JP5696021B2 - 医療機関検索システム - Google Patents

Description

本発明は、医療関連データを用いて、医療機関の検索を支援する情報システムに関する。

近年、少子高齢化の進行、国民医療費の増加に伴い、企業健康保険組合などの保険者の財政状況は年々厳しくなっている。保険者としても、今までの被保険者（組合員）への保健施策に加え、より効果的な保健施策が求められている。

このような背景のもと、診療報酬明細書（レセプト）データを活用して、保健施策に活用する方法や技術が提案されている。

例えば、特開２００６−１０７２９８に記載の「健康情報表示システム」では、日付情報が含まれるレセプト等の健康情報を用いて、個人の健康情報を時系列表示する。

また、特開２００１−３５０８３８に記載の「レセプト管理システム」では、健康保険組合の組合員が、インターネットを介してレセプト情報を閲覧できる。

また、特開２００１−１７５７２５に記載の「疾病別診療報酬明細書分析システム」では、診療報酬明細書をもとに、疾病別の行為別費用を算出し、医療機関評価等の分析を可能とする。

また、特開２００１−３１９０４１に記載の「医療機関向け経営支援システム」では、レセプトデータをベンチマーク手法により分析し、分析結果を表示する。

また、特開２００８−１１２３９０に記載の「医療機関評価装置および医療機関情報提供システム」では、蓄積した過去の紹介状データに基づき医療機関をポイントで評価して、病名・症状等に応じた医療機関の情報を提供する。

特開２００６−１０７２９８ 特開２００１−３５０８３８ 特開２００１−１７５７２５ 特開２００１−３１９０４１ 特開２００８−１１２３９０

しかし、従来の技術では、医療機関の専門性や連携関係が判らず、身近な医療機関を選択することが困難であった。特に、集団検診や人間ドックなどで異常が発見され、職場付近や自宅付近など身近な診療所を受診したい場合に、どこにどのような診療所があるか、その診療所がどの専門病院と連携しているのか、どの程度連携が進んでいるのかが判らないため、身近な診療所を選択しにくい、という課題があった。その結果、診療機会を逸して病状を悪化させてしまい、重症化や合併症併発などで、より多くの医療費がかかってしまうという問題があった。

本発明の目的は、レセプトデータ等の医療関連データから、診療所や病院等の医療機関間の連携度合いを指標化し、医療機関を効率的に検索できる情報システムを提供することである。

上記の課題は、被保険者情報と、傷病名と、医療機関情報と、診療日付情報と、医療機関紹介フラグと、が互いに関連づけられたレセプトデータを含む診療報酬明細書の情報が格納されるレセプトデータベースと、入出力端末と、第一の被保険者情報が関連づけられた診療報酬明細書の情報をレセプトデータベースから抽出し、抽出された診療報酬明細書の情報に関連づけられている診療日付情報と傷病名とに基づいて、抽出された診療報酬明細書の情報に含まれているレセプトデータを第一の被保険者が関連づけられた傷病名毎に時系列に並べ替えた傷病名レセプトシーケンスを生成する傷病名レセプトシーケンス生成部と、傷病名レセプトシーケンスに含まれる医療機関紹介フラグに基づいて、第一の被保険者が関連づけられた傷病名毎に第一の医療機関情報から第一の医療機関情報と異なる第二の医療機関情報への第一の被保険者の紹介回数を算出して、紹介回数に基づいて傷病名毎に医療機関の相互関係表を生成する医療機関マトリクス生成部と、傷病名を含むキーワードの入力を受け付け、受け付けた入力に基づいて生成された医療機関の相互関係表を検索し、検索された医療機関の相互関係表に基づいて、紹介回数に基づく複数の医療機関間の連携情報とともに複数の医療機関情報を出力する入出力部と、を備えることを特徴とする医療機関検索システムにより、解決できる。

本発明である医療機関検索システムにより、被保険者は、医療機関を効率的に検索できる。特に、身近な診療所を受診したい場合に、病院との連携関係を簡単に把握できるので、診療所を効率的に選択することができる。

