(57)【要約】【課題】医療検査の予約元への検査データの送信業務の負荷を低減する。【解決手段】データセンタ１１のセンタサーバ２５は、診療所１３の診療所端末１４から受け付けた予約情報を中核病院１２の院内サーバ１７へ送信する。センタサーバ２５は、院内サーバ１７に対して、院内サーバ１７が予約情報に付した患者ＩＤの配信要求を行う。センタサーバ２５は、患者ＩＤ配信要求に応答して院内サーバ１７から送信された患者ＩＤを、診療所端末１４からの予約情報に関連付けてセンタＤＢ２６に格納する。センタサーバ２５は、院内サーバ１７から患者ＩＤを含む検査データ２４がアップロードされた時、この検査データ２４に対応する予約情報をセンタＤＢ２６内から検索する。センタサーバ２５は、検索した予約情報の送付元の診療所端末１４へ検査データ２４を送信する。人手が掛からないので検査データの送信業務の負荷を低減することができる。【選択図】図１２
2010224743.tif 000002
【特許請求の範囲】
【請求項１】
患者の医療検査を予約する予約元の端末から、医療検査の予約情報を受け付けて予約情報データベースに格納する予約受付手段と、
前記予約受付手段が受け付けた前記予約情報を、前記予約元が指定した医療検査施設に設置された院内サーバへ送信する送信手段と、
前記予約情報を受け付けた前記院内サーバに対して、この院内サーバが当該予約情報に付与した、患者を一意に特定するための患者ＩＤの配信要求を行う配信要求手段と、
前記配信要求に応じて前記院内サーバから送信された前記患者ＩＤを、前記予約情報データベース内の対応する前記予約情報に関連付けて前記予約情報データベースに格納する患者ＩＤ格納手段と、
前記院内サーバから、前記予約情報に基づいて行われた医療検査の検査データ、及びこの検査データに付帯された少なくとも前記患者ＩＤを含む付帯情報を受け付ける検査データ受付手段と、
前記検査データ受付手段が前記検査データを受け付けた時に、前記付帯情報の前記患者ＩＤと前記予約情報に関連付けられた前記患者ＩＤとに基づいて、当該検査データに対応する前記予約情報を前記予約情報データベースから検索する検索手段と、
前記検索手段の検索結果に基づき、前記検査データに対応する前記予約情報の送付元の前記端末に対して、前記検査データを中継する中継手段と、
を備えることを特徴とする中継サーバ。
【請求項２】
前記検査データ受付手段が受け付けた前記検査データを、前記検索手段が検索した前記予約情報と関連付けて検査データ用データベースに格納する検査データ格納手段を備えることを特徴とする請求項１記載の中継サーバ。
【請求項３】
前記予約情報データベース内の前記予約情報には、医療検査の予約日時、検査種類の各情報が含まれているとともに、前記検査データの付帯情報には、検査日、検査種の各情報が含まれており、
前記検索手段は、前記予約情報データベース内の前記予約情報に、前記付帯情報に含まれる前記各情報と一致する情報を含むものがあるか否かを検索することを特徴とする請求項１または２記載の中継サーバ。
【請求項４】
前記検索手段は、前記検査データに対応する前記予約情報が見つからなかった場合、当該検査データをキューに格納するとともに、
前記予約情報データベースの中から、前記キューに格納された前記検査データに対応する前記予約情報を手動操作により選択するための手動選択手段を備えており、
前記中継手段は、前記手動選択手段で選択された前記予約情報の送付元の前記端末に対して、前記検査データを中継することを特徴とする請求項１ないし３いずれか１項記載の中継サーバ。
【請求項５】
患者の医療検査を予約する予約元に設置され、医療検査の予約情報を発行する端末と、
医療検査を行う医療検査施設に設置され、医療検査の予約情報を受け付ける院内サーバと、
前記医療検査施設外に設置され、前記端末及び前記院内サーバにそれぞれネットワークを介して接続された請求項１ないし４いずれか１項記載の中継サーバと、
を備えることを特徴とする医用ネットワークシステム。
【請求項６】
患者の医療検査を予約する予約元の端末から、医療検査の予約情報を受け付けて予約情報データベースに格納する予約受付ステップと、
前記予約受付ステップで受け付けた前記予約情報を、前記予約元が指定した医療検査施設に設置された院内サーバへ送信する送信ステップと、
前記予約情報を受け付けた前記院内サーバに対して、この院内サーバが当該予約情報に付与した、患者を一意に特定するための患者ＩＤの配信要求を行う配信要求ステップと、
前記配信要求に応じて前記院内サーバから送信された前記患者ＩＤを、前記予約情報データベース内の対応する前記予約情報に関連付けて前記予約情報データベースに格納する患者ＩＤ格納ステップと、
前記院内サーバから、前記予約情報に基づいて行われた医療検査の検査データ、及びこの検査データに付帯された少なくとも前記患者ＩＤを含む付帯情報を受け付ける検査データ受付ステップと、
前記検査データに付帯されている前記患者ＩＤと、前記予約情報に関連付けられた前記患者ＩＤとに基づいて、当該検査データに対応する前記予約情報を前記予約情報データベースから検索する検索ステップと、
前記検索ステップで検索した前記予約情報の送付元の前記端末に対して、前記検査データを中継する中継ステップと、
を有することを特徴とする中継サーバの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診療所と医療検査施設との間で各種医用情報を中継する中継サーバ及びその制御方法、並びにこの中継サーバを備える医用ネットワークシステムに関するものである。
【背景技術】
【０００２】
地域における医療施設間の医療連携の一環として、診療所等の比較的小規模な医療施設からの医療検査の依頼を受け、地域内の中核病院等、高度な医療検査設備を持つ比較的大規模な医療施設が医療検査を実施している。近年、こうした医療連携サービスを提供するデータセンタを介して、医療施設間における医療検査の予約をオンラインで行うことができる医用ネットワークシステムが開発されている。
【０００３】
医用ネットワークシステムは、医療検査の予約を申し込むための診療所の端末と、予約を受け付ける中核病院の院内サーバと、診療所の端末及び院内サーバにそれぞれネットワーク接続されたデータセンタのセンタサーバとを備えている。診療所の端末は、予約の申し込みに際して、患者の氏名、生年月日、住所、検査種（例えばＣＴやＭＲＩ等）、検査日時を含む医療検査の予約情報をセンタサーバに発行する。
【０００４】
院内サーバは、不正アクセスなどによる患者の個人情報の漏洩を防止するために、診療所端末など不特定の外部の端末からの直接的なオンラインアクセスが規制されている。こうしたアクセス規制により、センタサーバは、診療所の端末から受け付けた予約情報を院内サーバへ送信するとともに、診療所端末に検査結果や中核病院の予約状況を配信するために、診療所端末からの予約情報をデータセンタ内のセンタデータベース（ＤＢ）に格納している。院内サーバは、センタサーバ経由で受け付けた予約情報に予約ＩＤや患者ＩＤ等を付与してセンタ予約管理ＤＢに格納するとともに、院内の各検査科に対して予約情報に基づくオーダを送信する。
【０００５】
患者が指定日時に指定病院を訪問すると医療検査が実施され、検査画像の撮影や医用レポート（以下、単にレポートという）の作成がなされる。検査画像や医用レポート（以下、単にレポートという）等の検査データは、患者ＩＤ、患者名、検査日、検査種等の項目が付与された状態で院内の検査データ用ＤＢに格納される。検査データの作成が完了すると、従来は、病院から予約元の診療所に対して、検査画像やレポートをそれぞれフイルムや紙にプリントアウトしたものを送付していた。このため、プリントアウト処理や送付手続き処理を病院の事務員等が行う必要があり、時間とコストが掛かるという問題があった。
【０００６】
特許文献１には、病院からデータセンタ経由で予約元の診療所に対してオンラインで検査データを送信可能なデータ送信システムが記載されている。例えば、院内サーバは、院内の検査データ用ＤＢに格納された検査データを読み出してセンタサーバへ送信する。センタサーバは、院内サーバから受け付けた検査データをデータセンタ内に設置された検査データ用ＤＢに格納する。診療所端末からセンタサーバにアクセスして検査データの配信要求を行うことで、センタサーバから診療所端末へ検査データが送られ、診療所端末のモニタに検査画像やレポートを表示することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−７７１１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
データセンタのシステムと病院のシステムとは、前述の個人情報漏洩防止の観点から、隔離されており、さらに検査データに付与されている予約ＩＤや患者ＩＤは病院内でのみ通用する番号である。このため、特許文献１のようにしてセンタサーバが院内サーバから検査データを受け付けたときに、センタサーバは、受け付けた検査データがセンタＤＢ内のどの予約情報に基づいた医療検査の検査データであるかを判別することができない。
【０００９】
このような事情があるため、データセンタでは、院内サーバからの検査データを受け付けたときに、この検査データに対応する予約情報を探す必要があり、医療検査の予約元の診療所端末への検査データの送信業務の負荷が非常に大きくなるという問題が生じている。
【００１０】
本発明は上記問題を解決するためになされたものであり、医療検査の予約元への検査データの送信業務の負荷を低減可能にした中継サーバ及びその制御方法、並びに医用ネットワークシステムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明の中継サーバは、患者の医療検査を予約する予約元の端末から、医療検査の予約情報を受け付けて予約情報データベースに格納する予約受付手段と、前記予約受付手段が受け付けた前記予約情報を、前記予約元が指定した医療検査施設に設置された院内サーバへ送信する送信手段と、前記予約情報を受け付けた前記院内サーバに対して、この院内サーバが当該予約情報に付与した、患者を一意に特定するための患者ＩＤの配信要求を行う配信要求手段と、前記配信要求に応じて前記院内サーバから送信された前記患者ＩＤを、前記予約情報データベース内の対応する前記予約情報に関連付けて前記予約情報データベースに格納する患者ＩＤ格納手段と、前記院内サーバから、前記予約情報に基づいて行われた医療検査の検査データ、及びこの検査データに付帯された少なくとも前記患者ＩＤを含む付帯情報を受け付ける検査データ受付手段と、前記検査データ受付手段が前記検査データを受け付けた時に、前記付帯情報の患者ＩＤと前記予約情報に関連付けられた前記患者ＩＤとに基づいて、当該検査データに対応する前記予約情報を前記予約情報データベースから検索する検索手段と、前記検索手段の検索結果に基づき、前記検査データに対応する前記予約情報の送付元の前記端末に対して、前記検査データを中継する中継手段と、を備えることを特徴とする。
【００１２】
前記検査データ受付手段が受け付けた前記検査データを、前記検索手段が検索した前記予約情報と関連付けて検査データ用データベースに格納する検査データ格納手段を備えることが好ましい。
【００１３】
前記予約情報データベース内の前記予約情報には、医療検査の予約日時、検査種類の各情報が含まれているとともに、前記検査データの付帯情報には、検査日、検査種の各情報が含まれており、前記検索手段は、前記予約情報データベース内の前記予約情報に、前記付帯情報に含まれる前記各情報と一致する情報を含むものがあるか否かを検索することが好ましい。
【００１４】
前記検索手段は、前記検査データに対応する前記予約情報が見つからなかった場合、当該検査データをキューに格納するとともに、前記予約情報データベースの中から、前記キューに格納された前記検査データに対応する前記予約情報を手動操作により選択するための手動選択手段を備えており、前記中継手段は、前記手動選択手段で選択された前記予約情報の送付元の前記端末に対して、前記検査データを中継することが好ましい。
【００１５】
本発明の医用ネットワークシステムは、患者の医療検査を予約する予約元に設置され、医療検査の予約情報を発行する端末と、医療検査を行う医療検査施設に設置され、医療検査の予約情報を受け付ける院内サーバと、前記医療検査施設外に設置され、前記端末及び前記院内サーバにそれぞれネットワークを介して接続された請求項１ないし４いずれか１項記載の中継サーバと、を備えることを特徴とする。
【００１６】
本発明の中継サーバの制御方法は、患者の医療検査を予約する予約元の端末から、医療検査の予約情報を受け付けて予約情報データベースに格納する予約受付ステップと、前記予約受付ステップで受け付けた前記予約情報を、前記予約元が指定した医療検査施設に設置された院内サーバへ送信する送信ステップと、前記予約情報を受け付けた前記院内サーバに対して、この院内サーバが当該予約情報に付与した、患者を一意に特定するための患者ＩＤの配信要求を行う配信要求ステップと、前記配信要求に応じて前記院内サーバから送信された前記患者ＩＤを、前記予約情報データベース内の対応する前記予約情報に関連付けて前記予約情報データベースに格納する患者ＩＤ格納ステップと、前記院内サーバから、前記予約情報に基づいて行われた医療検査の検査データ、及びこの検査データに付帯された少なくとも前記患者ＩＤを含む付帯情報を受け付ける検査データ受付ステップと、前記検査データに付帯されている前記患者ＩＤと、前記予約情報に関連付けられた前記患者ＩＤとに基づいて、当該検査データに対応する前記予約情報を前記予約情報データベースから検索する検索ステップと、前記検索ステップで検索した前記予約情報の送付元の前記端末に対して、前記検査データを中継する中継ステップと、を有することを特徴とする。
【発明の効果】
【００１７】
本発明の中継サーバ及びその制御方法、並びに医用ネットワークシステムは、院内サーバから取得した患者ＩＤを医療検査の予約元から受け付けた予約情報に関連付けておき、この予約情報に関連付けられた患者ＩＤと、院内サーバから受け付けた検査データに付帯された患者ＩＤとに基づいて、院内サーバからの検査データに対応する予約情報を検索することにより、人手を掛けずに検査データを予約元に送ることができる。その結果、予約元への検査データの送信業務の負荷を大幅に低減することができる。また、院内サーバから検査データを受け付けたときに、医療検査の予約元に対してすみやかに検査完了通知や検査データを送ることができる。また、人手を掛けずに、院内サーバから受け付けた検査データと、予約元の端末から受け付けた予約情報とを自動的に関連付けることができるので、人為的な関連付けミスを減らすことができる。
【図面の簡単な説明】
【００１８】
【図１】医用ネットワークシステムの構成を示す概略図である。
【図２】センタＤＢに格納された予約情報の説明図である。
【図３】患者情報ＤＢ、予約管理ＤＢ、検査データ用ＤＢにそれぞれ格納された患者情報、予約情報、検査データの説明図である。
【図４】診療所端末、レポート作成端末、院内端末、院内サーバ、センタサーバの電気的構成を示すブロック図である。
【図５】院内サーバ、センタサーバのＣＰＵの機能ブロック図である。
【図６】患者基本情報の検索結果が一致した場合の院内サーバの機能部の処理を示す説明図である。
【図７】患者基本情報の検索結果が不一致であった場合の院内サーバの機能部の処理を示す説明図である。
【図８】患者ＩＤをセンタ予約管理情報に登録する場合のセンタサーバの機能部の処理を示す説明図である。
【図９】検査データに対応する予約情報が有った場合のセンタサーバの機能部の処理を示す説明図である。
【図１０】検査データに対応する予約情報が無かった場合のセンタサーバの機能部の処理を示す説明図である。
【図１１】検査データとこの検査データに対応する予約情報との関連付けを手動操作で行う場合のセンタサーバの機能部の処理を示す説明図である。
【図１２】診療所端末から予約情報を受け付けたときの医用ネットワークシステムの処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１９】
図１に示すように、医用ネットワークシステム１０は、データセンタ１１と複数の医療施設に設置されたコンピュータシステムとを通信ネットワークで接続し、オンラインで医療検査の予約受付を行うとともに、医療検査の検査データを予約元に送信するシステムである。データセンタ１１は、複数の医療施設に対して、医療検査の予約受付サービスと、検査データの送信サービスとを提供する。
【００２０】
複数の医療施設には、中核病院（医療検査施設）１２と診療所１３がある。中核病院１２は、ＣＴ（Computed Tomography）装置やＭＲＩ（Magnetic Resonance Imaging）装置などの高度な医療検査装置を保有する。中核病院１２は、その地域内の医療施設の中で比較的大規模な医療施設であり、外部の診療所１３からの医療検査依頼を受け付けて医療検査を実施する。
【００２１】
診療所１３は、高度な医療検査装置を持たない小規模な医療施設であり、診療所端末１４を備えている。診療所端末１４は、ＷＥＢブラウザがインストールされたパーソナルコンピュータである。診療所端末１４は、医療検査の予約情報を発行し、インターネット１５を通じてデータセンタ１１経由で中核病院１２に対して医療検査の予約を行う。また、診療所端末１４は、データセンタ１１のコンピュータシステムにアクセスして、先に予約した医療検査の検査データを取得する。
【００２２】
中核病院１２のコンピュータシステムは、院内サーバ１７と、患者情報データベース（ＤＢ）１８と、予約管理ＤＢ１９と、検査データ用ＤＢ２０とを備えている。院内サーバ１７は、中核病院１２に施設された院内ネットワーク（図示せず）を介して、上述の各ＤＢ１８〜２０、院内の各検査科１２ａに設置された各種医療検査装置（ＣＴ装置やＭＲＩ装置等）２１ａ及びレポート作成端末２１ｂ、院内の診療科（図示せず）に設置された院内端末２１ｃなどと接続されている。
【００２３】
患者情報ＤＢ１８には、中核病院１２を受診した患者の情報を集約した患者情報テーブル２２（図３参照）が格納されている。予約管理ＤＢ１９には、中核病院１２の医療検査の予約状況などを表す院内予約管理情報２３（図３参照）が格納されている。検査データ用ＤＢ２０には、医療検査の検査データ２４が格納されている。
【００２４】
院内サーバ１７は、大別して中継サーバ、予約管理サーバ、オーダ管理サーバ、ＤＢサーバなどの複数のサーバから構成されている。中継サーバは、中核病院１２とデータセンタ１１との間で遣り取りされる各種情報を中継する。
【００２５】
予約管理サーバは、所謂ＨＩＳ（Hospital Information System）を構成するサーバであり、院内端末２１ｃからの予約情報やデータセンタ１１経由で診療所１３からの予約情報を受け付けて、医療検査のスケジュール管理を行う。予約管理サーバは、受け付けた予約情報を院内予約管理情報２３に登録して予約状況を更新する。予約管理サーバは、受け付けた予約情報に基づき、オーダ管理サーバに対して医療検査のオーダを行う。
【００２６】
オーダ管理サーバは、院内の各検査科１２ａに配置されており、例えば放射線科であれば、ＲＩＳ（Radiology Information System）を構成するサーバである。オーダ管理サーバは、検査科１２ａ毎のオーダを保存・管理する。オーダ管理サーバは、予約管理サーバから受信したオーダを医療検査装置２１ａ及びレポート作成端末２１ｂに対して送信する。検査科１２ａのスタッフは、端末などを使用してオーダ管理サーバからオーダを読み出して、オーダの受付状況や処理状況を確認する。
【００２７】
ＤＢサーバは、医療検査装置２１ａで撮影された検査画像やレポート作成端末２１ｂで作成されたレポート等の検査データ２４を検査データ用ＤＢ２０に格納する。このＤＢサーバは、所謂ＰＡＣＳ（Picture Archiving and Communication System）サーバやレポートサーバなどから構成される。また、ＤＢサーバは、検査データ２４をデータセンタ１１にアップロードする。
【００２８】
データセンタ１１は、上述の予約受付サービス及び検査データ送信サービスを提供するセンタサーバ（中継サーバ）２５と、センタＤＢ（予約情報データベース）２６と、検査データ用ＤＢ２７とを備えている。
【００２９】
センタサーバ２５は、ＷＥＢサーバとして機能し、インターネット上で標準的に用いられるドキュメントシステム（ＷＷＷ：World Wide Web）に対応する。センタサーバ２５は、診療所端末１４からの要求に応答してデータを送受信する。
【００３０】
センタサーバ２５には、ＶＰＮ（Virtual Private Network）２９を介して院内サーバ１７が接続している。ＶＰＮ２９では、暗号化技術が使われており、複数の利用者によって共有される共有ネットワーク内に論理的な専用通信チャンネルが確立している。これにより、通信拠点間の機密性が保持され、ネットワーク内の堅固な情報セキュリティが確保される。
【００３１】
センタＤＢ２６は、中核病院１２毎の医療検査の予約状況などを表すセンタ予約管理情報２８（図２参照）を格納している。センタサーバ２５は、診療所端末１４からの予約情報をセンタ予約管理情報２８に登録して予約状況を更新するとともに、この予約情報を院内サーバ１７へ送信する。
【００３２】
センタ予約管理情報２８は、中核病院１２の院内予約管理情報２３と同期が取られており、一方の予約状況（どの予約枠が空いていてどの予約枠が埋まっているか）が更新されると他方の予約状況も更新される。
【００３３】
検査データ用ＤＢ２７は、院内サーバ１７からアップロードされた検査データ２４を格納する。この検査データ用ＤＢ２７には、データ格納領域２７ａとキュー２７ｂとが構築される。データ格納領域２７ａは、検査データ２４をセンタ予約管理情報２８内の予約情報と関連付けた状態で格納する。キュー２７ｂは、関連付ける予約情報が見つからなかった検査データ２４を一時的に格納する。
【００３４】
図２に示すように、診療所端末１４からの一件の予約情報には、患者の患者名、性別、年齢、生年月日の各項目からなる患者基本情報３０、傷病名、検査種、検査目的、日付と時間帯で指定される受診日時（予約枠）、予約先の中核病院１２の名称、予約元の診療所１３の名称等の情報が含まれる。予約枠は、例えば９：００〜、９：３０〜等、３０分間隔で区切られた時間帯毎に一つずつ設定されている。
【００３５】
センタ予約管理情報２８に登録される予約情報は、予約受付日時、センタ予約ＩＤ及び患者ＩＤがセンタサーバ２５により新たに付与される以外は、診療所端末１４からの予約情報と同じである。予約受付日時は、診療所端末１４からの予約情報をセンタサーバ２５で受け付けた時刻である。センタ予約ＩＤは、センタサーバ２５が受け付けた予約情報を一意に特定するための情報であり、データセンタ１１のみで通用する情報である。
【００３６】
センタ予約管理情報２８の予約情報に含まれる患者ＩＤ（図３参照）は、この予約情報をセンタサーバ２５経由で受け付けた院内サーバ１７が予約情報に付与した番号であり、センタサーバ２５が院内サーバ１７から取得した番号である。
【００３７】
図３に示すように、患者情報テーブル２２には、患者ＩＤ、患者基本情報３０、傷病名、電子カルテ（図示せず）等からなる患者情報が患者毎に格納されている。患者ＩＤは、初診時に患者一人につき一つずつ付されるもので、その中核病院１２でしか通用しない番号である。中核病院１２では、この患者ＩＤを元に院内の各種情報処理が行われるので、医療検査の予約情報や検査データ２４は患者ＩＤと関連付けられている。
【００３８】
院内端末２１ｃからの一件の予約情報は、予約先の中核病院１２の名称欄が削除されるとともに、予約元の診療所１３の名称欄が診療科の名称欄に変更されている点を除けば、診療所端末１４からの予約情報と同じである。
【００３９】
院内予約管理情報２３に登録された予約情報は、院内予約ＩＤ及び患者ＩＤが院内サーバ１７により新たに付与される以外は、センタ予約管理情報２８の予約情報と同じである。院内予約ＩＤは、院内サーバ１７が受け付けた予約情報を一意に特定するための情報であり、患者ＩＤと同様に中核病院１２のみで通用する番号である。また、患者情報テーブル２２及び院内予約管理情報２３に記憶されている情報は互いに紐付けされており、一方の情報から辿って他方の情報を知ることができる。例えば、予約情報の患者ＩＤ「０１２３４」から患者情報テーブル２２の患者の個人情報「長嶋貞治・・・」を辿ることができる。
【００４０】
検査データ２４は、レポート本文や画像本体データなどの検査データ本体２４ａと、オーダＩＤ、患者ＩＤ、患者基本情報、検査日、及び検査種などの付帯情報２４ｂとを一つに纏めたものである。オーダＩＤ（検査ＩＤともいう）は、オーダ管理サーバが予約管理サーバから受信したオーダに付与するＩＤである。検査画像は、例えばＤＩＣＯＭ（Digital Imaging and Communication in Medicine）に準拠したファイル形式で検査データ用ＤＢ２０に格納される。
【００４１】
図４に示すように、各端末１４，２１ｂ，２１ｃ、各サーバ１７，２５は、それぞれパーソナルコンピュータ、サーバ用コンピュータ、ワークステーション等のコンピュータをベースに構成されている。これら各端末、サーバ１４，１７，２１ｂ，２１ｃ，２５には、オペレーティングシステムなどの制御プログラムや、アプリケーションプログラム（以下、ＡＰと略す）３１がインストールされている。
【００４２】
各端末、サーバ１４，１７，２１ｂ，２１ｃ，２５は、ＣＰＵ３４、メモリ３５、ＨＤＤ（ハードディスクドライブ）３６、及び通信Ｉ／Ｆ（インターフェース）３７が設けられた本体３８と、コンソール３９とからなる。
【００４３】
ＨＤＤ３６には、制御プログラムやＡＰ３１が格納されている。メモリ３５は、ＣＰＵ３４が処理を実行するためのワークメモリである。ＣＰＵ３４は、ＨＤＤ３６に格納された制御プログラムをメモリ３５へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を制御する。
【００４４】
通信Ｉ／Ｆ３７は、ＬＡＮポート、ＷＡＮポート、ルータなどであり、インターネット１５或いはＶＰＮ２９に接続する通信ケーブルが接続される。通信Ｉ／Ｆ３７は、インターネット１５またはＶＰＮ２９を経由したデータの遣り取りをする。コンソール３９は、マウスやキーボードなどの周知の入力機器、モニタなどから構成されている。なお、以下の説明ではセンタサーバ２５のＣＰＵに符号３４ａを付し、院内サーバのＣＰＵに符号３４ｂを付す。
【００４５】
図５に示すように、センタサーバ２５のＣＰＵ３４ａは、ＨＤＤ３６からＡＰ３１をロードして、このＡＰ３１に記述された処理ステップを逐次実行する。これにより、ＣＰＵ３４ａには、受付処理部（予約受付手段、中継手段）４１、ＤＢアクセス部（患者ＩＤ格納手段、検査データ格納手段）４２、送受信処理部（送信手段、配信要求手段、検査データ受付手段）４３、検索処理部（検索手段）４４が構築される。同様に院内サーバ１７のＣＰＵ３４ｂには、受付処理部４５、ＤＢアクセス部４６、送受信処理部４７が構築される。
【００４６】
［センタサーバのＣＰＵ］
受付処理部４１は、診療所端末１４とデータの遣り取りをする。受付処理部４１が診療所端末１４から受け付けるデータは、予約情報や検査データ２４の配信要求である。逆に受付処理部４１から診療所端末１４に送るデータは、予約枠の空き状況（予約状況）を報せる情報、検査データ２４が検査データ用ＤＢ２７に格納されたことを示す検査完了通知、検査データ用ＤＢ２７内の検査データ２４等である。
【００４７】
受付処理部４１は、センタ予約管理情報２８に基づいた予約状況を表すデータとして、ＨＴＭＬ形式やＸＭＬ形式などのマークアップ言語によって記述されたテキストファイルを生成し、これを診療所端末１４に配信する。診療所端末１４のブラウザは、受信したテキストファイルの記述に従って、例えばカレンダー形式の予約枠の空き状況を報せる画面を構成してコンソール３９のモニタに出力する。
【００４８】
ＤＢアクセス部４２は、センタＤＢ２６にアクセスして、センタ予約管理情報２８の更新を行う。具体的には、診療所端末１４からの予約情報、院内サーバ１７からセンタサーバ２５に送信された患者ＩＤなどをセンタ予約管理情報２８に登録するとともに、センタ予約管理情報２８に含まれる予約状況を表すデータを更新する。
【００４９】
また、ＤＢアクセス部４２は、検査データ用ＤＢ２７にアクセスして、院内サーバ１７からアップロードされた検査データ２４の格納及び読出し等を行う。
【００５０】
送受信処理部４３は、ＶＰＮ２９を介して院内サーバ１７の送受信処理部４７と相互に通信する。各送受信処理部４３、４７は、同じ予約枠に各端末１４、２１ｃからの予約が重複する、いわゆるダブルブッキングが発生しないように、予約枠の空き状況を適宜相互に連絡して共有し合い、センタＤＢ２６及び予約管理ＤＢ１９内の各予約管理情報２８、２３の同期を取る。送受信処理部４３、４７の働きによって、各予約管理情報２８、２３のうちの予約状況を表すデータについては、診療所１３と中核病院１２内の両方からの予約を包含したほぼ同じ内容が記憶される。
【００５１】
送受信処理部４３が送受信処理部４７に送信するデータには、診療所端末１４からの予約情報、及びこの予約情報に院内サーバ１７が付与する患者ＩＤの配信要求（以下、患者ＩＤ配信要求という）などがある。逆に送受信処理部４３が送受信処理部４７から受信するデータには、患者ＩＤ配信要求に対応した患者ＩＤ、及び検査データ２４などがある。
【００５２】
検索処理部４４は、院内サーバ１７からアップロードされた検査データ２４に対応する予約情報をセンタ予約管理情報２８内から検索して、検索した予約情報と検査データ２４との関連付け処理を行う。
【００５３】
［院内サーバのＣＰＵ］
受付処理部４５は、院内端末２１ｃとデータの遣り取りをする。受付処理部４５が院内端末２１ｃから受け付けるデータは予約情報などであり、逆に受付処理部４５が院内端末２１ｃに送るデータは予約状況を表すテキストファイル、検査完了通知、検査データ用ＤＢ２０内の検査データ２４などである。
【００５４】
また、受付処理部４５は、医療検査装置２１ａ及びレポート作成装置２１ｂから検査データ２４を受け付けるとともに、送受信処理部４７を介してセンタサーバ２５から送信された予約情報や患者ＩＤ配信要求を受け付ける。
【００５５】
ＤＢアクセス部４６は、基本的には上述のＤＢアクセス部４２と同じであり、患者情報ＤＢ１８、予約管理ＤＢ１９、及び検査データ用ＤＢ２０にそれぞれアクセスする。ＤＢアクセス部４６は、受付処理部４５から取得した予約情報に基づき、患者情報ＤＢ１８及び予約管理ＤＢ１９にアクセスして、患者情報テーブル２２または院内予約管理情報２３を更新する。
【００５６】
ＤＢアクセス部４６は、受付処理部４５から取得した患者ＩＤ配信要求に基づき、予約管理ＤＢ１９にアクセスして、患者ＩＤ配信要求に対応する患者ＩＤを院内予約管理情報２３から検索するとともに、検索した患者ＩＤを、受付処理部４５を介して送受信処理部４７に引き渡す。
【００５７】
ＤＢアクセス部４６は、受付処理部４５から検査データ２４を取得した時に、この検査データ２４を検査データ用ＤＢ２０に格納する。また、ＤＢアクセス部４６は、院内サーバ１７のコンソール３９で検査データ２４のアップロード操作が行われた時に、この操作で指定された検査データ２４を検査データ用ＤＢ２０から読み出して、送受信処理部４７に引き渡す。
【００５８】
送受信処理部４７は、上述したように、送受信処理部４３と各種データ（予約情報、患者ＩＤ配信要求、患者ＩＤ、検査データ２４）の遣り取りを行う。
【００５９】
次に、センタサーバ２５から院内サーバ１７へ診療所端末１４からの予約情報を送信した後において、センタ予約管理情報２８内の予約情報に患者ＩＤを登録する患者ＩＤ登録処理について詳しく説明する。この患者ＩＤ登録処理は、院内サーバ１７がセンタサーバ２５から受け付けた予約情報に患者ＩＤ等を付して院内予約管理情報２３に登録する院内予約情報登録処理と、センタサーバ２５が院内サーバ１７から患者ＩＤを取得して予約情報に登録するセンタ患者ＩＤ登録処理とからなる。
【００６０】
［院内予約情報登録処理］
院内サーバ１７の受付処理部４５は、診療所端末１４からの予約情報を受け付けた時に、図６または図７に示す処理を実行する。まず、各図の上段に示すように、受付処理部４５は、予約情報を受け付けた時に、ＤＢアクセス部４６に検索指令を発する。ＤＢアクセス部４６は、検索指令を受けて、患者情報ＤＢ１８の患者情報テーブル２２に、受け付けた予約情報の患者基本情報３０と一致する患者基本情報３０があるか否かを検索する。ＤＢアクセス部４６は、患者基本情報３０を構成する三項目（患者名、性別、年齢・生年月日）の全てが一致した場合を「一致」と判断し、同姓同名で年齢が一緒でも生年月日が違う等、三項目のうちいずれか一つでも一致しない場合は「不一致」と判断する。
【００６１】
受け付けた予約情報の患者基本情報３０と一致する患者基本情報３０があった場合、図６の上段に示すように、ＤＢアクセス部４６は、「一致」の旨を表す信号を検索結果として受付処理部４５に返す。
【００６２】
続いて図６の下段に示すように、受付処理部４５は、ＤＢアクセス部４６に登録指令を発する。ＤＢアクセス部４６は、登録指令を受けて、診療所端末１４からの予約情報および患者情報ＤＢ１８の患者情報テーブル２２の各種項目を、新たに受け付けた予約として院内予約管理情報２３に登録する。このとき、ＤＢアクセス部４６は、受け付けた予約情報の患者基本情報３０と一致する患者基本情報３０をもつ患者情報テーブル２２の患者ＩＤ（既存の患者ＩＤ）を付す。
【００６３】
一方、受け付けた予約情報の患者基本情報３０と一致する患者基本情報３０が、患者情報テーブル２２になかった場合、図７の上段に示すように、ＤＢアクセス部４６は、「不一致」の旨を表す信号を検索結果として受付処理部４５に返す。
【００６４】
この場合、下段に示すように、受付処理部４５は、新たな患者ＩＤを発行し、これを登録指令とともにＤＢアクセス部４６に送る。ＤＢアクセス部４６は、新たな患者ＩＤ付きの登録指令を受けて、新たな患者ＩＤを付して、診療所端末１４からの予約情報の各種項目を院内予約管理情報２３に登録する。
【００６５】
また、ＤＢアクセス部４６は、新たな患者ＩＤを付して、診療所端末１４からの予約情報の患者基本情報３０を患者情報テーブル２２に登録する。なお、図示は省略したが、図６、図７いずれの場合も、送受信処理部４７で予約の重複がないと判断してから、受付処理部４５が検索指令を発する。以上で院内予約情報登録処理が終了する。
【００６６】
［センタ患者ＩＤ登録処理］
図８に示すように、院内サーバ１７の受付処理部４５は、センタサーバ２５より診療所端末１４からの予約情報を受け付けた時に、患者ＩＤ配信要求も同時に受け付ける。受付処理部４５は、患者ＩＤ配信要求に基づき、ＤＢアクセス部４６に対して診療所端末１４からの予約情報に付与した患者ＩＤの配信要求を行う。この患者ＩＤ配信要求に応じて、ＤＢアクセス部４６は、予約情報に付与した患者ＩＤを読み出す。
【００６７】
また、ＤＢアクセス部４６は、センタサーバ２５が診療所端末１４からの予約情報に付与したセンタ予約ＩＤの読み出しも行う。このセンタ予約ＩＤは、センタ予約管理情報２８の中から患者ＩＤを登録する予約情報を検索するための検索キーとなる。ＤＢアクセス部４６により読み出された患者ＩＤ及びセンタ予約ＩＤは、受付処理部４５及び送受信処理部４７を介して、センタサーバ２５の送受信処理部４３へ送信される。
【００６８】
センタサーバ２５の送受信処理部４３は、院内サーバ１７の送受信処理部４７から取得した患者ＩＤ及びセンタ予約ＩＤを受付処理部４１に引き渡す。受付処理部４１は、患者ＩＤ及びセンタ予約ＩＤを受け付けた時に、ＤＢアクセス部４２に患者ＩＤ登録指令を発する。ＤＢアクセス部４６は、患者ＩＤ登録指令を受けて、最初にセンタ予約ＩＤに対応する予約情報をセンタ予約管理情報２８から検索し、次いで検索した予約情報に患者ＩＤを登録する。
【００６９】
次に、センタサーバ２５による検査データ２４の格納処理について詳しく説明を行う。この格納処理は、院内サーバ１７からアップロードされた検査データ２４に対応する予約情報を検索する予約情報検索処理と、この検索結果に基づき、検査データ２４を予約情報と関連付けて検査データ用ＤＢ２７に格納する自動関連付け処理とから構成される。ここで、検査データ２４に対応する予約情報とは、この検査データ２４が得られた医療検査を依頼した予約情報である。
【００７０】
［予約情報検索処理］
センタサーバ２５の送受信処理部４３は、院内サーバ１７からアップロードされた検査データ２４を検索処理部４４に引き渡す。検索処理部４４は、検査データ２４を取得した時に図９または図１０に示す処理を実行する。まず、各図の上段に示すように、検索処理部４４は、予約情報を受け付けると、ＤＢアクセス部４２に検索指令を発する。ＤＢアクセス部４２は、検索指令を受けて、検査データ用ＤＢ２０のセンタ予約管理情報２８に、検査データ２４に対応する予約情報があるか否かを検索する。
【００７１】
ＤＢアクセス部４２は、検査データ２４の付帯情報２４ｂに含まれる患者ＩＤ、検査日、検査種と、センタ予約管理情報２８の各予約情報に含まれる患者ＩＤ、予約枠（予約日時）、検査種とを照合する。患者ＩＤは、同姓同名（更に年齢、性別、生年月日等が一致）の患者であってもそれぞれ異なるので、少なくとも患者ＩＤが一致したときは、検査データ２４の患者と予約情報の患者とが同一人物であると判断することができる。従って、患者ＩＤは、検査データ２４に対応する予約情報を検索する上で最も重要なパラメータとなる。
【００７２】
検査日及び予約日時、検査種は、センタ予約管理情報２８に同じ患者ＩＤを含む予約情報が複数登録されている場合に、この中から検査データ２４に対応する予約情報を検索するためのパラメータとなる。従って、中核病院１２で１人の患者に対して複数の医療検査を行う場合、例えば異なる診療所１３から同じ患者に対する医療検査の予約情報を中核病院１２が受け付けた場合でも、検査日と予約日時、検査種の照合を行うことで、検査データ２４に対応する予約情報を正確に特定することができる。
【００７３】
ＤＢアクセス部４２は、センタ予約管理情報２８の各予約情報の中で、患者ＩＤ、予約日時、検査種の全てが付帯情報２４ｂの各情報と一致した予約情報を、検査データ２４に対応する予約情報として判断する。また、ＤＢアクセス部４２は、３項目の全てが一致する予約情報が無い場合には、検査データ２４に対応する予約情報無しと判断する。
【００７４】
なお、検査日については中核病院１２の都合で予約日とずれることがあるので、少なくとも患者ＩＤ及び検査種が一致した予約情報については、検査データ２４に対応する予約情報であると判断してもよい。
【００７５】
［自動関連付け処理］
図９の上段に示すように、検査データ２４に対応する予約情報があった場合、ＤＢアクセス部４２は、検査データ２４に対応する「予約情報有り」を示す信号を検索処理部４４に出力する。この信号を受けて検索処理部４４は、図９の下段に示すように、ＤＢアクセス部４２に対して格納指令を発する。ＤＢアクセス部４２は、検査データ２４に対応する予約情報のセンタ予約ＩＤをセンタ予約管理情報２８から読み出して、このセンタ予約ＩＤを検査データ２４に付与する。次いで、ＤＢアクセス部４２は、センタ予約ＩＤを付与した検査データ２４を検査データ用ＤＢ２７内のデータ格納領域２７ａに格納する。
【００７６】
一方、図１０の上段に示すように、検査データ２４に対応する予約情報が無かった場合、ＤＢアクセス部４２は、検査データ２４に対応する「予約情報無し」を示す信号を検索処理部４４に出力する。検索処理部４４は、図１０の下段に示すように、ＤＢアクセス部４２に対してキュー格納指令を発する。ＤＢアクセス部４２は、検査データ２４をキュー２７ｂに格納する。キュー２７ｂに格納された検査データ２４については、手動操作で予約情報との関連付けが行われる。
【００７７】
［手動関連付け処理］
図１１（Ａ）に示すように、ＤＢアクセス部４２は、センタサーバ２５のコンソール３９を介して、キュー２７ｂに格納された検査データ２４の読出し操作を受け付けた時に、キュー２７ｂから検査データ２４を読み出す。また、ＤＢアクセス部４２は、図示は省略するが、センタ予約管理情報２８に基づき予約情報の一覧リストを形成する。これら検査データ２４や予約情報の一覧リストは、コンソール３９のモニタに表示される。
【００７８】
コンソール３９のモニタには、検査データ２４の閲覧画面、及び予約情報の一覧リストが表示される。これにより、閲覧画面内に表示される付帯情報２４ｂと、一覧リストに表示される各予約情報の患者ＩＤ等とが照合可能になるので、検査データ２４に対応する予約情報をモニタ上で検索することができる。
【００７９】
また、コンソール３９のモニタには、予約情報の検索結果を入力する入力画面が表示される。この入力画面に予約情報検索結果を入力する操作がコンソール３９で行われると、ＤＢアクセス部４２に予約情報検索結果が入力される。
【００８０】
図１１（Ｂ）に示すように、ＤＢアクセス部４２は、コンソール３９から入力された予約情報検索結果に基づき、これに対応する予約情報のセンタ予約ＩＤをセンタ予約管理情報２８から読み出す。次いで、ＤＢアクセス部４２は、読み出したセンタ予約ＩＤを、先にキュー２７ｂから読み出した検査データ２４に付与した後、この検査データ２４をデータ格納領域２７ａに格納する。なお、予約情報検索結果として、例えばセンタ予約ＩＤをコンソール３９から入力した場合には、このセンタ予約ＩＤを検査データ２４に付与する。
【００８１】
次に図１２のフローチャートを用いて、診療所端末１４から１件の医療検査の予約が行われた時の医用ネットワークシステム１０、特にセンタサーバ２５の処理手順を説明する。なお、院内端末２１ｃから予約を行う場合には従来と変わらないので、ここでは説明を省略する。
【００８２】
診療所端末１４から中核病院１２の空いている予約枠を指定して医療検査の予約が行われると、センタサーバ２５の受付処理部４１は、診療所端末１４からの予約情報を受け付けて、この予約情報をＤＢアクセス部４２に引き渡す。ＤＢアクセス部４２は、受付処理部４１から取得した予約情報にセンタ予約ＩＤ等を付与した後、この予約情報をセンタＤＢ２６のセンタ予約管理情報２８に登録して、センタ予約管理情報２８を更新する。
【００８３】
予約情報登録後、ＤＢアクセス部４２は、受付処理部４１からの読出し指令に基づき、センタ予約管理情報２８に新たに登録した予約情報を読み出す。ＤＢアクセス部４２により読み出された予約情報は、受付処理部４１を経て送受信処理部４３に引き渡される。送受信処理部４３は、受付処理部４１からの送信指令に基づき、予約情報及び患者ＩＤ配信要求を院内サーバ１７の送受信処理部４７へ送信する。
【００８４】
送受信処理部４７は、センタサーバ２５から受信した予約情報及び患者ＩＤ配信要求を受付処理部４５に引き渡す。受付処理部４５及びＤＢアクセス部４６は、上述の図６及び図７で説明した院内予約情報登録処理を実行して、新規の患者の予約情報には新しい患者ＩＤ、再来の患者の予約情報には患者情報テーブル２２に登録されている患者ＩＤを付与する。
【００８５】
次いで、院内サーバ１７の各部４５〜４７及びセンタサーバ２５の各部４１〜４３は、上述の図８で説明したセンタ患者ＩＤ登録処理を実行する。これにより、診療所端末１４からの予約情報に院内サーバ１７が付与した患者ＩＤが、院内サーバ１７からセンタサーバ２５に送信されるとともに、この患者ＩＤが、センタサーバ２５によってセンタ予約管理情報２８に先に登録された予約情報に登録される。
【００８６】
院内サーバ１７のＤＢアクセス部４６は、院内サーバ１７からセンタサーバ２５へ患者ＩＤが送信された後、予約情報を予約管理ＤＢ１９内の院内予約管理情報２３に登録して、院内予約管理情報２３を更新する。以上で診療所端末１４からの予約の受付処理が完了する。
【００８７】
患者が指定日時に中核病院１２を訪問すると医療検査が実施される。医療検査が実施された後、医療検査装置２１ａやレポート作成端末２１ｂから検査データ２４が院内サーバ１７にアップロードされる。受付処理部４５は、アップロードされた検査データ２４をＤＢアクセス部４６に引き渡す。ＤＢアクセス部４６は、受付処理部４５から取得した検査データ２４を検査データ用ＤＢ２０に格納する。
【００８８】
院内サーバ１７のコンソール３９にて検査データ２４のセンタサーバ２５へのアップロード操作が行われた時、ＤＢアクセス部４３は、アップロード操作で指定された検査データ２４を検査データ用ＤＢ２０から読み出して送受信処理部４７に引き渡す。送受信処理部４７は、検査データ２４をセンタサーバ２５の送受信処理部４３へ送信（アップロード）する。
【００８９】
送受信処理部４３は、院内サーバ１７からアップロードされた検査データ２４を検索処理部４４に引き渡す。検索処理部４４及びＤＢアクセス部４２は、最初に上述の図９及び図１０の上段で説明した予約情報検索処理を実行して、検査データ用ＤＢ２０のセンタ予約管理情報２８に、検査データ２４に対応する予約情報があるか否かを検索する。この際に、検査データ２４の付帯情報２４ｂ及び予約情報にそれぞれ含まれる患者ＩＤの照合を行うとともに、付帯情報２４ｂに含まれる検査日及び検査種と、予約情報に含まれる予約日時及び検査種とをそれぞれ照合する。このため、中核病院１２で１人の患者に対して複数の医療検査を行った場合でも、検査データ２４に対応する予約情報を正確に特定することができる。
【００９０】
次いで、検索処理部４４及びＤＢアクセス部４２は、上述の図９の下段で説明した自動関連付け処理を実行する。検査データ２４に対応する予約情報が有る場合、ＤＢアクセス部４２によって、検査データ２４はこれに対応する予約情報のセンタ予約ＩＤが付与された後、検査データ用ＤＢ２７のデータ格納領域２７ａに格納される。
【００９１】
データ格納領域２７ａに格納された検査データ２４には、センタ予約ＩＤが付与されているので、データ格納領域２７ａの検査データ２４と、センタ予約管理情報２８の各予約情報とがセンタ予約ＩＤにより紐付けられる。このように、センタサーバ２５は院内サーバ１７からアップロードされた検査データ２４と、診療所端末１４から受け付けた予約情報とを自動的に関連付けることができる。人手を掛けずに予約情報の送付元の診療所１３を特定することができるので、データセンタ１１における診療所１３への検査データ送信業務の負荷が大幅に低減する。
【００９２】
一方、検査データ２４に対応する予約情報が無い場合、ＤＢアクセス部４２によって、検査データ２４は検査データ用ＤＢ２７のキュー２７ｂに格納される。この場合には、センタサーバ２５のコンソール３９を用いて上述の図１１（Ａ），（Ｂ）で説明した手動関連付け処理を実施する。これにより、キュー２７ｂ内の検査データ２４は、ＤＢアクセス部４２によって、手動操作で選択された予約情報のセンタ予約ＩＤが付与された後、データ格納領域２７ａに格納される。何らかの不具合で、検査データ２３と予約情報とを自動関連付けできない場合に対応することができる。
【００９３】
検査データ２４がデータ格納領域２７ａに格納された時、受付処理部４１は、検査データ２４に対応する予約情報の送付元の診療所端末１４に対して、例えばセンタ予約ＩＤを含む検査完了通知を送信する。検査データ２４と予約情報との関連付け処理が自動的に行われた場合には、検査データ２４がアップロードされてから検査完了通知が診療所端末１４へ送信されるまでの時間を大幅に短縮することができる。
【００９４】
診療所端末１４にて検査データ２４の確認を行う場合は、センタサーバ２５から受信した検査完了通知に基づき、センタ予約ＩＤを含む検査データ配信要求を生成し、この検査データ配信要求をセンタサーバ２５に送信する。
【００９５】
センタサーバ２５の受付処理部４１は、診療所端末１４から取得した検査データ配信要求に基づき、ＤＢアクセス部４２に対して、検査データ配信要求に含まれるセンタ予約ＩＤと一致するセンタ予約ＩＤを有する検査データ２４の検索指令を行う。ＤＢアクセス部４２は、受付処理部４１から取得した検索指令に対応する検査データ２４を検査データ用ＤＢ２７内から検索し、検索した検査データ２４を受付処理部４１に引き渡す。
【００９６】
受付処理部４１は、検査データ配信要求元の診療所端末１４に対して検査データ２４を送信する。診療所端末１４のモニタには、検査データ２４に基づき検査画像閲覧画面やレポート閲覧画面が表示される。
【００９７】
上記実施形態では、センタサーバ２５により検査データ２４が検査データ用ＤＢ２７に格納された時に、センタサーバ２５から診療所端末１４に対して検査完了通知を送信しているが、検査データ２４の格納や検査完了通知の送信を行う代わりに、検査データ２４に対応する予約情報が判別した時点で、この予約情報の送付元の診療所端末１４に対して検査データ２４を送信してもよい。予約元の診療所端末１４にてすみやかに検査データ２４を確認することができる。
【００９８】
上記実施形態では、院内サーバ１７からセンタサーバ２５にアップロードされた検査データ２４に、これに対応する予約情報のセンタ予約ＩＤを付与することで、この検査データ２４を予約情報と関連付けた状態で検査データ用ＤＢ２７に格納しているが、検査データ２４に付与する情報は予約情報を一意に特定可能な情報であればよく、上記センタ予約ＩＤに特に限定はされない。
【００９９】
上記実施形態では、センタ予約管理情報２８内に検査データ２４に対応する予約情報があるか否かを検索する際に、検査データ２４の付帯情報２４ｂに含まれる患者ＩＤ、検査日、検査種と、予約情報に含まれる患者ＩＤ、予約日時、検査種とを照合しているが、照合に用いるパラメータはこれらに限定されるものではなく、例えば予約情報の受付日時、中核病院１２や診療所１３の名称などを加えてもよい。照合に用いるパラメータの数が増えるほど、検査データ２４に対応する予約情報をより正確に特定することができる。
【０１００】
上記実施形態では、センタサーバ２５が、検査データ配信要求元の診療所端末１４に対して検査データ２４を送信しているが、診療所端末１４で起動されたブラウザ（例えば、データセンタ１１に対して予約を申し込む予約アプリケーションソフト）が、センタサーバ２５経由で検査データ用ＤＢ２７から検査データ２４をダウンロードするようにしてもよい。
【符号の説明】
【０１０１】
１０  医用ネットワークシステム
１１  データセンタ
１２  中核病院
１３  診療所
１４  診療所端末
１７  院内サーバ
１９  予約管理ＤＢ
２０，２７  検査データ用ＤＢ
２５  センタサーバ
４１，４５  受付処理部
４２，４６  ＤＢアクセス部
４３，４７  送受信処理部
４４  検索処理部
【図１】
2010224743.tif 000003
【図２】
2010224743.tif 000004
【図３】
2010224743.tif 000005
【図４】
2010224743.tif 000006
【図５】
2010224743.tif 000007
【図６】
2010224743.tif 000008
【図７】
2010224743.tif 000009
【図８】
2010224743.tif 000010
【図９】
2010224743.tif 000011
【図１０】
2010224743.tif 000012
【図１１】
2010224743.tif 000013
【図１２】
2010224743.tif 000014