JP2010224742A - 中継サーバ及びその制御方法、並びに医用ネットワークシステム - Google Patents

Abstract

【課題】個人情報を含んだ医療情報を低コストに取り扱う。
【解決手段】データセンタ１１のセンタサーバ２５は、診療所１３（予約元）の診療所端末１４から医療検査の予約情報を受け付ける。センタサーバ２５は、予約情報を中核病院１２（予約先）の院内サーバ１７へ送信する。センタサーバ２５は、予約情報から患者の個人情報を削除して、予約元、予約先、及び院内サーバ１７が受け付けた予約情報を特定可能なＩＮＤＥＸ情報を作成する。センタサーバ２５は、診療所端末１４から医療検査の予約内容の照会要求を受け付けた時に、ＩＮＤＥＸ情報に基づき、中核病院１２の院内サーバ１７から予約情報を取得して診療所端末１４へ中継する。データセンタ１１には、予約情報等の患者の個人情報を含んだ医療情報は保管されないので、その管理に多大な費用をかける必要がなくなる。医療情報を低コストに取り扱うことができる。
【選択図】図１５

Description

本発明は、診療所と医療検査施設との間で各種医療情報を中継する中継サーバ及びその制御方法、並びにこの中継サーバを備える医用ネットワークシステムに関するものである。

地域における医療施設間の医療連携の一環として、診療所等の比較的小規模な医療施設からの医療検査の依頼を受け、地域内の中核病院等、高度な医療検査設備を持つ比較的大規模な医療施設が医療検査を実施している。近年、こうした医療連携サービスを提供するデータセンタを介して、医療施設間における医療検査の予約をオンラインで行うことができる医用ネットワークシステムが開発されている。

医用ネットワークシステムは、医療検査の予約を申し込むための診療所の端末と、予約を受け付ける中核病院の院内サーバと、診療所の端末及び院内サーバにそれぞれネットワーク接続されたデータセンタのセンタサーバと備えている。診療所の端末は、予約の申し込みに際して、患者の個人情報（氏名、生年月日、住所等）、医療検査の種類（例えばＣＴやＭＲＩ等）を含むような医療検査の予約情報をセンタサーバに発行する。

院内サーバは、不正アクセスなどによる患者の個人情報の漏洩を防止するために、診療所の端末など不特定の外部の端末からの直接的なオンラインアクセスが規制されている。このアクセス規制により、センタサーバが診療所の端末からの直接的なオンラインアクセスを受け付けて、診療所の端末からの予約情報を院内サーバへ中継している。院内サーバは、センタサーバ経由で受け付けた診療所端末からの予約情報を予約管理データベース（ＤＢ）に格納している。

こうしたセンタサーバは、診療所の端末から受け付けた予約情報を院内サーバへ送信するとともに、診療所の端末に検査結果や中核病院の予約状況を配信するために、診療所の端末からの予約情報をデータセンタ内のセンタＤＢに格納している。そして、センタサーバは、診療所の端末から予約内容の照会要求を受け付けた時に、この照会要求に対応する予約情報をセンタＤＢから検索し、検索した予約情報を診療所の端末の画面に表示させる。このようにセンタＤＢは、中核病院の予約管理ＤＢと同様に、患者の個人情報を含む予約情報を保管している（特許文献１及び２参照）。

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

個人情報を扱う事業者に対して個人情報の管理に厳しい要件が課せられており、特に個人情報を含んだ医療情報は最機密な情報であるため、通常の個人情報を取り扱うことに比べて更に厳しい要件が厚生労働省、経済産業省、総務省などから課せられている。従って、医療連携サービスを行うデータセンタは、各省から課せられている厳しい要件を満たすため、個人情報の管理に非常に高いコストをかけている。

また、データセンタが管理する個人情報を含んだ医療情報は予約情報だけではない。例えば、上述のアクセス規制により、診療所の端末が院内サーバに直接オンラインアクセスして、中核病院で行われた医療検査の検査データを取得することはできない。このため、センタサーバは、院内サーバからの検査データのアップロードを受け付け、アップロードされた検査データを診療所の端末からアクセス可能な検査データＤＢに格納している。この検査データにも患者の個人情報は当然含まれている。このように管理すべき個人情報を含んだ医療情報の種類が増加すると、情報管理にかかるコストが更に増加してしまう。

本発明は上記問題を解決するためになされたものであり、患者の個人情報を含む各種医療情報を低コストに取り扱うことができる中継サーバ及びその制御方法、並びに医用ネットワークシステムを提供することを目的とする。

上記目的を達成するため、本発明の中継サーバは、医療検査を予約する予約元の端末から、患者の個人情報を含む医療検査の予約情報を受け付ける予約受付手段と、前記予約受付手段が受け付けた前記予約情報を、前記予約元が指定した医療検査施設に設置された院内サーバへ送信する通信手段と、前記予約情報の送信後に、この予約情報から前記個人情報を削除して、前記予約元、予約先の医療検査施設、及び予約先の前記院内サーバが受け付けた前記予約情報をそれぞれ特定可能なＩＮＤＥＸ情報を生成するＩＮＤＥＸ情報生成手段と、前記端末から、前記予約元が予約した医療検査に係る情報の照会要求を受け付ける照会要求受付手段と、前記照会要求受付手段が前記照会要求を受け付けた時に、前記ＩＮＤＥＸ情報に基づき予約先の前記院内サーバに対して、前記医療検査に係る情報の配信要求を行う配信要求手段と、前記配信要求に応じて前記院内サーバから送信された前記医療検査に係る情報を前記端末へ中継し、この中継終了後に当該医療検査に係る情報を破棄する中継手段と、を備えることを特徴とする。

前記予約受付手段が受け付けた前記予約情報を、この予約情報を一意に特定するための第１予約ＩＤに対応付けてデータベースに一時的に登録する登録手段を備え、前記ＩＮＤＥＸ情報生成手段は、前記データベースに登録された前記予約情報から、前記第１予約ＩＤを含む前記ＩＮＤＥＸ情報を生成することが好ましい。

前記通信手段は、前記予約情報の送信後、この予約情報を受け付けた前記院内サーバが当該予約情報を一意に特定するために当該予約情報に付与した第２予約ＩＤを前記院内サーバから受信し、前記ＩＮＤＥＸ情報生成手段は、前記院内サーバが受け付けた前記予約情報を特定するための情報として、前記第２予約ＩＤを前記ＩＮＤＥＸ情報に登録することが好ましい。これにより、ＩＮＤＥＸ情報と、院内サーバが受け付けた予約情報とを紐付けることができる。

前記医療検査に係る情報は、前記院内サーバにより、当該医療検査の前記予約情報に付与された前記第２予約ＩＤに対応付けられた状態で院内データベースに格納されており、
前記配信要求手段は、前記照会要求で指定された医療検査に対応する前記ＩＮＤＥＸ情報を前記データベースから検索し、検索した前記ＩＮＤＥＸ情報に基づき前記配信要求の要求先となる前記院内サーバを特定するとともに、特定した前記院内サーバに対して当該ＩＮＤＥＸ情報に含まれる前記第２予約ＩＤを送信することが好ましい。

前記中継手段は、前記院内サーバから送信された前記医療検査に係る情報を前記端末で表示する形式に変換し、この変換後の情報を前記端末へ中継することが好ましい。これにより、医療検査の予約元と予約先とでそれぞれ前記医療検査に係る情報を表示する形式が異なっている場合でも、予約元の端末で医療検査に係る情報を確認することができる。

