特許 6402343 診療予約日管理支援システム、診療予約日管理支援方法及び診療予約日管理支援プログラム

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

(12)【公報種別】特許公報(B1)

(11)【特許番号】6402343

(24)【登録日】2018年9月21日

(45)【発行日】2018年10月10日

(54)【発明の名称】診療予約日管理支援システム、診療予約日管理支援方法及び診療予約日管理支援プログラム

(51)【国際特許分類】

   G06Q 50/22 20180101AFI20181001BHJP

【ＦＩ】

   G06Q50/22

【請求項の数】8

【全頁数】32

(21)【出願番号】特願2017-148683(P2017-148683)

(22)【出願日】2017年7月31日

【審査請求日】2018年2月9日

【早期審査対象出願】

(73)【特許権者】

【識別番号】515118999

【氏名又は名称】メドケア株式会社

(74)【代理人】

【識別番号】110000800

【氏名又は名称】特許業務法人創成国際特許事務所

(72)【発明者】

【氏名】明石 英之

【審査官】 山崎 誠也

(56)【参考文献】

【文献】 特開２０１５−１６６９９９（ＪＰ，Ａ）

【文献】 特開２０１５−０８７９５６（ＪＰ，Ａ）

【文献】 特開２００３−２９６４４９（ＪＰ，Ａ）

【文献】 特開２０１５−１７００１９（ＪＰ，Ａ）

【文献】 特開２０１７−１０２８８５（ＪＰ，Ａ）

【文献】 特開２０１２−２０３８９１（ＪＰ，Ａ）

【文献】 特開２００９−０３１８８９（ＪＰ，Ａ）

【文献】 特開２００４−０２９８９６（ＪＰ，Ａ）

【文献】 特開２００５−２６６８５３（ＪＰ，Ａ）

【文献】 国際公開第２００４／０９２９９１（ＷＯ，Ａ１）

【文献】 特開２０１３−２２８９９４（ＪＰ，Ａ）

【文献】 特開２０１５−０９５１２４（ＪＰ，Ａ）

【文献】 特開２０１６−１１０３３２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

(57)【特許請求の範囲】

【請求項1】

処方薬の必要な患者が診療を受ける際に次回の診療予約日の決定支援を行う診療予約日管理支援システムであって、
前記患者の前回の診療日に処方された薬剤の前回投薬日数と前回の診療日又は薬剤受領日から今回の診療日又は薬剤受領予定日までの日数とに基づいて、前記患者が今回の診療日又は薬剤受領予定日に有すると推定される推定残薬日数を算出する残薬日数推定部と、
今回の診療日又は薬剤受領予定日から今回投薬日数と前記推定残薬日数との合計の日数経過した日に応じた一又は複数日を、今回の診療日における次回の診療候補日として、提示する予約日設定部と、を有し、
前記予約日設定部は、前回の診療日又は薬剤受領日が前々回の診療日又は薬剤受領日から基準診療予定日までの日数を経過していない時は、その経過していない日数を考慮して次回診療予約候補日を提示することを特徴とする診療予約日管理支援システム。

【請求項2】

前記予約日設定部は、今回の診療日又は薬剤受領日から今回投薬日数と前記推定残薬日数との合計の日数経過した日以前の一又は複数日を、今回の診療日又は薬剤受領予定日における次回の診療候補日として提示する
ことを特徴とする請求項１に記載の診療予約日管理支援システム。

【請求項3】

投薬数の履歴及び薬代の履歴を、前記患者に閲覧可能に出力する出力部を備える
ことを特徴とする請求項１又は２に記載の診療予約日管理支援システム。

【請求項4】

処方薬の必要な患者が診療を受ける際に次回の診療予約日の決定支援を行う診療予約日管理支援システムであって、
前記患者の前回の診療日に処方された薬剤の前回投薬日数と前回の診療日又は薬剤受領日から今回の診療日又は薬剤受領予定日までの日数とに基づいて、前記患者が今回の診療日又は薬剤受領予定日に有すると推定される推定残薬日数を算出する残薬日数推定部と、
今回の診療日又は薬剤受領予定日から今回投薬日数と前記推定残薬日数との合計の日数経過した日に応じた一又は複数日を、今回の診療日における次回の診療候補日として、提示する予約日設定部と、
前記患者の診療日にて処方される薬剤を配送する配送システムとを備え、前記予約日設定部が配送による遅延を考慮して次回の診療候補日を決定する
ことを特徴とする診療予約日管理支援システム。

【請求項5】

前記予約日設定部は、前記配送システムにおける薬剤の配送にかかる日数分を前倒して次回の診療候補日を提示する
ことを特徴とする請求項４に記載の診療予約日管理支援システム。

【請求項6】

処方薬の必要な患者が診療を受ける際に次回の診療予約日の決定支援を行う診療予約日管理支援システムであって、
前記患者の前回の診療日に処方された薬剤の前回投薬日数と前回の診療日又は薬剤受領日から今回の診療日又は薬剤受領予定日までの日数とに基づいて、前記患者が今回の診療日又は薬剤受領予定日に有すると推定される推定残薬日数を算出する残薬日数推定部と、
今回の診療日又は薬剤受領予定日から今回投薬日数と前記推定残薬日数との合計の日数経過した日に応じた一又は複数日を、今回の診療日における次回の診療候補日として、提示する予約日設定部と、
前記患者の診療日にて処方される薬剤を配送する配送システムとを備え、
前記予約日設定部は、一度次回の診療の予約がなされた後に次回の診療予定日が後ろ倒しに変更された場合、当初の次回の診療予定日と、変更後の次回の診療予定日との差分の日数分の薬剤を患者宛てに発送するよう、前記配送システムに指示するように構成されている
ことを特徴とする診療予約日管理支援システム。

【請求項7】

システムが実行する方法であって、
患者の前回の診療日に処方された薬剤の前回投薬日数と前回の診療日又は薬剤受領日から今回の診療日又は薬剤受領予定日までの日数とに基づいて、前記患者が今回の診療日又は薬剤受領予定日に有すると推定される推定残薬日数を算出するステップと、
今回の診療日又は薬剤受領予定日から今回投薬日数と前記推定残薬日数との合計の日数経過した日に応じた一又は複数日を、今回の診療日における次回の診療候補日として、提示するステップと、を含み、
前記提示するステップは、前回の診療日又は薬剤受領日が前々回の診療日又は薬剤受領日から基準診療予定日までの日数を経過していない時は、その経過していない日数を考慮して次回診療予約候補日を提示するステップである
ことを特徴とする診療予約日管理支援方法。

【請求項8】

