特開 2023-11214 診療支援装置、診療支援方法、及びプログラム

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

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

(11)【公開番号】P2023011214

(43)【公開日】2023-01-24

(54)【発明の名称】診療支援装置、診療支援方法、及びプログラム

(51)【国際特許分類】

   G16H 80/00 20180101AFI20230117BHJP

【ＦＩ】

G16H80/00

【審査請求】有

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2021114943

(22)【出願日】2021-07-12

(71)【出願人】

【識別番号】510210759

【氏名又は名称】ジェイフロンティア株式会社

(74)【代理人】

【識別番号】100190621

【弁理士】

【氏名又は名称】崎間 伸洋

(74)【代理人】

【識別番号】100212510

【弁理士】

【氏名又は名称】笠原 翔

(72)【発明者】

【氏名】中村 篤弘

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

5L099

【Ｆターム（参考）】

5L099AA04

(57)【要約】

【課題】患者が受診を要望する診療科目を増やすことが可能であり、以て患者の利便性を向上させることが可能な診療支援装置、診療支援方法、及びプログラムを提供すること。
【解決手段】診療支援サーバ１は、医療機関に属するリモート医師５が使用するリモート医師端末４と、患者２が使用する患者端末３とに対して通信可能に接続され、リモート医師５と患者２との間の診療を支援する。診療支援サーバ１は、患者２が訪れる第１所定箇所であるクリニックＣに設置される患者端末３からの診療要求に応じて、患者端末３と、診療要求により特定したリモート医師端末４とを接続し、患者端末３とリモート医師端末４との間で診療を可能にする診療処理部１１４を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

医療機関に属する医師が使用する医師端末と、患者が使用する患者端末とに対して通信可能に接続され、前記医師と前記患者との間の診療を支援する診療支援装置であって、
前記患者が訪れる第１所定箇所に設置され且つ前記医師端末とは異なる場所に存在する前記患者端末からの診療要求に応じて、前記患者端末と、前記診療要求により特定した前記医師端末とを接続し、前記患者端末と前記医師端末との間で診療を可能にする診療処理手段を備える、診療支援装置。

【請求項2】

前記第１所定箇所は、前記医師が属する前記医療機関とは別の医療機関に存在する、
請求項１に記載の診療支援装置。

【請求項3】

前記診療の後に前記患者が前記医療機関の第２所定箇所へ持参する持参情報を発行する持参情報発行手段を更に備える、
請求項１又は２に記載の診療支援装置。

【請求項4】

前記診療の後に前記患者が前記診療に係る費用を支払うことが可能な費用支払手段を更に備える、
請求項１又は２に記載の診療支援装置。

【請求項5】

医療機関に属する医師が使用する医師端末と、患者が使用する患者端末とに対して通信可能に接続され、前記医師と前記患者との間の診療を支援する診療支援装置が実行する診療支援方法であって、
前記患者が訪れる第１所定箇所に設置され且つ前記医師端末とは異なる場所に存在する前記患者端末からの診療要求に応じて、前記患者端末と、前記診療要求により特定した前記医師端末とを接続し、前記患者端末と前記医師端末との間で診療を可能にする診療処理ステップを含む、診療支援方法。

【請求項6】

医療機関に属する医師が使用する医師端末と、患者が使用する患者端末とに対して通信可能に接続され、前記医師と前記患者との間の診療を支援する診療支援装置を制御するコンピュータに、
前記患者が訪れる第１所定箇所に設置され且つ前記医師端末とは異なる場所に存在する前記患者端末からの診療要求に応じて、前記患者端末と、前記診療要求により特定した前記医師端末とを接続し、前記患者端末と前記医師端末との間で診療を可能にする診療処理ステップを含む制御処理を実行させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、診療支援装置、診療支援方法、及びプログラムに関する。

【背景技術】

【0002】

患者は、例えば体に不調が生じている場合、クリニックや病院へ行くことによって医師の診療を受けることができる。また、患者の状態によっては、下記特許文献１のように遠隔診療を受けることもできる。下記特許文献１の遠隔診療システムは、通信端末機に携帯用診療機を追加して患者の容態を随時把握し、異常な事態であると判断された場合には、通信網を通じて医療機関に接続して遠隔診療を受けることができるような構成を有する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００１－１９５５０３号公報

【発明の概要】

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

【0004】

患者は、例えば体に不調が生じている場合、その不調が生じている箇所の診療をしてもらおうと、かかりつけのクリニックへ行くことが一般的である。しかしながら、例えば地方において、その地方のかかりつけのクリニックに受診したい専門の診療科目があるとは限らない。そのため、患者は、遠方の大きな総合病院まで足を運ばなければならないこともある。

【0005】

上述の特許文献１の従来技術にあっては、遠隔診療を受けることができるものの、通信端末機に携帯用診療機を追加して患者の容態を随時把握するような内容の遠隔診療であることから、どのような患者でも受診できるシステムではなかった。

【0006】

本発明は、このような状況を鑑みてなされたものであり、患者が受診を要望する診療科目を増やすことが可能であり、以て患者の利便性を向上させることが可能な診療支援装置、診療支援方法、及びプログラムを提供することを目的とする。

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

【0007】

上記目的を達成するため、本発明の一態様の診療支援装置は、
医療機関に属する医師が使用する医師端末と、患者が使用する患者端末とに対して通信可能に接続され、前記医師と前記患者との間の診療を支援する診療支援装置であって、
前記患者が訪れる第１所定箇所に設置され且つ前記医師端末とは異なる場所に存在する前記患者端末からの診療要求に応じて、前記患者端末と、前記診療要求により特定した前記医師端末とを接続し、前記患者端末と前記医師端末との間で診療を可能にする診療処理手段を備える。

