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

Description

関連出願の相互参照
本出願は、２０１０年１月２２日出願の、医療用設備用電子指示仲介システムという名
称の米国仮特許出願第６１／２９７，５４４号（代理人整理番号第Ｈ５３号）の優先権を
主張する、２０１１年１月２１日出願の、電子患者監視システムという名称の米国特許出
願第１３／０１１，５４３号（代理人整理番号第Ｉ５２号）の一部継続出願であり、これ
らの出願は両方とも、全体を参照として本明細書に援用する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

特定の実施形態では、ハブはユーザ・インターフェースを含むことができ、ハブは、患
者介護デバイスに患者治療パラメータを送信する前に、ユーザ認証を必要とする可能性が
ある。

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

特定の実施形態では、患者介護デバイスはユーザ・インターフェースを含むことができ
、患者介護デバイスは、患者を治療する前に、患者治療パラメータのユーザ認証を必要と
する可能性がある。

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

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

別の実施形態では、電子患者介護用のシステムは、少なくとも１つの患者パラメータを
監視するようになっている少なくとも１つの患者モニタと、少なくとも１つの患者パラメ
ータをそこから受信するように、少なくとも１つの患者モニタと動作可能に通信する監視
クライアントと、少なくとも１つの患者パラメータを監視クライアントから受信するよう
に、監視クライアントと動作可能に通信する監視サーバとを備えている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

方法は、いくつかの特定の実施形態では、監視クライアントからディスプレイを有する
ポータブル遠隔コミュニケータ・デバイスに警報を送信するステップをさらに含むことが
できる。

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

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

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

さらに別の特定の実施形態では、通信インターフェースはさらに、患者介護デバイスと
の通信のアクセス・データ・インテグリティの少なくとも１つに対する障害検査を行ない
、監視クライアントが適切に機能しているかどうか評価し、患者介護デバイスは適切に機
能しているかどうか評価し、および／または通信インターフェースが適切に機能している
かどうか評価するように構成されている。

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

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

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

さらに別の特定の実施形態では、通信インターフェースはさらに、患者介護デバイスと
の通信のアクセス・データ・インテグリティの少なくとも１つに対する障害検査を行ない
、監視クライアントが適切に機能しているかどうか評価し、患者介護デバイスは適切に機
能しているかどうか評価し、および／または通信インターフェースが適切に機能している
かどうか評価するように構成されている。

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

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

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

さらに別の特定の実施形態では、通信インターフェースはさらに、患者介護デバイスと
の通信のアクセス・データ・インテグリティの少なくとも１つに対する障害検査を行ない
、監視クライアントが適切に機能しているかどうか評価し、患者介護デバイスは適切に機
能しているかどうか評価し、および／または通信インターフェースが適切に機能している
かどうか評価するように構成されている。

実施形態では、患者介護デバイスは、本体と、支柱を受けるように構成された本体内の
軌道と、本体に結合され、軌道内で本体を支柱に機能的に係止するように構成された２つ
の機能部材とを備えている。

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

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

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

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

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

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

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

第１のモジュールは、予め確立したメッセージが伝達された後に、ユーザ・インターフ
ェースからの入力信号によってトリガされた確認信号を第２のモジュールから受信した際
に、薬物指示または修正された薬物指示が処理される信号を生成するように構成すること
ができる。

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

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

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

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

実施形態では、通信モジュールは、少なくとも１つのプロセッサと、通信能力および電力
の少なくとも１つを患者介護デバイスに提供するための送受信機、電池、および電源の１
つまたは複数とを備えている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

別の実施形態では、ハブは、クレードルに結合された１つまたは複数の患者介護デバイ
スを制御するために、クレードルに接続するようになっている。

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

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

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

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

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

