JP2007190395A - 無線医療データ通信システムおよび方法 - Google Patents

無線医療データ通信システムおよび方法 Download PDF

Info

Publication number
JP2007190395A
JP2007190395A JP2007013177A JP2007013177A JP2007190395A JP 2007190395 A JP2007190395 A JP 2007190395A JP 2007013177 A JP2007013177 A JP 2007013177A JP 2007013177 A JP2007013177 A JP 2007013177A JP 2007190395 A JP2007190395 A JP 2007190395A
Authority
JP
Japan
Prior art keywords
infusion
clinician
patient
order
pump
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2007013177A
Other languages
English (en)
Inventor
Thomas L Simpson
エル． シンプソン トーマス
Laura M Letellier
エム． レテリア ローラ
James P Martucci
ピー． マルトゥッチ ジェイムス
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Baxter International Inc
Original Assignee
Baxter International Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US10/424,553 external-priority patent/US7698156B2/en
Priority claimed from US10/659,760 external-priority patent/US8489427B2/en
Application filed by Baxter International Inc filed Critical Baxter International Inc
Publication of JP2007190395A publication Critical patent/JP2007190395A/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02—Alarms for ensuring the safety of persons
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication

Abstract

【課題】医療施設内の無線通信リンクの完全性に関して報告する好適なシステム及び方法を提供すること。
【解決手段】医療環境内においてアラームまたはアラートエスカレーションプロセスのうちの少なくとも１つを実行するシステムおよび方法を開示する。詳しくは、医療施設内における無線通信リンク１２８の完全性について報告するシステムであって、無線通信リンク上において伝送された状態情報に応答するメッセージインジケータを有する医療施設内の無線遠隔装置であって、状態情報は投薬治療アプリケーション用装置によって生成された信号を表す、無線遠隔装置と、タイムアウト出力を有する無線遠隔装置にインストールされたソフトウェアであって、タイムアウト出力は無線通信リンクの損失を示す、ソフトウェアとを備える、システムについて、開示する。
【選択図】図１

Description

（参照文献）
本出願は、参照により以下：米国特許出願第１０／０４０，８８７号（２００２年１月７日出願）；米国特許出願第１０／０４０，９０８号（２００２年１月７日出願、公開番号ＵＳ−２００３−０１３０６２４−Ａ１（２００３年７月１０日公開））；米国特許出願第１０／０５９，９２９号（２００２年１月２９日出願、公開番号ＵＳ−２００３−０１４１９８１−Ａ１（２００３年７月３１日公開））；米国特許出願第１０／１３５，１８０号（２００２年４月３０日出願）；米国特許出願第１０／４２４，５５３号（２００３年４月２８日出願）；米国特許出願第１０／６５９，７６０号（２００３年９月１０日出願）；米国特許出願第１０／７４９，１０１号（２００３年１２月３０日出願）；米国特許出願第１０／７４９，１０２号（２００３年１２月３０日出願）；米国特許出願第１０／７４８，７６２号（２００３年１２月３０日出願）；米国特許出願第１０／７４８，７５０号（２００３年１２月３０日出願）；米国特許出願第１０／７４８，７４９号（２００３年１２月３０日出願）；米国特許出願第１０／７４９，０９９号（２００３年１２月３０日出願）；米国特許出願第１０／７４８，５９３号（２００３年１２月３０日出願）；米国特許出願第１０／７４８，５８９号（２００３年１２月３０日出願）；米国仮特許出願第６０／３７７，０２７号（２００２年４月３０日出願）；米国仮特許出願第６０／３７６，６２５号（２００２年４月３０日出願）；米国仮特許出願第６０／３７６，６５５号（２００２年４月３０日出願）；米国仮特許出願第６０／４４４，３５０号（２００３年２月１日出願）；米国仮特許出願第６０／４８８，２７３号（２００３年７月１８日出願）；米国仮特許出願第６０／５２８，１０６号（２００３年１２月８日出願）；および、米国特許番号第５，８４２，８４１号の文献を明示的に組み込み、且つ本明細書の一部とする。
（技術分野）
本発明は、概して、無線医療データ通信システムおよび方法に関する。より詳しくは、本発明は、無線通信リンクの完全性について報告するシステムおよび方法に関する。
（発明の背景）
患者医療システムは一般に、コンピュータネットワーク、患者を治療するための医療機器、及び該医療機器に対する制御を含む。患者医療システムは、コンピュータ制御の自動化システム及び方法を利用することによって向上してきたが、患者医療システムは、医療機器及び医療機器の制御に関しては、手動によるデータ管理工程に依然として大きく依存している。例えば、近代的な病院では、看護ステーションは一般にコンピュータネットワークに接続されているが、コンピュータネットワークが病室にまで及ぶのは通常ではない。コンピュータネットワークは、ポイントオブケアでの医療機器の操作及び監視並びに医療機器の制御を含む自動化されたデータ管理処理に対する機会を提供する。この分野における進展にもかかわらず、自動データ管理技術は、より効率的なシステム及び方法の欠如により、ポイントオブケア用途に対しては十分に活用されてきてはいない。自動化された技術への依存度が増大するにつれて、システム又はサブシステムの運転状態を決定する能力をユーザに提供する必要性が増大する。
（発明の概要）
本発明は、医療施設内の無線通信リンクの完全性に関して報告するシステム及び方法を提供する。
通常、本発明は、投薬管理モジュール及び医療施設内に配置された無線遠隔装置を有するシステムを含む。投薬管理モジュールは、注入ポンプなどの薬物療法用途用装置と関連付けられている。無線遠隔装置は、投薬管理モジュールによって生成された状態情報出力に応答し、無線通信リンクを介して伝送される、視覚ディスプレイ又は可聴アラームなどのメッセージ表示手段を含む。無線遠隔装置は、無線通信リンクが失われたときにおいてタイムアウトを生成するモジュールまたはアプリケーションも含む。
本発明の他のシステム、方法、特徴、及び利点は、以下の図面及び詳細な説明を考察すれば、当業者には明らかであるか若しくは明らかとなろう。本明細書に含まれる全てのそのような追加システム、方法、特徴、及び利点は、本発明の範囲内にあり、且つ添付の特許請求の範囲によって保護されることが意図されている。
（図面の簡単な説明）
本発明は、以下の図面を参照すればより良く理解することができる。図面中の構成要素は必ずしも定尺ではなく、それよりむしろ、本発明の原理を明確に説明することに重点が置かれている。図面中、幾つかの図全体を通して、同じ参照番号は、対応する部品を示す。
（詳細な説明）
本発明は多くの異なる形での実施形態が可能であるが、本発明の好ましい実施形態を図面に示し、本明細書に詳細に説明する。本開示は、本発明の原理の例示としてみなされるべきであり、本発明の幅広い態様を例示された実施形態に限定することを意図されていない。
図１は、患者医療システムの図式表示である。一実施形態では、患者医療システム１００は、ネットワーク１０２によってリンクされた薬局のコンピュータ１０４、中央システム１０８、及び治療場所１０６を含む。図２に示すように、患者医療システム１００は、医療システムとも呼ばれる注入システム２１０をも含む。注入システム２１０は、好ましくは、患者医療システム１００内の１台又はそれ以上の電子計算装置上に常駐するコンピュータプログラム、特にモジュール又はアプリケーション（即ち、エンドユーザに対して設計されたプログラム若しくはプログラム群）として実施される投薬システムである。本明細書に更に詳細に説明するように、注入システム２１０は、患者医療に対する学際的アプローチにおいて、医師、薬剤師、及び看護師などの臨床家（ｃｌｉｎｉｃｉａｎ）をリンクする。
（システム全般）
図３に移ってこれを説明すると、患者医療システム１００は、複数の医療機器１２０を含むことができる。一実施形態では、医療機器は、注入ポンプ１２０である。更に、別の実施形態では、医療機器は、注入ポンプ用制御装置である。容易に参照できるように、本開示は、全体として、本システムの医療機器を注入ポンプとして識別するが、システム１００全体が種々の医療機器のうちの任意の１つ又はそれ以上を組み込むことができることが理解される。従って、図３に示すように、複数の注入ポンプ１２０は、ハブ又はインターフェース１０７に接続される。本明細書において更に詳細に説明するように、注入ポンプ１２０は、各注入ポンプ１２０が１人の患者に関連付けられた従来の設計のものであってよい。しかしながら、当業者には分かるように、図３に示す注入ポンプ１２０は、該注入ポンプが同一のハブ１０７に接続されているにもかかわらず、同一の患者又は治療場所に関連付けられる必要はない。更に、各注入ポンプ１２０は、単一チャネルポンプであっても、３チャネルポンプのような多チャネルポンプであってもよい。そのようなチャネルのいずれも、参照数字１２１で識別される。一般に、ポンプは、ポンプ状態情報を含むメッセージを、定期的にハブ１０７に伝送する。費用効果に対して通信を集中させるために、且つ／又は現在中央コンピュータシステム１０８と通信していない既存の医療機器の設計変更を可能にし、それによりそのような各医療機器が中央コンピュータシステム１０８と通信することができるように、別個のハブ１０７を、医療機器１２０から離して用いることができる。
（システム全体の通信ハブ）
一実施形態では、注入ポンプ１２０のシリアルポート又は他のＩ／Ｏポートは、ツイストペアワイヤ、同軸ケーブル、光ファイバケーブル等のような通常の非無線伝送媒体１０５を用いてハブ１０７に接続される。ハブ１０７は、片方向シリアル通信リンク１０５を介して、複数の注入ポンプ１２０又は１つのみのポンプに接続することができるのが好ましい。ハブ１０７は、接続されたポンプからの信号の受信及び受信信号の再生を行う。具体的には、ポンプ１２０からの受信信号は、ハブ１０７によって、無線通信路又は無線通信リンク１２８及び有線通信システム１１０を介したシステムネットワーク１０２への伝送に適した形式に変換される。一般に、ハブ１０７は、システムネットワーク１０２へポンプデータを送信する。ハブ１０７はまた、ポンプ１２０からの受信情報をフィルタ処理し、重複メッセージを阻止することもできる。更に、ハブ１０７は、臨床家１１６のデジタルアシスタント１１８上でポンプ状態情報を遠隔閲覧することを可能にする。一般に、ハブ１０７は、ハブ１０７がポンプ１２０に接続されており且つハブ１０７とポンプ１２０の両方の電源が入っているときは常時ポンプデータを送信する。本明細書に詳細に説明するように、ハブ１０７は、薬局入力オーダのポンプ設定値との比較をも可能にする。好ましい実施形態では、ハブ１０７は、ポンプ１２０を支持する点滴ポールに接続されるか、又は、ハブ１０７は、注入ポンプ１２０内に組み込まれ、上に特定した統合型医療／通信機器が創出される。
ハブ１０７の一実施形態を図４７に示す。この実施形態では、ハブ１０７は、最大４つのポンプに対するポンプポートインジケータ４１１、無線信号損失インジケータ４１３、ローバッテリインジケータ４１５、アラート消音キー４１７、オン／オフキー・インジケータ４１９、及び充電中インジケータ４２１を含む。ポンプポートインジケータ４１１は、ハブ１０７のポンプポートの各々に対する状態インジケータとなる。インジケータライトは、対応するポンプポートがネットワーク１０２と正常に通信していることを示す。しかしながら、インジケータライトが点灯していない場合、これは、対応するポンプポートがポンプ１２０に接続されていないか又はポートがポンプ１２０からネットワーク１０２まで通信していないことを示す。無線信号損失インジケータ４１３は、ハブ１０７が無線リンクによってネットワーク１０２と通信することができないことを示す。無線信号損失が発生した場合、ポンプポートインジケータ４１１の各々も消灯することになり、ハブ１０７がネットワーク１０２と通信していないことを示す。無線信号損失が発生した場合、ハブ１０７は、このイベントをシステムネットワーク１０２及び中央コンピュータシステム１０８並びにサーバ１０９に伝達し、最終的に臨床家１１６に伝送することになる。アラート消音キー４１７は、臨床家１１６がハブ１０７からの全ての可聴アラートを一時的に消音化することを可能にする。通信ハブの代替的実施形態は、物理的にポンプ内に単一の専用無線モジュール、又は無線通信を用いてポンプ及びサーバの両方に到達するための別個のモジュールを含む。
更に、代替的実施形態では、ハブ１０７は、任意選択的に、統合型医療／通信機器を創出するために注入ポンプ１２０内に組み込むことができる。組み合わせハブ／医療機器は、引き続き互いに対して全く同様に機能することになろう。
（システム全体のアクセスポイント）
図３に示すように、医療施設内の複数のアクセスポイント１１４は、無線通信路と有線通信システムとの間のインターフェースとなる。好適には、システムネットワーク１０２が利用できない場合、ハブ１０７は、ポンプ１２０から受信した信号を格納し、次いで、システムネットワークがひとたび利用可能になれば、該変換信号をシステムネットワーク１０２に伝送する。好ましい実施形態では、ハブ１０７とアクセスポイント１１４との間の通信は、ハブ１０７からアクセスポイント１１４及び最終的にネットワーク１０２まで片方向性である。従って、本実施形態では、注入ポンプ１２０はネットワーク１０２にデータを伝送することができるが、ネットワーク１０２は、データを注入ポンプ１２０に伝送することができない。しかしながら、これも本明細書に開示されている代替的実施形態では、ハブ１０７とアクセスポイント１１４との間の通信は、双方向性であることが分かる。従って、これらの実施形態では、データ及び他の情報は、ネットワーク１０２から注入ポンプ１２０まで伝送することができる。いずれの場合でも、ネットワーク１０２とハブ１０７との間で伝送される情報は、安全保護のために符号化される。
（中央システムサーバ／システム全体のコンピュータ）
ここで図１及び図３を参照すると、中央システム１０８は、一台又はそれ以上のサーバ又はコンピュータを含むことができる。本開示は全体としてサーバ１０９、１０８ａを参照するが、これらの構成要素は非サーバコンピュータであってもよいことが分かる。必ずしもそうである必要はないが、中央システム１０８は、第１の中央サーバ又は中央コンピュータ１０９及び第２の中央サーバ若しくは中央コンピュータ１０８ａを含むことができるのが好ましい。一実施形態では、第１の中央サーバ１０９と第２の中央サーバ１０８ａ間の通信用に、別個の通信システム１０３を備えることができる。好ましい実施形態では、別個の通信システム１０３は、孤立したポイントツーポイント有線通信イーサネット（登録商標）ネットワークである。この通信システム１０３が孤立したポイントツーポイントシステム接続であるために、２台のサーバ１０９、１０８ａ間で通信されるデータは通常、暗号化されない。通常、２台のサーバ１０９及び１０８ａ間の通信システムは、双方向通信を可能にする。
本明細書に詳細に説明するように、第１の中央サーバ又はコンピュータ１０９は、第１のデータベース、及び医療機器並びにユーザインターフェースに関連するデータ及び機能に関連付けられた第１の機能的特徴のセットを有する。医療機器１２０及びユーザインターフェース１１８は通常、第１の中央コンピュータ１０９と直接通信する。更に、本明細書に詳細に説明するように、第２の中央サーバ又は中央コンピュータ１０８ａは、第２のデータベース及び第２の機能的特徴のセットを有する。第１の中央コンピュータ１０９は、第２のコンピュータ１０８ａに暗号化接続されており（ｓｅｃｕｒｅｌｙ ｃｏｎｎｅｃｔｅｄ）、医療機器１２０及びユーザインターフェース１１８は、第２の中央コンピュータ１０８ａとは直接的に通信しない。ユーザインターフェース１１８は、第１の中央コンピュータ１０９を介して、第２の中央コンピュータ１０８ａの第２の機能的特徴のセットに関連する第２のデータベースからデータを受信することができる。
第２の中央サーバ１０８ａ及びそのソフトウェアサブシステムは通常、薬局のシステムとインターフェースをとり、薬物、患者に関する情報を提供し且つ看護師及び他の臨床家に標準的なワークフローを提供する。第２の中央サーバ１０８ａも、第１の中央サーバ１０９とインターフェースをとり、患者、看護師、臨床家、オーダ、及びデジタルアシスタント１１８と臨床家との間の関連性に関する情報を提供する。第２の中央サーバ１０８ａの他の機能の幾つかには、患者管理、項目管理、施設管理、メッセージング、報告／グラフ作成、及び他のシステムへの種々のインターフェースを含めることができる。
具体的には、患者管理は、病院又は施設に入来する各患者に関する一般的な情報を参照する。この情報は、各訪問に特定の情報と共に保持され、通常、人口統計データ、アレルギー、入院日、退院日、初期診断、病室、ベッド等を含む。更に、処方、計画、及び投与された薬剤の各々に関する情報が、第２の中央サーバ１０８ａによって保持される。患者管理機能の機能性には、事前拒絶反応検査、薬物間相互作用検査、重複治療検査、投与量検査及び薬物・疾患禁忌も含まれる。
項目管理は、施設内で利用可能な各薬物に関する情報を参照する。この情報は、第２の中央サーバ１０８ａ内で管理及び保持される。このような情報は、薬物の名称、強度、薬効分類、製造者等を含む。更に、第２の中央サーバ１０８ａは、薬在庫及び他のスマートな倉庫の項目内容の継続在庫をリアルタイムで保持する。第２の中央サーバ１０８ａは、倉庫に補充が行われる際及び用量が投与又は処分される際に更新が行われるのを支援する。
施設管理は、施設全体について記載した情報を参照する。この情報は、システム２１０の第２の中央サーバ１０８ａ内で管理及び保持される。この情報は、施設の建物、フロア、部門、部屋及びベッド内への物理的崩壊、提供されるプログラム並びにサービス及びそれらが提供される場所のリスト、薬物並びにサプライ用品が保存されている貯蔵部門及びそれらを供給することを意図されている場所の識別を含む。
メッセージングは、薬剤師と臨床家との間に通信リンクを提供する第２の中央サーバ１０８ａの機能を参照する。第２の中央サーバ１０８ａは、投与量と特別投与指示の標準化を可能にし、投与量不足の通知を自動的に送信する。報告及びグラフ作成は、システム２１０の権限を有するユーザによって要求に応じて又は計画的に実行することのできる幾つかの事業報告並びに管理報告の有効性を参照する。
第２の中央サーバ１０８ａはまた、ＡＤＴインターフェース、請求書発行インターフェース、個別結果インターフェース、文書結果インターフェース、処方集インターフェース、薬局オーダインターフェース、ポイントオブケア投薬管理インターフェース及び在庫インターフェースなどの種々のインターフェースをも有する。これらのインターフェースについては後で更に詳細に説明するが、直下で簡単な説明を行う。ＡＤＴインターフェースは、施設入院、転院、退院システム（ＡＤＴ）を参照する。このシステムは通常、事前入院許可及び外来患者の登録をも操作する。個別結果インターフェースは、検査結果とのインターフェースを参照する。通常、検査結果及び付随するオーダは、外部の検査情報システムに入力され、ＨＬ７エンジン内の個別結果インターフェース又は検査室インターフェースが、このデータを第２の中央サーバ１０８ａに転送する。ひとたび検査結果が第２の中央サーバ１０８ａ内に保存されれば、ユーザは、ハンドヘルド装置１１８、コンピュータ化医師オーダエントリ（ＣＰＯＥ）システム、及び第２の中央コンピュータ１０８ａの主アプリケーションから、それらを観察することができる。検査室インターフェースは、放射線検査室インターフェース、微生物検査室インターフェース、生化学検査室インターフェース、及び病理検査室インターフェースの少なくとも４つのインターフェースに対して利用可能である。これらのインターフェースは、４つの異なるポート上若しくは同一のポート上で動作するように構成することができる。文書結果インターフェースは通常、第２の中央サーバ１０８ａを参照して放射線検査報告及び病理報告を受け取る。処方集インターフェースは通常、第２の中央サーバ１０８ａを参照してマスタファイルの通知を受け取り、外部システムの薬物ファイルを同期させることができる。処方集の変更は、サーバ１０８ａから外部第三者システムへの送信トランザクションをトリガすることになる。薬局オーダインターフェースは、投薬オーダを外部第三者システムへ送信することを可能にする。在庫インターフェースは、外部第三者システムから薬局在庫の変動を受け入れる。更に、本システム１００と共に、カート集積所インターフェースを利用することが可能である。第２の中央サーバ１０８ａは、サーバデータベースにオーダ及び薬物ファイル変更を格納し、次いで、この情報を、任意の第三者カートインターフェースへ送信する。ＨＬ７エンジン内の第三者カートインターフェースは、この情報を処理し、ＨＬ７ＭＦＮメッセージ及びＲＤＥメッセージとする。ＭＦＮメッセージは、薬物ファイル情報を含み、ＲＤＥは、患者オーダ情報を含む。次いで、ＨＬ７エンジンは、これらのメッセージを、第三者カートサーバへ伝送する。ＨＬ７エンジンはまた、第三者カートサーバからＨＬ７形式のＤＦＴメッセージを受信する。ＤＦＴメッセージは、薬剤投与に対する請求情報を含む。ＨＬ７エンジンは、この情報を処理し、次いで、それを第２の中央サーバ１０８ａに送信し、第２の中央サーバ１０８ａが、その後、この情報を請求書発行アプリケーションに渡すことができる。その後、請求書発行アプリケーションは、患者負担額を計算し、患者に請求明細書を送付することができる。請求書発行インターフェースは、患者負担額ソフトウェアとのインターフェースを参照する。請求書発行インターフェースは、負担額を計算するための請求書発行アルゴリズムの任意選択的使用に対応する。請求書発行インターフェースは、第三者システムからの外部インバウンドトランザクションのみならず、内部トランザクションをも処理する。請求書発行インターフェースは、第２の中央サーバ１０８ａと病院の第三者財務システムとの間のＨＬ７インターフェースとなる。請求される額は、直接送信することも、患者負担額を請求書発行インターフェースで計算し、病院の第三者財務システムに送信することもできる。情報は、ＨＬ７メッセージを介してリアルタイムで送信される。ポイントオブケアインターフェースは、非注入関連データに対してポイントオブケア投薬管理に関する情報を統合するウェブサービス通信で構成される。これらのデータは、ユーザインターフェースが注入関連薬剤及び非注入関連薬剤に対する投薬管理を統合することができるように、リアルタイムで通信される。
逆に、第１の中央サーバ１０９は、複数のハブ１０７、複数のデジタルアシスタント又はユーザインターフェース１１８を往復し、且つ第２の中央サーバ１０８ａと共にデータを送受信するためにロード及び設定されたソフトウェアを有する。以下に詳細に説明するように、第１の中央サーバ１０９は、限定するものではないが、サーバ１０８ａから受信した処方パラメータをハブ１０７システムから受信した該当するプログラムされたポンプ設定と比較する機能、通知及びメッセージをデジタルアシスタント１１８へ中継する機能、ハブ１０７システムから受信したアラーム情報及びアラート情報を適切なデジタルアシスタント１１８へ中継する機能、サーバ１０８ａから通信された薬局情報及び患者情報を適切なデジタルアシスタント１１８へ中継する機能、並びにポンプ状態データ及びアラーム監視データを集約し且つこのデータを定期的にサーバ１０８ａへ中継する機能を含む、幾つかの機能を実行することができる。要請があれば、サーバ１０９によって実行される作業は、１９９６年（８月２１日）の医療保険の携行性に関する法律、公法１０４−１９１に準拠する。通常、第１の中央コンピュータ又はサーバ１０９に常駐するデータは、第２の中央コンピュータ又はサーバ１０８ａに常駐するデータとの共通部分である。サーバ１０９は、その機能性を実行することが要求される、サーバ１０８ａ内に含まれるデータのサブセットを含む。サーバ１０９は、その機能性を実行することが要求される、システムネットワーク１０２、ハブ１０７及び注入ポンプ１２０に関連するデータをも含む。上に説明したように、このようなデータは通常、デジタルアシスタント１１８及び医療機器１２０の機能又は性能に要求されるデータである。
一実施形態では、医療機器１２０又は他の装置及び機能性と第１と第２の中央コンピュータ１０９、１０８ａにおける病院情報システムとの費用効率の高い統合が、患者の安全関連情報などの上述した総データのサブセットを分離すること、並びにそのような情報及び機能性をシステムの妥当性確認済み／検証済み部分に置くことよってもたらされる。この状況、ＦＤＡ規制の状況において、検証済みとは、全ての要求事項が試験されたという客観的証拠を提供することを意味し、妥当性確認済みとは、その製品が顧客の必要性を満たすという客観的証拠を提供することを意味する。本実施形態では、本システムの妥当性確認済み部分は、第１の中央コンピュータ１０９内に置かれる。一実施形態では、サブセットは、注入ポンプによって生成されたアラーム及び／又はアラート並びに／若しくは医療機器１２０／注入ポンプ１２０／制御装置１２０のプログラミング情報又は運転パラメータ情報を含むことができる。このサブセットは、分離されて第１の中央コンピュータ１０９内の本システムの妥当性確認済み部分に置かれており、全データの残りの部分は、第２の中央コンピュータ１０８ａ内の本システムの妥当性が確認されていない部分のデータベース内に保持される。第１の中央コンピュータ１０９に置かれた妥当性確認済みデータベース及び第２の中央コンピュータ１０８ａに置かれた妥当性が確認されていないデータベースは、下記に記載する詳細から当業者によりよく理解されるように、ウェブサービスレプリケーションを用いて同期して保持される。代替的実施形態は、１台のコンピュータ上に常駐する本システムの妥当性確認済み部分及び妥当性未確認部分の両方並びにソフトウェアファイアウォール（例えば、オペレーティングシステム機構又は他のＯＴＳソフトウェア）によって分離された機能性を含むことができる。以下に説明するように、「同期化」は、時間間隔、他の所定時間に基づいて定期的に、及び／又は患者登録状態などの重要データの変更が行われる場合に必要に応じて実行することができる。間をおいて、複製データの新鮮な新たなコピーが他の中央コンピュータに送信され、妥当性確認済みの第１の中央コンピュータ１０９が、そのローカルコピーを新たなコピーに置き換える。重要情報が変わる場合、当該変化は、妥当性確認済みの第１の中央コンピュータ１０９へ直ちに伝播され、既存の情報の置き換えではなく、変更として処理される。従って、本明細書に記載する詳細から理解されるように、第１の中央コンピュータ１０９のデータベースに置かれたサブセットの一部又は全ても、第２の中央コンピュータ１０８ａに存在する。この工程は、以下に記載する詳細を参照すればよりよく理解される。従って、第１の中央コンピュータにある患者安全関連データのようなデータベースのサブセットを局所化することにより、少なくともシステム開発のコストが更に最適化され、且つ、第三者の妥当性確認済みでないシステム及び該システム内のそれぞれのデータ及び情報との統合の時間効果及び費用効果が向上する。
一実施形態では、第１の中央コンピュータ１０９は、ユーザ及び装置の認証に対してアクティブディレクトリを実行するＷｉｎｄｏｗｓ（登録商標）２００３サーバＯＳを有するＣｏｍｐａｑ ＤＬＧ−３８０のような妥当性確認済みサーバ、サーバ証明書及びクライアント証明書の発行に対する認証局、一時データ保存用ＳＱＬサーバ２０００、アプリケーションホスティング（ウェブサービス並びにウェブページ）用インターネット情報サーバ（ＩＩＳ）を備えることができる。第２の中央コンピュータ１０８ａは、専用接続の他端において妥当性確認済みサーバによって公開されるデータレプリケーションウェブサービスにアクセスする専用イーサネット（登録商標）ＴＣＰ／ＩＰ接続１０３を介して接続された外部病院情報システム（ＨＩＳ）サーバなどの妥当性確認済みでないサーバを備えることができる。代替的に、第２の中央コンピュータ１０８ａは、薬局のシステム及び他のシステムなどの、本明細書に全体として説明する様々な機能のうちの１つ又はそれ以上の機能を実行するソフトウェアを備えることができる。従って、第２の中央コンピュータは、これらの種類の機能を備えることができ、且つ外部病院情報システム（ＨＩＳ）サーバなどの他のシステムとのインターフェースを有することができる。第１の中央コンピュータ（即ちサーバ１０９）は、データ記憶パッケージを含むデータベースすなわち第１のデータベースを含む。一実施形態では、第１のデータベースは、第１の中央コンピュータ１０９の外部又は内部に置いてもよいが、図５４に示すように、第１の中央コンピュータ上にロードされた、アプリケーション５４１２のユーザに対してのみアクセス可能であるのが好ましい。第１のデータベース内のデータテーブルは、本明細書に更に説明するユースケース内で使用される。データテーブルは、医療機器、デジタルアシスタント、ハブ、患者、臨床家、処方、滴定、比較情報、アラーム、及びエスカレーションに関連するテーブルを含むのが好ましい。更に、医療機器テーブルは、ポンプ、ポンプチャネル、ポンプサブチャネルに関連するテーブルを含むことができる。また、アラームテーブルは、ハブアラーム、ポンプアラーム、チャネルアラーム、アラーム履歴ログ等に関するテーブルを含むことができる。
一実施形態では、各テーブルがキーを含むことができ、該テーブル内のデータは、該キーに応答する。例えば、ポンプチャネル情報ログに関するテーブルへのキーは、ポンプチャネルログの同一性を証明するものとなることができ、該キーに応答して、チャネル識別、ポンプ速度、投与方式、投与量、残量、一次注入量等に関するテーブルデータが提供される。更に、テーブルは、リンクすることができる。例えば、患者情報を有する患者テーブルは、臨床家テーブルへリンクすることができ、該臨床家テーブルは、デジタルアシスタントテーブルへリンクすることができる。
図３の患者医療システム１００は、ハブサブシステム、第１の中央コンピュータサブシステム又は第１の中央サーバサブシステム、医療機器サブシステム若しくはポンプサブシステム、第２の中央コンピュータサブシステム或いは第２の中央サーバサブシステム、及びパーソナルデジタルアシスタント（ＰＤＡ）サブシステムに分割することができる。ハブサブシステム及び第１の中央コンピュータサブシステムについて、本明細書に更に詳細に論じる。医療機器サブシステムに関して述べれば、このサブシステムは、患者への薬剤の送達を可能にする注入装置などの１つ又はそれ以上の医療機器１２０を含み、各注入装置に関する状態及び注入情報が、各装置に関連付けられた通信ポートから定期的に伝送されるのが好ましい。
通常、第２の中央コンピュータサブシステムは、薬局のシステムとインターフェースをとり、薬物、患者及び標準的な看護師ワークフローに関する情報を提供するためのコンピュータハードウェア並びにコンピュータソフトウェアを有するサーバ１０８ａである。サーバ１０８ａはまた、病院情報システム（ＨＩＳ）へのインターフェースなどの、本明細書において先に論じた様々な他のアプリケーションをも有することができる。第２の中央コンピュータは、第１の中央コンピュータサブシステムとインターフェースをとり、第１の中央コンピュータに、患者、看護師、オーダ、及びパーソナルデジタルアシスタントと看護師又は臨床家との間の関連に関する情報を提供するのが好ましい。
一実施形態では、中央コンピュータは、妥当性確認済み環境と妥当性確認済みでない環境との少なくとも２つの環境を有する。妥当性確認済み環境は、アプリケーション一式及び第１のデータベースを有する第１のオペレーティングシステムを有することができる。第１のデータベースは、その中の特定のデータと関連付けられた第１の機能的特徴のセットを有することができる。一実施形態では、この機能的特徴のセットは、医療機器及び該医療機器用ユーザインターフェースに関連する機能を有する。医療機器及びユーザインターフェースは、妥当性確認済み環境を伴って、直接且つ安全に通信する。妥当性確認済みでない環境は、アプリケーション一式及び第２のデータベースを有する第２のオペレーティングシステムを有する。第２のデータベースは、その中の特定のデータと関連付けられた第２の機能的特徴のセットを有することができる。通常、妥当性確認済み環境と妥当性確認済みでない環境との間には、論理的分離が存在する。ユーザインターフェースは、システムの妥当性確認部分を介して、第２の機能的特徴に関連するデータベースの妥当性確認済みでない部分からデータを受信することができる。一実施形態では、妥当性確認部分は、ソフトウェア内に実装することができる論理的分離又はファイアウォールによって、非妥当性確認部分から分離されている。ＶＭｗａｒｅ及びＶｉｒｔｕａｌ ＰＣなどの様々なソフトウェアが、同一のサーバ上に複数の環境をエミュレートするエミュレーションソフトウェアの例である。別の実施形態では、妥当性確認部分は、第１の中央コンピュータ１０９上に置くことができ、非妥当性確認部分は、第２の中央コンピュータ１０８ａ上に置くことができる。別の実施形態では、中央コンピュータは、第１のサーバ及び第２の別個のサーバを備える。第１と第２のサーバは、ファイアウォールによって分離されており、中央コンピュータの中央妥当性確認部分は、第１のサーバ内に常駐し、中央コンピュータの第２の非妥当性確認部分は、第２のサーバ上に常駐する。
好ましくは、本明細書の別の箇所において詳細に説明するように、パーソナルデジタルアシスタントサブシステムは、臨床家及び看護師１１６（図１）に彼らの患者、アラーム情報並びにアラート情報の中継を含む注入の状態、及び注入比較結果に関する遠隔情報を提供する１台又はそれ以上の小型携帯用装置１１８を含む。本明細書に論じるように、第１の中央コンピュータは、ＰＤＡサブシステム内の１台又はそれ以上のパーソナルデジタルアシスタント１１８に操作可能に接続される。一実施形態では、パーソナルデジタルアシスタントは、ＷＩＮＤＯＷＳ（登録商標） ＣＥ．ＮＥＴをベースとし、臨床家用端末装置として用いられている。具体的には、本明細書により詳細に説明するように、パーソナルデジタルアシスタントは、暗号化ＰＫＩ認証無線ＬＡＮ（８０２．１ｘ）接続を介して、第１の中央コンピュータに操作可能に接続することができる。
ハブサブシステムは、医療機器１２０からデータを受信し、第１の中央コンピュータサブシステム１０９へポンプデータを伝送し、且つ１台又はそれ以上のハブとのデータ通信を達成することのできる条件を検出するための１台又はそれ以上のハブ１０７のような構成要素を含むのが好ましい。
先に述べたように、一実施形態では、ハブサブシステム内のハブ１０７は、片方向シリアル通信リンク１０５を介して、４台までの注入装置１２０とインターフェースをとり、注入装置は、ポンプ状態情報を含むメッセージ（即ちデータのパケット）を、周期的にハブへ伝送する。代替的に、パケットは、規則的時間間隔、イベント発生、間隔とイベント発生の組み合わせ等のようなユーザ定義基準に基づいて伝送してもよい。
ハブサブシステム内の各ハブ１０７は、受信情報をフィルタ処理して重複メッセージを拒否し、受信情報を保存し、ついで、一実施形態では、内蔵型無線ネットワークトランシーバを用いて、ポンプ情報を、第１の中央コンピュータサブシステムへ転送する。一実施形態では、医療機器から受信したデータが変更されていない限り、ポンプ情報は転送されない。
ハブ１０７に組み込まれたトランシーバは、発信情報を無線アクセスポイント１１４へルーティングし、次いで、該無線アクセスポイント１１４が、有線イーサネット（登録商標）サブシステム１１０を用いて、発信情報を第１の中央コンピュータ１０９へルーティングする。この発信情報は、ウェブサービス型のソフトウェアインターフェースによって受信されるように特別設計されたＳＯＡＰメッセージとしてフォーマットされた、ＸＭＬコード化データを含むのが好ましい。
当業者には分かるように、用語「ＸＭＬ」とは、ウェブ文書の要素を編成し且つそれらにタグ付けするためのシステムを指し、ＸＭＬに関しては、カスタムタグを生成し、アプリケーション間及びシステム間又はサブシステム間のデータの定義、伝送、妥当性確認、及び解釈を可能にすることができる。更に、本明細書に使用する用語「ウェブサービス」とは、ＸＭＬを用いたウェブベースのサービスとＳＯＡＰを統合することを指し、用語「ＳＯＡＰ」とは、ウェブサービスの要求メッセージ及び応答メッセージ内の情報をネットワーク又は通信路を介してそれらを送信する前に符号化するために用いられるメッセージングプロトコルを指す。
第１の中央コンピュータサブシステムは、複数のハブ１０７、複数のデジタルアシスタント１１８、及びサーバ１０８ａを備える第２の中央コンピュータサブシステムを往来してデータを送受信するためにロードされ且つそのように設定されたソフトウェアアプリケーションを有するサーバ１０９で構成されるのが好ましい。
図５４に移ってこれを説明すると、サーバ１０９は、ＭＩＣＲＯＳＯＦＴ ＷＩＮＤＯＷＳ（登録商標） ２００３サーバオペレーティングシステム５４１４を有するＣＯＭＰＡＱ ＤＬＧ−３８０であるのが好ましい。一実施形態では、第１の中央コンピュータ１０９の記憶装置内にロードされたソフトウェアコンポーネントは、．ＮＥＴ Ｆｒａｍｅｗｏｒｋ５４１６内の第１の中央コンピュータ又はサーバ用アプリケーション５４１２、ユーザ及び装置の認証用Ａｃｉｖｅ Ｄｉｒｅｃｔｏｒｙ Ｄｏｍａｉｎ Ｓｅｒｖｉｃｅ５４１８、一時データ保存用ＳＱＬサーバ５４２０（データベースとして示す）、及びアプリケーションホスティング用Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒ５４２（ＩＩＳ）を含む。．ＮＥＴ Ｆｒａｍｅｗｏｒｋ５４１６は、Ｍｉｃｒｏｓｏｆｔ ．ＮＥＴ Ｆｒａｍｅｗｏｒｋ １．１又はそれより上であるのが好ましく、．ＮＥＴ Ｆｒａｍｅｗｏｒｋは、第１の中央コンピュータのアプリケーション５４１２を、オペレーティングシステム、Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒ５４２２、ＳＱＬデータベース５４２０、及びＡｃｉｖｅ Ｄｉｒｅｃｔｏｒｙ Ｄｏｍａｉｎ Ｓｅｒｖｉｃｅ５４１８コンポーネントへ接続する。当業者には分かるように、Ａｃｉｖｅ Ｄｉｒｅｃｔｏｒｙ Ｄｏｍａｉｎ Ｓｅｒｖｉｃｅ５４１８は、Ｗｉｎｄｏｗｓ（登録商標）サーバオペレーティングシステム５４１４及び第１の中央コンピュータのアプリケーション５４１２によって利用されるサービスを提供し、真正で且つ許可されたハブサブシステム、第２の中央コンピュータサブシステム及びパーソナルデジタルアシスタントサブシステムのユーザのみが第１の中央コンピュータに、従って第１の中央コンピュータのアプリケーション５４１２にアクセスすることができることを保証するのを支援する。
一実施形態では、第１の中央コンピュータ（即ち図３のサーバ１０９）は、１）第２の中央コンピュータサブシステムから受信した処方パラメータの、ハブサブシステムから受信した該当するプログラムされたポンプ設定値との比較、及び／又はポンプのプログラムとの比較、２）適切なパーソナルデジタルアシスタント１１８（図３）への、ハブサブシステムから受信したアラーム情報並びにアラート情報の中継、３）適切なパーソナルデジタルアシスタント１１８への、ポンプ状態及び流速の履歴情報の提供、４）適切なパーソナルデジタルアシスタント１１８への、第２の中央コンピュータ１０８ａ（図３）から通信された薬局情報並びに患者情報の中継、及び、５）ポンプ監視データ並びにアラーム監視データのコンパイル及び第２の中央コンピュータ１０８ａへのこのデータの定期的中継を含む幾つかの機能を実行する。
第１の中央コンピュータは、複数の外部ソフトウェアコンポーネントインターフェースを含むのが好ましい。一実施形態では、これらのインターフェースのうちの３つを、受信ＨＴＴＰ要求メッセージを受信し、次いで発信ＨＴＴＰ応答メッセージを発行する「受信インターフェース」として分類することができる。残りの２つのインターフェースは、以下に説明するように、ＨＴＴＰ要求メッセージ若しくはＸＭＬフォーマット済み応答メッセージを送信する「発信インターフェース」として分類することができる。本明細書において使用する５つのソフトウェアインターフェースは、ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ受信インターフェース及びＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ送信インターフェース、ＲｏｕｔｅＰＤＡ受信インターフェース並びにＲｏｕｔｅＰＤＡ送信インターフェース、及びＰｕｍｐＤａｔａＬｉｓｔｅｎｅｒ受信インターフェースと呼ぶ。
一実施形態では、外部ソフトウェアコンポーネントインターフェースのうちの４つが２つずつの対に分けられ、図３の第１の中央コンピュータ１０９と第２の中央コンピュータ１０８ａとの間に２つの区別可能な双方向通信チャネルを生成する。第１のチャネルは、共に対となったＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ受信インターフェース及びＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ送信インターフェースの両方を含む。従って、本明細書において、第１のチャネルは、「ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ」と呼ばれ、第２の中央コンピュータ１０８ａによって利用され、そのデータベーステーブル内のデータが、第１の中央コンピュータのデータベーステーブル内に配置されたデータと定期的に同期化される。
ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒチャネルを使用して、第２の中央コンピュータ１０８ａは、第１の中央コンピュータのウェブサービス型インターフェースへＳＯＡＰメッセージとしてフォーマットされたＸＭＬ符号化データを送信することにより、第１の中央コンピュータのデータベーステーブルを更新する。同様に、第２の中央コンピュータ１０８ａは、データに対するＸＭＬ符号化要求を第１の中央コンピュータのウェブサービス型インターフェースへ送信することにより、それ自体のデータベーステーブルを更新し、次いで、該インターフェースが、第１の中央コンピュータ１０９に、ＸＭＬ符号化データで応答させる。
上述したように、ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒチャネルの受信インターフェース部分は、第２の中央コンピュータのデータベーステーブルからのデータによる第１の中央コンピュータ内に配置されたデータベーステーブルの更新のために、第２の中央コンピュータによって利用される。更に、ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒチャネルの発信部分は、第１の中央コンピュータのデータベーステーブルからのデータによるそれ自体のデータベースの更新のために、第２の中央コンピュータによって利用される。
ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ受信インターフェースは、「ＸＸＸ」が転送されるデータの型に対応する「ＲｅｆｒｅｓｈＸＸＸ」と名づけられた幾つかのウェブサービスメソッドを含むのが好ましい。一実施形態では、これらのメソッドは、ＳＯＡＰプロトコルに準拠してフォーマットされたＸＭＬ符号化データを含む受信ＨＴＴＰ要求メッセージを受信する。ＸＭＬ符号化データは、データベーステーブル内の行に対応する形式の構造である。例えば、メソッド「ＲｅｆｒｅｓｈＵｓｅｒｓ」は、ユーザ名欄及びユーザパスワード欄を含むデータベーステーブル内の行に対応する対のユーザ名及びユーザパスワードからなるデータ構造を受信する。
図５４に示すように、受信メッセージは、Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ
Ｓｅｒｖｅｒ及び．ＮＥＴ Ｆｒａｍｅｗｏｒｋコンポーネントを介して、第１の中央コンピュータ（即ち図３のサーバ１０９）上にロードされたアプリケーション５４１２へルーティングされる。第１の中央コンピュータのアプリケーション５４１２は、Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ Ｄｏｍａｉｎ Ｓｅｒｖｉｃｅ５４１８を利用して、第２の中央コンピュータのメッセージが真正なものであることを検証し、内容を処理し、次いで、得られたデータをＳＱＬサーバデータベースコンポーネント５４２０内に格納する。
次いで、第１の中央コンピュータ上にロードされたアプリケーション５４１２が、．ＮＥＴ Ｆｒａｍｅｗｏｒｋコンポーネント５４１６とｉｎｔｅｒｎｅｔ ｉｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｅｒ コンポーネント５４２２を介して第２の中央コンピュータへルーティングされるＨＴＴＰ応答メソッドを発行することによって、第２の中央コンピュータに応答する。この応答メッセージは、データの転送及び処理の成功又は失敗を示す。
ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ受信インターフェースは、本質的に非同期的であり、従って、第２の中央コンピュータを、可能な限り第１の中央コンピュータから分離するのが好ましい。この分離により、応答を待ちながら継続的にデータを処理し且つプログラム制御下で通信の損失に応答するように第２の中央コンピュータをプログラムすることが可能となる。更に、ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ受信インターフェースは、第２の中央コンピュータが機能しているという信号を定期的に第１の中央コンピュータへ送信するために第２の中央コンピュータによって利用されるウェブメソッドをも含むことができる。
ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ受信インターフェースとは対照的に、ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ発信インターフェースは、第２の中央コンピュータによって、第１の中央コンピュータのデータベーステーブルからのデータによってそれ自体のデータベースを更新するために利用される。第１の中央コンピュータから永久に除去する前に、データが第２の中央コンピュータによって取り込まれたことを保証するために、ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ発信インターフェースは、データ転送に備えて以下のような多段階手法を用いる。１）第２の中央コンピュータがデータの可用性をチェックする、２）第２の中央コンピュータが、第１の中央コンピュータがデータを送信することを要求する、３）第２の中央コンピュータが、データが受信されたことを確認する、４）第２の中央コンピュータが、データがデータベーステーブル内に正常に格納されたことを確認する。
データの可用性をチェックするために、第２の中央コンピュータは、最初に、ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ発信インターフェースの該当するウェブメソッドはＳＯＡＰプロトコルに準拠してフォーマットされたＸＭＬ符号化要求メッセージであると送信する。用いられる特定のウェブメソッドは、「ＸＸＸ」が要求されるデータの型に対応する、形式「ＢｅｇｉｎＧｅｔＸＸＸＴｏＡｒｃｈｉｖｅ」を有するのが好ましい。例えば、メソッド「ＢｅｇｉｎＧｅｔＣｈａｎｎｅｌＤａｔａＴｏＡｒｃｈｉｖｅ」は、ハブサブシステムを介して第１の中央コンピュータによってポンプから受信された、タイムスタンプが押されたポンプチャネルレコードの可用性を要求する。
要求メッセージは、Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒコンポーネント５４２２及び．ＮＥＴ Ｆｒａｍｅｗｏｒｋコンポーネント５４１６を介して、第１の中央コンピュータ内にロードされたアプリケーションに渡される。第１の中央コンピュータ内にロードされたアプリケーション５４１２は、要求メッセージ内に含まれたＸＭＬを解読し、どのようなデータが第２の中央コンピュータによって要求されているかを判断する。
第１の中央コンピュータ内にロードされたアプリケーション５４１２は、ＳＱＬサーバデータベース５４２０内の要求されたデータの可用性をチェックする。データが使用可能である場合、該アプリケーションは、データが使用可能であることを示すＸＭＬ符号化応答メッセージを準備する。データを取得することができない場合、アプリケーション５４１２は、データが使用できないことを示すＸＭＬ符号化応答メッセージを準備する。
データが使用できない場合、第２の中央コンピュータは、その処理規則に適合する異なる転送法で再試行若しくは続行することができる。
データが利用可能である場合、第２の中央コンピュータは、ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ発信インターフェースの該当するウェブメソッドに対して第２のＸＭＬ符号化要求メッセージを送信することにより、データ転送を開始する。用いられる特定のウェブメソッドは、「ＸＸＸ」が上に用いられたものと同一である、形式「ＥｎｄＧｅｔＸＸＸＴｏＡｃｒｃｈｉｖｅ」を有するのが好ましい。
第１の中央コンピュータ内のアプリケーション５４１２は、要求メッセージ内に含まれたＸＭＬを解読し、どのようなデータを第２の中央コンピュータに返すべきかを判断し、該データを、対応する受信インターフェースによって用いられる手法と適合するデータベーステーブル内の行に対応する形式に構成された適切なＸＭＬ符号化応答メッセージ内に配置する。
一実施形態では、データは、．ＮＥＴ Ｆｒａｍｅｗｏｒｋコンポーネント５４１６及びＩｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒコンポーネント５４２２を介して第２の中央コンピュータへルーティングされる。データが正しく受信されなかった場合、第２の中央コンピュータは、その処理規則に適合する異なる転送法で再試行若しくは続行することができる。
データが正しく受信された場合、第２の中央コンピュータは次いで、このインターフェースの該当するウェブメソッドに対して、第３の要求メッセージを送信する。用いられる特定のウェブメソッドは、「ＸＸＸ」が上で用いられたものと同一である、形式「ＢｅｇｉｎＤｅｌｅｔｅＡｒｃｈｉｖｅｄＸＸＸ」を有するのが好ましい。
このメッセージを受信すると、第１の中央コンピュータ内にロードされたアプリケーション５４１２は、アーカイブするために第２の中央コンピュータに送信すべきものとして、ＳＱＬ Ｓｅｒｖｅｒのデータベースコンポーネント内の関連するデータに印を付け、データに印が付けられたことを通知する応答メッセージを発行する。
第２の中央コンピュータデータベース内へのデータ格納の成功又は失敗の信号を送るために、第２の中央コンピュータは、このインターフェースの該当するウェブメソッドに対して、第４の要求メッセージを送信する。用いられる特定のウェブメソッドは、「ＸＸＸ」が上で用いたものと同一である、形式「ＥｎｄＤｅｌｅｔｅＡｒｃｈｉｖｅｄＸＸＸ」を有する。
転送が不成功であったことを第２の中央コンピュータが示すか又は十分な時間が経過した場合、第１の中央コンピュータは、通信の損失が発生したと判断し、次いで、第２の中央コンピュータによって要求される更なる転送に備えて、関連するデータが、第１の中央コンピュータのデータベース内に保持される。
転送が成功であったことを第２の中央コンピュータが示した場合、次いで、アーカイブされたデータが第１の中央コンピュータのデータベースから消去され、第１の中央コンピュータ内にロードされたアプリケーション５４１２が、この転送の最終段階の完了を確認する応答メッセージを発行する。
ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒ発信インターフェースは、本質的に非同期的であり、従って、第２の中央コンピュータのデータベースを、可能な限り第１の中央コンピュータから分離するのが好ましい。
第１の中央コンピュータ１０９と第２の中央コンピュータ１０８ａとの間の第２の双方向チャネルは、本明細書では「ＲｏｕｔｅＰＤＡ」と呼ばれ、共に対になったＲｏｕｔｅＰＤＡ受信インターフェース及びＲｏｕｔｅＰＤＡ発信インターフェースの両方を含む。ＲｏｕｔｅＰＤＡチャネルは、第１の中央コンピュータ１０９によって用いられ、ＰＤＡサブシステムから発信されたＨＴＴＰ要求メッセージを第２の中央コンピュータ１０８ａへルーティングし、次いで第２の中央コンピュータから対応するＨＴＴＰ応答メッセージを受信し、該当する場合には処理し、次いで、発信元のパーソナルデジタルアシスタント１１８へルートバックする。
第２のチャネル（即ちＲｏｕｔｅＰＤＡ）では、パーソナルデジタルアシスタント１１８から受信したメッセージ又はパーソナルデジタルアシスタント１１８へ送信したメッセージは、病院若しくは医療施設の有線イーサネット（登録商標）システム１１０、無線アクセスポイント１１４、各パーソナルデジタルアシスタント１１８に組み込まれた無線トランシーバを介して、第１の中央コンピュータ１０９を行き来して伝送されるのが好ましい。
ＨＴＴＰ要求メッセージは、第１の中央コンピュータ１０９を通じて処理されることなく、第２の中央コンピュータ１０８ａへ転送されるのが好ましい。次いで、第２の中央コンピュータ１０８ａが、ＸＭＬ形式の情報又はＨＴＭＬ形式の情報を含むＨＴＴＰ応答メッセージを発行する。ＨＴＭＬ形式の応答メッセージは、更に処理されることなく、第１の中央コンピュータ１０９を通じてパーソナルデジタルアシスタント１１８へルーティングされる。
ＸＭＬ形式の応答メッセージは、処方箋比較結果ページ又はポンプ監視ページなどの第１の中央コンピュータ１０９が生成するウェブページをユーザ１１６（図１）が要求した旨の信号を第１の中央コンピュータ１０９に送信するために、第２の中央コンピュータ１０８ａによって用いられる。第１の中央コンピュータ１０９は、ＸＭＬ応答を調べ、適切に処理し、ＨＴＭＬ形式の応答メッセージ又はＸＭＬ形式の応答メッセージを、送信側パーソナルデジタルアシスタント１１８へ発行する。
前述したように、ＲｏｕｔｅＰＤＡチャネルは、ＰＤＡ１１８から受信したＨＴＴＰ要求メッセージを第２の中央コンピュータへルーティングし、次いで第２の中央コンピュータによって返信された対応するＨＴＴＰ応答を受信し、該当する場合には処理し、次いで送信側ＰＤＡへルートバックするために、第１の中央コンピュータによって用いられる。
従って、ＲｏｕｔｅＰＤＡ受信インターフェースは、ＰＤＡ１１８内に配置されたウェブブラウザと通信するために用いられる。このインターフェースは、ＨＴＴＰ「ＧＥＴ」プロトコル及びＨＴＴＰ「ＰＯＳＴ」プロトコルと一致するネームバリュー対として符号化されたデータを含む入来ＨＴＴＰ要求メッセージを受信する。入来メッセージは、Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒ及び．ＮＥＴ Ｆｒａｍｅｗｏｒｋコンポーネントを介して、第１の中央コンピュータ上にロードされたアプリケーション５４１２へルーティングされる。第１の中央コンピュータ上にロードされたアプリケーション５４１２は、以下に論じるように、．ＮＥＴ Ｆｒａｍｅｗｏｒｋ５４１６及びＲｏｕｔｅＰＤＡ発信インターフェースを用いて、入来メッセージを、第２の中央コンピュータへルーティングする。
ＨＴＴＰ応答がＲｏｕｔｅＰＤＡ発信インターフェースにおいて受信されると、第１の中央コンピュータ上にロードされたアプリケーション５４１２は、該応答がＨＴＭＬ形式を用いているか或いはＸＭＬ形式を用いているかを判定する。ＨＴＭＬ形式の応答は、更に処理されることなく、第１の中央コンピュータによって、．ＮＥＴ Ｆｒａｍｅｗｏｒｋコンポーネント５４１６及びＩｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒコンポーネント５４２２を介して、ＰＤＡへルーティングされる。
しかしながら、ＸＭＬ形式の応答は、処方箋比較結果ページ又はポンプ監視ページなどの第１の中央コンピュータが生成するウェブページをユーザが要求した旨の信号を第１の中央コンピュータに送信するために、第２の中央コンピュータ１０８ａによって用いられる。第１の中央コンピュータは、第２の中央コンピュータからのＸＭＬ応答を調べ、適切に処理し、．ＮＥＴ Ｆｒａｍｅｗｏｒｋ及びＩｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒコンポーネントを介して、ＨＴＭＬ形式又はＸＭＬ形式の応答を、適切なＰＤＡへ発行する。ＲｏｕｔｅＰＤＡインターフェースは、ＰＤＡ内に含まれたウェブブラウザの固有の同期動作のために、本質的に同期的であることが好ましい。
ＲｏｕｔｅＰＤＡ受信インターフェースとは対照的に、ＲｏｕｔｅＰＤＡ発信インターフェースは、第１の中央コンピュータ上にロードされたアプリケーション５４１２によってパーソナルデジタルアシスタントサブシステムから受信されたＨＴＴＰ要求メッセージを処理のために第２の中央コンピュータへルーティングし、次いで返信として第２の中央コンピュータによって送信された対応するＨＴＴＰ応答を受信するために用いられる。
ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒチャネル及びＲｏｕｔｅＰＤＡチャネルの両方において、第１の中央コンピュータ１０９は、好ましくはこの目的専用の孤立ポイントツーポイントイーサネット（登録商標）サブシステム１０３を通じて、第２の中央コンピュータ１０８ａからの情報を送受信する。
上述したように、ＤａｔａｂａｓｅＲｅｆｒｅｓｈＬｉｓｔｅｎｅｒチャネルを利用するにあたり、第１の中央コンピュータは、専用リンク１０３上に専用ウェブサービスを公開し、該専用ウェブサービスは、第２の中央コンピュータによって利用され、新たな更新されたデータベース情報（患者情報、臨床家情報、薬局情報等のような）が、定期的にかつ必要に応じて、第１の中央コンピュータに対して複製される。また、データは、第２の中央コンピュータから第１の中央コンピュータへ提供される。
更に、臨床家の端末装置末端部においてＲｏｕｔｅＰＤＡチャネルを利用するにあたっては、第１の中央コンピュータ１０９は、ＨＴＴＰスタイルのウェブページを提供し且つＰＤＡ装置１１８との認証されたウェブセッションを維持するＮＥＴ ＩＩＳ Ｓｅｒｖｅｒインターフェースを公開する。換言すれば、臨床家の端末装置は（即ちパーソナルデジタルアシスタント１１８）第１の中央コンピュータ１０９から認証済みウェブページを受信する。
第２の中央コンピュータへの専用接続１０３の第１の中央コンピュータ側端部において、第１の中央コンピュータは、第１の中央コンピュータに接続された各ＰＤＡ装置１１８の仮想ＨＴＴＰセッションを設定し、第１の中央コンピュータによって受信されている際のＰＤＡからのＨＴＴＰ要求を中継し、第２の中央コンピュータに対するウェブブラウザを模倣する。換言すれば、第１の中央コンピュータは、第２の中央コンピュータへの専用接続１０３を通じて、妥当性未確認を必要とする要求を第２の中央コンピュータへ中継する。
従って、情報がＰＤＡ１１８とサーバシステムとの間を流れる際に、第２の中央コンピュータ側から発信される情報又は組み合わせ情報が存在する必要があり、第２の中央コンピュータは、ＸＭＬのＳＯＡＰパケットを第１の中央コンピュータによって専用リンク１０３上に公開されたウェブサービスに通知し、第１の中央コンピュータは、ＸＭＬデータを用いて、本システムの第１の中央コンピュータ側から発信される情報との組み合わせ操作を実行し、得られた結果をＨＴＭＬに変換し、次いで、該ＨＴＭＬを、臨床家のＰＤＡ装置１１８に返信する。
ＰｕｍｐＤａｔａＬｉｓｔｅｎｅｒと呼ばれる第５の外部ソフトウェアコンポーネントインターフェースは、本明細書により詳細に説明する、ハブサブシステムとの通信用の受信インターフェースである。一実施形態では、ＰｕｍｐＤａｔａＬｉｓｔｅｎｅｒインターフェースは、ポンプデータの転送が通信の検証を除き片方向のみであるために、対応する発信インターフェースを有しない。しかしながら、代替的実施形態では、医療機器１２０に対するポンプコマンド及び制御データの転送用に、発信インターフェースを備えることができる。
ＰｕｍｐＤａｔａＬｉｓｔｅｎｅｒ受信インターフェースは、ハブサブシステムからのデータの受信用に用いられる。このインターフェースは、「ＳｅｎｄＰｕｍｐＤａｔａ」と呼ばれる単一のウェブサービスメソッドを含むのが好ましい。このメソッドは、ＳＯＡＰプロトコルに準拠してフォーマットされたＸＭＬ符号化データを含む入来ＨＴＴＰ要求メッセージを受信する。ＸＭＬ符号化データは、幾つかの様々な時間ごとの幾つかのポンプ及び幾つかのチャネルからのデータを結合して単一の大きいメッセージ構造体とすることができるように、階層形態に構成される。
入来メッセージは、Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒ及び．ＮＥＴ Ｆｒａｍｅｗｏｒｋコンポーネントを介して、第１の中央コンピュータのアプリケーション内にロードされたアプリケーション５４１２へルーティングされる。第１の中央コンピュータのアプリケーションは、ＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙ Ｄｏｍａｉｎ
Ｓｅｒｖｉｃｅコンポーネントを用いて、ハブサブシステムのメッセージが真正なものであることを検証する。次いで、第１の中央コンピュータが内容を処理し、得られたデータをＳＱＬ Ｓｅｒｖｅｒ Ｄａｔａｂｅｓｅコンポーネント内に格納する。最後に、第１の中央コンピュータのアプリケーションは、．ＮＥＴ Ｆｒａｍｅｗｏｒｋ及びＩｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒコンポーネントを介して、送信側ハブ装置に対し、ＨＴＴＰ応答メッセージを発行する。この応答メッセージは、データの転送及び処理の成功又は失敗を示した。
第１の中央コンピュータ（即ちサーバ１０９）によってハブ１０７から受信されたデータパケットは、第１の中央コンピュータの第１の中央データベース内に格納されるのが好ましい。好適には、アラームイベント又はアラートイベントがパケット内に含まれている場合、第１の中央コンピュータは、臨床家のデジタルアシスタント１１８を介し、適切な臨床家に対してそのイベントを直ちに配布してもよく、又は代替的に、第１の中央コンピュータが該イベントを第１の中央コンピュータのデータベースに入力し、後に、適切な臨床家によってそのデジタルアシスタントを介して要求されたときに、該情報を配布してもよい。先に述べたように、第１の中央コンピュータ１０９は、臨床家が本システムにログオンする度に認証される、そのデジタルアシスタント１１８にログオンした全ての臨床家のログを保持する。
ＰｕｍｐＤａｔａＬｉｓｔｅｎｅｒ受信インターフェースは、本質的に非同期的で、従って、ハブサブシステムを可能な限り第１の中央コンピュータサブシステムから分離しているのが好ましい。分離により、ハブサブシステム内のハブ１０７を、プログラム制御下で、応答を待ちながら連続的にデータを処理し、且つ通信の損失に応答するにようにプログラムすることが可能となる。それにもかかわらず、ＰｕｍｐＤａｔａＬｉｓｔｅｎｅｒは、「ハートビート」を維持し、全ての無線モジュール及び／又は遠隔ポンプ装置と中央コンピュータとの間の通信の連続性の（欠如）を監視する。
（臨床家のハンドヘルド装置との通信）
本明細書に更に詳細に説明するように、ポンプ状態、アラート、アラーム、患者情報、チャート情報、比較情報、すべき事を書いたリスト及び他のデータ／情報は、ディスプレイ１１８ａ並びに、所望であれば、可聴音発生装置又は音響発生装置（図示せず）を有するパーソナルデジタルアシスタント若しくはユーザインターフェース１１８を介して臨床家に提供される。デジタルアシスタント１１８は、中央ネットワーク１０２、詳細には、無線通信経路又はリンク１２６及び有線通信システム１１０を介して中央システム１０８と通信する。先に述べたように、１つ又はそれ以上の無線アクセスポイント１１４が、無線通信経路と有線通信システムとの間に、従来の方式で、インターフェースを提供する。デジタルアシスタント１１８は、サーバ１０９及び１０８ａの両方からメッセージを受信することができる。
中央システム１０８とデジタルアシスタント１１８との間の通信は、双方向性であるのが好ましい。更に、デジタルアシスタント１１８は、デジタルアシスタントと中央システム１０８又は無線アクセスポイント１１４との間の通信リンクの保全性を試験するためのモジュール若しくはアプリケーション（図示せず）を格納及び実行するのに十分なメモリ並びに処理能力を含むことが望ましい。
必ずしもそうであることが必要とは限らないが、デジタルアシスタント１１８上に導入されるモジュール又はアプリケーションは、臨床家介入の有無にかかわらず実行することのできる、ＪＡＶＡ（登録商標）のような高レベルのプログラミング言語で書かれたスクリプト又は他のコンピュータ命令（即ちソフトウェアコード）であるのが好ましい。スクリプトは、本システムの受信側機能として、サーバ１０８ａ又は１０９からデジタルアシスタント１１８、若しくは医療機器１２０へ自動的にダウンロードすることができる。一例を挙げれば、サーバからデジタルアシスタントへ自動的にダウンロードすることのできる１つの種類のスクリプトは、中央システム１０８又はアクセスポイント１１４から、通知及びメッセージングを含む通信を定期的にポーリングするか若しくは監視することによって通信リンクの保全性を試験するスクリプトである。好ましい実施形態では、デジタルアシスタント上で作動するスクリプトは、約３秒毎にシステム１０８をポーリングする。中央システム１０８又はアクセスポイント１１４からの応答が受信されない場合、デジタルアシスタント１１８上に導入されたモジュール又はアプリケーションがタイムアウトを生成し、該タイムアウトにより、中央システム１０８との通信が失われていることを示す可聴音及び／又は表示装置１１８ａへの通知がもたらされる。表示装置１１８ａ上への通知は、例えば、通信リンクが失われていることを告げる情報ポップアップウィンドウの起動、又は表示装置１１８ａ上のアクティブアイコン表示の変更とすることができる。本明細書において使用し且つ当業者には理解されるタイムアウトは、モジュール又はアプリケーションによって生成される出力であり、該モジュール若しくはアプリケーションがある程度の時間入力を待ったがそれを受信しなかったことを示すものである。別の種類のスクリプトは、アラーム又はアラートが引き起こさされたかどうかを判断するために、ポーリングすることができる。数多くの他のスクリプトを、同時に実行することができる。本システムからデジタルアシスタントへダウンロードされたスクリプトを実行する１つの利点は、各デジタルアシスタント１１８上にカスタムコードを導入する必要がない点である。何らかのイベント（即ち、メッセージ、通知、アラーム、アラート等）が存在する場合、デジタルアシスタント１１８は、サーバから該イベントを自動的に取り出し、それを、デジタルアシスタント１１８のインターフェース画面上に表示する。本スクリプト手法の他の付加的利点は、１）スクリプトコードを、各デジタルアシスタントに更新することを要求せずに、中央サーバにおいて容易に更新することができる、２）機能性がハードウェアに依存せず、従ってデジタルアシスタントに対する変更又はアップグレードによるスクリプトの動作への影響がごくわずかであるために、デジタルアシスタントのハードウェアプラットフォームとは比較的無関係に、スクリプトを検証／妥当性確認することができるという点である。
先に述べたように、各臨床家が、一実施形態では臨床家にイベント表示用の専用フレームを有するＨＴＭＬフレームセットからなるページのビューを提供する、関連付けられたデジタルアシスタント１１８を有するのが好ましい。専用フレームは、イベントの表示用にＪＡＶＡ（登録商標）スクリプトを挿入することができ、該スクリプトは、デジタルアシスタント１１８に向けられたポンプアラーム及びポンプアラートのような新たなイベントに関して第１の中央コンピュータ１１９に問い合わせを行う。何らかの新たなイベントが発生していた場合、次いで、第１の中央コンピュータがこの情報をデジタルアシスタント１１８に提供し、それが、そのようなイベントの表示用専用フレーム内に表示される。
デジタルアシスタント１１８上に提供される１つの種類の通知は、デジタルアシスタント１１８によって提示されたデータが最新のものではなく、アラート及びアラームへのアクセスが得られないことを臨床家に通知する。逆に、デジタルアシスタント１１８も、デジタルアシスタント１１８が中央システム１０８にリンクされている際に、アラート又はアラームに対するリアルタイムのアクセスを提供するために通知することができる。
スクリプトを介して通常通信される他の通知には、限定するものではないが、ポンプの「無音停止」、ポンプ注入限界値の変更、注入の終了、閉塞傾向情報、ローバッテリ、事前閉塞インジケータ、ボーラスの過剰使用、静脈を開放状態に維持せよとのアラート、迅速投薬通知、オーダ修正、検査結果、放射線診断結果、更新、遠隔測定データ及び／又はバイタルサイン情報の変更、看護師に連絡を試みている医師又は薬局、看護師を求めている患者、通信の損失、他の装置からのメッセージ、極めて重要な情報に基づく医療機器に対する新たな速度、後続のパージ速度等が含まれる。
先に述べたように、医療施設内の臨床家は、遠隔無線装置１１８（即ち、パーソナルデジタルアシスタント（ＰＤＡ）１１８とも呼ばれる）、又は操作可能に取り付けられたバーコードリーダを有するタブレットコンピュータ、若しくは点滴ポールに取り付けられたラップトップコンピュータであり、該コンピュータに操作可能に取り付けられたバーコードリーダを有するもののような、無線或いは有線でネットワーク１０８に接続された他のコンピュータ装置を介して、注入アラート、アラーム、及びメッセージにアクセスする。
注入システム２１０は、臨床家及び他のユーザに、アラートイベント駆動型メッセージを自動化するための選択肢を提供するのが好ましい。更に、医療施設管理者及び他のユーザは、メッセージの種類又は分類、異常の重大度、及び時間ベースの注意喚起によって、遠隔無線装置を介して現れる自動化メッセージングの種類をカスタマイズすることができる。更に、注入システムは、臨床家及び他のユーザに、可聴メッセージ、視覚メッセージ、又は両方を設定する能力を提供する。
注入システム２１０によって提供されるメッセージングは、ユーザが設定できるルールエンジン、スケジューラ、及び注入ポンプシステムに接続するためのインターフェースを含むのが好ましい。更に、結果駆動型メッセージングは、ワークステーション、電子タブレット、無線パーソナルデジタルアシスタント等を介して、臨床家に対してポイントオブケアにおけるリアルタイムの決定支援を行うことが望ましい。
通常、注入ポンプ１２０とネットワーク１０２間、更にはネットワーク１０２と臨床家のデジタル装置１１８間の通信は、とりわけ、臨床家１１６が、電子的手段によって比較された薬局入力オーダをプログラムされたポンプ設定値と比較観察し且つ／又はポンプをプログラムし、ポンプのアラート及びアラームを遠隔観察する方法として本システムを用い、ポンプ状態を遠隔観察し、通知を閲覧し、且つ注入設定値の変更履歴を閲覧することを可能にする。
（患者医療システム）
図１に戻って説明すると、患者医療システム１００は、コンピュータ化医師オーダエントリモジュール（ＣＰＯＥ）、病棟薬局モジュール、無線看護師臨床記録システム、及び電子患者カルテモジュールを含むのが好ましい。一実施形態では、そのようなシステム及びモジュールは、第２の中央サーバ若しくは第２の中央コンピュータ１０８ａのアプリケーションである。患者医療システム１００は、薬剤の送達に対して包括的な患者安全解を提供することが望ましい。患者医療システム１００内に、当業者に既知のＨＬ７インターフェースのようなインターフェースを用いて既存の患者医療システムを共にリンクするソフトウェアモジュールが備えられている。患者医療システム１００は、種々のコンピュータ及びパーソナルデジタルアシスタント製品上で作動して、オーダを伝送し、患者カルテを更新し、且つアラート、アラーム並びにメッセージにアクセスするのが好ましい。
コンピュータ化医師オーダエントリモジュールは、医師が薬剤オーダを入力し、アラート、アラーム、メッセージ、注意喚起、バイタルサイン及び結果にアクセスすることを可能にする。薬局モジュールは、処方された薬物を、文書化された患者のアレルギーに対して、また他の薬物及び食品との適合性に対してチェックする。薬局モジュールはまた、在庫管理に対してリアルタイムのデータをも提供する。看護師投薬記録モジュールは、患者のベッドサイドで直ちに入手でき、従ってポイントオブケアにおける薬剤及び用量の検証を保証する臨床情報を提供する。
患者医療システム１００は、薬物送達用製品を、薬剤の安全且つ効果的な送達を保障するのを支援するために必要な情報と統合する。患者医療システム１００の臨床決定支援及び付随するアラート、アラーム、警告、及びメッセージングは、臨床家が増大する時間と費用の圧迫下で患者管理を行う際の、臨床家に対する支援のセーフティーネットとなる。この情報は、臨床家のワークフローを改善する方法でデータを提供し、治療の実施をより容易にする、無線ネットワークを通じて提供されるのが好ましい。
（注入システムの概要）
患者医療システム１００内の注入システム２１０、又は医療システム２１０は、数ある中でも特に、コンピュータによる処方及び電子医療記録（ｅＭＡＲ）を提供する。注入システム２１０は、臨床記録、薬歴管理、在庫追跡、及びメッセージングを、臨床家にとって容易なものとする。患者医療システム１００は、バーコーディングとリアルタイム技術を組み合わせて、正しい患者が、正しい薬剤及び正しい量を、正しい時間に、正しいルートを介して受け取ることを保証するのを支援する。注入システム２１０は、アラート、アラーム、メッセージ、及び、限定するものではないが、検査値、範囲外、及び用量誤りのような注意を喚起ものを提供する。正しい投薬の検証機能の一部として、本システムは、注入ポンプ設定値の検証をも行うことができる。
本明細書に更に詳細に説明するように、注入システム２１０は、少なくとも部分的に、無線遠隔パーソナルデジタルアシスタント、ワークステーション、医師オーダエントリモジュール、電子タブレット、プロセッサ制御注入ポンプ等のような１つ又はそれ以上の電子計算装置上に常駐する。注入システム２１０は、１つ又はそれ以上の電子計算装置を介して、数多くの病院による設定が可能なアラート及びアラームを、様々な形式で表示するように構成することができる。一実施形態では、時間ベースのアラートを提供し、必ずしも限定するものではないが、注入速度の変更のような患者管理機能を実行することを臨床家に気付かせる。更に、必ずしも限定するものではないが、注入の断絶のような緊急アラームを提供する。また更に、必ずしも限定するものではないが、注入の完了又はラインの閉鎖のような緊急性のより低いメッセージを提供する。更に、１台又はそれ以上の無線遠隔パーソナルデジタルアシスタント又は他の電子計算装置を介して、医療施設内のどこからでも注入状態を見ることができる。
後に更に詳細に開示するように、システム２１０は、アラーム又はアラートをエスカレートさせ、該アラーム若しくはアラートは、所定の時間内は、修正されたことを表示しない。アラーム又はアラートのエスカレーションを引き起こすことのできる条件は、医療施設によって定義されるのが好ましい。同様に、アラーム又はアラートがエスカレートするまでの時間も、医療施設によって定義することができる。従って、所定の時間内に臨床家によって正されないあらかじめ定義されたアラーム又はアラートは、関連するアラーム若しくはアラートのエスカレーションをもたらすことになる。従って、関連付けられた可聴音の音量とすることができるアラーム又はアラートの高まりを本システムによって臨床家が通知される頻度は、増大されるのが好ましい。
当業者には分かるように、注入システム２１０は、患者のオーダによって施されている注入をチェックすることにより、患者の安全を保障するのを支援する。本明細書に更に詳細に説明するように、注入バッグ及び患者ＩＤがスキャンされるバーコーディング方式が用いられる。注入情報は、電子計算装置とポンプの両方に表示され、正しい注入が、正しい時間に、正しい経路及び正しい速度で、正しい患者に対して施されていることを保証するのを支援する。一実施形態では、上述の投与の「正しさ（ｒｉｇｈｔｓ）」が一致しない場合、可聴及び可視アラートが、電子装置上に出現する。更に、臨床家が注入ポンプ速度を設定している場合には、プログラムされた設定値が患者の注入オーダと一致しない場合、後に更に詳細に説明する比較工程を通じて、電子計算装置上に可聴アラート及び可視アラートが出現する。更に常時、臨床家が、電子装置を介して、注入ポンプの設定値をチェックし、該設定値が中央データベース１０８ｂ内に含まれた注入オーダと一致するかどうかを確認することができる。
一実施形態では、注入システム２１０は、メッセージの重大度若しくは緊急度の迅速な識別のために、１台又はそれ以上の電子計算装置等を介して、様々な音色又はフレーズを有するアラート及びアラームを提供する。従来の注入ポンプのアラート及びアラームを、必ずしも限定するものではないが、パーソナルデジタルアシスタントなどの電子計算装置上に表示し、全ての担当患者に関する注入状態の臨床家への報告を維持し、それにより問題を解決し且つワークフローの安全を向上させるための時間を節約することができるのが望ましい。
とりわけ、全てのアラーム及びアラートを、報告目的で中央システムデータベースから取り出すことができるのが好ましい。取り出し可能なデータは、医療施設がアラーム、アラート及び警告によって誤投薬が回避された回数を調査並びに解析するのを支援することができる。
可聴式のアラート及びアラームは、メッセージ又は問題点に関連する重大度又は緊急度に応じて異なる音を発するように設定されるのが望ましい。応急手当を必要とするアラームは、緊急度がより低いアラートと異なる音を出す。問題を説明した視覚テキストが、１台又はそれ以上の電子計算装置によって表示されるのが好ましい。一実施形態では、注入が完了に近づきつつあるか又は完了したときに、パーソナルデジタルアシスタント上にアラートが鳴動する。パーソナルデジタルアシスタントはまた、患者、場所、注入の種類、及び注入バッグが空になるまでの残り時間をも表示する。臨床家は常時、パーソナルデジタルアシスタントを介して、注入状態にアクセスすることができ、従って、それに応じて対応することができる。一実施形態では、病室を訪問する前に、臨床家は、パーソナルデジタルアシスタント上で注入状態を見、近いうちに別のバッグが必要となるかどうかを判断することができる。別の注入バッグが必要な場合、臨床家は、病室に到着した後に新たなバッグが必要であることを認識するのではなく、最初の訪問の際に新たなバッグを持参し、時間を節約することができる。同様に、薬局は、次の注入バッグの混合及び送達の計画を立てるために、残り時間を含め、状態を観察することができる。
所望であれば、また当業者には分かるように、注入ポンプに関連する他のアラーム及びアラートを、注入ポンプから遠隔の場所にある電子計算装置上で利用可能にすることができる。患者情報を電子計算装置上に表示し、そのようにして看護時間及び問題を解決するステップを節約することができる。上述したように、ポンプがアラーム状態又はアラート状態である場合、臨床家は、病室に行ってアラーム状態若しくはアラート状態を物理的に修正する前に、パーソナルデジタルアシスタント上で、患者情報、薬物オーダ、アラームメッセージ又はアラートメッセージを閲覧し、必要なアイテムを集めることができる。
一実施形態では、注入システム２１０は、臨床家に計画された注入オーダに関して合図を送るための、設定可能な時間ベースのアラートを提供する。従って、２００ｍｌ／時間で２時間、その後５０ｍｌ／時間に低減してＮＳを運転するための漸減オーダにより、注入システム２１０は、注入開始２時間後、看護師に速度を低減するように通知する。更に、計画された注入が施設によって設定された時間許容範囲を越えたときに臨床家に通知するための後アラートを提供する。更に、硬膜外モルヒネ注入開始後などに痛みの評価を行うためのアラートのような時間ベースのプロトコルを生成する。
注入システム２１０の設定可能な態様は、パーソナルデジタルアシスタントのような電子計算装置によって発せられる可聴アラートをも含む。可聴アラートは、医療施設内の独自の環境を満たすために、該医療施設によって、該医療施設の特定部門内で設定可能とすることができるのが好ましい。
先に述べたように、複数の視覚アラート及びメッセージを、パーソナルデジタルアシスタントなどの電子計算装置によって表示し、該メッセージの重要度及び緊急度を示すことができる。色、点滅、及び太字のテキストが表示メッセージングのオプションであるのが望ましい。更に、メッセージが生成される際に、ハイパーリンクを提供することができる。また、ディスプレイ上にアイコンも用いることができ、且つ、緊急メッセージは、ハンドヘルド電子装置等に割り込み、直ちに臨床家へ通知するように設定することができる。更に、アラーム／アラートのエスカレーションが、システム２１０によって提供される。アラーム／アラート及びそのエスカレーションについては、後に詳述する。
これも先に述べたように、注入システム２１０は、臨床家がパーソナルデジタルアシスタント等のような電子計算装置上で全ての注入又は担当患者を観察し、そのようにして病室を往復して移動するのに費やす時間を低減することを可能にする。更に、薬物の量、希釈剤、投与量、及び注入速度の検証のために、処方情報が電子計算装置上に表示される。更に、注入のリアルタイムの状態を見ることが可能であり、１時間当たりのミリリットル数等、注入の持続時間、注入量、残り時間、及び未注入量を表示することができる。先に述べたように、注入状態及び流速履歴は、電子計算装置を介して、医療施設内のどこからでも見ることができる。
本明細書に更に詳細に説明するように、注入システム２１０は、患者の体重に基づいてオーダされる投与量を計算し、適切な速度を表示して注入を実行することができる。注入がオーダされた投与量以外で実行されるように設定されている場合、メッセージが生成される。更に、小児用量投与が利用可能であり、医療施設内の小児部門に設定される。
一実施形態では、一次注入及びピギーバックのような二次注入の状態が、注入システム２１０によって、パーソナルデジタルアシスタントなどの電子計算装置上に表示される。臨床家は、ピギーバックにおける注入残量を常時チェックすることができ、ピギーバックが完了し、一次注入が再開されたときに、メッセージが表示される。更に、在庫及び注入オーダを補充するように、薬局にメッセージが送信される。
所望であれば、注入システム２１０は、注入をプログラムする臨床家が設定範囲外で実行するのを警告するために、医療施設がシステムの注入限界値を規定することを可能にする。警告は、臨床家が警告を無効にするか又は指定変更を禁止するように設定することができる。当業者には分かるように、特定の注入に対して指定変更を禁止することは、患者が不注意によって過量摂取を受けるのを防止することができる。
注入システム２１０はまた、医療施設内の各専門部門の必要性に関連する参照情報の表示に備えることもできる。専門部門の方針及び手順に加えて、薬物情報を、パーソナルデジタルアシスタントなどの電子装置上で見ることができる。プロトコル及び標準オーダについては、患者の状態に基づいてメッセージを提供するように設定することができる。例えば、一実施形態では、ヘパリン注入プロトコルは、臨床家に新たな血糖値検査結果を通知し、スライド制プロトコルに基づいて決定されたミリリットル数によってインスリン注入量を滴定するように設定されている。
更に、設定された規則を通じて、特定の注入に関するメッセージ又は通知が、それらが患者の状態に関係する際に看護師に送信される。例えば、一実施形態では、腎毒性の注入を受けている患者のＢＵＮ及びクレアチニンが増加した場合、メッセージが生成される。更に、特定の注入量が滴定されている際にメッセージを生成するようにプロトコルを設定することができる。例えば、一実施形態では、臨床家がドーパミン注入量を滴定する際に、血圧を記録するためのメッセージを設定することができる。更に、血行動態モニタリングパラメータを注入にリンクし、メッセージを生成することができる。
先に述べたように、新たな注入オーダを、臨床家に新たなオーダを通知するメッセージを提供するように設定することができる。メッセージは、テキスト、カラーアラート、点滅するハイパーリンク、アイコン等のような可聴式及び視覚式に構成することができる。迅速オーダ及び中止オーダは、それらを非緊急メッセージと区別するために、優先度の高いメッセージとして設定することができる。
医療施設によって教育的メッセージが生成され且つ設定されるのが好ましい。例えば、一実施形態では、特定のチューブセット（例えば非ＰＶＣ）を必要とする注入は、臨床家に知識を提供するメッセージを表示することになる。更に別の実施形態では、例えば、中心静脈投与を必要とする注入は、末梢静脈に注入しないようにとの警告を表示することになる。
一実施形態では、次の仕事を完了することをユーザに気付かせるスケジューリングメッセージが生成され、１台又はそれ以上の電子計算装置上に表示される。例えば漸減注入などの場合には、予定時刻に注入速度を変えるようにとのアラートが、電子計算装置に送信される。更に、例えば輸血プロトコルのような時間ベースのアラートを有するプロトコルを設定することができる。
再び図１に移って説明すると、また上述したように、患者医療システム１００は、投薬オーダ、調剤、及び投与を患者のベッドサイドで行うことを可能にする。医師は、無線ハンドヘルド装置を用いて、簡単な処方及び複雑な処方、静注療法並びに完全静脈栄養療法（ＴＰＮ）をオーダすることができる。注入システム２１０は、正しい投与量のみならず、薬物間相互作用及び他の発生し得る過誤をチェックする。次いで、注入システム２１０は、このデータを、リアルタイムで、患者医療施設又は現地薬局、病院の看護部門、在宅医療部門、及び／若しくは診療所へ伝送する。
臨床家は、ハンドヘルド装置を用いて、カルテデータベースにアクセスすることができる。一実施形態では、臨床家は、バーコードを付された投薬法及び患者のバーコードを付されたブレスレットをスキャンし、正しい投薬、投与量、及び何らかの薬物を投与するまでの時間を確認する。注入システム２１０は、カルテ及び投与記録を更新し、それにより、全てではないにしても、多大な時間を必要とする事務処理を排除する。従って、注入システム２１０は、最大限に命を救いながら、費用を削減し且つ効率を改善し得る。患者医療システム１００は、電子患者カルテ及び電子処方、ポイントオブケアから薬局までの完全な調剤並びに在庫管理の提供を含む、アクセスが管理された携帯型及び静止型の投薬法並びに倉庫を含むことができる。
先に述べたように、図１は、患者医療システム１００の図式表示である。患者医療システム１００は、ネットワーク１０２によってリンクされた、薬局のコンピュータ１０４、中央システム１０８、及び診療場所１０６を含む。一実施形態では、薬局のコンピュータ１０４は、処理装置１０４ａ、キーボード１０４ｂ、ビデオディスプレイ１０４ｃ、プリンタ１０４ｄ、バーコードリーダ１０４ｅ、及びマウス１０４ｆを含む。図１には示していないが、患者医療システム１００は、病院管理、看護室用サブシステム、臨床情報サブシステム、病院情報サブシステム、入退転院（ＡＤＴ）サブシステム、請求書発行サブシステム、及び／又は一般に従来の患者医療システムに含まれる他のサブシステムをも含むことができる。そのようなシステムは一般に、第２の中央サーバ１０８ａと連動する。
一実施形態では、中央システム１０８は、中央サービスコンピュータ１０８ａ、データベース１０８ｂ、ビデオディスプレイ１０８ｃ、入出力コンポーネント、及び当業者に既知の他の従来のハードウェアコンポーネントを含む。ネットワーク１０２は、有線通信システム１１０部分及び無線通信システム部分を含むのが好ましい。有線通信システム１１０は、限定するものではないが、イーサネット（登録商標）配線システム、及び薄いネットシステムとすることができる。
一実施形態では、治療場所１０６は、治療用ベッド１０６ａ、注入ポンプ１２０、医療用カート１３２を含むことができる。図１では、臨床家１１６及び患者１１２は、治療場所１０６内に示されている。薬剤１２４は、注入ポンプ１２０又は他の医療機器を用いて投与される種類のものであることができる。薬剤１２４は、医療機器を用いずに投与される種類のものであることもできる。薬剤は、医療用カート１３２の薬剤保管領域１３２ａに保管することができる。臨床家１１６は、患者１１２に薬剤１２４を投与する工程において、デジタルアシスタント１１８を用いる。
一実施形態では、臨床家１１６は、患者１１２の治療中に、デジタルアシスタント１１８を使用して、第１の無線通信路１２６を介して、ネットワーク１０２の有線通信システム１１０と通信する。注入ポンプ１２０は、第２の無線通信路１２８を介して有線通信システム１１０と通信する機能を有する。薬剤用カート１３２も、無線通信路（図１には示さず）を介して通信する機能を有する。無線トランシーバ１１４は、有線通信システム１１０のインターフェースとなる。ネットワークの無線通信システム部分は、限定するものではないが、ＩＥＥＥ ８０２．１１ｂ「無線イーサネット（登録商標）」、ローカルエリアネットワーク、無線ローカルエリアネットワーク、ツリートポグラフィ（ｔｒｅｅ ｔｏｐｏｇｒａｐｈｙ）を有するネットワーク、リングトポグラフィ（ｒｉｎｇ ｔｏｐｏｇｒａｐｈｙ）を有するネットワーク、無線インターネットアクセスポイントシステム、イーサネット（登録商標）、インターネット、無線通信、赤外線、光ファイバ、及び電話などの当業者に周知の技術を用いることができる。図１には無線通信システムとして示しているが、通信経路は、代替的に、有線通信経路としてもよい。
患者医療システム１００においては、医師は、患者１１２用薬剤１２４をオーダすることができる。一実施形態では、オーダは、診療場所１０６における臨床家１１６を端緒とすることができる。医師及び／又は臨床家１１６は、コンピュータ化医師オーダエントリシステム（ＣＰＯＥ）、薬剤用カート１３２又は同様の装置を用いて、患者１１２用薬剤１２４をオーダすることができる。当業者は、従来のコンピュータ化医師オーダエントリシステムには精通している。その名称に関係なく、臨床家１１６は、コンピュータ化医師オーダエントリシステムを用いることができる。薬剤１２４を注入ポンプ１２０を通じて投与するのが効率的である場合、注入オーダは、注入ポンプ１２０に対する運転パラメータを生成するための情報を含む。運転パラメータは、注入オーダに従って動作するように注入ポンプ１２０をプログラムするのに必要な情報及び／又は命令のセットである。
注入オーダは、薬局、看護センタ、看護現場、及び診療場所１０６を含む様々な場所で入力することができる。オーダを薬局で入力する場合、それは、キーボード１０４ｂ、マウス１０４ｆ、タッチスクリーン式ディスプレイ、ＣＰＯＥシステム及び／又は医療用カート１３２などの入出力装置を介して、薬局のコンピュータ１０４に入力することができる。処理装置１０４ａは、手入力されたオーダを、コンピュータ可読データに変換することができる。ＣＰＯＥのような装置は、オーダを、処理装置１０４ａへの導入に先立って、コンピュータ可読データに変換することができる。次いで、運転パラメータが、プリンタ１０４ｄによって、薬剤ラベル１２４ａ上にバーコード形式で印刷される。次いで、薬剤ラベル１２４ａが薬剤１２４容器に貼付される。次に、薬剤１２４容器が、診療場所１０６に輸送される。次いで、薬剤１２４を、経口による方法及び注入ポンプ１２０を通じる方法を含む当業界で既知の種々の方法で患者１１２に投与することができる。薬剤１２４が経口投与される場合、臨床家１１６は、デジタルアシスタント１１８及び／又は医療用カート１３２を介して通信することができる。医療用カート１３２はコンピュータ化されており、通常、キーボード（図示せず）、ディスプレイ１３２ｂ及びバーコードスキャナ（図示せず）のような他の入出力装置を有する。
当業者には分かるように、注入バッグも前もって混合することができ、薬剤１２４を識別する非患者別バーコードがバッグに貼付される。更に、注入バッグは、薬局又は現場で混合することができ、薬剤１２４及び、所望であれば、薬剤を患者に投与すべき時を特定する患者専別バーコードがバッグに貼付される。
治療場所では、薬剤１２４は、注入ポンプ１２０から患者１１２まで走る静注（ＩＶ）ライン１３０と共に注入ポンプ１２０上に搭載することができる。注入ポンプ１２０は、ポンピングユニット１２０ａ、キーパッド１２０ｂ、ディスプレイ１２０ｃ、注入ポンプＩＤ１２０ｄ、及びアンテナ１２０ｅを含むことができる。先行技術の注入ポンプには、本システム１００を完全に実施するために、無線アダプタ（図示せず）を備えることができる。先行技術の注入ポンプのバッテリー寿命低下を回避するために必要であれば、無線アダプタは、それ自体のバッテリーを有することができる。無線アダプタは、電力消費及びネットワークトラフィクを最小限に抑えるために、限定するものではないが、蓄積交換データ管理及びデータ圧縮のようなインテリジェントデータ管理手法を用いることもできる。無線アダプタはまた、ネットワーク１０２が機能していないときでさえもデジタルアシスタント１１８と通信する機能を含むこともできる。
一実施形態では、患者医療システム１００は、限定するものではないが、職員識別子、機器識別子、及び薬剤識別子などの種々の識別子を含むことができる。図１では、臨床家１１６は、臨床家バッジ１１６ａ識別子を有することができ、患者１１２は、リストバンド１１２ａ識別子を有することができ、注入ポンプ１２０は、注入ポンプＩＤ１２０ｄ識別子を有することができ、薬剤１２４は、薬剤ラベル１２４ａ識別子を有することができる。臨床家バッジ１１６ａ、リストバンド１１２ａ、注入ポンプＩＤ１２０ｄ及び薬剤ラベル１２４ａは、それらに関連付けられた職員、機器、又は薬剤を識別する情報を含む。識別子は、追加情報を含むこともできる。例えば、薬剤ラベル１２４ａは、薬剤１２４の受容対象者に関する情報、注入ポンプ１２０に対する運転パラメータ、及び薬剤１２４のロット番号並びに期限切れに関する情報を含むことができる。識別子に含まれる情報は印刷してもよいが、限定するものではないが、バーコードなどの光学式に読み取り可能な装置用のフォーマットのような装置読み取り可能フォーマット、ＲＦＩＤ、ｉＢｕｔｔｏｎ、スマートカードなどの高周波（ＲＦ）装置可読フォーマット、及びレーザ可読フォーマットのような装置可読フォーマットであるのが好ましい。デジタルアシスタント１１８は、ディスプレイ１１８ａを含むことができ、且つ指紋などのバイオメトリック情報を含む識別子を読み取る機能を有することができる。
リストバンド１１２ａは通常、患者１１２が医療施設内に入院する際に患者１１２上に配置される。リストバンド１１２ａは、患者識別子を含む。患者識別子は、患者を識別するための印刷された情報及び治療を行う医師の氏名などの追加情報を含むことができる。患者１１２用患者識別子は、限定するものではないが、患者の氏名、年齢、社会保障番号、患者の血液型、住所、アレルギー、病院ＩＤ番号、及び患者の親類の氏名などの情報を含むことができる。一実施形態では、患者識別子は、これも必要な場合又は所望の場合の相互参照に備えて中央データベース内に格納された、患者間の独自の参照コード若しくはパスワードを含むことができる。
（本システムのシステムハードウェア／ソフトウェアアーキテクチャ）
図２は、図１の薬局のコンピュータ１０４、中央システム１０８、ＣＰＯＥ、デジタルアシスタント１１８、及び／又は投薬治療用カート１３２などのネットワーク１０２を介して通信する任意の数の他のサブシステム内に含まれたコンピュータを表すコンピュータ２００のブロック図である。先に述べたように、コンピュータ２００は、患者医療システム１００内で用いるための、注入システム２１０、又は注入システム２１０の一部を含む。図２を参照して説明する注入システムは、コンピュータプログラムであるのが好ましい。しかしながら、注入システムは、全体的に又は部分的に、コンピュータプログラム以外の方法及びシステムで実施してもよい。
当業界における重大な関心事は、正しい薬剤が正しい患者に投与されることである。従って、注入システム２１０は、正しい薬剤が正しい患者に対して効率的な方法で投与されることを保証するのを支援するための特徴を含む。注入システム２１０は、ソフトウェア、ファームウェア、ハードウェア、又はそれらの組み合わせ内に実装することができる。１つの様式では、注入システム２１０は、実行可能プログラムとしてソフトウェア内に実装され、パーソナルコンピュータ（ＰＣ；ＩＢＭ−互換ＰＣ、Ａｐｐｌｅ互換ＰＣ、その他）、パーソナルデジタルアシスタント、ワークステーション、ミニコンピュータ、又はメインフレームコンピュータのような１台又はそれ以上の特殊用途デジタルコンピュータ又は汎用デジタルコンピュータによって実行される。注入システム２１０を実装することのできる汎用コンピュータの一例を、図２に示す。注入システム２１０は、限定するものではないが、薬局のコンピュータ１０４、中央システム１０８、投薬治療用カート１３２、及びデジタルアシスタント１１８などの任意のコンピュータ内に常駐することができか、又は、その内部に常駐する様々な部分を有することができる。従って、図２のコンピュータ２００は、注入システム２１０が内部に常駐又は部分的に常駐するいずれかのコンピュータを代表するものである。
図２に示すように、一般に、ハードウェアアーキテクチャの観点では、コンピュータ２００は、プロセッサ２０２、記憶装置２０４、ローカルインターフェース２０８を介して通信可能に接続された１つ又はそれ以上の入出力（Ｉ／Ｏ）装置２０６（周辺装置）を含む。ローカルインターフェース２０８は、限定するものではないが、例えば、当業界で既知の、１つ又はそれ以上のバス又は他の有線接続若しくは無線接続とすることができる。ローカルインターフェース２０８は、通信を可能にするための、簡略化のために省略された、制御装置、バッファ（キャッシュ）、ドライバ、リピータ、及び受信機などの追加要素を有することができる。更に、ローカルインターフェースは、他のコンピュータコンポーネント間の適切な通信を可能にするための、アドレス、制御、及び／又はデータ接続を含むことができる。
プロセッサ２０２は、ソフトウェア、特に記憶装置２０４内に格納されたソフトウェアを実行するためのハードウェア装置である。プロセッサ２０２は、任意の特注又は市販のプロセッサ、中央処理装置（ＣＰＵ）、コンピュータ２００と関連付けられた幾つかのプロセッサの中の補助プロセッサ、半導体ベースのマイクロプロセッサ（マイクロチップ若しくはチップセットの形態の）、マクロプロセッサ、又はソフトウェア命令を実行するための一般的な任意の装置とすることができる。適した市販されているマイクロプロセッサの例は、以下のとおりである。Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ Ｃｏｍｐａｎｙが提供しているＰＡ−ＲＩＳＣシリーズのマイクロプロセッサ、Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎが提供している８０×８６又はＰｅｎｔｉｕｍ（登録商標）シリーズのマイクロプロセッサ、ＩＢＭが提供しているＰｏｗｅｒＰＣマイクロプロセッサ、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．が提供しているＳｐａｒｃマイクロプロセッサ、又はＭｏｔｏｒｏｌａ Ｃｏｒｐｏｒａｔｉｏｎが提供している６８ｘｘｘシリーズのマイクロプロセッサ。プロセッサ２０２は、限定するものではないが、ＳＱＬ、Ｓｍａｌｌｔａｌｋ、ＡＰＬ、ＫＬｉｓｐ、Ｓｎｏｂｏｌ、Ｄｅｖｅｌｏｐｅｒ ２００、ＭＵＭＰＳ／Ｍａｇｉｃなどの分散型プロセシングアーキテクチャをも表すことができる。
記憶装置２０４は、揮発性メモリ素子（例えば、ランダムアクセスメモリ（ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭ等のようなＲＡＭ））及び不揮発性メモリ素子（例えば、ＲＯＭ、ハードドライブ、テープ、ＣＤＲＯＭ等）のうちの任意の１つ又はそれらの組み合わせを含むことができる。更に、記憶装置２０４は、電子式、磁気式、光学式及び／又は他の種類の記憶媒体を組み込むことができる。記憶装置２０４は、種々のコンポーネントが互いに遠隔の位置にあるがそれでもなおプロセッサ２０２によってアクセスされる、分散型アーキテクチャを有することができる。
記憶装置２０４内のソフトウェアは、１つ又はそれ以上の別個のプログラムを含むことができる。別個のプログラムは、論理機能を実行するための実行可能命令の順序付きリストを備える。図２では、記憶装置２０４内のソフトウェアは、本発明による注入システム２１０及び適したオペレーティングシステム（Ｏ／Ｓ）２１２を含む。適した市販されているオペレーティングシステム２１２の非網羅的一覧は、以下のとおりである。（ａ）Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎから入手可能なＷｉｎｄｏｗｓ（登録商標）オペレーティングシステム、（ｂ）Ｎｏｖｅｌｌ，Ｉｎｃ．から入手可能なＮｅｔｗａｒｅオペレーティングシステム、（ｃ）Ａｐｐｌｅ Ｃｏｍｐｕｔｅｒ，Ｉｎｃ．から入手可能なＭａｃｉｎｔｏｓｈオペレーティングシステム、（ｄ）Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ Ｃｏｍｐａｎｙ、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．及びＡＴ＆Ｔ Ｃｏｒｐｏｒａｔｉｏｎなどの多くのベンダから購入可能なＵＮＩＸ（登録商標）オペレーティングシステム、（ｅ）インターネット上で容易に入手可能なフリーウェアのＬＩＮＵＸオペレーティングシステム、（ｆ）ＷｉｎｄＲｉｖｅｒ Ｓｙｓｔｅｍｓ，Ｉｎｃ．が提供しているリアルタイムＶｘＷｏｒｋｓオペレーティングシステム、又は（ｇ）ハンドヘルドコンピュータ若しくはパーソナルデジタルアシスタント（ＰＤＡ）に実装されているような、アプライアンスベースのオペレーティングシステム（例えば、Ｐａｌｍ Ｃｏｍｐｕｔｉｎｇ，Ｉｎｃ．から入手可能なＰａｌｍＯＳ、及びＭｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎから入手可能なＷｉｎｄｏｗｓ（登録商標） ＣＥ）。オペレーティングシステム２１２は、基本的に、注入システム２１０のような他のコンピュータプログラムの実行を制御し、且つスケジューリング、入出力制御、ファイル及びデータの管理、メモリ管理、及び通信制御並びに関連サービスを行う。
注入システム２１０は、ソースプログラム、実行可能プログラム（オブジェクトコード）、スクリプト、又は実行すべき命令のセットを備える任意の他のエンティティとすることができる。ソースプログラムの場合、該プログラムは、Ｏ／Ｓ２１２に関連して適切に動作するように、記憶装置２０４内に含まれても含まれなくてもよい、コンパイラ、アセンブラ、インタプリタ等を介して翻訳される。更に、注入システム２１０は、（ａ）データ及び方法のクラスを有するオブジェクト指向プログラミング言語、又は（ｂ）ルーチン、サブルーチン、及び／若しくは関数を有する手続き型プログラミング言語、限定するものではないが、例えば、Ｃ、Ｃ＋＋、Ｐａｓｃａｌ、Ｂａｓｉｃ、Ｆｏｒｔｒａｎ、Ｃｏｂｏｌ、Ｐｅｒｌ、Ｊａｖａ（登録商標）、及びＡｄａとして書くことができる。一実施形態では、システムプログラム２１０は、Ｃ＋＋で書かれる。別の実施形態では、注入システム２１０は、Ｐｏｗｅｒ Ｂｕｉｌｄｅｒを用いて作成される。Ｉ／Ｏ装置２０６は、入力装置、限定するものではないが、例えば、キーボード、マウス、スキャナ、マイクロフォン、タッチスクリーン、種々の医療機器に対するインターフェース、バーコードリーダ、スタイラス、レーザリーダ、高周波デバイスリーダ等を含むことができる。さらに、Ｉ／Ｏ装置２０６は、出力装置、限定するものではないが、例えば、プリンタ、バーコードプリンタ、ディスプレイ等も含むことができる。Ｉ／Ｏ装置２０６は、入力装置及び出力装置の両方として通信する装置、限定するものではないが、例えば、変調装置／復調装置（モデム；別の装置、システム、又はネットワークにアクセスするためのもの）、高周波（ＲＦ）トランシーバ若しくは他のトランシーバ、電話インターフェース、ブリッジ、ルータ等を更に含むことができる。
コンピュータ２００がＰＣ、ワークステーション、パーソナルデジタルアシスタント等である場合、記憶装置２０４内のソフトウェアは、基本入出力システム（ＢＩＯＳ）（図２には示さず）を更に含むことができる。ＢＩＯＳは、起動時にハードウェアを初期化及びテストし、Ｏ／Ｓ２１２を始動し、且つハードウェアデバイス間のデータの転送を支援する基本ソフトウェアルーチンのセットである。ＢＩＯＳは、コンピュータ２００を起動する際にＢＩＯＳを実行することができるように、ＲＯＭ内に格納されている。
コンピュータ２００が作動している際に、プロセッサ２０２は、記憶装置２０４内に格納されたソフトウェアを実行し、記憶装置２０４を往復してデータを通信し、ソフトウェアに従って、コンピュータ２００の動作を全体的に制御するように設定される。注入システム２１０及びＯ／Ｓ２１２は、全体的に又は部分的に、一般に後者であるが、プロセッサ２０２によって読み取られ、おそらくプロセッサ２０２内にバッファリングされ、次いで実行される。
図２に示すように、注入システム２１０がソフトウェア内に実装される場合は、注入システム２１０のプログラムは、任意のコンピュータ関連のシステム又は方法によって、若しくはそれと関連付けて用いるために、任意のコンピュータ可読媒体上に格納することができる。本明細書において使用するコンピュータ可読媒体とは、コンピュータ関連のシステム又は方法によって若しくはそれと関連付けて用いるためにコンピュータプログラムを含むか又は格納することのできる、電子式、磁気式、光学式、或いは他の物理装置若しくは手段である。注入システム２１０は、命令実行システム、命令実行装置、又は命令実行デバイスからの命令を取り出し、該命令を実行することのできる、コンピュータベースのシステム、プロセッサを含むシステム、若しくは他のシステムなどの命令実行システム、命令実行装置、或いは命令実行デバイスによって又はそれと関連付けて用いるための任意のコンピュータ可読媒体内に実施することができる。本文書の前後の脈絡の中では、「コンピュータ可読媒体」は、命令実行システム、命令実行装置、又は命令実行デバイスによって若しくはそれと関連付けて用いるためのプログラムを格納、通信、伝播、或いは輸送することのできる任意の手段とすることができる。コンピュータ可読媒体は、限定するものではないが、例えば、電子式、磁気式、光学式、電磁式、赤外線、又は半導体のシステム、装置、デバイス若しくは伝播媒体とすることができる。コンピュータ可読媒体のより具体的な例（非網羅的リスト）には、以下のものが含まれる。１本又はそれ以上のワイヤを有する電気接続（電子式）、携帯用コンピュータディスケット（磁気式）、ランダムアクセスメモリ（ＲＡＭ）（電子式）、読み出し専用メモリ（ＲＯＭ）（電子式）、消去可能プログラム可能ＲＯＭ（ＥＰＲＯＭ、ＥＥＰＲＯＭ、或いはフラッシュメモリ）（電子式）、光ファイバ（光学式）、及びポータブルコンパクトディスク読み出し専用メモリ（ＣＤＲＯＭ）（光学式）。プログラムは、例えば紙又は他の媒体の光学式走査を介して電子的手段によって取り込み、必要であれば、次いで、適切な方法でコンパイル、翻訳若しくは他の方法で処理し、その後コンピュータメモリ内に格納することができるので、コンピュータ可読媒体は、プログラムがその上に印刷される紙或いは別の適した媒体とさえすることができることに留意されたい。
注入システム２１０がハードウェア内に実装される別の実施形態では、注入システム２１０は、各々が当業界で既知の以下の技術のうちのいずれか又はそれらの組み合わせと共に実装することができる。データ信号上に論理関数を実行するための論理ゲートを有する離散論理回路、適切な組み合わせ論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等。
当業者には理解されるように、図３〜図１１のような図におけるどの工程説明又は工程ブロックも、該工程における特定の論理関数又は論理ステップを実行するための１つ又はそれ以上の実行可能命令を含むことのできるハードウェア、ソフトウェア等のモジュール、セグメント、若しくは一部を表しており、含まれる機能性に応じて、実質的に並行して又は逆の順序を含め、図に示すか若しくは論述したものから逸脱した順序で関数を実行することのできる代替的実装は、本発明の実施形態の範囲内に含まれる。
（患者医療システムの構成要素）
図４は、図１の患者医療システム１００の機能要素を示す第１のブロック図である。図４に示すように、患者医療システム１００は、モジュールが注入システム２１０（図２）を含む患者医療システム１００の種々の機能を表すモジュラーシステムとして実施することができる。患者医療システム１００及び注入システムの柔軟性は、本システムがモジュラーシステムとして実施された場合に増強され得る。注入システム２１０（図２）のモジュールは、患者医療システム１００の様々な部分に含めることが可能である。一実施形態では、患者医療システム１００の機能的構成要素は、とりわけ、投薬管理モジュール３０２、処方箋作成モジュール３０４、処方箋起動モジュール３０６、及び処方箋認証モジュール３０８を含むことができる。
投薬管理モジュール３０２は、内科療法の管理に含まれる患者医療システム１００の他のモジュールの機能を整合させることができる。投薬管理モジュール３０２は、患者医療システム１００の他の部分と全体として協調する。投薬モジュール３０２は、ＣＰＯＥで動作し且つ／又はそれとインターフェースをとり、ポイントオブケアモジュールで動作し且つ／若しくはそれらと通信し、且つ内科療法比較モジュールで動作し且つ／或いはそれらと通信するためのサブモジュールを含むことができる。図４には、入退転院（ＡＤＴ）インターフェース３１０、請求書発行インターフェース３１２、検査室インターフェース３１４、及び薬局インターフェース３１６が示されている。ＡＤＴインターフェース３１０は、患者の人口統計データ、大きさ、体重、及びアレルギーのような情報を取り込むために用いられる。好ましい実施形態では、ＡＤＴシステムは、ＨＬ７型のインターフェースを用いて、病院のＡＤＴシステムに入力されたイベントを、第２の中央コンピュータ１０８ａ内に転送する。ＨＬ７は、医療環境においてデータをフォーマット、伝送及び受信するためのプロトコルである。これは、種々の異なる第三者アプリケーションのような異種の医療アプリケーションが臨床データ及び管理データのキーセットを交換することを可能にするメッセージング標準を通じて、医療情報システム間の相互運用性を提供する。通常、本発明のシステム１００では、ＨＬ７ ＡＤＴインターフェースは、ＨＬ７ ＡＤＴサーバ、ＨＬ７ ＡＤＴクライアント、及びＨＬ７ ＡＤＴビューアの３つのアプリケーションからなる。薬局インターフェース３１６は、薬局からのオーダをインポートする。薬局インターフェース３１６は、ＨＬ７型インターフェースとすることができ、該ＨＬ７型インターフェースが他のシステムとインターフェースをとり、ＣＰＯＥなどのオーダを入力する。この機能により、１回より多くデータを患者医療システム１００に入力する必要性が減少する。薬局インターフェース３１６は、限定するものではないが、Ｃｅｒｎｅｒ、ＨＢＯＣ、Ｐｙｘｉｓ、Ｍｅｄｉｔｅｃｈ、ＳＭＳ、Ｐｈａｍｏｕｓ等のような市販の第三者システムと通信するように設定することができる。ウェブサービスインターフェースは、ＭｃＫｅｓｓｏｎ ＡｄｍｉｎＲｘ、Ｐｙｘｉｓ、Ｖｅｒｉｆ５等のような経口薬投与を支援するポイントオブケア投薬管理システムと、注入ポンプ関連の投薬管理との間のほぼリアルタイムの調整を行うことができる。様々な他のインターフェースも当業者に知られているが、図４には示していない。
投薬管理モジュール３０２は、薬物間不適合による有害反応、二重薬物投与、薬物アレルギー、薬物用量限度、薬物投与頻度限界、薬物投与持続期間限度、及び薬物性疾患による禁忌をチェック機能などの追加の特徴を有することができる。食品及びアルコールの相互作用にも留意することができる。薬物制限は、限定するものではないが、成人、小児、乳幼児、新生児、早産、老年者、年齢別分類、体重別分類、身長別分類、及び体表面積に関連する制限などの制限を含むことができる。一実施形態では、投薬管理モジュール３０２は、患者医療システム１００内の２つの異なる処方源からの、同一の患者に対する同一の処方の入力を防止する。
投薬管理モジュール３０２は、報告書を作成する機能を含むこともできる。報告書には、限定するものではないが、シフト終了、滴定情報、患者イベントリスト、注入履歴、ポンプ動作履歴、ポンプ位置履歴、及びポンプメンテナンス履歴を含む。シフト終了報告書は、ポンプチャネル、始動時刻、終了時刻、一次注入、ピギーバック注入、薬剤、投与量、速度、ポンプ状態、注入量、残量、残り時間、及び最終完了時を含むことができる。注入履歴報告書は、薬剤及び注入量を含む。
投薬管理モジュール３０２は、医療機器状態データベースを含むことができる。医療機器状態データベースは、患者医療システム１００内における医療機器３３２の位置を示すデータを含む。医療機器状態データベースは、医療機器３３２の過去の動作を示すデータをも含むことができる。医療機器状態データベースは、医療機器３３２のメンテナンススケジュール及び／又は履歴を示すデータをも含むことができる。
注入処方又は注入オーダは、処方エントリ３２４に入力される。そのようなオーダは、限定するものではないが、単回投与、間欠投与、持続投与、順次投与、滴定、及び交互投与の種類などの処方を含むことができる。注入処方は、完全非経口栄養法用混合剤（ＴＰＮ）、化学療法的持続注入、ピギーバック、大量非経口投与医薬品、及び他の注入処方を含むことができる。患者医療システム１００は、オーダに対する終了日なくして機能することができる。患者医療システム１００は、連続スケジュールジェネレータを用いており、該連続スケジュールジェネレータが、所定時間を予測し、該時間に対する混合剤充填スケジュールを生成する。所定時間は、患者医療システム１００レベル、又は臨床分野レベル及び組織レベルのようなサブシステムレベルで定めることができる。所定時間は、オーダを入力する臨床家１１６による調整を可能とすることができる。スケジュールは、患者医療システム１００内でオーダがアクティブである限り、自動的に延長することができる。
処方箋作成モジュール３０４は、ハード処方箋（ｈａｒｄ ｐｒｅｓｃｒｉｐｔｉｏｎ）及び電子（Ｅ−コピー）処方箋を作成する。ハード処方箋は通常、医療施設においては３通作成される。第１のハードコピー３１８は通常、薬局に送付され、第２のハードコピー３２０は通常、患者記録用に保持され、第３のハードコピー３２２は、治療場所１０６に送付される。電子処方箋は、投薬管理モジュール３０２に送信される。
処方箋作成モジュール３０４は、運転パラメータを確認する機能を含むことができる。運転パラメータは、処方エントリモジュール３２４からの情報に基づくことができる。処方箋作成３０４は、限定するものではないが、薬局、治療場所１０６、及び看護センタなどの患者医療システム１００内のいずれにおいても行うことができる。
コンピュータ化医師オーダエントリ（ＣＰＯＥ）システム又はその類似のものは、処方箋作成モジュール３０４の幾つか若しくは全ての機能を実行するために用いることができる。臨床家１１６は、限定するものではないが、タブレットワイヤレスコンピュータ、パーソナルデジタルアシスタント、治療用カート１３２、及びワークステーションなどの種々の方法でデータを入力することができる。投薬管理モジュール３０２は、１つより多い処方箋生成モジュール３０４とインターフェースをとることができる。投薬管理モジュールは、患者医療システム１００内のどこからでもオーダを受信することができる。
薬局のコンピュータ１０４は、投薬管理モジュール３０２から電子コピーにアクセスすることができる。処方箋起動モジュール３０６は、処方箋の記入及びラベル付けを調整するコンピュータ支援システムである。処方箋の記入及び在庫からの薬剤１２４の生成又は配置は、処方箋起動モジュール３０６によって処理される。一実施形態では、処方箋起動工程とは対照的に、記入工程によって、薬剤ラベル１２４ａが作成されることになる。
患者医療システム１００は、処方箋起動モジュール３０６をバイパスすることができる。これは、患者の担当医師のようなオーダを行う臨床家１１６が直ちにオーダを起動する権限を有する場合に行うことができる。オーダが直ちに起動される場合、投薬管理モジュール３０２は、記入ひいては処方箋ラベル付けモジュール３２６に直行することができる。
ブロック３２６で、患者医療システム１００は、薬剤ラベル１２４ａを印刷する。処方箋は、遠隔印刷することができ、薬局のプリンタ１０４ｄによって印刷されることが多い。ブロック３２６の後、患者医療システム１００は、ブロック３２８へ行く。ブロック３２８で、薬剤ラベル１２４ａが、薬剤１２４に貼付される。通常、薬剤師が、薬剤ラベル１２４ａが処方箋の第１のハードコピー３１８と一致することを視覚的に検証する３３４。図４に、視覚的検証３３４が処方許可モジュール３０８とも関連付けられていることを示す。次いで、薬剤１２４を、薬局から治療場所１０６へ輸送することができる。薬局から治療場所１０６までの経路の一部に対して、持ち運び可能な医療用カート１３２を用いることができる。
薬剤ラベル１２４ａは、注入バッグを準備するための情報を含むことができる。患者医療システム１００内で作成されない場合、薬剤ラベル１２４ａは、バルク薬剤サプライヤが提供することができる。バルク製剤サプライヤにより提供された場合には、患者医療システム１００は、薬剤ラベル１２４ａから情報を収集する。更に、患者医療システム１００は、薬剤ラベル１２４ａに、患者識別子などの情報を付加することができる。
薬剤ラベル付けモジュール３２８は、薬剤ラベル１２４ａを薬剤１２４上に配置する。これは、手作業で達成することができる。これは、自動処方箋記入・包装システム（図示せず）を用いて達成することもできる。自動処方箋記入・包装システムが用いられる場合、薬剤ラベル付けモジュール３２８は、薬剤１２４のラベル付けを、記入・包装システムと整合させるためのデータを提供する。
治療場所１０６では、臨床家１１６は、デジタルアシスタント１１８及び／又は医療用カート１３２などの無線装置３３０を用いて、患者１１２に対する薬剤１２４を確認して投与する。無線装置３３０は、第１の通信路１２６のような通信路を介して、投薬管理モジュール３０２と通信する。
臨床家１１６は、バッジ１１６ａをスキャンすることによって自身を識別し、リストバンド１１２ａをスキャンすることによって患者１１２を識別し、薬剤ラベル１２４ａをスキャンすることによって薬剤１２４を識別し、ラベル１２０ｄをスキャンすることによって注入ポンプ１２０のような医療機器３３２を識別する。臨床家１１６は、上述し且つ図１９のログイン画面５０３に示す指紋及び／又はパスワードを提供することにより、自身を識別することもできる。医療機器３３２は、投薬管理モジュール３０２と双方向通信が可能な医療機器とすることができる。代替的に、医療機器３３２は、投薬管理モジュール３０２に情報を提供することのみが可能であってもよい。注入システム２１０は、臨床家１１６が内科療法を施し且つ検証するのを支援する。代替的実施形態では、注入システム２１０は、医療機器３３２への運転パラメータのダウンロード機能を含むことができる。臨床家１１６は、視覚的に検証を行い、第３のコピー３２２及び／又はＭＡＲがラベルを付された薬剤１２４と一致することを確認することができる。スキャナ３３８は、第３のコピー３２２から無線装置３３０及び医療機器３３２へ機械可読情報を入力するのに用いることができる。
患者医療システム１００は、注入オーダに対して調整及び変更を行うことができる。注入調整を行う機能を含むことのできる他のモジュールのなかには、処方エントリモジュール３２４、処方箋起動モジュール３０６、処方許可モジュール３０８、及び処方修正モジュール３３６がある。臨床家１１６は、処方修正モジュール３３６にアクセスし、オーダを調整する。臨床家１１６は、患者医療システム１００のどこからでも処方修正モジュール３３６にアクセスすることができる。しかしながら、臨床家１１６が処方修正モジュール３３６にアクセスするための１つの非常に有益な場所は、治療場所１０６である。
処方許可モジュール３０８では、患者医療システム１００は、臨床家１１６が単独で注入オーダを修正する権限を有するか否かを判定する。臨床家１１６は、患者医療システム１００によって、オーダの特定の部分を単独で修正する権限を有すると認められることができる。臨床家１１６が単独でオーダを修正する権限を有しない場合、薬剤師又は医師に、該臨床家１１６によって入力された修正を承認するように要請することができる。
患者医療システム１００の一実施形態では、オーダは、薬局のコンピュータ１０４に入力される。このオーダは、第１の患者識別子及び運転パラメータを含む。薬局のコンピュータ１０４は、薬剤バッグ又は薬剤容器に貼付される薬剤ラベル１２４ａを作成する。薬剤１２４は、治療場所１０６に送付される。治療場所１０６において、臨床家１１６は、臨床家１１６のバッジ１１６ａ、患者のリストバンド１１２ａ、及び薬剤ラベル１２４ａをデジタルアシスタント１１８で読み取る。デジタルアシスタント１１８は、中央システム１０８によってなされた判定に基づいて、薬剤ラベル１２４ａ及びリストバンド１１２ａが同一の患者１１２に対応しているか否かを報告する。次いで、システム１００は、薬局のコンピュータ１０４へ、薬剤識別子を送る。薬局のコンピュータ１０４は、薬剤ラベル１２４ａを確認し、オーダと同一の患者を特定し、注入ポンプへ運転パラメータを送る。運転パラメータは、注入ポンプ１２０へ直接送ることができる。次いで、運転パラメータ用いて注入ポンプをプログラムし、患者１１２に薬剤１２４が投与される。
図５は、注入システム２１０（図２）の種々の機能を実行するのに役立つコンピュータ画面４００の例示的なブロック図である。他の機能に加え、コンピュータ画面４００は、新たな注入オーダを入力して、既存の注入オーダを修正し、また注入オーダを停止するために用いることができる。コンピュータ画面４００は、処理領域４０２、探索領域４０４、薬剤情報領域４０６、滴定／漸減基準領域４０８、指示・注記領域４１０、及び予測解領域４１２を含むのが好ましい。注入薬剤オーダタイプには、単回投与、間欠投与、持続投与、順次投与、交互投与が含まれる。コンピュータ画面４００は、デジタルアシスタント１１８、薬局のコンピュータ１０４、注入ポンプ１２０、ＣＰＯＥシステム、及び医療用カート１３２と共に用いることができる。コンピュータ画面４００は、全体として、図１の患者医療システム１００全体にわたって臨床家がアクセス可能なコンピュータ画面ルックアンドフィールを有するように設計されている。コンピュータ画面４００の機能の一部は、限定するものではないが、ハイパーリンク、定義ボックス、及びドロップダウンメニューなどの当業者によく知られたデータベース連係技法によって達成される。
処理領域４０２は、注入オーダの作成、注入オーダの保存、注入オーダの修正、及び注入オーダの取り消しをトリガする機能を含む。臨床家１１６は、臨床家１１６に好ましいオーダエントリ手順を提供するように、コンピュータ画面４００をカスタマイズすることができる。処理領域４０２は、オーダ用状態標識を含む。処理領域４０２はまた、ＰＲＮオーダ（「要求に応じた」又は「必要に応じた」オーダ）を臨床家１１６によって行うことが可能か否かを示すための領域をも含む。処理領域４０２は、医療機器３３２運転パラメータ、注入オーダ経路、注入ライン、注入実施部位、注入オーダ開示時刻、注入薬剤オーダタイプ、注入流速許容値、注入流速、注入持続時間及び調合場所（薬局又は遠隔位置などの）を表示及び調整する機能を更に含む。処理領域４０２はまた、医師の注入オーダを別の臨床家１１６によって入力された別の医療オーダにリンクすることのような、医療オーダを他の医療オーダ又は関連する臨床モニタリングにリンクするための領域をも含むことができる。処理領域４０２は、限定するものではないが、予測解領域４１２のようなコンピュータ画面４００の他の領域にデータを表示するためのトリガを含むことができる。
探索領域４０４は、注入オーダに対する薬剤、溶液及び／又は添加剤を探索することを可能にする。オーダにデフォルト希釈剤を定めることができる。患者医療システム１００内で薬剤に対するデフォルト投与量が定められている場合、該デフォルト投与量が、薬剤を含む探索結果と共に自動的に現れる。探索領域４０４からの探索の結果として、薬剤の名称、投与経路、費用、パッケージサイズ、剤形、一般名、薬剤の麻酔性の有無、薬剤管理の有無、医薬品集であるか否か、及び薬剤の製造場所を表示することができる。
薬剤情報領域４０６は、注入オーダ用添加剤及び溶液を決定するために用いることができる。薬剤情報領域４０６は、別個の添加剤領域及び溶液領域を含むことができる。溶液領域は、ラベル、「溶液／希釈剤」を含むことができる。患者医療システム１００は、薬剤１２４データベース、溶液データベース、及び添加剤データベースを用いて、薬剤情報領域４０６に、薬剤１２４、溶液、及び添加剤に関するデータを読み込むことができる。１つのデータベースにおいて同定された物質は、他のデータベースにおいても同定することができる。各データベースをリンクし、薬剤１２４と溶液の組み合わせに対するデフォルト値を提供することができる。
滴定／漸減基準領域４０８は通常、持続注入オーダに対して適用される。滴定は、投与量及び／又は流速などの、オーダの特定のパラメータを規定する。投与量及び流速は、絶対的なものとして入力することができる。また、滴定／漸減基準領域４０８に情報を入力するのに、限定するものではないが、〜より大きい「＞」、〜より小さい「＜」、及び〜と等しい「＝」などの数学記号を単独又は組み合わせて用いることができる。カレンダーを用いて、滴定／漸減基準領域４０８にデータを入力することもできる。投与量及び流速も、許容範囲として入力することができる。非持続注入オーダを入力及び／又は修正する場合には、滴定／漸減基準領域４０８を非表示にすることができる。滴定基準は、限定するものではないが、様々な検査結果、バイタルサイン、流体を経口摂取する能力、流体の流入量及び流出量等のような、患者の健康状態に関連する種々のパラメータ値を含むことができる。
指示・注記領域４１０は、患者１１２及び／又は注入オーダに関する医師注記のような情報を保存する機能を含む。指示・注記領域４１０は、患者の担当医師のような患者１１２に対して責任を有する臨床家１１６を識別するためのディスプレイ及び参照領域を含むことができる。
予測解領域４１２は、患者１１２に対して処理中のオーダの現状に基づいて、解決スケジュール及び関連要因を表示する。予測時間は、患者医療システム１００のデフォルトとすることができる。時間は、臨床家１１６によって調整することもできる。予測解領域４１２は、患者医療システム１００によって予測された時間を示す調整可能なディスプレイを含むことができる。予測解領域４１２に表示されるデータは通常、処理領域４０２においてオーダ保存がトリガされる際に保存される。予測解領域４１２は、先に入力されたオーダを修正しながらある期間を振り返る機能を含むことができる。これにより、修正されていない注入オーダに従ってすでに準備が完了していたかもしれない解について臨床家１１６が考察することが可能となる。
（注入システムの構成要素）
図６は、図２の注入システム２１０の機能要素を示すブロック図である。機能要素は、システムパラメータを設定するためのブロック５０２、注入オーダ作成用ブロック５０４、注入オーダ準備用ブロック５０６、薬剤投与用ブロック５１２、注入オーダ修正用ブロック５１４、及びメッセージング用ブロック５２０を含む。図６はまた、薬局許可用ブロック５０８、医師許可用ブロック５１０、オーダ停止用ブロック５１６、及び在庫・請求書発行用ブロック５１８をも含む。図６には、注入システムに関する１つの説明を提示している。しかしながら、図６には、本注入システムを実行するのに要する一連の工程は定めていない。本注入システムの利点の１つは、臨床家１１６が患者医療システム１００内の多数の物理的場所と機能的場所の両方からアクセスして情報を入力することができる点である。例えば、注入オーダは、ＣＰＯＥを用いて医師により、薬局のコンピュータ１０６を用いて薬剤師により、デジタルアシスタント１１８を用いて臨床家１１６により、また医療用カート１３２を用いて臨床家により生成することが可能である。更に、患者のバイタル、検査結果、及び他の記録は、例えば病棟薬局を含む医療施設内の多数の場所からチェックすることができる。従って、病棟薬局１０４（図１）内のユーザは、電算処理装置１０４ｃから、医療施設内の病棟を閲覧することができる。ユーザが病棟を選択すると、患者リストが提供され、ユーザは、該リストの中からある患者及び関連する記録を選択し、電算処理装置上に表示させることができる。代替的に、ユーザは、電算処理装置に患者の氏名の全部又は一部を入力することができ、それにより、ユーザによる選択のために、該患者に関連する記録が電算処理装置によって提供される。選択を行うと直ちに、記録が表示される。
一実施形態では、図６は、第１、注入オーダを受け取るために患者医療システム１００を準備するブロック−システムパラメータを設定するブロック５０２；第２、注入オーダを作成するブロック−注入オーダ作成ブロック５０４；第３、注入オーダに基づいて調剤するブロック−調剤ブロック５０６；第４、注入オーダを許可するブロック−薬局許可ブロック及び医師許可ブロック５０８並びに５１０；第５、注入オーダを実施するブロック−薬剤投与ブロック５１２；第６、注入オーダに基づいて調剤するために用いられた在庫の計上及び補充を行い且つ注入オーダに対して患者へ請求書を発行するブロック−在庫・請求書発行ブロック５１８；第７、注入オーダを修正するブロック−修正ブロック５１４；並びに第８、注入オーダの進捗状況、注入、正しい薬剤が効率的に調剤され、正しい患者に正しい量で正しい時間に提供されることを保証するのを支援するためのメッセージ等に関して様々な人員及びサブシステムにメッセージを送るブロック−メッセージブロック５２０として見ることができる。修正ブロック５１４は、転送インターフェース３１０によって提供された情報に基づいてオーダを停止するブロック−オーダ停止ブロック５１６を含むことができる。
システムパラメータを設定するブロック５０２は、注入オーダを作成し且つ処理するために注入システム２１０を準備する機能ブロックを含む。システムパラメータを設定するブロック５０２は、限定するものではないが、許容値を設定するブロック５４２と、デフォルト値を設定するブロック５４４と、データベースを構築するブロック５４６と、関数を定義するブロック５４８と、システムの設定を決定するブロック５５０とを含む。システムパラメータを設定するブロック５０２については、図７を参照して以下に更に説明する。
注入オーダ作成ブロック５０４は、注入オーダを作成するために用いられる機能ブロックを含む。注入オーダ作成ブロック５０４は、処方箋作成ブロック３０４（図４）を参照して説明したものと同様の機能を含む。注入オーダ作成ブロック５０４は、限定するものではないが、情報を入力するブロック５６０と、計算ブロック５６２と、チェックブロック５６４と、指定変更ブロック５６８とを含む。注入オーダ作成については、図８を参照して以下に更に説明する。注入オーダ作成の結果が、注入オーダ７０２（図８）である。注入オーダ７０２は通常、注入スケジュール７０４（図８）を含む。
注入オーダは、ブロック３０８（図４）を参照して説明した許可を要求することができる。図６では、薬剤師による処方許可及び医師による処方許可は、薬局許可機能ブロック５０８及び医師許可機能ブロック５１０において別個に検討される。医師による許可５１０は、注入オーダが医師によって開始される場合には要求する必要はないかもしれない。注入オーダは通常、該オーダが治療場所１０６において薬剤師又は医師以外の臨床家によって作成される場合には、薬局による許可５０８及び医師による許可５１０を必要とする。しかしながら、薬剤１２４が直ちに必要な場合、注入システム２１０は、投与臨床家が処方許可５０８及び医師許可５１０をバイパスすることを可能にする。緊急オーダ又は日常の投薬に対する非緊急オーダの場合には、注入システム２１０は、臨床家１１６が患者１１２に施すことを望んでいる医療に関連する情報が患者医療システム１００に格納されていないことを判定することができる。臨床家１１６が所望の医療を開始する権限を有することを注入システム２１０が認識した場合、システム２１０は、ブロック５０８及び５１０に行くことなく医療を実施することを許可する。次いで、この許可は、以下の投薬において取得される。
注入オーダに基づく準備５０６は、限定するものではないが、薬局、看護センタ、フロア、及び治療場所１０６などの医療施設全体にわたる幾つかの場所において達成することができる。準備５０６は、薬剤１２４を調剤する指示を与える段階と、薬剤調剤にあたっての過誤の可能性を最小限に抑える段階とを含む。
薬剤投与５１２は、治療場所１０６において行われる。注入システム２１０は、オーダの実施を可能な限り効率的且つ正確に行うように設計されている。注入システム２１０は、正しいポンプ設定で、正しい時間に、正しい経路を介して、正しい薬剤を正しい患者に正しい量で投与するツールを管理臨床家に提供する。アラート、アラーム、リマインダ、又は他のメッセージが臨床家の薬剤投与を支援するのに適切である場合、投薬管理モジュールが、メッセージングモジュール５２０に状態情報出力を提供する。状態情報出力に応答して、メッセージングモジュール５２０が、関連するテキストメッセージ、可聴表示イネーブル、又は両方を、１台又はそれ以上の電子計算装置に転送する。
当業者に知られているように、注入オーダは、頻繁に修正される。注入システム２１０は、修正５１４を実行し、注入オーダ修正についての説明を行う。修正５１４は、注入持続時間、流速、注入部位の変更、及び停止オーダ５１６の修正を含む。修正ブロック５１４は、注入オーダ修正を実行するのに必要な機能ブロックをも含む。
注入システム２１０は、停止オーダ５１６を規定した患者医療システムワイド１００を含むことができる。患者の状態の変化により、適切な措置に対するメッセージ５２０を生成することができる。注入システム２１０は、退院又は死亡の際に、転送インターフェース３１０と協調して自動的にオーダを停止する５１６。
システム１００は、在庫・請求書発行モジュール５１８を含む。在庫・請求書発行モジュール５１８は、患者医療に関連する金銭上の取引が最小限の人間の介在によって進行することを可能にする。投薬管理５１２の完了は、請求書発行インターフェース３１２を介した患者への請求書発行をトリガすることができる。請求書発行インターフェースは、ＨＬ７インターフェースを含むことができる。患者が注入オーダ準備５０６の完了に基づいて請求される場合、在庫・請求書発行システム２１０は、貸方記帳工程を含む。貸方記帳工程は、注入バッグが廃棄又は薬局の在庫管理システムへの再登録のために返却される際にトリガすることができる。
注入システム２１０は、患者医療システム１００全体のエンティティと通信するためのメッセージモジュール５２０を含む。具体的には、メッセージモジュール５２０は、患者医療システム１００内の１つ又はそれ以上の電子計算装置へ、テキストメッセージ、可聴表示イネーブル、又は両方を送信する。メッセージは、患者医療システム１００内の投薬管理モジュール又は他の注入システムモジュールによって提供される状態情報出力に応答して送信される。メッセージは状態情報出力と関連しており、従って、臨床家の投薬管理を支援するのに適切なアラート、アラーム、リマインダ、又は他のメッセージを提供する。
例えば、医師が新たなオーダを入力すると、薬局にメッセージが現れ、注入オーダに許可が必要であることを薬剤師に知らせる。同様に、注入オーダが適切に許可されると、臨床家１１６は、デジタルアシスタント１１８上に、注入オーダを注入スケジュール７０４に従って処理すべきであると臨床家１１６に知らせるメッセージを受け取る。オーバーライド５６６は、医師及び／又は薬局に対してメッセージを生成することができる５２０。注入システム１００は、メッセージを生成する５２０ことが必要であるか否かを決定する際に、システム全体のオーバーライドとサブシステムのオーバーライドを区別することができる。メッセージング５２０は、中央システム、薬局、医師、請求書発行モジュール、及び在庫モジュールに送受信されるメッセージを含む。
本システムは、臨床家１１６に、パーソナルコンピュータディスプレイビューを提示することができる。パーソナルコンピュータディスプレイは、臨床家の患者に関する未解決の臨床上の問題点を要約したビューを提供する。臨床家１１６は、患者に関する詳細な情報を迅速に取り出すことができる。本システム１００はまた、特定の重篤な患者状態がある場合に、デジタルアシスタント１１８又は他の通信装置に対して電子メール若しくはページを生成することもできる。
図６には、患者医療システム１００において生じる幾つかの通信路をも示している。強調表示された通信路は、注入システム２１０の説明を容易にするために提供されている。当業者は、患者医療システム１００をネットワーク上で実施すると、図６の強調表示された経路を介して、また図６には示していない代替的経路を介して、種々の機能ブロックが互いに通信することができるのが分かる。システムパラメータを設定するブロック５０２は、経路５２２を介して注入オーダ作成ブロック５０４へシステムパラメータに関連するデータを通信する機能、及び／又は注入オーダ作成ブロック５０４からデータを受け取り、受け取ったデータがどのようにシステムパラメータと関連しているかを注入オーダ作成ブロック５０４に通知するデータを提供する機能を含む。
注入オーダは、経路５２４を介して、注入用調剤ブロック５０６へ直接渡すことができる。注入オーダは、調剤ブロック５０６へ送る前に、経路５２６を介して薬局許可ブロック５０８へ、且つ／又は経路５２８を介して医師許可ブロックへ渡すこともできる。経路５３０は、調剤領域から治療場所１０６への薬剤１２４の送達を強調している。送達は、投薬処置カート１３２を用いて達成することができる。経路５３２、５３４、５３６、及び５３８は、在庫・請求書発行５１８トランザクションを、限定するものではないが、注入オーダ作成５０４、準備５０６、薬剤投与５１２、及び修正５１４のような種々の他の機能に結び付けることができることを強調している。経路５７２、５７４、及び５７６は、患者医療システム１００に含まれるより多くの数の機能及びアクタが、メッセージ５２０ブロックを介して情報を生成並びに受信することができることを強調している。経路５８２は、薬剤師がシステムのデフォルト値５４４を生成し且つ／又は変更することができることを強調している。また、経路５８０は、システム１００全体にわたる種々の機能単位が、注入オーダなどの情報を利用できることを強調している。
図７は、図６のシステムパラメータ設定５０２用機能要素を示すブロック図である。システムパラメータ設定５０２は、限定するものではないが、許容範囲設定５４２、デフォルト値設定５４４、データベース構築５４６、関数定義５４８、及びシステム設定値決定５５０を含む。許容範囲５４２は、限定するものではないが、正味投薬許容範囲５４２ａ、流速許容範囲５４２ｂ、投与時刻許容範囲５４２ｃ、投与システム持続時間５４２ｄ、投与持続時間許容範囲５４２ｅ、及び部位変更許容範囲５４２ｆなどの許容範囲を含む。注入システム２１０はまた、オーダエントリ及びオーダされた許容範囲からの修正に対する別個の許容範囲をも含むことができる。例えば、限定するものではないが、投与システム持続時間５４２ｄ、オーダエントリにおける最大注入持続時間オーバーライド使用可能度設定、及び投与における最大注入持続時間オーバーライド使用可能度設定などの別個の許容範囲を識別することができる。
正味投薬許容範囲５４２ａは、所与の時間に患者に投与するのに安全な薬剤の最大濃度である。注入システム２１０は、正味投薬許容範囲を薬剤と関連付ける。正味投薬許容範囲５４２ａは、薬剤データベース内の薬剤識別ファイル内に定義することができる。注入オーダ作成５０４中、注入システム２１０は、流速５６０ｅ、特定の時間に必要な注入バッグの数５６２ａ、各注入バッグ内の主成分の濃度、各注入バッグが投与されることになる時間、各注入バッグの総量を決定することができる。流速は、手動で入力するか又は各注入バッグの最終濃度又は持続時間を変更することにより調整することができる。一実施形態では、注入システム２１０は、正味濃度チェック５６４ａ（図８）を行い、薬剤が最大濃度を越えないことを保証する。しかしながら、臨床家１１６が最終濃度を調整することによって流速を変更している間に溶液の最終濃度が薬剤の最大濃度を越えるに至ったいかなる時点においても、注入システム２１０は、投与臨床家にメッセージを送る５２０。投与臨床家は、正味投薬許容範囲５４２ａをオーバーライドする許可を得ることができる。注入システム２１０は、オーバーライドの理由を提供するように臨床家１１６に要求することができる。
注入システム２１０は、投薬に対する調整可能な流速許容範囲５４２ｂ及び流速調整許容範囲を含むことができる。流速許容範囲５４２ｂは、患者医療システム１００の全ての組織レベルに対して任意選択的に定義される。許容範囲５４２ｂは、患者医療システム１００全体に対するもの、又は患者医療システム１００のサブシステムに対するものであることができる。例えば、異なる流速許容範囲５４２ｂを、限定するものではないが、新生児部門、小児部門、精神科部門、特定看護部門などのサブシステム、及び特定の患者に適用することができる。流速許容範囲５４２ｂは、当初にオーダされた流速に対して、又は直前の流速に対して特定することができる。臨床家１１６も、特定のオーダに特異的な流速許容範囲を特定することができる。
注入システム２１０は、投与臨床家１１６が新たなオーダを必要とすることなく流速許容範囲５４２ｂをオーバーライドすることを許可されているか否かに関する所定の表示を含むことができる。この表示は、患者医療システム１００全体、サブシステム、又は個々の臨床家１１６に適用することができる。
最大注入持続時間５４２ｄは、患者医療システム１００の様々な部分に対して別個に定めることが可能である。最大注入持続時間５４２ｄは、特定の薬剤１２４に特異的であることもできる。最大注入持続時間オーバーライド５６６（図８）は、オーダエントリの時点において最大注入持続時間５４２ｄをオーバーライドすることが許容される場合に行うことができる。投与における最大注入持続時間のオーバーライドは、投与の時点において最大注入持続時間５４２ｄをオーバーライドすることが許容されるか否か、及び、どのグループのユーザがそのようにすることを許可されるかを設定するために提供することができる。オーダエントリ及び／又は投与中にオーバーライドすることが許容される場合、注入システム２１０は、最大注入持続時間５４２ｄをオーバーライドする権限を有する臨床家１１６のサブセットを定義することができる。
デフォルト値５４４は、限定するものではないが、薬剤希釈剤デフォルト値５４４ａ、希釈剤量デフォルト値５４４ｂ、投与量デフォルト値５４４ｃ、及び測定単位デフォルト値５４４ｄなどのデフォルト値を含む。測定単位（ＵＯＭ）デフォルト値５４４ｄは、患者医療システム１００の様々な部分に最適な測定単位を特定する能力を含む。例えば、薬剤は、医師、投薬臨床家、薬剤師、財務担当者、及び薬剤選別者によって、異なる単位で測定することができる。医師のＵＯＭは一般に、「ｖｉａｌ」及び／又は「ｐｕｆｆ」とは対照的に、「ｍｍｏｌ」、「ｍＥｑ」、「ｍｌ」、並びに／若しくは「ｍｇ」のような測定可能な値である。医師のＵＯＭは、オーダリング及び情報入力５６０などの業務用に用いられる。
投与臨床家のＵＯＭは一般に、「ｐｕｆｆ」、「ｔｂｓｐ」、及び「ｔａｂ」のような、薬剤が投与されることになるＵＯＭを反映する値である。投与臨床家のＵＯＭは、薬剤投与５１２中に用いられる。投与臨床家のＵＯＭはまた、投与報告書、混合剤充填・製造作業オーダなどの文書化にも現れることができる。
薬局のＵＯＭは一般に、「ｔａｂ」、「ｖｉａｌ」、「ｉｎｈａｌａｔｏｒ」、及び「ｊａｒ」のような、薬剤が中で調合される物理的形状を反映する値である。薬局のＵＯＭは、準備５０６及び備蓄・調剤システムにおいて用いられる。財務ＵＯＭは一般に、請求書及び納品書上に現れる財務上の数値を計算するために用いられる。薬剤選別者のＵＯＭは一般に、薬剤を選別する際に用いられる。
測定単位のデフォルト値５４４ｄは、チェックマークが種々のＵＯＭをＵＯＭのユーザと関連付けるテーブル内に配置されたチェックボックステーブルを用いて特定することができる。注入システム２１０は、１つより多い機能に対して同一のＵＯＭを用いることができる。例えば、医師のＵＯＭは、薬剤師のＵＯＭと同一であることができる。デフォルト値設定５４４には、種々のＵＯＭを調整するのに必要なデータが含まれる。例えば、ＵＯＭのデフォルト値５４４ｄは、種々のＵＯＭ間に一対一の対応関係を生成するのに必要な乗数及び除数を含むことができる。ＵＯＭのデフォルト値５４４ｂは、個々の臨床家の要望に適するように変更することができる。しかしながら、一対一の対応関係は、患者医療システム１００によって維持されなければならない。注入システム２１０は、投薬単位デフォルト値の履歴を維持するように設計することができる。
注入システム２１０はまた、投薬測定接尾辞をも含むことができる。投薬測定接尾辞は、オーダエントリ中にデフォルト値をとることができる。投薬測定接尾辞は、投薬測定の共通単位とすることができ、また体表面積及び体重などの患者の特徴に関連する単位を含むことができる。投薬測定接尾辞は、投薬測定接尾辞は、薬物ごと、オーダタイプごと、投与量ごと、及びＵＯＭごとに指定することができる。
データベース構築５４６は、データベース、及び／又は、限定するものではないが、調剤領域５４６ａ、添加剤情報５４６ｂ、溶液５４６ｃ、予混合の定義５４６ｄ、好み５４６ｅ、タイミングオーバーライドの理由５４６ｆ、流速オーバーライドの理由５４６ｇ、変換テーブル５４６ｈ、流速記述５４６ｉ、機器・ルーティング情報５４６ｊ、及びメッセージトリガ５４６ｋなどの単一データベースの一部の構築を含む。
タイミングオーバーライドの理由５４６ｆは、注入オーダのタイミングを変更するための表示可能な理由を含む。例えば、タイミングオーバーライドの理由５４６ｆは、当初の注入オーダに特定された時刻以外の時刻に注入オーダを実行するための、デジタルアシスタントディスプレイ１１８ａ用のスタイラスによって選択可能な理由を含むことができる。臨床家１１６がオーダされた投与時刻許容範囲５４２ｃ外において薬剤を投与する場合、臨床家１１６は、表示された理由１００８ｆ（図１１）から変更の理由コードを選択するように要求されることができる。他の理由コードの例には、限定するものではないが、ＰＲＮ投与理由コード及び注入を停止するためのコードが含まれる。
薬剤１２４及び／又は注入オーダは、システムの流速許容範囲５４２ｂを含む流速許容範囲を有することができる。注入システム２１０は、流速オーバーライド理由テーブル５４６ｇを含むことができる。流速オーバーライド理由５４６ｇは、臨床家１１６が流速許容範囲５４２ｂによって定められた限度を越えて流速を変更する必要のある場合に、臨床家１１６が選択及び／又は提供することのできる注釈である。注入システム２１０は、定義済みメッセージトリガ５４６ｋを含み、臨床家１１６がオーダによって定義された流速許容範囲をオーバーライドする場合に患者の医師にメッセージを送るべきか否かを示すことができる。注入システム２１０はまた、臨床家１１６が流速許容範囲５４２ｂのような許容範囲をオーダ以外のレベルに定めてオーバーライドする場合にメッセージのやりとりを行うべきか否かを示す定義済みメッセージトリガ５４６ｋをも含むことができる。
注入システム２１０は、限定するものではないが、流速変換テーブル、可変成分変換テーブル、及び可変流速変換テーブルなどの変換テーブル５４６ｈを含むことができる。流速変換は、オーダが、限定するものではないが、特定の濃度での投与量／時間、体重／時間の単位当たりの量、体表面積／時間の単位あたりの投与量、及び総投与量並びに総持続時間などの方法で最初に特定されている場合に、注入オーダを量／時間によって定められた流速に変換する工程を含む。
可変成分変換は、別個の注入バッグ内に可変成分を有する注入オーダの複数の流れ時間を目下投与中の注入バッグに対する流速に変換する工程を含む。可変成分を有するオーダには、限定するものではないが、順序付きオーダなどのオーダが含まれる。順序付きオーダにおいては、異なるバッグが、異なる成分及び潜在的に異なる流速を有する。
可変流速変換は、様々な流速を有する注入オーダの目下注入中の溶液に対する流速への変換を含む。可変流速オーダには、限定するものではないが、ボーラス／ベイサル（ｂａｓａｌ）、オーダ、投与量オーダの漸減及び投与量オーダの修正などのオーダが含まれる。
注入システム２１０は、所定注入流速５４２ｂを含むことができる。所定注入流速５４２ｂは、流速記述５４６ｉと関連付けることができる、流速をキーボードから入力する工程からのショートカットとして、ドロップダウンリストからの選択を可能にする。
定義済み関数５４８には、限定するものではないが、調剤領域関数５４８ａ、バッグ持続時間関数５４８ｂ、オーバーライド要求検証関数５４８ｃ、持続時間対量関数５４８ｄ、持続時間対流速関数５４８ｅ、及び流速対点滴速度関数５４８ｆなどの関数が含まれる。注入システム２１０は、注入オーダごとに注入すべき量を決定するための持続時間対量関数５４８ｄを含むことができる。流速対点滴速度関数５４８ｆは、医療機器３３０に関する情報を用いて、流速を点滴速度に変換する。
決定された設定５５０には、限定するものではないが、オーバーライド許可５５０ａ、流速精度５５０ｂ、量精度５５０ｃ及び時間精度５５０ｄなどの設定が含まれる。所望であれば、注入システム２１０は、総注入量及び注入オーダの流速を決定することができる。これらの数値が決定されれば、計算された値を、医師、薬剤師、及び看護師などの臨床家１１６が理解できる流速精度５５０ｂ及び量精度５５０ｃに丸めることが望ましい。流速表示精度５５０ｂは、流速を設定された数の小数位まで表示するように設定することができる。患者医療システム１００の様々な部分が、表示される流速に対する精度を単独で決定することができる。例えば、注入システム２１０は、成人治療場所に対しては小数点第１位まで、新生児治療場所に対しては小数点第３位まで表示することができる。流速精度５５０ｂは、臨床家の患者が置かれている科を反映する。注入オーダの流速は、システム定義済みの精度に丸めることができる。精度は、全ての注入オーダに対して同一としてもよく、患者の科に依存してもよい。
量表示精度５５０ｃは、同様に、設定された数の小数位まで注入量を表示するように設定することができる。設定可能な時間精度５５０ｄは、注入が単回投与の注入又は間欠注入である場合に流速に基づいて投与の持続時間を計算するために用いることができる。計算された各注入バッグの総量は、量精度５５０ｃに従って丸められる。投与時間は、設定された時間精度５５０ｄに従い、注入システム２１０によって丸められる。時間精度５５０ｄは、患者の科に関係なく全ての注入オーダに対して同一であってもよく、科別であってもよい。
（オーダ作成）
図８は、図６の注入オーダ作成５０４用の機能要素を示すブロック図である。注入オーダ作成５０４は、注入オーダを作成するための機能ブロックを含む。注入オーダ作成５０４には、情報入力５６０、計算５６２、チェック５６４、及びオーバーライド５６８が含まれる。情報入力５６０には、限定するものではないが、オーダタイプ識別５６０ａ、薬剤識別５６０ｂ、投与量識別５６０ｃ、希釈剤識別５６０ｄ、流速識別５６０ｅ、及び注入部位識別５６０ｆなどの機能が含まれ得る。
注入オーダ作成５０４は、注入バッグ準備５０６、注入バッグ送達（経路５３０）、薬剤投与５１２、及び注入オーダ修正５１４にリンクされている。注入オーダタイプ５６０ａには、限定するものではないが、単回投与、負荷投与、間欠投与、及び持続投与などのオーダタイプが含まれる。持続注入には、交互注入、逐次注入、漸減注入、及び滴定注入が含まれる。注入オーダにおいて最初の薬剤５６０ｂを選択すると、該薬剤用の注入オーダタイプ５６０ａの書式は、デフォルト値をとることができる。オーダする臨床家は、異なるオーダタイプを選択する選択肢を有することができる。投与量５６０ｃ及び測定単位５４４ｄもデフォルト値をとることができる。測定単位５４４ｄは、薬剤及び／又は投与量５４４ｃと相関させることができる。注入システム２１０は、薬剤に対して、１種類のデフォルト希釈剤、又は数種類のデフォルト希釈剤を含むことができる。１つのデフォルトは、好ましい希釈剤として識別することができる。記述を希釈剤と関連付け、オーダする臨床家がどの希釈剤を選択すべきかを決定するのを支援することができる。希釈剤に関する記述に参照を含めることができ、患者が高血圧症である場合に特定の希釈剤の使用を回避することができる。
注入システム２１０はまた、先に述べた注入オーダタイプに基づいて付加的な注入オーダサブタイプ５６０ａを可能にすることもできる。付加的な注入オーダサブタイプ５６０ａには、限定するものではないが、ＴＰＮ注入オーダ、化学療法の持続注入オーダ、ピギーバック注入オーダ、及び大量非経口注入オーダが含まれ得る。注入オーダサブタイプには注入システム２１０の様々な部分からアクセスすることができ、サブタイプによる注入オーダの分類及びフィルタ処理を可能にしている。注入オーダサブタイプのオーダ及び関連する薬局のワークフローを更にカスタマイズするために、各注入オーダサブタイプに対する特別なラベル形式も定めることができる。
注入オーダ作成５０４中に薬剤１２４を探索している際に、臨床家１１６の注入オーダ作成を支援するために、薬剤１２４に添加剤及び／又は溶液のフラグを立てることができる。この指定は、薬剤識別ファイル内で行うことができる。
薬剤の投与量５６０ｃは、限定するものではないが、体重、体表面積によるなどの幾つかの方法で決定し、速度に応じて入力することができる。流速が入力されない場合、注入システム２１０が、特定された投与量及び時間に応じて流速を計算する。オーダする臨床家は、希釈剤５６０ｄ及びその量を特定することができる。薬局は、そのようなパラメータに対するデフォルト値を提供することができる−線５８２参照（図６）。薬剤５６０ｂに対する正味濃度５６４ａ及び流速５６４ｂが適切であることを保証するために、チェック５６４を行うことができる。
注入システム２１０は、患者の体重、体表面積、及び／又は特定の治療頻度及び治療継続期間に基づいて、流速５６０ｅを特定並びに／若しくは計算することができる。オーダされた流速５６０ｅは、システムの流速許容範囲５４２ｂなどの流速許容範囲に対してチェック５６４ｂされる。薬剤１２４の正味濃度は、システムの正味濃度許容範囲５４２ａなどの正味濃度許容範囲に対してチェック５６４ａすることができる。
一実施形態では、流速５６０ｅは、オーダの入力を促進するために、デフォルト流速に関する記述の表示をも含むことができる。流速５６０ｅは、流速記述データベース５４６ｉを参照することができる。
計算５６２は、患者の体重及び／又は身長（おそらくはＡＤＴインターフェース３１０によって提供される）、薬物の量、希釈剤の量、濃度、若しくは速度に基づく投与量の計算を含むことができる。計算５６２は、限定するものではないが、流速、処方箋に特定されていない場合、バッグの数量５６２ａ又は特定の時間に必要な注入バッグの数、各注入バッグが投与されることになる時間、及び溶液中の成分の濃度に基づいた各注入並びに各注入バッグの総量の計算を含むことができる。流速、注入されることになる量及び／又は持続時間は、変更することができる。変更された場合、注入システム２１０は、変更に依存する量を自動的に計算し、計算に基づいて、その濃度における成分の最大投与量が該成分の薬剤ファイルに特定されたものを超える場合、患者医療注入システム２１０は、薬剤師及び／又は臨床家１１６に警告し、その調整に対する理由コードを要求することができる。
計算５６２は、限定するものではないが、バッグ量計算５６２ａ、変換計算５６２ｂ、持続時間対量の計算５６２ｃ、及び流速対点滴速度の計算５６２ｄなどの計算を含むことができる。チェック５６４は、注入オーダが受けることのできる様々なチェックを含む。チェックには、限定するものではないが、正味濃度チェック５６４ａ、流速チェック５６４ｂ、投与時刻チェック５６４ｃ、持続時間チェック５６４ｄ、及び注入部位チェック５６４ｅなどが含まれる。注入オーダがチェック５６４に引っかかった場合、臨床家１１６は、該チェックを無効にすることができる。オーバーライド５６８は、限定するものではないが、正味濃度オーバーライド５６８ａ、流速オーバーライド５６８ｂ、投与時刻オーバーライド５６８ｃ、持続時間オーバーライド５６８ｄ、及び注入部位オーバーライド５６８ｅなどのオーバーライドを含むことができる。オーバーライド５６８は、医師及び／又は薬局に対するメッセージを生成する５２０ことができる。注入システム２１０は、メッセージを生成する５２０ことが必要であるか否かを決定する際に、システム全体にわたるオーバーライドとサブシステムのオーバーライドを区別することができる。
オーバーライドは、臨床家が許容範囲をオーバーライドする権限を有するか否かの表示を含むことができる。例えば、流速オーバーライド５６８ｂは、注入オーダを入力している臨床家がシステムの流速許容範囲５４２ｂをオーバーライドする権限を有しているか否かを表示することができる。この表示は、患者医療システム１００又はサブシステムに適用することができる。持続時間オーバーライド５６８ｄは、注入オーダを入力している臨床家１１６がシステムの持続時間５４２ｄをオーバーライドする権限を有しているか否かを表示することができる。この表示は、患者医療システム１００又はサブシステムに適用することができる。オーバーライド５６６はまた、オーバーライドの理由５６８ｆの表示をも含む。オーバーライドの理由５６８ｆは、臨床家１１６がドロップダウンメニューから選択することができる。
注入オーダ作成５０４の結果が注入オーダ７０２である。注入オーダ７０２は、注入スケジュール７０４を含むことができる。注入システム２１０は、注入オーダ７０２がアクティブである限り、時間を予測し、要求に応じて特定されない場合、該時間に対する注入バッグの充填のための注入スケジュール７０４を生成することができる。オーダする臨床家は、注入オーダに対して終了日を特定する必要がない。注入システム２１０は、注入システム２１０に定められた許容範囲５４２に基づいた注入バッグ送達の自動スケジューリングを含むことができる。
（オーダ準備）
図９は、図６の注入オーダ準備５０６用の機能要素を示すブロック図である。注入準備５０６は、注入オーダ７０２（図８）を準備するための機能ブロックを含む。注入準備５０６は、限定するものではないが、準備場所の決定５０６ａ、成分スキャン５０６ｂ、バッグ持続時間チェック５０６ｃ、及び薬剤ラベル１２４ａ用のバーコード印刷５０６ｄを含むことができる。バーコード印刷５０６ｄは、ラベル印刷３２６（図４）を参照して上述した機能を含むことができる。
注入オーダが注入システム２１０に入力された後、準備指示が準備場所にルーティングされる。準備場所は、注入システム２１０の準備プログラム５０６及び注入要素に依存する。注入システム２１０は、注入オーダが準備されることになる場所を特定する準備領域データベース５４６ａなどの調整可能なデータベースを含むことができる。注入オーダは、薬局、又はフロア若しくは治療場所１０６のような遠隔位置で準備することができる。臨床家１１６は、デジタルアシスタント１１８又はディスプレイを有する他の装置上に表示することのできるイベント管理情報を用いて、成分のバーコード確認を含む準備工程を通じて誘導される。
薬剤ラベル１２４ａは、成分及び成分濃度を識別する。薬剤ラベル１２４ａは、どの位置にも印刷することができる。薬剤ラベル１２４ａは、バーコード印刷５０６ｄを含むのが好ましい。バーコード印刷５０６ｄは、各注入バッグ用のバーコードラベル１２４ａ印刷を含むことができる。ラベル１２４ａは、正しい薬剤が正しい時間に且つ／又は正しい順序で投与されることを保証するのを支援する。交互注入オーダ及び逐次注入オーダは、特に、順序誤り及びタイミング過りを招きやすい。バーコード印刷５０６ｄは、注入オーダ７０２の各バッグに対する独自のバーコードラベルの印刷を含むことができる。バーコード印刷５０６ｄはまた、注入バッグ内の成分の組み合わせ及びそれらの成分の濃度を独自に識別するバーコードラベル１２４ａの印刷をも含むことができる。薬剤１２４用バーコードは、接頭辞、接尾辞、及び全米医薬品コード（ＮＣＤ）を含むことができる。一実施形態では、バーコードは、ロット及び期限切れをも含むことができる。代替的に、ロット及び期限切れを含む別個のバーコードを提供してもよい。アクティブＲＦＩＤタグ又はパッシブＲＦＩＤタグ、磁気帯等を含むバーコードの他の実施形態を用いてもよい。
（薬剤投与）
図１０は、図６の薬剤投与５１２用の機能要素を示すブロック図である。薬剤投与５１２は、薬剤を患者１１２に投与するために用いられる機能ブロックを含む。薬剤投与５１２は、薬剤バーコードの読み取り５１２ａ、患者バーコードの読み取り５１２ｂ、有効期限チェック５１２ｃの実行、滴定通知５１２ｄ、流速対点滴速度の表示５１２ｅ、「随時」注入開始５１２ｆ、運転パラメータのダウンロード５１２ｇ、及び時間監視５１２ｈを含むことができる。注入システム２１０はまた、漸減オーダ及び交互オーダなどの１つ以上の流速を有する可能性のあるオーダを、目下投与中の注入バッグに対する流速に変換することもできる。注入システム２１０はまた、逐次オーダなどの異なる成分の入った注入バッグを有するオーダを、目下投与中の注入バッグに対する流速に変換することもできる。
薬剤１２４の投与と同時に、臨床家１１６は、薬剤ラベル１２４ａをスキャンする。注入システム２１０は、注入オーダの実行を開始する際、流速を変更する際、バッグを交換する際、及び／又は注入オーダを停止する際にバーコードを付したラベル１２４ａをスキャンする工程を含む。注入システム２１０は、バーコードを付したラベルを有する注入バッグがその時に且つ患者１１２に対して投与されるべきであることを確認する。流速及び投与された量を含む薬剤投与の履歴は、収集して維持することができる。幾つかの注入オーダは、注入バッグのほんの一部分の特定の量を投与しようといった意図をもって、注入バッグの吊り下げを要求する。注入システム２１０は、臨床家１１６が注入バッグのある量を投与することをオーダするのを可能にする。ほとんどの注入ポンプが、投与すべき量又は流速及び時間を定める機能を有している。いったんこの時間が経過すると、注入ポンプは、その後の投与を自動的に防止する。注入システム２１０は、投与臨床家に対するリマインダとして、薬剤ラベル１２４ａに、それを部分的に投与すべきであり且つ適切な量を投与すべきであるというメッセージを提供する。
流速対点滴速度表示５１２ｅは、流速対点滴速度関数５４８ｆにより生成されたデータを用いて、投与臨床家に、目下の注入バッグに対する点滴速度を提供する。薬剤投与５１２中、臨床家１１６は、デジタルアシスタント１１８を用いて、流速及び他の運転パラメータをチェックすることができる。流速変更１００２ｂ（図１１）は、リアルタイムで通信される。
注入システム２１０は、ＰＲＮ注入又は「随時」注入の開始５１２ｆを含むことができる。「随時」注入開始５１２は、新たなアクティブオーダの作成及びＰＲＮ薬剤の調剤を生じさせる。この選択肢は、臨床家１１６に、患者に対してなされた先行ＰＲＮオーダのリストからＰＲＮ注入を選択するように促す工程と、要求された注入バッグのデフォルト値を１に設定する工程とを含むことができる。臨床家１１６は、要求された注入バッグの量を変更する権限を有することができる。
運転パラメータのダウンロード５１２ｇは、医療と関連付けられた患者識別子及び／又はリストバンド１１２ａから取り出した患者識別子が中心位置における医療と関連付けられた患者識別子と同一であるか否かを判定する工程を含むことができる。判定は、第１のコンピュータ、例えば第１の中央サーバ１０９によって行われることが多い。注入システム２１０が種々の患者識別子が同一でのものはないと判断した場合、本システムは、アラームメッセージ５２０を生成することができる。種々の患者識別子が同一であると注入システム２１０が判断した場合、注入システム２１０は、医療機器３３２へ直接運転パラメータをダウンロードすることができる。注入システム２１０は、運転パラメータを、注入ポンプ１２０などの医療機器３３２に送ることができる。
システムプログラム２１０の１つの利点は、医療機器３３２をプログラムするのに運転パラメータを利用できるようになる前に、医療機器３３２に対する運転パラメータが、デジタルアシスタント１１８又は遠隔位置のどのような他のコンピュータも通過する必要がない点である。遠隔位置のコンピュータをバイパスすることは、患者１１２へ薬剤１２４を投与するにあたっての潜在的な過誤の源を排除する。医療機器３３２に対する運転パラメータは、様々な検証が達成されると仮定すれば、医療機器３３２へ「直接」送ることができる。この脈絡において、「直接」とは、デジタルアシスタント１１８又は遠隔位置のどのような他のコンピュータも通過することなく運転パラメータを医療機器へ送ることができることを意味する。
別の実施形態では、注入システム２１０は、中央コンピュータが第２の薬剤識別子を受け取る追加ブロック（図示せず）を含むことができる。遠隔位置の臨床家１１６は、第２の薬剤識別子を入力することができる。第２の薬剤識別子は、改訂された第１の薬剤識別子であることができる。例えば、第２の薬剤識別子は、第１の患者ＩＤ及び運転パラメータの発生源である処方箋又は電子医師オーダの一部であることができる。次いで、注入システム２１０は、運転パラメータを医療機器へ送る前に、第１と第２の薬剤ＩＤが同等であることを確認することができる。第２の薬剤ＩＤは、処方が入力される時点と薬剤１２４が治療場所１０６に到着する時点の間で、改訂された第１の薬剤ＩＤに置き換えることができる。次いで、第２の薬剤識別子が薬剤ラベル１２４ａに含まれていた第１の薬剤識別子と同等でない場合、注入システム２１０は、警報を鳴動させることになる。更に別の実施形態では、注入システム２１０は、運転パラメータが医療機器３３２をプログラムするために用いられる追加ブロック（図示せず）を含むことができる。
ブロック５１２などの注入システム２１０の様々なブロックが、デジタルアシスタント１１８上に治療情報を表示する機能を含むことができる。これは、注入ポンプ１２０のディスプレイ１２０ｃ上の情報を正確に映し出す情報を表示する機能を含むことができる。注入ポンプ１２０のディスプレイ１２０ｃ上の情報は、患者１１２、患者の位置、及び注入オーダに関する情報で補完することができる。この情報は、注入ポンプ１２０の複数のチャネルに関する情報を含むことができる。表示される情報は、限定するものではないが、性格、プロンプトライン、状態表示行、操作アイコン及び揚程表示などの情報を含むことができる。操作アイコンは、滴下、停止符号、流れチェックピギーバック、及び遅延開始を含む。揚程表示は、薬物ラベル及び注入速度などの情報を含む。当業者は、上述の表示情報及び操作アイコンには精通している。
注入システム２１０の時間監視機能５１２ｈは、オーダを完了するための残りの時間及び投与すべく残っている注入オーダの量を計算する。臨床家１１６が注入オーダの実施、流速の変更、及び注入状態のチェックのために注入システム２１０を用いる場合、注入システム２１０は、投与すべく残っている時間及び量を計算し、計算結果がバッグの一部分を用いることになることを示した場合、それを示す。例えば、全量を投与する前に停止すべきオーダの最終バッグの際、及び／又は全量を投与する前に交換しなければならないオーダのバッグの際に、臨床家１１６は、デジタルアシスタント１１８並びに／若しくはカート１３２上にアラートを受ける。アラートは、「１５０ｍｌのみ投与」などのメッセージを含むことができる。
時間監視５１２ｈは、バーコードスキャンを用いて、流速に対してなされたあらゆる変更を追跡する機能を含む。薬局は、変更に従って次に必要な注入バッグの準備５０６を調整するようにリアルタイムで通知される。準備５０６及び薬剤投与５１２の監視により、薬剤１２４のジャストインタイムの送達が可能となる。ジャストインタイムの送達は、注入オーダの中止又は修正による無駄を減らす。監視はまた、患者１１２の安全も保証する。
ＰＲＮオーダの滴定に関しては、オーダ内の滴定条件に流速を変更しなければならないことが示されている場合、臨床家１１６は、必要な流速変更について自動的に通知を受ける。注入システム２１０は、流速の滴定速度への変換５４８ｆを計算するための定義済み関数を含む。注入システム２１０によって定義された値は、調整可能とすることができる。注入システム２１０は、処置を施している間臨床家１１６を支援するために、流速の点滴速度への自動変換５４８ｆを含むことができる。
（オーダの文書化及び修正）
図１１は、注入オーダの文書化１０１２、及び図６の注入オーダの修正５１４並びにメッセージング５２０用の機能要素を示すブロック図である。修正５１４は、既存の注入オーダを修正するために用いられる機能ブロックを含む。修正５１４は、新たなオーダを作成して既存の注入オーダを更新することと見ることもできる。修正５１４は、修正変更１００２、通常、新たなオーダに対して全てのオーダリングオプションが利用可能である１００４、再チェック１００６、再チェックオーバーライド１００８、及び新たな流速対新たな点滴速度の表示１０１０を含むことができる。注入オーダの修正は文書化１０１２及び、メッセージング５２０につながることが多い。修正５１４は、処方修正モジュール３３６（図４）に関して説明した機能を含む。しかしながら、修正５１４には、限定するものではないが、処方箋エントリ３２４、処方箋起動３０６、及び処方許可３０８などの患者医療システム１００の他の部分からもアクセスすることが可能である。
修正５１４には、持続時間の修正１００２ａ、流速の修正１００２ｂ、新たな注入部位の使用１００２ｃ、修正理由の識別１００２ｄ、注入バッグの量の識別１００２ｅ、及び停止オーダの処理１００２ｆが含まれる。臨床家１１６は、患者１１２が嘔吐しているときのように、患者１１２が不快感を訴えている場合又は体液平衡を促進する場合には、オーダなくして注入速度を変更することもできる。
修正変更１００２には、新たな持続時間の識別１００２ａ、新たな流速の識別１００２ｂ、新たな注入部位の識別１００２ｃ、修正理由の識別１００２ｄ、注入バッグ内の残量の識別１００２ｅ、停止オーダ５１６が含まれる。最初の注入オーダ作成５０４中に利用可能なオーダリングオプションは、通常、注入オーダの修正に対しても利用可能である。最初のオーダ作成５０４中に利用可能なオーダリングオプションには、図８に示すものが含まれる。再チェック１００６及び再チェックオーバーライド１００８は、図８を参照して説明したチェック５６４並びにオーバーライド５６６に類似している。新流速対新流速の表示１０１０は、臨床家が薬剤投与５１２中に過誤の可能性を最小限に抑えるのを支援する。修正された注入オーダは、修正された注入スケジュールをもたらすことができる。
流速は、注入が不注意によって短時間停止された場合に調剤のスケジュールを変更することなく遅れを取り戻すためなどの理由により、治療場所１０６において頻繁に修正される。そのような修正では、新たな注入スケジュール７０４を薬局に連絡する必要はないかもしれない。他の場合には、新たなスケジュール７０４は、薬局又は他の調剤スタッフに連絡しなれればならない。流速の修正１００２ｂは、注入オーダのスケジューリング変更及び／又は適切な臨床家１１６に対するメッセージ５２０をトリガする。
臨床家１１６が治療場所１０６において注入システム２１０に流速の修正１００２ｂを入力する際に、臨床家１１６は、注入スケジュール７０４を再計算して薬局に送信することを選択することもできる。臨床家１１６は、バーコード印刷５０６ｄモジュールによって新たな薬剤ラベル１２４ａを印刷することを要求する選択肢を有する。新たな薬剤ラベル１２４ａは、先に準備された注入バッグのいずれかに関する新たな情報を反映するデータを含む。
注入システム２１０及び／又は臨床家１１６は、注入部位の修正１００２ｃを要求することができる。部位は、コンピュータ画面上の解剖図のリストから選択することができる。臨床家１１６には、修正の理由を識別する１００２ｄように要求することができる。限定するものではないが、タイミングに関するオーバーライドの理由５４６ｆ及び流速に関するオーバーライドの理由５４６ｇなどのデータベースに格納された理由を、臨床家１１６による識別を容易にするために表示することができる。医師がオーダした修正に対する別個のハードコードされた理由が存在し得る。医師がオーダした修正に対しては、医師を識別するように臨床家１１６に要求することができる。
修正を実行する前に、現在の注入バッグ内の残量が識別される１００２ｅ。臨床家１１６には、修正前の流速及び／又は量の表示値から計算された量を受け取るオプションを提供することができる。
所望であれば、現行の注入を停止する１００２ｆことができる。オーダの停止が要求されない場合、例えば同一の注入バッグを新たな流速及び／又は新たな追加薬剤と併せて使用することができ、古い流速を識別して修正された流速と比較することができる。
先に準備されたどの注入バッグも、新たな注入スケジュール７０４に基づいて期限切れをチェックすることができる。一時的な停止若しくはオーダ保留の後に注入オーダが再開される際に、すでに準備されていた溶液の期限切れに関して期限切れチェックを行うことができる。
新たな注入スケジュール７０４は、薬局又は他の準備場所における準備５０６を制御するために用いられる。システムのデフォルト値５４４は、いずれかの準備されたバッグを請求書発行インターフェース３１２を通じて患者１１２に対する貸方に記入すべきか否か、及びそれらを在庫に対する貸方に記入すべきか否かに関して設定することができる。
注入オーダ変更１００２は、新たなオーダに対して利用可能な全てのオーダリングオプション１００４を含む。修正された流速は、限定するものではないが、正味濃度１００６ａ、流速１００６ｂ、投与時刻１００６ｃ、持続時間１００６ｅ、及び注入部位１００６ｆなどの規則及び許容範囲に関して再チェック１００６することができる。オーバーライド１００８は、許容範囲外の修正に対して利用可能とすることができる。注入システム２１０はオーバーライド及び当初のオーダに特定された時刻以外の時刻に投与中の薬剤に対する理由を表示する１００８ｆことができる。臨床家１１６には、修正に対する理由を識別するように要求することができる。
注入システム２１０は、修正された流速１００２と関連付けられた修正された点滴速度を示す表示を臨床家１１６に提供することができる。表示情報は、流速対滴速度５４８ｆの定義済み関数によって計算することができる。注入システム２１０には、点滴速度を計算するのに用いるために、注入システム２１０内で用いられる典型的な注入チューブに関する記述を提供することもできる。
修正は、注入システム２１０による注入バッグの期限切れの確認及びオーダの完了前に注入バッグの期限が切れる場合の臨床家１１６へのメッセージの提供をもたらす。メッセージは、薬局と連絡をとるように臨床家１１６に要求することができる。限定するものではないが、あらかじめ混合された溶液及び注入システム２１０外で製造された溶液などの溶液に対する注入バッグの期限切れの確認は、スキャンコードの構文解析を含むことができる。
流速オーバーライド１００８ｂは、注入オーダを修正する臨床家１１６が新たな注入オーダに対する承認を要求することなくオーダされた限界をオーバーライドする権限を有するか否かを表示することができる。この表示は、患者医療システム１００又はサブシステムに適用することができる。
文書化１０１２は、リアルタイムで注入オーダ情報を取り込む。文書化には、同時実施中の複数の注入、及び限定するものではないが、持続時間変更１００２ａ、流速変更１００２ｂ、量変更１０１２ｃ、及び注入部位変更１００２ｄの文書化が含まれる。
注入システム２１０は、臨床家１１６が流速におけるあらゆる変更を変更が生じているときに捕捉するのを支援することができる。臨床家１１６は、モルヒネ注入の流速を４ｍｌから２ｍｌに減らすことのなどの、注入オーダにおいて要求される流速変更を行うことができる。注入システム２１０は変更を新たなオーダとして認識することができるが、注入システム２１０は、修正されたオーダが新たなバッグの生成をもたらさないように、重複を回避するように設定することができる。
文書化１０１２は、限定するものではないが、注入一時停止、注入中止、及び／又は注入再開などの変更を文書化する機能を含む。臨床家１１６は、注入部位に欠陥がある、注入が外れているなどの様々な理由によって注入を停止することができ、且つ／又は患者１１２の動きを促進するために注入をヘパリン／生理食塩水ロックすることができる。注入は、新たな部位／注入が回復されたときに再開することができる。しかしながら、これにかけることのできる時間の長さは可変であってもよく、通常、注入システム２１０によって記録される。
政府規制では、注入投与の工程における全ての停止の追跡が要求されることが多い。注入システム２１０は、投与臨床家１１６が薬剤ラベル１２４ａをスキャンし、許容範囲設定５４２によって生成された許容範囲のような許容範囲に基づいて流速を調整１００２ａすることにより、デジタルアシスタント１１８又は他のコンピュータ装置上に流速の修正を文書化することを可能にする。流速の修正１００２ｂは、関連する薬局の注入スケジュール７０４にリアルタイムで対応し、患者治療領域１０６に対するジャストインタイムの注入バッグの在庫管理を保証する。文書化１０１２は、特定の状況下で、オーダの遡及適用を可能にすることができる。
注入システム２１０は、注入部位１０１２ｄ及び複数の注入部位に対する複合注入１０１２ｅを文書化する機能を含む。多くの状況において、患者１１２は、幾つかの注入薬剤が１つの部位に流入し且つ他の注入薬剤が別の部位に注入されるように、複数の薬剤１２４及び「未−済」注入を有することができ、例えば、モルヒネ注入、右腕（部位１）に注入される抗生物質及び生理食塩水並びにＴＰＮ及び二重管腔ＣＶＬ（部位２）内に流入する２／３＆１／３。注入システム２１０は、どの部位を通じて様々な流体が注入されているかについて臨床家１１６が文書化することを可能にする。集中治療室のような治療場所１０６においては、２つ以上の多くの注入薬剤を、１つのライン又は１つの管腔内に流入させることができる。臨床家１１６は、ＣＶＬのどの管腔に注入又は薬剤が流入しているかを示すことができる。
注入システム２１０は、注入用の部位の位置１０１２ｄ及びどのような部位位置の変更も文書化する機能を含む。注入部位は、閉塞又は方策により、頻繁に変更される。従って、臨床家１１６は、注入が外されその後再開された場合に部位位置の変更を文書化しなければならない。
注入システムは、集中型の装置構成を提供する。注入ポンプ１２０などの医療機器に対する運転パラメータは、デフォルト値及び／又は許容範囲を含むことが多い。デフォルト値及び／又は許容範囲、例えば流速許容範囲５４２ｂは、注入システム２１０、並びに／若しくは機器３３２に関連付けられた記憶装置内に常駐させることができる。例えば、注入ポンプ１２０は、関連付けられた流速許容範囲を有する薬剤のテーブルを有するデータベースを含むことができる。臨床家１１６が関連付けられた流速許容範囲を越える流速を入力した場合、臨床家１１６は警告を受け、次いで、続行することを許可されるか、又は続行を禁止される。心拍数モニタなどの機器３３２はまた、アラートに対して設定可能な許容範囲をも有することができる。アラートに加え、ネットワーク名、ＩＰアドレス、ポーリング周期、及び色などの多くの他の特徴を一般に、機器３３２に対して設定することができる。注入システム２１０は、医療機器３３２を１台又はそれ以上の中央コンピュータから個々に又はグループで設定する機能を含む。
システム設定パラメータは、第１の種類の医療機器に対して定義することができる。システム設定パラメータは、特定の第１の種類の機器がその特定の第１の種類の機器に適用されるより特定的な設定パラメータを有していない限り、第１の種類の機器によって送受される。例えば、第１の複数の第１の種類の医療機器は、一般的医療処置の場所に配置することができる。第２の複数の第１の種類の医療機器は、集中的医療処置の場所に配置することができる。一般的医療処置の場所は、特定の設定パラメータを有しないかもしれず、一方、集中的医療処置の場所は特定の治療パラメータを有しない。システム設定パラメータは、特定の設定パラメータが例えば集中的医療処置の場所に適用されない限り、注入システム２１０全体にわたる全ての第１の種類の医療機器、即ち一般的医療処置の場所内の機器に適用されることになる。
各種類の機器に対し、特定のグループに分けられた機器全体にわたるその種類の全ての機器に適用されるパラメータは、特定の機器がそのような定義を有するグループに属する場合、該特定の設定パラメータが注入システム２１０内のより更に特定的なレベルにオーバーライドされない限り、システム設定パラメータをオーバーライドする。グループは、臨床サービス、看護室、及び／又はサービスと看護室の組み合わせとして定義することができるかもしれない。
各種類の機器に対し、ユーザは、あらゆる他の定義をオーバーライドする特定の範囲の属性を有するオペレーションに用いられる種類の全ての機器に適用される設定パラメータのセットを定義することができる。病院においては、オペレーションは、注入オーダ及び患者の体重、薬物、患者の病態、及び患者の重症度を含むかもしれない属性からなる可能性がある。
機器は、一般的なグループ、特定のグループの一部として識別し、且つ／又はデータベース内のテーブル内の機器アドレスを含むことにより、特定の患者に関連付けることができる。次いで、一般的な又は特定の設定パラメータを、機器の識別情報に従って該機器に送信することができる。次いで、その特定の設定パラメータを、注入システム２１０にリードバックし、最初に送信された設定パラメータと比較して、最初の設定パラメータが機器３３２によって正しく受信されたことを確認することができる。設定パラメータが正しく受信されなかった場合、注入システム２１０は、矛盾又は通信障害を識別するメッセージ５２０を提供することができる。
注入システム２１０は、中央コンピュータを経由せずに機器においてなされた設定パラメータに対する変更を検出し、メッセージ及び／又はアラート５２０を送信することができる。注入システム２１０はまた、機器に、それらの設定パラメータを確認するようにポーリングすることもできる。システム及び／又は特定の設定パラメータが変化すると、該変化を、注入システム２１０において識別されたグループ分けに従ったグループに属すると本システムにおいて識別された全ての機器３３２に伝播することができる。
本書類及び関連の特許請求の範囲全体を通じて、「中心位置」及び「遠隔位置」は、互いに相対的な用語である。「遠隔位置」は、患者１１２が注入ポンプ１２０を通じて治療を受けている患者治療場所１０６のような、制御された医療機器を通じて患者が治療を受けている任意の場所である。「中心位置」は、限定するものではないが、薬局のコンピュータ１０４の位置及び中央システム１０８のような、医療機器を運転するためのパラメータにアクセス可能な、遠隔位置以外の任意の場所である。典型的な配置では、治療場所１０６などの幾つかの遠隔位置は、中心位置と連通している。
本開示はシステム２１０内の注入ポンプ１２０の使用に焦点を当てているが、本発明の範囲を逸脱することなく他の医療機器をシステム２１０内で用いることができることが理解される。例えば、様々な種類の医療機器には、限定するものではないが、注入ポンプ、人工呼吸器、透析機等が含まれる。追加の種類の医療機器は、微小電子機械システム（ＭＥＭＳ）構成要素である。ＭＥＭＳは、大きさをミリメートルより小さくすることのできる極めて小さい装置を創り出すのに用いられる技術である。ＭＥＭＳ素子は一般に、ガラスウエハ又はシリコンから製造されるが、この技術は、半導体産業におけるその起源をはるかに越えて成長している。各装置は、光学素子、流体素子、電気素子、化学元素及び生物医学的要素に加えて運動する機械的部品を組み込むことのできる、チップ上に統合されたマイクロシステムである。得られたＭＥＭＳ構成要素は、圧力、振動、化学物質、光、及び加速を含む多くの種類の入力に応答する。ＭＥＭＳ構成要素は、様々な種類のポンプ、フローバルブ、流量センサ、チューブ、圧力センサ又は要素の組み合わせを含む幾つかの異なる要素とすることができる。
従って、ＭＥＭＳ構成要素の１つの利用法は、図５３に概略的に示すインラインＭＥＭＳポンプ５３１４としての利用法である。ＭＥＭＳポンプ５３１４は、点滴用バッグ５３２０内に含まれた流体を、チューブ５３１２を通じ、アクセス用装置５３２４を通じてそこから患者の体内にポンピングすることができる。ＭＥＭＳ構成要素は、それに取り付けられたＭＥＭＳの局所的電子機器要素を有しており、ＭＥＭＳの電子機器要素は、外部の耐久性を有するＭＥＭＳ制御装置に接続し、該ＭＥＭＳ制御装置が、本明細書に記載する本発明の注入ポンプ１２０のように、システム２１０と通信することができる。ＭＥＭＳポンプ５３１４の一実施形態では、ＭＥＭＳの電子機器要素５３３２は、ＭＥＭＳポンプ５３１４に内蔵されており、ＭＥＭＳパラメータの操作情報を格納することができるのが好ましい。その電子機器及び電源を有するＭＥＭＳ制御装置は、物理的に又は無線でＭＥＭＳの電子機器要素に接続することができる。一実施形態では、パラメータの操作情報は、取り外し可能なＭＥＭＳ制御装置５３３８からロードすることができる。ポンプ要素５３１４は、ＭＥＭＳの電子機器５３３２内に局所的に格納された情報に基づいて、チューブ５３１２を通る流体の流れを生成するのが好ましい。この情報は、配線式であるが取り外し可能なＭＥＭＳ制御装置５３３８からダウンロードされるのが好ましい。更に、ＭＥＭＳ構成要素は、無線通信によってシステム２１０と通信することができる。更に、ＭＥＭＳ制御装置は、システム２１０を往来する情報の転送を行うことができ、無線又は有線の通信路を通じた本システム２１０内のＭＥＭＳ構成要素の制御及び照会処理を完全に自動化している。
ＭＥＭＳ又は他の台頭しつつある経済的な製造技術の利用は、ポンピング、バルビング、及び感知などの付加的機能性を提供する使い捨てラインセットにＭＥＭＳ要素を追加する機会を提供する。支援用局所電子機器のうちの幾つか又は全部を、ラインセットの使い捨て部分に含めることもできるであろう。例えば、ポンプ、圧力センサ、及び／又は流量センサ、バルブ、若しくは使い捨て要素の組み合わせに対する較正情報を含むメモリチップを含めることは好ましいかもしれない。廃棄性は、後続の各適用間でのシステム構成要素の費用のかかる滅菌に対する必要性を排除するので望ましい。
（ポップアップウィンドウ）
一実施形態では、本システムは、ポップアップウィンドウを介して、１種類又はそれ以上の薬剤に関連する情報を臨床家に自動的に提供することができる。薬剤テーブルは、中央データベース１０８ｂに入力されるのが好ましい。薬剤テーブルは、１種類又はそれ以上の薬剤の一般名、及びそれに関連する任意の商品名を含むことができる。薬剤テーブル内の各薬剤に、ポップアップウィンドウを介した表示用のそれぞれのメッセージがリンクされている。メッセージは、医療施設が定めるか、又はシステム供給者があらかじめ定めることができる。各薬剤に関連付けられたメッセージは、１）例えば取り扱い又は暴露の際の薬剤に関連する危険、２）臨床家による薬剤の投与法、３）薬剤に関する医師の参照情報、４）薬物注入用の適切なポンプチャネル、及び５）ピギーバック注入に対するローラクランプの開放などの注入設定手順に関する警告に関するのが好ましい。
ポップアップウィンドウは、ＣＰＯＥを介して医師によって薬剤がオーダされている際、薬剤が薬局等によって処理されている際、及び臨床家によって薬剤が患者に投与されている際などの、薬剤が計算装置内に選択又は入力される際に表示される。一実施形態では、遠隔位置の計算装置上での薬剤の選択又は入力が完了すると、中央システム１０８内のデータベースがアクセスを受け、該薬剤に関連付けられたポップアップウィンドウメッセージのうちの少なくとも１つが遠隔計算装置に提供され、臨床家に表示される。
薬剤に関連付けられたポップアップウィンドウメッセージのうちの少なくとも１つは、薬剤オーダ、処理、及び投与手順の特定のステップの開始と同時に、表示用に提供されるのが好ましい。例えば、ＣＰＯＥなどの計算装置への薬剤の入力と同時に、該薬剤に関する医師参照情報に関するメッセージを有するポップアップウィンドウが表示され、一実施形態では、該薬剤に関連する危険に関する別のポップアップウィンドウを表示することができる。次いで、薬局等によるオーダの処理の際に、薬局内の計算装置１０４上に１つ又はそれ以上のポップアップウィンドウが表示され、薬剤に関する一般情報、及び薬剤に関連する発生し得る危険が提供される。次に、臨床家によってオーダが実行されている際に、薬剤の投与に関する情報、また、一実施形態では、薬剤の取り扱い方法などの薬剤に関連する発生し得る危険を知らせるために、臨床家に関連付けられた計算装置（即ちハンドヘルド１１８）上に１つ又はそれ以上のポップアップウィンドウが表示される。
計算装置上に表示されるポップアップウィンドウは、薬剤オーダ、処理、及び臨床家によって実行中の投与手順におけるステップに特定のものであるのが好ましい。例えば、医師参照情報を含むポップアップウィンドウは、ハンドヘルド装置１１８を介して看護師に表示されないのが好ましい。それにもかかわらず、一実施形態では、薬剤が特定の計算装置に選択又は入力される際にポップアップウィンドウを表示すべき時と場合は、ユーザ若しくは病院が定めることができる。
ポップアップウィンドウを表示すべき時と場合を薬局が定めるのも好ましい。例えば、ポップアップウィンドウは、普通薬に対しては表示されないのが好ましい。その代わりに、ポップアップウィンドウは、ポップアップウィンドウ内の追加情報が薬剤のオーダリング、調剤、又は投与を支援することになると薬局若しくは医療施設が考える薬剤に対して表示されるのが好ましい。
（薬剤の投与）
薬剤１２４を注入システム２１０で投与する方法を以下に説明する。本方法は、注入オーダを修正する機能を含む。修正には、流速、注入部位の修正、注入の一時的停止、注入の再開、及び新たな薬剤１２４容器の吊り下げが含まれる。本方法は、患者に関連付けられたバーコード５１２ｂをスキャンする工程と、薬剤に関連付けられたバーコード５１２ａをスキャンする工程と、注入が混合物である場合に期限切れを確認する工程５１２ｃと、修正の理由を選択する工程１００２ｄと、注入バッグの残量を記録するか又は前の量及び流速から計算された値を受け取る工程１００２ｅとを含む。注入バッグの期限切れの確認５１２ｃは、混合物テーブル及び／又はバーコードの使用を含むことができる。
修正の理由は、定義済みテーブル５４６ｇから選択することができる。修正の理由は、医師がオーダした変更に対するハードコードされた値をも含むことができる。ハードコードされた値を選択する場合、臨床家１１６は、医師のリストから医師を選択するように促される。主治医は、医師のリスト内のデフォルト値とすることができる。
薬剤１２４の投与を停止させるための迅速選択機能、例えば停止オーダ１００２ｆがあってもよい。迅速選択が選択されない場合、以下の工程を含むことができる。流速を記録し且つ／又は流速に関する前値を受け取る工程−前値は、デジタルアシスタントのディスプレイ１１８ａ上、注入ポンプのディスプレイ１２０ｃ上、及び／又は医療用カート１３２上に表示される；前流速をオーダされた流速と比較する工程−この比較は、注入システム２１０又はサブシステムの規則及び許容範囲を用いて達成することができる；適切なメッセージを表示する工程；流速と点滴速度との間の変換を表示することができる１０１２−変換は、注入システム２１０に定義済みの点滴速度変換テーブル５４８ｆに基づいて計算することができる。注入システム２１０は一般に、チューブに基づく記述を用いて臨床家１１６が正しい点滴速度変換を選択するのを容易にする。
流速を変更する工程は、注入システム２１０が予定流速に基づいて注入バッグの有効期限を確認する工程をトリガする。溶液の有効期限が投与前又は投与中に切れる場合、例えば「この溶液の有効期限は予定投与期間中に切れる。薬局に連絡のこと」といったメッセージが臨床家１１６に送信される。それがあらかじめ混合された注入バッグ及び／又はカスタマイズされた注入バッグである場合、有効期限は、可能であれば、スキャンコードを構文分析することによって確認される。前注入部位が受け入れられるか、又は新たな注入部位の位置が、リスト若しくはグラフィカルな解剖図から選択される。次いで、スケジュール７０４が再計算され、薬局の在庫補充が実行される。注入システム２１０は、患者及び臨床家１１６を識別するためのバイオメトリクスを含むことができる。
臨床家１１６が注入システム２１０にアクセスするのを許可する前に、注入システム２１０は、臨床家１１６の識別に関連する情報にアクセスする。注入システム２１０は、臨床家１１６のバッジ１１６ａを読み取るためのバーコードリーダなどの装置を用いて、臨床家１１６を識別することができる。本システムはまた、臨床家１１６を確実に識別するために、臨床家がシステムの許可されたユーザであることを保証するために、また臨床家１１６が注入システム２１０の各部分にアクセスする権限を有するか否かを判断するために、バイオメトリクスを用いることもできる。注入システム２１０は、臨床家１１６が注入システム２１０にアクセスするのを認可するために、臨床家バッジ１１６ａ、又は他のキー、及び検証済みの生物測定による一致の組み合わせを要求することができる。本システムはまた、臨床家バッジ１１６ａが臨床家バッジ１１６ａ、又は他のキーを読み取るために用いられる機器の近傍から除去されている際には、注入システム２１０へのアクセスを終了するように設定することもできる。
バイオメトリクスは、測定された生物学的データを統計的に解析する技術及び科学である。バイオメトリクスの１つのフィールドは、指紋などの固有の物理的特徴を判定するフィールドである。バイオメトリクスは、個人を注入システム２１０のようなデジタルシステムに対して識別することを可能にする。デジタル型の人物が生成され、トランザクション及び対話をより便利で安全なものにする。識別のための生体測定学上の特徴には、限定するものではないが、指紋、顔、虹彩及び網膜の走査、並びに声識別などの特徴が含まれる。バイオメトリック装置は、スキャニング装置又は読み取り装置、スキャンした情報をデジタル形式に変換するためのソフトウェア、及び格納された記録との比較用にバイオメトリック情報を格納するための記憶装置を含む。ソフトウェアは、アルゴリズムによって処理されたデータのうちの特定の一致点を識別し、該データを比較する。パスワード、ＰＩＮコード、及びスマートカードとは異なり、注入システム２１０のバイオメトリクスは、遺失、忘却、又は盗まれることがあり得ない。
バイオメトリックスキャナは、臨床家１１６のバッジ１１６ａを読み取るための装置と関連付けることができる。例えば、バイオメトリックスキャナは、バーコードリーダのハンドル上の親指指紋リーダとすることができる。別の実施形態では、バイオメトリックスキャナ及び電子キーリーダを、携帯用薬剤カート及び／又は医療機器上に配置することができる。臨床家１１６が電子キーを医療機器から特定の距離内に置くと、プロセッサは、それが求めるべき特定の個人の電子バイオメトリック識別ファイルを見分けることになる。注入システム２１０は、臨床家１１６に彼のバイオメトリック情報をスキャンするように促すのが好ましい。バイオメトリック情報は、ある種のバイオメトリック読取装置又はバイオメトリックスキャニング装置によって注入システム２１０に入力される。スキャンされたバイオメトリック情報と事前に格納された特定の個人の電子バイオメトリック識別ファイルとの間に一対一の比較が行われる。この一対一の一致比較は、それが一致を求めて臨床家データベース全体を探索することを必要としないために、一対多の一致ファイルよりも効率的である。代わりに、１つのみの特定の比較が行われる。一致点がある場合、次いで、臨床家１１６は、医療機器３３２へのアクセスを許可される。一致点がない場合、臨床家１１６は、アクセスを拒絶される。
更に、別の実施形態では、医療機器は、制御装置を有しない。例えば、医療機器は、制御装置を有しないポンピング装置とすることができ、逆に、別個の制御装置から制御信号を単に受け取るだけである。一実施形態では、そのような医療機器に対する制御装置は、第１の中央コンピュータ１０９とすることができる。従って、第１の中央コンピュータ１０９は、医療機器に直接制御信号を送信し、該医療機器を制御することができる。
別の実施形態では、注入システム２１０が臨床家１１６に対してアクセスを許可した後、注入システム２１０は、電子キーがバイオメトリックスキャナ、又はバイオメトリックスキャナの近傍から除去されるときに、そのアクセスを終了する。電子キーをそれ以内に保持しなければならない近傍は、あらかじめ定めることができ、且つ／又は可変でプログラム可能な注入システム２１０のパラメータとしてもよい。
一実施形態では、注入システム２１０は、暗号化されたデジタル指紋テンプレート、臨床家の氏名、ログイン名、及びパスワードを含む。臨床家識別子を実装する１つの技術には、Ｄａｌｌａｓ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ ｔｅｃｈｎｏｌｏｇｙが提供している「ＩＢＵＴＴＯＮ ４００」が含まれる。注入システム２１０は、臨床家が指を指紋スキャナ上に置いたときに起動することができる。注入システム２１０が一致点を見つけると、注入システム２１０は、注入システム２１０にログインするように臨床家１１６に要求することができる。注入システム２１０が生物測定学的一致を見出さない場合、本システムは、臨床家１１６が注入システム２１０にアクセスするのを許可しない。
別の実施形態では、バイオメトリック情報を格納しているデータベースを、中央システム１０８、薬局のコンピュータ１０４、及び／又は治療場所１０６内に保持することができる。治療場所１０６では、このデータベースは、携帯用カート１３２、デジタルアシスタント１１８、及び／又は医療機器３３２内で維持することができる。このような分散されたデータベースは、たとえネットワーク１０２が様々な位置間で通信を行うことができない場合でも、遠隔装置にアクセスすることを可能にする。ネットワーク１０２通信が回復したときに、遠隔及び中央データベースを他の位置で修正されたあらゆる情報と同期させ、これにより両方の注入システム２１０のデータベースを適切に更新することができる。
注入システム２１０は、閉ループの注入療法管理システムを提供する。閉ループは、臨床家１１６オーダで開始する。他の方法の中で、臨床家１１６は、デジタルアシスタント１１８及び／又は医療用カート１３２を通じてオーダを入力することができる。その後、オーダは、薬局許可５０８及び医師許可５１０に対してリアルタイムで利用可能となる。オーダは、電子薬剤投与記録（ｅＭＡＲ）としてリアルタイムで利用可能である。ｅＭＡＲは、注入実施のために臨床家１１６が利用できる。注入システム２１０は、薬剤投与５１２及び流速変更１００２ｂなどの修正５１４を、自動的に文書化する。薬剤投与５１２の工程を通じて、注入システム２１０は、注入システム２１０及び／又はサブシステムの在庫・請求書発行５１８を同時に調整する。注入システム２１０はまた、イベント管理及び決定支援データをも提供する。注入システム２１０は、それがワークステーション、無線タブレット、及びハンドヘルドデジタルアシスタント１１８上で作動することができるという意味で、装置独立型である。注入システム２１０は通常、リアルタイムで作動するが、注入システム２１０の工程の様々な段階を調整するために、バッチ処理及び他のメッセージングを用いることができる。
閉ループの注入療法管理システムは、注入オーダエントリ５６０、オーダ準備５０６、及び注入状態の可用性を含む。注入オーダエントリ５６０は、限定するものではないが、処方箋エントリモジュール３２４、処方修正モジュール３３６、及び薬局インターフェース３１６などの幾つかの手段を通じて可能である。コンピュータ画面４００は、注入オーダを入力する際に用いることができる。注入状態は、患者１１２別の注入の利用法を提供し、薬局に追加注入バッグの必要性を知らせる。
（臨床家の注入システムとの対話）
更に、注入システム２１０は、臨床家１１６が注入システム２１０にアクセスできるかどうかを判断するために、ログインシステムを用いることができる。注入システム２１０に対するログインシステムのインターフェース画面の一例を、図１９のログイン画面１９０３に示す。そのインターフェース画面に、臨床家１１６がユーザ名とパスワードの両方を入力し、「ログイン」キーをクリックする。システム２１０は、ユーザ名及びパスワードがシステム２１０に対して有効であることを確認するために、チェックを行う。ユーザ名若しくはパスワードのいずれかが有効でない場合、システム２１０は、図２０に示すログイン画面２００５において、ログインできなかったことを臨床家１１６に通知することになる。次いで、臨床家１１６は、ユーザ名及びパスワードを再入力してなんらかのエラーを修正する機会を有することになる。ユーザ名及びパスワードが有効である場合、臨床家１１６は、システム２１０にアクセスできることになる。更に、臨床家１１６がデジタルアシスタント１１８にログインしたがそれをある時間使用しない場合、システム２１０の安全対策により、臨床家１１６が再度ログインするまで、デジタルアシスタント１１８がそれ以上使用されることが防止される。
主任臨床家も、システム２１０にログインすることができる。本明細書に詳細に説明するように、主任臨床家は通常、臨床家の直属する上司又は特定の人物である。更に、主任臨床家は、臨床家に対するワークフローを支援するか、又はアラーム状態若しくはアラート状態を監視するのを支援する人物とすることもできる。一般に、主任臨床家は、少なくとも１つの部門全体にわたる監督又は責任の任務を保持する。従って、主任臨床家は、上述したログイン及びパスワードでログインし、次いで主任臨床家に関連する部門を選択しなければならない。
臨床家１１６が図１９に示すログイン工程を完了し、システム２１０へのアクセスを許可された後、臨床家１１６は、幾つかの管理機能を実行することができる。そのような管理機能の１つは、部門を選択することである。図２１の部門選択インターフェース画面２１０５に示すように、臨床家１６は、ドロップダウンメニュー２１０７から部門を選択することができる。図２１に示す例では、臨床家１１６は、「神経内科ＩＣＵ」を部門として選択した。臨床家１１６がドロップダウンメニュー２１０７から適切な部門を選択した後、臨床家１１６は、矢印キー４８０９を押下して選択した部門に入ることができる。
臨床家が実行することのできる別の管理機能は、臨床家のシフトを選択することである。図２２のシフト選択画面インターフェース２２１１に示すように、臨床家１１６は、標準シフト若しくはカスタマイズされたシフトのいずれかを選択することができる。その入力に対して、幾つかの選択可能な標準シフトがドロップダウンメニュー２１０７に提供される。しかしながら、臨床家１１６がカスタマイズされたシフトを選択した場合、該臨床家は、該カスタマイズされたシフトに対する開始時刻及び終了時刻を入力するように要求される。臨床家１１６は、提供されている領域２２５５に、シフトを手入力し、次いでエンターキー４８０９をタップすることもできる。
患者を見るインターフェース画面２３１３を図２３に示す。この画面２３１３では、シフトが選択された後、臨床家１１６は、該臨床家１１６に関連する患者を見ることができる。臨床家１１６はまた、該臨床家１１６に関連する仕事も見ることができる。従って、患者、臨床家の仕事、又は両方に基づいて、「しなければならないこと」のリストを提供することができる。特定の患者に対して要求される緊急医療のレベル間を区別するために、異なるレベルの陰影付け処理及び／又は着色を利用することができる。更に、様々なアイコンを患者に関連付けて用い、患者に必要な医療を臨床家１１６に迅速に理解させることができる。図２３の患者を見るインターフェース画面２３１３は、ボタン２３１５で更に患者を追加する機能を臨床家１１６に提供する。臨床家１１６が「患者を追加」キー２３１５を選択すると、臨床家に追加患者のリストを提供することができる。
臨床家１１６にはまた、図２４に示す患者選択インターフェース画面２４１７を提供することもできる。この画面２４１７で、臨床家１１６は、該臨床家のシフトに追加すべき患者を選択することができる。患者は、その臨床家に関連する部門からでもよく、異なる部門から患者を追加することを臨床家が選択してもよい。臨床家１１６はまた、彼らがその患者に付くことになる時間を選択することもできる。更に、臨床家１１６は、キー２４１９で更に患者を見つけることもできる。臨床家１１６がいつでもシフトから患者を除去することもできることも理解される。
システム２１０は、臨床家のシフトに割り当てられた患者に特有の臨床家１１６にメッセージを提供することもできる。一般的なメッセージは、オーダプロフィールの変更及び薬剤投与ミスなどの項目を含むことができる。
図２５に示す患者情報メニューインターフェース画面２５２１も、本システム上で利用可能である。患者情報メニュー画面２５２１は、選択された患者に関する小型の患者カルテを提供する。患者メニュー画面２５２１はまた、臨床家１１６に、薬剤／注入投与、注入停止、注入再開、注入滴定、流速履歴、ポンプ状態、及びシフトからの患者の除去のような患者に関連する項目にリンクする機能をも提供する。患者メニュー画面２５２１はまた、アレルギー及びＨｔ／Ｗｔ、薬歴、及び検査結果に対するタブをも有する。アレルギー及びＨｔ／Ｗｔインターフェース画面２５２１ａの一例を、図２５ａに提供する。通常、この画面２５２１ａは、ミニカルテが最初に開かれたときに表示される。それは、患者の薬物アレルギー及び一般的アレルギー、及び患者の身長及び体重の最新記録に関する情報を表示する。薬歴インターフェース画面２５２１ｂの一例を、図２５ｂに提供する。通常、この画面２５２１ｂは、臨床家に、選択されたルックバック期間内の患者の薬歴を提供する。ルックバック期間は、臨床家によって調整することができる。最後に、検査結果インターフェース画面２５２１ｃの一例を図２５ｃに示す。検査結果は、検査室インターフェースを通じて、システム２１０において入手可能となる。全ての入手可能な結果が示され、新たな順に表示される。
患者に対する注入スケジュールインターフェース画面２６２３を図２６に示す。この画面２６２３は、選択された患者に対する注入スケジュールを示す。注入スケジュール画面２６２３上のモルヒネ硫酸塩に対するオーダ２６２５などの識別されたオーダのうちの１つをクリックすることにより、システム２１０は、図２６ａに示す薬剤オーダインターフェース画面２６２７にリンクすることになる。薬剤オーダ画面２６２７は、特定のオーダ（即ちモルヒネ硫酸塩）に関するオーダの詳細２６２５を提供する。詳細オーダ２６２５の一部として、警告２６３１及び追加情報２６３３にリンクする機能と同時に、治療パラメータ２６２９が提供される。
図２８は、予定された注入のうちの１つが失敗した患者プロフィール注入スケジュールインターフェース画面２８３５を示す。画面２８３５に示すように、「投薬失敗」アイコン４８３７が、予定のモルヒネ硫酸塩注入オーダ２８３９の隣に示されている。「投薬失敗」アイコン４８３７をクリックすることにより、システム２１０は、臨床家１１６を、図２９に示す投薬失敗インターフェース画面２９４１にリンクする。投薬失敗画面２９４１は、投薬に失敗した理由２９４３を入力又はドロップダウンメニュー内で選択するように臨床家１１６に要求する。投薬失敗インターフェース画面２９４１はまた、臨床家１１６に、オーダ２８３９に対する投薬スケジュールを調整すべきか否かについても問い合わせる。投薬スケジュールを調整するには、臨床家１１６が、インターフェース画面２９４１上の選択ボックス２９４５を選択する。臨床家１１６がドロップダウンメニューをクリックして投薬に失敗した理由を選択する２９４３を入力すると、ドロップダウンメニューが、図３０のインターフェース画面３０４７上に示すように展開することになる。通常、投薬がもはや必要ではない場合、臨床家は、「必要なし」の理由３０４５を選択することになる。投薬の失敗に対して臨床家１１６が「必要なし」の理由３０４５を選択すると、システム２１０は、投薬失敗アイコン４８３７を除去し、図３１の注入スケジュール画面３１３５に示すように、「必要なし」アイコン４８５７を挿入する。
臨床家１１６が患者に対して投薬療法又はオーダを施す準備を整えると、臨床家１１６は、図３２に示すように、スケジュールインターフェース画面３２３５内のオーダ３２２５を選択し、次いで、「項目を入手する」キー３２４９までスクロールダウンすることになる。臨床家１１６が図３２の画面３２４９内で「項目を入手する」キー３２４９を選択した後、システム２１０は、図３３に示すような薬剤インターフェース画面３３５１を表示する。薬剤画面３３５１では、臨床家１１６は、「薬剤庫」をスキャンするアイコン３３５３に示すように薬剤庫から選択した薬剤をスキャンするか、「倉庫のスキャンを省略する」キー３３５５を選択することで倉庫スキャンブロックをスキップする機能を有する。臨床家１１６が例えば項目上のバーコードをスキャンすることによって項目をスキャンすると、臨床家のＰＤＡ１１８上に項目情報が表示される。スキャン画面３４６５の一例を図３４に示す。例えば、臨床家１１６が薬剤をスキャンすると、スキャン画面３４６５上に処方箋３４６７が表示される。しかしながら、スキャンした項目が患者に対するオーダに合致しない場合、図３５に示すようなスキャンエラー画面３５６９が臨床家のＰＤＡ１１８上に表示されることになる。インターフェース画面３５６９に示すように、スキャニングエラーが検出されると、画面３５６９に示すような要求又は探索すべき項目の識別情報が臨床家１１６に提供されることになる。例えばバーコードラベルの汚れ又は損傷によりバーコードをスキャンすることができない場合、スキャンによって要求されるデータを手入力することができる。
選択された薬剤が最近患者に投与された別の薬剤と同一の薬効分類内にある場合、臨床家のデジタルアシスタント１１８は、警告メッセージを表示する。同様に、その項目が別の臨床家によってすでに取り出されている場合、デジタルアシスタント１１８は、そのような発生を示すメッセージを表示する。
取り出すべきオーダが投与場所における混合である場合、個々の成分がデジタルアシスタント１１８上に識別され、臨床家１１６によって取り出されることになる。項目が取り出された後、システム２１０は、バッグＩＤを生成し、ラベル１２４ａを印刷するように臨床家１１６に促す。この時点で、臨床家１１６は、成分の混合をも行う。臨床家１１６がラベルを印字出力した後、ラベルがバッグに追加され、それをデジタルアシスタント１１８でスキャンすることができる。
特定のオーダは、オンコール若しくは保留とすることができる。これらのオーダは、図２８のインターフェース画面２８３５のような患者プロフィール画面上に表示される。オンコール若しくは保留のオーダは、閲覧に対してのみ入手可能であり、取り出しに対しては入手できない。これらのオーダは、後に必要に応じて起動される。
臨床家１１６が患者に対して用いられていない薬剤項目を含む項目を有するシナリオも発生する可能性がある。図３６のインターフェース画面３６５７を参照すると、臨床家１１６は、監視結果により必要としない、患者に面会できない、投薬拒否などの、薬剤を投与しない理由を識別する機能を有する。患者がまだ画面３６５７内で識別されていない場合、臨床家１１６は、患者をスキャンするか又は患者の氏名を入力することにより、患者を選択する３６６１ことができる。更に、臨床家１１６は、「廃棄／戻る」選択キー３６６３を用いて入力することにより、薬剤庫の薬剤項目に戻る選択を行うことができる。特定の麻薬及び規制医薬品に対しては、最初に薬剤を入手する工程と該薬剤を倉庫に返却する工程の両方に対して、２つの署名（即ち、一般にログイン及びパスワードの形式の第２の許可署名）を要求することができる。
図３６のインターフェース画面３６５７は、臨床家１１６に、患者ＩＤをスキャンして患者を識別する機能をも提供する。誤った患者をスキャンした場合、又は患者ＩＤが適切にスキャンしない場合、システム２１０は、スキャンが無効であるというメッセージを表示する。更に、臨床家１１６が薬剤を投与できない場合、臨床家は通常、図３６の画面３６５７に示すように、薬剤を投与しない理由３６５９を入力しなければならないことになる。薬剤を投与しない幾つかの理由は、監視結果により薬剤を必要としない、患者に面会できない、又は薬剤が患者によって拒否される、である。
臨床家１１６が患者及び項目又は薬剤の確認を終えたのち、経路確認インターフェース画面３７７１が表示される。図３７に示すように、経路確認画面３７７１の一例は、臨床家１１６が経路３７７３、ライン３７７５及び部位３７７７を確認するのを支援する。投薬療法３７７８も、経路確認画面３７７１に提供することができる。臨床家が経路３７７３、ライン３７７５、及び部位３７７７を入力した後、臨床家１１６は、比較ボタン４８１７を選択することができ、システム２１０は、入力されたデータが正しいことを確認することになる。
次に、臨床家１１６は、図３８のインターフェース画面３８８１に示すように、ポンプチャネルモードを選択することができる。ポンプチャネルモードインターフェース画面３８８１では、療法３８８２が示され、臨床家１１６は、一次療法３８８４として療法３８８２又はピギーバック療法３８８３を指定するオプションを有する。ポンプの各チャネルが、ピギーバック療法に加えて一次療法を実施する機能を有する。ポンプチャネルモードの選択を完了した後に、臨床家は、ポンプチャネルスキャンを行うことができる。図３８ａは、ポンプチャネルスキャンインターフェース画面３８８５を示す。ポンプスキャン画面３８８５において、臨床家１１６は、例えばポンプチャネル１２１に対応するバーコードをスキャンし、次いで矢印キー４８０９をクリックする方法などにより、医療機器をスキャンする。
臨床家１１６が（ａ）例えば図２３のインターフェース画面２３１３上などで患者をスキャンし、（ｂ）例えば図３４のインターフェース画面３４６５上などで薬剤をスキャンし、（ｃ）例えば図３８ａのインターフェース画面３８８５上などでポンプチャネルをスキャンした後に、臨床家１１６は、注入ポンプをプログラムし、プログラムした注入ポンプのパラメータ又は設定値の薬局オーダのパラメータとの比較を行うことができる。
（機器設定値とオーダの比較）
比較工程５２００の例示的なフローチャートを、図５２に提供する。この工程は、サーバから遠隔で注入設定値をプログラムする工程にも適用することができる。図５２を参照すると、比較工程５２００は、臨床家１１６が上記に示したように患者ＩＤ１１２ａ、薬剤容器ＩＤ又は薬剤バッグＩＤ１２４ａ、及びポンプチャネル１２１のスキャンを完了した後に、ブロック５２０２で開始される。患者、薬剤バッグ及びポンプチャネルをスキャンすることにより、関連するベースラインデータの関連付けが行われ、これによりシステム２１０、より具体的にはサーバ１０９が、この追加データの更なる解析及び比較を行うことができる。しかしながら、まず第一に、第１の中央サーバ１０９は、患者、薬剤バッグ及びポンプチャネルに関するスキャン又は入力されたデータが有効な関連付けをもたらすことを保証するために、ブロック５２０４でチェックを行う。３つのデータ項目が有効な関連付けをもたらさない場合、システム２１０は、ブロック５２０６でエラーメッセージを表示し、臨床家１１６がブロック５２０２で患者ＩＤ、バッグＩＤ及びポンプチャネルＩＤの各々に対するコードを再スキャン又は再入力することを要求する。３つのデータ項目がブロック５２０４で有効な関連付けをもたらした場合、サーバ１０９は、以下に説明するように、識別されたポンプチャネル１２１がサーバ１０９のデータベースに存在するかどうか、及びそれが利用するために入手可能であるかどうかを判定するために、シーケンスをも実行することになる。
ポンプチャネルＩＤがシステム２１０にスキャンによって入力された後に、第１の中央サーバ１０９は、ブロック５２０８でチェックを行い、選択されたポンプチャネル１２１が有効であるかどうかを判定する。ポンプチャネル無効の判定に対する種々の理由は、ポンプチャネルが本システム内に存在しない、選択されたポンプチャネルはすでに運転中である等である。ポンプチャネル１２１のチェックが無効な結果をもたらした場合、エラーメッセージが表示され、臨床家は、無効なチャネルが選択された旨の通知を受ける。臨床家１１６がポンプチャネルを再スキャンし、ブロック５２０８で有効なチャネルが認識されるまで、比較工程５２００は除外され、ブロック５２１４に示すように、本システムは、比較を行うことができない。しかしながら、チェックの結果により選択されたチャネル１２１が有効なチャネルであることが確認された場合、以下に説明するように、本システムは、ブロック５２１２に進み、適切なリンクを確立する。
比較工程５２００中のある時点で、第２の中央サーバ１０８ａが、患者ＩＤ及びオーダＩＤに関連するデータを含むＸＭＬメッセージを生成する。比較工程５２００に関するフローチャートに示すように、ＸＭＬデータは、ブロック５２１２に先立つ任意の地点で、ブロック５２１０に示すように、生成して第１の中央サーバ１０９に転送することができる。しかしながら、第１の中央サーバ１０９によって第２の中央サーバ１０８ａから受け取られたＸＭＬデータが無効若しくは不完全である場合、比較工程は除外され、ブロック５２１４に示すように、本システムは、比較工程が進行することを許可しない。逆に、患者ＩＤ及びオーダＩＤに関連するＸＭＬデータが完全で有効である場合、第１の中央サーバ１０９が第２の中央サーバ１０８ａからＸＭＬデータを受け取った後、比較工程５２００は、ブロック５２１２へ進む。
ブロック５２１２で、第１の中央サーバ１０９は、患者ＩＤ、オーダＩＤ及びポンプチャネル１２１との間にリンク又は関連を確立することを試みる。ブロック５２１２で第１の中央サーバ１０９が識別されたデータ間にリンクを確立することができない場合、比較工程５２００は除外され、ブロック５２１４に示すように、システム２１０は、該工程が進行することを許可しない。更に、システム２１０は、一部のデータが欠けているか又は不正確であり、本システムは比較を行うことができないというエラーメッセージを表示する。ブロック５２１２で第１の中央サーバ１０９が識別されたデータ間に適切なリンクを確立した場合、本システムは、臨床家１１６がデジタルアシスタント１１８上の比較ボタン４８１７を押すように要求されるブロック５２１６へ進む。ブロック５２１６で行われている画面のシーケンスの一例を以下に説明する。
第１の中央コンピュータ１０９によって適切なリンクが確立された後、システム２１０は、図３９の比較インターフェース画面３９８６のような比較インターフェース画面のうちの１つへ進む。この比較インターフェース画面３９８６において、システム２１０は、いずれかの比較を行う前に注入ポンプをプログラムせよという指示を臨床家１１６に与える。比較は、薬剤に対する薬局のパラメータとポンプ設定値とが同調していることを保証するために行うことができる。好ましい実施形態では、本明細書に示す比較工程５２００において、システム２１０は、速度比較を行う。しかしながら、本システムは、速度、量、投与量等などの任意の注入パラメータの単一比較又は同時多重比較を行うことができる。
注入が一次注入である場合、比較インターフェース画面３９８６上の「比較」ボタン４８１７をクリックし、次いでポンプチャネルを始動する前に指示を待てという指示が与えられる。注入がピギーバック注入である場合、ポンプ１２０上の開始キーを押し、次いで「比較」ボタン４８１７をクリックせよという指示が与えられる。ピギーバック注入では、臨床家１１６がポンプ上の開始キーを押す前にブロック５２１６で比較ボタン４８１７を押した場合、通常図４２に示すようなインターフェース画面４２８７が表示され、臨床家にエラー指示が与えられることになる。
最初に、比較を行う前に、システム２１０は、ポンプ１２０、サーバ１０９及びデジタルアシスタント１１８間の通信リンクが引き続きアクティブであることを保証するために、サーバ１０９にポーリングする。通信リンクがアクティブである場合、比較工程５２００が進行する。通信リンクが失われている場合、比較工程は進行することができない。
従って、臨床家１１６が比較ボタン４８１７を押した後、システム２１０は、図５２に示すブロック５２１８へ進む。ブロック５２１８で、システム２１０は、チャネル１２１の準備が整っているかどうかを判断する。例えば、注入が一次注入として識別されているがチャネルがすでに稼動している場合、本システムは、ブロック５２１４にデフォルトし、本システムは比較を行うことができないというエラーメッセージを表示することになる。更に、注入がピギーバック注入として識別され、且つポンプ上の開始キーが押されていない場合、本システムは、図４２のインターフェース画面４２８７にデフォルトし、ポンプ上の開始キーを押してから比較ボタン４８１７を押すように臨床家１１６に通知する。
比較工程５２００はまた、ブロック５２２０で、ポンプ１２０をもチェックして、ポンプ１２０にプログラムされた設定値又は運転パラメータが新鮮なデータを含んでいるかどうかを判定する。一例として、本システムは、比較を要求する前に、ポンプデータのポンプへのプログラミングが特定のタイムリミット（即ち５分）内に完了していることを要求することができる。データが新たなデータかどうかを判定するためのそのようなタイムリミットは、医療施設が設定することができる。データが新鮮なデータではない場合、本システムは、ブロック５２１４に戻り、データが新鮮ではないというエラーメッセージを表示することになる。次いで、システム２１０は、比較工程を進めることができるようにポンプ１２０を再プログラムするように要求することになる。ブロック５２２０でデータが新鮮なデータであると判定されれば、システム２１０は、ブロック５２２２で比較を実行することになる。実際のデータの比較は通常、第１の中央サーバ１０９で行われる。前述のように、比較は、ポンプにプログラムされたパラメータが医師のオーダと一致するかどうかを判定するためにある。更に、又は代替的に、ポンプ設定値は、遠隔の制御装置又はサーバによって遠隔プログラムすることができる。
ブロック５２２２で比較を行った後に、システム２１０は、ブロック５２２４で、一致が存在するか又は不一致が存在するかを判定し、デジタルアシスタントを介して、臨床家１１６に結果を返送する。
比較の結果一致がみられた場合のこれに伴う比較インターフェース画面３９８７の一例が図３９ａに示され、図５２のブロック５２２６に識別されている。この例では、薬局の処方箋パラメータとプログラムされたポンプチャネル設定値が一致する場合、臨床家１１６は、注入ポンプ１２０を始動するようにという指示を受ける。
ブロック５２２４で薬局の処方箋パラメータとプログラムされたポンプ設定値が一致しない場合のこれに伴う比較インターフェース画面の一例を、不一致アイコン４８２５が表示された図４０の不一致比較インターフェース画面４０８７に示す。この結果が生じた場合、システム２１０は、臨床家１１６に、ブロック５２２８で識別した不一致を受け入れること若しくはブロック５２３０で注入ポンプを再プログラムしてブロック５２１６で別の比較を行うこといずれかを要求することになる。通常、不一致が生じたパラメータは、不一致画面４８０７に表示されることになる。不一致が受け入れられる場合、ブロック５２３２で、そのことがシステムデータベース１０９に記録される。更に、ブロック５２２８で不一致が受け入れられる場合、サーバ１０８ａは、臨床家を適切な画面に誘導する。
図４１は、データの一部を入手できないためにシステム２１０が比較を行うことができない比較インターフェース画面４１８７の一例を表示している。具体的には、図４１の例では、ポンプの速度設定値がシステム２１０に入力されていない。従って、この例では速度のような追加データが入力されるまで、システム２１０は比較を行うことができない。通常、注入がすでに実行中である場合、本システムが更新されたポンプ情報を受け取ることができない場合、システム通信エラーがある場合、又はプログラムされたチャネル情報若しくは薬局処方箋情報のいずれかからのデータに欠落がある場合、システム２１０は、比較を行うことができない。最後に、図４２の比較画面４２８７は、表示されている更なるステップがとられるまでシステム２１０が比較を行うことができない別のシナリオを表示している。通常、このインターフェース画面４２８７は、注入がピギーバック注入であり、且つ臨床家１１６が、図３９のインターフェース画面３９８６の指示に示すように、比較ボタン４８１７を押す前に注入ポンプ１２０上の開始キーを押さずに、図３９のインターフェース画面３９８６内の比較ボタン４８１７を押した際に提供される。
注入ポンプが治療を開始した後、臨床家１１６は、彼または彼女のデジタルアシスタント１１８上で、図４３に示すポンプ状態インターフェース画面４３９１内のポンプの状態を見ることができる。ポンプ状態ディスプレイ４３９１は、所与の患者に対する全ての目下実施中の注入のリストを表示する。通常、注入実施中インジケータ４８０７、注入待機中インジケータ４８０９、注入停止中インジケータ４８１１、未知のアイコン、及び遅延アイコンの５つのアイコンのうちの１つが、この画面内に注入と連動して表示されることになる。ポンプ状態表示５９１は、現在の画面が表示されている間はリアルタイムで更新しないが、リフレッシュボタン４８１９をタップすることにより、最新のリアルタイムのポンプ状態画面が表示される。
図４４に示すように、臨床家１１６は、流速履歴インターフェース画面４４９３を閲覧することができる。臨床家１１６は、図２５に示す患者メニューインターフェース画面２５２１上の流速履歴リンクをクリックすることにより、流速履歴画面４４９３に直接移動することができる。流速履歴は、所与のチャネル上の目下の注入に対するプログラムされた流速履歴変更の履歴を示す。通常、そのチャネルに関する最新の処方情報とともに、該チャネルに関連付けられた患者情報も表示される。更に、臨床家１１６がデジタル装置１１８上でログインし、シフトを選択し、患者を選択した後、臨床家１１６は、限定するものではないが、実施された注入の記録、注入停止又は注入再開の記録、注入中止の記録、上述のポンプ流速履歴の閲覧、上述のポンプ注入状態の閲覧、以下に説明するポンプアラーム及びポンプアラートへの対応、メッセージ／通知の閲覧及びメッセージ／通知への応答を含む様々な仕事を、デジタル装置１１８上で行うことができる。具体的には、実施された注入の記録に関しては、臨床家１１６が項目バーコード、患者バーコード、及びポンプチャネルバーコードをスキャンした後、臨床家は、上に詳述したように、プログラムしたポンプ設定値を薬局が入力したオーダと比較することができる。通常、臨床家１１６は、その後ポンプ１２０を用いて注入を実施し、デジタル装置１１８を用いて該注入を記録することになる。
注入を開始するには、臨床家１１６は通常、患者のリストバンドバーコード１１２ａをスキャンし、次いで注入バッグのバーコードラベル１２４ａをスキャンする。デジタル装置１１８によって促されたときは、臨床家１１６は、図３７のインターフェース画面３７７１に示すように、注入用のライン、部位及び経路を入力並びに比較する。次に、図３８の画面３８８１で、臨床家１１６は、一次注入又はピギーバック注入を選択し３８８３、ポンプチャネルをスキャンする。次いで、臨床家１１６は、医師オーダによって指示されたとおりにポンプをプログラムする。ポンプ１２０をプログラムする際に、臨床家１１６は、図３９〜図４２に示すように、薬局のオーダとポンプとの比較チェックを行うことを選択する。プログラムされたポンプ設定値が薬局入力オーダと一致する場合、画面４２８７のようなインターフェース画面が一致を示すことになり、臨床家１１６は、ＯＫボタン４８０５をタップして該一致を受け入れることができる。最後に、臨床家１１６は、ポンプ１２０上の開始キーを押すことになる。次いで、デジタルアシスタント１１８が、図４９の投与結果記録インターフェース画面４９３７を表示することになり、臨床家１１６は、ドロップダウンリスト内の選択肢から適切な結果を入力することができる。これらのステップは、追加の患者及び／又は追加のポンプ若しくはチャネルに対して反復することができる。
薬剤を投与する前に、監視中のパラメータ、例えばダイオキシンを投与する前の心拍数、又はモルヒネを投与する前の痛み評価を入力するように臨床家１１６に促すことができる。監視中のパラメータが薬剤に関連付けられている場合、デジタルアシスタント１１８上に表示される薬剤の各投与が、臨床家１１６が値を入力することのできるインターフェース画面へのリンクを有する。監視中のパラメータの入力へのリンク５００１を有するそのようなオーダの一例を、図５０に表示されたオーダに示す。監視中パラメータのリンク５００１が選択された後、図５０ａに示すような監視中のパラメータの入力インターフェース画面５００３が表示される。そこで、臨床家１１６は、要求された情報をシステム２１０内に入力することができる。
更に、システム２１０は、通常は薬剤庫から麻薬又は規制医薬品を取り出す際に、サイクルカウントを監視するように臨床家１１６に要求することができる。一例を挙げれば、麻薬又は規制医薬品を提供するために倉庫の引出しが開くと、デジタルアシスタント１１８は、図５１に示すようなサイクルカウントインターフェース画面５１０１を表示することができる。このインターフェース画面５１０１は、現在貯蔵所又は保管場所にある薬剤の単位をカウントするように臨床家に促し、このデータを提供されたフィールドに入力するように促す。次いで、システム２１０は、この量を予想カウントと比較する。サイクルカウントが一致しない場合、デジタルアシスタント１１８は、不一致を示すメッセージを表示し、次いで、再度サイクルカウント画面５１０１を表示する。サイクルカウントが再び一致しない場合、システム２１０が不一致を記録することになり、適切な措置をとることができる。
必要に応じて、臨床家は、実施中の注入を、それが終了する前に中止することができる。これは、本システム内の注入を中止するための中止オーダによって、若しくはそれなくして行うことができる。中止された注入は、例えばオーダを滴定している場合など、必要に応じて再開することができる。注入中止アイコン４８１３と注入実施中アイコン４８０７が両方ともデジタルアシスタント１１８上に表示されているときは、臨床家１１６は、デジタルアシスタント１１８上で患者に対する全ての実施中の注入のリストを表示するために移動するように指示を受ける。そのような注入中止インターフェース画面２７２７ａの一例を図２７ａに示す。図２７ａでは、中止された注入オーダが強調表示され、中止された注入オーダであるとして示されることになる。次いで、臨床家１１６は、中止された注入用の溶液容器上のバーコードをスキャンし、次いで患者のＩＤをスキャンすることになる。次に、図２７２７ｂに示すようなインターフェース画面２７２７ｂが、臨床家のデジタルアシスタント１１８上に提供される。インターフェース画面２７２７ｂでは、臨床家は、注入が中止された時刻及び注入中止の理由を入力することができる。次いで、臨床家は、注入ポンプ１２０上の停止ボタンを押すことにより、注入ポンプ１２０を物理的に停止することができる。
注入再開インターフェース画面２７２７ｃを図２７ｃに提供する。中止するためのオーダなくして中止されたと記録されている注入を再開することもできる。注入を再開するには、臨床家１１６は、最初にデジタルアシスタント１１８上の適切なインターフェース画面に移動しなければならない。患者メニュー内の注入中止アイコン４８１１をタップすることにより、その患者に対して現在中止されている全ての注入のリストが、図２７ｃのインターフェース画面２７２７ｃに示すように表示されることになる。再開すべき注入を選択するようにというプロンプトが臨床家に提供される。次いで、臨床家１１６は、再開すべき注入用の溶液容器上のバーコードをスキャンする。システム２１０は、スキャンされたＩＤを患者に対して現在中止されている注入に対するものと比較する。システム２１０がＩＤを患者に対して現在中止されているものと比較した後、デジタルアシスタント１１８が、患者のＩＤをスキャンするように臨床家１１６に促す。次いで、システム２１０がスキャンされたＩＤが患者のＩＤと一致することを確認し、その後、システム２１０は、図２７ｄのインターフェース画面２７２７ｄに示すように、デジタルアシスタント１１８上に、スキャンされた注入の処方箋を表示し、注入再開に対する施設が定めた理由を選択するように臨床家１１６に促すことになる。ひとたび理由が選択されると、臨床家１１６は、ポンプ１２０で注入を再開し、次いで矢印４８０９をタップして続行することができる。システム２１０は、注入を再開されたとして記録する。
デジタルアシスタント１１８に対する種々の画面ショット／インターフェースに示すように、臨床家１１６を支援するために、様々なアイコンが用いられる。これらのアイコンの多くが図４８に示されている。患者リストボタン４８０１は、タップすると、図２３に示す患者リスト画面２３１３のような患者リスト画面へ臨床家１１６が直接移動することを可能にするキーである。戻るボタン４８０３は、タップするとデジタルアシスタント１１８上の画面を前の画面に戻すキーである。ＯＫボタン４８０５は、デジタル装置１１８上に示されているデータを承認するためにタップされる。ＯＫボタン４８０５をタップすると、通常次の画面が表示される。注入実施中インジケータボタン４８０７は、選択されたポンプ１２０及びチャネルに対してプログラムされた注入を現在実施中であることを示す。注入待機中インジケータ４８０９は、選択された患者、ポンプ１２０及びチャネルに対してプログラムされた注入が待機状態であることを示す。注入中止インジケータ４８１１は、選択された患者、ポンプ１２０及びチャネルに対してプログラムされた注入が中止されたことを示す。注入中止オーダインジケータ４８１３は、薬局入力オーダにより選択された患者、ポンプ１２０及びチャネルに対する注入が中止されることになることを示す。医師注記インジケータ４８１５は、選択された患者、ポンプ１２０及びチャネルに対する医師の注記の存在を示す。臨床家１１６は、注記インジケータ４８１５をタップして注記を見ることができる。比較ボタン４８１７は、様々な画面に提供され、タップすると、スキャンされた項目と薬局入力オーダとの比較、及び追加の比較をシステム２１０に実行させる。リフレッシュボタン４８１９は、最新のデータを更新して画面上に示すためにタップされる。エクジットボタン４８２１は、臨床家が現在の画面を出て前に表示されていた画面に戻ることを可能にする。エンターボタン４８０９はＯＫボタンでもあり、ドロップダウンリスト内の選択肢から選択したデータ若しくはフィールド内に手入力したデータを承認して入力するためにタップされる。比較一致インジケータ４８２３は、プログラムされたポンプ設定値が薬局入力オーダ情報と一致することを示す。比較不一致インジケータ４８２５は、プログラムされたポンプ設定値が薬局入力オーダ情報と一致しないことを示す。比較不能インジケータ４８２７は、本システムがプログラムされたポンプ設定値を薬局入力オーダ情報と比較できないことを示す。ポンプアラーム／アラートインジケータ４８７２は、アラーム状態又はアラート状態が発生していることを示す。アラーム／アラートインジケータ４８７２がタップされると、拡大されたポンプアラーム・アラート画面が表示される。アラーム・アラート画面上では、赤色のアラーム／アラートアイコン４８７２はアラーム状態を示し、黄色のアラーム／アラートアイコン４８７２はアラート状態を示す。アラーム／アラート消音ボタン３０７４は、デジタル装置１１８上の可聴アラートを一時的に消音化するためにタップされる。通信損失インジケータ４８３３は、ポンプ１２０及び／又はハブ１０７がシステム２１０と適切に通信していないことを示す。この指摘に伴うメッセージには、問題を解決するためにとるべきステップが記載されている。無線モジュールローバッテリアラートインジケータ４８３５は、ハブ１０７が現在３０分未満のバッテリー残量の予備バッテリーで稼動していることを示す。
設定及びデジタルアシスタント１１８の使用法に関する上述の開示では、これらの機能を実行する臨床家１１６に関して論じてきた。しかしながら、これらの仕事は、その個人が臨床家１１６であるか否かを問わず、病院のどのような管理職員又はスタッフによって行うことができることが理解される。
（緊急事態通知工程）
図１２を参照すると、緊急事態通知システム１２００の好ましい実施形態が示されている。通知当事者１２１０は、通信ネットワーク１２２０と通信している。当業者は、限定するものではないが、イーサネット（登録商標）ネットワーク、同軸ケーブルネットワーク、無線ローカルエリアネットワーク、及び無線広域ネットワークを含む種々の通信ネットワークが動作可能であることが分かる。更に、限定するものではないが、Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（「ＴＣＰ／ＩＰ」）、ワイヤレスアプリケーションプロトコル（「ＷＡＰ」）、及びユーザーデータグラムプロトコル（「ＵＤＰ」）などの種々の通信ネットワークプロトコルが使用可能である。更に、通信ネットワーク１２２０は、より大きい通信ネットワークの一部として動作可能である。例えば、通信ネットワーク１２２０は、例えば病院内に現存する有線通信ネットワークと通信している無線通信ネットワークとすることができる。
通信ネットワーク１２２０と通信しているのは、通知当事者１２１０である。通知当事者１２１０は、病院の臨床家、例えば、看護師、医師、病院管理者、又は保安要員であることができる。通知当事者１２１０は、患者であることもできる。更に、通知当事者１２１０は、自動工程、例えば、コンピュータプログラム又は医療機器であることができる。通知当事者１２１０としての機能を果たす自動工程は、特定の状態又はイベントの発生と同時に通信ネットワーク１２２０全体にわたって緊急事態通知を一斉同報するようにプログラムすることができる。例えば、自動工程は、患者状態の感知と同時に緊急事態通知を一斉同報するようにプログラムすることができる。
緊急事態通知は、一人又はそれ以上のターゲット当事者１２３０によって受信される。ターゲット当事者１２３０は、臨床家、例えば医師、及び看護師であることができる。ターゲット当事者１２３０は、緊急事態対応要員又は保安要員、若しくは環境災害対応班であることもできる。ターゲット当事者１２３０は、通信ネットワーク１２２０と通信しているいずれかの個人であることができる。本発明の実施形態は、通知当事者１２１０に、緊急事態通知を特定の１つのターゲット当事者１２３０又は複数のターゲット当事者１２３０、若しくは全てのターゲット当事者１２３０のみに緊急事態通知を送信する選択肢を提供する。本実施形態は、どのターゲット当事者１２３０が緊急事態通知を受信するかを通知当事者１２１０が選択することを可能にする。
ターゲット当事者１２３０及び通知当事者１２１０は、通信ネットワーク１２２０によって連通している。当業者は、通知当事者１２１０及びターゲット当事者１２３０に提供することのできる様々な通信様式１２４０が通信ネットワーク１２２０と通信することが分かる。例えば、通信様式１２４０は、有線接続、例えばパーソナルコンピュータ又はプログラム可能制御装置とすることができる。通信様式１２４０は、ハンドヘルドコンピュータ又は携帯電話を通じてイネーブルにされる無線ネットワーク接続とすることもできる。
ここで図１３を参照すると、通知当事者１２１０の観点からの通知用インターフェース１３００が示されている。当業者は、通知当事者１２１０が通信ネットワーク１２２０を介して緊急事態通知を一斉同報する権限を与える様々なインターフェースが分かる。通知用インターフェースは、イントラネット又はインターネットに接続されたウェブサイトとすることができる。通知用インターフェースは、携帯電話又は他の電話、若しくは電子メールによって起動することもできる。一実施形態では、通知インターフェース１３００は、広く市販されているのが見られる種類のハンドヘルドコンピュータである。例には、ＰａｌｍＯｎｅ，Ｉｎｃ．によって製造されているＰａｌｍ装置、ＰａｌｍＯｎｅ，Ｉｎｃ．によって製造されているＶｉｓｏｒ装置、Ｈｅｗｌｅｔｔ Ｐａｃｋａｒｄ，Ｉｎｃ．によって製造されているＪｏｒｎａｄａ装置、Ｄｅｌｌ，Ｉｎｃ．によって製造されているＡｘｉｍ装置、Ｓｏｎｙ，Ｉｎｃ．によって製造されているＣｌｉｅ装置、及びＴｏｓｈｉｂａ，Ｉｎｃ．、Ｃｏｍｐａｑ及びＳｙｍｂｏｌによって製造されているＰｏｃｋｅｔＰＣ装置が含まれる。
一実施形態では、通知用インターフェース１３００は、１つ又はそれ以上のオプション１３４０をリストアップしたメニュー１３３０を備える。例えば、１つの通知オプション１３４０は、通知当事者１２１０が特定の臨床家又は臨床家の種類を緊急事態通知のターゲット当事者１２３０として選択することを可能にし得る。別の通知オプション１３４０は、緊急事態通知が誤って送信された場合に通知当事者１２１０が該緊急事態通知を取り消す選択を行うことを可能とすることができる。追加の通知オプション１３４０には、患者識別情報、患者の位置、緊急事態の種類、及び期待応答時間に対する入力を含めることができる。
ここで図１４を参照すると、ターゲット当事者１２３０の観点からの受信用インターフェース１４００の一実施形態が示されている。通知用インターフェース１３００と同様に、受信用インターフェース１４００は、種々の異なるプラットフォーム上で動作可能であり、且つ本発明の原理の下で引き続き実施可能とすることができる。図１３に示す一実施形態では、受信用インターフェース１４００は、ハンドヘルドコンピュータである。インターフェース１４００は、設定可能な情報２３５０を表示するための画面１４２０を含む。情報２３５０は、患者識別情報、緊急事態の発生位置、緊急事態の種類、及び期待応答時間などの緊急事態通知情報を含むことができる。
通知用インターフェース１３００及び受信用インターフェース１４００の両方とも、任意選択的にホットキー１３５０、１４６０で設定される。通知用インターフェース１３００に関しては、ホットキー１３５０は、通知用インターフェース１３００自体から自動的に取得される情報を含む緊急事態通知を送信するように設定することができる。例えば、通知用インターフェース１３００上のホットキー１３５０を押すことで、その情報を含む緊急事態通知を自動的に送信するように設定することができる。
（アラーム／アラート通知を含むメッセージング＆通知）
本システムは、通知及びメッセージを送信する機能を提供する。通知は、限定するものではないが、患者状態リスト、アラーム、アラート、注入スケジュール、オーダ、オーバーライド、警告、治療パラメータ、追加情報へのリンク、投薬失敗、経路確認、比較、流速情報、医師注記、通信の損失、ローバッテリ、投与結果等を含むことができる。本システムは、これら及び追加通知を表示する機能をも提供する。通知を表示する１つの手段は、デジタルアシスタント１１８上である。通知は、多数の臨床家及び／又は主任臨床家のうちのいずれか１人に提供することもできる。
上述したように、通知の１つの種類は、アラーム／アラート通知である。本システムでは、通知を段階的に増大することができる。特定のアラーム／アラートのエスカレーション工程を図１５に示す。通常、通知工程は、通知を任意の数の臨床家１１６に送信するために提供される。図１５の識別されたアラーム／アラートのエスカレーション工程１５００は、注入ポンプ１２０などの医療機器上でアラーム又はアラートがアクティブな際に、臨床家の装置１１８を介して一連の臨床家に通知する機能を提供する。好ましい実施形態では、臨床家の装置は、一般にディスプレイ１１８ａ及び可聴音又はサウンドジェネレータ１１８ｃを有する、図１及び図３に示すようなパーソナルデジタルアシスタント（「ＰＤＡ」）１１８である。説明のためのみに、臨床家の装置を、本詳細な説明においては、以下デジタルアシスタント１１８として特定する。更に、アラーム／アラートのエスカレーション工程１５００は、臨床家がデジタルアシスタント１１８上のアラーム／アラート通知に応答しなかった場合に、エスカレーション工程を提供する。エスカレーション工程が開始されると、該エスカレーション工程において特定された別の又は第２の臨床家のデジタルアシスタント１１８に通知が送信される。アラーム／アラート通知はデジタルアシスタント１１８に送信されるが、通常ポンプのアラーム及びアラートはポンプにおいてのみ解決することができることが理解される。本明細書に説明するように、デジタルアシスタント１１８におけるアラーム又はアラートの消音は、ポンプに作用しても、作用しなくてもよい。
アラーム／アラートのエスカレーション工程１５００は、医療機器１２０においてアラーム状態又はアラート状態の少なくとも１つ又は両方がトリガされた際に、ブロック１５０５で開始する。図３に示す好ましい実施形態では、医療機器１２０におけるアラーム又はアラートのトリガに続き、該アラーム状態若しくはアラート状態に関連するデータを含む信号が生成され、ブロック１５１０において医療機器１２０からサーバ１０９に送信される。無線環境では、無線送信機を有する医療機器１２０が備えられるか、又は無線ハブ１０７に接続された医療機器１２０が備えられる。図３に示す後者の例では、ハブ１０７は、医療機器１２０から信号を受信し、該信号を、無線通信路又は無線通信リンク１２８を介したシステムネットワーク１０２への伝送に適した形式に変換する。更に、ハブ１０７がアラーム、アラート又は他の通知が重複通知であることを認識した場合、ハブ１０７は、該重複通知を廃棄することができる。伝送された信号は、医療環境内の無線アクセスポイント１１４によって受信される。無線アクセスポイント１１４は、無線通信路（即ち無線経路１２８）と図３に示す有線通信路１１０のような有線通信路との間のインターフェースとなる。
サーバ１０９がブロック１５１０で送信されたアラーム状態又はアラート状態に関連するデータを受信した後、サーバ１０９は、ブロック１５１５で前提条件チェックを行う。前提条件チェック３０３０は、医療機器１２０におけるアラーム状態又はアラート状態を特定の患者に関連付ける工程と、該患者を第１の臨床家とも呼ばれる主臨床家に関連付ける工程（この関連付けは、中央システムサービス装置１０８ａで行うことができる）と、第１の臨床家をその臨床家のデジタルアシスタント１１８に関連付ける工程とを含むことができる。サーバ１０９は、ブロック１５１５でのその前提条件チェックにおいて入手した情報を用いて、医療機器１２０（及び一実施形態では注入ポンプ１２０の特定のチャネル１２１）、患者、主臨床家即ち第１の臨床家及び第１の臨床家のデジタルアシスタント１１８との間の関係を確立する。患者１１２と臨床家１１６との間に多対多の関係があることが理解される。従って、多数の第１の臨床家、多数の第２の臨床家、及び多数のｎ−レベルの臨床家を、１人の特定の患者と関連付けることができる。更に、ｎ−レベルのエスカレーションも本システム内で可能である。
通常、サーバ１０８ａは、その内部に、患者対臨床家の多対多の関連付け、及び患者対部門の関連付けを格納している。サーバ１０８ａは、これらの関連付けをサーバ１０９に伝送し、サーバ１０９は、これらの関連付けを格納する。同様に、サーバ１０８ａは、主任臨床家対部門の関連付けを、格納のためにサーバ１０９へ送信する。
ブロック１５１５での前提条件チェックに続き、サーバ１０９は、患者１１２から臨床家１１６への適切なチャネル１２１マッピングを決定する。ひとたびマッピングが完了すると、ブロック１５２０で、サーバ１０９は、第１の臨床家のデジタルアシスタント１１８がアクティブであるかどうかを判定する。第１の臨床家のデジタルアシスタント１１８がアクティブである場合、次いで、サーバ１０９は、存在するアラーム状態又はアラート状態を表す信号を生成する。この信号は、患者の氏名、患者の位置、ベッド識別、部屋識別、アラーム又はアラートの種類、状態の記述、時刻、日付、臨床家の識別及び／又は処方などのデータを含む。好ましい実施形態では、この信号は、サーバ１０９から無線アクセスポイント１１４へ伝送される。次いで、ブロック１５２５で、無線アクセスポイント１１４が、アラーム状態又はアラート状態に関連する信号を、無線通信伝送を介して臨床家のデジタルアシスタント１１８へ伝送する。
アラーム状態又はアラート状態に関連する信号は、ブロック１５２５で、主任臨床家、第１の臨床家の部下、又は第２の臨床家にも伝送することができる。このような信号は、無線通信又は有線通信を介して伝送することができる。更に、主任臨床家は、デジタルアシスタント１１８、デスクトップコンピュータ、又は他のなんらかの電子装置を使用していることができる。主任臨床家は一般に、臨床家が直属する上司又はいずれかの人物である。更に、主任臨床家は、臨床家のワークフローを支援するか、又はアラーム状態又はアラート状態の監視を支援する人物とすることができる。
信号は、臨床家のデジタルアシスタント１１８によって受信され、続いて図１５のブロック１５３０で表示される。このブロックでは、臨床家のデジタルアシスタント１１８上にアラーム状態又はアラート状態が表示される。臨床家のデジタルアシスタント１１８上への表示は、可視表示、可聴表示、又は可視表示及び可聴表示の両方とすることができる。更に、可視表示は、１つ又はそれ以上のテキスト、アイコン、シンボル等を含むことができる。同様に、上述したように、可聴表示は、種々のデシベルレベルの様々な可聴音を含むことができる。可視インジケータ及び可聴インジケータは、病院によって設定可能である。図１６ａに、臨床家のデジタルアシスタント１１８上の例示的なアラーム／アラートインターフェースのリスト画面１６６２ａの画面ショットを開示する。アラーム／アラートリストインターフェース１６６２ａは、アクティブなチャネルのアラーム／アラートに現在関連する患者のリストを含む。図１６ａに示すように、この臨床家のデジタルアシスタント１１８は現在、３つのアクティブなアラーム／アラート表示を有する。患者１、１６６４に関するアラーム状態、患者２、１６６６に関するアラーム状態、及び患者３、１６６８に関するアラート状態が存在する。図１７に示すように、各患者氏名及び対応するアラーム／アラートアイコンが、適切なポンプアラーム詳細インターフェース画面にハイパーリンクされている。一実施形態では、患者のリストは、このインターフェース画面を表示しているデジタルアシスタント１１８にログインした臨床家１１６に現在関連する患者のみを含むようにフィルタ処理される。この臨床家対患者の関連付けは、主臨床家として行っても、一時対応臨床家として行ってもよい。第２の臨床家にも、エスカレーション工程を通じてアクセスすることができる。アラーム／アラートリストインターフェース１６６２は一般に、通常の臨床家のワークフローの間に臨床家１１６のデジタルアシスタント１１８上に表示されるアラーム／アラートアイコン４８７２をクリックすることによりアクセスを受ける。
上述したように、ブロック１５３０でアラーム状態又はアラート状態が臨床家のデジタルアシスタント１１８上に表示される場合、この表示は、可視的に、可聴式に、又は両方で提供することができる。臨床家のデジタルアシスタント１１８に可聴表示が提供される場合は、アラームアイコン４８７２が、臨床家のデジタルアシスタント１１８のディスプレイ１１８ａ上に出現する。可聴表示が提供される場合、臨床家は、たとえ該臨床家がアラーム状態又はアラート状態に応答していない場合でも、臨床家が可聴表示の音を消す機能を有することができる。臨床家がアラームを消音化した場合、サーバ１０９は、消音タイマを起動することになる。可視表示は、たとえ可聴表示の音が消された場合でも残ることになる。図１６ａに示すように、アラーム／アラートにより臨床家のデジタルアシスタント１１８に可聴表示が提供されているが、臨床家の消音化により音が消えている場合、アラーム／アラート消音化アイコン４８７４が提供される。更に、アラーム／アラート状態の高まりと同時に、臨床家がタイマのタイムリミット内にアラームに応答しない場合、可聴表示の消音化は解除することができる。可聴表示の代替的実施形態は、振動アラートとすることができる。
更に、複数のアラーム／アラート状態の時間が同時に又は重なり合って発生する可能性があることは理解される。それに応じて、特定のアラーム状態又はアラート状態に関連するデータを含む同時信号又は部分的に重なり合った信号が生成され、ブロック１５１０で医療機器１２０からサーバ１０９へ送信される。アラーム／アラート信号は、同一の医療機器１２０又は異なる医療機器１２０から創出することができる。更に、アラーム／アラート信号は、同一の患者又は異なる患者に関連することができる。しかしながら、アラーム／アラート信号の各々は、個々のアラーム／アラート状態に対して、本明細書に記載するアラーム／アラートエスカレーション工程１５００へ個々にルーティングされる。図１６ａに示すように、特定の臨床家が彼／彼女のデジタルアシスタント１１８上に多数のアラーム／アラート表示を有する可能性がある。アラーム／アラート画面の別の例を、図１６ｂのインターフェース画面１６６２ｂ上に示す。本システムにおいては一般的なことであるが、図１６ｂのインターフェース画面１６６２ｂ内の１６７６として参照されるラインは、リスト、具体的にはこのインターフェース内の特定の臨床家に対するアラーム／アラート表示リストの終端を示す。
図１７は、図１６ａのインターフェース内のリスト１６６２ａから臨床家のデジタルアシスタント１１８上で患者へのハイパーリンクに対してアラーム／アラート表示のうちの１つを閲覧する選択を行った後の、詳細な患者アラーム／アラートインターフェース１７６５を示す。ここでは、臨床家は、患者１、１６６４に関するアラーム表示を選択している。アラーム／アラート詳細画面１７６５は、該アラーム／アラートの理由を詳細に記したメッセージを臨床家に提供する。臨床家は、リフレッシュボタン４８１９をクリックして画面１７６５上に表示された現在の情報を更新することができる。図１８のインターフェース１８６７上に示すように、同一の患者に対して複数のアラーム又はアラート１８７８、１８８２が存在する可能性がある。このアラーム／アラートインターフェース１８６７は、現在所与の患者に関連付けられている全てのアクティブなポンプのアラーム／アラートのリストを提供する。これらのアクティブなポンプのアラーム／アラートは、複数のチャネル１２１及び／又はポンプ１２０からのものである可能性があり、且つ複数のハブ１０７全体にわたって拡大してさえいる可能性がある。このインターフェース画面１８６７は、ポンプアラームリスト画面１６６２上の所与の患者を特定することによりアクセスを受ける。
ブロック１５２５で臨床家のデジタルアシスタントに信号が送信され、ブロック１５３０で主臨床家のデジタルアシスタント１１８によって受信された後、サーバ１０９において、ブロック１５３５でタイマが起動される。このタイマは、タイムリミットを有する。一般的なエスカレーションタイムリミットは約２分であるが、このタイムリミットは、病院によって設定可能である。ブロック１５４０で、本システムは、タイマのタイムリミット内にアラート又はアラームに対して応答がなされたかどうかを判断する。主臨床家のデジタルアシスタント１１８からの確認応答なくしてタイマのタイムリミットに達した場合、本工程は、ブロック１５４５に進む。ブロック１５４５で、本システムは、医療機器１２０においてアラーム／アラート状態に対する確認応答又は応答がなされているか否かに関して更に照会を行う。主臨床家のデジタルアシスタント１１８、若しくは医療機器１２０においても、或いは主任臨床家によっても応答がなされていなければ、次いで、ブロック１５４５で、アラーム／アラート工程がエスカレートされる。
アラーム／アラート状態がトリガされた後であるがアラーム／アラート状態の確認前に通信の損失が発生した場合はいつでも、ひとたび通信の損失が修復されれば、アラーム／アラート状態が回復することになる。同様に、通信の損失後にアラーム／アラート状態がトリガされた場合、該アラーム／アラート状態は、ひとたび通信が復旧すれば回復することになる。
アラームがエスカレートされると、サーバ１０９は、ブロック１５５５で別の前提条件チェックを行う。この前提条件チェック１５５５は、患者を第２の臨床家と関連付ける工程（この関連付けは、中央システムサービス装置１０８ａで行うことができる）と、第２の臨床家を第２の臨床家の装置又は第２の臨床家のデジタルアシスタント１１８とも呼ばれるその臨床家のデジタルアシスタント１１８と関連付ける工程とを含み得る。サーバ１０９は、ブロック１５５５でのその前提条件チェックにおいて入手した情報を用いて、医療機器１２０、患者、第２の臨床家及び第２の臨床家のデジタルアシスタント１１８との間の関係を確立する。
ブロック１５５５での第２の前提条件チェックに続き、サーバ１０９は、第２の臨床家のデジタルアシスタント１１８がアクティブであるかどうかをも判定し得る。第２の臨床家のデジタルアシスタント１１８がアクティブである場合、次いで、サーバ１０９は、現存するアラーム状態又はアラート状態を表すエスカレートされた信号を生成する。このエスカレートされた信号は、患者の氏名、患者の位置、部屋識別、ベッド識別、アラーム又はアラートの種類、状態記述、時刻、日付、臨床家識別及び／又は処方などのデータを同様に含む。好ましい実施形態では、エスカレートされた信号は、サーバ１０９から無線アクセスポイント１１４へ伝送される。次いで、無線アクセスポイント１１４が、ブロック１５５５で、アラーム状態又はアラート状態に関連するエスカレートされた信号を、無線通信伝送を介して第２の臨床家のデジタルアシスタント１１８へ伝送する。
アラーム状態又はアラート状態に関連するエスカレートされた信号は、ブロック１５５５で主任臨床家にも伝送することができる。このようなエスカレートされた信号は、無線又は有線の通信を介しすることができる。更に、主任臨床家は、デジタルアシスタント、デスクトップコンピュータ、又はなんらかの他の電子装置を用いていることができる。上述したように、主任臨床家は通常、臨床家が直属する上司又は特定の人物、若しくは臨床家に対するワークフローを支援するか、或いはアラーム状態又はアラート状態を監視するのを支援する人物である。
エスカレートされた信号は、第２の臨床家のデジタルアシスタント１１８によって受信され、続いて図１５のブロック１５６０で表示される。このブロックは、第２の臨床家のデジタルアシスタント１１８上にアラーム状態又はアラート状態を表示する。第２の臨床家の装置上の表示は、可視表示、可聴表示、又は可視表示及び可聴表示の両方とすることができる。更に、可視表示は、１つ又はそれ以上のテキスト、アイコン、シンボル等を含むことができる。同様に、上述したように、可聴表示は、種々の可聴音を含むことができる。しかしながら、第１の臨床家に送信された原信号（ブロック１５２５参照）は、図１５のブロック１５３０に示すように、依然として該第１の臨床家のデジタルアシスタントに保持されていることが理解される。第１の臨床家のデジタルアシスタント１１８にある信号は強めることができる（即ち、それはより大きいサイズ又はフォントで示すことができ、それは点滅することができ、可聴アラートのボリュームを上げる等）。
ブロック１５５５で二次信号が臨床家のデジタルアシスタントに送信され、ブロック１５６０で第２の臨床家のデジタルアシスタント１１８によって受信された後では、少なくとも２人の個人（第１の臨床家及び／又は主任臨床家）及びアラーム／アラート状態がアクティブな少なくとも２台の装置が存在する。従って、ブロック１５４０及び１５６５に示すように、これらの臨床家のうちのいずれかが、アラーム／アラート状態に応答することができる。ブロック１５７０で、エスカレートされたアラーム工程は、臨床家のデジタルアシスタント１１８、主任臨床家のコンピュータ又は装置、若しくは医療機器１２０のうちのいずれか１つでアラーム／アラート状態が解消されるまで続くことになる。
ブロック１５２０を参照すると、主臨床家のデジタルアシスタント１１８がアクティブでないとサーバ１０９が判断した場合、及びブロック１５４５でアラーム／アラート状態が依然として存在するとサーバ１０９が判断した場合、サーバ１０９は、上に論じたブロック１５５０に進み、アラーム／アラート信号を送信するのに適切な第２の臨床家又は主任臨床家を決定することになる。更に、ブロック１５２０はアラーム／アラートエスカレーション工程１５００の間にいつでも生じ得ることが理解される。臨床家のデジタルアシスタント１１８がアクティブでない１つの理由は、サーバ１０９からの信号の損失である可能性がある。図４５ａ及び図４５ｂの通信損失インターフェース画面４５０１に示すように、信号が失われた場合、デジタルアシスタント１１８は、臨床家１１６に、信号損失を示す画面４５０１、及び／又は可聴／振動表示を提供する。通信損失画面４５０１はまた、どの患者の信号が失われたかについても臨床家１１６に通知する。画面４５０１では、システム２１０はまた、信号を取り戻すためのトラブルシューティング情報をも臨床家１１６に提供する。ハブ１０７又はデジタルアシスタント１１８が無線範囲外にあるときは、ポンプのアラーム及びアラートは、デジタルアシスタント１１８で受信することができない。
デジタルアシスタント１１８がアクティブでない他の理由は、デジタルアシスタント１１８のバッテリー残量の減少、無線ハブ１０７のバッテリー残量の減少、又はアクセスポイント１１４が原因でのデジタルアシスタントの信号損失である可能性がある。システム２１０は、臨床家１１６にローバッテリ画面を提供する。図４６のインターフェース画面４６０３に示すように、１つの種類のローバッテリ画面は、患者の注入ポンプに接続された無線ハブ１０７にローバッテリ状況が存在することを臨床家に警告する画面である。ローバッテリ画面が提供される際、該画面は、注入がその特定のハブ１０７に関連付けられた患者のリストを含む。患者のリストは通常、画面４６０３を表示しているデジタルアシスタント１１８にログインした臨床家に現在関連する患者のみ、またログインした臨床家と共に同一の注入ポンプ１２０／ハブ１０７を共有する全ての患者をも含むようにフィルタ処理される。この臨床家対患者関連付けは、エスカレーション工程を通して、第１の臨床家としても、第２の臨床家としてもよい。臨床家のデジタルアシスタント１１８がアクティブでない他の理由があり得ることが理解される。それでもやはり、臨床家のデジタルアシスタント１１８がアクティブではなくなった場合はいつでも、工程１５００は、信号を第２の臨床家及び／又は主任臨床家へ送信することができるように、ブロック３１００へ進むことができる。更に、本開示のタイムアウト特徴及び他の特徴に関して上述したように、サーバ１０９若しくは医療機器１２０からの通信信号が失われた場合、図４５ａ及び図４５ｂに示すように、デジタルアシスタント１１８上に信号損失メッセージを提供することができる。
アラーム／アラート工程中にいつでも、主臨床家は、アラーム／アラート信号に応答することができる。ブロック１５４０で主臨床家がアラーム／アラート信号に応答した場合、エスカレートされた工程は回避されることになる。しかしながら、ブロック１５５０でエスカレートされた工程が開始された場合、ブロック１５６５で、主治医若しくは第２の臨床家がアラーム／アラート信号に応答することができる。同様に、アラーム／アラート状態は、アラーム／アラートエスカレーション工程の前若しくはその間に、医療機器１２０において、又は主任臨床家によって随時解消することができる。ブロック１５４０若しくはブロック１５６５で、医療機器１２０で、又は主任臨床家によってアラーム／アラート状態が解消された後、ブロック１５４０で、医療機器１２０及び臨床家のデジタルアシスタント１１８の可聴アラームは終了されることになる。
ブロック１５８５で、サーバ１０９は、全てのアラーム／アラート状態をイベントとして記録する。イベントを記録する工程は、アラーム／アラート状態に関する情報を記録する段階と、アラーム／アラート状態の応答した臨床家を記録する段階と、アラーム／アラート状態の開始時刻（ブロック１５０５参照）を記録する段階と、アラーム／アラート状態が正された時刻を記録する段階とを含むことができる。更に、ブロック１５９０で、サーバ１０９は、タイマをリセットし、医療機器アラームリストを更新することになる。アラーム／アラート状態は、ポンプのイベント履歴にも記録することができる。
（例示的ユースケース）
図５５Ａ〜図６２は、本明細書に説明するシステムを用いて行うことのできる例示的な操作のフローチャートである。例示的な操作には、新たな注入の実施、ポンプチャネルのスキャン、ポンプが割り当てられているチャネルの変更、注入の停止／中止、注入の再開、及びポンプの除去が含まれる。一般に、これらの操作の各々が、実行されることになる操作を示す情報、どの患者１１２が影響を受けることになるのかを識別する情報（例えば患者ＩＤ）、及びその患者１１２用のどの薬剤１２４が影響を受けることになるのかを識別する情報（例えばＲｘＩＤ）を含む入力を、デジタルアシスタント１１８などの電子装置から受信する。次いで、この情報が第１の中央サーバ１０９に送信され、該第１の中央サーバ１０９が、チャネル識別情報が注入オーダ情報と一致することを確認し、正しい注入操作が行われたことを確認する。
（注入実施工程）
図５５Ａに、注入実施工程５５００の一例を示す。注入実施工程５５００の一部は、上に概要を述べた比較手順５２００の代替的実施形態である。注入実施工程５５００は、新たな注入を開始するために用いることができる。一般に、注入実施工程５５００は、注入実施工程が実行されることになるのを示す情報、どの患者１１２が影響を受けるのかを識別する情報（例えば患者ＩＤ）、及びその患者１１２用のどの薬剤１２４が注入を開始されることになるのかを識別する情報（例えばＲｘＩＤ）を含む入力を、デジタルアシスタント１１８などの電子装置から受信する。次いで、工程５５００は、この情報を第１の中央サーバ１０９に送信し、該第１の中央サーバ１０９が、チャネル識別情報が注入オーダ情報と一致することを確認し、正しい注入が開始されたことを確認する。
より具体的には、この例示的な注入実施工程５５００は、ブロック５５０２で第２の中央サーバ１０８ａがデジタルアシスタント１１８に患者のリストを表示させたときに開始する。患者のリストを示すデジタルアシスタントディスプレイ１１８ａの一例が、図２４に示されている。患者のリストは、その時刻にそのデジタルアシスタント１１８にログインしているユーザ（例えば臨床家１１６）に関連付けられた患者１１２に限定されるのが好ましい。ひとたびユーザが患者１１２を選択すると、該選択及び／又は該患者１１２を識別する情報が、デジタルアシスタント１１８から第２の中央サーバ１０８ａに返信される。デジタルアシスタント１１８と第２の中央サーバ１０８ａとの間の通信は、上述の無線／有線ネットワーク１０２のような任意の適した通信路を介することができる。次いで、ブロック５５０４で、第２の中央サーバ１０８ａは、デジタルアシスタント１１８に動作のリストを表示させる。動作のリストを示すデジタルアシスタントディスプレイ１１８ａの一例を、図２５に示す。動作のリストは、選択された患者１１２に関連付けられた動作に限定されるのが好ましい。例えば、「注入実施」動作は、少なくとも１つの注入が目下その選択された患者１１２に関連付けられている場合にのみ利用可能となろう。
ユーザが動作リストから「注入実施」動作を選択すると、選択されたその動作を識別する情報が第２の中央サーバ１０８ａに送信される。それに応答して、ブロック５５０６で、第２の中央サーバ１０８ａが、該デジタルアシスタント１１８上に表示された薬剤のリストから注入すべき薬剤１２４を選択するようにユーザに促す画面をデジタルアシスタント１１８に表示させる。薬剤のリストを示すデジタルアシスタントディスプレイ１１８ａの一例を図２６に示す。薬剤のリストは、この患者１１２に対する実際のオーダに基づいて第２の中央サーバ１０８ａのデータベースから取り出されるのが好ましい。もちろん、このリストは、注入実施なし若しくは１つの注入実施を含む任意の数の項目を有することができる。次いで、選択された薬剤１２４を示すデータが、第２の中央サーバ１０８ａに送信される。
次に、ブロック５５０８で、第２の中央サーバ１０８ａが、患者１１２に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。患者１１２に関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３６に示す。ユーザは、デジタルアシスタント１１８のスキャナを用いて患者のリストバンド１１２ａ上のバーコードラベルをスキャンすることができる。代替的に、ユーザは、デジタルアシスタント１１８に患者識別子を手入力することもできる。次いで、ブロック５５１０で、患者識別子が、検証のために第２の中央サーバ１０８ａに送信される。次いで、第２の中央サーバ１０８ａが、データベース内で患者識別子の検索を試みる。患者識別子（例えばリストバンドＩＤ）がデータベース内に有効な患者識別子として存在しない場合、ブロック５５１２で、第２の中央サーバ１０８ａは、デジタルアシスタント１１８に患者無効通知を表示させる。ひとたびユーザが患者無効通知を了解する（又は通知がタイムアウトする）と、ブロック５５０８で、デジタルアシスタント１１８は、患者１１２に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面を再表示する。
ブロック５５１０で、患者識別子（例えばリストバンドＩＤ）がデータベース内に有効な患者識別子として存在する場合、ブロック５５１４で、第２の中央サーバ１０８ａは、投与すべき薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３４に示す。ユーザは、デジタルアシスタント１１８のスキャナを用いて、薬剤１２４のバッグ上の薬剤ラベル１２４ａ（例えば注入バッグ上のバーコード）をスキャンすることができる。代替的に、ユーザは、デジタルアシスタント１１８に薬剤識別子を手入力することもできる。次いで、ブロック５５１６で、薬剤識別子が検証のために第２の中央サーバ１０８ａに送信される。第２の中央サーバ１０８ａは、データベース内で薬剤識別子の検索を試みる。薬剤識別子（例えばバッグＩＤ）がデータベース内に有効な薬剤識別子として存在しない場合、ブロック５５１８で、第２の中央サーバ１０８ａは、項目無効通知をデジタルアシスタント１１８に表示させる。ひとたびユーザが項目無効通知を了解する（又は通知がタイムアウトする）と、ブロック５５１４で、デジタルアシスタント１１８は、薬剤１２４に関連付けられた機械可読識別子をスキャンして再開するようにユーザに促す画面を再表示する。
ひとたび有効な薬剤識別子を取得すれば、第２の中央サーバ１０８ａは、該薬剤識別子を用いて、データベース内の患者識別子を検索する。次いで、ブロック５５２０で、データベースからの患者識別子がスキャンされた（又は手入力された）患者識別子と比較され、スキャンされた（又は手入力された）薬剤１２４がスキャンされた（又は手入力された）患者１１２のものであるかどうかが判定される。２つの患者識別子が一致しない場合、ブロック５５１８で、第２の中央サーバ１０８ａは、項目無効通知をデジタルアシスタント１１８に表示させる。
２つの患者識別子が一致する（即ち、この患者１１２がこの薬剤１２４と合う）場合、ブロック５５２２で、第２の中央サーバ１０８ａは、経路、ライン、及び部位を入力するようにユーザに促す画面をデジタルアシスタント１１８に表示させる。経路、ライン、及び部位を入力するようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３７に示す。次いで、ブロック５５２４で、経路、ライン、及び部位を示すデータが、検証のために第２の中央サーバ１０８ａに送信される。経路不一致が生じると、ブロック５５２６で、第２の中央サーバ１０８ａは、経路不一致通知をデジタルアシスタント１１８に表示させる。不一致通知を有するデジタルアシスタントディスプレイ１１８ａの一例を図４０に示す。ひとたびユーザが経路不一致通知を了解すれば（又は通知がタイムアウトすれば）、ブロック５５２２で、デジタルアシスタント１１８は、経路、ライン、及び部位を入力するようにユーザに促す画面を再表示する。経路不一致が生じない場合、ブロック５５２８で、第２の中央サーバ１０８ａは、手動による処方箋比較と自動処方箋比較との間で選択を行うようにユーザに求める画面をデジタルアシスタント１１８に表示させる。ブロック５５３０で手動による処方箋比較が選択されると、ブロック５５３２で、第２の中央サーバ１０８ａは、ユーザが手動で検証することになるパラメータを示すものを、デジタルアシスタント１１８に表示させる。
続いて、ブロック５５３４で、第２の中央サーバ１０８ａは、この患者１１２に対して実施すべき項目（例えば投薬）が更にあるかどうかを判定する。例えば、ブロック５５０６で選択された注入オーダは、一次注入とピギーバック注入を要するかもしれない。この患者１１２に対して実施すべき項目（例えば投薬）が更にある場合、ブロック５５１４で、第２の中央サーバ１０８ａは、投与すべき薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３４に示す。この患者１１２に対して実施すべき項目（例えば投薬）がそれ以上ない場合、ブロック５５３６で、第２の中央サーバ１０８ａは、実施結果を示す画面をデジタルアシスタント１１８に表示させる。実施結果を示すデジタルアシスタントディスプレイ１１８ａの一例を図５７に示す。
実施結果は、第１の中央サーバ１０９にも渡される。例えば、実施結果は、フォーム変数として第１の中央サーバ１０９に渡すことができる（ウェブページから提出されたかのように）。次いで、ブロック５５３８で、第１の中央サーバ１０９は、何らかの誤りがないかどうか、実施結果の全てをチェックする。失敗がない場合、ブロック５５４０で、第１の中央サーバ１０９は、全ての新たなチャネル−患者−薬剤関係を、第１の中央サーバ１０９のデータベースにコミットする。次いで、ブロック５５４２で、第１の中央サーバ１０９は、第２の中央サーバ１０８ａに関連づけられた所定のＵＲＬに移動することにより、第２の中央サーバ１０８ａの制御に復帰する。１つ又はそれ以上の失敗がある場合、ブロック５５４４で、第１の中央サーバ１０９は、該誤りに関連するチャネル−患者−薬剤関係を廃棄し、成功に関連するチャネル−患者−薬剤関係を、第１の中央サーバ１０９のデータベースにコミットする。失敗は、第２の中央サーバ１０８ａ及び／又は第１の中央サーバ１０９に関連付けることができる。従って、第１の中央サーバ１０９は、ブロック５５４６で第１の中央サーバ１０９が第２の中央サーバ１０８ａに関連付けられた所定のＵＲＬに移動することにより第２の中央サーバ１０８ａの制御に復帰する際に、第１の中央サーバ１０９に関連付けられた失敗（例えば保全失敗）を、第２の中央サーバ１０８ａに返送するのが好ましい。
ブロック５５３０に戻って説明すると、自動処方箋比較が選択された場合、ブロック５５３１で、第２の中央サーバ１０８ａは、第１の中央サーバ１０９に「処方箋比較」ＸＭＬ文書を送信する。「処方箋比較」ＸＭＬ文書は、患者識別子（例えばリストバンドＩＤ）、薬剤識別子（例えばバッグＩＤ）、完了用ＵＲＬ、及び取り消し用ＵＲＬを含む。完了用ＵＲＬは、処方箋の一致が見出された場合に用いられるネットワークアドレスである。取り消し用ＵＲＬは、処方箋の一致が見出されない場合に用いられるネットワークアドレスである。
ひとたび第１の中央サーバ１０９が「処方箋比較」ＸＭＬ文書を受け取ると、ブロック５５４８で、第１の中央サーバ１０９は、第１の中央サーバ１０９は、「処方箋比較」ＸＭＬ文書が有効であるかどうかを判定する。例えば、第１の中央サーバ１０９は、通常「処方箋比較」ＸＭＬ文書内に予測されるデータが受信した「処方箋比較」ＸＭＬ文書から欠落していないかどうかをチェックすることができる。第１の中央サーバ１０９が「処方箋比較」ＸＭＬ文書が有効ではないと判断した場合、ブロック５５５０で、第１の中央サーバ１０９は、「処方箋比較」動作を実行することができなかったことをユーザに示すエラーメッセージをデジタルアシスタント１１８に表示させる。この表示は、どのデータが「処方箋比較」ＸＭＬ文書から欠落しているかなどの理由を含むことができる。ユーザが「ＯＫ」ボタンを押してエラーメッセージを了解した後、ブロック５５５２で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。
「処方箋比較」ＸＭＬ文書が有効であると第１の中央サーバ１０９が判断した場合、第１の中央サーバ１０９は、チャネルスキャン工程５５５４を開始する。通常、チャネルスキャン工程５５５４は、「新たな」ポンプチャネル（例えばポンプチャネル１０３ａ）に関連付けられた機械可読識別子をスキャンし、スキャンしたチャネルが利用可能であるかどうか（例えば、どの患者１１２にも割り当てられていない、現在の患者１１２に割り当てられているが使用されていない、別の患者１１２に割り当てられ且つ上書き済み等）を判定するようにユーザに促す。スキャンしたチャネルが利用できない場合、「注入実施」動作は、取り消される。そのような場合、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。スキャンしたチャネルが利用可能である場合、新たなチャネル−患者−薬剤関係が生成される。チャネルスキャン工程５５５４を、図５６を参照して以下により詳細に説明する。
チャネルスキャン工程５５５４により、スキャンしたチャネルが有効であり且つ利用可能であると判定された場合、ブロック５５５６で、第１の中央サーバ１０９は、ポンプチャネルをプログラムするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。デジタルアシスタントディスプレイ１１８ａは、「比較」ボタン及び「キャンセル」ボタンを含むのが好ましい。ユーザが「キャンセル」ボタンを押した場合、第１の中央サーバ１０９は、ブロック５５５８で新たなチャネル−患者−薬剤関係を廃棄し、ブロック５５５２で取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。ユーザが「比較」ボタンを押した場合、ブロック５５６０で、第１の中央サーバ１０９は、ポンプチャネルとの通信が正常に機能しているかどうかを判定する。例えば、状態情報が所定の時間内にチャネルから受信されなかった場合、第１の中央サーバ１０９は、ポンプチャネルとの通信が正常に機能していないと判断することができる。
ポンプチャネルとの通信が正常に機能していない場合、ブロック５５６２で、第１の中央サーバ１０９は、ポンプチャネルとの通信の損失により処方箋比較を行うことができないことを示す画面をデジタルアシスタント１１８に表示させる。ここでもまた、デジタルアシスタントディスプレイ１１８ａは、「比較」ボタン及び「キャンセル」ボタンを含むのが好ましい。ユーザが「キャンセル」ボタンを押した場合、第１の中央サーバ１０９は、ブロック５５５８で新たなチャネル−患者−薬剤関係を廃棄し、ブロック５５５２で取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。ユーザが「比較」ボタンを押した場合、ブロック５５６０で、第１の中央サーバ１０９は、ポンプチャネルとの通信が正常に機能しているかどうかを再チェックする。
ポンプチャネルとの通信が正常に機能している場合、ブロック５５６４で、第１の中央サーバ１０９は、このチャネルに関連付けられた何らかのデータが欠落しているかどうかを判定する。例えば、チャネルから受信した状態情報に予測される連続番号が欠落している場合、第１の中央サーバ１０９は、このチャネルに関連付けられたデータが欠落していると判断することができる。チャネルデータが欠落している場合、ブロック５５６４で、第１の中央サーバ１０９は、チャネルデータ欠落により処方箋比較を行うことができないことを示す画面をデジタルアシスタント１１８に表示させる。ここでもまた、デジタルアシスタントディスプレイ１１８ａは、「比較」ボタン及び「キャンセル」ボタンを含むのが好ましい。ユーザが「キャンセル」ボタンを押した場合、第１の中央サーバ１０９は、ブロック５５５８で新たなチャネル−患者−薬剤関係を廃棄し、ブロック５５５２で取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。ユーザが「比較」ボタンを押した場合、ブロック５５６０で、第１の中央サーバ１０９は、ポンプチャネルとの通信が正常に機能しているかどうかを再チェックする。
どのチャネルデータも欠落していない場合、ブロック５５６８で、第１の中央サーバ１０９は、チャネルがすでに稼動中であるかどうかを判定する。例えば、第１の中央サーバ１０９は、チャネルから受信した状態情報を読み取ることにより、該ポンプチャネルが稼動中であるかどうかを判断することができる。チャネルがすでに稼動中である場合、ブロック５５７０で、第１の中央サーバ１０９は、チャネルがすでに稼動中であるために処方箋比較を行うことができないことを示す画面をデジタルアシスタント１１８に表示させる。処方箋比較を行うことができないことを示すデジタルアシスタントディスプレイ１１８ａの一例を図４２に示す。デジタルアシスタントディスプレイ１１８ａは、ポンプ１２０上の特定のキー（例えばスタート）をユーザが押さなければならないことを示すこともできる。ここでもまた、デジタルアシスタントディスプレイ１１８ａは、「比較」ボタン及び「キャンセル」ボタンを含むのが好ましい。ユーザが「キャンセル」ボタンを押した場合、第１の中央サーバ１０９は、ブロック５５５８で新たなチャネル−患者−薬剤関係を廃棄し、ブロック５５５２で取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。ユーザが「比較」ボタンを押した場合、ブロック５５７２で、第１の中央サーバ１０９は、ポンプチャネルとの通信が正常に機能しているかどうかを再チェックする。
ポンプチャネルとの通信が正常に機能していない場合、ブロック５５７４で、第１の中央サーバ１０９は、ポンプチャネルとの通信の損失により処方箋比較を行うことができないことを示す画面をデジタルアシスタント１１８に表示させる。ここでもまた、デジタルアシスタントディスプレイ１１８ａは、「比較」ボタン及び「キャンセル」ボタンを含むのが好ましい。ユーザが「キャンセル」ボタンを押した場合、第１の中央サーバ１０９は、ブロック５５５８で新たなチャネル−患者−薬剤関係を廃棄し、ブロック５５５２で取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。ユーザが「比較」ボタンを押した場合、ブロック５５７４で、第１の中央サーバ１０９は、ポンプチャネルとの通信が正常に機能しているかどうかを再チェックする。ポンプチャネルとの通信が正常に機能している場合、ブロック５５７６で、第１の中央サーバ１０９は、要求された処方箋比較を実行する。
ブロック５５６８に戻って説明すると、チャネルが稼動していない場合、ブロック５５７８で、第１の中央サーバ１０９は、ポンプチャネルが速度情報を送信するように設定されているかどうかを判定する。ポンプチャネルが速度情報を送信するように設定されていない場合、ブロック５５８０で、第１の中央サーバ１０９は、チャネルが速度情報を送信していないために処方箋比較を行うことができないことを示す画面をデジタルアシスタント１１８に表示させる。処方箋比較を行うことができないことを示すデジタルアシスタントディスプレイ１１８ａの一例を図４１に示す。デジタルアシスタントディスプレイ１１８ａは、ポンプ１２０上の特定のキー（例えば速度）をユーザが押さなければならないことを示すこともできる。ここでもまた、デジタルアシスタントディスプレイ１１８ａは、「比較」ボタン及び「キャンセル」ボタンを含むのが好ましい。ユーザが「キャンセル」ボタンを押した場合、第１の中央サーバ１０９は、ブロック５５５８で新たなチャネル−患者−薬剤関係を廃棄し、ブロック５５５２で取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。ユーザが「比較」ボタンを押した場合、ブロック５５７２で、第１の中央サーバ１０９は、ポンプチャネルとの通信が正常に機能しているかどうかを再チェックする。ポンプチャネルが速度情報を送信するように設定されている場合、ブロック５５７６で、第１の中央サーバ１０９は、要求された処方箋比較を実行する。
処方箋比較の一部として、第１の中央サーバ１０９は、チャネルスキャン工程５５５４によって取得されたチャネル識別子及び第２の中央サーバ１０８ａによって伝送された患者識別子を用いて、データベース内の１つの薬剤識別子（又は、一次薬剤１２４及びピギーバック薬剤１２４が両方ともこのチャネルに関連付けられている場合は２つの薬剤識別子）を検索する。次いで、ブロック５５８２でデータベースからの１つ又は複数の薬剤識別子が、スキャンされた（又は手入力された）薬剤識別子と比較される。データベースからの１つ又は複数の薬剤識別子がスキャンされた（又は手入力された）薬剤識別子と一致しない場合、ブロック５５８４で、第１の中央サーバ１０９は、薬剤無効通知をデジタルアシスタント１１８に表示させる。例えば、デジタルアシスタント１１８は、スキャンされた薬剤１２４がスキャンされたチャネルに関連付けられていないというメッセージを表示し、且つ該スキャンされたチャネルに割り当てられた実際の薬剤１２４（該当する場合、一次及びピギーバックの両方）を示すことができる。ここでもまた、デジタルアシスタントディスプレイ１１８ａは、「比較」ボタン及び「キャンセル」ボタンを含むのが好ましい。ユーザが「キャンセル」ボタンを押した場合、第１の中央サーバ１０９は、ブロック５５５８で新たなチャネル−患者−薬剤関係を廃棄し、ブロック５５５２で取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。ユーザが「比較」ボタンを押した場合、ブロック５５７２で、第１の中央サーバ１０９は、ポンプチャネルとの通信が正常に機能しているかどうかを再チェックする。
処方箋比較の追加部分として、第１の中央サーバ１０９は、チャネルスキャン工程５５５４によって取得されたチャネル識別子及び第２の中央サーバ１０８ａによって伝送された患者識別子を用いて、データベース内の投薬速度を検索する。次いで、ブロック５５８４で、データベースからの投薬速度が、ポンプチャネルから受信した実際の速度と比較される。データベースからの投薬速度がポンプチャネルから受信した実際の速度と一致しない場合、ブロック５５８６で、第１の中央サーバ１０９は、速度不一致通知をデジタルアシスタント１１８に表示させる。不一致通知を有するデジタルアシスタントディスプレイ１１８ａの一例を図４０に示す。例えば、デジタルアシスタント１１８は、チャネルの速度を調整すべきことを示すメッセージを表示し、且つ正しい値を示すことができる。ここでもまた、デジタルアシスタントディスプレイ１１８ａは、「比較」ボタン及び「キャンセル」ボタンを含むのが好ましい。ユーザが「キャンセル」ボタンを押した場合、第１の中央サーバ１０９は、ブロック５５５８で新たなチャネル−患者−薬剤関係を廃棄し、ブロック５５５２で取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。ユーザが「比較」ボタンを押した場合、ブロック５５７２で、第１の中央サーバ１０９は、ポンプチャネルとの通信が正常に機能しているかどうかを再チェックする。
更に、デジタルアシスタントディスプレイ１１８ａは、「不一致を受け入れる」ボタンを含むことができる。ユーザが「不一致を受け入れる」ボタンを押した場合、ブロック５５８８で、第１の中央サーバ１０９は、完了用ＵＲＬを介して、第２の中央サーバ１０８ａに不一致コード及び一致していない速度を戻す。ブロック５５８４でデータベースからの投薬速度がポンプチャネルから受信した実際の速度と一致する場合、ブロック５５９０で、第１の中央サーバ１０９は、一致通知をデジタルアシスタント１１８に表示させる。一致通知を有するデジタルアシスタントディスプレイ１１８ａの一例を図３９に示す。ひとたびユーザが一致通知メッセージを受信すると、ブロック５５８８で、第１の中央サーバ１０９は、完了用ＵＲＬを介して、第２の中央サーバ１０８ａに一致コード及び一致している速度を戻す。
（チャネルスキャン工程（注入実施工程用））
図５６に、図５５を参照して上に用いたチャネルスキャン工程５５５４の一例を示す。通常、チャネルスキャン工程５５５４は、ポンプチャネルに関連付けられた機械可読識別子をスキャンし、スキャンしたチャネルが利用可能であるかどうか（例えば、目下の患者１１２に割り当てられているが使用されていない）を判断するようにユーザに促す。スキャンしたチャネルが利用可能ではない場合、「注入実施」動作は取り消される。そのような場合、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、第２の中央サーバ１０８ａに取り消しコードを戻す。スキャンしたチャネルが利用可能である場合、新たなチャネル−患者−薬剤関係が生成される。
より具体的には例示的なチャネルスキャン工程５５５４は、ブロック５６０２でサブチャネル（例えば一次又はピギーバック）を選択し且つチャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促す画面を第１の中央サーバ１０９がデジタルアシスタント１１８に表示させるときに開始する。チャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３８に示す。例えば、ユーザは、デジタルアシスタント１１８のスキャナを用いて、チャネルに関連付けられたバーコードラベルをスキャンすることができる。代替的に、ユーザは、デジタルアシスタント１１８にチャネル識別子を手入力することもできる。更に、ユーザは、完了用ＵＲＬを介した第２の中央サーバ１０８ａへの返却を生じさせるスキャン工程を省略する選択を行ってもよく、取り消し用ＵＲＬを介した第２の中央サーバ１０８ａへの返却を生じさせるスキャンを取り消す選択を行ってもよい。
次いで、ブロック５６０４で、チャネル識別子が検証のために第１の中央サーバ１０９に送信される。次いで、第１の中央サーバ１０９は、データベース内でチャネル識別子の検索を試みる。チャネル識別子がデータベース内に有効なチャネル識別子として存在しない場合（例えば、適切にフォーマットされていない、第１の中央サーバ１０９内に設定されていない等）、ブロック５６０６で、第１の中央サーバ１０９は、チャネル無効通知をデジタルアシスタント１１８に表示させる。例えば、デジタルアシスタント１１８は、チャネルが第１の中央サーバ１０９内に設定されていないというメッセージを表示することができ、且つユーザがチャネル識別子を再スキャンするか又は操作を取り消すことを可能にするボタンを含むことができる。ユーザが操作を取り消す選択を行った場合、ブロック５６０８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して取り消しコードを第２の中央サーバ１０８ａに送信するのが好ましい。
ひとたび有効なチャネル識別子を取得すると、第１の中央サーバ１０９は、該チャネル識別子を用いて、データベース内で患者識別子を検索する。次いで、ブロック５６１０で、第１の中央サーバ１０９は、データベースからの患者識別子をスキャンされた（又は手入力された）患者識別子と比較する。データベース内に有効な患者識別子が存在するが２つの患者識別子が一致しない（即ち、チャネルが異なる患者１１２に割り当てられている）場合、ブロック５６１２で、第１の中央サーバ１０９は、データベースをチェックして、チャネルが稼動中であるかどうか（一次及び／又はピギーバックモードにおいて）を調べる。
チャネルが稼動中である場合、ブロック５６１４で、第１の中央サーバ１０９は、異なる患者１１２がスキャンされたチャネルに関連付けられており、該チャネルが現在稼動中であることを示す「上書き不可能」エラーメッセージをデジタルアシスタント１１８に表示させる。このメッセージはまた、スキャンされたチャネルに関連付けられた患者１１２（例えば患者の氏名）、一次薬剤１２４、及び／又はピギーバック薬剤１２４を示すデータをも含むことができる。ユーザは、取り消すか再スキャンする選択肢を与えられるのが好ましい。ユーザが操作を取り消す選択を行った場合、ブロック５６０８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに送信する。ユーザが再スキャンする選択を行った場合、ブロック５６０２で、第１の中央サーバ１０９は、サブチャネル（例えば一次又はピギーバック）を選択し且つ該チャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。
チャネルが稼動していない場合、ブロック５６１６で、第１の中央サーバ１０９は、異なる患者１１２がスキャンされたチャネルに関連付けられているが該チャネルは現在稼動していないことを示す「上書き続行」警告メッセージをデジタルアシスタント１１８に表示させる。この警告メッセージは、続行が既存のデータを上書きする（例えば、他の患者１１２との関連付けを解除する）ことになることを示すのが好ましい。この警告メッセージはまた、スキャンされたチャネルに関連付けられた患者１１２（例えば患者の氏名）、一次薬剤１２４及び／又はピギーバック薬剤１２４を示すデータをも含むことができる。ユーザは、取り消す、再スキャンする、又は続行する選択肢を与えられるのが好ましい。ユーザが操作を取り消す選択を行った場合、ブロック５６０８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに送信する。ユーザが再スキャンする選択を行った場合、ブロック５６０２で、第１の中央サーバ１０９は、サブチャネル（例えば一次又はピギーバック）を選択し且つ該チャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。チャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３８に示す。ユーザが続行する選択を行った場合、ブロック５６１８で、第１の中央サーバ１０９は、新たなチャネル−患者−薬剤関係を生成し、該新たなチャネル−患者−薬剤関係を、最新の「ウェブセッション」内に格納する。この新たなチャネル−患者−薬剤関係が最終的に保持される場合、上に詳述したように、図５５のブロック５５４０で、第１の中央サーバ１０９は、該新たなチャネル−患者−薬剤関係を、第１の中央サーバ１０９のデータベースにコミットする。
データベース内に有効な患者識別子が存在し、且つブロック５６２０で２つの患者識別子が一致する（即ち、そのチャネルがこの患者１１２に割り当てられている）場合、第１の中央サーバ１０９は、ブロック５６２２で、データベースをチェックしてサブチャネルが空いているかどうかを調べる。換言すれば、第１の中央サーバ１０９は、ブロック５６０２で一次サブチャネルが選択された場合にこのチャネルに関連付けられた一次注入がないことをチェックし、且つブロック５６０２でピギーバック用サブチャネルが選択された場合にこのチャネルに関連付けられたピギーバック注入がないことをチェックする。サブチャネルが空いている場合、ブロック５６１８で、第１の中央サーバ１０９は、新たなチャネル−患者−薬剤関係を生成し、該新たなチャネル−患者−薬剤関係を、最新の「ウェブセッション」内に格納する。サブチャネルが空いていない場合、ブロック５６２４で、第１の中央サーバ１０９は、データベースをチェックして、該サブチャネルが稼動中であるかどうか（一次及び／又はピギーバックモードで）を調べる。
このサブチャネルが稼動中である場合、ブロック５６２６で、第１の中央サーバ１０９は、この患者１１２がすでにスキャンチャネルに関連付けられており且つ選択されたサブチャネルが目下稼動中であることを示す「上書き不可能」エラーメッセージをデジタルアシスタント１１８に表示させる。このエラーメッセージはまた、患者１１２（例えば患者の氏名）、一次薬剤１２４、及び／又はピギーバック薬剤１２４を示すデータをも含むことができる。ユーザは、取り消すか又は再スキャンする選択肢を与えられるのが好ましい。ユーザが操作を取り消す選択を行った場合、ブロック５６０８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに送信する。ユーザが再スキャンする選択を行った場合、ブロック５６０２で、第１の中央サーバ１０９は、サブチャネル（例えば一次又はピギーバック）を選択し且つ該チャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。
サブチャネルが稼動していない場合、ブロック５６２８で、第１の中央サーバ１０９は、この患者１１２がスキャンされたチャネルに関連付けられているが選択されたサブチャネルが現在稼動していないことを示す「続行」メッセージをデジタルアシスタント１１８に表示させる。このエラーメッセージはまた、患者１１２（例えば患者の氏名）、一次薬剤１２４、及び／又はピギーバック薬剤１２４を示すデータをも含むことができる。ユーザは、取り消す、再スキャンする、又は続行する選択肢を与えられるのが好ましい。ユーザが操作を取り消す選択を行った場合、ブロック５６０８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに送信する。ユーザが再スキャンする選択を行った場合、ブロック５６０２で、第１の中央サーバ１０９は、サブチャネル（例えば一次又はピギーバック）を選択し且つ該チャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。ユーザが続行する選択を行った場合、ブロック５６１８で、第１の中央サーバ１０９は、新たなチャネル−患者−薬剤関係を生成し、該新たなチャネル−患者−薬剤関係を最新の「ウェブセッション」内に格納する。ユーザが続行を再度押すと、第１の中央サーバ１０９は、最新の動作（例えば注入実施）に制御を戻す。
（ポンプチャネル変更工程）
図５７Ａに、ポンプチャネル変更工程５７００の一例を示す。ポンプチャネル変更工程５７００は、データベース内のチャネル−患者−薬剤関係を失うことなく注入を１つのポンプチャネルから別のポンプチャネルへ変更するために用いることができる（例えば看護師によって）。通常、ポンプチャネル変更工程５７００は、ポンプチャネル変更工程が実行されることになるのを示す情報、どの患者１１２が影響を受けることになるのかを識別する情報（例えば患者ＩＤ）、及びその患者１１２用のどの薬剤１２４が影響を受けることになるのかを識別する情報（例えばＲｘＩＤ）を含む入力を、デジタルアシスタント１１８などの電子装置から受信する。次いで、工程５７００によりこの情報が第１の中央サーバ１０９に送信され、該第１の中央サーバ１０９が、そのチャネル識別子情報がポンプチャネル変更オーダ情報と一致することを確認する。
より具体的には、例示的なポンプチャネル変更工程５７００は、ブロック５７０２で第２の中央サーバ１０８ａが選択のために患者のリストをデジタルアシスタント１１８に表示させるときに開始する。患者のリストを示すデジタルアシスタントディスプレイ１１８ａの一例を図２４に示す。患者のリストは、その時刻にそのデジタルアシスタント１１８にログインしているユーザ（例えば臨床家１１６）に関連付けられた患者に限定されるのが好ましい。ひとたびユーザが患者１１２を選択すると、該選択及び／又は該患者１１２を識別する情報が、デジタルアシスタント１１８から第２の中央サーバ１０８ａに返送される。デジタルアシスタント１１８と第２の中央サーバ１０８ａとの間の通信は、上述の無線／有線ネットワーク１０２のような任意の適した通信チャネルを介することができる。次いで、ブロック５７０４で、第２の中央サーバ１０８ａは、動作のリストをデジタルアシスタント１１８に表示させる。動作のリストを示すデジタルアシスタントディスプレイ１１８ａの一例を図２５に示す。動作のリストは、選択された患者１１２に関連付けられた動作に限定されるのが好ましい。例えば、「ポンプチャネルを変更する」動作は、この患者１１２に関連付けられた注入が現在第２の中央サーバ１０８ａのデータベースに記載されている場合にのみ実行し得ることになろう。
ユーザが動作リストから「ポンプチャネルを変更する」動作を選択すると、選択された動作を識別する情報が、第２の中央サーバ１０８ａに送信される。それに応答して、ブロック５７０６で、第２の中央サーバ１０８ａは、この「ポンプチャネルを変更する」動作によって影響を受ける薬剤１２４に関連する機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３４に示す。ユーザは、デジタルアシスタント１１８のスキャンを用いて、薬剤１２４のバッグ上の薬剤ラベル１２４ａ（例えば注入バッグ上のバーコード）をスキャンすることができる。代替的に、ユーザは、デジタルアシスタント１１８に薬剤識別子を手入力することもできる。
次いで、ブロック５７０８で、薬剤識別子が検証のために第２の中央サーバ１０８ａに送信される。第２の中央サーバ１０８ａは、データベース内で薬剤識別子の検索を試みる。薬剤識別子（例えばバッグＩＤ）がデータベース内に有効な薬剤識別子として存在しない場合、ブロック５７１０で、第２の中央サーバ１０８ａは、項目無効通知をデジタルアシスタント１１８に表示させる。ひとたびユーザが項目無効通知を了解する（又は通知がタイムアウトする）と、ブロック５７０６で、デジタルアシスタント１１８は、この「ポンプチャネルを変更する」動作によって影響を受ける薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面を再表示する。
ブロック５７０８で薬剤識別子（例えばバッグＩＤ）がデータベース内に有効な薬剤識別子として存在する場合、第２の中央サーバ１０８ａは、「ポンプチャネルを変更する」ＸＭＬ文書を第１の中央サーバ１０９に伝送する。「ポンプチャネルを変更する」ＸＭＬ文書は、患者識別子（例えばブロック５７０２のリストから選択された）、薬剤識別子（例えばバッグＩＤ）、完了用ＵＲＬ、及び取り消し用ＵＲＬを含む。完了用ＵＲＬは、「ポンプチャネルを変更する」動作が試みられた場合に用いられるネットワークアドレスである。取り消し用ＵＲＬは、「ポンプチャネルを変更する」動作が失敗した場合に用いられるネットワークアドレスである。
ひとたび第１の中央サーバ１０９が「ポンプチャネル変更」ＸＭＬ文書を受信すると、ブロック５７２４で、第１の中央サーバ１０９は、「ポンプチャネル変更」ＸＭＬ文書が有効であるかどうかを判定する。例えば、第１の中央サーバ１０９は、通常「ポンプチャネル変更」ＸＭＬ文書内に予測されるなんらかのデータが受信した「ポンプチャネル変更」ＸＭＬ文書から欠落していないかどうかをチェックすることができる。「ポンプチャネル変更」ＸＭＬ文書が有効ではないと第１の中央サーバ１０９が判断すると、ブロック５７２６で、第１の中央サーバ１０９は、「ポンプチャネル変更」動作を実行することができなかったことをユーザに示すエラーメッセージをデジタルアシスタント１１８に表示させる。この表示は、どのデータが「ポンプチャネル変更」ＸＭＬ文書から欠落していたかなどの理由を含むことができる。ユーザが「ＯＫ」ボタンを押してこのエラーメッセージを了解した後、ブロック５７２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、失敗コードを第２の中央サーバ１０８ａに返送する。
「ポンプチャネルを変更する」ＸＭＬ文書が有効であると第１の中央サーバ１０９が判定した場合、第１の中央サーバ１０９は、チャネルスキャン工程５７３０を開始する。このチャネルスキャン工程５７３０は、「旧」チャネルに関連付けられている（即ち、ユーザは、「旧」チャネルから「新」チャネルに移動しようとしている）。通常、チャネルスキャン工程５７３０は、「旧」ポンプチャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促し、スキャンしたチャネルが患者識別子及び薬剤識別子に関連付けられているかどうかを判定する（図５８を参照して以下により詳細に説明するように）。スキャンしたチャネルが患者識別子及び患者識別子に関連付けられていない場合、「ポンプチャネルを変更する」動作は取り消される。そのような場合、ブロック５７２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。
スキャンしたチャネルが患者識別子及び薬剤識別子に関連付けられている（即ち旧チャネルが有効である）場合、ブロック５７３２で、第１の中央サーバ１０９は、患者１１２、一次注入の旧チャネル、及びピギーバック注入の旧チャネルを示すメッセージをデジタルアシスタント１１８に表示させる。デジタルアシスタント１１８は、「続行」ボタン及び「キャンセル」ボタンと共に、両方の注入（一次及びピギーバック）がこの操作により移動されていることを示すメッセージをも表示するのが好ましい。ユーザが「キャンセル」ボタンを押した場合、ブロック５７２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。
ユーザが「続行」ボタンを押した場合、第１の中央サーバ１０９は、別のチャネルスキャン工程５７３４を開始する。このチャネルスキャン工程５７３４は、「新」チャネルに関連付けられている（即ち、ユーザは、「旧」チャネルから「新」に移動しようとしている）。通常、チャネルスキャン工程５７３４は、「新」ポンプチャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促し、スキャンしたチャネルが利用可能であるかどうか（例えば、どの患者１１２にも割り当てられていない、現在の患者１１２に割り当てられているが使用されていない、別の患者１１２に割り当てられ且つ上書き済みである等）を判定する。スキャンしたチャネルが利用可能ではない場合、「ポンプチャネルを変更する」動作は取り消される。そのような場合、ブロック５７２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。チャネルスキャン工程５７３４を、図５９を参照して以下により詳細に説明する。
スキャンされたチャネルが患者識別子及び薬剤識別子に関連付けられている（即ち、新たなチャネルが有効である）場合、ブロック５７３６で、第１の中央サーバ１０９は、いずれかの他の注入が現在この新たなチャネルに関連付けられていないかどうかを判定する。別の注入がすでに新たなチャネルに関連付けられている場合、ブロック５７３８で、第１の中央サーバ１０９は、別の注入が現在該新たなチャネルに関連付けられていることを示すメッセージ及びユーザに彼／彼女が現在の注入を上書きすることを希望するかどうかについて質問するメッセージをデジタルアシスタント１１８に表示させる。このメッセージは、「Ｙｅｓ」ボタン、「Ｎｏ」ボタン、及び「キャンセル」ボタンを含むのが好ましい。ユーザが「キャンセル」ボタンを押した場合、ブロック５７２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。ユーザが「Ｎｏ」ボタンを押した場合、第１の中央サーバ１０９は、別のチャネルスキャン工程５８３４を開始する。
ユーザが「Ｎｏ」ボタンを押した場合、ブロック５７４０で、第１の中央サーバ１０９は、この新たなチャネルに対するデータベース内のチャネル−患者−薬剤関係を解消することを試みる。ブロック５７４２で新たなチャネルに対するデータベース内のチャネル−患者−薬剤関係を解消する試みが成功しなかった場合、ブロック５７４４で、第１の中央サーバ１０９は、患者識別子、移動されなかった一次注入に関連付けられた薬剤識別子（該当する場合は）、及び移動されなかったピギーバック注入に関連付けられた薬剤識別子（該当する場合は）を含む「ポンプチャネルを変更する」のエラーメッセージをデジタルアシスタント１１８に表示させる。「ＯＫ」ボタンを押すことによってひとたびユーザが「ポンプチャネル変更」エラーメッセージを了解すると、ブロック５７４６で、第１の中央サーバ１０９は、完了用ＵＲＬを介して、失敗コードを第２の中央サーバ１０８ａに返送する。
ブロック５７３６で別の注入が新たなチャネルにすでに関連付けられていたわけではない場合、又はブロック５７４２で新たなチャネルに対するデータベース内のチャネル−患者−薬剤関係を解消する試みが成功した場合、ブロック５７４８で、第１の中央サーバ１０９は、一次注入とピギーバック注入の両方に対するデータベース内のチャネル−患者−薬剤関係を、旧チャネルから新チャネルに変更することを試みる。ブロック５７５０でデータベース内のチャネル−患者−薬剤関係を旧チャネルから新チャネルに移動する試みが成功しなかった場合、第１の中央サーバ１０９は、「ポンプチャネル変更」エラーメッセージをデジタルアシスタント１１８に表示させる。
ブロック５７５０でデータベース内のチャネル−患者−薬剤関係を旧チャネルから新チャネルに移動する試みが成功した場合、ブロック５７５２で、第１の中央サーバ１０９は、患者識別子、移動された一次注入に関連付けられた薬剤識別子（該当する場合は）、及び移動されたピギーバック注入に関連付けられた薬剤識別子（該当する場合は）を含む「ポンプチャネルを変更する」成功メッセージをデジタルアシスタント１１８に表示させる。この表示は、チューブを新たなチャネルに移動させるようにとのユーザへのメッセージをも含むのが好ましい。「ＯＫ」ボタンを押すことによってひとたびユーザが「ポンプチャネル変更」成功メッセージを了解すると、ブロック５７４６で、第１の中央サーバ１０９は、完了用ＵＲＬを介して、第２の中央サーバ１０８ａに成功コードを返送する。
（チャネルスキャン工程）
図５８に、図５７を参照して上に用いたチャネルスキャン工程５７３０の一例を示す。通常、チャネルスキャン工程５７３０は、ポンプチャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促し、スキャンしたチャネルが事前にスキャンされた患者識別子及び薬剤識別子に関連付けられているかどうかを判定する。スキャンしたチャネルがこれらの患者識別子及び薬剤識別子に関連付けられていない場合、目下の動作（例えば、停止、中止、再開、チャネル変更、ポンプ除去等）は取り消される。
より具体的には、例示的なチャネルスキャン工程５７３０は、第１の中央サーバ１０９がブロック５８０２でチャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させるときに開始する。チャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３８に示す。例えば、ユーザは、デジタルアシスタント１１８のスキャナを用いて、チャネルに関連付けられたバーコードラベルをスキャンすることができる。代替的に、ユーザは、デジタルアシスタント１１８にチャネル識別子を手入力することもできる。
次いで、ブロック５８０４で、チャネル識別子が検証のために第１の中央サーバ１０９に送信される。次いで、第１の中央サーバ１０９は、データベース内でチャネル識別子の検索を試みる。チャネル識別子がデータベース内に有効なチャネル識別子として存在しない（例えば、適切にフォーマットされていない、第１の中央サーバ１０９内に設定されていない等）場合、ブロック５８０６で、第１の中央サーバ１０９は、チャネル無効通知をデジタルアシスタント１１８に表示させる。例えば、デジタルアシスタント１１８は、チャネルが第１の中央サーバ１０９内に設定されていないというメッセージを表示することができ、且つユーザがチャネル識別子を再スキャンするか又は操作を取り消すことを可能にするボタンを含むことができる。ユーザが操作を取り消す選択を行った場合、ブロック５８０８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに送信するのが好ましい。
ひとたび有効なチャネル識別子を取得すると、第１の中央サーバ１０９は、該チャネル識別子を用いて、データベース内で患者識別子を検索する。次いで、ブロック５８１０で、データベースからの患者識別子がスキャンされた（又は手入力された）患者識別子と比較される。２つの患者識別子が一致しない場合、ブロック５８１２で、第１の中央サーバ１０９は、患者無効通知をデジタルアシスタント１１８に表示させる。例えば、デジタルアシスタント１１８は、スキャンされた患者１１２がスキャンされたチャネルに関連付けられていないというメッセージを表示し、スキャンされたチャネルに割り当てられた実際の患者１１２を示すことができる。ここでもまた、ＰＤＡディスプレイは、ユーザがチャネル識別子を再スキャンするか又は操作を取り消すことを可能にするボタンを含むことができる。ユーザが操作を取り消す選択を行った場合、ブロック５８０８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに送信するのが好ましい。
ひとたび有効なチャネル−患者関係が確立されれば、第１の中央サーバ１０９は、チャネル識別子及び患者識別子を用いて、データベース内で１つの薬剤識別子（又は一次薬剤１２４及びピギーバック薬剤１２４が両方ともこのチャネルに関連付けられている場合、２つの薬剤識別子）を検索する。次いで、ブロック５８１４で、データベースからの１つ又は複数の薬剤識別子が、スキャンされた（若しくは手入力された）薬剤識別子と比較される。データベースからの１つ又は複数の薬剤識別子がスキャンされた（若しくは手入力された）薬剤識別子と一致しない場合、ブロック５８１６で、第１の中央サーバ１０９は、薬剤無効通知をデジタルアシスタント１１８に表示させる。例えば、デジタルアシスタント１１８は、スキャンされた薬剤１２４がスキャンされたチャネルに関連付けられていないというメッセージを表示し、該スキャンされたチャネルに割り当てられた実際の薬剤１２４（該当する場合は一次及びピギーバックの両方）を示すことができる。ここでもまた、ＰＤＡディスプレイは、ユーザがチャネル識別子を再スキャンするか又は操作を取り消すことを可能にするボタンを含むことができる。ユーザが操作を取り消す選択を行った場合、ブロック５８０８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに送信するのが好ましい。
有効なチャネル−患者−薬剤関係が確立された場合、ブロック５８１８で、第１の中央サーバ１０９は、デジタルアシスタント１１８上に追加表示を発行することなく、有効なチャネルスキャンが行われたことを示し、最新の動作（例えば、投与、停止、中止、再開、チャネル変更、ポンプ除去等）に制御を戻す。
（チャネルスキャン工程（新たなチャネル））
図５９に、図５７を参照して上に用いたチャネルスキャン工程５７３４の一例を示す。通常、チャネルスキャン工程５７３４は、ポンプチャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促し、スキャンしたチャネルが利用可能である（例えば、現在の患者１１２に割り当てられているが使用されていない）かどうかを判定する。スキャンしたチャネルが利用可能ではない場合、目下の動作（例えばチャネル変更）は取り消される。
より具体的には、例示的なチャネルスキャン工程５７３４は、ブロック５９０２で第１の中央サーバ１０９がチャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させるときに開始する。チャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３８に示す。例えば、ユーザは、デジタルアシスタント１１８のスキャナを用いて、チャネルに関連付けられたバーコードラベルをスキャンすることができる。代替的に、ユーザは、デジタルアシスタント１１８にチャネル識別子を手入力することもできる。
次いで、ブロック５９０４で、チャネル識別子が検証のために第１の中央サーバ１０９に送信される。次いで、第１の中央サーバ１０９は、データベース内でチャネル識別子の検索を試みる。このチャネル識別子がデータベース内に有効なチャネル識別子として存在しない（例えば、適切にフォーマットされていない、第１の中央サーバ１０９内に設定されていない等）場合、ブロック５９０６で、第１の中央サーバ１０９は、チャネル無効通知をデジタルアシスタント１１８に表示させる。例えば、デジタルアシスタント１１８は、チャネルが第１の中央サーバ１０９内に設定されていないというメッセージを表示することができ、且つユーザがチャネル識別子を再スキャンするか又は操作を取り消すことを可能にするボタンを含むことができる。ユーザが操作を取り消す選択を行った場合、ブロック５９０８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに送信するのが好ましい。
ひとたび有効なチャネル識別子を取得すると、第１の中央サーバ１０９は、該チャネル識別子を用いて、データベース内で患者識別子を検索する。次いで、ブロック５９１０で、第１の中央サーバ１０９は、データベースからの患者識別子をスキャンされた（又は手入力された）患者識別子と比較する。有効な患者識別子がデータベース内に存在するが２つの患者識別子が一致しない（即ちチャネルが異なる患者１１２に割り当てられている）場合、ブロック５９１２で、第１の中央サーバ１０９は、データベースをチェックし、このチャネルが稼動中であるかどうか（一次及び／又はピギーバックモードで）を調べる。
チャネルが稼動中である場合、ブロック５９１４で、第１の中央サーバ１０９は、異なる患者１１２がスキャンされたチャネルに関連付けられていること及びそのチャネルが現在稼動中であることを示す「上書き不可能」エラーメッセージをデジタルアシスタント１１８に表示させる。このエラーメッセージはまた、スキャンされたチャネルに関連付けられた患者１１２を示すデータ（例えば患者の氏名）、一次薬剤１２４、及び／又はピギーバック薬剤１２４をも含むことができる。ユーザは、取り消すか又は再スキャンする選択肢を与えられるのが好ましい。ユーザが操作を取り消す選択を行った場合、ブロック５９０８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに送信する。ユーザが再スキャンする選択を行った場合、ブロック５９０２で、第１の中央サーバ１０９は、チャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。
チャネルが稼動していない場合、ブロック５９１６で、第１の中央サーバ１０９は、異なる患者１１２がスキャンされたチャネルに関連付けられているが該チャネルが現在稼動していないことを示す「上書き続行」警告メッセージをデジタルアシスタント１１８に表示させる。この警告メッセージは、続行することが既存のデータを上書きする（例えば、他の患者１１２との関連付けを解除する）ことになることを示すのが好ましい。この警告メッセージはまた、スキャンされたチャネルに関連付けられた患者１１２を示すデータ（例えば患者の氏名）、一次薬剤１２４、及び／又はピギーバック薬剤１２４をも含むことができる。ユーザは、取り消す、再スキャンする、又は続行する選択肢を与えられるのが好ましい。ユーザが操作を取り消す選択を行った場合、ブロック５９０８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに送信する。ユーザが再スキャンする選択を行った場合、ブロック５９０２で、第１の中央サーバ１０９は、チャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。ユーザが続行する選択を行った場合、ブロック５９１８で、第１の中央サーバ１０９は、選択したチャネルを使用することを許可する旨を示すメッセージをデジタルアシスタント１１８に表示させる。ユーザが「続行」を押すと、第１の中央サーバ１０９は、デジタルアシスタント１１８に追加表示を発行することなく、最新の動作（例えば投与、チャネル変更等）に制御を戻す。
ブロック５９２０でデータベース内に有効な患者識別子が存在し、且つ２つの患者識別子が一致する（即ち、チャネルがこの患者１１２に割り当てられている）場合、第１の中央サーバ１０９は、ブロック５９２２で、データベースをチェックし、該チャネルが空いている（例えば、一次注入もピギーバック注入もこのチャネルに関連付けられていない）かどうかを調べる。チャネルが空いている場合、ブロック５９１８で、第１の中央サーバ１０９は、選択したチャネルを使用することを許可する旨を示すメッセージをデジタルアシスタント１１８に表示させる。チャネルが空いていない場合、ブロック５９２４で、第１の中央サーバ１０９は、データベースをチェックして、該チャネルが稼動中（一次及び／又はピギーバックモードで）であるかどうかを調べる。
このチャネルが稼動中である場合、ブロック５９２６で、第１の中央サーバ１０９は、この患者１１２がすでにスキャンされたチャネルに関連付けられていること及び該チャネルが現在稼動中であることを示す「上書き不可能」エラーメッセージをデジタルアシスタント１１８に表示させる。このエラーメッセージはまた、患者１１２（例えば患者の氏名）、一次薬剤１２４、及び／又はピギーバック薬剤１２４を示すデータをも含むことができる。ユーザは、取り消すか又は再スキャンする選択肢を与えられるのが好ましい。ユーザが操作を取り消す選択を行った場合、ブロック５９０８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに送信する。ユーザが再スキャンする選択を行った場合、ブロック５９０２で、第１の中央サーバ１０９は、チャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。
このチャネルが稼動していない場合、ブロック５９２８で、第１の中央サーバ１０９は、この患者１１２はスキャンされたチャネルに関連付けられているが該チャネルは現在稼動していないことを示す「続行」メッセージをデジタルアシスタント１１８に表示させる。このメッセージはまた、患者１１２（例えば患者の氏名）、一次薬剤１２４、及び／又はピギーバック薬剤１２４を示すデータをも含むことができる。ユーザは、取り消す、再スキャンする、又は続行する選択肢を与えられるのが好ましい。ユーザが操作を取り消す選択を行った場合、ブロック５９０８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに送信する。ユーザが再スキャンする選択を行った場合、ブロック５９０２で、第１の中央サーバ１０９は、チャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。ユーザが続行する選択を行った場合、ブロック５９１８で、第１の中央サーバ１０９は、選択したチャネルを使用することを許可する旨を示すメッセージをデジタルアシスタント１１８に表示させる。ユーザが再度続行を押すと、第１の中央サーバ１０９は、デジタルアシスタント１１８に追加表示を発行することなく、最新の動作（例えばチャネル変更）に制御を戻す。
（注入停止／中止工程）
図６０に、注入停止／中止工程６０００の一例を示す。注入停止／中止工程６０００は、注入を一時的に停止（即ち一時停止）する工程又は注入工程を完全に中止（即ち終了）するために用いることができる。通常、注入停止／中止工程６０００は、停止又は中止が実行されることになるのか否かに関する情報、どの患者１１２が影響を受けることになるのかを識別する情報（例えば患者ＩＤ）、及びその患者１１２用のどの薬剤１２４が停止若しくは中止されることになるのかを識別する情報（例えばＲｘＩＤ）を含む入力を、デジタルアシスタント１１８などの電子装置から受信する。次いで、工程６０００は、この情報を第１の中央サーバ１０９に送信し、該第１の中央サーバ１０９が、チャネル識別情報が停止／中止オーダ情報と一致することを確認し、且つ正しい注入が停止又は中止されることを確認する。
より具体的には、例示的な注入停止／中止工程６０００は、ブロック６００２で第２の中央サーバ１０８ａが患者のリストをデジタルアシスタント１１８に表示させるときに開始する。患者のリストを示すデジタルアシスタントディスプレイ１１８ａの一例を図２４に示す。患者のリストは、その時刻にそのデジタルアシスタント１１８にログインしているユーザ（例えば臨床家１１６）に関連付けられている患者に限定されるのが好ましい。ひとたびユーザが患者１１２を選択すると、該選択及び／又は該患者１１２を識別する情報が、デジタルアシスタント１１８から第２の中央サーバ１０８ａに返信される。デジタルアシスタント１１８と第２の中央サーバ１０８ａとの間の通信は、上述の無線／有線ネットワーク１０２のような任意の適した通信チャネルを介することができる。次いで、ブロック６００４で、第２の中央サーバ１０８ａは、動作のリストをデジタルアシスタント１１８に表示させる。動作のリストを示すデジタルアシスタントディスプレイ１１８ａの一例を図２５に示す。動作のリストは、選択された患者１１２に関連付けられた動作に限定されるのが好ましい。例えば、「注入停止」動作及び「注入中止」動作は、この患者１１２に関連付けられた注入が目下実行状態である場合にのみ利用可能となろう。
ユーザが動作のリストから「注入停止」動作又は「注入中止」動作を選択すると、選択された動作を識別する情報が第２の中央サーバ１０８ａに送信される。これに応答して、ブロック６００６で、第２の中央サーバ１０８ａは、その患者１１２に対する全ての実行中の注入を記載し且つ停止又は中止すべき薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３４に示す。ユーザは、デジタルアシスタント１１８のスキャナを用いて、薬剤１２４のバッグ上の薬剤ラベル１２４ａ（例えば注入バッグ上のバーコード）をスキャンすることができる。代替的に、ユーザは、薬剤識別子をデジタルアシスタント１１８に手入力することもできる。
次いで、ブロック６００８で、薬剤識別子が、検証のために第２の中央サーバ１０８ａに送信される。第２の中央サーバ１０８ａは、データベース内で薬剤識別子の検索を試みる。薬剤識別子（例えばバッグＩＤ）がデータベース内に有効な薬剤識別子として存在しない場合、ブロック６０１０で、第２の中央サーバ１０８ａは、項目無効通知をデジタルアシスタント１１８に表示させる。ひとたびユーザが項目無効通知を了解すると（又は通知がタイムアウトすると）、ブロック６００６で、デジタルアシスタント１１８は、停止又は中止すべき薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面を再表示する。
ブロック６００８で薬剤識別子（例えばバッグＩＤ）がデータベース内に有効な薬剤識別子として存在する場合、第２の中央サーバ１０８ａは、ブロック６０１２で、患者１１２に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。患者１１２に関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３６に示す。ユーザは、デジタルアシスタント１１８のスキャナを用いて、患者のリストバンド１１２ａ上のバーコードラベルをスキャンすることができる。代替的に、ユーザは、デジタルアシスタント１１８に患者識別子を手入力することもできる。次いで、ブロック６０１４で、患者識別子が、検証のために第２の中央サーバ１０８ａに送信される。次いで、第２の中央サーバ１０８ａは、データベース内で患者識別子の検索を試みる。患者識別子（例えばリストバンドＩＤ）がデータベース内に有効な患者識別子として存在しない場合、ブロック６０１６で、第２の中央サーバ１０８ａは、患者無効通知をデジタルアシスタント１１８に表示させる。ひとたびユーザが患者無効通知を了解すると（又は通知がタイムアウトすると）、ブロック６０１２で、デジタルアシスタント１１８は、患者１１２に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面を再表示する。
ブロック６０１４で患者識別子（例えばリストバンドＩＤ）がデータベース内に有効な患者識別子として存在する場合、第２の中央サーバ１０８ａは、「注入停止」動作又は「注入中止」動作の理由を示すコードに対してユーザを促すこともできる。この理由コードが提供されない場合、本システムは、理由コードを提供しなければならない旨のメッセージをユーザに対して表示するのが好ましい。更に、第２の中央サーバ１０８ａは、オーダにタイムスタンプを押すか及び／又はこの動作を行うべき時刻に対してユーザを促すことができる。また更に、第２の中央サーバ１０８ａは、注入オーダの状態をチェックし、該注入オーダがアクティブであるか又は中止されているかを判定するのが好ましい。
注入オーダがアクティブである場合、ブロック６０１８で、第２の中央サーバ１０８ａは、ブロック６００４からのユーザ選択に基づいてユーザが「注入停止」動作又は「注入中止」動作を発行することを試みているかどうかを判定する。ユーザが「注入停止」動作を発行することを試みている場合、ブロック６０２０で、第２の中央サーバ１０８ａは、「注入停止」ＸＭＬ文書内の「ＤＣＦｌａｇ」を「ＦＡＬＳＥ」に設定する。ユーザが「注入中止」動作を発行することを試みている場合、ブロック６０２２で、第２の中央サーバ１０８ａは、「注入停止」ＸＭＬ文書内の「ＤＣＦｌａｇ」を「ＴＲＵＥ」に設定する。もちろん、変数の状態を表示する任意の周知の方法を用いることができる。
次いで、患者識別子（例えばリストバンドＩＤ）、薬剤識別子（例えばバッグＩＤ）、完了用ＵＲＬ、取り消し用ＵＲＬ、及びＤＣＦｌａｇ（停止対中止を示す）を含む「注入停止」ＸＭＬ文書が、第１の中央サーバ１０９に伝送される。完了用ＵＲＬは、注入の停止又は中止が成功した場合に用いられるネットワークアドレスである。取り消し用ＵＲＬは、「注入停止」動作又は「注入中止」動作が失敗したか若しくは取り消された場合に用いられるネットワークアドレスである。
ひとたび第１の中央サーバ１０９が「注入停止」ＸＭＬ文書を受信すると、ブロック６０２４で、第１の中央サーバ１０９は、「注入停止」ＸＭＬ文書が有効であるかどうかを判定する。例えば、第１の中央サーバ１０９は、通常「注入停止」ＸＭＬ文書内に予測されるなんらかのデータが受信した「注入停止」ＸＭＬ文書から欠落しているかどうかをチェックすることができる。「注入停止」ＸＭＬ文書が有効ではないと第１の中央サーバ１０９が判定した場合、ブロック６０２６で、第１の中央サーバ１０９は、「注入停止」動作又は「注入中止」動作を実行することができなかったことをユーザに対して示すエラーメッセージをデジタルアシスタント１１８に表示させる。この表示は、どのデータが「注入停止」ＸＭＬ文書から欠落していたかなどの理由を含むことができる。ユーザが「ＯＫ」ボタンを押してエラーメッセージを了解した後、ブロック６０２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、失敗コードを第２の中央サーバ１０８ａに返送する。
「注入停止」ＸＭＬ文書が有効であると第１の中央サーバ１０９が判定した場合、第１の中央サーバ１０９は、チャネルスキャン工程５７３０を開始する。通常、チャネルスキャン工程５７３０は、停止又は中止されることになる注入を目下実行中のポンプチャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促し、スキャンしたチャネルが患者識別子及び薬剤識別子に関連付けられているかどうかを判定する（図５８を参照して上に詳述したように）。スキャンされたチャネルが患者識別子及び薬剤識別子に関連付けられていない場合、「注入停止」動作又は「注入中止」動作は取り消される。そのような場合、ブロック６０２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。
スキャンされたチャネルが患者識別子及び薬剤識別子に関連付けられている（即ち、チャネルが有効である）場合、ブロック６０３２で、第１の中央サーバ１０９は、患者１１２及び停止すべき薬剤１２４及び薬剤１２４が存在するチャネルの詳細を含む停止すべき注入を示すメッセージをデジタルアシスタント１１８に表示させる。ＰＤＡディスプレイは、「続行」ボタン及び「キャンセル」ボタンをも含むことが好ましい。この方法では、ユーザは、表示された注入を手動で停止することができ、次いで「続行」ボタンを押して、正しい注入が実際に停止又は中止されたかどうかをチェックするように第１の中央サーバ１０９に通知することができる。代替的に、ユーザは「キャンセル」ボタンを押すこともでき、その時点で、第１の中央サーバ１０９は、ブロック６０２８で、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。
ユーザが「続行」ボタンを押した場合、ブロック６０３４で、第１の中央サーバ１０９は、ポンプ１２０によって第１の中央サーバ１０９に送信された状態情報を読み取ることにより、注入が停止されたかどうかを判断する。ポンプ１２０が第１の中央サーバ１０９と通信することができない場合、第１の中央サーバ１０９は、そのチャネルに関する通信イベントの損失を生成する。チャネルとの通信が失われている場合、そのチャネル上の注入の状態は、そのチャネルとの通信が回復するまで、「停止」又は「中止」に変更することはできない。通信が正常に機能しているが注入が停止されなかった場合、ブロック６０３６で、第１の中央サーバ１０９は、注入が停止されなかったことを示しかつ患者１１２及び停止すべき注入を示す警告メッセージをデジタルアシスタント１１８に表示させる。このディスプレイは、「ＯＫ」ボタン及び「キャンセル」ボタンをも含むのが好ましい。ユーザが「ＯＫ」ボタンを押した場合、ブロック６０３４で、第１の中央サーバ１０９は、再度チェックして、正しい注入が実際に中止又は停止されたかどうかを調べる。ユーザが「キャンセル」ボタンを押した場合、ブロック６０２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。
ブロック６０３４で注入が停止された場合、ブロック６０３８で、第１の中央サーバ１０９は、これが「注入停止」動作であるか又は「注入中止」動作であるかをチェックする。例えば、第１の中央サーバ１０９は、ブロック６０２０又はブロック６０２２によって設定されたＤＣＦｌａｇなどのフラグの状態をチェックすることができる。これが「注入停止」動作（即ち注入一時停止）である場合、ブロック６０４４で、第１の中央サーバ１０９は、完了用ＵＲＬを介して、成功コード及びＤＣＦｌａｇ-＝ＦＡＬＳＥを第２の中
央サーバ１０８ａに返送する。
そうではなくこれが「注入中止」動作（即ち注入終了）である場合、ブロック６０４０で、第１の中央サーバ１０９は、一時注入又はピギーバック注入であるが好ましくは両方ではない注入に対する患者識別子、薬剤識別子、及びチャネル識別子間のデータベース関連付けを解除することを試みるのが好ましい。ユーザが１つのチャネル上で実行中の一次注入及びピギーバック注入の両方を停止又は中止したい場合、ユーザは、「注入停止」動作又は「注入中止」動作を２回、各注入に対して１回実行することができる。第１の中央サーバ１０９がブロック６０４２でデータベースの関連付けを解除するのに成功しなかった場合、ブロック６０２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、失敗コードを第２の中央サーバ１０８ａに返送する。第１の中央サーバ１０９がブロック６０４２でデータベースの関連付けを解除するのに成功した場合、ブロック６０４４で、第１の中央サーバ１０９は、完了用ＵＲＬを介して、成功コード及びＤＣＦｌａｇ＝ＴＲＵＥを第２の中央サーバ１０８ａに返送する。
第１の中央サーバ１０９は、「注入中止」動作が成功した場合にのみ、選択された注入に対する患者識別子、薬剤識別子、及びチャネル識別子間の関連付けを解除する。その他の場合は、この関連付けは維持される。例えば、「注入停止」動作が成功したか又は「注入中止」動作が失敗した場合、患者識別子、薬剤識別子、及びチャネル間の関連付けは維持される。同様に、第２の中央サーバ１０８ａは、第１の中央サーバ１０９から成功コードを受信すると同時に、注入の状態を「停止」又は「中止」に更新するだけである。どの他の結果（例えば取り消しコード又は失敗コード）も、第２の中央サーバ１０８ａに、注入をその前の状態に保たせる。工程６０００の任意の時点で、ユーザは、工程６０００を取り消す選択肢を有するのが好ましい。停止／中止工程は、ＭＡＲの目的上、注入が再開されたことを文書化するために用いることができる。
（注入再開工程）
図６１に、注入再開工程６１００の一例を示す。注入再開工程６１００は、停止された（即ち一時停止された）注入工程を再開するために用いることができる。しかしながら、注入再開工程６１００は、中止された（即ち終了された）注入工程を再開するために用いることはできない。通常、注入再開工程６１００は、再開工程が実行されることになるのを示す情報、どの患者１１２が影響を受けることになるのかを識別する情報（例えば患者ＩＤ）、及びその患者１１２用のどの薬剤１２４が再開されることになるのかを識別する情報（例えばＲｘＩＤ）を含む入力を、デジタルアシスタント１１８などの電子装置から受信する。次いで、工程６１００は、この情報を第１の中央サーバ１０９に送信し、該第１の中央サーバ１０９が、チャネル識別情報が再開オーダ情報と一致することを確認し、且つ正しい注入が再開されることを確認する。
より具体的には、例示的な注入再開工程６１００は、ブロック６１０２で第２の中央サーバ１０８ａが患者のリストをデジタルアシスタント１１８に表示させるときに開始する。患者のリストを示すデジタルアシスタントディスプレイ１１８ａの一例を図２４に示す。患者のリストは、その時刻にそのデジタルアシスタント１１８にログインしているユーザ（例えば臨床家１１６）に関連付けられた患者に限定されるのが好ましい。ひとたびユーザが患者１１２を選択すると、該選択及び／又は該患者１１２を識別する情報が、デジタルアシスタント１１８から第２の中央サーバ１０８ａに返信される。デジタルアシスタント１１８と第２の中央サーバ１０８ａとの間の通信は、上述の無線／有線ネットワーク１０２のような任意の適した通信チャネルを介することができる。次いで、ブロック６１０４で、第２の中央サーバ１０８ａは、デジタルアシスタント１１８に動作のリストを表示させる。動作のリストを示すデジタルアシスタントディスプレイ１１８ａの一例を図２５に示す。動作のリストは、選択された患者１１２に関連付けられた動作に限定されるのが好ましい。例えば、「注入再開」動作は、この患者１１２に関連付けられた注入が目下停止状態にある場合にのみ利用可能となろう。
ユーザが動作のリストから「注入再開」動作を選択すると、選択された動作を識別する情報が第２の中央サーバ１０８ａに送信される。これに応答して、ブロック６１０６で、第２の中央サーバ１０８ａは、再開すべき薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３４に示す。ユーザは、デジタルアシスタント１１８のスキャナを用いて、薬剤１２４のバッグ上の薬剤ラベル１２４ａ（例えば注入バッグ上のバーコード）をスキャンすることができる。代替的に、ユーザは、デジタルアシスタント１１８に薬剤識別子を手入力することもできる。
次いで、ブロック６１０８で、薬剤識別子が検証のために第２の中央サーバ１０８ａに送信される。第２の中央サーバ１０８ａは、データベース内で薬剤識別子の検索を試みる。薬剤識別子（例えばバッグＩＤ）がデータベース内に有効な薬剤識別子として存在しない場合、ブロック６１１０で、第２の中央サーバ１０８ａは、項目無効通知をデジタルアシスタント１１８に表示させる。ひとたびユーザが項目無効通知を了解する（又は通知がタイムアウトする）と、ブロック６１０６で、デジタルアシスタント１１８は、薬剤１２４に関連付けられた機械可読識別子をスキャンして再開するようにユーザに促す画面を再表示する。ユーザが再開すべき薬剤１２４に関連付けられた機械可読識別子をスキャンしたが該薬剤１２４が中止されていた場合、第２の中央サーバ１０８ａは、該薬剤１２４はその中止状態のために再開することができないことを示すユーザに対するメッセージをデジタルアシスタント１１８に表示させるのが好ましい。
ブロック６１０８で薬剤識別子（例えばバッグＩＤ）がデータベース内に有効な薬剤識別子として存在するが中止されていない場合、ブロック６１１２で、第２の中央サーバ１０８ａは、患者１１２に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。患者１１２に関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３６に示す。ユーザは、デジタルアシスタント１１８のスキャナを用いて、患者のリストバンド１１２ａ上のバーコードラベルをスキャンすることができる。代替的に、ユーザは、デジタルアシスタント１１８に患者識別子を手入力することもできる。次いで、ブロック６１１４で、患者識別子が検証のために第２の中央サーバ１０８ａに送信される。次いで、第２の中央サーバ１０８ａが、データベース内で患者識別子の検索を試みる。患者識別子（例えばリストバンドＩＤ）がデータベース内に有効な患者識別子として存在しない場合、ブロック６１１６で、第２の中央サーバ１０８ａは、デジタルアシスタント１１８に患者無効通知を表示させる。ひとたびユーザが患者無効通知を了解する（又は通知がタイムアウトする）と、ブロック６１１２で、デジタルアシスタント１１８は、患者１１２に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面を再表示する。
ブロック６１１４で、患者識別子（例えばリストバンドＩＤ）がデータベース内に有効な患者識別子として存在する場合、第２の中央サーバ１０８ａは、「注入再開」動作の理由を示すコードに対してユーザを促すこともできる。理由コードが提供されていない場合、本システムは、理由コードを提供しなければならない旨のメッセージをユーザに対して表示するのが好ましい。更に、第２の中央サーバ１０８ａは、オーダにタイムスタンプを押すことができ、且つ／又は動作を行うべき時刻に対してユーザに促すことができる。また更に、第２の中央サーバ１０８ａは、注入オーダの状態をチェックし、該注入オーダがアクティブであるか又は中止されているかを判定するのが好ましい。
注入オーダがアクティブである場合、第２の中央サーバ１０８ａは、「注入再開」ＸＭＬ文書を第１の中央サーバ１０９に伝送する。「注入再開」ＸＭＬ文書は、患者識別子（例えばリストバンドＩＤ）、薬剤識別子（例えばバッグＩＤ）、完了用ＵＲＬ、及び取り消し用ＵＲＬを含む。完了用ＵＲＬは、注入の再開が成功した場合に用いられるネットワークアドレスである。取り消し用ＵＲＬは、「注入再開」動作が失敗したか又は取り消された場合に用いられるネットワークアドレスである。
ひとたび第１の中央サーバ１０９が「注入再開」ＸＭＬ文書を受信すると、ブロック６１２４で、第１の中央サーバ１０９は、「注入再開」ＸＭＬ文書が有効であるかどうかを判定する。例えば、第１の中央サーバ１０９は、通常「注入再開」ＸＭＬ文書内に予測されるいずれかのデータが受信した「注入再開」ＸＭＬ文書から欠落しているかどうかをチェックすることができる。「注入再開」ＸＭＬ文書が有効ではないと第１の中央サーバ１０９が判定した場合、ブロック６１２６で、第１の中央サーバ１０９は、「注入再開」動作を実行できなかったことをユーザ示すエラーメッセージをデジタルアシスタント１１８に表示させる。この表示は、どのデータが「注入再開」ＸＭＬ文書から欠落していたかなどの理由を含むことができる。ユーザが「ＯＫ」ボタンを押してエラーメッセージを了解した後、ブロック６１２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、失敗コードを第２の中央サーバ１０８ａに返送する。
「注入再開」ＸＭＬ文書が有効であると第１の中央サーバ１０９が判定した場合、第１の中央サーバ１０９は、チャネルスキャン工程５７３０を開始する。通常、チャネルスキャン工程５７３０は、再開すべき注入に現在関連付けられているポンプチャネルに関連付けられた機械可読識別子をスキャンするようにユーザに促し、スキャンしたチャネルが患者識別子及び薬剤識別子に関連付けられているかどうかを判定する（図５８を参照して上に詳述したように）。スキャンされたチャネルが患者識別子及び薬剤識別子に関連付けられていない場合、「注入再開」動作は取り消される。そのような場合、ブロック６１２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。
スキャンされたチャネルが患者識別子及び薬剤識別子に関連付けられている（即ちチャネルが有効である）場合、ブロック６１３２で、第１の中央サーバ１０９は、患者１１２及び再開すべき注入を示すメッセージをデジタルアシスタント１１８に表示させる。ＰＤＡディスプレイは、「続行」ボタン及び「キャンセル」ボタンをも含むのが好ましい。この方法では、ユーザは、表示された注入を手動で再開し、次いで「続行」ボタンを押して第１の中央サーバ１０９に正しい注入が実際に再開されたかどうかチェックするように通知することができる。代替的に、ユーザは「キャンセル」ボタンを押すこともでき、その時点で、第１の中央サーバ１０９は、ブロック６１２８で、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。
ユーザが「続行」ボタンを押した場合、ブロック６１３４で、第１の中央サーバ１０９は、ポンプ１２０によって第１の中央サーバ１０９に送信された状態情報を読み取ることにより、注入が再開されたかどうかを判定する。ポンプ１２０が第１の中央サーバ１０９と通信することができない場合、第１の中央サーバ１０９は、そのチャネルに対して通信損失イベントを生成する。チャネルとの通信が失われている場合、そのチャネルに関する注入の状態は、そのチャネルとの通信が回復するまで「再開済み」に変更することはできない。通信が正常に機能しているが注入が再開されなかった場合、ブロック６１３６で、第１の中央サーバ１０９は、注入が再開されなかったことを示し且つ患者１１２及び再開すべき注入を示す警告メッセージをデジタルアシスタント１１８に表示させる。この表示は、「ＯＫ」ボタン及び「キャンセル」ボタンをも含むのが好ましい。ユーザが「ＯＫ」ボタンを押した場合、ブロック６１３４で、第１の中央サーバ１０９は、再度チェックして、正しい注入が実際に再開されたかどうかを調べる。ユーザが「キャンセル」ボタンを押した場合、ブロック６１２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。
ブロック６１３４で注入が再開された場合、ブロック６１４４で、第１の中央サーバ１０９は、完了用ＵＲＬを介して、成功コードを第２の中央サーバ１０８ａに返送する。第１の中央サーバ１０９は、選択されたものに対する患者識別子、薬剤識別子、及びチャネル識別子間の関連付けを維持する。第２の中央サーバ１０８ａは、第１の中央サーバ１０９からの成功コードの受信と同時に注入の状態を「実行中」に更新するのみである。どのような他の結果（例えば取り消しコード又は失敗コード）も、第２の中央サーバ１０８ａに、注入をその前の状態に保持させる。好適には、ユーザが１つのチャネルで実行中の一次注入とピギーバック注入の両方を再開することを希望する場合、ユーザは、「注入再開」動作を２回、各注入に対して１回実行することができる。再開工程は、ＭＡＲの目的上、注入が再開されたことを文書化するために用いることができる。
（ポンプ除去工程）
図６２に、ポンプ除去工程６２００の一例を示す。ポンプ除去工程６２００は、薬局のデータベース内に現存する注入中止オーダと無関係に且つ上述の注入停止／中止工程６０００を経由することなく第１の中央サーバ１０９のデータベース内のチャネル−患者−薬剤関係を終了するために用いることができる。通常、ポンプ除去工程６２００は、ポンプ除去工程が実行されることになるのを示す情報、どの患者１１２が影響を受けることになるかを識別する情報（例えば患者ＩＤ）、及びその患者１１２用のどの薬剤１２４が影響を受けることになるのかを示す情報（例えばＲｘＩＤ）を含む入力を、デジタルアシスタント１１８などの電子装置から受信する。次いで、工程６２００は、この情報を第１の中央サーバ１０９に送信し、該第１の中央サーバ１０９が、チャネル識別情報がポンプ除去オーダ情報と一致することを確認し、且つ正しいポンプ１２０が除去されることを確認する。
より具体的には、例示的なポンプ除去工程６２００は、ブロック６２０２で第２の中央サーバ１０８ａが選択のために患者のリストをデジタルアシスタント１１８に表示させるときに開始する。患者のリストを示すデジタルアシスタントディスプレイ１１８ａの一例を図２４に示す。患者のリストは、その時刻にそのデジタルアシスタント１１８にログインしているユーザ（例えば臨床家１１６）に関連付けられた患者に限定されるのが好ましい。ひとたびユーザが患者１１２を選択すると、該選択及び／又は患者１１２を識別する情報が、デジタルアシスタント１１８から第２の中央サーバ１０８ａに返信される。デジタルアシスタント１１８と第２の中央サーバ１０８ａとの間の通信は、上述の無線／有線ネットワーク１０２のような任意の適した通信チャネルを介することができる。次いで、ブロック６２０４で、第２の中央サーバ１０８ａは、デジタルアシスタント１１８に動作のリストを表示させる。動作のリストを示すデジタルアシスタントディスプレイ１１８ａの一例を図２５に示す。動作のリストは、選択された患者１１２に関連付けられた動作に限定されるのが好ましい。例えば、「ポンプ除去」動作は、この患者１１２に関連付けられた注入が現在第１の中央サーバ１０９のデータベースに記載されている場合にのみ利用可能となろう。
ユーザが動作のリストから「ポンプ除去」動作を選択すると、選択された動作を識別する情報が第２の中央サーバ１０８ａに送信される。これに応答して、ブロック６２０６で、第２の中央サーバ１０８ａは、この「ポンプ除去」動作によって影響を受ける薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３４に示す。ユーザは、デジタルアシスタント１１８のスキャナを用いて、薬剤１２４のバッグ上の薬剤ラベル１２４ａ（例えば注入バッグ上のバーコード）をスキャンすることができる。代替的に、ユーザは、デジタルアシスタント１１８に薬剤識別子を手入力することもできる。
次いで、ブロック６２０８で、薬剤識別子が検証のために第２の中央サーバ１０８ａに送信される。第２の中央サーバ１０８ａ（又はデジタルアシスタント１１８）は、適切にフォーマットされた薬剤識別子が受信されたかどうかをチェックする。「ポンプ除去」動作の目的は第２の中央サーバ１０８ａのデータベース内に対応する注入を有しない関連付けを第１の中央サーバ１０９のデータベースから除去することであるため、第２の中央サーバ１０８ａは、薬剤識別子が第２の中央サーバ１０８ａのデータベース内の現在の注入と一致するかどうかをチェックする必要がないのが好ましい。
薬剤識別子（例えばバッグＩＤ）が適切にフォーマットされていない場合、ブロック６２１０で、第２の中央サーバ１０８ａは、項目無効通知をデジタルアシスタント１１８に表示させる。ひとたびユーザが項目無効通知を了解する（又は通知がタイムアウトする）と、ブロック６２０６で、デジタルアシスタント１１８は、再開すべき薬剤１２４に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面を再表示する。
ブロック６２０８で薬剤識別子（例えばバッグＩＤ）が適切にフォーマットされていた場合、ブロック６２１２で、第２の中央サーバ１０８ａは、患者１１２に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面をデジタルアシスタント１１８に表示させる。患者１１２に関連付けられた機械可読識別子をスキャンするようにユーザに促すデジタルアシスタントディスプレイ１１８ａの一例を図３６に示す。ユーザは、デジタルアシスタント１１８のスキャナを用いて、患者のリストバンド１１２ａ上のバーコードラベルをスキャンすることができる。代替的に、ユーザは、デジタルアシスタント１１８に患者識別子を手入力することもできる。次いで、ブロック６２１４で、患者識別子が検証のために第２の中央サーバ１０８ａに送信される。次いで、第２の中央サーバ１０８ａ（又はデジタルアシスタント１１８）は、適切にフォーマットされた患者識別子が受信されたかどうかをチェックする。「ポンプ除去」動作の目的は第２の中央サーバ１０８ａのデータベース内に対応する注入を有しない関連付けを第１の中央サーバ１０９のデータベースから除去することであるため、第２の中央サーバ１０８ａは、患者識別子が第２の中央サーバ１０８ａのデータベース内の現在の注入と一致するかどうかをチェックする必要がないのが好ましい。しかしながら、第２の中央サーバ１０８ａ（又はデジタルアシスタント１１８）は、患者識別子がブロック６２０２で選択された患者１１２と一致するかどうかをチェックすることができる。
患者識別子（例えばリストバンドＩＤ）が適切にフォーマットされていない場合、又は患者識別子がブロック６２０２で選択された患者１１２と一致しない場合、ブロック６２１６で、第２の中央サーバ１０８ａは、患者無効通知をデジタルアシスタント１１８に表示させる。ひとたびユーザが患者無効通知を了解する（又は通知がタイムアウトする）と、ブロック６２１２で、デジタルアシスタント１１８は、患者１１２に関連付けられた機械可読識別子をスキャンするようにユーザに促す画面を再表示する。
ブロック６２１４で患者識別子（例えばリストバンドＩＤ）が適切にフォーマットされており且つブロック６２０２で選択された患者１１２と一致する場合、ブロック６２１７で、第２の中央サーバ１０８ａは、「アラームルーティング停止」ＸＭＬ文書を第１の中央サーバ１０９に伝送する。「アラームルーティング停止」ＸＭＬ文書は、患者識別子（例えばリストバンドＩＤ）、薬剤識別子（例えばバッグＩＤ）、完了用ＵＲＬ、及び取り消し用ＵＲＬを含む。完了用ＵＲＬは、ポンプ１２０の除去が成功した場合に用いられるネットワークアドレスである。取り消し用ＵＲＬは、「ポンプ除去」動作が失敗したか又は取り消された場合に用いられるネットワークアドレスである。
ひとたび第１の中央サーバ１０９が「アラームルーティング停止」ＸＭＬ文書を受信すると、ブロック６２２４で、第１の中央サーバ１０９は、「アラームルーティング停止」ＸＭＬ文書が有効であるかどうかを判定する。例えば、第１の中央サーバ１０９は、「アラームルーティング停止」ＸＭＬ文書内に通常予測されるなんらかのデータが受信した「アラームルーティング停止」ＸＭＬ文書から欠落しているかどうかをチェックすることができる。「アラームルーティング停止」ＸＭＬ文書が有効ではないと第１の中央サーバ１０９が判定した場合、ブロック６２２６で、第１の中央サーバ１０９は、「アラームルーティング停止」動作を実行することができなかったことをユーザに対して示すエラーメッセージをデジタルアシスタント１１８に表示させる。この表示は、どのデータが「アラームルーティング停止」ＸＭＬ文書から欠落していたかなどの理由を含むことができる。ユーザが「ＯＫ」ボタンを押してエラーメッセージを了解した後、ブロック６２２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、失敗コードを第２の中央サーバ１０８ａに返送する。
「アラームルーティング停止」ＸＭＬ文書が有効であると第１の中央サーバ１０９が判定した場合、第１の中央サーバ１０９は、チャネルスキャン工程５７３０を開始する。通常、チャネルスキャン工程５７３０は、除去すべきポンプ１２０に現在関連付けられているポンプチャネルに関連付けられた機械可読識別子をスキャンするようユーザに促し、スキャンしたチャネルが患者識別子及び薬剤識別子に関連付けられているかどうかを判定する（図５８を参照して上に詳述したように）。スキャンされたチャネルが患者識別子及び薬剤識別子に関連付けられていない場合、「ポンプ除去」動作は取り消される。そのような場合、ブロック６２２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。
スキャンされたチャネルが患者識別子及び薬剤識別子に関連付けられている（即ち、チャネルが有効である）場合、ブロック６２３２で、第１の中央サーバ１０９は、患者１１２及びこの動作に関連付けられた注入を示すメッセージをデジタルアシスタント１１８に表示させる。ＰＤＡディスプレイは、「続行」ボタン及び「キャンセル」ボタンをも含むのが好ましい。この方法では、ユーザは、表示された注入を手動で停止し、次いで「続行」ボタンを押して正しい注入が実際に停止されたかどうかをチェックするように第１の中央サーバ１０９に通知することができる。代替的に、ユーザは、「キャンセル」ボタンを押すこともでき、その時点で、第１の中央サーバ１０９は、ブロック６２２８で、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。
ユーザが「続行」ボタンを押した場合、ブロック６２３４で、第１の中央サーバ１０９は、ポンプ１２０によって第１の中央サーバ１０９に送信された状態情報を読み取ることにより、注入が停止されたかどうかを判定する。注入が停止されなかった場合、ブロック６２３６で、第１の中央サーバ１０９は、注入が停止されなかったことを示す警告メッセージをデジタルアシスタント１１８に表示させる。この表示は、「続行」ボタン及び「キャンセル」ボタンをも含むのが好ましい。ユーザが「キャンセル」ボタンを押した場合、ブロック６２２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、取り消しコードを第２の中央サーバ１０８ａに返送する。
ユーザが「続行」ボタンを押した場合、ブロック６２４０で、第１の中央サーバ１０９は、患者識別子、薬剤識別子、及び一次注入又はピギーバック注入に対するチャネル識別子であるが両方に対するものではないのが好ましい識別子間のデータベース関連付けを解除することを試みる。ユーザが１つのチャネル上で実行中の一次注入とピギーバック注入の両方に関連付けられたアラームルーティングを停止することを希望する場合、ユーザは、「ポンプ除去」動作を２回、各注入に対して１回実行することができる。ブロック６２４２で第１の中央サーバ１０９がデータベース関連付けの解除に成功しなかった場合、ブロック６２２８で、第１の中央サーバ１０９は、取り消し用ＵＲＬを介して、失敗コードを第２の中央サーバ１０８ａに返送する。ブロック６２４２で第１の中央サーバ１０９がデータベース関連付けの解除に成功した場合、ブロック６２４４で、第１の中央サーバ１０９は、完了用ＵＲＬを介して、成功コードを第２の中央サーバ１０８ａに返送する。
第１の中央サーバ１０９は、「ポンプ除去」動作が成功した場合にのみ選択された注入に対する患者識別子、薬剤識別子、及びチャネル識別子間の関連付けを解除する。それ以外の場合は、この関連付けは維持される。第２の中央サーバ１０８ａは、第１の中央サーバ１０９から成功コードを受信した際に「解除」された注入の状態を更新する必要はない。
（暗号化通信工程）
上述したように、本システムは、有線又は無線のネットワークを介して通信する複数のデジタルアシスタント１１８及び複数の医療機器（例えば注入ポンプ１２０）を含むことができる。伝送されるデータの一部は機密の医療データであるため、該データは、暗号化され且つ許可されたユーザ及び装置に自由な環境でのみ通信されるのが好ましい。新たなデジタルアシスタント１１８又は医療機器１２０を設定するために、認証工程の使用開始段階を実施することができる。就役した装置が強化される度に、認証工程を実行し、許可された装置及び／又はユーザとの通信が行われていることを検証するのが好ましい。ひとたび装置及び／又はユーザが許可されると、デジタルアシスタント、医療機器、並びに／若しくはサーバ間でパラメータ、指示、データ、アラーム、状態情報、及び任意の他の種類の情報を送るために暗号化された片方向通信及び／又は双方向通信を行うことができる。
図６３を参照すると、暗号化通信工程６３００のデジタルアシスタント使用開始段階（即ちサーバ登録段階）は、第１の中央サーバ１０９がデジタルアシスタントのユーザアカウントを生成するときに開始する（ブロック６３０２）。例えば、デジタルアシスタントのユーザアカウントは、Ｍｉｃｒｏｓｏｆｔ Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙを用いて、周知の方法で設定することができる。次いで、ブロック６３０４で、第１の中央サーバ１０９は、デジタルアシスタント１１８に対するデジタル証明書を生成する。デジタル証明書は、任意の方法で生成することができる。例えば、デジタル証明書は、Ｍｉｃｒｏｓｏｆｔ Ｄｉｇｉｔａｌ Ｃｅｒｔｉｆｉｃａｔｅ Ｓｅｒｖｉｃｅｓを用いて、第１の中央サーバ１０９において周知の方法で生成することができる。デジタル証明書は、第１の中央サーバの秘密鍵を用いてデジタル署名されたデジタルアシスタントの公開鍵を含むのが好ましい。換言すれば、第１の中央サーバ１０９は、デジタルアシスタントのデジタル証明書に対する認証機関（ＣＡ）として機能している。ひとたびデジタル証明書が生成されると、ブロック６３０６で、第１の中央サーバ１０９は、該デジタル証明書をユーザアカウントへマッピングする。
次いで、ブロック６３０８で、デジタルアシスタントのデジタル証明書及びデジタルアシスタントの秘密鍵が、第１の中央サーバ１０９によって、ブロック６３１０のデジタルアシスタント１１８に送信される。デジタルアシスタントのデジタル証明書及びデジタルアシスタントの秘密鍵は、暗号化接続（ｓｅｃｕｒｅ ｃｏｎｎｅｃｔｉｏｎ）を介してデジタルアシスタント１１８に送信されるのが好ましい。例えば、他のいずれの装置にも接続されていないＲＳ−２３２ケーブルを用いることができる。更に、第１の中央サーバのデジタル証明書は、ブロック６３１２で、第１の中央サーバ１０９によって、ブロック６３１４のデジタルアシスタント１１８に送信される。ここでもまた、第１の中央サーバのデジタル証明書は、他のいずれの装置にも接続されていないＲＳ−２３２ケーブルなどの暗号化接続を介してデジタルアシスタント１１８に送信されるのが好ましい。この時点で、デジタルアシスタント１１８は、使用を開始される（即ち、サーバに登録される）。
もちろん、デジタルアシスタント１１８と通信する任意の方法を用いることができる。一例では、デジタルアシスタントの秘密鍵は、デジタルアシスタント１１８が製造される時点で、該デジタルアシスタント１１８に関連付けられた記憶装置（例えばＥＰＲＯＭ）に格納することができる。更に、各デジタルアシスタント１１８が、デジタルアシスタント１１８を互いに区別するために用いられる異なった識別コードを有する同一の秘密鍵を有することができる。
使用を開始されたデジタルアシスタント１１８に電源が投入される度に、デジタルアシスタント１１８及び第１の中央サーバ１０９は、非暗号化無線接続（ｕｎｓｅｃｕｒｅｄ
ｗｉｒｅｌｅｓｓ ｃｏｎｎｅｃｔｉｏｎ）から暗号化無線接続へ移動するために、認証工程を実行しなければならない。図示の例では、デジタルアシスタント１１８は、ブロック６３１６及びブロック６３１８で、第１の中央サーバ１０９と非暗号化８０２．１１（無線イーサネット（登録商標））接続を確立する。もちろん、有線接続又は別のプロトコルを用いた接続のような、任意の種類の接続を用いることができる。
図６４に移ると、ブロック６４０２で、デジタルアシスタント１１８は、暗号化接続を確立するようにとの要求を第１の中央サーバ１０９に送信する。第１の中央サーバ１０９は、ブロック６４０４で、暗号化接続を確立するようにとのデジタルアシスタントの要求を受信する。第１の中央サーバ１０９は、非暗号化接続を介してデジタルアシスタント１１８に第１の中央サーバのデジタル証明書のコピーを送信することにより、ブロック６４０６で、暗号化接続を確立するようにとの要求に応答する。ブロック６４０８で、デジタルアシスタント１１８は、第１の中央サーバのデジタル証明書を受信する。
ブロック６４１０で、デジタルアシスタント１１８は、第１の中央サーバのデジタル証明書を用いて、第１の中央サーバ１０９を認証する。更に、ブロック６４１２で、デジタルアシスタント１１８は、第１の中央サーバのデジタル証明書を用いて、組み込まれた第１の中央サーバ１０９に関連付けられたｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ（ＵＲＬ）を取り出す。デジタルアシスタント１１８は今やそれが本物の第１の中央サーバ１０９と話していることを知り、取り出したＵＲＬからデータ及びサービスを要求することができる。
次に、ブロック６４１４で、第１の中央サーバ１０９は、暗号化接続の残りの半分を確立するようにとの要求をデジタルアシスタント１１８に送信する。デジタルアシスタント１１８は、ブロック６４１６で、第１の中央サーバの要求を受信する。デジタルアシスタント１１８は、デジタルアシスタントのデジタル証明書のコピーを第１の中央サーバ１０９に送信することにより、ブロック６４１８で、暗号化接続を確立するようにとの要求に応答する。ブロック６４２０で、第１の中央サーバ１０９は、デジタルアシスタントのデジタル証明書を受信する。
ブロック６４２２で、第１の中央サーバ１０９は、デジタルアシスタントのデジタル証明書を用いてデジタルアシスタント１１８を認証する。第１の中央サーバ１０９は今や、それが使用を開始されたデジタルアシスタント１１８と話していることを知り、デジタルアシスタント１１８と通信することができる。更に、図６５に移ると、第１の中央サーバ１０９は、ブロック６５０２でデジタルアシスタントのユーザアカウントに対するセッションをアクティブディレクトリにマッピングすることにより、このデジタルアシスタント１１８がアクセスすることを許可されているファイルを確認する。
今やデジタルアシスタント１１８は暗号化接続を介して第１の中央サーバ１０９と通信しているのであるから、デジタルアシスタント１１８は、第１の中央サーバ１０９上の特定のファイルにアクセスすることを許可され、ブロック６５０４で、デジタルアシスタント１１８は、第１の中央サーバのデジタル証明書から取り出したＵＲＬにアクセスすることにより、第１の中央サーバ１０９との暗号化通信セッションを確立することができる。第１の中央サーバ１０９も、ブロック６５０６で、暗号化通信セッションを確立する。更に、ブロック６５０８で、第１の中央サーバ１０９上のアプリケーションが、デジタルアシスタント１１８が適切なアクティブディレクトリに属していることを検証する。
デジタルアシスタント１１８は今や認証することができるが、第１の中央サーバ１０９は、依然として該デジタルアシスタント１１８を用いているユーザの身元を知らない。一部のユーザは他のユーザとは異なるアクセス権を有することができ、且つ特定のアラーム及び他のデータは特定のユーザにのみ送信されるため、これは重要である。従って、第１の中央サーバ１０９上のアプリケーションは、ブロック６５１０で、デジタルアシスタント１１８のユーザからユーザ名及びパスワードを要求することができる。ブロック６５１２でひとたびデジタルアシスタント１１８がユーザ名及びパスワードに対する要求を受信すると、ブロック６５１４で、デジタルアシスタント１１８は、デジタルアシスタントディスプレイ１１８ａ上のプロンプトを介して、ユーザからユーザ名及びパスワードを取り出す。次いで、ブロック６５１６で、ユーザ名及びパスワードがデジタルアシスタント１１８によって送信され、ブロック６５１８で、第１の中央サーバ１０９によって受信される。次いで、ブロック６５２０で、第１の中央サーバ１０９上のアプリケーションが、ユーザを認証することができる。
サーバ（例えば第１の中央サーバ１０９）上でひとたびユーザが認証されると、認証信任状を用いて別のサーバ（例えば第２の中央サーバ１０８ａ）上のデジタルアシスタント１１８を自動的に認証することができる。一例では、ユーザは、該ユーザが第１の中央サーバ１０９及び第２の中央サーバ１０８ａの両方で認証された場合にのみ認証することができる。従って、ユーザ名又はパスワードが生成若しくは修正される場合には必ず、ユーザ名及びパスワードは、第１の中央サーバ１０９と第２の中央サーバ１０８ａとの間で同期されるのが好ましい。
ユーザを認証した後、第１の中央サーバ１０９は、ユーザと第１の中央サーバ１０９との間のセッションに固有のものとなるトークンを返却するのが好ましい。このセッショントークンは、要求元、従って応答の宛先を認証する手段として第１の中央サーバ１０９に対してなされた各要求と共に送信される（例えばＨＴＴＰヘッダにおいて又はクッキーとして）。ひとたびこのトークンが適所に配置されれば、デジタルアシスタント１１８は、１つの無線アクセスポイント１１４から別のアクセスポイント１１４へ連続的に移動することができる。
図６６に移ると、工程６３００の医療機器の使用開始段階（即ちサーバ登録段階）は、第１の中央サーバ１０９が医療機器のユーザアカウントを生成するときにブロック６６０２で開始する。例えば、医療機器のユーザアカウントは、Ｍｉｃｒｏｓｏｆｔ Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙを用いて、周知の方法で設定することができる。次いで、ブロック６６０４で、第１の中央サーバ１０９は、医療機器１２０に対するデジタル証明書を生成する。デジタル証明書は、任意の方法で生成することができる。例えば、デジタル証明書は、第１の中央サーバ１０９において、Ｍｉｃｒｏｓｏｆｔ Ｄｉｇｉｔａｌ Ｃｅｒｔｉｆｉｃａｔｅ Ｓｅｒｖｉｃｅｓを用いて、周知の方法で生成することができる。デジタル証明書は、第１の中央サーバの秘密鍵を用いてデジタル署名された医療機器の公開鍵を含むのが好ましい。換言すれば、第１の中央サーバ１０９は、医療機器のデジタル証明書に対する認証機関（ＣＡ）として機能している。ひとたびデジタル証明書が生成されると、ブロック６６０６で、第１の中央サーバ１０９は、該デジタル証明書をユーザアカウントへマッピングする。
次いで、ブロック６６０８で、医療機器のデジタル証明書及び医療機器の秘密鍵が、第１の中央サーバ１０９によって、ブロック６６１０の医療機器１２０に送信される。医療機器のデジタル証明書及び医療機器の秘密鍵は、他のいずれの装置にも接続されていないＲＳ−２３２ケーブルなどの暗号化接続を介して医療機器１２０に送信されるのが好ましい。更に、第１の中央サーバ１０９のデジタル証明書は、ブロック６６１２で、第１の中央サーバ１０９によって、ブロック６６１４の医療機器１２０に送信される。ここでもまた、第１の中央サーバのデジタル証明書は、他のいずれの装置にも接続されていないＲＳ−２３２ケーブルなどの暗号化接続を介して医療機器１２０に送信されるのが好ましい。この時点で、医療機器１２０は、使用を開始される（即ち、サーバに登録される）。
もちろん、医療機器１２０と通信する任意の方法を用いることができる。一例では、医療機器の秘密鍵は、医療機器１２０が製造される時点で、該医療機器１２０に関連付けられた記憶装置（例えばＥＰＲＯＭ）に格納することができる。更に、各医療機器１２０が、医療機器１２０を互いに区別するために用いられる異なった識別コードを有する同一の秘密鍵を有することができる。
使用を開始された医療機器１２０に電源が投入される度に、医療機器１２０及び第１の中央サーバ１０９は、非暗号化無線接続から暗号化無線接続へ移動するために、認証工程を実行しなければならない。図６７に示す例では、医療機器１２０は、ブロック６７０２及びブロック６７０４で、第１の中央サーバ１０９と非暗号化８０２．１１（無線イーサネット（登録商標））接続を確立する。もちろん、有線接続又は別のプロトコルを用いた接続のような、任意の種類の接続を用いることができる。
次に、ブロック６７０６で、医療機器１２０は、暗号化接続を確立するようにとの要求を第１の中央サーバ１０９に送信する。第１の中央サーバ１０９は、ブロック６７０８で、暗号化接続を確立するようにとの医療機器の要求を受信する。第１の中央サーバ１０９は、非暗号化接続を介して医療機器１２０に第１の中央サーバのデジタル証明書のコピーを送信することにより、ブロック６７１０で、暗号化接続を確立するようにとの要求に応答する。ブロック６７１２で、医療機器１２０は、第１の中央サーバのデジタル証明書を受信する。
ブロック６７１４で、医療機器１２０は、第１の中央サーバのデジタル証明書を用いて、第１の中央サーバ１０９を認証する。更に、ブロック６７１６で、医療機器１２０は、第１の中央サーバのデジタル証明書を用いて、組み込まれた第１の中央サーバ１０９に関連付けられたｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ（ＵＲＬ）を取り出す。医療機器１２０は今や、それが本物の第１の中央サーバ１０９と話していることを知り、取り出したＵＲＬからデータ及びサービスを要求することができる。
次に、ブロック６７１８で、第１の中央サーバ１０９は、暗号化接続の残りの半分を確立するようにとの要求を医療機器１２０に送信する。医療機器１２０は、ブロック６７２０で、第１の中央サーバの要求を受信する。医療機器１２０は、医療機器のデジタル証明書のコピーを第１の中央サーバ１０９に送信することにより、ブロック６７２２で、暗号化接続を確立するようにとの要求に応答する。ブロック６７２４で、第１の中央サーバ１０９は、医療機器のデジタル証明書を受信する。
図６８に移ると、ブロック６８０２で、第１の中央サーバ１０９は、医療機器のデジタル証明書を用いて、医療機器１２０を認証する。第１の中央サーバ１０９は今や、それが使用を開始された医療機器１２０と話していることを知り、医療機器１２０と通信することができる。更に、第１の中央サーバ１０９は、ブロック６８０４で医療機器のユーザアカウントに対するセッションをアクティブディレクトリにマッピングすることにより、この医療機器１２０がアクセスすることを許可されているファイルを確認する。
今や医療機器１２０は暗号化接続を介して第１の中央サーバ１０９と通信しているのであるから、医療機器１２０は、第１の中央サーバ１０９上の特定のファイルにアクセスすることを許可され、ブロック６８０６で、医療機器１２０は、第１の中央サーバのデジタル証明書から取り出したＵＲＬにアクセスすることにより、第１の中央サーバ１０９との暗号化通信セッションを確立することができる。第１の中央サーバ１０９も、ブロック６８０８で、暗号化通信セッションを確立する。更に、ブロック６８１０で、第１の中央サーバ１０９上のアプリケーションが、医療機器１２０が適切なアクティブディレクトリに属していることを検証する。
医療機器１２０は今や認証することができるが、第１の中央サーバ１０９は、依然として該医療機器１２０を用いているユーザの身元を知らない。多くの場合、どのユーザも医療機器１２０に関連付けられることはない。一部のユーザは他のユーザとは異なるアクセス権を有することができるので、一部のアプリケーションでは、これは重要となる可能性がある。更に、医療機器は、異なる「役割」を有することができる。例えば、医療機器は、「片方向通信」の役割、又は「双方向通信」の役割を有することができる。この方法で、双方向通信が可能な医療機器１２０は、片方向通信機器のみを要求するシステム内に配置することができる。同様に、片方向通信機器及び双方向通信機器の両方に対応することのできるシステムには、接続する機器の種類を通知することが必要となる可能性がある。
従って、第１の中央サーバ１０９上のアプリケーションは、ブロック６８１２で、医療機器１２０のユーザからユーザ名及びパスワードを要求することができる。ブロック６８１４でひとたび医療機器１２０がユーザ名及びパスワードに対する要求を受信すると、ブロック６８１６で、医療機器１２０は、医療機器１２０又は関連付けられたデジタルアシスタントディスプレイ１１８ａ上のプロンプトを介して、ユーザからユーザ名及びパスワードを取り出す。次いで、図６９のブロック６９０２で、ユーザ名及びパスワードが医療機器１２０（又は他の機器）によって送信され、ブロック６９０４で、第１の中央サーバ１０９によって受信される。次いで、ブロック６９０６で、第１の中央サーバ１０９上のアプリケーションが、ユーザを認証することができる。
サーバ（例えば第１の中央サーバ１０９）上でひとたびユーザが認証されると、認証信任状を用いて別のサーバ（例えば第２の中央サーバ１０８ａ）上のユーザを自動的に認証することができる。一例では、ユーザは、該ユーザが第１の中央サーバ１０９及び第２の中央サーバ１０８ａの両方で認証された場合にのみ認証することができる。従って、ユーザ名又はパスワードが生成若しくは修正される場合には必ず、ユーザ名及びパスワードは、第１の中央サーバ１０９と第２の中央サーバ１０８ａとの間で同期されるのが好ましい。
ユーザを認証した後、第１の中央サーバ１０９は、ユーザと第１の中央サーバ１０９との間のセッションに固有のものとなるトークンを返却するのが好ましい。このセッショントークンは、要求元、従って応答の宛先を認証する手段として第１の中央サーバ１０９に対してなされた各要求と共に送信される（例えばＨＴＴＰヘッダにおいて又はクッキーとして）。
暗号化片方向通信は今や、医療機器１２０からデジタルアシスタント１１８へ送信することができる。例えば、医療機器１２０は、設定値報告、アラーム生成等を行うことができる。図示の例では、医療機器１２０は、ブロック６９０８で、第１の中央サーバ１０９を介してデジタルアシスタント１１８に送信すべきデータを決定する。次いで、ブロック６９１０でこのデータが第１の中央サーバ１０９に送信され、ブロック６９１２で第１の中央サーバ１０９によって受信される。次いで、ブロック６９１４で、第１の中央サーバ１０９は、このデータを受信する許可を与えられているユーザを判定し、ブロック６９１６で、それらのユーザが現在関連付けられているデジタルアシスタント１１８を判定することができる。例えば、第１の中央サーバ１０９のデータベースに格納された参照テーブルを用いることができる。
次いで、ブロック６９１８で、第１の中央サーバ１０９がデータを適切なデジタルアシスタント１１８に送信し、ブロック６９２０で、該デジタルアシスタント１１８が、該データを受信して表示する。更に、暗号化双方向通信を達成することができる。例えば、デジタルアシスタント１１８及び／又は第１の中央サーバ１０９は、医療機器１２０に、データ、命令、設定情報、又は任意の他の種類の情報を送信することができる。
本発明の上述の実施形態、特にあらゆる「好ましい」実施形態は可能な実施例であり、本発明の原理の明確な理解のために記載されたものに過ぎないことが強調されるべきである。多くの変形及び修正を、本発明の精神及び原理を実質的に逸脱することなく、本発明の上述の各実施形態に対して行うことができる。全てのそのような修正は、本明細書において本開示の範囲内に含まれるべきことが意図されており、且つ、本発明は、下記の特許請求の範囲によって保護される。
患者医療システムの略図式表示である。患者医療システムは、薬局のコンピュータ、中央システム、及び治療場所におけるデジタルアシスタントを含む。 図１の薬局のコンピュータ、中央システム、及び／又はデジタルアシスタントを表すコンピュータシステムのブロック図である。本システムは、注入システム又はその一部を含む。 図１の患者医療システムの部分の略図式表示である。 図１の患者医療システムの機能要素を示すブロック図である。 図１の患者医療システムの種々の機能を実行するための例示的なコンピュータ画面である。 図２の注入システムの機能要素を示すブロック図である。機能要素は、とりわけ、注入システムパラメータ設定、注入オーダ作成、注入オーダ準備、薬剤投与、注入オーダ修正、及びメッセージング用のブロックを含む。 図６の注入システムパラメータ設定用機能要素を示すブロック図である。 図６の注入オーダ作成用の機能要素を示すブロック図である。 図６の注入オーダ準備用の機能要素を示すブロック図である。 図６の薬剤投与用の機能要素を示すブロック図である。 図６の注入オーダ文書化、注入オーダ修正、及びメッセージング用の機能要素を示すブロック図である。 通信を示す、緊急事態通知システムの図である。 緊急事態通知システムによって通知当事者に提供される好ましい通知選択肢を示す、通知当事者の視点から見た緊急事態通知インターフェースの図である。 ターゲット当事者によって受信される好ましい緊急事態情報を示す、ターゲット当事者の視点から見た緊急事態通知インターフェースの図である。 アラーム／アラートエスカレーション工程のフローチャートの一実施形態である。 アラーム／アラートインターフェース画面の図である。 アラーム／アラートインターフェース画面の別の図である。 アラーム／アラートインターフェース画面の別の図である。 臨床家のハンドヘルド装置から見たインターフェース画面の図である。 ログイン工程のインターフェース画面の図である。 図１９のログイン工程の別のインターフェース画面の図である。 部門選択インターフェース画面の図である。 シフト選択インターフェース画面の図である。 患者閲覧インターフェース画面の図である。 患者選択インターフェース画面の図である。 患者情報メニューインターフェース画面の図である。 アレルギー・身長／体重インターフェース画面の図である。 薬歴インターフェース画面の図である。 検査結果インターフェース画面の図である。 薬剤送達スケジュールインターフェース画面の図である。 図２７は、図２６の薬剤送達スケジュール工程のインターフェース画面の別の図である。 ワークフロー注入停止のインターフェース画面の図である。 ワークフロー注入停止のインターフェース画面の別の図である。 注入を再開するためのワークフローのインターフェース画面の図である。 （記載なし） 図２６の薬剤送達スケジュール工程のインターフェース画面の別の図である。 投薬失敗インターフェース画面の図である。 図２９のインターフェース画面の別の図である。 図２９のインターフェース画面の別の図である。 スケジュールインターフェース画面の図である。 薬剤インターフェース画面の図である。 スキャンインターフェース画面の図である。 別のスキャンインターフェース画面の図である。 薬剤投与インターフェース画面の図である。 経路確認インターフェース画面の図である。 ポンプチャネルスキャンインターフェース画面の図である。 別のポンプチャネルスキャンインターフェース画面の図である。 比較インターフェース画面の図である。 比較インターフェース画面の別の図である。 比較インターフェース画面の別の図である。 比較インターフェース画面の別の図である。 比較インターフェース画面の別の図である。 ポンプ状態インターフェース画面の図である。 流速履歴インターフェース画面の図である。 通信損失インターフェース画面の図である。 通信損失インターフェース画面の図である。 ローバッテリインターフェース画面の図である。 ハブの図である。 インターフェース画面に使用される様々なアイコンの図である。 実施結果記録インターフェース画面の図である。 監視パラメータリンクを有する投薬オーダの図である。 監視パラメータ入力インターフェース画面の図である。 サイクルカウントインターフェース画面の図である。 オーダ比較工程のフローチャートである。 微小電子機械システム（ＭＥＭＳ）要素が回線セットに接続された流れ制御システムの概略図である。 図３の第１の中央コンピュータ上にロードされたソフトウェアコンポーネントの略ブロック図である。 例示的な注入実施工程のフローチャートである。 例示的な注入実施工程のフローチャートである。 例示的な注入実施工程のフローチャートである。 例示的なチャネルスキャン工程のフローチャートである。 例示的なポンプチャネル変更工程のフローチャートである。 例示的なポンプチャネル変更工程のフローチャートである。 別の例示的なチャネルスキャン工程のフローチャートである。 更に別の例示的なチャネルスキャン工程のフローチャートである。 例示的な注入停止／中止工程のフローチャートである。 例示的な注入再開工程のフローチャートである。 例示的なポンプ除去工程のフローチャートである。 例示的な認証工程のフローチャートである。 例示的な認証工程のフローチャートである。 例示的な認証工程のフローチャートである。 例示的な認証工程のフローチャートである。 例示的な認証工程のフローチャートである。 例示的な認証工程のフローチャートである。 例示的な認証工程のフローチャートである。

Claims (1)

  1. 医療施設内における無線通信リンクの完全性について報告するシステムであって、
    該無線通信リンク上において伝送された状態情報に応答するメッセージインジケータを有する該医療施設内の無線遠隔装置であって、該状態情報は投薬治療アプリケーション用装置によって生成された信号を表す、無線遠隔装置と、
    タイムアウト出力を有する該無線遠隔装置にインストールされたソフトウェアであって、該タイムアウト出力は該無線通信リンクの損失を示す、ソフトウェアと
    を備える、システム。
JP2007013177A 2003-02-01 2007-01-23 無線医療データ通信システムおよび方法 Withdrawn JP2007190395A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US44435003P 2003-02-01 2003-02-01
US10/424,553 US7698156B2 (en) 2002-01-29 2003-04-28 System and method for identifying data streams associated with medical equipment
US48827303P 2003-07-18 2003-07-18
US10/659,760 US8489427B2 (en) 2002-01-29 2003-09-10 Wireless medical data communication system and method
US52810603P 2003-12-08 2003-12-08

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2006503183A Division JP2006523470A (ja) 2003-02-01 2004-01-30 無線医療データ通信システムおよび方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2011154618A Division JP2012011204A (ja) 2003-02-01 2011-07-13 無線医療データ通信システムおよび方法

Publications (1)

Publication Number Publication Date
JP2007190395A true JP2007190395A (ja) 2007-08-02

Family

ID=32854570

Family Applications (5)

Application Number Title Priority Date Filing Date
JP2006503183A Pending JP2006523470A (ja) 2003-02-01 2004-01-30 無線医療データ通信システムおよび方法
JP2007013177A Withdrawn JP2007190395A (ja) 2003-02-01 2007-01-23 無線医療データ通信システムおよび方法
JP2013252772A Expired - Fee Related JP6014013B2 (ja) 2003-02-01 2013-12-06 無線医療データ通信システムおよび方法
JP2015165438A Withdrawn JP2016026340A (ja) 2003-02-01 2015-08-25 無線医療データ通信システムおよび方法
JP2018134915A Expired - Lifetime JP7126396B2 (ja) 2003-02-01 2018-07-18 電子薬剤オーダの転送および処理の方法および装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2006503183A Pending JP2006523470A (ja) 2003-02-01 2004-01-30 無線医療データ通信システムおよび方法

Family Applications After (3)

Application Number Title Priority Date Filing Date
JP2013252772A Expired - Fee Related JP6014013B2 (ja) 2003-02-01 2013-12-06 無線医療データ通信システムおよび方法
JP2015165438A Withdrawn JP2016026340A (ja) 2003-02-01 2015-08-25 無線医療データ通信システムおよび方法
JP2018134915A Expired - Lifetime JP7126396B2 (ja) 2003-02-01 2018-07-18 電子薬剤オーダの転送および処理の方法および装置

Country Status (7)

Country Link
EP (1) EP1593080A2 (ja)
JP (5) JP2006523470A (ja)
AU (1) AU2004209286B2 (ja)
CA (1) CA2514571C (ja)
NZ (1) NZ541475A (ja)
TW (3) TWI244022B (ja)
WO (1) WO2004070994A2 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009142395A (ja) * 2007-12-12 2009-07-02 Nemoto Kyorindo:Kk 磁気共鳴撮像システム
JP2016026040A (ja) * 2015-11-02 2016-02-12 株式会社根本杏林堂 磁気共鳴撮像システム
JP2018507487A (ja) * 2015-03-03 2018-03-15 バクスター・コーポレーション・イングルウッドＢａｘｔｅｒ Ｃｏｒｐｏｒａｔｉｏｎ Ｅｎｇｌｅｗｏｏｄ アラート統合を伴う薬局ワークフロー管理
JP2020121174A (ja) * 2007-12-31 2020-08-13 デカ・プロダクツ・リミテッド・パートナーシップ 注入ポンプアセンブリ
KR102415710B1 (ko) * 2021-12-20 2022-07-05 비손메디칼 주식회사 마이크로바이옴 분석 기반 피부상태·비만유형에 대한 진단 및 처방 지원 mso 서버 시스템 및 방법

Families Citing this family (97)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1815879A3 (en) 2001-05-18 2007-11-14 Deka Products Limited Partnership Infusion set for a fluid pump
US8034026B2 (en) 2001-05-18 2011-10-11 Deka Products Limited Partnership Infusion pump assembly
US10173008B2 (en) 2002-01-29 2019-01-08 Baxter International Inc. System and method for communicating with a dialysis machine through a network
US8398592B2 (en) 2004-09-07 2013-03-19 Thomas Leibner-Druska Medication data transfer system and method for patient infusions
JP2006119856A (ja) * 2004-10-20 2006-05-11 Olympus Medical Systems Corp 携帯端末装置および医療行為管理方法
JP2006155071A (ja) * 2004-11-26 2006-06-15 Toshiba Sumiden Medical Information Systems Corp 電子カルテ薬物療法指示実施システム
US20060247606A1 (en) * 2005-03-09 2006-11-02 Batch Richard M System and method for controlling access to features of a medical instrument
US8781847B2 (en) * 2005-05-03 2014-07-15 Cardiac Pacemakers, Inc. System and method for managing alert notifications in an automated patient management system
US8036911B2 (en) * 2005-11-11 2011-10-11 Carefusion 303, Inc. System and method for managing patient care through automated messaging
EP1958177A4 (en) * 2005-11-30 2014-05-07 Ulco Technologies Pty Ltd PERFUSION PROCESS AND DEVICE
JP5085561B2 (ja) 2006-01-09 2012-11-28 カーディアック ペースメイカーズ， インコーポレイテッド 患者用医療デバイスの遠隔プログラミング
US11027058B2 (en) 2006-02-09 2021-06-08 Deka Products Limited Partnership Infusion pump assembly
CA3213521A1 (en) 2006-02-09 2007-08-16 Deka Products Limited Partnership Peripheral systems
US11497846B2 (en) 2006-02-09 2022-11-15 Deka Products Limited Partnership Patch-sized fluid delivery systems and methods
US11478623B2 (en) 2006-02-09 2022-10-25 Deka Products Limited Partnership Infusion pump assembly
US11364335B2 (en) 2006-02-09 2022-06-21 Deka Products Limited Partnership Apparatus, system and method for fluid delivery
US8579853B2 (en) * 2006-10-31 2013-11-12 Abbott Diabetes Care Inc. Infusion devices and methods
US9026370B2 (en) 2007-12-18 2015-05-05 Hospira, Inc. User interface improvements for medical devices
US9526830B2 (en) 2007-12-31 2016-12-27 Deka Products Limited Partnership Wearable pump assembly
US9456955B2 (en) 2007-12-31 2016-10-04 Deka Products Limited Partnership Apparatus, system and method for fluid delivery
US8900188B2 (en) 2007-12-31 2014-12-02 Deka Products Limited Partnership Split ring resonator antenna adapted for use in wirelessly controlled medical device
US10188787B2 (en) 2007-12-31 2019-01-29 Deka Products Limited Partnership Apparatus, system and method for fluid delivery
US8881774B2 (en) 2007-12-31 2014-11-11 Deka Research & Development Corp. Apparatus, system and method for fluid delivery
US10080704B2 (en) 2007-12-31 2018-09-25 Deka Products Limited Partnership Apparatus, system and method for fluid delivery
WO2009110303A1 (en) * 2008-03-01 2009-09-11 Kabushiki Kaisha Toshiba Memory system
JP2009273502A (ja) * 2008-05-12 2009-11-26 Jms Co Ltd 投薬監視装置
US8057679B2 (en) 2008-07-09 2011-11-15 Baxter International Inc. Dialysis system having trending and alert generation
US10089443B2 (en) 2012-05-15 2018-10-02 Baxter International Inc. Home medical device systems and methods for therapy prescription and tracking, servicing and inventory
JP5145177B2 (ja) * 2008-09-12 2013-02-13 株式会社Ｋ＆Ｙ 輸液ポンプシステム
CA2954728C (en) 2008-09-15 2019-03-26 Deka Products Limited Partnership Systems and methods for fluid delivery
US8262616B2 (en) 2008-10-10 2012-09-11 Deka Products Limited Partnership Infusion pump assembly
US8708376B2 (en) 2008-10-10 2014-04-29 Deka Products Limited Partnership Medium connector
US8267892B2 (en) 2008-10-10 2012-09-18 Deka Products Limited Partnership Multi-language / multi-processor infusion pump assembly
US8066672B2 (en) 2008-10-10 2011-11-29 Deka Products Limited Partnership Infusion pump assembly with a backup power supply
US8016789B2 (en) 2008-10-10 2011-09-13 Deka Products Limited Partnership Pump assembly with a removable cover assembly
US8223028B2 (en) 2008-10-10 2012-07-17 Deka Products Limited Partnership Occlusion detection system and method
US9180245B2 (en) 2008-10-10 2015-11-10 Deka Products Limited Partnership System and method for administering an infusible fluid
US8554579B2 (en) 2008-10-13 2013-10-08 Fht, Inc. Management, reporting and benchmarking of medication preparation
US9596989B2 (en) 2009-03-12 2017-03-21 Raytheon Company Networked symbiotic edge user infrastructure
WO2011008966A2 (en) 2009-07-15 2011-01-20 Deka Products Limited Partnership Apparatus, systems and methods for an infusion pump assembly
US8480622B2 (en) 2009-12-18 2013-07-09 Sims Infusion pump
CA2787178C (en) 2010-01-22 2019-02-12 Deka Products Limited Partnership Method and system for shape-memory alloy wire control
US8638200B2 (en) 2010-05-07 2014-01-28 Covidien Lp Ventilator-initiated prompt regarding Auto-PEEP detection during volume ventilation of non-triggering patient
TWI451354B (zh) * 2011-01-07 2014-09-01 Univ Taipei Medical 一種高效率整合式院內感染監視和早期偵測系統及方法
US8903308B2 (en) 2011-01-14 2014-12-02 Covidien Lp System and method for patient identification in a remote monitoring system
US8855550B2 (en) 2011-01-14 2014-10-07 Covidien Lp Wireless relay module having emergency call functionality
US8694600B2 (en) 2011-03-01 2014-04-08 Covidien Lp Remote monitoring systems for monitoring medical devices via wireless communication networks
US9020419B2 (en) 2011-01-14 2015-04-28 Covidien, LP Wireless relay module for remote monitoring systems having power and medical device proximity monitoring functionality
US8818260B2 (en) 2011-01-14 2014-08-26 Covidien, LP Wireless relay module for remote monitoring systems
US9495511B2 (en) 2011-03-01 2016-11-15 Covidien Lp Remote monitoring systems and methods for medical devices
US8811888B2 (en) 2011-01-14 2014-08-19 Covidien Lp Wireless relay module for monitoring network status
US20130162426A1 (en) 2011-12-22 2013-06-27 Tyco Healthcare Group Lp Wireless Relay Module For Remote Monitoring Systems Having Alarm And Display Functionality
US8798527B2 (en) 2011-01-14 2014-08-05 Covidien Lp Wireless relay module for remote monitoring systems
US8897198B2 (en) 2011-01-14 2014-11-25 Covidien Lp Medical device wireless network architectures
US9038633B2 (en) 2011-03-02 2015-05-26 Covidien Lp Ventilator-initiated prompt regarding high delivered tidal volume
US9629566B2 (en) 2011-03-11 2017-04-25 Spacelabs Healthcare Llc Methods and systems to determine multi-parameter managed alarm hierarchy during patient monitoring
US9240002B2 (en) 2011-08-19 2016-01-19 Hospira, Inc. Systems and methods for a graphical interface including a graphical representation of medical data
WO2013090709A1 (en) 2011-12-16 2013-06-20 Hospira, Inc. System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy
US11524151B2 (en) 2012-03-07 2022-12-13 Deka Products Limited Partnership Apparatus, system and method for fluid delivery
CA2868801C (en) 2012-03-30 2021-07-13 Hospira, Inc. Air detection system and method for detecting air in a pump of an infusion system
EP3586891A1 (en) 2012-07-31 2020-01-01 ICU Medical, Inc. Patient care system for critical medications
US9027552B2 (en) 2012-07-31 2015-05-12 Covidien Lp Ventilator-initiated prompt or setting regarding detection of asynchrony during ventilation
AU2013315269A1 (en) 2012-09-13 2015-03-26 Covidien Lp Docking station for enteral feeding pump
EP2907536A4 (en) * 2012-10-15 2016-08-10 Ace Medical Co Ltd METHOD FOR AUTOMATIC CONTROL OF A DRIP INJECTION QUANTITY AND DEVICE THEREFOR
SG11201503190RA (en) 2012-10-26 2015-05-28 Baxter Corp Englewood Improved image acquisition for medical dose preparation system
WO2014065872A1 (en) 2012-10-26 2014-05-01 Baxter Corporation Englewood Improved work station for medical dose preparation system
CA2913918C (en) 2013-05-29 2022-02-15 Hospira, Inc. Infusion system and method of use which prevents over-saturation of an analog-to-digital converter
US10987026B2 (en) 2013-05-30 2021-04-27 Spacelabs Healthcare Llc Capnography module with automatic switching between mainstream and sidestream monitoring
KR102296042B1 (ko) * 2013-06-20 2021-08-31 다케다 야쿠힌 고교 가부시키가이샤 약물동역학 약물 투약 요법의 제공
CA2914977C (en) 2013-07-03 2021-11-02 Deka Products Limited Partnership Apparatus, system and method for fluid delivery
USD746441S1 (en) 2013-09-13 2015-12-29 Covidien Lp Pump
US20150133861A1 (en) 2013-11-11 2015-05-14 Kevin P. McLennan Thermal management system and method for medical devices
CA2953392A1 (en) 2014-06-30 2016-01-07 Baxter Corporation Englewood Managed medical information exchange
US11575673B2 (en) 2014-09-30 2023-02-07 Baxter Corporation Englewood Central user management in a distributed healthcare information management system
US11107574B2 (en) 2014-09-30 2021-08-31 Baxter Corporation Englewood Management of medication preparation with formulary management
CA2969451A1 (en) 2014-12-05 2016-06-09 Baxter Corporation Englewood Dose preparation data analytics
NZ737340A (en) 2015-05-26 2019-06-28 Icu Medical Inc Disposable infusion fluid delivery device for programmable large volume drug delivery
EP3200108A1 (en) * 2016-01-27 2017-08-02 Roche Diabetes Care GmbH Method for operating a medical system, computer program product, medical system, and control device
UA126379C2 (uk) 2016-04-15 2022-09-28 Баксалта Інкорпорейтед Спосіб і пристрій для надання фармакокінетичної схеми дозування лікарських препаратів
TWI622952B (zh) * 2016-06-22 2018-05-01 In-hospital decoding system for medical supplies
US11392669B1 (en) * 2016-08-08 2022-07-19 Allscripts Software, Llc Message transmittal in electronic prior authorization requests
US10589014B2 (en) 2016-12-21 2020-03-17 Baxter International Inc. Medical fluid delivery system including remote machine updating and control
US10964417B2 (en) 2016-12-21 2021-03-30 Baxter International Inc. Medical fluid delivery system including a mobile platform for patient engagement and treatment compliance
US10896749B2 (en) 2017-01-27 2021-01-19 Shire Human Genetic Therapies, Inc. Drug monitoring tool
JP6856424B2 (ja) * 2017-03-29 2021-04-07 ソニー・オリンパスメディカルソリューションズ株式会社 医療用装置、情報処理装置、処理方法、プログラム、および医療用情報処理システム
TWI749072B (zh) * 2017-09-29 2021-12-11 中華電信股份有限公司 異常訊務偵測伺服器及其異常訊務偵測方法
WO2019092811A1 (ja) * 2017-11-08 2019-05-16 三菱電機株式会社 作業評価システムおよび作業評価方法
US10089055B1 (en) 2017-12-27 2018-10-02 Icu Medical, Inc. Synchronized display of screen content on networked devices
US11523972B2 (en) 2018-04-24 2022-12-13 Deka Products Limited Partnership Apparatus, system and method for fluid delivery
TWI729314B (zh) * 2018-09-21 2021-06-01 優賀普股份有限公司 被動式雲端醫療資料交換系統及方法
CA3136125A1 (en) * 2019-04-17 2020-10-22 Icu Medical, Inc. System for onboard electronic encoding of the contents and administration parameters of iv containers and the secure use and disposal thereof
KR102359279B1 (ko) * 2019-06-12 2022-02-08 이오플로우 주식회사 사용자 단말 및 사용자 단말을 통한 약물을 자동으로 주입 후 상태를 관리하는 방법
TWI730437B (zh) * 2019-10-02 2021-06-11 亞法貝德生技股份有限公司 用於體驗人體臨床試驗收案的教學用具的使用方法
US11278671B2 (en) 2019-12-04 2022-03-22 Icu Medical, Inc. Infusion pump with safety sequence keypad
EP4185260A1 (en) 2020-07-21 2023-05-31 ICU Medical, Inc. Fluid transfer devices and methods of use
US11135360B1 (en) 2020-12-07 2021-10-05 Icu Medical, Inc. Concurrent infusion with common line auto flush
US20230398295A1 (en) * 2022-05-18 2023-12-14 Baxter International Inc. Hemodynamic management system, apparatus, and methods

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6406426B1 (en) * 1999-11-03 2002-06-18 Criticare Systems Medical monitoring and alert system for use with therapeutic devices

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63500546A (ja) * 1985-07-19 1988-02-25 クリニコム　インコ−ポレイテイド 患者識別および照合システムおよび方法
JPH02111375A (ja) * 1988-05-20 1990-04-24 K S K Control Kk 集中監視型点滴装置
JPH04174061A (ja) * 1990-06-27 1992-06-22 Sanyo Electric Co Ltd 医療情報処理システム
JPH06312010A (ja) * 1993-04-30 1994-11-08 Matsushita Electric Ind Co Ltd 調剤システム制御装置
US6671563B1 (en) * 1995-05-15 2003-12-30 Alaris Medical Systems, Inc. System and method for collecting data and managing patient care
US5781442A (en) * 1995-05-15 1998-07-14 Alaris Medical Systems, Inc. System and method for collecting data and managing patient care
JPH09225008A (ja) * 1996-02-26 1997-09-02 Nikka Micron Kk 薬液調合装置
JP2786164B2 (ja) * 1996-06-18 1998-08-13 日本電気テレコムシステム株式会社 制御信号自動再送機能付きｐｈｓ端末
JP2956605B2 (ja) * 1996-08-30 1999-10-04 日本電気株式会社 患者監視システム
US6558320B1 (en) * 2000-01-20 2003-05-06 Medtronic Minimed, Inc. Handheld personal data assistant (PDA) with a medical device and method of using the same
JP2000232965A (ja) * 1999-02-15 2000-08-29 Toyo Commun Equip Co Ltd 医用器具監視システム
JP2001043279A (ja) * 1999-05-24 2001-02-16 Ichi Rei Yon Kk 薬局システム
JP2001167201A (ja) * 1999-10-01 2001-06-22 Information Services International Dentsu Ltd 医療データ管理システム、サーバ装置、データ管理方法および媒体
JP2002011095A (ja) * 2000-06-28 2002-01-15 Oi Electric Co Ltd 点滴監視装置および同システム
JP2002117142A (ja) 2000-10-10 2002-04-19 Kameda Iryo Joho Kenkyusho:Kk 医療情報システム
JP2003022322A (ja) * 2001-07-09 2003-01-24 Fujitsu Ltd 薬事のための情報仲介システム、薬事サービスシステム、薬事サービスサーバ、およびコンピュータプログラム
JP6312010B1 (ja) 2017-03-13 2018-04-18 興基 玉田 スライド減衰台

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6406426B1 (en) * 1999-11-03 2002-06-18 Criticare Systems Medical monitoring and alert system for use with therapeutic devices

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009142395A (ja) * 2007-12-12 2009-07-02 Nemoto Kyorindo:Kk 磁気共鳴撮像システム
JP2020121174A (ja) * 2007-12-31 2020-08-13 デカ・プロダクツ・リミテッド・パートナーシップ 注入ポンプアセンブリ
JP7069246B2 (ja) 2007-12-31 2022-05-17 デカ・プロダクツ・リミテッド・パートナーシップ 注入ポンプアセンブリ
JP2018507487A (ja) * 2015-03-03 2018-03-15 バクスター・コーポレーション・イングルウッドＢａｘｔｅｒ Ｃｏｒｐｏｒａｔｉｏｎ Ｅｎｇｌｅｗｏｏｄ アラート統合を伴う薬局ワークフロー管理
JP2019207738A (ja) * 2015-03-03 2019-12-05 バクスター・コーポレーション・イングルウッドＢａｘｔｅｒ Ｃｏｒｐｏｒａｔｉｏｎ Ｅｎｇｌｅｗｏｏｄ アラート統合を伴う薬局ワークフロー管理
JP2022027969A (ja) * 2015-03-03 2022-02-14 バクスター・コーポレーション・イングルウッド アラート統合を伴う薬局ワークフロー管理
JP7430697B2 (ja) 2015-03-03 2024-02-13 バクスター・コーポレーション・イングルウッド アラート統合を伴う薬局ワークフロー管理
US11948112B2 (en) 2015-03-03 2024-04-02 Baxter Corporation Engelwood Pharmacy workflow management with integrated alerts
JP2016026040A (ja) * 2015-11-02 2016-02-12 株式会社根本杏林堂 磁気共鳴撮像システム
KR102415710B1 (ko) * 2021-12-20 2022-07-05 비손메디칼 주식회사 마이크로바이옴 분석 기반 피부상태·비만유형에 대한 진단 및 처방 지원 mso 서버 시스템 및 방법

Also Published As

Publication number Publication date
CA2514571C (en) 2019-01-15
TW200422916A (en) 2004-11-01
NZ541475A (en) 2007-06-29
AU2004209286B2 (en) 2009-01-08
WO2004070994A2 (en) 2004-08-19
JP7126396B2 (ja) 2022-08-26
EP1593080A2 (en) 2005-11-09
JP2016026340A (ja) 2016-02-12
JP2006523470A (ja) 2006-10-19
TW200419422A (en) 2004-10-01
TWI236611B (en) 2005-07-21
AU2004209286A1 (en) 2004-08-19
TW200422917A (en) 2004-11-01
CA2514571A1 (en) 2004-08-19
WO2004070994A3 (en) 2005-07-28
TWI244022B (en) 2005-11-21
JP2014112374A (ja) 2014-06-19
JP6014013B2 (ja) 2016-10-25
JP2018185857A (ja) 2018-11-22

Similar Documents

Publication Publication Date Title
JP7126396B2 (ja) 電子薬剤オーダの転送および処理の方法および装置
JP6991190B2 (ja) 電子薬剤オーダの転送および処理の方法および装置
US10556062B2 (en) Electronic medication order transfer and processing methods and apparatus
AU2004209134B2 (en) Method and system for medical device connectivity
AU2011201894B2 (en) System and method for medical data tracking, analysis and reporting for a healthcare system
CA2514294C (en) Medical data communication notification and messaging system and method
AU2004209120B2 (en) System and method for verifying medical device operational parameters
JP2006520037A5 (ja)
US20050055244A1 (en) Wireless medical communication system and method
US20050065817A1 (en) Separation of validated information and functions in a healthcare system
WO2004069095A2 (en) Remote multi-purpose user interface for a healthcare system
WO2004070995A2 (en) System and method for medical device authentication
WO2004070556A2 (en) Method and system for integrating data flows
JP5322883B2 (ja) 動作パラメータの確認システム

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090812

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20091021

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20091026

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100210

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100310

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20100414

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20100419

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20110314

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20120319