JP7210533B2 - 医療機器のための処方互換性チェック - Google Patents

Description

本開示は、医療処方を配布すること、および医療処方を施すように構成された医療機器との処方の互換性を確認することに関する。

医療処置装置は、様々な医療状態の診断、モニタリング、および／または処置を補助するように設計されることができる。医療処置装置の１つの例は、透析装置である。透析は、腎機能が不十分な患者を支援するために使用される処置である。２つの主要な透析方法が、血液透析と腹膜透析である。血液透析（「ＨＤ」）中、患者の血液は、透析装置の透析器に通され、同時に、透析溶液すなわち透析液も透析器を通す。透析器内の半透膜は、透析器内で血液を透析液から分離し、透析液および血流間で拡散および浸透交換が行われることを可能にする。膜を介したこれらの交換は、尿素およびクレアチニンのような溶質を含む老廃物を血液から除去することをもたらす。これらの交換はまた、血液中のナトリウムおよび水といった他の物質の濃度も調節する。このようにして、透析装置は、血液を洗浄するための人工腎臓として作用する。

腹膜透析（「ＰＤ」）中、患者の腹膜腔には、透析液が周期的に注入される。患者の腹膜の膜裏（membranous lining）が、溶液および血流間で拡散および浸透交換が行われることを可能にする天然の半透膜として作用する。患者の腹膜を介したこれらの交換は、尿素およびクレアチニンのような溶質を含む老廃物を血液から除去することをもたらし、血液中のナトリウムおよび水といった他の物質の濃度を調節する。

ＰＤサイクラーと呼ばれる自動ＰＤ装置は、付き添う臨床スタッフなしに通常一晩中自宅で行われることができるようにＰＤプロセス全体を制御するように設計される。このプロセスは、持続サイクラー補助ＰＤ（「ＣＣＰＤ」：continuous cycler-assisted PD）と称される。多くのＰＤサイクラーは、透析液を患者の腹膜腔に自動的に注入し、滞留させ、そこから排出するように設計される。処置は、典型的には、数時間続き、多くの場合、使用済み透析液または使い終わった透析液を腹膜腔から抜くための初期排出サイクルで始まる。シーケンスは次いで、順々に続く、充填フェーズ、滞留フェーズ、および排出フェーズの連続をたどる。各フェーズはサイクルと呼ばれる。

本開示の一例は、医療処方と遠隔の在宅医療機器との互換性を決定する方法である。本方法は、サーバのコンピュータプロセッサを使用して、インターネットを介して臨床情報システムから患者データを受信することを含む。患者データは、患者の識別情報と、在宅医療機器を使用して患者に対する医療処方にしたがって医療処理手順を実施する際に使用するための処置パラメータを含む処方パラメータとを含む。本方法は、サーバのコンピュータプロセッサを使用して、在宅医療機器の動作パラメータを含む複数の医療機器の動作パラメータを含んでいるデータベースにアクセスすることと、サーバのコンピュータプロセッサを使用して、データベースからの患者の在宅医療機器の動作パラメータに対する患者の医療処方の処方パラメータの互換性チェックを行うこととを含む。本方法は、サーバのコンピュータプロセッサを使用して、互換性チェックに基づいて、医療処方の処方パラメータが、医療処理手順を実施するために患者の在宅医療機器によって実行されることができるかどうかを示す処方互換性応答を生成することと、サーバのコンピュータプロセッサを使用して、臨床情報システムにインターネットを介して処方互換性応答を提供することとを含む。

いくつかの例では、医療機器は腹膜透析装置である。いくつかの例では、医療機器は血液透析装置である。

いくつかの例では、患者データは、患者処置制限（patient treatment limitation）を含む。いくつかの例では、処方互換性応答を生成することは、医療処方の処方パラメータが、患者処置制限内で医療処理手順を実施するために患者の在宅医療機器によって実行されることができるかどうかを決定することを含む。

いくつかの例では、患者データは、医療処理手順を実施する際に使用するための患者の在宅医療機器の識別情報を含む。いくつかの例では、複数の医療機器の動作パラメータを含んでいるデータベースは、受信された患者データ内で識別された患者の在宅医療機器の動作パラメータを含む。いくつかの例では、複数の医療機器の動作パラメータを含んでいるデータベースは、受信された患者情報に関連付けられた医療機器の識別情報を含む対応する複数の患者に関連付けられた医療機器の複数の識別情報を含み、本方法はさらに、サーバのコンピュータプロセッサを使用して、受信された患者識別情報に基づいて、データベース内の受信された患者情報に関連付けられた医療機器の識別情報に基づく患者の自宅における患者の医療機器の識別情報を確認することを含む。

いくつかの例では、比較に基づいて処方互換性応答を生成することは、確認することにさらに基づく。いくつかの例では、患者データは、患者処置制限を含み、本方法はさらに、サーバのコンピュータプロセッサを使用して、受信された患者医療処方および患者医療機器の動作パラメータに基づいて、医療処理手順のシミュレーションされた結果を計算することを含み、処方互換性応答を生成することは、医療処理手順のシミュレーションされた結果が、医療処方、患者処置制限、および医療機器の動作パラメータのうちの１つまたは複数を満たすかどうかを決定することを含む。

いくつかの例では、処方互換性応答は、受信された医療処方が患者と同等（comparable）であるのか互換性がないのか、および受信された医療処方が患者の医療機器と同等であるのか互換性がないのかを示す。

いくつかの例では、本方法は、サーバのコンピュータプロセッサを使用して、処方互換性応答に基づいて、受信された患者処方を受諾することを含む。

いくつかの例では、本方法は、サーバのコンピュータプロセッサを使用して、受諾された医療処方にしたがって医療処理手順を実施する際に使用するために、患者の自宅における医療機器にインターネットを介して、受諾された医療処方を送ることを含む。

いくつかの例では、本方法は、サーバのコンピュータプロセッサを使用して、受諾された医療処方にしたがって医療処理手順を実施する際に使用するために、患者の電子メールアドレスにインターネットを介して、受諾された医療処方を送ることを含む。

いくつかの例では、本方法は、サーバのコンピュータプロセッサを使用して、処方互換性応答に基づいて、受信された患者処方を否認することを含む。

いくつかの例では、本方法は、サーバのコンピュータプロセッサを使用して、否認された医療処方に関する情報をインターネットを介して臨床情報システムに送ることを含む。

いくつかの例では、本方法は、サーバのコンピュータプロセッサを使用して、処方互換性フィードバックをインターネットを介して臨床情報システムに提供することを含み、処方互換性フィードバックは、比較の結果を含む。

いくつかの例では、本方法は、サーバのコンピュータプロセッサを使用して、および処方互換性応答に基づいて、臨床情報システムの端末の使用者が、端末とインターフェース接続された取外し可能な物理記憶デバイス上に、受信された医療処方をダウンロードすることを可能にする際に使用するために、臨床情報システムにインターネットを介して信号を提供することを含み、取外し可能な物理記憶デバイスは、医療処理手順を実施する際に使用するために患者の自宅における医療機器に医療処方を移すように構成されている。

いくつかの例では、互換性チェックを行うことはさらに、医療処置の少なくとも１つの特徴を決定するために処置パラメータに関する計算を行うことと、計算の結果を、データベースからの医療機器の動作パラメータと比較することとを含む。

いくつかの例では、データベース内の医療機器の動作パラメータは容量制限を含み、処置パラメータに関する計算から識別された少なくとも１つの特徴は、医療処置の総流体送出（total fluid delivery）を決定することを含み、医療処方の処置パラメータを医療装置の動作パラメータと比較することはさらに、総流体送出をデータベースからの医療機器の容量制限と比較することを含む。

いくつかの例では、臨床情報システムは、サーバシステムから独立したヘルスケアコンピュータネットワークを含み、これは、患者健康記録を維持および記憶するように構成された少なくとも１つのサーバと、医療専門家による患者健康記録へのポイントオブケアアクセス（point-of-care access）を提供するように構成された複数のユーザ端末とを含む。

本開示の別の例は、接続されたヘルスシステムであり、これは、インターネットを介したシステムの構成要素間のデータ転送を容易にするクラウドベースのアプリケーションと、遠隔医療機器と、ここにおいて、医療機器は、クラウドベースのアプリケーションからデータを受信するように構成され、遠隔医療機器の動作パラメータを含む複数の医療機器の動作パラメータを含んでいるデータベースと、臨床医から処方パラメータを受信するように構成された臨床情報システムと、コンピュータサーバとを含む。コンピュータサーバは、プロセッサを含み、これは、（ｉ）遠隔医療機器を使用して患者に対して医療処理手順を実施する際に使用するための処方パラメータを備えるデジタル処方ファイルを、臨床情報システムから受信することと、（ｉｉ）データベースからの遠隔医療機器の動作パラメータを識別することと、（ｉｉｉ）遠隔医療機器の動作パラメータに対するデジタル処方ファイルの処方パラメータの互換性チェックを行うことと、（ｉｖ）互換性チェックに基づいて、処方パラメータが、医療処理手順を実施するために遠隔医療機器によって実行されることができるかどうかを示す処方互換性応答を生成することと、（ｖ）臨床情報システムに処方互換性応答を提供することと、（ｉｖ）遠隔医療機器にデジタル処方ファイルを送信することと、を行うように構成されている。

本明細書に含まれる主題の他の態様、特徴、および利点が、説明および図面、ならびに特許請求の範囲から、明らかとなるであろう。