本開示の実施形態による、２つのドックを有する電子患者介護システムのブロック図である。 本開示の実施形態による、図１の監視クライアントと患者介護デバイスの間の通信を維持する方法を示すフローチャート図である。 本開示の別の実施形態による、その間の無線通信のための２つのドックを有する電子患者介護システムのブロック図である。 本開示の実施形態による、図３の監視クライアントと患者介護デバイスの間の通信を維持する方法を示すフローチャート図である。 本開示のさらに別の実施形態による、監視クライアントおよび患者介護デバイスを共にドッキングするためのドックを有する電子患者介護システムのブロック図である。 本開示の実施形態による、図５の監視クライアントと患者介護デバイスの間の通信を維持する方法を示すフローチャート図である。 本開示のさらに別の実施形態による、患者介護デバイスをそこにドッキングするための一体型ドックを備えた監視クライアントを有する電子患者介護システムのブロック図である。 本開示のさらに別の実施形態による、ハブを有する電子患者介護システムのブロック図である。 本開示のさらに別の実施形態による、積み重ね可能な監視クライアントおよび積み重ね可能な患者介護デバイスを有する電子患者介護システムのブロック図である。 本開示の実施形態による、患者介護デバイスの患者介護パラメータを監視サーバに通信する方法のフローチャート図である。 本開示の実施形態による、監視サーバ内の多数の患者の患者介護パラメータを集める方法のフローチャート図である。 本開示の実施形態による、患者介護デバイスの動作が中断された場合の患者介護デバイスの回復方法のフローチャート図である。 本開示の実施形態による、監視クライアントを患者介護デバイスとペアリングする方法のフローチャート図である。 本開示の実施形態による、患者介護デバイスにペアリングされたウェアラブル・システム・モニタを使用して患者介護デバイスの動作を監視する方法のフローチャート図である。 本開示の実施形態による、ユーザ・インターフェース・テンプレートを使用してユーザ・インターフェースを表示する方法のフローチャート図である。 本開示の実施形態による、患者介護デバイスを制御するためにアプリケーションをダウンロードする方法のフローチャート図である。 本開示の実施形態による、患者介護デバイス用にデータを通信する場合に、データ・インテグリティを保証する方法のフローチャート図である。 本開示のさらに別の実施形態による、電子患者介護システムのブロック図である。 本開示の別の実施形態による、電子患者介護システムのブロック図である。 本開示の実施形態による、図１９の電子患者介護システムのドックのブロック図である。 本開示の実施形態による、患者介護デバイスに電気結合されたケーブルを有するドック内にドッキングされたタブレットを有する電子患者介護システムを示す図である。 本開示の実施形態による、患者介護デバイスと無線通信するために、ドック内にドッキングされたタブレットを有する電子患者介護システムを示す図である。 本開示の実施形態による、格納式ユーザ・インターフェースを備えた監視クライアントを有するドック内にドッキングするモジュール式注入ポンプを有する電子患者介護システムを示す図である。 本開示の実施形態による、図２３の電子患者介護システムの側面図である。 本開示の別の実施形態による、格納式ユーザ・インターフェースを備えた監視クライアントを有するドック内にドッキングする、互い違いに配置されたモジュール式注入ポンプを有する電子患者介護システムを示す図である。 本開示のさらに別の実施形態による、格納式ユーザ・インターフェースを備える監視クライアントを含む、共通の水平面に沿ったドック内にドッキングするモジュール式注入ポンプを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、図２６の電子患者介護システムの側面図である。 本開示のさらに別の実施形態による、格納式ユーザ・インターフェースを備える監視クライアントを含む、共通の水平面に沿ったドック内にドッキングするモジュール式注入ポンプを備えると共に、スキャナおよびドックに結合されたハブを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、図２８の電子患者介護システムの側図面である。 本開示の実施形態による、支柱上に電子患者介護システムを取り付けるためのクラッチ・システムを示すいくつかの図である。 本開示の実施形態による、注入ポンプ、および支柱に結合されたドックを示す図である。 本開示の実施形態による、開コネクタに結合された別の注入ポンプ、および開コネクタを備えた注入ポンプを示す図である。 本開示の実施形態による、２つの追加注入ポンプがそれぞれ開コネクタに結合された、図３３の注入ポンプを示す図である。 本開示の実施形態による、図３３〜３５の注入ポンプの１つおよびハブの上面図である。 本開示の実施形態による、いくつかのコネクタを有する四角形のハブを示す図である。 本開示の別の実施形態による、支柱に結合されたハブを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、ポータブル・ドックをハブから取り外すための簡易脱着ハンドルを備えた、支柱およびポータブル・ドックに結合されたハブを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、支柱に結合されたハブ、およびハブに結合されたドックを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、支柱に結合されたハブを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、患者介護デバイスを受けるためのノッチを有するハブに結合された監視クライアントを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、図４２に示されたようなハブのノッチと接続するＴ字形コネクタの拡大図である。 本開示の別の実施形態による、積み重ね可能な患者介護デバイス、および注入バッグを格納するための積み重ね可能な容器を有する電子患者介護システムを示す図である。 本開示のさらに別の実施形態による、患者介護デバイスの別のスタックの隣に積み重ね可能である積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、単一のシリンジを有するシリンジ・ポンプ患者介護デバイスを備えた積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、２つのシリンジを有するシリンジ・ポンプ患者介護デバイスを備えた積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、ディスプレイをそれぞれ有する積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、図４８の電子患者介護デバイスのハンドルの拡大図である。 本開示の別の実施形態による、図４８の電子患者介護システムのそこを通して位置決めされた注入ラインを示す注入ライン・ポートの拡大図である。 本開示の別の実施形態による、積み重ね可能な患者介護デバイスの取り外しを示す、電子患者介護システムの別の実施形態を示す図である。 本開示の別の実施形態による、輸送用に準備された電子患者介護システムを示す図である。 本開示の別の実施形態による、積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、底部から上に積み重ね可能である積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、支柱に結合され、上部から下に積み重ね可能である積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、支柱に対して機能的にグリップするための解放ハンドルを有するクラッチ・システムの斜視図である。 本開示の別の実施形態による、透明な背面を示す、図５６のクラッチ・システムの背面図である。 本開示の別の実施形態による、図５６のクラッチ・システムの上面断面図である。 本開示の実施形態による、注入ポンプを制御するためのシステムのブロック図である。 本開示の実施形態による、いくつかの電子患者介護デバイスと通信するためにハブを有する電子患者介護システムのブロック図である。 本開示の実施形態による、ＵＳＢ接続により患者介護デバイスに接続可能なドックを有する電子患者介護システムのブロック図である。 本開示の実施形態による、電子患者介護のいくつかの段階を示すプロセス図である。 本開示の実施形態による、電子患者介護システムのいくつかの配置を示す図である。 本開示の実施形態による、注入ポンプを使用する電子患者介護治療のタイミング図である。 本開示の実施形態による、図６７のタイミング図を示す方法のフローチャート図である。 本開示の実施形態による、電子患者介護システムの追加の配置を示す図である。 本開示の実施形態による、注入ポンプを使用する電子患者介護治療のタイミング図である。 本開示の実施形態による、図７１のタイミング図を示す方法のフローチャート図である。 本開示の実施形態による、注入ポンプを使用する電子患者介護治療の別のタイミング図である。 本開示の実施形態による、図７３のタイミング図を示す方法のフローチャート図である。 本開示の別の実施形態による、注入ポンプを使用する電子患者介護治療のさらに別のタイミング図である。 本開示の実施形態による、図７５のタイミング図を示す方法のフローチャート図である。 本開示の実施形態による、電子患者介護システムのいくつかの配置を示す図である。 本開示の別の実施形態による、注入ポンプを使用する電子患者介護治療の別のタイミング図である。 本開示の実施形態による、図７９のタイミング図を示す方法のフローチャート図である。 本開示の別の実施形態による、注入ポンプを使用する電子患者介護治療の別のタイミング図である。 本開示の実施形態による、図８１のタイミング図を示す方法のフローチャート図である。 本開示のいくつかの実施形態による、電子患者介護システムのいくつかの追加の実施形態を示す図である。 本開示の実施形態による、ハブの実施形態の電子回路のブロック図である。 本開示の実施形態による、注入ポンプとインターフェース接続するための電子回路のブロック図である。 本開示の実施形態による、ドック内にドッキングされた垂直に配列された患者介護デバイスを有する電子患者介護システムの別の実施形態を示す図である。 本開示の実施形態による、ハブの実施形態の電子回路のブロック図である。 本開示の実施形態による、通信モジュールの電子回路のブロック図である。 本開示のいくつかの実施形態による、通信モジュールに結合された注入ポンプを有する電子患者介護システムのいくつかの実施形態を示す図である。 本開示のいくつかの実施形態による、ドックの電子回路のいくつかのブロック図である。 本開示の実施形態による、バッテリ・パックのブロック図である。 本開示の追加の実施形態による、ドックの電子回路の追加の実施形態を示す図である。 本開示の追加の実施形態による、監視クライアントに取り付けられた取り付け可能ポンプのいくつかの実施形態を示す図である。 本開示の実施形態による、注入ポンプで使用するためのバックプレーンを示す図である。 本開示の実施形態による、図１１７のバックプレーン・パネルの断面図である。 本開示の追加の実施形態による、監視クライアントに取り付けられた取り付け可能ポンプのいくつかの実施形態を示す図である。 本開示の実施形態による、通信モジュールを示す図である。 本開示の実施形態による、患者監視デバイスに取り付けられた通信モジュールを示す図である。 本開示の実施形態による、図１２１の通信モジュールの電子回路の図である。 本開示の実施形態による、近距離無線通信をＵＨＦに変換する電子回路の図である。 本開示の追加の実施形態による、いくつかのアンテナを示す図である。 本開示の実施形態による、そこに取り付けられたＲＦＩＤタグを備えた患者リスト・バンドを示す図である。 本開示の実施形態による、図１２８のリスト・バンド上で使用するための分割リング共振回路を示す図である。 本開示の実施形態による、近接場アンテナを示す図である。 本開示の実施形態による、図１３０の分割リング共振回路の等価回路を示す図である。 本開示の実施形態による、監視クライアント上に表示することができる５Ｒのチェックリストを示す図である。 本開示の実施形態による、監視クライアント上に表示することができる閉塞チェックリストを示す図である。 本開示の実施形態による、いくつかの注入ポンプと動作可能に通信する監視クライアントの表示を示す図である。 本開示の実施形態による、その情報にプロバイダがアクセスすることができる患者のリストを示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示の図である。 本開示の実施形態による、デバイスからの現在のデータ、および患者の診療情報のいくつかへのワンタッチ・アクセスを備えた、特定の患者に関連付けられたデバイスを示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。 本開示の実施形態による、静脈注入ポンプで使用するための、薬剤用処方箋に対するデータ入力領域を示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。 本開示の実施形態による、監視クライアントによって生成されるように、指示された薬剤に関連付けられたリスク・プロファイル、および提案された動作過程を示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。 本開示の実施形態による、指示プロバイダによる提示する準備ができている薬剤処方箋を示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。 本開示の実施形態による、処方箋が薬剤師に伝達されたという確認を指示プロバイダに監視システムがどのように表示することができるかを示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。 本開示の実施形態による、アダプタに結合されたマイクロインフュージョン・ポンプの斜視図である。 本開示の実施形態による、データを患者介護デバイスから監視クライアント、別のハブ、またはドックに無線中継する無線ハブ・デバイスの斜視図である。 本開示の実施形態による、アダプタおよびドックを介して監視クライアントに結合されたモジュール式患者介護デバイスを有する電子患者介護システムの正面斜視図である。 本開示の実施形態による、図１４３の電子患者介護システムの側面斜視図である。 本開示の実施形態による、図１４３に示した患者介護デバイスの１つのインターフェースの拡大斜視図である。 本開示の実施形態による、図１４３の電子患者介護システムの上面図である。 本開示の実施形態による、電子患者介護システム用システムを示す図である。 本開示の実施形態による、電子患者介護システムのブロック図である。 本開示の実施形態による、図１４７および／または図１４８の電子患者介護システムのベッドサイド部のブロック図である。 本開示の実施形態による、図１４７、１４８、および／または１４９のドック／ハブのブロック図である。 本開示の実施形態による、図１４８および／または１４９の注入ポンプ回路を示すブロック図である。 本開示の実施形態による、注入ポンプの機構に結合されたセンサを示すブロック図である。

