JP6894624B2 - 遠隔診療支援システム、遠隔診療支援サーバ及び遠隔診療支援方法 - Google Patents

Description

本発明は、遠隔診療支援システム、遠隔診療支援サーバ及び遠隔診療支援方法に関する。

従来、情報通信技術を介して医師が受診者を診療する遠隔診療が知られている（例えば、特許文献１参照）。

遠隔診療では、一般に、受信希望者の受け付け、受診待ち対象者の管理及び会計処理などの点を自動化することにより人件費を削減できる。このため、遠隔診療の提供に係る診療機関の負担を対面診療よりも抑えることが出来る。

また、特に、慢性疾患の患者は診療を定期的に受ける必要があるが、対面診療を受ける時間を作れない患者には、遠隔診療が最適である。

特開２０１５−９０５７２号公報

このように、遠隔診療には特に多忙な慢性疾患の患者に潜在的な需要があると考えられるが、現状では、遠隔診療に関する保険制度が十分に整っているとは言いがたく、保険を適用して遠隔診療を受診できる状況は限られている。一方で、個人が遠隔診療を自由診療で受診するとなると、個人の負担額が高額となるおそれがある。

このような問題を解決するため、企業等の組織が、医療費の一部または全部を負担して従業員等の組織構成員に自由診療で遠隔診療を受診させることが考えられる。

この場合、どのような割合で医療費を負担するかが問題となる。

そこで、本発明は、適切に医療費を決定できる遠隔診療支援システム、サーバ及び方法を提供することを目的とする。

本発明の遠隔診療支援システムは、複数のユーザー端末と通信する一又は複数の医師端末と遠隔診療支援サーバとを備えるネットワークシステムであって、
当該一または複数の医師端末のうちのいずれかの端末である担当医師端末又は前記複数のユーザー端末のうちのいずれかの端末である第１ユーザー端末から受信した今回の遠隔診療における当該第１ユーザー端末のユーザである対象受診者に対する診察情報に基づいて当該対象受診者の状態を認識し、前記対象受診者の状態が今回の条件を充足するか否かを判定し、前記対象受診者の状態が前記今回の条件を充足すると判定された場合に、前記対象受診者の状態が前記今回の条件を充足しないと判定された場合の医療費以下となるように前記今回の遠隔診療における前記対象受診者に対する医療費を決定する医療費決定部を備えることを特徴とする。

そして、当該担当医師端末又は当該第１ユーザー端末から受信した今回の遠隔診療における前記対象受診者に対する診察情報に基づいて、対象受診者の状態が認識される。医療費決定部により、前記対象受診者の状態が今回の条件を充足するか否かが判定される。医療費決定部により、対象受診者の状態が今回の条件を充足すると判定された場合に、対象受診者の状態が今回の条件を充足しないと判定された場合の医療費以下となるように、今回の遠隔診療における対象受診者の医療費が決定される。

換言すれば、対象受診者の状態が今回の条件を充足する場合には、対象受診者の負担額が、対象受診者の状態が今回の条件を充足しない場合以下となる。

以上の通り、当該構成の遠隔診療支援システムによれば、診療の効果を適切にあげながら、受診者及び医療費の負担をする組織の負担を抑えるように、適切に医療費が決定される。
本発明の遠隔診療支援システムにおいて、
前記医療費決定部は、前記診察情報に基づいて次回の条件を示す情報を認識し、前記医療費と前記今回の条件の充足の有無と当該次回の条件を示す情報とを前記第１ユーザー端末に送信するように構成されていてもよい。
本発明の遠隔診療支援システムにおいて、
前記担当医師端末及び前記第１ユーザー端末の間の通信を確立させるための通信確立情報に基づいて通信が確立した当該第１ユーザー端末から受信した受診者発言情報を当該担当医師端末に出力し、かつ、当該担当医師端末から入力された医師発言情報を当該第１ユーザー端末に送信する遠隔診療支援部を備えてもよい。

本発明の遠隔診療支援システムにおいて、
前記条件は、前記対象受診者が前記対象受診者の健康状態を自動で取得し、前記遠隔診療支援システムに送信する所定のウェアラブルデバイスを使用しているという条件であることが好ましい。

当該構成の遠隔診療支援システムによれば、ウェアラブルデバイスを使用している場合にウェアラブルデバイスを使用していない場合の医療費以下となるように、対象受診者の医療費が決定されるので、対象受診者にウェアラブルデバイスを使用するインセンティブが与えられる。

また、ウェアラブルデバイスが使用されることにより、対象受診者の健康状態が自動で取得され、遠隔診療支援システムに送信されるので、対象受診者の健康状態の把握に関する人件費が削減される。この結果、医療機関の負担も軽減されうる。

本発明の遠隔診療支援システムにおいて、
前記条件は、前記対象受診者の健康状態が所定の健康状態であるという条件であることが好ましい。

当該構成の遠隔診療支援システムによれば、前記対象受診者の健康状態が所定の健康状態である場合に、そうでない場合以下となるように、医療費が決定される。この結果、対象受診者に自己の健康状態が所定の健康状態となるように、健康管理するインセンティブを与えることが出来る。

当該構成の遠隔診療支援システムにおいて、
前記所定の健康状態は、予め前記対象受診者及び当該対象受診者の担当医師の一方又は両方により指定された健康状態であることが好ましい。

当該構成の遠隔診療支援システムによれば、対象受診者及び担当医師の一方又は両方によって目標の健康状態が設定されることで、対象受診者に対して責任感を感じさせることが出来、ひいては、健康管理のモチベーションを与えることが出来る。

本発明の遠隔診療支援システムにおいて、
前記条件は、一定期間において前記対象受診者の健康状態が継続的に所定の健康状態でありつづけるという条件であることが好ましい。

当該構成の遠隔診療支援システムによれば、一定期間において対象受診者の健康状態が継続的に所定の健康状態でありつづける場合に医療費が抑えられる。この結果、対象受診者に持続的に健康管理をするためのインセンティブを与えることが出来る。

本発明の遠隔診療支援システムにおいて、
前記負担額決定部は、組織に関連付けられた受診者の数が所定数以上である場合に、前記組織に関連付けられた受診者の数が所定数未満である場合の負担額以下となるように、前記組織の負担額を決定することが好ましい。

当該構成の遠隔診療支援システムによれば、組織は、多数の受診者に受診させた場合に組織の負担額が割安となるので、組織に関連付けられた受診者に多く受診を勧めやすくなる。この結果、受診者の数が増加しやすくなり、受診者一人あたりの組織医療費負担額を小さくしても、システム全体の売り上げを確保できる。

遠隔診療支援システムの全体構成図。 サーバ記憶部に記憶された受診者リストを示す図。 サーバ記憶部に記憶された医師リストを示す図。 サーバ記憶部に記憶された組織リストを示す図。 サーバ記憶部に記憶された診療支援情報リストを示す図。 サーバ記憶部に記憶された診察情報リストを示す図。 サーバ記憶部に記憶された予約情報リストを示す図。 サーバ記憶部に記憶された診療可能時間帯情報リストを示す図。 サーバ記憶部に記憶された目標リストを示す図。 サーバ記憶部に記憶された状態ログを示す図。 遠隔診療支援の一連の処理の全体フローチャート。 予約受付処理のフローチャート。 診療支援情報及びセンシング情報登録処理のフローチャート。 遠隔診療支援処理のフローチャートの前半部分。 遠隔診療支援処理のフローチャートの後半部分。 医療費請求・報酬支払処理のフローチャート。 医療費決定処理のフローチャート。 診察情報画面の構成図。 組織負担額決定処理のフローチャート。 組織医療費負担額データ提供処理のフローチャート。 図１１Ａは、組織医療費負担額データから作成されたグラフ、図１１Ｂは、第１健康状態データから作成されたグラフ、図１１Ｃは、第２健康状態データから作成されたグラフ。 第１健康状態データ提供処理のフローチャート。 第２健康状態データ提供処理のフローチャート。

図１〜図１３を参照しながら、本発明の遠隔診療支援システムについて説明する。

（遠隔診療支援システム）
遠隔診療支援システムは、医師と受診者との間で行われる遠隔診療を支援するシステム
である。

遠隔診療支援システムは、図１に示されるように、遠隔診療支援サーバ１と、一又は複数の医師端末２とを備える。遠隔診療支援サーバ１及び医師端末２のそれぞれは、第１ユーザー端末３及び第２ユーザー端末５、一又は複数の組織端末４とのそれぞれとインターネット等のネットワークを介して相互に通信可能に構成されている。なお、図１ではそれぞれ一つの医師端末２、第１ユーザー端末３、組織端末４及び第２ユーザー端末５を図示している。

（遠隔診療支援サーバ）
遠隔診療支援サーバ１は、サーバ制御部１１と、サーバ記憶部１２と、サーバ通信部１５とを備えている。なお、遠隔診療支援サーバ１を構成するコンピュータの一部または全部が、他の端末、例えば、医師端末２を構成するコンピュータにより構成されていてもよい。例えば、移動局としての一または複数の医師端末２により、遠隔診療支援サーバ１の一部または全部が構成されていてもよい。

サーバ制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の演算処理装置、メモリ、及びＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）デバイスなどにより構成されている。サーバ制御部１１は、一のプロセッサにより構成されてもよく、相互通信可能な複数のプロセッサにより構成されてもよい。

サーバ制御部１１は、所定のプログラムを読み込んで実行することにより、後述の演算処理を実行する診療予約受付部１１１、診療支援情報登録部１１２、診察情報登録部１１３、医療費決定部１１４、組織負担額決定部１１５、及びデータ送信部１１６として機能する。

サーバ記憶部１２は、例えばＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の記憶装置により構成されている。サーバ記憶部１２は、サーバ制御部１１の演算結果、又はサーバ制御部１１がサーバ通信部１５を介して受信したデータを記憶するように構成されている。

サーバ記憶部１２は、受診者リスト１２１、医師リスト１２２、組織リスト１２３、診療支援情報リスト１２４、診察情報リスト１２５、予約リスト１２６、診療可能時間帯情報リスト１２７、目標リスト１２８及び状態ログ１２９を記憶するように構成されている。なお、受診者リスト１２１、診療支援情報リスト１２４、及び診察情報リスト１２５、目標リスト１２８及び状態ログ１２９のそれぞれに含まれる情報が、本発明の「カルテ情報」に相当する。

受診者リスト１２１は、図２Ａに示されるように、受診者ＩＤカラム１２１１と、受診者名カラム１２１２と、性別カラム１２１３と、年齢カラム１２１４と、病名カラム１２１５と、構成員番号カラム１２１６と、連絡先カラム１２１７と、負担割合カラム１２１８と、決済情報カラム１２１９とを含んでいる。