コンピュータに、
患者の前回の診療日に処方された薬剤の前回投薬日数と前回の診療日又は薬剤受領日から今回の診療日又は薬剤受領予定日までの日数とに基づいて、前記患者が今回の診療日又は薬剤受領予定日に有すると推定される推定残薬日数を算出するステップと、
今回の診療日又は薬剤受領予定日から今回投薬日数と前記推定残薬日数との合計の日数経過した日に応じた一又は複数日を、今回の診療日における次回の診療候補日として、提示するステップと、を実行させ、
前記提示するステップは、前回の診療日又は薬剤受領日が前々回の診療日又は薬剤受領日から基準診療予定日までの日数を経過していない時は、その経過していない日数を考慮して次回診療予約候補日を提示するステップである
ことを特徴とする診療予約日管理支援プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、患者が診療を受ける際に次回診察予約日の決定支援を行う診療予約日管理支援システム、診療予約日管理支援方法及び診療予約日管理支援プログラムに関する。

【背景技術】

【0002】

残薬の増加が医療保険制度の財政を圧迫する要因の一つになっている。

【0003】

そこで、残薬に鑑みた来院日の予約を促すことができるメールを用いる処方箋運用管理技術が提案されている（例えば、特許文献１）。特許文献１の技術では来院のお知らせ及び来院の予約において、まず、患者の薬剤の服用予定履歴を参照して、現在より予め定めた期間後に服用の予定が無い（処方薬がなくなる）か判定し、あらかじめ定めた期間後に服用の予定がない（処方薬がなくなる）場合には該当の患者は来院が必要として来院のお知らせメールを患者へ送っている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００７−１２２１８３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかし、特許文献１の技術では、指定時刻に服用を促す服用メールが患者に送信され、患者からの返信メールの有無により服用がされたか否かを判断し、薬剤の残数管理を行っている。この技術では、薬剤の残数管理のため、患者は服用のたびにメールを送信しなければならず、患者にわずらわしさを覚えさせるおそれがあった。

【0006】

また、特許文献１の技術では、多忙であるために患者の予定が合わず予め定めた期間までに来院ができなかったりすると、患者の来院までに薬剤の欠乏が生じるおそれがある。

【0007】

本発明は、以上の従来技術の問題点に鑑みなされたものであり、残薬数を抑制しながら診療日の予約を簡易に行うとともに、薬剤の欠乏の発生を抑制することができる診療予約日管理支援システム、診療予約日管理支援方法及び診療予約日管理支援プログラムを提供することを目的とする。

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

【0008】

本発明の診療予約日管理支援システムは、処方薬の必要な患者が診療を受ける際に次回の診療予約日の決定支援を行う診療予約日管理支援システムであって、
前記患者の前回の診療日に処方された薬剤の前回投薬日数と前回の診療日又は薬剤受領日から今回の診療日又は薬剤受領予定日までの日数とに基づいて、前記患者が今回の診療日又は薬剤受領予定日に有すると推定される推定残薬日数を算出する残薬日数推定部と、
今回の薬剤受領予定日から今回投薬日数と前記推定残薬日数との合計の日数経過した日に応じた一又は複数日を、今回の診療日における次回の診療候補日として、提示する予約日設定部と、を有し、
前記予約日設定部は、前回の診療日又は薬剤受領日が前々回の診療日又は薬剤受領日から基準診療予定日までの日数を経過していない時は、その経過していない日数を考慮して次回診療予約候補日を提示することを特徴とする。

【0009】

上記構成の診療予約日管理支援システムによれば、前回の診療日に処方された薬剤の前回投薬日数と前回の診療日又は薬剤受領日から今回の診療日又は薬剤受領予定日までの日数とから推定残薬日数が算出される。また、当該推定残薬日数と今回投薬日数とから次回の診療候補日が提示される。これにより、残薬数を抑制できるような次回の診療候補日の提示が行える。

【0010】

また、上記構成の診療予約日管理支援システムによれば、患者が実際に所有している薬剤の残数を監視する必要がなく、換言すれば、患者が薬剤を消費しきったことをシステムが検知するまで待つ必要がないため、患者は薬剤を消費しきる前に、あらかじめ、予約候補日まで日数に余裕をもって診療日の予約を行うことができる。この結果、患者も予定を調整しやすくなり、薬剤の欠乏が生じにくくなる。

【0011】

以上述べたとおり、上記構成の診療予約日管理支援システムによれば、残薬数を抑制できるような次回の診療日の予約が簡易に行えるとともに、薬剤の欠乏が生じにくくなる。
また、前回の診療日又は薬剤受領日が前々回の診療日又は薬剤受領日から基準診療予定日までの日数を経過していない時は、経過していない日数分の残薬が生じていると推定されるところ、上記構成の診療予約日管理支援システムによれば、この経過していない日数を考慮して次回診療予約候補日が提示される。これにより、経過していない日数分の残薬を消費できるように、次回診療予約日が予約されうる。

【0012】

本発明の診療予約日管理支援システムにおいて
前記予約日設定部は、今回の診療日又は薬剤受領日から今回投薬日数と前記推定残薬日数との合計の日数経過した日以前の一又は複数日を、今回の診療日における次回の診療候補日として提示することが好ましい。

【0013】

上記構成の診療予約日管理支援システムによれば、前記予約日設定部は、今回の診療日又は薬剤受領日から今回投薬日数と前記推定残薬日数との合計の日数経過した日以前の一又は複数日を、今回の診療日における次回の診療候補日として提示する。これによって、次回の診療候補日のいずれを次回診療日に選択しても、処方薬の欠乏の発生を防止できる。

【0016】

本発明の診療予約日管理支援システムにおいて、
投薬数の履歴及び薬代の履歴を、前記患者に閲覧可能に出力する出力部を備えることが好ましい。

【0017】

上記構成の診療予約日管理支援システムによれば、患者自らが自分の投薬情報を容易に知ることができ患者の利便性が向上する。

【0018】

本発明の診療予約日管理支援システムにおいて、
前記患者の診療日にて処方される薬剤を配送する配送システムを備え、前記予約日設定部が配送にかかる日数を考慮して次回の診療候補日を決定することが好ましい。

【0019】

上記構成の診療予約日管理支援システムによれば、患者が処方薬を受け取る利便性が向上する。

【0020】

本発明の診療予約日管理支援システムにおいて、
前記予約日設定部は、前記配送システムにおける薬剤の配送にかかる日数分を前倒して次回の診療候補日を提示することが好ましい。

【0021】

上記構成の診療予約日管理支援システムによれば、前記薬剤の配送にかかる日数分を前倒して次回の診療候補日を提示することで、次回の診療候補日の時点において、患者の手元には薬剤の配送にかかる日数分の薬剤が残ることとなる。該日数分を前倒し次回の診療候補日に診療がなされることで、次回の診療の後に患者が当該診療の日に処方された薬剤を受領するまでに時間がかかっても、患者は今回の診療日に処方された薬剤を服用することができる。これにより、薬剤の配送にかかる期間における処方薬の欠乏を防止することができる。

【0022】