また、保険者は、被保険者が診療機会を逸することなく医療機関を受診できるので、重症化や合併症併発などによる医療費増加を抑制し、財政状況の健全化が可能となる。

本発明の実施例である医療機関検索システムの構成図の例。 ユーザ情報データベースの例。 レセプトデータベースの例。 医療機関データベースの例。 階層化傷病名データベースの例。 医療機関マトリクスの例。 データサーバの医療機関マトリクス生成時の動作を表すフローチャート。 データサーバのユーザ利用時の動作を表すフローチャート。 傷病名レセプトシーケンスの概念図。 入出力用端末の検索情報入力時の画面の例。 入出力用端末の医療機関情報表示時の画面の優先度形式例。 入出力用端末の医療機関情報表示時の画面の一覧表形式例。

図１に、本発明の実施例である医療機関検索システムの構成図を示す。本システムは、データサーバ１００と、入出力端末１２０と、ネットワーク１４０と、で構成される。

本実施例では、前記入出力端末１２０は、キーボードやマウスなどの入力部とディスプレイなどの出力部と前記データサーバ１００などと通信する通信部とを有する１つまたは複数のパーソナルコンピュータを利用する。また、入力部と出力部と通信部とを有するＰＤＡ、ＰＨＳ、携帯電話、など可搬型端末も利用できる。

前記入出力端末１２０の利用者（以下ユーザとする）の例として、企業健康保険組合などの保険者が提供する保険に加入する被保険者（組合員）、もしくは被保険者が扶養している被扶養者（組合員の家族、具体的には配偶者、子供、父母など）を想定しているが、それに限定される物ではない。ユーザは、前記入出力端末１２０を操作し、本実施例で示されるシステムを用いて、医療機関検索を実施する。

前記データサーバ１００は、制御部１０１と、メモリ１０２と、通信部１０３と、傷病名レセプトシーケンス生成部１０４と、医療機関マトリクス生成部１０５と、医療機関検索部１０６と、出力部１０７と、ユーザ情報データベース１１０と、レセプトデータベース１１１と、医療機関データベース１１２と、階層化傷病名データベース１１３と、で構成される。制御部１０１と、メモリ１０２と、通信部１０３と、傷病名レセプトシーケンス生成部１０４と、医療機関マトリクス生成部１０５と、医療機関検索部１０６は、プログラムに含められ、制御部１０１によって、読みだされることも出来る。

前記ネットワーク１４０は、前記データサーバ１００と、前記入出力端末１２０と、が接続されている。前記データサーバ１００は、前記ネットワーク１４０を介して、前記入出力端末１２０と、通信を行う。

前記ネットワーク１４０は、インターネットを想定しているが、携帯電話通信網、広域無線通信網、社内イントラネットなど、他のネットワークを利用することもできる。

本システムはハードウエア構成として記載されているが、本システムの機能の一部をソフトウエアで構成することもできる。

図２に、前記ユーザ情報データベース１１０の例２００を示す。前記データベース例２００は、ユーザの個人情報等を管理するユーザ個人情報テーブル２１０で構成される。

前記ユーザ個人情報テーブル２１０は、ユーザを識別するユーザＩＤを格納するユーザＩＤフィールド２１１と、ユーザがシステム利用時にユーザ認証を行うときに使用するユーザパスワードを格納するパスワードフィールド２１２と、氏名や自宅住所、職場住所等の個人情報を格納する個人情報フィールド２１３と、で構成される。

例えば、前記テーブル例２１０のユーザ個人情報レコードの例２１０Ａでは、ユーザＩＤ「ｕｓｅｒ０００１」、氏名「○田△之」、自宅住所「茨城県日立市…」、職場住所「東京都国分寺市…」のユーザが登録されていることを示している。

図３に、前記レセプトデータベースの例３００を示す。前記データベース例３００は、診療報酬明細書（レセプト）を管理するレセプトデータテーブル３１０と、で構成される。

レセプトは、被保険者もしくは被保険者が扶養する被扶養者が、医療機関を受診した場合に、医療機関から診療月毎に発行され、保険者に提供される。レセプトには、被保険者を識別する被保険者記号、被保険者番号、診療月、１つ以上の傷病名、処置や投薬等の診療行為情報、等が記載されている。

