JP2020513888A - 遠隔機械更新および制御を含む医療流体送達システム - Google Patents

Abstract

医療流体送達システムは、医療流体送達機械がタスクを実施できる状態であることを示すメッセージを生成するように構成されている医療流体送達機械と、メッセージを受信するために第１のリンクを介して医療流体送達機械とデータ通信する少なくとも１つのサーバであって、（ｉ）第２のリンクを介してメッセージを医療流体送達機械から遠隔モバイル通信デバイスに中継し、（ｉｉ）第２のリンクを介してタスクを開始すべきことを示す応答を遠隔モバイル通信デバイスから受信し、（ｉｉｉ）第１のリンクを介してタスクを開始するための通知を医療流体送達機械に送信するように構成されている少なくとも１つのサーバとを含む。

Description

（関連出願の引用）
本願は、米国特許出願第１５／３８６，９１３号（２０１６年１２月２１日出願、名称「Ｍｅｄｉｃａｌ Ｆｌｕｉｄ Ｄｅｌｉｖｅｒｙ Ｓｙｓｔｅｍ Ｉｎｃｌｕｄｉｎｇ Ｒｅｍｏｔｅ Ｍａｃｈｉｎｅ Ｕｐｄａｔｉｎｇ ａｎｄ Ｃｏｎｔｒｏｌ」）に対する優先権を主張し、上記出願の全内容は、参照により本明細書に引用され、依拠される。

本開示は、概して、医療流体送達機械のためのデバイス、システム、および方法に関する。より具体的には、本開示は、医療流体送達機械と患者または介護者のモバイル通信デバイスとの間の相互作用に関する。

１つの関連する医療流体送達機械は、腎不全治療機械である。腎不全治療機械に関して、種々の原因に起因して、人の腎臓系は、機能しなくなり得る。腎不全は、いくつかの生理学的撹乱を生じさせる。水分およびミネラルの平衡を保つこと、または日常の代謝負荷を排泄することは、もはや可能ではなくなる。窒素代謝の毒性最終生産物（尿素、クレアチニン、尿酸、およびその他）は、血液および組織中に蓄積し得る。

腎臓不全および低下した腎臓機能は、透析を用いて処置されている。透析は、身体から、正常に機能している腎臓がそうでなければ除去するであろう老廃物、毒素、および過剰な水分を除去する。腎臓機能の置換のための透析処置は、処置が救命的であるので、多くの人々にとって重要である。

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

血液濾過（「ＨＦ」）は、患者の血液からの毒素の対流輸送に依拠する代替腎置換治療である。ＨＦは、処置中に体外回路に代替液または補液（典型的には、１０〜９０リットルのそのような流体）を添加することによって遂行される。代替液および処置の合間に患者によって蓄積される流体は、一連のＨＦ処置にわたって限外濾過され、中および大分子を除去することにおいて特に有益である対流輸送機構を提供する（血液透析では、透析セッション間に得られる流体とともに、少量の老廃物が除去されるが、しかしながら、その限外濾過液の除去からの溶質引き出しは、対流クリアランスを提供するために十分ではない）。

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

大部分のＨＤ（ＨＦ、ＨＤＦ）処置は、センターで行われる。在宅血液透析（「ＨＨＤ」）への傾向が、部分的に、ＨＨＤが毎日実施され得、典型的には、週に２または３回行われるセンター内血液透析処置に優る治療利益を提供するので、今日存在する。研究によって、頻繁な処置が、より頻度が低いが、おそらく、より長い処置を受ける患者よりも多くの毒素および老廃物を除去することが示されている。より頻繁に処置を受ける患者は、処置に先立って２または３日分の毒素を蓄積しているセンター内患者ほど多くのダウンサイクルを経験しない。ある地域では、最も近い透析センターは、患者の自宅から何マイルも離れ、ドアツードアの処置時間が１日の大部分を費やすことをもたらす。ＨＨＤは、１晩で、または患者がリラックスしているか、働いているか、もしくは別様に生産的である間の日中に行われ得る。

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

持続的外来腹膜透析（「ＣＡＰＤ」）、自動化腹膜透析（「ＡＰＤ」）、および潮汐流透析、ならびに持続的流動腹膜透析（「ＣＦＰＤ」）を含む種々のタイプの腹膜透析治療が存在する。ＣＡＰＤは、手動透析処置である。ここでは、患者は、使用済みまたは消耗済み透析液流体が腹膜腔から排出することを可能にするために、埋め込まれたカテーテルをドレインに手動で接続する。患者は、次いで、カテーテルを通して患者の中に新鮮な透析流体を注入するために、新鮮な透析流体のバッグにカテーテルを接続する。患者は、カテーテルを新鮮な透析流体バッグから接続解除し、透析流体が腹膜腔内で滞留することを可能にし、老廃物、毒素、および過剰な水分の移送が、起こる。ある滞留時間後、患者は、例えば、１日あたり４回手動透析手技を繰り返し、各処置は、約１時間続く。手動腹膜透析は、患者からかなりの量の時間および努力を要求し、改良の余地がある。

自動化腹膜透析（「ＡＰＤ」）は、透析処置が排出、充填、および滞留サイクルを含む点においてＣＡＰＤに類似する。しかしながら、ＡＰＤ機械は、典型的には、患者が眠っている間に自動的にサイクルを実施する。ＡＰＤ機械は、処置サイクルを手動で実施する必要性から、かつ日中に供給物を輸送する必要性から患者を解放する。ＡＰＤ機械は、埋め込まれたカテーテルに、新鮮な透析流体の源またはバッグに、および流体ドレインに流体的に接続する。ＡＰＤ機械は、新鮮な透析流体を透析流体源から、カテーテルを通して、患者の腹膜腔の中に圧送する。ＡＰＤ機械は、透析流体が腔内で滞留することも可能にし、廃棄物、毒素、および過剰な水分の移送が起こることを可能にする。源は、複数の無菌透析流体バッグを含み得る。

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

機械によって実施される上記モダリティのいずれも、スケジュールベースで実行され得、始動手技を要求し得る。例えば、透析患者は、典型的には、隔日、毎日等のスケジュールベースで処置を実施する。血液処置機械は、典型的には、例えば、消毒手技を実行するための設定のために、処置前にある量の時間を要求する。上記モダリティのための患者は、忙しい生活を送り、処置をスケジューリングされた日に実施する計画または実行する用事を有していることもある。患者に有用であるとされている１つの解決策が、「Ｅｘｔｒａｃｏｒｐｏｒｅａｌ Ｂｌｏｏｄ Ｔｒｅａｔｍｅｎｔ Ｄｅｖｉｃｅ Ａｎｄ Ｍｅｔｈｏｄ Ｆｏｒ Ｐｒｅｐａｒｉｎｇ Ｂｌｏｏｄ Ｔｒｅａｔｍｅｎｔ Ｕｓｉｎｇ Ａｎ Ｅｘｔｒａｃｏｒｐｏｒｅａｌ Ｂｌｏｏｄ Ｔｒｅａｔｍｅｎｔ Ｄｅｖｉｃｅ」と題された米国特許第８，３１５，６５４号（第’６５４号特許、特許文献１）に開示されている。第’６５４号特許は、血液処置デバイスにおけるルーチンを始めるために、患者が開始コードを外部通信ユニットから血液処置デバイスに送信する形態を開示する（要約における第’６５４号特許参照）。しかしながら、下でより詳細に議論されるように、第’６５４号特許の形態は、機械および処置自体に関連するある重要な因子を考慮しない。

患者が医療流体送達機械と遠隔に相互作用することを可能にするための改良された形態が、それに応じて必要とされる。

米国特許第８，３１５，６５４号明細書

本開示の医療流体データ転送システムおよび方法論は、例えば、血漿交換、血液透析（「ＨＤ」）、血液濾過（「ＨＦ」）、血液透析濾過（「ＨＤＦ」）、および持続的腎置換治療（「ＣＲＲＴ」）処置のための流体送達に適用可能である。本明細書に説明される医療流体データ転送システムは、腹膜透析（「ＰＤ」）、静脈内薬物送達、および栄養流体送達にも適用可能である。これらのモダリティは、本明細書では、集合的に、または概して、個別に医療流体送達と称され得る。

上記モダリティは、１つ以上のポンプ、複数の弁、必要に応じて、ヒータ、必要に応じて、直結医療流体生成機器、圧力センサ、伝導率センサ、温度センサ、空気検出器、血液漏出検出器等のうちのいずれか１つ以上のものもしくは全て等の複数のセンサ、ユーザインターフェース、ならびに上で説明される機器を制御するための１つ以上のプロセッサおよびメモリを採用し得る制御ユニット等の医療流体を送達するために必要とされる構成要素を格納する医療流体送達機械によって提供され得る。医療流体送達機械は、血液を清潔にするための透析器または血液濾過器および／または水分、透析流体、または他の流体を浄化するための限外濾過器等の１つ以上の濾過器も含み得る。

本明細書に説明される医療流体送達機械ならびに医療流体データ転送システムおよび方法論は、在宅ベースの機械と共に使用され得る。例えば、システムは、患者の都合のよいときに動作させられる在宅ＨＤ、ＨＦ、またはＨＤＦ機械と共に使用され得る。１つのそのような在宅システムが、２０１１年１０月４日に発行され、「Ｈｉｇｈ Ｃｏｎｖｅｃｔｉｏｎ Ｈｏｍｅ Ｈｅｍｏｄｉａｌｙｓｉｓ／Ｈｅｍｏｆｉｌｔｒａｔｉｏｎ Ａｎｄ Ｓｏｒｂｅｎｔ Ｓｙｓｔｅｍ」と題され、２００４年１１月４日に出願され、本願の譲受人に譲渡された米国特許第８，０２９，４５４号（「第’４５４号特許」）に説明されている。他のそのような在宅システムも、２０１３年３月１２日に発行され、「Ｅｎｃｌｏｓｕｒｅ ｆｏｒ ａ Ｐｏｒｔａｂｌｅ Ｈｅｍｏｄｉａｌｙｓｉｓ Ｓｙｓｔｅｍ」と題され、２００８年８月２７日に出願された米国特許第８，３９３，６９０号（「第’６９０号特許」）に説明されている。上記参照文献の各々の全内容が、参照することによって本明細書に組み込まれ、依拠される。

患者のための在宅処置の魅力の多くは、患者が主に自身のスケジュールに従って自宅で処置を実施することを可能にすることによって提供される生活様式の柔軟性を中心に展開される。しかしながら、在宅医療流体送達機械は、ユーザまたは患者に指示し、それを制約するソフトウェアタイマを含み得る。在宅血液透析システムは、例えば、処置前、処置間、および処置後シーケンスを始めるために、患者が在宅血液透析機械の直近にいることを要求し得る。

一特定の例では、在宅治療機械は、処置の合間にそれらを消毒することによってある構成要素を再使用し得る。機械は、消毒タイマが終了する前に患者または介護者が機械を使用して処置を開始することを要求する１つ以上の消毒タイマを採用し得る。そうでなければ、患者は、処置を開始する前に別の消毒手技が完了されるまで待つ必要があるであろう。ある実施形態における在宅治療機械は、機械のグラフィカルユーザインターフェースを介して処置開始時間期限を通信し、それは、開始時間期限にアクセスし、それに応じて反応するために、患者が機械の近くにいることを要求する。

本開示は、温水消毒および化学消毒等の任意のタイプの消毒に適用されることを理解されたい。この点で、本開示は、在宅治療機械に限定されず、例えば、センター内機械が、典型的には、化学的に消毒され、そのような消毒後に処置開始期限を設定し得る。さらに加えて、本開示は、消毒に基づく開始時間期限に限定されず、他の開始時間期限、例えば、事前注入の完了に基づくものにも適用され得る。なおもさらに、本開示は、初期開始時間期限に限定されない。例えば、殆どの機械は、患者が処置を一時的に中止し、機械から接続解除され、機械から離れてあるタイプの必要なアクションを実施することを可能にするであろう。血液処置に対して、機械は、典型的には、患者に戻るように血液を濯ぎ、ある期間にわたって透析流体を循環させることも、そうでないこともある。いずれの場合も、患者が機械から一時的に接続解除され得る時間は、無制限ではなく、本開示は、返還時間制限にも適用されることが考慮される。

一実施形態では、本開示のシステムは、患者および／または介護者のパーソナルモバイル通信デバイス、例えば、スマートフォン上にインストールされるソフトウェアアプリケーション（「アプリ」）を提供する。アプリは、一実施形態では、ミドルウェアソフトウェアアプリケーションを介して提供され、その例が、下で詳細に議論される。代替実施形態では、ソフトウェアは、ミドルウェアソフトウェアアプリケーションを通したテキストメッセージング特徴を直接使用して、患者および／または介護者のパーソナルモバイル通信デバイス、例えば、スマートフォンと通信するように構成される。いずれの場合も、アプリまたはテキストメッセージは、一実施形態では、患者を機械に繋ぐことなく、患者に任意の差し迫った期限をリマインドし、患者および／または介護者が、処置が開始される必要があるときを追跡することを可能にするように構築される。

代替として、または加えて、ユーザのモバイル通信デバイス上、例えば、カレンダアプリケーション等のデバイスの固有のタスク追跡特徴上にリマインダを自動的にプログラムするように通信ソフトウェアを構築することが考慮される。殆どのスマートフォンは、各日を時間等の時間セグメントに分離するカレンダを提供される。本開示のシステムおよび方法論のソフトウェアは、認可された患者および／または介護者のスマートフォンカレンダにアクセスし、適切な日の適切な時間セグメントに適切な情報、例えば、機械がその時間セグメント内に消毒を開始すること、または完了することを投入するようにプログラムされ得る。

一実施形態では、本開示のソフトウェアシステムおよび方法論からの通信は、一方向である。例えば、通信は、在宅機械であり得る医療流体送達機械から患者または介護者のモバイル通信デバイスへのものであり得る。代替実施形態では、本開示のソフトウェアシステムおよび方法論は、医療流体送達機械と患者または介護者のモバイル通信デバイスとの間に双方向通信を可能にする。一例では、双方向通信は、ある機械ルーチンが、それらのモバイル通信デバイスを使用する患者または介護者によって遠隔で開始されることを可能にし得る。一例示的ルーチンは、自動化自己試験ルーチンであり、それは、シーケンスを始めること、または開始すること以外にシステムとのいずれのユーザ相互作用も伴わずに実施され得る。遠隔でシーケンスを開始することは、例えば、患者または介護者が他のタスクを実施する機械から離れ得る追加の時間を提供することによって、患者または介護者に利益をもたらし得る。通信は、機械が自己試験ルーチンを実施できる状態であることを示すことによって、機械が通信を始めると、双方向になる。患者または介護者は、所望の時間、本開示のソフトウェアシステムおよび方法論を介して機械に返答し、シーケンスを始める。