前記中継手段は、前記医療検査に係る情報と、この医療検査に係る情報に含まれていないが前記ＩＮＤＥＸ情報には含まれており、且つ前記端末にて表示の必要がある情報とを結合して、前記変換後の情報を生成することが好ましい。

前記医療検査に係る情報は、前記予約元が予約した医療検査の予約内容、前記個人情報を含む医療検査の検査結果の少なくともいずれか１つであることが好ましい。

本発明の医用ネットワークシステムは、医療検査を予約する予約元に設置され、患者の個人情報を含む医療検査の予約情報を発行する端末と、医療検査を行う医療検査施設に設置され、医療検査の予約情報を受け付ける院内サーバと、前記医療検査施設外に設置され、前記端末及び前記院内サーバにそれぞれネットワークを介して接続された請求項１ないし７いずれか１項記載の中継サーバと、を備えることを特徴とする。

前記院内サーバは、前記中継サーバから受信した前記第２予約ＩＤに基づき、この第２予約ＩＤに対応する前記医療検査に係る情報を前記院内データベースから検索し、検索した当該医療検査に係る情報を前記中継サーバへ送信することが好ましい。

本発明の中継サーバの制御方法は、医療検査を予約する予約元の端末から、患者の個人情報を含む医療検査の予約情報を受け付ける予約受付ステップと、前記予約受付ステップで受け付けた前記予約情報を、前記予約元が指定した医療検査施設に設置された院内サーバへ送信する送信ステップと、前記予約情報の送信後に、この予約情報から前記個人情報を削除して、前記予約元、予約先の医療検査施設、及び予約先の前記院内サーバが受け付けた前記予約情報をそれぞれ特定可能なＩＮＤＥＸ情報を生成するＩＮＤＥＸ情報生成ステップと、前記端末から、前記予約元が予約した医療検査に係る情報の照会要求を受け付ける照会要求受付ステップと、前記照会要求受付ステップ後に、前記ＩＮＤＥＸ情報に基づき予約先の前記院内サーバに対して、前記医療検査に係る情報の配信要求を行う配信要求ステップと、前記配信要求に応じて前記院内サーバから送信された前記医療検査に係る情報を前記端末へ中継し、この中継終了後に当該医療検査に係る情報を破棄する中継ステップと、を有することを特徴とする。

本発明の中継サーバ及びその制御方法、並びに医用ネットワークシステムは、中継サーバが、予約元の端末と院内サーバとの間で患者の個人情報を含む各種医療情報の中継のみを行い、この中継終了後には各種医療情報を破棄するので、患者の個人情報を含んだ医療情報の管理に多大な費用をかける必要がなくなる。その結果、個人情報を含んだ医療情報を低コストに取り扱うことができる。

医用ネットワークシステムの構成を示す概略図である。 センタＤＢに格納されたデータの説明図である。 患者情報ＤＢ及び予約管理ＤＢに格納されたデータの説明図である。 中核病院における患者ＩＤと、院内予約ＩＤと、予約情報・検査データとの対応付けを説明するための説明図である。 診療所端末、院内サーバ、センタサーバの電気的構成を示すブロック図である。 院内サーバ、センタサーバのＣＰＵの機能ブロック図である。 医療検査の予約受付サービスを説明するための説明図である。 予約情報の照会サービスを説明するための説明図である。 検査レポートの照会サービスを説明するための説明図である。 予約受付画面を説明するための説明図である。 予約情報の入力画面を説明するための説明図である。 検査レポート完了後に開かれた予約受付画面を説明するための説明図である。 予約内容表示画面を説明するための説明図である。 レポート閲覧画面を説明するための説明図である。 診療所端末から予約情報や医療検査に係る情報の照会要求を受け付けたときの医用ネットワークシステムの処理手順を示すフローチャートである。

図１に示すように、医用ネットワークシステム１０は、データセンタ１１と複数の医療施設に設置されたコンピュータシステムとを通信ネットワークで接続し、オンラインで医療検査の予約受付を行うとともに、予約済みの医療検査の予約内容や検査データ等の医療検査に係る情報の照会を行うシステムである。データセンタ１１は、複数の医療施設に対して、医療検査の予約受付サービス（以下、単に予約受付サービスという）と、医療検査に係る情報の照会サービス（以下、単に照会サービスという）を提供する。

複数の医療施設には、中核病院（医療検査施設）１２と診療所１３がある。中核病院１２は、ＣＴ（Computed Tomography）装置やＭＲＩ（Magnetic Resonance Imaging）装置などの高度な医療検査装置を保有する。中核病院１２は、その地域内の医療施設の中で比較的大規模な医療施設であり、外部の診療所１３からの医療検査依頼を受け付けて医療検査を実施する。

診療所１３は、高度な医療検査装置を持たない小規模な医療施設であり、診療所端末１４を備えている。診療所端末１４は、ＷＥＢブラウザがインストールされたパーソナルコンピュータである。診療所端末１４は、患者の個人情報を含む予約情報をデータセンタ１１に発行し、インターネット１５を通じてデータセンタ１１経由で中核病院１２に対して医療検査の予約を行う。また、診療所端末１４は、データセンタ１１（センタサーバ２５）にアクセスして、医療検査に係る情報の照会要求を行う。

中核病院１２のコンピュータシステムは、院内サーバ１７と、患者情報データベース（ＤＢ）１８と、予約管理ＤＢ１９と、検査データＤＢ２０とを備えている。患者情報ＤＢ１８には、中核病院１２の患者情報（図３参照）が格納されている。予約管理ＤＢ１９には、医療検査の予約状況などを表す院内予約管理データ２１（図３参照）が格納されている。検査データＤＢ２０には、医療検査の検査レポート２３や検査画像（図示せず）等の検査データが格納されている。

院内サーバ１７は、中核病院１２に施設された院内ネットワーク（図示せず）を介して、上述の各ＤＢ１８〜２０や、院内の各検査科に設置された図示しない各種医療検査装置及びレポート作成端末などと接続されている。この院内サーバ１７は、大別して中継サーバ、予約管理サーバ、オーダ管理サーバ、ＤＢサーバなどの複数のサーバから構成されている。中継サーバは、中核病院１２がデータセンタ１１との間で遣り取りする各種情報を中継する。

予約管理サーバは、所謂ＨＩＳ（Hospital Information System）を構成するサーバであり、データセンタ１１経由で診療所１３からの予約情報を受け付けて、医療検査のスケジュール管理を行う。予約管理サーバは、データセンタ１１から受け付けた予約情報に院内予約ＩＤ（第２予約ＩＤ、図３参照）を付与した後、この予約情報を院内予約管理データ２１（図３参照）に登録して予約状況を更新する。院内予約ＩＤは、院内サーバ１７が受け付けた予約情報を一意に特定するための情報であり、発行した中核病院１２のみで通用する情報である。予約管理サーバは、受け付けた予約情報に基づき、オーダ管理サーバに対して医療検査のオーダを行う。

オーダ管理サーバは、院内の各検査科に配置されており、予約管理サーバから送信されるオーダを受け付けて、このオーダを保存・管理する。このオーダ管理サーバは、例えば放射線科であれば、ＲＩＳ（Radiology Information System）を構成するサーバである。

ＤＢサーバは、医療検査装置で撮影された検査画像や、レポート作成端末で作成された検査レポート２３を検査データＤＢ２０に格納する。このＤＢサーバは、所謂ＰＡＣＳ（Picture Archiving and Communication System）サーバやレポートサーバなどから構成される。

