JP2005301434A - 検査予約方法及びシステム並びにそれに用いるサーバ - Google Patents

Abstract

【課題】 大規模な検査機器を有する病院において検査を受けるために、診療所からその病院に対して検査を予約する際の操作を容易にすると共に、検査や読影等の業務の連携が可能な検査予約方法等を提供する。
【解決手段】 この検査予約方法は、診療所の端末１２から、選択された病院に設置されている検査機器の一覧を要求された場合に、サーバ３４において一覧データを検索するステップと、端末１２において表示された一覧の中から指定された病院及び検査機器を表す情報をサーバ３４に送信するステップと、その予約状況に関する複数の予約枠を含むカレンダーページを表す予約状況データを生成して端末１２に送信するステップと、カレンダーページの中から指定された予約枠を表す検査予約情報をサーバ３４に送信するステップと、受信した検査予約情報を記録させることにより検査を予約するステップとを具備する。
【選択図】 図１

Description

本発明は、大規模な検査機器を有する医療機器において検査を受けるために、診療所等からその医療機関に対して検査を予約する方法及びシステム、並びに、それに用いるサーバに関する。

従来より、開業医や病院等の医療施設において、放射線（Ｘ線、α線、β線、γ線、電子線、紫外線等）、超音波、ＭＲ（磁気共鳴）等を利用した医用画像撮影装置を用いて、医用画像が撮影されている。このような医用画像は、患者の病状の変化を知るために保管しておく必要があり、法律によっても所定期間の保管が義務付けられている。従って、医療施設においては、大量の医用画像を保管する必要が生じる。従来は、医用画像が撮影されたフィルム等を保管していたので、医用画像の保管スペースの確保や、管理作業及び検索作業が、医療施設にとって大きな負担となっていた。

近年においては、医用画像撮影装置のディジタル化が進んでおり、医用画像を画像データとして光ディスクや磁気ディスク等に記録することにより、医用画像の保管スペースを削減したり、管理作業及び検索作業を省力化することが可能となっている。しかしながら、１枚の医用画像を表す画像データの量は膨大であるので、光ディスクに記録したとしても、画像データを所定期間保管するためには、相当の枚数の光ディスクを要することになる。

そこで、医療施設から離れた場所にあるデータセンターに設置されたデータベースサーバに、複数の医療施設において得られた画像データを一括して保管することによって、各医療施設が個別に画像データが記録された記録媒体を保管する必要をなくし、そのためのスペースや費用を削減できる医用画像集中管理システムが実現されている。

一方、診療所や小規模の病院等の医療機関においては、経営上、高価な診断機器を所有することができないので、ＣＴ（computed tomography：コンピュータ断層撮影）装置や、ＭＲＩ（magnetic resonance imaging：磁気共鳴画像）装置や、ＥＳ（endoscope：内視鏡）装置等の高価な診断機器を用いる診療は、高価な診断機器を所有する大規模な病院等の医療機関において行っている。即ち、診療所等の医療機関に来院した患者に対して、その医療機関が所有していない診断機器を用いた診断を行う場合には、その医療機関の医師は、診断に用いる診断機器を所有しており提携関係にある他の医療機関にその患者を紹介し、紹介された医療機関においてその患者の診断が行われる。

しかしながら、従来は、医療機関に対する患者の紹介が電話やＦＡＸ（ファクシミリ）等を用いて行われており、また、患者が紹介された医療機関における検査予約は、電話を用いて、又は、他の医療機関に紹介された患者がその医療機関において受付を完了した際に行われていたので、診断を行うまでの手続きが煩雑であった。

関連する技術として、下記の特許文献１には、検査予約、画像取得、診断結果データ取得、ＣＡＤ（computer aＩＤ番号ed diagnosis：コンピュータ診断支援）処理等のサービスが簡単に行えるサービス方法が開示されている。このサービス方法においては、サービスセンターが、依頼者端末からのサービスの申し込みを受けると、依頼者端末に対してサービス依頼病院受付けメニューの表示を要求し、依頼者のメニュー選択に基づいて、選択内容に対応する検索画面の表示を要求し、依頼者に検索画面中から地域、検査内容、希望日等の入力を促し、検索された情報を受け付ける。そして、サービスセンターは、依頼者に検索結果の取得と表示を要求し、対象病院の選択を促し、選択結果に基づいて対象病院予定表、病院情報を作成表示し、予約の要否を要求する。さらに、依頼者に予定表の取得と表示を要求し、予定表への登録と確認を促し、予約の確認が行われたら、予約の受付を行い、予定表を作成し、依頼者に予約結果の取得表示を要求する。

これにより、診療所や小病院において、適当な診療機器を所有している医療機関を調べることができ、しかも、診療所や小病院に対して適切な医療機関を紹介することができる。また、患者情報や検索したい項目等の検査に必要な情報を簡便に送ることができ、また、検査予約を簡単にすることができる。さらに、画像ＣＡＤ解析が必要かどうか、所見レポートが必要かどうか、専門医の診断が必要かどうか、電子レポートが必要かどうか等のオプションサービスを設定することにより、検査だけではなく、様々なリクエストに対してサービスを提供することができる。

しかしながら、このサービス方法においては、サービスセンタにおいて、依頼者端末において入力された地域、検査内容、希望日等に基づいて最適だと思われる医療機関を検索する場合には、紹介する医療機関の選択肢が地域によって絞られてしまうという問題がある。即ち、紹介する医療機関は、地理的な条件等で自動的に決定すれば良いものではなく、患者の好みや患者を紹介する医師と医療機関との関係等に基づいて決定されるべきものであるが、このサービス方法においては、地理的な条件等で自動的に決定されてしまうので、患者の好み等の要望が反映されず、さらに、患者を紹介する医師と医療機関との関係については配慮されない。

また、このサービス方法においては、検査内容や希望日等に基づいて医療機関を検索することにより、予約が可能か不可能か等の予約状況が検索の結果として取得されるので、異なる希望日等を入力し直して予約が可能となるまで繰り返し検索する必要がある。したがって、検査予約を行うまでの操作が煩雑となり、電話やＦＡＸ等を用いた場合における検査予約の煩雑さと殆ど変わりがない場合もあり、検査予約における患者の待ち時間が軽減されない。

特許文献１には、検査予約サービスや検査データや診断画像データを取得するための検査・診断画像データ取得サービスについて記載されており、また、患者が一連の検査を終了したか、レポートが完成したか、レポートが所望の病院へ報告されたかの状況を把握できることが記載されているが、患者の受付完了等の予約された検査が実施されていく過程における進行状況を表示することについては記載されていない。

また、特許文献１には、検査予約サービスや、検査・診断画像データ取得サービスや、検査データ解析処理サービス等のサービスを一連のサービスとして提供しているように記載されているが、サービスを受けるための操作を一本化したに過ぎず、個々のサービス間における情報の連携及び関連付けはなされていない。
特開２００１−２６５８７７号公報（第１，６〜９頁、図１）

そこで、上記の点に鑑み、本発明は、大規模な検査機器を有する医療施設において検査を受けるために、診療所等からその医療施設に対して検査を予約する際の操作を容易にすると共に、検査や読影等の業務の連携が可能な検査予約方法及びシステム、並びに、それに用いるサーバを提供することを目的とする。

上記課題を解決するため、本発明に係る検査予約方法は、複数の検査依頼元医療施設にそれぞれ設置されている複数の第１の端末と、複数の検査依頼元医療施設からの依頼に応じて診断目的の検査を行う複数の検査依頼先医療施設にそれぞれ設置されている複数の第２の端末と、データセンターに設置されているサーバとを、ネットワークを介して接続することにより構成される検査予約システムにおいて用いられる検査予約方法であって、サーバにおいて、複数の検査依頼元医療施設毎に、選択された複数の検査依頼先医療施設とそれぞれの検査依頼先医療施設に設置されている検査機器とを対応付けた一覧データを記録媒体に記録させるステップと、いずれかの検査依頼元医療施設の第１の端末から、当該検査依頼元医療施設によって選択された複数の検査依頼先医療施設に設置されている検査機器の一覧を要求された場合に、サーバにおいて、当該検査依頼元医療施設に対応する一覧データを記録媒体において検索するステップと、検索された一覧データをサーバから第１の端末に送信するステップと、第１の端末において、受信した一覧データに基づいて、当該検査依頼元医療施設によって選択された複数の検査依頼先医療施設に設置されている検査機器の一覧を表示するステップと、表示された一覧の中から指定された検査依頼先医療施設及び検査機器を表す情報を、第１の端末からサーバに送信するステップと、サーバにおいて、表示された一覧の中から指定された検査依頼先医療施設における指定された検査機器を用いる検査の予約状況に関する複数の予約枠を含むカレンダーページを表す予約状況データを生成し、第１の端末に送信するステップと、第１の端末において、受信した予約状況データに基づいて、複数の予約枠を含むカレンダーページを表示するステップと、表示されたカレンダーページの中から指定された予約枠を表す検査予約情報を、第１の端末からサーバに送信するステップと、サーバにおいて、受信した検査予約情報を記録媒体に記録させることにより、検査を予約するステップとを具備する。