本発明の投薬日数決定支援システムにおいて、
前記患者の診療日にて処方される薬剤を配送する配送システムを備え、
前記投薬日数算出部は、一度次回の診療の予約がなされた後に次回の診療予定日が後ろ倒しに変更された場合、当初の次回の診療予定日と変更後の次回の診療予定日との差分の日数分の薬剤を患者宛てに発送するよう、前記配送システムに指示するように構成されていることが好ましい。

【0023】

当該構成の投薬日数決定支援システムによれば、前記投薬日数算出部は、一度次回の診療の予約がなされた後に次回の診療予定日が後ろ倒しに変更された場合、当初の次回の診療予定日と変更後の次回の診療予定日との差分の日数分の薬剤を患者宛てに発送するよう、前記配送システムに指示する。これにより、当初に処方された薬剤及び残薬が当初の次回診療予定日周辺に尽きてしまうとしても、追加の薬剤が患者宛てに発送されるので、変更後の次回の診療予定日までの薬剤が確保される。これにより、予約変更を気にして薬剤の処方量に余裕を持たせる必要性が薄まるので、より残薬の発生を抑えることが可能となる。

【図面の簡単な説明】

【0024】

【図1】遠隔診療支援システムの全体構成図。

【図2A】患者リストを示す図。

【図2B】医師リストを示す図。

【図2C】保険組織リストを示す図。

【図2D】診療支援情報リストを示す図。

【図2E】診察情報リストを示す図。

【図2F】予約リストを示す図。

【図2G】診療可能時間帯情報リストを示す図。

【図2H】基準保険組織負担額情報リストを示す図。

【図2I】配達日数情報リストを示す図。

【図3】遠隔診療支援の一連の処理の全体フローチャート。

【図4】予約受付処理のフローチャート。

【図5】診療支援情報登録処理のフローチャート。

【図6】遠隔診療支援処理のフローチャート。

【図7】医療費請求・報酬支払処理のフローチャート。

【図8】システム利用費決済処理のフローチャート。

【図9】診察情報画面の構成図。

【図10】診療予約日管理支援処理のフローチャート。

【図11】前回の薬剤受領日から今回の薬剤受領日を経た患者が有する処方薬数の変化を示すグラフ。

【図12】図１１に加えて前回薬剤受領日の前々回の薬剤受領日に処方された場合を含む患者が有する処方薬数の変化を示すグラフ。

【図13】次回予約受付画面の構成図。

【図14】薬剤履歴提供処理のフローチャート。

【図15】薬剤履歴画面の構成図。

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

【0025】

以下、図面を参照しつつ本発明による実施例の診療予約日管理支援システムを包含する遠隔診療支援システムを一例として詳細に説明する。

【0026】

（診療予約日管理支援システムを包含する遠隔診療支援システム）
遠隔診療支援システムは、医師と患者との間で行われる遠隔診療を支援するシステムである。

【0027】

遠隔診療支援システムは、図１に示されるように、遠隔診療支援サーバ１と、一又は複数の医師端末２とを備える。遠隔診療支援サーバ１及び医師端末２のそれぞれは、一又は複数のユーザー端末３、一又は複数の保険組織端末４、及び一又は複数の自動薬剤配送センターＤＰ（配送システム）における薬剤配送端末５とのそれぞれとインターネット等の公共通信網（ネットワーク）を介して相互に通信可能に構成されている。なお、図１ではそれぞれ一つの医師端末２、ユーザー端末３、保険組織端末４及び自動薬剤配送センターＤＰの薬剤配送端末５を図示している。また、自動薬剤配送センターＤＰは当該遠隔診療支援システムを運用している医療機関（患者が遠隔診療を受ける医療機関）の一部である調剤薬局いわゆる院内処方を実施する事業所であり、遠隔診療支援サーバ１からの処方箋データにより個別に患者のもとへ薬剤を提供する機能を有している。自動薬剤配送センターＤＰは、患者者の診療日にて処方される薬剤を配送する配送システムとして遠隔診療支援システムに含まれる。

【0028】

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

【0029】

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

【0030】

サーバ制御部１１は、所定のプログラムを読み込んで実行することにより、後述の演算処理を実行する診療予約受付部１１１、診療支援情報登録部１１２、診察情報登録部１１３、医療費決定部１１４、システム利用費決済部１１５、薬剤履歴提供部１１６、及び処方薬配送指示部１１７として機能する。診療予約受付部１１１は診療予約日管理支援機能として残薬日数推定部１１１Ａ及び予約日設定部１１１Ｂを有している。

【0031】

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

【0032】

サーバ記憶部１２は、患者リスト１２１、医師リスト１２２、保険組織リスト１２３、診療支援情報リスト１２４、診察情報リスト１２５、予約リスト１２６、診療可能時間帯情報リスト１２７、基準保険組織負担額情報リスト１２８、支払機関情報１２９及び配達日数情報リスト１３０を記憶するように構成されている。なお、患者リスト１２１、診療支援情報リスト１２４、及び診察情報リスト１２５のそれぞれに含まれる情報がカルテ情報に相当する。

【0033】

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

【0034】

患者ＩＤカラム１２１１は、患者それぞれを識別するためのＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を格納している。患者名カラム１２１２は、患者それぞれの氏名及び名称を格納している。性別カラム１２１３は、患者それぞれの性別を格納している。年齢カラム１２１４は、患者それぞれの年齢を格納している。病名カラム１２１５は、患者それぞれの病名を格納している。保険番号カラム１２１６は、患者それぞれに割り振られた保険番号を格納している。この保険番号には、患者それぞれが加入している保険組織を識別するためのＩＤが含まれている。連絡先カラム１２１７は、患者それぞれの連絡先、例えば、薬剤の配送先（例えば住所）、電話番号、メールアドレスを格納している。薬剤の配送先は、例えば、郵便番号、地方若しくは州、都道府県、市町村、区、郡、丁目、番地、号、建物名及び部屋番号又は緯度及び経度等により表される。負担割合カラム１２１８は、医療費に対する患者それぞれの自己負担割合を格納している。決済情報カラム１２１９は、クレジットカード番号及び有効期限等の患者それぞれに対して請求及び決済を行うための情報を格納している。

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

患者ＩＤカラム１２５１は、診察対象の患者（対象患者）の患者ＩＤを格納している。受診日時カラム１２５２は、遠隔診療を受診した日時を格納している。症状・診断結果カラム１２５３は、遠隔診療における医師の見解情報を格納している。

【0045】

処方内容カラム１２５４は、処方箋情報を格納している。処方箋情報は、薬名、分量、用法、用量、診療日、服用開始日、及び投薬日数を含む。薬名は薬剤を一意に特定可能な薬剤の名称である。分量は例えば内服薬で１日あたりの投与量（総服用量）である。用法は例えば朝食後、昼食後、夕食後、食間等の服用時点である。用量は１回あたりの服用量である。服用開始は服用を開始する時点であり、投薬日数は服用開始日から服用終了日するまでの期間である。

