JP2009086731A - 医用ネットワークシステム並びに検査依頼管理装置及びその管理方法 - Google Patents

Abstract

【課題】医療検査の委託が行われた後の処理が煩雑になることを防止する。
【解決手段】データセンタの受付サーバ２０は、依頼元のクライアント端末１７，１９から依頼先のクライアント端末１７へ発行される依頼情報を中継して、依頼元が指定した医療施設（病院Ａ〜Ｄ）のクライアント端末１７へ配信する。受付サーバ２０は、中継した依頼情報を格納する。第１依頼情報に基づく検査依頼を受け付けた依頼先が別の依頼先へ委託する際に、前記依頼先が新たな依頼元として受付サーバ２０を介して委託先のクライアント端末１７へ発行した第２依頼情報を、先の第１依頼情報と関連付けて格納する。互いに関連付けられている両依頼情報に基づき、大元の依頼元、この依頼元から検査依頼を受けた依頼先（委託元）、この依頼先から検査依頼を委託された委託先などを容易に把握することができるので、医療検査の委託後の処理が煩雑になることが防止される。
【選択図】図１

Description

本発明は、ネットワークを介して検査依頼を受け付けて、このネットワークを通じて接続されている医療検査施設に検査依頼を行う医用ネットワークシステム並びに検査依頼管理装置及びその管理方法に関するものである。

近年、地域における医療サービスの効率化と質の向上を目的として医療施設間の連携が推進されており、小規模な診療所などが、ＣＴ検査設備やＭＲＩ検査設備等の高度なモダリティ機器を持つ大規模な病院に対して、医用画像の撮影及び読影からなる医療検査を依頼する機会が増加している。このため、診療所や病院等の複数の医療施設に設置されたクライアント端末とＩＰ（インターネットプロトコル）ネットワークなどを介して接続され、各クライアント端末からの要求に応じて種々のサービスを提供するサーバを有する医用ネットワークシステムが開発されている。

サーバは、例えば、これを運営するデータセンタに設置され、保守運用される。サーバには、上記病院の医療検査の予約管理を行うためのスケジュールデータベース（ＤＢ）が設けられている。このスケジュールＤＢには、上記各病院への医療検査の予約状況を表すスケジュールが記憶されている。

医用ネットワークシステムに参加している診療所は、クライアント端末にインストールされたＷｅｂブラウザを介してサーバにアクセスし、サーバからスケジュールＤＢに記憶されているスケジュールを受信する。この受信したスケジュールに基づいて予約画面がＷｅｂブラウザ上に表示されるので、病院や検査日時等を指定して所定の情報を入力する。これにより、サーバで医療検査の予約が受け付けられるとともに、このサーバを中継して指定された病院に対して医療検査の依頼情報が配信される（特許文献１参照）。

患者が指定日時に指定病院を訪問すると、モダリティ機器による医用画像の撮影と、読影医師による医用画像の読影とが行われて、読影レポートが作成される。作成された読影レポートは、データセンタ内に設けられたレポートＤＢ等にアップロードされる。これにより、１つの医療検査が完了する。依頼元の診療所は、データセンタより検査完了情報が配信されたら、クライアント端末からレポートＤＢにアクセスして、作成された読影レポートを読み出し、これを参照する。
特開２００１−２６５８７７号公報

ところで、医療検査依頼を受けた病院において、医療検査の処理数は、モダリティ機器の性能（１日当たりの撮影可能枚数）よりも、読影医師の数（１日当たりの読影可能枚数）に大きく依存する。このため、検査日当日に担当の読影医師が欠勤したときに、病院内の他の読影医師にスケジュールの空きが無いと、他の病院に読影を委託する場合がある。近年は読影医師が不足しており、特に読影医師の少ない病院では他の読影医師も多忙を極めているため、担当の読影医師のスケジュールが急遽変更されたときは、他の病院に読影を委託せざる得ない状況にある。

このように他の病院に対して読影などの医療検査の委託が行われた場合には、その後の処理が煩雑になってしまう。例えば、読影の委託先から読影レポートがデータセンタにアップロードされた場合に、読影の委託元には検査完了情報が配信されるが、大元の検査依頼元には検査完了情報が配信されないため、委託元から大元の検査依頼元に対して検査完了を通知するなど運用で対処しなければならないという問題がある。また、検査料自体は、患者が委託元で撮影を受けた際に委託元に対して全額支払われるため、例えば委託元の会計担当者は、委託先を調べるとともに、支払われた検査料の中から委託先に按分される検査料を求める必要があり、会計担当者の作業の負担が増えてしまうという問題がある。

本発明は上記問題を解決するためになされたものであり、医療検査の委託を行った場合でもその後の処理が煩雑にならないようにした医用ネットワークシステム並びに検査依頼管理装置及びその管理方法を提供することを目的とする。

上記問題を解決するため、本発明では、医療検査の検査依頼をする依頼元とその検査依頼を受け付ける依頼先に設置される複数の端末とネットワークを介して接続され、依頼元の端末から依頼先の端末へ発行される前記依頼情報を中継して、依頼元が指定した依頼先の端末へ配信するサーバとからなる医用ネットワークシステムにおいて、前記サーバは、中継した依頼情報を格納する依頼情報格納手段と、依頼元から依頼先へ中継された第１依頼情報と、前記第１依頼情報に基づく検査依頼を受け付けた依頼先が別の依頼先へ委託する際に、前記依頼先が新たな依頼元として前記サーバを介して委託先へ発行した第２依頼情報とを関連付けて前記依頼情報格納手段に格納する依頼情報管理手段とを備えていることを特徴とする。

前記依頼情報管理手段は、前記依頼先の端末から発行される要求に基づいて、前記第１依頼情報と第２依頼情報とを関連づけることが好ましい。

前記サーバは、検査依頼を受け付け可能な受付枠を表す受付枠情報を依頼先毎に格納する受付枠情報格納手段と、前記各端末からの要求に基づいて前記受付枠情報を要求元の端末へ配信する受付枠情報配信手段とを備えていることが好ましい。これにより、依頼元は検査依頼を受け付け可能な受付枠を容易に確認することができ、依頼先は検査依頼を受け付けた受付枠を容易に確認することができるので、両者にとって便利となる。

前記受付枠情報格納手段は、前記依頼先の端末からの更新要求に基づいて更新されることが好ましい。これにより、受付枠情報格納手段と依頼先の端末との同期が取られるため、受付枠情報格納手段に格納されている情報が最新の状態に保たれる。

検査依頼には、モダリティによって被検者の撮影を行って医用画像を取得する撮影依頼と、撮影された前記医用画像の読影を行う読影依頼が含まれており、前記撮影依頼及び読影依頼のうち少なくとも一方を委託可能なことが好ましい。医療検査の処理を行う上では、医用画像の撮影よりも読影が遅れがちとなるため、読影だけ委託できるようにすれば、読影医師の急な不足にも対応することができる。

前記検査依頼で発生する会計情報を、各依頼情報に関連付けて記録する会計情報記録手段を備えており、前記会計情報記録手段は、前記第１及び第２の各依頼情報毎に会計情報の細目を記録可能なことが好ましい。これにより、医療検査の委託が行われた場合でも、委託元、委託先に支払われる検査料を容易に求めることができるので、会計担当者の作業の負担を減らすことができる。

また、本発明は、医療検査の検査依頼をする依頼元とその検査依頼を受け付ける依頼先に設置される複数の端末とネットワークを介して接続され、依頼元の端末から依頼先の端末へ発行される前記依頼情報を中継して、依頼元が指定した依頼先の端末へ配信する検査依頼管理装置において、中継した依頼情報を格納する依頼情報格納手段と、依頼元から依頼先へ中継された第１依頼情報と、前記第１依頼情報に基づく検査依頼を受け付けた依頼先が別の依頼先へ委託する際に、前記依頼先が新たな依頼元として委託先へ発行した第２依頼情報とを関連付けて前記依頼情報格納手段に格納する依頼情報管理手段とを備えていることを特徴とする。

また、本発明は、ネットワークを介して、医療検査の検査依頼をする依頼元からその検査依頼を受け付ける依頼先へ発行される前記依頼情報を中継して、依頼元が指定した依頼先の端末へ配信する検査依頼管理方法において、中継した依頼情報を情報格納装置に格納する依頼情報格納ステップと、依頼元から依頼先へ中継された第１依頼情報と、前記第１依頼情報に基づく検査依頼を受け付けた依頼先が別の依頼先へ委託する際に、前記依頼先を新たな依頼元として委託先へ発行した第２依頼情報とを関連付けて前記情報格納装置に格納する依頼情報管理ステップとを有することを特徴とする。