本開示のシステムおよび方法論のソフトウェアが、機械が「接続された患者」ソフトウェア状態にあるときは、常に、患者および／または介護者と機械との間の通信をディスエーブルにすることが考慮される。例えば、臨床医が現在患者を処置している機械にコマンドを送信しようとする場合、コマンドは、コマンドが機械に転送されないようにミドルウェアソフトウェアアプリケーションによって遮断され得る。ミドルウェアソフトウェアアプリケーションは、次いで、臨床医に返信し、機械がビジーであり、通信を許容していないことを知らせ得る。

下で詳細に説明されるように、本開示の医療流体データ転送システムおよび方法論は、多くの異なるタイプの機械を含む多くの機械、患者、臨床医、医師、保守人員、電子医療記録（「ＥＭＲ」）データベース、ウェブサイト、患者および臨床医通信を介して生成されるデータを取り扱うリソース計画システム、ならびにビジネスインテリジェンスを包含するより大きいプラットフォームシステム内で動作し得る。本開示の医療流体データ転送システムおよび方法論は、システム全体内で、そのルールおよびプロトコルに違反することなくシームレスに動作する。

さらに、本明細書に開示されるものは、単一の医師、看護師、または臨床医が複数の医療流体送達機械を監視し、場合によっては制御することを可能にする病院もしくは臨床設定のために具体的に構成されるシステムである。病院または臨床システムは、複数の機械が、単一のモバイル通信デバイスを介して閲覧され、場合によっては制御されることを可能にする。

本明細書の開示に照らして、かついかようにも本開示を限定することなく、別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせられ得る本開示の第１の側面では、医療流体送達システムは、（ｉ）第１の医療流体送達機械がタスクを実施できる状態であること、または（ｉｉ）第１の医療流体送達機械が同じまたは異なるタスクを実施するための事前プログラムされた時間を示す第１の患者または介護者への遠隔伝送のための第１のメッセージを生成するように構成される第１の医療流体送達機械と、（ｉ）第２の医療流体送達機械が同じまたは異なるタスクを実施できる状態であること、または、（ｉｉ）第２の医療流体送達機械が同じまたは異なるタスクを実施するための事前プログラムされた時間を示す第２の患者または介護者への遠隔伝送のための第２のメッセージを生成するように構成される第２の医療流体送達機械とを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせられ得る本開示の第２の側面では、第１および第２の医療流体送達機械は、少なくとも１つのサーバとデータ通信し、第１および第２のメッセージは、サーバに送達され、サーバは、（ｉ）第１の患者または介護者のために第１のメッセージを第１のモバイル通信デバイスに中継し、（ｉｉ）第２の患者または介護者のために第２のメッセージを第２のモバイル通信デバイスに中継するように構成される。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第２の側面と組み合わせられ得る本開示の第３の側面では、少なくとも１つのサーバは、少なくとも１つの専用サーバまたはクラウドサーバを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第２の側面と組み合わせられ得る本開示の第４の側面では、第１または第２のメッセージのうちの少なくとも１つを中継することは、少なくとも１つのサーバおよび第１または第２のモバイル通信デバイスのうちの少なくとも１つをネットワーク化するセルラーネットワークを使用することを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第４の側面と組み合わせられ得る本開示の第５の側面では、セルラーネットワークを経由する通信は、ショートメッセージングサービス（「ＳＭＳ」）またはマルチメディアメッセージングサービス（「ＭＭＳ」）プロトコルを介する。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第２の側面と組み合わせられ得る本開示の第６の側面では、第１および第２の医療流体送達機械は、インターネット接続を介して、少なくとも１つのサーバとデータ通信する在宅機械である。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第２の側面と組み合わせられ得る本開示の第７の側面では、第１および第２の医療流体送達機械は、センター内機械であり、少なくとも１つのサーバは、センターにおいて保守される。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第２の側面と組み合わせられ得る本開示の第８の側面では、第１または第２のメッセージのうちの少なくとも１つの少なくとも１つのサーバによる中継は、第１または第２のモバイル通信デバイスのうちの少なくとも１つにダウンロードされたソフトウェアアプリケーションを更新することを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第８の側面と組み合わせられ得る本開示の第９の側面では、少なくとも１つソフトウェアアプリケーションは、システムからダウンロードされる。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第２の側面と組み合わせられ得る本開示の第１０の側面では、第１または第２のメッセージのうちの少なくとも１つの少なくとも１つのサーバによる中継は、第１または第２のモバイル通信デバイスのうちの少なくとも１つにインストールされたカレンダを更新することを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせられ得る本開示の第１１の側面では、同じまたは異なるタスクは、始動手技タスクを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせられ得る本開示の第１２の側面では、同じまたは異なるタスクは、消毒手技または自己試験ルーチンを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせられ得る本開示の第１３の側面では、第１または第２の医療流体送達機械のうちの少なくとも１つのための事前プログラムされた時間は、（ｉ）第１または第２のメッセージが生成されたときからの設定持続時間、または、（ｉｉ）同じまたは異なるタスクのためにプログラムされた開始するための時間である。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせられ得る本開示の第１４の側面では、医療流体送達システムは、（ｉ）医療流体送達機械がタスクを実施できる状態であること、または、（ｉｉ）医療流体送達機械が同じまたは異なるタスクを実施するための事前プログラムされた時間を示すメッセージを生成するように構成されている医療流体送達機械と、メッセージを受信するために医療流体送達機械とデータ通信する少なくとも１つのサーバであって、メッセージを医療流体送達機械から遠隔モバイル通信デバイスに中継するためのミドルウェアソフトウェアを含む少なくとも１つのサーバとを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第１４の側面と組み合わせられ得る本開示の第１５の側面では、ミドルウェアソフトウェアは、メッセージを中継するために、モバイル通信デバイス上にダウンロードされたソフトウェアアプリケーションを更新する。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第１４の側面と組み合わせられ得る本開示の第１６の側面では、ミドルウェアソフトウェアは、メッセージを中継するために、モバイル通信デバイス上にインストールされたカレンダを更新する。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第１４の側面と組み合わせられ得る本開示の第１７の側面では、ミドルウェアソフトウェアは、メッセージを中継するために、少なくとも１つのサーバおよび第１または第２のモバイル通信デバイスのうちの少なくとも１つをネットワーク化するセルラー通信ネットワークを使用する。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第１４の側面と組み合わせられ得る本開示の第１８の側面では、少なくとも１つのサーバは、少なくとも１つの専用サーバまたはクラウドサーバを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせられ得る本開示の第１９の側面では、医療流体送達システムは、医療流体送達機械がタスクを実施できる状態であることを示すメッセージを生成するように構成されている医療流体送達機械と、メッセージを受信するために第１のリンクを介して医療流体送達機械とデータ通信する少なくとも１つのサーバであって、（ｉ）第２のリンクを介してメッセージを医療流体送達機械から遠隔モバイル通信デバイスに中継し、（ｉｉ）第２のリンクを介してタスクを開始すべきことを示す応答を遠隔モバイル通信デバイスから受信し、（ｉｉｉ）第１のリンクを介してタスクを開始するための通知を医療流体送達機械に送信するように構成されている少なくとも１つのサーバとを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第１９の側面と組み合わせられ得る本開示の第２０の側面では、第１のリンクは、インターネットリンクである。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第１９の側面と組み合わせられ得る本開示の第２１の側面では、第２のリンクは、インターネットリンクまたはセルラー通信ネットワークリンクである。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第１９の側面と組み合わせられ得る本開示の第２２の側面では、少なくとも１つのサーバは、少なくとも１つの専用サーバまたはクラウドサーバを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせられ得る本開示の第２３の側面では、モバイル通信デバイスは、第１の医療流体送達機械への第１のリンクであって、モバイル通信デバイスが、（ｉ）第１の医療流体送達機械が同じまたは異なるタスクを実施できる状態であること、または、（ｉｉ）第１の医療流体送達機械がタスクを実施するための事前プログラムされた時間を示す第１のメッセージを第１の医療流体送達機械から受信することを可能にする第１のリンクと、第２の医療流体送達機械への第２のリンクであって、モバイル通信デバイスが、（ｉ）第２の医療流体送達機械が同じまたは異なるタスクを実施できる状態であること、または、（ｉｉ）第２の医療流体送達機械が同じまたは異なるタスクを実施するための事前プログラムされた時間を示す第２のメッセージを第２の医療流体送達機械から受信することを可能にする第２のリンクとを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第２３の側面と組み合わせられ得る本開示の第２４の側面では、第１および第２のリンクは、それぞれ、モバイル通信デバイスの画面上に第１および第２のアイコンを含み、第１および第２のアイコンは、それぞれ、第１および第２の医療流体送達機械に関連付けられている。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第２４の側面と組み合わせられ得る本開示の第２５の側面では、第１および第２のアイコンは、それぞれ、第１および第２のメッセージに関連付けられている。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第２４の側面と組み合わせられ得る本開示の第２６の側面では、第１または第２のアイコンのうちの少なくとも１つは、それぞれ、第１または第２のメッセージを閲覧するためにユーザ選択可能である。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第２４の側面と組み合わせられ得る本開示の第２７の側面では、第１および第２のアイコンは、第１および第２の医療流体送達機械が施設において配列されている方法に従ってモバイル通信デバイス上に配列される。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第２４の側面と組み合わせられ得る本開示の第２８の側面では、モバイル通信デバイスは、第１または第２の医療流体送達機械のうちの少なくとも１つに、同じまたは異なるタスクを実施させるようにユーザ選択可能である、少なくとも１つのアクションアイコンを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第２８の側面と組み合わせられ得る本開示の第２９の側面では、同じまたは異なるタスクを実施するために、少なくとも１つのアクションアイコンは、それぞれ、第１または第２の医療流体送達機械のうちの少なくとも１つを選択するための第１または第２のアイコンと組み合わせて動作させられる。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせられ得る本開示の第３０の側面では、医療流体送達システムは、第１の医療流体送達デバイスと、第２の医療流体送達デバイスと、第１および第２の医療流体送達デバイスと通信するサーバと、モバイル通信デバイスのためのソフトウェアアプリケーションであって、第１の医療流体送達デバイスを表す第１のアイコンを表示させ、第２の医療流体送達デバイスを表す第２のアイコンを表示させるソフトウェアアプリケーションと、第１および第２の医療流体送達デバイスとサーバとの間の第１の通信リンクと、サーバとソフトウェアアプリケーションとの間の第２の通信リンクであって、ソフトウェアアプリケーションは、サーバならびに第１および第２のリンクを介して第１または第２の医療流体送達デバイスから少なくとも１つのステータス更新を受信するようにプログラムされている第２の通信リンクとを含む。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第３０の側面と組み合わせられ得る本開示の第３１の側面では、第１および第２の通信リンクは、インターネットリンクである。

別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせて第３０の側面と組み合わせられ得る本開示の第３２の側面では、ソフトウェアアプリケーションはさらに、サーバならびに第１および第２のリンクを介して動作コマンドを第１および第２の医療流体送達機械に送信するようにプログラムされる。

本開示の第３３の側面では、図１−９と関連して開示される構造および機能性のうちのいずれかは、図１−９と関連して開示される任意の他の構造および機能性と組み合わせられ得る。

本開示および上記側面に照らして、したがって、改良された医療流体送達システムを提供することが、本開示の利点である。

改良された患者生活様式を提供することが、本開示の別の利点である。

改良された臨床医または介護者効率を提供することが、本開示のさらなる利点である。

改良された機械効率を提供することが、本開示のなおも別の利点である。

改良された患者コンプライアンスを提供することが、本開示のなおもさらなる利点である。

異なるタイプの医療流体送達機械に適用され得る医療流体データ転送システムおよび方法論を提供することが、本開示のさらに別の利点である。

医療流体送達機械と患者および臨床医または患者および一次介護者等の複数の人物との間の通信を可能にする医療流体データ転送システムならびに方法論を提供することが、本開示のまたさらなる利点である。

さらに、多くの場合、機械タイマが終了するときに起こる廃棄に起因する使い捨てセットおよび他の補助織物製品の浪費を低減させることが、本開示の利点である。

本明細書に議論される利点は、本明細書に開示される実施形態のうちの１つまたはいくつかに見出され得、おそらく、その全てに見出されるわけではない。追加の特徴および利点が、本明細書に説明され、以下の発明を実施するための形態ならびに図から明白となるであろう。

図１は、医療流体データ転送システムに関する一実施形態を図示する概略図であり、システムは、本開示の医療流体送達機械を組み込むことによって、データは、そのような機械に転送され、かつそれから転送され得る。

図２は、本開示の医療流体送達機械の一実施形態の概略図である。

図３は、図２の医療流体送達機械の一実施形態との使用のための血液セットを図示する斜視図である。

図４は、本開示の医療流体送達機械およびデータ転送システムならびに方法に関する一実施形態の概略図である。

図５は、本開示の医療流体送達機械およびデータ転送システムならびに方法に関する第２の実施形態の概略図である。

図６は、本開示の医療流体送達機械およびデータ転送システムならびに方法に関する第３の実施形態の概略図である。

図７は、第１の状態におけるモバイル通信デバイスアプリケーションを有する本開示の医療流体送達デバイスおよびデータ転送システムならびに方法の病院または臨床バージョンの一実施形態の概略図である。

図８は、第２の状態におけるモバイル通信デバイスアプリケーションを有する、本開示の医療流体送達デバイスおよびデータ転送システムならびに方法の病院または臨床バージョンの一実施形態の概略図である。

図９は、第３の状態におけるモバイル通信デバイスアプリケーションを有する本開示の医療流体送達デバイスおよびデータ転送システムならびに方法の病院または臨床バージョンの一実施形態の概略図である。

本明細書に説明される例は、血液、透析流体、代替液、および／または静脈内薬物（「ＩＶ」）等の医療流体を送達する、任意の医療流体送達システムに適用可能である。例は、特に、本明細書では、集合的に、または概して、個別に腎不全治療と称される全ての形態の血液透析（「ＨＤ」）、血液濾過（「ＨＦ」）、血液透析濾過（「ＨＤＦ」）、持続的腎置換治療（「ＣＲＲＴ」）、および腹膜透析（「ＰＤ」）等の腎臓不全治療のために非常に好適である。医療流体送達機械は、代替として、大容量蠕動タイプポンプまたはシリンジポンプ等の薬物送達もしくは栄養流体送達デバイスであり得る。本明細書に説明される機械は、在宅設定において使用され得る。例えば、本開示のデータ転送形態で動作する機械は、例えば、患者が眠っている間の夜に起動され得る在宅ＨＤ機械とともに採用され得る。本開示の医療流体データ転送システムおよび方法論は、代替として、病院および／または診療所における臨床医もしくは看護師を補助するために使用され得る。