検査レポート２３は、レポートを識別するためのレポートＩＤや、院内予約ＩＤ、患者の個人情報、検査日、検査種等の項目が付与された状態で検査データＤＢ２０に格納されている（図９参照）。検査画像は、図示は省略するが、例えば、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）に準拠したファイル形式で検査データＤＢ２０に格納されている。

データセンタ１１は、医療検査を受ける患者の個人情報を一切保管することなく、上述の予約受付サービスや照会サービスを提供する。このデータセンタ１１は、センタサーバ（中継サーバ）２５と、本発明のデータベースに相当するセンタＤＢ２６とを備えている。センタＤＢ２６は、中核病院１２毎の医療検査の予約状況などを表すセンタ予約管理データ２７（図２参照）を格納している。

センタ予約管理データ２７には、上述の院内予約管理データ２１とは異なり、患者の個人情報を含む予約情報が登録される代わりに、この予約情報から患者の個人情報を破棄したＩＮＤＥＸ情報（図２参照）が登録される。ＩＮＤＥＸ情報は、診療所１３（医療検査の予約元）、中核病院１２（医療検査の予約先）、及び院内サーバ１７が受け付けた予約情報をそれぞれ特定可能な情報を含んでいる。

センタサーバ２５は、ＷＥＢサーバとして機能し、インターネット上で標準的に用いられるドキュメントシステム（ＷＷＷ：World Wide Web）に対応する。センタサーバ２５は、診療所端末１４からの要求に応答してデータを送受信する。

センタサーバ２５には、ＶＰＮ（Virtual Private Network）２９を介して院内サーバ１７が接続している。ＶＰＮ２９では、暗号化技術が使われており、複数の利用者によって共有される共有ネットワーク内に論理的な専用通信チャンネルが確立されている。これにより、通信拠点間の機密性が保持され、ネットワーク内の堅固な情報セキュリティが確保される。

センタサーバ２５は、診療所端末１４から受け付けた予約情報にセンタ予約ＩＤ（第１予約ＩＤ、図２参照）を付与した後、この予約情報を一時的にセンタＤＢ２６に登録する。センタ予約ＩＤは、センタサーバ２５が受け付けた予約情報を一意に特定するための情報であり、データセンタ１１のみで通用する情報である。センタサーバ２５は、一時的に登録した予約情報を院内サーバ１７へ送信するとともに、この予約情報からＩＮＤＥＸ情報を生成してセンタ予約管理データ２７に登録する（図２参照）。

また、センタサーバ２５は、診療所端末１４から医療検査に係る情報の照会要求を受け付けた時に、ＩＮＤＥＸ情報に基づき、照会要求された情報を保管している中核病院１２を特定する。そして、センタサーバ２５は、特定した中核病院１２の院内サーバ１７に対して照会要求に対応する情報の配信要求を行い、この配信要求に応じて院内サーバ１７から送信された情報を診療所端末１４へ中継する。更にこの中継終了後に、センタサーバ２５は院内サーバ１７から送信された情報を破棄する。

このように、センタサーバ２５は、診療所端末１４と院内サーバ１７との間で、個人情報を含むような医療に係る情報をデータセンタ１１内に保管させることなく中継する中継サーバとして機能する。

図２に示すように、データセンタ１１のセンタＤＢ２６には、センタ予約管理データ２７の他に、受付テーブル３０、診療所マスタ３１、及び中核病院マスタ３２が格納されている。

受付テーブル３０には、センタサーバ２５が診療所端末１４から受け付けた予約情報が一時的に登録される。予約情報は、センタ予約ＩＤ、患者の個人情報、傷病名、検査の種類、日付と時刻で指定される予約枠、予約元の診療所１３の名称、予約先の中核病院１２の名称などの情報が含まれている。

受付テーブル３０は、診療所端末１４から新たな予約情報を受け付けることにより更新される。また、受付テーブル３０は登録された予約情報が院内サーバ１７へ送信された時に更新され、この時に送信済みの予約情報が削除される。

診療所マスタ３１には、診療所ＩＤ、診療所情報などの情報が診療所１３毎に格納されている。中核病院マスタ３２には、病院ＩＤ、病院情報などの情報が中核病院１２毎に格納されている。なお、診療所情報や病院情報は、診療所や病院の名称、住所、連絡先等の情報である。

センタ予約管理データ２７は、予約枠マスタ３５及びＩＮＤＥＸ情報テーブル３６からなる。予約枠マスタ３５には、予約枠毎に付される予約枠ＩＤ、予約枠の日付・時間帯などの情報が、ＣＴ、ＭＲＩ等の検査種別毎に記憶されている。また、予約枠マスタ３５は、センタ予約ＩＤを記憶する領域を予約枠毎に有している。予約枠は、例えば９：００〜、９：３０〜など、３０分間隔に区切られた時間帯毎に一つずつ設定されている。診療所端末１４からの新たな予約情報を受け付けた時に、この予約情報で指定された予約枠マスタ３５の時間帯に予約情報のセンタ予約ＩＤが記憶される。

また、予約枠マスタ３５（センタ予約管理データ２７）は、院内予約管理データ２１と同期が取られている。このため、中核病院１２の院内で既に予約された予約枠マスタ３５の時間帯には、例えば予約が埋まっていることを示すフラグが記憶される。

ＩＮＤＥＸ情報テーブル３６には、センタサーバ２５により生成されたＩＮＤＥＸ情報が登録される。ＩＮＤＥＸ情報は、受付テーブル３０に登録された予約情報から個人情報や傷病名を削除したものであり、センタ予約ＩＤ、予約先ＩＤ、検査の種類、予約枠ＩＤ、予約元ＩＤ、院内予約ＩＤからなる。

予約先ＩＤは、医療検査の予約先となる中核病院１２の病院ＩＤであり、予約先を特定するための情報である。予約元ＩＤは、医療検査の予約元である診療所１３の診療所ＩＤであり、予約元を特定するための情報である。

ＩＮＤＥＸ情報に含まれる院内予約ＩＤは、院内サーバ１７がＩＮＤＥＸ情報の元となる予約情報に付与したＩＤであり、センタサーバ２５が院内サーバ１７から取得したものである。

こうしたＩＮＤＥＸ情報に含まれる院内予約ＩＤは、ＩＮＤＥＸ情報と、院内サーバ１７が受け付けた予約情報とを紐付けるための情報となる。従って、この院内予約ＩＤに基づき、予約管理ＤＢ１９に格納されている予約情報の中からＩＮＤＥＸ情報に対応する予約情報を特定することができる。このようにＩＮＤＥＸ情報は、予約元の診療所１３、予約先の中核病院１２、及びその予約管理ＤＢ１９に格納されている予約情報を特定するための情報になる。

これら各マスタ３１，３２，３５及び各テーブル３０，３６に記憶されている情報は互いに紐付けされており、一方の情報から辿って他方の情報を知ることができる。例えば、ＩＮＤＥＸ情報の予約先ＩＤ「Ｂ００３」から中核病院マスタ３２の病院情報「Ｘ中核病院」を辿ることができる。

図３に示すように、中核病院１２の患者情報ＤＢ１８には患者情報テーブル３７が格納されている。患者情報テーブル３７には、患者ＩＤ、患者の個人情報、会計情報、電子カルテ等からなる患者情報が患者毎に格納されている。患者ＩＤは、患者を一意に特定するための情報であり、この中核病院１２でのみ通用する情報である。患者情報テーブル３７は、中核病院１２の院内端末を介して新規の患者情報が入力されることで更新される。

