特表 2024-546774 在宅腎代替療法のための臨床ワークフローを改善するための仮想アシスタント／チャットボット

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-12-26

(54)【発明の名称】在宅腎代替療法のための臨床ワークフローを改善するための仮想アシスタント／チャットボット

(51)【国際特許分類】

   G16H 20/00 20180101AFI20241219BHJP

【ＦＩ】

G16H20/00

【審査請求】未請求

【予備審査請求】有

(21)【出願番号】P 2024534538

(86)(22)【出願日】2022-12-12

(85)【翻訳文提出日】2024-07-04

(86)【国際出願番号】 US2022081363

(87)【国際公開番号】W WO2023114717

(87)【国際公開日】2023-06-22

(31)【優先権主張番号】17/551,608

(32)【優先日】2021-12-15

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】591013229

【氏名又は名称】バクスター・インターナショナル・インコーポレイテッド

【氏名又は名称原語表記】ＢＡＸＴＥＲ ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＩＮＣＯＲＰ０ＲＡＴＥＤ

(71)【出願人】

【識別番号】501453189

【氏名又は名称】バクスター・ヘルスケヤー・ソシエテ・アノニム

【氏名又は名称原語表記】Ｂａｘｔｅｒ Ｈｅａｌｔｈｃａｒｅ Ｓ．Ａ．

【住所又は居所原語表記】Ｔｈｕｒｇａｕｅｒｓｔｒ．１３０ ＣＨ－８１５２ Ｇｌａｔｔｐａｒｋ （Ｏｐｆｉｋｏｎ） Ｓｗｉｔｚｅｒｌａｎｄ

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田 貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川 大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本 健策

(72)【発明者】

【氏名】ホワイト， ジェイムズ ミッチェル

(72)【発明者】

【氏名】マーティス， アイザック ディーン

(72)【発明者】

【氏名】コーネル， ブライアン ジェイムズ

(72)【発明者】

【氏名】ウィリアムズ， ケント アラン

(72)【発明者】

【氏名】ダネク， ジュディ

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA04

5L099AA15

(57)【要約】

在宅腎代替療法における臨床ワークフローを改善するための仮想アシスタント／チャットボットが、本明細書において開示される。仮想アシスタント／チャットボットは、腎代替療法に関連する患者の要求または問題に関する情報をタイプする、話す、または、そうでなければ提供することによって、患者が仮想チャットセッションに従事することを可能にするように構成される患者に面するユーザインターフェースを含む。仮想アシスタント／チャットボットは、患者の要求に応答するためのロジックを提供するように構成されたバックエンドサーバベースのシステムも含む。ロジックは、患者の問い合わせを解決するための一連の質問および回答を定義する。アシスタント／チャットボット質問および患者回答のシーケンスは、特定の患者回答／要求が患者からのさらなる情報に関するさらなる質問をもたらすように、ノード配置で構成され得る。

【特許請求の範囲】

【請求項1】

在宅腎代替療法における臨床ワークフローを改善するための仮想アシスタント／チャットボットシステムであって、前記システムは、
ネットワークに通信可能に結合されたインターフェースであって、前記インターフェースは、ユーザデバイス上のアプリケーションまたは医療デバイスのためのインターフェースと通信するように構成されている、インターフェースと、
仮想アシスタントまたはチャットボットのための患者問合せトリアージデータ構造を記憶しているメモリデバイスであって、前記データ構造は、透析または医療デバイスの動作に関連する複数の潜在的な問題を含み、各問題は、応答アクションにつながる質問および可能な回答の階層を含み、前記応答アクションは、臨床医との直接通信接続と、音声メールシステム、人と人とのチャットシステム、または電子メールシステムとの通信接続とを含む、メモリデバイスと、
前記インターフェースおよび前記メモリデバイスに通信可能に結合されたプロセッサと
を備え、
前記プロセッサは、
前記ユーザデバイス上のアプリケーションまたは前記医療デバイスのインターフェースから問い合わせメッセージを受信することと、
前記仮想アシスタントまたはチャットボットを使用して対話型セッションを提供することであって、前記対話型セッションは、応答アクションが識別されるまでさらなる情報を受信するために１つ以上のプロンプトを伴って質問の階層を通して進行する、ことと、
前記応答アクションが直接通信に関連する場合、臨床医デバイスのアドレスまたは番号を決定し、前記ユーザデバイス上の前記アプリケーションまたは前記医療デバイスの前記インターフェースと前記臨床医デバイスとの間で通信セッションが開始されるようにすることと、
前記応答アクションが前記音声メールシステム、前記人と人とのチャットシステム、または前記電子メールシステムに関連する場合、臨床医のアカウントを決定し、患者が前記ユーザデバイス上の前記アプリケーションまたは前記医療デバイスの前記インターフェースを使用して臨床医のための要求メッセージを送信することを可能にすることと
を行うように構成されている、システム。

【請求項2】

前記プロセッサは、前記対話型セッションからの前記さらなる情報の少なくとも一部を前記臨床医のための前記要求メッセージと合体させるようにさらに構成されている、請求項１に記載のシステム。

【請求項3】

前記プロセッサ、前記メモリデバイス、および前記インターフェースは、クラウドコンピューティング環境の中に位置している、請求項１に記載のシステム。

【請求項4】

前記問い合わせメッセージおよび前記さらなる情報は、発話として受信され、前記プロセッサは、前記発話をテキストに変換するように構成されている、請求項１に記載のシステム。

【請求項5】

前記プロセッサは、
前記音声メールシステム、前記人と人とのチャットシステム、または前記電子メールシステムのための前記臨床医の前記アカウントから臨床医応答メッセージを受信することと、
前記臨床医応答メッセージを前記ユーザデバイス上の前記アプリケーションまたは前記医療デバイスの前記インターフェースに送信することと
を行うようにさらに構成されている、請求項１に記載のシステム。

【請求項6】

前記応答アクションは、自動応答アクションをさらに含み、
前記応答アクションが前記自動応答アクションに関連する場合、前記プロセッサは、前記自動応答アクションを示す情報を前記ユーザデバイス上の前記アプリケーションまたは前記医療デバイスの前記インターフェースに送信するように構成されている、請求項１に記載のシステム。

【請求項7】

前記自動応答アクションは、患者ガイドからの回答、医療デバイス消耗品のための注文に関する回答、前記医療デバイスの動作に関する回答、または一般的な患者の健康または医学的状態に関する事前にプログラムされた回答のうちの少なくとも１つを含む、請求項６に記載のシステム。

【請求項8】

前記応答アクションは、医療デバイス製造業者応答アクションをさらに含み、
前記応答アクションが前記医療デバイス製造業者応答アクションに関連する場合、前記プロセッサは、製造業者デバイスのアドレスまたは番号を決定し、前記ユーザデバイス上の前記アプリケーションまたは前記医療デバイスの前記インターフェースと前記製造業者デバイスとの間で通信セッションが開始されるようにするように構成されている、請求項１に記載のシステム。

【請求項9】

前記医療デバイス製造業者応答アクションは、前記医療デバイスのための消耗品の再注文、前記医療デバイスに伴う技術的問題、または前記医療デバイスに伴う動作上の問題のうちの少なくとも１つに関連する、請求項８に記載のシステム。

【請求項10】

前記医療デバイスは、腹膜透析機械、血液透析機械、持続的腎代替療法（「ＣＲＲＴ」）機械、注入ポンプ、または患者制御鎮痛（「ＰＣＡ」）機械のうちの少なくとも１つを含む、請求項１に記載のシステム。

【請求項11】

前記プロセッサは、
前記問い合わせメッセージを受信した後、前記医療デバイスからの治療データまたは電子医療記録からの前記患者に関連する患者データのうちの少なくとも１つにアクセスすることと、
前記治療データまたは前記患者データの少なくとも一部を前記対話型セッションの一部として前記質問の階層を通して進行するための回答として使用することと
を行うようにさらに構成されている、請求項１に記載のシステム。

【請求項12】

前記プロセッサは、
前記問い合わせメッセージを受信した後、前記医療デバイスからの治療データ、または電子医療記録からの前記患者に関連する患者データのうちの少なくとも１つにアクセスすることと、
前記治療データまたは前記患者データの少なくとも一部を前記臨床医のための前記要求メッセージと共に含むことと
を行うようにさらに構成されている、請求項１に記載のシステム。

【請求項13】

前記治療データは、（ｉ）透析処方箋のための治療パラメータ、（ｉｉ）１つ以上の透析治療を行なうことによる結果、（ｉｉｉ）前記医療デバイスに関連する診断情報、または（ｉｖ）前記医療デバイスの現在の状態のうちの少なくとも１つを含み、
前記患者データは、電子医療記録情報、検査結果、電子臨床医ノート、以前の医療診断、患者の生理学的データ、または患者の人口統計データのうちの少なくとも１つを含む、請求項１に記載のシステム。

【請求項14】

前記患者問合せトリアージデータ構造の階層は、病院システムまたは診療所のプロトコルに基づいて修正されるように構成されている、請求項１に記載のシステム。

【請求項15】

在宅腎代替療法における臨床ワークフローを改善するための仮想アシスタント／チャットボット方法であって、前記方法は、
プロセッサにおいて、ユーザデバイス上のアプリケーションまたは医療デバイスのインターフェースから問い合わせメッセージを受信することと、
前記プロセッサを介して、仮想アシスタントまたはチャットボットを使用して対話型セッションを提供することであって、前記対話型セッションは、応答アクションが識別されるまでさらなる情報を受信するために１つ以上のプロンプトを伴って質問の階層を通して進行し、前記仮想アシスタントまたはチャットボットのための命令は、前記仮想アシスタントまたはチャットボットのための患者問合せトリアージデータ構造も記憶しているメモリデバイスに記憶され、前記データ構造は、透析または医療デバイスの動作に関連する複数の潜在的な問題を含み、各問題は、応答アクションにつながる質問および可能な回答の前記階層を含み、前記応答アクションは、臨床医との直接通信接続と、音声メールシステム、人と人とのチャットシステム、または電子メールシステムとの通信接続とを含む、ことと、
前記応答アクションが直接通信に関連する場合、前記プロセッサを介して、臨床医デバイスのアドレスまたは番号を決定し、前記ユーザデバイス上の前記アプリケーションまたは前記医療デバイスの前記インターフェースと前記臨床医デバイスとの間で通信セッションが開始されるようにすることと、
前記応答アクションが前記音声メールシステム、前記人と人とのチャットシステム、または前記電子メールシステムに関連する場合、臨床医のアカウントを決定し、患者が前記ユーザデバイス上の前記アプリケーションまたは前記医療デバイスの前記インターフェースを使用して臨床医のための要求メッセージを送信することを可能にすることと
を含む、方法。

【請求項16】

前記プロセッサを介して、前記対話型セッションからの前記さらなる情報の少なくとも一部を前記臨床医のための前記要求メッセージと合体させることをさらに含む、請求項１５に記載の方法。

【請求項17】

前記問い合わせメッセージおよび前記さらなる情報は、発話として受信され、前記方法は、前記発話をテキストに変換することを含む、請求項１５に記載の方法。

【請求項18】

前記プロセッサにおいて、前記音声メールシステム、前記人と人とのチャットシステム、または前記電子メールシステムのための前記臨床医の前記アカウントから臨床医応答メッセージを受信することと、
前記プロセッサを介して、前記臨床医応答メッセージを前記ユーザデバイス上の前記アプリケーションまたは前記医療デバイスの前記インターフェースに送信することと
をさらに含む、請求項１５に記載の方法。

【請求項19】

前記応答アクションは、自動応答アクションをさらに含み、
前記応答アクションが前記自動応答アクションに関連する場合、前記方法は、前記自動応答アクションを示す情報を前記ユーザデバイス上の前記アプリケーションまたは前記医療デバイスの前記インターフェースに送信することをさらに含む、請求項１５に記載の方法。

【請求項20】

前記自動応答アクションは、患者ガイドからの回答、医療デバイス消耗品のための注文に関する回答、前記医療デバイスの動作に関する回答、または一般的な患者の健康または医学的状態に関する事前にプログラムされた回答のうちの少なくとも１つを含む、請求項１９に記載の方法。

【請求項21】

