JP2023529636A - 自己完結型医療デバイス通信プラットフォームのためのデジタル通信モジュール - Google Patents

Abstract

本書において、自己完結型医療デバイス通信プラットフォームのためのデジタル通信モジュールが開示される。一例において、デジタル通信モジュールは、医療ネットワークに接続された電子医療記録（「ＥＭＲ」）サーバに医療デバイス・データを中継するために、医療デバイスの治療モジュールに通信可能に結合される。デジタル通信モジュールは、医療ネットワークとは別個の無線専有ネットワークを介して少なくとも１つの他のデジタル通信モジュールに接続される。デジタル通信モジュールは、医療ネットワークを介してＥＭＲサーバに接続された他のデジタル通信モジュールのうちの１つへ、医療デバイスからの医療デバイス・データが無線専有ネットワークを介して送信されるべきであると判定する。デジタル通信モジュールの他方は医療デバイス・データを受信し、その後、医療ネットワークを介してＥＭＲサーバへ医療デバイス・データをルーティングする。

Description

ヘルスケア施設のための医療ネットワークは、典型的に相当数の医療デバイスに接続する。一般に、既知の医療ネットワークは、Ｗｉ‐Ｆｉ又はイーサネット（登録商標）接続のようなローカル・エリア・ネットワーク（「ＬＡＮ」）及び／又は無線ＬＡＮ（「ＷＬＡＮ」）を含む。このようなネットワークにおいて、接続された医療デバイスは、医療処置データ及び／又は医療イベント・データ（例えば、アラーム又はアラート）を集中型ゲートウェイ又はサーバへ送信する。その後、集中型サーバ又はゲートウェイは、医療処置データ及び／又は医療イベント・データを適切な患者電子医療記録（「ＥＭＲ」）に記憶する。集中型サーバはまた、監視のために、医療処置データ及び／又は医療イベント・データを臨床医コンピュータへ送信してもよい。許可されるならば、集中型サーバは、処方箋及び／又は医療デバイス・プログラミング命令を適切な医療デバイスにルーティングしてもよい。

上述の医療ネットワークにおいて、医療デバイスは集中型サーバ又はゲートウェイの宛先ネットワーク・アドレスのみで構成されている。したがって、通信は、医療デバイスと集中型サーバ又はゲートウェイとの間の接続に限定される。上述のように、サーバ又はゲートウェイは、医療処置データ及び／又は医療イベント・データが医療ネットワーク上でどのようにルーティングされるべきかを決定する。既知の医療ネットワークは、ネットワークのエッジ又はエンドポイントに医療デバイスを残し、これは、医療デバイスの相互接続性を制限又は抑制する。

医療ネットワークに関する別の既知の課題は、これらの全体的な操作性が、ヘルスケア施設によって指定されたネットワーク構成に限定されることである。ヘルスケア施設における医療ネットワークはセキュリティ及び信頼性のために設計されているため、強化された機能又はデバイス相互接続性は、典型的には既知の医療ネットワークにおいて考慮又はデプロイされない。一例において、医療デバイスは、他の医療デバイス又はセンサと通信する能力のような、強化されたネットワーク操作性を含んでもよい。しかし、このような機能は、医療ネットワークがデバイス間通信を可能にするように構成されている場合にのみ動作可能である。多くの場合、ヘルスケア施設は、コスト、労力、及び潜在的なリスクに起因して、このような機能をサポートするためにネットワークを変更又はアップグレードしない。数十から数百の異なる医療デバイスのために特定の機能をサポートするようにネットワークを適応させることは、厄介であり、１つの機能又は医療デバイスがネットワーク全体を中断させるリスクがある。医療ネットワークによって提供される限定された機能性の結果として、いくつかの医療デバイス機能性は、決して使用されないか、又は設計若しくは実装されることさえない。

したがって、医療デバイスの機能又は動作を制限しない医療システムの必要性が存在する。また、医療デバイス相互接続性を可能にする医療システムの必要性も存在する。

医療デバイス間で実装される自己完結型ネットワークを作成する例示的なシステム、方法及び装置が本書で開示される。本書に開示される医療デバイスは、デジタル通信モジュール（「ＤＣＭ」）を含むか、又はこれに接続される。デジタル通信モジュールは、デジタル通信装置とも呼ばれてもよい。例示的なＤＣＭは、医療デバイスのプロセッサ（又は治療モジュール）と医療ネットワークとの間に配置される。いくつかの実施形態において、ＤＣＭは、（シリアル接続又はイーサネット（登録商標）接続を介して接続された）医療デバイスの外部にある。他の実施形態において、ＤＣＭは、医療デバイス内に含まれるか、又はこれと一体化される。

第１の独立した側面によれば、医療システムであって、
‐少なくとも１つの医療デバイス（１０４）であって、
・１つ以上のセンサ及び１つ以上のアクチュエータと、
・メモリと、
・前記１つ以上のセンサからデータを受信し、医療タスクを実行するために前記１つ以上のアクチュエータを制御するように構成されたプロセッサ（１０７）であって、
前記プロセッサ（１０７）は、前記メモリにアクセスでき、医療デバイス・データ（３０３）を含むデータを記憶するように構成される、プロセッサ（１０７）と、
・前記プロセッサ（１０７）に接続された通信ユニットであって、前記通信ユニットは、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、通信ユニットと、
を含む少なくとも１つの医療デバイス（１０４）と、
‐前記医療デバイス（１０４）に関連付けられた少なくとも１つのデジタル通信モジュール（１０２）であって、デジタル通信モジュール（１０２）は、
・前記医療デバイス（１０４）の前記通信ユニットに通信するために結合された入力インターフェース（３０４）であって、前記入力インタフェース（３０４）は、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、入力インターフェース（３０４）と、
・（ｉ）医療ネットワーク（１０６）を介した電子医療記録サーバ（１０８）、及び（ｉｉ）無線専有ネットワーク（４００）を介した少なくとも１つの他のデジタル通信モジュール（１０２Ａ）との通信結合のために構成された出力インタフェース（３０６）であって、前記出力インタフェース（３０６）は、シリアル出力ポートと、イーサネット出力ポートと、無線出力ポートとのうちの少なくとも１つを含む、出力インターフェース（３０６）と、
・前記デジタル通信モジュール（１０２）の識別子とともに少なくとも１つの構成ファイル（３３２）を記憶するように構成されたファイル構成マネージャ（３３０）と、
・前記入力インタフェース（３０４）、前記出力インタフェース（３０６）及び前記ファイル構成マネージャ（３３０）に通信結合されたデータ・マネージャ（３０２）であって、前記データ・マネージャ（３０２）は、
・パワー・オンされた後、前記無線専有ネットワーク（４００）を介して前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）へアウェイク・メッセージを送信することであって、前記アウェイク・メッセージは、前記デジタル通信モジュール（１０２）の前記識別子と、前記パワー・オンの日付／時刻とを含む、ことと、
・前記無線専有ネットワーク（４００）を介して前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）のそれぞれから応答メッセージを受信することであって、前記応答メッセージは、個別の他のデジタル通信モジュール（１０２Ａ）の識別子又はネットワーク・アドレスと、個別の他のデジタル通信モジュール（１０２Ａ）がいつパワー・オンされたかに関する日付／時刻インジケーションとを含む、ことと、
・前記医療デバイス（１０４）から医療デバイス・データ（３０３）を受信することと、
・前記他のデジタル通信モジュール（１０２Ａ）のうち最も早い日付／時刻インジケーションを有する第１のものを介して前記医療デバイス・データ（３０３）が前記ＥＭＲサーバ（１０８）へ送信されるべきであると判定することと、
・前記ＥＭＲサーバ（１０８）への送信のために前記医療デバイス・データ（３０３）を前記第１のデジタル通信モジュール（１０２）へ送信することと、
を行うように構成される、データ・マネージャ（３０２）と、
を備える、少なくとも１つのデジタル通信モジュール（１０２）と、を備える、医療システムが提供される。

第２の独立した側面において、
医療システムであって、
‐少なくとも１つの医療デバイス（１０４）であって、
・１つ以上のセンサ及び１つ以上のアクチュエータと、
・メモリと、
・前記１つ以上のセンサからデータを受信し、医療タスクを実行するために前記１つ以上のアクチュエータを制御するように構成されたプロセッサ（１０７）であって、
前記プロセッサ（１０７）は、前記メモリにアクセスでき、医療デバイス・データ（３０３）を含むデータを記憶するように構成される、プロセッサ（１０７）と、
・前記プロセッサ（１０７）に接続された通信ユニットであって、前記通信ユニットは、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、通信ユニットと、
を含む少なくとも１つの医療デバイス（１０４）と、
‐前記医療デバイス（１０４）に関連付けられた少なくとも１つのデジタル通信モジュール（１０２）であって、デジタル通信モジュール（１０２）は、
・前記医療デバイス（１０４）の前記通信ユニットに通信するために結合された入力インターフェース（３０４）であって、前記入力インタフェース（３０４）は、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、入力インターフェース（３０４）と、
・（ｉ）無線専有ネットワーク（４００）を介した少なくとも１つの他のデジタル通信モジュール（１０２Ａ）、及び（ｉｉ）前記無線専有ネットワーク（４００）又は直接無線リンクを介した臨床医デバイスとの通信結合のために構成された出力インタフェース（３０６）であって、前記出力インタフェース（３０６）は、イーサネット出力ポートと、無線出力ポートとのうちの少なくとも１つを含む、出力インターフェース（３０６）と、
・臨床医デバイスのネットワーク・アドレス又は識別子及び前記臨床医デバイスへ通知を送信するための基準とともに少なくとも１つの構成ファイル（３３２）を記憶するように構成されたファイル構成マネージャ（３３０）と、
・前記入力インタフェース（３０４）、前記出力インタフェース（３０６）及び前記ファイル構成マネージャ（３３０）に通信結合されたデータ・マネージャ（３０２）であって、前記データ・マネージャ（３０２）は、
○前記医療デバイス（１０４）から医療デバイス・データ（３０３）を受信することと、
○前記医療デバイス・データ（３０３）の少なくとも一部が前記基準を満たすと判定することと、
○前記専有ネットワーク（４００）又は前記直接無線リンクを介して前記臨床医デバイス（３２２）へ通知メッセージを送信することであって、前記通知メッセージは、前記基準を満たす前記医療デバイス・データ（３０３）の前記少なくとも一部を示す、ことと、
を行うように構成される、データ・マネージャ（３０２）と、
を備える、少なくとも１つのデジタル通信モジュール（１０２）と、を備える、医療システムが提供される。

さらなる独立した側面において、少なくとも１つの医療デバイス（１０４）からＥＭＲサーバ（１０８）へ少なくとも１つのデジタル通信モジュール（１０２）を通じて医療デバイス・データ（３０３）を転送するためのプロセスであって、
前記医療デバイス（１０４）は、
・１つ以上のセンサ及び１つ以上のアクチュエータと、
・メモリと、
・前記１つ以上のセンサからデータを受信し、医療タスクを実行するために前記１つ以上のアクチュエータを制御するように構成されたプロセッサ（１０７）であって、
前記プロセッサ（１０７）は、前記メモリにアクセスでき、医療デバイス・データ（３０３）を含むデータを記憶するように構成される、プロセッサ（１０７）と、
・前記プロセッサ（１０７）に接続された通信ユニットであって、前記通信ユニットは、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、通信ユニットと、を備え、
前記デジタル通信モジュール（１０２）は、
・前記医療デバイス（１０４）の前記通信ユニットに通信するために結合された入力インターフェース（３０４）であって、前記入力インタフェース（３０４）は、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、入力インターフェース（３０４）と、
・（ｉ）医療ネットワーク（１０６）を介した電子医療記録サーバ（１０８）、及び（ｉｉ）無線専有ネットワーク（４００）を介した少なくとも１つの他のデジタル通信モジュール（１０２Ａ）との通信結合のために構成された出力インタフェース（３０６）であって、前記出力インタフェース（３０６）は、シリアル出力ポートと、イーサネット出力ポートと、無線出力ポートとのうちの少なくとも１つを含む、出力インターフェース（３０６）と、
・前記デジタル通信モジュール（１０２）の識別子とともに少なくとも１つの構成ファイル（３３２）を記憶するように構成されたファイル構成マネージャ（３３０）と、
・前記入力インタフェース（３０４）、前記出力インタフェース（３０６）及び前記ファイル構成マネージャ（３３０）に通信結合されたデータ・マネージャ（３０２）と、を備え、
前記プロセスは、
・前記デジタル通信モジュール（１０２）を前記医療デバイス（１０４）に結合することと、
・前記デジタル通信モジュール（１０２）を前記ＥＭＲサーバ（１０８）に結合することと、
・パワー・オンされた後、前記無線専有ネットワーク（４００）を介して前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）へアウェイク・メッセージを前記データ・マネージャ（３０２）を介して送信することであって、前記アウェイク・メッセージは、前記デジタル通信モジュール（１０２）の前記識別子と、前記パワー・オンの日付／時刻とを含む、ことと、
・前記無線専有ネットワーク（４００）を介して前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）のそれぞれから応答メッセージを受信することであって、前記応答メッセージは、個別の他のデジタル通信モジュール（１０２Ａ）の識別子又はネットワーク・アドレスと、個別の他のデジタル通信モジュール（１０２Ａ）がいつパワー・オンされたかに関する日付／時刻インジケーションとを含む、ことと、
・前記医療デバイス（１０４）から医療デバイス・データ（３０３）を受信することと、
・前記他のデジタル通信モジュール（１０２Ａ）のうち最も早い日付／時刻インジケーションを有する第１のものを介して前記医療デバイス・データ（３０３）が前記ＥＭＲサーバ（１０８）へ送信されるべきであると判定することと、
・前記ＥＭＲサーバ（１０８）への送信のために前記医療デバイス・データ（３０３）を前記第１のデジタル通信モジュール（１０２）へ送信することと、
を行うように構成される、データ・マネージャ（３０２）と、
を有する、プロセスが提供される。

以下の段落において、システム及びプロセスのさらなる詳細が提供される。以下の側面は、システム及び通信モジュール（それ自体又はシステムの一部）を対象とするが、医療デバイスのプロセッサによって、及びデジタル通信モジュールのデータ・マネージャによって実行されるプロセス・ステップは、医療デバイス・データを転送するための上述のプロセスの一部であってもよい。

先行する側面のいずれか１つに係る第３の側面において、前記医療システムは、複数の医療デバイス（１０４）と、複数のデジタル通信モジュール（１０２Ａ‐０、…、１０２Ａ‐６）とを備え、前記複数の医療デバイス（１０４）のそれぞれは、前記複数のデジタル通信モジュール（１０２Ａ‐０、…、１０２Ａ‐６）の１つの個別のデジタル通信モジュール（１０２）に関連付けられる。

先行する側面に係る第４の側面において、前記複数の医療デバイス（１０４）は、腎疾患の処置のための１つ以上の装置と、１つ以上の注入ポンプと、１つ以上の栄養液供給デバイスと、１つ以上のプラズマフェレーシス機械と、医療用調製機械のための１つ以上の精製水とを含む群において選択される、様々な性質の医療デバイスを含む。

先行する２つの側面のいずれか１つに係る第５の側面において、前記デジタル通信モジュール（１０２）は、メッシュ構成ネットワーク内の前記デジタル通信モジュール（１０２Ａ‐０、…、１０２Ａ‐６）が、ヘルスケア施設に関連付けられた医療ネットワーク（１０６）と分離して互いに通信することを可能にするゲートウェイとして構成される。

先行する３つの側面のいずれか１つに係る第６の側面において、前記複数のデジタル通信モジュール（１０２Ａ‐０、…、１０２Ａ‐６）は、前記医療ネットワーク（１０６）と（オプションとして排他的に）接続するノード・ゲートウェイとして１つのデジタル通信モジュール（１０２）を指定するように構成され、特に、前記複数のデジタル通信モジュール（１０２Ａ‐０、…、１０２Ａ‐６）のそれぞれは、個別の医療デバイス・データ（３０３）を、前記ノード・ゲートウェイ・デジタル通信モジュールへ送信し、これは、前記受信された医療デバイス・データ（３０３）を前記医療ネットワーク（１０８）へルーティングし、オプションとして、前記ノード・ゲートウェイ・デジタル通信モジュールは、定期的な間隔で前記医療ネットワーク（１０６）と通信する。

先行する４つの側面のいずれか１つに係る第７の側面において、前記複数のデジタル通信モジュール（１０２Ａ‐０、…、１０２Ａ‐６）は、互いに通信するように構成され、前記複数の医療デバイス（１０４）に関連付けられた前記複数のデジタル通信モジュール、例えばＩｏＴゲートウェイによってホストされた自己完結型専有無線ネットワーク（４００）を作成する。

先行する側面に係る第８の側面において、前記自己完結型専有無線ネットワーク（４００）は、前記医療ネットワーク（１０６）に単一ポイント送信するために、デジタル通信モジュール（１０２Ａ‐０、．．、１０２Ａ‐６）間で医療デバイス・データ（３０３）を送信するように構成される。

さらなる第８の２の側面において、前記自己完結側専有無線ネットワーク（４００）は、前記自己完結型専有無線ネットワーク（４００）に接続されたデジタル通信モジュール（１０２Ａ‐０、…、１０２Ａ‐６）間で同じ医療デバイス・データ（３０３）を共有するように構成される。

先行する側面のいずれか１つに係る第９の側面において、前記医療デバイス（１０４）は医療液体供給機械であり、前記１つ以上のアクチュエータは１つ以上のポンプを含む。

先行する側面のいずれか１つに係る第１０の側面において、前記医療デバイス（１０４）は、使い捨てライン・セットを備える、持続的腎代替療法「ＣＲＲＴ」機械、血液透析機械、又は腹膜透析機械のような腎疾患を処置するための装置であり、１つ以上のアクチュエータは１つ以上のポンプを含む。

先行する側面のいずれか１つに係る第１１の側面において、前記医療デバイス（１０４）は、
‐半透膜によって分離された一次チャンバ及び二次チャンバを有する濾過ユニットと、
‐血液回路であって、
・前記一次チャンバの入口に接続された第１の端部と、患者に接続するための第２の端部との間に延在する脱血ラインと
・前記一次チャンバの出口に接続された第１の端部と、前記患者に接続するための第２の端部との間に延在する返血ラインと、
を含む血液回路と、
‐前記血液回路に血液を循環させる血液ポンプと、
‐前記二次チャンバの出口に接続された透析液ラインと、
‐オプションとして、個別の溶液を血液中に移すための１つ以上のラインと、
を含む、血液の体外循環を伴う腎疾患の処置のための装置である。

先行する側面のいずれか１つに係る第１２の側面において、前記医療デバイス・データ（３０３）は、医療処置データと、アラーム又はアラートのような医療イベント・データとの両方を含む。

先行する側面のいずれか１つに係る第１３の側面において、前記システムは、医療ネットワーク（１０６）と、電子医療記録（ＥＭＲ）サーバ（１０８）とをさらに備える。

先行する側面のいずれか１つに係る第１４の側面において、前記デジタル通信モジュール（１０２）は、前記医療デバイス（１０４）のケースの外部にあり、シリアル接続又はイーサネット接続を介して前記医療デバイス（１０４）に物理的に接続されるか、これに代えて、無線接続を介して接続される。

先行する側面１～１３のいずれか１つに係る第１５の側面において、前記デジタル通信モジュール（１０２）は、前記医療デバイス（１０４）のケース内に含まれるか、又は前記医療デバイス（１０４）と一体化される。

先行する側面のいずれか１つに係る第１６の側面において、前記システムは、医療ネットワークと、電子医療記録（ＥＭＲ）サーバ（１０８）とをさらに備え、前記医療ネットワーク（１０６）は、Ｗｉ‐Ｆｉネットワーク又はイーサネット・ネットワークのうちの少なくとも１つを含み、前記デジタル通信モジュール（１０２）は、前記ＥＭＲサーバ（１０８）に含めるために前記医療デバイス・データ（３０３）を前記医療ネットワークへ送信する。

先行する側面に係る第１７の側面において、前記医療ネットワーク（１０６）は、ローカル・エリア・ネットワーク「ＬＡＮ」と、無線ＬＡＮ「ＷＬＡＮ」と、イーサネット・ネットワークと、Ｗｉ‐Ｆｉネットワークと、ゲートウェイ、ルータ、システム・ハブ、スイッチ、及び通信接続を確立しデータをルーティングするためのネットワーク機器のグループ内の１つ以上の通信要素とのうちの少なくとも１つを含み、特に、前記医療ネットワーク（１０６）は、認可されたリモート・デバイスのみにアクセスを制限する１つ以上のファイアウォールを含む。

側面７に従属する場合の先行する側面のいずれか１つに係る第１８の側面において、前記専有無線通信ネットワーク（４００）は医療ネットワークとは別個である。

先行する側面のいずれか１つに係る別の側面において、前記医療システムは、前記専有ネットワーク（４００）又は前記直接無線リンクを通じて前記デジタル通信モジュール（１０２）に接続された前記臨床医デバイス（３２２）を含み、前記臨床医デバイス（３２２）は、前記通知メッセージを受信するために前記医療ネットワーク（１０６）への接続を必要とせず、特に、前記臨床医デバイス（３２２）は前記医療ネットワーク（１０６）に接続されない。