また、本発明に係る検査予約システムは、複数の検査依頼元医療施設にそれぞれ設置されている複数の第１の端末と、複数の検査依頼元医療施設からの依頼に応じて診断目的の検査を行う複数の検査依頼先医療施設にそれぞれ設置されている複数の第２の端末と、データセンターに設置されているサーバとを、ネットワークを介して接続することにより構成される検査予約システムであって、いずれかの検査依頼元医療施設によって選択された複数の検査依頼先医療施設に設置されている検査機器の一覧をサーバに要求し、サーバから受信した一覧データに基づいて、当該検査依頼元医療施設によって選択された複数の検査依頼先医療施設に設置されている検査機器の一覧を表示すると共に、表示された一覧の中から指定された検査依頼先医療施設及び検査機器を表す情報をサーバに送信し、サーバから受信した予約状況データに基づいて複数の予約枠を含むカレンダーページを表示し、表示されたカレンダーページの中から指定された予約枠を表す検査予約情報をサーバに送信する第１の端末と、複数の検査依頼元医療施設毎に、選択された複数の検査依頼先医療施設とそれぞれの検査依頼先医療施設に設置されている検査機器とを対応付けた一覧データを記録媒体に記録させ、第１の端末から、当該検査依頼元医療施設によって選択された複数の検査依頼先医療施設に設置されている検査機器の一覧を要求された場合に、当該検査依頼元医療施設に対応する一覧データを記録媒体において検索して得られた一覧データを第１の端末に送信すると共に、表示された一覧の中から指定された検査依頼先医療施設における指定された検査機器を用いる検査の予約状況に関する複数の予約枠を含むカレンダーページを表す予約状況データを生成して第１の端末に送信し、第１の端末から受信した検査予約情報を記録媒体に記録させることにより検査を予約するサーバとを具備する。

さらに、本発明に係るサーバは、複数の検査依頼元医療施設にそれぞれ設置されている複数の第１の端末と、複数の検査依頼元医療施設からの依頼に応じて診断目的の検査を行う複数の検査依頼先医療施設にそれぞれ設置されている複数の第２の端末とに、ネットワークを介して接続されるサーバであって、複数の検査依頼元医療施設毎に、選択された複数の検査依頼先医療施設とそれぞれの検査依頼先医療施設に設置されている検査機器とを対応付けた一覧データを記録媒体に記録させる制御手段と、いずれかの検査依頼元医療施設の第１の端末から、当該検査依頼元医療施設によって選択された複数の検査依頼先医療施設に設置されている検査機器の一覧を要求された場合に、当該検査依頼元医療施設に対応する一覧データを記録媒体において検索する検索制御手段と、第１の端末において一覧データに基づいて表示された一覧の中から指定された検査依頼先医療施設における指定された検査機器を用いる検査の予約状況に関する複数の予約枠を含むカレンダーページを表す予約状況データを生成する送信データ生成手段と、第１の端末において予約状況データに基づいて表示されたカレンダーページの中から指定された予約枠を表す検査予約情報を記録媒体に記録させることにより、検査を予約する検査予約管理手段とを具備する。

本発明によれば、複数の検査依頼元医療施設（診療所等）毎に選択された複数の検査依頼先医療施設（病院等）とそれぞれの病院等に設置されている検査機器とを対応付けた一覧データを記録しておき、いずれかの診療所等からの要求に応じて、選択された病院等に設置されている検査機器の一覧を表示すると共に、表示された一覧の中から指定された病院等及び検査機器に基づいて、複数の予約枠を含むカレンダーページを表示することにより、診療所等から病院等に対して検査を予約する際の操作を容易にすると共に、検査や読影等の業務の連携が可能となる。

以下、本発明を実施するための最良の形態について、図面を参照しながら詳しく説明する。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。
図１は、本発明の一実施形態に係る検査予約システムの構成を示す概略図である。図１に示すように、この検査予約システムは、小規模な医療施設の例として、Ｘ診療所１０ａ、Ｙ診療所１０ｂ、Ｚ診療所１０ｃ、・・・、及び、大規模な医療機関の例として、Ａ病院２０ａ、Ｂ病院２０ｂ、Ｃ病院２０ｃ、・・・が、専用回線又は公衆電話交換網（ＰＳＴＮ）又はインターネット等のネットワークを介してデータセンター３０に接続されることにより構成される。さらに、外部の読影業者９０等が、ネットワークを介してデータセンター３０に接続されるようにしても良い。

Ｘ診療所１０ａ、Ｙ診療所１０ｂ、Ｚ診療所１０ｃ、・・・の各々においては、放射線画像撮影装置や超音波診断装置等の各種の検査モダリティ１１と、検査モダリティ１１から医用画像を表す画像データ等の医療データを入力してデータセンター３０に転送するクライアント端末１２と、検査モダリティ１１から入力された画像データ等を格納する画像データベース（ＤＢ）１３が記録されているハードディスク等の記録媒体と、不正アクセスを防止するためのファイアウォール（ＦＷ）１４と、医用画像をフィルム等にプリントアウトするためのプリンタ１５等が、ローカルエリアネットワーク（ＬＡＮ）を介して接続されている。

クライアント端末１２は、オペレータによって入力され、又は、他の端末から入力される患者属性情報及び検査属性情報や、オペレータの指示に基づいて、検査モダリティ１１を制御すると共に、検査モダリティ１１から画像データ及び画像付帯情報を入力して、画像付帯情報を患者属性情報及び検査属性情報に対応付け、画像データと共に患者属性情報及び検査属性情報を画像データベース１３に格納する。

ここで、患者属性情報には、患者氏名、患者ＩＤ番号、性別、年齢及び／又は生年月日を表す情報等が含まれている。また、検査属性情報には、検査日付、診療日付、検査メニュー、画像の特徴を表す情報等が含まれている。なお、検査メニューには、撮影の対象となる頭部、頸部、胸部、胸腹部、腹部、腰椎、及び、四肢等の検査部位と、患者に対する撮影の方向となる正面又は側面等の撮影方法等とが含まれている。

クライアント端末１２においては、画像データに対して画像処理を施したり、画像データ、患者属性情報及び検査属性情報に基づいて診断用の画像をディスプレイ等に表示することができる。ただし、毎日蓄積される画像データの量は膨大であるので、診療所に長期間保存することはせずに、診療所から離れた場所にあるデータセンターに転送し、そこで保管するようにしている。これにより、診療所において、医療データが記録された記録媒体を保管するためのスペースや、スペースを確保するための費用が削減できる。

当該診療所に設置されていない検査機器を用いる検査が必要になった場合には、当該診療所からデータセンター３０を介してＡ病院２０ａ、Ｂ病院２０ｂ、又は、Ｃ病院２０ｃ等に検査を依頼するが、その際に、クライアント端末１２は、検査の予約状況を示すカレンダーページを表す予約状況データをデータセンター３０から受信して、予約状況データに基づいて検査予約画面をディスプレイ等に表示することができる。検査を予約するために、クライアント端末１２からデータベースサーバ３４に対して検査予約情報が送信される。また、検査の予約後において、クライアント端末１２は、データベースサーバ３４から受信されるステータス情報に基づいて、検査の進行状況を表示することができる。

Ａ病院２０ａ、Ｂ病院２０ｂ、Ｃ病院２０ｃ、・・・の各々においては、受付端末２１と、ＣＴ（computed tomography：コンピュータ断層撮影）装置やＭＲＩ（magnetic resonance imaging：磁気共鳴画像）装置やＥＳ（endoscope：内視鏡）装置等の高価な検査モダリティ２２と、検査モダリティ２２から医用画像を表す画像データ等の医療データを入力して医用画像を表示すると共に、医療データをデータセンター３０に転送する画像表示端末２３と、検査のスケジュールを管理するスケジュール管理端末２４と、検査のスケジュール情報を記録したスケジュールデータベース（ＤＢ）２５が記録されているハードディスク等の記録媒体と、不正アクセスを防止するためのファイアウォール（ＦＷ）２６と、医用画像をフィルム等にプリントアウトするためのプリンタ２７等が、ローカルエリアネットワーク（ＬＡＮ）を介して接続されている。

受付端末２１は、病院の受付等において、患者の氏名等の患者情報を入力するために用いられる。検査予定の患者が来院した際には、オペレータが、来院した患者の検査予約がなされているか否かを確認し、検査予約がなされている患者である場合には、その患者の検査に関するステータスの変更をスケジュール管理端末２４に要求する。

ここで、検査の予約から検査結果を取得するまでにおける検査の状況を表すステータス情報は、２階層構造を有している。主階層のステータスとしては、「予約なし」、「予約済み」、「患者受付」、「検査完了」、及び、「読影完了」等が用いられる。また、従階層のステータスとしては、例えば、「予約なし」については、「予約可」及び「予約不可」が用いられ、「検査完了」については、「正常」及び「異常」が用いられる。なお、「異常」とは、患者が検査に来なかったり、検査が終了していないことを表している。

画像表示端末２３は、画像データに対して画像処理を施したり、画像データ及び画像付帯情報に基づいて診断用の医用画像をディスプレイ等に表示することができる。また、画像表示端末２３は、オペレータによって入力され、又は、スケジュール管理端末２４から入力される患者属性情報及び検査属性情報、又は、検査予約情報や、検査モダリティ２２から画像データ及び画像付帯情報を入力して、画像付帯情報を患者属性情報及び検査属性情報、さらには、検査予約情報に対応付け、画像データと共にそれらの情報を記録する。

