特許 5914735 医療システム及びプログラム

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

(12)【公報種別】特許公報(B1)

(11)【特許番号】5914735

(24)【登録日】2016年4月8日

(45)【発行日】2016年5月11日

(54)【発明の名称】医療システム及びプログラム

(51)【国際特許分類】

   G06Q 50/22 20120101AFI20160422BHJP

   G06Q 30/06 20120101ALI20160422BHJP

【ＦＩ】

   G06Q50/22

   G06Q30/06 130

【請求項の数】7

【全頁数】24

(21)【出願番号】特願2015-139760(P2015-139760)

(22)【出願日】2015年7月13日

【審査請求日】2015年8月13日

【早期審査対象出願】

(73)【特許権者】

【識別番号】512039293

【氏名又は名称】リーズンホワイ株式会社

(74)【代理人】

【識別番号】100107364

【弁理士】

【氏名又は名称】斉藤 達也

(72)【発明者】

【氏名】塩飽 哲生

【審査官】 貝塚 涼

(56)【参考文献】

【文献】 特開２００４−０１３２６８（ＪＰ，Ａ）

【文献】 特開２０１０−０６１１８３（ＪＰ，Ａ）

【文献】 国際公開第２０１３／１４７２３７（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２００９／０２５９４８８（ＵＳ，Ａ１）

【文献】 特開平０９−１３５８１６（ＪＰ，Ａ）

【文献】 特開２００３−２９６４５２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ５０／３４

(57)【特許請求の範囲】

【請求項1】

患者の病状を特定する患者病状情報であって、前記患者の病名の情報、又は前記患者の治療方法の情報を含む患者病状情報を取得する患者病状取得手段と、
医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段であって、前記医師評価情報として、病名と、当該病名に関する医師の評価とを相互に関連付けて格納し、又は、治療方法と、当該治療方法に関する医師の評価とを相互に関連付けて格納する医師評価格納手段と、
前記患者病状取得手段にて取得された患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報と、に基づいて、前記患者の医療に適した医師である対象医師を抽出する医師抽出手段と、
前記医師抽出手段にて抽出された複数の対象医師に関する情報を格納する対象医師情報格納手段と、
前記対象医師情報格納手段に格納された複数の対象医師に関する情報を出力する出力手段と、
前記出力手段にて出力された前記複数の対象医師のうち、単一の対象医師の選択を前記患者から受け付ける受付手段と、を備え、
前記医師抽出手段が、前記患者病状情報に含まれる病名と、前記医師評価情報に含まれる病名に関する医師の評価に基づいて、前記対象医師を抽出し、若しくは、前記患者病状情報に含まれる治療方法と、前記医師評価情報に含まれる治療方法に関する医師の評価に基づいて、前記対象医師を抽出し、
又は、前記出力手段が、前記医師評価格納手段に格納された前記病名に関する医師の評価、若しくは前記治療方法に関する医師の評価に基づいて、複数の対象医師に関する情報を出力する、
医療システム。

【請求項2】

前記患者病状取得手段にて取得する前記患者病状情報に含まれる前記患者の病名の情報は、国際疾病分類にしたがって定められた病名であるＩＣＤ病名の情報であり、
前記医師評価格納手段は、前記医師評価情報として、前記ＩＣＤ病名と、当該ＩＣＤ病名に対応する病気に関する医師の評価とを相互に関連付けて格納する、
請求項１に記載の医療システム。

【請求項3】

前記患者の属性を特定する患者属性情報を取得する患者属性取得手段と、
前記医師の属性を特定する医師属性情報を取得する医師属性取得手段と、
前記患者属性取得手段にて取得した前記患者属性情報と、前記医師属性取得手段にて取得した前記医師属性情報と、に基づいて、前記医師における前記患者の医療に適する度合いを示す適合度を算出する適合度算出手段と、を備え、
前記医師抽出手段は、前記適合度算出手段にて算出された適合度と、前記患者病状取得手段にて取得された患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報と、に基づいて、前記対象医師を抽出する、
請求項１又は２に記載の医療システム。

【請求項4】

前記患者の属性は、患者の年齢、性別、現在地、又は医療の費用を含む、
請求項３に記載の医療システム。

【請求項5】

前記医師に対する固有の評価は、当該医師とは所属機関の異なる他の医師による評価である、
請求項１から４のいずれか一項に記載の医療システム。

【請求項6】

前記医師を一意に特定する情報と、前記医師の執筆した論文とを相互に関連付けて格納し、又は前記医師を一意に特定する情報と、前記医師の専門分野の病気の症状解説とを相互に関連付けて格納する詳細情報格納手段を備え、
前記出力手段は、前記詳細情報格納手段に格納された情報に基づいて、前記対象医師情報格納手段に格納された対象医師の執筆した論文、又は前記対象医師の専門分野の病気の症状解説を出力する、
請求項１から５のいずれか一項に記載の医療システム。

【請求項7】

コンピュータを、
患者の病状を特定する患者病状情報であって、前記患者の病名の情報、又は前記患者の治療方法の情報を含む患者病状情報を取得する患者病状取得手段と、
医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段であって、前記医師評価情報として、病名と、当該病名に関する医師の評価とを相互に関連付けて格納し、又は、治療方法と、当該治療方法に関する医師の評価とを相互に関連付けて格納する医師評価格納手段と、
前記患者病状取得手段にて取得された患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報と、に基づいて、前記患者の医療に適した医師である対象医師を抽出する医師抽出手段と、
前記医師抽出手段にて抽出された複数の対象医師に関する情報を格納する対象医師情報格納手段と、
前記対象医師情報格納手段に格納された複数の対象医師に関する情報を出力する出力手段と、
前記出力手段にて出力された前記複数の対象医師の中から、単一の対象医師の選択を前記患者から受け付ける受付手段と、として実行させるための、医療プログラムであって、
前記医師抽出手段が、前記患者病状情報に含まれる病名と、前記医師評価情報に含まれる病名に関する医師の評価に基づいて、前記対象医師を抽出し、若しくは、前記患者病状情報に含まれる治療方法と、前記医師評価情報に含まれる治療方法に関する医師の評価に基づいて、前記対象医師を抽出し、
又は、前記出力手段が、前記医師評価格納手段に格納された前記病名に関する医師の評価、若しくは前記治療方法に関する医師の評価に基づいて、複数の対象医師に関する情報を出力する、
医療プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、医療システム及びプログラムに関する。

【背景技術】

【0002】

従来、医師が他の医師に対して評価を行う医師評価システムであって、例えば医師の専門分野毎にその医師がどの程度の能力を有するかを評価する事が可能な医師評価システムが提案されている（例えば、特許文献１参照）。このような医師評価システムによれば、医師を雇用する側の病院や医院等の医療施設は、医師の評価に基づいて医師の人格や能力を認識する事ができるので、医療施設側で、質の高い医療を行うために必要な医師を選定する事が可能であった。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００４−３５５６１３号公報

【発明の概要】

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

【0004】

しかしながら、特許文献１に係る医師評価システムは上述したように医療施設が医師を選定するためのものに過ぎず、医師の診察を受ける患者側にとっては、適切な医師を選定する事が出来るものではなかった。すなわち、特許文献１に係る医師評価システムは、医師の専門分野と患者の病気とを相互に関連付ける情報を有しておらず、患者の病気を専門分野とする医師を選定する事ができないため、患者は自己の病気に関して適切な医師を選定する事が出来なかった。

【0005】

本発明は、上記に鑑みてなされたものであって、患者が自己の病気に関する治療を受ける上で適切な医師を選定する事が可能な医療システムを提供することを目的とする。

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

【0006】

上述した課題を解決し、目的を達成するために、請求項１に記載の医療システムは、患者の病状を特定する患者病状情報であって、前記患者の病名の情報、又は前記患者の治療方法の情報を含む患者病状情報を取得する患者病状取得手段と、医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段であって、前記医師評価情報として、病名と、当該病名に関する医師の評価とを相互に関連付けて格納し、又は、治療方法と、当該治療方法に関する医師の評価とを相互に関連付けて格納する医師評価格納手段と、前記患者病状取得手段にて取得された患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報と、に基づいて、前記患者の医療に適した医師である対象医師を抽出する医師抽出手段と、前記医師抽出手段にて抽出された複数の対象医師に関する情報を格納する対象医師情報格納手段と、前記対象医師情報格納手段に格納された複数の対象医師に関する情報を出力する出力手段と、前記出力手段にて出力された前記複数の対象医師のうち、単一の対象医師の選択を前記患者から受け付ける受付手段と、を備え、前記医師抽出手段が、前記患者病状情報に含まれる病名と、前記医師評価情報に含まれる病名に関する医師の評価に基づいて、前記対象医師を抽出し、若しくは、前記患者病状情報に含まれる治療方法と、前記医師評価情報に含まれる治療方法に関する医師の評価に基づいて、前記対象医師を抽出し、又は、前記出力手段が、前記医師評価格納手段に格納された前記病名に関する医師の評価、若しくは前記治療方法に関する医師の評価に基づいて、複数の対象医師に関する情報を出力する。

【0007】