ここで図面、特に、図１を参照すると、医療流体送達機械９０内で動作する医療流体データ転送システム１０が、図示される。システム１０は、多くの医療流体送達機械９０（その１つのタイプが、下で詳細に議論される）を組み込む。データ転送システム１０の機械９０は、同一のタイプ（例えば、全てＨＤ機械）であるか、または異なるタイプ（例えば、ＨＤ、ＰＤ、ＣＲＲＴ、および医療もしくは栄養流体送達の混合）であり得る。

単一の医療流体送達９０が、接続性サーバ１１８と通信するものとして図示されるが、システム１０は、同一のタイプまたは上でリストアップされる異なるタイプの複数の医療流体送達システムおよび機械の動作を監督する。例えば、サーバ１１８に接続され、システム１０とともに動作するＭ個の数の血液透析機械９０、Ｎ個の数の血液濾過機械９０、Ｏ個の数のＣＲＲＴ機械９０、Ｐ個の数の腹膜透析機械９０、Ｑ個の数の在宅薬物送達機械９０、およびＲ個の数の栄養または薬物送達機械９０が存在し得る。ＭからＲまでの数は、同一または異なる数であり得、ゼロ、１、または２以上のものであり得る。図１では、医療流体送達機械９０は、在宅治療機械９０として図示される（自宅が破線によって示される）。

在宅治療機械９０は、そのフロントエンドにおいて、上で議論されるような水処理デバイス６０から浄化水を受け取り得る。水処理デバイス６０は、ある実施形態では、イーサネット（登録商標）ケーブルを介して在宅治療機械９０に接続する。図示される実施形態における在宅治療機械９０は、血圧モニタ１０４、計量器、例えば、無線計量器１０６、および無線タブレットユーザインターフェース１２２等のユーザインターフェース等の水処理デバイス６０以外の他のデバイスとともに動作する。在宅治療機械９０は、一実施形態では、モデム１０２を介して無線でサーバ１１８に接続する。これらの構成要素の各々は、（そうである必要性はないが）図１の破線によって境界画定されるような患者の自宅内に位置し得る。構成要素６０、１０４、１０６、および１２２のうちのいずれか１つ以上のものもしくは全ては、在宅治療機械９０と有線または無線で通信し得る。無線通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ^ＴＭ、Ｚｉｇｂｅｅ（登録商標）、Ｚ−Ｗａｖｅ（登録商標）、無線ユニバーサルシリアルバス（「ＵＳＢ」）、赤外線、または任意の他の好適な無線通信技術を介してであり得る。代替として、構成要素６０、１０４、１０６、および１２２のうちのいずれか１つ以上のものもしくは全ては、有線通信を介して在宅治療機械９０と通信し得る。

接続性サーバ１１８は、医療デバイスシステムハブ１２０を介して医療流体送達機械９０と通信する。システムハブ１２０は、各在宅治療機械９０およびその周辺機器に関するデータならびに情報が、機械９０とサーバ１１８に接続される他のクライアントとの間で接続性サーバ１１８を介して行き来することを可能にする。図示される実施形態では、システムハブ１２０は、サービスポータル１３０、企業リソース計画システム１４０、ウェブポータル１５０、ビジネスインテリジェンスポータル１６０、ＨＩＰＡＡ準拠データベース１２４、製品開発チーム１２８、および、例えば、診療所または病院１２６ａ−１２６ｎにおいて保守される電子医療記録データベースに接続される。

診療所または病院１２６ａ−１２６ｎにおける電子医療記録（「ＥＭＲ」）データベースは、患者に関する電子情報を記憶する。システムハブ１２０は、機械９０のログファイルから収集されたデータを病院または診療所データベース１２６ａ−１２６ｎに送信し、その患者の医療記録を併合もしくは補完し得る。診療所または病院１２６ａ−１２６ｎにおけるデータベースは、患者特有処置および処方データを含み得、したがって、そのようなデータベースへのアクセスは、高度に制限され得る。企業リソース計画システム１４０は、苦情、請求情報、およびライフサイクル管理情報等の患者ならびに臨床医ウェブサイトアクセスを介して生成されたデータを取得およびコンパイルする。ウェブポータル１５０は、患者および患者を処置する診療所１５２ａ−１５２ｎが、医療流体送達機械９０のユーザのために公的に利用可能なウェブサイトにアクセスすることを可能にする。ビジネスインテリジェンスポータル１６０は、システムハブ１２０からデータを収集し、データをマーケティング１６２、研究および開発１６４、ならびに品質／医薬品安全性監視１６６に提供する。

本明細書に説明されるシステム、方法、およびプロシージャは、１つ以上のコンピュータプログラムまたはコンポーネントを使用して実装され得ることを理解されたい。コンポーネントのプログラムは、ランダムアクセスメモリ（「ＲＡＭ」）、読み取り専用メモリ（「ＲＯＭ」）、フラッシュメモリ、磁気もしくは光学ディスク、光学メモリ、または他の記憶媒体を含む任意の従来のコンピュータ読み取り可能な媒体上の一連のコンピュータ命令として提供され得る。命令は、一連のコンピュータ命令を実行すると、開示される方法およびプロシージャの全てまたは一部を実施するプロセッサ、もしくはその実施を促進するプロセッサによって実行されるように構成され得る。

一実施形態では、在宅治療機械９０は、患者の自宅で患者に在宅血液透析等の在宅処置を実施し、次いで、その処置の結果をその患者の健康および福祉を管理することに関与する臨床医、医師、および看護師に報告する。

ある実施形態における在宅治療機械９０は、例えば、Ｌｉｎｕｘ（登録商標）オペレーティングシステムを使用してログファイルを書き込む。ログファイルは、周辺デバイスデータを含む関連する在宅治療機械９０のデータを文書化する。ログファイルは、拡張マークアップ言語（「ＸＭＬ」）、コンマ区切り値（「ＣＳＶ」）、またはテキストファイルのうちのいずれか１つ以上のものを含み得る。ログファイルは、在宅治療機械９０のソフトウェアのファイルサーバボックスの中に設置される。機械９０に送信されないデータを周辺デバイス、例えば、水処理デバイス６０において記憶することも、考慮される。そのようなデータは、別様に周辺デバイスへの有線もしくは無線接続を介して取得されるか、または他のデータ接続もしくは記憶媒体を通してダウンロードされ得る。例えば、保守担当者は、例えば、イーサネット（登録商標）接続を介して、水処理デバイス６０または無線計量器１０６に接続されるラップトップを介して追加のデータにアクセスすることができる。または、追加のデータは、周辺デバイスから遠隔に読み出され得、在宅治療機械９０は、周辺デバイスと医療流体データ転送システムの認可されたクライアントとの間のデータ転送通信路としての役割を果たす。

一実施形態では、在宅治療機械９０は、例えば、インターネットを介して、接続性サービスを使用し、モデム１０２とシステムハブ１２０との間でデータを転送する。ここでは、専用回線が、在宅治療機械９０をモデム１０２を介して接続性サーバ１１８に接続するために、各患者の自宅において提供され得る。一実施形態における在宅治療機械９０は、別個の、例えば、３Ｇ、４Ｇ、または５Ｇモデム１０２を使用してインターネットにアクセスする。モデム１０２は、Ｖｏｄａｆｏｎｅ^ＴＭ等のインターネットサービスプロバイダ（ＩＳＰ）を使用し得る。一実装では、接続性サービスプロバイダ（例えば、接続性サーバ１１８のプロバイダ）によって開発された接続性エージェント１１４が、在宅治療機械９０上にインストールされ、機械のＡＣＰＵ ５０上で起動される。１つの好適な接続性サービスは、Ａｘｅｄａ^ＴＭによって提供され、それは、医療デバイスと接続性サーバ１１８との間にセキュアに管理される接続１１６を提供する。

接続性エージェント１１４は、在宅治療機械９０が、接続性サーバ１１８に接続し、データを接続性サーバ１１８に転送すること、およびそれから転送することを可能にする。エージェント１１４およびサーバ１１８を介して動作する接続性サービスは、機械９０との接続がセキュアであることを確実にし、データが機械９０のファイアウォールを正しく通過することを確実にし、データまたはシステムクラッシュが存在しているかどうかをチェックし、接続性サーバ１１８が正しい在宅治療機械９０と通信していることを確実にする。

一実施形態では、在宅治療機械９０は、接続性エージェント１１４がオンにされているとき、またはアクティブにされているときのみ接続性サーバ１１８に接続し得る。処置および処置後消毒中、機械９０およびその周辺機器が機能している間、一実施形態では、接続性エージェント１１４は、オフにされ、それは、処置および消毒中、または機械９０が作動中であるとき、もしくは起動しているとき、在宅治療機械９０が任意のエンティティと通信すること、データを送信または受信することを防止する。在宅治療機械９０がアイドル状態であるとき、例えば、処置および事後消毒が完了した後、ＡＣＰＵ ５０は、一実施形態では、接続性エージェント１１４をオンにする。ある実施形態では、接続性エージェント１１４は、処置および場合によっては事前処置中、オフである。処置後、接続性エージェント１１４は、接続性サービスを使用して、在宅治療機械９０からログファイルを読み出し、データを接続性サーバ１１８に転送する。接続性サービスは、データパケットをそれらの適切な宛先にルーティングするが、一実施形態では、接続性サービスは、データを修正せず、それにアクセスせず、またはそれを暗号化しない。

図１の医療流体データ転送システム１０では、接続性サーバ１１８を介した接続性サービスは、システムハブ１２０を介して、サービスポータル１３０、診療所または病院１２６ａ−１２６ｎ、およびウェブポータル１５０等の種々の場所にデータを通信し得る。接続性サーバ１１８は、保守人員１３２ａ−１３２ｎおよび／または臨床医が、適切な在宅治療機械９０および３Ｇ、４Ｇ、または５Ｇモデム１０２等のネットワークを横断する種々のアセットならびに機械もしくはモデムシリアル番号を含むそれらの関連付けられている情報を追跡し、読み出すことを可能にする。接続性サーバ１１８は、保守人員の監督者１３４によって承認され、サービスポータル１３０を介して遠隔に取得されたファームウェアアップグレードを受信し、それを認可された在宅治療機械９０および水処理デバイス６０等の関連付けられている周辺機器に提供するために使用され得る。

ここで図２を参照すると、医療流体送達機械９０に関するＨＤフロー概略図の例が、図示される。図２のＨＤシステムは、比較的に複雑であるので、図２およびその議論は、上で議論される腎不全治療モダリティのうちのいずれかおよびＩＶ、薬物送達、または栄養流体送達機械のためのサポートも提供する。概して、簡略化されたバージョンの透析流体またはプロセス流体送達回路を有する医療流体送達機械９０が、示される。血液回路も、簡略化されるが、透析流体回路が簡略化されるほどではない。回路は、本開示の説明をより容易にするために簡略化されており、システムは、実装される場合、上で参照することによって組み込まれる刊行物に見出されるもの等の追加の構造および機能性を有するであろうことを理解されたい。

図２の医療流体送達機械９０は、血液回路２０を含む。血液回路２０は、患者１２から血液を引き込みそれに血液を戻す。血液は、動脈ライン１４を介して患者１２から引き込まれ、静脈ライン１６を介して患者に戻される。動脈ライン１４は、患者１２と採血連通する動脈針１４ｂに接続する動脈ラインコネクタ１４ａを含む。静脈ライン１６は、患者と返血連通する静脈針１６ｂに接続する静脈ラインコネクタ１６ａを含む。動脈および静脈ライン１４および１６は、ばね荷重フェールセーフ機械的ピンチクランプであり得るラインクランプ１８ａおよび１８ｖも含む。ラインクランプ１８ａおよび１８ｖは、一実施形態では、緊急状況において自動的に閉鎖される。

動脈および静脈ライン１４および１６は、それぞれ、超音波空気検出器であり得る空気または気泡検出器２２ａおよび２２ｖも含む。空気または気泡検出器２２ａおよび２２ｖは、それぞれ、動脈および静脈ライン１４および１６内の空気を探す。空気が空気検出器２２ａおよび２２ｖのうちの１つによって検出される場合、システム１０は、ラインクランプ１８ａおよび１８ｖを閉鎖し、血液および透析流体ポンプを一時停止させ、処置が再開され得るように空気を一掃するための命令を患者に提供する。

血液ポンプ３０が、図示される実施形態では、動脈ライン１４内に位置する。図示される実施形態では、血液ポンプ３０は、第１の血液ポンプポッド３０ａと、第２の血液ポンプポッド３０ｂとを含む。血液ポンプポッド３０ａは、入口弁３２ｉおよび出口弁３２ｏとともに動作する。血液ポンプポッド３０ｂは、入口弁３４ｉおよび出口弁３４ｏとともに動作する。ある実施形態では、血液ポンプポッド３０ａおよび３０ｂの各々は、例えば、球形の硬質外側シェルを含む血液容器であり、可撓性ダイヤフラムが、シェル内に位置すし、ダイヤフラムポンプを形成する。各ダイヤフラムの片側は、血液を受け取る一方、各ダイヤフラムの他方の側は、正および負の空気圧によって動作させられる。血液ポンプ３０は、代替として、動脈ライン１４とともに動作する蠕動ポンプまたは動脈ライン１４および静脈ライン１６とともに動作する複数の蠕動ポンプである。

ヘパリンバイアル２４およびヘパリンポンプ２６が、図示される実施形態では、血液ポンプ３０と血液濾過器４０（例えば、透析器）との間に位置する。ヘパリンポンプ２６は、空気圧ポンプまたはシリンジポンプ（例えば、ステッパモータ駆動シリンジポンプ）であり得る。血液濾過器４０の上流にヘパリンを供給することは、濾過器の膜の凝固を防止することに役立つ。

一次制御プロセッサ（「ＡＣＰＵ」）または制御ユニット５０が、１つ以上のプロセッサおよびメモリを含む。制御ユニット５０は、空気検出器２２ａおよび２２ｖ（ならびに温度センサ、血液漏出検出器、伝導率センサ、圧力センサ、およびアクセス切断トランスデューサ８６、８８等のシステム１０の他のセンサ）から空気検出信号を受信し、ラインクランプ１８ａおよび１８ｖ、血液ポンプ３０、ヘパリンポンプ２６、透析流体ポンプ６４および９６、ならびに弁３２ｉ、３２ｏ、３４ｉ、３４ｏ、６８ｉ、６８ｏ、９８ｉ、および９８ｏ等の構成要素を制御する。静脈ライン１６を介して血液濾過器４０から退出する血液は、空気トラップ２８を通して流動する。空気トラップ２８は、透析された血液が静脈ライン１６を介して患者１２に戻される前、血液から空気を除去する。