ネットワークに接続された腹膜透析装置の正面斜視図。 本明細書に説明されるシステムにしたがって、デジタル処方を配布し、処方互換性をチェックするためのインフラストラクチャおよびサービス提供プロセスフローを含む、接続されたヘルスシステム（ＣＨＳ）の一例を示す概略的な例示の図。 デジタル処方を医療機器にプロビジョニングするためのＣＨＳの一実装形態のより詳細なビューを示す概略的な例示の図。 ネットワークに接続された血液透析装置の正面斜視図。 一例の医療機器のコンピュータシステムのブロック図。 医療機器についてのデジタル処方ファイルおよびデータベースエントリの例を例示する図。 患者の在宅医療機器とのデジタル処方ファイルの互換性をチェックするためのシステムを例示する図。 デジタル処方ファイルの互換性を検証し、患者の在宅医療機器にデジタル処方ファイルを配信するための一例の技法を例示する図。 デジタル処方ファイルの互換性をチェックするための一例の技法を例示する図。

詳細な説明

様々な図面における同様の参照符号は、同様の要素を示す。

本明細書には、患者の遠隔医療機器（例えば家庭用透析装置）の動作能力に対する医療処方の互換性をチェックするための技法を含むシステムが説明される。本明細書に説明されるシステムは、臨床医または医師が医療処方を臨床情報システム（ＣＩＳ：clinical information system）に入力することを容易にし、該ＣＩＳは、臨床医、医師、クリニック、および／または病院が患者の処置を管理するために使用される電子健康記録（ＥＨＲ：electronic health record）を記憶し、ＣＩＳが遠隔サーバおよび／または接続されたヘルスシステム（ＣＨＳ：connected health system）のサービスにデジタル処方パラメータを提供することを可能にする、臨床の場にあるシステムである。遠隔サーバおよび／またはサービスは、デジタル処方が、処方内に指定された処置を実施するための患者の医療機器と互換性があるという確認をＣＩＳに提供する。「ユニティ（Unity）」という用語は、本明細書で説明される処方互換性チェックシステムのためのサービス能力および／または遠隔サーバの実装形態を概して指すために本明細書では使用され得る。本技法はまた、一旦処方が互換性ありと示されたら、ＣＩＳが、患者の医療機器にデジタル処方を物理的に配信するために取外し可能な記憶デバイス上にデジタル処方をダウンロードすること、または代替的には、互換性チェックを実施するＣＨＳサーバに、ネットワークまたはインターネットベースの送信を介して患者の医療機器に直接処方を送るように命令することも可能にする。

いくつかの実装形態では、「デジタル処方ファイル」という用語は、適切な医師または他の医者によって医学的に処方された医療処置を実行するために使用され得るプログラミング命令のセットを含み、それを指すと理解され得る。いくつかの実装形態では、「処方」という用語は、医師が実際に患者に処方する医療処置を指すと理解され得、患者の電子健康記録（ＥＨＲ）内に処方パラメータとして表され得る。この処方（例えば処方パラメータ）は、医療機器（例えば透析装置）が処方された医療処置を実行するためのプログラムおよび／または命令セットを含むデジタル処方ファイルに適切に変えられ、フォーマッティングされ、暗号化され、および／またはそうでなければ変換され得る。

臨床の場内で、既存の臨床システムへのワークフロー統合は、臨床医および内科医の両者によって行われることになる作業ステップを低減すること（情報の複数入力の低減）により、多大な価値がある。例えば家庭用透析装置（ＨＤＭ）を意図した処方を管理するときの効率的なワークフローを容易にするために、本開示の例は、クリニックが自身の臨床情報システム（ＣＩＳ）内でＨＤＭ処方を作成および管理することを可能にするためのプロセスを説明する。１つの例において、これはウェブベースの互換性チェックサービスを活用することによって達成され、該サービスは、入力された処方が安全であり、意図されたＨＤＭおよび患者と互換性があることを臨床医が知ることを可能にする。臨床医は、提供された仕様にしたがって、臨床情報システム（ＣＩＳ）に処方を入力する。入力すると、ＣＩＳは処方互換性サービスをコールすることになり、これは、互換性サービスが、入力された処方がチェックに合格するかどうかの決定を行うための必要な属性を渡す。その後、サービスは、臨床医を次のステップに導くフィードバックを有する合格／不合格応答を返す。処方が互換性チェックに合格した場合、臨床医は、患者のＨＤＭへの配信のために処方をＣＩＳに自由に保存する。処方が互換性チェックに不合格の場合、臨床医には不合格に関するフィードバックが提供されるので、臨床医は、処方を互換性制限内にするようにさらに調整し得る。

このアプローチを実際的な状況にするために、以下のようないくつかの例となる含意およびユーザエクスペリエンスがある。

いくつかの場合には、処方の生成は完全に臨床医の責任である。臨床医によって入力された処方は、処方パラメータとして、ユーザインターフェースからＡＰＩを通じてユニティシステムに送信され、その後、デジタル処方ファイルとして、接続されたヘルスシステムを通してターゲットＨＤＭにセキュアに送信され得る。ＡＰＩは、処方パラメータに何ら変更を行わない。

いくつかの場合には、本明細書に説明されるシステムおよび技法の例は、処方の臨床効果の評価を行わない。

いくつかの場合には、本明細書に説明されるシステムおよび技法の例は、ターゲットＨＤＭとの互換性について処方をチェックする。これは、処方がターゲットＨＤＭの限界内で行われることができることを確実にするためにチェックされることを意味する。一例として、ターゲットＨＤＭが送出することができる容量を超える流体の量で患者が処置されることを、臨床医が処方内で要求した場合、処方はターゲットＨＤＭと互換性がないことになる。

いくつかの場合には、本明細書で説明されるシステムおよび技法の例は、任意のターゲット装置の限界を超えたかどうかを決定するために、処方に入力されたデータに関する計算を行う。

いくつかの場合には、患者パラメータチェックが処方互換性チェックと組み合わされる。この場合、次のワークフローが適用される。使用者が、ＣＩＳに参照システムユーザインターフェースを介して患者パラメータ情報を入力し、ＣＩＳは、互換性チェックを行うようにサーバに要求を行う。サーバは、サービスプロバイダがクリニックの端末およびＣＨＳの承認された使用者であることを検証するためにＣＨＳとインターフェース接続する。その後、ＣＩＳは互換性チェックを行うように要求を行う。患者パラメータデータは、アプリケーションプログラムインターフェイス（ＡＰＩ）を通じて、遠隔サーバ上で動作する互換性チェックサービスアプリケーションに送られる。いくつかの場合には、このチェックは所与のＨＤＭに固有である。患者パラメータデータが患者パラメータチェックに合格した場合、通知が返される。患者パラメータデータは、ＣＩＳ内の患者のＥＨＲに保存され得る。患者パラメータ互換性チェックが不合格の場合、エラーステータスが返される。患者パラメータデータをＣＨＳクラウド（本明細書ではレシプロシティとも称され得る）またはフラッシュドライブに送るときに、それは、処方パラメータファイルのヘッダに含められることになる。本明細書の他の箇所でさらに説明されるように、レシプロシティは、在宅医療機器への処方のセキュアな送信を容易にする目的で、処方パラメータファイルを適切に処理および暗号化することによってデジタル処方ファイルを生成し得る。

別の実施形態では、互換性チェックが合格の場合、ユーザインターフェースを通じて入力された処方パラメータの概要を含み得る確認が臨床医に返される。

互換性チェックが不合格の場合、可能性のある原因およびどの制限が超えたかを示すエラーメッセージが臨床医に返される。一例として、「サイクラーモードの２回目の充填量は２５０ｍＬから１８００ｍＬの範囲内である必要があります。処方に入力した値をチェックしてください。」というようなメッセージが返される場合がある。

いくつかの場合には、ターゲットＨＤＭは、処方処置の実行より前に互換性チェックを行い得る。互換性のある処方ファイルが、処置が行われることができるようにターゲットＨＤＭの内部メモリに記憶され得る。よって、新たな処方を作成するときまたは既存の処方を更新するときに、ユニティは、自宅でのユーザエクスペリエンスの低下やワークフローの困難を回避するために、ターゲットＨＤＭと互換性のない任意の処方を識別することを目指す。

透析装置（例えば家庭用透析装置「ＨＤＭ」）のような医療処置装置は、患者に施される医療処置（例えば透析治療）のパラメータを規定するデジタル処方ファイルを受信するように構成されることができる。デジタル処方ファイルは、デジタル処方ファイルの発行者が承認された発行者であることを医療処置装置が確認できるように、準備および配信されることができる。例えば、デジタル処方ファイルは、処方の発行者によってデジタル署名され得る。署名されたデジタル処方ファイルは、セキュアな媒体またはセキュアでない媒体を介して医療処置装置に配信される。発行者によってデジタル署名されることに加えて、デジタル処方ファイルは暗号化されることができる。暗号化されたデジタル処方ファイルを受信したら、医療処置装置は、デジタル処方ファイルを復号することができる。接続されたヘルスシステム内で処方ファイルをセキュアに配布するための様々な実装形態のさらなる説明については、２０１７年４月２６日付出願の「Securely Distributing Medical Prescriptions」という名称の米国特許出願第１５／４９７，５２９が参照され、その全体が参照によって本明細書に組み込まれている。

いくつかの実装形態では、医療処置装置は、腹膜透析装置であり得る。図１は、デジタル処方ファイルを受信するように構成されたＰＤシステム１００の一例を示す。いくつかの実装形態では、ＰＤシステム１００は、患者の自宅での使用のために構成される（例えば家庭用ＰＤシステム）。ＰＤシステム１００は、カート１０４上に据えられたＰＤ装置１０２（ＰＤサイクラーとも称される）を含む。ＰＤ装置１０２は、筐体１０６、ドア１０８、およびカセットインターフェースを含み、当該カセットインターフェースは、カセットインターフェースと閉じられたドア１０８との間に形成されたカセット区画内にカセットが配設されたときに使い捨てＰＤカセットに接触する。ヒータトレイ１１６が、筐体１０６の上部に配置される。ヒータトレイ１１６は、透析液のバッグ（例えば透析液の５リットルバッグ）を収容するようなサイズおよび形状にされる。ＰＤ装置１０２はまた、例えばＰＤ治療のセットアップ、開始、および／または終了を可能にするために使用者（例えば介護者または患者）によって動作されることができるタッチスクリーン１１８および制御パネル１２０のようなユーザインターフェースも含む。

