(57)【要約】【課題】病気についての意見を容易に得ることを可能とする。【解決手段】実施形態の情報提供システムは、診療情報の入力をユーザより受け付け、入力された診療情報に対応した医療施設を検索し、検索された医療施設を出力する。また、情報提供システムは、出力された医療施設の中から意見を依頼する医療施設の入力をユーザより受け付け、意見の依頼が受け付けられた医療施設の連絡先に、入力された診療情報を含む意見の依頼を通知する。また、情報提供システムは、意見の依頼に対応した回答を医療施設から受け付け、受け付けられた回答を意見の依頼を行ったユーザの連絡先へ通知する。【選択図】図７
2015001896.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの連絡先を記憶するユーザ情報記憶部と、
医療施設ごとに、当該医療施設に対応する診療情報と、前記医療施設の連絡先とを記憶する医療施設情報記憶部と、
診療情報の入力を前記ユーザより受け付ける検索情報受付部と、
前記記憶された医療施設の中で、前記入力された診療情報に対応した医療施設を検索する検索部と、
前記検索された医療施設を出力する検索結果出力部と、
前記出力された医療施設の中から意見を依頼する医療施設の入力を前記ユーザより受け付ける依頼受付部と、
前記意見の依頼が受け付けられた医療施設の連絡先に、前記入力された診療情報を含む意見の依頼を通知する依頼通知部と、
前記意見の依頼に対応した回答を医療施設から受け付ける回答受付部と、
前記受け付けられた回答を前記意見の依頼を行ったユーザの連絡先へ通知する回答通知部と、
を備えたことを特徴とする情報提供システム。
【請求項２】
前記意見の依頼に合わせて提供する提供情報を取得する取得部を更に備え、
前記依頼通知部は、前記意見の依頼とともに、前記取得された提供情報を通知する、
請求項１に記載の情報提供システム。
【請求項３】
前記取得部は、前記提供情報の提供元を示す情報と、前記提供情報を識別する識別情報との入力を受け付け、前記提供元に前記識別情報で識別される提供情報を要求して前記提供情報を取得する、
請求項２に記載の情報提供システム。
【請求項４】
前記検索結果出力部は、前記検索された医療施設が複数ある場合、当該複数の医療施設を前記ユーザの診療情報と該当する度合いの高い順に出力する、
請求項１乃至３のいずれか一項に記載の情報提供システム。
【請求項５】
前記ユーザの連絡先へ通知した回答に基づいた、当該回答を行った医療施設での受診予約を受け付けて、前記医療施設の連絡先へ前記受診予約を通知する受診予約部を更に備える、
請求項１乃至４のいずれか一項に記載の情報提供システム。
【請求項６】
医療施設ごとに、当該医療施設に対応する診療情報を記憶する医療施設情報記憶部と、
診療情報の入力を受け付ける検索情報受付部と、
前記記憶された医療施設の中で、前記診療情報に該当する医療施設を検索する検索部と、
前記検索された医療施設を出力する検索結果出力部と、
を備えたことを特徴とする情報提供システム。
【請求項７】
ユーザの連絡先を記憶するユーザ情報記憶部と、
医療施設ごとに、当該医療施設に対応する診療情報と、前記医療施設の連絡先とを記憶する医療施設情報記憶部と、
診療情報を前記ユーザが操作するユーザ端末より受け付ける検索情報受付部と、
前記記憶された医療施設の中で、前記ユーザ端末より受け付けられた診療情報に対応した医療施設を検索する検索部と、
前記検索された医療施設を前記ユーザ端末へ出力する検索結果出力部と、
前記出力された医療施設の中から意見を依頼する医療施設を前記ユーザ端末より受け付ける依頼受付部と、
前記意見の依頼が受け付けられた医療施設の連絡先に、前記ユーザ端末より受け付けられた診療情報を含む意見の依頼を通知する依頼通知部と、
前記意見の依頼に対応した回答を医療施設から受け付ける回答受付部と、
前記受け付けられた回答を前記意見の依頼を行ったユーザの連絡先へ通知する回答通知部と、
を備えたことを特徴とするサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報提供システム及びサーバ装置に関する。
【背景技術】
【０００２】
近年、医療現場においては、受診した病院以外の病院でセカンドオピニオンを求めることが盛んになっている。このセカンドオピニオンでは、先ず受診した病院に診療情報提供書（以下、「紹介書」と呼ぶ）を作成してもらう。そして、患者自身がセカンドオピニオンを求める病院を選び、選んだ病院に紹介書を提示して受診する。ここで、主治医以外の医師は、患者と対面し、主治医が作成した紹介書や患者との問診などに基づいてセカンドオピニオンを作成する。この受診の結果、最初に受診した病院以外の病院からのセカンドオピニオンを患者は得ることができる。
【０００３】
しかしながら、患者は、医学的な専門知識や自分の病気を専門として扱う病院についての知識が少なく、自身の病気について適切な病院を選ぶことは容易ではなかった。また、選んだ病院で受診してセカンドオピニオンを得る前に、何らかの病院から簡易な意見を得ることは困難であった。なお、ここでいう病気とは、身体的な不調を意味するものであり、疾病、疾患などによる身体の不調だけでなく、外傷などによる身体の不調も含むものとする。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「セカンド・オピニオンの受け方・探し方」、［平成２５年５月２７日検索］、インターネット＜URL:http://allabout.co.jp/gm/gc/302581/＞
【非特許文献２】「名医による特別外来（医療相談）特集」、［平成２５年５月２７日検索］、インターネット＜URL:http://www.cocokarada.jp/sp/second＿opinion/index.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする課題は、病気についての意見を容易に得ることを可能とする情報提供システム及びサーバ装置を提供することである。
【課題を解決するための手段】
【０００６】
一実施形態の情報提供システムは、ユーザ情報記憶部と、医療施設情報記憶部と、検索情報受付部と、検索部と、検索結果出力部と、依頼受付部と、依頼通知部と、回答受付部と、回答通知部と、を備える。ユーザ情報記憶部は、ユーザの連絡先を記憶する。医療施設情報記憶部は、医療施設に対応する診療情報と、医療施設の連絡先とを記憶する。検索情報受付部は、診療情報の入力をユーザより受け付ける。検索部は、記憶された医療施設の中で、入力された診療情報に対応した医療施設を検索する。検索結果出力部は、検索された医療施設を出力する。依頼受付部は、出力された医療施設の中から意見を依頼する医療施設の入力を受け付ける。依頼通知部は、意見の依頼が受け付けられた医療施設の連絡先に、入力された診療情報を含む意見の依頼を通知する。回答受付部は、意見の依頼に対応した回答を医療施設から受け付ける。回答通知部は、受け付けられた回答を意見の依頼を行ったユーザの連絡先へ通知する。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態にかかる情報提供システムの構成を例示するブロック図である。
【図２】図２は、医師端末、ユーザ端末の構成を例示するブロック図である。
【図３】図３は、情報管理装置の構成を例示するブロック図である。
【図４】図４は、患者ＤＢ、電子カルテＤＢ、文書ＤＢのデータ構成を例示する図である。
【図５】図５は、実施形態にかかるサーバ装置の構成を例示するブロック図である。
【図６】図６は、会員ＤＢ、病院ＤＢ、病気ＤＢ、依頼ＤＢのデータ構成を例示する図である。
【図７】図７は、実施形態にかかる情報提供システムの動作を例示するラダーチャートである。
【図８】図８は、紹介書を例示する概念図である。
【図９】図９は、検索画面を例示する概念図である。
【図１０】図１０は、検索結果画面を例示する概念図である。
【図１１】図１１は、検索結果画面を例示する概念図である。
【図１２】図１２は、依頼画面を例示する概念図である。
【図１３】図１３は、確認画面を例示する概念図である。
【図１４】図１４は、確認画面を例示する概念図である。
【図１５】図１５は、確認画面を例示する概念図である。
【図１６】図１６は、回答画面を例示する概念図である。
【図１７】図１７は、回答画面を例示する概念図である。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して実施形態にかかる情報提供システム及びサーバ装置を詳細に説明する。図１は、実施形態にかかる情報提供システム１の構成を例示するブロック図である。なお、本実施形態において、セカンドオピニオンにかかる患者は、病院Ｈ１で受診して診療情報提供書（以下、「紹介書」と呼ぶ場合がある）を作成してもらっている。この診療情報提供書には、患者の病気にかかる病名、病気の診察科目、主訴、治療法及び医師による所見などの情報が含まれる。そして、患者は、病院Ｈ１以外の他の病院（Ｈ２、Ｈ３、Ｈ４…）で受診してセカンドオピニオンを得る前に、何らかの病院から簡易な意見（以下、「意見」と呼ぶ場合がある）を求めるものとする。この簡易な意見は、例えば主治医以外の医師が患者と対面せず、主治医が作成した紹介書などの提供情報に基づいて作成される。このように、セカンドオピニオンを得る前に、何らかの病院から簡易な意見を得る目的の一つは、セカンドオピニオンを求める病院の候補選びの参考とすることや、事前に自身の病気についてよく知っておきたい等の患者の要望を満たすことがある。また、病院側としては、簡易な意見で患者にアピールすることで、セカンドオピニオンを求める病院の候補としてもらうということも目的の一つである。また、ここでいう病院とは、診療所なども含み、医師が診察を行う医療施設を意味するものとする。
【０００９】
図１に示すように、情報提供システム１は、サーバ装置１０と、医師端末２０と、情報管理装置２１と、ユーザ端末３０とが通信ネットワークＮを介して互いに通信可能に接続される構成である。サーバ装置１０は、ユーザ端末３０からの要求に応じて意見にかかる情報提供などの各種サービスを提供する情報処理装置である（詳細は後述する）。
【００１０】
医師端末２０、ユーザ端末３０は、意見を求めるユーザや医師が用いる端末装置であり、例えばＰＣ（Personal  Computer）、タブレット型端末などであってよい。ここでは、病院Ｈ１、Ｈ２、Ｈ３、Ｈ４…にかかる医師が使用する端末装置を医師端末２０とする。また、患者など、意見を求めるユーザが使用する端末装置をユーザ端末３０とする。
【００１１】
なお、本実施形態では、セカンドオピニオンを得る前に、患者が受診した病院以外の病院で意見を求める場合を例示するが、医師（例えば臨床医）が別の医師（例えば専門医）の意見を求める場合も同じ概念に相当するものである。上述したように、医師が別の医師の意見を求める場合には、意見を求める側の医師が用いる端末装置をユーザ端末３０とすればよい。
【００１２】
図２は、医師端末２０、ユーザ端末３０の構成を例示するブロック図である。図２に示すように、医師端末２０、ユーザ端末３０は、制御部２０１と、記憶部２０２と、通信Ｉ／Ｆ２０３と、Ｉ／Ｏ機器制御部２０４とがバス２０５を介して接続される。
【００１３】
制御部２０１は、ＣＰＵ（Central  Processing  Unit）、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）等で構成され、ＣＰＵがＲＯＭや記憶部２０２のプログラムデータをＲＡＭに展開して順次実行することで、医師端末２０、ユーザ端末３０の各部を制御する。記憶部２０２は、ハードディスクドライブ装置などであり、制御部２０１のＣＰＵが実行するプログラムデータや各種設定データなどを記憶する。例えば、記憶部２０２が記憶するプログラムデータには、サーバ装置１０との相互通信を行うブラウザや、サーバ装置１０からの電子メール等の通知を受け取るメールアプリケーションなどが含まれている。
【００１４】
通信Ｉ／Ｆ２０３は、通信ネットワークＮを介した他の機器（例えばサーバ装置１０）とのデータ通信を行う。また、医師端末２０については、院内の通信インフラ（例えばＬＡＮ（Local  Area  Network））を介した情報管理装置２１とのデータ通信を通信Ｉ／Ｆ２０３によって行ってもよい。
【００１５】
Ｉ／Ｏ機器制御部２０４は、制御部２０１の制御のもと、各種Ｉ／Ｏ機器の制御を行う。Ｉ／Ｏ機器制御部２０４が制御するＩ／Ｏ機器としては、キーボード、マウス、タッチパネル等の操作部２０６、液晶ディスプレイ等の表示部２０７、入出力Ｉ／Ｆ２０８を介して接続する機器（メモリカード等の記憶媒体の読み取りを行う読取装置、紙媒体の読み取りを行う光学スキャナ、プリンタなど）であってよい。
【００１６】
情報管理装置２１は、病院Ｈ１内における患者の個人情報や電子カルテ、経理情報、文書情報などの院内情報を管理する情報処理装置である。なお、病院Ｈ２、Ｈ３、Ｈ４についても情報管理装置２１と同等の情報処理装置を有してもよいが、意見を求める患者が受診した病院Ｈ１ではなく、その患者にかかる情報（例えば電子カルテ）を保持していないので、図示せずに説明を省略する。
【００１７】
図３は、情報管理装置２１の構成を例示するブロック図である。図３に示すように、情報管理装置２１は、通信部２１１、記憶部２１２、制御部２１３を備える。
【００１８】
通信部２１１は、通信ネットワークＮを介した他の機器（例えば医師端末２０）とのデータ通信を行う。記憶部２１２は、ハードディスクドライブ装置などであり、制御部２１３のＣＰＵが実行するプログラムデータや各種設定データなどを記憶する。また、記憶部２１２は、上述した院内情報として、患者ＤＢ２１２１、電子カルテＤＢ２１２２、文書ＤＢ２１２３を記憶する。制御部２１３は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成され、ＣＰＵがＲＯＭや記憶部２１２のプログラムデータをＲＡＭに展開して順次実行することで、情報管理装置２１の各部を制御する。
【００１９】
図４は、患者ＤＢ２１２１、電子カルテＤＢ２１２２、文書ＤＢ２１２３のデータ構成を例示する図である。
【００２０】
図４に示すように、患者ＤＢ２１２１は、ユニークに割り当てられた患者ＩＤごとに、患者の個人情報（例えば氏名、生年月日、住所など）と、患者に請求した請求金額や患者から支払いを受けた支払金額などの会計情報とを記憶する。病院Ｈ１では、患者の個人情報や会計情報が患者ＤＢ２１２１により患者ごとに管理される。
【００２１】
電子カルテＤＢ２１２２は、患者ＩＤごとに、その患者ＩＤで識別された患者についてのカルテ情報を記憶する。具体的には、患者ＩＤごとに、医師の診療情報と、検査して得られた検査情報（例えば心電図データ、レントゲン写真データ等）と、処方した薬の処方情報と、患者へ発行した紹介書などの患者にかかる文書の文書情報（例えば文書ＩＤなど）とを記憶する。なお、医師の診療情報には、例えば紹介書として作成された文書に掲載される病名、病気の診察科目、主訴、治療法及び医師による所見などの情報が含まれる。病院Ｈ１では、患者のカルテ情報が電子カルテＤＢ２１２２により患者ごとに管理される。
【００２２】
文書ＤＢ２１２３は、ユニークに割り当てられた文書ＩＤごとに、文書の作成者を示す作成者情報と、文書にかかる患者を示す患者情報（例えば患者ＩＤなど）と、文書の内容を記述した文書情報と、文書に関連する情報を示す関連情報とを記憶する。この関連情報には、文書に関連する情報そのものではなく、リンク先などが記述されてもよい。例えば、紹介書に心電図、レントゲン写真などの検査情報を添付する場合には、その検査情報の格納先などを関連情報に記述してよい。この場合、紹介書を示す文書ＩＤをもとに文書ＤＢ２１２３を参照することで、紹介書の内容だけでなく、関連情報の記述から心電図、レントゲン写真などの検査情報を引き出すことが可能である。
【００２３】
図５は、実施形態にかかるサーバ装置１０の構成を例示するブロック図である。図５に示すように、サーバ装置１０は、通信部１０１、記憶部１０２、制御部１０３を備える。
【００２４】
通信部１０１は、通信ネットワークＮを介した他の機器（例えば医師端末２０、情報管理装置２１、ユーザ端末３０）とのデータ通信を行う。記憶部１０２は、ハードディスクドライブ装置などであり、制御部１０３のＣＰＵが実行するプログラムデータや各種設定データなどを記憶する。また、記憶部１０２は、会員ＤＢ１０２１、病院ＤＢ１０２２、病気ＤＢ１０２３、依頼ＤＢ１０２４を記憶する。制御部１０３は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成され、ＣＰＵがＲＯＭや記憶部１０２のプログラムデータをＲＡＭに展開して順次実行することで、サーバ装置１０の各部を制御する。
【００２５】
図６は、会員ＤＢ１０２１、病院ＤＢ１０２２、病気ＤＢ１０２３、依頼ＤＢ１０２４のデータ構成を例示する図である。
【００２６】
図６に示すように、会員ＤＢ１０２１は、サーバ装置１０がサービスを提供する会員（ユーザ）について、ユニークに割り当てられた会員ＩＤごとに管理するデータベースである。具体的には、会員ＤＢ１０２１は、会員ＩＤごとに、ユーザの氏名、住所、ユーザ認証のためのパスワードなどを記述した個人情報と、ユーザの電子メールアドレス等の連絡先を記述したアドレス情報とを記憶する。
【００２７】
病院ＤＢ１０２２は、病院（Ｈ１、Ｈ２、Ｈ３、Ｈ４、…）について、ユニークに割り当てられた病院ＩＤごとに管理するデータベースである。具体的には、病院ＤＢ１０２２は、病院ＩＤごとに、病院の所在地などの病院情報と、診察科目などの科目情報と、病院で診察する医師にかかる医師情報と、病院の診察方針、治療方針、得意とする専門分野（専門科目、専門とする病気等）などの詳細コメントと、病院の電子メールアドレス等の連絡先を記述したアドレス情報とを記憶する。
【００２８】
病気ＤＢ１０２３は、各種病気の情報を管理するデータベースであり、各病院における医師の診療情報に基づいて生成される。具体的には、病気ＤＢ１０２３は、ユニークに割り当てられた病気ＩＤごとに、病名と、病気の診察科目などの科目情報と、主訴となる症状、治療法及び所見などの病気についての詳細情報とを記憶する。
【００２９】
依頼ＤＢ１０２４は、ユーザが行った他の病院への意見の依頼について、ユニークに割り当てられた依頼ＩＤごとに管理するデータベースである。具体的には、依頼ＤＢ１０２４は、依頼ＩＤごとに、依頼主（ユーザ）を示す依頼主情報（例えば会員ＩＤなど）と、依頼先を示す依頼先情報（例えば病院ＩＤなど）と、病名、主訴などの依頼時に依頼先に連絡する依頼情報と、紹介書、検査情報など、依頼とともに依頼先へ提供する提供情報と、依頼先である病院からの回答を示す回答情報とを記憶する。
【００３０】
図５に戻り、制御部１０３は、ＣＰＵがプログラムデータを順次実行することで、検索情報受付部１０３１、検索部１０３２、検索結果出力部１０３３、依頼受付部１０３４、提供情報取得部１０３５、依頼通知部１０３６、回答受付部１０３７、回答通知部１０３８、予約受付部１０３９としての機能構成を有する。
【００３１】
検索情報受付部１０３１は、通信ネットワークＮを介したユーザ端末３０との通信により、ユーザの病気にかかる診療情報（例えば病名、主訴など）の入力を、病院を検索する条件として受け付ける。
【００３２】
具体的には、検索情報受付部１０３１は、ユーザ端末３０のブラウザなどによるアクセスがあった際に、ログイン画面（図示しない）などを介して会員ＩＤとパスワードの入力を受け付ける。そして、検索情報受付部１０３１は、受け付けた会員ＩＤとパスワードとが会員ＤＢ１０２１で管理されるユーザのものであるか否かを確認するユーザ認証を行う。会員ＤＢ１０２１で管理されるユーザの会員ＩＤとパスワードとマッチする場合は、ユーザ認証成功として、認証されたユーザの病気にかかる診療情報の入力を受け付ける検索画面をユーザ端末３０に出力し、ユーザ端末３０から病名、主訴などの入力を受け付ける。なお、ユーザは、主治医が作成した紹介書を参照して病名、主訴などの診療情報を入力する。以下では、ユーザの病気にかかる診療情報として病名と主訴とが入力された場合について説明するが、ユーザの病気にかかる診療情報として他の情報が入力されてもよい。例えば、ユーザの病気にかかる診療情報として、診察科目、治療法及び所見などが入力されてもよい。また、ユーザは、病名、病気の診察科目、主訴、治療法及び所見などを任意に組み合わせた診療情報を入力してもよい。
【００３３】
検索部１０３２は、検索情報受付部１０３１により受け付けたユーザの病気にかかる診療情報を検索条件とし、病院ＤＢ１０２２の病院の中で検索条件に該当する病院を検索する。具体的には、検索部１０３２は、検索条件として受け付けた病名をもとに病気ＤＢ１０２３を参照して、病気の診察科目を得る。そして、検索部１０３２は、病名と、得られた診察科目とをもとに病院ＤＢ１０２２を参照し、該当する項目のある病院を抽出する。
【００３４】
また、検索部１０３２は、検索条件として受け付けた主訴をもとに病気ＤＢ１０２３の詳細情報を参照して、主訴に該当する病名及びその診察科目を抽出する。なお、主訴に該当する病名が複数ある場合は、主訴に該当する項目の多い上位の病名を抽出してもよい。例えば、主訴が「吐き気」、「頭痛」、「めまい」の３つである場合は、「吐き気」、「めまい」の２つに該当する病名よりも「吐き気」、「頭痛」、「めまい」の３つに該当する病名を抽出してよい。そして、検索部１０３２は、主訴、得られた病名及び診察科目をもとに病院ＤＢ１０２２を参照し、該当する項目のある病院を抽出する。
【００３５】
そして、検索部１０３２は、抽出された病院ごとに、病名又は主訴について該当する項目一つで所定の点数を加算して、累積加算点を求める。ここでの加算については、病名で該当する場合には１０点、主訴で該当する場合には１点などのように、該当する項目に対する点数の重み付けを変えてもよい。これにより、検索部１０３２は、累積加算点の多い順に、検索条件に該当する度合いの高い病院を検索結果として得る。なお、検索結果として複数の病院が得られた場合は、検索条件に該当する度合いの高い上位いくつかの病院を検索結果としてもよいし、累積加算点が所定の値よりも低い病院を検索結果から除くものとしてもよい。
【００３６】
検索結果出力部１０３３は、検索部１０３２による検索結果として得られた病院をユーザ端末３０へ出力する。具体的には、検索結果出力部１０３３は、検索部１０３２により検索結果として得られた病院の病院情報、科目情報、医師情報、詳細コメントなどを病院ＤＢ１０２２より読み出す。そして、検索結果出力部１０３３は、検索結果として得られた病院の情報を、検索条件に該当する度合いの高い順にユーザ端末３０のブラウザで表示するための検索結果画面を生成し、ユーザ端末３０へ出力する。
【００３７】
依頼受付部１０３４は、検索結果出力部１０３３によりユーザ端末３０へ出力された病院の中から、意見を依頼する病院の入力をユーザ端末３０より受け付ける。具体的には、依頼受付部１０３４は、ユーザ端末３０のブラウザ上において、意見を依頼する場合はチェックを入れるチェックボックスをもとに、検索結果画面に表示された病院についてのチェックの有無などにより、意見を依頼する病院の入力を受け付ける。
【００３８】
提供情報取得部１０３５は、病院への意見の依頼に合わせて、依頼先の病院に提供する提供情報を取得する。取得した提供情報は、依頼ＤＢ１０２４に格納される。ここでいう提供情報は、ユーザが病院Ｈ１で診察した際に得られた情報（例えば紹介書や検査情報）などが一例であり、ユーザが記憶媒体や紙媒体として保持している場合と、ユーザが受診した病院Ｈ１が文書ＤＢ２１２３で管理している場合とがある。ユーザが保持している場合、提供情報取得部１０３５は、ユーザ端末３０により読み取られた記憶媒体や紙媒体の情報を通信ネットワークＮ経由で取得する。
【００３９】
また、病院Ｈ１が管理している場合、提供情報取得部１０３５は、提供元となる病院Ｈ１を示す情報（例えば病院ＩＤ）と、取得する情報の識別情報（例えば文書ＩＤ）とをユーザ端末３０からの入力で受け付ける。そして、提供情報取得部１０３５は、受け付けた病院ＩＤと対応するアドレス情報を病院ＤＢ１０２２より読み出し、そのアドレス情報に記述された連絡先へ文書ＩＤを通知して病院Ｈ１が管理している文書を要求する。これにより、提供情報取得部１０３５は、病院Ｈ１が管理している文書を取得する。
【００４０】
依頼通知部１０３６は、依頼受付部１０３４により意見の依頼が受け付けられた病院の連絡先に、病院の検索時に入力されたユーザの病気にかかる診療情報（病名、主訴）を含む意見の依頼を通知する。具体的には、依頼通知部１０３６は、意見の依頼が受け付けられた病院の病院ＩＤと対応するアドレス情報を病院ＤＢ１０２２より読み出し、そのアドレス情報に記述された連絡先へ検索時にユーザ端末３０より入力された病名、主訴を含む意見の依頼を通知する。なお、依頼通知部１０３６は、提供情報取得部１０３５により提供情報を取得している場合は、その提供情報を添付データとして意見の依頼とともに通知する。これにより、病院に意見を求める際に、提供情報を合わせて送ることができる。
【００４１】
また、依頼通知部１０３６は、通知した依頼についての情報を依頼ＤＢ１０２４に登録する。具体的には、依頼通知部１０３６は、新たな依頼ＩＤを発行し、発行した依頼ＩＤによる新たなレコードを依頼ＤＢ１０２４に追加する。そして、新たなレコードの依頼主情報には、検索時に認証されたユーザの会員ＩＤを登録する。また、依頼先情報には、依頼を通知した病院の病院ＩＤを登録する。また、依頼情報には、病院の検索時に入力されたユーザの病気にかかる診療情報（病名、主訴）を登録する。また、提供情報には、通知時の添付データを登録する。これにより、依頼主、依頼先、依頼内容、その回答など、一件の依頼にかかる一連の情報は、依頼ＤＢ１０２４により管理されることとなる。
【００４２】
回答受付部１０３７は、依頼通知部１０３６が通知した意見の依頼に対応した回答を病院（例えば病院Ｈ２、Ｈ３、Ｈ４…の医師端末２０）から受け付ける。具体的には、回答受付部１０３７は、医師端末２０のブラウザなどによるアクセスがあった際に、ログイン画面（図示しない）などを介して病院ＩＤとパスワードの入力を受け付ける。そして、回答受付部１０３７は、受け付けた病院ＩＤとパスワードとが病院ＤＢ１０２２で管理されるユーザ（病院）のものであるか否かを確認するユーザ認証を行う。ここでは、会員ＤＢ１０２１で管理される病院の病院ＩＤとパスワードとマッチする場合をユーザ認証成功とする。
【００４３】
次いで、回答受付部１０３７は、認証された病院ＩＤで依頼ＤＢ１０２４を参照し、病院への依頼（依頼主情報、依頼情報、提供情報）を読み出す。その後、回答受付部１０３７は、依頼ＤＢ１０２４より読み出した病院への依頼を表示し、回答の入力を受け付ける確認画面をユーザ端末３０に出力し、ユーザ端末３０からの回答を受け付ける。回答受付部１０３７は、ユーザ端末３０より受け付けた回答を依頼ＤＢ１０２４の回答情報に登録する。
【００４４】
回答通知部１０３８は、回答受付部１０３７により受け付けられた回答を、意見の依頼を行ったユーザの連絡先へ通知する。具体的には、回答通知部１０３８は、回答受付部１０３７によって依頼ＤＢ１０２４の回答情報に登録が行われたところで、依頼主情報に記述された会員ＩＤを読み出す。そして、回答通知部１０３８は、読み出した会員ＩＤのアドレス情報を会員ＤＢ１０２１より読み出して、アドレス情報に記述された連絡先へ回答があった旨（依頼ＤＢ１０２４に登録された回答情報などを添付してもよい）を通知する。これにより、ユーザは、意見の依頼を行った病院からの回答を得ることができる。
【００４５】
また、回答通知部１０３８は、通信ネットワークＮを介して接続するユーザ端末３０のログイン画面によってユーザ認証を経たユーザについて、依頼ＤＢ１０２４で管理する依頼の中で回答情報の登録が行われた依頼がある場合、登録された回答情報を表示する回答画面をユーザ端末３０へ出力する。このように、回答通知部１０３８は、ユーザ端末３０によるログイン後に回答画面を表示させることで、意見の依頼を行った病院からの回答をユーザへ通知してもよい。
【００４６】
予約受付部１０３９は、回答通知部１０３８によってユーザの連絡先へ通知した回答をもとに、ユーザ端末３０から回答を行った病院での受診を予約するための受診予約を受け付けて、その病院の連絡先へ受診予約を通知する。具体的には、予約受付部１０３９は、上述した回答画面において、受診予約を行う場合はチェックを入れるチェックボックスをもとに、回答を行った病院についての受診予約を受け付ける。次いで、予約受付部１０３９は、チェックのあった病院の病院ＩＤのアドレス情報を病院ＤＢ１０２２より読み出す。次いで、予約受付部１０３９は、読み出したアドレス情報に記述された連絡先に対して、認証されたユーザについての情報（会員ＤＢ１０２１に登録された個人情報、アドレス情報など）を含む受診予約を通知する。これにより、ユーザは、病院からの回答をもとに、その病院への受診予約を行うことができる。そして、ユーザは、受診予約を行った病院で受診することにより、セカンドオピニオンを得ることができる。
【００４７】
図７は、実施形態にかかる情報提供システム１の動作を例示するラダーチャートである。図７に示すように、患者が病院Ｈ１で受診した際には、医師端末２０によって紹介書Ｄ１が作成される。このとき、作成された紹介書Ｄ１にかかる情報は情報管理装置２１の文書ＤＢ２１２３に登録される（Ｓ０）。
【００４８】
図８は、紹介書Ｄ１を例示する概念図である。図８に示すように、紹介書Ｄ１には、医師が医師端末２０で作成した主訴、所見、診断結果などの情報とともに、病院ＩＤ、文書ＩＤなどの文書を識別するための情報が記載される。この紹介書Ｄ１は、医師端末２０に接続されたプリンタ、メモリライタなどにより、印刷された紙媒体や、データが格納された記憶媒体として出力される。なお、紹介書Ｄ１に関連して検査情報などが添付される場合には、添付される検査情報が文書ＤＢ２１２３の関連情報に格納され、紙媒体への印刷又は記憶媒体へ格納される。
【００４９】
紹介書Ｄ１を得たユーザは、ユーザ端末３０によりサーバ装置１０へのアクセスを行う。そして、サーバ装置１０の検索情報受付部１０３１は、ユーザ認証を経た後、病院を検索するための検索入力（ユーザの病気にかかる診療情報の入力）をユーザ端末３０の検索画面より受け付ける（Ｓ１）。
【００５０】
図９は、検索画面Ｇ１０を例示する概念図である。図９に示すように、ユーザ端末３０の検索画面Ｇ１０には、病名、主訴などの入力を行う入力ボックスＧ１１と、検索を開始させる指示ボタンＧ１２が表示される。ユーザは、自分の病名や主訴などを入力ボックスＧ１１に入力し、指示ボタンＧ１２の操作を行うことでサーバ装置１０への検索入力を行うことができる。
【００５１】
サーバ装置１０の検索部１０３２は、検索画面Ｇ１０より受け付けた病名、主訴などの情報を検索条件とし、病院ＤＢ１０２２の病院の中で検索条件に該当する病院を検索する。次いで、サーバ装置１０の検索結果出力部１０３３は、検索部１０３２による検索結果として得られた病院をユーザ端末３０へ出力する（Ｓ２）。ユーザ端末３０では、検索結果として出力された病院が表示される（Ｓ３）。
【００５２】
図１０、図１１は、検索結果画面Ｇ２０を例示する概念図である。図１０に示すように、ユーザ端末３０の検索結果画面Ｇ２０には、検索結果として得られた病院の情報を、検索条件に該当する度合いの高い順に並べた検索結果Ｇ２１が表示される。これにより、ユーザは、自分の病名や主訴にあう病院を容易に認識できる。また、検索結果画面Ｇ２０には、検索された病院に意見の依頼を行うためのチェックボックスＧ２２が表示される。ユーザは、このチェックボックスＧ２２にチェックを入れることで、検索された病院の中から意見の依頼を行う病院を選ぶ。
【００５３】
また、検索結果Ｇ２１における病院の詳細には病院ＤＢ１０２２の詳細コメントの情報が記載される。したがって、病院側は、病院ＤＢ１０２２の詳細コメントに治療方針、治療実績など、ユーザへのアピールポイントを登録してもよい。ユーザは、検索結果Ｇ２１に記載された詳細を参考に、所望の病院を選ぶことができる。
【００５４】
また、図１１に示すように、検索結果画面Ｇ２０では、検索結果として得られた病院の情報を、タブＧ２３、Ｇ２４、Ｇ２５、…などで切り替え可能に表示してもよい。この場合は、図１０のように、一覧して表示する場合と比べ、一つの病院についての情報を詳細に記載することができる。
【００５５】
次いで、サーバ装置１０の依頼受付部１０３４は、検索結果出力部１０３３によりユーザ端末３０へ出力された病院の中から、意見を依頼する病院の入力をユーザ端末３０より受け付ける（Ｓ４）。
【００５６】
図１２は、依頼画面Ｇ３０を例示する概念図である。図１２に示すように、依頼画面Ｇ３０は、検索結果画面Ｇ２０のチェックボックスＧ２２で選ばれた病院に依頼を行うための画面である。依頼画面Ｇ３０では、チェックボックスＧ３１にチェックを入れた病院に対して、指示ボタンＧ３７の操作を行うことで、意見の依頼を行うことができる。
【００５７】
また、依頼とともに提供情報を送る場合には、チェックボックスＧ３２、Ｇ３４のチェックを入れる。例えば、ユーザが保持している情報（ファイル）を提供する場合はチェックボックスＧ３２にチェックを入れて、記憶媒体や紙媒体から読み出した文書ファイル、画像ファイルの格納元（フォルダ名及びファイル名）を入力ボックスＧ３３に入力する。これにより、サーバ装置１０の提供情報取得部１０３５は、ユーザが保持している情報を提供情報としてユーザ端末３０から取得する（Ｓ５）。
【００５８】
また、病院Ｈ１が管理している情報を提供する場合は、チェックボックスＧ３４にチェックを入れて、病院ＩＤ、文書ＩＤを入力ボックスＧ３５、Ｇ３６に入力する。これにより、サーバ装置１０の提供情報取得部１０３５は、病院ＩＤに基づいた病院Ｈ１の情報管理装置２１に文書ＩＤで管理している情報を要求し、提供情報として取得する（Ｓ６）。
【００５９】
次いで、サーバ装置１０の依頼通知部１０３６は、依頼受付部１０３４により意見の依頼が受け付けられた病院Ｈ２、Ｈ３に、病院の検索時に入力されたユーザの病気にかかる診療情報（病名、主訴）を含む意見の依頼を通知する（Ｓ７）。次いで、サーバ装置１０の回答受付部１０３７は、依頼通知部１０３６が通知した意見の依頼に対応した回答を病院Ｈ２、Ｈ３（医師端末２０）から受け付ける（Ｓ８）。
【００６０】
図１３〜図１５は、確認画面Ｇ４０を例示する概念図である。図１３〜図１５に示すように、回答受付部１０３７は、依頼ＤＢ１０２４を参照し、病院への依頼（依頼主情報、依頼情報、提供情報）を読み出すことで、確認画面Ｇ４０を医師端末２０に表示させる。病院Ｈ２、Ｈ３の医師は、医師端末２０に表示される確認画面Ｇ４０により、依頼の詳細を確認し、その依頼に対する回答（意見、想定治療費、治療方針など）を行う。
【００６１】
具体的には、図１３に示すように、タブＧ４１を選択することで、依頼主情報の会員ＩＤにおける個人情報を確認することができる。また、図１４に示すように、タブＧ４２を選択することで、病名、主訴などの依頼情報及び提供情報の詳細を確認することができる。また、図１５に示すように、タブＧ４３を選択することで、回答記入欄から依頼についての回答を入力することができる。そして、指示ボタンＧ４５の操作を行うことで、入力された回答がサーバ装置１０に通知される。
【００６２】
次いで、サーバ装置１０の回答通知部１０３８は、回答受付部１０３７により受け付けられた回答を、意見の依頼を行ったユーザの連絡先へ通知する（Ｓ９）。通知を受けたユーザは、ユーザ端末３０によりサーバ装置１０にアクセスし、前述した回答画面を確認することで、回答の詳細を確認できる。
【００６３】
図１６、図１７は、回答画面Ｇ５０を例示する概念図である。図１６に示すように、回答画面Ｇ５０では、タブＧ５１を選択することで、依頼先情報の病院ＩＤをもとに病院ＤＢ１０２２の病院情報、科目情報、医師情報、詳細コメントなどを参照して表示される、回答者（病院）の詳細を確認できる。
【００６４】
また、図１７に示すように、回答画面Ｇ５０では、タブＧ５２を選択することで、回答情報に登録された回答内容（意見、想定治療費、治療方針など）を確認できる。ここで、回答のあった病院に受診を予約する場合、ユーザは、チェックボックスＧ５３にチェックを入れて、指示ボタンＧ５４の操作を行う。
【００６５】
サーバ装置１０の予約受付部１０３９は、チェックボックスＧ５３をもとに、回答を行った病院についての受診予約を受け付け、その病院の連絡先へ受診予約を通知する（Ｓ１０）。これにより、ユーザは、回答画面Ｇ５０で回答を確認した病院への受診予約を行うことができる。
【００６６】
以上のように、情報提供システム１は、病気にかかる診療情報の入力をユーザ端末３０より受け付け、入力された診療情報に対応した病院をサーバ装置１０で検索し、検索された病院をユーザ端末３０に出力する。また、情報提供システム１は、出力された病院の中から意見を依頼する病院の入力をユーザ端末３０より受け付け、サーバ装置１０では、意見の依頼が受け付けられた病院の連絡先に、入力された診療情報を含む意見の依頼を通知する。また、情報提供システム１のサーバ装置１０は、意見の依頼に対応した回答を病院から受け付け、受け付けられた回答を意見の依頼を行ったユーザの連絡先へ通知する。したがって、ユーザは、受診した病院以外の他の病院の意見を容易に得ることが可能となる。
【００６７】
（変形例）
なお、上述した実施形態では会員ＤＢ１０２１に登録されたユーザに対する情報提供を例示したが、不特定多数のユーザに対して同様の情報提供を行うような変形例であってもよい。不特定多数のユーザに情報提供を行う変形例では、ユーザの連絡先などの情報がないことから、ユーザの病気にかかる診療情報の入力を受け付け、その病気にあう病院の検索結果を表示するまでの構成であってよい。この場合、ユーザは、病気にあう病院の検索結果から、意見を依頼する病院を容易に見つけることが可能である。
【００６８】
以上説明した少なくとも１つの実施形態によれば、ユーザは病気についての意見を容易に得ることができる。
【００６９】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００７０】
１…情報提供システム、１０…サーバ装置、２０…医師端末、２１…情報管理装置、３０…ユーザ端末、１０２１…会員ＤＢ、１０２２…病院ＤＢ、１０２３…病気ＤＢ、１０２４…依頼ＤＢ、１０３１…検索情報受付部、１０３２…検索部、１０３３…検索結果出力部、１０３４…依頼受付部、１０３５…提供情報取得部、１０３６…依頼通知部、１０３７…回答受付部、１０３８…回答通知部、１０３９…予約受付部、２１２１…患者ＤＢ、２１２２…電子カルテＤＢ、２１２３…文書ＤＢ、Ｄ１…紹介書、Ｇ１０…検索画面、Ｇ１１、Ｇ３３、Ｇ３５、Ｇ３６…入力ボックス、Ｇ１２、Ｇ３７、Ｇ４５、Ｇ５４…指示ボタン、Ｇ２０…検索結果画面、Ｇ２１…検索結果、Ｇ２２、Ｇ３１、Ｇ３２、Ｇ３４、Ｇ５３…チェックボックス、Ｇ２３〜Ｇ２５、Ｇ４１〜Ｇ４３、Ｇ５１、Ｇ５２…タブ、Ｇ３０…依頼画面、Ｇ４０…確認画面、Ｇ５０…回答画面、Ｈ１〜Ｈ４…病院、Ｎ…通信ネットワーク
【図１】
2015001896.tif 000003
【図２】
2015001896.tif 000004
【図３】
2015001896.tif 000005
【図４】
2015001896.tif 000006
【図５】
2015001896.tif 000007
【図６】
2015001896.tif 000008
【図７】
2015001896.tif 000009
【図８】
2015001896.tif 000010
【図９】
2015001896.tif 000011
【図１０】
2015001896.tif 000012
【図１１】
2015001896.tif 000013
【図１２】
2015001896.tif 000014
【図１３】
2015001896.tif 000015
【図１４】
2015001896.tif 000016
【図１５】
2015001896.tif 000017
【図１６】
2015001896.tif 000018
【図１７】
2015001896.tif 000019