本発明によれば、第１依頼情報に基づく検査依頼を受け付けた依頼先が別の依頼先へ委託する際に、前記依頼先が新たな依頼元として委託先へ発行した第２依頼情報とを関連付けて格納するようにしたので、第１及び第２の依頼情報が互いに関係の無い別依頼として処理されることなく、両者をリンクさせることができる。これにより、医療検査の委託を行った場合でも互いに関連付けられている両依頼情報に基づき、大元の依頼元、この依頼元から検査依頼を受けた依頼先（委託元）、この依頼先から検査依頼を委託された委託先などを容易に把握することができる。このため、例えば、委託先での検査が完了した後で、大元の依頼元に検査完了情報を直接配信することができる。また、第１及び第２の依頼情報を関連付けることで、委託元の会計担当者は、委託先がどの医療施設であるかを容易に把握することができる。これにより、会計担当者の作業の負担を減らすことができる。その結果、医療検査の委託を行った場合でもその後の処理が煩雑にならないようにすることができる。

図１に示す医用ネットワークシステム２は、データセンタ１０と複数の医療施設とをＩＰネットワーク１２を介して接続することにより構成されており、オンラインで医療検査依頼（オーダ）を行うシステムである。データセンタ１０は、複数の医療施設に対して、医療検査の予約のスケジュール管理サービスを提供する他、例えば、複数の医療施設が保有する医療情報をバックアップして保管するデータバックアップサービス、症例データを蓄積して医療施設間で共有させる症例参照サービスなどのアプリケーションサービスを提供するセンタである。

ＩＰネットワーク１２は、例えば、ベースネットワークとして通信事業者が保有する専用の広域ＩＰ網を使用しており、この広域ＩＰ網上にＶＰＮ（Virtual Private Network）を構築した閉域のネットワークである。こうすることで、ＩＰネットワーク１２内を行き交うデータが、医用ネットワークシステム２の外部に漏洩することがないようにデータセキュリティを確保することができる。

複数の医療施設には、病院Ａ〜Ｄと診療所Ｅ，Ｆとが含まれる。病院Ａ〜Ｄは、いずれも大規模な医療施設であり、ＣＴ（Computed Tomography）装置やＭＲＩ（Magnetic Resonance Imaging）装置など高度なモダリティ機器１５を保有し、外部の医療施設からの医療検査の依頼を受け付ける医療施設である。診療所Ｅ，Ｆは、こうした医療検査設備を持たず、医療検査の依頼元となって病院Ａ〜Ｄへ検査依頼を行う小規模な医療施設である。なお、医用ネットワークシステム２に参加する医療施設の数は特に限定されるものではない。また、本明細書中における医療検査とは、モダリティ機器１５による医用画像の撮影及びその読影である。

病院Ａ〜Ｄには、それぞれモダリティ機器１５、通信インタフェース１６、クライアント端末１７が設けられている。また、これらの各部は、例えば、病院Ａ〜Ｄ内のＬＡＮなどを介して互いに接続される。通信インタフェース１６は、病院Ａ〜ＤのＬＡＮに対応した形式とＩＰネットワーク１２に対応した形式とでデータ形式を変換することにより、病院Ａ〜ＤのＬＡＮとＩＰネットワーク１２とを接続する。なお、この通信インタフェース１６は、例えば、モデムやルータなどであり、病院Ａ〜ＤのＬＡＮやＩＰネットワーク１２の規格に準拠して適宜選択される。

モダリティ機器１５で撮影を行う場合には、患者氏名や、各医療施設固有の患者ＩＤなどが入力される。こうして入力された情報は、医用画像のデータファイル内に付帯情報として格納される。医用画像のデータファイルは、例えば、医用デジタル画像と通信に関する標準規格である、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯＭｍｕｎｉｃａｔｉｏｎｓ）規格のファイル形式で保存される。ＤＩＣＯＭ規格のファイルには、画像本体のデータを格納するエリアの他に、付帯情報を格納するエリアが設けられており、この付帯情報には、患者名、患者ＩＤ、性別、年齢などの患者情報や、撮影するモダリティ機器の種類、撮影対象となる撮影部位、撮影を行った医療施設名などの撮影情報が含まれる。これら各項目のデータが格納されるデータフィールドはそれぞれタグとして定義されている。

クライアント端末１７は、例えば、パーソナルコンピュータやワークステーションなどによって構成されている。クライアント端末１７は、データセンタ１０と通信を行って、医療検査の予約状況のモニタへの表示や、他の病院への医療検査依頼情報の送信を行う。また、クライアント端末１７は、モダリティ機器１５で撮影された医用画像のモニタへの表示、医用画像の読影により作成された読影レポートのデータセンタ１０へのアップロードなどにも用いられる。また、各診療所Ｅ，Ｆにも、それぞれ病院Ａ〜Ｄと同様のクライアント端末１９が設けられている。

データセンタ１０は、括弧付き数字（１）〜（４）で示すように、依頼元のクライアント端末１７，１９から病院Ａ〜Ｄへ発行される医療検査依頼情報（１）を中継して、依頼元が指定した病院Ａ〜Ｄのクライアント端末１７に対して医療検査依頼情報（２）を配信する。また、データセンタ１０は、検査依頼先の病院Ａ〜Ｄからアップロードされた読影レポート（３）を格納するとともに、各クライアント端末１７，１９からの要求に応じて、例えば検査依頼先に検査完了情報（４）などの更新情報を配信する。

データセンタ１０は、受付サーバ２０（サーバ、検査依頼管理装置）と、画像サーバ２１と、レポートサーバ２２と、通信インタフェース２３とから構成されている。これらの各部は、例えば、データセンタ１０内のＬＡＮなどによって接続されている。受付サーバ２０は、依頼元から発行された医療検査依頼情報を中継して、依頼元が指定した病院Ａ〜Ｄのクライアント端末１７に対して医療検査依頼情報を配信するとともに、各クライアント端末１７，１９に対して更新情報を配信する。

画像サーバ２１は、病院Ａ〜Ｄ、診療所Ｅ，Ｆから読影依頼などのためにデータセンタ１０にアップロードされた医用画像を格納する。レポートサーバ２２は、病院Ａ〜Ｄからデータセンタ１０にアップロードされた読影レポートを格納する。医用画像及び読影レポートは、患者ＩＤ、医療施設ＩＤなどのＩＤ毎に整理分類して、種々の検索キーで検索が可能なように、画像サーバ２１及びレポートサーバ２２にそれぞれ格納される。通信インタフェース２３は、各サーバ２０〜２２をＩＰネットワーク１２に接続するためのものであり、上記通信インタフェース１６と基本的に同じであるので説明は省略する。

図２に示すように、受付サーバ２０は、大別して制御部２５と、ストレージユニット２６とから構成されている。制御部２５には、受付サーバ２０の各部を統括的に制御するＣＰＵ２７が設けられている。ＣＰＵ２７は、制御部２５のＨＤＤ（図示せず）などから各種プログラムを読み出し、読み出したプログラムを逐次実行することにより、受付サーバ２０の各部を統括的に制御する。

ストレージユニット２６には、オーダ管理ＤＢ３０（依頼情報格納手段、情報格納装置）と、スケジュール管理ＤＢ３１（受付枠情報格納手段）と、会計管理ＤＢ３２とが構築されている。オーダ管理ＤＢ３０には、医療検査依頼の内容を示すオーダ情報３０ａが受付順に格納される。図３に示すように、オーダ情報３０ａには、例えば「オーダ受付番号」、「日時」、「患者氏名」、「患者ＩＤ」、「依頼元」、「依頼先」、「撮影部位」、「検査項目」、「関連オーダ」、「ステータス」等の各種情報が含まれている。

「オーダ受付番号」はオーダ情報３０ａの受付順番を示し、「日時」は検査の年月日時を示し、「患者氏名」及び「患者ＩＤ」は患者氏名及び患者ＩＤを示し、「依頼元」は医療検査の依頼元の医療施設名を示し、「依頼先」は医療検査の依頼先の医療施設名を示し、「撮影部位」は医療検査を依頼する部位を示している。また、「検査項目」は、医用画像の「撮影」と「読影」とに分けられており、医療検査を依頼する項目には○印が入力されている。なお、図示は省略するが「検査項目」には、ＣＴ検査やＭＲＩ検査などの医療検査の種類の選択も含まれている。