予約管理ＤＢ１９には、院内予約管理データ２１、上述の診療所マスタ３１等が格納されている。院内予約管理データ２１は、予約枠マスタ３８及び予約情報テーブル３９からなる。予約枠マスタ３８は、上述の予約枠マスタ３５と基本的に同じであるので、説明は省略する。

予約情報テーブル３９には、センタサーバ２５などから受け付けた予約情報が登録される。予約情報は、院内予約ＩＤ、患者ＩＤ、検査の種類、予約枠ＩＤ、予約元ＩＤ、ステータスなどの情報が含まれている。ステータスは、医療検査の進捗状況を示す情報である。例えば院内サーバ１７は、検査レポート２３等が検査データＤＢ２０に登録された時に、対応する予約情報のステータスを「未了」から「完了」に更新する。

各マスタ３１，３８及び各テーブル３７，３９に記憶されている情報は互いに紐付けされており、一方の情報から辿って他方の情報を知ることができる。例えば、予約情報の患者ＩＤ「Ｓ３−０１２３４」から患者情報テーブル３７の患者の個人情報「納冨花子・・・」を辿ることができる。

図４に示すように、中核病院１２内における医療検査の予約情報や検査データは、患者ＩＤ（患者情報）に加えて、医療検査の予約情報に付与された院内予約ＩＤと紐付けされている。このため、１人の患者に対して複数の医療検査を行う場合、例えば異なる診療所１３から同じ患者に対する医療検査の予約情報を受け付けた場合には、患者ＩＤは共通であるが、院内予約ＩＤが異なる複数の予約情報や検査データが各ＤＢ１９，２０にそれぞれ格納される。

このように１人の患者に対して複数の医療検査を行う場合、患者ＩＤでは診療所１３からの照会要求に対応する予約情報や検査データを特定することができないが、院内予約ＩＤは１つの検査に１つ発行されるので、これらを確実に特定することができる。このため、上述の図２で説明したように、ＩＮＤＥＸ情報内の院内予約ＩＤにより、データセンタ１１のＩＮＤＥＸ情報と、中核病院１２の予約情報及び検査データとが紐付けられる。

図５に示すように、診療所端末１４、院内サーバ１７、及びセンタサーバ２５は、それぞれパーソナルコンピュータ、サーバ用コンピュータ、ワークステーション等のコンピュータをベースに構成されている。これら各端末・サーバ１４，１７，２５には、オペレーティングシステムなどの制御プログラムや、アプリケーションプログラム（以下、ＡＰと略す）４１がインストールされている。

各端末・サーバ１４，１７，２５は、ＣＰＵ４２、メモリ４３、ＨＤＤ（ハードディスクドライブ）４４、及び通信Ｉ／Ｆ（インターフェース）４５が設けられた本体４６と、コンソール４７とからなる。

ＨＤＤ４４には、制御プログラムや、ＡＰ４１が格納されている。メモリ４３は、ＣＰＵ４２が処理を実行するためのワークメモリである。ＣＰＵ４２は、ＨＤＤ４４に格納された制御プログラムをメモリ４３へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を制御する。

通信Ｉ／Ｆ４５は、ＬＡＮポート、ＷＡＮポート、ルータなどであり、インターネット１５或いはＶＰＮ２９に接続する通信ケーブルが接続される。通信Ｉ／Ｆ４５は、インターネット１５、或いはＶＰＮ２９を経由したデータの遣り取りをする。コンソール４７は、マウスやキーボードなどの周知の入力機器、モニタなどから構成されている。なお、以下の説明ではセンタサーバ２５のＣＰＵ４２に符号４２ａを付し、院内サーバ１７のＣＰＵ４２に符号４２ｂを付す。

図６に示すように、センタサーバ２５のＣＰＵ４２ａは、ＨＤＤ４４からＡＰ４１をロードして、このＡＰ４１に記述された処理ステップを逐次実行する。これにより、センタサーバ２５のＣＰＵ４２ａには、受付処理部４９、ＤＢアクセス部５０、送受信処理部５１、中継・結合処理部５２が構築される。

受付処理部４９は、本発明の予約受付手段及び照会要求受付手段に相当するものであり、診療所端末１４からの予約情報や医療に係る情報の照会要求を受け付ける。ＤＢアクセス部５０は、本発明の登録手段及びＩＮＤＥＸ情報生成手段に相当するものであり、センタＤＢ２６にアクセスして、センタＤＢ２６へのデータ（予約情報、ＩＮＤＥＸ情報等）の格納、センタＤＢ２６に格納されているデータの更新、及びセンタＤＢ２６からのデータの読み出し等を行う。

送受信処理部５１は、ＤＢアクセス部５０と共に本発明の通信手段及び配信要求手段を構成するものであり、院内サーバ１７のＣＰＵ４２ｂ（送受信処理部５４）とデータの遣り取りを行う。送受信処理部５１から院内サーバ１７へ送信するデータは、予約情報、予約や検査データ等の照会要求情報などであり、逆に院内サーバ１７から送受信処理部５１へ送信するデータは、院内予約ＩＤ（センタサーバ２５からの予約情報受付時）、予約情報や検査データなどである。

中継・結合処理部５２は、ＤＢアクセス部５０と共に本発明の中継手段を構成するものである。この中継・結合処理部５２は、センタサーバ２５からの照会要求に応じて院内サーバ１７から送信された医療に係る情報（予約情報や検査データ）を診療所端末１４で表示する形式に変換し、変換した情報を診療所端末１４へ送信する。

院内サーバ１７のＣＰＵ４２ｂには、ＡＰ４１に記述された処理ステップに基づき、送受信処理部５４、受付処理部５５、及びＤＢアクセス部５６が構築される。送受信処理部５４は、上述の送受信処理部５１とデータの遣り取りを行う。受付処理部５５は、送受信処理部５４を介してセンタサーバ２５からの予約情報や照会要求情報を受け付ける。

ＤＢアクセス部５６は、患者情報・予約管理・検査データＤＢ１８〜２０にアクセスして、各ＤＢ１８〜２０へのデータ（予約情報、患者情報、検査データ等）の格納、各ＤＢ１８〜２０に格納されているデータの更新・読み出し等を行う。

次に、予約受付サービスや照会サービスを行う際のＣＰＵ４２ａ，４２ｂの各部の動作について図６〜図８を用いて具体的に説明する。なお、予約受付サービスについては、診療所端末１４（中核病院１２の施設外）から予約を行う場合についてのみ説明を行い、中核病院１２内の院内端末から予約を行う場合には従来と変わらないので、ここでは説明を省略する。

［医療検査の予約受付サービス］
図７に示すように、診療所端末１４から中核病院１２の空いている予約枠を指定して医療検査の予約が行われると、センタサーバ２５の受付処理部４９は、診療所端末１４からの予約情報を受け付けて、受け付けた予約情報をＤＢアクセス部５０に引き渡す（（１）参照）。ＤＢアクセス部５０は、予約情報にセンタ予約ＩＤを付与した後、この予約情報を受付テーブル３０に一時的に登録する。また、ＤＢアクセス部５０は、予約枠マスタ３５の対応する予約枠にセンタ予約ＩＤを登録して、予約マスタ３５を更新する。