第１９の独立した側面において、デジタル通信モジュール（１０２）であって、前記医療デバイス（１０４）の前記通信ユニットに通信するために結合された入力インターフェース（３０４）であって、前記入力インタフェース（３０４）は、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、入力インターフェース（３０４）と、
（ｉ）医療ネットワーク（１０６）を介した電子医療記録サーバ（１０８）、及び（ｉｉ）無線専有ネットワーク（４００）を介した少なくとも１つの他のデジタル通信モジュール（１０２Ａ）との通信結合のために構成された出力インタフェース（３０６）であって、前記出力インタフェース（３０６）は、シリアル出力ポートと、イーサネット出力ポートと、無線出力ポートとのうちの少なくとも１つを含む、出力インターフェース（３０６）と、
前記デジタル通信モジュール（１０２）の識別子とともに少なくとも１つの構成ファイル（３３２）を記憶するように構成されたファイル構成マネージャ（３３０）と、
前記入力インタフェース（３０４）、前記出力インタフェース（３０６）及び前記ファイル構成マネージャ（３３０）に通信結合されたデータ・マネージャ（３０２）であって、前記データ・マネージャ（３０２）は、
パワー・オンされた後、前記無線専有ネットワーク（４００）を介して前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）へアウェイク・メッセージを送信することであって、前記アウェイク・メッセージは、前記デジタル通信モジュール（１０２）の前記識別子と、前記パワー・オンの日付／時刻とを含む、ことと、
前記無線専有ネットワーク（４００）を介して前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）のそれぞれから応答メッセージを受信することであって、前記応答メッセージは、個別の他のデジタル通信モジュール（１０２Ａ）の識別子又はネットワーク・アドレスと、個別の他のデジタル通信モジュール（１０２Ａ）がいつパワー・オンされたかに関する日付／時刻インジケーションとを含む、ことと、
前記医療デバイス（１０４）から医療デバイス・データ（３０３）を受信することと、
前記他のデジタル通信モジュール（１０２Ａ）のうち最も早い日付／時刻インジケーションを有する第１のものを介して前記医療デバイス・データ（３０３）が前記ＥＭＲサーバ（１０８）へ送信されるべきであると判定することと、
前記ＥＭＲサーバ（１０８）への送信のために前記医療デバイス・データ（３０３）を前記第１のデジタル通信モジュール（１０２）へ送信することと、
を行うように構成される、データ・マネージャ（３０２）と、
を備える、デジタル通信モジュール（１０２）が提供される。

第２０の独立した側面において、デジタル通信モジュール（１０２）であって、
前記医療デバイス（１０４）の前記通信ユニットに通信するために結合された入力インターフェース（３０４）であって、前記入力インタフェース（３０４）は、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、入力インターフェース（３０４）と、
（ｉ）無線専有ネットワーク（４００）を介した少なくとも１つの他のデジタル通信モジュール（１０２Ａ）、及び（ｉｉ）前記無線専有ネットワーク（４００）又は直接無線リンクを介した臨床医デバイスとの通信結合のために構成された出力インタフェース（３０６）であって、前記出力インタフェース（３０６）は、イーサネット出力ポートと、無線出力ポートとのうちの少なくとも１つを含む、出力インターフェース（３０６）と、
臨床医デバイスのネットワーク・アドレス又は識別子及び前記臨床医デバイスへ通知を送信するための基準とともに少なくとも１つの構成ファイル（３３２）を記憶するように構成されたファイル構成マネージャ（３３０）と、
前記入力インタフェース（３０４）、前記出力インタフェース（３０６）及び前記ファイル構成マネージャ（３３０）に通信結合されたデータ・マネージャ（３０２）であって、前記データ・マネージャ（３０２）は、
前記医療デバイス（１０４）から医療デバイス・データ（３０３）を受信することと、
前記医療デバイス・データ（３０３）の少なくとも一部が前記基準を満たすと判定することと、
前記専有ネットワーク（４００）又は前記直接無線リンクを介して前記臨床医デバイスへ通知メッセージを送信することであって、前記通知メッセージは、前記基準を満たす前記医療デバイス・データ（３０３）の前記少なくとも一部を示す、ことと、
を行うように構成される、データ・マネージャ（３０２）と、
を備える、デジタル通信モジュール（１０２）が提供される。

第１９及び第２０の独立した側面は、先行する側面１～１８のいずれか及び以下の側面と組み合わされてもよい。

先行する側面に係る第２１の側面において、前記無線専有ネットワーク（４００）は、Ｚｉｇｂｅｅ（登録商標）無線プロトコルと、Ｚ‐Ｗａｖｅ（登録商標）無線プロトコルと、ＷｅＭｏ（登録商標）無線プロトコルと、低電力ワイド・エリア・ネットワーク（「ＬＰＷＡＮ」）無線プロトコルとのうちの少なくとも１つを含み、
前記直接無線リンクは、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線プロトコルと、Ｂｌｕｅｔｏｏｔｈ（登録商標）メッシュ無線プロトコルと、Ｂｌｕｅｔｏｏｔｈ（登録商標）５．０無線プロトコルとのうちの少なくとも１つを使用して提供される。

先行する２つの側面のいずれか１つに係る第２２の側面において、前記直接無線リンクは、前記無線専有ネットワーク（４００）の一部として含まれる。

先行する３つの側面のいずれか１つに係る第２３の側面において、前記通知のための前記基準は、アラームと、アラートと、イベントとのうちの少なくとも１つに対応する。

先行する４つの側面のいずれか１つに係る第２４の側面において、前記データ・マネージャ（３０２）は、
前記臨床医デバイス（３２２）からの認可された接続を許可することと、
どの通知が望ましいかに関するデータを要求し、前記通知がいつ生成されるべきかに関する設定閾値及び／又は条件を含むテンプレート・フォームを提供することであって、特に、前記テンプレート・フォームは、前記アラーム、イベント、又はアラートについて優先度を要求する、ことと、
前記基準を設定するためにテンプレート・フォーム・データを使用することと、
を行うようにさらに構成される。

先行する５つの側面のいずれか１つに係る第２５の側面において、前記データ・マネージャ（３０２）は、前記メッセージが前記臨床医デバイス（３２２）に到達することを保証するために前記通知メッセージをブロードキャスト及び再ブロードキャストするように構成され、前記データ・マネージャ（３０２）は、最大ブロードキャスト時間に到達するか、最大数のブロードキャストが行われるか、又は前記通知メッセージが前記臨床医デバイス（３２２）から受信された場合の確認応答メッセージかの何れかが満たされるまで前記通知メッセージを再ブロードキャストするように構成される。

先行する側面のいずれか１つに係る第２６の側面において、前記データ・マネージャ（３０２）は、
前記第１のデジタル通信モジュール（１０２）から、前記第１のデジタル通信モジュール（１０２）がもはや利用可能でないことを示すパワー・オフ・メッセージを受信することと、
前記第１のデジタル通信モジュール（１０２）の前記日付／時刻インジケーションを除去することと、
前記医療デバイス（１０４）から第２の医療デバイス・データ（３０３）を受信することと、
前記他のデジタル通信モジュール（１０２Ａ）のうち、前記第１のデジタル通信・モジュール（１０２）の前記日付／時刻インジケーションを除去して最も早い日付／時刻インジケーションを有する第２のものを介して前記第２の医療デバイス・データ（３０３）が前記ＥＭＲサーバへ送信されるべきであると判定することと、
前記ＥＭＲサーバ（１０８）への送信のために前記第２の医療デバイス・データ（３０３）を前記第２のデジタル通信モジュール（１０２）へ送信することと、
を行うようにさらに構成される。

先行する側面のいずれか１つに係る第２７の側面において、前記データ・マネージャ（３０２）は、
前記第１のデジタル通信モジュール（１０２）から、前記第１のデジタル通信モジュール（１０２）がもはや利用可能でないことを示すパワー・オフ・メッセージを受信することと、
前記第１のデジタル通信モジュール（１０２）の前記日付／時刻インジケーションを除去することと、
前記医療デバイス（１０４）から第２の医療デバイス・データ（３０３）を受信することと、
前記他のデジタル通信モジュール（１０２Ａ）の中で最も早い日付／時刻インジケーションを有する前記デジタル通信モジュール（１０２）に基づいて、前記デジタル通信モジュール（１０２）を介して前記第２の医療デバイス・データ（３０３）が前記ＥＭＲサーバ（１０８）へ送信されるべきであると判定することと、
前記医療ネットワーク（１０６）への前記出力インタフェース（３０６）の前記通信結合を介して、前記第２の医療デバイス・データ（３０３）を前記ＥＭＲサーバ（１０８）へ送信することと、
を行うようにさらに構成される。

先行する側面に係る第２８の側面において、前記データ・マネージャ（３０２）は、
前記他のデジタル通信モジュール（１０２Ａ）のうちの１つから第３の医療デバイス・データ（３０３）を受信することと、
前記医療ネットワーク（１０６）への前記出力インタフェース（３０６）の前記通信結合を介して前記第３の医療デバイス・データ（３０３）を前記ＥＭＲサーバ（１０８）へ送信することと、
を行うようにさらに構成される。

先行する２つの側面のいずれか１つに係る第２９の側面において、前記データ・マネージャ（３０２）は、
前記医療デバイス・データ（３０３）の送信のためのノード・ゲートウェイとして新たな第１のデジタル通信モジュール（１０２）を指定することと、
前記第１のデジタル通信モジュール（１０２）からパワー・オフ・メッセージを受信し、前記新たなデジタル通信モジュール（１０２）が前記他のデジタル通信モジュール（１０２Ａ）の中で最も早い日付／時刻インジケーションを有すると判定した後に、前記ノード・ゲートウェイとして前記新たなデジタル通信モジュール（１０２）を指定することと、
を行うようにさらに構成される。

先行する側面に係る第３０の側面において、前記データ・マネージャ（３０２）は、前記新たな第１のデジタル通信モジュール（１０２）を前記ノード・ゲートウェイとして指定した後に、前記出力インタフェース（３０６）を介して前記ＥＭＲサーバ（１０８）への前記通信結合を無効にすることを行うようにさらに構成される。

先行する側面のいずれか１つに係る第３１の側面において、前記データ・マネージャ（３０２）は、
前記医療デバイス（１０４）から第１の使い捨て品又は消耗品使用情報を受信することと、
前記他のデジタル通信モジュール（１０２Ａ）から第２の使い捨て品又は消耗品使用情報を受信することと、
前記第１及び第２の使い捨て品又は消耗品使用情報を組み合わせることと、
前記医療ネットワーク（１０６）への前記出力インタフェース（３０６）の前記通信結合を介して、前記組み合わされた第１及び第２の使い捨て品又は消耗品使用情報を、前記ＥＭＲサーバ（１０８）と医療サプライ・サーバとの少なくとも１つへ送信することと、
を行うようにさらに構成される。

先行する側面に係る第３２の側面において、前記デジタル通信モジュール（１０２）は、データベースと、使い捨て品／消耗品使用を追跡するログ・ファイルを前記データベース（３２４）に保持するログ・マネージャ（３３４）とをさらに備える。

先行する２つの側面のいずれか１つに係る第３３の側面において、前記第１及び第２の使い捨て品又は消耗品使用情報は、フィルタ、使い捨てカセット、ライン・セット、透析溶液、生理食塩水、腎代替溶液、ウォーマ・バッグ、又は使い捨てセンサの使用を示す情報を含む。

先行する３つの側面のいずれか１つに係る第３４の側面において、前記プロセッサ（１０７）は、前記医療デバイスを通じて前記処置供給を監視し、特に処置セッションの終わりに、
・使い捨てライン・セットのような、使用済であり、後続の処置を実行するために交換されなければならないシングル・ユースの使い捨て品のタイプ及び数、及び／又は
・透析液調製又は限外濾過のための濃縮物のような、使い尽くされるか又は交換されなければならない半使い捨て要素のタイプ及び数、及び／又は
・センサ又はアクチュエータのような、交換されなければならない故障した構成要素のタイプ及び数と、
を含む第１の使い捨て品又は消耗品使用情報を決定するように構成され、
前記プロセッサ（１０７）は、前記第１の使い捨て品又は消耗品使用情報を前記メモリに記憶し、前記第１の使い捨て品又は消耗品使用情報は、前記通信ユニットを通じて前記デジタル通信モジュール（１０２）へ転送される。

上記４つの側面のいずれかに係る第３５の側面において、複数のデジタル通信モジュール（１０２Ａ‐０、…、１０２Ａ‐６）の各デジタル通信モジュール（１０２）の前記データ・マネージャ（３０２）は、その使い捨て品又は消耗品使用情報を他のデジタル通信モジュールに通信するように構成され、各デジタル通信モジュールは、前記無線専有ネットワーク（４００）の個別のデジタル通信モジュール部分に関連付けられたすべての医療デバイスについてのフリート集約情報を保持する。

先行する５つの側面のいずれか１つに係る第３６の側面において、前記デジタル通信モジュール（１０２）は、前記医療デバイスのうちの少なくとも１つに入力されるか、又は前記医療ネットワーク・インタフェース（３１０）を介して前記医療ネットワーク（１０６）のサーバから受信された利用可能な在庫のインジケーションを受信し、前記データ・マネージャ（３０２）は、前記使い捨て品又は消耗品使用情報を、利用可能な在庫の前記インジケーションと比較し、補充される必要がある使い捨て品又は消耗品の情報を含む補充メッセージを生成し、前記補充メッセージは、サプライヤとの在庫追跡のために前記医療ネットワーク（１０６）へ送信される。

先行する側面のいずれか１つに係る第３７の側面において、前記無線専有ネットワーク（４００）は、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線プロトコルと、Ｂｌｕｅｔｏｏｔｈ（登録商標）メッシュ無線プロトコルと、Ｂｌｕｅｔｏｏｔｈ（登録商標）５．０無線プロトコルと、Ｚｉｇｂｅｅ（登録商標）無線プロトコルと、Ｚ‐Ｗａｖｅ（登録商標）無線プロトコルと、ＷｅＭｏ（登録商標）無線プロトコルと、低電力ワイド・エリア・ネットワーク（「ＬＰＷＡＮ」）無線プロトコルとのうちの少なくとも１つを含み、
前記医療ネットワーク（１０６）は、Ｗｉ‐Ｆｉネットワークと、イーサネット・ネットワークとのうちの少なくとも１つを含む。

先行する側面のいずれか１つに係る第３８の側面において、前記構成ファイル（３３２）は、前記ＥＭＲサーバ（１０８）の宛先ネットワーク・アドレスと、前記接続された医療デバイス（１０４）の医療デバイス（１０４）タイプの識別情報と、医療デバイス（１０４）シリアル番号の識別情報と、前記受信された医療データが前記医療デバイス（１０４）によって生成された又は前記医療デバイス（１０４）から前記データ・マネージャ（３０２）によって受信されたタイムスタンプと、を指定する。

先行する側面のいずれか１つに係る第３９の側面において、前記データ・マネージャ（３０２）は、
前記医療デバイス・データ（３０３）のストリームを受信することと、
前記医療デバイス・データ（３０３）のスナップショットを定期的な間隔で作成することと、
前記医療デバイス・データ（３０３）の前記スナップショットを、前記第１のデジタル通信モジュール（１０２）へ送信される前記医療デバイス・データ（３０３）として提供することと、
を行うようにさらに構成される。

先行する側面に係る第４０の側面において、前記定期的な間隔は、５秒～６０秒の間の期間を有する。

先行する２つの側面のいずれか１つに係る第４１の側面において、前記データ・マネージャ（３０２）は、
スナップショット間の前記医療デバイス・データ（３０３）への変更を識別するためにイベント追跡を使用することと、
前のスナップショットからの前記変更された医療デバイス・データ（３０３）のみを、前記第１のデジタル通信モジュール（１０２）へ送信される前記医療デバイス・データ（３０３）として含めることと、
を行うようにさらに構成される。

先行する側面のいずれか１つに係る第４２の側面において、前記医療デバイス（１０４）は、持続的腎代替療法（「ＣＲＲＴ」）機械と、腹膜透析機械と、血液透析機械と、浄水機械と、栄養調合機械とのうちの少なくとも１つを含む。

先行する側面のいずれか１つに係る第４２の２の側面において、前記デジタル通信モジュール（１０２）は、前記医療デバイスから医療デバイス・データ（３０３）を受信するように構成され、前記デジタル通信モジュール（１０２）と前記医療デバイスとの間の通信は一方向である。

先行する側面のいずれか１つに係る第４３の側面において、前記医療デバイス・データ（３０３）は、
透析サイクルの充填、滞留、及び排出フェーズの間の遷移を含むイベント情報と、
アラーム、アラート、又はイベント情報と、
処置プログラミング情報と、
推定された充填速度と、排出速度と、除去される限外濾過の量とのうちの少なくとも１つを含む医療処置データと、
のうちの少なくとも１つを含む。

先行する側面のいずれか１つに係る第４４の側面において、前記データ・マネージャ（３０２）は、
前記出力インタフェース（３０６）を介して構成メッセージを受信することであって、前記構成メッセージは、臨床医デバイスのネットワーク・アドレスと、前記臨床医デバイスへ通知を送信するための基準とを示す、ことと、
前記医療デバイス・データ（３０３）の少なくとも一部が前記基準を満たすと判定することと、
前記基準を満たす前記医療デバイス・データ（３０３）の前記少なくとも一部を示す通知メッセージを、前記専有ネットワーク（４００）を介して前記臨床医デバイスへ送信することと、
を行うようにさらに構成される。

先行する側面のいずれかに係る第４５の側面において、医療システム又はモジュールは、注入ポンプである少なくとも１つの別の医療デバイスをさらに含み、医療デバイス（１０４）は透析機械であり、
前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）は、それぞれ、前記注入ポンプに関連付けられ、
前記透析機械からの前記医療デバイス・データ（３０３）は患者識別子を含み、前記少なくとも１つの注入ポンプからの第２の医療デバイス・データ（３０３）は同じ患者識別子及び注入速度を含み、
前記データ・マネージャ（３０２）は、
適応液体除去動作が有効であることのインジケーションを受信することと、
・濾過ユニットに入る未使用透析液流量と、
・前記濾過ユニットから出る流出流量と、
・体外血液回路への注入前流量と、
・体外血液回路への注入後流量と、
・液体除去目標量及び除去期間と、
・液体除去速度と、
のうちの１つ以上を含む、前記患者識別子に関連するパラメータ・データを受信することと、
前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）から前記無線専有ネットワーク（４００）を介して前記第２の医療デバイス・データ（３０３）を受信することと、
前記少なくとも１つの注入ポンプが同じ患者識別子に関連付けられているかどうかを判定することと、
前記第２の医療デバイス・データ（３０３）に基づいて、前記患者に注入されている液体の量又は注入流量を決定することと、
前記パラメータ・データ及び前記第２の医療デバイス・データ（３０３）から決定された前記患者に注入されている液体の前記量又は前記注入流量に基づいて、更新されたパラメータ・データを決定することであって、特に、前記更新されたパラメータは、前記注入ポンプで注入された前記液体を考慮に入れて透析中に患者体液バランスを不変に維持する、ことと、
前記入力インタフェース（３０４）を介して、前記更新されたパラメータ・データを前記透析機械へ送信することと、
を行うようにさらに構成される。

先行するに係る第４６の側面において、前記データ・マネージャ（３０２）は、
・液体除去目標量及び除去期間のいずれか、又は
・前記患者識別子に関連する患者の液体除去速度、
を含む、前記患者識別子に関連するパラメータ・データを受信することであって、
前記更新されたパラメータ・データは、
ｉ）前記液体除去目標及び前記除去期間、又は前記液体除去速度と、
ｉｉ）前記患者に注入されている液体の前記量又は前記注入流量と、
に基づく、前記透析機械についての前記液体除去速度のような少なくとも１つの更新された流量である、ことと、
前記更新された液体除去速度のような前記少なくとも１つの更新された流量を前記入力インタフェース（３０４）を介して前記透析機械へ送信することと、
を行うようにさらに構成される。

先行する側面に係る第４６の側面において、前記少なくとも１つの更新された流量を決定することは、前記透析機械が前記患者体液バランスを不変に維持するための１つ以上の流量を再計算することを含み、前記１つ以上の流量は、濾過ユニットに入る未使用透析液流量と、前記濾過ユニットから出る流出流量と、体外血液回路への注入前流量と、体外血液回路への注入後流量と、液体除去速度とのうちの１つ以上を含む。

例えば、注入前流量又は注入後流量のいずれかは、注入ポンプからの同じ量の注入流量で低減されてもよく、それによって、他のすべての流量を不変に維持する。これに代えて、患者体液除去速度は、注入ポンプからの同じ量の注入流量で増加されてもよく、それによって、他のすべての流量を不変に維持する。もちろん、患者体液バランスを不変に維持する任意の他の液体変更の組合せが使用されてもよい。

先行する側面に係る第４７の側面において、前記透析機械はＣＲＲＴ機械であり、前記データ・マネージャ（３０２）は、前記患者識別子に関連する患者のための前記液体除去速度を受信し、前記液体除去速度と、前記患者に注入されている液体の前記量又は前記注入流量とに基づいて、前記透析機械のための更新された液体除去速度を決定するように構成される。

先行する２つの側面のいずれか１つに係る第４８の側面において、前記更新された液体除去速度の前記送信は、前記透析機械に、前記更新された液体除去速度を示す推奨を画面上に表示させる。

