JP2009151806A - 薬物療法確認システムおよび方法 - Google Patents

Abstract

【課題】正しい薬物が正しい患者に、正しい用量で、正しい時刻に、正しいルートで効率
的に提供されていることの確認に役立つシステムおよび方法に関する。
【解決手段】この方法は、第１、第２、および第３の信号を、第１の流量および第１の流
量許容値を規定するデータを有する中央コンピュータに提供するスキャナを含み得る。第
１の信号は、薬物を識別するデータを含み得る。第２の信号は、第２の流量を識別するデ
ータを含み得る。第３の信号は、薬物容器内の薬物の容量を識別するデータを含み得る。
中央コンピュータは、第２の流量が第１の流量許容値内である場合、第２の流量を承認す
る。輸液ポンプは、中央コンピュータが第２の流量を承認する場合、第２の流量を実現す
るため、新たな動作パラメータを受け取り、中央コンピュータは、時間ソースを用いて第
２の流量の開始を文書化する。
【選択図】なし

Description

本願は、概して、医療デバイスの操作およびデバイス間の通信を行うシステムおよび方
法に関する。より具体的には、本発明は、正しい薬物が正しい患者に、正しい用量で、正
しい時刻に、正しいルートで提供されていることを確認するシステムおよび方法に関する
。

代表的な患者ケアシステムは、コンピュータネットワーク、患者を治療する医療機器、
および医療機器のコントロールを含む。患者ケアシステムは、コンピュータ化自動システ
ムおよび方法の使用を通じて向上してきたが、患者ケアシステムは、医療機器および医療
機器のコントロールに関して、手動データ管理プロセスに大きく頼り続けている。たとえ
ば、近代的な病院において、ナースステーションは、一般的には、コンピュータネットワ
ークに接続されているが、通常は、コンピュータネットワークは患者の部屋まで拡張され
ていない。コンピュータネットワークは、医療機器の操作およびモニタリング、ならびに
看護の場における医療機器のコントロールを含む自動データ管理処理の機会を提供する。
この分野においける進歩にも関わらず、自動データ管理技術は、例えば輸液ポンプのよう
な医療機器を操作するより効率的なシステムおよび方法がないことに起因して、看護の場
における用途に十分に活用されていない。

（発明の要旨）
本発明は、医療デバイスを操作するシステムおよび方法を提供する。システムおよび方
法は、輸液ポンプをプログラムするために用いられ得る。システムは、コンピュータプロ
グラムを含む様々な方法で実現され得る。コンピュータプログラムとして実現される場合
、プログラムは、以下のようなロジックを含む。患者のアイデンティティに関連する情報
にアクセスするロジックと、薬物治療のアイデンティティに関連する情報にアクセスする
ロジックであって、該薬物治療は治療タイプを有する、ロジックと、該薬物治療は該患者
に以前に関連付けられているか否かを判定するロジックと、該薬物治療が該患者に以前に
関連付けられていない場合、第１のエラー信号を提供するロジックと、医療デバイスのア
イデンティティに関連する情報にアクセスするロジックと、該医療デバイスは該薬物治療
タイプを投与するように構成される、ロジックと、該医療デバイスの複数の動作パラメー
タが該薬物治療と一致するか否かを判定するロジックであって、該動作パラメータは中央
コンピュータから提供され、該動作パラメータは遠隔コンピュータを通過することなく、
該医療デバイスに提供される、ロジックと、該医療デバイスの該動作パラメータが該薬物
治療と一致しない場合、第２のエラー信号を提供するロジックと、該薬物治療を該患者に
提供するように該医療デバイスをイネーブルするロジックと、該医療デバイスが該薬物治
療を該患者に提供していることを確認するロジックとである。

本発明の他のシステム、方法、機能および利点は、添付の図面および詳細な説明を参考
にすれば、当業者にとって明らかである。この記載に含まれるこのようなさらなるシステ
ム、方法、機能および利点の全てが本発明の範囲内であり、特許請求の範囲によって保護
される。したがって、本発明は以下をも提供する。
（項目１）第１のコンピュータおよび第２のコンピュータの使用を含む、薬物治療を施与する
方法であって、
遠隔位置において、該第２のコンピュータから患者のアイデンティティに関連する情報
にアクセスするステップと、
該第２のコンピュータから薬物治療のアイデンティティに関連する情報にアクセスする
ステップであって、該薬物治療は治療タイプを有する、ステップと、
該薬物治療は該患者に以前に関連付けられているか否かを判定するステップと、
該薬物治療が該患者に以前に関連付けられていない場合、第１のエラー信号を提供する
ステップと、
該第２のコンピュータから医療デバイスのアイデンティティに関連する情報にアクセス
するステップであって、該医療デバイスは該薬物治療タイプを投与するように構成される
、ステップと、
該医療デバイスの複数の動作パラメータが該薬物治療と一致するか否かを判定するステ
ップであって、該動作パラメータは、中央コンピュータにおける該第１のコンピュータか
ら提供され、該動作パラメータは該第２のコンピュータを通過することなく、該医療デバ
イスに提供される、ステップと、
該医療デバイスの該動作パラメータが該薬物治療と一致しない場合、第２のエラー信号
を提供するステップと、
該薬物治療を該患者に提供するように該医療デバイスをイネーブルするステップと、
該医療デバイスが該薬物治療を該患者に提供していることを確認するステップと
を包含する、方法。
（項目２）前記第１のコンピュータに患者識別子および薬物識別子を提供することによって、
前記薬物治療が前記患者に以前に関連付けられ、該薬物識別子は該患者識別子を含む、項
目１に記載の方法。
（項目３）前記薬物治療のアイデンティティに関連する情報にアクセスするステップは、前記
第２のコンピュータに第２の薬物識別子を入力する工程を含み、該第２の薬物識別子は患
者識別子を含む、項目２に記載の方法。
（項目４）前記医療デバイスの動作パラメータを提供するステップは、前記第１および第２の
薬物識別子が同じ患者識別子を含む場合にのみ行われる、項目３に記載の方法。
（項目５）前記医療デバイスは、輸液ポンプである、項目１に記載の方法。
（項目６）前記第１のコンピュータに薬物識別子を提供する工程は、入力デバイスによって生
成される信号をコンピュータ読み出し可能媒体フォーマットに変換する工程を含む、項目
１に記載の方法。
（項目７）前記患者識別子は識別子のグループのうちの１つであり、該識別子のグループは、
患者の名前、患者の社会保障番号、患者の血液型、患者の住所、患者のアレルギー、病院
の患者ＩＤ番号、病院でのベッドの位置、および患者の親族の名前からなる、項目１に記
載の方法。
（項目８）前記動作パラメータは、動作パラメータのグループのうちの１つであり、該動作パ
ラメータグループは、単位時間当たりの薬物の流れ、薬物の量、服用単位、服用持続時間
、服用容量、薬の名前、用量単位、およびモニタリング制限からなる、項目１に記載の方
法。
（項目９）第１のソースから第２のコンピュータに入力するステップは、入力デバイスによっ
て生成される信号をコンピュータ読み出し可能媒体に変換するステップを含む、項目１に
記載の方法。
（項目１０）臨床家のアイデンティティに関連する情報にアクセスするステップは、バーコー
ドスキャナを用いて該臨床家のバッジを読み取るステップを含み、該動作パラメータは、
無線通信経路を用いて前記医療デバイスに提供される、項目１に記載の方法。

図１は、患者ケアシステムの図である。患者ケアシステムは、薬局コンピュータ、中央システム、治療の場における情報端末を含む。 図２は、図１の薬局コンピュータ、中央システム、および／または情報端末のコンピュータシステム表現のブロック図である。コンピュータシステムは、薬物療法確認システムまたは薬物療法確認システムの一部を含む。 図３は、図１の患者ケアシステムの機能的コンポーネントを示すブロック図である。 図４は、図２の薬物療法確認システムの第１の例示的な実施形態を示すフローチャートである。 図５は、図２の薬物療法確認システム２１０の第２の例示的な実施形態５００を示すフローチャートである。 図６は、図２の薬物療法確認システム２１０の第３の例示的な実施形態６００を示すフローチャートである。 図７は、図２の薬物療法確認システム２１０の第４の例示的な実施形態７００を示すフローチャートである。 図８は、図１の患者ケアシステムの様々な機能を実現するために有用な例示的なコンピュータ画面の図である。

本発明は添付の図面を参照することにより、より良く理解され得る。図面内の部品は、
必ずしも正確に縮尺がとられる必要はなく、本発明の原理を明確に例示するために強調さ
れる。図面において、いくつかの図を通して、対応する部材は同一の参照符号が付されて
いる。

図１は、患者ケアシステム１００の図である。患者ケアシステム１００は、ネットワー
ク１０２によってリンクされた、薬局コンピュータ１０４、中央システム１０８、および
治療の場１０６を含む。薬局コンピュータ１０４は、処理装置１０４ａ、キーボード１０
４ｂ、ビデオ表示１０４ｃ、プリンタ１０４ｄ、バーコードリーダ１０４ｅ、およびマウ
ス１０４ｆを含む。図１には示されていないが、患者ケアシステム１００はまた、病院事
務用のサブシステム、ナースステーション、臨床情報サブシステム、病院情報サブシステ
ム、入院、退院および転院（ＡＤＴ）サブシステム、課金サブシステム、あるいは／なら
びに患者ケアシステムに通常含まれる他のサブシステムを含み得る。

中央システム１０８は、中央サービス装置１０８ａ、データベース１０８ｂ、ビデオデ
ィスプレイ１０８ｃ、入力／出力コンポーネント、および当業者にとって公知の他の多く
のコンポーネントを含み得る。ネットワーク１０２は、ケーブル通信システム１１０の部
分、および無線通信システムの部分を含み得る。ケーブル通信システム１１０は、イーサ
ネット（登録商標）ケーブルシステム、およびシンネットシステムであり得るが、これら
に限定されない。

治療の場１０６は、治療ベッド１０６ａ、輸液ポンプ１２０、および薬物療法カート１
３２を含み得る。図１には、臨床家１１６および患者１１２が、治療の場１０６に示され
ている。薬物１２４は、輸液ポンプ１２０を用いて投与され得るタイプのものであり得る
。薬物１２４はまた、輸液ポンプを用いることなしに投与されるタイプのものであっても
よい。薬物は、薬物療法カート１３２の薬物保管領域１３２ａに格納され得る。臨床家１
１６は、情報端末１１８を用いて、薬物１２４を患者１１２に投与する。

患者１１２の治療において、臨床家１１６は、第１の無線通信経路１２６を介してネッ
トワーク１０２のケーブル通信システム１１０と通信するために、情報端末１１８を用い
得る。また、輸液ポンプ１２０は、第２の無線通信経路１２８を介して、ケーブル通信シ
ステム１１０と通信する能力を有し得る。また、薬物カート１２４も、無線通信経路（図
１には図示されていない）を介して通信する能力を有し得る。無線トランシーバ１１４は
、ケーブル通信システム１１０とインターフェースする。ネットワークの無線通信システ
ムの部分は、ＩＥＥＥ８０２．１１ｂ「無線イーサネット（登録商標）」、ローカルエリ
アネットワーク、無線ローカルエリアネットワーク、ツリー型を有するネットワーク、リ
ング型を有するネットワーク、プレゼンスシステムの無線インターネットポイント、イー
サネット（登録商標）、インターネット、無線通信、赤外線、光ファイバ、および電話の
ような当業者にとって公知の技術を採用し得るが、これらに限定されない。図１には、無
線通信システムとして示されているが、通信経路は、ハードワイヤ通信経路であってもよ
い。

患者ケアシステム１００において、医師（図示せず）は、患者１１２のための薬物１２
４をオーダーし得る。オーダーはまた、治療の場１０６において、臨床家１１６から発せ
られてもよい。医師および／または臨床家１１６は、コンピュータ化された医師のオーダ
ーエントリシステム（ＣＰＯＥ）および／または薬物カート１３２を用いて、患者１１２
のための薬物１２４をオーダーし得る。基本的なＣＰＯＥは当業者によく知られている。
その名前にもかかわらず、ＣＰＯＥは、臨床家１１６によって用いられてもよい。薬物１
２４が、輸液ポンプ１２０を用いて投与することが効率的なものである場合、オーダーは
、輸液ポンプ１２０の動作パラメータを生成するための情報を含み得る。動作パラメータ
は、医療デバイス３３２（図３）がオーダーにしたがって動作するようにプログラムする
ために必要な情報および／または命令セットである。