また、画像表示端末２３は、スケジュール管理端末２４から入力された検査予約情報に基づいて検査が行われた場合には、検査によって得られた画像データをデータセンター３０に転送して記録させ、検査に関するステータスを、検査を完了したことを表す「検査完了」に変更するように、スケジュール管理端末２４に要求する。

さらに、画像表示端末２３は、スケジュール管理端末２４から入力される検査予約情報に基づいて読影が行われた場合には、読影によって生成された読影レポートデータをデータセンター３０に転送して記録させ、検査に関するステータスを、読影を完了したことを表す「読影完了」に変更するように、スケジュール管理端末２４に要求する。

スケジュール管理端末２４は、検査の予約状況をカレンダーページとして表す予約状況データをデータセンター３０から受信して、予約状況データに基づいて検査予約画面をディスプレイ等に表示することができる。また、スケジュール管理端末２４は、他の端末からのステータス変更の要求、又は、オペレータによって入力されるステータス変更の要求に応答して、データベースサーバ３４にステータス変更要求信号を送信する。

データセンター３０には、外部からのアクセスに対して認証を行う認証サーバ３１と、認証に必要なユーザ情報を記録する認証データベース（ＤＢ）３２が記録されているハードディスク等の記録媒体と、不正アクセスを防止するためのファイアウォール（ＦＷ）３３と、データベースサーバ３４と、医療データベース（ＤＢ）３５が記録されているハードディスク等の記録媒体と、予約状況データベース（ＤＢ）３６が記録されているハードディスク等の記録媒体と、検査依頼先医療施設に関する情報を管理する医療施設データサーバ３７と、医療施設データベース（ＤＢ）３８が記録されているハードディスク等の記録媒体とが設置されている。

なお、本実施形態においては、データセンター３０の内部に認証サーバ３１が設置されているが、認証サーバ３１は、データセンター３０の外部に設置されるようにしても良い。また、外部の読影業者９０の画像表示端末９１は、ファイアウォール（ＦＷ）９２を介して、ネットワークに接続される。

データベースサーバ３４は、クライアント端末１２及び画像表示端末２３から送信される医療データを医療データベース３５に蓄積して管理すると共に、クライアント端末１２からの要求に応じて検査の予約を行う。また、データセンター３０に記録されている検査予約情報には、検査の進行状況等を２階層で表すステータス情報が含まれており、データベースサーバ３４は、スケジュール管理端末２４から送信されるステータス変更要求信号に従って、ステータス情報を変更する。

予約状況データベース３６には、検査依頼元情報が格納されている。検査依頼元情報には、検査依頼元医療施設である診療所を特定するための依頼元診療所名及び診療所ＩＤ番号と、患者属性情報と、検査情報とが含まれている。検査情報には、検査種別と、造影剤を使用するか否か等についての付加条件と、予約された検査日時と、ステータスとが含まれている。

医療施設データサーバ３７は、クライアント端末１２から送信される要求元の診療所を特定するための診療所ＩＤ番号を含む医療施設データ要求信号を受信し、医療施設データベース３８に格納されている全病院の情報に基づいて、顧客である病院名の一覧を表す病院一覧データを作成し、医療施設データ要求信号に含まれている診療所ＩＤ番号に基づいて、要求元のクライアント端末１２に病院一覧データを送信する。

医療施設データベース３８には、検査依頼先医療施設となり得る多数の病院等に関する依頼先病院名及び病院ＩＤ番号と、それぞれの病院の保有する検査モダリティを表す検査モダリティ名と、その検査モダリティを用いて行うことができる検査メニューを表す検査メニュー名等とを対応付けた検査依頼先マスタテーブルが格納されている。

本実施形態においては、医療施設データベース３８に格納されている検査依頼先マスタテーブルに基づいて、データベースサーバ３４が、検査依頼元医療施設である診療所毎に、その診療所によって選択された複数の病院を表す依頼先病院名及び病院ＩＤ番号と、それぞれの病院の検査モダリティを表す検査モダリティ名と、それぞれの検査モダリティを用いて行うことができる検査メニュー名とを対応付けた検査一覧テーブルを作成して、予約状況データベース３６に格納している。

検査依頼元である診療所のクライアント端末１２において、診療所毎に登録されている検査一覧テーブルを参照しながら、医師であるオペレータが、患者の要望を考慮しつつ、選択された複数の病院の内から、患者を紹介する依頼先病院を指定することができる。このように、依頼先病院の選択肢を広げることにより、患者の要望を取り入れ易くしている。

このようにして、選択された複数の病院の内から１つの依頼先病院、その病院に設置されている検査モダリティ、及び、その検査モダリティを用いて行うことができる検査メニュー名が指定され、依頼先病院名及び病院ＩＤ番号と、検査モダリティ名と、検査メニュー名とが、検査依頼先情報として用いられる。この検査依頼先情報は、検査依頼元情報と共に、検査予約情報を構成することになる。

また、本実施形態においては、指定された依頼先病院に検査を予約する際に、データベースサーバ３４が、検査依頼先情報に基づいて、指定された依頼先病院における指定された検査モダリティを用いた指定された検査メニューの予約状況をカレンダーページとしてクライアント端末１２に表示することにより、一瞥して、予約が可能な日時等を把握できるようにしている。これにより、直ちに予約を入れることが可能となり、患者の待ち時間を大幅に軽減することができる。

さらに、本実施形態においては、「予約なし」、「予約済み」、「患者受付」、「検査完了」、及び、「読影完了」等のステータスに基づいて、検査依頼元のクライアント端末１２において、検査結果画像や読影結果レポート等の作成が完了してそれらの情報を参照できるタイミングを知ることができるようにしている。また、検査依頼元の医師は、検査依頼先の病院における全ての検査が完了して患者が診療所に再来院する時期を予め知ることができる。さらに、データベースサーバ３４が、検査に関するステータスに基づいて、クライアント端末１２や外部の読影業者９０の画像表示端末９１の医療データへのアクセス権を制御することにより、検査や読影等の業務を連携して行うことができるようにしている。

図２は、診療所に設置されるクライアント端末の構成を示すブロック図である。クライアント端末１２は、各種の指示等を入力するために用いられるキーボードやマウス等の入力部４１と、撮影モダリティ１１から入力される画像データによって表される医用画像等を表示するＣＲＴ又はＬＣＤディスプレイ等の表示部４２と、インタフェース５０を介して入力部４１及び表示部４２が接続された中央演算装置（以下、ＣＰＵという）４３と、メモリ４４と、ハードディスク４５と、ハードディスク４５におけるデータの書込み及び読出しを制御するハードディスク制御部４６と、ＤＶＤ（ディジタル・バーサタイル・ディスク）に対してデータの書込み及び読出しを行うＤＶＤドライブ４７と、ＬＡＮに接続するためのネットワークインタフェース４８と、画像データベース（ＤＢ）１３が記録されているハードディスク等を制御するためのインタフェース４９とを含んでいる。これらの部分４３〜４９は、バスラインを介して相互に接続されている。

メモリ４４は、入力された画像データや、患者属性情報及び検査属性情報等を一時的に記憶する。ハードディスク４５には、ＣＰＵ４３に動作を行わせるためのソフトウェア（プログラム）が記録されている。なお、プログラムを記録する記録媒体としては、内蔵のハードディスク４５の他に、外付けハードディスク、フレキシブルディスク、ＭＯ、ＭＴ、ＲＡＭ、ＣＤ−ＲＯＭ、又は、ＤＶＤ−ＲＯＭ等を用いることもできる。

次に、ＣＰＵ４３とソフトウェア（プログラム）とによって構成される機能ブロック４３ａ〜４３ｅについて説明する。
画像処理部４３ａは、検査モダリティ１１から受信された画像データに、必要な画像処理を施し、表示部４２において画像を表示するための表示データを生成する。また、データセンター３０から受信された画像データに基づいて、表示部４２において画像を表示するための表示データを生成する。

表示データは、出力部４３ｂからインタフェース５０を介して表示部４２に供給されて、表示部４２において画像が表示され、その画像がオペレータによって確認される。また、必要な画像処理が施された画像データは、患者属性情報及び検査属性情報等と共に、メモリ４４に記憶され、さらに、設定された条件に従って、画像データベース１３の記録媒体に記録される。

画像データ等の医療データをデータセンター３０に保管するために、入力部４１を用いたオペレータの指示、又は、設定された条件に従って、送信制御部４３ｃが、データセンター３０に対してアクセスを開始する。データセンター３０においては、個人情報の漏洩や医療データの改竄等を防止するために、データベースサーバ３４へのアクセスに認証を要求し、認証により許可されるまでは、データベースサーバ３４へのアクセスを禁止している。

送信制御部４３ｃは、データセンター３０の認証サーバ３１に対してアクセス権を照会し、認証サーバ３１においてアクセス権が認められると、メモリ４４又はハードディスク４５等の格納手段に格納されている医療データをデータベースサーバ３４に送信して記録させる。