前記プロセッサを介して、前記問い合わせメッセージを受信した後、前記医療デバイスからの治療データ、処方された療法またはプログラム、または電子医療記録からの患者に関連する患者データのうちの少なくとも１つにアクセスすることと、
前記プロセッサを介して、前記治療データ、前記処方された療法またはプログラム、または前記患者データの少なくとも一部を臨床医のための前記要求メッセージと共に含むことと
をさらに含み、
前記処方された療法またはプログラムは、透析処方箋のための治療パラメータを含み、前記治療データは、（ｉ）１つ以上の透析治療を行なうことによる結果、（ｉｉ）前記医療デバイスに関連する診断情報、または（ｉｉｉ）前記医療デバイスの現在の状態のうちの少なくとも１つを含み、
前記患者データは、電子医療記録情報、検査結果、電子臨床医ノート、以前の医療診断、患者の生理学的データ、または患者の人口統計データのうちの少なくとも１つを含む、請求項１５に記載の方法。

【発明の詳細な説明】

【背景技術】

【0001】

いくつかの透析療法（例えば、腎代替療法）は、患者によって自宅で自分で施されることができる。透析療法は、自動腹膜透析（「ＡＰＤ」）、連続携行式腹膜透析（「ＣＡＰＤ」）、および血液透析（「ＨＤ」）を含むことができる。これらの自分で施される療法に関して、訪問看護師は、典型的に、療法を自ら行なうように患者を訓練する。訪問看護師は、定期的にスケジュールされる診療所訪問の範囲外にある患者の問い合わせおよび他の予定外の対話に応答する役割も担う。例えば、新規の患者は、特定の構成要素（透析流体バッグまたは使い捨てカセットおよび移送セットなど）をどのように注文するか、または透析機械上の特定の警報にどのように反応するかなど、療法を施すことに関する質問がある場合、看護師を呼び得る。これらの緊急でない問い合わせに加えて、場合によっては、患者は、腹膜炎の合併症または症状を経験しているときなど、より緊急の問題で看護師を呼び得る。特定のツールが、検索可能なオンラインデータベースなどの多くの問い合わせに回答するために存在するが、多くの高齢者である患者のために最も快適な方法は、電話を使用して看護師と対話することである。透析療法が毎日行なわれるので、訪問看護師は、これらの問題および問い合わせが患者の透析療法を遅らせないことを確実にするために、緊急でない要求であっても、すぐに応答しなければならない。

【0002】

訪問看護師との対話に関して、透析患者の２つの極端な行動がある。極端な例では、患者は、比較的深刻な状況に関しても、看護師に迷惑をかけたくない。これらのタイプの患者は、看護師との問題をエスカレートする前、腹膜炎などの緊急の問題を長時間放置し得る。これは、問題が早期に自己識別されない場合、まれではあるが重大な合併症につながり得る。他方の極端な例では、特定の患者は、週に複数回、自分の看護師に過度に電話をかける。これらの場合、患者は療法を行なうための自信を有していないこともあり、時には、単に、さらなる心理社会的支援を望み得る。

【0003】

典型的に、日中、看護師は、新しい患者を訓練し、診療所で患者と対話することを任される。場合によっては、在宅透析患者からの予定外の呼び出しが、看護師のワークフローまたはスケジュールされたタスクを中断し得る。他の場合、訪問看護師は、在宅患者が電話した場合、患者の電話に直接回答することができないこともある。一部の診療所は、患者の問い合わせ電話に回答するための管理アシスタントを有するが、これらのアシスタントは、医学的に訓練されておらず、常に利用できるとは限らない。小規模な透析診療所では、１人の看護師が他のケアエリアで働く場合もあり、それは、患者の呼び出しおよび要求に対応できるまでに数時間から数日かかることを意味する。ほとんどの診療所は、音声メールに直接接続された看護師の電話回線を有しており、それによって、看護師は、「通常の」営業時間後にこれらの音声メールに応答する。

【0004】

スケジュール立案者のために残念なことに、看護師は、予定外の患者対話に応答するためにかなりの時間を費やす。第１に、予定外の対話は、看護師が対話の緊急性を決定するための時間を必要とする。次いで、看護師は、質問に対する簡単な回答のためであっても、フォローアップするために、または、患者の要求を受けたことを患者に知らせるために時間を費やさなければならない。予定外の患者対話に応答する総時間は、最大１０時間／週であり得る。

【0005】

したがって、在宅透析患者との予定外の対話の少なくとも一部をオフロードするシステムが、必要とされている。

【発明の概要】

【課題を解決するための手段】

【0006】

在宅腎代替療法における臨床ワークフローを改善するための仮想アシスタント／チャットボットが、本明細書において開示される。仮想アシスタント／チャットボットは、透析機械またはスマートフォン上またはタブレット上のアプリケーション（例えば、アプリ）によって提供され得る患者に面するユーザインターフェースを含む。患者に面するユーザインターフェースは、腎代替療法または透析療法に関連する患者の要求または問題に関する情報をタイプすること、話すこと、またはさもなければ提供することによって、患者が仮想チャットセッションに従事することを可能にするように構成される。仮想アシスタント／チャットボットは、患者の要求に応答するためのロジックを提供するように構成されたバックエンドサーバベースのシステムも含む。ロジックは、患者問い合わせを解決するための質問および回答のロジックシーケンスを定義するメモリデバイスまたはデータ構造に記憶された命令によって定義され得る。アシスタント／チャットボット質問および患者回答のシーケンスは、特定の患者回答／要求が患者からのさらなる情報に対するさらなるアシスタント／チャットボット質問をもたらすように、ノード配置で構成され得る。しかしながら、全てのアシスタント／チャットボット質問に関する患者からの回答に依存するのではなく、アシスタント／チャットボット質問の少なくとも一部は、医療デバイス（例えば、透析機械）からの医療デバイスデータを使用して自動的に（または少なくとも一部が自動的に）決定され得るか、または、患者の電子医療記録内に含まれ得る。

【0007】

本明細書に記載のロジックは、看護師および他の透析臨床医の作業負荷をより良好に管理するために、患者の要求を分類、優先順位付け、および／またはエスカレーションするように構成される。例えば、本明細書に記載の仮想アシスタント／チャットボットロジックは、患者の問い合わせに自動的に応答するように、または、患者の問い合わせがより詳細な医学的フォローアップのために一次臨床医にルーティングされるべきかどうかを決定するように構成される。本明細書に記載の仮想アシスタント／チャットボットロジックは、患者の問い合わせが、優先順位の低い問題のために音声メールボックス、仮想メッセージボックス、電子メールインボックス、および／または看護師の回答サービス（例えば、訪問看護師）にルーティングされるべきか、または、代わりに、より緊急性の高い医療緊急事態のために看護師に直接接続されるべきかどうかを決定するようにも構成される。また、本明細書に記載の仮想アシスタント／チャットボットロジックは、技術的問題を解決するために、警報を再発生させるために、または透析流体バッグなどの透析消耗品を再注文するために、患者の問い合わせが透析機械（または他の医療デバイス）の製造業者にルーティングされるべきかどうかを決定するようにも構成される。

【0008】

例示的な仮想アシスタント／チャットボットロジックは、比較的単純な問題に関する患者と看護師との間の直接の対話を減らすように構成される。さらに、仮想アシスタント／チャットボットロジックは、入ってくる患者の対話を適切な通信経路にトリアージして、重大な緊急事態のみが臨床医および看護師の注意を直ちに喚起することを確実にするように構成される。したがって、例示的な仮想アシスタント／チャットボットロジックは、透析治療との患者の従事を増大させ、それによって、より良い臨床転帰を提供する自動化されたシステムを提供する。

【0009】

看護師に迷惑をかけたくない患者は、自身が混乱していないことを知って、以前の対話より多く仮想アシスタント／チャットボットを使用し得る。看護師または臨床医は、必要に応じてこれらの患者と定期的に対話し得るが、仮想アシスタント／チャットボットロジックは、より緊急の要求を識別し、看護師が自分のスケジュール内に収まり、患者にとって便利な時間にあまり緊急でない議論をスケジュールすることを可能にする。したがって、仮想アシスタント／チャットボットロジックは、腹膜炎またはカテーテルの変位などのより重度の病状がより早く解決される機会を改善しながら、透析治療の患者の順守を改善するのに役立つ。

【0010】

さらに、より多くの要求対話を開始する患者に関して、仮想アシスタント／チャットボットロジックは、特定の患者の問い合わせが最も適切な情報源または通信媒体にルーティングされることを確実にするためのスクリーンを提供する。この構成は、１人の患者が日常的に看護師のスケジュールを乱さないことを確実にし、代わりに、より深刻な問題に関してのみ看護師の注意を喚起する。さらに、これらの患者は、より多くの直接の対話を期待し得るので、仮想アシスタント／チャットボットは、看護師または他の臨床医が必要な情報で適切に応答できるように、最初の患者通信中に十分な情報を取得する。

【0011】

全体として、本明細書に記載の仮想アシスタント／チャットボットロジックは、臨床医の混乱を８０％程度減らすことができる。臨床医は依然として患者の問い合わせの５０％－７５％に応答しなければならないこともあるが、これらの問い合わせは、臨床医が彼らのスケジュールまたはワークフローが許するように応答することを可能にする通信システムで待ち行列に入れられる。１年間にわたって、例示的な仮想アシスタント／チャットボットロジックは、重大でない混乱に対処することにおいて２００時間にわたって臨床医の時間を省き得る。

【0012】

本開示の例示的な仮想アシスタント／チャットボットロジックおよび方法論は、例えば、血漿フェリス、血液透析（「ＨＤ」）、血液濾過（「ＨＦ」）血液透析濾過（「ＨＤＦ」）および持続的腎代替療法（「ＣＲＲＴ」）治療のための流体送達に適用可能である。本明細書に記載の医療用流体データ転送システムは、腹膜透析（「ＰＤ」）、静脈内薬物送達、および栄養学的流体送達にも適用可能である。これらのモダリティは、本明細書では集合的にまたは一般的に個別に医療用流体送達または治療と呼ばれ得る。

【0013】

上記モダリティは、１つ以上のポンプ、バルブ、ヒータ（必要な場合）、オンライン医療用流体生成機器（必要な場合）、圧力センサ、導電率センサ、温度センサ、空気検出器、血液漏出検出器などのいずれか１つ以上、または全てなどのセンサ、ユーザインターフェース、および１つ以上のプロセッサおよびメモリを使用して上記機器を制御し得る制御ユニットなど、医療用流体を送達するために必要な構成要素を収容する医療用流体送達機械によって提供され得る。また、医療用流体送達機械は、血液を浄化するための透析器または血液濾過器および／または水、透析流体、または他の流体を精製するための限外濾過器などの１つ以上のフィルタも含み得る。

【0014】

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

【0015】

以下で詳細に説明するように、本開示の例示的な仮想アシスタント／チャットボットロジックおよび方法論は、多くの異なる種類のデバイス、患者、臨床医、医師、サービス要員、電子医療記録（「ＥＭＲ」）データベース、ウェブサイト、患者および臨床医の通信を介して生成されたデータを処理するリソース計画システム、およびビジネスインテリジェンスを備えている多くの機械を含み得る包括的なプラットフォームまたはシステム内で動作し得る。本開示の例示的な仮想アシスタント／チャットボットロジックおよび方法論は、システム全体内でその規則およびプロトコルに違反することなくシームレスに動作する。

【0016】

本明細書の開示に照らして、決して本開示を限定するものではないが、特に明記しない限り本明細書に列挙された任意の他の側面と組み合わせることができる本開示の第１の側面において、在宅腎代替療法における臨床ワークフローを改善するための仮想アシスタント／チャットボットシステムは、ネットワークに通信可能に結合されるインターフェースを含む。インターフェースは、ユーザデバイス上のアプリケーションまたは医療デバイスのためのインターフェースと通信するように構成される。システムは、仮想アシスタントまたはチャットボットのための患者問合せトリアージデータ構造を記憶しているメモリデバイスも含む。データ構造は、透析または医療デバイスの動作に関連する複数の潜在的な問題を含み、各問題は、応答アクションにつながる質問および可能な回答の階層を含む。応答アクションは、臨床医との直接通信接続、および音声メールシステム、人と人とのチャットシステム、または電子メールシステムとの通信接続を含む。システムは、インターフェースおよびメモリデバイスに通信可能に結合されたプロセッサをさらに含む。プロセッサは、ユーザデバイス上のアプリケーションまたは医療デバイスのインターフェースから問い合わせメッセージを受信し、応答アクションが識別されるまでさらなる情報を受信するために１つ以上のプロンプトを伴って質問の階層を通して進行するために仮想アシスタントまたはチャットボットを使用して対話型セッションを提供するように構成される。
応答アクションが直接通信に関連する場合、プロセッサは、臨床医デバイスのアドレスまたは番号を決定し、ユーザデバイス上のアプリケーションまたは医療デバイスのインターフェースと臨床医デバイスとの間で通信セッションが開始されるようにするように構成される。応答アクションが音声メールシステム、人と人とのチャットシステム、または前記電子メールシステムに関連する場合、プロセッサは、臨床医のアカウントを決定し、患者がユーザデバイス上のアプリケーションまたは医療デバイスのインターフェースを使用して臨床医のための要求メッセージを送信することを可能にするように構成される。