前記レセプトデータテーブル３１０は、レセプトを識別するレセプトＩＤを格納するレセプトＩＤフィールド３１１と、被保険者を識別する被保険者ＩＤを格納する被保険者ＩＤフィールド３１２と、診療月を格納する診療月フィールド３１３と、医療機関を識別する医療機関ＩＤと医療機関名称を格納する医療機関フィールド３１４と、１つ以上の傷病名を格納する傷病名フィールド３１５と、で構成される。また、診療情報提供料等、他の医療機関への紹介（例えば、診療所から病院への紹介）や逆紹介（例えば、病院から診療所への紹介）等の連携時に算定する診療行為の有無を格納する紹介フラグフィールド３１６と、日付情報を格納するフィールド３１７と、で構成される。

例えば、レセプトＩＤ「０１２３４５６７８９」で識別されるレセプトデータの例３１０Ａでは、被保険者ＩＤ「２００９０４０１」の被保険者が２０１０年４月に、医療機関ＩＤ「０１０１０００１」の医療機関「ｂ診療所」で、糖尿病の診療を行ったことがわかる。また、他の医療機関への紹介のため、「診療情報提供料」を算定していることがわかる。
本実施例では、他の医療機関への紹介や逆紹介の有無を、診療報酬明細書（レセプト）に記載される「診療情報提供料」の有無をもとに判定しているが、診療報酬改定等により紹介／逆紹介に関する診療報酬の改定が行われた場合は、紹介／逆紹介に関する診療報酬に該当する情報を用いて判定することもできる。また、紹介／逆紹介の有無に応じてレセプトに記載される他の情報を用いることもできる。

被保険者ＩＤは、被保険者を識別する被保険者記号及び被保険者番号を利用することもできる。また、被保険者ＩＤは、被保険者記号及び被保険者番号に、本人家族区分、性別、生年月日、氏名等、他の個人情報を組み合わせて利用することもできる。

図４に、前記医療機関データベースの例４００を示す。前記データベース例４００は、医療機関の情報として、診療所の情報を管理する診療所マスタテーブル４１０と、病院の情報を管理する病院マスタテーブル４２０と、で構成される。

前記診療所マスタテーブル４１０は、医療機関を識別する医療機関ＩＤを格納するフィールド４１１と、医療機関名称を格納するフィールド４１２と、医療機関の住所情報を格納するフィールド４１３と、医療機関の座標（緯度経度）情報を格納するフィールド４１４と、診療日時や連絡先等の基本情報を格納するフィールド４１５と、で構成される。

例えば、医療機関ＩＤ「０１０１０００１」で識別される医療機関（診療所）「ａ診療所」は、住所「東京都国分寺市日吉町４−１−２」で、緯度経度の座標では「緯度：３５．７０８０７９、経度：１３９．４６３７７２」であることがわかる。また、診療日時が月曜から金曜が９時から１９時、土日や祝日は休診日であることがわかる。

前記病院マスタテーブル４２０は、医療機関を識別する医療機関ＩＤを格納するフィールド４２１と、医療機関名称を格納するフィールド４２２と、医療機関の住所情報を格納するフィールド４２３と、医療機関の座標（緯度経度）情報を格納するフィールド４２４と、診療日時や連絡先等の基本情報を格納するフィールド４２５と、で構成される。

例えば、医療機関ＩＤ「０２０００１２４」で識別される医療機関（病院）「Ａ病院」は、住所「東京都国分寺市西恋ヶ窪３−８−１」で、緯度経度の座標では「緯度：３５．７０２７５３、経度：１３９．４６３９０４」であることがわかる。

図５に、前記階層化傷病名データベースの例５００を示す。前記データベース例５００は、検索時に用いられる疾患名毎に階層化された傷病名データを格納する階層化傷病名データテーブル５１０で構成される。前記階層化傷病名データテーブル５１０は、検索時に用いられる疾患名を格納するフィールド５１１と、レセプトに記載される傷病名や傷病名コードを疾患名に対応して階層化して格納するフィールド５１２と、で構成される。