図２の医療流体送達機械９０の血液透析バージョンでは、透析流体は、血液濾過器４０の膜の外側に沿って圧送される一方、血液は、血液濾過器膜の内側を通して圧送される。透析流体は、水浄化ユニット６０を介した水の浄化を始めとして調製される。１つの好適な水浄化ユニットが、「Ｗａｔｅｒ Ｐｕｒｉｆｉｃａｔｉｏｎ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ」と題され、２０１１年４月２５日に出願された米国特許公開第２０１１／０１９７９７１号（その全内容が、参照することによって本明細書に組み込まれ、依拠される）に記載されている。一実施形態では、水浄化ユニットは、水が、一実装では、０．０３エンドトキシン単位／ｍｌ（「ＥＵ／ｍｌ」）を下回り、０．１コロニー形成単位／ｍｌ（「ＣＦＵ／ｍｌ」）を下回るように、水道水を浄化する（例えば、病原体および塩素等のイオンを除去する）ための濾過器ならびに他の構造を含む。水浄化ユニット６０は、血液回路２０と、透析流体回路７０とを含む血液透析機械９０の筐体またはシャーシとは別個の筐体内に提供され得る。

透析流体回路７０が、図示を容易にするために、再び、図２において大幅に簡略化されている。現実における透析流体回路７０は、上で参照することによって組み込まれる刊行物に記載される関連構造および機能性の全てを含み得る。透析流体回路７０のある特徴が、図２に図示される。図示される実施形態では、透析流体回路７０は、血液濾過器行き透析流体ポンプ６４を含む。ポンプ６４は、一実施形態では、血液ポンプ３０と同一に構成される。ポンプ６４は、ポンプ３０のように、各々が入口弁６８ｉおよび出口弁６８ｏを有するポンプポッド６６の対を含み、それらは、再び、球状に構成され得る。２つのポンプポッドは、血液ポンプ３０のように、交互に動作させられ、それによって、一方のポンプポッドがＨＤ透析流体を用いて充填する一方、他方のポンプポッドがＨＤ透析流体を放出する。

ポンプ６４は、血液濾過器行き透析流体ポンプである。使用された透析流体を排出するために押し出すために、排出ライン８２に位置する弁９８ｉおよび９８ｏとともに動作する別の二重ポッドポンプチャンバ９６が存在する。重炭酸塩カートリッジ７２を通してポンプ浄化水を圧送するための第３のポッドポンプ（図示せず）が存在する。酸容器７４から混合ライン６２の中に酸を圧送するために使用される第４のポッドポンプ（図示せず）が存在する。第３および第４のポンプ、すなわち、濃縮物ポンプは、一実施形態では、混合ライン６２と血液濾過器行き透析流体ポンプ６４との間の緩衝透析流体タンク（図示せず）に起因して、連続圧送が混合ライン６２においてあまり重要ではないので、単一のポッドポンプであり得る。

排出ライン８２において提供される第５のポッドポンプ（図示せず）が、ＨＤ治療が提供されるときに既知の量の限外濾過（「ＵＦ」）を除去するために使用される。システム１０は、限外濾過液が患者から除去された量を制御および把握するために、ＵＦポンプを追跡する。システム１０は、必要な量の限外濾過液が処置の終わりまでに患者から除去されることを確実にする。

上で説明されるポンプの各々は、代替として、圧送管とともに動作する蠕動ポンプであり得る。該当する場合、システム弁は、依然として、本開示の特徴に従って空気圧で作動され得る。

一実施形態では、水浄化ユニット６０からの浄化水は、重炭酸塩カートリッジ７２を通して混合ライン６２に沿って圧送される。容器７４からの酸が、混合ライン６２に沿って、重炭酸塩カートリッジ７２から流動する重炭酸塩水の中に圧送され、電解的かつ生理学的に適合性の透析流体溶液を形成する。浄化水を重炭酸塩および酸と適切に混合するために使用されるポンプならびに温度補償伝導率センサは、図示されないが、上で参照することによって組み込まれる刊行物に詳細に開示されている。

図２はまた、透析流体が血液濾過器４０に到達する前、ヒータ７８および限外濾過器８０を通して新鮮な透析流体ライン７６に沿って圧送され、その後、使用された透析流体が排出ライン８２を介して排出されるように圧送されることを図示する。ヒータ７８は、透析流体を体温または約３７℃まで加熱する。限外濾過器８０は、血液濾過器４０に到達する前に透析流体をさらに清浄にし、浄化し、透析流体から、例えば、重炭酸塩カートリッジ７２または酸容器７４を介して導入される異物および／または汚染物質を濾過する。

透析流体回路７０は、図示される実施形態では、サンプルポート８４も含む。透析流体回路７０は、血液漏出検出器（図示されないが、血液濾過器４０の繊維が断裂しているかどうかを検出するために使用される）と、全てが上で参照することによって組み込まれる刊行物に詳細に例証および説明される平衡チャンバ、複数の透析流体弁、ならびに透析流体保持タンク等の図示されない他の構成要素とをさらに含むであろう。

図示される実施形態では、医療流体送達機械９０は、透析流体を血液濾過器を通して一度圧送し、次いで、使用された透析流体を排出するために圧送する直結通過システムである。血液回路２０および透析流体回路７０の両方は、血液回路２０および透析流体回路７０が再使用され得るように、各処置後に温水消毒され得る。一実装では、血液濾過器４０を含む血液回路２０は、約１カ月にわたって毎日温水消毒および再使用される一方、透析流体回路７０は、約６カ月にわたって温水消毒および再使用される。

代替実施形態では、例えば、ＣＲＲＴのために、滅菌された透析流体または注入液の複数のバッグが、一緒にまとめられ、次々と使用される。そのような場合、空の供給バッグは、排出または消耗済み流体バッグとしての役割を果たすことができる。

医療流体送達機械９０は、図２の破線によって示されるような封入体を含む。機械９０の封入体は、処置のタイプ、処置がセンター内であるか、または在宅処置であるか、および透析流体／注入液供給がバッチタイプ（例えば、袋詰め）であるか、または直結であるか応じて変動する。

図３は、図２の機械９０が血液セット１００とともに動作し得ることを図示する。血液セット１００は、動脈ライン１４と、静脈ライン１６と、ヘパリンバイアル２４と、ヘパリンポンプ２６／血液ポンプ３０と、血液濾過器４０（例えば、透析器）とを含む。空気トラップ２８が、患者１２に戻される前に血液から空気を除去するために、静脈ライン１６に位置し得る。空気検出器２２ａおよび２２ｖが、それぞれ、動作のために動脈および静脈ライン１４および１６に接触する。

図２および３では、ポンプ２６、３０（３０ａおよび３０ｂ）、６４、９６（および図示されない他のポンプ）のうちのいずれかならびに弁３２ｉ、３２ｏ、３４ｉ、３４ｏ、６８ｉ、６８ｏ、９８ｉ、および９８ｏ等の弁のうちのいずれかが、空気圧で作動され得る。ある実施形態では、ポンプおよび弁の各々は、可撓な膜によって分離された流体側および空気側を有する。負の空気圧が、流体をポンプチャンバの中に引き込むために、または弁を開放するために、膜の空気側に印加され得る（またはポンプもしくは弁は、正の閉鎖圧力を大気に通気し、流体圧力が開放することを可能にすることによって開放され得る）。正の空気圧が、ポンプチャンバから流体を放出するために、または弁を閉鎖するために、膜の空気側に印加される。

ここで図４を参照すると、本開示のシステム１１０ａが、図示される。図示される実施形態におけるシステム１１０ａは、上で説明されるシステム１０とともに動作し、システム１０は、クラウド環境の一部として図４に図示される接続性サーバ１１８、システムハブ１２０、サービスポータル１３０、企業リソース計画システム１４０、ウェブポータル１５０、およびビジネスインテリジェンスポータル１６０を含む。接続性サーバ１１８、システムハブ１２０、サービスポータル１３０、企業リソース計画システム１４０、ウェブポータル１５０、およびビジネスインテリジェンスポータル１６０の各々は、クラウド環境の一部である、または１つ以上の専用サーバに位置し得る。

図４に図示されないシステム１０の他のコンポーネントも、システム１１０ａの一部であり得る。例えば、医療流体送達機械９０ａおよび９０ｂは、患者１２ａおよび１２ｂ（自宅の外側にいるものとして図示される）の自宅内に別個に存在し得る。代替として、医療流体送達機械９０ａおよび９０ｂは、同一の診療所１２６ａ−１２６ｎ内または診療所１２６ａ−１２６ｎのうちの異なるものの中に存在し得る。臨床医１１２ａおよび１１２ｂは、診療所の内側または外側に存在し得る。

医療流体送達機械９０ａおよび９０ｂは、上で説明されるようなセキュアに管理される接続１１６を介して接続性サーバ１１８に接続される。そのように行うために、機械９０ａおよび９０ｂは、例えば、上で議論されるモデム１０２を介してインターネット５２に接続する。一実施形態におけるシステムハブ１２０は、モバイル通信デバイス２００ａおよび２００ｂ（本明細書では、集合的にデバイス２００と称される、または概して、個別にデバイス２００と称される）によってアクセスされ得るミドルウェアソフトウェアを記憶する。モバイル通信デバイス２００ａおよび２００ｂは、例えば、Ａｎｄｒｏｉｄ^ＴＭ、ｉＯＳ^ＴＭ、Ｗｉｎｄｏｗｓ（登録商標） Ｐｈｏｎｅ^ＴＭ、ＢｌａｃｋＢｅｒｒｙ^ＴＭ、Ｓａｉｌｆｉｓｈ ＯＳ^ＴＭ、Ｔｉｚｅｎ^ＴＭ、またはＵｂｕｎｔｕ Ｔｏｕｃｈ^ＴＭオペレーティングシステム上で起動するスマートフォンであり得る。モバイル通信デバイス２００ａおよび２００ｂは、それぞれ、患者１２ａおよび１２ｂの所有物であり得、および／または、それぞれ、臨床医１１２ａおよび１１２ｂのものであり得る。図４に図示されるようなモバイル通信デバイス２００ａおよび２００ｂも、インターネット５２に接続される。

一実施形態では、モバイル通信デバイス２００ａおよび２００ｂは、インターネット５２へのそれらの接続を介して、システムハブ１２０上に記憶されるミドルウェアソフトウェアからアプリケーションソフトウェア（「アプリ」）をダウンロードする。アプリは、対応する機械９０ａまたは９０ｂの状態の変更が存在するとき、常に更新される。例えば、医療流体送達機械９０ａは、その自動化自己試験ルーチンを完了したばかりであり得、現在、消毒手技を実行できる状態である。機械９０ａは、この状態を識別するコードを生成し、それをシステムハブ１２０上に記憶されるミドルウェアソフトウェアに送信し得る。ミドルウェアソフトウェアは、次いで、例えば、ルックアップテーブルを使用して、コードを「自己試験完了、消毒できる状態」等のメッセージに変換し、患者１２ａまたは臨床医１１２ａのモバイル通信デバイス２００ａ上にダウンロードされたアプリにメッセージを表示させる。アプリは、メッセージとともに、機械９０ａが存在する特定の状態に関連付けられているアイコン等の視覚的識別子を提供するようにプログラムされ得る。アプリは、患者１２ａまたは臨床医１１２ａがアプリを閲覧し、機械９０の状態変更を確認するように促す「鳴動」音等のオーディオアラートおよび／または振動等の触覚アラートのうちのいずれか１つ以上のものも提供し得る。

別の例では、医療流体送達機械９０ｂは、午後３：００に処置を開始するように事前プログラムされていることもある。医療流体送達機械９０ｂは、自己試験および消毒のために３時間を必要とし得る。患者１２ａまたは臨床医１１２ａは、したがって、事前処置を開始するために正午までに機械９０ｂのそばにいる必要がある。ある実施形態では、患者１２ａまたは臨床医１１２ａは、３時間の準備時間のどの程度前に患者１２ａまたは臨床医１１２ａが通知もしくはアラートされるべきか（例えば、２時間）に関して機械９０ｂに設定を行う。したがって、この例では、機械９０ｂは、午前１０：００にコードを生成し、コードをシステムハブ１２０上に記憶されるミドルウェアソフトウェアに送信し得る。ミドルウェアソフトウェアは、次いで、例えば、ルックアップテーブルを使用して、コードを「処置準備が２時間後に開始される必要がある」等のメッセージに変換し、患者１２ｂまたは臨床医１１２ｂのモバイル通信デバイス２００ｂ上にダウンロードされたアプリにメッセージを表示させる。アプリは、再び、メッセージとともに、１２０分からゼロにおけるタイムアウトまでカウントダウンするカウントダウンタイマ等の視覚的識別子を提供するようにプログラムされ得る。アプリは、患者１２ｂまたは臨床医１１２ｂがアプリを閲覧し、処置準備通知を確認するように促す「鳴動」音等のオーディオアラートおよび／または振動等の触覚アラートのうちのいずれか１つ以上のものも提供し得る。アプリは、カウントダウン期間中に事前プログラムされた間隔で、例えば、１時間および３０分毎に、「鳴動」音および／または触覚フィードバックを繰り返すようにもプログラムされ得る。

ユーザの通信デバイス２００ｂ上にアプリを提供することに加えて、またはその代替として、システムハブ１２０におけるミドルウェアソフトウェアが、機械９０ｂからのコードをそのカレンダアプリケーション等のデバイス２００の固有のタスク追跡特徴上に埋め込まれるメッセージに変換することが考慮される。殆どのスマートフォンデバイス２００は、例えば、各日を時間等の時間セグメントに分離するカレンダを提供される。ここでは、システムハブ１２０のミドルウェアソフトウェアによって変換されるメッセージは、認可された通信デバイス２００ｂのカレンダにアクセスし、適切な日の適切な時間セグメントに適切な情報を投入するようにプログラムされ得る。上記例では、適切な日のために、固有のカレンダソフトウェアアプリケーションは、「処置準備が２時間後に開始される必要がある」等のメッセージで埋められたその１０：０：００ＡＭタイムスロットを有するであろう。オーディオおよび／または触覚フィードバック信号が、カレンダ入力について患者１２または臨床医１１２に通知するために提供され得る。