患者介護を容易にする技術が開示されている。技術は、例えば、例示的な一実施形態に
よる、監視クライアントに通信可能に結合された１つまたは複数の患者介護デバイスを有
するシステムにおいて実施することができる。患者介護デバイスは、あらゆる数の多様な
機能を含むことができる、および／または異なる製造業者によって製造することができる
。このような１つの場合では、クライアント監視局と様々な多様性患者介護デバイスの間
の通信インターフェースは、発見およびプロトコル変換と、例えば、電力提供、各種規格
との適合、およびユーザ・インターフェースなどの様々な他の機能とを可能にする。患者
介護デバイスは、注入ポンプ、マイクロインフュージョン・ポンプ、インスリン・ポンプ
、シリンジ・ポンプ、丸薬ディスペンサ、透析器、人工呼吸器、超音波診断器、ＥＣＧモ
ニタ、血圧モニタ、パルス・オキシメータ、ＣＯ_２カプノメータ、点滴カウンタ、点滴流
量計、光学ドップラー・デバイス、心拍数モニタ、静脈内バッグ、血液透析器、腹膜透析
器、腸透析器、患者体温計、および／または他のベッドサイド患者介護デバイスであって
もよい。２００７年２月９日出願、流体送達システムおよび方法という名称の米国特許出
願第１１／７０４，８９９号であり、その後２００７年１０月４日に公開された米国特許
出願公開第２００７−０２２８０７１−Ａ１号（代理人整理番号第Ｅ７０号）、２００７
年２月９日出願、ポンプ流体送達システムおよび力を加えるアセンブリを使用する方法と
いう名称の米国特許出願第１１／７０４，８９６号であり、その後２００７年９月２０日
に公開された米国特許出願公開第２００７−０２１９４９６号（代理人整理番号第Ｅ７１
号）、２００７年２月９日出願、パッチ・サイズ流体送達システムおよび方法という名称
の米国特許出願第１１／７０４，８８６号であり、その後２００７年９月２０日に公開さ
れた米国特許出願公開第２００７−０２１９４８１号（代理人整理番号Ｅ７２号）、２０
０７年２月７日出願、接着材および周辺システムおよび医療用デバイス用の方法という名
称の米国特許出願第１１／７０４，８９７号であり、その後２００７年９月２０日に公開
された米国特許出願公開第２００７−０２１９５９７号（代理人整理番号第Ｅ７３号）、
２００８年１２月３１日出願、注入ポンプ・アセンブリという名称の米国特許出願第１２
／３４７，９８５号であり、その後２００９年１２月３日に公開された米国特許出願公開
第２００９−０２９９２７７号（代理人整理番号第Ｇ７５号）、２００８年１２月３１日
出願、ウェアラブル・ポンプ・アセンブリという名称の米国特許出願第１２／３４７，９
８２号であり、その後２００９年１１月１２日に公開された米国特許出願公開第２００９
−０２８１４９７号（代理人整理番号第Ｇ７６号）、２００８年１２月３１日出願、注入
ポンプ・アセンブリという名称の米国特許出願第１２／３４７，９８１号であり、その後
２００９年１１月５日に公開された米国特許出願公開第２００９−０２７５８９６号（代
理人整理番号第Ｇ７７号）、２００８年１２月３１日出願、スイッチを備えたポンプ・ア
センブリという名称の米国特許出願第１２／３４７，９８４号であり、その後２００９年
１２月３日に公開された米国特許出願公開第２００９−０２９９２８９号（代理人整理番
号第Ｇ７９号）、２００８年１０月１０日出願、注入ポンプ・アセンブリという名称の米
国特許出願第１２／２４９，８８２号であり、その後２０１０年４月１５日に公開された
米国特許出願公開第２０１０−００９４２２２号（代理人整理番号第Ｆ５１号）、２００
８年１０月１０日出願、注入可能流体を投与するためのシステムおよび方法という名称の
米国特許出願第１２／２４９，６３６号であり、その後２０１０年４月１５日に公開され
た米国特許出願公開第２０１０−００９４２６１号（代理人整理番号第Ｆ５２号）、２０
０８年１０月１０日出願、閉塞検出システムおよび方法という名称の米国特許出願第１２
／２４９，６２１号であり、その後２０１０年４月１５日に公開された米国特許出願公開
第２０１０−００９０８４３号（代理人整理番号第Ｆ５３号）、２００８年１０月１０日
出願、マルチ言語／マルチ・プロセッサ注入ポンプ・アセンブリという名称の米国特許出
願第１２／２４９，６００号であり、その後２０１０年４月１５日に公開された米国特許
出願公開第２０１０−００９４２２１号（代理人整理番号第Ｆ５４号）、２０１１年１１
月２９日発行、バックアップ電源を備えた注入ポンプ・アセンブリという名称の米国特許
第８，０６６，６７２号（代理人整理番号第Ｆ５５号）、２０１１年９月１３日に発行さ
れ、取り外し可能なカバー・アセンブリを備えたポンプ・アセンブリという名称の米国特
許第８，０１６，７８９号（代理人整理番号第Ｆ５６号）、２００７年１２月１１日発行
、注入ポンプ用ロード機構という名称の米国特許第７，３０６，５７８号（代理人整理番
号第Ｃ５４号）の全ては、その全体を参照として本明細書に援用する。技術を使用して、
シームレス通信およびフェイルセーフ動作を可能にすることができる。多数の他の特徴、
機能、および応用例が、本開示を鑑みて自明である。