オーダーは、キーボード１０４ｂ、マウス１０４ｆ、タッチパネルディスプレイ、ＣＰ
ＯＥシステムおよび／または薬物療法カート１３２などの入力／出力デバイスを介して、
薬局コンピュータ１０４に入力され得る。これらの入力／出力デバイスおよび類似のもの
は、当業者によく知られている。処理装置１０４ａは、手動で入力されたオーダーを、コ
ンピュータ読み出し可能データに変換することができる。コンピュータ化処方オーダーエ
ントリシステムのようなデバイスは、処理装置１０４ａへの導入の前に、オーダーをコン
ピュータ読み出し可能データに変換し得る。その後、動作パラメータは、プリンタ１０４
ｄによって、薬物ラベル１２４ａにバーコードフォーマットで印刷され得る。その後、薬
物ラベル１２４ａは、薬物１２４の容器に貼られ得る。その後、薬物１２４の容器は、治
療の場１０６へと運ばれる。その後、薬物１２４は、経口、または、輸液ポンプ１２０を
含む、当該技術において公知の様々な方法で、患者１１２に投与され得る。薬物１２４が
経口投与される場合、臨床家１１６は、情報端末および／または薬物カート１３２を介し
て通信し得る。薬物カート１３２は、コンピュータ化されており、概して、キーボード（
図示せず）、ディスプレイ１３２ｂ、および他のバーコードスキャナ（図示せず）のよう
な他の入力／出力デバイスを有する。

治療の場において、薬物１２４は、輸液ポンプ１２０に取り付けられ得、静脈（ＩＶ）
ライン１３０が輸液ポンプ１２０から患者１１２まで延ばされ得る。輸液ポンプ１２０は
、ポンピング装置１２０ａ、キーパッド１２０ｂ、ディスプレイ１２０ｃ、および輸液ポ
ンプＩＤ１２０ｄ、およびアンテナ１２０ｅを含み得る。従来技術による輸液ポンプには
、本発明の薬物医療確認システム２１０（図２）を完全にインプリメントするために、無
線アダプタ（図示せず）が設けられる場合がある。無線アダプタは、従来技術の輸液ポン
プのバッテリー寿命を低減させることを避ける必要がある場合、自身のバッテリーを有す
ることがある。無線アダプタはまた、格納および転送データ管理、ならびに、電力消費を
最低限にするためのデータ圧縮のようなインテリジェントデータ管理を用い得るが、イン
テリジェントデータ管理はこれらに限定されるものではない。無線アダプタはまた、ネッ
トワーク１０２が機能していないときでさえも情報端末１１８と通信する能力を含み得る
。

患者ケアシステム１００は、職員識別子、機器識別子、薬物識別子などの様々な識別子
を含み得るが、識別子はこれらに限定されるものではない。図１において、臨床家１１６
は臨床家バッジ１１６ａ識別子を有し得、患者１１２はリストバンド１１２ａ識別子を有
し得、輸液ポンプ１２０は、輸液ポンプＩＤ１２０ｄ識別子を有し得、薬物１２４は薬物
ラベル１２４ａ識別子を有し得る。臨床家バッジ１１６ａ、リストバンド１１２ａ、輸液
ポンプＩＤ１２０ｄ、および薬物ラベル１２４ａは、関連付けられた職員、機器または薬
物を識別するための情報を含む。識別子はまた、さらなる情報を含み得る。例えば、薬物
ラベル１２４ａは、薬物１２４の意図された服用者についての情報と、輸液ポンプ１２０
の動作パラメータと、薬物１２４のロット番号および使用期限についての情報とを含み得
る。識別子に含まれる情報は、印刷され得るが、バーコードのような光学読み出し可能デ
バイスフォーマット、ＲＦＩＤのような無線周波数（ＲＦ）デバイス読み出し可能フォー
マット、ｉＢｕｔｔｏｎ、スマートカード、およびレーザ読み出し可能フォーマットなど
のデバイス読み出し可能フォーマットであることが好ましい。デバイス読み出し可能フォ
ーマットは上記のものに限定されない。情報端末１１８は、ディスプレイ１１８ａを含み
得、指紋のようなバイオメトリック情報を含む識別子を読む能力を有し得る。

リストバンド１１２ａは、代表的には、患者１１２が医療ケア設備に入ると、患者１１
２に付けられる。リストバンド１１２ａは、患者識別子を含む。患者識別子は、患者を識
別するための印刷された情報と、治療する医師の名前（単数または複数）などのさらなる
情報とを含み得る。患者１１２用の患者識別子は、患者の氏名、年齢、社会保障番号、患
者の血液型、住所、アレルギー、病院ＩＤ番号、患者の親族の氏名などの情報を含み得る
が、情報はこれらに限定されない。

図２は、コンピュータ２００のブロック図である。コンピュータ２００は、図１の薬局
コンピュータ１０４、中央システム１０８、ＣＰＯＥ、情報端末１１８、および／または
ネットワーク１０２を介して通信する、任意の数の他のサブシステムに含まれるコンピュ
ータであり得る。コンピュータ２００は、薬物療法確認システム２１０を含む。いくつか
の実施形態において、薬物療法確認システム２１０は、正しい薬物が正しい患者に正しい
用量で正しい時刻に正しいルートを介して提供されることを確認する。他の実施形態にお
いて、薬物療法確認システム２１０は、これらの所望される確認機能のサブセットを提供
する。いくつかの実施形態において、輸液ポンプ１２０のプログラミングは、薬局コンピ
ュータ１０４および／または他の遠隔コンピュータから受け取った動作パラメータに基づ
き得る。他の実施形態において、輸液ポンプ１２０のプログラミングは、薬局コンピュー
タ１０４、他の遠隔コンピュータ、および／または臨床家１１６によって正しいことが確
かめられた動作パラメータに基づき得る。動作パラメータおよび／または確認は、ケーブ
ル通信システム１１０と、第１および第２の無線通信経路１２６および１２８を介して転
送され得る。

当該技術分野における重大な懸念事項として、正しい薬物が正しい患者に投与されてい
るかということがある。したがって、薬物療法確認システム２１０は、正しい薬物が正し
い患者に効率的な様態で投与されることを確実にする機能を含む。本発明の薬物療法確認
システム２１０は、ソフトウェア、ハードウェア、またはこれらの組み合わせにおいて実
現され得る。あるモードにおいて、薬物療法確認システム２１０は、実行可能なプログラ
ムとして、ソフトウェアにインプリメントされ、パーソナルコンピュータ（ＰＣ；ＩＢＭ
互換、Ａｐｐｌｅ互換、または、その他）、携帯情報端末、ワークステーション、ミニコ
ンピュータ、あるいは、メインフレームコンピュータなどの、専用または汎用デジタルコ
ンピュータ（単数または複数）のうちの１つ以上によって実行される。本発明の薬物療法
確認システム２１０をインプリメントし得る汎用コンピュータの一例は、図２に示されて
いる。薬物療法確認システム２１０は、薬局コンピュータ１０４、中央システム１０８、
および／または情報端末１１８などの任意のコンピュータ（これらに限定されない）に常
駐するか、または、常駐する部分を有し得る。したがって、図２のコンピュータ２００は
、薬物療法確認システム２１０が常駐するか、または部分的に常駐する任意のコンピュー
タの代表的なものであり得る。

概して、ハードウェアアーキテクチャの面から見ると、図２に示すように、コンピュー
タ２００は、ローカルインターフェース２０８を介して通信可能に接続された、プロセッ
サ２０２と、メモリ２０４と、１つ以上の入力および/または出力（Ｉ／Ｏ）デバイス２
０６（または周辺機器）とを含む。ローカルインターフェース２０８は、例えば、当該技
術において公知であるように、１つ以上のバス、あるいは、他のワイヤまたはワイヤレス
接続であり得るが、これらに限定されない。ローカルインターフェース２０８は、通信を
可能にするために、さらなる要素、例えば、コントローラ、バッファ（キャッシュ）、ド
ライバ、リピータ、およびレシーバを有し得るが、簡略化のため省略されている。さらに
、ローカルインターフェースは、他のコンピュータコンポーネント間での適切な通信を可
能にするため、アドレス、コントロール、および／またはデータ接続を含み得る。

プロセッサ２０２は、ソフトウェア、特に、メモリ２０４に格納されているソフトウェ
アを実行するハードウェアデバイスである。プロセッサ２０２は、任意のカスタムメイド
または市販のプロセッサ、中央処理装置（ＣＰＵ）、コンピュータ２００と関連付けられ
たいくつかのプロセッサの中の補助プロセッサ、（マイクロチップまたはチップセットの
形態の）半導体ベースのマイクロプロセッサ、マクロプロセッサ、または、概して、ソフ
トウェア命令を実行する任意のデバイスであり得る。適切な市販のマイクロプロセッサの
例は、以下の通りである。Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ Ｃｏｍｐａｎｙ製のＰＡ−
ＲＩＳＣシリーズ、Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ製のＰｅｎｔｉｕｍ（登録商標
）シリーズマイクロプロセッサ、ＩＢＭ製のＰｏｗｅｒ ＰＣマイクロプロセッサ、Ｓｕ
ｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．製のＳｐａｒｃマイクロプロセッサ、または、
Ｍｏｔｏｒｏｌａ Ｃｏｒｐｏｒａｔｉｏｎ製の６８ｘｘｘシリーズマイクロプロセッサ
である。プロセッサ２０２はまた、ＳＱＬ、Ｓｍａｌｌｔａｌｋ、ＡＰＬ、ＫＬｉｓｐ、
Ｓｎｏｂｏｌ、Ｄｅｖｅｌｏｐｅｒ ２００、ＭＵＭＰＳ／Ｍａｇｉｃなどの分散型処理
アーキテクチャを代表し得るが、分散型処理アーキテクチャはこれらに限定されない。

メモリ２０４は、揮発性メモリ素子（例えば、ランダムアクセスメモリ（ＤＲＡＭ、Ｓ
ＲＡＭ、ＳＤＲＡＭなどのようなＲＡＭ））、および不揮発性メモリ素子（例えば、ＲＯ
Ｍ、ハードドライブ、テープ、ＣＤＲＯＭなど）のうちのいずれか１つ、あるいは、これ
らの組み合わせを含み得る。さらに、メモリ２０４は、電子、磁気、光学、および／また
は他のタイプの格納媒体を組み込み得る。メモリ２０４は、様々なコンポーネントが、互
いに離れたところに位置しているが、プロセッサ２０２によってアクセスされる、分散型
アーキテクチャを有する。