機械９０ａおよび９０ｂ、中央サーバ１２０におけるミドルウェアソフトウェア、ならびに通信デバイス２００ａおよび２００ｂは、任意の所望のメッセージを患者１２ａ、１２ｂおよび／または臨床医１１２ａ、１１２ｂに提供するために上で説明されるようにプログラムならびに動作させられ得、本明細書に説明されるメッセージに限定されないことを理解されたい。例えば、患者１２ａ、１２ｂおよび／または臨床医１１２ａ、１１２ｂは、同様に、付随のカウントダウンタイマを用いて、消毒の終了時、機械９０ａ、９０ｂを再消毒する必要性を回避するために、処置がカウントダウン時間以内に開始される必要があることを知らされ得る。

ここで図５を参照すると、本開示のシステム１１０ｂが、図示される。図示される実施形態におけるシステム１１０ｂは、上で説明されるシステム１０とともに動作し、システム１０は、クラウド環境の一部として図５に図示されるが、代替として、１つ以上の専用サーバに位置し得る接続性サーバ１１８、システムハブ１２０、サービスポータル１３０、企業リソース計画システム１４０、ウェブポータル１５０、およびビジネスインテリジェンスポータル１６０を含む。図５に図示されないシステム１０の他のコンポーネントも、システム１１０ａの一部であり得る。単一の医療流体送達機械９０が、説明を容易にするために図示されるが、しかしながら、複数の医療流体送達機械９０が、同様に、システム１１０ｂに接続され得る。医療流体送達機械９０は、患者１２（自宅の外側にいるものとして図示される）の自宅内または臨床医１１２に関する診療所１２６ａ−１２６ｎ内に存在し得る。医療流体送達機械９０は、再び、図示される実施形態では、例えば、モデム１０２を使用して、セキュアに管理される接続１１６およびインターネット５２接続を介して接続性サーバ１１８に接続される。

一実施形態におけるシステムハブ１２０は、モバイル通信デバイス２００（容易にするために単一のデバイスとして示されるが、複数のデバイス２００も同様に、システム１１０ｂに接続され得る）によってアクセスされ得るミドルウェアソフトウェアを記憶する。図５のモバイル通信デバイス２００は、インターネット５２に接続されることを含む図４に図示されるデバイス２００ａおよび２００ｂに関して開示される構造、機能性、ならびに代替物の全てを含む。図５では、モバイル通信デバイス２００は、そうである必要性はないが、インターネット５２へのそれらの接続を介して、システムハブ１２０上に記憶されるミドルウェアソフトウェアからソフトウェアアプリケーション（「アプリ」）をダウンロードし得る。アプリは、機械９０からのコード化メッセージをアプリ上で提示可能なフォーマットに変換するミドルウェアソフトウェアを含む図４と関連して厳密に上で説明されるように動作させられ得る。代替として、または加えて、システムハブ１２０上に記憶されるミドルウェアソフトウェアは、図４に説明される方法のうちのいずれかにおいて、機械９０からのコードをそのカレンダアプリケーション等のモバイル通信デバイス２００の固有のタスク追跡特徴上に埋め込まれるメッセージに変換することが可能であり得る。

さらに代替として、または加えて、システム１１０ｂは、例えば、システムハブ１２０に記憶されるミドルウェアソフトウェアとモバイル通信デバイス２００との間でインターフェースをとるセルラーネットワーク２１０を含む。セルラーネットワーク２１０は、電波を使用して動作するセルラー電話塔のネットワークを含み、および／または衛星を採用し得る。システム１１０ｂのセルラーネットワーク２１０との使用のために好適な通信プロトコルは、（ｉ）「ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス」（「ＷｉＭＡＸ」）プロトコルおよび（ｉｉ）世界中のセルラー電話の多くへのデータ通信を可能にする広範囲の長距離無線プロトコルである「汎欧州デジタル移動電話方式」（「ＧＳＭ（登録商標）」）プロトコル等の長距離プロトコルであり得る。ネットワーク２１０は、代替として、または加えて、（ｉ）ＩＥＥＥ ８０２．１１ａ、（ｉｉ）ＩＥＥＥ ８０２．１１ｂ、（ｉｉｉ）ＷＥＥ ８０２．１１ｇ、または（ｉｖ）８０２．１１ｎ等の米国電気電子技術者協会（「ＩＥＥＥ」）８０２．１１規格の一部であるプロトコルであり得る無線ローカルエリアネットワーク（「ＷＬＡＮ」）等の中距離プロトコルを採用し得る。他の好適なセルラー技術は、ＣＤＭＡ、ＡＭＰＳ（アナログ）、汎用パケット無線サービス（「ＧＰＲＳ」）、ｃｄｍａＯｎｅ、ＣＤＭＡ２０００、エボリューションデータオプティマイズ（「ＥＶ−ＤＯ」）、ＧＳＭ（登録商標）進化型高速データレート（「ＥＤＧＥ」）、ユニバーサル移動体通信システム（「ＵＭＴＳ」）、デジタルコードレス電話規格（「ＤＥＣＴ」）、デジタルＡＭＰＳ（「ＩＳ−１３６／ＴＤＭＡ」）、および統合デジタル拡張ネットワーク（「ｉＤＥＮ」）を含み得る。

モバイル通信デバイス２００は、当業者に公知の方法のうちのいずれかを介して、例えば、ショートメッセージングサービス（「ＳＭＳ」）またはマルチメディアメッセージングサービス（「ＭＭＳ」）プロトコルを介して、セルラーネットワーク２１０と通信する。システムハブ１２０におけるミドルウェアソフトウェアは、いくつかの方法でセルラーネットワーク２１０と通信し得る。一例では、ユーザ１２、１１２（患者１２、患者の在宅ケアパートナー、患者の臨床医１１２のうちのいずれかまたは全て）の電話番号およびキャリアが、例えば、ミドルウェアソフトウェアにおけるルックアップテーブルを介して、特定の機械９０に関連付けられている。特定の機械９０からのメッセージ／コードがミドルウェアによって受信されると、ミドルウェアソフトウェアは、電子メールを［ｕｓｅｒ ｐｈｏｎｅ ｎｕｍｂｅｒ］＠［ｃａｒｒｉｅｒ］．ｎｅｔに送信するようにプログラムされ得る。例えば、患者００１の電話番号が（５５５）５５５−５５５５であり、患者００１のキャリアがＡＴ＆Ｔ^ＴＭである場合、患者００１の機械９０がメッセージをシステムハブ１２０のミドルウェアソフトウェアに送信すると、受信に応じて、ミドルウェアソフトウェア１２０は、電子メールを５５５５５５５５５５＠ａｔｔ．ｎｅｔに中継するようにプログラムされ、それは、テキストメッセージとして患者００１のモバイル通信デバイス２００によって受信される。当業者は、テキストメッセージに電子メールを送る方法を知らせ、異なるキャリアによって要求される詳細を概説することに専念する複数のウェブサイトが存在することを理解する。

ミドルウェアソフトウェアは、モバイル通信デバイス２００の各々の電話番号の各々を記憶し、それらの番号の各々を機械９０と合致させる。イベントコードが、上で説明されているように機械９０からミドルウェアソフトウェアに送信されると、ミドルウェアソフトウェアは、その機械に関連付けられているモバイル通信デバイス２００の電話番号を検索し、例えば、上で説明されるようなルックアップテーブルを使用してコードを適切なメッセージに変換し、変換されたメッセージを呼び出された電話番号に送信する。複数の通信デバイス２００が、同一の医療流体送達機械９０に関連付けられ得ることが考慮される。例えば、診療所１２６ａ−１２６ｎのうちのいずれかにおいて、複数の医師、看護師、および／または臨床医の電話番号が、同一の機械９０に関連付けられ得る。在宅環境では、患者１２および患者の臨床医および／または介護者アシスタントの電話番号が、同一の機械９０に関連付けられ得る。

同様に、モバイル通信デバイス２００のための電話番号が、複数の医療流体送達機械９０に関連付けられ得る。例えば、診療所１２６ａ−１２６ｎのうちのいずれかにおいて、単一の看護師が、複数の機械９０を監視し得る。イベントが看護師のシフト中にそれらの機械のうちのいずれかに起こる場合、看護師は、看護師のモバイル通信デバイス２００に送信されるセルラーメッセージを介して通知され得る。このシナリオは、図７−９と関連して下で詳細に説明される。

セルラーメッセージは、情報をモバイル通信デバイス２００に投入するソフトウェアアプリおよびカレンダ更新モードに対して上で議論される同一のイベントのうちのいずれかに関する情報を伝え得る。例えば、医療流体送達機械９０は、その自動化自己試験ルーチンを完了したばかりであり得、現在、消毒手技を実行できる状態である。機械９０は、この状態を識別するコードを生成し、それをシステムハブ１２０上に記憶されるミドルウェアソフトウェアに送信し得る。ミドルウェアソフトウェアは、次いで、例えば、ルックアップテーブルを使用して、コードを「自己試験完了、消毒できる状態」等のメッセージに変換し、例えば、上で議論されるセルラー出力ルーチンにテキストメッセージを患者１２または臨床医１１２のモバイル通信デバイス２００に送信させ、メッセージを表示させる。代替実施形態では、コードは、必要とされず、機械９０は、代わりに、実際のテキスト文字列を送信し、ミドルウェアソフトウェアは、例えば、上で議論されるセルラー出力ルーチンを介して、テキストメッセージとしてモバイル通信デバイス２００にそれを転送する。公知であるように、通信デバイス２００上のテキストメッセージの受信は、患者１２または臨床医１１２がメッセージを閲覧するように促すオーディオ、例えば、「鳴動」音および／または振動等の触覚アラートを伴い得る。

別の例では、医療流体送達機械９０は、午後３：００に処置を開始するように事前プログラムされていることもある。医療流体送達機械９０は、再び、自己試験および消毒のために３時間を必要とし得る。患者１２または臨床医１１２は、したがって、事前処置を開始するために正午までに機械９０のそばにいる必要がある。ある実施形態では、患者１２または臨床医１１２は、３時間の準備時間のどの程度前に患者１２または臨床医１１２が通知もしくはアラートされるべきか（例えば、２時間）に関して機械９０に設定を行う。ここでは、機械９０は、午前１０：００にコードを生成し、コードをシステムハブ１２０上に記憶されるミドルウェアソフトウェアに送信する。ミドルウェアソフトウェアは、次いで、例えば、ルックアップテーブルを使用して、コードを「処置準備が２時間後に開始される必要がある」等のメッセージに変換し、例えば、上で議論されるセルラー出力ルーチンにテキストメッセージを患者１２または臨床医１１２のモバイル通信デバイス２００に送信させ、例えば、患者１２または臨床医１１２が通知を閲覧するように促す「鳴動」音等のオーディオアラートおよび／または振動等の触覚アラートとともにメッセージを表示させる。

機械９０、中央サーバ１２０におけるミドルウェアソフトウェア、および通信デバイス２００は、代替として、または加えて、セルラーネットワーク２１０を使用して、任意の所望のメッセージを患者１２および／または臨床医１１２に提供するために上で説明されるようにプログラムされ、動作させられ得ることを理解されたい。例えば、患者１２および／または臨床医１１２は、同様に、消毒の終了時、機械９０を再消毒する必要性を回避するために、処置がカウントダウン時間以内に開始される必要があることを知らされ得る。通信デバイス２００のカレンダアプリケーション等の固有のタスク追跡特徴の更新が、インターネット接続を経由して、または図５に図示されるセルラーネットワーク２１０を介して行われ得ることも理解されたい。

ここで図６を参照すると、本開示のシステム１１０ｃが、図示される。図示される実施形態におけるシステム１１０ｃは、上で説明されるシステム１０とともに動作し、システム１０は、クラウド環境の一部として図６に図示されるが、代替として、１つ以上の専用サーバに位置し得る接続性サーバ１１８、システムハブ１２０、サービスポータル１３０、企業リソース計画システム１４０、ウェブポータル１５０、およびビジネスインテリジェンスポータル１６０を含む。図６に図示されないシステム１０の他のコンポーネントも、システム１１０ａの一部であり得る。単一の医療流体送達機械９０が、説明を容易にするために図示されるが、しかしながら、複数の医療流体送達機械９０が、同様に、システム１１０ｂに接続され得る。療流体送達機械９０は、患者１２（自宅の外側にいるものとして図示される）の自宅内または臨床医１１２に関する診療所１２６ａ−１２６ｎ内に存在し得る。医療流体送達機械９０は、再び、図示される実施形態では、例えば、モデム１０２を使用して、セキュアに管理される接続１１６およびインターネット５２接続を介して接続性サーバ１１８に接続される。図６では、接続性サーバ１１８およびセキュアに管理される接続１１６は、双方向通信のために使用される。

一実施形態におけるシステムハブ１２０は、モバイル通信デバイス２００（容易にするために単一のデバイスとして示されるが、複数のデバイス２００も同様に、システム１１０ｂに接続され得る）によってアクセスされ得るミドルウェアソフトウェアを記憶する。図６のモバイル通信デバイス２００は、インターネット５２に接続されることを含む図４に図示されるデバイス２００ａおよび２００ｂに関して開示される構造、機能性、ならびに代替物の全てを含む。図６では、モバイル通信デバイス２００は、そうである必要性はないが、インターネット５２へのそれらの接続を介して、システムハブ１２０上に記憶されるミドルウェアソフトウェアからソフトウェアアプリケーション（「アプリ」）をダウンロードし得る。アプリは、機械９０からのコード化メッセージをアプリ上で提示可能なフォーマットに変換するミドルウェアソフトウェアを含む図４と関連して厳密に上で説明されるように動作させられ得る。代替として、または加えて、システムハブ１２０上に記憶されるミドルウェアソフトウェアは、図４に説明される方法のうちのいずれかにおいて、機械９０からのコードをそのカレンダアプリケーション等のモバイル通信デバイス２００の固有のタスク追跡特徴上に埋め込まれるメッセージに変換することが可能であり得る。カレンダアプリケーションは、代替として、図５と関連して上で議論されるセルラーネットワーク２１０（図６に破線引き出し線を介して代替物として図示される）を介して更新され得る。

図６は、通信が医療流体送達機械９０とモバイル通信デバイス２１０との間で双方向であり得ることを図示する。モバイル通信デバイス２１０とサーバコンピュータ１２０におけるミドルウェアソフトウェアとの間の通信は、インターネット５２および／またはセルラーネットワーク２１０を介してであり得る。サーバコンピュータ１２０におけるミドルウェアソフトウェア間の通信は、上で詳細に説明されるように、セキュアに管理される接続１１６を介する接続性サーバ１１８を介してであり得る。

