JP2010086355A - レポート統合装置、方法及びプログラム - Google Patents

Abstract

【課題】複数のレポートを比較参照する際の閲覧性を向上する。
【解決手段】レポート統合サーバ１８は、診療科端末から検査科１２へ発行されるレポートのオーダを中継する機能を備えている。レポート統合サーバ１８は、受信したオーダが、同一患者に対する複数の検査からなる複合検査に関するレポートのオーダか否かを判定する。レポート統合サーバ１８は、複合検査に関するレポートのオーダであると判定された場合には、個々の検査のレポートを統合する統合レポートを生成するための統合処理を実行する。レポート統合サーバ１８は、統合レポート用の特殊入力フォーム４６を生成し、特殊入力フォーム４６を各検査科１２のレポート作成端末１６にダウンロードさせて、個々の検査のレポートのデータを入力させる。
【選択図】図５

Description

本発明は、複数の検査のレポートを１つのレポートに統合するレポート統合装置、方法及びプログラムに関するものである。

比較的規模が大きな病院では、患者を主に担当する医師が所属する内科や外科といった複数の診療科と、各診療科の医師からの依頼に基づいて医療検査（以下、単に検査という）を実施し、診療科の診療活動を専門的に支援する検査部門とが、組織上独立して設けられている。検査部門は、検査の種類等によって分科しており、放射線検査科、内視鏡検査科、病理検査科といった検査科がある。

このような病院において構築される医療情報システムは、診療科の医師や看護師といった診療科のスタッフが主として利用し、電子化された患者のカルテデータの管理を行うカルテシステムと、カルテシステムとネットワークを通じて通信可能に接続され、各検査科の専門医（放射線科医、内視鏡医、病理医など）や検査技師といった検査科のスタッフが主として利用する検査科毎の部門システムとから構成される。

診療科の医師（以下、依頼医という）は、カルテシステムを構成する診療科端末で検査依頼のためのオーダを発行し、発行されたオーダは、オンラインで依頼先の部門システムへ送られる。オーダには、患者ＩＤ、患者名、検査種、検査予定日、検査目的といった検査の依頼情報が記録される。部門システムは、それぞれカルテシステムからのオーダを受け付ける。検査科のスタッフは、部門システムでオーダを確認し、そのオーダで指定された内容に従って、検査を実施する。検査画像や医用レポート（以下、単にレポートという）といった検査結果のデータは、例えば、ＤＢ（Data Base）サーバに格納されて、ＤＢサーバを通じて診療科に配信される。

医用レポートには、レポート作成者の所見が記録される。所見には、レポート作成者が検査画像を観察して認識した、病変の状態についての観察記録や、その認識に基づいて下された診断病名などの診断結果が含まれる。依頼医は、レポートを閲覧することにより患者の病状を正確に把握し、最終的な確定診断や以後の診療方針の決定を行う。

依頼医は、同一患者に対して実施される、ＣＴ（Computed Tomography）検査、内視鏡検査、病理検査といった複数種類の検査からなる複合検査を依頼する場合には、放射線検査科、内視鏡検査科、病理検査科のそれぞれにオーダを発行する。こうした検査のレポートは、各検査科においてそれぞれ作成され、作成された個々のレポートは別々に依頼医の診療科端末に配信される。

依頼医は、診療科端末を使用して、個々のレポート毎にそれらのデータが格納されたＤＢサーバにアクセスして、それらを比較参照しながら総合的な判断を下す。このように、複合検査の各レポートは、比較参照されるものであるため、各レポートのデータへのアクセス性が良好で、かつ、複数のレポートを比較参照する際の閲覧性が良好なことが好ましい。

特許文献１に記載の医療情報システムでは、カルテシステムを構成するファイルサーバに設けられ、カルテデータが格納された患者毎のフォルダに、各検査科からのレポートのデータが出力されるようにしている。この医療情報システムでは、複数のレポートのデータの格納場所が１つにまとめられているので、レポートへのアクセス性が向上する。

特許文献２には、複数の検査のオーダに互いを関連付ける付帯情報を付加して、それぞれの検査の検査画像を関連付ける医療情報システムが記載されている。この医療情報システムでは、関連付けられた複数の検査画像の一方を表示する際に、他方の検査画像の自動読み出しを可能にしたり、検査画像のリスト画面に、関連する検査画像の有無を表示するといったことが可能になり、関連する検査画像へのアクセス性が向上する。この技術をレポートに応用すれば、複数のレポートへのアクセス性を向上することが可能である。
特開２０００−３４８１１５号公報 特開２００８−００３７８３号公報

しかしながら、特許文献１及び２の医療情報システムは、アクセス性についての対策は考慮されているものの、複数のレポートを比較参照する際の閲覧性については改善する余地を多く残していた。というのは、複数のレポートは、検査科毎に異なる形式で作成され、それぞれが別々のデータファイルとして保存されるため、格納場所が１箇所であっても、レポート毎にデータを読み出す操作（データファイルのオープン指示など）が必要になる。

また、データファイルが分かれていると、レポート毎に表示ウインドウが起動するため、複数のレポートを比較参照する場合には、各表示ウインドウを選択的に切り替える操作が必要になる。画面内に複数の表示ウインドウを並列的に表示することも可能であるが、表示ウインドウ毎にサイズ調整やページのスクロールといった操作が必要になり不便である。複数のレポートを比較参照する場合には、依頼医はこうした煩雑な操作を頻繁に繰り返す必要があり、これが閲覧性を阻害する要因となっていた。

本発明は、上記背景に鑑みてなされたもので、その目的は、複数のレポートを比較参照する際の閲覧性を向上することにある。

上記課題を解決するために、本発明のレポート統合装置は、依頼元から依頼先に向けて発行される、医療検査のレポートのオーダを中継するオーダ中継手段と、中継するオーダが、１つの検査目的をもって同一患者に対して実施される複数の医療検査からなる複合検査に関するレポートのオーダであるか否かを判定する判定手段と、複合検査に関するレポートのオーダと判定された場合に、複合検査を構成する個々の医療検査のレポートを統合し、各レポートが並列的に表示される１つの統合レポートを生成するための統合手段とを備えたことを特徴とする。

前記統合手段は、個々の医療検査のレポートの内容がそれぞれ入力される複数の個別領域が設けられた統合レポート用の入力フォームを生成するフォーム生成手段と、前記オーダ中継手段によって中継される前記複合検査のオーダに対して、前記入力フォームの格納場所にアクセスするためのアドレスを付加するアドレス付加手段とを有していることが好ましい。