また、請求項２に記載の医療システムは、請求項１に記載の医療システムにおいて、前記患者病状取得手段にて取得する前記患者病状情報に含まれる前記患者の病名の情報は、国際疾病分類にしたがって定められた病名であるＩＣＤ病名の情報であり、前記医師評価格納手段は、前記医師評価情報として、前記ＩＣＤ病名と、当該ＩＣＤ病名に対応する病気に関する医師の評価とを相互に関連付けて格納する。

【0008】

また、請求項３に記載の医療システムは、請求項１又は２に記載の医療システムにおいて、前記患者の属性を特定する患者属性情報を取得する患者属性取得手段と、前記医師の属性を特定する医師属性情報を取得する医師属性取得手段と、前記患者属性取得手段にて取得した前記患者属性情報と、前記医師属性取得手段にて取得した前記医師属性情報と、に基づいて、前記医師における前記患者の医療に適する度合いを示す適合度を算出する適合度算出手段と、を備え、前記医師抽出手段は、前記適合度算出手段にて算出された適合度と、前記患者病状取得手段にて取得された患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報と、に基づいて、前記対象医師を抽出する。

【0009】

また、請求項４に記載の医療システムは、請求項３に記載の医療システムにおいて、前記患者の属性は、患者の年齢、性別、現在地、又は医療の費用を含む。

【0010】

また、請求項５に記載の医療システムは、請求項１から４のいずれか一項に記載の医療システムにおいて、前記医師に対する固有の評価は、当該医師とは所属機関の異なる他の医師による評価である。

【0011】

また、請求項６に記載の医療システムは、請求項１から５のいずれか一項に記載の医療システムにおいて、前記医師を一意に特定する情報と、前記医師の執筆した論文とを相互に関連付けて格納し、又は前記医師を一意に特定する情報と、前記医師の専門分野の病気の症状解説とを相互に関連付けて格納する詳細情報格納手段を備え、前記出力手段は、前記詳細情報格納手段に格納された情報に基づいて、前記対象医師情報格納手段に格納された対象医師の執筆した論文、又は前記対象医師の専門分野の病気の症状解説を出力する。

【0012】

また、請求項７に記載の医療プログラムは、患者の病状を特定する患者病状情報であって、前記患者の病名の情報、又は前記患者の治療方法の情報を含む患者病状情報を取得する患者病状取得手段と、医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段であって、前記医師評価情報として、病名と、当該病名に関する医師の評価とを相互に関連付けて格納し、又は、治療方法と、当該治療方法に関する医師の評価とを相互に関連付けて格納する医師評価格納手段と、前記患者病状取得手段にて取得された患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報と、に基づいて、前記患者の医療に適した医師である対象医師を抽出する医師抽出手段と、前記医師抽出手段にて抽出された複数の対象医師に関する情報を格納する対象医師情報格納手段と、前記対象医師情報格納手段に格納された複数の対象医師に関する情報を出力する出力手段と、前記出力手段にて出力された前記複数の対象医師の中から、単一の対象医師の選択を前記患者から受け付ける受付手段と、として実行させるための、医療プログラムであって、前記医師抽出手段が、前記患者病状情報に含まれる病名と、前記医師評価情報に含まれる病名に関する医師の評価に基づいて、前記対象医師を抽出し、若しくは、前記患者病状情報に含まれる治療方法と、前記医師評価情報に含まれる治療方法に関する医師の評価に基づいて、前記対象医師を抽出し、又は、前記出力手段が、前記医師評価格納手段に格納された前記病名に関する医師の評価、若しくは前記治療方法に関する医師の評価に基づいて、複数の対象医師に関する情報を出力する。

【発明の効果】

【0013】

請求項１に記載の医療システム又は請求項７に記載の医療プログラムによれば、患者病状情報と医師評価情報とに基づいて、対象医師に関する情報を出力するので、対象医師を選定する上で、患者の病状を考慮した選定を行う事ができるので、患者が自己の病気に関する治療を受ける上で適切な医師を選定する事が可能となる。
また、医師評価情報として、患者の病状に対応する治療方法に関しての医師に対する評価を格納するので、異なる複数の病気を単一の治療方法で治療可能である場合等にも、医師の評価を適切に格納する事ができる。

【0014】

請求項２に記載の医療システムによれば、医師評価情報として、ＩＣＤ病名に対応する病気に関しての医師に対する評価を格納するので、国際的に規定された基準に関する医師の評価を格納でき、複数の病名を有する病気であっても１つに統合された評価を格納する事ができる。

【0015】

請求項３に記載の医療システムによれば、患者属性情報と医師属性情報とに基づいて、医師における患者の医療に適する度合いを示す適合度を算出し、この適合度を考慮して対象医師を抽出するので、患者の病状や医師の評価以外の情報であって、患者や医師に固有の情報に基づいて対象医師を抽出でき、患者が自己の病気に関する治療を受ける上で一層適切な医師を選定する事が可能となる。

【0016】

請求項４に記載の医療システムによれば、患者の属性は、患者の年齢、性別、現在地、又は医療の費用を含むので、患者の年齢、性別、現在地、又は医療の費用等といった固有の情報に基づいて対象医師を抽出でき、患者が自己の病気に関する治療を受ける上で一層適切な医師を選定する事が可能となる。

【0017】

請求項５に記載の医療システムによれば、専門的な知識を有する者である他の医師からの評価に基づいて医師の評価を決定するので、より適切な評価を格納する事ができる。

【図面の簡単な説明】

【0019】

【図1】本発明の実施の形態に係る医療システムを例示するブロック図である。

【図2】ＩＣＤ病名ＤＢの構成例を示す図である。

【図3】医師評価ＤＢの構成例を示す図である。

【図4】医師属性ＤＢの構成例を示す図である。

【図5】対象医師ＤＢの構成例を示す図である。

【図6】医師評価ＤＢ作成処理のフローチャートである。

【図7】医師属性ＤＢ作成処理のフローチャートである。

【図8】医師評価処理のフローチャートである。

【図9】対象医師出力処理のフローチャートである。

【図10】医師検索情報の構成例を示す図である。

【図11】対象医師抽出処理のフローチャートである。

【図12】並べ替え処理のフローチャートである。

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

【0020】

以下、本発明に係る医療システム及びプログラムの実施の形態について図面を参照しつつ詳細に説明する。ただし、この実施の形態によって本発明が限定されるものではない。

【0021】

（構成）
まず、実施の形態に係る医療システム１の構成を説明する。図１は、本実施の形態に係る医療システム１を例示するブロック図である。この医療システム１は、概略的に、端末装置１０と、管理サーバ２０とを備えて構成されており、これら端末装置１０と、管理サーバ２０とは、ネットワーク２を介して相互に通信可能に接続されている。ここで、図１には、端末装置１０を１台のみ示しているが、実際には医療システム１は、複数の端末装置１０と、これら複数の端末装置１０に対して通信可能な共通の管理サーバ２０とを備えて構成されている。ただし、これら複数の端末装置１０は、相互に同様に構成することができるため、以下では、１台の端末装置１０について説明するものとし、他の端末装置１０についてはその説明を省略する。

【0022】

（構成−端末装置）
次に、端末装置１０の構成について説明する。端末装置１０は、患者病状情報及び患者属性情報を管理サーバ２０に出力すると共に、管理サーバ２０から出力された情報に基づく各種の制御を行う装置である。ここで、「患者病状情報」とは、患者の病状を特定するための情報であり、例えば、患者の漠然とした体調を特定する情報や、一般的に知られている病名である一般病名（例えば、がん、糖尿病等）を特定する情報や、国際疾病分類にしたがって定められた病名であるＩＣＤ病名（例えば、高血圧性疾患、急性心筋梗塞等）を特定する情報を含む概念であるが、本実施の形態ではＩＣＤ病名であるものとする。また、「患者属性情報」とは、患者の属性を特定するための情報であり、例えば、患者の年齢を特定する情報や、性別を特定する情報や、所在地を特定する情報や、治療にかけることの出来る予算に関する情報を含む概念である。

【0023】

また、この端末装置１０は、例えばスマートフォンを含む携帯電話端末の如き、公知の携帯端末を用いて構成されており（あるいは、公知のパーソナルコンピュータや、タブレット型コンピュータ等を用いて構成されてもよい）、通信部１１、操作部１２、ディスプレイ１３、スピーカ１４、制御部１５、及びデータ記録部１６を備えている。なお、端末装置１０は、例えば公知の携帯端末等によって構成することができるので、その詳細な説明は省略する。

【0024】

（構成−端末装置−通信部）
通信部１１は、管理サーバ２０との間でネットワーク２を介して通信するための通信手段である。この通信部１１としては、例えば、移動体無線通信網を用いて通信を行う公知の通信手段として構成することができる。

【0025】

（構成−端末装置−操作部）
操作部１２は、ユーザによる操作入力を受け付ける操作手段である。この操作部１２としては、例えば、タッチパネル、リモートコントローラの如き遠隔操作手段、あるいはハードスイッチ等、公知の操作手段として構成することができる。

【0026】

（構成−端末装置−ディスプレイ）
ディスプレイ１３は、制御部１５の制御に基づいて各種の画像を表示する表示手段である。このディスプレイ１３としては、例えば、公知の液晶ディスプレイや有機ＥＬディスプレイの如きフラットパネルディスプレイを用いることができる。

【0027】