透析液バッグ１２２は、カート１０４の側面上の指状物から吊り下げられ、ヒータバッグ１２４は、ヒータトレイ１１６に配置される。透析液バッグ１２２およびヒータバッグ１２４は、それぞれ、透析液バッグライン１２６およびヒータバッグライン１２８を介してカセットに接続される。透析液バッグライン１２６は、使用中に透析液を透析液バッグ１２２からカセットに通すために使用されることができ、ヒータバッグライン１２８は、使用中に透析液をカセットおよびヒータバッグ１２４間で前後に通すために使用されることができる。さらに、患者ライン１３０およびドレンライン１３２がカセットに接続される。患者ライン１３０は、カテーテルを介して患者の腹部に接続されることができ、使用中に透析液をカセットおよび患者の腹膜腔間で前後に通すために使用されることができる。ドレンライン１３２は、ドレンまたはドレン容器に接続されることができ、使用中に透析液をカセットからドレンまたはドレン容器に通すために使用されることができる。

タッチスクリーン１１８および制御パネル１２０は、操作者が、様々な処置パラメータをＰＤ装置１０２に入力し、そうでなければＰＤ装置１０２を制御することを可能にする。さらに、タッチスクリーン１１８は、ディスプレイとしての役割をする。タッチスクリーン１１８は、患者およびＰＤシステム１００の操作者に情報を提供するように機能する。例えば、タッチスクリーン１１８は、以下により詳細に説明されるように、処方に関連する情報を含む、患者に適用されることになる透析治療に関連する情報を表示し得る。

ＰＤ装置１０２は、ＰＤ装置１０２の内部に常駐し、かつタッチスクリーン１１８および制御パネル１２０と通信するように構成された処理モジュール１０１を含む。処理モジュール１０１は、タッチスクリーン１１８および制御パネル１２０からデータを受信し、受信されたデータに基づいてＰＤ装置１０２を制御するように構成される。例えば、処理モジュール１０１は、ＰＤ装置１０２の動作パラメータを調整することができる。いくつかの実装形態では、処理モジュール１０１は、Ｍｏｔｏｒｏｌａ，Ｉｎｃ．によって製造されるＭＰＣ８２３ ＰｏｗｅｒＰＣデバイスである。

ＰＤ装置１０２は、ネットワーク１１０に接続するように構成される。ＰＤ装置１０２は、ネットワーク１１０への接続を容易にするように構成されたトランシーバ１１２を含む。他の医療機器（例えば他の透析装置）が、ネットワーク１１０に接続し、ＰＤ装置１０２と通信するように構成され得る。同様に、デジタル処方ファイルの発行者といった、１つまたは複数の遠隔エンティティが、ＰＤ装置１０２上で実装するためのデジタル処方を提供するために、ネットワーク１１０に接続し、ＰＤ装置１０２と通信することができ得る。

いくつかの実装形態では、医療機器１０２（例えば図１のＰＤ装置１０２および／または図４のＨＤ装置４０２）は、（例えば図１のネットワーク１１０および／または図４のネットワーク４２２を介して）接続されたヘルスシステムと通信するように構成される。

図２は、接続されたヘルスシステム（ＣＨＳ）２００システムの一例を示す概略的な例示であり、当該システムは、とりわけ、互換性チェックシステム２０５、ＣＨクラウドサービス２１０、およびＣＨゲートウェイ２２０を含むことができる。処方互換性チェックシステム２０５は、その実装形態が本明細書ではユニティとも称され得、本明細書に詳細に説明されるような処方互換性チェックサービスを行う。ＣＨクラウドサービス２１０は、その実装形態が本明細書ではレシプロシティとも称され得、ＣＨＳサービス２００の構成要素間の通信パイプラインとしての役割をする（例えばデータの転送を容易にする）クラウドベースのアプリケーションであり得る。ＣＨゲートウェイ２２０は、ＣＨＳサービス２００の一部である透析装置間の通信デバイス（例えば標準的な通信デバイス）としての役割をし得る。ＣＨゲートウェイ２２０は、医療機器１０２およびＣＨクラウドサービス２１０と通信し、ＣＨクラウドサービス２１０からデータを受信し、データを医療機器１０２に提供するように構成される。いくつかの例では、デジタル処方ファイルは、暗号化され、次いでＣＨクラウドサービス２１０にアップロードされる。いくつかの実装形態では、デジタル処方ファイルの処方パラメータが（例えば処方パラメータファイルとして）、最初に送信され、プロバイダ２０４のシステムまたはＣＩＳの一部であり得る処方互換性チェックシステム２０５によって、互換性についてチェックされ、および／またはそうでなければ処理され、および／またはＣＨクラウドサービス２１０にアップロードされる前にインターネットまたはクラウドベースのシステムによって提供され得る。いくつかの実装形態では、処方パラメータファイルは、デジタル処方ファイルの配布のために提供されたのと同様の様式で、セキュアに暗号化され、ＣＩＳとユニティとの間で送信され得る。医療機器１０２は、（例えばＣＨゲートウェイ２２０を介して）利用可能なファイルについてＣＨクラウドサービス２１０をポーリングし得、医療機器１０２は、利用可能なファイルを処理のために一時的に記憶し得る。複数のデジタル処方ファイルがＣＨクラウドサービス２１０上で利用可能である状況では、医療機器１０２は、（例えばデジタル処方ファイルに関連付けられた日付に基づいて）より新しいデジタル処方ファイルを識別し、実装し得る。かかる日付識別は、医療機器１０２が、特定の患者に関連付けられた最新の処方（例えば最も最新の処方）を実装することを可能にすることができる。患者は次いで、処方データが実装のために医療機器１０２にプログラミングされる前に、デジタル処方ファイルを受諾するための患者確認プロセスをたどり得る。

いくつかの実装形態では、ＣＨクラウドサービス２１０は、デジタル署名動作を行うためのプロキシとして作用する構成要素を含み得る。例えば、プロバイダ２０４のＣＩＳは、自身を認証するためにＣＨクラウドサービス２１０と通信し得る。医療機器１０２とＣＨクラウドサービス２１０および／またはプロバイダ２０４のＣＩＳとの間の通信は、１つまたは複数の暗号プロトコルにしたがってセキュアにされ得る。例えば、トランスポートレイヤセキュリティ（「ＴＬＳ」）が、ネットワーク１１０、４２２上の通信セキュリティを提供するために採用され得る。いくつかの実装形態では、ＴＬＳは、「ＡＥＳ」（Advanced Encryption Standard）のような、１つまたは複数の規格にしたがう暗号化を採用する。いくつかの実装形態では、デジタル処方ファイル以外の他のデータがＣＨＳサービス２００の構成要素間で交換され得、それは医療機器１０２とプロバイダ２０４のＣＩＳとの間で送信される処置データおよび／またはデバイスメンテナンスデータを含む。

図３は、プロバイダ２０４から医療機器１０２にデジタル処方をプロビジョニングする、接続されたヘルスシステム（ＣＨＳ）の一例を示す概略的な例示である。図３は、プロバイダ２０４（すなわちプロバイダクリニック）を例示し、ここで臨床医３０１が、臨床情報システム（ＣＩＳ）３０４に接続されたコンピュータ端末３０３と対話する（矢印３０２によって表示）。ＣＩＳ３０４は、接続されたヘルスサービス２１０にインターネットを介して接続され、当該ヘルスサービスは、処方互換性動作（本明細書でより詳細に説明される）を実施するためのプロセッサを含むウェブサービスコンピュータサーバ３１１と、在宅医療機器１０２のような遠隔医療機器にデジタル処方および設定ファイルを配布するように構成されたモノのインターネット（ＩｏＴ）クラウドプラットフォーム３１２とを含む、クラウドベースのシステムである。ＣＩＳ３０４は、異なるプロバイダ２０４とＣＩＳ３０４との間でのデジタルヘルスケア情報の電子交換を調整する健康情報交換３０５にも接続される。

図３は、異なる方法（「１」、「２」、および「３」によって表示）で医療機器１０２に接続できるＩｏＴクラウドプラットフォーム３１２を示す。第１の例となる接続方法では、接続されたヘルスサービス２１０のＩｏＴクラウドプラットフォーム３１２は、医療機器１０２に局所的で、および例えばＢｌｕｅｔｏｏｔｈ（登録商標）接続によって医療機器１０２に接続された、インターネットゲートウェイ３１７にデータをブロードキャストするために、既存のセルラネットワーク３１６を利用する。第２および第３の例では、ＩｏＴクラウドプラットフォーム３１２は、ワイヤレスデバイス３１８またはワイヤード接続３１９のいずれかによって、インターネットに接続された医療機器１０２に、インターネットを介してデータを送る。