「関連オーダ」は、病院Ａ〜Ｄ間で医療検査の委託が行われているか否かを示すものであり、詳しくは後述する（図９参照）。「ステータス」は、医療検査依頼の現在の状態を示すものである。例えば、選択されている医療検査が全て完了した場合には「完了」となり、医療検査のうち医用画像の撮影のみが完了している場合には「撮影済み」となり、医療検査が未実施な場合には空欄となる。これら「関連オーダ」、「ステータス」欄は、ＣＰＵ２７（情報管理部２７ｂ）により更新される。

図４に示すように、スケジュール管理ＤＢ３１は各病院Ａ〜Ｄ毎に構築されている。このスケジュール管理ＤＢ３１は、各病院Ａ〜Ｄでそれぞれ受け付けられた医療検査依頼を示す予約情報３１ａを格納しており、各病院Ａ〜Ｄの予約受付状況を表している。なお、図示は省略するが、スケジュール管理ＤＢ３１は、さらに病院Ａ〜Ｄで行われる医療検査の種類毎に構築されている。

予約情報３１ａは、上記オーダ情報３０ａに基づき生成されており、「日付」、「時間」、「オーダ受付番号」、「患者氏名」、「患者ＩＤ」、「依頼元」、「撮影部位」、「検査項目」等の各種情報が含まれている。予約情報３１ａは、病院Ａ〜Ｄそれぞれが行う医療検査の受付枠毎に設定される。このため、スケジュール管理ＤＢ３１には、受付枠毎に設定された複数の予約情報３１ａが日時順に並べられている。また、逆に予約情報３１ａで埋まっていない受付枠は、医療検査依頼を受付可能な受付枠となる。従って、予約情報３１ａは、各病院Ａ〜Ｄで医療検査依頼を受付可能な受付枠を表す受付枠情報である。

図２に戻って、会計管理ＤＢ３２には、各医療検査依頼で発生する会計情報が格納される。この会計管理ＤＢ３２については、詳しくは後述するので、ここでは説明省略する（図１１参照）。

制御部２５のＣＰＵ２７は、上述のプログラムを実行することにより、情報配信部２７ａ（受付枠情報配信手段）、情報管理部２７ｂ（依頼情報管理手段）、会計管理部２７ｃ（会計情報記録手段）として機能する。

情報配信部２７ａは、各クライアント端末１７、１９からのデータのリロード要求（アクセス）に応じて、スケジュール管理ＤＢ３１（図４参照）に格納されている各予約情報３１ａを読み出す。そして、情報配信部２７ａは、読み出した各予約情報３１ａと所定の画面レイアウトデータとに基づき所定の形式のページデータを作成し、要求した各クライアント端末１７、１９に転送する。ページデータは、例えば、ＨＴＭＬ形式やＸＭＬ形式などのマークアップ言語によって記述されたテキストファイルとして各クライアント端末１７、１９へ配信される。各クライアント端末１７、１９は、受信したページデータの記述に従って、詳しくは後述する検査予約画面４１Ａ〜４１Ｆ（図６参照）を表示する。

また、情報配信部２７ａは、各クライアント端末１７、１９からデータのリロード要求（アクセス）を受け付けると、最新のデータを配信する。この配信時にデータが更新されている場合には、上述のページデータとともに更新情報が配信される。これにより、更新情報として、依頼受領情報、検査完了情報、画像格納情報などが配信される。

依頼受領情報は、新しい医療検査の依頼があったことを通知するためのものである。この依頼受領情報は、例えばスケジュール管理ＤＢ３１の更新後に、医療検査依頼先となるクライアント端末１７が受付サーバ２０にアクセスすると、このクライアント端末１７に対して配信される。

検査完了情報は、医療検査が完了（読影レポートがアップロード）したことを依頼元に通知するためのものである。この検査完了情報は、例えばオーダ管理ＤＢ３０内のオーダ情報３０ａの「ステータス」欄が完了に更新後に、この読影レポートの依頼元のクライアント端末１７，１９が受付サーバ２０にアクセスすると、依頼元のクライアント端末１７，１９に対して配信される。

画像格納情報は、医用画像の読影のみが依頼される場合において、読影を依頼された医用画像が画像サーバ２１に格納されたことを読影依頼先に通知するための情報である。なお、本実施形態では、読影を依頼された医用画像が画像サーバ２１に格納されたときも、この読影を依頼するオーダ情報３０ａの「ステータス」欄が「撮影済み」に更新される。従って、医用画像の読影のみを依頼しているオーダ情報３０ａの「ステータス」欄が「撮影済み」に更新後に、読影依頼先となるクライアント端末１７が受付サーバ２０にアクセスすると、画像格納情報が読影依頼先のクライアント端末１７に対して配信される。

情報管理部２７ｂは、各クライアント端末１７，１９より受信したオーダ情報３０ａをオーダ管理ＤＢ３０に格納して管理する。また、情報管理部２７ｂは、受信したオーダ情報３０ａに基づき予約情報３１ａを生成するとともに、生成した予約情報３１ａを、病院Ａ〜Ｄ別で日時順に並ぶようにスケジュール管理ＤＢ３１に格納して管理する。

会計管理部２７ｃは、各医療検査依頼で発生する会計情報を上記各オーダ情報３０ａに関連付けて会計管理ＤＢ３２に格納する。なお、情報配信部２７ａは、各クライアント端末１７，１９に対して、ページデータ、更新情報を配信する際に、会計管理ＤＢ３２に格納されている会計情報の配信も行う。

図５に示すように、クライアント端末１７，１９には、ＣＰＵ３５と、コンソール３６と、ストレージユニット３７とが設けられている。ＣＰＵ３５は、制御部２５のＣＰＵ２７と同様に、プログラムを逐次処理することによって、クライアント端末１７，１９の各部を統括的に制御する。

コンソール３６は、入力機器３９やモニタ４０などから構成されている。入力機器３９は、例えば、マウスやキーボードなどといった周知の入力デバイスであり、ユーザからの操作指示を受け付けて、その操作指示に応じた信号をＣＰＵ３５に入力する。モニタ４０は、ＣＰＵ３５の処理に応じて様々な画面を表示する。このモニタ４０には、例えば、ＣＲＴディスプレイや液晶ディスプレイなどの周知の表示装置が用いられる。

ストレージユニット３７には、データセンタ１０にアクセスし、データセンタ１０から種々のデータをダウンロードして表示するＷｅｂブラウザ３７ａがインストールされている。Ｗｅｂブラウザ３７ａ（クライアント端末１７，１９）は、医師などの操作とは無関係に定期的に受付サーバ２０にアクセスし、予約の更新状況をチェックして、モニタ４０に表示される検査予約画面４１Ａ〜４１Ｆを自動的に更新する。このＷｅｂブラウザ３７ａ上の画面を更新する技術は、Ｗｅｂサーバなどで一般的に行われている周知の技術である。

病院Ａ〜Ｄや診療所Ｅ，Ｆの医師は、医療検査を必要とした場合、検査予約画面４１Ａ〜４１Ｆを介して医療検査依頼のオーダ情報３０ａを入力し、入力したオーダ情報３０ａを受付サーバ２０に送信する。受付サーバ２０の情報管理部２７ｂは、各クライアント端末１７、１９からオーダ情報３０ａを受信すると、新たなオーダ情報３０ａをオーダ管理ＤＢ３０に格納してオーダ管理ＤＢ３０の更新を行うとともに、新たなオーダ情報３０ａに基づく予約情報３１ａをスケジュール管理ＤＢ３１に格納してスケジュール管理ＤＢ３１を更新する。

また、クライアント端末１７，１９は、例えば他の医療施設に対する読影依頼用の医用画像や、読影レポートをデータセンタ１０にアップロードするのにも用いられる。なお、医用画像がアップロードされる際には、読影依頼の予約情報３１ａ（図４参照）に含まれる「オーダ受付番号」などが画像情報として医用画像とともにアップロードされる。また、読影レポートがアップロードされる際には、そのレポート作成依頼の予約情報３１ａに含まれる「オーダ受付番号」などがレポート情報として読影レポートとともにアップロードされる。そして、画像サーバ２１は、アップロードされた医用画像及び画像情報を関連付けて格納し、レポートサーバ２２は、アップロードされた読影レポート及びレポート情報を関連付けて格納する。

図６に示すように、各クライアント端末１７，１９のモニタ４０に表示される検査予約画面４１Ａ〜４１Ｆには、更新情報を通知する更新情報通知ボックス５０、検査を受ける医療施設を選択する医療施設選択ボックス５１、予約状況をカレンダー形式で表示する予約状況表示領域５２が設けられている。