（構成−端末装置−スピーカ）
スピーカ１４は、制御部１５の制御に基づいて各種の音声を出力する出力手段である。スピーカ１４より出力される音声の具体的な態様は任意であり、必要に応じて生成された合成音声や、予め録音された音声を出力することができる。

【0028】

（構成−端末装置−制御部）
制御部１５は、端末装置１０を制御する制御手段であり、具体的には、ＣＰＵ、当該ＣＰＵ上で解釈実行される各種のプログラム（ＯＳなどの基本制御プログラムや、ＯＳ上で起動され特定機能を実現するアプリケーションプログラムを含む）、及びプログラムや各種のデータを格納するためのＲＡＭの如き内部メモリを備えて構成されるコンピュータである。特に、実施の形態に係る医療プログラムは、任意の記録媒体又はネットワーク２を介して端末装置１０にインストールされることで、制御部１５の各部を実質的に構成する（後述する管理サーバ２０の制御部２２についても同様とする）。

【0029】

（構成−端末装置−データ記録部）
データ記録部１６は、端末装置１０の動作に必要なプログラム及び各種のデータ（例えば、地点情報（例えば地点の住所等）を含む地図情報等）を記録する記録手段である。このデータ記録部１６は、例えば、外部記録装置としてのハードディスク（図示省略）を用いて構成されている。ただし、ハードディスクに代えてあるいはハードディスクと共に、磁気ディスクの如き磁気的記録媒体、又はＤＶＤやブルーレイディスクの如き光学的記録媒体を含む、その他の任意の記録媒体を用いることができる（後述する管理サーバ２０のデータ記録部２３についても同様とする）。

【0030】

（構成−管理サーバ）
次に、管理サーバ２０の構成について説明する。この管理サーバ２０は、端末装置１０から取得した情報に基づいて患者にとって適切な医師である対象医師を抽出する装置である。図１に示すように、管理サーバ２０は、通信部２１、制御部２２、及びデータ記録部２３を備えている。なお、この管理サーバ２０は、例えば管理棟に設置された公知のサーバ等によって構成することができるので、その詳細な説明は省略する。

【0031】

（構成−管理サーバ−通信部）
通信部２１は、端末装置１０との間でネットワーク２を介して通信するための通信手段である。

【0032】

（構成−管理サーバ−制御部）
制御部２２は、管理サーバ２０を制御する制御手段であり、具体的には、機能概念的に、患者病状取得部２２ａ、患者属性取得部２２ｂ、医師属性取得部２２ｃ、及び適合度算出部２２ｄ、及び医師抽出部２２ｅを備えている。

【0033】

患者病状取得部２２ａは、患者の病状を特定する患者病状情報を取得する患者病状取得手段である。患者属性取得部２２ｂは、患者の属性を特定する患者属性情報を取得する患者属性取得手段である。医師属性取得部２２ｃは、医師の属性を特定する医師属性情報を取得する医師属性取得手段である。適合度算出部２２ｄは、患者属性取得部２２ｂにて取得した患者属性情報と、医師属性取得部２２ｃにて取得した医師属性情報と、に基づいて、医師における患者の医療に適する度合いを示す適合度を算出する適合度算出手段である。医師抽出部２２ｅは、患者病状取得部２２ａにて取得された患者病状情報と、医師評価ＤＢ２３ｂ（後述する）に格納された医師評価情報と、に基づいて、患者の医療に適した医師である対象医師に関する情報を抽出する医師抽出手段である。なお、これらの制御部２２を構成する各部によって実行される具体的な処理については、後述する。

【0034】

（構成−管理サーバ−データ記録部）
データ記録部２３は、管理サーバ２０の動作に必要なプログラム及び各種のデータを記録するデータ記録手段であり、具体的には、ＩＣＤ病名ＤＢ２３ａ、医師評価ＤＢ２３ｂ、医師属性ＤＢ２３ｃ、及び対象医師ＤＢ２３ｄを備えている。

【0035】

（構成−管理サーバ−データ記録部−ＩＣＤ病名ＤＢ）
ＩＣＤ病名ＤＢ２３ａは、ＩＣＤ病名を特定するための情報と、ＩＣＤ病名に対応する病気の詳細を特定する病気情報とを相互に関連付けて格納するＩＣＤ病名情報格納手段である。ここで、「病気情報」とは、病気に関する情報であり、例えば、病気解説情報、症状解説情報、病気診断情報、病気画像情報、及び外部リンク先情報を含む概念である。図２は、ＩＣＤ病名ＤＢ２３ａの構成例を示す図である。図２に示すように、ＩＣＤ病名ＤＢ２３ａは、項目「ＩＣＤ病名」に対応する情報、項目「病気解説」に対応する情報、項目「症状解説」に対応する情報、項目「病気診断」に対応する情報、項目「病気画像」に対応する情報、及び項目「外部リンク先」に対応する情報を、相互に関連付けて構成されている。ここで、項目「ＩＣＤ病名」に対応する情報は、ＩＣＤ病名を特定するＩＣＤ病名特定情報であり、例えば、「原発性肺癌」等が該当する。この「ＩＣＤ病名」とは、国際疾病分類にしたがって定められた病名を意味する。また、項目「病気解説」に対応する情報は、病気の内容を説明した解説を示す病気解説情報であり、例えば、病気解説情報のファイル「ｃｏｍｍｅｎｔａｒｙ１．ｔｘｔ」等が該当する。なお、図２では、病気解説情報に対応する情報として、図示の便宜上、ファイルそのものではなく、ファイル名「ｃｏｍｅｎｔａｒｙ１．ｔｘｔ」を記載しており、後述する症状解説情報、病気診断情報、及び病気画像情報についても、同様にファイル名のみを記載している。また、項目「症状解説」に対応する情報は、症状の内容を説明した解説を示す症状解説情報であり、例えば、症状解説情報のファイル（ファイル名「ｓｙｍｐｔｏｍ１．ｔｘｔ」）等が該当する。また、項目「病気診断」に対応する情報は、病気の診断結果を示す病気診断情報であり、例えば、病気診断情報のファイル（ファイル名「ｄｉａｇｎｏｓｉｓ１．ｔｘｔ」）等が該当する。また、項目「病気画像」に対応する情報は、病気に関する画像を示す病気画像情報であり、例えば、病気画像情報のファイル（ファイル名「ｐｈｏｔ１．ｊｐｇ」）等が該当する。また、項目「外部リンク先」に対応する情報は、病気の内容が取り扱われているインターネット上のサイトのリンク先を特定する外部リンク先情報であり、例えば、外部リンク先情報（ファイル名「ｒｉｎｋ１．ｔｘｔ」）等が該当する。なお、これらデータの格納形式については、例えば、病気解説情報、症状解説情報、病気診断情報、及び外部リンク先情報はテキスト形式にて格納されており、病気画像情報は、例えばＪＰＥＧ、ＰＮＧ、ＧＩＦ等の画像形式で格納されている。

【0036】

（構成−管理サーバ−データ記録部−医師評価ＤＢ）
図１の医師評価ＤＢ２３ｂは、医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段である。図３は、医師評価ＤＢ２３ｂの構成例を示す図である。図３に示すように、医師評価ＤＢ２３ｂは、項目「医師ＩＤ」に対応する情報、項目「専門分野」に対応する情報、項目「評価数」に対応する情報、項目「評価値」に対応する情報、項目「治療方法」に対応する情報、及び項目「治療費」に対応する情報、を相互に関連付けて構成されている。ここで、項目「医師ＩＤ」に対応する情報は、医師を一意に識別するための情報であって、本実施の形態においては、アルファベットのＤ及び四桁の数字を組み合わせて構成された識別情報が格納されている。また、項目「専門分野」に対応する情報は、各医師の専門分野を一意に特定する情報であって、具体的な情報は任意であるが、本実施の形態においては、「高血圧性心疾患」、「高血圧性心腎疾患」、「急性心筋梗塞」といったＩＣＤ病名が格納されている。ただし、このような専門分野を特定可能な限りＩＣＤ病名に限られず、例えば、「がん」、「肺炎」等の一般的な病名であっても良い。また、項目「評価数」に対応する情報は、医師の各専門分野に対して評価を行った者（以下、評価者）の人数であって、例えば「８」、「５」、「３」等といった数値が格納されている。また、項目「評価値」に対応する情報は、医師の各専門分野に対する評価を数値として表したものであり、医師の各専門分野に対して評価者が行った評価に基づいて算出される値である。この評価値の決定方法は任意であり、例えば本実施の形態では、各評価者が、各医師の専門分野における能力を、「尊敬に値する」＝１０点、「とても良い」＝５点、「良い」＝０点の三段階のいずれかの点数で主観により評価し、全ての評価者による評価の点数の総計を、評価値として算出する。なお、このような評価方法に限らず、例えば、評価者が０〜１０点の点数で医師の各専門分野を評価し、全ての評価者による評価の点数の総計を、評価値として算出しても構わない。また、項目「治療方法」に対応する項目は、各医師の専門分野に対応する病気の具体的な治療方法を特定する情報であって、例えば「Ａ法」、「Ｂ法」、「Ｃ法」といった具体的な治療方法が格納されている。また、項目「治療費」に対応する情報は、各医師の専門分野に対応する病気の治療に際して患者が負担する治療費を特定する情報であって、例えば「１２０万円」、「１００万円」、「９０万円」、といった具体的な金額を示す情報である。