前記入力フォームには、前記個別領域の他に、患者基本情報及び依頼元の情報を含む各レポートに共通する共通情報が入力される共通領域が設けられており、前記統合手段は、前記共通情報を前記オーダから読み出して、前記共通領域に入力することが好ましい。

前記統合手段は、複合検査のオーダに対応してそれぞれ作成された個々の医療検査のレポートのデータを取得して、取得した複数のレポートのデータをマージして１つの統合レポートを生成してもよい。この場合、前記統合手段は、個々の医療検査のレポートのデータが依頼先から入力されるように、オーダ中継手段によって中継される前記複合検査のオーダに対して、レポートの出力先情報を付与することにより、マージするデータを取得してもよいし、依頼先において決められた、個々の医療検査のレポートのデータが格納される格納手段にアクセスして、マージするデータを取得してもよい。

本発明のレポート統合方法は、依頼元から依頼先に向けて発行される、医療検査のレポートのオーダを中継するオーダ中継ステップと、中継するオーダが、１つの検査目的をもって同一患者に対して実施される複数の検査からなる複合検査のオーダであるか否かを判定する判定ステップと、複合検査に関するレポートのオーダと判定された場合に、複合検査を構成する個々の医療検査に関するレポートを統合し、各レポートが並列的に表示される１つの統合レポートを生成するための統合ステップとを含むことを特徴とする。

本発明のレポート統合プログラムは、依頼元から依頼先に向けて発行される、医療検査のレポートのオーダを中継するオーダ中継機能と、中継するオーダが、１つの検査目的をもって同一患者に対して実施される複数の検査からなる複合検査のオーダであるか否かを判定する判定機能と、複合検査に関するレポートのオーダと判定された場合に、複合検査を構成する個々の医療検査に関するレポートを統合し、各レポートが並列的に表示される１つの統合レポートを生成するための統合機能とを、コンピュータに実行させることを特徴とする。

本発明によれば、１つの検査目的をもって同一患者に対して実施される複数の検査からなる複合検査のオーダであるか否かを判定し、複合検査のオーダと判定された場合に、複合検査を構成する個々の医療検査のレポートが統合され、各レポートを並列的に表示可能な１つの統合レポートを得るようにしたから、煩雑な操作を行うことなく、複合検査のレポートを比較参照できるので閲覧性が向上する。

図１に示す医療情報システムは、病院などの医療施設に構築される。医療情報システムは、診療科１０に配置される診療科端末１１と、各検査科１２に配置される、オーダ管理サーバ１３、モダリティ１４、レポート作成端末１６と、ＤＢサーバ１７と、レポート統合サーバ１８とからなり、ネットワーク１９を介して通信可能に接続される。ネットワーク１９は、例えば、院内に敷設されたＬＡＮである。

各検査科１２は、放射線検査科、内視鏡検査科、病理検査科などの検査部門である。放射線検査科は、ＣＲ（Computed Radiography）検査、ＣＴ（Computed Tomography）検査、ＭＲＩ（Magnetic Resonance Imaging）検査といった、主として放射線を取り扱う検査を実施する。内視鏡検査科は、内視鏡を使用して、消化器系や呼吸器系の検査を実施し、病理検査科は、患者から採取した組織・細胞を肉眼や顕微鏡で観察し、病変の良性・悪性などの病理診断を下す病理検査を実施する。

モダリティ１４は、放射線検査科であれば、ＣＲ装置、ＣＴ装置、ＭＲＩ装置といった画像撮影機器であり、内視鏡検査科であれば、内視鏡装置といった画像撮影機器である。モダリティ１４は、すべての検査科１２にあるわけではなく、病理検査科のように、モダリティ１４を持たない検査部門もある。

ＤＢサーバ１７には、患者毎のカルテのデータファイル（カルテファイル）２１を格納するカルテＤＢ２２、ＣＲ装置、ＣＴ装置、ＭＲＩ装置、内視鏡装置といったモダリティ１４によって撮影される検査画像のデータファイル（検査画像ファイル）２３を格納する画像ＤＢ２４、レポート作成端末１６によって作成されたレポートのデータファイル（レポートファイル）２５を格納するレポートＤＢ２６といった複数のＤＢが構築されている。

ＤＢサーバ１７は、モダリティ１４が取得した検査画像のデータを、ネットワーク１９を通じて受信して検査画像ファイル２３の形式で画像ＤＢ２４に格納する、いわゆるＰＡＣＳ（Picture Archiving and Communication Systems）サーバとして機能する。検査画像ファイル２３には、個々の検査画像を識別するための画像ＩＤが与えられる。検査画像ファイル２３は、例えば、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）に準拠したファイル形式が採用されており、ファイル内には、患者ＩＤ、検査ＩＤ、検査日、検査種といった項目を含む付帯情報を記録したＤＩＣＯＭタグが付与される。画像ＤＢ２４に格納された検査画像ファイル２３は、ＤＩＣＯＭタグに含まれる項目を検索キーとして、検索が可能になっている。

また、ＤＢサーバ１７は、診療科端末１１及びカルテＤＢ２２とともにカルテシステムを構成し、レポート作成端末１６、画像ＤＢ２４及びレポートＤＢ２６とともにレポートシステムを構成する。レポートファイル２５には、各レポートファイル２５を識別するためのレポートＩＤが与えられている。レポートファイル２５は、レポートＩＤ、検査ＩＤ、患者ＩＤ、患者名といった検索キーによって検索可能な状態で、レポートＤＢ２６に格納される。レポートファイル２５には、１つの検査のレポートのデータが記録されたファイルと、複数の検査のレポートの内容が統合された統合レポートのデータが記録されたファイルの２種類がある。

本例では、各ＤＢ２２、２４、２６を１つのＤＢサーバ１７に構築した例で説明しているが、各ＤＢ２２、２４、２６を別々のＤＢサーバに構築してもよい。

診療科端末１１は、依頼医によって操作され、カルテの閲覧や入力の他、検査科１２に対して検査を依頼するためのオーダの発行に利用される。また、診療科端末１１は、検査科１２から提供される、検査画像やレポートを表示して、依頼医が閲覧するためのレポート閲覧端末として機能する。

図２に示すように、診療科端末１１は、１つの検査毎にオーダ２９を発行する。例えば、同一患者であっても、ＣＴ検査、内視鏡検査、病理検査の３つの検査を依頼する場合には、３つのオーダ２９が発行される。また、ＣＴ検査、ＭＲＩ検査というように、同一の検査科１２内の複数の検査であっても、１つずつオーダ２９が発行される。