次いで、ＤＢアクセス部５０は、受付テーブル３０に登録された予約情報を読み出し、読み出した予約情報を送受信処理部５１に送信する。送受信処理部５１は、受信した予約情報を院内サーバ１７の送受信処理部５４へ送信する（（２）参照）。また、ＤＢアクセス部５０は、予約情報を送受信処理部５４へ送信した後、受付テーブル３０に登録されている予約情報から患者の個人情報や傷病名を削除したＩＮＤＥＸ情報を生成し、このＩＮＤＥＸ情報をＩＮＤＥＸ情報テーブル３６に登録する（（３）参照）。ＤＢアクセス部５０は、ＩＮＤＥＸ情報の登録後に、このＩＮＤＥＸ情報の元となる予約情報を受付テーブル３０から削除する（（４）参照）。

送受信処理部５４が受信した予約情報は、受付処理部５５を経てＤＢアクセス部５６に引き渡される。ＤＢアクセス部５６は、予約情報に院内予約ＩＤや患者ＩＤ（新規の患者には新しい患者ＩＤ、再来の患者には患者情報テーブル３７に登録されている患者ＩＤ）等を付与した後、この予約情報を予約情報テーブル３９に登録する。これと同時に、ＤＢアクセス部５６は予約枠マスタ３８を更新する。

また、ＤＢアクセス部５６は、予約情報に院内予約ＩＤを付した際に、この院内予約ＩＤ、及び予約情報に付与されているセンタ予約ＩＤを送受信処理部５４に送信する。送受信処理部５４は、院内予約ＩＤ及びセンタ予約ＩＤをセンタサーバ２５の送受信処理部５１へ送信する（（５）参照）。

送受信処理部５１は、送受信処理部５４から受信した両予約ＩＤをＤＢアクセス部５０に引き渡す。ＤＢアクセス部５０は、最初にセンタ予約ＩＤに基づき、これに対応するＩＮＤＥＸ情報をＩＮＤＥＸ情報テーブル３６から検索し、次いで検索したＩＮＤＥＸ情報に院内予約ＩＤを登録する。これにより、データセンタ１１のＩＮＤＥＸ情報と、中核病院１２の予約情報とが紐付けられる。以上で医療検査の予約の受付処理が完了する。

［医療検査に係る情報（中核病院１２の予約状況、医療検査の予約内容）の照会サービス］
図８に示すように、診療所１３が中核病院１２の予約状況、既に予約済みの医療検査の予約内容や進捗状況を確認する場合には、診療所端末１４からセンタサーバ２５に対して予約照会要求を行う（（１）参照）。この予約照会要求には、要求元の診療所１３、要求先の中核病院１２、及び検査の種類等をそれぞれ特定可能な情報が含まれている。

センタサーバ２５の受付処理部４９は、診療所端末１４から受け付けた予約照会要求をＤＢアクセス部５０に引き渡す。ＤＢアクセス部５０は、予約照会要求に基づき、この照会要求を行った診療所１３、照会要求の要求先となる中核病院１２、検査の種類等をそれぞれ特定し、これらの特定結果に合致する全ＩＮＤＥＸ情報をＩＮＤＥＸ情報テーブル３６から検索する（（２）参照）。次いで、ＤＢアクセス部５０は、検索した各ＩＮＤＥＸ情報からそれぞれ院内予約ＩＤを読み出して、各院内予約ＩＤを含む予約情報配信要求を送受信処理部５１へ送信する。送受信処理部５１は、予約情報配信要求を院内サーバ１７の送受信処理部５４へ送信する（（３）参照）。

送受信処理部５４が受信した予約情報配信要求は、受付処理部５５を経てＤＢアクセス部５６に入力される。

ＤＢアクセス部５６は、予約情報配信要求に含まれる各院内予約ＩＤに基づき、各院内予約ＩＤにそれぞれ対応する予約情報を予約情報テーブル３９から読み出す（（４）参照）。また、ＤＢアクセス部５６は、読み出した各予約情報にそれぞれ含まれる患者ＩＤに基づき、各患者ＩＤに対応する患者の個人情報や傷病名等を患者情報テーブル３７から読み出す（（４）参照）。ＤＢアクセス部５６は、各テーブル３７，３９から読み出した予約情報や患者の個人情報等に基づき、照会元予約情報テーブル５８を作成する。

照会元予約情報テーブル５８は、予約照会要求で指定された医療検査の種類（例えばＣＴ）に関して、この照会要求元の診療所１３（例えばＡ診療所）から受け付けた全予約情報をまとめたテーブルデータである。照会元予約情報テーブル５８の各予約情報は、院内予約ＩＤの他に、患者の個人情報、傷病名、ステータスなどが含まれている。この照会元予約情報テーブル５８は、ＤＢアクセス部５６から送受信処理部５４を経てセンタサーバ２５の送受信処理部５１へ送信される。

送受信処理部５１は、送受信処理部５４からの照会元予約情報テーブル５８を中継・結合処理部５２へ送信する。中継・結合処理部５２は、最初に照会元予約情報テーブル５８の各予約情報に含まれる院内予約ＩＤに基づき、各予約情報にそれぞれ対応するＩＮＤＥＸ情報の配信要求をＤＢアクセス部５０に対して行う。ＤＢアクセス部５０は、中継・結合処理部５２からの配信要求に応じて対応するＩＮＤＥＸ情報をＩＮＤＥＸ情報テーブル３６から検索して中継・結合処理部５２へ送信する。

次いで、中継・結合処理部５２は、照会元予約情報テーブル５８の各予約情報に対して、それぞれ対応するＩＮＤＥＸ情報の中から必要な情報をピックアップして結合する（（６）参照）。この必要な情報とは、各予約情報には含まれないがＩＮＤＥＸ情報には含まれており、且つ診療所端末１４で表示する必要のある情報である。例えば予約日時（予約枠ＩＤでも可）や、予約先の中核病院１２の名称（病院ＩＤでも可）などである。

このように中継・結合処理部５２は、照会元予約情報テーブル５８の各予約情報を診療所端末１４で表示する形式（センタ予約ＩＤ、個人情報、傷病名、予約枠、中核病院１２の名称、ステータスなど）に変換することで、予約情報テーブル５９を作成する。

次いで、中継・結合処理部５２は、予約情報テーブル５９と、予約枠マスタ３８とに基づいて、予約枠とその予約状況をカレンダー形式で表示するための表示画面データを生成して診療所端末１４へ送信する（（７）参照）。これにより、診療所１３が予約した医療検査の種類別（図８ではＣＴ）の予約状況を診療所端末１４で確認することができる（図１０、図１２参照）。

また、中継・結合処理部５２は、表示画面データの送信後に、診療所１３が既に予約した個々の医療検査の予約内容に対する照会要求を、受付処理部４９を介して診療所端末１４から受け付ける（（８）参照）。この診療所端末１４からの照会要求情報には、センタサーバ２５が予約情報テーブル５９から対応する予約情報を検索するためのキーとなる情報、例えばセンタ予約ＩＤなどが含まれている。中継・結合処理部５２は、照会要求に対応する予約情報を予約情報テーブル５９から検索し、検索した予約情報を診療所端末１４へ送信する（（９）参照）。これにより、診療所端末１４で所望の医療検査の予約内容を確認することができる。

中継・結合処理部５２は、診療所端末１４での予約状況や予約内容の確認が終了した時（例えば予約状況や予約内容を表示する画面が閉じられた時）に、患者の個人情報を含む予約情報テーブル５９を消去する。以上で医療検査の予約状況や予約内容の照会処理が完了する。

