JP7250073B2 - 診療支援装置、診療支援方法、及びプログラム - Google Patents

Description

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

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

特開２００１－１９５５０３号公報

上述の特許文献１の従来技術にあっては、遠隔診療を受けることができるものの、通信端末機に携帯用診療機を追加して患者の容態を随時把握するような内容の遠隔診療であることから、どのような患者でも受診できるシステムではなかった。そこで、どのような患者でもオンラインで診療を受けることのできるシステムを構築すればよいと考えられるが、そのようなシステムの構築は大掛かりなものになってしまい、例えば各企業が独自にシステムを持つことは困難であった。

本発明は、このような状況を鑑みてなされたものであり、オンライン診療の仕組みを例えば各企業が恰も独自に持てるような利用環境の整備をすることが可能な診療支援装置、診療支援方法、及びプログラムを提供することを目的とする。

上記目的を達成するため、本発明の一態様の診療支援装置は、
医療機関に属する医師が使用する医師端末と、患者が使用する患者端末とに対して通信可能に接続され、前記医師と前記患者との間の診療を支援する診療支援装置であって、
前記医療機関がＮ（Ｎは２以上の整数値）存在するうちの、Ｍ（ＭはＮ未満の整数値）の医療機関に合わせて記憶部から抽出した、少なくとも医療機関特定に関する所定の第１所定情報の利用を可能にし、かつ、前記第１所定情報を基に前記患者端末からの診療要求により特定した前記Ｍの医療機関の前記医師端末と、前記診療要求をした前記患者端末とを接続して、前記特定したＭの所定医療機関の前記医師端末と、前記診療要求をした前記患者端末との間で診療を可能にする、第１診療処理手段を備える。

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

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

本発明によれば、オンライン診療の仕組みを例えば各企業が恰も独自に持てるような利用環境の整備をすることができる。

本発明の一実施形態に係る診療支援サーバにより提供される本サービスの概要を示す図である。 第１実施形態の診療支援システムに係り、そのシステム構成の一例を示すブロック図である。 図２の診療支援システムのうち、診療支援サーバのハードウェア構成を示すブロック図である。 図２の診療支援システムのうち、診療支援サーバの機能的構成の一例を示す機能ブロック図である。 図４の診療支援サーバの機能的構成のうち、第１・第２絞込医療機関処理部の一例を示す機能ブロック図である。 第１実施形態の診療支援サーバの記憶部に係り、記憶される情報の一例を示す図である。 第１実施形態の診療支援サーバにより提供される本サービスに係り、診療及び服薬指導処理を示すフローチャートである。 図２の診療支援システムのうち、患者端末での表示の一例を示す図である。 第２実施形態の診療支援サーバの機能的構成の一例を示す機能ブロック図である。 図９の診療支援サーバの機能的構成のうち、第１・第２絞込医療機関処理部の一例を示す機能ブロック図である。 第２実施形態の診療支援サーバにより提供される本サービスに係り、即時診療処理を示すフローチャートである。 第２実施形態に係る医師端末及び患者端末での表示の一例を示す図である。 第２実施形態の診療支援サーバにより提供される本サービスに係り、即時服薬指導処理を示すフローチャートである。

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

本サービスは、サービス提供者（図示省略）が管理する診療支援サーバ１により提供される。なお、本一実施形態では、例えば企業が診療支援サーバ１を管理するものとし、図１では、枠Ｗ１の囲みが便宜的に診療支援サーバ１を示すものとする。診療支援サーバ１により提供される本サービスは、少なくとも、符号ＳＡ１で便宜的に示す第１サービスと、同じく符号ＳＡ２で便宜的に示す第２サービスとを有する。

第１サービスＳＡ１は、数多くの患者２が後述するオンライン診療のために使用するサービスになる。これに対し、第２サービスＳＡ２は、例えばサービス提供者と異なる企業の従業員等（患者２）が後述するオンライン診療のために使用するサービスになる。即ち、第２サービスＳＡ２は、例えばサービス提供者の顧客企業となる顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、顧客Ｃ社Ｃ３が恰も独自に診療支援サーバ１を持って、その顧客企業の従業員等（患者２）が後述するオンライン診療のために使用するサービスになる。

第２サービスＳＡ２は、サービス提供者が顧客企業向けに利用環境を整備し、これを顧客企業が使用可能にすることによって提供されるサービスになる。

本一実施形態では、第１サービスＳＡ１のサービス内容を上述の顧客企業向けに絞り込んだサービスが第２サービスＳＡ２になる。第２サービスＳＡ２は、枠Ｗ２で便宜的に示すように、顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、顧客Ｃ社Ｃ３が共通で使用できるようなサービスになる。或いは、顧客Ａ社Ｃ１からのカスタマイズ要望に応じた専用の第２サービスＳＡ２－１、顧客Ｂ社Ｃ２からのカスタマイズ要望に応じた専用の第２サービスＳＡ２－２、顧客Ｃ社Ｃ３からのカスタマイズ要望に応じた専用の第２サービスＳＡ２－３、のように更に絞り込んだ状態で使用できるようなサービスになる（カスタマイズ要望に関しては、例えば後述する第２絞込医療機関処理部１１３が機能して実現されるものとする）。

第１サービスＳＡ１のサービス内容としては、後述する医療機関の数がＮ（Ｎは２以上の整数値であって、例えば数十から例えば数百の整数値になるものとする）存在する中で、対応する端末同士を接続することにより、後述するリモート診療が行われるようなサービス内容になる。これに対し第２サービスＳＡ２は、後述する医療機関の数をＭ（ＭはＮ未満の整数値）に絞り込んだ上で、対応する端末同士を接続することにより、後述するリモート診療が行われるようなサービス内容になる。言い換えれば、後述する医療機関の数がＮ存在するうち、Ｍの数だけ囲い込んでなされるようなサービス内容が第２サービスＳＡ２になる。

本サービスは、第１サービスＳＡ１のみならず第２サービスＳＡ２を少なくとも有することから、有用性が高くなる。

上述のように第１サービスＳＡ１と第２サービスＳＡ２とを少なくとも有する本サービスは、診療支援サーバ１が存在する側がプラットフォームになり、上述の、数多くの患者２や、上述の従業員等（患者２）が操作する患者端末（図２を参照しながら後述する）には、本サービスの利用のために必要なアプリケーションプログラム（「会員アプリ」と呼ぶこともある）がインストールされるようになる。

なお、本一実施形態では、上述の顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、顧客Ｃ社Ｃ３の夫々を、一企業としてとらえて説明に用いているが、これに限らないものとする。即ち、例えばグループ企業、組合、機関、団体等のような広い括りで捉えてもよいものとする。本一実施形態では、従業員の多い少ないは関係なく、患者２になり得る人数に関し、以下の説明では影響されないものとする。この他、顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、顧客Ｃ社Ｃ３の３つの顧客企業で説明しているが、この数は一例であるものとする。即ち、顧客企業は、１つや２つでもよいし、４つ以上であってもよいものとする。

図１の符号３は、診療支援サーバ１を例えばメンテナンスするメンテナンス員を示し、このメンテナンス員３は、例えば月に一回の機能アップデートを行うものとする。具体的には、第２サービスＳＡ２で例えば生じた機能変更を第１サービスＳＡ１の側に機能配信したり、第１サービスＳＡ１から第２サービスＳＡ２に向けて機能改修をしたりする作業をメンテナンス員３は実施するものとする。

第２サービスＳＡ２は、第１サービスＳＡ１のサービス内容を上述の顧客企業向けに絞り込んだサービスになる。以下で説明する第１実施形態、第２実施形態においては、第１サービスＳＡ１のオンライン診療の仕組みを詳細に説明し、この仕組みが第２サービスＳＡ２に適用されるものとする。

本発明では、後述するオンライン診療の仕組みを例えば各企業（顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、顧客Ｃ社Ｃ３）が恰も独自に持てるように利用環境を整備することができる。そのため各企業では、大掛かりなシステム構築をしなくても、従業員等にオンライン診療を受けさせることができる。各企業では、顧客企業向けに絞り込んだ第２サービスＳＡ２の提供により、例えば提携する医療機関のみで従業員等にオンライン診療を受けさせることができる。なお、健康保険組合を一例として説明すれば、この健康保険組合は大掛かりなシステム構築をしなくても、組合員に対し、組合に加盟する所定の医療機関の範囲内でオンライン診療を受けさせることができる。

＜第１実施形態について＞
以下では、第１サービスＳＡ１（図１参照）のオンライン診療の仕組みを詳細に説明するものとし、この仕組みが第２サービスＳＡ２に適用されるものとする。
図２は、第１実施形態の診療支援システムに係り、そのシステム構成の一例を示すブロック図である。

本サービスのサービス提供者は、例えばクラウド環境に診療支援サーバ１を存在させるようにして、この診療支援サーバ１を管理する。診療支援サーバ１は、診療支援システム１００を構成するうちの１つであり、所定のネットワークＮを介して、患者端末４とリモート医師端末５（医師端末）とを接続する。また、診療支援サーバ１は、所定のネットワークＮを介して、患者端末４とリモート薬剤師端末６（薬剤師端末）とを接続する。

＜診療支援サーバ１について＞
診療支援サーバ１は、本サービスを実現するためのプラットフォームを提供する例えば企業が有する装置である。診療支援サーバ１は、当該企業により管理される。診療支援サーバ１は、本サービスを提供する。なお、診療支援サーバ１のハードウェア構成や機能構成等は、図３乃至図６を参照しながら後述するものとする。

診療支援サーバ１が提供する本サービスの利用にあたり、多くの患者２に本サービスの存在を知らせる必要がある。また、本サービスの利用にあたり、アプリケーションプログラムを、患者端末４にインストールさせる必要がある。例えば、診療支援サーバ１を管理する上述の企業が、例えば医薬品を販売しているとすれば、その医薬品を購入する購入者に対しアプリケーションプログラムのインストールを促す広告を発信して本サービスを知らせことが一例として考えられる（これに限定されないものとする）。

なお、本第１実施形態において、診療支援サーバ１を管理する企業は、上述の購入者に関する情報が管理されたデータベースと、診療支援サーバ１の後述する患者情報記憶部１８３（図４参照）とを連携させてもよいものとする。

＜患者２について＞
患者２は、本サービスにより後述するリモート診療を受ける利用者である。患者２は、数多く存在するものとする。患者２としては、特に限定するものでないが、乳幼児期（概ね５歳まで）、子供期（概ね６～１４歳）、青年期（概ね１５～２０代前半）、成人期（概ね２０代後半～６４歳）、老齢期（概ね６５歳以上）の様々な者が該当する。また、患者２としては、例えば体に不調が生じている者や、健康状態に不安があり相談したい者、等が該当する。なお、乳幼児期や子供期に該当する患者２には、例えば保護者が同伴し、その保護者の例えばスマートフォン等が患者端末４に該当するものとする。この他、患者２としては、例えば顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、顧客Ｃ社Ｃ３の従業員、上述の健康保険組合の組合員、等も該当するものとする。患者２は、患者端末４を用いて自宅や企業の医務室等から後述するオンライン診療を受けることができる。