オーダ２９には、患者基本情報、依頼日、依頼元、検査種（ＣＴやＥＳなど）、検査日、検査目的、レポートの要否、オーダ番号、グループＩＤといった項目と、コメント欄や、予備情報を記録するための予備欄が含まれる。患者基本情報には、患者ＩＤや患者名の他、性別及び生年月日（図示せず）が含まれる。依頼元の項目には、依頼医の所属（「外科」）、氏名（「麻布」）などの情報が記録される。オーダ番号は、例えば、オーダに対して診療科端末１１が付与する一連番号である。

検査目的には、病変の有無などを詳細に調べて傷病を特定するための「精査」、腫瘍の良性か悪性かを鑑別するための「良悪鑑別（スクリーニング）」、病状の経過を観察するための「経過観察」、腫瘍の転移を検索するための「転移検索」、治療効果を判定するための「治療効果判定」といったものがある。

レポートの要否は、検査科１２において検査に関する所見をまとめたレポートの作成が必要か否かを表す情報であり、レポートの作成が必要な場合には、「要」が指定される。「要」が指定されたオーダ２９は、レポートの作成を依頼するオーダとなる。レポートが不要で、検査画像のみ必要な場合には、「不要」が指定される。コメント欄には、依頼医から検査科１２への申し送り事項が記録される。予備欄には、後述するように、レポート統合サーバ１８によって統合レポートを生成するための特殊入力フォーム４６（図５参照）の格納アドレスが記録される。

グループＩＤは、複合検査を行う場合に付与される項目であり、同一グループＩＤが付与された複数のオーダ２９が、それぞれ同一の複合検査に対応するオーダ２９であるか否かを識別するための情報である。複合検査とは、１つの目的をもって１人の患者に対して実施される複数の検査である。例えば、腫瘍のスクリーニングを行うために、ＣＴ検査、内視鏡検査、病理検査の３つの検査を行う場合には、各検査が複合検査を構成する。

診療科端末１１は、複数の検査のオーダ２９に対して１つのグループＩＤを付与する機能を備えており、この機能によってオーダ２９毎にグループＩＤが付与される。具体的な操作としては、例えば、依頼医は、オーダ発行を行う操作画面で、複数の検査を選択して、それらをグループ化する指示を行う。診療科端末１１は、グループ化指示を受け付けると、グループＩＤを発番して、そのグループＩＤを、選択された検査に対応する個々のオーダに付与する。図２においては、ＣＴ検査、内視鏡検査、病理検査の３つの検査が複合検査として指定され、それらの各オーダ２９には、同一のグループＩＤ（「Ｇ０８２１８００１」）が付与されている。

診療科端末１１が発行したオーダ２９は、レポート統合サーバ１８によって中継されて、検査の依頼先である各検査科１２に送られる。レポート統合サーバ１８は、中継するオーダ２９が複合検査のオーダ２９である場合に、統合レポートを生成するための統合処理を行う。

レポート統合サーバ１８を経由したオーダ２９は、各検査科１２に配置されたオーダ管理サーバ１３に送信されて、受け付けられる。オーダ管理サーバ１３は、例えば、放射線検査科であれば、いわゆるＲＩＳ（Radiology Information System）を構成するサーバであり、検査科１２毎のオーダ２９を保存、管理する。オーダ管理サーバ１３は、受信したオーダ２９に検査ＩＤ（図５、図６参照）を付与し、この検査ＩＤを含む受付通知を診療科端末１１に対して送信する。また、オーダ管理サーバ１３が受け付けたオーダ２９は、モダリティ１４やレポート作成端末１６に送信される。検査科１２のスタッフは、端末を使用してオーダ管理サーバ１３からオーダ２９を読み出して、オーダ２９の受付状況や処理状況を確認する。

モダリティ１４は、検査技師によって操作され、オーダ２９の内容に応じて設定された撮影条件で撮影を行う。モダリティ１４で撮影された検査画像は、ＤＢサーバ１７に送信されて、画像ＤＢ２４に格納される。モダリティ１４は、撮影が終了すると、終了通知をオーダ管理サーバ１３に送信する。

放射線科医、内視鏡医、病理医など、レポートを作成するレポート作成者は、撮影が終了した後、レポート作成端末１６を使用して、画像ＤＢ２４から検査画像ファイル２３を読み出し、検査画像をコンソール３６（図３参照）に表示して、レポートを作成する。作成されたレポートのデータはレポートファイル２５の形式でレポートＤＢ２６に格納される。レポート作成端末１６は、レポートの作成が終了すると、オーダ管理サーバ１３に対して終了通知を送信する。オーダ管理サーバ１３は、モダリティ１４やレポート作成端末１６から送信される終了通知に基づいてオーダ２９の処理状況を表すステータスを更新する。

終了通知は、レポート作成端末１６やオーダ管理サーバ１３から、依頼元の診療科端末１１に対しても送信される。終了通知には、検査画像ファイル２３やレポートファイル２５が格納される、各ＤＢ２４、２６内の格納アドレスが含まれている。依頼医は、診療科端末１１を通じてそのアドレスにアクセスして、検査画像やレポートを閲覧する。

各端末１１、１６、オーダ管理サーバ１３、ＤＢサーバ１７及びレポート統合サーバ１８を構成するサーバ及び端末は、それぞれ、パーソナルコンピュータ、サーバ用コンピュータ、ワークステーションといったコンピュータをベースに、オペレーティングシステムなどの制御プログラムや、クライアントプログラム又はサーバプログラムといったアプリケーションプログラムをインストールして構成される。

図３に示すように、ＤＢサーバ１７や各端末１１、１６などを構成するコンピュータは、基本的な構成はほぼ同じであり、それぞれ、ＣＰＵ３１、メモリ３２、ストレージデバイス３３、ＬＡＮポート３４、及びコンソール３６を備えている。これらはデータバス３７を介して接続されている。コンソール３６は、ディスプレイ３８と、キーボードやマウスなどの入力デバイス３９とからなる。

ストレージデバイス３３は、例えば、ＨＤＤ（Hard Disk Drive）であり、制御プログラムやアプリケーションプログラム（以下、ＡＰという）４０が格納される。また、ＤＢが構築されるサーバには、プログラムを格納するＨＤＤとは別に、ＤＢ用のストレージデバイス３３として、ＨＤＤを複数台連装したディスクアレイが設けられる。ディスクアレイは、サーバ本体に内蔵されるものでもよいし、サーバ本体とは別に設けられ、サーバ本体にケーブルやネットワークを通じて接続されるものでもよい。

