(57)【要約】【課題】医療に関する業務効率を改善する。【解決手段】医用ネットワークシステム１０は、診療科端末１２と依頼情報管理サーバ１４とを備えている。診療科端末１２は、依頼情報管理サーバ１４に対して検査依頼を発行する機能を備えている。依頼情報管理サーバ１４は、受け付けた検査依頼を依頼情報ＤＢ１８に格納する。診療科端末１２は、検査依頼を際に、関連する複数の検査依頼Ｏ１，Ｏ２をグループ化して、依頼情報管理サーバ１４に向けて関連付け指示を発行することができる。依頼情報管理サーバ１４は、その指示を受け付けると、複数の検査依頼Ｏ１，Ｏ２を関連付けて格納する。これにより、複数の検査依頼Ｏ１，Ｏ２がシステム上で関連する検査依頼として取り扱われる。【選択図】図１
2009075828.tif 000002
【特許請求の範囲】
【請求項１】
依頼元端末を含む複数の端末と、前記各端末とネットワークを介して接続され、前記依頼元端末が発行する医療に関する依頼情報を管理する依頼情報管理サーバとからなる医用ネットワークシステムにおいて、
前記依頼情報を格納する依頼情報格納手段と、
複数の前記依頼情報を関連付ける関連付け指示を受け付ける関連付け指示受付手段と、
前記関連付け指示に基づいて、その対象となる複数の前記依頼情報を関連付けて前記依頼情報格納手段に記録する依頼情報記録手段とを備えたことを特徴とする医用ネットワークシステム。
【請求項２】
前記依頼情報管理サーバは、前記依頼情報の配信要求を前記端末から受け付けてその要求元の端末へ前記依頼情報を配信する配信手段を備えていることを特徴とする請求項１記載の医用ネットワークシステム。
【請求項３】
前記配信手段が配信する前記依頼情報には、前記関連付けられた複数の依頼情報を識別するための識別情報が含まれることを特徴とする請求項２記載の医用ネットワークシステム。
【請求項４】
前記端末又は前記依頼情報管理サーバに設けられ、前記端末によって指定された前記依頼情報に関連する依頼情報の有無を判定する関連依頼判定手段を備えており、前記関連する依頼情報がある場合には、その旨のメッセージが前記端末の表示手段に表示されることを特徴とする請求項２又は３記載の医用ネットワークシステム。
【請求項５】
前記端末は、前記配信手段が配信する前記依頼情報に基づいて前記依頼情報の一覧リストを表示可能であることを特徴とする請求項２〜４いずれか記載の医用ネットワークシステム。
【請求項６】
前記関連付けられた複数の依頼情報は、複数の医療検査に関する複数の検査依頼情報であり、前記各検査依頼情報のそれぞれに対応する検査結果を格納する検査結果格納サーバが前記ネットワークに接続されていることを特徴とする請求項１〜５いずれか記載の医用ネットワークシステム。
【請求項７】
前記複数の検査依頼情報は、同一の患者の異なる種別の複数の検査依頼情報であることを特徴とする請求項６記載の医用ネットワークシステム。
【請求項８】
前記検査結果には、医用画像及び／又はその所見が記されたレポートが含まれることを特徴とする請求項６又は７記載の医用ネットワークシステム。
【請求項９】
前記端末は、前記配信手段が配信する前記検査依頼情報に基づいて、前記検査結果格納サーバへアクセスして関連付けられた複数の検査結果を取得するデータ取得部を備えていることを特徴とする請求項６〜８いずれか記載の医用ネットワークシステム。
【請求項１０】
前記端末には、前記レポートを作成するレポート作成端末が含まれることを特徴とする請求項８又は９記載の医用ネットワークシステム。
【請求項１１】
前記メッセージは、前記検査依頼に関するメッセージであることを特徴とする請求項６〜１０いずれか記載の医用ネットワークシステム。
【請求項１２】
前記依頼情報管理サーバは、前記検査依頼情報毎にその検査の進捗状況を表す進捗情報を記録する進捗情報記録手段を備えており、前記配信手段は、前記進捗情報を前記検査依頼情報に含めて配信することを特徴とする請求項６〜１１いずれか記載の医用ネットワークシステム。
【請求項１３】
前記依頼元端末には、前記関連付け指示を発行する関連付け指示発行手段が設けられており、前記関連付け指示受付手段は、前記関連付け指示発行手段が発行した前記関連付け指示を受け付けることを特徴とする請求項１〜１２いずれか記載の医用ネットワークシステム。
【請求項１４】
前記依頼元端末は、電子カルテの表示と編集を行うカルテ操作画面を表示する表示手段を備えており、前記関連付け指示発行手段は、前記カルテ操作画面からの操作に基づいて発行処理を行うことを特徴とする請求項１３記載の医用ネットワークシステム。
【請求項１５】
依頼元端末を含む複数の端末とネットワークを介して接続され、前記依頼元端末が発行する医療に関する依頼情報を管理する依頼情報管理装置において、
前記依頼情報を格納する依頼情報格納手段と、
複数の前記依頼情報を関連付ける関連付け指示を受け付ける関連付け指示受付手段と、
前記関連付け指示に基づいて、その対象となる複数の前記依頼情報を関連付けて前記依頼情報格納手段に記録する依頼情報記録手段とを備えたことを特徴とする依頼情報管理装置。
【請求項１６】
依頼元端末を含む複数の端末とネットワークを介して接続され、前記依頼元端末が発行する医療に関する依頼情報を管理する依頼情報管理方法において、
複数の前記依頼情報を関連付ける関連付け指示を受け付ける関連付け指示受付ステップと、
前記関連付け指示に基づいて、その対象となる複数の前記依頼情報を関連付けて依頼情報記録する依頼情報記録ステップとを備えたことを特徴とする依頼情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療に関する依頼情報を管理する医用ネットワークシステム並びに依頼情報管理装置及び方法に関するものである。
【背景技術】
【０００２】
診療科と検査科が分科している病院においては、医療検査は、診療科（例えば、外科や内科）の医師によってその必要性が判断されて、検査科へ依頼される。検査依頼は、例えば、診療科の端末から院内のネットワークを通じてオンラインで行われる。診療科端末から発行された依頼情報は、検査科の受付サーバに通知され、この通知に基づいて検査が行われる。放射線科など画像診断を行う検査部門では、ＣＲ（Computed Radiography）装置，ＣＴ（Computed Tomography）装置，ＭＲＩ（Magnetic Resonance Imaging）装置，超音波診断（ＵＳ）装置などの各種の医療検査装置（モダリティ）によって、患者の医用画像（検査画像）が撮影される。撮影された検査画像は、例えば、画像診断を専門とする読影医によって読影されて、その読影結果が医用レポート（読影レポート）としてまとめられる。依頼元の医師（依頼医）は、検査画像と読影レポートを検査結果として受け取る。
【０００３】
読影レポートには、検査画像の所見やコメントが記入されることに加えて、例えば、読影のキーとなるキー画像が貼付されるとともに、そのキー画像内の関心領域に注釈（アノテーション）マークが付与されるなど、画像診断の結果を依頼元へわかりやすく伝えるための編集がなされる。特許文献１には、こうしたレポートの編集機能を充実させた医用レポート装置が記載されている。この医用レポート装置では、テキストで入力される所見と、キー画像内に付与されるアノテーションマークとを対応させるためのリンク情報をレポートデータに付与できるようにしている。これによれば、例えば、リンクが張られた所見部分をマウスなどのポインティングデバイスでクリックすることにより、その所見部分に対応するアノテーションマークを識別表示させることができるなど、読影結果を依頼元の医師にわかりやすく伝えることが可能になる。
【特許文献１】特開２００４−３０５２８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、依頼医が患者の治療方針を決めるためには、例えば、ＣＲ検査とＣＴ検査、あるいは、ＣＴ検査とＵＳ検査など、複数種類の検査結果が必要な場合も多い。依頼医は、診察結果に基づいて、複数種類の検査の必要を認めた場合には、それぞれの検査依頼を１件ずつ発行して、検査科にそれぞれの検査を依頼する。そして、依頼医は、読影医に対して、複数種類の検査結果を踏まえてレポートをまとめて欲しい旨、申し送りをする。読影医は、こうした申し送りを受けた場合には、複数種類の検査画像の撮影完了を待って、両方の検査画像を観察しながら、それらの個々の読影結果を総合して１つのレポートにまとめる。
【０００５】
しかしながら、同一の患者に関する複数の検査であっても、検査の依頼は、各検査毎に１件ずつ行われるため、読影医は、関連している複数の検査を特定するために、患者ＩＤや検査依頼の受付日などを照合しながら確認しなければならず、煩雑であった。また、読影医が、上記申し送りに気付かなかった場合には、レポートの再作成が必要になるという事態も生じかねない。これらの問題は、医療業務の効率を大きく低下させる原因となる。
【０００６】
本発明は、こうした背景に鑑みてなされたもので、その目的は、医療業務を効率化することにある。
【課題を解決するための手段】
【０００７】
本発明の医用ネットワークシステムは、依頼元端末を含む複数の端末と、前記各端末とネットワークを介して接続され、前記依頼元端末が発行する医療に関する依頼情報を管理する依頼情報管理サーバとからなる医用ネットワークシステムにおいて、前記依頼情報を格納する依頼情報格納手段と、複数の前記依頼情報を関連付ける関連付け指示を受け付ける関連付け指示受付手段と、前記関連付け指示に基づいて、その対象となる複数の前記依頼情報を関連付けて前記依頼情報格納手段に記録する依頼情報記録手段とを備えたことを特徴とするものである。こうして関連する複数の依頼情報を管理することで、一方から他方の依頼情報の検索や、依頼情報相互間の関連などを簡単に確認できるようになるので、業務効率が改善される。
【０００８】
なお、前記依頼情報管理サーバは、前記依頼情報の配信要求を前記端末から受け付けてその要求元の端末へ配信する配信手段を備えていることが好ましい。これにより、各端末が前記依頼情報管理サーバに対して依頼情報を照会したり、依頼情報を取得できるようになる。また、前記配信手段が配信する前記依頼情報には、前記関連付けられた複数の依頼情報を識別するための識別情報が含まれることが好ましい。こうすれば、端末が依頼情報の照会や取得を行ったときに、その依頼情報に関連する依頼があることを容易に知ることができる。また、前記端末又は前記依頼情報管理サーバに、前記端末によって指定された前記依頼情報に関連する依頼情報の有無を判定する関連検査依頼判定手段を設け、前記関連する依頼情報がある場合には、前記端末の表示手段にその旨のメッセージが表示されるようにすることが好ましい。前記識別情報だけでなく、こうしたメッセージをユーザに通知することで、関連する依頼の存在を積極的に知らせることができる。さらに、前記端末は、前記配信手段が配信する前記依頼情報に基づいて前記依頼情報の一覧リストを表示可能であることが好ましい。これによれば、複数の依頼情報を一覧できるので、識別情報などに基づいて関連する複数の依頼を調べる場合にも便利である。
【０００９】
なお、前記関連付けられた複数の依頼情報は、複数の医療検査に関する複数の検査依頼情報であり、前記各検査依頼情報のそれぞれに対応する検査結果を格納する検査結果格納サーバが前記ネットワークに接続されていることが好ましい。依頼情報が検査依頼である場合には、それに対応する検査結果が存在するので、その検査結果をネットワーク経由で取得できるようにしておけば、情報へのアクセスが簡便となり、業務効率改善に資する。この検査結果には、医用画像やその所見が記されたレポートが含まれる。また、複数の検査依頼は、例えば、同一の患者の異なる種別の複数の検査依頼情報である。これによれば、１人の患者の複数の検査依頼に関する検査結果を相互参照することを容易に行うことができる。
【００１０】
なお、前記端末は、前記配信手段が配信する前記検査頼情報に基づいて、前記検査結果格納サーバへアクセスして関連付けられた複数の検査結果を取得するデータ取得部を備えていることが好ましい。これによれば、依頼情報から前記検査結果へのアクセスが容易になるので、さらに業務効率が改善される。この端末には、例えば、レポートを作成するレポート作成端末が含まれる。また、前記メッセージは、例えば、前記検査依頼に関するメッセージである。
【００１１】
なお、前記依頼情報管理サーバは、前記検査依頼情報毎にその検査の進捗状況を表す進捗情報を記録する進捗情報記録手段を備えており、前記配信手段は、前記進捗情報を前記検査依頼情報に含めて配信することが好ましい。こうすれば、検査依頼の進捗状況を簡単に把握することができるので、検査画像の撮影完了を待ってレポート作成に着手する場合など、部門間での連携をスムーズに行うことができる。
【００１２】
なお、前記依頼元端末には、前記関連付け指示を発行する関連付け指示発行手段が設けられており、前記関連付け指示受付手段は、前記関連付け指示発行手段が発行した前記関連付け指示を受け付けることが好ましい。こうすれば、依頼元の指示を簡単に伝達することができる。さらに、前記依頼元端末は、電子カルテの表示と編集を行うカルテ操作画面を表示する表示手段を備えており、前記関連付け指示発行手段は、前記カルテ操作画面からの操作に基づいて発行処理を行うことが好ましい。電子カルテと検査依頼の関連付けを連携させることで、依頼元の業務効率が改善される。
【００１３】
本発明の依頼情報管理サーバは、依頼元端末を含む複数の端末とネットワークを介して接続され、前記依頼元端末が発行する医療に関する依頼情報を管理する依頼情報管理サーバにおいて、前記依頼情報を格納する依頼情報格納手段と、複数の前記依頼情報を関連付ける関連付け指示を受け付ける関連付け指示受付手段と、前記関連付け指示に基づいて、その対象となる複数の前記依頼情報を関連付けて前記依頼情報格納手段に記録する依頼情報記録手段とを備えたことを特徴とする。
【００１４】
本発明の依頼情報管理方法は、依頼元端末を含む複数の端末とネットワークを介して接続され、前記依頼元端末が発行する医療に関する依頼情報を管理する依頼情報管理方法において、複数の前記依頼情報を関連付ける関連付け指示を受け付ける関連付け指示受付ステップと、前記関連付け指示に基づいて、その対象となる複数の前記依頼情報を関連付けて依頼情報記録する依頼情報記録ステップとを備えたことを特徴とする。
【発明の効果】
【００１５】
本発明によれば、依頼元から受け付けた関連する複数の依頼情報を、関連付けて管理するようにしたので、各依頼情報相互間の参照作業や、１つの依頼情報から他の依頼情報の参照作業が簡便にできるので、業務効率を改善することができる。
【発明を実施するための最良の形態】
【００１６】
図１に示す医用ネットワークシステム１０は、例えば、病院などの医療施設に構築される。医用ネットワークシステム１０は、診療科１１に設置される診療科端末１２と、検査科１３に設置され、依頼情報管理サーバ１４とを備えている。診療科端末１２と依頼情報管理サーバ１４とは、ＬＡＮ（Local Area Network）１６を介して通信可能に接続される。依頼情報管理サーバ１４は、依頼元となる診療科端末１２が発行する検査依頼を、ＬＡＮ１６を通じてオンラインで受け付ける。
【００１７】
後に詳述するように、診療科端末１２は、関連する複数の検査依頼Ｏ１，Ｏ２をグループ化してそれぞれの検査依頼情報をまとめた検査依頼セット１７として、依頼情報管理サーバ１４へ発行することが可能である。依頼情報管理サーバ１４は、こうした複数件の検査依頼Ｏ１，Ｏ２を受け付けると、それぞれの検査依頼情報を関連付けた状態で依頼情報ＤＢ（Data Base）１８へ記録する。
【００１８】
検査科１３の撮影室１３ａには、例えば、ＣＴ装置１９ａ，ＭＲＩ装置１９ｂ，ＣＲ装置１９ｃ，ＵＳ装置１９ｄなどを含む複数種類のモダリティ１９が設置されている。これらのモダリティ１９が撮影した検査画像は、ＬＡＮ１６を経由して画像サーバ２１へ出力される。また、検査科１３の読影室１３ｂには、検査画像の所見を含む読影結果を記した読影レポートを作成するレポート作成端末２３が設置されている。レポート作成端末２３は、ＬＡＮ１６を経由して画像サーバ２１にアクセスして検査画像を取得し、作成した読影レポートをレポートサーバ２４へ登録する。
【００１９】
撮影や読影が完了すると、撮影室１３ａや読影室１３ｂから、依頼情報管理サーバ１４に対して完了通知がなされる。読影が完了すると、診療科端末１２にも完了が通知される。診療科端末１２は、完了通知を受けた後、画像サーバ２１やレポートサーバ２４へアクセスして、検査画像及び読影レポートを含む検査結果を受け取る。
【００２０】
画像サーバ２１、レポートサーバ２４には、それぞれ画像ＤＢ２１ａ、レポートＤＢ２４ａが設けられている。各ＤＢ２１ａ，２４ａは、患者ＩＤ，患者名，検査ＩＤなどの検索キーに基づいて該当するデータを検索して抽出できるようになっている。画像サーバ２１やレポートサーバ２４は、診療科端末１２やレポート作成端末２３からのアクセスを受け付けて、データの配信や登録などその要求内容に応じた処理を実行する。
【００２１】
カルテサーバ２６には、カルテデータを格納するカルテＤＢ２６ａが設けられている。カルテＤＢ２６ａは、画像ＤＢ２１ａやレポートＤＢ２４ａなどと同様に、上記検索キーに基づいて該当するカルテデータを抽出可能に構成されている。カルテサーバ２６は、診療科端末１２からのアクセスを受け付けて、カルテデータの配信や登録などその要求内容に応じた処理を実行する。
【００２２】
これらカルテサーバ２６，画像サーバ２１，レポートサーバ２４は、例えば、それぞれパーソナルコンピュータやワークステーションをベースにして、各種のサーバプログラムをインストールしたサーバコンピュータと、各種ＤＢを構成するデータストレージから構成される。もちろん、これらのサーバは、それぞれ別々に構成されていてもよいし、統合した１つのサーバで構成されていてもよい。また、ＤＢが構築されるデータストレージのみを複数のサーバ間で共有してもよい。
【００２３】
図２に示すように、診療科端末１２は、ワークステーションやパーソナルコンピュータなどのコンピュータであり、本体３１とコンソール３２とからなる。コンソール３２は、操作画面やデータを表示するモニタ３３と操作信号を入力する入力デバイス３４からなり、入力デバイス３４には、例えば、キーボード３４ａやマウス３４ｂが含まれる。本体３１は、ＣＰＵ３６，メモリ３７，ＨＤＤ（ハードディスクドライブ）３８，通信Ｉ／Ｆ３９を備えており、これらはデータバス４０を介して接続されている。
【００２４】
ＨＤＤ３８には、オペレーティングシステムなどの制御プログラムや電子カルテプログラム４１がインストールされている。メモリ３７は、ＣＰＵ３６が処理を実行するための作業用のメモリである。ＣＰＵ３６は、ＨＤＤ３８に格納されたプログラムをメモリ３７へロードして、プログラムに従った処理を実行することにより、本体３１及びコンソール３２を統括的に制御する。通信Ｉ／Ｆ３９は、ＬＡＮ１６を介してデータを送受信するための通信制御を行う通信インタフェースである。
【００２５】
ＣＰＵ３６は、電子カルテプログラム４１が起動されると、カルテ処理部３６ａ，検査依頼処理部３６ｂとして機能する。カルテ処理部３６ａは、カルテデータの表示とその編集を行うための操作画面であるカルテ編集画面４２をモニタ３３へ表示するとともに、カルテ編集画面４２を通じて入力デバイス３４から入力される操作信号を受け付けて、カルテデータの新規作成や更新を含む編集や、カルテサーバ２６へアクセスして、カルテデータの取得や処理済みのカルテデータの登録などの各種の処理を行う。電子カルテプログラム４１には、検査依頼機能が設けられており、検査依頼処理部３６ｂは、検査依頼の発行や複数の検査依頼の関連付け指示の発行など検査依頼に関する処理を実行する。
【００２６】
カルテ編集画面４２は、操作画面の１例である。カルテ編集画面４２には、選択された患者のカルテデータが表示される。カルテ編集画面４２には、患者ＩＤや患者名などの患者基本情報を表示する患者基本情報表示領域と、患者の主要な症状、経過、処方、処置等を含む診療記録を表示する診療記録表示領域が設けられている。このカルテ編集画面４２と入力デバイス３４の操作を通じて、カルテの編集がなされる。
【００２７】
また、カルテ編集画面４２には、検査に関する操作を行うための種々の操作ボタンを集約した操作パレット４４が設けられている。操作パレット４４には、例えば、依頼ボタン４４ａ，照会ボタン４４ｂ，検査結果ボタン４４ｃが含まれており、これらは、マウス３４ｂのポインタ４６でポイントされてクリックされることにより、それぞれに対応する操作指示がＣＰＵ３６に与えられる。
【００２８】
照会ボタン４４ｂは、依頼情報管理サーバ１４に対して、依頼した検査の実施状況や進捗状況を照会するためのボタンであり、照会処理が指示されると、依頼情報管理サーバ１４から、受付済みの依頼情報が配信される。検査依頼処理部３６ｂは、配信された依頼情報に基づいて、実施状況や進捗状況を含む検査リスト（図６参照）を生成して、モニタ３３に表示する。検査結果ボタン４４ｃは、完了済みの検査結果を表示するためのボタンであり、このボタンが操作されると、完了済みの検査結果のリストが表示されて、そのリストから所望の検査を選択することで、検査画像やそれに対応するレポートがモニタ３３に表示される。依頼ボタン４４ａは、検査依頼を発行するためのボタンである。
【００２９】
図３に示すように、依頼ボタン４４ａが操作されると、モニタ３３に検査依頼画面４７が表示される。検査依頼画面４７の上部には、検査種別を指定する指定領域４８が設けられている。指定領域４８は、例えば、「画像診断」と「生理・病理検査」というように、検査の分類に応じたタブ４８ａが設けられおり、タブ４８ａを操作することで、分類が切り替わるようになっている。「画像診断」のタブ４８ａを選択すると、画像診断の分類に属する複数の検査種別（ＣＴ，ＣＲ，ＭＲＩ，ＵＳ）に対応した複数の指定アイコン４８ｂが表示される。
【００３０】
指定領域４８の下部には、複数の検査を１つのグループにまとめるためのグループ枠４９が表示される。検査種別を指定する場合には、指定領域４８内の所望の指定アイコン４８ｂをポインタ４６でポイントして、二点鎖線の矢印で示すように、ポイントした指定アイコン４８ｂをグループ枠４９にドラッグして、グループ枠４９内に入れる。複数の検査を指定する場合には、こうした操作を繰り返す。図３では、グループＩＤ（ＧｒＩＤ）が「１」のグループ枠４９にＣＴ検査とＵＳ検査が指定された状態を示す。
【００３１】
詳細入力ボタン５１は、検査科１３に対する検査の依頼文、申し送り事項、撮影条件などのコメントを入力するためのボタンであり、詳細入力ボタン５１が操作されると、コメントを入力するウインドウが表示され、依頼医によって必要に応じてコメントが入力される。申し送り事項としては、例えば、患者に関する特記事項や、読影を希望するポイントの伝達などを含む、依頼元から依頼先への連絡事項が入力される。
【００３２】
また、複数の検査をグループ化して依頼する場合には、それぞれの検査画像を総合的に判断した読影結果を希望すること、さらに、その読影結果を１つのレポートとしてまとめることを希望することなどの指示を申し送り事項として入力する。複数の検査を総合的に判断する具体例としては、患者の診察結果で肝硬変や肝臓癌の疑いが認められ、そのいずれかを見極めるために、ＣＴ検査とＵＳ検査の複数種類の検査を依頼する場合などがある。その際には、上記のとおり、グループ枠４９へＣＴ検査とＵＳ検査の指定アイコン４８ｂを入れて複数の検査を指定するとともに、詳細入力ボタン５１の操作によって、上記申し送り事項を入力して、検査依頼を発行する。なお、本例では、１つのレポートにまとめる指示をテキストで入力して、それを申し送り事項として依頼先へ伝達するようにしているが、詳細入力ボタン５１とは別に、１つのレポートにまとめるか否かを指定するための専用の操作手段（操作ボタンなど）を設けてもよい。こうすれば、その旨をテキストで入力する手間が省けて便利である。
【００３３】
確定ボタン５２が操作されると、検査依頼処理部３６ｂは、指定された複数の検査に対する検査依頼Ｏ１（ＣＴ検査），Ｏ２（ＵＳ検査）の検査依頼情報を生成し、それぞれに同一のＧｒＩＤを与えて、両者をまとめた検査依頼セット１７を作成する。こうして複数の検査依頼Ｏ１，Ｏ２が１つの検査グループにまとめられる。依頼発行ボタン５３が操作されると、検査依頼処理部３６ｂは、検査依頼セット１７を依頼情報管理サーバ１４に向けて送信する。検査依頼処理部３６ｂは、こうして複数の検査をグループ化することによって、依頼情報管理サーバ１４に対して複数の検査の関連付け指示を発行する。依頼情報管理サーバ１４は、その関連付け指示を受け付けて、検査依頼セット１７に含まれる複数の検査依頼Ｏ１，Ｏ２を関連付けて記録する。
【００３４】
なお、関連付け指示を発行する形態、方法、タイミングは、上記に限定されない。例えば、本例では、関連付けを指示する指示データとして、各検査依頼情報に付与するＧｒＩＤを用いているが、ＧｒＩＤに限らず、関連付ける複数の検査依頼を識別できるデータであればよい。また、指示データは、検査依頼のデータに含めなくてもよく、検査依頼のデータとは別のデータとして送信するようにしてもよい。また、いったん検査依頼を送信後、その送信済みの検査依頼とは別の検査依頼の関連付けがなされるように指示できるようにしてもよい。また、１つの検査グループの検査依頼セットを送信した後、その検査グループに新たに検査依頼を追加するように関連付け指示を発行できるようにしてもよい。
【００３５】
また、１種類の検査を依頼する場合には、グループ枠４９に１つだけ指定アイコン４８ｂが入れられる。その場合には、検査依頼処理部３６ｂは、ＧｒＩＤを付与せずに、指定された１件の検査依頼を送信する。なお、検査依頼が１件の場合でも、そのデータにＧｒＩＤを付与してもよい。こうすれば、後で、別の検査依頼を追加する際に、新たにＧｒＩＤを付与しなくて済み、例えば、データの取り扱いを画一化（複数の場合と１件の場合とでデータ処理を同じにできる）できるので便利である。
【００３６】
また、カルテ処理部３６ａは、こうした検査依頼履歴を、カルテデータの検査記録として記録する。図４は、カルテデータの概略構成を示す説明図である。カルテデータは、患者名などの患者基本データと、日付毎の診療記録とを含んでおり、診療記録には、診察内容や履歴を表す診察記録とともに検査内容やその履歴を表す検査記録が含まれている。検査依頼履歴は、グループ化された検査依頼が識別できるように、例えば、ＧｒＩＤとともに複数の検査依頼Ｏ１，Ｏ２が記録される。これにより、検査依頼履歴から各検査依頼Ｏ１，Ｏ２の帰属関係を識別できるようになる。グループ化されていない検査依頼Ｏ３は、ＧｒＩＤが付与されずに記録される。
【００３７】
図５に示すように、依頼情報管理サーバ１４は、ワークステーションやパーソナルコンピュータなどのコンピュータであり、本体５６とコンソール５７とからなる。なお、コンソール５７は、モニタや入力デバイスからなり、依頼情報管理サーバ１４の管理や設定を行うために用いられる。本体５６は、ＣＰＵ５８，メモリ５９，ＨＤＤ６１，通信Ｉ／Ｆ６２，依頼情報ＤＢ１８を備えており、これらはデータバス６３を介して接続されている。
【００３８】
ＨＤＤ６１には、オペレーティングシステムなどの制御プログラムや依頼情報管理プログラム６４がインストールされている。ＣＰＵ５８は、ＨＤＤ３８に格納されたプログラムをメモリ５９へロードして、プログラムに従った処理を実行することにより、本体５６及びコンソール５７を統括的に制御する。通信Ｉ／Ｆ６２は、ＬＡＮ１６を介してデータを送受信するための通信制御を行う通信インタフェースである。
【００３９】
ＣＰＵ５８は、依頼情報管理プログラム６４を実行することにより、依頼受付部５８ａ，ＤＢアクセス部５８ｂ，配信部５８ｃとして機能する。依頼受付部５８ａは、診療科端末１２から送信される検査依頼を受信すると、１件の検査依頼に対して１つずつ検査ＩＤを発行し、その検査ＩＤとともに受付日時を記録して、検査依頼の受付処理を行う。
【００４０】
ＤＢアクセス部５８ｂは、依頼情報ＤＢ１８にアクセスしてデータの読み出しと書き込みを行う。ＤＢアクセス部５８ｂは、依頼受付部５８ａが受け付けた検査依頼の情報を、それぞれ１件の依頼情報レコードとして依頼情報ＤＢ１８に書き込む。各依頼情報レコードには、受付日時，検査ＩＤ，依頼元識別情報、検査種別やコメントを含む依頼内容などの項目の他に、検査の進捗状況を表す進捗情報が付与される。ＤＢアクセス部５８ｂは、撮影室１３ａの端末やモダリティ１９、読影室１３ｂのレポート作成端末２３などから通知された撮影や読影の進捗情報に基づいて、各依頼情報レコードを随時更新する。また、撮影や読影が完了済みの依頼情報レコードには、モダリティ１９やレポート作成端末２３からの通知に基づいて記録された、検査画像やレポートのデータの格納先アドレスなども含まれる。
【００４１】
配信部５８ｃは、診療科端末１２やレポート作成端末２３を含むクライアント端末の要求に応じて、依頼情報ＤＢ１８に格納された依頼情報を要求元に配信することが可能である。配信部５８ｃは、クライアント端末からの配信要求を受け付けると、その内容に応じた依頼情報を、依頼情報ＤＢ１８から検索、抽出して要求元に配信する。例えば、依頼情報レコードの全件、あるいは、検索条件に該当する依頼情報レコードを配信したり、依頼情報レコードに含まれる項目のうち、検索条件に該当する項目だけを配信することも可能である。なお、依頼情報ＤＢ１８を構成するデータストレージは、依頼情報管理サーバ１４にローカル接続されたものでもよいし、例えば、ＬＡＮ１６などのネットワークを経由して接続されていてもよい。さらに、他のＤＢを構成するデータストレージと共有してもよい。
【００４２】
各クライアント端末は、配信部５８ｃから配信された依頼情報に基づいて、依頼情報管理サーバ１４が受け付けた検査依頼の一覧を表す検査リストを生成し、各端末のモニタに表示する。図６は、クライアント端末のモニタに表示される検査リストの例を示す。検査リスト６６に含まれる項目としては、例えば、受付日時，検査ＩＤ，ＧｒＩＤ（検査ＧｒＩＤ），患者ＩＤ，患者名，検査種別，撮影状況，読影状況などが含まれる。もちろん、これらの項目のリスト内での配列順や、検査リスト６６に表示する項目の種類及び数などは、設定により適宜変更することができる。詳細ボタン６６ａは、その検査依頼の詳細を確認するためのボタンであり、これをクリックすると、当該検査依頼の詳細内容が表示される。
【００４３】
検査リスト６６には、ＧｒＩＤを表示するフィールドが設けられており、これにより、関連する複数の検査依頼を識別できるようになっている。このＧｒＩＤを確認することで、関連する検査依頼の存在や両者の特定を簡単に行うことが可能である。例えば、図５では、検査ＩＤが「ＣＴ００１２」と「ＵＳ００２６」の各検査依頼のＧｒＩＤの項目には、同一のＧｒＩＤ「Ｇｒ１」が表示されている。そのため、患者名、患者ＩＤ、受付日時などの複数の項目を照合することなく、ＧｒＩＤの項目を確認するだけで、それぞれの検査依頼には関連する別の検査依頼が存在することがわかるとともに、また、それらのＧｒＩＤが同一か否かを調べれば、関連する検査依頼を特定することができる。
【００４４】
撮影状況は、モダリティ１９による画像撮影の進捗状況を表し、例えば、受付待ち、撮影中、撮影待ち、撮影完了などの段階毎に表示される。ここで、受付待ちとは、依頼医からの検査依頼を受信後、被検者である患者自信が検査科１３の受付を済ませていない状態を意味する。読影状況は、読影医によるレポート作成の進捗状況を表し、例えば、未（未了）、読影待ち、関連検査完了待ち、読影完了、などの段階毎に表示される。ここで、関連検査完了待ちとは、当該検査依頼に関連する他の検査依頼が存在し、それら関連する複数の検査結果を総合的に判断する旨の指示、あるいは、一つのレポートにまとめる旨の指示がある場合に、当該検査依頼に対応している撮影は終了しているが、同一検査グループに含まれる他の検査の撮影が未了であるため、その完了を待っている状態を意味する。本例では、検査ＩＤが「ＣＴ００１２」の撮影は終了しているが、それに関連する「ＵＳ００２６」の撮影が未了であるので、「ＣＴ００１２」の読影状況に、「関連検査完了待ち」の表示がなされる。
【００４５】
図７に示すように、レポート作成端末２３は、診療科端末と同様に、ワークステーションやパーソナルコンピュータなどのコンピュータであり、本体７２とコンソール７３とからなる。コンソール７３は、操作画面やデータを表示するモニタ７４と操作信号を入力する入力デバイス７６からなり、入力デバイス７６には、例えば、キーボード７６ａやマウス７６ｂが含まれる。本体７２は、ＣＰＵ７７，メモリ７８，ＨＤＤ（ハードディスクドライブ）７９，通信Ｉ／Ｆ８１を備えており、これらはデータバス８２を介して接続されている。
【００４６】
ＨＤＤ７９には、オペレーティングシステムなどの制御プログラムや読影レポートプログラム８３がインストールされている。メモリ７８は、ＣＰＵ７７が処理を実行するための作業用のメモリである。ＣＰＵ７７は、ＨＤＤ７９に格納されたプログラムをメモリ７８へロードして、プログラムに従った処理を実行することにより、本体７２及びコンソール７３を統括的に制御する。通信Ｉ／Ｆ８１は、ＬＡＮ１６を介してデータを送受信するための通信制御を行う通信インタフェースである。
【００４７】
レポートプログラム８３は、読影レポートの作成と表示を行うプログラムであり、ＣＰＵ７７は、レポートプログラム８３が起動されると、レポート処理部７７ａ，データ取得部７７ｂとして機能する。レポート処理部７７ａは、レポートデータの表示とその編集を行うための操作画面であるレポート編集画面８４をモニタ７４へ表示するとともに、レポート編集画面８４を通じて入力デバイス７６から入力される操作信号を受け付けて、レポートデータの新規作成や更新を含む編集や、レポートサーバ２４へアクセスして、レポートデータの取得や処理済みのレポートデータの登録などの処理を行う。
【００４８】
データ取得部７７ｂは、依頼情報、検査画像、レポート、カルテなどの各種データを参照するために、依頼情報管理サーバ１４，画像サーバ２１，レポートサーバ２４，カルテサーバ２６へアクセスしてデータを取得する処理を実行する。
【００４９】
レポート編集画面８４は、操作画面の１例である。このレポート編集画面８４と入力デバイス７６の操作を通じて、レポートの編集がなされる。レポート編集画面８４には、患者ＩＤや患者名などの患者基本情報を表示する患者基本情報表示領域と、所見を含む読影結果を入力する所見入力領域が設けられている。所見入力領域には、検査画像の中で特に注目した代表的なキー画像を挿入して貼付できるようになっている。キー画像は、検査画像のオリジナルデータを縮小した縮小画像である。また、この縮小画像に対して、その画像内の関心領域（読影医が画像診断に際して注目した領域）にアノテーションマークを挿入するなどの編集も可能となっている。
【００５０】
さらに、こうしたアノテーションマークと所見内の指定された部分（所見内でアノテーションマークに関して言及された部分）とのリンク情報（所見リンク情報）を付与することも可能である。こうした所見リンク情報は、レポートファイルに記録される。これによれば、キー画像内のアノテーションマークをマウスなどでポイントすると、それに対応する所見部分を識別表示したり、その反対に所見部分をポイントすると、それに対応するキー画像が識別表示されたり、さらには、画像サーバにアクセスして、そのキー画像のオリジナル画像を取得して画面に表示することも可能になる。
【００５１】
なお、本例のレポートは、複数の検査の検査結果を１つにまとめる例であり、所見入力領域には、キー画像として、ＣＴ検査の画像（ＣＴ画像）とＵＳ検査の画像（ＵＳ画像）が貼付されている。
【００５２】
また、レポート編集画面８４には、種々の操作ボタンを集約した操作パレット８６が設けられている。操作パレット８６は、例えば、タブ８６ａによって選択的に切り替え可能な複数の画面からなり、各タブ８６ａには、例えば、「編集」，「送信」，「検査」などの表題が表示され、それぞれの画面には、それぞれの表題に関連する操作ボタンが設けられる。「編集」の画面には、例えば、キー画像やアノテーションマークの挿入指示や、キー画像と所見領域のリンク付けなどの編集操作に関する操作ボタンが設けられている。「送信」の画面には、レポートサーバ２４へのレポートの登録や、依頼情報管理サーバ１４に対して進捗状況の通知を行うための操作ボタンが設けられている。
【００５３】
図７は、「検査」の画面が選択されている例であり、この画面には、検査に関する情報を参照するためのボタンが集約されている。この画面には、照会ボタン８７ａ，画像ボタン８７ｂ，関連検査一覧ボタン８７ｃが設けられている。これらの操作ボタンは、マウス７６ｂのポインタ８８でポイントされてクリックされることにより、それぞれに対応する操作指示がＣＰＵ７７に与えられる。データ取得部７７ｂは、入力された操作指示に基づいてそれぞれに対応する処理を実行する。
【００５４】
照会ボタン８７ａは、依頼情報管理サーバ１４に対して、検査の実施状況や進捗状況を照会するためのボタンである。このボタンによって照会処理が指示されると、データ取得部７７ｂは、依頼情報管理サーバ１４に対して、受付済みの依頼情報の配信要求を発行する。データ取得部７７ｂは、配信された依頼情報に基づいて検査リスト６６（図６）を生成し、生成された検査リスト６６が、モニタ７４に表示される。読影医は、この検査リスト６６によって読影が必要な検査を確認し、撮影完了済みで読影待ちの検査依頼を選択して、その検査依頼の詳細情報を取得し、レポート作成に着手する。
【００５５】
画像ボタン８７ｂは、検査画像を取得するためのボタンであり、このボタンが操作されると、データ取得部７７ｂは、画像サーバ２１に配信要求を発行する。配信された検査画像は、モニタ７４に表示される。読影医は、この検査画像を観察しながらレポートを作成する。なお、レポート編集用のモニタ７４とは別に画像表示用モニタが設けられている場合には、検査画像を画像表示用モニタに表示してもよい。
【００５６】
関連検査一覧ボタン８７ｃは、レポート編集画面８４に表示したレポートに関連する検査の一覧を表示するためのボタンである。関連検査一覧ボタン８７ｃが操作されると、データ取得部７７ｂは、現在表示中のレポートに対応する、取得済みの検査依頼情報からＧｒＩＤを読み出して、そのＧｒＩＤを含む検査依頼（関連する検査依頼）の配信を、依頼情報管理サーバ１４に対して要求する。依頼情報管理サーバ１４は、関連する検査依頼がある場合には、その検査依頼情報をレポート作成端末２３へ配信し、無い場合にはその旨の通知をする。データ取得部７７ｂは、関連する検査依頼情報を取得すると、その一覧を、例えば、検査リスト６６と同様のリスト形式で表示する。これにより、現在表示中のレポートに関連する検査依頼が存在するか否かを確認することができる。なお、関連検査の一覧を表示するリストは、データ取得部７７ｂが、依頼情報管理サーバ１４から取得したデータに基づいてリスト形式への加工処理を行ってリスト表示されるが、依頼情報管理サーバ１４が加工処理を行って生成したリストデータをレポート作成端末２３に配信して、レポート作成端末２３は単に表示処理だけ行うようにしてもよい。
【００５７】
また、関連する検査依頼のリストから、１件の検査依頼を選択すると、データ取得部７７ｂは、その検査依頼情報から、検査画像やレポートの格納先情報を読み出して、それぞれの格納先へアクセスして検査画像やレポートを取得する。そして、取得した検査画像やレポートをモニタ７４に表示する。これにより、関連する複数の検査依頼のデータを相互に参照することが簡単にできるようになり、複数の検査結果を１つのレポートにまとめる作業を効率的に進めることができる。
【００５８】
このように関連検査一覧ボタン８７ｃによって、関連する検査依頼に関する情報（関連検査情報）を確認することができるが、検査リスト６６で１つの検査依頼を選択したときに、依頼情報管理サーバ１４からレポート作成端末２３に対して関連検査情報を通知するようにしてもよい。
【００５９】
例えば、読影医は、レポートの作成に着手する際に、レポート作成端末２３を通じて依頼情報管理サーバ１４から検査リスト６６を取得して、読影対象となる検査依頼を確認する。そして、その検査リスト６６から１件の検査依頼を選択して、依頼情報管理サーバ１４に対して、その検査依頼の依頼情報の配信を要求する。依頼情報管理サーバ１４は、その配信要求を受信した際に、その検査依頼に関連する検査依頼の有無を調べて、関連検査がある場合には、関連検査情報をレポート作成端末２３へ通知する。
【００６０】
図８に示すメッセージ画面８９は、関連検査情報の通知メッセージの例である。このメッセージ画面８９には、選択された検査依頼には関連する検査依頼があること、関連する検査依頼の進捗状況（撮影未完、撮影中など）、関連する検査依頼の撮影完了を待たずにレポートの作成に着手すべきか否かの確認を促すメッセージなどが含まれている。こうしたメッセージは、読影医に対して、関連検査の存在を知らせるだけでなく、依頼医からの申し送り事項（複数の検査を総合判断すべきこと、レポートを１つにまとめるべきことなど）の確認を促す効果が期待できる。
【００６１】
もちろん、検査リスト６６には、項目としてＧｒＩＤが含まれているので、その表示を見れば関連する検査依頼が存在することはわかる上、詳細情報を見れば申し送り事項の確認も可能である。しかし、検査リスト６６に含まれる項目が多いような場合、あるいは、その項目が非表示となっている場合もある。そのため、積極的に上記のようなガイダンスメッセージを出すことで、関連検査情報をより確実に通知することができる。メッセージ画面８９の「はい」を表示するボタン８９ａがマウスでクリックされると、レポート編集が可能となり、「いいえ」を表示するボタン８９ｂがクリックされると、選択された検査依頼のレポート編集がキャンセルされる。
【００６２】
こうした通知処理は、依頼情報管理サーバ１４のＣＰＵ５８（図５）によって実行される。ＣＰＵ５８は、端末が指定した少なくとも１件の検査依頼情報の配信要求を受け付けて、その検査依頼情報の配信を行う際に、その検査依頼情報に関連する検査依頼情報の有無を判定し、関連する検査がある場合には、上記ガイダンスメッセージをレポート作成端末２３へ配信する。なお、上記ガイダンスメッセージに、依頼医からの申し送り事項を表示するようにしてもよい。
【００６３】
本例において、前記ガイダンスメッセージがレポート作成端末２３のモニタに表示されるまでのメッセージ通知プロセスは、より具体的には、以下の処理からなる。まず、依頼情報管理サーバ１４のＣＰＵ５８が、配信要求を受け付けた検査依頼情報に基づいて、依頼情報ＤＢ１８からＧｒＩＤを検索キーとして関連する検査依頼情報を検索して、その有無を判定する関連検査依頼判定処理を実行する。次に、その判定結果に基づいて、関連する検査依頼が存在する場合には、上記ガイダンスメッセージのデータをレポート作成端末２３へ送信（配信）するメッセージ送信処理を行う。ガイダンスメッセージのデータを受信したレポート作成端末２３は、そのデータに基づいてメッセージ画面８９を生成して、モニタに表示する表示処理を行っている。
【００６４】
しかし、前記プロセスの構成は、本例に限るものではなく、例えば、関連検査依頼判定処理をレポート作成端末２３が実行するようにしてもよい。この場合、レポート作成端末２３は、オペレータがコンソール７３を通じて検査依頼を指定したときに、その指定情報の入力を受け付ける。そして、レポート作成端末２３のＣＰＵ７７は、指定された検査依頼情報の配信要求を依頼情報管理サーバ１４に発行する際に、前記関連検査依頼判定処理を行う。ＣＰＵ７７は、例えば、予めダウンロード済みの検査リスト６６の基礎となるデータ（複数の検査依頼情報を含む）に基づいて、ＧｒＩＤを検索キーとして、指定された検査依頼に関連する検査依頼が存在するか否かを判定して関連検査依頼判定処理を行うとともに、その判定結果に基づいて、メッセージ画面８９を生成して表示する表示処理を行う。なお、検査依頼の指定は、検査リスト６６から行わなくてもよく、検査ＩＤなど検査依頼を特定できる情報を入力することにより行ってもよい。
【００６５】
このように、前記プロセスの各処理の分担（依頼情報管理サーバ１４とレポート作成端末２３のそれぞれで担当する処理の振り分け）や、処理の内容などは適宜変更が可能である。どういう処理をどの装置に担当させるかは、システム全体の構成等に応じて決められる。また、本例では、レポート作成端末２３にガイダンスメッセージが表示されるようにしているが、こうしたガイダンスメッセージを、診療科端末１２など、レポート作成端末２３以外の端末でも表示されるようにしてもよい。その場合には、例えば、「・・・レポートを作成しますか？」などの文言は表示されず、関連する検査依頼がある旨のメッセージのみが表示されるなど、メッセージの内容が適宜変更される。
【００６６】
レポート処理部７７ａは、レポートを保存する場合には、そのレポートのデータに、１件の検査依頼を識別するための検査ＩＤに加えて、その検査依頼がグループ化されている場合には、ＧｒＩＤも記録する。こうして保存されたレポートは、レポートサーバ２４へアップロードされて登録される。レポート作成が完了した場合には、その旨の通知が依頼情報管理サーバ１４へ送信される。依頼情報管理サーバ１４は、この通知に基づいて、依頼情報レコードに含まれる読影状況を更新する。なお、レポートの完了通知は、依頼情報管理サーバ１４を介して診療科端末１２へ通知してもよいし、依頼情報管理サーバ１４と診療科端末１２のそれぞれに宛てて通知するようにしてもよい。
【００６７】
図９は、上記のように関連付けられた複数の検査依頼に関するデータの対応関係を示す説明図である。矢印は、各データ間の直接的な対応関係を示す。まず、診療科端末１２が発行した関連付け指示に基づいて、依頼情報ＤＢ１８には、複数の検査依頼の依頼情報レコード９１ａ、９１ｂが格納される。各依頼情報レコード９１ａ，９１ｂには、それぞれの検査ＩＤ（「ＣＴ００１２」，「ＵＳ００２６」）とともに、同じＧｒＩＤ（Ｇｒ１）が付与されることで、両者が関連付けられている。画像ＤＢ２１ａには、各検査依頼のそれぞれに対応する検査画像９２ａ，９２ｂが格納される。各検査画像９２ａ，９２ｂには、それぞれのデータファイルのタグ領域に、検査ＩＤが付与される。そして、レポートＤＢ２４ａには、これらの検査画像９２ａ，９２ｂに基づいてまとめられた１件のレポートファイル９３が格納される。レポートファイル９３には、各検査ＩＤとＧｒＩＤが記録されている。
【００６８】
検査ＩＤは、依頼情報レコード９１，検査画像９２，レポートファイル９３のすべてに記録されているので、検査ＩＤに基づいて、それぞれのデータは直接的に対応付けられている。そのため、例えば、依頼情報レコード９１からそれに対応する検査画像９２やレポートファイル９３を参照したり、検査画像９２からそれに対応するレポートファイル９３を参照するなど、相互に参照可能である。また、ＧｒＩＤは、依頼情報レコード９１，レポートファイル９３に記録されているので、両者のデータは直接的に対応付けられている。そのため、レポートファイル９３から依頼情報レコード９１、あるいはその逆というように、相互に参照可能である。
【００６９】
また、検査画像９２には、ＧｒＩＤが記録されていないが、各依頼情報レコード９１ａ，９１ｂを介して間接的に対応付けられているので、検査画像９２ａ，９２ｂの相互間の参照も可能である。もちろん、検査画像９２のファイルにＧｒＩＤを記録してもよく、その場合には、検査画像９２ａ，９２ｂの相互間で直接的な参照が可能となる。
【００７０】
以下、上記構成による作用について図１０を参照しながら説明する。依頼医が、関連する複数の検査を検査科１３に依頼する場合には、診療科端末１２で複数の検査をグループ化して検査依頼を発行する。検査依頼セット１７には、それぞれの検査依頼情報とともに、ＧｒＩＤが与えられる。
【００７１】
依頼情報管理サーバ１４は、検査依頼を受信して、それにＧｒＩＤが含まれている場合には、これを関連付け指示として受け付けて、同一ＧｒＩＤの検査依頼を依頼情報ＤＢ１８に関連付けて記録する。各検査依頼に基づいて撮影を実行され、撮影が完了すると、検査リスト６６を通じて、撮影完了通知がレポート作成端末２３へ通知される。検査リスト６６には、関連する複数の検査にＧｒＩＤが表示されるので、複数の検査依頼相互間の関係を明瞭に把握することができる。
【００７２】
そのため、関連している複数の検査を特定するために、患者ＩＤや受付日などを照合して確認する手間がない。また、読影医が依頼医からの申し送りに気付かなかった場合、あるいは、依頼医が申し送りを忘れてしまったような場合でも、依頼情報ＤＢ１８内で複数の検査依頼が関連付けられているので、検査リスト６６やメッセージ画面８９を通じて、関連する複数の検査依頼を明瞭に確認することができる。これにより、部門間での人為的な伝達ミスをカバーする効果も期待できる。こうした構成により、業務効率が改善される。
【００７３】
読影医は、レポート作成端末２３を使用して、関連する複数の検査依頼のそれぞれ検査画像を観察しながら、それらの読影結果を１つのレポートにまとめる。レポート作成端末２３では、レポートファイルにＧｒＩＤを記録して保存し、そのデータをレポートＤＢ２４ａに登録し、依頼情報管理サーバ１４へ読影完了通知を送る。診療科端末１２は、依頼情報管理サーバ１４から、検査リスト６６などを通じて読影完了通知を受信する。依頼医は、その通知に基づいて、診療科端末１２から、レポートＤＢ２４ａや画像ＤＢ２１ａにアクセスして、レポート及び検査画像を含む検査結果を取得する。
【００７４】
上記実施形態では、複数の検査依頼の検査結果を１つのレポートにまとめる例で説明したが、別々のレポートにまとめてもよい。その場合には、各データの対応関係は、図１１に示すようになる。図９との相違点は、複数の検査依頼のそれぞれに対応して複数のレポートが作成される点である。各レポートファイル９４ａ，９４ｂは、それぞれＣＴ検査、ＵＳ検査に対応している。各ファイル９４ａ，９４ｂには、それぞれの検査ＩＤが記録されるとともに、それぞれにＧｒＩＤが記録される。これにより、各ファイル９４ａ，９４ｂ間で直接的な対応付けがなされるので、相互に参照が可能である。
【００７５】
図１２に示すように、関連する複数のレポートファイル９４ａ，９４ｂの一方のレポートファイル９４ａに、他方のレポートファイル９４ｂを参照するためのリンク情報を記録しておいてもよい。こうすれば、診療科端末１２やレポート作成端末２３で一方のレポートファイル９４ａを表示したときに、そのリンク情報に基づいて、関連するレポートファイル９４ｂやそれに対応する検査画像などを参照することができる。
【００７６】
レポートファイル９４ａを開くと、診療科端末１２やレポート作成端末２３など、レポートを表示可能な表示端末の画面には、検査ＩＤ（ＵＳ００２６）を含む関連検査情報９６が表示される。関連検査情報９６には、その検査ＩＤに対応する別のレポートファイルや検査画像の格納先アドレス９７が埋め込まれており、マウスのポインタでクリックすることでその格納先にアクセスして検査データを取得することができる。こうしたデータ取得及びその表示を含む参照処理は、診療科端末１２やレポート作成端末２３のＣＰＵ７７によって実行される。
【００７７】
さらに、関連検査情報９６とは別に、上述した所見リンク情報を、レポートファイル９４ａに記録してもよい。例えば、所見リンク情報として、一方のレポートファイル９４ａの所見内の特定位置に、それと関連する別の検査の検査結果の格納先アドレスを埋め込んでおく。こうすれば、所見内の特定位置をポイントするだけで、それに関連する検査結果を参照することができ、所見内の特定部分と他の検査結果との対応関係を明瞭に把握することが可能となる。
【００７８】
また、関連検査情報９６は、レポート作成端末２３が依頼情報管理サーバ１４から取得する検査依頼情報に基づいてレポートファイルへ記録される。上記所見リンク情報を生成する場合には、読影医が指定する所見位置情報を取得して、レポート作成端末２３がレポートファイル９４ａへ記録する。
【００７９】
なお、関連検査情報９６のレポートファイルへの記録処理を、依頼情報管理サーバ１４が行うようにしてもよい。その場合には、例えば、依頼情報管理サーバ１４のＣＰＵ５８が、読影完了通知を受信したときに、それに対応する依頼情報レコードから関連する検査依頼が存在するか否かを判定し、関連する検査依頼が存在する場合には、レポートサーバ２４へアクセスしてそれぞれの検査依頼に対応するレポートファイルへ関連検査情報９６を記録する。
【００８０】
このように、複数の検査依頼を関連付けてシステム（具体的には依頼情報ＤＢ）に記録して、管理するようにしたことで、従来と比較して、関連する検査依頼の検索、相互間の参照などを簡単に行うことができる。具体的には、電子カルテを主として扱う診療科端末，画像を蓄積する画像サーバ，検査受付情報を取り扱う検査受付装置，レポート作成装置のそれぞれの間で情報の連携がしやすくなり、業務効率を大幅に改善することが可能となる。
【００８１】
上記実施形態では、検査画像とレポートを、検査結果として説明したが、検査結果は、検査画像とレポートのいずれか一方でもよい。これらの検査結果を表示する端末として、診療科端末とレポート作成端末を例に説明したが、検査画像とレポートをそれら以外の端末で表示できるようにしてもよい。
【００８２】
上記実施形態では、複数の検査依頼の関連付け指示を発行する機能をカルテプログラムに組み込んだ形態で説明したが、カルテプログラムとは別のプログラムで構成するようにしてもよい。
【００８３】
上記実施形態では、関連する検査依頼の組み合わせとして、ＣＴ検査とＵＳ検査の例で説明したが、もちろん、これに限定されるものではなく、ＣＴ検査とＣＲ検査、ＣＴ検査とＭＲＩ検査、内視鏡検査と病理検査など各種の組み合わせに適用可能である。また、検査種別として、画像診断を行う検査を例に説明したが、画像診断に限らず、生化学検査などの他の分類の検査の組み合わせでもよいし、分類が異なる複数種類の検査の組み合わせでもよい。また、もちろん、組み合わせの数は、２種類に限らず、３種類以上の依頼を組み合わせてもよい。また、１人の患者の複数の検査依頼をグループ化した例で説明したが、別々の患者の複数の検査依頼をグループ化してもよい。
【００８４】
上記実施形態では、関連付けて記録する依頼情報を検査依頼として説明したが、本発明は、検査依頼に限定されるものではなく、他の医療に関する業務依頼にも適用可能である。例えば、関連する複数の診察依頼をまとめて診療科に依頼する場合や、医事会計に際して、関連する複数の診察依頼や検査依頼をまとめて会計処理する場合などが挙げられる。その場合にも、依頼情報管理サーバは、関連付け指示を受け付けて、それに基づいて、複数の依頼情報を関連付けて格納部に格納する。それにより、関連依頼の検索や相互参照を簡単に行うことができる。また、上記検査依頼と同様に、関連する依頼は、１人の患者に関するものでなくてもよい。
【００８５】
上記実施形態では、指定された検査依頼と関連する検査依頼が存在する場合には、その旨のメッセージを端末のモニタに表示するようにしているが、これについても検査依頼に限定されるものではなく、診察依頼など他の依頼にも適用可能である。
【００８６】
上記実施形態では、依頼元の端末が関連付け指示を発行するようにしているが、例えば、依頼情報管理サーバにアクセス可能な管理端末が関連付け指示を発行するというように、依頼元の端末に加えてそれとは別の端末から発行できるようにしてもよい。
【００８７】
また、上記実施形態では、１つの医療施設内に構築される医用ネットワークシステムを例に説明したが、医療施設は、１つの拠点に存在する医療施設だけでなく、地理的に分散した複数の拠点からなる医療施設も含む。また、１つの医療施設に限らず、複数の医療施設間で業務連携を行う医用ネットワークシステムに適用してもよい。このような医用ネットワークシステムの例としては、例えば、複数の医療施設と読影専門機関とを結ぶネットワークシステムや、小規模医療施設である診療所と高度な検査設備を保有する大規模医療施設とを結ぶネットワークシステムなどが挙げられる。このように、距離的に離れた施設間で業務連携をする場合には、人為的な伝達ミスも生じやすいので、本発明の効果がより顕著になる。
【００８８】
なお、上記実施形態で示したとおり、本発明は、プログラムの形態、さらにはプログラムを記憶する記憶媒体にも及ぶことはもちろんである。
【図面の簡単な説明】
【００８９】
【図１】医用ネットワークシステムの構成図である。
【図２】診療科端末の説明図である。
【図３】検査依頼を発行するときに操作される操作パレットの説明図である。
【図４】カルテデータのデータ構成の説明図である。
【図５】依頼情報管理サーバの説明図である。
【図６】検査リストの説明図である。
【図７】レポート作成端末の説明図である。
【図８】関連検査に関する通知メッセージの例である。
【図９】依頼情報レコード，検査画像，レポートファイルの対応関係の説明図である。
【図１０】検査依頼発行から検査結果取得までの処理を説明するフローチャートである。
【図１１】レポートファイルが複数の場合のデータの対応関係を示す説明図である。
【図１２】レポートファイルに関連検査情報を記録する例の説明図である。
【符号の説明】
【００９０】
１０  医用ネットワークシステム
１２  診療科端末（依頼元端末）
１４  依頼情報管理サーバ（依頼情報管理装置）
１７  検査依頼セット
１６  ＬＡＮ
１８  依頼情報ＤＢ（依頼情報格納手段）
２１  画像サーバ（検査結果格納サーバ）
２３  レポート作成端末
２４  レポートサーバ（検査結果格納サーバ）
２６  カルテサーバ
３６，５８，７７  ＣＰＵ
３６ｂ  検査依頼処理部（関連付け指示発行手段）
４２  カルテ編集画面
５８ａ  依頼受付部（関連付け指示受付手段）
５８ｂ  ＤＢアクセス部（依頼情報記録手段，進捗情報記録手段）
５８ｃ  配信部（配信手段）
【図１】
2009075828.tif 000003
【図２】
2009075828.tif 000004
【図３】
2009075828.tif 000005
【図４】
2009075828.tif 000006
【図５】
2009075828.tif 000007
【図６】
2009075828.tif 000008
【図７】
2009075828.tif 000009
【図８】
2009075828.tif 000010
【図９】
2009075828.tif 000011
【図１０】
2009075828.tif 000012
【図１１】
2009075828.tif 000013
【図１２】
2009075828.tif 000014