(57)【要約】  ある機関の中で、患者に提供される治療を管理するシステムおよび方法に関する。システムは、患者に対する薬剤送出、ならびに、生命徴候の値、検査室の結果、履歴、診断、アレルギーなどのような患者因子などの患者に関連する他の情報の全ての局面を監視する。システムは、機関で開発されたルール、指針、および機関の最良の医療実践を表すプロトコルを含む１つまたは複数の情報データベースを含む。システムは、監視される情報に対するルールの適用に基づいて、警報および／または推奨を提供し、それに応じて、介護人に警報を出し、患者治療の動的調整を可能にする。システムはまた、警報の状態を監視し、選択された期間に処置がとられない場合、警報の優先順位を上げ、かつ／または、警報が解決されるまで、患者に対する薬剤の送出を一時停止してもよい。
2008516303.tif 000002
【特許請求の範囲】
【請求項１】
患者に提供される治療を管理するシステムであって、
通信システムであって、通信システムを通じて情報の２方向伝送を提供するように構成された、通信システムと、
薬剤送出デバイスであって、プロセッサ、および、前記プロセッサに関連し、前記プロセッサが薬剤送出デバイスを制御するように動作させるプログラムを記憶するためのメモリを有し、薬剤送出デバイスはまた、全てが前記プロセッサに動作可能に通信する、通信手段、患者および薬物情報を入力する入力デバイス、ならびにディスプレイを含み、薬剤送出デバイスは、前記通信手段によって、前記通信システムを通じて通信することができる、薬剤送出デバイスと、
前記通信システムに動作可能に接続された少なくとも１つのサーバであって、機関で決定された少なくとも１つのルールを表すデータベースにアクセスするように構成され、また、前記薬剤送出デバイスの活動を監視し、前記薬剤送出デバイスに患者および薬物情報ならびに稼動コマンドを与えるように構成された、少なくとも１つのサーバとを備え、
前記入力デバイスを使用して前記薬剤送出デバイス内に入力される情報は、前記サーバに通信され、前記サーバは、前記通信された情報を、前記機関で決定された少なくとも１つのルールのデータベース内に記憶された情報と比較して、前記通信された情報が、前記機関で決定された少なくとも１つのルールによって受容できると指示されるある範囲の値の中に入るかどうかが判定され、
前記通信された情報が、受容できると指示される範囲の値の中に入いらないと、前記比較が指示する場合、前記少なくとも１つのサーバは、介護人に警報を提供するシステム。
【請求項２】
前記サーバは、前記警報の状態を監視し、前記警報の前記状態の変化が無い状態で、選択された期間が経過する場合、前記警報の優先順位を上げる請求項１に記載のシステム。
【請求項３】
前記サーバは、前記通信システムによって前記上がった優先順位を有する前記警報を前記介護人に送信する請求項２に記載のシステム。
【請求項４】
前記サーバは、前記通信システムによって通信される情報を監視して、患者について要求される検査室試験が、選択された期間内に実施されたかどうかが判定され、前記試験が実施されていなかった場合、介護人に警報を通信する請求項１に記載のシステム。
【請求項５】
前記サーバは、前記警報の状態を監視し、前記警報の前記状態の変化が無い状態で、選択された期間が経過する場合、前記警報の優先順位を上げ、前記上がった優先順位を有する前記警報を前記介護人に通信する請求項４に記載のシステム。
【請求項６】
前記サーバは、前記上がった優先順位を有する前記警報の状態を監視し、前記上がった優先順位を有する前記警報の前記状態の変化が無い状態で、選択された期間が経過する場合、さらに上がった優先順位を有する警報を通信する請求項５に記載のシステム。
【請求項７】
前記サーバはまた、前記薬剤の送出を停止するためのコマンドを、前記薬剤送出デバイスの前記プロセッサに通信する請求項６に記載のシステム。
【請求項８】
前記サーバは、前記警報に関連する情報を含む記録をメモリに記憶し、前記サーバは、前記記憶された記録を解析し、前記警報に関連する前記情報の報告を生成する請求項１に記載のシステム。
【請求項９】
前記機関で決定された少なくとも１つのルールは薬物動態学モデルである請求項１に記載のシステム。
【請求項１０】
前記機関で決定された少なくとも１つのルールは薬動力学モデルである請求項１に記載のシステム。
【請求項１１】
前記機関で決定された少なくとも１つのルールは、薬物不適合性に関連する情報を含む請求項１に記載のシステム。
【請求項１２】
前記薬剤送出デバイスは注入ポンプであり、前記プロセッサは、前記入力デバイスによって入力された薬剤識別情報を監視し、前記入力された情報を、前記ポンプによって既に注入されている薬剤の薬剤識別情報と比較し、前記サーバ上に記憶された前記薬物不適合性情報にアクセスし、入力された薬剤が前記注入薬剤に適合しない、と前記比較が指示する場合、前記プロセッサは、警報を前記介護人に通信する請求項１１に記載のシステム。
【請求項１３】
前記プロセッサは、前記サーバにアクセスし、処方された処置レジメンを変更するための少なくとも１つの推奨を検索し、前記少なくとも１つの推奨を前記介護人に通信する請求項１２に記載のシステム。
【請求項１４】
患者治療を管理する方法であって、
治療送出デバイスと、監視デバイスと、機関の情報システムとの間で情報を通信するステップと、
前記治療送出デバイスと、前記監視デバイスと、前記機関の情報システムとの間で通信された情報を監視するステップと、
ある機関の中で、前記通信された情報を、患者に送出される治療に関連する、機関で決定されたルールのデータベースと比較するステップと、
患者に送出される提案された治療が、前記機関で決定されたルールのデータベースの少なくとも１つのルールに反するときの事例を識別するステップと、
前記提案された治療が、前記少なくとも１つのルールに反するという警報を介護人に通信するステップとを備える方法。
【請求項１５】
特定の患者に関連する情報についての、前記治療送出デバイスと、前記監視デバイスと、前記機関の情報システムとの間で通信された前記情報を監視するステップと、
前記監視される患者特定情報のうちのいずれかの情報が、前記機関で決定されたルールのデータベースの前記少なくとも１つのルールに反する場合に、前記介護人に警報を出すステップとをさらに備える請求項１４に記載の方法。
【請求項１６】
前記情報を監視するステップでは、
前記特定の患者に関連するデバイスを監視することによって生成される情報があるかを監視する、請求項１５に記載の方法。
【請求項１７】
前記情報を監視するステップは、
前記特定の患者に関連する検査室試験によって生成される情報があるかを監視するステップと、
前記検査室試験によって生成された前記情報を前記少なくとも１つのルールと比較するステップと、
前記検査室試験によって生成された前記情報が、前記少なくとも１つのルールに反する場合に、前記介護人に警報を出すステップとからなる請求項１５に記載の方法。
【請求項１８】
前記警報の状態を監視するステップと、
前記警報の前記状態が、選択された期間内で変化しなかった、と前記警報の前記監視された状態が指示する場合、前記警報の優先順位を上げるステップと、
前記上がった優先順位を有する前記警報を前記介護人に通信するステップとをさらに備える、請求項１４に記載の方法。
【請求項１９】
前記警報の原因を解決するための推奨を前記介護人に提供するステップをさらに備える請求項１４に記載の方法。
【請求項２０】
前記少なくとも１つのルールは、薬物不適合性に関する情報である請求項１４に記載の方法。
【請求項２１】
前記警報が通信されるときに、前記患者の状況に関連する情報を記憶するステップと、
前記警報が通信されるときに、前記送出される治療に関連する情報を記憶するステップと、
前記警報が通信されるときに、前記警報に関連する情報を記憶するステップと、
前記記憶された患者状況情報、前記治療送出情報、および前記警報情報を解析するステップと、
前記解析された情報を前記介護人に報告するステップとをさらに備える請求項１４に記載の方法。
【請求項２２】
前記解析された情報に応答して、前記機関で決定されたルールのデータベースの中の少なくとも１つのルールを変更するための推奨を提供するステップをさらに備える請求項２１に記載の方法。
【請求項２３】
患者に提供される治療を管理するシステムであって、
通信システムであって、通信システムを通じて情報の２方向伝送を提供するように構成された、通信システムと、
薬剤送出デバイスであって、プロセッサ、および、前記プロセッサに関連し、前記プロセッサが薬剤送出デバイスを制御するように動作させるプログラムを記憶するためのメモリを有し、薬剤送出デバイスはまた、全てが前記プロセッサに動作可能に通信する、通信手段、患者および薬物情報を入力する入力デバイス、ならびにディスプレイを含み、薬剤送出デバイスは、前記通信手段によって、前記通信システムを通じて通信することができる、薬剤送出デバイスと、
前記通信システムに動作可能に接続された第２プロセッサであって、機関で決定された少なくとも１つのルールを表すデータベースにアクセスするように構成され、また、前記薬剤送出デバイスの活動を監視し、前記薬剤送出デバイスに患者および薬物情報ならびに稼動コマンドを与えるように構成された、第２プロセッサとを備え、
前記入力デバイスを使用して前記薬剤送出デバイス内に入力される情報は、前記第２プロセッサに通信され、前記第２プロセッサは、前記通信された情報を、前記機関で決定された少なくとも１つのルールのデータベース内に記憶された情報と比較して、前記通信された情報が、前記機関で決定された少なくとも１つのルールによって受容できると指示されるある範囲の値の中に入るかどうかが判定され、
前記通信された情報が、受容でできると指示される範囲の値の中に入いらない、と前記比較が指示する場合、前記第２プロセッサは、介護人に警報を提供するシステム。
【請求項２４】
前記データベースは、薬物不適合性に関連する少なくとも１つのルールを含む請求項２３に記載のシステム。
【請求項２５】
前記データベースは、薬物禁忌に関連する少なくとも１つのルールを含む請求項２３に記載のシステム。
【請求項２６】
前記薬剤送出デバイスは注入ポンプである請求項２３に記載のシステム。
【請求項２７】
第２注入ポンプをさらに備え、前記第２注入ポンプは、プロセッサ、および、前記プロセッサに関連し、前記プロセッサが前記薬剤送出デバイスを制御するように動作させるプログラムを記憶するためのメモリを有し、前記薬剤送出デバイスはまた、全てが前記プロセッサに動作可能に通信する、通信手段、患者および薬物情報を入力する入力デバイス、ならびにディスプレイを含み、前記薬剤送出デバイスは、前記通信手段によって、前記通信システムを通じて前記第２プロセッサに通信することができ、前記第２プロセッサは、前記第２注入ポンプの前記活動を監視し、前記第１注入ポンプ上で注入される薬物と前記第２注入ポンプ上で注入される薬物とを比較して、前記薬物が適合しているかどうかが判定される請求項２６に記載のシステム。
【請求項２８】
前記薬剤送出デバイスは、さらに、介護人に警報を通知する手段をさらに含み、前記第２プロセッサによって提供される警報は、同様に、前記介護人に前記第２注入ポンプを通知する前記手段によって前記介護人に提供される請求項２３に記載のシステム。
【請求項２９】
前記データベースは、薬物不適合性に関連する少なくとも１つのルールを含み、前記プロセッサは、その時処方された薬物を前に送出された少なくとも１つの薬物と比較して、前記その時処方された薬物と前記前に送出された少なくとも１つの薬物との間での不適合性の存在を判定するようにプログラムされる請求項２３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ヘルスケア施設において患者のケアを管理するシステムおよび方法に関し、より詳細には、患者に送出される治療を監視し施行された治療および患者の経過を、患者に関連するセンサ、検査室測定および臨床測定、機関の最良の医療実践、患者パラメータおよび患者要求から得られる情報に基づく指針と比較し、患者に対する治療の送出の仕事を課された医療デバイスへ制御信号を提供することによって、比較の結果に応じて患者へ送出する治療を調整するシステムおよび方法に関する。
【背景技術】
【０００２】
最近まで、患者に対する治療的処置の送出は、実際上、手作業による操作であった。処置の順序は、薬局または介護人に対して、手書きされるか、または、電話で伝えられた。経口摂取可能な形態か、局所的で注入可能な注入流体の形態か、または、滴下の形態のいずれかの薬物などの処置モダリティは、患者のロケーションまで運ばれ、手作業で施行された。注入流体の場合、バッグおよび流体送出セットが、注入ポンプ内に取り付けられ、看護師が、注入を始動するために、種々の動作パラメータをポンプに入力した。薬剤または治療施行の記録は、たとえ、最終的にコンピュータデータベースにログがとられた場合でも、実際上は、手書きであった。システムが手作業によるという性質のために、患者への送出治療のエラーは、珍しいことではなかった。
【０００３】
薬物療法エラー、すなわち、薬剤のオーダ、調合、および施行において起こるエラーは、それらのエラーが、損傷を引き起こしたか否かに関係なく、機関の環境において、ヘルスケアの提供における重要な考慮事項である。医療介入を必要とする、薬物に関わる損傷として定義され、最も重大な薬物療法エラーの一部を表す有害薬物事象（「ＡＤＥ」）は、多くの患者の損傷または死の原因である。したがって、ヘルスケア施設は、薬物療法エラーの発生を低減するための方法を絶えず探している。
【０００４】
予防可能な有害薬物事象（「ＰＡＤＥ」）および他の薬物療法エラーの発生頻度および重大さを軽減するための、種々のシステムおよび方法が、現在開発されつつある。薬剤施行において、以下の５つの「正しいこと(rights)」または因子、すなわち、正しい患者、正しい薬物、正しいルート、正しい量、および正しい時間に、通常、焦点が向けられる。ＡＤＥおよびＰＡＤＥを低減しようとするシステムおよび方法は、これらの５つの正しいことを考慮すべきである。
【０００５】
多くの病院および臨床検査質において、ブレスレットデバイス上に印刷された患者の名前などの、患者の識別情報を有するブレスレットデバイスは、患者の全滞在期間中に患者を識別するために、施設への入所時に患者に貼り付けられる。この安全手段にもかかわらず、患者識別エラーの機会が生じる。たとえば、血液サンプルが患者から採取されるときに、血液サンプルは、患者の識別ブレスレットから、患者の名前および他の情報を手作業で書き写すことによって識別されなければならない。患者の名前を写すときに、看護師または技師は、名前を写し間違えるか、または、記憶または異なるデータソースに頼る可能性がある。さらに、薬剤を吐出する注入ポンプを構成するためのパラメータなどの他の情報を手作業で写すことは、薬物施行および患者ケアの正確さおよび／または有効性を減らすエラーを生じる可能性がある。これによって、処置の継続時間が増加し、コストの増加を伴う場合がある。
【０００６】
病院および他のヘルスケア機関は、良質の患者ケアを提供するように絶えず努力している。正しくない患者が、正しくない薬物を、正しくない時間に、正しくない投薬量で受け
る場合、またはさらに、正しくない手術が実施される場合などの、医療エラーの可能性は、全てのヘルスケア施設にとって大きな関心事である。多くの処方薬剤および注入は、処置を施行するはずである看護師および技師によって、患者の名前および識別番号がその上に手書きされた伝票によって識別されるだけである。異なるベッドへの患者の移送および伝票に印を付けるときのエラーなどの、種々の理由のために、患者が、間違った処置を受ける可能性が生じる。これは、患者が、正しいケアを受けていることを確認する自動化システムを使用することによって防止することができる。患者および薬剤を識別するために、バーコードを使用するシステム、または、患者データのベッドサイドでの入力を可能にするシステムなどの、これらの問題に対する種々の解決策が提案されてきた。これらのシステムは、従来技術を大幅に進歩させたが、さらに一層包括的なシステムが、大きな価値を持つことが実証されるであろう。
【０００７】
エラーは、薬物療法プロセスの処方段階、書き写し段階、調合段階、および／または施行段階の間に起こる可能性がある。典型的な施設では、医師は、特定の患者について薬剤用のオーダを入力する。このオーダは、簡単な処方伝票として扱われてもよいし、または、コンピュータ化された医師向けオーダエントリ（「ＣＰＯＥ」）システムなどの自動化システムに入力されてもよい。処方伝票またはＣＰＯＥからの処方箋は、薬局に送られ、薬局で、薬剤を患者に提供することができるように、オーダが書き込まれる。通常、薬局は、患者のアレルギーの可能性と対照して、また、２つ以上の薬物が処方される場合の薬物相互作用の可能性があるかを、チェックし、また、薬物禁忌があるかをチェックする。施設に応じて、薬剤が、識別され、薬局内で集められ、看護師ステーションへの搬送のために搬送キャリア内に設置されてもよい。看護師ステーションに到着すると、処方箋は、エラーが起こらなかったことを保証するために、送出のために識別された薬剤を対照して再びチェックされる。
【０００８】
通常、薬剤は、ある程度のセキュリティが、薬剤の盗難または他の紛失を防止することを可能にする薬物カートまたは他のキャリアで看護師ステーションに送出される。一例では、薬物カートまたはキャリアは、一連の引き出しまたは容器に分割され、各容器は、単一患者についての処方された薬剤を保持する。薬剤に近づくために、看護師は、引き出し、扉、または容器のロックを外すために、適切な識別情報を入力しなければならない。他の状況では、一般に使用される薬物の在庫が、看護師ステーションのエリアか、または、その近くのエリアに配置された安全なキャビネット内に設置されてもよい。この在庫は、局所的な薬剤だけでなく、経口的送出の、経筋肉的（ＩＭ）送出の、経静脈的（ＩＶ）送出の薬剤も含んでもよい。キャビネットに近づくためには、看護師識別情報および薬剤オーダ番号が必要とされることがある。
【０００９】
看護師ステーションは、１日を通して所定間隔で患者に送出される薬物のリストを受信する。看護師または資格のある人は、送出される薬物のリストを参照し、看護師ステーションまたは薬剤室にある在庫からこれらの薬剤を得る。その後、薬剤は、個々の患者の所に持って行かれ、投薬量が施行される。
【００１０】
これらのシステム全てに共通することは、薬剤を送出するのが看護師であることである。看護師は、ケア時点で、正しい薬剤が、正しい患者に、正しい投与量で、正しい時間に与えられることを確認するプロセスの中心的存在である。薬剤を送出する看護師以外には、施設内の他の誰も、適切な薬物が、適切な患者に与えられることを保証するか、または、確認する立場にない。
【００１１】
しかし、こうしたシステムは、ＩＶ薬物が送出されている場合、適切な投薬レジメンが、患者に送出されていることを完璧に確認することができない場合がある。たとえば、看護師は、ＩＶバッグを特定の患者のエリアに運び、バッグを吊るし、注入ポンプに適切な
処置パラメータをプログラムし、薬剤の注入を開始してもよい。薬局情報システムなどの該当する病院制御システムは、口頭のオーダが、システムにまだ入力されていないときなどに、患者が、薬剤を受けたことを知らされていない場合があり、また、情報が、どこかで紛失した場合、患者に２度投薬治療する可能性が存在する。そのため、所望の処置パラメータからの逸脱を引き起こす事象が起こる場合、薬剤が、患者に適切に送出されていることを確認することの連結性が途切れる可能性がある。
【００１２】
さらに、正しい薬剤が、施行のために正しい患者の所に到着する場合でも、自動化デバイスが、正しくない薬剤施行パラメータをプログラムされる場合、注入ポンプなどの自動化または半自動化施行デバイスを使用して薬剤が施行される場合、薬剤の正しくない施行が起こる場合がある。たとえば、薬剤オーダが、正しい注入パラメータを含む場合でも、これらのパラメータが、注入ポンプに間違って入力される可能性があり、それにより、注入ポンプが、処方された処置をもたらさない可能性のある方法で、薬剤を施行する。
【００１３】
処置パラメータの間違った入力を防止するための内臓式安全手段を注入システムに設ける１つの試みは、病院が定義する薬物投与パラメータを利用し、病院が定義する薬物投与パラメータは、注入器具のソフトウェアによって使用されて、注入パラメータ入力プロセスが監視され、万一、間違った入力または範囲外が試みられる場合、介護人との対話が行われる。こうした場合、入力されたパラメータが、正しくないか、または、ケアが提供される機関によって規定された範囲外であるという警報が、介護人に通信される。薬物投与パラメータは、注入パラメータ用の、病院が定義した値または他の医療処置指針からなる。薬物投与パラメータは、施設の考えられる「 最良の実践」 を含み、時々更新されてもよい。
【００１４】
ある場合には、さまざまなタイプまたはモデルの患者ケアデバイスが、情報を共有するために、互いに通信する必要がある場合がある。たとえば、生命徴候モニタなどの患者監視デバイスは、注入ポンプなどの、他の患者ケアデバイスからのトランザクションを記憶する機能を有することが多い。これらの監視デバイスは、通常、適切な相関、ラベリング、データ確認、および記憶機能が提供されるように、他の患者ケアデバイスのパラメータを必要とする。さらに、投与パラメータ（複数可）を、ネットワーク内の他のソースから得られる患者データに応じて決定する、患者状況特有のルールおよび／またはアルゴリズムを表すルールの集合を、薬物投与パラメータが、さらに含む場合、１つのデバイスからの情報は、病院の薬物投与パラメータを利用している別のデバイスにとって必須である場合がある。さらに、あるデバイスは、システムまたはデバイス内の、薬物投与ルールまたは他の動作ソフトウェアのいずれかに従って、別のデバイスから受信した情報に応答して動作を変更してもよい。たとえば、ニトロプルシドナトリウムなどの血管作用性薬物の最大投与量および最小投与量についてのルールは、別個の器具によって測定された動脈圧に依存するように作ることができる。平均血圧が、所定の限界を超えるか、または、「 高
い」 などの、あるカテゴリー分類を満たす場合、連続投与量上限を規定する投与パラメ
ータは、選択された振る舞い記述子（この用語は、以下で定義されるであろう）内において、その薬物についての投与ルールのパラメータに従って減少するであろう。
【００１５】
しかし、各ヘルスケア施設は、通常、さまざまなモデルの患者ケアデバイスの異なる在庫を有し、患者ケアデバイスの多くは、異なる製造業者によって作られるか、または、そうでなければ、データを送受信するために異なる言語および／または通信プロトコルを使用する異なるプラットフォームによってサポートされるため、互いに整合性がない。そのため、他のタイプの患者ケアデバイスとの通信をサポートするために、これらのさまざまなデバイスが、必要とする通信情報（たとえば、データ定義、ルール、プロトコル、データ構造など）を、そこから容易に得ることができるユニバーサルな構成データベースを提供することが有利であるはずである。こうしたシステムが、カスタマイズ可能な薬物投与
パラメータおよびルールならびに注入／監視器具の動作構成パラメータと統合されれば、有利であろう。
【００１６】
多くの注入デバイスの動作時振る舞いは、警報限界、最大レート、動作モードおよび言語の選択のようなパラメータを含む「構成可能な動作パラメータ」のインストールによって、カスタマイズされることができる。注入デバイスのタイプおよびデバイスが使用されるエリアに応じて、最適なケアを提供するのに、特定の設定が必要とされる。たとえば、新生児学部門は、レートの下限、最小の気泡検出限界、ならびに圧力および抵抗アラームについての特別な設定を好むであろう。
【００１７】
たとえば、現在入手可能な多くの注入ポンプによって、ユーザは、「プロファイル」と呼ばれる振る舞いリストの１つの振る舞いを選択することによって、医療デバイスの振る舞いを決定することが可能になる。各「プロファイル」のパラメータは、振る舞い記述子として一般に規定され、その要素は、特定のケアエリア（ＩＣＵ、ＯＲなど）、または、特定のタイプの医療ケア（心臓病学、腫瘍学）における医療デバイスの最適な振る舞いを提供するように選択される。オペレータによる「プロファイル」の選択によって、注入ポンプまたは他の医療デバイスは、選択されたケアエリアにおいて患者についての最適な稼動機構を提供するように、自動的にカスタマイズされる。たとえば、注入デバイスと生命徴候監視モジュールは共に、ＰＣＵ（「 ポイントオブケアユニット(point-of-care unit)」 ）と呼ばれる、中央コンピュータによって制御される単一統合患者ケアシステム内で組み合わされてもよい。監視モジュールの動作時振る舞いは、警報限界および表示範囲などの特徴を含む。注入モジュールと同様に、これらのデバイスの振る舞いは、所望の「プロファイル」、すなわち、稼動パラメータの全体の選択によってカスタマイズされてもよい。
【００１８】
必要とされており、これまで入手できなかったものは、患者に治療を送出する、種々の処方プロセス、送出プロセス、および報告プロセスを一緒に結び付ける、ある機関内に配備可能な統合システムである。さらに、こうしたシステムは、機関の臨床記録、血圧モニタ、ＰＣＯ２モニタ、グルコースモニタなどのような、種々の臨床デバイス、および、血液分析などで使用されるような検査室機器によって提供される情報などの臨床記録およびデータを含む、種々のルールおよび患者情報の１つまたは複数のデータベースにアクセスし、アクセスされた情報を使用して、治療の成果、すなわち、患者の健康が最適化されることが確保されるように適切になるように、患者に提供される治療を変更することができるであろう。こうしたシステムはまた、医療施行記録を作成するか、または、更新し、サーバ上に記録を記憶する能力を含む、患者に送出される治療の監視および記録を可能にする報告機能も含むであろう。サーバでは、記録が、記録に対してアクセスを必要とする要員および機関のシステムに対して利用可能になる。さらに、患者に対する治療の送出を評価するのに使用されるルールおよび指針は、柔軟性があり、治療の成果を最適化するための、治療の補正を行うことができるように、治療が患者に送出されるときに動的に調整されることができるであろう。こうしたシステムはまた、注入デバイスおよびモニタの動作時パラメータなどの患者ケアの種々の局面をさらに統合するために、異種の患者ケアデバイス間での通信を容易にすることができるべきである。本発明は、これらのニーズおよび他のニーズを満たす。
【発明の開示】
【発明が解決しようとする課題】
【００１９】
簡潔に、または、一般的に、本発明は、ヘルスケア施設における患者ケアデバイスについて、病院が定義したユニバーサルな構成データベースを作成し、管理し、制御することができる、新しく、かつ、改良された情報管理システムおよび方法を対象とする。
【課題を解決するための手段】
【００２０】
一態様では、本発明は、患者に提供される治療を管理するシステムを備え、システムは、通信システムであって、通信システムを通じて情報の２方向伝送を提供するように構成された、通信システムと、薬剤送出デバイスであって、プロセッサ、および、プロセッサに関連し、プロセッサが薬剤送出デバイスを制御するように動作させるプログラムを記憶するためのメモリを有し、薬剤送出デバイスはまた、全てがプロセッサに動作可能に通信する、通信手段、患者および薬物情報を入力する入力デバイス、ならびにディスプレイを含み、薬剤送出デバイスは、通信手段によって、通信システムを通じて通信することができる、薬剤送出デバイスと、通信システムに動作可能に接続された少なくとも１つのサーバであって、機関で決定された少なくとも１つのルールを表すデータベースにアクセスするように構成され、また、薬剤送出デバイスの活動を監視し、薬剤送出デバイスに患者および薬物情報ならびに稼動コマンドを与えるように構成された、少なくとも１つのサーバとを備え、入力デバイスを使用して薬剤送出デバイス内に入力される情報は、サーバに通信され、サーバは、通信された情報を、機関で決定された少なくとも１つのルールのデータベース内に記憶された情報と比較して、通信された情報が、機関で決定された少なくとも１つのルールによって受容できると指示されるある範囲の値の中に入るかどうかが判定され、通信された情報が、受容できると指示される範囲の値の中に入いらないと、比較が指示する場合、少なくとも１つのサーバは、介護人に警報を提供する。
別の態様では、本発明のサーバは、警報の状態を監視し、警報の状態の変化が無い状態で、選択された期間が経過する場合、警報の優先順位を上げる。代替の態様では、サーバは、通信システムによって、上がった優先順位を有する警報を介護人に送信する。さらに別の態様では、サーバは、通信システムによって通信される情報を監視して、患者について要求される検査室試験または他の試験が、選択された期間内に実施されたかどうかが判定され、試験が実施されていなかった場合、介護人に警報を通信する。別法として、サーバは、警報の状態を監視し、警報の状態の変化が無い状態で、選択された期間が経過する場合、警報の優先順位を上げ、上がった優先順位を有する警報を介護人に通信する。なお別の態様では、サーバは、上がった優先順位を有する警報の状態を監視し、上がった優先順位を有する警報の状態の変化が無い状態で、選択された期間が経過する場合、さらに上がった優先順位を有する警報を通信し、別の態様では、サーバはまた、薬剤の送出を停止するためのコマンドを、薬剤送出デバイスのプロセッサに通信する。
【００２１】
なおさらなる態様では、本発明のサーバは、警報に関連する情報を含む記録をメモリに記憶し、サーバは、記憶された記録を解析し、警報に関連する情報の報告を生成する。
さらに別の態様では、本発明のシステムのデータベース上に記憶された機関で決定された少なくとも１つのルールは薬物動態学モデルである。１つの代替法では、機関で決定された少なくとも１つのルールは薬動力学モデルであり、別の代替法では、機関で決定された少なくとも１つのルールは、薬物不適合性に関連する情報を含む。
さらに別の態様では、本発明の薬剤送出デバイスは注入ポンプであり、プロセッサは、入力デバイスによって入力された薬剤識別情報を監視し、入力された情報を、ポンプによって既に注入されている薬剤の薬剤識別情報と比較し、サーバ上に記憶された薬物不適合性情報にアクセスし、入力された薬剤が注入薬剤に適合しない、と比較が指示する場合、プロセッサは、警報を前記介護人に通信する。さらに別の態様では、プロセッサは、サーバにアクセスし、処方された処置レジメンを変更するための少なくとも１つの推奨を検索し、少なくとも１つの推奨を介護人に通信する。
【００２２】
別の態様では、本発明は、患者治療を管理する方法を含み、方法は、治療送出デバイスと、監視デバイスと、機関の情報システムとの間で情報を通信すること、治療送出デバイスと、監視デバイスと、機関の情報システムとの間で通信された情報を監視すること、ある機関の中で、通信された情報を、患者に送出される治療に関連する、機関で決定されたルールのデータベースと比較すること、患者に送出される提案された治療が、機関で決定
されたルールのデータベースの少なくとも１つのルールに反するときの事例を識別すること、および、提案された治療が、少なくとも１つのルールに反するという警報を介護人に通信することを含む。
【００２３】
さらなる態様では、本発明の方法は、さらに、特定の患者に関連する情報についての、治療送出デバイスと、監視デバイスと、機関の情報システムとの間で通信された情報を監視すること、および、監視される患者特定情報のうちのいずれかの情報が、機関で決定されたルールのデータベースの少なくとも１つのルールに反する場合に、介護人に警報を出す。１つの代替の態様では、情報を監視することは、特定の患者に関連するデバイスを監視することによって生成される情報があるかを監視することを含む。別の代替の態様では、情報を監視することは、特定の患者に関連する検査室試験または他の試験によって生成される情報があるかを監視すること、検査室試験または他の試験によって生成された情報を少なくとも１つのルールと比較すること、および、検査室試験または他の試験によって生成された情報が、少なくとも１つのルールに反する場合に、介護人に警報を出すことを含む。
【００２４】
なおさらなる態様では、本発明の方法は、さらに、警報の状態を監視すること、警報の状態が、選択された期間内で変化しなかった、と警報の監視された状態が指示する場合、警報の優先順位を上げること、および、上がった優先順位を有する警報を介護人に通信することを含む。別法として、方法はまた、警報の原因を解決するための推奨を介護人に提供することをさらに含み、別の代替法では、少なくとも１つのルールは、薬物不適合性に関する情報を含む。
なおさらなる態様では、本発明の方法はまた、警報が通信されるときに、患者の状況に関連する情報を記憶すること、警報が通信されるときに、送出される治療に関連する情報を記憶すること、警報が通信されるときに、警報に関連する情報を記憶すること、記憶された患者状況情報、治療送出情報、および警報情報を解析すること、および、解析された情報を介護人に報告することをさらに含む。別の代替の態様では、方法は、さらに、解析された情報に応答して、機関で決定されたルールのデータベースの中の少なくとも１つのルールを変更するための推奨を提供することを含む。
【００２５】
さらに別の態様では、本発明は、患者に提供される治療を管理するシステムを備え、システムは、通信システムであって、通信システムを通じて情報の２方向伝送を提供するように構成された、通信システムと、薬剤送出デバイスであって、プロセッサ、および、プロセッサに関連し、プロセッサが薬剤送出デバイスを制御するように動作させるプログラムを記憶するためのメモリを有し、薬剤送出デバイスはまた、全てがプロセッサに動作可能に通信する、通信手段、患者および薬物情報を入力する入力デバイス、ならびにディスプレイを含み、薬剤送出デバイスは、通信手段によって、通信システムを通じて通信することができる、薬剤送出デバイスと、通信システムに動作可能に接続された第２プロセッサであって、機関で決定された少なくとも１つのルールを表すデータベースにアクセスするように構成され、また、薬剤送出デバイスの活動を監視し、薬剤送出デバイスに患者および薬物情報ならびに稼動コマンドを与えるように構成された、第２プロセッサとを備え、入力デバイスを使用して薬剤送出デバイス内に入力される情報は、第２プロセッサに通信され、第２プロセッサは、通信された情報を、機関で決定された少なくとも１つのルールのデータベース内に記憶された情報と比較して、通信された情報が、機関で決定された少なくとも１つのルールによって受容できると指示されるある範囲の値の中に入るかどうかが判定され、通信された情報が、受容でできると指示される範囲の値の中に入いらない、と比較が指示する場合、第２プロセッサは、介護人に警報を提供する。一態様では、データベースは、薬物不適合性に関連する少なくとも１つのルールを含む。別の態様では、データベースは、薬物禁忌に関連する少なくとも１つのルールを含む。
【００２６】
さらに別の態様では、薬剤送出デバイスは注入ポンプである。さらに別の態様では、システムは、さらに、第２注入ポンプをさらに備え、第２注入ポンプは、プロセッサ、および、プロセッサに関連し、プロセッサが薬剤送出デバイスを制御するように動作させるプログラムを記憶するためのメモリを有し、薬剤送出デバイスはまた、全てがプロセッサに動作可能に通信する、通信手段、患者および薬物情報を入力する入力デバイス、ならびにディスプレイを含み、薬剤送出デバイスは、通信手段によって、通信システムを通じて第２プロセッサに通信することができ、第２プロセッサは、第２注入ポンプの活動を監視し、第１注入ポンプ上で注入される薬物と第２注入ポンプ上で注入される薬物とを比較して、薬物が適合しているかどうかが判定される。
【００２７】
なおさらなる態様では、本発明の薬剤送出デバイスは、さらに、介護人に警報を通知する手段を含み、第２プロセッサによって提供される警報は、同様に、介護人に第２注入ポンプを通知する手段によって介護人に提供される。また、なおさらなる態様では、データベースは、薬物不適合性に関連する少なくとも１つのルールを含み、プロセッサは、その時処方された薬物を前に送出された少なくとも１つの薬物と比較して、その時処方された薬物と前に送出された少なくとも１つの薬物との間での不適合性の存在を判定するようにプログラムされる。
【００２８】
本発明の他の特徴および利点は、本発明の特徴を例によって示す、添付図面に関連して行われる、以下の詳細な説明から明らかになるであろう。
【発明を実施するための最良の形態】
【００２９】
本発明は、ヘルスケア施設において、その施設の仕様に従って、患者の治療を施行し、監視し、管理するシステムおよび方法を提供する。本発明は、患者への医療ケアの提供に関する機関において、報告を集め、分類し、記憶し、介護人に提供するように相互作用する、種々のハードウェア、情報データベース、およびソフトウェアプログラムを含む。
デジタル通信ネットワーク
同じ参照数字が、図の中で、同じか、または、対応する要素を指すのに使用される図面を、ここで参照すると、本発明の態様による、統合された病院全体情報および治療管理システム１０が、図１に全体的に示される。図１に示す例示的なシステムは、薬局情報管理システム２０、検査室情報システム２５、患者情報システム３０、コンピュータ化されたオーダエントリシステム３５、患者入力システム４５などの機関の種々の情報システムを示し、他の機関のシステム４０などの他の機関のシステムを含んでもよい。これらのシステムは、適切な通信システム５０を使用して一緒に接続され、通信システム５０は、サーバ、ルータ、ハードワイヤ通信回線、および／または、無線送信機／受信機、ルータ、集信装置などのような無線ネットワークギアなどの種々のハードウェアを含む。こうしたシステムは、種々のハードウェアデバイスに埋め込まれるか、サーバメモリにプログラムとして記憶されるか、または、そうでなければ、必要な時に利用可能であり、また、システムの要求によって呼び出されることができる、適切なソフトウェアプログラムの制御および動作下でプログラム可能であり、機能することが当業者にはすぐに明らかになるであろう。
【００３０】
通信システム５０はまた、介護機関において、上述した機関の種々のシステムを、患者に対して医療治療を施行し、医療治療の送出を監視する種々のシステムに接続する。たとえば、ある患者のベッドサイドなどの一人または複数人の患者の共通ロケーションに配置されたベッドサイド制御または管理ユニット５５が存在してもよい。ベッドサイドコントローラ５５は、プロセッサおよびメモリおよび通信機能を有する専用デバイスであってよく、プロセッサは、適切なソフトウェアプログラムを実行するように構成され、ソフトウェアプログラムは、コントローラメモリに記憶されるか、または、通信システム５０を通じてダウンロードすることができ、コントローラ５５が、情報およびデバイス稼動命令を
送受信するか、または、患者処置パラメータを受信して、コントローラ５５によって制御される種々の臨床デバイスをプログラムし、動作させることを可能にする。コントローラ５５はまた、処置の開始、および、処置中に起こる処置計画に対するアラームまたは変更、および、処置の経過に関する情報をシステムに戻すことであって、それによって、こうした情報が、適切な要員または機関のシステムに通信される、情報をシステムに戻すこと、を含む処置の経過を監視してもよい。例を挙げるだけで、限定はしないが、注入ポンプ７５、ＰＣＯ２モニタのようなデバイス、および、呼吸数センサ、パルスレートセンサ、体温センサ、血圧センサ、尿放出容積センサ、ＥＫＧセンサモジュール、ＥＥＧセンサモジュール、酸素分析計、胎児モニタ、人工呼吸器などの他の臨床デバイス、または、血糖を維持するための、電気神経刺激を提供するための、肉体的治療を提供するためなどの他のデバイスもまた、コントローラ５５によって制御され、監視されてもよい。
【００３１】
ベッドサイドコントローラ５５は、通信システム５０を使用して、機関の他のシステムと通信する。一実施形態では、コントローラ５５は、サーバ６０に情報を送出し、サーバ６０から、情報および／または動作コマンドまたはパラメータを受信する。サーバ６０は、ルールベースおよびエンジン１００、事象報告モジュール９５、臨床デバイスのロケーションと状態を追跡するモジュール１００、および、その機関内で使用するための標準化された報告を生成するか、または、カスタマイズされた報告を提供するために、介護人、技師、または機関の他の要員からの入力によってプログラムされることができる報告モジュールなどの他のモジュール１０５などの、種々のモジュールを含む。
【００３２】
図１に示すように、サーバ６０は、独立型デバイスであり、通信システム５０を通じて、インタフェース／サーバ６５などの、他のインタフェースまたはサーバと通信してもよい。別法として、インタフェース／サーバ６５およびサーバ６０は、同じ物理的デバイス上に存在してもよい。
【００３３】
インタフェース／サーバ６５は、サーバサービス、ならびに、コントローラ５５およびサーバ６０を、薬局情報管理システム２０、検査室情報システム２５、患者（または病院または臨床）情報システム３０、コンピュータ化された医師オーダエントリシステム（ＣＰＯＥ）３５、患者入力システム４５などの機関の他の情報システム、および、任意の適切な、または、利用可能な他の機関のシステム４０にインタフェースするインタフェースを提供する。さらに、インタフェース／サーバ６５は、コントローラ５５またはサーバ６０に接続された臨床デバイスを監視するモジュール１１０、ページャネットワーク１１５、ショートメッセージサービス（ＳＭＳ）テキストメッセージング１２０、ｅ−メール１２５、ボイスオーバＩＰ（ＶｏＩＰ）１３０、および、無線携帯情報端末（ＰＤＡ）、無線アプリケーションプロトコル（ＷＡＰ）使用可能電話などのような他のモダリティを通じて介護要員に、アラーム、警報、または他の情報を送出するモジュールを含んでもよい。
【００３４】
インタフェース／サーバ６５は、施行された治療の状態報告を提供し、処方された治療レジメンの情報または修正の入力を可能にし、看護ステーション１３５、薬局ワークステーション１４０、医師ワークステーションおよび／またはリスク管理ワークステーション１４５において、コントローラ５５と通信する臨床デバイスによって通信される警報またはアラーム状況の指示を提供してもよい。インタフェース／サーバ６５はまた、ＰＤＡ７０、あるいは、ラップトップコンピュータまたは携帯型コンピュータ７２などの遠隔機器と通信してもよい。こうした移動体遠隔機器は、介護人によって運ばれるか、または、その他の方法で移動体の機関の機器に連結して、機関のデータベースに対する介護人によるアクセスを可能にし、治療レジメンを提供するか、または、変更することを可能にし、介護人が機関を動き回るときに、介護人に対して警報、アラーム、または所望の報告を提供することを可能にしてもよい。
【００３５】
図２は、本発明の態様を組み込み、システムの種々の構成要素のさらなる詳細を示すシステムの別の例を示す。施設の情報および治療管理システムの種々のサブシステムは、通信システム１５０によって一緒に接続される。通信システム１５０は、たとえば、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネットまたはイントラネットベースの通信ネットワーク、あるいは、施設内の種々の情報システム間の通信を可能にする信号を搬送するように設計された何らかの他の通信ネットワークであってよい。たとえば、図２に示すように、通信システム１５０は、種々のインタフェース１５５を通して、病院管理システム１６０、薬局情報システム１６５、コンピュータ化された医師オーダエントリシステム（ＣＰＯＥ）システム１７０、制御システム１７５、およびルールライブラリ１８０を接続する。複数の患者ケアデバイスまたはシステム１８５、１９０、および１９５もまた、直接か、あるいは、適したルータ、サーバ、または他の適切なデバイスを通して、通信システム１５０に接続されてもよい。
【００３６】
通信システム１５０は、たとえば、イーサネット（ＩＥＥＥ５２２．３）、トークンリングネットワーク、あるいは、ワイヤか、光電気通信ケーブルのいずれかを利用した、他の適したネットワークトポロジーを備えてもよい。代替の実施形態では、通信システム１５０は、介護施設全体に配置された、かつ／または、種々のサブシステム、コンピュータ、患者ケアデバイス、および施設内で使用される他の機器に取り付けられた送信機および受信機を利用する、無線システムを備えてもよい。こうした無線システムでは、システムによって送受信される信号は、無線周波数（ＲＦ）、赤外（ＩＲ）、あるいは、適切な送信機または受信機を有するデバイス間で情報を無線方式で伝達することができる他の手段であることができる。こうしたシステムは、システムの種々の態様を接続するのに配線を全く必要としないことを除いて、図１および図２で述べたシステムと同じであってよいことが当業者によってすぐに理解されるであろう。
【００３７】
種々のシステム１６０、１６５、１７０、１７５、および１８０のそれぞれは、一般に、デジタルコンピュータなどのハードウェアの組み合わせを備えてもよく、デジタルコンピュータは、１つまたは複数の中央処理ユニット、高速命令およびデータ記憶装置、オンラインの稼動ソフトウェアの大容量記憶装置とデータの短期記憶装置、オフラインのデータの長期記憶装置（取り外し可能なディスクドライブプラタ、ＣＤ−ＲＯＭ、または磁気テープなど）、および、モデム、ローカルエリアネットワーク、またはワイドエリアネットワーク（ネットワーク１５０など）に接続するための種々の通信ポート、および、報告を生成するプリンタを含むことができる。こうしたシステムはまた、ビデオディスプレイとキーボードを含む遠隔端末、タッチスクリーン、プリンタ、および種々の臨床デバイスに対するインタフェースを含んでもよい。種々のシステムのプロセッサまたはＣＰＵは、通常、以下でより完全に説明されることになる、本発明の種々の態様を実施する１つまたは複数のコンピュータプログラム、ならびに、Microsoft,  Inc.によって配布される、Ｗｉｎｄｏｗｓ  ＮＴ（商標）またはＷｉｎｄｏｓ  ２０００（商標）またはＷｏｎｄｏｗｓ  ＸＰ（商標）などのＷｉｎｄｏｗｓ（商標）オペレーティングシステム、あるいは、たとえば、Linux によって配布される別のオペレーティングプログラム、Ｒｅｄ  Ｈａｔ、あるいは、任意の他の適したオペレーティングシステムなどの、基本動作ソフトウェアによって制御される。動作ソフトウェアはまた、他の機能の中でもとりわけ、他のハードウェアまたはネットワークとの通信、データの入出力、および報告の生成と印刷を使用可能にする種々の補助プログラムを含むであろう。
【００３８】
本発明の患者治療および治療管理システムは、機関全体の情報システムを包含する種々の実施形態を参照して述べられるが、本発明の概念および方法が、より小さい範囲を有する情報システムに対して同様に当てはまることを、当業者は認識するであろう。病棟または部門において本発明の機能および機構を提供するように設計された本発明のシステムの
実施形態は、病棟または部門の種々の情報システムと、検知デバイスと、治療送出デバイスとの間の有線接続と無線接続の両方を提供するために、病棟内に配置された適切なサーバ、データベース、および通信手段を含むであろう。
モジュール式患者ケアデバイス
患者ケアデバイスおよびシステム１８５、１９０、および１９５は、腸管外および経腸注入ポンプおよび人工呼吸器などの治療器具、心拍数、血圧、ＥＣＧ、ＥＥＧ、およびパルスオキシメータなどの生理的モニタ、ならびに、血液、尿、および組織サンプル測定器具およびシステムなどの臨床検査室生化学器具を含む、種々のさまざまな医療デバイスを備えてもよい。
【００３９】
一実施形態では、患者ケアデバイス１９５は、参照により本明細書に組み込まれる、Eggers他に対する米国特許第５，７１３，８５６号に記載されるシステムと同様のモジュール式システムを備える。この実施形態では、患者ケアデバイス１９５は、１つまたは複数の機能モジュール２０５、２１０、２１５、および２２０に接続された、高度なプログラミングモジュールまたはコントローラ２００（図１のコントローラ５５と同様の）を備える。コントローラ２００は、メモリ、たとえば、ランダムアクセスメモリ（ＲＡＭ）２３０に接続された中央処理ユニット（ＣＰＵ）２２５、ならびに、ユーザインタフェースデバイス２３５、キーボードまたはバーコードリーダなどのデータ入力デバイス２４０、ネットワーク接続２４５、および付加的なモジュールまたはデバイスと通信するための補助インタフェース２５０などの１つまたは複数のインタフェースデバイスを含む。コントローラ２００はまた、必ずしもそうではないが、ソフトウェアおよびデータを記憶するための、不揮発性主記憶ユニット２５５、好ましくは、ハードディスクドライブ、または、別法として、読み出し専用メモリ（ＲＯＭ）、および、上述した要素を相互接続する１つまたは複数の内部バス２６０を含んでもよい。図２に示すように、患者ケアデバイス１８５および１９０は、コントローラ２００と同じ構成要素を含む単一モジュール患者ケアデバイスを表してもよい。
【００４０】
典型的な実施形態では、ユーザインタフェースデバイス２３５は、ユーザに情報を表示し、ユーザが、スクリーンの定義されたエリアに触れることによって情報を入力することを可能にするタッチスクリーンである。別法として、ユーザインタフェースデバイス２３５は、モニタ、プリンタ、キーボード、ソフトキー、マウス、トラックボール、および／またはライトペンなどの、情報を表示し、入力する任意の手段を含むことができる。データ入力デバイス２４０は、好ましくは、バーコード化されたフォーマットで印刷されたデータを走査し、解釈することができるバーコードリーダである。別法として、データ入力デバイス２４０は、磁気ストリップ、ＰＣＭＣＩＡスマートカード、無線周波数カード、ＲＦＩＤタグ、メモリスティック、ＣＤ、ＤＶＤ、あるいは、任意の他のアナログまたはデジタル記憶媒体を読み取るデバイスなどの、データをコンピュータに入力する任意のデバイスであることができる。データ入力デバイス２４０の他の例は、音声作動すなわち認識デバイス、携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、または他の携帯コンピューティングデバイスを含む。
【００４１】
使用されるインタフェースデバイスのタイプに応じて、ユーザインタフェースデバイス２３５およびデータ入力デバイス２４０は、同じデバイスであってよい。別法として、データ入力デバイス２４０は、コントローラ２００内に配設されるように図２で示されるが、データ入力デバイス２４０が、薬局情報システム１６５内に統合されてもよく、または、外部に位置し、ＲＳ−２３２シリアルインタフェースまたは任意の他の適切な通信手段を通して薬局情報システム１６５と通信してもよいことを、当業者は認識するであろう。別法として、データ入力デバイスは、任意の適した機関の情報システムを通してインタフェースされてもよく、機関の情報システムは、直接か、あるいは、１つまたは複数のサーバ、ルータ、集信装置、または当業者に知られている他の機器を通して通信する。補助イ
ンタフェース２５０は、好ましくは、ＲＳ−２３２通信インタフェースである。しかし、プリンタ、患者モニタ、注入ポンプ、または他の患者ケアデバイスなどの周辺デバイスと通信する任意の他の手段が、本発明の範囲から逸脱することなく使用されてもよい。
デジタル通信方法
ネットワーク接続２４５は、好ましくは、Ｔ１接続、統合デジタル通信網（ＩＳＤＮ）接続、デジタル加入者回線（ＤＳＬ）モデム、またはケーブルモデムなどの、直接ネットワーク接続である。別法として、限定はしないが、電話モデム、ＭＩＢシステム、ＲＳ２３２インタフェース、補助インタフェース、光リンク、赤外リンク、無線周波数リンク、マイクロ波リンク、またはＷＬＡＮＳ接続を含む、任意の直接または間接ネットワーク接続が使用されてもよい。
モジュール式患者ケアデバイス
機能モジュール２０５、２１０、２１５、および２２０は、患者にケアを提供するか、または、患者の状況を監視するための、コントローラ２００の制御下にある任意の患者ケアデバイスである。本発明の一実施形態では、機能ユニット２０５、２１０、２１５、および２２０の少なくとも１つは、薬剤または他の流体を患者に送出する経静脈注入ポンプなどの注入ポンプモジュールである。この説明のために、機能ユニット２０５が、注入ポンプモジュールであると考えられる。機能ユニット２１０、２１５、および２２０のそれぞれは、限定はしないが、注入ポンプモジュール、シリンジ注入モジュール、患者調節式鎮痛法（ＰＣＡ）モジュール、硬膜注入モジュール、血圧モニタ、パルスオキシメータ、ＥＫＧモニタ、ＥＥＧモニタ、呼吸終期ＣＯ２（ｅｔＣＯ２）モニタ、心拍数モニタ、頭蓋内圧（ＩＣＰ）モニタ、グルコースモニタ、または温度モニタを含む、任意の治療デバイスまたは監視デバイスであってよい。別法として、機能モジュール２１０、２１５、および２２０は、プリンタ、スキャナ、または、任意の他の周辺入力／出力通信デバイスであってよい。
【００４２】
各機能ユニット２０５、２１０、２１５、および２２０は、モジュール式患者ケアデバイス１９５の全体の制御および状態の表示を提供するコントローラ２００と、直接的に、または、間接的に通信する。一実施形態では、機能ユニット２０５、２１０、２１５、および２２０は、図２に示すように、また、Eggers他において詳述されるように、コントローラ２００の一端または両端に物理的に、また、電気的に直列に接続される。しかし、機能モジュールを、本発明の範囲から逸脱することなく利用することができるインタフェースユニットと接続する他の手段が存在することを、当業者は認識するであろう。十分なプログラム可能性および接続性を提供する、ポンプまたはモニタなどのデバイスが、別個のインタフェースユニットが無い状態でネットワークと直接通信してもよいことも理解されるであろう。上述したように、付加的な医療デバイスまたは周辺デバイスは、１つまたは複数の補助インタフェース２５０を通して患者ケアシステム１９５に接続されてもよい。
【００４３】
各機能ユニット２０５、２１０、２１５、および２２０は、通常、モジュール特有構成要素２６５、マイクロプロセッサ２７０、揮発性メモリ２７５、および情報を記憶する不揮発性メモリ２８０を含む。４つの機能モジュールが図２に示されるが、任意の数のデバイスが、直接または間接にコントローラ２００に接続されてもよいことが留意されるべきである。本明細書に述べる機能モジュールの数およびタイプは、例証的であり、本発明の範囲をいずれの点でも制限することを意図しない。モジュール特有構成要素２６５は、たとえば、注入ポンプモジュール２０５用の圧送機構などの、特定のモジューの動作に必要な任意の構成要素を含む。
【００４４】
各機能ユニットは、通常、少なくともあるレベルの独立した動作が可能であるが、コントローラ２００は、モジュール式患者ケアデバイス１９５の全体の動作を監視し、制御する。たとえば、以下でより詳細に述べるように、コントローラ２００は、機能ユニット２０５、２１０、２１５、および２２０にプログラミング命令および電力を提供し、表示用
、他のモジュールの制御の調整用、ならびに接続された医療デバイスおよび情報システムに対する通信用のデータを受信する各モジュールの状態を監視する。
【００４５】
別法として、機能ユニットの機能および機構は、独立型ユニットに組み込まれてもよい。たとえば、機能ユニット２０５は、注入ポンプとして述べられるが、機能ユニット２０５によって実施される同じ機能が、独立型注入ポンプに組み込まれ、独立型注入ポンプによって実施されてもよいことが考えられる。こうした独立型デバイスは、有線手段か、無線手段のいずれかで通信システムと通信することができる、適した通信ポートなどの適切な通信デバイスを通してシステムと通信してもよい。
ユニバーサル構成データベース
本発明の一実施形態によれば、患者ケアデバイスまたはシステム２０５、２１０、２１５、および２２０は、薬物投与パラメータおよびルール、デバイス稼動特性および通信パラメータなどの、機関で確立された医療処置用の指針を含むユニバーサル構成データベースから得られたデータ、ルール、および稼動パラメータのインストールを通してカスタマイズされることができる。患者ケアデバイスまたはシステム２０５、２１０、２１５、および２２０のそれぞれは、それ自身の全く異なったデバイス稼動特性または機構の少なくとも一部を有する異なるデバイスタイプを備えてもよい。
患者識別
薬剤が正しい患者に施行されているという保証は、このシステムによっても提供される。病院に入ると、全ての患者は、通常、識別番号（患者ＩＤ）および関連するリストバンドを発行される。テキスト形態で、かつ、コード化された形態で、患者ＩＤが、バンド上に印刷されるか、または、バンド内に配置される。コード化されたＩＤについて、種々のオプションが存在する。たとえば、バンドは、バーコード、磁気ストライプ、または、コード化された患者識別情報を記憶する任意の他の手段を利用することができる。
【００４６】
リストバンドまたはＩＤデバイスはまた、自動的でない場合、患者を受動的に識別するために、患者のロケーションにある適切なデバイスによって、ＩＤデバイスまたはバンドが支配されることを可能にする無線デバイスを含んでもよい。その後、有線か、無線のいずれかの通信手段を使用して、患者のアイデンティを要求した、患者のロケーションにあるどんな機器に対しても、患者のアイデンティティが提供されるであろう。同様な技術は、以下で詳細に説明される、薬剤ラベルと共に使用されてもよい。
【００４７】
本発明のシステムに接続された臨床デバイスが、起動された後、デバイスは、ユーザインタフェース２３５上で、現在の患者および／またはデバイスの現在のロケーションに関する情報を表示する。本発明の一実施形態では、この情報は、デバイスの最後の使用から呼び出される。別法として、デバイスのロケーションおよび／または患者識別情報は、機関内の通信システム１５０を通して受信された情報によって決定されてもよい。たとえば、図２を参照すると、通信システム１５０を通じて新生児集中治療室内のサーバに接続されたデバイス１８５、１９０、１９５は、デバイスがベッド１のそばに配置されるべきであり、また、特定の患者が、そのベッドに滞在することが予定されているという情報を、サーバから受信する。それに応じて、デバイス１８５、１９０、１９５は、デフォルトの患者およびロケーションとしてその情報を利用する。別法として、デバイス１８５、１９０、１９５は、センサ、または、そのロケーションを一意に決定する他の手段によって、病院内のロケーションを自動的に決定する。センサは、限定はしないが、ネットワークレセプタクルまたはポートアドレス、ネットワークアダプタ、プログラムされたロケーション命令、ロケーションを指示する病院記録、ＩＲセンサまたはタグ、ＲＦセンサまたはタグ、磁気センサまたはタグ、あるいは、デバイス１８５、１９０、１９５のロケーションを検出する任意の他の手段を含む、デバイスのロケーションを検知するか、または、検出する任意のデバイスまたはプロセスとして、本明細書において幅広く定義される。
【００４８】
そのロケーションを決定した後、デバイスは、デバイスのメモリに入力された情報が正しいかどうかをユーザに照会する。患者がデバイスにとって新規である場合、あるいは、情報が抜けているか、または、誤っている場合、ユーザは、ユーザインタフェース２３５を使用して、患者ＩＤをデバイスに入力する。患者ＩＤは、通常、患者識別情報を含むコード化された患者リストバンドを走査することによる、バーコードリーダ２４０などの、入力デバイスを使用して入力される。別法として、患者ＩＤは、キーボード、キーパッド、または、たとえば、ＲＦＩＤタグなどの、無線技術およびセンサを利用するデバイスを含む他の入力デバイスを使用して、手作業で入力されてもよい。臨床デバイスのプロセッサが、通信システム１５０を通じてアクセスすることができる、臨床デバイスは、動作し、患者に治療を送出するために、臨床デバイスが使用している現在の構成データセットが、特定の患者のニーズについて正しいかどうかを、機関の種々の情報およびルールデータベースに照会することによって判定する。現在の構成データセットが、抜けているか、または、誤っている場合、ユーザは、たとえば、臨床ロケーション、患者、医師などに従って構成データセットを選択することによるなどで、適切な構成データセットを選択するようにプロンプトを表示して指示される。別法として、適切な構成データセットＩＤは、患者識別バンドから走査してシステムに入力されてもよく、または、患者アイデンティティ、ロケーション、または他の患者特有情報が、デバイスまたはシステム１８５、１９０、１９５に入力されると、メモリから、または、通信システム１５０内の別のロケーションから自動的に検索されてもよい。
オーダ入力／確認
医師が、患者に施行される、ＩＶまたは治療レジメンをオーダするときに、オーダは、通常、薬局に最初に送出され、オーダは、病院の薬局情報システムに入力される。オーダは、簡単な処方伝票に書かれてもよく、または、ＣＰＯＥシステム３５（図１）に直接入力されてもよい。ほとんどの病院は、既に与えられた薬剤の記録ならびに将来処方される薬剤の記録を維持することができる薬局コンピュータシステムを含む。薬局情報システムは、通常、薬物アレルギーおよび薬物有害相互作用のライブラリを提供し、ライブラリと対照して、入ってくるそれぞれの処方箋が、処方箋入力プロセス／薬物調剤プロセスの一部として調査されて、可能性のあるアレルギーおよび薬物有害相互作用を識別し、また、処方された治療方針によって患者が損傷を受ける場合、患者に対する薬物の施行を防止するのに役立つ。さらに、システムは、診断された疾患を処置するのに２つ以上の薬物が使用される場合など、任意の治療が、繰り返されていないか、治療が、相乗作用があるか、または、拮抗作用があるか、また、処方された治療が、それに応じて修正されるべきかどうかを判定するためにチェックされる。
【００４９】
ある機関では、集中化された薬局が存在しない。代わりに、薬物は、病棟または部署において、時には、熟練した介護人によってベッドサイドで調製される。これらの場合、オーダは、オーダを受け取り、かつ／または、調製することを許可された介護人に送出される。病棟または部署は、その運営が、病棟または部署に制限されていることを除いて、上述したシステムなどのシステムを装備する。このシステムは、機関全体システムとして介護人に情報の全てを提供することができる。さらに、薬局システムと、病棟または部署ベースシステムは共に、本発明の原理に従って動作するときに、たとえば、食事後３０分以内などの、特定の時間に薬物を与える推奨、薬物を冷たくか、暖かくかなどに保つ指示、光への暴露による薬物の劣化を防止するために、不透明注入セットを通してだけ薬物を注入するという指示、などのような、特定の薬物の施行についての忠告を提供するシステムにおいて具体化されてもよい。システムはまた、患者の状態の変化を考慮して提供される推奨を修正してもよく、推奨は、書き留められ、手作業か、自動のいずれかでシステムに入力される。
【００５０】
さらに、本発明によるシステムはまた、薬物または治療の計画された送出が、過度であるか、または、早期に与えられたときなど、計画されたシーケンスのタイミングが同期を
はずれる場合に、介護人に警報を出すことを含む、薬物または他の治療のシーケンスの計画および施行を可能にしてもよい。システムは、警報だけでなく、他の報告も提供して、計画されるか、または、患者に送出される薬剤および治療の状態に対する見通しを、こうした情報を必要とする介護人に提供する。システムの種々の実施形態は、通常、計画されるか、または、既に施行された薬物または治療の記録が、介護人によって必要とされるか、または、要求されるように、たとえば、薬物名によるなど、種々の方法で分類されることを可能にするであろう。
【００５１】
オーダが入力された後、患者に施行される薬剤が、通常、薬局で、しかし、場合によっては、病棟で、看護ステーションで、または、ローカルな薬物の在庫が貯蔵されるロケーションで調製される。薬局情報システム２０は、通常、薬剤、薬剤が意図される患者を識別するテキスト文字または他の符号化された情報、および、デバイスが元の処方オーダに従って薬剤を送出するようにプログラムするために、適切な臨床デバイスに通信するための稼動パラメータなどの他の情報を、薬剤上に設置するためのラベルに印刷する。
【００５２】
たとえば、薬剤が、注入ポンプを使用して送出される場合、薬剤ラベルは、好ましくは、少なくとも以下の情報、すなわち、患者名、患者ＩＤ、患者のロケーション、注入プロトコル基準、注入プロトコル偏差、または、もしあればデルタ、および予定される注入時間を含む。さらに、連続注入の場合、ラベルは、薬物名、投与量、（もしあれば）希釈薬、薬物濃度、および注入レートを含んでもよい。同様に、断続的に、または、必要に応じて与えられる注入の場合、ラベルは、薬物名、投与量、希釈薬、濃度、および施行予定を含んでもよい。ラベルは、処方箋が、ユニット看護ステーションに搬送される前に、薬剤容器に貼り付けられる。薬剤は、好ましくは、機関の要員、空気圧チューブによって薬局から看護師ステーションまで搬送されるか、または、看護師ステーションの近くの薬物調剤キャビネット内に収容される。別法として、薬物は、ＰＹＸＩＳシステム（Pyxis   Corporation 、カリフォルニア州サンジエゴ(San  Diego,  Calif.))などのロボットシステムを使用して搬送されてもよい。薬剤が、ユニット看護ステーションから配送される場合、同じタイプのラベルが、看護ステーションで印刷されるか、または、手書きされ、薬物容器に貼り付けられてもよい。
【００５３】
その後、適切な時間に、ラベルを貼った薬剤容器が、患者のロケーションへ持って行かれる。種々のＩＤおよび薬剤ラベルに関連するデバイスを自動的に照会するように設計された受動デバイスを含む、バーコードリーダまたは他のデータ入力デバイスを使用して、コード化された薬物ラベル、患者のコード化されたＩＤ、および介護人のＩＤバッジが走査され、構成データセットＩＤを含む、任意の補助処方情報または医療デバイス構成命令は、ラベル上に含まれるか、付随するオーダに含まれか、あるいは、メモリ媒体からの情報、あるいは、ラベル上またはラベル内に含まれるコードを読み取ることなどによって、患者および薬剤の確認が終了すると、医療デバイスまたはシステム内に入力されるか、または、ダウンロードするようにその他の方法で利用可能にされる。走査された情報は、たとえば、ＲＡＭ２３０（図２）内など、デバイスのメモリに記憶されるが、デバイスまたはシステム１８５、１９０、および１９５は、走査されたデータを最初に比較して、患者のアイデンティティが、薬剤ラベル上の患者の情報に相当すること、および、処方箋が、適切な時間に施行されていることが確実にされる。
【００５４】
正しい患者、処方箋、および時間が、確認された後、デバイスまたはシステム１８５、１９０、および１９５は、種々の稼動パラメータ、薬剤ラベル（または、薬剤トランザクションキャリア）から検索したパラメータの手作業による入力を使用してプログラムされてもよい。別法として、デバイスは、アクティブな構成データベース、容器ラベル上で識別されるプロトコルまたは他のプログラム情報から、適切な関数およびコマンドを検索することによって、プログラムされてもよい。デフォルトのパラメータ値は、処方箋に含ま
れる任意のデルタ情報によって調整されてもよい。ユーザは、タッチパッド、バーコードリーダ、または、任意の他の適切な手段を使用して、抜けているか、または、不完全なデータを入力するようにプロンプトを表示して指示される。任意選択で、一部のデータは、入力された患者ＩＤ、介護人ＩＤ、ユーザコマンドなどに基づいて、通信システム１５０を介して、または、適切な部署のサーバから自動的に取得されてもよい。
【００５５】
全ての必要とされる設定が入力されると、デバイスまたはシステム１８５、１９０、１９５は、確認のためにユーザに対して、直列か、または、１つまたは複数のグループでデータを表示する。構成データセットがまた、アクセスされて、その構成についてのプロトコル、ルールのセット、または他の指針に従って、入力された注入パラメータがチェックされる。正しくないか、または、範囲外のエントリが検出される場合、警報が作動して(activated) 、オペレータに知らせる。患者のリストバンドからの患者ＩＤと薬剤ラベルからの患者ＩＤが一致しなければ、どんな場合も、薬剤が患者に送出されることが許可されないであろう。一実施形態では、患者から走査された患者ＩＤが、薬剤ラベルから走査された患者ＩＤに一致するときに、臨床稼動パラメータが、臨床デバイスに通信されるだけである。別の実施形態では、臨床デバイスが、処方箋オーダに従って薬剤を送出するようにプログラムするために、走査され、臨床デバイスに通信されることができる臨床稼動パラメータを、薬剤ラベルが含む場合、デバイスのプロセッサは、走査された患者ＩＤと薬剤ラベル上の患者ＩＤが一致する場合に、臨床稼動パラメータが、ラベルから走査されることを可能にするだけであろう。
【００５６】
以下で説明するように、この確認プロセスは、正しい薬剤が、正しい時間に、正しい方法で正しい人に送出されることを確実にする他のステップを含んでもよい。たとえば、臨床デバイスのプロセッサは、送出のタイミングを以前の薬剤の送出のログと比較して、薬剤をその時間に送出することが適切であるかどうか、または、以前の投与と投与との間隔が、機関で決定されたルールおよび最良の実践のデータベースにおいて述べられたより短いかどうかが判定されてもよい。別法として、こうした比較はまた、間隔が長過ぎるかどうか判定することもでき、長過ぎることは、薬物施行が、抜けたか、または、遅いことを示し、現在の薬物送出についての１つまたは複数の送出パラメータの報告および／または調整が必要とされる。システムはまた、介護人に警報を提供するようにプログラムされもよく、薬物施行のタイミングが、予定通りではなく、調査／評価および／または調整を必要とすることを、介護人に通知する。
【００５７】
全ての情報が、入力され確認されると、臨床デバイスは、いつでも動作できるようになり、患者に対する薬剤の送出は、自動的か、または、ユーザからのコマンドによって開始されてもよい。臨床デバイスが、中央コントローラ２００および１つまたは複数の機能デバイス２０５、２１０、２１５、２２０（図２）を備える場合、コントローラ２００は、１つまたは複数の適切な機能モジュールと通信して、機能モジュール（複数可）が、処方された治療を実施するようにプログラムされる。
【００５８】
処方箋ラベルまたは他の処置命令（確認が達成されると、通信ネットワーク１５０を通じて通信されるような）は、複数の薬物送出予定および他の命令を識別してもよいことが留意されるべきである。複数の薬物送出予定（または、１つの複合薬物送出予定）は、臨床デバイス１９５によって実施される複数の動作を規定してもよい。たとえば、処方箋ラベルまたは処方箋オーダは、複数のチャネルおよび注入溶液を含むマルチチャネル協調式注入薬物送出予定を識別することができる。さらに、同じオーダは、機能モジュール、独立型注入デバイス、または補助デバイスが、血圧、心拍数、Ｏ２飽和度、呼吸数などの患者の生理的パラメータを監視するようにプログラムするための、送出予定（または、詳細命令）を識別してもよい。コントローラ２００は、測定されたパラメータを監視し、アクティブなルールのセットおよび他の構成命令に応じて、生理的モニタから受信する信号に
基づいて注入パラメータを修正することができる。こうしたフィードバックシステムは、薬物の滴定にとって、麻酔を制御するのに、または、血圧を調節するのに有用である場合がある。
【００５９】
本発明の一実施形態では、ベッドサイドコントローラ５５（図１）は、看護師、医師、または技師によって使用されて、特定の患者に関する種々の情報を表示するために、機関のデ−タベースがアクセスされてもよい。この情報は、機関の患者情報システム３０によって維持される患者の薬剤プロファイルから引き出される、オンラインで、リアルタイムで、グラフィカルな患者電子薬剤施行記録（ｅＭＡＲ）を含むことができる。コントローラ５５はまた、たとえば、患者についての、薬剤履歴、検査室結果、および記憶された処置レジメンを表示するために、機関のシステム上に記憶された患者の記録に対する遠隔アクセスを可能にしてもよい。たとえば、薬剤履歴は、患者に対する過去の、現在の、また将来の送出を含む、全ての薬物または他の処置のリストを含む。さらに、機関の管理システム２０、２５、３０、３５、および４０の記録に対するアクセスは、ネットワーク５０を通して利用可能である。別法として、この情報は、以下でより詳細に説明されるように、薬剤データベースキャリア、薬局情報システム、または、患者に対する医療治療の施行中に記録されるか、または、ログがとられる、種々の警報または臨床「 事象」 に関する報告を採取し、解析し、生成することに専用の別個のシステムにおいて記憶されてもよい。
【００６０】
本発明の別の実施形態では、過去および現在の医療施行活動および／または種々の薬剤の施行のための適切なパラメータについての機関の指針に関する情報の１つまたは複数のライブラリを含むデータベースは、サーバ６０上に記憶されてもよい。たとえば、指針は、投与量、施行頻度などの薬物施行パラメータに関する、機関で確立された指針または限界、ならびに、たとえば、注入ポンプをプログラムするための、適切な流量および注入継続時間などの他の送出関連情報を含んでもよい。さらに、指針は、高齢患者、小児患者、および腫瘍患者を対象とする薬剤施行などの、同様な薬剤についての送出パラメータの異なるセットを有する、特定の患者または処置エリアに適切な薬物施行を提供する指針を包含してもよい。慢性炎症または慢性疼痛を処置する１つまたは複数の化学療法レジメンなどの特定の治療レジメンを対象とする指針も含まれてもよい。こうしたデータベ−スは、たとえば、薬局情報システム２０に関連するモジュールなどの、特定の機関のシステムに関連するサーバまたはシステム上に記憶されることができることが理解されるであろう。
【００６１】
先に述べたように、各ベッドサイドコントローラ５５は、適切なインタフェースを通して、種々の周辺機器に接続されることができる。たとえば、図２を参照すると、コントローラ２００は、患者のリストバンドまたは薬剤容器上のバーコードを読み取ることができるバーコードリーダ２４０、所定の制御された方法で、患者に薬剤を送出する注入ポンプ２０５、または、自動的に、患者の生命徴候を監視し、これらの生命徴候を表す信号をコントローラ２００に送出することができる種々の他の機能ユニット２１０、２１５、２２０を含んでもよい。コントローラ２００は、後で検索するために、この情報を記憶してもよく、または、処置推移中に患者の生命徴候のグラフィック表示を提供するための、選択されたソフトウェアアプリケーションが記憶および解析するために、ネットワーク１５０を通してこの情報を通信してもよい。さらに、患者についての情報は、検査室の結果または他の患者情報などの患者の処置に関連する情報と相関がとられて、患者の処置の進行に関する報告の生成が可能になり、また、介護人が、患者についての最良の処置方針を決定するのを補助する場合がある。こうした情報はまた、ルールデータベース／エンジン９０（図１）を通してフィルタリングされて、介護人に対してインテリジェントな警報またはアラームが提供され、または、患者の処置に対する変更が示唆されてもよい。
【００６２】
本発明の実施形態の動作を管理し、機関の他のシステムとインタフェースすることがで
きる治療管理システムのアプリケーションソフトウェアは、通常、存在するアプリケーションソフトウェアグループの１つまたは複数のみに関してシステムのインストールおよび動作を可能にするように、構成がモジュール式である。これは、コストと複雑さが問題になる場合があるか、または、全体のシステムが必要とされない個々の機関のいろいろなニーズを満たすときの柔軟性を提供する。しかし、モジュール式アプリケーションのそれぞれは、システムに完全に統合可能である。
【００６３】
治療管理システムのプログラムは、モジュール式アプリケーションのうちの１つによって生成されるアラームまたは警報を制御する。アラームは、適切なビデオディスプレイに自動的に送られる。たとえば、ポンプ７５（図１）によって生成される閉塞アラームは、所定期間の間、ローカルのままであってよい。その期間後に、コントローラ５５またはサーバ６０、６５は、アラームが、ネットワーク５０を通じて通信されるようにすることによって、アラームをブロードキャストして、他の病院のスタッフに可能性のある問題が報知されるか、または、たとえば、医師または看護師などの患者のケアに責任のある特定の人が、テキストメッセージまたはｅ−メールまたは他の通信方法によって、呼び出しを受ける。警報またはアラームの深刻さのレベルは、機関によって決められてもよい。警報の深刻さのレベルはまた、警報に対する機関内の介護人による応答または応答の欠如に応じて、機関で決められたように増大してもよい。
【００６４】
本発明のシステムに組み込むことができる種々のモジュール式アプリケーションの動作は、以下でより完全に説明されるであろう。一実施形態では、システムは、医療オーダ情報、注入ポンプ監視、および患者に施行される薬剤のリアルタイム確認および図表化をサポートするバーコード技術を統合する医療施行管理モジュールを含む。医療施行管理モジュールは、各患者について、オンラインで、リアルタイムで、患者特有の電子薬剤施行記録（「ｅＭＡＲ」）または統合化薬剤施行記録（「ＩＭＡＲ」）を作成し、維持する。
【００６５】
この医療施行管理モジュールは、患者に提供されるケアに関する、機関内で生成される情報の全てを含む。医療施行管理モジュールは、機関全体に分布した種々のベッドサイドコントローラから情報を収集する。たとえば、患者を担当する医師が、病気を診断し、患者について適切な処置方針を決定するとき、医師は、望ましい治療処置ならびに投与量および／または施行期間などの任意の適切なパラメータを指定する手書きの医療オーダを準備してもよい。手書きの処方箋は、機関のメールシステムを通して薬局に送出され、処方箋は、専用端末または他の手段を通して薬局情報管理システム２０に入力され、その後、治療管理システムに入力される。
【００６６】
別の実施形態では、医師は、遠隔情報エントリデバイスを使用してネットワーク５０を介して、専用端末または治療管理システムを通して薬局情報管理システム２０またはＣＰＯＥシステム３５にアクセスする。遠隔情報エントリデバイスは、看護用ＣＰＵ、ベッドサイドコントローラ５５（図１）、あるいは、携帯コンピュータか、ラップトップコンピュータか、ＰＤＡなどの他のあるデバイスであることができる。別法として、処置オーダは、看護師または他の資格のある介護人によって、薬局管理システム２０かＣＰＯＥシステム３５のいずれかに入力されてもよい。
バーコード
ここで、図３〜５を参照すると、本発明のバーコード識別システムの種々の実施態様が示される。たとえば、図３は、患者が、自覚していないか、または、そうでない場合に質問に応答できなくても、各患者が、確実に識別されるようにするために、病院および他の機関の環境で通常使用される種類の患者識別ブレスレット３００を示す。バーコード３０５は、患者識別ブレスレット３００に付着された(attach)ラベル上に印刷され、患者を識別するのに必要な情報を、バーのシーケンス内に符号化している。このバーコードは、コントローラ２００（図２）に接続されて示されるような、コンピュータ化されたバーコー
ドリーダ２４０を使用して読み取られてもよい。一般に、バーコードリーダ２４０は、バーコードにわたって走査される光放出および受信ワンドを備える。ワンドによって放出された光は、バーコードを構成する暗と明の線のシーケンスによって反射され、ワンドの受光レンズに入る。ワンド内のセンサは、受け取った光を信号に変換し、信号は、その後、コントローラ２００に送信される。その後、コントローラ２００上で実行されるソフトウェアアプリケーションプログラムは、当業者によく知られている方法で、信号をバーコードによって表されるデータに復号する。適切なソフトウェアプログラムを使用して、その後、このデータは、コントローラ２００のメモリ２３０またはディスク記憶部２５５に記憶されたデータベースに自動的に入力されてもよい。バーコードは例証のために述べられたが、それぞれのバンド、介護人バッジ、または患者リストバンド上に記憶されたデータを表すのに、磁気ストライプまたはプログラム式穿孔などの他のシステムが使用されてもよいことを、当業者はすぐに理解するであろう。別法として、バーコードリーダは、読み取られるバーコードが、リーダの上を通過する必要があるだけであるようにコントローラ２００のハウジング内に組み込まれてもよく、または、別法そして、リーダがバーコードを読み取ることができるようにリーダに隣接する位置に設置されてもよい。
【００６７】
バーコードシステムは、非常に柔軟性があり、制限はされるが、バーコードによって表すことができる情報量は、いろいろな方法で使用することができる。たとえば、図４に示すように、薬物容器３１０は、バーコード３２０が上に印刷されているラベル３１５によって識別される。このバーコード３２０は、患者識別情報、および、医療オーダ番号、および、薬物の調剤および処置の追跡に役立つと、機関が気づく任意の他の情報を表すことができる。バーコード３２０はまた、バーコードリーダを使用して読み取られてもよく、以下で説明される医療施行管理モジュール内に含まれるような、適したアプリケーションソフトウェアを使用して、薬物容器およびその内容物を、患者に貼り付けた患者識別ブレスレット３００に結びつけて、正しい薬物が、正しい方法で正しい時間に正しい患者に送出されることを確実にするのに使用することができる。
【００６８】
バーコードの使用は、先に説明した実施態様に限定されない。たとえば、バーコード３３５を有するバーコードラベル３３０の用紙３２５が、図５に示される。こうしたラベルは、本発明の治療管理システムの、薬局情報管理システム２０またはＣＰＯＥシステム３５（図１）に接続されたプリンタによって、または、別法として、治療管理システムの種々のコントローラまたはコンピュータに接続されたバーコードリーダによって読み取ることができる形態の情報を載せるバーコードを作るようにプログラムされることができる、任意の他の病院情報システムに接続された任意の他のプリンタによって作ることができる。その後、これらのバーコードラベル３３０は、積極的な識別が必要とされる、臨床デバイス、患者所有物、または他のアイテムに貼り付けられてもよい。
【００６９】
別法として、無線手段を使用して治療管理システムと通信することができる他のデバイスが、患者、薬物、看護師、または医療デバイスに貼り付けられてもよい。治療管理システムにインタフェースし、通信することができる、たとえば、ＩＲまたはＲＦ送受信機が、薬剤データベースキャリアまたは他の識別デバイスに組み込まれてもよい。他の無線技術が使用されてもよい。
【００７０】
治療管理システムの別の実施形態は、図６に示されており、患者３５０および／または介護人は、バッジまたはリストバンド３５５を有し、バッジまたはリストバンド３５５は、それぞれの病室または処置エリアに配置された送信機／受信機３６０からの信号に応答して、病室または処置エリアの占有者のアイデンティティ、おそらくは、占有者に関する他の選択された情報を、治療管理システムに自動的に提供する電子回路を含んでもよく、患者および／または介護人のバッジあるいはリストバンド上のバーコードを読み取るために、バーコードリーダを使用する必要性がなくなる。こうしたシステムは、患者も、介護
人も、機関内の自分のロケーションを治療管理システムに知らせる能動的なステップをとる必要がない点で、受動認識システムとして述べられてもよい。
【００７１】
こうしたシステムの一例は、介護人または患者のバッジまたはリストバンド３５５内にインテリジェントＲＦコンピュータチップを組み込み、ＲＦコンピュータチップは、病室また処置エリアの入口または出口の、あるいは、壁または天井に取り付けられたフレーム３６５内など、病室または処置エリア内に配置されたＲＦトランスポンダまたはリーダ３６０に対して独特の、または、プログラムされた応答を提供する。それぞれのバッジまたはリストバンド３５５は、独特の方法でトランスポンダ３６０の信号と相互作用し、独特の相互作用は、バッジまたはリストバンド３５５についての割り当てられたコードを示す。この技術を使用することは、患者および介護人を識別するプロセスから、手作業によるステップおよび「人の要素」の一部を取り除くであろう。
【００７２】
こうした回路を有するバッジまたはリストバンド３５５を装着する個人３５０が、送信機／受信機３６０が配置される部屋またはエリアに入ると、バッジまたはリストバンド３５５内の電子回路は、介護人または患者の役割に関して積極的な行為が無い状態で、送信機によって放出される信号と相互作用する。この相互作用は、受信機によって検知されることができ、受信機は、電子回路と放出信号との相互作用から、バッジまたはリストバンド３５５のアイデンティティを決定することができてもよい。別法として、受信機は、相互作用を検知するだけであり、コンピュータまたは他のプロセッサに対して検知された相互作用を表す信号を提供し、コンピュータまたは他のプロセッサは、その特定のバッジまたはリストバンド３５５に関連する個人のアイデンティティを決定するようにプログラムされているか、または、その他の方法で決定するように構成されている。
【００７３】
前のパラグラフは、電子回路を使用した受動認識システムを述べるが、他の手法が使用されてもよい。たとえば、患者および／または介護人は、病室または処置エリア内に配置された適切な検出器によって自動的に読み取ることができる磁気的に符号化されたデバイスを有してもよいことを想定することができる。
【００７４】
本発明を組み込む治療管理システムの実施形態が、過去の、現在の、また将来の予定された薬剤を全て含む、オンラインで、リアルタイムで、患者特有のグラフィカルな薬剤施行記録を維持する場合、看護師は、ｅＭＡＲに関して、予定される投与量を選択し、特定の時間における患者の健康状態に依存するオプションのリストから選択される指定された理由のために、予定される投与量が施行されないことになることを指示してもよい。このシステムはまた、看護師が、ｅＭＡＲに関して、予定される投与量を選択し、オプションのリストから選択される投与量に関するメモおよび観察を記録することを可能にする。本発明のシステムはまた、選択された薬剤および吐出される投与量に関する特定の情報を表示するための、看護師または他の介護人がアクセスすることができる、オンラインでリアルタイムのヘルプスクリーンを提供する。これらのスクリーンは、看護師ステーションにおいて、コントローラ２００（図２）のユーザインタフェース２３５、ＰＤＡ、ラップトップコンピュータまたは携帯コンピュータ、あるいは、システムによって通信される情報を受信することができる任意の他の適したディスプレイデバイス上で表示されてもよい。
【００７５】
別の実施形態では、本発明の治療管理システムは、薬局内の薬局情報管理システム２０、１６５のビデオディスプレイ上に表示することができる、進行中の注入のリストを提供する。予め選択された期間内に終了することになる薬物施行は、色強調または他の手段によって、他の施行と区別されてもよい。残り時間、薬物名、および患者名が、プログラム制御用のボタンと共に提示されてもよい。
【００７６】
別の実施形態では、本発明の治療管理システムは、たとえば、以下でより完全に説明さ
れることになる、確認プロセス中に、不一致が識別されるときに生成される、警報および他の治療関連情報のログを、記憶されたファイル内に記録し、維持する。システムは、介護人が、リアルタイムで不一致を確認し補正するか、または、適切なコマンドを入力することによって警報をオーバライドすることを可能にするプログラミングを提供する。介護人が、警報をオーバライドすることが可能である場合でも、治療管理システムは、プロンプトを表示して、それぞれの警報のオーバライドについての理由を入力するように介護人に指示し、その後、患者についてのｅＭＡＲ内にその理由を自動的に入力する。
【００７７】
特定の処置パラメータが、介護人によってデバイス内に正しく入力されなかったことを指示し、また、処置パラメータまたは被監視パラメータを、機関が決めた許容可能限界、ルール、および良好な実践のデータベースと比較することによって、ある被監視パラメータが許容可能な範囲をはずれていると判定されることを指示する、特定の薬剤施行デバイスまたは監視デバイスによって報告される特定の警報状況を、治療管理システムが追跡してもよい。これらの警報または「 事象」 は、サーバ６０または６５に関連する記憶媒体内など、治療管理システムに関連するデータベース内に自動的に記憶されてもよく、または、機関の他の情報システムに関連するデータベースに自動的に記憶されてもよい。別法として、警報は、専用の事象ロギング／解析および報告サーバ内に記憶されてもよい。解析は、指定された薬剤施行デバイスについて報告を生成してもよく、または、解析は、機関内の薬剤施行デバイスの全て、または、選択されたサブセットからの事象報告を統合し、カスタマイズされた形式か、または、機関によって予め確立された形式に従って報告を提供してもよい。
【００７８】
本発明の別の実施形態では、ネットワークに取り付けられた種々の臨床デバイスをリアルタイムに監視し、ネットワークの他のどこかに配置された監視ステーションに、これらのデバイスに関する情報を提供するように設計された、臨床監視および事象履歴モジュールは、サーバ６０、６５上で実行されるプログラムのうちの１つのプログラムとして、または、他の機関のシステム４０（図１）の一部として含まれてもよい。たとえば、臨床監視および事象履歴モジュールは、看護ユニット内の、個室、半個室、または病棟エリア内で、患者に薬剤を送出するために使用中である複数の臨床デバイスを監視するように構成されることができる。臨床監視および事象履歴モジュールは、各デバイスからリアルタイムデータを検索し、たとえば、携帯コンピュータまたはラップトップコンピュータ、ＰＤＡ、あるいは、治療管理システムと通信する他のポータブル遠隔デバイスなどの、遠隔デバイスに関連するディスプレイ上を含む、ベッドサイド、看護ステーション、薬局、または、必要に応じて機関内の他のロケーションに配置されたビデオディスプレイ上に、その状態および設定に関する全ての有意のデータを含む、各デバイスの視覚表現を表示する。
【００７９】
たとえば、臨床監視および事象履歴モジュールが、注入ポンプを監視している場合、看護ステーションの看護師は、そのポンプについての状態にアクセスすることができ、看護ステーションに配置された看護師コンピュータに取り付けられたディスプレイが、その時間に実施されている注入の状態に関する情報を表示する。たとえば、情報は、注入されている薬物の名前、患者の名前、注入の予定された開始、注入の実際の開始、注入の予定された終了、注入の見積もられた終了、注入された薬物の量、注入されるべく残っている薬物の量、看護師による注意を必要とする場合がある任意の警報または不一致状況を含むことができる。さらに、システムに接続された種々の監視デバイスから受信された情報か、検査室報告か、または、機関の患者情報システム３０内に記憶された患者のプロファイルから検索されたアレルギー情報などの他の情報などの、患者特有の他の情報は、介護人が利用可能であり、介護人に表示されてもよい。
【００８０】
本発明の治療管理システムは、完全に統合されたシステムであるため、治療管理システムの構成要素の全ては、協調して働き、その結果、看護師、医師、または技師は、看護ス
テーションのビデオディスプレイ上か、または、ベッドサイドのコントローラ２００（図２）のユーザインタフェース２３５上に表示された注入の状態を評価した後、たとえば、キーボード、タッチスクリーン、またはコンピュータの他の入力デバイスなどの、適切な入力デバイスを使用することによって、たとえば、ビデオディスプレイ上に表示されたスクリーンを使用して、それに応じて注入レジメンを調整することができる。
インテリジェントアラーム
臨床監視および事象履歴モジュールはまた、アラームが発生すると、看護ステーションに取り付けられたビデオディスプレイなどの、遠隔監視スクリーン上にアラーム状況を即座に表示するようにプログラムされてもよく、または、モジュールは、介護人のページャか、テキストメッセージ使用可能セルフォンか、または他のこうしたデバイスに電子メッセージを送出してもよい。アラームはまた、インターネットを通して、ｅ−メールによるか、または、ボイスオーバＩＰによって送出されてもよい。たとえば、各患者の注入の状態は、看護ステーションのビデオディスプレイ上に表示されることができる。警報が発生すると、病室を表すボックスが、警報に注意を引き付けるために赤の閃光を放つ。こうしてアラーム状況を表示することによって、看護師が、看護ステーションから迅速にかつ容易に患者を識別し、アラームを引き起こす状況に対処するための適切な対策をとることが可能になる。システムはまた、機関の薬局内に配置された薬局情報システムに取り付けられたビデオディスプレイなどの、機関全体に配置された他のビデオディスプレイにおいて、特に重要な事象として識別された一定のアラームを表示するようにプログラムされてもよい。
【００８１】
患者が、正常より低いレートで呼吸しているが、患者の血液酸素レベルは、正常範囲内であることを、呼吸監視デバイスが検出するときなど、患者に対して即座に害をもたらさない状況によって、多くのアラームが生成されるため、本発明の一実施形態は、アラームを解析し、アラームを重要性の階層に分類するシステムを含む。システムは、機関によって確立されたルールおよび指針を、アラーム状態に適用することによってこれを行って、アラームの優先順位または重要性が、介護人の即座の通知が必要であるようなものかかどうか、または、アラーム状態が、評価され補正されるまで、ある期間の間、そのままにされることができるかどうかが判定される。
【００８２】
アラーム解析モジュールはまた、アラーム状態が補正される前に、アラームの発生および時間を追跡するようにプログラムされてもよい。たとえば、アラーム状態が検出されてから、所定期間より長い期間が経過する場合、アラームの優先順位は、上げられる場合があり、アラームが介護人に通信されることになる。
【００８３】
本発明の他の実施形態では、治療管理システムの種々のモジュールは、患者または患者の血液に関して実施された種々の検査室試験の結果を含む、患者に対する治療の施行を追跡する。このデータはまた、血圧、ＥｔＣＯ２、またはＳｐＯ２などの、患者の生命徴候を監視している種々の臨床デバイスから受信された情報と統合されてもよい。機関の許容可能レベルおよび良好な実践を反映する情報のデータベース内に記憶されたルールおよび指針を適用して、本発明の治療管理システムのプログラムは、データを解析し、処方された治療が所望の結果を達成する時を識別してもよく、患者に送出されている治療に対する調整が必要とされることを指示する、所望の結果が達成されていない時を識別してもよい。別の実施形態では、治療管理システムは、検査室システム、生命徴候監視デバイス、および治療施行デバイスからの種々の患者関連データを解析し、解析された情報に、ルールデータベース内に記憶されたルールおよび指針を適用することによって、所望の結果を達成するために、代替の処置方針または現在の処置パラメータに対する調整を提案してもよい。
【００８４】
別の実施形態では、本発明の治療管理システムは、機関内における、各臨床デバイスの
ロケーションおよびその使用履歴の記録を維持するのに使用される臨床デバイス追跡および報告モジュールを含む。このシステムは、注入ポンプまたは生命徴候センサなどの、機関内で使用される各臨床デバイスについての、機関内の現在のロケーションまたはわかっている最後のロケーションの記録を維持する。そのため、所与の治療レジメンまたは生命徴候測定について、適切な機器が、看護師または技師によって容易に配置されることができる。これは、機器が一時的に置き間違えられるような、多くの病室、患者ベッド、または処置エリアを有する大きな病院または診療所において特に有用である。このシステムはまた、処置が一台の特別な機器を必要とするような、緊急事態が起こる特別な例においても有用である。その機器の状態は、看護ステーションで利用可能なディスプレイなどのビデオディスプレイから容易に確認されることができ、あるいは、ＰＤＡまたは他の適したデバイスなどの、ポータブルまたは遠隔デバイスのディスプレイ上に表示されてもよい。
【００８５】
臨床デバイス追跡および報告モジュールはまた、臨床デバイスを使用して処置される患者、臨床デバイスのロケーション、日付け、時間、使用継続時間、起こる任意のアラーム、および、どんな薬剤が調合されたかに関する情報を含む、各臨床デバイスの使用履歴を含む記録を維持する。この履歴はまた、臨床デバイスについての保守および較正記録を含んでもよい。こうした情報は、技師、看護師、または他の病院管理要員によってオンラインで照会されて、臨床デバイスを配置するのを補助するための報告、デバイスの使用履歴に関する報告が生成され、また、予防的保守および機器較正のログが提供されることができる。複雑でかつ感度が高い臨床デバイスの効率的な較正は、治療処置送出の精度および品質を維持するために、ヘルスケア機関において特に重要である。デバイスの使用履歴を維持することはまた、必要なときに、または、特定の臨床デバイスが、時代遅れになってしまっており、デバイスのより新しいモデルと交換する必要があることを、記録が指示する場合に、追加の臨床デバイスを購入することを正当化するのに役立つ。
【００８６】
一実施形態では、本発明の治療管理システムは、病院内の種々のユニットの間での情報共有のための枠組みを提供し、機関内でのヘルスケアの送出に関わる看護師、医師、および技師によって使用される、毎日のツールの仕分けをサポートする知識資源ツールモジュールを含む。このモジュールは、機関内で患者を処置するときの、ケア管理チームの効率を改善するために、外部情報源をケアシステムに統合することを可能にする、または、統合するのを補助する。
【００８７】
たとえば、知識資源ツールモジュールは、たとえば、計算機、適切な投与量および患者に注入される特定の薬物についての注入量を計算する投与量計算機、測定単位間の変換のための標準測定変換計算機、体表面積計算機、ならびにタイマおよびストップウォッチを含む種々のオンラインツールを提供してもよい。これらの資源は、システム内の適切な地点においてビデオディスプレイ上に表示され、薬局、看護ステーション、またはベッドサイドに配置された、ローカルか、ポータブルか、または遠隔の任意のコンピュータから利用可能であってよい。これらのアプリケーションツールは、たとえば、注入ポンプが、投与量の計算を補助するために、注入開始時に構成されるときなどに、ビデオディスプレイ上に自動的に現れるようにプログラムされることができる。これらの資源はまた、看護師、医師、または技師による適切なコマンドの入力によって利用可能になってもよい。
【００８８】
本発明の治療管理システムの一実施形態は、事象ロギング／解析および報告モジュールを含んでもよい。このモジュールは、種々の方法で実施されてもよい。たとえば、事象ロギングシステムは、機関の薬剤施行管理モジュールの一部であってもよく、別個のモジュールあってもよく、または、機関内に配置されても、されなくてもよい異なるコンピュータシステム内で実施されてもよい。たとえば、一実施形態では、事象ロギング／解析および報告モジュールは、機関の外部に配置される第３者コンピュータシステム上に存在するが、有線通信システムか、無線通信システムか、または、両方の組み合わせを使用して機
関のシステムと通信してもよい。
【００８９】
事象ロギング／解析および報告モジュールの種々の構成の共通の特徴は、モジュールが、薬剤施行デバイスによって生成された情報を薬剤施行デバイスから受信するか、または、検索し、情報を解析し、その後、受信した、または、検索した情報に関する報告を機関に提供することである。これらの報告は、機関において患者に対する薬剤の送出を改善するために、機関によって使用されて、薬剤送出プロセスまたは介護人の訓練に対する改善によって補正することができる、頻繁に起こるエラーまたは状況が識別されてもよい。こうした報告は、随時カスタマイズされてもよい、すなわち、事象を解析する責任のある介護人または他の個人が、カスタム報告を要求してもよく、または、システムが、報告を要求する個人または部署によって選択されることができる、機関によって予め確立された報告用形式のメニューを提供してもよい。別法として、システムは、予め確立された形式の報告が、生成され、予め選択された間隔で、機関内の適切な個人または部署に配布されるように自動化されてもよい。こうしたシステムは、通常、メモリに記憶された１つまたは複数のデータベースにおいて具体化されることになり、治療関連情報が、データベースから抽出され、適切なソフトウェアプログラムによって制御されたプロセッサを使用して解析されてもよい。解析結果は、将来の使用または配布のために、メモリに記憶されてもよく、または、プリンタを使用して印刷されてもよい。
【００９０】
図１に示すように、治療管理システムは、ネットワーク５０を介して機関内の他のシステムに接続される。このネットワークは、病院の他の情報システムに対する標準ヘルスレベル（ＨＬ７）インタフェースをサポートしてもよく、ＨＬ７標準をサポートしないシステムまたはデバイスに対するカスタムインタフェースをサポートすることができる。システムインタフェースは、リアルタイムか、バッチモードのいずれかであるが、機関の薬局システムに対するリアルタイムインタフェースは、オンライン医療施行記憶保持をサポートすることを要求されてもよい。
【００９１】
治療管理システムソフトウェアは、種々の機関のニーズに適合するために、種々のオペレーティングシステム上で動作するように書かれることができる。本実施形態では、ソフトウェアは、ＩＢＭ互換マイクロコンピュータ上で、Ｗｉｎｄｏｗｓ環境（Ｗｉｎｄｏｗｓは、Microsoft,  Inc.の商標である）を使用して、看護師および医師にインタフェースするように書かれる。Ｗｉｎｄｏｗｓ環境は、当業者によく知られており、本明細書では詳細には述べられないであろう。治療管理システムソフトウェアは、Ｗｉｎｄｏｗｓシステムを使用して実施されると、Ｗｉｎｄｏｗｓオペレーティングシステムが、いくつかのプログラムを同時にロードする能力を提供する点で、特に有用である。いくつかのアプリケーションプログラムが同時に実行されることを可能にし、なおかつ、治療管理システムの種々のソフトウェアモジュールに対する即座のアクセスを提供する、マルチタスクプログラムが使用されてもよい。
Ｙサイト適合性チェック
注入治療レジメンの推移中に、第１薬物が患者に注入されると同時に、第２薬物が、注入のために処方される時がしばしば存在する。多くの例では、この２次的注入は、１次注入ソースラインへのアクセスを可能にする「Ｙサイト」コネクタを使用することによって達成される。こうした注入セットアップは、ソースライン４１０が中に設置された蠕動ポンプ４０５を有する注入ポンプ４００を示す図７に示される。ソースライン４１０は、Ｙサイトコネクタ４１５を含む。本発明の概念が、任意の他の種類のポンプに同様に適用可能であることを、当業者は理解するであろう。１次注入流体源４２０は、出力ライン４３５を通して患者へ注入するために、患者に送出される注入剤を、ライン、Ｙサイトコネクタ４１５、およびソースライン４１０を通してポンプ４０５へ提供する。Ｙサイトコネクタ４１５はまた、注入流体源４２５内に含まれる第２注入剤が、２次ソースライン４３０を通り、Ｙサイトコネクタ４１５およびソースライン４１０を通ってポンプ４０５内に流
れる追加の接続を提供する。このタイプのセットアップは、たとえば、患者に対する注入流体の順次送出または患者に対する２つの異なる流体の同時送出を可能にするために、いくつかの異なるモードで使用されてもよい。さらに別の変形では、２次ソース４２５は、省略され、シリンジを使用してＹサイトコネクタ４１５のポートを通して第２注入剤を注入することによって、２次注入剤が、ソースライン４１０に送出されてもよい。
【００９２】
本発明の実施形態は、複数のソース注入レジメンが実施されるときに生じることが多い問題を解決することを対象とする。ある場合には、第１注入剤および第２注入剤（または、第３注入剤または他の注入剤）は、互いに適合せず、たとえば、薬物の混合を防止すること、または、第２薬物の注入が、ある期間遅延されることが要求される。介護人が、こうした注入によって引き起こされる可能性のある問題を知っていても、通常、こうした不適合性があるかをチェックし、介護人に警報を出す方法が存在しない。
【００９３】
本発明の治療管理システムのこの実施形態では、ベッドサイドコントローラ２００（図２）は、そのメモリに、１次ラインでどんな薬物が注入されるかを記憶している。介護人は、バーコードリーダ２４０を使用するか、あるいは、たとえば、また、先に述べたように、薬物に付着されたＲＦＩＤタグを読み取ることによって、または、機関のある他のシステムから通信システム１５０を通して情報を受信することによってなど、ある他の手段を使用することによって、送出される第２薬剤をコントローラに識別させる。一実施形態では、薬物の識別情報をコントローラ２００に知らせる、病室内に存在するか、または、その他の方法で患者に連結する、有線または無線の送信機／受信機によって、薬剤がいつ検出されるかによって、機関のある他のシステムからの情報がトリガーされる。
【００９４】
図８に示すフローチャートは、機関のシステム上に存在するデータベースをチェックして、第２薬物が、患者に安全に送出されるかどうかを判定する、本発明の一実施形態によって実施されるロジックを示す。先に述べたように、患者に送出される薬剤の識別情報は、ボックス４５０にて、システムに入力される。システムは、ボックス４５５にて、薬物が、Ｙサイトを使用して送出されるかどうかを尋ねるプロンプトをユーザインタフェース２３５上に表示する。この照会に対する回答が、いいえ、である場合、システムは、特定の薬物について適切であると思われる他のプロセスを続ける。ボックス４５５のプロンプトに対する回答が、はい、である場合、介護人は、投与量および他の関連するパラメータをシステムに入力し、システムは、ボックス４６０にて、これらの送出パラメータが、薬物を送出される先の患者にとって適切であるかどうかを判定する。この判定は、入力されたパラメータを、データベース４６５に記憶された、サイトが定義したルールおよびプロトコルと比較することによって実施され、データベース４６５は、コントローラ２００のメモリに記憶されてもよく、または、サーバ６０（図１）などのシステム上のどこか他のところで利用可能であってよく、また、通信システム１５０を通してコントローラ２００によってアクセスされてもよい。
【００９５】
システムが、稼動パラメータが患者にとって不適切であると判定する場合、介護人は、警報が出され、稼動パラメータが適切であると、システムが示すまで、パラメータのうちの１つまたは複数を変更してもよく、または、警報をオーバライドし、システムが先に進むように指示してもよい。後で解析し、報告するために、全ての警報およびオーバライドの記録は、通常、コントローラ２００のメモリに記憶される。
【００９６】
ボックス４６０にて、稼動パラメータが適切であると判定される場合、システムは、存在する輸液と第２薬物を、薬物不適合性情報のデータベース４７５と比較することによって、ボックス４７０にて、吐出される薬物が、既存の輸液に適合するかどうかを判定する。前と同様に、データベース４７５は、コントローラ２００のメモリに記憶されてもよく、通信システム１５０を通してコントローラ２００にアクセス可能なサーバ上に存在して
もよい。薬物が、現在の輸液または前の輸液に不適合性があると判定されない場合、介護人は、コントローラのセットアップを終了し、注入を始動する。しかし、ボックス４７０にて、薬物が、不適合性があると判定される場合、介護人は、ボックス４８０にて、不適合性に対して警報が出される。警報はまた、たとえば、異なる薬物が送出されることを推奨すること、または、注入を始める前に所定期間待つことなどの、問題を補正するための推奨を含んでもよい。これらの推奨は、サイトで定義されてもよく、または、標準化された推奨のデータベースから提供されてもよい。
薬物動態学モデリング
図９は、本発明の治療管理システムの別の実施形態であり、患者特有の情報と、処置される状況についての目標治療範囲に基づいて提案投与量および／または監視予定を生成することによって介護人を補助するための、薬物動態学方程式およびアルゴリズムを組み込むサイトで定義されたルールとを組み合わせる。
【００９７】
薬物動態学（ＰＫ）モデルは、血漿を含む体の種々のコンパートメントおよび種々の「効果部位」組織内での、注入薬物の理論的な時間分布および濃度（性質) の計算を可能にする。ＰＫモデルへの入力は、通常、投与量（Ｑ）の時間推移、制御された臨床研究から得られる薬物の「パラメータ」、および、利用可能である場合、体重、年齢、性、血液容積、腎クリアランスなどの患者特性を含む。
【００９８】
たとえば、簡単なＰＫモデルは、血漿中の薬物濃度（ＣＰ）を、一定連続薬物流量Ｑの継続時間の関数として、以下のように推定する。
ＣＰ（ｔ）＝Ｑ／（Ｋ＊Ｖｄ）＊（１−ｅ（０．６９３＊ｔ／ｔ1/2 ））
ここで、パラメータについて、
ｔは、経過時間であり、
Ｑは、薬物流量であり、
ｔ1/2 は、薬物の半減時間(half life) であり、
Ｖｄは、分布容積である。
多くの薬物は、それを上回ると毒性を示し、それを下回ると効果がない、狭い範囲の最適濃度（Ｃ）を有する。最適な薬剤送出治療は、各薬物の一般的なＰＫ特性、ならびに、これらの特性を修正する可能性がある、年齢、血液容積、および腎クリアランスなどの患者特有の因子を考慮する。
本発明の治療管理システムの一実施形態は、患者に対する薬剤の送出に関連する介護人に対して、初期指針と継続するフィードバックの両方を提供するために、機関によって定義された薬物動態学モデルを使用する。典型的なアプリケーションでは、薬物は、特定の患者について、所与のプロファイル内で送出するように選択される。関連する患者特有のデータは、システムによって検索され、この患者についてＰＫモデルを最適にするのに使用される。別法として、選択されたＰＫモデルを使用して計算を容易にするために、介護人が、適切な患者情報をシステムに入力することを、システムが要求してもよい。特定の薬物に関連する複数のＰＫモデルを含む、２つ以上のＰＫモデルが存在してもよい。そのため、ある例では、介護人は、システムによって介護人に提示されるＰＫモデルのリストの中から選択することによって、使用する適切なＰＫモデルを選択するであろう。
選択されたＰＫモデルを使用して、本発明の治療管理システムの実施形態は、患者の血漿内で所望のレベルの薬剤を達成するのに必要とされるボーラスおよび連続投与量に関する推奨を提供してもよい。治療管理システムは、患者の血漿または血液内の薬物レベルを監視し、薬物を送出する臨床デバイス、通常、注入ポンプに、ボーラスおよび連続投与(dosing)についての、動的に更新された投与量限界を提供するようにプログラムされる。さらに、本発明のシステムの一実施形態では、システムは、コンパートメント濃度の進行中の計算を可能にし、コンパートメント濃度は、機関で定義されたコンパートメント限界と比較されて、直接に注入システムによって、ならびに、ページャ、セルフォン、または他の病院情報システムなどの２次情報システムによって、警報、アラーム、および他の指針が
提供される。
たとえば、ニトロプルシドナトリウムは、患者の血圧を下げるために、急性高血圧を経験する患者に施行されてもよい。ニトロプルシドナトリウム、効能のある血管拡張薬は、通常、初期ボーラス投与量で、それに続いて、特定の目標効果部位濃度を迅速に達成することを意図された連続維持投与量で、ＩＶによって注入される。
患者が、機関に入るのを許可されると、患者の年齢、体重、性、および他の特有のデータが、機関の情報システムに入力され、したがって、本発明の治療管理システムによってアクセスされ、検索されてもよい。患者の血圧は、たとえば、患者の橈骨動脈の血圧を監視するように設計された監視デバイスを使用して連続して監視されてもよい。患者の血液、尿、および他の流体または組織のサンプルは、患者の血液学および腎機能を評価するために抽出されてもよい。この情報は全て、１つまたは複数の機関の情報システム上に存在する１つまたは複数のデータベースに記憶され、本発明の治療管理システムによって、必要に応じてアクセスされ、検索されてもよい。治療管理システムは、選択されたＰＫモデルを適用して、患者のデータが評価され、評価に基づいて、ニトロプルシドを送出するためのボーラスおよび連続投与量（機関の定義された限界内にある）に関する特定の推奨を行う。
後に、患者についての、腎機能についての結果などの適切な検査室試験結果が、システムに入力され利用可能になったときに、システムは、このデータを評価して、推奨された送出パラメータを決定するのに使用された初期限界の適切さが判定される。たとえば、検査室試験結果が、腎クリアランスが制限されていることを示す場合、特定の患者に対するニトロプルシド送出についての投与量上限は、再調整される必要がある。さらに、効果部位濃度限界は、ニトロプルシドの産物による代謝毒の蓄積を回避するために、準最適の腎クリアランスの関数として下げられる場合がある。腎クリアランスが極めて低い場合、システムは、血圧を調節するために、代替の薬剤の使用を推奨しもよい。
【００９９】
薬動力学（ＰＤ）測定およびモデルは、効果部位（コンパートメント）における薬物濃度と、血圧、心拍数、意識レベルなどの生理的反応との関係を記述する。薬物動態学は、注入された薬物の時間推移に基づいて、種々のコンパートメントにおける現在と将来の薬物の性質（濃度および／または量）を推定する手段を提供するが、生理的反応は、通常、器具および／または臨床評価によって測定される。これらの生理的反応は、機関の１つまたは複数の情報システムに入力され、患者に対するケアの送出において看護者を補助するために、本発明の別の実施形態によってアクセスされ、検索されてもよい。たとえば、機関で決定された投与量限界および効果部位限界は、現在と過去のＰＤ評価ならびに患者の他の特定の因子の関数として治療管理システムによって自動的に修正されてもよい。
【０１００】
再び、ニトロプルシドナトリウム注入の例を参照すると、本発明の適切にプログラムされた実施形態は、特定の患者についての、動脈血圧の順次測定を表す記憶データにアクセスし、検索し、効果部位薬物濃度を計算してもよい。システムは、このデータを評価し、患者について、薬動力学濃度−反応曲線を計算するようにプログラムされる。この反応曲線から、効果部位濃度の変化に対する患者の感度が、効果部位濃度に対する反応速度から決定される。次に、患者の反応感度が、システムによって使用されて、血圧レベルの低減などの特定の臨床目標を達成するための、投与治療を調整することに関する推奨が生成される。たとえば、血圧とニトロプルシドの効果部位濃度との関係をシステムが推定することによって、所望の終了点を達成するのに、どれだけ投与量を増減するかが、介護人に知らされるであろう。さらに、別の実施形態では、システムは、所望の効果を達成するために投与プロトコルを修正するための特別な推奨を介護人に与えてもよい。
【０１０１】
１次鎮静薬として与えられる麻酔プロポフォールおよび１次鎮痛薬として与えられるレミフェンタニルなどの一部の薬物は、相乗相互作用を示す。同時に与えられると、鎮静に及ぼす効果は、個別に与えられるいずれかの薬物についてよりも大きい。こうした相互作
用は、本発明のシステムの種々の実施形態によって監視されてもよい。システムは、機関内での最良の実践を表す、機関によって決定されたルールを適用して、薬物のこうした組み合わせを送出することが、介護人によって処方された送出パラメータが適切であることを確実にしてもよい。パラメータが適切でないと、システムが判定する場合、システムは、介護人に警報を出し、ある実施形態では、薬物の送出が、機関で決定されたルールによって上述したように実施されることを確実にするために薬物の送出パラメータを調整するための推奨を介護人に与えてもよい。さらに、システムは、臨床結果および検査室結果ならびに関連する患者情報に従って、ＰＤモデルを適用して、定義された投与量限界およびコンパートメント濃度限界を動的に調整してもよい。別法として、システムは、介護人に対して、こうした調整のための推奨を行ってもよい。たとえば、プロポフォールおよびレミフェンタニルが患者に施行される場合、両方の薬剤についての、投与量下限およびコンパートメント下限が指示され、この情報が、介護人が検討するために介護人に提供されることになり、あるいは、本発明のある実施形態では、限界は、機関が確立した指針ならびに患者の生理機能および状況を考慮して、適切になるように、システムによって自動的に調整されることになる。
【０１０２】
患者に送出される治療を計画し、調整することに適用されるときに、機関で決定されたルールの適用に加えて、ＰＫおよびＰＤモデルを使用することは、飛行機の飛行経路を制御するのに使用されるシステムと類似の自動化システムとして考えることができる。治療推移は、患者について、生理機能および状況などの患者情報、疾患診断、ならびに機関内において一般に受容される最良の実践に基づいて計画される。治療が進行するにつれて、種々の監視デバイスによって提供される値、検査室結果、および患者入力（たとえば、患者の疼痛についての患者のスケーリングなど）で表される患者の状況が、システムによって監視される。問題を示す結果が、現在存在するか、または、存在する可能性がある場合、患者についての最良の結果をもたらすために、治療の推移すなわち飛行経路が、システムによって調整されてもよい。これらの調整は、投与パラメータに対する調整、治療に対する調整または変更についての推奨、あるいは、治療または治療のある態様が注意を必要とするという、介護人に対する通知または警報の形態をとってもよい。そのため、本発明は、計画された治療の推移と、患者を監視するデバイスによって決定されたその治療の進行中の結果と、患者に関して実施される検査室または他の試験の結果を含む、システムが利用可能な情報に基づく、患者に対する治療の閉ループ制御を含む。
【０１０３】
先に述べた実施形態と同様に、施行される薬剤または薬物は、図９のボックス５００にて、たとえば、バーコードリーダを使用して、たとえば、薬剤ラベル上の情報を、システムに入力することによって、治療管理システムに対して識別される。適切に設計されたソフトウェアを実行して、システムは、ボックス５０５にて、推奨される投与および監視予定を生成する。推奨される投与および監視予定は、サイトが定義した処置プロトコルのデータベース５１０に記憶された情報、サイトが定義した方程式およびアルゴリズムのデータベース５１５に記憶された情報、他の病院または機関のシステム５２０からの情報、監視デバイス５２５から受信される情報を使用して生成され、監視デバイス５２５から受信される情報は、監視デバイスから直接に受信されるか、または、血圧、体温、検査室結果などの、監視デバイスによって生成される情報から検索され、また、通信ネットワークを使用してシステムにアクセス可能なデータベースに記憶されてもよい。最後に、推奨される投与および監視予定を生成するときの因子として、患者入力が使用されてもよい。たとえば、患者の年齢、体重、性、アレルギー、および他の状況などに関する情報は、推奨される投与および監視予定を生成するために、システムによって使用されてもよい。さらに、患者が経験している疼痛についての患者による等級付けなどの、患者の状況についての患者の評価に関する患者からの情報が、システムに入力されてもよい。
【０１０４】
注入が始動されると、システムの１つまたは複数のサーバ上、あるいは、コントローラ
２００などのコントローラ上、あるいは、両方の上で動作するのに適したソフトウェアプログラムにおいて具体化される本発明の治療管理システムの種々の実施形態は、注入、ならびに、種々の監視デバイスおよび検査室器具または情報システムからの患者の状況および状態に関する情報の採取を監視する。本発明のさらなる実施形態は、治療施行デバイスおよび臨床監視デバイスから受信された情報を使用して、所望の結果に向かうように患者の推移を改善するために、介護人が、患者に送出される処置レジメンを修正するのを補助される。
【０１０５】
たとえば、注入開始後に注入ポンプの稼動パラメータを修正することは、種々のルール、薬物動態学方程式、および／または、他の機関の指針の、提案されるパラメータ変更に対する適用をトリガーしてもよい。万一、提案される変更が、１つまたは複数の理由によって不適切であると、システムが判定する場合、システムは、介護人、看護師ステーション、および／または、薬局に対して、警報またはアラームを提供するであろう。ある例では、警報またはアラームは、オーバライドされてもよく、他の例では、注入ポンプのさらなる動作が、パラメータ値が許容可能な値に変更されるまで、システムによって妨害されてもよい。
【０１０６】
別の実施形態では、システムは、種々の臨床監視デバイスまたは機関の検査室試験によって生成される、特定の患者に関連する情報を監視する。この実施形態では、システムは、機関によって確立されたプロトコルおよび指針を適用して、患者のデータを監視して、適切な試験が実施されたかどうか、および、試験または監視の結果が機関の指針の範囲内にあるかどうかが判定される。たとえば、必要とされる試験が、機関で決定された期間内で実施されたことを、システムが検出しない場合、システムは、介護人、看護師ステーション、薬局ステーション、または、システムと通信する情報ビュアの任意の他の適したワークステーションに警報を送出する。警報またはアラームの優先順位は、監視される状況、患者の過去の医療履歴、状況または他の特性、最後のデータが受信されて以来の時間枠、および、前の警報またはアラームに応答して、介護人が何等かの対策をとったかどうかに基づいて自動的に調整されてもよい。
【０１０７】
本発明の態様を具体化するプロセスの例は、図１０のボックス図に述べられる。ボックス５５０にて、注入が始動されるか、または、薬物が施行された後、システムは、図１および図２に示すシステムなどの、通信ネットワークシステムを通して、システムにアクセス可能な種々の情報データベースを監視する。所与の治療に関連する特定の患者または薬物プロファイルが、指定された時間枠で、または、特定の時刻に患者の状況の１つまたは複数の局面の監視を要求する場合、システムは、ボックス５５５にて、こうした監視の結果が、指定された時間枠内で種々の情報データベースに記憶されているかどうかを判断するためにチェックする。結果が、指定された時間枠内で受信されたかどうかを判定するときに、システムは、サイトが定義したプロトコルのデータベース５６０、サイトが定義したアラーム管理ルールのデータベース５６５、他の病院情報システム５７０、監視デバイス５７５、および患者入力５８０などの、機関の他のシステムから情報にアクセスし、検索する。
【０１０８】
必要とされる結果が、指定された時間枠で受信されなかったと、ボックス５５５にて判定される場合、システムは、ボックス５８５にて、１人または複数の人あるいは１つまたは複数のワークステーションに警報を送出し、警報は、警報を引き起こした状況を補正するための１つまたは複数の推奨を伴ってもよい。その後、システムは、機関のシステムを通って流れる情報を監視し続けて、ボックス５０９にて、警報またはアラームに対する適切な応答がシステムに入力されたかどうかが判定される。この判定は、受信された応答を、サイトが定義したプロトコルおよびルールのデータベース５９５内の情報と比較し、かつ、サイトが定義したアラーム管理ルールおよび指針のデータベース６００に記憶された
情報と比較することに基づく。データベース５９５および５６０は、同じデータベースであってもよく、または、異なるデータベースであってもよい。同様に、データベース６００および５６５は、同じか、または、異なるデータベースであってよい。ボックス５９０にて、適切な応答が受信されなかったと、システムが判定する場合、システムは、機関で決定されたプロトコル、ルール、および指針を再び参照して、適切であると考えられれば、ボックス６０５にて、警報またはアラームの優先順位または深刻さを上げてもよい。
【０１０９】
同様に、指定された時間枠内か、その他のいずれであっても、監視結果が、システムによって受信されると、システムは、受信された監視結果すなわちパラメータを解析して、施行される治療レジメンおよび患者のプロファイルおよび状況があたえられたとすると、結果すなわちパラメータの値が、そのパラメータの予想される値のある範囲の内にあるかどうかが判定される。こうしたシステムの態様を組み込む本発明の実施形態の例は、図１１のフローチャートに示される。
【０１１０】
ボックス６２０にて、注入が始動するか、薬物が施行された後、システムは、検査室試験などの試験の結果または患者の状況を監視する臨床デバイスによって通信される値の入力のために通信状態にある、種々の機関の情報システムおよび臨床デバイスを監視する。これらの結果が入力され、システムによって検出されると、システムは、結果を解析して、ボックス６２５にて、結果が、許容可能な値のある範囲内にあるかどうかが判定される。この判定は、サイトが定義したプロトコル、ルール、または薬物動態学方程式および／または薬動力学方程式のデータベース６３０に記憶された情報、サイトが定義したアラーム管理ルールまたは指針６３５のデータベース６３５に記憶された情報、他の機関のシステム６４０から利用可能な情報、監視デバイス６４５から利用可能な情報、および患者からの入力６５０を利用する。
【０１１１】
ボックス６２５にて、結果が範囲からはずれていると、システムが判定する場合、システムは、ボックス６５５にて、１人または複数の指定された人あるいは１つまたは複数の指定されたワークステーションに警報またはアラームを送出し、警報またはアラームは、警報を引き起こした状況を補正するための１つまたは複数の推奨を伴ってもよい。その後、システムは、機関のシステムを通って流れる情報を監視し続けて、ボックス６６０にて、警報またはアラームに対する適切な応答がシステムに入力されたかどうかが判定される。この判定は、受信された応答を、サイトが定義したプロトコルおよびルールのデータベース６６５内の情報と比較し、かつ、サイトが定義したアラーム管理ルールおよび指針のデータベース６７０に記憶された情報と比較することに基づく。データベース６６５および６３０は、同じデータベースであってもよく、または、異なるデータベースであってもよい。同様に、データベース６７０および５３５は、同じか、または、異なるデータベースであってよい。ボックス６６０にて、適切な応答が受信されなかったと、システムが判定する場合、システムは、機関で決定されたプロトコル、ルール、および指針を再び参照して、適切であると考えられれば、ボックス６７５にて、警報またはアラームの優先順位または深刻さを上げてもよい。
【０１１２】
機関の他のシステムまたは患者の状況を監視する臨床デバイスから結果を受信することに加えて、結果が、患者から受信されてもよい。たとえば、患者は、コントローラ２００のユーザインタフェース２３５（図２）によって患者に提供されるプロンプトに対する応答を入力することによって、疼痛スケールを自己施行することができる。システムは、疼痛スケール応答を入力するために、適切な時間に患者に対して通知を提供し、患者による応答、または患者による応答の欠如に基づいて適切になるようにアラームを提供してもよい。サイトが定義したプロトコル、ルール、薬物動態学方程式および／または薬動力学方程式のデータベース、ならびに、サイトが定義したアラーム管理ルールおよび指針のデータベースに従って、さらなるアラームおよび／または推奨が、システムによって発行され
る。
【０１１３】
先に示したように、システムは、治療施行の推移中に治療に対して行われる変更があるかをチェックするようにプログラムされる。たとえば、本発明のシステムの一実施形態は、図１２のフローチャート示すように、機関において、介護人によって行われる、注入レジメンに対する全ての変更を監視するようにプログラムされる。この実施形態では、たとえば、注入レート、注入される量、または他の注入パラメータを変更することなどによって、ボックス７００にて、注入が修正される。コントローラ２００（図２）は、注入レジメンに対する変更が行われたことを示す通信システムを通じて信号を送出する。
【０１１４】
システムは、通信システムを通して流れる情報を監視して、注入が変更されたという信号を検出する。変更があるかを監視し、変更の適切さを解析するプログラムのロケーションは、本発明の範囲にとって重要ではないことが理解されるであろう。こうしたプログラムは、１つまたは複数のサーバ上で実行されてもよく、または、プログラムは、コントローラ２００のプロセッサ上で実行されてもよい。
【０１１５】
ボックス７０５で示すように、システムは、データベース７１０に照会することによって、任意の未解決の警報、すなわち、患者に施行されている治療に関連する以前の警報が存在するかどうかを判定する。未解決の警報が存在する場合、システムは、ボックス７１５にて、未解決の警報が、注入が修正されたことを示す警報であるかどうかを判定する。未解決の警報が、注入の変更を示す警報であると判定される場合、システムは、サイトが定義したプロトコル、ルール、指針、および／または、薬物動態学および／または薬動力学のモデルまたは方程式のデータベース７２５に対する変更を比較することによって、ボックス７２０にて、注入に対する変更が適切であるかどうかを判定する。
【０１１６】
ボックス７２０にて、注入が適切に修正されなかったと、システムが判定する場合、システムは、ボックス７３０にて、介護人に警報を提供し、警報は、状況の不適切なパラメータを補正するための１つまたは複数の推奨を含んでもよい。システムは、ボックス７４０にて、監視し、警報に応答して、適切な変更が行われたかどうかを判定し続ける。適切な変更が行われなかった場合、システムは、ボックス７５０にて、介護人などに警報またはアラームを送出する。この警報またはアラームはまた、警報またはアラームを引き起こす状況を補正するための推奨を含んでもよい。
【０１１７】
再びボックス７１５を参照すると、先の未解決の警報が、注入の修正に関連する警報ではないと、システムが判定する場合、プロセスは、ボックス７３０にジャンプし、ボックス７３０にて、システムは、機関内の介護人などに（推奨を持つか、または、推奨を持たない）警報を提供する。前と同様に、その後、システムは、ボックス７４０にて、警報状況の原因を補正するために、適切な変更が行われたかどうかを判定するために監視し、ボックス７５０にて、機関内の介護人などに（警報の原因を補正するための推奨を持つか、または、推奨を持たない）警報またはアラームを送出する。
【０１１８】
図１１を参照して先に説明したように、システムは、ボックス７５０にて発行された警報またはアラームに対する適切な応答が受信されたかどうかを判定するために監視し続ける。受信されない場合、システムは、警報またはアラームを引き起こす状況が解決されるまで、警報またはアラームの優先順位または深刻さを上げてもよい。
【０１１９】
時々、臨床医または他の介護人は、警報または推奨をオーバラードすることに決めてもよい。この状況では、システムは、医師または介護人に、プロンプトを表示して、オーバライドについての理由を入力するように指示するようにプログラムされてもよい。このプロンプトは、通常、たとえば、コントローラ２００のユーザインタフェース２３５（図２
）などのユーザインタフェースによって提供されるであろう。臨床医または介護人は、インタフェースによって提供される英数字キーを使用することによって理由を入力してもよく、または、別法として、ドロップダウンリスト、または、その他の方法で提供されるような、所定の理由のリストから理由を選択してもよい。この機構は、オーバライドについての理由の文書化を可能にし、文書は、その後、患者のｅＭＡＲに記憶される。患者に施行される治療の推移を文書化するときに、この情報を使用することが自明である以外に、こうした情報はまた、機関の患者に施行される治療の推移を監視するための、システムによって使用される、機関で決定されたルール、プロトコル、指針、およびモデルを、ルールおよびプロトコルが機関の最良の実践を反映することを確実にするように、機関が修正するのを補助するために、後で検索され解析されることができる点で有用である。
【０１２０】
同様に、臨床医または介護人は、アラームの有用性についての認識に関する情報を入力するようにシステムによってプロンプトを表示して指示されてもよい。この情報は、機関によって使用されるアラーム管理プロトコルおよびルールを調整するのに使用されてもよい。
【０１２１】
警報が発生すると、システムは、たとえば、介護人が警報に応答する時間、取られた対策、対策についての理由、ならびに、種々の臨床デバイスによって監視されるパラメータおよび／または検査室試験または患者入力によって決定される値によって決まる、警報またはアラーム状況に対する補正によってもたらされる治療の変化に対する患者の反応を含む、全ての適切な患者情報および警報に対する介護人の応答を記録する。この情報はまた、システムによって解析されて、機関内での治療の送出を監視し解析するときに、システムによって使用される、機関で決定されたプロトコル、ルール、指針、ならびに、薬物動態学モデルおよび薬動力学のモデルを調整するか、または、修正するのを補助してもよい。
【０１２２】
治療管理システムは、上述したアプリケーションモジュールを利用して、機関全体に配置された適切なビデオディスプレイスクリーン上に警報を提供しながら、注入プロセスをリアルタイムに監視し、必要である場合、遠隔ロケーションにいる看護師または他の介護人による介入を可能にする。先に述べたように、システムはまた、代わりに、ページャ、ＰＤＡ、電話、ｅ−メールなどに対して警報を提供してもよい。薬局管理システムが、治療管理システムに直接リンクされる場合、治療管理システムは、進行中の注入の状態を判定するとき、ならびに、将来の注入のために薬剤の調製を予定するときに、薬局に対して予定についての報告を提供してもよい。
【０１２３】
当業者が容易に理解できるように、本発明の種々の実施形態は、種々の治療管理問題に対する有用な解決策を提供する。特に有用な一態様は、本発明の実施形態が、クリティカル経路管理プランの実施を可能にするだけでなく、治療が患者に施行されるときに、プランに追従することを確実にする、自動の、監視、記録、および報告機能を提供する。たとえば、市中肺炎の処置についての、医療施設認定合同審査会(Joint Commission on Accreditation of Healthcare Organizations) （ＪＣＡＨＯ）の現在の「核心の対策」の１つは、抗生物質の初期投与量を施行する前に、２つの血液培養が採取されることである。上述したように、本発明による治療管理システムは、患者が、市中肺炎を有するといつ診断されたかを識別し、血液が検査室試験のために採取されたという確認のためにシステムを監視し、その後、抗生物質を施行しようと試みる介護人に、血液採取の一方または両方が行われなかったことを、プロンプトを表示して指示するようにプログラムされてもよい。治療管理ソフトウェアにクリティカル経路を埋め込んで、本発明によるデータベースおよびルールエンジンは、クリティカル経路についての追従を確保し、処方された処置レジメンを送出するときに必要とされるケアの全体プロセスに関する情報を自動的に採取する。こうした情報は、処方されたケアが実際に送出されることを、機関が確実に行うのを補助
し、機関によって提供される、処置コストすなわちケアの「パフォーマンスについての支払い」を、機関が正当化するのを補助するであろう。
【０１２４】
別の実施形態では、本発明は、介護人が、システムをバイパスして、機関によって予め選択された薬物リストが、緊急状況において即座に使用されるようにすることを可能にする「コードモード(Code Mode) 」を含む。「コードモード」の始動によって、緊急事態を処置するのに使用されるべき、表示された薬物リストから選択された薬物のアイデンティティと共に、タイムスタンプが、患者のｅＭＡＲに載せられる。この機構は、緊急事態および緊急事態に対処するのに使用される処置が、患者のｅＭＡＲに正確に記録されることを確実にする。この機構はまた、緊急状況において、介護人の注意をそらすのを防止するために、全ての進行中の警報の抑制を含んでもよい。
【０１２５】
本発明の１つの特定の実施形態が先に述べられたが、治療管理システムネットワークの代替の構成が考えられる。たとえば、治療管理システムの１つの代替の実施形態は、図１３に示される。この構成では、臨床デバイス８００は、適切なインタフェースおよび配線８０５によって、通常、個室、半個室、または病棟エリア以外に配置されることになる、ベッドサイド集信装置８１０に接続される。この構成では、先に述べたベッドサイドコンピュータまたはコントローラは存在しない。代わりに、ベッドサイドデータ集信装置８１０は、適切なインタフェースおよびケーブリング８０５を通してローカルエリアネットワーク８１５に接続され、臨床デバイス８００から収集されたデータは、治療管理システムによる処理のために利用可能になり、薬局か、看護師ステーション８２０のいずれかなどの種々の監視ステーションにおいて表示され、あるいは、サーバ８２５によって記憶されるか、または、さらに経路制御される。先に述べたように、デバイスはまた、無線手段によって互いに、また、ローカルエリアネットワーク８１５と通信してもよい。
【０１２６】
治療管理システムローカルエリアネットワークのさらなる実施形態は、図１４に示される。この実施形態では、ファイルサーバおよび監視ステーションは、適切なインタフェースおよびイーサネットケーブリングを使用して、ＲＦデータ集信装置８４０に接続される。機関の個室、半個室、病棟エリア内のベッドサイドロケーションにおいて、ベッドサイドの臨床デバイス８００およびバーコードリーダ８３５は、ＲＦ送信機／受信機８３０に接続される。このＲＦ送信機／受信機は、臨床デバイス８００およびバーコードリーダ８３５から収集される情報を、ローカルエリアネットワーク８１５に取り付けられたＲＦデータ集信装置８４０に送信する。そのため、全ての患者処置エリアを接続するのに、高価なケーブリングは必要とされない。さらに、臨床デバイス８００およびバーコードリーダ８３５を配置すること、ならびに、イーサネットケーブリングのコストのかかる再配線をすることなく、患者処置エリアを再構成することができるようにすることにおける柔軟性が得られる。
【０１２７】
治療管理システムローカルエリアネットワーク８１５の構成のなお別の実施形態は、図１５に示される。この構成では、薬局システム（図示せず）、ベッドサイドコンピュータまたはコントローラ８４５、看護師ステーション８２０、および臨床デバイス８００を接続するイーサネットケーブリングは全くない。ファイルサーバ、看護ステーション、薬局ステーション、およびベッドサイドコンピュータまたはコントローラ、ならびに、臨床デバイスおよび／またはバーコードリーダを構成する各ハードウェア要素は、ＲＦ送信機／受信機８３０に接続される。こうして、情報は全て、コストのかかるネットワークケーブリングによるのではなく、無線伝送によってローカルエリアネットワーク８１５全体に送信される。こうしたシステムは、さらに、携帯コンピュータ８５０、ＰＤＡ、スマートカード、および、先に述べた、ＲＦ送信機／受信機８３０を有する携帯薬剤データキャリアまたは他の無線通信手段などの他のデバイスの使用を可能にし、これらのデバイスは、機関の中を巡回するときに、医師、看護師、または技師によって運ばれることができる。こ
の構成によって、介護要員は、自分が、任意所与の時間に機関内のどこにいても、自発的か、警報またはアラームの通知のいずれかによって、治療管理システムにアクセスすることができる。こうしたシステムは、介護要員が、多くの病院ベッドの責任を持つ可能性がある大きな機関において、または、要員が、エリア外に出るか、または、フロアから離れるときに、特に有用であることになる。
【０１２８】
本発明の態様によれば、その一実施形態が図１６に示され、プロセッサおよび情報を記憶するメモリを含む、薬剤データベースキャリア（「ＭＤＣ」）９００は、患者に薬剤を送出するように薬剤施行デバイスをプログラムするための、看護師または他の介護人によって使用される薬剤パラメータまたは他の情報を監視するために設けられる。薬物相互作用および薬剤の可能性のある薬物禁忌および／または副作用に関する情報を含むデータベース、ならびに、種々の薬剤の施行についての確立された指針の１つまたは複数のライブラリを含む、種々のタイプの情報が、ＭＤＣ９００のメモリに記憶されてもよい。たとえば、指針は、投与量、施行頻度などの薬物施行パラメータに関する機関で確立された指針または限界、ならびに、たとえば、注入ポンプをプログラムするための、適切な流量および注入継続時間などの他の送出関連情報を含んでもよい。さらに、指針は、高齢患者、小児患者、および腫瘍患者を対象とする薬剤施行などの、同様な薬剤についての送出パラメータの異なるセットを有する、特定の患者または処置エリアに適切な薬物施行を提供する指針を包含してもよい。慢性炎症または慢性疼痛を処置する１つまたは複数の化学療法レジメンなどの特定の治療レジメンを対象とする指針も含まれてもよい。本明細書で使用される用語「データベース(database)」または「データのベース(data base) 」は、一般的に理解されるように使用されることが、当業者によって理解されるであろう。すなわち、「データのベース」は、ソフトウェアまたは他の形態に含まれる適切なプログラムを使用して、検索され解析されることができるように、編成され、フォーマットされ、記憶された値または情報の集合を指す。
【０１２９】
本発明の一実施形態では、ＭＤＣ９００は、ＭＤＣ９００と治療管理システムとの接続を提供するクレードルまたは他のドッキングデバイスを通して、看護師ステーションシステム１３５（図１）、または、機関の中央システムの情報システムの任意の他のシステムにインタフェースされてもよい。その後、この情報は、処理され、治療管理システム上に記憶されてもよく、または、情報は、治療管理システムによって、通信システム５０を通じて機関の種々の他の情報システムに通信されてもよい。こうして、たとえば、薬局情報システム２０からの情報は、通信システム５０、看護師ステーションシステム１３５、およびＭＤＣクレードルを通して、ＭＤＣ９００に通信されてもよい。同様に、ＭＤＣ９００内に含まれる情報は、ＭＤＣクレードル、看護師ステーションシステム１３５、および通信システム５０を通して機関の他のシステムのうちの任意のシステムに通信されてもよい。別法として、ＭＤＣは、機関のシステムのうちの任意のシステムまたは全てのシステムと無線通信することができてもよい。
【０１３０】
医療データベースキャリア９００は、一般に、薬剤および／または患者特有情報、および／または、患者に薬剤を送出するための、機関で作られた指針ならびに薬物相互作用情報または可能性のある薬物副作用に関する情報を含むデータベースまたはライブラリを含み、患者のベッドサイドへ／から、看護師または他の介護人によって運ばれることができるような携帯型であるデバイスを指す。別法として、以下でより詳細に述べるように、ＭＤＣ９００は、特定の患者か、薬剤施行デバイスのいずれかに関連する点で、比較的固定されていると考えられてもよい。ＭＤＣ９００はまた、コンピュータシステムまたはネットワークとインタフェースするための記憶能力および技術を有するため、ＭＤＣ９００と、コンピュータ、薬剤施行デバイス、生命徴候監視デバイスなどのような臨床デバイスなどの、他のデバイスとの間で、情報が通信されてもよい。ＭＤＣはまた、ＬＣＤまたはＬＥＤのアレイなどによって提供されるような、カラーまたは白黒（モノカラー）のビデオ
スクリーン、および、キーボード、キーパッド、筆跡認識に使用されるスクリーンなどのデータ入力手段、または他のデータ入力手段を有してもよい。
【０１３１】
ＭＤＣ９００において具体化される一般的な概念は、注入ポンプなどの薬剤施行デバイスに入力された薬剤施行パラメータまたは他の情報が、実際の薬剤施行の前に検索され、ＭＤＣに記憶された１つまたは複数のデータベース内の情報と比較されて、入力されたパラメータまたは情報が、特定の薬剤の施行のための、機関で確立された指針の範囲内に入いるかどうかが判定されてもよい。薬剤施行デバイスに入力されたパラメータまたは情報が、確立された指針の範囲内に入るため適切であると、比較が指示する場合、その趣旨の指示が、看護師または介護人に提供され、看護師は、その後、薬剤施行を開始する。
【０１３２】
別法として、１つまたは複数のパラメータまたは情報が、確立された指針を満たさないと、比較が指示する場合、１つまたは複数のパラメータまたは情報の一部分が、薬剤施行デバイスに不正確に入力され、薬剤施行を開始できる前に、補正の対策またはオーバライドが必要とされるという、警告または警報が、看護師または介護人に提供される。別の実施形態では、薬剤施行デバイスは、比較が好ましい結果であったという信号をＭＤＣ９００から受信するまで、薬剤の施行を開始するのを自動的に抑制してもよく、したがって、不正確な薬剤の施行に対するフェールセーフが提供される。
【０１３３】
ＭＤＣ９００は、通常、薬剤施行デバイスから薬剤施行パラメータまたは情報を検索し、種々のトランザクションに関するデータまたは情報を、そのメモリに記憶することができ、データまたは情報は、患者に与えられる薬剤についてのアイデンティティおよび処置レジメン、ならびに、介護人アイデンティティ、機器ロケーション、患者生命徴候情報などの他の情報または記憶されることが求められる任意の他の情報を示す。ＭＤＣ９００はまた、医療処置情報の以前の、かつ／または、２重のトランザクションの１次または２次確認に関するデータまたは情報を記憶してもよい。ＭＤＣのディスプレイは、薬剤施行に関連した、データを入力するための警告またはプロンプトなどの、メッセージまたは他の情報を介護人に提供してもよい。さらに、ＭＤＣのキーボードまたは他の情報入力手段は、ＭＤＣのメモリに記憶するために、ＭＤＣに手作業で情報を入力するのに使用されてもよい。
【０１３４】
ＭＤＣ９００の特定の例が、本明細書で述べられるが、ＭＤＣは、本発明の基本概念を実施する任意のデバイスを含むことを意味することが理解されるであろう。すなわち、例を挙げて、限定はしないが、注入ポンプなどの薬剤施行デバイスから、薬剤施行または処置情報を受信し、機関で確立された薬剤施行指針、または、薬物相互作用情報および／または可能性のある副作用のライブラリなどの他の関連情報と受信情報を比較し、次に、患者に対する薬物の施行が始まる前に、看護師または介護人に比較の結果の指示を提供することができるプロセッサを有するデバイスは、本発明の目標を達成するであろう。特に有利な実施形態は、ＭＤＣ９００が、薬剤施行または処置パラメータ、および／または、患者および介護人のアイデンティティなどの他の情報などの、薬剤施行に関する情報を、治療管理システムと通信接続を再確立するまで、ＭＤＣ９００のメモリに記憶することを含み、それにより、ＭＤＣ９００のメモリに記憶された情報は、治療管理システムに通信され、機関の情報データベースの１つまたは複数に組み込まれてもよい。データベースを更新することは、処置が行われたことの確認を提供し、それにより、２重の処置が回避される。こうして、本発明は、「ループを閉じ」、正しい薬剤が、正しい患者に正しい方法で与えられたことを確実にする。
【０１３５】
たとえば、本発明に準じて、ＭＤＣ９００は、Ｐａｌｍ（商標）パイロットまたはＰａｌｍ（商標）オペレーティングシステムか、Ｗｉｎｄｏｗｓ（商標）オペレーティングシステムか、または等価物のいずれかを実行する任意のＰＤＡなどの、手持ち式携帯情報端
末（ＰＤＡ）、デスクトップコンピュータ、ノートブックコンピュータ、または他の携帯コンピュータシステムにおいて具体化されてもよい。ＭＤＣはまた、アメリカンエキスプレス社製ブルーカードなどのデータを処理し、記憶することができるようなスマートカードを備えてもよい。こうしたデバイスの使用は、薬剤施行情報を監視し追跡し、処置を確認すると共に、他の患者情報を検索するように、本発明によって要求されるタイプの情報を収容するのに十分に大きなメモリを有するデバイスが、容易に利用可能であり、かつ、比較的安価であり、したがって、ＭＤＣが、それぞれの個々の患者に、または、別法として、注入ポンプなどの個々の薬剤施行デバイス、または、生命徴候モニタなどの他の臨床デバイスに割り当てられることが可能になる点で有利である。
【０１３６】
別法として、ＭＤＣ９００は、アクティブ埋め込み型プロセッサおよび情報を記憶することができるメモリを含む任意のデバイスにおいて具体化されてもよい。こうしたアクティブ埋め込み型プロセッサは、ＰＤＡまたはノートブックコンピュータより、はるかに小型で、かつ、ポータブルである場合がある。本発明のために、こうしたアクティブ埋め込み型プロセッサは、マイクロプロセッサを組み込む任意のデバイスを含み、電気的手段、無線周波数手段、または光手段、無線または直接接触のいずれによっても、情報の入力および／または出力を可能にし、また、自分自身の電源を含む。本発明によるアクティブ埋め込み型プロセッサの一例は、患者に送出される薬剤の包装または容器に取り付けられるか、または、埋め込まれてもよい。こうしたデバイスは、通常、たとえば、せいぜい郵便切手またはビジネスカードの大きさに製造されるに過ぎず、マイクロ回路を使用して、十分な処理パワー、情報記憶、データまたは情報の入出力、および医療データベースキャリアとして使用するのに適したパワーをそれでも含んでもよい。別法として、埋め込み型プロセッサおよびメモリは、注入ポンプまたは他のデバイスなどの薬剤施行デバイスに一体にされてもよい。
【０１３７】
患者特有のアセットまたは薬剤施行デバイスが、モジュール式であり、また、アラリスメディカルシステムズ社のＭＥＤＬＥＹ（商標）メディケーションセイフティシステムなどのコントローラを含む場合などの、別の実施形態では、コントローラは、ＭＤＣの機能を果たすのに十分なプログラミングを含んでもよい。こうした場合、コントローラは、薬局情報システム２０などの機関の情報システムと連絡をとり、患者に対する薬剤施行を始める前に、入力された薬剤施行情報またはパラメータと比較するのに使用される、薬剤施行ついての機関の指針に関する更新情報あるいは患者エリアまたは薬物特有の他の情報を受信するであろう。
【０１３８】
介護施設において、患者ベッドサイドに配置されたコンピュータまたはベッドサイドコントローラ５５（図１）を有する患者ステーションを見出すことは、現在では普通にあることである。こうしたベッドサイドコントローラ５５は、患者エリアの設計および配置に応じて、１人の患者に役立ってもよく、または、２人以上の患者に役立ってもよい。ベッドサイドコントローラ５５に取り付けられた種々の機器または臨床デバイスが存在してもよい。こうしたデバイスの例は、バーコードリーダ、プリンタ（図示せず）、患者生命徴候を監視する患者監視機器または患者に割り当てられた他の患者特有のアセット（ＰＳＡ）である。こうしたＰＳＡのさらなる例は、アラリスメディカルシステムズ社のＭＥＤＬＥＹ（商標）メディケーションセイフティシステムの一部を形成することができるような、注入デバイス７５を含む。その中で、コントローラが進歩したインタフェースユニットとして述べられており、参照により本明細書に組み込まれる、米国特許第５，７１３，８５６号（エガーズ他）を参照する。こうしたシステムでは、注入デバイスはコントローラに搭載されてもよい。１つまた複数の生命徴候モニタなどの他のデバイスは、コントローラに搭載可能であると想定される。他の注入デバイスまたは薬物送出デバイス、および／または、心臓モニタまたは呼吸モニタなどの患者監視機器はまた、ＰＳＡを構成してもよく、または、ＰＳＡの一部を形成してもよい。
【０１３９】
ベッドサイド機器および臨床デバイスは、通常、機器または臨床デバイスへ／からデータが通信されることを可能にする、ＲＳ２３２シリアルポートまたは独占的な通信ポートなどのデータ通信技術を装備する。この通信技術を使用して、ベッドサイド機器および臨床デバイスは、ベッドサイドコントローラ５５に接続されてもよく、または、別法として、有線システムか、あるいは、ＲＦ、ＩＲ、または他の無線通信プロトコルなどの無線技術を使用した無線システムによって、施設通信システム５０に接続されてもよい。
【０１４０】
治療管理システムは、注入ポンプへ／からの情報の流れを制御し、解析するという点で述べられたが、本発明の原理を組み込むデバイスは、例を挙げて、限定はしないが、生命徴候モニタまたは患者と相互作用する他の臨床デバイスを含む。たとえば、薬剤施行デバイスはまた、患者栄養補給デバイスであってよい。
【０１４１】
さらに、何回も先に述べた機関の通信システム５０は、制限的な意味で考えられることを意図しない。こうした通信システムは、全病院施設を包含してもよく、または、病院の小さなエリアだけに配置されてもよい。こうした通信システムはまた、病院ではなく介護施設の通信システムを含んでもよく、患者の家庭などの代替のケア施設に適用されてもよい。上記実施形態は、例示的な目的で述べられるだけである。
【０１４２】
先に詳述した説明において、本発明の態様を曖昧にするため、よく知られているデバイス、方法、手順、および個々の構成要素は、詳細には述べられなかった。当業者は、本明細書でさらに詳細が述べられなくても、これらのデバイス、方法、手順、および個々の構成要素を理解するであろう。さらに、先に開示した実施形態は、病院環境での使用のために述べられたが、システムおよび方法は、外来診療所などの他の環境およびケアが患者に提供される他の環境で有用であることが、理解されるであろう。
【０１４３】
本発明のいくつかの特定の形態が、示され、述べられたが、本発明の精神および範囲から逸脱することなく、種々の変更を行うことができることが理解されるであろう。
【図面の簡単な説明】
【０１４４】
【図１】本発明の原理を組み込む機関全体の情報および治療管理システムのブロック図。
【図２】図１の機関全体の情報および治療管理システムの要素の詳細を示すブロック図。
【図３】バーコードリーダによって読み取ることができるバーコードを含む患者識別ブレスレットを示す斜視図。
【図４】バーコードリーダによって読み取ることができる、薬剤容器に貼り付けられたバーコードラベルを示す図。
【図４Ａ】介護人アイデンティティバッジに貼り付けられたバーコードラベルを示す図。
【図５】種々の容器またはデバイスに貼り付けることができるバーコードラベルのシートを示す図。
【図６】患者のベッドサイドに隣接して配置された送信機／受信機と相互作用する、患者の腕に配置された識別デバイスを有する患者を示す図。
【図７】患者に注入するためのＹサイトコネクタを通して１次および２次注入流体を提供する１次および２次注入流体源を示す注入セットアップを示す図。
【図８】Ｙサイトコネクタを通して注入されることを意図される薬物が、適合性があるかどうかを判定する、本発明のコントローラ、サーバ、および情報システム上で実行されるソフトウェアにおいて具体化されるプログミングコマンドによって実施される本発明のシステムの一実施形態を示すフローチャート。
【図９】投与および監視推奨を生成する、本発明のコントローラ、サーバ、および情報システム上で実行されるソフトウェアにおいて具体化されるプログミングコマンドによって実施される本発明のシステムの一実施形態を示すフローチャート。
【図１０】システムを通る情報の流れを監視して、試験または監視パラメータの結果が、特定の時間枠内で受信され、必要な場合に、適切な警報を提供するかどうかを判定する、本発明のコントローラ、サーバ、および情報システム上で実行されるソフトウェアにおいて具体化されるプログミングコマンドによって実施される本発明のシステムの一実施形態を示すフローチャート。
【図１１】システムによって監視されるパラメータの結果が、指定された範囲内にあり、結果が範囲をはずれると適切な警報を提供するかどうかを判定する、本発明のコントローラ、サーバ、および情報システム上で実行されるソフトウェアにおいて具体化されるプログミングコマンドによって実施される本発明のシステムの一実施形態を示すフローチャート。
【図１２】薬剤を施行する注入を監視し、実行される治療プロトコルに対する修正が行われる時を検出し、修正が適切であるかどうかを判定し、不適切な修正を補正するための警報および／または推奨を提供する、本発明のコントローラ、サーバ、および情報システム上で実行されるソフトウェアにおいて具体化されるプログミングコマンドによって実施される本発明のシステムの一実施形態を示すフローチャート。
【図１３】データ集信装置を通して通信ネットワークに接続された臨床デバイスを示す、本発明の治療管理システムの別の実施形態を示す図。
【図１４】無線通信システムを通して通信システムから情報を送受信する臨床監視デバイスおよび／または薬剤送出デバイスを示す、本発明の治療管理システムのさらに別の実施形態を示す図。
【図１５】全ての接続が無線である通信システムを示す、本発明の治療管理システムの別の実施形態を示す図。
【図１６】患者データを入力し、介護人に対する警報または推奨を受信し、表示するために、無線通信システムを使用して機関の情報システムと通信するように構成された手持ち式デバイスを示す、本発明の治療管理システムのさらに別の実施形態を示す図。
【図１】
2008516303.tif 000003
【図２】
2008516303.tif 000004
【図３】
2008516303.tif 000005
【図４】
2008516303.tif 000006
【図４Ａ】
2008516303.tif 000007
【図５】
2008516303.tif 000008
【図６】
2008516303.tif 000009
【図７】
2008516303.tif 000010
【図８】
2008516303.tif 000011
【図９】
2008516303.tif 000012
【図１０】
2008516303.tif 000013
【図１１】
2008516303.tif 000014
【図１２】
2008516303.tif 000015
【図１３】
2008516303.tif 000016
【図１４】
2008516303.tif 000017
【図１５】
2008516303.tif 000018
【図１６】
2008516303.tif 000019
【国際調査報告】
2008516303.tif 000020
2008516303.tif 000021
2008516303.tif 000022
2008516303.tif 000023