先行する３つの側面のいずれか１つに係る第４９の側面において、前記更新された液体除去速度の前記送信は、前記透析機械に、前記更新された液体除去速度に基づいて、プログラムされた処置を自動的に更新させ、前記プロセッサに、前記更新された液体除去速度を達成するように前記アクチュエータを駆動させる。

先行する４つの側面のいずれか１つに係る第５０の側面において、前記透析機械の前記プロセッサ（１０７）は、前記更新された液体除去速度を最大許容液体除去速度と比較するように構成され、前記更新された液体除去速度が是木最大許容液体除去速度を超える場合にアラートを表示するように構成される。

先行する側面に係る第５１の側面において、前記更新された液体除去速度が前記最大許容液体除去速度を超える場合に、前記プロセッサ（１０７）は、前記最大許容液体除去速度に実質的に等しい液体除去速度を推奨する。

先行する側面のいずれか１つに係る第５２の側面において、前記データ・マネージャ（３０２）は、
前記医療ネットワーク（１０６）を介して前記ＥＭＲサーバ（１０８）からセンサ・データを受信することと、
前記入力インタフェース（３０４）を介して、前記医療デバイス（１０４）の画面上に表示するために前記センサ・データを前記医療デバイス（１０４）へ送信することと、
を行うようにさらに構成される。

先行する側面のいずれか１つに係る第５３の側面において、前記データ・マネージャ（３０２）は、
前記センサ・データと前記医療デバイス・データ（３０３）の少なくとも一部とを、記憶された基準と比較することと、
前記入力インタフェース（３０４）を介して、前記比較を示す情報を前記画面に表示させる少なくとも１つの推奨メッセージを前記医療デバイス（１０４）へ送信することと、を行うようにさらに構成される。

先行する２つの側面のいずれか１つに係る第５４の側面において、前記ＥＭＲサーバ（１０８）からのセンサ・データは、前記デジタル通信モジュール（１０２）のメールボックス（３４０）へ送信され、特に、前記ＥＭＲサーバ（１０８）からのセンサ・データは、前記医療デバイス（１０４）に直接的に書き込むことができない。

先行する側面に係る第５５の側面において、前記医療デバイス・マネージャ（３３６）は、どのデータが前記医療デバイス（１０４）へ送信されるべきかを決定するために前記メールボックス内の前記センサ・データを処理し、特に、前記医療デバイス・マネージャ（３３６）は、互換性のある形式に前記データを変換し、前記医療デバイス（１０４）の前記プロセッサ（１０７）へ送信する。

先行する側面５３～５５のいずれか１つに係る第５６の側面において、前記データ・マネージャ（３０２）は、
患者を識別する前記センサ・データのｉｄコードを、前記医療デバイスによって送信された前記医療デバイス・データに含まれる患者識別情報と比較することと、
前記入力インタフェース（３０４）を介して、前記ｉｄコード及び前記患者識別情報が同じ患者を識別する場合に、前記センサ・データを前記医療デバイス（１０４）へ送信することと、
を行うようにさらに構成される。

本書に開示されるＤＣＭは、メッシュ構成のＤＣＭが、ヘルスケア施設の医療ネットワークとは別個に互いに通信することを可能にする（モノのインターネット（「ＩｏＴ」）ゲートウェイのような）ゲートウェイとして構成される。本書に開示されるように、ＤＣＭは、スイッチ、ルータ、ゲートウェイ、及び／又はアクセス・ポイントのような他のネットワーキング構成要素を必要とせずに、自己完結型ネットワークを提供する。このような自己完結型構成は、医療ネットワークへの如何なる変更なしに、確立された医療ネットワークとは別個に及び／又はその上にＤＣＭがデプロイされることを可能にする。このような自己完結型構成はまた、地方又はリモート・エリアのような、確立されたネットワーク・インフラストラクチャがない場所でＤＣＭがデプロイされることを可能にする。

本書に開示されるように、ＤＣＭは、妥当性通信ネットワーク（例えば、プライベート・パーソナル・エリア・ネットワーク）を提供するように構成される。いくつかの実施形態において、ＤＣＭは、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）メッシュ、Ｂｌｕｅｔｏｏｔｈ（登録商標）低エネルギー、Ｂｌｕｅｔｏｏｔｈ（登録商標）５．０、Ｚｉｇｂｅｅ（登録商標）、Ｚ‐Ｗａｖｅ（登録商標）、ＷｅＭｏ（登録商標）、及び／又はＬｏＲａ（低電力ワイド・エリア・ネットワーク（「ＬＰＷＡＮ」）ネットワーク・プロトコル）のような無線プロトコルを使用して妥当性通信ネットワークを実装してもよい。他の例において、妥当性通信ネットワークは、医療デバイス製造者によって規定されたプロトコルを使用してもよい。

特定の実施形態において、ＤＣＭは、持続的腎代替療法（「ＣＲＲＴ」）機械のような医療デバイスのプロセッサ又は治療モジュールから、（本書では集合的に医療デバイス・データと呼ばれる）医療処置データ及び／又は医療イベント・データを受信する。ＤＣＭは、医療デバイス・データの少なくとも１つのストリームを、適切なＥＭＲに含めるために医療ネットワークへ送信する。医療デバイス・データは、ＪａｖａＳｃｒｉｐｔオブジェクト記法（「ＪＳＯＮ」）形式、ハイパーテキスト・マーク付け言語（「ＨＴＭＬ」）形式、拡張可能なマーク付け言語（「ＸＭＬ」）形式、カンマ区切り値（「ＣＳＶ」）形式、テキスト形式、及び／又はヘルス・レベル７（「ＨＬ７」）形式であってもよい。

いくつかの実施形態において、医療デバイスのＤＣＭは、病院ネットワークとは別個の妥当性通信ネットワークを介して互いに通信するように構成される。ＤＣＭは、妥当性通信ネットワーク内の他のＤＣＭを識別するために、ｐｉｎｇメッセージを送信してもよい。いくつかの実施形態において、ＤＣＭは、医療ネットワークに接続するノード・ゲートウェイとして１つのＤＣＭを指定してもよい。これらの実施形態において、ＤＣＭは、指定されたノード・ゲートウェイＤＣＭへ医療デバイス・データを送信し、これは、受信された医療デバイス・データを医療ネットワークにルーティングする。ＤＣＭのこのような構成は、医療ネットワークへの接続性の特異点を提供し、それによって、ＤＣＭのためのセキュリティを向上し、ネットワークの複雑さを低減する。

本書に開示されるＤＣＭの相互接続性は、医療プロバイダのための向上した操作性を提供する。一例において、ＤＣＭは、フィルタ、カセット、ライン・セット、透析溶液、腎代替溶液、ウォーマ・バッグなどのような使い捨てアイテム及び／又は消耗アイテムの使用を追跡するように構成される。同じ専有通信ネットワーク内のＤＣＭは、使い捨て品及び／又は消耗品使用情報を共有するか、又はこのような情報を指定されたノード・ゲートウェイＤＣＭに提供してもよい。定期的な間隔で、ノード・ゲートウェイＤＣＭのようなＤＣＭのうちの１つは、医療ネットワーク及び／又は補充サーバに合計使用情報を通信する。

本書に開示されるＤＣＭは、２つ以上のタイプの医療デバイス内に含まれてもよく、又はこれに接続されてもよいことを理解されたい。一例において、１つのＤＣＭはＣＲＲＴ機械に接続され、１つ以上のＤＣＭに注入ポンプが提供されてもよい。例示的なＤＣＭは、（ＣＲＲＴ機械及び注入ポンプに入力された患者識別子を使用して）同じ患者にどれが関連付けられているか、又はどれが処置を提供しているかを判定するために、妥当性通信ネットワークを介して通信する。ＤＣＭは次に、互いに医療デバイス・データを通信し（又は注入ポンプのＤＣＭは、ＣＲＲＴ機械のＤＣＭへデータを通信し）、これは患者の処置のより包括的なデータ・ベースの実態（picture）を提供する。一例において、ＣＲＲＴ機械のＤＣＭは、プログラムされた液体除去目標を満たすように患者体液除去速度を設定及び／又は変更するために、注入ポンプからの注入速度データを使用する。この構成において、注入データの通信及び患者のＣＲＲＴ処置の修正は、医療ネットワークの外部で行われ、これにより、互換性のある医療デバイスによって提供される妥当性通信ネットワークを介してこのような操作性を提供することが可能になる。

別の実施形態において、（ＣＲＲＴ機械に接続された）例示的なＤＣＭは、医療ネットワークを介して医療施設のＥＭＲシステムと通信してもよい。血圧モニタ又は血液ガス分析器のような特定の医療デバイスは、病院ネットワークを介してＥＭＲシステムに測定データを送信するように構成される。ＥＭＲシステムは、測定データをＤＣＭへ送信してもよい。いくつかの例において、ＤＣＭは、受信データをＣＲＲＴ機械において表示させる。他の例において、ＤＣＭは、ＣＲＲＴ機械のモニタ上に表示される処置推奨を決定するために、ＣＲＲＴ機械からのデータと組み合わせて受信データを分析するように構成される。さらなる例において、ＤＣＭは、処置調整を決定するために、ＣＲＲＴ機械からのデータと組み合わせて受信データを分析するように構成され、その後、これは、進行中の処置を調整するためにＣＲＲＴ機械へ送信される。

さらなる実施形態において、（ＣＲＲＴ機械に接続されるか、又はこれに一体化される）例示的なＤＣＭは、医療デバイス・データのインジケーションを臨床医の臨床医デバイス（例えば、スマートフォン又はタブレット・コンピュータ）に提供するように構成されてもよい。この例において、臨床医デバイスは、病院ネットワークを通じるのではなく、妥当性通信ネットワークを介してＤＣＭに無線結合されてもよい。構成を通じて、ＤＣＭは、臨床医デバイスのネットワーク又はハードウェア・アドレスと、どの情報が送信されるべきかに関するインジケーションとを提供される。ＤＣＭは、ＣＲＲＴ機械の治療プロセッサから医療デバイス・データを受信し、通知を送信するための何れかの条件が満たされているかどうかを判定する。ＤＣＭは、少なくとも１つの条件が満たされるならば、医療デバイス・データを示す情報を含む通知メッセージが妥当性通信ネットワークを介して指定された臨床医デバイスへ送信されるように構成される。このような構成は、医療デバイス・プロバイダが、例示的なＤＣＭを介して、医療ネットワークのための操作性を調整又は制限することなく、又は適切な臨床医にアラート及び／又はアラームをルーティングするために医療ネットワークに依存することなく、リモート・アラート及び／又はアラームを臨床医に直接提供することを可能にする。

上記の実施形態において、ＤＣＭは、多くのモバイル・デバイスにおいて提供されるＢｌｕｅｔｏｏｔｈ（登録商標）のような第１のプロトコルを介して臨床医デバイスと通信してもよい。さらに、ＤＣＭは、モバイル・デバイスでは一般的ではない別のプロトコル及び／又は専有プロトコルを使用して他のＤＣＭと通信してもよい。このような構成は、無線通信のための比較的より制限された送受信機（オプション）を有するモバイル・デバイスと、専有ネットワークを介して通信するＤＣＭの統合を可能にする。

例示的なＤＣＭは例えば、血漿交換のための液体供給、血液透析（「ＨＤ」）、血液濾過（「ＨＦ」）、血液透析濾過（「ＨＤＦ」）、及び持続的腎代替療法（「ＣＲＲＴ」）処置に適用可能な任意のタイプの医療デバイス又は機械で動作可能である。本書に記載されたＤＣＭは、腹膜透析（「ＰＤ」）、静脈内薬物供給、及び栄養液供給にも適用可能である。上記の異なる処置モダリティ及び関連するデバイスは、本書では集合的に又は一般的に個別に、医療用液体供給又は処置及び関連するデバイス又は機械と呼ばれてもよい。

上記のモダリティは、１つ以上のポンプ、バルブ、必要に応じてヒータ、必要に応じてオンライン医療液体生成機器、圧力センサ、導電率センサ、温度センサ、エア検出器、血液漏れ検出器などのような任意の１つ以上又はすべてのセンサ、ユーザ・インタフェース、及び上記の機器を制御するために１つ以上のプロセッサ及びメモリを使用してもよい制御ユニットのような、医療液体を供給するために必要とされる構成要素を収容する医療液体供給機械によって提供されてもよい。医療液体供給機械はまた、血液を洗浄するための透析器又は血液フィルタのような１つ以上のフィルタ、及び／又は水、透析液、又は他の処置液を浄化するための限外フィルタを含んでもよい。

本書に記載されるＤＣＭ及び医療液体供給機械は、自宅ベースの機械と共に使用されてもよい。例えば、システムは、患者の便宜のために動作される自宅ＨＤ、ＨＦ、ＨＤＦ、又はＰＤ機械と共に使用されてもよい。１つのこのような自宅システムは、本出願の譲受人に譲渡された、２００４年１１月４日に出願された「High Convection Home Hemodialysis/Hemofiltration And Sorbent system」という名称の２０１１年１０月４日に発行された米国特許第８，０２９，４５４号（「４５４特許」）に記載されている。他のこのような自宅システムは、２００８年８月２７日に出願された「Enclosure for a Portable Hemodialysis System」という名称の２０１３年３月１２日に発行された米国特許第８，３９３，６９０号（「６９０特許」）に記載されている。上記参考文献の各々の全内容は、参照により本書に組み込まれ、依拠される。

以下に詳細に説明されるように、本開示のＤＣＭは、多くの異なるタイプのデバイス、患者、臨床医、医師、サービス要員、電子医療記録（「ＥＭＲ」）データベース、ウェブサイト、患者及び臨床医のコミュニケーションを介して生成されたデータを扱うリソース計画システム、ならびにビジネス・インテリジェンスを備える多くの機械を含んでもよい包括的な医療ネットワーク内で動作してもよい。本開示のＤＣＭは、医療ネットワーク内で、ネットワークのルール及びプロトコルに違反することはなくシームレスに動作する。

したがって、本開示及び上記の側面に照らして、本開示の利点は、医療デバイスに関連付けられたデジタル通信モジュール（例えば、ＩｏＴゲートウェイ）によってホストされる自己完結型専有無線ネットワークを提供することである。

本開示の別の利点は、医療ネットワークへの単一ポイント送信のために、デジタル通信モジュール間で医療デバイス・データ及び／又は消耗品／使い捨て品使用データを送信するための自己完結型ネットワークを使用することである。

本開示のさらなる利点は、ＣＲＲＴ機械についての意志決定支援に関するエッジ・コンピューティングのためにデジタル通信モジュールを使用することである。

本開示のさらに別の利点は、医療デバイスからモバイル臨床医デバイスに直接に無線アラート、アラーム、又は他の通知を提供するシステムを提供することである。

さらなる特徴及び利点は以下の詳細な説明及び図面に記載されており、それらから明らかになるだろう。本書に記載される特徴及び利点はすべてを包含するものではなく、特に、図面及び説明を考慮して多くの追加の特徴及び利点が当業者に明らかになるだろう。また、任意の特定の実施形態は、本書に列挙される利点のすべてを有する必要はなく、個々の有利な実施形態を別々に請求することが明確に企図される。さらに、本書で使用される文言は主に読みやすさ及び説明のために選択されており、本発明の主題の範囲を限定するものではないことに留意されたい。

本開示の例示的な実施形態による、ＤＣＭと医療デバイスとを含むＤＣＭ環境の図である。

本開示の例示的実施形態による、ＤＣＭ環境の別の図である。

本開示の例示的実施形態による、図１及び図２の例示的なＤＣＭの図である。

本開示の例示的な実施形態による、複数のＤＣＭによってホストされる例示的な専有通信ネットワークの図である。

本開示の例示的な実施形態による、ＤＣＭがアクティブ化された場合の図４の専有通信ネットワークのメッセージング・プロトコルを示すデータ・フロー図である。

本開示の例示的な実施形態による、図５のアクティブ化されたＤＣＭが登録された後に存在する構成ファイルの少なくとも一部を示す図である。

本開示の例示的な実施形態による、ＤＣＭがパワー・オフされた場合の図４の専有通信ネットワークのメッセージング・プロトコルを示すデータ・フロー図である。

本開示の例示的な実施形態による、医療デバイスの使い捨てアイテム又は消耗アイテムの使用を追跡するために図４の専有通信ネットワークが使用される実施形態の図である。

本開示の例示的な実施形態による、患者の体液管理のために構成された図４の専有通信ネットワークの図である。

本開示の例示的実施形態による、図９の専有通信ネットワークを使用して液体除去速度を計算するための例示的な手順のフロー図である。

本開示の例示的な実施形態による、臨床医意思決定支援を提供するように構成された図１～図３のＤＣＭの図である。

本開示の例示的な実施形態による、通知メッセージを臨床医デバイスに提供するために図４の専有通信ネットワークがどのように使用されるかを示す図である。

本開示の例示的な実施形態による、図１２の臨床医デバイスへ通知メッセージを送信するために図１～図３のＤＣＭがどのように構成されるかを示す図である。

本書において、医療ネットワークとは別個の妥当性無線通信ネットワークをホストするか又は他のように提供するための方法、システム及び装置が開示される。方法、システム及び装置は、１つの実施形態ではゲートウェイのようなデジタル通信モジュール（「ＤＣＭ」）を介して実施される。本書に開示される例示的なＤＣＭは、医療デバイス内に統合されてもよく、又は医療デバイスとは別個に提供されてもよい。いずれの構成においても、ＤＣＭは、医療デバイスから医療デバイス・データを受信するように構成される。ＤＣＭは、ＥＭＲサーバによって管理される患者レコードに記憶するために、医療デバイス・データを病院ネットワークへ送信する。

例示的なＤＣＭは、入力インタフェース・パラメータ、出力インタフェース・パラメータ、デバイス・ドライバ・パラメータ及び／又はデータ変換パラメータを指定する構成ファイル及び／又は構成ルーチンを介して提供される。構成ファイル及び／又は構成ルーチンはまた、ＤＣＭが、妥当性無線通信ネットワーク内にある他のＤＣＭとどのように通信するかを規定する。同時に、同じ妥当性無線通信ネットワークのＤＣＭはメッシュ・ネットワークを形成してもよく、メッシュ・ネットワークにおいて、ネットワークは自己完結型であり、病院ネットワーク・インフラストラクチャを使用せずにＤＣＭによって排他的にホストされる。

ＤＣＭは多くの異なるタイプの医療デバイスとともに動作し、シリアル接続（例えば、ＲＳ‐２３２又はＲＳ‐４８５接続）、イーサネット接続、Ｗｉ‐Ｆｉ接続、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続、ユニバーサル・シリアル・バス（「ＵＳＢ」）接続、又は本書で開示される任意の他の無線接続のような異なるタイプのインタフェースを介して通信するように構成される。ＤＣＭの構成可能性は、腹膜透析機械、救命救急透析機械、持続的腎代替療法（「ＣＲＲＴ」）機械、血液透析機械、水調製／精製デバイス、栄養調合機械、注入ポンプなどのような多くの異なるタイプの医療デバイスでの使用を可能にする。さらに、ＤＣＭの構成可能性は、異なって構成される病院システム内でのその使用を可能にする。したがって、ＤＣＭの構成可能性は、医療デバイス又は病院システムへの接続性又はネットワーク変更を行う必要なしに、医療デバイス・データが医療ネットワークへ送信されることを可能にする。

本書において、医療デバイス・データを参照する。本書に開示されるように、医療デバイス・データは、医療デバイスにおいて生成され、ＤＣＭへ送信される。医療デバイス・データは、処置プログラミング情報を含む。治療プログラミング情報は、医療デバイスが患者に処置を施すためにどのように動作すべきかを規定する１つ以上のパラメータを含む。ＣＲＲＴ治療について、パラメータは、未使用透析液の流量、透析液の総液体量（又はバッグ当たりの体積）、１つ以上の物質の透析液濃度、特に（排出流速、尿素クリアランスなどのような）流量に関する所望の透析量、ＣＲＲＴ医療デバイスに接続された未使用透析バッグの総数、目標ＵＦ除去、血液流量、接続されたドレーン・バッグの総数、血液フィルタ又は透析器情報、置換液の体積及び／又は流速、ならびに／又は患者の再循環血液に加えられるヘパリン若しくは他の薬学的／添加剤の量（及び／又は速度）を指定してもよい。

腹膜透析治療について、パラメータは、患者の腹膜腔内にポンピングされるべき未使用透析液の量（又は速度）、液体が患者の腹膜腔内に留まるべき時間（すなわち、滞留時間）の量、及び滞留期間が終了した後に患者からポンピング又は排出されるべき使用済み透析液及び限外濾過（「ＵＦ」）の量（又は速度）を指定してもよい。複数のサイクルを用いた治療について、パラメータは、各サイクルについての充填量、滞留量、及び排出量、ならびに治療の過程中に実施されるべきサイクルの総数を指定してもよい（１日当たり１回の処置が提供されるか、又は日中及び夜間に別個の処置が提供される）。それに加えて、パラメータは、医療用液体供給機械によって処置が施されるべき日付／時刻／曜日（例えば、スケジュール）を指定してもよい。さらに、規定の治療のパラメータは、デキストロース・レベルのような透析液の濃度レベルに加えて、各処置のために施される透析液の総体積を指定してもよい。注入療法について、パラメータは、注入されるべき体積、注入されるべき薬物、薬物濃度、薬物投与量、及び／又は注入速度を含んでもよい。