＜患者端末４について＞
患者端末４は、患者２が、後述するオンラインでの診療や服薬指導を受ける際に用いる端末であって、例えばスマートフォンやタブレット等の携帯端末や、例えばパーソナルコンピュータ（ＰＣ）等であるものとする。パーソナルコンピュータ（ＰＣ）の場合は、所謂デスクトップパソコンやノートパソコンの何れであってもよいものとする。患者端末４のハードウェア構成は、特に図示しないが、診療支援サーバ１の後述するハードウェア構成と基本的に同様であるものとする。即ち、ＣＰＵと、ＲＯＭと、ＲＡＭと、バスと、入出力インターフェースと、表示部と、入力部と、記憶部と、通信部と、ドライブと、リムーバブルメディアとを備えて構成される。違いとしては、例えばカメラにより構成される撮像部と、マイク及びスピーカーにより構成される音声部とを更に備える点である。

＜リモート医師端末５について＞
リモート医師端末５（医師端末）は、例えば後述する各医療機関（本実施形態では符号Ｈ－１～Ｈ－Ｎで示す）に設けられて、リモート医師７（医師）が使用する端末である。図２においては、所謂ノートパソコン（ＰＣ）がリモート医師端末５（医師端末）の一例として示されるが、これに限定されないものとする。即ち、例えばスマートフォンやタブレット等の携帯端末や、所謂デスクトップパソコン（ＰＣ）の何れであってもよいものとする。リモート医師端末５（医師端末）は、特に図示しないが、ＣＰＵと、ＲＯＭと、ＲＡＭと、バスと、入出力インターフェースと、表示部と、入力部と、記憶部と、通信部と、ドライブと、リムーバブルメディアとを備えて構成される。また、例えばカメラにより構成される撮像部と、マイク及びスピーカーにより構成される音声部とを更に備えて構成される。なお、リモート医師端末５（医師端末）は、例えば、電子カルテ用の端末等を用いてもよいものとする。

＜リモート医師７について＞
リモート医師７（医師）は、医療機関Ｈ－１～医療機関Ｈ－Ｎの何れかに属し、リモート医師端末５（医師端末）を用いて、このリモート医師端末５に接続された患者端末４を介して患者２に対しリモートで診療を行う医師である。なお、例えば図２の医療機関Ｈ－１を見ると、リモート医師７（医師）が１人で示されるが、この限りでないものとする。即ち、医療機関Ｈ－１には、診療科目毎に異なるリモート医師７（医師）が複数存在してもよいものとする。図２中のリモート医師７（医師）の人数やリモート医師端末５（医師端末）の台数に限定されないものとする。

＜医療機関Ｈ－１～医療機関Ｈ－Ｎについて＞
医療機関Ｈ－１～医療機関Ｈ－Ｎは、クリニックや規模の小さな病院、総合病院、規模の大きな大学病院等の何れかであって、Ｎの数だけ存在するものとする（Ｎは２以上の整数値であって、図２においては数十から例えば数百存在するものとする）。

上述の第１サービスＳＡ１（図１参照）が提供される場合、患者２は、医療機関Ｈ－１～医療機関Ｈ－Ｎの中から医療機関を選択して受診先を特定することになる。

なお、医療機関Ｈ－１～医療機関Ｈ－Ｎのうち、図２に示すＭ（ＭはＮ未満の整数値）の数やＫ（ＫはＭ未満の整数値）の数は、上述の顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、顧客Ｃ社Ｃ３のような顧客企業に合わせて絞り込んだ医療機関の数であるものとする。別な言い方をすれば、囲い込んだ医療機関の数がＭやＫになる（数がＫの場合、ここでは上述のカスタマイズ要望に応じた数に相当するものとする）。

上述のような絞り込み（囲い込み）をすることにより、例えば顧客Ａ社Ｃ１の従業員（患者２）が、例えば健康診断として、顧客Ａ社Ｃ１に全く関連のない医療機関を選択し、そして、全く関連のない医療機関に属する医師による診療を受け、その結果、全く関連のない医療機関から診療に係る費用請求が顧客Ａ社Ｃ１に生じないことになる。

上述の第２サービスＳＡ２（図１参照）が提供される場合、患者２は、医療機関Ｈ－１～医療機関Ｈ－Ｍ（又は医療機関Ｈ－Ｋ）の中から医療機関を選択して受診先を特定することになる。

なお、上述の第２サービスＳＡ２（図１参照）が提供される場合、患者２は、医療機関の数がＮあることを知らないものとする。即ち、後述するオンライン診療の仕組みを、例えば各企業が恰も独自に持っているように見せているため、ＫやＭより大きな整数であるＮの数だけ医療機関があることを、第２サービスＳＡ２が提供される場合の患者２は知らないものとする。

＜リモート薬剤師端末６について＞
リモート薬剤師端末６（薬剤師端末）は、例えば後述する各薬局（本実施形態では符号ＰＨ－１～ＰＨ－Ｌで示す）に設けられて、リモート薬剤師８（薬剤師）が使用する端末である。図２においては、所謂ノートパソコン（ＰＣ）がリモート薬剤師端末６（薬剤師端末）の一例として示されるが、これに限定されないものとする。即ち、例えばスマートフォンやタブレット等の携帯端末や、所謂デスクトップパソコン（ＰＣ）の何れであってもよいものとする。リモート薬剤師端末６（薬剤師端末）は、特に図示しないが、ＣＰＵと、ＲＯＭと、ＲＡＭと、バスと、入出力インターフェースと、表示部と、入力部と、記憶部と、通信部と、ドライブと、リムーバブルメディアとを備えて構成される。また、例えばカメラにより構成される撮像部と、マイク及びスピーカーにより構成される音声部とを更に備えて構成される。

＜リモート薬剤師８について＞
リモート薬剤師８（薬剤師）は、薬局ＰＨ－１～薬局ＰＨ－Ｌの何れかに属し、リモート薬剤師端末６（薬剤師端末）を用いて、このリモート薬剤師端末６に接続された患者端末４を介して患者２に対しリモートで服薬指導を行う薬剤師である。なお、例えば図２の薬局ＰＨ－１を見ると、リモート薬剤師８（薬剤師）が１人で示されるが、この限りでないものとする。即ち、薬局ＰＨ－１には、リモート薬剤師８（薬剤師）が複数存在してもよいものとする。図２中のリモート薬剤師８（薬剤師）の人数やリモート薬剤師端末６（薬剤師端末）の台数に限定されないものとする。

＜薬局ＰＨ－１～薬局ＰＨ－Ｌについて＞
薬局ＰＨ－１～薬局ＰＨ－Ｌ（Ｌは２以上の整数値）は、オンラインでの服薬指導を行うリモート薬剤師８（薬剤師）が属する、薬剤の販売等を行う例えば店舗であって、薬剤の配送も可能である。薬局ＰＨ－１～薬局ＰＨ－Ｌは、医療機関の近所に店舗を構えていたり、離れた箇所に存在したりする。なお、調剤が可能でかつ様々な日用品等も扱う例えばドラックストアも、ここでの薬局に含まれるものとする。

＜診療支援サーバ１のハードウェア構成について＞
図３は、図２の診療支援システム１００のうち、診療支援サーバ１のハードウェア構成を示すブロック図である。

診療支援サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６（表示部）と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えて構成される。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続される。このバス１４には、入出力インターフェース１５が接続される。
入出力インターフェース１５には、出力部１６（表示部）、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続される。

出力部１６（表示部）は、ディスプレイ（画面）により構成され、各種画像を表示する。入力部１７は、各種ハードウェア等で構成され、各種情報を入力する。
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含む所定のネットワークＮを介して他の装置（図２の例では、患者端末４、リモート医師端末５、及びリモート薬剤師端末６）との間で行う通信を制御する。

ドライブ２０は、必要に応じて設けられる。ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア２１が適宜装着される。
ドライブ２０によってリムーバブルメディア２１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア２１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

以上のような診療支援サーバ１と、上述した患者端末４、リモート医師端末５（医師端末）、及びリモート薬剤師端末６（薬剤師端末）とに関し、これらの各種ハードウェアと各種ソフトウェアとの協働により、後述する各種処理が実現されるようになるものとする。

＜診療支援サーバ１の機能的構成について＞
図４は、図２の診療支援システム１００のうち、診療支援サーバ１の機能的構成の一例を示す機能ブロック図である。
図５は、図４の診療支援サーバの機能的構成のうち、第１・第２絞込医療機関処理部の一例を示す機能ブロック図である。

図４において、診療支援サーバ１は、図３を参照しながら上述したように、ＣＰＵ１１と、記憶部１８と、通信部１９と、その他機能（図４での図示は省略）とを備えて構成される。

ＣＰＵ１１は、医療機関処理部１１１と、第１絞込医療機関処理部１１２と、第２絞込医療機関処理部１１３と、薬局処理部１１４とを備えて構成される。
記憶部１８は、プログラム記憶部１８１と、医療機関情報記憶部１８２と、患者情報記憶部１８３と、医師情報記憶部１８４と、顧客情報記憶部１８５と、薬剤師情報記憶部１８６と、処方データ記憶部１８７と、予約情報記憶部１８８と、第１所定情報記憶部１８９と、第２所定情報記憶部１９０とを備えて構成される。

＜医療機関処理部１１１について＞
医療機関処理部１１１は、患者２が自宅等に居ながら医療機関Ｈ－１～医療機関Ｈ－Ｎのうちいずれか１つで受診する際の処理として、事前予約、オンラインによる診療、及び、処方箋の発行に係る処理を実行する。なお、オンラインとは、端末同士を接続して、遠隔にて相手方と通話等を行うものをいう。医療機関処理部１１１は、事前予約処理部１１１ａと、診療要求受信部１１１ｂと、診療処理部１１１ｃ（診療処理手段）と、処方データ処理部１１１ｄとを備えて構成される。

事前予約処理部１１１ａは、患者端末４から診療の予約に係る依頼を受け付けた場合に、受け付けた診療予約依頼に係る処理を実行する。なお、診療の予約とは、翌日以降の診療の予約をいう（当日の診療予約に関しては第２実施形態で後述する）。
診療要求受信部１１１ｂは、診療予約時間が到来した際に、患者端末４から診療要求を受信する処理を実行する。診療要求は、患者２が指定した医療機関（医療機関Ｈ－１～医療機関Ｈ－Ｎのうちいずれか１つ）を特定する情報を含むものとする。

診療処理部１１１ｃは、患者端末４と、診療要求受信部１１１ｂで受信した診療要求により特定した医療機関（医療機関Ｈ－１～医療機関Ｈ－Ｎのうちいずれか１つ）のリモート医師端末５（医師端末）とを接続する処理を実行する。そして、診療処理部１１１ｃは、患者端末４とリモート医師端末５とを用いた診療を可能にする処理を実行する。診療処理部１１１ｃは、例えばビデオ通話機能を用いることで、患者端末４を使用する患者２と、リモート医師端末５を使用するリモート医師７（医師）との間で、問診をしたり、患者２の顔色や症状の観察等を行ったりして、リモート医師７が患者２の診療・診察をすることができるような処理を実行する。また、診療処理部１１１ｃは、リモート医師７が例えば患者情報記憶部１８３に記憶された患者２の情報や電子カルテ装置（図示せず）からの情報等をリモート医師端末５の出力部（表示部）を見ながら患者２の診療・診察をすることができるような処理も実行する。