【0037】

（構成−管理サーバ−データ記録部−医師属性ＤＢ）
図１の医師属性ＤＢ２３ｃは、医師の属性を特定する医師属性情報を格納する医師属性格納手段である。図４は、医師属性ＤＢ２３ｃの構成例を示す図である。図４に示すように、医師評価ＤＢ２３ｂは、項目「医師ＩＤ」に対応する情報、項目「氏名」に対応する情報、項目「性別」に対応する情報、及び項目「所属病院」に対応する情報、を相互に関連付けて構成されている。ここで、項目「医師ＩＤ」に対応する情報は、医師を一意に識別するための情報であって、上述した医師評価ＤＢ２３ｂの項目「医師ＩＤ」に対応する情報として格納された情報と同一の情報である。また、項目「氏名」に対応する情報は、各医師の氏名を示す情報である。また、項目「性別」に対応する情報は、各医師の性別を示す情報である。また、項目「所属病院」に対応する情報は、各医師が所属する病院に関する情報であり、小項目「地域」に対応する情報、小項目「病院名」に対応する情報、及び小項目「診療科」に対応する情報、を相互に関連付けて構成されている。ここで、小項目「地域」に対応する情報は、各医師が所属する病院の地域を特定する情報であって、例えば「関東／東京」、「関東／神奈川」といった地域や県の名称を示す情報である。また、小項目「病院名」に対応する情報は、各医師が所属する病院の名称を特定する情報であって、例えば、「一般財団法人聖路加国際メディカルセンター」、「公立大学法人横浜市立大学附属病院」といった病院名を示す情報が格納されている。また、小項目「診療科」に対応する情報は、各医師が所属する診療科の名称を特定する情報であって、例えば、「血液内科」、「腫瘍内科」といった診療科名を示す情報が格納されている。

【0038】

（構成−管理サーバ−データ記録部−対象医師ＤＢ）
図１の対象医師ＤＢ２３ｄは、医師抽出部２２ｅにて抽出された対象医師に関する情報を格納する対象医師情報格納手段である。図５は、対象医師ＤＢ２３ｄの構成例を示す図である。図５に示すように、対象医師ＤＢ２３ｄは、項目「患者ＩＤ」に対応する情報、項目「医師ＩＤ」に対応する情報、項目「総合評価値」に対応する情報、及び項目「優先度」に対応する情報、を相互に関連付けて構成されている。ここで、項目「患者ＩＤ」に対応する情報は、患者を一意に識別するための情報であって、本実施の形態においては、アルファベットのＰ及び四桁の数字を組み合わせて構成された識別情報が格納されている。また、項目「医師ＩＤ」に対応する情報は、医師を一意に識別するための情報であって、上述した医師評価ＤＢ２３ｂで説明したものと同様の情報である。また、項目「総合評価値」に対応する情報は、後述する優先度を特定するための指標となる値であって、上述した評価値や、後述する患者属性情報及び医師属性情報等に基づいて算出される値である。また、項目「優先度」に対応する情報は、患者にとって適切な医師をランク付けした番号であり、例えば総合評価値が高い順に若い番号が振られている。なお、項目「医師ＩＤ」及び項目「総合評価値」に対応する情報は、対応するレコードの優先度が高い順番（番号が若い順番）にソートされている。

【0039】

（処理）
次に、このように構成される医療システム１によって実行される処理について説明する。

【0040】

（処理−医師評価ＤＢ作成処理）
まずは、医師評価ＤＢ作成処理について説明する。この医師評価ＤＢ作成処理は、図３に示す医師評価ＤＢ２３ｂを作成する処理である。この医師評価ＤＢ２３ｂは、概略的に、ＷＥＢ上の入力フォームから各医師が入力を行い、各医師により入力された医師の評価に関する情報（以下、医師評価情報）を集結させて作成する。図６は、医師評価ＤＢ作成処理のフローチャートである（以下の各処理の説明ではステップを「Ｓ」と略記する）。

【0041】

まず、ＳＡ１に示すように、管理サーバ２０の制御部２２は、医師評価情報の登録要求の受け付けを行う。例えば、端末装置１０のディスプレイ１３に表示させた新規登録アイコンを医師がクリックすることにより登録要求が行われる。このように登録要求を受け付けた場合、医師に固有の医師ＩＤがランダムで決定され、ＳＡ２に移行する。

【0042】

ＳＡ２にて、管理サーバ２０の制御部２２は、医師から専門分野の入力を受け付ける。例えば、端末装置１０のディスプレイ１３にＩＣＤ病名を複数羅列し、その中から医師が自己の専門分野のＩＣＤ病名をクリックして選択することにより、入力する事ができる。なお、複数のＩＣＤ病名を選択しても構わない。

【0043】

ＳＡ３にて、管理サーバ２０の制御部２２は、医師から治療方法の入力を受け付ける。例えば、端末装置１０のディスプレイ１３に、医師がＳＡ２にて選択したＩＣＤ病名に対応する治療方法を複数羅列する。この治療方法は、ＩＣＤ病名と、治療方法とを相互に関連付けて格納した治療方法テーブル（図示省略）を参照して羅列する。そして、このように羅列された治療方法の中から医師が自己の専門の治療方法をクリックして選択することにより、入力する事ができる。なお、複数の治療方法を選択しても構わない。

【0044】

ＳＡ４にて、管理サーバ２０の制御部２２は、医師から治療費の入力を受け付ける。例えば、端末装置１０のディスプレイ１３に、医師がＳＡ２にて選択したＩＣＤ病名毎に治療費の入力フォームを表示し、この入力フォームに医師が具体的な額を入力しても良い。

【0045】

ＳＡ５にて、管理サーバ２０の制御部２２は、登録を完了し、ＳＡ１〜ＳＡ４の処理にて入力された各情報に基づいて、図３に示す医師評価ＤＢ２３ｂの、項目「医師ＩＤ」に対応する情報、項目「専門分野」に対応する情報、項目「治療方法」に対応する情報、及び項目「治療費」に対応する情報を格納する。なお、項目「評価数」に対応する情報、及び項目「評価値」に対応する情報については、いずれも初期値として「０」を格納する。このように登録が完了することにより、医師には固有の医師ＩＤが交付されてアカウントが作成されると共に、自己のアカウントに関する各種情報（専門分野、治療方法等の情報（後述する医師属性ＤＢ作成処理にて医師の氏名や性別や所属病院の病院名等の情報を登録した場合には、これらの情報も含む））を表示したＷＥＢページが作成される。そして、医師は、自己の医師ＩＤや予め設定したパスワード等をログインフォームから入力することにより当該ＷＥＢページの情報を閲覧及び編集可能となる。以上で、医師評価ＤＢ作成処理を完了する。

【0046】

（処理−医師属性ＤＢ作成処理）
続いて、医師属性ＤＢ作成処理について説明する。この医師属性ＤＢ作成処理は、図４に示す医師属性ＤＢ２３ｃを作成する処理である。この医師属性ＤＢ２３ｃは、概略的に、ＷＥＢ上の入力フォームから各医師が入力を行い、各医師により入力された情報（以下、医師属性情報）を集結させて作成する。図７は、医師属性ＤＢ作成処理のフローチャートである。

【0047】

ＳＢ１にて、管理サーバ２０の制御部２２は、医師属性情報の登録要求の受け付けを行う。例えば、端末装置１０のディスプレイ１３に表示させたログインフォームに医師が自己の医師ＩＤやパスワード等を入力して自己のアカウントにログインし、ディスプレイ１３に表示させた「プロフィール編集」アイコンをクリックすることにより、登録要求が行われる。このように登録要求を受け付けた場合、ＳＢ２に移行する。

【0048】

ＳＢ２にて、管理サーバ２０の制御部２２は、医師からの氏名の入力を受け付ける。例えば、端末装置１０のディスプレイ１３に氏名入力用の入力フォームを表示し、この入力フォームに医師が自己の氏名を入力しても良い。

【0049】

ＳＢ３にて、管理サーバ２０の制御部２２は、医師からの性別の入力を受け付ける。例えば端末装置１０のディスプレイ１３に男性又は女性のチェック欄を設け、医師が自己の性別に該当するチェック欄にチェックを入れることにより入力しても良い。

【0050】

ＳＢ４にて、管理サーバ２０の制御部２２は、医師から自己が所属する病院の属する地域の入力を受け付ける。例えば端末装置１０のディスプレイ１３に地域入力用の入力フォームを表示し、この入力フォームに医師が自己の属する病院の地域を入力しても良い。

【0051】

ＳＢ５にて、管理サーバ２０の制御部２２は、医師から自己が所属する病院の名称の入力を受け付ける。例えば端末装置１０のディスプレイ１３に病院名入力用の入力フォームを表示し、この入力フォームに医師が自己の属する病院名を入力しても良い。

【0052】

ＳＢ６にて、管理サーバ２０の制御部２２は、医師から自己が所属する診療科の入力を受け付ける。例えば端末装置１０のディスプレイ１３に診療科入力用の入力フォームを表示し、この入力フォームに医師が自己の属する診療科を入力しても良い。

【0053】

