(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-21
(45)【発行日】2024-01-04
(54)【発明の名称】分散データベースを有する医療装置システム及び方法
(51)【国際特許分類】
G16H 40/40 20180101AFI20231222BHJP
【ＦＩ】
G16H40/40
【請求項の数】
13
【外国語出願】
(21)【出願番号】P 2022198045
(22)【出願日】2022-12-12
(62)【分割の表示】P 2021015123の分割
【原出願日】2016-06-22
(65)【公開番号】P2023036686
(43)【公開日】2023-03-14
【審査請求日】2022-12-23
(31)【優先権主張番号】1550885-6
(32)【優先日】2015-06-25
(33)【優先権主張国・地域又は機関】SE
(73)【特許権者】
【識別番号】501473877
【氏名又は名称】ガンブロ・ルンディア・エービー
【氏名又は名称原語表記】ＧＡＭＢＲＯ ＬＵＮＤＩＡ ＡＢ
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】ぺルソン、ローランド
(72)【発明者】
【氏名】ホブロ、ストゥーレ
(72)【発明者】
【氏名】ニルソン、ロゲル
(72)【発明者】
【氏名】レーフグレン、ペール
(72)【発明者】
【氏名】リデル、ペーテル
【審査官】梅岡 信幸
(56)【参考文献】
【文献】特表２０１４－５２０５９３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ１６Ｈ １０／００－８０／００
Ａ６１Ｂ ５／００－ ５／０１
(57)【特許請求の範囲】
【請求項1】
腎臓疾患治療システムであって、分散データベースと、
前記分散データベースとともに動作し、前記分散データベースに関連して使用されるローカルエリアネットワーク（「ＬＡＮ」）を介して互いにデータ通信する複数の腎臓疾患治療機械であって、
前記腎臓疾患治療システムは、処置出力データを収集するために前記腎臓疾患治療機械と相互作用する集中サーバを備えず、前記腎臓疾患治療機械は、互いに直接通信するように構成されている、複数の腎臓疾患治療機械と、
各腎臓疾患治療機械に関係付けられた論理インプリメンタであって、システムの各腎臓疾患治療機械が周期的に、（ｉ）処方入力パラメータ又は処置出力データのうちの少なくとも１つを他の腎臓疾患治療機械のそれぞれに送出し、（ｉｉ）処方入力パラメータ又は処置出力データのうちの少なくとも１つを他の腎臓疾患治療機械のそれぞれから検索するように、各論理インプリメンタは、前記分散データベースにアクセスするようにプログラミングされている、論理インタプリタと、
ＬＡＮを介して分散データベースと通信し、前記腎臓疾患治療システムの各腎臓疾患治療機械にデータを送信するセンサである医療機器であって、各センサから送信されるデータは、当該センサを識別する識別子を有し、前記腎臓疾患治療システムは、前記センサの性能を監視するように構成されており、バックエンドコンピュータ又は前記腎臓疾患治療機械のうちの１つ以上は、各センサからのデータを解析するアルゴリズムを実行し、前記アルゴリズムは、センサの読み取り値における傾向に基づいて決定された範囲に含まれない読み取り値を出力する前記センサを識別するためのものであり、このようなセンサが識別されたならば、前記バックエンドコンピュータ又は前記１つ以上の腎臓疾患治療機械は、前記腎臓疾患治療システムの各腎臓疾患治療機械に、このようなセンサからの読み取り値を受容しないように及び／又は臨床医に前記センサを再較正させる又は交換させるフラグをたてるように当該腎臓疾患治療機械に通知するフラグを送信する、医療機器と、を備え、
前記論理インプリメンタのうちの少なくとも１つは、システムの他の腎臓疾患治療機械のそれぞれに、前記処方入力パラメータ又は前記処置出力データのうちの少なくとも１つを周期的にプッシュするように構成されており、
前記論理インプリメンタのうちの少なくとも１つは、システムの他の腎臓疾患治療機械のそれぞれから、前記処方入力パラメータ又は前記処置出力データのうちの少なくとも１つを周期的にプルするように構成されている、腎臓疾患治療システム。
【請求項2】
前記センサは、体重計を含み、診療所に提供された前記体重計は、処置の前及び後に各患者を計重するために使用され、前記分散データベースは、前記センサへの接続をサポートし、前記センサからの情報を共有し、患者の体重は、
・計重される前記患者のレコードを各機械が保持することを理由として、前記分散データベースの各機械に送信され、
・前記患者がその日に処置された特定の機械に送信され、そして、処置の後に、前記特定の機械から前記分散データベースの各機械に後から送信され、又は
・前記患者がその日に処置された前記機械へ運ばれたデータ記憶デバイスに記憶され、そして、処置の後に、前記特定の機械から前記分散データベースの各機械に後から送信される、請求項１に記載の腎臓疾患治療システム。
【請求項3】
前記腎臓疾患治療機械のそれぞれは、複数の患者のそれぞれについて、前記処方入力パラメータ又は処置出力データのうちの少なくとも１つと同じものを記憶するように更新される、請求項１又は２に記載の腎臓疾患治療システム。
【請求項4】
前記腎臓疾患治療機械は、プラグ・アンド・プレイ・タイプのものであり、前記腎臓疾患治療機械は、ユーザセットアップ又はコンフィギュレーションなしで前記腎臓疾患治療システムに接続し、前記腎臓疾患治療システム上でデータを共有する、請求項１乃至３のいずれかに記載の腎臓疾患治療システム。
【請求項5】
前記複数の腎臓疾患治療機械のいくつかは、第１の製造者によって提供され、前記複数の腎臓疾患治療機械の他のいくつかは、第２の製造者によって提供され、前記第１及び第２の製造者の前記腎臓疾患治療機械が互いに通信できるようにするインターフェースを含む、請求項１乃至４のいずれかに記載の腎臓疾患治療システム。
【請求項6】
前記（ｉ）処方入力パラメータ又は（ｉｉ）処置出力データのうちの少なくとも１つは、（ｉｉｉ）技術入力データ、（ｉｖ）技術出力データ、又は、（ｖ）管理データのうちの少なくとも１つとともに、前記分散データベースを介して共有される、請求項１乃至５のいずれかに記載の腎臓疾患治療システム。
【請求項7】
処方入力パラメータ又は処置出力データを周期的に送出すること、及び、検索することは、リアルタイムで、数秒で、数分で、時間ごとで、日ごとで、週ごとで、月ごとで、処置の最後に、処置日の最後に、又は、処置シフトの最後に、のうちの少なくとも１つにおいて行うことを含む、請求項１乃至６のいずれかに記載の腎臓疾患治療システム。
【請求項8】
前記分散データベースを介して、前記腎臓疾患治療機械間でオペレーティング・ソフトウェアを共有するようにさらに構成されている、請求項１乃至７のいずれかに記載の腎臓疾患治療システム。
【請求項9】
前記分散データベースは、第１の分散データベースであり、前記腎臓疾患治療システムは第２の分散データベースを含み、前記複数の腎臓疾患治療機械の少なくとも１つの前記論理インプリメンタは、前記第２の分散データベースにアクセスするようにプログラミングされている、請求項１乃至８のいずれかに記載の腎臓疾患治療システム。
【請求項10】
システムの各腎臓疾患治療機械は、その少なくとも１つの処方入力パラメータ又は処置出力データを周期的に、ハッシュ値の比較を介して検証するようにプログラミングされている、請求項１乃至９のいずれかに記載の腎臓疾患治療システム。
【請求項11】
システムの複数の腎臓疾患治療機械は、それらの少なくとも１つの処方入力パラメータ又は処置出力データを周期的に同期するようにプログラミングされている、請求項１乃至１０のいずれかに記載の腎臓疾患治療システム。
【請求項12】
同期は、レコード識別、ハッシュ値、又は、タイムスタンプのうちの少なくとも１つの比較を介して実行される、請求項１１に記載の腎臓疾患治療システム。
【請求項13】
システムの前記腎臓疾患治療機械の少なくとも１つは、システムの異なる腎臓疾患治療機械について前記処方入力パラメータ又は処置出力データのうちの少なくとも１つを示す、少なくとも１つのサマリスクリーンを表示するようにプログラミングされている、請求項１乃至１２のいずれかに記載の腎臓疾患治療システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般的にコンピュータネットワークに関連する。さらに特に、本開示は、液体にポンプ作用する医療装置のためのコンピュータネットワークに関連する。
【背景技術】
【0002】
血液透析（「ＨＤ（Hemodialysis）」）は、一般的に患者の血液から老廃物を取り除くために拡散（diffusion）を使用する。血液と、透析物と呼ばれる電解質溶液の間の半透過性の透析装置に渡って生じる拡散勾配は、拡散を引き起こす。血液濾過（「ＨＦ（Hemofiltration）」）は、患者の血液からの毒素の対流輸送に依存する代替的な腎臓移植治療である。この治療は、処置の間に体外回路に対して液体を（このような液体の典型的に１０から９０リットル）置換又は交換を付加することによって達成される。置換液体と、処置間に患者によって蓄積された液体は、ＨＦ処置の過程に渡って限外濾過されて、伝達性の輸送メカニズムを提供し、これは、中間及び大きな分子を除去する際に特に有益である（血液透析において、透析セッション間で得られた流体とともに除去された少量の老廃物があるが、その限外濾過の除去からの溶質牽引（solute drag）は、典型的に対流クリアランスを提供するのには十分でない）。
【0003】
血液診断法（「ＨＤＦ（Hemodiafiltration）」）は、対流と拡散クリアランスを結合する治療モダリティである。ＨＤＦは、標準血液透析と同様に、拡散クリアランスを提供する透析装置を通して透析物を流す。さらに、置換溶液は、対流クリアランスを提供する体外回路に直接提供される。
【0004】
上記のモダリティは、透析機械によって提供される。機械は、センターにおいて又は患者の家において提供され得る。センターにおいて提供された透析機械は、複数の患者に対して一日に複数回使用される。処方入力データが処置の前に透析機械に入力される一方、処置出力データが処置の間と後に透析機械から収集される。患者の処置がどのように進行するかを経時的に追跡するために、データは診療所にとって有用であり、処置が必要に応じて修正され得る。特定の機械がどのように実行しているかを見るのにもデータは有用である。例えば、データが、特定の機械が異なる患者において、複数の処置に渡って同じ理由から警告していることを示す場合、診療所は、問題は患者にあるのではなく、機械にあるのだということを決定し得る。データは、請求及び返金目的の基礎としても有用である。データは、処置を通してどの位多くの異なる薬品や溶液（例えば、ヘパリンやマグネシウム）と消耗品が消費されたかを追跡でき、その後診療所が消費された物品について適切な金額についての請求や返金が可能となる。
【0005】
複数の処置を通して複数の透析機械から処置データを収集する集中サーバを据え付けることが知られている。中央サーバが提示する欠点は多くある。まず、中央サーバは結果として、かなりのハードウェアとインストールコストが必要となる。次に、中央サーバは、インストールして維持するために、大量のコンピュータ経験を要求する。多くの診療所は、単純に集中データシステムのための情報技術（「ＩＴ」）サポートを有さない。多くのケースにおけるこれらの欠点は、結果として、診療所は、自動化されたデータ収集システムを使用せず、代わりにデータを手動で収集することになり、これは時間を消費しエラーを起こしやすい。例えば、多くのバックエンドソフトウェアシステムは、透析機械から切断され、手動で、及び空間と時間両方においてポイント・オブ・ケア（point of care）からかけ離れて、透析関連情報を扱っており、これは時間を消費し失敗を起こしやすい。このタイプ及び他のタイプのデータ収集が機械と処置により近く実行され得る場合、これは有利である。
【0006】
したがって、医療装置のための改善されたデータネットワークシステムのための必要性が存在する。
【発明の概要】
【0007】
本開示は、血液透析（「ＨＤ」）、血液濾過（「ＨＦ」）、血液診断法（「ＨＤＦ」）、腹膜透析（「ＰＤ（peritoneal dialysis）」）、分離されたＵＦ（「ＵＦ」）、及び、持続的腎代替治療（「ＣＲＲＴ（continuous renal replacement therapy）」）、緩徐持続的限外濾過（「ＳＣＵＦ（slow continuous ultrafiltration）」）、持続的静静脈血液透析（「ＣＶＶＨＤ（continuous veno-venous hemodialysis）」）、持続的静静脈血液濾過（「ＣＶＶＨ（continuous veno-venous hemofiltration）」）、持続的静静脈血液透析濾過（「ＣＶＶＨＤＦ（continuous veno-venous hemodiafiltration）」）を実行する腎臓疾病治療システム及び方法のような、医療装置のための分散データベースシステム及び方法を提供する。したがって、ここで使用される「腎臓疾病治療」は、（ＣＲＲＴの、ＳＣＵＦ、ＣＶＶＨＤ、ＣＶＶＨ及びＣＶＶＨＤＦバージョンを含む）ＨＤ、ＨＦ、ＨＤＦ、ＰＤ、ＵＦ及びＣＲＲＴのうちのいずれか１つ以上又は全てを含むように意味される。本開示は、主に腎臓疾病治療システムに焦点を当てるが、これらに限定されるものではない。ここで記述されるネットワークシステム及び方法は、（例えば、静脈（「ＩＶ（intravenous）」）ポンプ、注射器ポンプ、大容量ポンプ（「ＬＶＰ’ｓ（large volume pumps）」）シャトルポンプ、蠕動（peristaltic）ＩＶポンプ、及びこれらの任意の組み合わせを含む）薬物送出ポンプのような他の医療装置、及び、任意のアフェレーシス機械に適用する。
【0008】
１つの主要な実施形態において、本開示の分散データベースシステムは、診療所又は他のグループ設定又はクラスタにおいて位置付けられた複数の腎臓疾病治療機械間で形成されたローカルエリアネットワーク（「ＬＡＮ」）を含み、ここにおいて分散データベースシステムは、中央サーバ、データベース、バックボーンネットワーク、又は、診療所のワイドエリアネットワーク（「ＷＡＮ」）とインターフェースする必要がない。実際、分散データベースシステムのネットワークは、診療所のバックボーンネットワークであり得る。分散データベースシステムは、独立型であり、システムを主催する機能性のうちの全ては、各透析装置内で提供され得る。各腎臓疾病治療機械は、メモリ装置で動作する制御プロセッサを有し、これは次にケーブルを介して又は無線で分散データベースシステムと通信する。
【0009】
分散データベースシステムの１つの主要な実施形態は、ネットワークルータを有するＬＡＮを使用し、ＬＡＮがこのようなルータを使用する必要はないことが正しく認識されるべきである。代わりに、ＬＡＮは、代替的に、アドホックネットワークや電力線ネットワークのような異なるタイプのネットワークであり得る。ここで使用されるように、ＬＡＮは、ネットワークルータタイプ、イーサネット（登録商標）タイプ、無線タイプ、アドホックタイプ、電力線タイプ、当業者にとって既知である他のもの、将来開発される他のもの、及びこれらの組み合わせを含む。
【0010】
分散データベースシステムの機械は、１つの実施形態において医学的に関連付けられた同じデータにそれぞれアクセスでき、ここで医学的に関連付けられたデータは、（ｉ）処方入力パラメータ又はデータ（例えば、機械動作パラメータ）、（ｉｉ）処置出力データ（例えば、除去されたＵＦ、移動された総血液量、消費された総透析物液体量、消費されたヘパリン量、アラーム、及び処置効率測定Ｋｔ／Ｖ、等）、（ｉｉｉ）技術的な入力データ（例えば、較正、アラーム制限、等）、（ｉｖ）技術的な出力データ（例えば、実際のコンポーネント使用、センサ測定、等）、及び（Ｖ）管理データ（例えば、在庫データとスタッフデータ）を含むが、これらに限定されない。一般的に、データ（ｉ）と（ｉｉ）は、患者の処置を経時的に評価するのに有用である一方、データ（ｉｉｉ）と（ｉｖ）は、特定の機械がどのように実行しているかを評価するのに有用である。データ（Ｖ）は、臨床医がスムーズに効率的に実行するのを助ける。
【0011】
処方入力パラメータは、任意の及び全ての流体フローレート、圧力アラーム制限、容量、温度、伝導性、投与量、処置時間等、分散データベースシステムの任意の機械上で実行された１つ以上の処置の間に使用される設定も含み得る。処方入力パラメータは、患者がとるように想定された任意の薬物と、患者が処置に関連して使用するように想定された任意の補給品、例えば任意の医療送出薬物、ヘパリンのような抗凝血剤、マグネシウム、エポゲンのようなエリスロポイエチン刺激剤（「ＥＳＡ」）、鉄分補給品、カリウム補給品、使用される重曹、使用される酸濃度、使用される透析装置等をさらに含み得る。
【0012】
処置出力データは、分散データベースシステムの機械上で実行された処置の間に実際に達成された、例えば実際の流体フローレート、圧力、処置流体容量、温度伝導性、透析又はドラッグ、処置時間、ＵＦ容量等、任意の及び全ての感知された又はレコードされたデータでもあり得る。処置出力データは、処置の間に生成された任意のアラームやアラートをさらに含み得る。さらに、処置出力データは、血圧、患者の体温、患者の体重、患者のグルコースレベルのような任意の生理学上のデータとともに、処置の間にレコードされた吐き気、頭のふらつき、眠気等の主観的な感覚を含み得る（機械（例えば透析や薬物送出機械）によって又は１つ以上の遠隔の感知機器において感知された任意の生理学上のデータを含む。）。
【0013】
各機械は、分散データベースシステム上で、医学的に関連付けられたデータを他の機械にブロードキャストできる。以下で議論されるように、オペレータは、診療所の任意の患者と任意の他の機械の状態に関する情報を取得するために、分散データベースシステムの任意の機械を使用できる。しかしながら、分散データベースシステムの各機械は、システムの全てのデータへの又は他の機械の各々と同じデータへのアクセスを有する必要はなく、機械又は機械のグループが、システムの医学的に関連付けられた全てよりも少ないデータへのアクセスを代わりに有することができるようにすることが正しく認識されるべきである。
【0014】
分散データベースシステムは、非常に大量のメモリ記憶装置でさえ比較的安価であるという事実を使用する。分散データベースシステムはしたがって、各機械が、そのメモリ装置において記憶された同じ又は事実上同じデータを有するように、いくつかの周期的なベース上で又はリアルタイムで、機械のデータの少なくとも一部をコピーする。リアルタイムである場合、進行中の処置が中断されないように、分散データベースシステムは、あるタイプのデータのみを分配することに限定され得る。例えば、第１の機械で患者に付き添う看護師が、アラームが第２の機械で生じているのを第１の機械で見ることができるように、機械はアラーム情報を分配することのみに限定され得る。例において、機械は後ほど、処置が完了された後に、それらの大量処置出力データを交換し得る。
【0015】
リアルタイムのデータ共有は、第１の機械で看護師や臨床医が分散データベースシステムの他の機械に関する処置データを取得できるように、代替的により広範囲である。例えば、臨床医が迅速に全ての進行中の処置の状態をビューできるようにする、臨床医のサマリスクリーンを提供することが考えられる。例えば、医療装置の主な処置スクリーンは、押されたときに臨床医を臨床医のサマリスクリーンに導く「診療所サマリ」ボタンを提供できる。いったんそのスクリーンにおいて、臨床医が機械の現在の状態（例えば、実行している、休止された、アラーム状態のもと、又は、使用されていない）、経過された処置時間、残っている処置時間、収集されたＵＦの量、アラーム履歴、及びこれに類するもののような、分散データベースシステムの他の機械の各々についてのリアルタイム、又は、当日の情報を迅速に見ることができる。
【0016】
システムは、複数のサマリスクリーンを提供し得る。例えば、医療装置の主な処置スクリーンは、「サマリ」ボタンを提供でき、これは押されたとき、例えば「診療所サマリ」ボタン、「患者サマリ」ボタン、「在庫保存サマリ」ボタン、「スタッフサマリ」ボタンのような複数のサマリボタンを有するスクリーンにユーザをつなげる。「患者サマリ」ボタンは、押されたときに（診療所の全てについて、又は、それらの現在進行中の処置のみについて）患者のリストに導き得、ここにおいて、リスト上の任意の患者名を押すことは、その患者専用のスクリーンにつなげる。したがって、看護師又は臨床医は、分散データベースシステムにおける任意の機械から、専用患者スクリーンに到達できる。「在庫保存サマリ」ボタンは、押されたときに、供給品名、それぞれのどの位多くが在庫中の供給品であり、各供給品のどの位多くが入荷待ちであるかをリストに挙げる在庫サマリスクリーンにつなぎ得る。「スタッフサマリ」ボタンは押されたときに、診療所に関係付けられた全ての臨床医、看護師及び医師、その中の誰が現在診療所にいるか、彼らのシフト時間、彼らの技術的専門、及びこれに類するものをリストに挙げる「スタッフサマリ」スクリーンにつなぎ得る。
【0017】
「在庫サマリ」及び「スタッフサマリ」スクリーンは、分散データベースシステムに接続された異なる機械又は他の機器全てが、どのように同じデータを共有しなくてもよいかの良い例である。ここで、１つ以上のバックエンドコンピュータは、例えば毎日の終わりに、在庫サマリ及び／又はスタッフサマリ情報を更新するのに使用され得る。１つ以上のバックエンドコンピュータは、その更新された在庫サマリ及び／又はスタッフサマリ情報を、分散データベースシステムのそれぞれの機械と共有できるが、しかしながら、１つ以上のバックエンドコンピュータは、上でリストに挙げられた医学的に関連付けられたデータの他のタイプへのアクセスを有する必要はなく、これは機械に提供され、機械から受信される。
【0018】
サマリ情報は、リアルタイムの情報であり得る、又はあり得ない。例えば、臨床医サマリスクリーンは、例えば、分散データベースシステムを用いる機械上で処置されている異なる患者についての処置出力データのリアルタイムのデータ移行を伴い得る。在庫サマリ情報は他方で最新であり得るが、詳報である必要はない。例えば、１つの実施形態において、情報は、透析装置が在庫からプルされるときにすぐには更新されないが、代わりに、その日の終わりに更新され、その日の間に使用された透析装置の総数が在庫から減算される。
【0019】
１つの実施形態において、看護師又は臨床医のようなユーザは、記述されたばかりのサマリ情報を含む本開示の分散データベースの任意の情報をレビューするために、認証されるための識別を入力して、許可を受け取らなければならない。例えば、上で議論されたサマリスクリーンは、選択されたときにまず、ユーザ識別とパスワード入力ボックスを提示する。許可されたユーザ名とパスワードの入力後にのみ、要求する看護師又は臨床医は、患者識別可能なデータを見ることができる。
【0020】
１つの実施形態において、腎臓疾病治療機械は、プラグ・アンド・プレイ・タイプのものであり、任意のユーザセットアップやコンフィギュレーションなしで（又はほとんどなしで）、機械が分散データベースシステムに自動的に接続してシステム上でデータを共有できる。処置データを共有することの他、本開示の分散データベースシステムはまた、各機械が最新のソフトウェアを有し、最新のソフトウェアで動作することを共有又は確認する。ソフトウェア更新が機械の１つ以上で提供された場合、機械は、臨床医によって許可された場合、分散データベースシステムの全ての機械に対してソフトウェア更新を伝播することができる。実施形態において、ソフトウェア更新は、機械が処置を実行していない間、その日の最後に実行される。多くのケースにおいて、機械は、一日の終わりに、休止、スリープ、ハイバネーション、あるいはオフラインモード又は状態（「ハイバネーション状態」）に入る。ソフトウェア更新を有する機械は、分散データベースシステム又はクラスタの全ての機械がソフトウェア更新を受信できるように、ハイバネーション状態にある任意の機械を起こす。
【0021】
ある例において、分散データベースシステムの腎臓疾病治療機械は、例えば機械的なサービス又は更新、洗浄等のためにシステムから切断され得る。このようなケースにおいて、切断された機械は、分散データベースシステムでオンラインに戻され、機械が分散データベースシステム又はクラスタの他の機械とともに完全に最新になるように、機械は任意の失ったオペレーティング・ソフトウェアと処置データを記憶するように更新される。
【0022】
分散データベースシステムは、単一のタイプ又は製造者の機械のみを含み得る。代替的に、分散データベースシステム又はクラスタは、異なるタイプ及び／又は製造者の医療装置を含み得る。例えば、分散データベースシステム又はクラスタは、製造者Ｘ、Ｙ及びＺによって提供された腎臓疾病治療機械を含み得る。アダプタ、仲介コンピュータ又はインターフェースは、製造者ＹとＺによって提供された機械が（ｉ）互いに通信して、（ｉｉ）製造者Ｘの機械と通信するように提供されることが考えられる。アダプタ、仲介コンピュータ又はインターフェースはまた、製造者Ｘ、Ｙ及びＺのそれぞれの機械が、ここで議論されたデータ更新を受信するための適切な処理とメモリを有することを確認する。
【0023】
データを共有するための分散データベースシステムの機械について考えられたさまざまな基本モードがある。第１の基本モードにおいて、機械は、それらの新たに要求されたデータを、他の機械に対して「プッシュ」する。ここで、機械は分散データベースシステムの他の機械にそれらのデータを交替で送る。特に、１つの「プッシュ」実施形態における機械は、秒、分、時間、シフト又は処置日ごとの終わりのような、指定された時間期間の終わりにおいて、それらの患者又は処置データを交代で送る。例えば、分散データベースシステムの各機械は、分散データベースシステムにおいて１０の機械があると仮定して、列番号、例えば１／１０、２／１０、３／１０・・・１０／１０、を与えられ得る。機械がデータを共有する時間が到来したとき、機械１／１０は、そのデータを機械２／１０乃至１０／１０に送る。機械１／１０が完了したとき、機械２／１０は、機械１０／１０がそのデータを機械１／１０乃至９／１０に送るまで、そのデータを機械１／１０及び３／１０乃至１０／１０に送る。最後に、全ての１０の機械は、１つおきのクラスタの機械からのデータを有する。
【0024】
別の「プッシュ」実施形態において、機械のうちの１つは、ハブ機械として動作する一方、分散データベースシステムの他の機械はスポークスとして動作する。ここで、１つ以上のクラスタの機械、例えば、機械１／１０は、全ての他の機械２／１０乃至１０／１０からのデータを受信する。機械２／１０乃至１０／１０はそれぞれ、ハブ機械１／１０によって要求されたシーケンスにしたがって、それらのそれぞれのデータを送り得る。ハブ機械１／１０は、その後、データがハブ機械１／１０に送られる順序で、機械２／１０乃至１０／１０からのデータを記憶する。いったんハブ機械１／１０が、分散データベースシステム又はクラスタの全ての他の機械からのデータで完全に更新されると、機械１／１０は、機械１／１０のデータを含む総計されたデータを、分散データベースシステム又はクラスタの全ての他の機械２／１０乃至１０／１０に送り、これは再び、ハブ機械１／１０によって要求されたシーケンスにしたがい得る。再び、最後に、全ての１０の機械は、分散データベースシステムの一つおきの機械からのデータを有するはずである。
【0025】
分散データベースシステムの機械がデータを共有する別の基本モードは、各機械が、システムの全ての他の機械から任意の新たなデータを「プル」するためのものである。ここで、データをプッシュすることとは対照的に、分散データベースシステムの各機械は、それが送出するための任意の新たなデータを有するか否かをシステムの機械に互いに尋ねる。そうするために、要求する機械は、機械が互いにどのデータを送ったかについてレコードをとり続け得る。要求する機械は、送出機械のデータのどれが既に送出されたのかを送出機械に伝える。送出機械はその後、任意の付加的なデータがあるかどうかに注目し、そうであれば、送出機械は要求機械に新たなデータを送出する。交換セッションの終わりにおいて各機械が完全に更新されるように、分散データベースシステムの各機械は交代で要求機械になる。
【0026】
さらなる基本モードにおいて、機械は、それらが同じデータを共有することを確実にするために、「プッシュ・プル」ルーチンを実行できる。例えば、「プッシュ」ルーチンは、分散データベースシステムの他の機械のそれぞれに、機械のそれぞれからの新たなデータをプッシュするように実行され得る。プッシュは、例えば新たなデータが生成されたとき又は指定された間隔で、例えば一日又はシフトに一度、実行され得る。「プル」ルーチンは、任意の２つの機械の記憶されたデータを比較するために使用され得、それらがマッチすることを確認する。例えば、機械が分散データベースシステムに対してオンラインに戻ったとき、これは、システムの他の機械によってオフラインの間に生成された任意の新たなデータをキャプチャするために、「プル」ルーチンを実行し得る。「プル」ルーチンはまた、周期的に、例えば日ごとに又はシフトごとに実行され得る。「プル」ルーチンにおいて、２つの機械はデータを比較して、互いからプルして、最後において、２つの機械が最も最近の同じデータを有することを確認するために、最も最近のデータを選択する。この「プル」ルーチンは、分散データベースシステムの機械の全ての対の間で、いくつかの周期的なベース上で行われる。ここでの前提は、分散データベースの機械の全ての対が同じデータを有する場合、その後分散データベースの全ての機械は同じデータを有することである。
【0027】
「プッシュ」と「プッシュ・プル」ルーチンは、多くの異なる方法で実現され得る。例えば、「プッシュ」は、蓄積されたプッシュであり得る。例えば、分散データベースシステムは、１２の機械、１／１２乃至１２／１２を含む。各機械がそれ自体の個々の新たなデータプッシュを行う場合、その後機械ごとに１１プッシュがあり、１２の機械によって乗算されて総計して１３２プッシュがある。別の実施形態において、各機械はパートナーを有し、例えば機械１／１２＋２／１２、３／１２＋４／１２、５／１２＋６／１２、７／１２＋８／１２、９／１２＋１０／１２、及び１１／１２＋１２／１２は、６つの機械対を生成する。各対は、１２の新たなデータプッシュ、すなわち、お互いに２つの個々のプッシュ、加えて、対の外側の他の機械のそれぞれにさらに１０の集合的なデータプッシュを要求する。ここで、対ごとの１２のデータプッシュを６対で乗算すると、７２の総データプッシュだけに等しくなる。さらなる実施形態において、各機械は三つ組（trio）で動作し、例えば機械１／１２＋２／１２＋３／１２、４／１２＋５／１２＋６／１２、７／１２＋８／１２＋９／１２、及び１０／１２＋１１／１２＋１２／１２は、総計４つの三つ組を作成する。各三つ組は、１５の新たなデータプッシュ、お互いの６の個々のプッシュ、加えて三つ組の外側の各機械にさらに９の集合的なデータプッシュを要求する。ここで、三つ組ごとの１５のデータプッシュを４つの三つ組で乗算すると、総計６０のデータプッシュだけに等しくなる。この同じ方法で、同じ１２の機械を３つの四つ組に再びグループ化することは、総計６０の新たなデータプッシュ（四つ組ごとの１２の新たなデータプッシュが３つの四つ組によって乗算される）を生み出す。興味深いことに、同じ１２の機械を２等分された組にグループ化することは、結果として、総計７２の新たなデータプッシュ（２等分された組ごとの３６の新たなデータプッシュが２等分された組によって乗算される）になる。したがって、分散データベースにおける任意の総数の機械について、（より少ないデータプッシュはより良いということに関して）最適な１つ以上のグループ化があり得る。
【0028】
どのデータが送出されたかを追跡するために、データ、又はデータのパケットを、タグデータ又はメタデータで割り当てることが考えられる。実施形態において、タグデータ又はメタデータは、固有の識別子（「ＩＤ」）、ハッシュ値（hash sum）、及びタイムスタンプを含む。固有のＩＤは、新たなデータの特定の断片（通常、データのアレイ）が生成される特定の機械と機械中のシーケンスを識別する。ハッシュ値は、新たなデータの実際のコンテンツ（例えばアレイ）を識別又は表す。タイムスタンプは、新たなデータが生成された時間をマークする。２つの機械が同期されたとき、機械はまずそれらが各他の固有のＩＤのそれぞれを有するかどうかに注目する。機械Ｘの固有の識別子が機械Ｙにおいて失われている場合、対応する新たなデータと全てのメタデータは機械Ｙにコピーされ、また、逆も同様となる。任意の２つの固有のＩＤはマッチするが、対応するハッシュ値が異なる場合、その後、各機械ＸとＹにおける記憶装置について、最も最近のタイムスタンプを有するハッシュ値が選択される。この方法で機械Ｙがオフラインにされる、又は何日間も永続的にハイバーネートしている場合、機械Ｙは戻る際に機械Ｙがオフラインであった時間の間に生成された任意の失われた新たなデータを検索するために、分散データベースシステムの他の機械の各々と同期手続を行うことができる。
【0029】
ここで議論されたことは、分散データベースシステムの機械が、それらの共有されたデータの完全性を周期的に点検するための、及び、それが破損された場合にデータを訂正するための方法である。同様に、データが１つの機械から別のものに正しく転送されたか否かを点検するための方法はここで議論される。両方のケースにおいて、点検は、データの１つ以上の部分について算出されたハッシュ値の比較を介して行われ得る。
【0030】
ここで議論された実施形態のいずれかにおいて、分散データベースシステムの腎臓治療機械又は他のタイプの医療機械は、遠隔コンピュータ又は診療所のネットワークにおいて、記憶装置についてＬＡＮの内又は外側で、データと状態情報を、機械製造者又は他の所望のエンティティに送り得る。例えば、データは、分散データベースのＬＡＮ又は他の部分が損害を受けるケースに備えて、バックアップの目的で遠隔に記憶され得る。データは、解析、例えば平均化、トレンディング、供給チェーン解析、又は供給順序解析のために遠隔にアーカイブされ得る。データはまた、分散データベースシステムに対してデータ記憶負荷を減らす又は緩和するために、遠隔にアーカイブされ得る。すなわち、ある古さを超えたデータが、分散データベースシステム上で各患者について保存された進行中の傾向に組み込まれ、ＬＡＮの内側又は外側でコンピュータ又はネットワーク上で遠隔にアーカイブされ、最後に、新たな患者データのための記憶空間をフリーにするために、分散データベースシステムの機械からパージされることが考えられる。
【0031】
分散データベースシステムは、センサ、モニタ、解析器、他の医療機器、及び実験設備のような感知機器に対する接続性もサポートする。例えば、診療所で提供される体重計は、処置の前と後に各患者を計重するのに使用され得る。各機械は、計重されている患者のレコードを保持しているので、患者の体重は、例えば有線又は無線で分散データベースシステムの各機械に送られ得る。代替的に、患者の体重は、例えば無線で、患者がその日処置された機械に送られ得、その後特有の機械から分散データベースシステムの各機械に、処置の後に送られ得る。あるいは、患者の体重は、データ記憶装置、例えばフラッシュドライブ上で記憶され、患者がその日処置された機械に送られ得、その後特有の機械から分散データベースシステムの各機械に処置の後に送られ得る。血圧測定装置とグルコース・センサのような他のセンサからのデータは、同じ方法でレコードされて分配され得る。
【0032】
分散データベースシステムはまた、センサ、モニタ、解析器、他の医療機器、及び実験設備の性能を監視して、これらのいずれかが誤った読み取りを与えることになり得るかどうかを報告し得る。例えば、システムは、各センサ、モニタ、解析器、又は他の医療機器からのデータを解析するアルゴリズムを実行するバックエンドコンピュータを有し得る。アルゴリズムは、例えば、通常よりもより高く又はより低く患者を読み取る傾向がある感知機器を探すために、センサ、モニタ等からの読み取りにおける傾向を探し得る。このような感知機器の部分が識別された場合、バックエンドコンピュータは、分散データベースシステムの各機械にフラグを送り、このような感知機器からの読み取りを受容しないか、及び／又は、臨床医に機器を再較正させる又は交換させるようにフラグをたてることを、機械に通知する。したがって、特定の診療所が２つ以上のスケール（又は他のセンサ）を使用する場合、各スケール又はセンサから送られたデータは、感知機器の部分を識別する識別子を有し得ることが正しく認識されるべきである。さらに、システムが、感知機器、例えば体重計や血圧モジュールの不適当に働く部分を見つけた場合、システムは、機器の特定の部分から、過去において同様の破損データがあったがどうかに戻って注目するようにプログラミングされ得る。いずれのケースにおいても、医療液体ポンプ送出とともにデータを共有するように、本開示の分散データベースシステムに対して、任意の感知機器に接続することが考えられる。
【0033】
これまでバックエンドコンピュータが複数回言及されてきた。代替的な実施形態において、任意の１つ以上のバックエンドコンピュータが取り除かれて、その機能が分散データベースシステムの１つ以上の医療機械で代わりに実行されることが考えられる。例えば、上で議論された在庫サマリ及び／又はスタッフサマリ情報を更新するために使用される１つ以上のバックエンドコンピュータ、又は感知機器のためのバックエンドコンピュータによって実行される機能性は、分散データベースシステムのうちの１つ以上（又は、全ての）医療機械の処理とメモリによって代わりに提供され得る。この方法で、限定された又はバックエンドのないコンピューティングを有する診療所は、これらのバックエンドコンピュータに関して記述された利益を享受することができる。このようなバックエンドコンピューティングを有する診療所は、このようなコンピューティングを本開示の分散データベースにも活用できる。本開示の分散データベースシステムは、（ｉ）任意のバックエンドコンピューティング能力なしで、（ｉｉ）既存のバックエンドコンピューティング能力で、又は、（ｉｉｉ）既存のバックエンドコンピューティング能力から独立して、動作し得ることが考えられる。
【0034】
分散データベースシステムは、その腎臓疾病治療又は他の医療機械からの、臨床医、医師、看護師又は他の許可された人のモバイル機器又はパーソナルコンピュータへのデータ送信もサポートする。実施形態において、外部のモバイル機器又はパーソナルコンピュータへの任意の送信のレコードが維持される。１つの実施形態において、分散データベースシステム中で記憶されたデータは、モバイル機器又は遠隔のパーソナルコンピュータ上でアクセスされ（読み取られ）得るが、モバイル機器又は遠隔パーソナルコンピュータ上で記憶されない、又はこれらの装置から転送される。
【0035】
ここで明記された技術的な特徴を踏まえて、限定的ではないが、第１の態様において、医療装置システムは、分散データベースと、分散データベースで動作する複数の医療装置と、各医療装置に関係付けられた論理インプリメンタと、を含み、ここにおいて、システムの各医療装置が周期的に、（ｉ）処方入力パラメータ又は処置出力データのうちの少なくとも１つを他の医療装置のそれぞれに送出し、（ｉｉ）処方入力パラメータ又は処置出力データのうちの少なくとも１つを他の医療装置のそれぞれから検索するために、各論理インプリメンタは、分散データベースにアクセスするようにプログラミングされる。
【0036】
別途別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第２の態様において、医療装置は、分散データベースに関して使用されるローカルエリアネットワーク（「ＬＡＮ」）を介して互いにデータ通信する。
【0037】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第３の態様において、医療装置のそれぞれは、複数の患者のそれぞれについて、処方入力パラメータ又は処置出力データのうちの少なくとも１つと同じものを記憶するように更新される。
【0038】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第４の態様において、医療装置と分散データベースは、集中サーバと相互作用しない。
【0039】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第５の態様において、医療装置は、第１及び第２の製造者によって提供され、第１及び第２の製造者の医療装置が互いに通信できるようにするインターフェースを含む。
【0040】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第６の態様において、（ｉ）処方入力パラメータ又は（ｉｉ）処置出力データのうちの少なくとも１つは、（ｉｉｉ）技術入力データ、（ｉｖ）技術出力データ、又は、（ｖ）管理データのうちの少なくとも１つとともに、分散データベースを介して共有される。
【0041】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第７の態様において、分散データベースは、体重計、血圧測定装置、グルコース・センサ、生理学センサ、心電図装置、水処理機器、ベッドスケール、アクセス切断装置、生体インピーダンス測定装置、ｐＨセンサ、臨床試験機器、血液サンプル解析器、又は、アクセスフロー測定装置、からなるグループから選択された少なくとも１つの医療機器からの情報も共有する。
【0042】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第８の態様において、分散データベースは第１の分散データベースであり、体重計、血圧測定装置、グルコース・センサ、生理学センサ、心電図装置、水処理機器、ベッドスケール、アクセス切断装置、生体インピーダンス測定装置、ｐＨセンサ、臨床試験機器、血液サンプル解析器、又は、アクセスフロー測定装置、からなるグループから選択された少なくとも１つの医療機器からの情報を共有する第２の分散データベースを含む。
【0043】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第９の態様において、処方入力パラメータ又は処置出力データを周期的に送出すること、及び、検索することは、リアルタイムで、数秒で、数分で、時間ごとで、日ごとで、週ごとで、月ごとで、処置の最後に、処置日の最後に、又は、処置シフトの最後に、のうちの少なくとも１つにおいて行うことを含む。
【0044】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第１０の態様において、論理インプリメンタのうちの少なくとも１つは、システムの他の医療装置のそれぞれに、処方入力パラメータ又は処置出力データのうちの少なくとも１つを周期的にプッシュするように構成される。
【0045】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第１１の態様において、論理インプリメンタのうちの少なくとも１つは、システムの他の医療装置のそれぞれから、処方入力パラメータ又は処置出力データのうちの少なくとも１つを周期的にプルするように構成される。
【0046】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第１２の態様において、システムは、分散データベースを介して、医療装置間でオペレーティング・ソフトウェアを共有するようにさらに構成される。
【0047】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第１３の態様において、分散データベースは、第１の分散データベースであり、これは第２の分散データベースを含み、ここにおいて、複数の機械の少なくとも１つの論理インプリメンタは、第２の分散データベースにアクセスするようにプログラミングされる。
【0048】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおいて使用される第１３の態様とともに使用され得る第１４の態様において、分散データベースのうちの１つは、リアルタイムデータ・データベースである。
【0049】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおいて使用される第１３の態様とともに使用され得る第１５の態様において、分散データベースのうちの１つは、管理データ・データベースである。
【0050】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第１６の態様において、システムの各医療装置は、その少なくとも１つの処方入力パラメータ又は処置出力データを周期的に検証するようにプログラミングされる。
【0051】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第１６の態様とともに使用され得る第１７の態様において、検証は、ハッシュ値の比較を介して実行される。
【0052】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第１８の態様において、システムの複数の医療装置は、それらの少なくとも１つの処方入力パラメータ又は処置出力データを周期的に同期するようにプログラミングされる。
【0053】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第１８の態様とともに使用され得る第１９の態様において、同期は、レコード識別、ハッシュ値、又は、タイムスタンプのうちの少なくとも１つの比較を介して実行される。
【0054】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第２０の態様において、システムの医療装置の少なくとも１つは、システムの異なる医療装置について処方入力パラメータ又は処置出力データのうちの少なくとも１つを示す、少なくとも１つのサマリスクリーンを表示するようにプログラミングされる。
【0055】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第２１の態様において、医療装置システムは、複数の医療装置と、複数の医療装置の間で複数の医療装置によって生成される又は使用される第１のデータを共有する第１の分散データベースと、複数の医療装置の間で複数の医療装置によって生成される又は使用される第２のデータ、（ｉｉ）第２の複数の医療装置の間で第２の複数の医療装置によって生成される又は使用される第２のデータ、又は、（ｉｉｉ）医療機器によって生成される又は使用される第２のデータ、を共有する第２の分散データベースと、を含む。
【0056】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第２１の態様とともに使用され得る第２２の態様において、第１の医療装置のうちの１つと第２の医療装置のうちの１つは、同じ患者に対して処置を提供するように構成される。
【0057】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第２１の態様とともに使用され得る第２３の態様において、第１の医療装置のうちの１つと医療機器のうちの１つは、同じ患者に対して処置を提供するように構成される。
【0058】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第２１の態様とともに使用され得る第２４の態様において、第１の医療装置は、第１のグループの患者に処置を提供するためのものであり、第２の医療装置は、第２のグループの患者に対して処置を提供するためのものである。
【0059】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第２５の態様において、医療装置は、少なくともの１つの医療液体ポンプと、ポンプ入力パラメータを受容してポンプ出力データを生成するように、少なくともの１つの医療液体ポンプを操作する論理インプリメンタと、を含み、論理インプリメンタは、（ｉ）分散データベースを介して、ポンプ入力パラメータ又はポンプ出力データのうちの少なくとも１つを複数の他の医療装置と共有し、（ｉｉ）分散データベースを介して、複数の他の医療装置からポンプ入力パラメータ又はポンプ出力データの少なくとも１つを周期的に受信するようにプログラミングされる。
【0060】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第２５の態様とともに使用され得る第２６の態様において、論理インプリメンタは、分散データベースを介して、ポンプ入力パラメータ又はポンプ出力データのうちの少なくとも１つを他の医療装置と同期するようにプログラミングされる。
【0061】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第２６の態様とともに使用され得る第２７の態様において、論理インプリメンタは、ポンプ入力パラメータ又はポンプ出力データのうちの少なくとも１つを他の医療装置のそれと同期するために、それ自体のハッシュ値を他の医療装置のうちの１つの対応するハッシュ値と比較するようにプログラミングされる。
【0062】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第２５の態様とともに使用され得る第２８の態様において、論理インプリメンタは、他の医療装置における、他の医療装置の対応するハッシュ値との比較のために、ポンプ入力パラメータ又はポンプ出力データのうちの少なくとも１つについてのハッシュ値を、他の医療装置のうちの１つに送るようにプログラミングされる。
【0063】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第２５の態様とともに使用され得る第２９の態様において、論理インプリメンタは、そのポンプ入力パラメータ又はポンプ出力データのうちの少なくとも１つを検証するようにプログラミングされる。
【0064】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第２９の態様とともに使用され得る第３０の態様において、検証は、新たに算出されたハッシュ値を、ポンプ入力パラメータ又はポンプ出力データのうちの少なくとも１つについての以前に確立されたハッシュ値と比較することを含む。
【0065】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第２の態様とともに使用され得る第３１の態様において、ＬＡＮはネットワークルータを含む。
【0066】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第２の態様とともに使用され得る第３２の態様において、ＬＡＮは、有線又は無線である。
【0067】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第３３の態様において、装置のシステムは、医学的に関連付けられたデータから少なくとも１つの処置レコード傾向を生成するように構成される。
【0068】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第３４の態様において、システム又は装置は、ある古さで又はある古さの後に、あるいは、規制上の理由のために、データを除去するように構成される。
【0069】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第３５の態様において、システム又は装置は、医療装置のそれぞれが処置を完了した後に、医学的に関連付けられたデータを送出するように構成される。
【0070】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第３６の態様において、システム又は装置は処置の間に、医学的に関連付けられたデータを送出するように構成される。
【0071】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第３７の態様において、システム又は装置は、医学的に関連付けられたデータ送出についてのハイバネーションモードから、医療装置のうちの少なくとも１つを起こすように構成される。
【0072】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第３８の態様において、システム又は装置は、医療機器のうちの１つが他の医療装置とのデータ通信に戻った際に、医療装置のうちの１つに医学的に関連付けられたデータの複数日分を送出するように構成される。
【0073】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第３９の態様において、システム又は装置は、新たなソフトウェアで自動的に各医療装置を更新するように構成される。
【0074】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第４０の態様において、システム医療装置システムは、互いにデータ通信している複数の医療装置と、各医療装置に関係付けられた論理インプリメンタを含み、ここにおいて、各論理インプリメンタは、複数の医療装置を介して処置された複数の患者のそれぞれについて医学的に関連付けられたデータを周期的に記憶するようにプログラミングされる。
【0075】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第４１の態様において、医療装置分散データベースシステムは、ローカルエリアネットワーク（「ＬＡＮ」）と、ＬＡＮとデータ通信している複数の医療装置を含み、ここにおいて、複数の医療装置のそれぞれは、医学的に関連付けられたデータを、他の医療装置のそれぞれに、ＬＡＮを介して周期的に交代で転送する。
【0076】
ここで記述された他の任意の態様との組み合わせにおける第４１の態様とともに使用され得る第４２の態様において、複数の医療装置のそれぞれは、複数の医療装置が交代で医学的に関連付けられたデータを転送する順序を指示するキュー内の場所を含む。
【0077】
ここで記述された他の任意の態様との組み合わせにおける第４２の態様とともに使用され得る第４３の態様において、キュー内の第１の医療装置は、周期的なデータの転送を開始する。
【0078】
ここで記述された他の任意の態様との組み合わせにおける第４１の態様とともに使用され得る第４４の態様において、データの転送は、医療装置での処置の各日の後に生じる。
【0079】
ここで記述された他の任意の態様との組み合わせにおける第４１の態様とともに使用され得る第４５の態様において、データの転送は、医療装置での処置の間に生じる。
【0080】
別途指定されない限り、ここで記述された他の任意の態様とともに使用され得る第４６の態様において、医療装置分散データベースシステムは、ローカルエリアネットワーク（「ＬＡＮ」）と、ＬＡＮとデータ通信している複数の医療装置と含み、ここにおいて、複数の医療装置の第１のものは、医学的に関連付けられたデータを、医療装置の他のもののそれぞれからＬＡＮを介して周期的に受信し、他の医療装置のそれぞれにＬＡＮを介して集合的な医学的に関連付けられたデータを送るようにプログラミングされる。
【0081】
ここで記述された他の任意の態様との組み合わせにおける第４６の態様とともに使用され得る第４７の態様において、他の医療装置のそれぞれは、第１の医療装置からの通知を受信する際、そのデータを送る。
【0082】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第２５の態様とともに使用され得る第４８の態様において、論理インプリメンタは、分散データベース（１０ａ乃至１０ｆ）を介して、ポンプ入力パラメータ又はポンプ出力データの少なくとも１つを、パーソナル通信装置（「ＰＣＤ」、１７５）、パーソナルコンピュータ（１７０）、サーバコンピュータ（１８０）、又は、医療機器（１８５）のうちの少なくとも１つと共有するようにさらにプログラミングされる。
【0083】
別途指定されない限り、ここで記述された他の任意の態様との組み合わせにおける第２５の態様とともに使用され得る第４９の態様において、論理インプリメンタは、分散データベース（１０ａ乃至１０ｆ）を介して、パーソナル通信装置（「ＰＣＤ」、１７５）、パーソナルコンピュータ（１７０）、サーバコンピュータ（１８０）、又は、医療機器（１８５）の少なくとも１つから、データを受信するようにさらにプログラミングされる。
【0084】
第５０の態様において、図１Ａ乃至図１１の任意の１つ以上に関連して記述された、特徴、機能性及び代替のうちのいずれかは、図１Ａ乃至図１１の他の１つ以上のいずれかに関連して記述された、特徴、機能性及び代替のうちのいずれかと組み合わせられ得る。
【0085】
したがって、中央サーバを要求しない医療装置のための分散データベースシステム及び方法を提供することは、本開示の利点である。
【0086】
任意の患者がシステムの任意の機械を使用できるようにする医療装置のための分散データベースシステム及び方法を提供することは、本開示の別の利点であり、ここにおいて各機械は患者のレコードを有する。
【0087】
臨床医が任意の機械に接近して分散データベースシステム内の任意の患者についてのデータを取得し得る医療装置のための分散データベースシステム及び方法を提供することは、本開示のさらなる利点である。
【0088】
さらに、医療装置の異なるタイプと製造者を取り扱うことができる医療装置のための分散データベースシステム及び方法を提供することは、本開示の利点である。
【0089】
本発明の付加的な特徴及び利点は以下の発明の詳細な説明及び図面において記述され、それらから明らかとなろう。
【図面の簡単な説明】
【0090】
【図6A】図６Ａは、本開示の分散データベースシステム及び方法の各機械がデータを共有することができるようにするための、図４Ａ、図４Ｂ及び（図５Ｂを含む）図５Ａのサブルーチンを用いる「プッシュ・プル」方法の１つの実施形態を説明する論理フローダイヤグラムである。
【図6B】図６Ｂは、本開示の分散データベースシステム及び方法の各機械がデータを共有することができるようにするための、図４Ａ及び（図５Ｂを含む）図５Ａのサブルーチンを用いる「プル」方法の１つの実施形態を説明する論理フローダイヤグラムである。
【図7B】図７Ｂは、ユーザが新たなソフトウェア更新のインストールを確認するためのサブルーチンの１つの実施形態を説明する論理フローダイヤグラムであり、サブルーチンは図７Ａの論理フローダイヤグラムとともに使用される。
【図9】本開示の分散データベースシステム上で記憶されたデータについてのライフサイクルに対する１つの実施形態の図式表示である。
【発明を実施するための形態】
【0091】
ここで図面、特に図１に参照すると、分散データベースシステム１０の実施形態が説明される。分散データベースシステム１０は、複数の医療装置１２ａ乃至１２ｊ（医療装置（medical devices）１２として集合的に、あるいは医療装置（medical device）１２として一般的に個々に、ここで呼ばれる）を含む。医療装置１２は、例えば、診療所で、病院で、又は他の医療装置セッティングで、クラスタにグループ化され得る任意のタイプの医療装置であり得る。医療装置１２は、例えば薬物送出又は注入ポンプであり得る。分散データベースシステム１０のための適切な注入ポンプは、例えば係属中の米国特許出願公開第２０１３／０３３６８１４号（大容量蠕動ポンプ）と、第２０１３／０２８１９６５号（注射器ポンプ）について記述されている。別の実施形態において、医療装置１２は、血液透析（「ＨＤ」）、血液濾過（「ＨＦ」）、血液診断法（「ＨＤＦ」）、持続的腎代替療法（「ＣＲＲＴ」）、低連続性波動（「ＳＣＵＦ」）、連続的な静静脈吻合（「ＣＶＶＨＤ」）、連続的な静静脈血液濾過（「ＣＶＶＨ」）、連続的な静静脈血液透析濾過（「ＣＶＶＨＤＦ」）機械、及び／又は、腹膜透析（「ＰＤ」）のような、任意のタイプの腎臓疾病治療機械である。図１０と図１１は、以下で腎臓疾病治療機械がどのように働くか、及び、特に何のタイプのデータが機械（機械規定パラメータ）をプログラミングするのに必要とされるか、何のタイプのデータ（処置出力データ）を機械が生成するかについて、いくつかのコンテキストを提供する。
【0092】
分散データベースシステム１０が図１において装置１２ａ乃至１２ｊとともに示される一方、機械１２ａ乃至１２ｊ又は位置１２ａ乃至１２ｊのうちの任意の１つ以上は、代わりに、（以下で説明されるコンピュータ１７０のような）パーソナルコンピュータ、（以下で説明されるサーバコンピュータ１８０のような）サーバコンピュータ、又は、（以下で説明される感知機器１８５のような）任意のタイプの感知又は他の医療機器であり得ることが正しく認識されるべきである。したがって、医療流体機械１２が分散データベースシステム１０上でデータを共有する優勢なタイプの装置である一方、医療流体機械１２ａ乃至１２ｊ又は単純に医療流体機械１２がここで参照された場合はいつでも、これらの参照はパーソナルコンピュータ１７０、サーバコンピュータ１８０、及び、感知又は他の医療機器１８５に適用することも意味される。
【0093】
１つの実施形態における分散データベースシステム１０は、ローカルエリアネットワーク（「ＬＡＮ」）１５０を使用して動作する。システム１０のＬＡＮ１５０は、機械１２ａ乃至１２ｊのクラスタをともに結ぶ。分散データベースシステム１０は、図示された１０個の機械よりも多い又は少ない機械を含み得る。分散データベースシステム１０は、サーバコンピュータ、外部ネットワーク、イントラネット又はインターネットを要求しない。分散データベースシステム１０は、完全に自立式であり、インターネット能力が殆どない又は全くないエリア中に、及び、コンピュータインフラストラクチャが殆どない又は全くない設備中に位置付けされる。分散データベースシステム１０のＬＡＮ１５０は、有線又は無線の方法で機械に接続する。図１は、両方のシナリオを説明する。有線のシナリオにおいて、ＬＡＮ１５０は機械１２ａ乃至１２ｊに有線接続１５２を介して各機械で接続する。有線接続は、イーサネット・ネットワーク、例えば標準規格ＩＥＥＥ８０２．３ネットワークのもののような、さまざまな又は別のタイプのユニバーサル・シリアル・バス（「ＵＳＢ」）のものであり得る。
【0094】
代替的な実施形態において、ＬＡＮ１５０は無線であり得る。ここで、各機械１２ａ乃至１２ｊは、無線トランシーバ１５４とともに提供され、（ｉ）ＬＡＮ１５０に沿って分散データベースシステム１０の他の機械に情報を無線でブロードキャストして、（ｉｉ）ＬＡＮ１５０に沿って分散データベースシステム１０の他の機械から情報を無線で受信する。無線ネットワークは、例えば標準規格ＩＥＥＥ８０２．１１において明らかにされたようなＷｉ－Ｆｉネットワークとして実現され得る。さまざまな異なるＷｉ－Ｆｉプロトコルのうちのいずれか１つ、例えばタイプ「ａ」、「ｂ」、「ｇ」、「ｎ」、「ａｃ」、及び、「ａｆ」のような他の到来プロトコルが使用され得る。代替的に、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＺｉｇＢｅｅのような、Ｗｉ－Ｆｉとは異なるプロトコルが使用され得る。
【0095】
図１の例において、分散データベースシステム１０の機械１２ａ乃至１２ｄ、及び、１２ｆ乃至１２ｊは、全て同じタイプ及び製造者のものであるか、又は、そうでなければ互いに直接通信できる。したがって、機械１２ａ乃至１２ｄ及び１２ｆ乃至１２ｊは、互いに有線又は無線で直接通信すると説明される。他方で分散データベースシステム１０の機械１２ｅは、同じ製造者、同じモデルのものではなく、あるいはどんな理由であれ、機械１２ａ乃至１２ｄ及び１２ｆ乃至１２ｊと直接通信することはできない。例えば、異なる透析機械製造者は、一般的に処置を行うために同じデータ入力を要求して一般的に同じ処置出力データを生成する一方で、データがどのように特に入力されて生成されたかに関して異なる傾向がある。例えば、各透析機械が処置時間を知る必要がある一方、除去されることになる限外濾過（「ＵＦ」）容量又はＵＦゴール、及びＵＦフローレート、３つのパラメータは関連付けられ、３つのうち２つのみが特定される必要がある。１つの製造者が処置時間とＵＦゴールを入力するように決定してＵＦフローレートを算出し得る一方、別の製造者はＵＦゴールとＵＦフローレートを設定して処置時間を算出し得る。他の例において、異なる製造者はパラメータを入力して、異なる単位、例えば英国の標準規格対（versus）メートルの単位において処置データを生成する。さらに、異なる製造者は、異なる又は付加的なパラメータ、例えば流体及び食物摂取量とＵＦについての処置の間に点滴された液体の容量を考慮に入れ得る。
【0096】
異なる機械１２ｅは、上述された製造者又は機械タイプミスマッチに対する１つの解決法を説明する。アダプタ、仲介コンピュータ、又はインターフェース１６０は、異なる機械１２ｅとともに提供される。ここで、ＬＡＮ１５０は、有線接続１５２又は無線トランシーバ１５４を介して仲介インターフェース１６０に接続される。別のデータライン１５６と有線接続１５８は、仲介インターフェース１６０と機械１２ｅの間で行われ得る。あるいは、機械１２ｅのトランシーバ１５４と仲介インターフェース１６０の間の別の無線接続は、機械１２ｅがＬＡＮ１５０を介して間接的に他の機械とデータ通信できるように行われる。
【0097】
仲介インターフェース１６０は、それ自体のビデオスクリーン１６２、例えばタッチスクリーンやスクリーン上のタッチキーパッドとともに提供され、及び／又は、（図示されていない）それ自体の電気機械的キーボードを有し得る。代替的に、仲介インターフェース１６０は単純にデータ変換器であり得、ここにおいて、ユーザは、異なる機械１２ｅ（例えば異なる製造者）のユーザ制御とビデオスクリーンを介して仲介インターフェース１６０と相互作用する。仲介インターフェース１６０は、これが動作する機械に関して位置付けられた別のユニットとして説明される一方、仲介インターフェース１６０は、代替的に（ｉ）異なる機械１２ｅ内に位置付けられた１つ以上のプリント回路基板、（ｉｉ）機械１２ａ乃至１２ｄ又は１２ｆ乃至１２ｊのいずれか内に位置付けられた１つ以上のプリント回路基板、あるいは、（ｉｉｉ）別のサーバ１８０、又は図２に関して以下で説明されたコンピュータ１７０上でロードされたソフトウェアである。
【0098】
仲介インターフェース１６０のためのコンフィギュレーションのいずれかにおいて、分散データベースシステム１０の機械の間で分配された情報のうちのいくつか又は全てをインターフェースが記憶できるように、インターフェースがそれ自体のデータ記憶能力を有することが考えられる。実施形態において、バックエンドソフトウェアをホストするバックエンドコンピュータ１７０（図２）は、仲介インターフェース１６０として動作できる。コンピュータ１７０／インターフェース１６０は、異なる機械１２ｅから到来するデータをスクラブして、分散データベースシステム１０の他の機械１２へのリンクとして動作し得る。コンピュータ１７０／インターフェース１６０は、異なる機械１２ｅを含む機械１２のそれぞれについて、センサ出力や実験結果又は他の第３者医療情報のような他のデータをさらにスクラブし得る。
【0099】
仲介インターフェース１６０は、異なる機械１２ｅが通常、しかしシステム１０の見地において、機械１２ａ乃至１２ｄ及び１２ｆ乃至１２ｊと同じタイプ（例えば、同じ製造者又は同じモデル）のものであるかのように動作するのを可能にする。仲介インターフェース１６０は、異なる機械１２ｅについて分散データベースシステムから送られたデータが、システム１０から機械１２ａ乃至１２ｄ及び１２ｆ乃至１２ｊに送られたデータと同じであり、異なる機械１２ｅから送られたデータが、機械１２ａ乃至１２ｄ及び１２ｆ乃至１２ｊから送られたデータとしてＬＡＮ１５０内で同じフォーマットで提供されることを可能にする。
【0100】
上で議論されたように、システム１０のＬＡＮ１５０は、機械１２ａ乃至１２ｊのクラスタをともに結ぶ。図１Ｂ乃至図１Ｄは、ＬＡＮ１５０についての異なる例のタイプを説明する。図１Ａ、図２及び図３の（以下で議論されたＬＡＮの１５０ａ乃至１５０ｄを含む）ＬＡＮ１５０は、図１Ｂ乃至図１Ｄにおいて説明された任意のタイプ、及び、今日又は将来開発される当業者に知られている他の任意のタイプのものであり得る。
【0101】
図１Ｂは、（説明されていない）動的ホストコンフィギュレーションプロトコル（「ＤＨＣＰ」）サーバで動作するネットワーク管理者ルータ１４０及び／又は無線アクセスポイント１４２を使用するタイプの形態で、ＬＡＮ１５０が提供され得ることを説明する。図１ＢのＬＡＮ１５０は、動的アドレッシングに加えて、固定アドレッシングを使用するために代替的に構成され得る。ＤＨＣＰ機能性は、ルータ１４０によって提供され得る。図１Ｂは、ＬＡＮ１５０が有線（機械１２ａと１２ｂ）、無線（機械１２ｃ乃至１２ｅ）、又は、有線及び無線（データ通信リンク１４４を介して無線アクセスポイント１４２に接続されたネットワーク管理者ルータ１４０）であり得ることを説明する。図１ＢのＬＡＮ１５０のためのネットワーク動作のこのモードは、「インフラストラクチャモード」と呼ばれ得る。
【0102】
図１Ｃは、代替的なアドホックネットワークＬＡＮ１５０を説明する。アドホックＬＡＮ１５０は、図１Ｂとともに上で議論されたネットワーク管理者ルータ１４０又は無線アクセスポイント１４２のようなネットワークインフラストラクチャに依存しない分散化ネットワークである。アドホックＬＡＮ１５０の各機械１２ａ乃至１２ｅは、仲介者又は中央ハブなしで、他の機械の各々１２ａ乃至１２ｅに直接情報を送り、及び、他の機械の各々１２ａ乃至１２ｅから直接情報を受信する。図１Ｃにおいて説明されるように、アドホックＬＡＮ１５０の機械１２ａ乃至１２ｅは、典型的に無線で接続される（が、されなければならないわけではない）。
【0103】
図１Ｄは、代替的な電力線ＬＡＮ１５０を説明する。電力線ネットワークは、ネットワークトラフィック（点線）を機械に付加的に運ぶために、機械１２ａ乃至１２ｄに電力を運ぶＡＣ電力線１４６を使用する。電力線１４６、電力線ＬＡＮ１５０に対して、機械１２ａ乃至１２ｄの分岐関係に起因して、電力線ＬＡＮ１５０は通常、機械１２ａ乃至１２ｄの内外でネットワークトラフィック（点線）を指示するためにネットワーク管理者１４８を用いる（が、用いなければならないわけではない）。
【0104】
ここで図２を参照すると、分散データベースシステム１０の別の実施形態は、それぞれ複数の診療所又は透析センター１３０ａ、１３０ｂ、１３０ｃ・・・１３０ｎに位置付けられた複数の分散データベース１０ａ、１０ｂ、１０ｃ・・・１０ｎを含む（大きな円は、一般的に、診療所又は透析センターの物理構造を表わす）。診療所１３０ａ乃至１３０ｃ（集合的に診療所（clinics）１３０、又は、一般的に個々に診療所（clinic）１３０と呼ばれる）は、共通の医療グループ又はネットワークの一部であり得る、又は、別個及び個々であり得る。機械１２（上の機械１２ａ乃至１２ｊ・・・１２ｎを参照）は、異なる診療所や透析センターによって異なり得る。例えば、診療所１３０ａのための機械１２は、注入ポンプであり得る。診療所１３０ｂのための機械１２は、ＬＡＮ１５０ａを介して通信する血液透析機械と、ＬＡＮ１５０ｂを介して通信する腹膜透析機械であり得る。診療所１３０ｃのための機械１２は、血液透析機械であり得る。３つの診療所１３０ａ乃至１３０ｃは、ほんの例に過ぎない。分散データベースシステム１０で動作する３つより多い、又はより少ない診療所があり得る。
【0105】
診療所１３０ａは、ここで議論された代替のいずれかを含む方法で複数の機械１２を調整するために、単一のＬＡＮ１５０で動作する分散データベース１０ａが装備される。分散データベース１０ａのＬＡＮ１５０は、ＬＡＮ内で位置つけられた複数のパーソナルコンピュータ１７０にも接続される。パーソナルコンピュータ１７０は、医師、臨床医、看護師、サービスする人々等が、処置の前、間、及び後に（ｉ）分散データベース１０ａ上の情報を見て、（ｉｉ）入力して、及び／又は（ｉｉｉ）情報をデータベースに記憶することを可能にする。
【0106】
診療所１３０ａの分散データベース１０ａのＬＡＮ１５０は、１つ以上のサーバコンピュータ１８０にも接続される。実施形態におけるサーバコンピュータ１８０は、機械１２上で記憶された情報に対するバックアップとしてサーブする。以下でさらに詳細に議論されるように、分散データベース１０ａの機械１２は、それらが１つのマインド又は同じマインドを有するように、周期的に更新され、全ての機械１２が同じデータを記憶するように、各機械が更新されることを意味する。したがって、各機械１２ａ乃至１２ｊは、他の機械１２のそれぞれに対するバックアップとしてサーブする。それにも関わらず、サーバ１８０は、分散データベース１０ａの各機械１２ａ乃至１２ｊがいくらかダメージを受けるケースにおける付加的な保護として提供され得る。サーバ１８０は、分散データベース１０ａのＬＡＮ１５０を介して通信する機械１２から除去され得るより古いデータも記憶し得る。例えば、各機械１２ａ乃至１２ｊが診療所１３０ａに関係付けられた患者についての６か月又は１年分に値するデータを記憶するように、分散データベース１０ａはプログラミングされ得る。時間制限よりも古いデータは、機械１２ａ乃至１２ｊのメモリからパージされる。しかしながらサーバ１８０は、何らかの理由のために必要とされるケースにおいて、より古いデータを保持し得る。システム１０のサーバ１８０は、代替的に又は付加的に、機械１２ａ乃至１２ｊの間で共有されたデータの一部でない情報を管理する。サーバ１８０はまた、診療所１３０ｃに対して外部のインターフェースを担当し得る。
【0107】
図９に関して以下で議論されるように、進行中又は動いている傾向に対してデータを付加することが考えられる。各機械１２ａ乃至１２ｊが、進行中又は動いている傾向のそれぞれを記憶する。したがって、より古いデータの実際の値が機械１２から除去されても、除去されたデータは、傾向の一部として機械内でさらに維持され得る。
【0108】
サーバ１８０は、例えばイーサネット接続のような有線接続１８２を介して、あるいは、例えばＵＴＭＳ、ＣＤＭＡ、ＨＳＰＡ又はＬＴＥ（登録商標）といったモバイルインターネット接続のような無線接続１８２を介して、ワイドエリアネットワーク（「ＷＡＮ」）又はインターネットに接続され得る。いずれかのケースにおいて、サーバ１８０で記憶されたデータは、（ｉ）例えば同じネットワーク又はグループの透析センターのような他の透析センター１３０ｂ、１３０ｃ、のサーバ１８０、（ｉｉ）例えば、コンピュータ１７０ａ乃至１７０ｅのような外側パーソナルコンピュータ１７０、（ｉｉｉ）スマートフォン、タブレットコンピュータ、ページャー、及びこれに類するもののようなパーソナル通信デバイス（「ＰＣＤ’ｓ」）１７５、及び、（ｉｖ）例えば、透析センター１３０ａ乃至１３０ｃのグループ又はネットワークのための中央制御センターのような中央ハブ１９０と、共有され得る。外側サーバ１８０、パーソナルコンピュータ１７０ａ乃至１７０ｅ、ＰＣＤ’ｓ１７５、及び、システム１０の中央ハブ１９０のそれぞれは、無線又は有線接続１８２を介して、説明された実施形態においてＷＡＮ又はインターネットに接続する。サーバ１８０を迂回するか又は提供せず、システム１０の機械１２が、スマートフォンやタブレットのようなパーソナル通信デバイス（「ＰＣＤ’ｓ」）１７５とともに、パーソナルコンピュータ、ページャー、プリンタ、ファクシミリ機械、スキャナ、これらの組み合わせ及びこれに類するもののような他のデータ共有機器と直接通信するのを可能にすることも考えられる。
【0109】
診療所１３０ａ乃至１３０ｃ内側のパーソナルコンピュータ１７０は、１つの実施形態においてそれらのそれぞれの診療所に特有の情報にアクセスすることが制限される。外側コンピュータ１７０ａ乃至１７０ｅは、複数の診療所１３０ａ乃至１３０ｃからのデータにアクセスできるかもしれず、あるいは、単一の診療所又は診療所のグループ専用であり得る。外側コンピュータ１７０ａ乃至１７０ｅは読み取り専用であって、診療所１３０ａ乃至１３０ｃに関係付けられたデータを記憶及び／又は修正することができないかもしれない。
【0110】
中央ハブ１９０は、診療所１３０ａ乃至１３０ｃのそれぞれにおいて説明されたような、診療所内の任意の１つ以上のサーバコンピュータ１８０（１８０ａ、１８０ｂ）と有線又は無線で通信できる。代替的に又は付加的に、中央ハブ１９０は、診療所１３０ａにおいて説明されたように診療所内の任意の１つ以上のＬＡＮ１５０と有線又は無線で直接通信できる。説明された実施形態における中央ハブ１９０は、それ自身のサーバコンピュータ１８０を有し、これは無線又は有線のインターネット接続１８２を介してＷＡＮ又はインターネットに接続する。中央ハブ１９０は、透析センター１３０ａ乃至１３０ｃのサーバ１８０に対して付加的なデータバックアップであり得る。中央ハブ１９０は、代替的に又は付加的に、複数の透析センター又は医療診療所１３０ａ乃至１３０ｃに渡るデータ傾向と平均を追跡し得る。中央ハブ１９０はまた、在庫追跡及び履行のような他の義務も実行できる。したがって中央ハブ１９０は、機械１２の製作者と、その関連付けられた供給と関係付けられた工場の一部である、又はそれと共同して働き得ることが考えられる。サーバ１８０を迂回して、在庫バランス情報（例えば、透析装置、限外濾過装置、濃縮器、消毒液、血液セット等）、請求又は経済的処理情報、及び／又は、異なる患者に関する実験データ（例えば、重炭酸塩、カリウムレベル等）について、システム１０の機械１２がハブ１９０と直接通信できるようにすることがさらに考えられる。
【0111】
診療所又は透析センター１３０ｂは、同じ診療所又は透析センター内に位置付けられた２つ以上のＬＡＮ１５０ａと１５０ｂでそれぞれ動作する２つ以上の分散データベース１０ｂと１０ｃが装備される。上に与えられた例において、診療所１３０ｂ内に位置付けられた機械１２は、分散データベース１０ｂのＬＡＮ１５０ａを介して通信する血液透析機械と、分散データベース１０ｃのＬＡＮ１５０ｂを介して通信する腹膜透析機械であり得る。別の例において、診療所１３０ｂ内に位置付けられた機械１２は、分散データベース１０ｂのＬＡＮ１５０ａを介して通信する第１の製作者の血液透析機械と、分散データベース１０ｃのＬＡＮ１５０ｂを介して通信する第２の製作者の血液透析機械であり得る。さらなる例において、診療所１３０ｂ内に位置付けられた機械１２は、分散データベース１０ｂのＬＡＮ１５０ａを介して通信する第１の医療送出ポンプと、分散データベース１０ｃのＬＡＮ１５０ｂを介して通信する第２の医療送出ポンプであり得る。分散データベース１０ｂと１０ｃの別のＬＡＮ’ｓ１５０ａと１５０ｂは一般的に、共通の入力パラメータと出力データを有する機械をグループ化する。分散データベース１０ｂと１０ｃのＬＡＮ’ｓ１５０ａと１５０ｂはまた、地理的な位置に基づいて別離され得、例えば、ＬＡＮ’ｓ１５０ａと１５０ｂはそれぞれ、同じタイプの機械１２で動作し得るが、それらが診療所１３０ｂの異なる空間又はエリアで位置付けされているので分離される。
【0112】
ＰＣＤ’ｓ１７５は、モバイルインターネット接続（例えばＵＴＭＳ、ＣＤＭＡ、ＨＳＰＡ又はＬＴＥ）、あるいは、当業者に知られているような衛星プロトコルを使用するＷＡＮ又はインターネットを通して、サーバ１８０（１８０ａ、１８０ｂ）、中央ハブ１９０、パーソナルコンピュータ１７０、他のＰＣＤ’ｓ、及び、場合によっては直接機械１２と、通信する。ＰＣＤ’ｓ１７５は、医師、臨床医、看護師によって（例えば、診療所又は透析センター１３０ａ乃至１３０ｃの内側又は外側に）運ばれ得る。患者はまた、（ｉ）彼らの現在の処置又は履歴に関するフィードバックを提供するため、（ｉｉ）自己評価のため、及び／又は、（ｉｉｉ）看護師や臨床医に対して、現在の処置の間又は後続の処置についてのいずれかに回答するための質問を尋ねるために、例えば処置の間、ＰＣＤ’ｓ１７５を使用し得る。
【0113】
ＰＣＤ’ｓ１７５とパーソナルコンピュータ１７０を介した分散データベース１０ｂと１０ｃの機械１２において記憶されたデータへのアクセスは、パスワードで保護され得る。分散データベース１０ｂと１０ｃの機械１２で記憶されたデータを、患者識別されたデータと患者識別されていないデータに分離して、任意の患者識別されたデータへのアクセスを制限することも考えられる。例えば、患者識別されたデータは、診療所１３０ａ乃至１３０ｃ内で位置付けられて、分散データベース１０ａ乃至１０ｄの特定のＬＡＮ１５０に関係付けられた医師、看護師又は臨床医に限定され得る。他方、識別されていないデータは、機械がどのように実行するかを監視するために、及び／又は、予防的更新を実現するために、診療所１３０ａ乃至１３０ｃの外側に位置付けられた人々、例えば、診療所に又は機械１２の製造とそれらの供給に関係付けられたマーケティングの人々、技術サービスを担当するスタッフ、及び、機械１２の製造者に対して利用可能であり得る。製造者と関係付けられた上述されたスタッフと従業員は、例えば中央ハブ１９０に位置付けられ得る。
【0114】
患者識別されたデータと患者識別されていないデータのカテゴリの間でさえ、分散データベースシステム１０がカテゴリー内でデータアクセスレベルを制限することが考えられる。例えば、患者識別されたデータのカテゴリーのもとで、患者が低いアクセスを有する（例えば、彼ら自身のデータに限定される）一方、医師が高いアクセスを有し、臨床医と看護師が中間のアクセスを有する場合、高い、中間、及び低いアクセスレベルがあり得る。管理者は、適宜、アクセスレベルを維持して修正するように割り当てられ得る。適切なアクセスレベルがログインの際に自動的に確立されるように、１つの実施形態において、医師、臨床医、看護師及び患者のパスワードに対してアクセスレベルが結びつけられている。医師、臨床医、看護師及び／又は患者が機械のいずれかにログインして、適切なアクセスのレベルに制限され得るように、アクセスレベルは機械１２にも適用される。
【0115】
説明された実施形態における診療所又は透析センター１３０ｂの分散データベース１０ｂと１０ｃの各ＬＡＮ１５０ａと１５０ｂは、ＷＡＮ又はインターネット接続１８２を有するそれ自体のサーバコンピュータ１８０（１８０ａ、１８０ｂ）に接続する。分散データベース１０ｂと１０ｃの各ＬＡＮ１５０ａと１５０ｂはまた、パーソナルコンピュータ１７０との通信を可能にする。診療所１３０ｂについて説明された少なくとも１つのパーソナルコンピュータ１７０は、ＬＡＮ’ｓ１５０ａと１５０ｂの両方を介して分散データベース１０ｂと１０ｃと通信できる。診療所又は透析センター１３０ｂはまた、分散データベース１０ｂとのみ通信するサーバコンピュータ１８０ａと、ＬＡＮ’ｓ１５０ａと１５０ｂ両方を介して分散データベース１０ｂと１０ｃ両方と通信する第２のサーバコンピュータ１８０ｂを含む。サーバコンピュータ１８０ａと１８０ｂは、ＷＡＮ又はインターネット接続１８２を有し得る、又は有し得ない。
【0116】
診療所又は透析センター１３０ｂはまた、機械１２ｋのような１つ以上の機械が、複数の分散データベース１０ｂと１０ｃで動作できることも説明する。異なる分散データベース１０ｂと１０ｃにおいて同期されたデータは異なり得、これは異なるタイプのデータでもあり得る。例えば、分散データベース１０ｂは、医療処置情報を共有するために使用され得る一方、分散データベース１０ｃは、機械設定情報、例えば機械の言語、又は機械のユーザインターフェース出現のような、バックエンド情報を共有するのに使用される。図３とともに詳細に議論されるように、（データベース１０ｂのような）主な処置情報分散データベースの各機械はまた、（データベース１０ｃのような）別の分散データベースの一部であり得る。
【0117】
診療所又は透析センター１３０ｃは、複数の医療機械１２をサポートする単一のＬＡＮ１５０を有する分散データベース１０ｄが装備される。診療所１３０ｃ内に位置付けられたパーソナルコンピュータ１７０は、ＬＡＮ１５０を介して互いにデータ通信に置かれる。上述された機能性のいずれかを有するサーバコンピュータ１８０ａと１８０ｂは同様に、ＬＡＮ１５０を介して分散データベース１０ｄとのデータ通信に置かれる。したがって、任意の分散データベース又はここで議論されたＬＡＮは、２つ以上のサーバコンピュータ１８０に接続され得る。
【0118】
診療所１３０ｃはまた、感知装置又は他の医療機器１８５が、イーサネット、Ｗｉ－Ｆｉ又はＢｌｕｅｔｏｏｔｈ接続のような有線又は無線接続１８２を介して、ＬＡＮ１５０を介した分散データベース１０ｄとも通信し得ることを説明する。感知装置又は医療機器１８５は、例えば診療所１３０ｃのＬＡＮ１５０の機械１２の患者によって使用される体重計であり得る。各患者は、彼自身又は彼女自身を処置の前及び／又は後に計重する。それらの重さはその後、患者が処置のためにその日使用する機械１２に、例えば患者が処置のためにその日使用するように決定する又は要求する機械１２に、ＬＡＮ１５０を介して有線又は無線で送信される。患者は、体重測定が行われて特定の機械１２がマッチングされ得るように、例えば彼又は彼女の識別カードをスキャンするか、又は、体重計と機械１２の両方でＩＤ番号を入力し得る。代替的に、センサ読み取りは、患者がその日使用する機械１２が１つ以上のセンサからの読み取りを求めた後に、感知機器１８５（例えば、体重計又は血圧測定装置）で記憶される。
【0119】
さらに代替的に、感知機器１８５は、分散データベース１０ｄの全ての機械１２に読み取りを送る。ここで、１つの実施形態において、重さの値は、例えば特定の患者についてのレコード又はファイルで機械中に記憶される。
【0120】
上述された方法論のいずれかは、特定の機械１２に対する血圧測定装置１８５からの読み取りにマッチングするように使用され得る。上述された方法論のいずれかは、グルコースモニタからのグルコース測定を特定の機械１２に対してマッチングするのにも使用され得る。診療所１３０ａ乃至１３０ｃのいずれかは、このような機器１８５を使用する又は用いることができる。機器１８５は、緊急治療室又は透析センターに関係付けられた任意の生理学上の感知機器、例えば、心電図（「ＥＣＧ」）、水処理機器、ベッドスケール、アクセス切断装置、生体インピーダンス測定装置、ｐＨセンサ、実験試験機器、血液サンプル解析装置、及び／又は、ＰＣＤ１７５上に記憶された心理的状態アプリケーションを含み得る。
【0121】
感知機器１８５は、感知専用でない機器である必要はない代わりに、例えばＵＳＢ接続、電気接続、空気接続（例えば、空気圧力測定装置）を介して、ケーブル又は無線で（例えば、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ又はＺｉｇＢｅｅを使用して）、機械１２専用の感知機器の１つ以上の部分であり得る。ここで感知機器データ１８５は、機械１２上で処置される患者に関係付けられ、ここで記述された分散データベースシステム１０を介して他の機械に対してアクセス可能にされる。
【0122】
図２の分散データベースシステム１０が複数のサーバコンピュータ１８０、パーソナルコンピュータ１７０、ＰＣＤ’ｓ１７５、及び中央ハブ１９０を説明する一方、これらの装置のうちのいずれも、システム１０を維持するために必要でないことが正しく認識されるべきである。分散データベースシステム１０の分散データベース１０ａ乃至１０ｄの機械１２のそれぞれは、ＬＡＮの他の機械１２のそれぞれと同じデータを記憶するように周期的に更新される。サーバコンピュータ１８０、パーソナルコンピュータ１７０、ＰＣＤ’ｓ１７５及び中央ハブ１９０は、更新を実行するように要求されない。代わりに、例えば、パーソナルコンピュータとＰＣＤ’ｓ１７５は、機械１２分散データベースシステム１０上で記憶されたデータをビューするのに使用され得る一方、パーソナルコンピュータ１７０、サーバコンピュータ１８０及び中央ハブ１９０は、データバックアップ、トレンディング及び／又は解析のために使用され得る。
【0123】
診療所１３０ｃはまた、ＬＡＮ１５０に沿って存在しない機械１２ｌを説明し、したがって分散データベース１０ｄの一部ではない。しかしながら、分散データベース１０ｄの全ての機械１２の集合的なデータが更新される時間に、いつでも機械１２ｌが分散データベース１０ｄの一部になり得るので、機械１２ｌは、依然として、本開示の分散データベースシステム１０全体の一部である。その間に、局所的に記憶された処方パラメータ等、及び、最新でないかも知れないオペレーティング・ソフトウェアを使用して、切断された機械１２ｌで処置が実行される。システム１０は、機械１２ｌのユーザにその状況を気付かせることができる。
【0124】
ここで図３を参照して、分散データベースシステム１０は、さらに説明される。図２における診療所１３０ｂの機械１２ｋに関連して上述されたように、各機械１２は、複数の分散データベースの一部であり得る。図３において、機械１２ａと１２ｂは、ＬＡＮ’ｓ１５０ａと１５０ｂでそれぞれ動作する分散データベース１０ａと１０ｂに所属する。機械１２ｃと１２ｄは、ＬＡＮ’ｓ１５０ａと１５０ｃでそれぞれ動作する分散データベース１０ａと１０ｃに所属する。機械１２ｅは、ＬＡＮ’ｓ１５０ｂと１５０ｄでそれぞれ動作する分散データベース１０ｂと１０ｄに所属する。機械１２ｆは、ＬＡＮ’ｓ１５０ｃと１５０ｄでそれぞれ動作する分散データベース１０ｃと１０ｄに所属する。代替的な実施形態において、任意の１つ以上の機械１２は、３つ以上の分散データベースに所属し得る。
【0125】
分散データベース１０ａ乃至１０ｄは、機械又は装置タイプによって同様にグループ化され得る。例えば、機械１２ａ乃至１２ｄは、薬物送出ポンプ（drug delivery pumps）又はＩＶポンプであり得る一方、機械１２ｅと１２ｆは、酸素付加器、又は、グルコース監視のような感知機器といった他のタイプの装置である。分散データベース１０ｂは、２つのＩＶポンプ１２ａと１２ｃ及び酸素付加器１２ｅに接続された第１の患者専用であり得る。分散データベース１０ｃは、２つのＩＶポンプ１２ｃと１２ｄ及びグルコースモニタ１２ｆに接続された第２の患者専用であり得る。患者データベース１０ｂと１０ｃは、それぞれ、例えば、ポンプ１２ａ、１２ｂを操作して第１の患者のために酸素付加器１２ｅを組み込むため、及び、ポンプ１２ｃ、１２ｄを操作して第２の患者のためにグルコースモニタ１２ｆを組み込むため、共通の処方をそれぞれ有し得る。分散データベース１０ａは、複数の患者に渡ってＩＶポンプデータを共有する一方、分散データベース１０ｄは、複数の患者に渡って酸素付加器１２ｅとグルコースモニタ１２ｆデータを共有する。データベース１０ａと１０ｄのような分散データベースは、したがって、患者、類似の機械のグループ、又は、類似の機能性のグループ、例えば生理的感知専用である。
【0126】
複数の分散データベース１０ａ乃至１０ｄに所属する機械１２は、システム１０全体が、１つの分散データベース１０ａ乃至１０ｄにおいて、例えばソフトウェア更新とソフトウェアコンフィギュレーションといった医療関連データを共有できるようにする一方、別の分散データベース１０ａ乃至１０ｄにおいて、例えば処方入力データと処置出力データといった医療データを共有できるようにする。そのように行うことは、異なる分散データベースが異なるように管理されることができるようにし、例えば１つの分散データベースシステムはリアルタイムのデータベースである一方、例えばシフト又は営業日の終わりに別の分散データベースが設定された間隔で更新され得る。
【0127】
異なる分散データベース１０ａ乃至１０ｄは、異なるタスクを実行でき、結果として、非常に柔軟なシステム１０全体となる。図３において、機械１２ｅ乃至１２ｆが血液透析（「ＨＤ」）を実行している間、例えば機械１２ａ乃至１２ｄは血液透析濾過（「ＨＤＦ」）を実行していると仮定する。分散データベース１０ａはしたがって、処方パラメータを提供し、ＨＤＦについての処置出力データを収集する一方、分散データベース１０ｄはＨＤについて同じことを行う。分散データベース１０ｂと１０ｃはその後、機械グループ１２ａ、１２ｂ、１２ｅ及びグループ１２ｃ、１２ｄ、１２ｆそれぞれの間のいくつかの共通性に基づいてデータを共有するのに使用される。例えば機械グループ１２ａ、１２ｂ、１２ｅは、機械グループ１２ｃ、１２ｄ、１２ｆとは異なる言語又はユーザインターフェースの外観を有し得る。分散データベース１０ｂ及び１０ｃは、このような異なる言語又はユーザインターフェースの外観を提供して追跡する。
【0128】
あるいは、機械グループ１２ａ、１２ｂ、１２ｅ及びグループ１２ｃ、１２ｄ、１２ｆは、異なるリアルタイムデータが監視されることを要求し得る。例えば、機械グループ１２ａ、１２ｂ、１２ｅは、患者のあるカテゴリー、例えば幼児専用であり得、ここにおいて、作動圧力制限は非常に厳密に監視されなければならない。
【0129】
図３のシステム１０は、データベース１０ｂと１０ｃがリアルタイムのアラーム分散データベースになることを可能にし、これは、メインの処置分散データベース１０ａと１０ｄとは分離しており、したがってこれを遮ることができない。分散データベース１０ｂはまた、特殊化された共有リアルタイムアラーム目的で、機械グループ１２ｃ、１２ｄ、１２ｆ（例えば、通常の大人の機械グループ）についての分散データベース１０ｃの共有リアルタイムアラームから、別の、例えば幼児の機械グループ１２ａ、１２ｂ、１２ｅを分離することができる。
【0130】
リアルタイムアラームデータ（これは、複数の分散データベースシナリオに限定されず、本出願においてどこか他で記述される。）は、看護師と臨床医が、異なる部屋、壁の反対側、又は、診療所の他の端で生じるアラームを見ることができるようにする。アラームの表示は、どの機械１２がアラームを発しているかの表示を有するユーザインターフェース１４の角における小さな脈動するアイコン（図８Ａ、図８Ｂ、図１０を参照）と同じくらい単純であり得る。看護師又は臨床医は、どのタイプのアラームが生じているかについてさらなる情報を知るためにアイコンを押すことができる。アイコンは、（ｉ）多く要求するアラームと（ｉｉ）多く注意警告するアラームについて、２つ以上のタイプであり得る。代替的に、複数のアイコンは、例えばアラームのタイプを示すための数、例えば、数１を有するアイコン＝血液漏出アラーム、数２を有するアイコン＝ＵＦレートアラーム、数３を有するアイコン＝静脈圧アラーム等で提供される。
【0131】
図３の機械１２ａ乃至１２ｆ内部に図示された円のそれぞれは、機械内の同じメモリ１８の機械又は別のエリア内の異なるメモリ１８（図１０を参照）を表わし得る。分散データベース１０ａと１０ｄは、同じ又は異なる回数で、図４Ａ乃至図７に関して以下で議論された同じ又は異なる方法のいずれかにしたがって更新され同期され得る。リアルタイムデータはまた、「開始」から「終了」までのフローダイヤグラムを通して単一回のみ実行する代わりに、主要な差異とともに図４Ａ乃至図６Ｂに関して以下で議論された方法にしたがって共有され得、これは通常処置について（例えば日の終わりに）実行され、リアルタイムデータについてのループは、新たな関連するリアルタイム、例えばアラーム、データを探すための所望の頻度で、図４Ａ乃至図６Ｂの方法の少なくとも１つにおいて「終了」から「開始」に循環する。
【0132】
システム１０がリアルタイムデータ共有を可能にすることが考えられる一方、システムが、このような共有に関するセーフガードを実現することも考えられる。例えば、実施形態において、新たなソフトウェアをダウンロードして機械１２をサーブするようなある機能は、機械１２が処置を実行していないとき、例えばサービスモード、ハイバネーションモード、又は別の方法でディセーブルされているとき、処置の後にのみ行われ得る。機械が動作しているが、患者が接続されていないとき、消毒モードの間にある付加的なデータを転送する可能性があり得る。しかしながら、患者が接続されたとき、システム１０は、処置を遮る又は患者を悩まし得る任意のデータを転送しないように気を付けるように操作され得る。
【0133】
実施形態において、リアルタイム処置データは、任意の機械１２中に永続的に記憶されない。例えば、リアルタイムデータは、その場で詳細に記述されたサマリスクリーンにおいて見えるように処置が進行中である限り記憶され、又は、週、複数週又は月のようなより長い期間記憶され得る。任意の機械１２ａ乃至１２ｊの処置が完了されたとき、又は、リアルタイムのデータ記憶期間が満了したとき、そのリアルタイムデータはパージされ得る。全てのリアルタイム処置データを永続的に記憶することは、メモリをあまりにも迅速にいっぱいにし得る。一般的に、永続的に記憶される値は、トータルの値、平均値（average values）、中間値(mean values)、又は、他の組み合わされた又は静的に関連する値である。
【0134】
異なる分散データベース１０ａ乃至１０ｄは、例えば、それらがどのタイプの医療関連データを有し、アクセスを可能にするかに基づいて、異なる更新スピードを有し得る。リアルタイムのデータベース１０は、高周波数更新スピード（例えば、マイクロ秒、秒、分）を有し得る一方、在庫及び／又はスタッフデータベース１０のような管理タイプのデータベースは、時間、日又はシフトごとに一度のような、より遅いスピードで更新され得る。
【0135】
ここで図４を参照すると、方法２００は、本開示の分散データベースシステム１０によって共有された新たなデータに対してタグデータ又はメタデータを割り当てるための１つの実施形態を説明する。方法２００は、楕円２０２でサブルーチンとして使用され得る。ブロック２０４において、データ又はデータレコードの新たな部分が生成される。新たなデータは、（ｉ）処方入力パラメータ又はデータ（例えば、機械動作パラメータ）、（ｉｉ）処置出力データ（例えば、ＵＦ除去された、移動されたトータルの血液容量、消費されたトータルの透析物流体容量、消費されたヘパリン容量、アラーム、及び、処置効率測定Ｋｔ／Ｖ、等）、（ｉｉｉ）技術入力データ（例えば、較正、アラーム制限等）、（ｉｖ）技術的出力データ（例えば、実際のコンポーネント使用、センサ測定等）、及び、（ｖ）分散データベース１０の任意の機械１２によって生成された又はこれに入力された管理データ（例えば、在庫データとスタッフデータ）のいずれかであり得る。新たなデータは、データのアレイであり、例えば、所定の時間に動作する機械１２の全ての圧力センサからの圧力読み取りのような、特定の時間に生成された処置出力データのスナップショットであり得る。この方法で、タグデータ又はメタデータは、データのより大きな収集を表わし得るので、データの新たな個々の部分の各々についてのタグデータ又はメタデータは必要ない。したがって新たなデータは、新たなデータの単一の部分又は新たなデータのアレイのいずれかを表わす。
【0136】
ブロック２０６において、新たなデータ（例えば、データのアレイ）が生成される機械１２は、（ｉ）固有のレコード識別（「ＩＤ」）、（ｉｉ）タイムスタンプ、及び、（ｉｉｉ）新たなデータのためのハッシュ値又はチェック値を生成する。固有のレコードＩＤは、新たなデータを生成した機械１２とその機械についてのシーケンス番号の両方を識別する。図１Ａにおいて、シーケンス番号０００００００４４４において、機械１２ｃが新たなデータを生成する場合、固有のＩＤは１２ｃ：０００００００４４４であり得る。本質において、固有のＩＤは、新たなデータをホーム（特定の機械又はコンピュータ共有分散データベースシステム１０）と、ホーム内の位置すなわちシーケンス番号に与える。
【0137】
ハッシュ値は、新たなデータ（例えば、データのアレイ）の実際のコンテンツを識別する。例えば、データの新たなアレイは、６つの圧力読み取り［ａ、ｂ、ｃ、ｘ、ｙ、ｚ］を含むとする。ハッシュ値、ｈｓ００２５００は、これらの読み取りについて生成され得るので、ｈｓ００２５００＝［ａ、ｂ、ｃ、ｘ、ｙ、ｚ］である。ｈｓ００２５００は、ここで６つの圧力読み取りを表わす。システム１０の機械１２は、したがって特有の圧力読み取りを探さなければならない、むしろ、機械はｈｓ００２５００が存在するかどうかに注目する。以下でさらに詳細に説明されるように、ハッシュ値は、譲渡機械からの移行の後に、分散データベースの譲受機械によって再び算出され得る。譲受機械はその後、移行の間にデータが破損されなかったことを確認するために、又は、データ破損が検出された場合にシステムエラーを起こすために、移行されて算出されたハッシュ値を比較することができる。譲受機械は、譲渡機械に、予め規定された回数データを再送信するように依頼し、各移行の後にデータ破損についてチェックし、予め規定された数のデータ移行のそれぞれの後に、データが破損されることが発見された後にのみ、システムエラーを起こすことができる。
【0138】
タイムスタンプは、新たなデータ（例えば、データのアレイ）が生成される時間を識別する。タイムスタンプは、例えば、２０１５年５月３０日８：１５ａｍに生成されたデータについて、３０／０５／１５／８：１５ａであり得る。タイムスタンプは、同じ固有のＩＤについての２つのハッシュ値がマッチしないとき、どのデータを前方に動かすかを決定するようにサーブする。実施形態において、図５Ｂに関連して以下で説明されるように、後のタイムスタンプに対応するハッシュ値が選ばれる。データアレイ［ａ、ｂ、ｃ、ｘ、ｙ、ｚ］についてのタグデータ又はメタデータの完全なレコードセットはしたがって、（ｉ）固有のＩＤ１２Ｃ：０００００００４４４、（ｉｉ）タイムスタンプ３０／０５／１５／８：１５ａ、及び（ｉｉｉ）ハッシュ値ｈｓ００２５００、又は１２ｃ：０００００００４４４；３０／０５／１５／８：１５ａ；ｈｓ００２５００であり得る。
【0139】
方法２００のブロック２０８、２１０及び２１２はそれぞれ、時間期間を増加させて、倍数でハッシュ値を算出して更新することを伴う。説明された実施形態において、時間期間は、日、月、及び複数の月を含む。代替的に、時間期間はシフト、日、週及び月であり得る。所望されるのと同数の異なる時間期間、例えば３から６の時間期間があり得る。時間期間は、例えば、分、時間、シフト、日、月、年等、任意の所望の期間であり得る。記述しやすいように、図４Ａの例の残りは、日、月、及び複数の月の時間期間を使用する。
【0140】
ブロック２０８において、新たなデータ（例えば、データのアレイ）が生成される機械１２は、同日又は同月の間の２４時間期間を通して機械で生成された全てのハッシュ値についての「日ハッシュ」を算出する又は更新する。「日ハッシュ３０／５／１５」は、例えば、特定の機械１２について、ｈｓ００２５００からｈｓ０１００００と等しいか又はこれを含み得る。「日ハッシュ」算出は、例えば毎日の終わりに実行され得る。
【0141】
ブロック２１０において、新たなデータ（例えば、データのアレイ）が生成される機械１２は、当月を通してその機械で生成された全てのハッシュ値について「月ハッシュ」を算出又は更新する。「月ハッシュ５月」は、例えば、日ハッシュ１／５／１５乃至日ハッシュ３１／５／１５と等しいか又はこれを含み得る。「月ハッシュ」算出はまた、例えば毎日又は週のような日のセットの最後に実行され得る。
【0142】
ブロック２１２において、新たなデータ（例えば、データのアレイ）が生成される機械１２は、例えば当年を通してその機械で生成された全てのハッシュ値について、「トータルのハッシュ」を算出又は更新し、例えば「トータルのハッシュ２０１５」は、「月ハッシュ１月」乃至「月ハッシュ５月」と等しいか又はこれを含み得る。「トータルのハッシュ」は、例えば、各週又は月の終わりに、機械１２で実行され得る。
【0143】
楕円２１４で、方法２００は終了する。
【0144】
ここで図４Ｂを参照すると、方法２２０は、分散データベースシステム１０の１つの機械１２から全ての他の機械１２にデータを送るための１つの実施形態を説明する。方法２２０は、サブルーチンとして使用され得、楕円２２２で方法２２０が開始する。上で議論されたように、単一の機械１２又は機械１２の集合のいずれかは、システム１０の全ての他の機械１２ｂ乃至１２ｊに送り得る。例えば、図１において、単一の機械１２ａは、システム１０の全ての他の（オンライン）機械１２ｂ乃至１２ｊにその新たなデータを送り得る。あるいは、機械１２ａ、１２ｂ及び１２ｃから集約された新たなデータは、システム１０の全ての他の（オンライン）機械１２ｄ乃至１２ｊに送られ得る。データを集約することは、新たなデータプッシュの数を最適化（最小化）でき、これにより、エラーについての潜在性を低減する。したがって、方法２２０は、その新たなデータを送る単一の機械１２の観点から、又は、それらの集合的な新たなデータを送信機械（例えば、１２ａ、１２ｂ、１２ｃ）の集合として考察され得ることが正しく認識されるべきである。
【0145】
ブロック２２４において、機械１２（又は、機械１２の集合）は、現在オンラインであるシステム１０の（集合が使用された場合、集合の外側で）新たな機械１２を選ぶ。ブロック２２６において、図４Ａにおいて記述されたデータタグ付け又はメタデータとともに、新たなデータが最近選択された機械に送られる。ブロック２２８において、受信機械１２は、受信された新たなデータエントリについて、その自身のハッシュ値を算出する。菱形２３０において、受信機械１２は、受信されたハッシュ値が最近算出されたハッシュ値とは異なるか否かを決定する。菱形２３０において、受信されたハッシュ値が最近算出されたハッシュ値とは異なる場合、その後、新たに選択された機械１２は、送信機械１２（選択された機械１２に新たなデータを送った単一の機械１２、又は集合の代表的な機械１２）にハッシュ値ミスマッチを通知する。ハッシュ値ミスマッチを受信する際、送信機械１２は、ブロック２２６の送るステップを繰り返し、ブロック２２６と菱形２２８の間のループは、菱形２３０において、受信されたハッシュ値が最近算出されたハッシュ値と同じになるまで繰り返され、これは結局送信機械１２と受信機械１２の間のデータ移行が破損されないことを確実にする。
【0146】
菱形２３０において、受信されたハッシュ値が最近算出されたハッシュ値と同じであることが決定されたとき、送信機械１２（単一の機械１２又は集合の代表的な機械１２）は、新たなデータを送るための（集合が使用される場合、集合の外側で）別の機械１２があるか否かを決定する。そうである場合、方法２２０ステップ２２４乃至２３２は、楕円形２３４で説明されたように、方法２２０が終了する時間に、菱形２３２で決定されるように、新たな機械がなくなるまで繰り返される。
【0147】
ここで図５Ａと図５ｂを参照すると、方法３００は、分散データベースシステム１０の２つの機械１２、例えば、図１Ａの機械１２ａ乃至１２ｊのうちの任意の２つが、どのように互いに同期するかについての一例を説明するものであり、例えば、それらが同じデータを共有するかどうかをチェックし、それらが同じデータを共有しない場合、その後、２つの機械が同じデータを共有するように適宜互いに更新し得る。楕円３０２において、方法３００は開始する。以下から見られるように、方法３００は、図４Ａに関して説明されたデータタグ付け又はメタデータを組み込む。
【0148】
菱形３０４において、方法３００は、分散データベースシステム１０の第１の機械１２、例えば機械１２ａについて図４Ａに関連して実行されたトータルのハッシュ算出が、分散データベースシステム１０の第２の機械１２、例えば機械１２ｂについて図４Ａに関連して実行されたトータルのハッシュ算出と等しくないか否かを決定する。機械１２ａ（トータルのハッシュＡ）についてのトータルのハッシュを、機械１２ｂ（トータルのハッシュＢ）のものと比較することは、１つの実施形態における機械の１つで実行される。プロトコルは、より低い又はより早い識別番号を有する機械が比較を実行する、例えば、残りの機械１２ｂ乃至１２ｊと比較されたときに機械１２ａが比較を実行するように設定され得る。機械１２ｂは、残りの機械１２ｃ乃至１２ｊ等と比較されたとき、比較を実行する。代替的なプロトコルにおいて、両方の機械が、結果のチェックを生成するために、比較を実行する。ここで、より低い又はより早い番号を有する機械がまず比較を実行するように設定され得る。トータルのハッシュ比較を実行する機械１２ａに対してトータルのハッシュ比較を実行する機械１２ｂについての結果が同じでない場合、その後、方法３００は、システムエラーで終了し、システム１０は管理者に支援するよう促す。上の２つのプロトコル及び／又はこれの代替は、図５Ａの菱形３０４、３０８、３１２、３１８及び３２０で実行されたクエリのそれぞれに対して使用され得る。
【0149】
菱形３０４において、クエリに対する回答がノーであり、つまり機械１２ａについてのトータルハッシュが機械１２ｂについてのトータルハッシュと等しい場合、その後、２つの機械１２ａと１２ｂは、完全に同期される。方法３００は、楕円３２２で終了に進む。
【0150】
菱形３０４において、クエリに対する回答がイエスであり、つまり機械１２ａについてのトータルハッシュが機械１２ｂについてのトータルハッシュと等しくない場合、その後、方法３００は、問題が存在する場所を調べるためにハッシュ値を掘り下げる。ブロック３０６で、比較機械１２ａ又は１２ｂ（又は、両方の機械が比較する場合、最初に比較を実行する機械）は、翌月を選択する。実施形態において、先行する月がすでに同期され得たので、選択された第１の月は当月であり、当月においてミスマッチが存在するかもしれない可能性に至る。
【0151】
菱形３０８において、比較機械１２ａ又は１２ｂ（あるいは代替的に、上で議論された機械１２ａ又は１２ｂの両方）は、ブロック３０６において選択された月について、機械Ａについての月ハッシュ（月ハッシュＡ）が機械Ｂについての月ハッシュ（月ハッシュＢ）と等しくないか否かを決定する。菱形３０６のクエリに対する回答がノーであり、つまりその月のハッシュＡが同じ月ハッシュＢと等しい場合、方法３００は、解析するための別の月があるか否かを問い合わせる菱形３２０に進む。クエリ３２０に対する回答がノーであり、解析するための他の月がない場合、楕円３２２で説明されたように、方法３００は終了する。クエリ３２０に対する回答がイエスであり、解析するための別の月がある場合、その後方法３００は、ブロック３０６で別の月（例えば、第２の先行する月が後に続く第１の先行する月等）を選択するために戻り、その後、ブロック３０６、菱形３０８及び菱形３２０の間でちょうど記述されたループは、菱形３０８で月ハッシュＢとの月ハッシュＡミスマッチが生じるまで、又は、菱形３２０で決定されるように、それ以上残りの月がなくなるまで繰り返される。
【0152】
菱形３０４において、トータルのハッシュクエリが、ミスマッチが存在するが、ブロック３０６、菱形３０８及び菱形３２０間の月ごとのループがミスマッチを示さないと結論付けた場合、その後、方法３００はシステムエラーの結果となり、システム１０は管理者に支援するよう促す。
【0153】
方法３００が菱形３０８でミスマッチが生じた月を見つけたとき、方法３００は次に、ミスマッチが生じた月のうちの１つ以上の日を探す。ブロック３１０において、比較機械１２ａ又は１２ｂ（又は、両方の機械が比較する場合、最初に比較を実行する機械）は、翌日を選択する。実施形態において、先行する日は既に同期され得たので、選択された第１の日は当日であり、ミスマッチが当日に存在するかもしれない可能性に至る。
【0154】
菱形３１２において、比較機械１２ａ又は１２ｂ（又は、代替的に上で議論された機械１２ａ又は１２の両方）は、ブロック３１０で選択された日について、機械Ａ（日ハッシュＡ）についての日ハッシュは、機械Ｂ（日ハッシュＢ）についての日ハッシュと等しくないか否かを決定する。ブロック３０６のクエリに対する回答がノーであり、つまり日ハッシュＡが日ハッシュＢと等しい場合、その後、方法３００は、解析するための別の日があるか否かを問い合わせる菱形３１８に進む。クエリ３１８に対する回答がノーであり、解析するための当月の他の日がない場合、方法３００は、菱形３２０を含むループに関連して上で議論されたように解析するための別の月（例えば、別の先行する月）があるか否かを質問する。
【0155】
クエリ３１８に対する回答がイエスであり、解析するための別の日がある場合、その後、方法３００は、ブロック３１０で別の日（例えば、第２の先行する日が後に続く第１の先行する日等）を選択するために戻り、その後にブロック３１０、菱形３１２及び菱形３１８の間でちょうど記述されたループは、菱形３０８で日ハッシュＢとの日ハッシュＡのミスマッチが生じるまで、又は、菱形３１８で決定されるように、それ以上残りの日がなくなるまで繰り返される。
【0156】
菱形３０８において、月ごとのクエリが、月のうちにミスマッチが存在するが、ブロック３１０、菱形３１２及び菱形３１８の間のループは月について日ハッシュミスマッチを示さないことを結論付ける場合、その後、方法３００はシステムエラーの結果となり、システム１０は管理者に支援するよう促す。
【0157】
方法３００が菱形３０８でミスマッチが生じた日を見つけたとき、方法３００は、ブロック３１４と３１６で説明されたハッシュＡ及びハッシュＢ同期ステップに進む。ブロック３１４において、日ハッシュＡは、データミスマッチ日付について、機械１２ｂに対して同期される。ブロック３１６において、日ハッシュＢは、データミスマッチ日付について、機械１２ａに同期される。ブロック３１４と３１６のためのサブルーチンが、図５Ｂに関連して次に議論される。しかしながら、いったんトータルのハッシュＡが、菱形３０４でトータルのハッシュＢと異なると決定されると、ミスマッチングされたハッシュトータル内に複数の日と複数の月があり得ることがまず正しく認識されるべきである。したがって、月の内の所定の日についてブロック３１４と３１６で同期を実行した後にさえ、ブロック３１４と３１６の同期を必要とする同じ月内の１つ以上の他の日があり得る。同様に、ブロック３１４と３１６の同期を介して、第１の月の１つ以上の日を同期した後にさえ、ブロック３０６乃至菱形３２０によって規定されたループ内で決定されたように、ブロック３１４と３１６の同期を必要とするトータルのハッシュＡとトータルのハッシュＢの１つ以上の付加的な月の１つ以上の日があり得る。
【0158】
ブロック３０６乃至菱形３２０によって規定されたループによって決定されたように、いったん機械１２ａと１２ｂについて同期を必要とする月がそれ以上なくなると、方法３００は、楕円３２２で説明されたように終了する。
【0159】
ここで図５Ｂを参照すると、方法３５０は、図５Ａの方法３００のブロック３１４と３１６の両方において使用されるサブルーチンについての１つの実施形態を説明する。図５Ｂにおいて、Ｘは、ブロック３１４と３１６において、開始あるいは「フローム（from）」機械である。したがって、Ｘはブロック３１４における機械１２ａとブロック３１６における機械１２ｂである。同様に、Ｙは、ブロック３１４における機械１２ｂと、ブロック３１６における機械１２ａである。楕円３５２において、方法３５０が開始する。
【0160】
ブロック３５４において、機械Ｘは、解析されることになるデータの新たに生成された部分又はアレイを選択する。１つの実施形態において、機械Ｘは、解析されることになる最後の固有のＩＤを知り、ブロック３５４で解析されることになるシーケンスにおける次の固有のＩＤを選択する。
【0161】
菱形３５６において、方法３５０は、Ｙ機械が現在、対応する固有のＩＤを記憶するか否かを問い合わせる。回答がノーであり、機械Ｙが解析された固有のＩＤレコードを既に含まない場合、その後、機械Ｘは（そのタイムスタンプ、ハッシュ値、及び対応する実際のデータとともに）固有のＩＤレコードをコピーして、機械Ｙに対して置き換える。
【0162】
菱形３５６において、回答がイエスであり、機械Ｙが既に固有のＩＤレコードを含む場合、その後、方法３５０は、菱形３５８で決定されたように、機械Ｘについての現在のレコードハッシュが、機械Ｙについての現在のレコードハッシュと等しくないか否かを決定する。回答がノーであり、レコードハッシュＸがレコードハッシュＹと等しい場合、その後この固有のＩＤについてさらなる動作は必要とされず、方法３５０は、次の固有のＩＤが存在するかどうかに注目するために菱形３６６に進む。
【0163】
菱形３５８において、回答がイエスであり、レコードハッシュＸがレコードハッシュＹと等しくない場合、その後、菱形３６０において、方法３５０は、どの機械のタイムスタンプが後であるかを決定する。機械Ｘについてのタイムスタンプが、機械Ｙについてのタイムスタンプよりも遅い場合、その後、ブロック３６２における機械Ｘは、（そのタイムスタンプ、ハッシュ値、及び対応する実際のデータとともに）固有のＩＤレコードをコピーして、機械Ｙに対して置き換える。次に、菱形３６３において、機械Ｙは、（そのタイムスタンプ、ハッシュ値及び対応する実際のデータとともに）固有のＩＤレコードが正しく機械Ｙに移行されたか否かを見るためにチェックする。１つの実施形態において、機械Ｙは、それ自体のハッシュ値を算出して、レコードが正しく移行されたかどうかを決定するために、それを（図４Ｂの方法２２０に関連して議論された）機械Ｘから受信されたハッシュ値と比較する。そうでない場合、例えば算出されたハッシュ値が受信されたハッシュ値と等しくない場合、機械Ｙは対応するメッセージを機械Ｘに送り、機械Ｘはブロック３６２でステップを繰り返す。ブロック３６２と菱形３６３において、ループは、レコードが正しく移行される、例えば算出されたハッシュ値が受信されたハッシュ値と等しくなるまで繰り返される。
【0164】
代わりに機械Ｙについてのタイムスタンプが、機械Ｘについてのタイムスタンプよりも遅い場合、ブロック３６４における機械Ｙは、（そのタイムスタンプ、ハッシュ値、及び対応する実際のデータとともに、）固有のＩＤレコードをコピーして、機械Ｘに対して置き換える。次に、菱形３６５において、機械Ｘは、（そのタイムスタンプ、ハッシュ値及び対応する実際のデータとともに）レコードが正しく機械Ｘに移行されたか否かを見るためにチェックする。１つの実施形態において、機械Ｘは、それ自体のハッシュ値を算出し、レコードが正しく移行されたかどうかを決定するために、それを（図４Ｂの方法２２０に関連して議論された）機械Ｙから受信されたハッシュ値と比較する。そうでない場合、例えば算出されたハッシュ値が受信されたハッシュ値と等しくない場合、機械Ｘは、対応するメッセージを機械Ｙに送り、機械Ｙはブロック３６４において、ステップを繰り返す。ブロック３６４におけるループと菱形３６５は、レコードが正しく移行される、例えば算出されたハッシュ値が受信されたハッシュ値と等しくなるまで繰り返される。
【0165】
菱形３６３又は３６５における検証ステップの後、方法３５０は、菱形３６６において、機械Ｘにシーケンスにおいて次の固有のＩＤを探させる。シーケンスにおける次の固有のＩＤが存在する場合、方法３５０はブロック３５４から菱形２６６へのシーケンスを繰り返す。結局、機械Ｘは、時間方法３５０が楕円３６８で終了する時間において、菱形３６６に対する否定的な応答によって示されるように、機械Ｙとの同期をチェックするための新たなデータを使い切る。再び、図５Ａにおいて、任意の２つの機械１２ａと１２ｂは例えば両方、図５ＢのＸ機械とＹ機械である機械を得る。
【0166】
ここで図５Ｃを参照すると、方法３７０は、機械１２のいずれか中に記憶されたデータが正しくて、破損されていないことを検証するための１つの実施形態を説明する。実施形態において、分散データベースシステム１０の各機械１２は、いくつかの周期的なベース上で、例えば、各電源投入の際、スリープモードから起動された際、時間ごと、日ごと、各シフトの開始において、各処置の開始又は終了において、週ごと、月ごと、又は、他の何らかの所望の期間において、定期的に方法３７０を実行するようにプログラミングされる。
【0167】
楕円３７２において、方法３７０が開始する。ブロック３７４において、特定の機械１２ａ乃至１２ｊは、検証するのに値する翌月のデータを選択する。ブロック３７６において、特定の機械１２ａ乃至１２ｊは、選択された月内の、検証するのに値する翌日のデータを選択する。ブロック３７８において、特定の機械１２ａ乃至１２ｊは、選択された月の選択された日について検証するために、次のデータ（又はデータのアレイ）を選択する。ブロック３８０において、特定の機械１２ａ乃至１２ｊは、選択されたデータ（又はデータのアレイ）についての新たなハッシュ値を算出する。菱形３８２において、特定の機械１２ａ乃至１２ｊは、データ（又はデータのアレイ）についての現在の（以前に算出された）ハッシュ値を、データ（又はデータのアレイ）についての新たに算出されたハッシュ値と比較する。
【0168】
菱形３８２に対する回答がイエスであり、データ（又はデータのアレイ）についての現在の（以前に算出された）ハッシュ値が、データ（又はデータのアレイ）について新たに算出されたハッシュ値と等しくない場合、その後、特定のデータ（又はデータのアレイ）が破損されたと決定することに応答して、特定の機械１２ａ乃至１２ｊは、ブロック３８４において示されるように修正動作をとり得る。実施形態において、ブロック３８４における修正動作は、現在の（以前に算出された）ハッシュ値に関係付けられた破損されたデータ（又はデータアレイ）を削除することを含む。削除されたデータは、（図４Ａ、図５Ａ及び図５Ｂのサブルーチンを使用する）図６Ａと図６Ｂに関連して次に議論される同期手順を介して、自動的に置き換えられる。代替的な実施形態において、ブロック３８４において、修正動作は、菱形３８６において、破損データを習得する際に、図６Ａと図６Ｂに関連して次に議論される同期手順を自動的に引き起こすことを含む。機械１２は例えば、分散データベースシステム１０の次のダウンストリーム機械１２と同期するようにプログラミングされ得る、例えば破損されたデータを有する機械１２ａは機械１２ｂと、機械１２ｂは機械１２ｃと、機械１２ｊは機械１２ａと等、同期する。
【0169】
修正動作ブロック３８４の後に、又は、菱形３８２に対する回答がノーであり、データ（又はデータのアレイ）についての現在の（以前に算出された）ハッシュ値が、データ（又はデータのアレイ）について新たに算出されたハッシュ値と等しい場合、その後、ブロック３８６において、特定の機械１２ａ乃至１２ｊは、検証するための特定の日について別のデータレコードがあるか否かを問い合わせる。そうである場合、ブロック３７８と菱形３８６の間のループは、検証するための特定の日についての新たなデータレコードがなくなるまで繰り返され、この際、ブロック３８８において、特定の機械１２ａ乃至１２ｊは、（図４Ａのブロック２０８に対応する）選択された日についての新たなハッシュ値を算出する。
【0170】
ブロック３８８の後、菱形３９０において、特定の機械１２ａ乃至１２ｊは、検証するためのデータを有する選択された月において別の日があるか否かを問い合わせる。そうである場合、ブロック３７６と菱形３９０の間のループは、検証するためのデータレコードを有する選択された月内で新たな日がなくなるまで繰り返され、新たな日がなくなった時点で、ブロック３９２において特定の機械１２ａ乃至１２ｊが（図４Ａのブロック２１０に対応する）選択された月についての新たな月ハッシュ値を算出する。
【0171】
ブロック３９２の後に、菱形３９４において、特定の機械１２ａ乃至１２ｊは、検証するためのデータを有するトータルのハッシュにおいて別の月があるか否かを問い合わせる。そうである場合、ブロック３９６において、特定の機械１２ａ乃至１２ｊが、新たなトータルのハッシュ値を算出する時間において、ブロック３７４と菱形３９４の間のループは、検証するためのデータレコードを有するトータルのハッシュ値算出の内で新たな月がなくなるまで繰り返され、新たな月がなくなった時点で、ブロック３９６において、特定の機械１２ａ乃至１２ｊが（図４Ａのブロック２１２に対応する）新たなトータルハッシュ値を算出する。
【0172】
ブロック３９６の後に、方法３７０は、楕円３９８において終了する。図５Ｃの方法３７０は、説明されたように、全ての月、日、及びその機械についてのトータルハッシュ値のレコードについて、機械ベースによって機械上でデータを検証する。機械１２について全てのデータが検証されるのみでなく、新たなトータルハッシュ値、例えばトータルの日ハッシュ値、トータルの月ハッシュ値、及び、トータルのハッシュ値も検証される。この方法で、破損されたデータが分散データベースシステム１０の他の任意の機械１２に送られた場合、次に議論される同期手順を介してシステム１０の他の機械１２において修正される。
【0173】
図４Ａ、図５Ａ及び図５Ｂの方法は、図６Ａの「プッシュ・プル」方法４００と、図６Ｂの「プル」方法のために使用されるビルディングブロックである。ここで図６Ａを参照すると、方法４００は、各機械１２が特有のタイプの処置を受信する診療所１３０内の各患者についての全てのデータを含むように、機械１２を更新するために分散データベースシステム１０上で実現され得る１つの方法論を説明する。方法４００は、機械１２が、菱形４０４とブロック４０８の間で分散データベースシステム１０の他の機械１２に新たなデータを「プッシュ」し、ブロック４１０と菱形４１４間で互いからデータを「プル」する、データ同期モードの例である。方法４００は、各機械１２が、システム１０の他の機械１２に、又は、機械１２の集合にデータを交代でプッシュすることを可能にし得る。方法４００は、分散データベースシステム１０の１つの機械のためのものである。方法４００は、したがって、システム１０の各機械１２、又は機械１２の集合について繰り返される。
【0174】
楕円４０２において、方法４００が開始する。機械１２が送出処置を終了した時間に、データ更新を開始する可能性がある。例えば、診療所又は透析センター１３０が午前８：００と午後７：００の間に処置を提供する場合、方法４００は、夜遅くに、例えば午後１１：００に、機械１２がすべて洗浄されて次の処理シフト又は翌日のために準備される間又は後に、自動的に開始し得る。分散データベースシステム１０の機械１２はすべて、午後１１：００にハイバーネートする、又はスリープモードになり得る。必要に応じて、方法４００は、方法４００を実行するために、分散データベースシステム１０の各機械１２をスリープモードから起こす。
【0175】
所定の機械１２（又は機械１２の集合）について、菱形４０４とブロック４０６及び４０８は、その機械についての任意の新たなデータを、分散データベースシステム１０の全ての他の機械に対して生成して送る。菱形４０４において、機械１２は、送るための任意の新たなデータをそれが有するか否かを決定する。回答がイエスであり、送るための新たなデータがある場合、ブロック４０６において、機械１２は、図４Ａの方法２００のタグデータ又はメタデータを実行する。ブロック４０８において、１つの実施形態として、機械１２はその後、現在オンラインであり、図４Ｂの方法２２０にしたがってタグ付けされた新たなデータを受信する能力がある分散データベースシステム１０の他の機械の各々１２に対して、タグ付けされた新たなデータ（固有のＩＤレコード、タイムスタンプ、ハッシュ値、及び対応する実際のデータを含む）をプッシュする。
【0176】
（ｉ）各タグ付けされた新たなデータをそれが生成されるにつれて個々に他の機械にプッシュするか、あるいは代替的に、（ｉｉ）その日又は時間期間についての全ての新たなデータを収集して、分散データベースシステム１０の全ての他のオンライン機械１２に１つのパケットとして収集されたデータを送るように、ステップ４０４乃至４０８が実行され得ることが正しく認識されるべきである。菱形４０４で決定された機械１２についての他の新たなデータがないとき、方法４００は、オフラインであり得た他の任意の機械１２と同期するための同期（「プル」）部分に移動する。
【0177】
方法４００の同期部分は、ブロック４１０、４１２及び菱形４１４で実行される。ステップ４０４乃至４０８において、同じ機械１２（又は機械１２の集合）はここで、任意のデータが同期されるのを必要とするかどうかを見るために、分散データベースシステム１０の別の機械１２をブロック４１０において選び取る。実施形態において、機械１２は、次のアドレス指定された機械、及びその後以下の機械等を選び取る。例えば、機械１２ａはまず、機械１２ｂ、その後機械１２ｃ等を選び取る。最後のアドレス指定された機械は、第１のアドレス指定された機械を選び取って、その後例えば機械１２ｊが機械１２ａを、その後機械１２ｂを、等の順序で進む。
【0178】
ブロック４１２において、所定の機械１２とその選ばれた機械１２は、図５Ａと図５Ｂにおいて説明された同期シーケンスを実行する。同期シーケンスは、他の機械が新たなデータを生成した時間において、例えばシステム１０からオフラインであった機械のうちの１つ又は両方に起因して、所定の機械１２と選ばれたその機械１２との間の任意の損失データを供給する。菱形４１４において、選ばれた機械１２は、同期すべき分散データベースシステム１０の別の機械１２があるかどうかをチェックする。そうである場合、ステップ４１０乃至４１４は、選ばれた機械１２が分散データベースシステ１０の各他のオンライン機械と同期されるまで再び実行され、その後、方法４００が楕円４１６で説明されたように終了する。
【0179】
方法４００はその後、分散データベースシステム１０の各機械１２（又は、機械１２のサマリ）について実行される。この方法で、各機械１２（ｉ）は、その新たなデータをシステム１０他の機械１２のそれぞれに送って、（ｉｉ）システム１０の他の機械の各々と同調される。したがって、患者が診療所又は透析センター１３０に到着したとき、例えば翌日、患者は、分散データベースシステム１０の任意の機械１２ａ乃至１２ｊに案内され得る。その機械は、患者の完全な処置履歴を有する。機械は、患者の好ましい処置設定、又はおそらく、患者についての複数の設定又は好ましい設定の範囲、看護師や臨床医のためのストリーミング処置セットアップ、患者についての処置結果最適化も有する。
【0180】
代替的な「プッシュ」実施形態（説明されていない）は、ハブ及びスポークタイプのプッシュである。機械のうちの１つは、ハブ機械として動作する一方、分散データベースシステム１０の他の機械は、スポークスとして動作する。ここで、１つ以上のクラスタの機械、例えば、機械１２ａは、他の全ての機械１２ｂ乃至１２ｊからデータを受信する。機械１２ｂ乃至１２ｊは、ハブ機械１２ａによって要求されたシーケンスにしたがって、それらそれぞれのデータをそれぞれ送り得る。ハブ機械１２ａはその後、データがハブ機械１２ａに送られる順序で、機械１２ｂから１２ｊにデータを記憶する。いったんハブ機械１２ａが分散データベースシステム１０の全ての他の機械からのデータで完全に更新されると、ハブ機械１２ａは、機械１２ａのデータを含む合計されたデータを分散データベースシステム１０の全ての他の機械１２ｂ乃至１２ｊに送り、これはハブ機械１２ａによって要求されたシーケンスに再びしたがい得る。再び結局、例えば１０個の機械のうちのそれぞれは、分散データベースシステムの全ての他の機械からの同じデータを有するはずである。
【0181】
ここで図６Ｂを参照すると、方法４３０は、各機械１２が診療所１３０内の各患者について、又は診療所１３０内で特定のタイプの処置を受けている各患者についての全てのデータを含むように、機械１２を更新するために分散データベースシステム１０上で実現され得る別の方法論を説明する。方法４３０は、機械１２が分散データベースシステム１０の他の機械１２から、又はここで記述された機械の集合から新たなデータを「プル」するデータ同期モードの例である。方法４３０は、分散データベースシステム１０の１つの機械、又はここで記述された機械１２の集合についてのものである。方法４００はしたがって、システムの各機械１２又は機械１２の集合について繰り返される。
【0182】
楕円４３２において、方法４３０は開始する。ステップ４３４と４３６は、図６Ａの方法４００のステップ４０４とステップ４０６に対して非常に類似している。ステップ４３６は、図４Ａの方法２００にしたがって実行される。ここで、しかしながら、機械１２はステップ４３４と４３６において、新たなデータのうちの全てを一度にデータタグ付けするが、分散データベースシステム１０の他の機械１２のそれを送らない。方法４００のステップ４０８は、方法４３０にはない。新たなデータは、ステップ４３８乃至４４２の同期プロセスを介して機械１２から代わりにプルされ、これは図６Ａの方法４００について上述されたステップ４１０乃至４１４と同じように実行される。
【0183】
ステップ４３４乃至ステップ４３６において、同じ機械１２又は機械１２の集合は、任意のデータが同期されることになる必要があるかどうかを見るために、ここでブロック４３８において分散データベースシステム１０の別の機械１２を選び取る。実施形態において、機械１２は次にアドレスされた機械を選び、その後、それに続く機械等を選び取る。ブロック４４０では、所定の機械１２とその選ばれた機械１２が、図５Ａと図５Ｂにおいて説明された同期シーケンスを実行する。同期シーケンスは、例えば、他の機械が新たなデータを生成した時点においてシステム１０からオフラインであった機械の１つ又は両方に起因して、所定の機械１２とその選ばれた機械１２の間で欠けている任意のデータを供給する。菱形４４２において、所定の機械１２は同期するための分散データベースシステム１０の別の機械１２があるかどうかをチェックする。そうである場合、ステップ４３８乃至４４２は、楕円４４４において説明されたように、方法４３０が終了した後に、所定の機械１２が分散データベース１０の各他のオンライン機械と同期するまで再び実行される。
【0184】
方法４３０はその後、分散データベースシステム１０の各機械１２、又は機械１２の集合について実行される。したがって、各機械１２は、（ｉ）分散データベースシステム１０の他の機械１２の各々からデータをプルし、（ｉｉ）分散データベースシステム１０の他の機械１２の各々と同期される。その後、患者が診療所又は透析センター１３０に到着したとき、例えば翌日、患者は、分散データベースシステム１０の任意の機械１２ａ乃至１２ｊに案内され得る。その機械は、患者の完全な処置履歴と好ましい設定を有し得る。
【0185】
ここで図７Ａを参照すると、方法５００は、分散データベースシステム１０の機械にソフトウェア更新を提供するための１つの実施形態を説明する。実施形態におけるソフトウェア更新は、ソフトウェア更新を操作し、これはメインの制御ソフトウェア、ユーザインターフェース、セーフティソフトウェア、（ウォーターシステム又は遠隔センサのような）周辺アイテム、ソフトウェアコンフィギュレーション（それらの特有の設定においてどのように機械１２が働くかについてのユーザ／診療所選好）、及びこれらの任意の組み合わせであり得る。楕円５０２において、方法５００が開始する。ブロック５０４において、分散データベースシステム１０の機械１２のうちの１つに対して、新たなソフトウェアがダウンロードされる。ソフトウェアは、機械において、ＵＳＢドライブを介して、又は上述されたＬＡＮ実施形態のいずれかを介したＬＡＮ１５０を通してダウンロードされ得る。ソフトウェアは、１つの実施形態においてサーバコンピュータ１８０から提供され得る。
【0186】
実施形態において、新たなソフトウェアは、オンラインの分散データベースシステム１０のうち、最も低い番号の又は最も早い文字でアドレス指定された機械１２に対して自動的にダウンロードされる。例えば、ＬＡＮ１５０を介したサーバコンピュータ１８０は、ソフトウェアを機械１２ａに対して、それがオンラインであればダウンロードし、又は、機械１２ｂに対して、それがオンラインで機械１２ａがオフラインであればダウンロードする。代替的に、インストーラは、初期インストールのために、ＵＳＢドライブを分散データベース１０の任意の機械１２ａ乃至１２ｊに手動で運ぶことができる。その機械はその後、次のアドレス指定されたオンライン機械を選択する、例えば、インストーラがＵＳＢドライブを機械１２ｇに運んだ場合、機械１２ｇはその後新たなソフトウェアを機械１２ｈ等に送出する。
【0187】
菱形５０６において、初期機械１２におけるユーザ（看護師又は臨床医）は、新たなオペレーティング・ソフトウェアのインストールを確認するか否かを決定する。ユーザは、どのような理由からでも、例えばユーザが現在のソフトウェアを好むので、新たなソフトウェアを受容する必要はない。ユーザがブロック５０８において新たなソフトウェアを受容しないと決定した場合、新たなソフトウェアは、初期の機械１２においてインストールされない。新たなソフトウェアはそれにも関わらず、拒絶されたことを示すフラグと拒絶された日付で初期の機械１２のメモリ中に存在する。システム管理者は、初期の機械１２がソフトウェアを拒絶したことを通知され得る。拒絶されたソフトウェアは、後の日付で受容され得、周期的にユーザをそれらがソフトウェア更新のために準備しているかどうかを見るように促進するように構成され得る。
【0188】
ユーザが菱形５０６において新たなソフトウェアを受容することを決定した場合、ブロック５１０における新たなソフトウェア又はソフトウェアのコンフィギュレーションは、初期の機械１２においてインストールされる。ブロック５０８（ダウンロード、しかしインストールしない）、又は、ブロック５１０（ダウンロードして、インストール）の後のいずれかのケースにおいて、初期の機械は分散データベースシステム１０の新たな機械を選び取り、菱形５１４で示されるように、ＬＡＮ１５０を使用する新たな機械に、新たな機械が新たなソフトウェアを必要とするか否かを尋ねる。再び、新たな機械は次のアドレス指定された機械を、例えば機械１２ａが機械１２ｂを選択し、これは機械１２ｃ等を選択する。（図１Ａの）機械１２ｊは、第１の機械１２ａを選択する。
【0189】
菱形５１４の質問に対する回答がノーであり、例えば新たな機械１２が既に新たなオペレーティング・ソフトウェアを有する場合、その後、菱形５１８において、初期機械１２は、分散データベースシステム１０の別の機械があるかどうかに注目する。菱形５１４の質問に対する回答がイエスであり、例えば新たな機械１２が新たなオペレーティング・ソフトウェアを必要とする場合、その後、ブロック５１６においてインストールサブルーチンが実行される。インストールサブルーチンは、図７Ｂに関連して以下で詳細に議論される。
【0190】
ブロック５１６において、インストールサブルーチンが完了されたとき、又は、菱形５１４で決定されたように、新たな機械が新たなオペレーティング・ソフトウェアを必要としない場合、菱形５１８において、方法５００は、問い合わせるための分散データベースシステム１０の別の機械があるか否かを決定する。そうである場合、その後ブロック５１２から菱形５１８の間で生成されたループは、問い合わせるための分散データベースシステムの他の機械がなくなるまで繰り返される。方法５００はその後楕円５２０で終了する。
【0191】
ここで図７Ｂを参照すると、方法５３０は、図７Ａの方法５００のインストールサブルーチン５１６のための１つの実施形態を説明する。楕円５３２において、方法５３０は、新たなオペレーティング・ソフトウェアを新たな機械に（例えば、初期機械から第１の新たな機械に、第１の新たな機械から第２の新たな機械に、第２の新たな機械から第３の新たな機械に等）ダウンロードすることによって開始する。菱形５３４において、新たな機械１２において、ユーザ（看護師又は臨床医）は、新たなオペレーティング・ソフトウェアのインストールを確認するかしないかを決定する。ユーザは再び、例えばユーザが現在のソフトウェアを好むなど、どのような理由からでも、新たなソフトウェアを受容する必要はない。ユーザが新たなソフトウェアをブロック５３６で受容しないと決定した場合、新たなソフトウェアは新たな機械１２にインストールされない。新たなソフトウェアはそれにも関わらず、拒絶されたことを示すフラグと拒絶された日付とともに、新たな機械１２のメモリ中に存在する。システム管理者は、新たな機械１２が新たなオペレーティング・ソフトウェアを拒絶したことを通知され得る。拒絶されたソフトウェアは、後の日付で新たな機械で受容され得、それらがソフトウェア更新のために準備ができているかどうかを見るように、周期的にユーザを促すように構成され得る。
【0192】
新たな機械におけるユーザが、菱形５３４において新たなソフトウェアを受容することを決定した場合、ブロック５３８において、新たなソフトウェア又はソフトウェアのコンフィギュレーションは、新たな機械１２においてインストールされる。いずれのケースにおいても、ブロック５３６（ダウンロード、しかしインストールしない）の後又はブロック５３８（ダウンロードしてインストールする）の後、楕円５４０で示されるように、方法５３０の初期化サブルーチンは終了する。ブロック５１２と菱形５１８の間に生成されたループに戻ると、新たな機械は第１の新たな機械になり、これはブロック５１２において第２の新たな機械を選び取る。菱形５１４で決定されたように、第２の新たな機械が新たなオペレーティング・ソフトウェアを必要とする場合、その後サブルーチン５１６において、第１の新たな機械が第２の新たな機械に対して新たなソフトウェアをダウンロードする。菱形５１４において決定されたように、第２の新たな機械が新たなオペレーティング・ソフトウェアを必要としない場合、その後、第３の新たな機械がブロック５１２において選び取られ得る。菱形５１４において決定されたように、第３の新たな機械が新たなオペレーティング・ソフトウェアを必要とする場合、その後、サブルーチン５１６の１つの実施形態において、第１の新たな機械は新たなソフトウェアを第３の新たな機械にダウンロードする。代替的な実施形態において、菱形５１４において決定されたように、第２の新たな機械が既に新たなオペレーティング・ソフトウェアを有するので、第２の新たな機械は新たなソフトウェア乃至第３の新たな機械をダウンロードできる。
【0193】
図７Ａ及び図７Ｂは、新たなオペレーティング・ソフトウェアが、分散データベースシステム１０のオンライン機械１２の各々に、機械対機械（machine to machine）で順次プッシュされる場合の例を説明する。代替的な実施形態において、システム１０は、代わりに、新たなオペレーティング・ソフトウェアを各オンライン機械１２に一度に並行してプッシュする。各機械におけるユーザ（看護師又は臨床医）は、その後、上述された方法で、ステップ５０６と５０８又は５１０（又はステップ５３４と５３６又は５３８）を通して、処理を進行する。
【0194】
他方、１つの実施形態において図７Ｃの方法５５０は、オフラインであった機械１２がオンラインに戻るとき、実行される。ここで、新たにオンラインとなった機械１２は、「プル」すべき任意の新たなオペレーティング・ソフトウェアがあるかどうかを知るために、分散データベースシステム１０の他の機械１２に注目する。そうである場合、新たにオンラインとなった機械は、このようなソフトウェアをインストールするために選ぶオプションを与えられる。方法５５０は、楕円５５２で開始する。ブロック５５４において、新たにオンラインとなった機械１２は、問い合わせるための分散データベースシステム１０の機械を選び取る。以前のように、機械１２は次のアドレス指定された機械を選び取ることができ、例えば機械１２ｄはまず機械１２ｅを、その後機械１２ｆを、その後機械１２ｇ等を選び取る。
【0195】
菱形５５６において、新たにオンラインとなった機械１２は、選択された機械がより高いバージョンを有するかどうかを見るために、そのオペレーティング・ソフトウェアバージョンを選択された機械のものと比較する。そうでない場合、新たにオンラインとなった機械１２が、菱形５６０で問い合わせるための別の機械があるかどうかをチェックする。イエスである場合、新たにオンラインとなった機械１２は、ブロック５５８で示されるように、選択された機械からより新たなソフトウェアを検索する（が、インストールしない）。ブロック５５８の後に、又は、菱形５５６に対する回答がノーである場合、新たにオンラインとなった機械は、菱形５６０で問い合わせるための別の機械があるかどうかを見るためにチェックする。問い合わせるための別の機械１２がある場合、菱形５５６において、新たにオンラインとなった機械１２は、第２の選択された機械１２がよりいっそう最新のバージョンを有するかどうかを知るために、その最新のソフトウェアバージョン（そのオリジナルのソフトウェアバージョン又はブロック５５８で検索されたより新たなバージョン）を、第２の選択された機械のものと比較する。そうである場合、新たにオンラインとなった機械は、よりいっそう最新のバージョンを検索し、より古いバージョンをパージする。ブロック５５４から菱形５６０へのループは、菱形５６０で決定されたように、新たにオンラインとなった機械１２が分散データベースシステム１０の全ての他の機械１２に問い合わせるまで繰り返される。
【0196】
菱形５６２において、新たにオンラインとなった機械１２が新たなソフトウェアを検索しなかった場合、その後、方法５５０は楕円５７０において終了する。菱形５６２において、新たにオンラインとなった機械１２が新たなソフトウェアを検索した場合、その後菱形５６４におけるユーザ（例えば、看護師又は臨床医）は、新たに検索されたソフトウェアのインストールを確認するか又は否定するかを促される。ユーザは再び、例えばユーザが現在のソフトウェアを好むなど、どのような理由からでも、新たなソフトウェアを受容する必要はない。ユーザがブロック５６６において新たなソフトウェアを受容しないと決定した場合、新たなソフトウェアは、新たな機械１２においてインストールされない。新たなソフトウェアは、それにも関わらず、拒絶されたことを示すフラグと拒絶された日付とともに新たな機械１２のメモリ中に存在する。システム管理者は、新たな機械１２がソフトウェアを拒絶したことを通知され得る。拒絶されたソフトウェアは、新たにオンラインとなった機械１２において後の日付で受容され得、それらがソフトウェア更新のために準備できているかどうかを周期的にユーザに促すように構成され得る。
【0197】
菱形５６４において、新たにオンラインとなった機械におけるユーザが、新たなソフトウェアを受容することを決定した場合、ブロック５６８において、新たなソフトウェア又はソフトウェアのコンフィギュレーションが新たな機械１２においてインストールされる。方法５５０は、その後、楕円５７０において終了する。方法５５０のソフトウェア受信機械１２が新たにオンラインとなった機械である必要はなく、代わりに分散データベースシステム１０の各機械１２であり得、これは、認可のためにダウンロードすべきより新たな任意のオペレーティング・ソフトウェアがあるかどうかを知るために、それ自体を周期的に促すことが正しく認識されるべきである。また、ここで議論された任意のソフトウェア更新シナリオにおいて、例えば上述した菱形５６４において、ユーザに受諾又は確認を要求することは、調整制御のもとで有利である又は必要とされ得る一方、代替的な実施形態では、このような受諾又は確認は要求されない。
【0198】
ここで図８Ａと図８Ｂを参照すると、リアルタイムデータはアラームに限定されず、看護師又は臨床医に関する他の情報を含み得る。図８Ａは、機械１２のユーザインターフェース１４上（以下の図１０を参照）で表示され得るユーザインターフェース１４の例示的なホームスクリーン２４２を図示する。説明された実施形態において、ホームスクリーン２４２は、血液透析（「ＨＤ」）機械又は血液透析濾過（「ＨＤＦ」）機械のためのものであって、ＨＤ又はＨＤＦに関する処方パラメータ及び処置出力データを表示する。ホームスクリーン２４２は「診療所サマリ」ボタン２４４も表示し、これは押されたとき、看護師又は臨床に、図８Ｂにおいて説明されたユーザインターフェース１４の診療所サマリスクリーン２４６をみせる。診療所サマリスクリーン２４６は、押されたとき、看護師又は臨床医をホームスクリーン２４２に戻らせる「ホーム」ボタン２４８を含む。したがって、看護師又は臨床医は、２つのボタンの押下により、分散データベースシステム１０の任意の機器１２から、分散データベースの全ての機械１２のリアルタイム進行のサマリを非常に迅速に見ることができ、その後、看護師又は臨床医が注意を払っている機械１２のユーザインターフェースディスプレイに戻ることができる。
【0199】
図８Ｂの臨床医のサマリスクリーン２４６は、任意の所望の情報を表示できる。説明された実施形態において、臨床医のサマリスクリーン２４６は、機械の現在の状態（例えば、実行している、休止された、アラーム状態のもと、又は、使用されていない）、経過した処置時間、残っている処置時間、収集されたＵＦの量、患者の血圧、及びアラーム履歴に関する情報を各機械１２ａ乃至１２ｊのために表示する。他の処置出力データも表示され得る。さらに、表示されたデータの１つ以上はまた、選択されたデータに関してより多くの情報を集めるために看護師又は臨床医が押すことができるボタンであり得る。
【0200】
図３とともに先に議論されたように、臨床医のサマリスクリーン２４６のリアルタイムデータが、通常の処置のために共有された処方データと処置出力データとは異なる分散データベース上で共有されることが考えられる。そうするために、タイマ及びセンサ出力は、異なるメモリ１８（以下で図１０を参照）、又は、同じメモリ１８のエリアに送られ得る。例えば、患者の血圧読取値（reading）は、第１の分散データベース上で共有する通常処置のための第１のメモリ１８又はメモリ１８のエリア、及び、第２の分散データベース上において、リアルタイムのストリーミングのための第２のメモリ１８又はメモリ１８のエリアに送られ得る。この方法で、第２のリアルタイムストリーミング分散データベースのデータの誤作動又は破損は、機械１２の通常動作あるいは通常処方パラメータ又は処置出力データの共有に影響を与えない。
【0201】
臨床医のサマリスクリーンを除いて、処置サマリスクリーン、患者サマリスクリーン、プランニングサマリスクリーン、在庫又は備蓄保存サマリスクリーン、及びスタッフサマリスクリーンのような１つ以上の付加的なサマリスクリーンを提供することが考えられる。スクリーンのそれぞれは、図８Ａにおいて上で説明されたホームスクリーンボタンを介して呼び出され得る。複数のサマリスクリーンが考えられる場合、ホームスクリーン２４２は、「サマリ」ボタンを提供でき、これは押されたとき、一連のサマリボタン、「診療所サマリ」、「処置サマリ」、「患者サマリ」、「プランニングサマリ」、「在庫保存サマリ」、及び「スタッフサマリ」についてのそれぞれ１つを呼び出す。サマリボタンのいずれかを押すことは、戻り「ホーム」ボタン２４８とともに装備される適切なスクリーンにユーザを導く。
【0202】
一般的に、「処置サマリ」ボタンは、押されたときに単一の患者と単一の処置についての情報を提供するスクリーンに導く。「患者サマリ」ボタンは、押されたとき、複数の処置に渡って単一の患者についての情報を提供するスクリーンに導く。「プランニングサマリ」ボタンは、押されたときに、１人以上の患者の処置について計画された日付を示す日ごと、週ごと及び／又は月ごとのカレンダーであり得るスクリーンに導く。「在庫保存サマリ」ボタンは、押されたとき、供給名、及び、各供給のどの位が在庫にあり、各供給のどのくらいが取り寄せ待ちであるかをリストに挙げている在庫サマリスクリーンに導き得る。「スタッフサマリ」ボタンは、押されたとき、診療所に関係付けられた全ての臨床医、看護師及び医師、その誰が現在診療所にいるか、彼らのシフト時間、彼らの技術的専門分野、及びこれに類するものをリストに挙げる「スタッフサマリ」スクリーンに導き得る。したがって、分散データベース１０の任意の機械１２における看護師又は臨床医は、上記の情報のサマリのいずれかに迅速に容易に到達できる。
【0203】
１つの実施形態において、看護師又は臨床医のようなユーザは、識別を入力して、ちょうど説明されたサマリ情報を含む本開示の分散データベースの任意の情報をレビューするための認証を受けなければならない。例えば、ホームスクリーン２４２と臨床医サマリスクリーン２４６の間の機械１２は、ユーザのユーザ識別とパスワードを要求する認証スクリーン（図示されていない）を提示し得る。機械１２は、認証されたユーザ名とパスワードの入力の後にのみ、要求する看護師又は臨床医が臨床医サマリスクリーンを見ることができるようにプログラミングされる。上述された任意の及び全ての分散データベースデータ、例えば任意の医学的に関連付けられたデータの検索が、保護されたユーザ名とパスワードとなることが考えられる。遠隔コンピュータ１７０とＰＣＤ’ｓ１７５は、遠隔コンピュータ１７０とＰＣＤ’ｓ１７５で生成されたコンピュータと人間の区別をつけるための完全自動化パブリックターニングテスト（Completely Automated Public Turing test to tell Computers and Humans Apart）（ＣＡＰＴＣＨＡ）コードを手動で入力するように要求されるような、さらに厳しい認証の対象であり得る。厳しい認証はまた、機械１２及び／又は遠隔コンピュータ１７０とＰＣＤ’ｓ１７５で要求され、例えば、要求している人が知っている何か（例えば、パスワード）及び、要求している人が所有している何か（例えば、認証カード）に基づく認証（例えば、ログイン）の形態で要求され得る。さらに、例えば、１つ以上の機械１２、サーバ１８０及び／又はパーソナルコンピュータ１７０で、システム１０が、例えば診療所１３０ａ乃至１３０ｃのどの人が分散データベースシステム１０上のどのデータにアクセスしたかのログを追跡することが考えられる。この方法で、システム１０のどの個人が任意の特有のデータにアクセスしたかのリスティングが生成され得る。
【0204】
ここで図９を参照すると、方法２５０は、図４Ａ乃至図６Ｂに関連して上で議論された方法のうちの１つを介して、分散データベースシステム１０によって取得された機械処方パラメータ又は処置出力データ（「データ」）についての１つの可能性あるライフサイクルを説明する。楕円２５２において、方法２５０は開始する。ブロック２５４において、分散データベースシステム１０の機械１２ａ乃至機械１２ｊのうちの１つにおいて、新たなデータが取得される。ブロック２５６において、新たに取得されたデータは、動いている平均傾向に入力される。例えば、データは、患者から除去された限外濾過（「ＵＦ」）の量であり得、進行中又は動いているＵＦ傾向において最新又は最も最近のＵＦエントリとして入力される。傾向は、実際のデータ傾向、３日の動いている平均傾向、７日の動いている平均傾向等の複数の傾向を含み得る。本開示のシステム１０は、複数の患者と複数の処置についてのデータをコンパイルすることを利用しており、トレンディングと平均の算出は２つの態様である。
【0205】
ブロック２５８において、新たなデータと更新された傾向は、分散データベースシステム１０の他の機械１２に同期される。同期は、図４Ａ乃至図６Ｂの方法に関連して上で議論された方法のうちのいずれかにしたがって実行され得る。看護師又は臨床医は、その後、分散データベースシステム１０の機械１２ａ乃至１２ｊのそれぞれにおいて、表にされ、傾向化された形態でデータを見ることができる。
【0206】
オプション的なステップがブロック２６０（極めて細い線で示されている）で提供される。ここでのデータは、１つ以上のサーバコンピュータ１８０又はパーソナルコンピュータ１７０にバックアップされる。ここで議論されたように、分散データベースシステム１０は、任意のサーバコンピュータなしで動作できる。例えばブロック２６０において、バックアップは、代わりに、外部メモリ記憶装置、例えばＵＳＢ又はフラッシュ装置にされる。しかしながら、診療所１３０が、サーバコンピュータ１８０又はパーソナルコンピュータ１７０をＬＡＮに接続したい場合、分散データベースシステム１０はそうする機会、例えばバックアップメモリ装置として使用するための機会を提供する。
【0207】
ブロック２６２において、要求、及び、分散データベースシステム１０の機械１２ａ乃至１２ｊのメモリ容量による指示に従って、時間期間後、例えば６か月又は１年の期間後に、及び、データは分散データベースシステム１０からパージされる。このように、機械１２ａ乃至１２ｊのメモリ容量は過度に大きい必要はない。しかしながら、個々のデータポイントがパージされたとしても、データは１つ以上の傾向の一部としてＬＡＮ１５０の機械１２上で依然として維持され得る。また、データはバックアップされて、必要であれば、後にメモリ記憶装置から検索され得る。
【0208】
本願の出願時点において、大部分の機械１２について必要とされるメモリ又はハードディスクは、約３２から６４ギガバイトの典型的な容量を有することが着目されるべきである。多くのケースにおいて、コストに基づいて機械１２についてのメモリのサイズが選択されるが、より大きなメモリは供給が多く及び／又はより容易に利用可能であるので、より大きなメモリは、より小さなメモリよりも実際により安価になり得る。典型的な処置が約２から４キロバイトのデータを要求する場合、機械１２は、百万のオーダで処置を記憶できる。所定の機械１２が、例えば１０年といったその寿命の間に５０００の処置を実行することを仮定すると、その機械１２は２００個の機械についての処置データを記憶できる。それにも関わらず、データは、記憶容量以外の理由でシステム１０からパージされる必要があり得る。例えば、ある法域（jurisdiction）の医療規制は、患者がもはや診療所との関係性を有していないとき、患者についての情報が除去されることを要求し得る。したがって、ブロック２６２において、指定された時間期間は、メモリ記憶装置の問題よりもむしろ規制要件によるものであり得る。
【0209】
データを削除する又は除去するために、１つの実施形態では、システム１０はデータを削除するが、データに取り付けられたメタデータを残す。システム１０は、削除の時間に分散データベースから切断された機械１２が後で再接続されたとき、削除されたデータが再記憶されないことを確実にするために、後に残されたメタデータを使用する。システム１０は、全ての削除されたデータが分散データベースにおいて全ての機械１２から削除されることを確実にするためのハンドシェーキングプロセスを提供する。ここで、削除されたデータは、新たなヘッダ又は識別子と、どのようにしていつデータが削除されたかについての痕跡を与えられる。他の機械が新たな「削除された」データがあることを知り、それらのデータを削除されたデータと同じ位置において更新できるように、図４Ａ乃至図６Ｂに関連して議論された方法のいずれかにしたがって、ヘッダと痕跡は、他の機械１２に伝播される。全ての機械１２がデータを削除したか否かを追跡できるように、ヘッダ中のアレイを提供することがさらに考えられる。全ての機械１２が削除されたデータメッセージを受信した後に、データが実際に削除され、新たなデータのために使用されることになるメモリ１８におけるセル（図１０）を解放したことを確実にするように、付加的なヘッダが構築され得る。
【0210】
楕円２６４において、方法２５０が終了する。
【0211】
図１０と図１１は、機械１２の血液透析、血液透析濾過、及び血液濾過バージョンについての詳細を提供する。例えばユーザインターフェース、処理、メモリ、ポンプのような腎臓疾病治療機械１２の構造の殆どは、他のタイプの機械上で同様に提供される。しかしながら、議論された腎臓疾病治療機械１２に関係付けられた入力パラメータと処置出力データのうちのいずれかが、次にちょうど記述される更新データ中に含まれることが考えられる。
【0212】
図１０は、腎臓疾病治療機械１２がユーザインターフェース１４を含むことを説明し、これは看護師又は他のオペレータが、腎臓疾病治療機械１２と対話するのを可能にする。ユーザインターフェース１４は、タッチスクリーンオーバーレイ、例えば膜スイッチのような電気機械的ボタン、又は両方の組み合わせで動作可能なモニタスクリーンを有し得る。ユーザインターフェース１４は、少なくとも１つのプロセッサ１６と少なくとも１つのメモリ１８と電気通信している。上で議論されたように、少なくとも１つのメモリ１８は、３２から６４ギガバイトの容量を有し得る。少なくとも１つのプロセッサ１６は、出願時におけるそれらについて既知の標準処理スピード、例えば２ギガヘルツを有し得る。プロセッサ１６とメモリ１８はまた、例えば血液透析回路３０のポンプ、バルブ及びセンサのような、ここで記述されたポンプ、バルブ及びセンサと電子的に対話し、適切である場合制御する。少なくとも１つのプロセッサ１６と少なくとも１つのメモリ１８は、論理インプリメンタ２０としてここで集合的に言及される。
【0213】
血液透析回路３０は、浄化水注入ライン３２、酸（「Ａ」）濃縮ライン３４と重炭酸塩（「Ｂ」）濃縮ライン３６を含む。浄化水注入ライン３２は、浄化水装置又はソース２２から浄化された水を受け取る。水は、逆浸透、炭素フィルタリング、紫外線放射、電気による消イオン（electrodeionization）（「ＥＤＩ」）、及び／又は、限外濾過のような、任意の１つ以上のプロセスを使用して浄化され得る。
【0214】
蠕動又はピストンポンプのようなＡ濃縮ポンプ３８は、Ａ濃縮ライン３４を介してＡ濃縮ソース２４から浄化水注入ライン３２にＡ濃縮物をポンピングする。伝導セル４０は、浄化水でＡ濃縮物の伝導効果を測定し、論理インプリメンタ２０に信号を送り、これはＡ濃縮ポンプ３８を制御することによって、Ａ濃縮物を適切に調和させるための信号を使用する。Ａ伝導信号は、温度センサ４２からの読取値を介して補償された温度である。
【0215】
蠕動又はピストンポンプのようなＡＢ濃縮ポンプ４４は、Ｂ濃縮ライン３６を介してＢ濃縮ソース２６から浄化水注入ライン３２にＢ濃縮物をポンピングする。伝導セル４６は、浄化水／Ａ濃縮混合物で、Ｂ濃縮物の伝導効果を測定し、論理インプリメンタ２０に信号を送り、これはＢ濃縮ポンプ４４を制御することによって、Ｂ濃縮物を適切に調和させるための信号を使用する。Ｂ伝導信号はまた、温度センサ４２からの読取値を介して補償された温度である。
【0216】
加熱タンク５０は、身体温度、例えば３７℃に対する処置のために浄化水を加熱するように、論理インプリメンタ２０によって制御された加熱器５２とともに動作する。タンク５０中の水を加熱することはまた、水からガス抜きをする。説明し易いように、別のガス抜きチャンバとポンプは説明されていないが、浄化水から空気を除去する際、拡張タンク５０を支援するために提供され得る。流体出口伝導セル４６は、したがって、新しく準備された透析物であり、適切にガス抜きされ、加熱されており、処置のために透析物１０２に送るのに適切である。ギアポンプのような新しい透析物ポンプ５４は、新しい透析物を透析装置１０２に送出する。論理インプリメンタ２０は、以下でさらに詳細に記述される指定されたフローレートで、新しい透析物を透析装置１０２に送出するために、新しい透析物ポンプ５４を制御する。
【0217】
使用された透析物ポンプ５８を介してドレインライン５６は、透析装置からドレイン６０に使用済透析物を戻す。論理インプリメンタ２０は、指定されたフローレートで透析装置１０２から使用済透析物をプルするように、使用済透析物ポンプ５８を制御する。空気セパレータ６２は、ドレインライン５６中の使用済透析物から空気を分離する。圧力センサ６４は、ドレインライン５６内の使用済透析物流体の圧力を感知して、対応する圧力信号を論理インプリメンタ２０に送る。
【0218】
伝導セル６６は、ドレインライン５６を通して流れる使用済流体の伝導率を測定して、論理インプリメンタ２０に信号を送る。セル６６の伝導信号は、温度センサ６８からの読取値を介して補償された温度でもある。光学検出器のような血液漏れ検出器７０は、例えば透析膜が破れや漏れを有するかどうかを検出するために、ドレインライン中の血液の存在を探す。熱交換器７２は、エネルギーを保全するために、加熱器５２に向かって移動する浄化水を予熱して、透析物回路３０からドレイン６０に出る使用済透析物から熱を取り戻す。
【0219】
流体迂回ライン７４は、新しい透析物が、解析装置１０２に接触することなく新しい透析物ライン７６からドレインライン５６に流れるのを可能にする。新しい透析物チューブ７８は、腎臓疾病治療機械１２から伸長して、新しい透析物を新しい透析物ライン７６から透析装置１０２に運ぶ。使用済透析物チューブ８０はまた、腎臓疾病治療機械１２から伸長して、透析物１０２からドレインライン５６に使用済透析物を運ぶ。
【0220】
新しい透析物ラインはまた、伝導センサ又はセル８２を含み、これはＵＦシステム制御ユニット９０を出る新しい透析物の伝導度を感知して、対応する信号を論理インプリメンタ２０に送る。セル８２の伝導信号は同様に、温度センサ８４からの読取値を介して補償された温度である。
【0221】
限外濾過器８６は、透析物ライン７６と新しい透析物チューブ７８を介して解析装置１０２に送出される前に新しい透析物をさらに浄化する。以下でさらに詳細に議論されるように、１つ以上の限外濾過器８８は、前希釈又は後希釈血液濾過又は血液透析濾過を実行するための置換流体として使用され得る点において、新しい透析物を浄化するのに使用され得る。
【0222】
ＵＦシステム９０は、透析装置１０２に流れる（及び／又は血液セット（図１１）に直接流れる置換流体としての）新しい透析物と、透析装置から流れる使用済流体のフローレートを監視する。ＵＦシステム９０は、新しい及び使用済フローセンサＱ１ｃとＱ２ｃをそれぞれ含み、これは新しい及び使用済の透析物フローレートをそれぞれ示す論理インプリメンタ２０に信号を送る。論理インプリメンタ２０は、処置の過程に渡って患者から処方された量の血液濾過（「ＵＦ」）を除去するために、予め決定された量で新しい透析物ポンプ５４よりも速くポンピングするように使用済透析物ポンプ５８を設定するために信号を使用する。新しい及び使用済のフローセンサＱ１ｐとＱ２ｐは、ＵＦシステム９０が適切に機能することを確実にする冗長センサである。
【0223】
腎臓疾病治療機械１２は、処方された処置を選択的に制御するために論理インプリメンタ２０の制御下で複数のバルブ９２（集合的にバルブ９２ａ乃至９２ｌを指す）を使用する。特に、バルブ９２ａは、例えば、殺菌流体が、新しい透析物ライン７６からドレインライン５６に流れることができるようにするために、迂回ライン６８を選択的に開いて閉じる。バルブ９２ｂは新しい透析物ライン７６を選択的に開いて閉じる。バルブ９２ｂは使用済透析物又はドレインライン５６を選択的に開いて閉じる。バルブ９２ｄはドレインライン５６からドレイン６０を選択的に開いて閉じる。バルブ９２ｅは浄化水ソース２２に対して、浄化水ライン３２を選択的に開いて閉じる。バルブ９２ｆと９２ｇは、Ａ及びＢ濃縮フローをそれぞれ制御する。バルブ９２ｈ乃至９２ｋは、ＵＦシステム９０で動作する。
【0224】
図１０は、新しい透析物ライン７６から延長する（機械のハウジング内部に位置付けられた）置換ライン９６をさらに説明する。置換ライン９６は、以下で議論される血液セット１００の置換チューブ９８に流動的に結合される。論理インプリメンタ２０の制御下のバルブ９２ｌは、置換ライン９６を選択的に開いて閉じる。論理インプリメンタ２０の制御下の置換ポンプ９４は、交換又は置換流体を作るために、限外濾過器８６から第２の限外濾過器８８を通して新しい透析物を選択的にポンピングし、これは、ライン７６（血液濾過（ＨＦ））を介した新しい透析物の代わりに、又は、ライン７６（血液透析濾過（ＨＤＦ））を介した新しい透析物に加えて、置換ライン９６（機械ハウジング内）と置換チューブ９８（機械ハウジング外部）を介して、ライン７６動脈血液ライン１０６及び／又は静脈血液ライン１０８に送出される。
【0225】
図１１は、腎臓疾病治療機械１２とともに使用され得る血液セット１００の１つの実施形態を説明する。血液回路又はセット１００は、多くの空洞のファイバー半透過性膜１０４を有する透析装置１０２を含み、これは、透析装置１０２を血液区画と透析物区画に分離する。処置の間、透析物区画は、新しい透析物チューブ７８の遠心端と使用済透析物チューブ８０の遠心端との流体連結に置かれる。ＨＦとＨＤＦについて、新しい透析物チューブ７８に加えて別の置換チューブが、処置の間、動脈ライン１０６と静脈ライン１０８のうちの１つ又は両方と流体連結に置かれる。ＨＤＦにおいて、透析物はまた透析物チューブ７８から透析装置１０２を通って流れる一方、ＨＦについて、チューブ７８を通した透析物フローはブロックされる。
【0226】
動脈ライン１０６は圧力ポッド１１０を含む一方、静脈ライン１０８は圧力ポッド１１２を含む。圧力ポッド１１０と１１２は、機械ハウジング上に据え付けられた血圧センサ
（図示されていない）で動作し、これは、動脈と静脈圧力信号をそれぞれ論理インプリメンタ２０（図１０）に送る。静脈ライン１０８は、血液が患者１１６に戻される前に患者の血液から空気を除去する空気分離チャンバ又は静脈ドリップチャンバ１１４を含む。
（図示されていない）で動作し、これは、動脈と静脈圧力信号をそれぞれ論理インプリメンタ２０（図１０）に送る。静脈ライン１０８は、血液が患者１１６に戻される前に患者の血液から空気を除去する空気分離チャンバ又は静脈ドリップチャンバ１１４を含む。
【0227】
血液回路又はセット１００の動脈ラインは、所望のフローレートで血液をポンピングするための論理インプリメンタ２０の制御下にある血液ポンプ１２０によって操作される。腎臓疾病治療機械１２はまた、信号を論理インプリメンタ２０に送る及び／又は論理インプリメンタ２０からコマンドを受信する、複数の血液側電子装置を提供する。例えば、論理インプリメンタ２０は、動脈ライン１０６と静脈ライン１０８をそれぞれ選択的に開く又は閉じるように、ピンチクランプ１２２ａと１２２ｂに命令する。血液容量センサ１２４は、患者のヘマトクリット値が処置の過程に渡ってどのように変化するかを監視する。血液容量センサ１２４は、１つの実施形態において血液ポンプの動脈ライン１０６上流に置かれる。空気検出器１２６は、静脈血液ライン中の空気を探す。説明された置換チューブ９８は、前希釈ＨＦ又はＨＤＦのための動脈ライン１０６、及び／又は、後希釈ＨＦ又はＨＤＦのための静脈ライン１０８に結合され得る。
【0228】
ここで記述された好ましい本実施形態に対するさまざまな変更と修正は、当業者にとって明らかとなることが理解されるべきである。このような変更と修正は、本開示の精神及び範囲から逸脱することなく、及びその意図された利点を減少することなく行われ得る。したがって、このような変更と修正は添付された特許請求の範囲によってカバーされることが意図される。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4A】
【図4B】
【図5A】
【図5B】
【図5C】
【図6A】
【図6B】
【図7A】
【図7B】
【図7C】
【図8A】
【図8B】
【図9】
【図10】
【図11】