全般的概要
前に記載したように、医療的治療の指示および送達などの総合的介護を患者に提供する
過程は、いくつかの重要な問題が関連している。例えば、重要な情報が誤って通信される
、治療決定が完全な情報へのアクセスの準備なしで行なわれる、および／または不必要な
冗長かつ不十分な処置による処方箋の実施の遅延に対する大きな潜在性がある。

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

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

効果的な監視システムは、治療に起因する可能性があるいくつかの有害事象のいずれも
最小限に抑えるために、薬剤指示および投与プロセスのあらゆる段階において監視および
仲裁することができる。薬剤治療過程は概念的に、３つの段階、処方段階、薬剤調製段階
、および薬剤投与段階に分けることができる。薬剤の処方箋が書かれるまたは入力される
場合、薬剤が使用のために回収される、または溶液内に混合される場合、または薬剤が患
者に投与される場合に、ミスが起こる可能性がある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

モジュールはそれぞれ、スピーカおよびマイクを備えることができる。いくつかのモジ
ュールが互いに接続されている場合、モジュールはその動作を調整することができ、それ
によってスピーカが適切に機能しているかどうか判定するために、別のモジュールがマイ
クを使用している間に、１つのモジュールがスピーカに可聴的に信号を送る。いくつかの
モジュールはそれぞれ、異なる周波数上でそのスピーカを使用することができ、それによ
ってモジュールのいずれか１つは、そのマイクを介して音声を感知し、同時にスピーカの
いくつかを検査するために異なる周波数を復調することができる。検査は、第１のモジュ
ールによって第２のモジュールにリクエストすることができ、第２のモジュールは検査の
結果を第１のモジュールに送信することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

いくつかの実施形態では、患者介護デバイス進行の動作は、患者介護デバイスの状態お
よび／または進行を示すために、監視クライアント１のディスプレイ上に外側ボーダーに
よって示される。例えば、外側ボーダーは監視クライアント１上に表示され、それによっ
て、点灯する（例えば、ボーダーが埋まったときに、完全に埋まった外周面を形成し始め
る）ボーダーの割合は、注入ポンプ７などの、患者介護デバイスによって行なわれている
治療の進行を示す。ボーダーは、注入ポンプ７から監視クライアント１まで画像形式（例
えば、ＪＰＥＧ、ＢＭＰなど）で、および／または監視クライアント１に対して完了した
割合として伝達することができ、この場合、監視クライアント１がボーダーを生成する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

方法２０２は、監視クライアントと１つまたは複数の患者介護デバイスの間で通信を維
持する方法を記載した、本開示の例示的な実施形態である。いくつかの実施形態では、方
法２０２は通信リンクのスケジュールを含むが、他のスケジュールを使用することができ
、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、ル
ーティング・アルゴリズムを使用することができ、距離ベクトル・ルーティング・プロト
コルを使用することができ、リンク状態ルーティング・プロトコルを使用することができ
、最適化リンク状態ルーティング・プロトコルを使用することができ、パス・ベクトル・
プロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用する
ことができ、および／または適応ネットワークを使用することができる。例えば、本開示
のいくつかの実施形態では、体重を各通信パスに割り当てることができ、Ｄｉｊｋｓｔｒ
ａのアルゴリズムを使用して監視クライアント１と１つまたは複数の患者介護デバイスの
間を通信することができ、あらゆる知られている方法で体重を決定することができ、帯域
幅、信号品質、ビット誤り率の関数として含むことは、利用可能なデータ・スループット
または待ち時間、および／またはその他に対して直線的である可能性がある。

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

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

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

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

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

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

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

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

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

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

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

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

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

方法３０４は、監視クライアントと１つまたは複数の患者介護デバイスの間で通信を維
持する方法を記載した、本開示の例示的な実施形態である。いくつかの実施形態では、方
法３０４は通信リンクのスケジュールを含むが、他のスケジュールを使用することができ
、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、ル
ーティング・アルゴリズムを使用することができ、距離ベクトル・ルーティング・プロト
コルを使用することができ、リンク状態ルーティング・プロトコルを使用することができ
、最適化リンク状態ルーティング・プロトコルを使用することができ、パス・ベクトル・
プロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用する
ことができ、および／または適応ネットワークを使用することができる。例えば、本開示
のいくつかの実施形態では、体重を各通信パスに割り当てることができ、Ｄｉｊｋｓｔｒ
ａのアルゴリズムを使用して監視クライアント１と１つまたは複数の患者介護デバイスの
間を通信することができ、あらゆる知られている方法で体重を決定することができ、帯域
幅、信号品質、ビット誤り率の関数として含むことは、利用可能なデータ・スループット
または待ち時間、および／またはその他に対して直線的である可能性がある。

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

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

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

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

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

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

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

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

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

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

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

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

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