【0008】

本発明の一態様の診療支援方法は、上述の本発明の一態様の診療支援装置に対応する方法である。

【0009】

また、本発明の一態様のプログラムは、上述の本発明の一態様の診療支援装置に対応するプログラムである。

【発明の効果】

【0010】

本発明によれば、患者が訪れる第１所定箇所に設置される患者端末と、特定した医師端末とを接続して、これら患者端末と医師端末との間で診療を可能にすることから、患者が受診を要望する診療科目を増やすことができ、以て患者の利便性を向上させることができる。

【図面の簡単な説明】

【0011】

【図1】本発明の一実施形態に係る診療支援サーバにより提供される本サービスの概要を示す図である。

【図2】第１実施形態の診療支援サーバにより提供される本サービスに係り、患者の行動を示すフローチャートである。

【図3】第１実施形態の診療支援サーバにより提供される本サービスに係り、患者の行動及び診療処理を示すフローチャートである。

【図4】第１実施形態の診療支援システムに係り、そのシステム構成の一例を示すブロック図である。

【図5】図４の診療支援システムのうち、診療支援サーバのハードウェア構成を示すブロック図である。

【図6】図４の診療支援システムのうち、診療支援サーバの機能的構成の一例を示す機能ブロック図である。

【図7】第１実施形態の診療支援サーバの記憶部に係り、記憶される情報の一例を示す図である。

【図8】第２実施形態の診療支援サーバにより提供される本サービスに係り、患者の行動を示すフローチャートである。

【図9】第２実施形態の診療支援サーバにより提供される本サービスに係り、患者の行動及び診療処理を示すフローチャートである。

【図10】第２実施形態の診療支援システムに係り、そのシステム構成の一例を示すブロック図である。

【図11】図１０の診療支援システムのうち、診療支援サーバの機能的構成の一例を示す機能ブロック図である。

【図12】第３実施形態の診療支援サーバにより提供される本サービスに係り、患者の行動及び診療処理を示すフローチャートである。

【図13】第３実施形態の診療支援システムに係り、そのシステム構成の一例を示すブロック図である。

【図14】図１３の診療支援システムのうち、診療支援サーバの機能的構成の一例を示す機能ブロック図である。

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

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

リモート医師５（医師）による診療の費用は、患者２が窓口会計を行うことにより、病院Ｈ側で費用管理される。

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

１・・・診療支援サーバ（診療支援装置）、２・・・患者、３・・・患者端末、３ｂ・・・紙媒体（持参情報）、４・・・リモート医師端末（医師端末）、５・・・リモート医師（医師）、１１４・・・診療処理手段、Ｃ・・・クリニック（第１所定箇所、医療機関）、Ｎ・・・所定のネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【手続補正書】

【提出日】2022-09-30

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

医療機関に属する医師が使用する医師端末と、患者が使用する患者端末とに対して通信可能に接続され、前記医師と前記患者との間の診療を支援する診療支援装置であって、
前記患者が訪れる第１所定箇所に設置され且つ前記医師端末とは異なる場所に存在する前記患者端末から診療の予約に係る依頼を受信すると、当該受信した診療予約依頼に係る処理の一つとして、所定の情報を含む予約票を前記患者端末から出力させる事前予約処理手段と、
前記患者端末から受信した前記所定の情報及び診療要求に応じて、前記患者端末と、前記診療要求により特定した前記医師端末とを接続し、前記患者端末と前記医師端末との間で診療を可能にする診療処理手段と、を備える、診療支援装置。

【請求項2】

前記第１所定箇所は、前記医師が属する前記医療機関とは別の医療機関に存在する、
請求項１に記載の診療支援装置。

【請求項3】

前記診療の後に前記患者が前記別の医療機関の第２所定箇所へ持参する持参情報を発行する持参情報発行手段を更に備える、
請求項２に記載の診療支援装置。

【請求項4】

前記診療の後に前記患者が前記診療に係る費用を支払うことが可能な費用支払手段を更に備える、
請求項１又は２に記載の診療支援装置。

【請求項5】

医療機関に属する医師が使用する医師端末と、患者が使用する患者端末とに対して通信可能に接続され、前記医師と前記患者との間の診療を支援する診療支援装置が実行する診療支援方法であって、
前記患者が訪れる第１所定箇所に設置され且つ前記医師端末とは異なる場所に存在する前記患者端末から診療の予約に係る依頼を受信すると、当該受信した診療予約依頼に係る処理の一つとして、所定の情報を含む予約票を前記患者端末から出力させる事前予約処理ステップと、
前記患者端末から受信した前記所定の情報及び診療要求に応じて、前記患者端末と、前記診療要求により特定した前記医師端末とを接続し、前記患者端末と前記医師端末との間で診療を可能にする診療処理ステップと、を含む、診療支援方法。

【請求項6】

医療機関に属する医師が使用する医師端末と、患者が使用する患者端末とに対して通信可能に接続され、前記医師と前記患者との間の診療を支援する診療支援装置を制御するコンピュータに、
前記患者が訪れる第１所定箇所に設置され且つ前記医師端末とは異なる場所に存在する前記患者端末から診療の予約に係る依頼を受信すると、当該受信した診療予約依頼に係る処理の一つとして、所定の情報を含む予約票を前記患者端末から出力させる事前予約処理ステップと、
前記患者端末から受信した前記所定の情報及び診療要求に応じて、前記患者端末と、前記診療要求により特定した前記医師端末とを接続し、前記患者端末と前記医師端末との間で診療を可能にする診療処理ステップと、を含む制御処理を実行させる、プログラム。