(57)【要約】患者関与および治療コンプライアンスのための患者プラットフォームが、開示される。ある例において、プロセッサが、関与および治療コンプライアンス追跡のために患者から医療情報を取得するように構成される。医療情報を取得するために、プロセッサは、医療情報を投入されるべきフィールドを伴うユーザインターフェースが表示されるようにする。データフィールドの選択を受信した後、プロセッサは、画像から医療情報を入力するオプションを提供する。オプションが選択された場合、プロセッサは、医療デバイスまたは医療デバイスの画面の記録された画像を受信し、画像からテキストを抽出し、画像からテキストの少なくとも一部の選択を可能にし、画像から選択されたテキストを医療情報としてユーザインターフェースのデータフィールドに書き込む。プロセッサは、医療情報を臨床医データベースに記憶された患者医療記録に伝送する。
2021536632.tif 000002
【特許請求の範囲】
【請求項１】
命令を記憶している機械アクセス可能デバイスであって、前記命令は、実行されると、臨床システムの患者医療記録にデータを投入することを機械に行わせるように構成され、前記患者医療記録にデータを投入することは、
カメラを動作させ、画像を記録することと、
ディスプレイインターフェースを動作させることと、
臨床医データベースに接続するように構成された接続インターフェースを動作させることであって、前記臨床医データベースは、患者医療記録を記憶するように構成されている、ことと、
プロセッサを動作させ、医療情報を取得することと
により、
前記医療情報を取得することは、
前記ディスプレイインターフェースを介して、医療情報を投入されるべきフィールドを伴うユーザインターフェースを表示することと、
前記ユーザインターフェースのデータフィールドの選択の後、前記ディスプレイインターフェースを介して、画像から医療情報を入力するための第１のオプションおよびテキスト入力を介して医療情報を入力するための第２のオプションをグラフィカルに提供することと、
前記第１のオプションが選択された場合、
前記カメラから記録された画像を受信することであって、前記記録された画像は、医療デバイスまたは医療デバイスの画面を含む、ことと、
前記画像からテキストを抽出することと、
前記ディスプレイインターフェースを介して、前記画像からの前記テキストの少なくとも一部の選択を可能にすることと、
前記画像からの前記選択されたテキストを前記医療情報として前記ユーザインターフェースの前記データフィールドに書き込むことと
を行うことと、
前記第２のオプションが選択された場合、前記ディスプレイインターフェースを介して、前記医療情報としての前記データフィールドのテキスト入力を可能にすることと、
送信命令が受信された後、前記データフィールドに書き込まれた前記医療情報を前記臨床医データベースに記憶された患者医療記録に伝送することと
による、機械アクセス可能デバイス。
【請求項２】
前記機械アクセス可能デバイスに記憶された命令をさらに備え、前記命令は、実行されると、前記機械に前記プロセッサを動作させるように構成され、前記プロセッサは、
前記画像上の前記抽出されたテキストのためのデータテンプレートを決定することと、
前記データテンプレートを使用して、前記抽出されたテキストを処理し、前記抽出されたテキストをフィールドに分類することと、
前記フィールドのうちの少なくとも１つの選択を可能にし、前記画像からの前記選択されたテキストを前記ユーザインターフェースの前記データフィールドに書き込むことと
を行う、請求項１に記載の機械アクセス可能デバイス。
【請求項３】
前記データテンプレートは、前記画像内のテキスト位置に関連して前記抽出されたテキストに関するコンテキストを規定するように構成されている、請求項２に記載の機械アクセス可能デバイス。
【請求項４】
前記機械アクセス可能デバイスに記憶された命令をさらに備え、前記命令は、実行されると、前記機械に前記プロセッサを動作させるように構成され、前記プロセッサは、（ｉ）前記ユーザインターフェースを介した医療デバイスタイプの選択、（ｉｉ）前記医療デバイス上に位置している識別子から走査された情報、および、（ｉｉｉ）前記抽出されたテキスト内の標識のうちの少なくとも１つ、または、（ｉｖ）前記抽出されたテキストの相対的配置に基づいて、前記データテンプレートを決定する、請求項２に記載の機械アクセス可能デバイス。
【請求項５】
前記医療デバイス上に位置している前記識別子は、前記医療デバイスの筐体または前記医療デバイスの前記画面上に位置しているクイックレスポンス（「ＱＲ」）コード、バーコード、シリアル番号、またはハードウェア番号のうちの少なくとも１つを含む、請求項４に記載の機械アクセス可能デバイス。
【請求項６】
前記医療デバイスは、少なくとも腎不全療法機械、注入ポンプ、酸素センサ、呼吸モニタ、グルコースメータ、血圧モニタ、ＥＣＧモニタ、重量計、および心拍数モニタを含む、請求項１に記載の機械アクセス可能デバイス。
【請求項７】
前記ユーザインターフェースの前記データフィールドは、血圧測定データ、脈拍データ、体重データ、グルコースデータ、温度データ、腎不全手動交換データ、主観的データ、または消耗品アイテムに関する消耗品データのうちの少なくとも１つを受信するように構成されている、請求項１に記載の機械アクセス可能デバイス。
【請求項８】
前記消耗品アイテムは、濾過器、血液ラインセット、透析液濃縮液容器、血液抗凝固剤容器、薬品容器、使い捨てカセット、吸着剤カートリッジ、および浄水容器のうちの少なくとも１つを含む、請求項７に記載の機械アクセス可能デバイス。
【請求項９】
前記機械は、パーソナルモバイル通信装置である、請求項１に記載の機械アクセス可能デバイス。
【請求項１０】
記録された画像を使用して、臨床データベースの患者医療記録にデータを投入する方法であって、前記方法は、
パーソナルデバイスに第１のメッセージを伝送することであって、前記第１のメッセージは、前記パーソナルデバイスのカメラを使用し、医療デバイスの第１の画像を記録するように患者にプロンプトする、ことと、
前記パーソナルデバイスから、前記第１の画像を受信することと、
プロセッサを介して、前記第１の画像から前記医療デバイスのタイプまたはモデルを示す第１の医療情報を決定することと、
前記プロセッサを介して、前記医療デバイスの前記決定されたタイプまたはモデルに関連付けられたデータテンプレートおよび第２のメッセージを決定することと、
前記プロセッサを介して、前記第２のメッセージを前記パーソナルデバイスに伝送することであって、前記第２のメッセージは、前記カメラを使用し、前記医療デバイスの画面の第２の画像を記録するように前記患者にプロンプトする、ことと、
前記プロセッサを介して、前記パーソナルデバイスから前記第２の画像を受信することと、
前記プロセッサを介して、前記第２の画像からテキストを抽出することと、
前記プロセッサを介して、前記データテンプレートを使用して、前記抽出されたテキストを処理し、前記抽出されたテキストをフィールドに分類することと、
前記プロセッサを介して、前記フィールドのうちの少なくとも１つからの前記テキストのうちの少なくとも一部を前記患者医療記録に書き込むことと
を含む、方法。
【請求項１１】
前記プロセッサを介して、前記フィールドのうちの１つと前記患者医療記録内の記録フィールドとの間の対応を決定することと、
前記プロセッサを介して、前記フィールドからの前記テキストのうちの前記少なくとも一部を前記患者医療記録内の前記記録フィールドに書き込むことと
をさらに含む、請求項１０に記載の方法。
【請求項１２】
前記プロセッサを介して、前記患者医療記録から治療時間を決定することと、
前記プロセッサを介して、前記治療時間の前に前記第１のメッセージを伝送することと
をさらに含む、請求項１０に記載の方法。
【請求項１３】
前記プロセッサにおいて、前記パーソナルデバイスから、患者が治療を始めるべきであることを示す治療メッセージを受信することと、
前記プロセッサを介して、前記治療が始められる前、前記第１のメッセージを伝送することと
をさらに含む、請求項１０に記載の方法。
【請求項１４】
前記第１の画像は、第１のテキストメッセージまたは第１のショートメッセージングサービス（「ＳＭＳ」）メッセージを介して前記プロセッサにおいて受信され、前記第２の画像は、第２のテキストメッセージまたは第２のＳＭＳメッセージを介して前記プロセッサにおいて受信される、請求項１０に記載の方法。
【請求項１５】
前記プロセッサを介して、前記患者医療記録に書き込む前、前記フィールドのうちの少なくとも１つからの前記テキストのうちの前記少なくとも一部を健康レベル７（「ＨＬ７」）フォーマットに変換することをさらに含む、請求項１０に記載の方法。
【請求項１６】
前記プロセッサを介して、前記フィールドのうちの少なくとも１つからの前記テキストのうちの前記少なくとも一部を所定の範囲と比較することと、
前記プロセッサを介して、前記フィールドのうちの少なくとも１つからの前記テキストのうちの前記少なくとも一部が前記所定の範囲内である場合、前記フィールドのうちの少なくとも１つからの前記テキストのうちの前記少なくとも一部を書き込むことと
をさらに含む、請求項１０に記載の方法。
【請求項１７】
情報を患者に伝送するためのシステムであって、前記システムは、
治療情報を伝送するように構成された前記患者の在宅療法機械と、
前記医療記録と登録ファイルとを記憶するように構成された臨床医データベースであって、前記登録ファイルは、前記在宅療法機械および前記患者のパーソナルデバイスを登録されたデバイスとして識別し、前記パーソナルデバイスが前記治療情報および前記医療情報を閲覧するためのアプリケーションをインストールしているかどうかを識別する、臨床医データベースと、
前記臨床医データベース、前記在宅療法機械、および前記パーソナルデバイスに通信可能に結合された臨床医サーバと
を備え、
前記臨床医サーバは、
前記治療情報および前記医療情報を前記医療記録に記憶することと、
前記治療情報および前記医療情報のうちの少なくとも一部が前記パーソナルデバイスにおいて表示されるべきであるという指示を受信することと、
前記登録ファイルから、前記アプリケーションが前記パーソナルデバイス上にインストールされているかどうかを決定することと、
前記アプリケーションがインストールされている場合、
前記治療情報および前記医療情報のうちの前記少なくとも一部を前記アプリケーション内での表示のためにアプリケーションフォーマットに変換することと、
前記治療情報および前記医療情報のうちの前記変換された少なくとも一部を前記パーソナルデバイスに伝送することと
を行うことと、
前記アプリケーションがインストールされていない場合、
前記治療情報および前記医療情報のうちの前記少なくとも一部をテキストメッセージまたはショートメッセージングサービス（「ＳＭＳ」）フォーマットに変換することと、
１つ以上のテキストメッセージまたはＳＭＳメッセージを介して、前記治療情報および前記医療情報のうちの前記変換された少なくとも一部を前記パーソナルデバイスに伝送することと
を行うことと
を行うように構成されている、システム。
【請求項１８】
前記アプリケーションフォーマットは、拡張マークアップ言語（「ＸＭＬ」）フォーマットまたはハイパーテキストマークアップ言語（「ＨＴＭＬ」）フォーマットのうちの少なくとも１つを含む、請求項１７に記載のシステム。
【請求項１９】
前記治療情報および前記医療情報のうちの少なくとも一部が前記パーソナルデバイスにおいて表示されるべきであるという前記指示は、前記アプリケーションからのメッセージまたは前記パーソナルデバイスからのテキスト／ＳＭＳメッセージのうちの少なくとも１つを含む、請求項１７に記載のシステム。
【請求項２０】
前記登録ファイルは、前記医療記録内に含まれる、請求項１７に記載のシステム。
【請求項２１】
前記在宅療法機械は、２つのプログラムを用いて処方箋を記憶するように構成され、前記プログラムの各々は、治療を実施するように前記在宅療法機械を動作させるためのパラメータを提供し、前記臨床医サーバは、
第１のプログラムから第２のプログラムへの変更を示すプログラムメッセージを前記パーソナルデバイスから受信することと、
前記第１のプログラムから前記第２のプログラムに変更するためのプログラム命令を前記在宅療法機械に伝送することと
を行うように構成されている、請求項１７に記載のシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
長期間にわたって医療環境外の患者に関与することは、現在、事実上不可能なタスクである。ジム会員になること、またはトレッドミルを購入することと同様、多くの患者は、典型的に、強気に出がちである。例えば、最初から、患者は、患者の自宅で自己施行される医療治療（例えば、医療流体送達治療）を躊躇なく取り入れがちである。治療に関して、患者は、毒素の蓄積から自身の血液を清潔にするために、自身を医療流体送達機械（または腎不全治療流体を含む容器）に接続する必要性がある。治療の一部は、自身の体重を計ること、自身の血液を計ること、および／または自身の治療に関連する情報を記録すること等、患者が実施する必要性があるタスクを含み得る。患者によって記録される情報は、多くの場合、治療が処方通り進行していることを確実にするために、臨床医によって精査される。臨床医は、治療の調節が必要とされるかどうかを決定するためにも、記録されたデータを精査する。
【０００２】
時間とともに、多くの患者は、治療が、治療の目新しさを失い、ありきたりの義務になるにつれて、治療への意欲が低下した状態になる。想像し得るように、患者は、自己施行医療治療と比較して、むしろ、より興奮し、寛げ、または刺激的な活動に関与したいであろう。患者が治療を継続する間、患者は、時として、治療に伴う追加のタスクを実施することを省略し始める。追加のタスクを省略し、治療への意欲が低下した状態になることは、進行中の治療に関する臨床監督におけるギャップを生む潜在性を有する。患者が治療にさらに関与しなくなるにつれて、患者は、治療を省き始めるか、またはそれらを完全になしですませ、プロセスにおいて自身の健康を危険にさらし得る。
【発明の概要】
【課題を解決するための手段】
【０００３】
モバイルプラットフォームを含む医療流体データ転送システムが、本明細書に開示される。医療流体データ転送システムは、患者のポータブルデバイス（例えば、セルラー電話、スマートフォン、タブレットコンピュータ等）を通して提供される相互作用を通して、患者による関与および／または治療コンプライアンスを改良するように構成される。具体的に、医療流体データ転送システムは、患者に向上したフィードバックおよび制御を（圧倒されていると感じることなく）提供し、それは、患者に、患者が、臨床医からの命令に従うのではなく、自分自身の治療を制御しているように感じさせる。例えば、医療流体データ転送システムのパーソナルモバイル通信デバイスは、治療情報および／または患者のバイタルサインデータを表示し得る。パーソナルモバイル通信デバイスは、患者が、医療流体送達機械を直接プログラムする必要性を伴わずに、異なる処方された治療またはプログラム間で切り替えることも可能にし得る。制御していると感じる患者は、自身の治療に関与し続ける可能性が高い。
【０００４】
例示的医療流体データ転送システムは、プロセスを自動化することによって、患者に対するデータ集約負担も低減させる。例えば、パーソナルモバイル通信デバイスは、患者が一元化臨床医データベースへの自動的伝送のために、治療データまたはバイタルサインデータを捕捉することを可能にする。患者は、パーソナルモバイル通信デバイスにデータを直接入力する、接続された機械からデータを電子的に受信するか、または、カメラを使用してデータを記録し得る。データは、医療流体データ転送システム内で、患者医療記録内にデータを記憶するデータベースに伝送される。
【０００５】
加えて、例示的医療流体データ転送システムは、患者が医療流体送達治療についての任意の懸念または質問に関してリアルタイムで臨床医と通信することを可能にするためのゲートウェイを臨床医に提供する。いくつかの実施形態において、医療流体データ転送システムは、教育または訓練資料への患者アクセスも提供する。したがって、例示的医療流体データ転送システムは、治療に関与および／または準拠し続けるために必要とされる、または要求される補助に患者を接続するように構成される。
【０００６】
本開示の医療流体データ転送システムおよび方法論は、例えば、血漿交換、血液透析（「ＨＤ」）、血液濾過（「ＨＦ」）、血液透析濾過（「ＨＤＦ」）、および持続的腎置換療法（「ＣＲＲＴ」）治療のための流体送達に適用可能である。本明細書に説明される医療流体データ転送システムは、腹膜透析（「ＰＤ」）、静脈内薬物送達、および栄養流体送達にも適用可能である。これらのモダリティは、本明細書において、集合的に、または概して個々に医療流体送達または治療と称され得る。
【０００７】
上記のモダリティは、１つ以上のポンプ、弁、必要とされる場合、ヒータ、必要とされる場合、直結医療流体発生機器、圧力センサ、伝導率センサ、温度センサ、空気検出器、血液漏出検出器等のうちのいずれか１つ、２つ以上、または全て等のセンサ、ユーザインターフェース、および上で説明される機器を制御するための１つ以上のプロセッサおよびメモリを採用し得る制御ユニット等の医療流体を送達するために必要とされる構成要素を格納する医療流体送達機械によって提供され得る。医療流体送達機械は、血液を清潔にするための透析器または血液濾過器および／または水分、透析流体、または他の流体を浄化するための限外濾過器等の１つ以上の濾過器も含み得る。
【０００８】
本明細書に説明される医療流体送達機械および医療流体データ転送システムおよび方法論は、在宅ベースの機械とともに使用され得る。例えば、システムは、患者の便宜に応じて動作させられる在宅ＨＤ、ＨＦ、またはＨＤＦ機械とともに使用され得る。１つのそのような在宅システムが、２０１１年１０月４日に発行され、「Ｈｉｇｈ  Ｃｏｎｖｅｃｔｉｏｎ  Ｈｏｍｅ  Ｈｅｍｏｄｉａｌｙｓｉｓ／Ｈｅｍｏｆｉｌｔｒａｔｉｏｎ  Ａｎｄ  Ｓｏｒｂｅｎｔ  Ｓｙｓｔｅｍ」と題され、２００４年１１月４日に出願され、本願の譲受人に譲渡された米国特許第８，０２９，４５４号（「第’４５４号特許」）に説明されている。他のそのような在宅システムも、２０１３年３月１２日に発行され、「Ｅｎｃｌｏｓｕｒｅ  ｆｏｒ  ａ  Ｐｏｒｔａｂｌｅ  Ｈｅｍｏｄｉａｌｙｓｉｓ  Ｓｙｓｔｅｍ」と題され、２００８年８月２７日に出願された米国特許第８，３９３，６９０号（「第’６９０号特許」）に説明されている。上記の参照文献のそれぞれの全内容は、参照することによって本明細書に組み込まれ、依拠される。
【０００９】
下で詳細に説明されるように、本開示の医療流体データ転送システムおよび方法論は、多くの異なるタイプのデバイスを備えている、多くの機械、患者、臨床医、医師、保守人員、電子医療記録（「ＥＭＲ」）データベース、ウェブサイト、患者および臨床医通信を介して発生させられるデータを取り扱うリソース計画システム、およびビジネスインテリジェンスを含み得る包含的プラットフォームシステム内で動作し得る。本開示の医療流体データ転送システムおよび方法論は、システム全体内で、そのルールおよびプロトコルに違反することなくシームレスに動作する。
【００１０】
本明細書の開示に照らして、かついかようにも本開示を限定することなく、別様に規定されない限り、本明細書に列挙される任意の他の側面と組み合わせられ得る本開示の第１の側面において、機械アクセス可能デバイスは、実行されると、機械に、カメラを動作させ、画像を記録することと、ディスプレイインターフェースを動作させることと、臨床医データベースに接続するように構成された接続インターフェースを動作させることであって、臨床医データベースは、患者医療記録を記憶するように構成されている、ことと、プロセッサを動作させ、医療情報を取得することとによって、臨床システムの患者医療記録にデータを投入させるように構成されているその上に記憶される命令を有する。プロセッサは、ディスプレイインターフェースを介して、医療情報を投入されるべきフィールドを伴うユーザインターフェースを表示することと、ユーザインターフェースのデータフィールドの選択の後、ディスプレイインターフェースを介して、画像から医療情報を入力するための第１のオプションおよびテキスト入力を介して医療情報を入力するための第２のオプションをグラフィカルに提供することとによって、医療情報を取得するように動作させられる。第１のオプションが選択された場合、プロセッサは、カメラから記録された画像を受信することであって、記録された画像は、医療デバイスまたは医療デバイスの画面を含む、ことと、画像からテキストを抽出することと、ディスプレイインターフェースを介して、画像からのテキストの少なくとも一部の選択を可能にし、画像からの選択されたテキストを医療情報としてユーザインターフェースのデータフィールドに書き込むこととを行う。第２のオプションが選択された場合、プロセッサは、ディスプレイインターフェースを介して、医療情報としてのデータフィールドのテキスト入力を可能にする。プロセッサは、送信命令が受信された後、データフィールドに書き込まれた医療情報を臨床医データベースに記憶された患者医療記録に伝送することによって、医療情報を取得するようにも動作させられる。
【００１１】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第２の側面によると、機械アクセス可能デバイスは、実行されると、機械に、画像上の抽出されたテキストのためのデータテンプレートを決定し、データテンプレートを使用して、抽出されたテキストを処理し、抽出されたテキストをフィールドに分類し、フィールドのうちの少なくとも１つの選択を可能にし、画像からの選択されたテキストをユーザインターフェースのデータフィールドに書き込むようにプロセッサを動作させるように構成されているその上に記憶される命令をさらに備えている。
【００１２】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第３の側面によると、データテンプレートは、画像内のテキスト位置に関連して抽出されたテキストに関するコンテキストを規定するように構成される。
【００１３】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第４の側面によると、機械アクセス可能デバイスは、実行されると、機械に、（ｉ）ユーザインターフェースを介した医療デバイスタイプの選択、（ｉｉ）医療デバイス上に位置している識別子から走査された情報、および、（ｉｉｉ）抽出されたテキスト内の標識のうちの少なくとも１つ、または、（ｉｖ）抽出されたテキストの相対的配置に基づいて、データテンプレートを決定するようにプロセッサを動作させるように構成されているその上に記憶される命令をさらに備えている。
【００１４】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第５の側面によると、医療デバイス上に位置している識別子は、医療デバイスの筐体または医療デバイスの画面上に位置しているクイックレスポンス（「ＱＲ」）コード、バーコード、シリアル番号、またはハードウェア番号のうちの少なくとも１つを含む。
【００１５】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第６の側面によると、医療デバイスは、少なくとも腎不全療法機械、注入ポンプ、酸素センサ、呼吸モニタ、グルコースメータ、血圧モニタ、ＥＣＧモニタ、重量計、および心拍数モニタを含む。
【００１６】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第７の側面によると、ユーザインターフェースのデータフィールドは、血圧測定データ、脈拍データ、体重データ、グルコースデータ、温度データ、腎不全手動交換データ、主観的データ、または消耗品アイテムに関する消耗品データのうちの少なくとも１つを受信するように構成される。
【００１７】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第８の側面によると、消耗品アイテムは、濾過器、血液ラインセット、透析液濃縮液容器、血液抗凝固剤容器、薬品容器、使い捨てカセット、吸着剤カートリッジ、および浄水容器のうちの少なくとも１つを含む。
【００１８】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第９の側面によると、機械は、パーソナルモバイル通信装置である。
【００１９】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第１０の側面によると、記録された画像を使用して、臨床データベースの患者医療記録にデータを投入する方法は、パーソナルデバイスに、パーソナルデバイスのカメラを使用し、医療デバイスの第１の画像を記録するように患者にプロンプトする第１のメッセージを伝送することと、パーソナルデバイスから、第１の画像を受信することとを含む。方法は、第１の画像から、プロセッサを介して、医療デバイスのタイプまたはモデルを示す第１の医療情報を決定することと、プロセッサを介して、医療デバイスの決定されたタイプまたはモデルに関連付けられたデータテンプレートおよび第２のメッセージを決定することと、プロセッサを介して、カメラを使用し、医療デバイスの画面の第２の画像を記録するように患者にプロンプトする第２のメッセージをパーソナルデバイスに伝送することとも含む。方法は、プロセッサを介して、パーソナルデバイスから第２の画像を受信することと、プロセッサを介して、第２の画像からテキストを抽出することと、プロセッサを介して、データテンプレートを使用して、抽出されたテキストを処理し、抽出されたテキストをフィールドに分類することとをさらに含む。方法は、プロセッサを介して、フィールドのうちの少なくとも１つからのテキストのうちの少なくとも一部を患者医療記録に書き込むことをさらに含む。
【００２０】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第１１の側面によると、方法は、プロセッサを介して、フィールドのうちの１つと患者医療記録内の記録フィールドとの間の対応を決定することと、プロセッサを介して、フィールドからのテキストのうちの少なくとも一部を患者医療記録内の記録フィールドに書き込むこととをさら含む。
【００２１】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第１２の側面によると、方法は、プロセッサを介して、患者医療記録から治療時間を決定することと、プロセッサを介して、治療時間の前に第１のメッセージを伝送することとをさらに含む。
【００２２】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第１３の側面によると、方法は、プロセッサにおいて、パーソナルデバイスから、患者が治療を始めるべきであることを示す治療メッセージを受信することと、プロセッサを介して、治療が始められる前、第１のメッセージを伝送することとをさらに含む。
【００２３】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第１４の側面によると、第１の画像は、第１のテキストメッセージまたは第１のショートメッセージングサービス（「ＳＭＳ」）メッセージを介してプロセッサにおいて受信され、第２の画像は、第２のテキストメッセージまたは第２のＳＭＳメッセージを介してプロセッサにおいて受信される。
【００２４】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第１５の側面によると、方法は、プロセッサを介して、患者医療記録に書き込む前、フィールドのうちの少なくとも１つからのテキストのうちの少なくとも一部を健康レベル７（「ＨＬ７」）フォーマットに変換することをさらに含む。
【００２５】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第１７の側面によると、方法は、プロセッサを介して、フィールドのうちの少なくとも１つからのテキストのうちの少なくとも一部を所定の範囲と比較することと、プロセッサを介して、フィールドのうちの少なくとも１つからのテキストのうちの少なくとも一部が所定の範囲内である場合、フィールドのうちの少なくとも１つからのテキストのうちの少なくとも一部を書き込むこととをさらに含む。
【００２６】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第１７の側面によると、情報を患者に伝送するためのシステムは、治療情報を伝送するように構成された患者の在宅療法機械と、医療記録と、在宅療法機械および患者のパーソナルデバイスを登録されたデバイスとして識別し、パーソナルデバイスが治療情報および医療情報を閲覧するためのアプリケーションをインストールしているかどうかを識別する、登録ファイルとを記憶するように構成された臨床医データベースとを含む。システムは、臨床医データベース、在宅療法機械、およびパーソナルデバイスに通信可能に結合された臨床医サーバも含む。臨床医サーバは、治療情報および医療情報を医療記録に記憶し、治療情報および医療情報のうちの少なくとも一部がパーソナルデバイスにおいて表示されるべきであるという指示を受信し、登録ファイルから、アプリケーションがパーソナルデバイス上にインストールされているかどうかを決定するように構成される。アプリケーションがインストールされている場合、臨床医サーバは、治療情報および医療情報のうちの少なくとも一部をアプリケーション内での表示のためにアプリケーションフォーマットに変換し、治療情報および医療情報のうちの変換された少なくとも一部をパーソナルデバイスに伝送するように構成される。アプリケーションがインストールされていない場合、臨床医サーバは、治療情報および医療情報のうちの少なくとも一部をテキストメッセージまたはショートメッセージングサービス（「ＳＭＳ」）フォーマットに変換し、１つ以上のテキストメッセージまたはＳＭＳメッセージを介して、治療情報および医療情報のうちの変換された少なくとも一部をパーソナルデバイスに伝送するように構成される。
【００２７】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第１８の側面によると、アプリケーションフォーマットは、拡張マークアップ言語（「ＸＭＬ」）フォーマットまたはハイパーテキストマークアップ言語（「ＨＴＭＬ」）フォーマットのうちの少なくとも１つを含む。
【００２８】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第１９の側面によると、治療情報および医療情報のうちの少なくとも一部がパーソナルデバイスにおいて表示されるべきであるという指示は、アプリケーションからのメッセージまたはパーソナルデバイスからのテキスト／ＳＭＳメッセージのうちの少なくとも１つを含む。
【００２９】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第２０の側面によると、登録ファイルは、医療記録内に含まれる。
【００３０】
別様に記載されない限り、本明細書に列挙される任意の他の側面と組み合わせて使用され得る本開示の第２１の側面によると、在宅療法機械は、２つのプログラムを用いて処方箋を記憶するように構成され、プログラムの各々は、治療を実施するように在宅療法機械を動作させるためのパラメータを提供し、臨床医サーバは、第１のプログラムから第２のプログラムへの変更を示すプログラムメッセージをパーソナルデバイスから受信し、第１のプログラムから第２のプログラムに変更するためのプログラム命令を在宅療法機械に伝送するように構成される。
【００３１】
本開示の第２２の側面において、図１−３３に関連して開示される構造および機能性のうちのいずれかは、図１−３３に関連して開示される任意の他の構造および機能性と組み合わせられ得る。
【００３２】
本開示および上記の側面に照らして、したがって、改良された医療流体送達システムを提供することが、本開示の利点である。
【００３３】
改良された患者生活様式を提供することが、本開示の別の利点である。
【００３４】
改良された臨床医または介護者効率を提供することが、本開示のさらなる利点である。
【００３５】
改良された機械効率を提供することが、本開示のなおも別の利点である。
【００３６】
改良された患者コンプライアンスを提供することが、本開示のなおもさらなる利点である。
【００３７】
異なるタイプの医療流体送達機械に適用され得る医療流体データ転送システムおよび方法論を提供することが、本開示のまた別の利点である。
【００３８】
医療流体送達機械と患者および臨床医または患者および一次介護者等の複数の人物との間の通信を可能にする医療流体データ転送システムおよび方法論を提供することが、本開示のまたさらなる利点である。
【００３９】
さらに、多くの場合、機械タイマが終了するときに起こる、廃棄に起因する使い捨てセットおよび他の補助織物製品の浪費を低減させることが、本開示の利点である。
【００４０】
本明細書に議論される利点は、本明細書に開示される実施形態のうちの１つまたはいくつかに見出され得、おそらく、その全てに見出されるわけではない。追加の特徴および利点が、本明細書に説明され、以下の発明を実施するための形態および図から明白となるであろう。
【図面の簡単な説明】
【００４１】
【図１】図１は、本開示のある実施形態による、データが、そのような機械に、およびそれから転送され得るように、本開示の医療流体送達機械を組み込む医療流体データ転送システムに関する一実施形態を図示する概略図である。
【００４２】
【図２】図２は、本開示の医療流体送達機械の一実施形態の概略図である。
【００４３】
【図３】図３は、本開示のある実施形態による、図２の医療流体送達機械の一実施形態との併用のための血液セットを図示する斜視図である。
【００４４】
【図４】図４は、本開示の医療流体送達機械およびデータ転送システムおよび方法に関する一実施形態の概略図である。
【００４５】
【図５】図５は、本開示の医療流体送達機械およびデータ転送システムおよび方法に関する第２の実施形態の概略図である。
【００４６】
【図６】図６は、本開示の医療流体送達機械およびデータ転送システムおよび方法に関する第３の実施形態の概略図である。
【００４７】
【図７】図７は、第１の状態におけるモバイル通信デバイスアプリケーションを有する本開示の医療流体送達デバイスおよびデータ転送システムおよび方法の病院または臨床バージョンの一実施形態の概略図である。
【００４８】
【図８】図８は、第２の状態におけるモバイル通信デバイスアプリケーションを有する本開示の医療流体送達デバイスおよびデータ転送システムおよび方法の病院または臨床バージョンの一実施形態の概略図である。
【００４９】
【図９】図９は、第３の状態におけるモバイル通信デバイスアプリケーションを有する本開示の医療流体送達デバイスおよびデータ転送システムおよび方法の病院または臨床バージョンの一実施形態の概略図である。
【００５０】
【図１０】図１０は、医療流体データ転送システムの第２の実施形態を示す。
【００５１】
【図１１】図１１は、本開示のある実施形態による、図１０の医療流体データ転送システムの臨床医サーバにおけるアプリケーションの動作モジュールを図示する略図を示す。
【００５２】
【図１２】図１２は、本開示のある例示的実施形態による、図１０および１１の在宅療法機械と、パーソナルモバイル通信デバイスと、臨床医サーバとの間の通信を図示する略図を示す。
【００５３】
【図１３】図１３は、本開示のある例示的実施形態による、図１０の医療流体データ転送システムの臨床医データベース上に記憶される例示的患者データ構造を図示する。
【００５４】
【図１４】図１４および１５は、本開示の例示的実施形態による、図１１のアプリケーションのユーザインターフェースを図示する略図を示す。
【図１５】図１４および１５は、本開示の例示的実施形態による、図１１のアプリケーションのユーザインターフェースを図示する略図を示す。
【００５５】
【図１６】図１６は、本開示のある例示的実施形態による、図１０および１１のパーソナルモバイル通信デバイスの概略図である。
【００５６】
【図１７】図１７は、本開示のある例示的実施形態による、データテンプレートの概略図を図示する。
【００５７】
【図１８】図１８は、本開示のある例示的実施形態による、図１４のユーザインターフェースのデータフィールドへの書込を図示する略図を示す。
【００５８】
【図１９】図１９は、本開示のある例示的実施形態による、図１０および１１のパーソナルモバイル通信デバイスのアプリケーションを使用して画像から医療情報を入力するための例示的プロシージャのフロー図である。
【００５９】
【図２０】図２０は、本開示のある例示的実施形態による、患者が記録された画像を提供することを可能にする図１０および１１のパーソナルモバイル通信デバイス上のアプリケーションによって表示可能なユーザインターフェースの例を示す。
【００６０】
【図２１】図２１は、本開示のある例示的実施形態による、患者の医療記録のデータフィールドにデータを投入するために図１０および１１の臨床医サーバによって使用される患者医療テンプレートの概略図を示す。
【００６１】
【図２２】図２２は、本開示のある例示的実施形態による、図１１の臨床医サーバのデータ入手モジュールの概略図である。
【００６２】
【図２３】図２３および２４は、本開示のある例示的実施形態による、図１０および１１のパーソナルモバイル通信デバイスによって記録される画像（および／またはそれから受信されるテキストメッセージ）を使用して図２１の医療デバイステンプレートにデータを投入するための例示的プロシージャのフロー図である。
【図２４】図２３および２４は、本開示のある例示的実施形態による、図１０および１１のパーソナルモバイル通信デバイスによって記録される画像（および／またはそれから受信されるテキストメッセージ）を使用して図２１の医療デバイステンプレートにデータを投入するための例示的プロシージャのフロー図である。
【００６３】
【図２５】図２５は、本開示のある例示的実施形態による、図１０および１１のパーソナルモバイル通信デバイスからの画像を介して医療情報を受信するためのウェブサイトまたはファイル転送サイトをホストする臨床医サーバの略図を示す。
【００６４】
【図２６】図２６−２９は、本開示の例示的実施形態による、図１０および１１の臨床医サーバによって提供される医療情報を表示するパーソナルモバイル通信デバイスの略図を示す。
【図２７】図２６−２９は、本開示の例示的実施形態による、図１０および１１の臨床医サーバによって提供される医療情報を表示するパーソナルモバイル通信デバイスの略図を示す。
【図２８】図２６−２９は、本開示の例示的実施形態による、図１０および１１の臨床医サーバによって提供される医療情報を表示するパーソナルモバイル通信デバイスの略図を示す。
【図２９】図２６−２９は、本開示の例示的実施形態による、図１０および１１の臨床医サーバによって提供される医療情報を表示するパーソナルモバイル通信デバイスの略図を示す。
【００６５】
【図３０】図３０は、本開示のある例示的実施形態による、医療情報に関して患者にプロンプトする図１０および１１のパーソナルモバイル通信デバイスの略図を示す。
【００６６】
【図３１】図３１は、本開示のある例示的実施形態による、患者に選択するべき医療治療に関するプログラムを提供する図１０および１１のパーソナルモバイル通信デバイスの略図を示す。
【００６７】
【図３２】図３２は、本開示のある例示的実施形態による、患者に教育コンテンツを提供する図１０および１１のパーソナルモバイル通信デバイスの略図を示す。
【００６８】
【図３３】図３３は、本開示のある例示的実施形態による、患者と臨床医との間のビデオチャットセッションを提供する図１０および１１のパーソナルモバイル通信デバイスの略図を示す。
【発明を実施するための形態】
【００６９】
医療流体送達システムが、本明細書に開示される。例示的医療流体送達システムは、医療流体送達治療等の医療治療との患者の関与を改良するように構成される。医療流体送達システムは、治療プロセス全体を通して患者を教育または別様に補助するためのリソースを提供しながら、自身の治療に関するさらなる透明性および自身の治療を指示するための少なくともある程度の制御を患者に提供するように構成される。例示的医療流体送達システムは、治療に関連する医療デバイスまたは患者のパーソナルモバイル通信デバイスのタイプまたは特徴の組にかかわらず、患者関与を提供するように構成される。そのような構成は、開示される医療流体送達システムが、事実上任意の患者状況と適合することを可能にする。
【００７０】
いくつかの実施形態において、医療流体送達システムは、パーソナルモバイル通信デバイスと、医療流体送達機械と、臨床医サーバ／データベースとを含む。例示的パーソナルモバイル通信デバイスおよび医療流体送達機械は、患者の自宅に位置し、および／またはセルフサービス医療施設に位置する。臨床医サーバは、広域ネットワーク（すなわち、インターネット）を介して、パーソナルモバイル通信デバイスおよび／または医療流体送達機械に通信可能に結合される。臨床医サーバは、ハブとして構成され、ハブは、パーソナルモバイル通信デバイスが患者を医療流体送達治療と関与させるように設計された特徴を提供することを可能にする。
【００７１】
本明細書に開示されるように、例示的臨床医サーバは、医療流体送達機械から医療流体送達データ（例えば、治療情報）を受信し、送達データは、臨床医データベース内の１つ以上の患者記録に記憶される。臨床医サーバは、パーソナルモバイル通信デバイスに医療流体送達データへのアクセスを提供し、患者が治療進行を追跡することを可能にする。加えて、患者は、治療プログラムを変更する（または治療プログラムを変更するように要求する）ために、パーソナルモバイル通信デバイスを使用し得る。要求は、医療流体送達機械に伝送される前、変更が適切であることを検証するために、臨床医サーバを通してルーティングされる。
【００７２】
例示的臨床医サーバは、バイタルサインデータ、医療デバイスデータ等の医療情報を患者が労せずに提供することを可能にするために、パーソナルモバイル通信デバイスに関連して動作する。パーソナルモバイル通信デバイスは、患者がデータを手動で入力し、重量計、血圧モニタ、温度計、グルコースメータ等の接続された医療デバイスからのデータを含む写真を記録し、および／または、それからデータを無線で受信することを可能にするように構成される。収集されたデータは、患者の医療記録に記憶される。いくつかの実施形態において、臨床医サーバおよび／またはパーソナルモバイル通信デバイスは、受信されたデータが、患者の医療記録に自動的に投入されるべき方法を決定するために、テンプレートを使用し得る。
【００７３】
本明細書に開示されるように、パーソナルモバイル通信デバイスは、スマートフォンまたはタブレットコンピュータ等の特徴が豊富なスマートデバイスを含み得る。スマートデバイスは、メモリ内に記憶される命令によって定義される専門アプリケーション（例えば、「アプリ」）を動作させ得る。記憶された命令の実行は、スマートデバイスのプロセスにアプリケーションを動作させ、アプリケーションは、医療治療への患者の関与を向上させるように構成される。いくつかの事例において、パーソナルモバイル通信デバイスは、スマートデバイスと比較してかなり少ない処理能力および特徴を含む特徴が少ない従来的セルラー電話を含み得る。セルラーデバイスは、テキストメッセージおよび／またはメモリ内に記憶される命令によって定義される専門アプリケーション（例えば、アプリ）を使用して動作し得る。特徴が少ないデバイスのためのアプリケーションは、スマートデバイスのためのアプリケーションと比較して、より少ない特徴を有し得る。
【００７４】
下記開示は、２つの節に分離される。第１の節は、医療流体送達システムのある実施形態を開示する。第２の節は、医療流体送達システムが医療治療への患者の関与および／またはコンプライアンスを向上させることを可能にする特徴を開示する。
【００７５】
（Ｉ．医療流体送達システム実施形態）
例示的医療流体送達システムは、１つ以上の医療流体送達機械を含む。医療流体送達機械の一例は、腎不全治療機械である。腎不全治療機械に関して、種々の原因に起因して、患者の腎臓系は、機能することができない。腎不全は、いくつかの生理学的撹乱を生じさせる。水分およびミネラルの平衡を保つこと、または日常の代謝負荷を排泄することは、もはや可能ではない。窒素代謝の毒性最終生産物（尿素、クレアチニン、尿酸、およびその他）は、血液および組織中に蓄積し得る。
【００７６】
腎臓不全および低下した腎臓機能は、透析を用いて治療されている。透析は、身体から、正常に機能している腎臓がそうでなければ除去するであろう老廃物、毒素、および過剰な水分を除去する。腎臓機能の置換のための透析治療は、治療が救命的であるので、多くの人々に重要である。
【００７７】
１つのタイプの腎臓不全治療は、患者の血液から老廃物を除去するために拡散を一般に使用する血液透析（「ＨＤ」）である。拡散勾配が、拡散を引き起こすために、血液と透析液または透析流体と呼ばれる電解質溶液との間で半浸透性透析器を横断して起こる。
【００７８】
血液濾過（「ＨＦ」）は、患者の血液からの毒素の対流輸送に依拠する代替腎置換治療である。ＨＦは、治療中、体外回路に代替液または補液（典型的に、１０〜９０リットルのそのような流体）を添加することによって遂行される。代替液と治療の合間に患者によって蓄積される流体とは、ＨＦ治療の過程にわたって限外濾過され、中および大分子を除去することにおいて特に有益である対流輸送機構を提供する（血液透析において、透析セッション間に得られる流体とともに少量の老廃物が除去されるが、しかしながら、その限外濾過液の除去からの溶質引き出しは、対流クリアランスを提供するために十分ではない）。
【００７９】
血液透析濾過（「ＨＤＦ」）は、対流および拡散クリアランスを組み合わせる治療モダリティである。ＨＤＦは、拡散クリアランスを提供するために、標準的血液透析と同様、透析器を通して流動する透析流体を使用する。加えて、代替液が、体外回路に直接提供され、対流クリアランスを提供する。
【００８０】
大部分のＨＤ（ＨＦ、ＨＤＦ）治療は、センターで行われる。在宅血液透析（「ＨＨＤ」）に向かう傾向は、一部、ＨＨＤが毎日実施されることができ、センター内血液透析治療（典型的に、週に２または３回行われる）に優る治療利益を提供するので、今日存在する。研究によって、頻繁な治療が、より頻度が低いが、おそらく、より長い治療を受ける患者より多くの毒素および老廃物を除去することが示されている。より頻繁に治療を受ける患者は、治療に先立って２または３日分の毒素を蓄積しているセンター内患者ほど多くのダウンサイクルを被らない。ある地域において、最も近い透析センターは、患者の自宅から何マイルも離れ得、それは、１日の大部分を費やすドアツドア治療時間を引き起こす。ＨＨＤは、夜通しで、または、患者が寛ぎ、働き、または別様に生産的である間の日中に行われ得る。
【００８１】
別のタイプの腎臓不全治療は、腹膜透析であり、それは、透析流体とも呼ばれる透析液をカテーテルを介して患者の腹膜腔の中に注入する。透析流体は、腹膜腔の腹膜に接触する。老廃物、毒素、および過剰な水分が、拡散および浸透に起因して、患者の血流から、腹膜を通して、透析流体の中に流れ、すなわち、浸透勾配が、膜を横断して起こる。透析における浸透剤が、浸透勾配を提供する。使用済みまたは消耗済み透析流体は、患者から排出され、患者から老廃物、毒素、および過剰な水分を除去する。このサイクルは、例えば、複数回繰り返される。
【００８２】
持続的外来腹膜透析（「ＣＡＰＤ」）、自動化腹膜透析（「ＡＰＤ」）、および潮汐流透析、および持続的流動腹膜透析（「ＣＦＰＤ」）を含む種々のタイプの腹膜透析治療が存在する。ＣＡＰＤは、手動透析治療である。ここにおいて、患者は、使用済みまたは消耗済み透析液流体が腹膜腔から排出することを可能にするために、埋め込まれたカテーテルをドレインに手動で接続する。患者は、次いで、カテーテルを通して患者の中に新鮮な透析流体を注入するために、新鮮な透析流体のバッグにカテーテルを接続する。患者は、カテーテルを新鮮な透析流体バッグから接続解除し、透析流体が腹膜腔内で滞留することを可能にし、老廃物、毒素、および過剰な水分の移送が、起こる。ある滞留期間後、患者は、例えば、１日あたり４回手動透析手技を繰り返し、各治療は、約１時間続く。手動腹膜透析は、患者からかなりの量の時間および努力を要求し、改良の余地がある。
【００８３】
自動化腹膜透析（「ＡＰＤ」）は、透析治療が排出、充填、および滞留サイクルを含む点においてＣＡＰＤに類似する。しかしながら、ＡＰＤ機械は、典型的に、患者が眠っている間に自動的にサイクルを実施する。ＡＰＤ機械は、治療サイクルを手動で実施する必要性から、および日中に供給物を運搬する必要性から患者を解放する。ＡＰＤ機械は、埋め込まれたカテーテル、新鮮な透析流体の源またはバッグ、および流体ドレインに流体的に接続する。ＡＰＤ機械は、新鮮な透析流体を透析流体源から、カテーテルを通して、患者の腹膜腔の中に圧送する。ＡＰＤ機械は、透析流体が腔内で滞留することも可能にし、廃棄物、毒素、および過剰な水分の移送が起こることを可能にする。源は、複数の無菌透析流体バッグを含み得る。
【００８４】
ＡＰＤ機械は、使用済みまたは消耗済み透析液を腹膜腔から、カテーテルを通して、ドレインに圧送する。手動プロセスのように、いくつかの排出、充填、および滞留サイクルは、透析中に起こる。「最後の充填」は、ＡＰＤの終わりに起こり、次の治療まで患者の腹膜腔内に留まる。
【００８５】
機械によって実施される上記モダリティのいずれも、スケジュールベースで実行され得、スタートアッププロシージャを要求し得る。例えば、透析患者は、典型的に、隔日、毎日等のスケジュールベースで治療を実施する。血液治療機械は、典型的に、例えば、消毒手技を実行するための設定のために、治療前にある量の時間を要求する。上記モダリティに関する患者は、忙しい生活を送り、治療をスケジューリングされた日に実施すべき計画または実行すべき用事を有し得る。
【００８６】
患者のための在宅治療の魅力の多くは、患者が主に自身のスケジュールに従って自宅で治療を実施することを可能にすることによって提供される生活様式の柔軟性を中心に展開される。しかしながら、在宅医療流体送達機械は、ユーザまたは患者に指示し、それを制約するソフトウェアタイマを含み得る。在宅血液透析システムは、例えば、治療前、治療中、および治療後のシーケンスを始めるために、患者が在宅血液透析機械の直ぐ近にいることを要求し得る。
【００８７】
一特定の例において、在宅治療機械は、治療の合間にそれらを消毒することによって、ある構成要素を再使用し得る。この機械は、１つ以上の消毒タイマを採用し得、消毒タイマは、消毒タイマが終了する前、患者または介護者がこの機械を使用して治療を開始することを要求する。そうでなければ、患者は、治療を開始する前、別の消毒手技が完了されるまで待つ必要性があるであろう。ある実施形態における在宅治療機械は、機械のグラフィカルユーザインターフェースを介して治療開始時間期限を通信し、それは、開始時間期限にアクセスし、それに応じて反応するために、患者がこの機械の近くにいることを要求する。
【００８８】
本開示が温水消毒および化学消毒等の任意のタイプの消毒に適用されることを理解されたい。この点で、本開示は、在宅治療機械に限定されず、例えば、センター内機械が、典型的に化学的に消毒され、センター内機械が、そのような消毒後の治療開始期限を設定し得る。さらに加えて、本開示は、消毒に基づく開始時間期限に限定されず、他の開始時間期限、例えば、プライミングの完了に基づくものにも適用され得る。なおもさらに、本開示は、初期開始時間期限に限定されない。例えば、殆どの機械は、患者が治療を一時的に中止し、機械から接続解除され、機械から離れてあるタイプの必要なアクションを実施することを可能にするであろう。血液治療に関して、機械は、典型的に、患者に戻るように血液を浣濯し、ある期間にわたって透析流体を循環させることも、そうでないこともある。いずれの場合も、患者が機械から一時的に接続解除され得る時間は、無制限ではなく、本開示は、返還時間制限にも適用されることが想定される。
【００８９】
一実施形態において、本開示のシステムは、患者および／または介護者のパーソナルモバイル通信デバイス、例えば、スマートフォン上にインストールされるソフトウェアアプリケーション（「アプリ」）を提供する。アプリは、一実施形態において、ミドルウェアソフトウェアアプリケーションを介して提供され、その例が、下で詳細に議論される。代替実施形態において、ソフトウェアは、ミドルウェアソフトウェアアプリケーションを通したテキストメッセージング特徴を直接使用して、患者および／または介護者のパーソナルモバイル通信デバイス、例えば、スマートフォンと通信するように構成される。いずれの場合も、アプリまたはテキストメッセージは、一実施形態において、患者を機械に繋ぐことなく、患者に任意の差し迫った期限をリマインドし、患者および／または介護者が、治療が開始される必要があるときを追跡することを可能にするように構築される。
【００９０】
代替として、または加えて、ユーザのモバイル通信デバイス上、例えば、カレンダアプリケーション等のデバイスの固有のタスク追跡特徴上にリマインダを自動的にプログラムするように通信ソフトウェアを構築することが想定される。殆どのスマートフォンは、各日を時間等の時間セグメントに分離するカレンダを提供される。本開示のシステムおよび方法論のソフトウェアは、認可された患者および／または介護者のスマートフォンカレンダにアクセスし、適切な日の適切な時間セグメントに適切な情報、例えば、機械がその時間セグメント内に消毒を開始すること、または、完了することを投入するようにプログラムされ得る。
【００９１】
一実施形態において、本開示のソフトウェアシステムおよび方法論からの通信は、一方向である。例えば、通信は、在宅機械であり得る医療流体送達機械から患者または介護者のモバイル通信デバイスへのそれであり得る。代替実施形態において、本開示のソフトウェアシステムおよび方法論は、医療流体送達機械と患者または介護者のモバイル通信デバイスとの間に双方向通信を可能にする。一例において、双方向通信は、ある機械ルーチンが、それらのモバイル通信デバイスを使用する患者または介護者によって遠隔に開始されることを可能にし得る。一例示的ルーチンは、自動化自己試験ルーチンであり、それは、シーケンスを始めること、または開始すること以外、システムとのどんなユーザ相互作用も伴わずに実施され得る。遠隔にシーケンスを開始することは、例えば、患者または介護者が他のタスクを実施するために機械から離れ得る追加の時間を提供することによって、患者または介護者に利益をもたらし得る。通信は、機械が自己試験ルーチンを実施できる状態であることを示すことによって機械が通信を始めると、双方向になる。患者または介護者は、所望の時間、本開示のソフトウェアシステムおよび方法論を介して機械に返答し、シーケンスを始める。
【００９２】
機械が「患者接続」ソフトウェア状態にあるとき常に、本開示のシステムおよび方法論のソフトウェアが患者および／または介護者と機械との間の通信を無効にすることが想定される。例えば、臨床医が現在患者を治療している機械にコマンドを送信しようとする場合、コマンドは、コマンドがその機械に転送されないようにミドルウェアソフトウェアアプリケーションによって遮断され得る。ミドルウェアソフトウェアアプリケーションは、次いで、臨床医に返信し、その機械がビジーであり、通信を受け入れないことを知らせ得る。
【００９３】
本明細書に説明される例は、血液、透析流体、代替液、および／または静脈内薬物（「ＩＶ」）等の医療流体を送達する任意の医療流体送達システムに適用可能である。例は、特に、本明細書において、集合的に、または概して、個々に腎不全治療と称される全ての形態の血液透析（「ＨＤ」）、血液濾過（「ＨＦ」）、血液透析濾過（「ＨＤＦ」）、持続的腎置換治療（「ＣＲＲＴ」）、および腹膜透析（「ＰＤ」）等の腎臓不全治療のために非常に好適である。医療流体送達機械は、代替として、大容量蠕動タイプポンプまたはシリンジポンプ等の薬物送達または栄養流体送達デバイスであり得る。本明細書に説明される機械は、在宅設定において使用され得る。例えば、本開示のデータ転送形態で動作する機械は、例えば、患者が眠っている間の夜に起動され得る在宅ＨＤ機械とともに採用され得る。本開示の医療流体データ転送システムおよび方法論は、代替として、病院および／または診療所における臨床医または看護師を補助するために使用され得る。
【００９４】
ここで図面、特に、図１を参照すると、医療流体送達機械９０内で動作する医療流体データ転送システム１０が、図示される。システム１０は、多くの医療流体送達機械９０（その１つのタイプが、下で詳細に議論される）を組み込む。データ転送システム１０の機械９０は、同一のタイプ（例えば、全てＨＤ機械）であるか、または異なるタイプ（例えば、ＨＤ、ＰＤ、ＣＲＲＴ、および医療または栄養流体送達の混合）であり得る。
【００９５】
単一の医療流体送達９０が、接続サーバ１１８と通信するものとして図示されるが、システム１０は、同一のタイプまたは上で列挙される異なるタイプの複数の医療流体送達システムおよび機械の動作を監督する。例えば、サーバ１１８に接続され、システム１０とともに動作するＭ個の数の血液透析機械９０、Ｎ個の数の血液濾過機械９０、Ｏ個の数のＣＲＲＴ機械９０、Ｐ個の数の腹膜透析機械９０、Ｑ個の数の在宅薬物送達機械９０、およびＲ個の数の栄養または薬物送達機械９０が存在し得る。ＭからＲまでの数は、同一または異なる数であり得、ゼロ、１、または２以上であり得る。図１において、医療流体送達機械９０は、在宅治療機械９０として図示される（自宅が破線によって示される）。
【００９６】
在宅治療機械９０は、そのフロントエンドにおいて、上で議論されるような水処理デバイス６０から浄化水を受け取り得る。水処理デバイス６０は、ある実施形態において、イーサネット（登録商標）ケーブルを介して在宅治療機械９０に接続する。図示される実施形態における在宅治療機械９０は、血圧モニタ１０４、計量器、例えば、無線計量器１０６、および無線タブレットユーザインターフェース１２２等のユーザインターフェース等の水処理デバイス６０以外の他のデバイスとともに動作する。在宅治療機械９０は、一実施形態において、モデム１０２を介して無線でサーバ１１８に接続する。これらの構成要素の各々は、（そうである必要性はないが）図１の破線によって境界画定されるように、患者の自宅内に位置し得る。構成要素６０、１０４、１０６、および１２２のうちのいずれか１つ、２つ以上、または全ては、在宅治療機械９０と有線または無線で通信し得る。無線通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、Ｚ−Ｗａｖｅ（登録商標）、無線ユニバーサルシリアルバス（「ＵＳＢ」）、赤外線、または任意の他の好適な無線通信技術を介してであり得る。代替として、構成要素６０、１０４、１０６、および１２２のうちのいずれか１つ、２つ以上、または全ては、有線通信を介して在宅治療機械９０と通信し得る。
【００９７】
接続サーバ１１８は、医療デバイスシステムハブ１２０を介して医療流体送達機械９０と通信する。システムハブ１２０は、各在宅治療機械９０およびその周辺機器に関するデータおよび情報が、機械９０とサーバ１１８に接続される他のクライアントとの間で接続サーバ１１８を介して行き来することを可能にする。図示される実施形態において、システムハブ１２０は、サービスポータル１３０、企業リソース計画システム１４０、ウェブポータル１５０、ビジネスインテリジェンスポータル１６０、ＨＩＰＡＡ準拠データベース１２４、製品開発チーム１２８、および、例えば、診療所または病院１２６ａ−１２６ｎにおいて保守される電子医療記録データベースに接続される。
【００９８】
診療所または病院１２６ａ−１２６ｎにおける電子医療記録（「ＥＭＲ」）データベースは、患者に関する電子情報を記憶する。システムハブ１２０は、機械９０のログファイルから収集されたデータを病院または診療所データベース１２６ａ−１２６ｎに送信し、その患者の医療記録を併合または補完し得る。診療所または病院１２６ａ−１２６ｎにおけるデータベースは、患者特有の治療および処方データを含み得、したがって、そのようなデータベースへのアクセスは、高度に制限され得る。企業リソース計画システム１４０は、苦情、請求情報、およびライフサイクル管理情報等の患者および臨床医ウェブサイトアクセスを介して生成されたデータを取得およびコンパイルする。ウェブポータル１５０は、患者および患者を治療する診療所１５２ａ−１５２ｎが、医療流体送達機械９０のユーザのために公的に利用可能なウェブサイトにアクセスすることを可能にする。ビジネスインテリジェンスポータル１６０は、システムハブ１２０からデータを収集し、データをマーケティング１６２、研究および開発１６４、および品質／医薬品安全性監視１６６に提供する。
【００９９】
本明細書に説明されるシステム、方法、およびプロシージャは、１つ以上のコンピュータプログラムまたは構成要素を使用して実装され得ることを理解されたい。構成要素のプログラムは、ランダムアクセスメモリ（「ＲＡＭ」）、読み取り専用メモリ（「ＲＯＭ」）、フラッシュメモリ、磁気または光学ディスク、光学メモリ、または他の記憶媒体を含む任意の従来のコンピュータ読み取り可能な媒体上の一連のコンピュータ命令として提供され得る。命令は、一連のコンピュータ命令を実行すると、開示される方法およびプロシージャの全てまたは一部を実施するか、または、その実施を促進する、プロセッサによって実行されるように構成され得る。
【０１００】
一実施形態において、在宅治療機械９０は、患者の自宅で患者に在宅血液透析等の在宅治療を実施し、次いで、その患者の健康および福祉を管理することに関与する臨床医、医師、および看護師にその治療の結果を報告する。
【０１０１】
ある実施形態における在宅治療機械９０は、例えば、Ｌｉｎｕｘ（登録商標）オペレーティングシステムを使用してログファイルを書き込む。ログファイルは、周辺デバイスデータを含む関連する在宅治療機械９０のデータを文書化する。ログファイルは、拡張マークアップ言語（「ＸＭＬ」）、コンマ区切り値（「ＣＳＶ」）、またはテキストファイルのうちのいずれか１つ以上のものを含み得る。ログファイルは、在宅治療機械９０のソフトウェアのファイルサーバボックスの中に設置される。機械９０に送信されないデータを周辺デバイス、例えば、水処理デバイス６０において記憶することも、想定される。そのようなデータは、別様に周辺デバイスへの有線または無線接続を介して取得され得るか、または他のデータ接続または記憶媒体を通してダウンロードされ得る。例えば、保守担当者は、例えば、イーサネット（登録商標）接続を介して、水処理デバイス６０または無線計量器１０６に接続されるラップトップを介して追加のデータにアクセスすることができる。または、追加のデータは、周辺デバイスから遠隔に読み出され得、在宅治療機械９０は、周辺デバイスと医療流体データ転送システムの認可されたクライアントとの間のデータ転送通信路としての役割を果たす。
【０１０２】
一実施形態において、在宅治療機械９０は、例えば、インターネットを介して、接続サービスを使用し、モデム１０２とシステムハブ１２０との間でデータを転送する。ここにおいて、専用回線が、在宅治療機械９０をモデム１０２を介して接続サーバ１１８に接続するために、各患者の自宅において提供され得る。一実施形態における在宅治療機械９０は、別個の、例えば、３Ｇ、４Ｇ、または５Ｇモデム１０２を使用してインターネットにアクセスする。モデム１０２は、Ｖｏｄａｆｏｎｅ（登録商標）等のインターネットサービスプロバイダ（ＩＳＰ）を使用し得る。一実装において、接続サービスプロバイダ（例えば、接続サーバ１１８のプロバイダ）によって開発された接続エージェント１１４が、在宅治療機械９０上にインストールされ、機械のＡＣＰＵ５０上で起動される。１つの好適な接続サービスは、Ａｘｅｄａ（登録商標）によって提供され、それは、医療デバイスと接続サーバ１１８との間にセキュアに管理される接続１１６を提供する。
【０１０３】
接続エージェント１１４は、在宅治療機械９０が、接続サーバ１１８に接続し、データを接続サーバ１１８に、およびそれから転送することを可能にする。エージェント１１４およびサーバ１１８を介して動作する接続サービスは、機械９０との接続がセキュアであることを確実にし、データが機械９０のファイアウォールを正しく通過することを確実にし、データまたはシステムクラッシュが存在しているかどうかをチェックし、接続サーバ１１８が正しい在宅治療機械９０と通信していることを確実にする。
【０１０４】
一実施形態において、在宅治療機械９０は、接続エージェント１１４がオンにされているとき、またはアクティブにされているときのみ、接続サーバ１１８に接続し得る。治療および治療後消毒中、機械９０およびその周辺機器が機能している間、一実施形態において、接続エージェント１１４は、オフにされ、それは、治療および消毒中、または機械９０が作動または起動しているとき、在宅治療機械９０が任意のエンティティと通信し、データを送信または受信することを防止する。在宅治療機械９０がアイドル状態であるとき、例えば、治療および事後消毒が完了した後、ＡＣＰＵ５０は、一実施形態において、接続エージェント１１４をオンにする。ある実施形態において、接続エージェント１１４は、治療中、および、おそらく事前治療中、オフである。治療後、接続エージェント１１４は、接続サービスを使用して、在宅治療機械９０からログファイルを読み出し、データを接続サーバ１１８に転送する。接続サービスは、データパケットをそれらの適切な宛先にルーティングするが、一実施形態において、データを修正、それにアクセス、またはそれを暗号化しない。
【０１０５】
図１の医療流体データ転送システム１０において、接続サーバ１１８を介した接続サービスは、システムハブ１２０を介して、サービスポータル１３０、診療所または病院１２６ａ−１２６ｎ、およびウェブポータル１５０等の種々の場所にデータを通信し得る。接続サーバ１１８は、保守人員１３２ａ−１３２ｎおよび／または臨床医が、ネットワークにわたる種々のアセット（適切な在宅治療機械９０および３Ｇ、４Ｇ、または５Ｇモデム１０２等）、およびそれらの関連付けられた情報（機械またはモデムシリアル番号を含む）を追跡し、読み出すことを可能にする。接続サーバ１１８は、保守人員の監督者１３４によって承認され、サービスポータル１３０を介して遠隔に取得されるファームウェアアップグレードを受信し、それを認可された在宅治療機械９０および水処理デバイス６０等の関連付けられた周辺機器に提供するためにも使用され得る。
【０１０６】
（Ａ．例示的医療流体送達機械）
ここで図２を参照すると、医療流体送達機械９０に関するＨＤフロー概略図の例が、図示される。図２のＨＤシステムは、比較的に複雑であるので、図２およびその議論も、上で議論される腎不全治療モダリティのうちのいずれかおよびＩＶ、薬物送達、または栄養流体送達機械のためのサポートを提供する。概して、簡略化されたバージョンの透析流体またはプロセス流体送達回路を有する医療流体送達機械９０が、示される。血液回路も、簡略化されるが、透析流体回路が簡略化されるほどではない。回路は、本開示の説明をより容易にするために簡略化されており、システムは、実装される場合、上記の参照することによって組み込まれる刊行物に見出されるもの等の追加の構造および機能性を有するであろうことを理解されたい。
【０１０７】
図２の医療流体送達機械９０は、血液回路２０を含む。血液回路２０は、患者１２から血液を引き出し、それに血液を戻す。血液は、動脈ライン１４を介して患者１２から引き出され、静脈ライン１６を介して患者に戻される。動脈ライン１４は、動脈ラインコネクタ１４ａを含み、動脈ラインコネクタ１４ａは、動脈針１４ｂに接続し、動脈針１４ｂは、患者１２と採血連通する。静脈ライン１６は、静脈ラインコネクタ１６ａを含み、静脈ラインコネクタ１６ａは、静脈針１６ｂに接続し、静脈針１６ｂは、患者と返血連通する。動脈および静脈ライン１４および１６は、ばね負荷フェールセーフ機械的ピンチクランプであり得るラインクランプ１８ａおよび１８ｖを含む。ラインクランプ１８ａおよび１８ｖは、一実施形態において、緊急状況において自動的に閉鎖される。
【０１０８】
動脈および静脈ライン１４および１６は、それぞれ、超音波空気検出器であり得る、空気または気泡検出器２２ａおよび２２ｖも含む。空気または気泡検出器２２ａおよび２２ｖは、それぞれ、動脈および静脈ライン１４および１６内の空気を検知する。空気が空気検出器２２ａおよび２２ｖのうちの１つによって検出される場合、システム１０は、ラインクランプ１８ａおよび１８ｖを閉鎖し、血液および透析流体ポンプを一時停止させ、治療が再開可能であるように空気を一掃するように患者に命令を提供する。
【０１０９】
血液ポンプ３０が、図示される実施形態において、動脈ライン１４内に位置する。図示される実施形態において、血液ポンプ３０は、第１の血液ポンプポッド３０ａと、第２の血液ポンプポッド３０ｂとを含む。血液ポンプポッド３０ａは、入口弁３２ｉおよび出口弁３２ｏとともに動作する。血液ポンプポッド３０ｂは、入口弁３４ｉおよび出口弁３４ｏとともに動作する。ある実施形態において、血液ポンプポッド３０ａおよび３０ｂの各々は、血液容器であり、それらは、例えば、シェル内に位置する可撓性ダイヤフラムを伴う球形の硬質外側シェルを含み、ダイヤフラムポンプを形成する。各ダイヤフラムの片側は、血液を受け取る一方、各ダイヤフラムの他方の側は、正および負の空気圧によって動作させられる。血液ポンプ３０は、代替として、動脈ライン１４とともに動作する蠕動ポンプまたは動脈ライン１４および静脈ライン１６とともに動作する複数の蠕動ポンプである。
【０１１０】
ヘパリンバイアル２４およびヘパリンポンプ２６が、図示される実施形態において、血液ポンプ３０と血液濾過器４０（例えば、透析器）との間に位置する。ヘパリンポンプ２６は、空気圧ポンプまたはシリンジポンプ（例えば、ステッパモータ駆動シリンジポンプ）であり得る。血液濾過器４０の上流にヘパリンを供給することは、濾過器の膜の凝固を防止することに役立つ。
【０１１１】
一次制御プロセッサ（「ＡＣＰＵ」）または制御ユニット５０が、１つ以上のプロセッサおよびメモリを含む。制御ユニット５０は、空気検出器２２ａおよび２２ｖ（および温度センサ、血液漏出検出器、伝導率センサ、圧力センサ、およびアクセス切断トランスデューサ８６、８８等のシステム１０の他のセンサ）から空気検出信号を受信し、ラインクランプ１８ａおよび１８ｖ、血液ポンプ３０、ヘパリンポンプ２６、透析流体ポンプ６４および９６、および弁３２ｉ、３２ｏ、３４ｉ、３４ｏ、６８ｉ、６８ｏ、９８ｉ、および９８ｏ等の構成要素を制御する。静脈ライン１６を介して血液濾過器４０から退出する血液は、空気トラップ２８を通して流動する。空気トラップ２８は、透析された血液が静脈ライン１６を介して患者１２に戻される前、血液から空気を除去する。
【０１１２】
図２の医療流体送達機械９０の血液透析バージョンにおいて、透析流体は、血液濾過器４０の膜の外側に沿って圧送される一方、血液は、血液濾過器膜の内側を通して圧送される。透析流体は、水浄化ユニット６０を介した水の浄化で始まり調製される。１つの好適な水浄化ユニットが、「Ｗａｔｅｒ  Ｐｕｒｉｆｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ」と題され、２０１１年４月２５日に出願された米国特許公開第２０１１／０１９７９７１号（その全内容が、参照することによって本明細書に組み込まれ、依拠される）に記載されている。一実施形態において、水浄化ユニットは、水が、一実装において、０．０３エンドトキシン単位／ｍｌ（「ＥＵ／ｍｌ」）を下回り、０．１コロニー形成単位／ｍｌ（「ＣＦＵ／ｍｌ」）を下回るように、水道水を浄化する（例えば、病原体および塩素等のイオンを除去する）ための濾過器および他の構造を含む。水浄化ユニット６０は、血液透析機械９０は、血液回路２０と透析流体回路７０とを含む血液透析機械９０の筐体またはシャーシとは別個の筐体内に提供され得る。
【０１１３】
透析流体回路７０が、図示を容易にするために、再び、図２において大幅に簡略化される。現実における透析流体回路７０は、上記の参照することによって組み込まれる刊行物に記載される関連構造および機能性の全てを含み得る。透析流体回路７０のある特徴が、図２に図示される。図示される実施形態において、透析流体回路７０は、血液濾過器行き透析流体ポンプ６４を含む。ポンプ６４は、一実施形態において、血液ポンプ３０と同じに構成される。ポンプ６４は、ポンプ３０のように、各々が入口弁６８ｉおよび出口弁６８ｏを有するポンプポッド６６の対を含み、それらは、再び、球状に構成され得る。２つのポンプポッドは、血液ポンプ３０に関するように、交互に動作させられ、それによって、一方のポンプポッドが、ＨＤ透析流体で充填する一方、他方のポンプポッドが、ＨＤ透析流体を放出する。
【０１１４】
ポンプ６４は、血液濾過器行き透析流体ポンプである。使用された透析流体を排出するために押すために、排出ライン８２に位置する弁９８ｉおよび９８ｏとともに動作する別の二重ポッドポンプチャンバ９６が存在する。重炭酸塩カートリッジ７２を通してポンプ浄化水を圧送するための第３のポッドポンプ（図示せず）が存在する。酸容器７４から混合ライン６２の中に酸を圧送するために使用される第４のポッドポンプ（図示せず）が存在する。第３および第４のポンプ、すなわち、濃縮物ポンプは、一実施形態において、混合ライン６２と血液濾過器行き透析流体ポンプ６４との間の緩衝透析流体タンク（図示せず）に起因して、連続圧送が混合ライン６２においてあまり重要ではないので、単一のポッドポンプであり得る。
【０１１５】
排出ライン８２において提供される第５のポッドポンプ（図示せず）が、ＨＤ治療が提供されるとき、既知の量の限外濾過（「ＵＦ」）を除去するために使用される。システム１０は、限外濾過液が患者から除去された量を制御および把握するために、ＵＦポンプを追跡する。システム１０は、必要な量の限外濾過液が治療の終わりまでに患者から除去されることを確実にする。
【０１１６】
上で説明されるポンプの各々は、代替として、圧送管とともに動作する蠕動ポンプであり得る。該当する場合、システム弁は、依然として、本開示の特徴に従って空気圧で作動させられ得る。
【０１１７】
一実施形態において、水浄化ユニット６０からの浄化水は、重炭酸塩カートリッジ７２を通して混合ライン６２に沿って圧送される。容器７４からの酸が、混合ライン６２に沿って、重炭酸塩カートリッジ７２から流動する重炭酸塩水の中に圧送され、電解的かつ生理学的に適合性のある透析流体溶液を形成する。浄化水を重炭酸塩および酸と適切に混合するために使用されるポンプおよび温度補償伝導率センサは、図示されないが、上記の参照することによって組み込まれる刊行物に詳細に開示されている。
【０１１８】
図２は、透析流体が血液濾過器４０に到達する前、ヒータ７８および限外濾過器８０を通して新鮮な透析流体ライン７６に沿って圧送され、その後、使用された透析流体が排出ライン８２を介して排出されるように圧送されることも図示する。ヒータ７８は、透析流体を体温または約３７℃まで加熱する。限外濾過器８０は、血液濾過器４０に到達する前に透析流体をさらに清浄にし、浄化し、透析流体から、例えば、重炭酸塩カートリッジ７２または酸容器７４を介して導入される異物および／または汚染物質を濾過する。
【０１１９】
透析流体回路７０は、図示される実施形態において、サンプルポート８４も含む。透析流体回路７０は、血液漏出検出器（図示されないが、血液濾過器４０の繊維が引き裂かれているかどうかを検出するために使用される）と、全てが上記の参照することによって組み込まれる刊行物に詳細に例証および説明される平衡チャンバ、複数の透析流体弁、および透析流体保持タンク等の図示されない他の構成要素とをさらに含むであろう。
【０１２０】
図示される実施形態において、医療流体送達機械９０は、継続性のある一連の作業の通過システムであり、システムは、透析流体を血液濾過器を通して一度圧送し、次いで、使用された透析流体を排出するように圧送する。血液回路２０および透析流体回路７０の両方は、血液回路２０および透析流体回路７０が再使用され得るように、各治療後、温水消毒され得る。一実装において、血液濾過器４０を含む血液回路２０は、約１カ月にわたって毎日温水消毒され、再使用される一方、透析流体回路７０は、約６カ月にわたって温水消毒され、再使用される。
【０１２１】
代替実施形態において、例えば、ＣＲＲＴに関して、滅菌された透析流体または注入液の複数のバッグが、一緒にまとめられ、次々と使用される。そのような場合において、空の供給バッグは、排出または消耗済み流体バッグとしての役割を果たすことができる。
【０１２２】
医療流体送達機械９０は、図２の破線によって示されるような封入体を含む。機械９０の封入体は、治療のタイプ、治療がセンター内であるか、在宅治療であるか、および透析流体／注入液供給がバッチタイプ（例えば、袋詰め）であるか、直結であるかに応じて変動する。
【０１２３】
図３は、図２の機械９０が血液セット１００とともに動作し得ることを図示する。血液セット１００は、動脈ライン１４と、静脈ライン１６と、ヘパリンバイアル２４と、ヘパリンポンプ２６／血液ポンプ３０と、血液濾過器４０（例えば、透析器）とを含む。空気トラップ２８が、患者１２に戻される前、血液から空気を除去するために、静脈ライン１６に位置し得る。空気検出器２２ａおよび２２ｖが、それぞれ、動作のために動脈および静脈ライン１４および１６に接触する。
【０１２４】
図２および３において、ポンプ２６、３０（３０ａおよび３０ｂ）、６４、９６（および図示されない他のポンプ）のうちのいずれかおよび弁３２ｉ、３２ｏ、３４ｉ、３４ｏ、６８ｉ、６８ｏ、９８ｉ、および９８ｏ等の弁のうちのいずれかが、空気圧で作動させられ得る。ある実施形態において、ポンプおよび弁の各々は、可撓性膜によって分離された流体側および空気側を有する。負の空気圧が、流体をポンプチャンバの中に引き込むために、または弁を開放するために、膜の空気側に印加され得る（またはポンプまたは弁は、正の閉鎖圧力を大気に放出し、流体圧力が開放することを可能にすることによって開放され得る）。正の空気圧が、ポンプチャンバから流体を放出するために、または弁を閉鎖するために、膜の空気側に印加される。
【０１２５】
（Ｂ．例示的医療流体送達システムの接続性実施形態）
ここで図４を参照すると、本開示のシステム１１０ａが、図示される。図示される実施形態におけるシステム１１０ａは、上で説明されるシステム１０とともに動作し、システム１０は、接続サーバ１１８、システムハブ１２０、サービスポータル１３０、企業リソース計画システム１４０、ウェブポータル１５０、およびビジネスインテリジェンスポータル１６０を含み、それらは、図４においてクラウド環境の一部として図示されている。接続サーバ１１８、システムハブ１２０、サービスポータル１３０、企業リソース計画システム１４０、ウェブポータル１５０、およびビジネスインテリジェンスポータル１６０の各々は、クラウド環境の一部であるか、または、１つ以上の専用サーバに位置し得る。
【０１２６】
図４に図示されないシステム１０の他の構成要素も、システム１１０ａの一部であり得る。例えば、医療流体送達機械９０ａおよび９０ｂは、患者１２ａおよび１２ｂ（自宅外にいるものとして図示される）の自宅内に別個に存在し得る。代替として、医療流体送達機械９０ａおよび９０ｂは、同じ診療所１２６ａ−１２６ｎ内、または診療所１２６ａ−１２６ｎのうちの異なるものの中に存在し得る。臨床医１１２ａおよび１１２ｂは、診療所内または外に存在し得る。
【０１２７】
医療流体送達機械９０ａおよび９０ｂは、上で説明されるようなセキュアに管理される接続１１６を介して接続サーバ１１８に接続される。そのように行うために、機械９０ａおよび９０ｂは、例えば、上で議論されるモデム１０２を介してインターネット５２に接続する。一実施形態におけるシステムハブ１２０は、モバイル通信デバイス２００ａおよび２００ｂ（本明細書において、集合的にデバイス２００と称される、または概して、個々にデバイス２００と称される）によってアクセスされ得るミドルウェアソフトウェアを記憶する。モバイル通信デバイス２００ａおよび２００ｂは、例えば、Ａｎｄｒｏｉｄ（登録商標）、ｉＯＳ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）  Ｐｈｏｎｅ（登録商標）、ＢｌａｃｋＢｅｒｒｙ（登録商標）、Ｓａｉｌｆｉｓｈ  ＯＳ（登録商標）、Ｔｉｚｅｎ（登録商標）、またはＵｂｕｎｔｕ  Ｔｏｕｃｈ（登録商標）オペレーティングシステム上で起動するスマートフォンであり得る。モバイル通信デバイス２００ａおよび２００ｂは、それぞれ、患者１２ａおよび１２ｂに属し、および／または、それぞれ、臨床医１１２ａおよび１１２ｂに属し得る。図４に図示されるようなモバイル通信デバイス２００ａおよび２００ｂも、インターネット５２に接続される。
【０１２８】
一実施形態において、モバイル通信デバイス２００ａおよび２００ｂは、インターネット５２へのそれらの接続を介して、システムハブ１２０上に記憶されるミドルウェアソフトウェアからアプリケーションソフトウェア（「アプリ」）をダウンロードする。アプリは、対応する機械９０ａまたは９０ｂの状態の変更があるとき、常に更新される。例えば、医療流体送達機械９０ａは、その自動化自己試験ルーチンを完了したばかりであり得、現在、消毒手技を実行できる状態である。機械９０ａは、この状態を識別するコードを生成し、それをシステムハブ１２０上に記憶されるミドルウェアソフトウェアに送信し得る。ミドルウェアソフトウェアは、次いで、例えば、ルックアップテーブルを使用して、コードを「自己試験完了、消毒できる状態」等のメッセージに変換し、患者１２ａまたは臨床医１１２ａのモバイル通信デバイス２００ａ上にダウンロードされたアプリにメッセージを表示させる。アプリは、メッセージとともに、機械９０ａが属している特定の状態に関連付けられたアイコン等の視覚的識別子を提供するようにプログラムされ得る。アプリは、「鳴動」音等のオーディオアラートおよび／または振動等の触覚アラートのうちのいずれか１つ以上も提供し得、それらは、患者１２ａまたは臨床医１１２ａがアプリを閲覧し、機械９０の状態変更を確認するようにプロンプトする。
【０１２９】
別の例において、医療流体送達機械９０ｂは、午後３：００に治療を開始するように事前プログラムされていることもある。医療流体送達機械９０ｂは、自己試験および消毒のために３時間を必要とし得る。患者１２ａまたは臨床医１１２ａは、したがって、事前治療を開始するために正午までに機械９０ｂのそばにいる必要がある。ある実施形態において、患者１２ａまたは臨床医１１２ａは、３時間の準備時間のどの程度前に患者１２ａまたは臨床医１１２ａが通知またはアラートされるべきか（例えば、２時間）に関して機械９０ｂに設定を行う。したがって、この例において、機械９０ｂは、午前１０：００にコードを生成し、コードをシステムハブ１２０上に記憶されるミドルウェアソフトウェアに送信し得る。ミドルウェアソフトウェアは、次いで、例えば、ルックアップテーブルを使用して、コードを「２時間後に治療準備を開始してください」等のメッセージに変換し、患者１２ｂまたは臨床医１１２ｂのモバイル通信デバイス２００ｂ上にダウンロードされたアプリにメッセージを表示させる。アプリは、再び、メッセージとともに、１２０分からゼロにおけるタイムアウトまでカウントダウンするカウントダウンタイマ等の視覚的識別子を提供するようにプログラムされ得る。アプリは、患者１２ｂまたは臨床医１１２ｂがアプリを閲覧し、治療準備通知を確認するようにプロンプトする「鳴動」音等のオーディオアラートおよび／または振動等の触覚アラートのうちのいずれか１つ以上も提供し得る。アプリは、カウントダウン期間中、事前プログラムされた間隔で（例えば、１時間、および３０分）「鳴動」音および／または触覚フィードバックを繰り返すようにもプログラムされ得る。
【０１３０】
ユーザの通信デバイス２００ｂ上にアプリを提供することに加えて、またはその代替として、システムハブ１２０におけるミドルウェアソフトウェアが、そのカレンダアプリケーション等のデバイス２００の固有のタスク追跡特徴上に埋め込まれるメッセージに機械９０ｂからのコードを変換することが想定される。殆どのスマートフォンデバイス２００は、例えば、各日を時間等の時間セグメントに分離するカレンダを提供される。ここにおいて、システムハブ１２０のミドルウェアソフトウェアによって変換されるメッセージは、認可された通信デバイス２００ｂのカレンダにアクセスし、適切な日の適切な時間セグメントに適切な情報を投入するようにプログラムされ得る。上記の例において、適切な日に関して、固有のカレンダソフトウェアアプリケーションは、「２時間後に治療準備を開始してください」等のメッセージで埋められたその１０：０：００ＡＭタイムスロットを有するであろう。オーディオおよび／または触覚フィードバック信号が、カレンダ入力について患者１２または臨床医１１２に通知するために提供され得る。
【０１３１】
機械９０ａおよび９０ｂ、中央サーバ１２０におけるミドルウェアソフトウェア、および通信デバイス２００ａおよび２００ｂは、任意の所望のメッセージを患者１２ａ、１２ｂおよび／または臨床医１１２ａ、１１２ｂに提供するために上で説明されるようにプログラムされ、動作させられ得、本明細書に説明されるメッセージに限定されないことを理解されたい。例えば、患者１２ａ、１２ｂおよび／または臨床医１１２ａ、１１２ｂは、同様に、付随のカウントダウンタイマを用いて、消毒の終了時、機械９０ａ、９０ｂを再消毒する必要性を回避するために、治療がカウントダウン時間以内に開始される必要があることを知らされ得る。
【０１３２】
ここで図５を参照すると、本開示のシステム１１０ｂが、図示される。図示される実施形態におけるシステム１１０ｂは、上で説明されるシステム１０とともに動作し、システム１０は、接続サーバ１１８、システムハブ１２０、サービスポータル１３０、企業リソース計画システム１４０、ウェブポータル１５０、およびビジネスインテリジェンスポータル１６０を含み、それらは、クラウド環境の一部として図５に図示されるが、代替として、１つ以上の専用サーバに位置し得る。図５に図示されないシステム１０の他の構成要素も、システム１１０ａの一部であり得る。単一の医療流体送達機械９０が、説明を容易にするために図示されるが、しかしながら、複数の医療流体送達機械９０が、同様に、システム１１０ｂに接続され得る。医療流体送達機械９０は、患者１２（自宅外にいるものとして図示される）の自宅内、または臨床医１１２のための診療所１２６ａ−１２６ｎ内に存在し得る。医療流体送達機械９０は、再び、図示される実施形態において、例えば、モデム１０２を使用して、セキュアに管理される接続１１６およびインターネット５２接続を介して接続サーバ１１８に接続される。
【０１３３】
一実施形態におけるシステムハブ１２０は、モバイル通信デバイス２００（容易にするために単一のデバイスとして示されるが、複数のデバイス２００も同様に、システム１１０ｂに接続され得る）によってアクセスされ得るミドルウェアソフトウェアを記憶する。図５のモバイル通信デバイス２００は、図４に図示されるデバイス２００ａおよび２００ｂに関して開示される構造、機能性、および代替物の全て（インターネット５２に接続されることを含む）を含む。図５において、モバイル通信デバイス２００は、そうである必要性はないが、インターネット５２へのそれらの接続を介して、システムハブ１２０上に記憶されるミドルウェアソフトウェアからソフトウェアアプリケーション（「アプリ」）をダウンロードし得る。アプリは、まさに図４と関連して上で説明されるように（機械９０からのコード化メッセージをアプリ上で提示可能なフォーマットに変換するミドルウェアソフトウェアを含む）動作させられ得る。代替として、または加えて、システムハブ１２０上に記憶されるミドルウェアソフトウェアは、図４に説明される方法のうちのいずれかにおいて、そのカレンダアプリケーション等のモバイル通信デバイス２００の固有のタスク追跡特徴上に埋め込まれるメッセージに機械９０からのコードを変換することが可能であり得る。
【０１３４】
さらに代替として、または加えて、システム１１０ｂは、例えば、システムハブ１２０に記憶されるミドルウェアソフトウェアとモバイル通信デバイス２００との間でインターフェースをとるセルラーネットワーク２１０を含む。セルラーネットワーク２１０は、電波を使用して動作するセルラー電話塔のネットワークを含み得、および／または、衛星を採用し得る。システム１１０ｂのセルラーネットワーク２１０とともに使用するために好適な通信プロトコルは、（ｉ）「ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス」（「ＷｉＭＡＸ」）プロトコルおよび、（ｉｉ）世界中のセルラー電話の多くへのデータ通信を可能にする広範囲の長距離無線プロトコルである「汎欧州デジタル移動電話方式」（「ＧＳＭ（登録商標）」）プロトコル等の長距離プロトコルであり得る。ネットワーク２１０は、代替として、または加えて、（ｉ）ＩＥＥＥ  ８０２．１１ａ、（ｉｉ）ＩＥＥＥ  ８０２．１１ｂ、（ｉｉｉ）ＷＥＥ  ８０２．１１ｇ、または、（ｉｖ）８０２．１１ｎ等の米国電気電子技術者協会（「ＩＥＥＥ」）８０２．１１規格の一部であるプロトコルであり得る、無線ローカルエリアネットワーク（「ＷＬＡＮ」）等の中距離プロトコルを採用し得る。他の好適なセルラー技術は、ＣＤＭＡ、ＡＭＰＳ（アナログ）、汎用パケット無線サービス（「ＧＰＲＳ」）、ｃｄｍａＯｎｅ、ＣＤＭＡ２０００、エボリューションデータオプティマイズ（「ＥＶ−ＤＯ」）、ＧＳＭ（登録商標）進化型高速データレート（「ＥＤＧＥ」）、ユニバーサル移動体通信システム（「ＵＭＴＳ」）、デジタルコードレス電話規格（「ＤＥＣＴ」）、デジタルＡＭＰＳ（「ＩＳ−１３６／ＴＤＭＡ」）、および統合デジタル拡張ネットワーク（「ｉＤＥＮ」）を含み得る。
【０１３５】
モバイル通信デバイス２００は、当業者に公知の方法のうちのいずれかを介して、例えば、ショートメッセージングサービス（「ＳＭＳ」）またはマルチメディアメッセージングサービス（「ＭＭＳ」）プロトコルを介して、セルラーネットワーク２１０と通信する。システムハブ１２０におけるミドルウェアソフトウェアは、いくつかの方法でセルラーネットワーク２１０と通信し得る。一例において、ユーザ１２、１１２（患者１２、患者の在宅ケアパートナー、患者の臨床医１１２のうちのいずれかまたは全て）の電話番号およびキャリアが、例えば、ミドルウェアソフトウェアにおけるルックアップテーブルを介して、特定の機械９０に関連付けられる。特定の機械９０からのメッセージ／コードが、ミドルウェアによって受信されると、ミドルウェアソフトウェアは、電子メールを［ｕｓｅｒ  ｐｈｏｎｅ  ｎｕｍｂｅｒ］＠［ｃａｒｒｉｅｒ］．ｎｅｔに送信するようにプログラムされ得る。例えば、患者００１の電話番号が（５５５）５５５−５５５５であり、患者００１のキャリアがＡＴ＆Ｔ（登録商標）である場合、患者００１の機械９０がメッセージをシステムハブ１２０のミドルウェアソフトウェアに送信すると、受信時、ミドルウェアソフトウェア１２０は、電子メールを５５５５５５５５５５＠ａｔｔ．ｎｅｔに中継するようにプログラムされ、それは、テキストメッセージとして患者００１のモバイル通信デバイス２００によって受信される。当業者は、テキストメッセージに電子メールを送る方法を知らせ、異なるキャリアによって要求される詳細を概説することを専門とする複数のウェブサイトが存在することを理解する。
【０１３６】
ミドルウェアソフトウェアは、モバイル通信デバイス２００の各々の電話番号の各々を記憶し、それらの番号の各々を機械９０と合致させる。イベントコードが、上で説明されているように機械９０からミドルウェアソフトウェアに送信されると、ミドルウェアソフトウェアは、その機械に関連付けられたモバイル通信デバイス２００の電話番号を見つけ、例えば、上で説明されるようなルックアップテーブルを使用してコードを適切なメッセージに変換し、変換されたメッセージを呼び出された電話番号に送信する。複数の通信デバイス２００が、同一の医療流体送達機械９０に関連付けられ得ることが想定される。例えば、診療所１２６ａ−１２６ｎのうちのいずれかにおいて、複数の医師、看護師、および／または臨床医の電話番号が、同一の機械９０に関連付けられ得る。在宅環境において、患者１２および患者の臨床医および／または介護者アシスタントの電話番号が、同一の機械９０に関連付けられ得る。
【０１３７】
同様に、モバイル通信デバイス２００に関する電話番号が、複数の医療流体送達機械９０に関連付けられ得る。例えば、診療所１２６ａ−１２６ｎのうちのいずれかにおいて、単一の看護師が、複数の機械９０を監視し得る。イベントが看護師のシフト中にそれらの機械のうちのいずれかに起こる場合、看護師は、看護師のモバイル通信デバイス２００に送信されるセルラーメッセージを介して通知され得る。このシナリオは、図７−９と関連して下で詳細に説明される。
【０１３８】
セルラーメッセージは、情報をモバイル通信デバイス２００に投入するソフトウェアアプリおよびカレンダ更新モードに関して上で議論される同一のイベントのうちのいずれかに関する情報を伝え得る。例えば、医療流体送達機械９０は、その自動化自己試験ルーチンを完了したばかりであり得、現在、消毒手技を実行できる状態である。機械９０は、この状態を識別するコードを生成し、それをシステムハブ１２０上に記憶されるミドルウェアソフトウェアに送信し得る。ミドルウェアソフトウェアは、次いで、例えば、ルックアップテーブルを使用して、コードを「自己試験完了、消毒できる状態」等のメッセージに変換し、例えば、上で議論されるセルラー出力ルーチンにテキストメッセージを患者１２または臨床医１１２のモバイル通信デバイス２００に送信させ、メッセージを表示させる。代替実施形態において、コードは、必要とされず、機械９０は、代わりに、実際のテキスト文字列を送信し、ミドルウェアソフトウェアは、例えば、上で議論されるセルラー出力ルーチンを介して、テキストメッセージとしてモバイル通信デバイス２００にそれを転送する。公知であるように、通信デバイス２００上でのテキストメッセージの受信は、患者１２または臨床医１１２がメッセージを閲覧するようにプロンプトするオーディオ、例えば、「鳴動」音および／または振動等の触覚アラートを伴い得る。
【０１３９】
別の例において、医療流体送達機械９０は、午後３：００に治療を開始するように事前プログラムされていることもある。医療流体送達機械９０は、再び、自己試験および消毒のために３時間を必要とし得る。患者１２または臨床医１１２は、したがって、事前治療を開始するために正午までに機械９０のそばにいる必要がある。ある実施形態において、患者１２または臨床医１１２は、３時間の準備時間のどの程度前に患者１２または臨床医１１２が通知またはアラートされるべきか（例えば、２時間）に関して機械９０に設定を行う。ここにおいて、機械９０は、午前１０：００にコードを生成し、コードをシステムハブ１２０上に記憶されるミドルウェアソフトウェアに送信する。ミドルウェアソフトウェアは、次いで、例えば、ルックアップテーブルを使用して、コードを「２時間後に治療準備を開始してください」等のメッセージに変換し、例えば、上で議論されるセルラー出力ルーチンにテキストメッセージを患者１２または臨床医１１２のモバイル通信デバイス２００に送信させ、例えば、患者１２または臨床医１１２が通知を閲覧するようにプロンプトする「鳴動」音等のオーディオアラートおよび／または振動等の触覚アラートとともにメッセージを表示させる。
【０１４０】
機械９０、中央サーバ１２０におけるミドルウェアソフトウェア、および通信デバイス２００は、代替として、または加えて、セルラーネットワーク２１０を使用して、任意の所望のメッセージを患者１２および／または臨床医１１２に提供するために上で説明されるようにプログラムおよび動作させられ得ることを理解されたい。例えば、患者１２および／または臨床医１１２は、同様に、消毒の終了時、機械９０を再消毒する必要性を回避するために、治療がカウントダウン時間以内に開始される必要があることを知らされ得る。通信デバイス２００のカレンダアプリケーション等の固有のタスク追跡特徴の更新がインターネット接続を経由して、または図５に図示されるセルラーネットワーク２１０を介して行われ得ることも理解されたい。
【０１４１】
ここで図６を参照すると、本開示のシステム１１０ｃが、図示される。図示される実施形態におけるシステム１１０ｃは、上で説明されるシステム１０とともに動作し、システム１０は、接続サーバ１１８、システムハブ１２０、サービスポータル１３０、企業リソース計画システム１４０、ウェブポータル１５０、およびビジネスインテリジェンスポータル１６０を含み、それらは、クラウド環境の一部として図６に図示されるが、代替として、１つ以上の専用サーバに位置し得る。図６に図示されないシステム１０の他の構成要素も、システム１１０ａの一部であり得る。単一の医療流体送達機械９０が、説明を容易にするために図示されるが、しかしながら、複数の医療流体送達機械９０が、同様に、システム１１０ｂに接続され得る。療流体送達機械９０は、患者１２（自宅外にいるものとして図示される）の自宅内または臨床医１１２に関する診療所１２６ａ−１２６ｎ内に存在し得る。医療流体送達機械９０は、再び、図示される実施形態において、例えば、モデム１０２を使用して、セキュアに管理される接続１１６およびインターネット５２接続を介して接続サーバ１１８に接続される。図６において、接続サーバ１１８およびセキュアに管理される接続１１６は、双方向通信のために使用される。
【０１４２】
一実施形態におけるシステムハブ１２０は、モバイル通信デバイス２００（容易にするために単一のデバイスとして示されるが、複数のデバイス２００も同様に、システム１１０ｂに接続され得る）によってアクセスされ得るミドルウェアソフトウェアを記憶する。図６のモバイル通信デバイス２００は、図４に図示されるデバイス２００ａおよび２００ｂに関して開示される構造、機能性、および代替物の全て（インターネット５２に接続されることを含む）を含む。図６において、モバイル通信デバイス２００は、そうである必要性はないが、インターネット５２へのそれらの接続を介して、システムハブ１２０上に記憶されるミドルウェアソフトウェアからソフトウェアアプリケーション（「アプリ」）をダウンロードし得る。アプリは、まさに図４と関連して上で説明されるように動作させられ得る（機械９０からのコード化メッセージをアプリ上で提示可能なフォーマットに変換するミドルウェアソフトウェアを含む）。代替として、または加えて、システムハブ１２０上に記憶されるミドルウェアソフトウェアは、図４に説明される方法のうちのいずれかにおいて、そのカレンダアプリケーション等のモバイル通信デバイス２００の固有のタスク追跡特徴上に埋め込まれるメッセージに機械９０からのコードを変換することが可能であり得る。カレンダアプリケーションは、代替として、図５と関連して上で議論されるセルラーネットワーク２１０（図６に破線引き出し線を介して代替物として図示される）を介して更新され得る。
【０１４３】
図６は、通信が医療流体送達機械９０とモバイル通信デバイス２１０との間で双方向であり得ることを図示する。モバイル通信デバイス２１０とサーバコンピュータ１２０におけるミドルウェアソフトウェアとの間の通信は、インターネット５２および／またはセルラーネットワーク２１０を介してであり得る。サーバコンピュータ１２０におけるミドルウェアソフトウェア間の通信は、上で詳細に説明されるように、セキュアに管理される接続１１６を介する接続サーバ１１８を介してであり得る。
【０１４４】
上で議論されるように、在宅治療機械９０は、一実施形態において、治療中、例えば、機械９０およびその周辺機器が機能している間にオフにされる（治療後消毒中にオフにされる場合とそうではないこともある）そのオンボード接続エージェント１１４を介して接続サーバ１１８に接続する。これは、治療および消毒中、または機械９０が作動中であるとき、または起動しているとき、在宅治療機械９０が、どのエンティティとも通信せず、データを送信または受信することを防止する。システム１１０ａ−１１０ｃを介する通信が、同一の方法で保護されることが想定される。例えば、特定の機械９０が、患者１２および臨床医１１２の両方と通信するようにミドルウェアソフトウェアを介して設定されると仮定する。ここにおいて、患者が機械９０によって治療されている場合、その時間に臨床医１１２がその機械９０から通知を受信しない、またはそれにコマンドを送信できないように、接続エージェント１１４が遮断されることが想定される。代替実施形態において、臨床医１１２は、治療中に機械９０から通知を受信することが可能であり得る。
【０１４５】
接続エージェント１１４を接続解除する（通信がない）ときを決定することは、システム１１０ａ−１１０ｃがモバイル通信デバイス２００に通信することを所望する機械状態の内容または数に依存し得る。例えば、患者１２または臨床医１１２が治療準備を開始するために機械９０に戻る必要があることを治療準備の２時間前に患者１２または臨床医１１２に知らせることのみが所望されると仮定する。ここにおいて、接続エージェント１１４は、患者１２または臨床医１１２が最初の治療準備ステップを開始すると、例えば、自己試験ルーチンを実行すると、すぐにオフにされ得る。
【０１４６】
別の例において、機械９０が、治療が開始されるように設定される前のある事前設定された時間に自動的に自己試験ルーチンを実行することが所望され得る。機械９０は、消毒を開始する時間になると、患者１２または臨床医１１２に通知する。ここにおいて、接続エージェント１１４は、患者１２または臨床医１１２が機械消毒を開始すると、接続解除され得る。さらなる例において、患者が消毒の終了からある量の時間内に治療を開始し、消毒が繰り返される必要がないように、機械９０が、消毒が完了すると、患者１２に通知することが所望され得る。ここにおいて、接続エージェント１１４は、患者１２または臨床医１１２が治療を開始すると、例えば、患者が治療ラインに、例えば、動脈ライン１４または静脈ライン１６にまだ接続されていないプライミングの開始時、接続解除され得る。
【０１４７】
システム１１０ｃは、患者１２または臨床医１１２が、遠隔に上記のアクション（および本明細書に明確に説明されないその他）のうちのいずれかを開始することを可能にする。患者１２または臨床医１１２は、例えば、自己試験ルーチンまたは消毒手技を開始するために、例えば、モバイル通信デバイス２００上に表示されるアプリ上のアイコンを選択し得る。アイコンの選択は、インターネット５２を経由してミドルウェアソフトウェアに伝送される。ミドルウェアソフトウェアは、次いで、例えば、ルックアップテーブルを介して、例えば、接続サーバ１１８およびセキュアに管理される接続１１６を介して、その接続エージェント１１４がオンである機械９０に送信されるアクションコードにアイコン選択を変換し、選択されたアクションに関するアクションコードが機械のＡＣＰＵ５０に送信されることを可能にし、それは、選択されたアクションの実施を開始する。
【０１４８】
代替実施形態において、患者１２または臨床医１１２は、例えば、機械９０において実施される特定のアクション、例えば、自己試験ルーチンまたは消毒手技を選択する既知のコードをテキストメッセージ内に入力し得る。コードは、「自己試験」または「消毒」等の示唆的コードであり得る。テキストメッセージは、セルラーネットワーク２１０を介してシステムハブ１２０におけるミドルウェアソフトウェアに送信される。ミドルウェアソフトウェアは、例えば、ルックアップテーブルを介して、テキスト化コードを選択されたアクションに関するアクションコードに変換する。または、患者１２または臨床医１１２によって入力されたコードは、いかなる変換も必要とされないように、アクションコードであり得る。いずれの場合も、アクションコードは、接続サーバ１１８およびセキュアに管理される接続１１６を介して、その接続エージェント１１４がオンである機械９０に送信され、選択されたアクションに関するアクションコードが機械のＡＣＰＵ５０に送信されることを可能にし、それは、選択されたアクションの実施を開始する。
【０１４９】
図６は、以下の例示的７ステップシーケンスを図示する。ステップ１において、医療流体送達機械９０は、機械が、患者１２が機械９０の（例えば、２時間の）自動化自己試験ルーチンの開始を始めることができる状態であることを示すメッセージをシステムハブ１２０におけるミドルウェアソフトウェアアプリケーションに送信する。ステップ２において、システムハブ１２０におけるミドルウェアソフトウェアアプリケーションは、機械９０が、患者１２が自動化自己試験ルーチンの開始を始めることができる状態であることを示す、対応する（例えば、変換された）メッセージを患者のモバイル通信デバイス２００に送信する。
【０１５０】
ステップ３において、患者のモバイル通信デバイス２００にダウンロードされたカスタムアプリが、オーディオ、視覚および／または触覚アラート、および関連付けられるメッセージを介して、患者１２の機械９０が、患者が、例えば、２時間の自動化自己試験ルーチンの開始を始めることができる状態であることを患者１２にアラートする。ステップ４において、患者１２は、機械９０がその自動化自己試験ルーチンを開始すべきであることを確認するために、モバイル通信デバイス２００上のカスタムアプリを使用する。
【０１５１】
ステップ５において、患者のモバイル通信デバイス２００は、患者の機械９０がその自動化自己試験ルーチンを開始することが所望されることを確認するメッセージをシステムハブ１２０におけるミドルウェアソフトウェアアプリケーションに送信する。ステップ６において、システムハブ１２０におけるミドルウェアソフトウェアアプリケーションは、機械９０がその自動化自己試験ルーチンを開始することを患者１２が確認したことを示すメッセージを機械９０に送信する（例えば、変換および送信する）。ステップ７において、機械９０は、その自動化自己試験ルーチンを開始および実施する。
【０１５２】
自己試験が実施されると、アクションが、ここにおいて、自動化自己試験ルーチンの代わりに消毒手技であることを除いて、システム１１０ｃが、上で議論される同一のステップ１−７を実施することが想定される。ここにおいて、患者のモバイル通信デバイス２００にダウンロードされたカスタムアプリは、患者が治療を開始するために機械９０に戻るまでに有する時間の量を患者にリマインドするカウントダウンタイマを患者１２に表示し得る。異なるタイプの医療流体送達機械は、患者１２または臨床医１１２が治療が開始される前に実施し得る異なる１つ、２つ、３つ、またはそれを上回るアクションを有し得ることを理解されたい。
【０１５３】
システム１１０ａ−１１０ｃに関して、ユーザがそれらのデバイス２００上で、例えば、アプリ自体を介して、テキストメッセージを介して、および／またはカレンダ通知を介して受信することを所望する通知のタイプを選択するために、ユーザによって構成可能であるようにモバイル通信デバイス２００上のアプリをプログラムすることが想定される。システムハブ１２０は、一実施形態において、全ての通知タイプを送信し得、モバイル通信デバイス２００は、ユーザが無効にした通信タイプを無視する。別の実施形態におけるシステムハブ１２０は、ユーザの選好を記憶し、選択された通知タイプにおける情報のみを送信する。
【０１５４】
（Ｃ．臨床医デバイス／サーバ実施形態）
ここで図７−９を参照すると、医師、臨床医、または看護師のモバイル通信デバイスまたはサーバ２００のための臨床医ベースのダウンロード可能ソフトウェアアプリケーション（「アプリ」）２３０を有するシステム１１０ｄの一実施形態が、画面２３２−２３６上に図示される。上で議論されるように、モバイル通信デバイス２００は、患者１２のそれまたは医師／看護師／臨床医１１２のそれであり得る。図７−９の画面２３２−２３６は、アプリ２３０が診療所または病院１２６ａ−１２６ｎにおいて使用され得ることを図示し、例えば、看護師が、複数の機械９０ａ−９０ｎに関与する。機械９０ａ−９０ｎは、再び、血液透析機械、腹膜透析機械、ＣＲＲＴ機械、薬物および／または栄養流体送達機械、およびそれらの組み合わせであり得る。
【０１５５】
画面２３２は、アプリ２３０が、複数の機械９０を監視し、所望される場合、制御し得ることを図示する。図示される実施形態において、機械９０ａ−９０ｎは、それぞれ、アプリ２３０の画面２３２上に表示される専用アイコン１９０ａ−１９０ｎによって表される。図示される実施形態におけるアイコン１９０ａ−１９０ｎは、医師／看護師／臨床医１１２を適応させることに役立つように、機械９０ａ−９０ｎが診療所１２６ａ−１２６ｃ内で順序付けられるそれと同一に画面２３２−２３６上で順序付けられる。
【０１５６】
アプリ２３０は、本明細書に議論されているようにシステムハブ１２０とともに動作し、システムハブ１２０は、診療所または病院１２６ａ−１２６ｎから遠隔であり、例えば、機械９０ａ―９０ｎのうちの１つ以上の製造業者によって保守されることが想定される。アプリ２３０は、例えば、最初に、図１に図示される製品開発１２８において開発され得る。アプリ２３０は、次いで、図１および７に図示されるようなサービスポータル１３０を介して製品開発１２８からシステムハブ１２０に送信され得る。アプリ２３０をダウンロードすることが認可された任意の看護師、臨床医、または医師１１２が、システムハブ１２０からそのように行い得る。その後、システムハブ１２０は、システム１１０ａ−１１０ｃにおいて上で説明される様式でアプリ２３０とともに動作するようにミドルウェアソフトウェアを保守する。
【０１５７】
代替実施形態において、診療所１２６ａ−１２６ｎは、各々がローカルシステムハブ２２０とともに動作するそれら自身のローカルエリアネットワークを保守し得る。アプリ２３０は、再び、製品開発１２８（図１）によって開発され、サービスポータル１３０を介して、システム１０全体とともに動作する診療所１２６ａ−１２６ｎのローカルシステムハブ２２０に送達され得る。アプリ２３０をダウンロードすることが認可された各看護師、臨床医、または医師１１２は、ローカルシステムハブ２２０からそのように行う。その後、ローカルシステムハブ２２０は、システム１１０ａ−１１０ｃにおけるシステムハブ１２０に関して上で説明される様式でアプリ２３０とともに動作するようにミドルウェアソフトウェアを保守する。さらなる代替実施形態において、アプリ２３０は、診療所１２６ａ−１２６ｎによって開発され、そのローカルシステムハブ２２０上に記憶され得る。
【０１５８】
システムハブ１２０またはローカルシステムハブ２２０のミドルウェアソフトウェアは、各機械９０ａ−９０ｎのステータスを更新する。看護師、臨床医、または医師１１２は、各機械９０ａ−９０ｎの現在のステータス、例えば、図８の画面２３４内に図示されるような「休止中」、「自己試験」、「消毒」、または「患者治療中」を確認するために、任意の時点でアイコン１９０ａ−１９０ｎを選択し得る。他のステータスマーカも、想定され、異なるタイプの機械に関して異なり得る。看護師、臨床医、または医師１１２は、次いで、図９に図示されるようなホームアイコン１９０ａ−１９０ｎに戻るために「休止中」、「自己試験」、「消毒」、または「患者治療中」のうちのいずれかを選択し得る。
【０１５９】
上で議論されるように、機械が起動しているとき、特に、患者１２が機械に接続されているとき、各機械９０の接続エージェント１１４をオフにすることが想定される。しかしながら、システムハブ１２０またはローカルシステムハブ２２０におけるミドルウェアソフトウェアが、各機械９０ａ−９０ｎから「患者治療中」へのステータス変更を受信し得るように、診療所１２６ａ−１２６ｎの各機械９０ａ−９０ｎの接続エージェント１１４が、消毒の終了までオンのままであることを可能にすることも想定される。加えて、各機械９０ａ−９０ｎがそのスケジューリングされた治療期間を把握しているので、機械は、ミドルウェアソフトウェアにスケジューリングされた持続時間を送信し得、そして、それは、「患者治療中」に関するステータス変更とともにカウントダウンタイマの形態における持続時間を送信する。ここにおいて、次いで、看護師、臨床医、または医師１１２が、図８の「患者治療中」を選択すると、かれらは、図９に図示されるような残りの治療の時間を示すカウントダウンタイマを確認することが可能である。
【０１６０】
カウントダウンタイマに関して、接続エージェント１１４が、機械９０ａ−９０ｎが残り時間データをシステムハブ１２０に送信することを可能にし、それによって、アプリ２３０が、計時されるプロセスを受ける各機械９０に関する実際の残り時間を表示し得ることが想定される。アプリ２３０は、アラームまたは機械９０が被り得る他の遅延を想定する。アラーム状況中、対応するアイコン１９０ａ−１９０ｆは、「アラーム」または「セーフモード」等のメッセージを表示し得る。看護師、臨床医、または医師１１２は、次いで、図７に図示されるホームアイコン１９０ｃ、１９０ｄ、および１９０ｈに戻るために、図９のカウントダウン時間を選択し得る。
【０１６１】
看護師、臨床医、または医師１１２は、機械９０ａ−９０ｎに関するステータス変更が、視覚的に、可聴的に、および／または、触覚的にアラートされることを可能にするか、または可能にしないために、アラートオン／オフアイコン２３８をトグルし得る。アラートオン／オフアイコン２３８が、「オン」に切り替えられる場合、モバイル通信デバイス２００のアプリ２３０は、機械のステータスが変化する度に、視覚、可聴、および／または触覚アラート、例えば、（ｉ）「自己試験開始」、（ｉｉ）「自己試験完了」、（ｉｉｉ）「消毒開始」、（ｉｖ）「消毒完了」、（ｖ）「治療開始」、（ｖｉ）「治療完了」を提供するであろう。ある実施形態において、（ｉ）−（ｖ）に関するコードが、機械９０ａ−９０ｎを介して、セキュアに管理される接続１１６、接続サーバ１１８、およびシステムハブ１２０またはローカルシステムハブ２２０を通して送信され、ミドルウェアソフトウェアによって変換され、アプリ２３０に転送され、それは、適切なアイコン１９０を更新する。種々の実施形態において、「（ｖｉ）治療完了」は、（ａ）アクティブにされた接続エージェント１１４を用いて機械９０ａ−９０ｎを介して送信されるか、または、（ｂ）適切なアイコン１９０ａ−１９０ｎのカウントダウンタイマが終了するとき、および、接続エージェント１１４が依然としてオフであり得る場合、推測され得る。
【０１６２】
アラートオン／オフアイコン２３８がオフに切り替えられる場合、例えば、看護師、臨床医、または医師１１２が、所与の瞬間に中断されることを所望しない場合、アイコン１９０ａ−１９０ｎは、上で説明されるように依然として更新されるが、可聴および／または触覚アラートは、提供されない。しかしながら、看護師、臨床医、または医師１１２は、依然として、関連付けられるアイコン１９０ａ−１９０ｎを選択することによって、各機械９０ａ−９０ｎのステータスを能動的に閲覧し得る。
【０１６３】
画面２３２−２３６は、アクションボタン２４０ａ−２４０ｂ（本明細書において、集合的にアクションボタン２４０と称されるか、または、概して、個々にアクションボタン２４０と称される）を図示する。任意の数のアクションボタン２４０が、任意のモダリティ、例えば、血液透析、腹膜透析、ＣＲＲＴ、薬物および／または栄養流体送達のために必要とされる任意のタイプの事前治療アクションのために提供され得る。図示される実施形態において、アクションボタン２４０ａは、機械９０に関する自己試験を開始するためである一方、アクションボタン２４０ｂは、機械９０に関する消毒シーケンスを開始するためである。
【０１６４】
一実施形態において、自己試験ボタン２４０ａが選択されると、その時間に自己試験を実施することが可能な任意の機械９０ａ−９０ｎは、その対応するアイコン１９０ａ−１９０ｎを強調される。看護師、臨床医、または医師１１２は、看護師、臨床医、または医師１１２が自己試験を実施することを所望する機械９０に関するいずれかのアイコン１９０を選択する。その選択されたアイコン１９０は、次いで、看護師、臨床医、または医師１１２が選択された機械９０にその自己試験を実施させるために再び押す必要がある「確認」ボタンに変わり得る。モバイル通信デバイス２００のアプリ２３０は、次いで、対応する自己試験コードをシステムハブ１２０またはローカルシステムハブ２２０におけるミドルウェアソフトウェアに送信し、ミドルウェアソフトウェアは、必要に応じて、自己試験コードを自己試験開始コマンドに変換し、コマンドは、接続サーバ１１８を介してセキュアに管理される接続１１６を経由して選択された機械９０の接続エージェント１１４に送信され、接続エージェント１１４は、コマンドを機械のＡＣＰＵ５０に転送し、ＡＣＰＵ５０は、順に、自己試験を始める。
【０１６５】
図示される実施形態において、消毒ボタン２４０ｂが選択されると、その時間に消毒を実施することが可能な任意の機械９０ａ−９０ｎが、その対応するアイコン１９０ａ−１９０ｎを強調される。看護師、臨床医、または医師１１２は、看護師、臨床医、または医師１１２が消毒を実施することを所望する機械９０に関するいずれかのアイコン１９０を選択する。その選択されたアイコン１９０は、再び、看護師、臨床医、または医師１１２が選択された機械９０にその消毒を実施させるために再び押す必要がある「確認」ボタンに変わり得る。モバイル通信デバイス２００のアプリ２３０は、次いで、対応する消毒コードをシステムハブ１２０またはローカルシステムハブ２２０におけるミドルウェアソフトウェアに送信し、ミドルウェアソフトウェアは、必要に応じて、消毒コードを消毒開始コマンドに変換し、コマンドは、接続サーバ１１８を介してセキュアに管理される接続１１６を経由して選択された機械９０の接続エージェント１１４に送信され、エージェント１１４は、コマンドを機械のＡＣＰＵ５０に転送し、ＡＣＰＵ５０は、順に、消毒を始める。
【０１６６】
アクションボタン２４０に関するこのように説明されたプロシージャは、システム１１０ｃにおいても実装され、機械９０のタイプに応じて変動し得る他の機械コマンドのために実装され得る。診療所１２６ａが、診療所に存在する１人以上の看護師、臨床医、または医師１１２によって、治療または治療の一部の間に接続エージェント１１４をオンのままにすることが十分に安全であることを決定し得ることも想定される。そのような場合において、看護師、臨床医、医師１１２は、機械９０に関する治療中活動を制御し得る。例えば、看護師、臨床医、医師１１２は、モバイル接続デバイス２００におけるアプリ２３０を介してアラーム／アラートを受信し、それに応答すること、ポンプおよび治療の他の側面を開始および停止すること、消毒を開始および停止すること、プライミングを開始および停止すること等を行い得る。
【０１６７】
システム１１０ａ−１１０ｄの各々は、ある形態のアドレス方式を用いて動作する。上で議論されるように、接続サーバ１１８は、一実施形態において、データが適切な形態で適切な機械９０に送達され、機械９０からのデータがその適切な形態で適切な宛先に送達されることを確実にするために提供される。一実施形態において、機械９０が、モバイル通信デバイス２００への送達のためにシステムハブ１２０またはローカルシステムハブ２２０にデータを送信するとき、データは、データを送信した機械９０を識別する機械識別子を提供される。接続サーバ１１８は、特定の機械のデータが所属する各モバイル通信デバイス２００を把握しており、どの通信デバイス２００がデータを受信すべきかをシステムハブ１２０またはローカルシステムハブ２２０に指示する。システムハブ１２０またはローカルシステムハブ２２０は、次いで、本明細書に議論されているようにデータを変換し得る。例えば、変換されたデータを送信するとき、システムハブ１２０またはローカルシステムハブ２２０は、機械識別子がもはや必要とされないので、データから機械識別子を取り除き得る。しかしながら、システム１１０ｄにおいて、機械識別子は、アプリ２３０がどのアイコン１９０ａ−１９０ｎに新しいデータを投入するべきかを把握するように、例えば、変換されたデータとともに送達され得る。ここにおいて、アプリ２３０は、それがもはや必要とされなくなると、機械識別子を取り除き得る。
【０１６８】
一実施形態において、モバイル通信デバイス２００が、機械９０への送達のためにシステムハブ１２０またはローカルシステムハブ２２０にデータを送信するとき、データは、データを送信したモバイル通信デバイス２００を識別するモバイル通信デバイス２００識別子を提供される。システムハブ１２０またはローカルシステムハブ２２０は、上で議論されるように、モバイル通信デバイス２００からのデータを変換することも、しないこともあるが、いずれの場合も、モバイル通信デバイス２００識別子は、接続サーバ１１８のために維持される。接続サーバ１１８は、各モバイル通信デバイス２００に関して、どの機械９０が、例えば、変換されたデータを受信すべきかを把握しており、例えば、変換されたデータを各関連付けられた通信デバイス２００に送信する。接続サーバ１１８は、機械９０に送達されると、それがもはや必要とされないので、データからモバイル通信デバイス２００識別子を取り除き得る。
【０１６９】
上で説明されるようなアプリ２３０は、看護師、臨床医、または医師１１２が、医療流体送達機械９０における治療を設定し、監視し、おそらく制御することを可能にする。患者の自宅（図１の破線枠）における患者１２または患者１２のための介護者にアプリを介して類似する機能性を提供することが想定される。接続性は、図７−９に示されるものと同一であり得る。しかしながら、設定は、診療所１２６ａ−１２６ｎではなく、代わりに、自宅またはビジネスまたは休暇場所等の他の非臨床的場所である。加えて、典型的に、複数の機械９０ａ−９０ｎではなく、単一の機械９０のみが存在する。しかしながら、単一の患者１２が、複数の機械９０を介して治療され得ることが可能であり、複数の機械９０の各々は、本明細書に説明されるようなアプリによってサポートされ得る。患者１２が自宅にいるが、機械９０から離れている場合、アプリは、スタートアッププロシージャタスク、消毒手技、または自己試験ルーチンを開始または完了するために残されている時間の量等の有益な情報を提供し得る。患者が機械９０によって治療されているとき、患者は、それ自体が図１に図示されるようなタブレットであり得るそのユーザインターフェース１２２上で情報を確認することができる。しかし、配偶者、友人、または在宅看護師等、治療中に自宅で患者１２を補助する介護者も存在し得る。介護者は、ステータス更新、スタートアッププロシージャ残り時間、消毒残り時間、プライミング残り時間、治療残り時間、患者１２が機械９０に接続されているかどうかに関する情報、アラート、アラーム等を受信することによって、在宅アプリから利益を享受する。一実施形態におけるアプリは、それが介護者のモバイル通信デバイス２００にダウンロードされ得る前、患者に関連付けられたログインおよびパスワードが入力されることを要求し、それによって、認可された人物のみが、患者治療データまたは情報を閲覧できる。
【０１７０】
（ＩＩ．患者関与実施形態）
図１−９に関連して上で開示される例示的医療流体送達データ転送システム１０は、透析治療、腎不全治療、および／または腹膜治療等の医療流体送達治療への患者の関与を改良するように構成される。図１０は、本開示のある例示的実施形態による、図１−９に関連して議論される医療流体データ転送システム１０に類似する例示的医療流体データ転送システム１０００を示す。例示的医療流体データ転送システム１０００（例えば、モバイルプラットフォーム）は、治療透明性を向上させる患者に治療に関連する情報を制御および報告するための特徴を提供し、および／または、教育資料および／または臨床医からのリアルタイム補助へのアクセスを提供することによって、治療への患者の関与および／またはコンプライアンスを改良するように構成される。
【０１７１】
例示的医療流体データ転送システム１０００は、例えば、患者によって動作させられるパーソナルモバイル通信デバイス２００ａを含む。医療流体データ転送システム１０００は、図１−９に関連して上で議論されるそれぞれのデバイスに類似する血圧モニタ１０４と、計量器１０６と、在宅療法機械９０とも含む。パーソナルモバイル通信デバイス２００ａ、在宅療法機械９０、血圧モニタ１０４、および計量器１０６は、例えば、患者の自宅、セルフサービス診療所、および／またはサービス付き医療診療所に位置し得る。
【０１７２】
在宅療法機械９０は、任意のタイプの血液透析機械、腹膜透析機械、ＣＲＲＴ機械、薬物および／または栄養流体送達機械、およびそれらの組み合わせを含み得る。在宅療法機械９０は、例えば、持続的循環腹膜透析（「ＣＣＰＤ」）、潮汐流自動化腹膜透析（「ＡＰＤ」）、および持続的流動腹膜透析（「ＣＦＰＤ」）を提供し得る。在宅療法機械９０は、典型的に、患者が、眠っている間、自動的に排出、充填、および滞留サイクルを実施し得る。
【０１７３】
腹膜透析透析液は、０．５％〜１０％、好ましくは、１．５％〜４．２５％のブドウ糖（またはより一般的に、グルコース）を含む溶液または混合物を含み得る。腹膜透析透析液は、例えば、本開示の譲受人によって市販されるＤｉａｎｅａｌ（登録商標）、Ｐｈｙｓｉｏｎｅａｌ（登録商標）、Ｎｕｔｒｉｎｅａｌ（登録商標）、およびＥｘｔｒａｎｅａｌ（登録商標）透析液を含み得る。透析液は、加えて、または代替として、あるパーセンテージのイコデキストリンを含み得る。
【０１７４】
血液透析および腹膜透析の両方において、「吸着剤」技術が、廃棄透析液から尿毒素を除去し、治療剤（イオンおよび／またはグルコース等）を処理された流体の中に再注入し、患者の透析を継続するためにその流体を再使用するために使用されることができる。１つの一般的に使用される吸着剤は、リン酸ジルコニウムから作製され、それは、尿素の加水分解から発生させられるアンモニアを除去するために使用される。典型的に、大量の吸着材が、透析治療中に発生させられるアンモニアを除去するために必要である。
【０１７５】
例示的重量計１０６は、患者または治療構成要素の質量を測定するように構成される任意のデバイスを含む。例えば、重量計１０６は、腎不全療法治療の前、その間、および／または、その後に患者の体重を測定し得る。加えて、または代替として、重量計１０６は、腎不全療法を追跡するために、供給または排出バッグを測定し得る。具体的に、重量計１０６は、除去されたＵＦの量または患者に提供された流体の量を測定するために使用され得る。重量計１０６は、重量を示すデジタル値を表示し得る。代替として、重量計１０６は、測定された重量を示すために、マーカと整列する物理的スケールまたはダイヤルを表示し得る。いくつかの実施形態において、重量計１０６は、医療情報が記録されるとき、患者入力が全ての値を閲覧するために要求されるように、別個のウィンドウに治療前、その間、および／または、その後の重量値を記憶し得る。
【０１７６】
例示的血圧モニタ１０４は、患者の血圧および／または脈拍を測定するように構成される任意のデバイスを含む。例えば、血圧モニタ１０４は、腎不全療法治療の前、その間、および／または、その後に患者の血圧を測定し得る。血圧モニタ１０４は、患者の血圧を示すデジタル値を表示し得る。代替として、血圧モニタ１０４は、測定された血圧を示すために、数値と整列するダイヤルを伴う物理的スケールを表示し得る。いくつかの実施形態において、血圧モニタ１０４は、医療情報が記録されるとき、患者入力が全ての値を閲覧するために要求されるように、別個のウィンドウにおいて治療前、その間、および／またはその後の血圧値を記憶し得る。血圧モニタ１０４は、在宅療法機械９０と統合され得る。別の実施形態において、血圧モニタ１０４は、スマートウォッチまたはフィットネス追跡デバイス等のウェアラブルセンサを含み得る。
【０１７７】
医療デバイス９０、１０４、および１０６から医療情報（例えば、医療デバイスデータ）を取得することに加えて、例示的パーソナルモバイル通信デバイス２００ａは、患者および／または療法消耗品アイテム１００６からも医療情報を取得し得る。図１０は、例えば、腎不全療法医療デバイス濾過器、使い捨てカセット、血液ラインセット、薬物送達ラインセット、および容器（例えば、透析液濃縮液容器、血液抗凝固剤容器、薬品容器、および／または浄水容器）を含む消耗品アイテム１００６の例を示す。消耗品アイテム１００６は、吸着剤カートリッジまたは医療治療のための任意の他の使い捨てまたは物質供給源も含み得る。消耗品アイテムは、消耗品情報または消耗品データの形態における医療情報を提供するように構成される識別子１００８を含み得る。例えば、識別子１００８は、消耗品アイテムのタイプ、シリアル番号、および／または消耗品アイテムの特性を識別する情報を含み得る。いくつかの事例において、消耗品アイテム１００６は、化学組成特性等の医療情報を含む標識も含み得る。患者または臨床医は、パーソナルモバイル通信デバイス２００ａを使用し、識別子１００８の画像、消耗品アイテム１００６上の標識の画像、および／または消耗品アイテム１００６自体の画像を記録し、治療中に使用される物質を文書化する。
【０１７８】
パーソナルモバイル通信デバイス２００ａは、有線接続（例えば、ＵＳＢ接続）または無線接続（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、Ｚ−Ｗａｖｅ（登録商標）、無線ＵＳＢ、または無線ローカルエリアネットワーク（「ＷＬＡＮ」））を介して、在宅療法機械９０、血圧モニタ１０４、および／または計量器１０６に通信可能に結合され得る。他の例において、パーソナルモバイル通信デバイス２００ａは、在宅療法機械９０、血圧モニタ１０４、および／または計量器１０６のうちのいずれか１つに通信可能に結合されない。これらの他の例において、患者は、在宅療法機械９０、血圧モニタ１０４、および／または計量器１０６によって表示されるデータをパーソナルモバイル通信デバイス２００ａに手動で入力し得る。加えて、または代替として、これらの他の例において、患者は、パーソナルモバイル通信デバイス２００ａのカメラ１００４を使用して、在宅療法機械９０、血圧モニタ１０４、および／または計量器１０６によって表示されるデータ（またはその上に設置される識別子）の１つ以上の画像を記録し得る。
【０１７９】
集合的に、血圧モニタ１０４および計量器１０６は、医療デバイスと称される。医療流体データ転送システム１０００は、注入ポンプ（例えば、シリンジポンプ、線形蠕動ポンプ、大容量ポンプ（「ＬＶＰ」）、携帯型ポンプ、マルチチャネルポンプ）、酸素センサ、呼吸モニタ、グルコースメータ、血圧モニタ、心電図（「ＥＣＧ」）モニタ、重量計、および／または心拍数モニタ等の追加の医療デバイスを含み得ることを理解されたい。他の例において、医療流体データ転送システム１０００は、より少ない医療デバイスおよび／またはともに統合される医療デバイス（例えば、在宅療法機械９０と統合される血圧モニタ１０４）を含み得る。
【０１８０】
いくつかの実施形態において、パーソナルモバイル通信デバイス２００ａは、患者医療記録を記録し、表示し、および／または、患者医療記録に医療情報またはデータを投入するように構成される。本明細書に開示されるように、医療情報またはデータは、医療デバイスデータおよび患者データを含み、それは、医療デバイス、患者、および／または医療デバイスによって使用される消耗品アイテムによって作成される、それによって発生させられる、または、別様にそれに関連するデータまたは情報を指し得る。例えば、医療情報は、治療を施すために医療デバイスによって使用される処方箋またはプログラミング情報を含む。医療情報は、流体圧力、流量、伝導率、濃度、温度、および患者データ等の感知されたデータを含む。本明細書に提供されるように、患者データ（例えば、バイタルサインデータ）は、患者の血圧、体重、心拍数等の感知された患者の生理学的情報を含む。医療情報は、患者の気分（例えば、飽きている、疲労している、満足している、興奮している等）に関する情報等の主観的情報も含み得る。医療情報は、医療デバイスの画面上に表示可能であり、医療デバイスの物理的ダイヤルまたはディスプレイによって提供され、または、取り付けられた標識または医療デバイス上に印刷され得る。故に、医療デバイスデータまたは医療情報は、医療デバイス設定、医療デバイス読み取り値、および／または患者読み取り値を含む。
【０１８１】
医療情報は、患者または治療消耗品アイテムに取り付けられる識別子上に含まれる情報も指す。具体的に、医療情報は、患者を識別するために患者のリストバンド上に提供される患者の識別子によって伝えられる情報を含み得る。医療情報は、消耗品アイテムに関する情報も含み、それは、消耗品アイテムタイプ、消耗品アイテムモデル、および／または腎不全療法溶液の供給バッグ内のブドウ糖のレベル等の消耗品アイテムの特性を識別し得る。
【０１８２】
治療データまたは治療情報は、図１−１０の在宅療法機械９０によって発生させられ、および／または、伝送されるデータを指す。治療情報は、注入された流体の体積、患者から除去された限外濾過ＵＦの量、および／または治療時間を含み得る。治療情報は、在宅療法機械９０によって発生させられるアラーム、アラート、および／または診断情報も含み得る。概して、治療情報は、在宅療法機械９０から臨床医サーバ２００ｂに伝送される。いくつかの実施形態において、治療情報は、パーソナルモバイル通信デバイス２００ａ内に記録され得る。これらの実施形態において、治療情報は、医療情報と称され、および／または、医療情報として含まれ／処理され得る。
【０１８３】
図１０に示されるように、医療デバイス９０、１０４、および１０６の全てのうちのいくつかは、一意の識別番号を記憶するように構成された識別子１０１２を含み得る。識別子１０１２は、例えば、それぞれの医療デバイス９０、１０４、および１０６の割り当てられたデバイス番号、シリアル番号、ハードウェア番号、モデル番号、および／またはデバイスタイプをコード化し得る。例えば、在宅療法機械９０の識別子１０１２ｂは、割り当てられたデバイス番号を記憶し得る。パーソナルモバイル通信デバイス２００ａは、例えば、後続の分析のための医療デバイスタイプ、および記録された画像内の医療情報の識別を決定するために、機械９０の画面から識別子１０１２ｂを読み取る。いくつかの実施形態において、識別子１０１２は、より一般的に、医療デバイスのモデルまたはタイプを示し得る。例えば、識別子１０１２ｃは、デバイス１０６が、重量計であることを示し、および／または、重量計のモデル番号を示し得る。
【０１８４】
識別子１０１２は、例えば、バーコードまたはクイックレスポンス（「ＱＲ」）コード等の機械読み取り可能なマーキングを含み得る。識別子１０１２は、シリアル番号、アセット番号、またはハードウェア番号等の人間読み取り可能なテキストも含み得る。いくつかの実施形態において、在宅療法機械９０に関して示される識別子１０１２ｂ等、識別子１０１２は、それぞれの医療デバイス９０、１０４、および１０６の筐体に物理的に取り付けられた物品に印刷され得る。加えて、または代替として、識別子１０１２は、医療デバイス９０、１０４、および１０６の全てのうちのいくつかの画面上に表示され得る。例えば、臨床医は、制御インターフェースを選択し、在宅療法機械９０に画面上で識別子１０１２ｂを伴うウィンドウを表示させ得る。なおも他の実施形態において、識別子１０１２は、ＲＦＩＤチップまたはＮＦＣチップ等の無線周波数（「ＲＦ」）マイクロチップ内に含まれ得る。
【０１８５】
例示的医療デバイス９０、１０４、および１０６は、制御命令を提供するための１つ以上の制御インターフェースも含み得る。例えば、在宅療法機械９０は、制御インターフェース１０１４を含む。制御インターフェースは、ボタン、制御パネル、またはタッチスクリーンを含み得る。制御インターフェースは、ユーザが、それぞれの医療デバイス９０、１０４、および１０６の画面上のあるウィンドウまたはユーザインターフェースにナビゲートすることを可能にするように構成され得る。制御インターフェースは、それぞれの医療デバイス９０、１０４、および１０６を動作させ、または制御するための命令も提供し得る。
【０１８６】
図１０に図示されるように、例示的流体データ転送システム１０００は、パーソナルモバイル通信デバイス２００ａと通信するために、（図１−９に関連して議論されるそれぞれのデバイスに類似する）ウェブポータル１５０と、システムハブ１２０と、臨床医サーバ２００ｂとを含む。ウェブポータル１５０、システムハブ１２０、および／または臨床医サーバ２００ｂは、医療情報を患者の医療記録（臨床医データベース１０１０内に記憶される）からパーソナルモバイル通信デバイス２００ａに伝送する。加えて、ウェブポータル１５０、システムハブ１２０、および／または臨床医サーバ２００ｂは、教育資料または臨床医とのリアルタイムヘルプセッションへのアクセスをパーソナルモバイル通信デバイス２００ａに提供し得る。例示的ウェブポータル１５０、システムハブ１２０、および／または臨床医サーバ２００ｂは、パーソナルモバイル通信デバイス２００ａが、患者の医療記録に投入するための医療情報を提供することを可能にするようにも構成される。
【０１８７】
図１０の例示的流体データ転送システム１０００は、在宅療法機械９０に通信可能に結合される接続サーバ１１８も含む。図１−９に関連して上で議論されるように、接続サーバ１１８は、在宅療法機械９０と臨床医サーバ２００ｂおよび／または臨床医データベース１０１０との間の双方向通信を提供する。在宅療法機械９０は、インターネットを介して接続サーバ１１８に接続し得る。
【０１８８】
図１０の図示される例において、例示的パーソナルモバイル通信デバイス２００ａは、命令を記憶するメモリ１０１８と通信するプロセッサ１０１６を含む。命令のうちの少なくともいくつかは、アプリケーション１００２を定義または規定し、アプリケーション１００２は、プロセッサ１０１６によって実行されると、治療への患者の関与および／またはコンプライアンスを改良する特徴をプロセッサ１０１６に提供させる。プロセッサ１０１６は、マイクロプロセッサ、特定用途向け集積回路（「ＡＳＩＣ」）、コントローラ等として構造化されるデジタルおよびアナログ回路を備え得る。メモリ１０１８は、揮発性または不揮発性記憶媒体を含む。さらに、メモリ１０１８は、任意の固体またはディスク記憶媒体を含み得る。
【０１８９】
下でより詳細に議論されるように、アプリケーション１００２の特徴は、治療進行情報の表示、在宅療法機械９０によって起動される治療プログラムの制御、医療情報の記録、教育資料の表示、および／または、臨床医とのヘルプセッションを開始することを含む。アプリケーション１００２は、特徴が豊富であることも、特徴が少ないこともある。特徴が豊富なアプリケーションは、スマートフォンのために構成され、パーソナルモバイル通信デバイス２００ａの固有のグラフィックス、タッチスクリーン、および処理能力を利用する。特徴が少ないアプリケーションは、比較的にあまり洗練されていないグラフィックスおよび低減させられた処理能力を有するセルラー電話上で動作するように構成される。セルラー電話は、タッチスクリーンを含まないことも、代わりに、限定された能力を伴うタッチスクリーンを有することもある。
【０１９０】
いくつかの実施形態において、パーソナルモバイル通信デバイス２００ａは、アプリケーション１００２を含まないこともある。代わりに、パーソナルモバイル通信デバイス２００ａは、臨床医サーバ２００ｂと通信するために、固有のアプリケーション、または他のインストールされたアプリケーションを使用し得る。例えば、パーソナルモバイル通信デバイス２００ａは、臨床医サーバ１０２０と通信するために、テキスト、ＳＭＳ、または電子メールプログラムを使用し得る。
【０１９１】
例示的臨床医サーバ２００ｂは、図１−９に関連して説明されるアプリケーション２３０等のアプリケーション１０２０を含む。アプリケーション１０２０は、パーソナルモバイル通信デバイス２００ａと通信し、改良された患者関与および／またはコンプライアンスを提供するように構成される。いくつかの実施形態において、例示的アプリケーション１０２０は、データベース１０１０内の１つ以上の患者記録への医療情報（パーソナルモバイル通信デバイス２００ａによって記録される）の記憶を促進するように構成される。アプリケーション１０２０は、パーソナルモバイル通信デバイス２００ａ上のディスプレイインターフェース１０２２（例えば、タッチスクリーン）上での表示のために、アプリケーション１００２に治療進行データおよび／または医療情報を提供するために、１つ以上のインターフェースまたはアプリケーションプログラミングインターフェース（「ＡＰＩ」）も含み得る。臨床医サーバ２００ｂにおけるアプリケーション１０２０は、アプリケーション１００２からの要求に応じて、教育資料を提供し、および／または、パーソナルモバイル通信デバイス２００ａと臨床医のデバイス１５２との間の通信セッションを促進し得る。
【０１９２】
いくつかの事例において、パーソナルモバイル通信デバイス２００ａ上のアプリケーション１００２および／または臨床医サーバ２００ｂ上のアプリケーション１０２０は、健康レベル７（「ＨＬ７」）規格（例えば、医療規格）に準拠する医療流体データ転送システム１０００内の他のデバイスの臨床医データベース１０１０に医療情報を変換または別様に提供するように構成される。この変換は、パーソナルモバイル通信デバイス２００ａに入力されるときのフォーマットにかかわらず、医療情報がＨＬ７フォーマットにおいて記憶されることを可能にする。アプリケーション１００２および／またはアプリケーション１０２０は、ネットワークまたはデバイス接続性におけるギャップが、存在するとき、関連する医療情報を医療デバイスから患者医療記録にシームレスに伝搬するためのネットワークコンジットとして動作し得る。
【０１９３】
図１１は、本開示のある実施形態による、図１０の臨床医サーバ２００ｂにおけるアプリケーション１０２０の動作モジュールを図示する略図を示す。アプリケーション１０２０は、臨床医データベース１０１０内に記憶される特定の患者および／または患者医療記録に在宅療法機械９０および／またはパーソナルモバイル通信デバイス２００ａを登録するように構成される登録モジュール１１０２を含み得る。図１２に関連してより詳細に説明されるように、登録は、後続通信をフォーマットするために、パーソナルモバイル通信デバイス２００ａのタイプを決定することを含み得る。
【０１９４】
アプリケーション１０２０は、登録された在宅療法機械９０および／またはパーソナルモバイル通信デバイス２００ａから治療および／または医療情報を受信するように構成されるデータ入手モジュール１１０４も含み得る。加えて、アプリケーション１０２０は、患者に関連付けられた１つ以上の患者記録内に記憶される医療情報を伝送するために、または、別様にそれへのアクセスを提供するために、データアクセスモジュール１１０６を含み得る。アプリケーション１０２０は、自身の治療および／または在宅療法機械９０の動作に関する患者のための教育資料またはヘルプ文書へのアクセスを提供するように構成される教育モジュール１１０８をさらに含み得る。さらに、アプリケーション１０２０は、患者（または臨床医）が、在宅療法機械９０によって実施される治療プログラムを変更（または修正）することを可能にする治療制御モジュール１１１０を含み得る。アプリケーション１０２０は、加えて、パーソナルモバイル通信デバイス２００ａと臨床医デバイス１５２との間のリアルタイム通信セッションを作成する補助モジュール１１１２を含み得る。
【０１９５】
例示的モジュール１１０２−１１１２の各々は、医療流体送達治療への患者の関与を改良するように構成され、それによって、処方された治療への患者のコンプライアンスを向上させる。モジュール１１０２−１１１２が、示されるが、例示的アプリケーション１０２０は、より少ないまたは追加のモジュールを含み得ることを理解されたい。例えば、いくつかの実施形態において、教育モジュール１１０８および補助モジュール１１１２は、省略され得る。下記の節は、モジュール１１０２−１１１２の各々に関するさらなる説明を提供する。
【０１９６】
下で議論されるように、モジュール１１０２−１１１２の各々は、パーソナルモバイル通信デバイス２００ａおよび／または臨床医デバイス１５２と通信するように構成される。いくつかの実施形態において、パーソナルモバイル通信デバイス２００ａからの通信は、概して、臨床医サーバ２００ｂ、ウェブポータル１５０、接続サーバ１１８、および／またはシステムハブ１２０にアドレスされ得る。メッセージは、コンテンツおよび／または識別子に基づいて、異なるモジュール１１０２−１１１２に内部でルーティングされ得る。例えば、アプリケーション１００２は、メッセージを受信すべきモジュール１１０２−１１１２を規定するために、ヘッダ内に識別子を提供し得る。テキストベースのメッセージに関して、臨床医サーバ２００ｂにおけるルータは、メッセージコンテンツまたは以前のメッセージに基づいて、宛先モジュール１１０２−１１１２を決定し得る。例えば、ルータは、受信されたメッセージが、データ入手モジュール１１０４によって以前に伝送されたメッセージに対応すると決定し得る。この対応に基づいて、ルータは、データ入手モジュール１１０４を介した処理のために受信されたメッセージを送信する。
【０１９７】
（Ａ．登録モジュール実施形態）
例示的登録モジュール１１０２は、臨床医サーバ２００ｂに、および／または、データベース１０１０内に記憶される患者の医療記録にパーソナルモバイル通信デバイス２００ａおよび／または在宅療法機械９０を登録するように構成される。例示的登録モジュール１１０２は、異なるタイプの登録を提供するように構成され、それは、登録されるデバイスのタイプに基づいて、情報が患者に表示されるべき方法を決定するために、データアクセスモジュール１１０６によって使用される。加えて、データ入手モジュール１１０４は、登録情報に基づいて、治療および／または医療情報が入手されるべき方法を決定する。
【０１９８】
登録モジュール１１０２は、臨床医データベース１０１０内に記憶される登録ファイルに登録情報を記憶するように構成される。登録ファイルは、各患者または患者アクティブ化コード（「ＰＡＣ」）に関して、登録されたパーソナルモバイル通信デバイス２００ａを示す情報、登録された在宅療法機械９０を示す情報、および／または。アプリケーション１００２がパーソナルモバイル通信デバイス２００ａ上にインストールされているかどうかに関する指示を規定し得る。いくつかの実施形態において、登録ファイル（または登録ファイルからの情報）は、患者の医療記録内に含まれ得る。
【０１９９】
いくつかの実施形態において、異なる登録シナリオが、存在する。例えば、患者は、アプリケーション１００２をダウンロードすることによって、パーソナルモバイル通信デバイス２００ａを登録しながら、在宅療法機械９０も登録し得る。このシナリオにおいて、登録モジュール１１０２は、患者がパーソナルモバイル通信デバイス２００ａ上にアプリケーション１００２をインストールし、（別個に、またはアプリケーション１００２を通して）在宅療法機械９０を登録したことを記録する。この登録に基づいて、データ入手モジュール１１０４は、登録されたパーソナルモバイル通信デバイス２００ａ上にインストールされたアプリケーション１００２が、医療情報を入手するために患者を誘導すべきこと、または、別様にプロンプトすべきことを決定する。加えて、データ入手モジュール１１０４は、治療情報が、パーソナルモバイル通信デバイス２００ａを介してではなく、在宅療法機械９０から受信されるべきであることを決定する。それに応じて、データ入手モジュール１１０４は、メッセージをアプリケーション１００２に送信し、在宅療法機械９０から治療情報を入手するためにユーザインターフェースを無効にし得る（但し、依然として、手動交換が、患者のために処方されている場合、手動交換に関してユーザインターフェースを有効にする）。在宅療法機械９０が、登録されていない場合、データ入手モジュール１１０４は、アプリケーション１００２において在宅療法機械９０から治療情報を入手するために、アプリケーション１００２にユーザインターフェースを表示させる。登録を通して、データアクセスモジュール１１０６は、情報が、アプリケーション１００２を通して表示されるべきであることを決定し、それに応じて、アプリケーション１００２に関して適合性がある、または、そのために構成されたＡＰＩおよび／または他のデータ読み取り構成要素を使用する。
【０２００】
患者が、アプリケーション１００２をダウンロードすることおよび／またはインストールすることなく登録している場合、データ入手モジュール１１０４は、データ入手がプロンプトされるべきこと、または誘導されるべきことを決定する。例えば、データ入手モジュール１１０４は、（在宅療法機械９０が、登録されていない場合）テキストメッセージおよび／または電子メールを登録されたパーソナルモバイル通信デバイス２００ａに伝送し、ある医療情報および／または治療情報に関して患者にプロンプトし得る。メッセージ内の情報は、患者から必要とされるデータを規定する。この遠隔誘導は、特徴が少ないパーソナルモバイル通信デバイス２００ａのために使用され得るが、それは、患者が特徴が豊富なデバイス上にアプリケーション１００２をダウンロードまたはインストールすることを所望しないスマートフォンのためにも使用され得る。
【０２０１】
データアクセスモジュール１１０６は、アプリケーション１００２が、インストールされていない場合、患者の医療記録から情報を異なって表示するようにも構成され得る。例えば、明確に定義された特徴が豊富なユーザインターフェースにプラグインするデータを送信する代わりに、データアクセスモジュール１１０６は、閲覧のために、テキストを介してパーソナルモバイル通信デバイス２００ａに伝送される写真におけるデータをレンダリングし得る。加えて、または代替として、データアクセスモジュール１１０６は、記憶される医療記録情報をテキストとしてパーソナルモバイル通信デバイス２００ａに伝送し得る。したがって、アプリケーション１００２がインストールされていなくても、臨床医サーバ２００ｂにおけるアプリケーション１０２０は、パーソナルモバイル通信デバイス２００ａ上の固有のアプリケーションを使用して、患者にデータへのアクセスを提供するように構成される。
【０２０２】
図１２は、本開示のある例示的実施形態による、図１０および１１の在宅療法機械９０と、パーソナルモバイル通信デバイス２００ａと、臨床医サーバ２００ｂとの間の通信を図示する略図を示す。最初に、在宅療法機械９０は、図１１の登録モジュール１１０２を介して臨床医サーバ２００ｂに登録される。そうでなければ、臨床医サーバ２００ｂは、記憶されるべき在宅療法機械９０からの患者記録データに関する情報を有しないであろう。いくつかの実施形態において、在宅療法機械９０は、接続サーバ１１８、システムハブ１２０、および／または臨床医サーバ２００ｂに関する宛先アドレス情報を事前プログラムされる。宛先アドレスは、インターネットプロトコル（「ＩＰ」）アドレスおよび／またはハイパーテキスト転送（またはトランスポート）プロトコル（「ＨＴＴＰ」）アドレスを含み得る。
【０２０３】
設定中、患者（または臨床医）は、患者アクティブ化コード（「ＰＡＣ」）を在宅療法機械９０に入力する。ＰＡＣは、元々、臨床医サーバ２００ｂにおいて発生させられ、記憶され、患者が在宅療法機械９０を受け取るとき、患者に提供される。ＰＡＣは、患者識別子または患者に固有である他のコードを含み得る。臨床医サーバ２００ｂにおける登録モジュール１１０２は、発生させられたＰＡＣを患者に関連付けられた１つ以上の患者記録および／または登録ファイルに記憶する。ＰＡＣを入力した後、在宅療法機械９０は、ＰＡＣを含むメッセージ１２０２を発生させ、伝送する。メッセージは、在宅療法機械９０のハードウェア識別子および／または在宅療法機械９０に割り当てられたＩＰアドレスも含み得る。在宅療法機械９０は、メッセージ１２０２を事前プログラムされたアドレス、この場合において、接続サーバ１１８に伝送する。例示的接続サーバ１１８は、メッセージ１２０２をシステムハブ１２０に中継し、システムハブ１２０は、メッセージを臨床医サーバ２００ｂにルーティングする。臨床医サーバ２００ｂにおける登録モジュール１１０２は、ＰＡＣを使用して、患者に在宅療法機械９０を登録する。登録は、例えば、在宅療法機械９０の識別子を患者の患者医療記録に関連付けることを含む。登録は、臨床医サーバ２００ｂが、在宅療法機械９０のＩＰアドレスを記憶し、メッセージが在宅療法機械９０に伝送されることを可能にすることも含み得る。登録後、臨床医サーバ２００ｂのデータ入手モジュール１１０４は、在宅療法機械９０から受信された治療情報を患者に関連付けられた１つ以上の医療記録に記憶する。
【０２０４】
例示的パーソナルモバイル通信デバイス２００ａも、登録モジュール１１０２を介して臨床医サーバ２００ｂに登録されるように構成される。登録するために、パーソナルモバイル通信デバイス２００ａは、臨床医サーバ２００ｂ（またはサードパーティアプリケーションストア）からの１つ以上のメッセージ１２０４を介して、アプリケーション１００２をダウンロードするか、または、別様に受信し得る。ある実施形態において、在宅療法機械９０の登録中、患者（または臨床医）は、パーソナルモバイル通信デバイス２００ａの電話番号を提供し得る。登録モジュール１１０２は、電話番号を使用し、テキストメッセージとしてメッセージ１２０４を伝送する。メッセージは、パーソナルモバイル通信デバイス２００ａへのダウンロードのためのアプリケーション１００２を提供する場所（例えば、データベース１０１０またはサードパーティウェブサイト）へのハイパーリンクを含み得る。他の事例において、メッセージ１２０４は、実行されると、パーソナルモバイル通信デバイス２００ａ上にアプリケーション１００２をインストールする添付ファイルを含み得る。電話番号を提供する代わりに、患者は、代わりに、在宅療法機械９０の登録中に電子メールアドレスを提供し得る。故に、メッセージ１２０４は、パーソナルモバイル通信デバイス２００ａ上にアプリケーション１００２をインストールするためのファイルまたはハイパーリンクを伴う電子メールメッセージを含む。
【０２０５】
別の実施形態において、メッセージ１２０４は、患者が、自身のパーソナルモバイル通信デバイス２００ａの能力および／または個人的選好に応じて、２つの異なる方法を登録することを可能にし得る。メッセージ１２０４は、特徴が少ないデバイスとして患者が自身のパーソナルモバイル通信デバイス２００ａを登録することを所望する場合、そのテキストに応答するように患者にプロンプトするテキストを含む。メッセージ１２０４への返信は、テキストメッセージ１２０６を介して提供され、それは、登録モジュール１１０２にルーティングされる。順に、登録モジュール１１０２は、アプリケーション１００２がインストールされていない指示とともにパーソナルモバイル通信デバイス２００ａを登録する。いくつかの事例において、メッセージ１２０４は、所望される場合、ハイパーリンクを選択するか、または、そうでなければアプリケーション１００２を取得するように患者にプロンプトするテキストまたはハイパーリンクをも含み得る。メッセージ１２０４は、Ａｐｐｌｅ（登録商標）デバイスまたはＡｎｄｒｏｉｄ（登録商標）デバイス等のデバイスタイプを選択するプロンプトまたはオプションも提供し得る。登録プロセス中、登録モジュール１１０２は、患者によって提供される情報、および／または、パーソナルモバイル通信デバイス２００ａから読み取られる情報に基づいて、パーソナルモバイル通信デバイス２００ａを登録する。
【０２０６】
患者は、アプリケーション１００２がインストールされた後、パーソナルモバイル通信デバイス２００ａを登録し得る。ある実施形態において、登録するために、患者は、アプリケーション１００２によって提供される登録フォームまたはフィールドを完成させる。フォームまたはフィールドは、患者のＰＡＣを受け入れるように構成される。フォームまたはフィールドは、患者の氏名、電子メールアドレス、自宅住所、電話番号等のためのプロンプトも含み得る。フォームまたはフィールドからの情報は、１つ以上のメッセージ１２０６においてウェブポータル１５０に送信され、それは、メッセージ１２０６を臨床医サーバ２００ｂへのルーティングのためにシステムハブ１２０に伝送する。メッセージ１２０６は、（アプリケーション１００２によって決定されるような）パーソナルモバイル通信デバイス２００ａのデバイスタイプ情報も含み得る。
【０２０７】
いくつかの事例において、アプリケーション１００２は、ウェブポータル１５０の宛先アドレスで構成され得、宛先アドレスは、メッセージを伝送するために使用される。他の事例において、メッセージ１２０６は、臨床医サーバ２００ｂにおいてアプリケーション１００２を登録するために、ウェブポータル１５０におけるＡＰＩに提供され得る。なおも他の事例において、アプリケーション１００２は、メッセージ１２０６を１つ以上のテキストメッセージまたは電子メールメッセージとしてウェブポータル１５０に伝送する（ウェブポータル１５０は、電話番号、ＩＰアドレス、電子メールアドレス、または他のアドレスを割り当てられている）。例示的登録モジュール１１０２は、メッセージ１２０６内のＰＡＣを使用し、データベース１０１０内に記憶される医療記録および／または登録ファイルにパーソナルモバイル通信デバイス２００ａを登録する。この時点で、在宅療法機械９０およびパーソナルモバイル通信デバイス２００ａの両方が、臨床医サーバ２００ｂにおいて同じ患者に登録される。
【０２０８】
上で言及されるように、いくつかの実施形態において、パーソナルモバイル通信デバイス２００ａは、アプリケーションを含まないこともある。これらの実施形態において、パーソナルモバイル通信デバイス２００ａは、テキストメッセージを介して、またはウェブブラウザを通して、臨床医サーバ２００ｂと通信し得る。故に、臨床医サーバ２００ｂの登録モジュール１１０２は、登録を完了するためのデータベースまたはウェブページへのハイパーリンクを伴うテキストメッセージをパーソナルモバイル通信デバイス２００ａに伝送し得る。代替として、テキストメッセージは、患者が自身のＰＡＣで応答するためのプロンプトを含み得る。これらの登録プロセスのいずれかを介してＰＡＣを提供することは、登録モジュール１１０２が、パーソナルモバイル通信デバイス２００ａ（例えば、電話番号、ハードウェアアドレス、またはＩＰアドレス）を適切な患者医療記録および／または登録ファイルに関連付けることを可能にする。
【０２０９】
（Ｂ．データ入手モジュール実施形態）
図１２は、在宅療法機械９０と、パーソナルモバイル通信デバイス２００ａと、臨床医サーバ２００ｂとの間のデータ通信も図示する。動作中、在宅療法機械９０は、治療情報およびステータス情報（例えば、医療情報）を発生させる。図１−９に関連して上で議論されるように、治療情報は、注入された流体の体積、患者から除去された限外濾過（「ＵＦ」）の量、および／または治療時間を含む。ステータス情報は、アラーム、アラート、または診断情報を含む。治療の前または後、在宅療法機械９０は、医療情報を伴う１つ以上のメッセージ１２０８を発生させ、それは、接続サーバ１１８に伝送される。順に、接続サーバ１１８は、メッセージ１２０８をシステムハブ１２０にルーティングし、それは、メッセージ１２０８を臨床医サーバ２００ｂのデータ入手モジュール１１０４にルーティングする。受信後、データ入手モジュール１１０４は、医療情報を患者の医療記録（例えば、図１３の患者医療記録１３０２）の指定された区分に記憶する。メッセージ１２０８は、在宅療法機械９０の識別子またはアドレスを含み得、それは、データベース１０１０内の適切な医療記録を見つけるためにデータ入手モジュール１１０４によって使用される。
【０２１０】
例示的在宅療法機械９０は、メタデータまたは他のデータ識別技法を使用して、伝送されている医療情報をコード化、標識化、または別様に識別するように構成され得る。コード化または標識化は、データ入手モジュール１１０４（またはサーバ２００ｂにおけるインターフェース）が、医療情報を患者記録の適切なフィールドに書き込むための医療情報のコンテキストを決定することを可能にする。加えて、または代替として、コード化または標識化は、記録に記憶され得、それは、医療情報を検索および表示するために後に使用される。
【０２１１】
図１２は、パーソナルモバイル通信デバイス２００ａが、医療情報または医療情報を臨床医サーバ２００ｂに伝送することを図示する。下でより詳細に説明されるように、パーソナルモバイル通信デバイス２００ａは、デバイス９０、１０４、および１０６を含む医療デバイスから医療情報を入手するように構成される。医療情報を入手することは、有線または無線接続を介して、患者によって手動で入力された情報を受信すること、および／または、パーソナルモバイル通信デバイス２００ａのカメラ１００４によって記録された画像を処理することを含み得る。入手された医療情報は、１つ以上のメッセージ１２１０にパッケージ化され、パーソナルモバイル通信デバイス２００ａによってウェブポータル１５０に伝送される。メッセージ１２１０は、テキストメッセージ、電子メールメッセージ、またはウェブベースのメッセージ（例えば、ＨＴＴＰメッセージ、拡張マークアップ言語（「ＸＭＬ」）メッセージ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔオブジェクト記法（「ＪＳＯＮ」）ペイロード等）であり得る。いくつかの実施形態において、パーソナルモバイル通信デバイス２００ａは、入手された医療情報を伝送に先立って１つ以上のデータフィールドにフォーマットし得る。概して、パーソナルモバイル通信デバイス２００ａにおいて入手された医療情報は、在宅療法機械９０によって発生させられた医療情報より構造化されていない。故に、パーソナルモバイル通信デバイス２００ａ、および／または臨床医サーバ２００ｂのデータ入手モジュールは、患者医療記録内への包含のために適切なコンテキストまたは構造を提供するために、医療情報の少なくとも一部の処理を実施する。実施される処理の例が、下でさらに詳細に説明される。
【０２１２】
図１３は、本開示のある例示的実施形態による、図１０の臨床医データベース１０１０上に記憶される例示的患者データ構造１３００を図示する。患者データ構造１３００は、異なる患者に関する別個の患者記録を含む。図示される例において、データ構造１３００は、識別子「ＤＣＭ３１９１３」に関連付けられた患者に関する患者医療記録１３０２と、識別子「ＧＡＭ４１２１５」に関連付けられた患者に関する患者医療記録１３０４とを含む。データ構造１３００は、追加の患者医療記録を含み得る。
【０２１３】
図１３に示されるように、医療記録１３０２および１３０４の各々は、患者、パーソナルモバイル通信デバイス２００ａ、および在宅療法機械９０を識別するデータフィールドを含む。例えば、記録１３０２および１３０４は、患者識別子、パーソナルモバイル通信デバイス２００ａのタイプ、在宅療法機械９０のタイプ、および在宅療法機械識別子（登録を介して受信される）に関するデータフィールドを含む。患者識別子は、患者に割り当てられたＰＡＣに対応し得る。記録１３０２および１３０４は、患者の氏名、住所、性別、生年月日等に関する追加のフィールドを含み得る。記録１３０２および１３０４は、パーソナルモバイル通信デバイス２００ａおよび／または在宅療法機械９０のネットワークアドレスに関するフィールドをさらに含み得る。いくつかの実施形態において、アプリケーション１０２０のデータアクセスモジュール１１０６は、デバイスタイプフィールドにおける情報を使用し、治療情報および医療情報が、パーソナルモバイル通信デバイス２００ａに提示および／または伝送されるべき方法を決定する。
【０２１４】
また、図１３にも示されるように、医療記録１３０２および１３０４は、治療および医療情報に関するフィールドを含む。データ入手モジュール１１０４は、それぞれの在宅療法機械９０から受信された治療情報を記録１３０２および１３０４に記憶する。加えて、データ入手モジュール１１０４は、それぞれのパーソナルモバイル通信デバイス２００ａから受信された医療情報を記録１３０２および１３０４に記憶する。いくつかの実施形態において、データフィールドは、データタイプに関する個々のフィールドにさらに分割される。例えば、記録１３０２および１３０４は、注入された流体の体積、患者から除去された限外濾過（「ＵＦ」）の量、および／または治療時間に関する治療情報フィールドを含み得る。記録１３０２および１３０４は、治療中に発生させられるアラートまたはアラーム、および／または、治療情報および／または医療情報に基づいて臨床医サーバ２００ｂにおいて決定されるアラームまたはアラートに関するデータフィールドも含み得る。記録１３０２および１３０４は、治療の前、その間、および／またはその後に記録される患者の体重および／または血圧に関する医療情報をさらに含み得る。
【０２１５】
治療および／または医療デバイスは、治療、発生させられた日付／時間、および／または受信された日付／時間によって編成され得る。いくつかの実施形態において、医療記録１３０２および１３０４は、患者からの通信を記憶し得る。通信は、治療に関連するパーソナルモバイル通信デバイス２００ａによって記録された写真またはビデオ、または治療についての質問を含み得る。通信は、パーソナルモバイル通信デバイス２００ａから送信された治療補助に関するテキストメッセージ、電子メール等も含み得る。さらに、通信は、パーソナルモバイル通信デバイス２００ａおよび／または臨床医デバイス１５２からの治療を変更または修正する要求に関連する情報を含み得る。概して、医療記録１３０２および１３０４は、治療の結果、および治療に関する臨床医サーバ２００ｂとの患者の関与に関連する情報を文書化することに加え、治療への患者の関与を改良するための情報を記憶するように構成される。
【０２１６】
例示的データ入手モジュール１１０４によって受信されるデータは、ソースに基づいて変動する。例えば、在宅療法機械９０から受信された治療情報は、概して、構造化されている。言い換えると、在宅療法機械９０は、患者の医療記録の１つ以上のデータフィールドへの直接入力のためにフォーマットされている治療情報を伝送するように構成される。いくつかの実施形態において、在宅療法機械９０は、適切なデータフィールドへの治療情報の投入のために、データ入手モジュール１１０４のＡＰＩを通した伝送のためにメッセージをフォーマットする（または別様に１つ以上のＡＰＩにアクセスする）。対照的に、患者のパーソナルモバイル通信デバイス２００ａによって記録された医療情報は、最初に、患者の医療記録への包含のために構造化されていないこともある。下でより詳細に説明されるように、医療記録への投入のために医療情報を処理および／またはフォーマットするために、異なる技法が、パーソナルモバイル通信デバイス２００ａのアプリケーション１００２および／または臨床医サーバ２００ｂのデータ入手モジュール１１０４によって使用され得る。
【０２１７】
（１．アプリケーションへの医療情報の手動入力実施形態）
構造化された情報を受信するために、パーソナルモバイル通信デバイス２００ａの例示的アプリケーション１００２は、いくつかの実施形態において、患者による患者医療記録への投入のために必要とされる医療情報を示すプロンプトを表示するように構成される。例示的アプリケーション１００２は、患者からの医療情報をプロンプトするために表示されるべきフィールドを規定するルーチンまたはアルゴリズムを含み得る。いくつかの実施形態において、フィールドまたはフィールドが表示される画面は、医療流体送達治療に関連して配置され、および／または順序付けられる。フィールドの表示は、患者記録のために必要とされる医療情報に関して患者に知らせる。
【０２１８】
図１４および１５は、データ入手モジュール１１０４への伝送のために患者が医療情報を入力することを可能にするアプリケーション１００２のユーザインターフェースを図示する略図を示す。具体的に、図１４のユーザインターフェース１４００は、血圧情報に関して患者にプロンプトする一方、図１５のユーザインターフェース１５００は、医療流体送達情報（例えば、治療情報）に関して患者にプロンプトする。パーソナルモバイル通信デバイス２００ａのアプリケーション１００２は、患者が医療情報を手動で入力することを可能にする他のユーザインターフェース画面を表示し得ることを理解されたい。例えば、アプリケーション１００２は、血液グルコースレベル、患者体温、患者体重等に関するユーザインターフェース画面を表示し得る。
【０２１９】
いくつかの実施形態において、患者は、無線で他の医療情報を取得するか、または、画像を介してある医療情報を記録するが、ユーザインターフェース１４００または１５００において手動で医療情報のうちの一部を入力し得る。これらの構成において、アプリケーション１００２は、患者が情報入力ソースを選択することを可能にするように構成され得る。患者は、利用可能なデータ入力方法のメニューから手動ソースを選択した後、またはデフォルトで、医療情報を手動で入力し得る。
【０２２０】
患者によって手動で入力された医療情報を受信した後、例示的アプリケーション１００２は、患者の医療記録への投入のために、医療情報をデータ入手モジュール１１０４に伝送する。アプリケーション１００２およびユーザインターフェース１４００および１５００は、医療情報を受信するためのデータフィールドが、１つ以上の医療記録内のデータフィールドと整列させられるように構成される。いくつかの例において、データフィールドは、医療情報を患者の医療記録の設計されたデータフィールドに直接書き込むためのデータ入手モジュール１１０４における１つ以上のＡＰＩに対応し得る。アプリケーションのユーザインターフェース１４００および１５００は、故に、医療情報の識別またはフォーマットが、必要とされないか、または必要ではないように、構造化された様式で医療情報に関して患者にプロンプトする。
【０２２１】
いくつかの実施形態において、アプリケーション１００２は、設計された時間にユーザインターフェース１４００および１５００を表示するように構成され得る。例えば、アプリケーション１００２は、治療がスケジューリングされる時間／日を含むカレンダを含み得る。治療前の設計された時間（例えば、５分、１５分、３０分等）において、例示的アプリケーション１００２は、ユーザインターフェース１４００をパーソナルモバイル通信デバイス２００ａに表示させ、血圧医療情報に関して患者にプロンプトするように構成される。プロンプトは、血圧測定が、治療が始められる前に必要とされることを患者に知らせる。患者は、それに応じて、血圧測定を行うために血圧モニタ１０４を使用する。患者は、次いで、治療が始められる前、測定の値をユーザインターフェース１４００に入力する。
【０２２２】
図示される実施形態において、ユーザインターフェース１４００は、収縮期血圧データフィールド１４０２と、拡張期血圧データフィールド１４０４と、脈拍データフィールド１４０６とを含む。患者は、それぞれのデータフィールド１４０２、１４０４、または１４０６を選択し、値を入力するためのテキスト入力特徴をアプリケーション１００２に表示させ得る。ユーザインターフェース１４００は、血圧測定が立位状態で実施されたか、座位状態で実施されたかを患者が規定することを可能にするフィールド１４０８を含む。さらに、ユーザインターフェース１４００は、ユーザが、血圧測定が実施された日付／時間を規定することを可能にするデータフィールド１４１０を含む。
【０２２３】
いくつかの例において、患者は、対応する測定を実施することについてのさらなる情報を受信するために、フィールド１４０２−１４１０のうちのいずれか１つを選択し得る。例えば、患者は、収縮期血圧データフィールド１４０２を選択し得、それは、血圧測定を実施し、収縮期血圧測定値を識別する方法を患者に指示するチュートリアルをアプリケーション１００２に表示させる。チュートリアルは、テキスト、テキスト／写真、オーディオ記録、アニメーション、および／またはビデオを含み得る。チュートリアルは、アプリケーション１００２の一部としてローカルで記憶されるか、または、遠隔アクセスまたはストリーミングのために臨床医サーバ２００ｂに記憶され得る。
【０２２４】
図１５のユーザインターフェース１５００は、患者が手動交換治療を実施するようにスケジューリングされているとき、および／または、在宅療法機械９０が臨床医サーバ２００ｂに登録されていない場合、アプリケーション１００２によって表示されるように構成される。手動腎不全交換治療は、患者が、機械の補助なしに、使用済み透析流体が排出されることを可能にする前に滞留持続時間のために自身の腹腔に透析流体の容器を接続することの全てを要求する。手動治療に関して、患者は、自身の記録が正確な治療情報を反映することを可能にするために、自身の手動交換医療情報を入力する必要がある。
【０２２５】
例示的アプリケーション１００２は、患者が在宅療法機械９０を登録していないとき、ユーザインターフェース１５００を表示するようにも構成され得る。登録中、登録モジュール１１０２は、在宅療法機械９０が登録されているかどうかを示すメッセージをアプリケーション１００２に伝送し得る。在宅療法機械が登録されていない場合、アプリケーション１００２は、在宅療法機械９０によって通常伝送され得る治療情報を入手するために、ユーザインターフェース１５００および／または他のユーザインターフェースを表示するように構成され得る。
【０２２６】
図示される例において、ユーザインターフェース１５００は、溶液段階、排出段階、充填段階、ＵＦまたは滞留段階、および説明段階を含む治療を通した進行を含む。アプリケーション１００２は、対応する治療情報または要求される治療情報を入力するように患者にプロンプトする各段階のための別個のユーザインターフェースを表示し得る。例示的ユーザインターフェース１５００は、強調された枠１５０２によって示されるように、ＵＦ段階に対応する。ユーザインターフェース１５００は、排出体積フィールド１５０４と、ＵＦフィールド１５０６と、充填体積フィールド１５０８とを含む。図示される例において、ユーザインターフェース１５００は、排出段階中に排出体積をデータフィールド１５０４に入力し、充填段階中に充填体積をデータフィールド１５０８に入力するように患者にプロンプトする。ユーザインターフェース１５００は、ＵＦデータフィールド１５０６に関するＵＦ値を計算するか、または、ある値に関して患者にプロンプトし得る。
【０２２７】
設計された時間にユーザインターフェース１４００および１５００を表示する代わりに、アプリケーション１００２は、代わりに、パーソナルモバイル通信デバイス２００ａ上にアラームが表示されるようにし得る。アラームは、必要とされる医療情報を識別するか、または、ユーザインターフェース１４００または１５００のいずれかへのリンクを含み得る。アラームは、パーソナルモバイル通信デバイス２００ａによって表示されるポップアップウィンドウを含み得る。アラームは、パーソナルモバイル通信デバイス２００ａのホーム画面上のアプリケーション１００２に関するアイコンに隣接して表示されるアイコンも含み得る。なおも他の実施形態において、アプリケーション１００２は、必要とされる医療情報について患者に通知しないこともある。代わりに、アプリケーション１００２は、医療デバイスデータおよび／または治療情報を入力するための所望のユーザインターフェースに患者がナビゲートすることを可能にし得る。
【０２２８】
いくつかの実施形態において、アプリケーション１００２は、入力のために要求されているとして１つ以上のユーザインターフェースのデータフィールドのうちの少なくともいくつかを識別し得、他のデータフィールドは、入力に関して随意である。アプリケーション１００２は、要求されるデータフィールドの輪郭を描くか、または、別様にグラフィカルに示し得る（例えば、収縮期血圧データフィールド１４０２の周囲に赤色枠を表示する）。アプリケーション１００２は、要求されるデータフィールドが、完成されていない、またはある時間までに完成されない場合、パーソナルモバイル通信デバイス２００ａによってアラートメッセージが表示されるようにし得る。いくつかの実施形態において、アプリケーション１００２は、全ての要求されるフィールドが、現在閲覧されているユーザインターフェースに関してデータを投入されるまで、患者が別のユーザインターフェースにナビゲートすることを防止し得る。
【０２２９】
医療情報が、患者によってインターフェース１４００および１５００のうちの１つ以上に入力された後、アプリケーション１００２は、患者の医療記録への入力のために、医療情報を臨床医サーバ２００ｂのデータ入手モジュール１１０４に伝送する。アプリケーション１００２は、患者がユーザインターフェース内のデータフィールドに記入した後、または別様にインターフェース上の送信ボタンを押した後、医療情報を伝送するように構成される。他の事例において、アプリケーション１００２は、治療前または後等の所定の時間に医療情報を伝送し得る。
【０２３０】
（２．アプリケーションへの医療情報の無線入力実施形態）
いくつかの実施形態において、患者は、自身のパーソナルモバイル通信デバイス２００ａにおいて無線で医療情報を入力することを選択し得る。医療情報は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続、Ｚｉｇｂｅｅ（登録商標）接続、Ｚ−Ｗａｖｅ（登録商標）接続、無線ＵＳＢ接続、無線ＲＦ接続、ＮＦＣ接続、赤外線接続、または任意の他の好適な無線通信技術を介して、パーソナルモバイル通信デバイス２００ａにおいて受信され得る。いくつかの事例において、患者は、パーソナルモバイル通信デバイス２００ａを血圧モニタ１０４および／または計量器１０６等の医療デバイスと無線でペアリングする必要性があり得る。他の実施形態において、患者は、医療デバイスから医療情報を無線で読み取る接続アプリケーション（例えば、ＮＦＣアプリケーション）をアクティブにする。
【０２３１】
ある例において、患者は、自身のパーソナルモバイル通信デバイス２００ａを血圧モニタ１０４とペアリングし得る。血圧医療情報を図１４のユーザインターフェース１４００に入力するために、ユーザは、例えば、収縮期血圧データフィールド１４０２を選択する。フィールド１４０２の選択は、患者がデータ入力方法（例えば、手動、無線、写真等）を選択することを求めるプロンプトをアプリケーション１００２に表示させる。無線オプションを選択した後、アプリケーション１００２は、利用可能な無線接続オプションのメニューおよび／またはペアリングされたＢｌｕｅｔｏｏｔｈ（登録商標）デバイスのリストを表示する。患者は、リストから血圧モニタ１０４を選択し、それは、利用可能な医療情報のメニューが表示されるようにする。患者は、収縮期血圧を選択し、それは、収縮期血圧値が収縮期血圧データフィールド１４０２に投入されるようにする。いくつかの実施形態において、アプリケーション１００２は、デバイスが患者によって選択された後、血圧モニタ１０４から医療情報を読み取るように構成される。アプリケーション１００２は、血圧モニタ１０４からの医療情報を投入されるべきフィールド１４０２−１４１０を決定するために、データ標識またはメタデータを使用し得る。
【０２３２】
いくつかの実施形態において、アプリケーション１００２は、患者が医療デバイスとの恒久的または半恒久的接続を確立することを可能にするように構成される。設定動作中、アプリケーション１００２は、ユーザインターフェース１４００からデータフィールドを選択するように患者にプロンプトする。選択後、アプリケーション１００２は、ペアリングされた無線医療デバイスを選択する（および／または医療デバイスに関連するメニューからデータタイプを選択する）ように患者にプロンプトする。患者による選択は、例えば、新しい医療情報が利用可能になると、血圧モニタ１０４から医療情報を自動的に読み取るようにアプリケーション１００２を構成する。言い換えると、アプリケーション１００２は、無線で自動的に遠隔医療デバイスにアクセスし、ある医療情報を読み取り、１つ以上のデータフィールドに投入するように構成される。例えば、患者が血圧測定を行うために血圧モニタ１０４を使用した後、モニタ１０４は、新しいデータが利用可能であることを示すピンまたはステータスメッセージをアプリケーション１００２に伝送する。代替として、アプリケーション１００２は、新しいデータが利用可能であるかどうかを決定するために、血圧モニタ１０４にポーリングまたは別様にピンし得る。アプリケーション１００２は、次いで、新しいデータをデータフィールド１４０２−１４１０のうちの１つ以上に読み込み、ユーザインターフェース１４００に自動的に投入する。アプリケーション１００２は、次いで、医療情報を臨床医サーバ２００ｂのデータ入手モジュール１１０４に送信し、患者の医療記録を自動的に更新する。
【０２３３】
（３．アプリケーションへの医療情報の画像入力実施形態）
パーソナルモバイル通信デバイス２００ａ上の例示的アプリケーション１００２は、患者が、医療デバイスまたは医療デバイスの画面の画像を記録することによって、医療情報および／または治療情報を入力することを可能にするように構成される。パーソナルモバイル通信デバイス２００ａは、カメラ１００４を使用し、１つ以上の画像を記録する。アプリケーション１００２は、光学文字認識（「ＯＣＲ」）を使用し、記録された画像からテキストを抽出する。抽出されたテキストは、アプリケーション１００２のユーザインターフェースの１つ以上のデータフィールド内に投入される。画像の使用は、患者または臨床医からのデータ入力エラーを低減させ得る。
【０２３４】
いくつかの実施形態において、アプリケーション１００２は、データフィールドのための関連する医療情報として選択可能であり得る画像からのテキストを識別するために、ルールまたはデータテンプレートを使用する。そうでなければ、単純にＯＣＲ特徴を使用することは、表示されるテキストの全てを選択可能にする。したがって、患者は、依然として、テキストを画像からデータフィールドにコピーして貼り付ける必要性がある。比較すると、ルールまたはデータテンプレートは、画像からのテキストをフィールドとして分類または識別し得、それは、ユーザインターフェースのデータフィールドへの投入のための患者による容易な選択または自動的選択を可能にする。
【０２３５】
アプリケーション１００２のデータテンプレートまたはルールは、画像から抽出されたテキストを編成または別様に解読するように構成される。アプリケーション１００２は、例えば、画像内の医療情報の位置および／または医療情報内に含まれる標識／キーワードに基づいて、医療情報に関するコンテキストを確立するための１つ以上のデータテンプレートを決定または別様に選択する。データテンプレートを決定するために、例示的アプリケーション１００２は、画像が記録された医療デバイスタイプを規定するように患者にプロンプトし得る。加えて、または代替として、アプリケーション１００２は、患者が医療デバイステンプレートを選択することを可能にする。なおも他の実施形態において、患者は、最初に、識別子１０１２の画像（例えば、識別子画像）を記録し得、それは、対応する医療デバイスのタイプ、モデル等を決定するためにアプリケーション１００２によって使用される。アプリケーション１００２は、次いで、医療デバイスのタイプ、モデル、画面等に対応するデータテンプレートまたはルールを選択する。
【０２３６】
データテンプレートは、画像内に含まれるある医療情報のデータフィールドを定義または規定する。概して、画像は、医療情報を備えている抽出されたテキストを含む。いくつかの事例において、抽出された医療情報の全てが、必要とされる、または必要であるわけではない。代わりに、記録された画像内のある医療情報のみが、ユーザインターフェースまたは患者医療記録のデータフィールドへの入力のために必要とされる。関連する医療情報または関連する医療情報は、アプリケーション１００２のユーザインターフェースのデータフィールドへの投入のために、またはより一般的に、患者の医療記録への投入のために識別または選択される医療デバイスデータまたは医療情報を指す。
【０２３７】
図１６は、本開示のある例示的実施形態による、医療情報抽出のために画像を記録および処理するためのパーソナルモバイル通信デバイス２００ａの概略図を図示する。パーソナルモバイル通信デバイス２００ａの図示は、例示的であり、ブロックのうちのいくつかは、組み合わせられるか、さらに分割されるか、または除去され得る。加えて、いくつかの実施形態において、パーソナルモバイル通信デバイス２００ａは、データプロセッサ１６０２（またはより一般的に、プロセッサ１０１６）によって実行されると、アプリケーション１００２に医療情報を抽出するために画像を処理させる命令を記憶するメモリ１０１８等の追加のブロックを含み得る。
【０２３８】
例示的データプロセッサ１６０２は、１つ以上の画像からの医療情報の入手を管理するように構成され得る。そのような管理は、画面１００２を介して、１つ以上のカメラメッセージを表示することを含み、カメラメッセージは、ある画像を記録するように臨床医または患者（例えば、オペレータ）にプロンプトする情報を提供する。代替として、データプロセッサ１６０２は、画像入力方法を使用してアプリケーション１００２の１つ以上のデータフィールドに医療情報を入力することを患者が選択した後、画像処理モードを開始し得る。画像入力方法の選択後、データプロセッサ１６０２は、１つ以上の画像を入手するように構成される。
【０２３９】
いくつかの実施形態において、データプロセッサ１６０２は、パーソナルモバイル通信デバイス２００ａにカメラアプリケーションを開かせ、患者が１つ以上の画像を記録することを可能にする。患者は、さらに処理または破棄されるべき記録された画像を選択し得る。選択された画像は、アプリケーション１００２の１つ以上のユーザインターフェースのデータフィールドへの潜在的投入のためにテキストを（医療情報として）識別するために分析される。
【０２４０】
他の実施形態において、データプロセッサ１６０２は、画像を入手するための１つ以上のステップを通して患者を誘導し得る。データプロセッサ１６０２は、患者によって選択されたデータフィールドに基づいて、ワークフローまたはルーチンを実行し得る。例えば、データプロセッサ１６０２は、患者が収縮期血圧データフィールド１４０２を選択することに基づいて、血圧モニタから画像を取得するための血圧ワークフローを実行する。
【０２４１】
ある例において、図１６のデータプロセッサ１６０２は、記録されるべき医療デバイス、医療デバイスのユーザインターフェースウィンドウ、および／または医療デバイス上の識別子を識別するカメラメッセージを表示するように構成される。データプロセッサ１６０２は、撮像のための医療デバイスのユーザインターフェースウィンドウを規定するナビゲーションメッセージも表示し得る。さらに、データプロセッサ１６０２は、画像が所定の期間（例えば、５分）内に記録されない場合、リマインダメッセージを表示し得る。メッセージは、命令を提供するテキスト、および／または撮像のための意図される標的を識別するテキストを含み得る。メッセージは、医療デバイスの制御インターフェースを使用して医療デバイスのあるユーザインターフェースウィンドウにナビゲートする方法に関する命令も含み得る。メッセージは、画像が記録されるべきである医療デバイス、消耗品アイテム、識別子１０１２、および／またはユーザインターフェースウィンドウの例示的図示等のグラフィカル要素をさらに含み得る。
【０２４２】
いくつかの実施形態において、データプロセッサ１６０２がメッセージを表示しないことを理解されたい。代わりに、データプロセッサ１６０２は、関連する医療情報を決定するために、患者によって記録された画像に応答する。例えば、画像が記録されたという指示を受信すると、データプロセッサ１６０２は、画像が記録された医療デバイスを識別するようにアプリケーション１００２が臨床医にプロンプトするワークフローを動作させる。プロンプトは、利用可能または一般的な医療デバイスのプルダウンメニューを含み得る。他の例において、データプロセッサ１６０２は、ユーザインターフェースまたは医療記録のデータフィールドに投入される、または書き込まれるべき抽出された医療情報を決定するために、１つ以上のデータテンプレートまたはデータ標識を使用して、医療情報を自動的に識別する。
【０２４３】
画像を記録するために、例示的データプロセッサ１６０２および画像プロセッサ１６０４（より一般的に、プロセッサ１０１６）は、カメラ１００４に関連するアプリケーション１００２のための動作を提供する。患者は、画像を記録するために、カメラユーザインターフェース１６０６（例えば、パーソナルモバイル通信デバイス２００ａ上のタッチスクリーンまたはボタン）を介して指示を提供する。患者は、例えば、カメラが医療デバイスユーザインターフェースウィンドウまたは識別子１０１２に焦点を合わせているとき、カメラユーザインターフェース１６０６を作動させる。データプロセッサ１６０２は、指示を受信し、画像を記録するようにカメラ１００４に命令する。記録された画像は、カメラ１００４から画像プロセッサ１６０４に伝送される。加えて、画像のコピーが、パーソナルモバイル通信デバイス２００ａのディスプレイインターフェース１０２２上でデータプロセッサ１６０２によって表示される。
【０２４４】
いくつかの実施形態において、データプロセッサ１６０２は、記録されるべき画像を図示する残影画像をディスプレイインターフェース１０２２上に出現させ得る。残影画像は、プレビューモードにおいてカメラ１００４によって提供される画像のストリームの上に提供される。残影画像の目的は、記録されるべき画像が、所望の医療情報を含み、適切な距離において記録されていることを確認するための補助を臨床医または患者に提供することである。例えば、データプロセッサ１６０２は、所与の医療デバイス上の所与の識別子の残影画像を表示し得る。患者は、識別子１０１２ａの画像のストリームが、位置的に残影画像と整列させられるように、パーソナルモバイル通信デバイス２００ａを整列させる。患者は、次いで、識別子１０１２ａの画像を記録し得る。いくつかの事例において、データプロセッサ１６０２は、残影画像と画像のストリームとの間の差分を決定するために、画像分析を使用する。データプロセッサ１６０２は、決定された差分を低減させるために、パーソナルモバイル通信デバイス２００ａをある方向に移動させるように患者にプロンプトする命令が表示されるようにし得る。データプロセッサ１６０２は、差分が、ある閾値を下回るときを決定し、画像が整列させられていることを示し得る。画像が、実質的に整列させられると、データプロセッサ１６０２は、画像が記録され得ることを示すグラフィカル指示をディスプレイインターフェース１０２２上に提供するか、または、患者からの入力を伴わずに自動的に画像が記録されるようにし得る。
【０２４５】
データプロセッサ１６０２は、画像を受け入れることを患者に求めるプロンプトを提供し得る。カメラユーザインターフェース１６０６を介して受け入れの指示を受信した後、画像プロセッサ１６０４は、テキストを識別または別様に抽出するために、画像を分析し得る。いくつかの事例において、データプロセッサ１６０２は、画像を受け入れるように臨床医にプロンプトしないこともある。代わりに、患者は、カメラユーザインターフェース１６０６を介して画像を削除するための指示を提供し得る。画像が、削除されるまで、画像プロセッサ１６０４は、テキストを識別するための分析を実施する。
【０２４６】
テキストを識別するために、画像プロセッサ１６０４は、例えば、ＯＣＲを使用する。加えて、画像プロセッサ１６０４は、画像の中心または原点に対するテキストの場所または位置を決定し得る。いくつかの事例において、画像プロセッサ１６０４は、２次元座標を各文字または文字の群に割り当て得る。位置テキスト情報は、メタデータとして画像の画像フィルに記憶され得る。画像プロセッサ１６０４は、日付／時間（画像が記録されたときの時間に対応する）を画像に関連付けられたメタデータに添付するために、パーソナルモバイル通信デバイス２００ａのクロックも使用し得る。
【０２４７】
テキストを識別するためにＯＣＲを実施することに加えて、画像プロセッサ１６０４は、画像分析を使用して、患者、医療デバイス、および／または消耗品アイテムを識別するようにも構成され得る。例えば、画像プロセッサ１６０４は、画像内の医療デバイスを識別するために、医療デバイス画像のライブラリにアクセスし得る。この例において、画像プロセッサ１０４は、合致を決定するために、画像合致ルーチンを使用し得る。そのような比較は、識別子１０１２を有する医療デバイスの代わりに行われ得る。画像プロセッサ１６０４は、消耗品アイテム１００６を識別するための類似するルーチンおよび／またはアルゴリズムを使用し得る。
【０２４８】
例示的データプロセッサ１６０２は、識別子１０１２をデコードし、消耗品アイテムの医療デバイスのタイプを決定するように構成される。デコーディングは、線および／または長方形の位置および厚さを関連する医療情報に互いに関係付けることを含み得る。コード化された線および長方形は、一続きの文字および／または数字に対応し得る。例えば、データプロセッサ１６０２は、デバイスモデル番号、医療デバイスタイプ、アセットコード等を決定するために、識別子１０１２の線または長方形を使用し得る。デコードされた識別子１０１２は、アプリケーション１００２のユーザインターフェースの１つ以上のデータフィールドへの投入のための関連する医療情報を提供し得る。加えて、または代替として、デコードされた識別子は、医療デバイスまたは消耗品から画像を入手するためのワークフローを選択するために、および／または、データテンプレートを決定するために、データプロセッサ１６０２によって使用され得る。
【０２４９】
図１６の例示的画像プロセッサ１６０４は、抽出または別様に識別されたテキストおよび／または医療情報を伴う画像をデータプロセッサ１６０２に伝送する。例示的データプロセッサ１６０２は、例えば、抽出されたテキストから関連する医療情報を識別するために、データテンプレートデータベース１６０８からの１つ以上のデータテンプレートを使用する。いくつかの例において、データプロセッサ１６０２は、臨床医サーバ２００ｂからデータテンプレートを受信し、それらは、次いで、データベース１６０８に記憶され得る。他の例において、データプロセッサ１６０２は、データテンプレートを伴うデータベース１６０８を維持する。
【０２５０】
図１７は、本開示のある例示的実施形態による、データテンプレート１７００の概略図を図示する。例示的データテンプレート１７００は、抽出されたテキストを関連する医療情報として識別するために、画像プロセッサ１６０４（例えば、アプリケーション１００２）によって使用される。概して、医療デバイスの画面は、医療情報を表示する。情報のうちの一部は、アプリケーション１００２のユーザインターフェースのデータフィールド内への包含のために関連する。データのうちのその他は、あまり関連しないか、または関連しないこともある。さらに、医療デバイスのモデルに応じて、医療情報は、異なる場所にあるか、または異なる標識を有し得る。データテンプレート１７００は、特定の在宅療法機械９０に関する関連する医療情報の場所および名称を規定するように構成される。
【０２５１】
データテンプレート１７００は、異なるタイプおよび／またはモデルの医療デバイスおよび／または消耗品アイテムに関する複数の他のデータテンプレートとともにデータベース１６０８内に記憶される。医療デバイスの識別子１０１２（または患者による医療デバイスまたはデータフィールドの規定）を受信した後、画像プロセッサ１６０４は、対応するデータテンプレート１７００を選択する。加えて、または代替として、画像プロセッサ１６０４は、例えば、情報標識またはテキスト位置を使用して、記録された画像に最も合致するデータテンプレートを選択するために、画像処理を使用し得る。
【０２５２】
図１７の例示的データテンプレート１７００は、デバイスデータ（またはテキスト）フィールド１７０２、１７０４、１７０６、および１７０８を含み、それらは、ある医療情報が医療デバイスの特定のユーザインターフェースウィンドウ上で位置する場所を規定する。いくつかの例において、データテンプレート１７００は、グラフィカルであり、それによって、画像分析が、フィールド１７０２−１７０８を画像内の抽出されたテキストと整列させるために、実施される。他の例において、データテンプレート１７００は、原点に対するデバイスデータフィールド１７０２−１７０８の各々に関する座標または位置を有するファイル（または他のデータ構造）を含む。画像プロセッサ１６０４は、抽出されたテキストを伴う画像における原点を識別し、データテンプレート１７００内の場所への実質的合致に基づいて、データフィールド１７０２−１７０８の各々に関するテキストを識別する。いくつかの例において、画像プロセッサ１６０４は、データテンプレート１７００のサイズまたは座標空間を合致させるために、画像をスケーリングし得る。
【０２５３】
図示されるデータフィールド１７０２−１７０８のうちのいくつかは、座標および／または場所に加えて、標識テキストを含み得る。例えば、デバイスデータフィールド１７０２は、標識テキスト「限外濾過ウィンドウ」を含む一方、デバイスデータフィールド１７０４ａは、標識テキスト「ＵＦ体積」を含む。画像プロセッサ１６０４は、標識テキストを画像から抽出された類似するテキストに合致させる。いくつかの事例において、標識テキスト間の合致は、位置または画像分析を使用するのではなく、デバイスデータフィールドを識別するために排他的に使用される。
【０２５４】
関連しないデバイスデータフィールドに関する標識テキストを含む標識テキスト間の合致は、画像が、医療デバイスの正しいウィンドウまたは画面からであることを確認するために使用され得る。例えば、画像プロセッサ１６０４は、標識テキスト「限外濾過ウィンドウ」を記録された画像の比較的に同じ場所における対応する抽出されたテキストに合致させ得る。合致は、画像が、腎不全療法医療デバイスの限外濾過ウィンドウから記録されたことを確認する。しかしながら、抽出されたテキストは、患者の医療記録に関する関連する医療情報ではない。標識テキストが抽出されたテキストに合致しない場合、画像プロセッサ１６０４は、腎不全療法医療デバイスの限外濾過ウィンドウの画像を記録するように患者にプロンプトするメッセージを表示し得る。
【０２５５】
デバイスデータフィールド１７０６および１７０８に関連付けられた標識テキストは、記録された画像が現在のものであること、または所定の期間内に記録されていることを確認するために使用され得る。例えば、医療デバイスのいくつかのウィンドウは、現在の日付および時間を表示する。この情報は、画像プロセッサ１６０４によって抽出され、デバイスデータフィールド１７０６および１７０８を使用して識別され得る。画像プロセッサ１６０４は、記録された画像が、現在のものであるかどうかを決定するために、抽出された日付／時間をデバイスデータフィールド１７０６−１７０８に関連付けられた日付／時間ルールまたは限界と比較する。例えば、画像プロセッサ１６０４は、日付が、合致しない場合、または、時間がパーソナルモバイル通信デバイス２００ａ上の現在の時間の所定の閾値（例えば、５分、１５分、６０分、３時間等）内ではない場合、別の画像が記録されることを要求されると決定し得る。
【０２５６】
図１７の例示的デバイスデータフィールド１７０４ａおよび１７０４ｂは、関連する医療情報を識別するために、アプリケーション１００２によって使用される。いくつかの事例において、アプリケーション１００２は、デバイスデータフィールド１７０４ａおよび１７０４ｂが、ユーザインターフェース（例えば、ユーザインターフェース１４００または１５００）の選択されたデータフィールドに関連することを示すフラグまたはメタデータを表示し得る。比較すると、デバイスデータフィールド１７０２、１７０６、および１７０８は、対応する抽出されたデータが関連していないことを示すフラグまたはメタデータを含み得る。図１７に図示される例において、画像プロセッサ１６０４は、画像内の対応する抽出されたテキストを見つけるために、データフィールド１７０４ａの標識テキストを使用する。画像プロセッサ１６０４は、次いで、限界濾過体積の数値に対応する画像からの抽出された医療情報を識別するために、デバイスデータフィールド１７０４ａおよび１７０４ｂ間、またはテキスト値マーカ間の位置関係を使用する。画像プロセッサ１６０４は、例えば、図１４の収縮期血圧データフィールド１４０２に投入するために、画像からフィールド１７０４ｂに関連する抽出された医療情報をコピーする。
【０２５７】
図１７に関連して上で議論されるように、図１６のデータプロセッサ１６０２は、関連する医療情報に対応する抽出されたテキストを決定するために、画像内のテキストおよびテキスト標識の既知の位置関係を使用し得る。いくつかの実施形態において、データプロセッサ１６０２は、医療デバイスおよび／または消耗品アイテムのモデルまたはタイプの指示に基づいて、データテンプレートを選択する。指示は、識別子１０１２の以前の画像から決定され、カメラユーザインターフェース１６０６を介して患者から受信され、および／または、医療情報が投入されるべきであるアプリケーション１００２に関するユーザインターフェースのデータフィールドの選択を通して規定され得る。他の例において、データプロセッサ１６０２は、合致を見出すために、データベース１６０８内のデータテンプレートを抽出されたテキストを伴う画像と比較する。これらの他の例において、データプロセッサ１６０２は、合致を決定するために、テキスト標識および画像とデータテンプレートとの間のテキストの位置を使用する。
【０２５８】
例示的データプロセッサ１６０２は、関連する医療情報を識別した後、関連する医療情報をアプリケーション１００２のユーザインターフェースの１つ以上のデータフィールドに書き込み、または別様に投入するように構成される。いくつかの実施形態において、データプロセッサ１６０２は、データテンプレートを使用して、アプリケーション１００２のユーザインターフェースのデータフィールドに自動的に投入するように構成される。医療情報を自動的に投入するために、データプロセッサ１６０２は、データテンプレートのフィールドに関連付けられたテキスト、標識、および／またはメタデータをアプリケーション１００２の１つ以上のユーザインターフェースのテキスト、標識、メタデータ、および／または他のデータフィールド情報と比較する。テキスト、標識、および／またはメタデータのうちの少なくともいくつかが、合致する場合、データプロセッサ１６０２は、データテンプレートの合致するフィールドに対応するあるテキスト（例えば、数値）を識別する。識別されたテキストは、アプリケーション１００２のユーザインターフェースの対応する合致するデータフィールドに書き込まれる。
【０２５９】
他の実施形態において、データプロセッサ１６０２は、データテンプレートの１つ以上のフィールドを選択し、アプリケーション１００２のユーザインターフェースの１つ以上のデータフィールドにデータを投入するように患者にプロンプトするように構成される。図１８は、本開示のある例示的実施形態による、患者がユーザインターフェース１４００のデータフィールド１４０２−１４０６にデータを投入することを図示する略図を示す。図示される例において、ユーザインターフェース１４００は、パーソナルモバイル通信デバイス２００ａ上で開かれる。医療情報をデータフィールド１４０２−１４０６に入力するために、患者は、データフィールドの各々を連続的にまたは一緒に選択する。各選択に関して、アプリケーション１００２は、データが入力されるべき方法を患者に尋ねるプロンプトを表示する。患者が写真入力方法を選択した後、アプリケーション１００２は、カメラアプリケーションを開き、患者がパーソナルモバイル通信デバイス２００ａを使用して、血圧モニタ１０４の画面の画像１８００を記録することを可能にする。いくつかの実施形態において、アプリケーション１００２は、上で説明されるように、画像を入手することにおいて患者を補助するためのテキストまたはグラフィックを表示し得る。
【０２６０】
画像１８００が記録された後、アプリケーション１００２は、テキストを抽出するために、ＯＣＲ動作を実施する。アプリケーション１００２は、次いで、抽出されたテキストに対応するデータテンプレート１８０１を決定する。いくつかの実施形態において、アプリケーション１００２は、合致するデータテンプレートを見出すために、画像内のテキストおよび／または標識の場所をデータテンプレート内のテキストおよび／または標識場所に合致させる。他の例において、患者は、血圧モニタ１０４の指示を規定し得、それは、アプリケーション１００２が対応するデータテンプレート１８０１を見つけることを可能にする。また他の例において、アプリケーション１００２は、血圧モニタ１０４の識別子１０１２ａの画像を記録するように患者に最初にプロンプトし得る。識別子からのデータは、データテンプレートを選択するためにアプリケーション１００２によって使用される。データテンプレート１８０１が識別される方法にかかわらず、アプリケーション１００２は、データテンプレート１８０１を画像１８００内の抽出されたテキストに適用する。このプロセスは、アプリケーション１００２が、類似するテキストのグループまたはフィールドを識別することを含む。いくつかの事例において、アプリケーション１００２は、文字および／または単語間の間隔に基づいて、類似するテキストのグループまたはフィールドを識別し得る。
【０２６１】
図１８の図示される例において、アプリケーション１００２は、テキストの異なる組に関するフィールド１８０２、１８０４ａ、１８０４ｂ、１８０６、１８０８、および１８１０を提供する。患者は、データがユーザインターフェース１４００の選択されたデータフィールドに投入されるべきフィールドを選択する。例えば、収縮期血圧データフィールド１４０２にデータを投入するために、患者は、フィールド１８０４ａを選択する。患者による選択は、アプリケーション１００２にフィールド１８０４ａからのデータのうちの少なくとも一部をデータフィールド１４０２にコピーさせる。データフィールド１４０２は、数値の整数のみが受け取られ得ることを規定するルールを含み得る。アプリケーション１００２は、選択されたフィールド１８０４ａから数値の整数（すなわち、「１４５」）に関するテキストを読み取る。アプリケーション１００２は、次いで、識別された数値の整数を収縮期血圧データフィールド１４０２に投入する。患者は、画像１８００を使用して、ユーザインターフェース１４００の他のフィールド１４０４−１４１０に関して継続し得る。各事例において、患者は、手動で入力すること、無線で入力すること、または画像を介してデータを入力することを選択し得る。第２の画像が必要とされる（例えば、アプリケーション１００２によってプロンプトされる、または患者によって決定される）場合、アプリケーション１００２は、患者が、複数の画像を記録および閲覧することを可能にする。アプリケーション１００２は、適切なデータテンプレートを記録された画像の各々に適用する。アプリケーション１００２は、故に、患者が値を手動で入力するかのように、患者が、１つ以上の記録された画像を使用して、ユーザインターフェース１４００に情報を入力することを可能にする。
【０２６２】
いくつかの実施形態において、アプリケーション１００２、より具体的に、データプロセッサ１６０２は、値が所定の範囲内であること、および／または、規定されたタイプであることを確実にするために、ユーザによって選択された抽出されたデータに対するチェックを実施する。アプリケーション１００２は、患者によって手動で入力されたデータまたは医療デバイスから無線で受信されたデータに関して類似するチェックを実施し得る。ユーザインターフェースの各データテンプレートおよび／またはデータフィールドは、値の閾値または許容可能な範囲を提供する、あるフィールドに関するメタデータまたはルールを含み得る。例えば、体重データフィールドに関するメタデータまたはルールは、値の所定の許容可能な範囲が２０ｋｇ〜２００ｋｇであることを規定し得る。所定の範囲外の値に関して、アプリケーション１００２は、ディスプレイインターフェース１０２２上にエラーを表示するか、または、別の画像を記録するように、または値を訂正するように患者にプロンプトし得る。
【０２６３】
図１９は、本開示のある例示的実施形態による、パーソナルモバイル通信デバイス２００ａのアプリケーション１００２を使用して、画像から医療情報を入力するための例示的プロシージャ１９００のフロー図を図示する。プロシージャ１９００は、図１９に図示されるフロー図を参照して説明されるが、プロシージャ１９００に関連付けられたステップを実施する多くの他の方法も、使用され得ることを理解されたい。例えば、ブロックの多くの順序は、変更され得、あるブロックは、他のブロックと組み合わせられ得、説明されるブロックの多くは、随意であり得る。加えて、例示的プロシージャ１９００は、医療デバイスの画面および／または識別子１０１２の画像を記録するように患者にプロンプトするための随意のブロックを含み得る。
【０２６４】
例示的プロシージャ１９００は、一実施形態において、アプリケーション１００２が、パーソナルモバイル通信デバイス２００ａ上に呼び出され、臨床医サーバ２００ｂとの有線および／または無線接続を確立する（ブロック１９０２）ようにプロセッサ１０１６を用いて動作するときに開始される。接続を確立することは、１つ以上のメッセージを伝送すること、および／または受信すること１９０３を含み得、１つ以上のメッセージは、例えば、患者の医療記録にアクセスおよび／または書き込むためのデバイスアドレス、患者識別子、デバイス識別子、ネットワークアドレス、および／またはプロトコル情報を提供する。アプリケーション１００２を開いた後、患者は、医療情報を入力するためにユーザインターフェース（例えば、図１４および１５のユーザインターフェース１４００または１５００）をナビゲートするか、または、別様にそれにアクセスする（ブロック１９０４）。
【０２６５】
ブロック１９０６の前、患者は、アプリケーション１００２を使用し、データフィールドを選択し、医療情報が、写真入力を介して提供されるべきであることを選択する。ブロック１９０６において、パーソナルモバイル通信デバイス２００ａは、医療デバイス、消耗品、患者等の画像１９０７を記録する。画像は、医療デバイスの識別子および／または画面を含み得る。パーソナルモバイル通信デバイス２００ａは、次いで、記録された画像内のテキストを決定または識別する（ブロック１９０８）。例えば、パーソナルモバイル通信デバイス２００ａは、画像に対してＯＣＲルーチンを実施し得る。画像がバーコードおよび／またはＱＲコード（登録商標）を含む事例において、パーソナルモバイル通信デバイス２００ａは、バーコードおよび／またはＱＲコード（登録商標）をデコードする。撮像またはコード化されたデータは、テキストまたは情報交換用米国標準コード（「ＡＳＣＩＩ」）文字に変換される。いくつかの実施形態において、パーソナルモバイル通信デバイス２００ａは、識別されたテキストに関するデータフィールドも決定し得る（ブロック１９１０）。データフィールドは、例えば、データテンプレートを使用して決定され得る。図１７および１８に関連して上で説明されるように、データテンプレートは、あるテキストの場所を規定し、および／または、記録された画像内の識別されたテキストの上に動作的にデータフィールドを設置するために使用されるあるテキストの標識を規定し得る。いくつかの事例において、データフィールドおよび／またはデータテンプレートは、患者によって選択され、および／または、医療デバイスの識別子１０１２から決定され得る。代替として、テンプレートを使用する代わりに、プロシージャ１９００は、代わりに、最近記録された画像が、抽出、選択、および／または転送のための関連する医療情報を有するという指示を提供し得る。
【０２６６】
例示的プロシージャ１９００は、一実施形態において、記録すべき追加の画像があるかどうかを決定する（決定ブロック１９１２）ことによって継続する。ある例において、プロシージャ１９００は、規定された療法または治療のために記録されることが必要とされる画像のリストにアクセスし得る。プロシージャ１９００は、パーソナルモバイル通信デバイス２００ａを介して、全ての必要とされる画像を取得するためのシーケンスを通して患者を誘導するか、または、必要とされ、または欠落していると決定される医療情報を含む画像を取得するためのプロンプトを提供し得る。他の事例において、患者は、必要とされる画像を決定し得る。追加の画像が、記録されるべきである場合、プロシージャ１９００は、ブロック１９０６に戻る。
【０２６７】
決定ブロック１９１２において決定されるように、いかなる追加の画像も、必要とされない場合、患者は、ユーザインターフェースのデータフィールドに関連する医療情報を投入するためのプロセスを始める。図示される実施形態におけるプロセスは、患者が、関連する医療情報が転送されるべきである画像を選択することを可能にすることを含む。画像の選択は、パーソナルモバイル通信デバイス２００ａにディスプレイインターフェース１０２２上で画像を表示させる（ブロック１９１４）。選択された画像は、識別されたテキストと、随意に、データフィールドとを含むことを理解されたい。患者は、データが投入されるべきユーザインターフェースのデータフィールド（またはデータフィールド内の場所）も規定し得る。
【０２６８】
パーソナルモバイル通信デバイス２００ａは、アプリケーション１００２のユーザインターフェースの設計されたデータフィールドへの投入のために、関連する医療情報および／または関連する医療情報を伴うデータフィールドの選択を受信する。選択は、患者が、投入されるべき医療情報に対応するパーソナルモバイル通信デバイス２００ａのタッチスクリーン１００２のエリアを押すことによって実施され得る。関連する医療情報および／またはフィールドの選択は、ある実施形態において、選択されたテキストの少なくとも一部をパーソナルモバイル通信デバイス２００ａに自動的に投入させる（ブロック１９１６）。
【０２６９】
選択されたテキストが、投入された後、パーソナルモバイル通信デバイス２００ａは、ユーザインターフェースの追加のデータフィールドの選択に基づいて、追加の関連する医療情報が、投入されるべきであるかどうかを決定する（決定ブロック１９１８）。いくつかの例において、パーソナルモバイル通信デバイス２００ａは、患者が、データフィールドに投入するために適切なテキストおよび／または画像を選択するためのプロンプトを提供するシーケンスまたはルーチンを動作させる。決定ブロック１９１８において決定されるように、追加の関連する医療情報が存在する場合、プロシージャ１９００は、ブロック１９１４−１９１６に戻り、患者は、データフィールド投入のための画像および／または関連する医療情報を規定する。決定ブロック１９１８において決定されるように、投入のためのいかなる追加の関連する医療情報も存在しない場合、例示的プロシージャ１９００は、終了する。
【０２７０】
（４．画像／テキスト添付アプリケーション実施形態）
いくつかの実施形態における例示的アプリケーション１００２および臨床医サーバ２００ｂは、患者が、画像またはテキストを自身の医療記録への添付または補遺として提供することを可能にするように構成される。上記の節において、アプリケーション１００２は、所望の情報のためのプロンプトとしてユーザインターフェースのデータフィールドを提供する。しかしながら、いくつかの事例において、患者または臨床医は、追加の情報を提供することを所望し得る。加えて、または代替として、アプリケーション１００２の１つ以上のユーザインターフェースは、自由テキスト入力のためのデータフィールド、患者がテキストを入力するためのプロンプト（例えば、「今日の気分はいかがですか」）、または写真または画像が記録の一部として組み込まれることを可能にするための特徴を含み得る。例えば、ユーザインターフェース１４００は、患者の腹部への流体接続の画像に関するプロンプトに隣接する写真アイコンを含み得、それは、選択されると、カメラアプリケーションを開き、患者が、医療情報とともに伝送のために画像を添付することを可能にする。画像は、適切な患者医療記録内の設計されたフィールドに記憶され得る。
【０２７１】
パーソナルモバイル通信デバイス２００ａ上の例示的アプリケーション１００２は、患者によって提供された画像および／またはテキストを受け入れるように構成される。ある実施形態において、アプリケーション１００２は、患者が、テキストまたは写真入力を選択することを可能にするように構成される。患者がテキスト入力を選択する場合、アプリケーション１００２は、テキストボックスを表示する。患者は、情報をテキストボックスに入力し、それは、アプリケーション１００２によって記憶される。アプリケーション１００２は、次いで、１つ以上のメッセージ内の情報を臨床医サーバ２００ｂに伝送し得る。臨床医サーバ２００ｂにおけるアプリケーション１０２０は、データベース１０１０内の適切な患者医療記録を決定し、「メモ」または自由テキストフィールドを見つける。アプリケーション１０２０は、患者が提供したテキストをフィールドに記憶する。いくつかの事例において、アプリケーション１０２０は、入力されたテキストとともに時間／日付スタンプも含み得る。この情報は、臨床医に、治療に関するフィードバックを含む患者からの追加の情報を提供する。
【０２７２】
図２０は、本開示のある例示的実施形態による、患者が記録された画像を提供することを可能にするパーソナルモバイル通信デバイス２００ａ上のアプリケーション１００２によって表示可能なユーザインターフェース２０００の例を示す。例示的ユーザインターフェース２０００は、患者によって編集可能であり得る画像タイトルフィールド２００２を含む。ユーザインターフェース２０００は、１つ以上の記録された画像２００４または記録された画像のプレビューも含む。アプリケーション１００２は、患者が、記録された画像のギャラリフォルダをブラウズし、伝送されるべき画像を選択することを可能にするように構成される。日付フィールド２００６および時間フィールド２００８は、表示される画像が記録された日付／時間を示す情報をユーザインターフェース２０００において提供する。患者は、画像２００４を破棄するための「ゴミ箱」ボタンまたは画像２００４をアプリケーション１００２から臨床医サーバ２００ｂに伝送するための「アップロード」ボタンを選択し得る。アプリケーション１００２の例示的写真捕捉特徴は、在宅療法機械９０との流体ライン接続性または治療に関連する生理学的条件を患者が文書化することを可能にする。臨床医サーバ２００ｂにおけるアプリケーション１０２０は、受信された画像２００４を患者の医療記録に添付するか、または、別様にリンクさせるように構成される。
【０２７３】
（５．テキストを介した医療情報の手動／無線／画像入力実施形態）
いくつかの実施形態において、図１０−１２のパーソナルモバイル通信デバイス２００ａは、アプリケーション１００２をインストールすることまたは動作させることが可能でないこともあり、または、患者が、アプリケーション１００２をインストールしないことを決定し得る。しかしながら、臨床医サーバ２００ｂは、依然として、登録プロセス中、パーソナルモバイル通信デバイス２００ａを登録する。アプリケーション１００２を介して医療情報を受信する代わりに、臨床医サーバ２００ｂのデータ入手モジュール１１０４は、ルーチンまたはアルゴリズムが、パーソナルモバイル通信デバイス２００ａを介して患者から医療情報についてプロンプトするか、または、別様にそれを取得するために実行されるべきであることを決定する。例示的データ入手モジュール１１０４は、患者の登録ファイルおよび／または医療記録を読み取ることによって、パーソナルモバイル通信デバイス２００ａが登録されているが、アプリケーション１００２がインストールされていないことを決定し得る。
【０２７４】
いくつかの実施形態において、データ入手モジュール１１０４は、１つ以上のテキストメッセージを通して患者から医療情報を取得するように構成される。例えば、処方された治療の時間に対応する設計された時間に、データ入手モジュール１１０４は、登録されたパーソナルモバイル通信デバイス２００ａを使用して医療情報で応答するように患者にプロンプトする１つ以上のテキストメッセージを伝送し得る。他の事例において、データ入手モジュール１１０４は、医療情報を入手するためのシーケンスまたはルーチンを始めるために、患者からのテキストに応答するように構成される。また他の事例において、患者は、プロンプトメッセージなしで、医療情報および／または画像を伴うテキストメッセージをデータ入手モジュールに送信し得る。
【０２７５】
図１１の例示的データ入手モジュール１１０４は、患者の医療記録の１つ以上のデータフィールドへの投入のために、受信された情報をフォーマットまたは別様に構造化するように構成される。概して、テキストメッセージから受信された医療情報は、構造化されていない。言い換えると、テキストメッセージは、患者の医療記録の設計されたフィールドへの明確な相関または参照を提供しない。代わりに、データ入手モジュール１１０４は、テキストメッセージ内で受信された医療情報のための適切なフィールドを決定するように構成される。
【０２７６】
いくつかの実施形態において、データ入手モジュール１１０４は、データフィールドを決定するために、パーソナルモバイル通信デバイス２００ａから受信されたテキストメッセージのコンテキストを使用する。例えば、患者は、テキスト「収縮期血圧１４５」を含むメッセージを送信し得る。データ入手モジュール１１０４は、テキストのうちの少なくとも一部（例えば、文字列における１つ以上の単語）をフィールドデータ標識、キーワード、および／またはメタデータと比較する。単語のうちの少なくともいくつかが、合致する場合、データ入手モジュール１１０４は、テキストメッセージのコンテンツ内の数値を識別し、識別された数値を、合致するテキストに対応する患者の医療記録のデータフィールド内に書き込むように構成される。いくつかの実施形態において、データ入手モジュール１１０４は、値を書き込む前、値を値の許容可能な範囲と比較し得る。値が、許容可能な範囲外である場合、データ入手モジュール１１０４は、エラーを示すメッセージ、または値を再入力するように患者にプロンプトするメッセージをパーソナルモバイル通信デバイス２００ａに伝送し得る。
【０２７７】
これらの実施形態において、データ入手モジュール１１０４は、受信されたテキストメッセージからのテキストが、データフィールドに適切に設置されることができない場合、フォローアップテキストを患者に送信するように構成され得る。例えば、データ入手モジュール１１０４は、「血圧１４５」を備えているテキストを伴うメッセージを受信し得る。データ入手モジュール１１０４は、合致するテキストに基づいて、メッセージが、「収縮期」または「拡張期」血圧データフィールドに対応し得ると決定する。それに応じて、データ入手モジュール１１０４は、値が、「収縮期」であるか、「拡張期」であるかを患者に尋ねるテキストを伴うメッセージをパーソナルモバイル通信デバイス２００ａに伝送する。
【０２７８】
他の実施形態において、データ入手モジュール１１０４は、ある医療情報を提供するようにメッセージのシーケンス（ルーチンまたはアルゴリズムによって定義され得る）を通して患者にプロンプトする。シーケンスの順序は、既知であるか、または定義され、医療記録内のデータフィールドに対応する。したがって、データ入手モジュール１１０４は、あるプロンプトへの応答が、プロンプトに関連する医療記録のデータフィールドに対応すると自動的に決定する。例えば、データ入手モジュール１１０４は、「収縮期血圧測定」に関して患者にプロンプトするテキストメッセージを伝送する。データ入手モジュール１１０４は、テキストへの応答が、「収縮期血圧測定」に関する値を含むと決定する。データ入手モジュール１１０４は、他のテキストの中から数値を識別するために、および／または、値を許容可能な範囲と比較するために、受信されたメッセージを分析し得る。患者が、医療情報を伴う許容可能な応答を提供したことを確認した後、データ入手モジュール１１０４は、メッセージのシーケンスに基づいて、パーソナルモバイル通信デバイス２００ａに送信すべき後続メッセージを決定する。
【０２７９】
テキストを伴うメッセージを受信する代わりに、データ入手モジュール１１０４は、写真添付を伴うメッセージも受信し得る。図１６−１９に関連して上で説明されるプロセスと同様、データ入手モジュール１１０４は、画像を処理し、テキストを抽出し、医療記録の１つ以上のデータフィールドに関する関連する医療デバイスデータを識別するように構成される。さらに、上記開示は、テキストメッセージの使用を説明するが、データ入手モジュール１１０４は、加えて、または代替として、電子メール、インスタントまたはウェブベースのメッセージ、ソーシャルメディア投稿等の他の通信媒体を介して医療情報および／または写真を受信し得る。
【０２８０】
図２１は、本開示のある例示的実施形態による、患者医療テンプレート２１００の概略図を示し、患者医療テンプレート２１００は、患者の医療記録のデータフィールドにデータを投入するために臨床医サーバ２００ｂのデータ入手モジュール１１０４によって使用され得る。テンプレート２１００のフィールドは、患者の医療記録のデータフィールドに対応するか、または、別様にそれにリンクまたは参照され得る。他の実施形態において、完成されたテンプレート２１００のコピーは、医療記録に記憶され得るか、または医療記録自体として記憶され得る。いくつかの実施形態において、患者医療テンプレート２１００は、患者の医療記録の一部であるか、または別様にそれと統合され得る。
【０２８１】
例示的テンプレート２１００は、腎不全療法治療（「ＲＦＴ」）に対応する所定のフィールド２１０２、２１０４、２１０６、２１０８、２１１０、２１１２、２１１４、２１１６、２１１８、および２１２０を含む。例示的データ入手プロセッサ１１０４は、患者のために処方された治療に基づいて、テンプレート２１００を選択し得る。ＲＦＴテンプレート２１００が図示されているが、例示的データ入手モジュール１１０４は、治療前データ入手、治療後データ入手等のために特に構成された他のテンプレートを選択し得る。例えば、治療前入手テンプレートは、血圧、脈拍、および体重に関するデータフィールドを含み得る。
【０２８２】
他の実施形態において、患者医療テンプレート２１００は、追加のまたはより少ないフィールドを含み得ることを理解されたい。例えば、テンプレート２１００は、加えて、治療前患者体重および治療後患者体重、患者グルコースレベル、および／または患者生年月日に関するデータフィールドを含み得る。別の例において、テンプレート２１００は、充填率、滞留時間、排出または流体除去率、血液流量、流出量、限外濾過除去率、透析液除去率、注入された透析液の合計、透析液流量、交換前流量、交換後流量、患者体重バランス、戻り圧力、過剰な患者流体の兆候、濾過割合、残り時間、透析液濃度、透析液名称、患者識別子、部屋識別子、治療面積識別子、データが発生させられたときを示すタイムスタンプ、アラーム条件、アラート条件、および／または事象に関するフィールドを含み得る。
【０２８３】
いくつかの実施形態において、データ入手モジュール１１０４は、患者からのプロンプトに基づいて、テンプレート２１００を選択するように構成される。例えば、患者は、「手動交換」のテキストを含むメッセージをデータ入手モジュール１１０４に送信し得る。応答して、データ入手モジュール１１０４は、手動交換に関するテンプレート２１００を識別し、選択する。別の例において、患者は、パーソナルモバイル通信デバイス２００ａを介して、「治療前」または「治療を始める」のテキストを含むメッセージをデータ入手モジュール１１０４に送信し得る。応答して、データ入手モジュール１１０４は、治療が、始められる前に必要とされる医療情報を入手するためのテンプレートを識別し、選択する。
【０２８４】
図２１の図示される例において、例示的データフィールドは、患者の氏名に関するフィールド２１０２、患者識別子に関するフィールド２１０４、患者の体重に関するフィールド２１０６、患者の血圧に関するフィールド２１０８、治療の日付に関するフィールド２１１０、除去されたＵＦの量に関するフィールド２１１２、患者に提供された合計流体量に関するフィールド２１１４、ブドウ糖レベルに関するフィールド２１１６、治療処方箋識別子に関するフィールド２１１８、および使い捨てカセット識別子に関するフィールド２１２０を含む。腎臓療法機械９０が、臨床医サーバ２００ｂに登録されている事例において、データ入手モジュール１１０４は、そのような情報が、機械９０によってすでに提供されているので、少なくともフィールド２１１２−２１２０を除去し得る（またはフィールド２１１２−２１２０が省略された別個のテンプレートを選択する）。しかしながら、フィールド２１１２−２１８０は、患者が、手動交換を報告している場合、テンプレートにおいて使用され得る。さらに、テンプレート２１００は、すでに登録されている患者情報のうちの少なくとも一部に基づいて、フィールド２１０２および２１０４を省略し得る。
【０２８５】
患者医療テンプレート２１００の例示的データフィールドは、デバイス情報、患者情報、および／または消耗品アイテム情報を含む医療情報の１つ以上の異なるソースからデータを投入され得る。例えば、患者氏名フィールド２１０２および患者識別子フィールド２１０４は、患者の識別子１０１２（または患者によって装着される識別子１０１２）のパーソナルモバイル通信デバイス２００ａによって記録された画像からデータを投入され得る。血圧フィールド２１０８は、血圧モニタ１０４の画面のパーソナルモバイル通信デバイス２００ａによって記録された画像からデータを投入され得る一方、体重フィールド２１０６は、計量器１０６の画面のパーソナルモバイル通信デバイス２００ａによって記録された画像からデータを投入され得る。日付フィールド２１１０、除去されたＵＦフィールド２１１２、および流体充填フィールド２１１４は、在宅療法機械９０の（治療ステータスウィンドウを示す）画面のパーソナルモバイル通信デバイス２００ａによって記録された画像からデータを投入され得る。同様に、ブドウ糖レベルフィールド２１１６は、在宅療法機械９０の（設定ウィンドウを示す）画面のパーソナルモバイル通信デバイス２００ａによって記録された画像からデータを投入され得、処方箋識別子フィールド２１１８は、在宅療法機械９０の（処方箋ウィンドウを示す）画面のパーソナルモバイル通信デバイス２００ａによって記録された画像からデータを投入され得る。最後に、カセット識別子フィールド２１２０は、使い捨てカセット消耗品アイテム１００６の識別子１００８のパーソナルモバイル通信デバイス２００ａによって記録された画像からデータを投入され得る。上で議論されるように、データ入手モジュール１１０４は、医療情報を含む画像を受信する代わりに、フィールド２１０２−２１２０に関するテキストを伴う１つ以上のメッセージを受信し得る。
【０２８６】
図２１に図示される患者医療テンプレート２１００は、臨床医データベース１０１０上に記憶され、図１０および１１に図示される臨床医サーバ２００ｂによってアクセスされるように構成される。患者に関するテンプレートにデータを投入するための要求を受信すると、臨床医サーバ２００ｂは、テンプレート２１００をコピーするか、または、そのインスタンスを作成するように構成される。パーソナルモバイル通信デバイス２００ａから受信された医療情報は、データ入手モジュール１１０４によって、テンプレート２１００のコピーまたはインスタンスの適切なデータフィールド２１０２−２１２０に入力される。完了すると、コピーまたはインスタンスは、患者の医療記録として臨床医データベース１０１０のリポジトリに記憶される。
【０２８７】
いくつかの実施形態において、データ入手モジュール１１０４は、例示的患者医療テンプレート２１００と併せて、またはその代替として、ルーチン２１５０を動作させる。いくつかの実施形態において、ルーチン２１５０は、それぞれのデータフィールド２１０２−２１２０に関するメタデータまたはコンピュータ実行可能コードとしてプログラムされ得る。他の例において、ルーチン２１５０は、患者医療テンプレート２１００に関連して臨床医データベース１０１０に記憶され得る。さらに、これらの他の例において、テンプレート２１００の選択は、ルーチン２１５０が実行されるようにする。例示的ルーチン２１５０は、ルーチンモジュール２１５２−２１６４を含み、それらは、データフィールド２１０２−２１２０と、対応する医療デバイス、識別子１０１２、および／または消耗品アイテム１００６との間の関連付けを提供する。
【０２８８】
ルーチンモジュール２１５２−２１６４のうちの少なくともいくつかは、データテンプレート（例えば、図１７のデータテンプレート１７００）に関連付けられているか、または別様にそれに関連し得る。データ入手モジュール１１０４は、患者がメッセージにおいて画像および／またはテキストを提供するとき、対応するルーチンモジュール２１５２−２１６４に関するデータテンプレートにアクセスするように構成される。例えば、血圧に関するルーチンモジュール２１５６を実行する間、データ入手モジュール１１０４は、「収縮期血圧測定」に関してパーソナルモバイル通信デバイス２００ａにプロンプトするメッセージを伝送する。患者は、血圧モニタ１０４の画面またはダイヤルの画像を含むテキストメッセージで応答する。データ入手モジュール１１０４は、血圧測定に関するルーチンモジュール１１５６に対応するか、または、それに参照されるデータテンプレートにアクセスするように構成される。データ入手モジュール１１０４は、次いで、データテンプレートを適用し、図１６−１９に関連して上で説明されるプロシージャを使用して、画像からテキストを抽出し、テンプレート２１００の血圧データフィールド２１０８への投入のために関連する収縮期血圧医療情報を識別する。
【０２８９】
例示的ルーチン２１５０は、患者からの要求時、データ入手モジュール１１０４によって受信された１つ以上のメッセージに基づいて、始められるように構成され得る。例えば、データ入手モジュール１１０４は、「始める」、「開始する」、および／または「治療前」を含むテキストを伴うメッセージを受信し得る。メッセージの受信は、テンプレート２１００のデータフィールド２１０２−２１２０にデータを投入するためのルーチン２１５０をデータ入手モジュール１１０４に決定させ、開始させる。他の例において、データ入手モジュール１１０４は、ルーチン２１５０によって規定された第１のメッセージを治療に対する所定の時間に患者に伝送する。データ入手モジュール１１０４は、パーソナルモバイル通信デバイス２００ａから適切な医療情報を伴う応答メッセージを受信した後、ルーチン２１５０によって規定されたメッセージを連続的に送信する。このように、データ入手モジュール１１０４は、所定のシーケンスに従って、患者からの医療情報の入手を制御する。データ入手モジュール１１０４は、適切な応答メッセージが、パーソナルモバイル通信デバイス２００ａから受信される（および医療情報が、テンプレート２１００の指定されたデータフィールド２１０２−２１２０に投入される）まで、ルーチン２１５０によって定義されたシーケンスにおいて次のメッセージを伝送しないこともある。
【０２９０】
図示される例において、患者バンドモジュール２１５２は、患者のリストバンドの画像を記録するように患者に命令するメタデータまたは事前フォーマットされたメッセージを含み得る。患者バンドモジュール２１５２は、受信された医療情報が患者の氏名および／または患者識別子に関するテキスト要件に適合することを確実にするために、文字検証チェックも含み得る。例えば、患者バンドモジュール２１５２は、数字を含む患者の氏名に関する医療情報を除外または破棄し得る。
【０２９１】
重量計モジュール２１５４は、図１０の計量器１０６の識別子１０１２ｃおよび画面の画像を記録するように患者に命令するメタデータまたは事前フォーマットされたメッセージを含み得る。重量計モジュール２１５４は、受信された医療情報が、値の許容可能な範囲内であること、および／または正しい単位タイプであることを確実にするために、文字検証チェックも含み得る。いくつかの事例において、重量計モジュール２１５４は、計量器１０６の画面からの医療情報が患者体重医療情報であることを確認するために、識別子１０１２ｃからの医療情報を使用し得る。他の事例において、識別子１０１２ｃからの医療情報は、例えば、重量計１０６のモデルまたはタイプに基づいて、データテンプレートを選択するために使用される。データテンプレートは、計量器１０６の画面の画像から抽出された関連する重量計医療情報を識別するために、データ入手モジュール１１０４によって使用される。
【０２９２】
血圧モジュール２１５６は、血圧モニタ１０４に関して重量計モジュール２１５４に類似する。腎不全療法（「ＲＦＴ」）モジュール２１５８−２１６２も、重量計モジュール２１５４に類似する。しかしながら、複数のモジュール２１５８−２１６２は、医療情報が必要とされる異なるウィンドウの各々に関して在宅療法機械９０（または手動交換）のために使用される。例えば、モジュール２１５８は、在宅療法機械９０の識別子１０１２および治療ステータスウィンドウを示す第１のウィンドウの画像を入手するためのメッセージを提供する一方、モジュール２１６０は、在宅療法機械９０の設定ウィンドウの画像を入手するための１つ以上のメッセージを提供し、モジュール２１６２は、在宅療法機械９０の処方箋ウィンドウの画像を入手するための１つ以上のメッセージを提供する。
【０２９３】
カセットモジュール２１６４は、識別子１００８、使い捨てカセット消耗品アイテム１００６、および／または包装またはカセット消耗品自体の上の標識の画像を記録するように臨床医または患者に命令するメタデータまたは事前フォーマットされたメッセージを含み得る。ルーチン２１５０は、患者医療テンプレート２１００が追加のデータフィールドを含む場合、追加のモジュールを含むか、または、テンプレート２１００がより少ないフィールドを含む場合、より少ないモジュールを含み得ることを理解されたい。
【０２９４】
医療情報が、ルーチン２１５０を使用して受信されると、アプリケーション１０２０のデータ入手モジュール１１０４は、データが、許容可能な範囲内であること、正しくフォーマットされていること、および／または適切な単位であることを確実にするために、データ検証チェックを使用する。いくつかの事例において、ルーチン２１５０のモジュールは、変換またはフォーマット命令を含み得、それらは、テンプレート２１００および／または患者の医療記録のそれぞれのフィールド内への包含のために医療情報を準備するために、データ入手モジュール１１０４によって使用される。データが、適切なフォーマットおよび単位であると、データ入手モジュール１１０４は、医療情報をテンプレート２１００および／または患者の医療記録のそれぞれのフィールドに書き込む。
【０２９５】
代替実施形態において、患者医療テンプレート２１００は、関連付けられたルーチンを有していないこともある。代わりに、図１１のデータ入手モジュール１１０４は、例えば、不完全なデータフィールドを決定するために、患者医療テンプレート２１００のデータフィールド２１０２−２１２０を読み取るように構成される。これらの代替実施形態において、データ入手モジュール１１０４は、欠落しているデータを識別し、１つ以上のメッセージをパーソナルモバイル通信デバイス２００ａに伝送し、欠落しているデータに関して患者にプロンプトする。
【０２９６】
データフィールドにデータを投入するために、データ入手モジュール１１０４は、いくつかの実施形態において、データフィールド２１０２−２１２０の名称（および任意の対応するメタデータ）を読み取り、ある画像の記録をプロンプトするメッセージを作成し、患者に送信し得る。ある例において、体重データフィールド２１０６は、関連する医療デバイスとして重量計を識別するメタデータを含む。データ入手モジュール１１０４は、データフィールド２１０６が、未記入であることを決定し、対応するメタデータを読み取り、重量計の画面の画像を記録するようにパーソナルモバイル通信デバイス２００ａの患者に命令するメッセージを構築する。図示される実施形態において、データ入手モジュール１１０４は、テンプレート２１００（または患者の医療記録）を通して連続的に進行し、未記入のデータフィールドを検索し、適宜、パーソナルモバイル通信デバイス２００ａによって表示されるメッセージを介して、患者から医療情報を要求し得る。代替として、データ入手モジュール１１０４は、所定の順序またはシーケンスに従って、テンプレート２１００を通して進行し得る。例えば、データ入手モジュール１１０４は、患者のリストバンドに関連付けられたデータフィールドを最初に検索し、続けて、重量計医療デバイスに関するデータフィールド、血圧医療デバイスに関するデータフィールド、および腎不全療法医療デバイスに関するデータフィールドを検索し得る。
【０２９７】
図２２は、本開示のある例示的実施形態による、図１１の臨床医サーバ２００ｂのデータ入手モジュール１１０４の概略図である。データ入手モジュール１１０４の図示は、例示的であり、ブロックのうちのいくつかは、組み合わせられ、さらに分割され、または除去され得ることを理解されたい。加えて、いくつかの実施形態において、データ入手モジュール１１０４は、ユーザインターフェースに関するブロック等の追加のブロックを含み得る。
【０２９８】
例示的データ入手モジュール１１０４（より一般的に、臨床医サーバ２００ｂ）は、パーソナルモバイル通信デバイス２００ａとの接続性を提供するインターフェース２２０２を含む。インターフェース２２０２は、例えば、インターネットポートまたは接続を含み得る。インターフェース２２０２は、一実施形態において、パーソナルモバイル通信デバイス２００ａからのメッセージを受信し、内部処理のために適合性のあるフォーマットに変換するように構成される。例えば、インターフェース２２０２は、ＳＭＳまたはテキストメッセージをＨＬ７またはＡＳＣＩＩフォーマットに変換し得る。例示的インターフェース２２０２は、パーソナルモバイル通信デバイス２００ａへの伝送のためにメッセージをフォーマットまたは変換するようにも構成される。いくつかの事例において、インターフェース２２０２は、伝送のためにメッセージを暗号化し、および／または受信されたメッセージを復号化し得る。
【０２９９】
例示的データ入手モジュール１１０４は、パーソナルモバイル通信デバイス２００ａから患者医療テンプレート２１００または記録への医療情報の書込または投入を管理するように構成されるテンプレートプロセッサ２２０４を含む。例えば、患者または臨床医からの要求時、または自動的に、テンプレートプロセッサ２２０４は、患者医療テンプレートデータベース２２０６からテンプレートを選択する。選択されたテンプレート（例えば、図２１のテンプレート２１００）は、利用可能である場合、または構成される場合、ルーチン（例えば、ルーチン２１５０）を動作させ、パーソナルモバイル通信デバイス２００ａから医療情報を入手するために、テンプレートプロセッサ２２０４によって使用される。
【０３００】
例示的テンプレートプロセッサ２２０４は、パーソナルモバイル通信デバイス２００ａへの伝送のためのルーチン（例えば、ルーチン２１５０）のモジュールからのメッセージを識別するように構成される。いくつかの事例において、メッセージは、患者医療テンプレートにデータを投入するためのプロセスを通して臨床医または患者を指示または誘導するために、所定のシーケンスにおいて伝送され得る。例えば、テンプレートプロセッサ２２０４は、図２１のルーチン２１５０のモジュール２１５６を読み取り、計量器１０６の識別子１０１２ｃの画像を記録するように患者にプロンプトするメッセージが、伝送されるべきであることを決定し得る。テンプレートプロセッサ２２０４は、伝送されるべきルーチンモジュール２１５６からのメッセージを識別する前、識別子１０１２ｃに関連する医療情報が（図２１のデータフィールド２１０６に投入するために）受信されるまで、待つように構成され得る。他の事例において、テンプレートプロセッサ２２０４は、パーソナルモバイル通信デバイス２００ａから受信されたメッセージに基づいて、伝送のためのメッセージを選択する。例えば、プロセッサ２２０４は、重量計１０６の識別子１０１２ｃに関連付けられた医療情報を受信し得る。受信された医療情報に応答して、テンプレートプロセッサ２２０４は、モジュール２１５４が、受信されたデータに対応することを決定し得、それに応じて、重量計１０４の画面の画像を記録するように患者にプロンプトするメッセージを選択する。図２２に図示されるように、パーソナルモバイル通信デバイス２００ａは、計量器１０６の画面２２２０の画像を記録するように患者に命令するテンプレートプロセッサ２２０４からのテキストメッセージを表示する。
【０３０１】
メッセージを送信することに加えて、テンプレートプロセッサ２２０４は、データテンプレートを選択するように構成され得る。データテンプレートは、図示される実施形態において、データテンプレートデータベース２２０８に記憶されている。テンプレートプロセッサ２２０４は、識別子１０１２に対応する医療情報において示される医療デバイスのタイプまたはモデルに基づいて、データテンプレートを選択する。いくつかの事例において、患者は、メッセージを介して医療デバイスタイプのモデルおよび／またはタイプをテンプレートプロセッサ２２０４に規定し得る。さらに、上で議論されるように、テンプレートプロセッサ２２０４は、上で説明されるように、パーソナルモバイル通信デバイス２００ａから画像を受信し、画像からテキストを抽出し、画像から関連する医療情報を識別するために、データベース２２０８から適切なデータテンプレートを選択し得る。
【０３０２】
いくつかの実施形態において、テンプレートプロセッサ２２０４は、患者医療テンプレート２１００または患者の医療記録のための実質的に全ての医療情報を含むメッセージのストリームをパーソナルモバイル通信デバイス２００ａから受信し得る。これらの実施形態において、テンプレートプロセッサ２２０４は、データが投入されるべき、または書き込まれるべきテンプレート２１００のデータフィールドを決定するために、データとともに提供される標識、メタデータ、および／またはデバイスデータフィールド情報を読み取る。テンプレートプロセッサ２２０４は、例えば、テンプレート２１００の適切なデータフィールドを決定するために、モジュールのメタデータまたは情報（またはデータフィールド２１０２−２１２０自体）を医療情報とともに提供される標識、メタデータ、および／またはデバイスデータフィールド情報に合致させる。
【０３０３】
患者医療テンプレートにデータを投入した後、または別様にそれを完成させた後、図２２のテンプレートプロセッサ２２０４は、完成されたテンプレートを臨床医データベース１０１０に記憶するように構成される。これは、テンプレート２１００を使用して患者の医療記録にデータを投入することを含み得、テンプレート内のフィールドは、患者の医療記録内のフィールドに対応し、それにリンクされ、またはそれに参照される。他の例において、医療記録に書き込むことは、データを投入されたテンプレートを患者の医療記録に記憶すること、またはテンプレート２１００を医療記録自体として記憶することを含み得る。
【０３０４】
図２３および２４は、本開示のある例示的実施形態による、図１０−１２および２２のパーソナルモバイル通信デバイス２００ａによって記録される画像（および／またはそれから受信されるテキストメッセージ）を使用して、図２１の医療デバイステンプレート２１００にデータを投入するための例示的プロシージャ２３００および２３５０のフロー図である。プロシージャ２３００および２３５０は、図２３および２４に図示されるフロー図を参照して説明されるが、プロシージャ２３００および２３５０に関連付けられたステップを実施する多くの他の方法も、使用され得ることを理解されたい。例えば、ブロックの多くの順序は、変更され得、あるブロックは、他のブロックと組み合わせられ得、説明されるブロックの多くは、随意であり得る。ある実施形態において、ブロックの順序は、持続的接続が、臨床医サーバ２００ｂとパーソナルモバイル通信デバイス２００ａとの間に存在しない場合、修正され得る。代わりに、実施形態において、パーソナルモバイル通信デバイス２００ａは、最初に、臨床医サーバ２００ｂとの接続が利用可能になるまで（または意図的に）、患者医療テンプレートに関する実質的に全ての関連する医療情報を入手し、待ち行列に入れ得る。プロシージャ２３００および２３５０に説明されるアクションは、例えば、パーソナルモバイル通信デバイス２００ａおよび臨床医サーバ２００ｂを含む複数のデバイス間で実施され得る。
【０３０５】
例示的プロシージャ２３００は、図２３において、図１０−１２および２２の臨床医サーバ２００ｂが、パーソナルモバイル通信デバイス２００ａからメッセージ２３０１を受信する（ブロック２３０２）と、始められる。メッセージ２３０１は、患者に対して実施されるべき治療、または医療情報を送信することを始めるための要求を示す。臨床医サーバ２００ｂは、次いで、メッセージ２３０１において規定される治療タイプまたは患者の医療記録において規定される処方された治療に基づいて、患者医療テンプレート（例えば、図２１の患者医療テンプレート２１００）を決定する（ブロック２３０４）。臨床医サーバ２００ｂが、１つのタイプのテンプレート（例えば、腎不全療法に関するテンプレート）の完成のみを提供する事例において、メッセージ２３０１は、空白のテンプレートの投入を開始するための要求を示し得る。メッセージ２３０１に応答して、臨床医サーバ２００ｂは、データ投入のための患者医療テンプレートのコピーを作成する。
【０３０６】
データ投入のための患者医療テンプレートを提供した後、臨床医サーバ２００ｂは、（テンプレートに関連付けられたルーチンを使用して、またはテンプレート自体を読み取って）医療情報が必要とされる少なくとも１つの医療デバイスを決定し、それに応じて、第１のカメラメッセージ２３０５をパーソナルモバイル通信デバイス２００ａに伝送する（ブロック２３０６）。第１のカメラメッセージ２３０５は、例えば、医療デバイスの識別子１０１２の画像が記録されるべきであることを示す命令を含む。しばらくして、臨床医サーバ２００ｂは、医療デバイスのタイプを示す医療情報（例えば、識別子１０１２ａからの医療情報）を含むメッセージ２３０７を受信する（ブロック２３０８）。臨床医サーバ２００ｂは、次いで、メッセージ２３０７内に含まれる情報、または患者の医療記録において規定された情報に基づいて、デバイスデータテンプレート（例えば、図１７のデバイスデータテンプレート１７００）を決定する（ブロック２３１０）。例えば、メッセージ２３０７が、血圧モニタ１０４（タイプおよび／またはモデル）を識別すると決定した後、臨床医サーバ２００ｂは、血圧モニタに関するデバイスデータテンプレートを決定または見つける。臨床医サーバ２００ｂは、血圧モニタ１０４の画面の受信された画像から関連する医療デバイスデータを識別するために、デバイスデータテンプレートをロードする（ブロック２３１２）。
【０３０７】
例示的プロシージャ２３００は、図２４において継続し、臨床医サーバ２００ｂは、第２のカメラメッセージ２３１３をパーソナルモバイル通信デバイス２００ａに伝送する（ブロック２３１４）。第２のカメラメッセージ２３１３は、メッセージ２３０７によって規定された医療デバイスのタイプに基づいて決定され得る。さらに、第２のカメラメッセージ２３１３は、画像を記録するために医療デバイス上のあるウィンドウ（または関連する医療情報）を表示するための情報を含み得る。しばらくして、臨床医サーバ２００ｂは、医療デバイスのウィンドウからのテキストまたはその画像を含むメッセージ２３１５を受信する（ブロック２３１６）。例示的臨床医サーバ２００ｂは、画像から関連する医療情報を抽出するために、識別されたデータテンプレートを使用し、関連する医療情報に対応する患者医療テンプレートのデータフィールドを決定または別様に識別する（ブロック２３１８）。メッセージ２３１５が、テキストを含む場合、臨床医サーバ２００ｂは、関連する医療情報に対応する患者医療テンプレートのデータフィールドを決定または別様に識別する。臨床医サーバ２００ｂは、次に、関連する受信された医療情報をテンプレートの決定および／または識別されたデータフィールドに投入する（ブロック２３２０）。
【０３０８】
関連するデータフィールドにデータを投入した後、例示的臨床医サーバ２００ｂは、追加の関連する医療情報が、受信された関連する医療情報に関連付けられた医療デバイスから必要とされるかどうかを決定する（決定ブロック２３２２）。例えば、臨床医サーバ２００ｂは、現在の医療デバイスが、関連する医療情報が依然として必要とされる追加のウィンドウまたは動作ディスプレイを含み得ると決定し得る。追加の医療情報が、必要とされる場合、例示的臨床医サーバ２００ｂは、ブロック２３１４に戻り、関連する医療情報が必要とされる別のウィンドウに関するカメラメッセージ２３１３を伝送する。しかしながら、いかなる追加の医療情報も、現在の医療デバイスに関して必要とされない場合、臨床医サーバ２００ｂは、医療情報が、他の医療デバイス（または消耗品アイテム１００６）から必要とされるかどうかを決定する（決定ブロック２３２４）。追加の医療情報が、必要とされる場合、臨床医サーバ２００ｂは、ブロック２３０６に戻り、撮像するための、または関連する医療情報を受信するための別の医療デバイスを識別するカメラメッセージ２３０５を伝送する。いかなる追加の医療情報も、患者医療テンプレート２１００の完成のために必要とされない場合、例示的臨床医サーバ２００ｂは、完成された患者医療テンプレート２１００を患者の医療記録として臨床医データベース１０１０に記憶し、プロシージャ２３００は、終了する。
【０３０９】
例示的プロシージャ２３５０は、パーソナルモバイル通信デバイス２００ａが、患者に対して実施されるべき治療を示すメッセージ２３０１または医療情報を入力し始めるための要求を伝送する（２３５２）ことによって、図２３において始められる。パーソナルモバイル通信デバイス２００ａは、次に、臨床医サーバ２００ｂからカメラメッセージ２３０５を受信する。メッセージ２３０５からの情報は、患者にプロンプトを表示するためにパーソナルモバイル通信デバイス２００ａによって使用される（ブロック２３５４）。プロンプトは、例えば、医療デバイスの識別子１０１２が、撮像されるべきであることを規定し得る。パーソナルモバイル通信デバイス２００ａは、次いで、患者からの入力に基づいて、医療デバイスの識別子１０１２の画像を記録する（ブロック２３５６）。いくつかの実施形態において、患者は、識別子が利用可能ではない場合、または患者が画像を記録することを所望しない（またはそうすることができない）場合、医療デバイスタイプ／モデルを規定するテキストを入力するか、またはドロップダウンメニューから選択し得る。
【０３１０】
識別子１０１２の画像を記録した後、パーソナルモバイル通信デバイス２００ａは、識別子においてエンコードされた医療情報を抽出または別様に決定する（ブロック２３５８）。パーソナルモバイル通信デバイス２００ａは、抽出された医療情報をメッセージ２３０７において臨床医サーバ２００ｂに送信する。いくつかの実施形態において、パーソナルモバイル通信デバイス２００ａは、代わりに、メッセージ２３０７内の記録された画像を伝送する。
【０３１１】
その後、パーソナルモバイル通信デバイス２００ａは、医療デバイスの画面（または他の規定されたエリア）の画像を記録するためのプロンプトを患者に表示するための情報を伴うカメラメッセージ２３１３をサーバ２００ｂから受信する（ブロック２３６０）。パーソナルモバイル通信デバイス２００ａは、それに応じて、医療デバイスを撮像するために必要とされる情報を伴うプロンプトを患者に表示する。プロンプトに応答して、患者は、医療デバイスの画面（または他の規定されたエリア）の画像を記録するために、パーソナルモバイル通信デバイス２００ａを使用する（ブロック２３６２）。
【０３１２】
図２４において、例示的プロシージャ２３５０は、パーソナルモバイル通信デバイス２００ａが、記録された画像または患者によって入力されたテキストを伴うテキストメッセージを作成する（ブロック２３６４）ことによって継続する。いくつかの例において、患者は、医療情報を修正または規定し得る。パーソナルモバイル通信デバイス２００ａは、次いで、医療情報またはその画像を含むメッセージ２３１５を伝送する（ブロック２３６６）。
【０３１３】
例示的パーソナルモバイル通信デバイス２００ａは、次に、追加の関連する医療情報が、抽出された関連する医療情報に関連付けられた医療デバイスから必要とされるかどうかを決定する（決定ブロック２３６８）。決定は、例えば、現在の医療デバイスに関連する追加のカメラメッセージが、臨床医サーバから受信されているかどうかをチェックすることを含み得る（ブロック２３６０）。追加の医療情報が、必要とされる場合、例示的パーソナルモバイル通信デバイス２００ａは、ブロック２３６０に戻り、関連する医療情報が必要とされる別のウィンドウ（または医療デバイス／消耗品アイテムの一部）に関してカメラメッセージ２３１３を処理する。しかしながら、いかなる追加の医療情報も、現在の医療デバイスに関して必要とされない場合、パーソナルモバイル通信デバイス２００ａは、医療情報が、他の医療デバイス（または消耗品アイテム１００６）から必要とされるかどうかを決定する（決定ブロック２３７０）。追加の医療情報が、必要とされる場合、パーソナルモバイル通信デバイス２００ａは、ブロック２３５４に戻り、撮像するための別の医療デバイスを識別するカメラメッセージ２３０５を処理する。いかなる追加の医療情報も、患者医療テンプレートの完成のために必要とされない場合、例示的パーソナルモバイル通信デバイス２００ａは、セッションを終了し、それによって、プロシージャ２３５０を終了する。
【０３１４】
（６．ウェブブラウザまたはファイル転送を介した手動／無線／画像医療情報入力）
いくつかの実施形態において、図１１のデータ入手モジュール１１０４は、患者が、自身のパーソナルモバイル通信デバイス２００ａを使用し、ウェブブラウザまたはファイル転送プログラムを介して医療情報を入力すること、または画像を提供することを可能にするように構成される。ウェブブラウザまたはファイル転送プログラムは、パーソナルモバイル通信デバイス２００ａが、アプリケーション１００２を使用することなく医療情報および／または画像を提供することを可能にする。本実施形態において、臨床医サーバ２００ｂは、アドレスまたはユニフォームリソースロケータ（「ＵＲＬ」）を割り当てられるウェブサイト、ＡＰＩ、および／またはファイル転送サイトをホストする。パーソナルモバイル通信デバイス２００ａ上のウェブブラウザまたはファイル転送プログラムは、ホストされるウェブサイト、ＡＰＩ、および／またはファイル転送サイトにアクセスし、医療情報を伝送するように構成される。
【０３１５】
いくつかの実施形態において、データ入手モジュール１１０４は、ウェブサイトまたはファイル転送サイトにアクセスするために、ユーザ名およびパスワードを入力するように患者にプロンプトするように構成される。他の実施形態において、データ入手モジュール１１０４は、パーソナルモバイル通信デバイス２００ａが、以前に登録されており、アクセスを提供することを決定する。なおも他の実施形態において、データ入手モジュール１１０４は、パーソナルモバイル通信デバイス２００ａによりセキュアな場所へのアクセスを提供することなく、医療情報または画像を受信するためのメールボックスまたは他のインターフェース（例えば、ＡＰＩ）を提供する。
【０３１６】
患者が、パーソナルモバイル通信デバイス２００ａを介してアクセスを得ると、データ入手モジュール１１０４は、いくつかの実施形態において、医療情報および／または画像に関して患者にプロンプトするグラフィカルユーザインターフェースを提供する。ユーザインターフェースは、図１４および１５に関連して説明されるユーザインターフェース１４００および１５００に類似し得る。アプリケーション１００２を含むパーソナルモバイル通信デバイス２００ａと同様、臨床医サーバ２００ｂは、医療情報を受信するためのユーザインターフェースおよびデータフィールドを提供する。データ入手モジュール１１０４は、患者が、テキストまたは画像等のデータ入力方法を選択することも可能にし得る。
【０３１７】
いくつかの実施形態において、臨床医サーバ２００ｂは、患者が適切なユーザインターフェースを選択することを可能にするためのメニューを提供し得る。他の実施形態において、臨床医サーバ２００ｂは、処方された治療または患者によって提供された治療情報に基づいて、医療情報が必要とされるユーザインターフェースを選択し得る。なおも他の実施形態において、臨床医サーバ２００ｂのアプリケーション１０２０は、医療情報に関するグラフィカルプロンプトを提供するルーチン２１５０を動作させ得る。
【０３１８】
図２５は、本開示のある例示的実施形態による、パーソナルモバイル通信デバイス２００ａからの画像を介して医療情報を受信するためのウェブサイトまたはファイル転送サイトをホストする臨床医サーバ２００ｂの略図を示す。図示される例において、パーソナルモバイル通信デバイス２００ａは、臨床医サーバ２００ｂによってホストされるウェブサイト２５０２に向けられるウェブブラウザアプリケーション２５００を動作させている。ウェブサイト２５０２は、医療情報を入力するためのグラフィカルユーザインターフェースを含む。この例において、パーソナルモバイル通信デバイス２００ａは、図１０の血圧モニタ１０４の画面の画像１８００を記録する。臨床医サーバ２００ｂは、データテンプレート１８０１を画像に適用し、フィールド１８０２、８０４、１８０６、１８０８、および１８１０に示されるように、テキストの組を抽出する。患者は、テキストがウェブサイト２５０２の１つ以上の選択されたデータフィールドに投入されるべきであるフィールド１８０２、８０４、１８０６、１８０８、および１８１０を選択する。このように、臨床医サーバ２００ｂは、患者が、ウェブサイト、ファイル転送プログラム、またはＡＰＩを介して医療情報を提供することを可能にする。
【０３１９】
（Ｃ．データアクセスモジュール実施形態）
図１１に再び目を向けると、例示的データアクセスモジュール１１０６は、臨床医データベース１０１０における医療記録内に記憶される医療情報へのアクセスを患者および臨床医に提供するように構成される。データ入手モジュール１１０４に関連して上で説明されるように、アプリケーション１００２がインストールされていることも、そうでないこともあるパーソナルモバイル通信デバイス２００ａの異なる可能な構成が、存在する。データアクセスモジュール１１０６は、構成に基づいて、アクセスを提供するか、または、別様にデータを表示するように構成される。特定の患者によって使用されている構成を決定するために、例示的データアクセスモジュール１１０６は、登録テーブルまたは患者の医療記録にアクセスし、登録されたパーソナルモバイル通信デバイス２００ａおよび／またはアプリケーション１００２がインストールされているかどうかを識別するように構成される。
【０３２０】
いくつかの実施形態において、データアクセスモジュール１１０６は、パーソナルモバイル通信デバイス２００ａのオペレーティングシステムおよび／またはパーソナルモバイル通信デバイス２００ａの能力に基づいて、医療情報を異なって提供するように構成される。例えば、医療情報の第１のサブセットが、特徴が豊富なパーソナルモバイル通信デバイス２００ａのために規定され得る一方、医療情報の第２のサブセットが、特徴が少ないパーソナルモバイル通信デバイス２００ａのために提供される。登録情報に基づいて、データアクセスモジュール１１０４は、アプリケーション１００２が、特徴が豊富なデバイス上で動作しているか、特徴が少ないデバイス上で動作しているかを決定し、医療情報の対応する第１または第２のサブセットを選択する。
【０３２１】
例示的データアクセスモジュール１１０６は、患者の医療記録内の医療および／または治療情報が、伝送に先立って異なるフォーマットに変換されるべきかどうかを決定し得る。例えば、医療情報および／または治療情報は、ＨＬ７フォーマットにおいて医療記録内に記憶され得る。しかしながら、このフォーマットは、テキストメッセージおよび／またはアプリケーションのために適していない。例示的データアクセスモジュール１１０６は、データが伝送されるべきであるパーソナルモバイル通信デバイス２００ａの能力を決定する。データアクセスモジュール１１０６は、アプリケーション１００２が、インストールされているかどうか、および／または、パーソナルモバイル通信デバイス２００ａが、特徴が豊富なデバイスであるかどうかを示す登録情報に基づいて、能力を決定する。アプリケーション１００２上で医療情報を閲覧するために、データアクセスモジュール１１０６は、１つ以上のＡＰＩを使用し、医療情報および／または治療情報をＨＬ７フォーマットから、例えば、ハイパーテキストマークアップ言語（「ＨＴＭＬ」）フォーマット、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔオブジェクト記法（「ＪＳＯＮ」）フォーマット、またはＸＭＬフォーマット（例えば、アプリケーションフォーマット）に変換する。データアクセスモジュール１１０６が、アプリケーション１００２がインストールされていないことを決定する場合、データアクセスモジュール１１０６は、情報をＨＬ７フォーマットから、例えば、１つ以上のＡＰＩを介して、テキストメッセージまたはＳＭＳメッセージフォーマットに変換する。例示的データアクセスモジュール１１０６は、故に、患者医療記録情報が、自身のパーソナルモバイル通信デバイス２００ａの能力にかかわらず、患者によって閲覧されることを可能にする。
【０３２２】
（１．アプリケーションを介した情報表示実施形態）
いくつかの実施形態において、データアクセスモジュール１１０６は、パーソナルモバイル通信デバイス２００ａ上にインストールされているアプリケーション１００２を介して、医療および／または治療情報を表示するように構成される。これらの例において、データアクセスモジュール１１０６は、アプリケーション１００２によって提供される１つ以上のユーザインターフェースの規定されたフィールド、グラフ等における表示のために、１つ以上の患者の記録から医療情報を提供する。いくつかの事例において、医療記録からのフィールドは、アプリケーション１００２のユーザインターフェースのフィールドに参照される。
【０３２３】
図２６−２９は、本開示の例示的実施形態による、アクセスモジュール１００６によって提供される医療情報を表示するパーソナルモバイル通信デバイス２００ａ上のアプリケーション１００２の略図を示す。アプリケーション１００２は、患者による選択に応じて、異なるユーザインターフェース２６００、２７００、２８００、および２９００を表示するように構成され得る。いくつかの事例において、アプリケーション１００２は、利用可能な異なるユーザインターフェースを列挙するメニューまたは他の選択可能なグラフィカル特徴を提供する。アプリケーション１００２は、患者の医療記録のデータフィールドにリンクされる１つ以上のＡＰＩを介して、医療情報を受信するように構成され得る。言い換えると、患者の記録からの医療情報は、医療情報を表示するためのグラフィカルユーザインターフェースを定義する空白のテンプレートにプラグインされる。
【０３２４】
図２６のユーザインターフェース２６００は、１日あたりの除去された合計ＵＦを図示する第１のグラフ２６０２と、別個の昼／夜の交換あたりの除去された平均ＵＦを図示する第２のグラフ２６０４とを提供する。グラフ２６０２および２６０４内に表示される医療情報は、在宅療法機械９０および／または１つ以上の医療デバイスに由来していることもあることを理解されたい。臨床医サーバ２００ｂのデータアクセスモジュール１１０６は、情報が患者の医療記録にすでに記憶されている限り、異なるソースからの医療情報へのアクセスを提供し、それによって、患者に情報透明性を提供する。
【０３２５】
ユーザインターフェース２６００は、患者が追加の治療情報を提供するためにグラフ２６０２および２６０４上のデータ点を選択することを可能にするように構成される。ユーザインターフェース２６００は、患者が、グラフ２６０２および２６０４に関する時間範囲を選択することを可能にする。選択を受信した後、アプリケーション１００２は、選択を示すメッセージをデータアクセスモジュール１１０６に伝送する。引き換えに、データアクセスモジュール１１０６は、要求された医療情報を提供する。
【０３２６】
図２７の例示的ユーザインターフェース２７００は、各ＵＦ交換に関する平均排出時間を図示する。排出時間は、グラフ２７０２において提供される。ユーザインターフェース２６００と２７００との間で、患者は、どのように治療が経時的に進行しているかを計測することができる。治療における任意の逸脱が、容易に明白であり、患者が処方された療法を順守するように説得することに役立つはずである。
【０３２７】
例示的ユーザインターフェース２８００は、患者が療法を順守しなかった日と比較して、患者が治療または療法を順守した日を示すカレンダを含む。患者は、追加の医療情報を閲覧するために、それらの日のうちの１つを選択し得る。例えば、ユーザインターフェース２９００は、４月２６日に関する治療または医療情報を示す。情報は、在宅療法機械９０を介して除去されたＵＦと比較した手動交換中に除去されたＵＦの内訳に加えて、その日の間に除去されたＵＦの合計量を含む。図示される実施形態において、機械治療情報は、プログラム名称、処方された療法時間、実際の療法時間、および除去されたＵＦの量を含む。データアクセスモジュール１１０６は、実際の治療時間が、処方された治療時間の閾値内であることに基づいて、治療が、順守されたかどうかを決定し得る。いくつかの実施形態において、データアクセスモジュール１１０６および／またはデータ入手モジュール１１０４は、医療または治療情報が受信された時点で順守を決定し、患者の医療記録において対応するフラグまたは他の指示を設定し、順守またはその不足を反映し得る。
【０３２８】
いくつかの例において、手動交換に関する治療情報は、パーソナルモバイル通信デバイス２００ａ上のアプリケーション１００２を介して、患者によって入力される一方、機械治療情報は、在宅療法機械９０から別個に受信される。他の例において、ユーザインターフェース２９００は、患者の自宅において行われた治療および診療所において行われた治療を表示し得る。情報は、情報が受信された機械、プログラム名称、治療タイプ、処方箋等に基づいて編成され得る。図示される例におけるユーザインターフェース２９００は、それに応じて、異なる交換に関して除去されたＵＦの単一の表示を提供し、それによって、機械動作させられた交換と比較した手動交換の有効性に関する患者情報を提供する。図１０の例示的システム１００は、両方の交換からの情報が、後続表示および／または分析のために（治療の日に基づいて）一緒に記憶されることを可能にする。
【０３２９】
（２．ウェブブラウザを介した情報表示実施形態）
いくつかの実施形態において、パーソナルモバイル通信デバイス２００ａは、アプリケーション１００２をインストールされていないこともある。代わりに、患者は、臨床医サーバ２００ｂによってホストされるウェブサイトまたはインターフェースにアクセスするために、ウェブブラウジングアプリケーションを使用し得る。これらの実施形態において、データアクセスモジュール１００６は、図２６−２９のユーザインターフェース２６００−２９００と同様、１つ以上のウェブページにおいて医療情報および／または治療情報を表示するように構成される。本実施形態において、パーソナルモバイル通信デバイス２００ａは、ウェブサイトを介してデータアクセスモジュール１１０６にアクセスする。パーソナルモバイル通信デバイス２００ａを介したユーザインターフェースまたは特徴の選択は、データアクセスモジュール１１０６にウェブページ内で医療情報を表示させる。データアクセスモジュール１１０６は、パーソナルモバイル通信デバイス２００ａのウェブブラウザタイプおよび／またはオペレーティングシステムに基づいて、医療情報および／または治療情報をフォーマットまたはレンダリングするように構成され得る。いくつかの事例において、データアクセスモジュール１１０６は、ウェブサイトへのアクセスを提供することに先立って、患者からユーザ名およびパスワードを要求し得る。
【０３３０】
（３．テキストを介した情報表示実施形態）
いくつかの実施形態において、データアクセスモジュール１１０６は、テキストメッセージを介して、医療情報および／または治療情報をパーソナルモバイル通信デバイス２００ａに提供するように構成される。これらの例において、データアクセスモジュール１１０６は、パーソナルモバイル通信デバイス２００ａから受信されたテキストに応答して、情報を提供し得る。他の例において、データアクセスモジュール１１０６は、医療および／または治療情報を周期的に（例えば、日単位、週単位等）患者のパーソナルモバイル通信デバイス２００ａに伝送し得る。
【０３３１】
ある例において、データアクセスモジュール１１０６は、「７日間のＵＦデータを送信する」のテキストを含むテキストメッセージを受信し得る。応答して、データアクセスモジュール１１０６は、テキストメッセージが受信されたパーソナルモバイル通信デバイス２００ａの電話番号に対応する患者記録を識別する。データアクセスモジュール１１０６は、次いで、ルックアップテーブルまたはキーワード検索を使用し、ＵＦデータ（例えば、「７日間のＵＦ」）に関連する文字またはテキストの合致する組を含む患者の医療記録内のフィールドを識別し得る。データアクセスモジュール１１０６は、合致するテキストをコピーし、以前の７日間に関するＵＦの値を伴う返信メッセージを作成し、それは、パーソナルモバイル通信デバイス２００ａに伝送される。加えて、または代替として、データアクセスモジュール１１０６は、図２６のグラフ２６０２と同様、７日間のグラフを作成およびレンダリングする。データアクセスモジュール１１０６は、グラフの画像を作成し、それは、テキストメッセージ内の画像としてパーソナルモバイル通信デバイス２００ａに伝送される。画像は、．ｊｐｅｇ、．ｇｉｆ、．ｐｎｇ等のファイルとして記憶され得る。パーソナルモバイル通信デバイス２００ａの患者は、テキストメッセージを介してグラフを閲覧し得る。このように、例示的データアクセスモジュール１１０６は、自身のパーソナルモバイル通信デバイス２００ａの能力および／またはオペレーティングシステムにかかわらず、医療および治療情報への患者アクセスを提供するように構成される。加えて、データアクセスモジュール１１０６は、患者によって提供された登録情報および／またはアプリケーション１００２が、患者のパーソナルモバイル通信デバイス２００ａ上にインストールされているかどうかの指示に基づいて、データが伝送されるべき方法を決定する。
【０３３２】
（４．アラーム／アラート実施形態）
医療および／または治療情報の表示を提供することに加えて、図１１の例示的データアクセスモジュール１１０６は、患者および／または臨床医のためのアラームおよび／またはアラートを決定するように、および／または発生させるように構成される。データアクセスモジュール１１０６は、アラームおよび／またはアラートを患者のパーソナルモバイル通信デバイス２００ａまたは臨床医デバイス１５２に送信し得る。いくつかの実施形態において、データアクセスモジュール１１０６は、あるアラーム／アラートが伝送されるべきであるデバイスを規定するルールテーブルを含み得る。臨床医は、あるアラーム／アラートおよび／または患者をサブスクライブするために、臨床医デバイス１５２を使用し得る。
【０３３３】
データアクセスモジュール１１０６は、パーソナルモバイル通信デバイス２００ａが、医療および／または治療情報を表示するように構成される方法に基づいて、アラーム／アラートを提供するように構成される。例えば、アプリケーション１００２がインストールされている場合、データアクセスモジュール１１０６は、アプリケーション１００２の適切なユーザインターフェースを通してアラーム／アラートを提供する。いくつかの事例において、アプリケーション１００２は、アラーム／アラートを示す通知を表示するように構成される。アプリケーション１００２がインストールされていない場合、データアクセスモジュール１１０６は、アラームおよび／またはアラートが、ＳＭＳまたは他のテキストメッセージを介してパーソナルモバイル通信デバイス２００ａに伝送されるべきであることを決定する。
【０３３４】
いくつかの実施形態において、データアクセスモジュール１１０６は、アラームまたはアラートが発生させられるべきである、ある条件を規定するデータ構造またはリストを含むか、または、それへのアクセスを有する。ある例において、条件は、単一のデータ値または傾向（例えば、３０日間の移動平均）を許容可能な値の範囲および／または閾値（ハードおよび／またはソフト限界を含み得る）と比較し得る。他の例において、アラームまたはアラートは、異なるタイプの情報をそれぞれの限界と比較することに基づく複数の条件に基づいて発生させられ得る。いくつかの事例において、データアクセスモジュール１１０６は、治療および／または医療情報から計算される導出された情報を決定し、それは、次いで、許容可能な範囲と比較される。以下は、テキストメッセージを介してデータアクセスモジュール１１０６によって伝送され、および／または、アプリケーション１００２内に表示され得るアラーム／アラートの例を提供する。
【０３３５】
ある例において、データアクセスモジュール１１０６は、患者が処方された治療から逸脱し始めていることが検出される場合、アラームまたはアラートを発生させ得る。例えば、治療情報が受信されて以降、２日間が経過したことを検出した後、データアクセスモジュール１１０６（アラートルールに従って動作する）は、アラートメッセージをパーソナルモバイル通信デバイス２００ａに伝送する。アラートメッセージは、例えば、患者が、治療を実施するべきであることを規定する。アラートメッセージは、治療が重要である理由を説明するか、または、治療がタイムリーな様式で実施されない場合に自身の身体に起こることを患者に説明する情報（または情報へのリンク）も含み得る。データアクセスモジュール１１０６が、例えば、４日間治療情報が受信されていないことを検出する場合、データアクセスモジュール１１０６は、アラートをアラーム（アラームルールに従って動作する）に昇格させる。データアクセスモジュール１１０６は、アラームをパーソナルモバイル通信デバイス２００ａおよび／または臨床医デバイス１５２に伝送し、治療を順守しないことの深刻さの指示を提供する。上で言及されるように、アラームおよび／またはアラートは、アプリケーション１００２がインストールされているかどうかに基づいて、データアクセスモジュール１１０６によって伝送され得る。アプリケーション１００２がインストールされている場合であっても、データアクセスモジュール１１０６は、テキストメッセージをパーソナルモバイル通信デバイス２００ａに伝送し、患者の注意を喚起するように構成される。
【０３３６】
いくつかの例において、患者は、手動交換を処方される。故に、患者は、手動交換を示す治療情報を提供する必要性がある。データ入手モジュール１１０６は、手動交換情報が所定の期間内に（例えば、スケジューリングされた治療後２日以内に）受信されない場合、アラームまたはアラートを伝送するように構成される。さらに、手動交換が適切に完了されなかった場合（例えば、短い充填または滞留時間）、データアクセスモジュール１１０６は、不十分な交換に関するアラートおよび／またはアラームを送信する。不十分な交換を決定するために、データアクセスモジュール１１０６は、充填、滞留、および／または排出時間を事前確立された許容可能な範囲および／または閾値と比較し得る。いくつかの事例において、データアクセスモジュール１１０６は、患者が完全な交換を実施することを要求し得る。
【０３３７】
ある例において、アラームおよび／またはアラートは、患者が、複数の処方された治療プログラムから異なる治療プログラムを選択するか、または、治療プログラムの調節を行うべきであることを示すために発生させられ得る。この例において、アラームまたはアラートルールが、データアクセスモジュール１１０６が蓄積流体値を計算し、ある閾値と比較しながら、患者の血圧または体重をそれぞれの変化閾値と比較するべきであることを規定し得る。蓄積流体値は、個々の流体充填および排出体積から決定され得、それは、患者の腹腔内に残っている流体を示す。血圧または体重および蓄積流体値（または傾向）が許容可能な範囲外である場合、データアクセスモジュール１１０６は、アラームを発生させる。アラームは、患者が流体を蓄積しており、より長い排出持続時間（またはより短い充填持続時間）を伴う治療プログラムが選択されるべきである（または治療プログラムが、より長い排出持続時間またはより短い充填持続時間を提供するように調節されるべきである）ことを示し得る。データアクセスモジュール１１０６は、パーソナルモバイル通信デバイス２００ａ上での表示のためにアラームを伝送する。患者は、アプリケーション１００２またはテキストメッセージを介して応答し、臨床医サーバ２００ｂに、患者の処方箋または療法プログラムに対する適切な変更を行わせ得る。
【０３３８】
いくつかの実施形態において、アラームおよび／またはアラートは、追加の情報が患者からプロンプトされるべきである条件を規定し得る。これらの実施形態において、データアクセスモジュール１１０６は、患者が、パーソナルモバイル通信デバイス２００ａを介して医療情報を提供すべきかどうかを決定するための根拠として、在宅療法機械９０からの治療情報を使用する。ある例において、データ入手モジュール１１０６は、追加の体重または血圧測定に関してプロンプトするプロンプトまたはテキストメッセージが、患者のパーソナルモバイル通信デバイス２００ａに送信される条件を規定するアラームおよび／またはアラートルールにアクセスし得る。例えば、アラームまたはアラートは、血圧値（または傾向）が、所定の閾値を超える場合、新しい血圧測定に関するプロンプトが必要とされることを規定し得る。他の例において、アラームまたはアラートは、蓄積流体値または除去されたＵＦ値（または傾向）が許容可能な範囲外である場合、新しい血圧測定に関するプロンプトが必要とされることを規定し得る。応答して、データアクセスモジュール１１０６は、患者が血圧測定を実施および記録するためのテキストメッセージまたは通知をアプリケーション１００２を介して伝送する。いくつかの事例において、アプリケーション１００２は、血圧情報を入力するように患者にプロンプトするユーザインターフェース（例えば、図３０のユーザインターフェース３０００）を開き得る。パーソナルモバイル通信デバイス２００ａから受信された追加のデータが、許容可能な範囲内ではない場合、データアクセスモジュール１１０６は、アラートを臨床医デバイス１５２および／またはパーソナルモバイル通信デバイス２００ａに伝送されるアラームに昇格させ得る。したがって、データアクセスモジュール１１０６は、さらなる注意またはアクションが、臨床医または患者から要求されるかどうかを決定する前に患者から追加の情報を求める境界線上の患者条件を決定するルールを動作させるように構成される。
【０３３９】
さらなる実施形態において、データアクセスモジュール１１０６のルールは、在宅療法機械９０を検査するように、および／またはその変更を行うように患者に命令し得る。ある例において、ルールは、治療情報が、定義された期間（例えば、２日間）内に在宅療法機械９０から受信されていない場合、データアクセスモジュール１１０６がアラートを患者に伝送すべきであると規定し得る。この状況下で、患者は、治療が行われたことを示す医療情報を提供していることもあり、データアクセスモジュール１１０６は、それを使用して、治療を順守することに関するアラートが必要ではないことを決定する。代わりに、データアクセスモジュール１１０６は、機械９０上に記憶される治療情報が読み出され得るように、在宅療法機械９０のネットワーク接続をチェックするために、アラートが患者に伝送されるべきであることを決定する。患者は、接続がチェックされたことを示すために、パーソナルモバイル通信デバイス２００ａを使用して、アラートに応答し得る。患者からの応答が、受信された後、データ入手モジュール１１０４は、欠落している治療情報に関してピンメッセージを在宅療法機械９０に送信し得る。接続が、依然として行われることができない場合、データアクセスモジュール１１０６は、在宅療法機械９０をアクティブにするために、および／または、ネットワーク接続性問題を克服するために、より具体的な命令を伴うアラートを患者、臨床医、および／またはネットワーク管理者に送信し得る。
【０３４０】
別の例において、データアクセスモジュール１１０６は、治療情報が範囲外であることに応答してアラートが発生させられるべきであることを規定する１つ以上のルールを含み得る。例えば、流体充填体積と排出体積との間の大きい差異は、透析管類または患者への接続における漏出を示し得る。応答して、データアクセスモジュール１１０６は、流体接続を検証するように患者にプロンプトするアラートを患者に伝送する。患者は、漏出が検出されたかどうかを示す応答を提供し得る。応答して、データアクセスモジュール１１０６は、漏出が後続治療サイクル（または主要シーケンス）において補正されたかどうか、または、管類が交換されるべきであるかどうかを決定する。データアクセスモジュール１１０６は、治療および／または医療情報に基づいて、カセット、カートリッジ等に関する類似する消耗品問題を決定し得る。例えば、除去されたＵＦの少ない体積は、患者が在宅療法機械９０に接続されている透析流体および／または濃縮液の濃度を検証するためのアラートを伝送するようにデータアクセスモジュール１１０６にプロンプトし得る。
【０３４１】
（Ｄ．治療制御モジュール実施形態）
図１１の例示的治療制御モジュール１１１０は、患者および／または臨床医が在宅療法機械９０上の処方箋および／またはプログラムを変更することを可能にするように構成される。動作するために、在宅療法機械９０は、患者に関する１つ以上の処方箋を割り当てられる。処方箋は、治療タイプ（例えば、自動化腹膜透析治療、手動交換治療、血液透析治療等）、患者が治療を受けるべき期間、治療流体のブドウ糖レベルまたは他の濃縮液レベル、除去するべきＵＦの日単位の量、および／または１日あたりの回数または各治療のための持続時間範囲を規定し得る。各処方箋は、１つ以上のプログラムを含み得る。プログラムは、治療持続時間、患者に提供されるべき流体の合計体積、繰り返されるべき充填、滞留、排出サイクルの数、および／または治療が潮汐療法を含むかどうかの指示を規定し得る。処方箋内のプログラムにおける差異は、患者または臨床医が、患者の条件または活動に基づいて、ある治療パラメータを変更することを可能にする。
【０３４２】
処方箋および関連付けられるプログラムは、臨床医データベース１０１０内の電子処方箋に記憶される。いくつかの実施形態において、処方箋は、患者の医療記録に記憶され得る。在宅療法機械９０は、１つ以上の処方箋をプログラムされる。プログラミングは、臨床医または患者を介してローカルで、または臨床医サーバ２００ｂから遠隔で実施され得る。例えば、臨床医サーバ２００ｂ（例えば、治療制御モジュール１１１０）は、登録後、処方箋のコピーを臨床医データベース１０１０から在宅療法機械９０に送信し得る。
【０３４３】
いくつかの実施形態において、例示的治療制御モジュール１１１０は、パーソナルモバイル通信デバイス２００ａ上のアプリケーション１００２および／または臨床医デバイス１５２上のアプリケーションに関連して動作し、患者および／または臨床医が、異なる処方箋プログラムおよび／または処方箋を選択することを可能にするように構成される。図３１は、患者が、３つの異なるプログラム、すなわち、短期プログラム、長期プログラム、および週末プログラムの間で選択することを可能にするアプリケーション１００２のユーザインターフェース３１００の略図を示す。患者は、自身の活動および／または状況に基づいて、プログラムを選択し得る。いくつかの実施形態において、アプリケーション１００２は、流体の検出された蓄積、体重増加、またはより高い血圧に基づいて、プログラムを変更する推奨を提供する、データアクセスモジュール１１０６からのアラートを表示し得る。
【０３４４】
患者が、ユーザインターフェース３１００を介して、異なるプログラムを選択した後、アプリケーション１００２は、選択を示すメッセージを治療制御モジュール１１１０に送信する。応答して、治療制御モジュール１１１０は、変更の時間／日付を含む変更されたプログラムを反映するために、患者の医療記録を更新する。さらに、治療制御モジュール１１１０は、選択されたプログラムに変更する命令を提供するメッセージを在宅療法機械９０に伝送する。いくつかの事例において、メッセージは、新しく選択されたプログラムに関する治療パラメータを含み得る。在宅療法機械９０は、それに応じて、新しく選択されたプログラムに基づいて、次の治療を実施する。いくつかの事例において、在宅療法機械９０は、プログラムに従って動作する前、患者が新しいプログラムを確認するためのプロンプトを表示し得る。
【０３４５】
いくつかの実施形態において、治療制御モジュール１１１０は、患者がプログラムを変更することを認可されているかどうか、および／または、変更が許可されているかどうかを検証するためのチェックを実施し得る。例えば、治療制御モジュール１１１０は、患者が短期プログラムから長期プログラムに変更することを所望している指示を受信する。治療制御モジュール１１１０は、変更が患者に悪影響を及ぼさないであろうことを確実にするために、患者の医療情報を１つ以上の閾値と比較する。例えば、治療制御モジュール１１１０は、患者が比較的に大きい体積の流体をすでに蓄積している場合、短期プログラムから長期プログラムへの変更を承認しないこともある。変更が行われることができない場合、治療制御モジュール１１１０は、変更が行われることができない理由に関して示すメッセージをパーソナルモバイル通信デバイス２００ａに送信する。
【０３４６】
ある実施形態において、治療制御モジュール１１１０は、患者がプログラムを変更することを所望していることを示す通知を臨床医デバイス１５２に送信し得る。治療制御モジュール１１１０は、確認が臨床医デバイス１５２から受信されるまで、変更を在宅療法機械９０に通信しないこともある。いくつかの実施形態において、臨床医は、自身の臨床医デバイス１５２を使用して、治療制御モジュール１１１０を介して、プログラムおよび／または処方箋を変更し得る。これらの実施形態において、治療制御モジュール１１１０は、プログラムにおける変更、および／または、臨床医が変更を行ったことを示すパーソナルモバイル通信デバイス２００ａのアプリケーション１００２における表示のためのメッセージを送信し得る。
【０３４７】
パーソナルモバイル通信デバイス２００ａがアプリケーション１００２を含まない事例において、治療制御モジュール１１１０は、処方箋の変更を許可するように構成される。例えば、治療制御モジュール１１１０は、パーソナルモバイル通信デバイス２００ａ上のウェブブラウザによってアクセス可能なウェブサイトをホストし得る。ウェブサイトは、患者が異なるプログラムおよび／または処方箋を遠隔で選択することを可能にするために、図３１のユーザインターフェース３１００に類似する特徴を含み得る。
【０３４８】
加えて、または代替として、治療制御モジュール１１１０は、テキストメッセージを介して治療変更を可能にするように構成される。ある例において、患者は、「治療を変更する」のテキストを含むメッセージをパーソナルモバイル通信デバイス２００ａから送信し得る。応答して、治療制御モジュール１１１０は、異なる治療プログラムオプションおよび各オプションの隣の対応するコードまたは指示子を伴う返信メッセージを送信するように構成される。患者は、所望のプログラムを選択するために、応答メッセージ内に指示子またはコードを入力し得る。別の例において、患者は、治療制御モジュール１１１０にプログラムを長期プログラムに変更させるために、例えば、「長期プログラム」から成るテキストを伴うメッセージを送信し得る。
【０３４９】
（Ｅ．教育モジュール実施形態）
図１１の例示的教育モジュール１１０８は、パーソナルモバイル通信デバイス２００ａを介して、患者に教育資料および／または奨励を提供するように構成される。図１１の他のモジュール１１０２−１１０６および１１１０と同様、教育モジュール１１０８は、パーソナルモバイル通信デバイス２００ａの構成に基づいて、コンテンツ／情報を提供するように構成される。例えば、アプリケーション１００２がインストールされている場合、教育モジュール１１０８は、アプリケーション１００２を通して教育資料を選択および提供するように構成される。アプリケーションがインストールされていない場合、教育モジュール１１０８は、ウェブサイトおよび／またはテキストメッセージを介して教育資料を提供するように構成される。テキストメッセージの事例において、教育モジュール１１０８は、テキストメッセージ内に適合するように教育資料を構造化するか、または、臨床医データベース１０１０における教育資料、またはサードパーティサーバによってホストされる教育資料へのリンクを提供するように構成され得る。
【０３５０】
本明細書に説明されるように、教育資料は、テキストベースの記事、オーディオ、ビデオ、マルチメディア提示等を含み得る。教育資料は、患者の条件についての一般的情報、アプリケーション１００２についての情報、および／または在宅療法機械９０に関する情報を提供し得る。教育資料は、検出された患者条件（自身の医療記録から決定される）および／またはアプリケーション１００２および／または在宅療法機械９０の患者の使用に関するフィードバックにも基づいて標的化され得る。
【０３５１】
本明細書にも説明されるように、奨励は、患者の気分を向上させること、または患者がプログラムを順守することに役立つように設計されるテキスト、オーディオ、ビデオ、またはマルチメディア提示を含む。奨励は、報酬またはバッジも含み得る。いくつかの実施形態において、教育モジュール１１０８は、検出された条件に基づいて、奨励を提供するように構成され得る。いくつかの事例において、奨励は、データアクセスモジュール１１０６によって発生させられたアラートと組み合わせて提供され得る。奨励のある例において、異なるステータスレベルが、順守の率に基づいて、患者に提供され得る（例えば、ほぼ完全な順守に関する「透析スーパスター」）。
【０３５２】
教育資料および／または奨励は、臨床医データベース１０１０内に記憶され得る。加えて、教育モジュール１１０８は、国立衛生研究所またはＣｌｅｖｅｌａｎｄ  Ｃｌｉｎｉｃ（登録商標）から等のサードパーティ資料へのアクセスを有し得る。教育モジュール１１０８は、ある教育資料および／または奨励がパーソナルモバイル通信デバイス２００ａに提供されるべきである条件を規定するルールデータ構造を含み得る。
【０３５３】
ある例において、データアクセスモジュール１１０６は、患者が治療を順守していないことを決定する。データアクセスモジュール１１０６がアラートを送信することに加えて、教育モジュール１１０８は、順守の重要性に関するビデオへのリンクを推奨または提供し得る。図３２は、教育モジュール１１０８によって提供される順守に関連する教育ビデオを表示するアプリケーション１００２の例示的ユーザインターフェース３２００を示す。例示的ユーザインターフェース３２００は、患者の検出された条件に基づいて、推奨される教育資料のリストも提供する。例えば、患者が、高血圧を有することを医療記録から検出した後、または医療情報として受信した後、教育モジュール１１０８は、血圧を下げることについての教育コンテンツを推奨するように構成される。さらに、患者が処方箋のプログラムを変更していないことを検出した後、教育モジュール１１０８は、プログラムオプションを解説する教育コンテンツが推奨されるべきであることを決定する。
【０３５４】
例示的教育モジュール１１０８は、患者がアプリケーション１００２と相互作用する方法を検出し、教育コンテンツを推奨し得る。例えば、教育モジュール１１０８は、患者が、記録された画像を使用してユーザインターフェース（例えば、図１４のユーザインターフェース１４）のデータフィールドにデータを投入することにおいて複数の試行を行ったことを示すフィードバックをアプリケーション１００２から受信する。応答して、教育モジュール１１０８は、患者が記録された画像を使用する情報入力に関するチュートリアルを閲覧することを推奨する通知をアプリケーション１００２を介して提供し得る。
【０３５５】
例示的教育モジュール１１０８は、パーソナルモバイル通信デバイス２００ａによって表示された任意の教育コンテンツまたは奨励の指示を患者の医療記録に記憶し得る。そのような情報は、患者がどのように治療に関与しているかを決定するために臨床医に有用であり得る。記憶された情報は、治療に対する患者の意識の指示も提供し得る。
【０３５６】
（Ｆ．補助モジュール実施形態）
図１２の例示的補助モジュール１１１２は、患者の臨床医との間の通信セッションを作成するように構成される。具体的に、補助モジュール１１１２は、臨床医デバイス１５２とパーソナルモバイル通信デバイス２００ａとの間の通信セッションを作成するように構成される。補助モジュール１１１２は、適切な通信セッションを決定するために、パーソナルモバイル通信デバイス２００ａの能力を使用し得る。
【０３５７】
通信セッションは、ビデオセッション、オーディオ通話、会議通話、ＳＭＳセッション、またはウェブメッセージングセッションを含み得る。アプリケーション１００２がインストールされている場合、補助モジュール１１１２は、アプリケーション１００２を通して患者を臨床医に接続するために、ビデオセッション、会議セッション、またはウェブメッセージングセッションを選択するためのオプションにアクセスし得る。アプリケーション１００２がインストールされていない場合、補助モジュール１１１２は、テキストメッセージングおよびオーディオ通話等のパーソナルモバイル通信デバイス２００ａの固有の通信能力に関連するオプションに限定され得る。
【０３５８】
いくつかの実施形態において、患者は、セッションを開始し得る。アプリケーション１００２は、患者が、臨床医に連絡することを要求すること（好ましい通信方法を規定することを含む）を可能にするように構成される。アプリケーション１００２のテキスト特徴を使用して、患者は、セッションを始めるために、「ヘルプ」のテキストを含むテキストメッセージを補助モジュール１１１２に送信し得る。患者が、セッションを始めることを要求した後、補助モジュール１１１２は、利用可能な臨床医を識別するように構成される。いくつかの実施形態において、補助モジュール１１１２は、患者に関連付けられた臨床医の記録を見つけ、ピン／要求メッセージをそのデバイスに送信し得る。デバイス１５２のうちの１つからの受信された応答は、臨床医が利用可能であり、患者と通信する意思があるという指示を提供する。いくつかの事例において、応答は、臨床医の通信方法を示し得る。受信されたメッセージに応答して、補助モジュール１１１２は、通信セッションを始める。これは、パーソナルモバイル通信デバイス２００ａと臨床医デバイス１５２との間でウェブ通話、メッセージングセッション、またはオーディオ通話を確立することを含み得る。いくつかの実施形態において、ピンメッセージを臨床医のグループにブロードキャストする代わりに、補助モジュール１１１２は、所定の順序（例えば、１番目に、最重要臨床医、２番目に、同一のオフィスの待機中の臨床医、３番目に、異なるオフィスの待機中の臨床医等）に従って、臨床医にピン／要求メッセージを順次送信し得る。図３３は、臨床医とのビデオセッションを提供するアプリケーション１００２のユーザインターフェース３３００の略図を示す。ビデオセッションは、患者が自身の治療に関する自身の懸念に対処することを可能にする。ビデオセッションは、臨床医が治療のリアルタイム設定を閲覧すること、または、患者が治療を設定することを補助することも可能にする。
【０３５９】
いくつかの実施形態において、補助モジュール１１１２は、通信セッションが開かれるべきであることを決定するか、または、通信セッションを開くことを推奨し得る。補助モジュール１１１２は、データアクセスモジュール１１０６がアラームおよび／またはアラートを発生させることと併せて、推奨を提供し得る。補助モジュールは、アラートおよび／またはアラームに関する条件を検出した後、セッションに参加するために利用可能である臨床医デバイス１５２を識別し、次いで、アラートおよび／またはアラームに対処するために、パーソナルモバイル通信デバイス２００ａへの通話を開始し得る。ある例において、補助モジュール１１１２は、患者の血圧、体重、蓄積された流体等が所定の閾値を上回ること、または所定の期間内に著しく変化したことを検出した後、通信セッションを作成することを試み得る。
【０３６０】
例示的補助モジュール１１１２は、接続に関して正しい個人を識別するために、求められている補助のタイプを決定し得る。臨床医に加えて、補助モジュール１１１２は、情報技術専門家および在宅療法機械専門家に接続することが可能であり得る。セッションを開始する前、アプリケーション１００２は、補助タイプ（例えば、アプリケーションヘルプ、機械ヘルプ、臨床ヘルプ等）を識別するように患者にプロンプトし得る。他の事例において、補助モジュール１１１２は、セッションに関する要件が受信されたコンテキストに基づいて、補助タイプを決定し得る。例えば、在宅療法機械９０についての教育訓練プログラムを精査した後、補助モジュール１１１２は、補助に関する後続要求が、在宅療法機械９０を動作させることに関することを決定する。別の例において、アプリケーション１００２が、ＵＦ傾向に関するユーザインターフェースを表示している間、補助モジュール１１１２は、補助に関する後続要求が、臨床問題に関すると決定する。
【０３６１】
例示的補助モジュール１１１２は、通信セッションのログを患者の医療記録に記録するように構成され得る。補助モジュール１１１２は、通信セッションの日付／時間およびセッションが開始された様子の指示を記録し得る。記録は、通信セッションの参加者および通信の議事録も含み得る。テキストメッセージに関して、これは、メッセージのコピーを含み得る。オーディオまたはビデオに関して、これは、通話の録音または通話の転記を含み得る。
【０３６２】
（ＩＩＩ．結論）
本明細書に説明される本好ましい実施形態の種々の変更および修正が、当業者に明白であろうことを理解されたい。そのような変更および修正は、本主題の精神および範囲から逸脱することなく、かつその意図される利点を減少させることなく行われることができる。したがって、そのような変更および修正は、添付される請求項によって対象とされることを意図している。
【図１】
2021536632.tif 000003
【図２】
2021536632.tif 000004
【図３】
2021536632.tif 000005
【図４】
2021536632.tif 000006
【図５】
2021536632.tif 000007
【図６】
2021536632.tif 000008
【図７】
2021536632.tif 000009
【図８】
2021536632.tif 000010
【図９】
2021536632.tif 000011
【図１０】
2021536632.tif 000012
【図１１】
2021536632.tif 000013
【図１２】
2021536632.tif 000014
【図１３】
2021536632.tif 000015
【図１４】
2021536632.tif 000016
【図１５】
2021536632.tif 000017
【図１６】
2021536632.tif 000018
【図１７】
2021536632.tif 000019
【図１８】
2021536632.tif 000020
【図１９】
2021536632.tif 000021
【図２０】
2021536632.tif 000022
【図２１】
2021536632.tif 000023
【図２２】
2021536632.tif 000024
【図２３】
2021536632.tif 000025
【図２４】
2021536632.tif 000026
【図２５】
2021536632.tif 000027
【図２６】
2021536632.tif 000028
【図２７】
2021536632.tif 000029
【図２８】
2021536632.tif 000030
【図２９】
2021536632.tif 000031
【図３０】
2021536632.tif 000032
【図３１】
2021536632.tif 000033
【図３２】
2021536632.tif 000034
【図３３】
2021536632.tif 000035
【手続補正書】
【提出日】令和3年5月7日(2021.5.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
命令を記憶している機械アクセス可能デバイスであって、前記命令は、実行されると、臨床システムの患者医療記録にデータを投入することを機械に行わせるように構成され、前記患者医療記録にデータを投入することは、
カメラを動作させ、画像を記録することと、
ディスプレイインターフェースを動作させることと、
臨床医データベースに接続するように構成された接続インターフェースを動作させることであって、前記臨床医データベースは、患者医療記録を記憶するように構成されている、ことと、
プロセッサを動作させ、医療情報を取得することと
により、
前記医療情報を取得することは、
前記ディスプレイインターフェースを介して、医療情報を投入されるべきフィールドを伴うユーザインターフェースを表示することと、
前記ユーザインターフェースのデータフィールドの選択の後、前記ディスプレイインターフェースを介して、画像から医療情報を入力するための第１のオプションおよびテキスト入力を介して医療情報を入力するための第２のオプションをグラフィカルに提供することと、
前記第１のオプションが選択された場合、
前記カメラから記録された画像を受信することであって、前記記録された画像は、医療デバイスまたは医療デバイスの画面を含む、ことと、
前記画像からテキストを抽出することと、
前記ディスプレイインターフェースを介して、前記画像からの前記テキストの少なくとも一部の選択を可能にすることと、
前記画像からの前記選択されたテキストを前記医療情報として前記ユーザインターフェースの前記データフィールドに書き込むことと
を行うことと、
前記第２のオプションが選択された場合、前記ディスプレイインターフェースを介して、前記医療情報としての前記データフィールドのテキスト入力を可能にすることと、
送信命令が受信された後、構造化されたデータとして前記データフィールドに書き込まれた前記医療情報を前記臨床医データベースに記憶された患者医療記録の少なくとも１つの対応するデータフィールドに伝送することと
による、機械アクセス可能デバイス。
【請求項２】
前記機械アクセス可能デバイスに記憶された命令をさらに備え、前記命令は、実行されると、前記機械に前記プロセッサを動作させるように構成され、前記プロセッサは、
前記画像上の前記抽出されたテキストのためのデータテンプレートを決定することと、
前記データテンプレートを使用して、前記抽出されたテキストを処理し、前記抽出されたテキストをフィールドに分類することと、
前記フィールドのうちの少なくとも１つの選択を可能にし、前記画像からの前記選択されたテキストを前記ユーザインターフェースの前記データフィールドに書き込むことと
を行う、請求項１に記載の機械アクセス可能デバイス。
【請求項３】
前記データテンプレートは、前記画像内のテキスト位置に関連して前記抽出されたテキストに関するコンテキストを規定するように構成されている、請求項２に記載の機械アクセス可能デバイス。
【請求項４】
前記機械アクセス可能デバイスに記憶された命令をさらに備え、前記命令は、実行されると、前記機械に前記プロセッサを動作させるように構成され、前記プロセッサは、（ｉ）前記ユーザインターフェースを介した医療デバイスタイプの選択、（ｉｉ）前記医療デバイス上に位置している識別子から走査された情報、（ｉｉｉ）前記抽出されたテキスト内の標識、または、（ｉｖ）前記抽出されたテキストの相対的配置のうちの少なくとも１つに基づいて、前記データテンプレートを決定する、請求項２に記載の機械アクセス可能デバイス。
【請求項５】
前記医療デバイス上に位置している前記識別子は、前記医療デバイスの筐体または前記医療デバイスの前記画面上に位置しているクイックレスポンス（「ＱＲ」）コード、バーコード、シリアル番号、またはハードウェア番号のうちの少なくとも１つを含む、請求項４に記載の機械アクセス可能デバイス。
【請求項６】
前記医療デバイスは、少なくとも腎不全療法機械、注入ポンプ、酸素センサ、呼吸モニタ、グルコースメータ、血圧モニタ、ＥＣＧモニタ、重量計、および心拍数モニタを含む、請求項１に記載の機械アクセス可能デバイス。
【請求項７】
前記ユーザインターフェースの前記データフィールドは、血圧測定データ、脈拍データ、体重データ、グルコースデータ、温度データ、腎不全手動交換データ、主観的データ、または消耗品アイテムに関する消耗品データのうちの少なくとも１つを受信するように構成されている、請求項１に記載の機械アクセス可能デバイス。
【請求項８】
前記消耗品アイテムは、濾過器、血液ラインセット、透析液濃縮液容器、血液抗凝固剤容器、薬品容器、使い捨てカセット、吸着剤カートリッジ、および浄水容器のうちの少なくとも１つを含む、請求項７に記載の機械アクセス可能デバイス。
【請求項９】
前記機械は、パーソナルモバイル通信装置である、請求項１に記載の機械アクセス可能デバイス。
【請求項１０】
記録された画像を使用して、臨床データベースの患者医療記録にデータを投入する方法であって、前記方法は、
パーソナルデバイスに第１のメッセージを伝送することであって、前記第１のメッセージは、前記パーソナルデバイスのカメラを使用し、医療デバイスの第１の画像を記録するように患者にプロンプトする、ことと、
前記パーソナルデバイスから、前記第１の画像を受信することと、
プロセッサを介して、前記第１の画像から前記医療デバイスのタイプまたはモデルを示す第１の医療情報を決定することと、
前記プロセッサを介して、前記医療デバイスの前記決定されたタイプまたはモデルに関連付けられたデータテンプレートおよび第２のメッセージを決定することと、
前記プロセッサを介して、前記第２のメッセージを前記パーソナルデバイスに伝送することであって、前記第２のメッセージは、前記カメラを使用し、前記医療デバイスの画面の第２の画像を記録するように前記患者にプロンプトする、ことと、
前記プロセッサを介して、前記パーソナルデバイスから前記第２の画像を受信することと、
前記プロセッサを介して、前記第２の画像からテキストを抽出することと、
前記プロセッサを介して、前記データテンプレートを使用して、前記抽出されたテキストを処理し、前記抽出されたテキストをフィールドに分類することと、
前記プロセッサを介して、前記フィールドのうちの少なくとも１つからの前記テキストのうちの少なくとも一部を構造化されたデータとして前記患者医療記録の少なくとも１つの対応するデータフィールドに書き込むことと
を含む、方法。
【請求項１１】
前記プロセッサを介して、前記フィールドのうちの１つと前記患者医療記録内の記録フィールドとの間の対応を決定することと、
前記プロセッサを介して、前記フィールドからの前記テキストのうちの前記少なくとも一部を前記患者医療記録内の前記記録フィールドに書き込むことと
をさらに含む、請求項１０に記載の方法。
【請求項１２】
前記プロセッサを介して、前記患者医療記録から治療時間を決定することと、
前記プロセッサを介して、前記治療時間の前に前記第１のメッセージを伝送することと
をさらに含む、請求項１０に記載の方法。
【請求項１３】
前記プロセッサにおいて、前記パーソナルデバイスから、患者が治療を始めるべきであることを示す治療メッセージを受信することと、
前記プロセッサを介して、前記治療が始められる前、前記第１のメッセージを伝送することと
をさらに含む、請求項１０に記載の方法。
【請求項１４】
前記第１の画像は、第１のマルチメディアメッセージングサービス（「ＭＭＳ」）メッセージを介して前記プロセッサにおいて受信され、前記第２の画像は、第２のＭＭＳメッセージを介して前記プロセッサにおいて受信される、請求項１０に記載の方法。
【請求項１５】
前記プロセッサを介して、前記患者医療記録に書き込む前、前記フィールドのうちの少なくとも１つからの前記テキストのうちの前記少なくとも一部を健康レベル７（「ＨＬ７」）フォーマットに変換することをさらに含む、請求項１０に記載の方法。
【請求項１６】
前記プロセッサを介して、前記フィールドのうちの少なくとも１つからの前記テキストのうちの前記少なくとも一部を所定の範囲と比較することと、
前記プロセッサを介して、前記フィールドのうちの少なくとも１つからの前記テキストのうちの前記少なくとも一部が前記所定の範囲内である場合、前記フィールドのうちの少なくとも１つからの前記テキストのうちの前記少なくとも一部を書き込むことと
をさらに含む、請求項１０に記載の方法。
【請求項１７】
情報を患者に伝送するためのシステムであって、前記システムは、
治療情報を伝送するように構成された前記患者の在宅療法機械と、
前記医療記録と登録ファイルとを記憶するように構成された臨床医データベースであって、前記登録ファイルは、前記在宅療法機械および前記患者のパーソナルデバイスを登録されたデバイスとして識別し、前記パーソナルデバイスが前記治療情報および前記医療情報を閲覧するためのアプリケーションをインストールしているかどうかを識別する、臨床医データベースと、
前記臨床医データベース、前記在宅療法機械、および前記パーソナルデバイスに通信可能に結合された臨床医サーバと
を備え、
前記臨床医サーバは、
前記治療情報および前記医療情報を前記医療記録に記憶することと、
前記治療情報および前記医療情報のうちの少なくとも一部が前記パーソナルデバイスにおいて表示されるべきであるという指示を受信することと、
前記登録ファイルから、前記アプリケーションが前記パーソナルデバイス上にインストールされているかどうかを決定することと、
前記アプリケーションがインストールされている場合、
前記治療情報および前記医療情報のうちの前記少なくとも一部を前記アプリケーション内での表示のためにアプリケーションフォーマットに変換することと、
前記治療情報および前記医療情報のうちの前記変換された少なくとも一部を前記パーソナルデバイスに伝送することと
を行うことと、
前記アプリケーションがインストールされていない場合、
前記治療情報および前記医療情報のうちの前記少なくとも一部をテキストメッセージまたはショートメッセージングサービス（「ＳＭＳ」）フォーマットに変換することと、
１つ以上のテキストメッセージまたはＳＭＳメッセージを介して、前記治療情報および前記医療情報のうちの前記変換された少なくとも一部を前記パーソナルデバイスに伝送することと
を行うことと
を行うように構成されている、システム。
【請求項１８】
前記アプリケーションフォーマットは、拡張マークアップ言語（「ＸＭＬ」）フォーマットまたはハイパーテキストマークアップ言語（「ＨＴＭＬ」）フォーマットのうちの少なくとも１つを含む、請求項１７に記載のシステム。
【請求項１９】
前記治療情報および前記医療情報のうちの少なくとも一部が前記パーソナルデバイスにおいて表示されるべきであるという前記指示は、前記アプリケーションからのメッセージまたは前記パーソナルデバイスからのテキスト／ＳＭＳメッセージのうちの少なくとも１つを含む、請求項１７に記載のシステム。
【請求項２０】
前記登録ファイルは、前記医療記録内に含まれる、請求項１７に記載のシステム。
【請求項２１】
前記在宅療法機械は、２つのプログラムを用いて処方箋を記憶するように構成され、前記プログラムの各々は、治療を実施するように前記在宅療法機械を動作させるためのパラメータを提供し、前記臨床医サーバは、
第１のプログラムから第２のプログラムへの変更を示すプログラムメッセージを前記パーソナルデバイスから受信することと、
前記第１のプログラムから前記第２のプログラムに変更するためのプログラム命令を前記在宅療法機械に伝送することと
を行うように構成されている、請求項１７に記載のシステム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
本明細書に議論される利点は、本明細書に開示される実施形態のうちの１つまたはいくつかに見出され得、おそらく、その全てに見出されるわけではない。追加の特徴および利点が、本明細書に説明され、以下の発明を実施するための形態および図から明白となるであろう。
本発明はさらに、例えば、以下を提供する。
（項目１）
命令を記憶している機械アクセス可能デバイスであって、前記命令は、実行されると、臨床システムの患者医療記録にデータを投入することを機械に行わせるように構成され、前記患者医療記録にデータを投入することは、
カメラを動作させ、画像を記録することと、
ディスプレイインターフェースを動作させることと、
臨床医データベースに接続するように構成された接続インターフェースを動作させることであって、前記臨床医データベースは、患者医療記録を記憶するように構成されている、ことと、
プロセッサを動作させ、医療情報を取得することと
により、
前記医療情報を取得することは、
前記ディスプレイインターフェースを介して、医療情報を投入されるべきフィールドを伴うユーザインターフェースを表示することと、
前記ユーザインターフェースのデータフィールドの選択の後、前記ディスプレイインターフェースを介して、画像から医療情報を入力するための第１のオプションおよびテキスト入力を介して医療情報を入力するための第２のオプションをグラフィカルに提供することと、
前記第１のオプションが選択された場合、
前記カメラから記録された画像を受信することであって、前記記録された画像は、医療デバイスまたは医療デバイスの画面を含む、ことと、
前記画像からテキストを抽出することと、
前記ディスプレイインターフェースを介して、前記画像からの前記テキストの少なくとも一部の選択を可能にすることと、
前記画像からの前記選択されたテキストを前記医療情報として前記ユーザインターフェースの前記データフィールドに書き込むことと
を行うことと、
前記第２のオプションが選択された場合、前記ディスプレイインターフェースを介して、前記医療情報としての前記データフィールドのテキスト入力を可能にすることと、
送信命令が受信された後、前記データフィールドに書き込まれた前記医療情報を前記臨床医データベースに記憶された患者医療記録に伝送することと
による、機械アクセス可能デバイス。
（項目２）
前記機械アクセス可能デバイスに記憶された命令をさらに備え、前記命令は、実行されると、前記機械に前記プロセッサを動作させるように構成され、前記プロセッサは、
前記画像上の前記抽出されたテキストのためのデータテンプレートを決定することと、
前記データテンプレートを使用して、前記抽出されたテキストを処理し、前記抽出されたテキストをフィールドに分類することと、
前記フィールドのうちの少なくとも１つの選択を可能にし、前記画像からの前記選択されたテキストを前記ユーザインターフェースの前記データフィールドに書き込むことと
を行う、項目１に記載の機械アクセス可能デバイス。
（項目３）
前記データテンプレートは、前記画像内のテキスト位置に関連して前記抽出されたテキストに関するコンテキストを規定するように構成されている、項目２に記載の機械アクセス可能デバイス。
（項目４）
前記機械アクセス可能デバイスに記憶された命令をさらに備え、前記命令は、実行されると、前記機械に前記プロセッサを動作させるように構成され、前記プロセッサは、（ｉ）前記ユーザインターフェースを介した医療デバイスタイプの選択、（ｉｉ）前記医療デバイス上に位置している識別子から走査された情報、および、（ｉｉｉ）前記抽出されたテキスト内の標識のうちの少なくとも１つ、または、（ｉｖ）前記抽出されたテキストの相対的配置に基づいて、前記データテンプレートを決定する、項目２に記載の機械アクセス可能デバイス。
（項目５）
前記医療デバイス上に位置している前記識別子は、前記医療デバイスの筐体または前記医療デバイスの前記画面上に位置しているクイックレスポンス（「ＱＲ」）コード、バーコード、シリアル番号、またはハードウェア番号のうちの少なくとも１つを含む、項目４に記載の機械アクセス可能デバイス。
（項目６）
前記医療デバイスは、少なくとも腎不全療法機械、注入ポンプ、酸素センサ、呼吸モニタ、グルコースメータ、血圧モニタ、ＥＣＧモニタ、重量計、および心拍数モニタを含む、項目１に記載の機械アクセス可能デバイス。
（項目７）
前記ユーザインターフェースの前記データフィールドは、血圧測定データ、脈拍データ、体重データ、グルコースデータ、温度データ、腎不全手動交換データ、主観的データ、または消耗品アイテムに関する消耗品データのうちの少なくとも１つを受信するように構成されている、項目１に記載の機械アクセス可能デバイス。
（項目８）
前記消耗品アイテムは、濾過器、血液ラインセット、透析液濃縮液容器、血液抗凝固剤容器、薬品容器、使い捨てカセット、吸着剤カートリッジ、および浄水容器のうちの少なくとも１つを含む、項目７に記載の機械アクセス可能デバイス。
（項目９）
前記機械は、パーソナルモバイル通信装置である、項目１に記載の機械アクセス可能デバイス。
（項目１０）
記録された画像を使用して、臨床データベースの患者医療記録にデータを投入する方法であって、前記方法は、
パーソナルデバイスに第１のメッセージを伝送することであって、前記第１のメッセージは、前記パーソナルデバイスのカメラを使用し、医療デバイスの第１の画像を記録するように患者にプロンプトする、ことと、
前記パーソナルデバイスから、前記第１の画像を受信することと、
プロセッサを介して、前記第１の画像から前記医療デバイスのタイプまたはモデルを示す第１の医療情報を決定することと、
前記プロセッサを介して、前記医療デバイスの前記決定されたタイプまたはモデルに関連付けられたデータテンプレートおよび第２のメッセージを決定することと、
前記プロセッサを介して、前記第２のメッセージを前記パーソナルデバイスに伝送することであって、前記第２のメッセージは、前記カメラを使用し、前記医療デバイスの画面の第２の画像を記録するように前記患者にプロンプトする、ことと、
前記プロセッサを介して、前記パーソナルデバイスから前記第２の画像を受信することと、
前記プロセッサを介して、前記第２の画像からテキストを抽出することと、
前記プロセッサを介して、前記データテンプレートを使用して、前記抽出されたテキストを処理し、前記抽出されたテキストをフィールドに分類することと、
前記プロセッサを介して、前記フィールドのうちの少なくとも１つからの前記テキストのうちの少なくとも一部を前記患者医療記録に書き込むことと
を含む、方法。
（項目１１）
前記プロセッサを介して、前記フィールドのうちの１つと前記患者医療記録内の記録フィールドとの間の対応を決定することと、
前記プロセッサを介して、前記フィールドからの前記テキストのうちの前記少なくとも一部を前記患者医療記録内の前記記録フィールドに書き込むことと
をさらに含む、項目１０に記載の方法。
（項目１２）
前記プロセッサを介して、前記患者医療記録から治療時間を決定することと、
前記プロセッサを介して、前記治療時間の前に前記第１のメッセージを伝送することと
をさらに含む、項目１０に記載の方法。
（項目１３）
前記プロセッサにおいて、前記パーソナルデバイスから、患者が治療を始めるべきであることを示す治療メッセージを受信することと、
前記プロセッサを介して、前記治療が始められる前、前記第１のメッセージを伝送することと
をさらに含む、項目１０に記載の方法。
（項目１４）
前記第１の画像は、第１のテキストメッセージまたは第１のショートメッセージングサービス（「ＳＭＳ」）メッセージを介して前記プロセッサにおいて受信され、前記第２の画像は、第２のテキストメッセージまたは第２のＳＭＳメッセージを介して前記プロセッサにおいて受信される、項目１０に記載の方法。
（項目１５）
前記プロセッサを介して、前記患者医療記録に書き込む前、前記フィールドのうちの少なくとも１つからの前記テキストのうちの前記少なくとも一部を健康レベル７（「ＨＬ７」）フォーマットに変換することをさらに含む、項目１０に記載の方法。
（項目１６）
前記プロセッサを介して、前記フィールドのうちの少なくとも１つからの前記テキストのうちの前記少なくとも一部を所定の範囲と比較することと、
前記プロセッサを介して、前記フィールドのうちの少なくとも１つからの前記テキストのうちの前記少なくとも一部が前記所定の範囲内である場合、前記フィールドのうちの少なくとも１つからの前記テキストのうちの前記少なくとも一部を書き込むことと
をさらに含む、項目１０に記載の方法。
（項目１７）
情報を患者に伝送するためのシステムであって、前記システムは、
治療情報を伝送するように構成された前記患者の在宅療法機械と、
前記医療記録と登録ファイルとを記憶するように構成された臨床医データベースであって、前記登録ファイルは、前記在宅療法機械および前記患者のパーソナルデバイスを登録されたデバイスとして識別し、前記パーソナルデバイスが前記治療情報および前記医療情報を閲覧するためのアプリケーションをインストールしているかどうかを識別する、臨床医データベースと、
前記臨床医データベース、前記在宅療法機械、および前記パーソナルデバイスに通信可能に結合された臨床医サーバと
を備え、
前記臨床医サーバは、
前記治療情報および前記医療情報を前記医療記録に記憶することと、
前記治療情報および前記医療情報のうちの少なくとも一部が前記パーソナルデバイスにおいて表示されるべきであるという指示を受信することと、
前記登録ファイルから、前記アプリケーションが前記パーソナルデバイス上にインストールされているかどうかを決定することと、
前記アプリケーションがインストールされている場合、
前記治療情報および前記医療情報のうちの前記少なくとも一部を前記アプリケーション内での表示のためにアプリケーションフォーマットに変換することと、
前記治療情報および前記医療情報のうちの前記変換された少なくとも一部を前記パーソナルデバイスに伝送することと
を行うことと、
前記アプリケーションがインストールされていない場合、
前記治療情報および前記医療情報のうちの前記少なくとも一部をテキストメッセージまたはショートメッセージングサービス（「ＳＭＳ」）フォーマットに変換することと、
１つ以上のテキストメッセージまたはＳＭＳメッセージを介して、前記治療情報および前記医療情報のうちの前記変換された少なくとも一部を前記パーソナルデバイスに伝送することと
を行うことと
を行うように構成されている、システム。
（項目１８）
前記アプリケーションフォーマットは、拡張マークアップ言語（「ＸＭＬ」）フォーマットまたはハイパーテキストマークアップ言語（「ＨＴＭＬ」）フォーマットのうちの少なくとも１つを含む、項目１７に記載のシステム。
（項目１９）
前記治療情報および前記医療情報のうちの少なくとも一部が前記パーソナルデバイスにおいて表示されるべきであるという前記指示は、前記アプリケーションからのメッセージまたは前記パーソナルデバイスからのテキスト／ＳＭＳメッセージのうちの少なくとも１つを含む、項目１７に記載のシステム。
（項目２０）
前記登録ファイルは、前記医療記録内に含まれる、項目１７に記載のシステム。
（項目２１）
前記在宅療法機械は、２つのプログラムを用いて処方箋を記憶するように構成され、前記プログラムの各々は、治療を実施するように前記在宅療法機械を動作させるためのパラメータを提供し、前記臨床医サーバは、
第１のプログラムから第２のプログラムへの変更を示すプログラムメッセージを前記パーソナルデバイスから受信することと、
前記第１のプログラムから前記第２のプログラムに変更するためのプログラム命令を前記在宅療法機械に伝送することと
を行うように構成されている、項目１７に記載のシステム。
【国際調査報告】
2021536632.tif 000036
2021536632.tif 000037
2021536632.tif 000038
2021536632.tif 000039