本明細書に記載したユーザ・インターフェースは、リクエスト動作フレームワークを利
用することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図９のシステム９００は、それとの通信を維持するためのあらゆる知られている通信方
法を使用することができる。例えば、いくつかの実施形態では、あらゆる通信のスケジュ
ールを使用することができ、放送、エニーキャスト、マルチキャストまたはユニキャスト
を使用することができ、ルーティング・アルゴリズムを使用することができ、距離ベクト
ル・ルーティング・プロトコルを使用することができ、リンク状態ルーティング・プロト
コルを使用することができ、最適化リンク状態ルーティング・プロトコルを使用すること
ができ、パス・ベクトル・プロトコルを使用することができ、所定の代替通信パスでの静
的ルーティングを使用することができ、および／または適応ネットワークを使用すること
ができる。例えば、本開示のいくつかの実施形態では、体重を各通信パスに割り当てるこ
とができ、Ｄｉｊｋｓｔｒａのアルゴリズムを使用して監視クライアント９０２と１つま
たは複数の患者介護デバイス（例えば、患者介護デバイス９０４、９０６、９０８）の間
を通信することができ、あらゆる知られている方法で体重を決定することができ、帯域幅
、信号品質、ビット誤り率の関数として含むことは、利用可能なデータ・スループットま
たは待ち時間、および／またはその他に対して直線的である可能性がある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

動作１０２０のタイマは、ウェアラブル・システム・モニタがそのドックの外にある時
間のトラックを維持する。動作１０２２は、ウェアラブル・システム・モニタをウェアラ
ブル・ドックからドッキングを外した後に、所定量の時間が経過した場合に治療を止める
。例えば、方法１０００のウェアラブル・システム・モニタは、ポンプ汲み上げを止める
ために、注入ポンプに信号を送ることができる。ウェアラブル・システム・モニタが再び
ドッキングされると、動作１０２４は、例えば、所定量の時間が経過した後にウェアラブ
ル・システム・モニタをそのウェアラブル・ドックからドッキングを外すことにより、治
療が中断された場合に治療を再開する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

動作１２１６は、リクエストを患者介護デバイスに通信する。通信は、有線、無線、誘
導、または光ファイバ通信などを介して行なうことができる。動作１２１６中に、患者介
護デバイスはリクエストを受信する。リクエストの通過中、リクエスト内の１つまたは複
数のビットが破損する、例えば、ビットの値が変化する、ビットが失われる、ビットが加
えられるなどが起こる可能性があり、このようなまたは他のデータ破損は望ましくない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

システム１４００は、いくつかのデバイスを共に結合させるデイジー・チェーン・シス
テムを示している。各デバイスは、別のデバイスを目的としたデータをその後のデバイス
にデジタルでルーティングする、または各デバイスは、そのコネクタの両方がそれぞれの
ピンに対する電気接続を含むように電気導体を含む。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

デバイス・ハブ６６０２は、タブレット６７０２への物理的または無線通信を有するこ
とができる。デバイス・ハブ６６０２は、タブレット６７０２用のクレードル（図示せず
）を備えることができる。タブレット６７０２は任意選択では、デバイス・ハブ６６０２
にしっかり取り付けることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