動作中、臨床医３０１は、医療機器１０２を用いて医療処理手順を実施する際に使用するために所与の患者３９０についてコンピュータ端末３０３に医療処方を入力する。コンピュータ端末３０３に入力された医療処方とともに、処方情報は、プロバイダ２０４自身のＣＩＳ３０４システムに渡され、そこでＣＨクラウドサービス２１０のウェブサービスコンピュータサーバ３１１に提出される。本明細書で詳細にさらに説明されるように、ウェブサービスサーバ３１１は、提出された医療処方が患者の医療機器１０２と互換性があるかどうかを決定し、その医療処方が患者３９０の医療機器１０２と互換性があるかどうかを臨床医３０１に知らせる指示をプロバイダ２０４のコンピュータ端末３０３に返す。医療処方に互換性がない場合、いくつかの場合には、ＣＨＳは、医療処方のどの側面が互換性がなかったのかとその理由を臨床医３０１に知らせるために、コンピュータ端末３０３に情報を提供する。いくつかの場合には、医療処方が医療機器１０２と互換性があるという確認を受信したら、臨床医３０１は、患者の医療機器１０２に医療処方を送るように、ＣＨクラウドサービス２１０に命令する。いくつかの場合には、医療処方が医療機器１０２と互換性があるという確認を受信したら、臨床医３０１は、グラフィカルユーザインターフェース（ＧＵＩ）３０６を介して医療機器１０２を手動で設定する。他の場合には、医療処方が医療機器１０２と互換性があるという確認を受信したら、臨床医３０１は、医療処方と医療機器を動作させるための設定ファイルとを、フラッシュドライブ３９９または他の可搬記憶媒体のようなポータブル外部デバイス上にダウンロードする。フラッシュドライブ３９９は、患者３９０または患者の介護パートナーが設定ファイルを医療機器１０２上に直接ロードするために（矢印３９１によって表示）、プロバイダ２０４（すなわちクリニック）において患者３９０に与えられることができる。

ある特定の実装形態が説明されたが、他の実装形態が可能である。

医療機器（例えば透析装置）がネットワークを通じて遠隔エンティティと通信するものとして説明されたが、いくつかの実装形態では、透析装置は、遠隔エンティティと直接通信するように構成される。例えば、トランシーバは、透析装置と、デジタル処方ファイルの発行者および／または認証局のような遠隔エンティティとの間の直接接続を容易にするように構成され得る。

本明細書で説明されるシステムおよび技法は大部分が、透析装置、特にＰＤ装置を参照して説明されてきたが、他のタイプの医療処置システムおよび／または装置も、デジタル処方ファイルを送信し、患者の医療機器とデジタル処方ファイルの互換性を検証するために本システムおよび技法を使用し得る。本明細書に説明される技法を採用し得る他の医療処置システムの例には、血液濾過システム、血液透析濾過システム、アフェレシスシステム、心肺バイパスシステム、および血液透析（「ＨＤ」）システムが含まれる。いくつかの実装形態では、医療処置システム（例えば医療機器１０２）は、患者の自宅での使用のために構成された透析装置（例えば家庭用透析装置（「ＨＤＭ」））である。ＨＤＭは、家庭用ＰＤ装置または家庭用血液透析（「ＨＤ」）装置の形態をとることができる。

図４は、上述されたものと同様にデジタル処方ファイルを受信するように構成されたＨＤシステム４００を示す。いくつかの実装形態では、ＨＤシステム４００は、患者の自宅での使用のために構成されている（例えば家庭用ＨＤシステム）。ＨＤシステム４００は、血液回路を形成する使い捨て血液構成要素セット４０４が接続されるＨＤ装置４０２を含む。血液透析中、血液構成要素セット４０４の患者動脈ラインおよび患者静脈ライン４０６、４０８が患者に接続され、血液が、血液構成要素セット４０４の、透析器４１０を含む、様々な血液ラインおよび構成要素を循環する。同時に、透析液が、透析器４１０、およびＨＤ装置４０２に接続された他の様々な透析液構成要素ならびに透析液ラインによって形成された透析液回路を循環する。これらの透析液構成要素および透析液ラインの多くが、ＨＤ装置４０２の筐体４０３の内部に位置し、よって図４では見えない。透析液は、血液と共に透析器４１０を通る。透析器４１０を通る血液および透析液は、透析器４１０の半透過性構造（例えば半透膜および／または半透過性マイクロチューブ）によって互いに分離される。この配置の結果として、毒素が患者の血液から除去され、透析液中に集められる。透析器４１０を出る濾過された血液は患者に戻される。透析器４１０を出る透析液は、血液から除去された毒素を含み、一般的に「使用済み透析液」と称される。使用済み透析液は、透析器４１０からドレンにルーティングされる。

血液構成要素セット４０４の構成要素のうちの１つは、排気デバイス４１２である。排気デバイス４１２は、液体が通ることを抑制（例えば防止）しながら空気が通ることを可能にする自己シール性ベントアセンブリを含む。結果として、処置中に血液回路を通る血液が空気を含む場合、血液が排気デバイス４１２を通るときに空気は大気に吐き出されることになる。

図４に示されるように、透析液容器４２４が透析液供給ライン４２６を介してＨＤ装置４０２に接続される。ドレンライン１４２８および限外濾過ライン４２９も、ＨＤ装置４０２から延びている。透析液供給ライン４２６、ドレンライン４２８、および限外濾過ライン４２９は、透析液回路の一部を形成する、ＨＤ装置４０２の筐体４０３の内部の様々な透析液構成要素および透析液ラインに流体接続されている。血液透析中、透析液供給ライン４２６は、新しい透析液を、透析液容器４２４から、ＨＤ装置４０２の内部に位置する透析液回路の部分に搬送する。上述のように、新しい透析液は、透析液回路を形成する、透析器４１０を含む、様々な透析液ラインおよび透析液構成要素を循環する。透析液が透析器４１０を通るとき、患者の血液から毒素を集める。結果として生じる使用済み透析液は、透析液回路からドレンにドレンライン４２８を介して搬送される。処置中に限外濾過が行われるとき、使用済み透析液と患者から引き出された過剰な流体の組合せが、限外濾過ライン４２９を介してドレンに搬送される。

血液構成要素セット４０４は、ＨＤ装置４０２の前側に取り付けられたモジュール４３０に固定される。モジュール４３０は、血液回路を通じて血液を押し流すことが可能な血液ポンプ４３２を含む。モジュール４３０は、血液回路を流れる血液をモニタリングすることが可能な他の様々な計器も含む。モジュール４３０は、閉じているときに、図４に示されるように、モジュール４３０の前面と協働して、血液構成要素セット４０４を受け入れるサイズおよび形状にされた区画を形成するドアを含む。閉じた位置で、ドアは、血液構成要素セット４０４のある特定の血液構成要素を、モジュール４３０の前面上に露出された対応する計器に対して押圧する。かかる配置は、血液回路を通る血液の流れの制御および血液回路を流れる血液のモニタリングを容易にする。

血液ポンプ４３２は、血液ポンプモジュール４３４によって制御されることができる。血液ポンプモジュール４３４は、ディスプレイウィンドウ、開始／停止キー、上キー、下キー、濃度調整キー、および動脈圧ポートを含む。ディスプレイウィンドウは、血液ポンプ動作中の血流量設定を表示する。開始／停止キーは血液ポンプ４３２を開始したり停止したりする。上下キーは、血液ポンプ４３２の速度を増やしたり減らしたりする。濃度調整キーは、動脈ドリップチャンバにおける流体の濃度を上げる。

薬品ポンプ４９２もＨＤ装置４０２の前側から延びている。薬品ポンプ４９２は、血液構成要素セット４０４のシリンジ４７８を保持するように構成されたクランピング機構を含むシリンジポンプである。薬品ポンプ４９２は、シリンジ４７８の軸に沿ってシリンジ４７８のプランジャを移動させるように構成されたステッパモータも含む。ステッパモータのシャフトは、ステッパモータが第１の方向に動作されると、シャフトがプランジャをシリンジ４７８に押し込み、第２の方向に動作されると、シャフトがプランジャをシリンジ４７８から抜くように、プランジャに固定される。薬品ポンプ４９２はこうして、使用中に薬品送出ライン４７４を介してシリンジ４７８から血液回路の中に液剤（例えばヘパリン）を注入するため、または使用中に薬品送出ライン４７４を介して液体を血液回路からシリンジ４７８の中に引き出すために使用されることができる。

ＨＤ装置４０２は、タッチスクリーン４１８および制御パネル４２０を含む。タッチスクリーン４１８および制御パネル４２０は、操作者が、様々な処置パラメータをＨＤ装置４０２に入力し、そうでなければＨＤ装置４０２を制御することを可能にする。さらに、タッチスクリーン４１８は、ディスプレイとしての役割をする。タッチスクリーン４１８は、患者およびＨＤシステム４００の操作者に情報を提供するように機能する。例えば、タッチスクリーン４１８は、上述のように、処方に関連する情報を含む、患者に適用されることになる透析治療に関連する情報を表示し得る。

ＨＤ装置４０２は、装置の内部に常駐し、かつタッチスクリーン４１８および制御パネル４２０と通信するように構成された処理モジュール４０１を含む。処理モジュール４０１は、タッチスクリーン４１８および制御パネル４２０からデータを受信し、受信されたデータに基づいてＨＤ装置４０２を制御するように構成される。例えば、処理モジュール４０１は、ＨＤ装置４０２の動作パラメータを調整することができる。

ＨＤ装置４０２は、ネットワーク４２２に接続するように構成される。ＨＤ装置４０２は、ネットワーク４２２への接続を容易にするように構成されたトランシーバ４０５を含む。他の医療機器（例えば他の透析装置）が、ネットワーク４２２に接続し、ＨＤ装置４０２と通信するように構成され得る。同様に、上述のように、デジタル処方ファイルの発行者といった、１つまたは複数の遠隔エンティティが、ＨＤ装置４０２上で実装するためのデジタル処方を提供するために、ネットワーク４２２に接続し、ＨＤ装置４０２と通信することができ得る。