メモリ２０４内のソフトウェアは、１つ以上の別個のプログラムを含み得る。別個のプ
ログラムは、論理関数をインプリメントする、オーダーされた、実行可能命令のリストを
含む。図２の例においては、メモリ２０４内のソフトウェアは、本発明による、薬物療法
確認システム２１０と、適切なオペレーティングシステム（Ｏ／Ｓ）２１２とを含む。市
販のオペレーティングシステム２１２のうち適切なものの例のリストを以下に挙げるが、
これは、全てを網羅するものではない。（ａ）Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉ
ｏｎ製のＷｉｎｄｏｗｓ（登録商標）オペレーティングシステム（登録商標）、（ｂ）Ｎ
ｏｖｅｌｌ，Ｉｎｃ．製のＮｅｔｗａｒｅオペレーティングシステム、（ｃ）Ａｐｐｌｅ
Ｃｏｍｐｕｔｅｒ，Ｉｎｃ．製のＭａｃｉｎｔｏｓｈオペレーティングシステム、（ｄ
）多くの供給メーカー、例えば、Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ Ｃｏｍｐａｎｙ、Ｓ
ｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．、およびＡＴ＆Ｔ Ｃｏｒｐｏｒａｔｉｏｎ
から購入できる、ＵＮＩＸ（登録商標）オペレーティングシステム、（ｅ）インターネッ
ト上から容易に入手可能なフリーウェアであるＬＩＮＵＸオペレーティングシステム、（
ｆ）ＷｉｎｄＲｉｖｅｒ Ｓｙｓｔｅｍｓ，Ｉｎｃ．製のｒｕｎ ｔｉｍｅ Ｖｘｗｏｒ
ｋｓオペレーティングシステム、あるいは、製品ベースのオペレーティングシステム、例
えば、ハンドヘルドデバイスまたは携帯用情報端末（ＰＤＡ）にインプリメントされたオ
ペレーティングシステム（例えば、Ｐａｌｍ Ｃｏｍｐｕｔｉｎｇ，Ｉｎｃ．製のＰａｌ
ｍＯＳ、およびＭｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ製のＷｉｎｄｏｗｓ（登録
商標） ＣＥ）。オペレーティングシステム２１２は、実質的に、他のコンピュータプロ
グラム、例えば、薬物療法確認システム２１０の実行を制御し、スケジューリング、入力
−出力コントロール、ファイルおよびデータ管理、メモリ管理、ならびに通信コントロー
ルおよび関連サービスを提供する。

薬物療法確認システム２１０は、ソースプログラム、実行可能プログラム（オブジェク
トコード）、または行われる命令のセットを含む任意の他のエンティティであり得る。ソ
ースプログラムである場合、プログラムは、Ｏ／Ｓ２１２と共に適切に動作するように、
メモリ２０４内に含まれていてもよいし、含まれていなくてもよいコンパイラ、アセンブ
ラ、インタプリタなどを介して変換される必要がある。さらに、薬物療法確認システム２
１０は、（ａ）データおよび方法のクラスを有するオブジェクト指向プログラミング言語
、または（ｂ）ルーチン、サブルーチン、および／または関数を有する手続き型プログラ
ミング言語として書かれ得る。例えば、Ｃ、Ｃ＋＋、Ｐａｓｃａｌ、Ｂａｓｉｃ、Ｆｏｒ
ｔｒａｎ、Ｃｏｂｏｌ、Ｐｅｒｌ、Ｊａｖａ（登録商標）およびＡｄａであるが、これら
に限定されない。ある実施形態において、薬物療法確認システム２１０は、Ｃ＋＋で書か
れている。他の実施形態において、薬物療法確認システム２１０は、Ｐｏｗｅｒ Ｂｕｉ
ｌｄｅｒを用いて作成される。Ｉ／Ｏデバイス２０６は、入力デバイスを含み得る。入力
デバイスは、例えば、キーボード、マウス、スキャナ、マイクロフォン、タッチパネル、
様々な医療機器用のインターフェース、バーコードリーダ、スタイラス、レーザリーダ、
無線周波数デバイスリーダなどであるが、これらに限定されない。さらに、Ｉ／Ｏデバイ
ス２０６はまた、出力デバイスを含み得る。出力デバイスは、例えば、プリンタ、バーコ
ードプリンタ、ディスプレイなどであるが、これらに限定されない。最終的に、Ｉ／Ｏデ
バイス２０６は、入力と出力とを両方通信するデバイスをさらに含み得る。例えば、変復
調装置（他のデバイス、システムまたはネットワークにアクセスするためのモデム）、無
線周波数（ＲＦ）あるいは他のトランシーバ、電話インターフェース、ブリッジ、ルータ
などであるが、これらに限定されない。

コンピュータ２００がＰＣ、ワークステーション、ＰＤＡなどである場合、メモリ２０
４内のソフトウェアは、基本入力出力システム（ＢＩＯＳ）（図２には図示されていない
）をさらに含み得る。ＢＩＯＳは、スタートアップ時に、ハードウェアを初期化し、テス
トし、Ｏ／Ｓ２１２を立ち上げ、ハードウェアデバイス間でのデータの転送をサポートす
る、重要なソフトウェアルーチンのセットである。ＢＩＯＳは、コンピュータ２００が起
動される場合にＢＩＯＳが実行され得るように、ＲＯＭに格納される。

コンピュータ２００が動作中、プロセッサ２０２は、メモリ２０４内に格納されている
ソフトウェアを実行し、データをメモリ２０４へと、かつメモリ２０４から通信し、概し
て、コンピュータ２００の動作をソフトウェアにしたがって制御するように設定される。
薬物療法確認システム２１０およびＯ／Ｓ２１２は、全体的に、または、部分的に（後者
であることが多いが）、プロセッサ２０２によって読まれ、おそらくは、プロセッサ２０
２内でバッファされ、その後、実行される。

図２に示すように、薬物療法確認システム２１０がソフトウェアにインプリメントされ
ている場合、薬物療法確認システム２１０のプログラムが、任意のコンピュータ関連シス
テムまたは方法によって、またはそれらとともに用いられるための任意のコンピュータ読
み出し可能媒体に格納され得ることに留意されたい。本明細書の文脈においては、コンピ
ュータ読み出し可能媒体とは、任意のコンピュータ関連システムまたは方法によって、ま
たはそれらとともに用いられるためのコンピュータプログラムを含むか、格納し得る、電
子、磁気、光学、または他の物理的なデバイスあるいは手段である。薬物療法確認システ
ム２１０は、コンピュータベースシステム、プロセッサを含むシステム、あるいは、命令
実行システム、装置またはデバイスから命令をフェッチし、その命令を実行し得る他のシ
ステムのような命令実行システム、装置、またはデバイスによって、またはそれらととも
に用いられるための任意のコンピュータ読み出し可能媒体において実現され得る。本明細
書の文脈において、「コンピュータ読み出し可能媒体」とは、命令実行システム、装置ま
たはデバイスによって、またはそれらとともに用いられるためのプログラムを、格納、通
信、伝播、または転送し得る任意の手段であり得る。コンピュータ読み出し可能媒体のよ
り具体的な例（全てを網羅してはいないリスト）は、以下の通りである。１本以上のワイ
ヤを有する電気接続（電子）、携帯用コンピュータディスケット（磁気）、ランダムアク
セスメモリ（ＲＡＭ）（電子）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブ
ル読み取り専用メモリ（ＥＰＲＯＭ、ＥＥＰＲＯＭ、またはフラッシュメモリ）（電子）
、および光ファイバ（光学）、携帯用コンパクトディスク読み取り専用メモリ（ＣＤＲＯ
Ｍ）（光学）。コンピュータ読み出し可能媒体が、プログラムが印刷された紙または他の
適切な媒体であってもよいことに留意されたい。なぜなら、そのようなプログラムは、例
えば、紙または他の媒体を光学的にスキャンすることによって、電子的に取り込まれ、必
要に応じて、適切な様態でコンパイル、インタープリート、または他の方法で処理され、
コンピュータメモリに格納されることができるからである。

薬物療法確認システム２１０がハードウェアにインプリメントされている、他の実施形
態において、薬物療法確認システム２１０は、当該技術分野において周知の以下の技術の
いずれか、またはそれらの組み合わせを用いてインプリメントされ得る。論理関数をデー
タ信号にインプリメントする論理ゲートを有する離散論理回路（単数または複数）、適切
な組み合わせ論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲ
ートアレイ（ＰＧＡ）（単数または複数）、フィールドプログラマブルゲートアレイ（Ｆ
ＰＧＡ）などである。

図３および４のような図における、任意のプロセス説明またはブロックは、１つ以上の
実行可能な命令を含む、モジュール、セグメント、またはコードの一部を表していること
が理解される必要があり、当業者であれば理解するように、機能が、記載されている順序
ではなく、関わっている機能性に依存して、実質的に同時に、または反対の順序で実行さ
れ得る、別の実現例が本発明の実施形態の範囲内に含まれる。

図３は、図１の患者ケアシステム１００の機能部材を示すブロック図３００である。図
３はまた、薬物療法確認システム２１０において確認される動作パラメータを含む輸液オ
ーダーを生成する機能ブロックを含む。薬物療法確認システム２１０は、モジュールが、
薬物療法確認システム２１０を含む患者ケアシステムの様々な機能を表すモジュラーシス
テムとして実施され得る。図３は、薬物確認システムとして、薬物療法確認システム２１
０を示す。しかし、薬物療法確認システムを用いることは、単なる薬物確認よりも広い。
システムのフレキシビリティは、システムがモジュラーシステムとして実施される場合に
高められ得る。システムのモジュールは、患者ケアシステム１００の様々な部分に含まれ
得る。患者ケアシステム１００は、薬物管理モジュール３０２、処方作成モジュール３０
４、処方実行モジュール３０６、および処方承認モジュール３０８を含む。

薬物管理モジュール３０２は、薬物療法の施与に関わる、患者ケアシステム１００内の
他のモジュールの機能を調整し得る。薬物管理モジュール３０２は、概して、患者ケアシ
ステム１００内の他の部分と連携する。薬物管理モジュール３０２は、ＣＰＯＥとともに
動作し、かつ／またはＣＰＯＥとインターフェースし、治療の現場のモジュールとともに
動作し、かつ／または治療の現場のモジュールと通信し、薬物療法比較モジュールととも
に動作し、かつ／または薬物療法比較モジュールと通信するサブモジュールを含み得る。
図３において、入院、退院および転院（ＡＤＴ）インターフェース３１０、課金インター
フェース３１２、研究室インターフェース３１４、および薬局インターフェース３１６が
示されている。ＡＤＴインターフェース３１０は、患者の大きさ、体重、アレルギーなど
の情報を取り込むために用いられ得る。薬局インターフェース３１６４は、薬局からオー
ダーをインポートする。薬局インターフェース３１６は、オーダーを入力する他のシステ
ム、例えば、ＣＰＯＥとインターフェースする、ＨＬ７タイプのインターフェースであり
得る。この能力によって、データを患者ケアシステム１００に１度より多く入力する必要
性が低減される。薬局インターフェース３１６は、Ｃｅｒｎｅｒ、ＨＢＯＣ、Ｍｅｄｉｔ
ｅｃｈ、ＳＭＳおよびＰｈａｍｏｕｓなどの市販のシステムと通信するように設定され得
る。市販のシステムは、これらに限定されない。様々な他のインターフェースがまた、当
業者にとって公知であるが、図３には示されていない。

薬物管理モジュール３０２は、薬物同士の不適合性、重複した薬物投与、薬物アレルギ
ー、薬物の用量制限、薬物の頻度制限、薬物の持続時間制限、および薬物疾病禁忌に起因
する、副作用をチェックする能力などさらなる機能を有し得る。食物およびアルコールの
相互作用も留意され得る。薬物の制限には、例えば、成人、子供、幼児、新生児、未熟児
、老人、年齢別グループ、体重別グループ、身長別グループ、および体表面積が含まれる
が、これらに限定されない。概して、薬物管理モジュール３０２はまた、患者ケアシステ
ム１００内で、異なる２つのソースからの同じ患者についての同じ処方の入力を防ぐ。

薬物管理モジュール３０２はまた、レポートを作成する能力を含み得る。レポートには
、シフトの終わり、滴定情報、患者イベントリスト、注入履歴、ポンプ性能履歴、ポンプ
位置履歴、およびポンプメンテナンス履歴が含まれるが、これらに限定されない。シフト
の終わりのレポートは、ポンプ導管、開始時刻、終了時刻、主な輸液、ピギーバック注入
、薬物、用量、速度、ポンプ状態、注入された量、残りの量、残りの時間、および空にさ
れた最終時刻を含み得る。注入履歴レポートには、薬物および注入された量が含まれる。

薬物管理モジュール３０２はまた、医療機器ステータスデータベースを含み得る。医療
機器ステータスデータベースは、患者ケアシステム１００内の医療デバイス３３２の位置
を示すデータを含む。医療機器ステータスデータベースはまた、医療デバイス３３２の過
去の性能を示すデータを含み得る。医療機器ステータスデータベースはまた、医療デバイ
ス３３２メンテナンススケジュールおよび／または履歴を示すデータを含み得る。