【0017】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第２の側面によれば、プロセッサは、対話型セッションからのさらなる情報の少なくとも一部を臨床医のための要求メッセージと合体させるようにさらに構成される。

【0018】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第３の側面によれば、プロセッサ、メモリデバイス、およびインターフェースは、クラウドコンピューティング環境の中に位置する。

【0019】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第４の側面によれば、問い合わせメッセージおよびさらなる情報は、発話として受信され、プロセッサは、発話をテキストに変換するように構成される。

【0020】

特に明記しない限り、本明細書に記載の任意の他の側面と組み合わせて使用し得る本開示の第５の側面によれば、プロセッサは、音声メールシステム、人と人とのチャットシステム、または電子メールシステムのための臨床医のアカウントから臨床医応答メッセージを受信し、臨床医応答メッセージをユーザデバイス上のアプリケーションまたは医療デバイスのインターフェースに送信するようにさらに構成される。

【0021】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第６の側面によれば、応答アクションは、自動応答アクションをさらに含み、応答アクションが自動応答アクションに関連する場合、プロセッサは、自動応答アクションを示す情報をユーザデバイス上のアプリケーションまたは医療デバイスのインターフェースに送信するように構成される。

【0022】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第７の側面によれば、自動応答アクションは、患者ガイドからの回答、医療デバイス消耗品のための注文に関する回答、医療デバイスの動作に関する回答、または一般的な患者の健康または医学的状態に関する事前にプログラムされた回答のうちの少なくとも１つを含む。

【0023】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第８の側面によれば、応答アクションは、医療デバイス製造業者応答アクションをさらに含み、応答アクションが医療デバイス製造業者応答アクションに関連する場合、プロセッサは、製造業者デバイスのアドレスまたは番号を決定し、ユーザデバイス上のアプリケーションまたは医療デバイスのインターフェースと製造業者デバイスとの間で通信セッションが開始されるようにするように構成される。

【0024】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第９の側面によれば、医療デバイス製造業者応答アクションは、医療デバイスのための消耗品の再注文、医療デバイスに伴う技術的問題、または医療デバイスに伴う動作上の問題のうちの少なくとも１つに関連する。

【0025】

特に明記しない限り、本明細書に列挙される任意の他の側面と組み合わせて使用し得る本開示の第１０の側面によれば、医療デバイスは、腹膜透析機械、血液透析機械、持続的腎代替療法（「ＣＲＲＴ」）機械、注入ポンプ、または患者制御鎮痛（「ＰＣＡ」）機械のうちの少なくとも１つを含む。

【0026】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第１１の側面によれば、プロセッサは、問い合わせメッセージを受信した後、医療デバイスからの治療データまたは電子医療記録からの患者に関連する患者データのうちの少なくとも１つにアクセスし、治療データまたは患者データの少なくとも一部を対話型セッションの一部として質問の階層を通して進行するための回答として使用するようにさらに構成される。

【0027】

特に明記しない限り、本明細書に記載の任意の他の側面と組み合わせて使用し得る本開示の第１２の側面によれば、プロセッサは、問い合わせメッセージを受信した後、医療デバイスからの治療データ、または電子医療記録からの患者に関連する患者データのうちの少なくとも１つにアクセスし、治療データまたは患者データの少なくとも一部を臨床医のための要求メッセージと共に含むようにさらに構成される。

【0028】

特に明記しない限り、本明細書に記載の任意の他の側面と組み合わせて使用し得る本開示の第１３の側面によれば、治療データは、（ｉ）透析処方箋のための治療パラメータ、（ｉｉ）１つ以上の透析治療を行なうことによる結果、（ｉｉｉ）医療デバイスに関連する診断情報、または（ｉｖ）医療デバイスの現在の状態のうちの少なくとも１つを含み、患者データは、電子医療記録情報、検査結果、電子臨床医ノート、以前の医療診断、患者の生理学的データ、または患者の人口統計データのうちの少なくとも１つを含む。

【0029】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第１４の側面によれば、患者問合せトリアージデータ構造の階層は、病院システムまたは診療所のプロトコルに基づいて修正されるように構成される。

【0030】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第１５の側面によれば、在宅腎代替療法における臨床ワークフローを改善するための仮想アシスタント／チャットボット方法は、プロセッサにおいて、ユーザデバイス上のアプリケーションまたは医療デバイスのインターフェースから問い合わせメッセージを受信することと、プロセッサを介して、応答アクションが識別されるまでさらなる情報を受信するために１つ以上のプロンプトを伴って質問の階層を通して進行するべく仮想アシスタントまたはチャットボットを使用して対話型セッションを提供することとを含み、仮想アシスタントまたはチャットボットのための命令は、仮想アシスタントまたはチャットボットのための患者問合せトリアージデータ構造も記憶しているメモリデバイスに記憶される。データ構造は、透析または医療デバイスの動作に関連する複数の潜在的な問題を含み、各問題は、応答アクションにつながる質問および可能な回答の階層を含む。応答アクションは、臨床医との直接通信接続、および音声メールシステム、人と人とのチャットシステム、または電子メールシステムとの通信接続を含む。方法は、前記応答アクションが直接通信に関連する場合、プロセッサを介して、臨床医デバイスのアドレスまたは番号を決定するとともに、ユーザデバイス上のアプリケーションまたは医療デバイスのインターフェースと臨床医デバイスとの間で通信セッションが開始されるようにすることとることも含む。方法は、応答アクションが音声メールシステム、人と人とのチャットシステム、または電子メールシステムに関連する場合、臨床医のアカウントを決定し、患者がユーザデバイス上のアプリケーションまたは医療デバイスのインターフェースを使用して、臨床医のための要求メッセージを入力することを可能にすることをさらに含む。

【0031】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第１６の側面によれば、方法は、プロセッサを介して、対話型セッションからのさらなる情報の少なくとも一部を臨床医のための要求メッセージと合体させることをさらに含む。

【0032】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第１７の側面によれば、問い合わせメッセージおよびさらなる情報は発話として受信され、方法は、発話をテキストに変換することを含む。

【0033】

特に明記しない限り、本明細書に記載の任意の他の側面と組み合わせて使用し得る本開示の第１８の側面によれば、方法は、プロセッサにおいて、音声メールシステム、人と人とのチャットシステム、または電子メールシステムのための臨床医のアカウントから臨床医応答メッセージを受信することと、プロセッサを介して、臨床医応答メッセージをユーザデバイス上のアプリケーションまたは医療デバイスのインターフェースに送信することとをさらに含む。

【0034】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第１９の側面によれば、応答アクションは、自動応答アクションをさらに含み、応答アクションが自動応答アクションに関連する場合、方法は、自動応答アクションを示す情報をユーザデバイス上のアプリケーションまたは医療デバイスのインターフェースに送信することをさらに含む。

【0035】

特に明記しない限り、本明細書に列挙された任意の他の側面と組み合わせて使用し得る本開示の第２０の側面によれば、自動応答アクションは、患者ガイドからの回答、医療デバイス消耗品のための注文に関する回答、医療デバイスの動作に関する回答、または一般的な患者の健康または医学的状態に関する事前にプログラムされた回答のうちの少なくとも１つを含む。

【0036】

特に明記しない限り、本明細書に記載の任意の他の側面と組み合わせて使用し得る本開示の第２１の側面によれば、方法は、プロセッサを介して、問い合わせメッセージを受信した後、医療デバイスからの治療データ、処方された療法またはプログラム、または電子医療記録からの患者に関連する患者データのうちの少なくとも１つにアクセスすることと、プロセッサを介して、医療デバイスデータ、処方された療法またはプログラム、または医療情報の少なくとも一部を臨床医のための要求メッセージと共に含むこととをさらに含み、処方された療法またはプログラムは、透析処方箋のための治療パラメータを含み、治療データは、（ｉ）１つ以上の透析治療を行なうことによる結果、（ｉｉ）医療デバイスに関連する診断情報、または（ｉｉｉ）医療デバイスの現在の状態のうちの少なくとも１つを含み、患者データは、電子医療記録情報、検査結果、電子臨床医ノート、以前の医療診断、患者の生理学的データ、または患者の人口統計データのうちの少なくとも１つを含む。

【0037】

本開示の第２２の側面では、図１～図６のいずれか１つ以上に関連して開示された構造、機能、および代替形態のいずれかは、図１～図６の任意の他の１つ以上に関連して開示された任意の他の構造、機能、および代替形態と組み合わせられることができる。

【0038】

したがって、本開示および上記側面に照らして、本開示の利点は、仮想アシスタント／チャットボットロジックを使用して患者の医療関連要求を自動的にトリアージするシステムである。

【0039】

本開示の別の利点は、仮想アシスタント／チャットボットロジックとの対話型セッション中に患者によって提供された情報を使用して、彼らの問い合わせがそれほど緊急でないか、準緊急であるか、または重大な緊急であるかを決定し、緊急度に基づいて適切な応答アクションを提供することである。

【0040】

本開示のさらなる利点は、患者データおよび／または治療データを使用して、患者への問い合わせに対する応答アクションをより迅速に収束させることである。

【0041】

本開示のさらなる利点は、患者データおよび／または治療データを患者への問い合わせに対する応答アクションのためのコンテンツの一部として使用することである。

【0042】

さらなる特徴および利点が、以下の詳細な説明および図に記載されており、これらから明らかになる。本明細書に記載の特徴および利点は、全てを含むものではなく、特に、多くのさらなる特徴および利点が、図面および説明を考慮すると当業者には明らかである。また、どんな特定の実施形態も、本明細書に記載される全ての利点を有する必要はなく、個々の有利な実施形態を別々に特許請求することが明確に企図されている。さらに、本明細書で使用される言語は、主に読みやすさおよび説明目的のために選択されており、本発明の主題の範囲を限定するものではないことに留意すべきである。

【図面の簡単な説明】

【0043】

【図1】本開示の一実施形態による少なくとも１つの医療用流体送達機械を含む医療システムを示す概略図である。

【0044】

【図2】本開示の一実施形態による臨床医サーバを含む図１の医療システムの概略図である。

【0045】

【図3】本開示の実施形態の一例による臨床医サーバの図である。

【0046】

【図4】本開示の実施形態の一例による患者の問い合わせをトリアージするために仮想アシスタント／チャットボットロジックによって実行されるプロセスの図である。

【0047】

【図5】本開示の実施形態の一例によるパーソナルモバイル通信デバイス上に提供されるアプリケーションのインターフェースを示す図である。

【0048】

【図6】本開示の実施形態の一例による応答アクションに応答するための臨床医アプリケーションによって提供されるダッシュボードの図である。

【発明を実施するための形態】

【0049】

在宅腎代替療法における臨床ワークフローを改善するための仮想アシスタント／チャットボットが、本明細書において開示される。仮想アシスタント／チャットボットは、応答が自動化された態様で提供され得るとき、および臨床医または医療デバイスの製造業者からの応答が必要とされるときを決定するために、入ってくる患者要求の自動化されたトリアージを提供するように構成されている。仮想アシスタント／チャットボットは、臨床スタッフの直接の負担を減らしながら、患者の要求が迅速に対応されることを確実にする。仮想アシスタント／チャットボットは、患者の要求が可能な限り効率的かつタイムリーな態様で処理されることを確実にすることによって、患者の従事および治療順守を適宜に向上させるように構成される。

【0050】