医療デバイス・データはまた、処置の施行に関連するイベント情報を含む。イベント情報は、測定された、検出された又は決定されたパラメータ値を示す、医療デバイスによって生成されたデータを含んでもよい。例えば、処方された治療は、各々が４５分の滞留時間を有する５つの別個のサイクルを含むべきであることを指定してもよいが、医療用液体供給デバイスは、各々が３０分の滞留時間を有する、より少ないサイクルが提供される処置を施してもよい。医療デバイスは処置がどのように施されるかを監視し、それにしたがって、動作を示すパラメータを提供する。処置データのためのパラメータは例えば、患者に施される透析液の総量、血液流量、透析液流量、透析量、置換液流量、流出流量のための使用済み透析液、抗凝固剤、例えばクエン酸塩又はヘパリン流量、カルシウム流量、透析液温度、静脈内薬物流量、動作されるサイクル数、サイクルあたりの充填量、サイクルあたりの滞留時間、サイクルあたりの排出時間／量、除去されるＵＦの推定量、処置開始時刻／日付、及び／又は処置終了時刻／日付を含んでもよい。処置データは例えば、ポンピングされる液体の量を、ポンピングに費やされる時間で割ることによって決定される充填速度及び排出速度のように、処方又は計算されてもよい。処置／イベント・データは、処置中に発生したアラームの識別情報、アラームの持続時間、アラームの時刻、アラームに関連付けられたイベント、及び／又はアラームを引き起こした問題が解決されたかどうか、又はアラームが消音されたかどうかに関するインジケーションをさらに含んでもよい。

医療デバイス・データは、診断情報、障害情報などを含むデバイス機械ログをさらに含む。診断情報は、ポンプ動作に関連する障害、信号エラー、通信エラー、ソフトウェア問題などのような医療デバイスの内部動作を示す情報を含んでもよい。医療デバイス・データは、データ・ストリームとして送信されてもよし、又は定期的な間隔で提供されてもよい。いくつかの例において、医療デバイス・データは、イベント又はデータへの他の変更が発生する際に送信されてもよい。

本書において、本書で開示される例示的なＤＣＭによって生成されるログ・データも参照される。ログ・データは、治療デバイス・タイプの識別情報、治療デバイス・シリアル番号の識別情報、治療デバイスから治療データが生成又は受信されるタイムスタンプ、ＤＣＭの識別子、スナップショットのためのタイムスタンプ、及び／又はＤＣＭ単調タイムスタンプを含む。
Ｉ．ＤＣＭ環境の実施形態

図１は、本開示の例示的な実施形態による、ＤＣＭ環境１００の図を示す。例示的なＤＣＭ環境１００は、医療デバイス１０４に通信可能に結合された少なくとも１つのＤＣＭ１０２を含む。ＤＣＭ１０２は、シリアル接続、イーサネット接続、ＵＳＢ接続、Ｗｉ‐Ｆｉ接続、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続などを介して医療デバイス１０４に接続されてもよい。例示的なＤＣＭ１０２は、ＩｏＴゲートウェイのようなネットワーク・ゲートウェイを含んでもよい。

例示的な実施形態において、ＤＣＭ１０２は、医療デバイス１０４から医療デバイス・データを受信するように構成される。この単方向通信構成は、別のデバイスがＤＣＭ１０２を介して医療デバイス１０４にアクセス、プログラム、又は他の方法で通信することができないようにする。しかし、いくつかの実施形態において、ＤＣＭ１０２は、データ、プログラム命令、又は情報が医療デバイスへ送信されることを可能にするために、医療デバイス１０４との双方向通信リンクを有してもよい。図１には１つのＤＣＭ１０２及び医療デバイス１０４のみが示されているが、環境１００は専有無線通信ネットワークを形成する数十から数百又は数千の医療デバイス及びそれぞれのＤＣＭを含んでもよいことを理解されたい。

例示的な医療デバイス１０４は、処置又は処方（すなわち、処置プログラミング情報）を指定する１つ以上のパラメータを受け入れるように構成される。動作中、医療デバイス１０４は、イベント、診断、及び／又は動作データを１つ以上のログ・ファイルに書き込む。いくつかの実施形態において、医療デバイス１０４は、５秒～６０秒ごと、及び／又はデータに変化があった後のように、定期的に医療デバイス・データをログ・ファイルに記憶してもよい。ログ・ファイルに書き込まれた新たな医療デバイス・データは、ＤＣＭ１０２へ送信される。いくつかの実施形態において、医療デバイスは、ＪａｖａＳｃｒｉｐｔオブジェクト記法（「ＪＳＯＮ」）、ハイパーテキスト・マーク付け言語（「ＨＴＭＬ」）形式、拡張可能なマーク付け言語（「ＸＭＬ」）形式、カンマ区切り値（「ＣＳＶ」）形式、テキスト形式、及び／又はヘルス・レベル７（「ＨＬ７」）で医療デバイス・データを作成する。

例示的な医療デバイス１０４は、命令を表示しユーザから制御入力を受けるための１つ以上の制御インタフェース１０５を含んでもよい。制御インタフェース１０５は、ボタン、制御パネル、又はタッチスクリーンを含んでもよい。制御インタフェース１０５はまた、ユーザが医療デバイス１０４の画面上の特定のウィンドウ又はユーザ・インタフェースにナビゲートすることを可能にするように構成されてもよい。制御インタフェース１０５はまた、医療デバイス１０４を動作又は制御するための命令を提供してもよい。

例示的な医療デバイス１０４はまた、プロセッサ又は治療モジュール１０７を含む。医療デバイス１０４のプロセッサ又は治療モジュール１０７は、患者に対して処置を実行するための１つ以上の命令に従って動作する。命令は、制御インタフェース１０５を介して取得されてもよい。プロセッサ又は治療モジュール１０７はまた、診断情報として文書化される問題についてデバイス構成要素を監視する。プロセッサ又は治療モジュール１０７は、処置を施すために１つ以上のポンプ又は他の構成要素を動作させることと組み合わせて、医療デバイス・データを作成する。プロセッサ治療モジュール１０７は、医療デバイス・データをＤＣＭ１０２へ送信する。

例示的なＤＣＭ環境１００はまた、医療ネットワーク１０６を含み、これは、ＤＣＭ１０２をＥＭＲサーバ１０８及び１つ以上の病院システム１１０に通信可能に結合する。医療ネットワーク１０６は、通信接続を確立しデータをルーティングするための任意の数のゲートウェイ、ルータ、システム・ハブ、スイッチ、及び／又はネットワーク機器を含んでもよい。医療ネットワーク１０６は、認可されたリモート・デバイス及び／又はサーバのみにアクセスを制限する１つ以上のファイアウォールを含んでもよい。医療ネットワーク１０６は、任意のローカル・エリア・ネットワーク（「ＬＡＮ」）、無線ＬＡＮ（「ＷＬＡＮ」）、イーサネット・ネットワーク、Ｗｉ‐Ｆｉネットワーク、又はこれらの組合せを含んでもよい。

図１に示されるように、ＤＣＭ１０２は、医療ネットワーク１０６に有線又は無線で結合されてもよい。いくつかの実施形態において、接続は、イーサネット接続、Ｗｉ‐Ｆｉ接続、及び／又はセルラー接続を含んでもよい。これに加えて又はこれに代えて、ＤＣＭ１０２は、医療ネットワーク１０６を迂回するＥＭＲサーバ１０８（又は病院システム１１０）へのシリアル接続を有してもよい。

図２は、本開示の例示的な実施形態による、ＤＣＭ環境１００の別の図を示す。この実施形態において、ＤＣＭ１０２は、医療デバイス１０４内に含まれ、及び／又はこれと一体化される。ＤＣＭ１０２は例えば、ＮＸＰ ｉ．ＭＸ６ＵＬ‐２、Ｃｏｒｔｅｘ‐Ａ７ ５２８ＭＨｚ ＣＰＵ、２５６ＭＢ／１ＧＢ ＮＡＮＤ及びＤＤＲ３フラッシュ・ドライブを有するＤｉｇｉ ＣｏｎｎｅｃｔＣｏｒｅ（登録商標）６ＵＬモジュールを含んでもよい。ＤＣＭ１０２は、医療デバイス・データを受信するために医療デバイス１０４の通信バスに接続されてもよい。（図１のＤＣＭを含む）ＤＣＭ１０２はまた、８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ Ｗｉ‐Ｆｉ無線機及び／又はＢｌｕｅｔｏｏｔｈ（登録商標）４．２無線機を含む。ＤＣＭ１０２は、Ｙｏｃｔｏ Ｌｉｎｕｘ（登録商標）オペレーティング・システムを含んでもよく、Ｄｉｇｉチップセットのためのドライバを含む。

図１及び図２の例示的なＥＭＲサーバ１０８は、メモリ・デバイス１１２のデータベースに記憶される患者ＥＭＲを管理するように構成される。ＥＭＲサーバ１０８は、医療デバイス・データを受信し、患者識別子に基づいてデータを構文解析し、メモリ・デバイス１１２内の対応する患者ＥＭＲを突き止め、構文解析された医療デバイス・データを、識別されたＥＭＲに記憶するように構成される。ＥＭＲサーバ１０８はまた、それぞれの患者を識別する要求メッセージに応答して、１つ以上のＥＭＲにアクセスしてもよい。ＥＭＲサーバ１０８は、医療デバイス・データを、ＨＬ７形式、バイナリ・バージョン２形式、バイナリ・バージョン３形式、又はファースト・ヘルスケア・インターオペラビリティ・リソース（「ＦＨＩＲ」）形式で記憶してもよい。

例示的な病院システム１００は、サービス・ポータル、企業リソース計画システム、ウェブ・ポータル、ビジネス・インテリジェンス・ポータル、ＨＩＰＡＡ準拠データベース、薬局システムなどのうちの任意のものを含んでもよい。病院システム１００はまた、ミドルウェア・システム及び／又は統合エンジンを含んでもよい。病院システム１００は、ユーザ・デバイス（例えば、スマートフォン、ラップトップ・コンピュータ、ワークステーション、タブレット・コンピュータなど）が、メモリ・デバイス１１２のＥＭＲに記憶された医療デバイス・データを読み取る及び／又は書き込むことを可能にする。

図示された例において、医療デバイス１０４は、バクスター・インターナショナル・インクによって製造されたＰｒｉｓＭａｘ（商標）ＣＲＲＴ機械である。他の実施形態において、医療デバイス１０４は任意の他の腎不全治療機械、注入ポンプ、生理学的センサなどを含んでもよいことを理解されたい。医療デバイス１０４は例えば、注入ポンプ（例えば、シリンジ・ポンプ、線形蠕動ポンプ、大容量ポンプ（「ＬＶＰ」）、携帯型ポンプ、マルチチャネル・ポンプ）、栄養調合機、酸素センサ、呼吸モニタ、グルコース・メータ、血圧モニタ、心電図（「ＥＣＧ」）モニタ、体重計、及び／又は心拍数モニタを含んでもよい。

腎不全治療機械に関して、様々な原因に起因して、患者の腎臓系が機能しなくなる可能性がある。腎不全は、いくつかの生理学的障害を引き起こす。例えば、腎不全を経験している患者は、もはや水及びミネラルのバランスをとることができず、又は毎日の代謝負荷を排泄することができない。窒素代謝の有毒な最終産物（尿素、クレアチニン、尿酸など）が患者の血液及び組織に蓄積する可能性がある。腎不全及び腎機能低下は、透析によって処置されている。透析は、正常に機能する腎臓が他のように除去するだろう、老廃物、毒素、及び過剰な水分を身体から除去する。処置が救命であるため、腎機能の置換のための透析処置は、多くの人にとって重要である。

腎不全治療の１つのタイプは血液透析（「ＨＤ」）であり、これは一般に、患者の血液から老廃物を除去するために拡散を使用する。拡散勾配は、血液と、拡散を引き起こすための透析液又は透析法液と呼ばれる電解質溶液との間で、半透過性透析器を交差して生じる。

血液濾過（「ＨＦ」）は、患者の血液からの毒素の対流輸送に依存する代替的腎代替療法である。ＨＦは、処置中に体外回路に補充液又は置換液（典型的には１０～９０リットルのこのような液）を加えることによって達成される。補充液と、複数の処置の間に患者によって蓄積された液体とはＨＦ処置の過程にわたって限外濾過され、中分子及び大分子を除去するのに特に有益な対流輸送機構を提供する（血液透析では複数の透析セッションの間に得られた液体と共に少量の廃棄物が除去されるが、当該限外濾過液の除去からの溶質抵抗は対流クリアランスを提供するのに十分ではない）。

血液透析濾過（「ＨＤＦ」）は、対流クリアランス及び拡散クリアランスを組み合わせる処置モダリティである。ＨＤＦは拡散クリアランスを提供するために、標準的な血液透析と同様に、透析器を通って流れる透析液を使用する。さらに、補充液が体外回路に直接提供され、対流クリアランスを提供する。

別のタイプの腎不全治療は、透析液とも呼ばれる透析溶液を、カテーテルを介して患者の腹膜腔に注入する腹膜透析である。透析液は、腹膜腔の腹膜に接触する。廃棄物、毒素及び過剰な水は拡散及び浸透に起因して、患者の血流から腹膜を通って透析液中に通過し、すなわち、浸透圧勾配が膜を交差して生じる。透析中の浸透圧剤は、浸透圧勾配を提供する。使用済み又は消費済みの透析液は、患者から排出され、患者から老廃物、毒素及び過剰な水を除去する。このサイクルは、例えば複数回繰り返される。

連続携帯型腹膜透析（「ＣＡＰＤ」）、自動腹膜透析（「ＡＰＤ」）、ならびに潮流透析及び連続流腹膜透析（「ＣＦＰＤ」）を含む、様々なタイプの腹膜透析治療が存在する。ＣＡＰＤは、手動透析処置である。ここで、患者は、埋め込まれたカテーテルをドレーンに手動で接続して、使用済み又は消費済みの透析液を腹膜腔から排出させる。その後、患者は、カテーテルを通じて患者に未使用の透析液を注入するために、カテーテルを未使用の透析液のバッグに接続する。患者は、カテーテルを未使用の透析液バッグから切り離し、透析液が腹膜腔内に滞留することを可能にし、ここで、廃棄物、毒素及び過剰な水の転送が起こる。滞留期間の後、患者は、手動透析手順を、例えば１日に４回繰り返し、各治療は約１時間続く。手動腹膜透析は患者からかなりの時間及び労力を必要とし、十分な改善の余地を残す。

自動腹膜透析（「ＡＰＤ」）は、透析処置が排出、充填、及び滞留サイクルを含むという点でＣＡＰＤと同様である。しかし、ＡＰＤ機械は典型的には患者が眠っている間に、自動的にサイクルを実行する。ＡＰＤ機械は、患者が処置サイクルを手動で実行しなければならないこと、及び日中に供給品を輸送しなければならないことから解放する。ＡＰＤ機械は、埋め込まれたカテーテル、未使用の透析液の供給源又はバッグ、及び液体ドレーンに液体接続する。ＡＰＤ機械は透析液源から、カテーテルを通じて患者の腹腔内に、未使用の透析液をポンプで送る。ＡＰＤ機械はまた、透析液が空洞内に滞留し、廃棄物、毒素及び過剰な水の転送が起こることを可能にする。供給源は、複数の無菌透析液バッグを含んでもよい。

ＡＰＤ機械は、使用済み又は消費済みの透析液を、腹膜腔から、カテーテルを通じて、ドレーンにポンプで送る。手動プロセスと同様に、いくつかの排出、充填及び滞留サイクルが透析中に生じる。「最後の充填」はＡＰＤの終わりに起こり、次の処置まで患者の腹膜腔内に留まる。

本システム及び関連する方法は、上記の腎不全治療モダリティのいずれにも適用可能である。
ＩＩ．ＤＣＭの実施形態

図３は、本開示の例示的な実施形態による、図１及び図２の例示的なＤＣＭ１０２の図を示す。例示的なＤＣＭ１０２は、医療デバイス１０４と通信可能に結合するためのデータ・マネージャ３０２及び入力インタフェース３０４を含む。入力インタフェース３０４は、シリアル入力ポート、イーサネット（登録商標）ポート、及び／又は無線入力ポートのうちの少なくとも１つを含んでもよい。入力インタフェース３０４は、医療デバイス１０４との通信のための有線又は無線送受信機を含んでもよい。ＤＣＭ１０２が医療デバイス１０４内に一体化されるいくつかの実施形態において、入力インタフェース３０４は、データバス又は医療デバイス１０４のＰＣＢボード上の出力コネクタに接続してもよい。

入力インタフェース３０４は、医療デバイスから医療デバイス・データ３０３を受信するように構成され、これはデータ・マネージャ３０２にルーティングされる。いくつかの実施形態において、以下で説明されるように、入力インタフェース３０４はまた、医療デバイス１０４の画面又は制御インタフェース１０５上に表示するための情報を送信するように構成されてもよい。これに加えて又はこれに代えて、入力インタフェース３０４は、医療デバイス１０４の治療モジュール１０７によって提供される処置パラメータ又は処置制御を変更するための命令を送信してもよい。

例示的なデータ・マネージャ３０２は、医療デバイス・データ３０２を出力インタフェース３０６の適切なポートにルーティングするように構成される。ルーティングは、ＤＣＭ１０２の構成に依存する。例えば、出力インタフェース３０６は、医療デバイス・データ３０３が医療ネットワーク１０６を介してＥＭＲサーバ１０８にルーティングされる例のための医療ネットワーク・インタフェース３１０を含む。医療ネットワーク・インタフェース３１０は、医療ネットワーク１０６へのＲＳ‐２３２又はＲＳ‐４８５接続のための有線及び／又は無線イーサネット送受信機、Ｗｉ‐Ｆｉ送受信機、及び／又はシリアル送受信機を含んでもよい。データ・マネージャ３０２は、医療デバイス・データ３０３が専有通信ネットワークを介して他のＤＣＭ１０２Ａを通じるのではなく、ＥＭＲサーバ１０８に直接ルーティングされる例において、医療ネットワーク・インタフェース３１０を選択するように構成される。

例示の出力インタフェース３０６は、専有通信ネットワーク上で医療デバイス・データ３０３を他のＤＣＭ１０２Ａにルーティングするための専有ネットワーク・インタフェース３１２を含む。専有ネットワーク・インタフェース３１２は、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈメッシュ、Ｂｌｕｅｔｏｏｔｈ低エネルギー、Ｂｌｕｅｔｏｏｔｈ５．０、Ｚｉｇｂｅｅ（登録商標）、Ｚ‐Ｗａｖｅ（登録商標）、ＷｅＭｏ（登録商標）、及び／又はＬｏＲａのうちの少なくとも１つを介した通信のために構成された送受信機を含んでもよい。専有ネットワーク・インタフェース３１２は、互いに通信範囲内のＤＣＭが、図１及び図２に示される医療ネットワーク１０６とは別個の専有通信ネットワークを形成することを可能にするように構成される。少なくとも図４から図１１に関連して詳細に後述されるように、データ・マネージャ３０２は、条件及び／又は構成によって、データが他の医療デバイス／ＤＣＭ１０２Ａへ送信されることが指示される場合に、医療デバイス・データ３０３の送信のために専有ネットワーク・インタフェース３１２を選択する。

例示的な出力インタフェース３０６は、いくつかの実施形態において、臨床医デバイス・インタフェース３１４を含み、これは、医療デバイス・データ３０３（及び／又は通知プロセッサ３１６からの通知）が臨床医デバイス３２２へ送信されることを可能にする。臨床医デバイス・インタフェース３１４は、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈメッシュ、Ｂｌｕｅｔｏｏｔｈ低エネルギー、Ｂｌｕｅｔｏｏｔｈ５．０、Ｚｉｇｂｅｅ、及び／又は臨床医デバイス３２２（又は臨床医デバイスへの（ＵＳＢ又はライトニング・ポートとインタフェースするＺｉｇｂｅｅ送受信機のような）ハードウェア・アタッチメント）によってサポートされる任意の他の無線プロトコルのうちの少なくとも１つを介して通信するように構成された送受信機を含んでもよい。データ・マネージャ３０２は、臨床医デバイス３２２のための医療デバイス・データ３０３及び／又は通知について臨床医デバイス・インタフェース３１４を選択する。

出力インタフェース３０６は、臨床医デバイスとの通信が望ましいが、臨床医デバイスによってサポートされていない無線ネットワーク・プロトコルを通して他のＤＣＭ１０２Ａとの専有通信ネットワークが提供されるならば、臨床医デバイス・インタフェース３１４を含む。このような構成において、データ・マネージャ３０２は、専有通信ネットワーク上でＤＣＭ１０２Ａ間の通信のために専有ネットワーク・インタフェース３１２を使用し、一方、臨床医デバイス３２２との通信は、臨床医デバイス・インタフェース３１４を介して提供される。いくつかの実施形態において、臨床医デバイス・インタフェース３１４は、臨床医デバイス３２２との通信がＤＣＭ１０２によってサポートされない又は必要とされないならば、省略される。さらに、臨床医デバイスとの通信が専有ネットワーク・インタフェース３１２を介して行われてもよいならば、臨床医デバイス・インタフェース３１４は省略される。例えば、専有通信ネットワークは、既知の臨床医デバイス３２２によってサポートされるＢｌｕｅｔｏｏｔｈプロトコルを実装してもよい。この構成の下で、臨床医デバイス３２２は、ＤＣＭ１０２及び他のＤＣＭ１０２Ａによってホストされている専有通信ネットワークの一部にされる。