ＳＢ７にて、管理サーバ２０の制御部２２は、登録を完了し、ＳＢ１〜ＳＢ６の処理にて入力された各情報に基づいて、図４に示す医師属性ＤＢ２３ｃの、項目「医師ＩＤ」に対応する情報、項目「氏名」に対応する情報、項目「性別」に対応する情報、小項目「地域」に対応する情報、小項目「病院名」に対応する情報、及び小項目「診療科」に対応する情報を格納する。以上で、医師属性ＤＢ作成処理を完了する。

【0054】

（処理−医師評価処理）
続いて、医師評価処理について説明する。この医師評価処理は、図３に示す医師評価ＤＢ２３ｂの項目「評価数」に対応する情報、及び項目「評価値」に対応する情報を更新する処理である。図８は、医師評価処理のフローチャートである。なお、このような医師評価処理を実行する者については、評価対象の医師を知っている者である限り任意であり、例えば評価対象の医師の同業者の医師、同じ職場に勤務する者、患者等を含めて構わないが、本実施の形態においては、上述した図６に示す医師評価ＤＢ作成処理を実行することにより医師ＩＤを所有している医師のみが当該医師評価処理を実行できるものとする。なお、以下では必要に応じて、評価する側の医師を「評価者」、評価される側の医師を「被評価者」と区別して称して説明する。

【0055】

ＳＣ１にて、管理サーバ２０の制御部２２は、被評価者となる医師の選択を受け付ける。このような医師の選択の受け付け方法は任意であり、例えば医師属性情報に基づいて被評価者と同一の病院に所属する医師を被評価者として自動的に選択しても構わない。ただし本実施の形態では、以下の方法で選択を受け付ける。まず、端末装置１０のディスプレイ１３に表示させたログインフォームに医師が自己の医師ＩＤやパスワード等を入力して自己のアカウントにログインすると端末装置１０のディスプレイ１３に自己のアカウントのＷＥＢページが表示され、このＷＥＢページ上には、他の複数の医師の情報（例えば氏名や所属する病院名）が羅列される。そして、当該羅列された医師の情報をクリックすると、当該医師のアカウントのＷＥＢページに移り、当該ＷＥＢページ上に表示された「この医師を評価する」アイコンをクリックすることにより、被評価者の選択が行われる。

【0056】

ＳＣ２にて、管理サーバ２０の制御部２２は、被評価者となる医師の専門分野の選択を受け付ける。例えば、被評価者の専門分野として登録されているＩＣＤ病名を端末装置１０のディスプレイ１３に表示させ、評価者が、表示されたＩＣＤ病名を選択することにより受け付ける。

【0057】

ＳＣ３にて、管理サーバ２０の制御部２２は、被評価者に対する評価者の評価が、「尊敬に値する」であるか否かを判定する。具体的には、被評価者の端末装置１０のディスプレイ１３に、「尊敬に値する」、「とても良い」、「良い」の３つのチェック欄を表示させ、被評価者が「尊敬に値する」のチェック欄にチェックを入れたか否かを判定する。そして「尊敬に値する」にチェックを入れた場合（ＳＣ３、Ｙｅｓ）、ＳＣ４へ移行し、「尊敬に値する」にチェックを入れていない場合（ＳＣ３、Ｎｏ）、ＳＣ５へ移行する。

【0058】

ＳＣ４にて、管理サーバ２０の制御部２２は、図３に示す医師評価ＤＢ２３ｂのうち、被評価者の医師ＩＤに対応するレコードであって、かつ上述したＳＣ２で評価者が選択した専門分野に対応するレコードにおける項目「評価値」に対応する情報に、「尊敬に値する」に関連付けられた点数（＝１０点）を加算する。具体的には、評価内容（「尊敬に値する」、「とても良い」、「良い」等）を示す情報と、点数（「１０点」、「５点」、「０点」）を示す情報とを相互に関連付けて格納した評価情報テーブル（図示省略）を参照し、評価者が選択した評価内容に対応して格納された点数を加算する。

【0059】

ＳＣ５にて、管理サーバ２０の制御部２２は、被評価者に対する評価者の評価が、「とても良い」であるか否かを判定する。具体的には、上述した３つのチェック欄のうち、被評価者が「尊敬に値する」のチェック欄にチェックを入れたか否かを判定し、「とても良い」にチェックを入れた場合（ＳＣ５、Ｙｅｓ）、ＳＣ６へ移行し、「とても良い」にチェックを入れていない場合（ＳＣ５、Ｎｏ）、ＳＣ７へ移行する。

【0060】

ＳＣ６にて、管理サーバ２０の制御部２２は、被評価者の医師ＩＤに対応するレコードにおける項目「評価値」に５点を加算する。この加算の具体的な手順については、上述したＳＣ４と同様の方法により実行される。

【0061】

ＳＣ７にて、すなわち、「尊敬に値する」のチェック欄にも「とても良い」のチェック欄にもチェックが入れられていない場合、すなわち、「良い」のチェック欄にチェックが入れられている場合、管理サーバ２０の制御部２２は、被評価者の医師ＩＤに対応するレコードにおける項目「評価値」に加算をしない。これらのＳＣ４、ＳＣ６、又はＳＣ７の処理を終えることにより評価値が蓄積され、この後にＳＣ８に移行する。

【0062】

ＳＣ８にて、管理サーバ２０の制御部２２は、被評価者の医師ＩＤに対応するレコードにおける項目「評価数」を１増加させる。このことにより、被評価者の専門分野に対して評価を行った評価者の数が蓄積される。なお、同一の評価者が同一の被評価者に対して複数回評価を行う事が出来ないように、被評価者に対して評価を行った評価者の医師ＩＤを管理サーバ２０のデータ記録部２３に格納しておくことが好ましい。以上で、医師評価処理を完了する。

【0063】

（処理−対象医師出力処理）
続いて、対象医師出力処理について説明する。この対象医師出力処理は、患者が患者病状情報及び患者属性情報の送信を行った際に、当該患者にとって適切な対象医師に関する情報を、患者に対して出力する処理である。図９は、対象医師出力処理のフローチャートである。この対象医師出力処理が実行されるタイミングについては任意であり、例えば、端末装置１０及び管理サーバ２０の電源が投入されたタイミングで実行される。

【0064】

まず、ＳＤ１において、端末装置１０の制御部１５は、患者病状情報の入力を受け付けたか判定する。この判定の具体的な方法は任意で、例えば端末装置１０のディスプレイ１３にＩＣＤ病名のリストを表示させておき、このリストの中から患者が自己の病気を示すＩＣＤ病名を選択することにより、入力が受け付けられたものと判定する。そして、入力を受け付けるまで待機し（ＳＤ１、Ｎｏ）、入力が受け付けられた場合（ＳＤ１、Ｙｅｓ）、ＳＤ２に移行する。

【0065】

ＳＤ２において、端末装置１０の制御部１５は、ＳＤ１において入力された患者病状情報を、端末装置１０の通信部１１を介して、管理サーバ２０に対して送信する。

【0066】

ＳＤ３において、管理サーバ２０の患者病状取得部２２ａは、端末装置１０から患者病状情報を受信したか否かを判定する。そして、受信するまで待機し（ＳＤ３、Ｎｏ）、受信した場合（ＳＤ３、Ｙｅｓ）、ＳＤ６に移行する。

【0067】

ＳＤ４において、端末装置１０の制御部１５は、患者属性情報の入力を受け付けたか判定する。この判定の具体的な方法は任意で、例えば端末装置１０のディスプレイ１３に患者属性情報として「年齢」、「性別」、「所在地」、及び「予算」を入力する入力フォームを表示させておき、この入力フォームに入力が行われることにより、入力が受け付けられたものと判定する。なお、患者は一部又は全部の入力フォームへの入力をスキップしても構わない。そして、入力を受け付けるまで待機し（ＳＤ４、Ｎｏ）、入力が受け付けられた場合（ＳＤ４、Ｙｅｓ）、ＳＤ５に移行する。

【0068】

ＳＤ５において、端末装置１０の制御部１５は、ＳＤ４において入力された患者属性情報を、端末装置１０の通信部１１を介して、管理サーバ２０に対して送信する。

【0069】

ＳＤ６において、管理サーバ２０の患者属性取得部２２ｂは、端末装置１０から患者属性情報を受信したか否かを判定する。そして、受信するまで待機し（ＳＤ６、Ｎｏ）、受信した場合（ＳＤ６、Ｙｅｓ）、ＳＤ７に移行する。

【0070】

ＳＤ７において、管理サーバ２０の制御部２２は、ＳＤ３において受信した患者病状情報及びＳＤ６において受信した患者属性情報に基づいて、医師検索情報を作成する。ここで、図１０は、医師検索情報の構成例を示す図である。この医師検索情報は、項目「患者ＩＤ」に対応する情報、項目「患者病状情報」に対応する情報、及び項目「患者属性情報」に対応する情報、を相互に関連付けて構成されている。項目「患者ＩＤ」に対応する情報は、医師の検索を行った患者の患者ＩＤである。項目「患者病状情報」に対応する情報は、患者の病状を一意に特定するための情報であって、ＳＤ１の処理において入力された患者のＩＣＤ病名が格納される。項目「患者属性情報」に対応する情報は、患者の属性を一意に特定するための情報であって、ＳＤ４の処理において入力された患者の属性が格納される。具体的には、小項目「年齢」に対応する情報、小項目「性別」に対応する情報、小項目「所在地」に対応する情報、及び小項目「予算」に対応する情報、が相互に関連付けて格納されており、それぞれ患者の年齢、性別、所在地、及び予算に関する情報が格納されている。