本明細書で説明するように、仮想アシスタント／チャットボットは、透析機械、またはスマートフォンまたはタブレット上のアプリケーション（例えば、アプリ）によって提供され得る患者に面するユーザインターフェースを含む。患者に面するユーザインターフェースは、腎臓代替療法または透析療法に関連する質問または問題に関する情報をタイプすること、話すこと、または、そうでなければ提供することによって、患者が仮想チャットセッションに従事することを可能にするように構成される。仮想アシスタント／チャットボットは、患者の要求に応答するためのロジックを提供するように構成されたバックエンドサーバベースのシステムも含む。ロジックは、メモリデバイスに記憶された命令、または患者問い合わせを解決するための質問および回答のロジックシーケンスを定義するデータ構造によって定義され得る。

【0051】

本明細書において、処方された療法またはプログラムおよび対応する治療への参照がなされる。処方された療法またはプログラムは、患者に治療を施すために医療用流体送達機械がどのように動作するかを定義する１つ以上のパラメータに対応する。腹膜透析療法に関して、パラメータは、患者の腹膜腔に圧送されるべき新鮮透析流体の量（または速度）、流体が患者の腹膜腔に留まるべき時間（すなわち、滞留時間）、および滞留期間が終了した後に患者から圧送または排出されるべき使用済み透析流体および限外濾過（「ＵＦ」）の量（または速度）を指定し得る。複数のサイクルによる治療に関して、パラメータは、各サイクルのための充填量、滞留量、および排出量と、治療の経過中に実行されるべきサイクルの総数（１日に１つの治療が提供されるか、または日中および夜中に別々の治療が提供される）とを指定し得る。さらに、パラメータ（またはデバイスプログラム）は、医療医流体送達機械によって治療が施されるべき日付／時間／日（例えば、スケジュール）を指定し得る。さらに、処方された療法のパラメータは、デキストロース濃度などの透析流体の濃度レベルに加えて、各治療のために投与されるべき透析流体の総量を指定し得る。

【0052】

処方された療法は、医療用流体送達機械によって提供される各治療のパラメータを指定し得るが、機械によって報告される治療データは異なり得る。本明細書で論じられるように、治療データは、測定、検出、または決定されたパラメータ値を示す医療用流体送達機械によって生成されたデータを指す。例えば、処方された療法が、各々が４５分の滞留時間を有する５つの別々のサイクルを治療が備えているべきことを指定し得るが、医療用流体送達機械は、各々が３０分の滞留時間を有するより少ないサイクルが提供される治療を施し得る。処方されたパラメータとの差は、患者が療法プログラムを無視したこと、または治療を時期尚早に停止したことに起因し得る。医療用流体送達機械は、治療がどのよう施されているかを監視し、動作を示すパラメータを適宜に提供する。治療データのためのパラメータは、例えば、患者に投与された透析流体の総量、動作されたサイクル数、サイクルあたりの充填量、サイクルあたりの滞留時間、サイクルあたりの排出時間／量、除去されたＵＦの推定量、治療開始時間／日付、および／または治療終了時間／日付を含み得る。治療データは、充填速度および排出速度（それらは、圧送された流体の量を圧送に費やされた時間で割ることによって決定される）などの計算されたパラメータも含み得る。治療データは、治療中に発生した警報の識別、警報の持続時間、警報の時間、警報に関連するイベント、および／または警報を引き起こした問題が解決されたかどうか、または警報が消音されたかどうかに関する表示をさらに含み得る。治療データは、医療用流体送達機械が停止／一時停止された時間／持続時間または治療が終了した時間などのイベントデータも含み得る。

【0053】

治療データに加えて、医療用流体送達システムは、患者データを使用し得る。本明細書に開示されるように、患者データは、病歴、処方歴、現在／過去の治療、検査結果などの電子医療記録（「ＥＭＲ」）に含まれ得る医療データに対応する。これに加えて、または代えて、患者データは、臨床医／患者によって提供され得る人口統計データ、処方された療法またはプログラム内で指定され得る人口統計データ、および／または患者登録を介して提供され得る人口統計データを含み得る。人口統計データは、患者の年齢、性別、患者の運動レベル、患者の腎状態、処方歴などを含み得る。いくつかの実施形態において、患者データは、識別子を含み得、識別子は、医療用流体送達システムが受信したデータをデータベースに配置された適切な患者レコードに記憶することを可能にする。識別子は、患者識別子、患者名、および／または医療用流体送達システムの識別子を含み得る。

【0054】

本明細書で議論されるように、医療用流体送達機械は、患者の住宅に位置する。しかしながら、いくつかの実施形態において、医療用流体送達機械は、フルサービス医療施設および／またはセルフサービス医療施設に位置し得る。いくつかの実施形態において、患者は、自分の住居に位置する第１の医療用流体送達機械を使用し、セルフサービス医療施設に位置する第２の医療用流体送達機械を使用し得る。これらの実施形態において、医療用流体送達システムは、第１および第２の医療用流体送達機械からの治療データを組み合わせるように構成される。

【0055】

本明細書で開示されるように、仮想アシスタント／チャットボットロジックは、１つ以上の計算構造を使用するように構成され、１つ以上の計算構造は、１つ以上の患者回答に基づいて患者との対話を定義するデータ構造において指定される。実質的に任意のデータ構造が使用され得ることが理解されるべきである。例えば、質問、回答、および結果は、グラフデータベース構造におけるノードおよびリンクとして記憶され得る。別の例では、質問、回答、および結果は、リレーショナル、シーケンシャル、または階層データ構造において記憶され得る。回答と質問との間のリンクは、実施されるべき次のアクションを選択するために仮想アシスタント／チャットボットロジックを案内するように、構成される。

【0056】

容易に利用可能な処方された療法、治療データ、および／または患者データの使用は、本明細書に開示される仮想アシスタント／チャットボットロジックが、患者から必要とされる回答を減らしながら、応答アクションをより正確かつ迅速に識別することを可能にする。場合によっては、最初は低脈絡または不明瞭に見える患者の要求または質問は、要求と併せて、処方された療法、治療データ、および／または患者データを分析する仮想アシスタント／チャットボットロジックによって、より容易に明らかになる。一例では、患者は、「この警報に疲れている」と述べることによって、本明細書に開示されている仮想アシスタント／チャットボットロジックとの対話を開始し得る。それ自体、この記述は、不明確であり、圧力警報、閉塞警報、低流量警報、低電池警報などを指すことができる。しかしながら、仮想アシスタント／チャットボットロジックが、どの警報が最近トリガされたかを識別する医療用流体送達機械からの治療データと併せてそのようなステートメントを受信すると、患者がこれらの最近トリガされた警報を参照している可能性が高い。したがって、例示的な仮想アシスタント／チャットボットロジックは、過剰な質問で患者に負担をかけることなく、全ての患者の問い合わせに応答する必要があることによって臨床スタッフに負担をかけることもなく、利用可能なデータを使用して適切な応答アクションに迅速に収束する。

【0057】

（Ｉ．医療用流体送達システムの実施形態）
本明細書に開示される例示的な医療用流体送達システムは、１つ以上の医療用流体送達機械を含む。医療用流体送達機械の一例は、腎不全療法機械である。腎不全療法機械に関しては、様々な原因により、患者の腎システムが、故障し得る。腎不全は、いくつかの生理学的障害を生じさせる。例えば、腎不全を経験している患者は、もはや、水とミネラルとのバランスをとること、または毎日の代謝負荷を排出することができない。窒素代謝の有毒な最終生成物（尿素、クレアチニン、尿酸等）が、患者の血液および組織に蓄積し得る。

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

ほとんどのＨＤ（ＨＦ、ＨＤＦ）治療は、センターで行われる。在宅血液透析（「ＨＨＤ」）への傾向が、一つには、ＨＨＤが毎日実施されることができ、一般に週２回または３回行われる施設内血液透析治療より療法上の利益を提供するので、今日、存在する。研究は、頻繁な治療が、あまり頻繁ではないがおそらくより長い治療を受けている患者より多くの毒素および老廃物を除去することを示している。治療を受けている患者は、治療前に２または３日分の毒素を蓄積している施設内の患者と比較して、それほど多くのダウンサイクルを経験しない。特定の地域では、最も近い透析センターが、患者の自宅から何マイルも離れている可能性があり、ドアツードアの治療時間が１日の大部分を消費することを引き起こす。対照的に、ＨＨＤは、患者がリラックスしている、仕事をしている、または他の様態で生産的である間、一晩中または日中に起こり得る。

【0063】

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

【0064】

連続携行式腹膜透析（「ＣＡＰＤ」）、自動腹膜透析（「ＡＰＤ」）、並びに潮流量透析および連続流量腹膜透析（「ＣＦＰＤ」）を含む様々な種類の腹膜透析療法がある。ＣＡＰＤは、手動の透析治療である。ここで、患者は、埋め込まれたカテーテルをドレインに手動で接続し、使用済みまたは費やした透析流体が患者の腹膜腔から排出することを可能にする。次いで、患者は、カテーテルを新鮮透析流体のバッグに接続し、新鮮透析流体をカテーテルを通して患者に注入する。患者は、カテーテルを新鮮透析流体バッグから切り離し、透析流体が腹膜腔内に滞留することを可能にし、排泄物、毒素、および過剰な水の移送が、行われる。滞留期間の後、患者は、例えば１日４回、手動透析手順を繰り返し、各治療は、１時間～６時間続く。手動腹膜透析は、患者のかなりの時間および労力を必要とし、大きな改善の余地を残している。

【0065】

自動腹膜透析（「ＡＰＤ」）は、透析治療が排出、充填および滞留サイクルを含むという点でＣＡＰＤに類似している。しかしながら、ＡＰＤ機械は、通常、患者の睡眠中にサイクルを自動的に実行する。ＡＰＤ機械は、患者が手動で治療サイクルを実行する必要がなく、日中に物資を輸送する必要がない。ＡＰＤ機械は、埋め込まれたカテーテル、新鮮透析流体の供給源またはバッグ、および流体ドレインに流体接続する。ＡＰＤ機械は、透析流体供給源からカテーテルを経て患者の腹膜腔に新鮮透析流体を圧送する。ＡＰＤ機械は、透析流体が空洞内に滞留し、廃棄物、毒素、および過剰な水の移送が行われることも可能にする。供給源は、複数の滅菌透析流体バッグを含み得る。

【0066】

ＡＰＤ機械は、使用済みまたは費やされた透析液を患者の腹膜腔からカテーテルを介してドレインに圧送する。手動プロセスと同様、透析中、いくつかの排出、充填および滞留サイクルが、起こる。「最後の充填」は、ＡＰＤの終わりに起こり、次の治療まで患者の腹膜腔に残る。

【0067】

機械によって実行される上記モダリティのいずれも、スケジュールされたベースで稼働し得、起動手順を必要とし得る。例えば、透析患者は、典型的に、１日おき、毎日など、処方された療法またはプログラムによって指定されたスケジュールに基づいて治療を行う。血液処理機械は、典型的に、例えば消毒手順を実行するために、設定のための処理の前に一定の時間を必要とする。上記モダリティの患者は、多忙な生活を送り、治療のために予定された日に実行すべきプロジェクトまたは実行すべき用事を有し得る。

【0068】

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

【0069】

特定の一例では、療法機械は、治療の合間にそれらを消毒することによって特定の構成要素を再利用し得る。機械は、１つ以上の消毒タイマを使用し得、消毒タイマは、患者または介護者が消毒タイマが満了する前に機械を使用して治療を開始することを要求する。そうでなければ、患者は、治療を開始する前に別の消毒手順が完了するまで待たなければならない。一実施形態における療法機械は、機械のグラフィカルユーザインターフェースを介して治療開始時間の期限を通信する。

【0070】

本開示のシステムおよび方法論のソフトウェアは、機械が「患者接続」ソフトウェア状態にあるときはいつでも、患者および／または介護者と機械との間の通信を無効にすることが考えられる。例えば、臨床医が現在患者を治療している機械にコマンドを送信しようとする場合、コマンドは、ミドルウェアソフトウェアアプリケーションによってさえぎられ、その結果、コマンドは、機械に転送されない。ミドルウェアソフトウェアアプリケーションは、その後、機械がビジーであり、通信を受け付けていないことを知らせるために臨床医に返信することができる。

【0071】