処方データ処理部１１１ｄは、診療の結果、薬剤の処方が必要な場合に、リモート医師７（医師）が患者２に交付する処方箋をデータ化した処方データを受信する処理を実行する。処方データ処理部１１１ｄは、例えばリモート医師端末５（医師端末）から処方データを受信する処理を実行する。なお、リモート医師端末５が患者端末４に処方データを送信する処理を実行してもよく、その場合には、処方データ処理部１１１ｄは、患者端末４から処方データを受信する処理を実行してもよいものとする。

処方データは、例えば、紙の処方箋をカメラで撮影したり、スキャンしたりしてデータ化（画像化）したものであってもよいし、電子カルテ装置（図示せず）等により作成された、最初からデータ化されたものであってもよいものとする。そして、処方データ処理部１１１ｄは、受信した処方データを、処方データ記憶部１８７に記憶させる処理も実行する。なお、上述の特定した医療機関が処方箋をＦＡＸにて送信した場合に、処方データ処理部１１１ｄは、その送信したＦＡＸデータを、処方データ記憶部１８７に記憶させる処理を実行してもよいものとする。

＜第１絞込医療機関処理部１１２について＞
図４及び図５において、第１絞込医療機関処理部１１２は、第２サービスＳＡ２（図１参照）のオンライン診療の仕組みに関する処理を実行する。即ち、第１絞込医療機関処理部１１２は、患者２が自宅や例えば企業の医務室等に居ながら医療機関Ｈ－１～医療機関Ｈ－Ｍのうちいずれか１つで受診する際の処理として、事前予約、オンラインによる診療、及び、処方箋の発行に係る処理を実行する。また、第１絞込医療機関処理部１１２は、医療機関Ｈ－１～医療機関Ｈ－Ｍに合わせて記憶部１８から抽出した、少なくとも医療機関特定に関する所定の第１所定情報、即ち、後述する第１所定情報記憶部１８９に記憶された各種情報の利用を可能にする処理を実行する。

第１絞込医療機関処理部１１２は、第２サービスＳＡ２が第１サービスＳＡ１（図１参照）のサービス内容を例えば顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、及び顧客Ｃ社Ｃ３（図１及び図２参照）向けに絞り込んだサービスになるだけであることから、基本的に上述の医療機関処理部１１１と同じような機能を有し、同じように機能ブロックを備えて構成される。即ち、第１絞込医療機関処理部１１２は、第１事前予約処理部１１２ａと、第１診療要求受信部１１２ｂと、第１診療処理部１１２ｃ（第１診療処理手段）と、第１処方データ処理部１１２ｄとを備えて構成される。なお、第１事前予約処理部１１２ａ、第１診療要求受信部１１２ｂ、第１処方データ処理部１１２ｄは、上述した事前予約処理部１１１ａ、診療要求受信部１１１ｂ、処方データ処理部１１１ｄと夫々同様の機能を有するため、第１診療処理部１１２ｃについてのみ、以下で説明する。

第１診療処理部１１２ｃは、患者端末４と、第１診療要求受信部１１２ｂで受信した診療要求により特定した医療機関（医療機関Ｈ－１～医療機関Ｈ－Ｍのうちいずれか１つ）のリモート医師端末５（医師端末）とを接続する処理を実行する。そして、第１診療処理部１１２ｃは、患者端末４とリモート医師端末５とを用いた診療を可能にする処理を実行する。第１診療処理部１１２ｃは、例えばビデオ通話機能を用いることで、患者端末４を使用する患者２と、リモート医師端末５を使用するリモート医師７（医師）との間で、問診をしたり、患者２の顔色や症状の観察等を行ったりして、リモート医師７が患者２の診療・診察をすることができるような処理を実行する。また、第１診療処理部１１２ｃは、リモート医師７が後述する第１所定情報記憶部１８９に記憶された第１所定情報や電子カルテ装置（図示せず）からの情報等を見ながら患者２の診療・診察をすることができるような処理も実行する。

＜第２絞込医療機関処理部１１３について＞
図４及び図５において、第２絞込医療機関処理部１１３は、カスタマイズ要望に応じた、例えば専用の第２サービスＳＡ２―１、第２サービスＳＡ２―２、及び第２サービスＳＡ２―３（図１参照）のうち何れか１つにおけるオンライン診療の仕組みに関する処理を実行する。即ち、第２絞込医療機関処理部１１３は、患者２が自宅や例えば企業の医務室等に居ながら医療機関Ｈ－１～医療機関Ｈ－Ｋのうちいずれか１つで受診する際の処理として、事前予約、オンラインによる診療、及び、処方箋の発行に係る処理を実行する。また、第２絞込医療機関処理部１１３は、医療機関Ｈ－１～医療機関Ｈ－Ｋに合わせて記憶部１８から抽出した、又は、上述の第１所定情報から抽出した、少なくとも医療機関特定に関する所定の第２所定情報、即ち後述する第２所定情報記憶部１９０に記憶された各種情報の利用を可能にする処理を実行する。

第２絞込医療機関処理部１１２は、カスタマイズ要望に応じて例えば顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、及び顧客Ｃ社Ｃ３（図１及び図２参照）のうち何れか１つに向けて更に絞り込んだサービスになるだけであることから、基本的に上述の第１絞込医療機関処理部１１２と同じような機能を有し、同じように機能ブロックを備えて構成される。即ち、第２絞込医療機関処理部１１３は、第２事前予約処理部１１３ａと、第２診療要求受信部１１３ｂと、第２診療処理部１１３ｃ（第２診療処理手段）と、第２処方データ処理部１１３ｄとを備えて構成される。なお、第２診療処理部１１３ｃについてのみ、以下で説明する。

第２診療処理部１１３ｃは、患者端末４と、第２診療要求受信部１１３ｂで受信した診療要求により特定した医療機関（医療機関Ｈ－１～医療機関Ｈ－Ｋのうちいずれか１つ）のリモート医師端末５（医師端末）とを接続する処理を実行する。そして、第２診療処理部１１３ｃは、患者端末４とリモート医師端末５とを用いた診療を可能にする処理を実行する。第２診療処理部１１３ｃは、例えばビデオ通話機能を用いることで、患者端末４を使用する患者２と、リモート医師端末５を使用するリモート医師７（医師）との間で、問診をしたり、患者２の顔色や症状の観察等を行ったりして、リモート医師７が患者２の診療・診察をすることができるような処理を実行する。また、第２診療処理部１１３ｃは、リモート医師７が後述する第２所定情報記憶部１９０に記憶された第２所定情報や電子カルテ装置（図示せず）からの情報等を見ながら患者２の診療・診察をすることができるような処理も実行する。

なお、上述のように第１絞込医療機関処理部１１２及び第２絞込医療機関処理部１１３は、医療機関処理部１１１と同じような機能を有し、同じように機能ブロックを備えて構成されることから、第１絞込医療機関処理部１１２及び第２絞込医療機関処理部１１３を医療機関処理部１１１に統合するような状態にしてもよいものとする。

＜薬局処理部１１４について＞
図４において、薬局処理部１１４は、患者２が自宅等に居ながら薬局（薬局ＰＨ－１～薬局ＰＨ－Ｌのうちいずれか１つ）で処方された薬剤を受け取る際の処理として、事前予約、オンラインによる服薬指導、薬剤配送に係る処理を実行する。薬局処理部１１４は、事前予約処理部１１４ａと、服薬指導要求受信部１１４ｂと、服薬指導処理部１１４ｃ（服薬指導処理手段）と、薬剤配送処理部１１４ｄ（配送記録登録手段）とを備えて構成される。

事前予約処理部１１４ａは、患者端末４から服薬指導の予約に係る依頼を受け付けた場合に、受け付けた指導予約依頼に係る処理を実行する。
服薬指導要求受信部１１４ｂは、指導予約時間が到来した際に、患者端末４から服薬指導要求を受信する処理を実行する。服薬指導要求は、患者２が指定した薬局（薬局ＰＨ－１～薬局ＰＨ－Ｌのうちいずれか１つ）を特定する情報を含むものとする。

服薬指導処理部１１４ｃは、患者端末４と、服薬指導要求受信部１１４ｂで受信した服薬指導要求により特定した薬局（薬局ＰＨ－１～薬局ＰＨ－Ｌのうちいずれか１つ）のリモート薬剤師端末６（薬剤師端末）とを接続する処理を実行する。そして、服薬指導処理部１１４ｃは、患者端末４とリモート薬剤師端末６とを用いた服薬指導を可能にする処理を実行する。その際、服薬指導処理部１１４ｃは、患者２の処方データを、リモート薬剤師端末６から視認可能にする処理を実行する。そして、服薬指導処理部１１４ｃは、例えば、ビデオ通話機能を用いることで、患者端末４を使用する患者２と、リモート薬剤師端末６を使用するリモート薬剤師８（薬剤師）との間で、処方箋に基づいて調剤した薬剤の服薬に関する指導ができるような処理を実行する。

薬剤配送処理部１１４ｄは、服薬指導処理部１１４ｃによる処理の後に、リモート薬剤師端末６（薬剤師端末）から薬剤の配送記録を受信する処理を実行する。そして、薬剤配送処理部１１４ｄは、処方データ記憶部１８７において該当する処方データの配送に係るステータスを更新する処理を実行する。

＜記憶部１８を構成する夫々について＞
図４において、記憶部１８を構成するプログラム記憶部１８１は、ＣＰＵ１１が行う各種機能を実行するためのアプリケーションプログラム（プログラム）を記憶する記憶領域として備えられる。

医療機関情報記憶部１８２は、医療機関Ｈ－１～医療機関Ｈ－Ｎに関する情報を記憶する記憶領域として備えられる。図６（Ａ）に示す例では、医療機関ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）をキーにして、名称（医療機関名）、住所、電話番号、電子メールアドレス等の医療機関情報と、医療機関に属する複数の医師に関する医師ＩＤ等とが対応付けられて記憶される（これら情報項目は一例であるものとする）。医療機関ＩＤは、診療支援サーバ１において医療機関Ｈ－１～医療機関Ｈ－Ｎを一意に識別するために用いられる。医療機関ＩＤは、医療機関情報を登録する際に、診療支援サーバ１のＣＰＵ１１が、例えば１からの連続番号として自動的に付与するものである（一例であるものとする）。

患者情報記憶部１８３は、本サービスを利用する患者２に関する情報を記憶する記憶領域として備えられる。図６（Ｂ）に示す例では、患者情報記憶部１８３は、患者ＩＤをキーにして、氏名、住所、電話番号、電子メールアドレス、生年月日等の個人情報と、保険証情報、支払方法情報、対面医師ＩＤ、対面薬剤師ＩＤ等とが対応付けられて記憶される（これら情報項目は一例であるものとする）。患者ＩＤは、患者２を識別する識別情報であって、診療支援サーバ１においては、患者２を一意に識別するために用いられる。患者ＩＤは、患者情報を登録する際に、診療支援サーバ１のＣＰＵ１１が、例えば１からの連続番号として自動的に付与するものである（一例であるものとする）。