図５は、一例のコンピュータシステム５００のブロック図である。例えば、図１および図４を参照すると、処理モジュール１０１、４０１は、ここで説明されるシステム５００の例であり得る。システム５００は、プロセッサ５１０、メモリ５２０、記憶デバイス５３０、および入力／出力デバイス５４０を含む。構成要素５１０、５２０、５３０、および５４０の各々は、例えば、システムバス５５０を使用して相互接続されることができる。プロセッサ５１０は、システム５００内での実行のための命令を処理することが可能である。プロセッサ５１０は、シングルスレッドプロセッサ、マルチスレッドプロセッサ、または同様のデバイスであることができる。プロセッサ５１０は、メモリ５２０内または記憶デバイス５３０上に記憶された命令を処理することが可能である。プロセッサ５１０は、デジタル処方ファイルにおいて受信された処方にしたがって透析治療に関連する関数を透析システムに実行させるというような動作を実行し得る。

メモリ５２０は、システム５００内に情報を記憶する。いくつかの実装形態では、メモリ５２０はコンピュータ可読媒体である。メモリ５２０は、例えば、揮発性メモリユニットまたは不揮発性メモリユニットであることができる。いくつかの実装形態では、メモリ５２０は、患者のアイデンティティに関連する情報を記憶する。

記憶デバイス５３０は、システム５００に大容量記憶を提供することが可能である。いくつかの実装形態では、記憶デバイス５３０は、非一時的コンピュータ可読媒体である。記憶デバイス５３０は、例えば、ハードディスクデバイス、光ディスクデバイス、ソリッドデートドライブ、フラッシュドライブ、磁気テープ、または他の何らかの大容量記憶デバイスを含むことができる。記憶デバイス５３０は、代替的に、クラウド記憶デバイス、例えば、ネットワーク上に分散し、かつネットワークを使用してアクセスされる複数の物理記憶デバイスを含む論理記憶デバイスであり得る。いくつかの実装形態では、メモリ５２０上に記憶される情報は、さらにまたは代わりに、記憶デバイス５３０上に記憶されることができる。

入力／出力デバイス５４０は、システム５００に入力／出力動作を提供する。いくつかの実装形態では、入力／出力デバイス５４０は、ネットワークインターフェースデバイス（例えばイーサネット（登録商標）カード）、シリアル通信デバイス（例えばＲＳ－２３２ １０ポート）、および／またはワイヤレスインターフェースデバイス（例えば短距離ワイヤレス通信デバイス、８０２．１１カード、３Ｇワイヤレスモデム、または４Ｇワイヤレスモデム）のうちの１つまたは複数を含む。いくつかの実装形態では、入力／出力デバイス５４０は、入力データを受信し、出力データを他の入力／出力デバイス、例えば、キーボード、プリンタ、およびディスプレイデバイス（タッチスクリーン１１８、４１８等）に送るように構成されたドライバデバイスを含む。いくつかの実装形態では、モバイルコンピューティングデバイス、モバイル通信デバイス、および他のデバイスが使用される。

いくつかの実装形態では、システム５００はマイクロコントローラである。マイクロコントローラは、単一の電子回路パッケージにコンピュータシステムの複数の要素を含むデバイスである。例えば、単一の電子回路パッケージは、プロセッサ５１０、メモリ５２０、記憶デバイス５３０、および入力／出力デバイス５４０を含み得る。

図６は、患者のために臨床医によって書かれた処方を表す処方パラメータファイル６００、および医療機器１０２（例えば図１の透析装置１０２）のためのデータベースエントリ６１０の例示的な例である。ここで参照「１０２」は、概して、医療機器１０２を指すために使用される。

処方パラメータファイル６００は、いくつかの実装形態ではプレーンテキスト形式であることができる、処置パラメータ６０２を含むことができる。いくつかの場合には、医療機器１０２は透析システムであり、処方は、透析治療を行うために透析システム１００によって使用可能である。処方パラメータファイル６００は、患者ＩＤのような患者識別情報６０１、使用されるべきサイクラー（例えば医療機器１０２）のシリアル番号（例えば識別情報６０３）、サイクラーが患者に割り当てられた日時に関連する情報、患者のプロバイダ（例えば発行者）に関連付けられたＩＤ、患者のクリニックに関連付けられたＩＤ、患者の姓名、患者の最小腹膜容積、および患者の最大腹膜容積を含むことができる。いくつかの実装形態では、処方パラメータファイル６００は、患者のための処置パラメータ６０２の複数のセット（例えば６個の処方）を含むことができる。処方パラメータファイル６００は、各処方が作成され、および／または患者に割り当てられた時間を識別する日付／時間スタンプを含むことができる。

処方パラメータファイル６００は、各処方に関連する属性も含む。例えば、処方は、処方シーケンスＩＤ、処方ＩＤ、（例えば医療機器１０２上に表示される）名前、処置を提供するときに使用されるべき使い捨てラインセットについてのタイプ（例えば、「低機能（low feature）」、「中機能」、「高機能」）、処置を提供するときに使用されるべきカテーテルの特性（例えば、「遅い」、「平均」、「速い」）、サイクルの充填フェーズ中に使用されるべき流量、サイクルの排出フェーズ中に使用されるべき流量、および処置が終了する要求時間に関連する属性を有し得る。

処方のパラメータ内では、患者３９０は、１つまたは複数回の処置を有することができる。各回は、１つのサイクルまたは複数の繰り返すサイクルを有することができる。特定回の中での繰り返すサイクルは同じ設定を有し得る。いくつかの実装形態では、処方パラメータファイル６００は、（例えば処置シーケンスにおけるその回の位置を与える）処方回ＩＤ、特定回に含まれるサイクル数、サイクルタイプコード（例えば「サイクラー」、「手動」、「ＰＤ＋」、「最終充填」）、その回におけるサイクルごとの要求された充填量、その回におけるサイクルごとの要求された滞留時間、その回におけるサイクルごとの予想される限外濾過量、排出モード（例えば「標準」、「完全」）、およびその回におけるサイクルごとの要求された排出量のような、特定の処方回および／またはサイクルに関連する属性を含む。いくつかの実装形態では、処方パラメータファイル６００は、特定の処置のために処方されたバッグのタイプに関連する属性も含む。

データベースエントリ６１０は、データベースエントリ６１０に識別情報６０３を有する特定の医療機器の動作パラメータ６１１を含むことができる。動作パラメータ６１１は、例えば、血流量、透析液流量、薬物送出量（例えばヘパリン、デキストロース）、および限外濾液流量のような、様々なデバイス動作についての最小および最大動作速度を含むことができる。

図７は、患者３９０の在宅医療機器１０２（図１）との医療処方の互換性をチェックするための処方互換性チェックシステム２０５（図２）によって実行される一連の動作を例示するフローチャートである。第１のステップにおいて、処方互換性システム２０５（図２）は、患者識別情報６０１（図６）と、医療機器１０２（図１）を使用して患者３９０（図３）に対して医療処理手順を行う際に使用するための処置パラメータ６０２（図６）とを含むことができる、医療処方の処方パラメータ、例えば処方パラメータファイル６００）をＣＩＳ３０４（図３）から受信する７１０。次に、処方互換性チェックシステム２０５（図２）は、患者３９０（図３）に対して使用される医療機器１０２（図１）を含む複数の医療機器の動作パラメータ６１１（図６）を含んでいるサーバ３１１（図３）上のデータベースにアクセスする７２０。処方互換性チェックシステム２０５は、データベース内の患者の医療機器１０２の動作パラメータ６１１（図６）に対する患者の処方パラメータファイル６００からの処置パラメータ６０２に関して互換性チェックを行う７３０。比較に基づいて、処方互換性チェックシステム２０５（図２）は、処方６００の処置パラメータ６０２が患者の医療機器１０２によって実行されることができるかどうかを示す処方互換性応答を生成する７４０。最後に、臨床医３０１が医療機器１０２への処方６００の送信または配信を許可するために、ＣＨＳ２１０はＣＩＳ３０４に処方互換性応答を提供する。

いくつかの場合には、処方パラメータファイル６００は、医療処理手順を実施する際に使用するための患者の医療機器の識別情報６０３を備える。

いくつかの場合には、複数の医療機器の動作パラメータを含むデータベースは、受信された患者情報に関連付けられた医療機器の識別情報を含む、対応する複数の患者に関連付けられた医療機器の複数の識別情報を含む。そして、ＣＨクラウドサービス２１０は、受信された患者識別情報６０１に基づいて、データベース内の受信された患者情報に関連付けられた医療機器１０２の識別情報に基づく患者の自宅における患者の医療機器の識別情報６０３を確認する。

いくつかの場合には、ＣＨＳ２１０は、処方パラメータファイル６００の受信された患者医療処方および患者医療機器１０２の動作パラメータ６１１に基づいて、医療処理手順のシミュレーションされた結果を計算する。この場合には、処方互換性応答を生成すること７４０は、医療処理手順のシミュレーションされた結果が、処方パラメータファイル６００、患者処置制限、および医療機器１０２の動作パラメータ６１１のうちの１つまたは複数を満たすかどうかを決定することを含む。

いくつかの場合には、臨床医３０１から命令されたら、および受信された処方パラメータファイル６００が互換性ありと示された後、ＣＨクラウドサービス２１０は、（上記図３で詳述したように）医療処方をインターネット２０５を介して医療機器１０２に送信する。

いくつかの場合には、ＣＨクラウドサービス２１０は、患者３９０が手動で処方パラメータファイル６００を医療機器１０２にロードすることを可能にするために、処方パラメータファイル６００をインターネット２０５を介して患者３９０の電子メールアドレスに送る。

