(57)【特許請求の範囲】
【請求項１】
ネットワークによって接続される管理サーバと複数のユーザ端末と複数の医療機関管理装置とを含む医療機関マッチングシステムであって、
前記管理サーバは、ユーザ固有のＩＤ番号を含むユーザ毎のユーザ情報を管理するユーザ管理部と、医療機関の診療科目を含む医療機関毎の医療機関情報を管理する医療機関情報管理部と、ユーザ端末から送信される病気診断情報に基づき手術可能な医療機関を抽出し、抽出した各医療機関の医療機関管理装置に手術可否の問合せ情報を送信して医療機関管理装置から手術可能な時期候補と手術に必要な費用の概算見積とを含む回答を受信してユーザ端末に提供し、ユーザ端末から送信される選択された医療機関への予約依頼に基づき、該選択された医療機関の医療機関管理装置に予約依頼情報と、ユーザ名を含むユーザ情報とを送信して選択された医療機関の医療機関管理装置から受諾回答を受信してユーザ端末に送信し、選択されない医療機関の医療機関管理装置に対しキャンセル情報を送信して予約依頼を確定するマッチング部と、を備え、
前記医療機関管理装置は入院患者の病室の予約情報と手術室の予約情報とを管理する予約管理部と、入院費用を含む手術に必要な費用を算出する会計管理部とを備え、
前記医療機関管理装置からの回答は、管理サーバから送信される病気診断情報を含む匿名のユーザ情報に対応して生成され、
前記手術可能な時期候補は、予約管理部が入院患者の病室の予約情報と手術室の予約情報とに基づき手術に必要な期間に相当する空き時間を確定して決定することを特徴とする医療機関マッチングシステム。
【請求項２】
前記医療機関管理装置からの回答は有効期限情報を含み、
前記ユーザ端末に提供される回答は、管理サーバへのユーザ登録の際ユーザ固有のＩＤ番号の発行に伴い管理サーバにて作成されるユーザマイページに表示され、
管理サーバは有効期限情報に基づき、有効期限内の回答のみをユーザマイページに表示することを特徴とする請求項１に記載の医療機関マッチングシステム。
【請求項３】
前記医療機関管理装置からの回答は、手術可否の問合せ情報を受信した医療機関管理装置が医療機関内のローカルエリアネットワークにより接続される医師端末、手術室管理端末、病室管理端末に手術可否の問合せ情報を開示し、医師端末、手術室管理端末、病室管理端末の内の少なくとも１つの端末から受信する受諾可能回答に基づき確定して送信することを特徴とする請求項１に記載の医療機関マッチングシステム。
【請求項４】
前記医療機関管理装置の予約管理部は、手術可否の問合せ情報を受信すると、問合せ情報に含まれる病気診断情報に基づき、入院が必要かどうかの判断を行い、入院が不要の場合は手術室の予約情報に基づき手術可能な時期候補を選定することを特徴とする請求項１に記載の医療機関マッチングシステム。
【請求項５】
前記医療機関管理装置は、回答に含まれる有効期限内に手術可能な時期候補に変更が生じた場合、前記管理サーバに回答の修正情報を送信し、前記管理サーバは、回答の修正情報を受信するとユーザマイページに修正情報を反映して更新することを特徴とする請求項２に記載の医療機関マッチングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療機関マッチングシステムに関し、特に診断結果に基づき手術を受ける医療機関を検索し、検索した医療機関の中から特定の医療機関を選定して予約することができる医療機関マッチングシステムに関する。
【背景技術】
【０００２】
病気にかかったりけがをしたりした場合、患者はその症状によって病院で診察や治療を受けるが、患者は自分の症状から診療科目を推定し、その診療科目のある病院を探して診察を申し込む。しかし一般的に病院に対する知識が乏しく、症状によっては適切な病院を選定するのが容易ではない。病院を検索して選定するのは初診の場合に限らず、ある病院で診察を受けた場合でも、その病院では処置のできない特殊な病気やけがの場合や、その病院で処置ができるにもかかわらず、予約が一杯で長期間治療ができない場合なども、他の病院を探さざるを得ない状況となりうる。また、患者の側から、最初の病院の診断結果に納得がいかない場合は、セカンドオピニオンを求めるためにほかの病院を探すことも起こりうる。
【０００３】
このように様々な状況下で、自分の病気やけがの症状に応じた病院の検索や予約が必要であることから、これを容易にするシステムが考案されている。
特許文献１には、利用者が必要とする各病院の詳細な情報を、インターネットを介して利用者に発信することにより、利用者が病院を選択し予約したり、病院を変更する際の支援をする病院選択支援サービス提供システムが開示されている。
【０００４】
病院選択仲介サーバが、利用者端末より送信される利用者が指定した病院情報検索条件に基づき、記憶装置の病院情報と医師情報から条件を満たす病院を検索して、利用者に送信し、利用者の指定による予約依頼を受信して審査を行い、問題がなければ予約を確定して病院端末と利用者端末に送信することが記載されている。
しかしこの場合、病院端末への通知は予約が確定した場合のみであり、病院側は予めどんな病気の患者が病院を探しているかという情報を把握することはできない。また病院側のスケジュール管理は刻々と変化する可能性があり、利用者が検索をかけてからいろいろな病院の情報を調べて迷っているうちに候補日が埋まってしまい、最終的に予約を確定した時点では病院側に空きがなくなっていることも起こりうる。
【０００５】
特に手術を要する病気やけがの場合、入院を伴うことが多く、手術室のスケジュールに加え、入院のための病室のスケジュールも抑えておく必要がある。更にこのような施設のスケジュールに合わせて手術が可能な医師も確保しておく必要がある。
このように手術を要する病気やけがの場合、通常の診察以上に細かい日程調整が必要であり、刻々と変化する予約情報を管理する医療機関の管理装置と連携して検索、予約が可能な医療機関の利用を支援するシステムが望まれる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開第２００３−３０３２３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、上記従来の医療機関検索システムにおける問題点に鑑みてなされたものであって、本発明の目的は、診断結果に基づき手術を受ける医療機関を検索し、検索した医療機関の中から、手術可能な時期候補と手術に必要な費用の概算見積とを参照し、特定の医療機関を選定して予約することができる医療機関マッチングシステムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するためになされた本発明による医療機関マッチングシステムは、ネットワークによって接続される管理サーバと複数のユーザ端末と複数の医療機関管理装置とを含む医療機関マッチングシステムであって、前記管理サーバは、ユーザ固有のＩＤ番号を含むユーザ毎のユーザ情報を管理するユーザ管理部と、医療機関の診療科目を含む医療機関毎の医療機関情報を管理する医療機関情報管理部と、ユーザ端末から送信される病気診断情報に基づき手術可能な医療機関を抽出し、抽出した各医療機関の医療機関管理装置に手術可否の問合せ情報を送信して医療機関管理装置から手術可能な時期候補と手術に必要な費用の概算見積とを含む回答を受信してユーザ端末に提供し、ユーザ端末から送信される選択された医療機関への予約依頼に基づき、該選択された医療機関の医療機関管理装置に予約依頼情報と、ユーザ名を含むユーザ情報とを送信して選択された医療機関の医療機関管理装置から受諾回答を受信してユーザ端末に送信し、選択されない医療機関の医療機関管理装置に対しキャンセル情報を送信して予約依頼を確定するマッチング部と、を備え、前記医療機関管理装置は入院患者の病室の予約情報と手術室の予約情報とを管理する予約管理部と、入院費用を含む手術に必要な費用を算出する会計管理部とを備え、前記医療機関管理装置からの回答は、管理サーバから送信される病気診断情報を含む匿名のユーザ情報に対応して生成され、前記手術可能な時期候補は、予約管理部が入院患者の病室の予約情報と手術室の予約情報とに基づき手術に必要な期間に相当する空き時間を確定して決定することを特徴とする。
【０００９】
前記医療機関管理装置からの回答は有効期限情報を含み、前記ユーザ端末に提供される回答は、管理サーバへのユーザ登録の際ユーザ固有のＩＤ番号の発行に伴い管理サーバにて作成されるユーザマイページに表示され、管理サーバは有効期限情報に基づき、有効期限内の回答のみをユーザマイページに表示することが好ましい。
前記医療機関管理装置からの回答は、手術可否の問合せ情報を受信した医療機関管理装置が医療機関内のローカルエリアネットワークにより接続される医師端末、手術室管理端末、病室管理端末に手術可否の問合せ情報を開示し、医師端末、手術室管理端末、病室管理端末の内の少なくとも１つの端末から受信する受諾可能回答に基づき確定して送信することが好ましい。
【００１０】
前記医療機関管理装置の予約管理部は、手術可否の問合せ情報を受信すると、問合せ情報に含まれる病気診断情報に基づき、入院が必要かどうかの判断を行い、入院が不要の場合は手術室の予約情報に基づき手術可能な時期候補を選定することが好ましい。
前記医療機関管理装置は、回答に含まれる有効期限内に手術可能な時期候補に変更が生じた場合、前記管理サーバに回答の修正情報を送信し、前記管理サーバは、回答の修正情報を受信するとユーザマイページに修正情報を反映して更新することが好ましい。
【発明の効果】
【００１１】
本発明による医療機関マッチングシステムによれば、手術室や手術に必要な入院期間を考慮した病室の予約情報を管理する医療機関管理装置から最新の手術可能な時期候補を必要な費用見積と共に入手して患者に提供するため、患者は安心して医療機関の選定や予約を行うことができる。
また、本発明による医療機関マッチングシステムによれば、管理サーバから医療機関を探している患者の手術可否の問合せ情報を送信するため、医療機関では事前にニーズを把握することができ、必要により予約管理に反映することができる。尚この段階では問い合わせ情報は匿名で構成されるので、患者の個人情報の必要以上な拡散を防止することができる。
さらに本発明による医療機関マッチングシステムによれば、患者の希望する予約の確定は医療機関からの受諾回答を受信してから行うので確実に医療機関の手術に必要な日程が確保される。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態による医療機関マッチングシステムの構成を概略的に示すブロック図である。
【図２】本発明の実施形態による医療機関マッチングシステムの構成を概略的に示すブロック図である。
【図３】本発明の実施形態による医療機関マッチングシステムの医療機関検索の方法を説明するためのフローチャートである。
【図４】本発明の実施形態による医療機関マッチングシステムの医療機関管理装置が管理する手術室の予約情報の表示例を示す図である。
【図５】本発明の実施形態による医療機関マッチングシステムの医療機関管理装置が管理する病室の予約情報の表示例を示す図である。
【図６】本発明の実施形態による医療機関マッチングシステムの医療機関予約の方法を説明するためのフローチャートである。
【発明を実施するための形態】
【００１３】
次に、本発明に係る医療機関マッチングシステムを実施するための形態の具体例を、図面を参照しながら説明する。
図１及び図２は本発明の実施形態による医療機関マッチングシステムの構成を概略的に示すブロック図であり、図２は図１の各装置の構成をさらに詳しく示す図である。
【００１４】
図１を参照すると、本発明の実施形態による医療機関マッチングシステム１はネットワーク５０により接続された管理サーバ１０、複数の医療機関管理装置２０、及び複数のユーザ端末３０を含む。
管理サーバ１０は、患者であるユーザの病気やけがの診断結果に基づき、ユーザに必要となった手術が可能な医療機関を検索し、各医療機関の手術が可能な時期候補と手術に必要な費用の概算見積を入手してユーザに提供し、ユーザが手術を希望する医療機関に予約依頼情報を送信してそれに対する受諾情報を受信し、その予約を確定させることで患者と医療機関とを結び付ける装置である。
尚、図１では管理サーバ１０の位置づけを明確にするため、ネットワーク５０を２つに分けて示すが、説明の便宜上分けたものであり、１つのネットワークに管理サーバ１０、複数の医療機関管理装置２０、及び複数のユーザ端末３０が並列に接続されていてもよい。
【００１５】
図２を参照すると、管理サーバ１０は、制御部１１０、入出力部１２０、記憶部１３０、表示部１４０、ユーザ管理部１５０、医療機関情報管理部１６０、及びマッチング部１７０と、を備える。
ユーザ管理部１５０は、ユーザ固有のＩＤ番号を含むユーザ毎のユーザ情報を管理する。ユーザは手術が可能な医療機関を検索するにあたり、始めにユーザ端末３０からユーザ自身の名前や連絡先などの個人特定情報及び年齢や性別などのユーザ基本情報を含む登録依頼を管理サーバ１０に送信し、会員登録を行う。ユーザ管理部では受信した登録依頼に対応してユーザ固有のユーザＩＤ番号を発行し、ユーザ端末にユーザＩＤ番号を送信するとともに、ユーザＩＤ番号と個人特定情報及びユーザ基本情報を関連付けるユーザ情報テーブルを作成して記憶部１３０に保存する。
【００１６】
またユーザ管理部１５０はユーザ登録を行ったユーザ毎にそのユーザ専用のユーザマイページを構成し、ユーザ端末３０で閲覧できるように送信する。ユーザマイページには、ユーザが手術可能な医療機関を検索するのに必要なユーザの病気やけがの診断結果などの病気診断情報や、医療機関の検索に対するユーザの要望項目などの入力欄や、各医療機関管理装置からの手術可能な時期候補と手術に必要な費用の概算見積とを含む回答の一覧を表示する検索結果欄などを設けてもよい。
ユーザ管理部１５０は、ユーザ端末３０から受信するユーザの病気診断情報もユーザ情報テーブルに含めて管理してもよい。さらに医療機関の検索に対するユーザの要望項目、例えば近距離希望、費用優先、スケジュール優先などもユーザ情報テーブルに含めて管理してもよい。
【００１７】
医療機関情報管理部１６０は、医療機関の診療科目を含む医療機関毎の医療機関情報を管理する。
医療機関情報管理部１６０は、医療機関マッチングシステム１に参画する医療機関が初期登録の際、医療機関管理装置２０から送信される当該医療機関の名称、住所、連絡先などの医療機関特定情報及び診療科目、病室数、手術や検査装置の情報などの医療機関基本情報を受信すると、医療機関固有の医療機関ＩＤ番号を発行し、医療機関管理装置２０に送信するとともに、医療機関ＩＤ番号と医療機関特定情報及び医療機関基本情報を関連付ける医療機関情報テーブルを作成して記憶部１３０に保存する。ユーザが医療機関で手術を受けた結果に基づきその医療機関の評価を行う場合、医療機関情報管理部１６０はユーザ端末３０から送信される医療機関の評価結果も医療機関情報テーブルに含めて管理するようにしてもよい。
【００１８】
尚、医療機関マッチングシステム１に参画する医療機関は、不特定多数のユーザと異なり、数は限定的なので、予め参画する医療機関の情報を入手して、管理サーバ１０の管理者が管理サーバ１０に直接入力してもよい。その場合も医療機関情報管理部１６０は、それぞれの医療機関に対し医療機関ＩＤ番号を発行し、各医療機関に医療機関ＩＤ番号を送信する。
【００１９】
マッチング部１７０は、ユーザ端末から送信される病気診断情報に基づき手術可能な医療機関を抽出し、抽出した各医療機関の医療機関管理装置に手術可否の問合せ情報を送信して医療機関管理装置から手術可能な時期候補と手術に必要な費用の概算見積とを含む回答を受信してユーザ端末に提供し、ユーザ端末から送信される選択された医療機関への予約依頼に基づき、選択された医療機関の医療機関管理装置に予約依頼情報と、ユーザ名を含むユーザ情報とを送信して選択された医療機関の医療機関管理装置から受諾回答を受信してユーザ端末に送信し、選択されない医療機関の医療機関管理装置に対しキャンセル情報を送信して予約依頼を確定する。
【００２０】
マッチング部１７０は、手術可能な医療機関を抽出する場合、病気診断情報に含まれる病名や手術が必要な部位、病状などに基づき対応する診療科目を処置することが可能な医療機関を、医療機関情報管理部１６０が管理する医療機関情報テーブルから抽出する。またユーザ端末３０から医療機関の検索に対するユーザの要望項目が送信されてきた場合は、ユーザの要望をさらに加味し、要望に見合う医療機関を優先的に抽出する。抽出の段階でユーザの要望に見合う医療機関のみを抽出してもよいし、手術可能な医療機関をすべて抽出して、ユーザ端末３０に結果を送信する段階で、ユーザの要望に見合うものから順に並べて表示するようにしてもよい。
【００２１】
マッチング部１７０は、医療機関管理装置２０に手術可否の問合せ情報を送信する場合、問い合わせ情報にはユーザ基本情報、ユーザの病気診断情報を含み、個人特定情報は含めない。手術可否の問合せ情報は抽出したすべての医療機関に対し送信するため、個人特定情報を含めないことでユーザの個人情報が必要以上に拡散されるのを防止する。
ユーザが要望項目の中で手術時期を特に限定して希望する場合、マッチング部１７０は、希望する手術時期を手術可否の問合せ情報に含めて抽出した医療機関に送付する。
【００２２】
マッチング部１７０は、手術可否の問合せ情報を送信した各医療機関から手術可能な時期候補と手術に必要な費用の概算見積とを含む回答を受信すると、各医療機関の名称、所在地、連絡先などを含めた一覧表にまとめ、ユーザマイページに表示するようにする。各医療機関の手術可能な時期候補は、各医療機関のスケジュールに基づくが、直接来院する患者の状況に応じて各医療機関のスケジュールは刻々と変化する。そこで各医療機関が回答する手術可能な時期候補には有効期限を設定してもよい。この場合、マッチング部１７０は、ユーザマイページに表示する抽出した医療機関の一覧に有効期限を含めて表示するようにする。また有効期限内でも緊急患者への対応等で医療機関の予定が変更になった場合は、管理サーバ１０は医療機関管理装置２０から送信される回答の修正情報を受信してユーザマイページに修正情報を反映して更新する。またマッチング部１７０は、有効期限が設定されている場合、有効期限を監視し、有効期限が切れた医療機関からの回答はユーザマイページから削除する。
【００２３】
マッチング部１７０は、ユーザマイページに表示させた一覧表の中からユーザが選択して予約依頼を行うことによりユーザ端末３０から送信される予約依頼情報を受信すると、その対象医療機関の医療機関管理装置２０に予約依頼情報と、ユーザ名などの個人特定情報を含むユーザ情報とを送信して予約受諾回答を要求する。医療機関管理装置２０から予約受諾回答を受信すると、ユーザ端末３０に予約が受諾されたことを通知するメールを送信するとともに、受諾された予約情報を表示するようにユーザマイページを更新する。この時問い合わせ情報を送信した医療機関の内、予約をしなかった残りの医療機関にはこの問い合わせのキャンセル情報を送信してもよい。
入出力部１２０はネットワーク５０を介して医療機関管理装置２０又はユーザ端末３０と情報の送受信を行う。また管理サーバ１０に直接情報を入力するためのキーボードやマウスなどの入力部を備える。
【００２４】
記憶部１３０は管理サーバ１０を制御するプログラムや、ユーザ情報テーブル、医療機関情報テーブルなどの各種情報を保存する。記憶部１３０は図２に示すように管理サーバの内部メモリとして構成してもよいし、外付けハードディスクなどのような外部記憶装置として管理サーバ１０の外部に構成してもよい。
制御部１１０は管理サーバ１０を制御するプログラムを実行して、図２に示す管理サーバ１０の各構成要素が上記機能を遂行するように制御する。制御部はマイクロプロセッサを使用して構成され、実施形態では制御部はユーザ管理部１５０、医療機関情報管理部１６０、及びマッチング部１７０を含めて１つの回路基板で構成してもよい。
【００２５】
次に各医療機関の内部のシステムについて説明する。
図１を参照すると、各医療機関の内部のシステムは、ネットワーク５０を介して管理サーバ１０に接続される医療機関管理装置２０と、医療機関内のローカルエリアネットワーク５００を介して医療機関管理装置２０に接続される複数の医師端末５１０、手術室管理端末５２０、及び病室管理端末５３０を含む。ローカルエリアネットワーク５００は医療機関内限定のネットワークであり、有線ＬＡＮでも無線ＬＡＮでもよい。医療機関管理装置２０と医師端末５１０、手術室管理端末５２０、及び病室管理端末５３０は医療機関内の予約情報を共有する医療機関内予約システムを構成する。
【００２６】
図２を参照すると医療機関管理装置２０は、制御部２１０、入出力部２２０、記憶部２３０、表示部２４０、予約管理部２５０、及び会計管理部２６０を含む。
予約管理部２５０は入院患者の病室の予約情報と手術室の予約情報とを管理する。
予約管理部２５０は、管理サーバ１０から手術可否の問合せ情報を受信すると、医療機関内のローカルエリアネットワーク５００により接続される医師端末５１０、手術室管理端末５２０、病室管理端末５３０に手術可否の問合せ情報を開示し、医師端末５１０、手術室管理端末５２０、病室管理端末５３０の内の少なくとも１つの端末から受諾可能回答を受信する。一実施形態では受諾可能回答は手術を担当する医師名、手術候補日、前後に必要な入院日数を含む。予約管理部２５０は、受諾可能回答と最新の病室の予約情報と手術室の予約情報とを突き合わせ、重複がないことを確認して手術室、病室の空き情報、即ち手術可能な時期候補を確定する。ユーザが要望項目の中で手術時期を特に限定して希望する場合、予約管理部２５０は、ユーザの希望する手術時期を考慮し、例えば優先的に確定するなどして手術可能な時期候補を確定するようにしてもよい。
【００２７】
他の実施形態では、予約管理部２５０は、予め設定された病名、手術の部位、及び症状などに対する標準的な手術日程を参照して、受信した手術可否の問合せ情報に対する手術に必要な日数を抽出し、病室の予約情報と手術室の予約情報とから標準的な手術日程に見合う候補日を抽出し、手術可否の問合せ情報と共に医師端末５１０、手術室管理端末５２０、病室管理端末５３０に開示し、医師端末５１０、手術室管理端末５２０、病室管理端末５３０の内の少なくとも１つの端末から受諾可能回答を受信する。この場合の受諾可能回答は、予約管理部２５０が抽出した候補日でよいか否かの情報となる。候補日が複数の場合はそれぞれの候補日に対する可否情報としてもよい。この実施形態では受諾可能回答を受信することで手術室、病室の空き情報を確定する。
受信した手術可否の問合せ情報に対する手術が、入院の必要がない日帰り手術に該当する場合、予約管理部２５０は、手術室の予約情報に基づき候補日を抽出する。この場合も
受諾可能回答を受信して手術室の空き情報を確定する。
【００２８】
予約管理部２５０は、確定した空き情報に基づき手術可否の問合せ情報に対する回答を生成し管理サーバ１０に送信する。手術可否の問合せ情報に対する回答には手術可能な時期候補と手術に必要な費用の概算見積とを含む。
予約管理部２５０は、手術可否の問合せ情報に対する回答を送信する際、最新の病室の予約情報と手術室の予約情報に、手術可否の問合せ情報に対する回答に含まれる候補日であることが分かるようにフラグを立てて、関係者にこの候補日に極力新たな予約を入れないように注意を促してもよい。この場合いつまでもフラグが立ったままの状態にならないように、予約管理部２５０は有効期限を設定し、有効期限を過ぎるとフラグを削除するように管理してもよい。有効期限を設定する場合、予約管理部２５０は手術可否の問合せ情報に対する回答に有効期限を含めて回答する。逆に有効期限内であっても管理サーバ１０から手術可否の問合せに対するキャンセル情報を受信した場合はフラグを削除する。
予約管理部２５０は、手術可能な時期候補に変更が生じた場合は、管理サーバ１０に回答の修正情報を生成して送信する。
【００２９】
会計管理部２６０は、予約管理部２５０が確定した空き情報に対応して手術に必要な費用、入院が必要な場合はさらに入院に必要な費用を算出して付加し概算見積を作成する。病名、手術の部位、及び症状などに対する標準的な手術日程が設定されている場合は、この日程に対応する標準費用も予め設定しておき、予約管理部２５０が確定した空き情報に対応して設定した標準費用を抽出するようにしてもよい。
【００３０】
医師端末５１０、手術室管理端末５２０、病室管理端末５３０はいずれも共用の病室の予約情報と手術室の予約情報を閲覧可能な入出力部、表示部を備え、パーソナルコンピュータやタブレット端末で具現化される。共用の病室の予約情報と手術室の予約情報は予約管理部２５０が管理する予約情報であるが、医師端末５１０、手術室管理端末５２０、病室管理端末５３０はローカルエリアネットワーク５００を介してこれらの予約情報に直接アクセスして予定を書き込めるようにしてもよい。また医師端末５１０は医師の予定表を備え、手術室管理端末５２０は手術室の予定表を備え、病室管理端末５３０は病室の予定表を備え、予約管理部２５０はそれぞれの予定表のミラー情報として最新の予定表の写しをそれぞれの端末から入手して予約管理するようにしてもよい。
【００３１】
図２を参照すると、ユーザ端末３０は、制御部３１０、入出力部３２０、記憶部３３０、及び表示部３４０を含み、管理サーバ１０に会員登録のための情報や、医療機関検索のための情報を送信したり、医療機関の検索結果を表示するユーザマイページを受信して閲覧したりするように構成される。ユーザ端末３０は、パーソナルコンピュータやタブレット端末で具現化される。
ネットワーク５０はインターネットなどの広域ネットワークであり、図１と同様２つに分かれている必要はなく、管理サーバ１０、複数の医療機関管理装置２０、及び複数のユーザ端末３０が並列に接続される１つのネットワークでよい。
【００３２】
図３は、本発明の実施形態による医療機関マッチングシステムの医療機関検索の方法を説明するためのフローチャートである。図３はユーザが予め会員登録を行い、会員登録の際発行されるユーザＩＤに基づき医療機関マッチングシステムにログインを行い、ユーザマイページを表示した状態を前提とする。
【００３３】
図３を参照すると、段階Ｓ３１０にてユーザ端末３０からユーザの病気診断情報を管理サーバ１０に送信する。実施形態ではユーザマイページに病気診断情報の入力欄を設け、ユーザは病気診断情報を入力後ユーザマイページ内に設けられた医療機関検索ボタンをクリックなどにより選択することで病気診断情報が送信される。入力欄は病名や手術が必要な部位など医療機関検索に使用する項目を抽出しやすいように項目別の固定フォーマットにしておいてもよい。また入力欄には医療機関検索に対するユーザの要望項目を入力する欄を別に設けてもよい。この場合も抽出しやすいように医療機関までの距離、手術に必要な費用の限度額、手術を希望する日程などの項目別に入力できるようにする。
【００３４】
管理サーバ１０は受信したユーザの病気診断情報に基づき、管理サーバ１０内に保存された医療機関情報テーブルを参照して、対象の手術が可能な医療機関を抽出する（段階Ｓ３１５）。医療機関を抽出する際、管理サーバはユーザの要望項目に基づき抽出する医療機関の制限を加えてもよい。例えばユーザが自宅のある都道府県内にある医療機関を要望する場合、他県の医療機関は抽出しないようにする。また例えばユーザが自宅からの距離が１０ｋｍ以内の医療機関を要望する場合、１０ｋｍを超える地域の医療機関は抽出しないか、抽出は行い抽出した医療機関をユーザマイページに表示させるときに１０ｋｍ以内かどうかを識別できるように表示させるようにしてもよい。
【００３５】
管理サーバ１０は、抽出した医療機関をユーザマイページに表示させ（段階Ｓ３２０）、抽出した医療機関の医療機関管理装置２０に手術可否の問合せ情報を送信する（段階Ｓ３２５）。手術可否の問合せ情報はユーザの基本情報と病気診断情報を含む情報であり、個人特定情報は含まない匿名情報である。
次に段階Ｓ３３０にて、手術可否の問合せ情報を受信した医療機関管理装置２０は、院内のローカルエリアネットワーク５００を介して関連する端末に手術可否の問合せ情報を送信して関係者に問合せ情報を展開する。ここで関連する端末は医師端末５１０、手術室管理端末５２０、病室管理端末５３０を含む。
【００３６】
医療機関管理装置２０は、少なくとも１つの関連する端末から手術可否の問合せに対する受諾可能回答を受信する（段階Ｓ３３５）と、受諾可能回答に含まれる手術候補日、入院必要日数などの日程情報と最新の病室の予約情報と手術室の予約情報とを突き合わせ、重複がないことを確認して手術可能な時期候補である空き情報を確定する（段階Ｓ３４０）。
段落Ｓ３４５にて医療機関管理装置２０は、入院に必要な費用を含め手術に必要な費用の概算見積を算出し（段階Ｓ３４５）、手術可能な時期候補と手術に必要な費用の概算見積を含む手術可否の問合せ情報に対する回答を生成して管理サーバ１０に送信する（段階Ｓ３５０）。
【００３７】
管理サーバ１０は受信した回答に基づき、段階Ｓ３１５で抽出した医療機関に対応する回答を表示するようにユーザマイページを更新する。
図３は１つの医療機関管理装置に対する問い合わせとその回答に関して示すが、これらの一連の段階は抽出したすべての医療機関に対して行う。そのためユーザマイページには医療機関からの回答を受信する度に回答が反映され、ユーザは常に最新の回答状況が閲覧できる。また有効期限が設定された回答の場合、管理サーバは有効期限が切れた回答はその都度削除するので、ユーザはユーザマイページを通して最新でかつ有効な回答を確認することができる。
【００３８】
図４は本発明の実施形態による医療機関マッチングシステムの医療機関管理装置が管理する手術室の予約情報の表示例を示す図であり、図５は本発明の実施形態による医療機関マッチングシステムの医療機関管理装置が管理する病室の予約情報の表示例を示す図である。
【００３９】
図４は手術室Ａ〜Ｃの日毎の午前と午後の使用予定を示す。手術の予定がある場合は当該日の午前または午後の欄に担当医が表示され、網掛けをすることにより予定がある欄をわかりやすく表示している。また終日の手術の場合は１０月１日の手術室Ａの予定の様に午前と午後の欄に同じ担当医の名前が表示される。網掛けの無い欄が、予定が入っていない状態を示す。図４は予定表の１例であって１日の予定をさらに細かい時間で区分したり、手術の内容ほか詳細な情報をさらに盛り込んだりして、予定表の形式は様々に変形可能である
【００４０】
図５は入院病棟の病室Ａ〜Ｃの日毎の午前と午後の使用予定を示す。ここでは病室Ａ〜Ｃはベッドが２つ備えられた２人部屋であり、例えば病室ＡのベッドはＡ−１、Ａ−２で示す。予定のある病室のベッドには使用する患者名が表示され、網掛けをすることにより予定がある欄をわかりやすく表示している。
【００４１】
医療機関管理装置２０は、図３の段階Ｓ３４０で空き情報を確定する際、図４と図５に示す予定表を参照して受諾可能回答に含まれる日程情報との突合せを行う。例えば手術の候補日が１０月４日の午前で前日からの入院含め４日の入院が必要な場合、手術室Ｂが空いており、病室ＢのベッドＢ−２が１０月３日から４日分空いていることから両室の予定を確保しておけばユーザの受け入れが可能となるためこれを空き情報として確定する。
【００４２】
また、予め病名、手術の部位、及び症状などに対する標準的な手術日程が設定されている場合は、医療機関管理装置２０は受信した手術可否の問合せ情報に含まれる病気診断情報に基づき、標準的な手術日程を抽出し、図４と図５に示す予定表を参照して手術と入院の候補日を選定するようにしてもよい。この場合、医療機関管理装置２０は、医師端末５１０、手術室管理端末５２０、病室管理端末５３０の内の少なくとも１つの端末からこの候補日に対する受諾可能回答を受信して空き情報として確定する。
【００４３】
一実施形態では手術可能な時期候補として回答した候補日は予定を示す網掛けより薄い色の網掛けをして予定が入る可能性がある候補日として識別できるように表示する。この薄い色の網掛けが前述のフラグに相当する。この時薄い色の網掛けを表示する期間に有効期限を設定し、有効期限を過ぎたら薄い色の網掛けを削除するようにしてもよい。また、管理サーバ１０から手術可否の問い合わせのキャンセル情報を受信した場合は有効期限内でも薄い色の網掛けを削除する。
【００４４】
図６は、本発明の実施形態による医療機関マッチングシステムの医療機関予約の方法を説明するためのフローチャートである。
図６は、図３の段階Ｓ３５５で問い合わせの回答が表示されるように更新されたユーザマイページがユーザ端末３０に表示された状態を前提とする。
【００４５】
図６を参照すると、段階Ｓ６１０でユーザはユーザマイページに表示された医療機関の一覧表から予約したい医療機関を選択し、予約依頼を管理サーバ１０に送信する。実施形態では医療機関の一覧表の中に医療機関の選択のラジオボタンを表示し、ユーザはラジオボタンをクリックしてから別に設けた予約依頼のスイッチをクリックすることで選択した医療機関の予約依頼が送信されるようにユーザマイページを構成する。
選択された医療機関の予約依頼を受信すると、段階Ｓ６１５で管理サーバ１０は選択された医療機関に予約依頼を送信する。この時ユーザ名を含むユーザ情報も予約依頼と併せて送信する。
【００４６】
段階Ｓ６２０にて予約依頼を受信した医療機関管理装置２０は、医療機関内の予約情報を更新し、管理サーバ１０に対し予約受諾回答を送信する。予約情報の更新は病室の予約情報と手術室の予約情報に予約情報を反映して行われる。例えば図４及び図５に示す予約表の当該日の欄に網掛けを表示して予約が入ったことを明示するようにする。薄い色の網掛けで候補日を示していた場合は予約を示す網掛けに修正することで予約が入ったことを表示する。
【００４７】
管理サーバ１０は、段階Ｓ６３０にて受信した予約受諾回答をユーザ端末３０にメール送信して予約が受諾されたことを知らせるとともに、段階Ｓ６３５にてユーザマイページを更新し受諾されたことを表示するように更新する。
次いで管理サーバ１０は、段階Ｓ６４０にて手術可能として抽出したものの予約を行わなかった医療機関の医療機関管理装置にキャンセル情報を送信する。
【００４８】
段階Ｓ６４５にて予約を受けた医療機関の医療機関管理装置２０は、ユーザの詳細情報を保存し、予約を確定する。ユーザの詳細情報に基づき、図５の予約表に患者名を表示するようにしてもよい。図６では段階Ｓ６４５は段階Ｓ６４０の後に実行するように示したが、段階Ｓ６４５は医療機関管理装置２０の内部処理であるため、段階Ｓ６３０〜Ｓ６４０とは独立して実行してもよく、段階Ｓ６３０の前に実行してもよくまた、段階Ｓ６３０〜Ｓ６４０と並行して行ってもよい。
【００４９】
以上、本発明の実施形態について図面を参照しながら詳細に説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の技術的範囲から逸脱しない範囲内で多様に変更することが可能である。
【符号の説明】
【００５０】
１    医療機関マッチングシステム
１０    管理サーバ
２０    医療機関管理装置
３０    ユーザ端末
５０    ネットワーク
１１０、２１０、３１０    制御部
１２０、２２０、３２０    入出力部
１３０、２３０、３３０    記憶部
１４０，２４０、３４０    表示部
１５０    ユーザ管理部
１６０    医療機関情報管理部
１７０    マッチング部
２５０    予約管理部
２６０    会計管理部
５００    ローカルエリアネットワーク
５１０    医師端末
５２０    手術室管理端末
５３０    病室管理端末
【図１】
0006693856.tif 000002
【図２】
0006693856.tif 000003
【図３】
0006693856.tif 000004
【図４】
0006693856.tif 000005
【図５】
0006693856.tif 000006
【図６】
0006693856.tif 000007