氏名、住所等の個人情報は、例えば、このサービスを利用する際に、予め患者２が入力することで、患者情報記憶部１８３に記憶される。保険証情報は、保険証の券面情報であって、例えば券面の画像や保険証番号等が該当する（画像、番号のどちらか一方、又は両方が採用される）。保険証情報は、このサービスを利用する際に、予め患者２が自身の保険証を、例えば患者端末４のカメラ（上述の図示しない撮像部）で撮影することで、患者情報記憶部１８３に記憶される。保険証情報は、保険証の他、医療証等の情報を含んでもよいものとする。

支払方法情報は、例えばクレジットカード情報であって、診療費や薬剤費の支払に用いるものである。支払方法情報は、例えば、このサービスを利用する際に、予め患者２がクレジットカード番号等を入力することで、患者情報記憶部１８３に記憶される。支払方法情報は、クレジットカード情報の他、例えば金融機関の口座情報や、プリペイドカードの番号等、電子決済で使用可能な情報であれば、他のものであってもよいものとする。

対面医師ＩＤ及び対面薬剤師ＩＤは、対面による診療を行ったリモート医師７（医師）や、対面による服薬指導を行ったリモート薬剤師８（薬剤師）を識別する識別情報であって、医師の情報及び薬剤師の情報に対応するものである。対面医師ＩＤ及び対面薬剤師ＩＤは、例えば、対面による診療や服薬指導を行った後に、患者２により医師や薬剤師が登録されるようにしてもよいものとする。その際に、患者２による不正な登録を防ぐために、例えば医師や薬剤師が承認した場合に限り、患者情報記憶部１８３に登録されるような設定にしてもよいものとする。対面医師ＩＤ及び対面薬剤師ＩＤは、複数登録することが可能であるものとする。なお、対面医師ＩＤ及び対面薬剤師ＩＤに代わり、対面医療機関ＩＤ及び対面薬局ＩＤであってもよいものとする。その場合、対面による診療を行った医師の所属する医療機関や、対面による服薬指導を行った薬剤師の所属する薬局が登録されるものとする。

顧客ＩＤは、例えば顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、及び顧客Ｃ社Ｃ３（図１及び図２参照）を識別する識別情報であって、診療支援サーバ１においては、企業（顧客）を一意に識別するために用いられる。顧客ＩＤは、顧客情報を登録する際に、診療支援サーバ１のＣＰＵ１１が、例えば１からの連続番号として自動的に付与するものである（一例であるものとする）。

医師情報記憶部１８４は、診療支援システム１００を利用して診療を行うリモート医師７（医師）に関する情報を記憶する記憶領域として備えられる。図６（Ｃ）に示す例では、医師情報記憶部１８４は、医師ＩＤをキーにして、氏名と、診療科と、医療機関ＩＤと、医師免許情報等とを対応付けて記憶される（これら情報項目は一例であるものとする）。医師ＩＤは、医師を一意に特定する識別情報であって、診療支援サーバ１においてリモート医師７を一意に識別するために用いられる。

氏名及び診療科は、リモート医師７の氏名及び対応可能な診療科（診療科目）であって、例えばこのサービスに登録をする際に、予めリモート医師７（医師）が入力することにより医師情報記憶部１８４に記憶される。医療機関ＩＤは、リモート医師７が属する医療機関を識別する識別情報であるものとする。医師免許情報は、医師免許証の情報であって、医師免許証の画像や名簿登録番号等であるものとする。なお、医師情報記憶部１８４には、リモート医師７（医師）に関するその他の情報が登録されてもよいものとする。

顧客情報記憶部１８５は、第２サービスＳＡ２（図１参照）や、カスタマイズ要望に応じた専用の第２サービスＳＡ２―１、第２サービスＳＡ２―２、及び第２サービスＳＡ２―３（図１参照）のオンライン診療の仕組みに関する情報を記憶する記憶領域として備えられる。図６（Ｄ）に示す例では、顧客情報記憶部１８５は、顧客ＩＤをキーにして、氏名、住所、電話番号、電子メールアドレス等の顧客情報（企業情報）と、患者ＩＤ等とが対応付けられて記憶される（これら情報項目は一例であるものとする）。顧客ＩＤは、上述の第２サービスＳＡ２等に関する企業（顧客企業）を識別する識別情報であって、診療支援サーバ１においては、企業（顧客企業）を一意に識別するために用いられる。顧客ＩＤは、顧客情報（企業情報）を登録する際に、診療支援サーバ１のＣＰＵ１１が、例えば１からの連続番号として自動的に付与するものである（一例であるものとする）。なお、患者ＩＤの代わりに従業員ＩＤを用いてもよいものとする。また、図示しないが、医療機関ＩＤを含めてもよいものとする。

薬剤師情報記憶部１８６は、診療支援システム１００を利用して服薬指導をするリモート薬剤師８（薬剤師）に関する情報を記憶する記憶領域として備えられる。図６（Ｅ）に示す例では、薬剤師情報記憶部１８６は、薬剤師ＩＤをキーにして、氏名と、薬局ＩＤと、薬剤師免許情報等とを対応付けて記憶される。薬剤師ＩＤは、リモート薬剤師８（薬剤師）を一意に特定する識別情報であって、診療支援サーバ１においてリモート薬剤師８を一意に識別するために用いられる。氏名は、リモート薬剤師８の氏名であり、例えばこのサービスに登録をする際に、予めリモート薬剤師８が入力することで、薬剤師情報記憶部１８６に記憶される。薬局ＩＤは、リモート薬剤師８が属する薬局（薬局ＰＨ－１～薬局ＰＨ－Ｌのうちいずれか１つ）を識別する識別情報である。薬剤師免許情報は、薬剤師免許証の情報であって、薬剤師免許証の画像や名簿登録番号等であるものとする。なお、薬剤師情報記憶部１８６には、リモート薬剤師８に関するその他の情報が登録されてもよいものとする。

処方データ記憶部１８７は、リモート医師７（医師）が発行した処方箋に係るデータを記憶する記憶領域として備えられる。図６（Ｆ）に示す例では、処方データ記憶部１８７は、処方箋ＩＤをキーにして、日時と、患者ＩＤと、医師ＩＤと、処方箋情報と、薬剤師ＩＤと、配送済フラグとが対応付けられて記憶される。処方箋ＩＤは、処方箋を識別する識別情報であって、診療支援サーバ１においては、処方箋を一意に識別するために用いられる。処方箋ＩＤは、処方データを登録する際に、診療支援サーバ１のＣＰＵ１１が、例えば１からの連続番号として自動的に付与するものである（一例であるものとする）。日時は、処方データの入力日時である。

患者ＩＤは、処方箋の交付先である患者２の識別情報であって、医師ＩＤは、処方箋を発行するリモート医師７の識別情報である。なお、医師ＩＤに代わり、又は、医師ＩＤに加えて医療機関ＩＤとしてもよいものとする。処方箋情報は、処方内容の情報である。処方箋情報は、処方箋の画像や処方箋を作成するための入力データ等である。入力データである場合は、例えばリモート医師７により発行がされたことを示す電子的な証明書等が付されていることが望ましいものとする。

薬剤師ＩＤは、処方データに基づく服薬指導を患者に行ったリモート薬剤師８（薬剤師）の識別情報であって、リモート薬剤師８が服薬指導をする際に、処方データ記憶部１８７に登録される。なお、薬剤師ＩＤに代わり、又は、薬剤師ＩＤに加えて薬局ＩＤとしてもよいものとする。配送済フラグは、処方データに基づく薬剤を、発送（配送）したか否かを示すフラグである。配送の手配をした場合には、フラグがオンされる。

予約情報記憶部１８８は、患者２による診療及び服薬指導の予約に係る情報を記憶する記憶領域として備えられる。図６（Ｇ）に示す例では、予約情報記憶部１８８は、予約ＩＤをキーにして、日時と、患者ＩＤと、予約枠Ａと、医療機関ＩＤと、予約枠Ｂと、薬局ＩＤとが対応付けられて記憶される。予約ＩＤは、予約情報を識別する識別情報であって、診療支援サーバ１においては、予約情報を一意に識別するために用いられる。予約ＩＤは、予約情報を登録する際に、診療支援サーバ１のＣＰＵ１１が、例えば１からの連続番号として自動的に付与するものである（一例であるものとする）。日時は、患者２による予約情報の入力日時である。
患者ＩＤは、患者２の識別情報である。予約枠Ａと、医療機関ＩＤとは、診療の予約日時枠（時間帯）及び予約した医療機関の識別情報である。予約枠Ｂと、薬局ＩＤとは、服薬指導の予約日時枠（時間帯）及び予約した薬局の識別情報である。なお、医師ＩＤ及び薬剤師ＩＤに代えて、医療機関ＩＤ及び薬局ＩＤにしてもよいものとする。

第１所定情報記憶部１８９は、医療機関Ｈ－１～医療機関Ｈ－Ｍに合わせて記憶部１８から抽出した、少なくとも医療機関特定に関する所定の第１所定情報を記憶する記憶領域として備えられる。特に図示しないが、上述の医療機関情報記憶部１８２～予約情報記憶部１８８における各種情報のうち、少なくとも医療機関Ｈ－１～医療機関Ｈ－Ｍに関する情報が第１所定情報として記憶される（後述する図８の例が参考になるが、病院（医療機関Ｈ－１～医療機関Ｈ－Ｍのうちいずれか１つ）を探すにあたり必要な情報が第１所定情報として記憶される。具体的には、例えば、医療機関Ｈ－１～医療機関Ｈ－Ｍの名称や住所、医療機関Ｈ－１～医療機関Ｈ－Ｍに属する医師の氏名や診療科、後述する口コミ情報等、様々な情報が第１所定情報として記憶される。顧客企業向けに絞り込んだ情報が第１所定情報として記憶される）。

第２所定情報記憶部１９０は、医療機関Ｈ－１～医療機関Ｈ－Ｋに合わせて記憶部１８から抽出した、又は第１所定情報記憶部１８９から抽出した、少なくとも医療機関特定に関する所定の第２所定情報を記憶する記憶領域として備えられる。特に図示しないが、上述の医療機関情報記憶部１８２～予約情報記憶部１８８における各種情報のうち、又は、第１所定情報記憶部１８９の各種情報のうち、少なくとも医療機関Ｈ－１～医療機関Ｈ－Ｋに関する情報が第２所定情報として記憶される（後述する図８の例が参考になるが、病院（医療機関Ｈ－１～医療機関Ｈ－Ｋのうちいずれか１つ）を探すにあたり必要な情報が第２所定情報として記憶される。具体的には、例えば、医療機関Ｈ－１～医療機関Ｈ－Ｋの名称や住所、医療機関Ｈ－１～医療機関Ｈ－Ｋに属する医師の氏名や診療科、後述する口コミ情報等、様々な情報が第２所定情報として記憶される。上述の第１所定情報よりも更に顧客企業向けに絞り込んだ情報が第２所定情報として記憶される）。