メモリ３２は、ＣＰＵ３１が処理を実行するためのワークメモリである。ＣＰＵ３１は、ストレージデバイス３３に格納された制御プログラムをメモリ３２へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を統括的に制御する。ＬＡＮポート３４は、ネットワーク１９との間の伝送制御を行うネットワークインタフェースである。

診療科端末１１には、ＡＰ４０として、カルテの閲覧や編集を行うカルテ用ソフトウエアや、検査画像やレポートの閲覧を行うビューアソフトウエアといったクライアントプログラムがインストールされている。クライアントプログラムが起動されると、診療科端末１１のディスプレイには、ＧＵＩ（Graphical User Interface）による操作画面が表示される。操作画面には、カルテＤＢ２２、画像ＤＢ２４、レポートＤＢ２６から、それぞれ読み出されたカルテ、検査画像、レポートを表示する表示画面が含まれる。

診療科端末１１には、コンソール３６を通じて、カルテの入力・編集の指示や、オーダの入力・発行の指示といった操作指示が入力される。入力されたカルテやオーダ２９のデータは、カルテＤＢ２２に格納される。

ＤＢサーバ１７には、ＡＰ４０として、クライアントからの要求に応じて処理を実行し、処理結果を応答するサーバプログラムがインストールされている。ＤＢサーバ１７のＣＰＵ３１は、サーバプログラムを実行することにより、データ（カルテ、検査画像、レポート）の格納処理や検索処理を実行する。

レポート作成端末１６には、ＡＰ４０として、レポート編集用のクライアントプログラム（以下、レポート編集プログラムという）がインストールされている。レポート作成端末１６は、レポート編集プログラムによって、レポートの編集処理に加えて、検査画像の表示処理を行う。レポート編集プログラムは、レポート編集画面に入力フォームを表示し、入力フォームを通じて所見などのレポートの内容の入力を受け付けて、入力されたデータをレポートファイル２５の形式で出力する。後述するように、入力フォームには、レポート編集プログラムが標準的に使用する標準入力フォームと、レポート統合サーバ１８によって生成される特殊入力フォーム４６（図５参照）の２種類の入力フォームがある。

レポート統合サーバ１８には、ＡＰ４０として、レポート統合用のサーバプログラムがインストールされている。レポート統合サーバ１８は、レポート統合用のサーバプログラムによって、オーダ２９の中継処理や、複数の検査のレポートの統合処理を行う。

図４に示すように、レポート統合サーバ１８のＣＰＵ３１は、レポート統合用のサーバプログラムを起動すると、オーダ受信部１８ａ、判定部１８ｂ、アドレス付加部１８ｃ、フォーム生成部１８ｄ、オーダ転送部１８ｅとして機能する。オーダ受信部１８ａとオーダ転送部１８ｅは、オーダ中継部（図示せず）を構成する。アドレス付加部１８ｃとフォーム生成部１８ｄは、統合部１８ｆを構成する。管理テーブル（ＴＢＬ）１８ｇは、受信したオーダ２９を記憶しておくためのテーブルであり、メモリ３２やストレージデバイス３３内に作成される。

オーダ受信部１８ａは、診療科端末１１からのオーダ２９を受信し、受信したオーダ２９を判定部１８ｂに送る。判定部１８ｂは、オーダ２９内のレポートの要否の項目を調べて、オーダ２９に、レポートのオーダが含まれるか否かを判定する。レポートのオーダが含まれていない場合には、オーダ２９をオーダ転送部１８ｅに送る。

オーダ２９にレポートのオーダが含まれている場合には、判定部１８ｂは、オーダ２９内のグループＩＤの有無を調べて、オーダ２９が複合検査のオーダ２９であるか否かを判定する。判定部１８ｂは、オーダ２９が複合検査のオーダ２９ではないと判定した場合には、オーダ転送部１８ｅにオーダ２９を送り、複合検査のオーダ２９であると判定した場合には、統合部１８ｆにオーダ２９を送る。

統合部１８ｆは、オーダ２９を受信した場合には、管理テーブル１８ｇを調べて、同一グループＩＤを持つオーダ２９が既に受信済みであるか否かを調べる。受信したオーダ２９と同じグループＩＤを持つオーダ２９が未受信である場合、すなわち、受信したオーダ２９が、当該グループＩＤを持つ最初のオーダ２９である場合には、フォーム生成部１８ｄに対して特殊入力フォーム４６（図５参照）の生成を指令する。

フォーム生成部１８ｄは、特殊入力フォーム４６を生成し、これをレポートＤＢ２６に格納する。フォーム生成部１８ｄは、特殊入力フォーム４６に対して１つのレポートＩＤを与える。一方、受信したオーダ２９と、同一のグループＩＤを持つオーダ２９を既に受信している場合には、特殊入力フォーム４６が生成済みであるので、統合部１８ｆは、フォーム生成部１８ｄに対して特殊入力フォーム４６の生成指令を行わない。

図５に示すように、特殊入力フォーム４６は、複合検査を構成する個々の検査のレポートの内容が統合され、各検査のレポートの内容を並列的に表示可能な１つの統合レポートを作成するための入力フォームである。特殊入力フォーム４６は、例えば、ＸＭＬ（eXtensible Markup Language）といった汎用的なマークアップ言語で記述されたデータファイルである。特殊入力フォーム４６には、データを入力する領域など入力画面を構成する情報が記述されている。また、特殊入力フォーム４６を通じて入力されたデータは、特殊入力フォーム４６のデータファイルに追記される。データが追記された特殊入力フォーム４６のデータファイルにはレポートＩＤが与えられて、レポートファイル２５として取り扱われる。

特殊入力フォーム４６は、標準入力フォームと同様に、レポート作成端末１６のレポート編集プログラムで表示されるが、ＸＭＬなどの汎用的なマークアップ言語が使用されているので、汎用的なＷｅｂブラウザソフトで表示することも可能である。特殊入力フォーム４６は、各検査科１２のレポート作成端末１６がダウンロードできるように、ＤＢサーバ１７のレポートＤＢ２６内に格納される。

特殊入力フォーム４６は、最上段に共通領域４７が配置されており、その下段には、検査単位の個別領域４８ａ〜４８ｃが設けられている。本例では、複合検査を構成する個々の検査は、ＣＴ検査、内視鏡検査、病理検査であるので、各個別領域４８ａ〜４８ｃは、それらの検査に対応している。特殊入力フォーム４６は、各検査科１２のレポート作成端末１６に順次ダウンロードされて、各検査科１２において、各個別領域４８ａ〜４８ｃに個々の検査のレポートの内容が入力される。