［医療検査に係る情報（検査データ）の照会サービス］
中核病院１２で患者の医療検査が行われ、この医療検査の検査データが検査データＤＢ２０に格納されると、院内サーバ１７は、予約情報テーブル３９内の対応する予約情報のステータスを「未了」から「完了」に更新する。このため、ステータス更新後に、診療所端末１４から予約照会要求が行われると、予約情報テーブル５９内の対応する予約情報のステータスも「完了」となる。これにより、診療所端末１４にて先に予約した医療検査の検査データの作成完了を確認することができる（図１２参照）。

なお、検査データが検査データＤＢ２０に格納された際に、センタサーバ２５から医療検査の予約元の診療所端末１４に対して、検査完了通知を送信してもよい。具体的に、院内サーバ１７は、検査データが検査データＤＢ２０に格納された時に、この検査データの院内予約ＩＤをセンタサーバ２５に送信する。センタサーバ２５は、院内予約ＩＤに対応するＩＮＤＥＸ情報をＩＮＤＥＸ情報テーブル３６から検索し、検索したＩＮＤＥＸ情報に基づき、医療検査の予約元の診療所１３を特定する。これにより、医療検査の予約元の診療所端末１４に対して検査完了通知を送信することができる。

図６及び図９に示すように、診療所端末１４にて検査データ、例えば検査レポート２３の確認を行う場合には、診療所端末１４からセンタサーバ２５に対して検査レポート２３の照会要求を行う（（１）参照）。レポート照会要求には、要求元の診療所１３を示す診療所ＩＤ、及びセンタサーバ２５が検査データ２３に対応するＩＮＤＥＸ情報を検索するためのキーとなる情報、例えば、センタ予約ＩＤなどが含まれている。このセンタ予約ＩＤは、例えば、センタサーバ２５から診療所端末１４に送信された表示画面データ、或いは検査完了通知等から取得可能である。

センタサーバ２５の受付処理部４９は、診療所端末１４から受け付けたレポート照会要求をＤＢアクセス部５０に引き渡す。ＤＢアクセス部５０は、レポート照会要求に含まれるセンタ予約ＩＤに対応するＩＮＤＥＸ情報をＩＮＤＥＸ情報テーブル３６から検索する（（２）参照）。次いで、ＤＢアクセス部５０は、検索したＩＮＤＥＸ情報の院内予約ＩＤに基づき、院内予約ＩＤを含むレポート配信要求を生成し、これを送受信処理部５１へ送信する。送受信処理部５１は、レポート配信要求を院内サーバ１７の送受信処理部５４へ送信する（（３）参照）。

送受信処理部５４が受信したレポート配信要求は、受付処理部５５を経由してＤＢアクセス部５６へ送信される。ＤＢアクセス部５６は、レポート配信要求に含まれる院内予約ＩＤに基づき、これに対応する検査レポート２３を検査データＤＢ２０から検索し、検索した検査レポート２３を送受信処理部５４へ送信する（（４）参照）。送受信処理部５４は、検査レポート２３をセンタサーバ２５の送受信処理部５１へ送信する（（５）参照）。

送受信処理部５１は、受信した検査レポート２３を中継・結合処理部５２へ送信する。中継・結合処理部５２は、上述の予約照会要求時と同様に、検査レポート２３に付与されている院内予約ＩＤに基づき、この院内予約ＩＤに対応したＩＮＤＥＸ情報をＤＢアクセス部５０から取得する。次いで、送受信処理部５１は、ＩＮＤＥＸ情報に含まれる情報の中から必要な情報をピックアップして、検査レポート２３に既に付与されている情報と結合させる（（６）参照）。この必要な情報としては、例えばセンタ予約ＩＤや予約先の中核病院１２の名称（病院ＩＤ）などである。こうして中継・結合処理部５２は、検査レポート２３を診療所端末１４にて表示する形式に変換する。

次いで、中継・結合処理部５２は、診療所端末１４からのレポート照会要求に含まれる診療所ＩＤ等に基づき、レポート照会要求元の診療所端末１４に対して検査レポート２３を送信する（（７）参照）。中継・結合処理部５２は、診療所端末１４での検査レポート２３の確認が終了した時（例えばレポート閲覧画面が閉じられた時）に、検査レポート２３を破棄する。以上で検査レポートの照会処理が完了する。

図１０は、診療所端末１４のモニタに表示される予約受付画面６１である。予約受付画面６１は、上述の表示画面データ（予約枠マスタ３８、予約情報テーブル５９）に基づいて作成される。表示画面データは、ＨＴＭＬ形式やＸＭＬ形式などのマークアップ言語によって記述されたテキストファイルとして診療所端末１４に配信される。診療所端末１４にはブラウザがインストールされており、このブラウザが表示画面データのテキストファイルの記述にしたがって、予約受付画面６１を構成してモニタに出力する。

予約受付画面６１には、医療検査の予約先の中核病院１２を選択する予約先選択ボックス６１ａと、予約枠とその予約状況をカレンダー形式で表示するとともに、申込みを受け付ける予約状況表示領域６１ｂとが設けられている。

予約先選択ボックス６１ａは、この予約先選択ボックス６１ａの右端の逆三角形のマークをポインタＰで指定してクリックすることで、予約先として選択可能な中核病院１２の名称がプルダウンメニューの形式でリスト表示される。この中から、例えば「Ｘ中核病院」を選択すると、予約状況表示領域６１ｂにＸ中核病院の予約状況が表示される。

予約状況表示領域６１ｂは、ＣＴ検査、ＭＲＩ検査、腹部エコー検査、アイソトープ検査、動脈硬化検査などの検査の種類毎に選択的に表示される。表示の切替えは、タブ６３によって行われる。なお、図１０ではＣＴ検査が選択されている。

予約状況表示領域６１ｂには、カレンダー形式で月単位の予約状況を一覧できる月別表示領域６４と、この月別表示領域６４で指定された１日分の予約状況を表示する日別表示領域６５とが設けられている。月別表示領域６４の予約枠に空きのある受付け可能な日は、無印で表示される。また、過日及び休日には「×」印が表示され、既に予約が埋まっている日は特定の色で塗りつぶされる（ハッチングで示す）。こうした表示により、予約ができる日とできない日が区別される。

月別表示領域６４内の所望の日をポインタＰで指定してクリックするクリック操作（以下、単にクリック操作という）が行われると、日別表示領域６５には、指定された日を含む数日間の予約枠６７が時間帯毎に表示される。受付け可能な予約枠６７には、予約ボタン６８が配されている。既に予約が埋まっている予約枠６７には、「×」印が表示される。

予約ボタン６８のクリック操作が行われると、図１１に示すように、予約受付画面６１に切り替えて、患者名などの申込みに必要な項目を入力する入力画面７１がモニタに表示される。この入力画面７１には、予約受付画面６１で指定した中核病院１２の名称、検査の種類、予約枠の時間帯などが表示されるとともに、患者名、患者の生年月日、性別、住所・電話番号をそれぞれ入力するための入力バー７２，７３，７４，７５、予め登録されたリストの中から傷病名を選択するためのプルダウンメニュー７６、及び申込み内容を決定するための決定ボタン７７が配される。

決定ボタン７７のクリック操作が行われると、入力画面７１に替えて、予約が受け付けられたか否かを表示する予約結果表示画面（図示省略）が表示される。また、予約が受け付けられた時は、入力画面７１の内容に基づき、患者の個人情報、傷病名、検査の種類、予約枠、予約元の診療所１３の名称、予約先の中核病院１２の名称などからなる予約情報がセンタサーバ２５へ送信される。