【0046】

医師ＩＤカラム１２５５は、診察した医師（担当医師）の医師ＩＤを格納している。医療点数カラム１２５６は、遠隔診療における対象患者に対する診療報酬点数を格納している。医師コメントカラム１２５７は、担当医師から対象患者へのコメントを格納している。

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

基準保険組織負担額情報リスト１２８は、図２Ｈに示されるように、患者ＩＤカラム１２８１と、基準保険組織負担額カラム１２８２とを含む。

【0052】

患者ＩＤカラム１２８１は、患者それぞれの患者ＩＤを格納している。基準保険組織負担額カラム１２８２は、患者それぞれの基準となる保険組織負担額を格納している。

【0053】

患者ごとの基準となる保険組織負担額は、例えば患者それぞれの初回の受診日における当該患者の健康状態から算出される対面診療の医療費（薬代を含む。）のうちの保険組織負担額である。これに代えて、患者それぞれの初回から所定回までの各受診日における当該患者の健康状態から算出される対面診療１回あたりの医療費（例えば、平均医療費）の保険組織負担額が患者ごとの基準となる保険組織負担額として採用されてもよい。また、これに代えて、患者リスト１２１から患者の性別、年齢及び病名のうち少なくとも１つの情報を取得し、当該取得された情報に当てはまる患者の平均的な対面診療における医療費のうちの保険組織負担額が基準保険組織負担額として採用されてもよい。また、予め設定された医療費が基準保険組織負担額として設定されてもよい。

【0054】

支払機関情報１２９は、保険診療費の請求先である保険診療費支払機関に関する情報である。補足すると、一般に、医療機関は、保険診療費と保険番号とを保険診療費支払機関に伝え、保険診療費の支払いを受ける。保険診療費支払機関は、保険番号から特定される保険組織に対し、保険診療費を請求する。

【0055】

配達日数情報リスト１３０は、図２Ｉに示されるように、配達地域カラム１３０１と、配達必要日数カラム１３０２とを含む。

【0056】

配達地域カラム１３０１は、処方薬を配達する地域を示す情報を格納している。処方薬を配達する地域を示す情報は、例えば、郵便番号、地方又は州、都道府県、市町村区郡、丁目、番地、号及び建物名の一部または全部又は緯度及び経度により指定される範囲等、薬剤の配送先よりも広範囲な地域を示す情報により表される。処方薬を配達する地域を示す情報は、薬剤の配送先を示す情報と同じ形式で表されることが好ましい。ここでは、処方薬を配達する地域を示す情報として、都道府県及び市町村区郡が格納されている。配達必要日数カラム１３０２は、各地域ごとの調剤後から患者に処方薬が届く配達日までに必要な日数（配達必要日数）を格納している。

【0057】

かかる配達必要日数は、例えば、遠隔診療支援サーバ１の管理者等が予め設定した値であってもよいし、契約している配達業者から提供されたデータから認識された値であってもよいし、後日のアンケート等でこのシステムを利用した患者から取得したデータに基づいて地域ごとの配達にかかった配達日数の平均値を用いてもよい。

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

（保険組織端末）
保険組織端末４は、遠隔診療支援プログラムがインストールされていない点、保険組織の保険組織ＩＤ４２１を記憶する点を除き、医師端末２と同様のデスクトップコンピュータ等により構成されている。

【0069】

（薬剤配送端末）
薬剤配送端末５は、遠隔診療支援サーバ１からダウンロードした遠隔診療受診支援プログラムがインストールされている。

【0070】

薬剤配送端末５は、医師ＩＤ２２１及び通信確立情報２２２に代え、遠隔診療支援サーバ１との通信のための薬剤配送ＩＤ及び通信確立情報を記憶している点を除き、医師端末２と同様のデスクトップコンピュータ等により構成されている。

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

遠隔診療支援サーバ１は、後述するシステム利用費決済処理を実行する（図３／ＳＴＥＰ５００）。遠隔診療支援サーバ１は、当該保険組織の決済情報を用いて、システム利用費の決済を行う。

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【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】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

医師端末制御部２１は、医師端末入力部２４を介して入力された情報に基づいて、対象患者Ｐに対する診察情報を作成する（図６／ＳＴＥＰ３２８）。医師端末入力部２４を介して入力された情報には、症状・診断結果、処方内容、診療報酬点数及び医師コメントが含まれる。対象患者Ｐに対する診察情報には、通信確立情報に含まれる患者ＩＤと、接続確立通知を受信した時刻である受信日時と、症状・診断結果と、処方内容と、担当医師Ｄの医師ＩＤと、診療報酬点数と、医師コメントとが含まれる。

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

当該判定結果が肯定的である場合（図６／ＳＴＥＰ３１０‥ＹＥＳ）、診察情報登録部１１３は、受信した診察情報を診察情報リスト１２５に追加し登録する（図６／ＳＴＥＰ３１１）。例えば、図２Ｅに示されるように、患者ＩＤ「１」のフィールドとして、受診日時「２０１６／４／１５ １２：００：００」と、症状・診断結果「高血圧 薬維持」と、処方内容「医薬１ ３カプセル／毎食 ３０日分」と、担当医師Ｄの医師ＩＤ「１１」と、診療報酬点数「１００」と、医師コメント「この調子でお酒と塩分を控えていきましょう。習慣的な運動も意識的に取り入れてください。」とが、対象患者Ｐ「○田×男」に対する診察情報として診察情報リスト１２５に追加される。

【0151】

遠隔診療支援サーバ１の処方薬配送指示部１１７は、追加された診察情報から処方内容を抽出するとともに、患者ＩＤ「１」より患者リスト１２１の連絡先カラム１２１７から住所と該住所が属する処方薬の配達管轄地域（図１、図２Ｉ／配達日数情報リスト１３０）を特定する。処方薬配送指示部１１７は、特定された配達管轄地域における自動薬剤配送センターＤＰの薬剤配送端末５に、当該処方内容を編集不可能なデータとしてこの処方箋情報を、サーバ通信部１５を介して送信する（図６／ＳＴＥＰ３１２）。例えば、遠隔診療支援サーバ１のから、当該患者の住所と図２Ｅに示される診察情報リスト１２５における患者ＩＤ「１」、医師ＩＤ「１１」、処方内容「医薬１ ３カプセル／毎食 ３０日分」等が処方箋情報として「北海道利尻」管轄の自動薬剤配送センターＤＰの薬剤配送端末５に送信される。

【0152】

自動薬剤配送センターＤＰの薬剤配送端末５は、処方箋情報をその端末通信部を介して受信したか否かを判定する（図６／ＳＴＥＰ３５０）。

【0153】

当該判定結果が否定的である場合（図６／ＳＴＥＰ３５０‥ＮＯ）、薬剤配送端末５は、図６／ＳＴＥＰ３５０の処理を再度実行する。