また、診療所と連携している病院を検査依頼先として新たに登録する際には、入力部４１を用いて入力された要求に応答して、依頼先登録部４３ｄが、データセンター３０に対してアクセスを開始する。図１に示す認証サーバ３１においてアクセス権が認められると、依頼先登録部４３ｄは、医療施設データベース３８に格納されている検査依頼先マスタテーブルに登録されている全病院名等の一覧を表す病院一覧データを送信するように、要求元の診療所ＩＤ番号を含む医療施設データ要求信号を医療施設データサーバ３７に送信する。

医療施設データサーバ３７から送信された病院一覧データは、依頼先登録部４３ｄによって受信されて画像処理部４３ａに送られ、表示部４２において、病院一覧データに基づいて、全病院名等の一覧が表示される。

新たに登録すべき病院が選択されると、入力部４１を用いたオペレータの指示に従って、依頼先登録部４３ｄは、選択された病院を表す病院ＩＤ番号を含む登録要求信号をデータベースサーバ３４に送信する。登録要求信号には、決定された病院を表す病院ＩＤ番号と共に、診療所毎に登録されている検査一覧テーブルを特定するための診療所ＩＤ番号が含まれている。これにより、データベースサーバ３４が、要求元の診療所についての検査一覧テーブルを更新する。

さらに、検査の予約を行う際には、入力部４１を用いて入力された要求に応答して、予約登録部４３ｅが、データセンター３０に対してアクセスを開始する。認証サーバ３１においてアクセス権が認められると、予約登録部４３ｅは、予約状況データベース３６に格納されている要求元の診療所についての検査一覧テーブルを送信するように、要求元の診療所を特定するための診療所ＩＤ番号を含む検査情報要求信号をデータベースサーバ３４に送信する。

データベースサーバ３４から送信された検査一覧テーブルは、予約登録部４３ｅによって受信されて画像処理部４３ａに送られ、表示部４２において、検査一覧テーブルに基づいて、検査予約画面が表示される。

図３に、クライアント端末において検査の予約を行うための検査予約画面の例を示す。検査予約画面７０には、予約検査選択項目欄７２、予約状況カレンダー欄７３、及び、予約ボタン７４を含む検査予約メニュー７１が表示される。図３においては、予約検査選択項目欄７２に、指定可能な検査の情報が表示されている。

この中のいずれかの病院と検査モダリティをクリックすることにより指定し、さらに、オプションとして検査メニュー名を指定すると、予約登録部４３ｅが、予約状況をカレンダー形式で示すカレンダーページを要求するために、データセンター３０に対してアクセスを開始する。認証サーバ３１においてアクセス権が認められると、予約登録部４３ｅは、指定された病院における指定された検査モダリティを用いる検査の予約状況を示すカレンダーページを表す予約状況データを送信するように、要求元の診療所を特定するための診療所ＩＤ番号を含む予約状況データ要求信号をデータベースサーバ３４に送信する。予約状況データ要求信号には、指定された病院の病院ＩＤ番号、指定された検査モダリティ名、さらに、オプションとして指定された検査メニュー名が含まれている。

データベースサーバ３４から送信された予約状況データは、予約登録部４３ｅによって受信されて画像処理部４３ａに送られ、表示部４２において、予約状況データに基づいて、図４に示すような検査予約画面が表示される。この検査予約画面おいては、予約状況が、カレンダー形式のカレンダーページとして表示されている。

図４に示す検査予約画面において、予約可能な予約枠に対しては、予約可能を表す色（図４においては「□」）を用い、予約不可能な予約枠に対しては、予約不可能を表す色（図４においては「■」）を用いることにより、一瞥して予約状況を把握することができる。ここで、予約枠とは、検査の時間に対応しており、通常、ＣＴ装置やＭＲ装置を用いた検査は、１回の検査のために２０分又は４０分の時間を有するので、最小検査単位である２０分を１つの予約枠とし、４０分の検査の場合は２つの連続する予約枠に対して予約を行うようにしている。縦に並んだ３行の予約枠は、１時間分の予約状況を表しており、これが横に７列並ぶことにより、７時間分の予約状況を表している。

なお、検査モダリティの種別のみでなく、同じ検査モダリティを用いる場合においても、実施される検査に応じて検査に要する時間が異なる場合がある。例えば、検診等の場合には、それほどスライス数を多くすることなくＣＴ装置やＭＲＩ装置を用いた検査が実施されるので、このような検査の場合には予約枠の時間単位は短くて良い。これに対して、同じＣＴ装置やＭＲＩ装置を用いても、精密検査の場合には、スライス数が多かったり、単純撮影と造影撮影とがペアで実施されることがあり、このような検査の場合には、検査を実施するための予約枠として長い時間枠が必要となる。このように、検査の種別に応じて最小検査単位となる時間が異なることがあるので、それらに合わせた予約枠が設定されるようにしても良い。例えば、毎水曜日の午前９時から１０時まで検診のみを行う場合には、その期間における予約枠の最小検査単位となる時間を１０分に設定する。

図４に示す検査予約画面の中のいずれかの予約枠をクリック等することにより指定して、予約ボタン７４を押下すると、予約登録部４３ｅが、検査を依頼したい患者を表す患者属性情報を画像データベース１３等から読み出し、検査依頼先情報と検査依頼元情報とを含む検査予約情報を、データベースサーバ３４に送信する。

図４において、要求元の診療所が既に予約している予約枠に対しては、「予約済み」、「患者受付」、「検査完了」、及び、「読影完了」のステータスに基づいて、予約可能及び予約不可能とは異なる色を用いて表示を行うことにより、予約した検査の進行状況を一瞥して把握することができる。

また、検査の予約後においては、「予約済み」又は「患者受付」のステータスを表している予約枠をダブルクリック等することにより、その患者の過去に撮影された医用画像を参照することができ、「検査完了」のステータスを表している予約枠をダブルクリック等することにより、依頼した病院において撮影された医用画像を確認することができ、また、「読影完了」のステータスを表している予約枠をダブルクリック等することにより、依頼した病院において読影された結果を閲覧することができる。

なお、本実施形態においては、画像処理部４３ａ、出力部４３ｂ、送信制御部４３ｃ、依頼先登録部４３ｄ、予約登録部４３ｅを、ＣＰＵとソフトウェアで構成したが、ディジタル回路やアナログ回路で構成しても良い。

図５は、病院に設置されるスケジュール管理端末の構成を示すブロック図である。スケジュール管理端末２４は、各種の指示等を入力するために用いられるキーボードやマウス等の入力部５１と、操作用の画像等を表示するＣＲＴ又はＬＣＤディスプレイ等の表示部５２と、インタフェース５９を介して入力部５１及び表示部５２が接続された中央演算装置（以下、ＣＰＵという）５３と、メモリ５４と、ハードディスク５５と、ハードディスク５５におけるデータの書込み及び読出しを制御するハードディスク制御部５６と、ＬＡＮに接続するためのネットワークインタフェース５７と、スケジュールデータベース（ＤＢ）２５が記録されているハードディスク等を制御するためのインタフェース５８とを含んでいる。これらの部分５３〜５８は、バスラインを介して相互に接続されている。

メモリ５４は、データベースサーバから受信されたカレンダーページを表す予約状況データ及び検査予約情報等を一時的に記憶する。ハードディスク５５には、ＣＰＵ５３に動作を行わせるためのソフトウェア（プログラム）が記録されている。なお、プログラムを記録する記録媒体としては、内蔵のハードディスク５５の他に、外付けハードディスク、フレキシブルディスク、ＭＯ、ＭＴ、ＲＡＭ、ＣＤ−ＲＯＭ、又は、ＤＶＤ−ＲＯＭ等を用いることもできる。

次に、ＣＰＵ５３とソフトウェア（プログラム）とによって構成される機能ブロック５３ａ〜５３ｄについて説明する。
受信制御部５３ａは、データベースサーバ３４から送信される予約状況データ及び検査予約情報を受信し、また、受付端末２１又は画像表示端末２３から送信されるステータス変更の要求を受信する。

ステータス管理部５３ｂは、受信制御部６３ａによって受信された予約状況データをスケジュールデータベース２５の記録媒体に記録して管理すると共に、受付端末２１又は画像表示端末２３から送信されるステータス変更の要求、又は、オペレータによって入力されるステータス変更の要求に応答して、予約状況データベース３６に格納されているステータスを変更するために、「予約済み」、「患者受付」、「検査完了」、「読影完了」等の変更すべきステータスと検査予約情報とを含むステータス変更要求信号を生成する。

送信制御部５３ｃは、ステータス変更部５３ｂがステータス変更要求信号を生成すると、データセンター３０の認証サーバ３１に対してアクセス権を照会し、認証サーバ３１においてアクセス権が認められると、データベースサーバ３４にステータス変更要求信号を送信する。

情報要求部５３ｄは、定期的に、データベースサーバ３４に対して、スケジュールデータベース２５に格納されている予約状況データ、及び、要求元の病院に関する検査予約情報を送信するように、要求元の病院を特定するための病院ＩＤ番号を含む予約状況データ要求信号を送信する。