共通領域４７は、患者基本情報、依頼元といった、各検査のレポートに共通する共通情報が入力される領域である。共通情報は、レポート統合サーバ１８がオーダ２９から読み出して、特殊入力フォーム４６を生成する際に共通領域４７に入力する。また、レポート統合サーバ１８は、個別領域４８ａ〜４８ｃに対して、検査種、検査日といった、個別領域４８ａ〜４８ｃの見出し情報を入力する。共通情報と同様に、見出し情報についても、オーダ２９から読み出される。各検査科１２のレポート作成者は、予め入力された見出し情報に基づいて、各検査科１２において入力すべき個別領域を識別する。そして、レポート作成者は、それぞれに対応する個別領域４８ａ〜４８ｃに、所見やキー画像といった、レポートの主たる内容を入力する。

なお、上記患者基本情報や見出し情報は、標準入力フォームでレポートが作成される場合にも、レポート作成端末１６がオーダ２９から読み取って標準入力フォームに自動的に入力される。

フォーム生成部１８ｄは、複合検査を構成する個々の検査のオーダ２９を受信する毎に、それに対応する個別領域を特殊入力フォーム４６に追加して、特殊入力フォーム４６を更新する。例えば、最初にＣＴ検査のオーダ２９を受信した場合には、共通領域４７と、ＣＴ検査に対応する個別領域４８ａを有する特殊入力フォーム４６を生成する。次に、内視鏡検査のオーダ２９を受信したときに、特殊入力フォーム４６に内視鏡検査に対応する個別領域４８ｂを追加する。最後に、病理検査のオーダ２９を受信したときに、病理検査に対応する個別領域４８ｃを追加する。

本例においては、複合検査を構成する個々の検査のオーダ２９が診療科端末１１から別々に発行され、それらのオーダ２９をレポート統合サーバ１８が順次受信する例で説明しているが、複合検査の依頼を１個のオーダ２９にまとめて発行してもよい。その場合には、レポート統合サーバ１８は、特殊入力フォーム４６を生成する際に、各検査に対応するすべての個別領域４８ａ〜４８ｃをまとめて作成することができる。また、本例において、特殊入力フォーム４６に個別領域が３つ設けられる例で説明しているが、３つに固定されるものではなく、個別領域の数は、複合検査を構成する検査の数に応じて決められる。

図６に示すレポート閲覧画面５１は、レポート作成端末１６や診療科端末１１のコンソール３６に表示される画面である。図６では、すべての個別領域４８ａ〜４８ｃへの入力が終了し、レポート閲覧画面５１に、完成した統合レポートを表示した状態を示している。個別領域４８ａは、ＣＴ検査に対応する領域であるので、個別領域４８ａには、放射線検査科のレポート作成者によって入力されたＣＴ検査のレポートの内容、具体的には、所見（所見の結論部分である診断を含む）やＣＴ検査の検査画像が入力されている。個別領域４８ｂは、内視鏡検査に対応する領域であるので、内視鏡検査科のレポート作成者によって入力された内視鏡検査のレポートの内容が入力されている。個別領域４８ｃは、病理検査科に対応する領域であるので、病理検査科のレポート作成者によって入力された病理検査のレポートの内容が入力されている。

図４において、アドレス付加部１８ｃは、複合検査のオーダ２９の予備欄に、特殊入力フォーム４６にアクセスするためのアドレスを付加する。アドレスは、具体的には、ＤＢサーバ１７のレポートＤＢ２６内の格納場所を指定するＵＲＬ（Uniform Resource Locator）形式のアドレスである。アドレスが付加されたオーダ２９は、オーダ転送部１８ｅに送られる。

アドレス付加部１８ｃは、アドレスを付加したオーダ２９を管理テーブル１８ｇに記録する。上述したように、管理テーブル１８ｇは、同一グループＩＤのオーダ２９が受信済みであるか否かを判定するために、統合部１８ｆによって参照される。

オーダ転送部１８ｅは、オーダ２９を、その宛先の検査科１２に転送する。各検査科１２のオーダ管理サーバ１３は、オーダ転送部１８ｅから受信したオーダ２９をストレージデバイス３３に格納する。オーダ管理サーバ１３は、モダリティ１４をコントロールする端末やレポート作成端末１６からの配信要求に応じて、受信したオーダ２９の一覧であるワークリスト（ＷＬ）を配信する。

図７に示すワークリスト表示画面５３は、放射線検査科のレポート作成端末１６のコンソール３６に表示される画面である。ワークリスト表示画面５３には、オーダ毎に、検査ＩＤ、患者ＩＤ、患者名、検査日、オーダ番号、受付日、検査日、依頼元、検査種、画像、レポート、グループＩＤといった項目を表示するフィールドが設けられている。

グループＩＤのフィールドには、複合検査のオーダ２９に与えられたグループＩＤ（「Ｇ０８２１８００１」）が表示される。これにより、複合検査のオーダ２９であるか否かが識別される。ワークリスト表示画面５３は、放射線検査科の画面であるので、この画面には、複合検査を構成するオーダ２９のうち、ＣＴ検査のオーダのみが表示され、他の内視鏡検査及び病理検査のオーダ２９については表示されない。画像及びレポートのフィールドには、それぞれ検査画像ファイル２３やレポートファイル２５にアクセスするための画像アイコン５４、レポートアイコン５５が表示される。

画像アイコン５４には、検査画像ファイル２３が格納されるアドレスがリンクされる。検査画像ファイル２３のアドレスは、オーダ管理サーバ１３がモダリティ１４やＤＢサーバ１７から取得する。画像アイコン５４にマウスのポインタ５７を合わせてクリック操作すると、ＤＢサーバ１７の画像ＤＢ２４からオーダ２９に対応する検査画像ファイル２３が読み出されて、レポート作成端末１６のコンソール３６に検査画像が表示される。

レポートアイコン５５には、レポートファイル２５の作成状況が、作成途中又は作成終了の場合には、そのレポートファイル２５が格納されるアドレスがリンクされる。一方、レポートファイル２５の作成状況が、未作成の場合には、レポートアイコン５５には、レポートファイル２５の入力フォームのアドレスがリンクされる。アドレスがリンクされる入力フォームは、オーダ２９が複合検査のものでない場合には、レポート編集プログラムで使用する標準入力フォームであり、オーダ２９が複合検査のものである場合には、レポート統合サーバ１８によって生成された特殊入力フォーム４６である。