【0154】

当該判定結果が肯定的である場合（図６／ＳＴＥＰ３５０‥ＹＥＳ）、薬剤配送端末５は、受信した処方箋情報（患者住所、処方内容）をその端末記憶部に追加し登録して、処方箋情報に基づく調剤と配送を調剤薬局に実行させる（図６／ＳＴＥＰ３５１）。

【0155】

自動薬剤配送センターＤＰの調剤薬局において、登録された処方箋情報に基づいて調剤と配送が行われる。例えば、図１に示す薬剤師Ｐｈは、薬剤配送端末５によって制御されるプリンタＰＲＴ（図１）の印刷内容『患者ＩＤ「１」の対象患者の処方箋情報「医薬１ ３カプセル／毎食 ３０日分」』に基づいて、調剤を行う。

【0156】

そして、調剤薬局での調剤された薬剤（処方薬）Ｐｄは、宅配便等の輸送便により該当住所の対象患者へ送られる。

【0157】

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

【0158】

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

【0159】

医療費決定部１１４は、診察情報リスト１２５に含まれる対象患者Ｐの診療報酬点数に基づいて、所定の計算式を用いて、対象患者Ｐの自己負担額を決定する（図７／ＳＴＥＰ４１０）。ここで、対象患者Ｐの自己負担額は、遠隔診療支援処理（図３／ＳＴＥＰ３００）における担当医師Ｄによる遠隔診療における診療報酬点数に基づいて定められる額であり、処方された薬剤の薬剤費用は含まない。

【0160】

医療費決定部１１４は、サーバ通信部１５を介して決定した対象患者Ｐの自己負担額及び対象患者Ｐの診察情報を含む請求データをユーザー端末３に送信する（図７／ＳＴＥＰ４１１）。

【0161】

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

【0162】

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

【0163】

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

【0164】

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

【0165】

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

【0166】

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

【0167】

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

【0168】

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

【0169】

（システム利用費決済処理）
図８を参照して、システム利用費決済処理を説明する。

【0170】

システム利用費決済部１１５は、診察情報リスト１２５に含まれる対象患者Ｐの診察情報と、患者リスト１２１に含まれる対象患者Ｐの負担割合に基づいて、医療費のうち、対象患者Ｐが加入する保険組織の負担額である保険組織負担額を算出する（図８／ＳＴＥＰ５１０）。ここで、保険組織負担額は、保険診療費支払機関が一時的に負担した保険診療費と、診察情報に含まれる処方内容から特定される薬剤費用のうちの保険組織負担額とを合算した金額である。

【0171】

例えば、対象患者Ｐの負担割合がＢＲであり、診察情報に含まれる診療報酬点数がＷ点であり、診療報酬点数１点当たりＸ円であり、薬剤１が合計Ｙカプセル処方され、外部の薬剤費用サーバから取得された薬剤１の単価が１カプセル当たりＺ円である場合、システム利用費決済部１１５は、以下の式（１）により、保険組織負担額ＩＢを算出する。

【0172】

【数1】

【0173】

システム利用費決済部１１５は、基準保険組織負担額情報リスト１２８に示される対象患者Ｐの基準保険組織負担額と保険組織負担額との差額の一部をシステム利用費として決定する（図８／ＳＴＥＰ５１１）。例えば、システム利用費決済部１１５は、対象患者Ｐの基準保険組織負担額と保険組織負担額との差額の５割をシステム利用費として決定する。

【0174】

システム利用費決済部１１５は、患者リスト１２１に含まれる対象患者Ｐの保険組織ＩＤを認識し、保険組織リスト１２３に含まれる当該保険組織ＩＤから特定される保険組織の決済情報を用いて、決定されたシステム利用費を決済する（図８／ＳＴＥＰ５１２）。

【0175】

以上により、システム利用費決済処理が終了する。なお、システム利用費決済部１１５は、サーバ通信部１５と保険組織端末４を介して、保険組織の担当者Ｗに対し、保険組織の保険組織負担額のデータを提供する。

【0176】

（次回診療予約受付処理）
図７、及び図９〜図１３を参照して、診療予約受付部１１１が実行する次回診療予約受付処理を説明する。

【0177】

上記の図７／ＳＴＥＰ４１１に示すように、遠隔診療支援サーバ１は、対象患者Ｐの自己負担額及び対象患者Ｐの診察情報を含む請求データをユーザー端末３に送信している。

【0178】

ユーザー端末制御部３１は、ユーザー端末通信部３５を介して当該請求データを受信したか否かを判定する（図７／ＳＴＥＰ４３０）。

【0179】

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

【0180】

当該判定結果が肯定的である場合（図７／ＳＴＥＰ４３０‥ＹＥＳ）、ユーザー端末制御部３１は、図９に示されるように、遠隔診療支援サーバ１から受信した診察情報及び請求データを含む診察情報画面６をユーザー端末出力部３３に出力する（図７／ＳＴＥＰ４３１）。

【0181】

診察情報画面６は、例えば、Ｗｅｂ画面として構成され、患者名表示６１１と、患者ＩＤ表示６１２と、担当医師名表示６２１と、担当医師の医師ＩＤ表示６２２と、担当医師の医師ＩＤに関連付けられて記憶されている担当医師の写真を表示する写真表示６２３と、受診日時表示６３１と、症状・診断結果表示６３２と、処方内容表示６４１と、医師コメント６５１と、今回の自己負担額表示６６１と次回予約表示６７１とを含む。

【0182】

ユーザー端末制御部３１は、図９に示される診察情報画面６の次回予約表示６７１が押下されたか否かを判定する（図７／ＳＴＥＰ４３２）。

【0183】

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

【0184】

当該判定結果が肯定的である場合（図７／ＳＴＥＰ４３２‥ＹＥＳ）、ユーザー端末制御部３１は、次回診療予約受付のための予約日管理支援処理（図７／ＳＴＥＰ４３３）を実行する。

【0185】

図１０を参照して、かかる診療予約日管理支援処理を説明する。

【0186】

まず、ユーザー端末制御部３１は、図９に示される診察情報画面６の次回予約表示６７１が押下されたことに応じて、ユーザー端末記憶部３２に記憶された対象患者Ｐの患者ＩＤを含む次回診療候補日データ要求を、ユーザー端末通信部３５を介して遠隔診療支援サーバ１に送信する（図１０／ＳＴＥＰ６３１）。

【0187】

遠隔診療支援サーバ１の診療予約受付部１１１は、サーバ通信部１５を介して次回診療候補日データの要求を受信したか否かを判定する（図１０／ＳＴＥＰ６１０）。

【0188】

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

【0189】