本明細書に記載の例は、血液、透析流体、置換流体または静脈内薬物（「ＩＶ」）などの医療用流体を送達する任意の医療用流体送達システムに適用可能である。例は、本明細書で集合的または一般的に個別に処方された療法またはプログラムと呼ばれるあらゆる形態の血液透析（「ＨＤ」）、血液濾過（「ＨＦ」）、血液透析濾過（「ＨＤＦ」）、持続的腎代替療法（「ＣＲＲＴ」）および腹膜透析（「ＰＤ」）などの腎不全療法に特によく適している。或いは、医療用流体送達機械は、大容量蠕動型ポンプまたはシリンジポンプなどの薬物送達または栄養学的流体送達デバイスであり得る。本明細書に記載の機械は、家庭環境で使用され得る。例えば、データ転送構成要素とともに動作する機械は、例えば、患者が眠っている間に夜間に実行され得る家庭用ＨＤ機械とともに使用され得る。或いは、本開示の医療用流体データ転送システムおよび方法論は、病院および／または診療所の臨床医または看護師を支援するために使用され得る。

【0072】

ここで図面、特に図１を参照すると、医療システム１０が示される。例示的なシステム１０は、多くの医療用流体送達機械９０（その一種類は以下で詳細に説明される）を含む。医療システム１０の機械９０は、同じタイプ（例えば、全てＰＤマシン）であり得るか、または、異なるタイプ（例えば、ＨＤ、ＰＤ、ＣＲＲＴ、および医学的または栄養学的流体送達の混合物）であり得る。

【0073】

単一の医療用流体送達部９０が接続サーバ１１８と通信するものとして示されているが、システム１０は、上でリストアップした同じタイプまたは異なるタイプの複数の医療用流体送達システムおよび機械の動作を管理する。例えば、サーバ１１８に接続され、システム１０と共に動作するＭ台の血液透析機械９０、Ｎ台の血液濾過機械９０、Ｏ台のＣＲＲＴ機械９０、Ｐ台の腹膜透析機械９０、Ｑ台の家庭用薬物送達機械９０、およびＲ台の栄養または薬物送達機械９０があり得る。Ｍ～Ｒの数は、同じであることも、異なることもあり、０であり得、１であり得、２以上であり得る。図１では、医療用流体送達機械９０は、療法機械９０として示される（ホームが破線で示される）。

【0074】

療法機械９０は、その前端で水処理デバイス６０から精製水を受け取り得る。水処理デバイス６０は、一実施形態において、イーサネット（登録商標）ケーブルを介して療法機械９０に接続する。図示の実施形態の療法機械９０は、血圧計１０４、重量計、例えば無線重量計１０６、および無線タブレットユーザインターフェース１２２などのユーザインターフェースなど、水処理デバイス６０以外の他のデバイスと共に動作する。療法機械９０は、一実施形態において、モデム１０２を介してサーバ１１８に無線で接続する。これらの構成要素の各々は、図１の破線によって画定されるように、患者の自宅内に配置され得る（しかし、そうである必要はない）。構成要素６０，１０４，１０６および１２２のいずれか、または複数、または全ては、療法機械９０と有線または無線で通信し得る。無線通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ^ＴＭ、Ｚｉｇｂｅｅ（登録商標）、Ｚ－Ｗａｖｅ（登録商標）、無線ユニバーサルシリアルバス（「ＵＳＢ」）、赤外線、または任意の他の適切な無線通信技術を介し得る。或いは、構成要素６０，１０４，１０６および１２２のいずれか、または複数または全ては、有線通信を介して療法機械９０と通信し得る。

【0075】

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

【0076】

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

【0077】

本明細書に記載のシステム、方法、および手順は、１つ以上のコンピュータプログラムまたは構成要素を使用して実施され得ることを理解すべきである。構成要素のプログラムは、ランダムアクセスメモリ（「ＲＡＭ」）、読み出し専用メモリ（「ＲＯＭ」）、フラッシュメモリ、磁気または光ディスク、光メモリ、または他の記憶媒体を含む任意のコンピュータ読み取り可能な媒体上の一連のコンピュータ命令として提供され得る。命令は、プロセッサによって実行されるように構成され得、プロセッサは、一連のコンピュータ命令を実行すると、本明細書に記載の開示された方法および手順の全部または一部の実行を実行または容易にする。

【0078】

一実施形態において、療法機械９０は、患者の自宅において患者に対して在宅腹膜透析などの在宅治療を実行し、次いで、その治療の結果を（治療データとして）システムハブ１２０に報告し、システムハブは、１つ以上のサーバと通信し得る。以下でより詳細に説明するように、１つ以上のサーバは、その患者の健康および幸福を管理する役割を担う臨床医、医師、および／または看護師に報告するために治療データを分析する。

【0079】

一実施形態における療法機械９０は、例えばＬｉｎｕｘ（登録商標）オペレーティングシステムを使用してログファイルを書き込む。ログファイルは、周辺デバイスデータを含む関連する療法機械９０のデータを文書化する。ログファイルは、拡張マークアップ言語（「ＸＭＬ」）、カンマ区切り値（「ＣＳＶ」）、またはテキストファイルのうちの任意の１つ以上を含み得る。ログファイルは、療法機械９０のソフトウェアによって管理されるファイルサーバリポジトリに配置される。周辺デバイス、例えば水処理デバイス６０にデータを記憶することも考えられ、データは、機械９０に送られない。そうでなければ、そのようなデータは、周辺デバイスへの有線または無線接続を介して取得され得るか、または、他のデータ接続または記憶媒体を介してダウンロードされ得る。

【0080】

一実施形態において、療法機械９０は、例えばインターネットを介して、モデム１０２とシステムハブ１２０との間で治療データを転送するために接続サービスを使用する。ここで、専用線が、モデム１０２を介して療法機械９０を接続サーバ１１８に接続するために、各患者の自宅に提供され得る。療法機械９０は、一実施形態において、別個の、例えば３Ｇ、４Ｇ、または５Ｇのモデム１０２を使用してインターネットにアクセスする。モデム１０２は、Ｖｏｄａｆｏｎｅ（商標）などのインターネットサービスプロバイダ（「ＩＳＰ」）を使用し得る。一実施側面では、接続性サービスプロバイダ（例えば、接続サーバ１１８のプロバイダ）によって開発された接続エージェント１１４が、療法機械９０にインストールされ、機械の一次制御プロセッサ（「ＡＣＰＵ」）５０上で実行される。医療デバイスと接続サーバ１１８との間の安全な管理接続１１６を提供するＡｘｅｄａ（商標）によって適切な接続サービスが、提供される。

【0081】

図１の例示的な接続エージェント１１４は、療法機械９０が、接続サーバ１１８に接続し、接続サーバ１１８との間で治療データを転送することを可能にするように構成される。エージェント１１４およびサーバ１１８を介して動作する接続サービスは、機械９０との接続が安全であることを確実にし、データが機械９０のファイアウォールを正しく通過することを確実にし、データまたはシステムクラッシュがあったかどうかを検出し、接続サーバ１１８が正しい療法機械９０と通信することを確実にする。

【0082】

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

【0083】

図１の医療システム１０システムでは、接続サーバ１１８を介した接続性サービスは、システムハブ１２０を介して、サービスポータル１３０、診療所または病院１２６ａ～１２６ｎ、およびウェブポータル１５０などの様々な場所にデータを通信し得る。接続サーバ１１８は、サービス要員１３２ａ～１３２ｎおよび／または臨床医が、適切な療法機械９０および３Ｇ、４Ｇ、または５Ｇモデム１０２などのネットワーク上の様々な資産と、機械またはモデムのシリアル番号を含むそれらの関連情報とを追跡および検索することを可能にする。接続サーバ１１８は、サービス要員のディレクタ１３４によって承認され、サービスポータル１３０を介して遠隔で取得されたファームウェア更新を受信し、ファームウェア更新を認可された療法機械９０および水処理デバイス６０などの関連する周辺機器に提供するためにも使用され得る。

【0084】

（Ａ．例示的な医療用流体送達システムの接続性の実施形態）
図２は、本開示の例示的な実施形態による図１の医療システム１０の図を示す。例示的な医療システム１０は、例えば、患者によって操作されるパーソナルモバイル通信デバイス１２２（例えば、ユーザデバイス）と、臨床医によって操作される臨床医デバイス１５２とを含む。また、医療システム１０は、図１に関連して前述したそれぞれのデバイスと同様の療法機械９０（例えば、医療用流体送達機械）も含む。パーソナルモバイル通信デバイス１２２および療法機械９０は、例えば、患者の自宅、セルフサービス診療所、および／またはサービス付き診療所に位置し得る。

【0085】

療法機械９０は、任意の種類の血液透析機械、腹膜透析機械、ＣＲＲＴ機械、薬物および／または栄養学的流体送達機械、およびそれらの組み合わせを含み得る。療法機械９０は、例えば、連続周期的腹膜透析（「ＣＣＰＤ」）、潮流自動化腹膜透析（「ＡＰＤ」）、および連続流腹膜透析（「ＣＦＰＤ」）を提供し得る。療法機械９０は、典型的に、患者が眠っている間、自動的に排出、充填、および滞留サイクルを実行し得る。

【0086】

例示的な療法機械９０は、命令を表示し、ユーザからの制御入力を受信するための１つ以上の制御インターフェース２０１も含み得る。制御インターフェース２０１は、ボタン、制御パネル、および／またはタッチスクリーンを含み得る。制御インターフェース２０１は、ユーザが療法機械９０の画面上の特定のウィンドウまたはユーザインターフェースにナビゲートすることを可能にするようにも構成され得る。制御インターフェース２０１は、療法機械９０を動作または制御するための命令をさらに提供し得る。

【0087】

例示的な療法機械９０は、臨床医サーバ２０４および／または臨床医データベース２０６から遠隔で１つ以上の処方された療法またはプログラム２０２を受信し得る。これに加えて、または代えて、療法機械９０は、制御インターフェース２０１を介して処方された療法またはプログラム２０２でローカルにプログラムされ得る。本明細書で論じられるように、処方された療法２０２は、療法機械９０が患者（例えば、図１の患者１２）に１つ以上のスケジュールされた治療をどのように施すかを指定するパラメータを含む。療法パラメータ２０２は、各段階の持続時間に加えて、腹膜透析療法のための多数の充填－滞留－排出サイクルを含み得る。療法パラメータは、投与されるべき透析流体の総量（および／またはサイクルごとに投与されるべき流体の量）、デキストロース濃度、および／または目標ＵＦ除去レベルも含み得る。療法パラメータ２０２は、治療日のスケジュールおよび総治療持続時間も含み得る。いくつかの実施形態において、臨床医サーバ２０４は、処方された療法パラメータのいずれかを遠隔で更新し得る。

【0088】

医療システム１０が、体重計、血圧計、注入ポンプ（例えば、シリンジポンプ、線形蠕動ポンプ、大容量ポンプ（「ＬＶＰ」）、歩行型ポンプ、マルチチャネルポンプ）、酸素センサ、呼吸モニタ、血糖計、血圧モニタ、心電図（「ＥＣＧ」）モニタ、および／または心拍数モニタなどのさらなる医療デバイスを含み得ることを理解すべきである。他の例では、医療用流体データ転送システム９０は、より少ない医療デバイスおよび／または療法機械９０と統合された医療デバイスを含み得る。

【0089】

図２に示すように、療法機械９０は、ネットワーク２１０を介して接続サーバ１１８に通信可能に結合される。図１に関連して前述したように、接続サーバ１１８は、療法機械９０とシステムハブ１２０との間の双方向通信を提供する。ネットワーク２１０は、インターネット、セルラーネットワーク、またはそれらの組み合わせを含む任意の有線または無線ネットワークを含み得る。

【0090】

例示的なシステムハブ１２０は、臨床医サーバ２０４および臨床医データベース２０６にも通信可能に結合される。以下でより詳細に説明するように、臨床医サーバ２０４は、患者要求がどのように処理されるべきかを決定するための１つ以上の命令、ルーチン、アルゴリズム、アプリケーション、またはプログラム（例えば、仮想アシスタント／チャットボット）２１２を実行するように構成される。臨床医データベース２０４は、システム１０に関連する各患者の処方された療法またはプログラム２０２を記憶するように構成される。臨床医データベース２０６は、それぞれの療法機械９０からの治療データ２１３および／または患者データ２１４（例えば、患者のＥＭＲ）を含む各患者の１つ以上のレコードも記憶するように構成される。

【0091】