上述のような記憶部１８に記憶されるデータに関しては、上述に限定されないものとする。記憶部１８に記憶されるデータは、例えば上述以外のＩＤをキーにしてもよいものとする。図６に示す医療機関情報記憶部１８２から予約情報記憶部１８８までの各項目や、第１所定情報記憶部１８９、第２所定情報記憶部１９０の図示しない各項目は、一例であり、他の項目があったりなかったりしてもよいものとする。

＜診療及び服薬指導処理について＞
図７は、第１実施形態の診療支援サーバ１により提供される本サービスに係り、診療及び服薬指導処理を示すフローチャートである。
図８は、図２の診療支援システム１００のうち、患者端末４での表示の一例を示す図である。

まず、オンラインによる医師の診療を受けたい患者は、患者端末４の会員アプリ（アプリケーションプログラム）を起動して予約情報を入力するための画面を表示させる。そして、患者２が予約情報を入力することで、図７のステップＳ（以下、単に「Ｓ」という。）１１において、診療支援サーバ１のＣＰＵ１１は、予約情報の入力を受け付ける処理を実行する。なお、患者２による患者端末４を用いた予約情報の入力は、病院（医療機関Ｈ－１～医療機関Ｈ－Ｎのうちいずれか１つ）を探す様々な方法を用いて行うことができるものとする。

図８（Ａ）は、予約する病院（医療機関Ｈ－１～医療機関Ｈ－Ｎのうちいずれか１つ）を探す際に用いる画面４１である。この画面４１は、予約する病院を探す際に、最初に患者端末４に出力されるものである。本実施形態の画面４１では、病院を探す方法として、「位置から」探したり、「症状から」探したり、「日時から」探したり、「口コミから」探したりすることができるようになっている（一例であるものとする）。ここで、「位置から」病院を探す場合には、診療支援サーバ１のＣＰＵ１１は、患者情報記憶部１８３に記憶された患者２の住所に基づいて近隣の病院を探すことができる。なお、患者端末４に位置情報を取得する機能を有する場合には、「位置から」の選択を受け付けたことに応じて、患者端末４が現在地情報を診療支援サーバ１に送信することで、診療支援サーバ１のＣＰＵ１１は、受信した現在地情報の近隣の病院を探すようにしてもよいものとする。この他、画面４１は、上述の如く一例であって、他の方法により病院を探すようにしてもよいものとする。

図８（Ｂ）は、図８（Ａ）の画面４１から病院を指定した後に、診療を受ける日時（診療日時）を入力するための画面４２を示すものである。画面４２は、診療日付と、診療開始時間とを指定することが可能な画面になる。なお、図８（Ｂ）では、指定不可の日付や時間に取消線が付されている。また、患者２が選択した日付や時間が一見して把握できるように示されている。図８（Ｂ）では、２０２１年６月９日の１５時からの診療を予約していることが画面４２から分かる。

なお、図８（Ａ）で「日時から」病院を探すものを選択した後には、図８（Ｂ）に類似した日時を入力する画面（図示せず）が次に出力され、患者２が指定した日時で診療可能な病院の一覧画面（図示せず）が出力されると、この後に診療の予約をすることができるようになる。

次に、患者２は、患者端末４を用いた服薬指導の予約を行う。服薬指導の予約についても、上述の診療の予約とほぼ同様に行うことができ、上述の「病院」を「薬局」と読み替えるようにすればよいものとする。なお、服薬指導の予約は、上述の説明のように予め行ってもよいが、診療が終わった後に服薬指導の予約を行うようにしてもよいものとする。

診療や服薬指導の予約の後に、患者端末４は、入力された予約情報を診療支援サーバ１に送信する処理を実行する。これに対し診療支援サーバ１のＣＰＵ１１（事前予約処理部１１１ａ、１１４ａ）は、予約情報を受信する処理を実行する。図７のＳ１２において、ＣＰＵ１１（事前予約処理部１１１ａ、１１４ａ）は、予約情報を、図４に示す予約情報記憶部１８８に記憶する（登録する）処理を実行する。この処理の実行によって予約情報記憶部１８８には、予約ＩＤから医療機関ＩＤ、薬局ＩＤまでの各項目が、新たな情報の追加として記憶される。

なお、診療支援サーバ１のＣＰＵ１１（事前予約処理部１１１ａ）は、受信した予約情報に含まれる医療機関ＩＤが、図４の患者情報記憶部１８３に記憶された、対面医師ＩＤの医師が所属する医療機関の医療機関ＩＤと同じであることを確認し、同じ場合にのみ、予約情報を予約情報記憶部１８８に記憶（登録）するようにしてもよいものとする。これは、初回は対面による診療を行った場合にのみ、次回以降のオンライン診療を可能にする制度に対応したものである。

次に、患者２が予約した診療時間が近づいたとする。この時、患者２が患者端末４を操作すると、患者端末４のＣＰＵは、図７のＳ２１に示すように診療要求を診療支援サーバ１に送信する処理を実行する。なお、診療支援サーバ１のＣＰＵ１１（医療機関処理部１１１）は、記憶部１８の予約情報記憶部１８８を参照して、予約日時が近づいた場合に、該当する患者ＩＤに対応する患者端末４に対して、予約時間の通知をしてもよいものとする。

診療支援サーバ１のＣＰＵ１１（診療要求受信部１１１ｂ）は、患者端末４からの診療要求を受信すると、図７のＳ２２において診療処理を実行する。即ち、ＣＰＵ１１（診療処理部１１１ｃ）は、記憶部１８の予約情報記憶部１８８を参照し、予約した医療機関ＩＤに対応したリモート医師端末５（医師端末）と、診療要求をした患者端末４とを接続する処理を実行する。そして、ＣＰＵ１１（診療処理部１１１ｃ）は、リモート医師端末５（医師端末）と、診療要求をした患者端末４との間で診療を可能にする診療処理を実行する。リモート医師７（医師）と患者２は、リモート医師端末５と患者端末４とを用いることにより、オンライン診療が可能になる。

診療が終わり、リモート医師７（医師）がリモート医師端末５（医師端末）を用いて処方データを入力すると、図７のＳ２３において、リモート医師端末５のＣＰＵは、処方データの入力を受け付ける処理を実行し、そして、診療支援サーバ１に送信する処理を実行する。診療支援サーバ１のＣＰＵ１１（処方データ処理部１１１ｄ）は、Ｓ２４において受信した処方データを、処方データ記憶部１８７に記憶（登録）する処理を実行する。なお、ＣＰＵ１１（処方データ処理部１１１ｄ）は、患者端末４からの照会に応じて、患者端末４に処方データを視認可能にする処理も実行する（一例であるものとする）。

特に限定するものでないが、診療が終わった後に、診療支援サーバ１のＣＰＵ１１は、患者端末４に、診療の評価を入力する画面（図示省略）を表示し、患者２に例えばリモート医師７（医師）による診療の評価や、医療機関の評価を受け付けるような処理を実行するようにしてもよいものとする。なお、受け付けた評価情報は、診療支援サーバ１の記憶部１８における所定領域に、例えば口コミ情報として記憶されるものとする。

次に、患者２が予約した服薬指導時間が近づいたとする。この時、患者２が患者端末４を操作すると、図７のＳ３１において、患者端末４のＣＰＵは、服薬指導要求を診療支援サーバ１に送信する処理を実行する。なお、予約日時が近づいた場合に、診療支援サーバ１のＣＰＵ１１（薬局処理部１１４）は、記憶部１８の予約情報記憶部１８８を参照し、該当する患者ＩＤに対応する患者端末４に対して予約時間の通知をしてもよいものとする。

診療支援サーバ１のＣＰＵ１１（服薬指導要求受信部１１４ｂ）は、患者端末４から服薬指導要求を受信すると、図７のＳ３２において、ＣＰＵ１１（服薬指導処理部１１４ｃ）が記憶部１８の予約情報記憶部１８８を参照し、そして、予約した薬局ＩＤに対応したリモート薬剤師端末６（薬剤師端末）と、服薬指導要求をした患者端末４とを接続する処理を実行する。ＣＰＵ１１（服薬指導処理部１１４ｃ）は、リモート薬剤師端末６と、患者端末４との間で服薬指導を可能にする服薬指導処理を実行する。その際、ＣＰＵ１１（服薬指導処理部１１４ｃ）は、処方データ記憶部１８７の、該当する患者２の処方データのみを、リモート薬剤師端末６から視認可能にする処理を実行する。リモート薬剤師８（薬剤師）と患者２は、リモート薬剤師端末６と患者端末４とを用いることにより、オンラインでの服薬指導が可能になる。

服薬指導が終わると、処方データに基づいてリモート薬剤師８（薬剤師）が調剤した薬剤を、患者２が指定した所定の場所へ配送する手配が行われる。この手配では、リモート薬剤師８がリモート薬剤師端末６（薬剤師端末）を用いて薬剤配送登録を行う。図７のＳ３３において、薬剤師端末７のＣＰＵは、リモート薬剤師端末６からの薬剤配送登録を受け付ける処理を実行し、この後に診療支援サーバ１に登録データ（配送記録）を送信する処理を実行する。

図７のＳ３４において、診療支援サーバ１のＣＰＵ１１（薬剤配送処理部１１４ｄ）は、受信した登録データ（配送記録）に基づいて、記憶部１８の処方データ記憶部１８７における配送済フラグをオンに更新する処理を実行する。その後、ＣＰＵ１１は、特に図示しないが、一連の本処理を終了する処理を実行する。なお、上述と同様に、患者端末４に評価画面（図示せず）を出力して、服薬指導を行ったリモート薬剤師８（薬剤師）の評価や薬局評価を、患者２に登録させるようにしてもよいものとする。

詳細な説明は省略するが、診療支援サーバ１は、診療以外の様々な処理を実行してもよいものとする。例えば、リモート医師７（医師）が患者２を診療・診察する前に、診療支援サーバ１が患者情報記憶部１８３に記憶（登録）された保険証情報から保険証の有効性を確認する処理を実行してもよいものとする。また、診療後に、診療支援サーバ１は、リモート医師端末５（医師端末）からの診療費請求に応じて、患者２の要望する支払い方法（登録された支払方法情報に基づく）により、リモート医師端末５がある医療機関に対して支払処理を実行するようにしてもよいものとする（同様に、薬剤費に係る支払処理を実行するようにしてもよいものとする）。

以上、図７までを参照しながら第１サービスＳＡ１（図１参照）のオンライン診療の仕組みについて詳細に説明してきたが、この仕組みは第２サービスＳＡ２（図１参照）に同様に適用することができる。本発明によれば、第１サービスＳＡ１を提供しつつ、例えば各企業（顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、顧客Ｃ社Ｃ３）が恰も独自にオンライン診療の仕組みを持てるように利用環境を整備することができる。そのため各企業では、大掛かりなシステム構築をしなくても、従業員等にオンライン診療を受けさせることができる。各企業では、顧客企業向けに絞り込んだ第２サービスＳＡ２の提供により（カスタマイズ要望により更に絞り込んだ第２サービスＳＡ２－１等の提供により）、例えば提携する医療機関のみで従業員等にオンライン診療を受けさせることができる。