レポートアイコン５５がクリック操作されると、レポート編集プログラムが起動する。そして、レポートファイル２５がＤＢサーバ１７のレポートＤＢ２６から読み出されて、レポート作成端末１６のコンソール３６にレポートが表示される。標準入力フォームあるいは特殊入力フォーム４６がリンクされている場合には、レポート編集プログラムによってそれぞれの入力フォームが読み出されて、コンソール３６に表示される。

また、ワークリスト表示画面５３には、表示更新ボタン５８、オーダ選択ボタン５９が設けられている。表示更新ボタン５８にマウスのポインタ５７を合わせてクリック操作すると、オーダ管理サーバ１３に配信要求が送信されて、最新のワークリストのデータに更新される。ポインタ５７でワークリストから１つのオーダが指定され、その状態でオーダ選択ボタン５９がクリック操作されると、選択されたオーダの詳細な情報が表示される。

各検査科１２のレポート作成端末１６は、特殊入力フォーム４６にそれぞれの検査のレポートの内容が入力されると、特殊入力フォーム４６に入力されたデータを付加して、これをレポートファイル２５として、特殊入力フォーム４６の元の格納アドレスにアップロードする。

以下、上記構成による作用について、図８のフローチャートを参照しながら説明する。依頼医が検査科１２に検査を依頼する場合には、依頼医は、診療科端末１１を操作して、オーダ２９の内容を入力する。診療科端末１１は、依頼医の入力内容に応じたオーダ２９を発行し、レポート統合サーバ１８に送信する。診療科端末１１は、複合検査のオーダ２９である場合には、複合検査を構成する各オーダ２９にグループＩＤを付与する。

レポート統合サーバ１８は、オーダ受信部１８ａが診療科端末１１からのオーダ２９を受信する（ステップ（Ｓ）１０）。受信したオーダ２９は、判定部１８ｂに送られる。判定部１８ｂは、オーダ２９内のグループＩＤの有無を調べて、受信したオーダ２９が複合検査のオーダ２９であるか否かを判定する（Ｓ１１）。判定部１８ｂは、受信したオーダ２９が複合検査のオーダ２９でないと判定した場合（Ｓ１１で「Ｎ」）には、オーダ２９を宛先の検査科１２へ転送する（Ｓ１４）。

判定部１８ｂは、受信したオーダ２９が複合検査のオーダ２９であると判定した場合（Ｓ１１で「Ｙ」）には、オーダ２９を統合部１８ｆに送る。統合部１８ｆでは、フォーム生成部１８ｄが特殊入力フォーム４６の生成・更新を行い（Ｓ１２）、アドレス付加部１８ｃがオーダ２９に対して特殊入力フォーム４６のアドレスを付加する（Ｓ１３）。アドレスが付加されたオーダ２９は、オーダ転送部１８ｅによって検査科１２のオーダ管理サーバ１３に転送される（Ｓ１４）。

各検査科１２においては、受信したオーダ２９の内容に応じてモダリティ１４で検査画像２３が撮影される。レポート作成者は、レポート作成端末１６を操作して、オーダ管理サーバ１３からワークリストを取得して、ワークリスト表示画面５３でレポートを作成するオーダ２９を確認する。

ワークリスト表示画面５３において、オーダ２９が選択されて、そのレポートアイコン５５がクリック操作されると、オーダ２９が複合検査のものでない場合には、標準入力フォームが表示され、複合検査のものである場合には、特殊入力フォーム４６が表示される。特殊入力フォーム４６は、各検査科１２のレポート作成端末１６に順次ダウンロードされて、それぞれの検査科１２において、各検査のレポートの内容が個別領域４８ａ〜４８ｃに入力される。レポート作成端末１６は、個別領域４８ａ〜４８ｃに入力されたデータを特殊入力フォーム４６に付加し、これをレポートファイル２５として、特殊入力フォーム４６の元の格納アドレスにアップロードする。

こうして複数の検査のレポートの内容が統合された統合レポートが完成する。依頼医は、診療科端末１１で統合レポートのレポートファイル２５にアクセスして、コンソール３６に統合レポートを表示して、閲覧する。統合レポートは、１つのレポートファイル２５の形式で保存されるので、レポート毎の読み出し操作が不要となる。また、図６のレポート閲覧画面５１に示すように、統合レポートは、複数の検査のレポートの内容が並列的に１つの表示ウインドウに表示されるので、レポート毎に表示ウインドウを開き、表示ウインドウ毎に操作が必要な従来と比べて、操作が簡単である。このように、操作が簡単化されるので、複数のレポートを比較参照する際の閲覧性が向上する。また、統合レポートは１つのレポートファイル２５であるため、複数のデータファイルに分かれている従来と比べて、データの取り扱いも容易である。

各検査科１２において個々の検査のレポートの内容が入力される毎に、レポートの作成が終了したことを表す終了通知が、各検査科１２のレポート作成端末１６から診療科端末１１に対して送信される。統合レポートのレポートファイル２５は、個別領域４８ａ〜４８ｃのすべてにレポートのデータが入力されていない状態でも、診療科端末１１にダウンロードさせることが可能である。これにより、依頼医は、統合レポートの途中経過を閲覧することができる。

また、本実施形態のように、統合レポートを作成するに当たって、特殊入力フォーム４６を各検査科１２のレポート作成端末１６に順次ダウンロードさせて、各検査科１２において、各レポート作成者に個々のレポートの内容を個別領域４８ａ〜４８ｃに入力させることにより、統合レポートを完成させる方式は、依頼医にとってメリットがあるだけでなく、各検査科１２のレポート作成者にとってもメリットがある。

というのは、複合検査が行われる場合、関連する他の検査の内容や他のレポート作成者がどのような観点でレポートを作成したかといった情報を知ることは、各レポート作成者にとって有益である場合が多い。特殊入力フォーム４６の各個別領域４８ａ〜４８ｃには、各検査科１２において個々のレポートの内容が順番に入力されていく。入力済みのデータは特殊入力フォーム４６に追加されて、レポートファイル２５として、特殊入力フォーム４６の格納アドレスにアップロードされるので、次の検査科１２のレポート作成端末が特殊入力フォーム４６をダウンロードした場合には、他の検査科１２において既に入力済みのレポートを閲覧することができる。

また、本例においては、特殊入力フォーム４６の個別領域４８ａ〜４８ｃにデータが未入力のときには、各個別領域４８ａ〜４８ｃが空欄になっている例で説明しているが、空欄ではなく、検査が未実施であること、レポートが未作成であることといった検査やレポート作成のステータスを表示してもよい。