図８は、デジタル処方ファイルの互換性を検証し、患者の在宅医療機器にデジタル処方ファイルを配信するための一例の技法を例示する。図８では、ＣＩＳ３０４は、デジタル医療処方を受信するように構成された医療機器１０２を使用して医療処理手順を実施する際に使用するために作成された処方パラメータファイル６００の互換性をチェックするために、インターネットを介してＣＨＳ２０１（図２）のコンピュータサーバ３１１と通信する。動作中、臨床医３０１（図３）は、ＣＩＳに接続されたコンピュータ端末３０３（図３）を介して患者処方８１４を入力し、ここで、入力された患者処方８１４は、患者の医療機器１０２を用いて医療処理手順を実施するための処置パラメータ６０２を含む。ＣＩＳは、患者３９０（図３）に関するある特定の基本情報、例えば、患者３９０に対して医療処理手順を実施する際に使用するための、任意の処置制限８１２および／または特定の医療機器１０２の識別情報８１３（例えば患者の自宅におけるＨＤＭ）を記憶する患者データファイル８１１を既に含んでいてよい。コンピュータ端末３０３に入力された新たな患者処方８１４を用いて、ＣＩＳは、処方パラメータファイル６００を生成し、処方パラメータファイル６００をコンピュータサーバ３１１に提供する。コンピュータサーバ３１１は、プロセッサ８３９を含み、医療機器のデータベース８３１に医療機器の動作パラメータ６１１を記憶するデータベース８３１へのアクセスを有する。いくつかの実装形態では、データベース８３１が、コンピュータサーバ３１１上に記憶されているのに対して、他の実装形態では、コンピュータサーバ３１１が、データベース８３１に遠隔でアクセスし得る。まずプロセスは、患者の医療機器の識別情報８１３を含む、処置パラメータ６０２を有する患者処方８１４を表す処方パラメータファイル６００を受信し、医療機器のデータベース８３１から患者の医療機器１０２の動作パラメータ６１１を検索する。

次にプロセッサ８３９は、患者の医療機器１０２の動作パラメータ６１１を、処方パラメータファイル６００からの受信された患者処方８１４内の処置パラメータ６０２と比較し、データベース８３１内の動作パラメータ６１１にしたがって、処置パラメータ６０２が医療機器１０２と互換性があるかどうかを決定する。いくつかの場合には、プロセッサは、特定の処置パラメータ６０２の値が、特定の医療機器１０２の動作パラメータ６１１によって指定された範囲内にあるかどうかを決定する。いくつかの場合には、コンピュータサーバ３１１は、ＣＩＳ３０４から患者処置制限８１２も受信する。いくつかの場合には、プロセッサ８３９は、処置パラメータ６０２によって指定された医療処置手順の結果を計算するために患者処方８１４を使用し、患者処方８１４が医療機器１０２および患者３９０と互換性があるかどうかを決定するために、処置結果を処置制限８１２および動作パラメータ６１１の一方または両方と比較する。上述のように、コンピュータサーバ３１１が、患者処方８１４が患者の医療機器１０２と互換性があることを決定した場合、コンピュータサーバ３１１は、ＣＩＳ３０４に処方互換性応答８２２を提供する。いくつかの場合には、処方互換性応答８２２は、処方パラメータファイル６００の処置パラメータが、医療機器１０２の動作パラメータ６１１内で実施されることができるか否かのバイナリ指示である。いくつかの場合には、処方互換性応答８２２は、患者処方８１４の処置パラメータ６０２内に提供された各値についての特定の確認を含む。患者処方８１４が患者３９０または患者の医療機器１０２のいずれとも互換性がないとコンピュータサーバ３１１が決定した場合、ＣＩＳ３０４に提供された処方互換性応答８２２は、いくつかの場合には、患者処方８１４のどの値が患者３９０または患者の医療機器１０２と互換性がないと決定されたかを示す。

一旦ＣＩＳ３０４がコンピュータサーバ３１１から処方互換性応答８２２を受信したら、ＣＩＳは、処方互換性応答８２２（または何らかの一般的な指示）をコンピュータ端末３０３に中継し、ここで臨床医３０１は次いで、（図３で上述されたように）患者の医療機器１０２に患者処方８１４を送信するようにコンピュータサーバ３１１に命令するために、コンピュータサーバ３１１に処方送信承認８２３を提供するようにＣＩＳに命令することができる。動作中、適切な互換性を決定した後、コンピュータサーバ３１１は、本明細書の他の箇所でさらに説明されたように、受信された処方パラメータ６００に基づいてデジタル処方ファイル８４０を生成する接続されたヘルスシステムに処方パラメータファイル６００を送信し得る。いくつかの場合には、デジタル処方ファイル８４０は、患者処方８１４によって指定された医療処置を実施するように患者の医療機器１０２をプログラミングするためのコンピュータ可読命令のセットであり得る。いくつかの場合には、デジタル処方ファイル８４０は、暗号化されたデータファイルとしてＨＤＭにＣＨＳクラウドを介してセキュアに送信され、当該暗号化されたデータファイルは、いくつかの場合には、患者処方８１４を患者の医療機器１０２のディスプレイ上に表示するために患者処方８１４も含む。いくつかの場合には、ＣＩＳ３０４が処方互換性応答８２２を受信すると、臨床医がデジタル処方ファイル８４０を、例えばフラッシュドライブ３９９（図３）上にダウンロードするために、臨床医３０１は、接続されたヘルスシステムからデジタル処方ファイル８４０を受信するようにコンピュータサーバ３１１に命令する処方送信承認８２３を送り得、当該フラッシュドライブは、患者３９０が手動でデジタル処方ファイル８４０を医療機器１０２上にロードするために、臨床医３０１がデジタル処方ファイル８４０の物理コピーを患者３９０に提供することを可能にする。

ファイル処理
以下で説明されるファイル処理は、システムに、ＣＩＳから、証明書を含んで処方パラメータファイルが供給されることを想定している。ＣＩＳから渡されたデータがターゲットＨＤＭによって消費されることができない形式であると判定された場合、ファイル処理サービスは、必要とされたファイルを適切な形式で作成する役割を果たすことになる。さらに、ユニティは証明書をファイルに書き込む必要があり得る。

使用者は、ユニティに処方パラメータファイルを送るようにＣＩＳを通して命令を発行し、当該ユニティは、サービスプロバイダがユニティおよび／またはＣＨＳの承認された使用者であることを検証するようにＣＨＳをコールする。処方パラメータファイルは、システム記録から検索され、セキュアな接続を通して送られ、互換性チェックに通される。処方セットに含まれるすべての個別の処方がチェックされる。処方パラメータファイルの互換性チェックが合格の場合、ファイル処理サービスは、デジタル処方ファイルを生成するためにそれぞれのファイルを暗号化し、それらに署名するように、ＣＨＳクラウド（例えばレシプロシティ）に要求を行い得る。暗号化および署名プロセスが成功した場合、ＣＨＳは、ファイルについてのバージョンＩＤを発行する。ＣＨＳは、証明書の有効性、例えば信頼されたソース、有効期限等をチェックし得る。ＣＨＳ（レシプロシティ）は、ゲートウェイまたはＵＳＢドライブへのダウンロードの準備ができたファイルを、そのクラウドに記憶し得る。ファイルをＣＨＳ（レシプロシティ）クラウドに送るプロセスにおいて、ファイルをＵＳＢドライブに保存するオプションがあり得る。ＣＨＳ（レシプロシティ）から最新の「プログラム設定ファイル」をプルするようにクライアントによって要求が行われることになる。サービスプロバイダがユニティおよびＣＨＳの承認された使用者であることを検証するようにＣＨＳをコールする。使用者は、許可されたＵＳＢドライブを差し込むことになる。クリニックのワークステーションは、「設定ファイル」および「処方ファイル」をＵＳＢドライブに書き込む。「設定ファイル」および「処方ファイル」がＵＳＢドライブに成功裏に書き込まれたかどうかの確認が使用者に供給される。

図９は、デジタル処方ファイルの互換性をチェックするための一例の技法を例示する。図９は、本開示の態様の動作要素の図９００を示す。プロバイダ２０４のクリニックにおけるコンピュータ端末３０３上にユーザインターフェース９０１が提供され、患者処方８１４が作成されるか、またはＣＩＳ３０４に入力されることを可能にする。ユーザインターフェース９０１におけるデータ入力は、使用者が、プログラム設定を入力または患者の電子健康記録から検索することを可能にする。さらに、コンピュータ端末３０３のユーザインターフェース９０１は、提供された患者処方８１４が患者の医療機器１０２と互換性があるという指示の確認を臨床医３０１に表示するため、または患者処方８１４が患者の医療機器１０２と互換性がないことをコンピュータサーバ３１１が決定した場合に、１つまたは複数のエラーコードを表示するための、ビューア９０２として動作することができる。ビューア９０２は、確認またはエラーコードメッセージの表示を可能にし、使用者がエラーを修正するように任意のエラーコードを適切なメッセージに変換する。ＣＩＳ３０４は、上述のように、患者処方８１４をＣＨクラウドサービス２１０のコンピュータサーバ３１１に提供する。コンピュータサーバ３１１上では、サービスアプリケーション９２０は、いくつかの場合には、患者処方８１４を受信するために、コンピュータ端末３０３上のＡＰＩ９１１とインターフェース接続し得る。ＡＰＩ９１１は、クライアントがそれを通してプログラム設定データを提出し、どのように互換性チェックが呼び出されるかを制御し得るサービスを明らかにする。コンピュータサーバ３１１のプロセッサ８３９は、処方互換性チェックモデル９２０を実行する。