さらに、「第１の」、「第２の」、「第３の」などの用語は、明細書または特許請求の
範囲のどちらで使用されていても、同様の要素間を区別するために与えられたものであり
、必ずしも順次または時間順を記載するために与えられたものではない。そのように使用
された用語は、適切な状況において（そうでないと明らかに開示されていない限り）交換
可能であり、本明細書に記載された発明の実施形態は、本明細書で記載または図示した以
外の順序および／または配置で動作可能である。
本発明の第１の態様は、
電子患者介護用のシステムであって、
患者介護デバイスを監視するように構成されたハブを備え、前記ハブが、
前記ハブのハードウェア・リソースおよび前記ハブのソフトウェア・リソースのうちの
少なくとも１つにアクセスするように構成されたオペレーティング・システム・コンポー
ネントと、
前記ハードウェア・リソースおよび前記ソフトウェア・リソースのうちの前記少なくと
も１つに対する前記アクセスを制御するように構成されたサンドボックス・コンポーネン
トとを備え、
前記ハブが、前記患者介護デバイスを識別し、前記患者介護デバイスを監視するために
アプリケーションを実行するようにさらに構成され、
前記ハブが、前記電子診療録から少なくとも１つの治療パラメータをダウンロードし、
前記少なくとも１つの治療パラメータで前記患者介護デバイスをプログラムするように構
成されており、
前記ハブが、前記サンドボックス・コンポーネント内で前記アプリケーションを実行し
、それにより前記アプリケーションが、前記サンドボックス・コンポーネントを通じて前
記ハードウェア・リソースおよび前記ソフトウェア・リソースのうちの前記少なくとも１
つにアクセスし、
前記サンドボックス・コンポーネントが、前記ハードウェア・リソースおよび前記ソフ
トウェア・リソースのうちの前記少なくとも１つに優先的にアクセスするように構成され
ている、システムである。
本発明の第２の態様は、
前記ハブが、前記患者介護デバイスを制御するようにさらに構成されている、第１の態
様に記載のシステムである。
本発明の第３の態様は、
前記患者介護デバイスが、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョン
・ポンプ、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ２カプノメータ、静
脈内バッグ、点滴流量計からなる群から選択される、第１の態様に記載のシステムである
。
本発明の第４の態様は、
前記ハブが、前記患者介護デバイスから識別情報を受信し、前記識別情報に関連付けら
れたサーバから前記アプリケーションをダウンロードするようにさらに構成されている、
第１の態様に記載のシステムである。
本発明の第５の態様は、
前記ハブが、前記患者介護デバイスから識別情報を受信し、前記識別情報に関連付けら
れたサーバからの前記アプリケーションを更新するようにさらに構成されている、第１の
態様に記載のシステムである。
本発明の第６の態様は、
前記ハードウェア・リソースが、ディスク・ドライブ、メモリ、ブザー、マイクロフォ
ン、スピーカ、およびカメラのうちの１つである、第１の態様に記載のシステムである。
本発明の第７の態様は、
前記ソフトウェア・リソースが、変数、セキュアなデータ・オブジェクト、セキュアな
変数、保護付きＡＰＩ、ＡＰＩ、およびハードウェア・コンポーネントのソフトウェア表
現のうちの１つである、第１の態様に記載のシステムである。
本発明の第８の態様は、
電子患者介護用のシステムであって、
患者介護デバイスを監視するように構成されたハブを備え、前記ハブが、
ハードウェア・リソースおよびソフトウェア・リソースのうちの少なくとも１つに対す
るアクセスを制御するように構成されたサンドボックス・コンポーネントを備え、
前記ハブが、前記患者介護デバイスを識別し、前記患者介護デバイスを監視するために
アプリケーションを実行するようにさらに構成され、
前記ハブが、前記電子診療録から少なくとも１つの治療パラメータをダウンロードし、
前記少なくとも１つの治療パラメータで前記患者介護デバイスをプログラムするように構
成されており、
前記ハブが、前記サンドボックス・コンポーネント内で前記アプリケーションを実行し
、それにより前記アプリケーションが、前記サンドボックス・コンポーネントを通じて前
記ハードウェア・リソースおよび前記ソフトウェア・リソースのうちの前記少なくとも１
つにアクセスし、
前記サンドボックス・コンポーネントが、前記ハードウェア・リソースおよび前記ソフ
トウェア・リソースのうちの前記少なくとも１つに優先的にアクセスする、ように構成さ
れている、システムである。
本発明の第９の態様は、
前記ハブが、前記患者介護デバイスを制御するようにさらに構成されている、第８の態
様に記載のシステムである。
本発明の第１０の態様は、
前記患者介護デバイスが、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョン
・ポンプ、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ２カプノメータ、静
脈内バッグ、点滴流量計からなる群から選択される、第８の態様に記載のシステムである
。
本発明の第１１の態様は、
前記ハブが、前記患者介護デバイスから識別情報を受信し、前記識別情報に関連付けら
れたサーバから前記アプリケーションをダウンロードするようにさらに構成されている、
第８の態様に記載のシステムである。
本発明の第１２の態様は、
前記ハブが、前記患者介護デバイスから識別情報を受信し、前記識別情報に関連付けら
れたサーバからの前記アプリケーションを更新するようにさらに構成されている、第８の
態様に記載のシステムである。
本発明の第１３の態様は、
前記ハードウェア・リソースが、ディスク・ドライブ、メモリ、ブザー、マイクロフォ
ン、スピーカ、およびカメラのうちの１つである、第８の態様に記載のシステムである。
本発明の第１４の態様は、
前記ソフトウェア・リソースが、変数、セキュアなデータ・オブジェクト、セキュアな
変数、保護付きＡＰＩ、ＡＰＩ、およびハードウェア・コンポーネントのソフトウェア表
現のうちの１つである、第８の態様に記載のシステムである。
本発明の第１５の態様は、
電子患者介護用のシステムであって、
患者介護デバイスを監視するように構成された監視クライアントを備え、前記監視クラ
イアントが、
前記監視クライアントのハードウェア・リソースおよび前記監視クライアントのソフト
ウェア・リソースのうちの少なくとも１つにアクセスするように構成されたオペレーティ
ング・システム・コンポーネントと、
前記ハードウェア・リソースおよび前記ソフトウェア・リソースのうちの前記少なくと
も１つに対する前記アクセスを制御するように構成されたサンドボックス・コンポーネン
トとを備え、
前記監視クライアントが、前記患者介護デバイスを識別し、前記患者介護デバイスを監
視するためにアプリケーションを実行するようにさらに構成され、
前記監視クライアントが、前記電子診療録から少なくとも１つの治療パラメータをダウ
ンロードし、前記少なくとも１つの治療パラメータで前記患者介護デバイスをプログラム
するように構成されており、
前記監視クライアントが、前記サンドボックス・コンポーネント内で前記アプリケーシ
ョンを実行し、それにより前記アプリケーションが、前記サンドボックス・コンポーネン
トを通じて前記ハードウェア・リソースおよび前記ソフトウェア・リソースのうちの前記
少なくとも１つにアクセスし、
前記サンドボックス・コンポーネントが、前記ハードウェア・リソースおよび前記ソフ
トウェア・リソースのうちの前記少なくとも１つに優先的にアクセスするように構成され
ている、システムである。
本発明の第１６の態様は、
前記監視クライアントが、前記患者介護デバイスを制御するようにさらに構成されてい
る、第１５の態様に記載のシステムである。
本発明の第１７の態様は、
前記患者介護デバイスが、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョン
・ポンプ、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ２カプノメータ、静
脈内バッグ、点滴流量計からなる群から選択される、第１５の態様に記載のシステムであ
る。
本発明の第１８の態様は、
前記監視クライアントが、前記患者介護デバイスから識別情報を受信し、前記識別情報
に関連付けられたサーバから前記アプリケーションをダウンロードするようにさらに構成
されている、第１５の態様に記載のシステムである。
本発明の第１９の態様は、
前記監視クライアントが、前記患者介護デバイスから識別情報を受信し、前記識別情報
に関連付けられたサーバからの前記アプリケーションを更新するようにさらに構成されて
いる、第１５の態様に記載のシステムである。
本発明の第２０の態様は、
前記ハードウェア・リソースが、ディスク・ドライブ、メモリ、ブザー、マイクロフォ
ン、スピーカ、およびカメラのうちの１つである、第１５の態様に記載のシステムである
。
本発明の第２１の態様は、
前記ソフトウェア・リソースが、変数、セキュアなデータ・オブジェクト、セキュアな
変数、保護付きＡＰＩ、ＡＰＩ、およびハードウェア・コンポーネントのソフトウェア表
現のうちの１つである、第１５の態様に記載のシステムである。
本発明の第２２の態様は、
電子患者介護用のシステムであって、
患者介護デバイスを監視するように構成された監視クライアントを備え、前記監視クラ
イアントが、
ハードウェア・リソースおよびソフトウェア・リソースのうちの少なくとも１つに対す
るアクセスを制御するように構成されたサンドボックス・コンポーネントを備え、
前記監視クライアントが、前記患者介護デバイスを識別し、前記患者介護デバイスを監
視するためにアプリケーションを実行するようにさらに構成され、
前記監視クライアントが、前記電子診療録から少なくとも１つの治療パラメータをダウ
ンロードし、前記少なくとも１つの治療パラメータで前記患者介護デバイスをプログラム
するように構成されており、
前記監視クライアントが、前記サンドボックス・コンポーネント内で前記アプリケーシ
ョンを実行し、それにより前記アプリケーションが、前記サンドボックス・コンポーネン
トを通じて前記ハードウェア・リソースおよび前記ソフトウェア・リソースのうちの前記
少なくとも１つにアクセスし、
前記サンドボックス・コンポーネントが、前記ハードウェア・リソースおよび前記ソフ
トウェア・リソースのうちの前記少なくとも１つに優先的にアクセスするように構成され
ている、システムである。
本発明の第２３の態様は、
前記監視クライアントが、前記患者介護デバイスを制御するようにさらに構成されてい
る、第２２の態様に記載のシステムである。
本発明の第２４の態様は、
前記患者介護デバイスが、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョン
・ポンプ、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ２カプノメータ、静
脈内バッグ、点滴流量計からなる群から選択される、第２２の態様に記載のシステムであ
る。
本発明の第２５の態様は、
前記監視クライアントが、前記患者介護デバイスから識別情報を受信し、前記識別情報
に関連付けられたサーバから前記アプリケーションをダウンロードするようにさらに構成
されている、第２２の態様に記載のシステムである。
本発明の第２６の態様は、
前記監視クライアントが、前記患者介護デバイスから識別情報を受信し、前記識別情報
に関連付けられたサーバからの前記アプリケーションを更新するようにさらに構成されて
いる、第２２の態様に記載のシステムである。
本発明の第２７の態様は、
前記ハードウェア・リソースが、ディスク・ドライブ、メモリ、ブザー、マイクロフォ
ン、スピーカ、およびカメラのうちの１つである、第２２の態様に記載のシステムである
。
本発明の第２８の態様は、
前記ソフトウェア・リソースが、変数、セキュアなデータ・オブジェクト、セキュアな
変数、保護付きＡＰＩ、ＡＰＩ、およびハードウェア・コンポーネントのソフトウェア表
現のうちの１つである、第２２の態様に記載のシステムである。
本発明の第２９の態様は、
電子患者介護用のシステムであって、
電子診療録と通信するように構成されたハブと、
患者介護デバイスとを備え、
前記ハブが、患者および前記患者介護デバイスを識別するように構成され、
前記ハブが、前記電子診療録から少なくとも１つの治療パラメータをダウンロードし、
前記少なくとも１つの治療パラメータで前記患者介護デバイスをプログラムするように構
成されており、
サンドボックス・コンポーネントが、ハードウェア・リソースおよびソフトウェア・リ
ソースのうちの前記少なくとも１つに優先的にアクセスするように構成されている、シス
テムである。
本発明の第３０の態様は、
前記ハブが、ＲＦＩＤ呼掛器を使用してＲＦＩＤを読み取ること、マイクロフォンを使
用して結合された音声認識ソフトウェアを使用する音声、カメラに結合された顔認識ソフ
トウェアを使用する顔、バイオメトリック読取りのバイオメトリック・パラメータ、識別
情報、バーコード・リーダによるバーコード読取りのうちの少なくとも１つに従って前記
患者を識別する、第２９の態様に記載のシステムである。
本発明の第３１の態様は、
電子患者介護用のシステムであって、
電子診療録と通信するように構成された監視クライアントと、
患者介護デバイスとを備え、
前記監視クライアントが、患者および前記患者介護デバイスを識別するように構成され
、前記監視クライアントが、前記電子診療録から少なくとも１つの治療パラメータをダウ
ンロードし、前記少なくとも１つの治療パラメータで前記患者介護デバイスをプログラム
するように構成されており、
サンドボックス・コンポーネントが、ハードウェア・リソースおよびソフトウェア・リ
ソースのうちの前記少なくとも１つに優先的にアクセスするように構成されている、シス
テムである。
本発明の第３２の態様は、
前記監視クライアントが、ＲＦＩＤ呼掛器を使用してＲＦＩＤを読み取ること、マイク
ロフォンを使用して結合された音声認識ソフトウェアを使用する音声、カメラに結合され
た顔認識ソフトウェアを使用する顔、バイオメトリック読取りのバイオメトリック・パラ
メータ、識別情報、バーコード・リーダによるバーコード読取りのうちの少なくとも１つ
に従って前記患者を識別する、第３１の態様に記載のシステムである。
本発明の第３３の態様は、
電子患者介護用のシステムであって、
患者介護デバイスを監視するように構成されたハブを備え、前記ハブが、
前記ハードウェア・リソースおよび前記ソフトウェア・リソースのうちの前記少なくと
も１つに対する前記アクセスを制御するように構成されたサンドボックス・コンポーネン
トとを備え、
前記ハブが、前記患者介護デバイスを識別し、前記ハブが、前記電子診療録から少なく
とも１つの治療パラメータをダウンロードし、前記少なくとも１つの治療パラメータで前
記患者介護デバイスをプログラムするように構成されており、
前記患者介護デバイスを監視するためにアプリケーションを実行するようにさらに構成
され、
前記ハブが、前記サンドボックス・コンポーネント内で前記アプリケーションを実行し
、それにより前記アプリケーションが、前記サンドボックス・コンポーネントを通じて前
記ハードウェア・リソースおよび前記ソフトウェア・リソースのうちの前記少なくとも１
つにアクセスし、
前記ハブが、前記患者介護デバイスから識別を受信し、この識別に関連したサーバーか
らアプリケーションをダウンロードするようにさらに構成され、
複数のアプリケーションがアラーム・デバイス又はアラーム状態を示す変数にアクセス
するように要請するならば、前記サンドボックス・コンポーネントが、要請のソースを優
先させ、かつ、アラームを生じる優先リストを生成するように構成されている、システム
である。
本発明の第３４の態様は、
前記ハブが、前記患者介護デバイスを制御するようにさらに構成されている、第３３の
態様に記載のシステムである。
本発明の第３５の態様は、
前記患者介護デバイスが、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョン
・ポンプ、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ２カプノメータ、静
脈内バッグ、点滴流量計からなる群から選択される、第３３の態様に記載のシステムであ
る。
本発明の第３６の態様は、
前記ハブが、前記患者介護デバイスから識別情報を受信し、前記識別情報に関連付けら
れたサーバからの前記アプリケーションを更新するようにさらに構成されている、第３３
の態様に記載のシステムである。
本発明の第３７の態様は、
前記ハードウェア・リソースが、ディスク・ドライブ、メモリ、ブザー、マイクロフォ
ン、スピーカ、およびカメラのうちの１つである、第３３の態様に記載のシステムである
。
本発明の第３８の態様は、
前記ソフトウェア・リソースが、変数、セキュアなデータ・オブジェクト、セキュアな
変数、保護付きＡＰＩ、ＡＰＩ、およびハードウェア・コンポーネントのソフトウェア表
現のうちの１つである、第３３の態様に記載のシステムである。