上で議論されるように、在宅治療機械９０は、そのオンボード接続性エージェント１１４を介して接続性サーバ１１８に接続し、オンボード接続性エージェント１１４は、一実施形態では、処置中（例えば、機械９０およびその周辺機器が機能している間）オフにされる（処置後消毒の間にオフにされる場合とそうではないこともある）。これは、処置および消毒中、または機械９０が作動中であるとき、もしくは起動しているとき、在宅治療機械９０が任意のエンティティと通信し、データを送信または受信することを防止する。システム１１０ａ−１１０ｃを介する通信が、同一の方法で保護されることが考慮される。例えば、特定の機械９０が、患者１２および臨床医１１２の両方と通信するようにミドルウェアソフトウェアを介して設定されると仮定する。ここでは、患者が機械９０によって処置されている場合、接続性エージェント１１４が遮断され、それによって、臨床医１１２は、その時間にその機械９０から通知を受信できない、またはそれにコマンドを送信できないことが想定される。代替実施形態では、臨床医１１２は、処置中に機械９０から通知を受信することが可能であり得る。

接続性エージェント１１４を接続解除すべきとき（通信がない）を決定することは、システム１１０ａ−１１０ｃがモバイル通信デバイス２００に通信することを所望する機械状態の内容または数に依存し得る。例えば、患者１２または臨床医１１２が処置準備を開始するために機械９０に戻る必要があることを処置準備の２時間前に患者１２または臨床医１１２に知らせることのみが所望されると仮定する。ここでは、接続性エージェント１１４は、患者１２または臨床医１１２が最初の処置準備ステップを開始すると、例えば、自己試験ルーチンを実行すると、すぐにオフにされ得る。

別の例では、機械９０が、処置が開始されるように設定される前のある事前設定された時間に自動的に自己試験ルーチンを実行することが所望され得る。機械９０は、消毒を開始する時間になると、患者１２または臨床医１１２に通知する。ここでは、接続性エージェント１１４は、患者１２または臨床医１１２が機械消毒を開始すると、接続解除され得る。さらなる例では、患者が消毒の終了からある量の時間内に処置を開始し、消毒が繰り返される必要がないように、機械９０が、消毒が完了すると、患者１２に通知することが所望され得る。ここでは、接続性エージェント１１４は、患者１２または臨床医１１２が処置を開始すると、例えば、患者が処置ラインに、例えば、動脈ライン１４または静脈ライン１６にまだ接続されていない事前注入の開始に応じて、接続解除され得る。

システム１１０ｃは、患者１２または臨床医１１２が、上記アクション（および本明細書に明確に説明されないその他）のうちのいずれかを遠隔で開始することを可能にする。患者１２または臨床医１１２は、例えば、自己試験ルーチンまたは消毒手技を開始するために、例えば、モバイル通信デバイス２００上に表示されるアプリ上のアイコンを選択し得る。アイコンの選択は、インターネット５２を経由してミドルウェアソフトウェアに伝送される。ミドルウェアソフトウェアは、次いで、例えば、ルックアップテーブルを介して、例えば、アイコン選択を接続性サーバ１１８およびセキュアに管理される接続１１６を介して、その接続性エージェント１１４がオンである機械９０に送信されるアクションコードに変換し、選択されたアクションに関するアクションコードが機械のＡＣＰＵ ５０に送信されることを可能にし、それは、選択されたアクションの実施を開始する。

代替実施形態では、患者１２または臨床医１１２は、例えば、機械９０において実施されるべき特定のアクション、例えば、自己試験ルーチンまたは消毒手技を選択する既知のコードをテキストメッセージ内に入力し得る。コードは、「自己試験」または「消毒」等の示唆的コードであり得る。テキストメッセージは、セルラーネットワーク２１０を介してシステムハブ１２０におけるミドルウェアソフトウェアに送信される。ミドルウェアソフトウェアは、例えば、ルックアップテーブルを介して、テキスト化コードを選択されたアクションのためのアクションコードに変換する。または、患者１２または臨床医１１２によって入力されたコードは、いかなる変換も必要とされないように、アクションコードであり得る。いずれの場合も、アクションコードは、接続性サーバ１１８およびセキュアに管理される接続１１６を介して、その接続性エージェント１１４がオンである機械９０に送信され、選択されたアクションのためのアクションコードが機械のＡＣＰＵ ５０に送信されることを可能にし、ＡＣＰＵ ５０は、選択されたアクションの実施を開始する。

図６は、以下の例示的７ステップシーケンスを図示する。ステップ１において、医療流体送達機械９０は、機械が、患者１２が機械９０の、例えば、２時間の自動化自己試験ルーチンの開始を始めることができる状態であることを示すメッセージをシステムハブ１２０におけるミドルウェアソフトウェアアプリケーションに送信する。ステップ２において、システムハブ１２０におけるミドルウェアソフトウェアアプリケーションは、機械９０が、患者１２が自動化自己試験ルーチンの開始を始めることができる状態であることを示す対応する（例えば、変換された）メッセージを患者のモバイル通信デバイス２００に送信する。

ステップ３において、患者のモバイル通信デバイス２００にダウンロードされたカスタムアプリが、オーディオ、視覚および／または触覚アラート、および関連付けられているメッセージを介して、患者１２の機械９０が、患者が、例えば、２時間の自動化自己試験ルーチンの開始を始めることができる状態であることを患者１２にアラートする。ステップ４において、患者１２は、機械９０がその自動化自己試験ルーチンを開始すべきであることを確認するために、モバイル通信デバイス２００上のカスタムアプリを使用する。

ステップ５において、患者のモバイル通信デバイス２００は、患者の機械９０がその自動化自己試験ルーチンを開始することが所望されることを確認するメッセージをシステムハブ１２０におけるミドルウェアソフトウェアアプリケーションに送信する。ステップ６において、システムハブ１２０におけるミドルウェアソフトウェアアプリケーションは、機械９０がその自動化自己試験ルーチンを開始することを患者１２が確認したことを示すメッセージを機械９０に送信する（例えば、変換および送信する）。ステップ７において、機械９０は、その自動化自己試験ルーチンを開始および実施する。

自己試験が実施されると、ここでは、アクションが自動化自己試験ルーチンの代わりに消毒手技であることを除いて、システム１１０ｃが、上で議論される同一のステップ１−７を実施することが想定される。ここで、患者のモバイル通信デバイス２００にダウンロードされたカスタムアプリは、患者が処置を開始するために機械９０に戻るまでに有する時間の量を患者にリマインドするカウントダウンタイマを患者１２に表示し得る。異なるタイプの医療流体送達機械は、患者１２または臨床医１１２が処置が開始される前に実施し得る異なる１つ、２つ、３つ、またはそれを上回るアクションを有し得ることを理解されたい。

システム１１０ａ−１１０ｃに関して、ユーザがそれらのデバイス２００上で、例えば、アプリ自体を介して、テキストメッセージを介して、および／またはカレンダ通知を介して受信することを所望する通知のタイプを選択するために、ユーザによって構成可能であるようにモバイル通信デバイス２００上のアプリをプログラムすることが考慮される。システムハブ１２０は、一実施形態では、全ての通知タイプを送信し得、モバイル通信デバイス２００は、ユーザがディスエーブルにした通信タイプを無視する。別の実施形態におけるシステムハブ１２０は、ユーザの選好を記憶し、選択された通知タイプにおける情報のみを送信する。

ここで図７−９を参照すると、医師、臨床医、または看護師のモバイル通信デバイス２００のための臨床医ベースのダウンロード可能ソフトウェアアプリケーション（「アプリ」）２３０を有するシステム１１０ｄの一実施形態が、画面２３２−２３６上に図示される。上で議論されるように、モバイル通信デバイス２００は、患者１２のものまたは医師／看護師／臨床医１１２のものであり得る。図７−９の画面２３２−２３６は、アプリ２３０が、例えば、看護師が複数の機械９０ａ−９０ｎに関与する診療所または病院１２６ａ−１２６ｎにおいて使用され得ることを図示する。機械９０ａ−９０ｎは、再び、血液透析機械、腹膜透析機械、ＣＲＲＴ機械、薬物および／または栄養流体送達機械、ならびにそれらの組み合わせであり得る。

画面２３２は、アプリ２３０が、複数の機械９０を監視し、所望される場合、制御し得ることを図示する。図示される実施形態では、機械９０ａ−９０ｎは、それぞれ、アプリ２３０の画面２３２上に表示される専用アイコン１９０ａ−１９０ｎによって表される。図示される実施形態におけるアイコン１９０ａ−１９０ｎは、医師／看護師／臨床医１１２を適応させることに役立つように、機械９０ａ−９０ｎが診療所１２６ａ−１２６ｃ内で順序付けられるものと同一に画面２３２−２３６上で順序付けられる。

アプリ２３０は、本明細書に議論されているようにシステムハブ１２０とともに動作し、システムハブ１２０は、診療所または病院１２６ａ−１２６ｎから遠隔であり、例えば、機械９０ａ―９０ｎのうちの１つ以上のものの製造業者によって保守されることが想定される。アプリ２３０は、例えば、最初に、図１に図示される製品開発１２８において開発され得る。アプリ２３０は、次いで、図１および７に図示されるようなサービスポータル１３０を介して製品開発１２８からシステムハブ１２０に送信され得る。アプリ２３０をダウンロードすることが認可された任意の看護師、臨床医、または医師１１２が、システムハブ１２０からそのように行い得る。その後、システムハブ１２０は、システム１１０ａ−１１０ｃにおいて上で説明される様式でアプリ２３０とともに動作するようにミドルウェアソフトウェアを保守する。

代替実施形態では、診療所１２６ａ−１２６ｎは、各々がローカルシステムハブ２２０とともに動作するそれらの独自のローカルエリアネットワークを保守し得る。アプリ２３０は、再び、製品開発１２８（図１）によって開発され、サービスポータル１３０を介して、システム１０全体とともに動作する診療所１２６ａ−１２６ｎのローカルシステムハブ２２０に送達され得る。アプリ２３０をダウンロードすることが認可された各看護師、臨床医、または医師１１２は、ローカルシステムハブ２２０からそのように行う。その後、ローカルシステムハブ２２０は、システム１１０ａ−１１０ｃにおけるシステムハブ１２０に関して上で説明される様式でアプリ２３０とともに動作するようにミドルウェアソフトウェアを保守する。さらなる代替実施形態では、アプリ２３０は、診療所１２６ａ−１２６ｎによって開発され、そのローカルシステムハブ２２０上に記憶され得る。

システムハブ１２０またはローカルシステムハブ２２０のミドルウェアソフトウェアは、各機械９０ａ−９０ｎのステータスを更新する。看護師、臨床医、または医師１１２は、各機械９０ａ−９０ｎの現在のステータス、例えば、図８の画面２３４内に図示されるような「休止中」、「自己試験」、「消毒」、または「患者処置中」を確認するために、任意の時点でアイコン１９０ａ−１９０ｎを選択し得る。他のステータスマーカが、考慮され、異なるタイプの機械に対して異なり得る。看護師、臨床医、または医師１１２は、次いで、図９に図示されるようなホームアイコン１９０ａ−１９０ｎに戻るために「休止中」、「自己試験」、「消毒」、または「患者処置中」のうちのいずれかを選択し得る。

上で議論されるように、機械が起動しているとき、特に、患者１２が機械に接続されているとき、各機械９０の接続性エージェント１１４をオフにすることが考慮される。しかしながら、システムハブ１２０またはローカルシステムハブ２２０におけるミドルウェアソフトウェアが、各機械９０ａ−９０ｎから「患者処置中」へのステータス変更を受信し得るように、診療所１２６ａ−１２６ｎの各機械９０ａ−９０ｎの接続性エージェント１１４が、消毒の終了までオンのままであることを可能にすることも考慮される。加えて、各機械９０ａ−９０ｎは、そのスケジューリングされた処置期間を把握しているので、機械は、ミドルウェアソフトウェアにスケジューリングされた持続時間も送信し得、それは、次いで、「患者処置中」に対するステータス変更とともにカウントダウンタイマの形態における持続時間を送信する。ここで、次いで、看護師、臨床医、または医師１１２が図８の「患者処置中」を選択すると、それらは、図９に図示されるような残りの処置の時間を示すカウントダウンタイマを確認することが可能である。

カウントダウンタイマに対して、アプリ２３０が各計時されるプロセスを受ける機械９０のための実際の残り時間を表示し得るように、接続性エージェント１１４が、機械９０ａ−９０ｎが残り時間データをシステムハブ１２０に送信することを可能にすることが考慮される。アプリ２３０は、アラームまたは機械９０が経験し得る他の遅延を考慮する。アラーム状況中、対応するアイコン１９０ａ−１９０ｆは、「アラーム」または「セーフモード」等のメッセージを表示し得る。看護師、臨床医、または医師１１２は、次いで、図７に図示されるホームアイコン１９０ｃ、１９０ｄ、および１９０ｈに戻るために、図９のカウントダウン時間を選択し得る。

看護師、臨床医、または医師１１２は、機械９０ａ−９０ｎに対するステータス変更が、視覚的に、可聴的に、および／または触覚的にアラートされることを可能にするか、または可能にしないためかのいずれかのために、アラートオン／オフアイコン２３８をトグルし得る。アラートオン／オフアイコン２３８が「オン」に切り替えられる場合、モバイル通信デバイス２００のアプリ２３０は、機械のステータスが変化する度に、例えば、（ｉ）自己試験が開始される度、（ｉｉ）自己試験が完了される度、（ｉｉｉ）消毒が開始される度、（ｉｉｉ）消毒が完了される度、（ｖ）処置が開始される度、（ｖｉ）処置が完了される度、視覚、可聴、および／または触覚アラートを提供するであろう。ある実施形態では、（ｉ）−（ｖ）に関するコードが、機械９０ａ−９０ｎを介して、セキュアに管理される接続１１６、接続性サーバ１１８、およびシステムハブ１２０またはローカルシステムハブ２２０を通して送信され、ミドルウェアソフトウェアによって変換され、アプリ２３０に転送され、それは、適切なアイコン１９０を更新する。種々の実施形態では、「（ｖｉ）処置が完了された」は、（ａ）アクティブにされた接続性エージェント１１４を用いて機械９０ａ−９０ｎを介して送信されるか、または、（ｂ）適切なアイコン１９０ａ−１９０ｎのカウントダウンタイマが終了するとき、および接続性エージェント１１４が依然としてオフであり得る場合に推測され得る。

アラートオン／オフアイコン２３８がオフに切り替えられる場合、例えば、看護師、臨床医、または医師１１２が、所与の瞬間に中断されることを所望しない場合、アイコン１９０ａ−１９０ｎは、上で説明されるように依然として更新されるが、可聴および／または触覚アラートは、提供されない。しかしながら、看護師、臨床医、または医師１１２は、依然として、関連付けられているアイコン１９０ａ−１９０ｎを選択することによって、各機械９０ａ−９０ｎのステータスを能動的に閲覧し得る。