更新情報通知ボックス５０は、クライアント端末１７のＷｅｂブラウザ３７ａが定期的に受付サーバ２０にアクセスした際に、受付サーバ２０の情報配信部２７ａから配信された上述の更新情報（依頼受領情報、検査完了情報、画像格納情報）を受信したとき、件数表示が＋１件となる。そして、更新情報通知ボックス５０の右端の逆三角形のマークをポインタ５３で指定してクリックすることで、プルダウンメニューの形式で更新情報がリスト表示される。この中から、１つの情報を選択すると、その具体的内容が表示される。

医療施設選択ボックス５１は、医療検査の依頼先となる病院Ａ〜Ｄの選択に用いられる。この医療施設選択ボックス５１の右端の逆三角形のマークをポインタ５３で指定してクリックすることで、病院Ａ〜Ｄの名称がプルダウンメニューの形式でリスト表示される。この中から１つの病院（例えば、「病院Ａ」）を選択すると、予約状況表示領域５２に病院Ａの予約状況が表示される。

予約状況表示領域５２には、カレンダー形式で月単位の予約状況を一覧できる月別表示領域５５と、この月別表示領域５５で指定された１日の予約状況を表示する日別表示領域５６とが設けられている。月別表示領域５５には、例えば、受付枠に空きあり、医療検査依頼の受付（予約）が可能な日は無印で表示される。そして、休日には「×」印が表示され、既に予約が埋まっている日にはハッチングが表示される。こうした表示により、予約ができる日とできない日とが区別される。

月別表示領域５５内の所望の日をポインタ５３で指定してクリックすると、日別表示領域５６に指定された日の受付枠５８が時間割で表示される。各受付枠５８のうち、予約の受け付けが可能な受付枠５８には、予約ボタン５８ａが表示される。一方、既に受け付け済みの受付枠５８には、医療検査を受ける患者の氏名、医療検査を行う際の撮影部位、医療検査の依頼元となる医療施設の名称とが表示されるとともに、予約の詳細内容（オーダ受付番号等）を表示するための詳細ボタン５８ｂが表示される。

予約状況表示領域５２は、例えばＣＴ検査、ＭＲＩ検査、腹部エコー検査、アイソトープ検査、動脈硬化検査などの病院Ａ〜Ｄで受けることができる医療検査の種類毎に選択的に表示される。この表示の切り替えはタブ６０によって行われる。なお、図６中ではＣＴ検査が選択されている例を示している。

ＣＴ検査やＭＲＩ検査の予約状況表示領域５２には、撮影条件選択領域６２と検査依頼条件選択領域６３とが表示される。この撮影条件選択領域６２では、頭部、胸部、腹部などの撮影部位の項目が列挙されており、各項目に対応するチェックボックスにポインタ５３でチェックを入れることで、検査が必要な撮影部位を指定する。

検査依頼条件選択領域６３には、項目「読影のみ」に対応し、医療検査のうち読影のみを依頼するか否かを選択するためのチェックボックスと、項目「委託」に対応し、受け付けた医療検査依頼を他の病院に委託するか否かを選択するためのチェックボックスとが設けられている。

撮影条件選択領域６２で撮影部位を選択した後、受付枠５８内の予約ボタン５８ａをポインタ５３で指定してクリックすると、患者名や患者ＩＤなどのオーダ情報３０ａ（図３参照）を入力するための入力画面がポップアップ表示される。この入力画面で「撮影部位」以外のオーダ情報３０ａを入力することで、入力したオーダ情報３０ａが受付サーバ２０へ送信されて、医療検査依頼が行われる。

このようにして医療検査依頼が行われた後、患者が依頼先病院を指定日時に訪問することで、スケジュール通りに医用画像の撮影、及び医用画像の読影が行われる。そして、この依頼先病院から読影レポートがレポートサーバ２２にアップロードされることで、医療検査依頼の実行が完了する。この際に依頼先病院では、スケジュール通りに医療検査が実行されるのが通常ではあるが、担当の読影医師が検査日当日に急遽欠勤するなどした場合には、依頼先病院で読影が行えなくなる事態も発生する。上述したように、医療検査の処理は、医用画像の撮影（モダリティ機器１５の処理能力）よりも読影（読影医師の人数）がネックとなるため、読影医師の少ない病院では読影が行えなくなる事態が発生し易い。

このため、上述の事態が発生したときは、依頼先病院を新たな医療検査の依頼元として、他の病院に対して読影のみを委託する新たな検査依頼を行えるようにする。この際に、新たな検査依頼（委託）と最初の検査依頼とが互いに関係の無い別依頼として処理されてしまうと、読影の委託先から読影レポートがアップロードされたときに、上述したような大元の検査依頼元に検査完了情報が送られなかったり、会計担当者の作業の負担が増えたりするなどの問題が発生する。

そこで、他の病院に対して読影のみを委託する場合に、受付サーバ２０の情報管理部２７ｂは、最初の検査依頼情報（第１の依頼情報）と、検査委託情報（第２の依頼情報）とを関連付けてオーダ管理ＤＢ３０に格納することで、上記問題の解決を図って、他の病院に対する読影の委託が行えるようにする。以下、読影のみの委託を行う一例として、オーダ管理ＤＢ３０（図３参照）のオーダ受付番号「Ｘ３」のオーダ情報３０ａ（依頼元：診療所Ｅ、依頼先：病院Ａ）の読影を他の病院に委託する場合について説明を行う。

病院Ａにおいて、オーダ受付番号Ｘ３（富士一郎）の担当の読影医師が検査日（９月２７日）当日に急遽欠勤した場合には、病院Ａの例えば検査管理科の担当者がクライアント端末１７を操作してＷｅｂブラウザ３７ａを起動し、モニタ４０に検査予約画面４１Ａを表示させる。次いで、担当者は、ポインタ５３を医療施設選択ボックス５１の逆三角形のマークに合わせてクリックして病院Ａ〜Ｄのリスト表示を行い、例えば病院Ｂを選択して予約状況表示領域５２に病院Ｂの予約状況を表示させる。

図７に示すように病院Ｂの予約状況を表示されたら、担当者は、日別表示領域５６を見て、９月２７日においてオーダ受付番号Ｘ３（富士一郎）の医用画像撮影後（１５：００以降）に、この医用画像の読影を可能な受付枠５８が空いているか否かを確認する。本実施形態では、病院Ｂの受付枠５８が空いているとして説明を行うが、受付枠５８に空きがない場合には病院Ｃ，Ｄの予約状況を確認する。なお、受付枠５８は、モダリティ機器１５のスケジュールが空いて、且つ読影医師の勤務スケジュールが空いていた場合に予約可能となるが、この場合に問題となるのは、読影医師の勤務スケジュールが空いているか否かである。従って、他の病院に読影を委託する場合には、予約状況表示領域５２に読影医師の勤務スケジュールのみを表示させるようにしてもよい。

担当者は、病院Ｂの１５：３０〜１６：００の受付枠５８にオーダ受付番号Ｘ３（富士一郎）の読影を委託することを決定したら、ポインタ５３で検査依頼条件選択領域６３の項目「読影のみ」、「委託」のチェックボックスにチェックを行った後、決定した受付枠５８内の予約ボタン５８ａをポインタ５３で指定してクリックする。

図８に示すように、「委託」に対応するチェックボックスがチェックされた状態で予約ボタン５８ａがクリックされると、Ｗｅｂブラウザ３７ａは、委託するオーダ情報３０ａ（第１依頼情報）のオーダ受付番号を入力する入力画面６５を最初にポップアップ表示させる。担当者は、この入力画面６５の入力欄６５ａにオーダ受付番号Ｘ３を入力したら、ＯＫボタン６６をポインタ５３で指定してクリックする。なお、委託するオーダ情報３０ａのオーダ受付番号の確認は、オーダ受付番号Ｘ３の受付枠５８の詳細ボタン５８ｂ（図６参照）をクリックすればよい。

ＯＫボタン６６がクリックされると入力画面６５が閉じて、上述したように、病院Ｂに読影のみを委託する新たなオーダ情報３０ａ（第２依頼情報）を入力するための入力画面がポップアップ表示される。この入力画面で依頼元を病院Ａ、依頼先を病院Ｂに指定したオーダ情報３０ａを入力する。この際に、オーダ情報３０ａの「関連オーダ」欄には、先に入力画面６５で入力されたオーダ受付番号Ｘ３が自動的に入力されている（図９参照）。また、「読影のみ」のチェックボックスがチェックされている場合には、オーダ情報３０ａの「検査項目」欄は自動的に読影のみが指定されている。入力したオーダ情報３０ａは受付サーバ２０へ送信されて、医療検査依頼（委託）が行われる。なお、キャンセルボタン６７がクリックされると、オーダ受付番号の入力は行われず、オーダ情報３０ａはその「関連オーダ」欄が空欄の状態のまま受付サーバ２０へ送信される。