＜第２実施形態について＞
第２実施形態は、すぐに対応可能なリモート医師７（医師）やリモート薬剤師８（薬剤師）を、患者２が手配する場合の例に関する。なお、以降の説明において、上述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略するものとする。

図９は、第２実施形態の診療支援サーバの機能的構成の一例を示す機能ブロック図である。第２実施形態における診療支援システム１００の全体構成は、第１実施形態（図２参照）と同様であるものとする。

診療支援システム１００は、所定のネットワークＮを介して夫々接続される、診療支援サーバ１と、患者端末４と、リモート医師端末５（医師端末）と、リモート薬剤師端末６（薬剤師端末）とを備えて構成される。

＜第２実施形態の診療支援サーバ１について＞
図９において、診療支援サーバ１は、ＣＰＵ１１と、記憶部１８と、通信部１９と、その他機能（図３参照）とを備えて構成される。

ＣＰＵ１１は、医療機関処理部２１１と、第１絞込医療機関処理部２１２と、第２絞込医療機関処理部２１３と、薬局処理部２１４とを備えて構成される。
記憶部１８は、プログラム記憶部１８１と、医療機関情報記憶部１８２と、患者情報記憶部１８３と、医師情報記憶部１８４と、顧客情報記憶部１８５と、薬剤師情報記憶部１８６と、処方データ記憶部１８７と、第１所定情報記憶部１８９と、第２所定情報記憶部１９０と、対応可能者記憶部１９１とを備えて構成される。

＜医療機関処理部２１１について＞
医療機関処理部２１１は、診療可否受信部２１１ａと、診療要求受信部２１１ｂと、診療処理部２１１ｃ（診療処理手段）と、処方データ処理部２１１ｄとを備えて構成される。医療機関処理部２１１は、診療可否受信部２１１ａ以外、基本的に上述の医療機関処理部１１１と同様に構成される。

診療可否受信部２１１ａは、リモート医師端末５（医師端末）から、診療が可能である時間情報を含む診療可否情報を受信する処理を実行する。そして、診療可否受信部２１１ａは、受信した診療可否情報を、記憶部１８の対応可能者記憶部１９１に記憶させる処理を実行する。
診療要求受信部２１１ｂは、患者２がすぐに診療を受けたい場合に患者端末４が送信する、即時診療の要求である診療要求を受信する処理を実行する。

診療処理部２１１ｃは、記憶部１８の対応可能者記憶部１９１を参照し、対応が可能なリモート医師７（医師）を選択する処理を実行する。そして、診療処理部２１１ｃは、選択したリモート医師７のリモート医師端末５に対し確認を行う処理を実行すると共に、患者端末４と接続する処理を実行する。診療処理部２１１ｃは、患者端末４とリモート医師端末５との間での診療を可能にするための処理を実行する。
処方データ処理部２１１ｄは、診療の結果、薬剤の処方が必要な場合に、リモート医師７（医師）が患者２に交付する処方箋をデータ化した処方データを受信する処理を実行する。処方データ処理部２１１ｄは、上述の処方データ処理部１１１ｄと基本的に同様の処理を実行する。

＜第１絞込医療機関処理部２１２について＞
図１０は、図９の診療支援サーバ１の機能的構成のうち、第１・第２絞込医療機関処理部２１２、２１３の一例を示す機能ブロック図である。
図９及び図１０において、第１絞込医療機関処理部２１２は、第２サービスＳＡ２（図１参照）のオンライン診療の仕組みに関する処理を実行する。第１絞込医療機関処理部２１２は、医療機関Ｈ－１～医療機関Ｈ－Ｍに合わせて記憶部１８から抽出した、少なくとも医療機関特定に関する所定の第１所定情報、即ち第１所定情報記憶部１８９に記憶された各種情報の利用を可能にする処理を実行する。

第１絞込医療機関処理部２１２は、第２サービスＳＡ２が第１サービスＳＡ１（図１参照）のサービス内容を例えば顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、及び顧客Ｃ社Ｃ３（図１及び図２参照）向けに絞り込んだサービスになるだけであることから、基本的に上述の医療機関処理部２１１と同じような機能を有し、同じように機能ブロックを備えて構成される。即ち、第１絞込医療機関処理部２１２は、診療可否受信部２１１ａと同様の第１診療可否受信部２１２ａと、診療要求受信部２１１ｂと同様の第１診療要求受信部２１２ｂと、診療処理部２１１ｃと同様の第１診療処理部２１２ｃ（第１診療処理手段）と、処方データ処理部２１１ｄと同様の第１処方データ処理部２１２ｄとを備えて構成される。

＜第２絞込医療機関処理部２１３について＞
図９及び図１０において、第２絞込医療機関処理部２１３は、カスタマイズ要望に応じた専用の第２サービスＳＡ２―１、第２サービスＳＡ２―２、及び第２サービスＳＡ２―３（図１参照）のうち何れか１つにおけるオンライン診療の仕組みに関する処理を実行する。第２絞込医療機関処理部２１３は、医療機関Ｈ－１～医療機関Ｈ－Ｋに合わせて記憶部１８から抽出した、又は、上述の第１所定情報から抽出した、少なくとも医療機関特定に関する所定の第２所定情報、即ち、第２所定情報記憶部１９０に記憶された各種情報の利用を可能にする処理を実行する。

第２絞込医療機関処理部２１２は、カスタマイズ要望に応じて例えば顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、及び顧客Ｃ社Ｃ３（図１及び図２参照）のうち何れか１つに向けて更に絞り込んだサービスになるだけであることから、基本的に上述の第１絞込医療機関処理部２１２と同じような機能を有し、同じように機能ブロックを備えて構成される。即ち、第２絞込医療機関処理部２１３は、第１診療可否受信部２１２ａと同様の第２診療可否受信部２１３ａと、第１診療要求受信部２１２ｂと同様の第２診療要求受信部２１３ｂと、第１診療処理部２１２ｃと同様の第２診療処理部２１３ｃ（第２診療処理手段）と、処方データ処理部２１２ｄと同様の第２処方データ処理部２１３ｄとを備えて構成される。

なお、第１絞込医療機関処理部２１２及び第２絞込医療機関処理部２１３は、医療機関処理部２１１と同じような機能を有し、同じように機能ブロックを備えて構成されることから、第１絞込医療機関処理部２１２及び第２絞込医療機関処理部２１３を医療機関処理部２１１に統合するような状態にしてもよいものとする。

＜薬局処理部２１４について＞
図９において、薬局処理部２１４は、指導可否受信部２１４ａと、服薬指導要求受信部２１４ｂと、服薬指導処理部２１４ｃ（服薬指導処理手段）と、薬剤配送処理部２１４ｄ（配送記録登録手段）とを備えて構成される。

指導可否受信部２１４ａは、リモート薬剤師端末６（薬剤師端末）から服薬指導が可能である時間情報を含む指導可否情報を受信する処理を実行する。そして、指導可否受信部２１４ａは、受信した指導可否情報を、記憶部１８の対応可能者記憶部１９１に記憶させる処理を実行する。
服薬指導要求受信部２１４ｂは、患者２がすぐに服薬指導を受けたい場合に患者端末４が送信する即時服薬指導の要求である服薬指導要求を受信する処理を実行する。

服薬指導処理部２１４ｃは、対応可能者記憶部１９１を参照し、対応が可能なリモート薬剤師８（薬剤師）を選択する処理を実行する。そして、服薬指導処理部２１４ｃは、選択したリモート薬剤師８のリモート薬剤師端末６に対して確認を行う処理を実行すると共に、患者端末４と接続する処理を実行する。服薬指導処理部２１４ｃは、患者端末４とリモート薬剤師端末６との間での服薬指導を可能にする処理を実行する。
薬剤配送処理部２１４ｄは、服薬指導処理部２１４ｃによる処理の後に、リモート薬剤師端末６から薬剤の配送記録を受信する処理を実行する。そして、薬剤配送処理部２１４ｄは、処方データ記憶部１８７において該当する処方データの配送に係るステータスを更新する処理を実行する。

＜記憶部１８の対応可能者記憶部１９１について＞
対応可能者記憶部１９１は、即時診療の要求に対応可能なリモート医師７（医師）の医師ＩＤや、即時服薬指導の要求に対応可能なリモート薬剤師８（薬剤師）の薬剤師ＩＤと、対応可能時間とを対応付けて記憶する記憶領域として備えられる。対応可能者記憶部１９１は、当日に対応可能な者のみを記憶するために備えられる。

＜診療及び服薬指導処理について＞
次に、診療及び服薬指導処理について説明する。なお、事前処理については、第１実施形態と同様であり、診療に係る処理からについて説明する。
図１１は、第２実施形態の診療支援サーバ１により提供される本サービスに係り、即時診療処理を示すフローチャートである。
図１２は、第２実施形態に係るリモート医師端末５（医師端末）及び患者端末４での表示の一例を示す図である。

まず、当日にオンラインでの診察が可能なリモート医師７（医師）は、リモート医師端末５（医師端末）から診療支援サーバ１に接続して、例えば図１２（Ａ）に示す空き時間登録画面５１をリモート医師端末５の表示部に表示させる。
図１２（Ａ）に示す空き時間登録画面５１は、簡易入力部５２と、指定入力領域５３とを含んで構成される。簡易入力部５２は、現在から直近の時間（図１２（Ａ）の例では、１時間まで）における対応が可能である際に、リモート医師７が選択するボタンとなっている。他方、指定入力領域５３は、本日の空き時間を登録することが可能なものであり、複数の時間帯が表示される。時間帯を選択することにより、任意に登録が可能になっている。なお、図中の取消線で示された時間帯は、現在時刻に基づいて指定が不可のものを示すものとする。

リモート医師７（医師）は、空き時間登録画面５１の簡易入力部５２又は指定入力領域５３を用いて、簡易入力又は指定入力を選択し、空き時間を登録することで、診療可の情報を入力する。
図１１のＳ２１１において、リモート医師端末５（医師端末）のＣＰＵは、診療可の情報の入力を受け付ける処理を実行し、そして、診療支援サーバ１に送信する処理を実行する。Ｓ２１２において、診療支援サーバ１のＣＰＵ１１（診療可否受信部２１１ａ）は、診療可の情報（診療可否情報）を受信する処理を実行し、記憶部１８の対応可能者記憶部１９１に、医師ＩＤと、対応可能時間とを記憶させる処理を実行する。

次に、即時に診察を受けたい患者２が、患者端末４を操作して、例えば図１２（Ｂ）に示す予約状況確認画面４３をタッチパネルに表示させる。ここで、予約状況確認画面４３について説明すると、図１２（Ｂ）に示す予約状況確認画面４３は、予約状況表示領域４４と、通常予約登録部４５と、即時予約登録部４６とを含んで構成される。予約状況表示領域４４は、当該患者２の予約状況を表示するようになっている。通常予約登録部４５は、病院（医療機関Ｈ－１～医療機関Ｈ－Ｎのうちいずれか１つ）を探して予約をするためのボタンとなっている。患者２により通常予約登録部４５が選択されると、患者端末４のＣＰＵは、例えば、第１実施形態の図８（Ａ）の画面４１に画面遷移をするので、患者２は、翌日以降の診察の予約をすることができる。即時予約登録部４６は、即時の診察を要求する場合に、患者２が選択するボタンとなっている。ここでは、患者２が即時予約登録部４６を選択するだけで、即時の診療を要求することができるため、患者２の即時診療のニーズを満たすことができ、利便性に富んでいることが分かる。