図６に、スケジュール管理端末において患者の受付を行うための検査スケジュール画面の例を示す。検査スケジュール画面８０には、検査スケジュール選択項目欄８２、検査スケジュールカレンダー欄８３、及び、変更ボタン８４を含む検査スケジュールメニュー８１が表示される。図６においては、検査スケジュール選択項目欄８２に、指定可能な検査スケジュールの情報が表示されている。

この中のいずれかの検査モダリティをクリックすることにより指定すると、指定された検査モダリティを用いる検査の予約状況を示すカレンダーページを表す予約状況データに基づいて、図７に示すような検査スケジュール画面が表示される。この検査スケジュール画面おいては、予約状況が、カレンダー形式のカレンダーページとして表示されている。

図７に示す検査スケジュール画面において、「予約なし」の予約枠に対しては、予約なしを表す色（図７においては「□」）を用い、「予約なし」以外の予約枠に対しては、「予約済み」、「患者受付」、「検査完了」、及び、「読影完了」のステータスに基づいて、「予約なし」とは異なる色を用いて表示を行うことにより、予約した検査の進行状況を一瞥して把握することができる。

ステータスは、受付端末２１や画像表示端末２３からのステータス変更の要求に従って変更される。あるいは、オペレータの操作により、ステータスを変更することもできる。例えば、オペレータが、いずれかの予約枠をクリック等することにより指定して、変更ボタン８４を押下すると、ステータスが１つ前進する。

ステータス変更の要求に応答して、ステータス管理部５３ｂが、ステータス変更要求信号を生成し、送信制御部５３ｃが、「予約済み」、「患者受付」、「検査完了」、「読影完了」等の変更すべきステータスと検査予約情報とを含むステータス変更要求信号を、データベースサーバ３４に送信する。

また、「予約済み」又は「患者受付」のステータスを表している予約枠をダブルクリック等することにより、その患者の過去に撮影された医用画像を参照することができ、「検査完了」のステータスを表している予約枠をダブルクリック等することにより、依頼した病院において撮影された医用画像を確認することができ、「読影完了」のステータスを表している予約枠をダブルクリック等することにより、依頼した病院において読影された結果を閲覧することができる。

なお、本実施形態においては、受信制御部５３ａ、ステータス管理部５３ｂ、送信制御部５３ｃ、情報要求部５３ｄを、ＣＰＵとソフトウェアで構成したが、ディジタル回路やアナログ回路で構成しても良い。

図８は、データベースサーバの構成を示すブロック図である。データベースサーバ３４は、各種の指示等を入力するために用いられる入力部６１と、操作のための表示を行う表示部６２と、インタフェース６９を介して入力部６１及び表示部６２が接続された中央演算装置（以下、ＣＰＵという）６３と、メモリ６４と、ハードディスク６５と、ハードディスク６５を制御するハードディスク制御部６６と、ＬＡＮに接続するためのネットワークインタフェース６７と、医療データベース（ＤＢ）３５及び予約状況データベース（ＤＢ）３６が記録されているハードディスク等を制御するためのインタフェース６８とを含んでいる。これらの部分６３〜６８は、バスラインを介して相互に接続されている。

メモリ６４は、クライアント端末１２から受信された医療データ、医療施設データ要求信号、登録要求信号、検査情報要求信号、予約状況データ要求信号、及び、検査予約情報と、画像表示端末２３から受信した医療データと、スケジュール管理端末２４から受信したステータス変更要求信号、及び、予約状況データ要求信号とを一時的に記憶する。

ハードディスク６５には、ＣＰＵ６３に動作を行わせるためのソフトウェア（プログラム）が記録されている。なお、プログラムを記録する記録媒体としては、内蔵のハードディスク６５の他に、外付けハードディスク、フレキシブルディスク、ＭＯ、ＭＴ、ＲＡＭ、ＣＤ−ＲＯＭ、又は、ＤＶＤ−ＲＯＭ等を用いることもできる。

次に、ＣＰＵ６３とソフトウェア（プログラム）とによって構成される機能ブロック６３ａ〜６３ｆについて説明する。
受信制御部６３ａは、クライアント端末１２又は画像表示端末２３から送信される医療データを受信し、クライアント端末１２から送信される検査予約情報等を受信し、スケジュール管理端末２４から送信されるステータス変更要求信号等を受信する。

医療データ管理部６３ｂは、受信制御部６３ａによって受信された医療データを医療データベース３５の記録媒体に記録して管理する。
検査管理部６３ｃは、受信制御部６３ａによって受信された検査予約情報及びステータス変更要求信号に基づいて、検査の予約及び進行状況を管理し、予約状況データベース３６に記録されているステータス情報を設定及び変更する。さらに、検査管理部６３ｃは、ステータス情報に基づいて、医療機関や外部の読影業者からの医療データへのアクセスを管理している。例えば、検査管理部６３ｃは、ステータスが「検査完了」になると、検査依頼元の診療所に、医療データへのアクセス権を与える。

検索制御部６３ｄは、受信制御部６３ａによって受信された検査情報要求信号に含まれている診療所ＩＤ番号に基づいて、予約状況データベース３６に格納されているその診療所ＩＤ番号に対応する検査一覧テーブルを検索する。また、検索制御部６３ｄは、受信制御部６３ａによって受信された診療所からの予約状況データ要求信号に含まれている病院ＩＤ番号、検査モダリティ名、検査メニュー名、又は、病院からの予約状況データ要求信号に含まれている病院ＩＤ番号に基づいて、予約状況データベース３６に記録されている対応する検査に関する検査予約情報を検索する。

送信データ生成部６３ｅは、選択された病院の新たな登録を要求する登録要求信号が受信された場合に、登録要求信号に含まれている病院ＩＤ番号及び診療所ＩＤ番号に基づいて、登録要求信号に含まれている診療所ＩＤ番号によって表される診療所についての検査一覧テーブルの生成又は更新を行う。

また、送信データ生成部６３ｅは、予約状況データ要求信号が診療所から受信された場合に、検索制御部６３ｄによって検索された検査予約情報に含まれているステータス情報に基づいて、指定された検査モダリティについて所定の期間における予約状況を示すカレンダーページを表示するための診療所向け予約状況データを生成する。

一方、送信データ生成部６３ｅは、予約状況データ要求信号が病院から受信された場合に、検索制御部６３ｄによって検索された検査予約情報に含まれているステータス情報に基づいて、病院に設置されている複数の検査モダリティ毎に所定の期間における予約状況を示すカレンダーページを表示するための予約状況データを生成する。

送信制御部６３ｆは、検査情報要求信号が受信された場合に、検査情報要求信号に含まれている要求元の診療所を特定するための診療所ＩＤ番号に基づいて、要求元のクライアント端末１２に検査一覧テーブルを送信する。

また、送信制御部６３ｆは、診療所から検査予約情報が受信された場合に、検査予約情報に含まれている要求元の診療所を特定するための診療所ＩＤ番号に基づいて、要求元のクライアント端末１２に診療所向け予約状況データを送信する。

さらに、送信制御部６３ｆは、診療所から予約状況データ要求信号が受信された場合に、予約状況データ要求信号に含まれている要求元の診療所を特定するための診療所ＩＤ番号に基づいて、要求元のクライアント端末１２に診療所向け予約状況データを送信する。

一方、送信制御部６３ｆは、病院から予約状況データ要求信号が受信された場合に、予約状況データ要求信号に含まれている要求元の病院を特定するための病院ＩＤ番号に基づいて、要求元の画像表示端末２３に病院向け予約状況データを送信する。

なお、本実施形態においては、受信制御部６３ａ、医療データ管理部６３ｂ、検査管理部６３ｃ、検索制御部６３ｄ、送信データ生成部６３ｅ、送信制御部６３ｆを、ＣＰＵとソフトウェアで構成したが、ディジタル回路やアナログ回路で構成しても良い。

次に、診療所側における本実施形態に係る検査予約システムの動作について、図１〜図４、および、図８〜図１１を参照しながら説明する。
図９は、医療データの保管における本実施形態に係る検査予約システムの動作を示すフローチャートである。

まず、ステップＳ１１において、Ｘ診療所１０ａのクライアント端末１２が、検査モダリティ１１から検査結果を表す医療データを入力し、患者属性情報及び検査属性情報と共に、メモリ４４等の格納手段に格納する。

次に、ステップＳ１２において、送信制御部４３ｃが、データセンター３０の認証サーバ３１に対して、アクセス権を照会する。ステップＳ２１において、認証サーバ３１がアクセス権を認めると、ステップＳ１３において、送信制御部４３ｃが、格納されている画像データ等の医療データを、クライアント端末１２からデータセンター３０のデータベースサーバ３４に送信する。

ステップＳ２２において、データベースサーバ３４の受信制御部６３ａが、医療データを受信する。ステップＳ２３において、医療データ管理部６３ｂが、受信制御部６３ａによって受信された医療データを、医療データベース３５の記録媒体に記録する。これにより、医療データが、データセンター３０に保管される。

図１０及び図１１は、検査の予約における本実施形態に係る検査予約システムの動作を示すフローチャートである。ステップＳ３１において、画像処理が施された画像データに基づいて、クライアント端末１２の表示部４２が医用画像を表示する。表示部４２によって表示された医用画像は、オペレータである医師によって読影される。