上述のように、図３のＤＣＭ１０２は通知プロセッサ３１６を含み、これは、データ・マネージャ及びデータベース３２４に通信可能に結合される。例示的な通知プロセッサ３１６は、臨床医デバイス３２２のためのイベント及び／又はアラーム通知を生成するように構成される。例示的な通知プロセッサ３１６は、医療デバイス１０４から受信された医療デバイス・データ３０３を、データベース３２４に記憶された１つ以上の基準と比較する。少なくとも１つの基準が一致するならば、通知プロセッサ３１６は、適切な臨床医デバイス３２２のための通知メッセージを作成する。以下でより詳細に説明されるように、臨床医は、臨床医デバイス３２２を使用して、データベース３２４内のテンプレート通知フォームへの１つ以上のＡＰＩを含んでもよい通知プロセッサ３１６にアクセスしてもよい。テンプレート通知フォームは、通知メッセージを受信するための基準を選択するためのオプションを含む。基準は例えば、患者識別子、（ドレーン・バッグ低、医療デバイス休止のような）イベント状態、（ライン閉塞のような）アラーム状態、及び／又は（処置終了又はＵＦ除去傾向低下のような）アラート状態を含んでもよい。基準はまた、（透析パラメータのような）臨床医デバイス３２２へ送信するための医療デバイス・データ３０３、及び／又はアラーム／アラート／イベント通知と併せて表示するためにどれだけのコンテキスト情報が必要であるかを選択するためのオプションを含んでもよい。テンプレートを介した基準の選択は、通知プロセッサ３１６に、医療デバイス・データ３０３と比較するためのロジック、条件、及び／又は閾値を作成させる。ロジック、条件、及び／又は閾値は、データベース３２４内の基準ファイルに記憶され、臨床医デバイス３２２の宛先ネットワーク・アドレス、ハードウェア・アドレス、及び／又は識別子に関連付けられる。基準ファイルが作成された後、通知プロセッサは、いつ通知メッセージが生成されるべきか、及びメッセージに含めるための情報を決定するために、データベース３２４内のファイルにアクセスする。

例示的なＤＣＭ１０２はまた、医療デバイス・データ３０３のルーティングが指定されることを可能にするファイル構成マネージャ３３０を含む。ファイル構成マネージャ３３０は、少なくとも１つの構成ファイル３３２を記憶する。いくつかの実施形態において、ファイル構成マネージャ３３０は、医療ネットワーク１０６に接続されたコンピュータから、及び／又は専有ネットワーク・インタフェース３１２を介して他のＤＣＭ１０２Ａから、医療ネットワーク・インタフェース３１０を介して構成ファイル３３２を受信する。

構成マネージャ３３０は、構成ファイル３３２を読み取り、それに応じて、ログ・マネージャ３３４、医療デバイス・マネージャ３３６、通知プロセッサ３１６、データ・マネージャ３０２、及び／又は出力インタフェース３０６を構成する。ログ・マネージャ３３４について、これは、ＤＣＭ識別子、医療デバイス・タイプ、医療デバイス識別子などについての構成ファイル３３２を読み取ることを含んでもよく、これらは、ログ・マネージャ３３４のレジスタ、パラメータ／又は変数に書き込まれる。

データ・マネージャ３０２及び出力インタフェース３０６について、これは、どのネットワーク・インタフェース３１０～３１４が医療デバイス・データ３０３を受信すべきかを決定するために、構成ファイル３３０を読み取ることを含んでもよい。一例において、構成ファイル３３２は例えば、ＤＣＭ１０２がＥＭＲサーバ１０８に医療デバイス・データをルーティングするためのノード・ゲートウェイ又はノードとして指定されるため、医療デバイス・データ３０３が医療ネットワーク・インタフェース３１０にルーティングされるべきであることを指定してもよい。別の例において、構成ファイル３３２は、別のＤＣＭ１０２Ａがノード・ゲートウェイであるため、医療デバイス・データ３０３が専有ネットワーク・インタフェース３１２にルーティングされることを指定してもよい。この例において、構成ファイル３３２は、受信者ＤＣＭ１０２Ａの識別子、ネットワーク・アドレス及び／又はハードウェア・アドレスを含んでもよい。これらの例において、構成ファイル・マネージャ３３０は、指定された順序に基づいて他のＤＣＭ１０２Ａのうちのどれが医療デバイス・データ３０３を受信することになるかを決定してもよく、この順序は、アクティブ化の日付／時刻、又は医療ネットワーク１０６への接続のロバスト性に対応してもよい。ログ・マネージャ３３４は、ＤＣＭ１０２がアクティブ化されるか又は他のようにオンにされる（又は医療デバイス１０４がアクティブ化される）日付／時刻を決定してもよく、これは、どのネットワーク・インタフェース３１０又は３１２が医療デバイス・データ３０３を受信すべきかを構成ファイル・マネージャ３３０が決定することを可能にするために、構成ファイル３３２に記憶される。

これらの例において、構成ファイル・マネージャ３３０は、専有ネットワーク・インタフェース３１２を少なくとも部分的にホストするように構成される。構成ファイル・マネージャ３３０は、構成ファイル３３２のパラメータを介して、専有通信ネットワークにおいてＤＣＭ１０２を他のＤＣＭ１０２Ａに接続するための条件を指定してもよく、これは、ノード識別情報ブロードキャスト・メッセージ、ハンドシェイク・メッセージ、クロスネットワーク構成メッセージ、非アクティブ化・メッセージ、及び／又は指定されたノード・ゲートウェイのためのパラメータ、メッセージ・タイムアウト持続時間、ネットワーク・フェイルオーバ条件、送信／受信チャンネル／周波数／サブ周波数、及び／又はデータ・レートを指定するためのネットワーキング・プロトコルを含む。構成ファイル３３２内の情報は、ＤＣＭ１０２及び他のＤＣＭ１０２Ａによって確立されホストされている専有通信ネットワークのためのパラメータ及びプロトコルを指定する。

いくつかの例において、構成ファイル・マネージャ３３０はまた、ネットワーク・インタフェース３１０～３１４のための変換ファイル・タイプを指定してもよい。さらに、構成ファイル・マネージャ３３０は、スナップショット間の持続時間、別個のストリーム及び／又はサブセットに含まれるべき医療デバイス・データのタイプ、及び／又は医療デバイス１０４から受信されるべきデータのタイプ（例えば、ＪＳＯＮデータ、ＨＴＭＬデータ、バイナリデータ、ＨＬ７データ、ＸＭＬデータなど）に基づいて、データ・マネージャ３０２を構成する。また、構成ファイル・マネージャ３３０は、ネットワーク・インタフェース３１０～３１４のためのネットワーク・クレデンシャル、認証情報、暗号化キー、ＡＰＩ識別子、宛先ＩＰアドレスなどを指定するために、構成ファイル３３２を読み取る。

図３の例示的なログ・マネージャ３３４は、ログ・データを作成及び／又は管理する。本書で開示されるように、ログ・データは、医療デバイス・タイプの識別情報、医療デバイス・シリアル番号の識別情報、医療デバイス・データ３０３が生成又は医療デバイス１０４から受信されたタイムスタンプ、ＤＣＭ１０２の識別子、デバイス・データ・マネージャ３０２によって作成されたスナップショット（以下で開示される）のためのタイムスタンプ、及びＤＣＭ単調タイムスタンプのような、医療デバイス１０４を示す情報を含んでもよい。医療デバイス・タイプの識別情報、医療デバイス・シリアル番号の識別情報、及びＤＣＭ１０２の識別子は、構成ファイル３３２において指定されてもよい。いくつかの例において、医療デバイス・タイプの識別情報及び医療デバイス・シリアル番号の識別情報は、医療デバイス１０４によって報告されてもよい。ログ・マネージャ３３４は、この情報を記憶し、医療デバイス・データ３０３が受信され及び／又はスナップショットが作成される際に適切なタイムスタンプを作成するように構成される。その後、ログ・マネージャ３３４は、指定されたインタフェース３１０～３１４にルーティングされた医療デバイス・データ３０３に含めるために、ログ・データの少なくとも一部をデータ・マネージャ３０２へ送信してもよい。

いくつかの実施形態において、例示的なデータ・マネージャ３０２は、医療デバイス・データの連続的なストリームを処理／送信する代わりに、離散的な時刻で医療デバイス・データ３０３のスナップショットを作成するように構成される。期間は構成ファイル３３２によって指定されてもよく、例えば、５秒間隔、１０秒間隔、３０秒間隔、６０秒間隔などを含んでもよい。各スナップショットについて、データ・マネージャ３０２は、医療デバイス１０４からの最新の受信データを読み取る。このようにして、データ・マネージャ３０２は、医療デバイス１０４のステータスに関する定期的な更新を提供する。

一例において、医療デバイス１０４は、連続的なストリームで、定期的な間隔で、又はデータへの変更後に医療デバイス・データ３０３を送信してもよい。医療デバイス１０４は、医療デバイス・ログ・ファイル又はメッセージのストリームにおいて医療デバイス・データ３０３を送信してもよい。データ・マネージャ３０２は、最後のスナップショット間隔以降の受信データを編集する。次の間隔が近づくと、データ・マネージャ３０２は、その時点における医療デバイス１０４の表現を提供するために、編集したものの最新のデータをスナップショットに編集する。編集期間中に複数のイベントが発生するならば、データ・マネージャ３０２は最新のイベントのみ、又は期間中に発生したイベントのすべてを含んでもよい。

いくつかの例において、データ・マネージャ３０２は、現在のスナップショットを前のスナップショットと比較してもよい。比較に基づいて、データ・マネージャ３０２は、前のスナップショット以降に変化した医療デバイス・データのみを現在のスナップショットに含めてもよい。比較は、新たな及び／又は更新された医療デバイス・データ３０３のみが通信されるように、各スナップショットにおいて送信されるデータの量を低減する。例えば、ＣＲＲＴ医療デバイス１０４は、推定ＵＦ除去値、供給された透析液、供給された置換液、及び／又は除去された排出液を連続的へ送信してもよい。したがって、データ・マネージャ３０２は、値に変更がある場合にのみ、ＵＦ除去値を含める。別の例において、アラームが特定の時刻にアクティブ化してもよい。アラームがまだアクティブであることを示すデバイス・ステータスが医療デバイス・データ３０３に含まれてもよい。しかし、データ・マネージャ３０２は、アラームがアクティブになった時刻（及びアラーム・タイプ）の第１のスナップショットに通知を含めるだけであり、アラームがアクティブであったというインジケーションを中間スナップショットに含めずに、アラームが消音又はリセットされた時刻を後続の第２のスナップショットに含める。

他の実施形態において、医療デバイス１０４は、以前の値から変化した、又は新たなイベントを反映した医療デバイス・データのみを選択的に送信してもよい。このような例において、データ・マネージャ３０２は、受信した医療デバイス・データ３０３を適切なスナップショットに書き込む。

データ・マネージャ３０２は、任意のログ・データを医療デバイス・データ３０３と組み合わせた後、ＥＭＲサーバ１０８、他のＤＣＭ１０２Ａ及び／又は臨床医デバイス３２２と互換性のある、又はこれらによって必要とされるデータ形式にデータがフォーマットされるように構成されている。言い換えれば、データ・マネージャ３０２は、医療デバイス・データ３０３及び／又はログ・データの変換を作成する。変換タイプは、構成ファイル３３２によって指定されてもよい。変換は例えば、ＪＳＯＮからＨＬ７、バイナリ、及び／又はＦＨＩＲへの変換であってもよい。データ・マネージャ３０２は例えば、ＪＳＯＮ、ＸＭＬ、ＨＴＴＰ、又はＨＴＭＬ形式の医療データ３０３及び／又はログ・データをＨＬ７、バイナリｖ２、バイナリｖ３、及び／又はＦＨＩＲに変換する方法を指定する１つ以上のファイル及び／又はアルゴリズムを含んでもよい。ファイル及び／又はアルゴリズムは、位置、データ・ラベル、フィールド名、及び／又はメタデータによってＪＳＯＮデータを識別し、データがどのように変換されるかを指定してもよく、これは、データ・ラベル名、メタデータ名、数値形式、位置などの変換を含む、。その後、データ管理部３０２は、変換したデータを指定されたインタフェース３１０～３１４へ送信する。

いくつかの実施形態において、ＤＣＭ１０２は、医療デバイス１０４との双方向通信を可能にされる。ＤＣＭ１０２の例示的な医療デバイス・マネージャ３３６は、医療デバイス１０４への送信のためにデータ及び／又は情報を処理するように構成される。医療デバイス・マネージャ３３６は例えば、医療デバイス１０４への送信のためにＤＣＭ１０２に外部データ又は情報を書き込むことを可能にするメールボックス３４０を含む。言い換えれば、ＥＭＲサーバ１０８（又は他のＤＣＭ１０２Ａ）からのデータは、医療デバイス１０４に直接書き込まれない。むしろ、データは、メールボックス３４０に書き込まれるか、又はこれへ送信される。例示的な医療デバイス・マネージャ３３６は、どのデータ又は情報が医療デバイス１０４へ送信されるべきかを決定するために、メールボックス３４０内の情報を処理する。いくつかの実施形態において、医療デバイス１０４へ送信するためのメールボックス３４０及び／又は基準がデータベース３２４に記憶される。

１つの実施形態において、医療デバイス・マネージャ３３６は、ＥＭＲサーバ１０８から、医療デバイス１０４によって処置されている患者に関連するセンサ・データ又はラボ・データを受信する。いくつかの実施形態において、ＥＭＲサーバ１０８は、データを医療ネットワーク・インタフェース３１０へ送信してもよい。他の実施形態において、データは、専有通信ネットワークの他のＤＣＭ１０２ＡからＤＣＭ１０２において受信される（この場合、ＤＣＭの１つは医療ネットワーク１０６を介してＥＭＲサーバ１０８に接続される）。データは、メールボックス３４０へ送信される。医療デバイス・マネージャ３３６は、受信されたデータを、データベース３２４内で指定された基準と比較する。一例において、医療デバイス・マネージャ３３６は、受信されたデータがデータ自体を医療デバイスへ送信するための基準を満たすと判定する。したがって、医療デバイス・マネージャ３３６は、データを適切な形式に変換し、入力インタフェース３０４を介して医療デバイス１０４の治療モジュール１０７へ送信し、それにより、治療モジュール１０７に制御インタフェース１０５上にデータを表示させる。他の例において、医療デバイス・マネージャ３３６は、（任意の関連する医療デバイス・データ３０３を含む）受信されたデータを、医療デバイスの推奨を決定するためにデータベース３２４内で指定された１つ以上の条件と比較する。医療デバイス・マネージャ３３６は、表示のために、推奨を伴う１つ以上のメッセージを医療デバイス１０４へ送信する。推奨は、滞留時間の増加又は透析液のデキストロース濃度の変化のような、透析処置に対する推奨される変更を指定してもよい。さらに他の例において、医療デバイス・マネージャ３３６は、（任意の関連する医療デバイス・データ３０３を含む）受信されたデータと、データベース３２４内で指定された１つ以上の条件とを使用して、処置調整を決定する。医療デバイス・マネージャ３３６は、（例えば、非呼吸療法から呼吸療法に変換すること、充填、滞留、又は排出時間を増加させること、液体除去速度を増加／減少させることなどのような）現在の又は将来の処置を変更又は修正するために、処置調整を伴う１つ以上のメッセージを医療デバイスの治療モジュール１０７へ送信する。

後続のセクションにおいて、ＤＣＭ１０２の構成要素３０２、３０４、３０６、３１０、３１２、３１４、３１６、３３０、３３４、及び３３６によって実行される動作を参照する。ＤＣＭ１０２の構成要素３０２、３０４、３０６、３１０、３１２、３１４、３１６、３３０、３３４、及び３３６によって実行される例示的な動作は、１つ以上のコンピュータ・プログラム及び／又はアプリケーションを使用して実施されてもよい。プログラム又はアプリケーションは、ランダム・アクセス・メモリ（「ＲＡＭ」）、リード・オンリ・メモリ（「ＲＯＭ」）、フラッシュ・メモリ、磁気又は光ディスク、光メモリ、又は他の記憶媒体を含む任意のコンピュータ可読媒体上に記憶される一連のコンピュータ命令によって規定されてもよい。命令は、ＤＣＭ１０２のプロセッサによって実行されるように構成されてもよく、これは、一連のコンピュータ命令を実行する場合に、本書に開示される開示される方法及び手順のすべて又は一部を実行するか、又はその実行を容易にする。永続的記憶デバイス又はデータベース３２４は、ＲＡＭ、ＲＯＭ、フラッシュ・メモリなどを含む任意のメモリ・デバイスを含んでもよい。
ＩＩＩ．例示的な専有通信ネットワークの実施形態

上述のように、図１～図３の例示的なＤＣＭ１０２は、医療ネットワークとは別個の専有通信ネットワークをホストするか、又は他のようにこれに参加するように構成される。図４は、本開示の例示的な実施形態による、複数のＤＣＭによってホストされる例示的な専有通信ネットワーク４００の図を示す。図示される図において、ＤＣＭ１０２のみが参照され、各ＤＣＭは個別の医療デバイス１０４（すなわち、ＣＲＲＴ機械）に接続される。

図４に示されるように、ＤＣＭ１０２によって形成される専有通信ネットワーク４００は、各ＤＣＭ１０２が他の範囲内ＤＣＭと無線で通信してもよいメッシュ・ネットワークを含む。任意の範囲外のＤＣＭは、少なくとも１つの他のＤＣＭを介してネットワーク４００に接続されてもよい。他の例において、ＤＣＭ１０２は、各ＤＣＭが他のＤＣＭ間のルータ又はスイッチとなるように、順序付けられたシーケンスで通信するようにそれ自体を構成してもよい。

図示される実施形態において、ＤＣＭ１０２は、同じ専有通信ネットワーク４００プロトコルを共有し、これらがオンラインになりネットワーク４００の範囲内にある際に追加のＤＣＭを含めることができる。図４は、ノード・ゲートウェイとして指定された１つのＤＣＭ１０２Ａ‐１が医療ネットワーク１０６を介してＥＭＲサーバ１０８に（その医療ネットワーク・インタフェース３１０を介して）プライマリ・インタフェースを提供することを示す。この構成において、他のＤＣＭ１０２Ａ‐２～１０２Ａ‐６は、ＥＭＲサーバ１０８へ送信するために医療デバイス・データ３０３をＤＣＭ１０２Ａ‐１へ送信する。ゲートウェイ・ノードＤＣＭ１０２Ａ‐１は、他のＤＣＭ１０２Ａ‐２～１０２Ａ‐６のための接続アクセスの単一ポイントを提供し、これは、医療ネットワーク１０６への接続に必要なポートの数を減らす。これは、ネットワーク・クレデンシャルがインストールされる必要がないため、各ＤＣＭ１０２がオンラインにされる際の構成時間を減らす。その代わりに、ＤＣＭ１０２は、専有通信ネットワーク４００のプロトコルの一部としてオンラインにされる新たなＤＣＭとネットワーク・クレデンシャルを共有してもよい。図示された構成はまた、ＤＣＭ１０２Ａ‐２～１０２Ａ‐６へのネットワークアクセスに制限することによって、セキュリティを向上させる。

図５は、本開示の例示的な実施形態による、ＤＣＭ１０２がアクティブ化された場合の専有通信ネットワーク４００のメッセージング・プロトコルを示すデータ・フロー図５００を示す。図示された実施形態において、当初のＤＣＭ１０２Ａ‐１及び１０２Ａ‐２は、専有通信ネットワーク４００をホストする。また、ＥＭＲサーバ１０８と通信するホスト・ゲートウェイには、１０２Ａ‐１が指定されている。この例において、ホスト・ゲートウェイは、どのＤＣＭ１０２が最も早くアクティブ化されたかに基づいて決定される。他の例において、ホスト・ゲートウェイは、ＤＣＭ１０２のうちのどれがＥＭＲサーバ１０８とのよりロバストな通信接続を有するかに基づいて決定されてもよく、このＤＣＭ１０２は多くの他のＤＣＭ、又は専有通信ネットワーク４００のプロトコルによって指定される任意の他の構成に接続される。

この例において、ＤＣＭ１０２Ａ‐３がオンラインになるか、有効化される。このアクティブ化は、その対応する医療デバイス１０４が処置のためにパワー・オンされる場合に起こってもよい。パワー・オン後、ＤＣＭ１０２Ａ‐３は、（構成ファイル・マネージャ３３０を介して）、専有通信ネットワーク４００上でアウェイク・メッセージ５０２をブロードキャストする。アウェイク・メッセージ５０２は、ＤＣＭ１０２Ａ‐３の識別子を含んでもよい。アウェイク・メッセージ５０２はまた、肯定応答メッセージを求める要求を含んでもよい。他の例において、ＤＣＭ１０２Ａ‐１及び１０２Ａ‐２は、（構成ファイル・マネージャ３３０を介して、）アウェイク・メッセージ５０２に対して応答メッセージ５０４を自動的へ送信するように構成される。応答メッセージ５０４は、それぞれのＤＣＭ１０２Ａ‐１及び１０２Ａ‐２の宛先及び／又は識別子を含んでもよい。この初期ハンドシェイクは、他のどのＤＣＭが互いの無線通信距離内にあるかに関するインジケーションをＤＣＭ１０２に提供する。