受診者ＩＤカラム１２１１は、受診者それぞれを識別するためのＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を格納している。受診者名カラム１２１２は、受診者それぞれの氏名及び名称を格納している。性別カラム１２１３は、受診者それぞれの性別を格納している。年齢カラム１２１４は、受診者それぞれの年齢を格納している。病名カラム１２１５は、受診者それぞれの病名を格納している。構成員番号カラム１２１６は、受診者それぞれに割り振られた構成員番号を格納している。この構成員番号には、受診者それぞれが所属し
ている組織を識別するためのＩＤが含まれている。連絡先カラム１２１７は、受診者それぞれの連絡先、例えばメールアドレスを格納している。負担割合カラム１２１８は、医療費に対する受診者それぞれの自己負担割合を格納している。決済情報カラム１２１９は、クレジットカード番号及び有効期限等の受診者それぞれに対して請求及び決済を行うための情報を格納している。

受診者リスト１２１に含まれる情報は、例えば、受診者が遠隔診療支援システムに登録したときに入力されうる。

医師リスト１２２は、図２Ｂに示されるように、医師ＩＤカラム１２２１と、医師名カラム１２２２と、性別カラム１２２３と、専門カラム１２２４と、連絡先カラム１２２５と、報酬支払先情報カラム１２２６とを含む。

医師ＩＤカラム１２２１は、それぞれの医師を識別するための医師ＩＤを格納する。医師名カラム１２２２は、医師それぞれの氏名及び名称を格納する。性別カラム１２２３は、医師のそれぞれの性別を格納する。専門カラム１２２４は、医師のそれぞれの専門分野に含まれる病名を格納する。これに代えて、専門カラム１２２４には、医師のそれぞれの専門分野の名称（例えば「内科」）が格納されてもよい。連絡先カラム１２２５は、医師それぞれの連絡先、例えばメールアドレスを格納している。報酬支払先情報カラム１２２６は、医師それぞれの報酬の支払先の情報として、例えば口座情報を格納している。

医師リスト１２２に含まれる情報は、例えば医師が遠隔診療システムに登録したときに入力される。

組織リスト１２３は、図２Ｃに示されるように、組織ＩＤカラム１２３１と、組織名カラム１２３２と、決済情報カラム１２３３と、システム利用開始日カラム１２３４とを含む。

組織ＩＤカラム１２３１は、それぞれの組織を識別するためのＩＤを格納している。組織名カラム１２３２は、それぞれの組織名を格納している。決済情報カラム１２３３は、それぞれの組織の引落口座情報またはクレジットカード番号等の請求及び決済に必要な決済情報を格納している。システム利用開始日カラム１２３４は、それぞれの組織が遠隔診療支援システムを利用し始めた日（例えば、組織の所属員が最初に遠隔診療支援システムを介した遠隔診療を受診した日）を格納している。

診療支援情報リスト１２４は、受診者が予め診療の前に登録する診療支援情報のリストであり、図２Ｄに示されるように、受診者ＩＤカラム１２４１と、登録日時カラム１２４２と、血圧カラム１２４３と、体温カラム１２４４と、体重カラム１２４５と、最近かかった病気カラム１２４６と、最近飲んでいる医薬カラム１２４７と、メッセージカラム１２４８とを含む。診療支援情報リスト１２４は、このほかに診療に必要な情報を含むカラムを含んでいてもよい。

受診者ＩＤカラム１２４１は、受診者ＩＤを格納している。登録日時カラム１２４２は情報が登録された日時を格納している。血圧カラム１２４３は血圧値を格納している。体温カラム１２４４は体温を示す値を格納している。体重カラム１２４５は体重を示す値を格納している。最近かかった病気カラム１２４６は病名を示す文字列を格納している。最近飲んでいる医薬カラム１２４７は医薬を示す文字列を格納している。メッセージカラム１２４８は、受診者により入力された文字列を格納している。

診察情報リスト１２５は、遠隔診療における診察結果に関する診察情報のリストが格納
されており、図２Ｅに示されるように、受診者ＩＤカラム１２５１と、受診日時カラム１２５２と、症状・診断結果カラム１２５３と、処方内容カラム１２５４と、医師ＩＤカラム１２５５と、診療報酬点数カラム１２５６と、医師コメントカラム１２５７とを含む。

受診者ＩＤカラム１２５１は、診察対象の受診者（対象受診者）の受診者ＩＤを格納している。受診日時カラム１２５２は、対象受診者が遠隔診療を受診した日時を格納している。症状・診断結果カラム１２５３は、遠隔診療における医師の対象受診者に対する見解情報を格納している。処方内容カラム１２５４は、対象受診者に対して処方された医薬の名称と個数とを格納している。医師ＩＤカラム１２５５は、対象受診者を診察した医師（担当医師）の医師ＩＤを格納している。診療報酬点数カラム１２５６は、遠隔診療における対象受診者に対する診療報酬点数を格納している。医師コメントカラム１２５７は、担当医師から対象受診者へのコメントを格納している。

予約リスト１２６は、図２Ｆに示されるように、受診者ＩＤカラム１２６１と、医師ＩＤカラム１２６２と、予約時間帯カラム１２６３とを含む。

受診者ＩＤカラム１２６１は、遠隔診療を予約した受診者ＩＤを格納している。医師ＩＤカラム１２６２は、当該遠隔診療を担当する医師ＩＤを格納している。予約時間帯カラム１２６３は、当該遠隔診療の受診予約時間帯を格納している。

診療可能時間帯情報リスト１２７は、各医師が診療可能な時間帯に関する診療可能時間帯情報のリストであり、図２Ｇに示されるように、医師ＩＤカラム１２７１と、診療可能時間帯カラム１２７２とを含む。

医師ＩＤカラム１２７１は、医師それぞれの医師ＩＤを格納している。診療可能時間帯カラム１２７２は、医師それぞれの診療可能な時間帯を格納している。

目標リスト１２８は、図２Ｈに示されるように、目標ＩＤカラム１２８１と、受診者ＩＤカラム１２８２と、目標カラム１２８３と、登録日時カラム１２８４と、重要度カラム１２８５と、遵守度・達成度カラム１２８６とを含む。

目標ＩＤカラム１２８１は、目標それぞれの目標ＩＤを格納している。受診者ＩＤカラム１２８２は、受診者それぞれの受診者ＩＤを格納している。目標カラム１２８３は、受診者それぞれの目標を格納している。登録日時カラム１２８４は、目標が登録された日時を格納している。重要度カラム１２８５は、目標の重要度を格納している。遵守度・達成度カラム１２８６は、目標に対する遵守度・達成度を格納している。

目標は、例えば、禁酒、運動又は２２時に睡眠等の受診者の目標行動を含む。目標は、さらに、週３回以上又は毎日等の目標行動を行う等の目標頻度または目標回数と、連続運動１時間等の目標行動の程度との一方又は両方との組み合わせにより表されてもよい。また、目標は、目標行動、目標頻度または目標回数、目標回数の程度で表される受診者の行動状態に代えてまたは加えて、受診者によるウェアラブル機器の着用状態、又は血圧などの受診者の生体情報の目標値などによって表される受診者の健康状態に関する目標であってもよい。

目標の重要度は、例えば、正の整数で表される。

目標に対する遵守度・達成度は、数値で表される。例えば、遵守度・達成度１００が目標を１００％達成したことを意味するようにしてもよい。この場合、最終的な状態が当初よりも目標からかい離した場合には、遵守度・達成度を、ゼロとしてもよいし、負の数値
としてもよい。また、最終的な状態が目標を越えている場合には、遵守度・達成度を１００としてもよいし、１００を超える数値としてもよい。

状態ログ１２９は、図２Ｉに示されるように、目標ＩＤカラム１２９１と、ユーザ入力情報カラム１２９２と、センシング情報カラム１２９３と、日時カラム１２９４とを含む。

目標ＩＤカラム１２９１は、目標それぞれの目標ＩＤを格納している。ユーザ入力情報カラム１２９２は、受診者から入力された情報であり、例えば、目標行動、目標行動の実施頻度または実施回数及び目標行動の実施の程度の組合せ、又は、受診者の体重の値などの情報を含む。センシング情報カラム１２９３は、ウェアラブルセンサＳから受信したセンシング情報であり、例えば、ウェアラブルセンサＳの起動状態、センシング情報などから推測される着用頻度または回数、センシング情報自体などを含む。日時カラム１２９４は、受診者入力情報が入力された日時又はセンシング情報を受信した日時を含む。

サーバ通信部１５は、ネットワークとしての公衆通信網（例えばインターネット）に接続され、医師端末２、第１ユーザー端末３、組織端末４及び第２ユーザー端末５等の外部の端末と通信する通信装置により構成されている。

（医師端末）
医師端末２は、医師端末制御部２１と、医師端末記憶部２２と、医師端末出力部２３と、医師端末入力部２４と、医師端末通信部２５とを備える。

医師端末２は、デスクトップコンピュータなど、特定箇所に設置されるように、サイズ、形状および重量が設計されているコンピュータにより構成されている。医師端末２は、タブレット型端末またはスマートフォンなど、医師端末２のユーザである医師Ｄによる携帯が可能なようにサイズ、形状および重量が設計されているコンピュータにより構成されていてもよい。

医師端末制御部２１は、ＣＰＵ等の演算処理装置、メモリ、及びＩ／Ｏデバイスなどにより構成されている。医師端末制御部２１には、遠隔診療支援サーバ１よりダウンロードした遠隔診療支援プログラムがインストールされている。遠隔診療支援プログラムが起動されることにより、医師端末制御部２１は、後述の演算処理を実行するように構成されている。

医師端末記憶部２２は、例えばＲＯＭ、ＲＡＭ、ＨＤＤ等の記憶装置により構成されている。医師端末記憶部２２は、あらかじめ登録された医師Ｄの医師ＩＤ２２１と、後述する予約受付処理で記憶される通信確立情報２２２とを記憶するように構成されている。

医師端末出力部２３は液晶パネルのような表示装置により構成され、医師端末入力部２４はタッチパッドのような位置入力装置により構成され、これらが組み合わせられてタッチパネルが構成されている。これに加えてまたは代えて、医師端末入力部２４はキーボードを備えてもよい。医師端末出力部２３は、さらにスピーカーを備えている。また、医師端末入力部２４はさらにマイクを備えている。

医師端末通信部２５は、有線通信またはＷｉＦｉ（登録商標）等の通信規格にしたがった無線通信を介して、遠隔診療支援サーバ１などの外部端末と相互通信するよう構成されている。

（第１ユーザー端末）
第１ユーザー端末３は、第１ユーザー端末制御部３１と、第１ユーザー端末記憶部３２と、第１ユーザー端末出力部３３と、第１ユーザー端末入力部３４と、第１ユーザー端末通信部３５とを備える。