オペレータである医師が、表示部４２によって表示された医用画像を読影して病院に検査の依頼をすることが必要であると判断し、入力部４１を用いて、指定可能検査情報の要求の指示を入力すると、ステップＳ３２において、依頼先登録部４３ｄが、指定可能検査情報の要求の指示に応答して、データセンター３０の認証サーバ３１に対して、アクセス権を照会する。

認証サーバ３１によってアクセス権が認められると、ステップＳ３３において、依頼先登録部４３ｄが、データセンター３０が検査一覧テーブルを送信するように、検査情報要求信号を、クライアント端末１２からデータセンター３０のデータベースサーバ３４に送信する。検査情報要求信号には、例えば、指定可能検査情報の要求元診療所として「Ｘ診療所」を表す診療所名が含まれている。

ステップＳ５１において、データベースサーバ３４の受信制御部６３ａが、検査情報要求信号を受信する。ステップＳ５２において、検索制御部６３ｄが、受信制御部６３ａによって受信された検査情報要求信号に含まれる「Ｘ診療所」を表す診療所ＩＤ番号に基づいて、予約状況データベース３６から「Ｘ診療所」用に登録された検査一覧テーブルを検索する。なお、「Ｘ診療所」用に登録された検査一覧テーブルとは、「Ｘ診療所」と連携している選択された複数の病院の病院名及び病院ＩＤ番号と、それぞれの病院の検査モダリティを表す検査モダリティ名と、それぞれの検査モダリティを用いて行える検査メニュー名とを対応付けたテーブルである。

次に、ステップＳ５３において、送信制御部６３ｆが、受信制御部６３ａによって受信された検査情報要求信号に含まれている「Ｘ診療所」を表す診療所ＩＤ番号に基づいて、検索された検査一覧テーブルを、Ｘ診療所１０ａに設置されている送信元のクライアント端末１２に返送する。

ステップＳ３４において、依頼先登録部４３ｄが、受信した検査一覧テーブルをメモリ４４に格納する。ステップＳ３５において、画像処理部４３ａが、メモリ４４に記憶されている検査一覧テーブルに基づいて、表示部４２に、選択された複数の病院の病院名と、それぞれの病院に設置されている検査モダリティ名と、それぞれのモダリティを用いて行える検査メニュー名の一覧を含む検査予約画面を表示部４２に表示させる。

例えば、オペレータが、入力部４１を用いて、表示部４２によって表示されている予約検査選択項目欄７２（図３）の「Ａ病院」に設置されている「ＭＲＩ装置」を用いた「頭部」の検査を選択すると、ステップＳ３６において、依頼先登録部４３ｄが、予約状況データを送信するように、予約状況データ要求信号をクライアント端末１２からデータセンター３０のデータベースサーバ３４に送信する。予約状況データ要求信号には、「Ｘ診療所」を表す診療所ＩＤ番号と共に、「Ａ病院」を表す病院ＩＤ番号、「ＭＲＩ装置」を表す検査モダリティ名、及び、「頭部」を表す検査メニュー名が含まれている。

ステップＳ５４において、データベースサーバ３４の受信制御部６３ａが、予約状況データ要求信号を受信する。ステップＳ５５において、検索制御部６３ｄが、受信制御部６３ａによって受信された予約状況データ要求信号に含まれる「Ａ病院」を表す病院ＩＤ番号と、「ＭＲＩ装置」を表す検査モダリティ名と、「頭部」を表す検査メニュー名とに基づいて、予約状況データベース３６において対応する検査予約情報を検索する。

図１１のステップＳ５６において、送信データ生成部６３ｅが、検索制御部６３ｄによって検索された検査予約情報に基づいて、「Ａ病院」に配置された「ＭＲＩ装置」を用いて行われる「頭部」の検査の予約状況をカレンダーページとして表す予約状況データを生成する。

次に、ステップＳ５７において、送信制御部６３ｆが、受信制御部６３ａによって受信された予約状況データ要求信号に含まれている「Ｘ診療所」を表す診療所ＩＤ番号に基づいて、検索された予約状況データを、Ｘ診療所１０ａに設置されている送信元のクライアント端末１２に返送する。

ステップＳ３７において、依頼先登録部４３ｄが、受信した予約状況データをメモリ４４に格納する。ステップＳ３８において、画像処理部４３ａが、メモリ４４に記憶されている予約状況データに基づいて、図４に示すように、表示部４２に「Ａ病院」に配置された「ＭＲＩ装置」を用いて行われる「頭部」の検査の予約状況を示すカレンダーを含む検査予約画面を表示部４２に表示させる。

オペレータが、入力部４１を用いて、表示部４２に表示されている予約状況カレンダー欄７３の１つ又は複数の予約枠を選択し、予約ボタン７４を押下すると、ステップＳ３９において、予約登録部４３ｅが、検査予約情報をデータセンター３０のデータベースサーバ３４に送信する。

ステップＳ５８において、データベースサーバ３４の受信制御部６３ａが、検査予約情報を受信する。ステップＳ５９において、検査管理部６３ｃが、受信制御部６３ａによって受信された検査予約情報の検査情報に対して予約済みを表すステータスを付加し、ステータスが付加された検査予約情報を、予約状況データベース３６の記録媒体に記録する。これにより、検査の予約が完了する。

なお、検査予約情報を記録する際には、検査管理部６３ｃが、検査予約情報に含まれている患者属性情報によって特定される患者の過去に撮影された画像を表す画像データの医療データベース３５における格納場所情報を取得し、その格納場所情報をＵＲＬ（uniform resource locator：統一資源位置指定子）として患者属性情報に関連付けることにより、そのＵＲＬに基づいて、参照が許可された依頼先病院の医師が過去に撮影された画像を参照できるようにしている。

次に、ステップＳ６０において、検索制御部６３ｄが、受信制御部６３ａによって受信された検査予約情報に含まれる「Ａ病院」を表す依頼先の病院ＩＤ番号と、「ＭＲＩ装置」を表す検査モダリティ名と、「頭部」を表す検査メニュー名とに基づいて、予約状況データベース３６において対応するステータスを検索する。

ステップＳ６１において、送信データ生成部６３ｅが、検索制御部６３ｄによって検索されたステータスに基づいて、「Ａ病院」に配置された「ＭＲＩ装置」を用いて行われる「頭部」の検査の予約状況を示すカレンダーを表す予約状況データを生成する。

ステップＳ６２において、送信制御部６３ｆが、受信制御部６３ａによって受信された検査予約情報に含まれている「Ｘ診療所」を表す依頼元診療所ＩＤ番号に基づいて、検索された予約状況データを、Ｘ診療所１０ａに設置されている送信元のクライアント端末１２に返送する。

ステップＳ４０において、依頼先登録部４３ｄが、受信した予約状況データをメモリ４４に格納する。ステップＳ４１において、画像処理部４３ａが、メモリ４４に記憶されている予約状況データに基づいて、表示部４２に「Ａ病院」に配置された「ＭＲＩ装置」を用いて行われる「頭部」の検査の予約状況をカレンダーページとして示す検査予約画面を表示部４２に表示する。これにより、オペレータである医師が、検査の予約が完了したことを確認できる。

次に、予約状況データの更新における本実施形態に係る検査予約システムの動作について、図１、図５〜図８、図１２〜図１４を参照しながら説明する。
図１２は、予約状況データの更新における本実施形態に係る検査予約システムの動作を示すフローチャートである。

まず、ステップＳ７１において、スケジュール管理端末２４のステータス管理部５３ｂが、スケジュールデータベース２５に記録されている検査のスケジュール情報に基づいて、複数の予約枠について外部の診療所から予約可能であるか否か（予約状況）、及び／又は、検査の進行状況（ステータス）を表すスケジュールデータを生成する。次に、ステップＳ７２において、送信制御部５３ｃが、スケジュールデータをデータベースサーバ３４に出力する。

ステップＳ６１において、データベースサーバ３４の受信制御部６３ａが、検査予約システム内の全ての病院から、スケジュールデータを受信する。ステップＳ６２において、検査管理部６３ｃが、受信されたスケジュールデータに基づいて、予約状況データベース３６の記録媒体に、複数の予約枠に関する情報を記録する。

ステップＳ６３において、検索制御部６３ｄが、所定の期間について、全ての病院ＩＤ番号と、全ての検査モダリティ名と、全ての検査メニュー名とについて、予約状況データベース３６から複数の検査についての検査予約情報を検索し、ステータスを読み出す。

ステップＳ６４において、送信データ生成部６３ｅが、予約状況データベース３６の記録媒体に記録されている複数の予約枠に関する情報と、検索制御部６３ｄによって読み出された複数の検査についての検査予約情報とに基づいて、予約状況又はステータスが変化した予約枠について、各予約枠の予約状況又はステータスをカレンダーページとして表す予約状況データを更新する。ステップＳ６５において、送信制御部６３ｆが、関連する病院に、ステップＳ６４において更新された予約状況データを返信する。

ステップＳ７３において、スケジュール管理端末２４が、更新された予約状況データを受信する。次に、ステップＳ７４において、スケジュール管理端末２４が、更新された予約状況データを記録する。