その後、例示的なＤＣＭ１０２Ａ‐３は、応答メッセージ５０４で提供された識別子又はアドレスを用いて、ＤＣＭ１０２Ａ‐１及び１０２Ａ‐２の各々に個別に登録メッセージ５０６を送信してもよい。他の例において、ＤＣＭ１０２Ａ‐３は、登録メッセージ５０６をブロードキャストしてもよい。登録メッセージ５０６は、ＤＣＭ１０２Ａ‐３のアドレス及び／又は識別子を含む。登録メッセージ５０６は、ネットワーク認証情報を含んでもよく、これは、特定の製造者のＤＣＭ（又は医療デバイス）のみが専有通信ネットワーク４００を形成又はこれに接続できることを保証する。登録情報５０６はさらに、ＤＣＭ１０２Ａ‐３がいつ電力供給又はアクティブ化されたかを示す日付／時刻情報を（ログ・マネージャ３３４を介して）含む。

ＤＣＭ１０２Ａ‐１及び１０２Ａ‐２は、必要に応じてＤＣＭ１０２Ａ‐３を認証し、それぞれの構成ファイル３３２に登録情報を記録する。ＤＣＭ１０２Ａ‐１及び１０２Ａ‐２はまた、任意の範囲外ＤＣＭが登録情報を受信することを保証にするために、ネットワーク４００内の他のＤＣＭへ登録情報を再送信してもよい。登録が成功したならば、（任意の範囲外ＤＣＭを含む）ＤＣＭ１０２Ａ‐１及び１０２Ａ‐２は、登録応答メッセージ５０８をそれぞれ送信する。例示的なメッセージ５０８は、登録が成功したことと、ＤＣＭ１０２Ａ‐３がネットワーク４００の一部であることとを示す。応答メッセージ５０８はまた、各ＤＣＭ１０２Ａ‐１及び１０２Ａ‐２がそれぞれオンになった日付／時刻、及び／又は他のＤＣＭのアクティブ化時刻、医療ネットワーク１０６の設定などのようなそれぞれの個別の構成ファイル３３２内の他の情報を含んでもよい。

図６は、本開示の一実施形態に係る、ＤＣＭ１０２Ａ‐３が登録された後の構成ファイル３３２の少なくとも一部を示す。構成ファイル３３２は、各ＤＣＭがアクティブ化された、オンにされた、又は他の方法で電力供給された日付／時刻を示す。各ＤＣＭ１０２は、図６に示される構成ファイル３３２の一部を含むことを理解されたい。これにより、ＤＣＭ１０２は、マスターＤＣＭに頼ることなく、プロトコル・ルールに基づいて独立してノード・ゲートウェイを決定してもよい。図示された実施形態において、ＤＣＭ１０２Ａ‐１は最も早い日付／時刻を有し、図４に示されるように、ＤＣＭ１０２のそれぞれによってノード・ゲートウェイとして指定される。

図５に戻ると、登録後、ＤＣＭ１０２は定期的に（例えば、１秒ごと、５秒ごと、１０秒ごと、３０秒ごと、１分ごとなど）ハートビート・メッセージ５１０をブロードキャストする（簡単のために、ＤＣＭ１０２Ａ‐１からのハートビート・メッセージは示されない）。ハートビート・メッセージ５１０はＤＣＭの識別子を含んでもよく、ＤＣＭ１０２が依然としてネットワーク４００上のアクティブ・ノードであることを示す。指定された制限時間内にＤＣＭ１０２によってハートビート・メッセージが受信されないならば、ＤＣＭ１０２は、欠けているＤＣＭのためにｐｉｎｇメッセージをブロードキャストしてもよいし、又はそうでなければ、（その日付／時刻アクティブ化情報を除去することによって）欠けているＤＣＭを切断されたものとして指定してもよい。図５に関連して説明された通信は、各ＤＣＭ１０２の専有ネットワーク・インタフェース３１２を介して行われることを理解されたい。

図５はまた、ＤＣＭ１０２Ａ‐１がノード・ゲートウェイであるため、ＤＣＭ１０２Ａ‐２及び１０２Ａ‐３がこれらの医療デバイス・データ３０３をＤＣＭ１０２Ａ‐１へ送信することを示す。その後、ＤＣＭ１０２Ａ‐１は、受信した医療デバイス・データ３０３を一括して（医療ネットワーク・インタフェース３１０を介して）ＥＭＲサーバ１０８へ送信する。いくつかの実施形態において、ＤＣＭ１０２は、専有プロトコルの一部として、医療デバイス・データのスナップショットがいつ記録／送信されるかを調整してもよい。一例において、ＤＣＭは、ノード・ゲートウェイＤＣＭ１０２へのデータ送信が漸減するように、互いに異なるオフセットでスナップショットを記録してもよい（それによって、ネットワーク帯域幅制限問題に対する送信ボトルネックを低減する）。これにより、ノード・ゲートウェイＤＣＭ１０２は、医療デバイス・データ３０３の送信をＥＭＲサーバ１０８へ時間外に拡げることが可能になる。

図７は、本開示の例示的な実施形態による、ＤＣＭ１０２がパワー・オフされた場合の専有通信ネットワーク４００のメッセージング・プロトコルを示すデータ・フロー図７００を示す。図示された実施形態において、ノード・ゲートウェイＤＣＭ１０２Ａ‐１は非アクティブ化され、及び／又は対応する医療デバイス１０４がパワー・オフ又は非アクティブ化される。ＤＣＭ１０２Ａ‐１がシャットダウンする前に、これは、ＤＣＭ１０２Ａ‐１の識別子を含んでもよい非アクティブ化メッセージ７０２を送信又はブロードキャストする。非アクティブ化メッセージ７０２は、ＤＣＭ１０２Ａ‐１がオフラインになること（及びノード・ゲートウェイとしては使用できないこと）を示す。いくつかの実施形態において、ＤＣＭ１０２Ａ‐２及び１０２Ａ‐３は、非アクティブ化メッセージ７０２を受信したことを示す応答メッセージ７０４を送信する。応答メッセージはまた、ＤＣＭ１０２Ａ‐１の通信範囲にない他のＤＣＭに対して、非アクティブ化情報を再生するために使用されてもよい。少なくとも１つの応答メッセージ７０４を受信した後、ＤＣＭ１０２Ａ‐１はパワー・オフする。さらに、他のＤＣＭ１０２Ａ‐２及び１０２Ａ‐３は、ＤＣＭ１０２Ａ‐１のエントリを除去するか、又はそうでなければＤＣＭ１０２Ａ‐１がアクティブでないことを示すように、これらの構成ファイル３３２を更新する。

プロトコル・ルールを用いて、ＤＣＭ１０２は、ＤＣＭ１０２Ａ‐２がこれからノード・ゲートウェイであることを独立して決定する。ＤＣＭ１０２Ａ‐２の構成ファイル・マネージャ３３０は、ＥＭＳサーバ１０８と通信するためにその医療ネットワーク・インタフェース３１０を再起動してもよい。いくつかの実施形態において、これは、ＤＣＭ１０２Ａ‐２がノード・ゲートウェイであることをＥＭＲサーバ１０８に示すアクティブ化メッセージをＤＣＭ１０２Ａ‐２が送信することを含んでもよい。他の例において、ＤＣＭ１０２が（宛先ＩＰアドレスを含む）ネットワーク設定を共有してもよいことから、ＤＣＭ１０２Ａ‐１の代わりにＥＭＲサーバ１０８とシームレスに通信するためにネットワーク設定を使用できるため、ＤＣＭ１０２Ａ‐２への引き継ぎはシームレスである。いくつかの例において、ＤＣＭ１０２Ａ‐２は、専有ネットワーク・インタフェース３１２を介して他のＤＣＭ１０２Ａ‐３へ確認メッセージを送信してもよく、これはＤＣＭ１０２Ａ‐２がノード・ゲートウェイとして利用可能であることを示す。この時点で、ＤＣＭ１０２は、定期的な間隔でハートビート・メッセージ５１０をブロードキャストする。データ送信について、ＤＣＭ１０２Ａ‐３は、医療デバイス・データ３０３をＤＣＭ１０２Ａ‐２へ送信する。その後、ＤＣＭ１０２Ａ‐２は、受信した医療デバイス・データ３０３及び自身の医療デバイス・データ３０３を指定された時刻（又はスナップショット間隔）でＥＭＲサーバ１０８へ送信する。
ＩＶ．例示的な使い捨て品／消耗品追跡の実施形態

上述のように、ＤＣＭ１０２を介した専有通信ネットワーク４００のホスティングは、医療ネットワーク１０６及び／又はＥＭＲサーバ１０８によってサポートされないかもしれない機能が実装されることを可能にする。図８は、本開示の例示的実施形態による、医療施設又は患者の家８００における使い捨てアイテム又は消耗アイテムの医療デバイス使用を追跡するために専有通信ネットワーク４００が使用される実施形態の図を示す。

いくつかの実施形態において、ＤＣＭ１０２のログ・マネージャ３３４は、使い捨て品／消耗品情報について医療デバイス・データ３０３を分析するように構成される。ログ・マネージャ３３４は、使い捨て品／消耗品の使用を追跡するログ・ファイルをデータベース３２４に保持する。ログ・マネージャ３３４は、フィルタ、カセット、ライン・セット、透析溶液、生理食塩水、腎代替溶液、ウォーマ・バッグ、及び／又は使い捨てセンサの使用及び／又は交換を追跡してもよい。医療デバイス１０４は、医療デバイス・データに含まれるイベント情報として、使用情報を含めてもよい。例えば、医療デバイスは、溶液バッグが交換されるごと、センサが交換されるごとなどに、検出又は決定してもよい。いくつかの例において、いくつかの消耗品／使い捨て品は、各処置後又は指定された回数の処置後に交換されてもよい。

ＤＣＭ１０２は、これらの消耗品／使い捨て品の使用情報を互いに通信してもよい。この構成において、各ＤＣＭ１０２は、ネットワーク４００の一部であるすべての医療デバイスのためのフリート集約を保持する。ノード・ゲートウェイＤＣＭ１０２は、医療ネットワーク１０６を介してＥＭＲサーバ１０８又は病院在庫管理サーバへ定期的にメッセージを送信してもよく、これにより、推定量が減少することにつれて消耗品／使い捨て品が再注文される。よって、ノード・ゲートウェイＤＣＭ１０２がオフラインになるならば、次のＤＣＭ１０２もフィート集約を有する。他の実施形態において、ノード・ゲートウェイＤＣＭ１０２のような指定されたＤＣＭのみがフリート集約数を保持する。

いくつかの実施形態において、ＤＣＭ１０２は、構成ファイル・マネージャ３３０を介して、在庫補充を管理するように構成される。これらの実施形態において、ＤＣＭ１０２は、利用可能な在庫のインジケーションを受信する。インジケーションは、医療デバイスのうちの少なくとも１つに入力されてもよく、又は医療ネットワーク・インタフェース３１０を介してサーバから受信されてもよい。いくつかの例において、医療ネットワーク・インタフェース３１０は、サプライヤとの在庫追跡を提供するために、インターネットのような広域ネットワークと通信するように構成されてもよい。

図８に示されるように、ＤＣＭ１０２は、各個別の医療デバイスについて消耗品／使い捨て品の使用を追跡する。例えば、ＤＣＭ１０２Ａ‐１は、対応するＣＲＲＴ１が２つのＭ１００フィルタ・セット、５つの透析溶液バッグ、及び２つの交換溶液バッグを消費したと判定する。ＤＣＭは、使い捨て品／消耗品の使用を共有し集約するために、専有通信ネットワーク４００を使用する。ノード・ゲートウェイＤＣＭ１０２は、補充メッセージが生成されるべきであると判定するために、集約結果を自動生成限界と比較する。いくつかの実施形態において、ノード・ゲートウェイ及び／又はＤＣＭ１０２のすべては、在庫が閾値をいつ下回るかを推定し、それにしたがって補充メッセージを生成するために、消費速度を追跡してもよい。
Ｖ．例示的な患者体液管理の実施形態

いくつかの実施形態において、（それぞれのＤＣＭ１０２によってホストされる）同じ専有通信ネットワーク４００上の複数の医療デバイス１０４は、医療処置を容易にするために互いに通信してもよい。一例において、注入ポンプ及び透析機械が液体管理のために通信してもよい。図９は、本開示の例示的な実施形態による、患者体液管理のために構成された図４の専有通信ネットワーク４００の図を示す。

図示された実施形態において、ＣＲＲＴ医療デバイス１０４Ａ‐０のＤＣＭ１０２Ａ‐０は、３つの注入ポンプ医療デバイス１０４Ａ‐１～１０４Ａ‐３及び対応するＤＣＭ１０２Ａ‐１～１０２Ａ‐３を有する専有通信ネットワーク４００の一部である。図９は、専有通信ネットワーク４００の一部であってもよい他の医療デバイスを省略する。図示されるＤＣＭ１０２は、それぞれの構成ファイル・マネージャ３３０を介して、それらがそれぞれ同じ患者に割り当てられていると判定する。一例において、医療デバイス１０４は、処置セットアップの一部として患者識別子を用いてプログラムされる。処置が開始される前に、ＤＣＭ１０２は、ログ・マネージャ３３４によって識別される患者識別子を受信する。その後、ＤＣＭ１０２は、他のどのＤＣＭが同じ処置に関連付けられているかを決定するために、患者識別子と、対応するデバイス・アドレス及び／又は識別子とをブロードキャストしてもよい。同じ処置の一部であるＤＣＭは、医療デバイス・マネージャ３３６によって提供される処置管理を容易にするために、互いに医療デバイス・データ３０３を共有してもよい。

図示された例において、臨床医は、適応患者体液除去に入力又はプログラムを行うためにＣＲＲＴ医療デバイス１０４Ａ‐０の制御インタフェース１０５を使用し、これは、液体除去量パラメータ量及び除去期間パラメータ（例えば、２４時間にわたって除去される１０００ｍｌの液体）を含む。医療デバイス・マネージャ３３６は、対応する液体除去速度を計算し、このデータをＣＲＲＴ医療デバイス１０４Ａ‐０へ送信する。

処置中、各ＤＣＭ１０２Ａ‐１～１０２Ａ‐３は、それぞれの注射ポンプ医療デバイス１０４Ａ‐１～１０４Ａ‐３から医療デバイス・データ３０３を受信する。医療デバイス・データ３０３は注入速度を含み、これはＤＣＭ１０２Ａ‐１～１０２Ａ‐３によって、専有通信ネットワーク４００上でＤＣＭ１０２Ａ‐０へ送信される。注入ポンプ医療デバイス１０４Ａ‐１は１０ｍｌ／ｈの速度で第１の液体を注入してもよいし、注入ポンプ医療デバイス１０４Ａ‐２は２０ｍｌ／ｈの速度で第３の液体を注入してもよいし、注入ポンプ医療デバイス１０４Ａ‐３は２５ｍｌ／ｈの速度で第３の液体を注入してもよい。

医療デバイス・データは、プロトコル・ルールの下で、例えばブロードキャスト送信が自身のメールボックス３４０に向けられていることをＤＣＭ１０２Ａ‐０が判定するように、送信側ＤＣＭ識別子とともにブロードキャストされてもよい。別の例において、ＤＣＭ１０２Ａ‐１～１０２Ａ‐３は、受信したデータをＤＣＭ１０２Ａ‐０のみが処理することを保証にするために、ＤＣＭ１０２Ａ‐０の宛先アドレス又は識別子と共にメッセージを送信してもよい。ＤＣＭ１０２Ａ‐０の医療デバイス・マネージャ３３６は、注入速度を受信し、ＣＲＲＴ医療デバイス１０４Ａ‐０の透析充填速度に注入速度を組み合わせ、指定されたパラメータを満たすために新たな目標容量除去速度を決定する。医療デバイス・マネージャ３３６は、新たな液体除去速度をＣＲＲＴ医療デバイス１０４Ａ‐０へ送信し、これは、推奨として、又は規定の処置を変更するための治療モジュール１０７に対する制御命令として、制御インタフェース１０５によって表示されてもよい。このような構成は、臨床医が複数の医療デバイスの医療デバイス・データに基づいて液体除去速度を手計算する必要性を排除することを理解されたい。上述の構成はまた、注入速度の任意の変化を反映するように、液体除去速度のほぼリアルタイムの調整を可能にする。

図１０は、本開示の例示的実施形態による、図４の専有通信ネットワーク４００を使用して液体除去速度を計算するための例示的な手順１０００のフロー図である。手順１０００は図１０に示されるフロー図を参照して説明されるが、手順１０００に関連付けられたステップを実行する多くの他の方法が使用されてもよいことを理解されたい。例えば、ブロックの多くの順序は変更されてもよく、いくつかのブロックは他のブロックと組み合わされてもよく、説明されるブロックの多くはオプションであってもよい。１つの実施形態において、ブロックの数は変更されてもよい。さらに、注入ポンプ医療デバイス１０４Ａ‐１～１０４Ａ‐３を更新し、臨床医に通知メッセージを提供するステップは省略されてもよい。手順１０００に記載された動作は、１つ以上の命令によって指定され、例えばＤＣＭ１０２Ａ‐０及び／又は医療デバイス１０４Ａ‐０を含む複数のデバイス間で実行されてもよい。

例示的な手順１０００は、臨床医がＣＲＲＴ処置について（複数のパラメータからとりわけ）液体除去量パラメータ及び除去期間パラメータを選択したことのインジケーションをＤＣＭ１０２Ａ‐０が（イベント医療デバイス・データ３０３を介して）受信する場合に始まる（ブロック１００２）。ＤＣＭ１０２Ａ‐０はまた、臨床医が適応液体除去機能を選択したことのインジケーションを受信する（ブロック１００４）。適応液体除去機能の選択は、やはり同じ患者に関連付けられた他の医療デバイスを決定するように、ＤＣＭ１０２Ａ‐０に、自身の識別子及び／又はアドレスと共にブロードキャスト・メッセージを送信させる（ブロック１００６）。ブロードキャスト・メッセージに応じて、注入ポンプ医療デバイス１０４Ａ‐１～１０４Ａ‐３のＤＣＭ１０２Ａ‐１～１０２Ａ‐３は、同じ患者識別子及び／又は医療デバイス・タイプを示す応答メッセージを送信する。いくつかの例において、ＤＣＭ１０２Ａ‐０は、応答メッセージを受信した後、ＤＣＭ１０２Ａ‐１～１０２Ａ‐３に向けて意図されたメッセージを送信又はブロードキャストして、注入速度医療デバイス・データ３０３が送信されることを要求する。他の実施形態において、初期のブロードキャスト・メッセージは、必要とされる医療デバイス・データを識別してもよい。

図１０に示されるように、ＤＣＭ１０２Ａ‐１～１０２Ａ‐３は、注入速度医療デバイス・データ３０３を含むメッセージを、ＤＣＭ１０２Ａ‐０の宛先アドレス及び／又は識別子とともに送信する（ブロック１００８）。ＤＣＭ１０２Ａ‐０は、データ３０３を受信し、ＣＲＲＴ医療デバイス１０４Ａ‐０からの医療デバイス・データ３０３に含まれる透析充填速度にデータ３０３を合計して、患者に提供されている液体の合計速度を決定する（ブロック１０１０）。その後、ＤＣＭ１０２Ａ‐０は、指定された期間までに液体除去量が満たされることを保証するために、合計液体速度と適応液体パラメータとを比較する（ブロック１０１２）。ＤＣＭ１０２Ａ‐０は、注入処置及び／又はＣＲＲＴ処置に調整が必要かどうかを判定するために比較結果を使用する（ブロック１０１４）。判定は、液体除去傾向が望ましい除去速度を満たすかどうかをＤＣＭ１０２Ａ‐０の医療デバイス・マネージャ３３６が判定することによってなされてもよい。

調整が必要ないならば、ＤＣＭ１０２Ａ‐０はブロック１００８に戻り、後続の医療デバイス・データ３０３が受信される（例えば、データの次のスナップショット）。調整が必要ならば、ＤＣＭ１０２Ａ‐０の医療デバイス・マネージャ３３６は、液体量パラメータ及び時間パラメータを満たすように、ＣＲＲＴ医療デバイス１０４Ａ‐０のための新たな液体除去速度を決定する（ブロック１０１６）。その後、ＤＣＭ１０２Ａ‐０は、新たな液体除去速度を示すメッセージ１０１７をＣＲＲＴ医療デバイス１０４Ａ‐１へ送信する。いくつかの実施形態において、ＣＲＲＴ医療デバイス１０４Ａ‐１は、制御インタフェース１０５上に処置推奨として除去速度を表示する。他の実施形態において、ＣＲＲＴ医療デバイス１０４Ａ‐１は、新たな液体除去速度でＣＲＲＴ処理を更新するために治療モジュール１０７へメッセージ１０１７をルーティングする。

いくつかの実施形態において、ＤＣＭ１０２Ａ‐０は、注入速度のうちの１つ以上のものへの調整を決定してもよい（ブロック１０１８）。これらの実施形態において、ＤＣＭ１０２Ａ‐０は、適切なＤＣＭ１０２Ａ‐１～１０２Ａ‐３に対して向けられたメッセージ１０１９を、修正された注入速度とともに送信する。同様に、指定されたＤＣＭ１０２Ａ‐１～１０２Ａ‐３は、推奨を表示し、又は処置を変更する。