図１２に示すように、予約が受け付けられると、入力画面７１で指定された予約枠６７に、医療検査を受ける患者の氏名などが表示されるとともに、予約内容を表示するための詳細表示ボタン７９が表示される。更に、この患者の医療検査の検査レポート２３が検査データＤＢ２０に格納されている場合には、予約枠６７にレポート表示ボタン８０が表示される。

図１３に示すように、詳細表示ボタン７９のクリック操作が行われると、予約受付画面６１に切り替えて、予約内容（予約先の中核病院１２の名称、検査の種類、予約日時、患者の個人情報、傷病名、ステータス）を表示した予約内容表示画面８１がモニタに表示される。この予約内容表示画面８１は、診療所端末１４がセンタサーバ２５から受信した予約情報テーブル５９内の各予約情報のデータに基づき作成される。

図１４に示すように、レポート表示ボタン８０のクリック操作が行われると、予約受付画面６１に切り替えて、レポート閲覧画面８２がモニタに表示される。レポート閲覧画面８２は、診療所端末１４がセンタサーバ２５から受信した検査レポート２３に基づき作成される。このレポート閲覧画面８２には、検査レポート２３の本文（所見や検査画像）を表示する主要表示領域８２ａと、この検査レポート２３に付与されている各種情報（患者の個人情報、検査施設、検査の種類等）を表示する付帯情報表示領域８２ｂとが設けられている。

以下、図１５のフローチャートを参照して、診療所端末１４からの予約情報、及び医療検査に係る情報の照会要求を受け付けたときの医用ネットワークシステム１０、特にセンタサーバ２５の処理手順を説明する。

［医療検査の予約受付サービス］
図１５では図示を省略しているが、診療所端末１４で予約受付画面６１（ＷＥＢブラウザ）の起動操作がなされると、診療所端末１４からセンタサーバ２５へ予約照会要求（図８の（１）参照）が行われる。例えば、Ａ診療所で図１０に示す予約受付画面６１の起動操作が行われた場合、予約照会要求には、要求元：Ａ診療所、要求先：Ｘ中核病院、検査の種類：ＣＴをそれぞれ示す情報が含まれる。

センタサーバ２５が診療所端末１４から予約照会要求を受け付けると、センタサーバ２５及び院内サーバ１７のＣＰＵ４２ａ，４２ｂにより、上述の図８で説明した（２）ＩＮＤＥＸ情報テーブル検索処理、（３）予約情報配信要求処理、（４）予約情報及び患者情報の検索・抽出処理、（５）照会元予約情報テーブル送信処理、（６）結合処理、（７）表示画面データ送信処理とが順に実行されて、診療所端末１４のモニタには予約受付画面６１（図１０参照）が表示される。

予約受付画面６１内の予約ボタン６８がクリック操作されると、モニタには、予約受付画面６１に替えて入力画面７１（図１１参照）が表示される。入力画面７１内の予約に必要な項目が全て入力された後、決定ボタン７７がクリック操作されると、入力画面７１に入力された内容で予約が申し込まれる。診療所端末１４から申し込まれた予約情報は、センタサーバ２５に送信された後、センタＤＢ２６の受付テーブル３０に一時的に格納される（図７の（１）参照）。

受付テーブル３０に予約情報が一時的に登録されると、センタサーバ２５及び院内サーバ１７のＣＰＵ４２ａ，４２ｂは、上述の図７で説明した（２）予約情報送信処理、（３）ＩＮＤＥＸ情報登録処理、（４）予約情報削除処理、（５）院内及びセンタ予約ＩＤ送信処理を順に実行する。これにより、センタＤＢ２６のＩＮＤＥＸ情報テーブル３６に、予約情報から患者の個人情報や傷病名を削除したＩＮＤＥＸ情報が登録され、この登録後に受付テーブル３０に登録された予約情報は削除される。

また、ＩＮＤＥＸ情報には、このＩＮＤＥＸ情報の元となる予約情報に対して院内サーバ１７が付与した院内予約ＩＤが登録される。これにより、データセンタ１１のＩＮＤＥＸ情報と、中核病院１２の予約情報とが紐付けられるので、データセンタ１１で個人情報を含む予約情報を保管する必要が無くなる。

［医療検査に係る情報の照会サービス］
医療検査の予約が行われた後、診療所端末１４で予約受付画面６１の起動操作がなされると、再び診療所端末１４からセンタサーバ２５へ予約照会要求が行われる。この予約照会要求により、上述の図８で説明した（２）〜（７）の各処理が再び実行されて、診療所端末１４のモニタには予約受付画面６１が表示される。この際に、予約受付画面６１内の診療所１３が予約した予約枠６７には、詳細表示ボタン７９が表示される（図１２参照）。

詳細表示ボタン７９がクリック操作されると、予約内容の照会要求が診療所端末１４からセンタサーバ２５に対して行われる。センタサーバ２５のＣＰＵ４２ａは、上述の図８の（８）、（９）で説明したように、照会要求に対応する予約情報を予約情報テーブル５９から検索し、検索した予約情報を診療所端末１４へ送信する。これにより、モニタには、予約受付画面６１に替えて予約内容表示画面８１（図１３参照）が表示される。

また、診療所端末１４にて予約受付画面６１の起動操作がなされた時に、先に予約した医療検査の検査レポート２３が検査データＤＢ２０に格納されている場合には、予約受付画面６１の予約枠６７にレポート表示ボタン８０が表示される（図１２参照）。

レポート表示ボタン８０のクリック操作がなされると、診療所端末１４からセンタサーバ２５に対して検査レポート２３の照会要求が行われる。このレポート照会要求により、センタサーバ２５及び院内サーバ１７のＣＰＵ４２ａ，４２ｂは、上述の図９で説明した（２）ＩＮＤＥＸ情報テーブル検索処理、（３）レポート配信要求処理、（４）レポート検索処理、（５）センタサーバへの検査レポート送信処理、（６）結合処理、（７）診療所端末への検査レポート送信処理を順に実行する。こうして診療所端末１４のモニタには、予約受付画面６１に替えてレポート閲覧画面８２（図１４参照）が表示される。

診療所端末１４のモニタに表示されている予約受付画面６１及び予約内容表示画面８１が閉じられた時、中継・結合処理部５２は先に作成した予約情報テーブル５９を破棄する。また、レポート閲覧画面８２が閉じられた時、中継・結合処理部５２は検査レポート２３を破棄する。なお、予約情報テーブル５９や検査レポート２３の破棄は、診療所端末１４に対して予約情報テーブル５９や検査レポート２３をそれぞれ送付した後に行ってもよい。データセンタ１１は、予約情報や検査データ等の個人情報を含む医療検査に係る情報を保管することなく、予約受付サービスや照会サービスを提供することができる。その結果、患者の個人情報を含んだ医療情報の管理に多大な費用をかける必要がなくなるので、低コストに予約受付・照会サービスを行うことができる。

上記実施形態では、診療所端末１４の予約受付画面６１の起動操作がなされた時に、センタサーバ２５は、診療所１３が中核病院１２に対して行った医療検査（例えばＣＴ）の全予約情報（照会元予約情報テーブル５８）を院内サーバ１７から取得しているが、例えば、医師が確認を希望する予約情報のみを院内サーバ１７から取得してもよい。