Claims (24)

1. 電子患者介護用システムであって、
   患者を治療するように構成された患者介護デバイスと；
   ドッキング可能に構成されたウェアラブル・システム・モニタと；
   患者が着用するよう構成され、そしてウェアラブル・システム・モニタを受容するように構成されたウェアラブル・ドックと、を備え、
   前記ウェアラブル・システム・モニタは、
   前記ウェアラブル・システム・モニタが前記ウェアラブル・ドックから外された時にタイマを開始し、
   前記タイマが開始された後所定の時間が経過した後に、患者介護デバイスによる治療を停止し、
   他の患者介護デバイスに前記ウェアラブル・システム・モニタをペアリングし、
   前記ウェアラブル・システム・モニタを前記ウェアラブル・ドックに再び取り付け、
   前記ウェアラブル・システム・モニタを用いて前記ウェアラブル・ドックを識別および認証し、
   前記ウェアラブル・システム・モニタが前記ウェアラブル・ドックにドッキングされた後、患者介護デバイスの治療を再開し、ここで、前記ウェアラブル・ドックは前記ウェアラブル・システム・モニタにより識別され、および
   前記ウェアラブル・ドックは前記ウェアラブル・システム・モニタにより認証される、
   前記電子患者介護用システム。
2. 前記ウェアラブル・システム・モニタが、音声認識装置を用いて介護人を識別するように構成された、請求項１のシステム。
3. 前記ウェアラブル・システム・モニタが、顔認識装置を用いて介護人を識別するように構成された、請求項１のシステム。
4. 前記ウェアラブル・システム・モニタが、バーコード・リーダ用いて介護人を識別するように構成された、請求項１のシステム。
5. 前記ウェアラブル・システム・モニタが、ＲＦＩＤリーダを用いて介護人を識別するように構成された、請求項１のシステム。
6. 前記ウェアラブル・システム・モニタが、音声認識装置を用いて患者を識別するように構成された、請求項１のシステム。
7. 前記ウェアラブル・システム・モニタが、顔認識装置を用いて患者を識別するように構成された、請求項１のシステム。
8. 前記ウェアラブル・システム・モニタが、バーコード・リーダ用いて患者を識別するように構成された、請求項１のシステム。
9. 前記ウェアラブル・システム・モニタが、ＲＦＩＤリーダを用いて患者を識別するように構成された、請求項１のシステム。
10. 前記ウェアラブル・システム・モニタが、介護人がウェアラブル・システム・モニタをペアリングする権限があるかを決定するように構成された、請求項１のシステム。
11. 前記ウェアラブル・システム・モニタとペアリングすることができる患者介護デバイスのリストを提供するように構成された、請求項１のシステム。
12. 更新設定により治療するように前記患者介護デバイス及び他の患者介護デバイスに指示を与えるように構成された、請求項１のシステム。
13. 電子患者介護用システムであって、
    患者に結合され、患者の患者介護パラメータを測定するように構成された第一の医療センサと、
    前記医療センサから、測定された患者介護パラメータを動作可能に受領するように構成された医療用デバイスであり、前記医療用デバイスは前記測定された患者介護パラメータを通信するように構成され、及び患者を治療するように構成された、医療用デバイスと；
    そこに記録するために測定された患者介護パラメータを受領するために前記医療用デバイスと動作可能に通信するサーバと；
    ウェアラブル・ドックと；及び
    前記ウェアラブル・ドックにドッキング可能であるウェアラブル・システム・モニタとを備え、
    前記ウェアラブル・システム・モニタは、
    介護人を識別し、
    前記ウェアラブル・システム・モニタが前記ウェアラブル・ドックから外された時にタイマを開始し、
    前記ウェアラブル・システム・モニタが前記ウェアラブル・ドックにドッキングされることなく所定の時間が経過した時、前記医療用デバイスの治療を停止し、
    患者を識別し、
    介護人に前記ウェアラブル・システム・モニタをペアリングする許可をし、前記ウェアラブル・システム・モニタを前記医療用デバイスにペアリングし、
    前記ウェアラブル・システム・モニタを前記ウェアラブル・ドックに再び取り付け、
    前記ウェアラブル・ドックを識別および認証し、及び
    前記ウェアラブル・システム・モニタが前記ウェアラブル・ドックにドッキングされた後、前記医療用デバイスの治療を再開し、及び前記ウェアラブル・ドックは前記ウェアラブル・システム・モニタにより識別されおよび認証される、
    前記電子患者介護用システム。