さらに、いくつかの実施形態において、通知プロセッサ３１６は、液体除去速度変更／推奨及び／又は注入ポンプ注入速度変更／推奨を示す通知メッセージ１０２１を生成してもよい（ブロック１０２０）。ＤＣＭ１０２Ａ‐１は、ネットワーク４００を介して指定された臨床医デバイス３２２へ、及び／又は臨床医デバイス・インタフェース３１４を介して別個の無線通信リンクへ、通知メッセージ１０２１を送信する。図１０の例示的な手順１０００は、医療デバイス・データ３０３の後続のスナップショット（又はストリーム）のためにブロック１００８に戻ることによって継続する。
ＶＩ．臨床医意思決定支援の実施形態

いくつかの実施形態において、ＤＣＭ１０２（医療デバイス・マネージャ３３６）は、医療デバイス・データ及び／又は専有通信ネットワークの外部にあるデバイスからの実験室結果と組み合わせて、接続された医療デバイス１０４からの医療デバイス・データ３０３を分析するように構成される。その代わりに、これらの他のデバイスからの医療デバイス・データは、ＥＭＲサーバ１０８を介して患者のＥＭＲに記憶され、医療ネットワーク１０６を介してのみ利用可能である。図１１は、本開示の例示的実施形態による、ＥＭＲサーバ１０８から受信された医療デバイス・データを部分的に使用して、接続された医療デバイス１０４に意思決定支援を提供するようにＤＣＭ１０２が構成される臨床医意思決定支援の実施形態の図を示す。

図１１は、本開示の例示的な実施形態による、臨床医意思決定支援を提供するように構成された図１～図３のＤＣＭ１０２の図を示す。図示された例において、ＤＣＭ１０２Ａ‐１及び１０２Ａ‐２は、ＣＲＲＴ医療デバイス１０４Ａ‐１及び１０４Ａ‐２に関連付けられる。ＤＣＭ１０２Ａ‐１及び１０２Ａ‐２（例えば、個別の医療ネットワーク・インタフェース３１０）のそれぞれは、医療ネットワーク１０６を介してＥＭＲサーバ１０８に接続される。さらに、ＥＭＲサーバ１０８は、医療ネットワーク１０６を介して、血圧モニタ１１０２、血液ガス分析器１１０４、注入供給システム１１０６、及び他のデバイス１１０８に通信可能に結合される。他のデバイスは、実験結果を提供する実験室サーバ、処方された薬剤を提供する薬局サーバ、体重計、体温計、心拍数モニタなどを含んでもよい。

図示された実施形態において、ＤＣＭ１０２Ａ‐１及び１０２Ａ‐２の医療デバイス・マネージャ３３６は、ＥＭＲサーバ１０８との双方向通信のために構成されている。ＥＭＲサーバ１０８からデータを受信するために、医療デバイス・マネージャ３３６は、対応するＣＲＲＴ医療デバイス１０４に接続された、又はこれに関連付けられた患者の患者識別子を決定してもよい。医療デバイス・マネージャ３３６は、医療ネットワーク・インタフェース３１０を介してＥＭＲサーバ１０８へ要求メッセージを送信する。要求メッセージは、患者識別子及びＤＣＭ１０２の識別子及び／又はネットワーク・アドレスを含む。

ＥＭＲサーバ１０８は患者のＥＭＲ記録を識別し、要求されたデータを識別する。その後、ＥＭＲサーバ１０８は、識別されたデータを要求側ＤＣＭ１０２のメールボックス３４０へ送信する。いくつかの例において、ＤＣＭ１０２からの要求は、ＥＭＲサーバ１０８に、指定された持続時間及び／又は処置について、関連するデバイス１１０２～１１０８からデータが受信される際にデータのストリームを提供させる。

ＤＣＭ１０２の例示的な医療デバイス・マネージャ３３６は、ＥＭＲサーバ１０８から受信されたデータを、個別の医療デバイス１０４から受信された医療デバイス・データ３０３と組み合わせるように構成される。その後、医療デバイス・マネージャ３３６は、組み合わされたデータに１つ以上のルール又は基準を適用してもよい。

いくつかの実施形態において、１つ以上のルール又は基準は、受信されたデータのうちの特定のものが医療デバイス１０４において表示されるべきであることを指定してもよい。それに応じて、医療デバイス・マネージャ３３６は、医療デバイス１０４の制御インタフェース１０５上に表示するために、指定されたデータを治療モジュール１０７へ送信する。他の例において、医療デバイス・マネージャ３３６は、指定されたデータをメールボックス３４０に記憶してもよい。これらの他の例において、治療モジュール１０７は、表示されるべきデータを求めてメールボックス３４０を定期的にポーリングしてもよい。いくつかの例において、医療デバイス・マネージャ３３６は、処置推奨又は調整を識別してもよく、推奨又は調整を示す情報はメールボックス３４０に記憶され、及び／又は表示のために医療デバイス１０４へ送信される。さらなる実施形態において、医療デバイス・マネージャ３３６は、規則及び／又は基準との比較に基づいて、パラメータ及び／又は処置調整を決定してもよい。これらの実施形態において、医療デバイス・マネージャ３３６は、医療デバイス１０４によって提供される進行中又は後続の治療を変更するために、新たなパラメータ又は調整情報をメールボックス３４０又は治療モジュール１０７へ送信する。

一例において、ＤＣＭ１０２は、ＣＲＲＴ処置中にＥＭＲサーバ１０８から血圧データを受信してもよい。それに応じて、ＤＣＭ１０２は、データベース３２４に記憶された１つ以上のルール及び／又は基準に基づいて、ＣＲＲＴ処置の滞留フェーズ又は排出フェーズを延長すべきであると判定してもよい。ＤＣＭ１０２は、滞留又は排出フェーズを増加するための推奨を送信してもよく、又はＣＲＲＴ医療デバイス１０４に滞留又は排出フェーズ持続時間を増加させてもよい。

ＤＣＭ１０２は、１つの実施形態において、医療ネットワーク１０６内のエッジ・コンピューティング・ノードであることを理解されたい。専有通信ネットワークについて、エッジ・コンピューティング・ノードのための複数のＤＣＭ１０２は、ＥＭＲサーバ１０８のような集中位置ではなく、医療ネットワーク１０６のエッジで少なくとも一部の臨床的意思決定が行われる。このような構成は、ＥＭＲサーバ１０８における計算リソースを低減し、集中型臨床支援から共通であってもよい処理ボトルネックを防止してもよい。
ＶＩＩ．臨床医イベント通知の実施形態

上述のように、図１～図３のＤＣＭ１０２は、臨床医デバイス３２２のための通知メッセージを生成するための通知プロセッサ３１６を含む。図１２は、本開示の例示的な実施形態による、図４の専有通信ネットワーク４００が通知メッセージを臨床医デバイス３２２に提供するためにどのように使用されるかに関して例示的な図を示す。図示される実施形態において、医療デバイス１０４のＤＣＭ１０２は、登録された臨床医デバイス３２２へ通知メッセージを送信するように構成される。臨床医デバイス３２２が（例えば、Ｂｌｕｅｔｏｏｔｈ送受信機を介して）専有通信ネットワーク４００とやりとりすることが可能である例において、ＤＣＭ１０２は、これらの専有ネットワーク・インタフェース３１２を使用するように構成される。臨床医デバイス３２２への別個の接続が必要とされる例において、ＤＣＭ１０２は、臨床医デバイス・インタフェース３１４を使用するように構成される。

図１２に示される構成は、臨床医デバイス３２２が、接続された医療デバイス１０４のステータスに関する通知を、臨床医が医療デバイスに近接している必要なく受信することを可能にする。ステータスは、アラーム、アラート、及び／又はイベントを含んでもよい。医療デバイスのリモート・アクセスは、ＣＯＶＩＤ‐１９のような高度に感染性の疾患の処置のためのような、長期間患者のベッドサイドに臨床医がいることが実現可能でない場合に重要であってもよい。さらに、図１２に示されるように、例えば９つの異なる医療デバイス１０２を同時に監視するために、単一の臨床医デバイス３２２が使用されてもよい。

開示された実施形態は、医療ネットワーク１０６がこのような能力を有していない場合であっても、パーソナル・モバイル・デバイスが医療通知を受信することを可能にすることを理解されたい。したがって、医療デバイス製造者は、医療ネットワーク１０６に影響を及ぼすことなく、臨床医デバイス３２２についてのリモート監視及び制御を提供してもよい。このような構成は、臨床医デバイス３２２が構成のために医療ネットワーク１０６に接続する必要がない、又は通知を受信する必要がないため、別のセキュリティ層を提供し、それによって、ネットワークへの潜在的なセキュリティ・エントリ・ポイントを排除する。さらに、ネットワーク４００及び／又はＤＣＭ１０２へのアクセスはローカルであり、これは、リモートの悪意のあるアプリケーションがネットワーク４００又は関連する医療デバイスに到達することさえできないようにする。

登録フレーズ（後述）中に、臨床医は、通知がいつ生成されるべきかに関する閾値及び／又は条件を設定することを含む、どの通知が望まれるかに関するテンプレート・フォームを完成させるために、ＤＣＭ１０２にアクセスする。例えば、臨床医は、圧力アラーム、空のバッグ・アラーム、フィルタ凝固アラーム、未使用バッグ低アラートなどを受信するためにフォームを完成させてもよい。フォームはまた、いつ及び／又はどの通知が提供されるかを臨床医が優先することを可能にしてもよい。

ＤＣＭ１０２の例示的な通知プロセッサ３１６は、医療デバイス・データ３０３を、臨床医によって指定された基準と比較する。基準のうちの少なくとも１つが満たされる場合に、通知プロセッサ３１６は、通知メッセージ（例えば、テキスト又はＳＭＳメッセージ又はプッシュ通知）を作成し、これは、臨床医デバイス・インタフェース３１４及び／又は専有ネットワーク・インタフェース３１２を介して臨床医デバイス３２２へ送信される。いくつかの例において、臨床医デバイス３２２は、監視される医療デバイス１０４のうちの少なくとも１つのものの無線範囲外であるかもしれない。このような問題に対処するために、専有通信ネットワーク４００のＤＣＭは、メッセージが臨床医デバイス３２２に到達することを保証するために、通知メッセージをブロードキャスト及び再ブロードキャストするように構成される。ネットワーク４００は、通知が再ブロードキャストされる回数に関するプロトコル・ルールを有してもよい。さらに、いくつかの実施形態において、臨床医デバイス３２２は、通知メッセージが受信された場合に肯定応答メッセージを提供してもよく、ＤＣＭ１０２に通知のブロードキャストを停止させる。

図１３は、本開示の例示的実施形態による、図１２の臨床医デバイス３２２への通知メッセージの送信のためにＤＣＭ１０２がどのように構成されるかに関する図を示す。図示される実施形態において、コンピュータ１３００は、指定されたＤＣＭ１０２上のフォームに臨床医がアクセスし編集することを可能にするアプリケーション１３０２を含む。コンピュータ１３００は、医療ネットワーク１０６を通じて医療ネットワーク・インタフェース３１０を介してＤＣＭ１０２にアクセスしてもよい。この例において、アプリケーション１３０２は、ＤＣＭ１０２及び／又は医療デバイス１０４の識別子又はネットワーク・アドレスのためのフィールドを含んでもよい。識別子又はアドレスの入力は、アプリケーション１３０２に、ＤＣＭ１０２にアクセスさせるか、又は通知フォームを求める要求メッセージを送信させる。フォームを受信した後、アプリケーション１３０２は、通知を受信するための基準及び／又は条件に関する臨床医による入力のためのフィールドを表示する。臨床医はまた、指定された通知を購読するために、自身の臨床医デバイス３２２の識別子を提供してもよい。

他の実施形態において、アプリケーション１３０２は、ＤＣＭ１０２におけるフォームに対応するフィールドをさらに含んでもよい。臨床医は、ＤＣＭ／医療デバイス識別子、基準／条件、及び宛先デバイスを含むフィールドを完了する。フィールドが完了した後、臨床医は、データベース３２４に記憶されている通知レコードに、受信された情報を記憶するために、アプリケーション１３０２に、フィールドから、例えば所望のＤＣＭ１０２の通知プロセッサ３１６におけるＡＰＩへ、データとともに１つ以上のメッセージを送信させる（又は、情報をブロードキャストさせ、指定されたＤＣＭ１０２のみが要求を処理する）。

いくつかの実施形態において、アプリケーション１３０２はまた、臨床医デバイス３２２を構成してもよい。例えば、アプリケーション１３０２は、臨床医デバイス３２２を専有通信ネットワーク４００及び／又は指定されたＤＣＭ１０２とペアリングするための命令を提供してもよい。他の例において、アプリケーション１３０２は、通知メッセージを臨床医デバイス３２２へ送信させる。通知メッセージはスクリプトへのリンクを含み、これは、臨床医デバイス３２２において選択された場合に、ネットワーク４００及び／又は指定されたＤＣＭ１０２に接続するようにデバイス３２２を自動的に構成する。構成後、臨床医デバイス３２２は、対応する医療デバイス１０４に関するイベント、アラーム、及び／又はアラートに関する通知メッセージをＤＣＭ１０２から受信できる。

上述の通知機能は、ＣＲＲＴ医療デバイスのための臨床医に利益を提供する。典型的に、ＣＲＲＴ医療デバイスは、特定の数の未使用の透析液バッグ及び特定の数のドレーン・バッグを有する。臨床医にバッグのステータスを定期的にチェックさせるのではなく、ＤＣＭ１０２は、未使用のバッグが空に近い場合（例えば、空になってから１５～２０分以内）に通知を送信するための指定された基準を使用する。ＤＣＭ１０２はまた、ドレーン・バッグが満杯に近づいた場合に通知を送信するための指定された基準を使用する。したがって、ＤＣＭ１０２は、医療ネットワークが臨床医デバイス・コネクティビティをサポートしなくてもよい場合であっても、特定の医療デバイスにおいて注意が必要とされる場合にのみ、デバイス３２２を介して臨床医通知を提供する。
ＶＩＩＩ．結論

本書に記載された現在の好ましい実施例への種々の変更及び修正が当業者には明らかであることが理解されるだろう。このような変更及び修正は、本主題の趣旨及び範囲から逸脱することなく、かつその意図される利点を減少させることなく行われうる。したがって、このような変更及び修正は、添付の特許請求の範囲によってカバーさせることが意図される。

Claims (27)

1. 医療システムであって、
   ‐少なくとも１つの医療デバイス（１０４）であって、
   ・１つ以上のセンサ及び１つ以上のアクチュエータと、
   ・メモリと、
   ・前記１つ以上のセンサからデータを受信し、医療タスクを実行するために前記１つ以上のアクチュエータを制御するように構成されたプロセッサ（１０７）であって、
   前記プロセッサ（１０７）は、前記メモリにアクセスでき、医療デバイス・データ（３０３）を含むデータを記憶するように構成される、プロセッサ（１０７）と、
   ・前記プロセッサ（１０７）に接続された通信ユニットであって、前記通信ユニットは、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、通信ユニットと、
   を含む少なくとも１つの医療デバイス（１０４）と、
   ‐前記医療デバイス（１０４）に関連付けられた少なくとも１つのデジタル通信モジュール（１０２）であって、前記デジタル通信モジュール（１０２）は、
   ・前記医療デバイス（１０４）の前記通信ユニットに通信するために結合された入力インターフェース（３０４）であって、前記入力インタフェース（３０４）は、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、入力インターフェース（３０４）と、
   ・（ｉ）医療ネットワーク（１０６）を介した電子医療記録（ＥＭＲ）サーバ（１０８）、及び（ｉｉ）無線専有ネットワーク（４００）を介した少なくとも１つの他のデジタル通信モジュール（１０２Ａ）との通信結合のために構成された出力インタフェース（３０６）であって、前記出力インタフェース（３０６）は、シリアル出力ポートと、イーサネット出力ポートと、無線出力ポートとのうちの少なくとも１つを含む、出力インターフェース（３０６）と、
   ・前記デジタル通信モジュール（１０２）の識別子とともに少なくとも１つの構成ファイル（３３２）を記憶するように構成されたファイル構成マネージャ（３３０）と、
   ・前記入力インタフェース（３０４）、前記出力インタフェース（３０６）及び前記ファイル構成マネージャ（３３０）に通信結合されたデータ・マネージャ（３０２）であって、前記データ・マネージャ（３０２）は、
   ・パワー・オンされた後、前記無線専有ネットワーク（４００）を介して前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）へアウェイク・メッセージを送信することであって、前記アウェイク・メッセージは、前記デジタル通信モジュール（１０２）の前記識別子と、前記パワー・オンの日付／時刻とを含む、ことと、
   ・前記無線専有ネットワーク（４００）を介して前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）のそれぞれから応答メッセージを受信することであって、前記応答メッセージは、個別の他のデジタル通信モジュール（１０２Ａ）の識別子又はネットワーク・アドレスと、個別の他のデジタル通信モジュール（１０２Ａ）がいつパワー・オンされたかに関する日付／時刻インジケーションとを含む、ことと、
   ・前記医療デバイス（１０４）から医療デバイス・データ（３０３）を受信することと、
   ・前記他のデジタル通信モジュール（１０２Ａ）のうち最も早い日付／時刻インジケーションを有する第１のものを介して前記医療デバイス・データ（３０３）が前記ＥＭＲサーバ（１０８）へ送信されるべきであると判定することと、
   ・前記ＥＭＲサーバ（１０８）への送信のために前記医療デバイス・データ（３０３）を前記第１のデジタル通信モジュール（１０２）へ送信することと、
   を行うように構成される、データ・マネージャ（３０２）と、
   を備える、少なくとも１つのデジタル通信モジュール（１０２）と、を備える、医療システム。
2. デジタル通信モジュール（１０２）であって、
   ‐医療デバイス（１０４）に通信結合するために構成された入力インターフェース（３０４）であって、前記入力インタフェース（３０４）は、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、入力インターフェース（３０４）と、
   ‐（ｉ）医療ネットワーク（１０６）を介した電子医療記録（ＥＭＲ）サーバ（１０８）、及び（ｉｉ）無線専有ネットワーク（４００）を介した少なくとも１つの他のデジタル通信モジュール（１０２Ａ）との通信結合のために構成された出力インタフェース（３０６）であって、前記出力インタフェース（３０６）は、シリアル出力ポートと、イーサネット出力ポートと、無線出力ポートとのうちの少なくとも１つを含む、出力インターフェース（３０６）と、
   ‐前記デジタル通信モジュール（１０２）の識別子とともに少なくとも１つの構成ファイル（３３２）を記憶するように構成されたファイル構成マネージャ（３３０）と、
   ‐前記入力インタフェース（３０４）、前記出力インタフェース（３０６）及び前記ファイル構成マネージャ（３３０）に通信結合されたデータ・マネージャ（３０２）であって、前記データ・マネージャ（３０２）は、
   ・パワー・オンされた後、前記無線専有ネットワーク（４００）を介して前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）へアウェイク・メッセージを送信することであって、前記アウェイク・メッセージは、前記デジタル通信モジュール（１０２）の前記識別子と、前記パワー・オンの日付／時刻とを含む、ことと、
   ・前記無線専有ネットワーク（４００）を介して前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）のそれぞれから応答メッセージを受信することであって、前記応答メッセージは、個別の他のデジタル通信モジュール（１０２Ａ）の識別子又はネットワーク・アドレスと、個別の他のデジタル通信モジュール（１０２Ａ）がいつパワー・オンされたかに関する日付／時刻インジケーションとを含む、ことと、
   ・前記医療デバイス（１０４）から医療デバイス・データ（３０３）を受信することと、
   ・前記他のデジタル通信モジュール（１０２Ａ）のうち最も早い日付／時刻インジケーションを有する第１のものを介して前記医療デバイス・データ（３０３）が前記ＥＭＲサーバ（１０８）へ送信されるべきであると判定することと、
   ・前記ＥＭＲサーバ（１０８）への送信のために前記医療デバイス・データ（３０３）を前記第１のデジタル通信モジュール（１０２）へ送信することと、
   を行うように構成される、データ・マネージャ（３０２）と、
   を備える、デジタル通信モジュール（１０２）。
3. 前記データ・マネージャ（３０２）は、
   第１のデジタル通信モジュール（１０２）から、前記第１のデジタル通信モジュール（１０２）がもはや利用可能でないことを示すパワー・オフ・メッセージを受信することと、
   前記第１のデジタル通信モジュール（１０２）の前記日付／時刻インジケーションを除去することと、
   前記医療デバイス（１０４）から第２の医療デバイス・データ（３０３）を受信することと、
   前記他のデジタル通信モジュール（１０２Ａ）のうち、前記第１のデジタル通信・モジュール（１０２）の前記日付／時刻インジケーションを除去して最も早い日付／時刻インジケーションを有する第２のものを介して前記第２の医療デバイス・データ（３０３）が前記ＥＭＲサーバへ送信されるべきであると判定することと、
   前記ＥＭＲサーバ（１０８）への送信のために前記第２の医療デバイス・データ（３０３）を前記第２のデジタル通信モジュール（１０２）へ送信することと、
   を行うようにさらに構成される、請求項１に記載の医療システム又は請求項２に記載のモジュール。