【0071】

（処理−対象医師出力処理−対象医師抽出処理）
図９に戻り、ＳＤ８において、管理サーバ２０の医師抽出部２２ｅは、対象医師抽出処理を行う。以下では、対象医師出力処理について説明する。図１１は、対象医師抽出処理のフローチャートである。この対象医師抽出処理は、医師検索情報に基づいて、患者にとって適切な医師である対象医師を抽出する処理である。

【0072】

まず、ＳＥ１にて、医師抽出部２２ｅは、患者のＩＣＤ病名を特定する。具体的には、図９に示す対象医師出力処理のＳＤ７において作成された図１０の医師検索情報における、項目「患者病状情報」に対応する情報を、患者のＩＣＤ病名として特定する（図１０では「高血圧性心疾患」）。

【0073】

ＳＥ２にて、医師抽出部２２ｅは、ＳＥ１にて特定した患者のＩＣＤ病名を専門とする医師の医師ＩＤを特定する。具体的には、図３に示す医師評価ＤＢ２３ｂの項目「専門分野」に対応する情報を参照し、ＳＥ１にて特定したＩＣＤ病名が格納されたレコードの医師ＩＤを特定する。例えば、図３においては、患者のＩＣＤ病名である高血圧性心疾患が格納されたレコードの医師ＩＤとして、「Ｄ０００１」がある。同様に、高血圧性心疾患を専門とする医師の医師ＩＤを全て特定する。

【0074】

ＳＥ３にて、医師抽出部２２ｅは、ＳＥ２にて特定した全ての医師ＩＤの中から、評価値が基準値よりも大きい医師ＩＤを抽出する。ここで、「基準値」とは、評価の低い医師を患者に対して出力しないために設定される基準であって、例えば管理サーバ２０のデータ記録部２３に予め格納されている。基準値としては、例えば「１０」、「２０」、又は「３０」等といった任意の値が設定される。なお、評価の高低に関わらず全ての医師を出力する場合には、基準値を「０」と設定すれば構わない。以上で、医師ＩＤの抽出を完了し、図９の対象医師出力処理に戻り、ＳＤ９に移行する。

【0075】

（処理−対象医師出力処理−並べ替え処理）
ＳＤ９にて、管理サーバ２０の制御部２２は、並べ替え処理を実行する。この並べ替え処理は、ＳＥ３にて抽出した全ての医師ＩＤを、患者にとって適切な医師の順に並べ変える処理である。図１２は、並べ替え処理のフローチャートである。ここで、この並べ替え処理では、概略的に、図１１のＳＥ３にて抽出した医師ＩＤの中から１つの医師ＩＤを抽出し、この医師ＩＤの総合評価値（後述する）を算出し、続いて図１１のＳＥ３にて抽出した医師ＩＤの中から他の医師ＩＤを抽出し、この医師ＩＤの総合評価値を算出し、以降同様の処理を繰り返すことにより、図１１のＳＥ３にて抽出した全ての医師ＩＤの総合評価値を算出する。なお、以下では、総合評価値を算出する対象となる医師ＩＤが示す医師を、「算出対象医師」と称して説明する。

【0076】

まず、ＳＦ１にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師に関する医師属性情報を取得する。具体的には、図４に示す医師属性ＤＢ２３ｃを参照し、項目「医師ＩＤ」に対応する情報として、ＳＥ３にて抽出した医師ＩＤが格納されたレコードを取得する。

【0077】

ＳＦ２にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師の適合度を「１．０」に設定する。この適合度は、患者の属性と医師の属性との相性を特定するための基準となる値であり、初期値としてはこのように「１．０」に設定されている。

【0078】

ＳＦ３にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師の所属病院が、患者の所在地から移動可能な範囲であるかを判定する。この判定の具体的な方法は任意であるが、例えば、図４に示す医師属性ＤＢ２３ｃにおける項目「地域」に対応する情報として格納された算出対象医師の所属病院の所在地と、図１０に示す医師検索情報における項目「所在地」に対応する情報として格納された患者の所在地とが一致する場合に、移動可能であると判定しても良い。または、患者の所在地から算出対象医師の所属病院の所在地への移動時間が所定時間（例えば、２時間）以内である場合に移動可能であると判定しても良い。なお、この所定時間については任意に設定して構わないが、患者の年齢を考慮して設定しても構わず、例えば患者の年齢が高齢である場合には長時間移動が困難であるものとし、所定時間を短く設定しても構わない。また、移動時間の測定方法は任意で、例えば公知のルート検索ソフトを用いて測定する事が可能である。そして、移動可能な範囲である場合（ＳＦ３、Ｙｅｓ）、ＳＦ４に移行し、移動可能な範囲でない場合（ＳＦ３、Ｎｏ）、ＳＦ５に移行する。

【0079】

ＳＦ４にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師と患者との地理的な相性が良いものとし、適合度に０．１を加算する。なお、この際に加算する具体的な点数は任意であり、例えば０．２や０．３を加算しても構わない。また、後述するＳＦ６やＳＦ８にて加算する値と異なっても構わない。

【0080】

ＳＦ５にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師の費用が患者にとって妥当であるかを判定する。この判定の具体的な方法は任意であるが、例えば、図１０に示す医師検索情報における項目「予算」に対応する情報として格納された患者の予算内に、図３に示す医師評価ＤＢ２３ｂにおける項目「治療費」に対応する情報として格納された算出対象医師の治療費が収まる場合に、妥当であると判定しても良い。または、患者の予算と算出対象医師の治療費の差額が所定額（例えば、２０万円）以下である場合、妥当であると判定しても良い。そして、妥当である場合（ＳＦ５、Ｙｅｓ）、ＳＦ６に移行し、妥当でない場合（ＳＦ５、Ｎｏ）、ＳＦ７に移行する。

【0081】

ＳＦ６にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師と患者との費用的な相性が良いものとし、適合度に０．１を加算する。なお、この際に加算する具体的な点数は任意であり、例えば０．２や０．３を加算しても構わない。

【0082】

ＳＦ７にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師の性別と患者の性別が一致するか否かを判定する。この判定の具体的な方法は任意であるが、例えば、図４に示す医師属性ＤＢ２３ｃにおける項目「性別」に対応する情報として格納された算出対象医師の性別と、図１０に示す医師検索情報における項目「性別」に対応する情報として格納された患者の性別とを比較し、一致する場合、両者の性別が一致するものと判定しても良い。そして、一致する場合（ＳＦ７、Ｙｅｓ）、ＳＦ８に移行し、一致しない場合（ＳＦ７、Ｎｏ）、ＳＦ９に移行する。

【0083】

ＳＦ８にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師と患者との性別的な相性が良いものとし、適合度に０．１を加算する。なお、この際に加算する具体的な点数は任意であり、例えば０．２や０．３を加算しても構わない。

【0084】

ＳＦ９にて、管理サーバ２０の適合度算出部２２ｄは、上記のＳＦ１〜ＳＦ８の処理を経た上での、算出対象医師の最終的な適合度を算出する。具体的には、上記の例では「１．０」〜「１．３」の値が適合度として算出される。

【0085】

ＳＦ１０にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師の総合評価値を算出する。この総合評価値は、患者にとっての算出対象医師の総合的な評価を特定するための情報であって、総合評価値を算出する具体的な手段は任意であるが、本実施の形態では、図３に示す医師評価ＤＢ２３ｂにおける算出対象医師の項目「評価値」に対応する情報と、図１２のＳＦ９にて算出した適合度に基づいて算出される。具体的には、総合評価値は、評価値に適合度を乗ずることにより算出する。ただし、このような算出方法に限らず、例えば評価値や適合度以外の他の要素も考慮して算出しても構わない。例えば、図３に示す医師評価ＤＢ２３ｂにおける算出対象医師の項目「評価数」に対応する情報を参照し、評価数が多い医師は知名度が高いものとして総合評価値をさらにプラスしても構わない。

【0086】

ＳＦ１１にて、管理サーバ２０の適合度算出部２２ｄは、図１１のＳＥ３にて抽出した全ての医師ＩＤの総合評価値を算出したか否かを判定し、算出していない場合（ＳＦ１１、Ｎｏ）、ＳＦ１に戻り、未だ総合評価値を算出していない医師を算出対象医師として、以降ＳＦ１〜ＳＦ１１の処理を繰り返し実行する。また、図１１のＳＥ３にて抽出した全ての医師ＩＤの総合評価値を算出している場合（ＳＦ１１、Ｙｅｓ）、ＳＦ１２に移行する。

【0087】

ＳＦ１２にて、管理サーバ２０の適合度算出部２２ｄは、ＳＦ１〜ＳＦ１１に示す処理にて算出した全ての総合評価値が高い順に医師ＩＤを並べた図５に示す対象医師ＤＢ２３ｄを作成する。例えば、患者ＩＤ「Ｐ０００１」の患者に対しては、優先度が高い順（すなわち総合評価値が高い順）に、医師ＩＤ「Ｄ０００６」、「Ｄ０００１」、「Ｄ００８５」の医師を順に並べてある。また、患者ＩＤ「Ｐ０００２」の患者に対しては、優先度が高い順に、医師ＩＤ「Ｄ００７４」、「Ｄ００１６」、「Ｄ０１５３」の医師を順に並べてある。以上で、並べ替え処理を終了し、図９に示す対象医師出力処理に戻る。