処方作成モジュール３０４は、ハードの処方および電子（Ｅ−ｃｏｐｙ）処方を作成す
る。ハードの処方は、概して、医療設備において三通作成される。第１のハードコピー３
１８は、概して、薬局に送られ、第２のハードコピー３２０は、概して、患者の記録のた
めに保持され、第３のハードコピー３２２は、治療の場１０６に送られる。電子処方は、
薬物管理モジュール３０２に送られる。

コンピュータ化医師オーダーエントリ（ＣＰＯＥ）システムは、処方作成モジュール３
０４の機能の一部または全てを実行するために用いられ得る。臨床家１１６は、タブレッ
ト無線コンピュータ、治療カート１３２、およびワークステーションを用いるなどの様々
な様態でデータを入力し得るが、これらに限定されない。

処方作成は、患者の体重および／または身長（ＡＤＴインターフェイス３１０から）に
基づく用量、薬物量、希釈容量、濃度、速度を計算することを包含し得る。処方作成３０
４は、操作パラメータを確認することを包含し得る。この操作パラメータは、処方エント
リーモジュール３２４からの情報に基づき得る。処方作成は、患者ケアシステム１００の
任意の場所で生じ得、例えば、薬局、処置位置１０、および看護センターを含むが、これ
らに限定されない。

輸液処方は、単回投与注入、間欠注入、持続性注入、シーケンシング、滴定、および別
のタイプを含み得るが、これらに限定されない。輸液処方はまた、完全非経口栄養混合剤
（ＴＰＮ）、化学療法持続性注入、ピギーバック、大量非経口、および他の輸液処方を含
み得る。患者ケアシステム１００は、オーダーの終了日なしに機能することができる。患
者ケアシステム１００は、所定の期間、先読みし、その期間、混合剤の充填するスケジュ
ールを発生させる、持続性スケジュール発生器を用い得る。所定の期間は、患者ケアシス
テム１００のレベルで規定されてもよいし、サブシステムのレベル、例えば、臨床分野レ
ベルおよび組織レベルで規定されてもよい。所定の期間は、オーダーを入力する臨床家１
１６によって調節可能であり得る。スケジュールは、オーダーが患者ケアシステム１００
内でアクティブである限り自動的に延長可能であり得る。

薬物管理モジュール３０２は、１つより多い処方作成モジュール３０４とインターフェ
ースし得る。薬物管理モジュールは、患者ケアシステム１００内の任意の場所からオーダ
ーを受け取り得る。

薬局コンピュータ１０４は、薬物管理モジュール３０２からの電子コピーにアクセスす
ることができる。処方実行モジュール３０６は、処方のファイリングおよびラベル付けを
調整するコンピュータ援用システムである。処方のファイリングおよびストックからの薬
物１２４の作成または位置は、処方実行モジュール３０６によって処理される。

処方を実行する間、処方実行モジュール３０６は、処方に指定されていない場合、流量
、指定された期間に必要な溶液／バッグの数、各溶液／バッグが投与される期間、および
各溶液／バッグの総容量を、溶液内の成分の濃度に基づいて、計算し得る。流量、注入さ
れる容量、および／または持続時間は、システム１００において調節され得、システム１
００は、計算に基づいて、依存性量を自動的に計算する。濃度における成分の最高用量が
成分の薬物ファイルに記載されている用量を超える場合、患者ケアシステム１００は、医
師および／または臨床家１１６に警告し、調節のための理由コードを要求し得る。

患者ケアシステム１００は、処方実行モジュール３０６を省略し得る。これは、臨床家
、例えば、患者の医師が直ちにオーダーを実行する権限を有する場合に起き得る。オーダ
ーが直ちに実行される場合、薬物管理モジュール３０２は、処方ラベル付けモジュールに
直接進み得る。

ブロック３２６において、患者ケアシステム１００は、薬物ラベル１２４を印刷する。
処方は、遠隔に印刷され得、薬局プリンタ１０４ｄによって印刷されることが多い。ブロ
ック３２６の後、患者ケアシステムはブロック３２８に進む。ブロック３２８において、
薬物ラベル１２４ａが薬物１２４に添付される。概して、薬剤師が、薬物ラベル１２４ａ
が処方の第１のハードコピー３１８と適合しているという視覚的な確認３３４を行う。図
３は、視覚的確認３３４が処方承認モジュール３０８にも関連付けられていることを示す
。その後、薬物１２４は、薬局から治療の場１０６まで運ばれ得る。携帯用薬物療法カー
ト１３２が、薬局から治療の場１０６までのルートの部分のために用いられ得る。

薬物ラベル１２４ａは、混合するための情報を含み得る。患者ケアシステム１００内で
生成されるのではない場合、薬物ラベル１２４ａは、大量薬物供給業者によって提供され
得る。大量薬物供給業者によって提供される場合、患者ケアシステム１００は、薬物ラベ
ル１２４ａから情報を集める能力を有する。さらに、患者ケアシステム１００は、情報、
例えば、患者識別子を薬物ラベル１２４ａに追加する能力を有する。

薬物ラベル付けモジュール３２８は、薬物ラベル１２４ａを薬物１２４に取り付ける。
これは、手動で行われ得る。また、これは自動処方充填および包装システム（図示せず）
を用いて行われてもよい。自動充填および包装システムが用いられる場合、薬物ラベル付
けモジュール３２８は、薬物１２４のラベル付けを充填および包装システムと調整するデ
ータを提供する。

治療の場１０６において、臨床家１１６は、薬物１２４を確認し、患者１１２に投与す
るために、無線デバイス３３０、例えば、情報端末１１８および／または薬物療法カート
１３２を用いる。無線デバイス３３０は、通信経路、例えば、第１の通信経路１２６を介
して、薬物管理モジュール３０２と通信する。

臨床家１１６は、概して、バッジ１１６ａをスキャンすることによって、自身の身元を
証明し、リストバンド１１２ａをスキャンすることによって患者１１２を確認し、薬物ラ
ベル１２４ａをスキャンすることによって薬物１２４を確認し、ラベル１２０ｄをスキャ
ンすることによって輸液ポンプ１２０などの医療デバイス３３２を確認する。臨床家１１
６はまた、指紋および／またはパスワードを提供することによって自身の身元を証明して
もよい。医療デバイス３３２は、薬物管理モジュール３０２との双方向通信ができる医療
デバイスであり得る。あるいは、医療デバイス３３２は、情報を薬物管理モジュール３０
２に提供することができるだけでもよい。薬物療法確認システム２１０は、薬物療法の施
与および確認において、臨床家１１２の役に立つ。薬物療法確認システム２１０は、概し
て、医療デバイス３３２の動作パラメータのダウンロードにつながり得る。臨床家１１６
は、概して、第３のコピー３２２および／またはＭＡＲがラベル付けされた薬物１２４と
適合することを確かめる視覚的な確認を提供し得る。第３のコピー３２２から無線デバイ
ス３３０および医療デバイス３３２にマシン可読情報を入力するために、スキャナ３３８
が用いられ得る。

患者ケアシステム１００は、輸液オーダーの調節および変更を行う能力を含む。輸液調
節を行う能力を含み得る他のモジュールの中に、処方エントリ３２４、処方実行３０６、
処方承認３０８、および処方変更モジュール３３６がある。臨床家１１６は、オーダーの
調節を行うために、処方変更モジュール３３６にアクセスし得る。臨床家１１６は、患者
ケアシステム１００全体を通じて、処方変更モジュール３３６にアクセスし得る。しかし
、臨床家１１６が処方変更モジュール３３６にアクセスする、もっとも有用な位置のうち
の１つは、治療の場１０６にある。

処方承認モジュール３０８において、患者ケアシステム１００は、臨床家１１６が輸液
オーダーを独立して変更する権限を有するか否かを判定する。臨床家１１６は、オーダー
のある特定部分を独立して変更する権限があるとして、患者ケアシステム１００によって
認識され得る。臨床家１１６がオーダーを独立して変更する権限を有さない場合、臨床家
１１６によって入力された変更を承認するように、薬剤師または医師がリクエストされ得
る。

図４は、図２の薬物療法確認システム２１０の第１の例示的な実施形態４００を示すフ
ローチャートである。薬物療法確認システム４００は、ブロック４０２において呼び出さ
れる。ブロック４０４において、システム４００は、臨床家１１６のアイデンティティに
関する情報にアクセスする。第１のソース４０６、例えば、情報端末１１８は、臨床家１
１６のアイデンティティに関する情報を提供し得る。情報端末１１８は、バーコードリー
ダを用いて臨床家のバッジ１１６ａを読み取ることによって、情報を取得し得る。第１の
ソース４０６はまた、遠隔位置に位置する他のコンピュータであってもよい。第１のソー
ス４０６は、他の情報のソース、例えば、臨床家のバッジ１１６ａに含まれるバーコード
のようなバーコード、タグ、レーザ読み出し可能データ、無線周波数読み出し可能データ
、キーボード、ｉＢｕｔｔｏｎリーダ、指紋スキャナ、および情報端末１１８に関連付け
られていないバーコードリーダなどであってもよいが、情報のソースはこれらに限定され
ない。ブロック４０４は、第１のソース４０６によって生成される信号をコンピュータ読
み出し可能媒体フォーマットに変換する工程を含み得る。ブロック４０４はまた、第１の
ソース４０６によって提供された情報を用いて、メモリ２０４に格納されたルックアップ
テーブルの使用を通じて情報を臨床家１１６のアイデンティティと照合する工程を含む。
ブロック４０４の後、システム４００はブロック４０８に進む。

ブロック４０８において、システム４００は、患者１１２を識別する。第１のソース４
０６は、患者１１２のアイデンティティに関連する情報を提供し得る。情報端末１１８は
、バーコードリーダを用いて患者のリストバンド１１２ａを読み取ることによって、情報
を取得し得る。ブロック４０８は、第１のソース４０６によって生成される信号をコンピ
ュータ読み出し可能媒体フォーマットに変換する工程を含み得る。ブロック４０８はまた
、第１のソース４０６によって提供された情報を用いて、メモリ２０４に格納されたルッ
クアップテーブルまたは任意の他の照合プロセスの使用を通じて情報を患者１１２のアイ
デンティティと照合する工程を含む。ブロック４０８の後、システム４００はブロック４
１０に進む。

ブロック４１０において、システム４００は治療を識別する。治療は、薬物１２４の投
与であり得る。第１のソース４０６は、治療のアイデンティティに関連する情報を提供し
得る。治療のアイデンティティは、薬物１２４のアイデンティティであり得る。薬物のア
イデンティティは、薬物識別子と相関し得る。薬物識別子は、薬物識別番号、混合物識別
番号、患者１１２接触番号、薬の名前、用量、製造業者、バッチ、使用期限、および／ま
たは投与指示処方者などの情報を含み得るが、情報はこれらに限定されない。ブロック４
１０において、任意のｅｄｕｂｙｔｅ、メッセージ、危険警告、および／または投与指示
情報端末１１８に表示され得る。投与指示は、特別セット、フィルタ用件、警告、および
注意を含み得る。ブロック４１０において、薬物療法が薬物である場合、システム４００
は、使用期限、例えば、混合物の使用期限およびロットリコールなどをチェックし得る。

情報端末１１８は、薬物ラベル１２４ａをバーコードリーダで読み取ることによって情
報を取得し得る。ブロック４１０は、第１のソース４０６によって生成される信号をコン
ピュータ読み出し可能媒体フォーマットに変換する工程を含み得る。ブロック４０８はま
た、第１のソース４０６によって提供される情報を用いて、メモリ２０４に格納されたル
ックアップテーブルまたは任意の他の照合プロセスの使用を通じて情報を薬物療法のアイ
デンティティと照合する工程を含む。ブロック４１０の後、システム４００はブロック４
１２に進む。