図９に示すように、受付サーバ２０の情報管理部２７ｂは、クライアント端末１７から新たなオーダ情報３０ａを受信したら、新たなオーダ情報３０ａをオーダ管理ＤＢ３０に格納する。なお、この新たなオーダ情報３０ａのオーダ受付番号は「Ｘ８」とする。

このように新たに格納されたオーダ情報３０ａの「関連オーダ」欄にオーダ受付番号Ｘ３が入力されている場合に、情報管理部２７ｂは、オーダ管理ＤＢ３０内に格納されているオーダ受付番号Ｘ３のオーダ情報３０ａを検索する。そして、情報管理部２７ｂは、オーダ受付番号Ｘ３のオーダ情報３０ａの「検査項目」のうち「読影」をキャンセル（×印）に変更する。これにより、病院Ａに対するオーダ受付番号Ｘ３の読影依頼がキャンセルされる。

この読影依頼キャンセルと同時に、情報管理部２７ｂは、オーダ受付番号Ｘ３のオーダ情報３０ａの「関連オーダ」欄にオーダ受付番号Ｘ８を入力する。これにより、オーダ受付番号Ｘ３，Ｘ８のオーダ情報３０ａが互いに関連付けられた状態でオーダ管理ＤＢ３０に格納される。また、情報管理部２７ｂは、新たに受信したオーダ情報３０ａに基づき生成された新たな予約情報３１ａをスケジュール管理ＤＢ３１に格納する。

以下、上述したように各クライアント端末１７，１９のＷｅｂブラウザ３７ａが受付サーバ２０にアクセスした際に、各検査予約画面４１Ａ〜４１Ｆが更新される。この際に、病院Ｂのクライアント端末１７に対して依頼受領情報（更新情報）が配信されるため、検査予約画面４１Ｂの更新情報通知ボックス５０の件数表示が＋１件となる。病院Ｂの読影医師は、更新情報通知ボックス５０による通知に基づき、検査予約画面４１Ｂ（図１０参照）を見て、読影のみの検査依頼を確認して待機する。

病院Ａでは、オーダ受付番号Ｘ３の患者「富士一郎」の医用画像の撮影が上記図６に示す受付枠５８内の時間（１４：３０〜１５：００）に行われる。医用画像の撮影が終了したら、担当者は、病院Ａのクライアント端末１７で所定の画像アップロード画面（図示せず）を起動する。次いで、担当者は、画像アップロード画面内の画像情報入力欄にオーダ受付番号Ｘ８などの画像情報を入力した後、アップロード操作を行う。これにより、医用画像及び画像情報がデータセンタ１０にアップロードされる。画像サーバ２１は、アップロードされた医用画像及び画像情報を関連付けて格納する。

受付サーバ２０の情報管理部２７ｂは、画像サーバ２１に新たに格納された医用画像の画像情報（オーダ受付番号Ｘ８）に基づき、オーダ管理ＤＢ３０内の受付番号Ｘ８のオーダ情報３０ａ（図９参照）の「ステータス」欄を「撮影済み」に更新する。また、情報管理部２７ｂは、受付番号Ｘ８に関連している受付番号Ｘ３のオーダ情報３０ａの「ステータス」欄も同様に「撮影済み」に更新する。そして、情報配信部２７ａは、読影依頼先となる病院Ｂのクライアント端末１７のＷｅｂブラウザ３７ａが受付サーバ２０にアクセスした際に、画像格納情報（更新情報）を配信する。

図１０に示すように、画像格納情報が配信されたら、病院Ｂの検査予約画面４１Ｂの更新情報通知ボックス５０の件数表示が＋１件となる。また、Ｗｅｂブラウザ３７ａは、検査予約画面４１Ｂを更新したときに、日別表示領域５６の患者「富士一郎」に対応する受付枠５８内に画像ボタン７０を表示させる。病院Ｂの読影医師は、更新情報通知ボックス５０による通知に基づき、受付枠５８内の画像ボタン７０をポインタ５３で指定してクリックする。これにより、Ｗｅｂブラウザ３７ａは、対応する医用画像を画像サーバ２１からダウンロードして、医用画像を表示する医用画像表示画面を新たに起動させる。

医用画像表示画面が起動したら、病院Ｂの読影医師は、画面に表示される医用画像を読影して読影レポートを作成する。読影レポートの作成が終了したら、読影医師は、病院Ｂのクライアント端末１７で所定のレポートアップロード画面（図示せず）を起動する。次いで、読影医師は、レポートアップロード画面（図示せず）のレポート情報入力欄にオーダ受付番号Ｘ８などのレポート情報を入力した後、アップロード操作を行う。これにより、読影レポート及びレポート情報がデータセンタ１０にアップロードされる。レポートサーバ２２は、アップロードされた読影レポート及びレポート情報を関連付けて格納する。

受付サーバ２０の情報管理部２７ｂは、レポートサーバ２２に新たに格納された読影レポートのレポート情報（オーダ受付番号Ｘ８）に基づき、オーダ管理ＤＢ３０内の受付番号Ｘ８のオーダ情報３０ａ（図９参照）の「ステータス」欄を「完了」に更新するとともに、オーダ受付番号Ｘ８に関連するオーダ受付番号Ｘ３のオーダ情報３０ａの「ステータス」欄を「完了」に更新する。そして、情報配信部２７ａは、読影の委託元である病院Ａのクライアント端末１７、医療検査の大元の依頼元である診療所Ｅのクライアント端末１９のＷｅｂブラウザ３７ａがそれぞれ受付サーバ２０にアクセスした際に、検査完了情報（更新情報）を配信する。

図１１に示すように、検査完了情報が配信されたら、診療所Ｅの検査予約画面４１Ｅの更新情報通知ボックス５０の件数表示が＋１件となる。また、Ｗｅｂブラウザ３７ａは、検査予約画面４１Ｅを更新したときに、日別表示領域５６の患者「富士一郎」に対応する受付枠５８内に完了ボタン７２を表示させる（病院Ａの検査予約画面４１Ａも同様）。

診療所Ｅの医師は、更新情報通知ボックス５０による通知に基づき、受付枠５８内の完了ボタン７２をポインタ５３で指定してクリックする。これにより、Ｗｅｂブラウザ３７ａは、対応する読影レポートをレポートサーバ２２からダウンロードして、読影レポートを表示するレポート表示画面を新たに起動させる。以上で、互いに関連付けられた受付番号Ｘ３，Ｘ８のオーダ情報３０ａに基づく医療検査依頼が全て完了する。

次に、図２及び図１２を用いて医療検査に伴い発生する会計情報の管理について説明を行う。会計管理部２７ｃは、オーダ管理ＤＢ３０内のオーダ情報３０ａの「ステータス」欄が「完了」に更新されたら、会計情報３２ａを完了したオーダ情報３０ａに関連付けて会計管理ＤＢ３２に格納する。従って、会計情報３２ａは、完了したオーダ情報３０ａ毎に会計管理ＤＢ３２に格納される。会計情報３２ａには、例えば「オーダ受付番号」、「患者氏名」、「患者ＩＤ」、「依頼元」、「依頼先」、「会計細目」、「関連オーダ」等の各種情報が含まれている。

「会計細目」以外については既に説明したので、ここでは説明を省略する。「会計細目」は、保険点数がＰ１点の「撮影」と、保険点数がＰ２点の「読影」とに分けられており、各オーダ情報３０ａ毎にそれぞれ実行された細目に○印が入力され、実行されなかった細目に×印が入力されている。

受付サーバ２０の情報配信部２７ａは、会計管理ＤＢ３２に新たな会計情報３２ａが格納されたら、この会計情報３２ａで依頼元・依頼先に指定されている病院Ａ〜Ｄのクライアント端末１７が受付サーバ２０にアクセスした際に、この会計情報３２ａを依頼先のクライアント端末１７に対して配信する。受信した会計情報３２ａの詳細は、例えばクライアント端末１７で所定の会計管理画面を起動させることで確認することができる。

この際に、各会計情報３２ａはオーダ情報３０ａに関連付けてられているので、オーダ受付番号Ｘ３の「関連オーダ」欄にはオーダ受付番号Ｘ８が入力され、オーダ受付番号Ｘ８の「関連オーダ」欄にはオーダ受付番号Ｘ３が入力されている。これにより、病院Ａの会計担当者は、オーダ受付番号Ｘ３の会計情報３２ａの「関連オーダ」欄に基づき、読影の委託先が病院Ｂであることを容易に把握することができる。また、病院Ｂの会計担当者も、この読影依頼が病院Ａから委託されたものであることを容易に把握することができる。