第１ユーザー端末制御部３１は、遠隔診療支援プログラムがインストールされている代わりに、組織端末４（又は対象受診者Ｐが所属する組織のサーバ若しくは遠隔診療支援サーバ１）からダウンロードした遠隔診療受診支援プログラムがインストールされている。遠隔診療受診支援プログラムが起動されることにより、第１ユーザー端末制御部３１は、後述する演算処理を実行するように構成されている。

第１ユーザー端末記憶部３２は、医師ＩＤ２２１及び通信確立情報２２２に代え、第１ユーザー端末３のユーザである対象受診者Ｐの受診者ＩＤ３２１及び通信確立情報３２２を記憶している。上記点を除き、第１ユーザー端末３は、医師端末２と同様の構成を有している。

また、ウェアラブルセンサＳは対象受診者Ｐが着用可能に構成されている。ウェアラブルセンサＳは、対象受診者Ｐの生体情報若しくは行動情報、ウェアラブルセンサＳの着用状態を認識し、当該生体情報を定期的に又は対象受診者Ｐの操作に応じて遠隔診療支援サーバ１に送信するように構成されている。

対象受診者Ｐの生体情報は、例えば、対象受診者Ｐの血圧、心拍数、呼吸数、体温、体重及び身長である。

対象受診者Ｐの行動情報は、例えば、対象受診者Ｐの歩数、対象受診者Ｐが歩いた時間及び対象受診者Ｐが走った時間である。

ウェアラブルセンサＳは、個別の通信部を有し、当該通信部を介して遠隔診療支援サーバ１に生体情報を送信してもよいが、これに代えて、例えば、ＵＳＢなどにより第１ユーザー端末３に接続され、第１ユーザー端末通信部３５を介して生体情報を遠隔診療支援サーバ１に送信してもよい。

（組織端末）
組織端末４は、組織端末制御部４１と、組織端末記憶部４２と、組織端末出力部４３と、組織端末入力部４４と、組織端末通信部４５とを備える。

組織端末４は、遠隔診療支援プログラムがインストールされていない点、組織端末記憶部４２が医師ＩＤ２２１に代えて組織の組織ＩＤ４２１を記憶する点、及び組織端末記憶部４２が通信確立情報２２２を記憶していない点を除き、医師端末２と同様の構成を有している。

（第２ユーザー端末）
第２ユーザー端末５は、第２ユーザー端末制御部５１と、第２ユーザー端末記憶部５２と、第２ユーザー端末出力部５３と、第２ユーザー端末入力部５４と、第２ユーザー端末通信部５５とを備える。

第２ユーザー端末５は、遠隔診療支援プログラムがインストールされていない点、第２ユーザー端末記憶部５２が医師ＩＤ２２１及び通信確立情報２２２を記憶していない点を除き、医師端末２と同様の構成を有している。

（遠隔診療支援の一連の処理の全体概要）
図３を参照して、遠隔診療支援の一連の処理の全体概要を説明する。

遠隔診療支援サーバ１、医師端末２及び第１ユーザー端末３は、後述する予約受付処理を実行する（図３／ＳＴＥＰ１００）。予約受付処理により、遠隔診療の受診日時の予約が行われ、医師端末２及び第１ユーザー端末３に互いに通信を確立させるための通信確立情報が送信される。

遠隔診療支援サーバ１、医師端末２及び第１ユーザー端末３は、後述する診療情報登録処理及びセンシング情報登録処理を実行する（図３／ＳＴＥＰ２００）。診療支援情報及びセンシング情報登録処理により、遠隔診療の受診前に対象受診者Ｐの診療支援情報が診療支援情報リスト１２４に追加登録され、センシング情報が状態ログ１２９に追加登録され、対象受診者Ｐの遠隔診療を担当する担当医師Ｄにこの情報が共有される。

遠隔診療支援サーバ１、医師端末２及び第１ユーザー端末３は、後述する遠隔診療支援処理を実行する（図３／ＳＴＥＰ３００）。医師端末２及び第１ユーザー端末３は、通信確立情報を用いて通信を確立させ、担当医師Ｄ及び対象受診者Ｐ間の遠隔診療支援を行う。遠隔診療の終了後、医師端末２は、対象受診者Ｐに対する診察情報を遠隔診療支援サーバ１に送信し、診察情報リスト１２５に追加させる。また、遠隔診療支援サーバ１と第１ユーザー端末３との通信により、対象受診者Ｐの次回の目標が目標リスト１２８に追加される。

遠隔診療支援サーバ１、医師端末２及び第１ユーザー端末３は、後述する医療費請求・報酬支払処理を実行する（図３／ＳＴＥＰ４００）。遠隔診療支援サーバ１は、図３／ＳＴＥＰ３００で登録された診察情報及び目標情報に基づいて遠隔診療の医療費を認識し、支払機関に対する遠隔診療の診療費の課金、対象受診者Ｐに対する遠隔診療の自己負担費の課金、及び担当医師Ｄに対する報酬支払の決済を行う。

遠隔診療支援サーバ１は、後述する組織負担額決定処理を実行する（図３／ＳＴＥＰ５００）。遠隔診療支援サーバ１は、当該組織の決済情報を用いて、組織負担額の決済を行う。

（予約受付処理）
図４を参照して、予約受付処理を説明する。

まず、医師端末制御部２１は、担当医師Ｄから診療可能時間帯が医師端末入力部２４を介して入力されたか否かを判定する（図４／ＳＴＥＰ１２０）。

当該判定結果が否定的である場合（図４／ＳＴＥＰ１２０‥ＮＯ）、医師端末制御部２１は、再度図４／ＳＴＥＰ１２０の処理を実行する。

当該判定結果が肯定的である場合（図４／ＳＴＥＰ１２０‥ＹＥＳ）、医師端末制御部２１は、予め医師端末記憶部２２に登録された担当医師Ｄの医師ＩＤ、及び担当医師Ｄから入力された診療可能時間帯を含む診療可能時間帯情報を作成し、医師端末通信部２５を介して、遠隔診療支援サーバ１に送信する（図４／ＳＴＥＰ１２１）。

診療予約受付部１１１は、サーバ通信部１５を介して診療可能時間帯情報を受信したか否かを判定する（図４／ＳＴＥＰ１１０）。

当該判定結果が否定的である場合（図４／ＳＴＥＰ１１０‥ＮＯ）、診療予約受付部１１１は、再度図４／ＳＴＥＰ１１０の処理を実行する。

当該判定結果が肯定的である場合（図４／ＳＴＥＰ１１０‥ＹＥＳ）、診療予約受付部１１１は、受信した診療可能時間帯情報を図２Ｇに示される診療可能時間帯情報リスト１２７に記憶する（図４／ＳＴＥＰ１１１）。

第１ユーザー端末制御部３１は、対象受診者Ｐからの診療希望時間帯を指定する予約申し込み操作を第１ユーザー端末入力部３４を介して検知したか否かを判定する（図４／ＳＴＥＰ１３０）。

なお、図４／ＳＴＥＰ１３０に先立って、第１ユーザー端末３からアクセスを受けた診療予約受付部１１１が、受診者リスト１２１を参照することにより対象受診者Ｐの病名を認識し、医師リスト１２２を参照することにより当該病名を専門とする医師を抽出し、診療可能時間帯情報リスト１２７を参照することにより当該抽出された医師の診療可能時間帯を抽出し、当該診療可能時間帯を第１ユーザー端末３に送信し、第１ユーザー端末出力部３３に出力させてもよい。

当該判定結果が否定的である場合（図４／ＳＴＥＰ１３０‥ＮＯ）、第１ユーザー端末制御部３１は、再度図４／ＳＴＥＰ１３０の処理を実行する。

当該判定結果が肯定的である場合（図４／ＳＴＥＰ１３０‥ＹＥＳ）、第１ユーザー端末制御部３１は、第１ユーザー端末通信部３５を介して、予め第１ユーザー端末記憶部３２に登録された対象受診者Ｐの受診者ＩＤ及び対象受診者Ｐから入力された診療希望時間帯を含む予約申込み情報を作成し、遠隔診療支援サーバ１に送信する（図４／ＳＴＥＰ１３１）。

診療予約受付部１１１は、サーバ通信部１５を介して、予約申込み情報を受信したか否かを判定する（図４／ＳＴＥＰ１１２）。

当該判定結果が否定的である場合（図４／ＳＴＥＰ１１２‥ＮＯ）、診療予約受付部１１１は、再度図４／ＳＴＥＰ１１２の処理を実行する。

当該判定結果が肯定的である場合（図４／ＳＴＥＰ１１２‥ＹＥＳ）、診療予約受付部１１１は、予約申込み情報に基づいて、受診者リスト１２１と医師リスト１２２と診療可能時間帯情報リスト１２７とを参照して、予約申込み情報に示される診療希望時間帯に対応可能な医師である担当医師を抽出する（図４／ＳＴＥＰ１１３）。

より具体的には、診療予約受付部１１１は、受診者リスト１２１を参照して、予約申込み情報に含まれる対象受診者Ｐの受診者ＩＤを用いることにより対象受診者Ｐの病名を認識する。そして、診療予約受付部１１１は、医師リスト１２２及び診療可能時間帯情報リスト１２７を参照することにより当該対象受診者Ｐの病名に対応可能かつ予約申込み情報に含まれる診療希望時間帯に対応な医師である担当医師を認識する。

例えば、対象受診者Ｐが「○田×男」であり、診療希望時間帯が「２０１６／４／１９
１５：００：００〜１５：１５：００」である場合、診療予約受付部１１１は、受診者リスト１２１を参照して、予約申込み情報に含まれる対象受診者Ｐ「○田×男」の受診者ＩＤ「１」を用いることにより対象受診者Ｐの病名「高血圧」を認識する。そして、診療予約受付部１１１は、医師リスト１２２及び診療可能時間帯情報リスト１２７を参照することにより当該対象受診者Ｐの病名「高血圧」を専門とし、かつ、診療希望時間帯「２０１６／４／１９ １５：００：００〜１５：１５：００」に対応可能な医師「○石×之」を担当医師として認識する。なお、診療予約受付部１１１は、診療可能時間帯情報リスト
１２７及び診療希望時間帯とから対応可能な医師を担当医師として認識してもよい。

診療予約受付部１１１は、対象受診者Ｐの受診者ＩＤと、担当医師の医師ＩＤと、診療希望時間帯である予約時間帯とを予約リスト１２６に追加する（図４／ＳＴＥＰ１１４）。

例えば、診療予約受付部１１１は、図２Ｆのフィールド１２６４に示されるように、対象受診者Ｐ「○田×男」の受診者ＩＤ「１」と、担当医師「○石×之」の医師ＩＤ「１１」と、診療希望時間帯である予約時間帯「２０１６／４／１９ １５：００：００〜１５：１５：００」とを予約リスト１２６に追加する。