処方互換性チェックモデル９２０は、データ入力チェック９２１、互換性計算９２３、互換性論理チェック９２５、および応答生成器９３０を含む。データ入力チェック９２１は、データタイプ、形式、範囲、デフォルト値、許容値、解像度、および測定単位を含む、ＡＰＩ９１１を通じて渡されるすべての変数に適用される。例えば、特定の変数は、１０，０００から２５０，０００の範囲で、整数としてグラムで表された重量の測定値であり得る。ＨＤＭ互換性計算９２３は、例えば、処置中の患者に適用される流体の総量または供給された特定のプログラム設定から処置を配信するのに必要とされる時間を決定する１つまたは複数の変数を伴う方程式を実装する。ＨＤＭ互換性論理チェック９２５は、いくつかの場合には、計算の出力がしきい値より下（例えば、処置時間＜２４時間）であることをチェックするか、または何らかの組合せ論理（例えば、流量＞１００ｍＬ／Ｍｉｎ およびオプション１が選択された場合、処置セグメントについての計算された時間＜１時間）を伴う。確認／除外応答生成器９３０は、すべての互換性チェックが成功裏に合格したかどうかの確認を使用者に返す９３１。任意の互換性チェックが不合格の場合、エラーの原因が識別されることを可能にするエラーコードを含む除外応答が生成される。

一例の処理システムが上で説明されてきたが、上述の主題の実装形態および機能的動作は、他のタイプのデジタル電子回路内で、または本明細書に開示される構造およびそれらの構造的同等物を含むコンピュータソフトウェア、ファームウェア、もしくはハードウェア内で、またはそれらのうちの１つまたは複数の組合せで、実装されることができる。本明細書において説明される主題の実装形態は、１つまたは複数のコンピュータプログラム製品、すなわち、処理システムによる実行のための、または処理システムの動作を制御するための、有形のプログラムキャリア、例えばコンピュータ可読媒体上で符号化されたコンピュータプログラム命令の１つまたは複数のモジュールとして実装されることができる。コンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす組成物、またはそれらのうちの１つまたは複数の組合せであることができる。

「コンピュータシステム」という用語は、データを処理するためのすべての装置、デバイス、および機械を包含し得、例として、プログラマブルプロセッサ、コンピュータ、または複数のプロセッサもしくはコンピュータを含む。処理システムは、ハードウェアに加えて、当該コンピュータプログラムのための実行環境を作成するコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらのうちの１つまたは複数の組合せを構成するコードを含むことができる。

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、実行可能論理、またはコードとしても既知）は、コンパイラ型もしくはインタープリタ型言語、または宣言型もしくは手続き型言語を含む任意の形式のプログラミング言語で書くことができ、スタンドアロンプログラムとして、またはモジュール、構成要素、サブルーチン、もしくはコンピューティング環境での使用に好適な他の単位として含む、任意の形式で展開されることができる。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応するわけではない。プログラムは、他のプログラムまたはデータ（例えば、マークアップ言語文書内に記憶された１つまたは複数のスクリプト）を保持するファイルの一部分に、当該プログラム専用の単一ファイルに、または複数の協調されたファイル（例えば１つまたは複数のモジュール、サブプログラム、またはコードの部分を記憶するファイル）に記憶されることができる。コンピュータプログラムは、１つのコンピュータ上で、または１つのサイトに位置する、もしくは複数のサイトにわたって分散し、かつ通信ネットワークによって相互接続された複数のコンピュータ上で実行されるように展開されることができる。

コンピュータプログラム命令およびデータを記憶するのに好適なコンピュータ可読媒体は、すべての形態の不揮発性または揮発性メモリ、媒体、およびメモリデバイスを含み、例として、半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ（登録商標）、およびフラッシュメモリデバイス、磁気ディスク、例えば、内部ハードディスクまたはリムーバブルディスクまたは磁気テープ、光磁気ディスク、ならびにＣＤ－ＲＯＭディスクおよびＤＶＤ－ＲＯＭディスクを含む。プロセッサおよびメモリは、専用論理回路によって補完またはこれに組み込まれることができる。システムの構成要素は、デジタルデータ通信の任意の形式または媒体、例えば通信ネットワークによって相互接続されることができる。通信ネットワークの例は、ローカルエリアネットワーク（「ＬＡＮ」）およびワイドエリアネットワーク（「ＷＡＮ」）、例えば、インターネットを含む。

本発明のいくつかの実装形態が説明されてきた。しかし、本発明の趣旨および範囲から逸脱することなく様々な修正がなされてよいことが理解されるであろう。したがって、他の実装形態が、以下の特許請求の範囲の範囲内にある。
以下に、本願出願当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１]
医療処方と在宅医療機器との互換性を決定する方法であって、
サーバのコンピュータプロセッサを使用して、インターネットを介して臨床情報システムから患者データを受信することと、前記患者データは、
患者の識別情報と、
前記在宅医療機器を使用して患者に対する医療処方にしたがって医療処理手順を実施する際に使用するための処置パラメータを備える処方パラメータと、を備え、
前記サーバの前記コンピュータプロセッサを使用して、前記在宅医療機器の動作パラメータを含む複数の医療機器の動作パラメータを含んでいるデータベースにアクセスすることと、
前記サーバの前記コンピュータプロセッサを使用して、前記データベースからの前記在宅医療機器の前記動作パラメータに対する前記患者の医療処方の前記処方パラメータの互換性チェックを行うことと、
前記サーバの前記コンピュータプロセッサを使用して、前記互換性チェックに基づいて、前記医療処方の前記処方パラメータが、前記医療処理手順を実施するために前記在宅医療機器によって実行されることができるかどうかを示す処方互換性応答を生成することと、
前記サーバの前記コンピュータプロセッサを使用して、前記臨床情報システムに前記インターネットを介して前記処方互換性応答を提供することと
を備える、方法。
[Ｃ２]
前記医療機器は腹膜透析装置である、Ｃ１に記載の方法。
[Ｃ３]
前記医療機器は血液透析装置である、Ｃ１に記載の方法。
[Ｃ４]
前記患者データは患者処置制限を備える、Ｃ１～３のいずれか一項に記載の方法。
[Ｃ５]
前記処方互換性応答を生成することは、前記医療処方の前記処方パラメータが、前記患者処置制限内で前記医療処理手順を実施するために前記在宅医療機器によって実行されることができるかどうかを決定することを備える、Ｃ４に記載の方法。
[Ｃ６]
前記患者データは、前記医療処理手順を実施する際に使用するための前記在宅医療機器の識別情報を備える、Ｃ１～５のいずれか一項に記載の方法。
[Ｃ７]
前記複数の医療機器の動作パラメータを含んでいる前記データベースは、前記受信された患者データ内で識別された前記在宅医療機器の前記動作パラメータを含む、Ｃ６に記載の方法。
[Ｃ８]
前記複数の医療機器の動作パラメータを含んでいる前記データベースは、前記受信された患者情報に関連付けられた医療機器の識別情報を含む対応する複数の患者に関連付けられた医療機器の複数の識別情報を含み、前記方法は、
前記サーバの前記コンピュータプロセッサを使用して、前記受信された患者識別情報に基づいて、前記データベース内の前記受信された患者情報に関連付けられた前記医療機器の前記識別情報に基づく前記患者の自宅における前記在宅医療機器の前記識別情報を確認すること
をさらに備える、Ｃ６に記載の方法。
[Ｃ９]
前記比較に基づいて前記処方互換性応答を前記生成することは、前記確認することにさらに基づく、Ｃ８に記載の方法。
[Ｃ１０]
前記患者データは患者処置制限を備え、
前記サーバの前記コンピュータプロセッサを使用して、前記受信された患者医療処方および前記患者医療機器の前記動作パラメータに基づいて、前記医療処理手順のシミュレーションされた結果を計算すること
をさらに備え、
前記処方互換性応答を前記生成することは、前記医療処理手順の前記シミュレーションされた結果が、前記医療処方、前記患者処置制限、および前記医療機器の前記動作パラメータのうちの１つまたは複数を満たすかどうかを決定することを備える、Ｃ６に記載の方法。
[Ｃ１１]
前記処方互換性応答は、前記受信された医療処方が前記患者と同等であるのか互換性がないのか、および前記受信された医療処方が前記在宅医療機器と同等であるのか互換性がないのかを示す、Ｃ１～１０のいずれか一項に記載の方法。
[Ｃ１２]
前記サーバの前記コンピュータプロセッサを使用して、前記処方互換性応答に基づいて、前記受信された患者処方を受諾することをさらに備える、
Ｃ１１に記載の方法。
[Ｃ１３]
前記サーバの前記コンピュータプロセッサを使用して、前記受諾された医療処方にしたがって前記医療処理手順を実施する際に使用するための前記患者の自宅における前記医療機器に、前記インターネットを介して前記受諾された医療処方を送ることをさらに備える、
Ｃ１～１０のいずれか一項に記載の方法。
[Ｃ１４]
前記サーバの前記コンピュータプロセッサを使用して、前記受諾された医療処方にしたがって前記医療処理手順を実施する際に使用するために患者の電子メールアドレスに前記インターネットを介して前記受諾された医療処方を送ることをさらに備える、
Ｃ１２に記載の方法。
[Ｃ１５]
前記サーバの前記コンピュータプロセッサを使用して、処方互換性応答に基づいて、前記受信された患者処方を否認することをさらに備える、
Ｃ１１に記載の方法。
[Ｃ１６]
前記サーバの前記コンピュータプロセッサを使用して、前記否認された医療処方に関する情報を前記インターネットを介して前記臨床情報システムに送ることをさらに含む、
Ｃ１５に記載の方法。
[Ｃ１７]
前記サーバの前記コンピュータプロセッサを使用して、処方互換性フィードバックを前記インターネットを介して前記臨床情報システムに提供することをさらに含み、前記処方互換性フィードバックは、前記比較の結果を含む、
Ｃ１５に記載の方法。
[Ｃ１８]
前記サーバの前記コンピュータプロセッサを使用して、および前記処方互換性応答に基づいて、前記臨床情報システムの端末の使用者が、前記端末とインターフェース接続された取外し可能な物理記憶デバイス上に前記受信された医療処方をダウンロードすることを可能にする際に使用するために、前記臨床情報システムに前記インターネットを介して信号を提供することをさらに含み、前記取外し可能な物理記憶デバイスは、前記医療処理手順を実施する際に使用するための前記患者の自宅における前記医療機器に前記医療処方を移すように構成されている、
Ｃ１～１７のいずれか一項に記載の方法。
[Ｃ１９]
前記互換性チェックを行うことは、前記医療処置の少なくとも１つの特徴を決定するために前記処置パラメータに関する計算を行うことと、前記計算の結果を、前記データベースからの前記医療機器の前記動作パラメータと比較することとをさらに含む、Ｃ１～１８のいずれか一項に記載の方法。
[Ｃ２０]
前記データベース内の前記医療機器の前記動作パラメータは容量制限を含み、前記処置パラメータに関する前記計算から識別された前記少なくとも１つの特徴は、前記医療処置の総流体送出を決定することを含み、前記医療処方の前記処置パラメータを前記医療装置の前記動作パラメータと比較することは、前記総流体送出を前記データベースからの前記医療機器の前記容量制限と比較することをさらに含む、Ｃ１～１９のいずれか一項に記載の方法。
[Ｃ２１]
前記臨床情報システムは、
患者健康記録を維持および記憶するように構成された少なくとも１つのサーバと、
医療専門家による前記患者健康記録へのポイントオブケアアクセスを提供するように構成された複数のユーザ端末と
を備える、前記サーバシステムから独立したヘルスケアコンピュータネットワークを備える、
Ｃ１～２０のいずれか一項に記載の方法。
[Ｃ２２]
接続されたヘルスシステムであって、
インターネットを介した前記システムの構成要素間のデータ転送を容易にするクラウドベースのアプリケーションと、
遠隔医療機器と、ここにおいて、前記遠隔医療機器は、前記クラウドベースのアプリケーションからデータを受信するように構成され、
前記遠隔医療機器の動作パラメータを含む複数の医療機器の前記動作パラメータを含んでいるデータベースと、
臨床医から処方パラメータを受信するように構成された臨床情報システムと、
プロセッサを備えるコンピュータサーバと、
を備え、前記プロセッサは、
臨床情報システムから、前記遠隔医療機器を使用して患者に対して医療処理手順を実施する際に使用するための処方パラメータを備えるデジタル処方ファイルを受信することと、
前記データベースからの前記遠隔医療機器の動作パラメータを識別することと、
前記遠隔医療機器の前記動作パラメータに対する前記デジタル処方ファイルの前記処方パラメータの互換性チェックを行うことと、
前記互換性チェックに基づいて、前記処方パラメータが、前記医療処理手順を実施するために前記遠隔医療機器によって実行されることができるかどうかを示す処方互換性応答を生成することと、
前記臨床情報システムに前記処方互換性応答を提供することと、
前記遠隔医療機器に前記デジタル処方ファイルを送信することと
を行うために構成されている、接続されたヘルスシステム。