また、各オーダ情報３０ａ毎に会計情報３２ａの細目を記録可能とすることで、特に上述したような読影のみを他の医療施設に委託した場合に、会計担当者の会計処理が簡単になる。具体的には、オーダ受付番号Ｘ３の患者「富士一郎」は、病院Ａで医用画像の撮影が行われた時に、病院Ａに対して、医療検査（撮影、読影）の全検査料を支払っている。このため、病院Ａは、支払われた全検査料の中から、病院Ｂに対して読影検査料を支払う必要がある。

病院Ａの会計担当者は、病院Ａに対して配信されるオーダ受付番号Ｘ３の会計情報３２ａに基づき、病院Ａで行われた撮影に対して支払われる撮影検査料を容易に求めることができる。これにより、全検査料から撮影検査料を引くだけで、病院Ｂに対して支払われる読影検査料を容易に求めることができる。また、病院Ｂの会計担当者も、病院Ｂに対して配信されるオーダ受付番号Ｘ８の会計情報３２ａに基づき、病院Ａから支払われる読影検査料を容易に求めることができる。

次に図１３のフローチャートを用いて医用ネットワークシステム２及び受付サーバ２０の作用について説明を行う。なお、このフローチャートでは、医療検査依頼を受けた病院が他の病院に対して読影のみを委託する場合のみを説明し、読影の委託が行われない場合は周知であるので説明は省略する。

診療所Ｅの医師は、ＣＴ検査やＭＲＩ検査等のモダリティ機器１５を用いた医療検査を必要としたときに、クライアント端末１９のＷｅｂブラウザ３７ａを起動して、モニタ４０に検査予約画面４１Ｅを表示させる。診療所Ｅの医師は、検査予約画面４１Ｅを見ながら、病院Ａを依頼先とするオーダ受付番号Ｘ３のオーダ情報３０ａを入力して、医療検査の依頼を行う。これにより、オーダ受付番号Ｘ３のオーダ情報３０ａが受付サーバ２０に送信される。

受付サーバ２０の情報管理部２７ｂは、受信したオーダ受付番号Ｘ３のオーダ情報３０ａをオーダ管理ＤＢ３０に格納するとともに、このオーダ情報３０Ａに基づく予約情報３１ａをスケジュール管理ＤＢ３１に格納する。これにより、病院Ａのクライアント端末１７が受付サーバ２０にアクセスした際に、その検査予約画面４１Ａが更新されるとともに、更新情報通知ボックス５０の件数表示が＋１件となる。病院Ａの読影医師は、更新情報通知ボックス５０による通知に基づき、検査予約画面４１Ａの予約状況表示領域５２を見て、オーダ受付番号Ｘ３の医療検査依頼を確認する。

病院Ａにおいて、オーダ受付番号Ｘ３を担当する読影医師が検査日当日に欠勤した場合には、病院Ａの担当者がクライアント端末１７を操作してＷｅｂブラウザ３７ａを起動し、モニタ４０に検査予約画面４１Ａを表示させる。次いで、担当者は、検査予約画面４１の予約状況表示領域５２に各病院Ｂ〜Ｄの予約状況をそれぞれ表示させて、読影を委託可能な病院を探す。

担当者は、病院Ｂにオーダ受付番号Ｘ３（富士一郎）の読影を委託することを決定したら、ポインタ５３で検査依頼条件選択領域６３の項目「読影のみ」、「委託」のチェックボックスにチェックを行った後、決定した受付枠５８内の予約ボタン５８ａをポインタ５３で指定してクリックする（図７参照）。次いで、担当者は、ポップアップ表示された入力画面６５（図８参照）にオーダ受付番号Ｘ３を入力した後、新たに表示される入力画面に、依頼元を病院Ａ、依頼先を病院Ｂに指定したオーダ受付番号Ｘ８のオーダ情報３０ａ（図９参照）を入力する。これにより、オーダ受付番号Ｘ８のオーダ情報３０ａが受付サーバ２０に送信される。

受付サーバ２０の情報管理部２７ｂは、受信したオーダ受付番号Ｘ８のオーダ情報３０ａをオーダ管理ＤＢ３０に格納する。この際に、情報管理部２７ｂは、このオーダ情報３０ａの関連オーダ欄に入力されているオーダ受付番号Ｘ３に基づき、オーダ受付番号Ｘ３のオーダ情報３０ａの「検査項目」のうち「読影」をキャンセルするとともに、その「関連オーダ」欄にオーダ受付番号Ｘ８を入力する。これにより、オーダ受付番号Ｘ３，Ｘ８のオーダ情報３０ａが互いに関連付けられた状態でオーダ管理ＤＢ３０に格納される（図９参照）。また、情報管理部２７ｂは、オーダ受付番号Ｘ８のオーダ情報３０ａに基づき生成された新たな予約情報３１ａをスケジュール管理ＤＢ３１に格納する。

病院Ｂのクライアント端末１７が受付サーバ２０にアクセスした際に、その検査予約画面４１Ｂが更新されるとともに、更新情報通知ボックス５０の件数表示が＋１件となる。病院Ｂの読影医師は、更新情報通知ボックス５０による通知に基づき、検査予約画面４１Ｂ（図１０参照）を見て、オーダ受付番号Ｘ８のオーダ情報３０ａに基づく読影のみの医療検査依頼を確認する。

病院Ａにおいて、オーダ受付番号Ｘ３の患者「富士一郎」の医用画像の撮影が終了したら、担当者は、病院Ａのクライアント端末１７で所定の画像アップロード画面（図示せず）を起動して、医用画像及び画像情報をデータセンタ１０にアップロードする。これにより、医用画像及び画像情報が関連付けて画像サーバ２１に格納される。両者が格納されると、受付サーバ２０の情報管理部２７ｂにより、オーダ管理ＤＢ３０内の受付番号Ｘ３，Ｘ８のオーダ情報３０ａの「ステータス」欄が「撮影済み」に更新される。

両オーダ情報３０ａの「ステータス」欄が更新された後、病院Ｂのクライアント端末１７のＷｅｂブラウザ３７ａが受付サーバ２０にアクセスすると、情報配信部２７ａにより、画像格納情報が病院Ｂのクライアント端末１７に配信される。これにより、病院Ｂの検査予約画面４１Ｂの更新情報通知ボックス５０の件数表示が＋１件となる。また、病院Ｂの検査予約画面４１Ｂが更新された際に、日別表示領域５６の患者「富士一郎」に対応する受付枠５８内に画像ボタン７０が表示される。

更新情報通知ボックス５０による通知に基づき、病院Ｂの読影医師が、画像ボタン７０をポインタ５３で指定してクリックすると、対応する医用画像が画像サーバ２１からダウンロードされて、この医用画像を表示する医用画像表示画面が起動される。病院Ｂの読影医師は、医用画像を読影して読影レポートを作成する。

読影レポートの作成が終了したら、読影医師は、病院Ｂのクライアント端末１７で所定のレポートアップロード画面を起動して、読影レポート及びレポート情報をデータセンタ１０にアップロードする。これにより、読影レポート及びレポート情報が関連付けてレポートサーバ２２に格納される。両者が格納されると、情報管理部２７ｂにより、オーダ管理ＤＢ３０内の受付番号Ｘ３，Ｘ８のオーダ情報３０ａの「ステータス」欄が「完了」に更新される。

両オーダ情報３０ａの「ステータス」欄が「完了」に更新された後、診療所Ｅ（病院Ａも同様）のクライアント端末１９のＷｅｂブラウザ３７ａが受付サーバ２０にアクセスすると、情報配信部２７ａにより、検査完了情報が診療所Ｅのクライアント端末１９に配信される。これにより、診療所Ｅの検査予約画面４１Ｅの更新情報通知ボックス５０の件数表示が＋１件となる。また、検査予約画面４１Ｅが更新された際に、日別表示領域５６の患者「富士一郎」に対応する受付枠５８内に完了ボタン７２が表示される（図１１参照）。

更新情報通知ボックス５０による通知に基づき、診療所Ｅの医師が、完了ボタン７２をポインタ５３で指定してクリックすると、対応する読影レポートがレポートサーバ２２からダウンロードされて、このレポートを表示するレポート表示画面が起動される。以上で、医療検査依頼が全て完了する。