図１３は、検査予定の患者の受付完了における本実施形態に係る検査予約システムの動作を示すフローチャートである。受付端末２１のオペレータが、受付において、来院した患者の検査予約が行われていることを確認し、検査予約が行われている場合に、受付端末２１の入力部等を用いてステータスの変更を要求し、受付端末２１からスケジュール管理端末２４にステータス変更の要求が送信されると、ステップＳ９１において、スケジュール管理端末２４の受信制御部５３ａが、ステータス変更の要求を受信する。

次に、ステップＳ９２において、ステータス管理部５３ｂが、受信されたステータス変更の要求に応答して、予約状況データベース３６に格納されているステータスを変更するために、ステータス変更要求信号を生成する。ステップＳ９３において、送信制御部５３ｃが、ステータス変更要求信号をデータベースサーバ３４に送信する。

ステップＳ８１において、データベースサーバ３４の受信制御部６３ａが、ステータス変更要求信号を受信する。次に、ステップＳ８２において、検索制御部６３ｄが、ステータス変更要求信号に含まれている病院ＩＤ番号、検査モダリティ名、検査メニュー名に基づいて、同一の病院ＩＤ番号、同一の検査モダリティ名、同一の検査メニュー名に対応する検査予約情報を予約状況データベース３６において検索する。

ステップＳ８３において、検査管理部６３ｃが、検索された検査予約情報に含まれている「予約済み」のステータスを、ステータス変更要求信号に含まれている「患者受付」のステータスに変更する。これにより、検査の受付が完了する。

ステップＳ８４において、送信データ生成部６３ｅが、ステータスが変更された検査予約情報に基づいて、検査の予約状況をカレンダーページとして表す予約状況データを生成する。次に、ステップＳ８５において、送信制御部６３ｆが、ステータス変更要求信号に含まれている病院ＩＤ番号に基づいて、予約状況データを要求元のスケジュール管理端末２４に返送する。

ステップＳ９４において、スケジュール管理端末２４の受信制御部５３ａが、予約状況データを受信する。ステップＳ９５において、ステータス管理部５３ｃが、受信された予約状況データを、スケジュールデータベース２５の記録媒体に記録する。さらに、ステップＳ９６において、ステータス管理部５３ｃが、予約状況データに基づいて、ステータスの変更された検査スケジュール画面を表示部５２に表示する。これにより、オペレータが、ステータスの変更が完了したことを確認できる。

図１４は、患者の検査完了及び読影完了における本実施形態に係る検査予約システムの動作を示すフローチャートである。検査又は読影が完了して画像表示端末２３からデータベースサーバ３４に画像データや読影レポートデータ等の医療データが送信され、データベースサーバ３４において医療データを記録し、さらに、画像表示端末２３からスケジュール管理端末２４にステータス変更の要求が送信されると、ステップＳ１１１において、スケジュール管理端末２４の受信制御部５３ａが、ステータス変更の要求を受信する。

次に、ステップＳ１１２において、ステータス管理部５３ｂが、受信されたステータス変更の要求に応答して、予約状況データベース３６に格納されているステータスを変更するために、ステータス変更要求信号を生成する。ステータス変更要求信号は、変更すべきステータスが含まれている検査予約情報と、検査が完了した場合には「検査完了」のステータス、読影が完了した場合には「読影完了」のステータスとを含む。さらに、ステップＳ１１３において、送信制御部５３ｃが、生成したステータス変更要求信号をデータベースサーバ３４に送信する。

ステップＳ１０１において、データベースサーバ３４の受信制御部６３ａが、ステータス変更要求信号を受信する。次に、ステップＳ１０２において、検索制御部６３ｄが、受信制御部６３ａによって受信されたステータス変更要求信号に含まれている病院ＩＤ番号、検査モダリティ名、検査メニュー名に基づいて、同一の病院ＩＤ番号、同一の検査モダリティ名、同一の検査メニュー名に対応する検査予約信号を予約状況データベース３６において検索する。

ステップＳ１０３において、検査が完了した場合には、検査管理部６３ｃが、検索された検査予約情報に含まれている「患者受付」のステータスを、受信されたステータス変更要求信号に含まれている「検査完了」のステータスに変更する。あるいは、読影が完了した場合には、検査管理部６３ｃが、検索された検査予約情報に含まれている「検査完了」のステータスを、受信されたステータス変更要求信号に含まれている「読影完了」のステータスに変更する。

次に、ステップＳ１０４において、検査管理部６３ｃが、検査や読影の完了の際に画像表示端末２３から送信され画像データや読影レポートデータ等の医療データの格納場所情報をＵＲＬとして、検査予約情報に含まれている患者属性情報に関連付ける。このように、本実施形態においては、ステータスを変更する際に、医療データの格納場所情報を患者属性情報に関連付けている。これにより、例えば、検査を依頼した診療所の医師や外部の読影業者が、予約枠をダブルクリック等の簡単な操作によって、検査の結果得られた画像データにアクセスできるようにしている。

ここで、ステータスが「検査完了」の場合には、参照が許可された依頼先病院の読影医が依頼先の病院において撮影された画像を参照できるようにしている。なお、読影業務の依頼が検査予約情報に付随していない場合には、検査を予約した診療所の医師に対しても依頼先の病院において撮影された画像を参照できるようにしている。一方、ステータスが「読影完了」の場合には、参照が許可された依頼先病院の臨床医、及び、検査を予約した診療所の医師が読影レポートを参照できるようにしている。

なお、画像表示端末２３から送信された医療データは、予約状況データベース３６の記録媒体に記録するようにしても良いし、検査依頼元である診療所に設置されている記録媒体に記録するようにしても良いし、ネットワークを介して接続される他の場所の記録媒体に記録するようにしても良い。検査依頼元である診療所に設置されている記録媒体に医療データを記録する場合には、医療データの格納場所を検査予約データベース３６の記録媒体に記録することにより、重複して医療データを記録する必要がなくなり、データセンター側のリソースの消費を抑えることができる。

ステップＳ１０５において、送信データ生成部６３ｅが、検索制御部６３ｄによって検索された検査予約情報に含まれているステータスに基づいて、検査の予約状況をカレンダーページとして表す予約状況データを生成する。また、ステップＳ１０６において、送信制御部６３ｆが、受信されたステータス変更要求信号に含まれている病院ＩＤ番号に基づいて、Ａ病院２０ａに設置されている送信元のスケジュール管理端末２４に予約状況データを返送する。

ステップＳ１１４において、スケジュール管理端末２４の受信制御部５３ａが、予約状況データを受信する。また、ステップＳ１１５において、ステータス管理部５３ｂが、受信制御部５３ａによって受信された予約状況データを、スケジュールデータベース２５の記録媒体に記録する。

ステップＳ１１６において、ステータス管理部５３ｂが、予約状況データに基づいて、ステータスの変更された検査スケジュール画面を表示部５２に表示する。これにより、ステータスの変更が完了したことを確認できる。

なお、本実施形態においては、画像データや読影レポート等を医療データとしているが、医療データとして生化学検査結果やバイタルサインデータ等を含んでも良い。また、本実施形態においては、ステータスを変更する際に、関連する医療データの格納場所情報を患者属性情報に関連付け、医療データが必要となった際には、その格納場所情報に基づいて医療データを読み出せるようにしているが、ステータスを変更する際の関連付けは行わずに、医療データが必要となった際に、患者属性情報に基づいて医療データを検索して読み出すようにしても良い。

本発明は、大規模な検査機器を有する医療機器において検査を受けるために、診療所等からその医療機関に対して検査を予約するシステムにおいて利用することが可能である。

本発明の一実施形態に係る検査予約システムの構成を示す概略図である。 診療所に設置されるクライアント端末の構成を示すブロック図である。 クライアント端末において検査の予約を行うための検査予約画面の例を示す図である。 クライアント端末において検査の予約を行うための検査予約画面の例を示す図である。 病院に設置されるスケジュール管理端末の構成を示すブロック図である。 スケジュール管理端末において患者の受付を行うための検査スケジュール画面の例を示す図である。 スケジュール管理端末において患者の受付を行うための検査スケジュール画面の例を示す図である。 データベースサーバの構成を示すブロック図である。 医療データの保管における検査予約システムの動作を示すフローチャートである。 検査の予約における検査予約システムの動作を示すフローチャート（前半）である。 検査の予約における検査予約システムの動作を示すフローチャート（後半）である。 予約状況データの更新における検査予約システムの動作を示すフローチャートである。 検査予定の患者の受付における検査予約システムの動作を示すフローチャートである。 患者の検査における検査予約システムの動作を示すフローチャートである。

符号の説明

