"電子患者介護用のシステムであって、患者介護デバイスを監視するように構成されたハブを備え、前記ハブが、前記ハブのハードウェアリソースおよび前記ハブのソフトウェアリソースのうちの少なくとも1つにアクセスするように構成されたオペレーティングシステムコンポーネントと、前記ハードウェアリソースおよび前記ソフトウェアリソースのうちの前記少なくとも1つに対する前記アクセスを制御するように構成されたサンドボックスコンポーネントとを備え、前記ハブが、前記患者介護デバイスを識別し、前記患者介護デバイスを監視するためにアプリケーションを実行するようにさらに構成され、前記ハブが、前記サンドボックスコンポーネント内で前記アプリケーションを実行し、それにより前記アプリケーションが、前記サンドボックスコンポーネントを通じて前記ハードウェアリソースおよび前記ソフトウェアリソースのうちの前記少なくとも1つにアクセスする、システム。前記ハブが、前記患者介護デバイスを制御するようにさらに構成されている、請求項1に記載のシステム。前記患者介護デバイスが、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョンポンプ、ECGモニタ、血圧モニタ、パルスオキシメータ、CO2カプノメータ、静脈内バッグ、点滴流量計からなる群から選択される、請求項1に記載のシステム。前記ハブが、前記患者介護デバイスから識別情報を受信し、前記識別情報に関連付けられたサーバから前記アプリケーションをダウンロードするようにさらに構成されている、請求項1に記載のシステム。前記ハブが、前記患者介護デバイスから識別情報を受信し、前記識別情報に関連付けられたサーバからの前記アプリケーションを更新するようにさらに構成されている、請求項1に記載のシステム。前記ハードウェアリソースが、ディスクドライブ、メモリ、ブザー、マイクロフォン、スピーカ、およびカメラのうちの1つである、請求項1に記載のシステム。前記ソフトウェアリソースが、変数、セキュアなデータオブジェクト、セキュアな変数、保護付きAPI、API、およびハードウェアコンポーネントのソフトウェア表現のうちの1つである、請求項1に記載のシステム。電子患者介護用のシステムであって、患者介護デバイスを監視するように構成されたハブを備え、前記ハブが、ハードウェアリソースおよびソフトウェアリソースのうちの少なくとも1つに対するアクセスを制御するように構成されたサンドボックスコンポーネントを備え、前記ハブが、前記患者介護デバイスを識別し、前記患者介護デバイスを監視するためにアプリケーションを実行するようにさらに構成され、前記ハブが、前記サンドボックスコンポーネント内で前記アプリケーションを実行し、それにより前記アプリケーションが、前記サンドボックスコンポーネントを通じて前記ハードウェアリソースおよび前記ソフトウェアリソースのうちの前記少なくとも1つにアクセスする、システム。前記ハブが、前記患者介護デバイスを制御するようにさらに構成されている、請求項8に記載のシステム。前記患者介護デバイスが、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョンポンプ、ECGモニタ、血圧モニタ、パルスオキシメータ、CO2カプノメータ、静脈内バッグ、点滴流量計からなる群から選択される、請求項8に記載のシステム。前記ハブが、前記患者介護デバイスから識別情報を受信し、前記識別情報に関連付けられたサーバから前記アプリケーションをダウンロードするようにさらに構成されている、請求項8に記載のシステム。前記ハブが、前記患者介護デバイスから識別情報を受信し、前記識別情報に関連付けられたサーバからの前記アプリケーションを更新するようにさらに構成されている、請求項8に記載のシステム。前記ハードウェアリソースが、ディスクドライブ、メモリ、ブザー、マイクロフォン、スピーカ、およびカメラのうちの1つである、請求項8に記載のシステム。前記ソフトウェアリソースが、変数、セキュアなデータオブジェクト、セキュアな変数、保護付きAPI、API、およびハードウェアコンポーネントのソフトウェア表現のうちの1つである、請求項8に記載のシステム。電子患者介護用のシステムであって、患者介護デバイスを監視するように構成された監視クライアントを備え、前記監視クライアントが、前記監視クライアントのハードウェアリソースおよび前記監視クライアントのソフトウェアリソースのうちの少なくとも1つにアクセスするように構成されたオペレーティングシステムコンポーネントと、前記ハードウェアリソースおよび前記ソフトウェアリソースのうちの前記少なくとも1つに対する前記アクセスを制御するように構成されたサンドボックスコンポーネントとを備え、前記監視クライアントが、前記患者介護デバイスを識別し、前記患者介護デバイスを監視するためにアプリケーションを実行するようにさらに構成され、前記監視クライアントが、前記サンドボックスコンポーネント内で前記アプリケーションを実行し、それにより前記アプリケーションが、前記サンドボックスコンポーネントを通じて前記ハードウェアリソースおよび前記ソフトウェアリソースのうちの前記少なくとも1つにアクセスする、システム。前記監視クライアントが、前記患者介護デバイスを制御するようにさらに構成されている、請求項15に記載のシステム。前記患者介護デバイスが、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョンポンプ、ECGモニタ、血圧モニタ、パルスオキシメータ、CO2カプノメータ、静脈内バッグ、点滴流量計からなる群から選択される、請求項15に記載のシステム。前記監視クライアントが、前記患者介護デバイスから識別情報を受信し、前記識別情報に関連付けられたサーバから前記アプリケーションをダウンロードするようにさらに構成されている、請求項15に記載のシステム。前記監視クライアントが、前記患者介護デバイスから識別情報を受信し、前記識別情報に関連付けられたサーバからの前記アプリケーションを更新するようにさらに構成されている、請求項15に記載のシステム。前記ハードウェアリソースが、ディスクドライブ、メモリ、ブザー、マイクロフォン、スピーカ、およびカメラのうちの1つである、請求項15に記載のシステム。前記ソフトウェアリソースが、変数、セキュアなデータオブジェクト、セキュアな変数、保護付きAPI、API、およびハードウェアコンポーネントのソフトウェア表現のうちの1つである、請求項15に記載のシステム。電子患者介護用のシステムであって、患者介護デバイスを監視するように構成された監視クライアントを備え、前記監視クライアントが、ハードウェアリソースおよびソフトウェアリソースのうちの少なくとも1つに対するアクセスを制御するように構成されたサンドボックスコンポーネントを備え、前記監視クライアントが、前記患者介護デバイスを識別し、前記患者介護デバイスを監視するためにアプリケーションを実行するようにさらに構成され、前記監視クライアントが、前記サンドボックスコンポーネント内で前記アプリケーションを実行し、それにより前記アプリケーションが、前記サンドボックスコンポーネントを通じて前記ハードウェアリソースおよび前記ソフトウェアリソースのうちの前記少なくとも1つにアクセスする、システム。前記監視クライアントが、前記患者介護デバイスを制御するようにさらに構成されている、請求項22に記載のシステム。前記患者介護デバイスが、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョンポンプ、ECGモニタ、血圧モニタ、パルスオキシメータ、CO2カプノメータ、静脈内バッグ、点滴流量計からなる群から選択される、請求項22に記載のシステム。前記監視クライアントが、前記患者介護デバイスから識別情報を受信し、前記識別情報に関連付けられたサーバから前記アプリケーションをダウンロードするようにさらに構成されている、請求項22に記載のシステム。前記監視クライアントが、前記患者介護デバイスから識別情報を受信し、前記識別情報に関連付けられたサーバからの前記アプリケーションを更新するようにさらに構成されている、請求項22に記載のシステム。前記ハードウェアリソースが、ディスクドライブ、メモリ、ブザー、マイクロフォン、スピーカ、およびカメラのうちの1つである、請求項22に記載のシステム。前記ソフトウェアリソースが、変数、セキュアなデータオブジェクト、セキュアな変数、保護付きAPI、API、およびハードウェアコンポーネントのソフトウェア表現のうちの1つである、請求項22に記載のシステム。電子患者介護用のシステムであって、電子診療録と通信するように構成されたハブと、患者介護デバイスとを備え、前記ハブが、患者および前記患者介護デバイスを識別するように構成され、前記ハブが、前記電子診療録から少なくとも1つの治療パラメータをダウンロードし、前記少なくとも1つの治療パラメータで前記患者介護デバイスをプログラムするように構成されている、システム。前記ハブが、RFID呼掛器を使用してRFIDを読み取ること、マイクロフォンを使用して結合された音声認識ソフトウェアを使用する音声、カメラに結合された顔認識ソフトウェアを使用する顔、バイオメトリック読取りのバイオメトリックパラメータ、識別情報、バーコードリーダによるバーコード読取りのうちの少なくとも1つに従って前記患者を識別する、請求項29に記載のシステム。電子患者介護用のシステムであって、電子診療録と通信するように構成された監視クライアントと、患者介護デバイスとを備え、前記監視クライアントが、患者および前記患者介護デバイスを識別するように構成され、前記監視クライアントが、前記電子診療録から少なくとも1つの治療パラメータをダウンロードし、前記少なくとも1つの治療パラメータで前記患者介護デバイスをプログラムするように構成されている、システム。前記監視クライアントが、RFID呼掛器を使用してRFIDを読み取ること、マイクロフォンを使用して結合された音声認識ソフトウェアを使用する音声、カメラに結合された顔認識ソフトウェアを使用する顔、バイオメトリック読取りのバイオメトリックパラメータ、識別情報、バーコードリーダによるバーコード読取りのうちの少なくとも1つに従って前記患者を識別する、請求項31に記載のシステム。電子診療録EMRおよびコンピュータ化プロバイダ指示エントリCPOEを組み込んだもののような介護過程を容易にすることを意図したシステムの存在にも関わらず、投薬などの診療を指示および送達することを含む総合的介護を患者に提供する過程は、いくつかの重要な問題が関連している。薬剤の指示および投与に関連する例示的な実施形態では、電子患者介護システムは、第1のデータ収集モジュール例えば、監視クライアント、指示を伝達するまたは患者関連情報を受信するためのユーザインターフェースを有する第2の指示入力モジュール例えば、固定またはポータブル監視クライアントを備えることができる。第1のモジュールは、血圧、心拍数、心調律、温度、酸素化、呼吸数、または換気などの、患者の現在の状態例えば、患者状態パラメータに関する測定パラメータを受信および記憶するように構成することができる。第1のモジュールはまた、例えば、薬剤アレルギーまたは過敏症、患者の組織中に存在する他の現在投与されている薬剤、年齢、体重、身長、腎臓、または肝臓機能などの患者状態パラメータを含む、第1のデータベース例えば、患者に関する情報を含むEHRデータベースから、患者に関連する既存のパラメータに関する情報を受信するように構成することができる。第1のモジュールは、例えば、血圧、脈拍、心調律、または呼吸に関する知られている薬剤相互作用、薬剤の効果、または既存の薬剤などの第2のデータベース例えば、薬物情報データベースからの指示された薬剤および/または既存の薬剤に関する薬剤情報を得るように構成することもできる。第1のモジュールは、患者の現在測定した患者状態パラメータおよび受信した既存の患者状態パラメータを知られている通常範囲と比較し、通常範囲外であることが分かった患者状態パラメータのテーブルを作成するように構成することができる。第1のモジュールはその後、患者状態パラメータのテーブルを薬物情報データベースから得られた対応するパラメータのテーブルと比較することができる。患者状態パラメータのテーブルと対応するパラメータのテーブルの間に一致が存在することが分かった場合、第1のモジュールはその後、第2の指示入力モジュールに伝達するために、1つまたは複数の予め入力され、記憶されたメッセージを読み出すことができる。これらのメッセージは、例えば、指示された特定の薬剤、患者の既存の薬剤、および患者の現在および既存の病状に適切な第2のモジュールのユーザへの警告を含むことができる。任意選択では、警告が第2のモジュールによって受信され、警告がユーザインターフェースからの入力信号を通して第2のモジュールのユーザによって確認されると、警告のさらなる繰り返しを避けることができる。他の実施形態では、電子患者介護システムは、ユーザに薬物情報データベースから得られた標準的な投薬および投与ガイドラインから導き出された編集可能なデフォルト値を提供することができ、患者の現在のおよび既存の病状、アレルギー、既存の薬剤、または他の患者状態パラメータに基づいて示すことができる変更をユーザに警告することができる。電子患者介護システムは、ユーザからタイピングされた入力量を最小限に抑えることが好ましい。他の実施形態では、電子患者介護システムの第1のモジュールまたは他のモジュールを使用して、患者のベッドサイドに例えば、バーコードおよびリーダ、またはRFIDタグおよびスキャナを通して送達される指示された薬剤を識別し、適切な薬剤および投与量が調製され、患者に送達されていることを検証することもできる。実施形態では、第1のモジュールはまた、注入ポンプまたは丸薬ディスペンサなどの、治療を施す患者介護デバイスと有線または無線通信リンクを通して相互作用することができる。注入ポンプの場合、第1のモジュールまたは別の接続モジュールは、注入ポンプに、注入速度または注入圧力を含む注入設定などの患者治療パラメータを提供し、そこから例えば、注入ライン内の空気の存在、接続されている静脈内バッグ内に残っている溶液の量、または注入ライン内の流体の圧力などの様々な動作パラメータを受信することができる。動作パラメータが異常であることが分かった場合、第1のモジュールは、注入ポンプに信号を送って注入を中断させることによって応答する、機械的閉塞に信号を送って静脈ラインを閉塞することによって応答する、注入速度を変更する、および/または第1のモジュール内に組み込まれたアラームにより直接、または第2のモジュールへのアラームの伝達によってのいずれかで、ヘルスケアプロバイダなどに異常を警告するように構成することができる。別の実施形態では、第1のモジュールはまた、患者の状態を監視し、例えば、血圧モニタ、ECGモニタ、パルスオキシメトリモニタ、温度モニタなどの患者状態パラメータを決定するために使用される様々な患者介護デバイスと通信するように構成することができる。測定される様々なパラメータは、携帯デバイスによって、および/またはEMR内で監視する、および/または記録することができる。いくつかの場合では、第1のモジュールは、監視した患者状態パラメータが所定の範囲外にある場合に、患者または他の人に警報を発するようにプログラムすることができる。いくつかの実施形態では、第1のモジュールは、信号を監視クライアントに伝達して、患者介護デバイスによってスケジュールされていない測定を行なって、別の患者状態パラメータを得ることができる。第1のモジュールは、様々な位置で様々なヘルスケアプロバイダと通信することができ、実施形態では、第1のモジュールが割り当てられた患者に異常を知らせることが可能であり、例えば、可聴警報または記録されたメッセージにより修正動作を勧めることができる。一実施形態では、マイクロインフュージョンポンプを準備するシステムは、監視クライアント、薬局コンピュータ、複合ロボット、マイクロインフュージョンポンプ、およびデータダウンロードデバイスを備えている。監視クライアントは、ユーザインターフェースを介して処方箋指示を通信するように構成されている。薬局コンピュータは、処方箋指示を受信するように、監視クライアントと動作可能に通信する。複合ロボットは、処方箋を処方箋指示に対応する少なくとも1つの液体に調製するように構成されている。マイクロインフュージョンポンプは、処方箋指示に対応する少なくとも1つの液体を受けるように構成されている。データダウンロードデバイスは、処方箋指示をマイクロインフュージョンポンプのメモリ内にダウンロードするように構成されている。いくつかの実施形態では、複合ロボットは、マイクロインフュージョンポンプに少なくとも1つの液体を充填する。複合ロボットは、データダウンロードデバイスと動作可能に通信することができ、複合ロボットは、データダウンロードデバイスに、処方箋指示をマイクロインフュージョンポンプのメモリ内にダウンロードするように命令することができる。データダウンロードデバイスは、処方箋指示を、複合ロボットおよび/または薬局コンピュータから受信することができる。いくつかの実施形態では、複合ロボットは、薬局コンピュータから処方箋指示を受信する。本開示の一実施形態では、システムはハブを備えている。ハブは、患者介護デバイスを監視するように構成されている。ハブは、プロセッサ実行ソフトウェアとして具体化することができるオペレーティングシステムと、プロセッサ実行ソフトウェアとして具体化することができるサンドボックスコンポーネントとを備えている。オペレーティングシステムコンポーネントは、ハブのハードウェアリソースおよびハブのソフトウェアリソースのうちの少なくとも1つにアクセスするように構成されている。サンドボックスコンポーネントは、ハードウェアリソースおよびソフトウェアリソースのうちの少なくとも1つに対するアクセスを制御するように構成されている。ハブは、患者介護デバイスを識別し、患者介護デバイスを監視するためにアプリケーションを実行するようにさらに構成されている。ハブは、サンドボックスコンポーネント内でアプリケーションを実行することができ、それによりアプリケーションが、サンドボックスコンポーネントを通じてハードウェアリソースおよびソフトウェアリソースのうちの少なくとも1つにアクセスする。ハブは、患者介護デバイスを制御するようにさらに構成されてもよい。患者介護デバイスは、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョンポンプ、ECGモニタ、血圧モニタ、パルスオキシメータ、CO2カプノメータ、静脈内バッグ、および/または点滴流量計の1つまたは複数であってもよい。ハブは、患者介護デバイスから識別情報例えば、シリアル番号、暗号化されたまたは暗号化されていないコード、または他の識別値を受信し、識別情報に関連付けられたサーバからアプリケーションをダウンロードするように構成されてもよい。また、ハブは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからのアプリケーションを更新するように構成されてもよい。ハードウェアリソースは、ディスクドライブ、メモリ、ブザーbuzzard、マイクロフォン、スピーカ、およびカメラであってもよい。ソフトウェアリソースは、変数、セキュアなデータオブジェクト、セキュアな変数、保護付きAPI、API、およびハードウェアコンポーネントのソフトウェア表現のうちの1つであってもよい。さらに別の実施形態では、電子患者介護用のシステムは、ハブを備えている。ハブは、患者介護デバイスを監視するように構成されている。サンドボックスは、ハードウェアリソースおよびソフトウェアリソースのうちの少なくとも1つに対するアクセスを制御するように構成することができる。ハブは、患者介護デバイスを識別し、患者介護デバイスを監視するためにアプリケーションを実行するようにさらに構成されている。ハブは、サンドボックスコンポーネント内でアプリケーションを実行し、それによりアプリケーションが、サンドボックスコンポーネントを通じてハードウェアリソースおよびソフトウェアリソースのうちの少なくとも1つにアクセスする。ハブは、患者介護デバイスを制御するようにさらに構成されてもよい。ハブは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからアプリケーションをダウンロードするようにさらに構成されてもよい。ハブは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからのアプリケーションを更新するようにさらに構成されてもよい。ハードウェアリソースは、ディスクドライブ、メモリ、ブザー、マイクロフォン、スピーカ、およびカメラであってもよい。ソフトウェアリソースは、変数、セキュアなデータオブジェクト、セキュアな変数、保護付きAPI、API、およびハードウェアコンポーネントのソフトウェア表現のうちの1つであってもよい。さらに別の実施形態では、電子患者介護用のシステムは、監視クライアントを備えている。監視クライアントは、患者介護デバイスを監視するように構成されている。監視クライアントは、監視クライアントのハードウェアリソースおよび監視クライアントのソフトウェアリソースのうちの少なくとも1つにアクセスするように構成されたオペレーティングシステムコンポーネントを備えている。サンドボックスコンポーネントは、ハードウェアリソースおよびソフトウェアリソースのうちの少なくとも1つに対するアクセスを制御するように構成されている。監視クライアントは、患者介護デバイスを識別し、患者介護デバイスを監視するためにアプリケーションを実行するようにさらに構成されてもよい。監視クライアントは、サンドボックスコンポーネント内でアプリケーションを実行し、それによりアプリケーションが、サンドボックスコンポーネントを通じてハードウェアリソースおよびソフトウェアリソースのうちの少なくとも1つにアクセスする。監視クライアントは、患者介護デバイスを制御するようにさらに構成されている。患者介護デバイスは、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョンポンプ、ECGモニタ、血圧モニタ、パルスオキシメータ、および/またはCO2カプノメータ、静脈内バッグ、および点滴流量計であってもよい。監視クライアントは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからアプリケーションをダウンロードするようにさらに構成されてもよい。監視クライアントは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからのアプリケーションを更新するようにさらに構成されてもよい。ハードウェアリソースは、ディスクドライブ、メモリ、ブザー、マイクロフォン、スピーカ、およびカメラであってもよい。ソフトウェアリソースは、変数、セキュアなデータオブジェクト、セキュアな変数、保護付きAPI、API、およびハードウェアコンポーネントのソフトウェア表現のうちの1つであってもよい。さらに別の実施形態では、電子患者介護用のシステムは、患者介護デバイスを監視するように構成された監視クライアントを備えている。監視クライアントは、ハードウェアリソースおよびソフトウェアリソースのうちの少なくとも1つに対するアクセスを制御するように構成されたサンドボックスコンポーネントを備えている。監視クライアントは、患者介護デバイスを識別し、患者介護デバイスを監視するためにアプリケーションを実行するようにさらに構成されてもよい。監視クライアントは、サンドボックスコンポーネント内でアプリケーションを実行し、それによりアプリケーションが、サンドボックスコンポーネントを通じてハードウェアリソースおよびソフトウェアリソースのうちの少なくとも1つにアクセスする。監視クライアントは、患者介護デバイスを制御するようにさらに構成されてもよい。患者介護デバイスは、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョンポンプ、ECGモニタ、血圧モニタ、パルスオキシメータ、および/またはCO2カプノメータ、静脈内バッグ、および点滴流量計であってもよい。監視クライアントは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからアプリケーションをダウンロードするようにさらに構成されてもよい。監視クライアントは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからのアプリケーションを更新するようにさらに構成されてもよい。ハードウェアリソースは、ディスクドライブ、メモリ、ブザー、マイクロフォン、スピーカ、およびカメラであってもよい。ソフトウェアリソースは、変数、セキュアなデータオブジェクト、セキュアな変数、保護付きAPI、API、およびハードウェアコンポーネントのソフトウェア表現のうちの1つであってもよい。別の実施形態では、電子患者介護用のシステムは、電子診療録と通信するように構成されたハブと、患者介護デバイスとを備えている。ハブは、患者および患者介護デバイス例えば、注入ポンプを識別するように構成されている。ハブはまた、電子診療録から少なくとも1つの治療パラメータ例えば、注入薬物、および/または注入速度もしくは速度プロファイルなどをダウンロードし、少なくとも1つの治療パラメータで患者介護デバイスをプログラムするように構成されている。ハブは、RFID呼掛器を使用してRFIDタグを読み取ること、マイクロフォンを使用して結合された音声認識ソフトウェアを使用する音声、カメラに結合された顔認識ソフトウェアを使用する顔、バイオメトリック読取りのバイオメトリックパラメータ、識別情報、バーコードリーダによるバーコード読取りのうちの少なくとも1つに従って患者を識別する。特定の一実施形態では、ハブは、本明細書に記載した識別技術の1つまたは複数を使用して、少なくとも1つの治療パラメータをダウンロードすることができる。別の実施形態では、電子患者介護用のシステムは、電子診療録と通信するように構成された監視クライアントと、患者介護デバイスとを備えている。監視クライアントは、患者および患者介護デバイス例えば、注入ポンプを識別するように構成されている。監視クライアントはまた、電子診療録から少なくとも1つの治療パラメータ例えば、注入薬物、および/または注入速度もしくは速度プロファイルなどをダウンロードし、少なくとも1つの治療パラメータで患者介護デバイスをプログラムするように構成されている。監視クライアントは、RFID呼掛器を使用してRFIDタグを読み取ること、マイクロフォンを使用して結合された音声認識ソフトウェアを使用する音声、カメラに結合された顔認識ソフトウェアを使用する顔、バイオメトリック読取りのバイオメトリックパラメータ、識別情報、バーコードリーダによるバーコード読取りのうちの少なくとも1つに従って患者を識別する。特定の一実施形態では、監視クライアントは、本明細書に記載する識別技術の1つまたは複数を使用して、少なくとも1つの治療パラメータをダウンロードすることができる。さらに別の実施形態では、電子患者介護用のシステムは、監視クライアント、監視クライアントドック、患者介護デバイス、およびデバイスドックを備えている。監視クライアントは、少なくとも1つの患者介護パラメータを通信するように構成されている。監視クライアントドックは、監視クライアントをそこにドッキングさせるために、患者用クライアントを受信するように構成されている。患者介護デバイスは、少なくとも1つの患者介護パラメータを通信するように構成されている。デバイスドックは、患者介護デバイスをそこにドッキングするために、患者介護デバイスを受信するように構成されている。実施形態では、監視クライアントドックおよびデバイスドックは、無線で、および監視クライアントドックおよびデバイスドックに動作可能に結合されたケーブルを通しての一方で通信するように構成されている。別の実施形態では、監視クライアントは、少なくとも1つの患者介護パラメータを無線で通信するように構成されている。別の実施形態では、監視クライアントドックは、監視クライアントと無線で通信するように構成されており、監視クライアントは、少なくとも1つの患者介護パラメータを監視クライアントドックと無線で、ケーブルを通してドックへ、またドッキングされた患者介護デバイスへ通信することによって、患者介護デバイスと動作可能に通信する。別の実施形態では、監視クライアントは、ケーブルを通した通信が利用可能ではない、および監視クライアントが監視クライアントドックからドッキングを外された少なくとも一方であると監視クライアントが決定した場合に、監視クライアントドックとの無線通信を利用して、少なくとも1つの患者介護パラメータを動作可能に通信する。別の実施形態では、デバイスドックは、監視クライアントと無線通信するように構成されており、監視クライアントは、少なくとも1つの患者介護パラメータをデバイスドックと無線でドッキングされた患者介護デバイスに通信することによって、患者介護デバイスと動作可能に通信する。別の実施形態では、監視クライアントは、ケーブルを通した通信が利用可能ではない、監視クライアントと監視クライアントドックの間の通信が利用可能ではない、および監視クライアントが監視クライアントドックからドッキングを外された少なくとも1つであると監視クライアントが決定した場合に、デバイスドックとの無線通信を利用して、少なくとも1つの患者介護パラメータを動作可能に通信する。別の実施形態では、患者介護デバイスは、監視クライアントと無線通信するように構成されており、監視クライアントは、少なくとも1つの患者介護パラメータを患者介護デバイスと無線通信する。別の実施形態では、監視クライアントは、ケーブルを通した通信が利用可能ではない、監視クライアントと監視クライアントドックの間の通信が利用可能ではない、デバイスドックと患者介護デバイスの間の通信が利用可能ではない、および監視クライアントが監視クライアントドックからドッキングを外された少なくとも1つであると監視クライアントが決定した場合に、患者介護デバイスと無線で少なくとも1つの患者介護パラメータを動作可能に通信する。別の実施形態では、監視クライアントドックおよびドックは、少なくとも1つの患者パラメータを無線で通信するように構成されている。システムはさらに、監視クライアントドックおよびデバイスドックに動作可能に結合されたケーブルを備えており、監視クライアントドックおよびドックは、デバイスドック、監視クライアントドック、および監視クライアントの少なくとも1つが、ケーブルが通信リンクとして利用可能ではないと決定した場合に、無線で通信するように構成されている。別の実施形態では、監視クライアントは、複数の通信リンクを介して患者介護デバイスと通信するように構成されており、監視クライアントは、複数の通信リンクのうちの動作可能なものを介して通信する。別の実施形態では、患者介護デバイスは、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョンポンプ、ECGモニタ、血圧モニタ、パルスオキシメータ、CO2カプノメータ、静脈内バッグ、および点滴流量計の1つである。別の実施形態では、患者介護パラメータは、静脈内ポンプ流量パラメータ、ECGパラメータ、血圧パラメータ、パルスオキシメータパラメータ、CO2カプノメータパラメータ、静脈内バッグパラメータ、および点滴流量計値の少なくとも1つである。患者介護パラメータは、患者状態パラメータ、および/または患者治療パラメータであってもよい。別の実施形態では、患者介護デバイスは、メッシュネットワークのノードとして無線通信するように構成されている。別の実施形態では、ケーブルは監視クライアントドックおよびデバイスドックに動作可能に結合され、患者介護デバイスがデバイスドックにドッキングされ、監視クライアントが監視クライアントドックにドッキングされている場合に、監視クライアントは、ケーブルを通して少なくとも1つの患者介護パラメータを患者介護デバイスと通信するように構成されている。さらに別の実施形態では、電子患者介護用のシステムは、監視クライアント、患者介護デバイス、およびデバイスドックを備えている。監視クライアントは、少なくとも1つの患者介護パラメータを通信するように構成されている。患者介護デバイスは、少なくとも1つの患者介護パラメータを通信するように構成されている。デバイスドックは、患者介護デバイスをそこにドッキングするために患者介護デバイスを受け、監視クライアントをそこにドッキングするために監視クライアントを受けるように構成されている。さらに別の実施形態では、電子患者介護用のシステムは、少なくとも1つの患者介護パラメータを通信するように構成された患者介護デバイスと、少なくとも1つの患者介護パラメータを通信するように構成された監視クライアントと、患者介護デバイスをそこにドッキングするために患者介護デバイスを受けるように構成されたデバイスドックとを備えている。デバイスドックおよび監視クライアントは、共に一体化されている。さらに別の実施形態では、電子患者介護用のシステムは、少なくとも1つの患者介護パラメータを通信するように構成された積み重ね可能な監視クライアントと、少なくとも1つの患者介護パラメータを通信するように構成された積み重ね可能な患者介護デバイスとを備えている。積み重ね可能な監視クライアントおよび積み重ね可能な患者介護デバイスは、デイジーチェーン通信リンクを介して、および/またはバックプレーンを使用して、少なくとも1つの患者介護パラメータを通信することができる。さらに別の実施形態では、電子患者介護用のシステムは、少なくとも1つの患者介護パラメータを通信するように構成された患者介護デバイスと、少なくとも1つの患者介護パラメータを通信するように構成されたハブクライアントと、患者介護デバイスをそこにドッキングするために患者介護デバイスを受けるように構成されたデバイスドックとを備えている。ハブは、その間に通信リンクを確立するために、デバイスドックに差し込むことができる。システムはさらに、少なくとも1つの患者介護パラメータを受信するように、ハブと動作可能に通信する監視クライアントを備えることができる。患者治療パラメータは、ハブと動作可能に通信することができ、ハブは、患者治療パラメータを患者介護デバイスに通信する。特定の実施形態では、ハブはユーザインターフェースを含むことができ、ハブは、患者介護デバイスに患者治療パラメータを送信する前に、ユーザ認証を必要とする可能性がある。特定の実施形態では、監視クライアントはユーザインターフェースを含むことができ、監視クライアントは、ハブを通して患者介護デバイスに患者治療パラメータを送信する前に、ユーザ認証を必要とする可能性がある。特定の実施形態では、患者介護デバイスはユーザインターフェースを含むことができ、患者介護デバイスは、患者を治療する前に、患者治療パラメータのユーザ認証を必要とする可能性がある。ハブは、患者介護デバイスを監視するように構成することができる。特定の実施形態では、ハブは、ハードウェアリソースおよびソフトウェアリソースの少なくとも1つに対するアクセスを制御するように構成されたサンドボックスコンポーネントを含むことができる。ハブはさらに、患者介護デバイスを識別し、患者介護デバイスを監視するためにアプリケーションを実行するように構成することができる。ハブは、サンドボックスコンポーネント内でアプリケーションを実行することができ、それによりアプリケーションが、サンドボックスコンポーネントを通じてハードウェアリソースおよびソフトウェアリソースのうちの少なくとも1つにアクセスする。別の実施形態では、電子患者介護用のシステムは、少なくとも1つの患者パラメータを監視するようになっている少なくとも1つの患者モニタと、少なくとも1つの患者パラメータをそこから受信するように、少なくとも1つの患者モニタと動作可能に通信する監視クライアントと、少なくとも1つの患者パラメータを監視クライアントから受信するように、監視クライアントと動作可能に通信する監視サーバとを備えている。別の実施形態では、システムはさらに、少なくとも1つの患者パラメータを受信するように、少なくとも1つの患者モニタと動作可能に通信する遠隔コミュニケータを備えることができる。少なくとも1つの患者モニタは、心電図モニタ、血圧モニタ、パルスオキシメータモニタ、およびCO2カプノメータの少なくとも1つを備えることができる。監視クライアントは、指定された独自の患者識別子に従って患者情報をダウンロードするように構成することができる。独自の患者識別子は、リストバンド上に配置されたバーコード内で符号化することができる。独自の患者識別子は、リストバンドに結合されたRFIDタグ例えば、RFID呼掛器上で符号化することができる。患者情報は、患者状態または患者介護パラメータを含む。独自の患者識別子は、患者特有のデータを通信するための電子許可を得るために、監視サーバに動作可能に送信することができる。患者特有のデータのサブセットは、監視クライアントのメモリ内に記憶することができる。監視クライアントは、新しい指示がメモリ内に記憶された患者特有のデータのサブセットに基づく所定の基準を満たすかどうか判定するようになっている。別の実施形態では、システムはさらに、新しい指示を監視クライアントに提示するようになっているポータブル監視クライアントを備えている。監視クライアントおよび/または遠隔コミュニケータの少なくとも1つは、新しい指示を監視サーバに通信するようになっており、監視サーバは、新しい指示が別の所定の基準を満たしているかどうか判定するようになっている。別の実施形態では、新しい指示は、薬剤用指示であってもよく、監視サーバは、薬剤指示が現在処方されている薬剤に禁忌でないかどうか判定することによって、新しい指示が別の所定の基準を満たしているかどうか判定するようになっている。監視サーバは、新しい指示が別の所定の基準を満たしているかどうか判定するために、データベースと通信することができる。監視サーバは、新しい指示が別の所定の基準を満たしていない場合、監視クライアントに警報を送信するように構成することができる。別の実施形態では、システムは、監視クライアントおよび監視サーバの少なくとも1つと動作可能に通信するようになっている遠隔通信を備えることができる。別の実施形態では、監視クライアントは、デスクをベースとするデバイス、ポータブルデバイス、手持ち式コントローラ、ノートブックPC、ネットブックPC、タブレットPC、およびスマートフォンの1つであってもよい。監視クライアントは、タッチスクリーンを備えている。別の実施形態では、システムはさらに注入ポンプを備えることができ、監視クライアントは、注入ポンプと動作可能に通信する。注入ポンプは、監視クライアントに取り付け可能であってもよい。注入ポンプは、監視クライアントから取り外し可能であってもよい。別の実施形態では、システムはさらに、監視クライアントを注入ポンプにドッキングさせるように構成されたドックを備えている。別の実施形態では、監視クライアントは、無線リンクを介して注入ポンプと動作可能に通信する。別の実施形態では、監視サーバは、複数のデータベースと通信するように構成されており、複数のデータベースの少なくとも1つは、複数のデータベースのうちの別のデータベースと異なるデータフォーマットまたは通信プロトコルを含む。別の実施形態では、監視サーバは、データを監視クライアントにダウンロードするために、複数のデータベースからのデータをフォーマットするようになっている。任意選択では、またいくつかの特定の実施形態では、監視クライアントは、少なくとも1つの患者パラメータを監視サーバに通信することができる。特定の実施形態では、患者パラメータは、注入ポンプの治療進行、心電図信号、血圧信号、パルスオキシメータ信号、CO2カプノメータ信号、および/または温度信号のうちの1つまたは複数である、および/または少なくとも1つを備えることができる。別の実施形態では、監視サーバは、監視クライアントを介して動作指示を注入ポンプにダウンロードするように構成することができる。監視クライアントは、患者パラメータを読み取るためにユーザリクエストを受信することができ、患者パラメータを受信するために監視デバイスに問い合わせることができる。別の実施形態では、システムはさらに、ポータブル監視クライアントを備えることができる。ポータブル監視クライアントは、患者情報に直接通信するように、監視クライアントと動作可能に通信し、それによって監視サーバをバイパスすることができる。ポータブル監視クライアントは、注入ポンプの少なくとも1つのパラメータを変更し、少なくとも1つの変更されたパラメータを監視サーバに通信するように構成することができる。ポータブル監視クライアントを介して提示される患者指示の変更は、別のポータブル監視クライアントに伝達することができる。別の実施形態では、監視クライアントは、患者特有のデータベース内への記憶のために、情報を監視サーバに定期的にアップロードするように構成されている。システムはさらに、情報を患者特有のデータベースから受信するようになっている別の監視クライアントを備えることができる。情報は、患者指示、患者投薬、進行ノート、患者モニタからの監視データ、および取り付けられたデバイスからの治療データの少なくとも1つを含むことができる。監視サーバは、患者情報をそこから受信するために、電子健康記録データベースに問い合わせるように構成することができる。監視サーバはさらに、患者情報に従って、所定のセットの情報を監視クライアントに入力するように構成することができる。所定のセットの情報は、患者の年齢、身長、体重、診断、現在の薬剤、薬剤カテゴリ、薬剤アレルギー、および過敏症の少なくとも1つを含むことができる。別の実施形態では、遠隔ポータブル監視クライアントは、監視サーバを介して監視クライアントと通信するようになっている。遠隔ポータブル監視クライアントは、タブレットPC、ネットブック、およびPCの1つであってもよい。遠隔ポータブル監視クライアントは、タッチスクリーンを備えることができる。別の実施形態では、電子患者介護用方法は、ディスプレイ上に複数の患者を表示するステップと、ディスプレイ上に複数の患者のうちの1人の患者に関連付けられた少なくとも1つの患者パラメータを表示するステップと、ディスプレイ上に患者に関連付けられた少なくとも1つの警報を表示するステップと、複数の患者から患者を選択するステップとを含む。方法は、いくつかの特定の実施形態では、監視クライアントからディスプレイを有するポータブル遠隔コミュニケータデバイスに警報を送信するステップをさらに含むことができる。さらに別の実施形態では、電子患者介護システムは、少なくとも1つの患者介護パラメータを通信するように構成された監視クライアントと、少なくとも1つの患者介護パラメータを通信するように構成された患者介護デバイスと、少なくとも1つの患者介護デバイスの存在を発見し、そのデバイスからの通信信号を監視クライアントに関連付けられた通信プロトコルに変換することによって、監視クライアントと少なくとも1つの患者介護デバイスの間の通信を容易にするように構成された通信インターフェースとを備えている。特定の実施形態では、通信インターフェースはさらに、互いに異なる追加の他の患者介護デバイスの存在を発見し、これらのデバイスからの通信信号を監視クライアントに関連付けられた通信プロトコルに変換するように構成されている。別の特定の実施形態では、通信インターフェースはさらに、各デバイスに適した電力を提供するように構成されている。さらに別の特定の実施形態では、システムはさらに、患者情報、および/または監視クライアントに関連付けられた患者の治療に使用することができるダウンロード情報の中央記憶の少なくとも1つを可能にする監視クライアントによってアクセス可能な1つまたは複数のデータベースを備えている。さらに別の特定の実施形態では、通信インターフェースはさらに、患者介護デバイスとの通信のアクセスデータインテグリティの少なくとも1つに対する障害検査を行ない、監視クライアントが適切に機能しているかどうか評価し、患者介護デバイスは適切に機能しているかどうか評価し、および/または通信インターフェースが適切に機能しているかどうか評価するように構成されている。さらに別の実施形態では、電子患者介護システムは、少なくとも1つの患者介護パラメータを通信するように構成されたハブクライアントと、少なくとも1つの患者介護パラメータを通信するように構成された患者介護デバイスと、少なくとも1つの患者介護デバイスの存在を発見し、そのデバイスからの通信信号をハブに関連付けられた通信プロトコルに変換することによって、ハブと少なくとも1つの患者介護デバイスの間の通信を容易にするように構成された通信インターフェースとを備えている。特定の実施形態では、通信インターフェースはさらに、互いに異なる追加の他の患者介護デバイスの存在を発見し、そのデバイスからの通信信号をハブに関連付けられた通信プロトコルに変換するように構成されている。別の特定の実施形態では、通信インターフェースはさらに、各デバイスに適した電力を提供するように構成されている。さらに別の特定の実施形態では、システムはさらに、患者情報、および/またはハブに関連付けられた患者の治療に使用することができるダウンロード情報の中央記憶の少なくとも1つを可能にするハブによってアクセス可能な1つまたは複数のデータベースを備えている。さらに別の特定の実施形態では、通信インターフェースはさらに、患者介護デバイスとの通信のアクセスデータインテグリティの少なくとも1つに対する障害検査を行ない、監視クライアントが適切に機能しているかどうか評価し、患者介護デバイスは適切に機能しているかどうか評価し、および/または通信インターフェースが適切に機能しているかどうか評価するように構成されている。さらに別の実施形態では、電子患者介護システムは、少なくとも1つの患者介護パラメータを通信するように構成されているドックと、少なくとも1つの患者介護パラメータを通信するように構成された患者介護デバイスと、少なくとも1つの患者介護デバイスの存在を発見し、そのデバイスからの通信信号をドックに関連付けられた通信プロトコルに変換することによって、ドックと少なくとも1つの患者介護デバイスの間の通信を容易にするように構成された通信インターフェースとを備えている。特定の実施形態では、通信インターフェースはさらに、互いに異なる追加の他の患者介護デバイスの存在を発見し、そのデバイスからの通信信号をドックに関連付けられた通信プロトコルに変換するように構成されている。別の特定の実施形態では、通信インターフェースはさらに、各デバイスに適した電力を提供するように構成されている。さらに別の特定の実施形態では、システムはさらに、患者情報、および/またはドックに関連付けられた患者の治療に使用することができるダウンロード情報の中央記憶の少なくとも1つを可能にするドックによってアクセス可能な1つまたは複数のデータベースを備えている。さらに別の特定の実施形態では、通信インターフェースはさらに、患者介護デバイスとの通信のアクセスデータインテグリティの少なくとも1つに対する障害検査を行ない、監視クライアントが適切に機能しているかどうか評価し、患者介護デバイスは適切に機能しているかどうか評価し、および/または通信インターフェースが適切に機能しているかどうか評価するように構成されている。実施形態では、患者介護デバイスは、本体と、支柱を受けるように構成された本体内の軌道と、本体に結合され、軌道内で本体を支柱に機能的に係止するように構成された2つの機能部材とを備えている。実施形態では、ハブは、患者介護デバイスインターフェースと、患者介護デバイスインターフェースに結合され、患者介護デバイスに電力を供給するように構成された電源と、プロセッサと、プロセッサと患者介護デバイスの間で通信を可能にするように構成された患者介護デバイスインターフェースに結合された送受信機とを備えている。プロセッサは、いくつかの特定の実施形態では、アラーム状態にある場合に、患者介護デバイスを無効にするように構成することができる。実施形態では、ドックは、患者介護デバイスインターフェースと、患者介護デバイスインターフェースに結合され、患者介護デバイスに電力を供給するように構成された電源と、プロセッサと、プロセッサと患者介護デバイスの間の通信を可能にするように構成された患者介護デバイスインターフェースに結合された送受信機とを備えている。プロセッサは、いくつかの特定の実施形態では、アラーム状態にある場合に、患者介護デバイスを無効にするように構成することができる。実施形態では、通信モジュールは、患者介護デバイスインターフェースと、患者介護デバイスインターフェースに結合され、患者介護デバイスに電力を供給するように構成された電源と、プロセッサと、患者介護デバイスおよび別のデバイスに対する通信を可能にするように構成された患者介護デバイスインターフェースに結合された送受信機とを備えている。プロセッサは、いくつかの特定の実施形態では、アラーム状態にある場合に、患者介護デバイスを無効にするように構成することができる。別の実施形態では、患者介護システムは、ドックと、ドックにドッキングするように構成された複数のモジュール式患者介護デバイスと、監視クライアントの格納式ディスプレイとを備えている。モジュール式患者介護デバイスは、互い違いに、またはコネクタを介して、水平面に沿ってドックとインターフェース接続することができる。さらに別の実施形態では、電子患者介護システムは、患者に関する情報を受信および記憶するように構成された第1のモジュールであって、前記情報が患者に接続されたデバイスによって測定された患者の第1のパラメータに関連するデータ、および患者に関する情報を含む第1のデータベースから受信した患者の第2のパラメータに関連するデータを含む第1のモジュールと、第2のモジュールに関連付けられたユーザインターフェースを介してユーザからの薬剤指示を受信するように構成され、さらに前記治療指示を第1のモジュールに伝達するように構成された第2のモジュールとを備えており、前記第1のモジュールはさらに、a第2のデータベースから前記薬剤または他の薬物に関する薬剤情報であって、このような薬剤が普通に投与される制限を提供するデータを含む薬剤情報を取得し、b薬剤指示をこの特定の実施形態では、薬剤情報、第1のパラメータの値、および第2のパラメータの値に基づいて第2のモジュールによって確認しなければならないかどうか判定し、cユーザインターフェース上に表示するために、前記薬剤指示の受容性を確認する、またはそれに関して警告する予め確立したメッセージを第1のモジュールから第2のモジュールに伝達するように構成されている。薬剤情報としては、薬物相互作用情報、薬物アレルギー情報、血圧作用情報、心拍数作用情報、心調律作用情報、または呼吸作用情報を挙げることができ、第1のパラメータまたは第2のパラメータは、患者の現在投与されている薬物、知られている薬物アレルギー、現在の血圧、現在の心拍数、現在の心調律、現在の呼吸数または現在の換気に関するデータを含む。予め確立されたメッセージは、指示された薬剤の潜在的な作用に関する警告を含むことができ、前記警告は、第1のパラメータに関する測定データ、第2のパラメータに関する受信データ、または第1のモジュールによって得られた薬剤情報を含む。第1のモジュールは、予め確立したメッセージが伝達された後に、ユーザインターフェースからの入力信号によってトリガされた確認信号を第2のモジュールから受信した際に、薬物指示または修正された薬物指示が処理される信号を生成するように構成することができる。別の実施形態では、患者介護デバイスは、第1の通信リンクおよび第2の通信リンクを備えており、ドックは、第1の通信リンクおよび第2の通信リンクを備えている。患者介護デバイスがドックで所定の範囲内にある場合、患者介護デバイスおよびドックは、第1の通信リンクを使用してペアリングされ、ペアリングの後に、第2の通信リンクを使用して通信したままになる。第1の通信リンクを使用して起こるペアリングは、第2の通信リンクに対して、患者介護デバイスおよびドックをペアリングすることができる。第1の通信リンクは、近距離無線通信であってもよく、第2の通信リンクは、ブルートゥース、ブルートゥースローエネルギー、WiFi、または他の通信リンクであってもよい。別の実施形態では、患者介護デバイスは、第1の通信リンクおよび第2の通信リンクを備えており、監視クライアントは、第1の通信リンクおよび第2の通信リンクを備えている。患者介護デバイスが監視クライアントで所定の範囲内にある場合、患者介護デバイスおよび監視クライアントは、第1の通信リンクを使用してペアリングされ、ペアリングの後に、第2の通信リンクを使用して通信したままになる。第1の通信リンクを使用して起こるペアリングは、第2の通信リンクに対して、患者介護デバイスおよび監視クライアントをペアリングすることができる。第1の通信リンクは、近距離無線通信であってもよく、第2の通信リンクは、ブルートゥース、ブルートゥースローエネルギー、WiFi、または他の通信リンクであってもよい。いくつかの実施形態では、患者介護デバイスは、ユーザインターフェーステンプレートが中に記憶されたメモリを備えている。ユーザインターフェーステンプレートは、ドック、ハブ、および/または監視クライアントのユーザインターフェース上での表示のために、ドック、ハブ、および/または監視クライアントと通信することができる。ユーザインターフェーステンプレートは、例えば、リアルタイムで患者介護デバイスから受信した1つまたは複数の患者介護パラメータを表示するように構成することができる。さらに別の実施形態では、注入ポンプは、取り付け可能な電子コンポーネントを備えている。取り付け可能な電子コンポーネントは、少なくとも1つのプロセッサ、電力調整器、および制御システムを備えている。実施形態では、通信モジュールは、少なくとも1つのプロセッサと、通信能力および電力の少なくとも1つを患者介護デバイスに提供するための送受信機、電池、および電源の1つまたは複数とを備えている。さらに別の実施形態では、ウェアラブルシステムモニタは、ウォッチドッグコンポーネント、および送受信機を備えている。ウェアラブルシステムモニタは、少なくとも1つのペアリングされたデバイスに対してウォッチドッグ機能を行なうために、ウォッチドッグコンポーネントおよび送受信機に結合されたプロセッサを備えることができる。ペアリングされたデバイスは、ドック、ハブ、監視クライアント、および/または患者介護デバイスの少なくとも1つであってもよい。さらに別の実施形態では、方法は、患者介護デバイスと監視サーバの間に通信リンクを確立するステップ、患者介護パラメータを監視サーバに通信するステップ、患者介護パラメータを非識別化するステップ、および/または監視サーバ内に非識別化された患者介護パラメータを記憶するステップの1つまたは複数を含む。さらに別の実施形態では、方法は、監視サーバと複数の患者に関連付けられた複数の患者介護デバイスの間に通信リンクを確立するステップ、複数の患者介護パラメータを複数の患者介護デバイスから監視サーバに通信するステップ、患者介護パラメータを非識別化するステップ、監視サーバ内に患者介護パラメータを記憶するステップ、複数の患者を治療するステップ、および治療の有効性を判定するために、複数の患者に関連付けられた複数の患者介護パラメータのサブセットを分析するステップの1つまたは複数を含む。さらに別の実施形態では、患者介護デバイス例えば、注入ポンプは、ドック、ハブ、および/または監視クライアント接続の少なくとも1つにおいてホットスワップ可能である。さらに別の実施形態では、ホットスワップ可能な患者介護デバイス、例えば注入ポンプを有する方法は、患者介護デバイスに関連付けられた1つまたは複数の患者介護パラメータを受信するステップ、患者介護デバイスの不揮発性メモリ内に1つまたは複数の患者介護パラメータを記憶するステップ、作動しているメモリ内に1つまたは複数の患者介護パラメータをロードするステップ、および患者介護デバイスの動作を再開するステップの1つまたは複数を含む。方法は、追加の実施形態では、患者介護デバイスの動作が再開することができると決定するステップを含むことができる。さらに別の実施形態では、ホットスワップ可能な患者介護デバイス、例えば注入ポンプを有する方法は、患者介護デバイスに関連付けられた1つまたは複数の動作パラメータを算出するステップ、患者介護デバイスの不揮発性メモリ内に1つまたは複数の動作パラメータを記憶するステップ、動作しているメモリ内に1つまたは複数の動作パラメータをロードするステップ、および患者介護デバイスの動作を再開するステップの1つまたは複数を含む。方法は、追加の実施形態では、患者介護デバイスの動作が再開することができると決定するステップを含むことができる。さらに別の実施形態では、ペアリングする方法は、監視クライアント、および/またはユーザインターフェースを有するハブを患者介護デバイス例えば、注入ポンプの動作距離内に位置決めするステップ、患者介護デバイスの識別情報をユーザインターフェース上に表示するステップ、ユーザインターフェースを使用してペアリングするために患者介護デバイスを選択するステップ、患者介護デバイスを監視クライアントおよび/もしくはハブにペアリングするステップ、ならびに/または患者介護パラメータを監視クライアントおよび/もしくはハブに通信するステップを含む。さらに別の実施形態では、また任意選択では、方法は、追加の患者介護パラメータを別の患者介護デバイスで、患者介護デバイスを通して、例えば監視クライアントおよび/またはハブに動作可能に通信するステップを含むことができる。さらに別の実施形態では、方法は、患者介護デバイスをドック内にドッキングするステップ、患者介護デバイスを識別するステップ、患者介護デバイスを制御するためのアプリケーションをサーバに照会するステップ、アプリケーションをドック、ハブ、および/または監視クライアント内にダウンロードするステップ、ドック、ハブ、および/または監視クライアントを使用してアプリケーションを実行するステップ、アプリケーションを使用して患者介護デバイスを制御するステップを含む。さらに別の実施形態では、方法は、患者介護デバイスをハブと動作可能に通信するように配置するステップを含む。ハブは、患者介護デバイスを識別することができ、患者介護デバイスを制御するためのアプリケーションをサーバに照会することができ、アプリケーションをハブ内にダウンロードすることができ、アプリケーションを実行することができ、アプリケーションを使用して患者介護デバイスを制御することができる。さらに別の実施形態では、方法は、患者介護デバイスをドックと動作可能に通信するように配置するステップを含む。ドックは、患者介護デバイスを識別することができ、患者介護デバイスを制御するためのアプリケーションをサーバに照会することができ、アプリケーションをドック内にダウンロードすることができ、アプリケーションを実行することができ、アプリケーションを使用して患者介護デバイスを制御することができる。さらに別の実施形態では、方法は、患者介護デバイスを監視クライアントと動作可能に通信するように配置するステップを含む。監視クライアントは、患者介護デバイスを識別することができ、患者介護デバイスを制御するためのアプリケーションをサーバに照会することができ、アプリケーションを監視クライアントにダウンロードすることができ、アプリケーションを実行することができ、アプリケーションを使用して患者介護デバイスを制御することができる。さらに別の実施形態では、方法は、通信デバイスのユーザインターフェース上にリクエストを提示するステップ、リクエストを確認するステップ、リクエストを送信するステップ、チェック値でリクエストを受信するステップ、およびチェック値が送信前のリクエストに従っていることを確認するステップを含むことができる。さらに別の実施形態では、ハブは、患者介護デバイスを受けるためのドックと、別の患者介護デバイスを受けるように構成された、開いているドアに結合された少なくとも1つのコネクタとを備えている。さらに別の実施形態では、ハブは、患者介護デバイスを制御および/または監視するために、電子診療録、DERS、CPOE、および/またはインターネットの少なくとも1つと動作可能に通信する。別の実施形態では、ハブは、クレードルに結合された1つまたは複数の患者介護デバイスを制御するために、クレードルに接続するようになっている。さらに別の実施形態では、バッテリパックは、患者介護デバイスインターフェース、電池、および電池を使用して患者介護デバイスに電力を供給するように構成された調整電源を備えている。電池は、いくつかの実施形態では、DC電源を使用して再充電することができる。実施形態では、患者介護デバイスは、スクリーンおよび加速度計を備えている。患者介護デバイスは、加速度計を使用して決定されるように、直立位置でスクリーンを表示するように構成されている。さらに別の実施形態では、電子患者介護システムは、監視クライアント、および支柱に結合するように構成されたドックを備えている。アダプタは、ドックに結合させることができる。アダプタは、監視クライアントと動作可能に通信するように患者介護デバイスを配置するように、少なくとも1つの電子結合器を備えることができる。患者介護デバイスは、アダプタ内にスライドすることができる。さらに別の実施形態では、電子患者介護システムは、監視クライアント、患者介護デバイス、および通信モジュールを備えている。患者介護デバイスおよび/または通信モジュールは、監視クライアントのフォールトトレラントである。例えば、監視クライアントは、患者介護デバイスに、安全でない動作を行なうように指示することができない。これらおよびその他の態様は、図面を参照して、本開示の様々な実施形態の以下の詳細な説明からより明らかになるだろう。患者介護を容易にする技術が開示されている。技術は、例えば、例示的な一実施形態による、監視クライアントに通信可能に結合された1つまたは複数の患者介護デバイスを有するシステムにおいて実施することができる。患者介護デバイスは、あらゆる数の多様な機能を含むことができる、および/または異なる製造業者によって製造することができる。このような1つの場合では、クライアント監視局と様々な多様性患者介護デバイスの間の通信インターフェースは、発見およびプロトコル変換と、例えば、電力提供、各種規格との適合、およびユーザインターフェースなどの様々な他の機能とを可能にする。患者介護デバイスは、注入ポンプ、マイクロインフュージョンポンプ、インスリンポンプ、シリンジポンプ、丸薬ディスペンサ、透析器、人工呼吸器、超音波診断器、ECGモニタ、血圧モニタ、パルスオキシメータ、CO2カプノメータ、点滴カウンタ、点滴流量計、光学ドップラーデバイス、心拍数モニタ、静脈内バッグ、血液透析器、腹膜透析器、腸透析器、患者体温計、および/または他のベッドサイド患者介護デバイスであってもよい。2007年2月9日出願、流体送達システムおよび方法という名称の米国特許出願第11/704,899号であり、その後2007年10月4日に公開された米国特許出願公開第2007-0228071-A1号代理人整理番号第E70号、2007年2月9日出願、ポンプ流体送達システムおよび力を加えるアセンブリを使用する方法という名称の米国特許出願第11/704,896号であり、その後2007年9月20日に公開された米国特許出願公開第2007-0219496号代理人整理番号第E71号、2007年2月9日出願、パッチサイズ流体送達システムおよび方法という名称の米国特許出願第11/704,886号であり、その後2007年9月20日に公開された米国特許出願公開第2007-0219481号代理人整理番号E72号、2007年2月7日出願、接着材および周辺システムおよび医療用デバイス用の方法という名称の米国特許出願第11/704,897号であり、その後2007年9月20日に公開された米国特許出願公開第2007-0219597号代理人整理番号第E73号、2008年12月31日出願、注入ポンプアセンブリという名称の米国特許出願第12/347,985号であり、その後2009年12月3日に公開された米国特許出願公開第2009-0299277号代理人整理番号第G75号、2008年12月31日出願、ウェアラブルポンプアセンブリという名称の米国特許出願第12/347,982号であり、その後2009年11月12日に公開された米国特許出願公開第2009-0281497号代理人整理番号第G76号、2008年12月31日出願、注入ポンプアセンブリという名称の米国特許出願第12/347,981号であり、その後2009年11月5日に公開された米国特許出願公開第2009-0275896号代理人整理番号第G77号、2008年12月31日出願、スイッチを備えたポンプアセンブリという名称の米国特許出願第12/347,984号であり、その後2009年12月3日に公開された米国特許出願公開第2009-0299289号代理人整理番号第G79号、2008年10月10日出願、注入ポンプアセンブリという名称の米国特許出願第12/249,882号であり、その後2010年4月15日に公開された米国特許出願公開第2010-0094222号代理人整理番号第F51号、2008年10月10日出願、注入可能流体を投与するためのシステムおよび方法という名称の米国特許出願第12/249,636号であり、その後2010年4月15日に公開された米国特許出願公開第2010-0094261号代理人整理番号第F52号、2008年10月10日出願、閉塞検出システムおよび方法という名称の米国特許出願第12/249,621号であり、その後2010年4月15日に公開された米国特許出願公開第2010-0090843号代理人整理番号第F53号、2008年10月10日出願、マルチ言語/マルチプロセッサ注入ポンプアセンブリという名称の米国特許出願第12/249,600号であり、その後2010年4月15日に公開された米国特許出願公開第2010-0094221号代理人整理番号第F54号、2011年11月29日発行、バックアップ電源を備えた注入ポンプアセンブリという名称の米国特許第8,066,672号代理人整理番号第F55号、2011年9月13日に発行され、取り外し可能なカバーアセンブリを備えたポンプアセンブリという名称の米国特許第8,016,789号代理人整理番号第F56号、2007年12月11日発行、注入ポンプ用ロード機構という名称の米国特許第7,306,578号代理人整理番号第C54号の全ては、その全体を参照として本明細書に援用する。技術を使用して、シームレス通信およびフェイルセーフ動作を可能にすることができる。多数の他の特徴、機能、および応用例が、本開示を鑑みて自明である。全般的概要前に記載したように、医療的治療の指示および送達などの総合的介護を患者に提供する過程は、いくつかの重要な問題が関連している。例えば、重要な情報が誤って通信される、治療決定が完全な情報へのアクセスの準備なしで行なわれる、および/または不必要な冗長かつ不十分な処置による処方箋の実施の遅延に対する大きな潜在性がある。より詳細には、投薬ミスは、数百件の死の原因となることがあり、米国だけでも毎年、数千またはさらには数百万人を傷つけていることがある。財政的圧迫を受けている病院は、多くの投薬ミスの事故を経験している可能性がある。多くの危険なミスに関連する投薬としては、インスリン、麻薬、ヘパリン、および化学療法が挙げられる。投薬ミスの原因としては、誤った薬剤を投与すること、誤った濃度の薬剤を投薬すること、誤った速度で薬剤を送達すること、または誤った経路により薬剤を送達すること薬剤は、経口で、静脈に、筋肉に、皮下に、直腸内に、皮膚、眼または耳に対して局所的に、髄腔内に、腹腔内に、またはさらには膀胱内に投与することができるが挙げられる。適切な順序および適切なラベル付であっても、判読できない手書き、薬剤の処方箋の誤った伝達、および同様の名前を有する薬剤の誤った発音により、薬剤はまだ不適切に投与される可能性がある。投薬ミスの事故を減らすために、電子医療録EMRおよび薬剤用のバーコードシステムを使用する傾向が示されてきた。EMRシステムは、例えば、患者の診断、アレルギー、体重、および/または年齢に一致しない、コンピュータプロバイダ指示入力CPOEおよびフラッグ処方箋を容易にすることができる。しかし、これらのシステムは、幅広く採用されてきてはおらず、その実施により、薬剤を指示、調製、および投与する際のかなりの遅延および非効率性につながる可能性がある。加えて、薬剤注入デバイス、例えば、注入ポンプは、かなりの損傷につながる全ての投薬ミスのうちの相当数例えば、最大3分の1に関連するものである。誤った薬剤が吊り下げられる、不正確なパラメータ例えば、薬剤濃度または注入速度が入力される、または既存の注入パラメータが不適切に変更される可能性がある。注入ポンプに関連する死のうち、半分近くはユーザのミスによるものであり、これらのミスの多くは注入ポンプをプログラムする際のミスによるものである可能性がある。効果的な監視システムは、治療に起因する可能性があるいくつかの有害事象のいずれも最小限に抑えるために、薬剤指示および投与プロセスのあらゆる段階において監視および仲裁することができる。薬剤治療過程は概念的に、3つの段階、処方段階、薬剤調製段階、および薬剤投与段階に分けることができる。薬剤の処方箋が書かれるまたは入力される場合、薬剤が使用のために回収される、または溶液内に混合される場合、または薬剤が患者に投与される場合に、ミスが起こる可能性がある。したがって、本開示の実施形態によると、少なくとも1つの患者介護パラメータを通信するように構成された監視クライアント、少なくとも1つの患者介護パラメータを通信するように構成された患者介護デバイス、および少なくとも1つの患者介護デバイスの存在を発見し、そのデバイスからの通信信号を監視クライアントに関連付けられた通信プロトコルに変換することによって、監視クライアントと少なくとも1つの患者介護デバイスの間の通信を容易にするように構成された通信インターフェースを備えた、電子患者介護システムが開示されている。いくつかの実施形態では、監視クライアントは、患者介護デバイスの動作を受動的に監視する。通信インターフェースは、以下に記載した通信モジュールによって実施することができる。通信インターフェースはさらに、互いに異なる他の追加の患者介護デバイス例えば、多様な製造業者、機能、および/または通信プロトコルなどの存在を発見し、これらのデバイスからの通信信号を監視クライアントまたはハブに関連付けられた通信プロトコルに変換するように構成することができる。したがって、通信インターフェースにより、タブレットコンピュータなどの監視クライアントを、監視クライアントに関連付けられた患者に治療を提供する場合にヘルスケアプロバイダが使用することができる共通の一般的ユーザインターフェースとして効果的に使用することが可能になる。監視クライアントによってアクセス可能な1つまたは複数のデータベースは、ヘルスケア施設またはデータベース保守管理業者によって所望の、あらゆるフォーマットおよびデータベース構造で患者情報の中央記憶と、監視クライアントに関連付けられた患者の治療の際にヘルスケアプロバイダによって使用することができる情報のダウンロードを可能にする。通信インターフェースは、有線および/または無線技術を使用して、いくつかの方法で実施することができ、多数の患者介護デバイスのシームレス通信およびフェイルセーフ動作を可能にする。いくつかの患者介護デバイス、ハブ、ドック、および/または監視クライアントは、2つ以上の通信リンク上で同時に、および/または2つの周波数チャネル上で同時に通信することができるいくつかの実施形態では、データは冗長である可能性がある。いくつかの実施形態では、通信モジュールにより、患者介護デバイスを、例えば、注入ポンプなどの患者介護デバイスの移動動作用の電池および十分な回路を含むことによってポータブルに使用することが可能になる。それに加えて、または代替として、患者リストバンドは、患者介護デバイスに動力を与えるために通信モジュールに差し込むことができる電池を備えることができるまたは、いくつかの実施形態では、患者介護デバイス内に直接差し込むことができる。通信モジュールは、無線で充電することができる。いくつかの実施形態では、患者介護パラメータ例えば、いくつかの実施形態では、リアルタイムパラメータなどのデータを、記憶のためにクラウドサーバに伝達することができ、非識別化することができる。システムアーキテクチャ図1に示すように、電子患者介護システム100は、それぞれ個別の患者2に物理的に近接して割り当てることができる1つまたは複数の監視クライアント1、4と、いくつかの様々な監視クライアント1、4から情報をアップロードし、様々なソースから監視クライアント1、4に情報および指示をダウンロードする遠隔監視サーバ3とを備えている。患者の部屋の場合、ヘルスケアプロバイダは、患者2に関する情報を得るために、または患者2に関する指示を入力するために、監視クライアント1と直接相互作用することができる。多数の監視クライアント1は、単一の監視サーバ3と相互作用することができる。監視サーバ3は、ミドルウェア例えば、図1の監視サーバ3上のミドルウェアを備えることができる。それに加えて、または代替として、遠隔位置例えば、医者の事務所、ナースステーション5、病院の薬局6でのプロバイダは、監視サーバ3との通信リンクを通して、または各監視クライアント1、4をノードとして有する病院ローカルエリアネットワークを介して直接、個別の監視クライアント1と相互作用することができる。患者のパーソナルEHR19を更新するために送信される、または調剤のために薬局6に送信される処方箋に、遠隔コミュニケータ11、他の監視クライアント4、ナースステーション5、または医者のオフィスが記入されてもよい。処方箋は、丸薬のため、流体を注入するため、または他の治療のための処方箋であってもよい。処方箋は、注入ポンプ7、シリンジポンプ126、またはマイクロインフュージョンポンプ130を使用して流体を注入するための、または丸薬ディスペンサ128を使用して丸薬を分配するための処方箋であってもよい。薬局6は、1つまたは複数のコンピュータ内で処方箋を受信し、処方箋を待ち行列に入れるために、ネットワーク、例えばインターネットに接続された1つまたは複数のコンピュータを備えることができる。薬局は、1例えば、1つまたは複数のコンピュータに結合された、流体を配合するまたは丸薬を生成することができる自動配合デバイスを使用して、または1つまたは複数のコンピュータの待ち行列を監視する薬剤師によって手動で薬物を配合する、2シリンジポンプ126の流体リザーバを予め充填する、3シリンジポンプ126をプログラムする例えば、治療計画がシリンジポンプ126内にプログラムされる、4マイクロインフュージョンポンプ130を予め充填する、5マイクロインフュージョンポンプ130をプログラムする、6静脈内バッグ170を予め充填する、7注入ポンプ7をプログラムする、8丸薬ディスペンサ128を予め充填する、または9処方箋に従って薬局で丸薬ディスペンサ128をプログラムするために、処方箋を使用することができる。自動配合デバイスは、シリンジポンプ126、静脈内バッグ170またはマイクロインフュージョンポンプ130の1つまたは複数内に流体を自動的に充填することができる、および/または丸薬ディスペンサ128に丸薬を自動的に充填することができる。自動配合デバイスは、バーコード、RFIDタグ、および/またはデータを生成することができる。バーコード、RFIDタグ、および/またはデータ内の情報としては、治療計画、処方箋、および/または患者情報を挙げることができる。自動配合デバイスは、1バーコードを注入ポンプ7、シリンジポンプ126、マイクロインフュージョンポンプ130、丸薬ディスペンサ128、または静脈内バッグ170に取り付ける、2RFIDタグを注入ポンプ7、シリンジポンプ126、マイクロインフュージョンポンプ130、丸薬ディスペンサ128、または静脈内バッグ170に取り付ける、および/または3情報またはデータで注入ポンプ7、シリンジポンプ126、マイクロインフュージョンポンプ130、丸薬ディスペンサ128、または静脈内バッグ170内のRFIDタグまたはメモリをプログラムすることができる。データまたは情報は、例えば、バーコード、RFIDタグ、またはメモリ内のシリアル番号または他の識別情報を使用して、処方箋を注入ポンプ7、シリンジポンプ126、マイクロインフュージョンポンプ130、丸薬ディスペンサ128、または静脈内バッグ170に関連付けるデータベース例えば、患者のEHR19または患者のパーソナルEHR19’に送信することができる。注入ポンプ7、シリンジポンプ126、マイクロインフュージョンポンプ130、または丸薬ディスペンサ128は、1シリンジポンプ126または静脈内バッグ170が正しい流体を有するかどうか、2マイクロインフュージョンポンプ130が正しい流体を有するかどうか、3丸薬ディスペンサ128が正しい丸薬を有するかどうか、4注入ポンプ7、シリンジポンプ126、マイクロインフュージョンポンプ130、または静脈内バッグ170内にプログラムされた治療が、シリンジポンプ126、マイクロインフュージョンポンプ130、または静脈内バッグ170内の流体に対応しているかどうか、5丸薬ディスペンサ128内にプログラムされた治療が、丸薬ディスペンサ128内の丸薬に対応しているかどうか、および/または6注入ポンプ7、シリンジポンプ126、マイクロインフュージョンポンプ130、または丸薬ディスペンサ128内にプログラムされた治療が、例えば、患者のバーコード、RFID、または他の患者識別情報から決定されるように特定の患者に対して正しいかどうか判定する、スキャナ例えば、RFID呼掛器またはバーコードスキャナを有することができる。すなわち、いくつかの特定の実施形態では、注入ポンプ7、シリンジポンプ126、マイクロインフュージョンポンプ130、および/または丸薬ディスペンサ128は、RFIDタグまたはバーコードから1つまたは複数のシリアル番号を読み取り、値が内部メモリ内で見られる例えば、自動配合デバイスを介してダウンロードされるような値と一致すること、または値が例えば、患者のEHR19または患者のパーソナルEHR19’内に記憶されたような、患者のRFIDタグのスキャンまたは患者によるバーコードのスキャンによって決定されるような患者のシリアル番号を介して患者の電子診療録で見られるような値と一致することを保証することができる。例えば、注入ポンプ7、シリンジポンプ126、マイクロインフュージョンポンプ130、または丸薬ディスペンサ128のスキャナは、患者介護デバイスのシリアル番号を得るために別の患者介護デバイスのバーコードを、および患者のシリアル番号を決定するために患者のバーコードをスキャンすることができ、患者介護デバイスのシリアル番号が、例えば、薬局22または薬局の自動配合デバイスによって更新された可能性がある電子診療録内に記憶されるような患者のシリアル番号に対応するかどうか判定するために電子診療録データを照会することができる。それに加えて、または代替として、監視クライアント6は、1シリンジポンプ126または静脈内バッグ170が正しい流体を有するかどうか、2マイクロインフュージョンポンプ130が正しい流体を有するかどうか、3丸薬ディスペンサ128が正しい丸薬を有するかどうか、4注入ポンプ7、シリンジポンプ126、マイクロインフュージョンポンプ130、または静脈内バッグ170内にプログラムされた治療が、シリンジポンプ126、マイクロインフュージョンポンプ130、または静脈内バッグ170内の流体に対応しているかどうか、5丸薬ディスペンサ128内にプログラムされた治療が、丸薬ディスペンサ128内の丸薬に対応しているかどうか、および/または6注入ポンプ7、シリンジポンプ126、マイクロインフュージョンポンプ130、または丸薬ディスペンサ128内にプログラムされた治療が、例えば、患者のバーコード、RFID、または他の患者識別情報から決定されるように特定の患者に対して正しいかどうか判定するために、注入ポンプ7、シリンジポンプ126、丸薬ディスペンサ128、マイクロインフュージョンポンプ130、または静脈内バッグ170をスキャンすることができる。それに加えて、または代替として、監視クライアント1、注入ポンプ7、シリンジポンプ126、マイクロインフュージョンポンプ130、または丸薬ディスペンサ128は、例えば、注入ポンプ7、シリンジポンプ126、マイクロインフュージョンポンプ130、丸薬ディスペンサ128、または静脈内バッグ170上のバーコードシリアル番号を使用して、処方箋を検証するまたは処方箋をダウンロードするために、電子診療録データベース19または19’および/または薬局22に問い合わせることができる。任意選択では、指示またはリクエストを患者介護デバイス7、14、15、16、17、35、126、128、130、148に送信するために、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイルを注入ポンプ7、シリンジポンプ126および/またはマイクロインフュージョンポンプ130に送信するために、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11を使用することができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および/または最大丸薬分配基準などの、指示またはリクエストを丸薬ディスペンサ7に送信するために、監視クライアント1、4、11の1つまたは複数を使用することができる。最大丸薬分配基準は、所定の時間間隔内で送達することができる薬剤の最大量であり、例えば、特定の薬剤が必要に応じてすなわち、必要になったら摂取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大丸薬分配基準は、薬剤が患者によって安全でないレベルで、例えば所定の時間間隔の間に所定の量で摂取されるのを防ぐことができる。任意選択では、患者介護デバイス7、14、15、16、17、35、126、128、130、148はまた、アラームまたは警報を発するまたは送信するべきであるかどうか判定する、治療または状態が患者にとって安全であるかどうか判定する、システム100が適切にまたは所定の境界で作動しているかどうか判定する、および/または監視クライアント1、他の監視クライアント4および/または遠隔コミュニケータ11のディスプレイ上にデータを表示するために、データを監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11に返信することができる。例えば、任意選択では、注入ポンプ7、シリンジポンプ126、および/またはマイクロインフュージョンポンプ130は、上流側圧力、上流側圧力の変化、患者2に対する下流側圧力、患者2に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の停止時間、または実際の送達流量プロファイルを、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11の1つまたは複数に当てはまる場合に通信することができる。別の実施形態では、丸薬ディスペンサ128は任意選択では、例えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11に返信することができる。患者介護デバイス7、14、15、16、17、35、126、128、130、148から受信したデータは、アラームおよび/または警報を発するために、あらゆる所定の状態に対して分析することができる。例えば、監視クライアント1、4、11の1つまたは複数は、患者への配管の過剰な凝固、浸透、閉塞または折れ曲がり、または例えば、静脈内バッグ170内で見られる汚染などの材料によって下流側で生じる閉塞の1つの表示である、注入ポンプ7、シリンジポンプ126および/またはマイクロインフュージョンポンプ130の下流側圧力の増加を使用することができる。下流側圧力の急激な増加に応じて、監視クライアント1、4、11の1つまたは複数は、ユーザに視覚的にまたは聴覚的に警告または警報することができる。これらのアラームおよび/または警報はまた、看護師に、他の適切な動作、例えば患者に対する下流側の圧力が所定の閾値より上に上昇した場合に閉塞例えば、凝固によって生じたものに応じて針を交換する提案、または患者に対する下流側の圧力が所定の閾値より上に上昇した場合にライン内の折れ曲がりをチェックする提案を行なうように知らせることができる。それに加えて、または代替として、患者2に対する下流側の圧力の急激な低下は、配管が針から外れた、および/または針が患者から今外れていることの表示であり、これに応じて、監視クライアント1、4、11の1つまたは複数は、継続注入のために、配管を針に再び取り付ける、または新しい針を挿入するように、ユーザに視覚的にまたは聴覚的に警告または警報することができる。アラームはまた、例えば、配管が針から外れたときなどに患者が出血している可能性があり、患者が取り付けられていない針結合器により出血しているので、動作を迅速に行なう必要があることを示している可能性がある。いくつかの実施形態では、それに加えて、または代替として、1つまたは複数の注入ポンプ7に対する上流側の圧力を、あらゆる上流側閉塞に対して監視することができる。例えば、静脈内バッグ170での汚染は、注入ポンプ7の上流側の配管を塞ぐ可能性がある。注入ポンプ7が流体を静脈内バッグ170からポンプで汲み上げようと試みるたびに、注入ポンプ7に対する上流側の圧力は、上流側に閉塞がない場合に起こるのより低く下がる可能性がある。したがって、監視クライアント1、4、11の1つまたは複数は、上流側圧力が所定の閾値より下がった場合にアラームまたは警報を発し、例えば、介護人が配管または静脈内バッグ170を交換することによって、閉塞を緩和することを提案または必要とすることがある。監視クライアント1、4、11の1つまたは複数は任意選択では、患者2に対する下流側圧力の急激が上昇および/または低下に応じて、流体の送達を停止するために、注入ポンプ7、シリンジポンプ126、および/またはマイクロインフュージョンポンプ130の1つまたは複数に指示を送信することができる。図1に示すように、またいくつかの実施形態と同様に、システム100は、監視クライアントドック102およびデバイスドック104を備えている。監視クライアントドック102は、監視クライアント1を受けるように構成されており、デバイスドック104は、ベッドサイド患者介護を容易にするために、1つまたは複数の患者介護デバイスを受けるように構成されている以下により詳細に記載する。デバイスドック104は、いくつかの患者介護デバイスを受けることが可能であるように示されているが、他の実施形態では、デバイスドック104は、1つの患者介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けることができる。加えて、監視クライアントドック102は1つの監視クライアント1を受けることが可能であるように示されているが、他の実施形態では、監視クライアントドック102は、2つの監視クライアント1、3つ以上の監視クライアント1、またはあらゆる任意の数の監視クライアント1を受けることが可能である。例示的な実施形態では、ケーブル110は、その間に通信リンクを提供するように、両方のドック102、104に結合されている。ケーブル110は、ドック102、104の一方または両方に永久的に取り付けることができる、または取り付け可能である。それに加えて、または代替として、ケーブル110は、ケーブルをドック102、104の一方または両方に差し込むために1つまたは複数のコネクタ明示的には図示せずを備えることができる。いくつかの実施形態では、ドック102、104は、ケーブル110内で1つまたは複数のワイヤおよび/または導波路を使用して、互いに通信することができる。例えば、本開示の実施形態では、ケーブル110は、ドック102、104の間に光通信リンクを提供するために、光ファイバ導波路を備えている。他の実施形態では、本開示を鑑みて分かるように、ケーブル110は、所望の場合には、1つまたは複数の無線通信リンク例えば、ブルートゥースなどに置き換えることができる。さらに他の実施形態は、ドック102、104の間で有線および無線通信チャネルの組合せを利用することができる。あらゆる数の適切な有線接続タイプを、様々な実施形態で使用することができる。いくつかの実施形態では、ドック102、104の間の通信リンクは、直列通信、並列通信、同期通信、非同期通信、パケットベースの通信、仮想回路ベースの通信などのあらゆる知られている通信リンクを使用することができる。それに加えて、または代替として、いくつかの実施形態では、ドック102、104の間に確立された通信リンクは、無線通信、有線通信、コネクションレスプロトコル、例えばユーザデータグラムプロトコルUDP、または接続ベースのプロトコル、例えば通信制御プロトコルTCPを利用することができる。例えば、ドック102、104の間の通信は、ユニバーサルシリアルバス標準、SATA、eSATA、ファイヤワイヤ、イーサネット基準、ファイバチャネル、ブルートゥース、ブルートゥースローエネルギー、WiFi、あらゆる物理層技術、あらゆるOSI層技術などの1つまたは複数に基づくことができる。監視クライアント1が監視クライアントドック102にドッキングされている場合、監視クライアント1は、ドック102、104の間の通信へのアクセスを有する。例えば、本開示のいくつかの実施形態では、監視クライアント1は、ケーブル110によって提供される通信リンクを介して、デバイスドック104内の電子回路、例えばメモリと通信することができる。それに加えて、または代替として、監視クライアント1は、ケーブル110によって提供される通信リンク、および/または1つまたは複数の無線通信リンクを通して、デバイスドック104にドッキングされたあらゆるデバイスと通信することができる以下により詳細に記載する。図1に示す例示的な実施形態をさらに参照して、デバイスドック104は、それぞれ任意である、取付可能ディスプレイ134、カメラ136、およびマイク138などの様々な付属品を備えることができる。同様に、監視クライアントドック102は、それぞれ任意である、カメラ140およびマイク142などの様々な付属品を備えることができる。監視クライアント1は、それぞれ任意である、カメラ144およびマイク146などの様々な付属品を備えることができる。カメラ136、140、144は、例えば、プロバイダ例えば、看護師、ナースプラクティショナ、医師などおよび/または患者の存在を認証または識別するために、顔認識ソフトウェアによって使用することができる。それに加えて、または代替として、マイク138、142、および146は、例えば、プロバイダおよび/または患者の存在を認証または識別するために、音声認識ソフトウェアによって使用することができる。本開示を鑑みて分かるように、カメラ136、140、144およびマイク138、142、146は、例えば、正しい患者が正しい治療を確実に受けるように、治療を開始する前に、患者が遠隔介護プロバイダと通信する、および/または例えば、音声および/または顔認識技術、網膜スキャンなどを使用して患者の識別情報を確認することを可能にするために使用することもできる。図1に示すように、いくつかの実施形態では、監視クライアント1、監視クライアントドック102、およびデバイスドック104はそれぞれ、無線通信用のアンテナ112、106、および108を有する各アンテナ112、106、および/または108は任意である。ケーブル110が抜かれた、またはケーブル110を介したドック102、104間の通信がそうでなければ遮断されたまたは損なわれた場合、監視クライアントドック102およびデバイスドック104は、アンテナ106、108を通して確立された無線通信リンクを使用して、互いに通信し続けることができる。それに加えて、監視クライアント1が監視クライアントドック102から取り外された場合、監視クライアント1は、例えばデバイスドック104に直接通信することができる、および/または監視クライアント1は、ケーブル110を介して、またはドック102、104の間の無線通信リンクを介して通信を中継する監視クライアントドック102と無線通信することによって、デバイスドック104と通信することができる。前に記載したように、デバイスドック104にドッキングされた様々なデバイスと通信するために、監視デバイス1とデバイスドック104の間の通信を監視クライアント1によって利用することができる。いくつかの実施形態では、監視クライアント1は、例えば監視クライアントドック102へのドッキングのために、および監視クライアントドック102と監視クライアント1の間に電気通信を提供するために使用される監視クライアント1のコネクタの2つの電気接点間の電圧またはインピーダンスを測定することによって、ケーブル110が通信リンクとして利用可能であるかどうか判定するために、1つまたは複数のコネクタの1つまたは複数の電気接点が監視クライアントドック102と電気係合しているかどうかを電気的に決定することができる。また、監視クライアント1は、監視クライアント1がケーブル110に電気結合されていないと決定した場合には、ケーブル110は利用可能ではないと決定することができる。それに加えて、または代替として、いくつかの実施形態では、ドック102内の磁石は、監視クライアント1内にホール効果センサを係合し、その後、監視クライアント1がドッキングされていない場合にケーブル110は通信リンクとして利用可能ではないと監視クライアント1が推定するようにドッキングされているかどうか判定するために監視クライアント1がこれを使用する。それに加えて、または代替として監視クライアントドック102内の回路は、ケーブルが通信リンクとして利用可能でない場合に監視クライアント1に信号を送ることができる。いくつかの実施形態では、監視クライアント1は周期的に、ケーブル110を介してデバイスドック104のネットワーク接続を確認するpingことができる。監視クライアントが所定の時間内にデバイスドック104から応答を受信しない場合に、監視クライアント1は、ケーブル110が通信リンクとして利用可能ではないと推定する。監視クライアント1が、ケーブル110が通信リンクとして利用可能でないと決定した場合、監視クライアント1は、スピーカおよび/または振動モータを使用してアラームまたは警報を発することができる、アラームまたは警報を遠隔コミュニケータ11に送信して、スピーカおよび/または振動モータを使用して遠隔コミュニケータに警告または警報することができる、および/または監視クライアント1は、他の通信リンクを介して患者介護デバイスと通信するように試みることができる。本明細書で使用されるような警報という用語は、例えば、所定の時間が経過し、警報の原因が残っている後まで人に注目させない警報などのソフト警報を含むことを意図している。本開示のいくつかの実施形態では、監視クライアントドック102は、最小の回路使用したまたは回路を使用しない、監視クライアント1からケーブル110までの1つまたは複数のワイヤまたは導波路を含む。例えば、本開示のいくつかの実施形態では、監視クライアントドック102は、監視クライアント1からケーブル110へ直接電気結合を与えるクレードルである。それに加えて、または代替として、本開示のいくつかの実施形態では、デバイスドック104は、最小の回路使用したまたは回路を使用しない、監視クライアントドック102を介した様々なドッキングされたデバイスおよび/または監視クライアント1の間の通信を容易にする1つまたは複数のワイヤまたは導波路を含む。デバイスドック104は、いくつかの実施形態では、クレードルであってもよい。本開示の実施形態では、各監視クライアント1は、特定の患者2に割り当てられ、デスクベースの、ポータブルの、または手持ち式であってもよく、表示およびユーザ入力能力を有することができる。監視クライアント1は、ポータブルであってもよく、効率的なデータ閲覧およびデータ入力を容易にすることができ、監視クライアント1は、タッチスクリーンを備えたまたは備えていない、ノートブックPC、ネットブックPC、タブレットPC、スマートフォンであってもよい。それに加えて、または代替として、いくつかの実施形態では、監視クライアント1、および/または遠隔コミュニケータ11は、はるかに大きなディスプレイに接続されたケーブルにドッキングまたは結合し、それによってはるかに大きなディスプレイ例えば、24インチディスプレイを監視クライアント1および/または遠隔コミュニケータ11のディスプレイにすることができ、はるかに大きなディスプレイは、監視クライアント1および/または遠隔コミュニケータ11に通信されるタッチスクリーン能力、タッチペン入力能力、キーボード入力能力、遠隔制御入力能力などの入力能力を有することができる。例えば、X線または患者画像化ファイルの閲覧は、監視クライアント1および/または遠隔コミュニケータ11をより大きなディスプレイに結合された監視ドックにドッキングさせることによって容易にすることができ、それによって、介護人はより大きなディスプレイを使用して患者画像化ファイルを見ることができる。閲覧ドックはまた、監視クライアントおよび/または遠隔コミュニケータ11を充電することができる。監視クライアント1は、Linuxベースのオペレーティングシステム、アンドロイドをベースとするオペレーティングシステム、ブラックベリーをベースとするオペレーティングシステム、タブレットをベースとするオペレーティングシステム、iOS、iPadOS、iPhoneOSなどを実行することができる。特定の患者2への特定の監視クライアント1の指定は、これに限らないが例えばリストバンド118内に埋め込まれたバーコード114またはRFIDタグ116上で符号化された固有の患者識別子を含む、いくつかの方法のいずれかを使用して行なうことができる。デバイスドック104は、バーコード114またはRFIDタグ116の固有の患者識別子を決定するために、スキャナ120を備えている。スキャナ120は、レーザバーコードスキャナ、CCDベースのバーコードスキャナ、近距離コミュニケータまたは呼掛器、RFIDリーダなどであってもよい。他の実施形態では、固有の患者識別子は患者の生体データに基づくことができる。このような1つの例示的場合では、生体能力例えば、顔および/または音声認識、網膜スキャン、血液型モニタ、指紋スキャンなどを、監視クライアント1内に埋め込むことができる、あるいは関連付けることができる。デバイスドック104は、患者2の治療を容易にするために、固有の患者識別子を監視クライアントドック102、監視クライアント1、監視サーバ3、遠隔コミュニケータ11、他の監視クライアント4、別のサーバ、または電子演算装置に通信することができる。監視クライアント1は、患者の9介護、状態、疾病、または治療に関連する情報を通信例えば、送信または受信するために、マイクロプロセッサ、マイクロコントローラ、論理デバイス、デジタル回路、アナログ回路などの1つまたは複数を備えることができる。例えば、監視クライアント1は、患者状態パラメータおよび/または患者治療パラメータなどの患者介護パラメータを送信または受信することができる。いくつかの例示的な患者状態パラメータは、血圧、体温、心拍数、パルスオキシメータ、CO2レベル、血中酸素レベル、患者の覚醒、患者の意識、患者の応答などの測定値である。いくつかの例示的な患者治療パラメータとしては、投与される薬物、薬物または液体の流量、薬物投与スケジュール、または他のベッドサイド治療パラメータが挙げられる。いくつかの実施形態では、例えば、監視クライアント1は、注入ポンプ7に物理的に関連付けることができ、永久的に取り付けることができ、取付可能であり、そこから取り外し可能であり、または取付可能に取り外すことができる。これは、2つのデバイス、例えば監視クライアントドック102とデバイスドック104の間のドッキングインターフェースによって達成することができる。このような一実施形態では、監視クライアント1は、例えば、ドック102、104との電気的接触を通して、電気コネクタにより、またはそれぞれのアンテナ112、122Aを使用して各デバイス上の送受信機により無線で、を含むいくつかの方法で、ポンプ7または他の患者介護デバイスと通信する。それに加えて、または代替として、注入ポンプは、注入ポンプ7が監視クライアント1と動作可能に通信する場合に、監視クライアント1にアップロードされる特定の患者に対する特定の治療を示す予めプログラムされた治療データを含むことができる。監視クライアント1はまた、設備8内の1つまたは複数のデータベースと、設備9、10の外部のデータベースと、および/または例えば、内科医、看護師、および薬剤師を含むポータブルコミュニケータ11を使用するヘルスケアプロバイダと通信することができる。これは、例えば、カテゴリ5ローカルエリアネットワークコネクタ、USB、有線イーサネットなどの患者の部屋内のコネクタを通した設備サーバ8への有線接続によって、または例えば、WiFi、3G、4G、EVDO、WiMaxなどの無線12で、達成することができる。一実施形態では、イントラおよびエクストラ設備データベースへのアクセスは、監視サーバ3を通して例えば、ミドルウェアを使用して仲介13され、その後、異種組織、フォーマット化、および通信プロトコルを有するデータベースと通信するために、ソフトウェアおよびアプリケーションプログラミングインターフェースを集中させることができる。したがって、本開示の実施形態では、あらゆるソフトウェア更新を、監視サーバ3に大きく限ることができ、個別の監視クライアント1、4、11上の保守要件を少なくすることができる。任意選択では、監視クライアント1は、動作パラメータなどの治療の進行に関する情報を受信し、動作指示を患者治療デバイスに与えるために、注入ポンプ7などの患者治療デバイスと通信することができる。別の実施形態では、監視クライアント1はまた、デバイスから読出情報を受信し、潜在的に、デバイス14、15、16、17にプロバイダによってまたはアルゴリズムによって望まれる場合に読み取りを行なうように指示するために、例えば、心電図ECGモニタ14、血圧BPモニタ15、パルスオキシメータまたはCO2カプノメータ16、または温度モニタなどの他のデバイスなどの患者状態パラメータを受信するための診断または監視目的の患者介護デバイスと通信することができる。本開示の実施形態では、設備サービス8および/または薬物有害事象ネットワーク9はまた、誤薬低減システムDERSを備えることができる。DERSシステムは、ソフトアラームをトリガするための第1のセットの所定の基準、および/またはハードアラームをトリガするための第2のセットの所定の基準を含むことができる。ソフトアラームは、注入ポンプ7および/または監視クライアント1のユーザインターフェースを使用して介護人によって無効にし例えば、止めることができるまた、可聴および/または振動アラームのみであってもよい、一方、ハードアラームは、原因が取り除かれるまで治療を中断させる。本開示のさらに追加の実施形態では、DERSシステムは、ソフトリミットを規定する第1のセットの所定の基準、および/またはハードリミットを規定する第2のセットの所定の基準を含むことができる。ハードおよびソフトリミットは、寸法、体重、年齢、他の患者パラメータ、または他の基準に基づいて、薬物投与量リミットなどの治療リミットを規定する。ソフトリミットは、設定がハードリミットを規定する第2のセットの所定の基準に合うように変更されるまで、ハードリミットは治療が開始するのを防ぎながら、治療が第1のセットの所定の基準外であるにも関わらず、治療を開始するために、注入ポンプ7および/または監視クライアント1のユーザインターフェースを使用して介護人によって無効にすることができる。図1の例示的な実施形態でさらに分かるように、システム100はまた、それぞれアンテナ122A~122Kのうちのそれぞれのアンテナを有する、通信モジュール124A~124Kを備えている。いくつかの実施形態では、各通信モジュール124A~124Kは任意選択である、および/または各デバイスは一体型通信能力を有することができる。各通信モジュール124A~124Kは、それぞれのデバイスに結合するためのコネクタを備えている。他の実施形態では、各通信モジュール124A~124Kは、図1において取り付けられているように示されているデバイスと永久的に一体化されている。各通信モジュール124A~124Kは、任意選択で、1つまたは複数の無線リンク上で、互いに、デバイスドック104に、監視クライアントドック102に、監視クライアント1に、遠隔コミュニケータ11に、監視サーバ3に、ローカルエリアネットワークおよび/またはワイドエリアネットワーク例えば、インターネット上で、ハブ802図8参照に通信するための、および/またはそうでなければ十分な無線通信能力を有するあらゆる他のデバイスと通信するための1つまたは複数の送受信機を備えている。いくつかの特定の実施形態では、通信モジュール124A~124Kは、例えば、IEEE802.14.4、Zigbee、XBee、Wibree、IEEE802.11などを使用して、例えば無線メッシュネットワークとして動作することができる。より一般的な意味では、モジュール124A~124Kとシステム100の他のコンポーネント例えば、ドック102および104、監視クライアント1、4、11などの間の通信は、例えば、例えば、監視クライアント1、4、11および/またはドック104に関連付けられた様々な医療用デバイスの移動性に対応するために静的、動的、またはアドホックトポロジーのいずれであっても、本明細書に記載するようにデバイス発見、ハンドシェイク、および/またはインターデバイス通信を可能にするあらゆる無線通信プロトコルを使用して実施することができる。他の実施形態では、各患者介護デバイスは、モジュールを備えていなくてもよい、または3つ以上のモジュール例えば、通信モジュールを備えていてもよい。例えば、各モジュールは、特定の機能、例えばWiFiを有することができ、ユーザは特定の機能をそれぞれ有する複数のモジュールを選択し、これらを互いに結合することができる。モジュールのグループはその後、患者介護デバイス、例えば注入ポンプに適用することができる。さらに別の実施例を検討する。各モジュールは、一次プロセッサ、バックアッププロセッサ、および機能回路を有することができ、全て互いに動作可能に通信する。機能回路は、無線送受信機、電池、タッチスクリーンまたはディスプレイに対するインターフェースディスプレイをハウジングに取り付けることができる、ワイヤ接続、ブルートゥース、ブルートゥースローエネルギー、WiFi、3G、4G、コプロセッサ、例えば、注入ポンプを制御するための制御システム、流体測定回路を用いた投薬などであってもよい。選択したモジュールを、互いに、例えばデイジーチェーン内で接続することができ、その後、注入ポンプに接続することができる。選択したモジュールは、本実施例では、例えばCANバス、有線通信、無線、および/またはその他を介して、その動作および/または機能を調整するために、互いに動作可能に通信することができる。モジュールはそれぞれ、スピーカおよびマイクを備えることができる。いくつかのモジュールが互いに接続されている場合、モジュールはその動作を調整することができ、それによってスピーカが適切に機能しているかどうか判定するために、別のモジュールがマイクを使用している間に、1つのモジュールがスピーカに可聴的に信号を送る。いくつかのモジュールはそれぞれ、異なる周波数上でそのスピーカを使用することができ、それによってモジュールのいずれか1つは、そのマイクを介して音声を感知し、同時にスピーカのいくつかを検査するために異なる周波数を復調することができる。検査は、第1のモジュールによって第2のモジュールにリクエストすることができ、第2のモジュールは検査の結果を第1のモジュールに送信することができる。続けて図1を参照すると、通信モジュール124A~124Kの1つまたは複数は、また、任意選択では、そこに結合されたデバイスに電力を与えるために1つまたは複数の電池を備えることができる。例えば、通信モジュール124Aは、そこに電力を与えるために注入ポンプ7に結合することができる。通信モジュール124A~124Kの他の構造および機能を、関連付けられたデバイスの目的および機能によって、含めることができる。例えば、いくつかの実施形態では、注入の制御が、注入ポンプで起こり、所望の送達に関する入力が注入ポンプで起こり、したがって、本開示のいくつかの実施形態では、通信モジュール124Aは、注入ポンプ7を制御するために、制御アルゴリズム、例えば比例積分微分PID制御ループを実施する。このような場合、監視クライアント1は、例えば、例えば、無線リンクを介して通信モジュール124Aに流体流量信号を通信することができ、その後、所望の流量を達成するために、注入ポンプ7のモータ明示的には図示せずに結合された電気接点を通して流体流量信号に対応する信号を印加する。いくつかの実施形態では、注入ポンプ7は、注入ポンプ7内に設けられた流量計から通信モジュール124Aに1つまたは複数のフィードバック信号を提供し、それによって、通信モジュール124Aは注入ポンプ7の動作例えば、PID制御システムなどの動作のいくつかの態様を制御することができる。結果は、QTベースのGUIなどのGUIを使用してユーザに表示するために、監視クライアント1に送達することができるいくつかの実施形態では、監視クライアント1はタブレットである。それに加えて、または代替として、いくつかの実施形態では、点滴流量計148を使用して、点滴流量計148に関連付けられた通信モジュール124Kおよびアンテナ122Kを介して、通信モジュール124Aに流量を無線通信することができる。本開示を鑑みて分かるように、通信モジュール124A~124Kは、様々な患者介護デバイス7、14、15、16、17、35、126、128、148に動作可能に結合することができる。例えば、さらに図1を参照すると、通信モジュール124Bはシリンジポンプ126と動作可能に結合し、通信モジュール124Cは丸薬ディスペンサ128に動作可能に結合している。それに加えて、または代替として、通信モジュール124EはECGモニタ12に動作可能に結合しており、通信モジュール124Fは血圧モニタ15に動作可能に結合しており、通信モジュール124Gはパルスオキシメータ/CO2カプノメータ16に動作可能に結合しており、通信モジュール124Hは他のモニタ17に動作可能に結合しており、通信モジュール124Iは患者の静脈内アクセス35に動作可能に結合しており、通信モジュール124Kは点滴流量計148に動作可能に結合している。各それぞれの通信モジュール124A~124Kは、例えば、適切な制御システム、制御アルゴリズム、電池電力、またはそこに結合されたそれぞれの患者介護デバイス7、14、15、16、17、35、126、128、または148に対する他の機能を提供することができる。それに加えて、または代替として、いくつかの実施形態では、通信モジュール124Dは、デバイスドック104内にドッキングされ、例えば、デバイスドック104に取り付けられたあらゆるデバイスと通信するために、またデバイスドック104内の電子回路、監視クライアントドック102内の電子回路、および/または監視クライアント1と通信するために、バスまたはバックプレーンを介してデバイスドック104に動作可能に結合している。任意選択では、通信モジュール124Dは、デバイスドック104内にドッキングされたあらゆるデバイス、例えば注入ポンプ7、シリンジポンプ126、丸薬ディスペンサ128、またはマイクロインフュージョンポンプ130に通信および/または電力を与えることができる。通信モジュール124Dの機能はまた、デバイスドック104自体の回路内に一体化させることができることに留意されたい。それに加えて、または代替として、いくつかの実施形態では、通信モジュール124をそれぞれ、1つまたは複数の有線電源、例えば、デバイスドック104内のバスまたはバックプレーンを通してアクセス可能な電源によって補充することができるそれぞれのデバイス7、14、15、16、17、35、126、148に十分な電源供給を与えるように構成することは任意選択である。前に論じたように、本開示のいくつかの実施形態では、通信モジュール124Dは、十分な電力をデバイス7、126、128、130および133に提供する。前に論じたように、いくつかの実施形態では、通信モジュール124はそれぞれ、十分な電力を対応するデバイス7、126、128、および130に提供する電力回路例えば、電圧変換器、調整回路、整流およびフィルタリング回路、バック回路、ブースト回路、バックブースト回路、スイッチモード電源などで構成されている。このようないくつかの場合、この電力回路は、異なる様々な患者介護デバイス7、14、15、16、17、35、126、128、148に関連付けられた様々な電力供給特徴例えば、電圧レベル、最大負荷/電流要件、およびA/C周波数の提供を可能にするように構成することが可能である。あらゆる数の電力提供および管理スキームは、本開示を鑑みて自明のことである。任意選択では、本開示の他の実施形態では、1つまたは複数の電池セル、例えばリチウムイオン電池セルを有する電力モジュール132が、全治療持続時間にわたって、十分な電力をデバイス7、126、128、130、133に与えるために、デバイスドック104に取り付けられている。それに加えて、または代替として、電力モジュール132は、利用可能な場合に、一般的に図1にAC源として示された患者の部屋内のアウトレット内に差し込むことができる。このような場合、利用可能な場合、ドック104内のデバイスに電力を与えるために、また電力モジュール132内に含まれる電池を充電するためにこれは同時に起こる可能性がある、アウトレット電力を使用することができる。アウトレット電力が失われた、またはそうでなければ利用可能でない場合、電力モジュール132および/または通信モジュール124A、124B、124C内の電池は、ドッキングされたデバイスに電力を提供することができる。例示的なシステム100は任意選択では、ドングル133を備えることができる。ドングル133は、図1に示すデバイスドック104内にドッキングされている、または他の実施形態では、デバイスドック104および/または監視クライアント1に対して遠隔であってもよい。ドングル133は、そうでなければ使用可能ではない、無線デバイス用の通信リンクまたはプロトコルを提供することができる。例えば、新しい無線プトロコル、テクノロジー、基準、および技術が時間の経過と共に利用可能になると、ドングル133を使用して、新しい通信プロトコル間にブリッジ、ルータ、またはリピータを提供し、1つのプロトコルにおいて伝達された情報を他のプロトコルに変換することができ、それによって、新しいプロトコルデバイスは、患者介護デバイス7、14、15、17、35、126、128、130、デバイスドック104、通信モジュール124D、監視クライアントドック102、監視クライアント1、図8のハブ802、および/または他のデバイスと通信することができる。ドングル133は、例えば、監視サーバ3または監視クライアント1などの互いに知られているまたは使用されているフォーマットで、患者介護デバイス7、14、15、17、35、126、128、130、デバイスドック104、通信モジュール124D、監視クライアントドック102、監視クライアント1、図8のハブ802、および/または他のデバイスのいずれか1つまたは複数によって使用される無線プロトコル、テクノロジー、基準または技術を使用して、新しい通信リンクから受信したデータを再伝達することができる。ドングル133はまた、通信ブリッジを、EVDOまたはCDMAベースの携帯システムなどの、携帯ベースの通信リンクに提供することができる。いくつかの実施形態では、ドングル133は、1つまたは複数の患者介護デバイスからの患者介護パラメータ、例えば患者治療パラメータまたは患者状態パラメータを通信し、これらを監視クライアント1、図8のハブ802、および/または監視サーバ3に再伝達することができ、また逆も同様である。任意選択では、いくつかの実施形態では、ドングル133は、有線取付コネクタ、例えばRS-232コネクタを備えることができ、レガシーデバイスからの通信を1つまたは複数の他の患者介護デバイス、監視クライアント1、図8のハブ802、および/または監視サーバ3などに提供するために、レガシーデバイスに接続可能である。レガシーデバイスは例えば、レガシー患者介護デバイス、レガシー演算デバイス、レガシー有線通信プロトコルを使用した他のデバイスなどであってもよい。任意選択では、システム100はまた、様々なデバイス、ドック、監視クライアント、および/またはサーバの動作を監視するためのウェアラブルシステムモニタ131を備えることができる。監視クライアント1、遠隔コミュニケータ11、および/または図8のハブ802を使用して、ウェアラブルシステムモニタ131をプログラムする、これと相互作用する、および/またはこれとペアリングすることができる。ウェアラブルシステムモニタ131は、患者2またはプロバイダによって着用することができ、多数のウェアラブルシステムモニタ131を使用することができる。ウェアラブルシステムモニタ131は、適切な動作を保証するために、様々なデバイスに問い合わせることができる。例えば、例示的な一実施形態では、ウェアラブルシステムモニタ131は、あらゆる故障、ミス、不正、データ破損、通信劣化、不完全動作、遅い動作、または他の問題が存在するかどうか判定するために、患者介護デバイス14、15、16、17、35、126、128、130、監視クライアント1、監視クライアントドック102、デバイスドック104、および/または図8のハブ802と通信する。ウェアラブルシステムモニタ131からの通信は、問合せを受けているデバイスが適切に機能しており、所定の動作パラメータ内で機能しており、および/またはそうでなければ、望ましい状態または状況にあるかどうか判定するために、1つまたは複数の問合せ信号を含むことができる。システムモニタ131は、プロバイダに警告する、シャットダウン手続を開始する、および/または正常に動作しないデバイスに指示された他の適切な治療動作を開始するために、監視サーバ3、監視クライアント1、または図8のハブ802などの1つまたは複数のデバイスに検出した状態またはミスを通信することができる。例えば、システムモニタ131は、監視クライアント1、ネットワークおよび/またはインターネットに結合されたWiFiルータを介して監視サーバ3、他の監視クライアント4、通信モジュール124または遠隔コミュニケータ11で構成された他のデバイスと通信する通信モジュール124Jの送受信機を使用して、異常な問合せ応答または問合せ応答がないことによる警報および/またはアラームに信号を送ることができる。警報および/またはアラームは、デバイスに警報および/またはアラームを可聴的に鳴らさせるまたは可視的に示させることができる。本開示のいくつかの実施形態では、システムモニタ131は、患者2が介護プロバイダにリスエストすることを可能にするためのコールボタン明示的に図示せずを備えている、例えば、デバイスを所有しているユーザにリクエストを可視的におよび/または可聴的に示すために、リクエストは監視クライアント1または遠隔コミュニケータ11にルーティングされる。システムモニタ131は、例えば、1所定の時間内で問合せに対する応答を予測すること、2問合せを受けているデバイス内でカウンタを増分し、増分された後にデバイスからカウンタの値をリクエストすること、3チャレンジレスポンス問合せ、および/または4他のシステム監視技術または方法を含む、様々な方法でその機能を実施することができる。前に記載したように、いくつかの実施形態では、システムモニタ131は、システムモニタ131にペアリングされた患者介護デバイスに問い合わせた後に、所定の時間内で問合せに対する応答を予測する。例えば、システムモニタ131は、システムモニタ問合せのテキスト文字列メッセージを注入ポンプ7に送信することができる。本実施例では、注入ポンプ7は、システムモニタ問合せとラベルが付けられたメッセージをシステムモニタ131から受信し、その中の1つまたは複数のプロセッサを使用してメッセージを処理する。注入ポンプ7がメッセージを処理する場合、その中のソフトウェアルーチンは、システムモニタ131に再び応答メッセージを送信するコードを実行する、例えば、応答メッセージは、システムモニタ131に送信されるシステムモニタ応答のテキスト文字列メッセージであってもよい。本実施例では、システムモニタ131は、2秒などの所定の時間内に応答メッセージを受信することを予測することができ、システムモニタ131が2秒以内に応答メッセージを受信しない場合に、システムモニタ131が他のデバイスに警告するおよび/または警報を送信する例えば、システムモニタ131は警報またはミスメッセージを放送することができる、またはアラームまたは警報を可聴的にまたは可視的に遠隔コミュニケータ11を介してプロセッサに提供させることができる。前に記載したように、いくつかの実施形態では、システムモニタ131は、問合せを受けているデバイス内のカウンタを増分させ、増分された後にデバイスからカウンタの値をリクエストする。例えば、システムモニタ131は、増分カウンタなどのメッセージをデバイスに送信することによって、リクエストを患者介護デバイス、例えば注入ポンプ7に送信することができる。デバイスのプロセッサは、増分カウンタメッセージを受信し、デバイスのメモリ位置から値を読み取り、メモリ位置で見出した値を増分させ、前の値を上書きすることによって同じメモリ位置に新しい値を記憶する。その後、本実施例では、プロセッサは、メモリ位置から新しい値を読み取り、新しい値をシステムモニタ131に、例えば問合せを受けているデバイス上の無線送受信機を介して送信する。システムモニタ131は、本実施例では、問合せを受けているデバイスから特定の値を予測するこの予測された値は、例えばテーブル内などの、システムモニタのメモリ内に記憶することができる。例えば、システムモニタ131は、デバイスから前に受信した48の値をそのメモリ内に記憶することができ、値を問合せを受けたデバイス内で更新することを要求した後に、デバイスからの49の値を受信することを予測する。また、前に記載したように、チャレンジレスポンス問合せを、システムモニタ131によって使用することができる。例えば、システムモニタ131は、暗号化されたメッセージを患者介護デバイスに送信することができる。患者介護デバイスはその後、例えば、暗号キーを使用してメッセージを解読し、メッセージをシステムモニタ131に再び送信するようにタスクが与えられる。システムモニタ131は、所定の時間内で戻るための暗号化されていないメッセージを予測することができる。本実施例では、システムモニタ131が所定の時間内で応答メッセージを受信しない場合、システムモニタ131は、他のデバイスに警告する、および/または警報を送信する例えば、システムモニタ131は警報またはアラームメッセージを放送することができる、および/またはこれらを監視クライアント1、監視サーバ3、図8のハブ802、または遠隔コミュニケータ11に伝達することができ、その後、警報またはアラームを表示または可聴的に示す。本開示の実施形態では、監視クライアント1は、手持ち式またはポータブル遠隔コミュニケータ11例えば、スマートフォン、タブレットコンピュータ、PDA、ラップトップ、または他のポータブル演算デバイスであってもよいを使用して、ヘルスケアプロバイダと通信および直接相互作用する能力を有する。これは、無線12によって達成することができ、それによって、設備内の患者の位置、または設備内またはその外側のいずれかのプロバイダの位置にかかわらず、通信を維持することができる。一態様では、患者2に特定の情報を監視クライアント1内にローカルに記憶することができ、それによって、患者のヘルスケアプロバイダは、監視サーバ3にアクセスする必要なく、情報に直接アクセスすることができる。いくつかの実施形態では、任意選択では、適切な安全性およびセキュリティチェックを組み込むことによって、接続された注入ポンプ7または患者監視デバイス14~17、35、126、128、130、148の設定または流量パラメータに対する変更は、有線または無線通信を介してプロバイダの監視クライアント11と監視クライアント1の間で直接達成することができ、選択された変更はまた、監視サーバ3、それによって任意選択では、ナースステーション5および/または薬局6などの他の適切な位置に通信することができる。さらに、患者2に関するあらゆる新しい指示を、指示するプロバイダの遠隔コミュニケータ11例えば、スマートフォンに入力し、監視クライアント1に伝達することができ、その後、介護人独自のポータブルコミュニケータ11を介して介護人例えば、看護師、ナースプラクティショナ、医師、内科医、または他のヘルスケア専門家に知らせることができる。それに加えて、または代替として、いくつかの実施形態では、新しい指示を注入ポンプ7または患者監視デバイス14~17、35、126、128、130、148に通信することができ、それによって、その中にあるまたはそこに結合された制御システムは、新しい指示に応じて、その動作、例えば設定点を変更することができる。いくつかの実施形態では、監視クライアント1内で取得および記憶されたあらゆる情報を、監視サーバ3に周期的にアップロードし、患者特有のデータベースに記憶する。したがって、患者の監視クライアント1が動作停止している場合、新しいデバイスを患者2に割り当て、監視サーバ3からの患者の現在の情報を迅速に再び追加することができる。患者の取り付けられたデバイスからの指示、薬剤、進行ノート、監視データ、治療データ、患者治療パラメータ、患者監視パラメータ、および/または動作パラメータはまた、永久的、一時的または一過性の記憶のために、および/または所定の基準、例えば範囲、閾値などに従っていることを確認するための分析のために、監視クライアント1から患者のEHR19、あらゆる適用可能な遠隔コミュニケータ11、図8のハブ802、および/または監視サーバ3にアップロードすることができる。いくつかの実施形態では、監視サーバ3は、設備8内のいくつかの監視クライアント1、4、11に対する制御のいくつかの要素と通信し、これを提供することができるコンピュータを備えることができる。監視サーバ3は、設備の内側8および外側9の両方のいくつかのデータベースからデータを抽出した状態で、監視クライアント1、4、11を提供することができる。本開示の実施形態では、監視サーバ3は、患者2に関するターゲット情報について設備のEHRシステム19に問い合わせ、その後、その患者の監視クライアント1に所定セットの情報例えば、患者の年齢、身長、体重、疾病のカテゴリ、現在の薬剤および薬剤カテゴリ、薬剤アレルギーおよび過敏症などを追加することができる。このような一実施例によると、監視サーバ3は、例えば、監視クライアント1が患者2に割り当てられた場合に、設備内にEHR19、研究室20、放射線21、薬局22、および/または他のシステム例えば、心臓病23またはスケジューリングデータベース24などに対する通信リンクを確立することができる。独自の患者識別子で、監視サーバ3は、患者特有のデータをこれらのシステムから受信し、システムに送信するための電子アクセス許可を得ることができる。データの所定の選択可能なサブセットは、監視クライアント1のメモリ図1には明示的には図示せず内にダウロード可能である。このように取得した情報はその後、新しい指示をこれに対して分析することができるキーデータベースとして働くことができる。監視クライアント1内に入力される指示は、監視サーバ3によって得られる患者特有の情報との適合性をチェックすることができる。任意選択では、安全性の冗長性のため、コミュニケータ11から遠隔で入力された指示は、監視サーバ3によって傍受することができ、同様にチェックすることができる。監視サーバ3はまた、新しい患者指示が例えば患者の既存の薬剤との不適合性を生成する可能性があるかどうか判定するために、設備の薬局22内にまたは外部9にある薬剤データベースから情報を得ることができる。本開示の実施形態では、監視サーバ3は、患者の指示された薬剤に関する新しい情報をダウンロードすることができ、1つまたは複数の患者のヘルスケアプロバイダに警告またはアラームで伝達13することができるかどうか判定するために、公開されているインターネットサイト25にアクセスするようにプログラムすることができる。監視サーバ3はまた、遠隔ポータブルコミュニケータ11と患者の監視クライアント1の間に情報をルーティングすることができる。本開示の実施形態では、患者の内科医、看護師または薬剤師は、患者2に関する新しい指示例えば、薬剤指示などを中継または受信するために、患者の監視クライアント1へのアクセスを有することができる。監視クライアント1またはサーバ3はその後、新しい指示を記録し、リクエストを薬剤師6ならびに患者の看護師に、看護師のポータブルコミュニケータ11を介して、および/またはナースステーション5の固定端末を介して中継することができる。監視クライアント1でカスタマイズされた通信アプリケーションを有するスマートフォン例えば、特に、グーグルのNexusOnephone、アップルのiPhone、またはRIMのブラックベリーOSは、固定位置にないプロバイダオフィスまたは遠隔ナースステーションなどに対して便利なポータブルコミュニケータ11として働くことができる。タブレットPC、ネットブック、またはラップトップコンピュータはまた、ポータブルまたは固定位置の両方に対して便利なポータブルコミュニケータ11として働くことができる。PCは、固定またはデスクトップ位置に対して便利な通信デバイス11として働くことができる。プロバイダが患者の部屋に置かれている場合、プロバイダは監視クライアント1上のキーボードまたはタッチスクリーンを通した直接入力を使用して、患者2に関する情報を入力または受信することができる。監視クライアント1は、割り当てられたまたは指定された特定の患者2に関する情報を受信し、処理し、伝達することができる。監視クライアント1は、注入ポンプ7、または患者2を接続または関連付けることができるあらゆる他のデバイスと通信するように、監視クライアントドック102に最も便利に取り付け可能であるまたはドッキング可能である。監視クライアント1は、例えば、ほぼ無線電話またはタブレット式ネットブックの寸法の手持ち式デバイスであってもよい。患者のプロバイダによって使用するためのタッチスクリーンインターフェースを有することができることが便利である。また、有線または無線接続のいずれかを通して、患者の部屋内、またはナースステーション5または他の便利な位置にあるより大きな固定ディスプレイに出力を提供することが可能である。各監視クライアント1は、中央監視サーバ3と通信することができ、これを通して設備のEHRデータベース19、研究室データベース20、放射線データベース21、薬局データベース22、または様々な他の設備部門の他のデータベースから患者のデータにアクセスすることができる。いくつかの場合では、監視クライアント1は、監視サーバ3を介して患者のEHR19に患者監視デバイス14~17から、またはプロバイダ入力から受信する情報をアップロードすることができる。監視クライアント1、4はまた、インターネット接続25を有する監視サーバ3を通して、設備の外側のデータベースから情報を受けることができる。有害薬剤関連事象を取り扱う様々な薬物情報データベースおよび警報ネットワークを含む、様々な外部データベース9はしたがって、アクセス可能である。監視サーバ3は、例えば、監視クライアント1の内容をできるだけ最新に保持する際の助けとなる様々なレベルの外部データベース情報を管理するために配置することができる。これは、例えば、利用可能になった場合に患者に関連する安全性および薬物情報を比較し、データ転送スケジュール上の更新/ダウンロードに優先順位を付けることによって達成することができる。監視クライアント1、4はまた、看護師、内科医、および薬剤師などのヘルスケアプロバイダによって使用されるポータブルコミュニケータ11と直接、または監視サーバ3を通してのいずれかにより通信することができる。いくつかの場合では、これらのデバイスは、例えば、病院の薬局またはナースステーションなどの固定位置で使用される場合監視サーバ3への有線接続を有することができる。他の場合では、ポータブルコミュニケータ11は、コンピュータおよびデバイス11との有線または無線例えば、ブルートゥースまたはWiFi802.11接続13を使用して、安全なインターネット接続例えば、VPNベースのインターネット接続、UPN、Https、プライベートキー機構などを通して監視サーバ3と通信することができる。代替として、スマートフォンまたはタブレットネットブックなどの手持ち式遠隔コミュニケータ11は、携帯電話ネットワークを介して設備の監視クライアント1と直接12通信することができる、および/または設備は、WiFiネットワーク例えば、2.4GHzから2.4835GHz無認可ISMバンドを含むことができるプライベートセルネットワークを含むことができる。いくつかの実施形態では、監視クライアント1、4と監視サーバ3の間の通信リンクが、設備内で幅広く利用可能な場合にイーサネットネットワークを介して、またはいくつかの基準の1つを使用した無線伝達を介して存在して、全ての患者特有の監視クライアント1、4を中央監視サーバ3にリンクさせることができる。サーバ3はその後、他の設備サーバ8、ウェブをベースとするサーバ25、および医療介護プロバイダが持っている内側および外側ポータブルコミュニケータ11との通信用のリレーとして働くことができる。いくつかの実施形態では、無線ネットワークは、設備内で患者2がどこにいるかにかかわらず、監視サーバ3と通信することが可能な追加の機能を提供する。設備全体を無線範囲で覆う1つの方法は、設備にプライベート携帯電話ネットワークのライセンスを取得させる必要がある。設備全体を通してローカル通信ネットワークを提供するために、1つまたは複数のマイクロ携帯周波数を取得するまたは借りることができる。このような配置は、患者および監視クライアント1、4が設備内の1つの位置から別の位置まで移動される場合に通信を保持して、監視サーバ3、様々な病院内および病院外データベース8、25、および固定ステーション例えば、いくつかの実施形態では、ナースステーション5および薬局6のユーザとの、または病院の内側または外側いずれかの監視クライアント11例えば、携帯スマートフォン、ラップトップ、またはタブレットタイプデバイスとの接続を維持することができる。いくつかの実施形態では、このタイプのシステムは、許可された携帯通信インフラを介して追加のセキュリティを提供する。それに加えて、いくつかの実施形態では、アクティブ無線システムは、エリア内で使用する強度を監視し、そのエリアに追加のチャネル周波数を命令することができる。しかし、いくつかの実施形態では、ネットワークの帯域幅容量は、例えば放射線画像を含むものなどの、大きなデータファイルの効率的な伝達を可能にしないことがある。このような帯域幅大量データファイルは、有線接続を介してより効率的に通信することができる。代替としてまたは加えて、病院は、インターネットまたはイントラネットベースの通信システムを実施することができ、その中で、802.11WiFiタイププロトコルが個別の監視クライアント1、4と監視サーバ3の間の無線通信に使用される。設備全体を通して適切な信号受信を保証するために、ブロードバンドアンテナを、ローカル無線電話会社からの携帯電話信号を集めるために、建物の屋根の上に取り付けることができる。光ファイバまたはケーブルネットワークはその後、設備全体を通して信号を分配することができる。それに加えて、または代替として、監視サーバ3は、上に記載したプライベート携帯電話ネットワークを使用することができる。このようなシステムは典型的には、安全な通信を提供することが可能であり、例えば、放射線データベース21内に記憶された放射線画像などの、大きなファイルを効率的に通信することが可能である。家庭またはオフィスをベースとするユーザは、例えば、VPNまたは有線または光ファイバケーブルを使用した別の安全アクセス、またはDSL電話線を通して病院サーバに接続することが可能である。データ暗号化を使用して、患者データセキュリティを提供することができる。いくつかの応用例では、インフラ能力を最適化するために、非対称帯域幅通信ネットワークを実施することが有利であることがある。この実施例は、監視クライアント1から監視サーバ3までの上流側方向に認可携帯周波数、および監視サーバ3から監視クライアント1までの下流側方向に無認可802.11WiFi周波数を使用している。この実施例では、上流側帯域幅およびデータ速度要件は、下流側要件と比較して比較的小さい。優先度が低い上流側伝達では、監視クライアント1は、例えばZigBeeネットワーク、ブルートゥースネットワーク、メッシュネットワークなどの、より分散され費用効率が良いネットワーク上にデータを送信することを可能にする。前に記載したように、患者介護デバイス14、15、16、17、35および監視クライアント1などの様々な監視デバイス間の通信は、例えば、ZigBee無線メッシュネットワークおよび/またはブルートゥースネットワークを使用して、費用効果の良い方法で達成することができる。例示的な監視デバイスとしては、特にECGモニタ14、血圧モニタ15、パルスオキシメータ/カプノメータ16、体温計、および体重計が挙げられる。これらのデバイスのほとんどの共通の特徴は、単一のまたは少数のパラメータの周期的な読出しを行なうということである。無線メッシュネットワークなどの病院内デバイス通信システムは、デバイスの間に低電力デジタル無線接続性を提供し、幅広く利用可能なライセンスフリー周波数帯域例えば、いくつかの管轄では2.4GHzを利用することができる。高レベル通信プロトコルを利用して、例えば、TCP、UDPなどのデータ忠実性およびセキュリティを保証することができる。例えば、対称暗号キーを使用して、Twofish、Serpent、AESRijndael、Blowfish、CAST5、RC4、3DES、IDEAなどの暗号アルゴリズムに対して生成されるものなどの、監視クライアントと患者介護デバイスの間の通信を保証することができる。それに加えて、または代替として、例えば、CRC、奇数パリティビットチェック、または偶数パリティビットチェックなどの、様々なデータ完全性技術を使用することができる。メッシュネットワークは高く拡張可能であり、多くのデバイスを単一の自己形成、自己回復メッシュネットワーク上で使用することを可能にする。ネットワークに接続されたデバイスは、互いに通信し、データを転送するためにリピータとして働くことができる。メッシュネットワークは、比較的低コストであり、拡張可能であり、監視されている患者に対して移動可能である。いくつかの実施形態では、無線メッシュネットワークにリンクされたデバイスに対する無線範囲は、設備内のシステムの各ノードから70メートルに到達することができる。患者の監視クライアント1、4を通して、ヘルスケアプロバイダが持っているポータブルコミュニケータ11とその割り当てられた患者の間で設備内に無線リンクを提供する際に、同様のネットワークを使用することができる。多くの場合、監視クライアント1に伝達されている情報は、単一のパラメータ値例えば、血圧などおよびタイムスタンプを含むことができる。監視クライアント1は、値が所定範囲外であるかどうか判定し、値を患者のEHR19内に記録し、その監視クライアント11を介して適切なプロバイダに知らせるようにプログラムすることができる。さらに、ネットワークは双方向通信を可能にし、監視クライアント1が患者監視デバイス例えば、BPモニタ15に照会し、スケジュールされていない読取りを行なうように指示することができる。これは、例えば、異常読取りが受信され、その信憑性を検証する必要がある場合に、有用である可能性がある。監視クライアント1は、異常読取りを検証するように繰返読取りをリクエストするようにプログラムすることができる。別の実施形態では、監視クライアント1は、監視デバイス14~17から受信した、読取りの値によって、注入ポンプ7の流量、動作パラメータ、および/または治療パラメータを中断または調節するようにプログラムすることができる。例えば、BPモニタ15が所定の許容範囲より下の血圧を示す場合、監視クライアント1は、注入ポンプ7に注入を停止するように命令するようにプログラムすることができ、緊急通知12を1つまたは複数のヘルスケアプロバイダの監視クライアント11に伝達することができる。別の実施形態では、注入ポンプ7が患者2に送達されている流体の量例えば、間隔の間にポンプで汲み上げら得る流体の流量または累積量を決定することが可能である場合、監視クライアント1内のプロセッサは、送達される累積量を追跡し、薬剤バッグ170内に残っている流体の量を推測することができる。代替として、監視クライアント1または注入ポンプ7内のプロセッサは、注入速度および注入の経過時間から送達された量を算出することができる。推測された残留量が所定の量に到達すると、監視クライアント1は、その流量を減らして患者の静脈内アクセス35を乾燥させないようにするために、注入ポンプ7に信号を送ることができる。例えば、監視クライアント1は、看護師が特定の時間にバッグを交換するために戻るようにスケジュールされているかどうか判定することができ、静脈内流体が看護師のスケジュールされた戻りの前になくなることを警告する、および/またはそのアラームを送信するよりはむしろ、監視クライアント1は、看護師が到着したときに、または看護師のスケジュールされた戻り時間から所定の時間後に静脈内バッグが空になるように注入速度を遅くするように、注入ポンプ7に信号を送ることができる。また、静脈内バッグ17の補充を薦める通知を看護師の監視クライアント11に送信することができる。いくつかの実施形態では、患者介護デバイス進行の動作は、患者介護デバイスの状態および/または進行を示すために、監視クライアント1のディスプレイ上に外側ボーダーによって示される。例えば、外側ボーダーは監視クライアント1上に表示され、それによって、点灯する例えば、ボーダーが埋まったときに、完全に埋まった外周面を形成し始めるボーダーの割合は、注入ポンプ7などの、患者介護デバイスによって行なわれている治療の進行を示す。ボーダーは、注入ポンプ7から監視クライアント1まで画像形式例えば、JPEG、BMPなどで、および/または監視クライアント1に対して完了した割合として伝達することができ、この場合、監視クライアント1がボーダーを生成する。いくつかの実施形態では、GPSおよび/または測距モジュール例えば、飛行時間推測を使用する超音波測距モジュールを、注入ポンプ7、監視クライアント1、介護人、および/または患者上に設置することができる。所定の設定は、注入ポンプ7、監視クライアント1、図8のハブ802、介護人、および/または患者の所定のグループが、この特定の実施形態では、治療を開始する前に、および/または注入ポンプ7および/または監視クライアント1の1つを構成する前に、互いに対して所定の距離にある必要があることがある。いくつかの実施形態では、患者介護デバイス7、170、126、128、130、14、15、16、17、124、または148、ドック102または104、監視クライアント1、図8のハブ802は、例えば、患者を妨害することなくアラームの原因を取り除くための解決法を介護人が見つけることを可能にするように所定の時間が経過した後までアラームを発するデバイス上、および/または監視クライアント1上で警告することなく、ソフトアラーム、ハードアラーム、および/または重大ではないアラームを遠隔コミュニケータ11に送信することができる。所定の時間の前にアラームの原因が取り除かれた場合には、アラームを発するデバイス、および/または監視クライアント1は警告しない可能性があり、それによって患者の追加の妨害を防ぐことができる。いくつかの実施形態では、図1のACケーブルはクリップを備えており、それによって静脈管をそこにクリッピングすることができる。いくつかの実施形態では、注入ポンプ7は、安全性チェックを通過したこと、ポンプが流れていること、閉塞があること、および/またはポンプが切断されていることの1つまたは複数を示す状態LED光を含む。ユーザは、監視クライアント1を使用して、例えば、カメラ144またはカメラ136、および/またはスキャナ120を使用して静脈内バッグ170上のバーコードを読み取ることができ、その時、プラグ上のLEDは、静脈内バッグ170に接続された管をその中に挿入すべきであることをユーザに示すために点滅することができる。いくつかの実施形態では、図1に示すような、またはここで記載されたような、番号が付けられたまたは番号が付けられていない、各アイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスは任意選択である。例えば、いくつかの実施形態では、監視クライアント1は任意選択であり、監視サーバ3は任意選択であり、設備サービス8は任意選択であり、各サービス19、20、21、22、23、24は任意選択であり、クラウドサーバ25は任意選択であり、他の監視クライアント4はそれぞれ任意選択であり、オンライン薬物データベース9は任意選択であり、薬物有害事象ネットワークは任意選択であり、患者のパーソナルEHR19’は任意選択であり、および/または治療結果データベース10は任意選択である。それに加えて、または代替として、いくつかの実施形態では、各患者介護デバイス7、14、15、16、17、35、126、128、130、148は任意選択である。同様に、システムモニタ131、リストバンド118、RFID116、バーコード114、スキャナ120、ディスプレイ134、および/またはAC電源はそれぞれ、本開示のいくつかの実施形態では任意選択である。それに加えて、いくつかの実施形態では、図1に示すような、またはここで記載されたような、番号が付けられたまたは番号が付けられていない、いくつかのアイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスが、唯一のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示されているが、多数のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスが考えられる。例えば、単一の注入ポンプ7が図1に示されているが、いくつかの実施形態では、2つの注入ポンプ7を使用することができる、多数の注入ポンプ7を使用することができる、またはあらゆる任意の数の注入ポンプ7を使用することができる。それに加えて、または代替として、いくつかの実施形態では、多数のデバイスドック104および/または多数の監視クライアントドック102を使用することができる。それに加えて、または代替として、特定の患者介護デバイス7、14、15、16、17、126、128、130、148が示されているが、特定の患者介護デバイスの他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ7だけが使用されており、この特定の実施例では、他の患者介護デバイス14、15、16、17、126、128、130、148を無効にする、システム使用のために存在しないまたは利用可能ではない、電源を落とす、または図1のシステム100の一部ではないことがある。それに加えて、または代替として、いくつかの特定の実施形態では、使用される患者介護デバイスだけがデバイスドック104にドッキング可能である。例えば、この特定の実施形態では、注入ポンプ7はデバイスドック102内にドッキングされた唯一のデバイスであり、デバイスドック102だけが1つのデバイス、例えば注入ポンプ7を受ける。それに加えて、代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス7、14、15、16、17、35、126、128、130、148がドッキング可能である、ドッキングしないで動作することができる、および/またはドッキング可能でなく、独立型患者介護デバイスとして動作することができる。いくつかの実施形態では、患者介護デバイス7、14、15、16、17、35、126、128、130、および/または148、監視クライアント1、遠隔コミュニケータ11、およびドック102および/または104は、例えばAPIを介して、安全データクラスを含むことができる。図1を参照して説明したあらゆる機能は、いくつかの実施形態では、図8のハブ802によって行なうことができる。図2は、本開示の実施形態による、監視クライアント、例えば図1の監視クライアント1と患者介護デバイスの1つまたは複数、例えば図1の患者介護デバイス7、14、15、16、17、35、126、128、130、148の1つまたは複数の間で通信を維持するための方法150を示すフローチャート図を示している。本実施例の方法150は、動作152~169を含む。監視クライアント1は、通信がペアリングおよび/または指定された患者介護デバイスに確立された場合を示すアイコンを表示することができる。監視クライアント1は、ペアリングおよび/または指定された患者介護デバイスとの通信が所定の間隔で利用可能であると決定するためにチェックすることができ、ペアリングまたは指定された患者介護デバイスへの通信が所定の時間の間利用可能でない場合に、監視クライアント1はアラームまたは警報を鳴らすことができる。動作152は、監視クライアントドックが、ドックコネクタを通して監視クライアントと監視クライアントドックの間の通信リンクとして利用可能であるか判定する。動作152の通信リンクが利用可能である場合、方法150は動作154に進み、そうでなければ、方法150は動作156に進む。動作156は、監視クライアントドックが、無線リンクを通して監視クライアントと監視クライアントドックの間の通信リンクとして利用可能であるか判定する。動作156のリンクが利用可能である場合、方法150は動作154に進み、そうでなければ、方法150は動作158に進む。動作154は、監視クライアントドックが、ケーブルを使用して監視クライアントドックとデバイスドックの間の通信リンクとして利用可能であるか判定する。動作154の通信リンクが利用可能である場合、方法150は動作160に進み、そうでなければ、方法150は動作158に進む。動作160は、デバイスドックが、デバイスドックと患者介護デバイスの間の通信リンクとして、例えば無線または有線通信リンクを通して利用可能であるか判定する。動作160の通信リンクが利用可能である場合、方法150は動作166に進み、そうでなければ、方法150は動作162に進む。動作162は、患者介護デバイスが直接無線リンクを通して監視クライアントと患者介護デバイスドックの間の通信リンクとして利用可能であるか判定する。動作162の通信リンクが利用可能である場合、方法は動作166に進み、そうでなければ、方法150は動作164に進む。動作158は、デバイスドックが無線リンクを通して監視クライアントとデバイスドックの間の通信リンクとして利用可能であるか判定する。動作158の通信リンクが利用可能でない場合、方法150は動作162に進み、そうでなければ、方法150は動作160に進む。動作166は、利用可能な通信リンクを使用して、監視クライアントと患者介護デバイスの間のハンドシェイクを試みる。代替実施形態では、ハンドシェイクが使用されておらず、例えば、全てのプロトコルが通信端点間のハンドシェイクを使用するわけではない。決定動作168は、動作166のハンドシェイクが成功したかどうか判定する。決定動作168が動作166のハンドシェイクが成功しなかったと決定した場合、動作164は、患者介護デバイスとの通信が利用可能ではないと決定する、および/または方法150は他のリンク明示的には図示せずを使用して通信を確立しようと試みる。そうでなければ、決定動作168が動作166のハンドシェイクが成功したと決定した場合、動作169は、方法150によって利用可能であると決定された十分な数の通信リンクを使用してデータを通信する。方法150は、監視クライアントと1つまたは複数の患者介護デバイスの間の通信を維持するための方法を記載した、本開示の例示的な実施形態である。いくつかの実施形態では、方法150は通信リンクのスケジュールを含むが、他のスケジュールを使用することができ、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、ルーティングアルゴリズムを使用することができ、距離ベクトルルーティングプロトコルを使用することができ、リンク状態ルーティングプロトコルを使用することができ、最適化リンク状態ルーティングプロトコルを使用することができ、パスベクトルプロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用することができ、および/または適応ネットワークを使用することができる。例えば、本開示のいくつかの実施形態では、体重を各通信パスに割り当てることができ、Dijkstraのアルゴリズムを使用して監視クライアント1と1つまたは複数の患者介護デバイスの間を通信することができ、あらゆる知られている方法で体重を決定することができ、帯域幅、信号品質、ビット誤り率の関数として含むことは、利用可能なデータスループットまたは待ち時間、および/またはその他に対して直線的である可能性がある。図面を参照すると、図3は、本開示の別の実施形態による、その間の無線通信のために2つのドック102、104を有する電子患者介護システム300のブロック図を示している。システム300は、図1のシステム100と同様であるが、監視クライアントドック102とデバイスドック104の間の通信は無線リンクを通してである。例えば、いくつかの実施形態では、図3のシステム300は、図1のケーブル110が存在しないまたは動作していない状態の図1のシステム100であり、それに加えて、または代替では、図3のシステム300はケーブルを使用して共に接続可能ではないドック102および104を有することができる。任意選択では、指示またはリクエストを患者介護デバイス7、14、15、16、17、35、126、128、130、148に送信するために、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイルを注入ポンプ7、シリンジポンプ126および/またはマイクロインフュージョンポンプ130に送信するために、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11を使用することができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および/または最大丸薬分配基準などの、指示またはリクエストを丸薬ディスペンサ128に送信するために、監視クライアント1、4、11の1つまたは複数を使用することができる。最大丸薬分配基準は、所定の時間間隔内で送達することができる薬剤の最大量であり、例えば、特定の薬剤が必要に応じてすなわち、必要になったら摂取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大丸薬分配基準は、薬剤が患者によって安全でないレベルで、例えば所定の時間間隔の間に所定の量で摂取されるのを防ぐことができる。いくつかの実施形態では、遠隔コミュニケータ11を使用して、遠隔コミュニケータ11と監視クライアント1の間の2方向音声/視覚通信例えば、ビデオコールを開始することができる。それに加えて、または代替では、監視クライアント1を使用して、監視クライアント1と監視クライアント遠隔コミュニケータ11の間の2方向音声/視覚通信を開始することができる。任意選択では、患者介護デバイス7、14、15、16、17、35、126、128、130、148はまた、アラームまたは警報を発するまたは送信するべきであるかどうか判定する、治療または状態が患者にとって安全であるかどうか判定する、システム300が適切にまたは所定の境界で作動しているかどうか判定する、および/または監視クライアント1、他の監視クライアント4および/または遠隔コミュニケータ11のディスプレイ上にデータを表示するために、データを監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11に返信することができる。例えば、任意選択では、注入ポンプ7、シリンジポンプ126、および/またはマイクロインフュージョンポンプ130は、上流側圧力、上流側圧力の変化、患者2に対する下流側圧力、患者2に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の停止時間、または実際の送達流量プロファイルを、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11の1つまたは複数に当てはまる場合に通信することができる。別の実施形態では、丸薬ディスペンサ128は任意選択では、例えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11に返信することができる。患者介護デバイス7、14、15、16、17、35、126、128、130、148から受信したデータは、アラームおよび/または警報を発するために、あらゆる所定の状態に対して分析することができる。例えば、監視クライアント1、4、11の1つまたは複数は、患者への配管の過剰な凝固、浸透、閉塞または折れ曲がり、または静脈内バッグ170内の他の材料による閉塞の1つの表示である、注入ポンプ7、シリンジポンプ126および/またはマイクロインフュージョンポンプ130の下流側圧力の増加を使用することができる。下流側圧力の急激な増加に応じて、監視クライアント1、4、11の1つまたは複数は、ユーザに視覚的にまたは聴覚的に警告または警報することができる。それに加えて、または代替として、患者2に対する下流側の圧力の急激な低下は、配管が針から外れた、および/または針が患者から今外れていることの表示であり、これに応じて、監視クライアント1、4、11の1つまたは複数は、ユーザに視覚的にまたは聴覚的に警告または警報することができる。監視クライアント1、4、11の1つまたは複数は任意選択では、患者2に対する下流側圧力の急激が上昇および/または低下に応じて、流体の送達を停止するために、注入ポンプ7、シリンジポンプ126、および/またはマイクロインフュージョンポンプ130の1つまたは複数に指示を送信することができる。いくつかの実施形態では、図3に示すような、またはここで記載されたような、番号が付けられたまたは番号が付けられていない、各アイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスは任意選択である。例えば、いくつかの実施形態では、監視クライアント1は任意選択であり、監視サーバ3は任意選択であり、設備サービス8は任意選択であり、各サービス19、20、21、22、23、24は任意選択であり、クラウドサーバ25は任意選択であり、他の監視クライアント4はそれぞれ任意選択であり、オンライン薬物データベース9は任意選択であり、薬物有害事象ネットワークは任意選択であり、患者のパーソナルEHR19’は任意選択であり、および/または治療結果データベース10は任意選択である。それに加えて、または代替として、いくつかの実施形態では、各患者介護デバイス7、14、15、16、17、35、126、128、130、148は任意選択である。同様に、システムモニタ131、リストバンド118、RFID116、バーコード114、スキャナ120、ディスプレイ134、および/またはAC電源はそれぞれ、本開示のいくつかの実施形態では任意選択である。それに加えて、いくつかの実施形態では、図3に示すような、またはここで記載されたような、番号が付けられたまたは番号が付けられていない、いくつかのアイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスが、唯一のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示されているが、多数のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスが考えられる。例えば、単一の注入ポンプ7が図3に示されているが、いくつかの実施形態では、2つの注入ポンプ7を使用することができる、多数の注入ポンプ7を使用することができる、またはあらゆる任意の数の注入ポンプ7を使用することができる。それに加えて、または代替として、いくつかの実施形態では、多数のデバイスドック104および/または多数の監視クライアントドック102を使用することができる。それに加えて、または代替として、特定の患者介護デバイス7、14、15、16、17、126、128、130、148が示されているが、特定の患者介護デバイスの他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ7だけが使用されており、この特定の実施例では、他の患者介護デバイス14、15、16、17、126、128、130、148を無効にする、システム使用のために存在または利用可能ではない、電源を落とす、または図3のシステム300の一部ではないことがある。それに加えて、または代替として、いくつかの実施形態では、使用される患者介護デバイスだけがデバイスドック104にドッキング可能である。例えば、ある特定の実施形態では、注入ポンプ7はデバイスドック102内にドッキングされた唯一のデバイスであり、デバイスドック102だけが1つのデバイス、例えば注入ポンプ7を受ける。それに加えて、代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス7、14、15、16、17、35、126、128、130、148がドッキング可能である、ドッキングしないで動作することができる、および/またはドッキング可能でなく、独立型患者介護デバイスとして動作することができる。図3では、デバイスドック104はいくつかの患者介護デバイスを受けることが可能であるように示されているが、他の実施形態では、デバイスドック104は、1つの患者介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けることができる。また、ドックの区画が使用されていないことがあり、例えば、図3に示すように、空の区画170がデバイスドック104内に示されている。それに加えて、監視クライアントドック102は1つの監視クライアント1を受けることが可能であるように示されているが、他の実施形態では、監視クライアントドック102は、2つの監視クライアント1、3つ以上の監視クライアント1、またはあらゆる任意の数の監視クライアント1を受けることができる。図4は、本開示の実施形態による、監視クライアント、例えば監視クライアント1とデバイスの1つまたは複数、例えば図3の患者介護デバイス7、14、15、16、17、35、126、128、130、148の1つまたは複数の間で通信を維持するための方法202を示すフローチャート図を示している。動作204は、監視クライアントドックがドックコネクタを通して監視クライアントと監視クライアントドックの間の通信リンクとして利用可能であるか判定する。動作204の通信リンクが利用可能である場合、方法202は動作206に進み、そうでなければ、方法202は動作208に進む。動作208は、監視クライアントドックが無線リンクを通して監視クライアントと監視クライアントドックの間の通信リンクとして利用可能であるか判定する。動作208の通信リンクが利用可能である場合、方法202は動作206に進み、そうでなければ、方法202は動作210に進む。動作206は、監視クライアントドックが無線リンクを通して監視クライアントドックとデバイスドックの間の通信リンクとして利用可能であるか判定する。動作206の通信リンクが利用可能である場合、方法202は動作212に進み、そうでなければ、方法202は動作210に進む。動作210は、デバイスドックが無線リンクを通して監視クライアントとデバイスドックの間の通信リンクとして利用可能であるか判定する。動作210の通信リンクが利用可能である場合、方法202は動作212に進み、そうでなければ、方法202は動作214に進む。動作212は、デバイスドックがデバイスドックと患者介護デバイスの間の通信リンクとして利用可能であるか判定する。動作212の通信リンクが利用可能である場合、方法202は動作216に進み、そうでなければ、方法202は動作214に進む。動作214は、患者介護デバイスが直接無線リンクを通して監視クライアントと患者介護デバイスの間の通信リンクとして利用可能であるか判定する。動作214の通信リンクが利用可能である場合、方法202は動作216に進み、そうでなければ、動作218は、患者介護デバイスとの通信が利用可能ではないと決定する。動作216は、1つまたは複数の利用可能な通信リンクを使用して、監視クライアントと患者介護デバイスの間のハンドシェイクを試みる。代替実施形態では、ハンドシェイクは試みられていない、例えば、いくつかの通信プロトコルはハンドシェイクを利用しない。決定動作220は、ハンドシェイクが成功したか、および監視クライアントとデバイスの間の通信が確立したか判定する。動作220が通信リンクが確立されたと決定した場合、方法202は、1つまたは複数の利用可能な通信リンクを使用して、動作222中に監視クライアントとデバイスの間にデータを通信する。決定動作220が、ハンドシェイクが成功しなかったと決定した場合、方法202は、動作218においてデバイスとの通信が利用可能ではないと決定する、または方法202は、検証されていない通信リンク明示的には図示せずを通した監視クライアント間の通信を試みる。方法202は、監視クライアントと1つまたは複数の患者介護デバイスの間で通信を維持する方法を記載した、本開示の例示的な実施形態である。いくつかの実施形態では、方法202は通信リンクのスケジュールを含むが、他のスケジュールを使用することができ、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、ルーティングアルゴリズムを使用することができ、距離ベクトルルーティングプロトコルを使用することができ、リンク状態ルーティングプロトコルを使用することができ、最適化リンク状態ルーティングプロトコルを使用することができ、パスベクトルプロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用することができ、および/または適応ネットワークを使用することができる。例えば、本開示のいくつかの実施形態では、体重を各通信パスに割り当てることができ、Dijkstraのアルゴリズムを使用して監視クライアント1と1つまたは複数の患者介護デバイスの間を通信することができ、あらゆる知られている方法で体重を決定することができ、帯域幅、信号品質、ビット誤り率の関数として含むことは、利用可能なデータスループットまたは待ち時間、および/またはその他に対して直線的である可能性がある。次に図5を参照すると、本開示のさらに別の実施形態による、監視クライアント1および様々な患者介護デバイス例えば、患者介護デバイス7、126、128、または130を共にドッキングするためのドック502、通信モジュール124D、およびドングル133を有する、ブロック図の形の電子患者介護システム500が示されている。図5の電子患者介護システム500は、図1の電子患者介護システム100と同様であるが、監視クライアント1、患者介護デバイス7、126、128、130、通信モジュール124D、およびドングル133のそれぞれは全て、ドック502にドッキング可能である。本開示を鑑みて分かるように、ドック502は、通信を容易にするために、1つまたは複数のバス、バックプレーン、通信パス、電子回路などを備えることができる。任意選択では、指示またはリクエストを患者介護デバイス7、14、15、16、17、35、126、128、130、148に送信するために、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイルを注入ポンプ7、シリンジポンプ126および/またはマイクロインフュージョンポンプ130に送信するために、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11を使用することができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および/または最大丸薬分配基準などの、指示またはリクエストを丸薬ディスペンサ128に送信するために、監視クライアント1、4、11の1つまたは複数を使用することができる。最大丸薬分配基準は、所定の時間間隔内で送達することができる薬剤の最大量であり、例えば、特定の薬剤が必要に応じてすなわち、必要になったら摂取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大丸薬分配基準は、薬剤が患者によって安全でないレベルで、例えば所定の時間間隔の間に所定の量で摂取されるのを防ぐことができる。任意選択では、患者介護デバイス7、14、15、16、17、35、126、128、130、148はまた、アラームまたは警報を発するまたは送信するべきであるかどうか判定する、治療または状態が患者にとって安全であるかどうか判定する、システム500が適切にまたは所定の境界で作動しているかどうか判定する、および/または監視クライアント1、他の監視クライアント4および/または遠隔コミュニケータ11のディスプレイ上にデータを表示するために、データを監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11に返信することができる。例えば、任意選択では、注入ポンプ7、シリンジポンプ126、および/またはマイクロインフュージョンポンプ130は、上流側圧力、上流側圧力の変化、患者2に対する下流側圧力、患者2に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の停止時間、または実際の送達流量プロファイルを、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11の1つまたは複数に当てはまる場合に通信することができる。別の実施形態では、丸薬ディスペンサ128は任意選択では、例えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11に返信することができる。患者介護デバイス7、14、15、16、17、35、126、128、130、148から受信したデータは、アラームおよび/または警報を発するために、あらゆる所定の状態に対して分析することができる。例えば、監視クライアント1、4、11の1つまたは複数は、患者への配管の過剰な凝固、浸透、閉塞または折れ曲がり、または静脈内バッグ170内の他の材料による閉塞の1つの表示である、注入ポンプ7、シリンジポンプ126および/またはマイクロインフュージョンポンプ130の下流側圧力の増加を使用することができる。下流側圧力の急激な増加に応じて、監視クライアント1、4、11の1つまたは複数は、ユーザに視覚的にまたは聴覚的に警告または警報することができる。それに加えて、または代替として、患者2に対する下流側の圧力の急激な低下は、配管が針から外れた、および/または針が患者から今外れていることの表示であり、これに応じて、監視クライアント1、4、11の1つまたは複数は、ユーザに視覚的にまたは聴覚的に警告または警報することができる。監視クライアント1、4、11の1つまたは複数は任意選択では、患者2に対する下流側圧力の急激な上昇および/または低下に応じて、流体の送達を停止するために、注入ポンプ7、シリンジポンプ126、および/またはマイクロインフュージョンポンプ130の1つまたは複数に指示を送信することができる。いくつかの実施形態では、図5に示すような、またはここで記載されたような、番号が付けられたまたは番号が付けられていない、各アイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスは任意選択である。例えば、いくつかの実施形態では、監視クライアント1は任意選択であり、監視サーバ3は任意選択であり、設備サービス8は任意選択であり、各サービス19、20、21、22、23、24は任意選択であり、クラウドサーバ25は任意選択であり、他の監視クライアント4はそれぞれ任意選択であり、オンライン薬物データベース9は任意選択であり、薬物有害事象ネットワークは任意選択であり、患者のパーソナルEHR19’は任意選択であり、および/または治療結果データベース10は任意選択である。それに加えて、または代替として、いくつかの実施形態では、各患者介護デバイス7、14、15、16、17、35、126、128、130、148は任意選択である。同様に、システムモニタ131、リストバンド118、RFID116、バーコード114、スキャナ120、ディスプレイ134、および/またはAC電源はそれぞれ、本開示のいくつかの実施形態では任意選択である。それに加えて、いくつかの実施形態では、図5に示すような、またはここで記載されたような、番号が付けられたまたは番号が付けられていない、いくつかのアイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスが、唯一のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示されているが、多数のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスが考えられる。例えば、単一の注入ポンプ7が図5に示されているが、いくつかの実施形態では、2つの注入ポンプ7を使用することができる、多数の注入ポンプ7を使用することができる、またはあらゆる任意の数の注入ポンプ7を使用することができる。それに加えて、または代替として、いくつかの実施形態では、多数のドック502を使用することができる。それに加えて、または代替として、特定の患者介護デバイス7、14、15、16、17、126、128、130、148が示されているが、特定の患者介護デバイスの他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ7だけが使用されており、この特定の実施例では、他の患者介護デバイス14、15、16、17、126、128、130、148を無効にする、システム使用のために存在または利用可能ではない、電源を落とす、または図5のシステム500の一部ではないことがある。それに加えて、または代替として、いくつかの特定の実施形態では、使用される患者介護デバイスだけがドック502にドッキング可能である。例えば、ある特定の実施形態では、注入ポンプ7はデバイスドック102内にドッキングされた唯一のデバイスであり、デバイスドック102だけが1つのデバイス、例えば注入ポンプ7を受ける。それに加えて、代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス7、14、15、16、17、35、126、128、130、148がドッキング可能である、ドッキングしないで動作することができる、および/またはドッキング可能でなく、独立型患者介護デバイスとして動作することができる。図5では、ドック502はいくつかの患者介護デバイスを受けることが可能であるように示されているが、他の実施形態では、ドック502は、1つの患者介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けることができる。また、ドックの区画が使用されていないことがあり、例えば、図5に示すように、空の区画170がドック502内に示されている。それに加えて、ドック502は1つの監視クライアント1を受けることが可能であるように示されているが、他の実施形態では、ドック502は、2つの監視クライアント1、3つ以上の監視クライアント1、またはあらゆる任意の数の監視クライアント1を受けることができる。図6は、本開示の実施形態による、監視クライアント、例えば図5の監視クライアント1と1つまたは複数の患者介護デバイス、例えば図5の患者介護デバイス7、14、15、16、17、35、126、128、130、148の1つまたは複数の間で通信を維持するための方法304を示すフローチャート図である。方法は、動作306中にドックがドックコネクタを通して監視クライアントとドックの間の通信リンクとして利用可能であるか判定する。動作306の通信リンクが利用可能でない場合、方法304は動作308に進み、そうでなければ、方法304は動作310に進む。動作310は、ドックがドックと患者介護デバイスの間の通信リンクとして利用可能であるか判定する。動作310の通信リンクが利用可能でない場合、方法304は動作312に進み、そうでなければ、方法304は動作314に進む。動作308は、ドックが無線リンクを通して監視クライアントとドックの間の通信リンクとして利用可能であるか判定する。動作308の通信リンクが利用可能でない場合、方法304は動作310に進み、そうでなければ、方法304は動作312に進む。動作312は、患者介護デバイスが直接無線リンクを通して監視クライアントと患者介護デバイスの間の通信リンクとして利用可能であるか判定する。動作312の通信リンクが利用可能でない場合、動作316は、監視クライアントと患者介護デバイスの間の通信が利用可能ではないと決定する。動作314は、1つまたは複数の利用可能な通信リンクを使用して、監視クライアントとデバイスの間のハンドシェイクを試みる。代替実施形態では、ハンドシェイクは利用されない、例えば、いくつかのプロトコルはハンドシェイクを利用しない。決定動作318は、ハンドシェイクが成功したかどうか判定し、成功した場合、方法304は、動作320に進んで、1つまたは複数の利用可能な通信リンクを使用してデータを通信する。決定動作318がハンドシェイクが動作314で成功しなかったと決定した場合、動作316は、デバイスとの通信が利用可能ではないと決定する。他の実施形態では、決定動作318が、ハンドシェイクが動作314で成功しなかったと決定した場合、方法304は、検証されていない通信リンク明示的には図示せずを介して患者介護デバイスと通信することを試みる。方法304は、監視クライアントと1つまたは複数の患者介護デバイスの間で通信を維持する方法を記載した、本開示の例示的な実施形態である。いくつかの実施形態では、方法304は通信リンクのスケジュールを含むが、他のスケジュールを使用することができ、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、ルーティングアルゴリズムを使用することができ、距離ベクトルルーティングプロトコルを使用することができ、リンク状態ルーティングプロトコルを使用することができ、最適化リンク状態ルーティングプロトコルを使用することができ、パスベクトルプロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用することができ、および/または適応ネットワークを使用することができる。例えば、本開示のいくつかの実施形態では、体重を各通信パスに割り当てることができ、Dijkstraのアルゴリズムを使用して監視クライアント1と1つまたは複数の患者介護デバイスの間を通信することができ、あらゆる知られている方法で体重を決定することができ、帯域幅、信号品質、ビット誤り率の関数として含むことは、利用可能なデータスループットまたは待ち時間、および/またはその他に対して直線的である可能性がある。次に図7を参照すると、本開示のさらに別の実施形態による、患者介護デバイス7、126、128、130をそこにドッキングするための一体型ドック702を備えた監視クライアント1を有する電子患者介護システム700のブロック図が示されている。それに加えて、いくつかの実施形態では、通信モジュール124D、およびドングル133は全て、ドック702にドッキング可能である。図7の患者介護システム700は、図1の患者介護システム100と同様であるが、患者介護システム700は一体型ドック702を備えている。いくつかの実施形態では、監視クライアント1は、ドックを介してドッキングされた場合に、患者介護デバイスと通信するが、監視クライアント1が患者介護デバイス、例えば患者介護デバイス7、14、15、16、17、35、126、128、130、148と通信することができない場合、監視クライアント1は無線で、例えば監視クライアント1のアンテナ112を使用して通信することができる。任意選択では、指示またはリクエストを患者介護デバイス7、14、15、16、17、35、126、128、130、148に送信するために、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイルを注入ポンプ7、シリンジポンプ126および/またはマイクロインフュージョンポンプ130に送信するために、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11を使用することができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および/または最大丸薬分配基準などの、指示またはリクエストを丸薬ディスペンサ128に送信するために、監視クライアント1、4、11の1つまたは複数を使用することができる。最大丸薬分配基準は、所定の時間間隔内で送達することができる薬剤の最大量であり、例えば、特定の薬剤が必要に応じてすなわち、必要になったら摂取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大丸薬分配基準は、薬剤が患者によって安全でないレベルで、例えば所定の時間間隔の間に所定の量で摂取されるのを防ぐことができる。任意選択では、患者介護デバイス7、14、15、16、17、35、126、128、130、148はまた、アラームまたは警報を発するまたは送信するべきであるかどうか判定する、治療または状態が患者にとって安全であるかどうか判定する、システム700が適切にまたは所定の境界で作動しているかどうか判定する、および/または監視クライアント1、他の監視クライアント4および/または遠隔コミュニケータ11のディスプレイ上にデータを表示するために、データを監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11に返信することができる。例えば、任意選択では、注入ポンプ7、シリンジポンプ126、および/またはマイクロインフュージョンポンプ130は、上流側圧力、上流側圧力の変化、患者2に対する下流側圧力、患者2に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の停止時間、または実際の送達流量プロファイルを、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11の1つまたは複数に当てはまる場合に通信することができる。別の実施形態では、丸薬ディスペンサ128は任意選択では、例えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11に返信することができる。患者介護デバイス7、14、15、16、17、35、126、128、130、148から受信したデータは、アラームおよび/または警報を発するために、あらゆる所定の状態に対して分析することができる。例えば、監視クライアント1、4、11の1つまたは複数は、患者への配管の過剰な凝固、浸透、閉塞または折れ曲がり、または静脈内バッグ170内の他の材料による閉塞の1つの表示である、注入ポンプ7、シリンジポンプ126および/またはマイクロインフュージョンポンプ130の下流側圧力の増加を使用することができる。下流側圧力の急激な増加に応じて、監視クライアント1、4、11の1つまたは複数は、ユーザに視覚的にまたは聴覚的に警告または警報することができる。それに加えて、または代替として、患者2に対する下流側の圧力の急激な低下は、配管が針から外れた、および/または針が患者から今外れていることの表示であり、これに応じて、監視クライアント1、4、11の1つまたは複数は、ユーザに視覚的にまたは聴覚的に警告または警報することができる。監視クライアント1、4、11の1つまたは複数は任意選択では、患者2に対する下流側圧力の急激が上昇および/または低下に応じて、流体の送達を停止するために、注入ポンプ7、シリンジポンプ126、および/またはマイクロインフュージョンポンプ130の1つまたは複数に指示を送信することができる。いくつかの実施形態では、図7に示すような、またはここで記載されたような、番号が付けられたまたは番号が付けられていない、各アイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスは任意選択である。例えば、いくつかの実施形態では、監視クライアント1は任意選択であり、監視サーバ3は任意選択であり、設備サービス8は任意選択であり、各サービス19、20、21、22、23、24は任意選択であり、クラウドサーバ25は任意選択であり、他の監視クライアント4はそれぞれ任意選択であり、オンライン薬物データベース9は任意選択であり、薬物有害事象ネットワークは任意選択であり、患者のパーソナルEHR19’は任意選択であり、および/または治療結果データベース10は任意選択である。それに加えて、または代替として、いくつかの実施形態では、各患者介護デバイス7、14、15、16、17、35、126、128、130、148は任意選択である。同様に、システムモニタ131、リストバンド118、RFID116、バーコード114、スキャナ120、ディスプレイ134、および/またはAC電源はそれぞれ、本開示のいくつかの実施形態では任意選択である。それに加えて、いくつかの実施形態では、図7に示すような、またはここで記載されたような、番号が付けられたまたは番号が付けられていない、いくつかのアイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスが、唯一のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示されているが、多数のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスが考えられる。例えば、単一の注入ポンプ7が図7に示されているが、いくつかの実施形態では、2つの注入ポンプ7を使用することができる、多数の注入ポンプ7を使用することができる、またはあらゆる任意の数の注入ポンプ7を使用することができる。それに加えて、または代替として、いくつかの実施形態では、一体型ドック702を使用することができる。それに加えて、または代替として、特定の患者介護デバイス7、14、15、16、17、126、128、130、148が示されているが、特定の患者介護デバイスの他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ7だけが使用されており、この特定の実施例では、他の患者介護デバイス14、15、16、17、126、128、130、148を無効にする、システム使用のために存在または利用可能ではない、電源を落とす、または図7のシステム700の一部ではないことがある。それに加えて、または代替として、いくつかの特定の実施形態では、使用される患者介護デバイスだけが一体型ドック702にドッキング可能である。例えば、ある特定の実施形態では、注入ポンプ7は一体型ドック702内にドッキングされた唯一のデバイスであり、一体型ドック702だけが1つのデバイス、例えば注入ポンプ7を受ける。それに加えて、代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス7、14、15、16、17、35、126、128、130、148がドッキング可能である、ドッキングしないで動作することができる、および/またはドッキング可能でなく、独立型患者介護デバイスとして動作することができる。図7では、一体型ドック702はいくつかの患者介護デバイスを受けることが可能であるように示されているが、他の実施形態では、一体型ドック702は、1つの患者介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けることができる。また、ドックの区画が使用されていないことがあり、例えば、図7に示すように、空の区画170が一体型ドック702内に示されている。それに加えて、一体型ドック702は1つの一体型監視クライアント1を受けることが可能であるように示されているが、他の実施形態では、一体型ドック702は、2つの一体型監視クライアント1、3つ以上の一体型監視クライアント1、またはあらゆる任意の数の一体型監視クライアント1を受けることができる。図8は、本開示のさらに別の実施形態による、ハブ802を有する電子患者介護システム800のブロック図である。任意選択では、いくつかの実施形態では、ハブ802は、監視クライアントドック102とデバイスドック804、806の間に通信インターフェースを提供する。さらに追加の実施形態では、ハブ802は、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11なしで、患者介護デバイスを制御する。例えば、ハブ802は、監視サーバ3、設備サービス8、ナースステーション5、薬局6、クラウドサーバ25、オンライン薬物データベースまたは薬物有害事象ネットワーク9、患者のパーソナルEHR19’、および/または治療結果データベース10と通信することができる。ハブ802は、そこに接続された全てのデバイス例えば、患者介護デバイス、監視クライアント、遠隔コミュニケータなどがハブ802のクロックを使用する、リアルタイムデバイスがハブ802のクロックを使用する、またはタイムクリティカルデバイスがハブ802のクロックを使用するように、クロックを提供することができる。いくつかの実施形態では、GPSおよび/または測距モジュール例えば、超音波測距モジュールを、注入ポンプ830、監視クライアント1、ハブ802、介護人、および/または患者上に設置することができる。所定の設定は、注入ポンプ830、監視クライアント1、ハブ802、介護人、および/または患者の所定のグループが、この特定の実施形態では、治療を開始する前に、および/または注入ポンプ830、ハブ802、および/または監視クライアント1の1つを構成する前に、互いに対して所定の距離にしなければならない必要がある可能性がある。いくつかの実施形態では、ハブ802は、監視クライアント1、および/または遠隔コミュニケータ11の上にGUI、ウィンドウ、データなどを表示するために、アプリケーションプログラミングインターフェースAPIを含む。APIは、セキュアなデータクラスを含むことができる。さらに追加の実施形態では、ドック102、804、および/または806は、監視クライアント1、または遠隔コミュニケータ11の上にGUI、ウィンドウ、データなどを表示するために、APIを含む。さらに追加の実施形態では、ドック102、804、または806、またはハブ802は、患者介護デバイス830、810、および/または814の上にGUI、ウィンドウ、データなどを表示するために、APIを含む。いくつかの実施形態では、ハブ802および/またはドック102、804、および/または806は、関連付けられた患者介護デバイスそこにペアリングされたデバイス、ハブ802および/またはドック102、804、および/または806に差し込まれたまたはドッキングされたデバイスのタイプに基づいて、そこに関連付けられた患者介護デバイスのタイプを識別し、構成データをロードすることができる。いくつかの実施形態では、ハブ802および/またはドック102、804、および/または806は、そこに関連付けられた患者介護デバイスのタイプを識別し、html、CSS、JavaScriptなどを使用してUIを構成することができる。いくつかの実施形態では、ハブ802および/またはドック102、804、および/または806は、分散型UIシステムを有することができる。本明細書に記載したユーザインターフェースは、リクエスト動作フレームワークを利用することができる。任意選択では、いくつかの特定の実施形態では、ハブ802は、監視クライアント1と通信するためのセーフティクリティカル回路およびソフトウェアの全てを含む。例えば、この特定の実施形態では、ハブ802は監視クライアント1から治療パラメータを受信し、ハブ802は、例えば、監視クライアント1上のどこかで行なわれるあらゆる安全性チェックとは別に、治療パラメータが患者2にとって安全であることを保証する。さらに追加の特定の実施形態では、システム800は、任意選択では、監視クライアント1の完全なフォールトトレラントであり、例えば、中で行なわれた独立した安全性チェックが所定の基準、例えば注入ポンプ7の薬物送達の所定の安全範囲を満たしていない場合に、監視クライアント1からの指示、リクエスト、またはパラメータを無視する可能性がある。任意選択では、さらに追加の特定の実施形態では、静脈内バッグ170に取り付けられたバーコードを、スキャナ120によってスキャンすることができ、例えば、患者のパーソナルEHR19’から所定の処方箋をダウンロードする、および/または注入ポンプ830はドック804にドッキングされている場合にハブ802にアップロードされる所定の処方箋を含む。その後、この特定の実施形態では、また任意選択では、ハブ802は患者2内への静脈内バッグ170の注入を開始し、患者2の安全性を保証するために治療の進行を監視する。それに加えて、代替として、または任意選択では、この特定の実施形態では、介護人はハブ802のみを介して図8に示すようにシステム800と相互作用することができる。任意選択では、いくつかの実施形態では、ハブ802は、治療、状態、または患者情報を監視クライアント1にアップロードする。例えば、ハブ802は、ユーザによる情報の確認のため、監視クライアント1内への記憶などのために、ユーザに表示するように、注入ポンプ830から受信した治療情報、または静脈内バッグ170上のスキャンされたバーコードに対応する患者のパーソナルEHR19’から受信した治療情報を監視クライアント1にアップロードすることができる。いくつかの実施形態では、デバイスドック804は、注入ポンプ830、810、および812を受ける。いくつかの実施形態では、デバイスドック804は、1つの、2つ以上の、または複数の患者介護デバイスを受ける。デバイスドック806は、丸薬ディスペンサ814を受ける。いくつかの実施形態では、デバイスドック806は、丸薬ディスペンサ806などの1つの、2つ以上の、または複数の患者介護デバイスを受ける。デバイスドック804は、無線通信用のアンテナ816を備えており、デバイスドック806は、無線通信用のアンテナ818を備えている。同様に、ハブ802は、無線通信用のアンテナ820を備えている。それに加えて、または代替として、デバイスドック804、ハブ802、および/または監視クライアント1は、有線接続を使用して互いに通信する。ハブ802、およびドック804、および806はそれぞれ、例えば、USBケーブルを使用して、イーサネットケーブルを使用して、および/または無線リンクを介して、互いに通信することができる。任意選択では、ハブ802は、ディスプレイ822、カメラ824、マイク826、スキャナ120、着脱可能ディスプレイ図示せずなどの追加の付属品を備えることができる。前に記載したように、ハブ802は、全ての患者セーフティクリティカル機能を提供することができ、監視クライアント1および/または監視クライアントドック102とは独立して動作することができる。任意選択では、指示またはリクエストを患者介護デバイス14、15、16、17、35、830、810、812、814、830、148に送信するために、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイルを注入ポンプ830、810、812の1つまたは複数に送信するために、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11を使用することができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および/または最大丸薬分配基準などの、指示またはリクエストを丸薬ディスペンサ814に送信するために、監視クライアント1、4、11の1つまたは複数を使用することができる。最大丸薬分配基準は、所定の時間間隔内で送達することができる薬剤の最大量であり、例えば、特定の薬剤が必要に応じてすなわち、必要になったら摂取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大丸薬分配基準は、薬剤が患者によって安全でないレベルで、例えば所定の時間間隔の間に所定の量で摂取されるのを防ぐことができる。任意選択では、患者介護デバイス14、15、16、17、35、830、810、812、814、830、148はまた、アラームまたは警報を発するまたは送信するべきであるかどうか判定する、治療または状態が患者にとって安全であるかどうか判定する、システム800が適切にまたは所定の境界で作動しているかどうか判定する、および/または監視クライアント1、他の監視クライアント4および/または遠隔コミュニケータ11のディスプレイ上にデータを表示するために、データを監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11に返信することができる。例えば、任意選択では、注入ポンプ830、810、812の1つまたは複数は、上流側圧力、上流側圧力の変化、患者2に対する下流側圧力、患者2に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の停止時間、または実際の送達流量プロファイルを、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11の1つまたは複数に当てはまる場合に通信することができる。別の実施形態では、丸薬ディスペンサ814は任意選択では、例えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、監視クライアント1、他の監視クライアント4、および/または遠隔コミュニケータ11に返信することができる。患者介護デバイス14、15、16、17、35、830、810、812、814、830、148から受信したデータは、アラームおよび/または警報を発するために、あらゆる所定の状態に対して分析することができる。例えば、監視クライアント1、4、11の1つまたは複数は、患者への配管の過剰な凝固、浸透、閉塞または折れ曲がり、または静脈内バッグ170内の他の材料による閉塞の1つの表示である、注入ポンプ830、810、812の1つまたは複数の下流側圧力の増加を使用することができる。下流側圧力の急激な増加に応じて、監視クライアント1、4、11の1つまたは複数は、ユーザに視覚的にまたは聴覚的に警告または警報することができる。それに加えて、または代替として、患者2に対する下流側圧力の急激な低下は、配管が針から外れた、および/または針が患者から今外れていることの表示であり、これに応じて、監視クライアント1、4、11の1つまたは複数は、ユーザに視覚的にまたは聴覚的に警告または警報することができる。監視クライアント1、4、11の1つまたは複数は任意選択では、患者2に対する下流側圧力の急激な上昇および/または低下に応じて、流体の送達を停止するために、注入ポンプ830、810、812の1つまたは複数に指示を送信することができる。いくつかの実施形態では、図8に示すような、またはここで記載されたような、番号が付けられたまたは番号が付けられていない、各アイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスは任意選択である。例えば、いくつかの実施形態では、監視クライアント1は任意選択であり、監視サーバ3は任意選択であり、設備サービス8は任意選択であり、各サービス19、20、21、22、23、24は任意選択であり、クラウドサーバ25は任意選択であり、他の監視クライアント4はそれぞれ任意選択であり、オンライン薬物データベース9は任意選択であり、薬物有害事象ネットワークは任意選択であり、患者のパーソナルEHR19’は任意選択であり、および/または治療結果データベース10は任意選択である。それに加えて、または代替として、いくつかの実施形態では、各患者介護デバイス830、810、812は任意選択である。同様に、システムモニタ131、リストバンド118、RFID116、バーコード114、スキャナ120、ディスプレイ808、および/またはAC電源はそれぞれ、本開示のいくつかの実施形態では任意選択である。それに加えて、いくつかの実施形態では、図8に示すような、またはここで記載されたような、番号が付けられたまたは番号が付けられていない、いくつかのアイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスが、唯一のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示されているが、多数のアイテム、コンポーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスが考えられる。例えば、単一の丸薬ディスペンサ814が図8に示されているが、いくつかの実施形態では、2つの丸薬ディスペンサ814を使用することができる、多数の丸薬ディスペンサ814を使用することができる、またはあらゆる任意の数の丸薬ディスペンサ814を使用することができる。それに加えて、または代替として、いくつかの実施形態では、多数のドック804または806、および/または多数の監視クライアントドック102を使用することができる。それに加えて、または代替として、特定の患者介護デバイス830、810、812が示されているが、特定の患者介護デバイスの他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ830だけが使用されており、この特定の実施例では、他の患者介護デバイス810、812、814を無効にする、システム使用のために存在または利用可能ではない、電源を落とす、または図8のシステム800の一部ではないことがある。それに加えて、または代替として、いくつかの特定の実施形態では、使用される患者介護デバイスだけがドック804または806にドッキング可能である。例えば、特定の一実施形態では、注入ポンプ830が、ドック804内にドッキングされた唯一のデバイスであり、ドック804だけが1つのデバイス、例えば注入ポンプ830を受ける。図8では、ドック804はいくつかの患者介護デバイスを受けることが可能であるように示されているが、他の実施形態では、デバイスドック804は、1つの患者介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けることができる。また、ドックの区画が使用されていないことがある図8には図示せず。それに加えて、監視クライアントドック102は1つの監視クライアント1を受けることが可能であるように示されているが、他の実施形態では、監視クライアントドック102は、2つの監視クライアント1、3つ以上の監視クライアント1、またはあらゆる任意の数の監視クライアント1を受けることができる。それに加えて、代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス14、15、16、17、35、830、810、812、814がドッキング可能である、ドッキングしないで動作することができる、および/またはドッキング可能でなく、独立型患者介護デバイスとして動作することができる。図8のシステム800は、それとの通信を維持するためのあらゆる知られている通信方法を使用することができる。例えば、いくつかの実施形態では、あらゆる通信のスケジュールを使用することができ、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、ルーティングアルゴリズムを使用することができ、距離ベクトルルーティングプロトコルを使用することができ、リンク状態ルーティングプロトコルを使用することができ、最適化リンク状態ルーティングプロトコルを使用することができ、パスベクトルプロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用することができ、および/または適応ネットワークを使用することができる。例えば、本開示のいくつかの実施形態では、体重を各通信パスに割り当てることができ、Dijkstraのアルゴリズムを使用して監視クライアント1またはハブ802と1つまたは複数の患者介護デバイス例えば、患者介護デバイス830、810、812、および814の間を通信することができ、あらゆる知られている方法で体重を決定することができ、帯域幅、信号品質、ビット誤り率の関数として含むことは、利用可能なデータスループットまたは待ち時間、および/またはその他に対して直線的である可能性がある。本開示の実施形態では、設備サービス8および/または薬物有害事象ネットワーク9はまた、誤薬低減システムDERSを備えることができる。DERSシステムは、ソフトアラームをトリガするための第1のセットの所定の基準、および/またはハードアラームをトリガするための第2のセットの所定の基準を含むことができる。ソフトアラームは、ハードアラームの原因が取り除かれるまでハードアラームが治療を中断させながら、注入ポンプ830のユーザインターフェース、ハブ802のユーザインターフェース808および/または監視クライアント1のユーザインターフェースを使用して介護人によって無効にする例えば、止めることができるまた、可聴および/または振動アラームのみであってもよい。本開示のさらに追加の実施形態では、DERSシステムは、ソフトリミットを規定する第1のセットの所定の基準、および/またはハードリミットを規定する第2のセットの所定の基準を含むことができる。ハードおよびソフトリミットは、寸法、体重、年齢、他の患者パラメータ、または他の基準に基づいて、薬物投与量などの治療リミットを規定する。ソフトリミットは、設定がハードリミットを規定する第2のセットの所定の基準に合うように変更されるまで、ハードリミットは治療が開始するのを防ぎながら、治療が第1のセットの所定の基準外であるにも関わらず、治療を開始するために、注入ポンプ830のユーザインターフェース、監視クライアント1のユーザインターフェース、および/またはハブ802のユーザインターフェース808を使用して介護人によって無効にすることができる。いくつかの実施形態では、患者介護デバイス830、810、812、814、14、15、16、17、35および/または148、監視クライアント1、遠隔コミュニケータ11、およびドック102および/または804、および/またはハブ802は、例えばAPIを介して、セキュアなデータクラスを含むことができる。再び図面を参照すると、図9は、本開示のさらに別の実施形態による、積み重ね可能な監視クライアント902、積み重ね可能な注入ポンプ904、積み重ね可能なシリンジポンプ906、および別の積み重ね可能な患者介護デバイス908を有する電子患者介護システム900のブロック図を示している。積み重ね可能なデバイス902~908は、バックプレーンおよび/またはバスを使用して通信することができるいくつかの実施形態では、積み重ね可能なデバイス902~908は通信モジュールを介して通信する。任意選択では、指示またはリクエストを患者介護デバイス14、15、16、17、35、128、904、906、908、148に送信するために、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイルを積み重ね可能な注入ポンプ904、積み重ね可能なシリンジポンプ906、および/または他の積み重ね可能な患者介護デバイス908に送信するために、監視クライアント902、他の監視クライアント4、および/または遠隔コミュニケータ11を使用することができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および/または最大丸薬分配基準などの、指示またはリクエストを丸薬ディスペンサ128に送信するために、監視クライアント902、4、11の1つまたは複数を使用することができる。最大丸薬分配基準は、所定の時間間隔内で送達することができる薬剤の最大量であり、例えば、特定の薬剤が必要に応じてすなわち、必要になったら摂取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大丸薬分配基準は、薬剤が患者によって安全でないレベルで、例えば所定の時間間隔の間に所定の量で摂取されるのを防ぐことができる。任意選択では、患者介護デバイス14、15、16、17、35、128、904、906、908、148はまた、アラームまたは警報を発するまたは送信するべきであるかどうか判定する、治療または状態が患者にとって安全であるかどうか判定する、システム900が適切にまたは所定の境界で作動しているかどうか判定する、および/または監視クライアント902、他の監視クライアント4および/または遠隔コミュニケータ11のディスプレイ上にデータを表示するために、データを監視クライアント902、他の監視クライアント4、および/または遠隔コミュニケータ11に返信することができる。例えば、任意選択では、積み重ね可能な注入ポンプ904、積み重ね可能なシリンジポンプ906、および/または他の積み重ね可能な患者介護デバイス908は、上流側圧力、上流側圧力の変化、患者2に対する下流側圧力、患者2に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の停止時間、または実際の送達流量プロファイルを、監視クライアント902、他の監視クライアント4、および/または遠隔コミュニケータ11の1つまたは複数に当てはまる場合に通信することができる。別の実施形態では、丸薬ディスペンサ128は任意選択では、例えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、積み重ね可能な監視クライアント902、他の監視クライアント4、および/または遠隔コミュニケータ11に返信することができる。患者介護デバイス14、15、16、17、35、128、904、906、908、148から受信したデータは、アラームおよび/または警報を発するために、あらゆる所定の状態に対して分析することができる。例えば、監視クライアント902、4、11の1つまたは複数は、患者への配管の過剰な凝固、浸透、閉塞または折れ曲がり、または静脈内バッグ170内の他の材料による閉塞の1つの表示である、積み重ね可能な注入ポンプ904および/または積み重ね可能なシリンジポンプ906の下流側圧力の増加を使用することができる。下流側圧力の急激な増加に応じて、監視クライアント902、4、11の1つまたは複数は、ユーザに視覚的にまたは聴覚的に警告または警報することができる。それに加えて、または代替として、患者2に対する下流側圧力の急激な低下は、配管が針から外れた、および/または針が患者から今外れていることの表示であり、これに応じて、監視クライアント902、4、11の1つまたは複数は、ユーザに視覚的にまたは聴覚的に警告または警報することができる。監視クライアント902、4、11の1つまたは複数は任意選択では、患者2に対する下流側圧力の急激な上昇および/または低下に応じて、流体の送達を停止するために、積み重ね可能な注入ポンプ904および/または積み重ね可能なシリンジポンプ906の1つまたは複数に指示を送信することができる。積み重ね可能な監視クライアント902、積み重ね可能なデバイス908、積み重ね可能な注入ポンプ904、および積み重ね可能なシリンジポンプ906は、各デバイスの上部および底部に結合されたコネクタを介して共にデイジーチェーン接続することができる。例えば、積み重ね可能なシリンジポンプ906を代わりに、監視クライアント902の上部に積み重ねることができ、それによって、積み重ね可能なシリンジポンプ906の底部コネクタは監視クライアント902の上部のコネクタに電気結合されている。デイジーチェーンは、例えば、積み重ね可能な監視クライアント902、積み重ね可能な患者介護デバイス908、積み重ね可能な注入ポンプ904、および積み重ね可能なシリンジポンプ906それぞれ内の電気導体を通して作り出すことができ、それによって連続電気接触がこれらのデバイスそれぞれの間に維持される。それに加えて、または代替として、積み重ね可能なデバイス902、908、904、906は任意選択では、互いに無線通信を維持することができる。例えば、積み重ね可能な監視クライアント902は、デイジーチェーン接続された導体が積み重ね可能なデバイス902、908、904、906のうちの1つの積み重ね可能なデバイス内の内部短絡により電気的に無反応であることを検出することができ、積み重ね可能な監視クライアント902は、どのデバイスが故障したのか判定するために各積み重ね可能なデバイス908、904、906に問い合わせることができる。決定を行なった後に、積み重ね可能な監視クライアント902は、故障したデバイスをデイジーチェーン接続された導体から電気的に係脱させるために、積み重ね可能なデバイス902、908、904、906のうちの故障したデバイス内で絶縁された切断回路と無線通信することができる。それに加えて、または代替として、積み重ね可能なデバイス902、908、904、906の1つまたは複数は、積み重ね可能なデバイス902、908、904、906の1つが故障している、および/または積み重ね可能なデバイス902、908、904、906の1つがデイジーチェーン接続された有線通信リンクを介してではなくむしろ無線で通信することを警告する、警報を送信する、および/またはメッセージを表示することができる。それに加えて、または代替として、積み重ね可能な監視クライアント902、積み重ね可能なデバイス908、積み重ね可能な注入ポンプ904、および積み重ね可能なシリンジポンプ906はそれぞれ、デイジーチェーン内でその下または上でそれぞれのデバイスに情報を中継または再伝達することができる。例えば、積み重ね可能な注入ポンプ904は、内部メモリ内のデータをバッファリングし、積み重ね可能な患者介護デバイス908が追加のデータを受信する準備ができていることを示す信号を積み重ね可能な患者介護デバイス908から受信した場合に情報を通信することによって、積み重ね可能なシリンジポンプ906から受信したデータを全て通信することができる。いくつかの実施形態では、図8に示すような、またはここで記載されたような、番号が付けられたまたは番号が付けられていない、各アイテム、コンポーネント、デバイス、患者介護デバイス、ドック、および演算デバイスは任意選択である。例えば、いくつかの実施形態では、監視クライアント1は任意選択であり、監視サーバ3は任意選択であり、設備サービス8は任意選択であり、各サービス19、20、21、22、23、24は任意選択であり、クラウドサーバ25は任意選択であり、他の監視クライアント4はそれぞれ任意選択であり、オンライン薬物データベース9は任意選択であり、薬物有害事象ネットワークは任意選択であり、患者のパーソナルEHR19’は任意選択であり、および/または治療結果データベース10は任意選択である。それに加えて、または代替として、いくつかの実施形態では、各患者介護デバイス830、810、812は任意選択である。同様に、システムモニタ131、リストバンド118、RFID116、バーコード114、スキャナ120、ディスプレイ808、および/またはAC電源はそれぞれ、本開示のいくつかの実施形態では任意選択である。それに加えて、いくつかの実施形態では、図9に示すような、またはここで記載されたような、番号が付けられたまたは番号が付けられていない、いくつかのアイテム、コンポーネント、デバイス、患者介護デバイス、および演算デバイスが、唯一のアイテム、コンポーネント、デバイス、患者介護デバイス、または演算デバイスとして示されているが、多数のアイテム、コンポーネント、デバイス、患者介護デバイス、および演算デバイスが考えられる。例えば、単一の丸薬ディスペンサ128が図9に示されているが、いくつかの実施形態では、2つの丸薬ディスペンサ128を使用することができる、多数の丸薬ディスペンサ128を使用することができる、またはあらゆる任意の数の丸薬ディスペンサ128を使用することができる。それに加えて、または代替として、特定の患者介護デバイス904、906、908が示されているが、特定の患者介護デバイスの他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護デバイスのうち積み重ね可能な注入ポンプ904だけが使用されており、この特定の実施例では、他の患者デバイス906、908を無効にする、システム使用のために存在または利用可能ではない、電源を落とす、または図9のシステム900の一部ではないことがある。それに加えて、または代替として、いくつかの特定の実施形態では、使用される患者介護デバイスだけが積み重ねられる。例えば、特定の一実施形態では、注入ポンプ904が、積み重ねられた唯一のデバイスである。それに加えて、または代替として、積み重ねられていない患者介護デバイス、例えば患者介護デバイス904、906、および/または908は、独立型デバイスとして動作している場合に動作し続けることができる。それに加えて、代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス14、15、16、17、35、904、906、908、128、148がドッキング可能である、ドッキングしないで動作することができる、および/またはドッキング可能でなく、独立型患者介護デバイスとして動作することができる。図9では、スタックはいくつかの患者介護デバイスを積み重ねることが可能であるように示されているが、他の実施形態では、スタックは1つの患者介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けることができる。それに加えて、スタックは1つの監視クライアント902を受けることが可能であるように示されているが、他の実施形態では、2つの積み重ね可能な監視クライアント902、3つ以上の積み重ね可能な監視クライアント902、またはあらゆる任意の数の積み重ね可能な監視クライアント902が、システム900内で積み重ねられる。図9のシステム900は、それとの通信を維持するためのあらゆる知られている通信方法を使用することができる。例えば、いくつかの実施形態では、あらゆる通信のスケジュールを使用することができ、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、ルーティングアルゴリズムを使用することができ、距離ベクトルルーティングプロトコルを使用することができ、リンク状態ルーティングプロトコルを使用することができ、最適化リンク状態ルーティングプロトコルを使用することができ、パスベクトルプロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用することができ、および/または適応ネットワークを使用することができる。例えば、本開示のいくつかの実施形態では、体重を各通信パスに割り当てることができ、Dijkstraのアルゴリズムを使用して監視クライアント902と1つまたは複数の患者介護デバイス例えば、患者介護デバイス904、906、908の間を通信することができ、あらゆる知られている方法で体重を決定することができ、帯域幅、信号品質、ビット誤り率の関数として含むことは、利用可能なデータスループットまたは待ち時間、および/またはその他に対して直線的である可能性がある。図1、3、5、7、8および9を参照すると、様々な更新テクノロジーおよび/または技術を利用して、ハブ、ドック、デバイス、インスリンポンプ、注入ポンプ、および/または患者介護デバイスを更新することができる。例えば、患者介護デバイスは、例えばいくつかの実施形態では、RS232フォーマットデータを例えばI2Cフォーマットデータに変換するバス変換器により、演算デバイスいくつかの実施形態では、パーソナルコンピュータ、またはパーソナルコンピュータと同様の方法で使用することができるあらゆるデバイス、例えばこれに限らないがタブレットであってもよいに結合することができる。ハブ、ドック、デバイス、インスリンポンプ、注入ポンプ、および/または患者介護デバイス内のプロセッサは、いくつかの実施形態では、例えば、スパーバイザプロセッサおよび/またはコマンドプロセッサによってフラッシュメモリ内にソフトウェアをダウンロードすることを制御または組織化するために、更新プログラムを実行することができる。いくつかの実施形態では、演算デバイスは、ハブ、ドック、デバイス、インスリンポンプ、注入ポンプ、および/または患者介護デバイスのフラッシュメモリ内にソフトウェアをダウンロードすることを組織化することができる。演算デバイスによって得られるソフトウェア更新は、スパーバイザプロセッサおよび/またはコマンドプロセッサによってアクセス可能なフラッシュメモリ図示せず内に送ることができる。上記ソフトウェア更新は、いくつかの実施形態では、スクリプトプロセスによって自動的に呼び出すことができるコマンドラインプログラムであってもよい。いくつかの実施形態では、ハブ、ドック、デバイス、インスリンポンプ、注入ポンプ、および/または患者介護デバイスは、これに限らないが、ウェブをベースとするセキュアポータルを通して、および/または電子メールを通して、および/または無線通信プロトコルにより、これに限らないが、アプリケーションをダウンロードする、ソフトウェア更新をダウンロードする、情報をアップロードする、および/または情報を様々な機械に送信する能力を含むことができるウェブ接続遠隔インターフェースの能力であってもよい、またはこれを有することができる。したがって、様々な実施形態では、遠隔インターフェースアプリケーションは、あらゆる機能デバイス上で実行することができ、いわゆる専用デバイスに限るものではない。さらに、いくつかの実施形態では、遠隔インターフェースは、これに限らないが、ハブ、ドック、デバイス、インスリンポンプ、注入ポンプ、患者介護デバイス、ブルートゥースまたは他の通信デバイス、患者介護デバイス、および/またはあらゆる他のデバイスの1つまたは複数を含むことができる1つまたは複数のデバイスと、例えば無線周波数RF通信を使用して、通信することが、ブルートゥースで可能にすることができる、あるいは他の方法で可能にすることができる。いくつかの実施形態では、充電ステーションは、USBプラグを備えることができる遠隔インターフェースに対する、ハブ、ドック、デバイス、インスリンポンプ、注入ポンプ、および/または患者介護デバイスの充電領域を含むことができる。いくつかの実施形態では、充電ステーションはUSBポートを含むことができ、いくつかの実施形態では、ミニUSBポートを含むことができ、いくつかの実施形態では、USBを通してハブ、ドック、デバイス、インスリンポンプ、注入ポンプ、患者介護デバイス、および/または遠隔インターフェースを充電するために電力を受けるための充電ステーションを可能にすることができる。それに加えて、および/または代替では、USBポートは、コンピュータまたは他のデバイス、および/またはコンピュータタイプ装置への接続によって、遠隔インターフェース、および/またはハブ、ドック、デバイス、インスリンポンプ、注入ポンプ、および/または患者介護デバイスへの/そこからのデータ転送のために構成することができる。USBポートを含む実施形態では、遠隔インターフェースが充電されている間に、システムは、パーソナルコンピュータおよび/またはウェブポータルを呼び出して、更新ソフトウェアをチェックすることができ、利用可能な更新ソフトウェアがある場合、例えばUSB接続を介してソフトウェア更新をダウンロードすることができる。これらの更新はその後、ペアリングの際に、ハブ、ドック、デバイス、インスリンポンプ、注入ポンプ、および/または患者介護デバイスに転送することができる。したがって、ユーザは、ハブ、ドック、デバイス、インスリンポンプ、注入ポンプ、および/または患者介護デバイスの遠隔インターフェースをパーソナルコンピュータに接続することができる、および/または、いくつかの実施形態では、データを遠隔インターフェースからウェブポータルなどにアップロードすることができる。いくつかの実施形態では、これは遠隔インターフェースの充電/再充電に加えて、パーソナルコンピュータ、1908および/またはウェブポータルからのデータを同期する、および/またはアップロード/ダウンロードすることができる、パーソナルコンピュータへのUSB接続を使用して、いくつかの実施形態で行なうことができる遠隔インターフェースの再充電中に達成することができる。この時、システムは、デバイスの1つまたは複数、および/または遠隔インターフェースに対するソフトウェア更新が利用可能であるか判定することができる。ユーザは更新ダウンロードを選択することができ、これらは、また充電の時、および/または遠隔インターフェースが直接または間接的のいずれかでパーソナルコンピュータ、および/または特にシステムに指定されたウェブポータルに接続されているいつでも、ハブ、ドック、デバイス、インスリンポンプ、注入ポンプ、および/または患者介護デバイスの遠隔インターフェースにダウンロードすることができる。上に論じたように、遠隔インターフェースは、様々なデバイスと通信することが可能である。したがって、ソフトウェア更新は、遠隔インターフェースのあらゆる1つまたは複数のデバイスに通信することができる。これに限らないが、デバイスの全てからのデータ/情報をアップロードする、および/またはパーソナルコンピュータから、および/またはインターネット/ウェブポータルからデバイスのいずれかに更新および/またはアプリケーションをダウンロードする両方のために、遠隔インターフェースをパーソナルコンピュータ/ウェブポータルに接続させるだけであることを含む多くの利点を有する。これは、これに限らないが、1つの接続から全てのデバイスを効率的および容易に更新するための能力、および/または1つの位置で全てのデバイスからのデータの全てを見るための能力、および/または遠隔インターフェースを介してデバイスのいずれかにパーソナルコンピュータ/ウェブポータルから情報および/または設定をダウンロードするための能力を含む、多くの理由で望ましい可能性がある。したがって、いくつかの実施形態では、パーソナルコンピュータ/ウェブポータルが、これに限らないが、遠隔インターフェースを含む全てのデバイスからの情報全てを含むので、いつでも、新しい遠隔インターフェースをシステムに導入することができる。これは、新しい遠隔インターフェースをパーソナルコンピュータ/ウェブポータルに接続し、システムに関する全ての情報を遠隔インターフェースにダウンロードすることによって達成することができる。いくつかの実施形態では、これは最初に、古い遠隔インターフェースを認証デバイスから取り除く必要があるが、他の実施形態では、システムはユーザからの許可によって追加の遠隔インターフェースを許可することができる。したがって、システムは、デバイスに通信することが可能である、および/またはパーソナルコンピュータおよび/またはウェブポータルを接続することが可能であるあらゆるインターネット接続および/または遠隔インターフェースに全ての情報およびアプリケーションをダウンロードするための能力を含む。また、これにより、遠隔インターフェースが、あらゆるアプリケーションをインターネットからシステム内のあらゆるデバイスにダウンロードすることが可能になる。したがって、システムの様々な実施形態では、ユーザは、パーソナルコンピュータおよび/またはウェブポータルに無線通信および接続する能力などのいくつかのパラメータを含むあらゆる装置を、様々なデバイス、例えば注入ポンプを制御する、および/またはCGMセンサ/送受信機、および/または他の検体センサ、および/またはハブ、ドック、デバイス、インスリンポンプ、注入ポンプ、および/または患者介護デバイスなどの他のデバイスからデータを受信する、および/またはこれらを制御することができるデバイスに変えることができる。いくつかの実施形態では、遠隔インターフェースおよび/または遠隔インターフェース上の1つまたは複数のアプリケーションは、パスワードまたはその他で保護することができ、1つまたは複数のデバイスとペアリングされている、例えば、注入ポンプおよび/またはCGMセンサおよび/または1つまたは複数の他のデバイスとペアリングされている。いくつかの実施形態では、これに限らないが、パスワード保護することができるインターネットサイトウェブポータルにデータをアップロードすることを含む、遠隔インターフェース上の情報は、アップロードする、および/または別のデバイスおよび/またはコンピュータおよび/または機械と同期することができる。したがって、ユーザは、あらゆるデバイスから情報にアクセスすることができる、および/または情報をあらゆるデバイス特定アプリケーションを含むあらゆるデバイスにダウンロードすることができ、したがって、これに限らないが、履歴、好ましい設定などの情報を含む、ユーザ情報をあらゆるデバイスにダウンロードすることができる。図10は、本開示の実施形態による、監視サーバに患者介護デバイスの患者介護パラメータを通信するための方法600のフローチャート図である。方法600は、動作602~608を含む。方法600の患者介護デバイスは任意選択では、本明細書に開示されたあらゆる患者介護デバイス、例えば、図1、3、5、または7の患者介護デバイス7、14、15、16、17、35、126、128、130、148、図8の患者介護デバイス14、15、16、17、830、810、812、814、図9の患者介護デバイス14、15、16、17、904、906、908、または本明細書に開示された他の患者介護デバイスであってもよい。動作602は、患者介護デバイスと監視サーバの間の通信リンクを確立する。動作604は、患者介護パラメータを監視サーバに、例えばローカルエリアネットワークおよび/またはインターネット上で、WiFiを通して、監視クライアント、1つまたは複数のハブ、またはドックなどを通して通信する。動作606は、患者介護パラメータを非識別化する。動作606は、例えば図1、3、5、7、8および/または9の監視サーバ3内で、自動的におよび電子的に行なうことができる。例えば、患者の名前を取り除き、監視サーバ内の患者の識別情報を決定するために使用することができないランダムなシリアル番号または他の標識と交換することができる。動作608は、非識別化された患者介護パラメータを、データベース内、例えばSQLデータベース、関係データベース、連想データベース、クラウドサーバなどの監視サーバ内に記憶する。図11は、本開示の実施形態による、監視サーバ内で患者介護デバイスから決定されるような多数の患者から患者介護パラメータを集めるための方法701のフローチャート図である。方法701は、動作703~713を含む。いくつかの実施形態では、動作703~713は全て任意選択である。患者介護デバイスは、本明細書に開示されたあらゆる患者介護デバイス、例えば、図1、3、5、または7の患者介護デバイス7、14、15、16、17、35、126、128、130、148、図8の患者介護デバイス14、15、16、17、830、810、812、814、図9の患者介護デバイス14、15、16、17、904、906、908、または本明細書に開示された他の患者介護デバイスであってもよい。動作703は、監視サーバ、例えば図1、3、5、7、8、または9の監視サーバ3と複数の患者に関連付けられた複数の患者介護デバイスの間に通信リンクを確立する。任意選択では、多数の患者介護デバイスは単一の患者に関連付けることができる、および/または多数の患者介護デバイスは異なるそれぞれの患者に関連付けることができる。動作705は、複数の患者介護パラメータを複数の患者介護デバイスから監視サーバに通信する。動作707は患者介護パラメータを非識別化し、動作709は、これらの患者介護パラメータを、監視サーバ内、例えばSQLデータベース、関係データベース、連想データベースなどのデータベース内に記憶する。動作707は、自動的におよび/または電子的に行なうことができる。動作711は、複数の患者のうちの患者のサブセットを治療する。例えば、高血圧の患者は、血圧を下げるように指定された薬剤で治療することができる。動作713は、治療の有効性を判定するために、複数の患者に関連付けられた複数の患者介護パラメータのサブセットを分析する。例えば、動作711の血圧薬剤を受けた全ての患者は、治療が1人または複数人の患者に対して効果的であるか判定するために、所定の時間、例えば6か月後の血圧読取りと比較した血圧を有することができる。図12は、本開示の実施形態による、患者介護デバイスの動作が中断された場合の患者介護デバイスの回復の方法801のフローチャート図である。例えば、患者介護デバイスがドックから抜かれ、電力が遮断され、ハードウェアまたはソフトウェア障害が患者介護デバイス内の1つまたは複数のプロセッサまたは他の回路を一時的に無効にするなどの可能性がある。それに加えて、または代替としては、患者介護デバイス上の1つまたは複数のプロセッサは、患者介護デバイスがホットスワップ可能であるように、方法801を実施することができる。方法801は、動作803~823を含む。各動作803~823は、いくつかの実施形態では、任意選択である。動作803は、患者介護デバイスに関連付けられた1つまたは複数の患者介護パラメータを受信する。方法801の患者介護デバイスは、本明細書で開示されたあらゆる患者介護デバイスであってもよく、例えば、図1、3、5、または7の患者介護デバイス7、14、15、16、17、35、126、128、130、148、図8の患者介護デバイス14、15、16、17、830、810、812、814、または図9の患者介護デバイス14、15、16、17、904、906、908の1つまたは複数であってもよい。動作805は、患者介護デバイスの不揮発性メモリ内に1つまたは複数の患者介護パラメータを記憶する。患者介護パラメータは、患者治療パラメータまたは患者状態パラメータを含む患者介護に関連付けられたあらゆる値であってもよく、例えば、注入ポンプに対する注入速度は患者治療パラメータである。動作807は、患者介護デバイス用の1つまたは複数の動作パラメータを受信する。動作パラメータは、デバイスの動作に関連するなにかであってもよい。例えば、動作パラメータは、注入ポンプのモータの速度の制限、注入ポンプ速度、無線通信上のワット制限、電池放電速度または速度制限、更新頻度などであってもよい。動作809は、患者介護デバイスの不揮発性メモリ内に1つまたは複数の動作パラメータを記憶する。動作811は、患者介護デバイス用の1つまたは複数の追加の動作パラメータを算出する。算出された動作パラメータは、患者介護デバイスを動作するために算出されたあらゆるパラメータ、例えば、自動ゲイン制御で使用される適応ゲイン係数を有する比例積分微分PID制御ループのゲイン係数である。動作813は、患者介護デバイスの不揮発性メモリ内に1つまたは複数の追加の動作パラメータを記憶する。動作815は、患者介護デバイスの動作が中断されたこと、例えば患者介護デバイスへの電力が失われた、患者介護デバイスに故障が起こった、電圧低下CPUリセットが起こったことなどを決定する。動作817は、患者介護デバイスの動作が再開することができると決定する。動作819は、患者介護デバイスの作動しているメモリ内に1つまたは複数の受信または算出された動作パラメータをロードし、動作821は、患者介護デバイスの作動しているメモリ内に1つまたは複数の患者介護パラメータをロードする。動作823は、患者介護デバイスの動作を再開する。次に図13を参照すると、本開示の実施形態による、ユーザインターフェースを有する監視クライアントを患者介護デバイスにペアリングするための方法900のフローチャート図が示されている。方法900は、動作902~912を含む。方法900の監視クライアントは、図1、3、5、7、または8の監視クライアント1または遠隔コミュニケータ11、図9の監視クライアント902、図1、3、5、7、8、または9の遠隔コミュニケータ11、携帯電話、手持ち式コンピュータ、タブレットコンピュータ、ラップトップコンピュータ、パーソナルコンピュータ、携帯情報端末などであってもよい。方法900は監視クライアントと患者介護デバイスの間のペアリングを記載しているが、いくつかの実施形態では、方法900を使用して、ハブ例えば、図8のハブ802を患者介護デバイス例えば、患者介護デバイス830、810、812、および814にペアリングする、第1の患者介護デバイス例えば、図8の患者介護デバイス830を第2の患者介護デバイス例えば、図8の患者介護デバイス814にペアリングし、それによって第1の患者介護デバイスのユーザインターフェースを第2の患者介護デバイスを制御するために使用することができる、および/またはシステムモニタ例えば、図1、3、5、7、8または9のシステム監視131を患者介護デバイス例えば、図1、3、5、および7に示すような患者介護デバイス7、170、126、128、148、14、15、16、17または170、または図8の患者介護デバイス830、810、812、814、14、15、16、17、または148、および/または図9の患者介護デバイス904、906、908、14、15、16、17または148にペアリングすることができる。動作902は、ユーザインターフェース例えば、ディスプレイ、タッチスクリーン、ディスプレイ、ボタン、ユーザ入力用加速度計などを有する監視クライアントを患者介護デバイスの動作距離内に位置決めする。動作904は、患者介護デバイスの識別情報をユーザインターフェース上に表示する。患者介護デバイスは、例えば、シリアル番号、デバイスタイプ、または標準またはカスタム発見プロトコルを使用した患者介護デバイスのユーザ入力上の視覚的表示によって識別することができる。動作906は、ユーザインターフェースを使用してペアリングするために患者介護デバイスを選択する。例えば、動作906内のユーザは、患者介護デバイスの選択を表示するために、監視クライアントのタッチスクリーンに触れることができる。動作908は、患者介護デバイスを監視クライアントにペアリングする。例えば、監視クライアントへの患者介護デバイスのペアリングは、ブルートゥース、ブルートゥースローエネルギーI.E.E.E.802.15.1、WiFi、赤外線通信、近距離通信NFCISO13157、IR通信、または光学を利用することができる。本開示を鑑みて明らかなように、ハンドシェイクシークエンスを利用することもできる、または利用しなくてもよい、カスタムペアリングプロトコルを利用することもできる。動作910は、患者介護パラメータを患者介護デバイスと監視クライアントの間で通信し、例えば、それによって患者介護デバイスを監視クライアントによって制御または監視することができる。動作912は、任意選択では、追加の患者介護パラメータを別の患者介護デバイスで、患者介護デバイスを通して動作可能に通信する。動作912では、患者介護デバイスが別の患者介護デバイスと動作可能に結合されている、または動作可能に通信する場合、患者介護デバイスはリレーまたはルータとして働くことができ、それによって監視クライアントは、別の患者介護デバイスと通信することができる。それに加えて、または代替としては、患者介護デバイスは、その動作のために別の患者介護デバイスからの情報を使用することができ、例えば、注入ポンプは、流量計によって決定された流量、または温度プローブからの温度を使用することができる、および/または注入ポンプは、流量計から監視クライアントに情報を中継することができる。それに加えて、監視クライアントは任意選択では、並列または直列のいずれかで、ペアリングされた患者介護デバイスに結合された多数の患者介護デバイスと通信することができる。それに加えて、または代替としては、本開示のいくつかの実施形態では、方法900で、監視クライアントは静脈管を使用して患者介護デバイスと通信する。通信は、静脈管に埋め込まれた、または取り付けられた電気導体を介して、静脈管内の流体を導電媒体として使用した電気通信を介して、静脈管を通して進む音波を使用して、または管内の流体を光導波路として光学的に使用することによって起こることがある。静脈管を介した通信を使用して、別の通信リンク、例えばブルートゥース、ブルートゥースローエネルギー、WiFiなどを使用して、例えば、監視クライアント、ハブ、ドック、患者介護デバイスおよび/または監視クライアント、ハブ、ドック、患者介護デバイスおよび/またはシステムモニタの1つまたは複数を備えたシステムモニタの間でペアリングを設定することができる。本開示のさらに追加の実施形態では、第1のデバイス例えば、監視クライアント、ハブ、患者介護デバイス、またはシステムモニタから第2のデバイス例えば、監視クライアント、ハブ、患者介護デバイス、またはシステムモニタとのペアリングは、第1の通信リンクを使用して構成および/または初期化することができ、それによって、デバイスは第2の通信リンクを使用してペアリングされる。例えば、近距離通信またはIR通信は、例えばブルートゥース、ブルートゥースローエネルギー、またはWiFiを使用してデバイス間にペアリングを設定することができる。例えば、近距離通信またはIR通信を介したペアリング設定は、例えば、ブルートゥースを介したペアリングなど、ペアリングしているデバイスのユーザ確認のリクエストを監視する監視クライアント、ハブ、患者介護デバイス、および/またはシステム上のリクエストを命令することができる。いくつかの実施形態では、患者介護デバイスがハブ、監視クライアント、および/またはドックにペアリングされると、IDおよびソフトウェアバージョン番号が、ハブ、監視クライアント、および/またはドックに送信され、サーバ、例えば、監視サーバ3、ミドルウェア、クラウドサーバ、または他のサーバを調べて、患者介護デバイス上のソフトウェアが最新のものであるかどうか判定し、ソフトウェアが最新のものでない場合、ハブ、監視クライアント、ドック、または患者介護デバイス自体が例えば、直接、更新ソフトウェアをダウンロードして、患者介護デバイスをプログラムする。患者介護デバイスは、ソフトウェアが最新である場合にユーザに通信することができる、および/またはソフトウェアが最新でない場合に、任意選択で患者介護デバイスを更新するために、タッチスクリーン上のオプションをユーザに与えることができる。ペアリングを設定する通信リンク例えば、NFC、および/またはペアリングを使用する通信リンク例えば、ブルートゥース、またはブルートゥースローエネルギーは、更新ソフトウェア、ID、ソフトウェアバージョン番号を通信し、通知などを提供することができる。例えば、ポンプ患者介護デバイスまたはインスリンポンプで使用することができる1つのペアリングは、12010年3月25日出願、代理人整理番号第I06号、出願番号第12/731,843号である、Mandro他の注入ポンプ方法およびシステムINFUSIONPUMPMETHODSANDSYSTEMSという名称の特許出願、22009年4月4日出願、代理人整理番号第G98号、出願番号第12/416,662号である、Bryant他の注入ポンプを制御する方法およびシステムMETHODSANDSYSTEMSFORCONTROLLINGANINFUSIONPUMPという名称の特許出願、および/または32009年12月31日出願、代理人整理番号第G75号、出願番号第12/347,985号である、Kamen他の注入ポンプアセンブリINFUSIONPUMPASSEMBLYという名称の特許出願で見ることができ、3つの文献の内容は全て本明細書に参照として援用する。図14は、本開示の実施形態による、患者介護デバイスにペアリングされたウェアラブルシステムモニタを使用した患者介護デバイスの動作を監視する方法1000のフローチャート図である。方法1000は、動作1014~1040を含み、患者介護デバイスへの方法1000のウェアラブルシステムモニタのペアリングを容易にするために様々なデバイス1002、1004、1006、1008、1100、1112を利用することができる。いくつかの実施形態では、各動作1014~1040は任意選択である。方法1000のウェアラブルシステムモニタは、図1、3、5、7、8、および9のウェアラブルシステムモニタ131であってもよい。1つまたは複数の患者介護デバイスを監視するための方法1000のシステムモニタのペアリングは、デバイス1002~1012のいずれか1つまたは複数を使用して、または本明細書に開示したあらゆる十分なデバイスを使用して行なうことができる。例えば、監視デバイス1002のユーザインターフェース、遠隔コミュニケータ1004のユーザインターフェース、通信デバイス1006のユーザインターフェース、患者介護デバイス1008のユーザインターフェース、別の患者介護デバイス1010のユーザインターフェース、またはウェアラブルシステムモニタ1012のユーザインターフェースを使用して、方法1000のウェアラブルシステムモニタを患者介護デバイスにペアリングさせることができる。方法1000の患者介護デバイスは、図1、3、5、または7の患者介護デバイス7、14、15、16、17、35、126、128、130、148、図8の患者介護デバイス14、15、16、17、830、810、812、814、図9の患者介護デバイス14、15、16、17、904、906、908、または本明細書に開示された他の患者介護デバイスなどの、本明細書に開示されたあらゆる患者介護デバイスであってもよい。方法1000のシステムモニタを、図1のシステム100、図3のシステム300、図5のシステム500、図7のシステム700、図8のシステム800、図9のシステム900で使用することができる、独立型システムで使用することができる、および/または本明細書に開示したデバイスのあらゆる他の十分なシステムまたはグループで使用することができる。動作1014は、音声認識アルゴリズム、顔認識アルゴリズム、バーコード、RFIDタグ、近距離通信、単純ログイン、セキュアな署名などの1つまたは複数を使用して介護人例えば、プロバイダを識別する。例えば、動作1040における介護人の識別は、搭載カメラおよび/またはマイクを使用して、監視クライアント、監視クライアントドッキングステーション、デバイスドッキングステーション、通信モジュール、他のドック、またはハブによって行なうことができる。また、安全性チェックとして、監視クライアント、ハブ、ドック、または患者介護デバイスは、ユーザがフォント破損エラーを防ぐために表示されたようなフォントで入力することをリクエストすることができる。それに加えて、または代替として、いくつかの実施形態では、1つまたは複数の失敗したログインまたは認証の後に、デバイスがピクチャを撮り、ピクチャを記憶する可能性がある場合、ピクチャはミドルウェアサーバに記憶するために伝達されることがある。動作1016は、デバイス1002~1012の1つまたは複数において介護人の存在を記録する。ログ入力は、デバイス1002~1012、本明細書に記載された患者介護デバイス、本明細書に記載された監視クライアント、本明細書に記載されたウェアラブルシステムモニタ、本明細書に記載された遠隔コミュニケータ、および/または本明細書に記載されたハブのいずれか1つに記憶させることができる。動作1016のログは、介護人コンプライアンス、診断の目的などのためである可能性がある。例えば、介護人が現れる予定であるのに現れない場合、動作1016は、スケジュールされた時間に介護人が現れなかったことを記録することができる。動作1014の顔認識アルゴリズムは、相対的寸法、形状、眼の位置、鼻、顎、頬骨、または他の顔の特徴を分析することなどの、あらゆる介護人の顔の特徴を中継することができる。動作1014の顔認識アルゴリズムは、3次元顔認識、肌のきめの分析、または他の顔認識アルゴリズムを使用することができる。それに加えて、または代替として、いくつかの実施形態では、動作1014の音声認識アルゴリズムは、隠れマルコフモデル、ダイナミックタイムワーピングベースの音声認識、または1つまたは複数の他の音声認識アルゴリズムを使用することができる。動作1018は、ウェアラブルドックからウェアラブルシステムモニタを取り外す。例えば、図1のシステムモニタ131は、患者の腕に着用することができ、それによって、時計のリストバンドと同様のリストバンドで患者に取り付けることができ、ウェアラブルシステムモニタの一部は、リストバンド、およびウェアラブルシステムモニタがスナップ嵌合するスナップ嵌めベース部材を備えたドック本明細書ではウェアラブルドックとも呼ぶから取り外すことが可能である。ウェアラブルシステムモニタがそのドックから取り外されると、動作1020がタイマを開始する。タイマおよび関連する動作はそれぞれ、図14の方法1000では任意選択である。動作1020のタイマは、ウェアラブルシステムモニタがそのドックの外にある時間のトラックを維持する。動作1022は、ウェアラブルシステムモニタをウェアラブルドックからドッキングを外した後に、所定量の時間が経過した場合に治療を止める。例えば、方法1000のウェアラブルシステムモニタは、ポンプ汲み上げを止めるために、注入ポンプに信号を送ることができる。ウェアラブルシステムモニタが再びドッキングされると、動作1024は、例えば、所定量の時間が経過した後にウェアラブルシステムモニタをそのウェアラブルドックからドッキングを外すことにより、治療が中断された場合に治療を再開する。前に記載したように、動作1018は、ウェアラブルドックからウェアラブルシステムモニタを取り外す。動作1026は、例えば音声認識アルゴリズム、顔認識アルゴリズム、バーコード、RFIDタグ、近距離通信、単純ログイン、介護人入力などの1つまたは複数を使用して患者を識別する。動作1026は、動作1014と同様であってもよい、動作1014で利用されるのと同じソフトウェアを利用することができる、および/またはデバイス1002~1020の1つを利用することができる。しかし、いくつかの実施形態では、患者に対する識別手続は、例えば、生体認証または他の識別患者特有の情報を使用することによって、介護人の識別情報以上を含むことができることに留意されたい。このような患者識別基準を使用して、特定の治療が正しい患者に与えられていることを保証する、および/または所与の規則とのコンプライアンスを提供することができる。動作1014および/または1026は、患者および/または介護人上のパスキーデバイスを使用して行なうことができる。動作1028は、介護人がウェアラブルシステムモニタをペアリングする、例えば、ウェアラブルシステムモニタを患者介護デバイスにペアリングする権限を与えられているかどうか判定する。介護人が権限を与えられていない場合、その後、方法1000は、ウェアラブルシステムモニタの追加のペアリングまたは、ペアリング設定の編集を防ぐ。介護人がウェアラブルシステムモニタをペアリングする権限を与えられている場合、動作1030は、介護人がウェアラブルシステムモニタとペアリングするための1つまたは複数の患者介護デバイスを選択することを可能にする。介護人権限を使用して、例えば、特定の治療が正しい患者に与えられていることを保証する、および/または所与の規則とのコンプライアンスを提供することができる。介護人には、デバイス1002~1012の1つまたは複数のユーザインターフェース上でのペアリングに利用可能な患者介護デバイスのリストを提供することができる。動作1030中、介護人は互いにペアリングするためにウェアラブルシステムモニタ例えば、動作1018の患者ウェアラブルシステムモニタおよび患者介護デバイスを選択する。動作1032は、ウェアラブルシステムモニタを患者介護デバイスとペアリングし、動作1034は、介護人および患者の識別情報を含む、ウェアラブルシステムモニタ内に動作1032のペアリングを記録する。追加の特定の実施形態では、患者介護デバイスとのウェアラブルシステムモニタのペアリングは、別のデバイス例えば、監視クライアント、ハブ、別の患者介護デバイスなどとの患者介護デバイスの並列または直列ペアリングで使用することができる。本開示を鑑みて分かるように、あらゆる適切なペアリングプロトコル例えば、ブルートゥースまたはIEEE802.11を使用することができる。それに加えて、または代替として、動作1034は、デバイス1002~1012の1つまたは複数内にペアリングの記録することができる。動作1036は、ウェアラブルシステムモニタをウェアラブルドックに再び取り付ける。動作1038は、例えば、ウェアラブルシステムモニタおよびウェアラブルドックが互いにドッキングするように権限を与えられているかどうか判定するために、ウェアラブルシステムモニタを使用してウェアラブルドックを識別および認証する。例えば、動作1038は、ウェアラブルシステムモニタが、正しい患者のウェアラブルドックにドッキングされていることを保証することができる。例えば、ウェアラブルシステムモニタが誤った患者のウェアラブルドックにドッキングされていた場合、ウェアラブルシステムモニタはミスを認識し、いくつかの実施形態では動作を停止するように、患者介護デバイスに関連付けられた患者介護デバイスに信号を送ることによって関連付られた治療が進まないようにし、監視クライアント、例えば図1、3、5、7、8の監視クライアント1、4、または11、図9の監視クライアント9、4、または11、または本明細書で開示された他の監視クライアントに警報を送信することができる。動作1024は、治療が中断された場合に治療を再開することができる、または動作1040は、あらゆる更新設定1040に従って患者を治療することができる。いくつかの特定の実施形態では、介護人が動作1016で識別された、および/または患者が動作1026で識別された場合、介護人は、例えば監視クライアント、ハブ、遠隔コミュニケータ、または患者介護デバイス上で治療設定を更新することができる。図15は、本開示の実施形態による、ユーザインターフェーステンプレートを使用してユーザインターフェースを表示するための方法1100のフローチャート図である。方法1100は、動作1102~1132を含む。いくつかの実施形態では、各動作1102~1132は、任意選択である。方法1100の監視クライアントは、図1、3、5、7、8の監視クライアント1、4、または11、図9の監視クライアント9、4、または11、または本明細書で開示された他の監視クライアントの1つまたは複数であってもよい。方法1100の患者介護デバイスは、図1、3、5、または7の患者介護デバイス7、14、15、16、17、35、126、128、130、148、図8の患者介護デバイス14、15、16、17、830、810、812、814、図9の患者介護デバイス14、15、16、17、904、906、908、または本明細書に開示された他の患者介護デバイスの1つまたは複数であってもよい。方法1100は監視クライアントでユーザインターフェーステンプレートを使用することを記載しているが、監視クライアントは、ハブ、通信モジュール、別の患者介護デバイス、またはユーザインターフェースを有する他の十分なデバイスに置き換えることができる。方法1100のユーザインターフェースのユーザインターフェーステンプレートは、患者介護パラメータを表示するための特定の領域を所定のディスプレイに提供する。例えば、注入ポンプ用ユーザインターフェーステンプレートは、現在の流体流量などの、GUI上に表示するための特定の領域を規定することができる。ユーザインターフェーステンプレートはまた、注入ポンプから受けるような、現在の流体流量を表示するための監視クライアントのディスプレイ上にエリアを規定することができる。ユーザインターフェーステンプレートは、どのように情報を表示するかの指示、様々なウィジェットの記載、様々なウィジェット、グラフ、グラフ軸に対するラベル、ディスプレイに対するラベル、ボタン、および/または1つまたは複数の患者介護デバイスの制御または視覚情報をユーザに提供するためのラベルなどのレイアウト情報を含むことができる。ユーザインターフェーステンプレートは、QTベースのテンプレートを記載したテンプレートであってもよい、および/またはHTMLまたはCSSを使用することができる。動作1102は、ユーザインターフェースを有する監視クライアントと通信するために、患者介護デバイスを識別または選択する。例えば、動作1102では、監視クライアントは、患者の治療用プロバイダによって前に指定された所定の注入ポンプを自動的に識別することができる。それに加えて、または代替として、動作1102では、プロバイダには、1つまたは複数の選択した患者介護デバイスの動作に関する情報を監視クライアントのユーザインターフェース上に表示するために選択する患者介護デバイスのリストを与えることができる。動作1104は、患者介護デバイスが記憶されたユーザインターフェーステンプレートを有するかどうか判定する。例えば、注入ポンプは、中にユーザインターフェーステンプレートが記憶されたフラッシュメモリを備えることができる。患者介護デバイスが記憶されたユーザインターフェーステンプレートを有する場合、動作1106は、ユーザインターフェースを有する監視クライアントに患者介護デバイスから記憶されたユーザインターフェーステンプレートを通信する。動作1108は、監視クライアントのユーザインターフェース上にユーザインターフェーステンプレートを表示する。動作1110は、患者介護パラメータを患者介護デバイスと監視クライアントの間で通信する。動作1112は、ユーザインターフェーステンプレートに従って、表示されたユーザインターフェーステンプレート上に患者介護パラメータを表示する。例えば、注入ポンプ用ユーザインターフェーステンプレートは、現在の注入速度に対するスペースを含むことができ、動作1112は、本実施例では、ユーザインターフェーステンプレートを使用して、ディスプレイ上に現在の注入速度患者介護パラメータを表示する。動作1104で患者介護デバイスが記憶したユーザインターフェーステンプレートを有していないと決定した場合、方法1100は、監視クライアントは患者介護デバイスの患者介護パラメータを表示するために使用するユーザインターフェーステンプレートを有するか判定し、それに加えて、または代替として、動作11004は、監視クライアントおよび/または患者介護デバイスを介してアラームを発することができる。動作1114は、患者介護デバイスのタイプを決定する。タイプが決定された場合、動作1116はユーザインターフェーステンプレートが患者介護デバイスのタイプに従って、監視クライアント内に記憶されたか判定する。ユーザインターフェーステンプレートがある場合、動作1118は、監視クライアントのユーザインターフェース上にユーザインターフェーステンプレートを表示する。動作1120は、患者介護パラメータを患者介護デバイスと監視クライアントの間で通信する。動作1122は、ユーザインターフェーステンプレートに従って、表示されたユーザインターフェーステンプレート上に患者介護パラメータを表示する。例えば、注入速度などの患者介護パラメータを、ユーザインターフェーステンプレートによって指定されたようなユーザインターフェースの所定のエリア内に表示することができる。タイプが動作1114で決定されない、またはユーザインターフェーステンプレートが決定したタイプに基づいて監視クライアント内に置かれていない場合、その後、動作1124は、監視クライアントのユーザインターフェース上に複数のユーザインターフェーステンプレートの選択可能なリストを表示し、それに加えて、または代替として、動作1114は、監視クライアントおよび/または患者介護デバイスを介してアラームまたは警報を発することができる。動作1126は、ユーザが、監視クライアントのユーザインターフェースを使用して、複数のユーザインターフェーステンプレートからユーザインターフェーステンプレートを選択することを可能にする。動作1128は、監視クライアントのユーザインターフェース上にユーザインターフェーステンプレートを表示する。動作1130は、患者介護パラメータを患者介護デバイスと監視クライアントの間で通信する。動作1132は、ユーザインターフェーステンプレートに従って、表示されたユーザインターフェーステンプレート上に患者介護パラメータを表示する。本開示のいくつかの実施形態では、方法1100の患者介護デバイスはまた、例えば、上に記載したユーザインターフェーステンプレートを使用して、監視クライアント上に表示するための1つまたは複数のフォントを記憶することができる。フォントは、JPEG、BMP、画像フォーマット、プリストアフォントなどのあらゆるフォーマットで記憶することができ、動作パラメータの表示を提供するために領域内で使用するために伝達することができる例えば、値を伝達するよりはむしろ、その後に監視クライアント上に表示される数または値を示す画像が伝達される。いくつかの実施形態では、監視クライアント内に記憶されたフォントを使用することができ、それによって、監視クライアント内に記憶されたフォントを使用してテンプレート内に表示するために、動作パラメータの値が監視クライアントに送信される。図16は、本開示の実施形態による、患者介護デバイスを制御するためのアプリケーションをダウンロードする方法1134のフローチャート図である。図16の方法1134では、監視デバイスが、患者介護デバイスを制御するための例示的なデバイスとして記載されているが、監視デバイスは、ドック、ハブ、通信モジュール、遠隔コミュニケータ、通信デバイスなどと置き換えることができる、および/またはこれらによって補完することができる。方法1134は、動作1136~1146を含む。いくつかの実施形態では、各動作1136~1146は任意選択である。方法1134の監視クライアントは任意選択では、図1、3、5、7、8の監視クライアント1、4、または11、図9の監視クライアント9、4、または11、または本明細書で開示された他の監視クライアントの1つであってもよい。方法1134の患者介護デバイスは任意選択では、図1、3、5、または7の患者介護デバイス7、14、15、16、17、35、126、128、130、148、図8の患者介護デバイス14、15、16、17、830、810、812、814、図9の患者介護デバイス14、15、16、17、904、906、908、または本明細書に開示された他の患者介護デバイスの1つであってもよい。方法1134のサーバは任意選択では、図1、3、5、7、8、または9の監視サーバ3の1つであってもよい。動作1136は、患者介護デバイスをドック内にドッキングする。例えば、図1、3、5、または7の注入デバイス7、図8の注入デバイス830、810、または812、または図9の注入デバイス904を、それぞれのドック内にドッキングさせることができる。動作1138では、監視クライアントが患者介護デバイスを識別する。例えば、患者介護デバイスは、例えば、ID番号、シリアル番号、記述、処方箋、治療計画、患者治療パラメータなどを、例えば発見プロトコルにより監視クライアントに通信することができる。ドッキングされた患者介護デバイスは、それぞれ患者に関連付けるまたは対応することができる、治療情報例えば、薬剤量、注入速度、合計流体量、または他の患者治療パラメータを中に記憶することができる。動作1140では、監視クライアントが、患者介護デバイスを制御するための例えば、注入速度を設定するためのアプリケーションをサーバに照会する。動作1142では、監視クライアントがアプリケーションをダウンロードする。監視クライアントとサーバの間の通信を暗号化することができる。例えば、サーバは、監視クライアントに送信する前にアプリケーションを暗号化することができ、監視クライアントは十分な暗号キーを使用してアプリケーションを解読することができる。それに加えて、または代替として、全ての通信を暗号化することができる。動作1144中に、監視クライアントがアプリケーションを実行する。動作1146では、監視クライアントは、1つまたは複数のプロセッサ上でアプリケーションを実行することによって、アプリケーションを通して患者介護デバイスに通信可能および動作可能に結合されている。監視クライアントは、以下に記載するようにサンドボックス内にアプリケーションを置くことができる。このような一実施形態では、アプリケーションは、監視クライアント上で1つまたは複数のプロセッサにより実行するように構成されたプロセッサ実行可能な指示の動作セットを含む。アプリケーションは、例えば、図15の方法1100のユーザインターフェーステンプレートを使用して、監視クライアントのディスプレイ上にユーザインターフェースを表示するための指示を含むことができる。それに加えて、または代替として、いくつかの実施形態では、患者介護デバイスにパラメータまたは値、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、送達流量プロファイル、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および/または最大丸薬分配基準を任意選択で送信することによって、患者介護デバイスを制御するためにアプリケーションを使用することができる。図17は、本開示の実施形態による、患者介護デバイス用のデータ例えば、リクエストを通信する場合にデータ完全性を保証する方法1200のフローチャート図である。方法1200は動作1202~1222を含む。いくつかの実施形態では、各動作1202~1222は任意選択である。方法1200の患者介護デバイスは、本明細書で開示したあらゆる患者介護デバイス、例えば、図1、3、5、または7の患者介護デバイス7、14、15、16、17、35、126、128、130、148、図8の患者介護デバイス14、15、16、17、830、810、812、814、図9の患者介護デバイス14、15、16、17、904、906、908、または本明細書に開示された他の患者介護デバイスであってもよい。リクエストは任意選択では、例えば、図1、3、5、7、または8の監視クライアント1または4、図1、3、5、7、8、または9の遠隔コミュニケータ11、携帯電話、手持ち式コンピュータ、タブレットコンピュータ、ラップトップコンピュータ、パーソナルコンピュータ、携帯情報端末などのあらゆる権限が与えられた、認証された、および/または識別された監視クライアントから生じることができる。動作1202は、監視クライアントのユーザインターフェースを使用して、患者介護デバイス用にリクエストを提示する。例えば、図1の監視クライアント1のタッチスクリーンを使用して、ユーザは注入ポンプ7に対して注入速度を提示する。いくつかの実施形態では、リクエストは任意選択では、患者介護デバイスに関連するパラメータ、例えば、ボーラス量、注入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、送達流量プロファイル、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および/または最大丸薬分配基準であってもよい。動作1204は任意選択であり、動作1204は監視クライアントのユーザインターフェース上にペンディングリクエストを表示する。動作1206は、患者介護デバイス用にリスエストをフォーマットする。例えば、動作1206は、患者介護デバイスの通信要件に合うようにリクエストを準備することができる。動作1208は、リクエストのチェック値を決定する。例えば、周期的冗長性チェックアルゴリズムを使用して、リクエストに対応するチェック値を決定する。周期的冗長性チェックアルゴリズムによって算出されたチェック値は、リクエストに依存している。リクエストの1ビットの変化はまた、周期的冗長性チェックアルゴリズムによって算出されるチェック値を変化させる。同様に、数ビットの変化はまた、チェック値を変化させる。それに加えて、または代替として、他の実施形態では、パリティビット偶数または奇数または他のデータ完全性チェックを使用することができる。動作1210は、チェック値をリクエストに付加する。動作1212は任意選択であり、動作1212は、ユーザインターフェースを使用してリクエストを通信するために、ユーザからの確認を要求する。確認に対するリクエストは、確認を選択するためのボックスを有する、90ミリリットル/時間の注入速度を確認したかと表示するタッチスクリーン上のポップアップダイアログボックスであってもよい。動作1212に示すテキストおよびフォーマットは、悪い表示画素、破損したフォントテーブル、ユーザの誤解などに対する追加のセーフガードを提供するために、例えば、リクエストの入力中に表示されるような、他の表示情報とは異なるフォント、異なるフォントサイズ、および/または異なる表示位置であってもよい。動作1214は、ユーザインターフェースを使用して要求の通信のためにリクエストを確認する。ユーザは、本開示のいくつかの実施形態により、要求の通信のためにリクエストを確認するために確認ボックスに触れることができる。動作1216は、リクエストを患者介護デバイスに通信する。通信は、有線、無線、誘導、または光ファイバ通信などを介して行なうことができる。動作1216中に、患者介護デバイスはリクエストを受信する。リクエストの通過中、リクエスト内の1つまたは複数のビットが破損する、例えば、ビットの値が変化する、ビットが失われる、ビットが加えられるなどが起こる可能性があり、このようなまたは他のデータ破損は望ましくない。方法1200の動作1218は、破損データの検出を容易にする。動作1218中、患者介護デバイスが、リクエストに従ってチェック値を認証する。動作1218では、患者介護デバイスは、追加のチェック値を算出するためのリクエスト上で、動作1208と同じ周期的冗長性チェックアルゴリズムを使用することができる。患者介護デバイスによって算出されるような動作1216のチェック値は、リクエスト内のデータが同一である場合にのみ、動作1208で算出されたチェック値と同一である。すなわち、動作1216のチェック値および動作1208のチェック値は、リクエストのデータが破損した、より少ないまたはより多いビットを有する、あるいは動作1208のチェック値を決定するために使用されるデジタルデータと同一ではない場合にのみ異なる。リクエストのチェック値が認証されなかった場合、動作1222では、患者介護デバイスが、監視クライアントからのリクエストの再伝達を要求する。図17は方法1200の動作1204に進むものとして動作1222を示しているが、他の実施形態では、方法1200は、動作1202~2116のいずれにも進むことができる。リクエストの再伝達が成功しない場合、方法1200はエラー、アラーム、または警報図示せずを監視クライアントに通信することができる。あるいは、チェック値がデータ破損を示さないと認証された場合、動作1220では、患者介護デバイスがリクエストを行なう。代替実施形態では、動作1218のリクエストは加えて、患者介護デバイスからの認証の後に監視クライアントに再び送信され、伝達中に追加のCRCチェックを含むことができる。認証中の患者介護デバイスは、この代替実施形態では、リクエストが所定の範囲内にあるかどうか例えば、特定の薬物に対する注入速度が安全であるかなど判定するためにチェックを行なうことができる。監視クライアントは、この代替実施形態では、患者介護デバイスから受信したリクエストをメモリ内に記憶された元のリクエストと比較することができるリクエストを互いに関連付けることができる、および/または監視クライアントは、確認のためにリクエストをユーザに表示することができる。確認に対するリクエストは、確認を選択するためのボックスを有する、90ミリリットル/時間の注入速度を確認したかと表示するタッチスクリーン上のポップアップダイアログボックスであってもよい。確認のためのこの代替実施形態で示されるテキストおよびフォーマットは、悪い表示画素、破損したフォントテーブル、ユーザの誤解などに対する追加のセーフガードを提供するために、例えば、リクエストの入力中に表示されるような、他の表示情報とは異なるフォント、異なるフォントサイズ、および/または異なる表示位置であってもよい。この代替実施形態では、ユーザは、ユーザインターフェースを使用して要求の通信のためにリクエストを確認することができる。ユーザは、本開示のいくつかの実施形態により、要求の通信のためにリクエストを確認するために確認ボックスに触れることができる。その後、この代替実施形態では、リクエストを行なうために患者介護デバイスに再送信する、それに加えて、または代替として、この代替実施形態では、動作メッセージが患者介護デバイスに送信され、動作メッセージは、これを元のリクエストとリンクさせる情報例えば、これは、ちょうど送信された90ミリリットル/時間リクエストに対する動作であるを含む。図18は、本開示のさらに別の実施形態による、電子患者介護システム1300のブロック図である。システム1300は、監視クライアント1302、ドック1304、および無線ドック1306を備えている。任意選択では、いくつかの実施形態では、ドック1304は本明細書に記載したハブとして働くことができる。患者介護デバイスは、図1、3、5、または7の患者介護デバイス7、14、15、16、17、35、126、128、130、148、図8の患者介護デバイス14、15、16、17、830、810、812、814、または図9の患者介護デバイス14、15、16、17、904、906、908のうちの1つなどの、本明細書に開示されたあらゆる患者介護デバイスであってもよい。監視クライアント1302は、図1、3、5、7、8の監視クライアント1、4、または11、図9の監視クライアント9、4、または11、タブレット、スマートフォン、PDAなどの、本明細書に記載したあらゆる監視クライアントに置き換えることができる。ドック1304は、ケーブル1308を通してドック1304に監視クライアント1302の電気接点を接続するように、監視クライアント1302を受けるような形状の受信部を含むことができる。ケーブル1308は、ドック1304および/または監視クライアント1302と共に一体化することができる。ケーブル1308は、例えば、ドック1304と監視クライアント1302の間にUSBまたは他の標準的通信を提供することができる。ドック1304は任意選択では、プロセッサ1301、センサ1309、ウォッチドッグ1310、充電器1312、電池1314、および交流AC電力コード1316を備えている。プロセッサ1301は、ドック1304の動作を制御する。患者介護デバイス1318は、ドック1304にドッキング可能である。システム1300はまた、患者介護デバイス1320をドッキングさせた無線ドック1306を備えている。無線ドック1306は、ドック1304と同一または同様であってもよいが、無線ドック1306は、いくつかの実施形態では、監視クライアント1302と無線通信する。電池1314は、AC電力コード1316がACアウトレット図示せずから抜かれた場合に、ドック1304および患者介護デバイス1318に電力を与えることができる。いくつかの実施形態では、ドック1304は、監視クライアント1302または患者介護デバイス1318に対する唯一の電源であってもよい。それに加えて、または代替として、監視クライアント1302および/または患者介護デバイス1318は、搭載電池または別個のAC電力コード図示せずを備えることができる。いくつかの例示的な実施形態では、ドック1304は、患者介護デバイス1318にIEC-60601準拠電力を与えることができる。それに加えて、または代替として、ドック1304は、患者介護デバイス1318によって要求されるような可変DC電圧を提供することができる。例えば、ドック1304は、コネクタ1322の特定のコネクタピンに対して、患者介護デバイス1318によって要求されるような1ボルトから24ボルトまでのDC電圧を提供することができるプログラム可能バックブースト電源図示せずを備えることができる。電池1314は、電力コード1316がACアウトレット図示せずに差し込まれた場合に、充電器1312によって充電することができる。電池1314は、AC電力コード1316がACアウトレット図示せずから抜かれた場合に、患者介護デバイス1318に妨げられることのない電力を提供する。例えば、患者介護デバイス1318は、AC電力コード1316が抜かれた後にも動作し続ける注入ポンプであってもよい。というのは、電池1314は、AC電力コード1316が抜かれた後にも患者介護デバイス1318に交換用電力を自動的に供給するからである。センサ1308としては任意選択では、大気温度センサ、大気圧力センサ、大気湿度センサなどの1つまたは複数を挙げることができる。センサ1308は任意選択では、2つの温度センサなどの余分なセンサを含むことがあり、ドック1304は、例えば2つのセンサの読取りを互いに比較することによって、1つまたは両方が故障しているかどうか判定するために、余分なセンサを使用することがある。ドック1304は、その適切な動作を保証するため、データ完全性チェックを行なうため、患者介護デバイス1318にその測定、例えば大気温度を提供するために、センサ1308および/または他の周辺機器と通信することができる。ウォッチドッグ1310は任意選択では、上記の問合せを行ない、所定の範囲例えば、物理的に可能なまたはあり得る範囲内であるかどうか判定するために患者介護デバイス1318の出力を監視することによって、患者介護デバイス1318が適切に動作していることを保証し、加えられた入力に従っているフィードバックを有することができ、あるいは適切に動作している。それに加えて、または代替として、システムモニタ13010は任意選択では、ケーブル1308を通して監視クライアント1302の動作を監視することができる。1つのウォッチドッグ1310が本明細書に記載されているが、1つまたは複数のウォッチドッグ1310、例えば複数のウォッチドッグ1310を使用することもできる。いくつかの例示的な実施形態では、患者介護デバイス1318は、固定間隔でウォッチドッグ1310と通信する。固定間隔は任意選択では、監視クライアント1302のユーザインターフェースを使用して、またはケーブル1308に取り付けられたコンピュータを使用して構成可能である。患者介護デバイス1318が固定間隔中にウォッチドッグ1310と通信できない場合、ウォッチドッグ1310は、患者介護デバイス1318内でエラーが起こったと決定し、警報またはアラーム、例えばスピーカ1324を使用して可聴音を発する、またはLED1326を赤く点滅させる。間隔内に通信を受信しないことへの反応動作は、例えば、監視クライアント1302のユーザインターフェースを使用して、またはケーブル1308に取り付けられたコンピュータを使用して構成可能である、および/またはプログラムすることができる。例えば、重大でない患者介護デバイスでは、ウォッチドッグ1310に応答しないことにより、LED1326を赤く点滅させることがあり、重大な患者介護デバイスへの動作は加えて、ドック1304および/または監視クライアント1302に、ナースステーション、および/または遠隔コミュニケータ、例えば図1、3、5、7、8、または9の遠隔コミュニケータ11、スマートフォン、ラップトップコンピュータ、別の患者介護デバイスなどに通知を聴覚的および視覚的に警告および送信することがある。それに加えて、または代替として、LED1326は任意選択では、患者介護デバイス1326が適切に動作している、または現在患者を治療している場合に緑に点滅することがある。それに加えて、または代替として、監視クライアント1302内のスピーカは可聴警告またはアラームを発することができる。適切な場合、患者介護デバイスは、エラー状態が解消されるまで無効にするまたは交換することができる。それに加えて、または代替として、ウォッチドッグ1310は、固定、所定、または予めプログラムした間隔でウォッチドッグ1310と通信する必要があるようにすることによって、監視クライアント1302が適切に動作していることを保証することができる。監視クライアント1302が固定間隔中にウォッチドッグ1310と通信できない場合、ウォッチドッグ1310は、監視クライアント1302内でエラーが起こったと決定し、患者介護デバイス1318に関して上に記載したのと同様の警報またはアラーム、例えばスピーカ1324を使用して可聴音を発する、またはLED1326を赤く点滅させる。いくつかの実施形態では、監視クライアント1302内のスピーカは可聴警報を発することができる。いくつかの実施形態では、監視クライアント1302内のスピーカは、ドック1304に対するバックアップスピーカとして働くことができ、ドック1304のスピーカ1324は、監視クライアント1302に対するバックアップスピーカとして働くことができる。充電器1312は、AC電力コード1316を通して供給されるAC電力を使用して、電池1314を充電することができる。それに加えて、または代替として、充電器1312は、患者介護デバイス1318内で電池1328を充電することができる。いくつかの実施形態では、無線ドック1306は、ドック1304と同じハードウェアを備えることができ、AC電力コード1316を備えていても備えていなくともよい。例えば、無線ドック1306は、中で電池を充電するために無線ドック1306の接点と係合する複数の接点を含む再充電クレードル内に無線ドックを位置決めするための複数の接点を含むことができる。図19は、本開示の別の実施形態による、電子患者介護システム1400のブロック図である。システム1400は、監視クライアント1402、ドック1404、大容量ポンプ1406、シリンジポンプ1408、およびセンサ1410を備えている。システム1400はまた、USBケーブルを通してドック1404に結合されたUSBセンサ1412、ドック1404と無線通信する無線センサ1414、サーバ1416、および病院情報サーバ1418を備えている。監視クライアント1402は、図1、3、5、7、8の監視クライアント1、4、または11、図9の監視クライアント9、4、または11、タブレット、スマートフォン、PDA、ラップトップのうちの1つなどのあらゆる監視クライアントであってもよい。ドック1404は、図19に示す電気導体を介して、および/または無線を介して、1つまたは複数の大容量ポンプ1406、1408、および/またはセンサ1410と通信して、パラメータを受信する、および/またはデバイスを制御することができる。ドック1404はACアウトレット1422からAC電力1420を受ける。ドック1404は、監視クライアントアダプタ1424を使用して、監視クライアント1402と動作可能に通信する。監視クライアントアダプタ1424は、UIコネクタ1426、1428を通してドック1404に結合されている。UIコネクタ1426、1428は、電力を監視クライアントアダプタ1424に、およびデータをUSBリンクを通して提供する。監視クライアントアダプタ1424は、いくつかのコネクタ1430、1432、1434、1436を通して監視クライアント1402に結合されている。コネクタの2つ1430、1434は、電力を監視クライアントアダプタ1424から監視クライアント1402に提供し、他の2つのコネクタ1434、1436はその間にUSB接続を提供して、ドック1404と監視クライアント1402の間のデジタル通信を容易にする。他の実施形態は、USBタイプ以外の接続を利用することができることに留意されたい。コネクタ1438~1450により、ドック1404が電力を大容量ポンプ1406、シリンジポンプ1408、およびセンサ1410に動作可能に供給することが可能になる。それに加えて、または代替として、コネクタ1438および1440は、ドック1404と大容量ポンプ1406の間に直列通信を提供し、コネクタ1442および1444は大容量ポンプ1406とシリンジポンプ1408の間に直列通信を提供し、コネクタ1446および1448はシリンジポンプ1408とセンサ1410の間に直列通信を提供する。コネクタ1450は、追加のデバイス図示せずに対して任意の拡張を提供する。システム1400は、いくつかのデバイスを共に結合させるデイジーチェーンシステムを示している。各デバイスは、別のデバイスを目的としたデータをその後のデバイスにデジタルでルーティングする、または各デバイスは、そのコネクタの両方がそれぞれのピンに対する電気接続を含むように電気導体を含む。ドック1404は、例えば、ブルートゥース、ブルートゥースローエネルギー、Zigbee、Xbee、ANT、ANTPlusなどを使用して、無線センサ1414と通信することができる。センサ1412、1414、および/または1410は、患者監視デバイス、または温度センサ、湿度センサ、カメラ、マイク、周囲光センサ、振動センサなどの1つまたは複数の環境センサであってもよい。サーバ1416は、病院情報システム1418と通信することができる。サーバ1416は、WiFiルータを提供し、それによって、ドック1404は病院情報システム1418と動作可能に通信する。情報は、ドック1404のプロトコルを病院情報システム1418またはヘルスレベル7HL7へ、およびそこから変換することができる、サーバ1416を通して病院情報システム1418へ、およびそこから転送することができる。サーバ1416および/または病院情報システム1418は、システム1400を使用して患者に行なわれているあらゆる治療が患者にとって安全であると決定するようにチェックする誤薬低減システムDERSを備えることができる。サーバ1416は監視サーバ3であってもよく、病院情報システム1418は、図1、3、5、7、8、および/または9の設備サービス8であってもよい。図20は、本開示の実施形態による、図19の電子患者介護システム1400のドック1404のブロック図である。いくつかの実施形態では、図20に示される各コンポーネントは任意選択である。ドック1404は、AC電力1420を受けるAC/DC変換器1452を備えている図19参照。AC/DC変換器1452は、AC電力をDC電力1454に変換するために、整流回路、円滑化回路、スイッチモード電源、直線調節器などを備えることができる。本開示のいくつかの実施形態では、AC/DC変換器1452はドックの外部にあってもよい。他の実施形態では、AC/DC変換器1452はドック1404内に置かれている。DC電力1454は、それぞれDC電力1454の正および負のリードをPCBボードの電力および接地面に接続するためのコネクタである可能性があるDC電力入力1456で受けられる。DC電力入力1456は、ドック1404の回路に電力を提供する。DC電力入力1456はまた、無線電力1458を受けることができる。DC電力入力1456を介して受けられる電力は、充電回路1460に送信される。充電回路1460は、一次電池1462およびバックアップ電池または超コンデンサ1464を充電する。充電回路1460は、様々な充電技術、例えば、定電流/定電圧充電アルゴリズムを利用することができる。ドック1404は、一次プロセッサ1466および安全性プロセッサ1468を備えている。一次プロセッサ1466は、一次電池1462によって電力が与えられる。安全性プロセッサ1468はまた、一次電池1462によって電力が与えられるだけでなく、バックアップ電池または超コンデンサ1464から電力を受けることもできる。この例示的な実施形態では、一次プロセッサ1466は、バーコードリーダ1470、カメラ1472、ドックセンサ1474、スピーカ1476、WiFi送受信機1478、ブルートゥース送受信機1480、USBコントローラ1482、LED状態光1484、および3つの内部拡張スロット1486、1488、および1490それぞれ任意選択であるとインターフェース接続する。内部拡張スロット1486、1488、および1490は、追加の回路を受けることができる。例えば、図20に示すように、内部拡張スロット1486は、通信/測距モジュール1492を有し、内部拡張スロット1488は、RFIDリーダ1494およびその中に挿入された近距離コミュニケータ1488それぞれ任意選択であるを有する。安全性プロセッサ1468は、ウォッチドッグ機能を一次プロセッサ1466に提供する。例えば、安全性プロセッサ1468は、所定の間隔で一次プロセッサと通信することができる、または所定の間隔で一次プロセッサ1466からの通信を予測する。安全性プロセッサ1468が予測した応答または通信を受信しない場合、エラーが起こったと決定することができる。安全性プロセッサ1468はエラーに応じて、LED故障状態光1401を使用して故障を示す、バックアップスピーカ1403を使用して可聴音を生成する、または振動モータ1405を使用してドック1404を振動させることができる。本開示を鑑みて分かるように、多くの故障通知例えば、電話、Eメール、テキストメッセージなどを多くの職員例えば、看護師および/または内科医、設備保守などに発することができる。安全性プロセッサ1468は、電流感知回路1407を使用して、デバイスコネクタを通して供給される電力を監視することができる。安全性プロセッサ1468が、デバイスコネクタ1438に供給される電流が所定の閾値を超えた、あるいは規格外であると決定した場合、安全性プロセッサ1468は、一次電池1462からデバイスコネクタ1438に供給された電力を解除するために電力イネーブル回路1409に信号を送る。電力イネーブル回路1409は、一次電池1462をデバイスコネクタ1438に接続する、およびそこから切断するために、リレー、スイッチ、ソリッドステートスイッチ、コンタクタなどを備えることができる。一次プロセッサ1466はまた、任意の充電状態ディスプレイ1411および任意のディスプレイ1413に電気結合される。充電状態ディスプレイ1411は、一次電池1462の充電状態を表示することができる。ディスプレイ1413はタッチスクリーンであってもよい、および/またはドック1404の動作状態を表示することができる。ドック1404は、任意のボタン1415を介してユーザ入力を受ける。通信/測距モジュール1492は、その間の距離を決定するために、例えば患者介護デバイス、他のドック、または監視クライアント上で他の通信/測距モジュール1492と通信することができる。例えば、2つの通信/測距モジュール例えば、通信/測距モジュール1492および別の通信/測距モジュールは、その間の距離を決定するために、例えば超音波、RF、UHF、電磁エネルギー、光学などにより、無線通信することができる。一実施形態によると、患者介護デバイス、監視クライアント、患者のウォッチドッグ、遠隔コミュニケータなどの1つまたは複数は、通信/測距モジュール1492を有するそれぞれが、互いに対して所定の距離内であると決定しない限り、動作しないことがある。図21は、小さい方の流体バッグ2118に接続され、そこから送達する注入ポンプ2106と、大きい方の流体バッグ2116に接続され、そこから送達する注入ポンプ2108と、小さい方のバッグ2118から配管に接続された点滴検出デバイス2112と、丸薬ディスペンサ2114と、マイクロインフュージョンポンプ2110とを備えたシステム2100であって、監視クライアント2102がドック2120を介していくつかの患者介護デバイスにリンクされているシステム2100の例示的配置を示している。監視クライアント2102は、注入ポンプ2106、2108、マイクロインフュージョンポンプ2110ドック2120、2104を介して、および丸薬ディスペンサ2114に対して示したように、これらの患者介護デバイスと有線で通信することができる。代替として、監視クライアントは、点滴検出デバイス2112と監視クライアント2102の間に有線接続がないことによって提示されたように、患者介護デバイスと無線通信することができる。実施形態では、監視クライアント2102と患者介護デバイスの間の有線接続はまた、電力が監視クライアント2102から患者介護デバイスに供給される機会を提供する。この場合、監視クライアント2102は、監視クライアント2102に取り付けられた電池から、または患者の部屋の電力アウトレット図示せずから監視クライアント2102に供給されるライン電圧からのいずれかから、患者介護デバイスに電力を与えるために、電圧を変換するために必要な電子回路を備えることができる。それに加えて、または代替として、ドック2104は、注入ポンプ2106、2108およびマイクロインフュージョンポンプ2110に電力を供給する。実施形態では、監視クライアント2102は、デバイス自体から直接、または例えば、患者介護デバイスを上に取り付けることができるドック2104などのドッキングステーションを介してのいずれかでリンクされる、各患者介護デバイスに関する情報を受信することが可能である。ドック2104は、標準的な接続マウントを介して、またはいくつかの場合では、特定のデバイスに個別化された接続マウントを介して、1つまたは複数の患者介護デバイスを受けるように構成することができる。例えば、図21では、注入ポンプ2106および2108は、同様の接続マウントを介してドック2104に取り付けることができ、マイクロインフュージョンポンプ2110は例えば、マイクロインフュージョンポンプ2110のハウジングの特定の寸法に構成された接続マウントを介してドック2104に取り付けることができる。ドック2104は、ドッキングステーションに取り付けられている特定の患者介護デバイスを電子的に識別し、この識別情報を監視クライアント2102に無線で、または有線接続を介してのいずれかで伝達するように構成することができる。それに加えて、特定の患者介護デバイスは、監視クライアント2102に伝達される治療情報例えば、所定の注入流体に対する注入速度などの患者治療パラメータで予めプログラムすることができる。本開示のいくつかの実施形態では、監視クライアント2102はEMR記録と通信して、予めプログラムされた治療情報が識別した患者に対して安全であること、および/または予めプログラムした治療情報がEMR記録に記憶された処方された治療と一致することを認証する。いくつかの実施形態では、点滴検出デバイス2112は、無線または有線接続でのいずれかで、監視クライアント2102と通信することができる。例えば、患者への配管が閉塞したことによる異常な流体流れ状態が検出された場合、1監視クライアント2102上でローカルに、またはナースステーションもしくは手持ち式通信デバイスでのユーザインターフェースにより遠隔でのいずれかで、ユーザインターフェース内で流体容器2118からの流体の流量を表示することができる、2聴覚的または視覚的アラームをトリガすることができる、3注入を終了させる、あるいはポンプ速度を変更するいずれかによって、バッグ2118に接続されたポンプ2108の注入速度を変更することができる、または4注入ポンプ2106上で聴覚的アラームおよび/または振動アラームを発生させることができる信号を、監視クライアント2102に伝達することができる。アラームは、いくつかのデバイス上で同時に発生させることができる、または所定のスケジュールで続けて発生させることができる。例えば、閉塞が注入ポンプ2106に接続されたライン内で起こった場合、1点滴検出デバイス2112がその内部スピーカおよび内部振動モータを使用して警告し、2その後、注入ポンプ2106がその内部スピーカおよび内部振動モータを使用して警告し、3次に、監視クライアント2102がその内部スピーカおよび内部振動モータを使用して警告し、4最後に、遠隔コミュニケータ11例えば、図1、3、5、7、8、9を参照がその内部スピーカおよび内部振動モータを使用して警告する。いくつかの実施形態では、監視クライアント2102内、監視クライアント2102とポンプの間の通信チャネル内、またはポンプ自体内いずれかでの故障により、通信が監視クライアント2102とポンプの間で失敗した場合に、所定のポンプ速度での継続動作を可能にするように、個別のポンプをプログラムすることができる。いくつかの実施形態では、注入されている薬剤が、システムの他の部分の故障の場合に中断または持続されないように予め指定されている場合には、このような独立した機能オプションは有効にされる。いくつかの実施形態では、フェイルセーフモードで独立して動作するようにプログラムされたポンプはまた、監視クライアント2102を通してではなく、直接点滴検出デバイス2112から情報を受信するように構成することができる。このオプションでは、ポンプは、いくつかの実施形態では、点滴検出デバイス2112が異常な流れ状態例えば、自由流状態または注入ライン内に存在する気泡などを検出した場合に、注入を止めるようにプログラムすることができる。いくつかの実施形態では、ポンプ2106、2108、および2110の1つまたは複数は、内部流体流計を有することができ、独立型デバイスとして独立して動作することができる。図22は、本開示の実施形態による、患者介護デバイス2106、2108、2110、2112、2114と無線通信するためにドック内にドッキングされたタブレット2102を有する電子患者介護システム2200を示している。監視クライアント2102は、無線で、またはドック2120上の無線送受信機を通して、患者介護デバイス2106、2108、2110、2112と通信することができる。例えば、監視クライアント2102は、ドック2104内で送受信機と通信することができる。それに加えて、または代替として、ドック2120は、ドック2104と通信するために監視クライアント2102により、および/または患者介護デバイス2106、2108、2110、2112、2114への無線接続を介して直接使用するための送受信機を備えている。図23は、本開示の実施形態による、格納式ユーザインターフェースを備えた監視クライアント2312を有するドック2310内にドッキングするモジュール式注入ポンプ2302、2304、2306、2308を有する電子患者介護システム2300を示している。モジュール式注入ポンプ2302、2304、2306、2308は、標準コネクタを有し、それによってドック2310内にスナップ嵌めすることができる。モジュール式注入ポンプ2302、2304、2306、2308はそれぞれ、ユーザインターフェースを備えている。例えば、モジュール式注入ポンプ2302は、タッチスクリーン2314、開始ボタン2316、停止ボタン2316、注入速度増加ボタン2320、および注入速度低下ボタン2322を備えている。図24は、図23の電子患者介護システム2300の側面図であり、取付支柱2402が移動可能であり、それによって監視クライアント2312を旋回軸2404に沿って回転させ、キャビティ2400内に押し下げることができるので、監視クライアント2312を中に格納することができるキャビティ2400の輪郭を示している。図25は、本開示の別の実施形態による、互い違いに配置され、格納式ユーザインターフェースを備えた監視クライアント2512を有するドック2510内にドッキングするモジュール式注入ポンプ2502、2504、2506、2508を有する電子患者介護システム2500を示している。図25のシステム2500は、図25のシステム2500が互い違いに配置されたモジュール式注入ポンプ2502、2504、2506、2508を有する以外は、図23のシステム2300と同様である可能性がある。モジュール式注入ポンプ2502、2504、2506、2508の互い違いの配置により、管ルーティングにより大きな余裕を与えることができる。図26は、共通の水平面に沿ったドック2608内にドッキングするモジュール式注入ポンプ2602、2604、2606を有する電子患者介護システム2600を示している。ドック2608は、ドック2608内に格納可能な監視クライアント2610を備えている。監視クライアント2610は、ドック2608内に全体的に格納可能であり、および/またはいくつかの監視クライアント2610の回路をドック2608内に格納することができる。図26の電子患者介護システム2600の側面図を示す図27から容易に分かるように、監視クライアント2610は、ドック2608の内側でキャビティ2702内に監視クライアント2610を格納するために旋回軸2700に沿って旋回する。図28は、デバイスドック2904に結合されたハブ2902を備えた電子患者介護システム2900の別の実施形態を示している。図29は、図28の電子患者介護システム2900の側図面を示している。監視クライアント2901は、ハブ2902と一体化されている。代替実施形態では、ハブ2902は監視クライアント2901用のクレードルであり、ドック2904およびスキャナ2912への電気接続を提供するだけである。モジュール式注入ポンプ2906、2908、2910は、デバイスドック2904内にドッキングされているように示されている。システム2900はまた、ハブ2902に結合されたスキャナ2912を備えている。ドック2904は、それぞれドック2904の左右側に簡易脱着ハンドル2914および2916を備えている。また、患者介護デバイスが監視クライアント2901タブレットとして示されている、監視クライアントのタイプ上の相互作用の焦点である、またはユーザによる制御のために選択されている場合に点灯するそれぞれのボタン2918、2920、および2922が、各モジュール式注入ポンプ2906、2908、2910の左上隅部に示されている。タブレットは特定のモジュール式注入ポンプを選択することができる、またはユーザは、モジュール式注入ポンプ2906、2908、および2910のボタン2918、2920、および2922のそれぞれのボタンを押して、監視クライアント2901上の操作のために選択することができる。図30~32は、本開示の実施形態による、支柱上に電子患者介護システムを取り付けるためのクラッチシステムを示すいくつかの図を示している。図30は、支柱3104を受けるための穴3102を有するドック3100の上面図を示している。クラッチ3110および3112が、図31に示されている。いくつかの実施形態では、クラッチ3110、3112はクリート3114、3116を備えている。ハンドル3106および3107を、個別または一緒に使用して、例えば、ハンドルを引っ張ることによってクラッチ3110および3112を支柱3104から解放することができる。それに加えて、または代替として、ハンドル3106および3107を使用して、例えば、ハンドル3106、3107を押すことによってクラッチ3110および3112を支柱3104に係止することができる。図31から容易に分かるように、例えば重力による下向きの力はさらに、クラッチ3110、3112を支柱3104に対して押し付ける。2つのクラッチ3110、3112が図31に示されているが、1つのクラッチを使用して、支柱3104を摩擦表面に対して押すことができる。図32は、2つのファスナ3302および3304を使用して支柱3104を締め付ける、代替支柱取付構造3300を示している。図33は、本開示の実施形態による、注入ポンプ3400および格納可能コネクタ3402、3406を示している。図33~35では、ハブ3401は、格納可能コネクタ3402および3406を有するように示されている。ハブ3401は、ドッキングコネクタを有し、またそれをドックとする。格納可能コネクタ3402および3406は、図33では閉められているように示されている。しかし、代替実施形態では、格納可能コネクタ3402および3406は、注入ポンプ3400、注入ポンプ3412、および/または追加の注入ポンプに直接接続させることができる。ハブ3401は、ハブ3401によって囲まれた支柱取付機構を有することができる図36参照。ハブ3401は、いくつかの実施形態では、ドックまたはクレードルであってもよく、任意選択では、その上部に結合されたハンドルを備えることができる。ハンドルは、支柱取付機構内に一体化させることができ、それによってハンドルを持ち上げることにより、ハブ3401が支柱から解放される。代替として、いくつかの実施形態では、ハブ3401はクレードルを支持して、これを監視クライアント、例えばタブレットに取り付けることができる、または監視クライアントを別に支柱に取り付けることができる。格納式コネクタ3402および3406は、いくつかの実施形態では、取り付けられた場合に注入ポンプを支持するために、格納可能コネクタ3402および3406の底部上に支持機構例えば、リップを有することができる。この例示的な実施形態では、リップはまた、電気接続のための機構であってもよい。図34では、格納可能コネクタ3402が開いて示されており、コネクタ3408および3410が示されている。コネクタ3408および3410は格納可能コネクタ3402上に示されているが、他の実施形態では、コネクタ3408および3410はハブ3401上にある、または注入ポンプ3400および3402は、コネクタ3408および3410を覆うためのカバーである。格納可能コネクタ3406は、そこにドッキングされた注入ポンプ3412を有する。図35は、格納可能コネクタ3402にドッキングされた注入ポンプ3416を示しており、注入ポンプ3412は格納可能コネクタ3406にドッキングされている。注入ポンプ3400、3412、および3416は、ハブ3401を介して図35で共に電気接続されている。図36は、図33~35の支柱3420に取り付けられたような、注入ポンプ3400およびハブ3401の上面図を示している。格納可能コネクタ3402および3406は、開構成で示されている。図37は、本開示の実施形態による、いくつかのコネクタ3703、3705、3707、3709を有する四角形のハブ3701を示している。各コネクタ3703、3705、3707、および3709を使用して、追加の電池、通信モジュール、スキャナ、監視クライアント、監視クライアントのUI、患者介護デバイスなどを接続することができる。各コネクタ3703、3705、3707、および3709は、そこに取り付けられたモジュールがサブセットを使用する、標準的ピン配列を使用することができる。いくつかの実施形態では、各コネクタ3703、3705、3707、および3709は、例えば信号から決定されるような、デバイスのタイプに基づいて接続されるデバイスに特有の利用可能なピンのサブセットを使用することができる。支柱取付機構は、四角形のハブ3701の背面に配置することができる。四角形のハブ3701はまた、前面コネクタ3711および背面コネクタ3713を備えることができる。各コネクタ3703、3705、3707、3709、3711、3712に関連付けられた機械的取付具は、永久的取付具例えば、ねじまたは簡易着脱取付点例えば、ラッチであってもよい。図38は、本開示の別の実施形態による、支柱3715に結合されたハブ3701を有する電子患者介護システムを示している。図38は、左側に連接型監視クライアント3712、上部に拡張電池/通信モジュール3717、底部にバーコードスキャナモジュール3719、およびハブ3701の右側にポンプドック3723を示している。ポンプドック3723は、全ての注入ポンプ3725、3727、3729、全て1つのユニットとして輸送することができるように取り付けられた状態で、輸送のために取り外し可能である。簡易着脱ハンドル3731をポンプドック3727の上部に置いて、ハブ3701からの容易な取り外しを可能にする。代替として、他の実施形態では、注入ポンプ3725、3727、3729は、互いにデイジーチェーン接続することができる。連接型監視クライアント3721例えば、タブレットは、ハブ3701に永久的に取り付けることができ、ドック3723が取り外された場合にゼロチャネルポンプを作り出すことができる。例えば、監視クライアント3721は、ポンプが監視クライアント3721に取り付けられていない、および/または動作可能に通信していない場合に、様々な患者介護デバイスを操作および監視し続けることができる。図39は、本開示の別の実施形態による、ポータブルドック3733をハブ3701から取り外すための簡易脱着ハンドル3731を備えた、支柱3715およびポータブルドック3733に結合されたハブ3701を有する電子患者介護システムを示している。ハブ3701により、図40に示すように、アダプタプレート3735を使用してデバイスをそこに接続することが可能になる。図40は、本開示の別の実施形態による、支柱3715に結合されたハブ3701、およびハブ3701に結合されたドック3735を有する電子患者介護システムを示している。図40のドック3735は、コネクタプレートとして示されている。すなわち、ドック3735は、ハブ3701によって提供される一般的コネクタを使用して、ハブ3701への注入ポンプ3725、3727、3729の接続を容易にするようになっているアダプタまたはコネクタプレートとして示されている。ドック3701は、ドック3735に接続するために十分な信号および十分な機械的アラインメントおよび配向を提供する、および/または逆も同様である。図41は、本開示の別の実施形態による、支柱4105に結合されたハブ4103を有する電子患者介護システム4101を示している。ハブ4103は、3つのそれぞれの注入ポンプ、例えば注入ポンプ4113および/または4115を受けるためのコネクタ4107、4109、および4111を備えている。患者介護システム4101は、支柱4105の一方側に監視クライアント4117、例えばタブレット、およびコネクタ4107、4109、および4111を介して支柱4105のもう一方側に取り付け可能な注入ポンプを備えている。3つのコネクタ4107、4109、4111が示されているが、あらゆる任意の数のコネクタを使用することができる。電子患者介護システム4101は、監視クライアント4117、および注入ポンプ、例えばコネクタ4107、4109、4111に取り付けられた注入ポンプ4113および4115を見ることを容易にする。それに加えて、電子患者介護システム4101は、管のルーティングを容易にする。管は、注入ポンプの上部から底部に挿入することができる、または支柱4105の側部で監視クライアント4117の側から例えば、支柱4105上の管オーガナイザを使用してルーティングすることができる。監視クライアント4117は連接させることができる。ハブ4103の支柱マウントは、支柱4105に固定する、またはいくつかの調節可能な支柱で利用可能な支柱4105内の段差上を滑ることができる。ハブ4103の支柱マウントはここでは、管形状として示されているが、他の実施形態では、矩形であってもよい、および/または電源、ハンドル、および/またはハブハードウェアを備えることができる。いくつかの実施形態では、ハブ4103は、電気接続をルーティングするためのクレードルであってもよい。図42は、本開示の別の実施形態による、患者介護デバイス、例えば注入ポンプ4713を受けるためのノッチ4207、4709、4711を有するハブ4205に結合された監視クライアント4203を有する電子患者介護システム4201を示している。この注入ポンプ4713は、ノッチ4207、4709、4711の1つ内をスライドするスライドコネクタ4715を備えている。コネクタ4715は、構造的に十分であってもよい、および/または追加の構造サポートを加えることができる。監視クライアント4203は、折れる、例えばドック4205で平らになってもよい。ドック4205は、例えば左から右にまたは上から下に、管をルーティングするための逃げを含むことができる。代替実施形態では、注入ポンプ4713はドック4205に取り付けることができ、それによってドック4205の前面の前で持ち上げられて、管の垂直ルーティングが容易になる。図43は、図に示すようにハブ4205のノッチ4207、4709、4711と接続するための、T字形コネクタ、例えば図42のコネクタ4715の拡大図である。図44は、本開示の別の実施形態による、積み重ね可能な患者介護デバイス4403、4405、および注入バッグ、例えば注入バッグ4411および4408を格納するための積み重ね可能な容器4407を有する電子患者介護システム4401を示している。積み重ね可能な容器4407は、中にバッグ4411、4409を固定するための蓋4413を備えている。電子患者介護システム4401は、折り畳むことができるスクリーンを備えた監視クライアント4415、および携帯性のために引き上げることができるハンドル4417を備えている。注入バッグ4411および4407はマイクロバッグであってもよく、一体型流量モニタ、および/またはバッグ4411および/または4407の内容物に関連付けられたシリアル番号またはデータ例えば、患者データを有する中に埋め込まれたRFIDタグを備えることができる。この特定の実施形態では、マイクロバッグ4411および4407は、一体型流量計、点滴カウンタ、一体型点滴チャンバ、静脈管を介して通信するための通信リンクを備えることができ、その上で電子部品に電力を与えるための電池またはAC/DC変換器を備えているまたは備えていない電源を備えることができる。静脈内通信は、静脈管内に埋め込まれたまたは取り付けられた電気導体を介して、導電媒体として静脈管内の流体を使用する電気通信を介して、静脈管を通して進む音波を使用して、または光導波路として管内の流体を使用することによって光学的に起こる可能性がある。静脈内通信は、例えば対称または非対称キー暗号を使用して暗号化することができる。マイクロバッグ4411および/または4407は、流量および/または中に入れられた液体の内容物を記載した、データを注入管を介して注入ポンプに通信する光学コミュニケータを備えることができる。マイクロバッグ4411および/または4407は、マイクロバッグ4411および/または4407の内側の液体の内容物および/または量を決定するためにリーダが使用することができる、点滴カウンタとインターフェース接続することができるピグテイルでRFIDおよび/またはNFCタグを備えることができる例えば、情報が中で符号化される。マイクロバッグ4411および/または4407は、気泡サイズの推定を監視クライアントおよび/またはハブに通信する気泡センサ容量または超音波を備えることができる。マイクロバッグ4411および/または4407は、動作する例えば、バルブを開く、および/または一体型流量計、点滴カウンタまたは点滴チャンバ、通信リンク、電源などをアクティブにする前に、NFCおよび/または測距モジュールによって決定されるような、患者からの所定の距離内にある必要がある可能性がある。図45は、本開示のさらに別の実施形態による、患者介護デバイスの別のスタックの隣に積み重ね可能である積み重ね可能な患者介護デバイス4503、4505、4507、4509、4511、4513、4515、4517を有する電子患者介護システム4501を示している。電子患者介護システム4501は、折り畳むことができるスクリーン、および携帯性のために引き上げることができるハンドル4520含む監視クライアント4519を備えている。図46は、本開示の別の実施形態による、単一のシリンジ4609を有するシリンジポンプ患者介護デバイス4607を備えた積み重ね可能な患者介護デバイス4603、4605、4607を有する電子患者介護システム4601を示している。図47は、本開示の別の実施形態による、2つのシリンジ4711、4713を有するシリンジポンプ患者介護デバイス4707を備えた積み重ね可能な患者介護デバイス4703、4705、4707、4709を有する電子患者介護システム4701を示している。図48は、本開示の別の実施形態による、ディスプレイすなわち、ディスプレイ4811、4813、4815、4817をそれぞれ有する積み重ね可能な患者介護デバイス4803、4805、4807、4809を有する電子患者介護システム4801を示している。図49は、図48の電子患者介護デバイスのハンドル4901の拡大図である。図50は、図48の電子患者介護システム4801のそこを通して位置決めされた注入ライン5003を示す注入ラインポート5001の拡大図である。図51~52は、本開示の別の実施形態による、取り外し可能および積み重ね可能な患者介護デバイス5102を示す、電子患者介護システム5101の別の実施形態を示している。図52は、支柱5105で電子患者介護システム5101を輸送するための輸送構成で移動されているハンドル5103を示している。図53は、本開示の別の実施形態による、支柱5317に結合され、ドックコネクタ5305を介してハブ5303に結合された積み重ね可能な患者介護デバイス5307、5309、5311、5313、5315を有する電子患者介護システム5301を示している。ハブ5303は、監視クライアント5305に結合されている。ドックコネクタ5305は、デイジーチェーン接続を介して患者介護デバイス5311、5313、および5315に接続された、患者介護デバイス5307および5309に接続する。図54は、本開示の別の実施形態による、底部から上に積み重ね可能である積み重ね可能な患者介護デバイス5403、5405、5407を有する電子患者介護システム5401を示している。図55は、本開示の別の実施形態による、上部から下に積み重ね可能である積み重ね可能な患者介護デバイス5503、5505、5507を有する電子患者介護システム5501を示している。図56は、本開示の別の実施形態による、支柱5605に対して摩擦でグリップするための解放ハンドル5603を有するクラッチシステム5601の斜視図を示している。図57は、クラッチ5607および5609を係合するためのハンドル5603の使用を示すための、透明な背面を示す、図56のクラッチシステム5601の背面図を示している。図58は、図56のクラッチシステムの上面断面図を示している。図59は、本開示の実施形態による、注入ポンプを制御するためのシステム3400のブロック図である。システム3400は、ユーザインターフェースコンポーネント3402、ポンプエンジンコンポーネント3404、データ管理治療層コンポーネント3406、流体測定/安全性モニタコンポーネント3408を備えている。コンポーネント3402、3404、3406、および3408は、例えば、ハードウェア、ソフトウェア、実行中のソフトウェア、デジタル論理、ファームウェア、バイトコード、仮想化で、PLD、FPGAまたはPLAを使用して、1つまたは複数のプロセッサ、またはそのいくつかの組合せを使用して実施することができる。例えば、コンポーネント3402、3404、3406、および3408は、デバイス3401上で1つまたは複数のプロセッサによって実行するように構成されたプロセッサ実行可能指示の動作セットであってもよく、例えば、デバイス3401は本明細書に開示する監視クライアントであってもよい。コンポーネント3402、3404、3406、および3408は、1つまたは複数のプロセッサによって実行するために1つまたは複数のプロセッサによって読取り可能な非一過性コンピュータ可読媒体上に記憶させることができる。例えば、1つまたは複数のプロセッサは、非一過性コンピュータ可読媒体と動作可能に通信することができる。ユーザインターフェース3402は、ユーザ入力、例えば注入速度を受けるように構成されたタッチスクリーンまたは、タッチスクリーンを制御するためのプロセッサ実行可能コードであってもよい。ユーザインターフェース3402をオペレータによって使用して、治療パラメータを設定し、治療状態を見ることができる。ユーザインターフェース3402を使用して、システム3400の設定上の案内のために、および/またはシステム3400の治療後分解のために、治療中に患者治療パラメータを調節することができる。ユーザインターフェース3402は、タッチスクリーンおよびボタンを備えることができる。ユーザインターフェース3402は、デバイス3401上の常駐ソフトウェアアプリケーションであってもよい、または手持ち式デバイスまたはナースステーションのコンピュータなどの遠隔または別のコンポーネントによって実行可能である。例えば、ユーザインターフェース3402は、遠隔コミュニケータ11、または図1、3、5、7、8または9の他の監視クライアント1、4、スマートフォン、タブレット、PC、タブレットコンピュータなどによって実施することができる。データ管理治療コンポーネント3406は、1つまたは複数の外部データシステム3410と通信することができる。例えば、データ管理治療コンポーネント3406は、ユーザインターフェースコンポーネント3402を介して入力された治療例えば、注入速度が、1患者にとって安全である、2患者3412の病気、状態、疾病、および/または治療計画に一致する、3別の薬剤または治療によって禁忌でない、4RFIDタグ、音声認証、顔認識、ユーザ名/パスワード識別または認証、セキュアな署名などによって決定されるような患者3412に近接していると決定されていない専門家の存在が必要ないことかどうか判定するために、患者の3412のIDと電子診療録3410を比較することができる。データ管理治療コンポーネント3406は、全ての治療設定を含むことができ、外部データシステム3410で設定を認証することができ、流量、薬物設定、バイタルサインなどの治療履歴を外部データシステム3410の電子診療録に記録することができる。データ管理治療コンポーネント3406はまた、あらゆる安全性モニタに対してパラメータを設定することができる。データ管理治療コンポーネント3406が治療を確認する場合、設定はポンプエンジンコンポーネント3404に送信される。ポンプエンジンコンポーネント3404は、患者治療パラメータ、例えば注入速度を注入ポンプ3414に送信する。注入ポンプ3414は、本明細書に開示するあらゆる注入ポンプであってもよい。本開示のいくつかの実施形態では、ポンプエンジンコンポーネント3404だけが、注入速度をポンプ3414に送信する。ポンプは、流量計に対して冗長である流体測定能力を有する可能性があり、またはシステム3406の一次流体測定である。流体測定/安全性モニタコンポーネント3408は、他のポンプエンジンコンポーネント3404に対するウォッチドッグとして働くことができ、流量計図示せずから流れデータを受信することができ、ポンプ3414に対するウォッチドッグとして働くことができる。流体測定/安全性モニタコンポーネント3408は、故障またはエラー状態が存在するか、例えば測定した注入速度が所定の範囲外または閾値を超えているかどうか判定することができ、停止コマンドをポンプ3414に通信して、ポンプ3414を停止することができる。それに加えて、または代替として、流体測定/安全性モニタコンポーネント3408は、機械的閉塞デバイス図示せずと通信して、患者3412への注入流体の流れを止めることができる。それに加えて、または代替として、流体測定/安全性モニタコンポーネント3408は、流量と、患者状態パラメータ、例えば心拍数、体温、バイタルサインなどに関するフィードバックを受信することができる。流体測定/安全性モニタコンポーネント3408によって監視されたパラメータのいずれかが所定の範囲外である場合、テキストメッセージまたはEメールなどの警報が、例えば、監視デバイス、遠隔コミュニケータ、他の監視クライアント、スマートフォン、タブレット、PC、タブレットコンピュータなどに発せられる。それに加えて、または代替として、機械的流体、流体測定/安全性モニタコンポーネント3408は、機械的閉塞デバイス図示せずと通信して、患者3412への注入流体の流れを止めることができる。図60は、本開示の実施形態による、いくつかの電子患者介護デバイス3502、3504、3506、3508、3510と通信するためのシステム3500のブロック図である。システム3500は、無線またはUSBベースのドックまたはハブ3518を備えている。ドック3518は、点滴カウンタ3502、注入ポンプ3504、ウェアラブルシステムモニタ3506、丸薬ディスペンサ3508、および他のデバイス3510に結合されている。他のデバイスは、例えば、パルスオキシメータデバイス、心拍モニタデバイス、血圧デバイス、および体温デバイスなどの様々な患者状態デバイスであってもよい。デバイス3502、3504、3506、3508、3510は、監視クライアント、例えばタブレット3514と通信し、その後、1つまたは複数のサーバ3516と通信する。1つまたは複数のサーバ3516は、例えば、図1、3、5、7、または8の設備サービス8、オンライン薬物データベース9または薬物有害事象ネットワーク9、患者のパーソナルHER19’、または治療結果データベース10のサーバであってもよい。無線またはUSBドック3518とデバイス3502、3504、3506、3508、3510の間の無線通信は、例えば、WiFi、ブルートゥース、ローエネルギーブルートゥース、Zigbee、測距が可能な通信リンク、近距離通信、RFID通信などであってもよい。タブレット3514は、本開示のいくつかの実施形態では、一次プログラムおよび監視インターフェースであってもよい。タブレット3514は、単一の患者に対して構成することができる、またはドック3518内にドッキングされた場合、またはタブレット3514が患者を識別した場合に構成することができる例えば、患者のIDがタブレット3514に手動で、RFIDリーダ、バーコードリーダなどを通して入力された後に、タブレット3514が患者治療パラメータをダウンロードすることができる。タブレット3514は、患者状態パラメータまたは患者治療パラメータを1つまたは複数のサーバ3516に通信することができる。1つまたは複数のサーバ3516は、患者状態パラメータまたは患者治療パラメータを記憶することができる。タブレット3514は、患者介護パラメータ、例えば患者状態パラメータまたは患者治療パラメータをリアルタイムですなわち、期限などの少なくとも1つの時間制約で通信することができる。タブレット3514は、無線で、USBケーブルを通してドック3518に接続することができる、またはそこにドッキングすることができる。タブレット3514は、いくつかの実施形態では、ドック3518から1つまたは複数の有線通信を通して電力およびデータを受ける。注入ポンプ3504は、低流量注入ポンプ例えば、毎時間0.1~10ミリリットルを送達することができる、中流量注入ポンプ例えば、毎時間10~300ミリリットルを送達することができる、高流量注入ポンプ例えば、毎時間300~1000ミリリットルを送達することができる、様々な流量設定の間を切り替わる注入ポンプ、またはそのいくつかの組合せであってもよい。注入ポンプ3504は、受信部を通してハブ3518内に挿入することができる。すなわち、ハブ3518はまたドック図60には図示せずであってもよい。注入ポンプ3504は、本開示のいくつかの実施形態では、ハブ3518から1つまたは複数の有線通信を通して電力およびデータを受ける。注入ポンプ3504は、ハブ3518からドッキングを外すように構成することができ、患者が持っている間に動作し続けることができる。注入ポンプ3504は、構成のために薬局に送信することができる、および/または注入バッグ静脈内バッグとも呼ばれるに取り付けることができる。いくつかの実施形態では、注入ポンプ3504は、特定のバッグおよび/または特定の患者でのみ動作するように構成することができる。ウェアラブルシステムモニタ3506は、図1、3、5、7、8、または9のウェアラブルシステムモニタ131であってもよい。いくつかの実施形態では、ウェアラブルシステムモニタ3506は、例えばRFIDを介して、スマートアームバンドから患者の識別情報を読み出すことができ、他のデバイス3502、3504、3508、3510のいずれにもウォッチドッグ機能を提供することができ、流量を追跡する、空気を検出する、バイタルを監視する、またはその上に一体化されたコールボタンを含むことができる。ウェアラブルシステムモニタ3506は、エラー状態に応じて流れを閉塞することができる。ウェアラブルシステムモニタ3506は、ハブ3518または注入ポンプ3504と無線通信することができる。図61は、本開示の実施形態による、USB接続により患者介護デバイス3704、3706A~3706Cに接続可能なドック3702を有する電子患者介護システム3700のブロック図である。システム3700は、タブレット3708を受けるドック3702を備えている。ドック3702は、USB接続を含むハブ3710に結合され、USB接続を通してドック3712および3714に接続することができる。ドック3712は、丸薬ディスペンサ3704を受ける。ドック3714は、注入ポンプ3706A~3706Cを受ける。ドック3712および3714は、そこにドッキングされたデバイス3704、3706A~3706Cに電力を提供する。ドック3702は、タブレット3708の内部電池に電力を供給し、これを充電する。ドック3702はまた、USBハブ3710に結合され、タブレット3708がホストである。流量計3716、例えば点滴カウンタ、およびウェアラブルシステムモニタ3718は、タブレット3708上のアンテナおよび送受信機を介して、および/またはドック3702上の送受信機およびアンテナを介して、タブレット3708に無線通信することができる。本開示を鑑みて分かるように、流量計3716およびウェアラブルシステムモニタ3718は、タブレット3708との無線通信を容易にするように、図1の通信モジュール124およびアンテナ122などの送受信機およびアンテナと動作可能に結合することができる、あるいは中に一体化することができる。図62は、本開示の実施形態による、電子患者介護のいくつかの段階を示すプロセス図3800である。プロセス図3800は、例えば、図1、3、5、7、8、および9の例示的なシステムで使用するための電子患者介護の方法であってもよい。プロセス図3800は、段階3802~3810を含む。段階3802は、内科医が電子診療録内の患者データおよび前の治療履歴を検討し、コンピュータ化内科医指示エントリサーバ3812内に処方箋を入力するステップを含む。段階3804は、薬剤師が薬物容器を準備し、印刷されたラベルおよび/またはRFIDで容器を識別し、送達デバイスを選択するステップを含む。段階3806は、容器を患者または外科病棟に運び、容器、例えば制御された物質を追跡するステップを含む。段階3808は、看護師が治療を設定および調節し、5R正しい患者、正しい薬物などをチェックするステップを含む。段階3810は、薬剤を送達し、電子医療録に治療歴の記録し、警報またはアラームを発し、患者の観察、例えば患者を監視するステップを含む。図63は、ドック3904にドッキングされた注入ポンプ3902、ドック3908内にドッキングされた丸薬ディスペンサ3906、およびUSBケーブルを介してドック3904および3908とインターフェース接続するためのハブ3910を有するシステム3900を示している。ハブ3910はまた、タブレット3914を受けるタブレットドック3912とインターフェース接続する。それに加えて、または代替として、タブレット3914はハブ3910と無線通信する。タブレット3914は、通信に使用されるモードまたはテクノロジーが変わった場合、例えば有線から無線に、または無線から有線に変わった場合に、警報および/またはアラームを発することができる。ハブ3910は、ディスプレイ3916を備えており、ドック3912を通してタブレット3914の間にインターフェースを提供する。ハブ3910は、プログラム、セットアップガイダンス、状態、表示警報、表示アラームなどのために、ディスプレイ3916タッチスクリーンであってもよい上に表示されたGUIをサポートすることができる。本開示のいくつかの実施形態では、ハブ3910は、システム3900を、タブレット3914内でまたはそれに関して起こる可能性があるあらゆる故障またはエラーに完全にフォールトトレラントにすることを可能にする患者安全回路の全てを含んでおり、患者の安全に必要なユーザインターフェースは、ハブ3910上、または患者介護デバイス3906および3902のディスプレイ上のいずれかである例えば、注入ポンプ3902は、ディスプレイ3918を備えているが、明示的に示されたデバイス3906ではない。例えば、ハブ3910は、注入ポンプ3902に注入速度に対するリクエストまたはコマンドを送信する前に送達される注入速度および薬物のユーザ確認例えば、ハブ3910のタッチスクリーンを介してが必要である可能性がある。それに加えて、または代替として、いくつかの実施形態では、注入ポンプ3902は、例えば、注入ポンプ3902のタッチスクリーンを介して動作の前に送達される注入速度および薬物のユーザ確認を要求する。ハブ3910は、ヘルプガイダンス、警報プロンプト、アラームプロンプトに対する可聴指標を鳴らすことができ、セーフティクリティカルタスクを監視するために独立した安全性システムを含むことができ、警報またはアラーム状態が生じた場合に患者介護デバイスを安全状態にするためのフェイルセーフシステムであってもよく、クリティカルセンサ用の独立したセンサを備えることができ、タイムクリティカル患者介護デバイス、例えばリアルタイム患者介護デバイス用の独立タイムベースのまたはリアルタイムクロックを備えることができ、USBケーブルを通して患者介護デバイスに電力を与えるための電池バックアップを備えることができ、その中で内部電池を充電するための回路に充電する電池を備えることができる。ハブ3910は、ACまたはDC電源用電力入力モジュールを備えることができ、標準的AC電力アウトレットから電力を受けることができる。ハブ3910は、IEC-60601にしたがった、絶縁および電磁互換性に対する要件を満たすことができる。ハブ3910は、内部バックアップ電池を充電する、中で様々な回路に電力を提供する、またはそれぞれのUSBケーブルを介して患者介護デバイス3906、3902に電力を与えるために使用される調整DC電力にAC電力を変換する。ハブ3910は、取り付けられた患者介護デバイスが、電力パラメータ、例えば、電圧、デューティサイクル、DCまたはAC電力などをハブ3910から要求することができるように選択可能またはプログラム可能な、IEC-60601対応電源を備えることができる。ハブ3910は、IEC-60601によって規定されるような一次とは独立した1つまたは複数の独立電源を備えることができる。ハブ3910は、USBケーブルまたは他のケーブル明示的には図示せずを介して電力を供給するために使用することができるバックアップ電池を備えている。ハブ3910は、その独自の電池充電回路、例えば定電圧/定電流充電回路を備えることができる。ハブ3910のディスプレイ3916は、患者介護デバイス3902、3906、3920から受信した信号に基づいて、アラームまたは警報を表示することができる。例えば、ハブ3910は患者介護デバイス3902、3906、3920に周期的に照会することができ、ハブ3910が、患者介護デバイス3902、3906、3920またはタブレット3914の1つまたは複数から応答を受けない場合、あるいは、患者介護デバイス3902、3906、3920またはタブレット3914の1つまたは複数が無反応になった場合、ディスプレイ3914は警報またはアラームを表示する。アラームは、患者介護デバイスが無反応であることをユーザに示すことができる。患者介護デバイスは、シリアル番号、注入ポンプ経路、注入ポンプによって送達されている薬物、患者介護デバイス上に表示されている文字または数字を介して、監視デバイス上の患者介護デバイスの視覚的マッピングを介して、またその他を介して、監視クライアントによって識別することができる。例えば、監視クライアント3914は、デバイスの視覚的マッピングを提供するために、そのスクリーン上に患者介護デバイス3902、3906、3920のレイアウト図を表示することができる。その後、問題のデバイス、ドック、またはハブを、警報および/またはアラームの対象であるデバイスをユーザに示す赤色フラッシュデバイスとして示すことができる。ハブ3910はまた、状態光、LED、スピーカ、バイブレータ、または他の視覚/音声表示器を備えることができる。ハブ3910は、例えば、ボタン、またはスイッチ、タッチペン入力などの他の入力デバイスを備えることができる。本開示のいくつかの実施形態では、ハブ3910だけが、患者介護デバイスに対して警報および/またはアラームを発するが、他の実施形態では、患者介護デバイス3902、3906、3920またはタブレット3914が警報および/またはアラームを発する。ハブ3910は、それぞれ互いに対するウォッチドッグである2つの別個のプロセッサを備えることができる。ハブ3910はまた、大気温度センサ、圧力センサ、湿度センサなどの様々なセンサを備えることができる。ハブ3910のセンサは、患者介護デバイス3902、3906、3920またはタブレット3914上のセンサに対して冗長であることがある、またはハブ3910は、患者介護デバイス3902、3906、3920またはタブレット3914にハブ3910のセンサによって行なわれた測定へのアクセスを与えることができる。ハブ3910は、例えば、WiFi能力、Zigbee、ブルートゥース、ローエネルギーブルートゥース、Xbee、近距離通信、測距デバイスなどを含むことができる。ハブ3910はまた、例えば、RS-232、SPI、CAN、USB、イーサネット接続性などの様々な有線インターフェースを含むことができる。ハブ3910はまた、低く下げられた場合に、安全回路に患者介護デバイス3902、3906、3920またはタブレットドック3912の全て、または故障を生じる特定のデバイスがフェイルセーフモードに入るようにさせることができる、患者介護デバイス3902、3906、3920またはタブレットドック3912上の1つまたは複数に結合されたフェイルセーフラインを含むことができる。例えば、電気導体すなわち、ワイヤまたはラインが、ハブ3910と抵抗器を介して電圧源に結合された1つまたは複数の間に存在することがありすなわち、ラインが高い、別の回路は導体を接地に結合させることができる導体は、いわゆる下に引くことができる。本開示の全てではないが、いくつかの実施形態では、患者介護デバイス3902、3906、3920の1つまたは複数、またはタブレット3914などの監視クライアントなどの本明細書に開示した患者介護デバイスがフェイルセーフモードに入ると、ソフトウェアルーチンのうちの重要なもの所定のセットだけが有効にされる、および/または重要な回路所定のセットだけに電力が与えられる。全てではないが、いくつかの実施形態では、例えば、ラジオ、ディスプレイ、ディスプレイドライバ、または他の回路などの注入ポンプのモータドライバ回路を除く全ての回路を無効にすることができる。それに加えて、または代替として、全てではないが、いくつかの実施形態では、特定のフェイルセーフモードが入力された場合に必要ではない、いくつかのソフトウェアルーチンまたは機能を無効にすることができ、注入ポンプ内などでは、構成情報を表示するソフトウェアを無効にすることができる。ハブ3910はまた、システム3900へのアクセスを可能にするため、または顔認識ソフトウェアを使用して、またはバーコード2Dまたは3Dを読み取ることによって、患者、看護師、または薬物を識別するために使用することができるカメラ3922を備えることができる。ハブ3910のカメラ3922はまた、薬物情報を読み取り、1つまたは複数のサーバ3926に対して正確性をチェックし、薬物が正しい患者に送達されていることを保証することができる。それに加えて、または代替として、ハブ3910はまた、音声認識ソフトウェアを使用して、患者、看護師、または介護人を識別するためのマイク3924を備えることができる。ハブ3910はまた、バーコードリーダ、RFIDリーダ、または磁気ストリップリーダであるスキャナ3928を備えることができる。スキャナ3928を使用して、システム3900へのアクセスを可能にする、または患者、看護師または薬物を識別することができる。ハブ3910のスキャナ3928はまた、薬物情報を読み取り、1つまたは複数のサーバ3926に対して正確性をチェックし、薬物が正しい患者に送達されていることを保証することができる。ハブ3910はまた、その中で1つまたは複数のプロセッサによって実行するための1つまたは複数のコンポーネントを備えることができる。ハブ3910は、所与の間隔で、患者介護デバイスが通信クエリー例えば、5秒毎または他の適切な間隔で各患者介護デバイスへのコールおよび応答チャレンジ、ハブ3910が応答を受信しない場合、ハブ3910は安全ラインを引っ張る、すなわちエラー状態が存在することをと示すに応答していることを認証するためのウォッチドッグコンポーネントと、様々な電源電圧の健康を監視し、電圧レベルをチェックするためのウォッチドッグ回路と、ハブ3910を通して伝達されているデータが破損していないことを認証し、タブレット3914または本明細書で開示される患者介護デバイスに送信される内部およびルートパケットをチェックするためのデータ完全性チェックと、プログラムされた閾値のチェックを可能にする範囲チェッカとを備えることができる。ハブ3910は、データ完全性チェックを使用することができる。ハブ3910は、タブレット3914を監視することができ、エラーが患者介護デバイスに起こった場合に別に警告することができる。本開示のいくつかの実施形態では、ハブ3910は、セーフティクリティカル回路およびソフトウェアの全てを含むことができ、それによって、システム3900はタブレット3914の故障に完全にフォールトトレラントである、および/またはタブレット3514のあらゆる故障モードに完全にフォールトトレラントである。ハブ3910は、ディスプレイ3916またはタブレット3914上にデータを表示するために、アプリケーションプログラミングインターフェースAPIを含むことができる。APIはセキュアなデータクラスを含むことができる。患者介護デバイスは、APIを使用して、ハブ3910のディスプレイ3916上に表示することができる。患者介護デバイスは、患者介護デバイスに対してインターフェースをどのように表示するかをタブレット3914に指示するメッセージをタブレット3914に送信することができる。それに加えて、または代替として、ハブ3910は、タブレット3914上にユーザインターフェースを表示するために1つまたは複数のサーバ3926からアプリケーションをダウンロードするようにタブレット3914に指示するメッセージをタブレット3914に送信し、ハブ3910は、USBケーブルを介して、または無線で例えば、本明細書に記載したペアリングを使用してのいずれかで、患者介護デバイスがハブ3910に最初に接続された時に、このメッセージを送信することができる。それに加えて、または代替として、ハブ3910は、識別された患者介護デバイスとインターフェース接続するためのユーザインターフェースを表示するようにタブレット3914に指示を送信する。図64は、スキャナ4006を使用した、および/または注入ポンプ4004A~4004Cの1つまたは複数のインターフェースを使用した確認のために、1つまたは複数のサーバ4002の電子診療録サーバが処方箋を入力し、処方箋を注入ポンプ4004A~4004Cの1つの注入ポンプに送信することを可能にするシステム4000を示している。処方箋は、アプリケーションを介して注入ポンプ4004A~4004Cにサーバ4002上のEMR記録から送信することができる。アプリケーションは、処方箋との臨床医コンプライアンスを決定するために使用することができるベッドサイドコンピュータ4008上にあってもよい。いくつかの実施形態では、アプリケーションは監視クライアント上にある。ベッドサイドコンピュータ4008は、注入ポンプ4004A~4004C上で使用するために処方箋および/または治療計画をダウンロードするために、標準的APIを通して1つまたは複数のサーバ4002のEMRサーバとインターフェース接続するアプリケーションを含むことができる。APIはセキュアなデータクラスを含むことができる。いくつかの追加の実施形態では、ハブは上に記載したようにミドルウェアを通してサーバ4001と通信する。それに加えて、または代替として、図65を参照すると、EMRサーバとインターフェース接続するためのアプリケーションは、図65に示すようにタブレット4102上にあってもよい。スキャナ4104はハブ4106に結合されているように示されているが、患者介護デバイス4108A~4108C、またはタブレットハブ4110に取り付けることもできる。薬剤を識別するためにスキャナ4104を使用するよりむしろ、カメラ4112を使用して、薬剤上、例えば注入バッグまたは丸薬容器上の2Dまたは3Dバーコードを読み取ることによって、薬剤を識別することができる。図66では、システム4200が示されている。患者介護デバイス4202A~4202Cのうちの1つの患者介護デバイスは、患者介護パラメータ、例えば注入速度などの患者治療パラメータを認可されたデバイスまたはペアリングされたデバイスに放送することができる図67参照。例えば、注入ポンプ4202A、ハブ4204、遠隔コミュニケータ4206、ナースステーション4208、またはベッドサイドコンピュータ4210は、温度プローブなどから放送された信号を受信することができる例えば、注入ポンプ4202Aは温度プローブに認可されている。データは、異なるレベルの暗号を有することができ、それによって、全てのデータは全てのクライアントにアクセス可能なわけではない例えば、別のデバイスに登録したデバイスは、最小レベルのセキュリティ優先度を有する必要があることがある。放送された信号は、タブレット4212またはそのサブセットによって受信されたのと同じ信号であってもよい。放送されたメッセージは、クロスプラットフォームプロトコル、例えばhttp、httpsなどを使用することができる。図67は、本開示の実施形態による、図66のシステム4200に対する通信のタイミング図4300を示している。タイミング図4300は、タブレット4212で実行される電子診療録アプリケーションプログラミングインターフェースを使用した通信を示している。本開示のいくつかの実施形態では、誤薬低減システムおよび/またはガードレイルまたは、そのキャッシュバージョンが、ハブ4204または注入ポンプ4202A~4202Cのうちの1つの注入ポンプ上に存在して、システム4200が1つまたは複数のサーバ4214上で電子診療録と動作可能に通信していない場合に、冗長な患者安全を提供することができる。タイミング図4300は、動作4302から4354を含む。動作4302中、ユーザは、コンピュータまたは監視クライアント、例えばタブレット内のアプリケーションアプリの処方箋を更新する。動作4304では、更新された処方箋は、EMR内の1つまたは複数のサーバに通信される。動作4306は、DERS内の処方箋をチェックして、例えば所定の基準を使用して、あらゆる患者または特定の患者に対して安全であるかどうか判定する。動作4308は、安全性情報をDERSシステムから監視クライアントまたはコンピュータアプリケーション上のアプリケーションに通信する。動作4310は、安全性情報を受信する。動作4312は、処方箋をタブレットまたはコンピュータアプリケーションからハブのAPIに、動作4314においてハブのEMRアプリケーションプログラミングインターフェースAPIを介して通信する。APIは、セキュアなデータクラスを含むことができる。動作4316は、動作4318においてポンプに処方箋を通信し、その後、処方箋を動作4320におけるポンプに通信する。動作4322は、例えばタッチスクリーンを介して、ポンプユーザインターフェース上の処方箋のユーザ確認を要求する。確認後、確認は動作4324においてポンプに通信され、動作4326において受信される。動作4326中、治療が開始され、状態情報は、動作4328を介してポンプ状態UIに通信され、動作4330においてユーザに表示される。また、状態情報は、動作4332および4334において通信される。動作4326では、状態情報は、動作4338においてWiFiを介して状態を放送するハブによって受信される。タブレットアプリケーションは、動作4340中の状態情報を動作4342中の状態の通信から受信する。動作4346中、状態情報はEMRAPIを介してインターフェース接続され、動作4348を介してタブレットまたはコンピュータアプリに通信され、動作4350において受信される。状態情報は、動作4352においてEMRデータベースに通信され、動作4354においてEMRデータベースを更新する。いくつかの実施形態では、EMRおよびAllscriptタブレット/コンピュータアプリまたはハブの間の通信は、ミドルウェア例えば、図1の監視サーバ3上のミドルウェアを通してである。図68A~68Bは、本開示の実施形態による、図67のタイミング図を示す方法4335のフローチャート図を示している。方法4335は動作4301~4333を含む。動作4301は、アプリケーション内の患者用処方箋を更新する。動作4303は、患者用の更新された処方箋の安全性を決定するために、サーバ上の電子診療録をアプリケーションから照会する。動作4305は、アプリケーションにサーバから患者用の更新された処方箋の決定された安全性を通信する。動作4307は、ハブのAPIにアプリケーションから更新された処方箋を通信する。APIはセキュアなデータクラスを含むことができる。いくつかの実施形態では、動作4307の通信は、ミドルウェア例えば、図1の監視サーバ3上のミドルウェアを通して起こる。動作4309は、更新された処方箋の安全性をハブ内で決定する例えば、いくつかの実施形態では、DERSチェックおよび/または処方箋チェック。いくつかの実施形態では、動作4309は任意選択である。いくつかの実施形態では、動作4311は、ポンプにハブから更新された処方箋を通信する。いくつかの実施形態では、動作4311は任意選択である。動作4313は、ポンプのユーザインターフェース上に更新された処方箋の確認リクエストを表示する。動作4315は、ポンプのユーザインターフェース上の更新された処方箋を確認する。動作4317は、更新された処方箋に従って流体をポンプで汲み上げる。動作4319は、ポンプのユーザインターフェース上にパラメータを表示する。動作4321は、ハブにポンプからパラメータを通信する。動作4323は、ハブからパラメータを無線放送する。動作4325は、監視クライアント、例えばタブレットにハブからパラメータを通信する。動作4327は、監視クライアントのユーザインターフェース上にパラメータを表示する。動作4329は、ハブのAPIを使用して、アプリケーションにハブからパラメータおよび/または更新された処方箋を通信する。動作4331は、サーバにアプリケーションからパラメータおよび/または更新された処方箋を通信する。動作4333は、サーバ内の電子診療録内にあるパラメータおよび/または更新された処方箋を更新する。いくつかの実施形態では、動作4333は、ミドルウェア例えば、図1の監視サーバ3上のミドルウェアを通して通信する。図69は、電子患者介護システム4400を示しており、図70は電子患者介護システム4500を示している。いくつかの実施形態では、電子診療録アプリケーションは、図69に示すようにタブレット4402上に、および/または図70のベッドサイドコンピュータ4502上に常駐することができる。それに加えて、または代替として、いくつかの実施形態では、電子診療録アプリケーションは、ハブ、注入ポンプ、タブレット、患者介護デバイス、いくつかの他のデバイスまたは装置、そのいくつかの組合せ内に常駐することができる、または利用しなくてもよい。スキャナ4404を使用して、薬剤、例えば注入バッグが識別された患者に処方された処方箋と一致するかどうか判定することができる、例えば、スキャナ4404を使用して患者を識別することができる。図71は、注入ポンプ4408Aおよび/またはハブ4406が、タブレット4402から、タブレット4402上で実行される電子診療録アプリケーションに照会することによって、どの処方箋が患者に処方されたのかをリクエストする方法を、本開示のいくつかの実施形態により図示したタイミング図4600を示している。ユーザは、患者の識別情報を入力することができる、または患者の識別情報が、スキャナ4404を使用してスキャンされる。タブレット4402上で実行される電子診療録アプリケーションは、1つまたは複数のサーバ4410から処方された薬剤をリクエストすることができる。タブレットアプリケーションは、多数の処方箋、例えば多数の注入ポンプベースの処方箋がある場合に、利用可能な処方箋のリストから選択することをユーザにリクエストすることができる。タイミング図4600は、動作4602~4652を示している。動作4602は、動作4604中に監視クライアントを使用して、患者を識別した後に患者用の処方箋のリストをリクエストする。動作4602は、監視クライアントから処方箋情報を引っ張る。患者は、バーコードスキャナ、RFID呼掛器、音声または顔認識を使用して、または手動入力により識別することができる。タブレットは、動作4606中の患者のIDをEMRAPIを使用して、4608のタブレットまたはコンピュータアプリケーションに通信する。APIは、セキュアなデータクラスを含むことができる。患者の識別情報は、動作4610においてEMRデータベースに通信され、動作4612において、EMRAPIに処方箋のリストを動作4614中に通信し、動作4616において監視クライアントまたはコンピュータアプリ上で実行しているEMRプログラムによって受信され、その後、動作4618においてこれらを監視クライアントアプリケーションに通信する。EMRタブレット/コンピュータアプリケーションおよびEMRデータベースの間の通信は、ミドルウェア例えば、図1の監視サーバ3上のミドルウェアを介してであってもよい。監視クライアント、例えばタブレットは、動作4620において、ユーザ選択のために患者用の様々な処方箋を表示することができる。選択された処方箋は、動作4622においてハブに通信され、動作4624において処方箋をチェックすることができ、動作4626において処方箋をポンプに通信することができる。ポンプは、動作4628において、処方箋が例えばDERSを使用して所定の基準内にあることを保証することによって自動的に、またはユーザ認証をリクエストすることによって有効になる。それに加えて、または代替として、ユーザは、ポンプUIを使用して処方箋を有効にすることができる。動作4628の有効にされた処方箋は、動作4630においてハブに通信され、動作4632では、これを監視クライアントアプリケーションに動作4634において通信する。動作4636では、ユーザは処方箋を承認することができ、その後、動作4638においてハブに通信される。承認された処方箋の通信は、動作4640で起こり、これを動作4642によりポンプに通信する。動作4644では、ポンプは処方箋をポンプUIに動作4646において通信し、ユーザは、動作4642において処方箋を確認することができる。確認は、動作4650においてポンプに送信される。動作4652は、治療を行なう。図72A~72Bは、本開示の実施形態による、図71のタイミング図を図示した方法4653のフローチャート図を示している。方法4653は、動作4655~4691を含む。動作4655は、監視クライアント、例えばタブレット内で監視クライアントアプリケーションを使用して患者の識別情報を決定する。動作4657は、APIに監視クライアントアプリケーションから患者の識別情報を通信する。動作4659は、患者用の少なくとも1つの処方箋を決定するために、サーバ上の電子診療録をAPIから照会する。いくつかの実施形態では、動作4659は、ミドルウェア例えば、図1の監視サーバ3上のミドルウェアを通して電子診療録に照会する。動作4661は、APIにサーバから患者用の決定された少なくとも1つの処方箋を通信する。動作4663は、監視クライアント内の監視クライアントアプリケーションにAPIから患者用の決定された少なくとも1つの処方箋を通信する。動作4665は、任意選択では、少なくとも1つの処方箋のユーザ選択可能なリストを監視クライアントのユーザディスプレイ上に表示する。動作4667は、任意選択では、監視クライアント上の表示を使用して、少なくとも1つの処方箋の処方を選択する。動作4669は、ハブに監視クライアントから選択された処方箋および/または少なくとも1つの処方箋を通信する。動作4671は、ポンプにハブから選択された処方箋および/または少なくとも1つの処方箋を通信する。動作4673は、選択された処方箋および/または少なくとも1つの処方箋を有効にする。動作4675は、ハブへポンプから選択された処方箋および/または少なくとも1つの処方箋を通信する。動作4677は、監視クライアントの監視クライアントアプリケーションへハブから選択された処方箋および/または少なくとも1つの処方箋を通信する。動作4679は、監視クライアントのユーザインターフェース上に有効にされた処方箋の確認リクエストを表示する。動作4681は、監視クライアントのユーザインターフェース上で有効にされた処方箋を確認する。動作4683は、ハブに監視クライアントの監視クライアントアプリケーションから有効にされた処方箋を通信する。動作4685は、ポンプへハブから有効にされた処方箋を通信する。動作4687は、ポンプのユーザインターフェース上に有効にされた処方箋の確認リクエストを表示する。動作4689は、ポンプのユーザインターフェース上で有効にされた処方箋を確認する。動作4691は、有効にされた処方箋に従って流体をポンプで汲み上げる。図73は、処方箋が注入ポンプ4408Aにプッシュされるタイミング図4700を示している。それに加えて、または代替として、電子診療録アプリケーションはまた、多数のデバイスにわたって電子医療録アプリケーションプログラミングインターフェースを維持するデバイスハブ4406上に置くことができる。方法4700は、動作4702~4726を含む。いくつかの実施形態では、EMRデータベースとEMRタブレット/コンピュータアプリケーションの間で、ミドルウェア例えば、図1の監視サーバ3上のミドルウェアを利用することができる。動作4702では、ユーザは監視クライアント、例えばタブレットまたはコンピュータ上のEMRアプリケーション内で処方箋を更新する。更新は、変更した処方箋の新しい処方箋であってもよい。更新された処方箋は、動作4704においてアプリケーションに通信される。アプリケーションは、動作4706において更新を処理し、動作4719においてEMRデータベースにこれを通信する。動作4708では、DERSは更新された処方箋をチェックする。更新された処方箋は、動作4710において、EMR監視クライアントまたはコンピュータアプリケーションに通信され、動作4712において処理される。処理後に、動作4714では、更新された処方箋は、EMRAPIを介して、監視クライアントアプリケーションに通信され、動作4721において処理される。監視クライアントは、動作4716において、これをポンプに通信する。ポンプは、動作4718において更新された処方箋を処理し、これを動作4720においてポンプに通信する。ユーザは動作4722において更新された処方箋を確認し、動作4724においてポンプに通信される。動作4726において、治療が行なわれる。図74は、本開示の実施形態により、図73のタイミング図を図示した方法4701のフローチャート図を示している。方法4701は、動作4703~4717を含む。動作4703は、アプリケーション内で患者用の処方箋を更新する。動作4705は、患者用の更新された処方箋の安全性を確認するために、サーバ上の電子診療録をアプリケーションから照会する。動作4707は、アプリケーションにサーバから患者用の更新された処方箋の決定された安全性を通信する。動作4709は、監視クライアントのAPIにアプリケーションから更新された処方箋を通信する。動作4711は、ポンプへ監視クライアントから更新された処方箋を通信する。動作4713は、ポンプのユーザインターフェース上に更新された処方箋の確認リクエストを表示する。動作4715は、ポンプのユーザインターフェース上で更新された処方箋を確認する。動作4717は、更新された処方箋に従って流体をポンプで汲み上げる。図75は、処方箋のユーザ確認のためにハブ4406が注入ポンプ4408Aに通信するタイミング図4800を示している。すなわち、図75の方法4800は、図73の方法4700と同様であるが、ハブはEMRAPIを含んでおり、これを動作4802で処理する。図76は、本開示の実施形態による図75のタイミング図を図示した方法4801のフローチャート図を示している。方法4801は、動作4803~4817を含む。動作4803は、アプリケーション内で患者用の処方箋を更新する。動作4805は、患者用の更新された処方箋の安全性を確認するために、サーバ上の電子診療録をアプリケーションから照会する。動作4807は、アプリケーションにサーバから患者用の更新された処方箋の決定された安全性を通信する。動作4809は、ハブのAPIにアプリケーションから更新された処方箋を通信する。動作4811は、ポンプへハブから更新された処方箋を通信する。動作4813は、ポンプのユーザインターフェース上に更新された処方箋の確認リクエストを表示する。動作4815は、ポンプのユーザインターフェース上で更新された処方箋を確認する。動作4817は、更新された処方箋に従って流体をポンプで汲み上げる。図77および78は、例えば、処方箋が患者などに対して安全であるかどうか判定するために、ハブ4406が1つまたは複数のサーバ4410と通信する実施形態を示している。図79は、ポンプ4408Aのユーザインターフェース上の処方箋のユーザ確認のためのタイミング図5100を示している。タイミング図5100は、動作5102~5130を含む方法を実施する。動作5102は、監視クライアントのアプリを使用してEMRから処方箋をリクエストし、動作5104において通信され、動作5106において処理される。リクエスト5102は、患者識別を介して行なうことができる。タブレットは、動作5108においてリクエストをEMRAPIを介してEMRデータベースに通信する。動作5110は、リクエストを処理し、動作5112においてEMRAPIを介して返信する。監視クライアントは、動作5114においてEMRデータベースから受信した処方箋を処理する。監視クライアントは、動作5116において処方箋をポンプに通信し、動作5118において処方箋を有効にし、動作5120においてこれを監視クライアントのアプリケーションに通信する。ユーザは、動作5122において処方箋を承認することができ、動作5124においてポンプおよびポンプのUIに通信される。動作5126では、ユーザはポンプ上で処方箋を確認することができる。確認は、動作5128においてポンプに通信され、その後、動作5130において実行される。図80A~80Bは、本開示の実施形態による、図79のタイミング図を図示した方法5101のフローチャート図を示している。方法5105は、動作5103~515128を含む。動作5103は、監視クライアント、例えばタブレット内で監視クライアントアプリケーションを使用して患者の識別情報を決定する。動作5105は、患者用の少なくとも1つの処方箋を決定するために、サーバ上の電子診療録をAPIから照会する。動作5107は、監視クライアントアプリケーションにサーバから患者用の決定された少なくとも1つの処方箋を通信する。動作5109は、任意選択では、少なくとも1つの処方箋のユーザ選択可能なリストを監視クライアントのユーザディスプレイ上に表示する。動作5111は、任意選択では、監視クライアント上の表示を使用して、少なくとも1つの処方箋の処方を選択する。動作5113は、ポンプに監視クライアントから選択された処方箋および/または少なくとも1つの処方箋を通信する。動作5115は、選択された処方箋および/または少なくとも1つの処方箋を有効にする。動作5117は、監視クライアントへポンプから有効にされた処方箋を通信する。動作5119は、監視クライアントのユーザインターフェース上の有効にされた処方箋の確認リクエストを表示する。動作5121は、監視クライアントのユーザインターフェース上で有効にされた処方箋を確認する。動作5123は、ポンプへ監視クライアントから有効にされた処方箋を通信する。動作5125は、ポンプのユーザインターフェース上に有効にされた処方箋の確認リクエストを表示する。動作5127は、ポンプのユーザインターフェース上で有効にされた処方箋を確認する。動作5129は、有効にされた処方箋に従って流体をポンプで汲み上げる。図81は、ハブ4406が1つまたは複数のサーバ4410と通信して、電子診療録と通信するタイミング図5200を示している。タイミング図5200によって実施される方法は、動作5202~5238を含む。いくつかの実施形態では、EMRデータベースとEMRタブレット/コンピュータアプリケーションの間で、ミドルウェア例えば、図1の監視サーバ3上のミドルウェアを利用することができる。動作5202では、ユーザは監視クライアントアプリケーションを介してEMRから処方箋をリクエストし、動作5204において通信され、動作5206によって処理される。監視クライアントアプリケーションは、動作5208においてハブのEMRAPIとインターフェース接続し、動作5210によって処理される。EMRAPIは、動作5212において、処方箋をリクエストし、動作5214において処理される。処方箋は、動作5216においてハブに通信され、動作5218においてこれらを処理し、動作5220においてこれらを監視クライアントのアプリケーションに通信して、動作5222で処理する。処方箋は、動作5224においてポンプに通信されて、動作5226において有効にされる。有効化は、動作5228において通信されて、動作5230においてユーザ承認され、動作5232においてポンプに通信される。ユーザは、動作5234において処方箋を確認することができ、動作5236で通信されて、動作5238においてポンプ内で治療を開始する。図82A~82Bは、本開示の実施形態により、図81のタイミング図を図示した方法5201のフローチャート図を示している。方法5201は、動作5203~5233を含む。動作5203は、監視クライアント、例えばタブレット内で監視クライアントアプリケーションを使用して患者の識別情報を決定する。動作5205は、ハブ上のAPIに監視クライアントアプリケーションから患者の識別情報を通信する。動作5207は、患者用の少なくとも1つの処方箋を決定するために、サーバ上の電子診療録をAPIから照会する。動作5205および/または5207は、ミドルウェア例えば、図1の監視サーバ3上のミドルウェアを利用することができる。動作5209は、ハブのAPIにサーバから患者用の決定された少なくとも1つの処方箋を通信する。動作5211は、監視クライアントアプリケーションにハブのAPIから決定された少なくとも1つの処方箋を通信する。動作5213は、任意選択では、少なくとも1つの処方箋のユーザ選択可能なリストを監視クライアントのユーザディスプレイ上に表示する。動作5215は、任意選択では、監視クライアント上の表示を使用して、少なくとも1つの処方箋の処方を選択する。動作5217は、ポンプに監視クライアントから選択された処方箋および/または少なくとも1つの処方箋を通信する。動作5219は、選択された処方箋および/または少なくとも1つの処方箋を有効にする。動作5221は、監視クライアントへポンプから有効にされた処方箋を通信する。動作5223は、監視クライアントのユーザインターフェース上に有効にされた処方箋の確認リクエストを表示する。動作5225は、監視クライアントのユーザインターフェース上で有効にされた処方箋を確認する。動作5227は、有効にされた処方箋を監視クライアントからポンプに通信する。動作5229は、ポンプのユーザインターフェース上に有効にされた処方箋の確認リクエストを表示する。動作5231は、ポンプのユーザインターフェース上で有効にされた処方箋を確認する。動作5233は、有効にされた処方箋に従って流体をポンプで汲み上げる。図83~89は、本開示のいくつかの実施形態による、電子患者介護システムのいくつかの追加の実施形態を示している。図83は、タブレット3514および/またはハブ3804のユーザインターフェース上に患者の電子診療録のいくつかを表示するために、電子診療録アプリケーションが1つまたは複数のサーバ3516上で電子診療録とインターフェース接続するシステム5300を示している。1つまたは複数のサーバ3516から受信した電子診療録からのデータのサブセット例えば、注入ポンプ3504によって送達されている薬剤を、注入ポンプ3504上のディスプレイに表示することができる。それに加えて、または代替として、いくつかの実施形態では、電子診療録からのデータのサブセットをハブ上でキャッシュすることができる。いくつかの実施形態では、ハブは、ミドルウェア例えば、図1の監視サーバ3上のミドルウェアを通して医療用ITシステムと通信することができる。図84は、ベッドサイドコンピュータ4204および/またはハブ4406のユーザインターフェース上に患者の電子診療録のいくつかを表示するために、電子診療録アプリケーションが1つまたは複数のサーバ4410上で電子診療録とインターフェース接続するシステム5400を示している。1つまたは複数のサーバ4410から受信した電子診療録からのデータのサブセット例えば、注入ポンプ4408Aによって送達されている薬剤を、注入ポンプ4408A上のディスプレイに表示することができる。それに加えて、または代替として、いくつかの実施形態では、電子診療録からのデータのサブセットをハブおよび/またはベッドサイドコンピュータ上でキャッシュすることができる。いくつかの実施形態では、ハブは、ミドルウェア例えば、図1の監視サーバ3上のミドルウェアを通して医療用ITシステムと通信することができる。図85は、1つまたは複数のサーバ4410との通信が中断された場合に、独立システムであってもよい、または図84のシステム5400である、システム5500を示している。図86は、1つまたは複数のサーバ4410との通信が中断された場合に、独立システムであってもよい、または図84のシステム5400である、システム5600を示している。図85~86では、1つまたは複数のサーバ4410の電子診療録サーバへのアクセスなしで、システム5500、5600内に処方箋をプログラムすることができる。処方箋は、タブレット4402、ベッドサイドコンピュータ4502、または注入ポンプ4408A上で調節することができる。ハブ5804は、スキャナ、ベッドサイドコンピュータ4502、および/または注入ポンプ4408A~4408Cと無線でおよび/または有線接続を介して通信することができる。いくつかの特定の実施形態では、監視クライアント4402、ハブ、および/またはベッドサイドコンピュータは、EMRデータなしでプログラムすることができるが、ガードレイルのローカルバージョンと比較することもできる。図面を参照すると、図87は、患者を電子治療するためのシステム5700を示している。ハブ5702は、1つまたは複数のサーバへの通信を取り扱う常駐電子診療録アプリケーションへのネットワーキングAPIまたはローカルAPIを使用して、1つまたは複数のサーバ5704と通信する。治療をプログラムし、実行するために、ポンプ5706A~5706Cが使用される。ハブ5702は、無線でおよび/または有線接続を介して、スキャナおよび/または医療用ITシステム5704と通信することができる。図88は、タブレット、またはベッドサイドコンピュータを有していないシステム5800を示している。システム5800は、1つまたは複数のサーバ5704への通信が利用可能でない5704場合に、図87のシステム5700であってもよい。注入ポンプ5802Aは、ポンプ5802A上のユーザインターフェースを使用してプログラムされ、所定の安全性基準例えば、ガードレイルのキャッシュされたセットが、ハブ5804またはポンプ5802A~5802C内に存在する。所定の安全性基準は、送達される薬物、患者、アレルギー、または記憶された薬物禁忌に基づくことができ、安全でない治療設定が患者に送達されるのを防ぐことができる。ハブ5804は、スキャナおよび/または注入ポンプ5802A、5802B、および/または5802Cと無線で、および/または有線接続を介して通信することができる。図89は、いくつかの注入ポンプを備えたシステム5900を示している。システム5900は、ハブとの通信が利用可能でない場合に、図88のシステム5800であってもよい。注入ポンプ5902A~5902Cを、ポンプ上の各それぞれのユーザインターフェースを使用して直接制御することができ、薬剤が所定の基準外で送達されないことを保証するために所定の基準のセット例えば、DERSを中にキャッシュすることができ、いくつかの実施形態では、DERSは注入ポンプ5902A~5902C内でキャッシュされない、および/または永久DERSデータが不揮発性メモリ内部に記憶される。図90は、本明細書で開示したハブの回路6000のブロック図を示している。それに加えて、または代替として、回路6000を、本明細書のどこかで開示されたドック、通信モジュール、またはポンプ内で使用することができる。回路6000は、デバイスモジュールインターフェースを介していくつかのデバイスと通信するために、および/またはそこに電力を提供するために、バスまたはハブとインターフェース接続することができる。回路6000は、デバイスプロセッササブシステム6004によって起動させることができる第1のフェイルセーフライン6002、およびインターフェースプロセッササブシステム6008によって起動させることができる第2のフェイルセーフライン6006を含む。第1および第2のフェイルセーフライン6002、6006は、出力フェイルセーフライン6012に対する出力を有するORゲート6010内に供給される。デバイスプロセッササブシステム6004またはインターフェースプロセッササブシステム6008のいずれかが故障またはエラーを検出した場合、第1または第2のフェイルセーフライン6002、6006は、出力フェイルセーフライン6012を起動させることができる。フェイルセーフライン6012は、出力フェイルセーフライン6012、例えば、出力フェイルセーフライン6012から信号を受信した場合に静脈ラインを通した流体の流れを自動的に防ぐことができる自動閉塞デバイスに応じて、適切な回路および/またはデバイスに結合することができる、いくつかの実施形態では、デバイスモジュールインターフェースに結合された患者介護デバイスは、それぞれバック、ブースト、またはバックブースト電源であってもよい、調整された電源から1つまたは複数の電圧をリクエストすることができる。図91は、注入ポンプとインターフェース接続するための回路6100のブロック図である。それに加えて、または代替として、回路6100は、ポンプに接続する本明細書に開示されたドックまたはハブ内にあってもよく、および/または回路6100は、注入ポンプ、例えば通信モジュールに取り付けることができる取付可能モジュールであってもよい。回路6100は、デバイスモジュールインターフェースを介していくつかのデバイスと通信するために、および/またはそこに電力を提供するために、バスまたはハブとインターフェース接続することができる。いくつかの実施形態では、インターフェースプロセッササブシステムは、無線リンクおよび/または近距離通信を使用して、デバイスハブインターフェースと結合されたデバイスと通信することができる。図92は、タブレットドック6202、注入ポンプ6204A~6204D、注入ポンプ6204A~6204Dを受けるためのドック6206、およびタブレット6208を備えた電子患者介護システム6200のブロック図を示している。代替実施形態では、タブレット6208はタブレットドック6202内に一体化されている。追加の実施形態では、ドック6202および6206は互いに一体化されている。さらに追加の代替実施形態では、ドック6202、ドック6206、およびタブレット6208は互いに一体化されている。タブレット6208は、ディスプレイ6210を使用して一次ユーザインターフェースを提供する。ドック6202は、ユーザインターフェーステンプレートをキャッシュまたは記憶するためのメモリ、または患者介護デバイス、例えば注入ポンプ6204A~6204Dに対してディスプレイ6210上でユーザインターフェースを表示するためのユーザインターフェースプログラムを備えている。誤薬低減システムを有する1つまたは複数のサーバ6212を使用して、例えばスキャナ6214を使用して、処方箋を指示するまたは処方箋を検証するために、タブレット6208を使用することができる。いくつかの実施形態では、医療用ITシステム6212とドック6206の間にミドルウェア例えば、図1の監視サーバ3上のミドルウェアがあってもよい。ユーザインターフェーステンプレートまたはユーザインターフェースプログラムは、注入ポンプ6204A~6204Dからの集合データをディスプレイ6210上に表示するように構成され、注入ポンプ6204A~6204Dの1つまたは複数が故障した場合にバックアップアラームとして働く。それに加えて、または代替として、ドック6206は、注入ポンプ6204A~6204Dの1つまたは複数が故障した場合、内部スピーカおよび/または内部振動モータを使用して警告する。ドック6206は、注入ポンプ6204A~6204Dからデータを集めることができ、集合させたデータをタブレット6208に通過させることができる。各注入ポンプ6204A~6204Dは、それぞれのディスプレイ6216A~6216Dを備えている。ディスプレイ6216A~6216Dを使用して、注入中に流量を調節することができる処方箋をタブレット6208を通してプログラムしながら、所定の安全性基準をロードすることができる。ディスプレイ6216A~6216D上に表示されたユーザインターフェース上で流量をゼロから調節することによって、誤薬低減システムの所定の安全性基準なしで注入を開始させることができる。ディスプレイ6216A~6216Dはまた、視覚的、または聴覚表示での両方で、警報およびアラームを表示することができる。ドック6206は、電力入力モジュール、医療用グレード電源、およびバックアップ電池を備えている。ドック6206はまた、タブレット6208に、および医療用ITシステム、すなわち1つまたは複数のサーバ6212とインターフェース接続するための、通信ハードウェア全てを含む。ドック6206は、支柱などの移動用ハードウェア、および支柱取付ハードウェアを含むことができる。処方箋のプログラム中、個人用誤薬低減システム設定、例えば所定の安全性基準が、1つまたは複数のサーバ6212から直接受信される。タブレット6208を使用して、患者のIDおよび薬剤内の入力を容易にすることができる。タブレット6208と1つまたは複数のサーバ6212の間の通信は、ドック6206を通して起こる可能性がある。一般的誤薬低減システムからの所定の安全性基準は、ドック6206上に、または注入ポンプ6204A~6204Dの1つまたは複数内でキャッシュされる。誤薬低減システムが1つまたは複数のサーバ6212から利用可能でない場合、誤薬低減システムからのローカルにキャッシュされた所定の安全性基準は、再び利用可能になる場合に、ネットワーク例えば、WiFiを通して更新される。ドック6206は、ハブドック6206の、および注入ポンプ6114A~6114Dの8時間の動作をサポートするのに十分な電池を有する。タブレット6110は、その独自の電池を有することができる、または有していなくてもよい。いくつかの実施形態では、注入ポンプ6204A~6204Dは、ドック6206から引っ張られている場合にデータ保存をサポートするため、および警告するために十分な電池または、他のバックアップ電力を有することができる。この警告能力および別個の電池はまた、ドック6206に移動することもできる。ディスプレイ6216A~6216Dの1つのディスプレイ上のポンプのUIディスプレイは、小さくてもよい。例えば、いくつかの実施形態では、ディスプレイ6216A~6216Dは、流量だけを調節することができるのにちょうど十分なだけ大きくてもよい。これにより、あらゆる他の情報を入力することなく、注入を開始することが可能になる。患者のIDおよび/または薬物名をEMRにアクセスする前に入力することができるので、タブレット6208なしで注入を開始した場合には、1つまたは複数のサーバ6212からの誤薬低減システムまたはガードレイルからのデータは限られている。注入がタブレットでプログラムされ、その後に、タブレットがシステムから取り除かれた場合、ポンプは現在の処方箋に関してガードレイル特性を実施し続けることができる。図93は、図92のハブ6206用、または図1、3、5、7、8、または9の通信モジュール124A~124K用の回路6300のブロック図を示している。それに加えて、または代替として、回路6300は、本明細書に記載したポンプまたはドックで使用することができる。回路6300は、デバイスモジュールインターフェースを介していくつかのデバイスと通信するために、および/またはそこに電力を提供するために、バスまたはハブとインターフェース接続することができる。タブレットUIインターフェース6302に結合されたタブレット図示せずは、その独自の電源明示的には図示せずを有することができる。本開示のいくつかの実施形態では、回路6300は電力をタブレットに供給することができる。図94は、図92のハブ6206用、または図1、3、5、7、8、または9の通信モジュール124A~124K用の回路6400のブロック図を示している。それに加えて、または代替として、回路6400は、本明細書に記載したドックまたはポンプで使用することができる。回路6400は、ディスポーザブルインターフェースを介していくつかのデバイスと通信するために、および/またはそこに電力を提供するために、バスまたはハブとインターフェース接続することができる。本開示のいくつかの実施形態では、回路6400は電力をタブレットに供給することができる。図95は、拡張電池6502、注入ポンプ6504、および電源アダプタ6506を有するシステム6500を示している。システム6500は、サーバから誤薬低減システムなしで動作することができる。注入ポンプ6504上のディスプレイ6508を使用して、薬物情報を入力し、注入速度を制御することができる。いくつかの実施形態では、誤薬低減システムデータは、注入ポンプ6504のメモリ内にキャッシュされ、ドッキングにより更新される。図96は、デバイスハブ6602に結合された注入ポンプ6504を有するシステム6600を示している。注入ポンプ6504は、送達を開始する能力を有する。リストから容易に選ばれた薬物のサブセットに基づく制限された一般的誤薬低減システムでの緊急モードは、デバイスハブ6602および/または注入ポンプ6504上にキャッシュすることができる。誤薬低減システムからのデータなしで、注入ポンプ6504を開始することができる。図97は、タブレット6702のインターフェースを通して注入ポンプ6504へのアクセスを可能にするタブレット6702を有するシステム6700を示している。タブレット6702のユーザインターフェースは、デバイスハブ6602内に常駐することができる。DERSはタブレット6702上、デバイスハブ上、および/または注入ポンプ6504上に常駐することができる。電源アダプタ6506は、タブレット6702、デバイスハブ6602、および/または注入ポンプ6504に電力を供給することができる。デバイスハブ6602は、タブレット6702への物理的または無線通信を有することができる。デバイスハブ6602は、タブレット6702用のクレードル図示せずを備えることができる。タブレット6702は任意選択では、デバイスハブ6602にしっかり取り付けることができる。図面を参照すると、図98は、ドック6804いくつかの実施形態では、クレードルであってもよい、ポンプモジュール6802A~6802C、デバイスハブ6602、およびドック6804またはいくつかの実施形態では、クレードルのバックプレーンに差し込まれるタブレット6702を有するシステム6800を示している。加えて、電力モジュール6804は、ドック6806内に差し込むことができる、または一体化させることができる電力入力および予備電池を備えている。デバイスハブ6602は、1つまたは複数のサーバ図示せずを介した全ての他のモジュールとITシステムの間の通信用マスタである。注入ポンプ6802A~6802Cは、図98に示す実施形態で取り外し可能であるが、他のコンポーネントは他の実施形態では、モジュール式または一体化されていてもよい。注入ポンプ3802A~3802Cは普通、ポンプ機構を実行することができるポンプ機構および電子部品を含む。特定の一実施形態では、デバイスハブ6602は、1つまたは複数の注入ポンプ3802A~3802C用バックアップ電力、データを集め、タブレット6702のUIモデル例えば、ユーザインターフェーステンプレートをホスティングするプロセッサ、およびモジュール式通信ハードウェアを備えている。タブレット6702は、タッチスクリーン6808を備えることができる。電源アダプタ6506は、ACからDC変換を行ない、全ての電力入力モジュールおよびAC/DC電源を含む電力モジュール6804に結合されている。電源アダプタ6506は任意選択である、および/またはACからDC変換は、電力モジュール6804内に組み込むことができる。電力モジュール6804はまた、多数のポンプモジュールを実行するための拡張電池を含むことができる。ドック6806は、様々なコンポーネントを互いに接続するバックプレーンを備えている。図99は、本開示の一実施形態による、デバイスハブ、例えば図96のデバイスハブ6602の電子回路6900を示している。これに加えて、または代替として、回路6900は、本明細書に記載したポンプ、ドック、または通信モジュールで使用することができる。回路6900は、デバイス患者介護インターフェース6916を介していくつかのデバイスと通信するために、および/またはそこに電力を提供するために、バスまたはハブとインターフェース接続することができる。回路6900は、様々な電源、ユーザインターフェース、通信、センサ、およびアクチュエータを備えている。回路6900は、ACメイン6902、DC電力6904、例えば誘導、無線電力6906、および外部電池接続6908を備えている。ACメイン6902は、ACアウトレットを通してなどにより、メインへの直接接続であってもよい。ACメイン6902は、ACメイン6902からのAC信号を整流し、DC信号に変換することができる電力入力および充電回路6910に結合されている。電力入力AC/DCユニバーサルサプライ6910からのDC信号は、DC電力入力および充電回路6912に供給される。DC電力6904は、図95の電源アダプタ6506などのDC電源から、またはバックプレーンまたは別の外部電池明示的には図示せずからDC電力を受ける。無線電力6906は、エネルギーを無線で受けることができる。例えば、無線電力6906は、時変磁場を受けるコイルを備えることができ、それによってコイルにわたる電圧が誘導され、誘導されたAC信号は円滑化回路を介して整流および円滑化され、DC電力入力/充電回路6910に結合されている。回路6900はまた、一次電池6914、外部電池6908、および二次電池6920を備えている。一次電池6914は、患者介護デバイスインターフェース6916に結合された1つまたは複数の患者介護デバイス、およびタブレットインターフェース6918に結合されたタブレット図示せずに電力を供給するために使用される。インターフェース6916は、1つまたは複数の通信テクノロジーを通して患者介護デバイスと接続しなくてもよい、または患者介護デバイスの1つまたは複数と接続することができる。タブレットインターフェース6918は、タブレットに直接結合することができる、またはタブレットのユーザインターフェースに結合されている。外部電池接続6908は、電子回路6900の別個のハウジング内に置かれた1つまたは複数の電池セルと電気結合するようになっている電気コネクタ明示的には図示せずであってもよい。外部電池6908は、一次電池6914が故障した場合に、一次電池6914を補完する、または一次電池6914と置き換えることができる。二次電池6920は、超コンデンサ6920であってもよい。いくつかの実施形態では、二次電池6920は、電力がそうでなければ利用可能ではない、例えば、ACメイン6902が故障し、外部電池6908が取り外されているまたは故障している、故障モードでのみ使用することができる。二次電池6920は、二次ブザー6824を介して警告するために、デバイスプロセッササブシステム6922に十分な電力を供給する。回路は、ハブ調整電源6926、調整デバイス電源6928からのゲート化独立電源、およびタブレット調整電源6930などの様々な電源を備えている。ハブ調整電源6926は、回路6900の電気センサに電力を与えるために使用される。例えば、ハブ調整電源6926は、インターフェースプロセッササブシステム6932に電圧を提供するために使用される。調整デバイス電源6928は、ゲート化することができ、患者介護デバイスインターフェース6916に結合された1つまたは複数の患者介護デバイスに送られる1つまたは複数の独立調整電圧源を提供することができる。患者介護デバイスインターフェース6916を介して1つまたは複数の患者介護デバイスに送られる1つまたは複数の調整デバイス電源6928は、電流センサ6934によって監視され、デバイスプロセッササブシステム6922によって有効にされる。それに加えて、または代替として、調整デバイス電源6928はプログラム可能であり、それによって、患者介護デバイスは、デバイスプロセッササブシステム6922から電圧をリクエストし、その後、リクエストされた電圧を患者介護デバイスに供給するために調整デバイス電源6928をプログラムする。タブレット調整電源6930は、タブレットインターフェース6918に結合されたタブレットにDC電力を供給する。それに加えて、または代替として、回路6900は、タブレットの内部電源図99には図示せずによって使用するために、ACメイン6902を通して、AC信号を通過させる。回路6900はまた、電池表示器6938、状態表示器光6940、LCDタッチスクリーン6942を備えたユーザインターフェース6936を備えている。電池表示器6938は、一次電池6914の充電状態および電池状態を示す。状態表示器光6940は、患者介護デバイスインターフェース6916に結合されたハブ、タブレット、およびあらゆる患者介護デバイスの状態を示す。状態表示器光6940は、患者介護デバイスインターフェース6916に結合された各患者介護デバイス用の1つまたは複数の光、例えばLEDを含むことができる。例えば、状態表示器光6940は、アラーム状態を示すためのLED、および実行状態を示すための別のLEDを含むことができる。本開示のいくつかの実施形態では、LCDタッチスクリーン6942は、ディスプレイを備えない患者介護デバイスインターフェース6916に結合された患者介護デバイス用のメイン表示および入力方法であってもよい。それに加えて、または代替として、LCDタッチスクリーン6942は、患者介護デバイスインターフェース6916に結合されたハブ、ハブの回路6900、および/または患者介護デバイスに関する詳細な情報を表示する。加えて、LCDタッチスクリーン6942は、外部TVスクリーンなどの大きなディスプレイに状態情報を受動的に出力するように構成することができる。一次スピーカ6944を使用して、タブレットがタブレットインターフェース6918に接続されていない、および/またはそうでなければ利用可能でない場合に、ディスプレイまたはアラームを有していない患者介護デバイスインターフェース6916に結合された患者介護デバイスに対して音声ガイダンスを提供することができる。二次ブザー6924は、バックアップブザーであり、一次スピーカ6944が利用可能ではないまたは破損されている、および/またはインターフェースプロセッササブシステム6932が利用可能ではないまたは破損されている状態で安全性をもたらす。本開示のいくつかの実施形態では、ハードウェアボタン6946を追加の安全性入力のために使用して、独自のディスプレイを有していなく、タブレットが利用可能ではない患者介護デバイスを停止する、または入力を提供することができる。タブレットインターフェース6918はインターフェース6932に結合され、インターフェースプロセッササブシステム6932は、タブレットインターフェース6918に結合されたタブレットと通信することができる。タブレットインターフェース6918は、USBインターフェース6947およびブルートゥースインターフェース6948ブルートゥースインターフェース6948は、ブルートゥースローエネルギーインターフェースであってもよいに結合されている。患者介護デバイスインターフェース6916は、SPI、I2C、RS232、RS485、またはあらゆる他のシリアルプロトコルであってもよい、シリアルインターフェース6949を含む患者介護デバイスにインターフェースを提供する。患者介護デバイスインターフェース6916はまた、CANインターフェース6950、USBインターフェース6951、イーサネットインターフェース6952、WiFi無線インターフェース6953、およびブルートゥースインターフェース6954を提供する。患者介護デバイスインターフェース6916は、患者介護デバイスのタイプ、シリアル番号、クラス、または性能特徴、およびマルチチャネルクレードル、ドック、および/またはハブ内の位置の患者介護デバイス発見を容易にする有線デバイスID6955を含むことができる。有線デバイスID6955を使用して、所定の基準に基づいて、最適または好ましい通信プロトコルを決定することができる。それに加えて、または代替として、電力を与える方法は、所定の基準に基づいて有線デバイスID6955の機能として選択することができる。有線デバイスID6955は、1ワイヤデバイスを使用して患者介護デバイスインターフェース6916に取り付けられた患者介護デバイスと通信することによって決定することができる。それに加えて、または代替として、患者介護デバイスインターフェース6916はまた、患者介護デバイスのタイプ、シリアル番号、クラス、または性能特徴、およびマルチチャネルクレードル、ドック、および/またはハブ内の位置の患者介護デバイス発見を容易にするために、RFID呼掛器、近距離通信、または他の無線通信リンクを利用することができる患者介護デバイス発見を容易にする無線デバイスID6958を含む。患者介護デバイスインターフェース6916はまた、デジタルI/Oインターフェース6956を含む。デジタルI/Oインターフェース6956は、アクチュエータをトリガし、安全性システムの一部としてピンを有効にし、または、ハブまたはクレードル上の状態光での使用のために使用することができる患者介護デバイスインターフェース6916に結合された患者介護デバイス毎に多数のラインを含むことができる。患者介護デバイスはまた、フェイルセーフライン6957を備えている。インターフェースプロセッササブシステム6932またはデバイスプロセッササブシステム6922のいずれかは、論理OR6977に供給されるフェイルセーフライン6957の1つをトリガすることができる。論理OR6977の出力は、患者介護デバイスインターフェース6916に結合された電気機械閉塞デバイス図示せずに結合することができる。代替実施形態では、論理ANDは論理OR6977の代わりに使用され、それによって、インターフェースプロセッササブシステム6932またはデバイスプロセスサブシステム6922は両方とも、真である信号がフェイルセーフラインとして患者介護デバイスインターフェース6916に送信される前に、特定の実施形態では一致しなければならないすなわち、両方とも論理的に真である。回路6900は、ITシステムまたは1つまたは複数のサーバ6967へのいくつかの通信リンクを含む。回路6900は、WiFiインターフェース6960、3G/4Gインターフェース6961、およびイーサネットハブまたはスイッチインターフェース6956を含む。3G/4Gインターフェース6961は、ホーム環境内で回路6900を有するハブの動作を容易にする。3G/4Gインターフェース6961は、あらゆる携帯テクノロジーまたは長距離通信送受信機、例えばコード分割多重アクセスCDMA、時間分割多重化TDM、WiMax、エボリューションデータオプティマイズEVDO、直交周波数分割多重化OFDM、空間分割多重アクセスSDMA、時間分割二重化TDD、時間分割多重アクセスTDMA、周波数分割二重化FDDなどであってもよい。回路6900は、例えば、カメラを使用して2Dバーコードを読み取ることによって患者認証、臨床医認証、および/または解法/薬物認証のために使用することができる、バーコードリーダまたはカメラ6962を備えている。回路6900はまた、患者認証、臨床医認証、および/または解法/薬物認証のために、または患者介護デバイスの位置を決定するために、RFID、NFC、または他の通信プロトコル用の送受信機6963を備えることができる。回路6900はまた、通信拡張スロット6964を備えることができ、それによって将来の有線または無線テクノロジーを、スロット6964内にモジュール式に挿入することができる。スロット6964は、1つまたは複数の拡張コネクタを備えることができ、そこに外部接続可能なハブのケースに対して内部にある。それに加えて、または代替として、拡張スロット6964は、複数の機能、例えば、無線通信機能、有線通信などを有する追加のモジュールに対する接続であってもよい。回路6900はまた、温度センサ、圧力センサ、湿度センサ、および加速度計などのハブセンサ6965を備えることができる。回路6900はまた、例えば、タブレットインターフェース6918に結合されたタブレット上のGUIを介して選択するようにユーザに警告または指示する場合に、触覚フィードバック用の振動モータ6966を備えることができる。図100は、ポンプなどの患者介護デバイスで使用することができる機構の一実施形態を示す回路7000のブロック図を示している。すなわち、デバイスモジュールインターフェースは、例えば図1の注入ポンプ7とインターフェース接続することができる。それに加えて、または代替として、いくつかの実施形態では、回路7000は、本明細書に記載したハブ、通信モジュール、ドック、または注入ポンプ上にあってもよい。回路7000は、デバイスモジュールインターフェースを介していくつかのデバイスと通信するために、および/またはそこに電力を提供するために、バスまたはハブとインターフェース接続することができる。回路7000はまた、様々な安全性システムを備えている。回路7000は、タブレットおよびITシステムへ電源バックアップ電力および通信の方法を供給する。回路7000は、ハブおよびタブレットに対する外部電源アダプタ図示せず電源から電力を受ける。いくつかの実施形態では、デバイスハブプロセッササブシステムは、ITシステムへのイーサネット接続を含む。いくつかの実施形態では、デバイスハブプロセッササブシステムは、イーサネット、WiFi、ブルートゥース、ブルートゥースローエネルギー、近距離通信などを使用して監視クライアントインターフェースと通信する。図101は、回路7100のブロック図を示している。回路7100は、ハブ上にあってもよい。また、デバイスモジュールインターフェースは、例えば図1の注入ポンプ7とインターフェース接続することができる。それに加えて、または代替として、いくつかの実施形態では、回路7100は、本明細書に記載したハブ、通信モジュール、ドック、または注入ポンプ上にあってもよい。回路7100は、デバイスモジュールインターフェースを介していくつかのデバイスと通信するために、および/またはそこに電力を提供するために、バスまたはハブとインターフェース接続することができる。回路7100は、本開示の一実施形態によるフレキシビリティのために、例えば、本明細書に記載したようなITシステムと通信するためのWiFi回路7102およびイーサネット接続7104を備えている。スピーカ7106はまた、ハブおよびITシステムへのドロップ接続での問題を明確に述べるために有用である可能性がある。タブレット調整電源は、1つの外部電源だけの使用を容易にすることができる。いくつかの実施形態では、デバイスハブプロセッササブシステムは、ブルートゥース、WiFi、ブルートゥースローエネルギー、近距離通信などを使用して監視クライアントインターフェースを介して通信する。いくつかの実施形態では、デバイスハブプロセッササブシステムは、ブルートゥース、ブルートゥースローエネルギー、USB、近距離通信などを使用して患者介護デバイスインターフェースと通信する。図102は、電池専用バージョン、すなわち前に記載した拡張電池を示している。すなわち、図102の回路7200は、図95の拡張電池6502であってもよく、例えばシステム6500をウェアラブルにすることができる。図95の拡張電池6502は、互いに積み重ね可能であってもよく例えば、回路7200はSPIまたはCANなどの送受信機を含む、それによって図95の多数の拡張電池6502を互いに積み重ねて、注入ポンプ6504に電力を与えることができる。回路7200は、デバイスモジュールインターフェースを介していくつかのデバイス例えば、患者介護デバイスに電力を提供するために、バスまたはハブ内にインターフェース接続することができる。図103は、拡張のためにフレキシビリティで多数の注入ポンプを制御する回路7300のブロック図を示している。例えば、デバイスモジュールインターフェースは、多数の注入ポンプ、1つの注入ポンプとインターフェース接続することができる、または注入ポンプとインターフェース接続しなくてもよい。それに加えて、または代替として、いくつかの実施形態では、回路7300を、本明細書に記載したドック、注入ポンプ、通信モジュール、および/またはハブ内で使用することができる。回路7300は、デバイスモジュールインターフェースを介していくつかのデバイスと通信するために、および/またはそこに電力を提供するために、バスまたはハブとインターフェース接続することができる。いくつかの実施形態では、監視クライアントインターフェースは、ブルートゥース、ブルートゥースローエネルギー、または他の通信テクノロジーを利用することができる。いくつかの実施形態では、デバイスモジュールインターフェースすなわち、患者介護デバイスインターフェースは、ブルートゥース、ブルートゥースローエネルギー、WiFi、および/または近距離通信を介して患者介護デバイスに結合することができる。本実施例で分かるように、CAN通信を有線プロトコルとして使用して、注入ポンプと通信することができる。いくつかのデジタルが、IO利用されて、必要に応じて、ポンプクレードルにいくつかの機能を加える。電力入力およびAC/DC供給7302は、ハブの内側すなわち、回路7300の内側にあり、タブレット、ハブ、および1つまたは複数の注入ポンプに電力を供給する。回路7300に結合された注入ポンプは、独立して安全であってもよい。RFIDリーダ7304およびバーコードリーダ/カメラ7306は、患者またはプロバイダを認証するために含まれている。通信拡張スロット7308は、他の方法が開発された場合に通信機能例えば、認証および位置に対するピーナツを拡張するために含まれている。図104は、フェイルセーフライン7402および2つのプロセッサ7404、7406を備えた、本明細書に記載したハブ用の回路7400を示している。それに加えて、または代替として、いくつかの実施形態では、回路7400を、本明細書で記載したように、ドック、注入ポンプ、および/または通信モジュール内で使用することができる。回路7400は、デバイスモジュールインターフェースを介していくつかのデバイス例えば、患者介護デバイスと通信するために、および/またはそこに電力を提供するために、バスまたはハブとインターフェース接続することができる。プロセッサ7406は、安全性プロセッサであってもよい。フェイルセーフライン7402は、2つのプロセッサ7404、7406のいずれかによって起動させることができる。いくつかの実施形態では、WiFi無線はイーサネットインターフェースであってもよい。いくつかの実施形態では、CANインターフェースは、ブルートゥース、ブルートゥースローエネルギー、WiFi、または他の通信テクノロジーであってもよい。追加の安全性が、フェイルセーフライン7402によってもたらされる。例えば、パルスオキシメータモニタは、脈拍が上昇したまたは高すぎる場合にラインをクランプすることができる。すなわち、フェイルセーフライン出力は、電気機械閉塞器に結合することができる。ハブ回路7400は、ウォッチドッグとして働くことができ、さらには範囲チェックのために出力を監視し、パルスオキシメータ内のプロセスがエラーである、または故障状態である場合に、クランプをトリガするためにフェイルセーフ信号を送信することができる。タブレットとの通信は、タブレットUIインターフェース7408を介して無線であってもよい。回路7400は、無線電力7410を介して無線で充電することができる。振動モータは、アラームがある場合に、肝臓のフィードバックを与えるために追加することができる。回路7400は任意選択では、アラームまたは警報が発せられた場合に、ユーザに警告するための方法を実施する2つのプロセッサ7404、7406を備えている。二次電池または超コンデンサ7412は、電力故障がある場合に、バックアップ電力を提供することができる。回路7400は、ポンプモジュール、例えば、通信モジュール、および/またはクレードルに取り付けるためのハブであってもよい。図105は、本開示のさらに別の実施形態による、電子患者介護用のシステム7500を示している。システム7500は、監視クライアント、より詳細には、積み重ね可能な監視クライアント7502、および積み重ね可能な患者介護デバイス、例えば積み重ね可能な注入ポンプ7504A~7504Dを備えている。積み重ね可能な監視クライアント7502は、旋回軸7508に沿って旋回するディスプレイ7506を備えている。ディスプレイ7506は、タッチスクリーンであってもよい。積み重ね可能な監視クライアント7502は、常にユーザが閲覧可能なように、ディスプレイ7506を配向するために、傾斜センサ、例えば加速度計を備えることができる。同様に、各積み重ね可能な注入ポンプ7504A~7504Dは、その傾斜に基づいて配向するそれぞれディスプレイ7510A~7510Dを備えることができる、例えば、ディスプレイは、積み重ね可能な注入ポンプ7504A~7504Dが水平配向または垂直配向で位置決めされているかどうかにかかわらず、垂直位置に文字を示すことができる。それに加えて、または代替として、各積み重ね可能な注入ポンプ7504A~7504Dは、傾斜センサ、例えば加速度計を含むことができる。ディスプレイ7510A~7510Dは、タッチスクリーンであってもよい。各ディスプレイ、またはディスプレイ7510A~7510Dは、内部傾斜によって示されるように、傾斜に基づいて配向する1つまたは複数のボタンを含むことができる。例えば、図105に示すように、ボタン7512は積み重ね可能な注入ポンプ7504Aの細長い長さに対して直立位置にあるように示されている。図106を参照すると、システム7500は傾斜しているように示されており、それによってボタン7512は、積み重ね可能な注入ポンプ7504Aの長さに対して直立位置にあるように示されている。ディスプレイ7507はさらに旋回軸7508に沿って旋回されることにも留意されたい。図107は、監視クライアント7502に対して旋回されたディスプレイ7506を示している。図108は、静脈穴7807A~7807Dを示している。図109は、旋回軸7408に沿って旋回する追加の範囲を示している。図110は、スタック内にスライド可能な注入ポンプ7504Bを示している。図111~112は、積み重ね可能な注入ポンプ8102A~8102Dがそれぞれ上部コネクタ例えば、コネクタ81004および底部コネクタ明示的には図示せずを通して互いに接続され、それによって積み重ね可能な注入ポンプ8102A~8102Dが互いにデイジーチェーン接続される、積み重ね可能な電子患者介護システム8100の追加の実施形態を示している。図111は、システム8100の1つの構成を示している。図112は、注入ポンプ8102Dがシステム8100から取り外し可能であることを示している。注入ポンプ8102Dは、動作を続けるためにその独自の内部電池を備えることができる、例えば、注入ポンプ8102Dは、所定の時間にわたって注入流体を患者内に送り込み続けるのに十分な電池電力を有することができる。図113は、監視クライアント8106が、注入ポンプ8102Dを受けるためにコネクタを含むことができることを示している。監視クライアント8106は、取付可能/取外可能ディスプレイ8110を有することができる。図114は、別の監視クライアント8108を積み重ね可能な注入ポンプ8102Dの上に積み重ねることができることを示している。監視クライアント8106、8108は、その動作を調整することができる。例えば、監視クライアント8106、8108は、注入ポンプへの電力供給を調整することができ、それによって、注入ポンプ8106、8106の電池は両方とも、システム8000に電力を供給する。図115は、積み重ね可能な注入ポンプ8422、8424および監視クライアント8426をデイジーチェーン構成で互いに結合することを可能にする接続8402~8420を示している。図116は、積み重ね可能な注入ポンプ8422、8424および監視クライアント8426が互いにデイジーチェーン接続されているような、スライド可能接続8502、8504、8506、8508を示している。スライド可能接続8502、8504、8506、8508は、積み重ね可能な注入ポンプ8422、8424および監視クライアント8426を互いに通信可能にする電気コネクタを含むことができる。図117は、バックプレーンパネル8606、8608を介して互いに接続する、積み重ね可能な注入ポンプ8604を備えた積み重ね可能な監視クライアント8602のシステム8600を示している。バックプレーンパネル8606は、バックプレーンパネル8608のコネクタ8612と噛み合い係合するコネクタ8610を備えている。追加のバックプレーンパネル図示せずを追加して、そこに加えられた監視クライアント8602または注入ポンプ8604の数に従って、バックプレーンを例示することができる。図118は、図117のバックプレーンパネル8608の断面図を示している。図119は、監視クライアント、より詳細には、積み重ね可能な監視クライアント8806、および積み重ね可能な患者介護デバイス、例えば積み重ね可能な注入ポンプ8802を備えたシステム8800を示している。積み重ね可能な注入ポンプ8802は、ドック8804内で方向Aにスライドする。図120は、方向Bに移動された場合に、積み重ね可能な注入ポンプ8902Bがコネクタ8509を介してドック8904と係合するシステム8900を示している。図121は、本開示の実施形態による通信モジュール9000を示している。通信モジュール9000は、コネクタ9002、LED状態リング9004、RFアンテナ9004、スナップオンコネクタ9006、無線充電コイル9008、電池充電および安全性プロセッサ9010、無線通信およびセンサプロセッサ9012、および電池9014を備えている。図121の通信モジュール9000は、図1、3、5、7、または8の通信モジュール124A~124Kであってもよい。図122は、患者介護デバイス9100に結合された通信モジュール9000を示している。図123は、本開示の実施形態による、図121の通信モジュール9000の電子回路9200の図を示している。図124は、近距離呼掛器例えば、約13.56MHzで動作するものが900MHzUHFRFIDタグを読み取ることを可能にする電子回路9300を示している。電子回路9300は、ヘテロダイン式転送オシレータを備えている。回路93000は、近距離問合せ信号をRFID問合せ信号に変換する。電子回路9300は、図90の通信モジュール9000、および/または図1、3、5、7、または8の通信モジュール124A~124Kによって使用することができ、近距離通信回路がRFIDタグに問い合わせることが可能になる。各アンテナは、RF回路と置き換えることができ、回路を呼掛器または受信機上で使用することが可能になる。それに加えて、または代替として、別の実施形態では、UHFRFID呼掛器を使用して、近距離通信デバイスと通信するように、電子回路を配置することができる。図125~127は、本開示の追加の実施形態によるいくつかのアンテナを示している。図125および126は、スキャナで使用することができる、例えばRFIDまたは近距離呼掛器および/またはアンテナ送受信用の前に置くことができる2つの分割リング共振器12500、12600を示している。共振器12500、12600は、0.5オンスの銅を有する0.028インチの厚さのFR-4単一側ボードを使用して作られている。図示するように共振器を整調するためにトリミングを使用することができる。図127は、リーダチップで近距離パターンに焦点を合わせる、UHFリーダ例えば、915MHZRFIDリーダ用の近距離アンテナ12700を示している。電力増幅器なしで、約1.5インチの読取り範囲が達成される。アンテナ12700は、銅バッキングを備えた、0.028インチ厚さのFR-4で作られている。アンテナ12700は、10pFシャントマッチング素子で使用することができる。図128は、本開示の実施形態により、RFIDタグ12802が取り付けられた患者リストバンド12800を示している。RFIDタグ12802が患者のリストバンドに取り付けられた場合に容量が観察されるので、患者から0.01インチ離れているような、分割リング共振器SRR12804を使用することができる。患者の容量からの誘電負荷が、RFIDタグ12802の周波数を下げ、それによって、SRR12804は、RFIDタグ12802をアンテナのより近くに結合することによって、RFIDタグ12802を整調するのを助ける。SRR12804の共振周波数は、RFIDタグ12802の動作周波数より僅かに上であるべきである。図129は、図128のリストバンド上で使用するための、分割リング共振器12804の拡大図を示している。患者のリストバンド12800のRFIDタグ12802は書込み可能である。ハブ、ドック、患者介護デバイス、および/または監視クライアントは、1流量、薬物設定、バイタルサインなどの治療履歴、2使用統計患者介護パラメータ、患者治療パラメータ、患者介護デバイス動作パラメータ、ドック、ハブおよび監視クライアントからの診断情報など、3静脈ポンプ流量パラメータ、ECGパラメータ、血圧パラメータ、パルスオキシメータパラメータ、CO2カプノメータパラメータ、静脈内バッグパラメータ、および点滴流量計値、4注入ポンプ、心電図信号、血圧信号、パルスオキシメータ信号、CO2カプノメータ信号、および温度信号の治療経過の少なくとも1つを含む患者パラメータ、5注入速度または注入圧力を含む注入設定などの患者治療パラメータを含む、患者に関連するデータをRFIDタグ12802内に書き込むことができ、そこから、例えば、注入ライン内の空気の存在、接続されている静脈内バッグ内に残っている溶液の量、または注入ライン内の流体の圧力などの様々な動作パラメータを受けることができる。いくつかの実施形態では、RFIDタグ12802は、所定の経過時間すなわち、ローリング履歴のみをそのメモリ内に、例えば、いくつかの特定の実施形態では、RFIDタグ12802の32キロバイトまたは56キロバイトメモリ上に6時間から14時間の履歴を含む。さらに追加の実施形態では、RFIDタグ12802は、患者ID、および/またはデータを受けるための近距離通信受信機を含むことができる。図130は、本開示の実施形態による分割リング共振器13000を示している。高いQ分割リング共振器13000は、空隙の代わりに動作する、コンデンサ13002を備えている。SRR13000は、10dBだけループアンテナを良くするために、13.56MHZNFCループアンテナから約8インチ離れて配置することができる。SRR13000は、グループ遅延歪みを13.56MHZデジタル変調信号に下げるように13.8MHZで動作するように指定することができる。図131は、本開示の実施形態による、図130のSRR13000用の等価回路13100を示している。図132は、本明細書に開示されたあらゆるディスプレイ上に表示することができる5Rチェックリストを示している。図133は、本明細書に開示されたあらゆるディスプレイ上で開示することができる閉塞チェックリストを示している。図134は、いくつかの注入ポンプ、例えば図1、3、5、7、8または9の監視クライアント1または11と動作可能に通信するディスプレイを示している。図135は、本開示の実施形態による、その情報にプロバイダがアクセスすることができる患者のリストを示す、ヘルスケアプロバイダのポータブル監視クライアント上の表示の図である。図136は、本開示の実施形態による、デバイスからの現在のデータ、および患者の診療情報のいくつかへのワンタッチアクセスを備えた、特定の患者に関連付けられたデバイスを示す、ヘルスケアプロバイダのポータブル監視クライアント上の表示を示す図である。図137は、本開示の実施形態による、静脈注入ポンプで使用するための、薬剤用処方箋に対するデータ入力領域を示す、ヘルスケアプロバイダのポータブル監視クライアント上の表示を示す図である。図138は、本開示の実施形態による、監視クライアントによって生成されるように、指示された薬剤に関連付けられたリスクプロファイル、および提案された動作過程を示す、ヘルスケアプロバイダのポータブル監視クライアント上の表示を示す図である。図139は、本開示の実施形態による、指示プロバイダによる提示する準備ができている薬剤処方箋を示す、ヘルスケアプロバイダのポータブル監視クライアント上の表示を示す図である。図140は、本開示の実施形態による、処方箋が薬剤師に伝達されたという確認を指示プロバイダに監視システムがどのように表示することができるかを示す、ヘルスケアプロバイダのポータブル監視クライアント上の表示を示す図である。監視アシスト指示入力の実施例患者監視システムの機能は、指示プロバイダが患者に対する新しい薬剤処方箋を入力する実施例によって例示することができる。このシナリオでは、内科医は、適切なセキュリティパスコードを入力した後に、自分の手持ち式デバイス上で許可された患者のリストを見ることができる。本実施例では、内科医の患者は、図97に示すように、例えば年齢、診断、および診療録番号などの、各患者に関する限定されたユーザ選択可能情報26でリスト化することができる。例えば、患者2に対する指示が不完全であり、看護師が注意のために患者にフラッグを付けた場合、または監視クライアント1が、内科医通知のために所定の閾値を超えたという入力をデータベースまたは患者監視デバイス14~17から受信した場合は、警告記号27を監視クライアント1によって内科医のデバイス11に伝達することができる。内科医がさらに検討するために患者を選択した後に、図135に示すような表示を、内科医のデバイス11に伝達することができる。内科医は、患者が接続されているモニタ14~17から生じるユーザ選択可能データを見ることができ、内科医は、患者特有の情報を含むいくつかのデータベース19~21、23へのワンタッチアクセスを有することができる。実施形態では、監視クライアント1は、患者2で使用するために利用可能な注入ポンプ7に接続またはドッキングすることができる。図136に示すシナリオでは、内科医は、患者2に対して静脈内投薬を指示するために、注入ポンプ7を示すアイコンを押すことができる。図137は、内科医が投薬を遠隔で指示することができる、いくつかの可能な処方箋指示スクリーンの1つを示している。図示した実施例では、内科医は薬物静脈内ニトログリセリン28を入力し、これはタイピング、または病院の薬局の処方集22によって追加されたドロップダウン表示を介して入力することができ、監視サーバ3を介して監視クライアント1によってアクセス可能である。PDRボタン29は、詳細な薬物情報に対する病院内22または専用薬物データベース9への内科医のワンタッチアクセスを示すことができる。内科医は、直接、または監視サーバ3を介して監視クライアント1によって提供されるデフォルト標準開始投薬量30を許可することによって、薬物の投与量を指示することができる。内科医はまた、薬剤師が注入用にバッグ内に適切な濃度の薬物を調製するのを助けるために、注入ポンプ7に対する最大流体注入速度31を特定することができる。図138は、内科医が処方箋を入力した後に、患者監視システムが副作用のリスクをどのように検出するかの実施例を示している。監視クライアント1は、新しい薬剤28をEHR19からダウンロードした患者の既存の薬剤および薬物アレルギーのリストと比較することができる。監視サーバ3は、好ましくは、監視クライアント1内に適切な患者特有のデータを追加し、クライアント1は、新しい薬剤指示が入力された後に、この情報を検索するようにプログラムされる。監視クライアント1は、監視サーバ3から各患者の薬剤および新しい薬剤28に関連付けられた顕著な副作用および薬物相互作用のリストをリクエストするようにプログラムすることができる。サーバ3は、その後、この情報のために薬局データベース22または外部データベース9にアクセスすることができる。既存の薬剤または新しい薬剤28に共通する潜在的な薬物相互作用または副作用が検出された場合、図138に示すように、監視クライアント1は警告32を発し、これを指示する内科医に伝達することができる。潜在的副作用が新しい薬剤および既存の薬剤の両方に共通する影響によるものである場合、監視クライアント1は、これを潜在的な追加副作用として分類し、初期薬物投与量を、例えば50だけ減らす提案33を発することができる。図139に示すように、指示する内科医は、提案33を受け入れる、または提案された投与量を別の値に編集するオプションを有する。いずれの場合では、監視クライアント1は、警告32のレポート34、内科医によって行なわれた修正動作33があればそれを、内科医が患者のEHR19に記録するまたは入力する前にレポートをさらに編集するオプションと共に生成し、記録することができる。薬剤投与量が最終的に決定されると、監視クライアント1は、指示を病院薬剤師6および患者の看護師5の両方の通信デバイスに転送することができる。図140に示すように、このタスクの達成のレポートはその後、指示する内科医11に再び伝達することができる。薬剤師は、溶液バッグ内で適切な濃度の薬剤を混合するために、指示する内科医によって提供された情報を使用することができる。薬剤瓶および溶液バッグは両方とも、薬剤師の監視クライアント6内に読み取ることができ、監視クライアント1によって監視サーバ3によってアクセスされるような薬局データベース22を使用して正しいと認証することができる、例えばバーコード識別子などの識別タグを有することができる。薬剤師はその後、薬剤バッグに永久的に取り付けられるバーコードラベルなどの独自の識別ラベルを生成することができ、コードは薬剤28が調製された患者2に独自にリンクされている。ラベル上の識別コードは、看護師が薬剤28を投与しようとする時に、後で再統制するために監視クライアント1に伝達することができる。調製した薬剤28が患者のフロアに到着した後に、看護師はその後、これを患者2に投与する準備をすることができる。この例示的なシナリオでは、監視クライアント1は、薬剤バッグ上の識別コードが処方された患者2の識別情報と一致することを検証するために看護師が使用することができる、バーコードリーダなどの入力デバイスを備えることができる。識別情報が薬剤師によって監視クライアント1内に入力された情報と一致する場合、看護師は、デバイス1から離れて、薬剤バッグを吊るし、注入ポンプ7を介して注入を開始することができる。実施形態では、監視クライアント1は、投与量、患者に対する最大流体速度、バッグ内の薬物の濃度、およびポンプに対する注入速度任意選択では、監視クライアント1内でプロセッサによって算出することができるを含む、処方箋を看護師に表示する。この情報により、看護師は、手動で算出し、ポンプ7に対して監視クライアント1によって設定された注入速度が正しいことを検証する能力を有する。図141は、本開示の実施形態による、アダプタ14102に結合されたマイクロインフュージョンポンプ14104によって形成された装置14100を示している。アダプタ14102は、マイクロインフュージョンポンプ14104の動作を制御するために使用することができるタッチスクリーン14106を備えている。マイクロインフュージョンポンプ14104は、管14108からポンプで流体を汲み上げる。アダプタ14102は、図3、5、7、8の監視クライアント1、図9の監視クライアント902、図1のドック102または104、図3のドック102または104、図5のドック502、図8のハブ802、図8のドック804、806、または102、図1、3、5、または7のドングル133、または本明細書に開示されたあらゆる患者介護デバイスと無線通信することができる。アダプタ14102は、様々な電気コネクタを備えることができ、それによってマイクロインフュージョンポンプ14104をアダプタ4102にドッキングすることができる。アダプタ14102は、患者介護デバイスドック104とインターフェース接続するように、裏側に電気コネクタを備えることができる。例えば、アダプタ14102はコネクタを備えることができ、それによってアダプタ14102はドッキングすることができる。タッチスクリーン4106を使用して、注入速度、ボーラス量、または拡張ボーラス設定などを設定することができる。それに加えて、または代替として、タッチスクリーン4106を使用して、マイクロインフュージョンポンプ14104内に残った液体薬剤量を推測することができる。図142は、本開示の実施形態による、データを患者介護デバイスから監視クライアント、別のハブ、またはドックに無線中継する無線ハブデバイス14200の斜視図を示している。無線ハブデバイス14200は、タッチスクリーン14204に結合された本体1402、およびホルダ14206を備えている。無線ハブデバイス1420は、別の患者介護デバイスからの患者介護デバイスへのデータを、監視クライアント、別のハブ、ドックなどに通信することができる。例えば、無線ハブデバイス14200は、第1の無線プロトコルに従って、患者介護デバイスとデータを通信し、別の無線プロトコルを介して情報を監視クライアント、別のハブ、ドックなどに中継することができる。例えば、無線ハブデバイス14200は、ブルートゥースを介して患者介護デバイスと通信することができ、近距離通信を介してドック例えば、図1のドック104にデータを中継する。この特定の実施形態では、ホルダ14206は、ホルダ14206がドック、例えば図1のドック104内にあるような形状にすることができる。図143は、本開示の実施形態による、アダプタ14316およびドック14314を介して監視クライアント1430に結合されたモジュール式患者介護デバイス14304、14306、14308および14310を有する電子患者介護システム14300の正面斜視図を示している。ドック14314は、支柱14312に結合されている。アダプタ14316は、ドック14314と患者介護デバイス14304、14306、14308および14310の間に電気接続を提供する。すなわち、アダプタ14316は、使用される患者介護デバイス14304、14306、14308および14310のタイプに基づいて変更することができる。図144は、本開示の実施形態による、図143の電子患者介護システムの側面斜視図を示している。図143~144を参照すると、患者介護デバイス14306は、レール14318および14320を介してアダプタ14316の上でスライドする。注入ポンプ14304は、ばね装填フランジ14322上にスナップ嵌めすることができる。アダプタ14316の裏側のレバーを引っ張って、フランジを注入ポンプ14304から離れるように引っ張ることができる。図145は、本開示の実施形態による、図143に示した患者介護デバイスの1つのインターフェースの拡大斜視図を示している。次に図144および145を参照すると、レール14318はトラック14502と係合し、レール14320はレール14504と係合する。空間14506はフランジ14322を受け、それによって注入ポンプ14304がアダプタ14316内の定位置にスナップ嵌めする。図146は、本開示の実施形態による、図143の電子患者介護システム14300の上面図を示している。ドック14314は、2つのアダプタ14602および14316に結合されている。ドック14314は、クランプ14606を介して支柱14312に結合されている。ポンプ14304は、ポンプドア14604が開いて示されている。図147は、本開示の実施形態による、電子患者介護用のシステム14700の図を示している。システム14700は、中央サーバ14702、中央サーバクライアント14703、病院サーバ14704、1つまたは複数の医療用ITシステム14705、ドック/ハブ14707、14708および14709、および病院サーバクライアント14706を備えている。中央サーバ14702は、企業レベルサーバ、病院レベルサーバ、またはグローバルサーバ例えば、クラウドサーバであってもよい。中央サーバ14702は、ソフトウェア更新、ファームウェア更新、および/または構成ファイルを提供することができる。例えば、中央サーバ14702は、病院サーバ14704、ドック/ハブ14707、14708および14709、ドック/ハブ14707、14708および14709に結合された患者介護デバイス、またはデバイスIDに基づいてドック/ハブ14707、14708および14709と動作可能に通信する監視クライアントに対して更新を提供することができる。それに加えて、または代替として、中央サーバ14702は、以下に記載するようにサンドボックスにダウンロードするためにソフトウェアを提供することができる図148参照。それに加えて、または代替として、中央サーバ14702は、使用統計患者介護パラメータ、患者治療パラメータ、患者介護デバイス動作パラメータ、ドック、ハブおよび監視クライアントからの診断情報などを受信することができる。中央サーバ14702は、データをデータベース、例えばSQLデータベース、関連データベースなどに記録することができる。中央サーバクライアント14703は、上に記載したように、中央サーバ14702と通信して、中央サーバ14702の動作を監視する、中のログファイルを閲覧する、または薬物の有効性に関するデータを閲覧することができる。本開示のいくつかの実施形態では、中央サーバクライアント1403は、ナースステーションのソフトウェアであり、それによって看護師はドック/ハブ、患者、および/または患者介護デバイスを監視することができる。病院サーバ14704は、病院、病院の治療室例えば、新生児集中治療処置室NICU、集中治療室ICUなど、病院のフロア内に、または病院のグループ例えば、病院の経営グループに設置することができる。病院サーバ14704は、1DERSのカスタムセットを含むことができ、患者介護デバイス、ドック/ハブまたは監視クライアントを追跡することができ、2不適合の患者介護デバイス、ドック/ハブならびに/もしくは監視クライアントを識別し、記録することができる、および/または3例えば、中央サーバ14702からの更新ソフトウェアファイル、構成ファイル、またはファームウェアファイルによりドック/ハブ、監視クライアント、および/または患者介護デバイスを構成または更新することができる。1つまたは複数の医療用ITシステム14705は、病院サーバ14704と通信して、そこに機能を与える。医療用ITシステム14705は、コンピュータ化プロバイダ指示エントリCPOE、薬物ライブラリ、電子診療録EMR、コンピュータ化保守管理システムCMMS、または他のデータベースまたはコンピュータ化システムを提供することができる。ドック/ハブ14707、14708および14709は、病院サーバ14704と通信する。患者の部屋にはドック/ハブ14707、14708および14709の1つまたは複数があってもよい。病院サーバクライアント14706により、ユーザまたは技術者が、病院サーバ14704とインターフェース接続することが可能になり、ソフトウェアの更新を容易にする、中のログファイルを監視する、または連続品質改善CQIを容易にするのを助ける。図148は、本開示の実施形態による、電子患者介護システム14802のブロック図を示している。システム14802は、企業サーバシステム14804、アプリケーションストア14806、デバイスマネージャ14808、1つまたは複数のハブ1426、1つまたは複数タブレット14810、1つまたは複数の注入ポンプ14814、および1つまたは複数の無線センサ14816を備えている。タブレットとドック/ハブ14812の間、ドック/ハブ14816と無線センサ14816の間、ドック/ハブ14812と注入ポンプ14814の間、ドック/ハブ14812とデバイスマネージャ14808の間、デバイスマネージャ14808とアプリケーションストア14806の間、および/またはデバイスマネージャ14840と1つまたは複数の企業サーバ14804の間の通信は、WiFi、イーサネット、ブルートゥース、USB、3G、4G、HALO、SOAP、XMLデータを使用して、自己記述データ、HL7、TCP/IP、ブルートゥーステンプレート、専用および/または非専用通信リンクを使用して行なうことができる。企業サーバシステム14804は、いくつかの実施形態では、CMMSデータベース14832、CPOE14834、EMR14836、および/または課金サーバ14838を備えることができる。企業サーバシステム14804は、キャリブレーションデータ、電池寿命などを含む機器健康情報をCMMS14832で受信することができる。アプリケーションストア14806は、1つまたは複数のデバイスアプリケーションまたは、プログラム14850、14851、14852、および/または14853を含むことができ、1つまたは複数の患者介護デバイス、1つまたは複数のセンサ、1つまたは複数の注入ポンプ14814を制御またはプログラムすることができ、患者診断機能などを提供することができる。アプリケーションストア14806は、暗号化通信を提供して、デバイスアプリケーション14850~14853の1つまたは複数のダウンロードを容易にすることができる。デバイスマネージャ14808は、グローバルDERS14840およびローカルポリシー14842を提供する病院レベルサーバであってもよい。ローカルポリシー14842は、例えば、病院例えば、ER、NICU、ICUなど内の特定のドック/ハブ14812の位置に基づいて、追加のハードまたはソフトリミット例えば、薬物に関するを含むことができる。ドック/ハブ14812は、1つまたは複数の有線または無線センサ14816、1つまたは複数の注入ポンプ14814に結合することができる、および/または他の患者介護デバイスに接続することができる。ドック/ハブ14812は、専用または非専用通信リンクを介してWiFi、イーサネット、ブルートゥース、ブルートゥースローエネルギー、USB、3G、4G、HL7、TCP/IP、ブルートゥーステンプレート、または他のプロトコルを使用して1つまたは複数の無線センサ14816と通信することができ、自己記述データを使用していてもよい。無線センサは、上に記載した通信モジュールの1つを使用することができる例えば、無線センサ14914は、SPIなどのシリアルリンクを介して通信モジュールに結合することができる。タブレット14810は、ドック/ハブ14812とインターフェース接続することができる。ドック/ハブ14812は、デバイスマネージャ14808からDERS14840によって周期的に更新することができるDERS14826のローカルコピーを含むことができる。それに加えて、または代替として、ドック/ハブは、デバイスマネージャ14808によって周期的に更新することができるローカルポリシー14828のローカルコピーを含むことができる。タブレット14810は、介護人または患者にその日の活動のチェックリストを提供する介護フローシートを提供することができ、体重計、バイタルモニタ、入浴に関するデータ、着替え、患者介護デバイスからの食事情報を記録し、記録することができる、またはタブレット14810に手動で入力することができ、EMR14836内の患者のEMRファイル内で更新および記憶することができる。タブレット14810は、どのようにおよびいつ着替えるのか、尿出力を測定するのか、または血糖値読取りを行なうのかなど特定の介護動作に対するリマインダーとして働くように、家の患者または介護人への指導を提供することができる。それに加えて、または代替として、タブレット14810は、介護人、患者、またはユーザにソフトアラームおよび/またはハードアラームの原因をどのように解消するのかを指示することができる。患者介護デバイス、例えば注入ポンプ14814は、注入ポンプ14814がドック/ハブ14812に密接してあって、例えば、デバイスをペアリングする、構成データを通過させる、またはドック/ハブ14812が関連付けられた患者に対して注入ポンプ14814パラメータを設定する場合に、ドック/ハブ14812と通信する近距離通信NFCを含むことができる。NFC通信の後、注入ポンプ14814は、ドック/ハブ14812と無線でまたは無線リンクを介して通信することができる。例えば、注入ポンプ14814は、ドック/ハブ14812と密接または接触することができ、NFC通信を使用して、注入ポンプ14814をドック/ハブ14812とブルートゥース通信リンクを使用してペアリングする。ドック/ハブ14812は、デバイスアプリケーション14820~14824をサンドボックス14814内で実行することができる。サンドボックス14814は、アプリケーションを所定の基準で書き込む必要があることがある。いくつかの実施形態では、サンドボックス14814は、セキュアなデータクラスを有するAPIを含むことができる。さらに別の実施形態では、サンドボックス14814は、監視クライアント14810上にあってもよい。サンドボックス14814は、仮想機械であってもよく、デバイスアプリケーション14820~14824が利用することができるリソース例えば、APIを介して利用可能なハードウェアまたはソフトウェアリソースを制御するプログラムであってもよく、デバイスアプリケーション14820~14824によってアクセス可能なグローバル変数を有することができ、インタープリタベースのものであってもよい。すなわち、サンドボックス14812は、デバイスアプリケーション14820~14824が、制御および制限されたリソース環境において実行することを可能にする保護領域である。サンドボックス14812は、デバイスマネージャ14808またはアプリケーションストア14806からダウンロードすることができる。サンドボックス14812は、例えば、バージョン番号、シリアル番号、ロット番号、ハードウェアバージョン番号、ソフトウェアバージョン番号、オペレーティングシステムタイプ、オペレーティングシステムサービスパック、他の識別子などのあらゆる1つまたは組合せに基づいて、特定のドック/ハブタイプに対して予め構成することができる。例えば、ドック/ハブは、シリアル番号によって注入ポンプ14814を識別し、アプリケーションストアからデバイスアプリケーション14850をドック/ハブ14812例えば、デバイスアプリケーション14820にダウンロードすることができる。デバイスアプリケーション14820~14824は、例えば、XMLを介して表示のためにタブレット14810に注入ポンプ14814に関する情報を中継するために、注入ポンプ14814を制御するおよび/またはこれと通信することができる。それに加えて、または代替として、デバイスアプリケーション14820~14824の1つまたは複数は、デバイスからのデータを表示し、複雑な経験則を使用して、いくつかのソースなどからのデータを組み合わせることができる。サンドボックス14818はまた、メモリ、不揮発性メモリ、ハードドライブ、ネットワークインターフェース、入力デバイス、出力デバイス、ブザーなど様々なリソースへのアクセスを制御することができる。いくつかの実施形態では、サンドボックス14818は、デバイスアプリケーション14820~14824がシステムファイルなどの特定のファイルを読み取る、および/またはそこに書き込むのを制限または禁止することができる。サンドボックス14818は、メモ帳メモリ空間および/またはメモ帳ハードディスク空間などの、一時および/または保護リソースをデバイスアプリケーション14820~14824に提供することができる。デバイスアプリケーション14820によりDERS14826、ローカルポリシー14828を妨害する、またはドック/ハブ14812がその一次機能例えば、指定された高い優先度の機能を行なうのを抑制しようとするあらゆる試みは、ドック/ハブ14812上で実行している他のソフトウェア例えば、スレッドプールからの1つまたは複数のプロセスブロックまたは1つまたは複数のスレッドを介してサンドボックスの実行を制御する、アンドロイドオペレーティングシステム、iOS,Linux、ウィンドウズ、またはウィンドウズCEなどのオペレーティングシステムによって防がれる。サンドボックス14818は、デバイスアプリケーション14820~14824の1つまたは複数の開始を制御することができる。例えば、サンドボックス14818は、実行するように指定されたデバイスアプリケーション14820~14824のデバイスアプリケーションがいかなる破損リンクをも有しておらず、サンドボックス14818によって制御される所定の基準に一致することを保証するように、ルールまたはリンク例えば、ダイナミックリンクライブラリコールをチェックすることができる。例えば、サンドボックス14818は、ドック/ハブ14812のソフトウェア内の共有ライブラリに対するデバイスアプリケーション14850からの参照の全てが、特定の安全共有ライブラリ内に存在すること、ライブラリ内の特定の関数または変数が存在すること、およびデバイスアプリケーション14820~14824によってリクエストされ、デバイスアプリケーション14820~14824によって通信された変数およびデータタイプがライブラリと一致する、またはその中に存在することをチェックすることができる。本開示のいくつかの実施形態では、サンドボックス14818はリソースへのアクセスに優先順位を付ける。例えば、多数のデバイスアプリケーション14820~14824が、アラーム状態を示すアラームデバイス例えば、スピーカまたは変数へのアクセスをリクエストした場合、サンドボックス14812は、リクエストのソースに優先順位を付け、タブレット14810上にアラーム原因の優先リストを表示して、介護人が特定のアラーム状態を無効にする、多数のアラーム原因に対処する、および/または患者の状態を評価することが可能になる。本開示のいくつかの実施形態では、ドック/ハブ14812は、2つのコアを有するプロセッサを備えており、それによってコアの1つがサンドボックス14818を実行し、別のコアが、デバイスアプリケーション14820~14824の1つを介してサンドボックス14818によって使用されるリソースの割り当てを制御するオペレーティングシステムを実行する。本開示のいくつかの実施形態では、ドック/ハブ14812は2つのプロセッサを備えており、それによってプロセッサの1つがサンドボックス14818を実行し、別のプロセッサが、デバイスアプリケーション14820~14824の1つを介してサンドボックス14818によって使用されるリソースの割り当てを制御するオペレーティングシステムを実行する。本開示のいくつかの実施形態では、ドック/ハブ14812は2つのプロセッサを備えており、それによってプロセッサの1つがサンドボックス14818を実行し、別のプロセッサが、デバイスアプリケーション14820~14824の1つを介してサンドボックス14818によって使用されるリソースの安全動作を保証するウォッチドッグ機能を実行する。本開示のいくつかの実施形態では、ドック/ハブ14812は2つのプロセッサを備えており、それによってプロセッサの1つがリアルタイム安全性プロセッサを実行し、別のプロセッサが、サンドボックス14818、およびデバイスアプリケーション14820~14824の1つを介してサンドボックス14818によって使用されるリソースの割り当てを制御するオペレーティングシステムを実行する。本開示のいくつかの実施形態では、ドック/ハブ14812はそれぞれ1つまたは複数のコアを有する1つまたは複数のプロセッサを備えており、それによって少なくとも1つのプロセス制御ブロックがサンドボックス14818を実行し、少なくとも別のプロセス制御ブロックが、デバイスアプリケーション14820~14824の1つを介してサンドボックス14818によって使用されるリソースの割り当てを制御するオペレーティングシステムを実行する。ドック/ハブ14812は、患者介護デバイスからのデータを非識別化し、データをデータベース14830例えば、クラウドをベースとするデータベースにアップロードすることができ、データは、病院または病院システム内で病気の流行検出、リソース計画、および展開計画を容易にするために、国家レベルで集められたリアルタイムデータであってもよい。図149は、本開示の実施形態による、図147および/または図148の電子患者システムのベッドサイド部のブロック図14900を示している。図14900は、監視クライアント14902タブレット148120であってもよい、監視クライアント14902がドック/ハブ14906ドック/ハブ14812であってもよいとインターフェース接続することができるような監視クライアントアダプタ14904、およびいくつかの注入ポンプ14910を備えている。ドック/ハブ14906は、WiFi、Zigbee、ブルートゥース、メッシュネットワーク、ポイントツゥポイントプロトコル例えば、WiFiに基づくなどを介して、注入ポンプ14910と通信することができる。注入ポンプ14910は、ACアウトレット14908図示せずを介して直接、および/またはドック/ハブ14906から直接電力を受けることができる。ドック/ハブ14906は、無線センサ14814に無線または有線で、およびUSBセンサ14912にUSBケーブルを介して結合されている。本開示のいくつかの実施形態では、例えば、専用または非専用通信リンクを介してWiFi、イーサネット、ブルートゥース、USB、または他のプロトコルにより、ドック/ハブ14812および/またはタブレット14810と通信することができる、ハブ、監視クライアント、コンピュータなどの他の室内ディスプレイが存在してもよい。図150は、本開示の実施形態による、図147、148、および/または149のドック/ハブ15000のブロック図を示している。ドック/ハブ15000は、一次プロセッサ15003および安全性プロセッサ15002を備えている一方または両方とも、プロセッサ、マイクロプロセッサ、またはマイクロコントローラ、例えばスナップドラゴンプロセッサであってもよい。安全性プロセッサ15002は、バックアップスピーカ15012を制御するスピーカドライバ15011に結合されている。安全性プロセッサ15002はまた、デバイスコネクタ15014を介して患者介護デバイスに接続された2XCANバスに結合されている。いくつかの実施形態では、デバイスコネクタ15014は、Zigbee、ブルートゥース、WiFi、CANバス、またはSPI通信リンクを介して患者介護デバイスと通信する。安全性プロセッサ15002は、バックアップ電池15017および/または電池充電器15009から電力を受ける電圧調節器15010に結合されている。安全性プロセッサ15002は、デバイスコネクタ15014に結合された患者介護デバイスへの電源を無効にすることができるイネーブルスイッチ15016に結合されている。電流リミッタ15015はまた、デバイスコネクタ15014に結合された患者介護デバイスへの電流を制限することができる。安全性プロセッサ15002はまた、デバイスコネクタ15014を介して結合された患者介護デバイスへの5ボルト電源を有効/無効にするイネーブルスイッチ15020に結合されている。患者介護デバイスへの5V信号は、一次電池セル15018および/または電池充電器15009からその電力を受ける電圧調節器15010から受信される。電池充電器は、ACアウトレット15007に結合されたAC/DC変換器15008を介して電力を受ける。一次プロセッサ15003は、カメラ15024、WiFi送受信機15025、ブルートゥース送受信機15026、RFID呼掛器15027、LED状態光15029、ボタン15028、および近距離通信送受信機15030に結合されている。一次プロセッサ15003は、UIコネクタ15022を介してUSBポート15023および/または監視クライアントに結合するUSBケーブルに結合されている。いくつかの実施形態では、一次プロセッサ15003は、WiFiまたは他の無線通信リンクを介してタブレットと通信することができる。一次プロセッサ15003は、USB接続15023を介して患者介護デバイスと、および/またはUIコネクタ15022を介してUSBポートにより監視クライアントと通信することができる。一次プロセッサ15003は、一次スピーカ150005を駆動するスピーカドライバ15006に信号を通信する。図151は、本開示の実施形態による、図148および/または149の注入ポンプ回路15100を示すブロック図である。回路15100は、ポンプディスプレイ15104を制御し、データを不揮発性メモリ15105内に記録するUI/安全性プロセッサ15102を備えている。UI/安全性プロセッサ15102は、デバイスコネクタ15108に結合されたCANバスを介してハブ/ドックと通信する。いくつかの実施形態では、リアルタイムプロセッサ151102および/またはUI/安全性プロセッサ15102は、ブルートゥース、無線、または有線通信リンクを使用して、デバイスコネクタ15108を介してハブ/ドックと通信する。UI/安全性プロセッサ15102は、カメラからの画像を処理するための画像処理ライブラリを備えることができる。それに加えて、または代替として、UI/安全性プロセッサ15102は、タッチスクリーンであってもよいポンプディスプレイ15104上にGUIインターフェースを表示するためのライブラリを備えることができる。UI/安全性プロセッサ15102は、定位置閉塞器センサ15116、ラッチセンサ15117、ライン内エアセンサ15118、モータホールセンサ15119、ボタン15120、および状態光15112に結合されている。安全性プロセッサ15102は、リアルタイムプロセッサ15103プロセッサ、マイクロプロセッサ、またはマイクロコントローラ、例えばスナップドラゴンプロセッサであってもよいにウォッチドッグ機能を提供し、モータドライブ15107を有効にすることができる。リアルタイムプロセッサ15103その一方または両方はプロセッサ、マイクロプロセッサ、またはマイクロコントローラ、例えばスナップドラゴンプロセッサであってもよいは、モータドライブ15107を介してポンプのモータ15106の動作を制御する。リアルタイムプロセッサ15103は、シリアルインターフェースを介して例えば、ポンプ設定を受信するためにUI/安全性プロセッサ15102と通信する。リアルタイムプロセッサ15103は、不揮発性メモリ15122からポンプキャリブレーションデータをロードする。不揮発性メモリ15122および/または不揮発性メモリ15105は、SDカードおよび/またはRFIDタグであってもよい。リアルタイムプロセッサ15103は、モータ電流センサ15109、モータハウジング温度15110、閉塞圧力センサ15111、カムシャフト位置センサ15112、カムフォロワ位置センサ1513、および/または加速度計15114から注入ポンプに関するデータを受信する。図151および152では、2008年10月10日出願、マルチ言語/マルチプロセッサ注入ポンプアセンブリという名称の米国特許出願第12/249,600号であり、その後2010年4月15日に公開された米国特許出願公開第2010-0094221号代理人整理番号第F54号に開示されたのと同一および/または同様の方法で、2つのプロセッサを使用して、1つまたは複数の指示を確認し、安全性チェックまたは他の機能例えば、患者治療パラメータのユーザ確認を行なうことができ、本文献を参照として本明細書に援用する。図152は、本開示の実施形態による、図151の注入ポンプ回路で使用するための、注入ポンプの機構に結合されたセンサを示すブロック図1500である。注入ポンプは、管15207を介して流体を汲み上げる。モータ15204は、モータホール効果センサ15205、モータハウジング温度センサ15206、スライドクランプ機構15220の動作を検出するためのホール効果センサ15201および15202、出口バルブに対するホール効果センサ15211、プランジャ位置に対するホール効果センサ15212および15213、入口バルブに対するホール効果センサ15214、およびホール効果回転位置センサ15208を備えている。様々な代替形態および変更形態は、開示から逸脱することなく当業者には考えることができる。したがって、本開示は、このような全ての代替形態、変更形態および変形形態を含むことを意図している。加えて、本開示のいくつかの実施形態が図面で示され、および/または本明細書で論じられているが、開示は当技術分野が許し、明細書がそのように読める幅広い範囲であることを意図しているので、開示はこれに限定されることを意図したものではない。したがって、上記記載は限定的に解釈されるべきではなく、単に特定の実施形態の例示として解釈されるべきものである。また、当業者は、添付の特許請求の範囲の範囲および精神内に他の変形形態があることが想像できるだろう。上に、および/または添付の特許請求の範囲に記載したものと実質的に異ならない他の要素、ステップ、方法、および技術はまた、開示の範囲内にあることを意図したものである。図面に示した実施形態は、開示の特定の実施例を明示するためだけに提示されている。また、記載した図面は単に例示的なものであり、限定的なものではない。図面では、例示する目的で、要素のいくつかのサイズを強調していることがあり、特定の尺度では描かれていない。それに加えて、同じ番号を有する図面内に示された要素は、内容によって、同一の要素であってよく、同様の要素であってもよい。備えているという用語が本明細書および特許請求の範囲で使用されているが、他の要素またはステップを排除するものではない。単数名詞、例えばa、anまたはtheに言及する場合に不定冠詞または定冠詞が使用されているが、これは特にそうでないと記されていない限り、その名詞の複数をも含む。したがって、備えているという用語は、それ以下に挙げたアイテムに制限されるものと解釈すべきではなく、他の要素またはステップを排除するものではない。したがって、アイテムAおよびBを備えたデバイスという表現の範囲は、コンポーネントAおよびBだけからなるデバイスに限るべきものではない。このような表現は、本発明に関して、単にデバイスの関連するコンポーネントが、AおよびBであるということを意味する。さらに、第1の、第2の、第3のなどの用語は、明細書または特許請求の範囲のどちらで使用されていても、同様の要素間を区別するために与えられたものであり、必ずしも順次または時間順を記載するために与えられたものではない。そのように使用された用語は、適切な状況においてそうでないと明らかに開示されていない限り交換可能であり、本明細書に記載された発明の実施形態は、本明細書で記載または図示した以外の順序および/または配置で動作可能である。"