ここでは、「疾患名」をユーザが選択するときの疾患や病気の名称、「傷病名」「傷病名コード」をそれぞれレセプトに記載される「傷病名」「傷病名コード」とする。

前記テーブル例５１０では、疾患名「糖尿病」に階層化された傷病名として、レセプトに記載される傷病名「糖尿病」「２型糖尿病」「糖尿病性腎症」等が対応付けられて格納されている。

図６に、前記メモリ１０２の例６００を示す。前記メモリ１０２には、疾患名毎の医療機関の相互関係表（医療機関マトリクス）が記憶される。

前記メモリの例６００では、医療機関マトリクスの例として、疾患名「糖尿病」に関する医療機関マトリクスの例６１０が記憶されている。医療機関マトリクスの例６１０は、医療機関間の相互の連携関係の情報を格納する連携度フィールド６１１と、レセプトデータから算出された医療機関の統計データを格納する統計データフィールド６１２と、で構成される。

例えば、医療機関マトリクスの例６１１では、「ｂ診療所」から「Ａ病院」に７回紹介している（連携度データ６１１ｂＡ）、逆に「Ａ病院」から「ｂ診療所」に２回逆紹介している（連携度データ６１１Ａｂ）、という連携関係情報が記憶されていることがわかる。また、「ａ診療所」は、１３０人の被保険者（患者）が来院している、ということを示している。

前記統計データフィールド６１２には、被保険者（患者）の人数の他、患者の平均年齢など、レセプトデータを利用して算出できる他の統計データを記憶することもできる。

次に、本システムの動作を、フローチャートを用いて説明する。

図７に、前記データサーバ１００の医療機関マトリクス生成時の動作を表すフローチャートを示す。まず、前記制御部１０１は、前記階層化傷病名データベース１１３から階層化傷病名データテーブル５１０を読み出すステップ７０１を実行する。

次に、前記制御部１０１は、前記ステップ７０１で読み出した前記マスタテーブル５１０の疾患名について、疾患名毎に処理を繰り返すステップ７０２を実行する。本実施例では、疾患名が「糖尿病」の場合を例として説明する。

次に、前記制御部１０１は、前記レセプトデータベース１１１から、疾患名が「糖尿病」に対応する傷病名が前記傷病名フィールド３１５に記載されたレセプトデータを抽出して読み出すステップ７０３を実行する。

例えば、前記レセプトデータベース１１１の場合、傷病名フィールド３１５に疾患名「糖尿病」に該当する傷病名「糖尿病」「糖尿病性腎症」を含むレセプトデータ３１０Ａ、３１０Ｂ、３１０Ｃ、３１０Ｄが抽出されることになる。

次に、前記制御部１０１は、前記ステップ７０３で読み出したレセプトデータをもとに、医療機関毎の被保険者数を「患者数」として、統計データを算出するステップ７０４を実行する。

次に、前記制御部１０１は、前記傷病名レセプトシーケンス生成部１０４を起動し、前記ステップ７０３で読み出したレセプトデータをもとに、同一被保険者毎に、レセプトデータを抽出し、診療日付情報をもとに時系列に並べ替えた傷病名レセプトシーケンスを生成するステップ７０５を実行する。

図９に、被保険者ＩＤ「２００９０４０１」の被保険者の傷病名レセプトシーケンスを生成するときの概念図を示す。被保険者ＩＤ「２００９０４０１」のレセプトデータは、疾患名「糖尿病」に関して、２０１０年４月に「ｂ診療所」、２０１０年５月に「Ａ病院」、２０１０年６月に「ｂ診療所」を受診したことを示している。これを時系列に並べると「ｂ診療所」と「Ａ病院」と医療機関間を相互に利用している関係がわかる。