上記第１実施形態では、レポート統合サーバ１８によって生成された特殊入力フォーム４６を、各検査科１２のレポート作成端末１６がダウンロードして、特殊入力フォーム４６の個別領域４８ａ〜４８ｃに、各検査科１２において個々の検査のレポートの内容を入力させることにより、統合レポートを完成させる例で説明したが、図９及び図１０に示す第２実施形態のように、レポート作成端末１６から個々の検査のレポートのデータをレポート統合サーバ６１に出力させて、レポート統合サーバ６１がデータのマージ処理を行って、統合レポートを完成させてもよい。

図９に示すレポート統合サーバ６１のＣＰＵ３１は、オーダ受信部６１ａ、判定部６１ｂ、出力先指定部６１ｃ、マージ（データ結合）処理部６１ｄ、オーダ転送部６１ｅとして機能する。出力先指定部６１ｃとマージ処理部６１ｄは、統合部６１ｆを構成する。オーダ受信部６１ａ、判定部６１ｂ、オーダ転送部６１ｅについては、第１実施形態と同様であるので説明を省略する。また、レポート統合サーバ６１にも、第１実施形態と同様の管理テーブル（ＴＢＬ）６１ｇが設けられる。

図１０のフローチャートに示すように、オーダ受信部６１ａがオーダ２９を受信すると（Ｓ２０）、オーダ２９は判定部６１ｂに送られる。判定部６１ｂは、受信したオーダ２９が複合検査のオーダ２９か否かを判定する（Ｓ２１）。複合検査のオーダ２９である場合（Ｓ２１で「Ｙ」）には、判定部６１ｂは、統合部６１ｆにオーダ２９を送る。

統合部６１ｆの出力先指定部６１ｃは、各レポート作成端末１６で作成されたレポートのデータがレポート統合サーバ６１に入力されるように、オーダ２９に出力先情報を付加する（Ｓ２２）。統合部６１ｆで出力先情報が付加されたオーダ２９は、オーダ転送部６１ｅに送られて、検査科１２に転送される（Ｓ２３）。出力先情報が付加されたオーダ２９は、管理テーブル６１ｇに記録される。

各検査科１２において、レポート作成端末１６を通じて入力されたレポートのデータは、複合検査のオーダ２９に対応するデータについては、レポート作成端末１６から出力されて、レポート統合サーバ１８に入力される。これにより、各レポート作成端末１６で作成された個々の検査のレポートのデータがレポート統合サーバ６１に集められる。

統合部６１ｆは、レポート作成端末１６から出力されるレポートのデータを受信すると（Ｓ２４で「Ｙ」）、マージ処理部６１ｄが、各レポート作成端末１６から収集されたレポートのデータをマージする（Ｓ２５）。具体的には、マージ処理部６１ｄは、特殊入力フォーム４６を生成し、受信した個々のレポートのデータを、対応する個別領域に挿入する。マージすべきデータ（同一グループＩＤを持つレポートのデータ）の照合は、受信したレポートのデータからグループＩＤを読み出し、管理テーブル６１ｇに記録したオーダ２９を参照することにより行われる。マージ処理部６１ｄは、マージ処理が終了すると、その統合レポートのレポートファイル２５をＤＢサーバ１７にアップロードして、レポートＤＢ２６に格納する。

統合部６１ｆは、マージ処理部６１ｄが１つのレポートのデータをマージする毎に、レポートの終了通知を依頼元の診療科端末１１へ送信する（Ｓ２６）。統合部６１ｆは、マージ処理を、レポートのデータを受信する毎に行い、統合レポートのレポートファイル２５を更新する。

上記第２実施形態では、各レポート作成端末１６からレポート統合サーバ６１にレポートのデータを出力させることにより、レポート統合サーバ６１がマージするデータをレポート作成端末１６から直接取得する例で説明したが、各レポート作成端末１６から直接取得しなくてもよい。例えば、各レポート作成端末１６がいったんＤＢサーバ１７にアップロードしたレポートのデータを、統合部６１ｆがＤＢサーバ１７にアクセスして取得するようにしてもよい。この場合でも、統合部６１ｆは、管理テーブル６１ｇに記録したオーダ２９を参照して、マージすべきデータを特定する。

なお、マージするデータを取得する際に、レポート統合サーバが、入力フォームのデータやそのアドレスをオーダに追加して各検査科のシステムに送信し、送信した入力フォームを通じてレポートのデータを取得するようにしてもよい。こうすれば、各検査科から送信されるレポートのデータフォーマットを統一できるので、レポート統合サーバにおいてマージ処理がしやすい。

上記各実施形態では、複合検査のオーダであるか否かの判定を、依頼元がオーダに付与したグループＩＤに基づいて行う例で説明したが、グループＩＤを使用しなくてもよい。例えば、レポート統合サーバの判定部が、受信したオーダに含まれる患者名、患者ＩＤ、依頼元、依頼日、検査日といった情報項目について、複数のオーダ同士で照合を行い、照合結果に基づいて複合検査のオーダであるか否かを判定してもよい。

複合検査は、１つの目的を持って同一患者に対して実施される複数の検査であるので、複合検査のオーダと判定するためには、患者ＩＤ、依頼元については完全に一致する必要がある。依頼日や検査日については、多少ずれることもあり得るので、複合検査と判定する範囲を数日〜数週間といった範囲で設定しておくとよい。グループＩＤ以外で複合検査の判定を行う場合には、１つのオーダを受信した段階では、そのオーダが複合検査のものであるかを判定することができないので、受信するすべてのオーダを管理テーブルに記憶しておく必要がある。

上記実施形態では、放射線検査、内視鏡検査、病理検査からなる複合検査を例に説明したが、上記例は一例であり、検査種は、上記例に限らず、生理検査といった他の検査種でもよいのはもちろんである。また、複合検査を検査科が異なる検査種の組み合わせの例で説明したが、ＣＲ検査とＣＴ検査、ＣＲ検査とＭＲＩ検査といった実施する検査科が同じ検査の組み合わせでもよい。

また、上記実施形態では、検査種の異なる複数の検査から構成される複合検査を例に説明したが、複合検査には、時間間隔を空けて同一検査を行って病状の経過を観察する経過観察も含まれる。経過観察の場合でも、複数の検査のレポートの比較参照の必要性は高く、統合レポートの形式で閲覧できるメリットは大きい。経過観察の場合には、複数のオーダの発行タイミングに比較的大きな開き（数ヶ月、半年など）が生じるが、依頼元がオーダにグループＩＤを付与しておけば、複合検査のオーダであるか否かの判定は可能である。また、上述したように、グループＩＤを使用しない場合でも、患者ＩＤ等に基づいて複合検査のオーダであるか否かの判定は可能である。

