(57)【特許請求の範囲】
【請求項１】
薬局コンピュータおよび情報端末を用いて、患者に対して施与されるべき薬物治療が正しいかどうかを証明するための方法であって、該薬局コンピュータが第１プロセッサを備え、該情報端末は第２のプロセッサを備え、該方法は、
該第１のプロセッサが、中央位置において該薬局コンピュータに、第１のソースから患者識別子を、および該情報端末から第１の薬物識別子を提供することにより、薬物治療を患者と関連づけるステップであって、該第１の薬物識別子が該患者識別子を含み、該情報端末と該薬局コンピュータとがケーブル通信システムを含むネットワークによってリンクされ、該情報端末は、該ネットワークの該ケーブル通信システムと、第１無線通信経路を介して通信する、ステップと、
該第２のプロセッサが、メモリ中に格納されたソフトウェアを実行して、これにより、遠隔位置において、該情報端末から患者のアイデンティティに関連する情報にアクセスするステップと、
第２の薬物識別子を該情報端末に入力するステップであって、該第２の薬物識別子が該患者識別子を含み、該情報端末の該第２のプロセッサが患者のアイデンティティ、薬物治療、および医療デバイスに関連する情報にアクセスするステップであって、該薬物治療は治療タイプを有する、ステップと、
該情報端末の該第２のプロセッサが、該メモリ中に格納された薬物治療確認システムを読んで該薬物治療は該患者に以前に関連付けられているか否かを判定するステップであって、該薬物治療確認システムは、正しい薬物が正しい患者に正しい用量で正しい時刻に正しいルートを介して提供されるか否かを確認する、ステップと、
該情報端末が、該薬物治療が該患者に以前に関連付けられていない場合、第１のエラー信号を提供するステップと、
該第２のプロセッサが、該メモリ中に格納されたソフトウェアを実行して、これにより、該情報端末から該医療デバイスのアイデンティティに関連する情報にアクセスするステップと、
該第１のプロセッサが、該医療デバイスに流量動作パラメータを提供し、該第１および第２の薬物識別子が同じ患者識別子を含むかどうかが該情報端末によって判定されるステップと、
該第１のプロセッサが、該医療デバイスの該流量動作パラメータが該薬物治療と一致するか否かを判定するステップであって、該動作パラメータは、中央位置において該薬局コンピュータの該第１のプロセッサから提供され、該動作パラメータは該情報端末を通過することなく該医療デバイスに提供される、ステップと、
該医療デバイスの該動作パラメータが該薬物治療と一致しない場合、該薬局コンピュータが、第２のエラー信号を提供するステップと、
該医療デバイスによって提供される薬物に関連付けられた指定された流量調節許容値内で、臨床家が流量を調節することを可能にするステップであって、該情報端末が、該臨床家が該流量調節許容値を無視することを許可されているか否かに関する所定の指示を格納しており、該臨床家が許可されている場合該臨床家が該流量調節許容値を書き換えすることを可能にする、ステップと、
該臨床家が該流量調節許容値を無視することを許可されている場合に、該薬局コンピュータが、該臨床家が該流量調節許容値を無視することを可能にするステップと
を包含し、
第２のエラー信号が該第１のエラー信号とは異なり、
該第１のソースがバーコード、タグ、レーザ読み出し可能なデータ、無線周波数読み出し可能なデータ、キーボード、ｉＢｕｔｔｏｎリーダ、指紋スキャナおよびバーコードリーダからなる群より選択される、
方法。
【請求項２】
前記医療デバイスは、輸液ポンプである、請求項１に記載の方法。
【請求項３】
前記薬局コンピュータに薬物識別子を提供するステップは、前記第１のプロセッサが入力デバイスによって生成される信号をコンピュータ読み出し可能媒体フォーマットに変換するステップを含む、請求項１に記載の方法。
【請求項４】
前記患者識別子は識別子のグループのうちの１つであり、該識別子のグループは、患者の名前、患者の社会保障番号、患者の血液型、患者の住所、患者のアレルギー、病院の患者ＩＤ番号、病院でのベッドの位置、および患者の親族の名前からなる、請求項１に記載の方法。
【請求項５】
前記情報端末に入力するステップは、前記第２のプロセッサが入力デバイスによって生成される信号をコンピュータ読み出し可能媒体フォーマットに変換する工程を含む、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、概して、医療デバイスの操作およびデバイス間の通信を行うシステムおよび方法に関する。より具体的には、本発明は、正しい薬物が正しい患者に、正しい用量で、正しい時刻に、正しいルートで提供されていることを確認するシステムおよび方法に関する。
【背景技術】
【０００２】
代表的な患者ケアシステムは、コンピュータネットワーク、患者を治療する医療機器、および医療機器のコントロールを含む。患者ケアシステムは、コンピュータ化自動システムおよび方法の使用を通じて向上してきたが、患者ケアシステムは、医療機器および医療機器のコントロールに関して、手動データ管理プロセスに大きく頼り続けている。たとえば、近代的な病院において、ナースステーションは、一般的には、コンピュータネットワークに接続されているが、通常は、コンピュータネットワークは患者の部屋まで拡張されていない。コンピュータネットワークは、医療機器の操作およびモニタリング、ならびに看護の場における医療機器のコントロールを含む自動データ管理処理の機会を提供する。この分野においける進歩にも関わらず、自動データ管理技術は、例えば輸液ポンプのような医療機器を操作するより効率的なシステムおよび方法がないことに起因して、看護の場における用途に十分に活用されていない。
【発明の開示】
【課題を解決するための手段】
【０００３】
（発明の要旨）
本発明は、医療デバイスを操作するシステムおよび方法を提供する。システムおよび方法は、輸液ポンプをプログラムするために用いられ得る。システムは、コンピュータプログラムを含む様々な方法で実現され得る。コンピュータプログラムとして実現される場合、プログラムは、以下のようなロジックを含む。患者のアイデンティティに関連する情報にアクセスするロジックと、薬物治療のアイデンティティに関連する情報にアクセスするロジックであって、該薬物治療は治療タイプを有する、ロジックと、該薬物治療は該患者に以前に関連付けられているか否かを判定するロジックと、該薬物治療が該患者に以前に関連付けられていない場合、第１のエラー信号を提供するロジックと、医療デバイスのアイデンティティに関連する情報にアクセスするロジックと、該医療デバイスは該薬物治療タイプを投与するように構成される、ロジックと、該医療デバイスの複数の動作パラメータが該薬物治療と一致するか否かを判定するロジックであって、該動作パラメータは中央コンピュータから提供され、該動作パラメータは遠隔コンピュータを通過することなく、該医療デバイスに提供される、ロジックと、該医療デバイスの該動作パラメータが該薬物治療と一致しない場合、第２のエラー信号を提供するロジックと、該薬物治療を該患者に提供するように該医療デバイスをイネーブルするロジックと、該医療デバイスが該薬物治療を該患者に提供していることを確認するロジックとである。
【０００４】
本発明の他のシステム、方法、機能および利点は、添付の図面および詳細な説明を参考にすれば、当業者にとって明らかである。この記載に含まれるこのようなさらなるシステム、方法、機能および利点の全てが本発明の範囲内であり、特許請求の範囲によって保護される。したがって、本発明は以下をも提供する。
（１）第１のコンピュータおよび第２のコンピュータの使用を含む、薬物治療を施与する方法であって、
遠隔位置において、該第２のコンピュータから患者のアイデンティティに関連する情報にアクセスするステップと、
該第２のコンピュータから薬物治療のアイデンティティに関連する情報にアクセスするステップであって、該薬物治療は治療タイプを有する、ステップと、
該薬物治療は該患者に以前に関連付けられているか否かを判定するステップと、
該薬物治療が該患者に以前に関連付けられていない場合、第１のエラー信号を提供するステップと、
該第２のコンピュータから医療デバイスのアイデンティティに関連する情報にアクセスするステップであって、該医療デバイスは該薬物治療タイプを投与するように構成される、ステップと、
該医療デバイスの複数の動作パラメータが該薬物治療と一致するか否かを判定するステップであって、該動作パラメータは、中央コンピュータにおける該第１のコンピュータから提供され、該動作パラメータは該第２のコンピュータを通過することなく、該医療デバイスに提供される、ステップと、
該医療デバイスの該動作パラメータが該薬物治療と一致しない場合、第２のエラー信号を提供するステップと、
該薬物治療を該患者に提供するように該医療デバイスをイネーブルするステップと、
該医療デバイスが該薬物治療を該患者に提供していることを確認するステップと
を包含する、方法。
（２）前記第１のコンピュータに患者識別子および薬物識別子を提供することによって、前記薬物治療が前記患者に以前に関連付けられ、該薬物識別子は該患者識別子を含む、項目１に記載の方法。
（３）前記薬物治療のアイデンティティに関連する情報にアクセスするステップは、前記第２のコンピュータに第２の薬物識別子を入力する工程を含み、該第２の薬物識別子は患者識別子を含む、項目２に記載の方法。
（４）前記医療デバイスの動作パラメータを提供するステップは、前記第１および第２の薬物識別子が同じ患者識別子を含む場合にのみ行われる、項目３に記載の方法。
（５）前記医療デバイスは、輸液ポンプである、項目１に記載の方法。
（６）前記第１のコンピュータに薬物識別子を提供する工程は、入力デバイスによって生成される信号をコンピュータ読み出し可能媒体フォーマットに変換する工程を含む、項目１に記載の方法。
（７）前記患者識別子は識別子のグループのうちの１つであり、該識別子のグループは、患者の名前、患者の社会保障番号、患者の血液型、患者の住所、患者のアレルギー、病院の患者ＩＤ番号、病院でのベッドの位置、および患者の親族の名前からなる、項目１に記載の方法。
（８）前記動作パラメータは、動作パラメータのグループのうちの１つであり、該動作パラメータグループは、単位時間当たりの薬物の流れ、薬物の量、服用単位、服用持続時間、服用容量、薬の名前、用量単位、およびモニタリング制限からなる、項目１に記載の方法。
（９）第１のソースから第２のコンピュータに入力するステップは、入力デバイスによって生成される信号をコンピュータ読み出し可能媒体に変換するステップを含む、項目１に記載の方法。
（１０）臨床家のアイデンティティに関連する情報にアクセスするステップは、バーコードスキャナを用いて該臨床家のバッジを読み取るステップを含み、該動作パラメータは、無線通信経路を用いて前記医療デバイスに提供される、項目１に記載の方法。
【発明を実施するための最良の形態】
【０００５】
本発明は添付の図面を参照することにより、より良く理解され得る。図面内の部品は、必ずしも正確に縮尺がとられる必要はなく、本発明の原理を明確に例示するために強調される。図面において、いくつかの図を通して、対応する部材は同一の参照符号が付されている。
【０００６】
図１は、患者ケアシステム１００の図である。患者ケアシステム１００は、ネットワーク１０２によってリンクされた、薬局コンピュータ１０４、中央システム１０８、および治療の場１０６を含む。薬局コンピュータ１０４は、処理装置１０４ａ、キーボード１０４ｂ、ビデオ表示１０４ｃ、プリンタ１０４ｄ、バーコードリーダ１０４ｅ、およびマウス１０４ｆを含む。図１には示されていないが、患者ケアシステム１００はまた、病院事務用のサブシステム、ナースステーション、臨床情報サブシステム、病院情報サブシステム、入院、退院および転院（ＡＤＴ）サブシステム、課金サブシステム、あるいは／ならびに患者ケアシステムに通常含まれる他のサブシステムを含み得る。
【０００７】
中央システム１０８は、中央サービス装置１０８ａ、データベース１０８ｂ、ビデオディスプレイ１０８ｃ、入力／出力コンポーネント、および当業者にとって公知の他の多くのコンポーネントを含み得る。ネットワーク１０２は、ケーブル通信システム１１０の部分、および無線通信システムの部分を含み得る。ケーブル通信システム１１０は、イーサネット（登録商標）ケーブルシステム、およびシンネットシステムであり得るが、これらに限定されない。
【０００８】
治療の場１０６は、治療ベッド１０６ａ、輸液ポンプ１２０、および薬物療法カート１３２を含み得る。図１には、臨床家１１６および患者１１２が、治療の場１０６に示されている。薬物１２４は、輸液ポンプ１２０を用いて投与され得るタイプのものであり得る。薬物１２４はまた、輸液ポンプを用いることなしに投与されるタイプのものであってもよい。薬物は、薬物療法カート１３２の薬物保管領域１３２ａに格納され得る。臨床家１１６は、情報端末１１８を用いて、薬物１２４を患者１１２に投与する。
【０００９】
患者１１２の治療において、臨床家１１６は、第１の無線通信経路１２６を介してネットワーク１０２のケーブル通信システム１１０と通信するために、情報端末１１８を用い得る。また、輸液ポンプ１２０は、第２の無線通信経路１２８を介して、ケーブル通信システム１１０と通信する能力を有し得る。また、薬物カート１２４も、無線通信経路（図１には図示されていない）を介して通信する能力を有し得る。無線トランシーバ１１４は、ケーブル通信システム１１０とインターフェースする。ネットワークの無線通信システムの部分は、ＩＥＥＥ８０２．１１ｂ「無線イーサネット（登録商標）」、ローカルエリアネットワーク、無線ローカルエリアネットワーク、ツリー型を有するネットワーク、リング型を有するネットワーク、プレゼンスシステムの無線インターネットポイント、イーサネット（登録商標）、インターネット、無線通信、赤外線、光ファイバ、および電話のような当業者にとって公知の技術を採用し得るが、これらに限定されない。図１には、無線通信システムとして示されているが、通信経路は、ハードワイヤ通信経路であってもよい。
【００１０】
患者ケアシステム１００において、医師（図示せず）は、患者１１２のための薬物１２４をオーダーし得る。オーダーはまた、治療の場１０６において、臨床家１１６から発せられてもよい。医師および／または臨床家１１６は、コンピュータ化された医師のオーダーエントリシステム（ＣＰＯＥ）および／または薬物カート１３２を用いて、患者１１２のための薬物１２４をオーダーし得る。基本的なＣＰＯＥは当業者によく知られている。その名前にもかかわらず、ＣＰＯＥは、臨床家１１６によって用いられてもよい。薬物１２４が、輸液ポンプ１２０を用いて投与することが効率的なものである場合、オーダーは、輸液ポンプ１２０の動作パラメータを生成するための情報を含み得る。動作パラメータは、医療デバイス３３２（図３）がオーダーにしたがって動作するようにプログラムするために必要な情報および／または命令セットである。
【００１１】
オーダーは、キーボード１０４ｂ、マウス１０４ｆ、タッチパネルディスプレイ、ＣＰＯＥシステムおよび／または薬物療法カート１３２などの入力／出力デバイスを介して、薬局コンピュータ１０４に入力され得る。これらの入力／出力デバイスおよび類似のものは、当業者によく知られている。処理装置１０４ａは、手動で入力されたオーダーを、コンピュータ読み出し可能データに変換することができる。コンピュータ化処方オーダーエントリシステムのようなデバイスは、処理装置１０４ａへの導入の前に、オーダーをコンピュータ読み出し可能データに変換し得る。その後、動作パラメータは、プリンタ１０４ｄによって、薬物ラベル１２４ａにバーコードフォーマットで印刷され得る。その後、薬物ラベル１２４ａは、薬物１２４の容器に貼られ得る。その後、薬物１２４の容器は、治療の場１０６へと運ばれる。その後、薬物１２４は、経口、または、輸液ポンプ１２０を含む、当該技術において公知の様々な方法で、患者１１２に投与され得る。薬物１２４が経口投与される場合、臨床家１１６は、情報端末および／または薬物カート１３２を介して通信し得る。薬物カート１３２は、コンピュータ化されており、概して、キーボード（図示せず）、ディスプレイ１３２ｂ、および他のバーコードスキャナ（図示せず）のような他の入力／出力デバイスを有する。
【００１２】
治療の場において、薬物１２４は、輸液ポンプ１２０に取り付けられ得、静脈（ＩＶ）ライン１３０が輸液ポンプ１２０から患者１１２まで延ばされ得る。輸液ポンプ１２０は、ポンピング装置１２０ａ、キーパッド１２０ｂ、ディスプレイ１２０ｃ、および輸液ポンプＩＤ１２０ｄ、およびアンテナ１２０ｅを含み得る。従来技術による輸液ポンプには、本発明の薬物医療確認システム２１０（図２）を完全にインプリメントするために、無線アダプタ（図示せず）が設けられる場合がある。無線アダプタは、従来技術の輸液ポンプのバッテリー寿命を低減させることを避ける必要がある場合、自身のバッテリーを有することがある。無線アダプタはまた、格納および転送データ管理、ならびに、電力消費を最低限にするためのデータ圧縮のようなインテリジェントデータ管理を用い得るが、インテリジェントデータ管理はこれらに限定されるものではない。無線アダプタはまた、ネットワーク１０２が機能していないときでさえも情報端末１１８と通信する能力を含み得る。
【００１３】
患者ケアシステム１００は、職員識別子、機器識別子、薬物識別子などの様々な識別子を含み得るが、識別子はこれらに限定されるものではない。図１において、臨床家１１６は臨床家バッジ１１６ａ識別子を有し得、患者１１２はリストバンド１１２ａ識別子を有し得、輸液ポンプ１２０は、輸液ポンプＩＤ１２０ｄ識別子を有し得、薬物１２４は薬物ラベル１２４ａ識別子を有し得る。臨床家バッジ１１６ａ、リストバンド１１２ａ、輸液ポンプＩＤ１２０ｄ、および薬物ラベル１２４ａは、関連付けられた職員、機器または薬物を識別するための情報を含む。識別子はまた、さらなる情報を含み得る。例えば、薬物ラベル１２４ａは、薬物１２４の意図された服用者についての情報と、輸液ポンプ１２０の動作パラメータと、薬物１２４のロット番号および使用期限についての情報とを含み得る。識別子に含まれる情報は、印刷され得るが、バーコードのような光学読み出し可能デバイスフォーマット、ＲＦＩＤのような無線周波数（ＲＦ）デバイス読み出し可能フォーマット、ｉＢｕｔｔｏｎ、スマートカード、およびレーザ読み出し可能フォーマットなどのデバイス読み出し可能フォーマットであることが好ましい。デバイス読み出し可能フォーマットは上記のものに限定されない。情報端末１１８は、ディスプレイ１１８ａを含み得、指紋のようなバイオメトリック情報を含む識別子を読む能力を有し得る。
【００１４】
リストバンド１１２ａは、代表的には、患者１１２が医療ケア設備に入ると、患者１１２に付けられる。リストバンド１１２ａは、患者識別子を含む。患者識別子は、患者を識別するための印刷された情報と、治療する医師の名前（単数または複数）などのさらなる情報とを含み得る。患者１１２用の患者識別子は、患者の氏名、年齢、社会保障番号、患者の血液型、住所、アレルギー、病院ＩＤ番号、患者の親族の氏名などの情報を含み得るが、情報はこれらに限定されない。
【００１５】
図２は、コンピュータ２００のブロック図である。コンピュータ２００は、図１の薬局コンピュータ１０４、中央システム１０８、ＣＰＯＥ、情報端末１１８、および／またはネットワーク１０２を介して通信する、任意の数の他のサブシステムに含まれるコンピュータであり得る。コンピュータ２００は、薬物療法確認システム２１０を含む。いくつかの実施形態において、薬物療法確認システム２１０は、正しい薬物が正しい患者に正しい用量で正しい時刻に正しいルートを介して提供されることを確認する。他の実施形態において、薬物療法確認システム２１０は、これらの所望される確認機能のサブセットを提供する。いくつかの実施形態において、輸液ポンプ１２０のプログラミングは、薬局コンピュータ１０４および／または他の遠隔コンピュータから受け取った動作パラメータに基づき得る。他の実施形態において、輸液ポンプ１２０のプログラミングは、薬局コンピュータ１０４、他の遠隔コンピュータ、および／または臨床家１１６によって正しいことが確かめられた動作パラメータに基づき得る。動作パラメータおよび／または確認は、ケーブル通信システム１１０と、第１および第２の無線通信経路１２６および１２８を介して転送され得る。
【００１６】
当該技術分野における重大な懸念事項として、正しい薬物が正しい患者に投与されているかということがある。したがって、薬物療法確認システム２１０は、正しい薬物が正しい患者に効率的な様態で投与されることを確実にする機能を含む。本発明の薬物療法確認システム２１０は、ソフトウェア、ハードウェア、またはこれらの組み合わせにおいて実現され得る。あるモードにおいて、薬物療法確認システム２１０は、実行可能なプログラムとして、ソフトウェアにインプリメントされ、パーソナルコンピュータ（ＰＣ；ＩＢＭ互換、Ａｐｐｌｅ互換、または、その他）、携帯情報端末、ワークステーション、ミニコンピュータ、あるいは、メインフレームコンピュータなどの、専用または汎用デジタルコンピュータ（単数または複数）のうちの１つ以上によって実行される。本発明の薬物療法確認システム２１０をインプリメントし得る汎用コンピュータの一例は、図２に示されている。薬物療法確認システム２１０は、薬局コンピュータ１０４、中央システム１０８、および／または情報端末１１８などの任意のコンピュータ（これらに限定されない）に常駐するか、または、常駐する部分を有し得る。したがって、図２のコンピュータ２００は、薬物療法確認システム２１０が常駐するか、または部分的に常駐する任意のコンピュータの代表的なものであり得る。
【００１７】
概して、ハードウェアアーキテクチャの面から見ると、図２に示すように、コンピュータ２００は、ローカルインターフェース２０８を介して通信可能に接続された、プロセッサ２０２と、メモリ２０４と、１つ以上の入力および/または出力（Ｉ／Ｏ）デバイス２
０６（または周辺機器）とを含む。ローカルインターフェース２０８は、例えば、当該技術において公知であるように、１つ以上のバス、あるいは、他のワイヤまたはワイヤレス接続であり得るが、これらに限定されない。ローカルインターフェース２０８は、通信を可能にするために、さらなる要素、例えば、コントローラ、バッファ（キャッシュ）、ドライバ、リピータ、およびレシーバを有し得るが、簡略化のため省略されている。さらに、ローカルインターフェースは、他のコンピュータコンポーネント間での適切な通信を可能にするため、アドレス、コントロール、および／またはデータ接続を含み得る。
【００１８】
プロセッサ２０２は、ソフトウェア、特に、メモリ２０４に格納されているソフトウェアを実行するハードウェアデバイスである。プロセッサ２０２は、任意のカスタムメイドまたは市販のプロセッサ、中央処理装置（ＣＰＵ）、コンピュータ２００と関連付けられたいくつかのプロセッサの中の補助プロセッサ、（マイクロチップまたはチップセットの形態の）半導体ベースのマイクロプロセッサ、マクロプロセッサ、または、概して、ソフ
トウェア命令を実行する任意のデバイスであり得る。適切な市販のマイクロプロセッサの例は、以下の通りである。Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ  Ｃｏｍｐａｎｙ製のＰＡ−ＲＩＳＣシリーズ、Ｉｎｔｅｌ  Ｃｏｒｐｏｒａｔｉｏｎ製のＰｅｎｔｉｕｍ（登録商標）シリーズマイクロプロセッサ、ＩＢＭ製のＰｏｗｅｒ  ＰＣマイクロプロセッサ、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．製のＳｐａｒｃマイクロプロセッサ、または、Ｍｏｔｏｒｏｌａ  Ｃｏｒｐｏｒａｔｉｏｎ製の６８ｘｘｘシリーズマイクロプロセッサである。プロセッサ２０２はまた、ＳＱＬ、Ｓｍａｌｌｔａｌｋ、ＡＰＬ、ＫＬｉｓｐ、Ｓｎｏｂｏｌ、Ｄｅｖｅｌｏｐｅｒ  ２００、ＭＵＭＰＳ／Ｍａｇｉｃなどの分散型処理アーキテクチャを代表し得るが、分散型処理アーキテクチャはこれらに限定されない。
【００１９】
メモリ２０４は、揮発性メモリ素子（例えば、ランダムアクセスメモリ（ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭなどのようなＲＡＭ））、および不揮発性メモリ素子（例えば、ＲＯＭ、ハードドライブ、テープ、ＣＤＲＯＭなど）のうちのいずれか１つ、あるいは、これらの組み合わせを含み得る。さらに、メモリ２０４は、電子、磁気、光学、および／または他のタイプの格納媒体を組み込み得る。メモリ２０４は、様々なコンポーネントが、互いに離れたところに位置しているが、プロセッサ２０２によってアクセスされる、分散型アーキテクチャを有する。
【００２０】
メモリ２０４内のソフトウェアは、１つ以上の別個のプログラムを含み得る。別個のプログラムは、論理関数をインプリメントする、オーダーされた、実行可能命令のリストを含む。図２の例においては、メモリ２０４内のソフトウェアは、本発明による、薬物療法確認システム２１０と、適切なオペレーティングシステム（Ｏ／Ｓ）２１２とを含む。市販のオペレーティングシステム２１２のうち適切なものの例のリストを以下に挙げるが、これは、全てを網羅するものではない。（ａ）Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ製のＷｉｎｄｏｗｓ（登録商標）オペレーティングシステム（登録商標）、（ｂ）Ｎｏｖｅｌｌ，Ｉｎｃ．製のＮｅｔｗａｒｅオペレーティングシステム、（ｃ）Ａｐｐｌｅ
Ｃｏｍｐｕｔｅｒ，Ｉｎｃ．製のＭａｃｉｎｔｏｓｈオペレーティングシステム、（ｄ）多くの供給メーカー、例えば、Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ  Ｃｏｍｐａｎｙ、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．、およびＡＴ＆Ｔ  Ｃｏｒｐｏｒａｔｉｏｎから購入できる、ＵＮＩＸ（登録商標）オペレーティングシステム、（ｅ）インターネット上から容易に入手可能なフリーウェアであるＬＩＮＵＸオペレーティングシステム、（ｆ）ＷｉｎｄＲｉｖｅｒ  Ｓｙｓｔｅｍｓ，Ｉｎｃ．製のｒｕｎ  ｔｉｍｅ  Ｖｘｗｏｒｋｓオペレーティングシステム、あるいは、製品ベースのオペレーティングシステム、例えば、ハンドヘルドデバイスまたは携帯用情報端末（ＰＤＡ）にインプリメントされたオペレーティングシステム（例えば、Ｐａｌｍ  Ｃｏｍｐｕｔｉｎｇ，Ｉｎｃ．製のＰａｌｍＯＳ、およびＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ製のＷｉｎｄｏｗｓ（登録商標）  ＣＥ）。オペレーティングシステム２１２は、実質的に、他のコンピュータプログラム、例えば、薬物療法確認システム２１０の実行を制御し、スケジューリング、入力−出力コントロール、ファイルおよびデータ管理、メモリ管理、ならびに通信コントロールおよび関連サービスを提供する。
【００２１】
薬物療法確認システム２１０は、ソースプログラム、実行可能プログラム（オブジェクトコード）、または行われる命令のセットを含む任意の他のエンティティであり得る。ソースプログラムである場合、プログラムは、Ｏ／Ｓ２１２と共に適切に動作するように、メモリ２０４内に含まれていてもよいし、含まれていなくてもよいコンパイラ、アセンブラ、インタプリタなどを介して変換される必要がある。さらに、薬物療法確認システム２１０は、（ａ）データおよび方法のクラスを有するオブジェクト指向プログラミング言語、または（ｂ）ルーチン、サブルーチン、および／または関数を有する手続き型プログラミング言語として書かれ得る。例えば、Ｃ、Ｃ＋＋、Ｐａｓｃａｌ、Ｂａｓｉｃ、Ｆｏｒｔｒａｎ、Ｃｏｂｏｌ、Ｐｅｒｌ、Ｊａｖａ（登録商標）およびＡｄａであるが、これらに限定されない。ある実施形態において、薬物療法確認システム２１０は、Ｃ＋＋で書かれている。他の実施形態において、薬物療法確認システム２１０は、Ｐｏｗｅｒ  Ｂｕｉｌｄｅｒを用いて作成される。Ｉ／Ｏデバイス２０６は、入力デバイスを含み得る。入力デバイスは、例えば、キーボード、マウス、スキャナ、マイクロフォン、タッチパネル、様々な医療機器用のインターフェース、バーコードリーダ、スタイラス、レーザリーダ、無線周波数デバイスリーダなどであるが、これらに限定されない。さらに、Ｉ／Ｏデバイス２０６はまた、出力デバイスを含み得る。出力デバイスは、例えば、プリンタ、バーコードプリンタ、ディスプレイなどであるが、これらに限定されない。最終的に、Ｉ／Ｏデバイス２０６は、入力と出力とを両方通信するデバイスをさらに含み得る。例えば、変復調装置（他のデバイス、システムまたはネットワークにアクセスするためのモデム）、無線周波数（ＲＦ）あるいは他のトランシーバ、電話インターフェース、ブリッジ、ルータなどであるが、これらに限定されない。
【００２２】
コンピュータ２００がＰＣ、ワークステーション、ＰＤＡなどである場合、メモリ２０４内のソフトウェアは、基本入力出力システム（ＢＩＯＳ）（図２には図示されていない）をさらに含み得る。ＢＩＯＳは、スタートアップ時に、ハードウェアを初期化し、テストし、Ｏ／Ｓ２１２を立ち上げ、ハードウェアデバイス間でのデータの転送をサポートする、重要なソフトウェアルーチンのセットである。ＢＩＯＳは、コンピュータ２００が起動される場合にＢＩＯＳが実行され得るように、ＲＯＭに格納される。
【００２３】
コンピュータ２００が動作中、プロセッサ２０２は、メモリ２０４内に格納されているソフトウェアを実行し、データをメモリ２０４へと、かつメモリ２０４から通信し、概して、コンピュータ２００の動作をソフトウェアにしたがって制御するように設定される。薬物療法確認システム２１０およびＯ／Ｓ２１２は、全体的に、または、部分的に（後者であることが多いが）、プロセッサ２０２によって読まれ、おそらくは、プロセッサ２０２内でバッファされ、その後、実行される。
【００２４】
図２に示すように、薬物療法確認システム２１０がソフトウェアにインプリメントされている場合、薬物療法確認システム２１０のプログラムが、任意のコンピュータ関連システムまたは方法によって、またはそれらとともに用いられるための任意のコンピュータ読み出し可能媒体に格納され得ることに留意されたい。本明細書の文脈においては、コンピュータ読み出し可能媒体とは、任意のコンピュータ関連システムまたは方法によって、またはそれらとともに用いられるためのコンピュータプログラムを含むか、格納し得る、電子、磁気、光学、または他の物理的なデバイスあるいは手段である。薬物療法確認システム２１０は、コンピュータベースシステム、プロセッサを含むシステム、あるいは、命令実行システム、装置またはデバイスから命令をフェッチし、その命令を実行し得る他のシステムのような命令実行システム、装置、またはデバイスによって、またはそれらとともに用いられるための任意のコンピュータ読み出し可能媒体において実現され得る。本明細書の文脈において、「コンピュータ読み出し可能媒体」とは、命令実行システム、装置またはデバイスによって、またはそれらとともに用いられるためのプログラムを、格納、通信、伝播、または転送し得る任意の手段であり得る。コンピュータ読み出し可能媒体のより具体的な例（全てを網羅してはいないリスト）は、以下の通りである。１本以上のワイヤを有する電気接続（電子）、携帯用コンピュータディスケット（磁気）、ランダムアクセスメモリ（ＲＡＭ）（電子）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ、ＥＥＰＲＯＭ、またはフラッシュメモリ）（電子）、および光ファイバ（光学）、携帯用コンパクトディスク読み取り専用メモリ（ＣＤＲＯＭ）（光学）。コンピュータ読み出し可能媒体が、プログラムが印刷された紙または他の適切な媒体であってもよいことに留意されたい。なぜなら、そのようなプログラムは、例えば、紙または他の媒体を光学的にスキャンすることによって、電子的に取り込まれ、必要に応じて、適切な様態でコンパイル、インタープリート、または他の方法で処理され、
コンピュータメモリに格納されることができるからである。
【００２５】
薬物療法確認システム２１０がハードウェアにインプリメントされている、他の実施形態において、薬物療法確認システム２１０は、当該技術分野において周知の以下の技術のいずれか、またはそれらの組み合わせを用いてインプリメントされ得る。論理関数をデータ信号にインプリメントする論理ゲートを有する離散論理回路（単数または複数）、適切な組み合わせ論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ（ＰＧＡ）（単数または複数）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などである。
【００２６】
図３および４のような図における、任意のプロセス説明またはブロックは、１つ以上の実行可能な命令を含む、モジュール、セグメント、またはコードの一部を表していることが理解される必要があり、当業者であれば理解するように、機能が、記載されている順序ではなく、関わっている機能性に依存して、実質的に同時に、または反対の順序で実行され得る、別の実現例が本発明の実施形態の範囲内に含まれる。
【００２７】
図３は、図１の患者ケアシステム１００の機能部材を示すブロック図３００である。図３はまた、薬物療法確認システム２１０において確認される動作パラメータを含む輸液オーダーを生成する機能ブロックを含む。薬物療法確認システム２１０は、モジュールが、薬物療法確認システム２１０を含む患者ケアシステムの様々な機能を表すモジュラーシステムとして実施され得る。図３は、薬物確認システムとして、薬物療法確認システム２１０を示す。しかし、薬物療法確認システムを用いることは、単なる薬物確認よりも広い。システムのフレキシビリティは、システムがモジュラーシステムとして実施される場合に高められ得る。システムのモジュールは、患者ケアシステム１００の様々な部分に含まれ得る。患者ケアシステム１００は、薬物管理モジュール３０２、処方作成モジュール３０４、処方実行モジュール３０６、および処方承認モジュール３０８を含む。
【００２８】
薬物管理モジュール３０２は、薬物療法の施与に関わる、患者ケアシステム１００内の他のモジュールの機能を調整し得る。薬物管理モジュール３０２は、概して、患者ケアシステム１００内の他の部分と連携する。薬物管理モジュール３０２は、ＣＰＯＥとともに動作し、かつ／またはＣＰＯＥとインターフェースし、治療の現場のモジュールとともに動作し、かつ／または治療の現場のモジュールと通信し、薬物療法比較モジュールとともに動作し、かつ／または薬物療法比較モジュールと通信するサブモジュールを含み得る。図３において、入院、退院および転院（ＡＤＴ）インターフェース３１０、課金インターフェース３１２、研究室インターフェース３１４、および薬局インターフェース３１６が示されている。ＡＤＴインターフェース３１０は、患者の大きさ、体重、アレルギーなどの情報を取り込むために用いられ得る。薬局インターフェース３１６４は、薬局からオーダーをインポートする。薬局インターフェース３１６は、オーダーを入力する他のシステム、例えば、ＣＰＯＥとインターフェースする、ＨＬ７タイプのインターフェースであり得る。この能力によって、データを患者ケアシステム１００に１度より多く入力する必要性が低減される。薬局インターフェース３１６は、Ｃｅｒｎｅｒ、ＨＢＯＣ、Ｍｅｄｉｔｅｃｈ、ＳＭＳおよびＰｈａｍｏｕｓなどの市販のシステムと通信するように設定され得る。市販のシステムは、これらに限定されない。様々な他のインターフェースがまた、当業者にとって公知であるが、図３には示されていない。
【００２９】
薬物管理モジュール３０２は、薬物同士の不適合性、重複した薬物投与、薬物アレルギー、薬物の用量制限、薬物の頻度制限、薬物の持続時間制限、および薬物疾病禁忌に起因する、副作用をチェックする能力などさらなる機能を有し得る。食物およびアルコールの相互作用も留意され得る。薬物の制限には、例えば、成人、子供、幼児、新生児、未熟児、老人、年齢別グループ、体重別グループ、身長別グループ、および体表面積が含まれる
が、これらに限定されない。概して、薬物管理モジュール３０２はまた、患者ケアシステム１００内で、異なる２つのソースからの同じ患者についての同じ処方の入力を防ぐ。
【００３０】
薬物管理モジュール３０２はまた、レポートを作成する能力を含み得る。レポートには、シフトの終わり、滴定情報、患者イベントリスト、注入履歴、ポンプ性能履歴、ポンプ位置履歴、およびポンプメンテナンス履歴が含まれるが、これらに限定されない。シフトの終わりのレポートは、ポンプ導管、開始時刻、終了時刻、主な輸液、ピギーバック注入、薬物、用量、速度、ポンプ状態、注入された量、残りの量、残りの時間、および空にされた最終時刻を含み得る。注入履歴レポートには、薬物および注入された量が含まれる。
【００３１】
薬物管理モジュール３０２はまた、医療機器ステータスデータベースを含み得る。医療機器ステータスデータベースは、患者ケアシステム１００内の医療デバイス３３２の位置を示すデータを含む。医療機器ステータスデータベースはまた、医療デバイス３３２の過去の性能を示すデータを含み得る。医療機器ステータスデータベースはまた、医療デバイス３３２メンテナンススケジュールおよび／または履歴を示すデータを含み得る。
【００３２】
処方作成モジュール３０４は、ハードの処方および電子（Ｅ−ｃｏｐｙ）処方を作成する。ハードの処方は、概して、医療設備において三通作成される。第１のハードコピー３１８は、概して、薬局に送られ、第２のハードコピー３２０は、概して、患者の記録のために保持され、第３のハードコピー３２２は、治療の場１０６に送られる。電子処方は、薬物管理モジュール３０２に送られる。
【００３３】
コンピュータ化医師オーダーエントリ（ＣＰＯＥ）システムは、処方作成モジュール３０４の機能の一部または全てを実行するために用いられ得る。臨床家１１６は、タブレット無線コンピュータ、治療カート１３２、およびワークステーションを用いるなどの様々な様態でデータを入力し得るが、これらに限定されない。
【００３４】
処方作成は、患者の体重および／または身長（ＡＤＴインターフェイス３１０から）に基づく用量、薬物量、希釈容量、濃度、速度を計算することを包含し得る。処方作成３０４は、操作パラメータを確認することを包含し得る。この操作パラメータは、処方エントリーモジュール３２４からの情報に基づき得る。処方作成は、患者ケアシステム１００の任意の場所で生じ得、例えば、薬局、処置位置１０、および看護センターを含むが、これらに限定されない。
【００３５】
輸液処方は、単回投与注入、間欠注入、持続性注入、シーケンシング、滴定、および別のタイプを含み得るが、これらに限定されない。輸液処方はまた、完全非経口栄養混合剤（ＴＰＮ）、化学療法持続性注入、ピギーバック、大量非経口、および他の輸液処方を含み得る。患者ケアシステム１００は、オーダーの終了日なしに機能することができる。患者ケアシステム１００は、所定の期間、先読みし、その期間、混合剤の充填するスケジュールを発生させる、持続性スケジュール発生器を用い得る。所定の期間は、患者ケアシステム１００のレベルで規定されてもよいし、サブシステムのレベル、例えば、臨床分野レベルおよび組織レベルで規定されてもよい。所定の期間は、オーダーを入力する臨床家１１６によって調節可能であり得る。スケジュールは、オーダーが患者ケアシステム１００内でアクティブである限り自動的に延長可能であり得る。
【００３６】
薬物管理モジュール３０２は、１つより多い処方作成モジュール３０４とインターフェースし得る。薬物管理モジュールは、患者ケアシステム１００内の任意の場所からオーダーを受け取り得る。
【００３７】
薬局コンピュータ１０４は、薬物管理モジュール３０２からの電子コピーにアクセスす
ることができる。処方実行モジュール３０６は、処方のファイリングおよびラベル付けを調整するコンピュータ援用システムである。処方のファイリングおよびストックからの薬物１２４の作成または位置は、処方実行モジュール３０６によって処理される。
【００３８】
処方を実行する間、処方実行モジュール３０６は、処方に指定されていない場合、流量、指定された期間に必要な溶液／バッグの数、各溶液／バッグが投与される期間、および各溶液／バッグの総容量を、溶液内の成分の濃度に基づいて、計算し得る。流量、注入される容量、および／または持続時間は、システム１００において調節され得、システム１００は、計算に基づいて、依存性量を自動的に計算する。濃度における成分の最高用量が成分の薬物ファイルに記載されている用量を超える場合、患者ケアシステム１００は、医師および／または臨床家１１６に警告し、調節のための理由コードを要求し得る。
【００３９】
患者ケアシステム１００は、処方実行モジュール３０６を省略し得る。これは、臨床家、例えば、患者の医師が直ちにオーダーを実行する権限を有する場合に起き得る。オーダーが直ちに実行される場合、薬物管理モジュール３０２は、処方ラベル付けモジュールに直接進み得る。
【００４０】
ブロック３２６において、患者ケアシステム１００は、薬物ラベル１２４を印刷する。処方は、遠隔に印刷され得、薬局プリンタ１０４ｄによって印刷されることが多い。ブロック３２６の後、患者ケアシステムはブロック３２８に進む。ブロック３２８において、薬物ラベル１２４ａが薬物１２４に添付される。概して、薬剤師が、薬物ラベル１２４ａが処方の第１のハードコピー３１８と適合しているという視覚的な確認３３４を行う。図３は、視覚的確認３３４が処方承認モジュール３０８にも関連付けられていることを示す。その後、薬物１２４は、薬局から治療の場１０６まで運ばれ得る。携帯用薬物療法カート１３２が、薬局から治療の場１０６までのルートの部分のために用いられ得る。
【００４１】
薬物ラベル１２４ａは、混合するための情報を含み得る。患者ケアシステム１００内で生成されるのではない場合、薬物ラベル１２４ａは、大量薬物供給業者によって提供され得る。大量薬物供給業者によって提供される場合、患者ケアシステム１００は、薬物ラベル１２４ａから情報を集める能力を有する。さらに、患者ケアシステム１００は、情報、例えば、患者識別子を薬物ラベル１２４ａに追加する能力を有する。
【００４２】
薬物ラベル付けモジュール３２８は、薬物ラベル１２４ａを薬物１２４に取り付ける。これは、手動で行われ得る。また、これは自動処方充填および包装システム（図示せず）を用いて行われてもよい。自動充填および包装システムが用いられる場合、薬物ラベル付けモジュール３２８は、薬物１２４のラベル付けを充填および包装システムと調整するデータを提供する。
【００４３】
治療の場１０６において、臨床家１１６は、薬物１２４を確認し、患者１１２に投与するために、無線デバイス３３０、例えば、情報端末１１８および／または薬物療法カート１３２を用いる。無線デバイス３３０は、通信経路、例えば、第１の通信経路１２６を介して、薬物管理モジュール３０２と通信する。
【００４４】
臨床家１１６は、概して、バッジ１１６ａをスキャンすることによって、自身の身元を証明し、リストバンド１１２ａをスキャンすることによって患者１１２を確認し、薬物ラベル１２４ａをスキャンすることによって薬物１２４を確認し、ラベル１２０ｄをスキャンすることによって輸液ポンプ１２０などの医療デバイス３３２を確認する。臨床家１１６はまた、指紋および／またはパスワードを提供することによって自身の身元を証明してもよい。医療デバイス３３２は、薬物管理モジュール３０２との双方向通信ができる医療デバイスであり得る。あるいは、医療デバイス３３２は、情報を薬物管理モジュール３０
２に提供することができるだけでもよい。薬物療法確認システム２１０は、薬物療法の施与および確認において、臨床家１１２の役に立つ。薬物療法確認システム２１０は、概して、医療デバイス３３２の動作パラメータのダウンロードにつながり得る。臨床家１１６は、概して、第３のコピー３２２および／またはＭＡＲがラベル付けされた薬物１２４と適合することを確かめる視覚的な確認を提供し得る。第３のコピー３２２から無線デバイス３３０および医療デバイス３３２にマシン可読情報を入力するために、スキャナ３３８が用いられ得る。
【００４５】
患者ケアシステム１００は、輸液オーダーの調節および変更を行う能力を含む。輸液調節を行う能力を含み得る他のモジュールの中に、処方エントリ３２４、処方実行３０６、処方承認３０８、および処方変更モジュール３３６がある。臨床家１１６は、オーダーの調節を行うために、処方変更モジュール３３６にアクセスし得る。臨床家１１６は、患者ケアシステム１００全体を通じて、処方変更モジュール３３６にアクセスし得る。しかし、臨床家１１６が処方変更モジュール３３６にアクセスする、もっとも有用な位置のうちの１つは、治療の場１０６にある。
【００４６】
処方承認モジュール３０８において、患者ケアシステム１００は、臨床家１１６が輸液オーダーを独立して変更する権限を有するか否かを判定する。臨床家１１６は、オーダーのある特定部分を独立して変更する権限があるとして、患者ケアシステム１００によって認識され得る。臨床家１１６がオーダーを独立して変更する権限を有さない場合、臨床家１１６によって入力された変更を承認するように、薬剤師または医師がリクエストされ得る。
【００４７】
図４は、図２の薬物療法確認システム２１０の第１の例示的な実施形態４００を示すフローチャートである。薬物療法確認システム４００は、ブロック４０２において呼び出される。ブロック４０４において、システム４００は、臨床家１１６のアイデンティティに関する情報にアクセスする。第１のソース４０６、例えば、情報端末１１８は、臨床家１１６のアイデンティティに関する情報を提供し得る。情報端末１１８は、バーコードリーダを用いて臨床家のバッジ１１６ａを読み取ることによって、情報を取得し得る。第１のソース４０６はまた、遠隔位置に位置する他のコンピュータであってもよい。第１のソース４０６は、他の情報のソース、例えば、臨床家のバッジ１１６ａに含まれるバーコードのようなバーコード、タグ、レーザ読み出し可能データ、無線周波数読み出し可能データ、キーボード、ｉＢｕｔｔｏｎリーダ、指紋スキャナ、および情報端末１１８に関連付けられていないバーコードリーダなどであってもよいが、情報のソースはこれらに限定されない。ブロック４０４は、第１のソース４０６によって生成される信号をコンピュータ読み出し可能媒体フォーマットに変換する工程を含み得る。ブロック４０４はまた、第１のソース４０６によって提供された情報を用いて、メモリ２０４に格納されたルックアップテーブルの使用を通じて情報を臨床家１１６のアイデンティティと照合する工程を含む。ブロック４０４の後、システム４００はブロック４０８に進む。
【００４８】
ブロック４０８において、システム４００は、患者１１２を識別する。第１のソース４０６は、患者１１２のアイデンティティに関連する情報を提供し得る。情報端末１１８は、バーコードリーダを用いて患者のリストバンド１１２ａを読み取ることによって、情報を取得し得る。ブロック４０８は、第１のソース４０６によって生成される信号をコンピュータ読み出し可能媒体フォーマットに変換する工程を含み得る。ブロック４０８はまた、第１のソース４０６によって提供された情報を用いて、メモリ２０４に格納されたルックアップテーブルまたは任意の他の照合プロセスの使用を通じて情報を患者１１２のアイデンティティと照合する工程を含む。ブロック４０８の後、システム４００はブロック４１０に進む。
【００４９】
ブロック４１０において、システム４００は治療を識別する。治療は、薬物１２４の投与であり得る。第１のソース４０６は、治療のアイデンティティに関連する情報を提供し得る。治療のアイデンティティは、薬物１２４のアイデンティティであり得る。薬物のアイデンティティは、薬物識別子と相関し得る。薬物識別子は、薬物識別番号、混合物識別番号、患者１１２接触番号、薬の名前、用量、製造業者、バッチ、使用期限、および／または投与指示処方者などの情報を含み得るが、情報はこれらに限定されない。ブロック４１０において、任意のｅｄｕｂｙｔｅ、メッセージ、危険警告、および／または投与指示情報端末１１８に表示され得る。投与指示は、特別セット、フィルタ用件、警告、および注意を含み得る。ブロック４１０において、薬物療法が薬物である場合、システム４００は、使用期限、例えば、混合物の使用期限およびロットリコールなどをチェックし得る。
【００５０】
情報端末１１８は、薬物ラベル１２４ａをバーコードリーダで読み取ることによって情報を取得し得る。ブロック４１０は、第１のソース４０６によって生成される信号をコンピュータ読み出し可能媒体フォーマットに変換する工程を含み得る。ブロック４０８はまた、第１のソース４０６によって提供される情報を用いて、メモリ２０４に格納されたルックアップテーブルまたは任意の他の照合プロセスの使用を通じて情報を薬物療法のアイデンティティと照合する工程を含む。ブロック４１０の後、システム４００はブロック４１２に進む。
【００５１】
ブロック４１２において、システム４００は、薬物療法が以前に患者１１２に関連付けられたか否かを判定する。判定は、患者および薬物療法のアイデンティティに関連する情報を集めるデバイスによって行われることが多い。例えば、臨床家１１６は、情報端末１１８を第１のソース４０６として用いて、患者のリストバンド１１２ａからバーコードを読み取り得る。その後、臨床家１１６は、情報端末１１８を用いて、薬物ラベル１２４ａを読み取る。その後、情報端末１１８は、患者のリストバンド１１２ａからの患者識別子が、薬物ラベル１２４ａからの患者識別子と均等であるか否かを判定する。
【００５２】
薬物療法を患者と前もって関連付ける様態のうちの１つとして、患者と薬物療法とを、中央システム１０８および／または薬局システム１０４で関連付けることがある。医師は、コンピュータ化処方オーダーシステムを通じて関連付けを行い得る。薬剤師は、患者の識別子および薬物識別子を、薬物識別子が患者識別子を含む薬局システム１０４に入力することによって関連付けを行い得る。患者識別子は、入院記録、オーダー、電子医師オーダーエントリシステム、および／または処方などの入力ソースから得ることができるが、入力ソースはこれらに限定されない。
【００５３】
薬物療法が患者１１２と以前に関連付けられていないとシステム４００が判定する場合、システム４００はブロック４１６に進み、システム４００によって警告／エラーステータスが提供される。ブロック４１６は、情報端末１１８に警告／エラーステータスを表示する工程を含み得る。薬物療法が患者１１２と以前に関連付けられたとシステム４００が判定する場合、システム４００はブロック４１４に進む。
【００５４】
ブロック４１４において、システム４００は、医療デバイスを識別する。医療デバイスは、薬物療法を患者に送達するタイプに構成される。例えば、薬物療法が薬物１２４である場合、医療デバイスは、輸液ポンプ１２０であり得る。第１のソース４０６は医療デバイスのアイデンティティに関する情報を提供し得る。情報端末１１８は、バーコードリーダを用いてラベル１２０ｄを読み取ることによって、情報を取得し得る。ブロック４１４は、第１のソース４０６によって生成される信号をコンピュータ読み出し可能媒体フォーマットに変換する工程を含み得る。ブロック４１４はまた、第１のソース４０６によって提供される情報を用いて、メモリ２０４に格納されたルックアップテーブルまたは任意の他の照合プロセスの使用を通じて情報を医療デバイスのアイデンティティと照合する工程を含む。
【００５５】
ブロック４１４は、医療デバイスのサブシステムを識別する工程を含み得る。例えば、医療デバイスが輸液ポンプである場合、輸液ポンプは、複数の導管を有し得る。導管は、バーコードを有し得る。導管は、主な薬物および「ピギーバック」薬物に関連付けられ得る。ブロック４１４は、ピギーバックを含むこれらのサブシステムを識別する工程を含み得る。ブロック４１４の後、システム４００は、ブロック４１８に進む。
【００５６】
ブロック４１６において、薬物確認システム４００は、警告／エラーステータス信号を提供する。警告／エラーステータス信号は、様々な環境、例えば、システム４００が患者を認識しない、システム４００が治療を認識しない、システム４００が治療とオーダーを照合できない、システム４００が医療デバイスを認識できない、動作パラメータが均等でない、および治療パラメータが治療許容範囲外であるなどによってトリガされ得るが、環境はこれらに限定されない。治療許容範囲は、患者ケアシステム１００レベルまたは患者ケアシステム１００のサブセットで規定され得る。
【００５７】
ブロック４１８において、薬物療法確認システム４００は、動作パラメータが正しいか否かを判定する。動作パラメータは、確認された薬物療法と一致する場合、正しい。システム４００は、動作パラメータを医療デバイスにダウンロードする工程を含み得る。動作パラメータは、各種のソース、例えば、薬局コンピュータ１０４、薬物ラベル１２４ａ、情報端末１１８などからダウンロードされ得、臨床家１１６は手動で動作パラメータを入力し得る。各種のソースは上記のものに限定されない。行われ得るチェックの１つとして、用量が所定の許容値よりも高いかを確かめることがある。動作パラメータは、単位時間あたりの流量、薬物の量、服用単位、服用持続時間、服用容量、薬の名前、用量単位、モニタリング制限などのパラメータであり得るが、これらに限定されない。服用情報は、直接提供されてもよいし、患者１１２の属性、例えば、患者の体重に基づいていてもよい。
【００５８】
動作パラメータが正しくない場合、薬物療法確認システム２０１は、ブロック４１６に進み、エラーメッセージを返す。動作パラメータが正しい場合、薬物療法確認システム４００は、流量および用量情報を表示し得る。表示は、ディスプレイ１２０ｃおよび／または情報端末１１８に現れ得る。
【００５９】
ブロック４２０において、薬物療法確認システム４００は、治療が正しいか否かを判定する。治療が正しい場合、治療は、正しい薬物１２４を含み、治療は、正しい量の薬物を含み、治療は正しい時刻に施与される。臨床家はまた、医療デバイスおよび関連機器を目で見ることによって、正しいルートを確認するようにクエリされ得る。臨床家１１６は、一部のパラメータ、例えば、薬物療法のタイミングなどを変更し得る。変化する場合、変化の記録が、概して、患者ケアシステム１００に保持される。治療が正しくないと薬物療法確認システム４００が判定する場合、システム４００は、ブロック４１６に戻り、エラーメッセージを提供する。治療が正しいと薬物療法確認システム４００が判定する場合、システム４００は、ブロック４２２に進む。
【００６０】
治療が正しいか否かの判定において考慮され得る要素の中で、システム４００は、一般的なルール、「類似品」チェック、および「似ている名前」チェックに注意し得る。一般的なルールには、治療設備全体を通じて全ての薬物に適用される最高流量、その薬物の最高流量、および患者の特徴に基づく一般的なルール、ならびにこれらのルールの組み合わせが含まれ得るが、これらに限定されない。
【００６１】
ブロック４２２において、薬物療法確認システム４００は、医療デバイスをイネーブルする。これは、臨床家１１６が注入を開始するためスタート信号を提供する工程を含み得
る。医療デバイスが遅延スタートモードである場合、ブロック４２０は、動作パラメータがダウンロードされ、医療デバイスは遅延期間が終わればすぐに治療を提供する必要があるという信号を提供する工程を含み得る。
【００６２】
ブロック４２４において、薬物療法確認システム４００は、薬物療法の施与をモニタリングする。システム４００が薬物療法施与をモニタリングする間、ポンプの動作パラメータに対する任意の変化が、１０秒以内に、患者ケアシステム１００全体を通じて反映され得る。変化は、情報端末１１８に表されえる。注入の間、臨床家１１６は、輸液パラメータを調節し得る。調節は、輸液の流量に対して行われ得る。臨床家１１６は、概して、所定の範囲内で流量を調節する権限を有する。これによって、臨床家１１６は、輸液チューブが防がれるか、または他の中断が起きた場合に「追いつく」ことが可能になる。
【００６３】
ブロック４２６において、薬物療法確認システム４００は、薬物療法施与の結果を記録する。結果は、動作パラメータにしたがった、薬物療法のうまくいった施与であり得る。しかし、他の結果もあり得る。例えば、薬物療法を受けることを患者が拒否した、薬物療法の変更、機器の故障、および侵入型注入エラーなどである。薬物療法の変更の場合、変更されたオーダーが生成され得る。変更されたオーダーは、薬物管理モジュール３０２において、元のオーダーとリンクされ得る。
【００６４】
薬物療法確認システムの様々なブロック、例えば、ブロック４１８〜４２４は、治療情報を情報端末１１８に表示する工程を含み得る。これは、輸液ポンプ１２０のディスプレイ１２０ｃ上の情報を反映する情報を表示する工程を含み得る。輸液ポンプ１２０のディスプレイ１２０ｃ上の情報は、患者、患者位置、および輸液オーダーについての情報によって補われ得る。この情報は、輸液ポンプ１２０の複数の導管についての情報を含み得る。表示される情報は、パーソナリティ、プロンプトライン、ステータスライン、動作アイコン、およびポンプヘッド表示などの情報を含み得るが、これらに限定されない。動作アイコンは、落ちているしずく、停止サイン、流れチェックピギーバック、Ｇｕａｒｄｉａｎ、および遅延スタートを含む。ポンプヘッド表示は、薬のラベルおよび注入速度などの情報を含む。当業者であれば、上記の表示される情報および動作アイコンについてよく知っている。
【００６５】
他の実施形態において、薬物療法確認システム２１０は、臨床家１１６が患者１１２に施与したいと思う薬物療法に関する情報が患者ケアシステムに格納されていないことを判定し得る。臨床家１１６が所望の薬物療法を開始する権限を有することを患者ケアシステム１００が認識する場合、システムは、ブロック４１６なしに、薬物療法の施与を可能にし得る。
【００６６】
本明細書および特許請求の範囲を通じて、「中央位置」および「遠隔位置」は、互いに関係する用語である。「遠隔位置」は、制御された医療デバイスを介して患者が治療を受ける任意の場所、例えば、患者１１２が輸液ポンプ１２０を介して治療受ける患者治療の場１０６である。「中央位置」は、医療デバイスを動作させるパラメータがアクセス可能である遠隔位置以外の任意の場所、例えば、薬局コンピュータ１０４および中央システム１０８の位置であるが、これらに限定されない。代表的な配置において、いくつかの遠隔位置、例えば、治療位置１０６は、中央位置と通信している。
【００６７】
動作パラメータのダウンロードは、薬物療法に関連付けられた患者識別子および／またはリストバンド１１２ａから取り出された患者識別子が、中央位置における薬物療法に関連付けられた患者識別子と同じであるか否かを判定する工程を含み得る。判定は、第１のコンピュータ、例えば、薬局コンピュータ１０４ａによって行われることが多い。様々な患者識別子が同じでないとシステム４００が判定する場合、システムは、ブロック４１６
に進み得る。様々な患者識別子が同じであるとシステム３００が判定する場合、輸システム４００は、動作パラメータを直接医療デバイス３３２にダウンロードし得る。システム４００は、動作パラメータを、医療デバイス、例えば、輸液ポンプ１２０に送り得る。
【００６８】
薬物療法確認システム２１０の利点の１つとして、動作パラメータが医療デバイスのプログラムにとって利用可能になる前に、医療デバイス用の動作パラメータが、情報端末１１８、または任意の他の遠隔位置にあるコンピュータを通過しなくてよいことである。遠隔位置のコンピュータを避けることによって、薬物１２４を患者１１２に投与する場合の起こり得る誤りの元がなくなる。医療デバイス用の動作パラメータは、様々な確認が行われたと仮定して、医療デバイスに「直接」送られ得る。この文脈において、「直接」は、動作パラメータが、情報端末、または任意の他の遠隔位置にあるコンピュータを通過することなしに、動作パラメータが送られ得ることを意味する。
【００６９】
他の実施形態において、システム４００は、中央コンピュータが第２の薬物識別子を許容するさらなるブロック（図示せず）を含み得る。第２の薬物識別子は遠隔位置における臨床家１１６によって入力され得る。第２の薬物識別子は、第１の薬物識別子を見直したものであり得る。例えば、第２の薬物識別子は、第１の患者のＩＤおよび動作パラメータのソースである処方または電子医師オーダーエントリの一部であり得る。その後、システム３００は、動作パラメータを医療デバイスに送る前に、第１および第２の薬物ＩＤが均等であることを確認し得る。第２の薬物ＩＤは、処方が入力されたときと薬物１２４が治療の場１０６に到着したときとの間に、見直された第１の薬物ＩＤによって置き換えられ得る。その後、システム４００は、第２の薬物識別子が、薬物ラベル１２４ａに含まれていた第１の薬物識別子と均等でない場合、警告を鳴らす。
【００７０】
さらなる実施形態において、システム４００は、動作パラメータが医療デバイス３３２をプログラムするために用いられる、さらなるブロック（図示せず）を含み得る。
【００７１】
システム４００のある実現例において、オーダーは、薬局コンピュータ１０４に入力される。オーダーは、第１の患者識別子および動作パラメータを含む。薬局コンピュータ１０４は、薬物１２４に貼り付けられた薬物ラベル１２４ａを生成する。薬物１２４は、治療の場１０６に送られる。治療の場１０６において、臨床家１１６は、情報端末１１８を用いて、臨床家のバッジ１１６ａ、患者のリストバンド１１２ａ、および薬物ラベル１２４ａを読み取る。情報端末１１８は、薬物ラベル１２４ａおよびリストバンド１１２ａが同じ患者１１２の身元を証明しているか判定する。その後、システム４００は、薬物識別子を薬局コンピュータ１０４に送信する。薬局コンピュータ１０４は、薬物ラベル１２４ａがオーダーと同じ患者の身元を証明しているか確認し、動作パラメータを輸液ポンプに送信する。動作パラメータは直接輸液ポンプ１２０に送信され得る。その後、動作パラメータは、薬物１２４を患者１１２に与えるように輸液ポンプをプログラムするために用いられる。
【００７２】
図５は、図２の薬物療法確認システム２１０の第１の例示的な実施形態５００を示すフローチャートである。薬物療法確認システム５００は、ブロック５０２において呼び出される。その後、システム５００は、実施形態４００を参照しながら説明したブロック４０４〜４１２に類似する機能へ進む。ブロック４１２から、薬物療法確認システム５００は、ブロック５１２に進む。
【００７３】
ブロック５１２において、薬物療法確認システム５００は、治療が許容範囲内であるか否かを判定する。システム５００は、様々な許容値、例えば、注入流量許容値を含み得るが、許容値はこれに限定されない。治療が許容範囲外であるとシステム５００が判定する場合、システムはブロック４１６に進み、エラー信号を提供する。システム５００はまた
、治療および／または許容値を変更する能力を提供し得る。治療が許容範囲内であるとシステム５００が判定する場合、システムはブロック４１４に進み、図４を参照しながら説明したように続く。
【００７４】
図６は、図２の薬物療法確認システム２１０の第３の例示的な実施形態６００を示すフローチャートである。第３の例示的な実施形態６００は、輸液オーダーを含まない薬物療法、例えば、経口薬物とともに用いられ得る。輸液オーダーを含まない薬物療法はこれに限定されない。薬物療法確認システム６００は、ブロック６０２において呼び出される。その後、システム６００は、実施形態４００に関して説明したブロック４０４〜４０８に類似する機能へ進む。ブロック４０８から、薬物療法確認システム６００は、ブロック６１０に進む。
【００７５】
ブロック６１０において、システム６００は治療を識別する。治療は、経口薬物の投与であり得る。第１のソース４０６は、治療のアイデンティティに関連する情報を提供し得る。治療のアイデンティティは、経口薬物のアイデンティティであり得る。アイデンティティは、薬物および／または薬物のパッケージ上にコードされ得る。経口薬物のアイデンティティは、薬物識別子と相関し得る。ブロック６１０において、薬物療法が薬物である場合、システム６００は、使用期限およびリコールをチェックし得る。
【００７６】
情報端末１１８は、経口薬物ラベルをバーコードリーダで読み取ることによって情報を取得し得る。ブロック６１０は、第１のソース４０６によって生成される信号をコンピュータ読み出し可能媒体フォーマットに変換する工程を含み得る。ブロック６１０の後、システム６００はブロック６１２に進む。
【００７７】
ブロック６１２において、システム６００は、薬物療法が以前に患者１１２に関連付けられたか否かを判定する。判定は、患者および薬物療法のアイデンティティに関連する情報を集めるデバイスによって行われることが多い。例えば、臨床家１１６は、情報端末１１８を第１のソース４０６として用いて、患者のリストバンド１１２ａからバーコードを読み取り得る。その後、臨床家１１６は、情報端末１１８を用いて、経口薬物ラベルを読み取る。その後、情報端末１１８は、患者のリストバンド１１２ａからの患者識別子が、薬物ラベルからの患者識別子と均等であるか否かを判定する。
【００７８】
薬物療法が患者１１２と以前に関連付けられていないとシステム６００が判定する場合、システム６００はブロック４１６に進み、システム４００によって警告／エラーステータスが提供される。ブロック４１６は、情報端末１１８に警告／エラーステータスを表示する工程を含み得る。薬物療法が患者１１２と以前に関連付けられたとシステム６００が判定する場合、システム６００はブロック６２６に進む。
【００７９】
ブロック６２６において、システム６００は、治療が正しい用量であるか否かを判定する。用量は、確認された薬物療法と一致する場合、正しい。システム４００は、薬物療法を送達するため、情報端末１１８および／または薬物療法カート１３２に指示をダウンロードする工程を含み得る。指示は、各種のソース、例えば、薬局コンピュータ１０４、経口薬物ラベル、情報端末１１８から（カート１３２に）、薬物療法カート１３２から（情報端末１１８に）ダウンロードされ得、臨床家１１６は手動で動作パラメータを入力し得る。各種のソースは上記のものに限定されない。行われ得るチェックの１つとして、用量が所定の許容値よりも高いかを確かめることがある。指示には、薬物の量、薬の名前、および用量単位などが含まれるが、これらに限定されない。服用情報は、直接提供されてもよいし、患者１１２の属性、例えば、患者の体重に基づいていてもよい。
【００８０】
用量が正しくない場合、薬物療法確認システム６００は、ブロック４１６に進み、エラ
ーメッセージを返す。用量が正しい場合、薬物療法確認システム６００は、用量情報を表示し得る。表示は、ディスプレイ１２０ｃおよび／または情報端末１１８に現れ得る。
【００８１】
ブロック６２８において、システム６００は、治療が正しい時刻に施与されているか否かを判定する。治療が正しい時刻に施与されていない場合、薬物療法確認システム６００は、ブロック４１６に進み、エラーメッセージを返す。治療が正しい時刻に施与されている場合、システム６００は、ブロック６３０に進む。
【００８２】
ブロック６３０において、システム６００は、治療が正しいルートで施与されているか否かを判定する。治療が正しいルートで施与されていない場合、システム６００は、ブロック４１６に進み、エラーメッセージを返す。治療が正しいルートで施与されている場合、システム６００は、ブロック６３２に進む。
【００８３】
ブロック６３２において、薬物療法確認システム６００は、薬物療法施与の結果を記録する。結果は、指示にしたがった、薬物療法のうまくいった施与であり得る。しかし、他の結果もあり得る。例えば、薬物療法を受けることを患者が拒否した、薬物療法の変更、および機器の故障などである。薬物療法の変更の場合、変更されたオーダーが生成され得る。変更されたオーダーは、薬物管理モジュール３０２において、元のオーダーとリンクされ得る。
【００８４】
図７は、図２の薬物療法確認システム２１０の第４の例示的な実施形態７００を示すフローチャートである。薬物療法確認システム７００は、ブロック７０２において呼び出される。その後、システム７００は、実施形態４００に関して説明したブロック４０４〜４０８に類似する機能へ進む。その後、システム７００は、実施形態６００に関して説明したブロック６１２〜６２６に類似する機能へ進む。ブロック６２６から、薬物療法確認システム７００は、ブロック７０４に進む。
【００８５】
ブロック７０４において、薬物療法確認システム７００は、治療が許容範囲内であるか否かを判定する。システム７００は、様々な許容値、例えば、服用量許容値を含み得るが、許容値はこれに限定されない。治療が許容範囲外であるとシステム７００が判定する場合、システムはブロック４１６に進み、エラー信号を提供する。システム７００はまた、治療および／または許容値を変更する能力を提供し得る。治療が許容範囲内であるとシステム７００が判定する場合、システムはブロック６２８に進み、図６を参照しながら説明したように続く。
【００８６】
図８は、薬物療法確認システム２１０の様々な機能の実現において有用である、例示的なコンピュータ画面８００を示す。他の機能に加えて、コンピュータ画面８００は、新たな薬物オーダーの入力、現在の薬物オーダーの変更、薬物オーダーの取り消しのために用いられ得る。コンピュータ画面８００は、処理領域８０２、検索領域８０４、薬物情報領域８０６、滴定／漸減基準領域８０８、指示および覚書領域８１０、および予定される溶液成分の領域８１２を含む。輸液薬物オーダーのタイプには、単回投与、間欠、持続性、シーケンシング、および変更が含まれる。コンピュータ画面８００は、情報端末１１８、薬局コンピュータ１０４、輸液ポンプ１２０、ＣＰＯＥシステム、および薬物療法カート１３２とともに用いられ得る。コンピュータ画面８００は、概して、患者ケアシステム１００を通じて臨床家１１６がアクセスできるコンピュータ画面のルックアンドフィールを有するように設計される。コンピュータ画面８００の機能は、部分的には、当業者によく知られているデータベースリンケージ技術、例えば、ハイパーリンク、定義ボックス、およびドロップダウンメニューを用いて達成されるが、データベースリンケージ技術はこれらに限定されない。
【００８７】
処理領域８０２は、輸液オーダーの作成、輸液オーダーの保存、および輸液オーダーのキャンセルをトリガする能力を含み得る。臨床家１１６は、臨床家１１６の好みのオーダーエントリ手順を提供するために、コンピュータ画面８００をカスタム化し得る。処理領域８０２は、オーダーのためのステータスインジケータを含む。処理領域８０２は、ＰＲＮオーダー（「必要に応じた」オーダー）が臨床家１１６によって発行され得るか否かを示す領域を含む。処理領域８０２はまた、医療デバイス３３２の動作パラメータ、輸液オーダールート、輸液ライン、輸液投与位置、輸液オーダー開始時刻、輸液薬物オーダータイプ、輸液流量許容値、輸液流量、輸液持続時間、および準備の領域（例えば、薬局または遠隔位置）を表示し、調節する能力を含む。処理領域８０２はまた、薬物オーダーを他の薬物オーダーと結びつける、例えば、医師の輸液オーダーを他の臨床家１１６によって入力され得る他の薬物オーダーと結びつける領域を含み得る。処理領域８０２は、コンピュータ画面８００の他の領域、例えば、予定された溶液領域８１２のデータを表示するトリガを含み得る。他の領域はこれに限定されない。
【００８８】
検索領域８０４は、輸液オーダーのための薬物、溶液および／または添加剤を検索することを可能にする。オーダーのため、デフォルトの希釈剤が提供され得る。薬物のデフォルトの用量が患者ケアシステム１００において規定されている場合、デフォルトの用量は、自動的に、薬物を含む検索結果とともに現れる。検索領域８０４からの検索は、概して、薬物の名前、投与のルート、コスト、パッケージサイズ、剤形、ジェネリック名、薬物が眠気を催させるか否か、薬物がコントロールされているか否か、フォーミュラリーであるか否か、および薬物が製造されているか否かを生成する。
【００８９】
薬物情報領域８０６は、輸液オーダー添加剤および溶液を規定するために用いられ得る。薬物情報領域８０６は、別個の添加剤領域および溶液領域を含み得る。溶液領域は、ラベル「溶液／希釈剤」を含み得る。患者ケアシステム１００は、薬物情報領域８０６に薬物１２４、溶液、および添加剤を埋めるために、薬物１２４データベース、溶液データベースおよび添加剤データベースを用い得る。あるデータベースにおいて識別される物質は、他のデータベースにおいても識別され得る。データベースは、薬物１２４および溶液の組み合わせにデフォルト値を提供するようにリンクされ得る。
【００９０】
滴定／漸減基準領域８０８は、概して、持続性輸液オーダーに適用される。滴定は、オーダーのある特定のパラメータ、例えば、用量および／または流量を規定する。用量および流量は、絶対値として入力され得る。滴定／漸減基準領域８０８に情報を入力するために、数学的記号、例えば、大なり「＞」、小なり「＜」、および等号「＝」が、単独で、または組み合わせて用いられ得るが、数学的記号はこれらに限定されない。また、カレンダーが、滴定／漸減基準領域８０８に情報を入力するために用いられ得る。用量および流量は、許容範囲として入力されてもよい。非持続性輸液オーダーが入力され、かつ/また
は変更される場合、滴定／漸減基準領域８０８は隠され得る。
【００９１】
指示および覚書領域８１０は、患者１１２および／または輸液オーダーについての医師の覚書などの情報を保存する能力を含む。指示および覚書領域８１０は、患者１１２について責任を負う臨床家１１６、例えば、患者の医師を識別する表示および参照領域を含み得る。
【００９２】
予定される溶液領域８１２は、患者１１２に対して処理されているオーダーの現在の状態に基づいて、溶液スケジュールおよび関連成分を表示する。予定される期間は、患者ケアシステム１００のデフォルトであり得る。期間はまた、臨床家１１６によって調節可能であり得る。予定される溶液領域８１２は、患者ケアシステム１００によって予定される期間を示す調節可能な表示を含み得る。予定される溶液領域に表示されるデータは、概して、処理領域８０２においてオーダー保存がトリガされる場合に保存される。予定される
溶液領域８１２は、以前に入力されたオーダーを変更する間、ある期間にわたって振り返る能力を含み得る。これによって、変更されていない輸液オーダーに従ってすでに調製され得る溶液を臨床家１１６が見ることが可能になる。
【００９３】
患者ケアシステム１００は、輸液オーダーの調節および変更を行う能力を含む。これらの調節および変更機能は、処方変更モジュール（３３６（図３）に含まれる。しかし、調節および変更は、患者ケアシステム１００の他の部分、例えば、処方エントリ３２４、処方実行３０６、処方承認３０８からでもアクセス可能であるが、このような他の部分はこれらに限られない。
【００９４】
患者ケアシステム１００は、調節可能な所定の流量調節許容値を含み得る。流量調節許容値は、患者ケアシステム１００の全ての組織レベルについて、任意に規定される。許容値５４２ｂは、患者ケアシステム１００全体、または、患者ケアシステム１００のサブシステムに関するものであり得る。例えば、異なる流量調節許容値が、新生児、小児、精神科、特定の看護装置、および特定の患者用などのサブシステムに適用され得るが、サブシステムはこれらに限定されない。流量調節許容値は、元のオーダーされた流量に対して、または直前の流量に対して特定され得る。臨床家１１６はまた、特定のオーダーに特有の流量許容値を指定し得る。システム１００は、看護士が新たなオーダーを要求することなしに流量調節許容値を無視することを許可されているか否かについて予め定められた指示を含み得る。この指示は、患者ケアシステム１００全体、サブシステム、または個々の臨床家１１６に適用され得る。
【００９５】
薬物は、流量許容値を有し得る。システム１００は、流量無視理由コードを含み得る。流量無視理由コードは、臨床家１１６が流量を流量許容値によって規定された境界を超えて変える必要がある場合、臨床家１１６がそこから選択し、かつ/または供給し得る注釈
である。システム１００は、臨床家１１６がオーダーによって規定された流量許容値を無視する場合に患者の医師にメッセージが送られるべきか否かを示す、規定された設定を含み得る。システム１００はまた、臨床家１１６が、オーダー以外のレベルで規定された許容値、たとえば、流量許容値５４２ｂを無視する場合にメッセージが送られるべきか、そして、誰に送られるべきかを示す、規定されたメッセージトリガ５４６ｋを含み得る。
【００９６】
システム１００は、例えば、流量変換テーブル、変化する成分変換テーブル、および変化する流量変換テーブルなどの変換関数を含み得る。変換関数はこれらに限定されない。流量変換は、輸液オーダーを容量／時間によって規定される流量に変換する工程を含む。ここで、オーダーは、元々、任意の方法、例えば、特定の濃度での用量／時間、重量/時
間の単位あたりの容量、体表面積／時間の単位あたりの用量、ならびに総用量および持続時間などで指定されるが、これらに限定されない。
【００９７】
変化する成分変換は、成分が変化する、オーダーを現在投与されている溶液の流量に変換する工程を含む。成分が変化するオーダーには、例えば、シーケンシングオーダーのようなオーダーが含まれるが、これに限定されない。シーケンシングオーダーにおいて、異なるバッグは、異なる成分を有し、流量が異なる可能性がある。
【００９８】
変化する流量変換は、流量が変化する輸液オーダーの現在注入されている溶液の流量への変換を含む。流量が変化するオーダーには、漸減用量オーダーおよび変更用量オーダーが含まれるが、これらに限定されない。
【００９９】
システム１００は、所定の輸液流量を含み得る。所定の輸液流量は、流量の入力からのショートカットとして、ドロップダウンリストからの選択を可能にする記述を有し得る。システム１００はまた、持続時間と注入される容量との間の自動変換を含み得る。
【０１００】
システム１００はまた、設定可能な精度表示を含む設定可能な精度表示は、流量表示、容量表示、投与期間表示を含み得るが、これらに限定されない。流量表示精度は、流量を小数点以下所定の位で表示するように設定され得る。患者ケアシステム１００の様々な部分が表示される流量についての精度を独立して決定し得る。例えば、システム１００は、成人を治療する場所では、小数第１位まで表示し、新生児を治療する場所では、小数第３位まで表示し得る。容量表示は、同様に、小数点以下所定の位まで注入容量を表示するように設定され得る。設定可能な投与期間表示は、注入が、単回投与注入または間欠注入である場合に、流量に基づいて投与持続期間を計算するために用いられ得る。
【０１０１】
システム１００はまた、規定された設定、例えば、最長輸液持続時間設定、オーダーエントリ最長輸液持続時間無視利用可能性設定、および投与最長輸液持続時間無視利用可能性設定などを含み得るが、規定された設定はこれらに限られない。最長輸液持続時間設定は、患者ケアシステム１００の様々な部分について、別個に規定可能であり得る。最長輸液持続時間設定はまた、特定の薬物１２４に特有であり得る。最長輸液持続時間無視利用可能性設定は、オーダーエントリのときに、最長輸液持続時間設定を無視することが許可されているか否かを設定するために提供され得る。投与最長輸液持続時間無視利用可能性設定は、投与のときに、最長輸液持続時間設定を無視することが許可されているか否か、かつどのグループのユーザがそれを行うことを許可されているかを設定するために提供され得る。オーダーエントリおよび／または投与の間無視することが許可されている場合、システム１００は、最長輸液持続設定を無視する権限を有する臨床家１１６のサブセットを規定し得る。
【０１０２】
システム１００は、オーダーが完了するまでの残りの時間、輸液オーダーのまだ投与されていない容量を計算する。臨床家１１６がシステム１００を用いて輸液オーダーを投与する場合、流量を変化させる場合、輸液のステータスをチェックする場合、システム１００は、まだ投与されていない時間および容量を計算し、部分的なバッグが用いられることを計算が示すか否かを示す。例えば、全体が投与される前に停止されるオーダーの最後のバッグ、および／または全体が投与される前に変更される必要があるオーダー内のバッグについて、臨床家１１６は、情報端末１１８および／またはカート１３２において警告を受ける。警告は、例えば、「１５０ｍｌだけ投与してください」というようなメッセージを含み得る。
【０１０３】
滴定ＰＲＮオーダーについて、臨床家１１６は、オーダー内の滴定状態が流量が変更される必要があることを示す場合、自動的に、必要な流量変化を通知される。システム１００は、流量から点滴速度への変換を計算する、規定された値を含む。システム１００の規定された値は、調節可能であり得る。システム１００は、治療の施与の間、臨床家１１６の役に立つように、流量の点滴速度への自動変換を含み得る。
【０１０４】
システム１００は、ＩＶ注入速度の変化を文書化する能力を含む。システムは、変化が起きるにつれて、臨床家１１６が流量の全ての変化を取り込むことにおいて役立つように構成され得る。臨床家１１６は、オーダーにおいて要求されるように、例えば、モルヒネの輸液流量を４ｍｌから２ｍｌまで減らすように、流量を変化させ得る。システム１００は、新たなオーダーとして変化を認識し得るが、システム１００は、重複を避け、変更されたオーダーが新たなバッグの生成につながらないように構成され得る。
【０１０５】
また、臨床家１１６は、患者１１２が不快感を訴える場合、または、例えば、患者１１２が嘔吐しているようなときに流体バランスを容易にするため、オーダーなしに、輸液速度を変化させ得る。
【０１０６】
システム１００は、一時的に停止され、継続されず、かつ／または再開される輸液などの変化を文書化する能力を含む。変化はこれに限定されない、臨床家１１６は、例えば、注入場所に障害が生じてきた、輸液が取り除かれてきた、かつ／または、輸液が患者１１２の動きを容易にするためにヘパリン／生理食塩水ロックされているなどの様々な理由から輸液を停止し得る。輸液は、新たな場所／輸液が回復されたときに再開され得る。しかし、これにかかる時間の長さは、可変的であり、概して、システム１００によって記録される。
【０１０７】
システム１００は、複数の注入場所に対する複数の輸液を詳細に文書化する能力を含む。多くの状況において、患者１１２は、複数の薬物１２４および「ｙ−ｅｄ」輸液を有し得、それにより、一部の輸液がある場所に流れ、他の輸液が他の場所へと流れる。例えば、モルヒネ輸液、抗生物質、および通常の生理食塩寸水が、右腕（場所１）に注入され、ＴＰＮおよび２／３＆１／３は二重管ＣＶＬ（場所２）に流れる。システム１００は、いずれの場所に様々な流体が注入され流れているのかを臨床家１１６が文書化することを可能にする。集中治療室、２つより多い輸液が１本のラインまたは１本の管に流れ得る。臨床家１１６は、ＣＶＬのいずれの管に、輸液または薬物が流れているのか示すことができる。
【０１０８】
システム１００は、輸液および任意の場所位置変化について、場所位置を文書化する能力を含む。注入場所は、閉塞またはポリシーに起因してよく変えられる。したがって、臨床家１１６は、輸液が除去され、続いて再開される場合、場所位置における変化を文書化する必要がある。
【０１０９】
薬物を投与する方法を以下に説明する。この方法は、輸液オーダーを変更する能力を含む。変更は、流量、注入場所に対する変更、注入の一時停止、注入の再開、および新たな薬物１２４を容器につるすことを含む。この方法は、患者に関連付けられたバーコードをスキャンする工程と、薬物と関連付けら得たバーコードをスキャンする工程と、輸液が混合剤である場合、使用期限を確かめる工程と、変更の理由を選択する工程と、輸液バッグの残りの容量を記録するか、以前の容量および流量から計算された値を受け入れる工程を含む。混合剤の使用期限の確認は、混合剤テーブルおよび／またはバーコードの使用を含み得る。
【０１１０】
変更の理由は、規定されたテーブルからのものでありえる。変更の理由はまた、医師がオーダーした変化についてハードコードされた値を含み得る。ハードコードされた値が選択される場合、臨床家１１６は、医師のリストから医師を選択するように促される。担当医が、医師のリスト内のデフォルトであり得る。
【０１１１】
薬物１２４の投与を中止するための緊急選択機能があり得る。緊急選択が選ばれない場合、以下の工程が含まれ得る。流量を記録する工程および／または流量について以前の値（以前の値は、概して、情報端末ディスプレイ１１８ａ、輸液ポンプディスプレイ１２０ｃ、および／または医療カート１３２に表示される）を受け入れる工程と、以前の流量をオーダーされた流量と比較する工程（この比較はシステム１００またはサブシステム原則および許容値を用いて達成される）と、適切なメッセージを表示する工程と、流量と点滴速度との変換が表示される工程（変換はシステム１００規定点滴速度変換テーブル５４８ｆに基づいて計算され得る）とである。システム１００は、代表的には、臨床家が正しい点滴速度変換を選択することを容易にするために用いられるチューブに基づいて記述を用いる。流量を変化させることは、システムが、予定される流量に基づいて、この溶液の使用期限を自動的に確かめることをトリガする。溶液の使用期限が、投与の前または間に切れる場合、「この溶液は、予定される投与期間の間に使用期限が切れます。薬局にご連絡ください」というようなメッセージを臨床家１１６に送る。予混輸液バッグおよび／また
はカスタム化された輸液バッグである場合、可能であれば、スキャンコードを解析することによって、使用期限を確かめる。以前の注入場所を受け入れるか、新たな注入場所の位置をリストまたは解剖学的表現の図から選択する。その後、薬局の在庫補充を行うため、スケジュールを再計算する。
【０１１２】
システム１００はまた、元の輸液オーダーにおいて指定された時刻とは異なる時刻に、輸液オーダーを投与するため、規定されたテーブル規定無視コードを含み得る。臨床家１１６が、オーダーされた投与時刻許容値外で薬物を投与する場合、臨床家１１６は、変更のための理由コードを選択することを要求され得る。
【０１１３】
システム１００はまた、ＰＲＮ輸液が準備され、送達されることをリクエストするプロセスを含み得る。このオプションは、このオプションは、臨床家１１６に患者のために提示されたＰＲＮオーダーのリストからＰＲＮ輸液を選択するように促す工程およびリクエストされた輸液バッグを１にデフォルトする工程を含み得る。しかし、臨床家１１６は、リクエストされた量を変更する権限を有し得る。
【０１１４】
ブロック４０４（図４）について上述したように、システムは、臨床家１１６のアイデンティティに関連する情報にアクセスする。システム１００は、臨床家のバッジ１１６ａを読み取る、バーコードリーダのようなデバイスを用いることによって、臨床家１１６を識別し得る。システムはまた、臨床家１１６を確実に識別し、臨床家がシステムの正当なユーザであることを確かめ、臨床家１１７６がシステム１００の部分にアクセスする権限を有するか否かを判定するためにバイオメトリクスを用い得る。システム１００は、臨床家のシステム１００へのアクセスを認めるために、臨床家バッジ１１６ａ、または他の鍵と、確かめられたバイオメトリック照合との組み合わせを要求し得る。システムはまた、臨床家バッジ１１６ａが臨床家バッジ１１６ａまたは他のキーを読み取るために用いられるデバイスの近傍から取り除かれるときに、システム１００へのアクセスを終了する。
【０１１５】
バイオメトリクスは、測定された生物学的データを統計学的に解析する技術および科学である。バイオメトリクスの分野の１つとして、指紋などの一意的な物理的特徴を判定するという分野がある。バイオメトリクスは、個人の身元をデジタルシステム、例えばシステム１００に対して明らかにすることを可能にする。取引および相互作用をより簡便、かつ安全にするデジタルのペルソナが作成される。識別のためのバイオメトリック特徴は、指紋、顔、虹彩および網膜スキャン、音声認識などの特徴を含むが、これらに限定されない。バイオメトリックデバイスは、スキャンまたは読み取りデバイス、スキャンされた情報をデジタルフォーマットに変換するソフトウェア、および格納された記録と比較する、バイオメトリック情報を格納するメモリが含まれる。ソフトウェアは、アルゴリズムで処理されたデータの特有適合ポイントを識別し、データを比較する。パスワード、ＰＩＮコードおよびスマートカードとは異なり、システム１００バイオメトリクスは、なくしたり、忘れたり、盗まれたりということがない。
【０１１６】
バイオメトリックスキャナは、臨床家のバッジ１１６ａを読むためのデバイスと関連付けられ得る。例えば、バイオメトリックスキャナは、バーコードリーダのハンドルの親指指紋リーダであり得る。他の実施形態において、バイオメトリックスキャナおよび電気鍵リーダは、携帯用薬品カートおよび／または医療デバイスに位置し得る。臨床家１１６が医療デバイスからの特定の距離内に電子キーを配置させる場合、プロセッサには、予測すべき、特定の個人電子バイオメトリック識別ファイルが分かる。システム１００は、バイオメトリック情報をスキャンするように臨床家１１６に促すことが好ましい。バイオメトリック情報は、何らかのタイプのバイオメトリック読み取りまたはスキャンデバイスを用いて、システム１００に入力される。スキャンされたバイオメトリック情報と以前に格納された特有個人電子バイオメトリック識別ファイルとの間の１対１比較が行われる。この１対１識別比較は、適合するものを探して、臨床家データベース全体を検索する必要がないので、１対多数の識別ファイルの比較よりもずっと効率的である。代わりに、１つの特定の比較のみが行われる。適合する場合、臨床家１１６は医療デバイス３３２へのアクセスが認められる。適合しない場合、臨床家１１６はアクセスを拒否される。
【０１１７】
他の実施形態において、システム１００が臨床家のアクセスを認めた後、システム１００は、電子鍵がバイオメトリックスキャナまたはバイオメトリックスキャナの近傍から取り除かれる場合、そのアクセスを終了し得る。電子鍵が保たれる必要がある近傍とは、あらかじめ定められてもよいし、かつ／または、可変でプログラマブルなシステム１００パラメータであってもよい。
【０１１８】
ある実施形態において、ブロック４０４は、暗号化されたデジタル指紋テンプレート、臨床家の名前、ログイン名およびパスワードを含み得る。臨床家の識別子を実現する技術の１つに、Ｄａｌｌａｓ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ  ｔｅｃｈｎｏｌｏｇｙの「ＩＢＵＴＴＯＮ  ４００」という技術が含まれる。システム１００は、臨床家が指を指紋スキャナに置いたときにアクティベートされ得る。システム１００が適合するものを見つける場合、システム１００は、臨床家１１６がシステム１００にログインすることをリクエストし得る。システム１００がバイオメトリック適合を見つけられない場合、システムは、臨床家１１６がシステム１００にアクセスすることを許可しない。
【０１１９】
他の実施形態において、バイオメトリック情報を格納するデータベースは、中央システム１０８、薬局コンピュータ１０４、および／または治療の場１０６において保持され得る。治療の場１０６において、データベースは、携帯用カート、情報端末１１８、および／または医療デバイス３３２において保持される。このように分配されたデータベースは、ネットワーク１０２が様々な位置の間で通信することができない場合でさえ、遠隔デバイスへのアクセスを可能にする。ネットワーク１０２通信が回復される場合、遠隔および中央データベースは、他の位置において変更される任意の情報と同期化し得、両方のシステム１００データベースが適切に更新される。
【０１２０】
システム１００は、閉じられたループの輸液治療管理システムを提供する。閉じられたループは、臨床家１１６のオーダーから開始される。他の方法の中でも、臨床家１１６は、情報端末１１８および／または薬物療法カート１３２を介してオーダーを入力し得る。オーダーが入力された後、オーダーは、薬局承認および薬物検査にとって、リアルタイムで利用可能になる。オーダーは、電子医療管理記録（ＭＡＲ）としてリアルタイムで利用可能である。ＭＡＲは、輸液投与のため、臨床家１１６にとって利用可能である。システム１００は、自動的に、薬物投与および流量変化などの変更を文書化する。輸液投与のプロセスを通じて、システム１００は、システム１００および／またはサブシステム在庫およびを同時に調節する。システム１００はまた、課金のためのデータを提供する。オーダーの全ての段階が、１つのシステム１００の中で、リアルタイムに処理され得る。システム１００はまた、イベント管理および決定サポートデータを提供する。システム１００は、デバイス依存性であり、ワークステーション、無線タブレット、およびハンドヘルド情報端末１００上で実行し得るということを意味する。
【０１２１】
閉じられたループの輸液治療管理システムは、輸液オーダーエントリ、オーダー準備、および輸液のステータスの利用可能性を含む。輸液オーダーエントリは、処方エントリモジュール３２４、処方変更モジュール３３６、および薬局インターフェース３１６などの複数の手段によって行われ得るが、これらに限定されない。輸液のステータスは、輸液の患者１１２特有使用を提供し、さらなる輸液バッグの必要性を薬局に警告する。
【０１２２】
輸液オーダータイプは、複数の特徴、単回投与、ロード投与、間欠投与および持続性注
入にしたがって入れられ得る。持続性注入には、持続性注入、変更注入、シーケンシング注入、漸減注入、および滴定注入が含まれる。
【０１２３】
輸液オーダーの容量は、体重または体表面積に従って決定され得る。要領は、速度に従って入力されてもよい。速度が入力されない場合、システム１００は、用量および指定された期間に従って計算する。オーダーする臨床家は、希釈剤およびその量を指定し得る。薬局は、このようなパラメータについてデフォルトを提供し得る。システム１００のチェックが、混合剤の正味の濃度および注入速度が適切であることを確実にするように行われ得る。システム１００は、システム１００全体で規定された停止オーダー５１６を含み得る。患者の状態の変化は、適切な行動のための規定されたシステム１００のメッセージを生成し得る。システム１００は、退院または死亡の際には、自動的にオーダー停止を行うように、ＡＤＴインターフェース３１０と連携をとる。
【０１２４】
混合剤オーダーがシステム１００に入力される場合、調製指令が調整位置に向けられる。統制位置は、システム１００の混合剤プログラムおよび混合剤のタイプに依存する。システム１００は、混合剤が充填される場所を指定する、調節可能なデフォルトを含み得る。混合剤は、薬局で充填されてもよいし、遠隔位置、たとえば、フロア、または治療の場１０６で充填されてもよい。臨床家１１６は、調製プロセスを通じて、情報端末１１８に表示され得るイベント管理情報を用いてガイドされ得る。混合剤の薬物ラベル１２４ａは、成分およびそれぞれの容量をリストする。薬物ラベル１２４ａは、任意の場所で印刷され得る。混合剤輸液の投与の際、薬物ラベル１２４はスキャンされる。流量に対して為された任意の調節が、バーコードスキャンを用いることによって追跡される。薬局は、次に必要な混合剤輸液のタイミングを調節するようにリアルタイムで警告される。混合剤調製および投与のモニタリングは、薬物１２４のジャストインタイムの送達を可能にする。これにより、継続してない、または変化した調製に起因する廃棄物を減らす。これはまた、患者１１２の安全を確保する。
【０１２５】
システム１００は、患者の体重、体表面積、および／または治療の指定された頻度および持続時間に基づいて、輸液流量を計算する。オーダーされた輸液速度は、最高プッシュ速度許容値と照らして確認される。溶液の濃度も確認され得る。投与および流量の間、臨床医１１６は、情報端末で、輸液速度および関連するパラメータについて警告される。流量の変化は、リアルタイムで薬局に通信される。システム１００は、システム１００規定時間許容値に基づく、溶液送達を自動スケジューリングを含む。
【０１２６】
薬物投与の完了は、課金インターフェース３１２を介する患者の課金をトリガし得る。課金インターフェースは、ＨＬ７インターフェースを含み得る。患者が輸液オーダー準備の完了に基づいて請求されるようになっている場合、システム１００は、クレジット処理を含む。クレジット処理は、輸液が、廃棄または薬局在庫管理システムに再登録されるために、薬局に返却されるときにトリガされ得る。
【０１２７】
システム１００は、適切な臨床家１１６への自動メッセージ通知を含む。例えば、医師が新たなオーダーを入力する場合、メッセージが薬局で現れ、薬剤師に、輸液オーダーの承認が必要であると警告する。同様に、輸液オーダーが適切に承認される場合、臨床家１１６は、情報端末１１８に、輸液オーダーがオーダーについて規定された期間内に施与される必要があることを臨床家１１６に警告するメッセージを受信する。
【０１２８】
本発明の上記の実施形態、特に、任意の「好適な」実施形態は、実現例の可能な例であり、本発明の原理を明確に理解するために述べられたに過ぎない。多くの変形および改変例が、本発明の精神および原理から実質的に逸脱することなく、本発明の上記の実施形態（単数または複数）に為され得る。このような改変例は全てこの開示内容の範囲内に含まれることが意図され、本発明は特許請求の範囲によって保護されている。
【図面の簡単な説明】
【０１２９】
【図１】図１は、患者ケアシステムの図である。患者ケアシステムは、薬局コンピュータ、中央システム、治療の場における情報端末を含む。
【図２】図２は、図１の薬局コンピュータ、中央システム、および／または情報端末のコンピュータシステム表現のブロック図である。コンピュータシステムは、薬物療法確認システムまたは薬物療法確認システムの一部を含む。
【図３】図３は、図１の患者ケアシステムの機能的コンポーネントを示すブロック図である。
【図４】図４は、図２の薬物療法確認システムの第１の例示的な実施形態を示すフローチャートである。
【図５】図５は、図２の薬物療法確認システム２１０の第２の例示的な実施形態５００を示すフローチャートである。
【図６】図６は、図２の薬物療法確認システム２１０の第３の例示的な実施形態６００を示すフローチャートである。
【図７】図７は、図２の薬物療法確認システム２１０の第４の例示的な実施形態７００を示すフローチャートである。
【図８】図８は、図１の患者ケアシステムの様々な機能を実現するために有用な例示的なコンピュータ画面の図である。
【図１】
0005378751.tif 000002
【図２】
0005378751.tif 000003
【図３】
0005378751.tif 000004
【図４】
0005378751.tif 000005
【図５】
0005378751.tif 000006
【図６】
0005378751.tif 000007
【図７】
0005378751.tif 000008
【図８】
0005378751.tif 000009