図示の例では、臨床医サーバ２０４は、仮想アシスタント／チャットボットロジック２１２を実行するための１つ以上の命令、ルーチン、アルゴリズム、アプリケーション、またはプログラムを記憶するメモリデバイス２２０に通信可能に結合される。メモリデバイス２２０は、応答アクション２３８を決定するための患者との自動対話を定義する１つ以上のデータ構造および／または命令２２２も記憶し得る。仮想アシスタント／チャットボットロジック２１２および／または１つ以上のデータ構造および／または命令２２２を実行するための１つ以上の命令、ルーチン、アルゴリズム、アプリケーション、またはプログラムは、臨床医サーバ２０４の１つ以上のプロセッサによって実行されると、臨床医サーバ２０４に本明細書に記載の動作を実行させる機械読み取り可能な命令を含み得る。

【0092】

本明細書で説明するように、応答アクション２３８は、患者の問い合わせまたは要求に必要な応答のレベルに基づいて臨床医サーバ２０４によって実行される動作である。応答アクション２３８は、自動応答が適切であると決定し、緊急性の低いまたは緊急性の低い患者の問い合わせに対処するための技術的／医療情報を伴う（応答アクション２３８としての）１つ以上のメッセージを患者に送信することを含み得る。応答アクション２３８は、患者の問い合わせが中程度の緊急度を有し、問い合わせが（応答アクション２３８として）音声メールシステム、人と人とのチャットシステム、または臨床医の電子メールシステムに１つ以上のメッセージで送信されるべきであると決定することも含み得る。いくつかの実施形態において、臨床医サーバ２０４は、患者によって提供された名前、（患者データ２１４に提供された）患者との文書化された過去の関係に基づいて、または要求に関連する役割または責任に基づいて、どの臨床医がメッセージを受信すべきかを決定する。臨床医を識別した後、臨床医サーバ２０４は、対応するアカウントを決定し、応答アクション２３８をアカウントに送信する。いくつかの実施形態において、臨床医サーバ２０４は、患者に問い合わせを入力するように促す。これに加えて、または代えて、臨床医サーバ２０４は、患者と仮想アシスタント／チャットボット２１２との対話からの情報を使用して、応答アクション２３８のためのコンテンツを自動的に作成する。この方法において、データ２０２，２１３、２１４は、患者との対話をナビゲートするために使用されるだけでなく、特定の要求情報を臨床医に伝達するための患者応答と併せて使用され得る。

【0093】

一例では、患者は、自分のパーソナルモバイル通信デバイス１２２上のアプリケーション１４０を介して、警報を解決できないことを開始することによって問い合わせを開始し得る。応答して、臨床医サーバ２０４は、仮想アシスタント／チャットボット２１２を使用して、患者が警報を解決しようと既に試みたアクションを患者から決定する。さらに、臨床医サーバ２０４は、関連する治療データ２１３を見つけて、警報の種類および／または警報が起動された最近の日付／時刻を決定する。このデータの収集に基づいて、臨床医サーバ２０４は、患者の問い合わせが中レベルであると決定し（断続的な警報は煩わしいが重大ではないので）、応答アクション２３８の情報を入力するように患者を適宜に促し、および／または、臨床医サーバ２０４は、応答アクション２３８のためのコンテンツを作成するために、仮想アシスタント／チャットボット２１２および／または治療データ２１３／患者データ２１４への患者応答の少なくとも一部を使用し、応答アクション２３８のためのコンテンツは、テキストメッセージ、マルチメディアメッセージ、電子メールメッセージなどとして解決警報に関連付けられた適切な臨床医アカウントに提供される。一例では、応答アクション２３８は、さらなるコンテキストのために、警報ベースの治療データ２１３および／または患者データ２１４に加えて、患者からの記録された直接の問い合わせ（おそらく警報を示す療法機械９０の表示インターフェース２０１のビデオまたは画像を含む）を含む。

【0094】

臨床医サーバ２０４が患者要求が重大または緊急であると決定した場合、臨床医サーバ２０４は、臨床医を識別し、識別された臨床医の臨床医デバイス１５２と患者のパーソナルモバイル通信デバイス１２２との間の直接通信リンクを確立する。通信は、音声通話、ビデオ通話、および／またはアクティブチャットセッションを含み得る。

【0095】

図２に示すように、例示的な医療システム１０は、ネットワーク２３０を介した臨床医デバイス１５２および／またはパーソナルモバイル通信デバイス１２２へのデータの送信を容易にするためのウェブポータル１５０を含む。例示的なネットワーク２３０は、インターネット、セルラーネットワーク、またはそれらの組み合わせなどの任意の有線および／または無線ネットワークを含み得る。ネットワーク２１０および２３０は、同じネットワークを含み得る。

【0096】

ウェブポータル１５０は、治療データ２１３、患者データ２１４、および／または応答アクション２３８の通信を提供する１つ以上のアプリケーションプログラミングインターフェース（「ＡＰＩ」）または他のネットワークインターフェースを含み得る。ウェブポータル１５０は、臨床医デバイス１５２とパーソナルモバイル通信デバイス１２２との間に通信セッションを確立することもできる。場合によっては、ウェブポータル１５０は、許可されたユーザおよび／またはデバイスのみが臨床医サーバ２０４および／または臨床医データベース２０６と通信できるように、ゲートウェイデバイスおよび／またはファイアウォールとして構成され得る。さらに、ウェブポータル１５０は、各接続デバイス１２２および１５２のための別々のセッションを作成し得る。

【0097】

臨床医デバイス１５２および／またはパーソナルモバイル通信デバイス１２２は、臨床医サーバ２０４および／または臨床医データベース２０６と通信するためにウェブポータル１５０とインターフェースするように構成されたそれぞれのアプリケーション２４０および２４２を含み得る。例えば、アプリケーション２４０は、患者の要求または質問を受信するように構成されたデータフィールドを有する１つ以上のユーザインターフェースを含み得る。アプリケーション２４０は、仮想アシスタント／チャットボット２１２と対話するために音声またはビデオ通話が臨床医サーバ２０４にルーティングされことを可能にするためにパーソナルモバイル通信デバイス１２２の電話機能と共に動作するようにも構成される。また、アプリケーション２４２は、患者が仮想アシスタント／チャットボット２１２および／または臨床医デバイス１５２と対話するための情報を入力することを可能にするために、電子メールサービス、テキストメッセージサービス、またはマルチメディアメッセージサービスへのアクセスも含み得る（または、提供し得る）。

【0098】

臨床医デバイス１５２のアプリケーション２４２は、臨床医サーバ２０４から応答アクション２３８を受信するための１つ以上のインターフェースで構成される。インターフェースは、臨床医がパーソナルモバイル通信デバイス１２２からの要求または問い合わせに対する応答を提供することを可能にする。また、アプリケーション２４２は、パーソナルモバイル通信デバイス１２２から音声またはビデオ通話を受信することを可能にするために、臨床医デバイス１５２の電話機能を用いて動作するようにも構成される。アプリケーション２４２は、（臨床医サーバ２０４を介して応答アクション２３８によって提供される）患者の問い合わせを閲覧し、応答するために電子メールサービス、テキストメッセージサービス、またはマルチメディアメッセージサービスへのアクセスを含み得る（または、供し得る）

【0099】

他の例では、アプリケーション２４０および２４２は、臨床医サーバ２０４によってホストまたは管理されるウェブポータル１５０を介して１つ以上のウェブページにアクセスするように構成されたウェブブラウザである。これらの他の例では、臨床医サーバ２０４は、ユーザインターフェースおよび対応するデータフィールドを１つ以上のウェブページに提供する。ユーザは、所望のデータを閲覧または入力するためにウェブブラウザと対話し得る。アプリケーション２４０および２４２は、デバイス１２２および１５２上に固有の制御または他のインストールされたアプリケーションも含み得る。

【0100】

場合によっては、ウェブポータル１５０は、処方された療法またはプログラム２０２、治療データ２１３、および／または患者データ２１４をテキストベースの標準またはＨｅａｌｔｈ－Ｌｅｖｅｌ－７（「ＨＬ７」）標準（例えば、医療標準）からウェブベースのメッセージ（例えば、ＨＴＴＰメッセージ、ハイパーテキストマークアップ言語（「ＨＴＭＬ」）メッセージ、拡張マークアップ言語（「ＸＭＬ」）メッセージ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔオブジェクト表記（「ＪＳＯＮ」）ペイロードなど）に変換するように構成される。他の実施形態において、接続サーバ１１８は、臨床医サーバ２０４による処理および臨床医データベース２０６による記憶のために、療法機械９０からのＨＬ７処方療法またはプログラム２０２、治療データ２１３、および／または患者データ２１４をテキストベースまたはウェブベースのフォーマット（例えば、ＪＳＯＮフォーマット）に変換するように構成される。

【0101】

図２に示す例では、例示的なパーソナルモバイル通信デバイス１２２および臨床医デバイス１５２は、命令を記憶するメモリ２５２と通信するプロセッサ２５０を含む。命令の少なくとも一部は、それぞれのアプリケーション２４０および２４２を定義または指定し、アプリケーション２４０および２４２は、セッサ２５０によって実行されると、仮想アシスタント／チャットボット２１２を使用して患者の問い合わせを処理するためのインターフェースをプロセッサ２５０に提供させる。プロセッサ２５０は、マイクロプロセッサ、特定用途向け集積回路（「ＡＳＩＣ」）、コントローラなどとして構造化されたデジタルおよび／またはアナログ回路を含み得る。メモリ２５２は、揮発性または不揮発性の記憶媒体を含む。さらに、メモリ２５２は、任意のソリッドステートまたはディスク記憶媒体を含み得る。

【0102】

図２の例示的な医療システム１０は、療法機械９０の製造業者に関連付けられた第三者サーバ２６０も含み得る。場合によっては、臨床医サーバ２０４は、患者の問い合わせが療法機械９０の動作または技術的問題に関連すると決定する。これらの場合、臨床医にメッセージを送信する代わりに、臨床医サーバ２０４は、応答アクション２３８を含むメッセージを第三者サーバ２６０に送信する。応答アクション２３８は、ライブ通信セッションを開くこと、または第三者サーバ２６０に関連するコールセンターまたは他の診断センターにテキストメッセージ、マルチメディアメッセージ、電子メールなどを提供することを含み得る。

【0103】

（ＩＩ．臨床医サーバ－仮想アシスタント／チャットボットの実施形態）
前述したように、図２の例示的な臨床医サーバ２０４は、患者の要求をトリアージするために患者との対話型セッションを提供するように構成される。図３は、本開示の例示的な実施形態による臨床医サーバ２０４の図を示す。図示の例では、臨床医サーバ２０４は、臨床医サーバ２０４が特定の動作をどのように実行するかを指定する命令またはソフトウェアモジュール３０２－３２０を含む。命令３０２－３２０は、仮想アシスタント／チャットボットロジック２１２の動作を実行するために臨床医サーバ２０４によって使用される。図３に示すブロックは、命令３０２－３２０によって定義される特定の動作を表す。他の実施形態において、ブロックのいくつかは、組み合わされ得るか、さらに分割され得るか、または、さらなるブロックを含み得る。さらに、臨床医サーバ２０４は中央に配置されているように示されているが、他の実施形態において、臨床医サーバ２０４および／または臨床医データベース２０６はクラウドコンピューティング環境内に展開され得る。

【0104】

例示的な命令３０２－３２０は、パーソナルモバイル通信デバイス１２２からオーディオまたは音声コマンドを受信する発話テキスト変換モジュール３０２を含む。発話テキスト変換モジュール３０２は、録音された人間の発話を含むデジタルデータおよび／またはアナログ信号を受信する。発話テキスト変換モジュール３０２は、１つ以上の発話テキスト変換アルゴリズムを用いて、デジタルデータおよび／またはアナログ信号をテキストに変換するように構成される。

【0105】