ここで、レセプトデータ３１０Ａの紹介フラグ３１６が「１」、すなわち診療行為「診療情報提供料」が算定されているため、ｂ診療所からＡ病院への紹介、すなわち連携関係があることがわかる。一方、レセプトデータ３１０Ｂの紹介フラグ３１６も「１」であるため、Ａ病院からｂ診療所への逆紹介、すなわち連携関係があることがわかる。 このように、傷病名毎に、同一被保険者についてレセプトを並べ替えた傷病名レセプトシーケンスを用いることで、医療機関間の連携関係を簡易に表現することができる。

以上の処理を、被保険者ＩＤの人数分繰り返し、複数の傷病名レセプトシーケンスを生成する。

次に、前記制御部１０１は、前記医療機関マトリクス生成部１０５を起動し、前記ステップ７０５で生成した複数の傷病名レセプトシーケンスをもとに、医療機関間の相互の連携関係を示す一覧表（医療機関マトリクス）を生成するステップ７０６を実施する。

図9の場合、図中の矢印９０１や９０３のように、ｂ診療所からＡ病院への紹介があった場合に、ｂ診療所からＡ病院への連携関係に対応する紹介連携度フィールド（６１１ｂＡ）に１を加算する。また、図中の矢印９０２のように、Ａ病院からｂ診療所への逆紹介があった場合に、Ａ病院からｂ診療所への連携関係に対応する逆紹介連携度フィールド（６１１Ａｂ）に１を加算する。 以上の処理を、複数の傷病名レセプトシーケンスの個数分繰り返し、糖尿病に関する医療機関マトリクスを生成する。

同様に、他の疾患名についても、傷病名レセプトシーケンスを生成し、医療機関マトリクスを生成する。

このように傷病名レセプトシーケンスを用いて医療機関マトリクスを生成することで、医療機関間の相互の連携関係を簡易に表現することができる。

紹介連携度の算出は、紹介のみで逆紹介がない場合を除外して算出することもできる。すなわち、図９の場合、図中の矢印９０１のみの場合は紹介連携度として加算せず、９０２までの場合に、ｂ診療所からＡ病院への連携関係に対応する紹介連携度フィールド（６１１ｂＡ）に１を加算する。

これにより、紹介／逆紹介という医療機関間の相互の連携関係を明確に表現することができる。

次に、前記制御部１０１は、前記ステップ７０６で生成した医療機関マトリクスと、前記ステップ７０４で算出した統計データを前記メモリ１０２に格納するステップ７０７を実行する。

これにより、前記メモリ１０２の例６００が記憶されることになる。

図８に、前記データサーバ１００のユーザ利用時の動作を表すフローチャートを示す。まず、前記制御部１０１は、ユーザ情報等の入力を受付、前記ユーザ個人情報テーブル２１０のユーザＩＤとパスワードを用いてユーザ認証を行うステップ８０１を実行する。

前記ステップ８０１で、ユーザが認証されると、次に制御部１０１は、検索条件を入力させるステップ８０２を実行する。

図１１に、前記ステップ８０２で、ユーザが検索条件を入力するときの前記入出力端末１２０の画面例１０００を示す。本画面例１０００は、前記ステップ８０１で認証されたユーザに関する氏名等の個人情報を表示する個人情報表示エリア１０１０と、疾患名選択エリア１０２０と、検索地域選択エリア１０３０と、検索ボタン１０４０と、検索した医療機関情報を表示する医療機関情報表示エリア１０５０と、で構成される。

例えば、ユーザが特定健診等で血糖値に異常があり受診勧奨をされたときに、糖尿病に関する医療機関を職場付近３ｋｍ圏内で検索したい場合、前記疾患名選択エリア１０２０のプルダウンメニューから「糖尿病」を選択し、検索地域選択エリア１０３０から「職場付近」を選択、検索圏選択ボックス１０３５で「３ｋｍ圏内」を選択する。

ここで、ユーザが前記検索ボタン１０４０を押すと、前記制御部１０１は、前記医療機関検索部１０６を起動し、前記ステップ８０２で入力された検索条件をもとに、医療機関を検索するステップ８０３を実行する。