患者２が予約状況確認画面４３の即時予約登録部４６を選択することで、図１１のＳ２２１において、患者端末４のＣＰＵは、診療要求を診療支援サーバ１に送信する処理を実行する。
診療支援サーバ１のＣＰＵ１１（診察要求受信部２１１ｂ）は、患者端末４から診療要求を受信する処理を実行すると、Ｓ２２２において、ＣＰＵ１１（診療処理部２１１ｃ）は、記憶部１８の対応可能者記憶部１９１を参照し、対応可能なリモート医師７（医師）を１人選択し、選択したリモート医師７のリモート医師端末５（医師端末）に対して確認を行う処理を実行する。なお、ここでの確認は、接続要求のようなものであってもよいものとする。

Ｓ２２３において、ＣＰＵ１１（診察処理部２１１ｃ）は、接続を確認したリモート医師端末５（医師端末）と、患者端末４とを接続し、診療を可能にする診療処理を実行する。なお、Ｓ２２４及びＳ２２５の処理は、第１実施形態（図７）のＳ２３及びＳ２４の処理と同様であるため、説明を省略するものとする。

次に、服薬指導に係る処理について説明する。
図１３は、第２実施形態の診療支援サーバ１により提供される本サービスに係り、即時服薬指導処理を示すフローチャートである。

まず、当日にオンラインでの服薬指導が可能なリモート薬剤師８（薬剤師）は、リモート薬剤師端末６（薬剤師端末）から診療支援サーバ１に接続して、例えば図１２（Ａ）に示す空き時間登録画面５１と同様の画面を、リモート薬剤師端末６の表示部に表示させる。リモート薬剤師８が空き時間を登録することで、図１３のＳ２４１において、リモート薬剤師端末６のＣＰＵは、リモート薬剤師８による指導可否の入力を受け付ける処理を実行すると共に、診療支援サーバ１に送信する処理を実行する。Ｓ２４２において、診療支援サーバ１のＣＰＵ１１（指導可否受信部２１４ａ）は、指導可否情報を受信する処理を実行すると共に、記憶部１８の対応可能者記憶部１９１に、薬剤師ＩＤと、対応可能時間とを記憶させる処理を実行する。

次に、即時に服薬指導を受けたい患者２が、患者端末４を操作して、即時の服薬指導を要求することで、図１３のＳ２５１において、患者端末４のＣＰＵは、服薬指導要求を診療支援サーバ１に送信する処理を実行する。診療支援サーバ１のＣＰＵ１１（服薬指導要求受信部２１４ｂ）は、患者端末４から服薬指導要求を受信する処理を実行すると、Ｓ２５２において、ＣＰＵ１１（服薬指導処理部２１４ｃ）は、対応可能者記憶部１９１を参照し、対応可能なリモート薬剤師８を１人選択し、選択したリモート薬剤師８のリモート薬剤師端末６に対して確認を行う処理を実行する。

Ｓ２５３において、ＣＰＵ１１（服薬指導処理部２１４ｃ）は、接続を確認したリモート薬剤師端末６（薬剤師端末）と、患者端末４とを接続する処理を実行すると共に、服薬指導を可能にする服薬指導処理を実行する。なお、Ｓ２５４及びＳ２５５の処理は、第１実施形態（図７）のＳ３３及びＳ３４の処理と同様であるため、説明を省略するものとする。

第２実施形態の診療及び服薬指導処理によれば、次のような効果がある。即ち、リモート医師７（医師）やリモート薬剤師８（薬剤師）は、診療や服薬指導が可能な時間帯をリモート医師端末５（医師端末）及びリモート薬剤師端末６（薬剤師端末）を用いて予め診療支援サーバ１に登録する。そして、診療支援サーバ１は、患者端末４から即時の診療や服薬指導の要求を受信する処理を実行した場合に、登録されたリモート医師７やリモート薬剤師８から選択して、患者端末４と、リモート医師端末５又はリモート薬剤師端末６とを接続する処理を実行する。このような仕組みにより、リモート医師７やリモート薬剤師８は、自身の予定が空いているすき間時間に、オンライン診療やオンライン服薬指導をすることができる。そのため、リモート医師７やリモート薬剤師８の働き方の改革を実現できると共に、収益を上げることができるという効果を奏する。また、すぐに診療や服薬指導をしてもらいたい、といった患者２の急なニーズに対応することもできるという効果を奏する。

第２実施形態も上述の第１実施形態と同様に、第１サービスＳＡ１を提供しつつ、例えば各企業（顧客Ａ社Ｃ１、顧客Ｂ社Ｃ２、顧客Ｃ社Ｃ３）が恰も独自にオンライン診療の仕組みを持てるように利用環境を整備することができるという効果を奏する。

＜まとめ＞
以上、本発明の診療支援装置（例えば診療支援サーバ１）の一実施形態について説明したが、本発明は上述した本実施形態に限定されないものとする。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果の列挙に過ぎず、本発明による効果は、本実施形態に記載されたものに限定されないものとする。

図３に示すハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されないものとする。換言すると、図４～図５、図９～図１０に示す機能的構成は例示に過ぎず、特に限定されないものとする。即ち、上述した一連の処理を全体として実行できる機能が診療支援装置（診療支援サーバ１）に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４～図５、図９～図１０の例に限定されないものとする。

また、機能ブロックの存在場所も、図４～図５、図９～図１０に特に限定されず、任意でよいものとする。例えば、診療支援サーバ１の機能ブロックを患者端末４やリモート医師端末５、或いは医療機関の情報処理システム、カルテ管理システム（電子カルテ装置）等に適宜移譲させてもよいものとする。また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよいものとする。

また、例えば、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされるものとする。また、コンピュータは、専用のハードウェアに組み込まれるコンピュータであってもよいものとする。
コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば診療支援サーバ１の他、汎用のスマートフォンやパーソナルコンピュータであってもよいものとする。

また、例えば、このようなプログラムを含む記録媒体は、利用者にプログラムを提供するために、装置本体とは別に配布される図示しないリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で利用者に提供される記録媒体等で構成されるものであってもよいものとする。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものとする。また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図３のリムーバブルメディア２１により構成されるだけでなく、装置本体に予め組み込まれた状態で利用者に提供される記録媒体等で構成される。
リムーバブルメディア２１は、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ－Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ－Ｄｉｓｋ）等により構成される。
装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図３のＲＯＭ１２や、図４、図９の記憶部１８に含まれるハードディスク等で構成される。

以上まとめると、本発明が適用される診療支援装置は、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
即ち、本発明が適用される診療支援装置（例えば図１及び図２の診療支援サーバ１）は、
医療機関（例えば図２の医療機関Ｈ－１～医療機関Ｈ－Ｎ）に属する医師（例えば図２のリモート医師７）が使用する医師端末（例えば図２のリモート医師端末５）と、患者（例えば図１及び図２の患者２）が使用する患者端末（例えば図２の患者端末４）とに対して通信可能に接続され、前記医師と前記患者との間の診療を支援する診療支援装置であって、
前記医療機関がＮ（Ｎは２以上の整数値）存在するうちの、Ｍ（ＭはＮ未満の整数値）の医療機関に合わせて記憶部（例えば図３及び図４の記憶部１８）から抽出した、少なくとも医療機関特定に関する所定の第１所定情報（例えば図４の第１所定情報記憶部１８９に記憶される第１所定情報）の利用を可能にし、かつ、前記第１所定情報を基に前記患者端末からの診療要求により特定した前記Ｍの医療機関の前記医師端末と、前記診療要求をした前記患者端末とを接続して、前記特定したＭの所定医療機関の前記医師端末と、前記診療要求をした前記患者端末との間で診療を可能にする、第１診療処理手段（例えば図４及び図５の第１絞込医療機関処理部１１２における第１診療処理部１１２ｃ）を備える。

本発明によれば、上述の構成により、オンライン診療の仕組みを例えば各企業が恰も独自に持てるような利用環境の整備をすることができる。

また、本発明が適用される診療支援装置は、
前記特定したＭの医療機関のうちＫ（ＫはＭ未満の整数値）の医療機関に合わせて前記記憶部又は前記第１所定情報から抽出した第２所定情報（例えば図４の第２所定情報記憶部１９０に記憶される第２所定情報）の利用を可能にし、かつ、前記第２所定情報を基に前記患者端末からの診療要求により特定した前記Ｋの医療機関の前記医師端末と、前記診療要求をした前記患者端末とを接続して、前記特定したＫの医療機関の前記医師端末と、前記診療要求をした前記患者端末との間で診療を可能にする、第２診療処理手段を更に備える。

本発明によれば、上述の構成により、オンライン診療の仕組みを恰も独自に持った例えば企業からのカスタマイズ要望に応えることができる。

また、本発明が適用される診療支援装置は、
薬局（例えば図２の薬局ＰＨ－１～薬局ＰＨ－Ｌ）に属する薬剤師（例えば図２のリモート薬剤師８）が使用する薬剤師端末（例えば図２のリモート薬剤師端末６）に対して更に通信可能に接続され、
前記診療要求をした前記患者端末からの服薬指導要求に応じて、前記服薬指導要求により特定した薬局の前記薬剤師端末と、前記服薬指導要求をした前記患者端末とを接続し、かつ、処方箋に係る処方データ（例えば図４の記憶部１８の処方データ記憶部１８７に記憶された処方データ）を前記特定した薬局の前記薬剤師端末から視認可能にして、前記服薬指導要求をした前記患者端末と、前記特定した薬局の前記薬剤師端末との間で服薬指導を可能にする、服薬指導処理手段（例えば図４の服薬指導処理部１１４ｃ）を更に備える。

本発明によれば、上述の構成により、オンライン服薬指導の仕組みを含めて例えば各企業が恰も独自に持てるような利用環境の整備をすることができる。

また、本発明が適用される診療支援装置は、
前記特定した薬局において前記処方データに基づき調剤した薬剤を配送する場合に、前記特定した薬局の前記薬剤師端末から配送記録を受信して登録する配送記録登録手段（例えば図４の薬剤配送処理部１１４ｄ）を更に備える。

本発明によれば、上述の構成により、処方データに基づき調剤した薬剤を配送することができる。

本発明が適用される診療支援方法は、
医療機関に属する医師が使用する医師端末と、患者が使用する患者端末とに対して通信可能に接続され、前記医師と前記患者との間の診療を支援する診療支援装置が実行する診療支援方法であって、
前記医療機関がＮ（Ｎは２以上の整数値）存在するうちの、Ｍ（ＭはＮ未満の整数値）の医療機関に合わせて記憶部から抽出した、少なくとも医療機関特定に関する所定の第１所定情報の利用を可能にし、かつ、前記第１所定情報を基に前記患者端末からの診療要求により特定した前記Ｍの医療機関の前記医師端末と、前記診療要求をした前記患者端末とを接続して、前記特定したＭの所定医療機関の前記医師端末と、前記診療要求をした前記患者端末との間で診療を可能にする、第１診療処理ステップ（例えば図７のＳ２２）を含む。