ブロック４１２において、システム４００は、薬物療法が以前に患者１１２に関連付け
られたか否かを判定する。判定は、患者および薬物療法のアイデンティティに関連する情
報を集めるデバイスによって行われることが多い。例えば、臨床家１１６は、情報端末１
１８を第１のソース４０６として用いて、患者のリストバンド１１２ａからバーコードを
読み取り得る。その後、臨床家１１６は、情報端末１１８を用いて、薬物ラベル１２４ａ
を読み取る。その後、情報端末１１８は、患者のリストバンド１１２ａからの患者識別子
が、薬物ラベル１２４ａからの患者識別子と均等であるか否かを判定する。

薬物療法を患者と前もって関連付ける様態のうちの１つとして、患者と薬物療法とを、
中央システム１０８および／または薬局システム１０４で関連付けることがある。医師は
、コンピュータ化処方オーダーシステムを通じて関連付けを行い得る。薬剤師は、患者の
識別子および薬物識別子を、薬物識別子が患者識別子を含む薬局システム１０４に入力す
ることによって関連付けを行い得る。患者識別子は、入院記録、オーダー、電子医師オー
ダーエントリシステム、および／または処方などの入力ソースから得ることができるが、
入力ソースはこれらに限定されない。

薬物療法が患者１１２と以前に関連付けられていないとシステム４００が判定する場合
、システム４００はブロック４１６に進み、システム４００によって警告／エラーステー
タスが提供される。ブロック４１６は、情報端末１１８に警告／エラーステータスを表示
する工程を含み得る。薬物療法が患者１１２と以前に関連付けられたとシステム４００が
判定する場合、システム４００はブロック４１４に進む。

ブロック４１４において、システム４００は、医療デバイスを識別する。医療デバイス
は、薬物療法を患者に送達するタイプに構成される。例えば、薬物療法が薬物１２４であ
る場合、医療デバイスは、輸液ポンプ１２０であり得る。第１のソース４０６は医療デバ
イスのアイデンティティに関する情報を提供し得る。情報端末１１８は、バーコードリー
ダを用いてラベル１２０ｄを読み取ることによって、情報を取得し得る。ブロック４１４
は、第１のソース４０６によって生成される信号をコンピュータ読み出し可能媒体フォー
マットに変換する工程を含み得る。ブロック４１４はまた、第１のソース４０６によって
提供される情報を用いて、メモリ２０４に格納されたルックアップテーブルまたは任意の
他の照合プロセスの使用を通じて情報を医療デバイスのアイデンティティと照合する工程
を含む。

ブロック４１４は、医療デバイスのサブシステムを識別する工程を含み得る。例えば、
医療デバイスが輸液ポンプである場合、輸液ポンプは、複数の導管を有し得る。導管は、
バーコードを有し得る。導管は、主な薬物および「ピギーバック」薬物に関連付けられ得
る。ブロック４１４は、ピギーバックを含むこれらのサブシステムを識別する工程を含み
得る。ブロック４１４の後、システム４００は、ブロック４１８に進む。

ブロック４１６において、薬物確認システム４００は、警告／エラーステータス信号を
提供する。警告／エラーステータス信号は、様々な環境、例えば、システム４００が患者
を認識しない、システム４００が治療を認識しない、システム４００が治療とオーダーを
照合できない、システム４００が医療デバイスを認識できない、動作パラメータが均等で
ない、および治療パラメータが治療許容範囲外であるなどによってトリガされ得るが、環
境はこれらに限定されない。治療許容範囲は、患者ケアシステム１００レベルまたは患者
ケアシステム１００のサブセットで規定され得る。

ブロック４１８において、薬物療法確認システム４００は、動作パラメータが正しいか
否かを判定する。動作パラメータは、確認された薬物療法と一致する場合、正しい。シス
テム４００は、動作パラメータを医療デバイスにダウンロードする工程を含み得る。動作
パラメータは、各種のソース、例えば、薬局コンピュータ１０４、薬物ラベル１２４ａ、
情報端末１１８などからダウンロードされ得、臨床家１１６は手動で動作パラメータを入
力し得る。各種のソースは上記のものに限定されない。行われ得るチェックの１つとして
、用量が所定の許容値よりも高いかを確かめることがある。動作パラメータは、単位時間
あたりの流量、薬物の量、服用単位、服用持続時間、服用容量、薬の名前、用量単位、モ
ニタリング制限などのパラメータであり得るが、これらに限定されない。服用情報は、直
接提供されてもよいし、患者１１２の属性、例えば、患者の体重に基づいていてもよい。

動作パラメータが正しくない場合、薬物療法確認システム２０１は、ブロック４１６に
進み、エラーメッセージを返す。動作パラメータが正しい場合、薬物療法確認システム４
００は、流量および用量情報を表示し得る。表示は、ディスプレイ１２０ｃおよび／また
は情報端末１１８に現れ得る。

ブロック４２０において、薬物療法確認システム４００は、治療が正しいか否かを判定
する。治療が正しい場合、治療は、正しい薬物１２４を含み、治療は、正しい量の薬物を
含み、治療は正しい時刻に施与される。臨床家はまた、医療デバイスおよび関連機器を目
で見ることによって、正しいルートを確認するようにクエリされ得る。臨床家１１６は、
一部のパラメータ、例えば、薬物療法のタイミングなどを変更し得る。変化する場合、変
化の記録が、概して、患者ケアシステム１００に保持される。治療が正しくないと薬物療
法確認システム４００が判定する場合、システム４００は、ブロック４１６に戻り、エラ
ーメッセージを提供する。治療が正しいと薬物療法確認システム４００が判定する場合、
システム４００は、ブロック４２２に進む。

治療が正しいか否かの判定において考慮され得る要素の中で、システム４００は、一般
的なルール、「類似品」チェック、および「似ている名前」チェックに注意し得る。一般
的なルールには、治療設備全体を通じて全ての薬物に適用される最高流量、その薬物の最
高流量、および患者の特徴に基づく一般的なルール、ならびにこれらのルールの組み合わ
せが含まれ得るが、これらに限定されない。

ブロック４２２において、薬物療法確認システム４００は、医療デバイスをイネーブル
する。これは、臨床家１１６が注入を開始するためスタート信号を提供する工程を含み得
る。医療デバイスが遅延スタートモードである場合、ブロック４２０は、動作パラメータ
がダウンロードされ、医療デバイスは遅延期間が終わればすぐに治療を提供する必要があ
るという信号を提供する工程を含み得る。

ブロック４２４において、薬物療法確認システム４００は、薬物療法の施与をモニタリ
ングする。システム４００が薬物療法施与をモニタリングする間、ポンプの動作パラメー
タに対する任意の変化が、１０秒以内に、患者ケアシステム１００全体を通じて反映され
得る。変化は、情報端末１１８に表されえる。注入の間、臨床家１１６は、輸液パラメー
タを調節し得る。調節は、輸液の流量に対して行われ得る。臨床家１１６は、概して、所
定の範囲内で流量を調節する権限を有する。これによって、臨床家１１６は、輸液チュー
ブが防がれるか、または他の中断が起きた場合に「追いつく」ことが可能になる。

ブロック４２６において、薬物療法確認システム４００は、薬物療法施与の結果を記録
する。結果は、動作パラメータにしたがった、薬物療法のうまくいった施与であり得る。
しかし、他の結果もあり得る。例えば、薬物療法を受けることを患者が拒否した、薬物療
法の変更、機器の故障、および侵入型注入エラーなどである。薬物療法の変更の場合、変
更されたオーダーが生成され得る。変更されたオーダーは、薬物管理モジュール３０２に
おいて、元のオーダーとリンクされ得る。

薬物療法確認システムの様々なブロック、例えば、ブロック４１８〜４２４は、治療情
報を情報端末１１８に表示する工程を含み得る。これは、輸液ポンプ１２０のディスプレ
イ１２０ｃ上の情報を反映する情報を表示する工程を含み得る。輸液ポンプ１２０のディ
スプレイ１２０ｃ上の情報は、患者、患者位置、および輸液オーダーについての情報によ
って補われ得る。この情報は、輸液ポンプ１２０の複数の導管についての情報を含み得る
。表示される情報は、パーソナリティ、プロンプトライン、ステータスライン、動作アイ
コン、およびポンプヘッド表示などの情報を含み得るが、これらに限定されない。動作ア
イコンは、落ちているしずく、停止サイン、流れチェックピギーバック、Ｇｕａｒｄｉａ
ｎ、および遅延スタートを含む。ポンプヘッド表示は、薬のラベルおよび注入速度などの
情報を含む。当業者であれば、上記の表示される情報および動作アイコンについてよく知
っている。

他の実施形態において、薬物療法確認システム２１０は、臨床家１１６が患者１１２に
施与したいと思う薬物療法に関する情報が患者ケアシステムに格納されていないことを判
定し得る。臨床家１１６が所望の薬物療法を開始する権限を有することを患者ケアシステ
ム１００が認識する場合、システムは、ブロック４１６なしに、薬物療法の施与を可能に
し得る。

本明細書および特許請求の範囲を通じて、「中央位置」および「遠隔位置」は、互いに
関係する用語である。「遠隔位置」は、制御された医療デバイスを介して患者が治療を受
ける任意の場所、例えば、患者１１２が輸液ポンプ１２０を介して治療受ける患者治療の
場１０６である。「中央位置」は、医療デバイスを動作させるパラメータがアクセス可能
である遠隔位置以外の任意の場所、例えば、薬局コンピュータ１０４および中央システム
１０８の位置であるが、これらに限定されない。代表的な配置において、いくつかの遠隔
位置、例えば、治療位置１０６は、中央位置と通信している。

動作パラメータのダウンロードは、薬物療法に関連付けられた患者識別子および／また
はリストバンド１１２ａから取り出された患者識別子が、中央位置における薬物療法に関
連付けられた患者識別子と同じであるか否かを判定する工程を含み得る。判定は、第１の
コンピュータ、例えば、薬局コンピュータ１０４ａによって行われることが多い。様々な
患者識別子が同じでないとシステム４００が判定する場合、システムは、ブロック４１６
に進み得る。様々な患者識別子が同じであるとシステム３００が判定する場合、輸システ
ム４００は、動作パラメータを直接医療デバイス３３２にダウンロードし得る。システム
４００は、動作パラメータを、医療デバイス、例えば、輸液ポンプ１２０に送り得る。

薬物療法確認システム２１０の利点の１つとして、動作パラメータが医療デバイスのプ
ログラムにとって利用可能になる前に、医療デバイス用の動作パラメータが、情報端末１
１８、または任意の他の遠隔位置にあるコンピュータを通過しなくてよいことである。遠
隔位置のコンピュータを避けることによって、薬物１２４を患者１１２に投与する場合の
起こり得る誤りの元がなくなる。医療デバイス用の動作パラメータは、様々な確認が行わ
れたと仮定して、医療デバイスに「直接」送られ得る。この文脈において、「直接」は、
動作パラメータが、情報端末、または任意の他の遠隔位置にあるコンピュータを通過する
ことなしに、動作パラメータが送られ得ることを意味する。

他の実施形態において、システム４００は、中央コンピュータが第２の薬物識別子を許
容するさらなるブロック（図示せず）を含み得る。第２の薬物識別子は遠隔位置における
臨床家１１６によって入力され得る。第２の薬物識別子は、第１の薬物識別子を見直した
ものであり得る。例えば、第２の薬物識別子は、第１の患者のＩＤおよび動作パラメータ
のソースである処方または電子医師オーダーエントリの一部であり得る。その後、システ
ム３００は、動作パラメータを医療デバイスに送る前に、第１および第２の薬物ＩＤが均
等であることを確認し得る。第２の薬物ＩＤは、処方が入力されたときと薬物１２４が治
療の場１０６に到着したときとの間に、見直された第１の薬物ＩＤによって置き換えられ
得る。その後、システム４００は、第２の薬物識別子が、薬物ラベル１２４ａに含まれて
いた第１の薬物識別子と均等でない場合、警告を鳴らす。

さらなる実施形態において、システム４００は、動作パラメータが医療デバイス３３２
をプログラムするために用いられる、さらなるブロック（図示せず）を含み得る。