図１１に、前記ステップ８０３実行後の前記入出力端末１２０の画面例１２００を示す。まず、検索条件として「職場付近」が選択されたため、前記ユーザ個人情報フィールド２１３の「職場住所」に格納された住所情報をもとに、前記医療機関情報表示エリア１０５０に、住所情報の地点を中心点とした地域の地図を表示する。次に、住所情報から座標（緯度経度）を算出し、前記診療所マスタ４１０の座標フィールド４１４の座標（緯度経度）情報をもとに、検索圏選択ボックス１０３５で入力された検索圏内（本実施例では３ｋｍ圏内）の診療所を抽出する。

次に、抽出された診療所の住所フィールド４２３の住所情報をもとに、前記医療機関情報表示エリア１０５０の地図上に、住所情報に対応した位置に表示する。本実施例では、「ａ診療所」「ｂ診療所」「ｃ診療所」が抽出されており、それぞれ「ａ」「ｂ」「ｃ」と表示されている。このとき、医療機関マトリクスに記憶された人数情報をもとに、大きさを変えて表示することが出来る。

次に、検索条件で選択された疾患名に関する医療機関マトリクスを、前記メモリ６００から読み出し、抽出された診療所との連携関係情報が記憶されている病院を抽出する。前記医療機関マトリクスの例６１１では、「ｃ診療所」は「Ｂ病院」と「Ｃ病院」とを抽出することになる。

次に、抽出された病院について、前記病院マスタ４２０の住所フィールド４２３の住所情報をもとに、前記検索結果表示エリア１０５０の地図上に、住所情報に対応した位置に表示する。検索圏内から距離が離れすぎている等、前記検索結果表示エリア１０５０の表示エリアに表示しきれないほど距離のある病院の場合は、中心点から同じ方角で、表示エリアの一番外側に表示することもできる。本実施例では、Ｂ病院のように表示することもできる。

次に、医療機関マトリクスの相互関係をもとに、医療機関間の連携度合いを、線と矢印等を用いて表示する。例えば、ａ診療所からＡ病院に紹介があり、Ａ病院からａ診療所に逆紹介がない場合は、ａ診療所からＡ病院に向けて一方向の矢印を表示する。また、例えば、ｂ診療所からＡ病院に紹介があり、Ａ病院からｂ診療所に逆紹介がある場合は、ｂ診療所とＡ病院とに双方向の矢印を表示する。

これにより、ユーザは、医療機関間の連携関係を視覚的に把握できるので、医療機関の検索をより効率的に支援できる。

また、矢印の太さは、医療機関間の連携度合いの指標である総合連携度に応じて変えて表示するようにしてもよい。

例えば、総合連携度を、診療所と病院間の紹介／逆紹介の合計人数として算出する場合、矢印の太さは、１０人未満であれば「１ポイント」、１０人以上５０人未満であれば「２ポイント」、５０人以上であれば「３ポイント」として表示する。また、矢印以外の表現を用いることも出来る。

これにより、ユーザは、医療機関間の連携度合いを視覚的に把握できるので、医療機関の検索をより効率的に支援できる。

次に、前記制御部１０１は、前記ステップ８０３で生成した画面を前記入出力端末１２０に出力するステップ８０４を実行する。

以上の処理により、図１に示す前記入出力端末１２０の画面例が表示される。

ユーザが、医療機関をクリックすると、医療機関の基本情報や統計データが表示される。例えば、ａ診療所をクリックした場合、前記医療機関データベース４００を検索し、ａ診療所に関する基本情報を抽出して表示する。また、前記メモリ６００に記憶された医療機関マトリクスを検索し、ａ診療所に関する人数情報等の統計データを抽出し、患者数などとして表示される。

これにより、受診したい医療機関の基本情報や統計データを簡単に参照できるので、医療機関の検索をより効率的に支援できる。

以上、本発明である医療機関検索システムにより、被保険者は、健診受診後に異常と判定された疾患に関する医療機関を簡単に検索でき、迅速かつ適切に治療を受けられる。また、被保険者は、職場付近や自宅付近などの身近な診療所を受診したい場合に、病院との連携関係を簡単に把握できるので、診療所を効率的に選択することができる。

