(57)【要約】  一実施形態において、医療機器の情報技術（「ＩＴ」）のデータ転送システムは、クラスタドメイン、外部ドメイン、およびインタフェースドメインを含む。クラスタドメインに属する装置は、リアルタイムで通信し得、そのため、有効性、安全、セキュリティ、信頼できる保全性、および特性が保証される。外部ドメインは、クラスタドメインにおいて直接インクルージョンのため無効にされている装置を含み、および外部情報システム、提示装置、パーソナルコンピュータ装置、共有医療装置、およびベッドサイド医療装置のための装置を含み得る。インタフェースドメインは、外部ドメイン装置が双方向的な方法においてクラスタ装置と通信することを可能にする。通信は、クラスタ内の特定のアクセスノード経由であり得る。アクセスノードは、オープン外部ドメインと、クローズおよびプライベートクラスタドメインとの間で情報交換を可能にする。【選択図】  図２
2020504366.tif 000002
【特許請求の範囲】
【請求項１】
医療機器システム（１１０）であって、
複数のノード（１２）を含み、プロプライエタリソフトウエアを実行するクラスタ（１０）と、
少なくともいくつかの前記ノード（１２）を実装する複数の医療機器と、
アクセスノード（１２ａ、１２ｈ）である少なくとも１つの前記ノード（１２）と、
前記クラスタ（１０）に沿って共有され、少なくともいくつかの前記ノード（１２）によってホストされた分散データベース（１４）と、
前記クラスタ（１０）の外側の少なくとも１つの外部装置（５０）であって、前記プロプライエタリソフトウエアと異なるソフトウエアを実行し、前記アクセスノード（１２ａ、１２ｈ）によって、（ｉ）少なくともいくつかの前記分散データベース（１４）に書き込み、または（ｉｉ）少なくともいくつかの前記分散データベース（１４）から読み出しの少なくとも１つをすることができる、前記少なくとも１つの外部装置（５０）と、を備える医療機器システム（１１０）。
【請求項２】
前記少なくとも１つのアクセスノード（１２ａ、１２ｈ）が、前記医療機器と別に提供される、請求項１に記載の医療機器システム（１１０）。
【請求項３】
前記少なくとも１つのアクセスノード（１２ａ）が、前記医療機器の１つを提供される、請求項１または２に記載の医療機器システム（１１０）。
【請求項４】
前記少なくとも１つのアクセスノード（１２ｈ）が、前記分散データベース（１４）をホストしない、請求項１ないし３のいずれか一項に記載の医療機器システム（１１０）。
【請求項５】
前記少なくとも１つの外部装置（５０）が第１外部装置であり、第２外部装置（５０）によって形成された前記クラスタ（１０）の仮想アクセスノード（１００）をさらに含み、前記仮想アクセスノード（１００）が前記第２外部装置（５０）と共に動作する前記クラスタ（１０）のセキュリティを確実にするようにセキュアデータ交換環境を提供する、請求項１ないし４のいずれか一項に記載の医療機器システム（１１０）
【請求項６】
前記セキュアデータ交換環境が仮想プライベートネットワーク（１０６）のようなセキュアチャネルを含む、請求項５に記載の医療機器システム（１１０）。
【請求項７】
前記少なくとも１つの外部装置（５０）が、前記分散データベース（１４）にデータを送達するよう構成され、前記データが、治療のために１つの前記ノード（１２）を実装する１つの前記医療機器によって使用される、請求項１ないし６のいずれか一項に記載の医療機器システム（１１０）。
【請求項８】
前記複数の医療機器が、同じ治療タイプのものである、請求項１ないし７のいずれか一項に記載の医療機器システム（１１０）。
【請求項９】
前記複数の医療機器が、同じ患者を治療する、請求項１ないし８のいずれか一項に記載の医療機器システム（１１０）。
【請求項１０】
前記分散データベース（１４）に、（ｉ）データを他のノード（１２）に押し出すデータを生成する前記ノード（１２）のそれぞれ、（ｉｉ）データを他のノード（１２）から引き出す分散データベース（１４）を有する前記ノード（１２）のそれぞれ、または（ｉｉｉ）（ｉ）と（ｉｉ）の組み合わせ、が存在する、請求項１ないし９のいずれか一項に記載の医療機器システム（１１０）。
【請求項１１】
医療機器システム（１１０）であって、
複数のノード（１２）を含むクラスタ（１０）と、
医療機器によって実装される前記ノード（１２）のセットのそれぞれと、
前記医療機器のそれぞれによってホストされる分散データベース（１４）と、
前記分散データベース（１４）をホストする少なくとも１つの第１アクセスノード（１２ａ）と、
前記分散データベース（１４）と別に提供される少なくとも１つの第２アクセスノード（１２ｈ）と、
前記クラスタ（１０）の外側の少なくとも１つの外部装置（５０）であって、前記少なくとも１つの第１アクセスノード（１２ａ）、または前記少なくとも１つの第２アクセスノード（１２ｈ）によって、（ｉ）前記分散データベース（１４）に書き込み、または（ｉｉ）前記分散データベース（１４）から読み出しの少なくとも１つをすることができる、前記少なくとも１つの外部装置（５０）と、を備える医療機器システム（１１０）。
【請求項１２】
前記少なくとも１つの第１アクセスノード（１２ａ）および前記少なくとも１つの第２アクセスノード（１２ｈ）が、前記医療機器とは別である、請求項１１に記載の医療機器システム（１１０）。
【請求項１３】
前記少なくとも１つの第１アクセスノード（１２ａ）および前記少なくとも１つの第２アクセスノード（１２ｈ）が、ユーザインタフェース（１８）を備える、またはユーザインタフェース（１８）と共に動作する、請求項１１に記載の医療機器システム（１１０）。
【請求項１４】
医療機器システム（１１０）であって、
複数のノード（１２）を含むクラスタ（１０）と、
少なくともいくつかの前記ノード（１２）を実装する複数の医療機器と、
外部部分（１１２ａ）と、内部部分（１１２ｂ）と、を含むアクセスノード（１２ａ、１２ｈ）である少なくとも１つの前記ノード（１２）と、
前記クラスタ（１０）に沿って提供され、少なくともいくつかの前記ノード（１２）によってホストされた分散データベース（１４）であって、前記少なくとも１つのアクセスノード（１２ａ）によって記憶されるなら、前記アクセスノード（１２ａ）の前記内部部分（１１２ｂ）と関連する、前記分散データベース（１４）と、
前記クラスタ（１０）の外側の少なくとも１つの外部装置（５０）であって、前記アクセスノード（１２ａ、１２ｈ）の前記外部部分（１１２ａ）によって、（ｉ）少なくともいくつかの前記分散データベース（１４）に書き込み、または（ｉｉ）少なくともいくつかの前記分散データベース（１４）から読み出しの少なくとも１つをすることができる、前記少なくとも１つの外部装置（５０）と、を備える医療機器システム（１１０）。
【請求項１５】
前記外部部分（１１２ａ）および内部部分（１１２ｂ）は、（ｉ）前記内部部分（１１２ｂ）から来るデータを前記外部部分（１１２ａ）内に置く方法、および（ｉｉ）前記外部部分（１１２ａ）から来るデータを前記内部部分（１１２ｂ）内に置く方法を把握するプロセッシングおよびメモリマネージャ（１２０）によって分離されている、請求項１４に記載の前記医療機器システム（１１０）。
【請求項１６】
医療機器システム（１１０）であって、
複数のノード（１２）を含むクラスタ（１０）と、
少なくともいくつかの前記ノード（１２）を実装する複数の医療機器であって、各医療機器が医療手順（２０）を実施するよう構成されたプロセッシングおよびメモリを含む、複数の医療機器と、
少なくともいくつかの前記ノード（１２）によって前記クラスタ（１０）に沿って共有された分散データベースであって、前記複数の医療機器上に配置され、（ｉ）前記分散データベース（１４）から来るデータを前記医療手順（２０）を実施するよう構成された前記プロセッシングおよびメモリ内に置く方法、および（ｉｉ）前記医療手順（２０）を実施するよう構成された前記プロセッシングおよびメモリから来るデータを前記分散データベース（１４）内に置く方法、を把握するプロセッシングおよびメモリマネージャ（１２０）によって、前記医療手順（２０）を実施するよう構成された前記プロセッシングおよびメモリから分離された、前記分散データベースと、を備える医療機器システム（１１０）。
【請求項１７】
前記医療手順（２０）を実施するよう構成された前記プロセッシングおよびメモリが、前記プロセッシングおよびメモリマネージャ（１２０）によって前記分散データベース（１４）と通信を開始するよう構成された、請求項１６に記載の前記医療機器システム（１１０）。
【請求項１８】
前記分散データベース（１４）は、前記医療機器の治療制御部分（２８ａ）内に位置する前記医療手順（２０）を実施するよう構成された前記プロセッシングおよびメモリとは別の前記医療機器のクラスタ制御部分（２８ｂ）内に位置し、前記クラスタ制御部分（２８ｂ）は、前記プロセッシングおよびメモリマネージャ（１２０）によって前記治療制御部分（２８ａ）と分離されている、請求項１６に記載の前記医療機器システム（１１０）。
【請求項１９】
医療機器システム（１１０）であって、
複数のノード（１２）を含むクラスタ（１０）と、
少なくともいくつかの前記ノード（１２）を実装する複数の医療機器と、
前記クラスタ（１０）に沿って共有され、前記複数の医療機器によってホストされた分散データベース（１４）と、
前記クラスタ（１０）の外側の外部装置（５０）と、
前記外部装置（５０）および前記医療機器の１つで形成された前記クラスタ（１０）の仮想アクセスノード（１００）であって、前記外部装置（５０）が（ｉ）前記医療機器に書き込む、または（ｉｉ）前記医療機器から読み出すときに、前記分散データベース（１４）のセキュリティを確実にするようにセキュアデータ交換環境を提供する、前記仮想アクセスノード（１００）と、を備える医療機器システム（１１０）。
【請求項２０】
前記医療機器が、第１仮想アクセスノードのインタフェース（１０８ａ）を含み、前記外部装置（５０）が、第２仮想アクセスノードのインタフェース（１０８ｂ）を含み、前記セキュアデータ交換環境が、前記仮想アクセスノードのインタフェース（１０８ａ、１０８ｂ）とインタフェースで接続する仮想プライベートネットワーク（１０６）のようなセキュアチャネルを含む、請求項１９に記載の医療機器システム（１１０）。
【発明の詳細な説明】
【背景技術】
【０００１】
本開示は、概して、医療機器システムに関し、および、特に、診療所情報システム（「ＣＩＳ」）、課金システム、試験所等のような外部システムに接続する情報技術（「ＩＴ」）インフラストラクチャの管理および運営に関する。
【０００２】
医療システムのためのＩＴ接続は、医療プロバイダの選択された組にだけ、当初、導入され、および完全に独占であった。ついに、医療ＩＴシステムは、コストおよび開発の考え方から有利と考えられた、標準化されたソリューションに依拠するように徐々に開始された。責任がプロプライエタリシステムのプロバイダと共より前にある不都合な点において、標準化されたソリューションは、ＩＴシステムの信頼性の責任をいくつかの関係者に分割し、主な責任は関連する装置の製造業者、ＣＩＳ製造業者、およびＩＴ専門家に委任された。
【０００３】
医療機器ＩＴシステムのインフラストラクチャを管理することに伴う複雑さは相当あり、および、一般に、大きな診療所だけが、健康管理環境において要求される、信頼性および有効性を備え動作するそのようなシステムをセットアップおよび維持する費用および資産に余裕があり得る。この結果、透析診療所のような医療機器環境における効率を増加させるようにＩＴベースサポートを使用することにおける進歩はゆっくりであった。実際に、進歩は、今日のパーソナルコンピュータ装置およびスマート移動通信機器の爆発的な開発と比較して、健康管理環境において、ここ３０年間にわたってほとんど見られなかったと、多くは言うだろう。
【０００４】
全てのサブシステムおよび装置をユニット内に結合するとき、診療所が、品質管理およびリスク分析の考え方から最終的な責任があることによって、診療所における負担は、さらに増加する。多数の装置およびソフトウエアの製造業者は、彼らの製品が、他の製品と結合されるとき、または、ソフトウエア製造業者が事前知識または前もっての知識を有さないシステムと一体化されるとき、そのような責任を当然のことだと思うことをやめることになるので、責任は、そのような品質およびリスク管理評価を実施するための資格のある人を利用するように診療所に期待を押し付ける。
【０００５】
要約すると、多数の医療環境（例えば、透析診療所）は、今日、エラー、文書化の仕事量、および他の管理の仕事量を減少させることにおいて、ＩＴシステムの可能性を認めている。診療所は、また、異なるＩＴソリューションを管理するコストおよび複雑さを認め、および、そのようなシステムを一体化する既製のサポートは、非常に制限されると認める。すなわち、診療所がＩＴソリューションを実装および維持することの負担を負うことになることを、診療所は理解している。しかしながら、多数の診療所は、専用のＩＴ人員を有しておらず、かつ与えることができない。
【０００６】
治療管理のためＩＴを使用する普及した設計はあるが、その場所における多くの電子医療記録システムは、データ構造または報告する考え方のいずれかからのニーズに一致しない。したがって、既存システムは、診療所のワークフロー管理の文脈において、医療ユーザのニーズのための理解を欠いているように認められる。
【０００７】
したがって、大きなデータ管理のニーズがあるが比較的低いＩＴ予算である、医療環境、例えば、透析診療所のための改善されたＩＴソリューションが必要とされる。
【発明の概要】
【０００８】
本開示の医療機器情報技術（「ＩＴ」）システム、および方法論は、例えば、血漿交換治療、血液透析治療（「ＨＤ」）、血液濾過（「ＨＦ」）、血液透析濾過（「ＨＤＦ」）、および持続的腎代替治療（「ＣＲＲＴ」）の治療のためのそれらのような、医療機器に適用可能である。本願明細書に記載される医療機器ＩＴシステムは、また、腹膜透析（「ＰＤ」）、静注薬物送達、および栄養流体送達に適用可能である。これらの様式は、本願明細書において、医療流体送達として、まとめて、または概して個々に呼ばれ得るが、ＩＴシステムは、医療流体送達に制限されず、および、その代わり、概して、医療機器を伴い得る。医療機器は、医療流体を送達するために必要とされる構成要素、例えば、１以上のポンプ、複数のバルブ、必要ならヒータ、必要ならオンライン医療流体発生装置、圧力センサ、導電率センサ、温度センサ、空気検出器、血液リーク検出器などの任意の１つ、または複数、または全てのような複数のセンサ、ユーザインタフェース、および上記装置を制御するための１以上のプロセッサおよびメモリを使用し得る制御ユニットを収容する。医療流体送達機器は、また、血液を浄化する透析器または血液濾過器のような１以上のフィルタ、および／または、水、透析液、または他の流体を精製する限外濾過膜を含み得る。
【０００９】
本開示の医療機器ＩＴシステムおよび方法は、診療所／病院内に、または家庭用医療機器と共に、配置される医療機器と共に使用され得る。臨床環境のための１つの適切な血液透析器は、２００８年５月２６日に出願され、「血液透析療、または血液（透析）濾過の装置、および、血液透析療、または血液（透析）濾過の装置を制御する方法」と題する、２０１４年２月１１日に発行された米国特許第８６４７２９０号明細書に記載されている。病院または臨床環境のための１つの適切なＣＲＰＴ機械は、２０１０年３月３１日に出願され、「複数部分からなる流体系および体外血液回路中の局部的クエン酸塩血液凝固阻止のための系」と題する、２０１４年１２月１６日に発行された米国特許第８９１１３９０号明細書に記載されている。１つの適切な家庭用システムは、２００４年１１月４日に出願され、「高対流家庭用血液透析／血液濾過および吸着剤システム」と題する、２０１１年１０月４日に発行された米国特許第８０２９４５４号明細書に記載されている。そのような家庭用システムの別のものは、２００８年８月２７日に出願され、「携帯型血液透析システムのための筐体」と題する、２０１３年３月１２日に発行された米国特許第８３９３６９０号明細書に記載されている。家庭で、または診療所において使用され得る、１つの適切な腹膜透析システムは、２００９年１月２３日に出願され、「複数の流体ラインを使用する医療システムおよび方法」と題する、２０１６年２月２日に発行された米国特許第９２４８２２５号明細書に記載されている。上記参考文献のそれぞれの内容の全体が本願明細書に参照によって組み込まれ、かつ援用される。
【００１０】
医療機器の上記タイプのそれぞれは、共通の分散データベースを共有する、複数のノードのクラスタ内のノードであるよう考えられ得る。クラスタの各ノードは、そのデータ（例えば、（ｉ）そのプログラムされた動作パラメータに関係するデータ、（ｉｉ）医療機器の出力データ、出来事データ、および患者データのような治療から集められたデータ、および（ｉｉｉ）他の関連するデータ）をクラスタの各他のノードと共有する。そのデータを共有するため、クラスタは、ノードが、（ｉ）それらのデータを互いに押し出す、（ｉｉ）それらのデータを互いから引き出す、または（ｉｉｉ）データを互いから引き出し、かつ押し出す、ように構成され得る。さらに、そのデータを共有するため、（ａ）ノードは、それぞれ、それらのデータを（ｉ）、（ｉｉ）、または（ｉｉｉ）を使用して各他のノードに送信する、または、（ｂ）１以上のハブノードが、（ｉ）、（ｉｉ）、または（ｉｉｉ）を使用して、ノードのサブセットからデータを収集し、サブセット内でその自身のデータと一緒にデータを共有し、他のノードのサブセット内に分配のため任意の他の既存のハブノードに収集されたデータをその自身のデータと一緒に通し、およびその自身のサブセット内に分配のため任意の他のハブノードから収集されたデータを受容することを備え得る、ように構成され得る。
【００１１】
情報がクラスタまたは分散データベース内にどのように共有されるかに関わらず、情報、および情報共有は、安全で、かつ完璧である。情報は複数の理由ため安全である。第１に、クラスタの互換および認定ノードだけがクラスタに接続され、およびそれらのノードだけがデータを共有し得る。このルールに管理された例外は以下に記載される。第２に、クラスタ用のソフトウエアは、一実施形態において、プロプライエタリであり、そのため、プロプライエタリソフトウエアを有さない外側の機器は、たとえ、どうにかしてクラスタのノードと同じネットワークに接続されたとしても、ノードと通信できない。プロプライエタリソフトウエアは、標準化された構成要素を有し得、例えば、オープンソースのソフトウエアを使用し得るが、全てのソフトウエアがプロプライエタリである。
【００１２】
クラスタは、一実施形態において、医療機器の製造業者によって提供される。安全な分散データベースは、クラスタ内のノードとして関係している各医療機器の部分として配置される。クラスタの互換性の医療機器は、ネットワークに接続し、および、各物理的な医療機器に属している物理的なデータベース（例えば、ハードディスクベース）の周りに形成され得る、本開示の共有または分散データベースを自動的に形成する。ノードのクラスタが制御し得る多くの機能は以下で述べられる。クラスタメンバのノードとして動作するために設計された機器（ノード）のクラスタは、オープンＩＴインフラクチャと関連する複雑さを扱うための大部分の責任を負い、したがって、大きなデータ管理ニーズはあるが比較的低いＩＴ予算である、診療所および他の医療機器環境のため魅力的なオプションである。ケーブル配線、および他のハードウエアを提供ことのような、いくつかの責任は、依然として、診療所に属し得る。
【００１３】
クラスタ、およびそのノードは、クラスタドメインを形成すると言われ得る。全てではないとしても、多数の診療所または他の医療機器環境が、看護師、臨床医、および技術者が、第三者の臨床のソフトウエア、課金ソフトウエア、会計ソフトウエア等のような適切なソフトウエアを実行するために使用し得る、いくらかのコンピュータネットワークを有するであろうことは予測され得る。クラスタドメインの外側の任意のこのソフトウエアは、外部ドメインを形成すると言われ得る。
【００１４】
いくつかの外部ドメインのソフトウエアは、分散データベース内に共有される少なくともいつくかのデータのための必要性を有し得る。さらに、機能がクラスタドメイン内で扱われることに応じて、データを外部ドメインから受け取り、かつデータを外部ドメインに送達するように、分散データベースのための必要性があり得る。そうするために、アクセスノードとして分散データベースの１以上のノードを創造または指名することが考えられる。実施形態において、各アクセスノードは、内部部分および外部部分を有し、メモリマネージャのような１以上の制御インタフェースを介して互いに通信だけをし得る。アクセスノードの外部部分は、外部ドメインとインタフェースで接続し、アクセスノードの内部部分は、クラスタドメインとインタフェースで接続する。クラスタのアクセスノードは、オープン外部ドメインと内部クラスタドメインとの間のインタフェースドメインを形成すると言われ得る。
【００１５】
３つの異なるタイプのアクセスオプションを提供することが考えられる。第１タイプのアクセスオプションは、アクセスノードであり、分散データベースのアクセスノードである。このアクセスノードは、全ての他のノードの間に形成された共有データベースを維持する。分散データベースのアクセスノードは、共有データベースにデータを追加し得るか、またはデータを追加し得ないが、どちらの場合においても、データを生成およびデータを永久に記憶する全ての他のノードから全てのデータを受信する。分散データベースのアクセスノードは、顧客の機器に、共有データベースからデータを受け取ることを可能とし、およびデータを共有データベースに追加することを可能とする。アクセスノードはクラスタの医療機器と異なるものとして概して記載されるが、医療機器は、アクセス性能も提供し得、そのため、アクセスノードも形成し得ると考えられる。
【００１６】
第２タイプのアクセスオプションもアクセスノードであるが、変換オンリのノードまたは非分散データベースのアクセスノードである。非分散データベースのアクセスノードは、共有データベースを含まず、および顧客機器がクラスタノードと機能的に相互作用することを可能とするように、代わって制限される。例えば、体重計から患者の体重データを非分散データベースのアクセスアノードを介してクラスタに有線で、または無線で送信することが望まれ得る。実施形態において、非分散データベースのノードは、分散データベースのノードに接続し、およびその情報をそのノードに転送する。転送された情報は、次の分散データベースのアップデートにおいて、分散データベースの残りと共有される。それから、患者の識別子と共に体重データは、どちらのノードまたは医療機器が体重データの必要性を有するかによって、例えば、その日に患者を治療するノードまたは医療機器によって呼び出され得る。変換オンリのアクセスノードは、体重データの安全な転送をノードのクラスタに可能とするが、それ自身、分散データベースを含まない。
【００１７】
２つのタイプの物理的なアクセスノードの他にも、分散データベースのドメインと、外部ドメインとの間に第３タイプのインタフェースを提供することが考えられ、仮想アクセスノードとして呼ばれ得る。アクセスノードは、伴う追加のハードウエアがないので、仮想と考えられる。仮想のノードは、例えば、それ自身において分散データベースから分離されたオープンネットワークを走る、医者または臨床医のコンピュータ内のソフトウエアであり得る。医師または臨床医のコンピュータ、および試験室の技術者のコンピュータは、分散データベースと情報を共有することが必要である、または分散データベースと情報を共有することから利益を得るソフトウエアを実行し得る。そのようなソフトウエアは、例えば、試験室の技術者のコンピュータからのデータ、例えば、患者の試験結果を要求し得る。医師または臨床医のコンピュータがアクセスノードを介してサービス要求を送信することができ、分散データベースにおいて実行する運転ルーチンを引き起こすことが考えられ、代替的に、医師のコンピュータに、医師のコンピュータがそうするのに十分に保護されている、保証を備える分散データベースに事実上アクセスすることを可能とすることが可能であり得、および、おそらく望ましいかもしれない。例えば、安全が、医師のコンピュータと医療機器内に属する仮想アクセスノードの部分との間の仮想プライベートネットワーク（「ＶＰＮ」）によって提供され得る。
【００１８】
本開示の医療機器ＩＴシステムおよび方法は、ＩＴインフラストラクチャを管理および運営する全体の複雑さを減少させ、医療機器環境内、または医療機器環境の外側に配置される外部システム（ＣＩＳ、課金システム、試験所等）に接続する完全な柔軟性を提供する。ＩＴシステムおよび方法は、信頼性、有効性、セキュリティ、安全、および保全性のような重要な分野のため、単一の責任部分（クラスタ構造、およびその関連する分散データベース）に隠され、かつ制御され、同時に、プロセス、スタッフ、および患者の考え方から診療所において必要とされるサービスへのアクセスを提供する。ＩＴシステムおよび方法は、診療所の全ての医療記録システムを備え、および、治療の前、治療の間、および／または治療の後に患者のベッドサイドにおける装置によって使用され、かつ生成される情報を備える、分散データベース内に記憶された患者に関連する医療情報を統合することができる。
【００１９】
本開示の医療機器ＩＴシステムおよび方法は、データが、リアルタイムで、例えば、外側の医療装置とクラスタの医療機器の間の双方に流れることを可能にし、例えば、内科医の処方に基づいて、および、例えば、治療の前、治療の間、および／または治療の後に、看護師の指導および他の透析介護者のスタッフの下、ベッドサイドで集められた情報に基づいて、治療する前に正しい透析装置の設定を可能とする。反対に、例えば、治療に関連する装置、および看護師のノートまたは入力において生成および文書化された出来事（例えば、アラーム、アラート）のような、医療装置からの実際の治療結果の情報は、短期、および／または長期の医療評価のためＣＩＳに返信されることが望まれ得る。
【００２０】
診療所における現行の「オープン」ＩＴ構造体を実行する複雑さは、サーバソフトウエアを備えるアプリケーションサーバ、データベースサーバ、バックアップサーバ（サーバから物理的に分離された）、ＩＴネットワーク（有線または無線、ケーブル配線、およびルータ）、および顧客のソフトウエアを備える顧客コンピュータのインフラストラクチャを維持することから始まる。外部システム（例えば、ＣＩＳ、または任意の他の情報管理システム）に／からのアクセスを伴う「閉鎖」クラスタ構造において、プロプライエタリの連結性装置（アクセスノード）をサポートすることと組み合わせて、分散データベースを集合的に形成するように医療機器装置内のそのようなインフラストラクチャを一体化することは、そのようなインフラストラクチャの全体の信頼性のための主な責任を生じ、医療装置の制御良好な範囲、およびその統合された分散データベース内に制限され、かつ閉じ込められる。
【００２１】
本開示の医療機器ＩＴシステムおよび方法の利点は、家庭内治療および他の外部の起こりそうな事態にも適用可能である。例えば、家庭内透析機械、またはセンター内および家庭内透析機械の混合のような、仮想ネットワークを形成するノードの分離クラスタであり得る。家庭内ベース医療機器のための診療所の責任は、依然として、クラスタによって提供された同期機構および他のサービスから利益を得る。主な例外は、家庭内の患者の場合、クラスタ構造の制御下にあるように要求され得ない転送インフラストラクチャの制御である。これは、そのようなインフラストラクチャ内の妨害がクラスタからの制御を超えるので、有効性および特性に影響し得る。しかしながら、同期に加えてクラスタ構造の多数の他の利益は、依然として利用可能であり、例えば、安全、セキュリティ、保全性、および情報交換は、依然として利用可能であるが、診療所と患者の家庭内環境との間の転送チェーンによって提供されるデータ速度に左右される。
【００２２】
診療所または病院に対して外部の医療機器のクラスタインクルージョンは、診療所において通常治療される患者が、その代わりとして、診療所の外側（例えば、家、通勤、または休暇）で一時的に治療される状況において貴重であり得る。本開示のシステムは、それらが診療所の内側で、または診療所の外側で使用されるかに関わらず、診療所に属する全ての医療機器が同様に（例えば、技術的に）構成されることを確実にし得る。実施形態において、患者の家の場所で使用される医療機器またはノードは、共有データベースに制限されたアクセスを与えられ、そのため、患者は、彼または彼女自身のデータ、および、治療をセットアップおよび実行するために必要とされる情報だけを見ることができる。外部治療によって集められたデータは、共有データベースに加えられる。したがって、機器は、病院または診療所の外側で操作するとき、必ずしも、データベースから「オフライン」で操作することはない。
【００２３】
本願明細書における開示の観点から、および任意の方法における開示に制限されず、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わされ得る、本開示の第１の態様において、医療機器システムは、複数のノードを含み、かつプロプラエタリソフトウエアを実行するクラスタと、少なくともいくつかのノードを実装する複数の医療機器と、アクセスノードである少なくとも１つのノードと、クラスタに沿って共有され、かつ少なくともいくつかのノードによってホストされた分散データベースと、クラスタの外側の少なくとも１つの外部装置と、を含み、少なくとも１つの外部装置が、プロプラエタリソフトウエアと異なるソフトウエアを実行し、かつアクセスノードを介して、（ｉ）少なくともいくつかの分散データベースに書き込むこと、または（ｉｉ）少なくともいくつかの分散データベースから読み出しすることの少なくとも１つをすることができる。
【００２４】
本開示の第２の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせられ得、少なくとも１つのアクセスノードが医療機器と別に提供される。
【００２５】
本開示の第３の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせられ得、少なくとも１つのアクセスノードが医療機器の１つを備える。
【００２６】
本開示の第４の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせられ得、少なくとも１つのアクセスノードが分散データベースをホストしない。
【００２７】
本開示の第５の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせられ得、少なくとも１つの外部装置は第１外部装置であり、および第２外部装置を介して形成されたクラスタの仮想アクセスノードをさらに含み、仮想アクセスノードは、第２外部装置と共に動作するクラスタのセキュリティを確実にするようにセキュアデータ交換環境を提供する。
【００２８】
本開示の第６の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせた第５の態様と組み合わせられ得、セキュアデータ交換環境は、仮想プライベートネットワークのようなセキュアチャネルを含む。
【００２９】
本開示の第７の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせられ得、少なくとも１つの外部装置は、分散データベースにデータを送達するよう構成され、データは治療のためのノードの１つを実装する１つの医療機器によって使用される。
【００３０】
本開示の第８の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせられ得、複数の医療機器は同じ治療タイプのものである。
【００３１】
本開示の第９の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせられ得、複数の医療機器は同じ患者を治療する。
【００３２】
本開示の第１０の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせられ得、分散データベースは、（ｉ）そのデータを他のノードに押し出すデータを生成する各々のノード、（ｉｉ）データを他のノードからの引き出す分散データベースを有する各々のノード、または（ｉｉｉ）（ｉ）と（ｉｉ）の組み合わせによって追加される。
【００３３】
本開示の第１１の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせられ得、医療機器システムは、複数のノードを含むクラスタと、医療機器によって実装されるノードのセットのそれぞれと、医療機器のそれぞれによってホストされる分散データベースと、分散データベースをホストする少なくとも１つの第１アクセスノードと、分散データベースと別に提供される少なくとも１つの第２アクセスノードと、クラスタの外側の少なくとも１つの外部装置と、を含み、少なくとも１つの外部装置が、少なくとも１つの第１アクセスノード、または少なくとも１つの第２アクセスノードによって、（ｉ）分散データベースに書き込み、または（ｉｉ）分散データベースから読み出しの少なくとも１つをすることができる。
【００３４】
本開示の第１２の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせた第１１の態様と組み合わせられ得、少なくとも１つの第１アクセスノード、および少なくとも１つ第２アクセスノードが医療機器とは別である。
【００３５】
本開示の第１３の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせた第１１の態様と組み合わせられ得、少なくとも１つの第１アクセスノード、および少なくとも１つ第２アクセスノードがユーザインタフェースを備える、またはユーザインタフェースと共に動作する。
【００３６】
本開示の第１４の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせられ得、医療機器システムは、複数のノードを含むクラスタと、少なくともいくつかのノードを実行する複数の医療機器と、外部部分と、内部部分とを含むアクセスノードである少なくとも１つのノードと、クラスタに沿って提供され、かつ少なくともいくつかのノードによってホストされた分散データベースであって、少なくとも１つのアクセスノードによって記憶されるなら、アクセスノードの内部部分と関連する分散データベースと、クラスタの外側の少なくとも１つの外部装置と、を含み、少なくとも１つの外部装置が、アクセスノードの外部部分によって、（ｉ）少なくともいくつかの分散データベースに書き込み、または（ｉｉ）少なくともいくつかの分散データベースから読み出しの少なくとも１つをすることができる。
【００３７】
本開示の第１５の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせた第１４の実施形態と組み合わせられ得、外部部分および内部部分は、（ｉ）内部部分から来るデータを外部部分内に置く方法、および（ｉｉ）外部部分から来るデータを内部部分内に置く方法を知るプロセッシングおよびメモリマネージャによって分離されている。
【００３８】
本開示の第１６の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせられ得、医療機器システムは、複数のノードを含むクラスタと、少なくともいくつかのノードを実装する複数の医療機器と、医療手順を実施するよう構成されたプロセッシングおよびメモリを含む各医療機器と、少なくともいくつかのノードによってクラスタに沿って共有された分散データベースであって、複数の医療機器上に配置され、（ｉ）分散データベースから来るデータを医療手順を実施するよう構成されたプロセッシングおよびメモリ内に置く方法、および（ｉｉ）医療手順を実施するよう構成されたプロセッシングおよびメモリから来るデータを分散データベース内に置く方法を知るプロセッシングおよびメモリマネージャによって医療手順を実施するように構成されたプロセッシングおよびメモリから分離されている分散データベースと、を含む。
【００３９】
本開示の第１７の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせた第１６の実施形態と組み合わせられ得、医療手順を実施するよう構成されたプロセッシングおよびメモリは、プロセッシングおよびメモリマネージャによって分散データベースと通信を開始するよう構成される。
【００４０】
本開示の第１８の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせた第１６の実施形態と組み合わせられ得、分散データベースは医療機器の治療制御部内に位置する医療手順を実施するよう構成されたプロセッシングおよびメモリとは別の医療機器のクラスタ制御部内に位置し、クラスタ制御部はプロセッシングおよびメモリマネージャによって治療制御部から分離されている。
【００４１】
本開示の第１９の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせられ得、医療機器システムは、複数のノード（１２）を含むクラスタ（１０）と、少なくともいくつかのノード（１２）を実装する複数の医療機器と、クラスタ（１０）に沿って共有され、かつ複数の医療機器によってホストされた分散データベース（１４）と、クラスタ（１０）の外側の外部装置（５０）と、外部装置（５０）および医療機器の１つで形成されたクラスタ（１０）の仮想アクセスノード（１００）であって、外部装置（５０）が（ｉ）医療機器に書き込む、または（ｉｉ）医療機器から読み出すときに、分散データベース（１４）のセキュリティを確実にするようにセキュアデータ交換環境を提供する、仮想アクセスノード（１００）と、を備える医療機器システム（１１０）を含む。
【００４２】
本開示の第２０の態様において、それは、特に指定がない限り、本願明細書に載せられた任意の他の態様と組み合わせた第１９の実施形態と組み合わせられ得、医療機器が、第１仮想アクセスノードのインタフェースを含み、および外部装置が、第２仮想アクセスノードのインタフェースを含み、およびセキュアデータ交換環境が、仮想アクセスノードのインタフェースとインタフェースで接続する仮想プライベートネットワークのようなセキュアチャネルを含む。
【００４３】
本開示の第２１の態様において、図１から図１５と関連して開示された任意の構造および機能は、図１から図１５と関連して開示された任意の他の構造および機能と組み合わされ得る。
【００４４】
したがって、本開示および上記態様の観点において、連結性が関連する医療機器内で統合される、向上した医療情報技術（「ＩＴ」）システムを提供することは、本開示の利点である。
【００４５】
健康管理環境におけるＩＴ連結性ソリューションのための所有権の診療所の費用を減少させることは、本開示の別の利点であり、および運転の責任は、より明確な範囲を有するノードのクラスタの周りに集中させられる。
【００４６】
健康管理環境におけるＩＴ連結性ソリューションの信頼性、有効性、および正確さを向上することは、本開示のさらなる利点である。
【００４７】
使用するため、介護者のスタッフ、例えば、看護師および技術者のために容易であり、および頭上作業を減少させる、健康管理環境におけるＩＴ連結性ソリューションを提供することは、本開示のさらに別の利点である。
【００４８】
介護者（遠隔アラーム、瞬時アクセス、双方向的な情報流れ）、主な関心事が患者の生活保護、および患者のための利益である内科医（処方のアップデート、たとえクラスタに属する医療機器が利用可能でなくても情報へのアクセス、患者データのリアルタイム検索）、ＩＴ技術者（減少したＩＴ複雑さ、医療機器メーカによって少なくとも部分に保持された責任）、サービス技術者（ソフトウエアのインストールおよびアップデートが、クラスタワイド、容易に利用可能な履歴データ、初期の警告診断であり得る）、および／または管理者（病室用のプレファレンスを容易に設定および実装すること、報告を容易に行うこと、および統計値を容易に得ること、治療のため医療機器を容易に予定に組み込むこと、患者データを容易に追跡すること）の少なくとも１つのニーズを促進およびサポートする、健康管理環境におけるＩＴ連結性ソリューションを提供することは、本開示のさらに別の利点である。
【００４９】
さらに、歪まされた情報の低いリスクで、全てのノードに即座に全てのアップデートを提供する、ＩＴ連結性ソリューションを提供することは、本開示の利点である。
【００５０】
安全なリアルタイムの分散医療機器ドメインと外側のオープン外部ドメインの間の２路であり、およびマルウェアの免疫を有する、ＩＴ連結性ソリューションを提供することは、本開示のさらに別の利点である。
【００５１】
医療機器のクラスタが設置において外部機器の少ないセットと一緒に、および望まれるなら将来的に外部データベースの拡張セットと一緒に動作し得る、診療所または他の医療機器環境にスケーラビリティを提供することは、本開示のまたさらなる利点である。
【００５２】
その上、本開示のさらなる利点は、ノードのクラスタから一時的に接続を切られた（選択によって、またはアクシデントによって）医療機器ノードまたはアクセスノードが、それが切断のときに存在するように分散データベースにそれでもアクセスすることができ、およびノードのクラスタに再接続をアップデートされることができる、ＩＴ連結性ソリューションを提供することである。
【００５３】
さらに、データの有効性、正確さ、セキュリティ、安全、保全性、および／または有用性の少なくとも１つに関する良好な全体の信頼性を提供する医療機器のＩＴ連結性ソリューションを提供することが、本開示の利点である。
【００５４】
本願明細書に開示された利点は、本願明細書に開示された実施形態の１つ、または、いくつか、および、おそらく全てではない中に見出され得る。追加の特徴および利点は、本願明細書に記載されており、および以下の詳細な説明および図面から明らかとなるだろう。
【図面の簡単な説明】
【００５５】
【図１】図１は、本開示の分散データベースを共有するノードのクラスタの一実施形態を図示している模式図である。
【００５６】
【図２】図２は、インタフェースドメインによってオープン外部ドメインと通信するクラスタドメインを形成するノードのクラスタを含む総体的な医療機器情報技術（「ＩＴ」）システムの一実施形態の模式図である。
【００５７】
【図３】図３は、クラスタの複数のアクセスノードによって複数の外部エンティティにインタフェースで接続する分散データベースを共有するノードのクラスタを含む総体的な医療機器ＩＴシステムの一実施形態の模式図である。
【００５８】
【図４】図４は、外部情報システム装置の例をさらに図示する模式図である。
【００５９】
【図５】図５は、提示型外部装置の例をさらに図示する模式図である。
【００６０】
【図６】図６は、タブレットおよびコンピュータ型外部装置の例をさらに図示する模式図である。
【００６１】
【図７】図７は、共有医療型外部装置の例をさらに図示する模式図である。
【００６２】
【図８】図８は、ベッドサイド型外部装置の例をさらに図示する模式図である。
【００６３】
【図９】図９は、分散データベースのアクセスノードの一実施形態を図示する模式図、および本開示のクラスタシステムの医療機器ノードの拡大図である。
【００６４】
【図１０】図１０は、本開示のクラスタシステムの医療機器ノードの隔離態様をさらに図示する模式図である。
【００６５】
【図１１】図１１および図１２は、本開示のクラスタシステムの分散データベースのアクセスノードの拡大図の一実施形態を図示する模式図である。
【図１２】図１１および図１２は、本開示のクラスタシステムの分散データベースのアクセスノードの拡大図の一実施形態を図示する模式図である。
【００６６】
【図１３】図１３は、本開示のクラスタシステムの非分散データベースのアクセスノードの拡大図の一実施形態を図示する模式図である。
【００６７】
【図１４】図１４は、クラスタドメインが分散データベースを有するクラスタ、および各医療機器ノードの治療制御部分をどのように含むかの一実施形態を図示する模式図である。
【００６８】
【図１５】図１５は、本開示のクラスタシステムの仮想アクセスノードの一実施形態を図示する模式図である。
【発明を実施するための形態】
【００６９】
本願明細書に記載された例は、任意のタイプの医療機器、例えば、血液、透析液、置換液、または静注薬物（「ＩＶ」）のような医療流体を送達する医療機器に適用可能である。例は、本願明細書において腎不全治療として、まとめて、または概して個々に呼ばれる、血液透析治療（「ＨＤ」）、血液濾過（「ＨＦ」）、血液透析濾過（「ＨＤＦ」）、持続的腎代替治療（「ＣＲＲＴ」）、および腹膜透析（「ＰＤ」）のような腎不全治療に、特に適している。医療機器は、代替的に、大容積蠕動型ポンプ、またはシリンジポンプのような、薬物送達または栄養流体送達の医療機器であり得る。医療機器は、１以上のポンプ、複数のバルブ、必要ならヒータ、必要ならオンライン医療流体発生装置、圧力センサ、導電率センサ、温度センサ、空気検出器、血液リーク検出器等の任意の１つ、または複数、または全てのような複数のセンサ、ユーザインタフェース、および上記装置を制御するための１以上のプロセッサおよびメモリを使用し得る制御ユニットの任意の１つ以上を有し得る。医療機器は、また、血液を浄化する透析器または血液濾過器のような１以上のフィルタ、および／または、水、透析液、または他の流体を精製する限外濾過膜を含み得る。
【００７０】
多くの例における医療機器は、使い捨て部分と共に動作する再利用可能部分を含む。再利用可能部分は、治療流体を運び得る（例えば、オンライン血液治療透析機械）、または治療流体を運び得ない（例えば、腹膜透析機械、ＣＲＲＴ機械、薬物および栄養流体送達機械）。使い捨て部分は、血液（ＣＲＲＴ機械を含む血液治療）、または治療流体（腹膜透析機械、ＣＲＲＴ機械、薬物および栄養流体送達機械）を運び得る。
【００７１】
図面、および特に図１をここで参照すると、ノードのクラスタ１０が図示されている。クラスタ１０は、複数のノード１２ａから１２ｈ（本願明細書において、ノード１２としてまとめて、またはノード１２として一般に個々に、呼ばれる）を含む。ノード１２は、上記された任意の医療機器によって表され得る。任意のノード１２は、代替的にコンピュータであり得る。クラスタ１０のノードの大部分は、データまたは分散データベース１４の共通のセットを共有する。以下で詳細に述べられるように、アクセスノード１２ｈは、分散データベース１４を所有または共有しない。
【００７２】
分散データベース１４は、ノード１２のそれぞれに入力され、かつノード１２のそれぞれで発生させられた全てのデータの組み合わせであり、非分散データベースのノード１２ｈによって発生させられたデータを含む。すなわち、ノード１２が分散データベース１４を共有しないにもかかわらず、データは、非分散データベース１２ｈを介してそれでも入り得、またはノード１２ａから１２ｇによって共有された分散データベース１４の一部となるノード１２ｈによって発生させられ得る。
【００７３】
ノード１２ａから１２ｇがそれらのデータをどのように共有し得るかのための多くの実施形態が、２０１６年６月２２日の国際出願日、および本開示と共通の出願人を有する同時係属中の国際出願ＰＣＴ／ＥＰ２０１６／０６４３９２号に記載されており、その内容の全体が本願明細書に参照によって組み込まれ、かつ援用される。一般に、クラスタ１０の各ノード１２は、そのデータ（例えば、（ｉ）そのプログラムされた動作パラメータに関するデータ、（ｉｉ）医療機器出力データ、出来事データ、および患者データのような治療から集められるデータ、および（ｉｉｉ）任意の他の関連データ）を、ノード１２ｈのような特定のアクセスノードを除いて、クラスタ１０の各他のノード１２と共有する。そのデータを共有するために、クラスタ１０は、ノード１２が（ｉ）互いにそれらのデータを押し出す、（ｉｉ）互いからそれらのデータを引き抜く、または（ｉｉｉ）互いからデータを押し出し、かつ引き抜くように構成され得る。さらに、そのデータを共有するために、クラスタ１０は、（ａ）ノード１２が、それらのデータを互いのノードに（ｉ）、（ｉｉ）、または（ｉｉｉ）を使用してそれぞれ送信する、または（ｂ）（ｉ）、（ｉｉ）、または（ｉｉｉ）を使用して、１以上のハブノードが、データをノードのサブセットから収集すること、データをサブセット内のその自身のデータと一緒に共有すること、収集されたデータを他のノードのサブセット内に分配のため任意の他の既存のハブノードにその自身のデータと一緒に通すこと、および収集されたデータをそのサブセット内に分配のため任意の他のハブノードから受信することを提供し得るように構成され得る。
【００７４】
クラスタ１０のノードがプロプラエタリソフトウエア上で動作し、かつ分散データベース１４へのアクセスが下記のものに制限される。ソフトウエアは、オープンソースソフトウエアのようなシェルフ構成要素を使用して作られ得るが、総体的な製品はプロプラエタリである。そのため、クラスタ１０が何とかして不適切にアクセスされ、またはハックされたとしても、分散データベースのデータ１４へのアクセスは、プロプラエタリソフトウエア（例えば、オープンソースソフトウエアのような公的に利用可能なソフトウエアを使用し得るが、それ自身は公的に利用可能でない、医療機器製造業者によって社内で開発されたソフトウエア）無しに困難である。そのため、クラスタ１０は、閉鎖環境内で、オープンＩＴインフラストラクチャを実行する既存の診療所に関連する複雑さに関する全ての態様を処理するため信頼され得る。そのような複雑さは、（ｉ）要求されたサーバ（サービス）および同期の役割、（ｉｉ）データベース配置、（ｉｉｉ）全てのレベル上のネットワークソリューション（物理的、およびリンク層レベル上をおそらく除き、既存／共有ハードウエアインフラストラクチャ上を走る、または既存の診療所のＩＴハードウエアソリューション上の仮想プライベートネットワークを走るかのいずれかのオプションがある）、および（ｉｖ）データ１４の共通セットを有する各ノード１２がバックアップ機器として作用するようなバックアップサーバの役割（バックアップサーバが任意の他の機器から物理的に分離されなければならいことの要求を除き）を引き受けることを含み得る。
【００７５】
プロプラエタリ連結性装置をサポートすることと組み合わせ、クラスタ外部システムに／から制限されたアクセスを備える「閉鎖」クラスタ構造において（例えば、顧客情報システム（「ＣＩＳ」）または任意の他の情報システム）、医療機器内の情報技術（「ＩＴ」）インフラストラクチャのサポートを統合することによって、そのようなＩＴインフラストラクチャの総体的な信頼性ための責任が医療装置、例えば、医療流体送達機器ノード１２のような、よく制御された領域内に制限され、かつ閉じ込められる。
【００７６】
図２および図３をここで参照すると、図１のクラスタ１０が総体的な医療機器情報技術（「ＩＴ」）システム１１０の一部であるように図示されている。図２は、システム１１０が外部ドメイン１１０ａ、クラスタドメイン１１０ｂ、およびインタフェースドメイン１１０ｃを含むことを図示している。図２において、図１のクラスタ１０は、クラスタドメイン１１０ｂの一部として図示されている。クラスタドメイン１１０ｂを形成する複数のクラスタ１０があり得る。例えば、ノード１２で上記した医療機器の異なる型のための異なるクラスタ１０があり得る。
【００７７】
クラスタドメイン１１０ｂは、クラスタデータベースのサービスおよびインフラストラクチャのコア機能性を表す。クラスタドメイン１１０ｂは、それと外部ドメイン１１０ａの間のインバウンド方向およびアウトバウンド方向の双方のクラスタ１０における情報流の転送および変換を扱う。上記のように、クラスタ１０の各ノード１２（ノード１２ｈを除く）は、共有データ１４を保持する。各クラスタ１０の各ノード１２（ドメイン１１０ｂ内の１つのクラスタ１０より多くあり得る）は、相互に同期され、任意のメンバのノード１２がシャットダウンすることを可能とし、クラスタ１０のサービスおよび情報への外部アクセスを依然として維持する。
【００７８】
クラスタドメイン１１０ｂの各クラスタ１０は、ネットワークトラフィック、および情報アクセスに関して、双方、保護された区域を形成し、著しい量の余剰を合体させ、クラスタ１０が常時利用可能であることを保証する目的を有する。クラスタ１０は、高い情報保全性を維持し、クラスタの外にいる顧客からの情報にアクセスするセキュアな方法を実装し、外側装置に対するノード１２の医療機器の接続と関連する確立されたセキュリティ要求に一致する。
【００７９】
一実施形態において、ノード１２に関係する医療機器は、ノードを使用することなくアクセスされたどんな理由のためであっても（例えば、後述する仮想アクセスによって）、医療機器は、特定のセキュリティ要求の対象となる。例えば、医療機器が、例えば、有線のローカルエリアネットワーク（「ＬＡＮ」）を介して、クラスタ１０へ、および１つの外側顧客装置への両方に接続されることになるなら、それから、２つの分離されたＬＡＮコネクタは、一実施形態において要求され、クラスタ１０の連結性のため取っておかれた第１コネクタと、オープン環境連結性のため第２コネクタである。別の実施形態において、ＬＡＮコネクタは、クラスタとオープン環境の双方のため共有され得るが、ソフトウエア隔離が使用される。そのため、クラスタ１０内の分離は、クラスタ１０ＬＡＮ接続とオープン環境に対する接続との間のハードウエアおよびソフトウエアの隔離の異なる組合せを使用し得る。そのような隔離を提供すること、および、装置が医療製品と関連する厳格の下で開発された、品質、ＩＴ連結性、および制限されたクラスタ１０の内側の関連するサービスのための責任を維持することは、運転の余剰で、かつ高安定のシステムを生じる。
【００８０】
クラスタ１０の１つの重要な用途は、ノード１２を占領する装置の技術メンテナンスをサポートすることである。ノード１２が医療情報を複製するいくつかの方法において、それらは、また、ダウンロードされたコードを複製し得る（たとえば、医療機器ソフトウエアのアップデート）。例えば、アクセスノード１２ａまたは１２ｈによってラップトップ、またはタブレット機器を介して接続することによって、サービス技術者は、医療機器上のソフトウエアを診断、設定、およびアップデートし得、予防メンテナンスを促進するため技術統計情報の集まりを含む。
【００８１】
医療の観点から、クラスタ１０は、多数の領域、例えば、操作上の処方管理、治療結果アセンブリおよび記憶装置、治療会議報告、および医療記録管理およびサポートを援助することになる。アラームの観点から、クラスタ１０は、医療装置およびアクセスノード１２を含む、クラスタ１０のノード１２の間のアラームおよび他のリアルタイムの出来事を絶えずアップデートおよび分配する。
【００８２】
クラスタ１０が重要な役割をすることになり得るさらに別の領域は、接続された装置の異なる型の間の同期のためである。一例において、複数のオンライン透析液発生透析機械は、透析水を調製するために精製水を使用する機械に精製水を供給する中央水供給ループに流体的に接続され得る。水供給ループは、例えば、熱水消毒によって、定期的に洗浄される必要がある。実施形態において、クラスタ１０のカスタムソフトウエアは、透析機械のノード１２のそれぞれが、消毒された水供給ループのその部分を有するために利用可能であるときであるのかを確かめることができ、そのため、消毒順序が、機械を水供給ループの残部に接続するループの一部を含む全水供給ループを効率的に、かつ最適に洗浄することを開始され得る。クラスタ１０は、全ての関連する医療機器のノード１２（非医療機器のアクセスノードは除かれる）が、中央水プラントが熱水ループ消毒を開始する洗浄セッションのため利用可能であることを報告し得る。中央水供給ループの消毒の要請の開始は、（ｉ）例えば、全ての医療機器ノード１２が停止し、および少なくとも特定の時間または全サービス時間が最後の消毒から過ぎるとき、プロプラエタリソフトウエアが迅速にするようプログラムされる、クラスタ１０内、または（ｉｉ）例えば、少なくとも特定の時間または全サービス時間が最後の消毒から過ぎたあと、中央水プラント、からのものであることに留意されたい。ノード１２の医療機器が外側装置と同期し得る別の例は、ソフトウエアアップデートを含み、アップデートは、クラスタ１０が、それが新しいソフトウエアのため準備ができていることを報告するときである、医療機器ノード１２のそれぞれが停止する、この次の間に予定され得る。
【００８３】
クラスタ１０のノード１２の間の協力は医療用途に制限されないことは、また、考えられる。例えば、クラスタ１０は、情報を記憶および同期し得、ウェブサイト、テレビおよびラジオのチャンネル、映画、食べ物および飲み物のような、施設での娯楽のプリファレンスにおいて患者をサポートする。この情報は、クラスタ１０の医療機器が患者を治療するため使用されているかを問わず、利用可能である。
【００８４】
クラスタドメイン１１０ｂのクラスタ１０は、以下に挙げる多数の用途領域のため高保全性を有する強力なプラットホームを提供する。以下のリストは、完全ではないが、閉鎖クラスタドメイン１１０ｂから利益を得る種々のサービスを例示するのに役に立つ。一方の別における次のリストに入るもののそれぞれは、クラスタドメイン１１０ｂが提供する、安全、セキュリティ、および品質の態様から利益を得、それは、（ｉ）診療所管理サービス、（ｉｉ）スタッフ、および患者管理サービス、（ｉｉｉ）情報提示サービス、スタッフ援助コールサービス、医療機器アラーム分配サービス、およびスタッフリマインダサービスを含む注意サービス、（ｉｖ）クラスタノード連結サービス、連結レベルサービス、および透析モニタ連結サービスを含む連結サービス、（ｖ）透析モニタサービス、および水精製システムサービスを含む装置サービス、（ｖｉ）透析課金サービスを含む財務サービス、（ｖｉｉ）透析セッション同一視サービス、薬物同一視サービス、透析所同一視サービス、使い捨て品の同一視サービス、装置同一視サービス、患者同一視サービス、およびスタッフ同一視サービスを含む同一視サービス、（ｖｉｉｉ）診療所情報サービス、および患者情報サービスを含む情報管理サービス、（ｉｘ）消費目録追跡サービス、製品追跡サービス、および再利用追跡サービスを含む目録サービス、（ｘ）装置スケジュールサービス、患者スケジュールサービス、およびスタッフスケジュールサービスを含むスケジュールサービス、（ｘｉ）アクセス制御サービス、有効性保護サービス、秘密性保護サービス、暗号化サービス、および保全性保護サービスを含むセキュリティサービス、（ｘｉｉ）評価サービス、相談サービス、透析セッションサービス、透析セッション記録サービス、医療試験サービス、処方サービス、および血管アクセスサービスを含む治療サービス、および（ｘｉｉｉ）分配ループサービス、および水品質サービスを含む水精製サービスを含む。
【００８５】
図２において、外部ドメイン１１０ａは、一実施形態において、オープンＩＴ環境ドメインであり、標準の既製のハードウエアおよびソフトウエアを使用している。既製の構造に対する唯一の例外は、インタフェースドメイン１１０ｃによってクラスタドメイン１１０ｂと相互作用する目的のための外部ドメイン１１０ａ装置上に配置されたソフトウエアアプリケーションである。多くの例において、外部ドメイン１１０ａの装置は、容易にプログラムで制御できず、したがって、クラスタ１０とインタフェースで接続するカスタムソフトウエアを受け入れないであろう。代わって、アクセスノード１２ａおよび１２ｈは、インタフェースで接続するソフトウエアを含み、外部装置から入力するデータを読み出す。しかしながら、医師のコンピュータ、または臨床医のコンピュータの場合において、ノード１２に記憶されたカウンターパートのアプリケーションソフトウエア、またはノード１２に記憶されたアプリケーションソフトウエアとインタフェースで接続するソフトウエアを有するコンピュータにインストールされたアプリケーションソフトウエアであり得る。外部ドメイン１１０ａの装置は、インクルージョンクラスタドメイン１１０ｂのため設計されていない非プロプライエタリ機器を含み得、したがって、追加の装置（インタフェースドメイン１１０ｃ）を必要とし、情報をクラスタドメイン１１０ｂと交換する。
【００８６】
図３は、より詳細に、およびインタフェースドメイン１１０ｃの少なくとも一部を形成するアクセスノード１２ａおよび１２ｈを有するクラスタドメイン１１０ｂと動作する外部ドメイン１１０ａを図示する。図示された実施形態において、外部ドメイン１１０ａは、次の装置の種類または型によって表され、装置の種類または型は、（ｉ）情報をクラスタ１０のメンバノード１２と交換するから利益を得るクラスタ１０に対して外部の任意の情報システムであり得る、外部情報システム５０ａ、（ｉｉ）例えば、全ての寸法および技術のディスプレイ画面（オプションとして、タッチタイプ）である、クラスタ１０から制限された情報を提示するために主に使用される任意の装置であり得る提示装置５０ｂ、（ｉｉｉ）例えば、スマートフォン、スマートパッド、ラップトップ、据付のパーソナルコンピュータ（「ＰＣｓ」）、ハイブリッド、および同様のコンピュータベース装置である、外部ドメイン１１０ａとクラスタドメイン１１０ｃの装置の間の情報を交換するために使用される任意のキーボードまたはタッチベースのユーザインタフェースの装置であり得る、タブレットおよびパーソナルコンピュータの装置５０ｃ、（ｉｖ）例えば、患者の治療前／治療後の体重計および登録ステーション、血圧ステーション、診療所の入出登録、および同様の目的のため診療所内に配置された装置（そのような共有装置は、通常、何かしらの個人識別票装置と共に装備され、接続され、および／または使用される）である診療所に存在する間に、それらの事前登録、および／または事後登録の活動の一部として、患者の間で共有される医療機器の臨床プロセスをサポートするように使用される任意の装置（医療または非医療）であり得る、共有された（例えば、医療）装置５０ｄ、および（ｖ）例えば、透析液調製のための水の逆浸透ユニット、血圧計、エンタテインメントコンソール、および同様の目的のためベッドサイドに配置される他の装置である、治療の一部の期間または全期間の間に患者のベッドサイドに配置された、および特定の患者と関連された（役に立つ）任意の装置（医療、または非医療）であり得る、ベッドサイド（例えば、医療）装置５０ｅである。
【００８７】
図１および図３は分散データベースのアクセスノード１２ａと、非分散データベースのアクセスノード１２ｈの双方を有するクラスタ１０を図示しているが、１つ以上のノード１２ｂ−１２ｇを含む任意のクラスタが、（ｉ）１以上の分散データベースのアクセスノード１２ａだけ、（ｉｉ）１以上の非分散データベースのアクセスノード１２ｈだけ、（ｉｉｉ）１以上の分散データベースのアクセスノード１２ａと１以上の非分散データベースのアクセスノード１２ｈ、（ｉｖ）仮想アクセスノード１００（以下に記載される）だけ、および（ｖ）分散データベースのアクセスノード１２ａと非分散データベースのアクセスノード１２ｈのいずれか、または双方の任意の１以上と組み合わせた仮想アクセスノード１００を有し得ることは理解されるべきである。
【００８８】
図４は、外部情報システム５０ａの非限定例を図示している。外部情報装置５０ａは、試験所の分析システム、および診療所の情報システムのような専用および特殊化された医学的に関連するシステムに対して、例えば、課金および返済である単に管理のものと多くの異なる形態を取り得る。図４に挙げられた例は、限定されないが、ローカル診療所情報システム、クラウドベース診療所情報システム、電子医療記録システム、健康情報システム、医療品質モニタリングシステム、試験所の分析システム、国家登録システム、課金および返済システム、および目録システムを含む。
【００８９】
実施形態における外部情報システム５０ａは、クラスタ１０に、有線または無線接続で、インタフェースドメイン１１０ｃの１以上の分散データベースのアクセスノード１２ａに接続している。
【００９０】
図５は、提示装置５０ｂの非制限例を図示している。提示装置５０ｂは、治療診療所内でスタッフおよび／または患者に情報を提示することを主な（しかし排他的でない）目的でハンドヘルドされた装置、または据付の装置（例えば、壁上に設置された）を含む。一般に、提示装置５０ｂは、クラスタ１０の医療機器内に入力のためのデータを生成しないが、それらは、オプションとして、例えば、それらがタッチサポート能力を有するなら、入力のため使用され得る。提示装置５０ｂは、例えば、治療の間の種々のステップを通して到達する患者を案内する患者情報を示し得る。例えば、診療所に到達する患者は、治療を受けるため、事前ー事後の体重登録場所／状況、および治療ステーション位置を含むスケジュール情報にアクセスし得る。スタッフ情報画面は、患者の準備状況、透析ステーション占有および治療経過、および診療所内の種々の治療位置のアラーム情報を示し得る。
【００９１】
実施形態における提示装置５０ｂは、有線または無線接続を介して、インタフェースドメイン１１０ｃの１以上の分散データベースのアクセスノード１２ａに接続する。
【００９２】
図６は、タブレット、およびパーソナルコンピュータ（「ＰＣ］）装置５０ｃの非限定例を図示する。タブレットＰＣ装置５０ｃは、例えば、スマートフォンまたはタブレットのようなハンドヘルド機器を使用して現時点で実用的である、より集約的な入力および先進的な情報の交換を必要とされ得る。しかしながら、タブレットおよびハイブリッドのタブレット／ＰＣ技術の進歩は、装置５０ｃの下で双方の型の機器をもたらす。装置５０ｃに配置されるソフトウエアは、非常に簡単なアプリケーションから、クラスタ１０内に記憶される情報にアクセスする方に対して完全なＣＩＳインタフェースおよび環境を含む高度なアドバンスアプリケーションに及び得る。そのようなアプリケーションは、診療所スタッフ（内科医、看護師、技術サービススタッフ、および管理スタッフ等）のためユーザインタフェースを示し得、管理サービス、スタッフおよび患者注意サービス、連結サービス、装置技術サービス、およびメンテナンスサービス、課金および返済サービス、身元確認サービス、情報管理サービス、目録サービス、スケジュールサービス、セキュリティサービス、患者薬物サービス、治療サービス、および水精製サービスのような、サービス領域における情報または特徴にアクセスおよびアップデートする。
【００９３】
実施形態において、タブレットおよびＰＣ装置５０ｃは、（ｉ）インタフェースドメイン１１０ｃの１以上の分散データベースのアクセスノード１２ａと、有線または無線接続を介して、または（ｉｉ）アクセスノードのハードウエア無しで仮想アクセス接続で、クラスタ１０に接続する。モバイル接続は、内科医が当初の動作パラメータ処方に対してベッドサイドの変化、それから共有データ１４内に直ちに分配され、およびノード１２の適切な医療機器に効果を生じる変化を行うことを可能にする。ラップトップまたは据付ＰＣは、移動性が最優先でない、例えば、クラスタ１０と相互作用する長いセッションのために、代替的に使用され得る。
【００９４】
図７は、共有、例えば医療の装置５０ｄの非限定例を図示する。共有、例えば医療の装置５０ｄは、診療所に同時に居る患者の間で共有される装置を含む。共有装置５０ｄは、医療、または非医療の目的を有し得る。共有医療、または医療に関連する目的のための装置は至る所にあるが、管理目的を提供する、および／または臨床治療プロセスをサポートする装置のような種々の他の装置も、このカテゴリに属する。
【００９５】
一例は、患者の体重の治療前、および治療後の登録である。体重計は、診療所、または他の治療環境において、複数の患者によって共有され得る。各患者は、例えば、体重計測装置内に患者の氏名または身分証明（「ＩＤ」）を入力することによって、または、例えば、体重計測ステーションに存在する装置に示される患者のＩＤカードによって、重量計測のときに身元を明らかにされる。登録および同一視された体重は、それから、クラスタ１０の分散データベース１４に転送され、および、例えば、その患者のための体重ファイル内に記録される。患者が割り当てられたどちらのノード１２の医療機器でも、ある日の患者の治療前の体重を検索し、および例えば患者の処方と共に使用するための機械内に体重を入力する。治療前の体重は、血中水分がどれぐらい過剰であるか、または透析治療を受けている患者から除去するために限外濾過がどれぐらい過剰であるかを決定するために既知の乾燥体重と組み合わせて使用され得る。共有装置の他の例は、血圧測定装置、血糖値測定装置、および患者が診療所に入出するときの登録のための患者のログインおよびログアウト装置を含む。
【００９６】
種々の実施形態における共有装置５０ｄは、インタフェースドメイン１１０ｃの１以上の分散データベースのアクセスノード１２ａ、または非分散データベースのノード１２ｈに有線または無線接続によって、クラスタ１０に接続する。非分散データベースのアクセスノード１２ｈは、共有装置５０ｄが分散データベース１４から任意のデータのため必要でないなら使用され得る。
【００９７】
図８は、ベッドサイド、例えば、医療の装置５０ｅの非限定例を図示する。ベッドサイド装置は、共有装置５０ｄと同様、医療または非医療の理由または目的を有し得る。非医療ベッドサイドまたは患者専用装置５０ｅは、例えば、個人用通信装置（例えば、ＨＤＭＩ接続されたテレビ）、患者の作業に関する装置、および患者の身元確認装置を含み得る。非医療ベッドサイドまたは患者専用装置５０ｅは、分散データベースからのデータにアクセスを必要とし得ず、および、そうであるならば、インタフェースドメイン１１０ｃの１以上の非分散データベースのノード１２ｈに有線または無線接続によって、クラスタ１０に接続し得る。しかしながら、共有データ１４は、非医療ベッドサイド装置５０ｅと相互作用することから利益を得るかもしれない。例において、クラスタ１０の分散データベース１４は、好みのウェブサイト、テレビチャンネル、ラジオ局等に関する個々のプリファレンスを記憶する各患者のための個人のプリファレンスファイルを形成し得る。
【００９８】
ベッドサイドまたは患者専用装置５０ｅは、当然ながら、医療関連であり得る。特定の診療所は、ノード１２の各医療機器のため血圧カフを提供し得、そのため、血圧は、治療の間に追跡され得る。別の例は、透析のための透析液を作製するために使用される水精製装置である。どちらにしても、医療ベッドサイドまたは患者専用装置５０ｅは、共有データ１４にアクセスする必要があり得、またはあり得ず、そのため、（ｉ）インタフェースドメイン１１０ｃの１以上の分散データベースのアクセスノード１２ａ、または１以上の非分散データベースのノード１２ｈに有線または無線接続によって、または（ｉｉ）本願明細書に記載されるような仮想アクセスノードによって、クラスタ１０に接続する。
【００９９】
別の例は、血液透析、または他の血液洗浄治療、例えば、赤血球のためのＥｐｏｇｅｎＴＭ、鉄／糖のためのＶｅｎｏｆｅｒＴＭの間に患者への薬品の送達を伴う。これらの薬品は、ノード１２の透析機械ポンプによって、または外部ポンプによって送達され得る。透析機械ポンプによって提供されるなら、それから薬品送達は、既にクラスタ１０の一部である。しかしながら、例えば、必要に応じ診療所で使用される浮遊型ポンプである、別体のポンプによってなら、別体のポンプは、薬品送達ポンプとノード１２の透析機械の間の双方向通信のため、インタフェースドメイン１１０ｃの分散データベースのアクセスノード１２ａ、または非分散データベースのノード１２ｈによって分散データベース１４にアクセスし得る。ノード１２の透析機械は、クラスタ１０の分散データベース１４に対して任意の所望の薬品送達データを追加し、外部薬品送達ポンプは、血圧読み出し、生体インピーダンス読み出し、水和レベル読み出し、または透析機械のユーザインタフェース内に入力された患者からの主観応答の形態における送達後の患者応答のような、任意の所望のデータを記憶し得る。実施形態における薬品送達ポンプは、浮遊型ポンプのクラスタ１０、それ自身の一部であり、およびそれ自身、分散データベース１４にデータを供給する。
【０１００】
さらなる例は、患者が複数の薬品を受け取る、病室、または薬品送達環境を伴う。ここで、１以上のクラスタ１０を実装することが考えられる。第１クラスタ１０は、患者の周りに形成され得、ノード１２は、異なるポンプ、または薬品送達の間に患者を分析する任意の装置と一緒の１以上のポンプの異なるチャネルによって形成される。得られた分散データベース１４は、電子医療記録（「ＥＭＲ」）、課金および他の目的のため使用され得、およびプロプライエタリソフトウエアは、共有データ１４のため任意の目的に達するように書き込まれ得る。例えば、（ｉ）例えば、血圧読み出し、生体インピーダンス読み出し、水和レベル読み出し、または、看護師によって入力された患者からの主観的応答である、送達薬品への任意の反応を記録、または（ｉｉ）例えば、血圧読み出し、生体インピーダンス読み出し、水和レベル読み出し、または、看護師によって入力された患者からの主観的応答である、送達薬品の組み合わせに対する任意の反応を記録することが望まれ得る。薬品送達、用量、用量率等の時間は、また、各薬品のため記録され得る。
【０１０１】
第２クラスタ１０は、特定の薬品の周りに形成され得、例えば、薬品製造業者がその薬品に関する集合的なデータを見つけ得、非常に貴重である。ここで、ノード１２は、複数のベッドサイドに在り、それぞれ薬品を送達し、分析される。プロプライエタリソフトウエアは、複数の患者のため、例えば、血圧読み出し、生体インピーダンス読み出し、水和レベル読み出し、または分散データベース１４内に看護師によって入力された患者からの主観的応答である、送達薬品に対する任意の反応を記録するためであるが、任意の患者の身元確認データを奪い、または単に記録しないように書き込まれ得る。プロプライエタリソフトウエアは、例えば、性別、年齢、人種、民族性である、患者タイプデータを分散データベース１４に記録するように書き込まれ得る。ソフトウエアは、また、例えば、上記反応の任意である、他の薬品の送達から収集されたデータを記録し得、患者は、分散データベース１４において、１以上の他の薬品と組み合わせて製造業者の薬品を受け取る。ここで、そのような他の薬品情報は、１以上のアクセスノード１２ａまたは１２ｈによって入る。
【０１０２】
上記のように、まさに記載されたように双方の薬品送達クラスタ１０は、同時並行に、および同時に実行され得る。
【０１０３】
図２、図３および図９をここで参照すると、インタフェースドメイン１１０ｃは、もっと詳細に記載される。クラスタのインタフェースドメイン１１０ｃは、ファサードとして作用し、実際上のクラスタの実装、インフラストラクチャ、およびセットアップの内部の曝露無しにクラスタ構造のサービスにアクセスする。上記のように、アクセスノード１２ａおよび１２ｈは、インタフェースドメイン１１０ｃの一部を形成する。また、上記のように、大部分の装置５０ａから５０ｅ（本願明細書において、まとめて装置５０、または一般に個々に装置５０として呼ばれる）は、分散データベースのアクセスノード１２ａ、非分散データベースのノード１２ｈ、またはアクセスの主な目的が情報アクセスだけなら仮想アクセスノードによって、分散データベースに接続され得る。
【０１０４】
実施形態において、分散のアクセスノード１２ａは、クラスタ１０の一人前のメンバであり、および、サービス能力に加えて内容に関して、図１、図２、および図９において、医療装置ノード１２ｂから１２ｇによってホストされる、分散データベース１４と一致するデータ１４の複製セットを保持する。したがって、アクセスノード１２ａおよび１２ｈによってクラスタ１０は、クラスタ１０の全ての他の医療機器のノード１２ｂから１２ｇのスイッチが切られたとしても、依然として、外部アクセスのため利用可能であるだろう。実施形態において、非分散データベースのノード１２ｈは、外部ドメイン１１０ａ（例えば、クラスタ１０のインフラストラクチャ要件に一致しない任意の装置）と、クラスタドメイン１１０ｂの内部（保護）インフラストラクチャと、の間のインタフェース変換を提供する。例えば、非分散データベースのノード１２ｈは、患者同一視機器からの患者同一視データと一緒に、任意の共有装置５０ｄおよびベッドサイド装置５０ｅからのデータが患者医療記録記憶のため分散データベース１４に送信されることを可能にする。
【０１０５】
連結性能力に関して、分散データベースのアクセスノード１２ａ、および非分散データベースのノード１２ｈは、一実施形態において、一致する。各々は、任意の上記タイプの装置５０ａから５０ｅに接続し得る。
【０１０６】
図２は、インタフェースドメイン１１０ｃがドメイン１１０ｂの分散データベース１４内に第３タイプのアクセス、すなわち、仮想アクセスノード１００を含む。アクセスノード１２ａおよび１２ｈのための場合として、ノードを表す追加の装置がないため、仮想アクセスノード１００は仮想である。実施形態における仮想アクセスノード１００は、外部ドメイン１１０ａとクラスタドメイン１１０ｂの間の位置を維持するための責任は、接続された顧客装置５０とクラスタ１０の医療機器ノード１２の間に共有されることを要求する。顧客装置５０は、一実施形態において、クラスタドメイン１１０ｂに接続され、クラスタ１０に転送された情報の保全性を保証する。セキュア連結性は、クラスタ１０環境に直接なされた仮想プライベートネットワーク（「ＶＰＮ」）接続によって提供され得る。仮想アクセスノード１００は、例えば、ＶＰＮによって診療所または医療機器環境内に接続された、医師、臨床医、技術者のコンピュータが、分散データベース１４にアクセスすることを可能にする。そのようなコンピュータは、ノード１２の医療機器のため操作上のルーチンを動かす機器処方ソフトウエアを実行し得る。仮想アクセスノード１００によってコンピュータは、試験所の結果を送受信するよう動作し得、例えば、処方ソフトウエア内に入力される。処方操作ルーチンが完了すると、それは、操作上のルーチンが動かされた、患者または患者らのためのフォルダの下の分散データベース１４上に仮想アクセスノード１００によって配置され得る。顧客コンピュータは、また、保護された仮想アクセスノード１００を使用し得、クラスタ１０の分散データベースからデータを引き出し、例えば、それが変更または置換される必要があるか確認するため、１以上の操作上のルーチンからの治療結果を検討する。
【０１０７】
図９および図１０をここで参照すると、クラスタの互換性のある医療機器のノード１２ｂから１２ｇ・・・１２ｎが、もっと詳細に図示されている。図９は、クラスタ内で動作する医療機器のノード１２ｂから１２ｇ・・・１２ｎを図示し、および医療機器のノード１２ｆを強調しており、図１０は、医療機器のノード１２ｆの分散データベース１４側における詳細を提供している。図９および図１０は、医療機器のノード１２ｆが２つの別（ハードウエア、および／またはソフトウエアによって分離された）部分、すなわち、治療制御部分２８ａ、およびクラスタ制御部分２８ｂを含むことを双方図示している。図示された実施形態における治療制御部分２８ａは、ミドルウエア１６上にホストされたサーバインタフェースを含む。サーバインタフェースおよびミドルウエア１６は、ソフトウエア２０を動作する医療機器と共に動作し、任意の１以上のメイン医療機器制御プロセッサおよびメモリ、１以上の安全プロセッサおよびメモリ、ユーザインタフェースプロセッサおよびメモリ、および、センサおよびアクチュエータ２２（図１０）のためのセンサボード、ポンプ制御ボード等のような１以上の下側レベル制御器を含み得る。上記機能のいずれか、または全てが、代替的に、単一のプロセッサおよびメモリ上に結合され得る。
【０１０８】
図示された実施形態におけるサーバインタフェースおよびミドルウエア１６は、医療機器のノード１２のユーザインタフェース１８を駆動する。ユーザインタフェース１８は、例えば、セットアップ画面、治療画面、技術データ等を表示し得る。患者が、例えば、病院または診療所によって提供されたインターネット接続によって、患者によって望まれるウェブサイトからのウェブページを見たいなら、患者は、図９においてクラスタ１４の一部として提供される、分散データベースのアクセスノード１２ａのような、アクセスノードのユーザインタフェース１８でそうすることができる。そのようなウェブサイトが分散データベース１４において、患者のためのプリファレンスファイル内に記憶され得、そのため、好ましいウェブサイトは、患者が次にクラスタ１０のどのアクセスノードを使用するかに関わらず知られる。アクセスノード１２ａ、１２ｈは、各医療機器のノード１２ｂから１２ｇ・・・１２ｎに配置され得、患者および／または介護者による使用のためインターネットアクセスを提供する。
【０１０９】
クラスタ制御部分２８ｂは、複製されたデータベース１４収容し、図９において、クラスタ１０のノード１２ａから１２ｇおよび１２ｎ−２から１２ｎにおける医療機器によって共有される。クラスタ制御部分２８ｂは、セキュリティ、安全、有効性、保全性、および保護された内部クラスタインフラストラクチャのための他のもののための要求に一致するように慎重に組織立てられる。さらに、治療制御部分２８ａは、治療を実行するので、患者の安全のため責任があり、そのため、分散データベース１４とリソース（クロックサイクル、メモリ消費量等）を超えた競争に直面すべきでない。したがって、実施形態において、プロセッシングおよびメモリマネージャ１２０は、医療機器ノード１２ｆの治療制御部分２８ａとクラスタ制御部分２８ｂの間に提供され得る。プロセッシングおよびメモリマネージャ１２０は、ハードウエアサポートのプロセッシングおよびメモリの保護および仮想化を扱うことを可能な、例えば、ＬｉｎｕｘＴＭオペレーティングシステム、または他のオペレーティングシステムによってサポートされ得る。実施形態におけるプロセッシングおよびメモリマネージャ１２０は、部分２８ａと２８ｂ（例えば、部分２８ａと２８ｂが各他のメモリ領域を、決して、共有しない、または見ない）の間の隔離を保存するように、（ｉ）クラスタ制御部分２８ｂ内に治療制御部分２８ａから始まるデータ、および（ｉｉ）治療制御部分２８ａ内にクラスタ制御部分２８ｂから始まるデータをコピーする。
【０１１０】
一実施形態において、それが分散データベース１４とデータを共有することが自由であるとき、治療制御部分２８ａのサーバインタフェースおよびミドルウエア１６は知られ、そのため、データ転送を内部部分１１２ｂと始める責任を与えられる。治療制御部分２８ａのサーバインタフェースおよびミドルウエア１６は、それが、送信するデータを有し、かつ、それが用意できているときに分散データベース１４から受信するデータにそれ自身オープンにするとき、メモリプロセッシングおよびメモリマネージャ１２０によってデータをクラスタ制御部分２８ｂに送信する。
【０１１１】
図１０は、もっと詳細にクラスタ制御部分２８ｂを図示している。分散データベース１４の他にも、クラスタ制御部分２８ｂは、クラスタデータベースマネージャ２４、およびクラスタ通信インタフェース２６を含む。クラスタデータベース２４、およびクラスタ通信インタフェース２６は、ソフトウエアの個々のピースであり得、クラスタデータベースマネージャ２４は、プロセッシングおよびメモリマネージャ１２０によってミドルウエアのソフトウエア１６からデータを受け取り、および分散データベース１４のため適切な格納フォーマットにデータを安全に変換する責任がある。クラスタデータベースマネージャ２４は、また、ミドルウエアのソフトウエア１６、および治療制御部分２８ａのソフトウエア２０を動作する医療機器のため適切な形式に分散データベース１４から検索されたデータを安全に変換する責任がある。
【０１１２】
実施形態においてクラスタ通信インタフェース２６は、データがクラスタ１０の他のノード１２からどのように送信され、かつ受信されるかを制御するメッセージングスーパバイザである。データがクラスタ１０の異なるノード１２の間に分配され得る多くの異なる方法が前述されている。クラスタ通信インタフェース２６は、選択されたデータの転送設定を把握し、および、そのノード１２ｆに、適切な時期に、および／または他のノード１２と適切な順番で、データを安全かつ完全に送信および／または受信させる。
【０１１３】
図１１および図１２をここで参照すると、分散データベースのアクセスノード１２ａは、もっと詳細に図示される。分散データベースのノード１２ａは、分散データベース１４を含み、かつそれの一部であり、および本願明細書において述べられたように、外部装置５０と相互作用する。分散データベース１２ａは、クラスタのアクセスノードロジック１１８と動作する（アクセスノードのためのソフトウエアを動作する）ホストされた、それ自身、サーバインタフェースおよびミドルウエア１１６を含む。医療機器ノード１２ｂから１２ｇ、および１２ｎ−２から１２ｎと同様に、分散データベースのアクセスノード１２ａは、外部部分１１２ａ、および、上記のようにプロセッシングおよびメモリマネージャ１２０と分離された内部部分１１２ｂを含み、そのため、分散データベース１４とサーバインタフェースおよびミドルウエア１１６との間の明確かつ明瞭な分離が確立される。分散データベースのアクセスノード１２ａは、分散データベース１４から外部装置５０に情報を取得および送信することができる。分散データベースのアクセスノード１２ａは、共有分散データベース１４内に、ＣＩＳのような外部装置５０から、および、コンピュータ、ディスプレイ機器、スマートフォンまたはスマートタブレットのようなハンドヘルドのスマート機器、および／または、体重計のような医療装置のようなサーバ顧客から、データを受信および記憶し得る。
【０１１４】
外部部分１１２ａと外部装置５０の間の連結性は、例えば、有線ローカルエリヤネットワーク（「ＬＡＮ」）、無線ローカルエリヤネットワーク（「ＷＬＡＮ」）、またはブルートゥース技術等によってであり得る。接続が外部装置５０と分散データベースのアクセスノード１２ａの間の物理的なＬＡＮケーブルによってなされるなら、ケーブルは、任意の他の外部装置のケールと別のケーブルであり得、およびアクセスノード１２ａの専用ポートに接続され得る。
【０１１５】
図１１および図１２は、分散データベースのアクセスノード１２ａが、それ自身、サーバインタフェースおよびミドルウエア１６と動作する、ユーザインタフェース１８を含み得る。上述するように、分散データベースのアクセスノード１２ａのユーザインタフェース１８は、インターネットサイトを治療を受けている患者または例えば援助を必要とする介護者に表示し得る。ユーザインタフェース１８は、また、セットアップ画面、治療画面、技術データ等を患者または介護者に表示し得る。再び、患者または介護者による任意の外部コンテンツの選択は、共有データベース１４内のプリファレンスファイル内に記憶され得る。
【０１１６】
外部装置５０と分散データベース１４の間のデータ転送は、アプリケーション干渉無しにクラスタのアクセスノードロジック１１８によって直接生じ得る。アクセスノードのインタフェースおよびミドルウエア１１６、およびアクセスノードロジック１１８は、アクセスノード１２ａに一体化され、または外部から接続されたユーザインタフェース１８によるユーザ相互作用のため、例えば、ウェブ顧客（インターネットエクスプローラ、グーグルクローム等）のアクセスノードのコンフィグレーションソフトウエアおよびアプリケーションをホストし得る。クラスタのアクセスノードロジック１１８は、データをエラーチェックし得、および必要ならデータを分散データベース１４と使用可能な形式に結合する。例えば、分散データベースのアクセスノード１２ａに治療操作処方を提供する第１外部装置５０、および患者の体重データを提供する第２外部装置５０であり得る。クラスタのアクセスノードロジック１１８は、例えば、同じ患者ＩＤに関連するデータである関連データを分類および集めることを援助し得、および分散データベース１４内に特別の入力をルートし得る。
【０１１７】
しかしながら、図１１および図１２は、分散データベースのアクセスノード１２ａが、それぞれ、例えば、５０ａおよび５０ｅである異なる外部装置のため、例えば、ソフトウエア１５０ａおよび１５０ｅ（本願明細書において、外部機器／システムのインタフェースソフトウエア１５０としてまとめて、または外部機器／システムのインタフェースソフトウエア１５０として一般に個々に、呼ばれる）である、異なる外部機器／システムのインタフェースソフトウエアを記憶し得ることをさらに図示している。外部機器／システムのインタフェースソフトウエア１５０は、特定の外部装置５０のため提供され、分散データベース１４に情報を送受信、および分散データベース１４から情報を送受信する。外部機器／システムのインタフェースソフトウエア１５０とクラスタのアクセスノードロジック１１８の間の相互作用は、第１層の隔離（図１２において外部部分１１２ａ内に上側の点線によって示されるような）を提供する。この第１隔離の目的は、アクセスノードロジック１１８に影響を及ぼすことから、誤った、または悪意のある外部機器を抑制することである。
【０１１８】
外部部分１１２ａからプロセッシングおよびメモリマネージャ１２０によって分離された、分散データベースのアクセスノード１２ａの内部部分１１２ｂは、医療機器のノード１２ｆのため上記されたクラスタ制御部分２８ｂと同様に動作する。特に、データベースマネージャ２４は、プロセッシングおよびメモリマネージャ１２０によってクラスタのアクセスノードロジック１１８からデータを受信し、および分散データベース１４のため適切な形式にデータを安全に変換する責任があり得る。クラスタ通信インタフェース２６は、再び、データがどのようにクラスタ１０の異なるノード１２に送信、およびそれから受信されるかを把握するためのマネージャスーパーバイザである。プロセッシングおよびメモリマネージャ１２０は、分散データベースのアクセスノード１２ａに第２の隔離を提供する。
【０１１９】
図１３をここで参照すると、非分散データベースのアクセスノード１２ｈが、もっと詳細に図示されている。非分散データベースのノード１２ｈは、それ自身、分散データベース１４ためメモリ記憶装置を有さないが、本願明細書で述べられたように、外部装置５０と相互作用する。非分散データベースのノード１２ｈは、データを分散データベース１４に、および分散データベース１４から、それぞれ送受信し得、および分散データベース１４からのデータは、それのユーザインタフェース１８上に表示され得る。しかしながら、分散データベース１４は、非分散データベースのノード１２ｈに常駐せず、そのため、他のノードにアクセス無しにアクセスされ得ない。それに対して、アクセスノード１２ａがクラスタ１０の唯一利用可能なノード１２であるとしても、分散データベースのアクセスノード１２ａで、データベース１４はアクセス可能である。
【０１２０】
非分散データベースのアクセスノード１２ｈの外部機器／システムのインタフェースソフトウエア１５０、サーバインタフェースおよびミドルウエア１１６、クラスタのアクセスノードロジック１１８、プロセッシングおよびメモリマネージャ１２０、データベースマネージャ２４、およびクラスタ通信インタフェースは、一実施形態において、分散データベースのアクセスノード１２ａのため上記され、または上で言及されたのと同様に動作する。
【０１２１】
上記実施形態において、治療制御部分２８ａ／外部部分１１２ａは、それ自身、クラスタ制御部分２８ｂ／内部部分１１２ｂのため使用される１以上のプロセッサおよびメモリと別の１以上のプロセッサおよびメモリ上に提供され得る。代替の実施形態において、治療制御部分２８ａ／外部部分１１２ａは、クラスタ制御部分２８ｂ／内部部分１１２ｂと同様のプロセッサおよびメモリ上に提供され得るが、メモリの異なる部分上に維持され、およびプロセッシングおよびメモリマネージャ１２０によってなお分離される。
【０１２２】
さらに、アクセスノード１２ａおよび１２ｈは、クラスタ１０の医療機器のノード１２ｂから１２ｇ、および１２ｎ−２から１２ｎから物理的に分離しているように記載されており、アクセスノード１２ａおよび１２ｈの追加の構造および機能性が、医療機器のノード１２ｂから１２ｇ、および１２ｎ−２から１２ｎの１つと共通のハウジング内に収納された別のノードとして代替的に提供され得る。特に、サーバインタフェースおよびミドルウエア１１６、クラスタのアクセスノードロジック１１８、および外部機器／システムのインタフェース１５０は、上記されるように、医療機器のノード１２ｂから１２ｇ、および１２ｎ−２から１２ｎの治療制御部分２８ａと一緒に動作する、外部部分１１２ａとして追加され得る。実施形態において、制御部分２８ａおよび外部部分１１２ａの双方は、本願明細書に記載された方法において、プロセッシングおよびメモリマネージャ１２０によって、クラスタデータベース１４、クラスタデータベースマネージャ２４、およびクラスタ通信インタフェース２６から分離されている。医療機器内のアクセスノード１２ａは、一実施形態において、医療機器のノード１２ｂから１２ｇ、および１２ｎ−２から１２ｎと別のノードである。２つのノードが、同じハウジングを共有し、および、クラスタデータベースマネージャ２４およびクラスタ通信インタフェース２６を共有しうるけれど、それは、医療機器のノードから独立して動作する。アクセスノード１２ａによって受信された情報は、そのホスト医療機器のため必ずしも意図されず、およびクラスタ１０の別の医療機器によって必要とされる情報であり得る。情報は、分散データベース１４上に記憶される。同様に、医療機器内に位置するアクセスノード１２ａは、情報がホスト医療機器、またはクラスタ１０の別の医療機器によって発生されるかどうかに関わらず、分散データベース１４からデータを引き出し得、および外側の装置５０にそれを送信する。
【０１２３】
図１４をここで参照とすると、医療機器のノード１２ｂから１２ｅの治療制御部分２８ａ、およびクラスタ制御部分２８ｂ、および図９から図１３の分散データベースのアクセスノード１２ａの外部部分１１２ａおよび内部部分１１２ｂは、図２の外部ドメイン１１０ａ、クラスタドメイン１１０ｂ、およびインタフェースドメイン１１０ｃと共に図示される。図１４は、円によってクラスタ１０を表現し、およびクラスタドメイン１１０ｂがクラスタ１０を含むことを示す。さらに、クラスタドメイン１１０ｂは、医療機器のノード１２ｂから１２ｅの治療制御部分２８ａを含む。図１４は、外部ドメイン１１０ａが外部装置５０を含むことを反復して言う。
【０１２４】
図１４は、また、クラスタ１０が、医療機器のノード１２ｂから１２ｅのクラスタ制御部分２８ｂ、および分散データベースのアクセスノード１２ａ（非分散データベースのアクセスノード１２ｈの内部部分１１２ｂも含むことになる）の内部部分１１２ｂ（分散データベース１４を含む）を含むことを図示している。図示された実施形態において、分散データベースのアクセスノード１２ａの外部部分は、クラスタドメイン１１０ｂの部分でなく、代わって、クラスタ１０の任意の他のアクセスノードの外部部分１１２ａと共にインタフェースドメイン１１０ｃを形成する。図２および図３は、インタフェースドメイン１１０ｃ内に分散データベース１４を有する分散データベースのアクセスノード１２ａを図示する。分散データベース１４は、図２および図３において、このように示され、非分散データベースのアクセスノード１２ｈと分散データベースのアクセスノード１２ａを区別する。しかしながら、全アクセスノード１２ａの分散データベース１４が、クラスタドメイン１１０ｂのクラスタ１０内に属することは、図１４から理解されるべきである。
【０１２５】
図１５をここで参照すると、仮想アクセスノード１００のための一実施形態が図示されている。図示された実施形態における仮想アクセスノード１００は、医療機器のノード１２ｆのような医療機器のノードと、外部コンピュータ（医師、看護師、または技術者のコンピュータ）のような外部（オープンサイド）の装置５０の１つとの間のインタフェースを含む。医療機器のノード１２ｆは、ミドルウエア１６、ユーザインタフェース１８、サーバインタフェース２０、アクチュエータ２２、分散データベース１４、クラスタデータベースマネージャ２４、およびクラスタ通信インタフェースのため、図１０と関連して、上記された構造および関連する機能性の各々を備える。
【０１２６】
図示された実施形態におけるコンピュータ５０は、その上に、治療操作処方を発展させるためのソフトウエアのような、第三者のアプリケーションソフトウエア１１４をインストールする。第三者のアプリケーションソフトウエア１１４は、例えば、分散データベース１４からデータを受信し得、および新しい治療操作処方を分析および形成するようにそれを使用し得る。所望の第三者のアプリケーションソフトウエア１１４が存在しない、または病院または診療所がそのようなソフトウエアを所有しないなら、分散データベース１４から取得されたデータを使用して第三者のアプリケーションソフトウエア１１４と同じおよび／または追加の機能を実施する独自仕様データ取扱いソフトウエア１０２と共に仮想アクセスノード１００を提供することが考えられる。いずれの場合においても、独自仕様データ取扱いソフトウエア１０２、および第三者のアプリケーションソフトウエア１１４は、順番に、分散データベース１４に記憶されたデータを創造し得る。
【０１２７】
第三者のシステムのインタフェース１０４は、第三者のアプリケーションソフトウエア１１４から、医療機器の仮想アクセスノードのインタフェース１０８ａと、外部装置の仮想アクセスノードのインタフェース１０８ｂの間に存在する、例えば、仮想プライベートネットワーク（「ＶＰＮ」）のようなセキュア通信チャネルによって要求される形式にデータを変換する。ＶＰＮ１０６は、本質的に、医療機器のノード１２ｆと外部装置５０の間の暗号化されたブリッジである。ＶＰＮ１０６は、クラスタ１０のインストローラによって提供され、かつインストールされ得る。図示された実施形態において、独自仕様データ扱いソフトウエア１０２は、第三者のシステムのインタフェース１０４によって実行された変換後、医療機器の仮想アクセスノードのインタフェース１０８ａと、外部装置の仮想アクセスノードのインタフェース１０８ｂの間のＶＰＮ１０６を超えて直接通信するように構造化されている。
【０１２８】
一度、医療機器のノード１２ｆの内側に、外部装置の仮想アクセスノードのインタフェース１０８ｂからのデータが、プロセッシングおよびメモリマネージャ１２０によってクラスタ制御部分２８ｂに治療制御部分２８ａから安全に送信され、クラスタデータベースマネージャ２４によって分散データベース１４に利用可能になされ、および上記方法において、クラスタ通信インタフェース２６によって他のノードに送信される。分散データベース１４からのデータは、クラスタデータベースマネージャ２４によって変換され得、およびプロセッシングおよびメモリマネージャ１２０によって治療制御部分２８ａにクラスタ制御部分２８ｂから安全に送信され得、ＶＰＮ１０６を超えてインタフェース１０８ｂにインタフェース１０８ａから送信され、および第三者のシステムのインタフェース１０４における変換によって独自仕様データ取扱いソフトウエア１０２および／または第三者のアプリケーションソフトウエア１１４の１つまたは双方にそこから送信される。
【０１２９】
本願明細書記載された好ましい本実施形態に対する種々の変更および修正が当業者に明白であろうことは理解されるべきである。そのようは変更および修正は、本主題の趣旨および範囲を逸脱せず、かつ意図される利点を減らすことなく行われ得る。したがって、そのような変更および修正は、添付の特許請求の範囲によってカバーされることは意図される。
【図１】
2020504366.tif 000003
【図２】
2020504366.tif 000004
【図３】
2020504366.tif 000005
【図４】
2020504366.tif 000006
【図５】
2020504366.tif 000007
【図６】
2020504366.tif 000008
【図７】
2020504366.tif 000009
【図８】
2020504366.tif 000010
【図９】
2020504366.tif 000011
【図１０】
2020504366.tif 000012
【図１１】
2020504366.tif 000013
【図１２】
2020504366.tif 000014
【図１３】
2020504366.tif 000015
【図１４】
2020504366.tif 000016
【図１５】
2020504366.tif 000017
【国際調査報告】
2020504366.tif 000018
2020504366.tif 000019
2020504366.tif 000020