診療予約受付部１１１は、受診者リスト１２１を参照して対象受診者Ｐの連絡先を認識し、対象受診者Ｐの連絡先に対し、サーバ通信部１５を介して、予約が受け付けられた旨と担当医師への通信確立情報と担当医師の医師情報を含む予約受付情報を送信する（図４／ＳＴＥＰ１１５）。

ここで、担当医師への通信確立情報は、例えば、担当医師による遠隔診療を受診するために必要な情報であり、例えば、担当医師の医師ＩＤ及び遠隔診療支援サーバ１によるテレビ電話サービスを利用するための情報又は外部のテレビ電話サービスを利用するための情報としての担当医師の連絡先などの情報である。

第１ユーザー端末制御部３１は、第１ユーザー端末通信部３５を介して、予約受付情報を受信したか否かを判定する（図４／ＳＴＥＰ１３２）。

当該判定結果が否定的である場合（図４／ＳＴＥＰ１３２‥ＮＯ）、第１ユーザー端末制御部３１は、再度図４／ＳＴＥＰ１３２の処理を実行する。

当該判定結果が肯定的である場合（図４／ＳＴＥＰ１３２‥ＹＥＳ）、第１ユーザー端末制御部３１は、予約受付情報に含まれる予約が受け付けられた旨と担当医師の医師情報を第１ユーザー端末出力部３３へ出力するとともに（図４／ＳＴＥＰ１３３）、予約受付情報に含まれる通信確立情報を第１ユーザー端末記憶部３２に記憶する（図４／ＳＴＥＰ１３４）。

診療予約受付部１１１は、医師リスト１２２を参照して担当医師Ｄの連絡先を認識し、担当医師Ｄの連絡先に対し、サーバ通信部１５を介して、予約時間帯と対象受診者Ｐへの通信確立情報と対象受診者Ｐの受診者情報を含む担当予約情報を送信する（図４／ＳＴＥＰ１１６）。

ここで、対象受診者Ｐへの通信確立情報は、例えば、対象受診者Ｐによる遠隔診療を受診するために必要な情報であり、担当医師への通信確立情報と同様の情報である。

医師端末制御部２１は、医師端末通信部２５を介して、担当予約情報を受信したか否かを判定する（図４／ＳＴＥＰ１２２）。

当該判定結果が否定的である場合（図４／ＳＴＥＰ１２２‥ＮＯ）、医師端末制御部２１は、再度図４／ＳＴＥＰ１２２の処理を実行する。

当該判定結果が肯定的である場合（図４／ＳＴＥＰ１２２‥ＹＥＳ）、医師端末制御部２１は、担当予約情報に含まれる予約時間帯と対象受診者Ｐの受診者情報を医師端末出力部２３へ出力するとともに（図４／ＳＴＥＰ１２３）、担当予約情報に含まれる通信確立
情報を医師端末記憶部２２に記憶する（図４／ＳＴＥＰ１２４）。

以上の処理により、予約受付処理が終了する。なお、図４／ＳＴＥＰ１１５、ＳＴＥＰ１３２〜ＳＴＥＰ１３４の処理が省略されてもよいし、図４／ＳＴＥＰ１１６、ＳＴＥＰ１２２〜ＳＴＥＰ１２４の処理が省略されてもよい。

（診療支援情報及びセンシング情報登録処理）
図５を参照して、診療支援情報及びセンシング情報登録処理を説明する。

第１ユーザー端末制御部３１は、診療支援情報が第１ユーザー端末入力部３４を介して入力されたか否かを判定する（図５／ＳＴＥＰ２３０）。診療支援情報は、図２Ｄに示されるように、受診者ＩＤと対象受診者Ｐにより入力された対象受診者Ｐの体重等、最近かかった病気、最近飲んでいる医薬、及びメッセージ等の医師が診療に参考にできる情報とを含む情報である。

当該判定結果が否定的である場合（図５／ＳＴＥＰ２３０‥ＮＯ）、第１ユーザー端末制御部３１は、再度図５／ＳＴＥＰ２３０を実行する。受診者ＩＤは、対象受診者Ｐにより入力されてもよいし、第１ユーザー端末記憶部３２から読み込まれてもよい。

当該判定結果が肯定的である場合（図５／ＳＴＥＰ２３０‥ＹＥＳ）、第１ユーザー端末制御部３１は、第１ユーザー端末通信部３５を介して、診療支援情報を遠隔診療支援サーバ１に送信する（図５／ＳＴＥＰ２３１）。

診療支援情報登録部１１２は、サーバ通信部１５を介して診療支援情報を受信したか否かを判定する（図５／ＳＴＥＰ２１０）。

当該判定結果が否定的である場合（図５／ＳＴＥＰ２１０‥ＮＯ）、診療支援情報登録部１１２は、再度図５／ＳＴＥＰ２１０を実行する。

当該判定結果が肯定的である場合（図５／ＳＴＥＰ２１０‥ＹＥＳ）、診療支援情報登録部１１２は、診療支援情報を診療支援情報リスト１２４及び状態ログ１２９に追加して登録する（図５／ＳＴＥＰ２１１）。

ウェアラブルセンサＳは、測定又は推定した対象受診者Ｐの状態を含むセンシング情報を遠隔診療支援サーバ１に送信する（図５／ＳＴＥＰ２３２）。測定又は推定した対象受診者Ｐの状態には、例えば、血圧、心拍数、呼吸数、若しくは体温等の生体情報、又はこれらの生体情報若しくはウェアラブルセンサＳの稼働状況から推定される着用状態が含まれうる。

診療支援情報登録部１１２は、サーバ通信部１５を介してセンシング情報を受信したか否かを判定する（図５／ＳＴＥＰ２１２）。

当該判定結果が否定的である場合（図５／ＳＴＥＰ２１２‥ＮＯ）、診療支援情報登録部１１２は、再度図５／ＳＴＥＰ２１２を実行する。

当該判定結果が肯定的である場合（図５／ＳＴＥＰ２１２‥ＹＥＳ）、診療支援情報登録部１１２は、センシング情報を状態ログ１２９に追加して登録する（図５／ＳＴＥＰ２１３）。 診療支援情報登録部１１２は、診療支援情報に含まれる受診者ＩＤを基に、予約リスト１２６を参照して担当医師Ｄを認識し、医師リスト１２２を参照して担当医師Ｄの連絡先を認識し、当該担当医師Ｄの連絡先に対し、診療支援情報及びセンシング情報を
送信する（図５／ＳＴＥＰ２１４）。

医師端末制御部２１は、診療支援情報及びセンシング情報を受信したか否かを判定する（図５／ＳＴＥＰ２２０）。

当該判定結果が否定的である場合（図５／ＳＴＥＰ２２０‥ＮＯ）、医師端末制御部２１は、再度図５／ＳＴＥＰ２２０を実行する。

当該判定結果が肯定的である場合（図５／ＳＴＥＰ２２０‥ＹＥＳ）、医師端末制御部２１は、診療支援情報及びセンシング情報を医師端末出力部２３に出力する（図５／ＳＴＥＰ２２１）。

以上の処理により、診療支援情報及びセンシング情報登録処理が終了する。

（遠隔診療支援処理）
図６Ａ及び図６Ｂを参照して、遠隔診療支援処理を説明する。

医師端末制御部２１は、担当医師Ｄからの接続操作を医師端末入力部２４を介して検知したか否かを判定する（図６Ａ／ＳＴＥＰ３２０）。

当該判定結果が否定的である場合（図６Ａ／ＳＥＴＰ３２０‥ＮＯ）、医師端末制御部２１は、再度図６Ａ／ＳＥＴＰ３２０の処理を実行する。

当該判定結果が肯定的である場合（図６Ａ／ＳＥＴＰ３２０‥ＹＥＳ）、医師端末制御部２１は、医師端末記憶部２２に記憶された通信確立情報２２２から接続要求を作成し、当該接続要求を医師端末通信部２５を介して第１ユーザー端末３に送信する（図６Ａ／ＳＴＥＰ３２１）。

第１ユーザー端末制御部３１は、第１ユーザー端末通信部３５を介して接続要求を受信したか否かを判定する（図６Ａ／ＳＴＥＰ３３０）。

当該判定結果が否定的である場合（図６Ａ／ＳＥＴＰ３３０‥ＮＯ）、第１ユーザー端末制御部３１は、再度図６Ａ／ＳＥＴＰ３３０の処理を実行する。

当該判定結果が肯定的である場合（図６Ａ／ＳＥＴＰ３３０‥ＹＥＳ）、第１ユーザー端末制御部３１は、接続要求を第１ユーザー端末記憶部３２に記憶し、医師端末２に対し、接続を確立したことを知らせる接続確立通知を送信する（図６Ａ／ＳＴＥＰ３３１）。

医師端末制御部２１は、医師発言情報が医師端末入力部２４を介して入力されたか否かを判定する（図６Ａ／ＳＴＥＰ３２２）。医師端末制御部２１は、例えば、医師端末入力部２４としてのマイクを介して入力される担当医師Ｄの発言を医師発言情報として認識してもよい。また、医師端末制御部２１は、例えば、医師端末入力部２４としてのキーボード又はタッチパネルへの操作を介して入力される文字列等を医師発言情報として認識してもよい。

当該判定結果が肯定的である場合（図６Ａ／ＳＴＥＰ３２２‥ＹＥＳ）、医師端末制御部２１は、医師端末通信部２５を介して医師発言情報を第１ユーザー端末３に送信する（図６Ａ／ＳＴＥＰ３２３）。

当該判定結果が否定的である場合（図６Ａ／ＳＴＥＰ３２２‥ＮＯ）、医師端末制御部
２１は、図６Ａ／ＳＴＥＰ３２４の処理を実行する。

また、図６Ａ／ＳＴＥＰ３３１のあと、第１ユーザー端末制御部３１は、受診者発言情報が第１ユーザー端末入力部３４を介して入力されたか否かを判定する（図６Ａ／ＳＴＥＰ３３２）。

第１ユーザー端末制御部３１は、例えば、第１ユーザー端末入力部３４としてのマイクを介して入力される対象受診者Ｐの発言を受診者発言情報として認識してもよい。また、第１ユーザー端末制御部３１は、例えば、第１ユーザー端末入力部３４としてのキーボード又はタッチパネルへの操作を介して入力される文字列等を受診者発言情報として認識してもよい。

当該判定結果が肯定的である場合（図６Ａ／ＳＴＥＰ３３２‥ＹＥＳ）、第１ユーザー端末制御部３１は、第１ユーザー端末通信部３５を介して受診者発言情報を医師端末２に送信する（図６Ａ／ＳＴＥＰ３３３）。