システム４００のある実現例において、オーダーは、薬局コンピュータ１０４に入力さ
れる。オーダーは、第１の患者識別子および動作パラメータを含む。薬局コンピュータ１
０４は、薬物１２４に貼り付けられた薬物ラベル１２４ａを生成する。薬物１２４は、治
療の場１０６に送られる。治療の場１０６において、臨床家１１６は、情報端末１１８を
用いて、臨床家のバッジ１１６ａ、患者のリストバンド１１２ａ、および薬物ラベル１２
４ａを読み取る。情報端末１１８は、薬物ラベル１２４ａおよびリストバンド１１２ａが
同じ患者１１２の身元を証明しているか判定する。その後、システム４００は、薬物識別
子を薬局コンピュータ１０４に送信する。薬局コンピュータ１０４は、薬物ラベル１２４
ａがオーダーと同じ患者の身元を証明しているか確認し、動作パラメータを輸液ポンプに
送信する。動作パラメータは直接輸液ポンプ１２０に送信され得る。その後、動作パラメ
ータは、薬物１２４を患者１１２に与えるように輸液ポンプをプログラムするために用い
られる。

図５は、図２の薬物療法確認システム２１０の第１の例示的な実施形態５００を示すフ
ローチャートである。薬物療法確認システム５００は、ブロック５０２において呼び出さ
れる。その後、システム５００は、実施形態４００を参照しながら説明したブロック４０
４〜４１２に類似する機能へ進む。ブロック４１２から、薬物療法確認システム５００は
、ブロック５１２に進む。

ブロック５１２において、薬物療法確認システム５００は、治療が許容範囲内であるか
否かを判定する。システム５００は、様々な許容値、例えば、注入流量許容値を含み得る
が、許容値はこれに限定されない。治療が許容範囲外であるとシステム５００が判定する
場合、システムはブロック４１６に進み、エラー信号を提供する。システム５００はまた
、治療および／または許容値を変更する能力を提供し得る。治療が許容範囲内であるとシ
ステム５００が判定する場合、システムはブロック４１４に進み、図４を参照しながら説
明したように続く。

図６は、図２の薬物療法確認システム２１０の第３の例示的な実施形態６００を示すフ
ローチャートである。第３の例示的な実施形態６００は、輸液オーダーを含まない薬物療
法、例えば、経口薬物とともに用いられ得る。輸液オーダーを含まない薬物療法はこれに
限定されない。薬物療法確認システム６００は、ブロック６０２において呼び出される。
その後、システム６００は、実施形態４００に関して説明したブロック４０４〜４０８に
類似する機能へ進む。ブロック４０８から、薬物療法確認システム６００は、ブロック６
１０に進む。

ブロック６１０において、システム６００は治療を識別する。治療は、経口薬物の投与
であり得る。第１のソース４０６は、治療のアイデンティティに関連する情報を提供し得
る。治療のアイデンティティは、経口薬物のアイデンティティであり得る。アイデンティ
ティは、薬物および／または薬物のパッケージ上にコードされ得る。経口薬物のアイデン
ティティは、薬物識別子と相関し得る。ブロック６１０において、薬物療法が薬物である
場合、システム６００は、使用期限およびリコールをチェックし得る。

情報端末１１８は、経口薬物ラベルをバーコードリーダで読み取ることによって情報を
取得し得る。ブロック６１０は、第１のソース４０６によって生成される信号をコンピュ
ータ読み出し可能媒体フォーマットに変換する工程を含み得る。ブロック６１０の後、シ
ステム６００はブロック６１２に進む。

ブロック６１２において、システム６００は、薬物療法が以前に患者１１２に関連付け
られたか否かを判定する。判定は、患者および薬物療法のアイデンティティに関連する情
報を集めるデバイスによって行われることが多い。例えば、臨床家１１６は、情報端末１
１８を第１のソース４０６として用いて、患者のリストバンド１１２ａからバーコードを
読み取り得る。その後、臨床家１１６は、情報端末１１８を用いて、経口薬物ラベルを読
み取る。その後、情報端末１１８は、患者のリストバンド１１２ａからの患者識別子が、
薬物ラベルからの患者識別子と均等であるか否かを判定する。

薬物療法が患者１１２と以前に関連付けられていないとシステム６００が判定する場合
、システム６００はブロック４１６に進み、システム４００によって警告／エラーステー
タスが提供される。ブロック４１６は、情報端末１１８に警告／エラーステータスを表示
する工程を含み得る。薬物療法が患者１１２と以前に関連付けられたとシステム６００が
判定する場合、システム６００はブロック６２６に進む。

ブロック６２６において、システム６００は、治療が正しい用量であるか否かを判定す
る。用量は、確認された薬物療法と一致する場合、正しい。システム４００は、薬物療法
を送達するため、情報端末１１８および／または薬物療法カート１３２に指示をダウンロ
ードする工程を含み得る。指示は、各種のソース、例えば、薬局コンピュータ１０４、経
口薬物ラベル、情報端末１１８から（カート１３２に）、薬物療法カート１３２から（情
報端末１１８に）ダウンロードされ得、臨床家１１６は手動で動作パラメータを入力し得
る。各種のソースは上記のものに限定されない。行われ得るチェックの１つとして、用量
が所定の許容値よりも高いかを確かめることがある。指示には、薬物の量、薬の名前、お
よび用量単位などが含まれるが、これらに限定されない。服用情報は、直接提供されても
よいし、患者１１２の属性、例えば、患者の体重に基づいていてもよい。

用量が正しくない場合、薬物療法確認システム６００は、ブロック４１６に進み、エラ
ーメッセージを返す。用量が正しい場合、薬物療法確認システム６００は、用量情報を表
示し得る。表示は、ディスプレイ１２０ｃおよび／または情報端末１１８に現れ得る。

ブロック６２８において、システム６００は、治療が正しい時刻に施与されているか否
かを判定する。治療が正しい時刻に施与されていない場合、薬物療法確認システム６００
は、ブロック４１６に進み、エラーメッセージを返す。治療が正しい時刻に施与されてい
る場合、システム６００は、ブロック６３０に進む。

ブロック６３０において、システム６００は、治療が正しいルートで施与されているか
否かを判定する。治療が正しいルートで施与されていない場合、システム６００は、ブロ
ック４１６に進み、エラーメッセージを返す。治療が正しいルートで施与されている場合
、システム６００は、ブロック６３２に進む。

ブロック６３２において、薬物療法確認システム６００は、薬物療法施与の結果を記録
する。結果は、指示にしたがった、薬物療法のうまくいった施与であり得る。しかし、他
の結果もあり得る。例えば、薬物療法を受けることを患者が拒否した、薬物療法の変更、
および機器の故障などである。薬物療法の変更の場合、変更されたオーダーが生成され得
る。変更されたオーダーは、薬物管理モジュール３０２において、元のオーダーとリンク
され得る。

図７は、図２の薬物療法確認システム２１０の第４の例示的な実施形態７００を示すフ
ローチャートである。薬物療法確認システム７００は、ブロック７０２において呼び出さ
れる。その後、システム７００は、実施形態４００に関して説明したブロック４０４〜４
０８に類似する機能へ進む。その後、システム７００は、実施形態６００に関して説明し
たブロック６１２〜６２６に類似する機能へ進む。ブロック６２６から、薬物療法確認シ
ステム７００は、ブロック７１２に進む。

ブロック７１２において、薬物療法確認システム７００は、治療が許容範囲内であるか
否かを判定する。システム７００は、様々な許容値、例えば、服用量許容値を含み得るが
、許容値はこれに限定されない。治療が許容範囲外であるとシステム７００が判定する場
合、システムはブロック４１６に進み、エラー信号を提供する。システム７００はまた、
治療および／または許容値を変更する能力を提供し得る。治療が許容範囲内であるとシス
テム７００が判定する場合、システムはブロック６２８に進み、図６を参照しながら説明
したように続く。

図８は、薬物療法確認システム２１０の様々な機能の実現において有用である、例示的
なコンピュータ画面８００を示す。他の機能に加えて、コンピュータ画面８００は、新た
な薬物オーダーの入力、現在の薬物オーダーの変更、薬物オーダーの取り消しのために用
いられ得る。コンピュータ画面８００は、処理領域８０２、検索領域８０４、薬物情報領
域８０６、滴定／漸減基準領域８０８、指示および覚書領域８１０、および予定される溶
液成分の領域８１２を含む。輸液薬物オーダーのタイプには、単回投与、間欠、持続性、
シーケンシング、および変更が含まれる。コンピュータ画面８００は、情報端末１１８、
薬局コンピュータ１０４、輸液ポンプ１２０、ＣＰＯＥシステム、および薬物療法カート
１３２とともに用いられ得る。コンピュータ画面８００は、概して、患者ケアシステム１
００を通じて臨床家１１６がアクセスできるコンピュータ画面のルックアンドフィールを
有するように設計される。コンピュータ画面８００の機能は、部分的には、当業者によく
知られているデータベースリンケージ技術、例えば、ハイパーリンク、定義ボックス、お
よびドロップダウンメニューを用いて達成されるが、データベースリンケージ技術はこれ
らに限定されない。

処理領域８０２は、輸液オーダーの作成、輸液オーダーの保存、および輸液オーダーの
キャンセルをトリガする能力を含み得る。臨床家１１６は、臨床家１１６の好みのオーダ
ーエントリ手順を提供するために、コンピュータ画面８００をカスタム化し得る。処理領
域８０２は、オーダーのためのステータスインジケータを含む。処理領域８０２は、ＰＲ
Ｎオーダー（「必要に応じた」オーダー）が臨床家１１６によって発行され得るか否かを
示す領域を含む。処理領域８０２はまた、医療デバイス３３２の動作パラメータ、輸液オ
ーダールート、輸液ライン、輸液投与位置、輸液オーダー開始時刻、輸液薬物オーダータ
イプ、輸液流量許容値、輸液流量、輸液持続時間、および準備の領域（例えば、薬局また
は遠隔位置）を表示し、調節する能力を含む。処理領域８０２はまた、薬物オーダーを他
の薬物オーダーと結びつける、例えば、医師の輸液オーダーを他の臨床家１１６によって
入力され得る他の薬物オーダーと結びつける領域を含み得る。処理領域８０２は、コンピ
ュータ画面８００の他の領域、例えば、予定された溶液領域８１２のデータを表示するト
リガを含み得る。他の領域はこれに限定されない。

検索領域８０４は、輸液オーダーのための薬物、溶液および／または添加剤を検索する
ことを可能にする。オーダーのため、デフォルトの希釈剤が提供され得る。薬物のデフォ
ルトの用量が患者ケアシステム１００において規定されている場合、デフォルトの用量は
、自動的に、薬物を含む検索結果とともに現れる。検索領域８０４からの検索は、概して
、薬物の名前、投与のルート、コスト、パッケージサイズ、剤形、ジェネリック名、薬物
が眠気を催させるか否か、薬物がコントロールされているか否か、フォーミュラリーであ
るか否か、および薬物が製造されているか否かを生成する。

薬物情報領域８０６は、輸液オーダー添加剤および溶液を規定するために用いられ得る
。薬物情報領域８０６は、別個の添加剤領域および溶液領域を含み得る。溶液領域は、ラ
ベル「溶液／希釈剤」を含み得る。患者ケアシステム１００は、薬物情報領域８０６に薬
物１２４、溶液、および添加剤を埋めるために、薬物１２４データベース、溶液データベ
ースおよび添加剤データベースを用い得る。あるデータベースにおいて識別される物質は
、他のデータベースにおいても識別され得る。データベースは、薬物１２４および溶液の
組み合わせにデフォルト値を提供するようにリンクされ得る。

滴定／漸減基準領域８０８は、概して、持続性輸液オーダーに適用される。滴定は、オ
ーダーのある特定のパラメータ、例えば、用量および／または流量を規定する。用量およ
び流量は、絶対値として入力され得る。滴定／漸減基準領域８０８に情報を入力するため
に、数学的記号、例えば、大なり「＞」、小なり「＜」、および等号「＝」が、単独で、
または組み合わせて用いられ得るが、数学的記号はこれらに限定されない。また、カレン
ダーが、滴定／漸減基準領域８０８に情報を入力するために用いられ得る。用量および流
量は、許容範囲として入力されてもよい。非持続性輸液オーダーが入力され、かつ/また
は変更される場合、滴定／漸減基準領域８０８は隠され得る。

