(57)【要約】  口頭での指示を含む投薬指示およびこれらの指示に対する変更を管理するシステムおよび方法が述べられている。サーバは、薬局から投薬指示を受信して、これらの指示を輸液ポンプに送信する。輸液ポンプは、サーバに状態メッセージを送信し、サーバは、状態メッセージを投薬指示と比較して、指示に対する何らかの変更があるか否か、あるいは、投薬指示なしに医薬が投与されているか否かを判断する。サーバは、状態メッセージに対して必要に応じて新しい指示識別番号を割り当てる。システムは、また元の投薬指示を新しい指示識別番号に関連する情報と照合して、情報を患者のｅＭＡＲに記録する。
2009522653.tif 000002
【特許請求の範囲】
【請求項１】
投薬指示を管理するシステムであって、
投薬指示発信源から投薬管理情報を含む投薬指示を受信するように構成されたサーバと、
サーバと交信しながら動作する投薬管理装置であって、サーバから投薬管理情報を受信することができ、またサーバに投薬管理状態情報を提供することができる投薬管理装置と、
を含み、
サーバは、投薬管理装置から受信した投薬管理状態情報を投薬指示中の投薬管理情報と比較して、もし投薬管理状態情報と投薬指示中の投薬管理情報との間に差異が存在するとサーバが判断すれば、サーバは、投薬管理状態情報に対して新しい指示識別番号を関連付ける、
システム。
【請求項２】
請求項１記載のシステムであって、投薬指示は、投薬指示番号を含む前記システム。
【請求項３】
請求項２記載のシステムであって、サーバは、新しい指示識別番号を投薬指示番号に関連付ける前記システム。
【請求項４】
請求項１記載のシステムであって、更にサーバと交信しながら動作する投薬管理記録データベースを含む前記システム。
【請求項５】
請求項４記載のシステムであって、サーバは、新しい指示識別番号に関連する投薬管理状態情報を含む投薬管理状態情報を投薬管理記録データベースに送信して、このデータベースに記録させる前記システム。
【請求項６】
請求項２記載のシステムであって、更にサーバと交信しながら動作する投薬管理記録データベースを含み、ここで投薬状態情報は、投薬指示番号を含み、またサーバは、新しい指示識別番号に関連する投薬管理状態情報を含む投薬管理状態情報を投薬管理記録データベースに送信して、このデータベースに記録させる前記システム。
【請求項７】
請求項６記載のシステムであって、更に投薬管理記録データベースと交信するプロセッサであって、新しい指示識別番号を含む投薬管理状態情報を投薬指示と照合して、患者に対する投薬管理の完全な記録を提供するように構成されたプロセッサを含む前記システム。
【請求項８】
患者への医薬投与を同定するために使用される投薬指示を管理する方法であって、
投薬指示番号を、投薬管理情報を含む投薬指示に関連付ける工程と、
投薬管理装置と交信するプロセッサに投薬指示番号を送信する工程と、
プロセッサから投薬管理装置に投薬管理情報を送信する工程と、
投薬管理装置からプロセッサに投薬管理状態情報を送信する工程と、
投薬管理状態情報を投薬管理指示の投薬管理情報と比較する工程と、
比較が投薬管理情報と投薬管理状態情報との間に差異を示す場合に、投薬管理状態情報に新しい指示識別番号を関連付ける工程と、
を含む方法。
【請求項９】
請求項８記載の方法であって、更に
新しい指示識別番号を含む投薬管理状態情報を投薬管理記録データベースに送信する工程と、
新しい指示識別番号を含む投薬管理状態情報を投薬管理記録データベースに記録させる工程と、
を含む前記方法。
【請求項１０】
請求項９記載の方法であって、記録工程は、新しい指示識別番号を含む投薬管理状態情報を患者の電子式投薬管理記録に記録させる工程を含む前記方法。
【請求項１１】
請求項９記載の方法であって、更に
投薬管理記録データベース中に記録された新しい指示識別番号を含む投薬管理状態情報を投薬指示と照合する工程、
を含む前記方法。
【請求項１２】
請求項８記載の方法であって、比較工程は、規則データベースから選ばれた１又は複数の規則を、送信された投薬管理状態情報に適用して、送信された投薬管理状態情報に新しい指示識別番号を適用するか否かを判断する工程を含む前記方法。
【請求項１３】
請求項１２記載の方法であって、規則のデータベースは、少なくとも１つの施設が定めた規則を含む前記方法。
【請求項１４】
医薬投与変更が捕捉され、電子式投薬管理記録に送信されることを保証する方法であって、
医薬投与変更行動を監視する工程と、
医薬投与変更行動にフラグを立てる工程と、
フラグを立てられた医薬投与変更行動が新しい医薬投与指示であるか否かを判断する工程と、
フラグを立てられた変更行動が新しい医薬投与指示であると判断された場合に、フラグを立てられた医薬投与変更行動に新しい指示識別番号を割り当てる工程と、
新しい指示識別番号を元の指示番号と照合して、電子式投薬記録管理データに入力する工程と、
電子式投薬管理記録を電子式投薬記録管理データで以って更新する工程と、
を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（発明の背景）
本発明は、一般に自動化病院情報システムおよびこれら施設において患者に対する投薬管理を提供、監視および自動化するシステムに関するものであって、更に詳細には、投薬管理事象を信頼性高く、かつ正確に追跡し、これらの事象を施設の薬局によって発行された投薬指示と照合するシステムおよび方法に関する。
【背景技術】
【０００２】
病院や医療施設における医薬投与は、自動化するのが難しいことが判明している困難な作業である。これの１つの理由は、そのような施設では、医薬が投薬される場所や方法が文章化又は電子化された指示なしに変更されたりする場合が多いためである。所定の指示がある場合でさえ、投与モードに対する変更が、記録に残される場合でさえも元の指示と照合されない。
【０００３】
典型的には、施設での投薬管理は、医師やその他の許可された介護者が投薬指示を作成することで開始する。指示は、次に、文書化された形態又は電子的な形態のいずれかによって施設の薬局に送信される。薬局は、指示に従って医薬を用意し、一般に、番号などの一意的な識別子を投薬指示に割り当てる。このようなシステムの目的は、一意的な指示番号を用いて、薬局全体で、最終的には、患者にまで、その指示の追跡を可能とすることである。
【０００４】
一旦薬局で医薬の用意ができると、通常は、その医薬投与に関する情報を記載したラベルが貼付される。例えば、注入によって投与される医薬のケースでは、処方された医薬を含む輸液のバッグに投薬指示番号、氏名やその他の識別手段などの患者情報および多分注入速度や注入すべき量などの輸液投与に関する情報などの情報を記載したラベルが貼付される。
【０００５】
医薬は、次に投与すべき患者の場所にまで搬送される。医薬が注入によって投与されるケースでは、輸液を含むバッグが患者のベッド脇に吊り下げられて、輸液ポンプを用いて制御されたやり方で液が患者に投与される。
【０００６】
いくつかのケースで、患者に対する液の投与をプログラムするために用いられるパラメータの１又は複数のものは、例えば、患者のバイタル・サインの監視が望ましい結果を得るために投与速度を増やしたり減らしたりしなければならないことを示している場合などには、医薬の注入の間に調節される。このプロセスは、点滴と呼ばれる。従来のシステムでは、このような調節が患者の投薬管理記録に自動的に記録されることはなかった。その代わり、介護者が手動で入力する必要があった。
【０００７】
その他の場合、口頭で指示が発行されて、薬局から投薬指示を受け取る前に、医薬投与が開始されることがある。この場合も、多くの従来技術のシステムでは、薬局が発行した指示が存在せず、患者の投薬記録が完全であることを保証する唯一の方法が、情報を手動で入力して、次に手動で入力された記録を投与後に発行された投薬指示と照合する方法であるため、この医薬投与を自動的に記録して追跡する方法は、存在しない。同様に、しばしば、看護師や介護者が医薬を補充するために院内在庫を利用することがある。このような院内在庫は、それが特定の患者に投与するために薬局が調合したものでないため、患者識別情報を含まないのが一般的である。患者の投薬記録の完全性を保証するためにあらゆる努力が払われているが、このような手動による入力および照合作業は、記録中に誤りをもたらす可能性を提供する。このような誤りは、薬局が作成した投薬指示番号と自動的に照合でき、患者の投薬管理記録に自動的に記録できる指示識別番号を割り当てることが可能なシステムであれば回避できるはずである。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、必要とされながらこれまで利用できなかったものは、新しい指示に従うものでよい患者への医薬投与の間に発生する行動を認識できて、医薬投与に新しい指示番号を適用すべきか否かを判断できるシステムである。このシステムは、新しい指示番号を要求すると判断された各行動に対して指示識別番号を発行する。このようなシステムは、点滴が効果をねらって実行される場合又は新しい処方が作成されるという理由からのいずれかによって口頭で指示された投薬開始および医薬点滴を捕捉して完全な電子式投薬管理記録を保証するために、輸液システムと一緒に使用される場合に特に有用である。本発明は、これらおよびその他のニーズを満たす。
【課題を解決するための手段】
【０００９】
（発明の概要）
一般的態様において、本発明のシステムおよび方法は、患者に対して投与された投薬を追跡し、投与管理の間に新しい指示識別番号を必要とする事象が発生したか否かを判断し、必要に応じて新しい指示識別番号を割り当てて、新しい指示識別番号をもしあれば既存の指示番号と照合し、患者に関する電子式投薬管理記録を照合された情報で以って更新するシステムおよび方法として実施される。
【００１０】
別の態様で、本発明は、投薬指示発信元からの投薬管理情報を含む投薬指示を受信するように構成されたサーバ、サーバと交信しながら動作する投薬管理装置であって、サーバから投薬管理情報を受信でき、またサーバに投薬管理状態情報を提供できる投薬管理装置を含む投薬指示を管理するシステムであって、サーバが投薬管理装置から受信した投薬管理状態情報を投薬指示中の投薬管理情報と比較して、もし投薬管理状態情報と投薬指示の投薬管理情報との間に差異が存在するとサーバが判断すれば、サーバは、その投薬管理状態情報に対して新しい指示識別番号を関連付けるシステムとして実施される。別の態様で、投薬指示は、投薬指示番号を含み、更に別の態様では、サーバは、新しい指示識別番号を投薬指示番号に関連付ける。
【００１１】
更に別の態様で、発明は、サーバと交信しながら動作する投薬管理記録データベースを含み、更に別の態様では、サーバは、新しい指示識別番号に関連する投薬管理状態情報を含む投薬管理状態情報を投薬管理記録データベースに送信してこのデータベースに記録させる。
【００１２】
更に別の態様において、発明は、サーバと交信しながら動作する投薬管理記録データベースを含み、ここで投薬状態情報は、投薬指示番号を含み、サーバは、新しい指示識別番号に関連する投薬管理状態情報を含む投薬管理状態情報を投薬管理記録データベースに送信してそのデータベースに記録させる。更に別の形態で、発明は、投薬管理記録データベースと交信しながら動作するプロセッサであって、新しい指示識別番号を含む投薬管理状態情報を投薬指示と照合して、患者に対する投薬管理の完全な記録を提供するように構成されたプロセッサを含む。
【００１３】
更に別の態様で、発明は、患者に対する医薬投与を同定するために使用される投薬指示を管理する方法であって、投薬管理情報を含む投薬指示に投薬指示番号を関連付ける工程、投薬管理装置と交信するプロセッサに対して投薬指示番号を送信する工程、プロセッサから投薬管理装置に投薬管理情報を送信する工程、投薬管理装置からプロセッサに投薬管理状態情報を送信する工程、投薬管理状態情報を投薬管理指示の投薬管理情報と比較する工程および比較が投薬管理情報と投薬管理状態情報との間に差異があったことを示す場合に投薬管理状態情報に新しい指示識別番号を割り当てる工程を含む方法として実施される。更に別の態様で、発明は、新しい指示識別番号を含む投薬管理状態情報を投薬管理記録データベースに送信する工程および新しい指示識別番号を含む投薬管理状態情報を投薬管理記録データベースに記録させる工程を含む。更に別の態様で、記録させる工程は、新しい指示識別番号を含む投薬管理状態情報を患者の電子式投薬管理記録に記録させる工程を含み、更に別の態様で、方法は、投薬管理記録データベースに記録された新しい指示識別番号を含む投薬管理状態情報を投薬指示と照合する工程を含む。
【００１４】
更に別の態様で、比較する工程は、規則データベースから選ばれた１又は複数の規則を、送信された投薬管理状態情報に適用して、新しい指示識別番号が、送信された投薬管理状態情報に適用されるか否かを決定する工程を含む。更に別の態様で、規則のデータベースは、少なくとも１つの施設が定めた規則を含む。
【００１５】
更に別の態様で、本発明は、医薬投与の変更が捕捉され、電子式投薬管理記録に送信されることを保証する方法であって、医薬投与の変更行動を監視する工程、医薬投与の変更行動にフラグを立てる工程、フラグを立てられた医薬投与の変更行動が新しい医薬投与指示であるか否かを判断する工程、もしフラグを立てられた変更行動が新しい医薬投与指示であれば、フラグを立てられた医薬投与の変更行動に対して新しい指示識別番号を割り当てる工程、新しい指示識別番号を元の指示番号と照合して電子式投薬記録管理データベースに入力する工程および電子式投薬管理記録を電子式投薬記録管理データで以って更新する工程を含む方法として実施される。
【００１６】
発明のその他の特徴および利点は、発明の特徴を一例として例示した添付図面とともに以下の詳細な説明から明らかとなろう。
【実施例】
【００１７】
（好適な実施の形態の詳細な説明）
ここで図面を詳細に参照するが、図面のなかで同様な参照番号は、各図面を通して同様又は対応する要素を指し示しており、図１には、一般的な統合化された病院規模の情報および医療管理システム１０が示されている。図１に示された医療管理システムの実施の形態は、サーバ２０を備えたローカル・エリア・ネットワークとして構成されているように示されており、これに対してインタフェース２５を通して各種の病院情報および管理システム３５、４０、４５、５０および５５が接続され、その他にも投薬管理装置、監視装置、バー・コード・リーダなどの医療装置６５、７０、７５が接続されている。図示された実施の形態で、医療装置６５、７０および７５は、ワイヤレス・アクセス・ポイント６０を利用したワイヤレス通信システムを介してサーバ２０と交信する。
【００１８】
上で述べたシステムは、ローカル・エリア・ネットワークとして示されていたが、その他のネットワーク構成も可能である。例えば、ネットワークをワイド・エリア・ネットワークとして構成することも可能であり、あるいは、ネットワークをリモート・コンピュータおよびデータベースを含むように構成することもできるし、あるいは、インターネットやその他の通信手段を利用してネットワーク内で遠隔制御およびデータ・フローを提供することもできる。
【００１９】
再び図１を参照すると、サーバ２０は、ローカル・エリア・ネットワーク内の各種のコンピュータおよびシステムが収集したデータおよびプログラムを蓄える。ネットワーク中のコンピュータの各々に患者管理システムの各種アプリケーション・モジュールを常駐させてもよく、これについては、以下でもっと詳しく説明する。各種コンピュータおよび情報システムをサーバ２０に接続するためにローカル・エリア・ネットワーク３０のイーサネット（登録商標）・ケーブル接続が利用される。サーバ２０は、またネットワーク上で集められたデータのほか、プログラムを記憶するためのローカルおよびネットワークの両方のハード・ディスク記憶装置を有する。
【００２０】
図１に示されたように、施設の情報管理システムの各種サブ・システムは、通信システム３０によって一緒に接続される。通信システム３０は、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット又はイントラネット・ベースの、あるいは、施設内の各種情報システム間で通信を可能とする信号を運ぶように設計された何らかのその他の電気通信ネットワークである。例えば、図１に示されたように、通信システム３０は、各種の１又は複数のインタフェース２０（１つだけが示されている）を通して、薬局情報システム３５、病院管理システム４０、電子式投薬管理記録システム４５、医師指示入力システム５０および、例えば、検査室データ・システム、呼び出しシステム、警報管理システム、レポート作成システム等のその他のシステム５５を接続する。
【００２１】
各種システム２０、３５、４０、４５、５０および５５は、各々、典型的には、ネットワーク３０および適当なインタフェース２０を介して相互接続され、一般に１又は複数の中央演算ユニット、高速の命令およびデータ記憶、オペレーティング・ソフトウエアのオンライン大容量記憶および短期間データ記憶、リムーバブル・ディスク・ドライブ・プラッタ、ＣＤ  ＲＯＭ又は磁気テープなどのオフライン長期間データ記憶のほか、モデム、ネットワーク３０などのローカル又はワイド・エリア・ネットワークおよびレポートを作成するためのプリンタに接続するための多様な通信ポートを含むデジタル・コンピュータなどのハードウエアの組合せを含む。このようなシステムは、またビデオ・ディスプレイおよびキーボード、タッチ・スクリーン、プリンタおよび多様な臨床治療装置へのインタフェースを含むリモート端末を含む。各種システムのプロセッサ又はＣＰＵは、典型的には、以下でもっと完全に説明するように、本発明の各種態様を実行するコンピュータ・プログラム（単数又は複数）および例えば、マイクロソフト社から配布されるＷｉｎｄｏｗｓ（Ｒ）のような基本オペレーショナル・ソフトウエア、Ｗｉｎｄｏｗｓ  ＮＴ（Ｒ）、Ｗｉｎｄｏｗｓ２０００（Ｒ）又はＷｉｎｄｏｗｓＸＰ（Ｒ）などのオペレーティング・システム、あるいは、例えば、Ｌｉｎｕｘ、Ｒｅｄ  Ｈａｔ又は任意のその他のオペレーティング・システムによって配布される別のオペレーティング・プログラムによって制御される。オペレーショナル・ソフトウエアは、また機能のうち特に他のハードウエアやネットワークとの通信、データ入力および出力そしてレポート作成および印刷を可能にする各種の補助的プログラムを含む。
【００２２】
通信システム３０は、例えば、配線又は光電気通信ケーブル接続のいずれかを使用したイーサネット（登録商標）（ＩＥＥＥ５２２．３）、トークン・リング・ネットワーク又はその他の適当なネットワーク・トポロジを含む。代替的実施の形態で、通信システム３０は、介護設備全体を通して設置されるか、および／又は各種のコンピュータ、臨床治療装置および設備内で使用されるその他の機器に取り付けられた送信機および受信機を利用するワイヤレス・システムを含む。このようなワイヤレス・システムでは、システムによって送受信される信号は、高周波（ＲＦ）、赤外（ＩＲ）又は適当な送信機又は受信機を有する装置間でワイヤレス方式によって情報を搬送できるその他の手段が使用される。当業者が直ちに理解できるように、このようなシステムは、図１に示されたシステムと同じものであり、違いは、システムの各種態様を相互接続するために配線を必要としない点である。
【００２３】
図示された実施の形態で、介護管理システムのサーバ２０は、ローカル・エリア・ネットワーク（ＬＡＮ）３０によって、施設の薬局、施設全体を通して配置されているナース・ステーションおよび患者のベッド脇に位置するコンピュータおよびその他の周辺機器に接続される。１つの実施の形態で、薬局に位置するモジュールは、中央演算ユニットを含み、これに対してビデオ・ディスプレイおよびキーボードが取り付けられて、患者情報および薬パラメータを入力および表示できるようになっている。更に、薬局ＣＰＵには、バー・コード・リーダが取り付けられていて、薬の容器、機器又は介護者識別バッジに取り付けられたバー・コード・ラベルを読み取るように適応されている。更に、薬局ＣＰＵには、バー・コード・プリンタおよび患者の病歴および／又は患者の処置に関する情報を含むレポートを作成するために使用するプリンタが接続される。プリンタは、また患者のデータ又は薬のデータをキーボード又はその他の手段を用いて技術者や薬剤師が薬局のコンピュータに入力したあとで、薬局ＣＰＵによって作成されるバー・コード・ラベルを印刷するためにも使用される。本発明の１つの実施の形態に従えば、薬局ＣＰＵは、保健施設全体又は施設の特定のセクション又はユニットにサービス提供している中央薬局に位置する。以下で更に詳しく説明するように、薬局ＣＰＵを使用することによって、薬剤師は、施設又は指定されたユニットに関するすべての投薬指示を監視することができ、同時にこれらの指示の進行状況を監視でき、投薬管理を運用して投薬が正しい患者に対して、正しい投薬量、正しい経路で、正しい時刻に施されることを保証できる。
【００２４】
いくつかの実施の形態で、システムは、またナース・ステーションに位置する別のコンピュータを含む。ナース・ステーションは、典型的には、病院又は診療所の各セクションおよび／又はフロアに位置し、一般に記録保管および複数の患者ベッドの監視について中心的な場所を提供する。ナース・ステーションに位置するナース・コンピュータ又はＣＰＵは、典型的には、患者又は施設の特定ユニットのオペレーションに関するその他の情報を表示するビデオ・ディスプレイ、ナースＣＰＵに命令して個々の患者に関する患者の治療履歴又は処置の方針および進捗状況のいずれかに関するレポートを接続されたプリンタ又はビデオ・ディスプレイ上に作成させる特殊なコマンド又は患者のデータを入力するキーボード、マウス、タッチ・スクリーン又はその他の手段を含む。ナース・ステーションＣＰＵは、またその他のレポート、例えば、患者に処方される予定の薬のプリント・アウト、例えば、一人の看護師が一人の患者に対処する時間などの生産性測定のレポート又は特定のユニット又は病院の効率的運営の支援に役立つその他のレポートを作成する。例えば、必要なスタッフ数を評価する助けとなる、サービス供与に関して予定していた時間と対比させて実際に要した時間をリスト・アップしたレポートが用意される。
【００２５】
ナース・ステーションに付属する各治療ユニットは、典型的には、個室、相部屋又は複数のベッドを含むオープン又はセミ・オープンの病棟に設置された１又は複数の患者用ベッドを含む。本発明の１つの実施の形態に従えば、個室、準個室又は病棟エリアの各々は、そこに位置する患者の状態を監視および／又は医薬投与するための少なくとも１つの医療装置を有する。医療装置は、投薬管理を制御し、投薬管理および患者の状態に関するデータを収集するための中央コントローラ又はＣＰＵを有する。更に、各患者ベッド又はベッド群にもベッド脇にコンピュータ又はＣＰＵを備えていて、患者を処置するための１又は複数の医療装置を監視および制御するようになっている。ベッド脇にコンピュータを有するシステムでは、ベッド脇のＣＰＵは、ビデオ・ディスプレイおよびキーボード、マウス、タッチ・スクリーン又はその他の装置を含む。ベッド脇ＣＰＵは、看護師、医師又は技術者が施設の多様なデータベースにアクセスして特定の患者についての多様な情報を表示させるために利用される。この情報には、他のシステムから切り離して維持されるか、あるいは、病院の薬局情報システム３５、病院情報システム４０又はその他のシステムのような病院内の別のシステムによって維持される患者の投薬プロファイルから抽出された、オンラインで実時間のグラフ的な患者投薬管理記録（ｅＭＡＲ）を含むことができる。
【００２６】
ベッド脇ＣＰＵは、またサーバ２０によって記憶された患者の記録へリモート・アクセスすることを可能とし、患者の投薬履歴を表示することができる。この投薬履歴には、患者に対して与えられたすべての薬又はその他の処置のリストが含まれ、そこには、患者に対する過去、現在および未来の医薬投与が含まれる。ベッド脇ＣＰＵについて述べたが、明らかなように、ここで意図するものは、患者のあらゆる近傍に位置するコンピュータ又はプロセッサを有するシステムである。このようなコンピュータ又はプロセッサは、ベッド脇コンピュータとして具体化されるのみでなく、ハンドヘルド・デバイス又はバイタル・サイン・デバイス、ラップトップ・コンピュータ、パーソナル・デジタル・アシスタント（ＰＤＡ）、輸液ポンプ・コントローラ又は上で述べた機能を実行するようにプログラムできるプロセッサを有する任意のその他の適当な装置に採用できる。
【００２７】
本発明の１つの実施の形態で、ベッド脇ＣＰＵは、更に過去および現在の治療管理活動および／又は各種投薬の管理に関する適切なパラメータについての施設のガイドラインに関する情報のライブラリ（単数又は複数）を含むデータベースを含む。例えば、ガイドラインは、投与量、投与頻度および例えば輸液ポンプをプログラムするための適当な流量および輸液時間などのその他の投与に関する情報など薬投与パラメータに関する制限又は施設として確立したガイドラインを含む。これに加えて、ガイドラインは、老人、小児および癌患者に対する投薬管理などのように、同様な投薬について異なる投与パラメータ・セットを有する特別な患者処置領域に適した薬投与を提供するためのガイドライン又は規則を包含する。更に、慢性感染症や痛みに対する療法や化学療法又のような特別な治療法に対するガイドラインも含まれる。ベッド脇ＣＰＵに記憶されるガイドライン・ライブラリは、輸液をプログラムする間に、投薬管理装置によってアクセスできる。あるいは、データベースは、投薬管理装置又はネットワークに接続される別のコンピュータに直接記憶させて、投薬管理装置によってアクセスすることもできる。１つの実施の形態で、データベースは、サーバ２０又は薬局情報システム３５に記録されて、中央薬局によってアクセスおよび制御されて、投薬管理装置によって供給される投薬管理を監督する。別の実施の形態で、データベースは、ノート型コンピュータ、ＰＤＡ、車載コンピュータ又は同等物などの移動型装置に記録される。
【００２８】
適切にプログラムされたプロセッサ、コンピュータ又はコントローラを含む各ベッド脇ＣＰＵ又は医療装置は、適当なインタフェースを介して多様な周辺機器に接続できる。例えば、システムは、患者のリスト・バンドや医薬容器のバー・コードを読み取れるバー・コード・リーダ、予め定められた、制御された形で患者に医薬を投与する輸液ポンプ、あるいは、患者のバイタル・サインを自動的に監視でき、これらのバイタル・サインを表す信号を適当なインタフェースを通してコンピュータに送信して記憶させ、選ばれたソフトウエア・アプリケーションによって後で取り出して処置の経過のなかで患者のバイタル・サインのグラフ表示するための各種センサを含む。
【００２９】
医薬、患者、機器又はその他のやり方でＲＦＩＤ（ＲＦ識別）タグを使用する異なる実施の形態で、ベッド脇ＣＰＵは、またＲＦＩＤタグと一緒に使用するための問い合わせ装置又はＲＦＩＤリーダ（図示されていない）を含む。
【００３０】
図２は、１又は複数の医薬投与装置、バイタル・サイン・モニタおよび／又は識別モジュールを制御および監視できるベッド脇投薬管理装置１００の１つの実施の形態を示す。図２に示されたシステムで、中央コントローラ１０５の上には、これと交信して動作する４つの異なる機能ユニットが搭載される。中央コントローラ１０５は、プロセッサ、メモリおよび病院のネットワーク３０（図１）との間に送受信の通信経路を提供する通信ポートを含む。
【００３１】
図示された機能ユニットは、輸液ポンプ・ユニット１１０、注射器ポンプ１１５、パルス・オキシメータ１２０およびバー・コード・リーダ１２５を含む。１つの実施の形態では、１つの機能ユニットを選んで、機能ユニットを中央コントローラ１０５のディスプレイと関連付けるようにプログラムされた適切なソフトキー又はハードキーを押すことによって、コントローラ１０５を介して特定の機能又はプロシジャを実行させることができる。望みの機能ユニットが選ばれると、コントローラ１０２のディスプレイ１０２は、選ばれた機能ユニットに対するユーザ・インタフェースとして振舞うように構成される。更に詳細には、ディスプレイ１０２は、機能に固有のドメインに従って構成されて、機能ユニットをプログラムおよび動作させるように働く機能固有のディスプレイおよびソフトキーを提供する。
【００３２】
図２に示された輸液ポンプ・ユニット１１０は、基本的な輸液用のポンプ・ユニットである。輸液ポンプ・ユニット１１０は、このようなポンプによって実行される各種機能を制御するシステムを含み、これには、患者に投与される液の制御および液経路の閉塞又はライン中のエアの監視が含まれる。輸液ポンプ・ユニット１１０は、ポンプが動作している実際の輸送速度を表示するために用いられるレート・ディスプレイ、情報、注意書き、警告又は誤動作メッセージを表示するために用いられるチャネル・メッセージ・ディスプレイを含む１又は複数のディスプレイを含む。輸液ポンプ・ユニット１１０は、また複数のインジケータを含み、それらは、機能ユニットが警告状態や輸送完了状態になったとき、機能ユニットが将来の開始時刻をプログラムされるか、あるいは、中断されたとき、あるいは、機能ユニットが輸液を実行しているときなど、目的に合わせて点灯される。他の機能ユニットは、その他の適当なインジケータを含む。
【００３３】
更に図２には、注射器ポンプ１１５、パルス・オキシメータ１２０およびバー・コード・リーダ・モジュール１２５が含まれる。注射器ポンプ１１５、パルス・オキシメータ１２０およびバー・コード・リーダ・モジュール１２５は、それぞれ機能ユニットを動作させる１組のソフトキーおよび／又はハードキーを含む。機能ユニットの各々は、また１又は複数のディスプレイおよび複数のインジケータを含み、それらは、適当な情報を表示するために使用される。
【００３４】
コンピュータおよびネットワークの能力が進歩するとともに、病院やその他の医療施設は、患者に提供された処置を記録および追跡するための各種システムを開発又は購入してきた。一般に用いられている１つの方法は、典型的には、ｅＭＡＲと呼ばれる電子式投薬管理記録を記録および維持するものであり、これには、施設の患者に対して与えられた各々の投薬管理の詳細が含まれる。ｅＭＡＲは、有用であるためには、正確でなければならず、患者の処置の完全な記録を含まなければならない。
【００３５】
病院やその他の医療施設に来院する患者は、リスト・バンド、ネックレス、アンクル・バンド又はその他の患者が無意識状態になったり、そうでなければ応答しなくなったりした場合でも患者を同定できるように、患者に固定されるその他の識別子が装着される。このリスト・バンド又はその他の装置は、患者の氏名およびその他施設が重要であると判断する情報を表すバー・コードを含む。これに加えて、年齢、アレルギー反応など任意のその他の情報又はその他の致命的な情報をバー・コードに符号化できる。あるいは、患者情報装置は、患者に装着されたリスト・バンド又はその他のキャリアに埋め込んだ能動コンピュータ又は受動装置でもよい。このような装置は、医療施設全体に設置された装置、例えば、リーダやワイヤレス送信機／受信機に応答して、装置に問い合わせが行われると、患者の身元をその他の情報と一緒に提供するようになっている。
【００３６】
患者が受け付けられて、施設内のベッドに収容されたあとで、患者は、典型的には、医師によって診察されて、処置計画が処方される。医師は、患者に対する一連の臨床検査又は特別な投薬の管理を要求する指示を作成することによって処置計画を立てる。いくつかのケースで、医師は、様式に記入するか一片の紙に指示を書くことによって指示を作成して、医療を提供する病院システムにこれを入力する。その他のケースでは、医師は、投薬指示を医師の指示入力システム５０（図１）に直接入力するか、あるいは、看護師やその他の介護の専門家にそうするように命令する。
【００３７】
指示が特別な投薬療法の管理に関するものであれば、指示は、施設の薬局情報システム３５に送信される。薬局ＣＰＵを使用して、薬剤師は、指示をレビューする。薬局情報システム３５は、典型的には、各々の指示を投薬関連情報データベースに照らして、他の医薬との相互作用および患者のアレルギー、疾病およびバイタル・サインなど患者の状態との相互作用を含む不適合性をチェックする。もし不適合なことがなければ、薬局は、医師の要求に従った医薬を用意する。典型的には、薬局は、医薬を１つの容器にパッケージ化し、薬の容器に貼付したラベルに、指示のコピー、あるいは、最低でも患者の氏名、薬の名前および投薬指示の識別を含む適当な処置パラメータを記載する。この情報は、バー・コードで表現するか、あるいは、埋め込み式コンピュータ又は受動デバイスを有するラベルなどのスマート・ラベルに記録される。
【００３８】
指示の準備が整うと、指示は、ナース・ステーションに送られて、正しい患者とのマッチングが行われる。あるいは、投薬が一般的な、あるいは、ルーチン的に処方される投薬である場合、投薬は、ナース・ステーションに隣接する安全な保管庫に保管された医薬の目録に含まれるかもしれない。そのような場合、ナース・ステーションは、ナース・ステーションに隣接する在庫から引き出される、薬局情報システム３５に記録されている指示のリストを薬局から受信する。看護師は、標準的な手続きに従って保管庫で彼女の識別子を入力してアクセス許可を得る。看護師又はその他投薬収集作業を割り当てられた専門家は、次に薬局情報システム３５から受信した指示を在庫に保管されている医薬と照合して、特定の患者に投与すべきそれらの医薬を引き出す。これらの手順は、投与すべき投薬が口頭の投薬であろうと、あるいは、筋肉注射又は輸液によって投与すべき投薬であろうと実行される。
【００３９】
医薬を投与する指定された時刻に達すると、医薬は、患者の領域に運ばれて、看護師又はその他の介護者によって患者に投与される。薬を輸液によって投与すべき場合、介護者は、輸液バッグを吊り下げて、バッグを輸液ポンプに接続し、患者に対する医薬の投与を制御するポンプによって使用される各種パラメータに対する値でポンプをプログラムすることによって、医薬を投与するように輸液ポンプを設定する。
【００４０】
特定の薬に関しては、介護者は、認証プロセスを完了する前に、検査値や現時点のバイタル・サインなど選ばれた患者パラメータ（単数又は複数）を記述するデータを入力するように要求される。例えば、介護者は、特定の選ばれた薬を投与する前に、患者の血圧に関する値を測定および入力するように促される。システムは、パラメータに関して許容できる値の範囲を有する。もしシステムがパラメータに関する値が範囲を出ていることを検出すると、システムは、警告を発生させる。代替的実施の形態では、パラメータを自動的に監視してシステムに入力することができ、それによって介護者が手動入力する必要をなくしている。
【００４１】
一旦ポンプに投薬パラメータおよび任意のその他のデータが入力されると、データは、サーバ２０（図１）に送信されて、サーバ２０は、次にこの情報を薬局情報システム３５、病院管理システム４０、ｅＭＡＲシステム４５およびその他記録、監視および／又は解析のためのシステムに送信する。典型的には、この情報は、サーバによってネットワーク３０を介してｅＭＡＲシステム４５に送信され、後者は、治療法情報を患者のｅＭＡＲに記録し、正しい投薬が、正しい量で正しい経路によって正しい時刻に正しい患者に与えられることを確認する。
【００４２】
本発明の１つの実施の形態で、中央コントローラ１０５（図２）に取り付けられた輸液ポンプ１１０のような輸液ポンプを使用して医薬を投与する場合には、医療管理システムは、輸液に関する適切な構成パラメータを含む情報をネットワーク３０、サーバ２０およびワイヤレス・アクセス・ポイント６０を通して薬局ＣＰＵから自動的にダウンロードするようにプログラムされる。ワイヤレス・アクセス・ポイント６０から送信される信号は、図２に示されたようなコントローラ／ポンプ・システムでよい医療装置６５、７０および７５によって受信される。このような構成パラメータは、ポンプ１１０にダウンロードされて、中央コントローラ１０５、サーバ２０のプロセッサか、あるいは、何らかのその他の病院情報システム中のプロセッサのいずれかで実行される認証関数が完了したときに、ポンプの動作をプログラムする。これは、不正確さの１つの可能な原因がポンプの自動構成によって排除されることによって、輸液ポンプを構成するために必要なパラメータを看護師又は技術者が手動で入力する必要がなくなった場合に特に有利である。ネットワークからのパラメータのダウンロードによってポンプを自動構成できない１つの実施の形態では、医療管理システムは、単に正しい処置が正しい患者に与えられていることだけを確認する。従って、ポンプは、医師、看護師又は技術者が手動で構成しなければならない。
【００４３】
本発明の１つの実施の形態で、最大投与量および最小投与量などの入力されたパラメータに関する適切なパラメータについての施設ガイドラインは、薬および患者の状態との不適合性に関するガイドラインと一緒にデータベースに記録される。ポンプ又はその他の投薬管理装置も、またポンプ又は投薬管理装置に付属するメモリに記憶されたパラメータ入力値に関する適切なパラメータについてのガイドラインのデータベースを有する。患者治療システム又は投薬管理装置が病院サーバに接続されるケースでは、そのようなデータベースは、また病院サーバにもあって、患者治療システム又は投薬管理装置は、認証段階においてサーバと交信して許容範囲を入手する。別の１つの実施の形態で、Ｐａｌｍ  Ｐｉｌｏｔ（Ｒ）などのポータブル・データ・アシスタント（ここでは、「ＰＤＡ」）にライブラリが含まれていて、それとの間で患者治療システム又は投薬管理装置が赤外リンク、ＲＦ、ブルーツース又はその他の手段を介して送信する。看護師又は介護者は、ＰＤＡを携行し、患者治療システム又は投薬管理装置が稼動し始める前に、それは、ＰＤＡと交信して入力された値とハード的又はソフト的限度とを比較しなければならない。
【００４４】
看護師又は介護者によって、一旦投薬管理値が患者治療システム又は投薬管理装置に入力されると、これらの値は、記録されているデータベースに対してチェックされて、選ばれた値が許容範囲に含まれることを確認する。もし選ばれた値がハード的限度を逸脱していれば、プロセッサは、警告を発して、投薬管理装置が動作を開始する前に、値の変更を要求する。もし選ばれた値がソフト的限度を逸脱していれば、投薬管理装置のプロセッサは、看護師又は介護者から入力値がソフト的限度を逸脱していること、それにも拘らずこの値に拘泥することを彼又は彼女が理解していることの確認を要求する。
【００４５】
薬の輸液パラメータおよび生理学的パラメータ限度、例えば、ＣＯ２およびＳｐＯ２の最大および最小濃度および呼吸数の最大および最小値に関する施設基準のデータベースを維持することは、また薬が使用される状況における治療の質を標準化する助けともなる。いくつかの実施の形態で、輸液パラメータ値又は生理学的パラメータ限度は、例えばバー・コード・リーダを用いて、バッグ、注射器又はその他の輸液すべき医療用液が蓄えられている医療用液容器に貼付されているマシンが読み取り可能なラベルから自動的に入力される。他の実施の形態で、このような輸液パラメータ値および生理学的パラメータ値は、またその他の手段によって、例えば、病院サーバなどの外部のプロセッサとの接続を通して、ＰＤＡ又はその他の施設システムへの接続を通して入力される。これらデバイスとの接続は、各種の方法、例えば、直接に、固定配線接続、赤外リンク、ブルーツース又はその他当業者に既知の同様な方法によって行われる。
【００４６】
本発明の１つの実施の形態の医療データベース・システムは、医薬投与の前に看護師又は介護者から投薬管理情報を受信し、その情報を各種投薬の管理について施設で確立されたガイドラインと比較して、もし投薬管理装置から受信した投薬管理情報のいずれか又はすべてが医療データベースに記録されたガイドラインの範囲外にある場合には、警告を出す。これによって、患者に対して医薬投与が開始される前に、医薬を投与する看護師又は介護者が投薬管理装置に入力された投与パラメータを修正する機会を与える。投与情報がガイドラインの範囲に収まる場合、看護師又は介護者は、医薬投与を開始してよいというメッセージを受け取る。１つの実施の形態で、投薬管理装置は、管理装置に入力された投与パラメータが投与に適したものであり、かつ投与に関する施設のガイドラインに合致している旨の信号をプロセッサから投薬管理装置が受信して、投薬管理装置のロックを解除し、介護者が医薬投与を開始することを許容するまで、「ロック・アウト」される、すなわち、医薬の投与を電子的に阻止される。
【００４７】
一旦輸液ポンプ又はその他の投薬管理装置が構成されると、看護師、介護者又は技術者は、輸液ポンプ１１０の適切なコントロール・ボタンを押すことによって輸液を開始させる。治療管理システムによって自動的な監視が可能なポンプを始動させることによって、ポンプ１１０からコントローラ１０５を通って信号がサーバ２０（図１）に接続されたワイヤレス・アクセス・ポイントに送信される。サーバ２０は、次に投薬管理の記録をそれ自身のメモリ又はデータベースに記録させるか、あるいは、また関連情報を病院システム、例えば、ｅＭＡＲシステム４５に送って、患者のｅＭＡＲに記録させる。
【００４８】
当業者が直ちに理解するように、患者に投与される医薬の正確で完全な記録を維持するために最も重要なものは、投薬指示番号である。すべての投薬管理は、一意的な投薬指示識別番号によって同定され、それは、次に患者と関連付けられる。
【００４９】
しかし、ここで発生する１つの問題は、輸液の最初の始動がｅＭＡＲに記録されたあとで、輸液療法に変更がなされることである。しかし、患者に対して投与された医薬の完全な記録を保証するために、このような変更も患者のｅＭＡＲに記録しなければならない。従来のシステムは、このような変更を追跡する能力を持たない。
【００５０】
更に、緊急治療室の中や麻酔手術の間などいくつかの状況では、医薬投与に関して口頭で指示が与えられる。そのようなケースでは、薬局で作成された投薬指示識別番号がないため、ｅＭＡＲシステムに情報が正確に送られて記録されたことを保証する方法はない。
【００５１】
図３は、本発明のシステムおよび方法の一般的な実施の形態を図形で示すブロック図を含む。ボックス１５０において、適宜プログラム可能な輸液ポンプ又は中央コントローラ１０５（図２）などの医薬投与装置によって医薬投与変更行動が検出される。医薬投与変更行動は、新しい薬の投与を行うようにポンプを始動させて医薬投与を開始すること、空になった輸液バッグを取り替えて新しいバッグを吊るしたときにポンプを再起動すること、投与すべき医薬の量を変更するとき、あるいは、完全で正確なｅＭＡＲを保証するために記録すべきその他同様な行動などの行動である。
【００５２】
ボックス１５５で、ポンプは、行動にフラグを立てて、その行動に対して新しい指示識別番号を割り当てるべきか否かに関して判断が必要なケースとしてその行動を指定する。フラグを立てられた行動に対して新しい指示識別番号を割り当てる必要があるか否かに関する判断は、ボックス１６０で行われる。この行動が新しい指示であって新しい指示識別番号を必要とすると決定するために、医薬投与装置のメモリに常駐するか、あるいは、サーバ上に常駐するルール・エンジン（ｒｕｌｅｓ  ｅｎｇｉｎｅ）がフラグを立てられた行動に対して適用される。
【００５３】
ルール・エンジンは、それが常駐する場所に依存して、異なる行動を取る。例えば、ルール・エンジンがポンプ上にある場合、それは、保守的なアクション・コースを取るようにプログラムされて、フラグを立てられた各行動に対して新しい指示番号を与える。もしルール・エンジンがサーバ上に常駐して、ポンプによってサーバに送信されたフラグを立てられた行動に対して作用する場合は、ルール・エンジンは、より柔軟であるか、あるいは、施設固有の規則でプログラムされる。このような施設固有の規則には、フラグを立てられた行動は、例えば、新しい指示識別を必要としないと決める規則が含まれる。
【００５４】
もしフラグを立てられた行動が新しい指示でないとルール・エンジンが判断すれば、プログラムは、ボックス１６５に分岐して、それ以上の行動は、取らず、医薬投与が継続される。もしフラグを立てられた行動が新しい指示であると判断されれば、ボックス１７０で新しい指示識別番号が割り当てられる。
【００５５】
投薬管理情報は、次にサーバに送られて、そこにおいて患者のｅＭＡＲが完全で正確であることを保証するために、新しい指示番号と医薬投与に関連する元の指示番号とが照合される。この照合プロセスは、また新しい指示番号が元の指示番号との照合を必要とする別の行動であると考えるべきか否かを判断するために、指示番号によって同定される各種行動に適用される施設によって作成された規則群に従って実行される。例えば、本発明の１つの実施の形態に従うシステムで、サーバ上で動いているプログラムは、もしフラグを立てられた行動が新しい識別番号にふさわしくないとそれが判断したときは、行動からフラグを外す。このようなシステムは、変更行動を１つも見逃さないことを保証するために各々の新しい行動にフラグを立てるようにポンプをプログラムできる場合に特に有利である。この場合、サーバは、施設の規則に従って、各々の変更が、元の指示番号との照合を必要とすることになる新しい識別番号を実際に必要とするか否かを判断できる。一旦照合プロセスが完了すると、患者のｅＭＡＲは、ボックス１８０で更新される。
【００５６】
医薬投与装置およびサーバによって実行される特定の活動は、医薬投与装置の能力に依存する。例えば、医薬投与装置が適当に強力なプロセッサを含む場合、ポンプは、新しい指示識別番号を発生させ、サーバがそれを受け入れて照合する。もし医薬投与装置が十分に知能の高いものでなければ、すなわち、適当に強力なプロセッサを含まないか、あるいは、十分なメモリに欠けるものであるか、あるいは、同様な状態にあれば、サーバは、それに対して送信されるすべての行動にフラグを立てて、新しい識別指示番号を割り当てるか否かを判断するように構成される。
【００５７】
本発明に従うシステムおよび方法のより詳細な実施の形態は、図４のフロー図によって説明される。通常の慣行で行われるように、薬局は、ボックス２００で投与する医薬を用意して、指示識別番号（「ＰｈａｒｍＩＤ」）を発行する。ＰｈａｒｍＩＤは、医薬を投与するために必要な他の情報すべてと一緒に、次にボックス２０５でネットワーク３０（図１）を通してサーバ２０に送信される。次に、投薬指示は、ネットワークを通して適切な医療装置６５、７０、７５に送信される。後者は、ボックス２１０で患者に対して投与を行うための、例えば、Ｃａｒｄｉｎａｌ  Ｈｅａｌｔｈ社から販売されているＭｅｄｌｅｙ（Ｒ）などの輸液ポンプである。
【００５８】
先に説明したように、Ｍｅｄｌｅｙ（Ｒ）輸液システムのような投薬管理装置は、コンピュータ・プログラミングおよびオペレーショナル・ソフトウエアと輸液および患者に関するデータを記憶するメモリを有する中央コントローラを含む。中央コントローラのプロセッサは、輸液ポンプなどの機能モジュールへのプログラミング・コマンドの流れを制御し、また同時に患者又は医薬投与のいずれか、あるいは、両方に関する状態情報について機能モジュールを監視するようにプログラムできる。機能ユニットの動作を制御するために使用されるプログラミング・コマンドは、典型的には、サーバ２０から受信されるが、既に述べたように、サーバは、それらを薬局情報システム３５などの別の病院システムから受信する。あるいは、中央コントローラは、プログラミング・コマンドを病院システムから直接受信してもよい。
【００５９】
予め定められた時刻になると、介護者は、患者のベッド脇に行って、指示された医薬の投与を開始する。上で述べた実施の形態で、医薬を輸液として与える場合、介護者は、指示された液薬を含む輸液バッグを患者のベッド脇に吊るす。このとき、病院が使用するシステムに依存して、介護者は、バー・コード・リーダなどの識別装置を使用して、患者の識別子、医薬の識別子および多分介護者の識別子を入力する。もし正しくプログラムされていれば、投薬管理装置の中央コントローラのプロセッサは、患者の識別子を医薬の識別子に付属するものと比較して、正しい医薬が正しい患者に投与されていることを確認する。もしこの比較が満足できるものであれば、サーバ２０は、中央コントローラのプロセッサに各種のオペレーティング・コマンド又は構成又はオペレーティング・パラメータを送信して、指示されたように医薬を投与するように機能ユニットをプログラムする。あるいは、オペレーティング・コマンド又はパラメータは、既に中央コントローラのプロセッサに送信されていて、識別データの満足できる比較によって、中央コントローラのプロセッサのプログラミングを進めてこれらのオペレーティング・コマンド又はパラメータに従って機能ユニットをプログラムするようにできる。
【００６０】
更に、中央コントローラのプロセッサ又はサーバ２０は、特にコマンド又はパラメータの１又は複数のものが介護者によって手動で入力又は変更された場合に、機能ユニットをプログラムするために使用されるプログラミング・コマンド又はオペレーティング・パラメータを追加評価するようにプログラムされる。コマンドおよびパラメータは、介護者によって手動で入力又は変更される。コマンド又はパラメータは、病院又は施設によって確立されたガイドラインおよび規則のライブラリとプロセッサによって比較される。もし入力されたものが確立されたガイドラインの範囲外にあるか、あるいは、規則に反することを比較結果が示す場合、警告が発せられて、入力が修正されるまで医薬の投与が中断されるか、あるいは、阻止される。
【００６１】
すべての比較が完了して、正しい薬が正しい患者に正しい形および量で、また正しい時刻に与えられていると投薬管理装置の中央コントローラのプロセッサが判断すると、システムがこのパラメータを評価するようにプログラムされている場合、医薬の投与が開始される。システムが、輸液を自動的に開始するようにプログラムされていても、典型的には、医薬投与の開始は、介護者がボタン、キーを押すか、あるいは、投薬管理装置上にあるか、投薬管理装置と交信状態にあるマウス又は何らかのその他の手段を駆動することによってボックス２１５（図３）で駆動される。いずれのケースでも、一旦医薬投与が実際に始まると、中央コントローラのプロセッサは、ボックス２２０で医薬投与に対して内部指示識別番号（ＩｎｔｅｒｎａｌＩＤ）を割り当てる。一旦投薬指示が中央コントローラに受信されれば、任意の時点で投薬指示に対してＩｎｔｅｒｎａｌＩＤを割り当てられることを理解されよう。このように、発明の範囲は、医薬投与の開始後のみにＩｎｔｅｒｎａｌＩＤ割当てが制限されることはない。
【００６２】
投薬管理装置６５、７０、７５およびサーバ２０（図１）の中央コントローラのプログラミングに依存して、投薬管理装置の中央コントローラは、ボックス２２５において、医薬の投与を監視し、医薬の投与に関する情報を含む状態メッセージをサーバに定期的に供給する。これらのメッセージは、他の投与に関する情報のなかでも、ＰｈａｒｍＩＤおよびＩｎｔｅｒｎａｌＩＤで符号化される。これらのメッセージは、投薬管理装置の中央コントローラによって、一方的、すなわち、予め定められた間隔で提供されるか、あるいは、サーバによる請求に応じて提供される。これは、サーバ２０が選ばれた間隔で投薬管理装置を自動的にポールするか、あるいは、サーバ２０がシステム・ユーザからの要求に応じて投薬管理装置をポールして、投薬管理装置から状態メッセージを請求することを意味する。
【００６３】
一旦サーバ２０によって状態メッセージが受信されると、サーバは、状態メッセージに含まれる情報を処理して、次にどの行動を起こすべきかを判断する。例えば、サーバは、ＰｈａｒｍＩＤとＩｎｔｅｒｎａｌＩＤを関連付けて、何らかの行動を起こす必要があるか否かを判断する。あるいは、ボックス２３０で、サーバは、例えば、必要に応じて状態情報の置き換え、情報フィールド又は識別子のマッチング、必要に応じて情報のクロス・リファレンス、状態情報から新しい記録の形成および新しい記録を既存の記録へリンクなどのタスクを実行する。
【００６４】
サーバ２０によって実行される１つの重要なプロセスは、ＰｈａｒｍＩＤをＩｎｔｅｒｎａｌＩＤに付随する情報と関連付けて、薬局情報システム３５によって送信された投薬指示に対して何らかの変更があったか否かを判断することである。もしボックス２３５での関連付けプロセスによって、何も変更されていないこと、すなわち、投薬指示によって命じられた通りに医薬が実際に患者に投与されていることが示されると、サーバは、ボックス２４０で、患者に対して施された処置を反映するように患者のｅＭＡＲを更新するためにｅＭＡＲシステムが使用する情報を含む記録又はメッセージをｅＭＡＲシステム４５に送信する。
【００６５】
もしサーバによって実行されるボックス２３５の関連付けプロセスで変更が行われていること、すなわち、医薬が元の投薬指示に処方されたように投与されていないことが示された場合、サーバ２０は、ＮｅｗＯｒｄｅｒＩＤを発行し、それを医薬の投与に関連する状態メッセージに含まれる情報と関連付ける。ボックス２４５でＮｅｗＯｒｄｅｒＩＤを割り当てたあとで、サーバは、医薬の投与に関するデータを含むメッセージを用意して、このメッセージをｅＭＡＲシステム４５に送信して患者のｅＭＡＲを更新する。このように、患者のｅＭＡＲは、元の投薬指示に関する情報だけでなく、患者への医薬投与に関するすべての情報を含んでいる。このことは、例えば、介護者が輸液ポンプを使用して患者に医薬を点滴投与することが必要又は望ましいと判断したときなどに、医薬投与の間に行われた任意の変更をシステムが捕捉する場合に特に有利である。
【００６６】
本発明の代替的実施の形態は、図３のボックス２５０に示された付加的プロセスを含む。これによって、サーバ２０又は何らかの他の病院システムは、一人の患者に対するｅＭＡＲ中の各種エントリを照合して、患者の投薬履歴を捕捉する。このプロセスのなかで、サーバ２０又は他の病院システムは、ｅＭＡＲの記録を処理およびアレンジして、レポートを作成、閲覧および印刷できるようにする。これによって、レポートを調べる介護者が、元の投薬指示だけでなく、典型的には、介護者によって元の投薬に対してなされた任意の変更のシーケンスを時間順に容易に調べることができる。
【００６７】
ボックス２３５（図３）でサーバ２０が実行する関連付けプロセスは、いろんなやり方で実行できるが、本発明は、いずれの特別なプロセスにも限定されない。例えば、サーバは、輸液状態メッセージを患者の指示と比較することによって、投薬管理装置から受信した状態メッセージを解析する。もし状態メッセージが、それが報告された１つの指示よりも別の指示に合致するようであれば、メッセージにフラグが立てられて、ＮｅｗＯｒｄｅｒＩＤが割り当てられる。この比較は、単にデータ・フィールドを合致させ、フィールドが元の指示と異なることを検出することによって行われるか、あるいは、もっと複雑な方式、例えば、ファジー論理を含むパターン・マッチング・アルゴリズムを用いるなどによって行われ、どの指示に輸液メッセージが最もよく一致するかを判断する。パターン・マッチング・アルゴリズムを用いる１つの利点は、状態メッセージが長さ又は内容に関して元の指示と正確に一致する必要がなく、それでもサーバは、メッセージの解析を行うことができて、既存の指示と一致させることができることである。
【００６８】
しばしば、投薬は、文書化された指示なしで処方される。そのような事象は、例えば、緊急治療室中で、あるいは、手術中に麻酔医によって与えられる口頭の指示の結果として発生する。そのようなケースでは、輸液バッグが吊り下げられて、輸液ポンプに適当な動作コマンド又はパラメータが入力されて、介護者によって患者へ医薬を投与する投薬が開始される。そのようなケースで、プロセスは、図３のボックス２１５で始まる。しかし、次のプロセスは、上で述べたものに非常に似ており、唯一の違いは、ＰｈａｒｍＩＤがないことである。これは、医薬投与が薬局システム４５から発していないためである。
【００６９】
先に述べたように、ボックス２１５の投薬管理の始動の結果、ここで輸液ポンプである投薬管理装置は、ボックス２２０でＩｎｔｅｒｎａｌＯｒｄｅｒＩＤを割り当てる。サーバがボックス２２５で輸液ポンプによって送信された状態メッセージを受信すると、サーバは、ボックス２３０でＩｎｔｅｒｎａｌＩＤをＰｈａｒｍＩＤと関連付けようとする。ＰｈａｒｍＩＤがないため、ボックス２３０で実行される関連付け解析は、必然的にボックス２３５でボックス２４５へのプログラムの分岐をもたらし、そこでサーバは、ＮｅｗＯｒｄｅｒＩＤを発行する。このＮｅｗＯｒｄｅｒＩＤは、次にｅＭＡＲシステム４５に送信されて、ボックス２４０で患者のｅＭＡＲを更新する。このように、本発明のシステムは、患者に与えられたすべての投薬管理を自動的に把握し、患者のｅＭＡＲは、患者が受けた治療を正確に反映することを保証する。本発明のシステムは、これを自動的に実行し、それによってさもなければ介護者又はその他の病院又は施設のスタッフ・メンバによって実行される手動での記録保持および照合の手間を削減する。更に、手動工程の削減は、患者のｅＭＡＲに入力される情報の照合および転写における誤りの可能性を低減する。
【００７０】
発明のいくつかの特別な形について例示および説明してきたが、発明の精神および範囲から外れることなく、各種の修正を施すことができることは、明らかである。
【図面の簡単な説明】
【００７１】
【図１】施設の各サブ・システムおよび投薬を管理し患者のバイタル・サインを監視する医療装置間で患者および医薬関連情報の送信を提供する施設情報システムの模式的ブロック図。
【図２】中央コントローラおよび各種の医薬投与モジュールを有し、患者のバイタル・サインを監視し、患者、介護者および投薬に関する識別データを受信する投薬管理装置のグラフ表示。
【図３】本発明の１つの実施の形態によって実行されるプロセスのブロック図。
【図４】図３に示された本発明の実施の形態の原理を採用した本発明の別の１つの実施の形態によって実行されるプロセスのブロック図。
【図１】
2009522653.tif 000003
【図２】
2009522653.tif 000004
【図３】
2009522653.tif 000005
【図４】
2009522653.tif 000006
【国際調査報告】
2009522653.tif 000007
2009522653.tif 000008