また、保険者は、被保険者が診療機会を逸することなく医療機関を受診できるので、健診機関での早期発見から医療機関での早期治療へ円滑に進めるとともに、重症化や合併症併発などによる医療費増加を抑制し、財政状況の健全化が可能となる。

図１１に、前記医療機関情報表示エリア１０５０に、優先項目を選択して医療機関情報を表示するときの前記入出力端末１２０の画面例１１００を示す。画面例１１００では、ユーザが医療機関を選択するときに優先したい項目を選択する優先項目選択ボックス１１１０が表示される。例えば、前記ボックス１１１０で、「連携優先」が選択された場合は、総合連携度の最も高い「ｃ診療所」が強調表示される。本実施例では、強調表示として、輪郭を太く表示しているが、色を変える、点滅する、大きさが変わって点滅する、立体表示される等、他の強調表示方法を用いてもよい。

これにより、ユーザは、優先したい項目に応じて医療機関を簡単に選択できるので、医療機関の検索をより効率的に支援できる。

図１２に、前記医療機関情報表示エリア１０５０に、優先項目毎に医療機関情報を一覧形式で表示するときの前記入出力端末１２０の画面例１２００を示す。画面例１２００では、選択できる優先項目毎に、医療機関が順番に表示されている。

これにより、ユーザは、優先したい項目を選択することなく医療機関を簡単に選択できるので、医療機関の検索をより効率的に支援できる。

１００ データサーバ
１０１ 制御部
１０２ メモリ
１０３ 通信部
１０４ 傷病名レセプトシーケンス生成部
１０５ 医療機関マトリクス生成部
１０６ 医療機関検索部
１０７ 出力部
１１０ ユーザ情報データベース
１１１ レセプトデータベース
１１２ 医療機関データベース
１１３ 階層化傷病名データベース
１２０ 入出力端末
１４０ ネットワーク
２００ ユーザ情報データベースの例
２１０ ユーザ個人情報テーブル
３００ レセプトデータベースの例
３１０ レセプトデータテーブル
４００ 医療機関データベースの例
４１０ 診療所マスタテーブル
４２０ 病院マスタテーブル
５００ 階層化傷病名データベースの例
５１０ 階層化傷病名データテーブル
６００ メモリの例
６１０ 医療機関マトリクスの例
９００ 傷病名レセプトシーケンスの概念図

Claims (7)

1. 被保険者情報と、傷病名と、医療機関情報と、診療日付情報と、医療機関紹介フラグと、が互いに関連づけられたレセプトデータを含む診療報酬明細書の情報が格納されるレセプトデータベースと、
   入出力端末と、
   第一の被保険者情報が関連づけられた診療報酬明細書の情報を前記レセプトデータベースから抽出し、前記抽出された診療報酬明細書の情報に関連づけられている診療日付情報と傷病名とに基づいて、前記抽出された診療報酬明細書の情報に含まれているレセプトデータを前記第一の被保険者が関連づけられた傷病名毎に時系列に並べ替えた傷病名レセプトシーケンスを生成する傷病名レセプトシーケンス生成部と、
   前記傷病名レセプトシーケンスに含まれる医療機関紹介フラグに基づいて、前記第一の被保険者が関連づけられた傷病名毎に第一の医療機関情報から前記第一の医療機関情報と異なる第二の医療機関情報への前記第一の被保険者の紹介回数を算出して、前記紹介回数に基づいて傷病名毎に医療機関の相互関係表を生成する医療機関マトリクス生成部と、
   傷病名を含むキーワードの入力を受け付け、前記受け付けた入力に基づいて前記生成された医療機関の相互関係表を検索し、前記検索された医療機関の相互関係表に基づいて、前記紹介回数に基づく複数の医療機関間の連携情報とともに複数の医療機関情報を出力する入出力部と、
   を備えることを特徴とする医療機関検索システム。
2. 請求項１に記載の医療機関検索システムであって、
   前記医療機関情報は、前記医療機関の識別子を含み、
   前記医療機関の識別子と、前記医療機関の識別子で識別される医療機関の住所情報と、を格納する医療機関データベースをさらに有し、
   前記入出力部は、前記複数の医療機関情報を出力する際に、前記医療機関データベースから前記出力される医療機関の識別子に基づいて住所情報を抽出し、前記抽出された住所情報に基づいて前記出力される医療機関情報を出力すること
   を特徴とする医療機関検索システム。