発話テキスト変換モジュール３０２は、変換されたテキストを言語処理モジュール３０４に送信し、言語処理モジュールは、ユーザの既知のまたは学習されたアクセント、発話、またはスラングに基づいて受信されたテキストを修正するための１つ以上のアルゴリズムを使用するように構成される。言語処理モジュール３０４は、様々なタイプのユーザのための既知のアクセント、発話、および／またはスラングのライブラリを含み得る。言語処理モジュール３０４は、患者が特定のアクセント、発話、および／またはスラングにどれだけよく合致するかに基づいて、適切なテキスト修正子を選択する。場合によっては、言語処理モジュール３０４は、ユーザの識別されたアクセント、発話、またはスラングに基づいてテキストを識別および／または修正するために、１つ以上の機械学習アルゴリズムを使用し得る。言語処理モジュール３０４は、ユーザのアクセント、発話、またはスラングを考慮した修正テキストを出力する。例えば、言語処理モジュール３０４は、母音、定数、および途切れの組み合わせを含むテキスト入力を発話テキスト変換モジュール３０２から受信し得る。言語処理モジュール３０４を介してフィルタリングした後、母音、定数、および途切れの文字列は、テキスト単語および／または句に修正され、それらは、発話認識モジュール３０６に入力される。

【0106】

発話認識モジュール３０６は、受信した単語または句の意味を決定するために、１つ以上の自然言語処理アルゴリズムを動作させるように構成される。いくつかの実施形態において、発話認識モジュール３０６は、単語または句の列の意味を識別し、識別された意味は、メタデータとして、別個のデータフィールドに記憶されるか、または単語および／または句に付加される。発話認識モジュール３０６は、単語または句を分析し、質問が尋ねられていること、および質問の主題を識別し得る。この例では、発話認識モジュール３０６は、単語または句が質問および質問に関連付けられたキーワードに対応することを付加する。発話認識モジュール３０６によって実行される処理は、より定義された言語パラメータに基づく後続の分析を可能にするフォーマットされた情報を追加する。

【0107】

いくつかの実施形態において、発話認識モジュール３０６は、患者との仮想セッションを開始するための特定のキーワードを検索するように構成される。仮想セッションがまだ進行中でない場合、発話認識モジュール３０６は、セッションを開始することを示す特定のキーワードまたはフレーズのためのテキストおよびフレーズをリッスンまたは処理する。例えば、仮想アシスタント／チャットボットは、「クラリア（Ｃｌａｒｉａ）」と呼ばれ得る。したがって、発話認識モジュール３０６は、「クラリア」という用語または類似のスペルを検索する。合致する場合、発話認識モジュール３０６は、患者との仮想セッションを開始し、「クラリア」という用語を含むフレーズを処理する。この時点で、発話認識モジュール３０６は、後続の単語および／または句を仮想会話の一部として処理する。しかしながら、合致がなされない場合、発話認識モジュール３０６は、テキストをさらなる処理から切り捨て、他の患者の会話または周囲の部屋の音を記録することを控える。仮想アシスタント／チャットボット２１２が、療法機械９０のユーザインターフェース２０１またはパーソナルモバイル通信デバイス１２２のアプリケーション２４０によって表示される対応するアイコンを選択することによって患者によって起動され得ることも理解すべきである。

【0108】

例示的な臨床医サーバ２０４は、発話認識モジュール３０６および／またはデータ２０２，２１３、および／または２１４からのテキストを仮想アシスタント／チャットボットロジック２１２に適用するように構成された応答エンジン３０８も含む。したがって、応答エンジン３０８への潜在的な入力は、発話認識モジュール３０６からのテキストおよび／または療法機械９０のユーザインターフェース２０１またはパーソナルモバイル通信デバイス１２２のアプリケーション２４０によって提供されるチャットボットプログラムからのテキストを含む。入力は、処方された療法またはプログラム２０２、治療データ２１３、および／または患者データ２１４も含む。

【0109】

例示的な適応インターフェース３０８は、療法機械９０のユーザインターフェース２０１またはパーソナルモバイル通信デバイス１２２のアプリケーション２４０に入力されたテキストおよび／または他の入力を受信するように構成された入力インターフェース３１０を含む。入力は、適応インターフェース３０８に患者との仮想対話型セッションを開始させるアイコンの選択を含み得る。入力は、療法機械９０のユーザインターフェース２０１またはパーソナルモバイル通信デバイス１２２のアプリケーション２４０を介してチャットセッションに入力されるテキストも含み得る。場合によっては、応答エンジン３０８は、療法機械９０のユーザインターフェース２０１またはパーソナルモバイル通信デバイス１２２のアプリケーション２４０上で仮想チャットまたはテキストメッセージングセッションを開くことによって仮想チャットセッションを起動する。ユーザによってフィールドまたはテキストボックスに入力されたテキストは、療法機械９０のユーザインターフェース２０１またはパーソナルモバイル通信デバイス１２２のアプリケーション２４０によって、入力インターフェース３１０を介して応答エンジン３０８に送信される。場合によっては、入力インターフェース３１０は、テキストメッセージングアプリケーションに接続する１つ以上のアプリケーションプログラミングインターフェース（「ＡＰＩ」）を含み得、テキストメッセージングアプリケーションは、入力されたテキストの応答エンジン３０８へのルーティングを可能にする。テキストに加えて、入力インターフェース３０８は、画像、ビデオ、絵文字、または表示されたオプションの選択指示を受け入れることができる。

【0110】

療法機械９０から治療データ２１３を受信するために、サーバ２０４は、機械インターフェース３１２を含む。例示的なメモリインターフェース３１２は、療法機械９０から治療データ２１３を要求または受信するように構成される。いくつかの実施形態において、適応インターフェース３０８は、患者が仮想対話型セッションを開始したことを検出した後に、機械インターフェース３１２を使用して治療データ２１３を要求するように構成される。別の実施形態において、適応インターフェース３０２は、仮想アシスタント／チャットボットロジック２１２が質問に回答すること、応答アクション２３８を決定すること、または応答アクション２３８のコンテンツを作成することを行うために特定の医療情報を使用するように構成されている場合、機械インターフェース３１２を使用して、関連する治療データ２１３および／または患者データ２１４（および処方された療法またはプログラム）のために臨床医データベース２０６を検索し得る。

【0111】

図４は、本開示の例示的な実施形態による患者の問い合わせをトリアージするために仮想アシスタント／チャットボットロジック２１２によって実行されるプロセス４００の図である。例示的なプロセス４００は、患者がパーソナルモバイル通信デバイス１２２および／または療法機械９０の表示インターフェース２０１上でアプリケーション２４０を使用して問い合わせを開始すると始まる。仮想アシスタント／チャットボットロジック２１２は、ロジックを使用して、１つ以上のフォローアップ質問を選択する。換言すれば、仮想アシスタント／チャットボットロジック２１２は、応答アクション２３８が識別されるまでさらなる情報を受信するための１つ以上のプロンプトを伴う質問の階層を介して進むための対話型セッションを提供する。いくつかの実施形態において、仮想アシスタント／チャットボットロジック２１２の要求／回答／質問の階層は、病院システムまたは診療所のプロトコルに基づいて修正され得る。

【0112】

図５は、本開示の例示的な実施形態によるパーソナルモバイル通信デバイス１２２上に提供されるアプリケーション２４０のインターフェースを示す図である。イベントＡにおいて、アプリケーション２４０は、限外濾過の傾向を含む少なくともいくつかの治療データ２１３を表示する。インターフェースは、患者が仮想アシスタント／チャットボットロジック２１２を開始することを可能にするアイコン５００を含む。イベントＢは、仮想アシスタント／チャットボットロジック２１２のための対話型インターフェース５０２を表示するアプリケーションを示す。対話型インターフェース５０２は、問題または質問に関して患者に尋ねる仮想アシスタント／チャットボットロジック２１２からの自動テキストを含む。図示されているように、患者は、ミニキャップを使い果たしている（すなわち、ＰＤ使い捨て物品）とタイプまたは発話している。対話型インターフェース５０２は、汎用仮想アシスタントの写真または患者の臨床医の写真も表示し得る。患者によって提供されたテキストまたは発話は、前述したように、臨床医サーバおよび／または仮想アシスタント／チャットボットロジック２１２によって処理される。

【0113】

仮想アシスタント／チャットボットロジック２１２は、起こり得る問題および問題に関連するキーワードのリストを含む。応答エンジン３０８は、仮想アシスタント／チャットボットロジック２１２と連携して、キーワードマッチングを実行して、患者がどの問題を参照している可能性が高いかを決定する。上記例では、患者は、警報で助けが必要であることを示すが、警報のタイプ（例えば、閉塞警報、透析流体漏れ警報、低容器警報、圧送警報、過充填警報など）を識別することができない。この場合、仮想アシスタント／チャットボットロジック２１２は、各警報タイプに関連付けられたキーワードを特定する。患者にさらなる質問をする代わりに、応答エンジン３０８は、治療データ２１３を使用して閉塞警報がアクティブであると決定する。このさらなる情報は、問題が閉塞警報に関連すると応答エンジン３０８および／または仮想アシスタント／チャットボットロジック２１２が決定することを可能にする。

【0114】

仮想アシスタント／チャットボットロジック２１２は、起こり得る問題のデータ構造を含む。各問題は、問題に関連する１つ以上のキーワードを有する。キーワードは、データ２０２，２１３および／または２１４の分析と、問題に関連する患者の集団からの患者応答とに基づいて予め選択される。例えば、閉塞警報の問題は、「警報、警告、ノイズ、点滅、ビープ音、および警戒」などのキーワードを含む。キーワードは、閉塞検出に関連する（治療データ２１３に含まれる）療法機械９０によって生成された診断識別子も含み得る。これらのキーワードは、診断トラブルコード、閉塞検出のためのフィールド識別子、またはイベント識別子を含み得る。

【0115】

仮想アシスタント／チャットボットロジック２１２は、受信したテキストおよびデータ２０２，２１３、および／または２１４を高次の問題の各々と比較するように構成される。仮想アシスタント／チャットボットロジック２１２は、キーワードとの比較に基づいて、最大の合致スコアまたは確率を有する問題を選択する。仮想アシスタント／チャットボットロジック２１２は、合致が６０％または７５％などの合致閾値を超えない場合、選択を妨げることができる。この例では、仮想アシスタント／チャットボットロジック２１２は、どの問題が最大の合致スコアを有するかに基づいて患者に質問すべきフォローアップ質問を含む。

【0116】

仮想アシスタント／チャットボットロジック２１２は、可能な問題の少なくともいくつかのための質問および回答の階層を含み得る。これらのさらなる質問および回答は、問題をより正確な問題にさらに改良し、より良い解決策を提供し得る。例えば、より高次の問題は、単に警報を指し得る。下位レベルの質問および回答は、異なる種類の警報のキーワードおよび基準を提供する。場合によっては、上記閉塞警報の例のように、回答は、患者からのさらなる入力なしに、データ２０２，２１３および／または２１４から直接決定され得る。しかしながら、より低いレベルの回答のいずれかが決定されることができない場合、仮想アシスタント／チャットボットロジック２１２は、どの質問がフォローアップのために患者に提供されるかを選択するために、より高いレベルの問題の各可能な回答に関連付けられたリストアップされた質問を使用する。仮想アシスタント／チャットボットロジック２１２の階層は、問題／副問題横断を提供し、問題／副問題横断は、応答アクション２３８を決定するために、患者によって経験される可能性が高い問題に応答エンジン３０８に迅速に収束させる。

【0117】

階層内のある時点で、サブ問題に関する回答が応答アクション２３８に関連付けられる。仮想アシスタント／チャットボットロジック２１２は、応答アクション２３８に関して、閾値を超える合致またはほぼ合致があるときを決定する。この合致に基づいて、応答エンジン３０８は、応答アクション２３８を患者および／または識別された臨床医に送信する。場合によっては、応答アクション２３８は、下位問題の階層を通って進む必要なしに、上位レベルの問題のために提供され得る。したがって、仮想アシスタント／チャットボットロジック２１２は、応答エンジン３０８が、どの問題が患者によって経験されているかを識別するために患者と対話する方法を定義する。

【0118】

図４に示すように、決定された臨界レベルに基づくいくつかの異なる可能な応答アクション２３８がある。いくつかの実施形態において、仮想アシスタント／チャットボットロジック２１２は、３つのレベルを有し得る。他の実施形態において、より少ないレベルまたはより多いレベルが存在し得る。３レベル構成では、最低レベルは、人間の介入なしに自動的に回答し得る基本的な患者の質問または要求に対応する。これらは、患者のガイド、供給品の再注文、および／または療法機械９０に関する一般的な情報に関する質問／要求を含む。中レベルは、時間が許すときに臨床医が対処するための要求／患者の質問に対応し、それによって、臨床医のワークフローを中断しない。これらの質問または要求は、軽度または中程度の医学的問題および／または療法機械９０に伴うまれな問題に関連し得る。重要レベルは、臨床医がすぐに回答する必要がある質問／要求に対応する。これらの応答アクション２３８は、臨床医サーバ２０４によってフラグが立てられ、優先順位が付けられ、エスカレーションされる。これらの質問／要求または患者の問い合わせは、腹膜炎、流体状態、および療法機械９０に関する頻繁なまたは進行中の問題に関連し得る。