当該判定結果が否定的である場合（図６Ａ／ＳＴＥＰ３３２‥ＮＯ）、第１ユーザー端末制御部３１は、図６Ａ／ＳＴＥＰ３３４の処理を実行する。

図６Ａ／ＳＴＥＰ３２４において、医師端末制御部２１は、医師端末通信部２５を介して第１ユーザー端末３から受診者発言情報を受信したか否かを判定する。

当該判定結果が肯定的である場合（図６Ａ／ＳＴＥＰ３２４‥ＹＥＳ）、医師端末制御部２１は、受信した受診者発言情報を医師端末出力部２３に出力する（図６Ａ／ＳＴＥＰ３２５）。

当該判定結果が否定的である場合（図６Ａ／ＳＴＥＰ３２４‥ＮＯ）又は図６Ａ／ＳＴＥＰ３２５の処理の後、医師端末制御部２１は、図６Ａ／ＳＴＥＰ３２６の処理を実行する。

図６Ａ／ＳＴＥＰ３２６において、医師端末制御部２１は、医師端末入力部２４を介して終了操作を検知したか又は第１ユーザー端末３との接続が切断されたか否かを判定する。

当該判定結果が肯定的である場合（図６Ａ／ＳＴＥＰ３２６‥ＹＥＳ）、医師端末制御部２１は、図６Ａ／ＳＴＥＰ３２７の処理を実行する。

当該判定結果が否定的である場合（図６Ａ／ＳＴＥＰ３２６‥ＮＯ）、医師端末制御部２１は、図６Ａ／ＳＴＥＰ３２２の処理を実行する。

図６Ａ／ＳＴＥＰ３３４において、第１ユーザー端末制御部３１は、第１ユーザー端末通信部３５を介して医師端末２から医師発言情報を受信したか否かを判定する。

当該判定結果が肯定的である場合（図６Ａ／ＳＴＥＰ３３４‥ＹＥＳ）、第１ユーザー端末制御部３１は、受信した医師発言情報を第１ユーザー端末出力部３３に出力する（図６Ａ／ＳＴＥＰ３３５）。

当該判定結果が否定的である場合（図６Ａ／ＳＴＥＰ３３４‥ＮＯ）又は図６Ａ／ＳＴＥＰ３３５の処理の後、第１ユーザー端末制御部３１は、図６Ａ／ＳＴＥＰ３３６の処理を実行する。

図６Ａ／ＳＴＥＰ３３６において、第１ユーザー端末制御部３１は、第１ユーザー端末入力部３４を介して終了操作を検知し又は医師端末２との接続が切断されたか否かを判定する。

当該判定結果が肯定的である場合（図６Ａ／ＳＴＥＰ３３６‥ＹＥＳ）、第１ユーザー端末制御部３１は、第１ユーザー端末通信部３５を介して切断通知を医師端末２に対して送信する（図６Ａ／ＳＴＥＰ３３７）。

当該判定結果が否定的である場合（図６Ａ／ＳＴＥＰ３３６‥ＮＯ）、第１ユーザー端末制御部３１は、図６Ａ／ＳＴＥＰ３３２の処理を実行する。

図６Ａ／ＳＴＥＰ３２７において、医師端末制御部２１は、医師端末通信部２５を介して切断通知を第１ユーザー端末３に対して送信する。

医師端末制御部２１は、医師端末入力部２４を介して入力された情報に基づいて、対象受診者Ｐに対する診察情報を作成する（図６Ｂ／ＳＴＥＰ３２８）。医師端末入力部２４を介して入力された情報には、症状・診断結果、処方内容、診療報酬点数及び医師コメントが含まれる。対象受診者Ｐに対する診察情報には、通信確立情報に含まれる受診者ＩＤと、接続確立通知を受信した時刻である受診日時と、症状・診断結果と、処方内容と、担当医師Ｄの医師ＩＤと、診療報酬点数と、医師コメントと、対象受診者Ｐの目標候補と、対象受診者Ｐの目標の遵守度・達成度とが含まれる。このうち、診療報酬点数は、医師の診察内容に応じた点数である。診療報酬点数は、一般的な保険制度で用いられる診療報酬点数であってもよい。

例えば、対象受診者Ｐ「○田×男」に対する診察情報には、受診者ＩＤ「１」と、受診日時「２０１６／４／１９ １５：００：００」と、症状・診断結果「高血圧 減薬」と、処方内容「医薬１ ２カプセル／毎食 ３０日分」と、担当医師Ｄの医師ＩＤ「１１」と、診療報酬点数「１００」と、医師コメント「この調子でお酒と塩分を控えていきましょう。習慣的な運動も意識的に取り入れてください。」と、対象受診者Ｐの次回の目標候補「禁酒 週３日以上」及び重要度「１００」と、対象受診者Ｐの今回の目標「禁酒 週３日以上」の遵守度・達成度「１００」とが含まれる。

対象受診者Ｐの次回の目標候補は、目標カラム１２８３に含まれる目標と同じ形式の目標と、その目標に対する重要度とを含む。目標に対する重要度は、医師により指定されてもよいし、予め定められていてもよい。対象受診者Ｐの今回の目標の遵守度・達成度は、医師により入力されてもよいし、ユーザ入力情報又はセンシング情報に基づいて決定されてもよい。

医師端末制御部２１は、作成した診察情報を医師端末通信部２５を介して遠隔診療支援サーバ１に送信する（図６Ｂ／ＳＴＥＰ３２９）。

なお、第１ユーザー端末３に対象受診者Ｐから入力された診察情報が遠隔診療支援サーバ１に送信されてもよい。

診察情報登録部１１３は、診察情報をサーバ通信部１５を介して受信したか否かを判定する（図６Ｂ／ＳＴＥＰ３１０）。

当該判定結果が否定的である場合（図６Ｂ／ＳＴＥＰ３１０‥ＮＯ）、診察情報登録部１１３は、図６Ｂ／ＳＴＥＰ３１０の処理を再度実行する。

当該判定結果が肯定的である場合（図６Ｂ／ＳＴＥＰ３１０‥ＹＥＳ）、診察情報登録部１１３は、受信した診察情報のうち、次回の目標候補及び今回の目標の遵守度・達成度以外の情報を診察情報リスト１２５に追加し、今回の目標の遵守度・達成度を目標リスト１２８に登録する（図６Ｂ／ＳＴＥＰ３１１）。例えば、図２Ｅに示されるフィールド１２５８が、対象受診者Ｐ「○田×男」に対する診察情報として診察情報リスト１２５に追加される。また、今回の目標の遵守度・達成度が、目標リスト１２８の遵守度・達成度カラム１２８６のうち、目標ＩＤに対応する箇所に登録される。

診察情報登録部１１３は、次回の目標候補を第１ユーザー端末３にサーバ通信部１５を介して送信する（図６Ｂ／ＳＴＥＰ３１２）。

第１ユーザー端末制御部３１は、次回の目標候補を受信したか否かを判定する（図６Ｂ／ＳＴＥＰ３３８）。

当該判定結果が否定的である場合（図６Ｂ／ＳＴＥＰ３３８‥ＮＯ）、第１ユーザー端末制御部３１は、図６Ｂ／ＳＴＥＰ３３８の処理を再度実行する。

当該判定結果が肯定的である場合（図６Ｂ／ＳＴＥＰ３３８‥ＹＥＳ）、第１ユーザー端末制御部３１は、次回の目標確認画面を表示する（図６Ｂ／ＳＴＥＰ３３９）。

第１ユーザー端末制御部３１は、第１ユーザー端末入力部３４を介して入力された次回の目標を第１ユーザー端末通信部３５を介して遠隔診療支援サーバ１に送信する（図６Ｂ／ＳＴＥＰ３４０）。

診察情報登録部１１３は、次回の目標をサーバ通信部１５を介して受信したか否かを判定する（図６Ｂ／ＳＴＥＰ３１３）。

当該判定結果が否定的である場合（図６Ｂ／ＳＴＥＰ３１３‥ＮＯ）、診察情報登録部１１３は、図６Ｂ／ＳＴＥＰ３１３の処理を再度実行する。

当該判定結果が肯定的である場合（図６Ｂ／ＳＴＥＰ３１３‥ＹＥＳ）、診察情報登録部１１３は、受信した目標を対象受診者Ｐの受診者ＩＤ及び登録日時（現在時刻）とともに目標リスト１２８に登録する（図６Ｂ／ＳＴＥＰ３１４）。

なお、診察情報登録部１１３は、ＳＴＥＰ３１２〜ＳＴＥＰ３１３及びＳＴＥＰ３３８〜３４０を省略し、担当医師の医師端末２から受信した目標候補を対象受診者Ｐの受診者ＩＤ及び登録日時ともに目標リストに登録してもよい。また、診察情報登録部１１３は、ＳＴＥＰ３１２〜ＳＴＥＰ３１３及びＳＴＥＰ３３８を省略し、対象受診者Ｐの第１ユーザー端末３から受信した目標を対象受診者Ｐの受診者ＩＤ及び登録日時ともに目標リスト１２８に登録してもよい。

また、診察情報登録部１１３は、サーバ記憶部１２に記憶された情報に基づいて、対象受診者の病名及び状態から導かれる目標を、対象受診者Ｐの目標として対象受診者Ｐの受診者ＩＤ及び登録日時ともに目標リスト１２８に登録してもよい。例えば、受診者リスト１２１又はカルテ情報等から特定される対象受診者Ｐの病名が「高血圧」であり、カルテ情報から特定される対象受診者Ｐの血圧が「１６０〜１００」であり、サーバ記憶部１２に記憶される望ましい血圧が「１３０〜７０」である場合を考える。この場合、診察情報登録部１１３は、例えば、不図示の対応表を基に病名「高血圧」の目標を「血圧」に関するものと特定し、血圧「１３０〜７０」を対象受診者Ｐの目標として対象受診者Ｐの受診
者ＩＤ及び登録日時ともに目標リスト１２８に登録してもよい。診察情報登録部１１３は、サーバ記憶部１２に記憶される所定期間に下がる血圧の目安「１０」に基づいて、「１５０〜９０」を対象受診者の目標として対象受診者Ｐの受診者ＩＤ及び登録日時ともに目標リスト１２８に登録してもよい。また、診察情報登録部１１３は、不図示の対応表を基に病名「高血圧」に関連付けられた目標行動又はウェアラブル機器の着用を対象受診者Ｐの目標として対象受診者Ｐの受診者ＩＤ及び登録日時ともに目標リスト１２８に登録してもよい。

以上により、遠隔診療支援処理が終了する。

（医療費請求・報酬支払処理）
図７Ａを参照して、医療費請求・報酬支払処理を説明する。