本発明によれば、オンライン診療の仕組みを例えば各企業が恰も独自に持てるような利用環境の整備をすることができる。

本発明が適用されるプログラムは、
医療機関に属する医師が使用する医師端末と、患者が使用する患者端末とに対して通信可能に接続され、前記医師と前記患者との間の診療を支援する診療支援装置を制御するコンピュータに、
前記医療機関がＮ（Ｎは２以上の整数値）存在するうちの、Ｍ（ＭはＮ未満の整数値）の医療機関に合わせて記憶部から抽出した、少なくとも医療機関特定に関する所定の第１所定情報の利用を可能にし、かつ、前記第１所定情報を基に前記患者端末からの診療要求により特定した前記Ｍの医療機関の前記医師端末と、前記診療要求をした前記患者端末とを接続して、前記特定したＭの所定医療機関の前記医師端末と、前記診療要求をした前記患者端末との間で診療を可能にする、第１診療処理ステップ（例えば図７のＳ２２）を含む制御処理を実行させる。

本発明によれば、オンライン診療の仕組みを例えば各企業が恰も独自に持てるような利用環境の整備をすることができる。

＜変形形態＞
（１）各実施形態では、オンライン診療を行う医師が属する医療機関や、オンライン服薬指導を行う薬剤師が属する薬局を指定し、指定した医療機関に属する一の医師が診療し、指定した薬局に属する一の薬剤師が服薬指導をするものであったが、これに限定されないものとする。例えば、既にかかりつけの医師や薬剤師がいる場合に、医師や薬剤師を、直接指定できるようにしてもよいものとする。

（２）第１実施形態では、病院を探す方法としていくつかの方法を例示したが、これに限定されないものとする。例えば、患者に慢性の疾患等の既往症がある場合、患者は、いつも同じ薬剤を処方してもらっている、ということがある。患者情報記憶部に、既往症を登録しておき、「薬が欲しい」といったニーズに対応可能な医師による診察の予約ができるようにしてもよいものとする。

（３）第１実施形態では、対面による診療（又は服薬指導）を行った医師（又は薬剤師）が属する医療機関（又は薬局）によるオンライン診療（又はオンライン服薬指導）を可能にするものを例に説明したが、これに限定されないものとする。法改正や、一時的な特例により、対面による診療（又は服薬指導）を要件にしなくてもよい場合には、この制限を行うロジックを実行しないようにすれば、対面による診療（又は服薬指導）を行っていない医療機関（又は薬局）によるオンライン診療（又はオンライン服薬指導）を可能にすることができる。

（４）第２実施形態では、医師や薬剤師の要件について特に記載をしなかったが、患者が要件を入力できるようにしてもよいものとする。要件の内容としては、例えば、医師の場合に、診療科目の他、患者の住所に近い位置の医療機関の医師、といったものが挙げられるものとする。また、口コミの評価が高いものを優先する等の要件であってもよいものとする。診療支援装置（診療支援サーバ）は、患者端末から受信した要件を、記憶部（患者要件記憶部）に記憶し、即時診療（又は服薬指導）が可能な医師（又は薬剤師）を選択する際に、当該記憶部に記憶された要件を用いてもよいものとする。

１・・・診療支援サーバ（診療支援装置）、２・・・患者、４・・・患者端末、５・・・リモート医師端末（医師端末）、６・・・リモート薬剤師端末（薬剤師端末）、７・・・リモート薬剤師（薬剤師）、１１・・・ＣＰＵ、１８・・・記憶部、１９・・・通信部、１１１・・・医療機関処理部、１１２・・・第１絞込医療機関処理部、１１２ａ・・・第１事前予約処理部、１１２ｂ・・・第１診療要求受信部、１１２ｃ・・・第１診療処理部（第１診療処理手段）、１１２ｄ・・・第１処方データ処理部、１１３・・・第２絞込医療機関処理部、１１３ａ・・・第２事前予約処理部、１１３ｂ・・・第２診療要求受信部、１１３ｃ・・・第２診療処理部（第２診療処理手段）、１１３ｄ・・・第２処方データ処理部、１１４・・・薬局処理部、１８１・・・プログラム記憶部、１８２・・・医療機関情報記憶部、１８３・・・患者情報記憶部、１８４・・・医師情報記憶部、１８５・・・顧客情報記憶部、１８６・・・薬剤師情報記憶部、１８７・・・処方データ記憶部、１８８・・・予約情報記憶部、１８９・・・第１所定情報記憶部、１９０・・・第２所定情報記憶部、Ｎ・・・所定のネットワーク

Claims (6)

1. 医療機関に属する医師が使用する医師端末と、患者が使用する患者端末とに対して通信可能に接続され、前記医師と前記患者との間のオンライン診療を支援する診療支援装置であって、
   更に、前記医療機関がＮ（Ｎは２以上の整数値）存在する中で、対応する前記医師端末と前記患者端末とを接続することにより前記患者が前記オンライン診療のために使用する第１サービスと、前記医療機関の数をＭ（ＭはＮ未満の整数値）の医療機関に絞り込んで、対応する前記医師端末と前記患者端末とを接続することにより前記患者が前記オンライン診療のために使用する第２サービスとを提供する診療支援装置であって、
   前記第１サービスの提供を可能にする医療機関処理手段と、
   前記第２サービスの提供のため、前記Ｍの医療機関に合わせて記憶部から抽出した、少なくとも医療機関特定に関する所定の第１所定情報の利用を可能にし、かつ、前記第１所定情報を基に前記患者端末からの診療要求により特定した前記Ｍの医療機関の前記医師端末と、前記診療要求をした前記患者端末とを接続して、前記特定したＭの所定医療機関の前記医師端末と、前記診療要求をした前記患者端末との間で前記オンライン診療を可能にする第１絞込医療機関処理手段と、
   前記第２サービスで生じた前記第１絞込医療機関処理手段の機能の変更を、前記第１サービスにおける前記医療機関処理手段の機能の変更としてアップデートしたり、前記第１サービスで生じた前記医療機関処理手段の機能の改修を、前記第２サービスにおける前記第１絞込医療機関処理手段の機能の改修としてアップデートしたりすることを可能にする機能アップデートの手段と、を備える、診療支援装置。
2. 前記特定したＭの医療機関のうちＫ（ＫはＭ未満の整数値）の医療機関に合わせて前記記憶部又は前記第１所定情報から抽出した第２所定情報の利用を可能にし、かつ、前記第２所定情報を基に前記患者端末からの診療要求により特定した前記Ｋの医療機関の前記医師端末と、前記診療要求をした前記患者端末とを接続して、前記特定したＫの医療機関の前記医師端末と、前記診療要求をした前記患者端末との間で診療を可能にする、第２診療処理手段を更に備える、
   請求項１に記載の診療支援装置。
3. 薬局に属する薬剤師が使用する薬剤師端末に対して更に通信可能に接続され、
   前記診療要求をした前記患者端末からの服薬指導要求に応じて、前記服薬指導要求により特定した薬局の前記薬剤師端末と、前記服薬指導要求をした前記患者端末とを接続し、かつ、処方箋に係る処方データを前記特定した薬局の前記薬剤師端末から視認可能にして、前記服薬指導要求をした前記患者端末と、前記特定した薬局の前記薬剤師端末との間で服薬指導を可能にする、服薬指導処理手段を更に備える、
   請求項１又は２に記載の診療支援装置。
4. 前記特定した薬局において前記処方データに基づき調剤した薬剤を配送する場合に、前記特定した薬局の前記薬剤師端末から配送記録を受信して登録する配送記録登録手段を更に備える、
   請求項３に記載の診療支援装置。
5. 医療機関に属する医師が使用する医師端末と、患者が使用する患者端末とに対して通信可能に接続され、前記医師と前記患者との間のオンライン診療を支援する診療支援装置が実行する診療支援方法であって、
   更に、前記医療機関がＮ（Ｎは２以上の整数値）存在する中で、対応する前記医師端末と前記患者端末とを接続することにより前記患者が前記オンライン診療のために使用する第１サービスと、前記医療機関の数をＭ（ＭはＮ未満の整数値）の医療機関に絞り込んで、対応する前記医師端末と前記患者端末とを接続することにより前記患者が前記オンライン診療のために使用する第２サービスとを提供する診療支援装置が実行する診療支援方法であって、
   前記第１サービスの提供を可能にする医療機関処理ステップと、
   前記第２サービスの提供のため、前記Ｍの医療機関に合わせて記憶部から抽出した、少なくとも医療機関特定に関する所定の第１所定情報の利用を可能にし、かつ、前記第１所定情報を基に前記患者端末からの診療要求により特定した前記Ｍの医療機関の前記医師端末と、前記診療要求をした前記患者端末とを接続して、前記特定したＭの所定医療機関の前記医師端末と、前記診療要求をした前記患者端末との間で前記オンライン診療を可能にする第１絞込医療機関処理ステップと、
   前記第２サービスで生じた前記第１絞込医療機関処理ステップの機能の変更を、前記第１サービスにおける前記医療機関処理ステップの機能の変更としてアップデートしたり、前記第１サービスで生じた前記医療機関処理ステップの機能の改修を、前記第２サービスにおける前記第１絞込医療機関処理ステップの機能の改修としてアップデートしたりすることを可能にする機能アップデートのステップと、を含む、診療支援方法。
6. 医療機関に属する医師が使用する医師端末と、患者が使用する患者端末とに対して通信可能に接続され、前記医師と前記患者との間のオンライン診療を支援する診療支援装置を制御するコンピュータ、
   更に、前記医療機関がＮ（Ｎは２以上の整数値）存在する中で、対応する前記医師端末と前記患者端末とを接続することにより前記患者が前記オンライン診療のために使用する第１サービスと、前記医療機関の数をＭ（ＭはＮ未満の整数値）の医療機関に絞り込んで、対応する前記医師端末と前記患者端末とを接続することにより前記患者が前記オンライン診療のために使用する第２サービスとを提供する診療支援装置を制御するコンピュータに、
   前記第１サービスの提供を可能にする医療機関処理ステップと、
   前記第２サービスの提供のため、前記Ｍの医療機関に合わせて記憶部から抽出した、少なくとも医療機関特定に関する所定の第１所定情報の利用を可能にし、かつ、前記第１所定情報を基に前記患者端末からの診療要求により特定した前記Ｍの医療機関の前記医師端末と、前記診療要求をした前記患者端末とを接続して、前記特定したＭの所定医療機関の前記医師端末と、前記診療要求をした前記患者端末との間で前記オンライン診療を可能にする第１絞込医療機関処理ステップと、
   前記第２サービスで生じた前記第１絞込医療機関処理ステップの機能の変更を、前記第１サービスにおける前記医療機関処理ステップの機能の変更としてアップデートしたり、前記第１サービスで生じた前記医療機関処理ステップの機能の改修を、前記第２サービスにおける前記第１絞込医療機関処理ステップの機能の改修としてアップデートしたりすることを可能にする機能アップデートのステップと、を含む制御処理を実行させるプログラム。

Images