指示および覚書領域８１０は、患者１１２および／または輸液オーダーについての医師
の覚書などの情報を保存する能力を含む。指示および覚書領域８１０は、患者１１２につ
いて責任を負う臨床家１１６、例えば、患者の医師を識別する表示および参照領域を含み
得る。

予定される溶液領域８１２は、患者１１２に対して処理されているオーダーの現在の状
態に基づいて、溶液スケジュールおよび関連成分を表示する。予定される期間は、患者ケ
アシステム１００のデフォルトであり得る。期間はまた、臨床家１１６によって調節可能
であり得る。予定される溶液領域８１２は、患者ケアシステム１００によって予定される
期間を示す調節可能な表示を含み得る。予定される溶液領域に表示されるデータは、概し
て、処理領域８０２においてオーダー保存がトリガされる場合に保存される。予定される
溶液領域８１２は、以前に入力されたオーダーを変更する間、ある期間にわたって振り返
る能力を含み得る。これによって、変更されていない輸液オーダーに従ってすでに調製さ
れ得る溶液を臨床家１１６が見ることが可能になる。

患者ケアシステム１００は、輸液オーダーの調節および変更を行う能力を含む。これら
の調節および変更機能は、処方変更モジュール（３３６（図３）に含まれる。しかし、調
節および変更は、患者ケアシステム１００の他の部分、例えば、処方エントリ３２４、処
方実行３０６、処方承認３０８からでもアクセス可能であるが、このような他の部分はこ
れらに限られない。

患者ケアシステム１００は、調節可能な所定の流量調節許容値を含み得る。流量調節許
容値は、患者ケアシステム１００の全ての組織レベルについて、任意に規定される。許容
値５４２ｂは、患者ケアシステム１００全体、または、患者ケアシステム１００のサブシ
ステムに関するものであり得る。例えば、異なる流量調節許容値が、新生児、小児、精神
科、特定の看護装置、および特定の患者用などのサブシステムに適用され得るが、サブシ
ステムはこれらに限定されない。流量調節許容値は、元のオーダーされた流量に対して、
または直前の流量に対して特定され得る。臨床家１１６はまた、特定のオーダーに特有の
流量許容値を指定し得る。システム１００は、看護士が新たなオーダーを要求することな
しに流量調節許容値を無視することを許可されているか否かについて予め定められた指示
を含み得る。この指示は、患者ケアシステム１００全体、サブシステム、または個々の臨
床家１１６に適用され得る。

薬物は、流量許容値を有し得る。システム１００は、流量無視理由コードを含み得る。
流量無視理由コードは、臨床家１１６が流量を流量許容値によって規定された境界を超え
て変える必要がある場合、臨床家１１６がそこから選択し、かつ/または供給し得る注釈
である。システム１００は、臨床家１１６がオーダーによって規定された流量許容値を無
視する場合に患者の医師にメッセージが送られるべきか否かを示す、規定された設定を含
み得る。システム１００はまた、臨床家１１６が、オーダー以外のレベルで規定された許
容値、たとえば、流量許容値５４２ｂを無視する場合にメッセージが送られるべきか、そ
して、誰に送られるべきかを示す、規定されたメッセージトリガ５４６ｋを含み得る。

システム１００は、例えば、流量変換テーブル、変化する成分変換テーブル、および変
化する流量変換テーブルなどの変換関数を含み得る。変換関数はこれらに限定されない。
流量変換は、輸液オーダーを容量／時間によって規定される流量に変換する工程を含む。
ここで、オーダーは、元々、任意の方法、例えば、特定の濃度での用量／時間、重量/時
間の単位あたりの容量、体表面積／時間の単位あたりの用量、ならびに総用量および持続
時間などで指定されるが、これらに限定されない。

変化する成分変換は、成分が変化する、オーダーを現在投与されている溶液の流量に変
換する工程を含む。成分が変化するオーダーには、例えば、シーケンシングオーダーのよ
うなオーダーが含まれるが、これに限定されない。シーケンシングオーダーにおいて、異
なるバッグは、異なる成分を有し、流量が異なる可能性がある。

変化する流量変換は、流量が変化する輸液オーダーの現在注入されている溶液の流量へ
の変換を含む。流量が変化するオーダーには、漸減用量オーダーおよび変更用量オーダー
が含まれるが、これらに限定されない。

システム１００は、所定の輸液流量を含み得る。所定の輸液流量は、流量の入力からの
ショートカットとして、ドロップダウンリストからの選択を可能にする記述を有し得る。
システム１００はまた、持続時間と注入される容量との間の自動変換を含み得る。

システム１００はまた、設定可能な精度表示を含む設定可能な精度表示は、流量表示、
容量表示、投与期間表示を含み得るが、これらに限定されない。流量表示精度は、流量を
小数点以下所定の位で表示するように設定され得る。患者ケアシステム１００の様々な部
分が表示される流量についての精度を独立して決定し得る。例えば、システム１００は、
成人を治療する場所では、小数第１位まで表示し、新生児を治療する場所では、小数第３
位まで表示し得る。容量表示は、同様に、小数点以下所定の位まで注入容量を表示するよ
うに設定され得る。設定可能な投与期間表示は、注入が、単回投与注入または間欠注入で
ある場合に、流量に基づいて投与持続期間を計算するために用いられ得る。

システム１００はまた、規定された設定、例えば、最長輸液持続時間設定、オーダーエ
ントリ最長輸液持続時間無視利用可能性設定、および投与最長輸液持続時間無視利用可能
性設定などを含み得るが、規定された設定はこれらに限られない。最長輸液持続時間設定
は、患者ケアシステム１００の様々な部分について、別個に規定可能であり得る。最長輸
液持続時間設定はまた、特定の薬物１２４に特有であり得る。最長輸液持続時間無視利用
可能性設定は、オーダーエントリのときに、最長輸液持続時間設定を無視することが許可
されているか否かを設定するために提供され得る。投与最長輸液持続時間無視利用可能性
設定は、投与のときに、最長輸液持続時間設定を無視することが許可されているか否か、
かつどのグループのユーザがそれを行うことを許可されているかを設定するために提供さ
れ得る。オーダーエントリおよび／または投与の間無視することが許可されている場合、
システム１００は、最長輸液持続設定を無視する権限を有する臨床家１１６のサブセット
を規定し得る。

システム１００は、オーダーが完了するまでの残りの時間、輸液オーダーのまだ投与さ
れていない容量を計算する。臨床家１１６がシステム１００を用いて輸液オーダーを投与
する場合、流量を変化させる場合、輸液のステータスをチェックする場合、システム１０
０は、まだ投与されていない時間および容量を計算し、部分的なバッグが用いられること
を計算が示すか否かを示す。例えば、全体が投与される前に停止されるオーダーの最後の
バッグ、および／または全体が投与される前に変更される必要があるオーダー内のバッグ
について、臨床家１１６は、情報端末１１８および／またはカート１３２において警告を
受ける。警告は、例えば、「１５０ｍｌだけ投与してください」というようなメッセージ
を含み得る。

滴定ＰＲＮオーダーについて、臨床家１１６は、オーダー内の滴定状態が流量が変更さ
れる必要があることを示す場合、自動的に、必要な流量変化を通知される。システム１０
０は、流量から点滴速度への変換を計算する、規定された値を含む。システム１００の規
定された値は、調節可能であり得る。システム１００は、治療の施与の間、臨床家１１６
の役に立つように、流量の点滴速度への自動変換を含み得る。

システム１００は、ＩＶ注入速度の変化を文書化する能力を含む。システムは、変化が
起きるにつれて、臨床家１１６が流量の全ての変化を取り込むことにおいて役立つように
構成され得る。臨床家１１６は、オーダーにおいて要求されるように、例えば、モルヒネ
の輸液流量を４ｍｌから２ｍｌまで減らすように、流量を変化させ得る。システム１００
は、新たなオーダーとして変化を認識し得るが、システム１００は、重複を避け、変更さ
れたオーダーが新たなバッグの生成につながらないように構成され得る。

また、臨床家１１６は、患者１１２が不快感を訴える場合、または、例えば、患者１１
２が嘔吐しているようなときに流体バランスを容易にするため、オーダーなしに、輸液速
度を変化させ得る。

システム１００は、一時的に停止され、継続されず、かつ／または再開される輸液など
の変化を文書化する能力を含む。変化はこれに限定されない、臨床家１１６は、例えば、
注入場所に障害が生じてきた、輸液が取り除かれてきた、かつ／または、輸液が患者１１
２の動きを容易にするためにヘパリン／生理食塩水ロックされているなどの様々な理由か
ら輸液を停止し得る。輸液は、新たな場所／輸液が回復されたときに再開され得る。しか
し、これにかかる時間の長さは、可変的であり、概して、システム１００によって記録さ
れる。

システム１００は、複数の注入場所に対する複数の輸液を詳細に文書化する能力を含む
。多くの状況において、患者１１２は、複数の薬物１２４および「ｙ−ｅｄ」輸液を有し
得、それにより、一部の輸液がある場所に流れ、他の輸液が他の場所へと流れる。例えば
、モルヒネ輸液、抗生物質、および通常の生理食塩寸水が、右腕（場所１）に注入され、
ＴＰＮおよび２／３＆１／３は二重管ＣＶＬ（場所２）に流れる。システム１００は、い
ずれの場所に様々な流体が注入され流れているのかを臨床家１１６が文書化することを可
能にする。集中治療室、２つより多い輸液が１本のラインまたは１本の管に流れ得る。臨
床家１１６は、ＣＶＬのいずれの管に、輸液または薬物が流れているのか示すことができ
る。

システム１００は、輸液および任意の場所位置変化について、場所位置を文書化する能
力を含む。注入場所は、閉塞またはポリシーに起因してよく変えられる。したがって、臨
床家１１６は、輸液が除去され、続いて再開される場合、場所位置における変化を文書化
する必要がある。

薬物を投与する方法を以下に説明する。この方法は、輸液オーダーを変更する能力を含
む。変更は、流量、注入場所に対する変更、注入の一時停止、注入の再開、および新たな
薬物１２４を容器につるすことを含む。この方法は、患者に関連付けられたバーコードを
スキャンする工程と、薬物と関連付けら得たバーコードをスキャンする工程と、輸液が混
合剤である場合、使用期限を確かめる工程と、変更の理由を選択する工程と、輸液バッグ
の残りの容量を記録するか、以前の容量および流量から計算された値を受け入れる工程を
含む。混合剤の使用期限の確認は、混合剤テーブルおよび／またはバーコードの使用を含
み得る。

変更の理由は、規定されたテーブルからのものでありえる。変更の理由はまた、医師が
オーダーした変化についてハードコードされた値を含み得る。ハードコードされた値が選
択される場合、臨床家１１６は、医師のリストから医師を選択するように促される。担当
医が、医師のリスト内のデフォルトであり得る。

薬物１２４の投与を中止するための緊急選択機能があり得る。緊急選択が選ばれない場
合、以下の工程が含まれ得る。流量を記録する工程および／または流量について以前の値
（以前の値は、概して、情報端末ディスプレイ１１８ａ、輸液ポンプディスプレイ１２０
ｃ、および／または医療カート１３２に表示される）を受け入れる工程と、以前の流量を
オーダーされた流量と比較する工程（この比較はシステム１００またはサブシステム原則
および許容値を用いて達成される）と、適切なメッセージを表示する工程と、流量と点滴
速度との変換が表示される工程（変換はシステム１００規定点滴速度変換テーブル５４８
ｆに基づいて計算され得る）とである。システム１００は、代表的には、臨床家が正しい
点滴速度変換を選択することを容易にするために用いられるチューブに基づいて記述を用
いる。流量を変化させることは、システムが、予定される流量に基づいて、この溶液の使
用期限を自動的に確かめることをトリガする。溶液の使用期限が、投与の前または間に切
れる場合、「この溶液は、予定される投与期間の間に使用期限が切れます。薬局にご連絡
ください」というようなメッセージを臨床家１１６に送る。予混輸液バッグおよび／また
はカスタム化された輸液バッグである場合、可能であれば、スキャンコードを解析するこ
とによって、使用期限を確かめる。以前の注入場所を受け入れるか、新たな注入場所の位
置をリストまたは解剖学的表現の図から選択する。その後、薬局の在庫補充を行うため、
スケジュールを再計算する。