また、オーダ管理ＤＢ３０内のオーダ受付番号Ｘ３，Ｘ８のオーダ情報３０ａの「ステータス」欄が「完了」に更新されると、会計管理部２７ｃにより、各オーダ情報３０ａ毎の会計情報３２ａが会計管理ＤＢ３２に格納される（図１２参照）。そして、病院Ａ、Ｂのクライアント端末１７が受付サーバ２０にアクセスすると、情報配信部２７ａによって、各クライアント端末１７に対してそれぞれ会計情報３２ａが配信される。

配信される会計情報３２ａに基づき、病院Ａの会計担当者は、読影の委託先が病院Ｂであることを容易に把握することができる。また、病院Ａの会計担当者は、患者から支払われた全検査料の中から、病院Ａで行われた撮影に対して支払われる撮影検査料を容易に求めるとともに、病院Ｂに対して支払われる読影検査料を容易に求めることができる。また、病院Ｂの会計担当者も、読影検査の委託元が病院Ａであることを容易に把握して、この病院Ａから支払われる読影検査料を容易に求めることができる。その結果、読影のみを他の医療施設に委託したような場合でも、会計担当者の作業の負担を減らすことができる。

以上のように本発明は、医療検査依頼を受けた医療施設（病院Ａ）が、受けた検査依頼を他の医療施設（病院Ｂ）に対して委託する際に、委託元の医療施設（病院Ａ）に対する第１検査依頼情報（オーダ受付番号Ｘ３のオーダ情報３０ａ）と、委託先の医療施設（病院Ｂ）に対する第２検査依頼情報（オーダ受付番号Ｘ８のオーダ情報３０ａ）とを関連付けてオーダ管理ＤＢ３０に格納することで、第１及び第２の検査依頼情報が互いに関係の無い別依頼として処理されることなく、両者をリンクさせることができる。これにより、医療検査の大元の依頼元（診療所Ｅ）は、その依頼先での医療検査の委託の有無に関係なく、検査完了情報及び検査結果（読影レポート）を受け取ることができるので、検査依頼先で検査の委託が行われたとしても何らの不具合は生じない。また、上述したように会計担当者の作業の負担を減らすことができる。その結果、医療検査の委託を行った場合でもその後の処理が煩雑にならないようにすることができる。また、医用ネットワークシステムに参加している医療施設の地域連携を高めることができる。

また、従来では、読影医師が急遽欠勤した場合などに検査予約をキャンセルしないといけない場合があったが、本発明では、他の病院の読影医師に読影のみを依頼することができるので、スケジュールの空いている読影医師を友好的に活用することができる。これにより、医療検査が検査日当日などに急遽キャンセルされて、患者に多大な迷惑をかけてしまうことが防止される。

なお、上記実施形態では、各病院Ａ〜Ｄにおいて読影医師が欠勤した場合や、モダリティ機器１５が故障した場合には、クライアント端末１７でデータセンタ１０の受付サーバ２０にアクセスして、検査予約の受付が不可能になった受付枠５８を閉じる必要がある。このため、上記実施形態では欠勤や故障が発生するたびに受付サーバ２０にアクセスしなければならなくなり、担当者の作業負担が増えてしまうという問題がある。

そこで、例えば図１４に示すように、各病院Ａ〜Ｄ（病院Ｃ，Ｄは図示を省略）のクライアント端末１７などにそれぞれ個々のスケジュール管理を行うスケジュール管理ＤＢ８０を設けて、スケジュール管理ＤＢ８０のデータと受付サーバ２０のスケジュール管理ＤＢ３１のデータとを同期させるようにしてもよい。ここで、医療検査を受け付ける受付枠５８が空いているか否かは、読影医師の勤務スケジュールの空き状況と、モダリティ機器１５の空き状況とに依存する。つまり、読影医師の勤務スケジュールが空き、且つモダリティ機器１５が空いたときに、受付枠５８が空くことになる。このため、両スケジュール管理ＤＢ３１，８０にはそれぞれスケジュールデータ、医師勤務データ、機器管理データの３種類のデータが格納されている。

スケジュール管理ＤＢ３１には、各病院Ａ〜Ｄの予約受付状況を表す統合スケジュールデータ８２、各病院Ａ〜Ｄの読影医師の勤務スケジュールを表す統合医師勤務データ８３、各病院Ａ〜Ｄのモダリティ機器１５の使用予定スケジュールを表す統合機器管理データ８４が格納されている。統合スケジュールデータ８２には、病院Ａの予約受付状況を表す病院Ａ用データ８２ａ、病院Ｂの予約受付状況を表す病院Ｂ用データ８２ｂ、・・・が格納されている。同様に、統合医師勤務データ８３及び統合機器管理データ８４にも、各病院Ａ〜Ｄ毎の病院Ａ用データ８３ａ，８４ａ・・・、病院Ｂ用データ８３ｂ，８４ｂ・・・がそれぞれ格納されている。

病院Ａのスケジュール管理ＤＢ８０には、病院Ａの予約受付状況を表すスケジュールデータ８６ａ、病院Ａの読影医師の勤務スケジュールを表す医師勤務データ８７ａ、病院Ａのモダリティ機器１５の使用予定スケジュールを表す機器管理データ８８ａが格納されている。病院Ｂのスケジュール管理ＤＢにも同様に、病院Ｂの予約受付状況、勤務スケジュール、使用予定スケジュールをそれぞれ表すスケジュールデータ８６ｂ、医師勤務データ８７ｂ、機器管理データ８８ｂが格納されている。なお、図示は省略するが病院Ｃ、Ｄも同様である。

統合スケジュールデータ８２の病院Ａ用データ８２ａはスケジュールデータ８６ａと同期が取られ、病院Ｂ用データ８２ｂはスケジュールデータ８６ｂと同期が取られている。同様に、統合医師勤務データ８３の病院Ａ及び病院Ｂ用データ８３ａ，８３ｂはそれぞれ医師勤務データ８７ａ，８７ｂと同期が取られているとともに、統合機器管理データ８４の病院Ａ及び病院Ｂ用データ８４ａ，８４ｂはそれぞれ機器管理データ８８ａ，８８ｂと同期が取られている。

これら受付サーバ２０のスケジュール管理ＤＢ３１の各データと、各病院Ａ〜Ｄのスケジュール管理ＤＢ８０の各データとの同期を取るための更新監視方式として、例えば、受付サーバ２０、クライアント端末１７（図１参照）から発信される更新通知をトリガーとして、更新を検知するイベント通知方式を採用している。なお、イベント通知方式の代わりに周知の各種更新監視方式を用いてよい。

このようにスケジュール管理ＤＢ３１の各データと、各スケジュール管理ＤＢ８０の各データとの同期が取られることで、スケジュール管理ＤＢ３１の各データが常に最新の状態に保たれる。例えば、病院Ａの読影医師が急遽欠勤した場合には、病院Ａの担当者はクライアント端末１７を操作して、医師勤務データ８７ａの欠勤した読影医師の勤務スケジュールを欠勤に更新する。この医師勤務データ８７ａが更新されると、欠勤した読影医師が担当する受付枠５８が閉じられて予約受付不可となるようにスケジュールデータ８６ａも更新される。

病院Ａのスケジュールデータ８６ａ、医師勤務データ８７ａが更新されると、これらに同期している統合スケジュールデータ８２の病院Ａ用データ８２ａ、統合医師勤務データ８３の病院Ａ用データ８３ａもほぼリアルタイムに更新される。その結果、病院Ａの担当者は、受付サーバ２０にアクセスすることなく、受付サーバ２０のスケジュール管理ＤＢ３１の各データを更新することができるので、担当者の作業負担を減らすことができる。また、スケジュール管理ＤＢ３１の各データと、各スケジュール管理ＤＢ８０の各データとの同期が取られることで、スケジュール管理ＤＢ３１の各データが最新の状態に保たれるという効果も得られる。

なお、上記実施形態では、医療検査として医用画像の撮影及び読影の依頼を受けた医療施設が他の医療施設に対して読影のみを委託する場合を例に挙げて説明を行ったが、本発明はこれに限定されるものではない。例えば、医療検査を受けた医療施設が撮影及び読影の両方を他の医療施設に委託する場合や、撮影のみを委託する場合にも本発明を適用することができる。また、医用画像は予め依頼元で撮影して、その医用画像の読影のみの依頼を行った場合において、読影依頼先の医療施設が読影依頼を他の医療施設に委託する場合にも本発明を適用することができる。