【0119】

図４は、処方された療法またはプログラム２０２、治療データ２１３、および／または患者データ２１４の少なくとも一部も示し、それらは、より迅速に応答アクション２３８に収束するために、または応答アクション２３８のコンテンツを作成するために仮想アシスタント／チャットボットロジック２１２によって使用され得る。処方された療法またはプログラム２０２は、１つ以上の透析処方箋またはプログラムにおいて定義される治療パラメータを含む。ＰＤに関して、処方された療法またはプログラム２０２は、総充填量、サイクル数、充填速度、サイクル当たりの充填量、滞留時間、排出速度、サイクルまたは治療当たりに除去される予期される限外濾過（「ＵＦ」）、透析流体濃度（例えば、デキストロース濃度）、または治療スケジュールのうちの１つ以上を含み得る。ＨＤに関して、処方された療法またはプログラム２０２は、治療時間、血液循環速度、透析流体循環速度、透析流体量、治療スケジュール、または透析流体濃度を指定し得る。注入療法に関して、処方された療法またはプログラム２０２は、注入速度、注入される流体の体積、流体の種類／体積、流体の薬物または成分濃度、および総注入時間を含み得る。処方された療法またはプログラム２０２は、療法機械９０および／または臨床医データベース２０６（患者のＥＭＲに記憶されている）から受信し得る。

【0120】

治療データ２１３は、透析治療がどのように行われたかを記載する。図４に示すように、治療データ２１３は、ＰＤ治療に関して、治療が行われた日付／時間、治療当たりのサイクル数、充填量、排出量、除去されたＵＦの推定量または測定量、および治療中に発生した任意の事象の少なくとも１つを含み得る。イベントは、警報、警告、限界値または閾値と矛盾する患者入力、ライン閉塞、ライン漏れ／断線、治療の一時停止などを含み得る。場合によっては、治療データ２１３は、療法機械９０が１つ以上のセンサ（血圧センサまたはカフ、体重計、心拍数センサ、ＥＣＧセンサなど）に接続されている（または、それらを含む）場合、生理学的データも含み得る。全体として、治療データ２１３は、透析治療がどのように行われたかの要約を提供する。

【0121】

治療データ２１３は、デバイス情報をさらに含み得る。例えば、デバイス情報５０８は、機械がプライミングシーケンスにあるか、洗浄／消毒シーケンスにあるか、ＰＤ治療のサイクルを開始しようとしているか、充填段階を通して進行しているか、滞留段階を通して進行しているか、排出段階を通して進行しているか、またはサイクルまたは治療を終了しているかなど、療法機械９０の正しい状態を含み得る。デバイス情報は、１つ以上のポンプ、バルブ、または他の透析構成要素において検出された障害などの診断情報も含み得る。

【0122】

患者データ２１４は、療法機械９０の監視を通して容易に決定することができない患者に固有の情報に関する。患者データ２１４は、患者の活動情報、患者の人口統計情報、および患者の医療情報を含み得る。患者活動情報は、患者との１つ以上の質問および回答セッションを通して決定される。これに加えて、または代えて、患者の活動情報は、患者のＥＭＲから決定され得る。

【0123】

一例では、ＰＤ治療は、完了するために３または４時間要し得る。この時間中、患者は、少なくともサイクルの透析流体の充填および排出段階（患者のために退屈であり得る）中、療法機械９０に流体接続される。時間を埋めるのを助けるために、臨床医サーバ２０４は、治療データ２１３から、充填段階が次の３０分間生じるであろうことを決定するように構成され得る。臨床医サーバ２０４は、発話認識モジュール３０６から、周囲環境が静かであると決定するようにも構成される。これらの状態に基づいて、臨床医サーバ２０４は、いくつかの患者データ２１４を取得するための時間を埋めるための患者との仮想セッションを開始するように構成され得、患者データ２１４は、ダイエット情報、流体摂取量、投薬、活動レベル、精神状態、および睡眠パターンを含み得る。臨床医サーバ２０４は、「今日は何を食べましたか？」、「どの薬を服用していますか？」、「今日は何をしましたか？」、および、「具合はどうですか」および「どのように寝ましたか？」などの単純な質問で患者を促すことができる。患者応答は、臨床医サーバ２０４によって患者データ２１４として記録される。臨床医サーバ２０４は、傾向が決定されることを可能にするために患者データ２１４にタイムスタンプを付けることができる。場合によっては、臨床医サーバ２０４は、質問し、フォローアップ質問が必要かどうかを決定するために仮想アシスタント／チャットボットロジック２１２を使用し得る。治療中に質問することに加えて、臨床医サーバ２０４は、患者を中断する可能性が低い時間に、治療後または治療前に質問し得る。

【0124】

患者の活動情報のために患者に促すことに加えて、臨床医サーバ２０４は、患者の人口統計情報のために患者に促し得る。或いは、臨床医サーバ２０４は、臨床医データベース２０６に記憶された１つ以上のＥＭＲから患者人口統計情報を取得し得る。図４に示すように、患者人口統計情報は、性別、年齢、体重、人種、民族、および地理的位置を含み得る。臨床医サーバ２０４は、仮想アシスタント／チャットボットロジック２１２を使用して、治療前、治療中、または治療後に患者から患者人口統計情報を取得し得る。

【0125】

臨床医サーバ２０４は、同じ仮想セッションを使用して、患者医療情報のために患者を促し得る。或いは、臨床医サーバ２０４は、接続された生理学的センサを使用して患者の医療情報の少なくとも一部を取得するために、療法機械９０を使用し得る。さらに他の例では、臨床医サーバ２０４は、１つ以上のＥＭＲから患者データ２１４の患者医療情報を取得する。全体として、患者データ２１４は、仮想セッションを介して取得される少なくともいくつかの被験者情報を含み得る患者の健康の要約を提供する。

【0126】

図４に示すように、プロセス４００は、患者要求を適切な応答アクション２３８にトリアージすることを含む。第１の応答アクション２３８ａは、患者に自動応答を提供することに対応する。第１の応答アクション２３８ａは、指定された低レベルの問い合わせのために選択される。応答は、医療および／または製品の文書化の特定のセクションおよび／または患者データ２１４のセクション（例えば、患者のＥＭＲ）を参照する。臨床医サーバ２０４は、情報をコピーし、応答アクション２３８ａとして１つ以上の応答メッセージに情報を含む。メッセージは、テキストまたはマルチメディアメッセージ、音声メッセージ、および／または視聴覚メッセージとして伝達され得る。応答アクション２３８ａを介して、以下の質問および応答を提供し得る。
例１：質問は、チャットボットおよび／または患者ガイドによって回答され得る。
「新しい溶液バッグをどのように接続するか？」
患者ガイドの９３ページの情報で回答
チャットボットが応答し、呼び出しを閉じる
例２：日常的であるが患者特有の質問
「ミニキャップが不足しているのですが、次の送達はいつですか？」
簡単に回答され得る明確なはい／いいえを伴うもの。
チャットボットは、直接回答する－データベースが回答すべき簡単な質問に。

【0127】

図４の応答アクション２３８ｂ、２３８ｅ、および２３８ｆは、重要レベルの応答に対応する。ここで、臨床医サーバ２０４は、患者が臨床医、看護師、または医師との接触に置かれる必要があると決定する。臨床医サーバ２０４は、患者の応答およびデータ２０２，２１３、および／または２１４と共に仮想アシスタント／チャットボットロジック２１２を使用して、応答の重要性を決定することに加えて、どの施術者が応答を処理するために最良であるかを決定する。個人を識別した後、臨床医サーバ２０４は、通信セッションを確立するために、電子アドレス帳におけるそれらの電話番号または仮想識別子を決定する。臨床医サーバ２０４は、音声通話、ビデオ通話、会議通話、および／またはライブテキストセッションを確立するための通信インターフェース３１４を含み得る。通信インターフェース３１４は、それぞれの応答アクション２３８ｂ、２３８ｅ、または２３８ｆを介してセッションを確立するために、識別された臨床医デバイス１５２およびパーソナルモバイル通信デバイス１２２に１つ以上のメッセージを送信し得る。いくつかの実施形態において、通信インターフェース３１４は、臨床医デバイス１５２のアプリケーション２４２上で閲覧するための応答アクション２３８のためのコンテンツを追加する。コンテンツは、仮想セッション中に患者によって提供された情報、および／またはデータ２０２，２１３、および／または２１４の関連部分を含み得る。以下は、対話の例である。
例３：緊急質問、すぐに看護師に直接送信
「胃が痛み、流出物が濁っています。どうすればよいですか？」
緊急のメモ／メッセージのエスカレーションで看護師に連絡する；そして、患者に入ってくるように伝える

【0128】

いくつかの実施形態において、臨床医サーバ２０４は、療法機械９０の製造業者へのメッセージのための応答アクション２３８ｃを選択する。応答アクション２３８ｃは、製造業者のコールセンターによって時間内に対処され得るテキストメッセージ、音声メール、電子メールなどを含み得る。緊急の場合、臨床医サーバ２０４は、前述のようにライブセッションを確立する。以下は、対話の例である。
例４：質問は、チャットボットによって回答し得る。
「新しい溶液バッグに何か浮いているものがあるが、どうすればよいか」
「それを使用しないで；製品監視につなぎます」で回答
チャットボットが応答し、呼び出しを閉じる

【0129】

図４は、メッセージが臨床医に提供される応答アクション２３８ｄも示す。これらの場合、臨床医サーバ２０４は、患者および／またはデータ２０２，２１３、および／または２１４との仮想対話から決定されたいくつかの情報を含む電子メール、テキストメッセージ、音声メッセージなどを構築する。さらに、臨床医サーバ２０４は、臨床医のために音声メールまたは他のテキストを残すように患者を促し得る。これらの例では、臨床医サーバ２０４は、通信インターフェース３１６を使用して、応答アクション２３８ｄを臨床医の適切な通信アカウントに送信する。以下は、対話の例である。
例５：回答が難しい質問は、優先順位付けスコアが与えられた診療所に音声メールを残す。患者ガイドで回答されることはできないが、緊急ではない。
「もうすぐ２４時間の収集を行なうが、その方法を忘れた；助けてくれますか？」
看護師はメッセージを受け取り、指示で後にコールバックし得る。

【0130】

図６は、本開示の例示的な実施形態による応答アクション２３８ｄに応答するために臨床医アプリケーション２４２によって提供されるダッシュボード６００の図である。ダッシュボード６００は、患者のリストおよび各患者に関連付けられた応答アクション２３８ｄを日ごとに表示する。ダッシュボード６００は、臨床医が応答アクション２３８ｄを選択することを可能にするように構成される。選択に応答して、アプリケーション２４２のダッシュボード６００は、臨床医が応答を入力または記録するためのインターフェースを提供し、応答は、その後、臨床医サーバ２０４を介してパーソナルモバイル通信デバイス１２２のアプリケーション２４０に送信される。

【0131】

ダッシュボード６００は、どの応答アクション２３８ｄが対処されたかに関しての指示も提供する。いくつかの実施形態において、ダッシュボード６００は、２時間、４時間、６時間、１２時間、２４時間、４８時間などの閾値時間内に応答が提供されない場合、臨床医の注意を引くために、アイコンの色を変更するか、そうでなければ応答アクション２３８ｄを促進する。さらに、応答アクション２３８ｄが閾値内で対処されなかった場合、臨床医サーバ２０４は、応答アクション２３８ｄを他の臨床医のダッシュボードに提供し得る。ダッシュボード６００は、臨床医が応答アクション２３８ａを別の臨床医にルーティングすることをも可能にし得る。

【0132】

（ＩＩＩ．結論）
本明細書に記載の現在好ましい実施形態に対する様々な変更および修正が当業者には明らかであることを理解すべきである。そのような変更および修正は、本主題の技術思想および範囲から逸脱することなく、かつその意図された利点を損なうことなく行なうことができる。したがって、そのような変更および修正は、添付の特許請求の範囲によって網羅されることが意図される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【国際調査報告】