画面２３２−２３６は、アクションボタン２４０ａ−２４０ｂ（本明細書では、集合的にアクションボタン２４０と称される、または概して、個別にアクションボタン２４０と称される）を図示する。任意の数のアクションボタン２４０が、任意のモダリティ、例えば、血液透析、腹膜透析、ＣＲＲＴ、薬物および／または栄養流体送達のために必要とされる任意のタイプの事前処置アクションのために提供され得る。図示される実施形態では、アクションボタン２４０ａは、機械９０のための自己試験を開始するためのものである一方、アクションボタン２４０ｂは、機械９０のための消毒シーケンスを開始するためのものである。

一実施形態では、自己試験ボタン２４０ａが選択されると、その時間に自己試験を実施することが可能な任意の機械９０ａ−９０ｎが、その対応するアイコン１９０ａ−１９０ｎを強調される。看護師、臨床医、または医師１１２は、看護師、臨床医、または医師１１２が自己試験を実施することを所望する機械９０のためのいずれかのアイコン１９０を選択する。その選択されたアイコン１９０は、次いで、看護師、臨床医、または医師１１２が選択された機械９０にその自己試験を実施させるために再び押す必要がある「確認」ボタンに変わり得る。モバイル通信デバイス２００のアプリ２３０は、次いで、対応する自己試験コードをシステムハブ１２０またはローカルシステムハブ２２０におけるミドルウェアソフトウェアに送信し、ミドルウェアソフトウェアは、必要に応じて、自己試験コードを自己試験開始コマンドに変換し、それは、接続性サーバ１１８を介してセキュアに管理される接続１１６を経由して選択された機械９０の接続性エージェント１１４に送信され、接続性エージェント１１４は、コマンドを機械のＡＣＰＵ ５０に転送し、ＡＣＰＵ ５０は、順に、自己試験を始める。

図示される実施形態では、消毒ボタン２４０ｂが選択されると、その時間に消毒を実施することが可能な任意の機械９０ａ−９０ｎが、その対応するアイコン１９０ａ−１９０ｎを強調される。看護師、臨床医、または医師１１２は、看護師、臨床医、または医師１１２が消毒を実施することを所望する機械９０のためのいずれかのアイコン１９０を選択する。その選択されたアイコン１９０は、再び、看護師、臨床医、または医師１１２が選択された機械９０にその消毒を実施させるために再び押す必要がある「確認」ボタンに変わり得る。モバイル通信デバイス２００のアプリ２３０は、次いで、対応する消毒コードをシステムハブ１２０またはローカルシステムハブ２２０におけるミドルウェアソフトウェアに送信し、ミドルウェアソフトウェアは、必要に応じて、消毒コードを消毒開始コマンドに変換し、それは、接続性サーバ１１８を介してセキュアに管理される接続１１６を経由して選択された機械９０の接続性エージェント１１４に送信され、接続性エージェント１１４は、コマンドを機械のＡＣＰＵ ５０に転送し、ＡＣＰＵ ５０は、順に、消毒を始める。

アクションボタン２４０のためのこのように説明されたプロシージャは、システム１１０ｃにおいても実装され、機械９０のタイプに応じて変動し得る他の機械コマンドのために実装され得る。診療所１２６ａが、診療所に存在する１人以上の看護師、臨床医、または医師１１２によって、処置または処置の一部の間に接続性エージェント１１４をオンのままにすることが十分に安全であると決定し得ることも考慮される。そのような場合、看護師、臨床医、医師１１２は、機械９０のための処置中活動を制御し得る。例えば、看護師、臨床医、医師１１２は、モバイル接続デバイス２００におけるアプリ２３０を介してアラーム／アラートを受信し、それに応答し、ポンプおよび処置の他の面を開始および停止すること、消毒を開始および停止すること、事前注入を開始および停止すること等を行い得る。

システム１１０ａ−１１０ｄの各々は、ある形態のアドレス指定とともに動作する。上で議論されるように、接続性サーバ１１８は、一実施形態では、データが適切な形態で適切な機械９０に送達され、機械９０からのデータがその適切な形態で適切な宛先に送達されることを確実にするために提供される。一実施形態では、機械９０がモバイル通信デバイス２００への送達のためにシステムハブ１２０またはローカルシステムハブ２２０にデータを送信するとき、データは、それからデータが送信された機械９０を識別する機械識別子を提供される。接続性サーバ１１８は、特定の機械のデータが所属する各モバイル通信デバイス２００を把握し、どの通信デバイス２００がデータを受信すべきかをシステムハブ１２０またはローカルシステムハブ２２０に指示する。システムハブ１２０またはローカルシステムハブ２２０は、次いで、本明細書に議論されているようにデータを変換し得る。例えば、変換されたデータを送信するとき、システムハブ１２０またはローカルシステムハブ２２０は、それがもはや必要とされないので、データから機械識別子を取り除き得る。しかしながら、システム１１０ｄでは、機械識別子は、アプリ２３０がどのアイコン１９０ａ−１９０ｎに新しいデータを投入すべきかを把握するように、例えば、変換されたデータとともに送達され得る。ここでは、アプリ２３０は、それがもはや必要とされなくなると、機械識別子を取り除き得る。

一実施形態では、モバイル通信デバイス２００が機械９０への送達のためにシステムハブ１２０またはローカルシステムハブ２２０にデータを送信するとき、データは、データが送信されたモバイル通信デバイス２００を識別するモバイル通信デバイス２００識別子を提供される。システムハブ１２０またはローカルシステムハブ２２０は、上で議論されるように、モバイル通信デバイス２００からのデータを変換する場合とそうではないこともあるが、いずれの場合も、モバイル通信デバイス２００識別子は、接続性サーバ１１８のために維持される。接続性サーバ１１８は、各モバイル通信デバイス２００のためにどの機械９０が、例えば、変換されたデータを受信するかを把握し、例えば、変換されたデータを各関連付けられている通信デバイス２００に送信する。接続性サーバ１１８は、機械９０に送達されると、それがもはや必要とされないので、データからモバイル通信デバイス２００識別子を取り除き得る。

上で説明されるようなアプリ２３０は、看護師、臨床医、または医師１１２が、医療流体送達機械９０における処置を設定し、監視し、おそらく制御することを可能にする。患者の自宅（図１の破線枠）における患者１２または患者１２のための介護者にアプリを介して類似する機能性を提供することが、考慮される。接続性は、図７−９に示されるものと同一であり得る。しかしながら、設定は、診療所１２６ａ−１２６ｎではなく、代わりに、自宅またはビジネスもしくは休暇場所等の他の非臨床的場所である。加えて、典型的には、複数の機械９０ａ−９０ｎではなく、単一の機械９０のみが存在する。しかしながら、単一の患者１２が、各々が本明細書に説明されるようなアプリによってサポートされ得る複数の機械９０を介して処置され得ることが可能である。患者１２が自宅にいるが、機械９０から離れている場合、アプリは、始動手技タスク、消毒手技、または自己試験ルーチンを開始もしくは完了するために残されている時間の量等の有益な情報を提供し得る。患者が機械９０によって処置されているとき、患者は、それ自体が図１に図示されるようなタブレットであり得るそのユーザインターフェース１２２上で情報を確認することができる。しかし、配偶者、友人、または在宅看護師等、処置中に自宅で患者１２を補助する介護者も存在し得る。介護者は、ステータス更新、始動手技残り時間、消毒残り時間、事前注入残り時間、処置残り時間、患者１２が機械９０に接続されているかどうかに関する情報、アラート、アラーム等を受信することによって、在宅アプリから利益を享受する。一実施形態におけるアプリは、認可された人物のみが患者処置データを閲覧し得るように、これが介護者のモバイル通信デバイス２００にダウンロードされ得る前、患者に関連付けられているログインおよびパスワードが入力されることを要求する。

本明細書に説明される好ましい実施形態の種々の変更および修正が、当業者に明白であろうことを理解されたい。そのような変更および修正は、本主題の精神および範囲から逸脱することなく、かつその意図される利点を減少させることなく行われることができる。したがって、そのような変更および修正は、添付される請求項によって対象とされることが意図される。

本明細書に議論される利点は、本明細書に開示される実施形態のうちの１つまたはいくつかに見出され得、おそらく、その全てに見出されるわけではない。追加の特徴および利点が、本明細書に説明され、以下の発明を実施するための形態ならびに図から明白となるであろう。
本発明は、例えば、以下を提供する。
（項目１）
医療流体送達システムであって、前記医療流体送達システムは、
医療流体送達機械であって、前記医療流体送達機械は、前記医療流体送達機械がタスクを実施できる状態であることを示すメッセージを生成するように構成されている、医療流体送達機械と、
前記メッセージを受信するために第１のリンクを介して前記医療流体送達機械とデータ通信する少なくとも１つのサーバと
備え、
前記少なくとも１つのサーバは、
（ｉ）第２のリンクを介して、前記医療流体送達機械からの前記メッセージを遠隔モバイル通信デバイスに中継することと、
（ｉｉ）前記第２のリンクを介して、前記タスクを開始すべきことを示す応答を前記遠隔モバイル通信デバイスから受信することと、
（ｉｉｉ）前記第１のリンクを介して、前記タスクを開始するための通知を前記医療流体送達機械に送信することと
を行うように構成されている、医療流体送達システム。
（項目２）
前記第１のリンクは、インターネットリンクである、項目１に記載の医療流体送達システム。
（項目３）
前記第２のリンクは、インターネットリンクまたはセルラー通信ネットワークリンクである、項目１に記載の医療流体送達システム。
（項目４）
前記少なくとも１つのサーバは、少なくとも１つの専用サーバまたはクラウドサーバを含む、項目１に記載の医療流体送達システム。
（項目５）
医療流体送達システムであって、前記医療流体送達システムは、
医療流体送達機械であって、前記医療流体送達機械は、
（ｉ）医療流体送達機械がタスクを実施できる状態であること、または、
（ｉｉ）前記医療流体送達機械が同じまたは異なるタスクを実施するための事前プログラムされた時間
を示すメッセージを生成するように構成されている、医療流体送達機械と、
前記メッセージを受信するために前記医療流体送達機械とデータ通信する少なくとも１つのサーバと
を備え、
前記少なくとも１つのサーバは、前記医療流体送達機械からの前記メッセージを遠隔モバイル通信デバイスに中継するためのミドルウェアソフトウェアを含む、医療流体送達システム。
（項目６）
前記ミドルウェアソフトウェアは、前記メッセージを中継するために、前記モバイル通信デバイス上にダウンロードされたソフトウェアアプリケーションを更新する、項目５に記載の医療流体送達システム。
（項目７）
前記ミドルウェアソフトウェアは、前記メッセージを中継するために、前記モバイル通信デバイス上にインストールされたカレンダを更新する、項目５に記載の医療流体送達システム。
（項目８）
前記ミドルウェアソフトウェアは、前記メッセージを中継するために、前記少なくとも１つのサーバと前記第１または第２のモバイル通信デバイスのうちの少なくとも１つとをネットワーク化するセルラー通信ネットワークを使用する、項目５に記載の医療流体送達システム。
（項目９）
前記少なくとも１つのサーバは、少なくとも１つの専用サーバまたはクラウドサーバを含む、項目５に記載の医療流体送達システム。
（項目１０）
医療流体送達システムであって、前記医療流体送達システムは、
第１の医療流体送達機械であって、前記第１の医療流体送達機械は、
（ｉ）第１の医療流体送達機械がタスクを実施できる状態であること、または、
（ｉｉ）前記第１の医療流体送達機械が同じまたは異なるタスクを実施するための事前プログラムされた時間
を示す第１の患者または介護者への遠隔伝送のための第１のメッセージを生成するように構成されている、第１の医療流体送達機械と、
第２の医療流体送達機械と
を備え、
前記第２の医療流体送達機械は、
（ｉ）第２の医療流体送達機械が前記同じまたは異なるタスクを実施できる状態であること、または、
（ｉｉ）前記第２の医療流体送達機械が前記同じまたは異なるタスクを実施するための事前プログラムされた時間を示す第２の患者または介護者への遠隔伝送のための第２のメッセージを生成するように構成されている、医療流体送達システム。
（項目１１）
前記第１および第２の医療流体送達機械は、少なくとも１つのサーバとデータ通信し、前記第１および第２のメッセージは、前記サーバに送達され、前記サーバは、（ｉ）前記第１のメッセージを前記第１の患者または介護者のための第１のモバイル通信デバイスに中継し、（ｉｉ）前記第２のメッセージを前記第２の患者または介護者のための第２のモバイル通信デバイスに中継するように構成されている、項目１０に記載の医療流体送達システム。
（項目１２）
前記少なくとも１つのサーバは、少なくとも１つの専用サーバまたはクラウドサーバを含む、項目１１に記載の医療流体送達システム。
（項目１３）
前記第１または第２のメッセージのうちの少なくとも１つを中継することは、前記少なくとも１つのサーバおよび前記第１または第２のモバイル通信デバイスのうちの少なくとも１つをネットワーク化するセルラーネットワークを使用することを含む、項目１１に記載の医療流体送達システム。
（項目１４）
前記セルラーネットワークを経由する通信は、ショートメッセージングサービス（「ＳＭＳ」）またはマルチメディアメッセージングサービス（「ＭＭＳ」）プロトコルを介する、項目１３に記載の医療流体送達システム。
（項目１５）
前記第１および第２の医療流体送達機械は、インターネット接続を介して前記少なくとも１つのサーバとデータ通信する在宅機械である、項目１１に記載の医療流体送達システム。
（項目１６）
前記第１および第２の医療流体送達機械は、センター内機械であり、前記少なくとも１つのサーバは、前記センターにおいて保守されている、項目１１に記載の医療流体送達システム。
（項目１７）
前記第１または第２のメッセージのうちの少なくとも１つを前記少なくとも１つのサーバによって中継することは、前記第１または第２のモバイル通信デバイスのうちの少なくとも１つにダウンロードされたソフトウェアアプリケーションを更新することを含む、項目１１に記載の医療流体送達システム。
（項目１８）
前記少なくとも１つソフトウェアアプリケーションは、前記システムからダウンロードされている、項目１７に記載の医療流体送達システム。
（項目１９）
前記第１または第２のメッセージのうちの少なくとも１つを前記少なくとも１つのサーバによって中継することは、前記第１または第２のモバイル通信デバイスのうちの少なくとも１つにインストールされたカレンダを更新することを含む、項目１１に記載の医療流体送達システム。
（項目２０）
前記同じまたは異なるタスクは、始動手技タスクを含む、項目１０に記載の医療流体送達システム。
（項目２１）
前記同じまたは異なるタスクは、消毒手技または自己試験ルーチンを含む、項目１０に記載の医療流体送達システム。
（項目２２）
前記第１または第２の医療流体送達機械のうちの少なくとも１つのために前記事前プログラムされた時間は、（ｉ）前記第１または第２のメッセージが生成されたときからの設定持続時間、または、（ｉｉ）前記同じまたは異なるタスクのためにプログラムされた開始するための時間である、項目１０に記載の医療流体送達システム。
（項目２３）
モバイル通信デバイスであって、前記モバイル通信デバイスは、
第１の医療流体送達機械への第１のリンクであって、前記第１のリンクは、
（ｉ）前記第１の医療流体送達機械が同じまたは異なるタスクを実施できる状態であること、または、（ｉｉ）前記第１の医療流体送達機械がタスクを実施するための事前プログラムされた時間を示す第１のメッセージを前記第１の医療流体送達機械から前記モバイル通信デバイスが受信することを可能にする、第１のリンクと、
第２の医療流体送達機械への第２のリンクと
を備え、
前記第２のリンクは、
（ｉ）前記第２の医療流体送達機械が前記同じまたは異なるタスクを実施できる状態であること、または、（ｉｉ）前記第２の医療流体送達機械が前記同じまたは異なるタスクを実施するための事前プログラムされた時間を示す第２のメッセージを前記第２の医療流体送達機械から前記モバイル通信デバイスが受信することを可能にする、
モバイル通信デバイス。
（項目２４）
前記第１および第２のリンクは、それぞれ、前記モバイル通信デバイスの画面上に第１および第２のアイコンを含み、前記第１および第２のアイコンは、それぞれ、前記第１および第２の医療流体送達機械に関連付けられている、項目２３に記載のモバイル通信デバイス。
（項目２５）
前記第１および第２のアイコンは、それぞれ、前記第１および第２のメッセージに関連付けられている、項目２４に記載のモバイル通信デバイス。
（項目２６）
前記第１または第２のアイコンのうちの少なくとも１つは、それぞれ、前記第１または第２のメッセージを閲覧するためにユーザ選択可能である、項目２４に記載のモバイル通信デバイス。
（項目２７）
前記第１および第２のアイコンは、前記第１および第２の医療流体送達機械が施設において配列されている方法に従って前記モバイル通信デバイス上に配列されている、項目２４に記載のモバイル通信デバイス。
（項目２８）
少なくとも１つのアクションアイコンを含み、前記少なくとも１つのアクションアイコンは、前記同じまたは異なるタスクを実施することを前記第１または第２の医療流体送達機械のうちの少なくとも１つに行わせるためにユーザ選択可能である、項目２４に記載のモバイル通信デバイス。
（項目２９）
前記少なくとも１つのアクションアイコンは、前記同じまたは異なるタスクを実施するために、それぞれ、前記第１または第２の医療流体送達機械のうちの少なくとも１つを選択するための前記第１または第２のアイコンと組み合わせて動作させられる、項目２８に記載のモバイル通信デバイス。
（項目３０）
医療流体送達システムであって、前記医療流体送達システムは、
第１の医療流体送達デバイスと、
第２の医療流体送達デバイスと、
前記第１および第２の医療流体送達デバイスと通信するサーバと、
モバイル通信デバイスのためのソフトウェアアプリケーションであって、前記ソフトウェアアプリケーションは、前記第１の医療流体送達デバイスを表す第１のアイコンが表示されることと、前記第２の医療流体送達デバイスを表す第２のアイコンが表示されることとをもたらす、ソフトウェアアプリケーションと、
前記第１および第２の医療流体送達デバイスと前記サーバとの間の第１の通信リンクと、
前記サーバと前記ソフトウェアアプリケーションとの間の第２の通信リンクと
を備え、
前記ソフトウェアアプリケーションは、前記サーバと前記第１および第２のリンクとを介して、前記第１または第２の医療流体送達デバイスから少なくとも１つのステータス更新を受信するようにプログラムされている、医療流体送達システム。
（項目３１）
前記第１および第２の通信リンクは、インターネットリンクである、項目３０に記載の医療流体送達システム。
（項目３２）
前記ソフトウェアアプリケーションは、前記サーバと前記第１および第２のリンクとを介して、動作コマンドを前記第１および第２の医療流体送達機械に送信するようにさらにプログラムされている、項目３０に記載の医療流体送達システム。