【0088】

続いて、ＳＤ１０にて、管理サーバ２０の制御部２２は、図５に示す対象医師ＤＢ２３ｄに格納された対象医師情報のうち、送信先の患者の患者ＩＤに対応するレコードの情報を、患者の端末装置１０に対して送信する。この際には、送信する情報に対して患者の端末装置１０を一意に特定するＩＤを対象医師情報に付して送信する。

【0089】

ＳＤ１１にて、端末装置１０の制御部１５は、対象医師情報を受信したか否かを判定する。この判定方法は任意で、端末装置１０側で、端末装置１０のＩＤと対象医師情報に付されたＩＤとが一致するかを判定し、一致する場合に対象医師情報を受信したと判定しても良い。そして、端末装置１０の制御部１５は、対象医師情報を受信するまで待機し（ＳＤ１１、Ｎｏ）、受信した場合（ＳＤ１１、Ｙｅｓ）、ＳＤ１２に移行する。

【0090】

ＳＤ１２にて、端末装置１０の制御部１５は、ＳＤ１１にて受信した対象医師情報を端末装置１０のディスプレイ１３に表示する。このように、総合評価値の高い順番に医師が並べられた対象医師情報を表示することにより、患者は、自身にとって適切な医師を容易に認識する事ができる。なお、ディスプレイ１３に表示された対象医師情報における各医師のＩＤをクリックすることにより、当該クリックされた医師に関する詳細な情報を閲覧できるようにしても良く、例えば、医師属性ＤＢ２３ｃに格納された医師の氏名、性別、所属病院に関する情報、又は、医師評価ＤＢ２３ｂに格納された専門分野、治療方法、治療費に関する情報等を閲覧できるようにしても良い。また、これら以外の情報を医師属性ＤＢ２３ｃや医師評価ＤＢ２３ｂ等に格納しておき、当該情報も閲覧可能としても構わず、例えば、医師の顔写真や、医師が執筆した論文等を閲覧可能としても良い。また、医師の専門分野のＩＣＤ病名をクリックすることにより、図２に示すＩＣＤ病名ＤＢ２３ａに格納された情報を参照し、当該ＩＣＤ病名に対応する病気に関する詳細な情報を閲覧可能としても良い。具体的には、ＩＣＤ病名をクリックすることにより、ディスプレイ１３に図２の各項目名（病気解説、症状解説、病気診断、病気画像、及び外部リンク先）が羅列され、いずれかの項目をクリックすると、当該項目に対応する情報を図２のＩＣＤ病名ＤＢ２３ａから読み込んでディスプレイ１３に表示しても良い。これにて、対象医師出力処理を終了する。

【0091】

（実施の形態の効果）
このように実施の形態によれば、患者病状情報と医師評価情報とに基づいて、対象医師に関する情報を出力するので、対象医師を選定する上で、患者の病状を考慮した選定を行う事ができるので、患者が自己の病気に関する治療を受ける上で適切な医師を選定する事が可能となる。

【0092】

また、医師評価情報として、ＩＣＤ病名に対応する病気に関しての医師に対する評価を格納するので、国際的に規定された基準に関する医師の評価を格納でき、複数の病名を有する病気であっても１つに統合された評価を格納する事ができる。

【0093】

また、医師評価情報として、患者の病状に対応する治療方法に関しての医師に対する評価を格納するので、異なる複数の病気を単一の治療方法で治療可能である場合等にも、医師の評価を適切に格納する事ができる。

【0094】

また、患者属性情報と医師属性情報とに基づいて、医師における患者の医療に適する度合いを示す適合度を算出し、この適合度を考慮して対象医師を抽出するので、患者の病状や医師の評価以外の情報であって、患者や医師に固有の情報に基づいて対象医師を抽出でき、患者が自己の病気に関する治療を受ける上で一層適切な医師を選定する事が可能となる。

【0095】

また、患者の属性は、患者の年齢、性別、現在地、又は医療の費用を含むので、患者の年齢、性別、現在地、又は医療の費用等といった固有の情報に基づいて対象医師を抽出でき、患者が自己の病気に関する治療を受ける上で一層適切な医師を選定する事が可能となる。

【0096】

また、専門的な知識を有する者である他の医師からの評価に基づいて医師の評価を決定するので、より適切な評価を格納する事ができる。

【0097】

〔変形例〕
以上、本発明に係る実施の形態について説明したが、本発明の具体的な構成及び手段は、特許請求の範囲に記載した各発明の技術的思想の範囲内において、任意に改変及び改良できる。以下、このような変形例について説明する。

【0098】

（解決しようとする課題や発明の効果について）
まず、発明が解決しようとする課題や発明の効果は、前記した内容に限定されるものではなく、本発明によって、前記に記載されていない課題を解決したり、前記に記載されていない効果を奏することもでき、また、記載されている課題の一部のみを解決したり、記載されている効果の一部のみを奏することがある。例えば、従来のシステムよりも、患者にとって適切な医師を選定することができない場合であっても、本願発明の手段が従来のシステムの手段と異なっている場合には、本願発明の課題が解決されている。

【0099】

（分散や統合について）
また、上述した各電気的構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散や統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散又は統合して構成できる。例えば、端末装置１０又は管理サーバ２０を複数の装置に分散して構成したり、端末装置１０又は管理サーバ２０を相互に統合したり、端末装置１０又は管理サーバ２０の一方の機能の一部を他方に持たせたりしてもよい。また、各部を分散する場合において、これら各部の相互間の連携は、有線と無線のいずれか一方又は両方により行うことができる。

【0100】

（形状、数値、構造、時系列について）
実施の形態や図面において例示した構成要素に関して、形状、数値、又は複数の構成要素の構造若しくは時系列の相互関係については、本発明の技術的思想の範囲内において、任意に改変及び改良することができる。

【0101】

（評価について）
本実施の形態では、図３に示すように、医師評価情報として、医師の専門分野に関しての医師に対する評価を格納するものとして説明したが、これに限られず、例えば治療方法に関しての医師に対する評価を格納しても構わない。このように、医師評価情報として、患者の病状に対応する治療方法に関しての医師に対する評価を格納する事で、異なる複数の病気を単一の治療方法で治療可能である場合等にも、医師の評価を適切に格納する事ができる。

【0102】

また、本実施の形態では、他の医師からの評価に基づいて医師の評価を決定するものとして説明したが、これに限らず、患者からの評価に基づいて医師の評価を決定しても構わない。また、他の医師からの評価と患者からの評価の両方に基づいて医師の評価を決定してもよく、この際に医師からの評価によって加点される評価値と、患者からの評価によって加点される評価値とを相互に異なる値にして、各評価値の総和によって単一の評価値を算出しても良い。または、これらのそれぞれの評価値を別々に扱って、「医師からの評価値に基づいて適切と判断された対象医師」と、「患者からの評価値に基づいて適切と判断された対象医師」と、を両方出力しても構わない。

【0103】

（評価値について）
本実施の形態では、評価の方法として、「尊敬に値する」、「とても良い」、「良い」の三段階のいずれかの基準で評価するものとしたが、これに限られず、例えば評価値として「０」〜「１０」のいずれかの点数で評価しても良い。あるいは、評価の基準としてマイナスの評価を加えてもよく、例えば「悪い」、「とても悪い」の２段階を追加した計５段階の基準を設け、「悪い」で評価した場合には評価値を「−５」し、「とても悪い」で評価した場合には評価値を「−１０」しても構わない。

【0104】

また、他者からの評価以外の方法で医師の評価値を特定しても良い。例えば、医師の評価されるべき経歴、職歴、学歴、及び活動等に基づいて医師の評価値を特定しても構わない。具体的な例としては、医師の活動（特に、医師による論文や書籍等（以下、「論文等」）の執筆）に基づいて医師の評価値を特定する方法を以下に説明する。まず、医師属性ＤＢ２３ｃや医師評価ＤＢ２３ｂ等に、医師が執筆した論文等に関する情報（論文等の本文や、論文等のタイトルのみ等）を格納可能とする。これらは医師が自ら操作部１２を介して入力することにより格納可能としても良い。そして、医師属性ＤＢ２３ｃや医師評価ＤＢ２３ｂ等に、当該論文等が記憶されている場合、当該医師を権威あるものとし、当該論文等に対応する専門分野の評価値を所定値（例えば、＋３０）増加させても良い。他には、医師の経歴に基づいて評価値を特定する方法としては、例えば医師属性ＤＢ２３ｃや医師評価ＤＢ２３ｂ等に、医師として専門分野の病気に携わった期間を格納可能とし、当該期間に応じて、評価値を所定値増加させても良い。例えば、３０年以上の場合には評価値を＋１００、２０年以上の場合には評価値を＋５０、１０年以上の場合には評価値を＋２０等しても良い。

【0105】