当該判定結果が肯定的である場合（図１０／ＳＴＥＰ６１０‥ＹＥＳ）、遠隔診療支援サーバ１の診療予約受付部１１１は、次回診療候補日データ要求に含まれる対象患者Ｐの患者ＩＤに基づいて、診察情報リスト１２５（図２Ｅ）を参照して、当該患者ＩＤを含む診察情報を認識する（図１０／ＳＴＥＰ６１１）。例えば、診療予約受付部１１１は、診察情報リスト１２５（図２Ｅ）から、対象患者Ｐの患者ＩＤに対応するフィールドの情報を抽出して、受診日時カラム１２５２と処方内容カラム１２５４を参照して、患者の各診療日にて処方された薬剤の投薬日数を認識する。なお、薬剤の投薬日数のデータがない場合、診療予約受付部１１１は、各診療日における投薬量を、１日当たりの用量又は分量で割ることにより、薬剤の投薬日数を認識してもよい。

【0190】

より具体的には、診療予約受付部１１１の残薬日数推定部１１１Ａは、診察情報リスト１２５（図２Ｅ）を参照して、対象患者Ｐの患者ＩＤ「１」であるフィールドの情報のそれぞれの受診時点、すなわち、診察情報リスト１２５（図２Ｅ）の前々回（２０１６／２／２２）、前回（２０１６／３／２２）及び今回（２０１６／４／１５）における対象患者Ｐの投薬日数（３０日）、前回（３０日）及び今回（３０日）を認識する。

【0191】

次に、残薬日数推定部１１１Ａは、患者の前回の診療日に処方された薬剤の前回投薬日数と前回の薬剤受領日から今回の薬剤受領日までの日数とに基づいて、患者Ｐが今回の薬剤受領日に有すると推定される推定残薬日数を算出する（図１０／ＳＴＥＰ６１２）。推定残薬日数は、前回と今回の薬剤受領日の間に患者が処方薬を服用しきれなかった薬剤の残りを、患者が服用し消費する日数である。

【0192】

残薬日数推定部１１１Ａは、前回の診療日（２０１６／３／２２）を前回の薬剤受領日と認識し、今回の診療日（２０１６／４／１５）を今回の薬剤受領予定日として認識してもよい。また、残薬日数推定部１１１Ａは、それぞれの診療日の配送日数後の日を前回の薬剤受領日及び今回の薬剤受領予定日として認識してもよい。

【0193】

配送日数は、例えば、次のように認識される。残薬日数推定部１１１Ａは、患者リスト１２１を参照して、対象患者Ｐの患者ＩＤ「１」に対応する薬剤の配送先（北海道利尻郡・・・）を認識する。残薬日数推定部１１１Ａは、配達日数情報リスト１３０を参照して、例えば部分一致等による検索により、当該薬剤の配送先（北海道利尻郡・・・）に対応する図２Ｉに示される地域（北海道利尻）を認識する。残薬日数推定部１１１Ａは、配達日数情報リスト１３０を参照して、当該認識された地域における配達必要日数（１日）を認識する。

【0194】

以下では、前回の診療日（２０１６／３／２２）及び今回の診療日（２０１６／４／１５）をそれぞれ前回の薬剤受領日及び今回の薬剤受領予定日として説明する。

【0195】

残薬日数推定部１１１Ａは、診察情報リスト１２５（図２Ｅ）に格納された患者の前回の診療日（２０１６／３／２２）に処方された薬剤の前回投薬日数（３０日）と前回の薬剤受領日（２０１６／３／２２）から今回の薬剤受領予定日（２０１６／４／１５）までの日数（２４日）とに基づいて、患者が今回の薬剤受領予定日（２０１６／４／１５）に有すると推定される推定残薬日数として６日を算出する。

【0196】

なお、推定残薬日数の算出は、これに限定されずに、例えば、薬剤受領日間の日数と予め設定された残薬日数を推定する係数との積を用いた数式により行ってもよい。

【0197】

次に、診療予約受付部１１１の予約日設定部１１１Ｂは、薬剤の配送にかかる日数を考慮して次回の診療候補日を算出する。例えば、今回の薬剤受領予定日から今回投薬日数と推定残薬日数との合計の日数経過した経過日を特定し、薬剤の配送にかかる日数を前倒しして次回の診療候補日を算出する。より具体的には、予約日設定部１１１Ｂは、診察情報リスト１２５（図２Ｅ）を参照して、今回の薬剤受領予定日（２０１６／４／１５）から今回投薬日数（３０）と推定残薬日数（６）との合計（３６）の日数経過した経過日（２０１６／５／２１）を算出する。そして、予約日設定部１１１Ｂは今回の診療日（２０１６／４／１５）から経過日（２０１６／５／２１）までの一以上の次回の診療候補日を認識する。

【0198】

次に、予約日設定部１１１Ｂは、配送システムにおける処方薬の配達にかかる配達必要日数を認識し、配達必要日数分を前倒して次回の診療候補日を決定する（図１０／ＳＴＥＰ６１３）。例えば、予約日設定部１１１Ｂは、患者ＩＤ「１」より、患者リスト１２１の連絡先カラム１２１７から住所「北海道利尻郡…」と該住所が属する処方薬の配達管轄地域（図１、図２Ｉ／配達日数情報リスト１３０）を特定し、該配達管轄地域にて処方薬が届くまでの配達必要日数を認識し、上記一以上の次回の診療候補日の最終日から配達必要日数分を前倒して次回の診療候補日を決定する。これによれば、薬剤の配送にかかる日数分を前倒して次回の診療候補日を提示することで、次回の診療候補日の時点において、患者の手元には薬剤の配送にかかる配達必要日数分の薬剤が残ることとなり、服用すべき薬剤の不足が防げる。

【0199】

ここで、残薬日数推定部１１１Ａと予約日設定部１１１Ｂの動作を図１１及び図１２を参照しつつ詳述する。

【0200】

図１１は前回の診療日（Ｐ０）と今回の診療日（Ｐ１）までの処方薬数の変化を示すグラフであって、前回診療日（Ｐ０）、前回診療日の処方における薬剤の患者１日当たりの薬剤の服用量（ｄ０）、前回診療日の処方における薬剤の投薬日数（Ｔ０）、今回診療日（Ｐ１）、今回診療日の処方における薬剤の患者１日当たりの薬剤の服用量（ｄ１）、今回の診療日の処方における薬剤の投薬日数（今回投薬日数：Ｔ１）、とした場合の配達必要日数分を前倒して決定する経過を説明するグラフである。図１２は、図１１に加えて前回診療日（Ｐ０）前の前々回の診療日（Ｐｂ）に処方された場合を含む処方薬数の変化を示すグラフである。図１１及び図１２の横軸は日数を、縦軸は患者の手元にある処方薬数の変化を示す。本グラフでは、前回診療日（Ｐ０）及び今回診療日（Ｐ１）に対象患者Ｐが薬剤を受領した場合のグラフを示している。前回診療日（Ｐ０）及び今回診療日（Ｐ１）がそれぞれ前回の薬剤受領日及び今回の薬剤受領予定日と異なる場合、以下において、前回診療日（Ｐ０）及び今回診療日（Ｐ１）を前回の薬剤受領日及び今回の薬剤受領予定日に置き換えて処理をすればよい。

