JP2016509284A - 電子患者介護用のシステム、方法および装置 - Google Patents

Abstract

方法、関連するシステムおよび装置が開示される。この方法は、プロセッサによって実行されるために構成された、プロセッサ実行可能な指示の動作可能な１セットによって実現される。この方法は、以下の行為を含む：監視クライアントが物理的接続を通してベースに接続されているかどうか判定すること；物理的接続を通して監視クライアントとベースとの間の第１の通信リンクを確立すること；必要ならば、第１の通信リンクを通して該監視クライアントおよび該ベース上のインターフェースプログラムを更新すること、第１の通信リンクを使用して監視クライアントとベースとの間に第２の通信リンクを確立すること；および第２の通信リンクを使用してベースから監視クライアントにデータを伝えること。【選択図】図１

Description

関連出願の相互参照
本出願は、２０１２年１２月２１日出願の「通信データ用のシステム、方法および装置」という名称の米国仮特許出願第６１／７４０，４７４号（代理人整理番号：Ｊ８０）の優先権を主張する非仮特許出願であり、同出願は全体を参照として本明細書に援用する。

本出願はまた、２０１２年１２月２１日出願の「電子患者介護用のシステム、方法および装置」という名称の米国特許出願第１３／７２３，２５３号であり、その後２０１３年７月２５日に公開された米国特許出願公開第２０１３−０１９１４１３Ａ１号（代理人整理番号：Ｊ８５）の一部継続出願であり、この出願は、以下の出願の優先権を主張する：
２０１１年１２月２１日出願の「輸液用のシステム、方法および装置」という名称の米国仮特許出願第６１／５７８，６４９号（代理人整理番号：Ｊ０２）；
２０１１年１２月２１日出願の「輸液送達量推定用のシステム、方法および装置」というの米国仮特許出願第６１／５７８，６５８号（代理人整理番号：Ｊ０４）；
２０１１年１２月２１日出願の「経口薬投与用のシステム、方法および装置」という名称の米国仮特許出願第６１／５７８，６７４号（代理人整理番号：Ｊ０５）；
２０１２年５月２４日出願の「電子患者介護用のシステム、方法および装置」という名称の米国仮特許出願第６１／６５１，３２２号（代理人整理番号：Ｊ４６）；および
２０１２年８月３日出願の「輸液流の監視、調節または制御用のシステム、方法および装置」という名称の米国仮特許出願第６１／６７９，１１７号（代理人整理番号：Ｊ３０）。上記出願のそれぞれは全体を参照として本明細書に援用する。
米国特許出願第１３／７２３，２５３号は、２０１１年１２月２１日出願の「電子患者介護用のシステム、方法および装置」という名称の米国特許出願第１３／３３３，５７４号であり、その後２０１２年７月１９日に公開された米国特許出願公開第２０１２−０１８５２６７Ａ１号（代理人整理番号：Ｊ９７）および
２０１１年１２月２１日出願の「電子患者介護用のシステム、方法および装置」という名称のＰＣＴ出願第ＰＣＴ／ＵＳ１１／６６５８８号（代理人整理番号：Ｉ９７ＷＯ）、の一部継続出願であり、これらの両方は全体を参照として本明細書に援用する。
米国特許出願第１３／３３３，５７４号は、２０１１年１月２１日出願の「電子患者監視システム」という名称の米国特許出願第１３／０１１，５４３号であり、その後２０１１年１２月２２日に公開された米国特許出願公開第２０１１−０３１３７８９Ａ１号（代理人整理番号：Ｉ５２）、の一部継続出願であり、この出願は、２０１０年１月２２日出願の「医療用設備用の電子指示仲介システム」という名称の米国仮特許出願第６１／２９７，５４４号（代理人整理番号：Ｈ５３）の優先権の利益を主張しており、これらの両方は全体を参照として本明細書に援用する。

本出願はまた、２０１２年１２月２１日出願の「電子患者介護用のシステム、方法および装置」という名称の米国特許出願第１３／７２３，２３９号であり、その後２０１３年１１月７日に公開された米国特許出願公開第２０１３−０２９７３３０Ａ１号（代理人整理番号：Ｊ７７）の一部継続出願であり、この出願は、以下の出願の優先権を主張する：
２０１１年１２月２１日出願の「輸液用のシステム、方法および装置」という名称の米国仮特許出願第６１／５７８，６４９号（代理人整理番号：Ｊ０２）；
２０１１年１２月２１日出願の「輸液送達量推定用のシステム、方法および装置」という名称の米国仮特許出願第６１／５７８，６５８号（代理人整理番号：Ｊ０４）；
２０１１年１２月２１日出願の「経口薬投与用のシステム、方法および装置」という名称の米国仮特許出願第６１／５７８，６７４号（代理人整理番号：Ｊ０５）；
２０１２年５月２４日出願の「電子患者介護用のシステム、方法および装置」という名称の米国仮特許出願第６１／６５１，３２２号（代理人整理番号：Ｊ４６）；および
２０１２年８月３日出願の「輸液流の監視、調節または制御用のシステム、方法および装置」という名称の米国仮特許出願第６１／６７９，１１７号（代理人整理番号：Ｊ３０）。上記のそれぞれは全体を参照として本明細書に援用する。
米国特許出願第１３／７２３，２３９号は、以下の出願の優先権を主張し、また以下の出願の一部継続出願である：
２０１１年１２月２１日出願の「電子患者介護用のシステム、方法および装置」という名称の米国特許出願第１３／３３３，５７４号であり、その後２０１２年７月１９日に公開された米国特許出願公開第２０１２−０１８５２６７Ａ１号（代理人整理番号：Ｊ９７）。この出願は、２０１１年１月２１日出願の「電子患者監視システム」という名称の米国特許出願第１３／０１１，５４３号であり、その後２０１１年１２月２２日に公開された米国特許出願公開第２０１１−０３１３７８９Ａ１号（代理人整理番号：Ｉ５２）の一部継続出願であり、これは２０１０年１月２２日出願の「医療用設備用の電子指示仲介システム」という名称の米国仮特許出願第６１／２９７，５４４号（代理人整理番号：Ｈ５３）の優先権を主張するもの；および
２０１１年１２月２１日出願の「電子患者介護用のシステム、方法および装置」という名称のＰＣＴ出願第ＰＣＴ／ＵＳ１１／６６５８８号であり、その後２０１３年９月１２日に公開された国際出願公開第ＷＯ２０１３／０９５４５９号（代理人整理番号：Ｉ９７ＷＯ）。これらのそれぞれは全体を参照として本明細書に援用する。

本出願はまた、２０１２年１２月２１日出願の「電子患者介護用のシステム、方法および装置」という名称の米国特許出願第１３／７２３，２４２号であり、その後２０１３年１１月２８日に公開された米国特許出願公開第２０１３−０３１７７５３Ａ１号（代理人整理番号：Ｊ７８）の一部継続出願であり、この出願は、以下の出願の優先権を主張する：
２０１２年５月２４日出願の「電子患者介護用のシステム、方法および装置」という名称の米国特許出願第６１／６５１，３２２号（代理人整理番号：Ｊ４６）。これは全体を参照として本明細書に援用する。

本出願はまた、２０１３年５月２３日出願の「電子患者介護用のシステム、方法および装置」という名称の米国特許出願第１３／９００，６５５号であり、その後２０１３年１１月２８日に公開された米国特許出願公開第２０１３−０３１７８３７Ａ１号（代理人整理番号：Ｋ６６）の一部継続出願であり、この出願は、２０１２年５月２４日出願の「電子患者介護用のシステム、方法および装置」という名称の米国仮特許出願第６１／６５１，３２２号（代理人整理番号：Ｊ４６）の優先権を主張し、これらの両方は全体を参照として本明細書に援用する。
米国特許出願第１３／９００，６５５号もまた一部継続出願であり、これは以下の出願の優先権を主張する：
2０１２年５月２４日出願の「血液処理システムおよび方法」という名称の米国特許出願第１３／４８０，４４４号であり、その後２０１３年２月１４日に公開された米国特許出願公開第２０１３−００３７４８５Ａ１号（代理人整理番号：Ｊ４３）；および
２０１２年５月２４日出願の「血液処理システムおよび方法」という名称のＰＣＴ出願第ＰＣＴ／ＵＳ１２／００２５７号でであり、その後２０１２年１１月２９日に公開された国際公開第ＷＯ２０１２／１６１７４４号（代理人整理番号：Ｊ４３ＷＯ）。

本出願はまた、２０１３年５月２３日出願の「電子患者介護のためのシステム、方法および装置」という名称のＰＣＴ出願第ＰＣＴ／ＵＳ１３／４２３５０号（代理人整理番号：Ｋ６６ＷＯ）の一部継続出願であり、この出願は、「電子患者介護用のシステム、方法および装置」という名称の米国仮特許出願第６１／６５１，３２２号（代理人整理番号：Ｊ４６）の優先権を主張し、これらの両方は全体を参照として本明細書に援用する。
ＰＣＴ出願第ＰＣＴ／ＵＳ１３／４２３５０号もまた一部継続出願であり、これは以下の出願の優先権を主張する：
２０１２年５月２４日出願の「血液処理システムおよび方法」という名称の米国特許出願第１３／４８０，４４４号であり、その後２０１３年２月１４日に公開された米国特許出願公開第２０１３−００３７４８５Ａ１号（代理人整理番号：Ｊ４３）；および
２０１２年５月２４日出願の「血液処理システムおよび方法」という名称のＰＣＴ出願第ＰＣＴ／ＵＳ１２／００２５７号であり、その後２０１２年１１月２９日に公開された国際公開第ＷＯ２０１２／１６１７４４号（代理人整理番号：Ｊ４３ＷＯ）。

本出願はまた、２０１２年１２月２１日出願の以下の特許出願のうちの１つ以上に関連することがあり、これらのすべては全体を参照として本明細書に援用する：
「クランピング用のシステム、方法および装置」に関する米国非仮特許出願第１３／７２３，２３８号（代理人整理番号：Ｊ４７）；
「経口薬投与用のシステム、方法および装置」に関する米国非仮特許出願第１３／７２３，２３５号（代理人整理番号：Ｊ７４）；
「経口薬投与用のシステム、方法および装置」に関するＰＣＴ出願第ＰＣＴ／ＵＳ１２／７１１３１号（代理人整理番号：Ｊ７４ＷＯ）；
「輸液送達量推定用のシステム、方法および装置」に関する米国非仮特許出願第１３／７２４，５６８号（代理人整理番号：Ｊ７５）；
「輸液用のシステム、方法および装置」に関する米国非仮特許出願第１３／７２５，７９０号（代理人整理番号：Ｊ７６）；
「輸液用のシステム、方法および装置」に関するＰＣＴ出願第ＰＣＴ／ＵＳ１２／７１４９０号（代理人整理番号：Ｊ７６ＷＯ）；
「輸液流の監視、調節または制御用のシステム、方法および装置」に関する米国非仮特許出願第１３／７２３，２４４号（代理人整理番号：Ｊ７９）；
「輸液流の監視、調節または制御用のシステム、方法および装置」に関するＰＣＴ出願第ＰＣＴ／ＵＳ１２／７１１４２号（代理人整理番号：Ｊ７９ＷＯ）；
「輸液送達量推定用のシステム、方法および装置」に関する米国非仮特許出願第１３／７２３，２５１号（代理人整理番号：Ｊ８１）；および
「輸液送達量推定用のシステム、方法および装置」に関するＰＣＴ出願第ＰＣＴ／ＵＳ１２／７１１１２号（代理人整理番号：Ｊ８１ＷＯ）。

本出願はまた、以下の特許出願のうちの１つ以上に関連することがあり、これらのすべては全体を参照として本明細書に援用する：
２０１２年１２月１８日出願の「活性整流を使用する液体ライン中の空気検知用のシステム、方法および装置」という名称の米国仮特許出願第６１／７３８，４４７号（代理人整理番号：Ｊ３２）；
２０１３年３月１５日出願の「輸液用のシステム、方法および装置」という名称の米国特許出願第１３／８４０，３３９号（代理人整理番号：Ｋ１４）；
２０１３年３月１５日出願の「輸液用のシステム、方法および装置」という名称のＰＣＴ出願第ＰＣＴ／ＵＳ１３／３２４４５号（代理人整理番号：Ｋ１４ＷＯ）；
２０１３年３月１５日出願の「シリンジ・ポンプおよび関連する方法」という名称の米国特許出願第１３／８３３，４３２号（代理人整理番号：Ｋ２１）；
２０１３年３月１５日出願の「電子患者介護用のシステムおよび装置」という名称の米国特許出願第１３／８３６，４９７号（代理人整理番号：Ｋ２２）；
２０１３年３月１５日出願の「クランピングのためのシステム、方法および装置」という名称の米国特許出願第１３／８３３，７１２号（代理人整理番号：Ｋ２３）；
２０１３年３月１５日出願の「輸液流の監視、調節または制御用のシステム、方法および装置」という名称の米国特許出願第１３／８３４，０３０号（代理人整理番号：Ｋ２８）；
２０１３年７月３１日出願の「分割リング共振回路を使用する液体ライン中の泡検知用のシステム、方法および装置」という名称の米国仮特許出願第６１／８６０，３９８号（代理人整理番号：Ｊ３１）；
２０１３年１１月６日出願の「輸液流の監視、調節または制御用のシステム、方法および装置」という名称の米国仮特許出願第６１／９００，４３１号（代理人整理番号：Ｋ５２）；
２０１３年１０月２３日出願の「シリンジ・ポンプおよび関連する方法」という名称の米国仮特許出願第６１／８９４，８０１号（代理人整理番号：Ｋ８８）；
２０１３年７月８日出願の「クランピングのためのシステム、方法および装置」という名称の米国仮特許出願第６１／８４３，５７４号（代理人整理番号：Ｋ７４）；
２０１３年８月２０日出願の「電子的患者監視システム」という名称の米国特許出願第１３／９７１，２５８号（代理人整理番号：Ｋ８４）；
２０１３年１１月１４日出願の「シリンジ・ポンプおよび関連する方法」という名称の米国仮特許出願第６１／９０４，１２３号（代理人整理番号：Ｌ３３）；
２０１３年１２月１０日出願の「分割リング共振回路を使用する液体ライン中の泡検知用のシステム、方法および装置」という名称の米国特許出願第１４／１０１，８４８号（代理人整理番号：Ｌ０５）；
２０１３年１２月２０日出願の「データ通信用のシステム、方法および装置」に関する米国特許出願（代理人整理番号：Ｌ４９）；
２０１３年１２月２０日出願の「データ通信用のシステム、方法および装置」に関するＰＣＴ出願（代理人整理番号：Ｌ４９ＷＯ）；
２０１３年１２月２０日出願の「電子患者介護用の、コンピュータで実現された方法、システムおよび装置」に関する米国特許出願（代理人整理番号：Ｋ５０）；
２０１３年１２月２０日出願の「電子患者介護用の、コンピュータで実現された方法、システムおよび装置」に関するＰＣＴ出願（代理人整理番号：Ｋ５０ＷＯ）；および
２０１３年１２月２０日出願の「電子患者介護用のシステム、方法および装置」に関する米国特許出願（代理人整理番号：Ｌ５２）。

技術分野
本開示は、患者介護に関する。より詳細には、本開示は、電子患者介護用のシステム、方法および装置に関する。

病院において患者介護を提供することは一般的に、多くの専門家および介護人（例えば、医師、看護師、薬剤師、技術者、ナース・プラクティショナなど）、および所与の患者の治療に必要な多数の医療デバイス／システムの相互作用を必要とする。

電子診療録（ＥＭＲ）およびコンピュータ化プロバイダ指示エントリ（ＣＰＯＥ）を組み込んだもののような介護過程を容易にすることを意図したシステムの存在にも関わらず、投薬などの診療を指示および送達することを含む総合的介護を患者に提供する過程は、いくつかの重要な問題が関連している。

薬剤の指示および投与に関連する例示的な実施形態では、電子患者介護システムは、第１のデータ収集モジュール（例えば、監視クライアント）、指示を伝達しまたは患者関連情報を受信するためのユーザ・インターフェースを有する第２の指示入力モジュール（例えば、固定またはポータブル監視クライアント）を備えることができる。第１のモジュールは、血圧、心拍数、心調律、温度、酸素化、呼吸数または換気量などの、患者の現在の状態（例えば、患者状態パラメータ）に関する測定パラメータを受信しおよび記憶するように構成されてもよい。第１のモジュールはまた、例えば、薬剤アレルギーまたは過敏症、患者の組織中に存在する他の現在投与されている薬剤、年齢、体重、身長、腎臓または肝臓機能などの患者状態パラメータを含む、第１のデータベース（例えば、患者に関する情報を含むＥＨＲデータベース）から、患者に関連する既存のパラメータに関する情報を受信するように構成されてもよい。第１のモジュールは、例えば、血圧、脈拍、心調律または呼吸に関する既知の薬剤相互作用、薬剤の効果、または既存の薬剤などの第２のデータベース（例えば、薬物情報データベース）からの指示された薬剤および／または既存の薬剤に関する薬剤情報を得るように構成することもできる。第１のモジュールは、患者の現在測定した患者状態パラメータおよび受信した既存の患者状態パラメータを既知の通常範囲と比較し、通常範囲外であることが分かった患者状態パラメータのテーブルを作成するように構成することができる。第１のモジュールはその後、患者状態パラメータのテーブルを薬物情報データベースから得られた対応するパラメータのテーブルと比較することができる。患者状態パラメータのテーブルと対応するパラメータのテーブルとの間に一致が存在することが分かった場合、第１のモジュールはその後、第２の（指示入力）モジュールに伝達するために、１つ以上の予め入力され、記憶されたメッセージを読み出すことができる。これらのメッセージは、例えば、指示された特定の薬剤、患者の既存の薬剤および患者の現在および既存の病状に適切な第２のモジュールのユーザへの警告を含むことができる。任意選択では、警告が第２のモジュールによって受信され、警告がユーザ・インターフェースからの入力シグナルを通して第２のモジュールのユーザによって確認されると、警告のさらなる繰り返しを避けることができる。

他の実施形態では、電子患者介護システムは、ユーザに薬物情報データベースから得られた標準的な投薬および投与ガイドラインから導き出された編集可能なデフォルト値を提供することができ、患者の現在および既存の病状、アレルギー、既存の薬剤または他の患者状態パラメータに基づいて示すことができる変更をユーザに警戒を発することができる。電子患者介護システムは、ユーザがタイピング入力する量を最小限に抑えることが好ましい。

他の実施形態では、電子患者介護システムの第１のモジュールまたは他のモジュールを使用して、患者のベッドサイドに（例えば、バーコードおよびリーダ、またはＲＦＩＤタグおよびスキャナを通して）送達される指示された薬剤を識別し、適切な薬剤および投与量が調製され、患者に送達されていることを検証することもできる。１つの実施形態では、第１のモジュールはまた、注入ポンプまたは丸薬ディスペンサなどの、治療を施す患者介護デバイスと有線または無線の通信リンクを通して相互作用することができる。注入ポンプの場合、第１のモジュールまたは別の接続モジュールは、注入ポンプに、注入速度または注入圧力を含む注入設定値などの患者治療パラメータを提供し、そこから例えば、注入ライン内の空気の存在、接続されている静脈内バッグ内に残っている溶液の量、または注入ライン内の流体の圧力などの様々な動作パラメータを受信することができる。動作パラメータが異常であることが分かった場合、第１のモジュールは、注入ポンプにシグナルを送って注入を中断させることによって応答する、機械的閉塞にシグナルを送って静脈ラインを閉塞することによって応答する、注入速度を変更する、および／または第１のモジュール内に組み込まれたアラームにより直接、または第２のモジュールへのアラームの伝達によってのいずれかで、ヘルスケア・プロバイダなどに異常の警戒を発するように構成することができる。別の実施形態では、第１のモジュールはまた、患者の状態を監視し、例えば、血圧モニタ、ＥＣＧモニタ、パルス・オキシメトリ・モニタ、温度モニタなどの患者状態パラメータを決定するために使用される様々な患者介護デバイスと通信するように構成することができる。測定される様々なパラメータは、携帯デバイスによっておよび／またはＥＭＲ内で、監視するおよび／または記録することができる。いくつかの場合には、第１のモジュールは、監視した患者状態パラメータが所定の範囲外にある場合に、患者または他の人に警戒を発するようにプログラムすることができる。いくつかの実施形態では、第１のモジュールは、シグナルを監視クライアントに伝達して、患者介護デバイスによってスケジュールされていない測定を行なって、別の患者状態パラメータを得ることができる。第１のモジュールは、様々な位置で様々なヘルスケア・プロバイダと通信することができ、１つの実施形態では、第１のモジュールが割り当てられた患者に異常を知らせることが可能であり、例えば、可聴警戒または記録されたメッセージにより修正動作を勧めることができる。

１つの実施形態では、マイクロインフュージョン・ポンプを準備するシステムは、監視クライアント、薬局コンピュータ、配合ロボット、マイクロインフュージョン・ポンプ、およびデータ・ダウンロード・デバイスを備えている。監視クライアントは、ユーザ・インターフェースを介して処方箋指示を通信するように構成されている。薬局コンピュータは、監視クライアントと動作可能に通信して、処方箋指示を受信する。配合ロボットは、処方箋を処方箋指示に対応する少なくとも１つの液体へと調製するように構成されている。マイクロインフュージョン・ポンプは、処方箋指示に対応する少なくとも１つの液体を受け取るように構成されている。データ・ダウンロード・デバイスは、処方箋指示をマイクロインフュージョン・ポンプのメモリ内にダウンロードするように構成されている。

いくつかの実施形態では、配合ロボットは、マイクロインフュージョン・ポンプに少なくとも１つの液体を充填する。配合ロボットは、データ・ダウンロード・デバイスと動作可能に通信することができ、配合ロボットは、データ・ダウンロード・デバイスに、処方箋指示をマイクロインフュージョン・ポンプのメモリ内にダウンロードするように指示してもよい。データ・ダウンロード・デバイスは、処方箋指示を、配合ロボットおよび／または薬局コンピュータから受信することができる。いくつかの実施形態では、配合ロボットは、薬局コンピュータから処方箋指示を受信する。

本開示の１つの実施形態では、システムはハブを備えている。ハブは、患者介護デバイスを監視するように構成されている。ハブは、（プロセッサ実行ソフトウェアとして具体化することができる）オペレーティング・システム・コンポーネントと、（プロセッサ実行ソフトウェアとして具体化することができる）サンドボックス・コンポーネントとを備えている。オペレーティング・システム・コンポーネントは、ハブのハードウェア・リソースおよびハブのソフトウェア・リソースのうちの少なくとも１つにアクセスするように構成されている。

サンドボックス・コンポーネントは、ハードウェア・リソースおよびソフトウェア・リソースのうちの少なくとも１つに対するアクセスを制御するように構成されている。ハブは、患者介護デバイスを識別し、アプリケーションを実行して、患者介護デバイスを監視するようにさらに構成されている。ハブは、サンドボックス・コンポーネント内でアプリケーションを実行することができ、それによりアプリケーションが、サンドボックス・コンポーネントを通じてハードウェア・リソースおよびソフトウェア・リソースのうちの少なくとも１つにアクセスする。

ハブは、患者介護デバイスを制御するようにさらに構成されてもよい。患者介護デバイスは、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョン・ポンプ、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ_２カプノメータ、静脈内バッグ、および／または点滴流量計の１つ以上であってもよい。

ハブは、患者介護デバイスから識別情報（例えば、シリアル番号、（暗号化されたまたは暗号化されていない）コード、または他の識別値）を受信し、識別情報に関連付けられたサーバからアプリケーションをダウンロードするように構成されてもよい。また、ハブは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからのアプリケーションを更新するように構成されてもよい。

ハードウェア・リソースは、ディスク・ドライブ、メモリ、ブザー、マイクロフォン、スピーカ、およびカメラであってもよい。ソフトウェア・リソースは、変数、セキュアなデータ・オブジェクト、セキュアな変数、保護付きＡＰＩ、ＡＰＩおよびハードウェア・コンポーネントのソフトウェア表現のうちの１つであってもよい。

さらに別の実施形態では、電子患者介護用のシステムは、ハブを備えている。ハブは、患者介護デバイスを監視するように構成されている。サンドボックスは、ハードウェア・リソースおよびソフトウェア・リソースのうちの少なくとも１つに対するアクセスを制御するように構成することができる。ハブは、患者介護デバイスを識別し、アプリケーションを実行して、患者介護デバイスを監視するようにさらに構成されている。ハブは、サンドボックス・コンポーネント内でアプリケーションを実行し、それによりアプリケーションが、サンドボックス・コンポーネントを通じてハードウェア・リソースおよびソフトウェア・リソースのうちの少なくとも１つにアクセスする。ハブは、患者介護デバイスを制御するようにさらに構成されてもよい。ハブは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからアプリケーションをダウンロードするようにさらに構成されてもよい。ハブは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからのアプリケーションを更新するようにさらに構成されてもよい。

ハードウェア・リソースは、ディスク・ドライブ、メモリ、ブザー、マイクロフォン、スピーカ、およびカメラであってもよい。ソフトウェア・リソースは、変数、セキュアなデータ・オブジェクト、セキュアな変数、保護付きＡＰＩ、ＡＰＩおよびハードウェア・コンポーネントのソフトウェア表現のうちの１つであってもよい。

さらに別の実施形態では、電子患者介護用のシステムは、監視クライアントを備えている。監視クライアントは、患者介護デバイスを監視するように構成されている。監視クライアントは、監視クライアントのハードウェア・リソースおよび監視クライアントのソフトウェア・リソースのうちの少なくとも１つにアクセスするように構成されたオペレーティング・システム・コンポーネントを備えている。サンドボックス・コンポーネントは、ハードウェア・リソースおよびソフトウェア・リソースのうちの少なくとも１つに対するアクセスを制御するように構成されている。監視クライアントは、患者介護デバイスを識別し、アプリケーションを実行して、患者介護デバイスを監視するようにさらに構成されてもよい。監視クライアントは、サンドボックス・コンポーネント内でアプリケーションを実行し、それによりアプリケーションが、サンドボックス・コンポーネントを通じてハードウェア・リソースおよびソフトウェア・リソースのうちの少なくとも１つにアクセスする。監視クライアントは、患者介護デバイスを制御するようにさらに構成されている。

患者介護デバイスは、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョン・ポンプ、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータおよび／またはＣＯ_２カプノメータ、静脈内バッグ、および点滴流量計であってもよい。

監視クライアントは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからアプリケーションをダウンロードするようにさらに構成されてもよい。監視クライアントは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからのアプリケーションを更新するようにさらに構成されてもよい。

ハードウェア・リソースは、ディスク・ドライブ、メモリ、ブザー、マイクロフォン、スピーカおよびカメラであってもよい。ソフトウェア・リソースは、変数、セキュアなデータ・オブジェクト、セキュアな変数、保護付きＡＰＩ、ＡＰＩおよびハードウェア・コンポーネントのソフトウェア表現であってもよい。

さらに別の実施形態では、電子患者介護用のシステムは、患者介護デバイスを監視するように構成された監視クライアントを備えている。監視クライアントは、ハードウェア・リソースおよびソフトウェア・リソースのうちの少なくとも１つに対するアクセスを制御するように構成されたサンドボックス・コンポーネントを備えている。監視クライアントは、患者介護デバイスを識別し、アプリケーションを実行して、患者介護デバイスを監視するようにさらに構成されてもよい。監視クライアントは、サンドボックス・コンポーネント内でアプリケーションを実行し、それによりアプリケーションが、サンドボックス・コンポーネントを通じてハードウェア・リソースおよびソフトウェア・リソースのうちの少なくとも１つにアクセスする。監視クライアントは、患者介護デバイスを制御するようにさらに構成されてもよい。

患者介護デバイスは、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョン・ポンプ、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータおよび／またはＣＯ_２カプノメータ、静脈内バッグ、および点滴流量計であってもよい。

監視クライアントは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからアプリケーションをダウンロードするようにさらに構成されてもよい。監視クライアントは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからのアプリケーションを更新するようにさらに構成されてもよい。

ハードウェア・リソースは、ディスク・ドライブ、メモリ、ブザー、マイクロフォン、スピーカおよびカメラであってもよい。ソフトウェア・リソースは、変数、セキュアなデータ・オブジェクト、セキュアな変数、保護付きＡＰＩ、ＡＰＩおよびハードウェア・コンポーネントのソフトウェア表現のうちの１つであってもよい。

別の実施形態では、電子患者介護用のシステムは、電子診療録と通信するように構成されたハブと、患者介護デバイスとを備えている。ハブは、患者および患者介護デバイス（例えば、注入ポンプ）を識別するように構成されている。ハブはまた、電子診療録から少なくとも１つの治療パラメータ（例えば、注入薬物、および／または注入速度もしくは速度プロファイルなど）をダウンロードし、少なくとも１つの治療パラメータで患者介護デバイスをプログラムするように構成されている。ハブは、ＲＦＩＤ呼掛器を使用してＲＦＩＤタグを読み取ること、マイクロフォンに結合された音声認識ソフトウェアを使用する音声、カメラに結合された顔認識ソフトウェアを使用する顔、バイオメトリック読み取りのバイオメトリック・パラメータ、識別情報、バーコード・リーダによるバーコード読み取りのうちの少なくとも１つに従って患者を識別する。特定の１つの実施形態では、ハブは、本明細書に記載した識別技術の１つ以上を使用して、少なくとも１つの治療パラメータをダウンロードすることができる。

別の実施形態では、電子患者介護用のシステムは、電子診療録と通信するように構成された監視クライアントと、患者介護デバイスとを備えている。監視クライアントは、患者および患者介護デバイス（例えば、注入ポンプ）を識別するように構成されている。監視クライアントはまた、電子診療録から少なくとも１つの治療パラメータ（例えば、注入薬物、および／または注入速度もしくは速度プロファイルなど）をダウンロードし、少なくとも１つの治療パラメータで患者介護デバイスをプログラムするように構成されている。監視クライアントは、ＲＦＩＤ呼掛器を使用してＲＦＩＤタグを読み取ること、マイクロフォンに結合された音声認識ソフトウェアを使用する音声、カメラに結合された顔認識ソフトウェアを使用する顔、バイオメトリック読み取りのバイオメトリック・パラメータ、識別情報、バーコード・リーダによるバーコード読み取りのうちの少なくとも１つに従って患者を識別する。特定の１つの実施形態では、監視クライアントは、本明細書に記載する識別技術の１つ以上を使用して、少なくとも１つの治療パラメータをダウンロードすることができる。

さらに別の実施形態では、電子患者介護用のシステムは、監視クライアント、監視クライアント・ドック、患者介護デバイスおよびデバイス・ドックを備えている。監視クライアントは、少なくとも１つの患者介護パラメータを通信するように構成されている。監視クライアント・ドックは、監視クライアントをそこにドッキングさせるために、患者用クライアントを受信するように構成されている。患者介護デバイスは、少なくとも１つの患者介護パラメータを通信するように構成されている。デバイス・ドックは、患者介護デバイスをそこにドッキングするために、患者介護デバイスを受信するように構成されている。

１つの実施形態では、監視クライアント・ドックおよびデバイス・ドックは、無線で、および監視クライアント・ドックおよびデバイス・ドックに動作可能に結合されたケーブルを通しての一方で通信するように構成されている。

別の実施形態では、監視クライアントは、少なくとも１つの患者介護パラメータを無線で通信するように構成されている。

別の実施形態では、監視クライアント・ドックは、監視クライアントと無線で通信するように構成されており、監視クライアントは、少なくとも１つの患者介護パラメータを監視クライアント・ドックと無線で、ケーブルを通してドックに、またドッキングされた患者介護デバイスに通信することによって、患者介護デバイスと動作可能に通信する。

別の実施形態では、監視クライアントは、ケーブルを通した通信が利用可能ではない、および監視クライアントが監視クライアント・ドックからドッキングを外された、のうちの少なくとも一方であると監視クライアントが判断したときに、監視クライアント・ドックとの無線通信を利用して、少なくとも１つの患者介護パラメータを動作可能に通信する。

別の実施形態では、デバイス・ドックは、監視クライアントと無線通信するように構成されており、監視クライアントは、デバイス・ドックと無線で通信して少なくとも１つの患者介護パラメータを、ドッキングされた患者介護デバイスに送ることによって、患者介護デバイスと動作可能に通信する。

別の実施形態では、監視クライアントは、ケーブルを通した通信が利用可能ではない、監視クライアントと監視クライアント・ドックの間の通信が利用可能ではない、および監視クライアントが監視クライアント・ドックからドッキングを外された、のうちの少なくとも１つであると監視クライアントが判断したときに、デバイス・ドックとの無線通信を利用して、少なくとも１つの患者介護パラメータを動作可能に通信する。

別の実施形態では、患者介護デバイスは、監視クライアントと無線通信するように構成されており、監視クライアントは、少なくとも１つの患者介護パラメータを患者介護デバイスと無線通信する。

別の実施形態では、監視クライアントは、ケーブルを通した通信が利用可能ではない、監視クライアントと監視クライアント・ドックの間の通信が利用可能ではない、デバイス・ドックと患者介護デバイスの間の通信が利用可能ではない、および監視クライアントが監視クライアント・ドックからドッキングを外された、のうちの少なくとも１つであると監視クライアントが判断したときに、患者介護デバイスと無線で、少なくとも１つの患者介護パラメータを動作可能に通信する。

別の実施形態では、監視クライアント・ドックおよびデバイス・ドックは、少なくとも１つの患者パラメータを無線で通信するように構成されている。システムはさらに、監視クライアント・ドックおよびデバイス・ドックに動作可能に結合されたケーブルを備えており、監視クライアント・ドックおよびデバイス・ドックは、デバイス・ドック、監視クライアント・ドックおよび監視クライアントの少なくとも１つが、ケーブルが通信リンクとして利用可能ではないと判断したときに、無線で通信するように構成されている。

別の実施形態では、監視クライアントは、複数の通信リンクを介して患者介護デバイスと通信するように構成されており、監視クライアントは、複数の通信リンクのうちの動作可能なものを介して通信する。

別の実施形態では、患者介護デバイスは、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョン・ポンプ、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ_２カプノメータ、静脈内バッグおよび点滴流量計のうちの１つである。

別の実施形態では、患者介護パラメータは、静脈内ポンプ流量パラメータ、ＥＣＧパラメータ、血圧パラメータ、パルス・オキシメータ・パラメータ、ＣＯ_２カプノメータ・パラメータ、静脈内バッグ・パラメータおよび点滴流量計値の少なくとも１つである。患者介護パラメータは、患者状態パラメータおよび／または患者治療パラメータであってもよい。

別の実施形態では、患者介護デバイスは、メッシュ・ネットワークのノードとして無線通信するように構成されている。

別の実施形態では、ケーブルは監視クライアント・ドックおよびデバイス・ドックに動作可能に結合され、患者介護デバイスがデバイス・ドックにドッキングされ、監視クライアントが監視クライアント・ドックにドッキングされている場合に、監視クライアントは、ケーブルを通して少なくとも１つの患者介護パラメータを患者介護デバイスと通信するように構成されている。

さらに別の実施形態では、電子患者介護用のシステムは、監視クライアント、患者介護デバイスおよびデバイス・ドックを備えている。監視クライアントは、少なくとも１つの患者介護パラメータを通信するように構成されている。患者介護デバイスは、少なくとも１つの患者介護パラメータを通信するように構成されている。デバイス・ドックは、患者介護デバイスをそこにドッキングするために患者介護デバイスを受け、監視クライアントをそこにドッキングするために監視クライアントを受けるように構成されている。

さらに別の実施形態では、電子患者介護用のシステムは、少なくとも１つの患者介護パラメータを通信するように構成された患者介護デバイスと、少なくとも１つの患者介護パラメータを通信するように構成された監視クライアントと、患者介護デバイスをそこにドッキングするために患者介護デバイスを受けるように構成されたデバイス・ドックとを備えている。デバイス・ドックおよび監視クライアントは、一緒に一体化されている。

さらに別の実施形態では、電子患者介護用のシステムは、少なくとも１つの患者介護パラメータを通信するように構成された積み重ね可能な監視クライアントと、少なくとも１つの患者介護パラメータを通信するように構成された積み重ね可能な患者介護デバイスとを備えている。積み重ね可能な監視クライアントおよび積み重ね可能な患者介護デバイスは、デイジー・チェーン通信リンクを介しておよび／またはバックプレーンを使用して、少なくとも１つの患者介護パラメータを通信してもよい。

さらに別の実施形態では、電子患者介護用のシステムは、少なくとも１つの患者介護パラメータを通信するように構成された患者介護デバイスと、少なくとも１つの患者介護パラメータを通信するように構成されたハブ・クライアントと、患者介護デバイスをそこにドッキングするために患者介護デバイスを受けるように構成されたデバイス・ドックとを備えている。ハブは、デバイス・ドックに差し込まれて、両者間に通信リンクを確立することができる。システムはさらに、ハブと動作可能に通信する監視クライアントを備えて、少なくとも１つの患者介護パラメータを受信してもよい。患者治療パラメータは、ハブに動作可能に通信されることができ、ハブは、患者治療パラメータを患者介護デバイスに通信する。

特定の実施形態では、ハブはユーザ・インターフェースを備えてもよく、ハブは、患者治療パラメータを患者介護デバイスに送信する前に、ユーザ認証を要求してもよい。

特定の実施形態では、監視クライアントはユーザ・インターフェースを備えることができ、監視クライアントは、ハブを通して患者介護デバイスに患者治療パラメータを送信する前に、ユーザ認証を要求してもよい。

特定の実施形態では、患者介護デバイスはユーザ・インターフェースを備えることができ、患者介護デバイスは、患者を治療する前に、患者治療パラメータのユーザ認証を要求してもよい。

ハブは、患者介護デバイスを監視するように構成することができる。特定の実施形態では、ハブは、ハードウェア・リソースおよびソフトウェア・リソースの少なくとも１つに対するアクセスを制御するように構成されたサンドボックス・コンポーネントを備えてもよい。

ハブはさらに、患者介護デバイスを識別し、アプリケーションを実行して、患者介護デバイスを監視するように構成することができる。ハブは、サンドボックス・コンポーネント内でアプリケーションを実行することができ、それによりアプリケーションが、サンドボックス・コンポーネントを通じてハードウェア・リソースおよびソフトウェア・リソースのうちの少なくとも１つにアクセスする。

別の実施形態では、電子患者介護用のシステムは、以下のものを備えている：少なくとも１つの患者パラメータを監視するのに適合化された少なくとも１つの患者モニタ；少なくとも１つの患者モニタと動作可能に通信して、少なくとも１つの患者パラメータをそれから受信する監視クライアント；および監視クライアントと動作可能に通信して、該監視クライアントから少なくとも１つの患者パラメータを受信する監視サーバ。

別の実施形態では、システムはさらに、少なくとも１つの患者モニタと動作可能に通信して、少なくとも１つの患者パラメータを受信する遠隔コミュニケータを備えてもよい。

少なくとも１つの患者モニタは、心電図モニタ、血圧モニタ、パルス・オキシメータ・モニタおよびＣＯ_２カプノメータの少なくとも１つを備えることができる。監視クライアントは、指定された固有の患者識別子に従って患者情報をダウンロードするように構成することができる。固有の患者識別子は、リスト・バンド上に配置されたバーコード上でコード化することができる。固有の患者識別子は、リスト・バンドに結合されたＲＦＩＤタグ（例えば、ＲＦＩＤ呼掛器）上でコード化することができる。患者情報は、患者状態または患者介護パラメータを含む。独自の患者識別子は、監視サーバに動作可能に送信されて、患者特有のデータを通信するための電子許可を得ることができる。患者特有のデータのサブセットは、監視クライアントのメモリ内に記憶されてもよい。監視クライアントは、新しい指示がメモリ内に記憶された患者特有のデータのサブセットに基づく所定の基準を満たすかどうか判定するように適合されてもよい。

別の実施形態では、システムはさらに、新しい指示を監視クライアントに提示するように適合されたポータブル監視クライアントを備えている。監視クライアントおよび／または遠隔コミュニケータの少なくとも１つは、新しい指示を監視サーバに通信するように適合されてもよく、監視サーバは、新しい指示が別の所定の基準を満たしているかどうか判定するように適合されてもよい。

別の実施形態では、新しい指示は、薬剤の指示であってもよく、監視サーバは、薬剤の指示が現在処方されている薬剤に禁忌でないかどうか判定することによって、新しい指示が別の所定の基準を満たしているかどうか判定するように適合されてもよい。監視サーバは、データベースと通信して、新しい指示が別の所定の基準を満たしているかどうか判定することができる。監視サーバは、新しい指示が別の所定の基準を満たしていないとき、監視クライアントに警戒を送信するように構成されてもよい。

別の実施形態では、システムは、監視クライアントおよび監視サーバの少なくとも１つと動作可能に通信するように適合された遠隔通信を備えることができる。

別の実施形態では、監視クライアントは、デスク・ベースのデバイス、ポータブル・デバイス、手持ち式コントローラ、ノートブックＰＣ、ネットブックＰＣ、タブレットＰＣ、およびスマートフォンの１つであってもよい。監視クライアントはタッチスクリーンを備えている。

別の実施形態では、システムはさらに注入ポンプを備えることができ、監視クライアントは、注入ポンプと動作可能に通信する。注入ポンプは、監視クライアントに取り付け可能であってもよい。注入ポンプは、監視クライアントから取り外し可能であってもよい。

別の実施形態では、システムはさらに、監視クライアントを注入ポンプにドッキングさせるように構成されたドックを備えている。

別の実施形態では、監視クライアントは、無線リンクを介して注入ポンプと動作可能に通信する。

別の実施形態では、監視サーバは、複数のデータベースと通信するように構成されており、複数のデータベースの少なくとも１つは、該複数のデータベースのうちの別のデータベースとは異なるデータ・フォーマットまたは通信プロトコルを含む。

別の実施形態では、監視サーバは、複数のデータベースからのデータをフォーマットして、該データを監視クライアントにダウンロードするように適合されている。任意選択では、またいくつかの特定の実施形態では、監視クライアントは、少なくとも１つの患者パラメータを監視サーバに通信してもよい。特定の実施形態では、患者パラメータは、注入ポンプの治療の進行、心電図シグナル、血圧シグナル、パルス・オキシメータシグナル、ＣＯ_２カプノメータシグナル、および／または温度シグナルのうちの１つ以上であり、および／または少なくともこれらの１つを含むことができる。

別の実施形態では、監視サーバは、監視クライアントを介して動作指示を注入ポンプにダウンロードするように構成されてもよい。

監視クライアントは、ユーザ・要求を受信して、患者パラメータを読み取ることができ、また監視デバイスに問い合わせて、患者パラメータを受信することができる。

別の実施形態では、システムはさらに、ポータブル監視クライアントを備えてもよい。ポータブル監視クライアントは、監視クライアントと動作可能に通信して、患者情報を直接通信し、それによって監視サーバをバイパスしてもよい。ポータブル監視クライアントは、注入ポンプの少なくとも１つのパラメータを変更し、その少なくとも１つの変更されたパラメータを監視サーバに通信するように構成されてもよい。

ポータブル監視クライアントを介して提示される患者指示の変更は、別のポータブル監視クライアントに伝達することができる。

別の実施形態では、監視クライアントは、監視サーバへの情報を定期的にアップロードして、患者特有のデータベース内に記憶するように構成されている。

システムはさらに、患者特有のデータベースから情報を受信するように適合された別の監視クライアントを備えることができる。

情報は、患者指示、患者投薬、進行ノート、患者モニタからの監視データ、および取り付けられたデバイスからの治療データの少なくとも１つを含むことができる。

監視サーバは、電子健康記録データベースに問い合わせて、患者情報をそこから受信するように構成することができる。監視サーバはさらに、患者情報に従って、所定のセットの情報を監視クライアントに入力するように構成することができる。

所定のセットの情報は、患者の年齢、身長、体重、診断、現在の薬剤、薬剤カテゴリ、薬剤アレルギーおよび過敏症の少なくとも１つを含んでいてもよい。

別の実施形態では、遠隔ポータブル監視クライアントは、監視サーバを介して監視クライアントと通信するように適合されている。遠隔ポータブル監視クライアントは、タブレットＰＣ、ネットブックおよびＰＣの１つであってもよい。遠隔ポータブル監視クライアントは、タッチスクリーンを備えることができる。

別の実施形態では、電子患者介護用の方法は以下の工程を含む：ディスプレイ上に複数の患者を表示する工程；ディスプレイ上に複数の患者のうちの１人の患者に関連付けられた少なくとも１つの患者パラメータを表示する工程；ディスプレイ上に該患者に関連付けられた少なくとも１つの警戒を表示する工程；および複数の患者から該患者を選択する工程。

上記の方法は、いくつかの特定の実施形態では、監視クライアントからディスプレイを有するポータブル遠隔コミュニケータ・デバイスに警戒を送信する工程をさらに含んでいてもよい。

さらに別の実施形態では、電子患者介護システムは以下を備えている：少なくとも１つの患者介護パラメータを通信するように構成された監視クライアント；少なくとも１つの患者介護パラメータを通信するように構成された患者介護デバイス；および少なくとも１つの患者介護デバイスの存在を発見し、そのデバイスからの通信シグナルを監視クライアントに関連付けられた通信プロトコルに変換することによって、監視クライアントと少なくとも１つの患者介護デバイスとの間の通信を容易にするように構成された通信インターフェース。

特定の実施形態では、通信インターフェースはさらに、互いに異なる追加の他の患者介護デバイスの存在を発見し、これらのデバイスからの通信シグナルを監視クライアントに関連付けられた通信プロトコルに変換するように構成されている。

別の特定の実施形態では、通信インターフェースはさらに、各デバイスに適した電源を提供するように構成されている。さらに別の特定の実施形態では、システムはさらに、患者情報の中央記憶の少なくとも１つを考慮に入れた監視クライアントによってアクセス可能な１つ以上のデータベース、および／または監視クライアントに関連付けられた患者の治療に使用することができるダウンロード情報を備えている。

さらに別の特定の実施形態では、通信インターフェースはさらに、以下の少なくとも１つに対するフォルトチェックを行なうように構成されている：患者介護デバイスとの通信のデータ整合性を評価する；監視クライアントが適切に機能しているかどうか評価する；患者介護デバイスが適切に機能しているかどうか評価する；および／または通信インターフェースが適切に機能しているかどうか評価する。

さらに別の実施形態では、電子患者介護システムは以下を備えている：少なくとも１つの患者介護パラメータを通信するように構成されたハブ・クライアント；少なくとも１つの患者介護パラメータを通信するように構成された患者介護デバイス；および少なくとも１つの患者介護デバイスの存在を発見し、そのデバイスからの通信シグナルをハブに関連付けられた通信プロトコルに変換することによって、ハブと少なくとも１つの患者介護デバイスとの間の通信を容易にするように構成された通信インターフェース。

特定の実施形態では、通信インターフェースはさらに、互いに異なる追加の他の患者介護デバイスの存在を発見し、そのデバイスからの通信シグナルをハブに関連付けられた通信プロトコルに変換するように構成されている。

別の特定の実施形態では、通信インターフェースはさらに、各デバイスに適した電源を提供するように構成されている。さらに別の特定の実施形態では、システムはさらに、患者情報の中央記憶の少なくとも１つを考慮に入れたハブによってアクセス可能な１つ以上のデータベース、および／またはハブに関連付けられた患者の治療に使用することができるダウンロード情報を備えている。

さらに別の特定の実施形態では、通信インターフェースはさらに、次の少なくとも１つに対するフォルトチェックを行なうように構成されている：患者介護デバイスとの通信のデータ整合性を評価する；監視クライアントが適切に機能しているかどうか評価する；患者介護デバイスが適切に機能しているかどうか評価する；および／または通信インターフェースが適切に機能しているかどうか評価する。

さらに別の実施形態では、電子患者介護システムは以下を備えている：少なくとも１つの患者介護パラメータを通信するように構成されているドック；少なくとも１つの患者介護パラメータを通信するように構成された患者介護デバイス；および少なくとも１つの患者介護デバイスの存在を発見し、そのデバイスからの通信シグナルをドックに関連付けられた通信プロトコルに変換することによって、ドックと少なくとも１つの患者介護デバイスの間の通信を容易にするように構成された通信インターフェース。

特定の実施形態では、通信インターフェースはさらに、互いに異なる追加の他の患者介護デバイスの存在を発見し、そのデバイスからの通信シグナルをドックに関連付けられた通信プロトコルに変換するように構成されている。

別の特定の実施形態では、通信インターフェースはさらに、各デバイスに適した電源を提供するように構成されている。さらに別の特定の実施形態では、システムはさらに、患者情報の中央記憶の少なくとも１つを考慮に入れたドックによってアクセス可能な１つ以上のデータベース、および／またはドックに関連付けられた患者の治療に使用することができるダウンロード情報を備えている。

さらに別の特定の実施形態では、通信インターフェースはさらに、次の少なくとも１つに対するフォルトチェックを行なうように構成されている：患者介護デバイスとの通信のデータ整合性を評価する；監視クライアントが適切に機能しているかどうか評価する；患者介護デバイスが適切に機能しているかどうか評価する；および／または通信インターフェースが適切に機能しているかどうか評価する。

１つの実施形態では、患者介護デバイスは以下を備えている：本体；支柱を受けるように構成された本体内の管路；および本体に結合され、管路内で本体を支柱に摩擦力で係止するように構成された２つの摩擦部材。

１つの実施形態では、ハブは以下を備えている：患者介護デバイス・インターフェース；患者介護デバイス・インターフェースに結合され、患者介護デバイスに電力を供給するように構成された電源；プロセッサ；およびプロセッサと患者介護デバイスとの間で通信を可能にするように構成された患者介護デバイス・インターフェースに結合されたトランシーバ。プロセッサは、いくつかの特定の実施形態では、アラーム状態にある場合に、患者介護デバイスを無効にするように構成されてもよい。

１つの実施形態では、ドックは以下を備えている：患者介護デバイス・インターフェース；患者介護デバイス・インターフェースに結合され、患者介護デバイスに電力を供給するように構成された電源；プロセッサ；およびプロセッサと患者介護デバイスとの間の通信を可能にするように構成された患者介護デバイス・インターフェースに結合されたトランシーバ。プロセッサは、いくつかの特定の実施形態では、アラーム状態にある場合に、患者介護デバイスを無効にするように構成されてもよい。

１つの実施形態では、通信モジュールは以下を備えている：患者介護デバイス・インターフェース；患者介護デバイス・インターフェースに結合され、患者介護デバイスに電力を供給するように構成された電源；プロセッサ；および患者介護デバイスおよび別のデバイスに対する通信を可能にするように構成された患者介護デバイス・インターフェースに結合されたトランシーバ。プロセッサは、いくつかの特定の実施形態では、アラーム状態にある場合に、患者介護デバイスを無効にするように構成されてもよい。

別の実施形態では、患者介護システムは以下を備えている：ドック；ドックにドッキングするように構成された複数のモジュール式患者介護デバイス；および監視クライアントの格納式ディスプレイ。モジュール式患者介護デバイスは、互い違いに、またはコネクタを介して、水平面に沿ってドックとインターフェース接続されてもよい。

さらに別の実施形態では、電子患者介護システムは、患者に関する情報を受信および記憶するように構成された第１のモジュールであって、当該情報が患者に接続されたデバイスによって測定された患者の第１のパラメータに関連するデータ、および患者に関する情報を含む第１のデータベースから受信した患者の第２のパラメータに関連するデータを含む第１のモジュールと、第２のモジュールに関連付けられたユーザ・インターフェースを介してユーザから薬剤指示を受信するように構成され、さらに当該治療指示を第１のモジュールに伝達するように構成された第２のモジュールとを備えており、当該第１のモジュールはさらに、ａ）第２のデータベースから当該薬剤または他の薬物に関する薬剤情報であって、このような薬剤が一般的に投与される際の制限事項を提供するデータを含む薬剤情報を取得すること、ｂ）薬剤指示を、薬剤情報、第１のパラメータの値、および第２のパラメータの値に基づいて第２のモジュールによって（この特定の実施形態では）確認しなければならないかどうか判定すること、およびｃ）ユーザ・インターフェース上に表示するために、予め決められたメッセージを第１のモジュールから第２のモジュールに伝達することであって、当該メッセージが当該薬剤指示の受容性を確認し、またはそれに関して警告するものである、伝達すること、をするように構成されている。

薬剤情報としては、薬物相互作用情報、薬物アレルギー情報、血圧作用情報、心拍数作用情報、心調律作用情報または呼吸作用情報を挙げることができ、第１のパラメータまたは第２のパラメータは、患者の現在投与されている薬物、知られている薬物アレルギー、現在の血圧、現在の心拍数、現在の心調律、現在の呼吸数または現在の換気量に関するデータを含む。

予め決められたメッセージは、指示された薬剤の潜在的な作用に関する警告を含むことができ、当該警告は、第１のパラメータに関する測定されたデータ、第２のパラメータに関する受信されたデータまたは第１のモジュールによって得られた薬剤情報を含む。

第１のモジュールは、予め決められたメッセージが伝達された後で、かつ、ユーザ・インターフェースからの入力シグナルによって始動された、第２のモジュールからの確認シグナルを受信した後に、薬物指示または修正された薬物指示が処理されることになるとのシグナルを作成するように構成されてもよい。

別の実施形態では、患者介護デバイスは、第１の通信リンクおよび第２の通信リンクを備えており、ドックは、第１の通信リンクおよび第２の通信リンクを備えている。患者介護デバイスがドックから所定の範囲内にある場合、患者介護デバイスおよびドックは、第１の通信リンクを使用してペアリングされ、ペアリングの後は第２の通信リンクを使用して通信できる状態を保つ。第１の通信リンクを使用して行われるペアリングは、第２の通信リンクに対して患者介護デバイスおよびドックをペアリングすることであってもよい。第１の通信リンクは、近距離無線通信であってもよく、第２の通信リンクは、ブルートゥース、ブルートゥース・ロー・エネルギー、ＷｉＦｉ、または他の通信リンクであってもよい。

別の実施形態では、患者介護デバイスは、第１の通信リンクおよび第２の通信リンクを備えており、監視クライアントは、第１の通信リンクおよび第２の通信リンクを備えている。患者介護デバイスが監視クライアントで所定の範囲内にある場合、患者介護デバイスおよび監視クライアントは、第１の通信リンクを使用してペアリングされ、ペアリングの後に、第２の通信リンクを使用して通信したままになる。第１の通信リンクを使用して起こるペアリングは、第２の通信リンクに対して、患者介護デバイスおよび監視クライアントをペアリングすることができる。第１の通信リンクは、近距離無線通信であってもよく、第２の通信リンクは、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）、ブルートゥース・ロー・エネルギー、ＷｉＦｉ、または他の通信リンクであってもよい。

いくつかの実施形態では、患者介護デバイスは、ユーザ・インターフェース・テンプレートが中に格納されたメモリを備えている。ユーザ・インターフェース・テンプレートは、ドック、ハブおよび／または監視クライアントと通信して、ドック、ハブおよび／または監視クライアントのユーザ・インターフェース上に表示することができる。ユーザ・インターフェース・テンプレートは、患者介護デバイスから受信した１つ以上の患者介護パラメータを（例えば、リアルタイムで）表示するように構成されてもよい。

さらに別の実施形態では、注入ポンプは、取り付け可能な電子コンポーネントを備えている。取り付け可能な電子コンポーネントは、少なくとも１つのプロセッサ、電源レギュレータ、および制御システムを備えている。

１つの実施形態では、通信モジュールは、少なくとも１つのプロセッサと、トランシーバ、電池、および電源装置の１つ以上とを備えて、通信能力および電源の少なくとも１つを患者介護デバイスに提供する。

さらに別の実施形態では、ウェアラブル・システム・モニタは、ウォッチドッグ・コンポーネントおよびトランシーバを備えている。ウェアラブル・システム・モニタは、ウォッチドッグ・コンポーネントおよびトランシーバに結合されたプロセッサを備えて、少なくとも１つのペアリングされたデバイスに対してウォッチドッグ機能を発揮することができる。ペアリングされたデバイスは、ドック、ハブ、監視クライアントおよび／または患者介護デバイスの少なくとも１つであってもよい。

さらに別の実施形態では、方法は以下の工程の１つ以上を含む：患者介護デバイスと監視サーバとの間に通信リンクを確立する工程；患者介護パラメータを監視サーバに通信する工程；患者介護パラメータを非識別化する工程；および／または監視サーバ内に非識別化された患者介護パラメータを記憶する工程。

さらに別の実施形態では、方法は以下の工程の１つ以上を含む：監視サーバと複数の患者に関連付けられた複数の患者介護デバイスの間に通信リンクを確立する工程；複数の患者介護パラメータを複数の患者介護デバイスから監視サーバに通信する工程；患者介護パラメータを非識別化する工程；監視サーバ内に患者介護パラメータを記憶する工程；複数の患者を治療する工程；および複数の患者に関連付けられた複数の患者介護パラメータのサブセットを分析して、治療の有効性を判定する工程。

さらに別の実施形態では、患者介護デバイス（例えば、注入ポンプ）は、ドック、ハブおよび／または監視クライアント接続の少なくとも１つにおいてホットスワップ可能である。

さらに別の実施形態では、ホットスワップ可能な患者介護デバイス、例えば注入ポンプを有する方法は、以下の工程の１つ以上を含む：患者介護デバイスに関連付けられた１つ以上の患者介護パラメータを受信する工程；患者介護デバイスの不揮発性メモリ内に１つ以上の患者介護パラメータを記憶する工程；作動しているメモリ内に１つ以上の患者介護パラメータをロードする工程；および患者介護デバイスの動作を再開する工程。該方法は、追加の実施形態では、患者介護デバイスの動作が再開することができると決定する工程を含んでいてもよい。

さらに別の実施形態では、ホットスワップ可能な患者介護デバイス、例えば注入ポンプを有する方法は、以下の工程の１つ以上を含む：患者介護デバイスに関連付けられた１つ以上の動作パラメータを算出する工程；患者介護デバイスの不揮発性メモリ内に１つ以上の動作パラメータを記憶する工程；動作しているメモリ内に１つ以上の動作パラメータをロードする工程；および患者介護デバイスの動作を再開する工程。該方法は、追加の実施形態では、患者介護デバイスの動作が再開することができると決定する工程を含んでいてもよい。

さらに別の実施形態では、ペアリングする方法は以下の工程を含む：監視クライアントおよび／またはユーザ・インターフェースを有するハブを患者介護デバイス（例えば、注入ポンプ）の動作距離内に配置する工程；患者介護デバイスの識別情報をユーザ・インターフェース上に表示する工程；ユーザ・インターフェースを使用してペアリングするために患者介護デバイスを選択する工程；患者介護デバイスを監視クライアントおよび／またはハブにペアリングする工程；ならびに／または患者介護パラメータを監視クライアントおよび／もしくはハブに通信する工程。さらに別の実施形態では、また任意選択では、該方法は、追加の患者介護パラメータを患者介護デバイスを通して別の患者介護デバイスと動作可能に通信して、例えば監視クライアントおよび／またはハブに伝える工程を含むことができる。

さらに別の実施形態では、方法は以下の工程を含む：患者介護デバイスをドック内にドッキングする工程；患者介護デバイスを識別する工程；患者介護デバイスを制御するためのアプリケーションをサーバに照会する工程；アプリケーションをドック、ハブ、および／または監視クライアント内にダウンロードする工程；ドック、ハブ、および／または監視クライアントを使用してアプリケーションを実行する工程；およびアプリケーションを使用して患者介護デバイスを制御する工程。

さらに別の実施形態では、方法は、患者介護デバイスをハブと動作可能に通信するように配置する工程を含み、該ハブは、患者介護デバイスを識別することができ、患者介護デバイスを制御するためのアプリケーションをサーバに照会することができ、アプリケーションをハブ内にダウンロードすることができ、アプリケーションを実行することができ、およびアプリケーションを使用して患者介護デバイスを制御することができる。

さらに別の実施形態では、方法は、患者介護デバイスをドックと動作可能に通信するように配置する工程を含み、該ドックは、患者介護デバイスを識別することができ、患者介護デバイスを制御するためのアプリケーションをサーバに照会することができ、アプリケーションをドック内にダウンロードすることができ、アプリケーションを実行することができ、およびアプリケーションを使用して患者介護デバイスを制御することができる。

さらに別の実施形態では、方法は、患者介護デバイスを監視クライアントと動作可能に通信するように配置する工程を含み、該監視クライアントは、患者介護デバイスを識別することができ、患者介護デバイスを制御するためのアプリケーションをサーバに照会することができ、アプリケーションを監視クライアントにダウンロードすることができ、アプリケーションを実行することができ、およびアプリケーションを使用して患者介護デバイスを制御することができる。

さらに別の実施形態では、方法は以下の工程を含むことができる：通信デバイスのユーザ・インターフェース上に要求を提示する工程；要求を確認する工程；要求を送信する工程；チェック値で要求を受信する工程；およびチェック値が送信前の要求に従っていることを確認する工程。

さらに別の実施形態では、ハブは、患者介護デバイスを受けるためのドックと、別の患者介護デバイスを受けるように構成された、開いているドアに結合された少なくとも１つのコネクタとを備えている。

さらに別の実施形態では、ハブは、患者介護デバイスを制御および／または監視するために、電子診療録、ＤＥＲＳ、ＣＰＯＥおよび／またはインターネットの少なくとも１つと動作可能に通信する。

別の実施形態では、ハブは、クレードルに接続するように適合されて、該クレードルに結合された１つ以上の患者介護デバイスを制御する。

さらに別の実施形態では、バッテリ・パックは、患者介護デバイス・インターフェース、電池、および該電池を使用して患者介護デバイスに電力を供給するように構成された調整電源を備えている。電池は、いくつかの実施形態では、ＤＣ電源を使用して再充電することができる。

１つの実施形態では、患者介護デバイスは、スクリーンおよび加速度計を備えている。患者介護デバイスは、加速度計を使用して決定された直立位置でスクリーンを表示するように構成されている。

さらに別の実施形態では、電子患者介護システムは、監視クライアント、および支柱に結合するように構成されたドックを備えている。アダプタがドックに結合されてもよい。アダプタは、少なくとも１つの電子カプラーを備えて、患者介護デバイスを監視クライアントと動作可能に通信するように配置することができる。患者介護デバイスはアダプタ内にスライドしてもよい。

さらに別の実施形態では、電子患者介護システムは、監視クライアント、患者介護デバイスおよび通信モジュールを備えている。患者介護デバイスおよび／または通信モジュールは、監視クライアントにフォールト・トレラントである。例えば、監視クライアントは、患者介護デバイスに、安全でない動作を行なうことを指示することができない。

以下に続く実施形態のためにいうと、ベースとは、医療デバイス、ドック、クレードル、ハブ、丸薬ディスペンサ、シリンジ・ポンプ、注入ポンプ、マイクロインフュージョン・ポンプ、通信モジュール、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ_２カプノメータ、通信リレーなどであってもよい。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、監視クライアントが物理的接続を通してベースに接続されているかどうかを判定する工程、該物理的接続を通して監視クライアントとベースとの間の通信リンクを確立する工程、必要ならば、第１の通信リンクを通して監視クライアントおよびベース上のインターフェースプログラムを更新する工程、第１の通信リンクを使用して監視クライアントとベースとの間に第２の通信リンクを確立する工程、および第２の通信リンクを使用してベースから監視クライアントにデータを通信する工程を含む。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、プロセッサが監視クライアント上に位置している場合に行われる。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、プロセッサがベース上に位置している場合に行われる。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、第２の通信リンクを使用してベースから監視クライアントにデータを通信する行為が、第２の通信リンクを使用して、該ベースによって、該データを監視クライアントに送信する工程を含む場合に行われる。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、第２の通信リンクを使用してベースから監視クライアントにデータを通信する行為が、第２の通信リンクを使用して、該監視クライアントによって、該データが受信される工程を含む場合に行われる。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、ベースから通信されたデータに従って監視クライアントに該データを表示する工程をさらに含む。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、監視クライアントを使用して患者の治療を初期化する工程をさらに含む。

別の実施形態では、監視クライアントを使用して患者の治療を初期化する工程をさらに含む、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法はまた、ベースを使用して患者を治療する工程もさらに含む。

別の実施形態では、監視クライアントを使用して患者の治療を初期化する工程をさらに含む、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法はまた、ベースとして血液透析システムを使用して患者を治療する工程もさらに含む。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、監視クライアントがベースに開始治療シグナルを送る工程を含む。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、監視クライアントとベースとの間の物理的接続を取り除く工程をさらに含む。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、監視クライアントとベースとの間の物理的接続を取り除く工程をさらに含み、また第２の通信リンクを使用して監視クライアントとベースとの間の通信を続ける工程をさらに含む。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、監視クライアントとベースとの間の物理的接続を取り除く工程をさらに含み、また第２の通信リンクを使用して監視クライアントとベースとの間の通信を続ける工程をさらに含み、さらにまた第２の通信リンクのリンク品質値を監視する工程をさらに含む。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、リンク品質値が所定の閾値を超えている限り監視クライアントとベースとの間でデータを通信する工程をさらに含む。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、リンク品質値が第１の所定の閾値未満に下る場合に、監視クライアントをスクリーン表示がない状態に入れる工程をさらに含む。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、リンク品質値が第１の所定の閾値未満に下る場合に、監視クライアントをスクリーン表示がない状態に入れる工程をさらに含み、その場合に、監視クライアントは、スクリーン表示がない状態に応答するメッセージをユーザインターフェースに表示する。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、リンク品質値が第１の所定の閾値未満に下る場合に、監視クライアントをスクリーン表示がない状態に入れる工程を含み、その場合に、メッセージがユーザに監視クライアントをベースにもっと近づけるように指示する。

別の実施形態では、リンク品質値が第１の所定の閾値未満に下る場合に監視クライアントをスクリーン表示がない状態に入れる工程を含む、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、それぞれのリンク品質値を一定期間ごとに測定して、該それぞれのリンク品質値が第１の所定の閾値を超えているかどうか判定する工程をさらに含む。

別の実施形態では、リンク品質値が第１の所定の閾値未満に下る場合に監視クライアントをスクリーン表示がない状態に入れる工程を含む、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、リンク品質値が第１の所定の閾値を超えているときは該スクリーン表示がない状態をそのままにする工程をさらに含む。

別の実施形態では、リンク品質値が第１の所定の閾値未満に下る場合に監視クライアントをスクリーン表示がない状態に入れる工程を含む、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、リンク品質値が第１の所定の閾値より大きい第２の所定の閾値を超えているときは該スクリーン表示がない状態をそのままにする工程をさらに含む。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、必要であれば、第１の通信リンクを通して監視クライアント上のインターフェースプログラムを更新する行為を含み、該行為は、第１の通信リンクを通して監視クライアントからベースにインターフェースプログラムのバージョン番号を伝える工程、監視クライアント上のインターフェースプログラムが最新バージョンであるかどうか判定する工程、サーバからのインターフェースプログラムの最新バージョンをベースによって取り込む工程、およびインターフェースプログラムをインターフェースプログラムの最新バージョンで上書きする工程を含む。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、第１の通信リンクを使用して監視クライアントとベースとの間に第２の通信リンクを確立する行為が、ベースが別の監視クライアントとペアにされているかどうか判定する工程、必要であれば、該別の監視クライアントとベースとの間のペアリングを中断する工程、ベースを使用して構成ファイルを作成する工程、該構成ファイルを第１の通信リンクを使用してベースから監視クライアントに通信する工程、ベースから受信した構成ファイルを監視クライアントによって読む工程、および無線通信のためにベースを監視クライアントにペアリングして、該構成ファイルに従って監視クライアントとベースとの間に第２の通信リンクを確立する工程を含む場合に行われる。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、リンク品質値が所定の閾値未満に下る場合に監視クライアントをスクリーン表示がない状態に入れる工程、ベースと監視クライアントとの間のデータの通信を中断する工程、およびユーザに監視クライアントをベースにもっと近づけるように要求するメッセージをグラフィカルユーザインターフェースに表示する工程を含む。

別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、リンク品質値が所定の閾値未満に下る場合にベースをスクリーン表示がない状態に入れる工程、ベースと監視クライアントとの間のデータの通信を中断する工程、およびベースがスクリーン表示がない状態へ入ったことを表示する工程を含む。

別の実施形態では、プロセッサによって実行されるように構成された、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、リンク品質値が所定の閾値を超えている限り監視クライアントとベースとの間でデータを通信する工程、リンク品質値が所定の閾値未満に下る場合にスクリーン表示がない状態に入る工程、リンク品質値が所定の閾値未満に留まる限りスクリーン表示がない状態に留まる工程、リンク品質値が所定の閾値超に戻るかどうか判定する工定、およびリンク品質値が所定の閾値超に戻ったときにスクリーン表示がない状態から脱する工程を含む。

別の実施形態では、プロセッサによって実行されるように構成された、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法は、リンク品質値が第１の所定の閾値を超えている限り監視クライアントとベースとの間でデータを通信する工程、リンク品質値が第１の所定の閾値未満に下る場合にスクリーン表示がない状態に入る工程、リンク品質値が所定の第２の閾値未満に留まる限りスクリーン表示がない状態に留まる工程、リンク品質値が第２の所定の閾値超にまで増加するかどうか判定する工程、およびリンク品質値が第２の所定の閾値を越える場合にスクリーン表示がない状態から脱する工程を含む。

本開示の１つの実施形態では、監視クライアントとベースとの間で通信するためのシステムは、通信コンポーネントを有するベースを備え、該通信コンポーネントは以下のことをするように構成される：リンク品質値が所定の閾値を超えている限り監視クライアントとベースとの間でデータを通信すること；リンク品質値が所定の閾値未満に下る場合にスクリーン表示がない状態へ入ること；リンク品質値が所定の閾値未満に留まる限りスクリーン表示がない状態に留まること；リンク品質値が所定の閾値超に戻るかどうか判定すること；およびリンク品質値が所定の閾値超に戻った場合にスクリーン表示がない状態から脱すること。

本開示の１つの実施形態では、監視クライアントとベースとの間で通信するためのシステムは、通信コンポーネントを有するベースを含み、該通信コンポーネントは以下のことをするように構成される：リンク品質値が第１の所定の閾値を超えている限り監視クライアントとベースとの間でデータを通信すること；リンク品質値が第１の所定の閾値未満に下る場合にスクリーン表示がない状態へ入ること；リンク品質値が第２の所定の閾値未満に留まる限りスクリーン表示がない状態に留まること；リンク品質値が第２の所定の閾値超に増加するかどうか判定すること；およびリンク品質値が第２の所定の閾値を超える場合にスクリーン表示がない状態から脱すること。

本開示の１つの実施形態では、監視クライアントとベースとの間で通信するためのシステムは、更新コンポーネントを有するベースを含み、該更新コンポーネントは以下のことをするように構成される：監視クライアントが物理的接続を通してベースに接続されているかどうか判定すること；物理的接続を通して監視クライアントとベースとの間の第１の通信リンクを確立すること；必要であれば、第１の通信リンクを通して監視クライアントおよびベース上のインターフェースプログラムを更新すること；第１の通信リンクを使用して監視クライアントとベースとの間に第２の通信リンクを確立すること；および第２の通信リンクを使用してベースから監視クライアントにデータを通信すること。

本開示の１つの実施形態では、ベースは、医療デバイス、ドック、クレードル、ハブ、丸薬ディスペンサ、シリンジ・ポンプ、注入ポンプ、マイクロインフュージョン・ポンプ、通信モジュール、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ_２カプノメータおよび通信リレーのうちの１つである。

本開示の１つの実施形態では、更新コンポーネントは、サンドボックス内で実行される。いくつかの実施形態では、サンドボックスはハブ、ドックおよびクレードルの少なくとも１つの内にあることができる。

本開示の１つの実施形態では、電子患者介護を可能にするシステムは、物理的接続を通してベースに接続された監視クライアントを備え、該監視クライアントおよびベースの少なくとも１つが、以下の少なくとも１つをするように構成されたプロセッサを有する：物理的接続を通して監視クライアントとベースとの間に第１の通信リンクを確立すること；第１の通信リンクを通して監視クライアントおよびベース上のインターフェースプログラムを更新すること；および監視クライアントとベースとの間に、第１の通信リンクを使用する第２の通信リンクを確立すること。

本開示の１つの実施形態では、プロセッサは監視クライアント上に置かれる。本開示の１つの実施形態では、プロセッサはベース上に置かれる。本開示の１つの実施形態では、第２の通信リンクはベースから監視クライアントにデータを送信する。本開示の１つの実施形態では、監視クライアントは第２の通信リンクを使用してデータを受け取る。本開示の１つの実施形態では、監視クライアントはベースから通信されたデータを表示するように構成される。本開示の１つの実施形態では、監視クライアントは患者の治療を初期化するように構成される。本開示の１つの実施形態では、ベースは患者を治療するように構成される。本開示の１つの実施形態では、ベースは血液透析システムである。

本開示の１つの実施形態では、ベースは患者ケアデバイスである。本開示の１つの実施形態では、患者ケアデバイスは、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョン・ポンプ、ＥＣＧモニター、血圧モニター、パルスオキシメーター、ＣＯ_２カプノメータ、静脈内バッグおよび点滴流量計から成る群から選ばれる。

本開示の１つの実施形態では、システムはさらに、開始治療シグナルをベースに送るように構成された監視クライアントを備える。本開示の１つの実施形態では、監視クライアントとベースとの間の通信リンクは無線である。本開示の１つの実施形態では、ベースは第２の通信リンクのリンク品質値を監視するように構成される。本開示の１つの実施形態では、システムは、リンク品質値が所定の閾値を超えている限り、監視クライアントとベースとの間でデータを通信するように構成される。

本開示の１つの実施形態では、監視クライアントは、リンク品質値が第１の所定の閾値未満に下る場合にスクリーン表示がない状態へ入るように構成される。本開示の１つの実施形態では、監視クライアントは、スクリーン表示がない状態に応答してユーザインターフェースにメッセージを表示するように構成される。本開示の１つの実施形態では、メッセージは、ユーザに監視クライアントをベースにもっと近づけるように指示する。本開示の１つの実施形態では、ベースは、それぞれのリンク品質値を一定期間ごとに測定して、該それぞれのリンク品質値が第１の所定の閾値を超えているかどうか判定するように構成される。

本開示の１つの実施形態では、ベースは、リンク品質値が第１の所定の閾値を超えている場合は、スクリーン表示がない状態をそのままにするように構成される。本開示の１つの実施形態では、ベースは、リンク品質値が第１の所定の閾値より大きい第２の所定の閾値を超えている場合は、スクリーン表示がない状態をそのままにするように構成される。

本開示の１つの実施形態では、監視クライアントおよびベースの少なくとも１つは、第１の通信リンクを通してインターフェースプログラムを更新するように、以下の少なくとも１つであるように構成される：監視クライアントが、第１の通信リンクを通してインターフェースプログラムのバージョン番号をベースに伝えるように構成される；監視クライアントが、監視クライアント上のインターフェースプログラムが最新バージョンであるかどうか判定するようにさらに構成される；ベースが、インターフェースプログラムの最新バージョンをサーバから読み出すように構成される；およびベースが、インターフェースプログラムにインターフェースプログラムの最新バージョンを上書きするようにさらに構成される。

本開示の１つの実施形態では、システムは、第１の通信リンクを使用して監視クライアントとベースとの間の第２の通信リンクを確立するように、以下の少なくとも１つであるように構成される：プロセッサが、ベースが別の監視クライアントとペアにされているかどうか判定するように構成される；必要であればプロセッサが、別の監視クライアントとベースとのペアリングを中断するようにさらに構成される；ベースが、構成ファイルを作成するように構成される；第１の通信リンクが、構成ファイルをベースから監視クライアントに伝えるように構成される；監視クライアントが、ベースから受け取った構成ファイルを読むように構成される；およびベースが、無線通信のために監視クライアントとペアにされて、該無線通信のために監視クライアントとペアにされたベースが構成ファイルに従って監視クライアントとベースとの間に第２の通信リンクを確立する。

さらに別の実施形態では、タブレットは１台以上のプロセッサおよび１つのメモリを備える。メモリは、１台以上のプロセッサに以下のことをさせるように構成された、プロセッサ実行可能な指示の動作可能な１セットを有する：タブレットが物理的接続を通してベースに接続されているかどうか判定すること；物理的接続を通してタブレットとベースとの間の第１の通信リンクを確立すること；必要であれば、第１の通信リンクを通してタブレット上のインターフェースプログラムを更新すること；第１の通信リンクを使用してタブレットとベースとの間の第２の通信リンクを確立すること；および第２の通信リンクを使用してベースからタブレットにデータを伝えること。

タブレットは以下のことをするように構成されてもよい：（１）ベースの動作を監視すること； （２）ベースの動作を制御すること；（３）ベースからエラー状態を受信すること；（４）ベースの動作を監視して、何らかのエラー状態が存在するかどうか判定すること；（５）ベースの動作を監視して、安全でない状態が存在するかどうか判定すること； （６）エラーまたは動作パラメータを格納して、サーバに送信すること；（７）エラーまたは動作パラメータを格納して、ベース内に格納するためにベースに送信すること； （８）エラーまたは動作パラメータを格納して、サーバへの中継のためにベースに送信すること；および／または（９）患者が治療を受けている間、ビデオゲーム、映画、予め録画された歌およびウェブ閲覧から成るグループから選ばれた患者娯楽を提供すること。

これらのおよびその他の態様は、図面を参照して、本開示の様々な実施形態の以下の詳細な説明からより明らかになろう。

本開示の実施形態による、２つのドックを有する電子患者介護システムのブロック図である。 本開示の実施形態による、図１の監視クライアントと患者介護デバイスの間の通信を維持する方法を示すフローチャート図である。 本開示の別の実施形態による、２つのドックを有してその間で無線通信する電子患者介護システムのブロック図である。 本開示の実施形態による、図３の監視クライアントと患者介護デバイスとの間の通信を維持する方法を示すフローチャート図である。 本開示のさらに別の実施形態による、監視クライアントおよび患者介護デバイスを一緒にドッキングするためのドックを有する電子患者介護システムのブロック図である。 本開示の実施形態による、図５の監視クライアントと患者介護デバイスとの間の通信を維持する方法を示すフローチャート図である。 本開示のさらに別の実施形態による、患者介護デバイスをそこにドッキングするための一体型ドックを備えた監視クライアントを有する電子患者介護システムのブロック図である。 本開示のさらに別の実施形態による、ハブを有する電子患者介護システムのブロック図である。 本開示のさらに別の実施形態による、積み重ね可能な監視クライアントおよび積み重ね可能な患者介護デバイスを有する電子患者介護システムのブロック図である。 本開示の実施形態による、患者介護デバイスの患者介護パラメータを監視サーバに通信する方法のフローチャート図である。 本開示の実施形態による、監視サーバ内の多数の患者の患者介護パラメータを集める方法のフローチャート図である。 本開示の実施形態による、患者介護デバイスの動作が中断された場合の患者介護デバイスの回復方法のフローチャート図である。 本開示の実施形態による、監視クライアントを患者介護デバイスとペアリングする方法のフローチャート図である。 本開示の実施形態による、患者介護デバイスにペアリングされたウェアラブル・システム・モニタを使用して患者介護デバイスの動作を監視する方法のフローチャート図である。 本開示の実施形態による、ユーザ・インターフェース・テンプレートを使用してユーザ・インターフェースを表示する方法のフローチャート図である。 本開示の実施形態による、患者介護デバイスを制御するためにアプリケーションをダウンロードする方法のフローチャート図である。 本開示の実施形態による、患者介護デバイス用にデータを通信する場合に、データ整合性を保証する方法のフローチャート図である。 本開示のさらに別の実施形態による、電子患者介護システムのブロック図である。 本開示の別の実施形態による、電子患者介護システムのブロック図である。 本開示の実施形態による、図１９の電子患者介護システムのドックのブロック図である。

本開示の実施形態による、患者介護デバイスに電気結合されたケーブルを有するドック内にドッキングされたタブレットを有する電子患者介護システムを示す図である。 本開示の実施形態による、患者介護デバイスと無線通信するために、ドック内にドッキングされたタブレットを有する電子患者介護システムを示す図である。 本開示の実施形態による、格納式ユーザ・インターフェースを備えた監視クライアントを有するドック内にドッキングするモジュール式注入ポンプを有する電子患者介護システムを示す図である。 本開示の実施形態による、図２３の電子患者介護システムの側面図である。 本開示の別の実施形態による、格納式ユーザ・インターフェースを備えた監視クライアントを有するドック内にドッキングする、互い違いに配置されたモジュール式注入ポンプを有する電子患者介護システムを示す図である。 本開示のさらに別の実施形態による、格納式ユーザ・インターフェースを備える監視クライアントを含む、共通の水平面に沿ってドック内にドッキングするモジュール式注入ポンプを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、図２６の電子患者介護システムの側面図である。 本開示のさらに別の実施形態による、格納式ユーザ・インターフェースを備える監視クライアントを含む、共通の水平面に沿ってドック内にドッキングするモジュール式注入ポンプを備えると共に、スキャナおよびドックに結合されたハブを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、図２８の電子患者介護システムの側図面である。 本開示の実施形態による、支柱上に電子患者介護システムを取り付けるためのクラッチ・システムを示すいくつかの図である。 本開示の実施形態による、注入ポンプ、および支柱に結合されたドックを示す図である。 本開示の実施形態による、開放コネクタに結合された別の注入ポンプ、および開放コネクタを備えた注入ポンプを示す図である。 本開示の実施形態による、２つの追加注入ポンプがそれぞれ開放コネクタに結合された、図３３の注入ポンプを示す図である。 本開示の実施形態による、図３３〜３５の注入ポンプの１つおよびハブの上面図である。 本開示の実施形態による、いくつかのコネクタを有する四角形状のハブを示す図である。 本開示の別の実施形態による、支柱に結合されたハブを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、ポータブル・ドックをハブから取り外すための簡易脱着ハンドルを備えた、支柱およびポータブル・ドックに結合されたハブを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、支柱に結合されたハブ、およびハブに結合されたドックを有する電子患者介護システムを示す図である。

本開示の別の実施形態による、支柱に結合されたハブを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、患者介護デバイスを受けるためのノッチを有するハブに結合された監視クライアントを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、図４２に示されたハブのノッチと接続するＴ字形コネクタの拡大図である。 本開示の別の実施形態による、積み重ね可能な患者介護デバイス、および注入バッグを格納するための積み重ね可能な容器を有する電子患者介護システムを示す図である。 本開示のさらに別の実施形態による、患者介護デバイスの別のスタックの隣に積み重ね可能である積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、単一のシリンジを有するシリンジ・ポンプ患者介護デバイスを備えた積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、２つのシリンジを有するシリンジ・ポンプ患者介護デバイスを備えた積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、ディスプレイをそれぞれ有する積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、図４８の電子患者介護デバイスのハンドルの拡大図である。 本開示の別の実施形態による、図４８の電子患者介護システムの注入ライン・ポートの拡大図であり、その中を通って配置された注入ラインを示す図である。 本開示の別の実施形態による、積み重ね可能な患者介護デバイスの取り外しを示す、電子患者介護システムの別の実施形態を示す図である。 本開示の別の実施形態による、輸送用に準備された電子患者介護システムを示す図である。 本開示の別の実施形態による、積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、底部から上に積み重ね可能である積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、支柱に結合され、上部から下に積み重ね可能である積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、解放ハンドルを有する、支柱を摩擦力で把持するためのクラッチ・システムの斜視図である。 本開示の別の実施形態による、透明な背面を示す、図５６のクラッチ・システムの背面図である。 本開示の別の実施形態による、図５６のクラッチ・システムの上面断面図である。 本開示の実施形態による、注入ポンプを制御するためのシステムのブロック図である。 本開示の実施形態による、いくつかの電子患者介護デバイスと通信するためにハブを有する電子患者介護システムのブロック図である。

本開示の実施形態による、ＵＳＢ接続により患者介護デバイスに接続可能なドックを有する電子患者介護システムのブロック図である。 本開示の実施形態による、電子患者介護のいくつかの段階を示すプロセス図である。 本開示の実施形態による、電子患者介護システムのいくつかの配置を示す図である。 本開示の実施形態による、注入ポンプを使用する電子患者介護治療のタイミング図である。 本開示の実施形態による、図６７のタイミング図を例示する方法のフローチャート図である。 本開示の実施形態による、電子患者介護システムの追加の配置を示す図である。 本開示の実施形態による、注入ポンプを使用する電子患者介護治療のタイミング図である。 本開示の実施形態による、図７１のタイミング図を例示する方法のフローチャート図である。 本開示の実施形態による、注入ポンプを使用する電子患者介護治療の別のタイミング図である。 本開示の実施形態による、図７３のタイミング図を例示する方法のフローチャート図である。 本開示の別の実施形態による、注入ポンプを使用する電子患者介護治療のさらに別のタイミング図である。 本開示の実施形態による、図７５のタイミング図を例示する方法のフローチャート図である。 本開示の実施形態による、電子患者介護システムのいくつかの配置を示す図である。 本開示の別の実施形態による、注入ポンプを使用する電子患者介護治療の別のタイミング図である。 本開示の実施形態による、図７９のタイミング図を例示する方法のフローチャート図である。

本開示の別の実施形態による、注入ポンプを使用する電子患者介護治療の別のタイミング図である。 本開示の実施形態による、図８１のタイミング図を例示する方法のフローチャート図である。 本開示のいくつかの実施形態による、電子患者介護システムのいくつかの追加の実施形態を示す図である。 本開示の実施形態による、ハブの実施形態の電子回路のブロック図である。 本開示の実施形態による、注入ポンプとインターフェース接続するための電子回路のブロック図である。 本開示の実施形態による、ドック内にドッキングされ、垂直に配列された患者介護デバイスを有する電子患者介護システムの別の実施形態を示す図である。 本開示の実施形態による、ハブの実施形態の電子回路のブロック図である。 本開示の実施形態による、通信モジュールの電子回路のブロック図である。 本開示のいくつかの実施形態による、通信モジュールに結合された注入ポンプを有する電子患者介護システムのいくつかの実施形態を示す図である。 本開示のいくつかの実施形態による、ドックの電子回路のいくつかのブロック図である。

本開示の実施形態による、バッテリ・パックのブロック図である。 本開示の追加の実施形態による、ドックの電子回路の追加の実施形態を示す図である。 本開示の追加の実施形態による、監視クライアントに取り付けられた取り付け可能ポンプのいくつかの実施形態を示す図である。 本開示の実施形態による、注入ポンプに使用するためのバックプレーンを示す図である。 本開示の実施形態による、図１１７のバックプレーン・パネルの断面図である。 本開示の追加の実施形態による、監視クライアントに取り付けられた取り付け可能ポンプのいくつかの実施形態を示す図である。

本開示の実施形態による、通信モジュールを示す図である。 本開示の実施形態による、患者監視デバイスに取り付けられた通信モジュールを示す図である。 本開示の実施形態による、図１２１の通信モジュールの電子回路の図である。 本開示の実施形態による、近距離無線通信をＵＨＦに変換する電子回路の図である。 本開示の追加の実施形態による、いくつかのアンテナを示す図である。 本開示の実施形態による、ＲＦＩＤタグを付された患者リスト・バンドを示す図である。 本開示の実施形態による、図１２８のリスト・バンド上で使用される分割リング共振回路を示す図である。 本開示の実施形態による、近接場アンテナを示す図である。 本開示の実施形態による、図１３０の分割リング共振回路の等価回路を示す図である。 本開示の実施形態による、監視クライアント上に表示することができる５Ｒのチェックリストを示す図である。 本開示の実施形態による、監視クライアント上に表示することができる閉塞チェックリストを示す図である。 本開示の実施形態による、いくつかの注入ポンプと動作可能に通信する監視クライアントの表示を示す図である。 本開示の実施形態による、患者情報にプロバイダがアクセスすることができる該患者のリストを示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示の図である。 本開示の実施形態による、デバイスからの現在のデータおよび患者の診療情報のいくつかへのワンタッチ・アクセスを備えた、特定の患者に関連付けられたデバイスを示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。 本開示の実施形態による、静脈注入ポンプで使用するための、薬剤用処方箋に対するデータ入力領域を示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。 本開示の実施形態による、監視クライアントによって作成されるように、指示された薬剤に関連付けられたリスク因子、および提案された行動指針を示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。 本開示の実施形態による、指示をするプロバイダによって提示する準備ができている薬剤処方箋を示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。 本開示の実施形態による、監視システムが処方箋が薬剤師に伝達されたことの確認を指示プロバイダにどのように表示することができるかを示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。

本開示の実施形態による、アダプタに結合されたマイクロインフュージョン・ポンプの斜視図である。 本開示の実施形態による、データを患者介護デバイスから監視クライアント、別のハブまたはドックに無線中継する無線ハブ・デバイスの斜視図である。 本開示の実施形態による、アダプタおよびドックを介して監視クライアントに結合されたモジュール式患者介護デバイスを有する電子患者介護システムの正面斜視図である。 本開示の実施形態による、図１４３の電子患者介護システムの側面斜視図である。 本開示の実施形態による、図１４３に示した患者介護デバイスの１つのインターフェースの拡大斜視図である。 本開示の実施形態による、図１４３の電子患者介護システムの上面図である。 本開示の実施形態による、電子患者介護システム用システムを示す図である。 本開示の実施形態による、電子患者介護システムのブロック図である。 本開示の実施形態による、図１４７および／または図１４８の電子患者介護システムのベッドサイド部のブロック図である。 本開示の実施形態による、図１４７、１４８および／または１４９のドック／ハブのブロック図である。 本開示の実施形態による、図１４８および／または１４９の注入ポンプ回路を示すブロック図である。 本開示の実施形態による、注入ポンプの機構に結合されたセンサを示すブロック図である。

本開示発明の実施形態による、タブレットとベースとの間で通信する方法を例示するフローチャート図である。 本開示発明の実施形態による、インターフェースプログラムを更新する方法を例示するフローチャート図である。 本開示発明の実施形態による、タブレットとベースとの間に第２の通信リンクを確立する方法を例示するフローチャート図である。 本開示発明の実施形態による、第２の通信リンクのリンク品質値が閾値を超えている限り、タブレットとベースとの間でデータを通信する方法を例示するフローチャート図である。 本開示発明の実施形態による、リンク品質値が閾値未満に下る場合に、スクリーン表示がない状態へ入る方法を例示するフローチャート図である。

患者介護を容易にする技術が開示される。この技術は、例えば、例示的な一実施形態による、監視クライアントに通信可能に結合された１つ以上の患者介護デバイスを有するシステムにおいて実施することができる。患者介護デバイスは、あらゆる数の多様な機能を備えることができ、および／または異なる製造業者によって製造することができる。このような１つの場合では、クライアント監視局と様々な多様な患者介護デバイスとの間の通信インターフェースは、発見およびプロトコル変換とともに、様々な他の機能、例えばいくつか挙げると、電源プロビジョニング、各種規格の順守およびユーザ・インターフェースなどをも可能にする。患者介護デバイスは、注入ポンプ、マイクロインフュージョン・ポンプ、インスリン・ポンプ、シリンジ・ポンプ、丸薬ディスペンサ、透析器、人工呼吸器、超音波診断器、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ_２カプノメータ、点滴カウンタ、点滴流量計、光学ドップラー・デバイス、心拍数モニタ、静脈内バッグ、血液透析器、腹膜透析器、腸透析器、患者体温計および／または他のベッドサイド患者介護デバイスであってもよい。

２００７年２月９日出願の「流体送達システムおよび方法」という名称の米国特許出願第１１／７０４，８９９号であり、その後２００７年１０月４日に公開された米国特許出願公開第２００７−０２２８０７１Ａ１号（代理人整理番号：Ｅ７０）、２００７年２月９日出願の「ポンプ流体送達システムおよび力を加えるアセンブリを使用する方法」という名称の米国特許出願第１１／７０４，８９６号であり、その後２００７年９月２０日に公開された米国特許出願公開第２００７−０２１９４９６号（代理人整理番号：Ｅ７１）、２００７年２月９日出願の「パッチ・サイズ流体送達システムおよび方法」という名称の米国特許出願第１１／７０４，８８６号であり、その後２００７年９月２０日に公開された米国特許出願公開第２００７−０２１９４８１号（代理人整理番号：Ｅ７２）、２００７年２月７日出願の「接着材および周辺システムおよび医療デバイス用の方法」という名称の米国特許出願第１１／７０４，８９７号であり、その後２００７年９月２０日に公開された米国特許出願公開第２００７−０２１９５９７号（代理人整理番号：Ｅ７３）、２００８年１２月３１日出願の「注入ポンプ・アセンブリ」という名称の米国特許出願第１２／３４７，９８５号であり、その後２００９年１２月３日に公開された米国特許出願公開第２００９−０２９９２７７号（代理人整理番号：Ｇ７５）、２００８年１２月３１日出願の「ウェアラブル・ポンプ・アセンブリ」という名称の米国特許出願第１２／３４７，９８２号であり、その後２００９年１１月１２日に公開された米国特許出願公開第２００９−０２８１４９７号（代理人整理番号：Ｇ７６）、２００８年１２月３１日出願の「注入ポンプ・アセンブリ」という名称の米国特許出願第１２／３４７，９８１号であり、その後２００９年１１月５日に公開された米国特許出願公開第２００９−０２７５８９６号（代理人整理番号：Ｇ７７）、２００８年１２月３１日出願の「スイッチを備えたポンプ・アセンブリ」という名称の米国特許出願第１２／３４７，９８４号であり、その後２００９年１２月３日に公開された米国特許出願公開第２００９−０２９９２８９号（代理人整理番号：Ｇ７９）、２００８年１０月１０日出願の「注入ポンプ・アセンブリ」という名称の米国特許出願第１２／２４９，８８２号であり、その後２０１０年４月１５日に公開された米国特許出願公開第２０１０−００９４２２２号（代理人整理番号：Ｆ５１）、２００８年１０月１０日出願の「注入可能流体を投与するためのシステムおよび方法」という名称の米国特許出願第１２／２４９，６３６号であり、その後２０１０年４月１５日に公開された米国特許出願公開第２０１０−００９４２６１号（代理人整理番号：Ｆ５２）、２００８年１０月１０日出願の「閉塞検出システムおよび方法」という名称の米国特許出願第１２／２４９，６２１号であり、その後２０１０年４月１５日に公開された米国特許出願公開第２０１０−００９０８４３号（代理人整理番号：Ｆ５３）、２００８年１０月１０日出願の「マルチ言語／マルチ・プロセッサ注入ポンプ・アセンブリ」という名称の米国特許出願第１２／２４９，６００号であり、その後２０１０年４月１５日に公開された米国特許出願公開第２０１０−００９４２２１号（代理人整理番号：Ｆ５４）、２０１１年１１月２９日発行の「バックアップ電源を備えた注入ポンプ・アセンブリ」という名称の米国特許第８，０６６，６７２号（代理人整理番号：Ｆ５５）、２０１１年９月１３日発行の「取り外し可能なカバー・アセンブリを備えたポンプ・アセンブリ」という名称の米国特許第８，０１６，７８９号（代理人整理番号：Ｆ５６）、２００７年１２月１１日発行の「注入ポンプ用ロード機構」という名称の米国特許第７，３０６，５７８号（代理人整理番号：Ｃ５４）の以上の全ては、その全体を参照として本明細書に援用する。これらの技術を使用して、シームレス通信およびフェイルセーフ動作を可能にすることができる。多数の他の特徴、機能および応用例が、本開示に照らして自明であろう。

全般的概要
上記したように、総合的介護を患者に提供する過程、例えば治療を指示し、送達することは、いくつかの重要な問題と関連している。例えば、重要な情報が誤って通信されること、治療決定が完全な情報に直ちにアクセスすることなしに行なわれること、および／または不必要なほどに冗長かつ非効率な手続きに起因する処方箋の実施の遅れ、が生じる大きい可能性が存在する。

さらに詳細には、投薬過誤は、数百件の死の原因となることがあり、米国だけでも毎年、数千またはさらには数百万人を苦しめている可能性がある。財政的圧迫を受けている病院は、多くの投薬過誤の事故を経験している可能性がある。最も危険な過誤につながる投薬としては、インスリン、麻薬、ヘパリンおよび化学療法が挙げられる。投薬過誤の原因としては、誤った薬剤を投与すること、誤った濃度の薬剤を投薬すること、誤った速度で薬剤を送達すること、または誤った経路により薬剤を送達すること（薬剤は、経口で、静脈に、筋肉に、皮下に、直腸内に、皮膚、眼または耳に対して局所的に、髄腔内に、腹腔内に、またはさらには膀胱内に投与することができる）が挙げられる。適切な指示および適切なラベル付をしても、判読できない手書き、薬剤の処方箋の誤った伝達、および同じような名前を有する薬剤の誤った発音により、薬剤はなお不適切に投与される可能性がある。投薬過誤の事故を減らすために、電子医療録（ＥＭＲ）および薬剤用のバーコード・システムを使用する傾向が現れてきた。ＥＭＲシステムは、例えば患者の診断、アレルギー、体重および／または年齢に適合しないコンピュータ・プロバイダ指示入力（ＣＰＯＥ）およびフラグ処方箋を拙速に進めることがある。しかし、これらのシステムは幅広く採用されるまでには至っておらず、また、その実施は、薬剤を指示、調製、および投与する際のかなりの遅延および非効率性をもたらす可能性がある。

加えて、薬剤注入デバイス、例えば、注入ポンプは、かなりの損傷につながる全ての投薬過誤のうちの相当数（例えば、最大３分の１）に関連するものである。誤った薬剤が吊り下げられる、正しくないパラメータ（例えば、薬剤濃度または注入速度）が入力される、または既存の注入パラメータが不適切に変更される可能性がある。注入ポンプに関連する死亡のうち、半分近くはユーザの過誤によるものであり、これらの過誤の多くは注入ポンプをプログラムする際の過誤によるものであることがある。

有効な監視システムは、薬剤の指示および投与過程のいずれの局面も監視し不一致をなくして、その治療からもたらされる可能性がある多くの有害事象のうちのいずれをも最小化するのを支援することができる。薬剤治療過程は概念的に、３つの段階、処方段階、薬剤調製段階、および薬剤投与段階に分けることができる。薬剤の処方箋が書かれるまたは入力されるとき、薬剤が使用のために読み出され、または溶液に混合されるとき、または薬剤が患者に投与されるときに、過誤が起こる可能性がある。

したがって、本開示の実施形態によると、少なくとも１つの患者介護パラメータを通信するように構成された監視クライアント、少なくとも１つの患者介護パラメータを通信するように構成された患者介護デバイス、および少なくとも１つの患者介護デバイスの存在を発見し、そのデバイスからの通信シグナルを監視クライアントに関連付けられた通信プロトコルに変換することによって、監視クライアントと少なくとも１つの患者介護デバイスとの間の通信を容易にするように構成された通信インターフェースを備えた、電子患者介護システムが開示される。いくつかの実施形態では、監視クライアントは、患者介護デバイスの動作を受動的に監視する。通信インターフェースは、以下に記載した通信モジュールによって実施することができる。通信インターフェースはさらに、互いに異なる他の追加の患者介護デバイス（例えば、多様な製造業者、機能、および／または通信プロトコルなど）の存在を発見し、これらのデバイスからの通信シグナルを監視クライアントまたはハブに関連付けられた通信プロトコルに変換するように構成することができる。したがって、通信インターフェースにより、タブレット・コンピュータなどの監視クライアントを、監視クライアントに関連付けられた患者に治療を提供する場合にヘルスケア・プロバイダが使用することができる共通の一般的ユーザ・インターフェースとして効果的に使用することが可能になる。監視クライアントによってアクセス可能な１つ以上のデータベースは、（ヘルスケア設備またはデータベース保守管理業者によって所望の、あらゆるフォーマットおよびデータベース構造で）患者情報の中央記憶と、監視クライアントに関連付けられた患者の治療の際にヘルスケア・プロバイダによって使用することができる情報のダウンロードを可能にする。通信インターフェースは、有線および／または無線技術を使用して、いくつかの方法で実施することができ、多数の患者介護デバイスのシームレス通信およびフェイルセーフ動作を可能にする。いくつかの患者介護デバイス、ハブ、ドック、および／または監視クライアントは、２つ以上の通信リンク上で同時に、および／または２つの周波数チャネル上で同時に通信することができる（いくつかの実施形態では、データは冗長である可能性がある）。いくつかの実施形態では、通信モジュールは、例えば患者介護デバイス、例えば注入ポンプなどの移動動作用の電池および十分な回路を備えることによって、該患者介護デバイスがポータブルに使用されることを可能にする。それに加えて、または代替として、患者リスト・バンドは、通信モジュールに差し込むことができる電池を備えて、患者介護デバイスに動力を与えることができる（または、いくつかの実施形態では、患者介護デバイスに直接差し込むことができる）。通信モジュールは、無線で充電することができる。

いくつかの実施形態では、患者介護パラメータ（例えば、いくつかの実施形態では、リアルタイム・パラメータ）などのデータを、記憶のためにクラウド・サーバに伝達することができ、非識別化することができる。

システム・アーキテクチャ
図１に示すように、電子患者介護システム１００は、それぞれ個別の患者２に割り当てられ患者２に物理的に近接していることができる１つ以上の監視クライアント１、４と、いくつかの様々な監視クライアント１、４から情報をアップロードし、様々なソースから監視クライアント１、４に情報および指示をダウンロードする遠隔監視サーバ３とを備えている。患者の部屋に居るときは、ヘルスケア・プロバイダは、監視クライアント１と直接相互作用して、患者２に関する情報を得、または患者２に関する指示を入力することができる。多数の監視クライアント１は、１つの監視サーバ３と相互作用することができる。監視サーバ３は、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）を備えることができる。それに加えて、または代替として、遠隔位置（例えば、医師の診察室、ナース・ステーション５、病院の薬局６）に居るプロバイダは、監視サーバ３との通信リンクを通して、または各監視クライアント１、４をノードとして有する病院ローカル・エリア・ネットワークを介して直接、個別の監視クライアント１と相互作用することができる。

遠隔コミュニケータ１１、他の監視クライアント４、ナース・ステーション５、または医師の診察室は、患者のパーソナルＥＨＲ１９を更新するために送信されたまたは調剤のために薬局６に送信された処方箋を入力してもよい。処方箋は、丸薬のため、流体を注入するためまたは他の治療のための処方箋であってもよい。処方箋は、注入ポンプ７、シリンジ・ポンプ１２６またはマイクロインフュージョン・ポンプ１３０を使用して流体を注入するための、または丸薬ディスペンサ１２８を使用して丸薬を分配するための処方箋であってもよい。

薬局６は、ネットワーク、例えばインターネットに接続された１つ以上のコンピュータを備えて、処方箋を受信し、該処方箋を該１つ以上のコンピュータ内の待ち行列に入れることができる。薬局は該処方箋を使用して以下のことをすることができる：（１）（例えば、該１つ以上のコンピュータに結合された、流体を配合しまたは丸薬を生成することができる自動配合デバイスを使用して、または該１つ以上のコンピュータの待ち行列を監視する薬剤師によって手動で）薬物を配合する；（２）シリンジ・ポンプ１２６の流体リザーバを予め充填する；（３）シリンジ・ポンプ１２６をプログラムする（例えば、治療計画がシリンジ・ポンプ１２６内にプログラムされる）；（４）マイクロインフュージョン・ポンプ１３０を予め充填する；（５）マイクロインフュージョン・ポンプ１３０をプログラムする；（６）静脈内バッグ１７０を予め充填する；（７）注入ポンプ７をプログラムする；（８）丸薬ディスペンサ１２８を予め充填する；または（９）処方箋に従って薬局で丸薬ディスペンサ１２８をプログラムする。自動配合デバイスは、シリンジ・ポンプ１２６、静脈内バッグ１７０またはマイクロインフュージョン・ポンプ１３０の１つ以上に流体を自動的に充填することができる、および／または丸薬ディスペンサ１２８に丸薬を自動的に充填することができる。自動配合デバイスは、バーコード、ＲＦＩＤタグおよび／またはデータを生成することができる。バーコード、ＲＦＩＤタグおよび／またはデータ内の情報としては、治療計画、処方箋、および／または患者情報を挙げることができる。

自動配合デバイスは、（１）バーコードを注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０、丸薬ディスペンサ１２８または静脈内バッグ１７０に取り付ける、（２）ＲＦＩＤタグを注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０、丸薬ディスペンサ１２８または静脈内バッグ１７０に取り付ける、および／または（３）情報またはデータで注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０、丸薬ディスペンサ１２８、または静脈内バッグ１７０内のＲＦＩＤタグまたはメモリをプログラムすることができる。データまたは情報は、例えば、バーコード、ＲＦＩＤタグ、またはメモリ内のシリアル番号または他の識別情報を使用して、処方箋を注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０、丸薬ディスペンサ１２８または静脈内バッグ１７０に関連付けるデータベース（例えば、患者のＥＨＲ１９または患者のパーソナルＥＨＲ１９’）に送信することができる。

注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０または丸薬ディスペンサ１２８は、（１）シリンジ・ポンプ１２６または静脈内バッグ１７０が正しい流体を有するかどうか、（２）マイクロインフュージョン・ポンプ１３０が正しい流体を有するかどうか、（３）丸薬ディスペンサ１２８が正しい丸薬を有するかどうか、（４）注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０または静脈内バッグ１７０内にプログラムされた治療が、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０または静脈内バッグ１７０内の流体に対応しているかどうか、（５）丸薬ディスペンサ１２８内にプログラムされた治療が、丸薬ディスペンサ１２８内の丸薬に対応しているかどうか、および／または（６）注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０または丸薬ディスペンサ１２８内にプログラムされた治療が、（例えば、患者のバーコード、ＲＦＩＤまたは他の患者識別情報から判断された）特定の患者に対して正しいかどうか判定する、スキャナ（例えば、ＲＦＩＤ呼掛器またはバーコード・スキャナ）を有することができる。すなわち、いくつかの特定の実施形態では、注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０および／または丸薬ディスペンサ１２８は、ＲＦＩＤタグまたはバーコードから１つ以上のシリアル番号を読み取り、値が内部メモリ内で見られる（例えば、自動配合デバイスを介してダウンロードされた）値と一致すること、またはその値が患者の電子診療録で見られる値（例えば、患者のＥＨＲ１９または患者のパーソナルＥＨＲ１９’内に記憶された、または患者のＲＦＩＤタグのスキャンまたは患者によるバーコードのスキャンによって決定された患者のシリアル番号）と一致することを保証することができる。

例えば、注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０または丸薬ディスペンサ１２８のスキャナは、患者介護デバイスのシリアル番号を得るために別の患者介護デバイスのバーコードを、および患者のシリアル番号を決定するために患者のバーコードをスキャンすることができ、患者介護デバイスのシリアル番号が、（例えば、薬局２２または薬局の自動配合デバイスによって更新された可能性がある）電子診療録内に記憶された患者のシリアル番号に対応するかどうか判定するために電子診療録データを照会することができる。

それに加えて、または代替として、監視クライアント６は、（１）シリンジ・ポンプ１２６または静脈内バッグ１７０が正しい流体を有するかどうか、（２）マイクロインフュージョン・ポンプ１３０が正しい流体を有するかどうか、（３）丸薬ディスペンサ１２８が正しい丸薬を有するかどうか、（４）注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０または静脈内バッグ１７０内にプログラムされた治療が、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０または静脈内バッグ１７０内の流体に対応しているかどうか、（５）丸薬ディスペンサ１２８内にプログラムされた治療が、丸薬ディスペンサ１２８内の丸薬に対応しているかどうか、および／または（６）注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０または丸薬ディスペンサ１２８内にプログラムされた治療が、（例えば、患者のバーコード、ＲＦＩＤまたは他の患者識別情報から決定されるように）特定の患者に対して正しいかどうか判定するために、注入ポンプ７、シリンジ・ポンプ１２６、丸薬ディスペンサ１２８、マイクロインフュージョン・ポンプ１３０または静脈内バッグ１７０をスキャンすることができる。それに加えて、または代替として、監視クライアント１、注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０または丸薬ディスペンサ１２８は、例えば、注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０、丸薬ディスペンサ１２８または静脈内バッグ１７０上のバーコード・シリアル番号を使用して、処方箋を検証しまたは処方箋をダウンロードするために、電子診療録データベース１９または１９’および／または薬局２２に問い合わせることができる。

任意選択では、指示または要求を患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８に送信するために、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイルを注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・ポンプ１３０に送信するために、監視クライアント１、他の監視クライアント４および／または遠隔コミュニケータ１１を使用することができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュールおよび／または最大丸薬分配基準などの指示または要求を丸薬ディスペンサ７に送信するために、監視クライアント１、４、１１の１つ以上を使用することができる。最大丸薬分配基準は、所定の時間内に送達することができる薬剤の最大量であり、例えば、特定の薬剤が必要に応じて（すなわち、必要になったら）摂取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大丸薬分配基準は、例えば「所定の時間内に所定量を」のように、薬剤が患者によって安全でない量で摂取されることを防ぐことができる。

任意選択では、患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８はまた、アラームまたは警戒を発するまたは送信するべきであるかどうか判定する、治療または状態が患者にとって安全であるかどうか判定する、システム１００が適切にまたは所定の境界で作動しているかどうか判定する、および／または監視クライアント１、他の監視クライアント４および／または遠隔コミュニケータ１１のディスプレイ上にデータを表示するために、データを監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１に返信することができる。例えば、任意選択では、注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・ポンプ１３０は、上流側圧力、上流側圧力の変化、患者２に対する下流側圧力、患者２に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の停止時間、または実際の送達流量プロファイルを、監視クライアント１、他の監視クライアント４および／または遠隔コミュニケータ１１の１つ以上に（当てはまる場合に）通信することができる。別の実施形態では、丸薬ディスペンサ１２８は任意選択では、例えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、監視クライアント１、他の監視クライアント４および／または遠隔コミュニケータ１１に返信することができる。

患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８から受信したデータは、アラームおよび／または警戒を発するために、あらゆる所定の状態に対して分析することができる。例えば、監視クライアント１、４、１１の１つ以上は、注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・ポンプ１３０の下流側圧力の増加を、患者へのチューブの過剰な凝固、浸透、閉塞または折れ曲がり、または例えば、静脈内バッグ１７０内に見出される汚染などの物質によって下流側で生じる閉塞のうちの１つの表れであるとして使用することができる。下流側圧力の急激な増加に応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚的にアラームまたは警戒を発することができる。これらのアラームおよび／または警戒はまた、看護師に、他の適切な動作、例えば患者に対する下流側の圧力が所定の閾値より上に上昇した場合に閉塞（例えば、凝固によって生じたもの）に応じて針を交換する提案、または患者に対する下流側の圧力が所定の閾値より上に上昇した場合にライン内の折れ曲がりをチェックする提案を行なうように知らせることができる。

それに加えて、または代替として、患者２に対する下流側の圧力の急激な低下は、チューブが針から外れた、および／または針が患者から今外れていることの表れであり、これに応じて、監視クライアント１、４、１１の１つ以上は、継続注入のために、チューブを針に再び取り付ける、または新しい針を挿入するように、ユーザに視覚的にまたは聴覚的にアラームまたは警戒を発することができる。アラームはまた、例えば、チューブが針から外れたときなどに患者が出血している可能性があり、患者が取り付けられていないニードルカプラにより出血しているため動作を迅速に行なう必要があることを示す可能性がある。

いくつかの実施形態では、それに加えて、または代替として、１つ以上の注入ポンプ７に対する上流側の圧力を、あらゆる上流側閉塞に対して監視することができる。例えば、静脈内バッグ１７０内の汚染は、注入ポンプ７の上流側のチューブを塞ぐ可能性がある。注入ポンプ７が流体を静脈内バッグ１７０からポンプ注入しようと試みるたびに、注入ポンプ７に対する上流側の圧力は、上流側に閉塞がない場合に起こるのより低く下がる可能性がある。したがって、監視クライアント１、４、１１の１つ以上は、上流側圧力が所定の閾値より下がった場合にアラームまたは警戒を発し、例えば、介護人にチューブまたは静脈内バッグ１７０を交換することによって閉塞を軽減するように提案または要求することがある。

監視クライアント１、４、１１の１つ以上は任意選択では、患者２に対する下流側圧力の急激な上昇および／または低下に応じて、流体の送達を停止するために、注入ポンプ７、シリンジ・ポンプ１２６、および／またはマイクロインフュージョン・ポンプ１３０の１つ以上に指示を送信してもよい。

図１に示すように、またいくつかの実施形態と同様に、システム１００は、監視クライアント・ドック１０２およびデバイス・ドック１０４を備えている。監視クライアント・ドック１０２は、監視クライアント１を受けるように構成されており、デバイス・ドック１０４は、１つ以上の患者介護デバイスを受けて、ベッドサイドの患者介護を容易にするように構成されている（以下に、より詳細に記載する）。デバイス・ドック１０４は、いくつかの患者介護デバイスを受けることが可能であるように示されているけれども、他の実施形態では、デバイス・ドック１０４は、１つの患者介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けることができる。加えて、監視クライアント・ドック１０２は１つの監視クライアント１を受けることが可能であるように示されているけれども、他の実施形態では、監視クライアント・ドック１０２は、２つの監視クライアント１、３つ以上の監視クライアント１、またはあらゆる任意の数の監視クライアント１を受けることが可能である。

この例示的な実施形態では、ケーブル１１０は、両方のドック１０２、１０４に結合されて、その間に通信リンクを提供する。ケーブル１１０は、ドック１０２、１０４の一方または両方に永久的に取り付けることができる、または取り付け可能である。それに加えて、または代替として、ケーブル１１０は、ケーブルをドック１０２、１０４の一方または両方に差し込むために１つ以上のコネクタ（明示的には図示せず）を備えていてもよい。

いくつかの実施形態では、ドック１０２、１０４は、ケーブル１１０内で１つ以上のワイヤおよび／または導波路を使用して、互いに通信することができる。例えば、本開示の実施形態では、ケーブル１１０は光ファイバ導波路を備えて、ドック１０２、１０４の間に光通信リンクを提供する。他の実施形態では、本開示に照らして分かるように、ケーブル１１０は、所望の場合には、１つ以上の無線通信リンク（例えば、ブルートゥースなど）に置き換えることができる。さらに他の実施形態は、ドック１０２、１０４の間で有線および無線通信チャネルの組合せを利用してもよい。あらゆる数の適切な有線接続タイプを、様々な実施形態で使用することができる。

いくつかの実施形態では、ドック１０２、１０４の間の通信リンクは、直列通信、並列通信、同期通信、非同期通信、パケット・ベースの通信、仮想回路ベースの通信などのあらゆる知られている通信リンクを使用することができる。それに加えて、または代替として、いくつかの実施形態では、ドック１０２、１０４の間に確立された通信リンクは、無線通信、有線通信、コネクションレス・プロトコル、例えばユーザ・データグラム・プロトコル（ＵＤＰ）、または接続ベースのプロトコル、例えば通信制御プロトコル（ＴＣＰ）を利用することができる。例えば、ドック１０２、１０４の間の通信は、ユニバーサル・シリアル・バス標準、ＳＡＴＡ、ｅＳＡＴＡ、ファイヤワイヤ、イーサネット基準、ファイバ・チャネル、ブルートゥース、ブルートゥース・ロー・エネルギー、ＷｉＦｉ、任意の物理層技術、任意のＯＳＩ層技術などの１つ以上に基づくことができる。

監視クライアント１が監視クライアント・ドック１０２にドッキングされているときは、監視クライアント１は、ドック１０２、１０４の間の通信へのアクセスを有する。例えば、本開示のいくつかの実施形態では、監視クライアント１は、ケーブル１１０によって提供される通信リンクを介して、デバイス・ドック１０４内の電子回路、例えばメモリと通信することができる。それに加えて、または代替として、監視クライアント１は、ケーブル１１０によって提供される通信リンク、および／または１つ以上の無線通信リンクを通して、デバイス・ドック１０４にドッキングされたあらゆるデバイスと通信することができる（以下に、より詳細に記載する）。

図１に示す例示的な実施形態をさらに参照すると、デバイス・ドック１０４は、それぞれ任意である、取付可能ディスプレイ１３４、カメラ１３６、およびマイクロフォン１３８などの様々な付属品を備えることができる。同様に、監視クライアント・ドック１０２は、それぞれ任意である、カメラ１４０およびマイクロフォン１４２などの様々な付属品を備えることができる。監視クライアント１は、それぞれ任意である、カメラ１４４およびマイクロフォン１４６などの様々な付属品を備えることができる。カメラ１３６、１４０、１４４は、例えば、プロバイダ（例えば、看護師、ナース・プラクティショナ、医師など）および／または患者の存在を認証または識別するために、顔認識ソフトウェアによって使用することができる。それに加えて、または代替として、マイクロフォン１３８、１４２、および１４６は、例えば、プロバイダおよび／または患者の存在を認証または識別するために、音声認識ソフトウェアによって使用することができる。本開示に照らして分かるように、カメラ１３６、１４０、１４４およびマイクロフォン１３８、１４２、１４６は、例えば、正しい患者が正しい治療を確実に受けるように、治療を開始する前に、患者が遠隔介護プロバイダと通信する、および／または（例えば、音声および／または顔認識技術、網膜スキャンなどを使用して）患者の識別情報を確認することを可能にするために使用することもできる。

図１に示すように、いくつかの実施形態では、監視クライアント１、監視クライアント・ドック１０２、およびデバイス・ドック１０４はそれぞれ、無線通信用のアンテナ１１２、１０６、および１０８を有する（各アンテナ１１２、１０６、および／または１０８は任意である）。ケーブル１１０が抜かれた、またはケーブル１１０を介したドック１０２、１０４間の通信が他様に遮断されまたは損なわれた場合、監視クライアント・ドック１０２およびデバイス・ドック１０４は、アンテナ１０６、１０８を通して確立された無線通信リンクを使用して、互いに通信し続けることができる。それに加えて、監視クライアント１が監視クライアント・ドック１０２から取り外された場合、監視クライアント１は、例えばデバイス・ドック１０４に直接通信することができる、および／または監視クライアント１は、ケーブル１１０を介して、またはドック１０２、１０４の間の無線通信リンクを介して通信を中継する監視クライアント・ドック１０２と無線通信することによって、デバイス・ドック１０４と通信することができる。前に記載したように、デバイス・ドック１０４にドッキングされた様々なデバイスと通信するために、監視デバイス１とデバイス・ドック１０４との間の通信を監視クライアント１によって利用することができる。

いくつかの実施形態では、監視クライアント１は、例えば監視クライアント・ドック１０２へのドッキングのために、および監視クライアント・ドック１０２と監視クライアント１との間に電気通信を提供するために使用される監視クライアント１のコネクタの２つの電気接点間の電圧またはインピーダンスを測定することによって、１つ以上のコネクタの１つ以上の電気接点が監視クライアント・ドック１０２と電気係合しているかどうかを電気的に決定して、ケーブル１１０が通信リンクとして利用可能であるかどうか判定することができる。また、監視クライアント１は、監視クライアント１がケーブル１１０に電気結合されていないと決定した場合には、ケーブル１１０は利用可能ではないと判定することができる。それに加えて、または代替として、いくつかの実施形態では、ドック１０２内の磁力は、監視クライアント１のホール効果センサと係合し、次に、監視クライアント１が該センサを使用して、監視クライアント１がドッキングされていない場合にケーブル１１０が通信リンクとして利用可能ではないと監視クライアント１が推定するようにそれがドッキングされているかどうか判定する。それに加えて、または代替として監視クライアント・ドック１０２内の回路は、ケーブルが通信リンクとして利用可能でない場合に監視クライアント１にシグナルを送ることができる。いくつかの実施形態では、監視クライアント１は周期的に、ケーブル１１０を介してデバイス・ドック１０４の「ネットワーク接続を確認（ｐｉｎｇ）する」ことができる。監視クライアントが所定の時間内にデバイス・ドック１０４から応答を受信しない場合に、監視クライアント１は、ケーブル１１０が通信リンクとして利用可能ではないと推定する。

監視クライアント１が、ケーブル１１０が通信リンクとして利用可能でないと判定した場合、監視クライアント１は、スピーカおよび／または振動モータを使用してアラームまたは警戒を発してもよく、アラームまたは警戒を遠隔コミュニケータ１１に送信して、スピーカおよび／または振動モータを使用して遠隔コミュニケータにアラームまたは警戒を発してもよく、および／または監視クライアント１は、他の通信リンクを介して患者介護デバイスと通信するように試みてもよい。本明細書で使用される用語「警戒」とは、例えば、所定の時間が経過した後も警戒の原因がなお残っているまでは人に注目させないような「ソフト」の警戒を含むことを意図している。

本開示のいくつかの実施形態では、監視クライアント・ドック１０２は、最小の回路を使用したまたは回路を使用していない、監視クライアント１からケーブル１１０までの１つ以上のワイヤまたは導波路を備える。例えば、本開示のいくつかの実施形態では、監視クライアント・ドック１０２は、監視クライアント１からケーブル１１０に直接電気結合を与えるクレードルである。それに加えて、または代替として、本開示のいくつかの実施形態では、デバイス・ドック１０４は、最小の回路を使用したまたは回路を使用していない、監視クライアント・ドック１０２を介した様々なドッキングされたデバイスおよび／または監視クライアント１の間の通信を容易にする１つ以上のワイヤまたは導波路を備える。デバイス・ドック１０４は、いくつかの実施形態では、クレードルであってもよい。

本開示の実施形態では、各監視クライアント１は、特定の患者２に割り当てられ、デスク・ベースの、ポータブルの、または手持ち式のものであってもよく、表示およびユーザ入力能力を有することができる。監視クライアント１は、ポータブルであってもよく、効率的なデータ閲覧およびデータ入力を容易にすることができ、監視クライアント１は、タッチスクリーンを備えたまたは備えていない、ノートブックＰＣ、ネットブックＰＣ、タブレットＰＣ、「スマートフォン」であってもよい。それに加えて、または代替として、いくつかの実施形態では、監視クライアント１、および／または遠隔コミュニケータ１１は、はるかに大きいディスプレイに接続されたケーブルにドッキングまたは結合し、それによってはるかに大きいディスプレイ（例えば、２４インチ・ディスプレイ）を監視クライアント１および／または遠隔コミュニケータ１１のディスプレイにすることができ、はるかに大きいディスプレイは、監視クライアント１および／または遠隔コミュニケータ１１に通信されるタッチスクリーン能力、タッチペン入力能力、キーボード入力能力、遠隔制御入力能力などの入力能力を有することができる。例えば、Ｘ線または患者画像化ファイルの閲覧は、監視クライアント１および／または遠隔コミュニケータ１１をより大きいディスプレイに結合された監視ドックにドッキングさせることによって容易にすることができ、それによって、介護人はより大きいディスプレイを使用して患者画像化ファイルを見ることができる。閲覧ドックはまた、監視クライアントおよび／または遠隔コミュニケータ１１を充電することができる。

監視クライアント１は、Ｌｉｎｕｘベースのオペレーティング・システム、アンドロイドベースのオペレーティング・システム、ブラックベリーベースのオペレーティング・システム、タブレットベースのオペレーティング・システム、ｉＯＳ、ｉＰａｄ ＯＳ、ｉＰｈｏｎｅ ＯＳなどを実行することができる。特定の患者２への特定の監視クライアント１の指定は、（これに限らないが）例えばリスト・バンド１１８内に埋め込まれたバーコード１１４またはＲＦＩＤタグ１１６上で符号化された固有の患者識別子を含む、いくつかの方法のいずれかを使用して行なうことができる。デバイス・ドック１０４は、バーコード１１４またはＲＦＩＤタグ１１６の固有の患者識別子を判断するために、スキャナ１２０を備えている。スキャナ１２０は、レーザ・バーコード・スキャナ、ＣＣＤベースのバーコード・スキャナ、近距離コミュニケータまたは呼掛器、ＲＦＩＤリーダなどであってもよい。他の実施形態では、固有の患者識別子は患者の生体データに基づくことができる。このような１つの例示的場合では、生体能力（例えば、顔および／または音声認識、網膜スキャン、血液型モニタ、指紋スキャンなど）を、監視クライアント１内に埋め込むことができる、あるいは他様に関連付けることができる。デバイス・ドック１０４は、固有の患者識別子を監視クライアント・ドック１０２、監視クライアント１、監視サーバ３、遠隔コミュニケータ１１、他の監視クライアント４、別のサーバまたは電子演算装置に通信して、患者２の治療を容易にすることができる。

監視クライアント１は、マイクロプロセッサ、マイクロコントローラ、論理デバイス、デジタル回路、アナログ回路などの１つ以上を備えて、患者２の介護、状態、疾病または治療に関連する情報を通信（例えば、送信または受信）することができる。例えば、監視クライアント１は、患者状態パラメータおよび／または患者治療パラメータなどの患者介護パラメータを送信または受信することができる。いくつかの例示的な患者状態パラメータは、血圧、体温、心拍数、パルス・オキシメータ、ＣＯ_２レベル、血中酸素レベル、患者の覚醒、患者の意識、患者の応答などの測定値である。いくつかの例示的な患者治療パラメータとしては、投与される薬物、薬物または液体の流量、薬物投与スケジュール、または他のベッドサイド治療パラメータが挙げられる。

いくつかの実施形態では、例えば、監視クライアント１は、注入ポンプ７に物理的に関連付けることができ、永久的に取り付けることができ、取付可能であり、そこから取り外し可能であり、または取付可能に取り外すことができる。これは、２つのデバイス、例えば監視クライアント・ドック１０２とデバイス・ドック１０４との間のドッキング・インターフェースによって達成することができる。このような１つの実施形態では、監視クライアント１は、例えば、ドック１０２、１０４との電気的接触を通して、電気コネクタにより、またはそれぞれのアンテナ１１２、１２２Ａを使用して各デバイス上のトランシーバにより無線で、を含むいくつかの方法で、ポンプ７（または他の患者介護デバイス）と通信する。それに加えて、または代替として、注入ポンプは、注入ポンプ７が監視クライアント１と動作可能に通信する場合に、監視クライアント１にアップロードされる特定の患者に対する特定の治療を示す予めプログラムされた治療データを備えていてもよい。

監視クライアント１はまた、設備８内の１つ以上のデータベースと、設備９、１０の外部のデータベースと、および／または（例えば、内科医、看護師および薬剤師を含む）ポータブル・コミュニケータ１１を使用するヘルスケア・プロバイダと通信することができる。これは、（例えば、カテゴリ５ローカル・エリア・ネットワーク・コネクタ、ＵＳＢ、有線イーサネットなどの）患者の部屋内のコネクタを通した設備サーバ８への有線接続によって、または（例えば、ＷｉＦｉ、３Ｇ、４Ｇ、ＥＶＤＯ、ＷｉＭａｘなどの）無線１２で、達成することができる。１つの実施形態では、イントラおよびエクストラ設備データベースへのアクセスは、監視サーバ３を通して（例えば、ミドルウェアを使用して）仲介１３され、次に、ソフトウェアおよびアプリケーション・プログラミング・インターフェースを集中させて、異種組織、フォーマット化、および通信プロトコルを有するデータベースと通信することができる。したがって、本開示の実施形態では、あらゆるソフトウェア更新を、監視サーバ３に概ね限ることができ、個別の監視クライアント１、４、１１上の保守要件を少なくすることができる。任意選択では、監視クライアント１は、注入ポンプ７などの患者治療デバイスと通信して、（動作パラメータなどの）治療の進行に関する情報を受信し、動作指示を患者治療デバイスに与えることができる。別の実施形態では、監視クライアント１はまた、診断または監視の目的のために患者介護デバイスと通信して、患者状態パラメータ（例えば、心電図（ＥＣＧ）モニタ１４、血圧（ＢＰ）モニタ１５、パルス・オキシメータまたはＣＯ_２カプノメータ１６、または温度モニタなどの他のデバイスなど）を受信し、該デバイスから読み出し情報を受信し、および潜在的にデバイス１４、１５、１６、１７にプロバイダによってまたはアルゴリズムによって望まれる場合に読み取りを行なうように指示してもよい。

本開示の実施形態では、設備サービス８および／または薬物有害事象ネットワーク９はまた、誤薬低減システム（ＤＥＲＳ）を備えることができる。ＤＥＲＳシステムは、ソフト・アラームを始動するための第１のセットの所定の基準、および／またはハード・アラームを始動するための第２のセットの所定の基準を含んでいてもよい。ソフト・アラームは、注入ポンプ７および／または監視クライアント１のユーザ・インターフェースを使用して介護人によって無効にする（例えば、止める）ことができる（また、可聴および／または振動アラームのみであってもよい）、他方、ハード・アラームは、その原因が取り除かれるまで治療を中断させる。

本開示のさらに追加の実施形態では、ＤＥＲＳシステムは、ソフト・リミットを規定する第１のセットの所定の基準、および／またはハード・リミットを規定する第２のセットの所定の基準を含んでいてもよい。ハードおよびソフト・リミットは、体格、体重、年齢、他の患者パラメータまたは他の基準に基づいて、薬物投与量リミットなどの治療リミットを規定する。ソフト・リミットは、治療が第１のセットの所定の基準外であるにも関わらず、注入ポンプ７および／または監視クライアント１のユーザ・インターフェースを使用して介護人によって無効にされて、その治療を開始することができ、他方、ハード・リミットは、ハード・リミットを規定する第２のセットの所定の基準に合うように設定が変更されるまで、治療が開始するのを防ぐ。

図１の例示的な実施形態でさらに分かるように、システム１００はまた、通信モジュール１２４Ａ〜１２４Ｋを備えており、それぞれがそれぞれのアンテナ１２２Ａ〜１２２Ｋを有する。いくつかの実施形態では、通信モジュール１２４Ａ〜１２４Ｋのそれぞれは任意選択であり、および／またはそれぞれのデバイスが一体型通信能力を有していてもよい。通信モジュール１２４Ａ〜１２４Ｋのそれぞれは、それぞれのデバイスに結合するためのコネクタを備えている。他の実施形態では、通信モジュール１２４Ａ〜１２４Ｋのそれぞれは、図１に取り付けられているように示されているデバイスと永久的に一体化されている。

通信モジュール１２４Ａ〜１２４Ｋのそれぞれは、任意選択で、１つ以上の無線リンクを通して、互いに、デバイス・ドック１０４に、監視クライアント・ドック１０２に、監視クライアント１に、遠隔コミュニケータ１１に、監視サーバ３に、ローカル・エリア・ネットワークおよび／またはワイド・エリア・ネットワーク（例えば、インターネット）を通して、ハブ８０２（図８参照）に、通信するための、および／またはそうでなければ十分な無線通信能力を有する任意の他のデバイスと通信するための、１つ以上のトランシーバを備えている。いくつかの特定の実施形態では、通信モジュール１２４Ａ〜１２４Ｋは、例えば、ＩＥＥＥ８０２．１４．４、Ｚｉｇｂｅｅ、ＸＢｅｅ、Ｗｉｂｒｅｅ、ＩＥＥＥ８０２．１１などを使用して、例えば無線メッシュ・ネットワークとして動作することができる。より一般的な意味では、モジュール１２４Ａ〜１２４Ｋとシステム１００の他のコンポーネント（例えば、ドック１０２および１０４、監視クライアント１、４、１１など）との間の通信は、例えば、（例えば、監視クライアント１、４、１１および／またはドック１０４に関連付けられた様々な医療デバイスの移動性に対応するために）静的、動的、またはアドホック・トポロジーのいずれであれ、本明細書に記載するようにデバイス発見、ハンドシェイク、および／またはインターデバイス通信を可能にするあらゆる無線通信プロトコルを使用して実施することができる。

他の実施形態では、各患者介護デバイスは、モジュールを備えていなくてもよく、または３つ以上のモジュール（例えば、通信モジュールを）備えていてもよい。例えば、各モジュールは、特定の機能、例えばＷｉＦｉを有することができ、ユーザは特定の機能をそれぞれ有する複数のモジュールを選択し、これらを互いに結合することができる。モジュールのグループはその後、患者介護デバイス、例えば注入ポンプに適用することができる。さらに別の実施例を検討すると、各モジュールは、一次プロセッサ、バックアップ・プロセッサ、および機能回路を有してもよく、これらは全て、互いに動作可能に通信する。機能回路は、無線トランシーバ、電池、タッチスクリーンまたはディスプレイに対するインターフェース（ディスプレイをハウジングに取り付けることができる）、ワイヤ接続、ブルートゥース、ブルートゥース・ロー・エネルギー、ＷｉＦｉ、３Ｇ、４Ｇ、コプロセッサ、（例えば、注入ポンプを制御するための）制御システム、流体測定回路を用いた投薬などであってもよい。選択したモジュールを、互いに、例えばデイジー・チェーン内で接続することができ、その後、注入ポンプに接続することができる。選択したモジュールは、本実施例では、例えばＣＡＮバス、有線通信、無線および／またはその他を介して、その動作および／または機能を調整するために、互いに動作可能に通信することができる。

モジュールはそれぞれ、スピーカおよびマイクロフォンを備えることができる。いくつかのモジュールが互いに接続されている場合、これらのモジュールは、１つのモジュールがスピーカに可聴的にシグナルを送り、他方、別のモジュールがマイクロフォンを使用するというようにその動作を調整して、スピーカが適切に機能しているかどうか判定することができる。いくつかのモジュールはそれぞれ、異なる周波数でそのスピーカを使用することができ、それによってモジュールのいずれの１つも、そのマイクロフォンを介して音声を感知し、その異なる周波数を復調して、スピーカのいくつかを同時に検査することができる。検査は、第１のモジュールによって第２のモジュールに要求されてもよく、第２のモジュールは検査の結果を第１のモジュールに送信することができる。

続けて図１を参照すると、通信モジュール１２４Ａ〜１２４Ｋの１つ以上はまた、任意選択では、１つ以上の電池を備えて、それに結合されたデバイスに電力を与えることができる。例えば、通信モジュール１２４Ａは注入ポンプ７に結合されて、それに電力を与えることができる。通信モジュール１２４Ａ〜１２４Ｋの他の構造および機能が、それらに関連付けられたデバイスの目的および機能に応じて備えられることができる。例えば、いくつかの実施形態では、注入の制御が注入ポンプで行われ、所望の送達に関する入力が注入ポンプで行われ、このように、本開示のいくつかの実施形態では、通信モジュール１２４Ａは、制御アルゴリズム、例えば比例積分微分（ＰＩＤ）制御ループを実行して、注入ポンプ７を制御する。このような場合、監視クライアント１は、例えば、（例えば、無線リンクを介して）通信モジュール１２４Ａに流体流量シグナルを通信することができ、その後、注入ポンプ７のモータ（明示的には図示せず）に結合された電気接点を通して流体流量シグナルに対応するシグナルを印加して、所望の流量を達成する。いくつかの実施形態では、注入ポンプ７は、注入ポンプ７内に設けられた流量計から通信モジュール１２４Ａに１つ以上のフィードバックシグナルを提供し、それによって、通信モジュール１２４Ａは注入ポンプ７の動作（例えば、ＰＩＤ制御システムなどの動作のいくつかの態様）を制御することができる。その結果は、監視クライアント１に送達されて、ＱＴベースのＧＵＩなどのＧＵＩを使用してユーザに表示されることができる（いくつかの実施形態では、監視クライアント１はタブレットである）。それに加えて、または代替として、いくつかの実施形態では、点滴流量計１４８を使用して、点滴流量計１４８に関連付けられた通信モジュール１２４Ｋおよびアンテナ１２２Ｋを介して、通信モジュール１２４Ａに流量を無線通信することができる。

本開示に照らして分かるように、通信モジュール１２４Ａ〜１２４Ｋは、様々な患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１４８に動作可能に結合することができる。例えば、さらに図１を参照すると、通信モジュール１２４Ｂはシリンジ・ポンプ１２６と動作可能に結合し、通信モジュール１２４Ｃは丸薬ディスペンサ１２８に動作可能に結合している。それに加えて、または代替として、通信モジュール１２４ＥはＥＣＧモニタ１２に動作可能に結合しており、通信モジュール１２４Ｆは血圧モニタ１５に動作可能に結合しており、通信モジュール１２４Ｇはパルス・オキシメータ／ＣＯ_２カプノメータ１６に動作可能に結合しており、通信モジュール１２４Ｈは他のモニタ１７に動作可能に結合しており、通信モジュール１２４Ｉは患者の静脈内アクセス３５に動作可能に結合しており、通信モジュール１２４Ｋは点滴流量計１４８に動作可能に結合している。それぞれの通信モジュール１２４Ａ〜１２４Ｋは、それに結合されたそれぞれの患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８または１４８に、例えば、適切な制御システム、制御アルゴリズム、電池電源または他の機能を提供することができる。

それに加えて、または代替として、いくつかの実施形態では、通信モジュール１２４Ｄは、デバイス・ドック１０４内にドッキングされ、例えば、バスまたはバックプレーンを介してデバイス・ドック１０４に動作可能に結合して、デバイス・ドック１０４に取り付けられたあらゆるデバイスと通信し、それとともにデバイス・ドック１０４内の電子回路、監視クライアント・ドック１０２内の電子回路、および／または監視クライアント１と通信する。任意選択では、通信モジュール１２４Ｄは、デバイス・ドック１０４内にドッキングされたあらゆるデバイス、例えば注入ポンプ７、シリンジ・ポンプ１２６、丸薬ディスペンサ１２８またはマイクロインフュージョン・ポンプ１３０に、通信および／または電力を与えることができる。通信モジュール１２４Ｄの機能はまた、デバイス・ドック１０４自体の回路内に一体化させることができることに留意されたい。

それに加えて、または代替として、いくつかの実施形態では、通信モジュール１２４をそれぞれ、１つ以上の有線電源、例えば、デバイス・ドック１０４内のバスまたはバックプレーンを通してアクセス可能な電源によって補充することができるそれぞれのデバイス７、１４、１５、１６、１７、３５、１２６、１４８に十分な電源供給を与えるように構成することは任意選択である。上記したように、本開示のいくつかの実施形態では、通信モジュール１２４Ｄは、十分な電力をデバイス７、１２６、１２８、１３０および１３３に提供する。

上記したように、いくつかの実施形態では、通信モジュール１２４はそれぞれ、十分な電力を対応するデバイス７、１２６、１２８、および１３０に提供する電力回路（例えば、電圧変換器、調整回路、整流およびフィルタリング回路、バック回路、ブースト回路、バック・ブースト回路、スイッチ・モード電源など）で構成されている。このようないくつかの場合、この電力回路は、異なる様々な患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１４８に関連付けられた様々な電力供給特徴（例えば、電圧レベル、最大負荷／電流要件、およびＡ／Ｃ周波数）の提供を可能にするように構成することが可能である。あらゆる数の電力提供および管理スキームは、本開示に照らして自明のことである。

任意選択では、本開示の他の実施形態では、１つ以上の電池セル、例えばリチウム・イオン電池セルを有する電力モジュール１３２が、デバイス・ドック１０４に取り付けられて、全治療持続時間にわたって十分な電力をデバイス７、１２６、１２８、１３０、１３３に与える。それに加えて、または代替として、電力モジュール１３２は、利用可能な場合に（一般的に図１にＡＣ源として示された）患者の部屋内のアウトレットに差し込むことができる。このような場合、アウトレット電力が利用可能であれば使用されて、ドック１０４内のデバイスに電力を与え、また電力モジュール１３２内に含まれる電池を充電することができる（これは同時に行われてもよい）。アウトレット電力が失われた、またはそうでなければ利用可能でない場合、電力モジュール１３２および／または通信モジュール１２４Ａ、１２４Ｂ、１２４Ｃ内の電池は、ドッキングされたデバイスに電力を提供することができる。

例示的なシステム１００は任意選択では、ドングル１３３を備えることができる。ドングル１３３は、図１に示すデバイス・ドック１０４内にドッキングされている、または他の実施形態では、デバイス・ドック１０４および／または監視クライアント１に対して遠隔であってもよい。ドングル１３３は、他様には利用可能でない、無線デバイス用の通信リンクまたはプロトコルを提供することができる。例えば、新しい無線プトロコル、テクノロジー、基準、および技術が時間の経過と共に利用可能になると、ドングル１３３を使用して、新しい通信プロトコル間にブリッジ、ルータまたはリピータを提供し、１つのプロトコルにおいて伝達された情報を他のプロトコルに変換することができ、それによって、新しいプロトコル・デバイスは、患者介護デバイス７、１４、１５、１７、３５、１２６、１２８、１３０、デバイス・ドック１０４、通信モジュール１２４Ｄ、監視クライアント・ドック１０２、監視クライアント１、図８のハブ８０２および／または他のデバイスと通信することができる。ドングル１３３は、例えば、監視サーバ３または監視クライアント１などの互いに知られているまたは使用されているフォーマットで、患者介護デバイス７、１４、１５、１７、３５、１２６、１２８、１３０、デバイス・ドック１０４、通信モジュール１２４Ｄ、監視クライアント・ドック１０２、監視クライアント１、図８のハブ８０２および／または他のデバイスのいずれか１つ以上によって使用される無線プロトコル、テクノロジー、基準または技術を使用して、新しい通信リンクから受信したデータを再伝達することができる。ドングル１３３はまた、通信ブリッジを、ＥＶＤＯまたはＣＤＭＡベースの携帯システムなどの、携帯ベースの通信リンクに提供することができる。

いくつかの実施形態では、ドングル１３３は、１つ以上の患者介護デバイスからの患者介護パラメータ、例えば患者治療パラメータまたは患者状態パラメータを通信し、これらを監視クライアント１、図８のハブ８０２、および／または監視サーバ３に再伝達することができ、また逆も同様である。任意選択では、いくつかの実施形態では、ドングル１３３は、有線取付コネクタ、例えばＲＳ−２３２コネクタを備えることができ、レガシー・デバイスに接続可能であって、該レガシー・デバイスからの通信を１つ以上の他の患者介護デバイス、監視クライアント１、図８のハブ８０２および／または監視サーバ３などに提供する。レガシー・デバイスは例えば、レガシー患者介護デバイス、レガシー演算デバイス、レガシー有線通信プロトコルを使用した他のデバイスなどであってもよい。

任意選択では、システム１００はまた、様々なデバイス、ドック、監視クライアントおよび／またはサーバの動作を監視するためのウェアラブル・システム・モニタ１３１を備えることができる。監視クライアント１、遠隔コミュニケータ１１、および／または図８のハブ８０２を使用して、ウェアラブル・システム・モニタ１３１をプログラムする、これと相互作用する、および／またはこれとペアリングすることができる。ウェアラブル・システム・モニタ１３１は、患者２またはプロバイダによって着用することができ、多数のウェアラブル・システム・モニタ１３１を使用することができる。ウェアラブル・システム・モニタ１３１は、適切な動作を保証するために、様々なデバイスに問い合わせることができる。例えば、例示的な１つの実施形態では、ウェアラブル・システム・モニタ１３１は、患者介護デバイス１４、１５、１６、１７、３５、１２６、１２８、１３０、監視クライアント１、監視クライアント・ドック１０２、デバイス・ドック１０４および／または図８のハブ８０２と通信して、何らかの故障、過誤、不正、データ破損、通信劣化、不完全動作、遅い動作または他の問題が存在するかどうか判定する。

ウェアラブル・システム・モニタ１３１からの通信は、１つ以上の問合せシグナルを含み、問合せを受けているデバイスが適切に機能しているか、所定の動作パラメータ内で機能しているか、および／またはそうでなければ、望ましくない状態または状況にあるかどうか判定することができる。システム・モニタ１３１は、監視サーバ３、監視クライアント１または図８のハブ８０２などの１つ以上のデバイスに検出した状態または過誤を通信して、プロバイダに警戒を発し、シャットダウン手続を開始し、および／または正常に動作しないデバイスに指示された他の適切な治療動作を開始させることができる。例えば、システム・モニタ１３１は、監視クライアント１、ネットワークおよび／またはインターネットに結合されたＷｉＦｉルータを介して監視サーバ３、他の監視クライアント４、通信モジュール１２４または遠隔コミュニケータ１１で構成された他のデバイスと通信する通信モジュール１２４Ｊのトランシーバを使用して、異常な問合せ応答または問合せ応答がないことによる警戒および／またはアラームのシグナルを送ることができる。警戒および／またはアラームは、デバイスに警戒および／またはアラームを可聴的に鳴らさせるまたは可視的に示させることができる。本開示のいくつかの実施形態では、システム・モニタ１３１は、患者２が介護プロバイダに要求することを可能にするためのコール・ボタン（明示的に図示せず）を備えている、例えば、デバイスを所有しているユーザに要求を可視的におよび／または可聴的に示すために、要求は監視クライアント１または遠隔コミュニケータ１１にルーティングされる。

システム・モニタ１３１は、例えば、（１）所定の時間内に問合せに対する応答を予測すること、（２）問合せを受けているデバイス内でカウンタを増分し、増分された後にデバイスからカウンタの値を要求すること、（３）チャレンジ・レスポンス方式の問合せ、および／または（４）他のシステム監視技術または方法を含む、様々な方法でその機能を実施することができる。

上記したように、いくつかの実施形態では、システム・モニタ１３１は、システム・モニタ１３１にペアリングされた患者介護デバイスに問い合わせた後に、所定の時間内に問合せに対する応答を予測する。例えば、システム・モニタ１３１は、「システム・モニタ問合せ」のテキスト文字列メッセージを注入ポンプ７に送信することができる。本実施例では、注入ポンプ７は、「システム・モニタ問合せ」とラベルが付けられたメッセージをシステム・モニタ１３１から受信し、その中の１つ以上のプロセッサを使用してメッセージを処理する。注入ポンプ７がメッセージを処理する場合、その中のソフトウェア・ルーチンは、システム・モニタ１３１に再び応答メッセージを送信するコードを実行する、例えば、応答メッセージは、システム・モニタ１３１に送信される「システム・モニタ応答」のテキスト文字列メッセージであってもよい。本実施例では、システム・モニタ１３１は、２秒などの所定の時間内に応答メッセージを受信することを予測することができ、システム・モニタ１３１が２秒以内に応答メッセージを受信しない場合に、システム・モニタ１３１が他のデバイスに警告しおよび／または警戒を送信する（例えば、システム・モニタ１３１は警戒または過誤・メッセージを放送することができる、またはアラームまたは警戒を可聴的にまたは可視的に遠隔コミュニケータ１１を介してプロセッサに提供させることができる）。

上記したように、いくつかの実施形態では、システム・モニタ１３１は、問合せを受けているデバイス内のカウンタを増分させ、増分された後にデバイスにカウンタの値を要求する。例えば、システム・モニタ１３１は、「増分カウンタ」などのメッセージをデバイスに送信することによって、要求を患者介護デバイス、例えば注入ポンプ７に送信することができる。デバイスのプロセッサは、「増分カウンタ」メッセージを受信し、デバイスのメモリ位置から値を読み取り、メモリ位置で見出した値を増分させ、前の値を上書きすることによって同じメモリ位置に新しい値を記憶する。その後、本実施例では、プロセッサは、メモリ位置から新しい値を読み取り、新しい値をシステム・モニタ１３１に、例えば問合せを受けているデバイス上の無線トランシーバを介して送信する。システム・モニタ１３１は、本実施例では、問合せを受けているデバイスから特定の値を予測する（この予測された値は、例えばテーブル内などの、システム・モニタのメモリ内に記憶することができる）。例えば、システム・モニタ１３１は、デバイスから前に受信した４８の値をそのメモリ内に記憶することができ、値を問合せを受けたデバイス内で更新することを要求した後に、デバイスから４９の値を受信することを予測する。

また、上記したように、チャレンジ・レスポンス方式の問合せを、システム・モニタ１３１によって使用することができる。例えば、システム・モニタ１３１は、暗号化されたメッセージを患者介護デバイスに送信することができる。患者介護デバイスはその後、例えば、暗号キーを使用してメッセージを解読し、メッセージをシステム・モニタ１３１に再び送信するようにタスクが与えられる。システム・モニタ１３１は、暗号化されていないメッセージが所定の時間内に戻ることを予測することができる。本実施例では、システム・モニタ１３１が所定の時間内に応答メッセージを受信しない場合、システム・モニタ１３１は、他のデバイスに警告し、および／または警戒を送信する（例えば、システム・モニタ１３１は警戒またはアラーム・メッセージを放送することができる、および／またはこれらを監視クライアント１、監視サーバ３、図８のハブ８０２または遠隔コミュニケータ１１に伝達することができ、その後、警戒またはアラームを表示または可聴的に示す）。

本開示の実施形態では、監視クライアント１は、手持ち式またはポータブル遠隔コミュニケータ１１（例えば、スマートフォン、タブレット・コンピュータ、ＰＤＡ、ラップトップまたは他のポータブル演算デバイスであってもよい）を使用して、ヘルスケア・プロバイダと通信し、直接相互作用する能力を有する。これは、無線１２によって達成することができ、それによって、設備内の患者の位置、または設備内あるいはその外のプロバイダの位置にかかわらず、通信を維持することができる。１つの態様では、患者２に固有の情報は監視クライアント１内にローカルに記憶されることができ、それによって、患者のヘルスケア・プロバイダは、監視サーバ３にアクセスする必要なく、情報に直接アクセスすることができる。

いくつかの実施形態では、任意選択では、適切な安全およびセキュリティ・チェックを組み込むことによって、接続された注入ポンプ７または患者監視デバイス１４〜１７、３５、１２６、１２８、１３０、１４８の設定または流量パラメータに対する変更は、（有線または無線通信を介して）プロバイダの監視クライアント１１と監視クライアント１との間で直接達成することができ、選択された変更はまた、監視サーバ３、したがって任意選択ではナース・ステーション５および／または薬局６などの他の適切な位置に通信することができる。さらに、患者２に関する任意の新しい指示を、指示するプロバイダの遠隔コミュニケータ１１（例えば、スマートフォン）に入力し、監視クライアント１に伝達することができ、次に、介護人独自のポータブル・コミュニケータ１１を介して介護人（例えば、看護師、ナース・プラクティショナ、医師、内科医、または他のヘルスケア専門家）に知らせることができる。それに加えて、または代替として、いくつかの実施形態では、新しい指示を注入ポンプ７または患者監視デバイス１４〜１７、３５、１２６、１２８、１３０、１４８に通信することができ、それによって、その中にあるまたはそこに結合された制御システムは、新しい指示に応じて、その動作、例えば設定点を変更することができる。いくつかの実施形態では、監視クライアント１内で取得および記憶された任意の情報を、監視サーバ３に周期的にアップロードし、患者特有のデータベースに記憶する。したがって、患者の監視クライアント１が動作停止している場合、新しいデバイスを患者２に割り当て、監視サーバ３からの患者の現在の情報を迅速に再び追加することができる。患者の取り付けられたデバイスからの指示、薬剤、進行ノート、監視データ、治療データ、患者治療パラメータ、患者監視パラメータおよび／または動作パラメータはまた、永久的、一時的または一過性の記憶のために、および／または所定の基準、例えば範囲、閾値などに従っていることを確認するための分析のために、監視クライアント１から患者のＥＨＲ１９、任意の適用可能な遠隔コミュニケータ１１、図８のハブ８０２および／または監視サーバ３にアップロードすることができる。

いくつかの実施形態では、監視サーバ３は、設備８内のいくつかの監視クライアント１、４、１１に対する制御のいくつかの要素と通信し、これを提供することができるコンピュータを備えてもよい。監視サーバ３は、監視クライアント１、４、１１に、設備内８および設備外９の両方の多数のデータベースから抽出したデータを提供してもよい。本開示の実施形態では、監視サーバ３は、患者２に関するターゲット情報について設備のＥＨＲシステム１９に問い合わせ、その後、その患者の監視クライアント１に所定のセットの情報（例えば、患者の年齢、身長、体重、疾病のカテゴリ、現在の薬剤および薬剤カテゴリ、薬剤アレルギーおよび過敏症など）を追加することができる。このような１つの実施例によると、監視サーバ３は、例えば、監視クライアント１が患者２に割り当てられた場合に、設備内にＥＨＲ１９、研究室２０、放射線科２１、薬局２２および／または他のシステム（例えば、心臓病２３またはスケジューリング・データベース２４など）に対する通信リンクを確立してもよい。固有の患者識別子で、監視サーバ３は、患者特有のデータをこれらのシステムから受信し、システムに送信するための電子アクセス（許可）を得ることができる。データの所定の（選択可能な）サブセットは、監視クライアント１のメモリ（図１には明示的には図示せず）内にダウロード可能である。

このように取得した情報は次に、新しい指示をこれとの対比で分析することができるキー・データベースとしての役割をすることができる。監視クライアント１内に入力される指示は、監視サーバ３によって得られる患者特有の情報との適合性をチェックすることができる。任意選択では、安全の重複のため、コミュニケータ１１から遠隔で入力された指示は、監視サーバ３によって傍受することができ、同様にチェックすることができる。監視サーバ３はまた、設備の薬局２２または外部９にある薬剤データベースから情報を得て、新しい患者指示が例えば患者の既存の薬剤との不適合性を生じる可能性があるかどうか判定することができる。本開示の実施形態では、監視サーバ３は、一般に利用可能なインターネット・サイト２５にアクセスするようにプログラムされて、患者の指示された薬剤に関する新しい情報をダウンロードして、患者のヘルスケア・プロバイダ（複数可）に警戒またはアラームとして伝達１３すべきかどうか判定することができる。監視サーバ３はまた、遠隔ポータブル・コミュニケータ１１と患者の監視クライアント１との間に情報をルーティングすることができる。

本開示の実施形態では、患者の内科医、看護師または薬剤師は、患者２に関する新しい指示（例えば、薬剤指示など）を中継または受信するために、患者の監視クライアント１へのアクセスを有することができる。監視クライアント１またはサーバ３はその後、新しい指示を記録し、要求を薬剤師６ならびに患者の看護師に、看護師のポータブル・コミュニケータ１１を介して、および／またはナース・ステーション５の固定端末を介して中継してもよい。監視クライアント１とのカスタマイズされた通信アプリケーションを有する「スマートフォン」（例えば、特に、グーグルのＮｅｘｕｓ Ｏｎｅ ｐｈｏｎｅ、アップルのｉＰｈｏｎｅ、またはＲＩＭのブラックベリーＯＳ）は、（オフィスまたは遠隔ナース・ステーションのような）固定位置に居ないプロバイダに対して便利なポータブル・コミュニケータ１１として働くことができる。タブレットＰＣ、ネットブック、またはラップトップ・コンピュータはまた、ポータブルまたは固定位置の両方に対して便利なポータブル・コミュニケータ１１として働くことができる。ＰＣは、固定またはデスクトップ位置に対して便利な通信デバイス１１として働くことができる。プロバイダが患者の部屋に居る場合、プロバイダは監視クライアント１上のキーボードまたはタッチスクリーンを通した直接入力を使用して、患者２に関する情報を入力または受信してもよい。

監視クライアント１は、割り当てられたまたは指定された特定の患者２に関する情報を受信し、処理し、伝達することができる。監視クライアント１は、注入ポンプ７、または患者２を接続または関連付けることができるあらゆる他のデバイスと通信するように、監視クライアント・ドック１０２に最も便利に取り付け可能またはドッキング可能である。監視クライアント１は、例えば、ほぼ無線電話またはタブレット式ネットブックの大きさの手持ち式デバイスであってもよい。監視クライアント１は、患者のプロバイダによって使用されるタッチスクリーン・インターフェースを有していると便利である。また、有線または無線接続のいずれかを通して、患者の部屋内、またはナース・ステーション５または他の便利な場所にある、より大きい固定ディスプレイに出力を提供することが可能である。各監視クライアント１は、中央監視サーバ３と通信することができ、これを通して設備のＥＨＲデータベース１９、研究室データベース２０、放射線科データベース２１、薬局データベース２２、または様々な他の設備部門の他のデータベースから患者のデータにアクセスすることができる。いくつかの場合では、監視クライアント１は、監視サーバ３を介して患者のＥＨＲ１９に患者監視デバイス１４〜１７から、またはプロバイダ入力から受信する情報をアップロードすることができる。監視クライアント１、４はまた、インターネット接続２５を有する監視サーバ３を通して、設備外のデータベースから情報を受けることができる。したがって、有害薬剤関連事象を取り扱う様々な薬物情報データベースおよび警戒ネットワークを含む、様々な外部データベース９がアクセス可能である。

監視サーバ３は、例えば、監視クライアント１の内容をできるだけ最新に保つ際の助けとなる様々なレベルの外部データベース情報を管理するように手配されることができる。これは、例えば利用可能になった場合に患者に関連する安全および薬物情報を比較し、データ転送スケジュール上の更新／ダウンロードに優先順位を付けることによって達成することができる。監視クライアント１、４はまた、看護師、内科医および薬剤師などのヘルスケア・プロバイダによって使用されるポータブル・コミュニケータ１１と直接、あるいは監視サーバ３を通して通信することができる。いくつかの場合では、これらのデバイスは、（例えば、病院の薬局またはナース・ステーションなどの固定位置で使用される場合）監視サーバ３への有線接続を有することができる。他の場合では、ポータブル・コミュニケータ１１は、コンピュータおよびデバイス１１との有線または無線（例えば、ブルートゥースまたはＷｉＦｉ８０２．１１）接続１３を使用して、安全なインターネット接続（例えば、ＶＰＮベースのインターネット接続、ＵＰＮ、Ｈｔｔｐｓ、プライベート・キー機構など）を通して監視サーバ３と通信することができる。代替として、（スマートフォンまたはタブレット・ネットブックなどの）手持ち式遠隔コミュニケータ１１は、携帯電話ネットワークを介して設備の監視クライアント１と直接通信１２してもよく、および／または設備は、ＷｉＦｉネットワーク（例えば、２．４ＧＨｚから２．４８３５ＧＨｚ無認可ＩＳＭバンド）を含むことができるプライベート・セル・ネットワークを備えてもよい。

いくつかの実施形態では、監視クライアント１、４と監視サーバ３との間の通信リンクが、設備内で幅広く利用可能な場合にイーサネット・ネットワークを介して、またはいくつかの規格の１つを使用した無線伝達を介して存在して、全ての患者特有の監視クライアント１、４を中央監視サーバ３にリンクさせることができる。サーバ３はその後、他の設備サーバ８、ウェブをベースとするサーバ２５、および医療介護プロバイダが持っている設備内および設備外ポータブル・コミュニケータ１１との通信用のリレーとして働くことができる。いくつかの実施形態では、無線ネットワークは、設備内で患者２がどこに居るかにかかわらず、監視サーバ３と通信することが可能な追加の機能を提供する。

設備全体を無線範囲で覆う１つの方法は、設備にプライベート携帯電話ネットワークのライセンスを取得させる必要がある。設備全体を通してローカル通信ネットワークを提供するために、１つ以上のマイクロ携帯周波数を取得しまたは借りることができる。このような配置は、患者および監視クライアント１、４が設備内の１つの位置から別の位置まで移動する場合に通信を保持して、監視サーバ３、様々な病院内および病院外データベース８、２５および固定ステーション（例えば、いくつかの実施形態では、ナース・ステーション５および薬局６）のユーザとの、または病院の内側または外側いずれかの監視クライアント１１（例えば、携帯スマートフォン、ラップトップ、またはタブレット・タイプ・デバイス）との接続を維持することができる。いくつかの実施形態では、このタイプのシステムは、許可された携帯通信インフラを介して追加のセキュリティを提供する。それに加えて、いくつかの実施形態では、アクティブ無線システムは、エリア内での使用強度を監視し、そのエリアに追加のチャネル周波数を指示することができる。しかし、いくつかの実施形態では、ネットワークの帯域幅容量は、例えば放射線画像を含むものなどの、大きいデータ・ファイルの効率的な伝達を可能にしないことがある。このような帯域幅大量データ・ファイルは、有線接続を介してより効率的に通信することができる。

代替としてまたは加えて、病院は、インターネットまたはイントラネット・ベースの通信システムを実施することができ、その中で、８０２．１１ＷｉＦｉタイプ・プロトコルが個別の監視クライアント１、４と監視サーバ３との間の無線通信に使用される。設備全体を通して適切なシグナル受信を保証するために、ブロードバンド・アンテナを、ローカル無線電話会社からの携帯電話シグナルを集めるために、建物の屋根の上に取り付けることができる。光ファイバまたはケーブル・ネットワークはその後、設備全体を通してシグナルを分配することができる。それに加えて、または代替として、監視サーバ３は、上に記載したプライベート携帯電話ネットワークを使用することができる。このようなシステムは典型的には、安全な通信を提供することが可能であり、例えば、放射線データベース２１内に記憶された放射線画像などの、大きいファイルを効率的に通信することが可能である。家庭またはオフィスをベースとするユーザは、例えば、ＶＰＮまたは有線または光ファイバケーブルを使用した別の安全アクセス、またはＤＳＬ電話線を通して病院サーバに接続することが可能である。データ暗号化を使用して、患者データ・セキュリティを提供することができる。いくつかの応用例では、インフラ能力を最適化するために、非対称帯域幅通信ネットワークを実施することが有利であることがある。この実施例は、監視クライアント１から監視サーバ３までの「上流側」方向に認可携帯周波数、および監視サーバ３から監視クライアント１までの「下流側」方向に無認可８０２．１１ＷｉＦｉ周波数を使用している。この実施例では、上流側帯域幅およびデータ転送速度要件は、下流側要件と比較して比較的小さい。優先度が低い上流側伝達では、監視クライアント１は、例えばＺｉｇＢｅｅネットワーク、ブルートゥース・ネットワーク、メッシュ・ネットワークなどの、より分散型の費用効率が良いネットワークを通してデータを送信することを可能にする。

上記したように、患者介護デバイス１４、１５、１６、１７、３５などの様々な監視デバイスと監視クライアント１との間の通信は、例えば、ＺｉｇＢｅｅ無線メッシュ・ネットワークおよび／またはブルートゥース・ネットワークを使用して、費用効果の良い方法で達成することができる。例示的な監視デバイスとしては、特にＥＣＧモニタ１４、血圧モニタ１５、パルス・オキシメータ／カプノメータ１６、体温計および体重計が挙げられる。ほとんどのこれらのデバイスの共通の特徴は、単一のまたは少数のパラメータの定期的な読出しを行なうことである。無線メッシュ・ネットワークなどの病院内デバイス通信システムは、デバイスの間に低電力デジタル無線接続性を提供し、幅広く利用可能なライセンス・フリー周波数帯域（例えば、いくつかの管轄では２．４ＧＨｚ）を利用することができる。高レベル通信プロトコルを利用して、例えば、ＴＣＰ、ＵＤＰなどのデータ忠実性およびセキュリティを保証することができる。例えば、対称暗号キーを使用して、Ｔｗｏｆｉｓｈ、Ｓｅｒｐｅｎｔ、ＡＥＳ（Ｒｉｊｎｄａｅｌ）、Ｂｌｏｗｆｉｓｈ、ＣＡＳＴ５、ＲＣ４、３ＤＥＳ、ＩＤＥＡなどの暗号アルゴリズムに対して生成されるものなどの、監視クライアントと患者介護デバイスとの間の通信を保証することができる。それに加えて、または代替として、例えば、ＣＲＣ、奇数パリティ・ビット・チェック、または偶数パリティ・ビット・チェックなどの、様々なデータ整合性技術を使用することができる。

メッシュ・ネットワークは高度に拡張可能であり、多くのデバイスを単一の自己形成、自己回復メッシュ・ネットワーク上で使用することを可能にする。ネットワークに接続されたデバイスは、互いに通信し、データを転送するためにリピータとして働くことができる。メッシュ・ネットワークは、比較的低コストであり、拡張可能であり、監視されている患者に対して移動可能である。いくつかの実施形態では、無線メッシュ・ネットワークにリンクされたデバイスに対する無線範囲は、設備内のシステムの各ノードから７０メートルまでに到達することができる。患者の監視クライアント１、４を通して、ヘルスケア・プロバイダが持っているポータブル・コミュニケータ１１とその割り当てられた患者の間で設備内に無線リンクを提供する際に、同様のネットワークを使用してもよい。

多くの場合、監視クライアント１に伝達される情報は、単一のパラメータ値（例えば、血圧など）およびタイム・スタンプを含むことができる。監視クライアント１は、値が所定範囲外であるかどうか判定し、値を患者のＥＨＲ１９内に記録し、その監視クライアント１１を介して適切なプロバイダに知らせるようにプログラムすることができる。さらに、ネットワークは双方向通信を可能にし、監視クライアント１が患者監視デバイス（例えば、ＢＰモニタ１５）に照会し、スケジュールされていない読み取りを行なうように指示することができる。これは、例えば、異常読み取りが受信され、その信憑性を検証する必要がある場合に有用であり得る。監視クライアント１は、繰返し読み取りを要求するようにプログラムして、異常読み取りを検証することができる。別の実施形態では、監視クライアント１は、監視デバイス１４〜１７から受信した、読み取り値によって、注入ポンプ７の流量、動作パラメータおよび／または治療パラメータを中断または調節するようにプログラムすることができる。例えば、ＢＰモニタ１５が所定の許容範囲より下の血圧を示す場合、監視クライアント１は、注入ポンプ７に注入を停止することを指示するようにプログラムすることができ、緊急通知１２を（１つ以上の）ヘルスケア・プロバイダの監視クライアント１１に伝達することができる。別の実施形態では、注入ポンプ７が患者２に送達されている流体の量（例えば、ある期間にポンプ注入された流体の流量または累積量）を決定することが可能である場合、監視クライアント１内のプロセッサは、送達された累積量を追跡し、薬剤バッグ１７０内に残っている流体の量を推測することができる。（代替として、監視クライアント１または注入ポンプ７内のプロセッサは、注入速度および注入の経過時間から送達された量を算出してもよい。）

推測された残留量が所定の量に到達すると、監視クライアント１は、注入ポンプ７にシグナルを送って、その流量を減らして患者の静脈内アクセス３５を空にさせないようにすることができる。例えば、監視クライアント１は、看護師がバッグを交換するために特定の時間に戻るように予定されていると判断し、静脈内流体が看護師の予定された戻り時間前になくなることを警告しおよび／またはそのアラームを送信するよりもむしろ、監視クライアント１は、看護師が到着するときにまたは看護師の予定された戻り時間から所定の時間後に静脈内バッグが空になるように、注入速度が遅くするように注入ポンプ７にシグナルを送ってもよい。また、静脈内バッグ１７の補充を薦める通知を看護師の監視クライアント１１に送信してもよい。

いくつかの実施形態では、患者介護デバイスの動作の進行は、監視クライアント１のディスプレイの外縁によって表示されて、該患者介護デバイスの状態および／または進行を示す。例えば、ライトアップされる外縁の割合（例えば、外縁が埋まるに連れて、完全に埋まった外周部を形成し始める）が患者介護デバイス、例えば注入ポンプ７によって達成された治療の進行度を表示するように、外縁が監視クライアント１のディスプレイに表示される。この外縁は画像形式（例えば、ＪＰＥＧ、ＢＭＰなど）で注入ポンプ７から監視クライアント１に送られてもよく、および／または埋められた割合値として監視クライアント１に送られてもよく、後者の場合には監視クライアント１が外縁を作成する。

いくつかの実施形態では、ＧＰＳおよび／または測距モジュール（例えば、飛行時間型推測を使用する超音波測距モジュール）を、注入ポンプ７、監視クライアント１、介護人および／または患者に設置されてもよい。所定の設定は、注入ポンプ７、監視クライアント１、図８のハブ８０２、介護人および／または患者の所定の一群が、この特定の実施形態では、治療を開始する前に、および／または注入ポンプ７および／または監視クライアント１のうちの１つを構成する前に、互いに所定の距離内に居なければならないことを要求してもよい。

いくつかの実施形態では、患者介護デバイス７、１７０、１２６、１２８、１３０、１４、１５、１６、１７、１２４または１４８、ドック１０２または１０４、監視クライアント１、図８のハブ８０２は、（例えば、患者を混乱させることなくアラームの原因を取り除くための解決法を介護人が見つけることを可能にするように）所定の時間が経過してしまうまで、アラームを発するデバイスで、および／または監視クライアント１で警告することなく、ソフト・アラーム、ハード・アラーム、および／または重大ではないアラームを遠隔コミュニケータ１１に送信してもよい。所定の時間前にアラームの原因が取り除かれた場合には、アラームを発するデバイスおよび／または監視クライアント１が警告しないこともあり、それによって患者の追加の混乱を防ぐことができる。

いくつかの実施形態では、図１のＡＣケーブルはクリップを備えており、それによって静脈管をそこにクリップ留めすることができる。

いくつかの実施形態では、注入ポンプ７は、以下の１つ以上を表示するＬＥＤ灯を備える：安全点検を通過したこと；ポンプが注入していること；閉塞があること；および／またはポンプが切られていること。ユーザは、監視クライアント１を使用して、（例えば、カメラ１４４またはカメラ１３６、および／またはスキャナ１２０を使用して）静脈内バッグ１７０上のバーコードを読み取ることができ、その時に、プラグ上のＬＥＤは点滅して、静脈内バッグ１７０に接続されたチューブをその中に挿入すべきことをユーザに示すことができる。

いくつかの実施形態では、図１に示すような、またはここで記載されたような、番号が付けられたものも付けられていないものも、各アイテム、コンポーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスは、任意選択である。例えば、いくつかの実施形態では、監視クライアント１は任意選択であり、監視サーバ３は任意選択であり、設備サービス８は任意選択であり、各サービス１９、２０、２１、２２、２３、２４は任意選択であり、クラウド・サーバ２５は任意選択であり、他の監視クライアント４はそれぞれ任意選択であり、オンライン薬物データベース９は任意選択であり、薬物有害事象ネットワークは任意選択であり、患者のパーソナルＥＨＲ１９’は任意選択であり、および／または治療結果データベース１０は任意選択である。それに加えて、または代替として、いくつかの実施形態では、各患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８は任意選択である。同様に、システム・モニタ１３１、リスト・バンド１１８、ＲＦＩＤ１１６、バーコード１１４、スキャナ１２０、ディスプレイ１３４および／またはＡＣ電源はそれぞれ、本開示のいくつかの実施形態では任意選択である。

それに加えて、いくつかの実施形態では、図１に示すような、またはここで記載されたような、番号が付けられたものも付けられていないものも、いくつかのアイテム、コンポーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスが、単一のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示されているけれども、複数のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスが意図されている。例えば、単一の注入ポンプ７が図１に示されているけれども、いくつかの実施形態では、２つの注入ポンプ７を使用することができる、多数の注入ポンプ７を使用することができる、またはあらゆる任意の数の注入ポンプ７を使用することができる。それに加えて、または代替として、いくつかの実施形態では、多数のデバイス・ドック１０４および／または多数の監視クライアント・ドック１０２を使用することができる。

それに加えて、または代替として、特定の患者介護デバイス７、１４、１５、１６、１７、１２６、１２８、１３０、１４８が示されているけれども、特定の患者介護デバイスの他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ７だけが使用されており、この特定の実施例では、他の患者介護デバイス１４、１５、１６、１７、１２６、１２８、１３０、１４８は、無効にされ、システム使用のためには存在しないまたは利用可能でなく、電源を落とされ、または図１のシステム１００の一部ではないことがある。それに加えて、または代替として、いくつかの特定の実施形態では、使用される患者介護デバイスだけがデバイス・ドック１０４にドッキング可能である。例えば、この特定の実施形態では、注入ポンプ７はデバイス・ドック１０４内にドッキングされた唯一のデバイスであり、デバイス・ドック１０４は１つのデバイス、例えば注入ポンプ７だけを受ける。それに加えて、代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８は、ドッキング可能であり、ドッキングしないで動作することができ、および／またはドッキング可能でないことがあり、スタンドアロンの患者介護デバイスとして動作することができる。

いくつかの実施形態では、患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０および／または１４８、監視クライアント１、遠隔コミュニケータ１１、およびドック１０２および／または１０４は、例えばＡＰＩを介して、安全データ・クラスを備えてもよい。

図１を参照して説明したあらゆる機能は、いくつかの実施形態では、図８のハブ８０２によって行なわれてもよい。

図２は、本開示の実施形態による、監視クライアント、例えば図１の監視クライアント１と患者介護デバイスの１つ以上、例えば図１の患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８の１つ以上との間で通信を維持するための方法１５０を示すフローチャート図を示す。本実施例の方法１５０は、行為１５２〜１６９を含む。監視クライアント１は、通信がペアリングおよび／または指定された患者介護デバイスに確立された場合を示すアイコンを表示することができる。監視クライアント１は、ペアリングおよび／または指定された患者介護デバイスとの通信が所定の間隔で利用可能であると決定するためにチェックすることができ、ペアリングまたは指定された患者介護デバイスへの通信が所定の時間の間利用可能でない場合に、監視クライアント１はアラームまたは警戒を鳴動することができる。

行為１５２は、監視クライアント・ドックが、ドック・コネクタを通して監視クライアントと監視クライアント・ドックとの間の通信リンクとして利用可能であるか判定する。行為１５２の通信リンクが利用可能である場合、方法１５０は行為１５４に進み、そうでなければ、方法１５０は行為１５６に進む。

行為１５６は、監視クライアント・ドックが、無線リンクを通して監視クライアントと監視クライアント・ドックの間の通信リンクとして利用可能であるか判定する。行為１５６のリンクが利用可能である場合、方法１５０は行為１５４に進み、そうでなければ、方法１５０は行為１５８に進む。

行為１５４は、監視クライアント・ドックが、ケーブルを使用して監視クライアント・ドックとデバイス・ドックとの間の通信リンクとして利用可能であるか判定する。行為１５４の通信リンクが利用可能である場合、方法１５０は行為１６０に進み、そうでなければ、方法１５０は行為１５８に進む。行為１６０は、デバイス・ドックが、デバイス・ドックと患者介護デバイスとの間の通信リンクとして、例えば無線または有線通信リンクを通して利用可能であるか判定する。行為１６０の通信リンクが利用可能である場合、方法１５０は行為１６６に進み、そうでなければ、方法１５０は行為１６２に進む。行為１６２は、患者介護デバイスが直接無線リンクを通して監視クライアントと患者介護デバイス・ドックとの間の通信リンクとして利用可能であるか判定する。行為１６２の通信リンクが利用可能である場合、方法は行為１６６に進み、そうでなければ、方法１５０は行為１６４に進む。

行為１５８は、デバイス・ドックが無線リンクを通して監視クライアントとデバイス・ドックとの間の通信リンクとして利用可能であるか判定する。行為１５８の通信リンクが利用可能でない場合、方法１５０は行為１６２に進み、そうでなければ、方法１５０は行為１６０に進む。

行為１６６は、利用可能な通信リンクを使用して、監視クライアントと患者介護デバイスとの間のハンドシェイクを試みる。代替実施形態では、ハンドシェイクが使用されておらず、例えば、全てのプロトコルが通信端点間のハンドシェイクを使用するわけではない。判断行為１６８は、行為１６６のハンドシェイクが成功したかどうか判定する。判断行為１６８が行為１６６のハンドシェイクが成功しなかったと判定した場合、行為１６４は、患者介護デバイスとの通信が利用可能ではないと判定し、および／または方法１５０は他のリンク（明示的には図示せず）を使用して通信を確立しようと試みる。そうでなければ、判断行為１６８が行為１６６のハンドシェイクが成功したと判定した場合、行為１６９は、方法１５０によって利用可能であると判定された十分な数の通信リンクを使用してデータを通信する。

方法１５０は、監視クライアントと１つ以上の患者介護デバイスとの間の通信を維持するための方法を記載した、本開示の例示的な実施形態である。いくつかの実施形態では、方法１５０は通信リンクのスケジュールを含むが、他のスケジュールを使用することができ、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、ルーティング・アルゴリズムを使用することができ、距離ベクトル・ルーティング・プロトコルを使用することができ、リンク状態ルーティング・プロトコルを使用することができ、最適化リンク状態ルーティング・プロトコルを使用することができ、パス・ベクトル・プロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用することができ、および／または適応ネットワークを使用することができる。例えば、本開示のいくつかの実施形態では、ウェイトが各通信パスに割り当てられてもよく、ダイクストラアルゴリズムが監視クライアント１と１つ以上の患者ケアデバイスとの間で通信するために使用されてもよい。ウェイトは任意の公知の方法で、例えば帯域幅、シグナルの質、ビットエラー率の関数として決定されてもよく、利用可能なデータスループットまたは待ち時間、および／または同様なものに線形であってもよい。

図面を参照すると、図３は、本開示の別の実施形態による、２つのドック１０２、１０４を有して、その間で無線通信をする電子患者介護システム３００のブロック図を示す。システム３００は、図１のシステム１００と同様であるが、監視クライアント・ドック１０２とデバイス・ドック１０４との間の通信は無線リンクを通してのものである。例えば、いくつかの実施形態では、図３のシステム３００は、図１のケーブル１１０が存在しないまたは動作していない状態の図１のシステム１００であり、それに加えて、または代替では、図３のシステム３００はケーブルを使用して一緒に接続可能ではないドック１０２および１０４を有することができる。

任意選択では、指示または要求を患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８に送信するために、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイルを注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・ポンプ１３０に送信するために、監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１を使用することができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および／または最大丸薬分配基準などの、指示または要求を丸薬ディスペンサ１２８に送信するために、監視クライアント１、４、１１の１つ以上を使用することができる。最大丸薬分配基準は、所定の時間内に送達することができる薬剤の最大量であり、例えば、特定の薬剤が必要に応じて（すなわち、必要になったら）摂取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大丸薬分配基準は、例えば「所定の時間内に所定量を」のように、薬剤が患者によって安全でない量で摂取されることを防ぐことができる。

いくつかの実施形態では、遠隔コミュニケータ１１を使用して、遠隔コミュニケータ１１と監視クライアント１との間の２方向音声／視覚通信（例えば、ビデオ・コール）を開始することができる。それに加えて、または代替では、監視クライアント１を使用して、監視クライアント１と監視クライアント遠隔コミュニケータ１１との間の２方向音声／視覚通信を開始することができる。

任意選択では、患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８はまた、アラームまたは警戒を発するまたは送信するべきであるかどうか判定し、治療または状態が患者にとって安全であるかどうか判定し、システム３００が適切にまたは所定の境界で作動しているかどうか判定し、および／または監視クライアント１、他の監視クライアント４および／または遠隔コミュニケータ１１のディスプレイ上にデータを表示するために、データを監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１に返信することができる。例えば、任意選択では、注入ポンプ７、シリンジ・ポンプ１２６、および／またはマイクロインフュージョン・ポンプ１３０は、上流側圧力、上流側圧力の変化、患者２に対する下流側圧力、患者２に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の停止時間、または実際の送達流量プロファイルを、監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１の１つ以上に（当てはまる場合に）通信することができる。別の実施形態では、丸薬ディスペンサ１２８は任意選択では、例えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１に返信することができる。

患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８から受信したデータは、アラームおよび／または警戒を発するために、あらゆる所定の状態に対して分析することができる。例えば、監視クライアント１、４、１１の１つ以上は、注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・ポンプ１３０の下流側圧力の増加を、患者へのチューブの過剰な凝固、浸透、閉塞または折れ曲がり、または静脈内バッグ１７０内の他の物質による閉塞の１つの表れであるとして使用することができる。下流側圧力の急激な増加に応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができる。それに加えて、または代替として、患者２に対する下流側の圧力の急激な低下は、チューブが針から外れた、および／または針が患者から今外れていることの表れであり、これに応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができる。監視クライアント１、４、１１の１つ以上は任意選択では、患者２に対する下流側圧力の急激が上昇および／または低下に応じて、流体の送達を停止するために、注入ポンプ７、シリンジ・ポンプ１２６、および／またはマイクロインフュージョン・ポンプ１３０の１つ以上に指示を送信することができる。

いくつかの実施形態では、図３に示すような、またはここで記載されたような、番号が付けられたものも付けられていないものも、各アイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスは任意選択である。例えば、いくつかの実施形態では、監視クライアント１は任意選択であり、監視サーバ３は任意選択であり、設備サービス８は任意選択であり、各サービス１９、２０、２１、２２、２３、２４は任意選択であり、クラウド・サーバ２５は任意選択であり、他の監視クライアント４はそれぞれ任意選択であり、オンライン薬物データベース９は任意選択であり、薬物有害事象ネットワークは任意選択であり、患者のパーソナルＥＨＲ１９’は任意選択であり、および／または治療結果データベース１０は任意選択である。それに加えて、または代替として、いくつかの実施形態では、各患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８は任意選択である。同様に、システム・モニタ１３１、リスト・バンド１１８、ＲＦＩＤ１１６、バーコード１１４、スキャナ１２０、ディスプレイ１３４、および／またはＡＣ電源はそれぞれ、本開示のいくつかの実施形態では任意選択である。

それに加えて、いくつかの実施形態では、図３に示すような、またはここで記載されたような、番号が付けられたものも付けられていないものも、いくつかのアイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスが、単一のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示されているけれども、複数のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスが意図されている。例えば、単一の注入ポンプ７が図３に示されているけれども、いくつかの実施形態では、２つの注入ポンプ７を使用することができ、多数の注入ポンプ７を使用することができ、またはあらゆる任意の数の注入ポンプ７を使用することができる。それに加えて、または代替として、いくつかの実施形態では、多数のデバイス・ドック１０４および／または多数の監視クライアント・ドック１０２を使用することができる。

それに加えて、または代替として、特定の患者介護デバイス７、１４、１５、１６、１７、１２６、１２８、１３０、１４８が示されているけれども、特定の患者介護デバイスの他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ７だけが使用されており、この特定の実施例では、他の患者介護デバイス１４、１５、１６、１７、１２６、１２８、１３０、１４８が、無効にされ、システム使用のために存在または利用可能ではなく、電源を落とされ、または図３のシステム３００の一部ではないことがある。それに加えて、または代替として、いくつかの実施形態では、使用される患者介護デバイスだけがデバイス・ドック１０４にドッキング可能である。例えば、ある特定の実施形態では、注入ポンプ７はデバイス・ドック１０４内にドッキングされた唯一のデバイスであり、デバイス・ドック１０４は１つのデバイス、例えば注入ポンプ７だけを受ける。それに加えて、代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８は、ドッキング可能であり、ドッキングしないで動作することができ、および／またはドッキング可能でなく、スタンドアロンの患者介護デバイスとして動作することができる。

図３では、デバイス・ドック１０４はいくつかの患者介護デバイスを受けることが可能であるように示されているけれども、他の実施形態では、デバイス・ドック１０４は、１つの患者介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けることができる。また、ドックの区画が使用されていないことがあり、例えば、図３に示すように、空の区画１７０がデバイス・ドック１０４内に示されている。それに加えて、監視クライアント・ドック１０２は１つの監視クライアント１を受けることが可能であるように示されているけれども、他の実施形態では、監視クライアント・ドック１０２は、２つの監視クライアント１、３つ以上の監視クライアント１、またはあらゆる任意の数の監視クライアント１を受けることができる。

図４は、本開示の実施形態による、監視クライアント、例えば監視クライアント１とデバイスの１つ以上、例えば図３の患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８の１つ以上との間で通信を維持するための方法２０２を示すフローチャート図を示す。

行為２０４は、監視クライアント・ドックがドック・コネクタを通して監視クライアントと監視クライアント・ドックの間の通信リンクとして利用可能であるか判定する。行為２０４の通信リンクが利用可能である場合、方法２０２は行為２０６に進み、そうでなければ、方法２０２は行為２０８に進む。行為２０８は、監視クライアント・ドックが無線リンクを通して監視クライアントと監視クライアント・ドックの間の通信リンクとして利用可能であるか判定する。行為２０８の通信リンクが利用可能である場合、方法２０２は行為２０６に進み、そうでなければ、方法２０２は行為２１０に進む。

行為２０６は、監視クライアント・ドックが無線リンクを通して監視クライアント・ドックとデバイス・ドックとの間の通信リンクとして利用可能であるか判定する。行為２０６の通信リンクが利用可能である場合、方法２０２は行為２１２に進み、そうでなければ、方法２０２は行為２１０に進む。

行為２１０は、デバイス・ドックが無線リンクを通して監視クライアントとデバイス・ドックとの間の通信リンクとして利用可能であるか判定する。行為２１０の通信リンクが利用可能である場合、方法２０２は行為２１２に進み、そうでなければ、方法２０２は行為２１４に進む。

行為２１２は、デバイス・ドックがデバイス・ドックと患者介護デバイスとの間の通信リンクとして利用可能であるか判定する。行為２１２の通信リンクが利用可能である場合、方法２０２は行為２１６に進み、そうでなければ、方法２０２は行為２１４に進む。

行為２１４は、患者介護デバイスが直接無線リンクを通して監視クライアントと患者介護デバイスとの間の通信リンクとして利用可能であるか判定する。行為２１４の通信リンクが利用可能である場合、方法２０２は行為２１６に進み、そうでなければ、行為２１８は、患者介護デバイスとの通信が利用可能ではないと判定する。

行為２１６は、（１つ以上の）利用可能な通信リンクを使用して、監視クライアントと患者介護デバイスの間のハンドシェイクを試みる。代替実施形態では、ハンドシェイクは試みられておらず、例えば、いくつかの通信プロトコルはハンドシェイクを利用しない。判断行為２２０は、ハンドシェイクが成功したか、および監視クライアントとデバイスの間の通信が確立したか判定する。行為２２０が通信リンクが確立されたと判定した場合、方法２０２は、（１つ以上の）利用可能な通信リンクを使用して、行為２２２中に監視クライアントとデバイスとの間にデータを通信する。判断行為２２０が、ハンドシェイクが成功しなかったと判定した場合、方法２０２は、行為２１８においてデバイスとの通信が利用可能ではないと判定する、または方法２０２は、検証されていない通信リンク（明示的には図示せず）を通した監視クライアント間の通信を試みる。

方法２０２は、監視クライアントと１つ以上の患者介護デバイスとの間で通信を維持する方法を記載した、本開示の例示的な実施形態である。いくつかの実施形態では、方法２０２は通信リンクのスケジュールを含むが、他のスケジュールを使用することもでき、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、ルーティング・アルゴリズムを使用することができ、距離ベクトル・ルーティング・プロトコルを使用することができ、リンク状態ルーティング・プロトコルを使用することができ、最適化リンク状態ルーティング・プロトコルを使用することができ、パス・ベクトル・プロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用することができ、および／または適応ネットワークを使用することができる。例えば、本開示のいくつかの実施形態では、ウェイトが各通信パスに割り当てられてもよく、ダイクストラアルゴリズムが監視クライアント１と１つ以上の患者ケアデバイスとの間で通信するために使用されてもよい。ウェイトは任意の公知の方法で、例えば帯域幅、シグナルの質、ビットエラー率の関数として決定されてもよく、利用可能なデータスループットまたは待ち時間、および／または同様なものに線形であってもよい。

次に図５を参照すると、本開示のさらに別の実施形態による、監視クライアント１および様々な患者介護デバイス（例えば、患者介護デバイス７、１２６、１２８、または１３０）を一緒にドッキングするためのドック５０２、通信モジュール１２４Ｄ、およびドングル１３３を有する、ブロック図の形の電子患者介護システム５００が示される。図５の電子患者介護システム５００は、図１の電子患者介護システム１００と同様であるが、監視クライアント１、患者介護デバイス７、１２６、１２８、１３０、通信モジュール１２４Ｄ、およびドングル１３３のそれぞれは全て、ドック５０２にドッキング可能である。本開示に照らして分かるように、ドック５０２は、通信を容易にするために、１つ以上のバス、バックプレーン、通信パス、電子回路などを備えることができる。

任意選択では、指示または要求を患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８に送信するために、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイルを注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・ポンプ１３０に送信するために、監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１を使用することができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および／または最大丸薬分配基準などの、指示または要求を丸薬ディスペンサ１２８に送信するために、監視クライアント１、４、１１の１つ以上を使用することができる。最大丸薬分配基準は、所定の時間内に送達することができる薬剤の最大量であり、例えば、特定の薬剤が必要に応じて（すなわち、必要になったら）摂取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大丸薬分配基準は、例えば「所定の時間内に所定量を」のように、薬剤が患者によって安全でない量で摂取されることを防ぐことができる。

任意選択では、患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８はまた、アラームまたは警戒を発するまたは送信するべきであるかどうか判定し、治療または状態が患者にとって安全であるかどうか判定し、システム５００が適切にまたは所定の境界で作動しているかどうか判定し、および／または監視クライアント１、他の監視クライアント４および／または遠隔コミュニケータ１１のディスプレイ上にデータを表示するために、データを監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１に返信することができる。例えば、任意選択では、注入ポンプ７、シリンジ・ポンプ１２６、および／またはマイクロインフュージョン・ポンプ１３０は、上流側圧力、上流側圧力の変化、患者２に対する下流側圧力、患者２に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の停止時間、または実際の送達流量プロファイルを、監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１の１つ以上に（当てはまる場合に）通信することができる。別の実施形態では、丸薬ディスペンサ１２８は任意選択では、例えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１に返信することができる。

患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８から受信したデータは、アラームおよび／または警戒を発するために、あらゆる所定の状態に対して分析することができる。例えば、監視クライアント１、４、１１の１つ以上は、注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・ポンプ１３０の下流側圧力の増加を、患者へのチューブの過剰な凝固、浸透、閉塞または折れ曲がり、または静脈内バッグ１７０内の他の材料による閉塞の１つの表れであるとして使用することができる。下流側圧力の急激な増加に応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができる。それに加えて、または代替として、患者２に対する下流側の圧力の急激な低下は、チューブが針から外れた、および／または針が患者から今外れていることの表れであり、これに応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができる。監視クライアント１、４、１１の１つ以上は任意選択では、患者２に対する下流側圧力の急激な上昇および／または低下に応じて、流体の送達を停止するために、注入ポンプ７、シリンジ・ポンプ１２６、および／またはマイクロインフュージョン・ポンプ１３０の１つ以上に指示を送信することができる。

いくつかの実施形態では、図５に示すような、またはここで記載されたような、番号が付けられたものも付けられていないものも、各アイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスは任意選択である。例えば、いくつかの実施形態では、監視クライアント１は任意選択であり、監視サーバ３は任意選択であり、設備サービス８は任意選択であり、各サービス１９、２０、２１、２２、２３、２４は任意選択であり、クラウド・サーバ２５は任意選択であり、他の監視クライアント４はそれぞれ任意選択であり、オンライン薬物データベース９は任意選択であり、薬物有害事象ネットワークは任意選択であり、患者のパーソナルＥＨＲ１９’は任意選択であり、および／または治療結果データベース１０は任意選択である。それに加えて、または代替として、いくつかの実施形態では、各患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８は任意選択である。同様に、システム・モニタ１３１、リスト・バンド１１８、ＲＦＩＤ１１６、バーコード１１４、スキャナ１２０、ディスプレイ１３４、および／またはＡＣ電源はそれぞれ、本開示のいくつかの実施形態では任意選択である。

それに加えて、いくつかの実施形態では、図５に示すような、またはここで記載されたような、番号が付けられたものも付けられていないものも、いくつかのアイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスが、単一のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示されているけれども、複数のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスが意図されている。例えば、単一の注入ポンプ７が図５に示されているけれども、いくつかの実施形態では、２つの注入ポンプ７を使用することができ、多数の注入ポンプ７を使用することができ、またはあらゆる任意の数の注入ポンプ７を使用することができる。それに加えて、または代替として、いくつかの実施形態では、多数のドック５０２を使用することができる。

それに加えて、または代替として、特定の患者介護デバイス７、１４、１５、１６、１７、１２６、１２８、１３０、１４８が示されているけれども、特定の患者介護デバイスの他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ７だけが使用されており、この特定の実施例では、他の患者介護デバイス１４、１５、１６、１７、１２６、１２８、１３０、１４８は、無効にされ、システム使用のために存在または利用可能ではなく、電源を落とされ、または図５のシステム５００の一部ではないことがある。それに加えて、または代替として、いくつかの特定の実施形態では、使用される患者介護デバイスだけがドック５０２にドッキング可能である。例えば、ある特定の実施形態では、注入ポンプ７はデバイス・ドック５０２内にドッキングされる唯一のデバイスであり、デバイス・ドック５０２は１つのデバイス、例えば注入ポンプ７だけを受ける。それに加えて、代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８は、ドッキング可能であり、ドッキングしないで動作することができ、および／またはドッキング可能でなく、スタンドアロンの患者介護デバイスとして動作することができる。

図５では、ドック５０２はいくつかの患者介護デバイスを受けることが可能であるように示されているけれども、他の実施形態では、ドック５０２は、１つの患者介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けることができる。また、ドックの区画が使用されていないことがあり、例えば、図５に示すように、空の区画１７０がドック５０２内に示されている。それに加えて、ドック５０２は１つの監視クライアント１を受けることが可能であるように示されているけれども、他の実施形態では、ドック５０２は、２つの監視クライアント１、３つ以上の監視クライアント１、またはあらゆる任意の数の監視クライアント１を受けることができる。

図６は、本開示の実施形態による、監視クライアント、例えば図５の監視クライアント１と１つ以上の患者介護デバイス、例えば図５の患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８の１つ以上との間で通信を維持するための方法３０４を示すフローチャート図である。

該方法は、行為３０６中にドックがドック・コネクタを通して監視クライアントとドックとの間の通信リンクとして利用可能であるか判定する。行為３０６の通信リンクが利用可能でない場合、方法３０４は行為３０８に進み、そうでなければ、方法３０４は行為３１０に進む。行為３１０は、ドックがドックと患者介護デバイスの間の通信リンクとして利用可能であるか判定する。行為３１０の通信リンクが利用可能でない場合、方法３０４は行為３１２に進み、そうでなければ、方法３０４は行為３１４に進む。

行為３０８は、ドックが無線リンクを通して監視クライアントとドックとの間の通信リンクとして利用可能であるか判定する。行為３０８の通信リンクが利用可能でない場合、方法３０４は行為３１０に進み、そうでなければ、方法３０４は行為３１２に進む。

行為３１２は、患者介護デバイスが直接無線リンクを通して監視クライアントと患者介護デバイスとの間の通信リンクとして利用可能であるか判定する。行為３１２の通信リンクが利用可能でない場合、行為３１６は、監視クライアントと患者介護デバイスとの間の通信が利用可能ではないと判定する。

行為３１４は、（１つ以上の）利用可能な通信リンクを使用して、監視クライアントとデバイスとの間のハンドシェイクを試みる。代替実施形態では、ハンドシェイクは利用されず、例えば、いくつかのプロトコルはハンドシェイクを利用しない。判断行為３１８は、ハンドシェイクが成功したかどうか判定し、成功した場合、方法３０４は、行為３２０に進んで、（１つ以上の）利用可能な通信リンクを使用してデータを通信する。判断行為３１８がハンドシェイクが行為３１４で成功しなかったと判定した場合、行為３１６は、デバイスとの通信が利用可能ではないと判定する。他の実施形態では、判断行為３１８が、ハンドシェイクが行為３１４で成功しなかったと判定した場合、方法３０４は、検証されていない通信リンク（明示的には図示せず）を介して患者介護デバイスと通信することを試みる。

方法３０４は、監視クライアントと１つ以上の患者介護デバイスとの間で通信を維持する方法を記載した、本開示の例示的な実施形態である。いくつかの実施形態では、方法３０４は通信リンクのスケジュールを含むけれども、他のスケジュールを使用することができ、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、ルーティング・アルゴリズムを使用することができ、距離ベクトル・ルーティング・プロトコルを使用することができ、リンク状態ルーティング・プロトコルを使用することができ、最適化リンク状態ルーティング・プロトコルを使用することができ、パス・ベクトル・プロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用することができ、および／または適応ネットワークを使用することができる。例えば、本開示のいくつかの実施形態では、ウェイトが各通信パスに割り当てられてもよく、ダイクストラアルゴリズムが監視クライアント１と１つ以上の患者ケアデバイスとの間で通信するために使用されてもよい。ウェイトは任意の公知の方法で、例えば帯域幅、シグナルの質、ビットエラー率の関数として決定されてもよく、利用可能なデータスループットまたは待ち時間、および／または同様なものに線形であってもよい。

次に図７を参照すると、本開示のさらに別の実施形態による、患者介護デバイス７、１２６、１２８、１３０をそこにドッキングするための一体型ドック７０２を備えた監視クライアント１を有する電子患者介護システム７００のブロック図が示される。それに加えて、いくつかの実施形態では、通信モジュール１２４Ｄ、およびドングル１３３は全て、ドック７０２にドッキング可能である。図７の患者介護システム７００は、図１の患者介護システム１００と同様であるが、患者介護システム７００は一体型ドック７０２を備えている。いくつかの実施形態では、監視クライアント１は、ドックを介してドッキングされた場合に、患者介護デバイスと通信するが、監視クライアント１が患者介護デバイス、例えば患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８と通信することができない場合、監視クライアント１は無線で、例えば監視クライアント１のアンテナ１１２を使用して通信することができる。

任意選択では、指示または要求を患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８に送信するために、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイルを注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・ポンプ１３０に送信するために、監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１を使用することができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および／または最大丸薬分配基準などの、指示または要求を丸薬ディスペンサ１２８に送信するために、監視クライアント１、４、１１の１つ以上を使用することができる。最大丸薬分配基準は、所定の時間内に送達することができる薬剤の最大量であり、例えば、特定の薬剤が必要に応じて（すなわち、必要になったら）摂取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大丸薬分配基準は、例えば「所定の時間内に所定量を」のように、薬剤が患者によって安全でない量で摂取されることを防ぐことができる。

任意選択では、患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８はまた、アラームまたは警戒を発するまたは送信するべきであるかどうか判定する、治療または状態が患者にとって安全であるかどうか判定する、システム７００が適切にまたは所定の境界で作動しているかどうか判定する、および／または監視クライアント１、他の監視クライアント４および／または遠隔コミュニケータ１１のディスプレイ上にデータを表示するために、データを監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１に返信することができる。例えば、任意選択では、注入ポンプ７、シリンジ・ポンプ１２６、および／またはマイクロインフュージョン・ポンプ１３０は、上流側圧力、上流側圧力の変化、患者２に対する下流側圧力、患者２に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の停止時間、または実際の送達流量プロファイルを、監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１の１つ以上に（当てはまる場合に）通信することができる。別の実施形態では、丸薬ディスペンサ１２８は任意選択では、例えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１に返信することができる。

患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８から受信したデータは、アラームおよび／または警戒を発するために、あらゆる所定の状態に対して分析することができる。例えば、監視クライアント１、４、１１の１つ以上は、注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・ポンプ１３０の下流側圧力の増加を、患者へのチューブの過剰な凝固、浸透、閉塞または折れ曲がり、または静脈内バッグ１７０内の他の材料による閉塞の１つの表れであるとして使用することができる。下流側圧力の急激な増加に応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができる。それに加えて、または代替として、患者２に対する下流側の圧力の急激な低下は、チューブが針から外れた、および／または針が患者から今外れていることの表れであり、これに応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができる。監視クライアント１、４、１１の１つ以上は任意選択では、患者２に対する下流側圧力の急激が上昇および／または低下に応じて、流体の送達を停止するために、注入ポンプ７、シリンジ・ポンプ１２６、および／またはマイクロインフュージョン・ポンプ１３０の１つ以上に指示を送信することができる。

いくつかの実施形態では、図７に示すような、またはここで記載されたような、番号が付けられたものも付けられていないものも、各アイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスは任意選択である。例えば、いくつかの実施形態では、監視クライアント１は任意選択であり、監視サーバ３は任意選択であり、設備サービス８は任意選択であり、各サービス１９、２０、２１、２２、２３、２４は任意選択であり、クラウド・サーバ２５は任意選択であり、他の監視クライアント４はそれぞれ任意選択であり、オンライン薬物データベース９は任意選択であり、薬物有害事象ネットワークは任意選択であり、患者のパーソナルＥＨＲ１９’は任意選択であり、および／または治療結果データベース１０は任意選択である。それに加えて、または代替として、いくつかの実施形態では、各患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８は任意選択である。同様に、システム・モニタ１３１、リスト・バンド１１８、ＲＦＩＤ１１６、バーコード１１４、スキャナ１２０、ディスプレイ１３４、および／またはＡＣ電源はそれぞれ、本開示のいくつかの実施形態では任意選択である。

それに加えて、いくつかの実施形態では、図７に示すような、またはここで記載されたような、番号が付けられたものも付けられていないものも、いくつかのアイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスが、単一のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示されているけれども、複数のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスが意図されている。例えば、単一の注入ポンプ７が図７に示されているけれども、いくつかの実施形態では、２つの注入ポンプ７を使用することができ、多数の注入ポンプ７を使用することができ、またはあらゆる任意の数の注入ポンプ７を使用することができる。それに加えて、または代替として、いくつかの実施形態では、一体型ドック７０２を使用することができる。

それに加えて、または代替として、特定の患者介護デバイス７、１４、１５、１６、１７、１２６、１２８、１３０、１４８が示されているけれども、特定の患者介護デバイスの他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ７だけが使用されており、この特定の実施例では、他の患者介護デバイス１４、１５、１６、１７、１２６、１２８、１３０、１４８は、無効にされ、システム使用のために存在または利用可能ではなく、電源を落とされ、または図７のシステム７００の一部ではないことがある。それに加えて、または代替として、いくつかの特定の実施形態では、使用される患者介護デバイスだけが一体型ドック７０２にドッキング可能である。例えば、ある特定の実施形態では、注入ポンプ７は一体型ドック７０２内にドッキングされた唯一のデバイスであり、一体型ドック７０２は１つのデバイス、例えば注入ポンプ７だけを受ける。それに加えて、代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８は、ドッキング可能であり、ドッキングしないで動作することができ、および／またはドッキング可能でなく、スタンドアロンの患者介護デバイスとして動作することができる。

図７では、一体型ドック７０２はいくつかの患者介護デバイスを受けることが可能であるように示されているけれども、他の実施形態では、一体型ドック７０２は、１つの患者介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けることができる。また、ドックの区画が使用されていないことがあり、例えば、図７に示すように、空の区画１７０が一体型ドック７０２内に示されている。それに加えて、一体型ドック７０２は１つの一体型監視クライアント１を受けることが可能であるように示されているけれども、他の実施形態では、一体型ドック７０２は、２つの一体型監視クライアント１、３つ以上の一体型監視クライアント１、またはあらゆる任意の数の一体型監視クライアント１を受けることができる。

図８は、本開示のさらに別の実施形態による、ハブ８０２を有する電子患者介護システム８００のブロック図である。任意選択では、いくつかの実施形態では、ハブ８０２は、監視クライアント・ドック１０２とデバイス・ドック８０４、８０６との間に通信インターフェースを提供する。さらに追加の実施形態では、ハブ８０２は、監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１なしで、患者介護デバイスを制御する。例えば、ハブ８０２は、監視サーバ３、設備サービス８、ナース・ステーション５、薬局６、クラウド・サーバ２５、オンライン薬物データベースまたは薬物有害事象ネットワーク９、患者のパーソナルＥＨＲ１９’および／または治療結果データベース１０と通信することができる。ハブ８０２は、そこに接続された全てのデバイス（例えば、患者介護デバイス、監視クライアント、遠隔コミュニケータなど）がハブ８０２のクロックを使用し、リアルタイム・デバイスがハブ８０２のクロックを使用し、またはタイムクリティカルなデバイスがハブ８０２のクロックを使用するように、クロックを提供することができる。

いくつかの実施形態では、ＧＰＳおよび／または測距モジュール（例えば、超音波測距モジュール）を、注入ポンプ８３０、監視クライアント１、ハブ８０２、介護人および／または患者に設置することができる。所定の設定は、注入ポンプ８３０、監視クライアント１、ハブ８０２、介護人および／または患者の所定の一群が、この特定の実施形態では、治療を開始する前に、および／または注入ポンプ８３０、ハブ８０２、および／または監視クライアント１の１つを構成する前に、互いに所定の距離内に居なければならないことを要求することがある。

いくつかの実施形態では、ハブ８０２は、アプリケーション・プログラミング・インターフェース（ＡＰＩ）を備えて、監視クライアント１、および／または遠隔コミュニケータ１１の上にＧＵＩ、ウィンドウ、データなどを表示する。ＡＰＩは、セキュアなデータ・クラスを含むことができる。さらに追加の実施形態では、ドック１０２、８０４、および／または８０６は、ＡＰＩを備えて、監視クライアント１、または遠隔コミュニケータ１１の上にＧＵＩ、ウィンドウ、データなどを表示する。さらに追加の実施形態では、ドック１０２、８０４、または８０６、またはハブ８０２は、ＡＰＩを備えて、患者介護デバイス８３０、８１０、および／または８１４の上にＧＵＩ、ウィンドウ、データなどを表示する。

いくつかの実施形態では、ハブ８０２および／またはドック１０２、８０４、および／または８０６は、関連付けられた患者介護デバイス（そこにペアリングされたデバイス、ハブ８０２および／またはドック１０２、８０４、および／または８０６に差し込まれたまたはドッキングされたデバイス）のタイプに基づいて、そこに関連付けられた患者介護デバイスのタイプを識別し、構成データをロードすることができる。

いくつかの実施形態では、ハブ８０２および／またはドック１０２、８０４、および／または８０６は、そこに関連付けられた患者介護デバイスのタイプを識別し、ｈｔｍｌ、ＣＳＳ、ＪａｖａＳｃｒｉｐｔなどを使用してＵＩを構成することができる。いくつかの実施形態では、ハブ８０２および／またはドック１０２、８０４、および／または８０６は、分散型ＵＩシステムを有することができる。

本明細書に記載したユーザ・インターフェースは、要求アクションフレームワークを利用してもよい。

任意選択では、いくつかの特定の実施形態では、ハブ８０２は、監視クライアント１と通信するためのセーフティ・クリティカル回路およびソフトウェアの全てを備える。例えば、この特定の実施形態では、ハブ８０２は監視クライアント１から治療パラメータを受信し、ハブ８０２は、どこかで、例えば監視クライアント１上で行なわれた何らかの安全点検とは独立に、治療パラメータが患者２にとって安全であることを保証する。さらに追加の特定の実施形態では、システム８００は、任意選択では、監視クライアント１に完全にフォールト・トレラントであり、例えば、監視クライアント１で行なわれた独立した安全点検が所定の基準、例えば注入ポンプ７の薬物送達の所定の安全範囲を満たしていない場合に、監視クライアント１からの指示、要求またはパラメータを無視することができる。

任意選択では、さらに追加の特定の実施形態では、静脈内バッグ１７０に取り付けられたバーコードを、スキャナ１２０によってスキャンすることができ、これは所定の処方箋を（例えば、患者のパーソナルＥＨＲ１９’から）ダウンロードし、および／または注入ポンプ８３０が、ハブ８０２がドック８０４にドッキングされているときにハブ８０２にアップロードされた所定の処方箋を含んでいる。その後、この特定の実施形態では、また任意選択では、ハブ８０２は患者２に静脈内バッグ１７０の注入を開始し、治療の進行を監視して患者２の安全を保証する。それに加えて、代替として、または任意選択では、この特定の実施形態では、介護人はハブ８０２のみを介して図８に示すようにシステム８００と相互作用することができる。任意選択では、いくつかの実施形態では、ハブ８０２は、治療、状態、または患者情報を監視クライアント１にアップロードする。例えば、ハブ８０２は、注入ポンプ８３０から受信した治療情報、または静脈内バッグ１７０上のスキャンされたバーコードに対応する患者のパーソナルＥＨＲ１９’から受信した治療情報を監視クライアント１にアップロードして、ユーザに表示し、ユーザによってその情報を確認し、監視クライアント１内に記憶などをすることができる。

いくつかの実施形態では、デバイス・ドック８０４は、注入ポンプ８３０、８１０および８１２を受ける。いくつかの実施形態では、デバイス・ドック８０４は、１つの、２つ以上の、または複数の患者介護デバイスを受ける。デバイス・ドック８０６は、丸薬ディスペンサ８１４を受ける。いくつかの実施形態では、デバイス・ドック８０６は、丸薬ディスペンサ８０６などの１つの、２つ以上の、または複数の患者介護デバイスを受ける。デバイス・ドック８０４は、無線通信用のアンテナ８１６を備えており、デバイス・ドック８０６は、無線通信用のアンテナ８１８を備えている。同様に、ハブ８０２は、無線通信用のアンテナ８２０を備えている。それに加えて、または代替として、デバイス・ドック８０４、ハブ８０２および／または監視クライアント１は、有線接続を使用して互いに通信する。ハブ８０２ならびにドック８０４および８０６のそれぞれは、例えば、ＵＳＢケーブルを使用して、イーサネット・ケーブルを使用して、および／または無線リンクを介して、互いに通信することができる。任意選択では、ハブ８０２は、ディスプレイ８２２、カメラ８２４、マイクロフォン８２６、スキャナ１２０、着脱可能ディスプレイ（図示せず）などの追加の付属品を備えていてもよい。上記したように、ハブ８０２は、全ての患者セーフティ・クリティカル機能を提供することができ、監視クライアント１および／または監視クライアント・ドック１０２とは独立して動作することができる。

任意選択では、指示または要求を患者介護デバイス１４、１５、１６、１７、３５、８３０、８１０、８１２、８１４、１４８に送信するために、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイルを注入ポンプ８３０、８１０、８１２の１つ以上に送信するために、監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１を使用することができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュールおよび／または最大丸薬分配基準などの、指示または要求を丸薬ディスペンサ８１４に送信するために、監視クライアント１、４、１１の１つ以上を使用することができる。最大丸薬分配基準は、所定の時間内に送達することができる薬剤の最大量であり、例えば、特定の薬剤が必要に応じて（すなわち、必要になったら）摂取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大丸薬分配基準は、例えば「所定の時間内に所定量を」のように、薬剤が患者によって安全でない量で摂取されることを防ぐことができる。

任意選択では、患者介護デバイス１４、１５、１６、１７、３５、８３０、８１０、８１２、８１４、１４８はまた、アラームまたは警戒を発しまたは送信するべきであるかどうか判定する、治療または状態が患者にとって安全であるかどうか判定する、システム８００が適切にまたは所定の境界内で作動しているかどうか判定する、および／または監視クライアント１、他の監視クライアント４および／または遠隔コミュニケータ１１のディスプレイ上にデータを表示するために、データを監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１に返信してもよい。例えば、任意選択では、注入ポンプ８３０、８１０、８１２の１つ以上は、上流側圧力、上流側圧力の変化、患者２に対する下流側圧力、患者２に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の停止時間または実際の送達流量プロファイルを、監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１の１つ以上に（当てはまる場合に）通信することができる。別の実施形態では、丸薬ディスペンサ８１４は任意選択では、例えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配スケジュールまたは最大丸薬分配基準を超えたかどうかなどのデータを、監視クライアント１、他の監視クライアント４および／または遠隔コミュニケータ１１に返信することができる。

患者介護デバイス１４、１５、１６、１７、３５、８３０、８１０、８１２、８１４、１４８から受信したデータは、アラームおよび／または警戒を発するために、あらゆる所定の状態に対して分析してもよい。例えば、監視クライアント１、４、１１の１つ以上は、注入ポンプ８３０、８１０、８１２の１つ以上の下流側圧力の増加を、患者へのチューブの過剰な凝固、浸透、閉塞または折れ曲がり、または静脈内バッグ１７０内の他の材料による閉塞の１つの表れであるとして使用することができる。下流側圧力の急激な増加に応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができる。それに加えて、または代替として、患者２に対する下流側圧力の急激な低下は、チューブが針から外れた、および／または針が患者から今外れていることの表れであり、これに応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができる。監視クライアント１、４、１１の１つ以上は、任意選択では、注入ポンプ８３０、８１０、８１２の１つ以上に指示を送信して、患者２に対する下流側圧力の急激な上昇および／または低下に応じて、流体の送達を停止することができる。

いくつかの実施形態では、図８に示すような、またはここで記載されたような、番号が付けられたものも付けられていないものも、各アイテム、コンポーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスは任意選択である。例えば、いくつかの実施形態では、監視クライアント１は任意選択であり、監視サーバ３は任意選択であり、設備サービス８は任意選択であり、各サービス１９、２０、２１、２２、２３、２４は任意選択であり、クラウド・サーバ２５は任意選択であり、他の監視クライアント４はそれぞれ任意選択であり、オンライン薬物データベース９は任意選択であり、薬物有害事象ネットワークは任意選択であり、患者のパーソナルＥＨＲ１９’は任意選択であり、および／または治療結果データベース１０は任意選択である。それに加えて、または代替として、いくつかの実施形態では、各患者介護デバイス８３０、８１０、８１２は任意選択である。同様に、システム・モニタ１３１、リスト・バンド１１８、ＲＦＩＤ１１６、バーコード１１４、スキャナ１２０、ディスプレイ８０８および／またはＡＣ電源はそれぞれ、本開示のいくつかの実施形態では任意選択である。

それに加えて、いくつかの実施形態では、図８に示すような、またはここで記載されたような、番号が付けられたものも付けられていないものも、いくつかのアイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスが、単一のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示されているけれども、複数のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスが意図されている。例えば、単一の丸薬ディスペンサ８１４が図８に示されているけれども、いくつかの実施形態では、２つの丸薬ディスペンサ８１４を使用することができる、多数の丸薬ディスペンサ８１４を使用することができる、またはあらゆる任意の数の丸薬ディスペンサ８１４を使用することができる。それに加えて、または代替として、いくつかの実施形態では、多数のドック８０４または８０６、および／または多数の監視クライアント・ドック１０２を使用することができる。

それに加えて、または代替として、特定の患者介護デバイス８３０、８１０、８１２が示されているけれども、特定の患者介護デバイスの他の組合せ、サブセット、多数のものまたはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ８３０だけが使用されており、この特定の実施例では、他の患者介護デバイス８１０、８１２、８１４は、無効にされ、システム使用のために存在または利用可能ではなく、電源を落とされ、または図８のシステム８００の一部ではないことがある。それに加えて、または代替として、いくつかの特定の実施形態では、使用される患者介護デバイスだけがドック８０４または８０６にドッキング可能である。例えば、特定の１つの実施形態では、注入ポンプ８３０が、ドック８０４内にドッキングされた唯一のデバイスであり、ドック８０４は１つのデバイス、例えば注入ポンプ８３０だけを受ける。

図８では、ドック８０４はいくつかの患者介護デバイスを受けることが可能であるように示されているけれども、他の実施形態では、デバイス・ドック８０４は、１つの患者介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けることができる。また、ドックの区画が使用されないことがある（図８には図示せず）。それに加えて、監視クライアント・ドック１０２は１つの監視クライアント１を受けることが可能であるように示されているけれども、他の実施形態では、監視クライアント・ドック１０２は、２つの監視クライアント１、３つ以上の監視クライアント１、またはあらゆる任意の数の監視クライアント１を受けることができる。それに加えて、代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス１４、１５、１６、１７、３５、８３０、８１０、８１２、８１４がドッキング可能であり、ドッキングしないで動作することができ、および／またはドッキング可能でなく、スタンドアロンの患者介護デバイスとして動作することができる。

図８のシステム８００は、任意の知られている通信方法を使用して、それとの通信を維持することができる。例えば、いくつかの実施形態では、任意の通信のスケジュールを使用することができ、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、ルーティング・アルゴリズムを使用することができ、距離ベクトル・ルーティング・プロトコルを使用することができ、リンク状態ルーティング・プロトコルを使用することができ、最適化リンク状態ルーティング・プロトコルを使用することができ、パス・ベクトル・プロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用することができおよび／または適応ネットワークを使用することができる。例えば、本開示のいくつかの実施形態では、ウェイトが各通信パスに割り当てられてもよく、ダイクストラアルゴリズムが監視クライアント１またはハブ８０２と１つ以上の患者介護デバイス（例えば、患者介護デバイス８３０、８１０、８１２、および８１４）のと間で通信するために使用されてもよい。ウェイトは任意の公知の方法で、例えば帯域幅、シグナルの質、ビットエラー率の関数として決定されてもよく、利用可能なデータスループットまたは待ち時間、および／または同様なものに線形であってもよい。

本開示の実施形態では、設備サービス８および／または薬物有害事象ネットワーク９はまた、誤薬低減システム（ＤＥＲＳ）を備えてもよい。ＤＥＲＳシステムは、ソフト・アラームを始動するための第１のセットの所定の基準、および／またはハード・アラームを始動するための第２のセットの所定の基準を含むことができる。ソフト・アラームは、注入ポンプ８３０のユーザ・インターフェース、ハブ８０２のユーザ・インターフェース８０８および／または監視クライアント１のユーザ・インターフェースを使用して介護人によって無効にされる（例えば、止められる）ことができ（また、可聴および／または振動アラームのみであってもよく）、他方、ハード・アラームは該ハード・アラームの原因が取り除かれるまで治療を中断させる。

本開示のさらに追加の実施形態では、ＤＥＲＳシステムは、ソフト・リミットを規定する第１のセットの所定の基準、および／またはハード・リミットを規定する第２のセットの所定の基準を含んでいてもよい。ハードおよびソフト・リミットは、体格、体重、年齢、他の患者パラメータまたは他の基準に基づいて、薬物投与量などの治療リミットを規定する。ソフト・リミットは、注入ポンプ８３０のユーザ・インターフェース、監視クライアント１のユーザ・インターフェース、および／またはハブ８０２のユーザ・インターフェース８０８を使用して介護人によって無効にされて、治療が第１のセットの所定の基準外であるにも関わらず治療を開始することができ、他方、ハード・リミットは、設定がハード・リミットを規定する第２のセットの所定の基準に合うように変更されるまで、治療が開始されるのを阻止する。

いくつかの実施形態では、患者介護デバイス８３０、８１０、８１２、８１４、１４、１５、１６、１７、３５および／または１４８、監視クライアント１、遠隔コミュニケータ１１、およびドック１０２および／または８０４、および／またはハブ８０２は、例えばＡＰＩを介して、セキュアなデータ・クラスを備えてもよい。

再び図面を参照すると、図９は、本開示のさらに別の実施形態による、積み重ね可能な監視クライアント９０２、積み重ね可能な注入ポンプ９０４、積み重ね可能なシリンジ・ポンプ９０６および別の積み重ね可能な患者介護デバイス９０８を有する電子患者介護システム９００のブロック図を示す。積み重ね可能なデバイス９０２〜９０８は、バックプレーンおよび／またはバスを使用して通信してもよい（いくつかの実施形態では、積み重ね可能なデバイス９０２〜９０８は通信モジュールを介して通信する）。

任意選択では、指示または要求を患者介護デバイス１４、１５、１６、１７、３５、１２８、９０４、９０６、９０８、１４８に送信するために、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイルを積み重ね可能な注入ポンプ９０４、積み重ね可能なシリンジ・ポンプ９０６、および／または他の積み重ね可能な患者介護デバイス９０８に送信するために、監視クライアント９０２、他の監視クライアント４、および／または遠隔コミュニケータ１１を使用することができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および／または最大丸薬分配基準などの、指示または要求を丸薬ディスペンサ１２８に送信するために、監視クライアント９０２、４、１１の１つ以上を使用することができる。最大丸薬分配基準は、所定の時間内に送達することができる薬剤の最大量であり、例えば特定の薬剤が必要に応じて（すなわち、必要になったら）摂取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大丸薬分配基準は、例えば「所定の時間内に所定量を」のように、薬剤が患者によって安全でない量で摂取されることを防ぐことができる。

任意選択では、患者介護デバイス１４、１５、１６、１７、３５、１２８、９０４、９０６、９０８、１４８はまた、データを監視クライアント９０２、他の監視クライアント４および／または遠隔コミュニケータ１１に返信して、アラームまたは警戒を発しまたは送信するべきであるかどうか判定する、治療または状態が患者にとって安全であるかどうか判定する、システム９００が適切にまたは所定の境界で作動しているかどうか判定する、および／または監視クライアント９０２、他の監視クライアント４および／または遠隔コミュニケータ１１のディスプレイ上にデータを表示することができる。例えば、任意選択では、積み重ね可能な注入ポンプ９０４、積み重ね可能なシリンジ・ポンプ９０６および／または他の積み重ね可能な患者介護デバイス９０８は、上流側圧力、上流側圧力の変化、患者２に対する下流側圧力、患者２に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の停止時間、または実際の送達流量プロファイルを、監視クライアント９０２、他の監視クライアント４、および／または遠隔コミュニケータ１１の１つ以上に（当てはまる場合に）通信することができる。別の実施形態では、丸薬ディスペンサ１２８は任意選択では、例えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、積み重ね可能な監視クライアント９０２、他の監視クライアント４および／または遠隔コミュニケータ１１に返信してもよい。

患者介護デバイス１４、１５、１６、１７、３５、１２８、９０４、９０６、９０８、１４８から受信したデータは、何らかの所定の状態の有無が分析されて、アラームおよび／または警戒を発することができる。例えば、監視クライアント９０２、４、１１の１つ以上は、積み重ね可能な注入ポンプ９０４および／または積み重ね可能なシリンジ・ポンプ９０６の下流側圧力の増加を、患者へのチューブの過剰な凝固、浸透、閉塞または折れ曲がり、または静脈内バッグ１７０内の他の材料による閉塞の１つの表れであるとして使用することができる。下流側圧力の急激な増加に応じて、監視クライアント９０２、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができる。それに加えて、または代替として、患者２に対する下流側圧力の急激な低下は、チューブが針から外れた、および／または針が患者から今外れていることの表れであり、これに応じて、監視クライアント９０２、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができる。監視クライアント９０２、４、１１の１つ以上は、任意選択では、積み重ね可能な注入ポンプ９０４および／または積み重ね可能なシリンジ・ポンプ９０６の１つ以上に指示を送信して、患者２に対する下流側圧力の急激な上昇および／または低下に応じて、流体の送達を停止することができる。

積み重ね可能な監視クライアント９０２、積み重ね可能なデバイス９０８、積み重ね可能な注入ポンプ９０４および積み重ね可能なシリンジ・ポンプ９０６は、各デバイスの上部および底部に結合されたコネクタを介して一緒にデイジー・チェーン接続することができる。例えば、積み重ね可能なシリンジ・ポンプ９０６を代わりに、監視クライアント９０２の上部に積み重ねることができ、それによって、積み重ね可能なシリンジ・ポンプ９０６の底部コネクタは監視クライアント９０２の上部のコネクタに電気結合される。

デイジー・チェーンは、例えば、積み重ね可能な監視クライアント９０２、積み重ね可能な患者介護デバイス９０８、積み重ね可能な注入ポンプ９０４および積み重ね可能なシリンジ・ポンプ９０６のそれぞれ内の電気導体を通して作成することができ、それによって連続電気接触がこれらのデバイスのそれぞれの間に維持される。

それに加えて、または代替として、積み重ね可能なデバイス９０２、９０８、９０４、９０６は任意選択では、互いに無線通信を維持してもよい。例えば、積み重ね可能な監視クライアント９０２は、デイジー・チェーン接続された導体が積み重ね可能なデバイス９０２、９０８、９０４、９０６のうちの１つの積み重ね可能なデバイス内の内部短絡により電気的に無反応であることを検出することができ、積み重ね可能な監視クライアント９０２は、各積み重ね可能なデバイス９０８、９０４、９０６に問い合わせて、どのデバイスが故障したのか判定することができる。この判断を行なった後に、積み重ね可能な監視クライアント９０２は、積み重ね可能なデバイス９０２、９０８、９０４、９０６のうちの故障したデバイス内の絶縁された切断回路と無線通信して、故障したデバイスをデイジー・チェーン接続された導体から電気的に係脱させることができる。それに加えて、または代替として、積み重ね可能なデバイス９０２、９０８、９０４、９０６の１つ以上は、積み重ね可能なデバイス９０２、９０８、９０４、９０６の１つが故障している、および／または積み重ね可能なデバイス９０２、９０８、９０４、９０６の１つがデイジー・チェーン接続された有線通信リンクを介してではなく無線で通信していることを、警告し、警戒を送信し、および／またはメッセージを表示することができる。

それに加えて、または代替として、積み重ね可能な監視クライアント９０２、積み重ね可能なデバイス９０８、積み重ね可能な注入ポンプ９０４および積み重ね可能なシリンジ・ポンプ９０６はそれぞれ、デイジー・チェーン内でその下または上でそれぞれのデバイスに情報を中継しまたは再伝達してもよい。例えば、積み重ね可能な注入ポンプ９０４は、内部メモリ内のデータをバッファリングし、積み重ね可能な患者介護デバイス９０８が追加のデータを受信する準備ができていることを示すシグナルを積み重ね可能な患者介護デバイス９０８から受信した場合にその情報を通信することによって、積み重ね可能なシリンジ・ポンプ９０６から受信したデータを全て通信することができる。いくつかの実施形態では、図８に示すような、またはここで記載されたような、番号が付けられたものも付けられていないものも、各アイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスは任意選択である。例えば、いくつかの実施形態では、監視クライアント１は任意選択であり、監視サーバ３は任意選択であり、設備サービス８は任意選択であり、各サービス１９、２０、２１、２２、２３、２４は任意選択であり、クラウド・サーバ２５は任意選択であり、他の監視クライアント４はそれぞれ任意選択であり、オンライン薬物データベース９は任意選択であり、薬物有害事象ネットワークは任意選択であり、患者のパーソナルＥＨＲ１９’は任意選択であり、および／または治療結果データベース１０は任意選択である。それに加えて、または代替として、いくつかの実施形態では、各患者介護デバイス８３０、８１０、８１２は任意選択である。同様に、システム・モニタ１３１、リスト・バンド１１８、ＲＦＩＤ１１６、バーコード１１４、スキャナ１２０、ディスプレイ８０８および／またはＡＣ電源はそれぞれ、本開示のいくつかの実施形態では任意選択である。

それに加えて、いくつかの実施形態では、図９に示すような、またはそれとともに記載されたような、番号が付けられたものも付けられていないものも、いくつかのアイテム、コンポーネント、デバイス、患者介護デバイスおよび演算デバイスが、単一のアイテム、コンポーネント、デバイス、患者介護デバイスまたは演算デバイスとして示されているけれども、複数のアイテム、コンポーネント、デバイス、患者介護デバイスおよび演算デバイスが意図されている。例えば、単一の丸薬ディスペンサ１２８が図９に示されているけれども、いくつかの実施形態では、２つの丸薬ディスペンサ１２８を使用することができ、多数の丸薬ディスペンサ１２８を使用することができ、またはあらゆる任意の数の丸薬ディスペンサ１２８を使用することができる。

それに加えて、または代替として、特定の患者介護デバイス９０４、９０６、９０８が示されているけれども、特定の患者介護デバイスの他の組合せ、サブセット、多数のものまたはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護デバイスのうち積み重ね可能な注入ポンプ９０４だけが使用されており、この特定の実施例では、他の患者デバイス９０６、９０８は、無効にされ、システム使用のために存在または利用可能ではなく、電源を落とされ、または図９のシステム９００の一部ではないことがある。それに加えて、または代替として、いくつかの特定の実施形態では、使用される患者介護デバイスだけが積み重ねられる。例えば、特定の１つの実施形態では、注入ポンプ９０４が、積み重ねられた唯一のデバイスである。それに加えて、または代替として、積み重ねられていない患者介護デバイス、例えば患者介護デバイス９０４、９０６および／または９０８は、スタンドアロンのデバイスとして動作している場合に動作し続けることができる。それに加えて、代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス１４、１５、１６、１７、３５、９０４、９０６、９０８、１２８、１４８はドッキング可能であり、ドッキングしないで動作することができ、および／またはドッキング可能でなく、スタンドアロンの患者介護デバイスとして動作することができる。

図９では、スタックはいくつかの患者介護デバイスを積み重ねることが可能であるように示されているけれども、他の実施形態では、スタックは１つの患者介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けてもよい。それに加えて、スタックは１つの監視クライアント９０２を受けることが可能であるように示されているけれども、他の実施形態では、２つの積み重ね可能な監視クライアント９０２、３つ以上の積み重ね可能な監視クライアント９０２、またはあらゆる任意の数の積み重ね可能な監視クライアント９０２が、システム９００内で一緒に積み重ねられる。

図９のシステム９００は、任意の知られている通信方法を使用して、それとの通信を維持することができる。例えば、いくつかの実施形態では、任意の通信のスケジュールを使用することができ、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、ルーティング・アルゴリズムを使用することができ、距離ベクトル・ルーティング・プロトコルを使用することができ、リンク状態ルーティング・プロトコルを使用することができ、最適化リンク状態ルーティング・プロトコルを使用することができ、パス・ベクトル・プロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用することができ、および／または適応ネットワークを使用することができる。例えば、本開示のいくつかの実施形態では、ウェイトを各通信パスに割り当てることができ、ダイクストラアルゴリズムを使用して監視クライアント９０２と１つ以上の患者介護デバイス（例えば、患者介護デバイス９０４、９０６、９０８）との間で通信することができ、ウェイトは任意の公知の方法で、例えば帯域幅、シグナルの質、ビットエラー率の関数として決定されてもよく、利用可能なデータスループットまたは待ち時間、および／または同様なものに線形であってもよい。

図１、３、５、７、８および９を参照すると、様々な更新技術および／または手法を利用して、ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプおよび／または患者介護デバイスを更新してもよい。例えば、患者介護デバイスは、例えばいくつかの実施形態では、ＲＳ２３２フォーマット・データを、例えばＩ２Ｃフォーマット・データに変換するバス変換器により、演算デバイス（いくつかの実施形態では、パーソナル・コンピュータ、またはパーソナル・コンピュータと同様の方法で使用することができる任意のデバイス、例えばこれに限らないがタブレットであってもよい）に結合することができる。ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプおよび／または患者介護デバイス内のプロセッサは、いくつかの実施形態では、更新プログラムを実行して、例えばスーパーバイザ・プロセッサおよび／またはコマンド・プロセッサによってフラッシュ・メモリ内にソフトウェアをダウンロードすることを制御しまたは組織化してもよい。いくつかの実施形態では、演算デバイスが、ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプおよび／または患者介護デバイスのフラッシュ・メモリ内にソフトウェアをダウンロードすることを組織化してもよい。演算デバイスによって得られたソフトウェア更新は、スーパーバイザ・プロセッサおよび／またはコマンド・プロセッサによってアクセス可能なフラッシュ・メモリ（図示せず）内に送ることができる。上記ソフトウェア更新は、いくつかの実施形態では、スクリプト・プロセスによって自動的に呼び出すことができるコマンド・ライン・プログラムであってもよい。

いくつかの実施形態では、ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプおよび／または患者介護デバイスは、これに限らないが、ウェブをベースとするセキュア・ポータルを通して、および／または電子メールを通して、および／または無線通信プロトコルにより、これに限らないが、アプリケーションをダウンロードし、ソフトウェア更新をダウンロードし、情報をアップロードし、および／または情報を様々なマシンに送信する能力を含むことができるウェブ接続遠隔インターフェースであってもよく、またはこの能力を有するであってもよい。したがって、様々な実施形態では、遠隔インターフェース・アプリケーションは、任意の機能デバイス上で実行することができ、いわゆる専用デバイスに限るものではない。さらに、いくつかの実施形態では、遠隔インターフェースは、これに限らないが、ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプ、患者介護デバイス、ブルートゥースまたは他の通信デバイス、患者介護デバイス、および／または任意の他のデバイスの１つ以上を含むことができる１つ以上のデバイスと、例えば無線周波数（「ＲＦ」）通信を使用して通信することが、ブルートゥースで可能にされても、または他様に可能にされてもよい。

いくつかの実施形態では、充電ステーションは、ＵＳＢプラグを備えることができる遠隔インターフェースに対する、ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプおよび／または患者介護デバイスの充電領域を含んでいてもよい。いくつかの実施形態では、充電ステーションはＵＳＢポートを備えてもよく、いくつかの実施形態では、ミニＵＳＢポートを備えてもよく、それによって、いくつかの実施形態では、ＵＳＢを通してハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプ、患者介護デバイスおよび／または遠隔インターフェースを充電するために、充電ステーションが電力を受けることを可能にすることができる。それに加えて、および／または代替では、ＵＳＢポートは、コンピュータまたは他のデバイス、および／またはコンピュータ・タイプの装置への接続によって、遠隔インターフェース、および／またはハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプおよび／または患者介護デバイスへの／そこからのデータ転送用に構成することができる。ＵＳＢポートを含む実施形態では、遠隔インターフェースが充電されている間に、システムは、パーソナル・コンピュータおよび／またはウェブ・ポータルを呼び出して、更新ソフトウェアの有無をチェックし、利用可能な更新ソフトウェアがある場合、例えばＵＳＢ接続を介してソフトウェア更新をダウンロードしてもよい。これらの更新は次に、ペアリングの際に、ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプおよび／または患者介護デバイスに転送することができる。

したがって、ユーザは、ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプおよび／または患者介護デバイスの遠隔インターフェースをパーソナル・コンピュータに接続することができ、および／または、いくつかの実施形態では、データを遠隔インターフェースからウェブ・ポータルなどにアップロードすることができる。いくつかの実施形態では、これは遠隔インターフェースの「再充電」中に達成されてもよく、この再充電は、いくつかの実施形態では、パーソナル・コンピュータへのＵＳＢ接続を使用して行われてもよく、これは、遠隔インターフェースを充電／再充電することに加えて、パーソナル・コンピュータ、１９０８および／またはウェブ・ポータルからのデータを同期し、および／またはアップロード／ダウンロードしてもよい。この時、システムは、デバイスの１つ以上および／または遠隔インターフェースに対するソフトウェア更新が利用可能であるか判定することができる。ユーザは「更新をダウンロードする」を選択することができ、これらの更新は、充電のとき、および／または遠隔インターフェースが直接にあるいは間接にパーソナル・コンピュータにおよび／またはそのシステム用に特に設計されたウェブ・ポータルに接続されている任意のときに、ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプおよび／または患者介護デバイスの遠隔インターフェースにダウンロードすることができる。上記のように、遠隔インターフェースは、様々なデバイスと通信する能力を有する。したがって、ソフトウェア更新は、遠隔インターフェースによって任意の１つ以上のデバイスに伝えることができる。このことは多くの利点を有し、例えば、これに限らないが、デバイスの全てからのデータ／情報をアップロードすること、および／またはパーソナル・コンピュータからおよび／またはインターネット／ウェブ・ポータルから任意のデバイスに更新および／またはアプリケーションをダウンロードすることの両方のために、遠隔インターフェースをパーソナル・コンピュータ／ウェブ・ポータルに接続させるだけで済むことが挙げられる。このことは多くの理由から望ましい可能性があり、例えば、これに限らないが、１つの接続から全てのデバイスを効率的かつ容易に更新することができること、および／または１つの場所において全てのデバイスからのデータの全てを見ることができること、および／または遠隔インターフェースを通してパーソナル・コンピュータ／ウェブ・ポータルから任意のデバイスに情報および／または設定をダウンロードすることができることが挙げられる。

したがって、いくつかの実施形態では、パーソナル・コンピュータ／ウェブ・ポータルが、これに限らないが、遠隔インターフェースを含む全てのデバイスからの情報全てを含むので、いつでも、新しい「遠隔インターフェース」をシステムに導入することができる。これは、新しい遠隔インターフェースをパーソナル・コンピュータ／ウェブ・ポータルに接続し、システムに関する全ての情報を遠隔インターフェースにダウンロードすることによって達成することができる。いくつかの実施形態では、これは最初に、古い遠隔インターフェースを「認証されたデバイス」から取り除く必要があることがあるが、他の実施形態では、システムはユーザからの許可によって追加の遠隔インターフェースを「許可」することができる。したがって、システムは、デバイスに通信することが可能な、および／またはパーソナル・コンピュータおよび／またはウェブ・ポータルを接続することが可能な任意のインターネット接続および／または遠隔インターフェースに、全ての情報およびアプリケーションをダウンロードするための能力を備える。

また、これにより、遠隔インターフェースが、インターネットから任意のアプリケーションをシステム内の任意のデバイスにダウンロードすることが可能になる。したがって、システムの様々な実施形態では、ユーザは、（パーソナル・コンピュータおよび／またはウェブ・ポータルに無線通信し、これらに接続する能力などのいくつかのパラメータを含む）任意の装置を、様々なデバイス、例えば注入ポンプを制御し、および／またはＣＧＭセンサ／トランシーバおよび／または他の検体センサおよび／またはハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプおよび／または患者介護デバイスなどの他のデバイスからデータを受信し、および／またはこれらを制御することができ得るデバイスに、変えることができる。いくつかの実施形態では、遠隔インターフェースおよび／または遠隔インターフェース上の１つ以上のアプリケーションは、パスワードなどで保護することができ、１つ以上のデバイスとペアにされ、例えば注入ポンプおよび／またはＣＧＭセンサおよび／または１つ以上の他のデバイスとペアにされる。

いくつかの実施形態では、遠隔インターフェース上の情報は、アップロードし、および／または別のデバイスおよび／またはコンピュータおよび／または機械と同期し、例えば、これに限らないが、パスワード保護されていてもよいインターネット・サイト（ウェブ・ポータル）にデータをアップロードしてもよい。したがって、ユーザは、任意のデバイスから情報にアクセスすることができ、および／または任意のデバイス特定アプリケーションを含む情報を任意のデバイスにダウンロードすることができ、したがって、これに限らないが、履歴、好ましい設定などの情報を含むユーザ情報を任意のデバイスにダウンロードすることができる。

図１０は、本開示の実施形態による、監視サーバに患者介護デバイスの患者介護パラメータを通信するための方法６００のフローチャート図である。方法６００は、行為６０２〜６０８を含む。方法６００の患者介護デバイスは任意選択では、本明細書に開示された任意の患者介護デバイス、例えば、図１、３、５または７の患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８、図８の患者介護デバイス１４、１５、１６、１７、８３０、８１０、８１２、８１４、図９の患者介護デバイス１４、１５、１６、１７、９０４、９０６、９０８または本明細書に開示された他の患者介護デバイスであってもよい。

行為６０２は、患者介護デバイスと監視サーバとの間の通信リンクを確立する。行為６０４は、患者介護パラメータを監視サーバに、例えばローカル・エリア・ネットワークおよび／またはインターネット上でＷｉＦｉを通して、監視クライアント、１つ以上のハブまたはドックなどを通して通信する。行為６０６は、患者介護パラメータを非識別化する。行為６０６は、例えば図１、３、５、７、８および／または９の監視サーバ３内で、自動的におよび電子的に行なうことができる。例えば、患者の名前を取り除き、そして監視サーバ内の患者の識別情報を判断するために使用することができないランダムなシリアル番号または他の標識と交換してもよい。行為６０８は、非識別化された患者介護パラメータを、データベース内、例えばＳＱＬデータベース、関係データベース、連想データベース、クラウド・サーバなどの監視サーバ内に記憶する。

図１１は、本開示の実施形態による、監視サーバ内で患者介護デバイスから判断された多数の患者からの患者介護パラメータを集める方法７０１のフローチャート図である。方法７０１は、行為７０３〜７１３を含む。いくつかの実施形態では、行為７０３〜７１３は全て任意選択である。患者介護デバイスは、本明細書に開示された任意の患者介護デバイス、例えば図１、３、５または７の患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８、図８の患者介護デバイス１４、１５、１６、１７、８３０、８１０、８１２、８１４、図９の患者介護デバイス１４、１５、１６、１７、９０４、９０６、９０、または本明細書に開示された他の患者介護デバイスであってもよい。

行為７０３は、監視サーバ、例えば図１、３、５、７、８または９の監視サーバ３と、複数の患者に関連付けられた複数の患者介護デバイスとの間に通信リンクを確立する。任意選択では、多数の患者介護デバイスは単一の患者に関連付けることができ、および／または多数の患者介護デバイスは異なるそれぞれの患者に関連付けることができる。

行為７０５は、複数の患者介護パラメータを複数の患者介護デバイスから監視サーバに通信する。行為７０７は患者介護パラメータを非識別化し、行為７０９は、これらの患者介護パラメータを、監視サーバ内、例えばＳＱＬデータベース、関係データベース、連想データベースなどのデータベース内に記憶する。行為７０７は、自動的におよび／または電子的に行なうことができる。行為７１１は、複数の患者のうちの患者のサブセットを治療する。例えば、高血圧の患者は、血圧を下げるように指定された薬剤で治療することができる。行為７１３は、複数の患者に関連付けられた複数の患者介護パラメータのサブセットを分析して、治療の有効性を判定する。例えば、行為７１１の血圧薬剤を受けた全ての患者は、彼らの血圧が所定の時間、例えば６か月後の血圧読み取り値と比較されて、その治療が１人以上の患者に対して効果的であるかどうか判定することができる。

図１２は、本開示の実施形態による、患者介護デバイスの動作が中断されたときの患者介護デバイスの回復の方法８０１のフローチャート図である。例えば、患者介護デバイスは、ドックから引き抜かれ、電力が遮断され、ハードウェアまたはソフトウェア障害が患者介護デバイス内の１つ以上のプロセッサまたは他の回路を一時的に無効にするなどの可能性がある。それに加えて、または代替として、患者介護デバイス上の１つ以上のプロセッサは、患者介護デバイスがホットスワップ可能であるように、方法８０１を実施してもよい。

方法８０１は、行為８０３〜８２３を含む。各行為８０３〜８２３は、いくつかの実施形態では、任意選択である。行為８０３は、患者介護デバイスに関連付けられた１つ以上の患者介護パラメータを受信する。方法８０１の患者介護デバイスは、本明細書で開示された任意の患者介護デバイスであってもよく、例えば、図１、３、５または７の患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８、図８の患者介護デバイス１４、１５、１６、１７、８３０、８１０、８１２、８１４または図９の患者介護デバイス１４、１５、１６、１７、９０４、９０６、９０８の１つ以上であってもよい。

行為８０５は、患者介護デバイスの不揮発性メモリ内に１つ以上の患者介護パラメータを記憶する。患者介護パラメータは、患者治療パラメータまたは患者状態パラメータを含む患者介護に関連付けられた任意の値であってもよく、例えば、注入ポンプの注入速度は患者治療パラメータである。

行為８０７は、患者介護デバイス用の１つ以上の動作パラメータを受信する。動作パラメータは、デバイスの動作に関連するどんなものであってもよい。例えば、動作パラメータは、注入ポンプのモータの速度の制限、注入ポンプ速度、無線通信上のワット制限、電池放電速度または速度制限、更新頻度などであってもよい。行為８０９は、患者介護デバイスの不揮発性メモリ内に１つ以上の動作パラメータを記憶する。

行為８１１は、患者介護デバイスについての１つ以上の追加の動作パラメータを算出する。算出された動作パラメータは、患者介護デバイスを動作するために算出された任意のパラメータ、例えば、自動ゲイン制御で使用される適応ゲイン係数を有する比例積分微分（ＰＩＤ）制御ループのゲイン係数である。行為８１３は、患者介護デバイスの不揮発性メモリ内に１つ以上の追加の動作パラメータを記憶する。

行為８１５は、患者介護デバイスの動作が中断されたこと、例えば患者介護デバイスへの電力が失われた、患者介護デバイスに故障が起こった、電圧低下ＣＰＵリセットが起こったことなどを判断する。行為８１７は、患者介護デバイスの動作が再開することができることを判断する。

行為８１９は、患者介護デバイスの作動しているメモリ内に１つ以上の受信または算出された動作パラメータをロードし、行為８２１は、患者介護デバイスの作動しているメモリ内に１つ以上の患者介護パラメータをロードする。行為８２３は、患者介護デバイスの動作を再開する。

次に図１３を参照すると、本開示の実施形態による、ユーザ・インターフェースを有する監視クライアントを患者介護デバイスにペアリングする方法９００のフローチャート図が示される。方法９００は、行為９０２〜９１２を含む。方法９００の監視クライアントは、図１、３、５、７または８の監視クライアント１、または遠隔コミュニケータ１１、図９の監視クライアント９０２、図１、３、５、７、８または９の遠隔コミュニケータ１１、携帯電話、手持ち式コンピュータ、タブレット・コンピュータ、ラップトップ・コンピュータ、パーソナル・コンピュータ、携帯情報端末などであってもよい。方法９００は監視クライアントと患者介護デバイスとの間のペアリングを記載しているけれども、いくつかの実施形態では、方法９００を使用して、ハブ（例えば、図８のハブ８０２）を患者介護デバイス（例えば、患者介護デバイス８３０、８１０、８１２および８１４）にペアリングし、第１の患者介護デバイス（例えば、図８の患者介護デバイス８３０）を第２の患者介護デバイス（例えば、図８の患者介護デバイス８１４）にペアリングし、それによって第１の患者介護デバイスのユーザ・インターフェースが第２の患者介護デバイスを制御し、および／またはシステム・モニタ（例えば、図１、３、５、７、８または９のシステム監視１３１）を患者介護デバイス（例えば、図１、３、５および７に示すような患者介護デバイス７、１７０、１２６、１２８、１４８、１４、１５、１６、１７または１７０、または図８の患者介護デバイス８３０、８１０、８１２、８１４、１４、１５、１６、１７または１４８、および／または図９の患者介護デバイス９０４、９０６、９０８、１４、１５、１６、１７または１４８）にペアリングするために使用することができる。

行為９０２は、ユーザ・インターフェース（例えば、ディスプレイ、タッチスクリーン、ディスプレイ、ボタン、ユーザ入力用加速度計など）を有する監視クライアントを患者介護デバイスの動作距離内に配置する。行為９０４は、患者介護デバイスの識別情報をユーザ・インターフェース上に表示する。患者介護デバイスは、例えばシリアル番号、デバイス・タイプ、または標準またはカスタム発見プロトコルを使用した患者介護デバイスのユーザ入力上の視覚的表示によって、識別することができる。行為９０６は、ユーザ・インターフェースを使用してペアリングするために患者介護デバイスを選択する。例えば、行為９０６中のユーザは、監視クライアントのタッチスクリーンに触れて、患者介護デバイスの選択を表示してもよい。

行為９０８は、患者介護デバイスを監視クライアントにペアリングする。例えば、監視クライアントへの患者介護デバイスのペアリングは、ブルートゥース、ブルートゥース・ロー・エネルギー（Ｉ．Ｅ．Ｅ．Ｅ．８０２．１５．１）、ＷｉＦｉ、赤外線通信、近距離通信（ＮＦＣ ＩＳＯ １３１５７）、ＩＲ通信または光学的方法を利用することができる。本開示に照らして明らかなように、カスタム・ペアリング・プロトコルを同様に利用してもよく、これは、ハンドシェイク・シークエンスの使用を利用しても、または利用しなくてもよい。行為９１０は、患者介護パラメータを患者介護デバイスと監視クライアントとの間で通信し、例えばそれによって患者介護デバイスを監視クライアントによって制御しまたは監視してもよい。

行為９１２は、任意選択では、患者介護デバイスを通して、別の患者介護デバイスの追加の患者介護パラメータを動作可能に通信する。行為９１２では、患者介護デバイスが別の患者介護デバイスと動作可能に結合され、または動作可能に通信するならば、患者介護デバイスはリレーまたはルータとして働くことができ、それによって監視クライアントは別の患者介護デバイスと通信することができる。それに加えて、または代替として、患者介護デバイスは、その動作のために別の患者介護デバイスからの情報を使用することができ、例えば、注入ポンプは、流量計によって決定された流量、または温度プローブからの温度を使用することができる、および／または注入ポンプは、流量計から監視クライアントに情報を中継することができる。それに加えて、監視クライアントは任意選択では、並列または直列のいずれかで、ペアリングされた患者介護デバイスに結合された多数の患者介護デバイスと通信することができる。それに加えて、または代替として、本開示のいくつかの実施形態では、方法９００で、監視クライアントは静脈チューブを使用して患者介護デバイスと通信する。該通信は、静脈チューブに埋め込まれた、または取り付けられた電気導体を介して、静脈チューブ内の流体を導電媒体として使用した電気通信を介して、静脈チューブを通して進む音波を使用して、または管内の流体を光導波路として光学的に使用することによって行われてもよい。静脈チューブを介した通信を使用して、別の通信リンク、例えばブルートゥース、ブルートゥース・ロー・エネルギー、ＷｉＦｉなどを使用する（例えば、監視クライアント、ハブ、ドック、患者介護デバイスおよび／または監視クライアント、ハブ、ドック、患者介護デバイスおよび／またはシステム・モニタの１つ以上を備えたシステム・モニタの間の）ペアリングを設定してもよい。

本開示のさらに追加の実施形態では、第１のデバイス（例えば、監視クライアント、ハブ、患者介護デバイスまたはシステム・モニタ）から第２のデバイス（例えば、監視クライアント、ハブ、患者介護デバイスまたはシステム・モニタ）とのペアリングは、第１の通信リンクを使用して構成および／または初期化されて、それによって、これらのデバイスは第２の通信リンクを使用してペアリングされてもよい。例えば、近距離通信またはＩＲ通信が、例えばブルートゥース、ブルートゥース・ロー・エネルギーまたはＷｉＦｉを使用してこれらのデバイス間にペアリングを設定してもよい。（例えば、近距離通信またはＩＲ通信を介した）ペアリング設定は、例えば、ブルートゥースを介したペアリングなど、デバイスのペアリングのユーザ確認の要求を監視する監視クライアント、ハブ、患者介護デバイスおよび／またはシステムへの要求を促すことができる。いくつかの実施形態では、患者介護デバイスがハブ、監視クライアントおよび／またはドックにペアリングされると、ＩＤおよびソフトウェア・バージョン番号が、ハブ、監視クライアントおよび／またはドックに送信され、これらは、サーバ、例えば監視サーバ３、ミドルウェア、クラウド・サーバまたは他のサーバを調べて、患者介護デバイス上のソフトウェアが最新のものであるかどうか判定する。ソフトウェアが最新のものでない場合、ハブ、監視クライアント、ドックまたは患者介護デバイス自体が（例えば、直接に）更新ソフトウェアをダウンロードして、患者介護デバイスをプログラムする。患者介護デバイスは、ユーザにソフトウェアが最新であるかどうか通知することができ、および／またはユーザにタッチスクリーン上にオプションを与えて、ソフトウェアが最新でない場合には任意選択で患者介護デバイスを更新することができる。ペアリングを設定する通信リンク（例えば、ＮＦＣ）および／またはペアリングを使用する通信リンク（例えば、ブルートゥースまたはブルートゥース・ロー・エネルギー）は、更新ソフトウェア、ＩＤ、ソフトウェア・バージョン番号を通信し、その通知などを提供することができる。例えば、ポンプ患者介護デバイスまたはインスリン・ポンプとともに使用することができる１つのペアリングは、（１）２０１０年３月２５日出願の、Ｍａｎｄｒｏ他の「注入ポンプ方法およびシステム」という名称の特許出願第１２／７３１，８４３号（代理人整理番号：Ｉ０６）、（２）２００９年４月４日出願の、Ｂｒｙａｎｔ他の「注入ポンプを制御する方法およびシステム」という名称の特許出願第１２／４１６，６６２号（代理人整理番号：Ｇ９８）、および／または（３）２００９年１２月３１日出願の、Ｋａｍｅｎ他の「注入ポンプ・アセンブリ」という名称の特許出願第１２／３４７，９８５号（代理人整理番号：Ｇ７５）に見ることができ、これらの３つ全ては全体を参照として本明細書に援用する。

図１４は、本開示の実施形態による、患者介護デバイスにペアリングされたウェアラブル・システム・モニタを使用した患者介護デバイスの動作を監視する方法１０００のフローチャート図である。方法１０００は、行為１０１４〜１０４０を含み、様々なデバイス１００２、１００４、１００６、１００８、１１００、１１１２を利用して、患者介護デバイスと方法１０００のウェアラブル・システム・モニタとのペアリングを容易にすることができる。いくつかの実施形態では、各行為１０１４〜１０４０は任意選択である。

方法１０００のウェアラブル・システム・モニタは、図１、３、５、７、８および９のウェアラブル・システム・モニタ１３１であってもよい。１つ以上の患者介護デバイスを監視するための方法１０００のシステム・モニタのペアリングは、デバイス１００２〜１０１２のいずれか１つ以上を使用して、または本明細書に開示した任意の十分なデバイスを使用して行なうことができる。例えば、監視デバイス１００２のユーザ・インターフェース、遠隔コミュニケータ１００４のユーザ・インターフェース、通信デバイス１００６のユーザ・インターフェース、患者介護デバイス１００８のユーザ・インターフェース、別の患者介護デバイス１０１０のユーザ・インターフェースまたはウェアラブル・システム・モニタ１０１２のユーザ・インターフェースを使用して、方法１０００のウェアラブル・システム・モニタを患者介護デバイスにペアリングさせることができる。

方法１０００の患者介護デバイスは、図１、３、５または７の患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８、図８の患者介護デバイス１４、１５、１６、１７、８３０、８１０、８１２、８１４、図９の患者介護デバイス１４、１５、１６、１７、９０４、９０６、９０８または本明細書に開示された他の患者介護デバイスなどの、本明細書に開示された任意の患者介護デバイスであってもよい。

方法１０００のシステム・モニタを、図１のシステム１００、図３のシステム３００、図５のシステム５００、図７のシステム７００、図８のシステム８００、図９のシステム９００で使用することができ、スタンドアロンのシステムで使用することができ、および／または本明細書に開示したデバイスの任意の他の十分なシステムまたはグループで使用することができる。

行為１０１４は、音声認識アルゴリズム、顔認識アルゴリズム、バーコード、ＲＦＩＤタグ、近距離通信、単純ログイン、セキュアな署名などの１つ以上を使用して介護人（例えば、プロバイダ）を識別する。例えば、行為１０４０における介護人の識別は、搭載カメラおよび／またはマイクロフォンを使用して、監視クライアント、監視クライアント・ドッキング・ステーション、デバイス・ドッキング・ステーション、通信モジュール、他のドックまたはハブによって行なうことができる。また、安全点検として、監視クライアント、ハブ、ドックまたは患者介護デバイスは、ユーザが表示された通りのフォントで入力することを要求して、フォント破損過誤を防ぐことができる。それに加えて、または代替として、いくつかの実施形態では、ログインまたは認証が1回以上失敗した後に、デバイスが写真を撮りその写真を記憶することがある場合、その写真はミドルウェア・サーバに記憶するために伝達されることがある。行為１０１６は、デバイス１００２〜１０１２の１つ以上において介護人の存在を記録する。ログ入力は、デバイス１００２〜１０１２、本明細書に記載された患者介護デバイス、本明細書に記載された監視クライアント、本明細書に記載されたウェアラブル・システム・モニタ、本明細書に記載された遠隔コミュニケータおよび／または本明細書に記載されたハブのいずれか１つに記憶されてもよい。行為１０１６のログは、介護人コンプライアンス、診断の目的などのためである可能性がある。例えば、介護人が現れる予定であるのに現れない場合、行為１０１６は、予定された時間に介護人が現れなかったことを記録してもよい。

行為１０１４の顔認識アルゴリズムは、相対的体格、外形、眼、鼻、顎、頬骨の位置または他の顔の特徴を分析することなどの、どのような介護人の顔の特徴をも中継することができる。行為１０１４の顔認識アルゴリズムは、３次元顔認識、肌の質感の分析または他の顔認識アルゴリズムを使用してもよい。それに加えて、または代替として、いくつかの実施形態では、行為１０１４の音声認識アルゴリズムは、隠れマルコフモデル、ダイナミック・タイム・ワーピング・ベースの音声認識または他の音声認識アルゴリズム（複数可）を使用してもよい。

行為１０１８は、ウェアラブル・ドックからウェアラブル・システム・モニタを取り外す。例えば、図１のシステム・モニタ１３１は、時計のリスト・バンドと同じようなリスト・バンドを患者に取り付けるように、患者の腕に着用することができ、ウェアラブル・システム・モニタの一部分は、リスト・バンド、およびウェアラブル・システム・モニタがスナップ嵌合するスナップ嵌めベース部材を備えたドック（本明細書では「ウェアラブル・ドック」とも呼ぶ）から取り外すことが可能である。ウェアラブル・システム・モニタがそのドックから取り外されると、行為１０２０がタイマをスタートさせる。タイマおよび関連する行為はそれぞれ、図１４の方法１０００では任意選択である。

行為１０２０のタイマは、ウェアラブル・システム・モニタがそのドック外にある時間の経過を追跡する。行為１０２２は、ウェアラブル・システム・モニタがウェアラブル・ドックからドッキングを外された後、所定の時間が経過したときに治療を止める。例えば、方法１０００のウェアラブル・システム・モニタは、注入ポンプにシグナルを送って、ポンプ注入を止めることができる。ウェアラブル・システム・モニタが再びドッキングされると、行為１０２４は、例えば、ウェアラブル・システム・モニタがそのウェアラブル・ドックからドッキングを外されたことにより治療が中断されている場合に、所定の時間が経過した後に治療を再開する。

上記したように、行為１０１８は、ウェアラブル・ドックからウェアラブル・システム・モニタを取り外す。行為１０２６は、例えば音声認識アルゴリズム、顔認識アルゴリズム、バーコード、ＲＦＩＤタグ、近距離通信、単純ログイン、介護人入力などの１つ以上を使用して患者を識別する。行為１０２６は、行為１０１４と同様であってもよく、行為１０１４で利用されるのと同じソフトウェアを利用してもよく、および／またはデバイス１００２〜１０２０の１つを利用してもよい。しかし、いくつかの実施形態では、患者に対する識別手続は、例えば、生体認証または他の識別患者特有の情報を使用することによって、介護人の識別情報より多くのものを含むことができることに留意されたい。このような患者識別基準を使用して、特定の治療が正しい患者に与えられていることを保証し、および／または所与の規則とのコンプライアンスを提供することができる。行為１０１４および／または１０２６は、患者および／または介護人上のパスキー・デバイスを使用して行なってもよい。

行為１０２８は、介護人がウェアラブル・システム・モニタをペアリングする、例えばウェアラブル・システム・モニタを患者介護デバイスにペアリングする権限を与えられているかどうか判定する。介護人が権限を与えられていない場合には、方法１０００は、ウェアラブル・システム・モニタの追加のペアリング（または、ペアリング設定の編集）を防ぐ。介護人がウェアラブル・システム・モニタをペアリングする権限を与えられている場合、行為１０３０は、介護人がウェアラブル・システム・モニタとペアリングするための１つ以上の患者介護デバイスを選択することを許可する。介護人の権限確認を使用して、例えば特定の治療が正しい患者に与えられていることを保証し、および／または所与の規則とのコンプライアンスを提供することができる。

介護人には、デバイス１００２〜１０１２の１つ以上のユーザ・インターフェース上でのペアリングに利用可能な患者介護デバイスのリストを提供することができる。行為１０３０中に、介護人は互いにペアリングするためにウェアラブル・システム・モニタ（例えば、行為１０１８の患者ウェアラブル・システム・モニタ）および患者介護デバイスを選択する。行為１０３２は、ウェアラブル・システム・モニタを患者介護デバイスとペアリングし、行為１０３４は、ウェアラブル・システム・モニタ内に行為１０３２のペアリングを、介護人および患者の識別情報を含めて記録する。追加の特定の実施形態では、患者介護デバイスとのウェアラブル・システム・モニタのペアリングは、別のデバイス（例えば、監視クライアント、ハブ、別の患者介護デバイスなど）との患者介護デバイスの並列または直列ペアリングで使用されてもよい。本開示に照らして分かるように、任意の適切なペアリング・プロトコル（例えば、ブルートゥースまたはＩＥＥＥ８０２．１１）を使用することができる。それに加えて、または代替として、行為１０３４は、デバイス１００２〜１０１２の１つ以上内にペアリングを記録することができる。

行為１０３６は、ウェアラブル・システム・モニタをウェアラブル・ドックに再び取り付ける。行為１０３８は、ウェアラブル・システム・モニタを使用してウェアラブル・ドックへのドッキングを識別および認証して、例えばウェアラブル・システム・モニタおよびウェアラブル・ドックが互いにドッキングするように権限を与えられているかどうか判定する。例えば、行為１０３８は、ウェアラブル・システム・モニタが、正しい患者のウェアラブル・ドックにドッキングされていることを保証することができる。例えば、ウェアラブル・システム・モニタが誤った患者のウェアラブル・ドックにドッキングされていた場合、ウェアラブル・システム・モニタは過誤を認識し、（いくつかの実施形態では）動作を停止するように、誤った患者に関連付けられた患者介護デバイスにシグナルを送ることによって関連付られた治療が進行しないようにし、監視クライアント、例えば図１、３、５、７、８の監視クライアント１、４、または１１、図９の監視クライアント９、４または１１、または本明細書で開示された他の監視クライアントに警戒を送信することができる。行為１０２４は、治療が中断された場合に治療を再開することができ、または行為１０４０は、任意の更新設定１０４０に従って患者を治療することができる。

いくつかの特定の実施形態では、介護人が行為１０１６で識別され、および／または患者が行為１０２６で識別された場合、介護人は、例えば監視クライアント、ハブ、遠隔コミュニケータまたは患者介護デバイス上で治療設定を更新することができる。

図１５は、本開示の実施形態による、ユーザ・インターフェース・テンプレートを使用してユーザ・インターフェースを表示するための方法１１００のフローチャート図である。方法１１００は、行為１１０２〜１１３２を含む。いくつかの実施形態では、各行為１１０２〜１１３２は任意選択である。

方法１１００の監視クライアントは、図１、３、５、７、８の監視クライアント１、４、または１１、図９の監視クライアント９、４または１１、または本明細書で開示された他の監視クライアントの１つ以上であってもよい。方法１１００の患者介護デバイスは、図１、３、５または７の患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８、図８の患者介護デバイス１４、１５、１６、１７、８３０、８１０、８１２、８１４、図９の患者介護デバイス１４、１５、１６、１７、９０４、９０６、９０８または本明細書に開示された他の患者介護デバイスの１つ以上であってもよい。

方法１１００は監視クライアントでユーザ・インターフェース・テンプレートを使用することを記載しているけれども、監視クライアントは、ハブ、通信モジュール、別の患者介護デバイスまたはユーザ・インターフェースを有する他の十分なデバイスに置き換えることができる。方法１１００のユーザ・インターフェースのユーザ・インターフェース・テンプレートは、患者介護パラメータを表示するための特定の領域を所定のディスプレイに提供する。例えば、注入ポンプ用ユーザ・インターフェース・テンプレートは、現在の流体流量などの、ＧＵＩ上に表示するための特定の領域を規定することができる。ユーザ・インターフェース・テンプレートはまた、注入ポンプから受ける現在の流体流量を表示するための監視クライアントのディスプレイ上のエリアを規定することができる。ユーザ・インターフェース・テンプレートは、どのように情報を表示するかの指示、様々なウィジェットの記載、様々なウィジェット、グラフ、グラフ軸に対するラベル、ディスプレイに対するラベル、ボタン、および／または１つ以上の患者介護デバイスの制御または視覚情報をユーザに提供するためのラベルなどのレイアウト情報を含むことができる。ユーザ・インターフェース・テンプレートは、ＱＴベースのテンプレートを記載したテンプレートであってもよく、および／またはＨＴＭＬまたはＣＳＳを使用してもよい。

行為１１０２は、ユーザ・インターフェースを有する監視クライアントと通信するために、患者介護デバイスを識別または選択する。例えば、行為１１０２では、監視クライアントは、患者の治療のためにプロバイダによって以前に指定された所定の注入ポンプを自動的に識別することができる。それに加えて、または代替として、行為１１０２では、プロバイダは、選択した患者介護デバイス（複数可）の動作に関する情報を監視クライアントのユーザ・インターフェース上に表示するために、それから選択すべき患者介護デバイスのリストを与えられてもよい。

行為１１０４は、患者介護デバイスが、記憶されたユーザ・インターフェース・テンプレートを有するかどうか判定する。例えば、注入ポンプは、中にユーザ・インターフェース・テンプレートが記憶されたフラッシュ・メモリを備えることができる。患者介護デバイスが、記憶されたユーザ・インターフェース・テンプレートを有する場合、行為１１０６は、ユーザ・インターフェースを有する監視クライアントに患者介護デバイスから、記憶されたユーザ・インターフェース・テンプレートを通信する。行為１１０８は、監視クライアントのユーザ・インターフェース上にユーザ・インターフェース・テンプレートを表示する。行為１１１０は、患者介護パラメータを患者介護デバイスと監視クライアントとの間で通信する。行為１１１２は、ユーザ・インターフェース・テンプレートに従って、表示されたユーザ・インターフェース・テンプレート上に患者介護パラメータを表示する。例えば、注入ポンプ用ユーザ・インターフェース・テンプレートは、現在の注入速度に対するスペースを含むことができ、行為１１１２は、本実施例では、ユーザ・インターフェース・テンプレートを使用して、ディスプレイ上に現在の注入速度（患者介護パラメータ）を表示する。

行為１１０４が、患者介護デバイスには、記憶したユーザ・インターフェース・テンプレートがないと判断した場合、方法１１００は、監視クライアントが患者介護デバイスの患者介護パラメータを表示するのに使用するユーザ・インターフェース・テンプレートを有するかどうか判定する。それに加えて、または代替として、行為１１０４は、監視クライアントおよび／または患者介護デバイスを介してアラームを発することができる。行為１１１４は、患者介護デバイスのタイプを判断する。タイプが決定された場合、行為１１１６はユーザ・インターフェース・テンプレートが患者介護デバイスのタイプに従って、監視クライアント内に記憶されたかどうか判定する。ユーザ・インターフェース・テンプレートがある場合、行為１１１８は、監視クライアントのユーザ・インターフェース上にユーザ・インターフェース・テンプレートを表示する。行為１１２０は、患者介護パラメータを患者介護デバイスと監視クライアントとの間で通信する。行為１１２２は、ユーザ・インターフェース・テンプレートに従って、表示されたユーザ・インターフェース・テンプレート上に患者介護パラメータを表示する。例えば、注入速度などの患者介護パラメータを、ユーザ・インターフェース・テンプレートによって指定されたユーザ・インターフェースの所定のエリア内に表示してもよい。

該タイプが行為１１１４で決定されず、またはユーザ・インターフェース・テンプレートが決定したタイプに基づいて監視クライアント内に置かれていない場合には、行為１１２４は、監視クライアントのユーザ・インターフェース上に複数のユーザ・インターフェース・テンプレートの選択可能なリストを表示し、それに加えて、または代替として、行為１１１４は、監視クライアントおよび／または患者介護デバイスを介してアラームまたは警戒を発することができる。行為１１２６は、ユーザが、監視クライアントのユーザ・インターフェースを使用して、複数のユーザ・インターフェース・テンプレートからユーザ・インターフェース・テンプレートを選択することを可能にする。行為１１２８は、監視クライアントのユーザ・インターフェース上にユーザ・インターフェース・テンプレートを表示する。行為１１３０は、患者介護パラメータを患者介護デバイスと監視クライアントとの間で通信する。行為１１３２は、ユーザ・インターフェース・テンプレートに従って、表示されたユーザ・インターフェース・テンプレート上に患者介護パラメータを表示する。

本開示のいくつかの実施形態では、方法１１００の患者介護デバイスはまた、例えば、上記したユーザ・インターフェース・テンプレートを使用して、監視クライアント上に表示するための１つ以上のフォントを記憶することができる。フォントは、ＪＰＥＧ、ＢＭＰ、画像フォーマット、プリストア・フォントなどの任意のフォーマットで記憶することができ、領域内での使用のために伝達されて、動作パラメータの表示を提供することができる（例えば、値を伝達するよりは、数または値を示す画像が伝達されて、次にそれが監視クライアント上に表示される）。いくつかの実施形態では、監視クライアント内に記憶されたフォントを使用することができ、それによって、動作パラメータの値が監視クライアントに送信されて、監視クライアント内に記憶されたフォントを使用してテンプレート内に表示される。

図１６は、本開示の実施形態による、患者介護デバイスを制御するためのアプリケーションをダウンロードする方法１１３４のフローチャート図である。図１６の方法１１３４では、監視デバイスが、患者介護デバイスを制御するための例示的なデバイスとして記載されているが、監視デバイスは、ドック、ハブ、通信モジュール、遠隔コミュニケータ、通信デバイスなどと置き換えることができ、および／またはこれらによって補完することができる。

方法１１３４は、行為１１３６〜１１４６を含む。いくつかの実施形態では、各行為１１３６〜１１４６は任意選択である。方法１１３４の監視クライアントは任意選択では、図１、３、５、７、８の監視クライアント１、４、または１１、図９の監視クライアント９、４または１１、または本明細書で開示された他の監視クライアントの１つであってもよい。方法１１３４の患者介護デバイスは任意選択では、図１、３、５または７の患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８、図８の患者介護デバイス１４、１５、１６、１７、８３０、８１０、８１２、８１４、図９の患者介護デバイス１４、１５、１６、１７、９０４、９０６、９０８、または本明細書に開示された他の患者介護デバイスの１つであってもよい。方法１１３４のサーバは任意選択では、図１、３、５、７、８または９の監視サーバ３の１つであってもよい。

行為１１３６は、患者介護デバイスをドック内にドッキングする。例えば、図１、３、５または７の注入デバイス７、図８の注入デバイス８３０、８１０または８１２、または図９の注入デバイス９０４を、それぞれのドック内にドッキングさせることができる。行為１１３８では、監視クライアントが患者介護デバイスを識別する。例えば、患者介護デバイスは、例えばＩＤ番号、シリアル番号、説明、処方箋、治療計画、患者治療パラメータなどを、例えば発見プロトコルにより監視クライアントに通信することができる。ドッキングされた患者介護デバイスは、治療情報（例えば、薬剤量、注入速度、合計流体量または他の患者治療パラメータ）を中に記憶してもよく、このそれぞれは患者に関連付けられまたは対応することができる。

行為１１４０では、監視クライアントが、患者介護デバイスを制御するための（例えば、注入速度を設定するための）アプリケーションをサーバに照会する。行為１１４２では、監視クライアントがアプリケーションをダウンロードする。監視クライアントとサーバとの間の通信を暗号化してもよい。例えば、サーバは、監視クライアントに送信する前にアプリケーションを暗号化してもよく、監視クライアントは十分な暗号キーを使用してアプリケーションを解読することができる。それに加えて、または代替として、全ての通信を暗号化してもよい。行為１１４４中に、監視クライアントがアプリケーションを実行する。行為１１４６では、監視クライアントは、１つ以上のプロセッサ上でアプリケーションを実行することによって、アプリケーションを通して患者介護デバイスに通信可能および動作可能に結合される。監視クライアントは、サンドボックス内にアプリケーションを置くことができる（以下に記載する）。このような１つの実施形態では、アプリケーションは、監視クライアント上で１つ以上のプロセッサにより実行するように構成されたプロセッサ実行可能な指示の動作可能な１セットを含む。アプリケーションは、例えば図１５の方法１１００のユーザ・インターフェース・テンプレートを使用して、監視クライアントのディスプレイ上にユーザ・インターフェースを表示するための指示を含むことができる。それに加えて、または代替として、いくつかの実施形態では、患者介護デバイスにパラメータまたは数値、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、送達流量プロファイル、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および／または最大丸薬分配基準を任意選択で送信することによって、患者介護デバイスを制御するためにアプリケーションを使用することができる。

図１７は、本開示の実施形態による、患者介護デバイス用のデータ（例えば、要求）を通信する場合にデータ整合性を保証する方法１２００のフローチャート図である。方法１２００は行為１２０２〜１２２２を含む。いくつかの実施形態では、各行為１２０２〜１２２２は任意選択である。方法１２００の患者介護デバイスは、本明細書で開示した任意の患者介護デバイス、例えば図１、３、５または７の患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８、図８の患者介護デバイス１４、１５、１６、１７、８３０、８１０、８１２、８１４、図９の患者介護デバイス１４、１５、１６、１７、９０４、９０６、９０８または本明細書に開示された他の患者介護デバイスであってもよい。

該要求は任意選択では、例えば図１、３、５、７または８の監視クライアント１または４、図１、３、５、７、８、または９の遠隔コミュニケータ１１、携帯電話、手持ち式コンピュータ、タブレット・コンピュータ、ラップトップ・コンピュータ、パーソナル・コンピュータ、携帯情報端末などの任意の権限が与えられ、認証され、および／または識別された監視クライアントから行われてもよい。

行為１２０２は、監視クライアントのユーザ・インターフェースを使用して、患者介護デバイスに要求を提示する。例えば、図１の監視クライアント１のタッチスクリーンを使用して、ユーザは注入ポンプ７に対して注入速度を提示する。いくつかの実施形態では、要求は任意選択では、患者介護デバイスに関連するパラメータ、例えば、ボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、送達流量プロファイル、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および／または最大丸薬分配基準であってもよい。

行為１２０４は任意選択であり、行為１２０４は監視クライアントのユーザ・インターフェース上に「ペンディング・要求」を表示する。行為１２０６は、患者介護デバイス用にリスエストをフォーマットする。例えば、行為１２０６は、患者介護デバイスの通信要件に合うように要求を準備することができる。

行為１２０８は、要求のチェック値を決定する。例えば、周期的冗長性チェック・アルゴリズムを使用して、要求に対応するチェック値を決定する。周期的冗長性チェック・アルゴリズムによって算出されたチェック値は、要求に依存している。要求の１ビットの変化はまた、周期的冗長性チェック・アルゴリズムによって算出されるチェック値を変化させる。同様に、数ビットの変化はまた、チェック値を変化させる。それに加えて、または代替として、他の実施形態では、パリティ・ビット（偶数または奇数）または他のデータ整合性チェックを使用することができる。

行為１２１０は、チェック値を要求に付加する。行為１２１２は任意選択であり、行為１２１２は、ユーザ・インターフェースを使用して要求を通信するために、ユーザからの確認を要求する。確認の要求は、「確認」を選択するためのボックスを有する「９０ミリリットル／時の注入速度を確認したか？」と表示するタッチスクリーン上のポップアップ・ダイアログ・ボックスであってもよい。行為１２１２に示すテキストおよびフォーマットは、悪い表示画素、破損したフォント・テーブル、ユーザの誤解などに対する追加のセーフガードを提供するために、例えば、要求の入力中に表示されるまたは他様に表示される、他の表示情報とは異なるフォント、異なるフォント・サイズ、および／または異なる表示位置であってもよい。行為１２１４は、要求を確認して、ユーザ・インターフェースを使用してその要求を通信する。ユーザは、本開示のいくつかの実施形態に従って、「確認」ボックスに触れて、その要求を通信するための要求を確認することができる。

行為１２１６は、要求を患者介護デバイスに通信する。通信は、有線、無線、誘導または光ファイバ通信などを介して行なってもよい。行為１２１６中に、患者介護デバイスは要求を受信する。要求が伝達される間に、要求内の１つ以上のビットが破損してしまう、例えばビットの値が変化してしまう、ビットが失われてしまう、ビットが加えられてしまうなどが起こる可能性があり、このようなまたは他のデータ破損は望ましくない。

方法１２００の行為１２１８は、破損データの検出を容易にする。行為１２１８中、患者介護デバイスが、要求に従ってチェック値を認証する。行為１２１８で、患者介護デバイスは、該要求について動作１２０８におけるのと同じ周期的冗長性チェック・アルゴリズムを使用して、追加のチェック値を算出することができる。患者介護デバイスによって算出されるような行為１２１６のチェック値は、要求内のデータが同一である場合にのみ、動作１２０８で算出されたチェック値と同一になる。すなわち、行為１２１６のチェック値と行為１２０８のチェック値とは、要求のデータが破損した、より少ないまたはより多いビットを有する、あるいは他の理由で行為１２０８のチェック値を決定するために使用されたデジタル・データと同一ではない場合にのみ、異なることとなる。

要求のチェック値が認証されなかった場合、行為１２２２では、患者介護デバイスが、監視クライアントからの要求の再伝達を要求する。図１７は方法１２００の行為１２０４に進むものとして行為１２２２を示すけれども、他の実施形態では、方法１２００は、行為１２０２〜２１１６のいずれかに進むことができる。要求の再伝達が成功しない場合、方法１２００はエラー、アラームまたは警戒（図示せず）を監視クライアントに通信することができる。あるいは、チェック値がデータ破損を示さないと認証された場合、動作１２２０で、患者介護デバイスは要求を実行する。

代替の実施形態では、行為１２１８の要求はさらに、患者介護デバイスからの認証の後に監視クライアントに再び送信され、伝達中に追加のＣＲＣチェックを含むことができる。認証中の患者介護デバイスは、この代替実施形態では、要求が所定の範囲内にあるかどうか（例えば、特定の薬物に対する注入速度が安全であるかなど）判定するためのチェックを行なう。監視クライアントは、この代替実施形態では、患者介護デバイスから受信した要求をメモリ内に記憶された元の要求と比較することができる（要求を互いに関連付けることができる）、および／または監視クライアントは、確認のために要求をユーザに表示することができる。確認に対する要求は、「確認」を選択するためのボックスを有する「９０ミリリットル／時の注入速度を確認したか？」と表示するタッチスクリーン上のポップアップ・ダイアログ・ボックスであってもよい。確認のためのこの代替実施形態で示されるテキストおよびフォーマットは、悪い表示画素、破損したフォント・テーブル、ユーザの誤解などに対する追加のセーフガードを提供するために、例えば、要求の入力中に表示されるまたは他様に表示される、他の表示情報とは異なるフォント、異なるフォント・サイズ、および／または異なる表示位置であってもよい。この代替実施形態では、ユーザは、要求を確認して、ユーザ・インターフェースを使用して要求を通信することができる。ユーザは、本開示のいくつかの実施形態により、「確認」ボックスに触れて、その要求を通信するための要求を確認することができる。

その後、この代替実施形態では、要求は患者介護デバイスに再送信されて実行される。それに加えて、または代替として、この代替実施形態では、動作メッセージが患者介護デバイスに送信され、該動作メッセージは、これを元の要求とリンクさせる情報（例えば、「これは、ついさっき送信した９０ミリリットル／時の要求についての「動作」である」）を含む。

図１８は、本開示のさらに別の実施形態による、電子患者介護システム１３００のブロック図である。システム１３００は、監視クライアント１３０２、ドック１３０４および無線ドック１３０６を備えている。任意選択では、いくつかの実施形態では、ドック１３０４は本明細書に記載したハブとして働くことができる。

患者介護デバイスは、図１、３、５または７の患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８、図８の患者介護デバイス１４、１５、１６、１７、８３０、８１０、８１２、８１４、または図９の患者介護デバイス１４、１５、１６、１７、９０４、９０６、９０８のうちの１つなどの、本明細書に開示された任意の患者介護デバイスであってもよい。監視クライアント１３０２は、図１、３、５、７、８の監視クライアント１、４または１１、図９の監視クライアント９、４または１１、タブレット、スマートフォン、ＰＤＡなどの、本明細書に記載した任意の監視クライアントに置き換えることができる。

ドック１３０４は、監視クライアント１３０２を受けるような形状の受信部を備えて、ケーブル１３０８を通してドック１３０４に監視クライアント１３０２の電気接点を接続することができる。ケーブル１３０８は、ドック１３０４および／または監視クライアント１３０２と一緒に一体化することができる。ケーブル１３０８は、例えばドック１３０４と監視クライアント１３０２との間にＵＳＢまたは他の標準的通信を提供することができる。

ドック１３０４は任意選択では、プロセッサ１３０１、センサ１３０９、ウォッチドッグ１３１０、充電器１３１２、電池１３１４および交流（「ＡＣ」）電力コード１３１６を備えている。プロセッサ１３０１は、ドック１３０４の動作を制御する。患者介護デバイス１３１８は、ドック１３０４にドッキング可能である。システム１３００はまた、患者介護デバイス１３２０をドッキングさせた無線ドック１３０６を備えている。無線ドック１３０６は、ドック１３０４と同一または類似であってもよいが、無線ドック１３０６は、いくつかの実施形態では、監視クライアント１３０２と無線通信する。

電池１３１４は、ＡＣ電力コード１３１６がＡＣアウトレット（図示せず）から抜かれたときに、ドック１３０４および患者介護デバイス１３１８に電力を与えることができる。いくつかの実施形態では、ドック１３０４は、監視クライアント１３０２または患者介護デバイス１３１８に対する唯一の電源であってもよい。それに加えて、または代替として、監視クライアント１３０２および／または患者介護デバイス１３１８は、搭載電池または別個のＡＣ電力コード（図示せず）を備えていてもよい。

いくつかの例示的な実施形態では、ドック１３０４は、患者介護デバイス１３１８にＩＥＣ−６０６０１準拠電力を与えることができる。それに加えて、または代替として、ドック１３０４は、患者介護デバイス１３１８によって要求されるような可変ＤＣ電圧を提供することができる。例えば、ドック１３０４は、コネクタ１３２２の特定のコネクタ・ピンに対して、患者介護デバイス１３１８によって要求されるような１ボルトから２４ボルトまでのＤＣ電圧を提供することができるプログラム可能バック・ブースト電源（図示せず）を備えていてもよい。

電池１３１４は、電力コード１３１６がＡＣアウトレット（図示せず）に差し込まれた場合に、充電器１３１２によって充電することができる。電池１３１４は、ＡＣ電力コード１３１６がＡＣアウトレット（図示せず）から抜かれた場合に、患者介護デバイス１３１８に中断しない電力を提供する。例えば、患者介護デバイス１３１８は、ＡＣ電力コード１３１６が抜かれた後にも動作し続ける注入ポンプであってもよい。というのは、電池１３１４は、ＡＣ電力コード１３１６が抜かれた後にも患者介護デバイス１３１８に交換用電力を自動的に供給するからである。

センサ１３０８としては任意選択では、大気温度センサ、大気圧力センサ、大気湿度センサなどの１つ以上を挙げることができる。センサ１３０８は任意選択では、２つの温度センサなどの重複したセンサを備えることがあり、ドック１３０４は、重複したセンサを使用して、例えば２つのセンサの読み取り値を互いに比較することによって、１つまたは両方が故障しているかどうか判定してもよい。ドック１３０４は、センサ１３０８および／または他の周辺機器と通信して、その適切な動作を保証し、データ整合性チェックを行い、患者介護デバイス１３１８にその測定結果、例えば大気温度を提供することができる。

ウォッチドッグ１３１０は任意選択では、上記の問合せを行ない、かつ、患者介護デバイス１３１８の出力を監視することによって、患者介護デバイス１３１８が適切に動作していることを確実にして、それらが所定の範囲（例えば、物理的に可能なまたはありそうな範囲）内であるかどうか、加えられた入力に合致したフィードバックを有するかどうか、および他様に適切に動作しているかどうか判定することができる。それに加えて、または代替として、システム・モニタ１３１０は任意選択では、ケーブル１３０８を通して監視クライアント１３０２の動作を監視することができる。１つのウォッチドッグ１３１０が本明細書に記載されているけれども、１つ以上のウォッチドッグ１３１０、例えば複数のウォッチドッグ１３１０を使用してもよい。いくつかの例示的な実施形態では、患者介護デバイス１３１８は、固定間隔でウォッチドッグ１３１０と通信する。該固定間隔は任意選択では、監視クライアント１３０２のユーザ・インターフェースを使用して、またはケーブル１３０８に取り付けられたコンピュータを使用して構成可能である。患者介護デバイス１３１８が固定間隔中にウォッチドッグ１３１０と通信できない場合、ウォッチドッグ１３１０は、患者介護デバイス１３１８内でエラーが起こったと判断し、警戒またはアラーム、例えばスピーカ１３２４を使用して可聴音を発する、またはＬＥＤ１３２６を赤く点滅させる。該間隔内に通信を受信しないことへの応答動作は、例えば、監視クライアント１３０２のユーザ・インターフェースを使用して、またはケーブル１３０８に取り付けられたコンピュータを使用して構成可能であり、および／またはこれらの使用をプログラムすることができる。例えば、重大でない患者介護デバイスでは、ウォッチドッグ１３１０に応答しないと、ＬＥＤ１３２６を赤く点滅させることがあり、重大な患者介護デバイスへの動作はさらに、ドック１３０４および／または監視クライアント１３０２に聴覚的および視覚的に警告を発させ、ナース・ステーション、および／または遠隔コミュニケータ、例えば図１、３、５、７、８または９の遠隔コミュニケータ１１、スマートフォン、ラップトップ・コンピュータ、別の患者介護デバイスなどに通知を送信させてもよい。それに加えて、または代替として、ＬＥＤ１３２６は、任意選択では、患者介護デバイス１３２６が適切に動作し、または患者を現在治療している場合に、緑に点滅することがある。それに加えて、または代替として、監視クライアント１３０２内のスピーカは可聴警戒またはアラームを発することができる。適切な場合、患者介護デバイスは、エラー状態が解消されるまで、無効にするまたは交換することができる。

それに加えて、または代替として、ウォッチドッグ１３１０は、監視クライアント１３０２に、固定の、所定のまたは予めプログラムした間隔でウォッチドッグ１３１０と通信することを要求することによって、監視クライアント１３０２が適切に動作していることを保証してもよい。監視クライアント１３０２が固定間隔中にウォッチドッグ１３１０と通信しない場合、ウォッチドッグ１３１０は、監視クライアント１３０２内でエラーが起こったと判断し、患者介護デバイス１３１８に関して上記したのと同様の警戒またはアラームを発する、例えばスピーカ１３２４を使用して可聴音を発する、またはＬＥＤ１３２６を赤く点滅させる。いくつかの実施形態では、監視クライアント１３０２内のスピーカは可聴警戒を発することができる。いくつかの実施形態では、監視クライアント１３０２内のスピーカは、ドック１３０４に対するバックアップ・スピーカとして働くことができ、ドック１３０４のスピーカ１３２４は、監視クライアント１３０２に対するバックアップ・スピーカとして働くことができる。

充電器１３１２は、ＡＣ電力コード１３１６を通して供給されるＡＣ電力を使用して、電池１３１４を充電することができる。それに加えて、または代替として、充電器１３１２は、患者介護デバイス１３１８内の電池１３２８を充電することができる。

いくつかの実施形態では、無線ドック１３０６は、ドック１３０４と同じハードウェアを備えることができ、ＡＣ電力コード１３１６を備えていてもいなくともよい。例えば、無線ドック１３０６は、再充電クレードル内に該無線ドックを配置するための複数の接点を備え、該再充電クレードルは、中で電池を充電するために無線ドック１３０６の接点と係合させる複数の接点を備える。

図１９は、本開示の別の実施形態による、電子患者介護システム１４００のブロック図である。システム１４００は、監視クライアント１４０２、ドック１４０４、大容量ポンプ１４０６、シリンジ・ポンプ１４０８およびセンサ１４１０を備えている。システム１４００はまた、ＵＳＢケーブルを通してドック１４０４に結合されたＵＳＢセンサ１４１２、ドック１４０４と無線通信する無線センサ１４１４、サーバ１４１６および病院情報サーバ１４１８を備えている。監視クライアント１４０２は、図１、３、５、７、８の監視クライアント１、４、または１１、図９の監視クライアント９、４または１１、タブレット、スマートフォン、ＰＤＡ、ラップトップのうちの１つなどの任意の監視クライアントであってもよい。ドック１４０４は、図１９に示す電気導体を介して、および／または無線を介して、１つ以上の大容量ポンプ１４０６、１４０８および／またはセンサ１４１０と通信して、パラメータを受信する、および／またはデバイスを制御することができる。

ドック１４０４は、ＡＣアウトレット１４２２からＡＣ電力１４２０を受ける。ドック１４０４は、監視クライアント・アダプタ１４２４を使用して、監視クライアント１４０２と動作可能に通信する。監視クライアント・アダプタ１４２４は、ＵＩコネクタ１４２６、１４２８を通してドック１４０４に結合されている。ＵＩコネクタ１４２６、１４２８は、監視クライアント・アダプタ１４２４に電力を、およびＵＳＢリンクを通してデータを提供する。監視クライアント・アダプタ１４２４は、いくつかのコネクタ１４３０、１４３２、１４３４、１４３６を通して監視クライアント１４０２に結合されている。コネクタ１４３０、１４３４の２つは、電力を監視クライアント・アダプタ１４２４から監視クライアント１４０２に提供し、他方、他の２つのコネクタ１４３４、１４３６はその間にＵＳＢ接続を提供して、ドック１４０４と監視クライアント１４０２との間のデジタル通信を容易にする。他の実施形態は、ＵＳＢタイプ以外の接続を利用することができることに留意されたい。

コネクタ１４３８〜１４５０により、ドック１４０４が電力を大容量ポンプ１４０６、シリンジ・ポンプ１４０８およびセンサ１４１０に動作可能に供給することが可能になる。それに加えて、または代替として、コネクタ１４３８および１４４０はドック１４０４と大容量ポンプ１４０６との間に直列通信を提供し、コネクタ１４４２および１４４４は大容量ポンプ１４０６とシリンジ・ポンプ１４０８との間に直列通信を提供し、コネクタ１４４６および１４４８はシリンジ・ポンプ１４０８とセンサ１４１０との間に直列通信を提供する。コネクタ１４５０は、追加のデバイス（図示せず）に対して任意選択の拡張を提供する。

システム１４００は、いくつかのデバイスを一緒に結合するデイジー・チェーン・システムを示す。各デバイスは、別のデバイスに向けられたデータをそれに続くデバイスにデジタルでルーティングするか、あるいは各デバイスは、電気導体を、そのコネクタの両方がそれぞれのピンへの電気接続を含むように備える。

ドック１４０４は、例えば、ブルートゥース、ブルートゥース・ロー・エネルギー、Ｚｉｇｂｅｅ、Ｘｂｅｅ、ＡＮＴ、ＡＮＴ Ｐｌｕｓなどを使用して、無線センサ１４１４と通信することができる。センサ１４１２、１４１４および／または１４１０は、患者監視デバイス、または温度センサ、湿度センサ、カメラ、マイクロフォン、周囲光センサ、振動センサなどの１つ以上の環境センサであってもよい。

サーバ１４１６は、病院情報システム１４１８と通信することができる。サーバ１４１６は、ＷｉＦｉルータを提供し、それによって、ドック１４０４は病院情報システム１４１８と動作可能に通信する。情報は、サーバ１４１６を通して病院情報システム１４１８に、およびそこから転送することができ、サーバ１４１６はドック１４０４のプロトコルを、病院情報システム１４１８またはヘルス・レベル７（「ＨＬ７」）に、およびそこから変換することができる。サーバ１４１６（および／または病院情報システム１４１８）は、誤薬低減システム（「ＤＥＲＳ」）を備え、該誤薬低減システムは、システム１４００を使用して、患者に適用されている何らかの治療が患者にとって安全であるとチェックして判断することができる。サーバ１４１６は監視サーバ３であってもよく、病院情報システム１４１８は、図１、３、５、７、８および／または９の設備サービス８であってもよい。

図２０は、本開示の実施形態による、図１９の電子患者介護システム１４００のドック１４０４のブロック図である。いくつかの実施形態では、図２０に示される各コンポーネントは任意選択である。

ドック１４０４は、ＡＣ電力１４２０を受けるＡＣ／ＤＣ変換器１４５２を備えている（図１９参照）。ＡＣ／ＤＣ変換器１４５２は、整流回路、円滑化回路、スイッチ・モード電源、線形レギュレータなどを備えて、ＡＣ電力をＤＣ電力１４５４に変換してもよい。本開示のいくつかの実施形態では、ＡＣ／ＤＣ変換器１４５２はドックの外部にあってもよい。他の実施形態では、ＡＣ／ＤＣ変換器１４５２はドック１４０４内に置かれる。

ＤＣ電力１４５４はＤＣ電力入力１４５６において受けられ、これは、ＤＣ電力１４５４の正および負のリードをＰＣＢボードの電力供給および接地面にそれぞれ接続するためのコネクタであってもよい。ＤＣ電力入力１４５６は、ドック１４０４の回路に電力を提供する。ＤＣ電力入力１４５６はまた、無線電力１４５８を受けてもよい。

ＤＣ電力入力１４５６を介して受けた電力は、充電回路１４６０に送信される。充電回路１４６０は、一次電池１４６２およびバックアップ電池または超コンデンサ１４６４を充電する。充電回路１４６０は、様々な充電技術、例えば、定電流／定電圧充電アルゴリズムを利用することができる。

ドック１４０４は、一次プロセッサ１４６６および安全性プロセッサ１４６８を備えている。一次プロセッサ１４６６は、一次電池１４６２によって電力が与えられる。安全性プロセッサ１４６８も一次電池１４６２によって電力が与えられるが、バックアップ電池または超コンデンサ１４６４から電力を受けることもできる。

この例示的な実施形態では、一次プロセッサ１４６６は、バーコード・リーダ１４７０、カメラ１４７２、ドック・センサ１４７４、スピーカ１４７６、ＷｉＦｉトランシーバ１４７８、ブルートゥーストランシーバ１４８０、ＵＳＢコントローラ１４８２、ＬＥＤ状態光１４８４、および３つの内部拡張スロット１４８６、１４８８および１４９０（それぞれ任意選択である）とインターフェース接続する。

内部拡張スロット１４８６、１４８８および１４９０は、追加の回路を受けることができる。例えば、図２０に示すように、内部拡張スロット１４８６は、通信／測距モジュール１４９２を有し、内部拡張スロット１４８８は、ＲＦＩＤリーダ１４９４およびその中に挿入された近距離コミュニケータ１４８８（それぞれ任意選択である）を有する。

安全性プロセッサ１４６８は、ウォッチドッグ機能を一次プロセッサ１４６６に提供する。例えば、安全性プロセッサ１４６８は、所定の間隔で一次プロセッサと通信することができ、または所定の間隔で一次プロセッサ１４６６からの通信を予測する。安全性プロセッサ１４６８が予測した応答または通信を受信しない場合、エラーが起こったと判断することができる。安全性プロセッサ１４６８は該エラーに応答して、ＬＥＤ故障状態ライト１４０１を使用して故障を表示し、バックアップ・スピーカ１４０３を使用して可聴音を生起し、または振動モータ１４０５を使用してドック１４０４を振動させることができる。本開示に照らして分かるように、多数の故障通知（例えば、電話、Ｅメール、テキスト・メッセージなど）を多数の職員（例えば、看護師および／または内科医、設備保守など）に発することができる。

安全性プロセッサ１４６８は、電流感知回路１４０７を使用して、デバイス・コネクタを通して供給される電力を監視することができる。安全性プロセッサ１４６８が、デバイス・コネクタ１４３８に供給される電流が所定の閾値を超えた、あるいは他様に規格外であると判断した場合、安全性プロセッサ１４６８は、電力許可回路１４０９にシグナルを送って、一次電池１４６２からデバイス・コネクタ１４３８に供給される電力を解除する。電力許可回路１４０９は、リレー、スイッチ、ソリッド・ステート・スイッチ、コンタクタなどを備えて、一次電池１４６２をデバイス・コネクタ１４３８に接続し、およびそこから切断してもよい。

一次プロセッサ１４６６はまた、任意選択の充電状態ディスプレイ１４１１および任意選択のディスプレイ１４１３に電気結合される。充電状態ディスプレイ１４１１は、一次電池１４６２の充電状態を表示することができる。ディスプレイ１４１３はタッチスクリーンであってもよく、および／またはドック１４０４の動作状態を表示してもよい。ドック１４０４は、任意選択のボタン１４１５を介してユーザ入力を受ける。

通信／測距モジュール１４９２は、他の通信／測距モジュール１４９２と、例えば患者介護デバイス、他のドック、または監視クライアント上で通信して、これらの間の距離を判断することができる。例えば、２つの通信／測距モジュール（例えば、通信／測距モジュール１４９２および別の通信／測距モジュール）は、例えば超音波、ＲＦ、ＵＨＦ、電磁エネルギー、光学的方法などを介して無線通信して、これらの間の距離を判断してもよい。１つの実施形態によると、患者介護デバイス、監視クライアント、患者のウォッチドッグ、遠隔コミュニケータなどの１つ以上は、通信／測距モジュール１４９２を有するこれらのそれぞれが、互いに対して所定の距離内に居ると判断しない限り、動作しないことがある。

図２１はシステム２１００の例示的配置を示しており、そこでは、監視クライアント２１０２がドック２１２０を介して多数の患者介護デバイスにリンクされており、例えば小さい方の流体バッグ２１１８に接続され、そこから送達する注入ポンプ２１０６と、大きい方の流体バッグ２１１６に接続され、そこから送達する注入ポンプ２１０８と、小さい方のバッグ２１１８からチューブに接続された点滴検出デバイス２１１２と、丸薬ディスペンサ２１１４と、マイクロインフュージョン・ポンプ２１１０とが示されている。監視クライアント２１０２は、これらの患者介護デバイスと、注入ポンプ２１０６、２１０８、マイクロインフュージョン・ポンプ２１１０（ドック２１２０、２１０４を介して）、および丸薬ディスペンサ２１１４について示したように、有線で通信することができる。代替として、監視クライアントは、患者介護デバイスと、点滴検出デバイス２１１２と監視クライアント２１０２との間に有線接続がないことによって示唆されるように、無線通信することができる。１つの実施形態では、監視クライアント２１０２と患者介護デバイスとの間の有線接続はまた、電力が監視クライアント２１０２から患者介護デバイスに供給される機会を提供する。この場合、監視クライアント２１０２は、電圧を変換するのに必要な電子回路を備えて、監視クライアント２１０２に取り付けられた電池からか、あるいは患者の部屋の電力アウトレット（図示せず）から監視クライアント２１０２に供給されるライン電圧から患者介護デバイスに電力を与えることができる。それに加えて、または代替として、ドック２１０４は、注入ポンプ２１０６、２１０８およびマイクロインフュージョン・ポンプ２１１０に電力を供給する。

１つの実施形態では、各患者介護デバイスにリンクされている監視クライアント２１０２は、各患者介護デバイスに関する情報を、該デバイス自体から直接にか、あるいはドッキング・ステーション、例えば患者介護デバイスを上に取り付けることができるドック２１０４を介して、受信することが可能である。ドック２１０４は、標準的な接続マウントを介して、またはいくつかの場合では、特定のデバイスに個別化された接続マウントを介して、１つ以上の患者介護デバイスを受けるように構成することができる。例えば、図２１では、注入ポンプ２１０６および２１０８は、同じような接続マウントを介してドック２１０４に取り付けることができ、他方、マイクロインフュージョン・ポンプ２１１０は、例えばマイクロインフュージョン・ポンプ２１１０のハウジングの特定の寸法のために構成された接続マウントを介してドック２１０４に取り付けることができる。

ドック２１０４は、ドッキング・ステーションに取り付けられている特定の患者介護デバイスを電子的に識別し、この識別情報を監視クライアント２１０２に無線でか、あるいは有線接続を介して伝達するように構成することができる。それに加えて、特定の患者介護デバイスは、監視クライアント２１０２に伝達される治療情報（例えば、所定の注入流体についての注入速度などの患者治療パラメータ）を予めプログラムすることができる。本開示のいくつかの実施形態では、監視クライアント２１０２はＥＭＲ記録と通信して、予めプログラムされた治療情報が識別した患者に安全であること、および／または予めプログラムした治療情報がＥＭＲ記録に記憶された処方された治療と一致することを認証する。

いくつかの実施形態では、点滴検出デバイス２１１２は、無線または有線接続でのいずれかで、監視クライアント２１０２と通信することができる。（例えば、患者へのチューブが閉塞したことによる）異常な流体流れ状態が検出された場合、以下のシグナルを監視クライアント２１０２に伝達することができる：（１）監視クライアント２１０２上でローカルに、またはナース・ステーションもしくは手持ち式通信デバイスでのユーザ・インターフェースにより遠隔でのいずれかで、ユーザ・インターフェース内で流体容器２１１８からの流体の流量を表示することができるシグナル；（２）聴覚的または視覚的アラームを始動することができるシグナル；（３）注入を終了させる、あるいはポンプ速度を変更するいずれかによって、バッグ２１１８に接続されたポンプ２１０８の注入速度を変更することができるシグナル；または（４）注入ポンプ２１０６上で聴覚的アラーム（および／または振動アラーム）を発生させることができるシグナル。アラームは、いくつかのデバイス上で同時に発生させることができ、または所定のスケジュールをたどることができる。例えば、閉塞が注入ポンプ２１０６に接続されたライン内で起こった場合、（１）点滴検出デバイス２１１２がその内部スピーカおよび内部振動モータを使用して警告し、（２）その後、注入ポンプ２１０６がその内部スピーカおよび内部振動モータを使用して警告し、（３）次に、監視クライアント２１０２がその内部スピーカおよび内部振動モータを使用して警告し、（４）最後に、遠隔コミュニケータ１１（例えば、図１、３、５、７、８、９を参照）がその内部スピーカおよび内部振動モータを使用して警告する。

いくつかの実施形態では、監視クライアント２１０２内、監視クライアント２１０２とポンプとの間の通信チャネル内、またはポンプ自体内のいずれかでの故障により、通信が監視クライアント２１０２とポンプとの間で失敗した場合に、所定のポンプ速度での継続動作を可能にするように、個別のポンプをプログラムすることができる。いくつかの実施形態では、注入されている薬剤が、システムの他の部分の故障の場合に中断されないまたは持続されないように予め指定されている場合には、このような独立した機能オプションは有効にされる。いくつかの実施形態では、フェイル・セーフ・モードで独立して動作するようにプログラムされたポンプはまた、監視クライアント２１０２を通してではなく、直接点滴検出デバイス２１１２から情報を受信するように構成することができる。このオプションでは、ポンプは、いくつかの実施形態では、点滴検出デバイス２１１２が異常な流れ状態（例えば、自由流状態または注入ライン内に存在する気泡など）を検出した場合に、注入を止めるようにプログラムすることができる。いくつかの実施形態では、ポンプ２１０６、２１０８および２１１０の１つ以上は、内部流体流量計を有することができ、スタンドアロンのデバイスとして独立に動作することができる。

図２２は、本開示の実施形態による、患者介護デバイス２１０６、２１０８、２１１０、２１１２、２１１４と無線通信するためにドック内にドッキングされたタブレット２１０２を有する電子患者介護システム２２００を示す。監視クライアント２１０２は、無線で、またはドック２１２０上の無線トランシーバを通して、患者介護デバイス２１０６、２１０８、２１１０、２１１２と通信することができる。例えば、監視クライアント２１０２は、ドック２１０４内でトランシーバと通信することができる。それに加えて、または代替として、ドック２１２０は、ドック２１０４と通信するために監視クライアント２１０２により、および／または患者介護デバイス２１０６、２１０８、２１１０、２１１２、２１１４への無線接続を介して直接使用するためのトランシーバを備えている。

図２３は、本開示の実施形態による、格納式ユーザ・インターフェースを備えた監視クライアント２３１２を有するドック２３１０内にドッキングするモジュール式注入ポンプ２３０２、２３０４、２３０６、２３０８を有する電子患者介護システム２３００を示す。モジュール式注入ポンプ２３０２、２３０４、２３０６、２３０８は、標準コネクタを有し、それによってドック２３１０内にスナップ嵌めすることができる。モジュール式注入ポンプ２３０２、２３０４、２３０６、２３０８はそれぞれ、ユーザ・インターフェースを備えている。例えば、モジュール式注入ポンプ２３０２は、タッチスクリーン２３１４、開始ボタン２３１６、停止ボタン２３１６、注入速度増加ボタン２３２０および注入速度低下ボタン２３２２を備えている。図２４は、図２３の電子患者介護システム２３００の側面図であり、キャビティ２４００の輪郭を示しており、取付支柱２４０２が移動可能であり、それによって監視クライアント２３１２を旋回軸２４０４に沿って回転させ、キャビティ２４００内に押し下げることができるので、監視クライアント２３１２を中に格納することができる。

図２５は、本開示の別の実施形態による、互い違いに配置され、格納式ユーザ・インターフェースを備えた監視クライアント２５１２を有するドック２５１０内にドッキングするモジュール式注入ポンプ２５０２、２５０４、２５０６、２５０８を有する電子患者介護システム２５００を示す。図２５のシステム２５００は、互い違いに配置されたモジュール式注入ポンプ２５０２、２５０４、２５０６、２５０８を有する以外は、図２３のシステム２３００と同様であってもよい。モジュール式注入ポンプ２５０２、２５０４、２５０６、２５０８の互い違いの配置により、チューブの配置に、より大きい余裕を与えることができる。

図２６は、ドック２６０８内に共通の水平面に沿ってドッキングするモジュール式注入ポンプ２６０２、２６０４、２６０６を有する電子患者介護システム２６００を示す。ドック２６０８は、ドック２６０８内に格納可能な監視クライアント２６１０を備えている。監視クライアント２６１０は、ドック２６０８内に全体的に格納可能であり、および／またはいくつかの監視クライアント２６１０の回路をドック２６０８内に格納することができる。図２６の電子患者介護システム２６００の側面図を示す図２７から容易に分かるように、監視クライアント２６１０は、旋回軸２７００に沿って旋回して、ドック２６０８の内側のキャビティ２７０２内に監視クライアント２６１０を格納する。

図２８は、デバイス・ドック２９０４に結合されたハブ２９０２を備えた電子患者介護システム２９００の別の実施形態を示す。図２９は、図２８の電子患者介護システム２９００の側図面を示す。監視クライアント２９０１は、ハブ２９０２と一体化されている。代替の実施形態では、ハブ２９０２は監視クライアント２９０１用のクレードルであり、ドック２９０４およびスキャナ２９１２への電気接続のみを提供する。モジュール式注入ポンプ２９０６、２９０８、２９１０は、デバイス・ドック２９０４内にドッキングされているように示される。システム２９００はまた、ハブ２９０２に結合されたスキャナ２９１２を備えている。ドック２９０４は、ドック２９０４の左右側にそれぞれ、簡易脱着ハンドル２９１４および２９１６を備えている。また、各モジュール式注入ポンプ２９０６、２９０８、２９１０の左上隅部に示されているのは、それぞれのボタン２９１８、２９２０および２９２２であり、これらは、その患者介護デバイスが監視クライアント２９０１（監視クライアントの１タイプである、タブレットとして示されている）上の相互作用の焦点であるか、またはユーザによる制御のために選択されている場合に点灯する。タブレットが特定のモジュール式注入ポンプを選択して、またはユーザがモジュール式注入ポンプ２９０６、２９０８、および２９１０のボタン２９１８、２９２０、および２９２２のそれぞれのボタンを押してのいずれかで、監視クライアント２９０１上の操作のためにそれを選択することができる。

図３０〜３２は、本開示の実施形態による、支柱上に電子患者介護システムを取り付けるためのクラッチ・システムを示すいくつかの図を示す。図３０は、支柱３１０４を受けるための穴３１０２を有するドック３１００の上面図を示す。クラッチ３１１０および３１１２が、図３１に示されている。いくつかの実施形態では、クラッチ３１１０、３１１２はクリート３１１４、３１１６を備えている。ハンドル３１０６および３１０７を、個別または一緒に使用して、（例えば、ハンドルを引っ張ることによって）クラッチ３１１０および３１１２を支柱３１０４から解放することができる。それに加えて、または代替として、ハンドル３１０６および３１０７を使用して、（例えば、ハンドル３１０６、３１０７を押すことによって）クラッチ３１１０および３１１２を支柱３１０４に係止することができる。図３１から容易に分かるように、例えば重力による下向きの力はさらに、クラッチ３１１０、３１１２を支柱３１０４に対して押し付ける。２つのクラッチ３１１０、３１１２が図３１に示されているけれども、１つのクラッチを使用して、支柱３１０４を摩擦表面に対して押すことができる。図３２は、２つのファスナ３３０２および３３０４を使用して支柱３１０４を締め付ける、代替支柱取付構造３３００を示す。

図３３は、本開示の実施形態による、注入ポンプ３４００および格納可能コネクタ３４０２、３４０６を示す。図３３〜３５では、ハブ３４０１は、格納可能コネクタ３４０２および３４０６を有するように示されている。ハブ３４０１はそれ自体をドックにするドッキング・コネクタを有する。格納可能コネクタ３４０２および３４０６は、図３３では閉じられているように示されている。しかし、代替の実施形態では、格納可能コネクタ３４０２および３４０６は、注入ポンプ３４００、注入ポンプ３４１２および／または追加の注入ポンプに直接接続させることができる。ハブ３４０１は、ハブ３４０１によって囲まれた支柱取付機構を有してもよい（図３６参照）。ハブ３４０１は、いくつかの実施形態では、ドックまたはクレードルであってもよく、任意選択では、その上部に結合されたハンドルを備えることができる。ハンドルは、支柱取付機構内に一体化させることができ、それによってハンドルを持ち上げることにより、ハブ３４０１が支柱から解放される。代替として、いくつかの実施形態では、ハブ３４０１はクレードルを支持して、これを監視クライアント、例えばタブレットに取り付けることができる、または監視クライアントを別に支柱に取り付けることができる。格納式コネクタ３４０２および３４０６は、いくつかの実施形態では、格納可能コネクタ３４０２および３４０６の底部上に支持機構（例えば、リップ）を有して、注入ポンプが取り付けられた場合にそれを支持することができる。この例示的な実施形態では、リップはまた、電気接続のための機構であってもよい。

図３４では、格納可能コネクタ３４０２が開いて示されており、コネクタ３４０８および３４１０が示される。コネクタ３４０８および３４１０は格納可能コネクタ３４０２上に示されているけれども、他の実施形態では、コネクタ３４０８および３４１０はハブ３４０１上にあり、または注入ポンプ３４００および３４０２はコネクタ３４０８および３４１０を覆うためのカバーである。格納可能コネクタ３４０６は、そこにドッキングされた注入ポンプ３４１２を有する。図３５は、格納可能コネクタ３４０２にドッキングされた注入ポンプ３４１６を示しており、注入ポンプ３４１２は格納可能コネクタ３４０６にドッキングされている。注入ポンプ３４００、３４１２、および３４１６は、ハブ３４０１を介して図３５で一緒に電気接続されている。図３６は、図３３〜３５の支柱３４２０に取り付けられた注入ポンプ３４００およびハブ３４０１の上面図を示す。格納可能コネクタ３４０２および３４０６は、開構成で示される。

図３７は、本開示の実施形態による、いくつかのコネクタ３７０３、３７０５、３７０７、３７０９を有する四角形のハブ３７０１を示す。各コネクタ３７０３、３７０５、３７０７および３７０９を使用して、追加の電池、通信モジュール、スキャナ、監視クライアント、監視クライアントのＵＩ、患者介護デバイスなどを接続することができる。各コネクタ３７０３、３７０５、３７０７および３７０９は、標準的ピン配列を使用して、そこに取り付けられたモジュールがサブセットを使用することができる。いくつかの実施形態では、各コネクタ３７０３、３７０５、３７０７および３７０９は、例えばシグナルから決定されるような、デバイスのタイプに基づいて接続されるそのデバイスに特有の利用可能なピンのサブセットを使用することができる。支柱取付機構は、四角形のハブ３７０１の背面に配置することができる。四角形のハブ３７０１はまた、前面コネクタ３７１１および背面コネクタ３７１３を備えることができる。各コネクタ３７０３、３７０５、３７０７、３７０９、３７１１、３７１２に関連付けられた機械的取付具は、永久的取付具（例えば、ねじ）または簡易着脱取付部（例えば、ラッチ）であってもよい。

図３８は、本開示の別の実施形態による、支柱３７１５に結合されたハブ３７０１を有する電子患者介護システムを示す。図３８は、左側に連接型監視クライアント３７２１、上部に拡張電池／通信モジュール３７１７、底部にバーコード・スキャナ・モジュール３７１９、およびハブ３７０１の右側にポンプ・ドック３７２３を示す。ポンプ・ドック３７２３は、取り付けられた全ての注入ポンプ３７２５、３７２７、３７２９とともに、全て１つのユニットとして運ばれることができるように、輸送のために取り外し可能である。ハブ３７０１から容易な取り外しすることができるように、簡易着脱ハンドル３７３１がポンプ・ドック３７２７の上部に置かれてもよい。代替として、他の実施形態では、注入ポンプ３７２５、３７２７、３７２９は、互いにデイジー・チェーン接続することができる。連接型監視クライアント３７２１（例えば、タブレット）は、ハブ３７０１に永久的に取り付けることができ、ドック３７２３が取り外された場合に「ゼロ・チャネル・ポンプ」になることができる。例えば、監視クライアント３７２１は、ポンプが監視クライアント３７２１に取り付けられていない、および／または監視クライアント３７２１と動作可能に通信していない場合に、様々な患者介護デバイスを動作させおよび監視し続けることができる。

図３９は、本開示の別の実施形態による、ポータブル・ドック３７３３をハブ３７０１から取り外すための簡易脱着ハンドル３７３１を備えた、支柱３７１５およびポータブル・ドック３７３３に結合されたハブ３７０１を有する電子患者介護システムを示す。ハブ３７０１により、図４０に示すように、アダプタ・プレート３７３５を使用してデバイスをそこに接続することが可能になる。

図４０は、本開示の別の実施形態による、支柱３７１５に結合されたハブ３７０１、およびハブ３７０１に結合されたドック３７３５を有する電子患者介護システムを示す。図４０のドック３７３５は、コネクタ・プレートとして示されている。すなわち、ドック３７３５は、ハブ３７０１によって提供される一般的コネクタを使用して、ハブ３７０１への注入ポンプ３７２５、３７２７、３７２９の接続を容易にするように適合されたアダプタまたはコネクタ・プレートとして示されている。ドック３７０１は、ドック３７３５に接続するために十分なシグナルおよび十分な機械的アラインメントおよび方向付けを提供する、および／または逆も同様である。

図４１は、本開示の別の実施形態による、支柱４１０５に結合されたハブ４１０３を有する電子患者介護システム４１０１を示す。ハブ４１０３は、３つのそれぞれの注入ポンプ、例えば注入ポンプ４１１３および／または４１１５を受けるためのコネクタ４１０７、４１０９および４１１１を備えている。患者介護システム４１０１は、支柱４１０５の一方側に監視クライアント４１１７、例えばタブレット、およびコネクタ４１０７、４１０９および４１１１を介して支柱４１０５のもう一方側に取り付け可能な注入ポンプを備えている。３つのコネクタ４１０７、４１０９、４１１１が示されているけれども、任意の好みの数のコネクタを使用することができる。電子患者介護システム４１０１は、監視クライアント４１１７、および注入ポンプ、例えばコネクタ４１０７、４１０９、４１１１に取り付けられた注入ポンプ４１１３および４１１５を見ることを容易にする。それに加えて、電子患者介護システム４１０１は、チューブのルーティングを容易にする。チューブは、注入ポンプの上部から底部に挿入することができ、または支柱４１０５の側部で監視クライアント４１１７の側から（例えば、支柱４１０５上のチューブオーガナイザを使用して）ルーティングすることができる。監視クライアント４１１７は連接させることができる。ハブ４１０３の支柱マウントは、支柱４１０５に固定され、または支柱４１０５の、調節可能な支柱で利用可能な段差上を滑ることができる。ハブ４１０３の支柱マウントはここでは、管形状として示されているが、他の実施形態では、長方形であってもよく、および／または電源、ハンドルおよび／またはハブ・ハードウェアを備えることができる。いくつかの実施形態では、ハブ４１０３は、電気接続をルーティングするためのクレードルであってもよい。

図４２は、本開示の別の実施形態による、患者介護デバイス、例えば注入ポンプ４７１３を受けるためのノッチ４２０７、４７０９、４７１１を有するハブ４２０５に結合された監視クライアント４２０３を有する電子患者介護システム４２０１を示す。この注入ポンプ４７１３は、ノッチ４２０７、４７０９、４７１１の１つの内をスライドするスライド・コネクタ４７１５を備えている。コネクタ４７１５は、構造的に十分なものであってもよく、および／または追加の構造サポートを加えてもよい。監視クライアント４２０３は折り畳まれ、例えばドック４２０５と平らになってもよい。ドック４２０５は、例えば左から右にまたは上から下に、チューブをルーティングするための逃げを含むことができる。代替の実施形態では、注入ポンプ４７１３はドック４２０５に取り付けることができ、それによってドック４２０５の前面の前で持ち上げられて、チューブの垂直ルーティングが容易になる。図４３は、同図に示すようにハブ４２０５のノッチ４２０７、４７０９、４７１１と接続するための、Ｔ字形コネクタ、例えば図４２のコネクタ４７１５の拡大図である。

図４４は、本開示の別の実施形態による、積み重ね可能な患者介護デバイス４４０３、４４０５、および注入バッグ、例えば注入バッグ４４１１および４４０８を格納するための積み重ね可能な容器４４０７を有する電子患者介護システム４４０１を示す。積み重ね可能な容器４４０７は、中にバッグ４４１１、４４０９を固定するための蓋４４１３を備えている。電子患者介護システム４４０１は、折り畳むことができるスクリーンを備えた監視クライアント４４１５、および携帯のために引き上げることができるハンドル４４１７を備えている。

注入バッグ４４１１および４４０７はマイクロバッグであってもよく、一体型流量モニタ、および／またはバッグ４４１１および／または４４０７の内容物に関連付けられたシリアル番号またはデータ（例えば、患者データ）を中に埋め込まれて有するＲＦＩＤタグを備えてもよい。この特定の実施形態では、マイクロバッグ４４１１および４４０７は、一体型流量計、点滴カウンタ、一体型点滴チャンバ、静脈管を介して通信するための通信リンクを備えることができ、電池またはＡＣ／ＤＣ変換器を備えたまたは備えていない電源を備えて、その上で電子部品に電力を与えることができる。静脈内通信は、静脈管内に埋め込まれたまたは取り付けられた電気導体を介して；導電媒体として静脈管内の流体を使用する電気通信を介して；静脈管を通して進む音波を使用して；または光導波路として管内の流体を使用することによって光学的に；行われてもよい。静脈内通信は、例えば対称または非対称キー暗号を使用して暗号化することができる。マイクロバッグ４４１１および／または４４０７は、流量および／または中に入れられた液体の内容を記載したデータを（注入チューブを介して）注入ポンプに通信する光学コミュニケータを備えることができる。マイクロバッグ４４１１および／または４４０７は、点滴カウンタとインターフェース接続することができるピグテイルにＲＦＩＤおよび／またはＮＦＣタグを備えて、リーダはそれを使用してマイクロバッグ４４１１および／または４４０７内の液体の内容および／または量（例えば、その情報がその中に符号化されている）を判断することができる。マイクロバッグ４４１１および／または４４０７は、気泡センサ（容量式または超音波式）を備えてもよく、これは、気泡サイズの推定を監視クライアントおよび／またはハブに通信する。マイクロバッグ４４１１および／または４４０７は、これらが動作する（例えば、バルブを開く、および／または一体型流量計、点滴カウンタまたは点滴チャンバ、通信リンク、電源などをアクティブにする）前に、ＮＦＣおよび／または測距モジュールによって判断された、患者から所定の距離内にある必要があることがある。

図４５は、本開示のさらに別の実施形態による、患者介護デバイスの別のスタックの隣に積み重ね可能である積み重ね可能な患者介護デバイス４５０３、４５０５、４５０７、４５０９、４５１１、４５１３、４５１５、４５１７を有する電子患者介護システム４５０１を示す。電子患者介護システム４５０１は、折り畳むことができるスクリーン、および携帯のために引き上げることができるハンドル４５２０を含む監視クライアント４５１９を備える。

図４６は、本開示の別の実施形態による、単一のシリンジ４６０９を有するシリンジ・ポンプ患者介護デバイス４６０７を備えた積み重ね可能な患者介護デバイス４６０３、４６０５、４６０７を有する電子患者介護システム４６０１を示す。

図４７は、本開示の別の実施形態による、２つのシリンジ４７１１、４７１３を有するシリンジ・ポンプ患者介護デバイス４７０７を備えた積み重ね可能な患者介護デバイス４７０３、４７０５、４７０７、４７０９を有する電子患者介護システム４７０１を示す。

図４８は、本開示の別の実施形態による、ディスプレイ（すなわち、ディスプレイ４８１１、４８１３、４８１５、４８１７）をそれぞれ有する積み重ね可能な患者介護デバイス４８０３、４８０５、４８０７、４８０９を有する電子患者介護システム４８０１を示す。図４９は、図４８の電子患者介護デバイスのハンドル４９０１の拡大図である。図５０は、図４８の電子患者介護システム４８０１の注入ライン・ポート５００１の拡大図であり、その中を通って配置された注入ライン５００３を示す。

図５１〜５２は、本開示の別の実施形態による、電子患者介護システム５１０１の別の実施形態を示し、取り外し可能、積み重ね可能な患者介護デバイス５１０３を示している。図５２は、支柱５１０５とともに電子患者介護システム５１０１を移動させるための移動の配置に動かされているハンドル５１０５を示す。

図５３は、本開示の別の実施形態による、支柱５３１７に結合され、ドック・コネクタ５３０５を介してハブ５３０３に結合された積み重ね可能な患者介護デバイス５３０７、５３０９、５３１１、５３１３、５３１５を有する電子患者介護システム５３０１を示す。ハブ５３０３は、監視クライアント５３０５に結合されている。ドック・コネクタ５３０５は、患者介護デバイス５３０７および５３０９に接続し、これらは、デイジー・チェーン接続を介して患者介護デバイス５３１１、５３１３および５３１５に接続される。

図５４は、本開示の別の実施形態による、底部から上に積み重ね可能である積み重ね可能な患者介護デバイス５４０３、５４０５、５４０７を有する電子患者介護システム５４０１を示す。図５５は、本開示の別の実施形態による、上部から下に積み重ね可能である積み重ね可能な患者介護デバイス５５０３、５５０５、５５０７を有する電子患者介護システム５５０１を示す。

図５６は、本開示の別の実施形態による、支柱５６０５を摩擦力で把持するための、解放ハンドル５６０３を有するクラッチ・システム５６０１の斜視図を示す。図５７は、図５６のクラッチ・システム５６０１の背面図を示し、クラッチ５６０７および５６０９を係合するためのハンドル５６０３の使用法を例示する、透明な背面を示している。図５８は、図５６のクラッチ・システムの上面断面図を示す。

図５９は、本開示の実施形態による、注入ポンプを制御するためのシステム３４００のブロック図である。システム３４００は、ユーザ・インターフェース・コンポーネント３４０２、ポンプ・エンジン・コンポーネント３４０４、データ管理治療層コンポーネント３４０６、流体測定／安全性モニタ・コンポーネント３４０８を備えている。

コンポーネント３４０２、３４０４、３４０６、および３４０８は、例えばハードウェア、ソフトウェア、実行中のソフトウェアで、デジタル論理で、ファームウェア、バイトコード、仮想化で、ＰＬＤ、ＦＰＧＡまたはＰＬＡを使用して、１つ以上のプロセッサを使用して、またはこれらのある組合せを使用して、実施することができる。例えば、コンポーネント３４０２、３４０４、３４０６および３４０８は、デバイス３４０１上で１つ以上のプロセッサによって実行するように構成されたプロセッサ実行可能な指示の動作可能な１セットであってもよく、例えば、デバイス３４０１は本明細書に開示された監視クライアントであってもよい。コンポーネント３４０２、３４０４、３４０６および３４０８は、１つ以上のプロセッサによって実行するために１つ以上のプロセッサによって読み取り可能な非一過性コンピュータ可読媒体上に記憶させることができ、例えば、１つ以上のプロセッサは、非一過性コンピュータ可読媒体と動作可能に通信することができる。

ユーザ・インターフェース３４０２は、ユーザ入力、例えば注入速度を受けるように構成されたタッチスクリーン（または、タッチスクリーンを制御するためのプロセッサ実行可能コード）であってもよい。ユーザ・インターフェース３４０２は、オペレータによって使用されて、治療パラメータを設定し、治療状態を見ることができる。ユーザ・インターフェース３４０２は、治療中に患者治療パラメータを調節するために、システム３４００の設定上の案内のために、および／またはシステム３４００の治療後の分解のために使用されることができる。ユーザ・インターフェース３４０２は、タッチスクリーンおよびボタンを備えることができる。ユーザ・インターフェース３４０２は、デバイス３４０１上の常駐ソフトウェア・アプリケーションであってもよく、または手持ち式デバイスまたはナース・ステーションのコンピュータなどの遠隔または別のコンポーネントによって実行されてもよい。例えば、ユーザ・インターフェース３４０２は、遠隔コミュニケータ１１、または図１、３、５、７、８または９の他の監視クライアント１、４、スマートフォン、タブレット、ＰＣ、タブレット・コンピュータなどによって実施されてもよい。

データ管理治療コンポーネント３４０６は、１つ以上の外部データ・システム３４１０と通信することができる。例えば、データ管理治療コンポーネント３４０６は、患者３４１２のＩＤと電子診療録３４１０とを比較して、ユーザ・インターフェース・コンポーネント３４０２を介して入力された治療（例えば、注入速度）が、以下のものかどうか判定することができる：（１）患者にとって安全であること、（２）患者３４１２の病気、状態、疾病、および／または治療計画に合致すること、（３）別の薬剤または治療と禁忌でないこと、（４）（ＲＦＩＤタグ、音声認証、顔認識、ユーザ名／パスワード識別または認証、セキュアな署名などによって決定される）患者３４１２の近接範囲内に居ると判断できる専門家の存在を必要としないこと。

データ管理治療コンポーネント３４０６は、全ての治療設定を含むことができ、外部データ・システム３４１０で設定を認証することができ、流量、薬物設定、バイタル・サインなどの治療履歴を外部データ・システム３４１０の電子診療録に記録することができる。データ管理治療コンポーネント３４０６はまた、あらゆる安全性モニタについてパラメータを設定することができる。データ管理治療コンポーネント３４０６が治療を確認した場合、この設定はポンプ・エンジン・コンポーネント３４０４に送信される。

ポンプ・エンジン・コンポーネント３４０４は、患者治療パラメータ、例えば注入速度を注入ポンプ３４１４に送信する。注入ポンプ３４１４は、本明細書に開示する任意の注入ポンプであってもよい。本開示のいくつかの実施形態では、ポンプ・エンジン・コンポーネント３４０４だけが、注入速度をポンプ３４１４に送信する。該ポンプは、流量計に対して重複する流量測定能力を有することができ、またはシステム３４０６の一次流量測定である。

流量測定／安全性モニタ・コンポーネント３４０８は、他のポンプ・エンジン・コンポーネント３４０４に対するウォッチドッグとして働くことができ、流量計（図示せず）から流量データを受信することができ、ポンプ３４１４に対するウォッチドッグとして働くことができる。流量測定／安全性モニタ・コンポーネント３４０８は、故障またはエラー状態が存在するかどうか、例えば測定した注入速度が所定の範囲外または閾値を超えているかどうか判定することができ、停止コマンドをポンプ３４１４に通信して、ポンプ３４１４を停止することができる。それに加えて、または代替として、流量測定／安全性モニタ・コンポーネント３４０８は、機械的閉塞デバイス（図示せず）と通信して、患者３４１２への注入流体の流れを止めることができる。

それに加えて、または代替として、流量測定／安全性モニタ・コンポーネント３４０８は、流量とともに患者状態パラメータ、例えば心拍数、体温、バイタル・サインなどに関するフィードバックを受信することができる。流量測定／安全性モニタ・コンポーネント３４０８によって監視されたパラメータのいずれかが所定の範囲外である場合、テキスト・メッセージまたはＥメールなどの警戒が、例えば、監視デバイス、遠隔コミュニケータ、他の監視クライアント、スマートフォン、タブレット、ＰＣ、タブレット・コンピュータなどに発せられる。それに加えて、または代替として、流量測定／安全性モニタ・コンポーネント３４０８は、機械的閉塞デバイス（図示せず）と通信して、患者３４１２への注入流体の流れを止めることができる。

図６０は、本開示の実施形態による、いくつかの電子患者介護デバイス３５０２、３５０４、３５０６、３５０８、３５１０と通信するためのシステム３５００のブロック図である。

システム３５００は、無線またはＵＳＢベースのドックまたはハブ３５１８を備えている。ドック３５１８は、点滴カウンタ３５０２、注入ポンプ３５０４、ウェアラブル・システム・モニタ３５０６、丸薬ディスペンサ３５０８および他のデバイス３５１０に結合されている。他のデバイスは、例えば、パルス・オキシメータ・デバイス、心拍モニタ・デバイス、血圧デバイス、および体温デバイスなどの様々な患者状態デバイスであってもよい。デバイス３５０２、３５０４、３５０６、３５０８、３５１０は、監視クライアント、例えばタブレット３５１４と通信し、次に監視クライアント、例えばタブレット３５１４が、１つ以上のサーバ３５１６と通信する。１つ以上のサーバ３５１６は、例えば図１、３、５、７または８の設備サービス８、オンライン薬物データベース９または薬物有害事象ネットワーク９、患者のパーソナルＥＨＲ１９’、または治療結果データベース１０のサーバであってもよい。

無線またはＵＳＢドック３５１８とデバイス３５０２、３５０４、３５０６、３５０８、３５１０との間の無線通信は、例えば、ＷｉＦｉ、ブルートゥース、ロー・エネルギー・ブルートゥース、Ｚｉｇｂｅｅ、測距が可能な通信リンク、近距離通信、ＲＦＩＤ通信などであってもよい。

タブレット３５１４は、本開示のいくつかの実施形態では、一次プログラムおよび監視インターフェースであってもよい。タブレット３５１４は、単一の患者に対して構成することができ、またはドック３５１８内にドッキングされた場合、またはタブレット３５１４が患者を識別した場合に構成することができる（例えば、患者のＩＤがタブレット３５１４に手動で、ＲＦＩＤリーダ、バーコード・リーダなどを通して入力された後に、タブレット３５１４が患者治療パラメータをダウンロードすることができる）。

タブレット３５１４は、患者状態パラメータまたは患者治療パラメータを１つ以上のサーバ３５１６に通信することができる。１つ以上のサーバ３５１６は、患者状態パラメータまたは患者治療パラメータを記憶することができる。タブレット３５１４は、患者介護パラメータ、例えば患者状態パラメータまたは患者治療パラメータをリアルタイムで（すなわち、期限などの少なくとも１つの時間制約で）通信することができる。

タブレット３５１４は、無線で、ＵＳＢケーブルを通してドック３５１８に接続することができる、またはそこにドッキングすることができる。タブレット３５１４は、いくつかの実施形態では、ドック３５１８から１つ以上の有線通信を通して電力およびデータを受ける。

注入ポンプ３５０４は、低流量注入ポンプ（例えば、毎時０．１〜１０ミリリットルを送達することができるもの）、中流量注入ポンプ（例えば、毎時１０〜３００ミリリットルを送達することができるもの）、高流量注入ポンプ（例えば、毎時３００〜１０００ミリリットルを送達することができるもの）、様々な流量設定の間で切り替わる注入ポンプ、またはそのある組合せであってもよい。注入ポンプ３５０４は、ハブ３５１８内に受信部を通して挿入することができる。すなわち、ハブ３５１８はまたドック（図６０には図示せず）であってもよい。注入ポンプ３５０４は、本開示のいくつかの実施形態では、ハブ３５１８から１つ以上の有線通信を通して電力およびデータを受ける。注入ポンプ３５０４は、ハブ３５１８からドッキングを外すように構成することができ、患者が所持している間、動作し続けることができる。注入ポンプ３５０４は、配置のために、および／または注入バッグ（静脈内バッグとも呼ばれる）に取り付けるために、薬局に送られることができる。いくつかの実施形態では、注入ポンプ３５０４は、特定のバッグおよび／または特定の患者とのみ動作するように構成することができる。

ウェアラブル・システム・モニタ３５０６は、図１、３、５、７、８または９のウェアラブル・システム・モニタ１３１であってもよい。いくつかの実施形態では、ウェアラブル・システム・モニタ３５０６は、例えばＲＦＩＤを介して、スマート・アーム・バンドから患者の識別情報を読み出すことができ、他のデバイス３５０２、３５０４、３５０８、３５１０のいずれにもウォッチドッグ機能を提供することができ、流量を追跡し、空気を検出し、人体器官を監視することができ、またはその上に一体化されたコール・ボタンを含むことができる。ウェアラブル・システム・モニタ３５０６は、エラー状態に応じて流れを閉塞することができる。ウェアラブル・システム・モニタ３５０６は、ハブ３５１８または注入ポンプ３５０４と無線通信することができる。

図６１は、本開示の実施形態による、ＵＳＢ接続により患者介護デバイス３７０４、３７０６Ａ〜３７０６Ｃに接続可能なドック３７０２を有する電子患者介護システム３７００のブロック図である。システム３７００は、タブレット３７０８を受けるドック３７０２を備えている。ドック３７０２は、ＵＳＢ接続を含むハブ３７１０に結合され、ＵＳＢ接続を通してドック３７１２および３７１４に接続することができる。ドック３７１２は、丸薬ディスペンサ３７０４を受ける。ドック３７１４は、注入ポンプ３７０６Ａ〜３７０６Ｃを受ける。ドック３７１２および３７１４は、そこにドッキングされたデバイス３７０４、３７０６Ａ〜３７０６Ｃに電力を提供する。

ドック３７０２は、タブレット３７０８の内部電池に電力を供給し、これを充電する。ドック３７０２はまた、ＵＳＢハブ３７１０に結合され、これに対してはタブレット３７０８がホストである。流量計３７１６、例えば点滴カウンタ、およびウェアラブル・システム・モニタ３７１８は、タブレット３７０８上のアンテナおよびトランシーバを介して、および／またはドック３７０２上のトランシーバおよびアンテナを介して、タブレット３７０８に無線通信することができる。本開示に照らして分かるように、流量計３７１６およびウェアラブル・システム・モニタ３７１８は、タブレット３７０８との無線通信を容易にするように、図１の通信モジュール１２４およびアンテナ１２２などのトランシーバおよびアンテナと動作可能に結合することができる、または他様にその中に一体化することができる。

図６２は、本開示の実施形態による、電子患者介護のいくつかの段階を示すプロセス図３８００である。プロセス図３８００は、例えば図１、３、５、７、８および９の例示的なシステムで使用するための電子患者介護の方法であってもよい。プロセス図３８００は、段階３８０２〜３８１０を含む。段階３８０２は、内科医が電子診療録内の患者データおよび以前の治療履歴を検討し、コンピュータ化内科医指示エントリ・サーバ３８１２内に処方箋を入力するステップを含む。

段階３８０４は、薬剤師が薬物容器を準備し、印刷されたラベルおよび／またはＲＦＩＤで容器を識別し、そして送達デバイスを選択するステップを含む。段階３８０６は、容器を患者または外科病棟に運び、容器、例えば制御された物質を追跡するステップを含む。段階３８０８は、看護師が治療を設定しおよび調節し、５Ｒ（正しい患者、正しい薬物など）をチェックするステップを含む。段階３８１０は、薬剤を送達し、電子医療録に治療歴を記録し、警戒またはアラームを発し、患者の観察、例えば患者を監視するステップを含む。

図６３は、ドック３９０４にドッキングされた注入ポンプ３９０２、ドック３９０８内にドッキングされた丸薬ディスペンサ３９０６、およびＵＳＢケーブルを介してドック３９０４および３９０８とインターフェース接続するためのハブ３９１０を有するシステム３９００を示す。ハブ３９１０はまた、タブレット３９１４を受けるタブレット・ドック３９１２とインターフェース接続する。それに加えて、または代替として、タブレット３９１４はハブ３９１０と無線通信する。タブレット３９１４は、通信に使用されるモードまたはテクノロジーが変わった場合、例えば有線から無線にまたは無線から有線に変わった場合に、警戒および／またはアラームを発することができる。

ハブ３９１０は、ディスプレイ３９１６を備えており、ドック３９１２を通してタブレット３９１４との間にインターフェースを提供する。ハブ３９１０は、プログラム、セットアップ・ガイダンス、状態、表示警戒、表示アラームなどのために、ディスプレイ３９１６（タッチスクリーンであってもよい）上に表示されたＧＵＩをサポートすることができる。

本開示のいくつかの実施形態では、ハブ３９１０は、システム３９００を、タブレット３９１４内でまたはそれに関して起こり得る何らかの故障またはエラーに完全にフォールト・トレラントにすることができる患者安全回路を全て備えており、患者の安全に必要なユーザ・インターフェースは、ハブ３９１０上、または患者介護デバイス３９０６および３９０２のディスプレイ上のいずれかである（例えば、注入ポンプ３９０２は、ディスプレイ３９１８を備えているが、明示的に示されたデバイス３９０６ではない）。例えば、ハブ３９１０は、送達されるべき注入速度および薬物の（例えば、ハブ３９１０のタッチスクリーンを介しての）ユーザ確認を、注入ポンプ３９０２に注入速度の要求または指示を送信する前に、要求してもよい。それに加えて、または代替として、いくつかの実施形態では、注入ポンプ３９０２は、動作の前に、送達されるべき注入速度および薬物のユーザ確認を（例えば、注入ポンプ３９０２のタッチスクリーンを介して）要求する。

ハブ３９１０は、ヘルプ・ガイダンス、警戒プロンプト、アラーム・プロンプトに対する可聴表示を鳴動することができ、独立の安全システムを備えて、セーフティ・クリティカル・タスクを監視することができ、警戒またはアラーム状態が起きた場合に患者介護デバイスを安全な状態に置くためのフェイル・セーフ・システムであることができ、クリティカル・センサ用の独立のセンサを備えることができ、タイム・クリティカルな患者介護デバイス、例えばリアルタイムの患者介護デバイス用の独立のタイム・ベースのまたはリアルタイムのクロックを備えることができ、電池バックアップを備えて、ＵＳＢケーブルを通して患者介護デバイスに電力を与えることができ、および回路に充電する電池を備えて、その中の内部電池を充電することができる。

ハブ３９１０は、ＡＣまたはＤＣ電源用電力入力モジュールを備えてもよく、標準的ＡＣ電力アウトレットから電力を受けることができる。ハブ３９１０は、ＩＥＣ−６０６０１に従った絶縁および電磁互換性の要件を満たしてもよい。ハブ３９１０は、内部バックアップ電池を充電し、その中の様々な回路に電力を提供し、または患者介護デバイス３９０６、３９０２にそれぞれのＵＳＢケーブルを介して電力を与えるために、使用されることができる調整ＤＣ電力に、ＡＣ電力を変換する。

ハブ３９１０は、選択可能またはプログラム可能なＩＥＣ−６０６０１対応電源を備えて、取り付けられた患者介護デバイスが、電力パラメータ、例えば、電圧、デューティ・サイクル、ＤＣまたはＡＣ電力などをハブ３９１０に要求することができるようにしてもよい。ハブ３９１０は、ＩＥＣ−６０６０１によって規定された一次電源とは独立した１つ以上の独立電源を備えてもよい。

ハブ３９１０は、ＵＳＢケーブルまたは他のケーブル（明示的には図示せず）を介して電力を供給するために使用することができるバックアップ電池を備えている。ハブ３９１０は、その独自の電池充電回路、例えば定電圧／定電流充電回路を備えてもよい。

ハブ３９１０のディスプレイ３９１６は、患者介護デバイス３９０２、３９０６、３９２０から受信したシグナルに基づいて、アラームまたは警戒を表示することができる。例えば、ハブ３９１０は患者介護デバイス３９０２、３９０６、３９２０に周期的に照会することができ、ハブ３９１０が、患者介護デバイス３９０２、３９０６、３９２０またはタブレット３９１４の１つ以上から応答を受けない場合、あるいは、患者介護デバイス３９０２、３９０６、３９２０またはタブレット３９１４の１つ以上が無反応になった場合、ディスプレイ３９１４は警戒またはアラームを表示する。アラームは、患者介護デバイスが無反応であることをユーザに示すことができる。患者介護デバイスは、シリアル番号、注入ポンプ経路、注入ポンプによって送達されている薬物、患者介護デバイス上に表示されている文字または数字を介して、監視デバイス上の患者介護デバイスの視覚的マッピングなどを介して、監視クライアントによって識別されることができる。例えば、監視クライアント３９１４は、患者介護デバイス３９０２、３９０６、３９２０のレイアウト図をそのスクリーン上に表示して、これらのデバイスの視覚的マッピングを提供することができる。その後、問題のあるデバイス、ドック、またはハブは、点滅する赤色デバイスとして表示されて、ユーザにそのデバイスが警戒および／またはアラームの対象であるデバイスであることを示すことができる。ハブ３９１０はまた、状態表示灯、ＬＥＤ、スピーカ、バイブレータまたは他の視覚／音声表示器を備えてもよい。

ハブ３９１０は、例えばボタン、またはスイッチ、タッチペン入力などの他の入力デバイスを備えることができる。本開示のいくつかの実施形態では、ハブ３９１０のみが、患者介護デバイスの警戒および／またはアラームを発する。しかし、他の実施形態では、患者介護デバイス３９０２、３９０６、３９２０またはタブレット３９１４が警戒および／またはアラームを発する。

ハブ３９１０は、それぞれ互いに対するウォッチドッグである２つの別個のプロセッサを備えることができる。ハブ３９１０はまた、大気温度センサ、圧力センサ、湿度センサなどの様々なセンサを備えることができる。ハブ３９１０のセンサは、患者介護デバイス３９０２、３９０６、３９２０またはタブレット３９１４上のセンサに対して冗長であってもよく、またはハブ３９１０は、患者介護デバイス３９０２、３９０６、３９２０またはタブレット３９１４に、ハブ３９１０のセンサによって行なわれた測定へのアクセスを与えてもよい。

ハブ３９１０は、例えば、ＷｉＦｉ能力、Ｚｉｇｂｅｅ、ブルートゥース、ロー・エネルギー・ブルートゥース、Ｘｂｅｅ、近距離通信、測距デバイスなどを含むことができる。ハブ３９１０はまた、例えばＲＳ−２３２、ＳＰＩ、ＣＡＮ、ＵＳＢ、イーサネット接続などの様々な有線インターフェースを含むことができる。

ハブ３９１０はまた、患者介護デバイス３９０２、３９０６、３９２０またはタブレット・ドック３９１２の１つ以上に結合されたフェイルセーフ・ラインを備え、これが引き下げられると、安全回路が、患者介護デバイス３９０２、３９０６、３９２０またはタブレット・ドック３９１２の全て、または故障を生じる特定のデバイスをフェイル・セーフ・モードに入れることが起こり得る。例えば、電気導体（すなわち、ワイヤまたはライン）が、ハブ３９１０と抵抗器を介して電圧源に結合された１つ以上のものと間に存在することがあり（すなわち、そのラインが「高い」）、別の回路は導体を接地表面に結合させることができる（その導体は、いわゆる「引き下げられ」ることができる）。本開示の全ての実施形態ではないが、いくつかの実施形態では、患者介護デバイス３９０２、３９０６、３９２０の１つ以上などの本明細書に開示した監視クライアント、またはタブレット３９１４などの監視クライアントがフェイル・セーフ・モードに入ると、ソフトウェア・ルーチンのうちの重要なもの（所定の１セット）だけが有効にされ、および／または重要な回路（所定のセット）だけに電力が与えられる。全てではないが、いくつかの実施形態では、注入ポンプのモータ・ドライバ回路を除く全ての回路、例えばラジオ、ディスプレイ、ディスプレイ・ドライバまたは他の回路を無効にすることができる。それに加えて、または代替として、全ての実施形態ではないが、いくつかの実施形態では、特定のフェイル・セーフ・モードが、例えば注入ポンプなどに入力された場合に、必要ではないいくつかのソフトウェア・ルーチンまたは機能を無効にすることができ、構成情報を表示するソフトウェアを無効にすることができる。

ハブ３９１０はまた、カメラ３９２２を備え、これは、システム３９００へのアクセスを許可し、または顔認識ソフトウェアを使用してまたはバーコード（２Ｄまたは３Ｄ）を読み取ることによって、患者、看護師、または薬物を識別するために使用することができる。ハブ３９１０のカメラ３９２２はまた、薬物情報を読み取り、それを１つ以上のサーバ３９２６に照らして正確かどうかチェックし、薬物が正しい患者に送達されていることを保証することができる。それに加えて、または代替として、ハブ３９１０はまた、マイクロフォン３９２４を備えて、音声認識ソフトウェアを使用して、患者、看護師または介護人を識別することができる。

ハブ３９１０はまた、バーコード・リーダ、ＲＦＩＤリーダまたは磁気ストリップ・リーダであるスキャナ３９２８を備えることができる。スキャナ３９２８を使用して、システム３９００へのアクセスを許可し、または患者、看護師または薬物を識別することができる。ハブ３９１０のスキャナ３９２８はまた、薬物情報を読み取り、それを１つ以上のサーバ３９２６に照らして正確かどうかチェックし、薬物が正しい患者に送達されていることを保証することができる。

ハブ３９１０はまた、１つ以上のコンポーネントを備えて、その中の１つ以上のプロセッサによって実行することができる。ハブ３９１０は、以下のものを備えることができる：所与の間隔で、患者介護デバイスが通信照会（例えば、５秒毎または他の適切な間隔で各患者介護デバイスにコールアンドレスポンスの投げ掛けをして、ハブ３９１０が応答を受信しない場合、ハブ３９１０は安全ラインを「引く」、すなわちエラー状態が存在することを表示する）に応答していることを認証するためのウォッチドッグ・コンポーネント；様々な電源電圧の健康を監視し、電圧レベルをチェックするためのウォッチドッグ回路；ハブ３９１０を通して伝達されているデータが破損していないことを認証し、タブレット３９１４または本明細書で開示される患者介護デバイスに送信される内部および送り届けられたパケットをチェックするためのデータ整合性チェック；またプログラムされた閾値のチェックを可能にする範囲チェッカ。ハブ３９１０は、データ整合性チェックを使用してもよい。

ハブ３９１０は、タブレット３９１４を監視することができ、エラーが患者介護デバイスに起こった場合に別個に警告することができる。本開示のいくつかの実施形態では、ハブ３９１０は、セーフティ・クリティカル回路およびソフトウェアの全てを含むことができ、それによって、システム３９００はタブレット３９１４の故障に完全にフォールト・トレラントであり、および／またはタブレット３５１４のあらゆる故障モードに完全にフォールト・トレラントである。

ハブ３９１０は、ディスプレイ３９１６またはタブレット３９１４上にデータを表示するために、アプリケーション・プログラミング・インターフェース（「ＡＰＩ」）を含むことができる。ＡＰＩはセキュアなデータ・クラスを備えることができる。患者介護デバイスは、ＡＰＩを使用して、ハブ３９１０のディスプレイ３９１６上に表示することができる。患者介護デバイスは、患者介護デバイスに対してインターフェースをどのように表示するかをタブレット３９１４に指示するメッセージをタブレット３９１４に送信することができる。それに加えて、または代替として、ハブ３９１０は、タブレット３９１４上にユーザ・インターフェースを表示するために１つ以上のサーバ３９２６からアプリケーションをダウンロードするようにタブレット３９１４に指示するメッセージをタブレット３９１４に送信し、ハブ３９１０は、ＵＳＢケーブルを介して、または無線で（例えば、本明細書に記載したペアリングを使用して）のいずれかで、患者介護デバイスがハブ３９１０に最初に接続されたときに、このメッセージを送信することができる。それに加えて、または代替として、ハブ３９１０は、識別された患者介護デバイスとインターフェース接続するためのユーザ・インターフェースを表示するようにタブレット３９１４に指示を送信する。

図６４はシステム４０００を示し、これは、１つ以上のサーバ４００２の電子診療録サーバが、処方箋を入力し、該処方箋を注入ポンプ４００４Ａ〜４００４Ｃの１つの注入ポンプに送信することを可能にし、それをスキャナ４００６を使用し、および／または注入ポンプ４００４Ａ〜４００４Ｃの１つ以上のインターフェースを使用して確認する。処方箋は、サーバ４００２上のＥＭＲ記録から、アプリケーションを介して注入ポンプ４００４Ａ〜４００４Ｃに送信することができる。アプリケーションはベッドサイド・コンピュータ４００８上にあって、臨床医の処方箋とのコンプライアンスを判断するために使用することができる。いくつかの実施形態では、アプリケーションは監視クライアント上にある。ベッドサイド・コンピュータ４００８は、標準的ＡＰＩを通して１つ以上のサーバ４００２のＥＭＲサーバとインターフェース接続するアプリケーションを備えて、注入ポンプ４００４Ａ〜４００４Ｃ上で使用するための処方箋および／または治療計画をダウンロードすることができる。ＡＰＩはセキュアなデータ・クラスを含むことができる。いくつかの追加の実施形態では、ハブは上に記載したようにミドルウェアを通してサーバ４００１と通信する。それに加えて、または代替として、図６５を参照すると、ＥＭＲサーバとインターフェース接続するためのアプリケーションは、図６５に示すようにタブレット４１０２上にあってもよい。スキャナ４１０４はハブ４１０６に結合されているように示されているけれども、患者介護デバイス４１０８Ａ〜４１０８Ｃ、またはタブレット・ハブ４１１０に取り付けることもできる。薬剤を識別するためにスキャナ４１０４を使用しないで、カメラ４１１２を使用して、薬剤、例えば注入バッグまたは丸薬容器の上の２Ｄまたは３Ｄバーコードを読み取ることによって薬剤を識別してもよい。

図６６に、システム４２００が示される。患者介護デバイス４２０２Ａ〜４２０２Ｃのうちの１つの患者介護デバイスは、患者介護パラメータ、例えば注入速度などの患者治療パラメータを認可されたデバイスまたはペアリングされたデバイスに放送することができる（図６７参照）。例えば、注入ポンプ４２０２Ａ、ハブ４２０４、遠隔コミュニケータ４２０６、ナース・ステーション４２０８またはベッドサイド・コンピュータ４２１０は、温度プローブなどから放送されたシグナルを受信することができる（例えば、注入ポンプ４２０２Ａは温度プローブに認可されている）。データは、異なるレベルの暗号を有することができ、それによって、全てのデータが全てのクライアントによってアクセス可能なわけではない（例えば、別のデバイスに認可されたデバイスは、必要なセキュリティ優先度が最小レベルであってもよい）。放送されるシグナルは、タブレット４２１２またはそのサブセットによって受信されるのと同じシグナルであってもよい。放送されたメッセージは、クロスプラットフォーム・プロトコル、例えばｈｔｔｐ、ｈｔｔｐｓなどを使用することができる。

図６７は、本開示の実施形態による、図６６のシステム４２００に対する通信のタイミング図４３００を示す。タイミング図４３００は、タブレット４２１２で実行される電子診療録アプリケーション・プログラミング・インターフェースを使用した通信を示す。本開示のいくつかの実施形態では、誤薬低減システムおよび／またはガードレイル（または、そのキャッシュ・バージョン）は、ハブ４２０４または注入ポンプ４２０２Ａ〜４２０２Ｃのうちの１つの注入ポンプ上に存在して、システム４２００が１つ以上のサーバ４２１４上で電子診療録と動作可能に通信していない場合に、冗長な患者安全を提供することができる。

タイミング図４３００は、行為４３０２〜４３５４を含む。行為４３０２中、ユーザは、コンピュータまたは監視クライアント、例えばタブレット内のアプリケーション（「アプリ」）内の処方箋を更新する。行為４３０４では、更新された処方箋は、ＥＭＲ内の１つ以上のサーバに通信される。行為４３０６は、ＤＥＲＳ内の処方箋をチェックして、例えば所定の基準を使用して、任意の患者または特定の患者に対して安全であるかどうか判定する。行為４３０８は、安全情報をＤＥＲＳシステムから監視クライアントまたはコンピュータ・アプリケーション上のアプリケーションに通信する。行為４３１０は、安全情報を受信する。行為４３１２は、処方箋をタブレットまたはコンピュータ・アプリケーションからハブのＡＰＩに、行為４３１４のハブのＥＭＲアプリケーション・プログラミング・インターフェース（ＡＰＩ）を介して通信する。ＡＰＩは、セキュアなデータ・クラスを含むことができる。行為４３１６は、処方箋を行為４３１８におけるポンプに通信し、これは次に、処方箋を行為４３２０におけるポンプに通信する。行為４３２２は、例えばタッチスクリーンを介して、ポンプ・ユーザ・インターフェース上の処方箋のユーザ確認を要求する。確認後、この確認は行為４３２４においてポンプに通信され、行為４３２６において受信される。行為４３２６中、治療が開始され、状態情報は、行為４３２８を介してポンプ状態ＵＩに通信され、行為４３３０においてユーザに表示される。

また、状態情報は、行為４３３２および４３３４において通信される。行為４３２６では、状態情報はハブによって受信され、ハブは行為４３３８においてＷｉＦｉを介してその状態を放送する。タブレット・アプリケーションは、行為４３４０中の状態情報を行為４３４２中の状態の通信から受信する。行為４３４６中、状態情報はＥＭＲ ＡＰＩを介してインターフェース接続され、行為４３４８を介してタブレットまたはコンピュータ・アプリに通信され、行為４３５０において受信される。状態情報は、行為４３５２においてＥＭＲデータベースに通信され、行為４３５４においてＥＭＲデータベースを更新する。いくつかの実施形態では、ＥＭＲとＡｌｌｓｃｒｉｐｔタブレット／コンピュータ・アプリまたはハブとの間の通信は、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）を通したものである。

図６８Ａ〜６８Ｂは、本開示の実施形態による、図６７のタイミング図を示す方法４３３５のフローチャート図を示す。方法４３３５は行為４３０１〜４３３３を含む。

行為４３０１は、アプリケーション内の患者用処方箋を更新する。行為４３０３は、患者用の更新された処方箋の安全を決定するために、サーバ上の電子診療録をアプリケーションから照会する。行為４３０５は、アプリケーションにサーバから患者用の更新された処方箋の決定された安全性を通信する。行為４３０７は、ハブのＡＰＩにアプリケーションから更新された処方箋を通信する。ＡＰＩはセキュアなデータ・クラスを含むことができる。いくつかの実施形態では、行為４３０７の通信は、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）を通して起こる。行為４３０９は、更新された処方箋の安全をハブ内で決定する（例えば、いくつかの実施形態では、ＤＥＲＳチェックおよび／または処方箋チェック）。いくつかの実施形態では、行為４３０９は任意選択である。いくつかの実施形態では、行為４３１１は、ポンプにハブから更新された処方箋を通信する。いくつかの実施形態では、行為４３１１は任意選択である。

行為４３１３は、ポンプのユーザ・インターフェース上に更新された処方箋の確認要求を表示する。行為４３１５は、ポンプのユーザ・インターフェース上の更新された処方箋を確認する。行為４３１７は、更新された処方箋に従って流体をポンプで注入する。行為４３１９は、ポンプのユーザ・インターフェース上にパラメータを表示する。行為４３２１は、ハブにポンプからパラメータを通信する。行為４３２３は、ハブからパラメータを無線放送する。行為４３２５は、監視クライアント、例えばタブレットにハブからパラメータを通信する。行為４３２７は、監視クライアントのユーザ・インターフェース上にパラメータを表示する。行為４３２９は、ハブのＡＰＩを使用して、アプリケーションにハブからパラメータおよび／または更新された処方箋を通信する。行為４３３１は、サーバにアプリケーションからパラメータおよび／または更新された処方箋を通信する。行為４３３３は、サーバ内の電子診療録内にあるパラメータおよび／または更新された処方箋を更新する。いくつかの実施形態では、行為４３３３は、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）を通して通信する。

図６９は、電子患者介護システム４４００を示し、図７０は電子患者介護システム４５００を示す。いくつかの実施形態では、電子診療録アプリケーションは、図６９に示すようにタブレット４４０２上に、および／または図７０のベッドサイド・コンピュータ４５０２上に常駐することができる。それに加えて、または代替として、いくつかの実施形態では、電子診療録アプリケーションは、ハブ、注入ポンプ、タブレット、患者介護デバイス、いくつかの他のデバイスまたは装置、そのいくつかの組合せ内に常駐することができる、またはそれを利用しなくてもよい。スキャナ４４０４を使用して、薬剤、例えば注入バッグが識別された患者に処方された処方箋と一致するかどうか判定することができる、例えば、スキャナ４４０４を使用して患者を識別することができる。

図７１はタイミング図４６００を示し、これは、注入ポンプ４４０８Ａおよび／またはハブ４４０６が、タブレット４４０２から、タブレット４４０２上で実行される電子診療録アプリケーションに照会することによって、どの処方箋が患者に処方されたのかを要求する方法を、本開示のいくつかの実施形態により図示する。ユーザは、患者の識別情報を入力することができ、または患者の識別情報がスキャナ４４０４を使用してスキャンされる。タブレット４４０２上で実行される電子診療録アプリケーションは、１つ以上のサーバ４４１０から処方された薬剤を要求することができる。タブレット・アプリケーションは、多数の処方箋、例えば多数の注入ポンプ・ベースの処方箋がある場合に、利用可能な処方箋のリストから選択することをユーザに要求することができる。

タイミング図４６００は、行為４６０２〜４６５２を示す。行為４６０２は、行為４６０４中に監視クライアントを使用して、患者を識別した後に患者用の処方箋のリストを要求する。行為４６０２は、監視クライアントから処方箋情報を「引き込む」。患者は、バーコード・スキャナ、ＲＦＩＤ呼掛器、音声または顔認識を使用して、または手動入力により識別されることができる。タブレットは、行為４６０６の間に患者のＩＤをＥＭＲ ＡＰＩを使用して、４６０８のタブレットまたはコンピュータ・アプリケーションに通信する。ＡＰＩは、セキュアなデータ・クラスを含むことができる。患者の識別情報は、行為４６１０においてＥＭＲデータベースに通信され、行為４６１２において、これは、ＥＭＲ ＡＰＩに処方箋のリストを行為４６１４中に通信し、これは、行為４６１６において監視クライアントまたはコンピュータ・アプリ上で実行しているＥＭＲプログラムによって受信され、これが次に、行為４６１８においてこれらを監視クライアント・アプリケーションに通信する。ＥＭＲタブレット／コンピュータ・アプリケーションとＥＭＲデータベースとの間の通信は、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）を介したものであってもよい。

監視クライアント、例えばタブレットは、行為４６２０において、ユーザ選択のために患者用の様々な処方箋を表示することができる。選択された処方箋は、行為４６２２においてハブに通信され、行為４６２４において処方箋をチェックすることができ、行為４６２６において処方箋をポンプに通信することができる。ポンプは、行為４６２８において、処方箋が例えばＤＥＲＳを使用して所定の基準内にあることを保証することによって自動的に、またはユーザ認証を要求することによって有効になる。それに加えて、または代替として、ユーザは、ポンプＵＩを使用して処方箋を有効にすることができる。

行為４６２８の有効にされた処方箋は、行為４６３０においてハブに通信され、行為４６３２では、これを監視クライアント・アプリケーションに行為４６３４において通信する。行為４６３６では、ユーザは処方箋を承認することができ、その後、行為４６３８においてハブに通信される。承認された処方箋の通信は、行為４６４０で起こり、これを行為４６４２によりポンプに通信する。行為４６４４では、ポンプは処方箋をポンプＵＩに行為４６４６において通信し、ユーザは、行為４６４２において処方箋を確認することができる。確認は行為４６５０においてポンプに送信される。行為４６５２は治療を行なう。

図７２Ａ〜７２Ｂは、本開示の実施形態による、図７１のタイミング図を図示した方法４６５３のフローチャート図を示す。方法４６５３は行為４６５５〜４６９１を含む。

行為４６５５は、監視クライアント、例えばタブレット内で監視クライアント・アプリケーションを使用して患者の識別情報を判断する。行為４６５７は、ＡＰＩに監視クライアント・アプリケーションから患者の識別情報を通信する。行為４６５９は、サーバ上の電子診療録をＡＰＩから照会して、患者用の少なくとも１つの処方箋を判断する。いくつかの実施形態では、行為４６５９は、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）を通して電子診療録に照会する。行為４６６１は、ＡＰＩにサーバから患者用の決定された少なくとも１つの処方箋を通信する。行為４６６３は、監視クライアント内の監視クライアント・アプリケーションにＡＰＩから患者用の決定された少なくとも１つの処方箋を通信する。行為４６６５は、任意選択では、少なくとも１つの処方箋のユーザ選択可能なリストを監視クライアントのユーザ・ディスプレイ上に表示する。行為４６６７は、任意選択では、監視クライアント上の表示を使用して、少なくとも１つの処方箋の処方を選択する。行為４６６９は、ハブに監視クライアントから選択された処方箋および／または少なくとも１つの処方箋を通信する。

行為４６７１は、ポンプにハブから選択された処方箋および／または少なくとも１つの処方箋を通信する。行為４６７３は、選択された処方箋および／または少なくとも１つの処方箋を有効にする。行為４６７５は、ハブへポンプから選択された処方箋および／または少なくとも１つの処方箋を通信する。行為４６７７は、監視クライアントの監視クライアント・アプリケーションへハブから選択された処方箋および／または少なくとも１つの処方箋を通信する。行為４６７９は、監視クライアントのユーザ・インターフェース上に有効にされた処方箋の確認要求を表示する。行為４６８１は、監視クライアントのユーザ・インターフェース上で有効にされた処方箋を確認する。行為４６８３は、ハブに監視クライアントの監視クライアント・アプリケーションから有効にされた処方箋を通信する。行為４６８５は、ポンプへハブから有効にされた処方箋を通信する。行為４６８７は、ポンプのユーザ・インターフェース上に有効にされた処方箋の確認要求を表示する。行為４６８９は、ポンプのユーザ・インターフェース上で有効にされた処方箋を確認する。行為４６９１は、有効にされた処方箋に従って流体をポンプで注入する。

図７３は、処方箋が注入ポンプ４４０８Ａにプ送信されるタイミング図４７００を示す。それに加えて、または代替として、電子診療録アプリケーションはまた、多数のデバイスにわたって電子医療録アプリケーション・プログラミング・インターフェースを維持するデバイス・ハブ４４０６上に置くことができる。方法４７００は、行為４７０２〜４７２６を含む。いくつかの実施形態では、ＥＭＲデータベースとＥＭＲタブレット／コンピュータ・アプリケーションとの間で、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）を利用することができる。

行為４７０２では、ユーザは監視クライアント、例えばタブレットまたはコンピュータ上のＥＭＲアプリケーション内で処方箋を更新する。更新は、変更した処方箋の新しい処方箋であってもよい。更新された処方箋は、行為４７０４においてアプリケーションに通信される。アプリケーションは、行為４７０６において更新を処理し、行為４７１９においてＥＭＲデータベースにこれを通信する。行為４７０８では、ＤＥＲＳは更新された処方箋をチェックする。更新された処方箋は、行為４７１０において、ＥＭＲ監視クライアントまたはコンピュータ・アプリケーションに通信され、行為４７１２において処理される。処理後に、行為４７１４では、更新された処方箋は、ＥＭＲ ＡＰＩを介して、監視クライアント・アプリケーションに通信され、行為４７２１において処理される。監視クライアントは、行為４７１６において、これをポンプに通信する。ポンプは、行為４７１８において更新された処方箋を処理し、これを行為４７２０においてポンプに通信する。ユーザは行為４７２２において更新された処方箋を確認し、行為４７２４においてポンプに通信される。行為４７２６において治療が行なわれる。

図７４は、本開示の実施形態により、図７３のタイミング図を図示した方法４７０１のフローチャート図を示す。方法４７０１は、行為４７０３〜４７１７を含む。

行為４７０３は、アプリケーション内で患者用の処方箋を更新する。行為４７０５は、サーバ上の電子診療録をアプリケーションから照会して、患者用の更新された処方箋の安全を確認する。行為４７０７は、アプリケーションにサーバから患者用の更新された処方箋の判断された安全を通信する。行為４７０９は、監視クライアントのＡＰＩにアプリケーションから更新された処方箋を通信する。行為４７１１は、ポンプへ監視クライアントから更新された処方箋を通信する。行為４７１３は、ポンプのユーザ・インターフェース上に更新された処方箋の確認要求を表示する。行為４７１５は、ポンプのユーザ・インターフェース上で更新された処方箋を確認する。行為４７１７は、更新された処方箋に従って流体をポンプ注入する。

図７５は、処方箋のユーザ確認のためにハブ４４０６が注入ポンプ４４０８Ａに通信するタイミング図４８００を示す。すなわち、図７５の方法４８００は、図７３の方法４７００に類似している。しかし、ハブはＥＭＲ ＡＰＩを含んでおり、これを行為４８０２で処理する。

図７６は、本開示の実施形態による図７５のタイミング図を図示した方法４８０１のフローチャート図を示す。方法４８０１は、行為４８０３〜４８１７を含む。

行為４８０３は、アプリケーション内で患者用の処方箋を更新する。行為４８０５は、患者用の更新された処方箋の安全を確認するために、サーバ上の電子診療録をアプリケーションから照会する。行為４８０７は、アプリケーションにサーバから患者用の更新された処方箋の判断された安全性を通信する。行為４８０９は、ハブのＡＰＩにアプリケーションから更新された処方箋を通信する。行為４８１１は、ポンプへハブから更新された処方箋を通信する。行為４８１３は、ポンプのユーザ・インターフェース上に更新された処方箋の確認要求を表示する。行為４８１５は、ポンプのユーザ・インターフェース上で更新された処方箋を確認する。行為４８１７は、更新された処方箋に従って流体をポンプ注入する。

図７７および７８は、例えば処方箋が患者などに対して安全であるかどうか判定するために、ハブ４４０６が１つ以上のサーバ４４１０と通信する実施形態を示す。

図７９は、ポンプ４４０８Ａのユーザ・インターフェース上の処方箋のユーザ確認のためのタイミング図５１００を示す。タイミング図５１００は、行為５１０２〜５１３０を含む方法を実施する。行為５１０２は、監視クライアントのアプリを使用してＥＭＲから処方箋を要求し、行為５１０４において通信され、行為５１０６において処理される。要求５１０２は、患者識別を介して行なうことができる。タブレットは、行為５１０８において要求をＥＭＲ ＡＰＩを介してＥＭＲデータベースに通信する。行為５１１０は、要求を処理し、行為５１１２においてＥＭＲ ＡＰＩを介して返信する。監視クライアントは、行為５１１４においてＥＭＲデータベースから受信した処方箋を処理する。

監視クライアントは、行為５１１６において処方箋をポンプに通信し、行為５１１８において処方箋を有効にし、行為５１２０においてこれを監視クライアントのアプリケーションに通信する。ユーザは、行為５１２２において処方箋を承認することができ、行為５１２４においてポンプおよびポンプのＵＩに通信される。行為５１２６では、ユーザはポンプ上で処方箋を確認することができる。確認は、行為５１２８においてポンプに通信され、その後、行為５１３０において実行される。

図８０Ａ〜８０Ｂは、本開示の実施形態による、図７９のタイミング図を図示した方法５１０１のフローチャート図を示す。方法５１０１は、行為５１０３〜５１２９を含む。

行為５１０３は、監視クライアント、例えばタブレット内で監視クライアント・アプリケーションを使用して患者の識別情報を判断する。行為５１０５は、患者用の少なくとも１つの処方箋を決定するために、サーバ上の電子診療録をＡＰＩから照会する。行為５１０７は、監視クライアント・アプリケーションにサーバから患者用の判断された少なくとも１つの処方箋を通信する。行為５１０９は、任意選択では、少なくとも１つの処方箋のユーザ選択可能なリストを監視クライアントのユーザ・ディスプレイ上に表示する。行為５１１１は、任意選択では、監視クライアント上の表示を使用して、少なくとも１つの処方箋の処方を選択する。行為５１１３は、ポンプに監視クライアントから選択された処方箋および／または少なくとも１つの処方箋を通信する。行為５１１５は、選択された処方箋および／または少なくとも１つの処方箋を有効にする。行為５１１７は、監視クライアントへポンプから有効にされた処方箋を通信する。行為５１１９は、監視クライアントのユーザ・インターフェース上の有効にされた処方箋の確認要求を表示する。

行為５１２１は、監視クライアントのユーザ・インターフェース上で有効にされた処方箋を確認する。行為５１２３は、ポンプへ監視クライアントから有効にされた処方箋を通信する。行為５１２５は、ポンプのユーザ・インターフェース上に有効にされた処方箋の確認要求を表示する。行為５１２７は、ポンプのユーザ・インターフェース上で有効にされた処方箋を確認する。行為５１２９は、有効にされた処方箋に従って流体をポンプで注入する。

図８１は、ハブ４４０６が１つ以上のサーバ４４１０と通信して、電子診療録と通信するタイミング図５２００を示す。タイミング図５２００によって実施される方法は、行為５２０２〜５２３８を含む。いくつかの実施形態では、ＥＭＲデータベースとＥＭＲタブレット／コンピュータ・アプリケーションとの間で、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）を利用することができる。

行為５２０２では、ユーザは監視クライアント・アプリケーションを介してＥＭＲから処方箋を要求し、行為５２０４において通信され、行為５２０６によって処理される。監視クライアント・アプリケーションは、行為５２０８においてハブのＥＭＲ ＡＰＩとインターフェース接続し、行為５２１０によって処理される。ＥＭＲ ＡＰＩは、行為５２１２において、処方箋を要求し、行為５２１４において処理される。

処方箋は、行為５２１６においてハブに通信され、行為５２１８においてこれらを処理し、行為５２２０においてこれらを監視クライアントのアプリケーションに通信して、行為５２２２で処理する。処方箋は、行為５２２４においてポンプに通信されて、行為５２２６において有効にされる。有効化は、行為５２２８において通信されて、行為５２３０においてユーザ承認され、行為５２３２においてポンプに通信される。ユーザは、行為５２３４において処方箋を確認することができ、行為５２３６で通信されて、行為５２３８においてポンプ内で治療を開始する。

図８２Ａ〜８２Ｂは、本開示の実施形態により、図８１のタイミング図を図示した方法５２０１のフローチャート図を示す。方法５２０１は、行為５２０３〜５２３３を含む。

行為５２０３は、監視クライアント、例えばタブレット内で監視クライアント・アプリケーションを使用して患者の識別情報を決定する。行為５２０５は、ハブ上のＡＰＩに監視クライアント・アプリケーションから患者の識別情報を通信する。行為５２０７は、患者用の少なくとも１つの処方箋を判断するために、サーバ上の電子診療録をＡＰＩから照会する。行為５２０５および／または５２０７は、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）を利用することができる。行為５２０９は、ハブのＡＰＩにサーバから患者用の判断された少なくとも１つの処方箋を通信する。行為５２１１は、監視クライアント・アプリケーションにハブのＡＰＩから決定された少なくとも１つの処方箋を通信する。行為５２１３は、任意選択では、少なくとも１つの処方箋のユーザ選択可能なリストを監視クライアントのユーザ・ディスプレイ上に表示する。行為５２１５は、任意選択では、監視クライアント上の表示を使用して、少なくとも１つの処方箋の処方を選択する。行為５２１７は、ポンプに監視クライアントから選択された処方箋および／または少なくとも１つの処方箋を通信する。行為５２１９は、選択された処方箋および／または少なくとも１つの処方箋を有効にする。行為５２２１は、監視クライアントへポンプから有効にされた処方箋を通信する。行為５２２３は、監視クライアントのユーザ・インターフェース上に有効にされた処方箋の確認要求を表示する。

行為５２２５は、監視クライアントのユーザ・インターフェース上で有効にされた処方箋を確認する。行為５２２７は、有効にされた処方箋を監視クライアントからポンプに通信する。行為５２２９は、ポンプのユーザ・インターフェース上に有効にされた処方箋の確認要求を表示する。行為５２３１は、ポンプのユーザ・インターフェース上で有効にされた処方箋を確認する。行為５２３３は、有効にされた処方箋に従って流体をポンプ注入する。

図８３〜８９は、本開示のいくつかの実施形態による、電子患者介護システムのいくつかの追加の実施形態を示す。図８３はシステム５３００を示し、電子診療録アプリケーションが１つ以上のサーバ３５１６上で電子診療録とインターフェース接続して、タブレット３５１４および／またはハブ３８０４のユーザ・インターフェース上に患者の電子診療録のいくつかを表示する。１つ以上のサーバ３５１６から受信した電子診療録からのデータのサブセット（例えば、注入ポンプ３５０４によって送達されている薬剤）を、注入ポンプ３５０４上のディスプレイに表示することができる。それに加えて、または代替として、いくつかの実施形態では、電子診療録からのデータのサブセットをハブ上でキャッシュ格納することができる。いくつかの実施形態では、ハブは、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）を通して医療用ＩＴシステムと通信そてもよい。

図８４はシステム５４００を示し、電子診療録アプリケーションが１つ以上のサーバ４４１０上で電子診療録とインターフェース接続して、ベッドサイド・コンピュータ４２０４および／またはハブ４４０６のユーザ・インターフェース上に患者の電子診療録のいくつかを表示する。１つ以上のサーバ４４１０から受信した電子診療録からのデータのサブセット（例えば、注入ポンプ４４０８Ａによって送達されている薬剤）を、注入ポンプ４４０８Ａ上のディスプレイに表示することができる。それに加えて、または代替として、いくつかの実施形態では、電子診療録からのデータのサブセットをハブおよび／またはベッドサイド・コンピュータ上でキャッシュ格納することができる。いくつかの実施形態では、ハブは、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）を通して医療用ＩＴシステムと通信してもよい。

図８５はシステム５５００を示し、これは１つ以上のサーバ４４１０との通信が中断された場合に、独立システムであってもよく、または図８４のシステム５４００である。図８６はシステム５６００を示し、これは１つ以上のサーバ４４１０との通信が中断された場合に、独立システムであってもよく、または図８４のシステム５４００である。図８５〜８６では、１つ以上のサーバ４４１０の電子診療録サーバへのアクセスなしで、システム５５００、５６００内に処方箋をプログラムすることができる。処方箋は、タブレット４４０２、ベッドサイド・コンピュータ４５０２または注入ポンプ４４０８Ａ上で調節することができる。ハブ５８０４は、スキャナ、ベッドサイド・コンピュータ４５０２および／または注入ポンプ４４０８Ａ〜４４０８Ｃと無線でおよび／または有線接続を介して通信することができる。いくつかの特定の実施形態では、監視クライアント４４０２、ハブおよび／またはベッドサイド・コンピュータは、ＥＭＲデータなしでプログラムすることができるが、ガードレイルのローカル・バージョンと比較することもできる。

図面を参照すると、図８７は、患者を電子治療するためのシステム５７００を示す。ハブ５７０２は、１つ以上のサーバへの通信を取り扱う常駐電子診療録アプリケーションへのネットワーキングＡＰＩまたはローカルＡＰＩを使用して、１つ以上のサーバ５７０４と通信する。ポンプ５７０６Ａ〜５７０６Ｃは、治療をプログラムし、実行するために使用される。ハブ５７０２は、無線でおよび／または有線接続を介して、スキャナおよび／または医療用ＩＴシステム５７０４と通信することができる。

図８８は、タブレットまたはベッドサイド・コンピュータを有していないシステム５８００を示す。システム５８００は、１つ以上のサーバ５７０４への通信が利用可能でない５７０４場合に、図８７のシステム５７００であってもよい。注入ポンプ５８０２Ａは、ポンプ５８０２Ａ上のユーザ・インターフェースを使用してプログラムされ、所定の安全基準（例えば、ガードレイル）のキャッシュされたセットが、ハブ５８０４またはポンプ５８０２Ａ〜５８０２Ｃ内に存在する。所定の安全基準は、送達される薬物、患者、アレルギー、または記憶された薬物禁忌に基づくことができ、安全でない治療設定が患者に送達されるのを防ぐことができる。ハブ５８０４は、スキャナおよび／または注入ポンプ５８０２Ａ、５８０２Ｂおよび／または５８０２Ｃと無線で、および／または有線接続を介して通信することができる。

図８９は、いくつかの注入ポンプを備えたシステム５９００を示す。システム５９００は、ハブとの通信が利用可能でない場合に、図８８のシステム５８００であってもよい。注入ポンプ５９０２Ａ〜５９０２Ｃは、ポンプ上の各それぞれのユーザ・インターフェースを使用して直接制御されることができ、所定の基準のセット（例えば、ＤＥＲＳ）が中にキャッシュされて、薬剤が所定の基準外で送達されないことを確実にすることができる。いくつかの実施形態では、ＤＥＲＳは注入ポンプ５９０２Ａ〜５９０２Ｃ内にキャッシュされず、および／または永久ＤＥＲＳデータが不揮発性メモリ内部に記憶される。

図９０は、本明細書で開示したハブの回路６０００のブロック図を示す。それに加えて、または代替として、回路６０００を、本明細書の他所で開示されたドック、通信モジュール、またはポンプ内で使用することができる。回路６０００は、バスまたはハブとインターフェース接続して、デバイス・モジュール・インターフェースを介していくつかのデバイスと通信し、および／またはそこに電力を提供することができる。回路６０００は、デバイス・プロセッサ・サブシステム６００４によって起動させることができる第１のフェイルセーフ・ライン６００２、およびインターフェース・プロセッサ・サブシステム６００８によって起動させることができる第２のフェイルセーフ・ライン６００６を備える。第１および第２のフェイルセーフ・ライン６００２、６００６は、ＯＲゲート６０１０内に供給され、ＯＲゲート６０１０は出力フェイルセーフ・ライン６０１２に対する出力を有する。デバイス・プロセッサ・サブシステム６００４またはインターフェース・プロセッサ・サブシステム６００８のいずれかが故障またはエラーを検出した場合、第１または第２のフェイルセーフ・ライン６００２、６００６は、出力フェイルセーフ・ライン６０１２を起動させることができる。フェイルセーフ・ライン６０１２は、出力フェイルセーフ・ライン６０１２、例えば出力フェイルセーフ・ライン６０１２からシグナルを受信したときに静脈ラインを通して流体が流れるのを自動的に防ぐことができる自動閉塞デバイスに応答して、適切な回路および／またはデバイスに結合されてもよい。いくつかの実施形態では、デバイス・モジュール・インターフェースに結合された患者介護デバイスは、調整電源から１つ以上の電圧を要求することができ、該調整電源はそれぞれバック、ブーストまたはバック・ブースト電源であってもよい。

図９１は、注入ポンプとインターフェース接続するための回路６１００のブロック図である。それに加えて、または代替として、回路６１００は、本明細書に開示された、ポンプに接続するドックまたはハブの内にあってもよく、および／または回路６１００は、注入ポンプに取り付けることができる取付可能モジュール、例えば通信モジュールにであってもよい。回路６１００は、バスまたはハブとインターフェース接続して、デバイス・モジュール・インターフェースを介していくつかのデバイスと通信し、および／またはそこに電力を提供することができる。いくつかの実施形態では、インターフェース・プロセッサ・サブシステムは、無線リンクおよび／または近距離通信を使用して、デバイス・ハブ・インターフェースと結合されたデバイスと通信することができる。

図９２は、タブレット・ドック６２０２、注入ポンプ６２０４Ａ〜６２０４Ｄ、注入ポンプ６２０４Ａ〜６２０４Ｄを受けるためのドック６２０６、およびタブレット６２０８を備えた電子患者介護システム６２００のブロック図を示す。代替の実施形態では、タブレット６２０８はタブレット・ドック６２０２内に一体化される。追加の実施形態では、ドック６２０２および６２０６は互いに一体化される。さらに追加の代替実施形態では、ドック６２０２、ドック６２０６およびタブレット６２０８は互いに一体化される。タブレット６２０８は、ディスプレイ６２１０を使用して一次ユーザ・インターフェースを提供する。ドック６２０２は、ユーザ・インターフェース・テンプレートをキャッシュまたは記憶するためのメモリ、または患者介護デバイス、例えば注入ポンプ６２０４Ａ〜６２０４Ｄに対してディスプレイ６２１０上でユーザ・インターフェースを表示するためのユーザ・インターフェース・プログラムを備えている。誤薬低減システムを有する１つ以上のサーバ６２１２を使用して、例えばスキャナ６２１４を使用して、処方箋を指示するまたは処方箋を検証するために、タブレット６２０８を使用することができる。いくつかの実施形態では、医療用ＩＴシステム６２１２とドック６２０６との間にミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）があってもよい。ユーザ・インターフェース・テンプレートまたはユーザ・インターフェース・プログラムは、注入ポンプ６２０４Ａ〜６２０４Ｄからの集合データをディスプレイ６２１０上に表示するように構成され、注入ポンプ６２０４Ａ〜６２０４Ｄの１つ以上が故障した場合にバックアップ・アラームとして働く。それに加えて、または代替として、ドック６２０６は、注入ポンプ６２０４Ａ〜６２０４Ｄの１つ以上が故障した場合、内部スピーカおよび／または内部振動モータを使用して警告する。

ドック６２０６は、注入ポンプ６２０４Ａ〜６２０４Ｄからデータを集めることができ、集合させたデータをタブレット６２０８に通すことができる。各注入ポンプ６２０４Ａ〜６２０４Ｄは、それぞれのディスプレイ６２１６Ａ〜６２１６Ｄを備えている。ディスプレイ６２１６Ａ〜６２１６Ｄを使用して、注入中に流量を調節することができる（タブレット６２０８を通して処方箋をプログラムする際に、所定の安全基準をロードすることができる）。ディスプレイ６２１６Ａ〜６２１６Ｄ上に表示されたユーザ・インターフェース上で流量をゼロから調節することによって、誤薬低減システムの所定の安全性基準なしで注入を開始させることができる。ディスプレイ６２１６Ａ〜６２１６Ｄはまた、視覚的、または聴覚表示での両方で、警戒およびアラームを表示することができる。

ドック６２０６は、電力入力モジュール、医療グレード電源およびバックアップ電池を備えている。ドック６２０６はまた、これらの通信ハードウェアの全てを備えて、タブレット６２０８に、および医療用ＩＴシステム、すなわち１つ以上のサーバ６２１２にインターフェース接続する。ドック６２０６は、移動用ハードウェア、例えば支柱および支柱取付ハードウェアを備えていてもよい。

処方箋をプログラムする際に、個人別の誤薬低減システム設定、例えば所定の安全基準が、１つ以上のサーバ６２１２から直接受信される。タブレット６２０８を使用して、患者のＩＤおよび薬剤内の入力を容易にすることができる。タブレット６２０８と１つ以上のサーバ６２１２との間の通信は、ドック６２０６を通して行われてもよい。一般誤薬低減システムからの所定の安全基準は、ドック６２０６上に、または注入ポンプ６２０４Ａ〜６２０４Ｄの１つ以上内にキャッシュされる。誤薬低減システムが１つ以上のサーバ６２１２から利用可能でない場合、誤薬低減システムからローカルにキャッシュされた所定の安全基準は、ネットワーク（例えば、ＷｉＦｉ）が再び利用可能になったときに、それを通して更新される。

ドック６２０６は、ハブ・ドック６２０６および注入ポンプ６１１４Ａ〜６１１４Ｄの８時間の動作をサポートするのに十分な電池を有する。タブレット６１１０は、それ自体の電池を有していても、有していなくてもよい。いくつかの実施形態では、注入ポンプ６２０４Ａ〜６２０４Ｄは、ドック６２０６から抜き出されたときにデータ保存をサポートするのにおよびそれを警告するのに十分な電池（または、他のバックアップ電力）を有することができる。この警告能力および別の電池は、ドック６２０６に移されてもよい。

ディスプレイ６２１６Ａ〜６２１６Ｄのディスプレイ上のポンプのＵＩディスプレイは、小さくてもよい。例えば、いくつかの実施形態では、ディスプレイ６２１６Ａ〜６２１６Ｄは、流量のみを調節することができるのにちょうど十分な大きさであってもよい。これにより、他の情報を何も入力することなく注入を開始することが可能になる。ＥＭＲにアクセスする前に患者のＩＤおよび／または薬剤名は入力することができるので、タブレット６２０８なしで注入を開始した場合には、誤薬低減システムからのまたは１つ以上のサーバ６２１２からのガードレイルのデータは限定される。注入がタブレットでプログラムされ、その後にタブレットがシステムから取り除かれた場合、ポンプは現在の処方箋に関するガードレイル特性を実施し続けることができる。

図９３は、図９２のハブ６２０６用、または図１、３、５、７、８または９の通信モジュール１２４Ａ〜１２４Ｋ用の回路６３００のブロック図を示す。それに加えて、または代替として、回路６３００は、本明細書に記載したポンプまたはドックで使用することができる。回路６３００は、バスまたはハブとインターフェース接続して、デバイス・モジュール・インターフェースを介していくつかのデバイスと通信し、および／またはそこに電力を提供することができる。タブレットＵＩインターフェース６３０２に結合されたタブレット（図示せず）は、それ自体の電源（明示的には図示せず）を有することができる。本開示のいくつかの実施形態では、回路６３００は電力をタブレットに供給することができる。

図９４は、図９２のハブ６２０６用、または図１、３、５、７、８または９の通信モジュール１２４Ａ〜１２４Ｋ用の回路６４００のブロック図を示す。それに加えて、または代替として、回路６４００は、本明細書に記載したドックまたはポンプで使用することができる。回路６４００は、バスまたはハブとインターフェース接続して、ディスポーザブル・インターフェースを介していくつかのデバイスと通信し、および／またはそこに電力を提供することができる。本開示のいくつかの実施形態では、回路６４００は電力をタブレットに供給することができる。

図９５は、拡張電池６５０２、注入ポンプ６５０４および電源アダプタ６５０６を有するシステム６５００を示す。システム６５００は、サーバからの誤薬低減システムなしで動作することができる。注入ポンプ６５０４上のディスプレイ６５０８を使用して、薬物情報を入力し、注入速度を制御することができる。いくつかの実施形態では、誤薬低減システム・データは、注入ポンプ６５０４のメモリ内にキャッシュされ、ドッキングを通して更新される。

図９６は、デバイス・ハブ６６０２に結合された注入ポンプ６５０４を有するシステム６６００を示す。注入ポンプ６５０４は、送達を開始する能力を有する。リストから簡便に選ばれた薬物のサブセットに基いた、限定された一般誤薬低減システムによる緊急モードが、デバイス・ハブ６６０２および／または注入ポンプ６５０４上にキャッシュすることができる。誤薬低減システムからのデータなしで、注入ポンプ６５０４を開始することができる。

図９７は、タブレット６７０２のインターフェースを通して注入ポンプ６５０４へのアクセスを可能にするタブレット６７０２を有するシステム６７００を示す。タブレット６７０２のユーザ・インターフェースは、デバイス・ハブ６６０２内に常駐することができる。ＤＥＲＳは、タブレット６７０２上、デバイス・ハブ上、および／または注入ポンプ６５０４上に常駐することができる。電源アダプタ６５０６は、タブレット６７０２、デバイス・ハブ６６０２および／または注入ポンプ６５０４に電力を供給することができる。

デバイス・ハブ６６０２は、タブレット６７０２への物理的接続または無線接続を有してもよい。デバイス・ハブ６６０２は、タブレット６７０２用のクレードル（図示せず）を備えてもよい。タブレット６７０２は任意選択では、デバイス・ハブ６６０２に堅く結合されることができる。

図面を参照すると、図９８はシステム６８００を示し、システム６８００は、ドック６８０４（いくつかの実施形態では、クレードルであってもよい）、ポンプ・モジュール６８０２Ａ〜６８０２Ｃ、デバイス・ハブ６６０２、およびドック６８０４（またはいくつかの実施形態では、クレードル）のバックプレーンに差し込まれるタブレット６７６２を有する。加えて、電力モジュール６８０４は、ドック６８０６に差し込むことができ、またはそれと一体化させることができる電力入力および予備電池を備えている。デバイス・ハブ６６０２は、１つ以上のサーバ（図示せず）を介した全ての他のモジュールとともにＩＴシステムの間の通信用マスタである。注入ポンプ６８０２Ａ〜６８０２Ｃは、図９８に示す実施形態では取り外し可能であるけれども、他のコンポーネントは他の実施形態では、モジュール式または一体化されていてもよい。

注入ポンプ３８０２Ａ〜３８０２Ｃは一般に、ポンプ機構およびポンプ機構を作動させることができる電子部品を備える。特定の１つの実施形態では、デバイス・ハブ６６０２は、１つ以上の注入ポンプ３８０２Ａ〜３８０２Ｃ用バックアップ電力；データを集め、タブレット６７０２のＵＩモデル（例えば、ユーザ・インターフェース・テンプレート）をホスティングするプロセッサ；およびモジュール式通信ハードウェアを備えている。

タブレット６７６２は、タッチスクリーン６８０８を備えることができる。電源アダプタ６５０６は、ＡＣからＤＣ変換を行ない、電力入力モジュールおよびＡＣ／ＤＣ電源を含む電力モジュール６８０４に結合されている。電源アダプタ６５０６は、任意選択であり、および／またはＡＣからＤＣ変換され、電力モジュール６８０４内に組み込むことができる。電力モジュール６８０４はまた、拡張電池を備えて、多数のポンプ・モジュールを作動させることができる。ドック６８０６は、様々なコンポーネントを互いに接続するバックプレーンを備えている。

図９９は、本開示の１つの実施形態による、デバイス・ハブ、例えば図９６のデバイス・ハブ６６０２の電子回路６９００を示す。これに加えて、または代替として、回路６９００は、本明細書に記載したポンプ、ドックまたは通信モジュールで使用することができる。回路６９００は、バスまたはハブとインターフェース接続して、デバイス患者介護インターフェース６９１６を介していくつかのデバイスと通信し、および／またはそこに電力を提供することができる。回路６９００は、様々な電源、ユーザ・インターフェース、通信、センサおよびアクチュエータを備えている。回路６９００は、ＡＣメイン６９０２、ＤＣ電力６９０４、無線電力６９０６、例えば誘導、および外部電池接続６９０８を備えている。

ＡＣメイン６９０２は、配電線への直接接続、たとえばＡＣアウトレットを通した直接接続であってもよい。ＡＣメイン６９０２は、ＡＣメイン６９０２からのＡＣシグナルを整流し、ＤＣシグナルに変換することができる電力入力および充電回路６９１０に結合されている。電力入力ＡＣ／ＤＣユニバーサル・サプライ６９１０からのＤＣシグナルは、ＤＣ電力入力および充電回路６９１２に供給される。

ＤＣ電力６９０４は、図９５の電源アダプタ６５０６などのＤＣ電源から、またはバックプレーンまたは別の外部電池（明示的には図示せず）からＤＣ電力を受ける。

無線電力６９０６は、エネルギーを無線で受けることができる。例えば、無線電力６９０６は、時変磁場を受けるコイルを備えることができ、それによってコイルにわたる電圧が誘導され、誘導されたＡＣシグナルは円滑化回路を介して整流および円滑化され、ＤＣ電力入力／充電回路６９１０に結合される。

回路６９００はまた、一次電池６９１４、外部電池６９０８および二次電池６９２０を備えている。一次電池６９１４は、患者介護デバイス・インターフェース６９１６に結合された１つ以上の患者介護デバイス、およびタブレット・インターフェース６９１８に結合されたタブレット（図示せず）に電力を供給するために使用される。インターフェース６９１６は、１つ以上の通信テクノロジーを通して患者介護デバイスと接続しなくてもよく、または患者介護デバイスの１つ以上と接続することができる。タブレット・インターフェース６９１８は、タブレットに直接結合することができ、またはタブレットのユーザ・インターフェースに結合される。外部電池接続６９０８は、電子回路６９００の別個のハウジング内に置かれた１つ以上の電池セルと電気結合するように適合されている電気コネクタ（明示的には図示せず）であってもよい。外部電池６９０８は、一次電池６９１４が故障した場合に、一次電池６９１４を補完する、または一次電池６９１４と置き換えることができる。二次電池６９２０は、超コンデンサ６９２０であってもよい。いくつかの実施形態では、二次電池６９２０は、電力が他様に利用可能ではない故障モードでのみ、例えばＡＣメイン６９０２が故障し、外部電池６９０８が取り外されており、または故障している故障モードでのみ使用することができる。二次電池６９２０は、デバイス・プロセッサ・サブシステム６９２２に十分な電力を供給して、二次ブザー６８２４を介して警告する。

回路は、ハブ調整電源６９２６、調整デバイス電源６９２８からのゲート化独立電源、およびタブレット調整電源６９３０などの様々な電源を備えている。

ハブ調整電源６９２６は、回路６９００の電気センサに電力を与えるために使用される。例えば、ハブ調整電源６９２６は、インターフェース・プロセッサ・サブシステム６９３２に電圧を提供するために使用される。

調整デバイス電源６９２８は、ゲート化することができ、患者介護デバイス・インターフェース６９１６に結合された１つ以上の患者介護デバイスに送られる１つ以上の独立調整電圧源を提供することができる。患者介護デバイス・インターフェース６９１６を介して１つ以上の患者介護デバイスに送られる１つ以上の調整デバイス電源６９２８は、電流センサ６９３４によって監視され、デバイス・プロセッサ・サブシステム６９２２によって有効にされる。それに加えて、または代替として、調整デバイス電源６９２８はプログラム可能であり、それによって、患者介護デバイスは、デバイス・プロセッサ・サブシステム６９２２からの電圧を要求し、次にそれが調整デバイス電源６９２８をプログラムして、要求された電圧を患者介護デバイスに供給する。

タブレット調整電源６９３０は、タブレット・インターフェース６９１８に結合されたタブレットにＤＣ電力を供給する。それに加えて、または代替として、回路６９００は、タブレットの内部電源（図９９には図示せず）によって使用するために、ＡＣメイン６９０２を通して、ＡＣシグナルを通す。

回路６９００はまた、電池表示器６９３８、状態表示灯６９４０、ＬＣＤタッチスクリーン６９４２を備えたユーザ・インターフェース６９３６を備えている。電池表示器６９３８は、一次電池６９１４の充電状態および電池状態を示す。状態表示灯６９４０は、患者介護デバイス・インターフェース６９１６に結合されたハブ、タブレット、および任意の患者介護デバイスの状態を示す。状態表示灯６９４０は、患者介護デバイス・インターフェース６９１６に結合された各患者介護デバイス用の１つ以上の灯、例えばＬＥＤを含むことができる。例えば、状態表示灯６９４０は、アラーム状態を示すためのＬＥＤ、および動作状態を示すための別のＬＥＤを含むことができる。

本開示のいくつかの実施形態では、ＬＣＤタッチスクリーン６９４２は、ディスプレイを備えない患者介護デバイス・インターフェース６９１６に結合された患者介護デバイス用のメイン表示および入力方法であってもよい。それに加えて、または代替として、ＬＣＤタッチスクリーン６９４２は、患者介護デバイス・インターフェース６９１６に結合されたハブ、ハブの回路６９００、および／または患者介護デバイスに関する詳細な情報を表示する。加えて、ＬＣＤタッチスクリーン６９４２は、外部ＴＶスクリーンなどの大きいディスプレイに状態情報を受動的に出力するように構成することができる。

一次スピーカ６９４４を使用して、タブレットがタブレット・インターフェース６９１８に接続されておらず、および／または他様に利用可能でない場合に、ディスプレイまたはアラームを有していない患者介護デバイス・インターフェース６９１６に結合された患者介護デバイスに対して音声ガイダンスを提供することができる。二次ブザー６９２４は、バックアップ・ブザーであり、一次スピーカ６９４４が利用可能ではない、または破損されている、および／またはインターフェース・プロセッサ・サブシステム６９３２が利用可能ではない、または破損されている状態において安全を提供する。

本開示のいくつかの実施形態では、ハードウェア・ボタン６９４６を追加の安全性入力のために使用して、それ自体のディスプレイを有しておらず、タブレットが利用可能でない患者介護デバイスを停止する、または入力を提供することができる。

タブレット・インターフェース６９１８はインターフェース６９３２に結合され、インターフェース・プロセッサ・サブシステム６９３２は、タブレット・インターフェース６９１８に結合されたタブレットと通信することができる。タブレット・インターフェース６９１８は、ＵＳＢインターフェース６９４７およびブルートゥース・インターフェース６９４８（ブルートゥース・インターフェース６９４８は、ブルートゥース・ロー・エネルギー・インターフェースであってもよい）に結合されている。

患者介護デバイス・インターフェース６９１６は、ＳＰＩ、Ｉ２Ｃ、ＲＳ２３２、ＲＳ４８５、またはあらゆる他のシリアル・プロトコルであってもよい、シリアル・インターフェース６９４９を含む患者介護デバイスにインターフェースを提供する。患者介護デバイス・インターフェース６９１６はまた、ＣＡＮインターフェース６９５０、ＵＳＢインターフェース６９５１、イーサネット・インターフェース６９５２、ＷｉＦｉ無線インターフェース６９５３、およびブルートゥース・インターフェース６９５４を提供する。

患者介護デバイス・インターフェース６９１６は、患者介護デバイスのタイプ、シリアル番号、クラス、または性能特徴、およびマルチチャネル・クレードル、ドックおよび／またはハブ内の位置の患者介護デバイス発見を容易にする有線デバイスＩＤ６９５５を含むことができる。有線デバイスＩＤ６９５５を使用して、所定の基準に基づいて、最適または好ましい通信プロトコルを判断することができる。それに加えて、または代替として、電力を与える方法は、所定の基準に基づいて有線デバイスＩＤ６９５５の機能として選択することができる。有線デバイスＩＤ６９５５は、「１ワイヤ」デバイスを使用して患者介護デバイス・インターフェース６９１６に取り付けられた患者介護デバイスと通信することによって判断することができる。それに加えて、または代替として、患者介護デバイス・インターフェース６９１６はまた、ＲＦＩＤ呼掛器、近距離通信、または他の無線通信リンクを利用することができる患者介護デバイス発見を容易にする無線デバイスＩＤ６９５８を備えて、患者介護デバイスのタイプ、シリアル番号、クラス、または性能特徴、およびマルチチャネル・クレードル、ドックおよび／またはハブ内の位置の患者介護デバイス発見を容易にする。

患者介護デバイス・インターフェース６９１６はまた、デジタルＩ／Ｏインターフェース６９５６を備える。デジタルＩ／Ｏインターフェース６９５６は、患者介護デバイス・インターフェース６９１６に結合された患者介護デバイス毎に多数のラインを含むことができ、これは、アクチュエータを始動し、安全システムの一部としてピンを有効にし、または、ハブまたはクレードル上の状態光での使用のために、使用することができる。

患者介護デバイスはまた、フェイルセーフ・ライン６９５７を備えている。インターフェース・プロセッサ・サブシステム６９３２またはデバイス・プロセッサ・サブシステム６９２２のいずれかは、論理ＯＲ６９７７に供給されるフェイルセーフ・ライン６９５７の１つを始動することができる。論理ＯＲ６９７７の出力は、患者介護デバイス・インターフェース６９１６に結合された電気機械閉塞デバイス（図示せず）に結合することができる。代替の実施形態では、論理ＡＮＤは、論理ＯＲ６９７７の代わりに使用され、それによって、インターフェース・プロセッサ・サブシステム６９３２またはデバイス・プロセス・サブシステム６９２２は両方とも、「真である」シグナルがフェイルセーフ・ラインとして患者介護デバイス・インターフェース６９１６に送信される前に、この特定の実施形態では一致しなければならない（すなわち、両方とも論理的な真を提示する）。

回路６９００は、ＩＴシステムまたは１つ以上のサーバ６９６７へのいくつかの通信リンクを備える。回路６９００は、ＷｉＦｉインターフェース６９６０、３Ｇ／４Ｇインターフェース６９６１、およびイーサネット・ハブまたはスイッチ・インターフェース６９５６を含む。３Ｇ／４Ｇインターフェース６９６１は、ホーム環境内で回路６９００を有するハブの動作を容易にする。３Ｇ／４Ｇインターフェース６９６１は、任意の携帯テクノロジーまたは長距離通信トランシーバ、例えばコード分割多重アクセス（ＣＤＭＡ）、時間分割多重化（ＴＤＭ）、ＷｉＭａｘ、エボリューション・データ・オプティマイズ（ＥＶＤＯ）、直交周波数分割多重化（ＯＦＤＭ）、空間分割多重アクセス（ＳＤＭＡ）、時間分割二重化（ＴＤＤ）、時間分割多重アクセス（ＴＤＭＡ）、周波数分割二重化（ＦＤＤ）などであってもよい。

回路６９００は、（例えば、カメラを使用して２Ｄバーコードを読み取ることによって）患者認証、臨床医認証、および／または解法／薬物認証のために使用することができる、バーコード・リーダまたはカメラ６９６２を備えている。

回路６９００はまた、患者認証、臨床医認証、および／または解法／薬物認証のために、または患者介護デバイスの位置を判断するために、ＲＦＩＤ、ＮＦＣ、または他の通信プロトコル用のトランシーバ６９６３を備えることができる。

回路６９００はまた、通信拡張スロット６９６４を備えることができ、それによって将来の有線または無線テクノロジーを、スロット６９６４内にモジュール式に挿入することができる。スロット６９６４は、１つ以上の拡張コネクタを備えることができ、そこに外部接続可能なハブのケースに対して内部にある。それに加えて、または代替として、拡張スロット６９６４は、複数の機能、例えば、無線通信機能、有線通信などを有する追加のモジュールに対する接続であってもよい。

回路６９００はまた、温度センサ、圧力センサ、湿度センサおよび加速度計などのハブ・センサ６９６５を備えることができる。回路６９００はまた、例えば、タブレット・インターフェース６９１８に結合されたタブレット上のＧＵＩを介して選択するようにユーザに警告または指示する場合に、触覚フィードバック用の振動モータ６９６６を備えることができる。

図１００は、ポンプなどの患者介護デバイスで使用することができる機構の１つの実施形態を示す回路７０００のブロック図を示す。すなわち、デバイス・モジュール・インターフェースは、例えば図１の注入ポンプ７とインターフェース接続することができる。それに加えて、または代替として、いくつかの実施形態では、回路７０００は、本明細書に記載したハブ、通信モジュール、ドックまたは注入ポンプ上にあってもよい。回路７０００は、バスまたはハブとインターフェース接続して、デバイス・モジュール・インターフェースを介していくつかのデバイスと通信し、および／またはそこに電力を提供することができる。回路７０００はまた、様々な安全システムを備えている。回路７０００は、タブレットおよびＩＴシステムへ電源バックアップ電力および通信の方法を供給する。回路７０００は、ハブおよびタブレットに対する外部電源アダプタ（図示せず）電源から電力を受ける。いくつかの実施形態では、デバイス・ハブ・プロセッサ・サブシステムは、ＩＴシステムへのイーサネット接続を含む。いくつかの実施形態では、デバイス・ハブ・プロセッサ・サブシステムは、イーサネット、ＷｉＦｉ、ブルートゥース、ブルートゥース・ロー・エネルギー、近距離通信などを使用して監視クライアント・インターフェースと通信する。

図１０１は、回路７１００のブロック図を示す。回路７１００はハブ上にあってもよい。また、デバイス・モジュール・インターフェースは、例えば図１の注入ポンプ７とインターフェース接続することができる。それに加えて、または代替として、いくつかの実施形態では、回路７１００は、本明細書に記載したハブ、通信モジュール、ドックまたは注入ポンプ上にあってもよい。回路７１００は、バスまたはハブとインターフェース接続して、デバイス・モジュール・インターフェースを介していくつかのデバイスと通信し、および／またはそこに電力を提供することができる。回路７１００は、本開示の１つの実施形態によるフレキシビリティのために、（例えば、本明細書に記載したような）ＩＴシステムと通信するためのＷｉＦｉ回路７１０２およびイーサネット接続７１０４を備えている。スピーカ７１０６はまた、ハブでの不具合またはＩＴシステムへの接続落ちを明瞭に発声するために有用であり得る。タブレット調整電源は、唯一つの外部電源の使用を容易にすることができる。いくつかの実施形態では、デバイス・ハブ・プロセッサ・サブシステムは、ブルートゥース、ＷｉＦｉ、ブルートゥース・ロー・エネルギー、近距離通信などを使用して監視クライアント・インターフェースを介して通信する。いくつかの実施形態では、デバイス・ハブ・プロセッサ・サブシステムは、ブルートゥース、ブルートゥース・ロー・エネルギー、ＵＳＢ、近距離通信などを使用して患者介護デバイス・インターフェースと通信する。図１０２は、電池専用バージョン、すなわち上記した拡張電池を示す。すなわち、図１０２の回路７２００は、図９５の拡張電池６５０２であってもよく、例えばシステム６５００をウェアラブルにしてもよい。図９５の拡張電池６５０２は、互いに積み重ね可能であってもよく（例えば、回路７２００はＳＰＩまたはＣＡＮなどのトランシーバを含む）、それによって図９５の多数の拡張電池６５０２を互いに積み重ねて、注入ポンプ６５０４に電力を与えることができる。回路７２００は、バスまたはハブ内にインターフェース接続して、デバイス・モジュール・インターフェースを介していくつかのデバイス（例えば、患者介護デバイス）に電力を提供することができる。

図１０３は、拡張のためのフレキシビリティをもって多数の注入ポンプを制御する回路７３００のブロック図を示す。例えば、デバイス・モジュール・インターフェースは、多数の注入ポンプ、１つの注入ポンプとインターフェース接続することができ、または注入ポンプとインターフェース接続しなくてもよい。それに加えて、または代替として、いくつかの実施形態では、回路７３００を、本明細書に記載したドック、注入ポンプ、通信モジュール、および／またはハブ内で使用することができる。回路７３００は、バスまたはハブとインターフェース接続して、デバイス・モジュール・インターフェースを介していくつかのデバイスと通信し、および／またはそこに電力を提供することができる。いくつかの実施形態では、監視クライアント・インターフェースは、ブルートゥース、ブルートゥース・ロー・エネルギー、または他の通信テクノロジーを利用することができる。いくつかの実施形態では、デバイス・モジュール・インターフェース（すなわち、患者介護デバイス・インターフェース）は、ブルートゥース、ブルートゥース・ロー・エネルギー、ＷｉＦｉおよび／または近距離通信を介して患者介護デバイスに結合することができる。本実施例から分かるように、ＣＡＮ通信を有線プロトコルとして使用して、注入ポンプと通信することができる。いくつかのデジタルが、ＩＯ利用されて、必要に応じて、ポンプ・クレードルにいくつかの機能を加える。電力入力およびＡＣ／ＤＣ供給７３０２は、ハブの内側（すなわち、回路７３００の内側）にあり、タブレット、ハブ、および１つ以上の注入ポンプに電力を供給する。回路７３００に結合された注入ポンプは、「独立して」安全であってもよい。ＲＦＩＤリーダ７３０４およびバーコード・リーダ／カメラ７３０６が備えられて、患者またはプロバイダを認証する。通信拡張スロット７３０８は、他の方法が開発された場合に通信機能（例えば、認証および位置に対するピーナツ）を拡張するために含まれている。

図１０４は、フェイルセーフ・ライン７４０２および２つのプロセッサ７４０４、７４０６を備えた、本明細書に記載したハブ用の回路７４００を示す。それに加えて、または代替として、いくつかの実施形態では、回路７４００を、本明細書に記載したように、ドック、注入ポンプおよび／または通信モジュール内で使用することができる。回路７４００は、バスまたはハブとインターフェース接続して、デバイス・モジュール・インターフェースを介していくつかのデバイス（例えば、患者介護デバイス）と通信し、および／またはそこに電力を提供することができる。プロセッサ７４０６は安全性プロセッサであってもよい。フェイルセーフ・ライン７４０２は、２つのプロセッサ７４０４、７４０６のいずれかによって起動させることができる。いくつかの実施形態では、ＷｉＦｉ無線はイーサネット・インターフェースであってもよい。いくつかの実施形態では、ＣＡＮインターフェースは、ブルートゥース、ブルートゥース・ロー・エネルギー、ＷｉＦｉまたは他の通信テクノロジーであってもよい。

追加の安全が、フェイルセーフ・ライン７４０２によってもたらされる。例えば、パルス・オキシメータ・モニタは、脈拍が上昇しまたは高すぎる場合にラインをクランプ締めすることができる。すなわち、フェイルセーフ・ライン出力は、電気機械式閉塞器に結合することができる。ハブ回路７４００は、ウォッチドッグとして働くことができ、さらには範囲チェックのために出力を監視し、パルス・オキシメータ内のプロセスがエラーであり、または故障状態である場合に、クランプを始動するためにフェイルセーフシグナルを送信することができる。タブレットとの通信は、タブレットＵＩインターフェース７４０８を介した無線であってもよい。回路７４００は、無線電力７４１０を介して無線で充電することができる。振動モータは、アラームがある場合に、肝臓のフィードバックを与えるために追加されてもよい。回路７４００は任意選択では、アラームまたは警戒が発せられた場合に、ユーザに警告するための方法を実施する２つのプロセッサ７４０４、７４０６を備えている。二次電池または超コンデンサ７４１２は、電力故障がある場合に、バックアップ電力を提供することができる。回路７４００は、ポンプ・モジュール、例えば通信モジュール、および／またはクレードルに取り付けるためのハブであってもよい。

図１０５は、本開示のさらに別の実施形態による、電子患者介護用のシステム７５００を示す。システム７５００は、監視クライアント、より詳細には積み重ね可能な監視クライアント７５０２、および積み重ね可能な患者介護デバイス、例えば積み重ね可能な注入ポンプ７５０４Ａ〜７５０４Ｄを備えている。積み重ね可能な監視クライアント７５０２は、旋回軸７５０８に沿って旋回するディスプレイ７５０６を備えている。ディスプレイ７５０６は、タッチスクリーンであってもよい。積み重ね可能な監視クライアント７５０２は、傾斜センサ、例えば加速度計を備えて、常にユーザが見ることができるようにディスプレイ７５０６の向きを変えることができる。同様に、各積み重ね可能な注入ポンプ７５０４Ａ〜７５０４Ｄは、その傾斜に基づいて向きを変えるそれぞれのディスプレイ７５１０Ａ〜７５１０Ｄを備えることができ、例えば、ディスプレイは、積み重ね可能な注入ポンプ７５０４Ａ〜７５０４Ｄが水平の向きまたは垂直の向きで配置されているかどうかにかかわらず、垂直位置に文字を示すことができる。それに加えて、または代替として、各積み重ね可能な注入ポンプ７５０４Ａ〜７５０４Ｄは、傾斜センサ、例えば加速度計を含むことができる。

ディスプレイ７５１０Ａ〜７５１０Ｄは、タッチスクリーンであってもよい。各ディスプレイまたはディスプレイ７５１０Ａ〜７５１０Ｄは、内部傾斜によって示されるように、傾斜に基づいて向きを変える１つ以上のボタンを含むことができる。例えば、図１０５に示すように、ボタン７５１２は積み重ね可能な注入ポンプ７５０４Ａの細長い長さに対して直立位置にあるように示されている。図１０６を参照すると、システム７５００は傾斜しているように示されており、それによってボタン７５１２は、積み重ね可能な注入ポンプ７５０４Ａの長さに対して直立位置にあるように示されている。ディスプレイ７５０７はさらに旋回軸７５０８に沿って旋回されることにも留意されたい。図１０７は、監視クライアント７５０２に対して旋回されたディスプレイ７５０６を示す。図１０８は、静脈内注入用の穴７８０７Ａ〜７８０７Ｄを示す。図１０９は、旋回軸７４０８に沿って旋回する追加の範囲を示す。図１１０は、スタック内にスライド可能な注入ポンプ７５０４Ｂを示す。

図１１１〜１１２は、積み重ね可能な注入ポンプ８１０２Ａ〜８１０２Ｄがそれぞれ上部コネクタ（例えば、コネクタ８１００４）および底部コネクタ（明示的には図示せず）を通して互いに接続され、それによって積み重ね可能な注入ポンプ８１０２Ａ〜８１０２Ｄが互いにデイジー・チェーン接続される、積み重ね可能な電子患者介護システム８１００の追加の実施形態を示す。図１１１は、システム８１００の１つの構成を示す。図１１２は、注入ポンプ８１０２Ｄがシステム８１００から取り外し可能であることを示す。注入ポンプ８１０２Ｄは、動作を続けるためにそれ自体の内部電池を備えることができ、例えば、注入ポンプ８１０２Ｄは、所定の時間にわたって注入流体を患者内に送り込み続けるのに十分な電池電力を有することができる。

図１１３は、監視クライアント８１０６がコネクタを備えて、注入ポンプ８１０２Ｄを受けることができることを示す。監視クライアント８１０６は、取付可能／取外可能ディスプレイ８１１０を有することができる。図１１４は、別の監視クライアント８１０８を積み重ね可能な注入ポンプ８１０２Ｄの上に積み重ねることができることを示す。監視クライアント８１０６、８１０８は、その動作を調整することができる。例えば、監視クライアント８１０６、８１０８は、注入ポンプへの電力供給を調整することができ、それによって、注入ポンプ８１０６、８１０６の電池は両方とも、システム８０００に電力を供給する。

図１１５は、積み重ね可能な注入ポンプ８４２２、８４２４および監視クライアント８４２６をデイジー・チェーン構成で互いに結合することを可能にする接続８４０２〜８４２０を示す。図１１６は、積み重ね可能な注入ポンプ８４２２、８４２４および監視クライアント８４２６が互いにデイジー・チェーン接続されている、スライド可能接続８５０２、８５０４、８５０６、８５０８を示す。スライド可能接続８５０２、８５０４、８５０６、８５０８は、積み重ね可能な注入ポンプ８４２２、８４２４および監視クライアント８４２６を互いに通信可能にする電気コネクタを含むことができる。

図１１７は、バックプレーン・パネル８６０６、８６０８を介して互いに接続する、積み重ね可能な注入ポンプ８６０４を備えた積み重ね可能な監視クライアント８６０２のシステム８６００を示す。バックプレーン・パネル８６０６は、バックプレーン・パネル８６０８のコネクタ８６１２と噛み合い係合するコネクタ８６１０を備えている。バックプレーンに加えられる監視クライアント８６０２または注入ポンプ８６０４の数に従って、追加のバックプレーン・パネル（図示せず）を追加してもよい。図１１８は、図１１７のバックプレーン・パネル８６０８の断面図を示す。

図１１９は、監視クライアント、より詳細には積み重ね可能な監視クライアント８８０６、および積み重ね可能な患者介護デバイス、例えば積み重ね可能な注入ポンプ８８０２を備えたシステム８８００を示す。積み重ね可能な注入ポンプ８８０２は、ドック８８０４内で方向「Ａ」にスライドする。

図１２０は、積み重ね可能な注入ポンプ８９０２Ｂがコネクタ８５０９を介して、方向「Ｂ」に動かされた場合に、ドック８９０４と係合するシステム８９００を示す。

図１２１は、本開示の実施形態による通信モジュール９０００を示す。通信モジュール９０００は、コネクタ９００２、ＬＥＤ状況リング９００４、ＲＦアンテナ９００４、スナップ・オン・コネクタ９００６、無線充電コイル９００８、電池充電および安全性プロセッサ９０１０、無線通信およびセンサ・プロセッサ９０１２および電池９０１４を備えている。図１２１の通信モジュール９０００は、図１、３、５、７または８の通信モジュール１２４Ａ〜１２４Ｋであってもよい。図１２２は、患者介護デバイス９１００に結合された通信モジュール９０００を示す。図１２３は、本開示の実施形態による、図１２１の通信モジュール９０００の電子回路９２００の図を示す。

図１２４は、近距離呼掛器（例えば、約１３．５６ＭＨｚで動作するもの）が９００ＭＨｚ ＵＨＦ ＲＦＩＤタグを読み取ることを可能にする電子回路９３００を示す。電子回路９３００は、ヘテロダイン式転送オシレータを備えている。回路９３００は、近距離問合せシグナルをＲＦＩＤ問合せシグナルに変換する。電子回路９３００は、図９０の通信モジュール９０００、および／または図１、３、５、７または８の通信モジュール１２４Ａ〜１２４Ｋによって使用されることができ、近距離通信回路がＲＦＩＤタグに問い合わせることが可能になる。各アンテナは、ＲＦ回路と置き換えることができ、回路を呼掛器または受信機上で使用することが可能になる。それに加えて、または代替として、別の実施形態では、ＵＨＦ ＲＦＩＤ呼掛器を使用して、近距離通信デバイスと通信するように、電子回路を配置することができる。

図１２５〜１２７は、本開示の追加の実施形態によるいくつかのアンテナを示す。図１２５および１２６は、スキャナで使用することができ、例えばＲＦＩＤまたは近距離呼掛器および／またはアンテナ（送受信用）の前に置くことができる２つの分割リング共振回路１２５００、１２６００を示す。共振器１２５００、１２６００は、０．５オンスの銅を有する０．０２８インチの厚さのＦＲ−４単一側ボードを使用して作られている。（図示するように）共振器を整調するためにトリミングを使用することができる。

図１２７は、リーダ・チップで近距離パターンに焦点を合わせる、ＵＨＦリーダ（例えば、９１５ＭＨＺ ＲＦＩＤリーダ）用の近距離アンテナ１２７００を示す。電力増幅器なしで、約１．５インチの読み取り範囲が達成される。アンテナ１２７００は、銅バッキングを備えた、０．０２８インチ厚さのＦＲ−４で作られている。アンテナ１２７００は、１０ｐＦシャント・マッチング素子で使用することができる。

図１２８は、本開示の実施形態により、ＲＦＩＤタグ１２８０２が取り付けられた患者リスト・バンド１２８００を示す。ＲＦＩＤタグ１２８０２が患者のリスト・バンドに取り付けられた場合にキャパシタンスが観察されるので、患者から０．０１インチ離れているような、分割リング共振回路（ＳＲＲ）１２８０４を使用することができる。患者のキャパシタンスからの誘電負荷が、ＲＦＩＤタグ１２８０２の周波数を下げ、それによって、ＳＲＲ１２８０４は、ＲＦＩＤタグ１２８０２をアンテナのより近くに結合することによって、ＲＦＩＤタグ１２８０２を整調するのを助ける。ＳＲＲ１２８０４の共振周波数は、ＲＦＩＤタグ１２８０２の動作周波数より僅かに上であるべきである。図１２９は、図１２８のリスト・バンド上で使用するための、分割リング共振回路１２８０４の拡大図を示す。

患者のリスト・バンド１２８００のＲＦＩＤタグ１２８０２は書込み可能である。ハブ、ドック、患者介護デバイスおよび／または監視クライアントは、（１）流量、薬物設定、生体信号などの治療履歴、（２）使用統計（患者介護パラメータ、患者治療パラメータ、患者介護デバイス動作パラメータ、ドック、ハブおよび監視クライアントからの診断情報など）、（３）静脈ポンプ流量パラメータ、ＥＣＧパラメータ、血圧パラメータ、パルス・オキシメータ・パラメータ、ＣＯ_２カプノメータ・パラメータ、静脈内バッグ・パラメータ、および点滴流量計値、（４）注入ポンプ、心電図シグナル、血圧シグナル、パルス・オキシメータシグナル、ＣＯ_２カプノメータシグナルおよび温度シグナルの治療経過の少なくとも１つを含む患者パラメータ、（５）注入速度または注入圧力を含む注入設定などの患者治療パラメータを含む、患者に関連するデータをＲＦＩＤタグ１２８０２内に書き込むことができ、そこから、例えば注入ライン内の空気の存在、接続されている静脈内バッグ内に残っている溶液の量、または注入ライン内の流体の圧力などの様々な動作パラメータを受けることができる。いくつかの実施形態では、ＲＦＩＤタグ１２８０２は、所定の経過時間（すなわち、ローリング履歴）のみをそのメモリ内に、例えばいくつかの特定の実施形態では、ＲＦＩＤタグ１２８０２の３２キロバイトまたは５６キロバイト・メモリ上に６時間から１４時間の履歴を含む。さらに追加の実施形態では、ＲＦＩＤタグ１２８０２は、患者ＩＤおよび／またはデータを受けるための近距離通信受信機を備えることができる。

図１３０は、本開示の実施形態による分割リング共振回路１３０００を示す。高いＱの分割リング共振回路１３０００は、コンデンサ１３００２を備えており、これは空隙に代わる作用をする。ＳＲＲ１３０００は、１３．５６ＭＨＺ ＮＦＣループ・アンテナから約８インチ離れて配置されて、１０ｄＢと同じ程度だけループ・アンテナを良くすることができる。ＳＲＲ１３０００は、１３．８ＭＨＺで動作するように設計されて、グループ遅延歪みを１３．５６ＭＨＺデジタル変調シグナルに下げることができる。図１３１は、本開示の実施形態による、図１３０のＳＲＲ１３０００用の等価回路１３１００を示す。

図１３２は、本明細書に開示された任意のディスプレイ上に表示することができる５Ｒチェックリストを示す。図１３３は、本明細書に開示された任意のディスプレイ上で開示することができる閉塞チェックリストを示す。図１３４は、いくつかの注入ポンプ、例えば図１、３、５、７、８または９の監視クライアント１または１１と動作可能に通信するディスプレイを示す。

図１３５は、本開示の実施形態による、ヘルス・ケア・プロバイダのポータブル監視クライアント上の表示の例示であり、患者の情報にプロバイダがアクセスすることができるその患者のリストを示す。

図１３６は、本開示の実施形態による、ヘルス・ケア・プロバイダのポータブル監視クライアント上の表示の例示であり、特定の患者に関連付けられたデバイスとともに、該デバイスからの現在のデータおよび該患者のいくつかの診療情報へのワンタッチ・アクセスを示す。図１３７は、本開示の実施形態による、ヘルス・ケア・プロバイダのポータブル監視クライアント上の表示の例示であり、静脈注入ポンプで使用する薬剤用の処方箋のデータ入力領域を示す。図１３８は、本開示の実施形態による、ヘルス・ケア・プロバイダのポータブル監視クライアント上の表示の例示であり、監視クライアントによって作成された、指示された薬剤に関連付けられたリスク・プロファイルおよび提案された行動指針を示す。図１３９は、本開示の実施形態による、ヘルス・ケア・プロバイダのポータブル監視クライアント上の表示の例示であり、指示プロバイダによって提示する準備ができた薬剤処方箋を示す。図１４０は、本開示の実施形態による、ヘルス・ケア・プロバイダのポータブル監視クライアント上の表示の例示であり、処方箋が薬剤師に伝えられたという指示プロバイダへの確認を監視システムがどのように表示することができるかを示す。

監視アシスト指示入力の実施例
患者監視システムの機能は、指示プロバイダが患者に対する新しい薬剤処方箋を入力する実施例によって例示することができる。このシナリオでは、内科医は、自分の手持ち式デバイス上で、適切なセキュリティ・パス・コードを入力した後、許可された患者のリストを見ることができる。本実施例では、該内科医の患者は、図９７に示すように、例えば年齢、診断、および診療録番号などの、各患者に関する限定されたユーザ選択可能情報２６とともにリストアップされることができる。例えば、患者２に対する指示が不完全であり、看護師が注意のためにその患者にフラグを付けた場合、または監視クライアント１が、内科医に通知するための所定の閾値を超えたという入力をデータベースまたは患者監視デバイス１４〜１７から受信した場合は、警戒記号２７を監視クライアント１によって内科医のデバイス１１に伝達することができる。

内科医がさらに検討するために患者を選択した後に、図１３５に示すような表示を、内科医のデバイス１１に伝達することができる。内科医は、該患者が接続されているモニタ１４〜１７を源とするユーザ選択可能データを見ることができ、内科医は、患者特有の情報を含む多数のデータベース１９〜２１、２３へのワンタッチ・アクセスを有することができる。１つの実施形態では、監視クライアント１は、患者２で使用するために利用可能な注入ポンプ７に接続またはドッキングすることができる。図１３６に示すシナリオでは、内科医は、注入ポンプ７を表示」するアイコンを押して、患者２に対して静脈内投薬を指示することができる。

図１３７は、多数の可能な処方箋指示スクリーンの１つを示し、これを用いて内科医は投薬を遠隔で指示することができる。図示した実施例では、内科医は静脈内薬物ニトログリセリン２８を入力し、これはタイピング、または監視サーバ３を介して監視クライアント１によってアクセス可能である病院の薬局の処方集２２によって追加されたドロップ・ダウン表示を介して入力することができる。「ＰＤＲ」ボタン２９は、詳細な薬物情報のために病院内２２または専用の薬物データベース９に内科医がワンタッチ・アクセスすることを示すことができる。内科医は、直接に、または監視サーバ３を介して監視クライアント１によって提供されるデフォルト標準開始投薬量３０を受け入れることによって、薬物の用量を指示することができる。内科医はまた、薬剤師が注入用バッグ内に適切な濃度の薬物を調製するのを助けるために、注入ポンプ７に対する最大流体注入速度３１を特定することができる。

図１３８は、内科医が処方箋を入力した後に、患者監視システムが副作用のリスクをどのように検出するかの実施例を示す。監視クライアント１は、新しい薬剤２８を、ＥＨＲ１９からダウンロードした患者の既存の薬剤および薬物アレルギーのリストと比較することができる。監視サーバ３は、好ましくは、監視クライアント１内に適切な患者特有のデータを追加し、クライアント１は、新しい薬剤指示が入力された後に、この情報を検索するようにプログラムされる。監視クライアント１は、監視サーバ３から各患者の薬剤および新しい薬剤２８に関連付けられた顕著な副作用および薬物相互作用のリストを要求するようにプログラムすることができる。サーバ３は、次に、この情報を求めて薬局データベース２２または外部データベース９にアクセスすることができる。既存の薬剤または新しい薬剤２８に共通する潜在的な薬物相互作用または副作用が検出された場合、図１３８に示すように、監視クライアント１は警告３２を発し、これを、指示する内科医に伝達することができる。潜在的副作用が新しい薬剤および既存の薬剤の両方に共通する影響によるものである場合、監視クライアント１は、これを潜在的な追加副作用として分類し、初期薬物投与量を、例えば５０％だけ減らす提案３３を発することができる。

図１３９に示すように、指示する内科医は、提案３３を受け入れ、または提案された投与量を別の値に編集するオプションを有する。いずれの場合でも、監視クライアント１は、警告３２のレポート３４および内科医によってとられた何らかの修正動作３３があればそれを、作成し、記録することができ、患者のＥＨＲ１９に記録しまたは入力する前に、内科医が該レポートをさらに編集するオプションもある。

薬剤投与量が最終的に決定されると、監視クライアント１は、指示を病院薬剤師６および患者の看護師５の両方の通信デバイスに転送することができる。図１４０に示すように、このタスクの達成のレポートはその後、指示する内科医１１に再び伝達することができる。薬剤師は、指示する内科医によって提供された情報を使用して、溶液バッグ内に適切な濃度の薬剤を混合することができる。薬剤瓶および溶液バッグは両方とも、識別タグ、例えばバーコード識別子を有することができ、これは、薬剤師の監視クライアント６内に読み込まれることができ、監視クライアント１によって（監視サーバ３によってアクセスされる薬局データベース２２を使用して）正しいと認証することができる。薬剤師はその後、薬剤バッグに永久的に取り付けられることになるバーコード・ラベルなどの固有の識別ラベルを作成することができ、該コードは、薬剤２８が調製された患者２に固有にリンクされる。ラベル上の識別コードは、後で看護師が薬剤２８を投与しようとするときの突き合わせのために監視クライアント１に伝達することができる。

調製した薬剤２８が患者のフロアに到着した後、看護師は、これを患者２に投与する準備をすることができる。この例示的なシナリオでは、監視クライアント１は、バーコード・リーダなどの入力デバイスを備え、看護師はこれを使用して、薬剤バッグ上の識別コードがそれを処方された患者２の識別情報と一致することを検証することができる。識別情報が薬剤師によって監視クライアント１内に入力された情報と一致する場合、看護師は、デバイス１から離れて、薬剤バッグを吊るし、注入ポンプ７を介して注入を開始することができる。1つの実施形態では、監視クライアント１は、投与量、患者に対する最大流体速度、バッグ内の薬物の濃度およびポンプの注入速度（任意選択では、監視クライアント１内でプロセッサによって算出することができる）を含む、処方箋を看護師に表示する。この情報により、看護師は、ポンプ７について監視クライアント１によって設定された注入速度が正しいことを手で計算して検証することができる。

図１４１は、本開示の実施形態による、アダプタ１４１０２に結合されたマイクロインフュージョン・ポンプ１４１０４によって形成された装置１４１００を示す。アダプタ１４１０２は、マイクロインフュージョン・ポンプ１４１０４の動作を制御するために使用することができるタッチスクリーン１４１０６を備えている。マイクロインフュージョン・ポンプ１４１０４は、チューブ１４１０８から流体を注入する。

アダプタ１４１０２は、図３、５、７、８の監視クライアント１、図９の監視クライアント９０２、図１のドック１０２または１０４、図３のドック１０２または１０４、図５のドック５０２、図８のハブ８０２、図８のドック８０４、８０６または１０２、図１、３、５または７のドングル１３３、または本明細書に開示された任意の患者介護デバイスと無線通信することができる。

アダプタ１４１０２は、様々な電気コネクタを備えることができ、それによってマイクロインフュージョン・ポンプ１４１０４をアダプタ４１０２にドッキングすることができる。アダプタ１４１０２は、裏側に電気コネクタを備えて、患者介護デバイス・ドック１０４とインターフェース接続することができる。例えば、アダプタ１４１０２は、ドッキングするようにコネクタを備えることができる。

タッチスクリーン４１０６を使用して、注入速度、ボーラス量または拡張ボーラス設定などを設定することができる。それに加えて、または代替として、タッチスクリーン４１０６を使用して、マイクロインフュージョン・ポンプ１４１０４内に残った液体薬剤量を推定することができる。

図１４２は、本開示の実施形態による、データを患者介護デバイスから監視クライアント、別のハブまたはドックに無線中継する無線ハブ・デバイス１４２００の斜視図を示す。

無線ハブ・デバイス１４２００は、タッチスクリーン１４２０４に結合された本体１４０２およびホルダ１４２０６を備えている。無線ハブ・デバイス１４２０は、別の患者介護デバイスから患者介護デバイスへのデータを、監視クライアント、別のハブ、ドックなどに通信することができる。例えば、無線ハブ・デバイス１４２００は、第１の無線プロトコルに従って、患者介護デバイスとデータを通信し、別の無線プロトコルを介して情報を監視クライアント、別のハブ、ドックなどに中継することができる。例えば、無線ハブ・デバイス１４２００は、ブルートゥースを介して患者介護デバイスと通信することができ、近距離通信を介してドック（例えば、図１のドック１０４）にデータを中継する。この特定の実施形態では、ホルダ１４２０６は、ホルダ１４２０６がドック、例えば図１のドック１０４内にあるような形状にすることができる。

図１４３は、本開示の実施形態による、アダプタ１４３１６およびドック１４３１４を介して監視クライアント１４３０に結合されたモジュール式患者介護デバイス１４３０４、１４３０６、１４３０８および１４３１０を有する電子患者介護システム１４３００の正面斜視図を示す。ドック１４３１４は、支柱１４３１２に結合されている。アダプタ１４３１６は、ドック１４３１４と患者介護デバイス１４３０４、１４３０６、１４３０８および１４３１０との間に電気接続を提供する。すなわち、アダプタ１４３１６は、使用される患者介護デバイス１４３０４、１４３０６、１４３０８および１４３１０のタイプに基づいて変更することができる。

図１４４は、本開示の実施形態による、図１４３の電子患者介護システムの側面斜視図を示す。図１４３〜１４４を参照すると、患者介護デバイス１４３０６は、レール１４３１８および１４３２０を介してアダプタ１４３１６の上でスライドする。注入ポンプ１４３０４は、ばね装填フランジ１４３２２上にスナップ嵌めすることができる。アダプタ１４３１６の裏側のレバーを引いて、注入ポンプ１４３０４からフランジを引き離すことができる。

図１４５は、本開示の実施形態による、図１４３に示した患者介護デバイスの１つのインターフェースの拡大斜視図を示す。ここで図１４４および１４５を参照すると、レール１４３１８はトラック１４５０２と係合し、レール１４３２０はレール１４５０４と係合する。空間１４５０６はフランジ１４３２２を受け、それによって注入ポンプ１４３０４がアダプタ１４３１６内の定位置にスナップ嵌めされる。

図１４６は、本開示の実施形態による、図１４３の電子患者介護システム１４３００の上面図を示す。ドック１４３１４は、２つのアダプタ１４６０２および１４３１６に結合されている。ドック１４３１４は、クランプ１４６０６を介して支柱１４３１２に結合されている。ポンプ１４３０４は、ポンプ・ドア１４６０４が開いて示されている。

図１４７は、本開示の実施形態による、電子患者介護用のシステム１４７００の図を示す。システム１４７００は、中央サーバ１４７０２、中央サーバ・クライアント１４７０３、病院サーバ１４７０４、１つ以上の医療用ＩＴシステム１４７０５、ドック／ハブ１４７０７、１４７０８および１４７０９および病院サーバ・クライアント１４７０６を備えている。

中央サーバ１４７０２は、企業レベル・サーバ、病院レベル・サーバ、またはグローバル・サーバ（例えば、クラウド・サーバ）であってもよい。中央サーバ１４７０２は、ソフトウェア更新、ファームウェア更新および／または構成ファイルを提供することができる。例えば、中央サーバ１４７０２は、病院サーバ１４７０４、ドック／ハブ１４７０７、１４７０８および１４７０９、ドック／ハブ１４７０７、１４７０８および１４７０９に結合された患者介護デバイス、またはデバイスＩＤに基づいてドック／ハブ１４７０７、１４７０８および１４７０９と動作可能に通信する監視クライアントに対して更新を提供することができる。それに加えて、または代替として、中央サーバ１４７０２は、以下に記載するようにサンドボックスにダウンロードするためにソフトウェアを提供することができる（図１４８参照）。それに加えて、または代替として、中央サーバ１４７０２は、使用統計（患者介護パラメータ、患者治療パラメータ、患者介護デバイス動作パラメータ、ドック、ハブおよび監視クライアントからの診断情報など）を受信することができる。中央サーバ１４７０２は、データをデータベース、例えばＳＱＬデータベース、関連データベースなどに記録することができる。

中央サーバ・クライアント１４７０３は、中央サーバ１４７０２と通信して、中央サーバ１４７０２の動作を監視し、その中のログ・ファイルを閲覧し、または上記の薬物の有効性に関するデータを閲覧することができる。本開示のいくつかの実施形態では、中央サーバ・クライアント１４０３は、ナース・ステーションのソフトウェアであり、それによって看護師はドック／ハブ、患者および／または患者介護デバイスを監視することができる。

病院サーバ１４７０４は、病院、病院の治療室（例えば、新生児集中治療処置室（「ＮＩＣＵ」）、集中治療室（「ＩＣＵ」）など）、病院のフロアに、または病院のグループ（例えば、病院の管理グループ）用に設置することができる。

病院サーバ１４７０４は、（１）ＤＥＲＳのカスタム・セットを含むことができ、患者介護デバイス、ドック／ハブまたは監視クライアントを追跡することができ、（２）不適合の患者介護デバイス、ドック／ハブならびに／もしくは監視クライアントを識別し、記録することができ、および／または（３）（例えば、中央サーバ１４７０２からの更新ソフトウェアファイル、構成ファイルまたはファームウェア・ファイルにより）ドック／ハブ、監視クライアントおよび／または患者介護デバイスを構成または更新することができる。

１つ以上の医療用ＩＴシステム１４７０５は、病院サーバ１４７０４と通信して、それに機能を与える。医療用ＩＴシステム１４７０５は、コンピュータ化プロバイダ指示エントリ（ＣＰＯＥ）、薬物ライブラリ、電子診療録（ＥＭＲ）、コンピュータ化保守管理システム（ＣＭＭＳ）、または他のデータベースもしくはコンピュータ化システムを提供することができる。

ドック／ハブ１４７０７、１４７０８および１４７０９は、病院サーバ１４７０４と通信する。患者の部屋にはドック／ハブ１４７０７、１４７０８および１４７０９の１つ以上があってもよい。

病院サーバ・クライアント１４７０６により、ユーザまたは技術者が、病院サーバ１４７０４とインターフェース接続し、ソフトウェアの更新を容易にし、その中のログ・ファイルを監視し、または継続的品質改善（ＣＱＩ）を容易にすることを助けることが可能になる。

図１４８は、本開示の実施形態による、電子患者介護システム１４８０２のブロック図を示す。システム１４８０２は、企業サーバ・システム１４８０４、アプリケーション・ストア１４８０６、デバイス・マネージャ１４８０８、１つ以上のハブ１４２６、１つ以上タブレット１４８１０、１つ以上の注入ポンプ１４８１４および１つ以上の無線センサ１４８１６を備えている。タブレットとドック／ハブ１４８１２との間、ドック／ハブ１４８１６と無線センサ１４８１６との間、ドック／ハブ１４８１２と注入ポンプ１４８１４との間、ドック／ハブ１４８１２とデバイス・マネージャ１４８０８との間、デバイス・マネージャ１４８０８とアプリケーション・ストア１４８０６との間および／またはデバイス・マネージャ１４８４０と（１つ以上の）企業サーバ１４８０４との間の通信は、ＷｉＦｉ、イーサネット、ブルートゥース、ＵＳＢ、３Ｇ、４Ｇ、ＨＡＬＯ、ＳＯＡＰ、ＸＭＬデータを使用して、自己記述データ、ＨＬ７、ＴＣＰ／ＩＰ、ブルートゥース・テンプレート、専用および／または非専用通信リンクを使用して行なうことができる。

企業サーバ・システム１４８０４は、いくつかの実施形態では、ＣＭＭＳデータベース１４８３２、ＣＰＯＥ１４８３４、ＥＭＲ１４８３６および／または課金サーバ１４８３８を備えることができる。企業サーバ・システム１４８０４は、キャリブレーション・データ、電池寿命などを含む機器健康情報をＣＭＭＳ１４８３２で受信することができる。

アプリケーション・ストア１４８０６は、１つ以上のデバイス・アプリケーション（または、プログラム）１４８５０、１４８５１、１４８５２および／または１４８５３を含むことができ、１つ以上の患者介護デバイス、１つ以上のセンサ、１つ以上の注入ポンプ１４８１４を制御またはプログラムすることができ、患者診断機能などを提供することができる。アプリケーション・ストア１４８０６は、暗号化通信を提供して、デバイス・アプリケーション１４８５０〜１４８５３の１つ以上のダウンロードを容易にすることができる。

デバイス・マネージャ１４８０８は、グローバルＤＥＲＳ１４８４０およびローカル・ポリシー１４８４２を提供する病院レベル・サーバであってもよい。ローカル・ポリシー１４８４２は、例えば、病院（例えば、ＥＲ、ＮＩＣＵ、ＩＣＵなど）内の特定のドック／ハブ１４８１２の位置に基づいて、追加のハードまたはソフト・リミット（例えば、薬物に関するもの）を含むことができる。

ドック／ハブ１４８１２は、１つ以上の有線または無線センサ１４８１６、１つ以上の注入ポンプ１４８１４に結合することができ、および／または他の患者介護デバイスに接続することができる。ドック／ハブ１４８１２は、専用または非専用通信リンクを介してＷｉＦｉ、イーサネット、ブルートゥース、ブルートゥース・ロー・エネルギー、ＵＳＢ、３Ｇ、４Ｇ、ＨＬ７、ＴＣＰ／ＩＰ、ブルートゥース・テンプレートまたは他のプロトコルを使用して、１つ以上の無線センサ１４８１６と通信することができ、自己記述データを使用するものであってもよい。無線センサは、上に記載した通信モジュールの１つを使用することができる（例えば、無線センサ１４９１４は、ＳＰＩなどのシリアル・リンクを介して通信モジュールに結合することができる）。タブレット１４８１０は、ドック／ハブ１４８１２とインターフェース接続することができる。ドック／ハブ１４８１２は、デバイス・マネージャ１４８０８からＤＥＲＳ１４８４０によって周期的に更新することができるＤＥＲＳ１４８２６のローカル・コピーを含むことができる。それに加えて、または代替として、ドック／ハブは、デバイス・マネージャ１４８０８によって周期的に更新することができるローカル・ポリシー１４８２８のローカル・コピーを含むことができる。

タブレット１４８１０は、介護人または患者にその日の活動のチェックリストを提供する介護フロー・シートを提供することができ、体重計、バイタル・モニタ、入浴に関するデータ、着替え、患者介護デバイスからの食事情報を記録し、記録することができ、またはタブレット１４８１０に手動で入力することができ、ＥＭＲ１４８３６内の患者のＥＭＲファイル内で更新および記憶することができる。タブレット１４８１０は、どのようにおよびいつ着替えるのか、尿出力を測定するのか、または血糖値読み取りを行なうのかなどの特定の介護動作に対するリマインダーとして働くように、家の患者または介護人への指導を提供することができる。それに加えて、または代替として、タブレット１４８１０は、介護人、患者、またはユーザにソフト・アラームおよび／またはハード・アラームの原因をどのように解消するのかを指示することができる。

患者介護デバイス、例えば注入ポンプ１４８１４は、注入ポンプ１４８１４がドック／ハブ１４８１２に近接して存在し、例えば、デバイスをペアリングし、構成データを通過させ、またはドック／ハブ１４８１２が関連付けられた患者に対して注入ポンプ１４８１４パラメータを設定する場合に、ドック／ハブ１４８１２と通信する近距離通信（ＮＦＣ）を含むことができる。ＮＦＣ通信の後、注入ポンプ１４８１４は、ドック／ハブ１４８１２と無線でまたは無線リンクを介して通信することができる。例えば、注入ポンプ１４８１４は、ドック／ハブ１４８１２と近接（または接触）することができ、ＮＦＣ通信を使用して、注入ポンプ１４８１４をドック／ハブ１４８１２とブルートゥース通信リンクを使用してペアリングする。

ドック／ハブ１４８１２は、デバイス・アプリケーション１４８２０〜１４８２４をサンドボックス１４８１４内で実行することができる。サンドボックス１４８１４は、アプリケーションを所定の基準で書き込む必要があることがある。いくつかの実施形態では、サンドボックス１４８１４は、セキュアなデータ・クラスを有するＡＰＩを含むことができる。さらに別の実施形態では、サンドボックス１４８１４は、監視クライアント１４８１０上にあってもよい。サンドボックス１４８１４は、仮想機械であってもよく、デバイス・アプリケーション１４８２０〜１４８２４が利用することができるリソース（例えば、ＡＰＩを介して利用可能なハードウェアまたはソフトウェア・リソース）を制御するプログラムであってもよく、デバイス・アプリケーション１４８２０〜１４８２４によってアクセス可能なグローバル変数を有することができ、インタープリタ・ベースのものであってもよい。すなわち、サンドボックス１４８１２は、デバイス・アプリケーション１４８２０〜１４８２４が、制御および制限されたリソース環境において実行することを可能にする保護領域である。サンドボックス１４８１２は、デバイス・マネージャ１４８０８またはアプリケーション・ストア１４８０６からダウンロードすることができる。サンドボックス１４８１２は、例えば、バージョン番号、シリアル番号、ロット番号、ハードウェア・バージョン番号、ソフトウェア・バージョン番号、オペレーティング・システム・タイプ、オペレーティング・システム・サービス・パック、他の識別子などのあらゆる１つまたは組合せに基づいて、特定のドック／ハブ・タイプに対して予め構成することができる。

例えば、ドック／ハブは、シリアル番号によって注入ポンプ１４８１４を識別し、アプリケーション・ストアからデバイス・アプリケーション１４８５０をドック／ハブ１４８１２（例えば、デバイス・アプリケーション１４８２０）にダウンロードすることができる。デバイス・アプリケーション１４８２０〜１４８２４は、注入ポンプ１４８１４を制御しおよび／またはこれと通信して、表示のためにタブレット１４８１０に注入ポンプ１４８１４に関する情報を（例えば、ＸＭＬを介して）中継することができる。それに加えて、または代替として、デバイス・アプリケーション１４８２０〜１４８２４の１つ以上は、デバイスからのデータを表示し、複雑な経験則を使用して、いくつかのソースなどからのデータを組み合わせることができる。サンドボックス１４８１８はまた、メモリ、不揮発性メモリ、ハード・ドライブ、ネットワーク・インターフェース、入力デバイス、出力デバイス、ブザーなど様々なリソースへのアクセスを制御することができる。いくつかの実施形態では、サンドボックス１４８１８は、デバイス・アプリケーション１４８２０〜１４８２４がシステム・ファイルなどの特定のファイルを読み取り、および／またはそこに書き込むことを制限しまたは禁止することができる。サンドボックス１４８１８は、「メモ帳」のメモリ空間および／またはメモ帳ハードディスク空間などの、一時および／または保護リソースをデバイス・アプリケーション１４８２０〜１４８２４に提供することができる。

デバイス・アプリケーション１４８２０による、ＤＥＲＳ１４８２６、ローカル・ポリシー１４８２８に違反し、またはドック／ハブ１４８１２がその一次機能（例えば、指定された高優先度の機能）を行なうのを妨げようとする何らかの試みは、ドック／ハブ１４８１２上で実行されている他のソフトウェア（例えば、スレッド・プールからの１つ以上のプロセス・ブロックまたは１つ以上のスレッドを介してサンドボックスの実行を制御する、アンドロイド・オペレーティング・システム、ＩＯｓ，Ｌｉｎｕｘ、ウィンドウズ、またはウィンドウズＣＥなどのオペレーティング・システム）によって防止される。

ここまで
サンドボックス１４８１８は、デバイス・アプリケーション１４８２０〜１４８２４の１つ以上の開始を制御することができる。例えば、サンドボックス１４８１８は、ルールまたはリンク（例えば、ダイナミック・リンク・ライブラリ・コール）をチェックして、実行するように指定されたデバイス・アプリケーション１４８２０〜１４８２４のデバイス・アプリケーションが何らの破損リンクも有しておらず、サンドボックス１４８１８によって制御される所定の基準に適合することを確実にすることができる。例えば、サンドボックス１４８１８は、ドック／ハブ１４８１２のソフトウェア内の共有ライブラリに対するデバイス・アプリケーション１４８５０からの参照の全てが、特定の「安全な」共有ライブラリ内に存在すること、ライブラリ内の特定の関数または変数が存在すること、およびデバイス・アプリケーション１４８２０〜１４８２４によって要求され、またはデバイス・アプリケーション１４８２０〜１４８２４によって通信された変数およびデータ・タイプがライブラリと一致し、またはその中に存在することをチェックすることができる。

本開示のいくつかの実施形態では、サンドボックス１４８１８はリソースへのアクセスに優先順位を付ける。例えば、複数のデバイス・アプリケーション１４８２０〜１４８２４が、アラーム状態を表示するアラーム・デバイス（例えば、スピーカ）または変数へのアクセスを要求した場合、サンドボックス１４８１２は、該要求のソースに優先順位を付け、タブレット１４８１０上にアラーム原因の優先リストを表示することができ、介護人が特定のアラーム状態を無効にし、複数のアラーム原因に対処し、および／または患者の状態を評価することが可能になる。

本開示のいくつかの実施形態では、ドック／ハブ１４８１２は、２つのコアを有するプロセッサを備えており、それによってコアの１つがサンドボックス１４８１８を実行し、他方、別のコアが、デバイス・アプリケーション１４８２０〜１４８２４の１つを介してサンドボックス１４８１８によって使用されるリソースの割り当てを制御するオペレーティング・システムを実行する。

本開示のいくつかの実施形態では、ドック／ハブ１４８１２は２つのプロセッサを備えており、それによってプロセッサの１つがサンドボックス１４８１８を実行し、他方、別のプロセッサが、デバイス・アプリケーション１４８２０〜１４８２４の１つを介してサンドボックス１４８１８によって使用されるリソースの割り当てを制御するオペレーティング・システムを実行する。

本開示のいくつかの実施形態では、ドック／ハブ１４８１２は２つのプロセッサを備えており、それによってプロセッサの１つがサンドボックス１４８１８を実行し、他方、別のプロセッサが、ウォッチドッグ機能を実行して、デバイス・アプリケーション１４８２０〜１４８２４の１つを介してサンドボックス１４８１８によって使用されるリソースの安全動作を保証する。

本開示のいくつかの実施形態では、ドック／ハブ１４８１２は２つのプロセッサを備えており、それによってプロセッサの１つがリアルタイム安全性プロセッサを実行し、他方、別のプロセッサが、サンドボックス１４８１８、およびデバイス・アプリケーション１４８２０〜１４８２４の１つを介してサンドボックス１４８１８によって使用されるリソースの割り当てを制御するオペレーティング・システムを実行する。

本開示のいくつかの実施形態では、ドック／ハブ１４８１２はそれぞれ１つ以上のコアを有する１つ以上のプロセッサを備えており、それによって少なくとも１つのプロセス制御ブロックがサンドボックス１４８１８を実行し、他方、
少なくとも別のプロセス制御ブロックが、デバイス・アプリケーション１４８２０〜１４８２４の１つを介してサンドボックス１４８１８によって使用されるリソースの割り当てを制御するオペレーティング・システムを実行する。

ドック／ハブ１４８１２は、患者介護デバイスからのデータを非識別化し、該データをデータベース１４８３０（例えば、クラウドベースのデータベース）にアップロードすることができる。該データは、病院または病院システム内での病気の流行検出、リソース計画および展開計画を促進するために、国家レベルで集められたリアルタイムデータであってもよい。

図１４９は、本開示の実施形態による、図１４７および／または図１４８の電子患者システムのベッドサイド部のブロック図１４９００を示す。図１４９００は、監視クライアント１４９０２（タブレット１４８１２０であってもよい）、監視クライアント１４９０２がドック／ハブ１４９０６（ドック／ハブ１４８１２であってもよい）とインターフェース接続することができるような監視クライアント・アダプタ１４９０４、およびいくつかの注入ポンプ１４９１０を備えている。ドック／ハブ１４９０６は、ＷｉＦｉ、Ｚｉｇｂｅｅ、ブルートゥース、メッシュ・ネットワーク、ポイント・ツゥ・ポイント・プロトコル（例えば、ＷｉＦｉに基づく）などを介して、注入ポンプ１４９１０と通信することができる。注入ポンプ１４９１０は、ＡＣアウトレット１４９０８（図示せず）を介して直接に、および／またはドック／ハブ１４９０６から直接に電力を受けることができる。ドック／ハブ１４９０６は、（無線または有線で）無線センサ１４８１４に、およびＵＳＢケーブルを介してＵＳＢセンサ１４９１２に結合されている。

本開示のいくつかの実施形態では、例えば、ハブ、監視クライアント、コンピュータなどの他の室内ディスプレイが存在してもよく、これは、専用または非専用通信リンクを介して、ＷｉＦｉ、イーサネット、ブルートゥース、ＵＳＢまたは他のプロトコルを介して、ドック／ハブ１４８１２および／またはタブレット１４８１０と通信することができる。

図１５０は、本開示の実施形態による、図１４７、１４８および／または１４９のドック／ハブ１５０００のブロック図を示す。ドック／ハブ１５０００は、一次プロセッサ１５００３および安全性プロセッサ１５００２を備えている（一方または両方とも、プロセッサ、マイクロプロセッサまたはマイクロコントローラ、例えばスナップドラゴン・プロセッサであってもよい）。

安全性プロセッサ１５００２は、バックアップ・スピーカ１５０１２を制御するスピーカ・ドライバ１５０１１に結合されている。安全性プロセッサ１５００２はまた、デバイス・コネクタ１５０１４を介して、患者介護デバイスに接続された２Ｘ ＣＡＮバスに結合されている。いくつかの実施形態では、デバイス・コネクタ１５０１４は、Ｚｉｇｂｅｅ、ブルートゥース、ＷｉＦｉ、ＣＡＮバス、またはＳＰＩ通信リンクを介して患者介護デバイスと通信する。

安全性プロセッサ１５００２は、バックアップ電池１５０１７からおよび／または電池充電器１５００９から電力を受ける電圧調節器１５０１０に結合されている。安全性プロセッサ１５００２はイネーブル・スイッチ１５０１６に結合されており、イネーブル・スイッチ１５０１６はデバイス・コネクタ１５０１４に結合された患者介護デバイスへの電源を無効にすることができる。電流リミッタ１５０１５も、デバイス・コネクタ１５０１４に結合された患者介護デバイスへの電流を制限することができる。

安全性プロセッサ１５００２はまた、デバイス・コネクタ１５０１４を介して結合された患者介護デバイスへの５ボルト電源を有効／無効にするイネーブル・スイッチ１５０２０に結合されている。患者介護デバイスへの５Ｖシグナルは電圧調節器１５０１０から通信され、電圧調節器１５０１０は一次電池セル１５０１８および／または電池充電器１５００９からその電力を受ける。電池充電器は、ＡＣアウトレット１５００７に結合されたＡＣ／ＤＣ変換器１５００８を介して電力を受ける。

一次プロセッサ１５００３は、カメラ１５０２４、ＷｉＦｉトランシーバ１５０２５、ブルートゥーストランシーバ１５０２６、ＲＦＩＤ呼掛器１５０２７、ＬＥＤ状態灯１５０２９、ボタン１５０２８および近距離通信トランシーバ１５０３０に結合されている。

一次プロセッサ１５００３は、ＵＩコネクタ１５０２２を介してＵＳＢポート１５０２３および／または監視クライアントに結合するＵＳＢケーブルに結合されている。いくつかの実施形態では、一次プロセッサ１５００３は、ＷｉＦｉまたは他の無線通信リンクを介してタブレットと通信することができる。一次プロセッサ１５００３は、ＵＳＢ接続１５０２３を介して患者介護デバイスと、および／またはＵＩコネクタ１５０２２を介してＵＳＢポートにより監視クライアントと、通信することができる。一次プロセッサ１５００３は、一次スピーカ１５００５を駆動するスピーカ・ドライバ１５００６にシグナルを通信する。

図１５１は、本開示の実施形態による、図１４８および／または１４９の注入ポンプ回路１５１００を示すブロック図である。回路１５１００は、ポンプ・ディスプレイ１５１０４を制御し、データを不揮発性メモリ１５１０５内に記録するＵＩ／安全性プロセッサ１５１０２を備えている。ＵＩ／安全性プロセッサ１５１０２は、デバイス・コネクタ１５１０８に結合されたＣＡＮバスを介してハブ／ドックと通信する。いくつかの実施形態では、リアルタイム・プロセッサ１５１０３および／またはＵＩ／安全性プロセッサ１５１０２は、ブルートゥース、無線または有線通信リンクを使用して、デバイス・コネクタ１５１０８を介してハブ／ドックと通信する。ＵＩ／安全性プロセッサ１５１０２は、カメラからの画像を処理するための画像処理ライブラリを備えることができる。それに加えて、または代替として、ＵＩ／安全性プロセッサ１５１０２は、（タッチスクリーンであってもよい）ポンプ・ディスプレイ１５１０４上にＧＵＩインターフェースを表示するためのライブラリを備えることができる。

ＵＩ／安全性プロセッサ１５１０２は、定位置閉塞器センサ１５１１６、ラッチ・センサ１５１１７、ライン内エア・センサ１５１１８、モータ・ホール・センサ１５１１９、ボタン１５１２０、および状態灯１５１１２に結合されている。安全性プロセッサ１５１０２は、リアルタイム・プロセッサ１５１０３（プロセッサ、マイクロプロセッサまたはマイクロコントローラ、例えばスナップドラゴン・プロセッサであってもよい）にウォッチドッグ機能を提供し、モータ・ドライブ１５１０７を有効にすることができる。

リアルタイム・プロセッサ１５１０３（その一方または両方は、プロセッサ、マイクロプロセッサまたはマイクロコントローラ、例えばスナップドラゴン・プロセッサであってもよい）は、モータ・ドライブ１５１０７を介してポンプのモータ１５１０６の動作を制御する。リアルタイム・プロセッサ１５１０３は、シリアル・インターフェースを介して（例えば、ポンプ設定を受信するために）ＵＩ／安全性プロセッサ１５１０２と通信する。リアルタイム・プロセッサ１５１０３は、不揮発性メモリ１５１２２からポンプ・キャリブレーション・データをロードする。不揮発性メモリ１５１２２および／または不揮発性メモリ１５１０５は、ＳＤカードおよび／またはＲＦＩＤタグであってもよい。

リアルタイム・プロセッサ１５１０３は、モータ電流センサ１５１０９、モータ・ハウジング温度１５１１０、閉塞圧力センサ１５１１１、カム・シャフト位置センサ１５１１２、カム・フォロワ位置センサ１５１３および／または加速度計１５１１４から注入ポンプに関するデータを受信する。

図１５１および１５２では、２００８年１０月１０日出願の「マルチ言語／マルチ・プロセッサ注入ポンプ・アセンブリ」という名称の米国特許出願第１２／２４９，６００号であり、その後２０１０年４月１５日に公開された米国特許出願公開第２０１０−００９４２２１号（代理人整理番号：Ｆ５４）に開示されたのと同一および／または類似の方法で、２つのプロセッサを使用して、（１つ以上の）指示を確認し、安全点検または他の機能（例えば、患者治療パラメータのユーザ確認）を行なうことができ、同文献は全体を参照として本明細書に援用する。

図１５２は、本開示の実施形態による、図１５１の注入ポンプ回路で使用するための、注入ポンプの機構に結合されたセンサを示すブロック図１５００である。注入ポンプは、チューブ１５２０７を介して流体を注入する。モータ１５２０４は、モータ・ホール効果センサ１５２０５、モータ・ハウジング温度センサ１５２０６、スライド・クランプ機構１５２２０の動作を検出するためのホール効果センサ１５２０１および１５２０２、出口バルブに対するホール効果センサ１５２１１、プランジャ位置に対するホール効果センサ１５２１２および１５２１３、入口バルブに対するホール効果センサ１５２１４ならびにホール効果回転位置センサ１５２０８を備えている。

図１５３Ａ、１５３Ｂは、本開示の実施形態による、タブレットとベースとの間で通信する方法２０００１を例示するフローチャート図である。いくつかの実施形態では、タブレットは、図１５３Ａ、１５３Ｂの方法２０００１に関しては、本明細書に記載された監視クライアントであってもよい。例えば、方法２０００１は、タブレットと血液透析装置または注入ポンプ、例えば蠕動注入ポンプとの間で通信するための方法であってもよい。

図１５３Ａ、１５３Ｂで、ベースは、本明細書に開示されまたは記載された医療デバイス、ドック、クレードル、ハブ、丸薬ディスペンサ、シリンジ・ポンプ、注入ポンプ、蠕動ポンプ、フィンガーポンプ、マイクロインフュージョン・ポンプ、通信モジュール、ＥＣＧモニター、血圧モニター、パルス・オキシメータ、ＣＯ_２カプノメータ、通信リレー、流量計、ドリップチャンバモニタ、ドリップチャンバ流量計などであってもよい。

上記したように、図１５３Ａ、１５３Ｂのフローチャート図は、方法２０００１を例示し、この方法では医療デバイス（例えば、血液透析装置または注入ポンプ）は監視クライアント、例えばタブレットと通信してもよい。タブレットはユーザインターフェースを有してもよい。タブレットは以下のことに使用されてもよい：（１）ベースの動作を監視する、（２）ベースの動作を制御する、（３）ベースからエラー状態を受信する、（４）ベースの動作を監視して、何らかのエラー状態が存在するかどうか判断する、（５）ベースの動作を監視して、不安全な状態が存在するかどうか判断する、（６）サーバに送信するために、エラーまたは作動パラメーターを記憶する、（７）エラーまたは作動パラメーターをベースに送信してそこに記憶し、またはそれをサーバに中継するために、該エラーまたは作動パラメーターを記憶する、および／または（８）患者が治療を受けている間、該患者に娯楽（例えば、ビデオゲーム、映画、音楽またはウェブ・ブラウジング）を提供する。

本開示のいくつかの実施形態では、タブレットは、ベース機器につながれた重複したユーザインターフェース、例えば重複したグラフィカルユーザインターフェースを有するベース機器とともに使用される。すなわち、タブレットはベースのためにグラフィカルユーザインターフェースを提供し、ベースもまたそれ自身のグラフィカルユーザインターフェースを含んでいる。本開示のさらに追加の実施形態では、タブレットはグラフィカルユーザインターフェースを備えており、ベースはボタンおよび表示灯を備えているが、グラフィカルユーザインターフェースを備えていない。

方法２０００１は、１台以上のプロセッサによって実行するように構成された、プロセッサ実行可能な指示の動作可能な１セットによって実現されてもよい（例えば、プロセッサによって実現される方法）。この１台以上のプロセッサは、ベース上および／またはタブレット上にあってもよい。このプロセッサ実行可能な指示の動作可能な１セットは、非一時的なプロセッサ読み取り可能メモリ、例えばランダム・アクセス・メモリ、読み出し専用メモリ、ディスク・メモリ、ＥＥＰＲＯＭ、オプティカル・ベースのドライブまたは他のメモリに格納されてもよい。このメモリは、ベースの中にまたはタブレットの中にあってもよく、および／またはベースおよびタブレットのそれぞれは、それぞれのメモリおよび1台以上のそれぞれのプロセッサを有してもよい。１台以上のプロセッサは、メモリと動作可能な通信をして、このメモリからプロセッサ実行可能な指示の動作可能な１セットを読み出してもよい。フローチャート図２０００１は、方法またはプロセスとして実現されてもよい。１台以上のプロセッサは、該指示を実行して、図１５３Ａ、１５３Ｂの方法２０００１を達成することができる。

１台以上のプロセッサは、マイクロプロセッサ、マイクロコントローラ、アセンブリー・ベースのプロセッサ、ＭＩＰＳプロセッサ、ＲＩＳＣプロセッサ、ＣＩＳＣプロセッサ、並列またはマルチコアプロセッサ、ＣＰＬＤ、ＰＬＡ、ＦＰＧＡ、仮想プロセッサ、同種のもの、またはこれらのある組み合わせの１つ以上であってもよい。

方法２０００１は、有線接続を使用することによってタブレットとベースとの間の通信を容易にして、ペアリングプロトコルを通した無線接続を確立することができる。例えば、タブレットはベースに、ブルートゥースプロトコルを使用して通信するためにこれらの２つの機器を一緒にペアにするのに使用されるＵＳＢケーブルを通して物理的に接続されてもよく、ペアリングの後、これらのデバイスはブルートゥースプロトコルを使用して互いに無線で通信することができる。タブレットは、ベースにユーザインターフェースを供給してもよい。例えば、タブレット上で作動するインターフェースプログラムは、血液透析装置にインターフェースを供給して、患者の透析治療を制御しおよび／もしくは監視してもよく、または注入ポンプにインターフェースを供給して、患者の治療の間その注入ポンプを制御しおよび／もしくは監視してもよい。

いくつかの実施形態では、無線通信は、ブルートゥースＬＥ、ＷｉＦｉ、Ｚｉｇｂｅｅ、Ｘ−ｂｅｅ、超広帯域通信、広帯域通信、符号分割多重アクセス、時分割多重化、衝突回避方式のまたはそうでない搬送波感知多重アクセス多重化、空間分割多重化、周波数分割多重化、回路モード無線多重化、無線統計的多重化、直交周波数分割多重化などのうちの１つによるものであってもよい。

本開示のいくつかの実施形態では、方法２０００１は行為２０００２〜２００１５を含んでいる。行為２０００２は、タブレットが物理的接続を通してベースに接続されているかどうか判定する。例えば、タブレットは、ドック、ケーブル、ワイヤー、光ファイバーリンクなどを通して、血液透析装置にまたは注入ポンプに連結可能であってもよい。タブレットおよび／またはベースは、例えば、タブレットおよびベースがＵＳＢ接続を通して互いに物理的に接続されていることを判定してもよい。ドックは、タブレットとベースとの間の物理的な有線接続（例えば、ＵＳＢ接続）を提供してもよい。

行為２０００３は、物理的接続を通してタブレットとベースとの間に第１の通信リンクを確立する。例えば、行為２０００３は、適切なソフトウェア・インタフェースを確立してもよく、および／またはタブレットとベースとの間のハンドシェイクを、データをその間で通信することができるように、行なってもよい。

行為２０００４は、必要ならば、第１の通信リンクを通してタブレット上のインターフェースプログラムを更新する。この更新は、該インターフェースプログラムが最新のバージョンでない場合に必要であり、その場合には該インターフェースプログラムは更新される必要がある。この更新はまた、いくつかの実施形態では、該インターフェースプログラムがリリースの準備ができているソフトウェア・パッチおよび／またはアップデートのすべてを有しているとは限らないならば、必要がある。図１５４は、行為２０００４の１つの特定の実施形態を例示し、以下に説明される。行為２０００４は、例えばタブレットがインターフェースプログラムの最新のバージョンを含んでいるかどうか判定してもよい。タブレットがインターフェースプログラムの最新のバージョンを含んでいない場合、ベースおよび／またはタブレットは、インターフェース・ソフトウェアの最新のバージョンを（例えば、サーバから）ダウンロードし、これはインターフェース・ソフトウェアの古いバージョンを取り換える（例えば、上書きする）。タブレット上のインターフェース・ソフトウェアは、ユーザインターフェース（例えば、タッチスクリーン、キーボードおよび／または音声コマンドを受け取るマイクロフォン）およびユーザがタブレットを使用してベースと通信するための機能を提供する。

ベースがタブレット用の最新のソフトウェアをダウンロードし格納することができるように、ベースはインターネットに（例えば、ＷｉＦｉまたはポータブル電話サービスを介して）つながれてもよい。いくつかの実施形態では、ベースはバージョン番号のリストを備えていてもよく、行為２０００４の間に、ベースはソフトウェアの最新のバージョン番号をタブレットに通知し、そしてタブレットは（例えば、ＷｉＦｉまたはポータブル電話サービス接続を通して）その最新のバージョンを（例えば、ＷｉＦｉまたはポータブル電話サービスを介して）ダウンロードする。

さらに追加の実施形態では、タブレットは、ベース上のソフトウェアが最新のバージョンではないことを判定し；その後、タブレットは最新のバージョンを（例えば、ＷｉＦｉまたはポータブル電話サービスを介して）ダウンロードし、その最新のバージョンを、ベースのソフトウェアを更新することができるように、ベースに伝える。

行為２０００５は、第１の通信リンクを使用してタブレットとベースとの間に第２の通信リンクを確立する。図１５５は、行為２０００５の１つの実施形態を例示する。１つの特定の実施形態では、行為２０００５は、ブルートゥースプロトコルを使用した通信のためにタブレットおよびベースを一緒にペアリングすることによって、第２の通信リンクを確立する。ペアリング後は、データは第２の通信リンクを使用して通信されてもよい。データは、第２の通信リンクを通して、任意の公知の暗号化アルゴリズム、例えば対称キー暗号化、非対称キー暗号化、公開キー基盤暗号化などを使用して通信されてもよい。行為２０００６は、第２の通信リンクを使用してベースからタブレットにデータを送信する。このデータは、ベースの治療の進行、ベースの動作および／またはベースからの何らかのエラーメッセージに関する情報を含んでいてもよい。行為２０００７は、ベースから通信されたデータ（例えば、デバイスの状態情報）に従ってタブレット上にデータを表示する。行為２０００８は、タブレットを使用して患者の治療を初期化する。例えば、ユーザはベースを使用して、患者を治療するための治療パラメータ、例えば血液透析パラメータまたは注入パラメータを選択してもよい。治療パラメータは、第１のまたは第２の通信リンクを介して通信されてもよい。いくつかの実施形態では、治療パラメーターは、第１のおよび第２の通信リンクのうちの所定の好ましい１つを使用して通信されてもよい。例えば、第１の通信リンクが利用不可能であるときは、第２の通信リンクが治療パラメータを通信してもよい。しかし、別の特定の実施形態では、治療パラメータは、第２の通信リンクを介して常に通信される。

行為２０００９では、ベースは動作へと進む。例えば、ベースは注入ポンプであってもよく、タブレットは該注入ポンプにスタートコマンドを伝える。別の典型的な実施形態では、注入ポンプのスタートボタンが押されて、患者の治療が開始されてもよい。さらに追加の実施形態では、ユーザは動作を開始することを要求されないで、注入ポンプが自動的に動作し始める。

行為２００１０は、タブレットとベースとの間の物理的接続を取り除く。例えば、ユーザは、タブレットとベースとの間の物理的接続を切りまたはドッキングを解いてもよい。ここで図１５３Ｂを参照すると、第２の通信リンクのリンク品質値が閾値を超えている限り、行為２００１１はタブレットとベースとの間でデータを通信する。リンク品質値が閾値未満に下る場合、行為２００１２はスクリーン表示がない状態に入る。スクリーン表示がない状態は、図１５６および１５７を参照して以下に記載される。リンク品質値が閾値未満に下がると、タブレットおよびベースは両方ともまたは個別に、スクリーン表示がない状態に入ってもよい。リンク品質値は、ブルートゥース基準の一部であってもよく、ビットエラー率、スループット率もしくはシグナル強度に基づいてもよく、または当業者に知られた任意の測定基準を使用してもよい。

タブレットとベースとの間の無線リンクの品質を表すリンク品質指標が、所定の閾値未満に下がると、タブレットまたはベースはスクリーン表示がない状態に入ってもよい。スクリーン表示がない状態では、ベースは患者を治療し続け、タブレットからの通信を無視する。アラームが発されると、そのアラームが医療デバイスの停止レベルのアラームでない限り、ベースは動作し続けることになる。

行為２００１３では、リンク品質値が閾値未満に留まる限り、タブレットおよび／またはベースはスクリーン表示がない状態に留まる。行為２００１４はリンク品質値が所定の閾値超に戻るかどうか判定し、行為２００１５は、リンク品質値が所定の閾値超に戻ると、スクリーン表示がない状態から脱する。いくつかの実施形態では、タブレットまたはベースがいったんスクリーン表示がない状態に入ると、第１のリンク品質値より大きい第２のリンク品質値が、タブレットおよび／またはベースをスクリーン表示がない状態から脱出させる。

図１５４は、図１５３Ｂの行為２０００４の実施形態のフローチャート図を示す。図１５４では、行為２０００４は、行為２００１６〜２００１９をサブ行為として含む。行為２００１６は、第１の通信リンクを通してタブレットからベースにインターフェースプログラムのバージョン番号を伝える。行為２００１７は、タブレット上のインターフェースプログラムが最新のバージョンであるかどうか判定する。例えば、ベースはサーバと通信して、どのバージョン番号がインターフェースプログラムの最新のバージョンであるか判断してもよい。行為２００１８では、ベースは、サーバから、インターフェースプログラムの更新バージョンを、例えばインターフェースプログラムの更新バージョンがあるかどうか検索する。行為２００１９は、インターフェースプログラムをインターフェースプログラムの更新バージョンに更新する（例えば、上書きする）。例えば、タブレットは、ベースから更新インターフェースプログラムを読み出し、以前のインターフェースプログラムを更新インターフェースプログラムで上書きすることができるプログラムを備えていてもよい。

図１５５は、図１５３Ａの行為２０００５の実施形態のフローチャート図を示す。図１５５の行為２０００５は、行為２００２０〜２００２５をサブ行為として含む。行為２００２０は、ベースが別のタブレット（例えば、第２のタブレット）とペアにされているかどうか判定する。行為２００２１は、必要ならば、別のタブレットとベースとの間のいかなるペアリングも中断させる。例えば、行為２００２１では、ベースに物理的に接続されているタブレットがそのベースとペアになることができるように、別のタブレットとベースとの間のいかなる他のペアリングも中断される。行為２００２２では、ベースは、第１の通信リンクを使用して行為２００２３においてベースからタブレットまで伝えられる構成ファイルを作成する。行為２００２４では、タブレットは構成ファイルを読み、該構成ファイルは行為２００２５で、無線通信のためにベースをタブレットとペアにするのに使用されて、該構成ファイルに従ってタブレットとベースとの間に第２の通信リンクを確立する。

図１５６は、図１５３Ｂの行為２００１２の実施形態を説明するフローチャート図を示す。図１５６で、行為２００１１は、行為２００２６〜２００２７をサブ行為として含んでいる。行為２００２６は、ベースとタブレットとの間のデータの通信を保留する。行為２００２７では、タブレットは、タブレットをベースにもっと近づけるようにユーザに要求するメッセージをユーザインターフェースに表示する。

図１５７は、図１５３Ｂの行為２００１２の実施形態を説明するフローチャート図を示す。図１５６の行為２００１２は、行為２００２７〜２００２８を含む。行為２００２８は、ベースとタブレットとの間のデータの通信を保留する。行為２００２９は、ベースがスクリーン表示がない状態に入ったことを表示する。例えば、ベースは表示灯をフラッシュさせ、スピーカーにビープ音を発させてもよい。図１５６の行為２００２６〜２００２７と図１５７の行為２００２８〜２００２９との組み合わせは、いくつかの実施形態では、図１５３Ｂの行為２００１２であってもよい。

様々な代替および変更が、本開示から逸脱することなく当業者によって考え出されることができる。したがって、本開示は、そのようなすべての代替、変更および変形を含むことを意図している。加えて、本開示のいくつかの実施形態が図面に示され、および／または本明細書で検討されているが、本開示は当技術分野が許す限り広い範囲であるべきであり、本明細書も同様に読まれるべきであることが意図されているので、本開示はこれらに限定されることを意図したものではない。したがって、上記記載は限定的に解釈されるべきではなく、単に特定の実施形態の例示として解釈されるべきものである。また、当業者は、本明細書に添付した特許請求の範囲の範囲および精神内の他の変更を想像できるだろう。上記したものおよび／または添付した特許請求の範囲に記載したものと実質的に異ならない他の要素、ステップ、方法、および技術もまた、本開示の範囲内にあることを意図したものである。

図面に示した実施形態は、本開示の特定の実施例を実証するためだけに提示されている。また、記載した図面は単に例示的なものであり、限定的なものではない。図面では、例示する目的で、要素のいくつかのサイズを誇張していることがあり、特定の尺度では描かれていない。それに加えて、同じ番号を有する図面内に示された要素は、内容によって、同一の要素であってよく、同様の要素であってもよい。

用語「含んでいる」が本明細書および特許請求の範囲で使用されているが、他の要素またはステップを排除するものではない。単数名詞に言及する場合に不定冠詞または定冠詞、例えば「ａ」、「ａｎ」または「ｔｈｅ」が使用されているが、これは特にそうでないと記されていない限り、その名詞の複数をも含む。したがって、用語「含んでいる」は、それ以下に挙げたアイテムに限定されるものと解釈すべきではなく、他の要素またはステップを排除するものではない。したがって、表現「アイテムＡおよびＢを含んでいるデバイス」の範囲は、コンポーネントＡおよびＢだけから成るデバイスに限るべきものではない。このような表現は、本開示に関しては、単にデバイスの関連するコンポーネントが、ＡおよびＢであるということを意味する。

さらに、「第１の」、「第２の」、「第３の」などの用語は、明細書または特許請求の範囲のどちらで使用されていても、同様の要素間を区別するために与えられたものであり、必ずしも順次または時間順を記載するために与えられたものではない。そのように使用された用語は、適切な状況において（そうでないと明らかに開示されていない限り）交換可能であり、本明細書に記載された発明の実施形態は、本明細書で記載または図示した以外の順序および／または配置で動作可能である。

Claims (67)

1. 電子患者監視システムであって、
   患者に関する情報を受け取り、記憶するように構成された第１のモジュール監視クライアントであって、前記情報が、患者に接続されたデバイスによって測定された前記患者の第１のパラメータに関連するデータ、および前記患者に関する情報を含む第１のデータベースから受け取った前記患者の第２のパラメータに関連するデータを含む、第１のモジュール監視クライアント；および
   第２のモジュールに関連付けられたユーザ・インターフェースを介してユーザから治療指示を受け取るように構成された前記第２のモジュールであって、前記第２のモジュールが、前記治療指示を前記第１のモジュールに送信するようにさらに構成され、通信デバイスがユーザ・インターフェースを介してユーザから前記治療指示を受け取り、そして前記治療指示を前記監視クライアントに送信するように構成された、前記第２のモジュール；
   を備えており、前記監視クライアントが、以下のことをするようにさらに構成された、電子患者監視システム：
   第２のデータベースから、前記治療指示に関連付けられた薬剤または他の薬物に関する薬剤情報であって、前記薬剤情報が前記薬剤が一般的に投与される際の制限事項を提供するデータを含む薬剤情報を得ること；
   前記患者の第１のパラメータが所定の範囲外であるかどうか判定すること；
   前記第１のパラメータが前記所定の範囲外であると判定される場合は、前記デバイスに、スケジュールされていない読み取りをして前記患者の第３のパラメータを決定することを要求することであって、前記患者の前記第３のパラメータは前記デバイスによって測定され、前記要求は前記第１のパラメータが前記所定の範囲外であるならば実行される、前記要求すること；
   前記第１のパラメータが前記所定の範囲外であると判定される場合に、前記第３のパラメータを使用することによって前記第２のパラメータの信憑性を検証すること；
   前記治療指示が、前記薬剤情報、前記第１のパラメータの値および前記第２のパラメータの値に基づいて、前記第２のモジュール通信デバイスによって確認されなければならないかどうか判定すること；および
   前記ユーザ・インターフェースに表示するために、前記第１のモジュール監視クライアントから前記第２のモジュール通信デバイスに予め決められたメッセージを伝達することであって、前記メッセージが前記薬剤指示の受容性を確認しまたは前記受容性に関して警告するものである、前記伝達すること。
2. 前記薬剤情報が、薬物相互作用情報、薬物アレルギー情報、血圧作用情報、心拍数作用情報、心調律作用情報または呼吸作用情報を含み、前記第１のパラメータまたは前記第２のパラメータが、患者の現在投与されている薬物、知られている薬物アレルギー、現在の血圧、現在の心拍数、現在の心調律、現在の呼吸数または現在の換気量、に関するデータを含む、請求項１に記載の電子患者監視システム。
3. 前記予め決められたメッセージが、指示された薬剤の潜在的な作用に関する警告を含み、前記警告が、前記第１のパラメータに関する測定されたデータ、前記第２のパラメータに関する受信されたデータまたは前記第１のモジュール監視クライアントによって得られた薬剤情報を含む、請求項２に記載の電子患者監視システム。
4. 前記第１のモジュール監視クライアントが、前記予め決められたメッセージが伝達された後で、かつ前記ユーザ・インターフェースからの入力シグナルによって始動された、前記第２のモジュール通信デバイスからの確認シグナルを受信した後に、前記薬物指示または修正された薬物指示が処理されることになるとのシグナルを生成するように構成される、請求項３に記載の電子患者監視システム。
5. 前記第１のパラメータがタイム・スタンプに関連付けられている、請求項３に記載の電子患者監視システム。
6. 前記第３のパラメータがタイム・スタンプに関連付けられている、請求項３に記載の電子患者監視システム。
7. 前記監視クライアントが、前記第１のパラメーターを前記第１のデータベース内に記録し、および前記第１のパラメーターを前記患者に関連付けるようにさらに構成される、請求項３に記載の電子患者監視システム。
8. 前記監視クライアントが、前記患者の前記第１のパラメーターが前記所定の範囲外である場合に、前記第１のパラメーターを前記第１のデータベース内に記録し、および前記第１のパラメーターを前記患者に関連付けるようにさらに構成される、請求項３に記載の電子患者監視システム。
9. 前記監視クライアントが、前記第１および第３のパラメータのうちの少なくとも１つに基づいて、注入ポンプを中断するようにさらに構成される、請求項３に記載の電子患者監視システム。
10. 前記監視クライアントが、前記第１および第３のパラメータのうちの少なくとも１つに基づいて、注入ポンプを調節するようにさらに構成される、請求項３に記載の電子患者監視システム。
11. 前記監視クライアントが、前記注入ポンプの流量、前記注入ポンプの動作パラメータおよび前記注入ポンプの治療パラメータのうちの１つを調節するように構成される、請求項１０に記載の電子患者監視システム。
12. 前記監視クライアントがディスプレイを備え、かつ、前記監視クライアントが、前記ディスプレイの外縁に患者介護デバイスの状態の表示を示すように構成される、請求項３に記載の電子患者監視システム。
13. 前記監視クライアントがディスプレイを備え、かつ、前記監視クライアントが、前記ディスプレイの外縁に患者介護デバイスの進行度の表示を示すように構成される、請求項３に記載の電子患者監視システム。
14. 前記進行度の表示が、前記外縁の、ある割合をライトアップすることによって表示され、前記外縁の前記割合が患者介護デバイスの進行度の割合に対応する、請求項１３に記載の電子患者監視システム。
15. 監視クライアントであって、
    ディスプレイと、前記ディスプレイにつながれた少なくとも１台のプロセッサとを備え、
    前記少なくとも１台のプロセッサが以下のことをするように構成された、監視クライアント：
    患者に関する情報を受け取り、記憶することであって、前記情報が、前記患者に接続されたデバイスによって測定された前記患者の第１のパラメーターに関連するデータ、および前記患者に関する情報を含む第１のデータベースから受け取った前記患者の第２のパラメーターに関連するデータを含む、患者に関する情報を受け取り、記憶すること；
    治療指示を受け取ること；
    第２のデータベースから、前記治療指示に関連付けられた薬剤に関する薬剤情報であって、前記薬剤情報が前記薬剤が一般的に投与される際の制限事項を提供するデータを含む前記薬剤情報を得ること；
    前記患者の前記第１のパラメータが所定の範囲外であるかどうか判定すること；
    前記第１のパラメータが前記所定の範囲外であると判定されるときは、前記デバイスに、スケジュールされていない読み取りをして前記患者の第３のパラメータを決定することを要求することであって、前記患者の前記第３のパラメータは前記デバイスによって測定され、前記要求は前記第１のパラメータが前記所定の範囲外である場合に実行される、前記要求すること；
    前記第１のパラメータが前記所定の範囲外であると判定される場合に、前記第３のパラメータを使用することによって前記第２のパラメータの信憑性を検証すること；
    前記治療指示が、通信デバイスによって確認されなければならないかどうか判定すること；および
    ユーザ・インターフェースに表示するために、前記監視クライアントから前記通信デバイスに予め決められたメッセージを伝達することであって、前記メッセージが前記治療指示の受容性を確認しまたは前記受容性に関して警告するものである、前記伝達すること。
16. 前記プロセッサが、前記第１のパラメーターを前記第１のデータベース内に記録し、および前記第１のパラメーターを前記患者に関連付けるようにさらに構成される、請求項１５に記載の監視クライアント。
17. 前記プロセッサが、前記患者の前記第１のパラメーターが前記所定の範囲外であるならば、前記第１のパラメーターを前記第１のデータベース内に記録し、および前記第１のパラメーターを前記患者に関連付けるようにさらに構成される、請求項１５に記載の監視クライアント。
18. 前記プロセッサが、前記第１および第３のパラメータのうちの少なくとも１つに基づいて、注入ポンプを中断するようにさらに構成される、請求項１５に記載の監視クライアント。
19. 前記プロセッサが、前記第１および第３のパラメータのうちの少なくとも１つに基づいて、注入ポンプを調節するようにさらに構成される、請求項１５に記載の監視クライアント。
20. 前記プロセッサが、前記ディスプレイの外縁に患者介護デバイスの状態の表示を示すようにさらに構成される、請求項１５に記載の監視クライアント。
21. 電子患者介護用のシステムであって、
    患者につながれて、前記患者の生理的パラメータを測定するように構成された医用センサー；
    前記医用センサーから前記測定された生理的パラメータを動作可能に受け取るように構成され、前記測定された生理的パラメータを通信するように構成された医療デバイス；および
    前記医療デバイスと動作可能に通信するサーバであって、前記測定された生理的パラメータを受け取って、前記サーバの中に記憶するサーバ、
    を備える、システム。
22. 請求項２１に記載のシステムであって、
    前記医用センサーが、問合せシグナルを受け取って前記医用センサーに少なくとも部分的に電力を投入するように構成されており；および
    前記医療デバイスが、前記医用センサーに問合せて前記測定された生理的パラメータを受け取るように構成された問合せ回路を備えている、
    請求項２１に記載のシステム。
23. 請求項２１に記載のシステムであって、
    前記医用センサーが加速度計を備えており；
    前記測定された生理的パラメータが前記患者の動きであり；および
    前記医療デバイスが、前記患者の前記動きが動きの所定の閾値を超えない場合にアラームするように構成されている、
    請求項２１に記載のシステム。
24. 前記患者につながれて、前記患者の第２の生理的パラメータを測定するように構成された第２の医用センサーをさらに備えている、請求項２１に記載のシステム。
25. 第１のパターンが前記測定された生理的パラメータ中に検知され、かつ、第２のパターンが第２の測定された生理的パラメータ中に検知され、前記第１および第２のパターンが所定の時間帯内で生じる場合に、前記医療デバイスが、病状が存在すると判定するように構成される、請求項２４に記載のシステム。
26. 前記第１および第２のパターンが規模に依存しない、請求項２５に記載のシステム。
27. ゲートウェイをさらに備え、前記医療デバイスが前記ゲートウェイを通してサーバと通信するように構成される、請求項２１に記載のシステム。
28. 前記医療デバイスがウェブ・サービスを使用して前記ゲートウェイと通信し、前記医療デバイスが前記ウェブ・サービスのウェブ・クライアントであり、前記ゲートウェイが前記ウェブ・サービスのウェブ・サーバである、請求項２７に記載のシステム。
29. 前記医療デバイスが、前記ウェブ・サービスを使用して少なくとも１つのウェブ方法を起動するように構成される、請求項２８に記載のシステム。
30. 前記医療デバイスが、前記ウェブ・サービスを介した少なくとも１つのトランザクション・ベース通信を使用して前記ゲートウェイと通信するように構成される、請求項２８に記載のシステム。
31. 前記医療デバイスが、前記サーバに、ＤＥＲＳ上書き、ハード・リミット上書き、ソフト・リミット上書きおよび前記医療デバイスの内部エラーの少なくとも１つに対応する継続的な品質上のイベントを伝えるように構成される、請求項２８に記載のシステム。
32. 電子患者介護用のシステムであって、
    ルーティング機能、医療デバイスソフトウェア更新およびウェブ・サービスの少なくとも１つを提供するように構成されたゲートウェイ；および
    前記ウェブ・サービスを使用して前記ゲートウェイと動作可能に通信するように構成された医療デバイス
    を備える、システム。
33. 前記ゲートウェイが前記ウェブ・サービスのウェブ・サーバであり、前記医療デバイスが前記ウェブ・サービスのクライアントである、請求項３２に記載のシステム。
34. 前記ウェブ・サービスがトランザクション・ベースのウェブ・サービスである、請求項３２に記載のシステム。
35. 前記医療デバイスが注入ポンプである、請求項３２に記載のシステム。
36. 医療デバイスであって、
    トランシーバ；および
    前記トランシーバとインターフェースで接続されて前記トランシーバを介して通信するように構成された少なくとも１台のプロセッサであって、前記トランシーバと動作可能に通信するウェブ・サービスと通信するように構成された少なくとも１台のプロセッサ、
    を備える医療デバイス。
37. 前記医療デバイスが、前記ウェブ・サービスのウェブ・クライアントであるように構成される、請求項３６に記載のデバイス。
38. 前記ウェブ・サービスがトランザクション・ベースのウェブ・サービスである、請求項３６に記載のデバイス。
39. 前記医療デバイスが注入ポンプである、請求項３６に記載のデバイス。
40. 医療デバイスとゲートウェイとの間の通信の方法であって、
    前記医療デバイスと前記ゲートウェイとの間に通信を確立する工程；
    前記医療デバイスと前記ゲートウェイとの間にウェブ・サービスを確立する工程；および
    前記ウェブ・サービスを使用して前記医療デバイスと前記ゲートウェイとの間で通信する工程、
    を含む方法。
41. 前記ゲートウェイが前記ウェブ・サービスのウェブ・サーバである、請求項４０に記載の方法。
42. 前記医療デバイスが前記ウェブ・サービスのウェブ・クライアントである、請求項４０に記載の方法。
43. 前記ゲートウェイが前記医療デバイスのためのデータをルーティングし、前記データが前記ウェブ・サービスを使用して前記医療デバイスと前記ゲートウェイとの間で通信される、請求項４０に記載の方法。
44. 電子患者介護用のシステムであって、
    患者につながれて前記患者の第１の生理的パラメータを測定するように構成された第１の医用センサー；
    前記患者につながれて前記患者の第２の生理的パラメータを測定するように構成された第２の医用センサー；および
    前記第１および第２の医用センサーから前記測定された第１および第２の生理的パラメータを動作可能に受け取るように構成された医療デバイスであって、
    前記第１の測定された生理的パラメータを使用して第１のパターンを検知する；
    前記第２の測定された生理的パラメータをを使用して第２のパターンを検知する；および
    前記第１および第２のパターンが互いに対して所定の時間内に検知される場合に、病状が存在すると判定する、
    ように構成された医療デバイス、
    を備えたシステム。
45. 前記医療デバイスが、前記第１および第２の測定された生理的パラメータの規模を考慮することなく前記第１および第２のパターンを検知するように構成される、請求項４４に記載のシステム。
46. 前記医療デバイスが、前記第１および第２の測定された生理的パラメータの初期値を考慮することなく前記第１および第２のパターンを検知するように構成される、請求項４４に記載のシステム。
47. 前記第１のパターンが傾向である、請求項４４に記載のシステム。
48. 前記医療デバイスが、前記第１の測定された生理的パラメータの初期値を考慮することなく前記第１のパターンを検知するように構成される、請求項４７に記載のシステム。
49. 前記第２のパターンが第２の傾向である、請求項４７に記載のシステム。
50. 電子患者介護用のシステムであって、
    患者につながれて前記患者の第１の生理的パラメータを測定するように構成された第１の医用センサー；
    前記患者につながれて前記患者の第２の生理的パラメータを測定するように構成された第２の医用センサー；および
    前記第１および第２の医用センサーから前記測定された第１および第２の生理的パラメータを動作可能に受け取り、前記測定された第１および第２の生理的パラメータを通信するように構成された医療デバイス；および
    前記医療デバイスと動作可能に通信するサーバであって、
    前記第１の測定された生理的パラメータをを使用して第１のパターンを検知する；
    前記第２の測定された生理的パラメータをを使用して第２のパターンを検知する；および
    前記第１および第２のパターンが互いに対して所定の時間内に検知されるときは、病状が存在すると判定する、
    ように構成されたサーバ、
    を備えたシステム。
51. 前記サーバが、前記第１および第２の測定された生理的パラメータの規模を考慮することなく前記第１および第２のパターンを検知するように構成される、請求項５０に記載のシステム。
52. 前記サーバが、前記第１および第２の測定された生理的パラメータの初期値を考慮することなく前記第１および第２のパターンを検知するように構成される、請求項５０に記載のシステム。
53. 前記第１のパターンが傾向である、請求項５０に記載のシステム。
54. 前記サーバが、前記第１の測定された生理的パラメータの初期値を考慮することなく前記第１のパターンを検知するように構成される、請求項５３に記載のシステム。
55. 前記第２のパターンが第２の傾向である、請求項５３に記載のシステム。
56. ＲＦＩＤタグであって、
    問合わせシグナルを受け取るように構成されたアンテナ；
    前記問合わせシグナルを整流して、前記ＲＦＩＤタグに電力を供給する整流回路；
    前記アンテナを変調して、前記問合わせシグナルを使用して通信するように構成された変調回路；
    読み取りメモリ位置および対応する読み取りビット；
    書き込みメモリ位置および対応する書き込みビット；
    前記整流回路から電力を受け取るように構成されたプロセッサであって、前記対応する読み取りビットが真に設定される場合は前記読み取りメモリ位置に関連付けられたプロセスを行なうように構成され、かつ、前記対応する書き込みビットが真に設定される場合は前記書き込みメモリ位置に関連付けられたプロセスを行なうように構成されたプロセッサ；および
    前記プロセッサと動作可能に通信する測定コンポーネントであって、少なくとも１つの生理的パラメータを測定する測定コンポーネント、
    を備えたＲＦＩＤタグ。
57. システムであって、
    誤薬低減システム内へのインターフェース；および
    前記誤薬低減システムの薬剤エントリーのフィールドを編集するように構成されたフィールド・エディタであって、所定値が前記フィールドに入力される場合、新しいフィールドに入力することをユーザに促すように構成されたフィールド・エディタ、
    を備えたシステム。
58. 誤薬低減編集システムであって、
    誤薬低減システム内へのインターフェース；および
    前記誤薬低減システムの薬剤エントリーのフィールドを編集するように構成されたフィールド・エディタであって、所定値が前記フィールドに入力される場合、新しいフィールドに入力するようにユーザに促すフィールド・エディタ、
    を備えたシステム。
59. 前記フィールドの前記所定値が所定の介護エリアである、請求項５８に記載されたシステム。
60. システムであって、
    誤薬低減システム内へのインターフェース；
    継続的品質改善システム内へのインターフェース；および
    前記誤薬低減システムの薬剤エントリーのフィールドを編集するように構成されたフィールド・エディタであって、前記継続的品質改善システム内のデータを使用して、前記フィールドに対応する情報をユーザに通知するように構成されたフィールド・エディタ、
    を備えたシステム。
61. 前記通知が、前記フィールドに入力された値が介護人によって上書きされる前記割合である、請求項６０に記載されたシステム。
62. 前記通知が、前記継続的品質改善システムを使用して判断された前記フィールドに最も一般的に入力される、前記フィールドに入力されるべき値の示唆である、請求項６０に記載されたシステム。
63. システムであって、
    誤薬低減システム内へのインターフェース；および
    前記誤薬低減システムの薬剤エントリーのフィールドを編集するように構成されたフィールド・エディタであって、ユーザが前記フィールドに所定の値を入力しようとする場合に、標準化された値を入力すべきと示唆するように構成されたフィールド・エディタ、
    を備えたシステム。
64. システムであって、
    誤薬低減システム内へのインターフェースとなるように構成された第１のインターフェース；
    継続的品質改善システム内へのインターフェースとなるように構成された第２のインターフェース；および
    前記第１のインターフェースを使用して前記誤薬低減システムの薬剤エントリーのフィールドを編集するように構成されたフィールド・エディタであって、前記第２のインターフェースを使用して前記フィールドに対応する前記継続的品質改善システムからのデータをユーザに提供するように構成されたフィールド・エディタ、
    を備えたシステム。
65. システムであって、
    誤薬低減システム内へのインターフェース；および
    前記インターフェースを使用して前記誤薬低減システムの薬剤エントリーのフィールドを編集するように構成されたフィールド・エディタであって、前記フィールドが注入動作過程の終点であるフィールド・エディタ、
    を備えたシステム。
66. システムであって、
    誤薬低減システム内へのインターフェース；および
    前記インターフェースを使用して前記誤薬低減システムの薬剤エントリーのフィールドを編集するように構成されたフィールド・エディタであって、前記フィールドが、前記薬剤を送達する医療デバイスの誤動作にも関わらず、前記薬剤が送達されるべきとの表示であるフィールド・エディタ、
    を備えたシステム。
67. システムであって、
    誤薬低減システム内へのインターフェース；
    前記インターフェースを使用して前記誤薬低減システムの薬剤エントリーのフィールドを編集するように構成されたフィールド・エディタ；および
    前記誤薬低減システムの薬剤エントリーの前記編集されたフィールドを使用して、医療デバイスをシミュレートするように構成された医療デバイスシミュレータ、
    を備えたシステム。

Images