医療費決定部１１４は、後述する医療費決定処理を実行することにより、対象受診者Ｐの医療費を決定する（図７Ａ／ＳＴＥＰ４０１）。医療費決定処理では、医療費決定部１１４は、次回の目標、今回の目標、次回の目標の重要度、今回の目標の重要度、今回の目標の遵守度・達成度、今回のポイント及び累計のポイントを含む目標情報を認識する。

医療費決定部１１４は、図７Ａ／ＳＴＥＰ４０１で決定された医療費及びユーザー情報に含まれる負担割合に基づいて、対象受診者Ｐの自己医療費負担額を決定する（図７Ａ／ＳＴＥＰ４１０）。

医療費決定部１１４は、サーバ通信部１５を介して決定した対象受診者Ｐの自己医療費負担額、対象受診者Ｐの診察情報並びに目標リスト１２８及び状態ログ１２９から読み込んだ目標情報を第１ユーザー端末３に送信する（図７Ａ／ＳＴＥＰ４１１）。第１ユーザー端末制御部３１は、第１ユーザー端末通信部３５を介して各情報を受信したか否かを判定する（図７Ａ／ＳＴＥＰ４３０）。

当該判定結果が否定的である場合（図７Ａ／ＳＴＥＰ４３０‥ＮＯ）、第１ユーザー端末制御部３１は、図７Ａ／ＳＴＥＰ４３０の処理を再度実行する。

当該判定結果が肯定的である場合（図７Ａ／ＳＴＥＰ４３０‥ＹＥＳ）、第１ユーザー端末制御部３１は、図８に示されるように、受信した各情報を含む診察情報画面６を第１ユーザー端末出力部３３に出力する（図７Ａ／ＳＴＥＰ４３１）。

診察情報画面６は、例えば、Ｗｅｂ画面として構成され、受診者名表示６１１と、受診者ＩＤ表示６１２と、担当医師名表示６２１と、担当医師の医師ＩＤ表示６２２と、担当医師の写真表示６２３と、受信日時表示６３１と、症状・診断結果表示６３２と、処方内容表示６４１と、処方内容発送表示６４２と、医師コメント６５１と、今回の自己医療費負担額表示６６１と、次回予約表示６７１と、目標表示６８０とを含む。

目標表示６８０は、今回の目標表示６８１と、今回の目標の重要度表示６８２と、今回の目標の遵守度・達成度表示６８３と、今回のポイント表示６８４と、累計のポイント表示６８５と、次回の目標表示６８６と、次回の目標の重要度表示６８７とを含む。

今回のポイント表示６８４又は累計のポイント表示６８５は、医療費の割引が受けられる場合には、それぞれ割引表示を含んでもよい。

図８では、今回のポイント表示６８４は今回のポイントによる５％の割引の表示を含み、累計のポイント表示６８５は累計のポイントによる５％の割引の表示を含んでいる。

第１ユーザー端末制御部３１は、処方内容発送表示６４２のクリックを第１ユーザー端末入力部３４を介して検知すると、編集不可能な処方内容を薬局にメール等で送信するための画面を表示する。これに加えてまたは代えて、第１ユーザー端末制御部３１は、処方内容に電子署名を付したファイルを第１ユーザー端末３に送信してもよい。また、第１ユーザー端末制御部３１は、次回予約表示６７１のクリックを第１ユーザー端末入力部３４を介して検知すると、予約受付画面を表示し、図４／ＳＴＥＰ１３０以下の処理を実行する。

図７Ａ／ＳＴＥＰ４１１のあと、医療費決定部１１４は、受診者リスト１２１に含まれる対象受診者Ｐの決済情報を用いて、対象受診者Ｐの自己医療費負担額を決済する（図７Ａ／ＳＴＥＰ４１２）。例えば、医療費決定部１１４は、対象受診者Ｐの決済情報に含まれるクレジット情報と自己医療費負担額とを当該クレジット情報から特定される決済サーバに送信することにより、自己医療費負担額の決済を行う。

また、医療費決定部１１４は、医療費と所定の式とを用いて担当医師Ｄの医療報酬を決定する（図７Ａ／ＳＴＥＰ４１３）。

医療費決定部１１４は、サーバ通信部１５を介して、医療報酬データを医師端末２に送信する（図７Ａ／ＳＴＥＰ４１４）。

医療費決定部１１４は、医師リスト１２２に含まれる担当医師Ｄの報酬支払先情報を用いて、担当医師Ｄに対する報酬の支払いの決済を行う（図７Ａ／ＳＴＥＰ４１５）。例えば、医療費決定部１１４は、担当医師Ｄの口座情報と医療報酬とを当該口座情報から特定される銀行サーバに送信することにより、担当医師Ｄに対する報酬の支払いの決済を行う。

また、医師端末制御部２１は、医師端末通信部２５を介して医療報酬データを受信したか否かを判定する（図７Ａ／ＳＴＥＰ４２０）。

当該判定結果が否定的である場合（図７Ａ／ＳＴＥＰ４２０‥ＮＯ）、医師端末制御部２１は、図７Ａ／ＳＴＥＰ４２０の処理を再度実行する。

当該判定結果が肯定的である場合（図７Ａ／ＳＴＥＰ４２０‥ＹＥＳ）、医師端末制御部２１は、受信した医療報酬データを含む医療報酬画面を医師端末出力部２３に出力する（図７Ａ／ＳＴＥＰ４２１）。

以上により、医療費請求・報酬支払処理が終了する。

（医療費決定処理）
次に、図７Ｂを参照して、医療費決定処理を説明する。

医療費決定部１１４は、対象受診者Ｐの受診者ＩＤと現在日時とに基づいて診察情報リスト１２５を参照することにより、今回の診療報酬点数を認識する（図７Ｂ／ＳＴＥＰ４０１１）。

医療費決定部１１４は、今回の診療報酬点数に基づいて、対面診療時の医療費を認識する（図７Ｂ／ＳＴＥＰ４０１２）。例えば、医療費決定部１１４は、通常の保険制度において、今回の診療報酬点数且つ対面診療である場合の医療費を対面診療時の医療費として認識する。

医療費決定部１１４は、今回の診療報酬点数に基づいて、対面診療時の医療費よりも低額となるように、遠隔診療時の医療費を認識する（図７Ｂ／ＳＴＥＰ４０１３）。例えば、医療費決定部１１４は、対面診療時の医療費に１未満の所定の正数を乗じることにより、遠隔診療時の医療費を算出してもよいし、対面診療時の医療費から所定の額を控除することにより、遠隔診療時の医療費を算出してもよい。

医療費決定部１１４は、対象受診者Ｐの受診者ＩＤと現在日時とに基づいて、目標リスト１２８を参照することにより、今回の目標の遵守度・達成度及び今回の目標の重要度を認識し、これらから、今回のポイント及び累計のポイントを認識する（図７Ｂ／ＳＴＥＰ４０１４）。医療費決定部１１４は、登録日が最も新しい目標を次回の目標として認識し、登録日がその次に新しい目標を今回の目標として認識する。

今回のポイントは、今回の目標の遵守度・達成度が高いほど、ポイントが高くなるように決定される。例えば、今回のポイントは、次の式（１）によって計算されうる。

ここで、ＴＰは今回のポイントであり、ＰＩは今回の目標の重要度であり、ＬＡは今回の目標の遵守度・達成度（％）である。

累計のポイントは、サーバ記憶部１２に記憶された各回のポイントの累計値であってもよいし、今回のポイントと同様の式により計算された値であってもよい。

医療費決定部１１４は、今回の又は累計のポイントに応じた割引を適用し、医療費を減額する（図７Ｂ／ＳＴＥＰ４０１５）。

医療費決定部１１４は、例えば、今回のポイントが第１ポイント閾値以上となるという第１条件を充足する場合に、所定の割引を適用してもよい。また、医療費決定部１１４は、累計のポイントが第２ポイント閾値以上となるという第２条件を充足する場合に、所定の割引を適用してもよい。医療費決定部１１４は、今回のポイント又は累計のポイントが第３ポイント閾値以上である状態が所定の期間続いたという第３条件を充足する場合に、所定の割引を適用してもよい。また、医療費決定部１１４は、今回の又は累計のポイントに応じた割引以外に、特定の目標の遵守度・達成度が所定の遵守度・達成度以上となるという第４条件が充足した場合に割引を適用してもよい。また、医療費決定部１１４は、特定の目標の遵守度・達成度が所定以上となる期間が所定の期間以上続いたという第５条件が充足した場合に割引を適用してもよい。なお、第１条件〜第５条件が、本発明の「今回の条件」、「次回の条件」及び「条件」に相当する。

医療費決定部１１４は、割引きとして、今回の又は累計のポイントに応じた一定割合（例えば５％）を減額してもよいし、今回の又は累計のポイントに応じた一定額（例えば５００円）を減額してもよい。医療費決定部１１４は、割引を適用した場合、累計ポイントから所定のポイントを減算し、サーバ記憶部１２に累計ポイント又は減算した旨を記憶してもよい。

以上により、医療費が適切に決定される。

（組織負担額決定処理）
図９を参照して、組織負担額決定処理を説明する。

組織負担額決定部１１５は、受診者リスト１２１に含まれる対象受診者Ｐの負担割合から対象受診者Ｐが所属する組織の負担割合である組織負担割合を算出し、図７Ｂ／ＳＴＥＰ４０１２で算出された対面診療時の医療費に当該組織負担割合を乗じた額を、対面診療時の当該組織の負担額である基準組織医療費負担額として認識する（図９／ＳＴＥＰ５１０）。

組織負担額決定部１１５は、図７Ｂ／ＳＴＥＰ４０１３で算出された遠隔診療の医療費に組織負担割合を乗じた額を、遠隔診療時の組織の負担額である組織医療費負担額を認識する（図９／ＳＴＥＰ５１１）。

組織負担額決定部１１５は、基準組織医療費負担額と、遠隔診療時の組織医療費負担額との差額の一部をシステム利用費として決定する（図９／ＳＴＥＰ５１２）。例えば、組織負担額決定部１１５は、対象受診者Ｐの基準組織医療費負担額と組織医療費負担額との差額の５割をシステム利用費として決定する。

組織負担額決定部１１５は、組織に所属する者の単位期間あたりの利用者数が所定数以上であるか否かを判定する（図９／ＳＴＥＰ５１３）。例えば、組織負担額決定部１１５は、受診者リスト１２１を参照することにより、対象受診者Ｐが所属する組織と同一の組織に所属する者を認識する。組織負担額決定部１１５は、このようにして認識された者のうち、現在時刻から単位期間「１か月」前までに遠隔診療システムの利用者数を認識する。組織負担額決定部１１５は、当該利用者数が、所定の数以上であるか否かを判定する。