【0201】

ここで、残薬日数推定部１１１Ａは、患者の前回診療日（Ｐ０）に処方された薬剤の前回投薬日数（Ｔ０）と前回診療日（Ｐ０）から今回診療日（Ｐ１）までの日数（Ｐ１−Ｐ０）とに基づいて、患者Ｐが今回の診療日に有すると推定される推定残薬日数（Ｔ０−（Ｐ１−Ｐ０）を算出する（図１０／ＳＴＥＰ６１２）。

【0202】

そして、予約日設定部１１１Ｂは、今回診療日Ｐ１から（今回投薬日数（Ｔ１）と推定残薬日数（Ｔ０−（Ｐ１−Ｐ０））の合計（Ｔ１＋Ｔ０−（Ｐ１−Ｐ０））の日数経過した日（Ｐｘ＝Ｐ１＋Ｔ１＋Ｔ０−（Ｐ１−Ｐ０））を算出して、次回診療候補日はＰｘ以前の日として、認識する。

【0203】

予約日設定部１１１Ｂは、自動薬剤配送センターＤＰによる薬剤の配送にかかる日数分（配達必要日数：Ｌ２）を認識して、上記の所定日数経過した日（Ｐｘ＝Ｐ１＋Ｔ１＋Ｔ０−（Ｐ１−Ｐ０））から配達必要日数分（Ｌ２）を減算する演算（前倒する演算）を行い、次回の診療候補日（Ｐｘ１≦Ｐ１＋Ｔ１＋Ｔ０−（Ｐ１−Ｐ０）−Ｌ２）の一又は複数を決定する（図１０／ＳＴＥＰ６１３）。次回の診療候補日の数については、予め定められた数であってもよいし、対象患者Ｐにより第１ユーザー端末３を介して指定された数であってもよい。

【0204】

次に、図１２に示すように、予約日設定部１１１Ｂは、前回診療日（Ｐ０）が前々回の診療日（Ｐｂ）から基準診療予定日（Ｐｒ）までの日数を経過していない場合（Ｐ０＜Ｐｒ）がある時は、その経過していない日数（Ｂ０）を考慮して、上記決定された前倒しの次回の診療候補日（Ｐｘ１）を修正して、すなわち、経過していない日数（Ｂ０）を上記前倒しの次回の診療候補日（Ｐｘ１）に加算して、修正次回診療予約候補日（Ｐｘ２）を決定する。基準診療予定日（Ｐｒ）は、例えば、前々回の投与薬剤を消費しきる予定の日である。例えば、前々回の投薬日数が３０日であれば、基準診療予定日（Ｐｒ）は、前々回の薬剤受領日の３０日後の日である。

【0205】

具体的には、予約日設定部１１１Ｂは、前回診療日（Ｐ０）と前々回の診療日（Ｐｂ）から基準診療予定日（Ｐｒ）までの日数（Ｂ）とを認識する（図１０／ＳＴＥＰ６１４）。

【0206】

次に、予約日設定部１１１Ｂは、前回診療日（Ｐ０）が前々回の診療日（Ｐｂ）から基準診療予定日（Ｐｒ）までの日数を経過したか否かを判定する（図１０／ＳＴＥＰ６１５）。

【0207】

当該判定結果が肯定的である場合（図１０／ＳＴＥＰ６１５‥ＹＥＳ）、予約日設定部１１１Ｂは、決定された次回診療候補日に基づいて、今回診療日における次回の診療候補日として候補日データを作成する（図１０／ＳＴＥＰ６１７）。

【0208】

当該判定結果が否定的である場合（図１０／ＳＴＥＰ６１５‥ＮＯ）、予約日設定部１１１Ｂは、決定された次回診療候補日に非経過日数分（Ｂ０）を上記次回の診療候補日（Ｐｘ１≦Ｐ１＋Ｔ１＋Ｔ０−（Ｐ１−Ｐ０）−Ｌ２）に加算して、修正次回診療予約候補日（Ｐｘ２≦Ｐ１＋Ｔ１＋Ｔ０−（Ｐ１−Ｐ０）−Ｌ２＋Ｂ０）を決定する（図１０／ＳＴＥＰ６１６）。この修正次回の診療予約候補日に基づいて、今回診療日における次回の診療候補日として候補日データを作成する（図１０／ＳＴＥＰ６１７）。

【0209】

より具体的には、予約日設定部１１１Ｂは、診察情報リスト１２５（図２Ｅ）の対象患者Ｐの患者ＩＤに対応する前回診療日（２０１６／３／２２）が前々回の診療日（２０１６／２／２２）から基準診療予定日（例えば投薬日数が３０日である場合、前々回の診療日の３０日後の２０１６／３／２３）までの日数を経過していない時、予約日設定部１１１Ｂは、経過していない日数分（１日）の残薬が生じていることを認識し、経過していない日数分（非経過日数分（１日））の残薬を消費できるように、次回診療候補日にその日数を加算した日を修正次回の診療候補日として候補日データを作成する。

【0210】

診療予約受付部１１１は、作成した次回診療候補日データをサーバ通信部１５を介してユーザー端末３に送信する（図１０／ＳＴＥＰ６１８）。

【0211】

ユーザー端末３において、ユーザー端末制御部３１は、ユーザー端末通信部３５を介して次回診療候補日データを受信したか否かを判定する（図１０／ＳＴＥＰ６３２）。

【0212】

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

【0213】

当該判定結果が肯定的である場合（図１０／ＳＴＥＰ６３２‥ＹＥＳ）、ユーザー端末制御部３１は、受信した次回診療候補日データを図１３に示される次回予約受付画面６Ａの予約候補日リスト１２６Ａとしてユーザー端末出力部３３に出力する（図１０／ＳＴＥＰ６３３）。

【0214】

ユーザー端末制御部３１は、図１３に示すような次回予約受付画面６Ａをユーザー端末出力部３３を介して表示する。次回予約受付画面６Ａを介して、患者Ｐが次回診療日の予約をすることができる。

【0215】

次回予約受付画面６Ａは、Ｗｅｂ画面として構成され、「次回の診療候補日を選択して、希望時間帯を入力して、ご確認ください。」と患者に予約申込み情報の作成を促すダイアログと予約候補日リスト１２６Ａを含む。予約候補日リスト１２６Ａは、患者ＩＤカラム１２６１と、医師ＩＤカラム１２６２と、予約候補日及び予約希望時間帯カラム１２６３とを含む。

【0216】

ユーザー端末制御部３１は、図１３に示される次回予約受付画面６Ａの予約候補日リスト１２６Ａの内の少なくとも一つの予約候補日が選択され押下されたか否かを判定する（図１０／ＳＴＥＰ６３４）。