具体的には、診療所端末１４は、センタサーバ２５に予約情報を送信した際に、センタサーバ２５に対してセンタ予約ＩＤの配信要求を行って、センタサーバ２５からセンタ予約ＩＤを取得する。医療検査の予約内容の確認を行う場合には、診療所端末１４にて先に取得したセンタ予約ＩＤの入力操作を行うことで、診療所端末１４からセンタサーバ２５へセンタ予約ＩＤを含む予約内容配信要求を送信する。これにより、センタサーバ２５は、診療所端末１４からの予約内容配信要求に含まれるセンタ予約ＩＤに基づき、これに対応するＩＮＤＥＸ情報を検索することで、医師が確認を希望する予約情報のみを院内サーバ１７から取得することができる。なお、検査データも同様の手法で取得可能である。

上記実施形態では、ＩＮＤＥＸ情報をセンタ予約ＩＤ、予約先ＩＤ、検査の種類、予約枠ＩＤ、予約元ＩＤ、院内予約ＩＤにより構成した例を説明したが、少なくとも医療検査の予約元、医療検査の予約先、及び予約先が受け付けた予約情報をそれぞれ特定可能であればＩＮＤＥＸ情報の構成は特に限定されない。

上記実施形態では、医療検査に係る情報として、医療検査の予約情報（進捗状況）、検査データ等を例に挙げて説明したが、患者の個人情報を含む情報であれば特に限定されない。

上記実施形態では、センタサーバ２５が、院内サーバ１７から送信された医療検査に係る情報と、ＩＮＤＥＸ情報の中の必要な情報とを結合して、結合後の情報を診療所端末１４へ送信する例について説明したが、ＩＮＤＥＸ情報に診療所端末１４にて表示の必要がある情報が含まれていない場合には、院内サーバ１７からの医療検査に係る情報をそのまま診療所端末１４へ送信してもよい。

１０ 医用ネットワークシステム
１１ データセンタ
１２ 中核病院
１３ 診療所
１４ 診療所端末
１７ 院内サーバ
１８ 患者情報ＤＢ
１９ 予約管理ＤＢ
２０ 検査データＤＢ
２３ 検査レポート
２５ センタサーバ
２６ センタＤＢ
３６ ＩＮＤＥＸ情報テーブル
３７ 患者情報テーブル
３９ 予約情報テーブル
４９，５５ 受付処理部
５０，５６ ＤＢアクセス部
５１，５４ 送受信処理部
５２ 中継・結合処理部

Claims (10)

1. 医療検査を予約する予約元の端末から、患者の個人情報を含む医療検査の予約情報を受け付ける予約受付手段と、
   前記予約受付手段が受け付けた前記予約情報を、前記予約元が指定した医療検査施設に設置された院内サーバへ送信する通信手段と、
   前記予約情報の送信後に、この予約情報から前記個人情報を削除して、前記予約元、予約先の医療検査施設、及び予約先の前記院内サーバが受け付けた前記予約情報をそれぞれ特定可能なＩＮＤＥＸ情報を生成するＩＮＤＥＸ情報生成手段と、
   前記端末から、前記予約元が予約した医療検査に係る情報の照会要求を受け付ける照会要求受付手段と、
   前記照会要求受付手段が前記照会要求を受け付けた時に、前記ＩＮＤＥＸ情報に基づき予約先の前記院内サーバに対して、前記医療検査に係る情報の配信要求を行う配信要求手段と、
   前記配信要求に応じて前記院内サーバから送信された前記医療検査に係る情報を前記端末へ中継し、この中継終了後に当該医療検査に係る情報を破棄する中継手段と、
   を備えることを特徴とする中継サーバ。
2. 前記予約受付手段が受け付けた前記予約情報を、この予約情報を一意に特定するための第１予約ＩＤに対応付けてデータベースに一時的に登録する登録手段を備え、
   前記ＩＮＤＥＸ情報生成手段は、前記データベースに登録された前記予約情報から、前記第１予約ＩＤを含む前記ＩＮＤＥＸ情報を生成することを特徴とする請求項１記載の中継サーバ。
3. 前記通信手段は、前記予約情報の送信後、この予約情報を受け付けた前記院内サーバが当該予約情報を一意に特定するために当該予約情報に付与した第２予約ＩＤを前記院内サーバから受信し、
   前記ＩＮＤＥＸ情報生成手段は、前記院内サーバが受け付けた前記予約情報を特定するための情報として、前記第２予約ＩＤを前記ＩＮＤＥＸ情報に登録することを特徴とする請求項１または２記載の中継サーバ。
4. 前記医療検査に係る情報は、前記院内サーバにより、当該医療検査の前記予約情報に付与された前記第２予約ＩＤに対応付けられた状態で院内データベースに格納されており、
   前記配信要求手段は、前記照会要求で指定された医療検査に対応する前記ＩＮＤＥＸ情報を前記データベースから検索し、検索した前記ＩＮＤＥＸ情報に基づき前記配信要求の要求先となる前記院内サーバを特定するとともに、特定した前記院内サーバに対して当該ＩＮＤＥＸ情報に含まれる前記第２予約ＩＤを送信することを特徴とする請求項３記載の中継サーバ。
5. 前記中継手段は、前記院内サーバから送信された前記医療検査に係る情報を前記端末で表示する形式に変換し、この変換後の情報を前記端末へ中継することを特徴とする請求項１ないし４いずれか１項記載の中継サーバ。
6. 前記中継手段は、前記医療検査に係る情報と、この医療検査に係る情報に含まれていないが前記ＩＮＤＥＸ情報には含まれており、且つ前記端末にて表示の必要がある情報とを結合して、前記変換後の情報を生成することを特徴とする請求項５記載の中継サーバ。
7. 前記医療検査に係る情報は、前記予約元が予約した医療検査の予約内容、前記個人情報を含む医療検査の検査結果の少なくともいずれか１つであることを特徴とする請求項１ないし６いずれか１項記載の中継サーバ。
8. 医療検査を予約する予約元に設置され、患者の個人情報を含む医療検査の予約情報を発行する端末と、
   医療検査を行う医療検査施設に設置され、医療検査の予約情報を受け付ける院内サーバと、
   前記医療検査施設外に設置され、前記端末及び前記院内サーバにそれぞれネットワークを介して接続された請求項１ないし７いずれか１項記載の中継サーバと、
   を備えることを特徴とする医用ネットワークシステム。
9. 前記院内サーバは、前記中継サーバから受信した前記第２予約ＩＤに基づき、この第２予約ＩＤに対応する前記医療検査に係る情報を前記院内データベースから検索し、検索した当該医療検査に係る情報を前記中継サーバへ送信することを特徴とする請求項８記載の医用ネットワークシステム。
10. 医療検査を予約する予約元の端末から、患者の個人情報を含む医療検査の予約情報を受け付ける予約受付ステップと、
    前記予約受付ステップで受け付けた前記予約情報を、前記予約元が指定した医療検査施設に設置された院内サーバへ送信する送信ステップと、
    前記予約情報の送信後に、この予約情報から前記個人情報を削除して、前記予約元、予約先の医療検査施設、及び予約先の前記院内サーバが受け付けた前記予約情報をそれぞれ特定可能なＩＮＤＥＸ情報を生成するＩＮＤＥＸ情報生成ステップと、
    前記端末から、前記予約元が予約した医療検査に係る情報の照会要求を受け付ける照会要求受付ステップと、
    前記照会要求受付ステップ後に、前記ＩＮＤＥＸ情報に基づき予約先の前記院内サーバに対して、前記医療検査に係る情報の配信要求を行う配信要求ステップと、
    前記配信要求に応じて前記院内サーバから送信された前記医療検査に係る情報を前記端末へ中継し、この中継終了後に当該医療検査に係る情報を破棄する中継ステップと、
    を有することを特徴とする中継サーバの制御方法。

Images