(57)【特許請求の範囲】
【請求項１】
医療システムであって、
患者の病状を特定する患者病状情報を取得する患者病状取得手段と、
医師に関する医師情報を格納する医師情報格納手段と、
前記患者病状取得手段にて取得された前記患者病状情報と、前記医師情報格納手段に格納された前記医師情報とに基づいて、前記患者と前記医師とをマッチングするマッチング手段と、
前記患者の属性を特定する患者属性情報を取得する患者属性取得手段と、
前記医師の属性を特定する医師属性情報を取得する医師属性取得手段と、
前記患者属性取得手段にて取得した前記患者属性情報と、前記医師属性取得手段にて取得した前記医師属性情報とに基づいて、前記医師における前記患者の医療に適する度合いを示す適合度を算出する適合度算出手段と、を備え、
前記医師情報格納手段は、前記医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段を備え、
前記マッチング手段は、前記患者病状取得手段にて取得された前記患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報とに基づいて、前記患者の医療に適した医師である対象医師を抽出する医師抽出手段を備え、
当該医療システムは、前記医師抽出手段にて抽出された前記対象医師に関する情報を格納する対象医師情報格納手段と、前記対象医師情報格納手段に格納された前記対象医師に関する情報を出力する出力手段と、を備え、
前記患者病状取得手段にて取得する前記患者病状情報は、国際疾病分類にしたがって定められた病名であるＩＣＤ病名であり、
前記医師評価格納手段は、前記医師評価情報として、各医師の専門分野に合致するＩＣＤ病名に対応する病気に関しての医師に対する評価を格納し、
前記医師抽出手段は、前記患者病状取得手段にて取得されたＩＣＤ病名に合致するＩＣＤ病名を含む前記医師評価情報を特定することにより、前記患者病状取得手段にて取得されたＩＣＤ病名に合致する専門分野の医師を抽出し、当該抽出した医師の中から前記対象医師を抽出し、
前記医師評価格納手段の前記医師評価情報は、医師の各専門分野に対する評価を数値として表した評価値を含み、
前記医師抽出手段は、前記適合度算出手段にて算出された適合度と、前記医師評価情報に含まれる評価値とに基づいて、前記患者にとっての前記対象医師の総合的な評価を特定する総合評価値を算出し、当該算出した総合評価値に基づいて前記対象医師の出力時の優先度を決定する、
医療システム。
【請求項２】
前記医師評価情報を入力者が入力する際、当該入力者によって入力されたログイン情報に基づいて当該入力者が医師であるか否かを判定し、医師であると判定した場合にのみ、当該入力者による前記医師評価情報の入力を可能とする、制御手段を備える、
請求項１に記載の医療システム。
【請求項３】
前記医師評価格納手段は、前記医師評価情報として、前記患者の病状に対応する治療方法に関しての前記医師に対する評価を格納する、
請求項１又は２に記載の医療システム。
【請求項４】
前記患者の属性は、患者の年齢、性別、現在地、又は医療の費用を含む、
請求項１から３のいずれか一項に記載の医療システム。
【請求項５】
病名を特定する病名情報と、病気に伴う症状を特定する症状情報とを相互に関連付けて格納する症状格納手段を備え、
前記患者病状取得手段は、前記患者の病気に伴う症状を取得し、
前記マッチング手段は、前記患者病状取得手段にて取得した前記症状と、前記症状格納手段に格納された前記症状情報とに基づいて、前記症状格納手段に格納された病名情報を特定し、当該特定した病名情報と、前記医師情報格納手段に格納された前記医師情報と、に基づいて、前記患者と前記医師とをマッチングする、
請求項１から４のいずれか一項に記載の医療システム。
【請求項６】
複数の患者が入力手段にて自身の病状に関する入力を行う医療システムであって、
前記患者病状取得手段は、前記患者から入力された入力内容に基づいて患者の病状を特定し、
前記マッチング手段は、
前記医師に関する医師情報に基づいて、前記複数の患者の入力内容の中から前記医師の医療に関する入力内容を抽出し、抽出した入力内容を前記医師に対して出力することにより、前記患者と前記医師とをマッチングする、
請求項１から５のいずれか一項に記載の医療システム。
【請求項７】
コンピュータを、
患者の病状を特定する患者病状情報を取得する患者病状取得手段と、
医師に関する医師情報を格納する医師情報格納手段と、
前記患者病状取得手段にて取得された前記患者病状情報と、前記医師情報格納手段に格納された前記医師情報とに基づいて、前記患者と前記医師とをマッチングするマッチング手段と、
前記患者の属性を特定する患者属性情報を取得する患者属性取得手段と、
前記医師の属性を特定する医師属性情報を取得する医師属性取得手段と、
前記患者属性取得手段にて取得した前記患者属性情報と、前記医師属性取得手段にて取得した前記医師属性情報とに基づいて、前記医師における前記患者の医療に適する度合いを示す適合度を算出する適合度算出手段と、として機能させるための、医療プログラムであって、
前記医師情報格納手段は、前記医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段を備え、
前記マッチング手段は、前記患者病状取得手段にて取得された前記患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報とに基づいて、前記患者の医療に適した医師である対象医師を抽出する医師抽出手段を備え、
当該医療プログラムは、前記コンピュータを、さらに、前記医師抽出手段にて抽出された対象医師に関する情報を格納する対象医師情報格納手段と、前記対象医師情報格納手段に格納された対象医師に関する情報を出力する出力手段と、として機能させるためのものであり、
前記患者病状取得手段にて取得する前記患者病状情報は、国際疾病分類にしたがって定められた病名であるＩＣＤ病名であり、
前記医師評価格納手段は、前記医師評価情報として、各医師の専門分野に合致するＩＣＤ病名に対応する病気に関しての前記医師に対する評価を格納し、
前記医師抽出手段は、前記患者病状取得手段にて取得されたＩＣＤ病名に合致するＩＣＤ病名を含む前記医師評価情報を特定することにより、前記患者病状取得手段にて取得されたＩＣＤ病名に合致する専門分野の医師を抽出し、当該抽出した医師の中から前記対象医師を抽出し、
前記医師評価格納手段の前記医師評価情報は、医師の各専門分野に対する評価を数値として表した評価値を含み、
前記医師抽出手段は、前記適合度算出手段にて算出された適合度と、前記医師評価情報に含まれる評価値とに基づいて、前記患者にとっての前記対象医師の総合的な評価を特定する総合評価値を算出し、当該算出した総合評価値に基づいて前記対象医師の出力時の優先度を決定する、
医療プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療システム及びプログラムに関する。
【背景技術】
【０００２】
従来、医師が他の医師に対して評価を行う医師評価システムであって、例えば医師の専門分野毎にその医師がどの程度の能力を有するかを評価することが可能な医師評価システムが提案されている（例えば、特許文献１参照）。このような医師評価システムによれば、医師を雇用する側の病院や医院等の医療施設は、医師の評価に基づいて医師の人格や能力を認識することができるので、医療施設側で、質の高い医療を行うために必要な医師を選定することが可能であった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−３５５６１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、医療施設側が実力のある医師を求めることと同様に、患者も自己の病気に関して実力のある適切な医師を求めている。しかし、従来は患者がこのような適切な医師と直接コンタクトを取る術がないため、例えば総合診療医や街の開業医等の紹介等を受けて適切な医師を探す必要があり、道のりが長く困難であった。なお、特許文献１に係る医師評価システムは、上述したように医療施設と医師とを繋ぐために用いられるものに過ぎず、患者と医師とを繋ぐために用いられるものではなかった。したがって、患者側にとっては、自己の病気に関して適切な医師を選定することができず、医師側にとっても自己の技術に応じて適切な患者を選定することもできなかった。【０００５】
本発明は、上記に鑑みてなされたものであって、患者が自己の病気に関して適切な医師を選定したり、医師が自己の技術に応じて適切な患者を選定したりすることが可能な医療システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、請求項１に記載の医療システムは、医療システムであって、患者の病状を特定する患者病状情報を取得する患者病状取得手段と、医師に関する医師情報を格納する医師情報格納手段と、前記患者病状取得手段にて取得された前記患者病状情報と、前記医師情報格納手段に格納された前記医師情報とに基づいて、前記患者と前記医師とをマッチングするマッチング手段と、前記患者の属性を特定する患者属性情報を取得する患者属性取得手段と、前記医師の属性を特定する医師属性情報を取得する医師属性取得手段と、前記患者属性取得手段にて取得した前記患者属性情報と、前記医師属性取得手段にて取得した前記医師属性情報とに基づいて、前記医師における前記患者の医療に適する度合いを示す適合度を算出する適合度算出手段と、を備え、前記医師情報格納手段は、前記医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段を備え、前記マッチング手段は、前記患者病状取得手段にて取得された前記患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報とに基づいて、前記患者の医療に適した医師である対象医師を抽出する医師抽出手段を備え、当該医療システムは、前記医師抽出手段にて抽出された前記対象医師に関する情報を格納する対象医師情報格納手段と、前記対象医師情報格納手段に格納された前記対象医師に関する情報を出力する出力手段と、を備え、前記患者病状取得手段にて取得する前記患者病状情報は、国際疾病分類にしたがって定められた病名であるＩＣＤ病名であり、前記医師評価格納手段は、前記医師評価情報として、各医師の専門分野に合致するＩＣＤ病名に対応する病気に関しての医師に対する評価を格納し、前記医師抽出手段は、前記患者病状取得手段にて取得されたＩＣＤ病名に合致するＩＣＤ病名を含む前記医師評価情報を特定することにより、前記患者病状取得手段にて取得されたＩＣＤ病名に合致する専門分野の医師を抽出し、当該抽出した医師の中から前記対象医師を抽出し、前記医師評価格納手段の前記医師評価情報は、医師の各専門分野に対する評価を数値として表した評価値を含み、前記医師抽出手段は、前記適合度算出手段にて算出された適合度と、前記医師評価情報に含まれる評価値とに基づいて、前記患者にとっての前記対象医師の総合的な評価を特定する総合評価値を算出し、当該算出した総合評価値に基づいて前記対象医師の出力時の優先度を決定する。
【０００７】
また、請求項２に記載の医療システムは、請求項１に記載の医療システムにおいて、前記医師評価情報を入力者が入力する際、当該入力者によって入力されたログイン情報に基づいて当該入力者が医師であるか否かを判定し、医師であると判定した場合にのみ、当該入力者による前記医師評価情報の入力を可能とする、制御手段を備える。
【０００９】
また、請求項３に記載の医療システムは、請求項１又は２に記載の医療システムにおいて、前記医師評価格納手段は、前記医師評価情報として、前記患者の病状に対応する治療方法に関しての前記医師に対する評価を格納する。
【００１１】
また、請求項４に記載の医療システムは、請求項１から３のいずれか一項に記載の医療システムにおいて、前記患者の属性は、患者の年齢、性別、現在地、又は医療の費用を含む。
【００１３】
また、請求項５に記載の医療システムは、請求項１から４のいずれか一項に記載の医療システムにおいて、病名を特定する病名情報と、病気に伴う症状を特定する症状情報とを相互に関連付けて格納する症状格納手段を備え、前記患者病状取得手段は、前記患者の病気に伴う症状を取得し、前記マッチング手段は、前記患者病状取得手段にて取得した前記症状と、前記症状格納手段に格納された前記症状情報とに基づいて、前記症状格納手段に格納された病名情報を特定し、当該特定した病名情報と、前記医師情報格納手段に格納された前記医師情報と、に基づいて、前記患者と前記医師とをマッチングする。
【００１４】
また、請求項６に記載の医療システムは、請求項１から５のいずれか一項に記載の医療システムにおいて、複数の患者が入力手段にて自身の病状に関する入力を行う医療システムであって、前記患者病状取得手段は、前記患者から入力された入力内容に基づいて患者の病状を特定し、前記マッチング手段は、前記医師に関する医師情報に基づいて、前記複数の患者の入力内容の中から前記医師の医療に関する入力内容を抽出し、抽出した入力内容を前記医師に対して出力することにより、前記患者と前記医師とをマッチングする。
【００１５】
また、請求項７に記載の医療プログラムは、コンピュータを、患者の病状を特定する患者病状情報を取得する患者病状取得手段と、医師に関する医師情報を格納する医師情報格納手段と、前記患者病状取得手段にて取得された前記患者病状情報と、前記医師情報格納手段に格納された前記医師情報とに基づいて、前記患者と前記医師とをマッチングするマッチング手段と、前記患者の属性を特定する患者属性情報を取得する患者属性取得手段と、前記医師の属性を特定する医師属性情報を取得する医師属性取得手段と、前記患者属性取得手段にて取得した前記患者属性情報と、前記医師属性取得手段にて取得した前記医師属性情報とに基づいて、前記医師における前記患者の医療に適する度合いを示す適合度を算出する適合度算出手段と、として機能させるための、医療プログラムであって、前記医師情報格納手段は、前記医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段を備え、前記マッチング手段は、前記患者病状取得手段にて取得された前記患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報とに基づいて、前記患者の医療に適した医師である対象医師を抽出する医師抽出手段を備え、当該医療プログラムは、前記コンピュータを、さらに、前記医師抽出手段にて抽出された対象医師に関する情報を格納する対象医師情報格納手段と、前記対象医師情報格納手段に格納された対象医師に関する情報を出力する出力手段と、として機能させるためのものであり、前記患者病状取得手段にて取得する前記患者病状情報は、国際疾病分類にしたがって定められた病名であるＩＣＤ病名であり、前記医師評価格納手段は、前記医師評価情報として、各医師の専門分野に合致するＩＣＤ病名に対応する病気に関しての前記医師に対する評価を格納し、前記医師抽出手段は、前記患者病状取得手段にて取得されたＩＣＤ病名に合致するＩＣＤ病名を含む前記医師評価情報を特定することにより、前記患者病状取得手段にて取得されたＩＣＤ病名に合致する専門分野の医師を抽出し、当該抽出した医師の中から前記対象医師を抽出し、前記医師評価格納手段の前記医師評価情報は、医師の各専門分野に対する評価を数値として表した評価値を含み、前記医師抽出手段は、前記適合度算出手段にて算出された適合度と、前記医師評価情報に含まれる評価値とに基づいて、前記患者にとっての前記対象医師の総合的な評価を特定する総合評価値を算出し、当該算出した総合評価値に基づいて前記対象医師の出力時の優先度を決定する。
【発明の効果】
【００１６】
請求項１に記載の医療システム又は請求項７に記載の医療プログラムによれば、病状情報と医師情報とに基づいて患者と医師とをマッチングするので、患者の病状と医師の情報とを踏まえた上で両者をマッチングでき、患者が自己の病気に関して適切な医師を選定したり、医師が自己の技術に応じて適切な患者を選定したりすることが可能となる。
また、患者病状情報と医師評価情報とに基づいて、対象医師に関する情報を出力するので、対象医師を選定する上で、客観的に優れていると判断される医師を優先的に出力することができ、患者が自己の病気に関してより一層適切な医師を選定することが可能となる。
また、医師評価情報として、ＩＣＤ病名に対応する病気に関しての医師に対する評価を格納するので、国際的に規定された基準に関する医師の評価を格納でき、複数の病名を有する病気であっても１つに統合された評価を格納することができる。
また、患者属性情報と医師属性情報とに基づいて、医師における患者の医療に適する度合いを示す適合度を算出し、この適合度を考慮して対象医師を抽出するので、患者の病状や医師の評価以外の情報であって、患者や医師に固有の情報に基づいて対象医師を抽出でき、患者が自己の病気に関する治療を受ける上で一層適切な医師を選定することが可能となる。
【００１７】
請求項２に記載の医療システムによれば、専門的な知識を有する者である他の医師からの評価に基づいて医師の評価を決定するので、より適切な評価を格納することができる。
【００１９】
請求項３に記載の医療システムによれば、医師評価情報として、患者の病状に対応する治療方法に関しての医師に対する評価を格納するので、異なる複数の病気を単一の治療方法で治療可能である場合等にも、医師の評価を適切に格納することができる。
また、例えば、総合評価値の高い順番に医師が並べられた対象医師情報を表示することにより、患者は、自身にとって適切な医師を容易に認識することができる。
【００２１】
請求項４に記載の医療システムによれば、患者の属性は、患者の年齢、性別、現在地、又は医療の費用を含むので、患者の年齢、性別、現在地、又は医療の費用等といった固有の情報に基づいて対象医師を抽出でき、患者が自己の病気に関する治療を受ける上で一層適切な医師を選定することが可能となる。
【００２３】
請求項５に記載の医療システムによれば、患者の症状に基づいて患者の病名を特定し、特定した病名に対応する医師と、当該患者とをマッチングできるので、患者が病名を把握していない場合や、病気であるか否かを自身で判断できない場合等であっても、患者と医師とを適切にマッチングすることが可能となる。
【００２４】
請求項６に記載の医療システムによれば、患者の入力内容に基づいて患者の病状を特定した上で、病状に基づいて適切と判断される医師に対して当該入力内容を出力するので、医師は当該入力内容を受けて、医師自身の専門に適した患者に連絡等することができ、医師が自己の技術に応じて適切な患者を容易に選定することが可能となる。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施の形態に係る医療システムを例示するブロック図である。
【図２】ＩＣＤ病名ＤＢの構成例を示す図である。
【図３】医師評価ＤＢの構成例を示す図である。
【図４】医師属性ＤＢの構成例を示す図である。
【図５】対象医師ＤＢの構成例を示す図である。
【図６】医師評価ＤＢ作成処理のフローチャートである。
【図７】医師属性ＤＢ作成処理のフローチャートである。
【図８】医師評価処理のフローチャートである。
【図９】対象医師出力処理のフローチャートである。
【図１０】医師検索情報の構成例を示す図である。
【図１１】対象医師抽出処理のフローチャートである。
【図１２】並べ替え処理のフローチャートである。
【図１３】変形例１に係る医療システムを概念的に示す図である。
【図１４】変形例２に係るコーディネータＤＢの構成例を示す図である。
【図１５】変形例３に係る症状ＤＢの構成例を示す図である。
【発明を実施するための形態】
【００２６】
以下、本発明に係る医療システム及びプログラムの実施の形態について図面を参照しつつ詳細に説明する。ただし、この実施の形態によって本発明が限定されるものではない。
【００２７】
（構成）
まず、実施の形態に係る医療システム１の構成を説明する。図１は、本実施の形態に係る医療システム１を例示するブロック図である。この医療システム１は、概略的に、端末装置１０と、管理サーバ２０とを備えて構成されており、これら端末装置１０と、管理サーバ２０とは、ネットワーク２を介して相互に通信可能に接続されている。ここで、図１には、端末装置１０を１台のみ示しているが、実際には医療システム１は、複数の端末装置１０と、これら複数の端末装置１０に対して通信可能な共通の管理サーバ２０とを備えて構成されている。ただし、これら複数の端末装置１０は、相互に同様に構成することができるため、以下では、１台の端末装置１０について説明するものとし、他の端末装置１０についてはその説明を省略する。
【００２８】
（構成−端末装置）
次に、端末装置１０の構成について説明する。端末装置１０は、患者病状情報及び患者属性情報を管理サーバ２０に出力すると共に、管理サーバ２０から出力された情報に基づく各種の制御を行う装置である。ここで、「患者病状情報」とは、患者の病状を特定するための情報である。ここで、「病状」とは、患者の漠然とした「体調」、病気に伴う「症状」、一般的に知られている病名である「一般病名（例えば、がん、糖尿病等）」、国際疾病分類にしたがって定められた病名である「ＩＣＤ病名（例えば、高血圧性疾患、急性心筋梗塞等）」を含む概念であるが、本実施の形態では「病状」は「ＩＣＤ病名」であるものとする。また、「患者属性情報」とは、患者の属性を特定するための情報であり、例えば、患者の年齢を特定する情報や、性別を特定する情報や、所在地を特定する情報や、治療にかけることの出来る予算に関する情報を含む概念である。
【００２９】
また、この端末装置１０は、例えばスマートフォンを含む携帯電話端末の如き、公知の携帯端末を用いて構成されており（あるいは、公知のパーソナルコンピュータや、タブレット型コンピュータ等を用いて構成されてもよい）、通信部１１、操作部１２、ディスプレイ１３、スピーカ１４、制御部１５、及びデータ記録部１６を備えている。なお、端末装置１０は、例えば公知の携帯端末等によって構成することができるので、その詳細な説明は省略する。
【００３０】
（構成−端末装置−通信部）
通信部１１は、管理サーバ２０との間でネットワーク２を介して通信するための通信手段である。この通信部１１としては、例えば、移動体無線通信網を用いて通信を行う公知の通信手段として構成することができる。
【００３１】
（構成−端末装置−操作部）
操作部１２は、ユーザによる操作入力を受け付ける操作手段である。この操作部１２としては、例えば、タッチパネル、リモートコントローラの如き遠隔操作手段、あるいはハードスイッチ等、公知の操作手段として構成することができる。
【００３２】
（構成−端末装置−ディスプレイ）
ディスプレイ１３は、制御部１５の制御に基づいて各種の画像を表示する表示手段である。このディスプレイ１３としては、例えば、公知の液晶ディスプレイや有機ＥＬディスプレイの如きフラットパネルディスプレイを用いることができる。
【００３３】
（構成−端末装置−スピーカ）
スピーカ１４は、制御部１５の制御に基づいて各種の音声を出力する出力手段である。スピーカ１４より出力される音声の具体的な態様は任意であり、必要に応じて生成された合成音声や、予め録音された音声を出力することができる。
【００３４】
（構成−端末装置−制御部）
制御部１５は、端末装置１０を制御する制御手段であり、具体的には、ＣＰＵ、当該ＣＰＵ上で解釈実行される各種のプログラム（ＯＳなどの基本制御プログラムや、ＯＳ上で起動され特定機能を実現するアプリケーションプログラムを含む）、及びプログラムや各種のデータを格納するためのＲＡＭの如き内部メモリを備えて構成されるコンピュータである。特に、実施の形態に係る医療プログラムは、任意の記録媒体又はネットワーク２を介して端末装置１０にインストールされることで、制御部１５の各部を実質的に構成する（後述する管理サーバ２０の制御部２２についても同様とする）。
【００３５】
（構成−端末装置−データ記録部）
データ記録部１６は、端末装置１０の動作に必要なプログラム及び各種のデータ（例えば、地点情報（例えば地点の住所等）を含む地図情報等）を記録する記録手段である。このデータ記録部１６は、例えば、外部記録装置としてのハードディスク（図示省略）を用いて構成されている。ただし、ハードディスクに代えてあるいはハードディスクと共に、磁気ディスクの如き磁気的記録媒体、又はＤＶＤやブルーレイディスクの如き光学的記録媒体を含む、その他の任意の記録媒体を用いることができる（後述する管理サーバ２０のデータ記録部２３についても同様とする）。
【００３６】
（構成−管理サーバ）
次に、管理サーバ２０の構成について説明する。この管理サーバ２０は、端末装置１０から取得した情報に基づいて患者にとって適切な医師である対象医師を抽出する装置である。図１に示すように、管理サーバ２０は、通信部２１、制御部２２、及びデータ記録部２３を備えている。なお、この管理サーバ２０は、例えば管理棟に設置された公知のサーバ等によって構成することができるので、その詳細な説明は省略する。
【００３７】
（構成−管理サーバ−通信部）
通信部２１は、端末装置１０との間でネットワーク２を介して通信するための通信手段である。
【００３８】
（構成−管理サーバ−制御部）
制御部２２は、管理サーバ２０を制御する制御手段であり、また、患者病状取得部２２ａ（後述する）にて取得された患者病状情報と、データ記録部２３に格納された医師情報とに基づいて、患者と医師とをマッチングするマッチング手段である。なお、「患者と医師とをマッチングする」とは、患者と医師との組み合わせを特定することである。なお、この組み合わせは一対一の関係である必要はなく、例えば一人の患者と複数の医師との組み合わせを特定することも含む。ここで、制御部２２は、具体的には、機能概念的に、患者病状取得部２２ａ、患者属性取得部２２ｂ、医師属性取得部２２ｃ、及び適合度算出部２２ｄ、及び医師抽出部２２ｅを備えている。
【００３９】
患者病状取得部２２ａは、患者の病状を特定する患者病状情報を取得する患者病状取得手段である。患者属性取得部２２ｂは、患者の属性を特定する患者属性情報を取得する患者属性取得手段である。医師属性取得部２２ｃは、医師の属性を特定する医師属性情報を取得する医師属性取得手段である。適合度算出部２２ｄは、患者属性取得部２２ｂにて取得した患者属性情報と、医師属性取得部２２ｃにて取得した医師属性情報と、に基づいて、医師における患者の医療に適する度合いを示す適合度を算出する適合度算出手段である。医師抽出部２２ｅは、患者病状取得部２２ａにて取得された患者病状情報と、医師評価ＤＢ２３ｂ（後述する）に格納された医師評価情報と、に基づいて、患者の医療に適した医師である対象医師に関する情報を抽出する医師抽出手段である。なお、これらの制御部２２を構成する各部によって実行される具体的な処理については、後述する。
【００４０】
（構成−管理サーバ−データ記録部）
データ記録部２３は、管理サーバ２０の動作に必要なプログラム及び各種のデータを記録するデータ記録手段であり、また、医師に関する医師情報を格納する医師情報格納手段である。「医師情報」とは、医師に関するあらゆる情報を含むが、例えば後述するように、医師の評価を特定する医師評価情報や、医師の属性を特定する医師属性情報を含む。具体的には、データ記録部２３は、ＩＣＤ病名ＤＢ２３ａ、医師評価ＤＢ２３ｂ、医師属性ＤＢ２３ｃ、及び対象医師ＤＢ２３ｄを備えている。
【００４１】
（構成−管理サーバ−データ記録部−ＩＣＤ病名ＤＢ）
ＩＣＤ病名ＤＢ２３ａは、ＩＣＤ病名を特定するための情報と、ＩＣＤ病名に対応する病気の詳細を特定する病気情報とを相互に関連付けて格納するＩＣＤ病名情報格納手段である。ここで、「病気情報」とは、病気に関する情報であり、例えば、病気解説情報、症状解説情報、病気診断情報、病気画像情報、及び外部リンク先情報を含む概念である。図２は、ＩＣＤ病名ＤＢ２３ａの構成例を示す図である。図２に示すように、ＩＣＤ病名ＤＢ２３ａは、項目「ＩＣＤ病名」に対応する情報、項目「病気解説」に対応する情報、項目「症状解説」に対応する情報、項目「病気診断」に対応する情報、項目「病気画像」に対応する情報、及び項目「外部リンク先」に対応する情報を、相互に関連付けて構成されている。ここで、項目「ＩＣＤ病名」に対応する情報は、ＩＣＤ病名を特定するＩＣＤ病名特定情報であり、例えば、「原発性肺癌」等が該当する。この「ＩＣＤ病名」とは、国際疾病分類にしたがって定められた病名を意味する。また、項目「病気解説」に対応する情報は、病気の内容を説明した解説を示す病気解説情報であり、例えば、病気解説情報のファイル「ｃｏｍｍｅｎｔａｒｙ１．ｔｘｔ」等が該当する。なお、図２では、病気解説情報に対応する情報として、図示の便宜上、ファイルそのものではなく、ファイル名「ｃｏｍｅｎｔａｒｙ１．ｔｘｔ」を記載しており、後述する症状解説情報、病気診断情報、及び病気画像情報についても、同様にファイル名のみを記載している。また、項目「症状解説」に対応する情報は、症状の内容を説明した解説を示す症状解説情報であり、例えば、症状解説情報のファイル（ファイル名「ｓｙｍｐｔｏｍ１．ｔｘｔ」）等が該当する。また、項目「病気診断」に対応する情報は、病気の診断結果を示す病気診断情報であり、例えば、病気診断情報のファイル（ファイル名「ｄｉａｇｎｏｓｉｓ１．ｔｘｔ」）等が該当する。また、項目「病気画像」に対応する情報は、病気に関する画像を示す病気画像情報であり、例えば、病気画像情報のファイル（ファイル名「ｐｈｏｔ１．ｊｐｇ」）等が該当する。また、項目「外部リンク先」に対応する情報は、病気の内容が取り扱われているインターネット上のサイトのリンク先を特定する外部リンク先情報であり、例えば、外部リンク先情報（ファイル名「ｒｉｎｋ１．ｔｘｔ」）等が該当する。なお、これらデータの格納形式については、例えば、病気解説情報、症状解説情報、病気診断情報、及び外部リンク先情報はテキスト形式にて格納されており、病気画像情報は、例えばＪＰＥＧ、ＰＮＧ、ＧＩＦ等の画像形式で格納されている。
【００４２】
（構成−管理サーバ−データ記録部−医師評価ＤＢ）
図１の医師評価ＤＢ２３ｂは、医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段である。図３は、医師評価ＤＢ２３ｂの構成例を示す図である。図３に示すように、医師評価ＤＢ２３ｂは、項目「医師ＩＤ」に対応する情報、項目「専門分野」に対応する情報、項目「評価数」に対応する情報、項目「評価値」に対応する情報、項目「治療方法」に対応する情報、及び項目「治療費」に対応する情報、を相互に関連付けて構成されている。ここで、項目「医師ＩＤ」に対応する情報は、医師を一意に識別するための情報であって、本実施の形態においては、アルファベットのＤ及び四桁の数字を組み合わせて構成された識別情報が格納されている。また、項目「専門分野」に対応する情報は、各医師の専門分野を一意に特定する情報であって、具体的な情報は任意であるが、本実施の形態においては、「高血圧性心疾患」、「高血圧性心腎疾患」、「急性心筋梗塞」といったＩＣＤ病名が格納されている。ただし、このような専門分野を特定可能な限りＩＣＤ病名に限られず、例えば、「がん」、「肺炎」等の一般的な病名であっても良い。また、項目「評価数」に対応する情報は、医師の各専門分野に対して評価を行った者（以下、評価者）の人数であって、例えば「８」、「５」、「３」等といった数値が格納されている。また、項目「評価値」に対応する情報は、医師の各専門分野に対する評価を数値として表したものであり、医師の各専門分野に対して評価者が行った評価に基づいて算出される値である。この評価値の決定方法は任意であり、例えば本実施の形態では、各評価者が、各医師の専門分野における能力を、「尊敬に値する」＝１０点、「とても良い」＝５点、「良い」＝０点の三段階のいずれかの点数で主観により評価し、全ての評価者による評価の点数の総計を、評価値として算出する。なお、このような評価方法に限らず、例えば、評価者が０〜１０点の点数で医師の各専門分野を評価し、全ての評価者による評価の点数の総計を、評価値として算出しても構わない。また、項目「治療方法」に対応する項目は、各医師の専門分野に対応する病気の具体的な治療方法を特定する情報であって、例えば「Ａ法」、「Ｂ法」、「Ｃ法」といった具体的な治療方法が格納されている。また、項目「治療費」に対応する情報は、各医師の専門分野に対応する病気の治療に際して患者が負担する治療費を特定する情報であって、例えば「１２０万円」、「１００万円」、「９０万円」、といった具体的な金額を示す情報である。
【００４３】
（構成−管理サーバ−データ記録部−医師属性ＤＢ）
図１の医師属性ＤＢ２３ｃは、医師の属性を特定する医師属性情報を格納する医師属性格納手段である。図４は、医師属性ＤＢ２３ｃの構成例を示す図である。図４に示すように、医師評価ＤＢ２３ｂは、項目「医師ＩＤ」に対応する情報、項目「氏名」に対応する情報、項目「性別」に対応する情報、及び項目「所属病院」に対応する情報、を相互に関連付けて構成されている。ここで、項目「医師ＩＤ」に対応する情報は、医師を一意に識別するための情報であって、上述した医師評価ＤＢ２３ｂの項目「医師ＩＤ」に対応する情報として格納された情報と同一の情報である。また、項目「氏名」に対応する情報は、各医師の氏名を示す情報である。また、項目「性別」に対応する情報は、各医師の性別を示す情報である。また、項目「所属病院」に対応する情報は、各医師が所属する病院に関する情報であり、小項目「地域」に対応する情報、小項目「病院名」に対応する情報、及び小項目「診療科」に対応する情報、を相互に関連付けて構成されている。ここで、小項目「地域」に対応する情報は、各医師が所属する病院の地域を特定する情報であって、例えば「関東／東京」、「関東／神奈川」といった地域や県の名称を示す情報である。また、小項目「病院名」に対応する情報は、各医師が所属する病院の名称を特定する情報であって、例えば、「一般財団法人聖路加国際メディカルセンター」、「公立大学法人横浜市立大学附属病院」といった病院名を示す情報が格納されている。また、小項目「診療科」に対応する情報は、各医師が所属する診療科の名称を特定する情報であって、例えば、「血液内科」、「腫瘍内科」といった診療科名を示す情報が格納されている。
【００４４】
（構成−管理サーバ−データ記録部−対象医師ＤＢ）
図１の対象医師ＤＢ２３ｄは、医師抽出部２２ｅにて抽出された対象医師に関する情報を格納する対象医師情報格納手段である。図５は、対象医師ＤＢ２３ｄの構成例を示す図である。図５に示すように、対象医師ＤＢ２３ｄは、項目「患者ＩＤ」に対応する情報、項目「医師ＩＤ」に対応する情報、項目「総合評価値」に対応する情報、及び項目「優先度」に対応する情報、を相互に関連付けて構成されている。ここで、項目「患者ＩＤ」に対応する情報は、患者を一意に識別するための情報であって、本実施の形態においては、アルファベットのＰ及び四桁の数字を組み合わせて構成された識別情報が格納されている。また、項目「医師ＩＤ」に対応する情報は、医師を一意に識別するための情報であって、上述した医師評価ＤＢ２３ｂで説明したものと同様の情報である。また、項目「総合評価値」に対応する情報は、後述する優先度を特定するための指標となる値であって、上述した評価値や、後述する患者属性情報及び医師属性情報等に基づいて算出される値である。また、項目「優先度」に対応する情報は、患者にとって適切な医師をランク付けした番号であり、例えば総合評価値が高い順に若い番号が振られている。なお、項目「医師ＩＤ」及び項目「総合評価値」に対応する情報は、対応するレコードの優先度が高い順番（番号が若い順番）にソートされている。
【００４５】
（処理）
次に、このように構成される医療システム１によって実行される処理について説明する。
【００４６】
（処理−医師評価ＤＢ作成処理）
まずは、医師評価ＤＢ作成処理について説明する。この医師評価ＤＢ作成処理は、図３に示す医師評価ＤＢ２３ｂを作成する処理である。この医師評価ＤＢ２３ｂは、概略的に、ＷＥＢ上の入力フォームから各医師が入力を行い、各医師により入力された医師の評価に関する情報（以下、医師評価情報）を集結させて作成する。図６は、医師評価ＤＢ作成処理のフローチャートである（以下の各処理の説明ではステップを「Ｓ」と略記する）。
【００４７】
まず、ＳＡ１に示すように、管理サーバ２０の制御部２２は、医師評価情報の登録要求の受け付けを行う。例えば、端末装置１０のディスプレイ１３に表示させた新規登録アイコンを医師がクリックすることにより登録要求が行われる。このように登録要求を受け付けた場合、医師に固有の医師ＩＤがランダムで決定され、ＳＡ２に移行する。
【００４８】
ＳＡ２にて、管理サーバ２０の制御部２２は、医師から専門分野の入力を受け付ける。例えば、端末装置１０のディスプレイ１３にＩＣＤ病名を複数羅列し、その中から医師が自己の専門分野のＩＣＤ病名をクリックして選択することにより、入力することができる。なお、複数のＩＣＤ病名を選択しても構わない。
【００４９】
ＳＡ３にて、管理サーバ２０の制御部２２は、医師から治療方法の入力を受け付ける。例えば、端末装置１０のディスプレイ１３に、医師がＳＡ２にて選択したＩＣＤ病名に対応する治療方法を複数羅列する。この治療方法は、ＩＣＤ病名と、治療方法とを相互に関連付けて格納した治療方法テーブル（図示省略）を参照して羅列する。そして、このように羅列された治療方法の中から医師が自己の専門の治療方法をクリックして選択することにより、入力することができる。なお、複数の治療方法を選択しても構わない。
【００５０】
ＳＡ４にて、管理サーバ２０の制御部２２は、医師から治療費の入力を受け付ける。例えば、端末装置１０のディスプレイ１３に、医師がＳＡ２にて選択したＩＣＤ病名毎に治療費の入力フォームを表示し、この入力フォームに医師が具体的な額を入力しても良い。
【００５１】
ＳＡ５にて、管理サーバ２０の制御部２２は、登録を完了し、ＳＡ１〜ＳＡ４の処理にて入力された各情報に基づいて、図３に示す医師評価ＤＢ２３ｂの、項目「医師ＩＤ」に対応する情報、項目「専門分野」に対応する情報、項目「治療方法」に対応する情報、及び項目「治療費」に対応する情報を格納する。なお、項目「評価数」に対応する情報、及び項目「評価値」に対応する情報については、いずれも初期値として「０」を格納する。このように登録が完了することにより、医師には固有の医師ＩＤが交付されてアカウントが作成されると共に、自己のアカウントに関する各種情報（専門分野、治療方法等の情報（後述する医師属性ＤＢ作成処理にて医師の氏名や性別や所属病院の病院名等の情報を登録した場合には、これらの情報も含む））を表示したＷＥＢページが作成される。そして、医師は、自己の医師ＩＤや予め設定したパスワード等をログインフォームから入力することにより当該ＷＥＢページの情報を閲覧及び編集可能となる。以上で、医師評価ＤＢ作成処理を完了する。
【００５２】
（処理−医師属性ＤＢ作成処理）
続いて、医師属性ＤＢ作成処理について説明する。この医師属性ＤＢ作成処理は、図４に示す医師属性ＤＢ２３ｃを作成する処理である。この医師属性ＤＢ２３ｃは、概略的に、ＷＥＢ上の入力フォームから各医師が入力を行い、各医師により入力された情報（以下、医師属性情報）を集結させて作成する。図７は、医師属性ＤＢ作成処理のフローチャートである。
【００５３】
ＳＢ１にて、管理サーバ２０の制御部２２は、医師属性情報の登録要求の受け付けを行う。例えば、端末装置１０のディスプレイ１３に表示させたログインフォームに医師が自己の医師ＩＤやパスワード等を入力して自己のアカウントにログインし、ディスプレイ１３に表示させた「プロフィール編集」アイコンをクリックすることにより、登録要求が行われる。このように登録要求を受け付けた場合、ＳＢ２に移行する。
【００５４】
ＳＢ２にて、管理サーバ２０の制御部２２は、医師からの氏名の入力を受け付ける。例えば、端末装置１０のディスプレイ１３に氏名入力用の入力フォームを表示し、この入力フォームに医師が自己の氏名を入力しても良い。
【００５５】
ＳＢ３にて、管理サーバ２０の制御部２２は、医師からの性別の入力を受け付ける。例えば端末装置１０のディスプレイ１３に男性又は女性のチェック欄を設け、医師が自己の性別に該当するチェック欄にチェックを入れることにより入力しても良い。
【００５６】
ＳＢ４にて、管理サーバ２０の制御部２２は、医師から自己が所属する病院の属する地域の入力を受け付ける。例えば端末装置１０のディスプレイ１３に地域入力用の入力フォームを表示し、この入力フォームに医師が自己の属する病院の地域を入力しても良い。
【００５７】
ＳＢ５にて、管理サーバ２０の制御部２２は、医師から自己が所属する病院の名称の入力を受け付ける。例えば端末装置１０のディスプレイ１３に病院名入力用の入力フォームを表示し、この入力フォームに医師が自己の属する病院名を入力しても良い。
【００５８】
ＳＢ６にて、管理サーバ２０の制御部２２は、医師から自己が所属する診療科の入力を受け付ける。例えば端末装置１０のディスプレイ１３に診療科入力用の入力フォームを表示し、この入力フォームに医師が自己の属する診療科を入力しても良い。
【００５９】
ＳＢ７にて、管理サーバ２０の制御部２２は、登録を完了し、ＳＢ１〜ＳＢ６の処理にて入力された各情報に基づいて、図４に示す医師属性ＤＢ２３ｃの、項目「医師ＩＤ」に対応する情報、項目「氏名」に対応する情報、項目「性別」に対応する情報、小項目「地域」に対応する情報、小項目「病院名」に対応する情報、及び小項目「診療科」に対応する情報を格納する。以上で、医師属性ＤＢ作成処理を完了する。
【００６０】
（処理−医師評価処理）
続いて、医師評価処理について説明する。この医師評価処理は、図３に示す医師評価ＤＢ２３ｂの項目「評価数」に対応する情報、及び項目「評価値」に対応する情報を更新する処理である。図８は、医師評価処理のフローチャートである。なお、このような医師評価処理を実行する者については、評価対象の医師を知っている者である限り任意であり、例えば評価対象の医師の同業者の医師、同じ職場に勤務する者、患者等を含めて構わないが、本実施の形態においては、上述した図６に示す医師評価ＤＢ作成処理を実行することにより医師ＩＤを所有している医師のみが当該医師評価処理を実行できるものとする。なお、以下では必要に応じて、評価する側の医師を「評価者」、評価される側の医師を「被評価者」と区別して称して説明する。
【００６１】
ＳＣ１にて、管理サーバ２０の制御部２２は、被評価者となる医師の選択を受け付ける。このような医師の選択の受け付け方法は任意であり、例えば医師属性情報に基づいて被評価者と同一の病院に所属する医師を被評価者として自動的に選択しても構わない。ただし本実施の形態では、以下の方法で選択を受け付ける。まず、端末装置１０のディスプレイ１３に表示させたログインフォームに医師が自己の医師ＩＤやパスワード等を入力して自己のアカウントにログインすると端末装置１０のディスプレイ１３に自己のアカウントのＷＥＢページが表示され、このＷＥＢページ上には、他の複数の医師の情報（例えば氏名や所属する病院名）が羅列される。そして、当該羅列された医師の情報をクリックすると、当該医師のアカウントのＷＥＢページに移り、当該ＷＥＢページ上に表示された「この医師を評価する」アイコンをクリックすることにより、被評価者の選択が行われる。
【００６２】
ＳＣ２にて、管理サーバ２０の制御部２２は、被評価者となる医師の専門分野の選択を受け付ける。例えば、被評価者の専門分野として登録されているＩＣＤ病名を端末装置１０のディスプレイ１３に表示させ、評価者が、表示されたＩＣＤ病名を選択することにより受け付ける。
【００６３】
ＳＣ３にて、管理サーバ２０の制御部２２は、被評価者に対する評価者の評価が、「尊敬に値する」であるか否かを判定する。具体的には、被評価者の端末装置１０のディスプレイ１３に、「尊敬に値する」、「とても良い」、「良い」の３つのチェック欄を表示させ、被評価者が「尊敬に値する」のチェック欄にチェックを入れたか否かを判定する。そして「尊敬に値する」にチェックを入れた場合（ＳＣ３、Ｙｅｓ）、ＳＣ４へ移行し、「尊敬に値する」にチェックを入れていない場合（ＳＣ３、Ｎｏ）、ＳＣ５へ移行する。
【００６４】
ＳＣ４にて、管理サーバ２０の制御部２２は、図３に示す医師評価ＤＢ２３ｂのうち、被評価者の医師ＩＤに対応するレコードであって、かつ上述したＳＣ２で評価者が選択した専門分野に対応するレコードにおける項目「評価値」に対応する情報に、「尊敬に値する」に関連付けられた点数（＝１０点）を加算する。具体的には、評価内容（「尊敬に値する」、「とても良い」、「良い」等）を示す情報と、点数（「１０点」、「５点」、「０点」）を示す情報とを相互に関連付けて格納した評価情報テーブル（図示省略）を参照し、評価者が選択した評価内容に対応して格納された点数を加算する。
【００６５】
ＳＣ５にて、管理サーバ２０の制御部２２は、被評価者に対する評価者の評価が、「とても良い」であるか否かを判定する。具体的には、上述した３つのチェック欄のうち、被評価者が「尊敬に値する」のチェック欄にチェックを入れたか否かを判定し、「とても良い」にチェックを入れた場合（ＳＣ５、Ｙｅｓ）、ＳＣ６へ移行し、「とても良い」にチェックを入れていない場合（ＳＣ５、Ｎｏ）、ＳＣ７へ移行する。
【００６６】
ＳＣ６にて、管理サーバ２０の制御部２２は、被評価者の医師ＩＤに対応するレコードにおける項目「評価値」に５点を加算する。この加算の具体的な手順については、上述したＳＣ４と同様の方法により実行される。
【００６７】
ＳＣ７にて、すなわち、「尊敬に値する」のチェック欄にも「とても良い」のチェック欄にもチェックが入れられていない場合、すなわち、「良い」のチェック欄にチェックが入れられている場合、管理サーバ２０の制御部２２は、被評価者の医師ＩＤに対応するレコードにおける項目「評価値」に加算をしない。これらのＳＣ４、ＳＣ６、又はＳＣ７の処理を終えることにより評価値が蓄積され、この後にＳＣ８に移行する。
【００６８】
ＳＣ８にて、管理サーバ２０の制御部２２は、被評価者の医師ＩＤに対応するレコードにおける項目「評価数」を１増加させる。このことにより、被評価者の専門分野に対して評価を行った評価者の数が蓄積される。なお、同一の評価者が同一の被評価者に対して複数回評価を行うことが出来ないように、被評価者に対して評価を行った評価者の医師ＩＤを管理サーバ２０のデータ記録部２３に格納しておくことが好ましい。以上で、医師評価処理を完了する。
【００６９】
（処理−対象医師出力処理）
続いて、対象医師出力処理について説明する。この対象医師出力処理は、患者が患者病状情報及び患者属性情報の送信を行った際に、当該患者にとって適切な対象医師に関する情報を、患者に対して出力する処理である。図９は、対象医師出力処理のフローチャートである。この対象医師出力処理が実行されるタイミングについては任意であり、例えば、端末装置１０及び管理サーバ２０の電源が投入されたタイミングで実行される。
【００７０】
まず、ＳＤ１において、端末装置１０の制御部１５は、患者病状情報の入力を受け付けたか判定する。この判定の具体的な方法は任意で、例えば端末装置１０のディスプレイ１３にＩＣＤ病名のリストを表示させておき、このリストの中から患者が自己の病気を示すＩＣＤ病名を選択することにより、入力が受け付けられたものと判定する。そして、入力を受け付けるまで待機し（ＳＤ１、Ｎｏ）、入力が受け付けられた場合（ＳＤ１、Ｙｅｓ）、ＳＤ２に移行する。
【００７１】
ＳＤ２において、端末装置１０の制御部１５は、ＳＤ１において入力された患者病状情報を、端末装置１０の通信部１１を介して、管理サーバ２０に対して送信する。
【００７２】
ＳＤ３において、管理サーバ２０の患者病状取得部２２ａは、端末装置１０から患者病状情報を受信したか否かを判定する。そして、受信するまで待機し（ＳＤ３、Ｎｏ）、受信した場合（ＳＤ３、Ｙｅｓ）、ＳＤ６に移行する。
【００７３】
ＳＤ４において、端末装置１０の制御部１５は、患者属性情報の入力を受け付けたか判定する。この判定の具体的な方法は任意で、例えば端末装置１０のディスプレイ１３に患者属性情報として「年齢」、「性別」、「所在地」、及び「予算」を入力する入力フォームを表示させておき、この入力フォームに入力が行われることにより、入力が受け付けられたものと判定する。なお、患者は一部又は全部の入力フォームへの入力をスキップしても構わない。そして、入力を受け付けるまで待機し（ＳＤ４、Ｎｏ）、入力が受け付けられた場合（ＳＤ４、Ｙｅｓ）、ＳＤ５に移行する。
【００７４】
ＳＤ５において、端末装置１０の制御部１５は、ＳＤ４において入力された患者属性情報を、端末装置１０の通信部１１を介して、管理サーバ２０に対して送信する。
【００７５】
ＳＤ６において、管理サーバ２０の患者属性取得部２２ｂは、端末装置１０から患者属性情報を受信したか否かを判定する。そして、受信するまで待機し（ＳＤ６、Ｎｏ）、受信した場合（ＳＤ６、Ｙｅｓ）、ＳＤ７に移行する。
【００７６】
ＳＤ７において、管理サーバ２０の制御部２２は、ＳＤ３において受信した患者病状情報及びＳＤ６において受信した患者属性情報に基づいて、医師検索情報を作成する。ここで、図１０は、医師検索情報の構成例を示す図である。この医師検索情報は、項目「患者ＩＤ」に対応する情報、項目「患者病状情報」に対応する情報、及び項目「患者属性情報」に対応する情報、を相互に関連付けて構成されている。項目「患者ＩＤ」に対応する情報は、医師の検索を行った患者の患者ＩＤである。項目「患者病状情報」に対応する情報は、患者の病状を一意に特定するための情報であって、ＳＤ１の処理において入力された患者のＩＣＤ病名が格納される。項目「患者属性情報」に対応する情報は、患者の属性を一意に特定するための情報であって、ＳＤ４の処理において入力された患者の属性が格納される。具体的には、小項目「年齢」に対応する情報、小項目「性別」に対応する情報、小項目「所在地」に対応する情報、及び小項目「予算」に対応する情報、が相互に関連付けて格納されており、それぞれ患者の年齢、性別、所在地、及び予算に関する情報が格納されている。
【００７７】
（処理−対象医師出力処理−対象医師抽出処理）
図９に戻り、ＳＤ８において、管理サーバ２０の医師抽出部２２ｅは、対象医師抽出処理を行う。以下では、対象医師出力処理について説明する。図１１は、対象医師抽出処理のフローチャートである。この対象医師抽出処理は、医師検索情報に基づいて、患者にとって適切な医師である対象医師を抽出する処理である。
【００７８】
まず、ＳＥ１にて、医師抽出部２２ｅは、患者のＩＣＤ病名を特定する。具体的には、図９に示す対象医師出力処理のＳＤ７において作成された図１０の医師検索情報における、項目「患者病状情報」に対応する情報を、患者のＩＣＤ病名として特定する（図１０では「高血圧性心疾患」）。
【００７９】
ＳＥ２にて、医師抽出部２２ｅは、ＳＥ１にて特定した患者のＩＣＤ病名を専門とする医師の医師ＩＤを特定する。具体的には、図３に示す医師評価ＤＢ２３ｂの項目「専門分野」に対応する情報を参照し、ＳＥ１にて特定したＩＣＤ病名が格納されたレコードの医師ＩＤを特定する。例えば、図３においては、患者のＩＣＤ病名である高血圧性心疾患が格納されたレコードの医師ＩＤとして、「Ｄ０００１」がある。同様に、高血圧性心疾患を専門とする医師の医師ＩＤを全て特定する。
【００８０】
ＳＥ３にて、医師抽出部２２ｅは、ＳＥ２にて特定した全ての医師ＩＤの中から、評価値が基準値よりも大きい医師ＩＤを抽出する。ここで、「基準値」とは、評価の低い医師を患者に対して出力しないために設定される基準であって、例えば管理サーバ２０のデータ記録部２３に予め格納されている。基準値としては、例えば「１０」、「２０」、又は「３０」等といった任意の値が設定される。なお、評価の高低に関わらず全ての医師を出力する場合には、基準値を「０」と設定すれば構わない。以上で、医師ＩＤの抽出を完了し、図９の対象医師出力処理に戻り、ＳＤ９に移行する。
【００８１】
（処理−対象医師出力処理−並べ替え処理）
ＳＤ９にて、管理サーバ２０の制御部２２は、並べ替え処理を実行する。この並べ替え処理は、ＳＥ３にて抽出した全ての医師ＩＤを、患者にとって適切な医師の順に並べ変える処理である。図１２は、並べ替え処理のフローチャートである。ここで、この並べ替え処理では、概略的に、図１１のＳＥ３にて抽出した医師ＩＤの中から１つの医師ＩＤを抽出し、この医師ＩＤの総合評価値（後述する）を算出し、続いて図１１のＳＥ３にて抽出した医師ＩＤの中から他の医師ＩＤを抽出し、この医師ＩＤの総合評価値を算出し、以降同様の処理を繰り返すことにより、図１１のＳＥ３にて抽出した全ての医師ＩＤの総合評価値を算出する。なお、以下では、総合評価値を算出する対象となる医師ＩＤが示す医師を、「算出対象医師」と称して説明する。
【００８２】
まず、ＳＦ１にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師に関する医師属性情報を取得する。具体的には、図４に示す医師属性ＤＢ２３ｃを参照し、項目「医師ＩＤ」に対応する情報として、ＳＥ３にて抽出した医師ＩＤが格納されたレコードを取得する。
【００８３】
ＳＦ２にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師の適合度を「１．０」に設定する。この適合度は、患者の属性と医師の属性との相性を特定するための基準となる値であり、初期値としてはこのように「１．０」に設定されている。
【００８４】
ＳＦ３にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師の所属病院が、患者の所在地から移動可能な範囲であるかを判定する。この判定の具体的な方法は任意であるが、例えば、図４に示す医師属性ＤＢ２３ｃにおける項目「地域」に対応する情報として格納された算出対象医師の所属病院の所在地と、図１０に示す医師検索情報における項目「所在地」に対応する情報として格納された患者の所在地とが一致する場合に、移動可能であると判定しても良い。または、患者の所在地から算出対象医師の所属病院の所在地への移動時間が所定時間（例えば、２時間）以内である場合に移動可能であると判定しても良い。なお、この所定時間については任意に設定して構わないが、患者の年齢を考慮して設定しても構わず、例えば患者の年齢が高齢である場合には長時間移動が困難であるものとし、所定時間を短く設定しても構わない。また、移動時間の測定方法は任意で、例えば公知のルート検索ソフトを用いて測定することが可能である。そして、移動可能な範囲である場合（ＳＦ３、Ｙｅｓ）、ＳＦ４に移行し、移動可能な範囲でない場合（ＳＦ３、Ｎｏ）、ＳＦ５に移行する。
【００８５】
ＳＦ４にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師と患者との地理的な相性が良いものとし、適合度に０．１を加算する。なお、この際に加算する具体的な点数は任意であり、例えば０．２や０．３を加算しても構わない。また、後述するＳＦ６やＳＦ８にて加算する値と異なっても構わない。
【００８６】
ＳＦ５にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師の費用が患者にとって妥当であるかを判定する。この判定の具体的な方法は任意であるが、例えば、図１０に示す医師検索情報における項目「予算」に対応する情報として格納された患者の予算内に、図３に示す医師評価ＤＢ２３ｂにおける項目「治療費」に対応する情報として格納された算出対象医師の治療費が収まる場合に、妥当であると判定しても良い。または、患者の予算と算出対象医師の治療費の差額が所定額（例えば、２０万円）以下である場合、妥当であると判定しても良い。そして、妥当である場合（ＳＦ５、Ｙｅｓ）、ＳＦ６に移行し、妥当でない場合（ＳＦ５、Ｎｏ）、ＳＦ７に移行する。
【００８７】
ＳＦ６にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師と患者との費用的な相性が良いものとし、適合度に０．１を加算する。なお、この際に加算する具体的な点数は任意であり、例えば０．２や０．３を加算しても構わない。
【００８８】
ＳＦ７にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師の性別と患者の性別が一致するか否かを判定する。この判定の具体的な方法は任意であるが、例えば、図４に示す医師属性ＤＢ２３ｃにおける項目「性別」に対応する情報として格納された算出対象医師の性別と、図１０に示す医師検索情報における項目「性別」に対応する情報として格納された患者の性別とを比較し、一致する場合、両者の性別が一致するものと判定しても良い。そして、一致する場合（ＳＦ７、Ｙｅｓ）、ＳＦ８に移行し、一致しない場合（ＳＦ７、Ｎｏ）、ＳＦ９に移行する。
【００８９】
ＳＦ８にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師と患者との性別的な相性が良いものとし、適合度に０．１を加算する。なお、この際に加算する具体的な点数は任意であり、例えば０．２や０．３を加算しても構わない。
【００９０】
ＳＦ９にて、管理サーバ２０の適合度算出部２２ｄは、上記のＳＦ１〜ＳＦ８の処理を経た上での、算出対象医師の最終的な適合度を算出する。具体的には、上記の例では「１．０」〜「１．３」の値が適合度として算出される。
【００９１】
ＳＦ１０にて、管理サーバ２０の適合度算出部２２ｄは、算出対象医師の総合評価値を算出する。この総合評価値は、患者にとっての算出対象医師の総合的な評価を特定するための情報であって、総合評価値を算出する具体的な手段は任意であるが、本実施の形態では、図３に示す医師評価ＤＢ２３ｂにおける算出対象医師の項目「評価値」に対応する情報と、図１２のＳＦ９にて算出した適合度に基づいて算出される。具体的には、総合評価値は、評価値に適合度を乗ずることにより算出する。ただし、このような算出方法に限らず、例えば評価値や適合度以外の他の要素も考慮して算出しても構わない。例えば、図３に示す医師評価ＤＢ２３ｂにおける算出対象医師の項目「評価数」に対応する情報を参照し、評価数が多い医師は知名度が高いものとして総合評価値をさらにプラスしても構わない。
【００９２】
ＳＦ１１にて、管理サーバ２０の適合度算出部２２ｄは、図１１のＳＥ３にて抽出した全ての医師ＩＤの総合評価値を算出したか否かを判定し、算出していない場合（ＳＦ１１、Ｎｏ）、ＳＦ１に戻り、未だ総合評価値を算出していない医師を算出対象医師として、以降ＳＦ１〜ＳＦ１１の処理を繰り返し実行する。また、図１１のＳＥ３にて抽出した全ての医師ＩＤの総合評価値を算出している場合（ＳＦ１１、Ｙｅｓ）、ＳＦ１２に移行する。
【００９３】
ＳＦ１２にて、管理サーバ２０の適合度算出部２２ｄは、ＳＦ１〜ＳＦ１１に示す処理にて算出した全ての総合評価値が高い順に医師ＩＤを並べた図５に示す対象医師ＤＢ２３ｄを作成する。例えば、患者ＩＤ「Ｐ０００１」の患者に対しては、優先度が高い順（すなわち総合評価値が高い順）に、医師ＩＤ「Ｄ０００６」、「Ｄ０００１」、「Ｄ００８５」の医師を順に並べてある。また、患者ＩＤ「Ｐ０００２」の患者に対しては、優先度が高い順に、医師ＩＤ「Ｄ００７４」、「Ｄ００１６」、「Ｄ０１５３」の医師を順に並べてある。以上で、並べ替え処理を終了し、図９に示す対象医師出力処理に戻る。
【００９４】
続いて、ＳＤ１０にて、管理サーバ２０の制御部２２は、図５に示す対象医師ＤＢ２３ｄに格納された対象医師情報のうち、送信先の患者の患者ＩＤに対応するレコードの情報を、患者の端末装置１０に対して送信する。この際には、送信する情報に対して患者の端末装置１０を一意に特定するＩＤを対象医師情報に付して送信する。
【００９５】
ＳＤ１１にて、端末装置１０の制御部１５は、対象医師情報を受信したか否かを判定する。この判定方法は任意で、端末装置１０側で、端末装置１０のＩＤと対象医師情報に付されたＩＤとが一致するかを判定し、一致する場合に対象医師情報を受信したと判定しても良い。そして、端末装置１０の制御部１５は、対象医師情報を受信するまで待機し（ＳＤ１１、Ｎｏ）、受信した場合（ＳＤ１１、Ｙｅｓ）、ＳＤ１２に移行する。
【００９６】
ＳＤ１２にて、端末装置１０の制御部１５は、ＳＤ１１にて受信した対象医師情報を端末装置１０のディスプレイ１３に表示する。このように、総合評価値の高い順番に医師が並べられた対象医師情報を表示することにより、患者は、自身にとって適切な医師を容易に認識することができる。なお、ディスプレイ１３に表示された対象医師情報における各医師のＩＤをクリックすることにより、当該クリックされた医師に関する詳細な情報を閲覧できるようにしても良く、例えば、医師属性ＤＢ２３ｃに格納された医師の氏名、性別、所属病院に関する情報、又は、医師評価ＤＢ２３ｂに格納された専門分野、治療方法、治療費に関する情報等を閲覧できるようにしても良い。また、これら以外の情報を医師属性ＤＢ２３ｃや医師評価ＤＢ２３ｂ等に格納しておき、当該情報も閲覧可能としても構わず、例えば、医師の顔写真や、医師が執筆した論文等を閲覧可能としても良い。また、医師の専門分野のＩＣＤ病名をクリックすることにより、図２に示すＩＣＤ病名ＤＢ２３ａに格納された情報を参照し、当該ＩＣＤ病名に対応する病気に関する詳細な情報を閲覧可能としても良い。具体的には、ＩＣＤ病名をクリックすることにより、ディスプレイ１３に図２の各項目名（病気解説、症状解説、病気診断、病気画像、及び外部リンク先）が羅列され、いずれかの項目をクリックすると、当該項目に対応する情報を図２のＩＣＤ病名ＤＢ２３ａから読み込んでディスプレイ１３に表示しても良い。これにて、対象医師出力処理を終了する。
【００９７】
（実施の形態の効果）
このように実施の形態によれば、病状情報と医師情報とに基づいて患者と医師とをマッチングするので、患者の病状と医師の情報とを踏まえた上でマッチングでき、患者が自己の病気に関して適切な医師を選定したり、医師が自己の技術に応じて適切な患者を選定したりすることが可能となる。
【００９８】
また、患者病状情報と医師評価情報とに基づいて、対象医師に関する情報を出力するので、対象医師を選定する上で、客観的に優れていると判断される医師を優先的に出力することができ、患者が自己の病気に関してより一層適切な医師を選定することが可能となる。
【００９９】
また、医師評価情報として、ＩＣＤ病名に対応する病気に関しての医師に対する評価を格納するので、国際的に規定された基準に関する医師の評価を格納でき、複数の病名を有する病気であっても１つに統合された評価を格納することができる。
【０１００】
また、患者の病状に対応する治療方法に関しての医師に対する評価を格納するので、異なる複数の病気を単一の治療方法で治療可能である場合等にも、医師の評価を適切に格納することができる。
【０１０１】
また、患者属性情報と医師属性情報とに基づいて、医師における患者の医療に適する度合いを示す適合度を算出し、この適合度を考慮して対象医師を抽出するので、患者の病状や医師の評価以外の情報であって、患者や医師に固有の情報に基づいて対象医師を抽出でき、患者が自己の病気に関する治療を受ける上で一層適切な医師を選定することが可能となる。
【０１０２】
また、患者の属性は、患者の年齢、性別、現在地、又は医療の費用を含むので、患者の年齢、性別、現在地、又は医療の費用等といった固有の情報に基づいて対象医師を抽出でき、患者が自己の病気に関する治療を受ける上で一層適切な医師を選定することが可能となる。
【０１０３】
また、専門的な知識を有する者である他の医師からの評価に基づいて医師の評価を決定するので、より適切な評価を格納することができる。
【０１０４】
〔変形例〕
以上、本発明に係る実施の形態について説明したが、本発明の具体的な構成及び手段は、特許請求の範囲に記載した各発明の技術的思想の範囲内において、任意に改変及び改良できる。以下、このような変形例について説明する。
【０１０５】
（解決しようとする課題や発明の効果について）
まず、発明が解決しようとする課題や発明の効果は、前記した内容に限定されるものではなく、本発明によって、前記に記載されていない課題を解決したり、前記に記載されていない効果を奏することもでき、また、記載されている課題の一部のみを解決したり、記載されている効果の一部のみを奏することがある。例えば、従来のシステムよりも、患者にとって適切な医師を選定することができない場合であっても、本願発明の手段が従来のシステムの手段と異なっている場合には、本願発明の課題が解決されている。
【０１０６】
（分散や統合について）
また、上述した各電気的構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散や統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散又は統合して構成できる。例えば、端末装置１０又は管理サーバ２０を複数の装置に分散して構成したり、端末装置１０又は管理サーバ２０を相互に統合したり、端末装置１０又は管理サーバ２０の一方の機能の一部を他方に持たせたりしてもよい。また、各部を分散する場合において、これら各部の相互間の連携は、有線と無線のいずれか一方又は両方により行うことができる。
【０１０７】
（形状、数値、構造、時系列について）
実施の形態や図面において例示した構成要素に関して、形状、数値、又は複数の構成要素の構造若しくは時系列の相互関係については、本発明の技術的思想の範囲内において、任意に改変及び改良することができる。
【０１０８】
（評価について）
本実施の形態では、図３に示すように、医師評価情報として、医師の専門分野に関しての医師に対する評価を格納するものとして説明したが、これに限られず、例えば治療方法に関しての医師に対する評価を格納しても構わない。このように、医師評価情報として、患者の病状に対応する治療方法に関しての医師に対する評価を格納することで、異なる複数の病気を単一の治療方法で治療可能である場合等にも、医師の評価を適切に格納することができる。
【０１０９】
また、本実施の形態では、他の医師からの評価に基づいて医師の評価を決定するものとして説明したが、これに限らず、患者からの評価に基づいて医師の評価を決定しても構わない。また、他の医師からの評価と患者からの評価の両方に基づいて医師の評価を決定してもよく、この際に医師からの評価によって加点される評価値と、患者からの評価によって加点される評価値とを相互に異なる値にして、各評価値の総和によって単一の評価値を算出しても良い。または、これらのそれぞれの評価値を別々に扱って、「医師からの評価値に基づいて適切と判断された対象医師」と、「患者からの評価値に基づいて適切と判断された対象医師」と、を両方出力しても構わない。
【０１１０】
（評価値について）
本実施の形態では、評価の方法として、「尊敬に値する」、「とても良い」、「良い」の三段階のいずれかの基準で評価するものとしたが、これに限られず、例えば評価値として「０」〜「１０」のいずれかの点数で評価しても良い。あるいは、評価の基準としてマイナスの評価を加えてもよく、例えば「悪い」、「とても悪い」の２段階を追加した計５段階の基準を設け、「悪い」で評価した場合には評価値を「−５」し、「とても悪い」で評価した場合には評価値を「−１０」しても構わない。
【０１１１】
また、他者からの評価以外の方法で医師の評価値を特定しても良い。例えば、医師の評価されるべき経歴、職歴、学歴、及び活動等に基づいて医師の評価値を特定しても構わない。具体的な例としては、医師の活動（特に、医師による論文や書籍等（以下、「論文等」）の執筆）に基づいて医師の評価値を特定する方法を以下に説明する。まず、医師属性ＤＢ２３ｃや医師評価ＤＢ２３ｂ等に、医師が執筆した論文等に関する情報（論文等の本文や、論文等のタイトルのみ等）を格納可能とする。これらは医師が自ら操作部１２を介して入力することにより格納可能としても良い。そして、医師属性ＤＢ２３ｃや医師評価ＤＢ２３ｂ等に、当該論文等が記憶されている場合、当該医師を権威あるものとし、当該論文等に対応する専門分野の評価値を所定値（例えば、＋３０）増加させても良い。他には、医師の経歴に基づいて評価値を特定する方法としては、例えば医師属性ＤＢ２３ｃや医師評価ＤＢ２３ｂ等に、医師として専門分野の病気に携わった期間を格納可能とし、当該期間に応じて、評価値を所定値増加させても良い。例えば、３０年以上の場合には評価値を＋１００、２０年以上の場合には評価値を＋５０、１０年以上の場合には評価値を＋２０等しても良い。
【０１１２】
また、上記論文等の共著者を、管理サーバ２０のデータ記録部２３（例えば、医師属性ＤＢ２３ｃや医師評価ＤＢ２３ｂ等）に格納可能としても良い。例えば、まず、入力を行う医師（以下、「医師Ａ」）が、上記のように操作部１２を介して論文等の入力をする際に、共著者を入力する項目をディスプレイ１３に表示させ、この項目に共著者である他の医師（以下、「医師Ｂ」）を特定するための情報を入力する。次に、管理サーバ２０の制御部２２は、入力内容等に基づいて、論文の執筆者に関する情報と、論文等とを関連付けて管理サーバ２０のデータ記録部２３に格納する。具体的な格納の態様は任意であるが、例えば、医師属性ＤＢ２３ｃにおける医師Ａのレコードに、医師Ａに入力された医師Ｂを特定する情報と、論文等に関する情報を関連付けて格納しても良い。または、医師Ａによって入力された医師Ｂを特定する情報に基づいて、医師属性ＤＢ２３ｃにおける当該医師Ｂのレコードを特定し、当該医師Ｂのレコードに、医師Ａを特定する情報と、論文等に関する情報を関連付けて格納しても良い。または、これらの両方の態様を組み合わせて、医師Ａ及び医師Ｂのレコードの両方に、それぞれの共著者を特定する情報と、論文等に関する情報を関連付けて格納しても良い。あるいは、論文等の全ての執筆者（この場合、医師Ａ及び医師Ｂ）を特定する情報と、論文等に関する情報と、を相互に関連付けて格納する論文情報ＤＢ（図示省略）に、医師Ａを特定する情報、医師Ｂを特定する情報、及び医師Ａと医師Ｂとが執筆した論文等に関する情報を格納しても構わない。このことにより、共著者である医師Ｂは、自ら論文等に関する情報を入力する手間を省略でき、論文等に関する情報の蓄積を効率化することが可能となる。
【０１１３】
また、本実施の形態においては、総合評価値を算出する際に、図３の項目「評価値」に対応する情報をそのまま用いたが、これに限らず、評価の平均値を用いても構わない。具体的には、項目「評価値」に対応する情報の数値を、項目「評価数」に対応する情報の数値で除することにより求めた値を用いて、総合評価値を算出しても良い。このことにより、評価数は少ないが高評価を得ている医師を抽出し易くすることができる。
【０１１４】
（対象医師出力処理について）
本実施の形態においては、図９の対象医師出力処理のＳＤ１２において、図５に示す対象医師ＤＢ２３ｄに格納された対象医師情報のうち、送信先の患者の患者ＩＤに対応するレコードの情報（すなわち、図５の医師ＩＤ、総合評価値、及び優先度）をディスプレイ１３に表示するものとして説明したが、表示する情報はこのような情報に限られない。例えば、医師ＩＤ、総合評価値、及び優先度のいずれかを表示しなくても良いし、医師ＩＤの代わりに医師を特定可能な情報（例えば医師属性ＤＢ２３ｃに基づいて特定した医師の氏名等）を表示しても良いし、これらの全てを表示しても良い。
【０１１５】
また、本実施の形態においては、総合評価値が高い順に医師を表示したが、これに限らず、任意の順番や任意の表示態様で医師を表示して構わない。例えば総合評価値に応じて複数の区分（例えば総合評価値が上位２０％以内の第１区分、上位２０％〜４０％の第２区分、それ以外の第３区分）に医師を分けて、区分ごとに医師を表示しても構わない。
【０１１６】
（マッチングについて）
また、本実施の形態において患者と医師とをマッチングした場合、患者に対してマッチング対象の医師を出力（対象医師を患者のディスプレイ１３に表示）したが、逆でもよく、医師に対してマッチング対象の患者を出力（患者を対象医師のディスプレイ１３に表示）しても構わない。図１３は、変形例１に係る医療システム３０を概念的に示す図である。ただし、特に説明なき構成においては実施の形態と同様であるものとして説明を省略し、実施の形態と同様の構成要素には、必要に応じて、実施の形態で使用したものと同一の符号を付する。なお、後述する変形例２及び変形例３においても同様に適宜説明を省略し、実施の形態で使用したものと同一の符号を付して説明する。
【０１１７】
この図１３に示すように、まず患者（図１３では患者Ｃ）が入力フォーム（表示例Ａ）に患者に関する患者情報（図１３では、件名、氏名、年齢、相談内容（例えば、患っている病名、現在の症状、これまで受けた治療方法等）、及び金額等）を記載して送信すると、この入力フォームの入力内容が管理サーバ２０のデータ記録部２３（図１３において図示省略）に格納される。同様に他の患者（患者Ａ、患者Ｂ、及び患者Ｄ等）からも入力フォームへの入力が行われると、データ記録部２３には様々な患者からの入力内容が蓄積されていく。例えば、図１３では、患者Ａによる「Ａについて」、患者Ｂによる「Ｂについて」、患者Ｃによる「Ｃについて」、患者Ｄによる「Ｄについて」等の入力内容が蓄積されている（表示例Ｂ）。
【０１１８】
一方、医師が、医師に関する各種情報（例えば実施の形態と同様に、専門分野、治療方法等）を登録してアカウントを作成すると、当該各種情報を表示したＷＥＢページ（表示例Ｃ）が作成され、このＷＥＢページから上述した患者の入力内容を閲覧できる。例えば、当該ＷＥＢページのトップに上記の入力内容を表示しても良い。この際に表示する入力内容としては、当該医師に関連性の高い入力内容のみを表示することが好ましく、例えば患者の入力内容（例えば、患っている病名）と、医師の情報（例えば、専門分野）とに基づいて、医師の専門分野に関する入力内容のみを表示しても良い。
【０１１９】
一例を挙げると、まず患者病状取得部２２ａ（図１３において図示省略）は、患者から入力された入力内容に基づいて患者の病状（例えば、病名）を特定する。例えば、入力内容に具体的な病名が記入されている場合は当該病名を特定しても良いし、抽象的な症状が記入されている場合は、症状と病名とを相互に対応付けて格納するＤＢ（図示省略。後述する図５の症状ＤＢ参照。）を参照して、当該症状に基づいて病名を特定しても良い。そして、管理サーバ２０の制御部２２は、医師評価ＤＢ２３ｂ（図１３において図示省略）等を参照して、特定した病名を専門とする医師を特定し、当該特定した医師のＷＥＢページに、当該患者の入力内容の簡略ページ（例えば表示例Ｂのように、件名、金額、相談内容の冒頭数行のみ）を羅列して表示する（表示例Ｃ）。なお表示例Ｃでは、管理サーバ２０の制御部２２が「Ａについて」の入力内容は、医師の専門と合致しないため表示対象外と判定し、「Ｂについて」、「Ｃについて」、「Ｄについて」のみ表示した例を示している。この中から、医師は自身の治療に適した患者を自ら選定して、選定した患者にメッセージを送信できる。例えば、表示例Ｂの件名をクリックすると、クリックした入力内容の詳細ページ（表示例Ｄ）が表示され、この詳細ページに設けられたメッセージ欄にメッセージを書き込める。なお、「Ｃについて」のページ（表示例Ｄ）には医師Ｂだけでなく医師Ａ及び医師Ｃからもメッセージが書き込まれている（すなわち、医師Ａ及び医師Ｃも当該患者Ｃを治療したいと考えている。このメッセージ欄は患者以外の者からは閲覧できない設定にしても良い。
【０１２０】
そして、患者は、自身の入力内容に対しての各医師のメッセージ（表示例Ｄ）を見て、治療を受けたい医師を選定して医師とのメッセージのやり取りを行うことができる。この際に、例えば医師のメッセージ欄を選択することで、医師のＷＥＢページ（表示例Ｃ）を閲覧することができ、医師の専門分野や評価等を確認することができても良い。このように、本変形例１に係る制御部２２は、医師に関する医師情報に基づいて、複数の患者の入力内容（表示例Ｂの全て）の中から医師の医療に関する入力内容（表示例Ｂのうち、「Ｂについて」、「Ｃについて」、「Ｄについて」）を抽出し、抽出した入力内容を医師に対して出力することにより、患者と医師とをマッチングするので、医師が治療に適した患者を自ら選定でき、患者としても各医師からのメッセージを参考に医師を選定でき、より自分に合った医師を選定することができる。
【０１２１】
本変形例１によれば、患者の入力内容に基づいて患者の病状を特定した上で、病状に基づいて適切と判断される医師に対して当該入力内容を出力するので、医師は当該入力内容を受けて、医師自身の専門に適した患者に連絡等することができ、医師が自己の技術に応じて適切な患者を容易に選定することが可能となる。
【０１２２】
（コーディネータについて）
本実施の形態においては、患者に対して適した治療を行う医師を抽出したが、これに限らず、患者に対して適した医師紹介を行うコーディネータを抽出しても構わない。「コーディネータ」とは、患者に対して医師を紹介するものであり、例えば所謂街医者等が当該役目を担う。このようなコーディネータは、診療の初期段階において、患者の病気の重さ等を見極めて、適切な専門医を紹介する能力が求められる。このようなコーディネータの抽出の具体的な方法は任意であるが、以下では、コーディネータに関する評価を格納したコーディネータＤＢに基づいて抽出するものとして説明する。
【０１２３】
コーディネータＤＢは、医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段であって、特に医師のコーディネータとしての能力の評価を特定するコーディネータ情報を格納するコーディネータ評価格納手段である。図１４は、変形例２に係るコーディネータＤＢの構成例を示す図である。図１４に示すように、コーディネータＤＢは、項目「医師ＩＤ」に対応する情報、項目「評価数」に対応する情報、項目「評価値」に対応する情報、及び項目「費用」に対応する情報、を相互に関連付けて構成されている。ここで、項目「医師ＩＤ」に対応する情報は、医師を一意に識別するための情報である。また、項目「評価数」に対応する情報は、医師のコーディネータとしての業務に対して評価を行った者（以下、評価者）の人数であって、例えば「８」、「５」、「３」等といった数値が格納されている。また、項目「評価値」に対応する情報は、医師のコーディネータとしての業務に対する評価を数値として表したものであり、医師のコーディネータとしての業務に対して評価者が行った評価に基づいて算出される値である。なお、評価値の決定方法は任意で、例えば実施の形態における医師評価処理と同様に、患者が三段階評価を行っても良い。また、項目「費用」に対応する情報は、各医師のコーディネータとしての業務を受診するに際して患者が負担する費用を特定する情報であって、例えば「２０万円」、「３０万円」、といった具体的な金額を示す情報である。
【０１２４】
そして、端末装置１０の制御部１５（図１４において図示省略）は、当該コーディネータＤＢに格納された情報に基づいて、患者にとって最適なコーディネータを出力する。このような出力は、上述した対象医師出力処理と同様に実行できるため、以下では一例を簡略的に説明する。まず、上述したようにコーディネータは病気の見極め等といった役割を担うため、患者が気軽に受診可能な近隣に居る医師であることが好ましいものとし、患者及び医師の所在地を考慮したマッチングを行う。具体的には、まず患者が患者属性情報（例えば、「所在地」等）を端末装置１０に入力した場合、患者の所在地からの所要時間が所定時間（例えば、１時間）以内である医師を抽出する。なお、このような抽出の具体的な方法は任意で、例えば実施の形態と同様に、上記の入力された患者属性情報の所在地から、図４の医師属性ＤＢ２３ｃの項目「地域」に対応する情報として格納された所属病院の所在地までの所要時間を公知のルート検索ソフトを用いて算出し、所定時間以内であるかを判定しても良い。そして、抽出した複数の医師（すなわち、患者の近隣に居る医師）の中から、コーディネータＤＢの項目「評価値」に対応して格納された評価値が基準値（例えば、「３０」等）以上である医師を抽出し、評価値が高い順に端末装置１０のディスプレイ１３（図１４において図示省略）に表示する。そして、患者はこのように表示された医師の中から、自己の病気に関する治療を受ける上で適切な医師を選定することが可能となる。なお、当該変形例２と上記実施の形態を併合して、患者にとって適切なコーディネータと適切な対象医師の両方を別々に出力しても良いし、これらの適切なコーディネータ及び対象医師の両方に該当する医師を出力しても良い。
【０１２５】
（ＩＣＤ病名について）
本実施の形態における対象医師出力処理では、端末装置１０のディスプレイ１３にＩＣＤ病名のリストを表示させておき、このリストの中から患者が自己の病気を示すＩＣＤ病名を選択することにより、ＩＣＤ病名を入力するが、患者が自身のＩＣＤ病名を認識しているとは限らない。そこで、患者が自身の病気に伴う症状を入力することにより、病名（例えば、ＩＣＤ病名）として可能性のあるものを自動的に抽出しても良い。この特定の具体的な方法は任意であるが、以下では、症状ＤＢに基づいて抽出するものとして説明する。
【０１２６】
症状ＤＢは、病名（以下では、ＩＣＤ病名）を特定する病名情報と、病気に伴う症状を特定する症状情報とを相互に関連付けて格納する症状格納手段である。図１５は、変形例３に係る症状ＤＢの構成例を示す図である。図１５に示すように、症状ＤＢは、項目「ＩＣＤ病名」に対応する情報、及び項目「症状」に対応する情報を相互に関連付けて構成されている。ここで、項目「ＩＣＤ病名」に対応する情報は、ＩＣＤ病名を特定するＩＣＤ病名特定情報であり、例えば「原発性肺癌」、及び「甲状腺癌」等が該当する。項目「症状」に対応する情報は、各病気に伴う症状であって、例えば「堰」、「血痰」、「胸痛」、及び「呼吸困難」等が該当する。これらの情報は、インターネット等を介して予め症状ＤＢにダウンロードされて格納されている。
【０１２７】
そして、対象医師出力処理において、端末装置１０の制御部１５（図１５において図示省略）は、まず症状情報の入力を受け付けたか判定する。この判定の具体的な方法は任意で、例えば端末装置１０のディスプレイ１３（図１５において図示省略）に症状のリストを表示させておき、このリストの中から患者が自身に該当する症状を選択することにより、入力が受け付けられたものと判定する。そして、入力された症状と、上記の症状ＤＢの情報とを参照して、患者のＩＣＤ病名を特定する。例えば、複数の症状が入力されている場合、当該複数の症状と、症状ＤＢの項目「症状」との一致数（又は一致率）を算定し、一致数が最も多いＩＣＤ病名を、患者のＩＣＤ病名と特定しても良い。
【０１２８】
本変形例３によれば、患者の症状に基づいて患者の病名を特定し、特定した病名に対応する医師と、当該患者とをマッチングできるので、患者が病名を把握していない場合や、病気であるか否かを自身で判断できない場合等であっても、患者と医師とを適切にマッチングすることが可能となる。
【０１２９】
（付記）
付記１の医療システムは、患者の病状を特定する患者病状情報を取得する患者病状取得手段と、医師に関する医師情報を格納する医師情報格納手段と、前記患者病状取得手段にて取得された患者病状情報と、前記医師情報格納手段に格納された前記医師情報とに基づいて、患者と医師とをマッチングするマッチング手段と、を備える。
【０１３０】
また、付記２の医療システムは、付記１に記載の医療システムにおいて、前記医師情報格納手段は、前記医師に対する固有の評価を特定する医師評価情報を格納する医師評価格納手段を備え、前記マッチング手段は、前記患者病状取得手段にて取得された患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報と、に基づいて、前記患者の医療に適した医師である対象医師を抽出する医師抽出手段を備え、当該医療システムは、前記医師抽出手段にて抽出された対象医師に関する情報を格納する対象医師情報格納手段と、前記対象医師情報格納手段に格納された対象医師に関する情報を出力する出力手段と、を備える。
【０１３１】
また、付記３の医療システムは、付記２に記載の医療システムにおいて、前記患者病状取得手段にて取得する前記患者病状情報は、国際疾病分類にしたがって定められた病名であるＩＣＤ病名であり、前記医師評価格納手段は、前記医師評価情報として、前記ＩＣＤ病名に対応する病気に関しての前記医師に対する評価を格納する。
【０１３２】
また、付記４の医療システムは、付記２又は３に記載の医療システムにおいて、前記医師評価格納手段は、前記医師評価情報として、前記患者の病状に対応する治療方法に関しての前記医師に対する評価を格納する。
【０１３３】
また、付記５の医療システムは、付記２から４のいずれか一項に記載の医療システムにおいて、前記患者の属性を特定する患者属性情報を取得する患者属性取得手段と、前記医師の属性を特定する医師属性情報を取得する医師属性取得手段と、前記患者属性取得手段にて取得した前記患者属性情報と、前記医師属性取得手段にて取得した前記医師属性情報と、に基づいて、前記医師における前記患者の医療に適する度合いを示す適合度を算出する適合度算出手段と、を備え、前記医師抽出手段は、前記適合度算出手段にて算出された適合度と、前記患者病状取得手段にて取得された患者病状情報と、前記医師評価格納手段に格納された前記医師評価情報と、に基づいて、前記対象医師を抽出する。
【０１３４】
また、付記６の医療システムは、付記５に記載の医療システムにおいて、前記患者の属性は、患者の年齢、性別、現在地、又は医療の費用を含む。
【０１３５】
また、付記７の医療システムは、付記２から６のいずれか一項に記載の医療システムにおいて、前記医師に対する固有の評価は、当該医師以外の他の医師による評価である。
【０１３６】
また、付記８の医療システムは、付記１から７のいずれか一項に記載の医療システムにおいて、病名を特定する病名情報と、前記病気に伴う症状を特定する症状情報とを相互に関連付けて格納する症状格納手段を備え、前記患者病状取得手段は、前記患者の病気に伴う症状を取得し、前記マッチング手段は、前記患者病状取得手段にて取得した前記症状と、前記症状格納手段に格納された症状情報とに基づいて、前記症状格納手段に格納された病名情報を特定し、当該特定した病名情報と、前記医師情報格納手段に格納された前記医師情報と、に基づいて、患者と医師とをマッチングする。
【０１３７】
また、付記９の医療システムは、付記１から８のいずれか一項に記載の医療システムにおいて、複数の患者が入力手段にて自身の病状に関する入力を行う医療システムであって、前記患者病状取得手段は、前記患者から入力された入力内容に基づいて患者の病状を特定し、前記マッチング手段は、前記医師に関する医師情報に基づいて、前記複数の患者の入力内容の中から前記医師の医療に関する入力内容を抽出し、抽出した入力内容を前記医師に対して出力することにより、患者と医師とをマッチングする。
【０１３８】
また、付記１０の医療プログラムは、コンピュータを、患者の病状を特定する患者病状情報を取得する患者病状取得手段と、医師に関する医師情報を格納する医師情報格納手段と、前記患者病状取得手段にて取得された患者病状情報と、前記医師情報格納手段に格納された前記医師情報とに基づいて、患者と医師とをマッチングするマッチング手段と、として機能させる。
【０１３９】
（付記の効果）
付記１に記載の医療システム又は付記１０に記載の医療プログラムによれば、病状情報と医師情報とに基づいて患者と医師とをマッチングするので、患者の病状と医師の情報とを踏まえた上で両者をマッチングでき、患者が自己の病気に関して適切な医師を選定したり、医師が自己の技術に応じて適切な患者を選定したりすることが可能となる。
【０１４０】
付記２に記載の医療システムによれば、患者病状情報と医師評価情報とに基づいて、対象医師に関する情報を出力するので、対象医師を選定する上で、客観的に優れていると判断される医師を優先的に出力することができ、患者が自己の病気に関してより一層適切な医師を選定することが可能となる。
【０１４１】
付記３に記載の医療システムによれば、医師評価情報として、ＩＣＤ病名に対応する病気に関しての医師に対する評価を格納するので、国際的に規定された基準に関する医師の評価を格納でき、複数の病名を有する病気であっても１つに統合された評価を格納することができる。
【０１４２】
付記４に記載の医療システムによれば、医師評価情報として、患者の病状に対応する治療方法に関しての医師に対する評価を格納するので、異なる複数の病気を単一の治療方法で治療可能である場合等にも、医師の評価を適切に格納することができる。
【０１４３】
付記５に記載の医療システムによれば、患者属性情報と医師属性情報とに基づいて、医師における患者の医療に適する度合いを示す適合度を算出し、この適合度を考慮して対象医師を抽出するので、患者の病状や医師の評価以外の情報であって、患者や医師に固有の情報に基づいて対象医師を抽出でき、患者が自己の病気に関する治療を受ける上で一層適切な医師を選定することが可能となる。
【０１４４】
付記６に記載の医療システムによれば、患者の属性は、患者の年齢、性別、現在地、又は医療の費用を含むので、患者の年齢、性別、現在地、又は医療の費用等といった固有の情報に基づいて対象医師を抽出でき、患者が自己の病気に関する治療を受ける上で一層適切な医師を選定することが可能となる。
【０１４５】
付記７に記載の医療システムによれば、専門的な知識を有する者である他の医師からの評価に基づいて医師の評価を決定するので、より適切な評価を格納することができる。
【０１４６】
付記８に記載の医療システムによれば、患者の症状に基づいて患者の病名を特定し、特定した病名に対応する医師と、当該患者とをマッチングできるので、患者が病名を把握していない場合や、病気であるか否かを自身で判断できない場合等であっても、患者と医師とを適切にマッチングすることが可能となる。
【０１４７】
付記９に記載の医療システムによれば、患者の入力内容に基づいて患者の病状を特定した上で、病状に基づいて適切と判断される医師に対して当該入力内容を出力するので、医師は当該入力内容を受けて、医師自身の専門に適した患者に連絡等することができ、医師が自己の技術に応じて適切な患者を容易に選定することが可能となる。
【符号の説明】
【０１４８】
１  医療システム
２  ネットワーク
１０  端末装置
１１  通信部
１２  操作部
１３  ディスプレイ
１４  スピーカ
１５  制御部
１６  データ記録部
２０  管理サーバ
２１  通信部
２２  制御部
２２ａ  患者病状取得部
２２ｂ  患者属性取得部
２２ｃ  医師属性取得部
２２ｄ  適合度算出部
２２ｅ  医師抽出部
２３  データ記録部
２３ａ  ＩＣＤ病名ＤＢ
２３ｂ  医師評価ＤＢ
２３ｃ  医師属性ＤＢ
２３ｄ  対象医師ＤＢ
３０  医療システム
【図１】
0006623280.tif 000002
【図２】
0006623280.tif 000003
【図３】
0006623280.tif 000004
【図４】
0006623280.tif 000005
【図５】
0006623280.tif 000006
【図６】
0006623280.tif 000007
【図７】
0006623280.tif 000008
【図８】
0006623280.tif 000009
【図９】
0006623280.tif 000010
【図１０】
0006623280.tif 000011
【図１１】
0006623280.tif 000012
【図１２】
0006623280.tif 000013
【図１３】
0006623280.tif 000014
【図１４】
0006623280.tif 000015
【図１５】
0006623280.tif 000016