【0217】

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

【0218】

当該判定結果が肯定的である場合（図１０／ＳＴＥＰ６３４‥ＹＥＳ）、診療予約受付部１１１による図４／ＳＴＥＰ１３０以下の予約受付処理を実行する。

【0219】

以上により、診療予約日管理支援処理が終了する。

【0220】

（薬剤履歴提供処理）
図１４を参照して、対象患者Ｐのユーザー端末３に対し、対象患者Ｐの投薬数及び薬剤費用の履歴を示す薬剤履歴データを提供する薬剤履歴提供処理を説明する。

【0221】

ユーザー端末制御部３１は、ユーザー端末入力部３４を介して薬剤履歴の表示要求操作が入力されたか否かを判定する（図１４／ＳＴＥＰ７３０）。

【0222】

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

【0223】

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

【0224】

薬剤履歴提供部１１６は、サーバ通信部１５を介して薬剤履歴の表示の要求を受信したか否かを判定する（図１４／ＳＴＥＰ７１０）。

【0225】

当該判定結果が否定的である場合（図１４／ＳＴＥＰ７１０‥ＮＯ）、薬剤履歴提供部１１６は、図１４／ＳＴＥＰ７１０の処理を再度実行する。

【0226】

当該判定結果が肯定的である場合（図１４／ＳＴＥＰ７１０‥ＹＥＳ）、薬剤履歴提供部１１６は、薬剤履歴の表示の要求に含まれる対象患者Ｐの患者ＩＤに基づいて、診察情報リスト１２５を参照して、当該患者ＩＤを含む診察情報を認識する（図１４／ＳＴＥＰ７１１）。

【0227】

例えば、薬剤履歴提供部１１６は、図２Ｅに示される診察情報リスト１２５の対象患者Ｐの患者ＩＤ「１」であるフィールドの情報から、各受診時点における患者の投薬数の履歴を認識する（図１４／ＳＴＥＰ７１２）。

【0228】

例えば、薬剤履歴提供部１１６は、診察情報リスト１２５を参照して、各受診時点における対象患者Ｐの投薬数を認識する。ここで、薬剤履歴提供部１１６は、対象患者Ｐの薬剤費用を、保険自己負担割合と、調剤技術料、薬学管理料、薬剤料、特定保険医療材料料等の診療報酬点数に基づいて算出する。

【0229】

薬剤履歴提供部１１６は、各受診時点における対象患者Ｐの投薬数及び薬剤費用に基づいて、投薬数及び薬剤費用の薬剤履歴データを作成する（図１４／ＳＴＥＰ７１３）。

【0230】

薬剤履歴提供部１１６は、作成した投薬数及び薬剤費用の薬剤履歴データをサーバ通信部１５を介してユーザー端末３に送信する（図１４／ＳＴＥＰ７１４）。

【0231】

ユーザー端末制御部３１は、ユーザー端末通信部３５を介して投薬数及び薬剤費用の薬剤履歴データを受信したか否かを判定する（図１４／ＳＴＥＰ７３２）。

【0232】

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

【0233】

当該判定結果が肯定的である場合（図１４／ＳＴＥＰ７３２‥ＹＥＳ）、ユーザー端末制御部３１は、受信した投薬数及び薬剤費用の薬剤履歴データを例えば図１５に示される薬剤履歴画面７としてユーザー端末出力部３３に出力する（図１４／ＳＴＥＰ７３３）。

【0234】

図１５は、薬剤履歴データに基づいて作成された表である。

【0235】

薬剤履歴画面７は、例えば、Ｗｅｂ画面として構成され、患者ＩＤ表示６１２と、日時１２５２と、投薬数・薬剤費用１２５４１とを含む。

【0236】

以上により、薬剤履歴提供処理が終了する。

【0237】

なお、薬剤履歴提供部１１６が投薬数の履歴及び薬代の履歴を、患者に閲覧可能に出力する出力部に相当する。

【0238】

上記構成の遠隔診療支援システムによれば、患者自分の薬剤履歴情報を容易に知ることができ患者の利便性が向上する。

【0239】

以上、本発明の一実施例について説明したが、かかる実施例に限定されるものではなく、特許請求の範囲に記載された本発明の範囲内において、種々の変形・変更が可能である。例えば、実施例においてはユーザー端末が遠隔診療支援サーバと通信をして実行しているが、ユーザー端末が必要な情報を遠隔診療支援サーバから取得し、すべての処理を行ってもよい。

【0240】

例えば、投薬日数決定支援部１１８は、一度次回の診療の予約がなされた後に次回の診療予定日が後ろ倒しに変更された場合、当初の次回の診療予定日と、変更後の次回の診療予定日との差分の日数分の薬剤について、ユーザー端末及び医師端末を介して患者及び医師に了承をとることを要件として、追加の薬剤を患者宛てに発送するよう、薬剤配送端末に指示してもよい。

【0241】

また、次回の予約は、医師端末２から受信した情報に基づいてなされてもよい。

【符号の説明】

【0242】

１‥遠隔診療支援サーバ、２‥医師端末、３‥ユーザー端末、４‥保険組織端末、５‥薬剤配送端末、１５‥サーバ通信部、１１１‥診療予約受付部、１１１Ａ‥残薬日数推定部、１１１Ｂ‥予約日設定部、１１２‥診療支援情報登録部、１１３‥診察情報登録部、１１４‥医療費決定部、１１５‥システム利用費決済部、１１６‥薬剤履歴提供部、１１７‥処方薬配送指示部、１２‥サーバ記憶部、１２１‥患者リスト、１２２‥医師リスト、１２３‥保険組織リスト、１２４‥診療支援情報リスト、１２５‥診察情報リスト、１２６‥予約リスト、１２７‥診療可能時間帯情報リスト、１３０‥配達日数情報リスト、２１‥医師端末制御部、ＤＰ‥自動薬剤配送センター。

【要約】

【課題】残薬数を抑制しながら診療日の予約を簡易に行うとともに、薬剤の欠乏の発生を抑制することができる診療予約日管理支援システムを提供する。
【解決手段】診療予約日管理支援システムは、処方薬の必要な患者が診療を受ける際に次回の診療予約日の決定支援を行う診療予約日管理支援システムであって、患者の前回の診療日に処方された薬剤の前回投薬日数と前回の薬剤受領日から今回の薬剤受領日までの日数とに基づいて、患者が今回の薬剤受領日に有すると推定される推定残薬日数を算出する残薬日数推定部と、今回の薬剤受領日から今回投薬日数と推定残薬日数との合計の日数経過した日に応じた一又は複数日を、今回の診療日における次回の診療候補日として、提示する予約日設定部と、を有する。
【選択図】図１

【図1】

【図2A】

【図2B】

【図2C】

【図2D】

【図2E】

【図2F】

【図2G】

【図2H】

【図2I】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】