Claims (32)

1. 医療流体送達システムであって、前記医療流体送達システムは、
   医療流体送達機械であって、前記医療流体送達機械は、前記医療流体送達機械がタスクを実施できる状態であることを示すメッセージを生成するように構成されている、医療流体送達機械と、
   前記メッセージを受信するために第１のリンクを介して前記医療流体送達機械とデータ通信する少なくとも１つのサーバと
   備え、
   前記少なくとも１つのサーバは、
   （ｉ）第２のリンクを介して、前記医療流体送達機械からの前記メッセージを遠隔モバイル通信デバイスに中継することと、
   （ｉｉ）前記第２のリンクを介して、前記タスクを開始すべきことを示す応答を前記遠隔モバイル通信デバイスから受信することと、
   （ｉｉｉ）前記第１のリンクを介して、前記タスクを開始するための通知を前記医療流体送達機械に送信することと
   を行うように構成されている、医療流体送達システム。
2. 前記第１のリンクは、インターネットリンクである、請求項１に記載の医療流体送達システム。
3. 前記第２のリンクは、インターネットリンクまたはセルラー通信ネットワークリンクである、請求項１に記載の医療流体送達システム。
4. 前記少なくとも１つのサーバは、少なくとも１つの専用サーバまたはクラウドサーバを含む、請求項１に記載の医療流体送達システム。
5. 医療流体送達システムであって、前記医療流体送達システムは、
   医療流体送達機械であって、前記医療流体送達機械は、
   （ｉ）医療流体送達機械がタスクを実施できる状態であること、または、
   （ｉｉ）前記医療流体送達機械が同じまたは異なるタスクを実施するための事前プログラムされた時間
   を示すメッセージを生成するように構成されている、医療流体送達機械と、
   前記メッセージを受信するために前記医療流体送達機械とデータ通信する少なくとも１つのサーバと
   を備え、
   前記少なくとも１つのサーバは、前記医療流体送達機械からの前記メッセージを遠隔モバイル通信デバイスに中継するためのミドルウェアソフトウェアを含む、医療流体送達システム。
6. 前記ミドルウェアソフトウェアは、前記メッセージを中継するために、前記モバイル通信デバイス上にダウンロードされたソフトウェアアプリケーションを更新する、請求項５に記載の医療流体送達システム。
7. 前記ミドルウェアソフトウェアは、前記メッセージを中継するために、前記モバイル通信デバイス上にインストールされたカレンダを更新する、請求項５に記載の医療流体送達システム。
8. 前記ミドルウェアソフトウェアは、前記メッセージを中継するために、前記少なくとも１つのサーバと前記第１または第２のモバイル通信デバイスのうちの少なくとも１つとをネットワーク化するセルラー通信ネットワークを使用する、請求項５に記載の医療流体送達システム。
9. 前記少なくとも１つのサーバは、少なくとも１つの専用サーバまたはクラウドサーバを含む、請求項５に記載の医療流体送達システム。
10. 医療流体送達システムであって、前記医療流体送達システムは、
    第１の医療流体送達機械であって、前記第１の医療流体送達機械は、
    （ｉ）第１の医療流体送達機械がタスクを実施できる状態であること、または、
    （ｉｉ）前記第１の医療流体送達機械が同じまたは異なるタスクを実施するための事前プログラムされた時間
    を示す第１の患者または介護者への遠隔伝送のための第１のメッセージを生成するように構成されている、第１の医療流体送達機械と、
    第２の医療流体送達機械と
    を備え、
    前記第２の医療流体送達機械は、
    （ｉ）第２の医療流体送達機械が前記同じまたは異なるタスクを実施できる状態であること、または、
    （ｉｉ）前記第２の医療流体送達機械が前記同じまたは異なるタスクを実施するための事前プログラムされた時間を示す第２の患者または介護者への遠隔伝送のための第２のメッセージを生成するように構成されている、医療流体送達システム。
11. 前記第１および第２の医療流体送達機械は、少なくとも１つのサーバとデータ通信し、前記第１および第２のメッセージは、前記サーバに送達され、前記サーバは、（ｉ）前記第１のメッセージを前記第１の患者または介護者のための第１のモバイル通信デバイスに中継し、（ｉｉ）前記第２のメッセージを前記第２の患者または介護者のための第２のモバイル通信デバイスに中継するように構成されている、請求項１０に記載の医療流体送達システム。
12. 前記少なくとも１つのサーバは、少なくとも１つの専用サーバまたはクラウドサーバを含む、請求項１１に記載の医療流体送達システム。
13. 前記第１または第２のメッセージのうちの少なくとも１つを中継することは、前記少なくとも１つのサーバおよび前記第１または第２のモバイル通信デバイスのうちの少なくとも１つをネットワーク化するセルラーネットワークを使用することを含む、請求項１１に記載の医療流体送達システム。
14. 前記セルラーネットワークを経由する通信は、ショートメッセージングサービス（「ＳＭＳ」）またはマルチメディアメッセージングサービス（「ＭＭＳ」）プロトコルを介する、請求項１３に記載の医療流体送達システム。
15. 前記第１および第２の医療流体送達機械は、インターネット接続を介して前記少なくとも１つのサーバとデータ通信する在宅機械である、請求項１１に記載の医療流体送達システム。
16. 前記第１および第２の医療流体送達機械は、センター内機械であり、前記少なくとも１つのサーバは、前記センターにおいて保守されている、請求項１１に記載の医療流体送達システム。
17. 前記第１または第２のメッセージのうちの少なくとも１つを前記少なくとも１つのサーバによって中継することは、前記第１または第２のモバイル通信デバイスのうちの少なくとも１つにダウンロードされたソフトウェアアプリケーションを更新することを含む、請求項１１に記載の医療流体送達システム。
18. 前記少なくとも１つソフトウェアアプリケーションは、前記システムからダウンロードされている、請求項１７に記載の医療流体送達システム。
19. 前記第１または第２のメッセージのうちの少なくとも１つを前記少なくとも１つのサーバによって中継することは、前記第１または第２のモバイル通信デバイスのうちの少なくとも１つにインストールされたカレンダを更新することを含む、請求項１１に記載の医療流体送達システム。
20. 前記同じまたは異なるタスクは、始動手技タスクを含む、請求項１０に記載の医療流体送達システム。
21. 前記同じまたは異なるタスクは、消毒手技または自己試験ルーチンを含む、請求項１０に記載の医療流体送達システム。
22. 前記第１または第２の医療流体送達機械のうちの少なくとも１つのために前記事前プログラムされた時間は、（ｉ）前記第１または第２のメッセージが生成されたときからの設定持続時間、または、（ｉｉ）前記同じまたは異なるタスクのためにプログラムされた開始するための時間である、請求項１０に記載の医療流体送達システム。
23. モバイル通信デバイスであって、前記モバイル通信デバイスは、
    第１の医療流体送達機械への第１のリンクであって、前記第１のリンクは、
    （ｉ）前記第１の医療流体送達機械が同じまたは異なるタスクを実施できる状態であること、または、（ｉｉ）前記第１の医療流体送達機械がタスクを実施するための事前プログラムされた時間を示す第１のメッセージを前記第１の医療流体送達機械から前記モバイル通信デバイスが受信することを可能にする、第１のリンクと、
    第２の医療流体送達機械への第２のリンクと
    を備え、
    前記第２のリンクは、
    （ｉ）前記第２の医療流体送達機械が前記同じまたは異なるタスクを実施できる状態であること、または、（ｉｉ）前記第２の医療流体送達機械が前記同じまたは異なるタスクを実施するための事前プログラムされた時間を示す第２のメッセージを前記第２の医療流体送達機械から前記モバイル通信デバイスが受信することを可能にする、
    モバイル通信デバイス。
24. 前記第１および第２のリンクは、それぞれ、前記モバイル通信デバイスの画面上に第１および第２のアイコンを含み、前記第１および第２のアイコンは、それぞれ、前記第１および第２の医療流体送達機械に関連付けられている、請求項２３に記載のモバイル通信デバイス。
25. 前記第１および第２のアイコンは、それぞれ、前記第１および第２のメッセージに関連付けられている、請求項２４に記載のモバイル通信デバイス。
26. 前記第１または第２のアイコンのうちの少なくとも１つは、それぞれ、前記第１または第２のメッセージを閲覧するためにユーザ選択可能である、請求項２４に記載のモバイル通信デバイス。
27. 前記第１および第２のアイコンは、前記第１および第２の医療流体送達機械が施設において配列されている方法に従って前記モバイル通信デバイス上に配列されている、請求項２４に記載のモバイル通信デバイス。
28. 少なくとも１つのアクションアイコンを含み、前記少なくとも１つのアクションアイコンは、前記同じまたは異なるタスクを実施することを前記第１または第２の医療流体送達機械のうちの少なくとも１つに行わせるためにユーザ選択可能である、請求項２４に記載のモバイル通信デバイス。
29. 前記少なくとも１つのアクションアイコンは、前記同じまたは異なるタスクを実施するために、それぞれ、前記第１または第２の医療流体送達機械のうちの少なくとも１つを選択するための前記第１または第２のアイコンと組み合わせて動作させられる、請求項２８に記載のモバイル通信デバイス。
30. 医療流体送達システムであって、前記医療流体送達システムは、
    第１の医療流体送達デバイスと、
    第２の医療流体送達デバイスと、
    前記第１および第２の医療流体送達デバイスと通信するサーバと、
    モバイル通信デバイスのためのソフトウェアアプリケーションであって、前記ソフトウェアアプリケーションは、前記第１の医療流体送達デバイスを表す第１のアイコンが表示されることと、前記第２の医療流体送達デバイスを表す第２のアイコンが表示されることとをもたらす、ソフトウェアアプリケーションと、
    前記第１および第２の医療流体送達デバイスと前記サーバとの間の第１の通信リンクと、
    前記サーバと前記ソフトウェアアプリケーションとの間の第２の通信リンクと
    を備え、
    前記ソフトウェアアプリケーションは、前記サーバと前記第１および第２のリンクとを介して、前記第１または第２の医療流体送達デバイスから少なくとも１つのステータス更新を受信するようにプログラムされている、医療流体送達システム。
31. 前記第１および第２の通信リンクは、インターネットリンクである、請求項３０に記載の医療流体送達システム。
32. 前記ソフトウェアアプリケーションは、前記サーバと前記第１および第２のリンクとを介して、動作コマンドを前記第１および第２の医療流体送達機械に送信するようにさらにプログラムされている、請求項３０に記載の医療流体送達システム。