4. 前記データ・マネージャ（３０２）は、
   前記第１のデジタル通信モジュール（１０２）から、前記第１のデジタル通信モジュール（１０２）がもはや利用可能でないことを示すパワー・オフ・メッセージを受信することと、
   前記第１のデジタル通信モジュール（１０２）の前記日付／時刻インジケーションを除去することと、
   前記医療デバイス（１０４）から第２の医療デバイス・データ（３０３）を受信することと、
   前記他のデジタル通信モジュール（１０２Ａ）の中で最も早い日付／時刻インジケーションを有する前記デジタル通信モジュール（１０２）に基づいて、前記デジタル通信モジュール（１０２）を介して前記第２の医療デバイス・データ（３０３）が前記ＥＭＲサーバ（１０８）へ送信されるべきであると判定することと、
   前記医療ネットワーク（１０６）への前記出力インタフェース（３０６）の前記通信結合を介して、前記第２の医療デバイス・データ（３０３）を前記ＥＭＲサーバ（１０８）へ送信することと、
   を行うようにさらに構成される、請求項１乃至３の何れか１項に記載の医療システム又はモジュール。
5. 前記データ・マネージャ（３０２）は、
   前記他のデジタル通信モジュール（１０２Ａ）のうちの１つから第３の医療デバイス・データ（３０３）を受信することと、
   前記医療ネットワーク（１０６）への前記出力インタフェース（３０６）の前記通信結合を介して前記第３の医療デバイス・データ（３０３）を前記ＥＭＲサーバ（１０８）へ送信することと、
   を行うようにさらに構成される、請求項４に記載の医療システム又はモジュール。
6. 前記データ・マネージャ（３０２）は、
   前記医療デバイス・データ（３０３）の送信のためのノード・ゲートウェイとして新たな第１のデジタル通信モジュール（１０２）を指定することと、
   前記第１のデジタル通信モジュール（１０２）から前記パワー・オフ・メッセージを受信し、前記新たなデジタル通信モジュール（１０２）が前記他のデジタル通信モジュール（１０２Ａ）の中で最も早い日付／時刻インジケーションを有すると判定した後に、前記ノード・ゲートウェイとして前記新たなデジタル通信モジュール（１０２）を指定することと、
   オプションとして、前記新たな第１のデジタル通信モジュール（１０２）を前記ノード・ゲートウェイとして指定した後に、前記出力インタフェース（３０６）を介して前記ＥＭＲサーバ（１０８）への前記通信結合を無効にすることと、
   を行うようにさらに構成される、請求項４又は５に記載の医療システム又はモジュール。
7. 前記プロセッサ（１０７）は、前記医療デバイスを通じて前記処置供給を監視し、特に処置セッションの終わりに、
   ・使い捨てライン・セットのような、使用済であり、後続の処置を実行するために交換されなければならないシングル・ユースの使い捨て品のタイプ及び数、及び／又は
   ・透析液調製又は限外濾過のための濃縮物のような、使い尽くされるか又は交換されなければならない半使い捨て要素のタイプ及び数、及び／又は
   ・センサ又はアクチュエータのような、交換されなければならない故障した構成要素のタイプ及び数、
   を含む第１の使い捨て品又は消耗品使用情報を決定するように構成され、
   前記プロセッサ（１０７）は、前記第１の使い捨て品又は消耗品使用情報を前記メモリに記憶し、前記第１の使い捨て品又は消耗品使用情報は、前記通信ユニットを通じて前記デジタル通信モジュール（１０２）へ転送され、
   前記データ・マネージャ（３０２）は、
   前記医療デバイス（１０４）から第１の使い捨て品又は消耗品使用情報を受信することと、
   前記他のデジタル通信モジュール（１０２Ａ）から第２の使い捨て品又は消耗品使用情報を受信することと、
   前記第１及び第２の使い捨て品又は消耗品使用情報を組み合わせることと、
   前記医療ネットワーク（１０６）への前記出力インタフェース（３０６）の前記通信結合を介して、前記組み合わされた第１及び第２の使い捨て品又は消耗品使用情報を、前記ＥＭＲサーバ（１０８）と医療サプライ・サーバとの少なくとも１つへ送信することと、
   を行うようにさらに構成される、請求項４乃至６の何れか１項に記載の医療システム又はモジュール。
8. 前記第１及び第２の使い捨て品又は消耗品使用情報は、フィルタ、使い捨てカセット、ライン・セット、透析溶液、生理食塩水、腎代替溶液、ウォーマ・バッグ、又は使い捨てセンサの使用を示す情報を含む、請求項７に記載の医療システム又はモジュール。
9. 前記構成ファイル（３３２）は、前記ＥＭＲサーバ（１０８）の宛先ネットワーク・アドレスと、前記接続された医療デバイス（１０４）の医療デバイス（１０４）タイプの識別情報と、医療デバイス（１０４）シリアル番号の識別情報と、前記受信された医療データが前記医療デバイス（１０４）によって生成された又は前記医療デバイス（１０４）から前記データ・マネージャ（３０２）によって受信されたタイムスタンプと、を指定する、請求項１乃至８の何れか１項に記載の医療システム又はモジュール。
10. 前記データ・マネージャ（３０２）は、
    ‐前記医療デバイス・データ（３０３）のストリームを受信することと、
    ‐前記医療デバイス・データ（３０３）のスナップショットを定期的な間隔で作成することと、
    ‐前記医療デバイス・データ（３０３）の前記スナップショットを、前記第１のデジタル通信モジュール（１０２）へ送信される前記医療デバイス・データ（３０３）として提供することと、
    を行うようにさらに構成され、
    前記医療デバイス・データ（３０３）は、
    透析サイクルの充填、滞留、及び排出フェーズの間の遷移を含むイベント情報と、
    アラーム、アラート、又はイベント情報と、
    処置プログラミング情報と、
    推定された充填速度と、排出速度と、除去される限外濾過の量とのうちの少なくとも１つを含む医療処置データと、
    のうちの少なくとも１つを含む、請求項１乃至９の何れか１項に記載の医療システム又はモジュール。
11. 前記データ・マネージャ（３０２）は、
    スナップショット間の前記医療デバイス・データ（３０３）への変更を識別するためにイベント追跡を使用することと、
    前のスナップショットからの前記変更された医療デバイス・データ（３０３）のみを、前記第１のデジタル通信モジュール（１０２）へ送信される前記医療デバイス・データ（３０３）として含めることと、
    を行うようにさらに構成される、請求項１乃至１０の何れか１項に記載の医療システム又はモジュール。
12. 前記データ・マネージャ（３０２）は、
    前記出力インタフェース（３０６）を介して構成メッセージを受信することであって、前記構成メッセージは、臨床医デバイスのネットワーク・アドレスと、前記臨床医デバイスへ通知を送信するための基準とを示す、ことと、
    前記医療デバイス・データ（３０３）の少なくとも一部が前記基準を満たすと判定することと、
    前記基準を満たす前記医療デバイス・データ（３０３）の前記少なくとも一部を示す通知メッセージを、前記専有ネットワーク（４００）を介して前記臨床医デバイスへ送信することと、
    を行うようにさらに構成される、請求項１乃至１１の何れか１項に記載の医療システム又はモジュール。
13. 注入ポンプである少なくとも１つの別の医療デバイスをさらに含み、医療デバイス（１０４）は透析機械であり、
    前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）は、それぞれ、前記注入ポンプに関連付けられ、
    前記透析機械からの前記医療デバイス・データ（３０３）は患者識別子を含み、前記少なくとも１つの注入ポンプからの第２の医療デバイス・データ（３０３）は同じ患者識別子及び注入速度を含み、
    前記データ・マネージャ（３０２）は、
    適応液体除去動作が有効であることのインジケーションを受信することと、
    ・濾過ユニットに入る未使用透析液流量と、
    ・前記濾過ユニットから出る流出流量と、
    ・体外血液回路への注入前流量と、
    ・体外血液回路への注入後流量と、
    ・液体除去目標量及び除去期間と、
    ・液体除去速度と、
    のうちの１つ以上を含む、前記患者識別子に関連するパラメータ・データを受信することと、
    前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）から前記無線専有ネットワーク（４００）を介して前記第２の医療デバイス・データ（３０３）を受信することと、
    前記少なくとも１つの注入ポンプが同じ患者識別子に関連付けられているかどうかを判定することと、
    前記第２の医療デバイス・データ（３０３）に基づいて、前記患者に注入されている液体の量又は注入流量を決定することと、
    前記パラメータ・データ及び前記第２の医療デバイス・データ（３０３）から決定された前記患者に注入されている液体の前記量又は前記注入流量に基づいて、更新されたパラメータ・データを決定することであって、特に、前記更新されたパラメータは、前記注入ポンプで注入された前記液体を考慮に入れて透析中に患者体液バランスを不変に維持する、ことと、
    前記入力インタフェース（３０４）を介して、前記更新されたパラメータ・データを前記透析機械へ送信することと、
    を行うようにさらに構成される、請求項１乃至１２の何れか１項に記載の医療システム又はモジュール。
14. 前記データ・マネージャ（３０２）は、
    ・液体除去目標量及び除去期間のいずれか、又は
    ・前記患者識別子に関連する患者の液体除去速度、
    を含む、前記患者識別子に関連するパラメータ・データを受信することであって、
    前記更新されたパラメータ・データは、
    ｉｉｉ）前記液体除去目標及び前記除去期間、又は前記液体除去速度と、
    ｉｖ）前記患者に注入されている液体の前記量又は前記注入流量と、
    に基づく、前記透析機械についての前記液体除去速度のような少なくとも１つの更新された流量である、ことと、
    前記更新された液体除去速度のような前記少なくとも１つの更新された流量を前記入力インタフェース（３０４）を介して前記透析機械へ送信することと、
    を行うようにさらに構成される、請求項１３に記載の医療システム又はモジュール。
15. 前記更新された液体除去速度のような前記更新された流量の前記送信は、前記更新された液体除去速度のような前記更新された流量を示す推奨を画面上に表示すること、又は前記更新された液体除去速度のような前記更新された流量に基づいて、プログラムされた処置を更新することを前記透析機械に行わせる、請求項１４に記載の医療システム又はモジュール。
16. 前記少なくとも１つの更新された流量を決定することは、前記透析機械が前記患者体液バランスを不変に維持するための１つ以上の流量を再計算することを含み、前記１つ以上の流量は、濾過ユニットに入る未使用透析液流量と、前記濾過ユニットから出る流出流量と、体外血液回路への注入前流量と、体外血液回路への注入後流量と、液体除去速度とのうちの１つ以上を含む、請求項１４又は１５に記載の医療システム又はモジュール。
17. 前記データ・マネージャ（３０２）は、
    前記医療ネットワーク（１０６）を介して前記ＥＭＲサーバ（１０８）からセンサ・データを受信することと、
    前記入力インタフェース（３０４）を介して、前記医療デバイス（１０４）の画面上に表示するために前記センサ・データを前記医療デバイス（１０４）へ送信することと、
    前記センサ・データと前記医療デバイス・データ（３０３）の少なくとも一部とを、記憶された基準と比較することと、
    前記入力インタフェース（３０４）を介して、前記比較を示す情報を前記画面に表示させる少なくとも１つの推奨メッセージを前記医療デバイス（１０４）へ送信することと、
    を行うようにさらに構成される、請求項１乃至１６の何れか１項に記載の医療システム又はモジュール。
18. ‐複数の医療デバイス（１０４）及び複数のデジタル通信モジュール（１０２Ａ‐０、…、１０２Ａ‐６）をさらに備え、前記複数の医療デバイス（１０４）のそれぞれは、前記複数のデジタル通信モジュール（１０２Ａ‐０、…、１０２Ａ‐６）のうちの１つの個別のデジタル通信モジュール（１０２）に関連付けられ、
    前記複数のデジタル通信モジュール（１０２Ａ‐０、…、１０２Ａ‐６）は、前記医療ネットワーク（１０６）と排他的に接続するノード・ゲートウェイとして１つのデジタル通信モジュール（１０２）を指定するように構成され、特に、前記複数のデジタル通信モジュール（１０２Ａ‐０、…、１０２Ａ‐６）のそれぞれは、個別の医療デバイス・データ（３０３）を、少なくとも前記ノード・ゲートウェイ・デジタル通信モジュールへ送信し、これは、前記受信された医療デバイス・データ（３０３）を前記医療ネットワーク（１０８）へルーティングする、請求項１及び３乃至１７の何れか１項に記載の医療システム。
19. 前記医療デバイス（１０４）は医療液体供給機械であり、前記１つ以上のアクチュエータは１つ以上のポンプを含み、
    特に、前記医療デバイス（１０４）は、
    ‐半透膜によって分離された一次チャンバ及び二次チャンバを有する濾過ユニットと、
    ‐血液回路であって、
    ・前記一次チャンバの入口に接続された第１の端部と、患者に接続するための第２の端部との間に延在する脱血ラインと
    ・前記一次チャンバの出口に接続された第１の端部と、前記患者に接続するための第２の端部との間に延在する返血ラインと、
    を含む血液回路と、
    ‐前記血液回路に血液を循環させる血液ポンプと、
    ‐前記二次チャンバの出口に接続された透析液ラインと、
    ‐オプションとして、個別の溶液を血液中に移すための１つ以上のラインと、
    を含む、血液の体外循環を伴う腎疾患の処置のための装置である、請求項１乃至１８の何れか１項に記載の医療システム。
20. 医療ネットワーク及び電子医療記録（ＥＭＲ）サーバ（１０８）をさらに備え、
    前記医療ネットワーク（１０６）は、Ｗｉ‐Ｆｉネットワークとイーサネット・ネットワークとのうちの少なくとも１つを含み、前記デジタル通信モジュール（１０２）は、前記ＥＭＲサーバ（１０８）に含めるために、前記医療デバイス・データ（３０３）を前記医療ネットワークへ送信し、前記妥当性無線通信ネットワークは、医療ネットワークとは別個である、請求項１乃至１９の何れか１項に記載の医療システム。
21. デジタル通信モジュール（１０２）であって、
    医療デバイス（１０４）への通信結合のために構成された入力インタフェース（３０４）であって、前記入力インタフェース（３０４）は、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、入力インタフェース（３０４）と、
    （ｉ）無線専有ネットワーク（４００）を介した少なくとも１つの他のデジタル通信モジュール（１０２Ａ）、及び（ｉｉ）前記無線専有ネットワーク又は直接無線リンクを介した臨床医デバイス（３２２）との通信結合のために構成された出力インタフェース（３０６）であって、前記出力インタフェース（３０６）は、イーサネット出力ポートと、無線出力ポートとのうちの少なくとも１つを含む、出力インタフェース（３０６）と、
    臨床医デバイス（３２２）のネットワーク・アドレス又は識別子及び前記臨床医デバイスへ通知を送信するための基準とともに少なくとも１つの構成ファイル（３３２）を記憶するように構成されたメモリ・デバイス（１１２）と、
    前記入力インタフェース（３０４）、前記出力インタフェース（３０６）及び前記メモリ・デバイス（１１２）に通信結合されたデータ・マネージャ（３０２）であって、前記データ・マネージャ（３０２）は、
    前記医療デバイス（１０４）から医療デバイス・データ（３０３）を受信することと、
    前記医療デバイス・データの少なくとも一部が前記基準を満たすと判定することと、
    前記専有ネットワーク（４００）又は前記直接無線リンクを介して前記臨床医デバイス（３２２）へ通知メッセージを送信することであって、前記通知メッセージは、前記基準を満たす前記医療デバイス・データの前記少なくとも一部を示す、ことと、
    を行うように構成される、デジタル通信モジュール（１０２）。
22. 前記データ・マネージャ（３０２）は、
    ‐前記臨床医デバイス（３２２）からの認可された接続を許可することと、
    ‐どの通知が望ましいかに関するデータを要求し、前記通知がいつ生成されるべきかに関する設定閾値及び／又は条件を含むテンプレート・フォームを提供することであって、特に、前記テンプレート・フォームは、前記アラーム、イベント、又はアラートについて優先度を要求する、ことと、
    ‐前記基準を設定するためにテンプレート・フォーム・データを使用することと、
    を行うようにさらに構成される、請求項２１に記載の装置。
23. 前記データ・マネージャ（３０２）は、前記メッセージが前記臨床医デバイス（３２２）に到達することを保証するために前記通知メッセージをブロードキャスト及び再ブロードキャストするように構成され、前記データ・マネージャ（３０２）は、最大ブロードキャスト時間に到達するか、最大数のブロードキャストが行われるか、又は前記通知メッセージが前記臨床医デバイス（３２２）から受信された場合の確認応答メッセージかの何れかが満たされるまで前記通知メッセージを再ブロードキャストするように構成される、請求項２１又は２２に記載の装置。
24. 前記無線専有ネットワーク（４００）は、Ｚｉｇｂｅｅ（登録商標）無線プロトコルと、Ｚ‐Ｗａｖｅ（登録商標）無線プロトコルと、ＷｅＭｏ（登録商標）無線プロトコルと、低電力ワイド・エリア・ネットワーク（「ＬＰＷＡＮ」）無線プロトコルとのうちの少なくとも１つを含み、
    前記直接無線リンクは、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線プロトコルと、Ｂｌｕｅｔｏｏｔｈ（登録商標）メッシュ無線プロトコルと、Ｂｌｕｅｔｏｏｔｈ（登録商標）５．０無線プロトコルとのうちの少なくとも１つを使用して提供される、請求項２１乃至２３の何れか１項に記載の装置。
25. 前記直接無線リンクは、前記無線専有ネットワーク（４００）の一部として含まれる、請求項２１乃至２４の何れか１項に記載の装置。
26. 前記通知のための前記基準は、アラームと、アラートと、イベントとのうちの少なくとも１つに対応する、請求項２１乃至２５の何れか１項に記載の装置。
27. 少なくとも１つの医療デバイス（１０４）からＥＭＲサーバ（１０８）へ少なくとも１つのデジタル通信モジュール（１０２）を通じて医療デバイス・データ（３０３）を転送するためのプロセスであって、
    前記医療デバイス（１０４）は、
    ・１つ以上のセンサ及び１つ以上のアクチュエータと、
    ・メモリと、
    ・前記１つ以上のセンサからデータを受信し、医療タスクを実行するために前記１つ以上のアクチュエータを制御するように構成されたプロセッサ（１０７）であって、
    前記プロセッサ（１０７）は、前記メモリにアクセスでき、医療デバイス・データ（３０３）を含むデータを記憶するように構成される、プロセッサ（１０７）と、
    ・前記プロセッサ（１０７）に接続された通信ユニットであって、前記通信ユニットは、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、通信ユニットと、を備え、
    前記デジタル通信モジュール（１０２）は、
    ・前記医療デバイス（１０４）の前記通信ユニットに通信するために結合された入力インターフェース（３０４）であって、前記入力インタフェース（３０４）は、シリアル入力ポートと、イーサネット入力ポートと、無線入力ポートとのうちの少なくとも１つを含む、入力インターフェース（３０４）と、
    ・（ｉ）医療ネットワーク（１０６）を介した電子医療記録（ＥＭＲ）サーバ（１０８）、及び（ｉｉ）無線専有ネットワーク（４００）を介した少なくとも１つの他のデジタル通信モジュール（１０２Ａ）との通信結合のために構成された出力インタフェース（３０６）であって、前記出力インタフェース（３０６）は、シリアル出力ポートと、イーサネット出力ポートと、無線出力ポートとのうちの少なくとも１つを含む、出力インターフェース（３０６）と、
    ・前記デジタル通信モジュール（１０２）の識別子とともに少なくとも１つの構成ファイル（３３２）を記憶するように構成されたファイル構成マネージャ（３３０）と、
    ・前記入力インタフェース（３０４）、前記出力インタフェース（３０６）及び前記ファイル構成マネージャ（３３０）に通信結合されたデータ・マネージャ（３０２）と、を備え、
    前記プロセスは、
    ・前記デジタル通信モジュール（１０２）を前記医療デバイス（１０４）に結合することと、
    ・前記デジタル通信モジュール（１０２）を前記ＥＭＲサーバ（１０８）に結合することと、
    ・パワー・オンされた後、前記無線専有ネットワーク（４００）を介して前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）へアウェイク・メッセージを前記データ・マネージャ（３０２）を介して送信することであって、前記アウェイク・メッセージは、前記デジタル通信モジュール（１０２）の前記識別子と、前記パワー・オンの日付／時刻とを含む、ことと、
    ・前記無線専有ネットワーク（４００）を介して前記少なくとも１つの他のデジタル通信モジュール（１０２Ａ）のそれぞれから応答メッセージを受信することであって、前記応答メッセージは、個別の他のデジタル通信モジュール（１０２Ａ）の識別子又はネットワーク・アドレスと、個別の他のデジタル通信モジュール（１０２Ａ）がいつパワー・オンされたかに関する日付／時刻インジケーションとを含む、ことと、
    ・前記医療デバイス（１０４）から医療デバイス・データ（３０３）を受信することと、
    ・前記他のデジタル通信モジュール（１０２Ａ）のうち最も早い日付／時刻インジケーションを有する第１のものを介して前記医療デバイス・データ（３０３）が前記ＥＭＲサーバ（１０８）へ送信されるべきであると判定することと、
    ・前記ＥＭＲサーバ（１０８）への送信のために前記医療デバイス・データ（３０３）を前記第１のデジタル通信モジュール（１０２）へ送信することと、
    を行うように構成される、データ・マネージャ（３０２）と、
    を有する、プロセス。

Images