(57)【要約】【課題】ユーザにとって適切な医師に対して、各種各様な医療相談を医療機関に赴くことなく手軽にユーザが行えること。【解決手段】医師の属性情報が格納された医師情報ＤＢ６１と、当該医師による過去の医療相談ログ情報が格納されたカウンセリング結果ＤＢ６２とが対応付けて管理されている。医師リスト提示部５１は、所定のユーザ端末２に対して、複数の医師の夫々の属性情報を提示し、複数の医師のうち、当該ユーザにより選択された医療相談の候補医師については、当該候補医師の医療相談ログ情報を提示する。カウンセリング支援部５３は、１以上の候補医師の中からユーザにより選択された医療相談の担当医師に対する、ユーザの医療相談を支援する制御を実行する。カウンセリング結果記録制御部５４は、担当医師による医療相談の内容を、当該担当医師の前記医療相談ログ情報として生成し、カウンセリング結果ＤＢ６２に格納させる。【選択図】図３
2017010152.tif 000002
【特許請求の範囲】
【請求項１】
医療相談を支援する情報処理装置であって、
医療相談対応者の属性情報と、当該医療相談対応者による過去の医療相談ログ情報とを対応付けて複数の医療相談対応者毎に管理する管理手段と、
アクセスをしてきた所定のユーザの端末に対して、前記複数の医療相談対応者の夫々の属性情報を提示し、前記複数の医療相談対応者のうち、当該ユーザにより選択された医療相談の候補医療相談対応者については、当該候補医療相談対応者の前記医療相談ログ情報を提示する提示手段と、
１以上の前記候補医療相談対応者の中から前記ユーザにより選択された医療相談の担当医療相談対応者に対する、前記ユーザの医療相談を支援する制御を実行する医療相談支援手段と、
前記医療相談支援手段の制御対象となった前記担当医療相談対応者による医療相談の内容を、当該担当医療相談対応者の前記医療相談ログ情報として生成し、前記管理手段に供給する制御を実行する医療相談ログ生成手段と、
を備える情報処理装置。
【請求項２】
前記担当医療相談対応者に対する前記ユーザの評価を受け付ける評価受付手段をさらに備え、
前記管理手段は、前記担当医療相談対応者の評価を、当該担当医療相談対応者の属性情報の一部として管理する、
請求項１に記載の情報処理装置。
【請求項３】
前記医療相談ログ情報は、医療相談中に前記担当医療相談対応者の端末と前記ユーザの端末との間で送受信された情報を含む、
請求項１又は２に記載の情報処理装置。
【請求項４】
医療相談を支援する情報処理装置が実行する情報処理方法において、
医療相談対応者の属性情報と、当該医療相談対応者による過去の医療相談ログ情報とを対応付けて複数の医療相談対応者毎に管理する管理ステップと、
アクセスをしてきた所定のユーザの端末に対して、前記複数の医療相談対応者の夫々の属性情報を提示し、前記複数の医療相談対応者のうち、当該ユーザにより選択された医療相談の候補医療相談対応者については、当該候補医療相談対応者の前記医療相談ログ情報を提示する提示ステップと、
１以上の前記候補医療相談対応者の中から前記ユーザにより選択された医療相談の担当医療相談対応者に対する、前記ユーザの医療相談を支援する制御を実行する医療相談支援ステップと、
前記医療相談支援ステップにおいて制御対象となった前記担当医療相談対応者による医療相談の内容を、当該担当医療相談対応者の前記医療相談ログ情報として生成し、前記管理ステップの管理対象として供給する制御を実行する医療相談ログ生成ステップと、
を含む情報処理方法。
【請求項５】
医療相談を支援するコンピュータに、
医療相談対応者の属性情報と、当該医療相談対応者による過去の医療相談ログ情報とを対応付けて複数の医師毎に管理する管理ステップと、
アクセスをしてきた所定のユーザの端末に対して、前記複数の医療相談対応者の夫々の属性情報を提示し、前記複数の医療相談対応者のうち、当該ユーザにより選択された医療相談の候補医療相談対応者については、当該候補医療相談対応者の前記医療相談ログ情報を提示する提示ステップと、
１以上の前記候補医療相談対応者の中から前記ユーザにより選択された医療相談の担当医療相談対応者に対する、前記ユーザの医療相談を支援する制御を実行する医療相談支援ステップと、
前記医療相談支援ステップにおいて制御対象となった前記担当医療相談対応者による医療相談の内容を、当該担当医療相談対応者の前記医療相談ログ情報として生成し、前記管理ステップの管理対象として供給する制御を実行する医療相談ログ生成ステップと、
を含む制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び方法、並びにプログラムに関する。
【背景技術】
【０００２】
従来より、セカンドオピニオン（所定の症例に関する質問に対する回答）を自動的に行う技術が存在する（例えば特許文献１，２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−００１８９６号公報
【特許文献２】特開２００５−２９３２７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、単にセカンドオピニオンを求めるだけではなく、一歩進んで、各種各様な医療相談を医療機関に赴くことなく手軽にしたいというユーザの要望が増えている。さらに、この場合、適切な医師に医療相談をしたいというユーザの要望も増えている。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、ユーザにとって適切な医師に対して、各種各様な医療相談を医療機関に赴くことなく手軽にユーザが行える技術を実現することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一側面の情報処理装置は、
医療相談を支援する情報処理装置であって、
医療相談対応者の属性情報と、当該医療相談対応者による過去の医療相談ログ情報とを対応付けて複数の医療相談対応者毎に管理する管理手段と、
アクセスをしてきた所定のユーザの端末に対して、前記複数の医療相談対応者の夫々の属性情報を提示し、前記複数の医療相談対応者のうち、当該ユーザにより選択された医療相談の候補医療相談対応者については、当該候補医療相談対応者の前記医療相談ログ情報を提示する提示手段と、
１以上の前記候補医療相談対応者の中から前記ユーザにより選択された医療相談の担当医療相談対応者に対する、前記ユーザの医療相談を支援する制御を実行する医療相談支援手段と、
前記医療相談支援手段の制御対象となった前記担当医療相談対応者による医療相談の内容を、当該担当医療相談対応者の前記医療相談ログ情報として生成し、前記管理手段に供給する制御を実行する医療相談ログ生成手段と、
を備える。
【０００７】
ここで、
前記担当医療相談対応者に対する前記ユーザの評価を受け付ける評価受付手段をさらに備え、
前記管理手段は、前記担当医療相談対応者の評価を、当該担当医療相談対応者の属性情報の一部として管理する、ようにすることができる。
【０００８】
前記医療相談ログ情報は、医療相談中に前記担当医療相談対応者の端末と前記ユーザの端末との間で送受信された情報を含むようにすることができる。
ようにしてもよい。
【０００９】
本発明の一側面の情報処理方法及びプログラムは、上述の本発明の一側面の情報処理装置に対応する方法及びプログラムである。
【発明の効果】
【００１０】
本発明によれば、ユーザにとって適切な医師に対して、各種各様な医療相談を医療機関に赴くことなく手軽にユーザが行える技術を実現することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る情報処理システムの全体構成を示すブロック図である。
【図２】図１の情報処理システムの構成要素のうち、本発明が適用される情報処理装置の一実施形態としてのサーバのハードウェアの構成を示すブロック図である。
【図３】図２のサーバの機能的構成を示す機能ブロック図である。
【図４】医師リストを掲載する専用のウェブサイトの一例を示す図である。
【図５】属性情報に対応付けられた医師相談ログ情報の一例を示す図である。
【図６】図３の機能的構成のサーバ１が実行する医療相談支援処理の流れを説明するフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について、図面を用いて説明する。
［全体構成］
【００１３】
図１は、本発明の実施形態に係る情報処理システムＳの全体構成を示すブロック図である。
【００１４】
図１に示すように、本実施形態に係る情報処理システムＳは、サーバ１と、医療相談を求め得るｎ人（ｎは任意の整数値）のユーザが夫々保有するユーザ端末２−１〜２−ｎと、医療相談に対応し得るｍ人（ｍは任意の整数値）の医師が夫々保有する医師端末３−１〜３−ｍが、ネットワーク４を介して相互に接続されて構成される。
なお、ユーザ端末２−１〜２−ｎの夫々を、個々に区別する必要がない場合、これらをまとめて、「ユーザ端末２」と呼ぶ。同様に、医師端末３−１〜３−ｍの夫々を、個々に区別する必要がない場合、これらをまとめて、「医師端末３」と呼ぶ。
【００１５】
図２は、本発明の情報処理装置の一実施形態としてのサーバ１のハードウェアの構成を示すブロック図である。
【００１６】
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、入力部１６と、出力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。
【００１７】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００１８】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６、出力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
【００１９】
入力部１６は、キーボードやマウス等で構成され、オペレータの指示操作に応じて各種情報を入力する。
出力部１７は、ディスプレイやスピーカ等で構成され、画像や音声を出力する。
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワーク４を介してユーザ端末２又は医師端末３との間で行う通信を制御する。
【００２０】
ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ２０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア３１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
【００２１】
なお、図示は省略するが、ユーザ端末２及び医師端末３の夫々は、図２のＣＰＵ１１乃至ドライブ２０の夫々と基本的に同様の構成と機能を有しているものとする。
【００２２】
図３は、サーバ１の機能的構成を示す機能ブロック図である。
サーバ１のＣＰＵ１１においては、医師リスト提示部５１と、医師選択受付部５２と、カウンセリング支援部５３と、カウンセリング結果記録制御部５４と、評価受付部５５とが機能する。
【００２３】
記憶部１８の一領域には、医師情報ＤＢ６１と、カウンセリング結果ＤＢ６２とが設けられる。
医師情報ＤＢ６１には、複数の医師毎に、各医師の属性情報が格納されている。属性情報自体は、特に限定されないが、少なくとも医師本人を特定可能な情報（例えばＩＤ等）と、専門分野を含み、本実施形態ではさらに、医師のカウンセリングに対するユーザの評価も含まれる。
カウンセリング結果ＤＢ６２には、複数の医師毎に、過去のカウンセリング結果のログ情報が格納されている。
医師情報ＤＢ６１とカウンセリング結果ＤＢ６２とは対応付けられて、サーバ１のＣＰＵ１１により管理されている（管理手段の機能ブロックは図３には不図示）。
即ち、図４には不図示の管理手段は、医師の属性情報と、当該医師による過去の医療相談ログ情報とを対応付けて複数の医師毎に管理する。
【００２４】
ユーザ端末２は、医師によるカウンセリングを希望するユーザの操作により、サーバ１にアクセスする。
医師リスト提示部５１は、このようにアクセスをしてきたユーザ端末２に対して、複数の医師の夫々の属性情報を羅列したリスト（以下、「医師リスト」と呼ぶ）を提示する。
【００２５】
図４は、医師リストを掲載する専用のウェブサイトの一例を示している。
ウェブサイト７１には、複数の医師の夫々の属性情報８１−１乃至８１−５が掲示される。
複数の医師の属性情報８１−１乃至８１−５は、クリック等の操作がなされると、拡大表示される（図４の例では属性情報８１−１が拡大表示さる）。
【００２６】
図４の例の医師の属性情報８１−１乃至８１−５の夫々には、医師の属性情報として、当該医師の顔写真、当該医師の氏名（Ｄｒ〇〇等）、当該医師の専門分野（内科医等）及び当該専門の経験年数（１５年等）、当該医師に対する総合評価、並びに、当該医師のカウンセリングの平均的な相談時間が含まれている。
ここで、図４の例では、当該医師に対する総合評価は、０乃至５の範囲内の数値（４．２等の小数一桁）で行われる。ただし、概要として、黒い星印の数による５段階表示（例えば総合評価が４．２ならは星印４つの評価）も行われている。
ユーザは、このような属性情報８１−１乃至８１−５の各属性情報を視認して、今回のカウンセリングを望む医師の候補（以下、「カウンセリング候補医師」と呼ぶ）を指定する。
カウンセリング候補医師の指定手法は、ユーザ端末２を操作する手法であれば足り、特に限定されないが、本実施形態では、拡大表示の操作により指定する手法が採用されている。
即ち、図４の例では、拡大表示された属性情報８１−１により特定される医師が、カウンセリング候補医師である。
【００２７】
ユーザは、このようにして選択した１以上のカウンセリング候補医師の中から、さらに、実際にカウンセリングを担当してもらう対象となる医師（以下、「カウンセリング対象医師」と呼ぶ）を選択する。
ここで、ユーザは、カウンセリング候補医師の属性情報（図４の例では属性情報８１−１）のみを判断対象として、カウンセリング対象医師を選択することもできる。
しかしながら、昨今のユーザは、一般的に入手可能な属性情報だけではなく、カウンセリング候補医師の得意分野を見極めてから、カウンセリング対象を選択したいと望むようになってきている。
例えば、ユーザはＡＧＡ(男性型脱毛症)に関するカウンセリングを所望している場合、属性情報で示される「皮膚科医」等の専門分野だけから、ＡＧＡを得意としているのか否かを判断することは困難である。
ここで、ＡＧＡに関する過去のカウンセリング結果が医師相談ログ情報として存在し、当該医師相談ログ情報を参照することができれば、ユーザは、当該医師相談ログ情報と対応付けられた医師はＡＧＡを得意としているのか否かを見極めることが容易にできるようになる。
このため、上述したように、本実施形態では、複数の医師毎に、医師の属性情報と、当該医師による過去の医療相談ログ情報とを対応付けて複数の医師毎に管理されている。
【００２８】
そこで、医師リスト提示部５１は、カウンセリング候補医師が選択された場合、その属性情報（図４の例では属性情報８１−１）のみならず、図５に示すように、医師相談ログ情報もユーザ端末２に提示する。
図５は、属性情報に対応付けられた医師相談ログ情報の一例を示している。
図５の例では、属性情報８１−１に対して、過去に行われた４回のカウンセリング結果等を示す医師相談ログ情報９１−１乃至９１−４が対応付けられている。
ここで、医師相談ログ情報９１−１及び９１−４とは、医師（経験１０年の皮膚科医のＤｒ〇〇）が、別々の者に行ったＡＧＡについてのカウンセリング結果を示している。
従って、ユーザは、医師相談ログ情報９１−１及び９１−４を確認することで、この医師（経験１０年の皮膚科医のＤｒ〇〇）がＡＧＡに詳しいと推認（少なくともカウンセリングの経験があると認識）することができる。
【００２９】
そこで、ユーザは、この属性情報８１−１に対応付けられたカウンセリング候補医師を、カウンセリング対象医師として選択したものとする。
ここで、カウンセリング対象医師の選択手法は、特に限定されないが、本実施形態では、属性情報（図５の例では属性情報８１−１）に設けられた「ｐｌｅａｓｅ」のボタンを押下して選択する手法が採用されている。つまり、ここでは、図５の属性情報８１−１内の「ｐｌｅａｓｅ」のボタンが押下されたものとする。
図３に戻り、医師選択受付部５２は、複数の医師のうち、１以上のカウンセリング候補医師の中からユーザにより選択されたカウンセリング対象医師を受付ける。具体的には、ここでは、医師選択受付部５２は、図５の属性情報８１−１内の「ｐｌｅａｓｅ」のボタンが押下されたことを検出することで、属性情報８１−１に対応付けられた医師（経験１０年の皮膚科医のＤｒ〇〇）がカウンセリング対象医師として選択されたことを受付ける。
【００３０】
カウンセリング支援部５３は、カウンセリング対象医師に対する、ユーザの医療相談を支援する制御（以下、このような制御処理を「カウンセリング処理」と呼ぶ）を実行する。
カウンセリング処理の内容は、ユーザがカウンセリング対象医師とコミュニケーションを取りながら相談をすることが可能となるように支援する処理であって、そのカウンセリング結果を医療相談ログ情報として生成可能な処理であれば、任意の内容でよい。
ユーザとカウンセリング対象医師とのコミュニケーションの手法も、特に限定されないが、双方の顔画像等を見ながら会話ができる動画のソフトウェア等を利用した手法であると好適である。
双方の会話（音声情報）のみならず、その場で又は過去に撮影した患部の画像等各種コンテンツも送受信できる環境が整った手法であるとさらに好適である。
【００３１】
さらに例えば、ユーザ端末２が、心電計、血圧、心拍等の生体データを測定可能又は取得可能であれば、当該生体データを、カウンセリング対象医師の医師端末３（図３の例では医師端末３−１）に送信することもできる。
また例えば、聴診器をユーザ側で当ててもらい、その心音のデータをユーザ端末２から医師端末３に送信することもできる。カウンセリング対象医師は、医師端末３から心音のデータを再生させることで、当該心音をその場で聞いて診察することも可能になる。
また、ユーザは、自己採血で血液をとり、その血液の分析データ（ユーザ端末２で例えば分析が可能）をユーザ端末２から医師端末３に送信することもできる。カウンセリング対象医師は、その分析結果を確認して、簡単な処置等を、遠隔でユーザ（患者や家族）に指示をだしながら処置することもできる。
つまり、カウンセリング処理が対象とする行為、即ち本明細書でいう「医療相談」とは、単なるカウンセリングに留まらず、診断をしたり、処置等の指示を遠隔で行うことを含む広義な概念である。
なお、本実施形態では、ユーザの意思によるユーザ端末２からサーバ１へのアクセスがあったときに、カウンセリング処理が実行されたが、カウンセリング処理のトリガは特にこれに限定されない。例えば、ユーザ端末２が定期的に生体データを測定可能又は取得可能であれば、生体データが異常値になったことをトリガとして、その異常値を医師端末３に送信して、医師が即座に診断可能となるようなカウンセリング処理を実行することもできる。
この場合、医師端末３が携帯可能な場合、カウンセリング対象医師が、医療機関にいないとき、即ち遠隔移動のときであっても、携帯している医師端末３を操作して、医療相談に対する応答を適切に行うことが可能になる。
逆に、ユーザ端末２が携帯可能な場合、医療機関に赴くことができないとき、即ち遠隔移動のときであっても、ユーザは、携帯しているユーザ端末２を操作して、医療相談を適切に行うことが可能になる。
【００３２】
カウンセリング結果記録制御部５４は、カウンセリング対象医師によるカウンセリングの内容（カウンセリング結果）を、当該カウンセリング対象医師の医療相談ログ情報として生成し、カウンセリング結果ＤＢ６２に記憶させる。
ここで、医療相談ログ情報の形態や内容は、特に限定されず、ユーザとカウンセリング対象医師との間のコミュニケーションの様子を示すコンテンツ（動画や音声）、ユーザとカウンセリング対象医師との間で送受信されたデータ（患部の写真等）、カウンセリング対象医師が作成したカルテ情報等各種各様な情報を採用することができる。
さらに、医療相談ログ情報は、本実施形態の用途に特に限定されず、今後見込まれる血液のデータ等の情報と共に、マイナンバーへの記録用途や、電子カルテに連動させる用途等幅広く適用可能である。
【００３３】
評価受付部５５は、カウンセリング対象医師に対するユーザの評価をユーザ端末２から受け付ける。
ユーザ評価の形態や内容は、特に限定されないが、図４や図５の例を適用する場合、例えば０〜５の評価値を含むものであるとよい。各個人の評価値に基づいて、総合評価値を算出することが容易にできるからである。その他、コメント（文章）等を評価に含めるようにしてもよい。
評価受付部５５は、受け付けた評価を、カウンセリング対象医師の属性情報の一部として医師情報ＤＢ６１に格納する。
【００３４】
次に、図６を参照して、図３の機能的構成のサーバ１が実行する一連の処理（以下、「医療相談支援処理」と呼ぶ）について説明する。
図６は、図３の機能的構成のサーバ１が実行する医療相談支援処理の流れを説明するフローチャートである。
【００３５】
ステップＳ１において、医師リスト提示部５１は、ユーザ端末２からアクセスを受付けたか否かを判定する。
ユーザ端末２からサーバ１に対するアクセスが無い場合、ステップＳ１においてＮＯであると判定されて、処理はステップＳ１に戻される。即ち、図１のユーザ端末２−１乃至２−ｎの何れからもサーバ１に対するアクセスが無い場合、ステップＳ１の判定処理が繰り返され、医療相談支援処理は待機状態になる。
ユーザ端末２−１乃至２−ｎのうちの何れかからサーバ１に対してアクセスがあった場合、ステップＳ１においてＹＥＳであると判定されて、処理はステップＳ２に進む。
【００３６】
ステップＳ２において、医師リスト提示部５１は、医師リストをユーザ端末２に提示する（図４のウェブサイト７１参照）。つまり、複数の医師の属性情報（図４の例では属性情報８１−１乃至８１−５）がユーザに提示される。
【００３７】
ステップＳ３において、医師リスト提示部５１は、カウンセリング候補医師が選択されたか否かを判定する。
カウンセリング候補医師が選択されなかった場合、ステップＳ３においてＮＯであると判定されて、処理はステップＳ１に戻されて、それ以降の処理が繰り返される。
これに対して、カウンセリング候補医師が選択された場合（図４の例では、属性情報８１−１が拡大表示されることで、当該属性情報８１−１で特定される医師がカウンセリング候補医師として選択された場合）、ステップＳ３においてＹＥＳであると判定されて、処理はステップＳ４に進む。
【００３８】
ステップＳ４において、医師リスト提示部５１は、カウンセリング候補医師に対する、カウンセリング結果等を示す医師相談ログ情報（図５の医師相談ログ情報９１−１乃至９１−４）をユーザ端末２に提示する。
【００３９】
ステップＳ５において、医師リスト提示部５１は、カウンセリング候補医師がカウンセリング対象医師として選択されたか否かを判定する。
カウンセリング候補医師がカウンセリング対象医師として選択されなかった場合、ステップＳ５においてＮＯであると判定されて、処理はステップＳ１に戻されて、それ以降の処理が繰り返される。
これに対して、カウンセリング候補医師がカウンセリング対象医師として選択された場合（図５の例では、属性情報８１−１の「ｐｌｅａｓｅ」のボタンが押下された場合）、ステップＳ５においてＹＥＳであると判定されて、処理はステップＳ６に進む。
【００４０】
ステップＳ６において、カウンセリング支援部５３は、カウンセリング対象医師がユーザに対するカウンセリング等を行うことを支援するカウンセリング処理を実行する。
ステップＳ７において、カウンセリング支援部５３は、カウンセリング等が終了したか否かを判定する。
カウンセリング等が継続中の場合、ステップＳ７においてＮＯであると判定されて、処理はステップＳ６に戻されて、それ以降の処理が繰り返される。つまり、カウンセリング等が継続中の場合、ステップＳ６及びＳ７のループ処理が繰り返し実行されて、カウンセリング処理が継続中になる。
カウンセリングが終了すると、ステップＳ７においてＹＥＳであると判定されて、処理はステップＳ８に進む。
【００４１】
ステップＳ８において、カウンセリング結果記録制御部５４は、カウンセリング対象医師によるカウンセリングの内容（カウンセリング結果）を、当該カウンセリング対象医師の医療相談ログ情報（ログ）として生成し、カウンセリング結果ＤＢ６２に保存させる。
【００４２】
ステップＳ９において、評価受付部５５は、カウンセリング対象医師に対するユーザの評価をユーザ端末２から受け付ける。
ステップＳ１０において、評価受付部５５は、受け付けた評価を、ステップＳ８の処理でログとして保存されたカウンセリング結果と対応付けて、医師情報ＤＢ６１に保存させる。
【００４３】
ステップＳ１０において、サーバ１は、処理の終了指示があったか否かを判定する。
処理の終了指示は、特に限定されず、例えばサーバ１の電源遮断の指示等を採用することができる。
電源遮断の指示等がない場合、ステップＳ１１においてＮＯであると判定されて処理はステップＳ１に戻され、それ以降の処理が繰り返される。
これに対して、電源遮断の指示等があった場合、ステップＳ１１においてＹＥＳであると判定されて、医療相談支援処理は終了する。
【００４４】
以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。
【００４５】
例えば、医療相談対応者は、上述の実施形態では医師とされたが、特にこれに限定されない。
即ち、本発明が適用される情報処理装置は、医療相談を支援する情報処理装置である。ここで、医療相談とは、上述したように、上述の実施形態の単なるカウンセリングに留まらず、診断をしたり、処置等の指示を遠隔で行うことも含む。
従って、医療相談対応者は、医師の他、歯科医、心理カウンセラー等任意の者が該当し得る。
【００４６】
換言すると、本発明が適用される情報処理装置は、以下のような構成を取れば足り、上述の図３のサーバ１を含め各種各様な構成を取ることが可能である。
本発明が適用される情報処理装置は、
医師の属性情報と、当該医師による過去の医療相談ログ情報とを対応付けて複数の医師毎に管理する管理手段（例えば図３の医師情報ＤＢ６１とカウンセリング結果ＤＢ６２とを対応付けて管理する図２のＣＰＵ１１）と、
アクセスをしてきた所定のユーザの端末（例えば図３のユーザ端末２）に対して、前記複数の医師の夫々の属性情報を提示し（例えば図４参照）、前記複数の医師のうち、当該ユーザにより選択された医療相談の候補医師については、当該候補医師の前記医療相談ログ情報を提示する（例えば図５参照）提示手段（例えば図３の医師リスト提示部５１）と、
１以上の前記候補医師の中から前記ユーザにより選択された医療相談の担当医師に対する、前記ユーザの医療相談を支援する制御を実行する医療相談支援手段（例えば図３のカウンセリング支援部５３）と、
前記医療相談支援手段の制御対象となった前記担当医師による医療相談の内容を、当該担当医師の前記医療相談ログ情報として生成し、前記管理手段に供給する制御を実行する医療相談ログ生成手段（例えば図３のカウンセリング結果記録制御部５４）と、
を備えればよい。
【００４７】
ここで、前記担当医師に対する前記ユーザの評価を受け付ける評価受付手段（例えば図３の評価受付部５５）をさらに備え、
前記管理手段は、前記担当医師の評価を、当該担当医師の属性情報の一部として管理する、
ようにすることができる。
【００４８】
また、前記医療相談ログは、医療相談中に前記担当医師の端末と前記ユーザの端末との間で送受信された情報を含むようにすることができる。
【００４９】
なお、本発明が適用される情報処理装置は、医師の診断の前に、ＡＩやビックデータによる自動診断にも適用可能である。
つまり、本発明が適用される情報処理装置は、医師のかわりに「診断」をしてくれる「自動診断システム」に適用することができる。
この自動診断システムは、例えばウェブで動く、プライマリケアに特化したシステムとして構成することができる。
例えば、なにか体調が悪くて、でも医師にかかるほどでもないからネットで調べたいって思っているような人が、ユーザになり得る。
具体的には例えば、ユーザは、自分の年齢、性別、最もつらい症状を、既往歴等をフォームに入力する。
次に、自動診断システムは、その入力された情報の中で、可能性の高い疾患を確率順に列挙し、疾患を絞り込むために質問を生成する。自動診断システムは、この列挙に当たり、医療相談ログ情報（ログ）を有効活用することができる。
自動診断システムは、ユーザが質問に回答すると、その質問の結果を使って、さらに疾患を絞り込み、質問を繰りかえす。自動診断システムは、この絞り込みに当たり、医療相談ログ情報（ログ）を有効活用することができる。
自動診断システムは、このように簡単な質問だけで、これ以上、可能性の高い疾患を絞り込めなくなったら質問を終了する。
【００５０】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図３の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能がサーバ１に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図３の例に限定されない。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【００５１】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。
【００５２】
このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図２のリムーバブルメディア３１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディア３１は、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図２のＲＯＭ１２や、記憶部１８に含まれるハードディスク等で構成される。
【００５３】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
【符号の説明】
【００５４】
１・・・サーバ、２・・・ユーザ端末、３・・・医師端末、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、１４・・・バス、１５・・・入出力インターフェース、１６・・・入力部、１７・・・出力部、１８・・・記憶部、１９・・・通信部、２０・・・ドライブ、３１・・・リムーバブルメディア、５１・・・医師リスト提示部、５２・・・医師選択受付部、５３・・・カウンセリング支援部、５４・・・カウンセリング結果記録制御部、５５・・・評価受付部、６１・・・医師情報ＤＢ、６２・・・カウンセリング結果ＤＢ
【図１】
2017010152.tif 000003
【図２】
2017010152.tif 000004
【図３】
2017010152.tif 000005
【図４】
2017010152.tif 000006
【図５】
2017010152.tif 000007
【図６】
2017010152.tif 000008