Claims (21)

1. 医療処方と在宅医療機器との互換性を決定する方法であって、
   サーバのコンピュータプロセッサを使用して、インターネットを介して臨床情報システムから患者データを受信することと、前記患者データは、
   前記患者データに関連付けられた患者の識別情報と、
   前記在宅医療機器を使用して前記患者に対する前記医療処方にしたがって医療処理手順を実施する際に使用するための処置パラメータを備える処方パラメータと、を備え、
   前記サーバの前記コンピュータプロセッサを使用して、複数の医療機器にそれぞれ関連付けられた動作パラメータの複数のセットを含んでいるデータベースにアクセスすることと、前記動作パラメータの複数のセットは、前記在宅医療機器の動作パラメータを含み、
   前記サーバの前記コンピュータプロセッサを使用して、前記データベースからの前記在宅医療機器の前記動作パラメータによって決定される範囲と前記医療処方の前記処方パラメータの値を比較することにより、互換性チェックを行うことと、
   前記サーバの前記コンピュータプロセッサを使用して、前記互換性チェックに基づいて、前記医療処方の前記処方パラメータが、前記医療処理手順を実施するために前記在宅医療機器によって実行されることができるかどうかを示す処方互換性応答を生成することと、
   前記サーバの前記コンピュータプロセッサを使用して、前記臨床情報システムに前記インターネットを介して前記処方互換性応答を提供することと、
   前記互換性チェックに基づき、
   前記サーバの前記コンピュータプロセッサを使用して、前記在宅医療機器に、前記処方パラメータに基づいて医療処置を行わせることと、または
   前記サーバの前記コンピュータプロセッサを使用して、前記在宅医療機器へ前記処方パラメータを送信する承認を否認することと、
   を備える、方法。
2. 前記医療機器は腹膜透析装置である、請求項１に記載の方法。
3. 前記医療機器は血液透析装置である、請求項１に記載の方法。
4. 前記患者データは患者処置制限を備える、請求項１に記載の方法。
5. 前記処方互換性応答を生成することは、前記医療処方の前記処方パラメータが、前記患者処置制限内で前記医療処理手順を実施するために前記在宅医療機器によって実行されることができるかどうかを決定することを備える、請求項４に記載の方法。
6. 前記患者データは、前記医療処理手順を実施する際に使用するための前記在宅医療機器の識別情報を備える、請求項１に記載の方法。
7. 前記データベースは、前記患者データ内で識別された前記在宅医療機器の前記動作パラメータを含む、請求項６に記載の方法。
8. 前記データベースは、前記複数の医療機器にそれぞれ関連付けられ、複数の患者にそれぞれ関連付けられた複数の識別情報を含み、前記複数の識別情報は、前記在宅医療機器の前記識別情報を含み、前記方法は、
   前記サーバの前記コンピュータプロセッサを使用して、前記患者の前記識別情報に基づいて、前記患者の自宅における前記在宅医療機器の前記識別情報を確認すること
   をさらに備える、請求項６に記載の方法。
9. 前記処方互換性応答を生成することは、前記確認することにさらに基づく、請求項８に記載の方法。
10. 前記サーバの前記コンピュータプロセッサを使用して、前記医療処方および前記在宅医療機器の前記動作パラメータに基づいて、前記医療処理手順のシミュレーションされた結果を計算すること
    をさらに備え、
    前記処方互換性応答を生成することは、前記医療処理手順の前記シミュレーションされた結果が、前記医療処方、患者処置制限、および前記医療機器の前記動作パラメータのうちの１つまたは複数を満たすかどうかを決定することを備え、
    前記患者データは、前記患者処置制限を含む、
    請求項６に記載の方法。
11. 前記処方互換性応答は、前記医療処方が前記患者と互換性があるのか、互換性がないのか、および前記受信された医療処方が前記在宅医療機器と互換性があるのか、互換性がないのかを示す、請求項１に記載の方法。
12. 前記サーバの前記コンピュータプロセッサを使用して、前記処方互換性応答に基づいて、前記医療処方を受諾することをさらに備える、
    請求項１１に記載の方法。
13. 前記サーバの前記コンピュータプロセッサを使用して、前記医療処方にしたがって前記医療処理手順を実施する際に使用するための前記患者の自宅における前記医療機器に、前記インターネットを介して前記医療処方を送ることをさらに備える、
    請求項１２に記載の方法。
14. 前記サーバの前記コンピュータプロセッサを使用して、前記医療処方にしたがって前記医療処理手順を実施する際に使用するために患者の電子メールアドレスに前記インターネットを介して前記受諾された医療処方を送ることをさらに備える、
    請求項１２に記載の方法。
15. 前記サーバの前記コンピュータプロセッサを使用して、前記処方互換性応答に基づいて、前記医療処方を否認することをさらに備える、
    請求項１１に記載の方法。
16. 前記サーバの前記コンピュータプロセッサを使用して、前記医療処方の否認に関する情報を前記インターネットを介して前記臨床情報システムに送ることをさらに含む、
    請求項１５に記載の方法。
17. 前記サーバの前記コンピュータプロセッサを使用して、処方互換性フィードバックを前記インターネットを介して前記臨床情報システムに提供することをさらに含み、前記処方互換性フィードバックは、前記在宅医療機器の前記動作パラメータによって決定される前記範囲と前記医療処方の前記処方パラメータの前記値との比較の結果を含む、
    請求項１５に記載の方法。
18. 前記サーバの前記コンピュータプロセッサを使用して、および前記処方互換性応答に基づいて、前記臨床情報システムの端末の使用者が、前記端末とインターフェース接続された取外し可能な物理記憶デバイス上に前記医療処方をダウンロードすることを可能にする際に使用するために、前記臨床情報システムに前記インターネットを介して信号を提供することをさらに含み、前記取外し可能な物理記憶デバイスは、前記医療処理手順を実施する際に使用するための前記患者の自宅における前記医療機器に前記医療処方を移すように構成されている、
    請求項１に記載の方法。
19. 前記互換性チェックを行うことは、前記医療処置の少なくとも１つの特徴を決定するために前記処置パラメータに基づき計算を行うことと、前記計算の結果を、前記データベースからの前記医療機器の前記動作パラメータと比較することとをさらに含む、請求項１に記載の方法。
20. 前記在宅医療機器の前記動作パラメータは容量制限を含み、
    前記処置パラメータに基づき前記計算を行うことは、前記医療処置の総流体送出を決定することを含み、
    前記医療処方の前記処方パラメータを前記在宅医療機器の前記動作パラメータと比較することは、前記総流体送出を前記在宅医療機器の前記容量制限と比較することをさらに含む、請求項１９に記載の方法。
21. 前記臨床情報システムは、前記サーバから独立したヘルスケアコンピュータネットワークを備え、前記ヘルスケアネットワークは、
    患者健康記録を維持および記憶するように構成された少なくとも１つのサーバと、
    医療専門家による前記患者健康記録へのポイントオブケアアクセスを提供するように構成された複数のユーザ端末と
    を備える、
    請求項１に記載の方法。

Images