当該判定結果が肯定的である場合（図９／ＳＴＥＰ５１３‥ＹＥＳ）、組織負担額決定部１１５は、組織医療費負担額とシステム利用費とを減額する（図９／ＳＴＥＰ５１４）。

図９／ＳＴＥＰ５１４の処理の後、又は、図９／ＳＴＥＰ５１３の判定結果が否定的である場合（図９／ＳＴＥＰ５１３‥ＮＯ）、組織負担額決定部１１５は、受診者リスト１２１に含まれる対象受診者Ｐの組織ＩＤを認識し、組織リスト１２３に含まれる当該組織ＩＤから特定される組織の決済情報を用いて、組織医療費負担額と決定されたシステム利用費との合計額を決済する（図９／ＳＴＥＰ５１５）。

以上により、組織負担決済処理が終了する。

（組織医療費負担額データ提供処理）
次に、図１０及び図１１Ａを参照して、組織の担当者Ｗに対し、組織の組織医療費負担額の時系列的なデータを提供する組織医療費負担額データ提供処理を説明する。

組織端末制御部４１は、組織端末入力部４４を介して組織医療費負担額データの表示要求操作が入力されたか否かを判定する（図１０／ＳＴＥＰ６４０）。

当該判定結果が否定的である場合（図１０／ＳＴＥＰ６４０‥ＮＯ）、組織端末制御部４１は、図１０／ＳＴＥＰ６４０の処理を再度実行する。

当該判定結果が肯定的である場合（図１０／ＳＴＥＰ６４０‥ＹＥＳ）、組織端末制御部４１は、組織端末記憶部４２に記憶された組織ＩＤを含む組織医療費負担額データ要求を、組織端末通信部４５を介して遠隔診療支援サーバ１に送信する（図１０／ＳＴＥＰ６４１）。

データ送信部１１６は、サーバ通信部１５を介して組織医療費負担額データ要求を受信したか否かを判定する（図１０／ＳＴＥＰ６１０）。

当該判定結果が否定的である場合（図１０／ＳＴＥＰ６１０‥ＮＯ）、データ送信部１１６は、図１０／ＳＴＥＰ６１０の処理を再度実行する。

当該判定結果が肯定的である場合（図１０／ＳＴＥＰ６１０‥ＹＥＳ）、データ送信部１１６は、組織医療費負担額データ要求に含まれる組織ＩＤから、受診者リスト１２１を参照し、当該組織に所属している受診者の受診者ＩＤを特定する（図１０／ＳＴＥＰ６１１）。例えば、データ送信部１１６は、組織「Ａ企業」からの組織医療費負担額データ要求に含まれる組織ＩＤ「１０１」から、図２Ａに示される受診者リスト１２１を参照し、構成員番号の先頭に組織ＩＤ「１０１」が含まれている受診者「○田×男」及び「×川○美」の受診者ＩＤ「１」「３」を特定する。

データ送信部１１６は、診察情報リスト１２５を参照し、特定された受診者ＩＤを含む診察情報を認識する（図１０／ＳＴＥＰ６１２）。

例えば、データ送信部１１６は、図２Ｅに示される診察情報リスト１２５から、受診者ＩＤ「１」「３」であるフィールドを抽出して認識する。

データ送信部１１６は、認識した診察情報に基づいて、単位期間ごとの組織医療費負担額を算出する（図１０／ＳＴＥＰ６１３）。

例えば、データ送信部１１６は、図９／ＳＴＥＰ５１１と同様に認識した組織医療費負担額を単位期間「１か月」ごとで合計することにより、単位期間「１か月」ごとの組織医療費負担額を認識する。

データ送信部１１６は、認識した診察情報に基づいて、当該組織の単位期間ごとの基準組織医療費負担額を認識する（図１０／ＳＴＥＰ６１４）。例えば、データ送信部１１６は、図９／ＳＴＥＰ５１０と同様の手法で認識した基準組織医療費負担額を単位期間「１か月」ごとに合計することにより、単位期間「１か月」ごとの基準組織医療費負担額を認識する。 データ送信部１１６は、単位期間ごとの基準組織医療費負担額と単位期間ごとの組織医療費負担額との差額の一部を、単位期間ごとのシステム利用費として算出する（図１０／ＳＴＥＰ６１５）。

データ送信部１１６は、単位期間ごとの基準組織医療費負担額、単位期間ごとの組織医療費負担額及び単位期間ごとのシステム利用費に基づいて、時系列的な組織医療費負担額データを作成する（図１０／ＳＴＥＰ６１６）。

図１１Ａは、組織医療費負担額データに含まれる組織医療費負担額の時系列順の折れ線グラフである。図１１Ａの縦軸は金額であり、図１１Ａの横軸は期間である。破線は基準組織医療費負担額の遷移を示すグラフであり、一点鎖線は組織医療費負担額の遷移を示すグラフであり、二点鎖線は組織医療費負担額にシステム利用費を加えた金額の遷移を示すグラフである。

データ送信部１１６は、作成した組織医療費負担額データをサーバ通信部１５を介して組織端末４に送信する（図１０／ＳＴＥＰ６１７）。

組織端末制御部４１は、組織端末通信部４５を介して組織医療費負担額データを受信し
たか否かを判定する（図１０／ＳＴＥＰ６４２）。

当該判定結果が否定的である場合（図１０／ＳＴＥＰ６４２‥ＮＯ）、組織端末制御部４１は、図１０／ＳＴＥＰ６４２の処理を再度実行する。

当該判定結果が肯定的である場合（図１０／ＳＴＥＰ６４２‥ＹＥＳ）、組織端末制御部４１は、受信した組織医療費負担額データを、例えば図１１Ａに示すグラフにして組織端末出力部４３に出力する（図１０／ＳＴＥＰ６４３）。

以上により、組織医療費負担額データ提供処理が終了する。

（第１健康状態データ提供処理）
図１１Ｂ及び図１２を参照して、対象受診者Ｐの第１ユーザー端末３に対し、対象受診者Ｐの健康状態の時系列的な変化を示すデータを提供する第１健康状態データ提供処理を説明する。

第１ユーザー端末制御部３１は、第１ユーザー端末入力部３４を介して第１健康状態データの表示要求操作が入力されたか否かを判定する（図１２／ＳＴＥＰ７３０）。

当該判定結果が否定的である場合（図１２／ＳＴＥＰ７３０‥ＮＯ）、第１ユーザー端末制御部３１は、図１２／ＳＴＥＰ７３０の処理を再度実行する。

当該判定結果が肯定的である場合（図１２／ＳＴＥＰ７３０‥ＹＥＳ）、第１ユーザー端末制御部３１は、第１ユーザー端末記憶部３２に記憶された対象受診者Ｐの受診者ＩＤを含む第１健康状態データ要求を、第１ユーザー端末通信部３５を介して遠隔診療支援サーバ１に送信する（図１２／ＳＴＥＰ７３１）。

データ送信部１１６は、サーバ通信部１５を介して第１健康状態データ要求を受信したか否かを判定する（図１２／ＳＴＥＰ７１０）。

当該判定結果が否定的である場合（図１２／ＳＴＥＰ７１０‥ＮＯ）、データ送信部１１６は、図１２／ＳＴＥＰ７１０の処理を再度実行する。

当該判定結果が肯定的である場合（図１２／ＳＴＥＰ７１０‥ＹＥＳ）、データ送信部１１６は、第１健康状態データ要求に含まれる対象受診者Ｐの受診者ＩＤに基づいて、診療支援情報リスト１２４及び診察情報リスト１２５を参照して、当該受診者ＩＤを含む診療支援情報及び診察情報を認識する（図１２／ＳＴＥＰ７１１）。なお、データ送信部１１６は、第１健康状態データ要求を受信しなくとも、定期的に図１２／ＳＴＥＰ７１１以下の処理を実行することにより、対象受診者Ｐの受診者ＩＤのメールアドレス等の連絡先に第１健康状態データを送信してもよい。

例えば、データ送信部１１６は、図２Ｄ及び図２Ｅに示される診療支援情報リスト１２４及び診察情報リスト１２５から、対象受診者Ｐの受診者ＩＤ「１」であるフィールドの情報を抽出して認識する。

データ送信部１１６は、認識した情報に基づいて、各受診時点における対象受診者Ｐの時系列的な健康状態及び対象受診者Ｐに処方された医薬の情報を認識する（図１２／ＳＴＥＰ７１２）。

例えば、データ送信部１１６は、診療支援情報リスト１２４を参照して、各受診時点に
おける対象受診者Ｐの血圧を認識し、診察情報リスト１２５を参照して医薬の１日当たりの摂取数を認識してもよい。なお、診察情報リスト１２５に含まれる受診日時に最も近い登録日時を有する診療支援情報の健康状態が、受診時の対象受診者Ｐの健康状態として認識されうる。また、認識対象の健康状態の項目「血圧」は、受診者リスト１２１の対象受診者Ｐの病名「高血圧」に基づいて、不図示の対応表を参照することにより決定されてもよい。これに代えて、データ送信部１１６は、各受診時点における対象受診者Ｐの時系列的な健康状態及び対象受診者Ｐに処方された医薬の情報の一方を認識してもよい。

データ送信部１１６は、各受診時点における対象受診者Ｐの時系列的な健康状態及び対象受診者Ｐに処方された医薬の情報に基づいて、時系列的な第１健康状態データを作成する（図１２／ＳＴＥＰ７１３）。

データ送信部１１６は、作成した第１健康状態データをサーバ通信部１５を介して第１ユーザー端末３に送信する（図１２／ＳＴＥＰ７１４）。

第１ユーザー端末制御部３１は、第１ユーザー端末通信部３５を介して第１健康状態データを受信したか否かを判定する（図１２／ＳＴＥＰ７３２）。

当該判定結果が否定的である場合（図１２／ＳＴＥＰ７３２‥ＮＯ）、第１ユーザー端末制御部３１は、図１２／ＳＴＥＰ７３２の処理を再度実行する。

当該判定結果が肯定的である場合（図１２／ＳＴＥＰ７３２‥ＹＥＳ）、第１ユーザー端末制御部３１は、受信した第１健康状態データを例えば図１１Ｂに示されるグラフにして第１ユーザー端末出力部３３に出力する（図１２／ＳＴＥＰ７３３）。

図１１Ｂは、第１健康状態データに基づいて作成されたグラフである。図１１Ｂの左の縦軸は血圧であり、図１１Ｂの右の縦軸は１日当たりの医薬の摂取数であり、図１１Ｂの横軸は期間である。実線は血圧の遷移を示すグラフであり、破線は１日当たりの医薬の摂取数の遷移を示すグラフである。また、一部のグラフの各受診時点を示す点ｔ１には、図８に示される診察情報画面から処方内容送信表示のリンクが削除された診察情報画面へのリンクが含まれている。