また、上記論文等の共著者を、管理サーバ２０のデータ記録部２３（例えば、医師属性ＤＢ２３ｃや医師評価ＤＢ２３ｂ等）に格納可能としても良い。例えば、まず、入力を行う医師（以下、「医師Ａ」）が、上記のように操作部１２を介して論文等の入力をする際に、共著者を入力する項目をディスプレイ１３に表示させ、この項目に共著者である他の医師（以下、「医師Ｂ」）を特定するための情報を入力する。次に、管理サーバ２０の制御部２２は、入力内容等に基づいて、論文の執筆者に関する情報と、論文等とを関連付けて管理サーバ２０のデータ記録部２３に格納する。具体的な格納の態様は任意であるが、例えば、医師属性ＤＢ２３ｃにおける医師Ａのレコードに、医師Ａに入力された医師Ｂを特定する情報と、論文等に関する情報を関連付けて格納しても良い。または、医師Ａによって入力された医師Ｂを特定する情報に基づいて、医師属性ＤＢ２３ｃにおける当該医師Ｂのレコードを特定し、当該医師Ｂのレコードに、医師Ａを特定する情報と、論文等に関する情報を関連付けて格納しても良い。または、これらの両方の態様を組み合わせて、医師Ａ及び医師Ｂのレコードの両方に、それぞれの共著者を特定する情報と、論文等に関する情報を関連付けて格納しても良い。あるいは、論文等の全ての執筆者（この場合、医師Ａ及び医師Ｂ）を特定する情報と、論文等に関する情報と、を相互に関連付けて格納する論文情報ＤＢ（図示省略）に、医師Ａを特定する情報、医師Ｂを特定する情報、及び医師Ａと医師Ｂとが執筆した論文等に関する情報を格納しても構わない。このことにより、共著者である医師Ｂは、自ら論文等に関する情報を入力する手間を省略でき、論文等に関する情報の蓄積を効率化する事が可能となる。

【0106】

また、本実施の形態においては、総合評価値を算出する際に、図３の項目「評価値」に対応する情報をそのまま用いたが、これに限らず、評価の平均値を用いても構わない。具体的には、項目「評価値」に対応する情報の数値を、項目「評価数」に対応する情報の数値で除することにより求めた値を用いて、総合評価値を算出しても良い。このことにより、評価数は少ないが高評価を得ている医師を抽出し易くする事ができる。

【0107】

（対象医師出力処理について）
本実施の形態においては、図９の対象医師出力処理ＳＤ１２において、図５に示す対象医師ＤＢ２３ｄに格納された対象医師情報のうち、送信先の患者の患者ＩＤに対応するレコードの情報（すなわち、図５の医師ＩＤ、総合評価値、及び優先度）をディスプレイ１３に表示するものとして説明したが、表示する情報はこのような情報に限られない。例えば、医師ＩＤ、総合評価値、及び優先度のいずれかを表示しなくても良いし、医師ＩＤの代わりに医師を特定可能な情報（例えば医師属性ＤＢ２３ｃに基づいて特定した医師の氏名等）を表示しても良いし、これらの全てを表示しても良い。

【0108】

また、本実施の形態においては、総合評価値が高い順に医師を表示したが、これに限らず、任意の順番や任意の表示態様で医師を表示して構わない。例えば総合評価値に応じて複数の区分（例えば総合評価値が上位２０％以内の第１区分、上位２０％〜４０％の第２区分、それ以外の第３区分）に医師を分けて、区分ごとに医師を表示しても構わない。

【0109】

（付記）
付記１の医療システムは、患者の病状を特定する患者病状情報を取得する患者病状取得手段と、前記医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段と、前記患者病状取得手段にて取得された患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報と、に基づいて、前記患者の医療に適した医師である対象医師を抽出する医師抽出手段と、前記医師抽出手段にて抽出された対象医師に関する情報を格納する対象医師情報格納手段と、前記対象医師情報格納手段に格納された対象医師に関する情報を出力する出力手段と、を備える。

【0110】

また、付記２の医療システムは、付記１に記載の医療システムにおいて、前記患者病状取得手段にて取得する前記患者病状情報は、国際疾病分類にしたがって定められた病名であるＩＣＤ病名であり、前記医師評価格納手段は、前記医師評価情報として、前記ＩＣＤ病名に対応する病気に関しての前記医師に対する評価を格納する。

【0111】

また、付記３の医療システムは、付記１又は２に記載の医療システムにおいて、前記医師評価格納手段は、前記医師評価情報として、前記患者の病状に対応する治療方法に関しての前記医師に対する評価を格納する。

【0112】

また、付記４の医療システムは、付記１から３のいずれか一項に記載の医療システムにおいて、前記患者の属性を特定する患者属性情報を取得する患者属性取得手段と、前記医師の属性を特定する医師属性情報を取得する医師属性取得手段と、前記患者属性取得手段にて取得した前記患者属性情報と、前記医師属性取得手段にて取得した前記医師属性情報と、に基づいて、前記医師における前記患者の医療に適する度合いを示す適合度を算出する適合度算出手段と、を備え、前記医師抽出手段は、前記適合度算出手段にて算出された適合度と、前記患者病状取得手段にて取得された患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報と、に基づいて、前記対象医師を抽出する。

【0113】

また、付記５の医療システムは、付記４に記載の医療システムにおいて、前記患者の属性は、患者の年齢、性別、現在地、又は医療の費用を含む。

【0114】

また、付記６の医療システムは、付記１から５のいずれか一項に記載の医療システムにおいて、前記医師に対する固有の評価は、当該医師以外の他の医師による評価である。

【0115】

また、付記７の医療プログラムは、コンピュータを、患者の病状を特定する患者病状情報を取得する患者病状取得手段と、前記医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段と、前記患者病状取得手段にて取得された患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報と、に基づいて、前記患者の医療に適した医師である対象医師を抽出する医師抽出手段と、前記医師抽出手段にて抽出された対象医師に関する情報を格納する対象医師情報格納手段と、前記対象医師情報格納手段に格納された対象医師に関する情報を出力する出力手段と、として実行させる。

【0116】

（付記の効果）
付記１に記載の医療システム又は付記７に記載の医療プログラムによれば、患者病状情報と医師評価情報とに基づいて、対象医師に関する情報を出力するので、対象医師を選定する上で、患者の病状を考慮した選定を行う事ができるので、患者が自己の病気に関する治療を受ける上で適切な医師を選定する事が可能となる。

【0117】

付記２に記載の医療システムによれば、医師評価情報として、ＩＣＤ病名に対応する病気に関しての医師に対する評価を格納するので、国際的に規定された基準に関する医師の評価を格納でき、複数の病名を有する病気であっても１つに統合された評価を格納する事ができる。

【0118】

付記３に記載の医療システムによれば、医師評価情報として、患者の病状に対応する治療方法に関しての医師に対する評価を格納するので、異なる複数の病気を単一の治療方法で治療可能である場合等にも、医師の評価を適切に格納する事ができる。

【0119】

付記４に記載の医療システムによれば、患者属性情報と医師属性情報とに基づいて、医師における患者の医療に適する度合いを示す適合度を算出し、この適合度を考慮して対象医師を抽出するので、患者の病状や医師の評価以外の情報であって、患者や医師に固有の情報に基づいて対象医師を抽出でき、患者が自己の病気に関する治療を受ける上で一層適切な医師を選定する事が可能となる。

【0120】

付記５に記載の医療システムによれば、患者の属性は、患者の年齢、性別、現在地、又は医療の費用を含むので、患者の年齢、性別、現在地、又は医療の費用等といった固有の情報に基づいて対象医師を抽出でき、患者が自己の病気に関する治療を受ける上で一層適切な医師を選定する事が可能となる。

【0121】

付記６に記載の医療システムによれば、専門的な知識を有する者である他の医師からの評価に基づいて医師の評価を決定するので、より適切な評価を格納する事ができる。

【符号の説明】

【0122】

１ 医療システム
２ ネットワーク
１０ 端末装置
１１ 通信部
１２ 操作部
１３ ディスプレイ
１４ スピーカ
１５ 制御部
１６ データ記録部
２０ 管理サーバ
２１ 通信部
２２ 制御部
２２ａ 患者病状取得部
２２ｂ 患者属性取得部
２２ｃ 医師属性取得部
２２ｄ 適合度算出部
２２ｅ 医師抽出部
２３ データ記録部
２３ａ ＩＣＤ病名ＤＢ
２３ｂ 医師評価ＤＢ
２３ｃ 医師属性ＤＢ
２３ｄ 対象医師ＤＢ

【要約】

【課題】患者が自己の病気に関する治療を受ける上で適切な医師を選定する事が可能な医療システムを提供すること。
【解決手段】医療システム１は、患者の病状を特定する患者病状情報を取得する患者病状取得部２２ａと、医師に対する固有の評価を特定する医師評価情報を格納する医師評価ＤＢ２３ｂと、患者病状取得部２２ａにて取得された患者病状情報と、医師評価ＤＢ２３ｂに格納された医師評価情報と、に基づいて、患者の医療に適した医師である対象医師を抽出する医師抽出部２２ｅと、医師抽出部２２ｅにて抽出された対象医師に関する情報を格納する対象医師ＤＢ２３ｄと、対象医師ＤＢ２３ｄに格納された対象医師に関する情報を出力するディスプレイ１３と、を備える。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】