14. 前記ウェアラブル・システム・モニタが、音声認識装置を用いて介護人を識別するように構成された、請求項１３のシステム。
15. 前記ウェアラブル・システム・モニタが、顔認識装置を用いて介護人を識別するように構成された、請求項１３のシステム。
16. 前記ウェアラブル・システム・モニタが、バーコード・リーダ用いて介護人を識別するように構成された、請求項１３のシステム。
17. 前記ウェアラブル・システム・モニタが、ＲＦＩＤリーダを用いて介護人を識別するように構成された、請求項１３のシステム。
18. 前記ウェアラブル・システム・モニタが、音声認識装置を用いて患者を識別するように構成された、請求項１３のシステム。
19. 前記ウェアラブル・システム・モニタが、顔認識装置を用いて患者を識別するように構成された、請求項１３のシステム。
20. 前記ウェアラブル・システム・モニタが、バーコード・リーダ用いて患者を識別するように構成された、請求項１３のシステム。
21. 前記ウェアラブル・システム・モニタが、ＲＦＩＤリーダを用いて患者を識別するように構成された、請求項１３のシステム。
22. 前記ウェアラブル・システム・モニタが、介護人が前記ウェアラブル・システム・モニタをペアリングする権限があるかを決定するように構成された、請求項１３のシステム。
23. 前記ウェアラブル・システム・モニタとペアリングすることができる医療用デバイスのリストを提供するように構成された、請求項１３のシステム。
24. 前記ウェアラブル・システム・モニタが、更新設定により前記患者を治療するよう医療用デバイスに指示を与えるように構成された、請求項１３のシステム。

Images