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