システム１００はまた、元の輸液オーダーにおいて指定された時刻とは異なる時刻に、
輸液オーダーを投与するため、規定されたテーブル規定無視コードを含み得る。臨床家１
１６が、オーダーされた投与時刻許容値外で薬物を投与する場合、臨床家１１６は、変更
のための理由コードを選択することを要求され得る。

システム１００はまた、ＰＲＮ輸液が準備され、送達されることをリクエストするプロ
セスを含み得る。このオプションは、このオプションは、臨床家１１６に患者のために提
示されたＰＲＮオーダーのリストからＰＲＮ輸液を選択するように促す工程およびリクエ
ストされた輸液バッグを１にデフォルトする工程を含み得る。しかし、臨床家１１６は、
リクエストされた量を変更する権限を有し得る。

ブロック４０４（図４）について上述したように、システムは、臨床家１１６のアイデ
ンティティに関連する情報にアクセスする。システム１００は、臨床家のバッジ１１６ａ
を読み取る、バーコードリーダのようなデバイスを用いることによって、臨床家１１６を
識別し得る。システムはまた、臨床家１１６を確実に識別し、臨床家がシステムの正当な
ユーザであることを確かめ、臨床家１１７６がシステム１００の部分にアクセスする権限
を有するか否かを判定するためにバイオメトリクスを用い得る。システム１００は、臨床
家のシステム１００へのアクセスを認めるために、臨床家バッジ１１６ａ、または他の鍵
と、確かめられたバイオメトリック照合との組み合わせを要求し得る。システムはまた、
臨床家バッジ１１６ａが臨床家バッジ１１６ａまたは他のキーを読み取るために用いられ
るデバイスの近傍から取り除かれるときに、システム１００へのアクセスを終了する。

バイオメトリクスは、測定された生物学的データを統計学的に解析する技術および科学
である。バイオメトリクスの分野の１つとして、指紋などの一意的な物理的特徴を判定す
るという分野がある。バイオメトリクスは、個人の身元をデジタルシステム、例えばシス
テム１００に対して明らかにすることを可能にする。取引および相互作用をより簡便、か
つ安全にするデジタルのペルソナが作成される。識別のためのバイオメトリック特徴は、
指紋、顔、虹彩および網膜スキャン、音声認識などの特徴を含むが、これらに限定されな
い。バイオメトリックデバイスは、スキャンまたは読み取りデバイス、スキャンされた情
報をデジタルフォーマットに変換するソフトウェア、および格納された記録と比較する、
バイオメトリック情報を格納するメモリが含まれる。ソフトウェアは、アルゴリズムで処
理されたデータの特有適合ポイントを識別し、データを比較する。パスワード、ＰＩＮコ
ードおよびスマートカードとは異なり、システム１００バイオメトリクスは、なくしたり
、忘れたり、盗まれたりということがない。

バイオメトリックスキャナは、臨床家のバッジ１１６ａを読むためのデバイスと関連付
けられ得る。例えば、バイオメトリックスキャナは、バーコードリーダのハンドルの親指
指紋リーダであり得る。他の実施形態において、バイオメトリックスキャナおよび電気鍵
リーダは、携帯用薬品カートおよび／または医療デバイスに位置し得る。臨床家１１６が
医療デバイスからの特定の距離内に電子キーを配置させる場合、プロセッサには、予測す
べき、特定の個人電子バイオメトリック識別ファイルが分かる。システム１００は、バイ
オメトリック情報をスキャンするように臨床家１１６に促すことが好ましい。バイオメト
リック情報は、何らかのタイプのバイオメトリック読み取りまたはスキャンデバイスを用
いて、システム１００に入力される。スキャンされたバイオメトリック情報と以前に格納
された特有個人電子バイオメトリック識別ファイルとの間の１対１比較が行われる。この
１対１識別比較は、適合するものを探して、臨床家データベース全体を検索する必要がな
いので、１対多数の識別ファイルの比較よりもずっと効率的である。代わりに、１つの特
定の比較のみが行われる。適合する場合、臨床家１１６は医療デバイス３３２へのアクセ
スが認められる。適合しない場合、臨床家１１６はアクセスを拒否される。

他の実施形態において、システム１００が臨床家のアクセスを認めた後、システム１０
０は、電子鍵がバイオメトリックスキャナまたはバイオメトリックスキャナの近傍から取
り除かれる場合、そのアクセスを終了し得る。電子鍵が保たれる必要がある近傍とは、あ
らかじめ定められてもよいし、かつ／または、可変でプログラマブルなシステム１００パ
ラメータであってもよい。

ある実施形態において、ブロック４０４は、暗号化されたデジタル指紋テンプレート、
臨床家の名前、ログイン名およびパスワードを含み得る。臨床家の識別子を実現する技術
の１つに、Ｄａｌｌａｓ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ ｔｅｃｈｎｏｌｏｇｙの「ＩＢ
ＵＴＴＯＮ ４００」という技術が含まれる。システム１００は、臨床家が指を指紋スキ
ャナに置いたときにアクティベートされ得る。システム１００が適合するものを見つける
場合、システム１００は、臨床家１１６がシステム１００にログインすることをリクエス
トし得る。システム１００がバイオメトリック適合を見つけられない場合、システムは、
臨床家１１６がシステム１００にアクセスすることを許可しない。

他の実施形態において、バイオメトリック情報を格納するデータベースは、中央システ
ム１０８、薬局コンピュータ１０４、および／または治療の場１０６において保持され得
る。治療の場１０６において、データベースは、携帯用カート、情報端末１１８、および
／または医療デバイス３３２において保持される。このように分配されたデータベースは
、ネットワーク１０２が様々な位置の間で通信することができない場合でさえ、遠隔デバ
イスへのアクセスを可能にする。ネットワーク１０２通信が回復される場合、遠隔および
中央データベースは、他の位置において変更される任意の情報と同期化し得、両方のシス
テム１００データベースが適切に更新される。

システム１００は、閉じられたループの輸液治療管理システムを提供する。閉じられた
ループは、臨床家１１６のオーダーから開始される。他の方法の中でも、臨床家１１６は
、情報端末１１８および／または薬物療法カート１３２を介してオーダーを入力し得る。
オーダーが入力された後、オーダーは、薬局承認および薬物検査にとって、リアルタイム
で利用可能になる。オーダーは、電子医療管理記録（ＭＡＲ）としてリアルタイムで利用
可能である。ＭＡＲは、輸液投与のため、臨床家１１６にとって利用可能である。システ
ム１００は、自動的に、薬物投与および流量変化などの変更を文書化する。輸液投与のプ
ロセスを通じて、システム１００は、システム１００および／またはサブシステム在庫お
よびを同時に調節する。システム１００はまた、課金のためのデータを提供する。オーダ
ーの全ての段階が、１つのシステム１００の中で、リアルタイムに処理され得る。システ
ム１００はまた、イベント管理および決定サポートデータを提供する。システム１００は
、デバイス依存性であり、ワークステーション、無線タブレット、およびハンドヘルド情
報端末１００上で実行し得るということを意味する。

閉じられたループの輸液治療管理システムは、輸液オーダーエントリ、オーダー準備、
および輸液のステータスの利用可能性を含む。輸液オーダーエントリは、処方エントリモ
ジュール３２４、処方変更モジュール３３６、および薬局インターフェース３１６などの
複数の手段によって行われ得るが、これらに限定されない。輸液のステータスは、輸液の
患者１１２特有使用を提供し、さらなる輸液バッグの必要性を薬局に警告する。

輸液オーダータイプは、複数の特徴、単回投与、ロード投与、間欠投与および持続性注
入にしたがって入れられ得る。持続性注入には、持続性注入、変更注入、シーケンシング
注入、漸減注入、および滴定注入が含まれる。

輸液オーダーの容量は、体重または体表面積に従って決定され得る。要領は、速度に従
って入力されてもよい。速度が入力されない場合、システム１００は、用量および指定さ
れた期間に従って計算する。オーダーする臨床家は、希釈剤およびその量を指定し得る。
薬局は、このようなパラメータについてデフォルトを提供し得る。システム１００のチェ
ックが、混合剤の正味の濃度および注入速度が適切であることを確実にするように行われ
得る。システム１００は、システム１００全体で規定された停止オーダー５１６を含み得
る。患者の状態の変化は、適切な行動のための規定されたシステム１００のメッセージを
生成し得る。システム１００は、退院または死亡の際には、自動的にオーダー停止を行う
ように、ＡＤＴインターフェース３１０と連携をとる。

混合剤オーダーがシステム１００に入力される場合、調製指令が調整位置に向けられる
。統制位置は、システム１００の混合剤プログラムおよび混合剤のタイプに依存する。シ
ステム１００は、混合剤が充填される場所を指定する、調節可能なデフォルトを含み得る
。混合剤は、薬局で充填されてもよいし、遠隔位置、たとえば、フロア、または治療の場
１０６で充填されてもよい。臨床家１１６は、調製プロセスを通じて、情報端末１１８に
表示され得るイベント管理情報を用いてガイドされ得る。混合剤の薬物ラベル１２４ａは
、成分およびそれぞれの容量をリストする。薬物ラベル１２４ａは、任意の場所で印刷さ
れ得る。混合剤輸液の投与の際、薬物ラベル１２４はスキャンされる。流量に対して為さ
れた任意の調節が、バーコードスキャンを用いることによって追跡される。薬局は、次に
必要な混合剤輸液のタイミングを調節するようにリアルタイムで警告される。混合剤調製
および投与のモニタリングは、薬物１２４のジャストインタイムの送達を可能にする。こ
れにより、継続してない、または変化した調製に起因する廃棄物を減らす。これはまた、
患者１１２の安全を確保する。

システム１００は、患者の体重、体表面積、および／または治療の指定された頻度およ
び持続時間に基づいて、輸液流量を計算する。オーダーされた輸液速度は、最高プッシュ
速度許容値と照らして確認される。溶液の濃度も確認され得る。投与および流量の間、臨
床医１１６は、情報端末で、輸液速度および関連するパラメータについて警告される。流
量の変化は、リアルタイムで薬局に通信される。システム１００は、システム１００規定
時間許容値に基づく、溶液送達を自動スケジューリングを含む。

薬物投与の完了は、課金インターフェース３１２を介する患者の課金をトリガし得る。
課金インターフェースは、ＨＬ７インターフェースを含み得る。患者が輸液オーダー準備
の完了に基づいて請求されるようになっている場合、システム１００は、クレジット処理
を含む。クレジット処理は、輸液が、廃棄または薬局在庫管理システムに再登録されるた
めに、薬局に返却されるときにトリガされ得る。

システム１００は、適切な臨床家１１６への自動メッセージ通知を含む。例えば、医
師が新たなオーダーを入力する場合、メッセージが薬局で現れ、薬剤師に、輸液オーダー
の承認が必要であると警告する。同様に、輸液オーダーが適切に承認される場合、臨床家
１１６は、情報端末１１８に、輸液オーダーがオーダーについて規定された期間内に施与
される必要があることを臨床家１１６に警告するメッセージを受信する。

本発明の上記の実施形態、特に、任意の「好適な」実施形態は、実現例の可能な例であ
り、本発明の原理を明確に理解するために述べられたに過ぎない。多くの変形および改変
例が、本発明の精神および原理から実質的に逸脱することなく、本発明の上記の実施形態
（単数または複数）に為され得る。このような改変例は全てこの開示内容の範囲内に含ま
れることが意図され、本発明は特許請求の範囲によって保護されている。

Claims (1)

1. 医療処置を施与するためのプログラムを含むコンピュータ読み取り可能な媒体。

Images