また、上記実施形態では、複数の医療施設（病院Ａ〜Ｄ、診療所Ｅ，Ｆ）が参加している医用ネットワークシステム２を例に挙げて説明を行ったが、本発明はこれに限定されるものではなく、複数の検査部門や読影部門を有する１つの病院内の医用ネットワークシステムにも本発明を適用することができる。また、１つの病院は、複数の拠点に各部門が分散されていてもよい。

なお、上記実施形態において、各病院Ａ〜Ｄに配信される会計情報３２ａ（図１２参照）の「会計細目」には、医用画像の撮影と読影とがそれぞれ行われたか否かしか入力されておらず、単に撮影と読影とがそれぞれ行われたか否かで検査料が決定されてしまうが、本発明はこれに限定されるものではない。例えば、検査依頼（検査予約）が検査希望日の前日または当日などに検査依頼を行った場合には、インセンティブ（割増料金）を請求できるようにしてもよい。

この場合には、例えば、会計情報３２ａの「会計細目」に細目「インセンティブ」を追加する。そして、制御部２５の会計管理部２７ｃ（図２参照）は、検査依頼が検査希望日の前日または当日などに受け付けられたものであった場合には、細目「インセンティブ」に○印を入力する。これにより、各病院Ａ〜Ｄの会計担当者は、配信された会計情報３２ａの詳細をクライアント端末１７等で確認した際に、細目「インセンティブ」に○印が入力されているか否かを確認することで、インセンティブを発生させるか否かを決定することができる。

なお、上記実施形態では、医療検査の委託を行う際に、検査予約画面４１Ａ〜４１Ｆの入力画面６５（図８参照）で委託するオーダ情報３０ａの受付番号を入力することで、委託元の医療施設に対するオーダ情報（第１検査依頼情報）と、委託先の医療施設に対するオーダ情報（第２検査依頼情報）とが関連付けられてオーダ管理ＤＢ３０に格納される場合を例に挙げて説明を行ったが、本発明はこれに限定されるものではない。

例えば、オーダ情報３０ａを受信したときに、情報管理部２７ｂが、その送信元（依頼元）及び送信先（依頼先）の情報（施設名）と、オーダ情報３０ａに含まれる患者情報（患者氏名、患者ＩＤなど）とに基づいて、オーダ管理ＤＢ３０を検索して関連付けの対象となるオーダ情報３０ａを検索するようにしてもよい。また、この検索の結果、関連付けの対象であると推定されるオーダ情報３０ａが合った場合には、情報管理部２７ｂが送信元へ問い合わせを発行するようにしてもよい。そして、情報管理部２７ｂは、送信元から関連付けを行う旨の指示がなされたら、オーダ情報３０ａの関連付けを行う。

また、上記実施形態では、医療検査として医用画像の撮影及び読影の少なくともいずれか一方を行う場合を例に挙げて説明を行ったが、本発明はこれに限定されるものではなく、他の医療検査を行う場合にも本発明を適用することができる。

医用ネットワークシステムの構成を概略的に示す説明図である。 受付サーバの構成を概略的に示す機能ブロック図である。 オーダ管理ＤＢの構成を概略的に示す説明図である。 スケジュール管理ＤＢの構成を概略的に示す説明図である。 クライアント端末の構成を概略的に示す機能ブロック図である。 検査予約画面の一例を示す説明図である。 検査予約画面の説明図であり、他の病院に医療検査（読影）を委託する際に、他の病院の予約状況を確認している状態を説明するための図である。 検査予約画面の説明図であり、他の病院に医療検査（読影）を委託する際に、委託するオーダ情報の受付番号の入力を行う状態を説明するための図である。 オーダ管理ＤＢの説明図であり、他の病院に対し医療検査（読影）を委託が行われた状態を説明するための図である。 検査予約画面の説明図であり、医療検査（読影）の委託元で撮影された医用画像が画像サーバにアップロードされた後の状態を説明するための図である。 検査予約画面の説明図であり、医療検査（読影）の委託先から読影レポートがレポートサーバにアップロードされた後の状態を説明するための図である。 会計管理ＤＢの構成を概略的に示す説明図である。 医療検査（読影）の委託が行われた場合の受付サーバの処理手順を説明するためのフローチャートである。 受付サーバのスケジュール管理ＤＢの各データと、各病院のスケジュール管理ＤＢの各データとの同期を取った他の実施形態の各管理ＤＢの構成を概略的に示す説明図である。

符号の説明

２ 医用ネットワークシステム
１０ データセンタ
１５ モダリティ機器
１７，１９ クライアント端末
２０ 受付サーバ
２５ サーバコンピュータ
２６ ストレージユニット
２７ ＣＰＵ
２７ａ 情報配信部
２７ｂ 情報管理部
２７ｃ 会計管理部
３０ オーダ管理ＤＢ
３０ａ オーダ情報
３１ スケジュール管理ＤＢ
３１ａ 予約情報
３２ 会計管理ＤＢ
３２ａ 会計情報
３７ａ Ｗｅｂブラウザ
４１Ａ〜４１Ｆ 検査予約画面
Ａ〜Ｄ 病院
Ｅ，Ｆ 診療所

Claims (8)

1. 医療検査の検査依頼をする依頼元とその検査依頼を受け付ける依頼先に設置される複数の端末とネットワークを介して接続され、依頼元の端末から依頼先の端末へ発行される前記依頼情報を中継して、依頼元が指定した依頼先の端末へ配信するサーバとからなる医用ネットワークシステムにおいて、
   前記サーバは、中継した依頼情報を格納する依頼情報格納手段と、依頼元から依頼先へ中継された第１依頼情報と、前記第１依頼情報に基づく検査依頼を受け付けた依頼先が別の依頼先へ委託する際に、前記依頼先が新たな依頼元として前記サーバを介して委託先へ発行した第２依頼情報とを関連付けて前記依頼情報格納手段に格納する依頼情報管理手段とを備えていることを特徴とする医用ネットワークシステム。
2. 前記依頼情報管理手段は、前記依頼先の端末から発行される要求に基づいて、前記第１依頼情報と第２依頼情報とを関連づけることを特徴とする請求項１記載の医用ネットワークシステム。
3. 前記サーバは、検査依頼を受け付け可能な受付枠を表す受付枠情報を依頼先毎に格納する受付枠情報格納手段と、前記各端末からの要求に基づいて前記受付枠情報を要求元の端末へ配信する受付枠情報配信手段とを備えていることを特徴とする請求項１又は２記載の医用ネットワークシステム。
4. 前記受付枠情報格納手段は、前記依頼先の端末からの更新要求に基づいて更新されることを特徴とする請求項３記載の医用ネットワークシステム。
5. 検査依頼には、モダリティによって被検者の撮影を行って医用画像を取得する撮影依頼と、撮影された前記医用画像の読影を行う読影依頼が含まれており、前記撮影依頼及び読影依頼のうち少なくとも一方を委託可能なことを特徴とする請求項１〜４いずれか１項記載の医用ネットワークシステム。
6. 前記検査依頼で発生する会計情報を、各依頼情報に関連付けて記録する会計情報記録手段を備えており、前記会計情報記録手段は、前記第１及び第２の各依頼情報毎に会計情報の細目を記録可能なことを特徴とする請求項１〜５いずれか１項記載の医用ネットワークシステム。
7. 医療検査の検査依頼をする依頼元とその検査依頼を受け付ける依頼先に設置される複数の端末とネットワークを介して接続され、依頼元の端末から依頼先の端末へ発行される前記依頼情報を中継して、依頼元が指定した依頼先の端末へ配信する検査依頼管理装置において、
   中継した依頼情報を格納する依頼情報格納手段と、
   依頼元から依頼先へ中継された第１依頼情報と、前記第１依頼情報に基づく検査依頼を受け付けた依頼先が別の依頼先へ委託する際に、前記依頼先が新たな依頼元として委託先へ発行した第２依頼情報とを関連付けて前記依頼情報格納手段に格納する依頼情報管理手段とを備えていることを特徴とする検査依頼管理装置。
8. ネットワークを介して、医療検査の検査依頼をする依頼元からその検査依頼を受け付ける依頼先へ発行される前記依頼情報を中継して、依頼元が指定した依頼先の端末へ配信する検査依頼管理方法において、
   中継した依頼情報を情報格納装置に格納する依頼情報格納ステップと、
   依頼元から依頼先へ中継された第１依頼情報と、前記第１依頼情報に基づく検査依頼を受け付けた依頼先が別の依頼先へ委託する際に、前記依頼先を新たな依頼元として委託先へ発行した第２依頼情報とを関連付けて前記情報格納装置に格納する依頼情報管理ステップとを有することを特徴とする検査依頼管理方法。

Images