上記実施形態のように、レポート統合サーバを用いてレポートの統合処理を行うことで、診療科で主として使用される電子カルテシステム、検査部門で主として使用されるオーダ管理システムやレポート編集システムを構成する既存のソフトウエアの改造規模を小さくすることができるというメリットもある。というのは、電子カルテシステム、オーダ管理システム、レポート編集システムのソフトウエアは、それぞれメーカーが異なる場合も多く、さらに、オーダ管理システムやレポート編集システムのソフトウエアについても、検査部門毎にメーカーが異なる場合が多い。

ソフトウエアのメーカーが異なると、各システム相互のインタフェース（受け渡されるデータの形式など）や各システムの内部処理が異なるため、複合検査のレポートの統合といった検査部門間の連携が必要になる業務処理を実現させる場合には、ソフトウエアの大規模な改造が必要になる。本発明のレポート統合サーバのように、各システム相互のインタフェースの相違を吸収する装置を各システムから独立した形態で設けることで、既存のシステムの改造規模を小さくすることが可能となる。

具体的には、レポート統合サーバは、診療科から検査科へのオーダを中継する機能を持っており、そのオーダを利用して複合検査のオーダの判定や統合処理を行うため、既存のワークフローを変更する必要がない。また、特殊入力フォームのアドレスやレポートのデータの出力先情報が、オーダを通じて検査科に送信されるので、アドレスや出力先情報を送信するための新たなシーケンスが不要である。また、複合検査を構成する個々の検査が複数の検査科で行われる場合であっても、各検査科のシステム間でデータの遣り取りをする必要もない。

上記実施形態では、レポート統合サーバを１台のコンピュータで構成した例で説明したが、処理の負荷が大きい場合には、複数のコンピュータで構成してもよいし、ＣＰＵが設けられるコンピュータの本体と、データのストレージデバイスを分離して両者をケーブルやネットワークで接続する構成にしてもよい。このように、レポート統合サーバを構成するコンピュータの物理構成は適宜変更が可能である。

上記実施形態では、ネットワークとしてＬＡＮを例に説明しているが、病棟と検査部門が複数の拠点に分散しているような場合には、ネットワークとしてＷＡＮを使用してもよい。

上記実施形態で示したとおり、本発明は、プログラムの形態、さらにはプログラムを記憶する記憶媒体にも及ぶことはもちろんである。

医療情報システムの構成図である。 カルテシステムが発行するオーダの説明図である。 コンピュータの概略を示す構成図である。 レポート統合サーバの機能ブロック図である。 特殊入力フォームの説明図である。 統合レポートを表示したレポート閲覧画面の説明図である。 オーダが一覧表示されるワークリストの説明図である。 レポート統合サーバの処理を示すフローチャートである。 第２実施形態のレポート統合サーバの機能ブロック図である。 図９のレポート統合サーバの処理を示すフローチャートである。

符号の説明

１０ 診療科
１１ 診療科端末
１２ 検査科
１３ オーダ管理サーバ
１６ レポート作成端末
１７ ＤＢサーバ
１８ レポート統合サーバ
１８ａ、６１ａ オーダ受信部
１８ｂ、６１ｂ 判定部
１８ｃ アドレス付加部
１８ｄ フォーム生成部
１８ｅ オーダ転送部
１８ｆ、６１ｆ 統合部
６１ｃ 出力先指定部
６１ｄ マージ処理部

Claims (8)

1. 依頼元から依頼先に向けて発行される、医療検査のレポートのオーダを中継するオーダ中継手段と、
   中継するオーダが、１つの検査目的をもって同一患者に対して実施される複数の医療検査からなる複合検査に関するレポートのオーダであるか否かを判定する判定手段と、
   複合検査に関するレポートのオーダと判定された場合に、複合検査を構成する個々の医療検査のレポートを統合し、各レポートが並列的に表示される１つの統合レポートを生成するための統合手段とを備えたことを特徴とするレポート統合装置。
2. 前記統合手段は、個々の医療検査のレポートの内容がそれぞれ入力される複数の個別領域が設けられた統合レポート用の入力フォームを生成するフォーム生成手段と、前記オーダ中継手段によって中継される前記複合検査のオーダに対して、前記入力フォームの格納場所にアクセスするためのアドレスを付加するアドレス付加手段とを有していることを特徴とする請求項１記載のレポート統合装置。
3. 前記入力フォームには、前記個別領域の他に、患者基本情報及び依頼元の情報を含む各レポートに共通する共通情報が入力される共通領域が設けられており、前記統合手段は、前記共通情報を前記オーダから読み出して、前記共通領域に入力することを特徴とする請求項２記載のレポート統合装置。
4. 前記統合手段は、複合検査のオーダに対応してそれぞれ作成された個々の医療検査のレポートのデータを取得して、取得した複数のレポートのデータをマージして１つの統合レポートを生成することを特徴とする請求項１記載のレポート統合装置。
5. 前記統合手段は、個々の医療検査のレポートのデータが依頼先から入力されるように、オーダ中継手段によって中継される前記複合検査のオーダに対して、レポートの出力先情報を付与することにより、マージするデータを取得することを特徴とする請求項４記載のレポート統合装置。
6. 前記統合手段は、依頼先において決められた、個々の医療検査のレポートのデータが格納される格納手段にアクセスして、マージするデータを取得することを特徴とする請求項４記載のレポート統合装置。
7. 依頼元から依頼先に向けて発行される、医療検査のレポートのオーダを中継するオーダ中継ステップと、
   中継するオーダが、１つの検査目的をもって同一患者に対して実施される複数の検査からなる複合検査のオーダであるか否かを判定する判定ステップと、
   複合検査に関するレポートのオーダと判定された場合に、複合検査を構成する個々の医療検査に関するレポートを統合し、各レポートが並列的に表示される１つの統合レポートを生成するための統合ステップとを含むことを特徴とするレポート統合方法。
8. 依頼元から依頼先に向けて発行される、医療検査のレポートのオーダを中継するオーダ中継機能と、
   中継するオーダが、１つの検査目的をもって同一患者に対して実施される複数の検査からなる複合検査のオーダであるか否かを判定する判定機能と、
   複合検査に関するレポートのオーダと判定された場合に、複合検査を構成する個々の医療検査に関するレポートを統合し、各レポートが並列的に表示される１つの統合レポートを生成するための統合機能とを、コンピュータに実行させることを特徴とするレポート統合プログラム。

Images