１０ａ、１０ｂ、１０ｃ 診療所
１１ 検査モダリティ
１２ クライアント端末
１３ 一時保管ＤＢ（データベース）
１４、２６、３３、９２ ファイアウォール（ＦＷ）
１５、２７ プリンタ
２０ａ、２０ｂ、２０ｃ 病院
２１ 受付端末
２２ 検査モダリティ
２３、９１ 画像表示端末
２４ スケジュール管理端末
２５ スケジュールＤＢ（データベース）
３０ データセンター
３１ 認証サーバ
３２ 認証ＤＢ（データベース）
３４ データベースサーバ
３５ 医療ＤＢ（データベース）
３６ 予約状況ＤＢ（データベース）
３７ 医療施設データサーバ
３８ 医療施設ＤＢ（データベース）
４１、５１、６１ 入力部
４２、５２、６２ 表示部
４３、５３、６３ 中央演算装置（ＣＰＵ）
４３ａ 画像処理部
４３ｂ 出力部
４３ｃ 送信制御部
４３ｄ 依頼先登録部
４３ｅ 予約登録部
４４、５４、６４ メモリ
４５、５５、６５ ハードディスク
４６、５６、６６ ハードディスク制御部
４７ ＤＶＤドライブ
４８、５７、６７ ネットワークインタフェース
４９、５０、５８、５９、６８、６９ インタフェース
５３ａ 受信制御部
５３ｂ ステータス管理部
５３ｃ 送信制御部
５３ｄ 情報要求部
６３ａ 受信制御部
６３ｂ 医療データ管理部
６３ｃ 検査管理部
６３ｄ 検索制御部
６３ｅ 送信データ生成部
６３ｆ 送信制御部
７０ 検査予約画面
７１ 検査予約メニュー
７２ 予約検査選択項目欄
７３ 予約状況カレンダー欄
７４ 予約ボタン
８０ 検査スケジュール画面
８１ 検査スケジュールメニュー
８２ 検査スケジュール選択項目欄
８３ 検査スケジュールカレンダー欄
８４ 変更ボタン
９０ 外部の読影業者

Claims (12)

1. 複数の検査依頼元医療施設にそれぞれ設置されている複数の第１の端末と、前記複数の検査依頼元医療施設からの依頼に応じて診断目的の検査を行う複数の検査依頼先医療施設にそれぞれ設置されている複数の第２の端末と、データセンターに設置されているサーバとを、ネットワークを介して接続することにより構成される検査予約システムにおいて用いられる検査予約方法であって、
   前記サーバにおいて、前記複数の検査依頼元医療施設毎に、選択された複数の検査依頼先医療施設とそれぞれの検査依頼先医療施設に設置されている検査機器とを対応付けた一覧データを記録媒体に記録させるステップと、
   いずれかの検査依頼元医療施設の第１の端末から、当該検査依頼元医療施設によって選択された複数の検査依頼先医療施設に設置されている検査機器の一覧を要求された場合に、前記サーバにおいて、当該検査依頼元医療施設に対応する一覧データを前記記録媒体において検索するステップと、
   検索された一覧データを前記サーバから前記第１の端末に送信するステップと、
   前記第１の端末において、受信した一覧データに基づいて、当該検査依頼元医療施設によって選択された複数の検査依頼先医療施設に設置されている検査機器の一覧を表示するステップと、
   表示された一覧の中から指定された検査依頼先医療施設及び検査機器を表す情報を、前記第１の端末から前記サーバに送信するステップと、
   前記サーバにおいて、表示された一覧の中から指定された検査依頼先医療施設における指定された検査機器を用いる検査の予約状況に関する複数の予約枠を含むカレンダーページを表す予約状況データを生成し、前記第１の端末に送信するステップと、
   前記第１の端末において、受信した予約状況データに基づいて、複数の予約枠を含むカレンダーページを表示するステップと、
   表示されたカレンダーページの中から指定された予約枠を表す検査予約情報を、前記第１の端末から前記サーバに送信するステップと、
   前記サーバにおいて、受信した検査予約情報を記録媒体に記録させることにより、検査を予約するステップと、
   を具備する検査予約方法。
2. 前記サーバにおいて、検査の状況を表すステータス情報を設定するステップと、
   前記第１の端末において、検査の予約後に、設定されたステータス情報に基づいて、検査の状況を表示するステップと、
   をさらに具備する請求項１記載の検査予約方法。
3. 前記サーバにおいて、検査の状況を表すステータス情報を設定するステップと、
   前記サーバにおいて、設定されたステータス情報に基づいて、検査の結果得られた医療データへのアクセス権を制御するステップと、
   をさらに具備する請求項１記載の検査予約方法。
4. 前記サーバにおいて、検査の状況を表すステータス情報を設定するステップと、
   前記サーバにおいて、ステータス情報を変更する際に、関連する医療データの格納場所情報を患者属性情報に関連付けるステップと、
   前記第１の端末において、医療データが必要となった際に、検査予約情報に含まれている患者属性情報に基づいて医療データを読み出すステップと、
   をさらに具備する請求項１記載の検査予約方法。
5. 複数の検査依頼元医療施設にそれぞれ設置されている複数の第１の端末と、前記複数の検査依頼元医療施設からの依頼に応じて診断目的の検査を行う複数の検査依頼先医療施設にそれぞれ設置されている複数の第２の端末と、データセンターに設置されているサーバとを、ネットワークを介して接続することにより構成される検査予約システムであって、
   いずれかの検査依頼元医療施設によって選択された複数の検査依頼先医療施設に設置されている検査機器の一覧をサーバに要求し、前記サーバから受信した一覧データに基づいて、当該検査依頼元医療施設によって選択された複数の検査依頼先医療施設に設置されている検査機器の一覧を表示すると共に、表示された一覧の中から指定された検査依頼先医療施設及び検査機器を表す情報を前記サーバに送信し、前記サーバから受信した予約状況データに基づいて複数の予約枠を含むカレンダーページを表示し、表示されたカレンダーページの中から指定された予約枠を表す検査予約情報を前記サーバに送信する第１の端末と、
   前記複数の検査依頼元医療施設毎に、選択された複数の検査依頼先医療施設とそれぞれの検査依頼先医療施設に設置されている検査機器とを対応付けた一覧データを記録媒体に記録させ、前記第１の端末から、当該検査依頼元医療施設によって選択された複数の検査依頼先医療施設に設置されている検査機器の一覧を要求された場合に、当該検査依頼元医療施設に対応する一覧データを前記記録媒体において検索して得られた一覧データを前記第１の端末に送信すると共に、表示された一覧の中から指定された検査依頼先医療施設における指定された検査機器を用いる検査の予約状況に関する複数の予約枠を含むカレンダーページを表す予約状況データを生成して前記第１の端末に送信し、前記第１の端末から受信した検査予約情報を記録媒体に記録させることにより検査を予約するサーバと、
   を具備する検査予約システム。
6. 前記サーバが、検査の状況を表すステータス情報を設定し、
   前記第１の端末が、検査の予約後に、設定されたステータス情報に基づいて、検査の状況を表示する、
   請求項５記載の検査予約システム。
7. 前記サーバが、検査の状況を表すステータス情報を設定し、設定されたステータス情報に基づいて、検査の結果得られた医療データへのアクセス権を制御する、請求項５記載の検査予約システム。
8. 前記サーバが、検査の状況を表すステータス情報を設定し、ステータス情報を変更する際に、関連する医療データの格納場所情報を患者属性情報に関連付け、
   前記第１の端末が、医療データが必要となった際に、検査予約情報に含まれている患者属性情報に基づいて医療データを読み出す、
   請求項５記載の検査予約システム。
9. 複数の検査依頼元医療施設にそれぞれ設置されている複数の第１の端末と、前記複数の検査依頼元医療施設からの依頼に応じて診断目的の検査を行う複数の検査依頼先医療施設にそれぞれ設置されている複数の第２の端末とに、ネットワークを介して接続されるサーバであって、
   前記複数の検査依頼元医療施設毎に、選択された複数の検査依頼先医療施設とそれぞれの検査依頼先医療施設に設置されている検査機器とを対応付けた一覧データを記録媒体に記録させる制御手段と、
   いずれかの検査依頼元医療施設の第１の端末から、当該検査依頼元医療施設によって選択された複数の検査依頼先医療施設に設置されている検査機器の一覧を要求された場合に、当該検査依頼元医療施設に対応する一覧データを前記記録媒体において検索する検索制御手段と、
   前記第１の端末において一覧データに基づいて表示された一覧の中から指定された検査依頼先医療施設における指定された検査機器を用いる検査の予約状況に関する複数の予約枠を含むカレンダーページを表す予約状況データを生成する送信データ生成手段と、
   前記第１の端末において予約状況データに基づいて表示されたカレンダーページの中から指定された予約枠を表す検査予約情報を記録媒体に記録させることにより、検査を予約する検査予約管理手段と、
   を具備するサーバ。
10. 前記検査予約管理手段が、検査の状況を表すステータス情報を設定し、
    前記送信データ生成手段が、前記第１の端末において検査の予約後に設定されたステータス情報に基づいて検査の状況を表示するように、設定されたステータス情報を含む予約状況データを生成する、
    請求項９記載のサーバ。
11. 前記検査予約管理手段が、検査の状況を表すステータス情報を設定し、設定されたステータス情報に基づいて、検査の結果得られた医療データへのアクセス権を制御する、請求項９記載のサーバ。
12. 前記検査予約管理手段が、検査の状況を表すステータス情報を設定し、前記第１の端末ステータス情報を変更する際に、関連する医療データの格納場所情報を患者属性情報に関連付け、
    前記第１の端末において医療データが必要となった際に、前記第１の端末からの要求に応じて、検査予約情報に含まれている患者属性情報に基づいて医療データを読み出す医療データ管理部をさらに具備する請求項９記載のサーバ。