(57)【特許請求の範囲】
【請求項１】
患者に対して対面診療を行う医師を遠隔診療によりサポートする専門医を選定するために、専門医が操作する専門医用端末と、医師が操作する医師用端末と、医師をサポートする専門医を選定するための処理を実行する遠隔診療支援サーバーとが通信回線を介して接続された遠隔診療支援システムであって、
前記医師用端末は、
患者に疑いのある疾患名の情報を含んだ患者情報の入力を受け付ける患者情報入力受付手段と、
前記遠隔診療支援サーバーから患者に対して行う問診と検査を指示するための指示情報を受信する指示情報受信手段と、
前記指示情報に基づく問診結果と検査結果の情報を含んだ結果情報の入力を受け付ける結果情報入力受付手段とを備え、
前記遠隔診療支援サーバーは、
前記医師用端末で入力された前記患者情報を受信する患者情報受信手段と、
前記患者に疑いのある疾患名に基づいて、患者に疑いのある疾患の診断に必要な問診と検査を指示するための前記指示情報を前記医師用端末へ送信する指示情報送信手段と、
前記医師用端末で入力された前記結果情報を受信する結果情報受信手段と、
あらかじめ登録されている専門医に関する情報を参照して、前記患者情報に基づいて医師をサポートする専門医を選定する専門医選定手段と、
前記専門医選定手段によって選定された専門医の前記専門医用端末へ前記患者情報と前記結果情報を含んだ診断依頼情報を送信する診断依頼情報送信手段と、
前記専門医用端末から、前記診断依頼情報に基づく患者の診断結果を示す診断結果情報を受信する診断結果情報受信手段と、
あらかじめ登録されている医師及び専門医の診療可能時間の情報に基づいて、患者の遠隔診療を行うスケジュールを複数候補生成し、生成したスケジュール候補の情報を前記専門医用端末と前記医師用端末へ送信するスケジュール候補送信手段と、
前記専門医用端末と前記医師用端末から前記スケジュール候補送信手段によって送信されたスケジュール候補の中から選択された対応可能な日時の情報を受信する対応可能日時受信手段と、
前記対応可能日時受信手段によって受信された情報に基づいて、専門医が対応可能な日時と医師が対応可能な日時が一致する日時を専門医、医師、および患者へ通知する通知手段とを備え、
前記専門医用端末は、
前記遠隔診療支援サーバーから前記診断依頼情報を受信する診断依頼情報受信手段と、
前記診断結果情報の入力を受け付ける診断結果情報入力受付手段と、
前記診断結果情報入力受付手段によって入力を受け付けた前記診断結果情報を前記遠隔診療支援サーバーへ送信する診断結果情報送信手段とを備えることを特徴とする遠隔診療支援システム。
【請求項２】
請求項１に記載の遠隔診療支援システムにおいて、
前記遠隔診療支援サーバーは、
外部の診断用ＡＩシステムへ患者の診断用のデータを送信する診断用データ送信手段と、
前記診断用ＡＩシステムから得た前記診断用のデータに基づく解析結果を前記専門医用端末へ送信する解析結果送信手段とをさらに備え、
前記専門医用端末は、
前記遠隔診療支援サーバーから受信した前記診断用ＡＩシステムによる解析結果を表示する解析結果表示手段をさらに備えることを特徴とする遠隔診療支援システム。
【請求項３】
請求項１または２に記載の遠隔診療支援システムにおいて、
前記医師用端末は、
前記結果情報入力受付手段によって入力を受け付けた前記結果情報を前記遠隔診療支援サーバーへ送信する結果情報送信手段をさらに備えることを特徴とする遠隔診療支援システム。
【請求項４】
請求項１または２に記載の遠隔診療支援システムにおいて、
前記医師用端末は、
前記結果情報入力受付手段によって入力を受け付けた前記結果情報を院内システムに入力する結果情報入力手段をさらに備え、
前記結果情報は前記院内システムを介して前記遠隔診療支援サーバーへ送信されることを特徴とする遠隔診療支援システム。
【請求項５】
請求項１〜４のいずれか一項に記載の遠隔診療支援システムにおいて、
前記患者情報は、前記患者に疑いのある疾患名の情報とともに、患者の基本情報を含むことを特徴とする遠隔診療支援システム。
【請求項６】
患者に対して対面診療を行う医師を遠隔診療によりサポートする専門医を選定するための遠隔診療支援システムであって、
患者に疑いのある疾患名の情報を含んだ患者情報の入力を受け付ける患者情報入力受付手段と、
前記患者情報入力受付手段で入力を受け付けた前記患者情報に基づいて、患者に疑いのある疾患の診断に必要な問診と検査を指示するための指示情報を提示して、問診と検査を医師へ指示する指示手段と、
前記指示情報に基づく問診結果と検査結果の情報を含んだ結果情報の入力を受け付ける結果情報入力受付手段と、
あらかじめ登録されている専門医に関する情報を参照して、前記患者情報に基づいて医師をサポートする専門医を選定する専門医選定手段と、
前記専門医選定手段によって選定された専門医へ前記患者情報と前記結果情報を提示して患者の診断を依頼する診断依頼手段と、
専門医から、前記診断依頼情報に基づく患者の診断結果を示す診断結果情報の入力を受け付ける診断結果情報入力受付手段と、
あらかじめ登録されている医師及び専門医の診療可能時間の情報に基づいて、患者の遠隔診療を行うスケジュールを複数候補生成し、生成したスケジュール候補の情報を専門医と医師へ提示するスケジュール候補提示手段と、
専門医と医師から前記スケジュール候補提示手段によって提示されたスケジュール候補の中から選択された対応可能な日時の情報に基づいて、専門医が対応可能な日時と医師が対応可能な日時が一致する日時を専門医、医師、および患者へ通知する通知手段とを備えることを特徴とする遠隔診療支援システム。
【請求項７】
請求項６に記載の遠隔診療支援システムにおいて、
外部の診断用ＡＩシステムへ患者の診断用のデータを送信する診断用データ送信手段と、
前記診断用ＡＩシステムから得た前記診断用のデータに基づく解析結果を専門医に提示する解析結果提示手段とをさらに備えることを特徴とする遠隔診療支援システム。
【請求項８】
請求項６または７に記載の遠隔診療支援システムにおいて、
前記患者情報は、前記患者に疑いのある疾患名の情報とともに、患者の基本情報を含むことを特徴とする遠隔診療支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔診療支援システムに関する。
【背景技術】
【０００２】
次のような遠隔診療支援システムが知られている。この遠隔診療支援システムでは、ネットワーク上のＴＶ電話用端末間で行なわれるＴＶ電話シーケンスにより医師が遠隔地の患者を診療するのを支援する（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１１４２７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
日本の医師法を含む各国の医療関連法では、医師が患者に対面診療を行うことを定めているのが一般的である。しかしながら、希少疾患などの場合は専門医が不足しているため専門医がいない地域も存在する。このため、患者に対して対面診療を行う医師を遠隔地にいる専門医がサポートするためのＤｏｃｔｏｒＴｏＰａｔｉｅｎｔＷｉｔｈＤｏｃｔｏｒと呼ばれる遠隔診療が行われている。ＤｏｃｔｏｒＴｏＰａｔｉｅｎｔＷｉｔｈＤｏｃｔｏｒの遠隔診療行うために、医師を遠隔からサポートする専門医を適切に選定して、専門医に患者の診療サポートを依頼するための仕組みが求められているが、従来のシステムでは、そのための技術については何ら検討されていなかった。
【課題を解決するための手段】
【０００５】
本発明による遠隔診療支援システムは、患者に対して対面診療を行う医師を遠隔診療によりサポートする専門医を選定するために、専門医が操作する専門医用端末と、医師が操作する医師用端末と、医師をサポートする専門医を選定するための処理を実行する遠隔診療支援サーバーとが通信回線を介して接続された遠隔診療支援システムであって、医師用端末は、患者に疑いのある疾患名の情報を含んだ患者情報の入力を受け付ける患者情報入力受付手段と、遠隔診療支援サーバーから患者に対して行う問診と検査を指示するための指示情報を受信する指示情報受信手段と、指示情報に基づく問診結果と検査結果の情報を含んだ結果情報の入力を受け付ける結果情報入力受付手段とを備え、遠隔診療支援サーバーは、医師用端末で入力された患者情報を受信する患者情報受信手段と、患者に疑いのある疾患名に基づいて、患者に疑いのある疾患の診断に必要な問診と検査を指示するための指示情報を医師用端末へ送信する指示情報送信手段と、医師用端末で入力された結果情報を受信する結果情報受信手段と、あらかじめ登録されている専門医に関する情報を参照して、患者情報に基づいて医師をサポートする専門医を選定する専門医選定手段と、専門医選定手段によって選定された専門医の専門医用端末へ患者情報と結果情報を含んだ診断依頼情報を送信する診断依頼情報送信手段と、専門医用端末から、診断依頼情報に基づく患者の診断結果を示す診断結果情報を受信する診断結果情報受信手段と、あらかじめ登録されている医師及び専門医の診療可能時間の情報に基づいて、患者の遠隔診療を行うスケジュールを複数候補生成し、生成したスケジュール候補の情報を専門医用端末と医師用端末へ送信するスケジュール候補送信手段と、専門医用端末と医師用端末からスケジュール候補送信手段によって送信されたスケジュール候補の中から選択された対応可能な日時の情報を受信する対応可能日時受信手段と、対応可能日時受信手段によって受信された情報に基づいて、専門医が対応可能な日時と医師が対応可能な日時が一致する日時を専門医、医師、および患者へ通知する通知手段とを備え、専門医用端末は、遠隔診療支援サーバーから診断依頼情報を受信する診断依頼情報受信手段と、診断結果情報の入力を受け付ける診断結果情報入力受付手段と、診断結果情報入力受付手段によって入力を受け付けた診断結果情報を遠隔診療支援サーバーへ送信する診断結果情報送信手段とを備えることを特徴とする。
本発明による遠隔診療支援システムはまた、患者に対して対面診療を行う医師を遠隔診療によりサポートする専門医を選定するための遠隔診療支援システムであって、患者に疑いのある疾患名の情報を含んだ患者情報の入力を受け付ける患者情報入力受付手段と、患者情報入力受付手段で入力を受け付けた患者情報に基づいて、患者に疑いのある疾患の診断に必要な問診と検査を指示するための指示情報を提示して、医師へ指示する指示手段と、指示情報に基づく問診結果と検査結果の情報の入力を受け付ける結果情報入力受付手段と、あらかじめ登録されている専門医に関する情報を参照して、患者情報に基づいて医師をサポートする専門医を選定する専門医選定手段と、専門医選定手段によって選定された専門医へ患者情報と結果情報を提示して患者の診断を依頼する診断依頼手段と、専門医から、診断依頼情報に基づく患者の診断結果を示す診断結果情報の入力を受け付ける診断結果情報入力受付手段と、あらかじめ登録されている医師及び専門医の診療可能時間の情報に基づいて、患者の遠隔診療を行うスケジュールを複数候補生成し、生成したスケジュール候補の情報を専門医と医師へ提示するスケジュール候補提示手段と、専門医と医師からスケジュール候補提示手段によって提示されたスケジュール候補の中から選択された対応可能な日時の情報に基づいて、専門医が対応可能な日時と医師が対応可能な日時が一致する日時を専門医、医師、および患者へ通知する通知手段とを備えることを特徴とする。
【発明の効果】
【０００６】
本発明によれば、患者に対して対面診療を行う医師を遠隔地にいる専門医がサポートするために、医師を遠隔からサポートする専門医を選定するための仕組みを提供することができる。
【図面の簡単な説明】
【０００７】
【図１】遠隔診療支援システム１０の一実施の形態の構成を示すブロック図である。
【図２】専門医用端末１００の一実施の形態の構成を示すブロック図である。
【図３】遠隔診療支援サーバー２００の一実施の形態の構成を示すブロック図である。
【図４】医師用端末３００の一実施の形態の構成を示すブロック図である。
【図５】専門医用端末１００で実行される処理の流れを示すフローチャート図である。
【図６】遠隔診療支援サーバー２００で実行される処理の流れを示すフローチャート図である。
【図７】医師用端末３００で実行される処理の流れを示すフローチャート図である。
【図８】脳波データを脳波解析ＡＩシステムに転送して得た解析結果の一例を示す図である。
【発明を実施するための形態】
【０００８】
一般的に、遠隔地にいる医師がテレビ通話などで患者をモニター越しに診察するかたちの遠隔診療はＤｏｃｔｏｒＴｏＰａｔｉｅｎｔと呼ばれ、患者に対して対面診療を行う医師を遠隔地にいる専門医がサポートするための遠隔診療はＤｏｃｔｏｒＴｏＰａｔｉｅｎｔＷｉｔｈＤｏｃｔｏｒと呼ばれる。日本の医師法を含む各国の医療関連法では、医師が患者に対面診療を行うことを定めている。しかしながら、希少疾患などの場合は専門医が不足しているため専門医がいない地域も存在し、このような地域では、患者の疾患に対して専門知識をもった専門医が患者を対面で診療することができない可能性があった。このような問題を解消するために、本実施の形態における遠隔診療支援システム１０は、患者を対面で診療を行う医師を遠隔からサポートする希少疾患などに精通した専門医を適切に選定して、専門医が遠隔からサポートしながら医師が患者を対面で診療できるようにするための仕組みを提供する。なお、本実施の形態では、患者を対面で診療する担当医師を「医師」と呼び、疾患に対する専門知識を持ち、担当医師を遠隔からサポートする医師を「専門医」と呼んで両者を区別する。
【０００９】
図１は、本実施の形態における遠隔診療支援システム１０の一実施の形態の構成を示すブロック図である。遠隔診療支援システム１０では、専門医が操作する専門医用端末１００と、医師をサポートする専門医の選定を支援するための処理を実行する遠隔診療支援サーバー２００と、専門医から遠隔で診療のサポートを受ける医師が操作する医師用端末３００とが通信回線、例えばインターネットを介して接続されている。
【００１０】
専門医用端末１００は、例えば、スマートフォン、携帯電話機、タブレット端末、パソコンなどが用いられる。図２は、本実施の形態における専門医用端末１００として、スマートフォンを用いた場合の一実施の形態の構成を示すブロック図である。
【００１１】
専門医用端末１００は、タッチパネル１０１と、通信モジュール１０２と、制御装置１０３と、カメラ１０４と、マイク１０５と、スピーカー１０６とを備えている。
【００１２】
タッチパネル１０１は、液晶パネル等の表示装置とタッチパッドのような位置入力装置を組み合わせた電子部品であり、画面上の表示を押すことで機器を操作することができる入力装置である。例えば、専門医用端末１００の操作者は、液晶パネル上に表示されたボタンやメニュー等の表示項目を指やタッチペンを用いてタッチまたはスライドさせることにより、専門医用端末１００を操作することができる。タッチパネル１０１は、操作者によるタッチやスライドといった操作を検出して、その検出信号を制御装置１０３へ出力する。
【００１３】
通信モジュール１０２は、無線または有線により、ＬＡＮや携帯電話通信網を介して専門医用端末１００をインターネットなどの通信回線に接続させるためのモジュールを含む。専門医用端末１００は、通信モジュール１０２を介して通信回線に接続することにより、遠隔診療支援サーバー２００や医師用端末３００と通信を行うことが可能となる。
【００１４】
制御装置１０３は、ＣＰＵ、メモリ、およびその他の周辺回路によって構成され、専門医用端末１００の全体を制御する。なお、制御装置１０３を構成するメモリは、例えばＳＤＲＡＭ等の揮発性のメモリやフラッシュメモリ等の不揮発性のメモリを含む。揮発性のメモリは、ＣＰＵがプログラム実行時にプログラムを展開するためのワークメモリや、データを一時的に記録するためのバッファメモリとして使用される。また、不揮発性のメモリには、専門医用端末１００を動作させるためのファームウェアや種々のアプリケーションを動作させるためのソフトウェアのプログラムデータが記録される。
【００１５】
カメラ１０４は、レンズ、撮像素子、その他周辺回路によって構成される公知の撮像装置である。カメラ１０４で撮影された画像や動画のデータは、制御装置１０３へ出力される。
【００１６】
マイク１０５は、発話者による発話音声を入力するための集音装置である。マイク１０５から入力されたアナログデータは、制御装置１０３でデジタル信号に変換される。
【００１７】
スピーカー１０６は、音声を出力するための出力装置である。制御装置１０３は、マイク１０５を介して入力された音声データとカメラ１０４で撮影された映像データを医師用端末３００へ送信するとともに、医師用端末３００から受信した映像データをタッチパネル１０１に出力して表示し、医師用端末３００から受信した音声データをスピーカー１０６を介して出力することにより、専門医用端末１００と医師用端末３００との間でテレビ通話を可能とする。テレビ通話を行うための技術については、公知のため説明を省略する。
【００１８】
遠隔診療支援サーバー２００は、インターネットに接続された装置であって、例えば、パソコンやサーバーなどが用いられる。図３は、本実施の形態における遠隔診療支援サーバー２００として、サーバー装置を用いた場合の一実施の形態の構成を示すブロック図である。遠隔診療支援サーバー２００は、接続インターフェース２０１と、制御装置２０２と、記憶媒体２０３とを備えている。
【００１９】
接続インターフェース２０１は、遠隔診療支援サーバー２００をインターネット等の通信回線に接続するためのインターフェースであり、例えば、インターネットに有線で接続するための有線ＬＡＮモジュールや、インターネットに無線で接続するための無線ＬＡＮモジュールなどが用いられる。本実施の形態では、遠隔診療支援サーバー２００は、この接続インターフェース２０１を介して専門医用端末１００や医師用端末３００と通信する。
【００２０】
制御装置２０２は、ＣＰＵ、メモリ、およびその他の周辺回路によって構成され、遠隔診療支援サーバー２００の全体を制御する。なお、制御装置２０２を構成するメモリは、例えばＳＤＲＡＭ等の揮発性のメモリである。このメモリは、ＣＰＵがプログラム実行時にプログラムを展開するためのワークメモリや、データを一時的に記録するためのバッファメモリとして使用される。例えば、接続インターフェース２０１を介して読み込まれたデータは、バッファメモリに一時的に記録される。
【００２１】
記憶媒体２０３は、遠隔診療支援サーバー２００が蓄える種々のデータや、制御装置２０２が実行するためのプログラムのデータ等を記録するための記憶媒体であり、例えばＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等が用いられる。なお、記憶媒体２０３に記録されるプログラムのデータは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記録媒体に記録されて提供されたり、ネットワークを介して提供され、操作者が取得したプログラムのデータを記憶媒体２０３にインストールすることによって、制御装置２０２がプログラムを実行できるようになる。
【００２２】
医師用端末３００は、例えば、パソコン、スマートフォン、タブレット端末などが用いられる。図４は、医師用端末３００として、パソコンを用いた場合の一実施の形態の構成を示すブロック図である。医師用端末３００は、操作部材３０１と、接続インターフェース３０２と、制御装置３０３と、記憶媒体３０４と、表示装置３０５と、カメラ３０６と、マイク３０７と、スピーカー３０８とを備えている。
【００２３】
操作部材３０１は、医師用端末３００の操作者によって操作される種々の装置、例えばキーボードやマウスを含む。
【００２４】
接続インターフェース３０２は、医師用端末３００を他の装置や端末等の外部機器と接続するためのインターフェースである。例えば、医師用端末３００は、ＬＡＮやインターネット等の通信回線に接続するためのインターフェースが含まれる。医師用端末３００は、この接続インターフェース３０２を介して専門医用端末１００や遠隔診療支援サーバー２００と通信を行う。
【００２５】
制御装置３０３は、ＣＰＵ、メモリ、およびその他の周辺回路によって構成され、医師用端末３００の全体を制御する。なお、制御装置３０３を構成するメモリは、例えばＳＤＲＡＭ等の揮発性のメモリである。このメモリは、ＣＰＵがプログラム実行時にプログラムを展開するためのワークメモリや、データを一時的に記録するためのバッファメモリとして使用される。例えば、接続インターフェース３０２を介して読み込まれたデータは、バッファメモリに一時的に記録される。
【００２６】
記憶媒体３０４は、医師用端末３００が蓄える種々のデータや、制御装置３０３が実行するためのプログラムのデータ等を記録するための記憶媒体であり、例えばＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等が用いられる。なお、記憶媒体３０４に記録されるプログラムのデータは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記録媒体に記録されて提供されたり、ネットワークを介して提供され、公開者が取得したプログラムのデータを記憶媒体３０４にインストールすることによって、制御装置３０３がプログラムを実行できるようになる。
【００２７】
表示装置３０５は、例えば液晶モニタであって、制御装置３０３から出力される種々の表示用データが表示される。
【００２８】
カメラ３０６は、レンズ、撮像素子、その他周辺回路によって構成される公知の撮像装置である。カメラ３０６で撮影された画像や動画のデータは、制御装置３０３へ出力される。
【００２９】
マイク３０７は、発話者による発話音声を入力するための集音装置である。マイク３０７から入力されたアナログデータは、制御装置３０３でデジタル信号に変換される。
【００３０】
スピーカー３０８は、音声を出力するための出力装置である。制御装置３０３は、マイク３０７を介して入力された音声データとカメラ３０６で撮影された映像データを専門医用端末１００へ送信するとともに、専門医用端末１００から受信した映像データを表示装置３０５に出力して表示し、専門医用端末１００から受信した音声データをスピーカー３０８を介して出力することにより、専門医用端末１００と医師用端末３００との間でテレビ通話を可能とする。テレビ通話を行うための技術については、公知のため説明を省略する。
【００３１】
本実施の形態における遠隔診療支援システム１０は、専門医用端末１００と医師用端末３００とを通信回線を介して接続して、ＤｏｃｔｏｒＴｏＰａｔｉｅｎｔＷｉｔｈＤｏｃｔｏｒ遠隔診療を行うために、医師を遠隔からサポートする専門医を選定するための仕組みを提供する。
【００３２】
患者を対面診療する医師は、医師用端末３００を操作して、来院した患者に疑いのある疾患名を入力する。本実施の形態では、例えば、患者にてんかんの疑いがある場合を想定し、ここでは患者に疑いがある疾患名として「てんかん」が入力される。
【００３３】
医師は、医師用端末３００を操作して、来院した患者の基本情報を入力する。患者の基本情報は、患者の疾患やその他の要因により異なるが、例えば、てんかん疑いの患者の場合には、患者の基本情報として、来院病院名、医師名、性別、年齢、既往歴、主訴などの情報が入力される。
【００３４】
制御装置３０３は、入力された患者に疑いのある疾患名の情報と患者の基本情報とを含んだ患者情報を遠隔医療支援サーバー２００へ送信する。なお、制御装置３０３は、患者に疑いのある疾患名の情報と患者の基本情報は、同時に遠隔医療支援サーバー２００へ送信してもよいし、患者に疑いのある疾患名が入力されたタイミングと患者の基本情報が入力されたタイミングに分けて遠隔医療支援サーバー２００へ送信してもよい。
【００３５】
遠隔医療支援サーバー２００では、制御装置２０２は、医師用端末３００から患者情報を受信すると、受信した情報を記憶媒体２０３へ記録する。これによって、遠隔診療支援システム１０に患者に疑いのある疾患名の情報と患者の基本情報が登録される。
【００３６】
制御装置２０２は、医師用端末３００へ疑いのある疾患の診断に必要な問診と検査を指示するための指示情報を送信する。疑いのある疾患の診断に必要な問診と検査の内容を示す情報は、あらかじめ疾患ごとに設定されて記憶媒体２０３に記録されており、制御装置２０２は、記憶媒体２０３から疑いのある疾患に対応する情報を読み出して指示情報とすればよい。例えば、本実施の形態では、てんかん疑いのある患者の場合、発作の頻度、状況や誘因、持続時間、外傷・咬舌・尿失禁の有無、発作後の頭痛と筋肉痛、初発年齢、発作および発作型の変化・推移、最終発作がいつか、発作と睡眠との関係、精神疾患の既往、アルコール歴、常用薬、麻薬歴、家族歴、社会歴を推薦問診として指示し、必須検査として脳波検査を指示し、推奨追加検査としてＭＲＩを指示するものとする。
【００３７】
医師用端末３００では、制御装置３０３は、遠隔医療支援サーバー２００から推薦問診、必須検査、推奨追加検査の情報を含んだ指示情報を受信すると、表示装置３０５に受信した情報を表示する。これによって、患者を対面診療する医師は、患者の疾患の診断に必要な問診内容と検査内容を把握して、患者に対して問診と検査を行うことができる。なお、本実施の形態では、医師は、指示をされた推薦問診と必須検査を患者に対して実施し、推奨追加検査は、設備等があり検査が可能な場合に行うものとする。
【００３８】
医師は、医師用端末３００を操作して、患者に対して行った推薦問診、必須検査、推奨追加検査の結果を入力する。制御装置３０３は、入力された推薦問診の結果、必須検査の結果、推奨追加検査の結果を含んだ問診と検査の結果情報を遠隔医療支援サーバー２００へ送信する。
【００３９】
遠隔医療支援サーバー２００では、制御装置２０２は、医師用端末３００から問診と検査の結果情報を受信すると、受信した結果情報を記憶媒体２０３へ記録する。また、記憶媒体２０３には、あらかじめ専門医に関する情報が記録されている。専門医に関する専門医情報には、専門医ごとに、対応可能な疾患名、所在地域、経験症例数、保有している専門医資格、および論文発表回数の情報が含まれている。
【００４０】
制御装置２０２は、記憶媒体２０３に記録されている専門医に関する情報を参照して、医師用端末３００から受信した患者に疑いのある疾患名の情報と患者の基本情報に基づいて、あらかじめ設定されているアルゴリズムで患者を対面診療する医師をサポートする専門医を選定する。
【００４１】
患者を対面診療する医師をサポートする専門医を選定するためのアルゴリズムは限定されないが、例えば、対応可能な疾患名が患者に疑いのある疾患名に一致する専門医を候補者とし、候補者の中から、候補者の中から所在地域が患者の来院病院に近い専門医を優先し、経験症例数が多い専門医を優先し、専門医資格保有者を優先し、論文発表回数が多い専門医を優先して専門医を選定するようなアルゴリズムが考えられる。
【００４２】
例えば、てんかん疑いの患者に対する専門医を選定するためのアルゴリズムは、医師と専門医の住所に基づいて、医師と同じ一次医療圏にいる専門医が優先して選定されるようになっている。このとき、一次医療圏にいる専門医が登録者の中にいない場合は、二次医療圏、三次医療圏、日本全国と範囲を広げて、医師から近い専門医が優先されるようにする。また、経験症例数は、厚生労働省による公開情報から所属病院の症例数を上限として、自己申告の多い専門医が優先して選定されるようにする。専門医資格は、日本てんかん学会の専門医認定の有している専門医を有していない専門医に優先して選定されるようになっている。論文発表回数は、論文発表回数が多い専門医が優先して選定されるようになっている。なお、アルゴリズムの処理内容は限定されないが、例えば、上記の医療圏、経験症例数、専門医資格の有無、論文発表回数を総合的に判断して適切な専門医が選定されるように構成されているものとする。
【００４３】
制御装置２０２は、選定した専門医の専門医用端末１００へ患者の疑い疾患名、患者の基本情報、問診と検査の結果情報を含んだ診断依頼情報を送信する。
【００４４】
専門医用端末１００では、制御装置１０３は、遠隔医療支援サーバー２００から受信した診断依頼情報をタッチパネル１０１に表示する。診断依頼情報は、専門医の指示に基づいて表示してもよいし、遠隔医療支援サーバー２００から情報を受信したタイミングで自動的に表示してもよい。
【００４５】
専門医は、表示された診断依頼情報に基づいて患者の診断を行い、推薦する治療内容や専門病院への転院の必要性の有無などを判断する。そして専門医は、専門医用端末１００を操作して診断結果、推薦治療、専門病院への転院の必要性の有無を含んだ診断結果情報を入力する。例えば、てんかん疑いの患者に対する診断結果としては、「若年ミオクロニーてんかん、小児期から発症しておりアルコール飲酒時に誘発されている、短時間の欠神発作、脳波に若年ミオクロニーてんかんの特徴のある波形が確認されたから」という情報が入力される。推薦治療としては、「抗てんかん薬、一般名：ペランパネル水和物、１日１回就寝前２ｍｇ経口、飲酒を辞める、規則正しい生活、入浴時は浴槽の推移を低く、転倒リスクの意識、家族へ病状・リスク説明」という情報が入力される。専門病院への転院の必要性としては「無し」という情報が入力される。なお、ここに示した診断結果情報の例は一例であり、これに限定されるものではない。制御装置１０３は、専門医によって入力された診断結果情報を遠隔医療支援サーバー２００へ送信する。
【００４６】
遠隔医療支援サーバー２００では、制御装置２０２は、専門医用端末１００から診断結果情報を受信すると、受信した診断結果情報を記憶媒体２０３へ記録する。これによって、遠隔診療支援システム１０に患者の診断結果情報が登録される。
【００４７】
制御装置２０２は、医師及び専門医の診療可能時間に基づいて患者の遠隔診療を行うスケジュールを複数候補生成し、生成したスケジュール候補の情報を専門医用端末１００と医師用端末３００へ送信する。なお、医師と専門医の診療可能時間の情報は、あらかじめ登録されて記憶媒体２０３に記録されているものとする。
【００４８】
専門医用端末１００では、制御装置１０３は、遠隔医療支援サーバー２００からスケジュール候補の情報を受信すると、受信した情報をタッチパネル１０１へ表示する。専門医は、専門医用端末１００を操作してスケジュール候補の中から対応可能な日時を選択して回答する。制御装置１０３は、専門医によって対応可能な日時が選択されると、対応可能な日時の情報を遠隔医療支援サーバー２００へ送信する。
【００４９】
医師用端末３００では、制御装置３０３は、遠隔医療支援サーバー２００からスケジュール候補の情報を受信すると、受信した情報を表示装置３０５へ表示する。医師は、医師用端末３００を操作してスケジュール候補の中から対応可能な日時を選択して回答する。制御装置３０３は、医師によって対応可能な日時が選択されると、対応可能な日時の情報を遠隔医療支援サーバー２００へ送信する。
【００５０】
遠隔医療支援サーバー２００では、制御装置２０２は、専門医用端末１００と医師用端末３００から受信した対応可能な日時の情報に基づいて、専門医が回答した日時と医師が回答した日時が一致する日時で遠隔診療を行う日時を確定させる。このとき、専門医と医師が回答した日時に一致したものが無い場合は、再度スケジュール候補の送信からやり直せばよい。
【００５１】
制御装置２０２は、確定した遠隔診療を行う日時を専門医用端末１００と医師用端末３００と患者が所持する不図示の端末へメールやＳＭＳなどの通信手段を利用して送信する。これにより、専門医が医師をサポートして遠隔診療を行う日時が専門医、医師、および患者に通知される。
【００５２】
患者は通知された日時に対面診療を行う医師のもとに来院し、医師と専門医は、医師用端末３００と専門医用端末１００とを用いたテレビ通話を行う。これによって、医師は専門医のサポートを受けながら患者を対面診療することができる。テレビ通話では、専門医は、診断結果、推薦治療、専門病院への転院の必要性などについて、診断結果情報を画面に表示させながら説明することができる。
【００５３】
図５は、本実施の形態における専門医用端末１００で実行される処理の流れを示すフローチャートである。図５に示す処理は、専門医用端末１００で動作する遠隔診療支援システム用のソフトウェアのが実行されると起動するプログラムとして、制御装置１０３によって実行される。なお、遠隔診療支援システム用のソフトウェアは、操作者によって実行が指示されてもよく、専門医用端末１００の電源がオンされると自動的に実行されるようにしてもよい。あるいは、その他の開始条件を満たしたときに実行されるようにしてもよい。
【００５４】
ステップＳ１０において、制御装置１０３は、遠隔医療支援サーバー２００から上述した診断依頼情報を受信したか否かを判断する。ステップＳ１０で否定判断した場合には、後述するステップＳ３０へ進む。これに対して、ステップＳ１０で肯定判断した場合には、ステップＳ２０へ進む。
【００５５】
ステップＳ２０では、制御装置１０３は、遠隔医療支援サーバー２００から受信した診断依頼情報をタッチパネル１０１に表示する。なお、ここでの診断依頼情報の表示は、上述したように、専門医の指示に基づいて表示してもよいし、遠隔医療支援サーバー２００から情報を受信したタイミングで自動的に表示してもよい。その後、ステップＳ３０へ進む。
【００５６】
ステップＳ３０では、制御装置１０３は、専門医によって上述した診断結果情報が入力されたか否かを判断する。ステップＳ３０で否定判断した場合には、後述するステップＳ５０へ進む。これに対して、ステップＳ３０で肯定判断した場合には、ステップＳ４０へ進む。
【００５７】
ステップＳ４０では、制御装置１０３は、専門医によって入力された診断結果情報を遠隔医療支援サーバー２００へ送信する。その後、ステップＳ５０へ進む。
【００５８】
ステップＳ５０では、制御装置１０３は、上述したように、遠隔医療支援サーバー２００からスケジュール候補の情報を受信したか否かを判断する。ステップＳ５０で否定判断した場合には、後述するステップＳ９０へ進む。これに対して、ステップＳ５０で肯定判断した場合には、ステップＳ６０へ進む。
【００５９】
ステップＳ６０では、制御装置１０３は、遠隔医療支援サーバー２００から受信したスケジュール候補の情報を表示する。その後、ステップＳ７０へ進む。
【００６０】
ステップＳ７０では、制御装置１０３は、専門医によってスケジュール候補の中から対応可能な日時が選択されたか否かを判断する。ステップＳ７０で肯定判断した場合には、ステップＳ８０へ進む。
【００６１】
ステップＳ８０では、制御装置１０３は、専門医によって選択された対応可能な日時の情報を遠隔医療支援サーバー２００へ送信する。その後、ステップＳ９０へ進む。
【００６２】
ステップＳ９０では、制御装置１０３は、遠隔診療支援システム用のソフトウェアの終了条件を満たしたか否かを判断する。遠隔診療支援システム用のソフトウェアの終了条件は、操作者によって終了が指示されたときに満たしたと判定してもよいし、専門医用端末１００の電源がオフされたときに満たしたと判定してもよい。またはその他の終了条件があらかじめ設定されていてもよい。ステップＳ９０で否定判断した場合には、ステップＳ１０へ戻る。これに対して、ステップＳ９０で肯定判断した場合には、処理を終了する。
【００６３】
図６は、本実施の形態における遠隔診療支援サーバー２００で実行される処理の流れを示すフローチャートである。図６に示す処理は、遠隔診療支援サーバー２００で動作する遠隔診療支援システム用のソフトウェアが実行されると起動するプログラムとして、制御装置２０２によって実行される。なお、遠隔診療支援システム用のソフトウェアの実行は、操作者によって指示されてもよく、遠隔診療支援サーバー２００の電源がオンされると自動的に指示されるようにしてもよい。あるいは、その他の開始条件を満たしたときに実行されるようにしてもよい。
【００６４】
ステップＳ１１０において、制御装置２０２は、医師用端末３００から上述した患者情報を受信したか否かを判断する。ステップＳ１１０で否定判断した場合には、後述するステップＳ１４０へ進む。これに対して、ステップＳ１１０で肯定判断した場合には、ステップＳ１２０へ進む。
【００６５】
ステップＳ１２０では、制御装置２０２は、医師用端末３００から受信した患者情報を記憶媒体２０３へ記録する。その後、ステップＳ１３０へ進む。
【００６６】
ステップＳ１３０では、制御装置２０２は、医師用端末３００へ疑いのある疾患の診断に必要な問診と検査を指示するための指示情報を送信する。その後、ステップＳ１４０へ進む。
【００６７】
ステップＳ１４０では、制御装置２０２は、医師用端末３００から上述した問診と検査の結果情報を受信したか否かを判断する。ステップＳ１４０で否定判断した場合には、後述するステップＳ１８０へ進む。これに対して、ステップＳ１４０で肯定判断した場合には、ステップＳ１５０へ進む。
【００６８】
ステップＳ１５０では、制御装置２０２は、医師用端末３００から受信した問診と検査の結果情報を記憶媒体２０３へ記録する。その後、ステップＳ１６０へ進む。
【００６９】
ステップＳ１６０では、制御装置２０２は、上述したように、記憶媒体２０３に記録されている専門医に関する情報を参照して、医師用端末３００から受信した患者に疑いのある疾患名の情報と患者の基本情報に基づいて、あらかじめ設定されているアルゴリズムによる処理を実行して、患者を対面診療する医師をサポートする専門医を選定する。その後、ステップＳ１７０へ進む。
【００７０】
ステップＳ１７０では、制御装置２０２は、選定した専門医の専門医用端末１００へ患者の疑い疾患名、患者の基本情報、問診と検査の結果情報を含んだ診断依頼情報を送信する。その後、ステップＳ１８０へ進む。
【００７１】
ステップＳ１８０では、制御装置２０２は、専門医用端末１００から上述した診断結果情報を受信したか否かを判断する。ステップＳ１８０で否定判断した場合には、後述するステップＳ２５０へ進む。これに対して、ステップＳ１８０で肯定判断した場合には、ステップＳ１９０へ進む。
【００７２】
ステップＳ１９０では、制御装置２０２は、専門医用端末１００から受信した診断結果情報を記憶媒体２０３へ記録する。その後、ステップＳ２００へ進む。
【００７３】
ステップＳ２００では、制御装置２０２は、医師及び専門医の診療可能時間に基づいて患者の遠隔診療を行うスケジュールを複数候補生成する。その後、ステップＳ２１０へ進む。
【００７４】
ステップＳ２１０では、制御装置２０２は、生成したスケジュール候補の情報を専門医用端末１００と医師用端末３００へ送信する。その後、ステップＳ２２０へ進む。
【００７５】
ステップＳ２２０では、制御装置２０２は、専門医用端末１００と医師用端末３００から対応可能な日時の情報を受信したか否かを判断する。ステップＳ２２０で肯定判断した場合には、ステップＳ２３０へ進む。
【００７６】
ステップＳ２３０では、制御装置２０２は、専門医用端末１００と医師用端末３００から受信した対応可能な日時の情報に基づいて、専門医が回答した日時と医師が回答した日時が一致する日時を遠隔診療を行う日時として確定する。その後、ステップＳ２４０へ進む。
【００７７】
ステップＳ２４０では、制御装置２０２は、確定した遠隔診療を行う日時を専門医用端末１００と医師用端末３００と患者が所持する不図示の端末へメールやＳＭＳなどの通信手段を利用して送信する。その後、ステップＳ２５０へ進む。
【００７８】
ステップＳ２５０では、制御装置２０２は、遠隔診療支援システム用のソフトウェアの終了条件を満たしたか否かを判断する。遠隔診療支援システム用のソフトウェアの終了条件は、操作者によって終了が指示されたときに満たしたと判定してもよいし、遠隔診療支援サーバー２００の電源がオフされたときに満たしたと判定してもよい。またはその他の終了条件があらかじめ設定されていてもよい。ステップＳ２５０で否定判断した場合には、ステップＳ１１０へ戻る。これに対して、ステップＳ２５０で肯定判断した場合には、処理を終了する。
【００７９】
図７は、本実施の形態における医師用端末３００で実行される処理の流れを示すフローチャートである。図７に示す処理は、医師用端末３００で動作する遠隔診療支援システム用のソフトウェアが実行されると起動するプログラムとして、制御装置３０３によって実行される。なお、遠隔診療支援システム用のソフトウェアは、操作者によって実行が指示されてもよく、医師用端末３００の電源がオンされると自動的に実行されるようにしてもよい。あるいは、その他の開始条件を満たしたときに実行されるようにしてもよい。
【００８０】
ステップＳ３１０において、制御装置３０３は、医師によって患者に疑いのある疾患名の情報と患者の基本情報とを含んだ患者情報が入力されたか否かを判断する。ステップＳ３１０で否定判断した場合には、後述するステップＳ３３０へ進む。これに対して、ステップＳ３１０で肯定判断した場合には、ステップＳ３２０へ進む。
【００８１】
ステップＳ３２０では、制御装置３０３は、医師によって入力された患者情報を遠隔医療支援サーバー２００へ送信する。その後、ステップＳ３３０へ進む。
【００８２】
ステップＳ３３０では、制御装置３０３は、遠隔医療支援サーバー２００から上述した指示情報を受信したか否かを判断する。ステップＳ３３０で否定判断した場合には、後述するステップＳ３５０へ進む。これに対して、ステップＳ３３０で肯定判断した場合には、ステップＳ３４０へ進む。
【００８３】
ステップＳ３４０では、制御装置３０３は、遠隔医療支援サーバー２００から受信した指示情報を表示装置３０５へ表示する。その後、ステップＳ３５０へ進む。
【００８４】
ステップＳ３５０では、制御装置３０３は、医師によって、上述した推薦問診の結果、必須検査の結果、推奨追加検査の結果を含んだ問診と検査の結果情報が入力されたか否かを判断する。ステップＳ３５０で否定判断した場合には、後述するステップＳ３７０へ進む。これに対して、ステップＳ３５０で肯定判断した場合には、ステップＳ３６０へ進む。
【００８５】
ステップＳ３６０では、制御装置１０３は、医師によって入力された問診と検査の結果情報を遠隔医療支援サーバー２００へ送信する。その後、ステップＳ３７０へ進む。
【００８６】
ステップＳ３７０では、制御装置３０３は、上述したように、遠隔医療支援サーバー２００からスケジュール候補の情報を受信したか否かを判断する。ステップＳ３７０で否定判断した場合には、後述するステップＳ４１０へ進む。これに対して、ステップＳ３７０で肯定判断した場合には、ステップＳ３８０へ進む。
【００８７】
ステップＳ３８０では、制御装置３０３は、遠隔医療支援サーバー２００から受信したスケジュール候補の情報を表示する。その後、ステップＳ３９０へ進む。
【００８８】
ステップＳ３９０では、制御装置３０３は、医師によってスケジュール候補の中から対応可能な日時が選択されたか否かを判断する。ステップＳ３９０で肯定判断した場合には、ステップＳ４００へ進む。
【００８９】
ステップＳ４００では、制御装置３０３は、医師によって選択された対応可能な日時の情報を遠隔医療支援サーバー２００へ送信する。その後、ステップＳ４１０へ進む。
【００９０】
ステップＳ４１０では、制御装置３０３は、遠隔診療支援システム用のソフトウェアの終了条件を満たしたか否かを判断する。遠隔診療支援システム用のソフトウェアの終了条件は、操作者によって終了が指示されたときに満たしたと判定してもよいし、医師用端末３００の電源がオフされたときに満たしたと判定してもよい。またはその他の終了条件があらかじめ設定されていてもよい。ステップＳ４１０で否定判断した場合には、ステップＳ３１０へ戻る。これに対して、ステップＳ４１０で肯定判断した場合には、処理を終了する。
【００９１】
以上説明した実施の形態によれば、以下のような作用効果を得ることができる。
（１）医師用端末３００では、制御装置３０３は、患者に疑いのある疾患名の情報を含んだ患者情報の入力を受け付け、遠隔診療支援サーバー２００から患者に対して行う問診と検査を指示するための指示情報を受信し、指示情報に基づく問診結果と検査結果の情報の入力を受け付けるようにした。遠隔診療支援サーバー２００では、制御装置２０２は、医師用端末３００で入力された患者情報を受信し、患者に疑いのある疾患名に基づいて、患者に疑いのある疾患の診断に必要な問診と検査を指示するための指示情報を医師用端末３００へ送信し、医師用端末３００で入力された問診と検査の結果情報を受信し、あらかじめ登録されている専門医に関する情報を参照して、患者情報に基づいて医師をサポートする専門医を選定し、選定した専門医の専門医用端末１００へ患者情報と問診及び検査の結果情報を含んだ診断依頼情報を送信し、専門医用端末１００から診断依頼情報に基づく患者の診断結果を示す診断結果情報を受信するようにした。専門医用端末１００では、制御装置１０３は、遠隔診療支援サーバー２００から診断依頼情報を受信し、診断結果情報の入力を受け付け、入力を受け付けた診断結果情報を遠隔診療支援サーバー２００へ送信するようにした。これによって、患者に対して対面診療を行う医師を遠隔からサポートする専門医を選定するための仕組みを提供することができる。また、専門医に対して患者の診断を依頼することができる。
【００９２】
（２）遠隔診療支援サーバー２００では、制御装置２０２は、あらかじめ登録されている医師及び専門医の診療可能時間の情報に基づいて、患者の遠隔診療を行うスケジュールを複数候補生成し、生成したスケジュール候補の情報を専門医用端末１００と医師用端末３００へ送信し、専門医用端末１００と医師用端末３００から、スケジュール候補の中から選択された対応可能な日時の情報を受信し、受信した情報に基づいて、専門医が対応可能な日時と医師が対応可能な日時が一致する日時を専門医、医師、および患者へ通知するようにした。これによって、患者は通知された日時に医師のもとに来院し、医師はテレビ通話により専門医のサポートを受けながら患者を対面診療することができる。テレビ通話では、専門医は、診断結果、推薦治療、専門病院への転院の必要性などについて、診断結果情報を画面に表示させながら説明することもできる。
【００９３】
（３）医師用端末３００では、制御装置３０３は、医師から入力を受け付けた問診と検査の結果情報を遠隔診療支援サーバー２００へ送信するようにした。これによって、医師は患者に対して行った推薦問診、必須検査、推奨追加検査の結果を入力して遠隔診療支援サーバー２００へ送信することができる。
【００９４】
（４）患者情報は、患者に疑いのある疾患名の情報とともに、患者の基本情報を含むようにした。これによって、患者の基本情報も加味して専門医を選定することができる。
【００９５】
―変形例―
なお、上述した実施の形態の遠隔診療支援システムは、以下のように変形することもできる。
（１）上述した実施の形態では、患者に疑いのある疾患名としててんかんを想定したが、本発明はてんかん以外の疾患にも対応可能である。その場合、患者情報、指示情報、問診と検査の結果情報、診断依頼情報、診断結果情報などの各情報はそれぞれの疾患に応じた情報となる。
【００９６】
（２）上述した実施の形態では、患者を対面診療する医師が医師用端末３００を操作して来院した患者の基本情報を入力し、制御装置３０３は、入力された基本情報を含んだ患者情報を遠隔医療支援サーバー２００へ送信する例について説明した。しかしながら、患者の基本情報は、医師が勤務する医療機関が有する電子カルテや病院情報システムなどの院内システムに入力され、院内システムから遠隔医療支援サーバー２００へ送信されるようにしてもよい。これによって、既存の院内システムと連携させて遠隔医療支援サーバー２００へ患者の基本情報を登録することができる。
【００９７】
（３）上述した実施の形態では、患者を対面診療する医師が医師用端末３００を操作して患者に対して行った推薦問診、必須検査、推奨追加検査の結果を入力し、制御装置３０３は、入力された推薦問診の結果、必須検査の結果、推奨追加検査の結果を含んだ結果情報を遠隔医療支援サーバー２００へ送信する例について説明した。しかしながら、問診と検査の結果情報は、電子カルテや病院情報システムなどの医師が勤務する医療機関が有する院内システムに入力され、院内システムから遠隔医療支援サーバー２００へ送信されるようにしてもよい。これによって、既存の院内システムと連携させて遠隔医療支援サーバー２００へ患者の問診と検査の結果情報を登録することができる。
【００９８】
（４）上述した実施の形態では、遠隔医療支援サーバー２００の制御装置２０２が実行する専門医を選定するためのアルゴリズムは、例えば、対応可能な疾患名が患者に疑いのある疾患名に一致する専門医を候補者とし、候補者の中から、候補者の中から所在地域が患者の来院病院に近い専門医を優先し、経験症例数が多い専門医を優先し、専門医資格保有者を優先し、論文発表回数が多い専門医を優先して専門医を選定するようなアルゴリズムとする例について説明した。しかしながら、アルゴリズムは、患者に疑いのある疾患名、患者の基本情報、および専門医に関する情報に基づいて、適切な専門医が選定されるように定義されているものであれば、上記の内容に限定されない。例えば、医療圏、経験症例数、専門医資格の有無、論文発表回数に基づいて専門医に加点をし、最も得点が高い専門医を選定するなどしてもよい。このとき、医療圏、経験症例数、専門医資格の有無、論文発表回数の各加点数に対して、その重要度に応じた重み付けを行うようにしてもよい。
【００９９】
（５）上述した実施の形態では、遠隔医療支援サーバー２００では、制御装置２０２は、選定した専門医の専門医用端末１００へ患者の疑い疾患名、患者の基本情報、患者の問診と検査の結果情報を含んだ診断依頼情報を送信し、専門医は、該診断依頼情報に基づいて患者の診断を行い、推薦する治療内容や専門病院への転院の必要性の有無を判断する例について説明した。このとき、遠隔医療支援サーバー２００では、制御装置２０２は、外部の診断用ＡＩシステムなどに患者の診断用のデータを転送し、診断用ＡＩシステムから解析結果を得て、該解析結果を専門医用端末１００へ送信して専門医に提供するようにしてもよい。そして、専門医用端末１００では、制御装置１０３は、遠隔医療支援サーバー２００から受信した診断用ＡＩシステムによる解析結果をタッチパネル１０１へ表示するようにしてもよい。これにより、あらかじめ構築されている診断用のＡＩ（人工知能）システムを活用して専門医に対して解析結果を提供することができるため、専門医はＡＩによる解析結果を患者の診断に活かすことができる。例えば、心電図データを心電図診断ＡＩシステムに転送して解析結果を得ることで専門医は不整脈が発生しているかを確認することができる。また、ＣＴ画像を画像診断ＡＩシステムに転送して解析結果を得ることで専門医は病変部位及び疑われる病名を確認することができる。また、脳波データを脳波解析ＡＩシステムに転送して解析結果を得ることで専門医はてんかん発作が発生しているかを確認することができる。図８は、脳波データを脳波解析ＡＩシステムに転送して得た解析結果の一例を示す図である。専門医はこの解析結果を得ることにより、符号８ａに示す四角で囲んだ箇所でてんかん発作が発生していることを把握することができる。なお、診断用ＡＩシステムは公知の技術であるため説明は省略する。
【０１００】
（６）上述した実施の形態では、遠隔診療支援システム１０は、図１に示したように、専門医用端末１００と遠隔診療支援サーバー２００と医師用端末３００とが通信回線、例えばインターネットを介して接続された構成である例について説明した。しかしながら、遠隔診療支援システム１０は、本発明の目的を達成することができる構成であれば、図１に示した構成には限定されない。すなわち、遠隔診療支援システム１０は、患者に対して対面診療を行う医師を遠隔診療によりサポートする専門医を選定するための遠隔診療支援システムであって、患者に疑いのある疾患名の情報を含んだ患者情報の入力を受け付ける患者情報入力受付手段と、患者情報入力受付手段で入力を受け付けた患者情報に基づいて、患者に疑いのある疾患の診断に必要な問診と検査を指示するための指示情報を提示して、問診と検査を医師へ指示する指示手段と、指示情報に基づく問診結果と検査結果の情報を含んだ結果情報の入力を受け付ける結果情報入力受付手段と、あらかじめ登録されている専門医に関する情報を参照して、患者情報に基づいて医師をサポートする専門医を選定する専門医選定手段と、専門医選定手段によって選定された専門医へ患者情報と結果情報を提示して患者の診断を依頼する診断依頼手段と、専門医から、診断依頼情報に基づく患者の診断結果を示す診断結果情報の入力を受け付ける診断結果情報入力受付手段とを備える構成であれば、図１に示した構成に限定されない。
【０１０１】
なお、本発明の特徴的な機能を損なわない限り、本発明は、上述した実施の形態における構成に何ら限定されない。また、上述の実施の形態と複数の変形例を組み合わせた構成としてもよい。
【符号の説明】
【０１０２】
１０  遠隔診療支援システム
１００  専門医用端末
１０１  タッチパネル
１０２  通信モジュール
１０３  制御装置
１０４  カメラ
１０５  マイク
１０６  スピーカー
２００  遠隔診療支援サーバー
２０１  接続インターフェース
２０２  制御装置
２０３  記憶媒体
３００  医師用端末
３０１  操作部材
３０２  接続インターフェース
３０３  制御装置
３０４  記憶媒体
３０５  表示装置
３０６  カメラ
３０７  マイク
３０８  スピーカー
【図１】
0006958880.tif 000002
【図２】
0006958880.tif 000003
【図３】
0006958880.tif 000004
【図４】
0006958880.tif 000005
【図５】
0006958880.tif 000006
【図６】
0006958880.tif 000007
【図７】
0006958880.tif 000008
【図８】
0006958880.tif 000009