以上により、第１健康状態データ提供処理が終了する。

（第２健康状態データ提供処理）
図１１Ｃ及び図１３を参照して、遠隔診療支援サーバ１の遠隔診療支援サービスを利用していない見込受診者ＵＰの第２ユーザー端末５に対して、見込受診者ＵＰが指定した病名に関する遠隔診療支援サービス利用者（受診者）の健康状態の時系列的な遷移を示す第２健康状態データを提供する第２健康状態データ提供処理を説明する。

第２ユーザー端末制御部５１は、第２ユーザー端末入力部５４を介して病名の指定を含む第２健康状態データの表示要求操作が入力されたか否かを判定する（図１３／ＳＴＥＰ８５０）。

当該判定結果が否定的である場合（図１３／ＳＴＥＰ８５０‥ＮＯ）、第２ユーザー端末制御部５１は、図１３／ＳＴＥＰ８５０の処理を再度実行する。

当該判定結果が肯定的である場合（図１３／ＳＴＥＰ８５０‥ＹＥＳ）、第２ユーザー端末制御部５１は、指定された病名を含む第２健康状態データ要求を、第２ユーザー端末通信部５５を介して遠隔診療支援サーバ１に送信する（図１３／ＳＴＥＰ８５１）。

データ送信部１１６は、サーバ通信部１５を介して第２健康状態データ要求を受信したか否かを判定する（図１３／ＳＴＥＰ８１０）。

当該判定結果が否定的である場合（図１３／ＳＴＥＰ８１０‥ＮＯ）、データ送信部１１６は、図１３／ＳＴＥＰ８１０の処理を再度実行する。

当該判定結果が肯定的である場合（図１３／ＳＴＥＰ８１０‥ＹＥＳ）、データ送信部１１６は、第２健康状態データ要求に含まれる病名から、受診者リスト１２１を参照して、当該病名に関連付けられた受診者ＩＤを認識する（図１３／ＳＴＥＰ８１１）。

例えば、データ送信部１１６は、第２健康状態データ要求に含まれる病名「高血圧」から、受診者リスト１２１を参照して、当該病名「高血圧」に関連付けられた受診者ＩＤ「１」を認識する。

診療支援情報リスト１２４及び診察情報リスト１２５を参照して、当該受診者ＩＤを含むフィールドを認識する（図１３／ＳＴＥＰ８１２）。

例えば、データ送信部１１６は、図２Ｄ及び図２Ｅに示される診療支援情報リスト１２４及び診察情報リスト１２５から、受診者ＩＤ「１」であるフィールドの情報を抽出して認識する。

データ送信部１１６は、認識した情報に基づいて、各受診時点における各受診者の時系列的な健康状態及び各受診者に処方された医薬の情報を認識する（図１３／ＳＴＥＰ８１３）。

例えば、データ送信部１１６は、診療支援情報リスト１２４を参照して、各受診時点における各受診者の血圧を認識し、診察情報リスト１２５を参照して医薬の１日当たりの摂取数を認識してもよい。なお、診察情報リスト１２５に含まれる受診日時に最も近い登録日時を有する診療支援情報の健康状態が、受診時の各受診者の健康状態として認識されうる。また、認識対象健康状態の項目「血圧」は、指定された病名「高血圧」に基づいて、不図示の対応表を参照することにより決定されてもよい。これに代えて、データ送信部１１６は、各受診時点における各受診者の時系列的な健康状態及び各受診者に処方された医薬の情報の一方を認識してもよい。

データ送信部１１６は、各受診時点における各受診者の健康状態及び各受診者に処方された医薬の情報に基づいて、時系列的な第２健康状態データを作成する（図１３／ＳＴＥＰ８１４）。

データ送信部１１６は、作成した第２健康状態データをサーバ通信部１５を介して第２ユーザー端末５に送信する（図１３／ＳＴＥＰ８１５）。

第２ユーザー端末制御部５１は、第２ユーザー端末通信部５５を介して第２健康状態データを受信したか否かを判定する（図１３／ＳＴＥＰ８５２）。

当該判定結果が否定的である場合（図１３／ＳＴＥＰ８５２‥ＮＯ）、第２ユーザー端末制御部５１は、図１３／ＳＴＥＰ８５２の処理を再度実行する。

当該判定結果が肯定的である場合（図１３／ＳＴＥＰ８５２‥ＹＥＳ）、第２ユーザー端末制御部５１は、受信した第２健康状態データを、例えば図１１Ｃに示されるグラフに
して第２ユーザー端末出力部５３に出力する（図１３／ＳＴＥＰ８５３）。

図１１Ｃは、第２健康状態データに含まれる各受診者ごとの健康状態の時系列的な遷移を示す折れ線グラフである。図１１Ｃの左の縦軸は血圧であり、図１１Ｃの横軸は期間である。各受診者のグラフは、それぞれの受診開始日を始点とした一定期間（例えば１年間）の健康状態の遷移を示すグラフであってもよい。実線、一点鎖線、及び二点鎖線はそれぞれの受診者ごとの血圧の遷移を示すグラフである。また、各グラフの各受診時点を示す点ｔ２には、図８に示される診察情報画面のうち、受診者名、受診者ＩＤ等の個人情報、処方内容送信表示及び予約受付表示等が削除された診察情報画面へのリンクが含まれている。

以上により、第２健康状態データ送信処理が終了する。

１‥遠隔診療支援サーバ、２‥医師端末、３‥第１ユーザー端末（ユーザー端末）、４‥組織端末、１１１‥診療予約受付部、１１２‥診療支援情報登録部、１１３‥診察情報登録部、１１４‥医療費決定部、１１５‥組織負担額決定部、１１６‥データ送信部、１２‥サーバ記憶部、１２１‥受診者リスト、１２２‥医師リスト、１２３‥組織リスト、１２４‥診療支援情報リスト、１２５‥診察情報リスト、１２６‥予約リスト、１２７‥診療可能時間帯情報リスト、１２８‥目標リスト、１２９‥状態ログ、２１‥医師端末制御部（遠隔診療支援部）。

Claims (10)

1. 複数のユーザー端末と通信する一又は複数の医師端末と遠隔診療支援サーバとを備えるネットワークシステムであって、
   当該一または複数の医師端末のうちのいずれかの端末である担当医師端末又は前記複数のユーザー端末のうちのいずれかの端末である第１ユーザー端末から受信した今回の遠隔診療における当該第１ユーザー端末のユーザである対象受診者に対する診察情報に基づいて当該対象受診者の状態を認識し、前記対象受診者の状態が今回の条件を充足するか否かを判定し、前記対象受診者の状態が前記今回の条件を充足すると判定された場合に、前記対象受診者の状態が前記今回の条件を充足しないと判定された場合の医療費以下となるように前記今回の遠隔診療における前記対象受診者に対する医療費を決定する医療費決定部を備えることを特徴とする遠隔診療支援システム。
2. 請求項１記載の遠隔診療支援システムにおいて、
   前記医療費決定部は、前記診察情報に基づいて次回の条件を示す情報を認識し、前記医療費と前記今回の条件の充足の有無と当該次回の条件を示す情報とを前記第１ユーザー端末に送信するように構成されていることを特徴とする遠隔診療支援システム。
3. 請求項１又は２記載の遠隔診療支援システムにおいて、
   前記担当医師端末及び前記第１ユーザー端末の間の通信を確立させるための通信確立情報に基づいて通信が確立した当該第１ユーザー端末から受信した受診者発言情報を当該担当医師端末に出力し、かつ、当該担当医師端末から入力された医師発言情報を当該第１ユーザー端末に送信する遠隔診療支援部を備えることを特徴とする遠隔診療支援システム。
4. 請求項１〜３のうちいずれか１項記載の遠隔診療支援システムにおいて、
   前記条件は、前記対象受診者が前記対象受診者の健康状態を自動で取得し、前記遠隔診療支援システムに送信する所定のウェアラブルデバイスを使用しているという条件であることを特徴とする遠隔診療支援システム。
5. 請求項１〜４のうちいずれか１項記載の遠隔診療支援システムにおいて、
   前記条件は、前記対象受診者の健康状態が所定の健康状態であるという条件であることを特徴とする遠隔診療支援システム。
6. 請求項５記載の遠隔診療支援システムにおいて、
   前記所定の健康状態は、予め前記対象受診者及び当該対象受診者の担当医師の一方又は両方により指定された健康状態であることを特徴とする遠隔診療支援システム。
7. 請求項１〜６のうちいずれか１項記載の遠隔診療支援システムにおいて、
   前記条件は、一定期間において前記対象受診者の健康状態が継続的に所定の健康状態でありつづけるという条件であることを特徴とする遠隔診療支援システム。
8. 請求項１〜７のうちいずれか１項記載の遠隔診療支援システムにおいて、
   前記医療費決定部は、組織に関連付けられた受診者の数が所定数以上である場合に、前
   記組織に関連付けられた受診者の数が所定数未満である場合の負担額以下となるように、前記組織の負担額を決定することを特徴とする遠隔診療支援システム。
9. 複数のユーザー端末及び一又は複数の医師端末と通信する遠隔診療支援サーバであって、
   当該一または複数の医師端末のうちのいずれかの端末である担当医師端末又は前記複数のユーザー端末のうちのいずれかの端末である第１ユーザー端末から受信した今回の遠隔診療における当該第１ユーザー端末のユーザである対象受診者に対する診察情報に基づいて当該対象受診者の状態を認識し、前記対象受診者の状態が今回の条件を充足するか否かを判定し、前記対象受診者の状態が前記今回の条件を充足すると判定された場合に、前記対象受診者の状態が前記今回の条件を充足しないと判定された場合の医療費以下となるように前記今回の遠隔診療における前記対象受診者に対する医療費を決定する医療費決定部とを備えることを特徴とする遠隔診療支援サーバ。
10. 複数のユーザー端末及び一又は複数の医師端末と通信する遠隔診療支援サーバが実行する方法であって、
    当該一または複数の医師端末のうちのいずれかの端末である担当医師端末又は前記複数のユーザー端末のうちのいずれかの端末である第１ユーザー端末から受信した今回の遠隔診療における当該第１ユーザー端末のユーザである対象受診者に対する診察情報に基づいて当該対象受診者の状態を認識するステップと、
    前記対象受診者の状態が今回の条件を充足するか否かを判定するステップと、
    前記対象受診者の状態が前記今回の条件を充足すると判定された場合に、前記対象受診者の状態が前記今回の条件を充足しないと判定された場合の医療費以下となるように前記今回の遠隔診療における前記対象受診者に対する医療費を決定するステップとを含むことを特徴とする遠隔診療支援方法。

Images