(57)【要約】【課題】人手を掛けずに医療施設外からの予約情報を正しく管理する。【解決手段】中核病院１１に設置される院内サーバ１７のＣＰＵ３６は、予約受付処理部１７ａ、ＤＢ（データベース）アクセス部１７ｂとして機能する。予約受付処理部１７ａで診療所端末２４からの予約情報を受け付けたとき、ＤＢアクセス部１７ｂは、該予約情報に付された患者基本情報３０と一致する患者基本情報３０を患者情報ＤＢ１９から検索する。一致する患者基本情報３０が見つかった場合、ＤＢアクセス部１７ｂは、当該患者基本情報３０の患者ＩＤを予約情報に付して院内予約情報ＤＢ１８に登録し、見つからなかった場合、予約受付処理部１７ａで新規に発行された患者ＩＤを予約情報に付して院内予約情報ＤＢ１８に登録する。【選択図】図６
2010224741.tif 000002
【特許請求の範囲】
【請求項１】
患者の特定に最低限必要な患者基本情報を含む医療施設宛の医療検査の予約情報を医療施設外から受け付ける院内サーバと、
受け付けた予約情報を格納する予約情報データベースと、
医療施設内の患者基本情報を格納する患者情報データベースとを備え、
前記院内サーバは、予約情報に付された患者基本情報と一致する患者基本情報を前記患者情報データベースから検索し、その検索結果に応じて、前記予約情報データベースに予約情報を登録することを特徴とする医療検査の予約受付システム。
【請求項２】
前記患者情報データベースは、患者を一意に特定するための患者ＩＤ毎に患者基本情報を格納し、
前記院内サーバは、予約情報に付された患者基本情報と一致する患者基本情報が前記患者情報データベースに見つかった場合、当該患者基本情報の患者ＩＤを予約情報に付して前記予約情報データベースに登録し、
予約情報に付された患者基本情報と一致する患者基本情報が前記患者情報データベースに見つからなかった場合、新規に患者ＩＤを発行し、その患者ＩＤを予約情報に付して前記予約情報データベースに登録することを特徴とする請求項１に記載の医療検査の予約受付システム。
【請求項３】
前記院内サーバは、新規に発行した患者ＩＤで予約情報に付された患者基本情報を前記患者情報データベースに登録することを特徴とする請求項２に記載の医療検査の予約受付システム。
【請求項４】
前記院内サーバは、医療施設外のデータセンタのセンタサーバを介して予約情報を受信することを特徴とする請求項２または３に記載の医療検査の予約受付システム。
【請求項５】
前記院内サーバは、前記センタサーバを介して予約情報を受信したときに、予約情報に付して前記予約情報データベースに登録した患者ＩＤの情報を前記センタサーバに送信することを特徴とする請求項４に記載の医療検査の予約受付システム。
【請求項６】
前記院内サーバは、予約情報毎の検索結果のリストを表す画面情報を作成・配信することを特徴とする請求項１ないし５のいずれかに記載の医療検査の予約受付システム。
【請求項７】
患者基本情報は、少なくとも患者名、性別、年齢を表す情報を含むことを特徴とする請求項１ないし６のいずれかに記載の医療検査の予約受付システム。
【請求項８】
患者の特定に最低限必要な患者基本情報を含む医療施設宛の医療検査の予約情報を医療施設外から受け付ける受付ステップと、
医療施設内の患者基本情報を格納する患者情報データベースから、予約情報に付された患者基本情報と一致する患者基本情報を検索する検索ステップと、
前記検索ステップの検索結果に応じて、予約情報データベースに予約情報を登録する情報登録ステップとを備えることを特徴とする医療検査の予約受付方法。
【請求項９】
患者の特定に最低限必要な患者基本情報を含む医療施設宛の医療検査の予約情報を医療施設外から受け付ける受付ステップと、
医療施設内の患者基本情報を格納する患者情報データベースから、予約情報に付された患者基本情報と一致する患者基本情報を検索する検索ステップと、
前記検索ステップの検索結果に応じて、予約情報データベースに予約情報を登録する情報登録ステップとを、コンピュータに実行させることを特徴とする医療検査の予約受付プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じて医療検査の予約情報を受け付ける医療検査の予約受付方法およびシステム、並びにプログラムに関する。
【背景技術】
【０００２】
最近、地域における医療施設間の医療連携を強化する必要性が高まっている。その一環として、診療所等の比較的小規模な医療施設からの医療検査の依頼を受け、地域内の中核病院等、高度な医療検査設備を持つ比較的大規模な医療施設が医療検査を実施することが行われている。特許文献１には、こうした医療連携サービスを提供するデータセンタを介して、医療施設間における医療検査の予約をオンラインで行うことができる検査予約システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３０１４３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
医療施設は、患者の情報を管理し易くするために、患者を一意に特定するための患者ＩＤを独自に発行している。勿論、検査予約の情報も患者ＩＤで管理している。しかしながら、患者ＩＤは発行した医療施設でのみ通用するものであり、データセンタは個々の医療施設の患者ＩＤを情報としてもっていない。従って、診療所からの検査予約の情報には、当然ながら検査予約の依頼先である中核病院の患者ＩＤは付されない。
【０００５】
このような事情があるため、中核病院では、診療所からの検査予約を受け付けたときに、その患者が新患か、以前患者ＩＤを発行した再来の患者かを調べる必要があり、面倒であった。そのうえ、もし人為的なミスがあって再来の患者を新患と取り違えたりすると、既に患者ＩＤをもっている患者に新規の患者ＩＤを発行するといった不手際が起こり、患者の情報を正しく管理することができないばかりか、現場が混乱するおそれもある。
【０００６】
本発明は、上記背景を鑑みてなされたものであり、その目的は、人手を掛けずに医療施設外からの予約情報を正しく管理することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の医療検査の予約受付システムは、患者の特定に最低限必要な患者基本情報を含む医療施設宛の医療検査の予約情報を医療施設外から受け付ける院内サーバと、受け付けた予約情報を格納する予約情報データベースと、医療施設内の患者基本情報を格納する患者情報データベースとを備え、前記院内サーバは、予約情報に付された患者基本情報と一致する患者基本情報を前記患者情報データベースから検索し、その検索結果に応じて、前記予約情報データベースに予約情報を登録することを特徴とする。
【０００８】
前記患者情報データベースは、患者を一意に特定するための患者ＩＤ毎に患者基本情報を格納する。前記院内サーバは、予約情報に付された患者基本情報と一致する患者基本情報が前記患者情報データベースに見つかった場合、当該患者基本情報の患者ＩＤを予約情報に付して前記予約情報データベースに登録する。一方、予約情報に付された患者基本情報と一致する患者基本情報が前記患者情報データベースに見つからなかった場合、新規に患者ＩＤを発行し、その患者ＩＤを予約情報に付して前記予約情報データベースに登録する。
【０００９】
さらに、前記院内サーバは、新規に発行した患者ＩＤで予約情報に付された患者基本情報を前記患者情報データベースに登録する。
【００１０】
前記院内サーバは、医療施設外のデータセンタのセンタサーバを介して予約情報を受信する。前記院内サーバは、前記センタサーバを介して予約情報を受信したときに、予約情報に付して前記予約情報データベースに登録した患者ＩＤの情報を前記センタサーバに送信する。また、前記院内サーバは、予約情報毎の検索結果のリストを表す画面情報を作成・配信する。
【００１１】
患者基本情報は、少なくとも患者名、性別、年齢を表す情報を含む。年齢を表す情報は、年齢の数字そのものでもよいし、生年月日でもよい。
【００１２】
本発明の医療検査の予約受付方法は、患者の特定に最低限必要な患者基本情報を含む医療施設宛の医療検査の予約情報を医療施設外から受け付ける受付ステップと、医療施設内の患者基本情報を格納する患者情報データベースから、予約情報に付された患者基本情報と一致する患者基本情報を検索する検索ステップと、前記検索ステップの検索結果に応じて、予約情報データベースに予約情報を登録する情報登録ステップとを備えることを特徴とする。
【００１３】
本発明の医療検査の予約受付プログラムは、患者の特定に最低限必要な患者基本情報を含む医療施設宛の医療検査の予約情報を医療施設外から受け付ける受付ステップと、医療施設内の患者基本情報を格納する患者情報データベースから、予約情報に付された患者基本情報と一致する患者基本情報を検索する検索ステップと、前記検索ステップの検索結果に応じて、予約情報データベースに予約情報を登録する情報登録ステップとを、コンピュータに実行させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、医療施設外から受け付けた予約情報に付された患者基本情報と、患者情報データベースに格納された患者基本情報とが一致しているか否かを検索し、この検索結果に応じて、予約情報データベースに予約情報を登録するから、人手を掛けずに医療施設外からの予約情報を正しく管理することができる。
【図面の簡単な説明】
【００１５】
【図１】医療検査の予約受付システムの概略を示す構成図である。
【図２】診療所からの予約情報の内容を示す説明図である。
【図３】患者情報および院内予約情報の内容を示す説明図である。
【図４】院内、診療所の端末と院内、センタ、中継サーバの基本構成を示す図である。
【図５】院内、センタサーバのＣＰＵに構築される機能部を示す図である。
【図６】患者基本情報の検索結果が一致した場合の院内サーバの機能部の処理を示す説明図である。
【図７】患者基本情報の検索結果が不一致であった場合の院内サーバの機能部の処理を示す説明図である。
【図８】院内サーバの処理手順を示すフローチャートである。
【図９】予約完了通知に患者ＩＤを添付する例を示す説明図である。
【図１０】検索結果のリスト画面情報を作成・配信する例を示す説明図である。
【発明を実施するための形態】
【００１６】
図１において、予約受付システム２は、データセンタ１０と、複数の医療施設に設置されたコンピュータシステムとを通信ネットワークで接続し、オンラインで医療検査の予約受付を行うものである。データセンタ１０は、複数の医療施設のコンピュータ同士をネットワークで結び、オンライン予約サービスを提供する。
【００１７】
複数の医療施設には、中核病院１１と診療所１２がある。中核病院１１は、その地域内で比較的大規模な医療施設である。中核病院１１は、ＣＴ（Computed Tomography）装置やＭＲＩ（Magnetic Resonance Imaging）装置等高度な医療検査装置を保有し、院内の診療科だけでなく、診療所１２等の外部の医療施設から医療検査依頼を受ける。診療所１２は、高度な医療検査装置を持たず、中核病院１１へ医療検査を依頼する。
【００１８】
中核病院１１には、院内の各種のコンピュータをＬＡＮ（Local Area Network）１３で接続した院内情報システム（ＨＩＳ；Hospital Information System）１４が構築されている。院内情報システム１４は、医療検査の予約受付処理、診療受付処理、会計処理等の院内の情報処理を行う。ＬＡＮ１３は、院内に敷設されたネットワークであり、院内情報システム１４は、インターネット１５等、不特定多数の利用者に開放された公衆系の外部ネットワークと遮断されている。これにより、外部からの不正なアクセス等の情報セキュリティリスクを回避している。
【００１９】
院内情報システム１４では、院内の各診療科に設置された端末（以下、院内端末という）１６からＬＡＮ１３を通じてオンラインで医療検査の予約ができる。院内情報システム１４の院内サーバ１７は、こうした予約を受け付けて、医療検査のスケジュール管理を行う。
【００２０】
院内サーバ１７には、院内予約情報データベース（以下、院内予約情報ＤＢと略す）１８と患者情報データベース（以下、患者情報ＤＢと略す）１９が接続されている。院内予約情報ＤＢ１８には、医療検査の予約状況等を表す院内予約情報２０が、患者情報ＤＢ１９には、中核病院１１で受診した患者の情報を集約した患者情報２１がそれぞれ格納されている。
【００２１】
院内サーバ１７は、院内端末１６からのアクセスを受け付けて、院内予約情報２０に基づいて、院内端末１６へ予約状況を報せる。そして、院内端末１６からの予約を受け付けて院内予約情報２０を更新する。院内端末１６からの予約には、検査の種類・目的、日付と時間帯で指定される受診日時（予約枠）、中核病院１１内で発行された患者ＩＤ、患者名、性別、年齢・生年月日、傷病名、院内端末１６からの送信時に自動的に付される予約元（中核病院１１の診療科）ＩＤ、予約受付日時等の情報が含まれる。予約枠は、例えば９：００〜、９：３０〜等、３０分間隔で区切られた時間帯毎に一つずつ設定されている。予約受付日時は、院内端末１６からの予約情報を院内サーバ１７で受け付けた時刻であり、院内サーバ１７によって付される。院内サーバ１７は、院内端末１６から予約情報を受けると、受け付けた予約情報に予約ＩＤを付与する。
【００２２】
院内端末１６は、院内サーバ１７と通信するためのブラウザソフトがインストールされたパーソナルコンピュータであり、院内サーバ１７と通信を行って、受信した予約状況をディスプレイに表示したり、予約情報の送信を行う。
【００２３】
中核病院１１は、各診療所１２からの医療検査の依頼を受けて、医療検査を実施する。データセンタ１０は、中核病院１１の医療検査の受付窓口になっており、各診療所１２に設置された端末（以下、診療所端末という）２２から、インターネット１５を通じてオンラインで医療検査の予約を受け付ける。
【００２４】
データセンタ１０は、センタサーバ２３、およびセンタ予約情報データベース（以下、センタ予約情報ＤＢと略す）２４を備えている。センタサーバ２３は、ＷＥＢサーバとして機能し、インターネット上で標準的に用いられるドキュメントシステム（ＷＷＷ：World Wide Web）に対応する。センタサーバ２３は、クライアント端末である診療所端末２２からの要求に応答してデータを送受信する。診療所端末２２は、ブラウザソフトがインストールされたパーソナルコンピュータであり、センタサーバ２３へのアクセスが可能である。
【００２５】
センタ予約情報ＤＢ２４には、中核病院１１の医療検査の予約状況等を表すセンタ予約情報２５が格納されている。センタサーバ２３は、診療所端末２２からのアクセスを受け付けて、センタ予約情報２５に基づいて、診療所端末２２へ予約状況を報せる。そして、診療所端末２２からの予約を受け付けてセンタ予約情報２５を更新する。
【００２６】
図２に示すように、診療所端末２２からの一件の予約情報には、検査の依頼先として指定された中核病院１１のＩＤ、および予約元の情報として診療科名の代わりに診療所１２のＩＤが付され、中核病院１１で発行される患者ＩＤが付されない他は、院内端末１６からの予約情報と同様の項目が含まれる。以下の説明では、患者名、性別、年齢・生年月日の各項目を、まとめて患者基本情報３０と称する。
【００２７】
図１に戻って、中継サーバ（ゲートウェイ）２６は、ＬＡＮ１３、ＶＰＮ（Virtual Private Network）２７といった異なるネットワークを介して接続される院内サーバ１７とセンタサーバ２３との間で、それぞれが各端末１６、２２から受け付けた予約情報を中継する。中継サーバ２６は、各サーバ１７、２３間の通信におけるデータフォーマット変換、プロトコル変換を行うとともに、外部から院内情報システム１４への不正アクセスを防止するファイヤーウォールとして機能する。
【００２８】
中継サーバ２６とセンタサーバ２３は、ＶＰＮ２７を介して接続される。ＶＰＮ２７では暗号化技術が使われており、複数の利用者によって共有される共有ネットワーク内に論理的な専用通信チャンネルが確立されている。これにより、通信拠点間の機密性が保持され、ネットワーク内の堅固な情報セキュリティが確保される。
【００２９】
図３（Ａ）に示すように、患者情報ＤＢ１９に格納された患者情報２１には、中核病院１１で発行される患者ＩＤ毎に、診療所端末２２からの予約情報と同様の患者基本情報３０や傷病名等の各種項目が記憶されている。患者ＩＤは、初診時に患者一人につき一つずつ付されるもので、その中核病院１１でしか通用しない番号である。院内情報システム１４では、この患者ＩＤを元に、院内の各種情報処理が行われる。また、（Ｂ）に示すように、院内予約情報２０は、患者ＩＤ毎に、上に挙げた患者情報と予約情報の各種項目を記憶する。院内予約情報２０には、どの予約枠が空いていてどの予約枠が埋まっているか（予約状況）を表すデータも記憶される。
【００３０】
各端末１６、２２、および各サーバ１７、２３、２６は、それぞれ、パーソナルコンピュータ、サーバ用コンピュータ、ワークステーションといったコンピュータをベースに構成されている。図４に示すように、各端末１６、２２、および各サーバ１７、２３、２６には、オペレーティングシステム等の制御プログラムや、アプリケーションプログラム（以下、ＡＰと略す）３５がインストールされている。各サーバ１７、２３にインストールされているＡＰ３５には、予約受付サービスを提供する予約受付プログラムが含まれている。
【００３１】
各端末１６、２２、および各サーバ１７、２３、２６は、ＣＰＵ３６、メモリ３７、ストレージデバイス３８、および通信Ｉ／Ｆ（インターフェース）３９、およびコンソール４０を備えている。これらはデータバス４１を介して相互接続されている。
【００３２】
ストレージデバイス３８は、例えば、ＨＤＤ（Hard Disk Drive）である。ストレージデバイス３８には、制御プログラムやＡＰ３５が格納される。
【００３３】
メモリ３７は、ＣＰＵ３６が処理を実行するためのワークメモリである。ＣＰＵ３６は、ストレージデバイス３８に格納された制御プログラムをメモリ３７へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を制御する。
【００３４】
通信Ｉ／Ｆ３９は、ＬＡＮポート、ＷＡＮポート、ルータ等であり、ＬＡＮ１３、ＶＰＮ２７、あるいはインターネット１５といったネットワークに接続する通信ケーブルが接続される。通信Ｉ／Ｆ３９は、ＬＡＮ１３、ＶＰＮ２７、あるいはインターネット１５を経由したデータの遣り取りをする。コンソール４０は、ディスプレイ４２と、キーボードやマウス、マイクロホン等の入力デバイス４３とからなる。
【００３５】
院内およびセンタの各サーバ１７、２３のＣＰＵ３６は、それぞれ、ストレージデバイス３８から予約受付プログラムをロードして、プログラムに記述された処理ステップを実行する。これにより、各サーバ１７、２３のＣＰＵ３６には、図５に示すように、予約受付処理部１７ａ、２３ａ、ＤＢアクセス部１７ｂ、２３ｂ、および同期処理部１７ｃ、２３ｃがそれぞれ構築される。
【００３６】
各予約受付処理部１７ａ、２３ａは、対応する端末１６、２２とデータの遣り取りをする。各予約受付処理部１７ａ、２３ａから各端末１６、２２に送るデータは、予約枠の空き状況を報せる情報等であり、各端末１６、２２から各予約受付処理部１７ａ、２３ａが受けるデータは予約情報等である。
【００３７】
各予約受付処理部１７ａ、２３ａは、各予約情報２０、２５に基づいた予約状況を表すデータとして、ＨＴＭＬ形式やＸＭＬ形式などのマークアップ言語によって記述されたテキストファイルを生成し、これを各端末１６、２２に配信する。各端末１６、２２のブラウザは、受信したテキストファイルの記述に従って、例えばカレンダー形式の予約枠の空き状況を報せる画面を構成してディスプレイ４２に出力する。
【００３８】
また、各予約受付処理部１７ａ、２３ａは、各端末１６、２２から予約情報等を受け付けて、ＤＢアクセス部１７ｂ、２３ｂに引き渡す。各ＤＢアクセス部１７ｂ、２３ｂは、院内予約情報ＤＢ１８または患者情報ＤＢ１９、センタ予約情報ＤＢ２４にアクセスして、予約受付処理部１７ａ、２３ａを介して取得した予約情報を元に各ＤＢ１８、２４内の各予約情報２０、２５または患者情報ＤＢ１９内の患者情報２１を更新する。
【００３９】
各同期処理部１７ｃ、２３ｃは、ＬＡＮ１３やＶＰＮ２７を介して相互に通信する。各同期処理部１７ｃ、２３ｃは、同じ予約枠に各端末１６、２２からの予約が重複する、いわゆるダブルブッキングが発生しないように、予約枠の空き状況を適宜相互に連絡して共有し合い、各ＤＢ１８、２４内の各予約情報２０、２５の同期を取る。この同期処理部１７ｃ、２３ｃの働きによって、各予約情報２０、２５のうちの予約状況を表すデータについては、診療所１２と院内の両方からの予約を包含した略同じ内容が記憶される。
【００４０】
センタサーバ２３の同期処理部２３ｃを介して、診療所端末２２からの予約情報を受け付けた場合、院内サーバ１７の各部は、図６または図７に示す処理を実行する。まず、各図の上段に示すように、予約受付処理部１７ａは、診療所端末２２からの予約情報を受け付けると、ＤＢアクセス部１７ｂに検索指令を発する。ＤＢアクセス部１７ｂは、検索指令を受けて、患者情報ＤＢ１９の患者情報２１に、受け付けた予約情報の患者基本情報３０と一致する患者基本情報３０があるか否かを検索する。ＤＢアクセス部１７ｂは、患者基本情報３０を構成する三項目（患者名、性別、年齢・生年月日）の全てが一致した場合を「一致」と判断し、同姓同名で年齢が一緒でも生年月日が違う等、三項目のうちいずれか一つでも一致しない場合は「不一致」と判断する。
【００４１】
受け付けた予約情報の患者基本情報３０と一致する患者基本情報３０があった場合、図６の上段に示すように、ＤＢアクセス部１７ｂは、「一致」の旨を表す信号を検索結果として予約受付処理部１７ａに返す。
【００４２】
続いて下段に示すように、予約受付処理部１７ａは、ＤＢアクセス部１７ｂに登録指令を発する。ＤＢアクセス部１７ｂは、登録指令を受けて、診療所端末２２からの予約情報および患者情報ＤＢ１９の患者情報２１の各種項目を、新たに受け付けた予約として院内予約情報２０に登録する。このとき、ＤＢアクセス部１７ｂは、受け付けた予約情報の患者基本情報３０と一致する患者基本情報３０をもつ患者情報２１の患者ＩＤ（既存の患者ＩＤ）を付す。
【００４３】
一方、受け付けた予約情報の患者基本情報３０と一致する患者基本情報３０が、患者情報２１になかった場合、図７の上段に示すように、ＤＢアクセス部１７ｂは、「不一致」の旨を表す信号を検索結果として予約受付処理部１７ａに返す。
【００４４】
この場合、下段に示すように、予約受付処理部１７ａは、新たな患者ＩＤを発行し、これを登録指令とともにＤＢアクセス部１７ｂに送る。ＤＢアクセス部１７ｂは、新たな患者ＩＤ付きの登録指令を受けて、新たな患者ＩＤを付して、診療所端末２２からの予約情報の各種項目を院内予約情報２０に登録する。また、ＤＢアクセス部１７ｂは、新たな患者ＩＤを付して診療所端末２２からの予約情報の患者基本情報３０を登録し、患者情報２１を更新する。なお、図示は省略したが、図６、図７いずれの場合も、同期処理部１７ｃで予約の重複がないと判断してから、予約受付処理部１７ａが検索指令を発する。
【００４５】
ＤＢアクセス部１７ｂによる各種情報の登録終了後、同期処理部１７ｃは、予約の受け付けが完了した旨の予約完了通知をセンタサーバ２３の同期処理部２３ｃに送る。予約完了通知は、予約が取れた中核病院１１の名称や受診日時の情報を含む。センタサーバ２３の予約受付処理部２３ａは、予約完了通知を診療所端末２２に配信する。
【００４６】
以下、図８のフローチャートを参照して、診療所端末２２からの予約情報を受け付けたときの院内サーバ１７の処理を説明する。Ｓ（ステップ）１０において、診療所端末２２からの予約情報が予約受付処理部１７ａで受け付けられると、予約受付処理部１７ａからＤＢアクセス部１７ｂに検索指令が発せられ、ＤＢアクセス部１７ｂによって、患者情報ＤＢ１９の患者情報２１に、受け付けた予約情報の患者基本情報３０と一致する患者基本情報３０があるか否かが検索される（Ｓ１１）。
【００４７】
受け付けた予約情報の患者基本情報３０と一致する患者基本情報３０があった場合（Ｓ１２でＹＥＳ）は、ＤＢアクセス部１７ｂによって、既存の患者ＩＤが付されて診療所端末２２からの予約情報および患者情報ＤＢ１９の患者情報２１の各種項目が院内予約情報２０に登録され、院内予約情報２０が更新される（Ｓ１３）。
【００４８】
一方、受け付けた予約情報の患者基本情報３０と一致する患者基本情報３０が、患者情報２１になかった場合（Ｓ１２でＮＯ）は、予約受付処理部１７ａにて新たな患者ＩＤが発行される（Ｓ１４）。そして、ＤＢアクセス部１７ｂによって、新たな患者ＩＤが付されて診療所端末２２からの予約情報の各種項目が院内予約情報２０に登録される。また、ＤＢアクセス部１７ｂによって、新たな患者ＩＤが付されて診療所端末２２からの予約情報の患者基本情報３０が登録され、患者情報２１が更新される（Ｓ１５）。これらの処理は、診療所端末２２からの予約情報を受け付ける毎に繰り返し行われる。
【００４９】
図８に示す一連の処理が終了すると、診療所端末２２のディスプレイ４２に、予約完了通知の内容を表す画面が出力される。診療所１２の医師は、受診日時等を患者に告げ、患者は告げられた受診日時に中核病院１１に来院して検査を受ける。
【００５０】
以上説明したように、診療所１２から予約を受け付けたときに、診療所１２からの予約情報と患者情報２１の患者基本情報３０のマッチングをとり、一致していた場合は患者情報２１の既存の患者ＩＤで、不一致の場合は新たに発行した患者ＩＤで、院内予約情報２０を登録するので、人手を掛けずに診療所１２からの予約を院内予約情報２０に反映させることができる。
【００５１】
また、来院経験があり患者ＩＤを既に発行している患者を新患と取り違えたり、逆に新患を再診患者と取り違えたりすることが起こらない。さらに、予約情報と患者情報２１の患者基本情報３０が不一致であった場合、新たに発行した患者ＩＤで患者情報２１を登録するので、患者情報２１の管理を正しく行うことができる。
【００５２】
なお、情報管理の利便性をより一層高めるために、図９や図１０に示す態様を実施してもよい。
【００５３】
図９に示す態様では、同期処理部１７ｃから同期処理部２３ｃに予約完了通知を送る際に、院内予約情報２０を登録したときに使った患者ＩＤを添付する。同期処理部２３ｃは、添付された患者ＩＤを予約受付処理部２３ａに引き渡し、予約受付処理部２３ａは、ＤＢアクセス部２３ｂに登録指令を発する。ＤＢアクセス部２３ｂは、添付された患者ＩＤを、センタ予約情報２５の該当する予約情報に関連付けて登録する。
【００５４】
こうすることで、例えば中核病院１１で独自に予約情報を修正した場合に、修正内容と患者ＩＤの情報をセンタサーバ２３に送れば、センタサーバ２３で患者ＩＤを元に予約情報を特定して修正内容の同期を取ることができる。あるいは、新規に患者ＩＤを発行した場合、当該患者ＩＤの情報をセンタサーバ２３から診療所端末２２に送信すれば、診療所１２の医師を通じて事前に患者ＩＤを患者に報せることができる。
【００５５】
図１０に示す態様では、ＤＢアクセス部１７ｂから受けた検索結果を、予約受付処理部１７ａが予約毎にログファイル５０に記述する。ログファイル５０は、例えばストレージデバイス３８に格納されている。ログファイル５０は、予約の受付日時、患者基本情報３０、患者ＩＤ等とともにＤＢアクセス部１７ｂの検索結果を記憶する。
【００５６】
予約受付処理部１７ａは、院内端末１６からの画面配信要求を受けて、ログファイル５０を読み出す。そして、ログファイル５０の記憶内容に基づいてリスト画面情報を作成し、これを院内端末１６に配信する。院内端末１６のブラウザは、予約受付処理部１７ａからのリスト画面情報に基づいて、リスト画面５１をディスプレイ４２に出力する。リスト画面５１は、基本的な内容はログファイル５０の記憶内容と略同一で、項目のタイトルを付したり、レイアウトを変更したりして、ログファイル５０の記憶内容を視認し易い形式に編集したものである。
【００５７】
このようにＤＢアクセス部１７ｂの検索結果をリスト画面５１として視覚的に表示すれば、診療所１２からの予約状況と検索結果を容易に把握することができる。また、患者が来院して受付をしたときに、その患者が新患か再診患者かを確かめる際の参照用に役立つ。
【００５８】
上記実施形態では、患者基本情報として患者名、性別、年齢・生年月日の三項目を例示しているが、本発明はこれに限定されない。患者名の読み仮名、患者の住所、連絡先電話番号、あるいは傷病名や主治医といった項目を加えてもよい。要するに、患者を特定することができるものであればよい。検索対象となる項目が増えれば、検索に多少の処理時間が必要となるが、一致、不一致の判断の確度が増す。
【００５９】
上記実施形態では、予約受付処理部やＤＢアクセス部等の各機能部を院内サーバに設けているが、中継サーバに各機能部を構築し、これらの処理の一部を中継サーバが担ってもよい。
【符号の説明】
【００６０】
２  予約受付システム
１０  データセンタ
１１  中核病院
１２  診療所
１６  端末（院内端末）
１７  院内サーバ
１７ａ、２３ａ  予約受付処理部
１７ｂ、２３ｂ  ＤＢアクセス部
１８  院内予約情報データベース（院内予約情報ＤＢ）
１９  患者情報データベース（患者情報ＤＢ）
２０  院内予約情報
２１  患者情報
２２  端末（診療所端末）
２３  センタサーバ
２４  センタ予約情報データベース（センタ予約情報ＤＢ）
２５  センタ予約情報
３０  患者基本情報
３５  アプリケーションプログラム（ＡＰ）
３６  ＣＰＵ
５１  リスト画面
【図１】
2010224741.tif 000003
【図２】
2010224741.tif 000004
【図３】
2010224741.tif 000005
【図４】
2010224741.tif 000006
【図５】
2010224741.tif 000007
【図６】
2010224741.tif 000008
【図７】
2010224741.tif 000009
【図８】
2010224741.tif 000010
【図９】
2010224741.tif 000011
【図１０】
2010224741.tif 000012