3. 請求項１に記載の医療機関検索システムであって、
   さらに被保険者情報を、被保険者の識別子と前記被保険者の住所位置情報と前記被保険者の職場位置情報と関連づけて格納するユーザ情報データベースを有し、
   前記入出力部は、検索地域と検索圏とを選択する入力を受け付け、前記受け付けた検索地域に対応する住所位置情報又は／及び職場位置情報を前記ユーザ情報データベースから抽出し、前記出力される医療機関情報のうち、前記抽出した住所位置情報又は／及び職場位置情報から前記受け付けた検索圏の範囲内に位置する医療機関情報を出力すること
   を特徴とする医療機関検索システム。
4. 請求項１に記載の医療機関検索システムであって、
   疾患名と前記疾患名に属する傷病名とを互いに関連づけた階層化傷病名データを格納する階層化傷病名データベースをさらに有し、
   前記傷病名レセプトシーケンス生成部は、前記階層化傷病名データベースから、前記抽出された診療報酬明細書の情報に関連付けられている傷病名に対応する疾患名を検索し、前記検索された疾患名に関連付けられた傷病名を抽出し、前記抽出された診療報酬明細書の情報に関連づけられている診療日付情報と前記抽出された傷病名とに基づいてレセプトデータを抽出し、前記抽出された診療報酬明細書の情報に関連付けられている傷病名毎に、前記抽出されたレセプトデータを時系列に並べ替えた傷病名レセプトシーケンスを生成することを特徴とする医療機関検索システム。
5. 請求項１に記載の医療機関検索システムであって、
   前記医療機関マトリクス生成部は、前記医療機関の相互関係表を生成する際に、前記レセプトデータベースから、前記医療機関に関連づけられた被保険者情報に基づいて統計情報を生成して前記医療機関の相互関係表に加え、
   前記入出力部は、前記複数の医療機関情報を出力する際に、前記複数の医療機関情報に基づいて前記統計情報も加えて出力すること
   を特徴とする医療機関検索システム。
6. 請求項１に記載の医療機関検索システムであって、
   前記入出力部は、前記出力する複数の医療機関情報の優先順位の入力を受付け、前記受け付けた優先順位に従って、前記出力する複数の医療機関情報の表示方法を異ならせることを特徴とする医療機関検索システム。
7. 被保険者情報と、傷病名と、医療機関情報と、診療日付情報と、医療機関紹介フラグと、が互いに関連づけられたレセプトデータを含む診療報酬明細書の情報が格納されるレセプトデータベースと入力端末とを用いた医療機関検索方法であって
   第一の被保険者情報が関連づけられた診療報酬明細書の情報を前記レセプトデータベースから抽出し、前記抽出された診療報酬明細書の情報に関連づけられている診療日付情報と傷病名とに基づいて、前記抽出された診療報酬明細書の情報に含まれているレセプトデータを前記第一の被保険者が関連づけられた傷病名毎に時系列に並べ替えた傷病名レセプトシーケンスを傷病名レセプトシーケンス生成部によって生成する工程と、
   前記傷病名レセプトシーケンスに含まれる医療機関紹介フラグに基づいて、前記第一の被保険者が関連づけられた傷病名毎に第一の医療機関情報から前記第一の医療機関情報と異なる第二の医療機関情報への前記第一の被保険者の紹介回数を算出して、前記紹介回数に基づいて傷病名毎に医療機関の相互関係表を医療機関マトリクス生成部によって生成する工程と、
   傷病名を含むキーワードの入力を受け付け、前記受け付けた入力に基づいて前記生成された医療機関の相互関係表を検索し、前記検索された医療機関の相互関係表に基づいて、前記紹介回数に基づく複数の医療機関間の連携情報とともに複数の医療機関情報を入出力部によって出力する工程と、
   を有することを特徴とする医療機関検索方法。

Images