被保険者情報と、傷病名と、医療機関情報と、診療日付情報と、医療機関紹介フラグと、が互いに関連づけられたレセプトデータを含む診療報酬明細書の情報が格納されるレセプトデータベースと、入出力端末と、第一の被保険者情報が関連づけられた診療報酬明細書の情報を前記レセプトデータベースから抽出し、前記抽出された診療報酬明細書の情報に関連づけられている診療日付情報と傷病名とに基づいて、前記抽出された診療報酬明細書の情報に含まれているレセプトデータを前記第一の被保険者が関連づけられた傷病名毎に時系列に並べ替えた傷病名レセプトシーケンスを生成する傷病名レセプトシーケンス生成部と、前記傷病名レセプトシーケンスに含まれる医療機関紹介フラグに基づいて、前記第一の被保険者が関連づけられた傷病名毎に第一の医療機関情報から前記第一の医療機関情報と異なる第二の医療機関情報への前記第一の被保険者の紹介回数を算出して、前記紹介回数に基づいて傷病名毎に医療機関の相互関係表を生成する医療機関マトリクス生成部と、傷病名を含むキーワードの入力を受け付け、前記受け付けた入力に基づいて前記生成された医療機関の相互関係表を検索し、前記検索された医療機関の相互関係表に基づいて、前記紹介回数に基づく複数の医療機関間の連携情報とともに複数の医療機関情報を出力する入出力部と、を備えることを特徴とする医療機関検索システム。請求項1に記載の医療機関検索システムであって、前記医療機関情報は、前記医療機関の識別子を含み、前記医療機関の識別子と、前記医療機関の識別子で識別される医療機関の住所情報と、を格納する医療機関データベースをさらに有し、前記入出力部は、前記複数の医療機関情報を出力する際に、前記医療機関データベースから前記出力される医療機関の識別子に基づいて住所情報を抽出し、前記抽出された住所情報に基づいて前記出力される医療機関情報を出力することを特徴とする医療機関検索システム。請求項1に記載の医療機関検索システムであって、さらに被保険者情報を、被保険者の識別子と前記被保険者の住所位置情報と前記被保険者の職場位置情報と関連づけて格納するユーザ情報データベースを有し、前記入出力部は、検索地域と検索圏とを選択する入力を受け付け、前記受け付けた検索地域に対応する住所位置情報又は/及び職場位置情報を前記ユーザ情報データベースから抽出し、前記出力される医療機関情報のうち、前記抽出した住所位置情報又は/及び職場位置情報から前記受け付けた検索圏の範囲内に位置する医療機関情報を出力することを特徴とする医療機関検索システム。請求項1に記載の医療機関検索システムであって、疾患名と前記疾患名に属する傷病名とを互いに関連づけた階層化傷病名データを格納する階層化傷病名データベースをさらに有し、前記傷病名レセプトシーケンス生成部は、前記階層化傷病名データベースから、前記抽出された診療報酬明細書の情報に関連付けられている傷病名に対応する疾患名を検索し、前記検索された疾患名に関連付けられた傷病名を抽出し、前記抽出された診療報酬明細書の情報に関連づけられている診療日付情報と前記抽出された傷病名とに基づいてレセプトデータを抽出し、前記抽出された診療報酬明細書の情報に関連付けられている傷病名毎に、前記抽出されたレセプトデータを時系列に並べ替えた傷病名レセプトシーケンスを生成することを特徴とする医療機関検索システム。請求項1に記載の医療機関検索システムであって、前記医療機関マトリクス生成部は、前記医療機関の相互関係表を生成する際に、前記レセプトデータベースから、前記医療機関に関連づけられた被保険者情報に基づいて統計情報を生成して前記医療機関の相互関係表に加え、前記入出力部は、前記複数の医療機関情報を出力する際に、前記複数の医療機関情報に基づいて前記統計情報も加えて出力することを特徴とする医療機関検索システム。請求項1に記載の医療機関検索システムであって、前記入出力部は、前記出力する複数の医療機関情報の優先順位の入力を受付け、前記受け付けた優先順位に従って、前記出力する複数の医療機関情報の表示方法を異ならせることを特徴とする医療機関検索システム。被保険者情報と、傷病名と、医療機関情報と、診療日付情報と、医療機関紹介フラグと、が互いに関連づけられたレセプトデータを含む診療報酬明細書の情報が格納されるレセプトデータベースと入力端末とを用いた医療機関検索方法であって第一の被保険者情報が関連づけられた診療報酬明細書の情報を前記レセプトデータベースから抽出し、前記抽出された診療報酬明細書の情報に関連づけられている診療日付情報と傷病名とに基づいて、前記抽出された診療報酬明細書の情報に含まれているレセプトデータを前記第一の被保険者が関連づけられた傷病名毎に時系列に並べ替えた傷病名レセプトシーケンスを傷病名レセプトシーケンス生成部によって生成する工程と、前記傷病名レセプトシーケンスに含まれる医療機関紹介フラグに基づいて、前記第一の被保険者が関連づけられた傷病名毎に第一の医療機関情報から前記第一の医療機関情報と異なる第二の医療機関情報への前記第一の被保険者の紹介回数を算出して、前記紹介回数に基づいて傷病名毎に医療機関の相互関係表を医療機関マトリクス生成部によって生成する工程と、傷病名を含むキーワードの入力を受け付け、前記受け付けた入力に基づいて前記生成された医療機関の相互関係表を検索し、前記検索された医療機関の相互関係表に基づいて、前記紹介回数に基づく複数の医療機関間の連携情報とともに複数の医療機関情報を入出力部によって出力する工程と、を有することを特徴とする医療機関検索方法。しかし、従来の技術では、医療機関の専門性や連携関係が判らず、身近な医療機関を選択することが困難であった。特に、集団検診や人間ドックなどで異常が発見され、職場付近や自宅付近など身近な診療所を受診したい場合に、どこにどのような診療所があるか、その診療所がどの専門病院と連携しているのか、どの程度連携が進んでいるのかが判らないため、身近な診療所を選択しにくい、という課題があった。その結果、診療機会を逸して病状を悪化させてしまい、重症化や合併症併発などで、より多くの医療費がかかってしまうという問題があった。本発明の目的は、レセプトデータ等の医療関連データから、診療所や病院等の医療機関間の連携度合いを指標化し、医療機関を効率的に検索できる情報システムを提供することである。上記の課題は、被保険者情報と、傷病名と、医療機関情報と、診療日付情報と、医療機関紹介フラグと、が互いに関連づけられたレセプトデータを含む診療報酬明細書の情報が格納されるレセプトデータベースと、入出力端末と、第一の被保険者情報が関連づけられた診療報酬明細書の情報をレセプトデータベースから抽出し、抽出された診療報酬明細書の情報に関連づけられている診療日付情報と傷病名とに基づいて、抽出された診療報酬明細書の情報に含まれているレセプトデータを第一の被保険者が関連づけられた傷病名毎に時系列に並べ替えた傷病名レセプトシーケンスを生成する傷病名レセプトシーケンス生成部と、傷病名レセプトシーケンスに含まれる医療機関紹介フラグに基づいて、第一の被保険者が関連づけられた傷病名毎に第一の医療機関情報から第一の医療機関情報と異なる第二の医療機関情報への第一の被保険者の紹介回数を算出して、紹介回数に基づいて傷病名毎に医療機関の相互関係表を生成する医療機関マトリクス生成部と、傷病名を含むキーワードの入力を受け付け、受け付けた入力に基づいて生成された医療機関の相互関係表を検索し、検索された医療機関の相互関係表に基づいて、紹介回数に基づく複数の医療機関間の連携情報とともに複数の医療機関情報を出力する入出力部と、を備えることを特徴とする医療機関検索システムにより、解決できる。本発明である医療機関検索システムにより、被保険者は、医療機関を効率的に検索できる。特に、身近な診療所を受診したい場合に、病院との連携関係を簡単に把握できるので、診療所を効率的に選択することができる。また、保険者は、被保険者が診療機会を逸することなく医療機関を受診できるので、重症化や合併症併発などによる医療費増加を抑制し、財政状況の健全化が可能となる。図1に、本発明の実施例である医療機関検索システムの構成図を示す。本システムは、データサーバ100と、入出力端末120と、ネットワーク140と、で構成される。本実施例では、前記入出力端末120は、キーボードやマウスなどの入力部とディスプレイなどの出力部と前記データサーバ100などと通信する通信部とを有する1つまたは複数のパーソナルコンピュータを利用する。また、入力部と出力部と通信部とを有するPDA、PHS、携帯電話、など可搬型端末も利用できる。前記入出力端末120の利用者以下ユーザとするの例として、企業健康保険組合などの保険者が提供する保険に加入する被保険者組合員、もしくは被保険者が扶養している被扶養者組合員の家族、具体的には配偶者、子供、父母などを想定しているが、それに限定される物ではない。ユーザは、前記入出力端末120を操作し、本実施例で示されるシステムを用いて、医療機関検索を実施する。前記データサーバ100は、制御部101と、メモリ102と、通信部103と、傷病名レセプトシーケンス生成部104と、医療機関マトリクス生成部105と、医療機関検索部106と、出力部107と、ユーザ情報データベース110と、レセプトデータベース111と、医療機関データベース112と、階層化傷病名データベース113と、で構成される。制御部101と、メモリ102と、通信部103と、傷病名レセプトシーケンス生成部104と、医療機関マトリクス生成部105と、医療機関検索部106は、プログラムに含められ、制御部101によって、読みだされることも出来る。前記ネットワーク140は、前記データサーバ100と、前記入出力端末120と、が接続されている。前記データサーバ100は、前記ネットワーク140を介して、前記入出力端末120と、通信を行う。前記ネットワーク140は、インターネットを想定しているが、携帯電話通信網、広域無線通信網、社内イントラネットなど、他のネットワークを利用することもできる。本システムはハードウエア構成として記載されているが、本システムの機能の一部をソフトウエアで構成することもできる。図2に、前記ユーザ情報データベース110の例200を示す。前記データベース例200は、ユーザの個人情報等を管理するユーザ個人情報テーブル210で構成される。前記ユーザ個人情報テーブル210は、ユーザを識別するユーザIDを格納するユーザIDフィールド211と、ユーザがシステム利用時にユーザ認証を行うときに使用するユーザパスワードを格納するパスワードフィールド212と、氏名や自宅住所、職場住所等の個人情報を格納する個人情報フィールド213と、で構成される。例えば、前記テーブル例210のユーザ個人情報レコードの例210Aでは、ユーザIDuser0001、氏名○田△之、自宅住所茨城県日立市...、職場住所東京都国分寺市...のユーザが登録されていることを示している。図3に、前記レセプトデータベースの例300を示す。前記データベース例300は、診療報酬明細書レセプトを管理するレセプトデータテーブル310と、で構成される。レセプトは、被保険者もしくは被保険者が扶養する被扶養者が、医療機関を受診した場合に、医療機関から診療月毎に発行され、保険者に提供される。レセプトには、被保険者を識別する被保険者記号、被保険者番号、診療月、1つ以上の傷病名、処置や投薬等の診療行為情報、等が記載されている。前記レセプトデータテーブル310は、レセプトを識別するレセプトIDを格納するレセプトIDフィールド311と、被保険者を識別する被保険者IDを格納する被保険者IDフィールド312と、診療月を格納する診療月フィールド313と、医療機関を識別する医療機関IDと医療機関名称を格納する医療機関フィールド314と、1つ以上の傷病名を格納する傷病名フィールド315と、で構成される。また、診療情報提供料等、他の医療機関への紹介例えば、診療所から病院への紹介や逆紹介例えば、病院から診療所への紹介等の連携時に算定する診療行為の有無を格納する紹介フラグフィールド316と、日付情報を格納するフィールド317と、で構成される。例えば、レセプトID0123456789で識別されるレセプトデータの例310Aでは、被保険者ID20090401の被保険者が2010年4月に、医療機関ID01010001の医療機関b診療所で、糖尿病の診療を行ったことがわかる。また、他の医療機関への紹介のため、診療情報提供料を算定していることがわかる。本実施例では、他の医療機関への紹介や逆紹介の有無を、診療報酬明細書レセプトに記載される診療情報提供料の有無をもとに判定しているが、診療報酬改定等により紹介/逆紹介に関する診療報酬の改定が行われた場合は、紹介/逆紹介に関する診療報酬に該当する情報を用いて判定することもできる。また、紹介/逆紹介の有無に応じてレセプトに記載される他の情報を用いることもできる。被保険者IDは、被保険者を識別する被保険者記号及び被保険者番号を利用することもできる。また、被保険者IDは、被保険者記号及び被保険者番号に、本人家族区分、性別、生年月日、氏名等、他の個人情報を組み合わせて利用することもできる。図4に、前記医療機関データベースの例400を示す。前記データベース例400は、医療機関の情報として、診療所の情報を管理する診療所マスタテーブル410と、病院の情報を管理する病院マスタテーブル420と、で構成される。前記診療所マスタテーブル410は、医療機関を識別する医療機関IDを格納するフィールド411と、医療機関名称を格納するフィールド412と、医療機関の住所情報を格納するフィールド413と、医療機関の座標緯度経度情報を格納するフィールド414と、診療日時や連絡先等の基本情報を格納するフィールド415と、で構成される。例えば、医療機関ID01010001で識別される医療機関診療所a診療所は、住所東京都国分寺市日吉町4-1-2で、緯度経度の座標では緯度:35.708079、経度:139.463772であることがわかる。また、診療日時が月曜から金曜が9時から19時、土日や祝日は休診日であることがわかる。前記病院マスタテーブル420は、医療機関を識別する医療機関IDを格納するフィールド421と、医療機関名称を格納するフィールド422と、医療機関の住所情報を格納するフィールド423と、医療機関の座標緯度経度情報を格納するフィールド424と、診療日時や連絡先等の基本情報を格納するフィールド425と、で構成される。例えば、医療機関ID02000124で識別される医療機関病院A病院は、住所東京都国分寺市西恋ヶ窪3-8-1で、緯度経度の座標では緯度:35.702753、経度:139.463904であることがわかる。図5に、前記階層化傷病名データベースの例500を示す。前記データベース例500は、検索時に用いられる疾患名毎に階層化された傷病名データを格納する階層化傷病名データテーブル510で構成される。前記階層化傷病名データテーブル510は、検索時に用いられる疾患名を格納するフィールド511と、レセプトに記載される傷病名や傷病名コードを疾患名に対応して階層化して格納するフィールド512と、で構成される。ここでは、疾患名をユーザが選択するときの疾患や病気の名称、傷病名傷病名コードをそれぞれレセプトに記載される傷病名傷病名コードとする。前記テーブル例510では、疾患名糖尿病に階層化された傷病名として、レセプトに記載される傷病名糖尿病2型糖尿病糖尿病性腎症等が対応付けられて格納されている。図6に、前記メモリ102の例600を示す。前記メモリ102には、疾患名毎の医療機関の相互関係表医療機関マトリクスが記憶される。前記メモリの例600では、医療機関マトリクスの例として、疾患名糖尿病に関する医療機関マトリクスの例610が記憶されている。医療機関マトリクスの例610は、医療機関間の相互の連携関係の情報を格納する連携度フィールド611と、レセプトデータから算出された医療機関の統計データを格納する統計データフィールド612と、で構成される。例えば、医療機関マトリクスの例611では、b診療所からA病院に7回紹介している連携度データ611bA、逆にA病院からb診療所に2回逆紹介している連携度データ611Ab、という連携関係情報が記憶されていることがわかる。また、a診療所は、130人の被保険者患者が来院している、ということを示している。前記統計データフィールド612には、被保険者患者の人数の他、患者の平均年齢など、レセプトデータを利用して算出できる他の統計データを記憶することもできる。次に、本システムの動作を、フローチャートを用いて説明する。図7に、前記データサーバ100の医療機関マトリクス生成時の動作を表すフローチャートを示す。まず、前記制御部101は、前記階層化傷病名データベース113から階層化傷病名データテーブル510を読み出すステップ701を実行する。次に、前記制御部101は、前記ステップ701で読み出した前記マスタテーブル510の疾患名について、疾患名毎に処理を繰り返すステップ702を実行する。本実施例では、疾患名が糖尿病の場合を例として説明する。次に、前記制御部101は、前記レセプトデータベース111から、疾患名が糖尿病に対応する傷病名が前記傷病名フィールド315に記載されたレセプトデータを抽出して読み出すステップ703を実行する。例えば、前記レセプトデータベース111の場合、傷病名フィールド315に疾患名糖尿病に該当する傷病名糖尿病糖尿病性腎症を含むレセプトデータ310A、310B、310C、310Dが抽出されることになる。次に、前記制御部101は、前記ステップ703で読み出したレセプトデータをもとに、医療機関毎の被保険者数を患者数として、統計データを算出するステップ704を実行する。次に、前記制御部101は、前記傷病名レセプトシーケンス生成部104を起動し、前記ステップ703で読み出したレセプトデータをもとに、同一被保険者毎に、レセプトデータを抽出し、診療日付情報をもとに時系列に並べ替えた傷病名レセプトシーケンスを生成するステップ705を実行する。図9に、被保険者ID20090401の被保険者の傷病名レセプトシーケンスを生成するときの概念図を示す。被保険者ID20090401のレセプトデータは、疾患名糖尿病に関して、2010年4月にb診療所、2010年5月にA病院、2010年6月にb診療所を受診したことを示している。これを時系列に並べるとb診療所とA病院と医療機関間を相互に利用している関係がわかる。ここで、レセプトデータ310Aの紹介フラグ316が1、すなわち診療行為診療情報提供料が算定されているため、b診療所からA病院への紹介、すなわち連携関係があることがわかる。一方、レセプトデータ310Bの紹介フラグ316も1であるため、A病院からb診療所への逆紹介、すなわち連携関係があることがわかる。このように、傷病名毎に、同一被保険者についてレセプトを並べ替えた傷病名レセプトシーケンスを用いることで、医療機関間の連携関係を簡易に表現することができる。以上の処理を、被保険者IDの人数分繰り返し、複数の傷病名レセプトシーケンスを生成する。次に、前記制御部101は、前記医療機関マトリクス生成部105を起動し、前記ステップ705で生成した複数の傷病名レセプトシーケンスをもとに、医療機関間の相互の連携関係を示す一覧表医療機関マトリクスを生成するステップ706を実施する。図9の場合、図中の矢印901や903のように、b診療所からA病院への紹介があった場合に、b診療所からA病院への連携関係に対応する紹介連携度フィールド611bAに1を加算する。また、図中の矢印902のように、A病院からb診療所への逆紹介があった場合に、A病院からb診療所への連携関係に対応する逆紹介連携度フィールド611Abに1を加算する。以上の処理を、複数の傷病名レセプトシーケンスの個数分繰り返し、糖尿病に関する医療機関マトリクスを生成する。同様に、他の疾患名についても、傷病名レセプトシーケンスを生成し、医療機関マトリクスを生成する。このように傷病名レセプトシーケンスを用いて医療機関マトリクスを生成することで、医療機関間の相互の連携関係を簡易に表現することができる。紹介連携度の算出は、紹介のみで逆紹介がない場合を除外して算出することもできる。すなわち、図9の場合、図中の矢印901のみの場合は紹介連携度として加算せず、902までの場合に、b診療所からA病院への連携関係に対応する紹介連携度フィールド611bAに1を加算する。これにより、紹介/逆紹介という医療機関間の相互の連携関係を明確に表現することができる。次に、前記制御部101は、前記ステップ706で生成した医療機関マトリクスと、前記ステップ704で算出した統計データを前記メモリ102に格納するステップ707を実行する。これにより、前記メモリ102の例600が記憶されることになる。図8に、前記データサーバ100のユーザ利用時の動作を表すフローチャートを示す。まず、前記制御部101は、ユーザ情報等の入力を受付、前記ユーザ個人情報テーブル210のユーザIDとパスワードを用いてユーザ認証を行うステップ801を実行する。前記ステップ801で、ユーザが認証されると、次に制御部101は、検索条件を入力させるステップ802を実行する。図11に、前記ステップ802で、ユーザが検索条件を入力するときの前記入出力端末120の画面例1000を示す。本画面例1000は、前記ステップ801で認証されたユーザに関する氏名等の個人情報を表示する個人情報表示エリア1010と、疾患名選択エリア1020と、検索地域選択エリア1030と、検索ボタン1040と、検索した医療機関情報を表示する医療機関情報表示エリア1050と、で構成される。例えば、ユーザが特定健診等で血糖値に異常があり受診勧奨をされたときに、糖尿病に関する医療機関を職場付近3km圏内で検索したい場合、前記疾患名選択エリア1020のプルダウンメニューから糖尿病を選択し、検索地域選択エリア1030から職場付近を選択、検索圏選択ボックス1035で3km圏内を選択する。ここで、ユーザが前記検索ボタン1040を押すと、前記制御部101は、前記医療機関検索部106を起動し、前記ステップ802で入力された検索条件をもとに、医療機関を検索するステップ803を実行する。図11に、前記ステップ803実行後の前記入出力端末120の画面例1200を示す。まず、検索条件として職場付近が選択されたため、前記ユーザ個人情報フィールド213の職場住所に格納された住所情報をもとに、前記医療機関情報表示エリア1050に、住所情報の地点を中心点とした地域の地図を表示する。次に、住所情報から座標緯度経度を算出し、前記診療所マスタ410の座標フィールド414の座標緯度経度情報をもとに、検索圏選択ボックス1035で入力された検索圏内本実施例では3km圏内の診療所を抽出する。次に、抽出された診療所の住所フィールド423の住所情報をもとに、前記医療機関情報表示エリア1050の地図上に、住所情報に対応した位置に表示する。本実施例では、a診療所b診療所c診療所が抽出されており、それぞれabcと表示されている。このとき、医療機関マトリクスに記憶された人数情報をもとに、大きさを変えて表示することが出来る。次に、検索条件で選択された疾患名に関する医療機関マトリクスを、前記メモリ600から読み出し、抽出された診療所との連携関係情報が記憶されている病院を抽出する。前記医療機関マトリクスの例611では、c診療所はB病院とC病院とを抽出することになる。次に、抽出された病院について、前記病院マスタ420の住所フィールド423の住所情報をもとに、前記検索結果表示エリア1050の地図上に、住所情報に対応した位置に表示する。検索圏内から距離が離れすぎている等、前記検索結果表示エリア1050の表示エリアに表示しきれないほど距離のある病院の場合は、中心点から同じ方角で、表示エリアの一番外側に表示することもできる。本実施例では、B病院のように表示することもできる。次に、医療機関マトリクスの相互関係をもとに、医療機関間の連携度合いを、線と矢印等を用いて表示する。例えば、a診療所からA病院に紹介があり、A病院からa診療所に逆紹介がない場合は、a診療所からA病院に向けて一方向の矢印を表示する。また、例えば、b診療所からA病院に紹介があり、A病院からb診療所に逆紹介がある場合は、b診療所とA病院とに双方向の矢印を表示する。これにより、ユーザは、医療機関間の連携関係を視覚的に把握できるので、医療機関の検索をより効率的に支援できる。また、矢印の太さは、医療機関間の連携度合いの指標である総合連携度に応じて変えて表示するようにしてもよい。例えば、総合連携度を、診療所と病院間の紹介/逆紹介の合計人数として算出する場合、矢印の太さは、10人未満であれば1ポイント、10人以上50人未満であれば2ポイント、50人以上であれば3ポイントとして表示する。また、矢印以外の表現を用いることも出来る。これにより、ユーザは、医療機関間の連携度合いを視覚的に把握できるので、医療機関の検索をより効率的に支援できる。次に、前記制御部101は、前記ステップ803で生成した画面を前記入出力端末120に出力するステップ804を実行する。以上の処理により、図1に示す前記入出力端末120の画面例が表示される。ユーザが、医療機関をクリックすると、医療機関の基本情報や統計データが表示される。例えば、a診療所をクリックした場合、前記医療機関データベース400を検索し、a診療所に関する基本情報を抽出して表示する。また、前記メモリ600に記憶された医療機関マトリクスを検索し、a診療所に関する人数情報等の統計データを抽出し、患者数などとして表示される。これにより、受診したい医療機関の基本情報や統計データを簡単に参照できるので、医療機関の検索をより効率的に支援できる。以上、本発明である医療機関検索システムにより、被保険者は、健診受診後に異常と判定された疾患に関する医療機関を簡単に検索でき、迅速かつ適切に治療を受けられる。また、被保険者は、職場付近や自宅付近などの身近な診療所を受診したい場合に、病院との連携関係を簡単に把握できるので、診療所を効率的に選択することができる。また、保険者は、被保険者が診療機会を逸することなく医療機関を受診できるので、健診機関での早期発見から医療機関での早期治療へ円滑に進めるとともに、重症化や合併症併発などによる医療費増加を抑制し、財政状況の健全化が可能となる。図11に、前記医療機関情報表示エリア1050に、優先項目を選択して医療機関情報を表示するときの前記入出力端末120の画面例1100を示す。画面例1100では、ユーザが医療機関を選択するときに優先したい項目を選択する優先項目選択ボックス1110が表示される。例えば、前記ボックス1110で、連携優先が選択された場合は、総合連携度の最も高いc診療所が強調表示される。本実施例では、強調表示として、輪郭を太く表示しているが、色を変える、点滅する、大きさが変わって点滅する、立体表示される等、他の強調表示方法を用いてもよい。これにより、ユーザは、優先したい項目に応じて医療機関を簡単に選択できるので、医療機関の検索をより効率的に支援できる。図12に、前記医療機関情報表示エリア1050に、優先項目毎に医療機関情報を一覧形式で表示するときの前記入出力端末120の画面例1200を示す。画面例1200では、選択できる優先項目毎に、医療機関が順番に表示されている。これにより、ユーザは、優先したい項目を選択することなく医療機関を簡単に選択できるので、医療機関の検索をより効率的に支援できる。