(57)【要約】医療デバイスデータ後方関連付けシステム、装置、および方法が、開示される。ある例示的実施形態では、サーバが、デバイス識別子を含む、第１の医療デバイスデータを医療デバイスから受信し、デバイス識別子と任意の患者識別子または薬品指示識別子との間にいかなる関連付けも存在しないと決定した後、データベース内の関連付けられない記録に第１の医療デバイスデータを記憶する。医療デバイスが、薬品を患者に投与している間、サーバは、デバイス識別子、患者識別子、および薬品指示識別子のうちの少なくとも２つを含む、識別子メッセージを受信する。サーバは、識別子メッセージを使用して、患者の医療記録と医療デバイスとの間の識別子関連付けを作成する。サーバは、識別子関連付けを使用し、医療デバイスからの後続医療デバイスデータを患者の医療記録に記憶する。
2021523470.tif 000002
【特許請求の範囲】
【請求項１】
電子医療記録システムであって、
メモリデバイス内に記憶されるデータベースであって、前記データベースは、薬品指示を患者の電子医療記録（「ＥＭＲ」）に記憶するように構成され、前記薬品指示は、薬品指示識別子と、前記患者の患者識別子とを含み、前記患者のＥＭＲは、前記患者識別子を含む、データベースと、
サーバであって、前記サーバは、前記データベースと、メモリとに通信可能に結合され、前記メモリは、機械可読コードまたは命令を記憶しており、前記機械可読コードまたは命令は、サーバのプロセッサによって実行されると、前記サーバに、
ネットワークを介して医療デバイスから第１の医療デバイスデータを受信することであって、前記第１の医療デバイスデータは、前記医療デバイスのデバイス識別子を含む、ことと、
第１の時間に、前記デバイス識別子と任意の患者識別子または薬品指示識別子との間にいかなる関連付けも存在しないと決定し、前記第１の医療デバイスデータを前記データベース内の関連付けられない記録に記憶することと、
前記医療デバイスが、前記薬品を前記患者に投与している間、前記デバイス識別子、前記患者識別子、および前記薬品指示識別子のうちの少なくとも２つを含む識別子メッセージを受信することと、
前記識別子メッセージの患者識別子または薬品指示識別子を前記薬品指示の薬品指示識別子または患者識別子に合致させることによって、前記患者のＥＭＲと前記医療デバイスとの間の関連付けを作成することと、
前記患者のＥＭＲと前記医療デバイスとの間の前記関連付けの後である第２の時間に、前記医療デバイスから第２の医療デバイスデータを受信することであって、前記第２の医療デバイスデータは、前記デバイス識別子を含む、ことと、
前記患者のＥＭＲと前記医療デバイスとの間の前記作成された関連付けに基づいて、前記第２の医療デバイスデータを前記患者のＥＭＲに記憶することと
を行わせる、サーバと
を備える、システム。
【請求項２】
前記サーバは、
前記デバイス識別子および前記患者識別子または前記薬品指示識別子のうちの少なくとも１つを関連付け記録のエントリに記憶すること、
前記デバイス識別子を前記患者のＥＭＲに記憶すること、または、
前記デバイス識別子を前記患者の薬品指示に記憶すること
のうちの少なくとも１つによって、前記患者のＥＭＲと前記医療デバイスとの間の関連付けを作成するように構成される、請求項１に記載のシステム。
【請求項３】
前記サーバは、前記患者のＥＭＲと前記医療デバイスとの間の前記関連付けが作成された後、前記第１の医療デバイスデータを前記患者のＥＭＲに記憶するように構成される、請求項１に記載のシステム。
【請求項４】
前記サーバは、前記関連付けられない記録または前記第１の医療デバイスデータのうちの少なくとも１つを前記データベースから削除させるように構成される、請求項３に記載のシステム。
【請求項５】
前記識別子メッセージのデバイス識別子は、前記医療デバイスが、前記薬品を前記患者に投与している間、バーコード走査装置を介して、英数字、バーコード、またはクイックレスポンス（「ＱＲ」）コードのうちの少なくとも１つを走査することによって決定される、請求項１に記載のシステム。
【請求項６】
前記サーバは、前記バーコード走査装置または前記バーコード走査装置に接続される可動式コンピュータから前記識別子メッセージを受信するように構成される、請求項５に記載のシステム。
【請求項７】
前記ネットワークを介して前記医療デバイスおよび前記サーバに通信可能に結合されるゲートウェイをさらに備え、前記ゲートウェイは、
ＩＮＴＣＯＭまたはＥＸＴＣＯＭフォーマットにおいて前記医療デバイスから前記医療デバイスデータを受信することと、
前記医療デバイスデータをＨＬ７フォーマットに変換することと、
前記フォーマットされた医療デバイスデータを前記サーバに伝送することと
を行うように構成される、請求項１に記載のシステム。
【請求項８】
前記関連付けられない記録は、前記デバイス識別子によって前記データベース内でインデックス化される、請求項１に記載のシステム。
【請求項９】
前記医療デバイスは、注入ポンプまたは腎不全療法機械のうちの少なくとも１つを含む、請求項１に記載のシステム。
【請求項１０】
電子医療記録方法であって、
プロセッサを介して、データベース内の電子医療記録（「ＥＭＲ」）に、患者の薬品指示を記憶することであって、前記薬品指示は、薬品指示識別子と、患者識別子とを含む、ことと、
前記プロセッサにおいて、ネットワークを介して医療デバイスから第１の医療デバイスデータを受信することであって、前記第１の医療デバイスデータは、前記医療デバイスのデバイス識別子を含む、ことと、
前記プロセッサを介して、前記デバイス識別子と任意の患者識別子または薬品指示識別子との間にいかなる関連付けも存在しないと決定した後、前記第１の医療デバイスデータを前記データベース内の関連付けられない記録に記憶することと、
前記プロセッサにおいて、前記医療デバイスが、前記薬品を前記患者に投与している間、前記デバイス識別子、前記患者識別子、および前記薬品指示識別子のうちの少なくとも２つを含む識別子メッセージを受信することと、
前記プロセッサを介して、前記識別子メッセージを使用して、前記患者のＥＭＲと前記医療デバイスとの間の関連付けを作成することと、
前記プロセッサにおいて、前記患者のＥＭＲと前記医療デバイスとの間の前記関連付けの後、前記医療デバイスから第２の医療デバイスデータを受信することであって、前記第２の医療デバイスデータは、前記デバイス識別子を含む、ことと、
前記プロセッサを介して、前記患者のＥＭＲと前記医療デバイスとの間の前記作成された関連付けに基づいて、前記第２の医療デバイスデータを前記患者のＥＭＲに記憶することと
を含む、方法。
【請求項１１】
前記患者のＥＭＲと前記医療デバイスとの間の前記関連付けが、作成された後、前記第１の医療デバイスデータを前記患者のＥＭＲに記憶することをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記医療デバイスが、前記薬品を前記患者に投与している間、前記医療デバイスのインターフェースにおいて、前記デバイス識別子を表示するためのオペレータ入力を受信することと、
前記医療デバイスを介して、前記デバイス識別子を前記医療デバイスの画面上に表示させることと
をさらに含む、請求項１０に記載の方法。
【請求項１３】
前記デバイス識別子は、英数字、バーコード、またはクイックレスポンス（「ＱＲ」）コードのうちの少なくとも１つを介して表示される、請求項１２に記載の方法。
【請求項１４】
バーコード走査装置において、前記医療デバイスの画面上に表示される前記デバイス識別子を読み取ることから、前記デバイス識別子を示す第１の情報を受信することと、
バーコード走査装置において、患者リストバンド上に提供される前記患者識別子を読み取ることから、前記患者識別子を示す第２の情報を受信することと、
前記バーコード走査装置に接続されるコンピュータを介して、前記識別子メッセージを作成することと、
前記コンピュータを介して、前記ネットワークを介して前記識別子メッセージを前記プロセッサに伝送することと
をさらに含む、請求項１２に記載の方法。
【請求項１５】
前記プロセッサにおいて、調剤サーバから少なくとも１つのＨＬ７メッセージ内の前記薬品指示を受信することと、
前記プロセッサを介して、前記患者のＥＭＲと前記薬品指示との間の関連付けのために、前記患者識別子を使用して、前記薬品指示を前記患者のＥＭＲに記憶することと
をさらに含む、請求項１０に記載の方法。
【請求項１６】
前記薬品指示は、薬品名称、注入されるべき体積、薬品濃度、または薬品送達レートのうちの少なくとも１つを含む、請求項１０に記載の方法。
【請求項１７】
前記識別子メッセージ内の前記デバイス識別子は、暗号化され、さらに、前記プロセッサを介して、記憶されたキーを使用して前記デバイス識別子を復号化することを含む、請求項１０に記載の方法。
【請求項１８】
電子医療記録メモリであって、前記電子医療記録メモリは、機械可読コードまたは命令を記憶しており、前記機械可読コードまたは命令は、プロセッサによって実行されると、前記プロセッサに、
注入ポンプが、薬品を患者に投与している間、前記注入ポンプのデバイス識別子、前記患者の患者識別子、および前記注入ポンプによって投与されている薬品の薬品指示識別子のうちの少なくとも２つを含む識別子メッセージを受信することと、
前記識別子メッセージを使用して、データベース内に位置する前記患者のＥＭＲと前記注入ポンプとの間の関連付けを作成することと、
前記患者のＥＭＲと前記注入ポンプとの間の前記関連付けの後、前記注入ポンプから注入ポンプデータを受信することであって、前記注入ポンプデータは、前記デバイス識別子を含む、ことと、
前記患者のＥＭＲと前記注入ポンプとの間の前記作成された関連付けに基づいて、前記注入ポンプデバイスデータを前記患者のＥＭＲに記憶することと
を行わせる、電子医療記録メモリ。
【請求項１９】
前記プロセッサによって実行されると、前記プロセッサに、
前記患者のＥＭＲと前記注入ポンプとの間の前記関連付けの前に、第１の注入ポンプデバイスデータを受信することと、
前記デバイス識別子と任意の患者識別子または薬品指示識別子との間にいかなる関連付けも存在しないと決定した後、第１の医療デバイスデータを前記データベース内の関連付けられない記録に記憶することと
を行わせる機械可読コードまたは命令をさらに記憶する、請求項１８に記載の電子医療記録メモリ。
【請求項２０】
前記プロセッサによって実行されると、前記プロセッサに、前記患者のＥＭＲと前記医療デバイスとの間の前記関連付けが作成された後、前記第１の医療デバイスデータを前記患者のＥＭＲに記憶させる機械可読コードまたは命令をさらに記憶する、請求項１９に記載の電子医療記録メモリ。
【発明の詳細な説明】
【背景技術】
【０００１】
医療文書化は、医療システムの重要な構成要素である。患者の治療は、多くの場合、その健康条件、過去の治療、および進行中の治療の適切な文書化に基づく。加えて、患者の健康状態文書化は、異なる診療分野からの異なる臨床医が、患者の健康状態の見通しを改善するために十分に情報を与えられた決定を行うために、患者の病歴を閲覧することを可能にする。
【０００２】
現在、患者の健康状態文書化は、電子医療記録（「ＥＭＲ」）内に記憶される。いかなる普遍的フォーマットも、存在しないが、ＥＭＲは、典型的には、患者の身体的特性、測定された生理学的パラメータ、診断試験結果、実施された医療手技の要約、および臨床医の注記を含有する。多くのＥＭＲはまた、療法を患者に提供している医療デバイスから伝送されるデータを含む。医療デバイスからのデータは、注入療法データまたは腎不全療法データを含むことができる。いくつかの公知の事例では、臨床医は、注入または透析データをＥＭＲに手動で入力する。
【０００３】
いくつかの最近の進歩は、ＥＭＲサーバが、注入または透析デバイスから受信されるデータを（患者のＥＭＲに直接）記憶することを可能にする。しかしながら、本自動的記憶は、臨床医が、治療を提供することに先立って、医療デバイスと、患者と、薬品指示（または医療記録）との間の関連付けを提供することを要求する。例えば、関連付けを行うために、臨床医は、患者のＥＭＲからの薬品指示を開くために、デバイスのインターフェースを使用する必要性がある。臨床医は、次いで、患者識別子および／または医療デバイス識別子を薬品指示に入力し、関連付けを作成し得る。
【０００４】
関連付けが、行われない場合、ＥＭＲサーバは、データを受信するが、医療データが記憶されるべき場所を示す関連付け情報を有していない。その結果、いくつかのＥＭＲサーバは、受信されたデータを破棄する一方、他のＥＭＲサーバは、一時的データベース場所にデータを記憶する。治療が開始された後に関連付けを行うために、臨床医は、受信されたデータを一時的データベース記憶場所から患者のＥＭＲに手動でコピーする必要性があり、これは、概して、時間がかかり、非効率的なプロセスである。さらに、臨床医は、新しく受信されたデータが、患者のＥＭＲに自動的に記憶されるように、医療デバイスと患者との間の関連付けを手動で作成する必要性がある。
【発明の概要】
【課題を解決するための手段】
【０００５】
本開示は、治療が開始された時間にかかわらず、医療デバイスデータを患者の電子医療記録（「ＥＭＲ」）と関連付けることによって、医療記録文書化を提供するためのシステム、装置、および方法を記載する。いくつかの実施例では、医療デバイスは、デバイス識別子を示すコードを表示または提供することによって、後方関連付けを可能にするように構成される。患者識別子および／または薬品識別子もまた、走査または入力されてもよい。走査された識別子は、患者医療記録を管理するように構成されるサーバに伝送される。サーバは、例えば、走査された患者識別子を医療記録内の患者識別子に合致させる。合致が、行われた後、サーバは、医療デバイス識別子を医療記録と関連付ける。サーバは、デバイス識別子を有する医療デバイスデータを患者の医療記録に記憶するために、関連付けを使用する。
【０００６】
本明細書に説明される主題の側面は、単独で、または本明細書に説明される１つ以上の他の側面と組み合わせて、有用であり得る。前述の説明を限定することなく、本開示の第１の側面では、電子医療記録システムは、メモリデバイス内に記憶される、データベースを含み、データベースは、薬品指示を患者の電子医療記録（「ＥＭＲ」）に記憶するように構成される。薬品指示は、薬品指示識別子と、患者の患者識別子とを含む。患者のＥＭＲは、患者識別子を含む。電子医療記録システムはまた、データベースと、サーバのプロセッサによって実行されると、サーバにある動作を実施させる、機械可読コードまたは命令を記憶する、メモリとに通信可能に結合される、サーバを含む。動作は、ネットワークを介して医療デバイスから第１の医療デバイスデータを受信するステップを含み、第１の医療デバイスデータは、医療デバイスのデバイス識別子を含む。動作はまた、第１の時間に、デバイス識別子と任意の患者識別子または薬品指示識別子との間にいかなる関連付けも存在しないと決定し、第１の医療デバイスデータをデータベース内の関連付けられない記録に記憶するステップを含む。動作はさらに、医療デバイスが、薬品を患者に投与している間、デバイス識別子、患者識別子、および薬品指示識別子のうちの少なくとも２つを含む、識別子メッセージを受信するステップと、識別子メッセージの患者識別子または薬品指示識別子を薬品指示の薬品指示識別子または患者識別子に合致させることによって、患者のＥＭＲと医療デバイスとの間の関連付けを作成するステップとを含む。加えて、動作は、患者のＥＭＲと医療デバイスとの間の関連付けの後である第２の時間に、医療デバイスから第２の医療デバイスデータを受信するステップを含み、第２の医療デバイスデータは、デバイス識別子を含む。動作はさらに、患者のＥＭＲと医療デバイスとの間の作成された関連付けに基づいて、第２の医療デバイスデータを患者のＥＭＲに記憶するステップを含む。
【０００７】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第２の側面によると、サーバは、デバイス識別子および患者識別子または薬品指示識別子のうちの少なくとも１つを関連付け記録のエントリに記憶するステップ、デバイス識別子を患者のＥＭＲに記憶するステップ、またはデバイス識別子を患者の薬品指示に記憶するステップのうちの少なくとも１つによって、患者のＥＭＲと医療デバイスとの間の関連付けを作成するように構成される。
【０００８】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第３の側面によると、サーバは、患者のＥＭＲと医療デバイスとの間の関連付けが、作成された後、第１の医療デバイスデータを患者のＥＭＲに記憶するように構成される。
【０００９】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第４の側面によると、サーバは、関連付けられない記録または第１の医療デバイスデータのうちの少なくとも１つをデータベースから削除させるように構成される。
【００１０】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第５の側面によると、識別子メッセージのデバイス識別子は、医療デバイスが、薬品を患者に投与している間、バーコード走査装置を介して、英数字、バーコード、またはクイックレスポンス（「ＱＲ」）コードのうちの少なくとも１つを走査することによって決定される。
【００１１】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第６の側面によると、サーバは、バーコード走査装置またはバーコード走査装置に接続される可動式コンピュータ（ｃｏｍｐｕｔｅｒ  ｏｎ  ｗｈｅｅｌｓ）から識別子メッセージを受信するように構成される。
【００１２】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第７の側面によると、電子医療記録システムはさらに、ネットワークを介して医療デバイスおよびサーバに通信可能に結合される、ゲートウェイを含む。ゲートウェイは、ＩＮＴＣＯＭまたはＥＸＴＣＯＭフォーマットにおいて医療デバイスから医療デバイスデータを受信し、医療デバイスデータをＨＬ７フォーマットに変換し、フォーマットされた医療デバイスデータをサーバに伝送するように構成される。
【００１３】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第８の側面によると、関連付けられない記録は、デバイス識別子によってデータベース内でインデックス化される。
【００１４】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第９の側面によると、医療デバイスは、注入ポンプまたは腎不全療法機械のうちの少なくとも１つを含む。
【００１５】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第１０の側面によると、電子医療記録方法は、プロセッサを介して、データベース内の電子医療記録（「ＥＭＲ」）に、患者の薬品指示を記憶するステップであって、薬品指示は、薬品指示識別子と、患者識別子とを含む、ステップと、プロセッサにおいて、ネットワークを介して医療デバイスから第１の医療デバイスデータを受信するステップであって、第１の医療デバイスデータは、医療デバイスのデバイス識別子を含む、ステップと、プロセッサを介して、デバイス識別子と任意の患者識別子または薬品指示識別子との間にいかなる関連付けも存在しないと決定した後、第１の医療デバイスデータをデータベース内の関連付けられない記録に記憶するステップと、プロセッサにおいて、医療デバイスが、薬品を患者に投与している間、デバイス識別子、患者識別子、および薬品指示識別子のうちの少なくとも２つを含む、識別子メッセージを受信するステップと、プロセッサを介して、識別子メッセージを使用して、患者のＥＭＲと医療デバイスとの間の関連付けを作成するステップと、プロセッサにおいて、患者のＥＭＲと医療デバイスとの間の関連付けの後、医療デバイスから第２の医療デバイスデータを受信するステップであって、第２の医療デバイスデータは、デバイス識別子を含む、ステップと、プロセッサを介して、患者のＥＭＲと医療デバイスとの間の作成された関連付けに基づいて、第２の医療デバイスデータを患者のＥＭＲに記憶するステップとを含む。
【００１６】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第１１の側面によると、本方法はさらに、患者のＥＭＲと医療デバイスとの間の関連付けが、作成された後、第１の医療デバイスデータを患者のＥＭＲに記憶するステップを含む。
【００１７】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第１２の側面によると、本方法はさらに、医療デバイスが、薬品を患者に投与している間、医療デバイスのインターフェースにおいて、デバイス識別子を表示するためのオペレータ入力を受信するステップと、医療デバイスを介して、デバイス識別子を医療デバイスの画面上に表示させるステップとを含む。
【００１８】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第１３の側面によると、デバイス識別子は、英数字、バーコード、またはクイックレスポンス（「ＱＲ」）コードのうちの少なくとも１つを介して表示される。
【００１９】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第１４の側面によると、本方法はさらに、バーコード走査装置において、医療デバイスの画面上に表示されるデバイス識別子を読み取ることから、デバイス識別子を示す第１の情報を受信するステップと、バーコード走査装置において、患者リストバンド上に提供される患者識別子を読み取ることから、患者識別子を示す第２の情報を受信するステップと、バーコード走査装置に接続されるコンピュータを介して、識別子メッセージを作成するステップと、コンピュータを介して、ネットワークを介して識別子メッセージをプロセッサに伝送するステップとを含む。
【００２０】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第１５の側面によると、本方法はさらに、プロセッサにおいて、調剤サーバから少なくとも１つのＨＬ７メッセージ内の薬品指示を受信するステップと、プロセッサを介して、患者のＥＭＲと薬品指示との間の関連付けのために、患者識別子を使用して、薬品指示を患者のＥＭＲに記憶するステップとを含む。
【００２１】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第１６の側面によると、薬品指示は、薬品名称、注入されるべき体積、薬品濃度、または薬品送達レートのうちの少なくとも１つを含む。
【００２２】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第１７の側面によると、識別子メッセージ内のデバイス識別子は、暗号化され、さらに、プロセッサを介して、記憶されたキーを使用してデバイス識別子を復号化するステップを含む。
【００２３】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第１８の側面によると、電子医療記録メモリは、プロセッサによって実行されると、プロセッサに、注入ポンプが、薬品を患者に投与している間、注入ポンプのデバイス識別子、患者の患者識別子、および薬品の薬品指示識別子のうちの少なくとも２つを含む、識別子メッセージを受信することと、識別子メッセージを使用して、データベース内に位置する患者のＥＭＲと注入ポンプとの間の関連付けを作成することと、患者のＥＭＲと注入ポンプとの間の関連付けの後、注入ポンプから注入ポンプデータを受信することであって、注入ポンプデータは、デバイス識別子を含む、ことと、患者のＥＭＲと注入ポンプとの間の作成された関連付けに基づいて、注入ポンプデバイスデータを患者のＥＭＲに記憶することとを行わせる、機械可読コードまたは命令を記憶する。
【００２４】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第１９の側面によると、電子医療記録メモリはさらに、プロセッサによって実行されると、プロセッサに、患者のＥＭＲと注入ポンプとの間の関連付けの前に、第１の注入ポンプデバイスデータを受信することと、デバイス識別子と任意の患者識別子または薬品指示識別子との間にいかなる関連付けも存在しないと決定した後、第１の医療デバイスデータをデータベース内の関連付けられない記録に記憶することとを行わせる、機械可読コードまたは命令を記憶する。
【００２５】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る、本開示の第２０の側面によると、電子医療記録メモリはさらに、プロセッサによって実行されると、プロセッサに、患者のＥＭＲと医療デバイスとの間の関連付けが、作成された後、第１の医療デバイスデータを患者のＥＭＲに記憶させる、機械可読コードまたは命令を記憶する。
【００２６】
本開示の第２１の側面によると、図１−１１と関連して図示および説明される構造および機能性のうちのいずれかは、図１−１１のその他のうちのいずれか、および前述の側面のいずれか１つ以上のものと関連して図示および説明される構造および機能性のうちのいずれかと組み合わせて使用されてもよい。
【００２７】
上記の側面および本明細書における開示に照らして、故に、関連付けが医療デバイスと患者との間で行われる時間にかかわらず、医療デバイスデータが患者のＥＭＲに記憶されることを可能にするシステムを提供することが、本開示の利点である。
【００２８】
関連付けが、行われた後、医療デバイスデータが患者のＥＭＲに転送されることを可能にするシステムを提供することが、本開示の別の利点である。
【００２９】
本明細書に議論される利点は、本明細書に開示される実施形態のうちの１つまたはいくつかに見出され、おそらく、その全てに見出されるわけではない場合がある。付加的特徴および利点が、本明細書に説明され、以下の詳細な説明および図から明白となるであろう。
【図面の簡単な説明】
【００３０】
【図１】図１は、本開示の例示的実施形態による、本明細書に説明される例示的方法、装置、およびシステムのために構成される、医療環境の略図を示す。
【００３１】
【図２】図２は、本開示の例示的実施形態による、図１の病院環境内に含まれ得る、Ｂａｘｔｅｒ（Ｒ）  ＳＩＧＭＡ  Ｓｐｅｃｔｒｕｍポンプを備える例示的注入ポンプの略図を示す。
【００３２】
【図３】図３は、本開示の例示的実施形態による、図１の病院環境内に含まれ得る、Ｇａｍｂｒｏ（Ｒ）  Ｐｒｉｓｍａｆｌｅｘ（Ｒ）  ＣＲＲＴ機械を備える例示的透析または腎不全療法機械の略図を示す。
【００３３】
【図４】図４−６は、本開示の例示的実施形態による、注入ポンプデータを特定の患者および／または薬品指示と後方関連付けするための例示的プロセスを示す。
【図５】図４−６は、本開示の例示的実施形態による、注入ポンプデータを特定の患者および／または薬品指示と後方関連付けするための例示的プロセスを示す。
【図６】図４−６は、本開示の例示的実施形態による、注入ポンプデータを特定の患者および／または薬品指示と後方関連付けするための例示的プロセスを示す。
【００３４】
【図７】図７は、本開示の例示的実施形態による、ポンプ識別子としての例示的ＱＲコード（登録商標）を示す。
【００３５】
【図８】図８は、本開示の例示的実施形態による、医療デバイスを患者の電子医療記録（「ＥＭＲ」）または薬品指示と関連付けるための例示的プロシージャの略図を示す。
【００３６】
【図９】図９は、本開示の例示的実施形態による、患者のＥＭＲが医療デバイスからの医療デバイスデータと関連付けられていないデータベースの略図を示す。
【００３７】
【図１０】図１０は、本開示の例示的実施形態による、患者のＥＭＲが医療デバイスと関連付けられた後の図９のデータベースの略図を示す。
【００３８】
【図１１】図１１は、本開示の例示的実施形態による、図１の医療環境内の自動プログラミングに関する略図を示す。
【発明を実施するための形態】
【００３９】
本開示は、一般に、医療デバイスデータを患者の電子医療記録（「ＥＭＲ」）と後方関連付けすることによって、医療記録文書化（すなわち、自動文書）を自動的に提供するための方法、システム、および装置に関する。医療データの後方関連付けは、医療デバイスが、治療を行っている間、臨床医が、医療デバイスを患者のＥＭＲと関連付けることを可能にする。後方関連付けはまた、医療デバイスが、治療を完了した後に行われてもよい。開示されるシステム、装置、および方法は、後方関連付けが、行われた後、医療デバイスデータを患者のＥＭＲに自動的に書き込み、それによって、医療デバイスデータを患者のＥＭＲに手動で配置およびコピーする必要性から臨床医を解放する。
【００４０】
公知の医療システムでは、患者のＥＭＲと医療デバイスとの間の関連付けが、治療が、開始される前に、行われない場合、システムは、受信されたデータをデータベース内の一時的または関連付けられない記録に記憶する。いくつかの事例では、公知の医療システムは、患者または薬品指示とのいかなる関連付けも、存在しない場合、医療デバイスデータを破棄することさえあり得る。治療が、完了した後、臨床医は、医療デバイスデータを、これが、記憶される場合、データベース内の一時的または関連付けられない記録から患者のＥＭＲに手動でコピーする。いくつかの事例では、臨床医は、医療デバイスデータを患者のＥＭＲにコピーし忘れ、それによって、不完全な医療記録を残し得る。他の事例では、臨床医は、不適切な医療デバイスデータまたは医療デバイスデータの一部のみを患者のＥＭＲにコピーし得る。
【００４１】
本明細書に開示されるように、例示的方法、システム、および装置は、医療治療の状態にかかわらず、医療デバイスデータの間の関連付けを可能にする。例示的実施形態では、臨床医は、療法を患者に提供するために、医療デバイスを手動でプログラムする。医療デバイスの手動プログラミングは、医療デバイスの識別子と患者のＥＭＲ内に位置する患者識別子または薬品識別子との間のいかなる相関も、存在しないため、医療デバイスが患者のＥＭＲと関連付けられないままにする。したがって、治療が、開始されるとき、医療デバイスは、医療デバイスからデータを受信するＥＭＲサーバの観点から、患者と関連付けられていない。ＥＭＲサーバは、例えば、（データ内に含まれる）医療デバイスの識別子によってインデックス化される一時的場所または関連付けられない記録に医療デバイスデータを記憶するように構成される。
【００４２】
治療が開始された後に関連付けを可能にするために、医療デバイスは、識別コードを提供または表示する。識別コード（例えば、識別子）は、医療デバイスに取り付けられる標識上に印刷されるコードまたはデバイスの画面上に表示される電子コードを含んでもよい。医療デバイスが、治療を患者に提供している間（または治療が、完了された後）、臨床医は、医療デバイスの識別コードの電子情報を走査する、または別様に電子走査デバイスにそれを取得させる。臨床医はまた、（例えば、患者リストバンド上に提供されるような）患者の識別コードおよび／または（薬品識別子に対応する）薬品容器の識別コードを走査してもよい。走査された医療デバイス識別子および患者および／または薬品容器識別子は、ＥＭＲサーバに伝送される。走査された情報を受信した後、ＥＭＲサーバは、医療デバイスを患者のＥＭＲおよび／または薬品指示と関連付けるように構成される。いくつかの実施例では、ＥＭＲサーバは、医療デバイスから受信された医療デバイスデータが、破棄される、または一時的／関連付けられない記録に記憶される代わりに、患者のＥＭＲに記憶されるように、関連付けテーブル、記録、またはインデックスを更新するように構成される。いくつかの実施形態では、ＥＭＲサーバは、本データを患者のＥＭＲにコピーまたは別様に移動させるために、（同一の治療セッションに対応する）医療デバイスからの以前に記憶された関連付けられない医療情報またはデバイスデータにアクセスするように構成される。故に、本明細書に開示される例示的方法、システム、および装置は、治療が、医療デバイス上ですでに開始（または終了）された後、臨床医が、医療デバイス識別子を走査または別様に取得することによって、医療デバイスデータを特定の患者および／または薬品指示と自動的に後方関連付けすることを可能にする。
【００４３】
例示的方法、システム、および装置は、１つ以上の医療デバイスと関連して動作してもよい。本明細書に開示されるように、医療デバイスは、注入ポンプ、腎不全療法デバイス、患者ベッドサイドモニタ、生理学的センサ、血圧カフ、体重計等を含んでもよい。各医療デバイスは、一意の識別子を割り当てられる、または提供される。本明細書に開示されるように、識別子は、デバイス識別情報を示す物理的および／または電子コードを含んでもよい。デバイス識別子は、例えば、英数字を含んでもよい。デバイス識別子はまた、バーコード、クイックレスポンス（「ＱＲ」）コード、近距離無線通信（「ＮＦＣ」）マイクロチップ、無線周波数識別（「ＲＦＩＤ」）マイクロチップ等における文字のコード化を含んでもよい。
【００４４】
医療デバイスは、医療デバイスデータを発生および伝送するように構成される。本明細書に開示されるように、医療デバイスデータは、デバイス動作パラメータ、治療／療法進度、アラーム／アラート、事象、診断情報等を含む。注入ポンプ医療デバイスに関して、デバイスデータは、注入レート、投薬量、注入された合計体積、療法に関する残り時間、薬品濃度、レート変化、薬品容器内の残りの体積、薬品名称、患者識別子、滴定情報、ボーラス情報、処置面積識別子、データが発生されたときのタイムスタンプ、アラーム条件、アラート条件、事象等を含んでもよい。
【００４５】
本明細書に開示されるように、例示的システム、方法、および／または装置は、医療デバイスをデータベース内の患者のＥＭＲと関連付け、医療デバイスデータが患者のＥＭＲに書き込まれる、または別様に記憶されることを可能にするように構成される。いくつかの事例では、例示的システム、方法、および／または装置は、医療デバイスをデータベース内の患者の薬品指示に関連付けてもよい。これらの事例では、医療デバイスデータは、薬品指示に書き込まれる、または記憶される。本明細書における患者のＥＭＲの言及は、薬品指示と入れ替えられ得ることを理解されたい。
【００４６】
医療環境実施形態
図１は、本開示の例示的実施形態による、本明細書に説明される例示的方法、装置、およびシステムのために構成される、医療環境１００の略図を示す。例示的環境１００は、例えば、注入ポンプ１０２等の１つ以上の医療デバイスを含む。例示的病院環境１００は、他のタイプの医療デバイスおよび／または複数のポンプ１０２、腎不全療法機械、患者モニタ、および／またはセンサを含み得ることを理解されたい。図示される実施例では、注入ポンプ１０２は、１つ以上の流体１０６（例えば、薬品または薬物）を（ＩＶラインセットを介して）注入することによって、注入療法を患者１０４に提供するように構成される。
【００４７】
例示的注入ポンプ１０２は、１つ以上のラインセットを介して患者１０４に静脈内療法を送達することが可能な任意のポンプを含んでもよい。実施例は、シリンジポンプ、線形蠕動ポンプ、大容量ポンプ（「ＬＶＰ」）、携帯型ポンプ、マルチチャネルポンプ等を含む。シリンジポンプは、シリンジ内のプランジャを作動させるために、駆動アームに接続されるモータを使用する。線形蠕動ポンプは、回転しながら管の一部を圧縮するために、ロータを使用する。多くの場合、ロータの１つ以上のローラが、半回転にわたって管に接触する。圧縮された回転は、定義された量の流体を管に通過させる。ＬＶＰは、典型的には、静脈内療法（「ＩＶ」）管の一部を圧縮するために、１つ以上のフィンガまたはアームを使用する。管に対するフィンガ作動のタイミングは、管を通した流体の一定またはほぼ一定の移動を引き起こす。
【００４８】
図２は、本開示の例示的実施形態による、例示的注入ポンプ１０２の略図を示す。図示される注入ポンプ１０２は、Ｂａｘｔｅｒ（Ｒ）  ＳＩＧＭＡ  ＳｐｅｃｔｒｕｍＴＭポンプである。図示される注入ポンプ１０２は、臨床医が注入療法を規定またはプログラムすることを可能にするためのインターフェース２０４ａおよび２０４ｂを伴うディスプレイ２０２を含む。本明細書に開示されるように、インターフェース２０４ａおよび２０４ｂのうちの少なくとも１つは、作動されると、注入ポンプ１０２に、ディスプレイ２０２上でデバイス識別子コードを表示させるように構成される。
【００４９】
図１の医療環境１００内に含まれ得る注入ポンプの他の実施例は、米国公開第２０１３／０３３６８１４号に説明される線形容積非経口ポンプ、米国公開第２０１５／０１５７７９１号に説明されるシリンジポンプ、米国特許第７，０５９，８４０号に説明される携帯型注入ポンプ、米国特許第５，３９５，３２０号に説明される注入ポンプ、および米国特許第５，７６４，０３４号に説明される注入ポンプ（それぞれの全体は、参照することによって本明細書に組み込まれる）を含む。
【００５０】
図１に再び目を向けると、例示的注入ポンプ１０２は、ネットワーク１１０を介してゲートウェイ１０８に通信可能に結合される。例示的ゲートウェイ１０８は、注入ポンプ１０２から注入ポンプデータ１１２（例えば、医療デバイスデータ）を受信し、データ１１２をＥＭＲサーバ１１４にルーティングするように構成される。いくつかの実施形態では、ゲートウェイ１０８は、データを、例えば、ＥＸＴＣＯＭメッセージからＨＬ７メッセージに変換するように構成される。
【００５１】
例示的ゲートウェイ１０８はまた、動作パラメータまたは処方箋パラメータを注入ポンプ１０２に伝送するように構成されてもよい。例えば、ゲートウェイ１０８は、所定の時間に、および／または注入ポンプ１０２が、処方箋を受け取るために利用可能であるとき、電子処方箋（またはソフトウェア更新）を注入ポンプ１０２に送信してもよい。他の事例では、注入ポンプ１０２は、ゲートウェイ１０８に周期的にポーリングし、電子処方箋（またはソフトウェア更新）がポンプにダウンロードされることを待機しているかどうかを決定するように構成されてもよい。注入ポンプ１０２は、処置面積、投薬量変化、変化率、薬物タイプ、濃度、患者年齢、患者体重等に基づく、特定のプログラムパラメータ限界を含む１つ以上の薬物ライブラリを記憶するメモリを含んでもよい。限界は、受信される処方箋または入力される注入療法が、医療設備、医師、または臨床医によって決定される許容可能範囲および／または限界以内であることを確実にするように構成される。
【００５２】
注入ポンプ１０２は、患者１０４に対して注入療法または治療を実施するように構成され、これは、患者の中への１つ以上の液剤１０６または薬品の注入を含む。注入ポンプ１０２は、ポンプのユーザインターフェース（例えば、図２のインターフェース２０４）において臨床医によって入力された、または注入ゲートウェイ１０８を介して受信された注入処方箋に従って動作する。注入ポンプ１０２は、処方箋を薬物ライブラリと比較し、処方箋のパラメータが、ソフトまたはハード限界に反する場合、任意のアラートまたはアラームを提供してもよい。注入ポンプ１０２は、療法の進度を監視し、注入療法進度データ１１２（例えば、医療デバイスデータ）をゲートウェイ１０８に周期的に伝送するように構成される。療法進度データ１１２は、本明細書に開示されるように、例えば、注入レート、投薬量、注入された合計体積、療法に関する残り時間、薬品濃度、レート変化、薬品容器内の残りの体積、薬品名称、患者識別子、滴定情報、ボーラス情報、処置面積識別子、データが発生されたときのタイムスタンプ、アラーム条件、アラート条件、事象等を含んでもよい。注入ポンプ１０２は、データを連続的に、周期的に（例えば、３０秒毎、１分毎等）、またはゲートウェイ１０８による要求に応じて伝送してもよい。
【００５３】
図１の注入ゲートウェイ１０８は、注入ポンプ１０２と通信するように構成される、サーバ、プロセッサ、コンピュータ等を含む。注入ゲートウェイ１０８は、例えば、Ｂａｘｔｅｒ（Ｒ）  ＣａｒｅＥｖｅｒｙｗｈｅｒｅゲートウェイを含んでもよい。いくつかの実施形態では、ゲートウェイ１０８は、１つを上回る注入ポンプに通信可能に結合されてもよい。注入ゲートウェイ１０８は、薬物ライブラリ、注入処方箋、および療法進度データ１１２の有線／無線のセキュアな転送のために、ポンプ１０２との双方向通信を提供するように構成される。ゲートウェイ１０８はまた、ＥＭＲサーバ１１４または他の病院システムと統合し、ポンプ１０２から、例えば、患者１０４に関連する病院電子医療記録（「ＥＭＲ」）への注入療法進度データ１１２の伝送を促進するように構成されてもよい。
【００５４】
例示的ＥＭＲサーバ１１４は、ＥＭＲ記録を記憶するために、ＥＭＲデータベース１１６に通信可能に結合される。ＥＭＲデータベース１１６はまた、特定の患者および／または薬品指示に関連付けられない注入ポンプデータ１１２を記憶するように構成されてもよい。ＥＭＲサーバ１１４はまた、例えば、調製された薬品１０６に対応する薬品指示を作成および／または伝送するように構成される、調剤サーバ１１８に通信可能に結合される。薬品指示は、投与に関する患者（例えば、患者識別子）および注入パラメータを識別する、電子記録またはエントリを含む。薬品指示は、一意の識別子を割り当てられる。いくつかの実施形態では、薬品指示は、薬品容器に取り付けられる標識上に印刷されてもよい。薬品指示自体が、患者識別子を薬品識別子と関連付ける。例示的ＥＭＲサーバ１１４は、薬品指示内の患者識別子を使用し、薬品指示を患者のＥＭＲに記憶する、または別様に薬品指示を患者のＥＭＲと関連付けるように構成される。
【００５５】
調剤サーバ１１８およびＥＭＲデータベース１１６が、ＥＭＲサーバ１１４に直接接続されるものとして示されるが、他の実施例では、それらは、ネットワーク１１０を介して接続されてもよい。例示的ネットワーク１１０は、任意の有線または無線接続（例えば、イーサネット（登録商標）ネットワーク、ＬＡＮ、ＷＬＡＮ等）を含んでもよい。例示的ＥＭＲデータベース１１６は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、磁気または光学デバイス、光学メモリ、または他の記憶媒体を含む、任意の揮発性または不揮発性メモリデバイス内に記憶されてもよい。データベース１１６は、関係データベースまたはグラフデータベースとして構築されてもよい。データベース１１６が、グラフデータベースを含む場合、患者、薬品指示、薬品デバイスデータ、および識別子は、別個のノードによって提供されてもよい。
【００５６】
図１の例示的環境１００はまた、病院情報システム（「ＨＩＳ」）等の他の医療システム１２０を含んでもよい。ＨＩＳ１２０は、病院環境１００の他の部分からの医療データを分析する、またはそれから医療データを受信するための１つ以上のサーバを含んでもよい。ＨＩＳ１２０は、実験室情報システム、調剤システム、方針／手技管理システム、または継続的品質改善（「ＣＱＩ」）システムを含む、またはそれに通信可能に結合されてもよい。実験室システムは、患者の生物学的サンプルの分析に基づいて、医療データを発生させるように構成される。方針／手技管理システムは、アラーム／アラートに関して薬物ライブラリおよび／または閾値を管理するように構成される。ＣＱＩシステムは、例えば、１人以上の患者からの注入療法進度データ１１２に基づいて、統計および／または分析報告を発生させるように構成される。ＨＩＳ１２０はまた、注入療法進度データ１１２の少なくとも一部を表示するように構成される、１つ以上のモニタを含む、またはそれに接続されてもよい。
【００５７】
図１の実施形態はまた、患者モニタまたは可動式コンピュータ（「ＣＯＷ」）１２２を含む。コンピュータまたは患者モニタ１２２は、生理学的センサからの生理学的データおよび／または注入ポンプ１０２からの医療デバイスデータの１つ以上のグラフを表示するように構成される。モニタは、センサに有線または無線で結合されてもよく、これは、例えば、心拍数センサ（例えば、ＥＫＧセンサ、ＥＣＧセンサ）、温度センサ、パルスオキシメトリセンサ、患者体重計、グルコースセンサ、呼吸センサ、血圧センサ等を含んでもよい。コンピュータまたは患者モニタ１２２は、時間ベースのグラフ内でセンサからのデータを表示するように構成される。コンピュータまたは患者モニタ１２２はまた、データを色コード化することに加えて、センサからの直近のデータの数値を表示してもよい。
【００５８】
コンピュータまたは患者モニタ１２２は、ゲートウェイ１０８および／またはＥＭＲサーバ１１４に通信可能に結合される。コンピュータまたは患者モニタ１２２は、連続的に、周期的に、または要求に応じて、生理学的データをモニタゲートウェイ１０８またはサーバ１１４に伝送してもよく、これは、次いで、生理学的データを患者のＥＭＲに書き込んでもよい。
【００５９】
いくつかの実施形態では、モニタ１２２は、ＣＯＷを含む。例示的ＣＯＷは、ＥＭＲサーバ１１４を通した患者のＥＭＲへのアクセスを提供するように構成される。例示的ＣＯＷはまた、注入ポンプ１０２からの医療デバイスデータ１１２の自動文書化を提供する、および／または注入ポンプ１０２の自動プログラミングを提供するように構成される。いくつかの実施形態では、ＣＯＷ１２２は、バーコード走査装置１２４、またはＮＦＣリーダ、ＲＦＩＤリーダ、キーパッド、またはタッチ画面インターフェース等の他の識別子入力デバイスを含む、またはそれに接続される。例示的走査装置１２４は、注入ポンプ１０２上のバーコード１２６、患者のリストバンド上のバーコード、および／または薬品容器上のバーコードを読み取るように構成される。読み取られたバーコードからの情報は、１つ以上の識別子メッセージ１２８内で、ネットワーク１１０を介して、ＣＯＷ１２２からＥＭＲサーバ１１４に伝送され、それによって、サーバ１１４が、注入ポンプ１０２と、患者１０４と、薬品指示との間の関連付けを作成することを可能にする。いくつかの実施形態では、バーコード走査装置１２４は、ＣＯＷ１２２ではなく、注入ポンプ１０２に接続されてもよい。
【００６０】
いくつかの実施形態では、注入ポンプ１０２はまた、１つ以上の生理学的センサに通信可能に結合されてもよい。例えば、注入ポンプ１０２は、パルスオキシメトリセンサ、血圧カフ、アクセス接続解除デバイス、および／または体重計に接続されてもよい。注入ポンプ１０２は、パルスオキシメトリセンサからのデータを注入療法進度データ１１２に統合する、または別様に含む、または代替として、パルスオキシメトリデータをゲートウェイ１０８に別個に伝送するように構成されてもよい。
【００６１】
図１の例示的環境１００はまた、臨床医が、ＥＭＲデータベース１１６に記憶される患者データを閲覧することを可能にする、臨床医デバイス１３０（例えば、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、ワークステーション等）を含む。臨床医デバイス１３０は、データベース１１６に記憶されるデータを読み取る、および／またはそこにデータを書き込むための１つ以上のインターフェースまたはアプリケーションを含んでもよい。臨床医デバイス１３０は、臨床医が、例えば、患者に関する薬品指示、患者のＥＭＲ、および／または患者と関連付けられる医療デバイスデータを閲覧することを可能にするように構成される。
【００６２】
いくつかの実施形態では、環境１００は、任意の血液透析、血液濾過、血液透析濾過、連続腎代替療法（「ＣＲＲＴ」）、または腹膜透析（「ＰＤ」）機械を含み得る、腎不全療法（「ＲＦＴ」）機械を含んでもよい。例えば、腎不全療法を受ける患者１０４は、ＲＦＴ機械に接続され、患者の血液は、機械を通して圧送されてもよい。血液は、機械の透析器を通過し、これは、血液から老廃物、毒素、および過剰な水分を除去する。清浄にされた血液は、患者に戻される。ＰＤでは、治療流体が、毒素および過剰な水分を除去するために、患者の腹膜腔に送達され、それから除去される。
【００６３】
図３は、本開示の例示的実施形態による、例示的ＲＦＴ機械３００の略図を示す。図示されるＲＦＴ機械３００は、Ｇａｍｂｒｏ（Ｒ）  Ｐｒｉｓｍａｆｌｅｘ（Ｒ）  ＣＲＲＴ機械である。ＲＦＴ機械３００の他の実施例は、米国特許第８，４０３，８８０号に説明される腹膜透析機械、米国公開第２０１４／０１１２８２８号に説明される血液透析透析機械、および米国公開第２０１１／０１０６００２号に説明される腹膜透析機械（それぞれの全体は、参照することによって本明細書に組み込まれる）を含む。
【００６４】
ＣＲＲＴは、典型的には、急性腎障害（「ＡＫＩ」）を発症する、集中治療室内の緊急または重篤入院患者を治療するために使用される透析モダリティである。経時的に緩慢に起こる慢性腎疾患とは異なり、ＡＫＩは、多くの場合、入院患者において起こり、典型的には、数時間から数日にわたって起こる。
【００６５】
血液透析は、血液からの老廃物が半浸透性膜を横断して拡散される、腎不全治療である。血液透析の間、血液が、患者から除去され、半浸透性膜アセンブリ（透析器）を通して流動し、血液は、半浸透性膜の他方の側上を流動する透析液剤に対して、概して、逆流する。透析器では、血液からの毒素が、半浸透性膜を横断して進行し、透析器から使用された透析液剤（透析液）中に退出する。透析器を通して流動し、清浄にされた血液は、次いで、患者に戻される。
【００６６】
透析器では、圧力差が、透析器の中に透析液剤を導入するために使用されるものを上回る流率において透析液を除去することによって、半浸透性膜を横断して生成される。本圧力差は、半浸透性膜を横断して、小、中、および大分子毒素を含有する流体を引動する。流動および体積測定値が、除去される流体の量（限外濾過）を制御するために使用される。上記に例証されるように、血液濾過機械のポンプは、典型的には、患者の動脈側から血液を引動し、これを透析器の中に、透析器を通して、そして患者の静脈側に透析された血液を戻す前に空気を分離する点滴チャンバを通して、これを押動する。
【００６７】
ＲＦＴ機械３００は、代替として、血液濾過機械であり得る。血液濾過は、血液透析に類似する別の腎不全治療である。血液濾過の間、患者の血液はまた、半浸透性膜（血液濾過器）を通過され、流体（老廃物を含む）が、圧力差によって半浸透性膜を横断して引動される。本対流は、半浸透性膜を横断して、あるサイズの分子毒素および電解質（これらは、血液透析では清浄にすることが困難である）を引き込む。血液濾過の間、補液が、血液濾過器を通して、血液から除去された流体体積および電解質と交換するために血液に添加される。補液が血液濾過器に先立って血液に添加される血液濾過が、前希釈血液濾過として公知である。補液が血液濾過器の後に血液に添加される血液濾過が、後希釈血液濾過として公知である。
【００６８】
ＲＦＴ機械３００は、代替として、血液透析濾過機械であり得る。血液透析濾過は、血液濾過と組み合わせて血液透析を使用する、さらなる腎不全治療である。血液が、透析器を通して圧送され、これは、血液濾過器とは異なり、新鮮な透析流体を受け取る。しかしながら、血液透析濾過では、補液が、血液濾過と同様に、血液回路に送達される。血液透析濾過は、故に、血液透析および血液濾過と同種のものである。
【００６９】
ＲＦＴ機械３００は、代替として、腹膜透析機械であり得る。腹膜透析は、透析液とも呼ばれる、透析液剤を使用し、これは、カテーテルを介して患者の腹膜腔の中に注入される。透析液は、患者の腹膜腔の腹膜に接触する。老廃物、毒素、および過剰な水分が、液剤によって生成される浸透勾配に起因して、患者の血流から、腹膜を通して、透析液の中に通過する。使用済透析液が、患者から排液され、患者から老廃物、毒素、および過剰な水分を除去する。本サイクルが、繰り返される。
【００７０】
図３のＲＦＴ機械３００として動作する、例示的腹膜透析機械は、連続サイクル腹膜透析（「ＣＣＰＤ」）、潮汐流自動化腹膜透析（「ＡＰＤ」）、および連続流動腹膜透析（「ＣＦＰＤ」）を含む、種々のタイプの付加的腹膜透析療法を実施してもよい。ＡＰＤ機械は、典型的には、患者が、眠っている間に、排液、充填、および滞留サイクルを自動的に実施する。ＡＰＤ機械は、治療サイクルを手動で実施する必要性および日中に供給物を運搬する必要性から患者または臨床医を解放する。ＡＰＤ機械は、埋込されたカテーテル、新鮮な透析液の源またはバッグ、および流体ドレインに流体的に接続する。ＡＰＤ機械は、新鮮な透析液を透析液源から、カテーテルを通して、患者の腹膜腔の中に圧送する。ＡＰＤ機械は、透析液が腔内で滞留することを可能にし、それによって、老廃物、毒素、および過剰な水分の移送が起こることを可能にする。源は、複数の滅菌透析液液剤バッグであり得る。ＡＰＤ機械は、使用済透析液を腹膜腔から、カテーテルを通して、ドレインに圧送する。手動プロセスと同様に、いくつかの排液、充填、および滞留サイクルが、ＡＰＤの間に起こる。「最後の充填」が、ＣＡＰＤおよびＡＰＤの終了時に起こり、これは、次の治療まで患者の腹膜腔内に残留する。
【００７１】
ＣＣＰＤ治療は、各排液に応じて患者から完全に排液しようと試みる。ＣＣＰＤおよび／またはＡＰＤは、使用済透析液流体をドレインに送出するバッチタイプシステムであってもよい。潮汐流システムは、修正されたバッチシステムである。潮汐流では、より長い期間にわたって患者から流体の全てを除去する代わりに、流体の一部が、より短い時間増分後に除去および交換される。
【００７２】
腹膜透析の透析液は、０．５％〜１０％、好ましくは、１．５％〜４．２５％のブドウ糖（またはより一般的には、グルコース）を含む液剤または混合物を含んでもよい。腹膜透析の透析液は、例えば、本開示の譲受人によって販売される、Ｄｉａｎｅａｌ（Ｒ）、Ｐｈｙｓｉｏｎｅａｌ（Ｒ）、Ｎｕｔｒｉｎｅａｌ（Ｒ）、およびＥｘｔｒａｎｅａｌ（Ｒ）透析液を含んでもよい。透析液は、加えて、または代替として、ある割合のイコデキストリンを含んでもよい。本開示のいくつかの実施形態では、透析液は、ＲＦＴ機械１０４ではなく、注入ポンプ１０２を介して患者１１０の中に注入され得ることを理解されたい。
【００７３】
連続流動またはＣＦＰＤ透析システムは、使用済透析液を廃棄する代わりに、これを清浄にする、または再生する。ＣＦＰＤシステムは、ループを通して、流体を患者の内外に圧送する。透析液は、腹膜腔の中に、１つのカテーテル管腔を通して、別のカテーテル管腔の外に流動する。患者から退出した流体は、透析液から老廃物を除去する再構成デバイスを通して、例えば、尿素をアンモニア（例えば、アンモニウムカチオン）に酵素的に変換するためにウレアーゼを採用する尿素除去カラムを介して通過する。アンモニアは、次いで、腹膜腔の中への透析液の再導入に先立って、吸着によって透析液から除去される。付加的センサが、アンモニアの除去を監視するために採用される。ＣＦＰＤシステムは、典型的には、バッチシステムよりも複雑である。
【００７４】
血液透析および腹膜透析の両方において、「吸着剤」技術が、廃透析液から尿毒性毒素を除去し、治療剤（イオンおよび／またはグルコース等）を治療流体の中に再注入し、患者の透析を継続するためにその流体を再使用するために使用されることができる。１つの一般的に使用される吸着剤は、リン酸ジルコニウムから作製され、これは、尿素の加水分解から発生されるアンモニアを除去するために使用される。典型的には、大量の吸着剤が、透析治療の間に発生されるアンモニアを除去するために必要である。
【００７５】
注入ポンプ１０２と同様に、ＲＦＴ機械３００は、透析処方箋を用いてローカルにプログラムされる、またはゲートウェイ１０８または別個のゲートウェイを介して透析処方箋を受信してもよい。ＲＦＴ機械３００は、患者１０４に対して腎不全療法を実施するように構成され、これは、上記に議論されるように、患者１０４から限外濾過を除去することを含む。腹膜透析では、ＲＦＴ機械３００は、充填サイクルの間に患者１０４の中に透析液を注入する。任意の透析処方箋に関して、ＲＦＴ機械３００は、処方箋のパラメータを１つ以上の限界と比較し、処方箋のパラメータが、ソフトまたはハード限界に反する場合、任意のアラートまたはアラームを提供してもよい。ＲＦＴ機械３００は、療法の進度を監視し、腎不全療法進度データをゲートウェイ１０８に周期的に伝送するように構成される。腎不全療法進度データは、例えば、充填レート、滞留時間、排液または流体除去レート、血液流率、放出投薬量、限外濾過除去レート、透析液除去レート、注入された合計透析液、透析液流動、交換前流動、交換後流動、患者体重バランス、戻り圧力、過剰な患者流体サイン、濾過割合、残り時間、透析液濃度、透析液名称、患者識別子、部屋識別子、処置面積識別子、データが発生されたときのタイムスタンプ、アラーム条件、アラート条件、事象等を含んでもよい。ＲＦＴ機械３００は、データを連続的に、周期的に（例えば、３０秒毎、１分毎等）、またはゲートウェイ１０８による要求に応じて伝送してもよい。
【００７６】
ゲートウェイ１０８は、ＲＦＴ機械３００と通信するように構成される、サーバ、プロセッサ、コンピュータ等を含む。ゲートウェイ１０８は、例えば、Ｇｌｏｂａｌ  Ｂａｘｔｅｒ  ＥｘｃｈａｎｇｅＴＭ（「ＧＢＸ」）サーバまたはゲートウェイを含んでもよい。ゲートウェイ１０８は、１つを上回るＲＦＴ機械に通信可能に結合されてもよい。ゲートウェイ１０８は、薬物ライブラリ、透析処方箋、および腎不全療法進度データの有線／無線のセキュアな転送のために、機械３００との双方向通信を提供するように構成される。
【００７７】
いくつかの実施例では、ゲートウェイ１０８および／またはＥＭＲサーバ１１４は、プロセッサによって実行されると、ゲートウェイ１０８および／またはＥＭＲサーバ１１４に本明細書に説明される動作を実施させる、機械可読コードまたは命令を記憶する、メモリを含む。これは、所定のアプリケーション、ルーチン、またはアルゴリズムに従って動作するステップを含む。動作は、関連付けられないポンプデータ１１２を一時的場所に記憶するステップまたは破棄するステップ、患者識別子を患者のＥＭＲ内のポンプ識別子と関連付けるステップ、および／または患者のＥＭＲへの関連付けの後、ポンプデータの書込をトリガするステップを含む。
【００７８】
患者のＥＭＲへのデータの書込は、患者データの管理に対する技術的ソリューションを含むことを理解されたい。関連付けられないポンプデータは、データベース１１６またはメモリ内の第１の場所に記憶され、これは、所定の時間量（例えば、１日、７日、３０日等）後に削除される一時的メモリまたは関連付け記録を含んでもよい。比較すると、患者のＥＭＲは、恒久的または半恒久的である第２の場所またはメモリにおいてデータベース１１６内に記憶される。いったんポンプ−患者関連付けが、行われると、例示的ＥＭＲサーバ１１４は、ポンプデータが書き込まれるメモリまたはデータベース１１６内の場所を変更する。加えて、いくつかの実施形態では、ＥＭＲサーバ１１４は、関連付けが、行われた後、ポンプデータを第１の一時的場所からデータベース１１６内の第２のより恒久的な場所に移動させるように構成される。
【００７９】
例示的関連付け実施形態
図４−６は、本開示の例示的実施形態による、注入ポンプデータを特定の患者および／または薬品指示と後方関連付けするための例示的プロセスを示す。上記に説明されるように、後方関連付けは、臨床医が、すでに進行している（またはすでに行われている）注入療法と患者のＥＭＲとの間の対応をＥＭＲサーバ１１４において作成することを可能にする。対応が、行われた後、ＥＭＲサーバ１１４は、注入ポンプ１０２からの後続データを患者のＥＭＲまたは関連付けられる薬品指示に記憶させる。加えて、いくつかの実施形態では、ＥＭＲサーバ１１４は、患者のＥＭＲ内への包含のために、注入ポンプから（同一の療法セッションから）以前に関連付けられていないデータを読み出す、または別様にコピーする。他の実施例では、ＥＭＲサーバ１１４は、関連付けられないデータを読み出さない。
【００８０】
図４に示されるように、例示的プロセスは、薬品指示４０２が、調剤サーバ１１８において作成されると、開始される（イベントＡ）。薬品指示４０２は、指示４０２に対応する薬品または流体を受容するべき患者１０４の患者識別子を含む。薬品指示４０２は、流体の名称、流体の濃度、流体の投薬レート、流体の合計体積、または薬品を投与するために注入ポンプ１０２をプログラムするための任意の他の情報を含んでもよい。いくつかの事例では、イベントＡにおいて、薬品指示情報を伴う標識が、調製された薬品を含む薬品容器に印刷または添着される。
【００８１】
イベントＢにおいて、ＥＭＲサーバ１１４は、調剤サーバ１１８から薬品指示４０２を受信し、指示４０２をＥＭＲデータベース１１６に記憶する。指示内の患者識別子を使用して、ＥＭＲサーバ１１４は、指示を患者１０４のＥＭＲに記憶する。薬品指示は、患者識別子および／または薬品指示識別子／番号に基づいて、患者のＥＭＲ内でインデックス化されてもよい。
【００８２】
イベントＣにおいて、注入ポンプ１０２は、薬品指示パラメータを使用して、手動でプログラムされる。いくつかの実施形態では、臨床医は、パラメータ情報を注入ポンプ１０２のインターフェース２０２および２０４に手動で入力する。他の実施形態では、臨床医は、ポンプ１０２において走査装置を使用し、注入されるべき流体を伴う容器の薬品容器標識を読み取る。走査される情報は、注入ポンプ１０２内の適切なフィールドの中に自動的に取り込まれる、注入パラメータを含む。この時点で、注入ポンプ１０２は、処方された薬品を投与し始めることができる状態である。
【００８３】
図５に目を向けると、注入ポンプ１０２は、処方された流体１６を患者１０４に提供し始める。加えて、イベントＤにおいて、注入ポンプ１０２は、ネットワーク１１０を介して、ゲートウェイ１０８に送信される、療法進度データ１１２（例えば、ポンプ１０２流れ体積、投薬量、および注入レートデータ）を発生させる。療法進度データ１１２は、注入ポンプ１０２の識別子を含む。イベントＥにおいて、ゲートウェイ１０８は、データ１１２を受信し、宛先（例えば、ＥＭＲサーバ１１４）を決定する。ゲートウェイ１０８はまた、データ１１２をＩＮＴＣＯＭまたはＥＸＴＣＯＭフォーマットからＨＬ７フォーマットに変換してもよい。変換されたデータ１１２は、ＥＭＲサーバ１１４に伝送される。
【００８４】
イベントＦにおいて、ＥＭＲサーバ１１４は、データをデータベース１１６に記憶する。しかしながら、この時点で、ポンプ識別子と患者識別子／指示識別子と間のいかなる対応も、存在しない。その結果、ＥＭＲサーバ１１４は、データ１１２と関連付けられる患者を決定することができない。故に、ＥＭＲサーバ１１４は、データ１１２を、ポンプ識別子によってインデックス化され得る別個の記録（例えば、一時的記録）内でデータベース１１６に記憶するように構成される。
【００８５】
図６では、イベントＧにおいて、臨床医は、療法が、進行している間、ポンプ１０２からのデータ１１２が、患者１０４および／または薬品指示と関連付けられる必要があるかどうかを決定する。この時点で、臨床医は、ＣＯＷ１２２のバーコード走査装置１２４を使用し、ポンプ識別子１２６および患者識別子および／または薬品指示識別子を走査する。走査するステップは、印刷されたコードまたは英数字テキストを読み取るステップ、ＲＦＩＤ／ＮＦＣチップによって提供される電子信号を読み取るステップ、または電子画面から印刷されたコードまたは英数字テキストを読み取るステップを含んでもよい。
【００８６】
ある実施例では、臨床医は、ＱＲコード（登録商標）を表示させる、注入ポンプ１０２のインターフェース２０２または２０４上のボタンを作動させる。図７は、本開示の例示的実施形態による、ポンプ識別子１２６としての例示的ＱＲコード（登録商標）を示す。ＱＲコード（登録商標）１２６は、注入ポンプ１０２の画面２０２上に表示される。臨床医は、バーコード走査装置１２４を使用し、注入ポンプの画面上のＱＲコード（登録商標）１２６を電子的に走査する。いくつかの実施形態では、ＱＲコード（登録商標）に対応するコードは、ポンプ識別子の暗号化バージョンを含んでもよく、ゲートウェイ１０８および／またはサーバ１１４は、ポンプ識別子を決定するために、走査されたデータを復号化するためのキーを有する。
【００８７】
イベントＨにおいて、臨床医は、患者１０４と関連付けられるコードを走査する。コードは、患者リストバンド上に印刷される、または患者に関連して提供されてもよい。臨床医はまた、薬品容器上のコードを走査してもよい。イベントＩにおいて、ＣＯＷ１２２は、走査されるポンプ識別子１２６、走査される患者識別子、および／または走査される薬品容器に関連する情報を含む、１つ以上のメッセージ１２８を送信する。メッセージ１２８は、ネットワーク１１０を介してＣＯＷ１２２からＥＭＲサーバ１１４に伝送される。
【００８８】
イベントＪにおいて、ＥＭＲサーバ１１４は、メッセージ１２８を受信し、ポンプ識別子が、患者識別子および／または薬品指示識別子に対応すると決定する。ＥＭＲサーバ１１４は、関連付け記録のエントリに、ポンプ識別子、薬品指示識別子、および／または患者識別子の参照等の関連付けを示す情報を記憶してもよい。関連付け記録は、データベース１１６に記憶されてもよい。ＥＭＲサーバ１１４はまた、ポンプ識別子を患者のＥＭＲに記憶してもよく、これはまた、患者のＥＭＲ内の患者識別子と、薬品指示識別子と、ポンプ識別子との間の対応を作成する。したがって、注入ポンプ１０２からのＥＭＲサーバ１１４から受信される後続データ１１２は、患者のＥＭＲに記憶される。加えて、いくつかの実施形態では、ＥＭＲサーバ１１４は、患者のＥＭＲ内への包含のために、注入ポンプから以前に記憶されたデータ１１２をコピーする。いったん後方関連付けされると、ＥＭＲサーバ１１４は、以前に受信された、および将来の（アクティブなプログラムのための）注入データ（体積、投薬量、レート）１１２を正しい薬品指示と合致させ、これを正しい患者のＥＭＲ内に設置することが可能である。
【００８９】
いくつかの実施形態では、ＥＭＲサーバ１１４は、デバイス１３０を介して、これが、患者のＥＭＲに引き渡される前に、自動文書化データ１２２を検証するように、臨床医を促してもよい。サーバ１１４は、デバイス１３０が、インポートの前、その間、およびその後にデータ１１２を編集することを可能にする。サーバ１１４はまた、臨床医が、デバイス１３０を介して、後方関連付けを介してインポートされるデータの１つ以上の時間窓を定義することを可能にするように構成されてもよく、したがって、臨床医が上書きすることを所望しない手動文書化の期間が、存在する場合、臨床医は、それを定義することが可能である。
【００９０】
いくつかの実施形態では、ＥＭＲサーバ１１４は、ある期間のみに関する識別子の間の関連付けを提供するように構成される。例えば、関連付けが、薬品指示の持続時間のために提供され得る。療法の間、注入ポンプ１０２は、特定の療法を識別するために、療法識別子またはシーケンス番号を提供してもよい。ＥＭＲサーバ１１４は、本実施形態では、１つのみの注入療法識別子を薬品指示と合致させるように構成される。したがって、ポンプ１０２が、後方関連付けを介して患者と関連付けられており、新しい療法が、開始される（新しい療法指示が発生される）場合、ＥＭＲサーバ１１４は、注入データ１１２を患者のＥＭＲに自動的に書き込まない。実際に、新しい患者が、療法のためにポンプ１０２に接続されている場合がある。代わりに、ポンプデータは、一時的場所内に記憶される。新しい薬品指示が、発生され、同一の患者と関連付けられる場合、ＥＭＲサーバ１１４は、指示を患者のＥＭＲに記憶する。ＥＭＲサーバ１１４は、次いで、現在のポンプデータを新しい薬品指示と関連付けるための基礎として、以前の関連付けを使用してもよい（患者識別子が、以前の患者識別子に合致すると仮定して）。本プロセスは、注入バッグが、新しい治療パラメータが新しいバッグに関して入力される必要性がある進行中の注入のために注入ポンプ１０２において変更される場合に有益であり得る。ポンプの設定が、変更される必要性がなく、単に、新しいバッグが、空のバッグに取って代わる事例では、注入ポンプは、同一の療法番号を使用し続け、これは、ＥＭＲサーバ１１４において薬品指示（複数のバッグに関する）と関連付けられ続ける。
【００９１】
他の実施形態では、新しい後方関連付けプロセスが、新しい療法に関連するポンプデータを新しい薬品指示と関連付けるために実施されなければならない。これらの他の実施形態では、後方関連付けは、注入ポンプ１０２において提供される新しいバッグまたは療法毎に行われなければならない。
【００９２】
例示的後方関連付けプロシージャ
図８は、本開示の例示的実施形態による、医療デバイスデータを患者のＥＭＲまたは薬品指示と後方関連付けするための例示的プロシージャ８００の略図を示す。プロシージャ８００は、図８に図示されるフロー図を参照して説明されるが、プロシージャ８００と関連付けられるステップを実施する多くの他の方法が、使用され得ることを理解されたい。例えば、ブロックの多くの順序は、変更されてもよく、あるブロックは、他のブロックと組み合わせられてもよく、説明されるブロックの多くは、随意である。さらに、プロシージャ８００において説明されるアクションまたはステップは、例えば、ＥＭＲサーバ１１４、ゲートウェイ１０８、医療デバイス１０２、コンピュータ１２２、および／または走査装置１２４を含む、複数のデバイスの間で実施されてもよい。
【００９３】
図示されるプロシージャ８００は、ＥＭＲサーバ１１４が、調剤サーバ１１８、ＨＩＳ１２０、および／または臨床医デバイス１３０から薬品指示４０２を受信すると、開始される（ブロック８０２）。上記に議論されるように、薬品指示８０２は、薬品の投与に関連する薬品パラメータ、一意の薬品識別子、および患者識別子をプログラムするステップを含む。ＥＭＲサーバ１１４は、薬品指示４０２の患者識別子をデータベース１１６内の患者のＥＭＲの患者識別子に合致させる。ＥＭＲサーバ１１４は、薬品指示４０２を患者のＥＭＲに記憶するために合致を使用する（ブロック８０４）。
【００９４】
次に、臨床医は、医療デバイス１０２をプログラムすることによって、治療を開始する。治療が、開始される際、医療デバイス１０２は、医療デバイスデータ１１２をＥＭＲサーバ１１４に伝送する（ブロック８０６）。医療デバイスデータは、医療デバイス１０２のデバイス識別子を含む。ＥＭＲサーバ１１４は、デバイス識別子と任意の患者識別子および／または薬品指示識別子との間に、関連付けが存在するかどうかを決定する（ブロック８０８）。決定を行うために、ＥＭＲサーバ１１４は、例えば、識別子関連付けの関連付け記録にアクセスする、および／または関連付けに関する患者ＥＭＲ検索を読み取ってもよい。
【００９５】
決定されるいかなる関連付けも、存在しない場合、ＥＭＲサーバ１１４は、医療デバイスデータ１１２をデータベース１１６内の関連付けられない記録に記憶する（ブロック８１０）。図９は、本開示の例示的実施形態による、関連付けられない記録９００への医療デバイスデータ１１２の記憶を伴うデータベース１１６の略図を示す。図示される実施例では、関連付けられない記録９００は、データベース１１６内の第１の場所に記憶される。記録９００は、医療デバイス１０２のデバイス識別子「Ｄ２３３４」と関連付けられる医療デバイスデータ１１２を含む。図９のデータベース１１６はまた、患者識別子「Ｐ１２３」に対応する、患者のＥＭＲ９０２を含む。ＥＭＲ９０２はまた、「Ｏ７７４」の識別子を有する、薬品指示４０２を含む、またはそれと関連付けられる。薬品指示４０２はまた、ＥＭＲサーバ１１４が、薬品指示４０２を患者のＥＭＲ９０２に記憶するために使用した患者識別子を含む。示されるように、患者のＥＭＲ９０２は、関連付けられない記録９００とは別個である、データベース９０２内の第２の場所に位置する。
【００９６】
図８に再び目を向けると、ＥＭＲサーバ１１４は、識別子メッセージ１２８を受信する（ブロック８１２）。メッセージ１２８は、治療が進行中である間に、または治療が終了した後に、受信される。メッセージ１２８は、接続された走査装置１２８が、医療デバイス１２０の識別子および患者の識別子および／または薬品の識別子を示すコードを走査した、図１のコンピュータ１２２によって発生される。走査または入力のための医療デバイス１０２のデバイス識別子を示すために、臨床医は、医療デバイス１０２のインターフェース上の制御を作動させ、医療デバイス１０２に、識別子を用いてコード化されるデバイス識別子またはグラフィック（例えば、ＱＲコード（登録商標））を表示させてもよい。
【００９７】
識別子メッセージ８１２を受信した後、ＥＭＲサーバ１１４は、医療デバイス１０２と患者のＥＭＲとの間の関連付けを作成する（ブロック８１４）。関連付けを作成するために、ＥＭＲサーバ１１４は、メッセージ８１２内の患者または薬品指示識別子を患者のＥＭＲ内の対応する患者または薬品指示に合致させる。関連付けが、行われた後、ＥＭＲサーバ１１４は、関連付けを関連付け記録に記憶する、および／または医療デバイス１０２の識別子を薬品指示４０２および／または患者のＥＭＲに記憶する。関連付けが、作成された後、ＥＭＲサーバ１１４は、医療デバイス１０２からの医療デバイスデータを患者のＥＭＲに記憶する（ブロック８１６）。本記憶は、新しく受信された医療デバイスデータおよび／または関連付けられない記録内にすでに記憶されている医療デバイスデータを記憶するステップを含んでもよい。
【００９８】
図１０は、本開示の例示的実施形態による、関連付けが行われた後の図９のデータベース１１６の略図を示す。図示されるように、デバイス識別子「Ｄ２３３４」は、関連付けを作成するために、患者のＥＭＲ９０２に追加される。新しい医療デバイスデータ１１２ａが、ＥＭＲ９０２に記憶される。加えて、いくつかの実施形態では、関連付けられない記録９００における医療デバイスデータ１１２は、ＥＭＲサーバ１４４によって患者のＥＭＲ９０２に移動またはコピーされる。本明細書に議論される後方関連付けは、故に、関連付けが治療の開始に対して行われた時間にかかわらず、医療デバイスデータが適切な患者のＥＭＲに記憶されることを可能にする。
【００９９】
自動プログラミング実施形態
図１１は、本開示の例示的実施形態による、図１の医療環境１００内の自動プログラミングに関する略図を示す。いくつかの実施形態では、ポンプ１０２は、調剤サーバ１１８または他の集中病院システムから遠隔で自動プログラムされるように構成される。注入療法設定の間、ポンプ１０２は、ポンプが、手動で、または自動的にプログラムされるべきかどうかを選択するように、臨床医にプロンプトするように構成される。手動プログラミングが、選択される場合、ポンプ１０２は、いくつかの画面を通して進行し、臨床医が、薬物名称、注入タイプ、注入されるべき体積、および／または注入レートを選択することを可能にする。いくつかの実施形態では、注入ポンプ１０２は、自動プログラミング特徴が、可能にされる場合、手動プログラミングオプションを迂回してもよい。これらの実施形態では、注入ポンプ１０２は、処置面積が、治療設定の間に選択された後に、ポンプ識別子１２６を表示するように構成される。
【０１００】
自動プログラミングに関して、注入ポンプ１０２は、例えば、ＱＲコード（登録商標）（図７に示されるコード等）としてポンプ識別子１２６を表示するように構成される。臨床医は、ベッドサイドＣＯＷ１２２に取り付けられるバーコードリーダ１２４を用いてコードを走査する。加えて、臨床医は、特定の患者および／または部屋および／または薬品容器を示す患者識別子を走査する。ＣＯＷ１２２は、ネットワーク１１０を介して、ポンプ識別子（ＱＲコード（登録商標）から）および患者識別子をＥＭＲサーバ１１４に伝送する。識別子は、例えば、伝送のために識別子メッセージ内に含まれてもよい。加えて、調剤サーバ１１８は、規定された濃度の薬物／薬品を有する注入バッグの調製を指図する、注入処方箋を作成する。調剤サーバ１１８は、処方箋／薬品指示をＥＭＲサーバ１１４に伝送する。指示は、注入されるべき体積、薬物または薬品名称、薬物濃度、薬物レート、および患者識別子を規定してもよい。指示は、ＨＬ７プロトコルメッセージを使用して、調剤サーバ１１８からＥＭＲサーバ１１４に伝送される。ＨＬ７プロトコルは、臨床医環境内でのシームレスな統合のために、健康情報がメッセージにパッケージ化およびフォーマットされる方法を規定するフレームワークを提供する。
【０１０１】
ＥＭＲサーバ１１４は、ＣＯＷ１２２から受信された患者識別子を調剤指示内の患者識別子に合致させる。合致を行った後、ＥＭＲサーバ１１４は、ポンプ識別子をＨＬ７メッセージの宛先フィールドに追加し、それによって、ポンプ１０２に関する指示の作成を完了する。ＥＭＲサーバ１１４は、指示をシステムゲートウェイ１０８に伝送し、これは、ポンプ識別子のテーブルおよび注入ポンプのネットワークＩＰ／ＭＡＣアドレスを用いて構成される。
【０１０２】
ゲートウェイ１０８は、ＨＬ７メッセージ内に含有されるポンプ識別子に基づいて、ＩＰ／ＭＡＣアドレスを決定する。ゲートウェイ１０８はまた、ＨＬ７メッセージの妥当性を確認し、正常である場合、メッセージをＥＸＴＣＯＭメッセージに変換する。ゲートウェイ１０８は、次いで、ＥＸＴＣＯＭメッセージをネットワーク１１０を通して識別されたポンプ１０２に伝送する。そのために、ゲートウェイ１０８は、ＥＸＴＣＯＭメッセージをポンプ１０２の無線バッテリモジュールに送信する。ポンプ１０２のバッテリモジュールは、そのポンププロセッサが、ＥＸＴＣＯＭメッセージを受信するために利用可能になるまで待機する。バッテリモジュールは、そのコンテンツが正常に受信されていることを確実にするために、ＥＸＴＣＯＭメッセージに対する妥当性確認チェックを実施する。バッテリモジュールはさらに、処理のためにＥＸＴＣＯＭメッセージをＩＮＴＣＯＭメッセージに変換してもよい。ポンプ１０２内のプロセッサが、バッテリモジュールから（ＥＸＴＣＯＭまたはＩＮＴＣＯＭ）メッセージを受信した後、ポンプ１０２は、指示からのパラメータを用いて自動的にプログラムされる。ポンプ１０２は、パラメータを薬物ライブラリと比較し、任意の限界を超える場合、アラート／警告を表示する。プログラムされたパラメータに関する臨床医からの確認を受信することに応じて、ポンプ１０２は、処方された注入療法を提供することを可能にされる。ポンプ１０２から伝送されたデータは、ポンプが、自動プログラムされたときに作成された関連付けを使用して、ＥＭＲサーバ１１４によって患者のＥＭＲに記憶される。
【０１０３】
結論
本明細書に説明される、開示される方法およびプロシージャの全ては、１つ以上のコンピュータプログラムまたはコンポーネントを使用して実装され得ることを理解されたい。これらのコンポーネントは、ＲＡＭ、ＲＯＭ、フラッシュメモリ、磁気または光学ディスク、光学メモリ、または他の記憶媒体を含む、任意の従来のコンピュータ可読媒体上の一連のコンピュータ命令として提供されてもよい。命令は、一連のコンピュータ命令を実行すると、開示される方法およびプロシージャの全てまたは一部の性能を実施または促進する、プロセッサによって実行されるように構成されてもよい。
【０１０４】
本明細書に説明される例示的実施形態の種々の変更および修正が、当業者に明白となるであろうことを理解されたい。そのような変更および修正は、本主題の精神および範囲から逸脱することなく、かつその意図される利点を減少させることなく行われることができる。したがって、そのような変更および修正は、添付される請求項によって網羅されることを意図している。
【０１０５】
３５  Ｕ．Ｓ．Ｃ．  １１２（ｆ）またはｐｒｅ−ＡＩＡ  ３５  Ｕ．Ｓ．Ｃ  １１２（第６段落）は、用語「手段」または「ステップ」が、請求項に明示的に列挙されない限り、行使されることを意図していないことを理解されたい。故に、請求項は、本明細書またはその均等物に説明される対応する構造、材料、またはアクションに限定されることを意味しない。
【図１】
2021523470.tif 000003
【図２】
2021523470.tif 000004
【図３】
2021523470.tif 000005
【図４】
2021523470.tif 000006
【図５】
2021523470.tif 000007
【図６】
2021523470.tif 000008
【図７】
2021523470.tif 000009
【図８】
2021523470.tif 000010
【図９】
2021523470.tif 000011
【図１０】
2021523470.tif 000012
【図１１】
2021523470.tif 000013
【手続補正書】
【提出日】令和3年1月13日(2021.1.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
電子医療記録システムであって、
メモリデバイス内に記憶されるデータベースであって、前記データベースは、薬品指示を患者の電子医療記録（「ＥＭＲ」）に記憶するように構成され、前記薬品指示は、薬品指示識別子と、前記患者の患者識別子とを含み、前記患者のＥＭＲは、前記患者識別子を含む、データベースと、
サーバであって、前記サーバは、前記データベースと、メモリとに通信可能に結合され、前記メモリは、機械可読コードまたは命令を記憶しており、前記機械可読コードまたは命令は、サーバのプロセッサによって実行されると、前記サーバに、
ネットワークを介して医療デバイスから第１の医療デバイスデータを受信することであって、前記第１の医療デバイスデータは、前記医療デバイスのデバイス識別子を含む、ことと、
第１の時間に、前記デバイス識別子と任意の患者識別子または薬品指示識別子との間にいかなる関連付けも存在しないと決定し、前記第１の医療デバイスデータを前記データベース内の関連付けられない記録に記憶することと、
前記医療デバイスが、前記薬品を前記患者に投与している間、前記デバイス識別子と、前記患者識別子または前記薬品指示識別子のうちの少なくとも１つとを含む識別子メッセージを受信することと、
前記識別子メッセージの患者識別子または薬品指示識別子を前記薬品指示の薬品指示識別子または患者識別子に合致させることによって、前記患者のＥＭＲと前記医療デバイスとの間の関連付けを作成することと、
前記患者のＥＭＲと前記医療デバイスとの間の前記関連付けの後である第２の時間に、前記医療デバイスから第２の医療デバイスデータを受信することであって、前記第２の医療デバイスデータは、前記デバイス識別子を含む、ことと、
前記患者のＥＭＲと前記医療デバイスとの間の前記作成された関連付けに基づいて、前記第２の医療デバイスデータを前記患者のＥＭＲに記憶することと
を行わせる、サーバと
を備え、
前記第１の医療デバイスデータおよび前記第２の医療デバイスデータは、デバイス動作パラメータ、治療進度データ、アラーム／アラートデータ、事象データ、または診断情報のうちの少なくとも１つを含む、システム。
【請求項２】
前記サーバは、
前記デバイス識別子および前記患者識別子または前記薬品指示識別子のうちの少なくとも１つを関連付け記録のエントリに記憶すること、
前記デバイス識別子を前記患者のＥＭＲに記憶すること、または、
前記デバイス識別子を前記患者の薬品指示に記憶すること
のうちの少なくとも１つによって、前記患者のＥＭＲと前記医療デバイスとの間の関連付けを作成するように構成される、請求項１に記載のシステム。
【請求項３】
前記サーバは、前記患者のＥＭＲと前記医療デバイスとの間の前記関連付けが作成された後、前記第１の医療デバイスデータを前記患者のＥＭＲに記憶するように構成される、請求項１に記載のシステム。
【請求項４】
前記サーバは、前記関連付けられない記録または前記第１の医療デバイスデータのうちの少なくとも１つを前記データベースから削除させるように構成される、請求項３に記載のシステム。
【請求項５】
前記識別子メッセージのデバイス識別子は、前記医療デバイスが、前記薬品を前記患者に投与している間、バーコード走査装置を介して、英数字、バーコード、またはクイックレスポンス（「ＱＲ」）コードのうちの少なくとも１つを走査することによって決定される、請求項１に記載のシステム。
【請求項６】
前記サーバは、前記バーコード走査装置または前記バーコード走査装置に接続される可動式コンピュータから前記識別子メッセージを受信するように構成される、請求項５に記載のシステム。
【請求項７】
前記ネットワークを介して前記医療デバイスおよび前記サーバに通信可能に結合されるゲートウェイをさらに備え、前記ゲートウェイは、
ＩＮＴＣＯＭまたはＥＸＴＣＯＭフォーマットにおいて前記医療デバイスから前記医療デバイスデータを受信することと、
前記医療デバイスデータをＨＬ７フォーマットに変換することと、
前記フォーマットされた医療デバイスデータを前記サーバに伝送することと
を行うように構成される、請求項１に記載のシステム。
【請求項８】
前記関連付けられない記録は、前記デバイス識別子によって前記データベース内でインデックス化される、請求項１に記載のシステム。
【請求項９】
前記医療デバイスは、注入ポンプまたは腎不全療法機械のうちの少なくとも１つを含む、請求項１に記載のシステム。
【請求項１０】
電子医療記録記憶方法であって、
プロセッサを介して、データベース内の電子医療記録（「ＥＭＲ」）に、患者の薬品指示を記憶することであって、前記薬品指示は、薬品指示識別子と、患者識別子とを含む、ことと、
前記プロセッサにおいて、ネットワークを介して医療デバイスから第１の医療デバイスデータを受信することであって、前記第１の医療デバイスデータは、前記医療デバイスのデバイス識別子を含む、ことと、
前記プロセッサを介して、前記デバイス識別子と任意の患者識別子または薬品指示識別子との間にいかなる関連付けも存在しないと決定した後、前記第１の医療デバイスデータを前記データベース内の関連付けられない記録に記憶することと、
前記プロセッサにおいて、前記医療デバイスが、前記薬品を前記患者に投与している間、前記デバイス識別子と、前記患者識別子または前記薬品指示識別子のうちの少なくとも１つとを含む識別子メッセージを受信することと、
前記プロセッサを介して、前記識別子メッセージを使用して、前記患者のＥＭＲと前記医療デバイスとの間の関連付けを作成することと、
前記プロセッサにおいて、前記患者のＥＭＲと前記医療デバイスとの間の前記関連付けの後、前記医療デバイスから第２の医療デバイスデータを受信することであって、前記第２の医療デバイスデータは、前記デバイス識別子を含む、ことと、
前記プロセッサを介して、前記患者のＥＭＲと前記医療デバイスとの間の前記作成された関連付けに基づいて、前記第２の医療デバイスデータを前記患者のＥＭＲに記憶することと
を含み、
前記第１の医療デバイスデータおよび前記第２の医療デバイスデータは、デバイス動作パラメータ、治療進度データ、アラーム／アラートデータ、事象データ、または診断情報のうちの少なくとも１つを含む、方法。
【請求項１１】
前記患者のＥＭＲと前記医療デバイスとの間の前記関連付けが、作成された後、前記第１の医療デバイスデータを前記患者のＥＭＲに記憶することをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記医療デバイスが、前記薬品を前記患者に投与している間、前記医療デバイスのインターフェースにおいて、前記デバイス識別子を表示するためのオペレータ入力を受信することと、
前記医療デバイスを介して、前記デバイス識別子を前記医療デバイスの画面上に表示させることと
をさらに含む、請求項１０に記載の方法。
【請求項１３】
前記デバイス識別子は、英数字、バーコード、またはクイックレスポンス（「ＱＲ」）コードのうちの少なくとも１つを介して表示される、請求項１２に記載の方法。
【請求項１４】
バーコード走査装置において、前記医療デバイスの画面上に表示される前記デバイス識別子を読み取ることから、前記デバイス識別子を示す第１の情報を受信することと、
バーコード走査装置において、患者リストバンド上に提供される前記患者識別子を読み取ることから、前記患者識別子を示す第２の情報を受信することと、
前記バーコード走査装置に接続されるコンピュータを介して、前記識別子メッセージを作成することと、
前記コンピュータを介して、前記ネットワークを介して前記識別子メッセージを前記プロセッサに伝送することと
をさらに含む、請求項１２に記載の方法。
【請求項１５】
前記プロセッサにおいて、調剤サーバから少なくとも１つのＨＬ７メッセージ内の前記薬品指示を受信することと、
前記プロセッサを介して、前記患者のＥＭＲと前記薬品指示との間の関連付けのために、前記患者識別子を使用して、前記薬品指示を前記患者のＥＭＲに記憶することと
をさらに含む、請求項１０に記載の方法。
【請求項１６】
前記薬品指示は、薬品名称、注入されるべき体積、薬品濃度、または薬品送達レートのうちの少なくとも１つを含む、請求項１０に記載の方法。
【請求項１７】
前記識別子メッセージ内の前記デバイス識別子は、暗号化され、さらに、前記プロセッサを介して、記憶されたキーを使用して前記デバイス識別子を復号化することを含む、請求項１０に記載の方法。
【請求項１８】
電子医療記録メモリであって、前記電子医療記録メモリは、機械可読コードまたは命令を記憶しており、前記機械可読コードまたは命令は、プロセッサによって実行されると、前記プロセッサに、
注入ポンプが、薬品を患者に投与している間、前記患者の電子医療記録（「ＥＭＲ」）と前記注入ポンプとの間の関連付けが行われる前に、第１の注入ポンプデバイスデータを受信することであって、前記第１の注入ポンプデバイスデータは、前記注入ポンプのデバイス識別子を含み、前記患者の前記ＥＭＲは、薬品指示識別子および患者識別子を含む、ことと、
前記患者の前記ＥＭＲと前記注入ポンプとの間にいかなる関連付けも存在しないと決定した後、前記第１の注入ポンプデバイスデータを前記データベース内の関連付けられない記録に記憶することと、
注入ポンプが、薬品を患者に投与している間、前記注入ポンプのデバイス識別子と、前記患者の患者識別子または前記注入ポンプによって投与されている薬品の薬品指示識別子のうちの少なくとも１つとを含む識別子メッセージを受信することと、
前記識別子メッセージを使用して、データベース内に位置する前記患者のＥＭＲと前記注入ポンプとの間の関連付けを作成することと、
前記患者のＥＭＲと前記注入ポンプとの間の前記関連付けの後、前記注入ポンプから第２の注入ポンプデバイスデータを受信することであって、前記第２の注入ポンプデバイスデータは、前記デバイス識別子を含む、ことと、
前記患者のＥＭＲと前記注入ポンプとの間の前記作成された関連付けに基づいて、前記第２の注入ポンプデバイスデータを前記患者のＥＭＲに記憶することと
を行わせ、
前記第１の注入ポンプデバイスデータおよび前記第２の注入ポンプデバイスデータは、デバイス動作パラメータ、治療進度データ、アラーム／アラートデータ、事象データ、または診断情報のうちの少なくとも１つを含む、電子医療記録メモリ。
【請求項１９】
前記プロセッサによって実行されると、前記プロセッサに、前記患者のＥＭＲと前記注入ポンプとの間の前記関連付けが作成された後、前記第１の注入ポンプデバイスデータを前記患者のＥＭＲに記憶させる機械可読コードまたは命令をさらに記憶する、請求項１８に記載の電子医療記録メモリ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
本明細書に議論される利点は、本明細書に開示される実施形態のうちの１つまたはいくつかに見出され、おそらく、その全てに見出されるわけではない場合がある。付加的特徴および利点が、本明細書に説明され、以下の詳細な説明および図から明白となるであろう。
本発明は、例えば、以下を提供する。
（項目１）
電子医療記録システムであって、
メモリデバイス内に記憶されるデータベースであって、上記データベースは、薬品指示を患者の電子医療記録（「ＥＭＲ」）に記憶するように構成され、上記薬品指示は、薬品指示識別子と、上記患者の患者識別子とを含み、上記患者のＥＭＲは、上記患者識別子を含む、データベースと、
サーバであって、上記サーバは、上記データベースと、メモリとに通信可能に結合され、上記メモリは、機械可読コードまたは命令を記憶しており、上記機械可読コードまたは命令は、サーバのプロセッサによって実行されると、上記サーバに、
ネットワークを介して医療デバイスから第１の医療デバイスデータを受信することであって、上記第１の医療デバイスデータは、上記医療デバイスのデバイス識別子を含む、ことと、
第１の時間に、上記デバイス識別子と任意の患者識別子または薬品指示識別子との間にいかなる関連付けも存在しないと決定し、上記第１の医療デバイスデータを上記データベース内の関連付けられない記録に記憶することと、
上記医療デバイスが、上記薬品を上記患者に投与している間、上記デバイス識別子、上記患者識別子、および上記薬品指示識別子のうちの少なくとも２つを含む識別子メッセージを受信することと、
上記識別子メッセージの患者識別子または薬品指示識別子を上記薬品指示の薬品指示識別子または患者識別子に合致させることによって、上記患者のＥＭＲと上記医療デバイスとの間の関連付けを作成することと、
上記患者のＥＭＲと上記医療デバイスとの間の上記関連付けの後である第２の時間に、上記医療デバイスから第２の医療デバイスデータを受信することであって、上記第２の医療デバイスデータは、上記デバイス識別子を含む、ことと、
上記患者のＥＭＲと上記医療デバイスとの間の上記作成された関連付けに基づいて、上記第２の医療デバイスデータを上記患者のＥＭＲに記憶することと
を行わせる、サーバと
を備える、システム。
（項目２）
上記サーバは、
上記デバイス識別子および上記患者識別子または上記薬品指示識別子のうちの少なくとも１つを関連付け記録のエントリに記憶すること、
上記デバイス識別子を上記患者のＥＭＲに記憶すること、または、
上記デバイス識別子を上記患者の薬品指示に記憶すること
のうちの少なくとも１つによって、上記患者のＥＭＲと上記医療デバイスとの間の関連付けを作成するように構成される、項目１に記載のシステム。
（項目３）
上記サーバは、上記患者のＥＭＲと上記医療デバイスとの間の上記関連付けが作成された後、上記第１の医療デバイスデータを上記患者のＥＭＲに記憶するように構成される、項目１に記載のシステム。
（項目４）
上記サーバは、上記関連付けられない記録または上記第１の医療デバイスデータのうちの少なくとも１つを上記データベースから削除させるように構成される、項目３に記載のシステム。
（項目５）
上記識別子メッセージのデバイス識別子は、上記医療デバイスが、上記薬品を上記患者に投与している間、バーコード走査装置を介して、英数字、バーコード、またはクイックレスポンス（「ＱＲ」）コードのうちの少なくとも１つを走査することによって決定される、項目１に記載のシステム。
（項目６）
上記サーバは、上記バーコード走査装置または上記バーコード走査装置に接続される可動式コンピュータから上記識別子メッセージを受信するように構成される、項目５に記載のシステム。
（項目７）
上記ネットワークを介して上記医療デバイスおよび上記サーバに通信可能に結合されるゲートウェイをさらに備え、上記ゲートウェイは、
ＩＮＴＣＯＭまたはＥＸＴＣＯＭフォーマットにおいて上記医療デバイスから上記医療デバイスデータを受信することと、
上記医療デバイスデータをＨＬ７フォーマットに変換することと、
上記フォーマットされた医療デバイスデータを上記サーバに伝送することと
を行うように構成される、項目１に記載のシステム。
（項目８）
上記関連付けられない記録は、上記デバイス識別子によって上記データベース内でインデックス化される、項目１に記載のシステム。
（項目９）
上記医療デバイスは、注入ポンプまたは腎不全療法機械のうちの少なくとも１つを含む、項目１に記載のシステム。
（項目１０）
電子医療記録方法であって、
プロセッサを介して、データベース内の電子医療記録（「ＥＭＲ」）に、患者の薬品指示を記憶することであって、上記薬品指示は、薬品指示識別子と、患者識別子とを含む、ことと、
上記プロセッサにおいて、ネットワークを介して医療デバイスから第１の医療デバイスデータを受信することであって、上記第１の医療デバイスデータは、上記医療デバイスのデバイス識別子を含む、ことと、
上記プロセッサを介して、上記デバイス識別子と任意の患者識別子または薬品指示識別子との間にいかなる関連付けも存在しないと決定した後、上記第１の医療デバイスデータを上記データベース内の関連付けられない記録に記憶することと、
上記プロセッサにおいて、上記医療デバイスが、上記薬品を上記患者に投与している間、上記デバイス識別子、上記患者識別子、および上記薬品指示識別子のうちの少なくとも２つを含む識別子メッセージを受信することと、
上記プロセッサを介して、上記識別子メッセージを使用して、上記患者のＥＭＲと上記医療デバイスとの間の関連付けを作成することと、
上記プロセッサにおいて、上記患者のＥＭＲと上記医療デバイスとの間の上記関連付けの後、上記医療デバイスから第２の医療デバイスデータを受信することであって、上記第２の医療デバイスデータは、上記デバイス識別子を含む、ことと、
上記プロセッサを介して、上記患者のＥＭＲと上記医療デバイスとの間の上記作成された関連付けに基づいて、上記第２の医療デバイスデータを上記患者のＥＭＲに記憶することと
を含む、方法。
（項目１１）
上記患者のＥＭＲと上記医療デバイスとの間の上記関連付けが、作成された後、上記第１の医療デバイスデータを上記患者のＥＭＲに記憶することをさらに含む、項目１０に記載の方法。
（項目１２）
上記医療デバイスが、上記薬品を上記患者に投与している間、上記医療デバイスのインターフェースにおいて、上記デバイス識別子を表示するためのオペレータ入力を受信することと、
上記医療デバイスを介して、上記デバイス識別子を上記医療デバイスの画面上に表示させることと
をさらに含む、項目１０に記載の方法。
（項目１３）
上記デバイス識別子は、英数字、バーコード、またはクイックレスポンス（「ＱＲ」）コードのうちの少なくとも１つを介して表示される、項目１２に記載の方法。
（項目１４）
バーコード走査装置において、上記医療デバイスの画面上に表示される上記デバイス識別子を読み取ることから、上記デバイス識別子を示す第１の情報を受信することと、
バーコード走査装置において、患者リストバンド上に提供される上記患者識別子を読み取ることから、上記患者識別子を示す第２の情報を受信することと、
上記バーコード走査装置に接続されるコンピュータを介して、上記識別子メッセージを作成することと、
上記コンピュータを介して、上記ネットワークを介して上記識別子メッセージを上記プロセッサに伝送することと
をさらに含む、項目１２に記載の方法。
（項目１５）
上記プロセッサにおいて、調剤サーバから少なくとも１つのＨＬ７メッセージ内の上記薬品指示を受信することと、
上記プロセッサを介して、上記患者のＥＭＲと上記薬品指示との間の関連付けのために、上記患者識別子を使用して、上記薬品指示を上記患者のＥＭＲに記憶することと
をさらに含む、項目１０に記載の方法。
（項目１６）
上記薬品指示は、薬品名称、注入されるべき体積、薬品濃度、または薬品送達レートのうちの少なくとも１つを含む、項目１０に記載の方法。
（項目１７）
上記識別子メッセージ内の上記デバイス識別子は、暗号化され、さらに、上記プロセッサを介して、記憶されたキーを使用して上記デバイス識別子を復号化することを含む、項目１０に記載の方法。
（項目１８）
電子医療記録メモリであって、上記電子医療記録メモリは、機械可読コードまたは命令を記憶しており、上記機械可読コードまたは命令は、プロセッサによって実行されると、上記プロセッサに、
注入ポンプが、薬品を患者に投与している間、上記注入ポンプのデバイス識別子、上記患者の患者識別子、および上記注入ポンプによって投与されている薬品の薬品指示識別子のうちの少なくとも２つを含む識別子メッセージを受信することと、
上記識別子メッセージを使用して、データベース内に位置する上記患者のＥＭＲと上記注入ポンプとの間の関連付けを作成することと、
上記患者のＥＭＲと上記注入ポンプとの間の上記関連付けの後、上記注入ポンプから注入ポンプデータを受信することであって、上記注入ポンプデータは、上記デバイス識別子を含む、ことと、
上記患者のＥＭＲと上記注入ポンプとの間の上記作成された関連付けに基づいて、上記注入ポンプデバイスデータを上記患者のＥＭＲに記憶することと
を行わせる、電子医療記録メモリ。
（項目１９）
上記プロセッサによって実行されると、上記プロセッサに、
上記患者のＥＭＲと上記注入ポンプとの間の上記関連付けの前に、第１の注入ポンプデバイスデータを受信することと、
上記デバイス識別子と任意の患者識別子または薬品指示識別子との間にいかなる関連付けも存在しないと決定した後、第１の医療デバイスデータを上記データベース内の関連付けられない記録に記憶することと
を行わせる機械可読コードまたは命令をさらに記憶する、項目１８に記載の電子医療記録メモリ。
（項目２０）
上記プロセッサによって実行されると、上記プロセッサに、上記患者のＥＭＲと上記医療デバイスとの間の上記関連付けが作成された後、上記第１の医療デバイスデータを上記患者のＥＭＲに記憶させる機械可読コードまたは命令をさらに記憶する、項目１９に記載の電子医療記録メモリ。
【国際調査報告】
2021523470.tif 000014
2021523470.tif 000015