(57)【特許請求の範囲】
【請求項１】
医療施設内の複数の部門毎に設けられ、依頼元から発行される業務依頼のオーダを、ネットワークを介して受け付けるオーダ受付装置において、
自部門宛のオーダに加えて、他部門宛のオーダを受信する受信手段と、
受信したオーダを格納する格納手段と、
前記格納手段にアクセスして、前記他部門宛のオーダと関連する前記自部門宛のオーダを検索する検索手段と、
検索手段によって検索された、他部門宛及び自部門宛の関連するオーダ同士を関連付ける関連付け手段とを備えたことを特徴とするオーダ受付装置。
【請求項２】
前記自部門宛のオーダを、他部門のオーダ受付装置へ転送する転送手段を備えたことを特徴とする請求項１記載のオーダ受付装置。
【請求項３】
前記オーダには、依頼元情報及び患者情報が含まれており、
前記検索手段は、前記自部門宛のオーダと前記他部門宛のオーダの前記項目同士を照合して、関連するオーダを検索することを特徴とする請求項１又は２記載のオーダ受付装置。
【請求項４】
受信したオーダのリストを表示するリスト画面をディスプレイに表示する表示制御手段を備えたことを特徴とする請求項１〜３いずれか記載のオーダ受付装置。
【請求項５】
前記リスト画面には、他部門宛のオーダのオーダＩＤが表示されることを特徴とする請求項４記載のオーダ受付装置。
【請求項６】
前記関連付け手段は、前記他部門宛のオーダに対応する処理結果に対して前記ネットワークを通じてアクセスするためのアドレスを、前記他部門宛のオーダのオーダＩＤから作成し、作成したアドレスを前記自部門宛のオーダと関連付けることを特徴とする請求項１〜５いずれか記載のオーダ受付装置。
【請求項７】
前記リスト画面には、前記アドレスにアクセスして前記処理結果を前記ディスプレイに表示させるための操作指示を入力する操作ツールが表示されることを特徴とする請求項６記載のオーダ受付装置。
【請求項８】
前記業務依頼のオーダは、前記各部門に対して発行される検査依頼のオーダであり、前記処理結果は、前記医療検査の検査データであることを特徴とする請求項６又は７記載のオーダ受付装置。
【請求項９】
医療施設内の複数の部門毎に設けられ、依頼元から発行される業務依頼のオーダを受け付けるオーダ受付装置の作動方法において、
自部門宛のオーダに加えて、他部門宛のオーダを受信する受信ステップと、
受信したオーダを格納手段に格納する格納ステップと、
前記格納手段にアクセスして、受信した他部門宛のオーダと関連する自部門宛のオーダを検索する検索ステップと、
検索された、他部門宛及び自部門宛の関連するオーダ同士を関連付ける関連付けステップとを備えたことを特徴とするオーダ受付装置の作動方法。
【請求項１０】
医療施設内の複数の部門毎に設けられ、依頼元から発行される業務依頼のオーダを受け付ける複数のオーダ受付装置を、ネットワークを介して接続した医用ネットワークシステムにおいて、
前記各オーダ受付装置は、
自部門宛のオーダに加えて、他部門宛のオーダを受信する受信手段と、
受信したオーダを格納する格納手段と、
前記格納手段にアクセスして、前記他部門宛のオーダと関連する前記自部門宛のオーダを検索する検索手段と、
検索手段によって検索された、他部門宛及び自部門宛の関連するオーダ同士を関連付ける関連付け手段とを備えたことを特徴とする医用ネットワークシステム。
【請求項１１】
組織内の複数の部門毎に設けられ、依頼元から発行される業務依頼のオーダを、ネットワークを介して受け付けるオーダ受付装置において、
自部門宛のオーダに加えて、他部門宛のオーダを受信する受信手段と、
受信したオーダを格納する格納手段と、
前記格納手段にアクセスして、前記他部門宛のオーダと関連する前記自部門宛のオーダを検索する検索手段と、
検索手段によって検索された、他部門宛及び自部門宛の関連するオーダ同士を関連付ける関連付け手段とを備えたことを特徴とするオーダ受付装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、部門毎に設けられたオーダ受付装置及びオーダ受付装置の作動方法、並びに医用ネットワークシステムに関するものである。
【背景技術】
【０００２】
比較的規模が大きな病院では、患者を主に担当する医師が所属する内科や外科といった複数の診療科が配置され、外来患者や入院患者の診療活動の中心となる病棟と、依頼に基づいて、各診療科の医師の診療活動を専門的に支援する部門（中央診療部門などと呼ばれる）とが、組織上独立して配置される。部門には、放射線検査科、内視鏡検査科、病理検査科といった検査部門がある。放射線検査科は、ＣＲ（Computed Radiography）検査、ＣＴ（Computed Tomography）検査、ＭＲＩ（Magnetic Resonance Imaging）検査といった、主として放射線を取り扱う検査を実施する。内視鏡検査科は、内視鏡を使用して、消化器系や呼吸器系の検査を実施する。
【０００３】
このような病院において構築される情報システムは、診療科の医師や看護師といった診療科のスタッフが主として利用し、患者のカルテデータ（電子カルテデータ）の管理を行うカルテシステムと、カルテシステムにネットワークを通じて通信可能に接続され、各検査科の専門医（放射線科医、内視鏡医など）や検査技師といった検査科のスタッフが主として利用する部門別の部門システムとから構成される（例えば、特許文献１参照）。
【０００４】
カルテシステムは、患者毎のカルテデータが格納されるカルテＤＢを構築したカルテサーバと、各診療科に配置され、カルテサーバにアクセスしてカルテデータの閲覧や入力を行うための診療科端末とからなる。診療科の医師は、診療科端末から検査依頼のためのオーダを発行する。
【０００５】
発行されたオーダは、オンラインで部門システムへ送信される。部門システムは、それぞれ診療科端末から発行されたオーダを受信して、これを受け付けるオーダ受付機能を有している。オーダには、患者ＩＤ、患者名、検査種、検査予定日、検査目的といった検査の依頼情報が記録される。検査科のスタッフは、部門システムで受信したオーダを確認し、そのオーダで指定された内容に従って、検査を実施する。
【０００６】
検査の結果を記録した検査データは、例えば、ＣＴ装置等の各種医療検査装置（モダリティ）により撮影された検査画像や、検査画像の画像診断の結果をまとめたレポートからなり、これらは、それぞれ画像サーバやレポートサーバに格納される。検査科のスタッフは、部門システムから依頼元の診療科端末に対して、検査の終了通知とともに、検査データの格納先のアドレスを送信する。終了通知を受けた診療科の医師は、診療科端末で前記アドレスにアクセスして検査データを閲覧する。
【０００７】
特許文献１の医用ネットワークシステムでは、カルテデータと検査データを包括的に管理して、診療科端末でカルテデータと検査データの両方を参照できるようにしている。例えば、診療科の医師は、患者に胃癌の疑いが認められる場合には、ＣＴ検査と内視鏡検査を依頼するというように、患者の傷病に応じて、複数の検査をそれぞれの検査科に依頼することがある。特許文献１の情報システムによれば、１人の患者に対する関連する複数の検査データをカルテデータとともに診療科端末で閲覧できるので、診療科の医師の作業効率が向上する。
【特許文献１】特開２０００−３４８１１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述のように、１人の患者に対して、異なる検査科において複数の検査が行われる場合には、各検査科において、既に実施済みの他の検査科の検査データを参照したいという要望がある。というのは、他の検査科において既に実施済みの検査がある場合には、後から検査を行う検査科のスタッフは、実施済みの検査データを参照することで、病変がどの辺りにあるか、どのような点に注目して検査が行われたかといった情報を得ることができる。こうした情報は、検査を実施する際の検査パラメータ（撮影条件など）の決定など、患者の傷病に応じた適切な検査を実施するために役立つ。適切な検査を行うことができれば、その検査データは、依頼元の医師による診断や診療方針の決定に際して有用なデータとなる。
【０００９】
特許文献１の医用ネットワークシステムでは、依頼元の診療科端末において、複数の検査データを閲覧することができるものの、依頼先のそれぞれの検査科のスタッフが、他の検査科の検査データを閲覧できるようにすることについては考慮されていない。このため、検査科においては、依頼元から受信した依頼情報だけを頼りに検査を実施する他ない。
【００１０】
この問題の解決策として、各検査科に、診療科端末と同様に、カルテデータ及び検査データの閲覧が可能な端末を導入すれば、他の検査科の検査データを閲覧することができる。
【００１１】
しかしながら、検査科では、主要な作業が部門システムの端末で行われるため、他の検査科の検査データを閲覧するためだけに使用頻度の低い診療科端末を導入することは、設置スペースや導入コストの点で無駄が多い。検査科の数に応じて診療科端末の導入台数は増えるため、比較的大規模な病院においては、スペースやコストの無駄も顕著となる。
【００１２】
また、仮にスペースやコストの問題が解消されて、診療科端末を導入できたとしても、部門システムの端末と診療科端末の２つの端末を使い分ける作業は、検査科のスタッフにとって、非常に煩雑である。
【００１３】
また、診療科端末を導入することなく、部門システムの端末に、カルテ用のソフトウエアだけを追加すれば、ハードウエアのコストの増加は避けられるが、ソフトウエアを追加するコストの増加は避けられない。ソフトウエアだけを追加した場合でも、ハードウエアを含めて追加した場合でも、いずれにしろ、いったんカルテデータにアクセスして、他の検査科で実施されている検査の有無を調べた後、検査データにアクセスするというように、カルテデータを経由して検査データにアクセスするという操作には変わりはない。検査科のスタッフにとっては、このような操作自体、非常に煩雑なものであり、より簡単に他の検査科の検査データにアクセスする方法が望まれていた。
【００１４】
本発明は、上記背景に鑑みてなされたもので、その目的は、スペースやコストの無駄、及び作業の煩雑さを招くことなく、業務の依頼先のスタッフが、他の部門で実施される関連する業務の処理結果を閲覧できるようにすることにある。
【課題を解決するための手段】
【００１５】
上記課題を解決するために、本発明のオーダ受付装置は、医療施設内の複数の部門毎に設けられ、依頼元から発行される業務依頼のオーダを、ネットワークを介して受け付けるオーダ受付装置において、自部門宛のオーダに加えて、他部門宛のオーダを受信する受信手段と、受信したオーダを格納する格納手段と、前記格納手段にアクセスして、前記他部門宛のオーダと関連する前記自部門宛のオーダを検索する検索手段と、検索手段によって検索された、他部門宛及び自部門宛の関連するオーダ同士を関連付ける関連付け手段とを備えたことを特徴とする。
【００１６】
前記自部門宛のオーダを、他部門のオーダ受付装置へ転送する転送手段を備えることが好ましい。
【００１７】
前記オーダには、依頼元情報及び患者情報が含まれており、前記検索手段は、前記自部門宛のオーダと前記他部門宛のオーダの前記項目同士を照合して、関連するオーダを検索することが好ましい。
【００１８】
受信したオーダのリストを表示するリスト画面をディスプレイに表示する表示制御手段を備えることが好ましい。
【００１９】
前記リスト画面には、他部門宛のオーダのオーダＩＤが表示されることが好ましい。
【００２０】
前記関連付け手段は、前記他部門宛のオーダに対応する処理結果に対して前記ネットワークを通じてアクセスするためのアドレスを、前記他部門宛のオーダのオーダＩＤから作成し、作成したアドレスを前記自部門宛のオーダと関連付けることが好ましい。
【００２１】
前記リスト画面には、前記アドレスにアクセスして前記処理結果を前記ディスプレイに表示させるための操作指示を入力する操作ツールが表示されることが好ましい。
【００２２】
前記業務依頼のオーダは、例えば、前記各部門に対して発行される検査依頼のオーダであり、前記処理結果は、例えば、前記医療検査の検査データである。
【００２３】
本発明のオーダ受付装置の作動方法は、医療施設内の複数の部門毎に設けられ、依頼元から発行される業務依頼のオーダを受け付けるオーダ受付装置の作動方法において、自部門宛のオーダに加えて、他部門宛のオーダを受信する受信ステップと、受信したオーダを格納手段に格納する格納ステップと、前記格納手段にアクセスして、受信した他部門宛のオーダと関連する自部門宛のオーダを検索する検索ステップと、検索された、他部門宛及び自部門宛の関連するオーダ同士を関連付ける関連付けステップとを備えたことを特徴とする。
【００２４】
本発明の医用ネットワークシステムは、医療施設内の複数の部門毎に設けられ、依頼元から発行される業務依頼のオーダを受け付ける複数のオーダ受付装置を、ネットワークを介して接続した医用ネットワークシステムにおいて、前記各オーダ受付装置は、自部門宛のオーダに加えて、他部門宛のオーダを受信する受信手段と、受信したオーダを格納する格納手段と、前記格納手段にアクセスして、前記他部門宛のオーダと関連する前記自部門宛のオーダを検索する検索手段と、検索手段によって検索された、他部門宛及び自部門宛の関連するオーダ同士を関連付ける関連付け手段とを備えたことを特徴とする。
【００２５】
本発明のオーダ受付装置は、組織内の複数の部門毎に設けられ、依頼元から発行される業務依頼のオーダを、ネットワークを介して受け付けるオーダ受付装置において、自部門宛のオーダに加えて、他部門宛のオーダを受信する受信手段と、受信したオーダを格納する格納手段と、前記格納手段にアクセスして、前記他部門宛のオーダと関連する前記自部門宛のオーダを検索する検索手段と、検索手段によって検索された、他部門宛及び自部門宛の関連するオーダ同士を関連付ける関連付け手段とを備えたことを特徴とする。
【発明の効果】
【００２６】
本発明によれば、他部門宛のオーダと関連する自部門宛のオーダを関連付けるようにしたから、例えば、自部門宛のオーダと関連する他部門宛のオーダの存在を簡単に知ることができ、他部門の業務の処理結果にアクセスするための手がかりを簡単に得ることができる。したがって、スペースやコストの無駄、及び作業の煩雑さを招くことなく、業務の依頼先のスタッフは、他の部門で実施される関連する業務の処理結果を閲覧することができる。
【発明を実施するための最良の形態】
【００２７】
図１に示す医用ネットワークシステムは、例えば、病院などの医療施設に構築される。医用ネットワークシステムは、病棟１０に配置されるカルテシステム１１と、放射線検査科１２、内視鏡検査科１３のそれぞれの検査部門に配置される部門システム１６、１７と、各検査部門が実施する検査によって得られた検査データ（検査画像やレポート）を格納する、画像サーバ１８及びレポートサーバ１９とからなり、これらはネットワーク２０を通じて通信可能に接続される。ネットワーク２０は、例えば、院内に敷設されたＬＡＮ（Local Area Network）である。
【００２８】
カルテシステム１１は、カルテサーバ２１と、内科や外科といった各診療科２２にそれぞれ配置された診療科端末２３とからなる。カルテサーバ２１には、患者毎のカルテデータが検索可能に格納されるカルテＤＢ（Data Base）２４が構築されている。診療科端末２３は、診療科２２の医師や看護師などの診療科２２のスタッフによって操作され、カルテの閲覧や入力の他、各検査科１２、１３に対して検査を依頼するためのオーダの発行に利用される。
【００２９】
部門システム１６、１７は、それぞれ、放射線検査科１２の部門システム（以下、ＲＡＤシステムという）１６、内視鏡検査科１３の部門システム（以下、ＥＳシステムという）１７である。各部門システム１６、１７は、診療科端末２３が発行するオーダを、ネットワーク２０を介して受信して、受付処理を行うオーダ受付システムである。各検査科１２、１３のスタッフは、それぞれの部門システム１６、１７を使用して、オーダの確認、検査終了の連絡や検査結果の報告といった依頼元への連絡を行う。なお、ＲＡＤシステム１６については、ＲＩＳ（Radiology Information System）とも呼ばれる。
【００３０】
ＲＡＤシステム１６は、ＲＡＤサーバ２５とＲＡＤ端末２６からなる。ＲＡＤサーバ２５には、放射線検査科１２宛てのオーダが格納されるＲＡＤ−ＤＢ２７が構築されている。ＥＳシステム１７は、ＥＳサーバ２８とＥＳ端末２９からなる。ＥＳサーバ２８には、内視鏡検査科１３宛てのオーダが格納されるＥＳ−ＤＢ３０が構築されている。
【００３１】
画像サーバ１８及びレポートサーバ１９には、それぞれ患者単位で検査画像及びレポートが格納される画像ＤＢ３１、レポートＤＢ３２が構築される。画像ＤＢ３１には、各検査科１２、１３に配置される、ＣＴ装置、ＭＲＩ装置、内視鏡装置といったモダリティ（図示せず）で撮影された検査画像が格納される。レポートＤＢ３２には、各検査科１２、１３に配置されるレポート作成端末（図示せず）で作成されたレポートのデータが格納される。
【００３２】
なお、本例においては、画像サーバ１８及びレポートサーバ１９を各検査科１２、１３が共用する例で説明するが、検査科１２、１３毎に画像サーバ１８及びレポートサーバ１９を設けてもよい。
【００３３】
これらの各サーバ１８、１９、２１、２５、２８、及び各端末２３、２６、２９は、それぞれ、パーソナルコンピュータ、ワークステーション、サーバ用コンピュータといったコンピュータをベースに、オペレーティングシステムなどの制御プログラムや、クライアントプログラム又はサーバプログラムといったアプリケーションプログラムをインストールして構成される。
【００３４】
図２に示すように、上記サーバ及び端末のコンピュータは、基本的な構成は略同じであり、それぞれ、ＣＰＵ４１、メモリ４２、ストレージデバイス４３、ＬＡＮポート４４、及びコンソール４６を備えている。これらはデータバス４７を介して接続されている。コンソール４６は、ディスプレイ４８と、キーボードやマウスなどの入力デバイス４９とからなる。
【００３５】
ストレージデバイス４３は、例えば、ＨＤＤ（Hard Disk Drive）であり、制御プログラムやアプリケーションプログラム（ＡＰ）５０が格納されている。また、ＤＢが構築されるサーバには、プログラムを格納するＨＤＤとは別に、ＤＢ用のストレージデバイス４３として、例えば、ＨＤＤを複数台連装したディスクアレイが設けられる。ディスクアレイは、サーバ本体に内蔵されるものでもよいし、サーバ本体とは別に設けられ、サーバ本体にケーブルやネットワークを通じて接続されるものでもよい。
【００３６】
メモリ４２は、ＣＰＵ４１が処理を実行するためのワークメモリである。ＣＰＵ４１は、ストレージデバイス４３に格納された制御プログラムをメモリ４２へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を統括的に制御する。
【００３７】
ＬＡＮポート４４は、ネットワーク２０との間の伝送制御を行うネットワークインタフェースである。ＬＡＮポート４４は、例えば、ＬＡＮの標準的な規格である、Ｅｔｈｅｒｎｅｔ（登録商標）に準拠したものが使用されており、Ｅｔｈｅｒｎｅｔ（登録商標）とＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）を組み合わせた通信プロトコルに基づいて、伝送制御を行う。
【００３８】
ネットワーク２０を通じてサーバや端末のＡＰ５０間で受け渡される通信対象のデータは、ＩＰのプロトコルレイヤでは、ＩＰパケットの形態に変換されてＬＡＮポート４４からネットワーク２０へ送出される。各ＩＰパケットには、送信元において、送信先のサーバや端末のネットワーク上のアドレスであるＩＰアドレスが指定される。ＩＰパケットが、ネットワーク２０を通じて、ＩＰアドレスで指定された送信先のサーバや端末のＬＡＮポート４４に送信されると、ＬＡＮポート４４でＩＰパケットから通信対象のデータが取り出されて、送信先のＡＰ５０に受け渡される。
【００３９】
画像サーバ１８及びレポートサーバ１９には、ＡＰ５０として、クライアントからの要求に応じて処理を実行し、処理結果を応答するサーバプログラムがインストールされている。画像サーバ１８及びレポートサーバ１９のサーバプログラムは、モダリティやレポート作成端末といったクライアントからのデータの格納要求に応じて、各ＤＢ３１、３２への格納処理を実行する。また、診療科端末２３、ＲＡＤ端末２６、ＥＳ端末２９からの検査画像やレポートの閲覧要求に応答して、要求された検査画像やレポートをそれぞれのＤＢ３１、３２から検索して、検索されたデータを要求元へ配信する。
【００４０】
診療科端末２３には、ＡＰ５０として、カルテの閲覧や編集を行うカルテ用のクライアントプログラムがインストールされている。カルテ用のクライアントプログラムが起動されると、診療科端末２３のディスプレイには、ＧＵＩ（Graphical User Interface）によるカルテ用の操作画面が表示される。操作画面には、入力デバイスによって選択され、カルテＤＢ２４から読み出された患者のカルテデータが表示される。診療科端末２３には、コンソールを通じて、カルテの入力・編集の指示や、検査のオーダの入力・発行の指示といった操作指示が入力される。入力されたカルテやオーダのデータは、カルテＤＢ２４に格納される。
【００４１】
カルテ用のクライアントプログラムとしては、カルテ専用のプログラムを使用してもよいし、ＨＴＴＰ（Hyper Text Transfer Protocol）に対応した汎用的なＷｅｂブラウザを使用してもよい。カルテ専用のプログラムを使用する場合には、操作画面は、カルテ専用のプログラムで定義された画面データに基づいて生成される。汎用的なＷｅｂブラウザを使用する場合には、カルテサーバ２１から画面データを含むＷｅｂページをダウンロードして操作画面が生成される。
【００４２】
カルテ用のクライアントプログラムは、診療科端末２３の入力デバイスからの操作指示に従って、カルテサーバ２１と通信を行って、データの読み出し、更新、検索といった処理の要求をカルテサーバ２１に発行する。カルテサーバ２１には、ＡＰ５０として、診療科端末２３の要求に応じて処理を実行し、その処理結果を応答するサーバプログラムがインストールされる。
【００４３】
図３に示すように、検査の依頼元の診療科２２の医師は、１人の患者について、ＣＴ検査及び内視鏡検査といった複数の検査依頼をする場合には、診療科端末２３のコンソールからそれぞれの検査依頼の内容を入力する。診療科端末２３は、入力された内容に基づいて、ＣＴ検査のＣＴオーダ５１、内視鏡検査のＥＳオーダ５２をそれぞれ作成する。コンソールから発行指示が入力されると、診療科端末２３は、作成したＣＴオーダ５１及びＥＳオーダ５２を発行し、依頼先のＲＡＤシステム１６、ＥＳシステム１７へ、ＣＴオーダ５１、ＥＳオーダ５２がそれぞれ送信される。
【００４４】
各オーダ５１、５２には、それぞれ、患者ＩＤ、患者名、オーダ番号、依頼日、依頼元の情報（「内科の鈴木」）、依頼先の情報（「放射線検査科」や「内視鏡検査科」）、検査種（「ＣＴ」や「内視鏡」）、検査予定日（「２月２５日」）といった情報が記録される。
【００４５】
オーダ番号は、依頼元が発行する１件毎のオーダを識別するためのオーダＩＤである。図においては、ＣＴオーダ５１には「７０００３」が、ＥＳオーダ５２には「８０００１」がそれぞれ与えられている。各オーダ５１、５２には、依頼先の検査科を識別するための検査科ＩＤが含まれており、５桁のオーダ番号の先頭の１桁は、「７」が放射線検査科１２を、「８」が内視鏡検査科１３をそれぞれ示している。ＣＴオーダ５１とＥＳオーダ５２は、依頼元（「内科の鈴木」）及び患者（「患者ＩＤ＝１２３４」）が同一の関連するオーダである。また、同日に発行されているため、依頼日も同日（「２月１３日」）である。
【００４６】
ＲＡＤ端末２６、ＥＳ端末２９には、ＡＰ５０として、診療科端末２３から受信したオーダを管理するためのオーダ管理用のクライアントプログラムがインストールされている。オーダ管理用のクライアントプログラムが起動されると、各端末２６、２９は、それぞれのディスプレイにＧＵＩによる操作画面を表示する。操作画面には、受信した複数のオーダのリストを表示するリスト画面が含まれる（図６のワークリスト５７参照）。
【００４７】
各端末２６、２９には、コンソールを通じて、操作指示が入力される。各検査科１２、１３のスタッフは、各端末２６、２９のコンソールを通じて操作指示を入力し、オーダの確認や、オーダに対応する検査の終了や結果の報告といった依頼元への連絡を行う。
【００４８】
各端末２６、２９の操作画面についても、診療科端末２３と同様に、オーダ受付用の専用のクライアントプログラムによって生成してもよいし、汎用的なＷｅｂブラウザを使用して、各サーバ２５、２８から操作画面を生成するためのＷｅｂページをダウンロードしてもよい。
【００４９】
各端末２６、２９のオーダ管理用のクライアントプログラムは、それぞれ、コンソールから入力された操作指示に従って、各サーバ２５、２８と通信して、データの読み出し、更新、検索といった処理の要求を各サーバ２５、２８に発行する。
【００５０】
ＲＡＤサーバ２５、ＥＳサーバ２８には、ＡＰ５０として、各端末２６、２９からの要求に応じて処理を実行し、処理結果を応答するサーバプログラムがインストールされている。また、サーバプログラムは、診療科端末２３から発行されたオーダを受信して、受信したオーダをそれぞれのＤＢ２７、３０へ格納する。
【００５１】
図４に示すように、ＲＡＤサーバ２５、ＥＳサーバ２８には、それぞれの通信先となるサーバのアドレスを記録したサーバリスト５３、５４がストレージデバイスに格納されている。サーバリスト５３、５４には、検査データの格納先のサーバ及びオーダの転送先のサーバの名称とドメイン名が記録される。ドメイン名は、各サーバのネットワーク２０上のネットワークアドレスであるＩＰアドレスと対応しており、相互に変換が可能である。
【００５２】
サーバリスト５３、５４には、検査データ格納先として、画像サーバ１８及びレポートサーバ１９が登録されており、それぞれのドメイン名（「ｗｗｗ．ｉｍａｇｅ」、「ｗｗｗ．ｒｅｐｏｒｔ」）が記録される。
【００５３】
後述するように、ＲＡＤサーバ２５、ＥＳサーバ２８は、それぞれ、放射線検査科１２、内視鏡検査科１３を宛先とする自部門宛のオーダに加えて、他部門宛のオーダも受信する受信機能と、自部門宛のオーダを、他部門に転送する転送機能を有している。例えば、ＲＡＤサーバ２５は、自部門宛のＣＴオーダ５１を受信するとともに、ＥＳサーバ２８宛てのＥＳオーダ５２を受信する。さらに、自部門宛のＣＴオーダ５１をＥＳサーバ２８に転送する。ＥＳサーバ２８も同様に、自部門宛のＥＳオーダ５２を受信するとともに、ＲＡＤサーバ２５宛てのＣＴオーダ５１を受信し、さらに、自部門宛のＥＳオーダ５２をＲＡＤサーバ２５に転送する。
【００５４】
各サーバリスト５３、５４には、ＥＳサーバ２８及びＲＡＤサーバ２５が、相互にオーダ転送先のサーバとして登録されており、それぞれのドメイン名（「ｗｗｗ．ｅｓ」や「ｗｗｗ．ｒａｄ」）が記録される。
【００５５】
以下、図５〜７において、ＲＡＤサーバ２５及びＥＳサーバ２８の構成及び機能について、ＲＡＤサーバ２５を例に説明する。ＲＡＤ−ＤＢ２７には、受信したオーダが格納される。図５に示すように、ＲＡＤ−ＤＢ２７内には、受付テーブル５６が設けられている。受付テーブル５６には、ＲＡＤサーバ２５が受け付けたオーダのデータが登録される。受付テーブル５６には、オーダ毎に、患者ＩＤ、患者名、オーダ番号、依頼日、依頼元の情報、検査種、検査予定日といった診療科端末２３で入力された各項目が記録されるフィールドに加えて、検査の進捗状況を表すステータス、及び付帯情報が記録されるそれぞれのフィールドが設けられている。
【００５６】
ステータスのフィールドには、例えば、「未了」、「終了」、「中止」といった３つの状態が表示される。「未了」は、オーダを受信後、検査が終了していない状態を意味し、「終了」は、検査が終了した状態を意味し、「中止」は、オーダが取り消されたことを意味する。
【００５７】
付帯情報のフィールドには、関連する他部門のオーダが存在する場合に、関連するオーダのオーダ番号や、関連するオーダの検査データの格納先アドレスが記録される。図の上段に示すように、ＲＡＤ−ＤＢ２７の受付テーブル５６には、自部門宛のＣＴオーダ５１が登録されるとともに、下段に示すように、他部門宛のＥＳオーダ５２が登録される。
【００５８】
ＣＴオーダ５１とＥＳオーダ５２の付帯情報のフィールドには、それぞれ相互のオーダ番号（「７０００３」と「８０００１」）が記録される。これにより、２つのオーダが受付テーブル５６に関連付けて登録される。また、ＥＳオーダ５２の付帯情報のフィールドには、ＣＴオーダ５１のオーダ番号に加えて、ＥＳオーダ５２の検査データ（検査画像及びレポート）の参照用ＵＲＬ（Uniform Resource Locator）が記録される。
【００５９】
参照用ＵＲＬは、画像参照用ＵＲＬとレポート参照用ＵＲＬからなり、それぞれ画像サーバ１８やレポートサーバ１９に格納される内視鏡検査の検査データへ、ネットワーク２０を通じてアクセスするためのアドレスである。画像及びレポートの参照用ＵＲＬは、プロトコル名（「ｈｔｔｐ」）、画像サーバ１８又はレポートサーバ１９のそれぞれのドメイン名「ｗｗｗ．ｉｍａｇｅ又はｗｗｗ．ｒｅｐｏｒｔ」、各サーバ１８、１９内において内視鏡検査の検査データが格納されるフォルダを指定するためのパス名（「ｅｓ」）、患者ＩＤ（「ｐａｔｉｅｎｔＩＤ＝１２３４」）、オーダ番号（「ｏｒｄｅｒｎｏ＝８０００１」）の組み合わせからなる。
【００６０】
プロトコル名、ドメイン名、パス名については、予めサーバプログラムに設定されている。患者ＩＤは、院内で一意に決まるものであり、検査種によらずに共通である。したがって、オーダ番号さえ分かれば、他部門宛のオーダに対応する検査データの格納先アドレスを作成することができる。
【００６１】
ＲＡＤサーバ２５は、ＥＳオーダ５２を受信した際に、ＥＳオーダ５２から、患者ＩＤ及びオーダ番号（「８０００１」）を読み出し、読み出した患者ＩＤ及びオーダ番号から、画像及びレポートの参照用ＵＲＬを作成する。作成した参照用ＵＲＬは、受付テーブル５６内のＥＳオーダ５２の付帯情報のフィールドに記録される。
【００６２】
図６に示すＲＡＤワークリスト５７は、受付テーブル５６に登録されたオーダのリストを表示する画面の例であり、ＲＡＤ端末２６のディスプレイに表示される。ＲＡＤ端末２６は、コンソールから入力されるリスト表示指示に応答して、ＲＡＤ−ＤＢ２７にアクセスして、受付テーブル５６のデータを読み出し、読み出したデータに基づいてＲＡＤワークリスト５７を生成し、ディスプレイに表示する。放射線検査科１２のスタッフは、ＲＡＤワークリスト５７によって、受け付けたオーダの確認や、オーダに関する情報（検査実施記録など）の入力や変更を行う。
【００６３】
ＲＡＤワークリスト５７は、放射線検査科１２のスタッフが実施する作業を表示するためのものである。そのため、ＲＡＤワークリスト５７には、受付テーブル５６に登録されたオーダのうち、自部門宛のオーダだけが表示され、ＥＳオーダ５２といった他部門宛のオーダは表示されない。
【００６４】
ＲＡＤワークリスト５７には、オーダのリストが表示されるリスト表示領域５８と、リスト表示領域５８の下方に、マウス等の入力デバイスによって操作される操作ボタン５９〜６２が設けられる。操作ボタン５９〜６２は、ＧＵＩを構成する操作ツールである。リスト表示領域５８は、オーダ毎に、受付テーブル５６の各フィールドに対応する項目が表示される。
【００６５】
関連検査情報のフィールドは、受付テーブル５６内に自部門宛のオーダに関連する他部門宛の関連オーダが登録されている場合に、その関連オーダの情報が表示される。図５の受付テーブル５６では、自部門宛のＣＴオーダ５１の関連オーダとしてＥＳオーダ５２が登録されている。ＲＡＤワークリスト５７のＣＴオーダ５１の関連検査情報のフィールドには、受付テーブル５６に記録されたＥＳオーダ５２の付帯情報に対応する情報が表示される。
【００６６】
関連検査情報のフィールドは、オーダ番号、画像及びレポートの３つのサブフィールドに分割される。オーダ番号のサブフィールドには、ＣＴオーダ５１の関連オーダであるＥＳオーダ５２のオーダ番号（「８０００１」）が表示される。画像とレポートのサブフィールドには、ＥＳオーダ５２の画像参照用ＵＲＬとレポート参照用ＵＲＬをそれぞれのリンク先とするアイコン６３ａ、６３ｂが表示される。
【００６７】
アイコン６３ａ、６３ｂは、操作ボタン５９〜６２と同様に、ＧＵＩを構成する操作ツールであり、参照用ＵＲＬにアクセスして、他部門のオーダの検査データを、ＲＡＤ端末２６のディスプレイに表示するための操作指示を入力するために使用される。
【００６８】
アイコン６３ａ、６３ｂは、マウスによってクリック操作される。アイコン６３ａ、６３ｂがクリックされると、ＲＡＤ端末２６のＣＰＵは、その操作指示を受け付けて、クリックされたアイコン６３ａ、６３ｂのリンク先の参照用ＵＲＬを格納先とするデータの配信要求を発行する。配信要求は、ネットワーク２０を通じて画像サーバ１８、レポートサーバ１９へ送信され、画像サーバ１８やレポートサーバ１９から検査画像やレポートが、要求元のＲＡＤ端末２６へ配信され、ＲＡＤ端末２６のディスプレイに表示される。こうして、ＲＡＤ端末２６において、他部門の検査である内視鏡検査の検査画像やレポートの閲覧が可能になる。
【００６９】
操作ボタン５９は、リスト表示領域５８の表示を最新の状態に更新する更新指示を入力するためのボタンである。操作ボタン５９がマウスによってクリックされると、ＲＡＤ−ＤＢ２７内の受付テーブル５６のデータがリロードされて、リスト表示領域５８が更新される。
【００７０】
操作ボタン６０は、リスト表示領域５８内のオーダを選択する選択指示を入力するためのボタンである。マウスによって、リスト表示領域５８内の１つのオーダを選択し、操作ボタン６０をクリックすると、そのオーダの詳細情報（検査実施記録など）を表示する表示画面が開く。
【００７１】
操作ボタン６１、６２は、それぞれアイコン６３ａ、６３ｂと同様に、ＣＴオーダ５１に関連するＥＳオーダ５２の検査画像やレポートを閲覧するための操作指示を入力するボタンである。リスト表示領域５８内のオーダを選択して、操作ボタン６１、６２のいずれかをクリックすると、アイコン６３ａ、６３ｂを選択したときと同様に、関連オーダの検査画像又はレポートが表示される。
【００７２】
なお、本例においては、検査データを閲覧するための操作ツールとして、アイコン６３ａ、６３ｂと操作ボタン６１、６２の両方を設けた例で説明しているが、いずれか一方でもよい。操作ツールの形態は、例えば、参照用ＵＲＬを選択指定可能なリストボックスやプルダウンメニューなどでもよく、アイコン６３ａ、６３ｂや操作ボタン６１、６２の形態以外でもよい。
【００７３】
図７に示すように、ＲＡＤサーバ２５のＣＰＵは、ＡＰ５０であるサーバプログラムを実行することにより、受付部２５ａ、関連付け処理部２５ｂとして機能する。受付部２５ａは、診療科端末２３から送信される自部門宛のＣＴオーダ５１と、ＥＳサーバ２８から転送されるＥＳオーダ５２を受信して、受付処理を実行する。具体的には、受付部２５ａは、受信したオーダの宛先を判定する宛先判定処理と、自部門宛のオーダを他部門へ転送する転送処理と、受信したオーダを受付テーブル５６へ登録する登録処理を行う。
【００７４】
宛先判定処理では、受信したオーダのオーダ番号に含まれる検査科ＩＤに基づいて自部門宛のオーダが他部門宛のオーダかを判定する。例えば、受信したオーダが診療科端末２３から発行されたＣＴオーダ５１の場合には、オーダ番号の先頭の１桁が（「７」）であるので、自部門宛のオーダであると判定する。一方、受信したオーダがＥＳサーバ２８から転送されたＥＳオーダ５２の場合には、オーダ番号の先頭の１桁が（「８」）であるので、他部門（内視鏡検査科）宛てのオーダであると判定する。
【００７５】
宛先判定処理において、自部門宛のオーダであると判定した場合には、受信したオーダの転送処理を行う。転送処理では、サーバリスト５３から、オーダ転送先であるＥＳサーバ２８のドメイン名を読み出し、そのドメイン名を宛先として、自部門宛のＣＴオーダ５１をＥＳサーバ２８へ転送する。登録処理では、自部門宛のＣＴオーダ５１及び他部門宛のＥＳオーダ５２を、それぞれＲＡＤ−ＤＢ２７内の受付テーブル５６へ登録する。
【００７６】
関連付け処理部２５ｂは、受信したオーダに関連するオーダの検索処理を行う。検索処理では、受付テーブル５６にアクセスして、受信したオーダが自部門宛のＣＴオーダ５１である場合には、そのＣＴオーダ５１に関連する他部門宛のオーダを検索する。受信したオーダが他部門宛のＥＳオーダ５２である場合には、そのＥＳオーダ５２に関連する自部門宛のオーダを検索する。
【００７７】
関連するオーダの検索処理は、オーダに含まれる患者ＩＤ、依頼日、依頼元情報を照合することによって行う。例えば、受信したオーダがＣＴオーダ５１である場合には、ＣＴオーダ５１から患者ＩＤ、依頼日、依頼元情報の各項目を読み出して、読み出した各項目と、受付テーブル５６内に登録済みのオーダに含まれる患者ＩＤ、依頼日、依頼元情報の各項目とを照合して、各項目がすべて一致するオーダを検索する。ＥＳオーダ５２が既に受付テーブル５６に登録されている場合には、ＥＳオーダ５２の患者ＩＤ、依頼日、依頼元情報の項目と、ＣＴオーダ５１の項目はすべて一致するので、ＣＴオーダ５１とＥＳオーダ５２は、関連するオーダであると判定される。
【００７８】
関連するオーダが見つかった場合には、受付テーブル５６内の付帯情報のフィールドに、それぞれのオーダ番号を記録して、関連付け処理を行う。図５に示したように、ＣＴオーダ５１の付帯情報のフィールドには、ＥＳオーダ５２のオーダ番号（「８０００１」）が、ＥＳオーダ５２の付帯情報のフィールドには、ＣＴオーダ５１のオーダ番号（「７０００３」）がそれぞれ記録される。
【００７９】
また、受信したオーダが、他部門宛のＥＳオーダ５２である場合には、ＥＳオーダ５２と関連する自部門宛のオーダを検索する。検索方法は、上記と同様である。
【００８０】
なお、本例では、患者ＩＤ、依頼日、依頼元情報の３つの項目をすべて照合項目として、すべて一致した場合に関連オーダと判定しているが、日にちがずれて、関連する複数のオーダが発行されることもあるので、患者ＩＤと依頼元情報の２項目のみで判定してもよい。また、依頼日を照合項目にした場合には、数日の日にちのずれがあっても、関連オーダと判定されるように、関連オーダと判定する基準となる、日数の範囲を設定しておいてもよい。この場合には、関連付け処理部２５ｂは、その設定に基づいて検索や関連付けを行う。依頼元の医師は、１つの検査の検査結果に基づいて、次の検査の必要性を判断するといったことも多い。そのため、依頼日がずれている複数の検査が関連している可能性も高いため、こうした設定は有効である。
【００８１】
関連付け処理部２５ｂは、関連オーダが見つかった場合には、さらに、参照用ＵＲＬ作成処理を行う。参照用ＵＲＬ作成処理では、他部門宛のオーダに関する検査データの参照用ＵＲＬを作成する。上述したとおり、ＣＴオーダ５１と関連するＥＳオーダ５２が見つかった場合には、ＥＳオーダ５２からオーダ番号を読み出し、そのオーダ番号と、サーバリスト５３から読み出した検査データ格納先のドメイン名に基づいて、画像及びレポートのそれぞれの参照用ＵＲＬを作成する。そして、作成した参照用ＵＲＬを、受付テーブル５６内のＥＳオーダ５２の付帯情報のフィールドに記録する。
【００８２】
以上、図５〜図７において、ＲＡＤサーバ２５を例に説明したが、ＥＳサーバ２８についてもＲＡＤサーバ２５と同様である。詳述は避けるが、簡単に説明すると、ＥＳサーバ２８のＣＰＵは、ＡＰ５０であるサーバプログラムを実行することにより、受付部２５ａ及び関連付け処理部２５ｂと同様の受付部及び関連付け処理部として機能する。ＥＳサーバ２８のＥＳ−ＤＢ３０には、自部門宛のオーダ、つまり、ＥＳオーダ５２が登録される受付テーブルが設けられており、ＥＳオーダに加えて、ＲＡＤサーバ２５から転送される他部門宛のオーダ、つまり、ＣＴオーダ５１が登録される。ＥＳ端末２９のディスプレイには、ＲＡＤワークリスト５７と同様のＥＳワークリストが表示される。ＥＳワークリストには、ＥＳオーダ５２と関連するＣＴオーダ５１の検査データを参照するためのアイコンや操作ボタンが表示される。
【００８３】
以下、上記構成による作用について、図８に示すフローチャートを参照して説明する。診療科２２の医師は、１人の患者について、ＣＴ検査及び内視鏡検査を依頼する場合には、診療科端末２３を使用して、それぞれの検査依頼の内容を入力して、オーダ発行指示をする。診療科端末２３は、入力された内容に応じたＣＴオーダ５１及びＥＳオーダ５２を作成し、作成したＣＴオーダ５１及びＥＳオーダ５２をそれぞれの宛先（ＲＡＤサーバ２５、ＥＳサーバ２８）へ発行する。
【００８４】
ＲＡＤサーバ２５、ＥＳサーバ２８は、診療科端末２３から、ＣＴオーダ５１、ＥＳサーバ２８をそれぞれ受信する。ＲＡＤサーバ２５は、受信したＣＴオーダ５１をＲＡＤ−ＤＢ２７の受付テーブル５６に登録し、ＥＳサーバ２８は、受信したＥＳオーダ５２をＥＳ−ＤＢ３０の受付テーブルに登録する。
【００８５】
ＲＡＤサーバ２５は、受付テーブル５６に登録済みのオーダの中から、受信したＣＴオーダ５１に関連するオーダを検索する。この時点では、ＣＴオーダ５１に関連するオーダは無いため、関連付け処理は実行されない。同様に、ＥＳサーバ２８は、受付テーブルに登録済みのオーダの中から、受信したＥＳオーダ５２に関連するオーダを検索するが、この時点では、ＥＳオーダ５２に関連するオーダは無いため、関連付け処理は実行されない。
【００８６】
ＲＡＤサーバ２５は、宛先判定の結果、受信したＣＴオーダ５１は自部門宛であるため、ＣＴオーダ５１をＥＳサーバ２８に転送する。同様に、ＥＳサーバ２８も、受信したＥＳオーダ５２をＲＡＤサーバ２５に転送する。
【００８７】
ＲＡＤサーバ２５は、ＥＳオーダ５２を受信すると、ＥＳオーダ５２を受付テーブル５６に登録する。ＥＳオーダ５２は、他部門宛のオーダであるため、転送は行わない。ＲＡＤサーバ２５は、ＥＳオーダ５２の関連オーダを検索する。受付テーブル５６には、ＣＴオーダ５１が登録されているので、ＲＡＤサーバ２５は、ＣＴオーダ５１とＥＳオーダ５２の関連付け処理を行う。
【００８８】
なお、受信順序が逆転（ＥＳオーダ５２が先、ＣＴオーダ５１が後）した場合には、ＲＡＤサーバ２５は、ＣＴオーダ５１を受信したときに、ＣＴオーダ５１と既に登録済みのＥＳオーダ５２の関連付け処理を行う。
【００８９】
関連付け処理の結果、図５に示すように、受付テーブル５６には、ＣＴオーダ５１とＥＳオーダ５２のそれぞれの付帯情報のフィールドに、互いのオーダ番号が記録される。さらに、ＥＳオーダ５２の検査データの参照用ＵＲＬが作成されて、作成された参照用ＵＲＬが付帯情報のフィールドに記録される。
【００９０】
同様に、ＥＳサーバ２８は、ＣＴオーダ５１を受信すると、受付テーブルに登録し、関連データを検索する。受付テーブルには、関連オーダであるＥＳオーダ５２が登録済みであるため、ＣＴオーダ５１との関連付け処理が行われる。関連付け処理の結果、受付テーブルに互いのオーダ番号が記録されるとともに、ＣＴオーダ５１の検査データの参照用ＵＲＬが記録される。
【００９１】
これにより、ＲＡＤ端末２６のディスプレイにＲＡＤワークリスト５７を表示すると、参照用ＵＲＬをリンク先とするアイコン６３ａ、６３ｂや、参照用の操作ボタン６１、６２が表示される。放射線検査科１２のスタッフは、これらのアイコン６３ａ、６３ｂ等を操作することにより、ＲＡＤ端末２６で、ＥＳオーダ５２に基づいた内視鏡検査の検査データを閲覧することができる。一方、内視鏡検査科１３のスタッフは、ＥＳ端末２９のディスプレイに表示されたワークリストを通じて、ＣＴオーダ５１に基づいた検査データを閲覧することができる。
【００９２】
このように、各検査科１２、１３のそれぞれの部門システム１６、１７において、自部門宛のオーダとそれに関連する他部門のオーダの関連付けを行うようにしたので、各部門システム１６、１７を構成する各端末のコンソールで、他部門のオーダの検査データを確認することができる。このため、各検査科１２、１３のスタッフは、従来のように、他部門の検査データを閲覧するために、カルテデータにアクセスして他部門宛のオーダ番号を調べるといった煩雑な作業から解放される。また、部門システムを構成する端末で他部門の検査データを閲覧できるので、各検査科１２、１３にカルテ端末を導入する必要がなく、スペースやコストの無駄もない。
【００９３】
上記実施形態では、各部門システムにおいて、自部門宛のオーダと関連する他部門宛のオーダの関連付け処理に際して、各オーダをオーダ番号で相互に関連付けることに加えて、他部門宛のオーダに対応する検査データの格納先アドレスである参照用ＵＲＬを作成しているが、参照用ＵＲＬを作成しなくてもよい。関連オーダのオーダ番号さえワークリストに表示できれば、そのオーダ番号に基づいて、手入力で参照用ＵＲＬを作成することも可能である。手入力で参照用ＵＲＬを作成する作業は、カルテデータを調べる手間に比べれば、たやすい。
【００９４】
また、仮に、オーダ番号に基づいて作成した参照用ＵＲＬにアクセスしても、検査データを閲覧できないといったこともあり得る。しかし、その場合でも、関連付け処理を行うことで、関連オーダが存在するか否かの確認は、従来と比べて簡単に行うことできる。検査科のスタッフは、そのオーダの情報から、検査データへアクセスするための何からの手がかりをつかみ得るので、検査データへのアクセスは、従来よりも容易になる。
【００９５】
また、上記実施形態では、関連オーダのオーダ番号に基づいて参照用ＵＲＬを作成しているが、この方法は、関連オーダの検査データの格納先となるサーバのドメイン名やサーバ内のパス名が予め決められていることを前提としており、関連オーダのオーダ番号に基づいて参照用ＵＲＬ（格納先アドレス）を推定する方法である。したがって、検査データの格納先の変更に伴ってドメイン名やパス名が変更された場合には、推定した格納先アドレスにアクセスしても関連オーダの検査データを閲覧することはできない。そこで、ドメイン名やパス名が変更された場合には、その変更に応じて、各部門システムのサーバに格納されたサーバリストが更新されるようにしておくことが好ましい。
【００９６】
この場合には、ドメイン名やパス名が変更された場合には、院内の情報システムを統括的に管理する管理サーバなどから、ネットワーク２０に接続された各部門のサーバに対して変更通知が送信されるようにしておく。各部門のサーバは、変更通知を受信して、その変更通知に基づいてサーバリストに登録された情報を更新する。
【００９７】
また、より確実な格納先アドレスの取得方法としては、以下に示すように、各検査科のモダリティやレポート作成端末が依頼元へ送信する作業完了通知を利用する方法が考えられる。各検査科の部門システムには、モダリティやレポート作成端末が接続されており、部門システムが受け付けたオーダに従って、モダリティによる撮影や、レポート作成端末を使用したレポート作成が行われる。モダリティやレポート作成端末は、撮影した検査画像や作成されたレポートのサーバへのアップロードが完了した時点で、作業完了通知を部門システムに送信する。この作業完了通知には、撮影した検査画像や作成したレポートのそれぞれのデータの格納先アドレスが含まれている場合が多い。
【００９８】
この作業完了通知は、部門システムから依頼元へ送信されるものであるが、各部門システムが、作業完了通知を依頼元へ送信するとともに、上述したオーダと同様に、作業完了通知を、他部門の部門システムへ転送するようにすれば、各部門システムは、作業完了通知から確実な格納先アドレスを取得することができる。作業完了通知には、患者ＩＤや依頼元情報が含まれているので、これらの項目を関連オーダと照合することにより、作業完了通知に対応する関連オーダを検索して関連付けることが可能となる。
【００９９】
例えば、ＲＡＤサーバが、放射線検査科のレポート作成端末からレポート作成の作業完了通知を受信する。ＲＡＤサーバは、受信した作業完了通知を依頼元の診療科端末に送信するとともに、ＥＳサーバに転送する。ＥＳサーバは、受信した作業完了通知から、患者ＩＤ（例えば「１２３４」）や依頼元情報（「内科  鈴木」）の項目を読み出して、その項目と一致するＣＴオーダやＥＳオーダを、受付テーブルに登録済みのオーダの中から検索する。項目が一致するオーダが見つかった場合には、そのオーダと作業完了通知を関連付ける。これにより、確実な格納先アドレスを取得できる。
【０１００】
上記実施形態では、個々のオーダを識別するためのオーダＩＤを依頼元が付与する例で説明したが、依頼先でオーダＩＤを付与してもよい。例えば、依頼元の診療科端末から発行されたオーダを、依頼先の放射線検査科のＲＡＤサーバが受信する。ＲＡＤサーバは、受信したオーダ毎に受付ＩＤをオーダに付与する。この受付ＩＤをオーダＩＤとする。そして、受付ＩＤを付与した後、オーダを他部門へ転送する。
【０１０１】
また、上記実施形態では、各部門システムのサーバが他部門宛のオーダを受信して、受信した時点においては、関連オーダの有無に関わらず、受信したオーダはすべて受付テーブルに登録される。そのため、登録した他部門宛のオーダの中には、関連オーダが存在しない、あるいは、見つからないオーダが存在する可能性もある。そうしたオーダが受付テーブルに登録され続けると、ＤＢ内のデータ容量を圧迫することにもなりかねない。そこで、所定期間が経過しても関連オーダが見つからない他部門宛のオーダについては、受付テーブルから削除することが好ましい。ＲＡＤサーバやＥＳサーバのＣＰＵは、受信した他部門宛のオーダを受付テーブルに登録した時点から、登録期間をカウントして、所定期間が経過した時点で他部門宛のオーダを削除する。
【０１０２】
上記実施形態では、本発明のオーダ受付装置を、ＲＡＤサーバやＥＳサーバのように、自部門宛のオーダを受け付ける受付サーバが、他部門宛にオーダを転送するオーダ転送機能を備えた例で説明したが、受付サーバからオーダ転送機能を分離して、受付サーバと、オーダ転送機能を備えたオーダ転送サーバの２つのサーバで構成してもよい。このオーダ転送サーバは、部門毎に設けてもよいし、複数の部門で共用してもよい。オーダ転送サーバを受付サーバと別にする場合には、部門毎あるいは共用のオーダ転送サーバを、ネットワークを介して、ＲＡＤサーバ及びＥＳサーバの両方と通信可能に接続する。診療科端末からのオーダは、オーダ転送サーバを経由して、ＲＡＤサーバやＥＳサーバに送信される。オーダ転送サーバは、診療科端末から受信したオーダを、その宛先に関わらず、ＲＡＤサーバとＥＳサーバの両方に送信する。
【０１０３】
また、オーダ転送サーバを設けずに、診療科端末が、オーダの依頼先に関わらず、発行するオーダを複数の部門に送信するようにしてもよい。例えば、放射線検査科を依頼先とするＣＴオーダを診療科端末が発行する場合に、診療科端末がＲＡＤシステムに送信するとともに、内視鏡検査科のＥＳシステムにも送信する。
【０１０４】
上記実施形態では、部門システムとして、ＲＡＤシステムとＥＳシステムの２つの部門システムを例に説明したが、３以上の部門システムでもよい。
【０１０５】
上記実施形態では、カルテシステム、各部門システム、画像サーバ、レポートサーバのそれぞれのＤＢを、別々のサーバに構築した例で説明したが、各部門システムのＤＢを１つのサーバに構築したり、画像サーバとレポートサーバのＤＢを１つのサーバに構築するというように、複数のシステムで使用するそれぞれのＤＢを１つのサーバに統合してもよい。また、カルテシステム及び各部門システムを、クライアント端末とサーバとからなるクライアントサーバ型のコンピュータシステムで構成した例で説明したが、内蔵ストレージにＤＢを構築した１台のコンピュータで構成してもよい。このように、コンピュータシステムの物理構成は適宜変更が可能である。
【０１０６】
上記実施形態では、ネットワークとしてＬＡＮを例に説明しているが、病棟と検査部門が複数の拠点に分散しているような場合には、ネットワークとしてＬＡＮとＷＡＮ（Wide Area Network）を組み合わせて使用してもよい。
【０１０７】
上記実施形態では、ＣＴ検査、ＥＳ（内視鏡）検査を例に説明したが、検査種は、上記例に限らず、ＣＲ検査、ＭＲＩ検査、生理検査など他の検査種でもよい。また、検査データは、例えば、生理検査の場合には、心電図や数値データが検査データとなるように、検査種に応じて様々なものがあり、画像やレポート以外でもよい。
【０１０８】
また、業務として検査を例に説明し、業務の処理結果として検査データを例に説明しているが、検査以外でも、診察や治療に関する業務に、本発明を適用してもよい。また、医療施設の部門としては、検査部門以外にも、処方せんに従って製剤・調剤を行う薬剤部、理学療法に従って患者のリハビリテーションを指導するリハビリテーション部といった、検査以外の業務を実施する部門がある。これらの部門が実施する業務に本発明を適用してもよい。これらの業務の処理結果は、例えば、製材・調剤の明細や、リハビリテーションの実施記録となる。もちろん、関連する複数の業務は、これらの異種の業務の組み合わせでもよい。
【０１０９】
さらに、本発明の業務を医療施設で行われる業務を例に説明したが、医療施設の業務以外に適用してもよい。例えば、企業や社団といった法人の組織内における、経理部門、人事部門、会計部門、営業部門といった複数の部門毎に部門システムが設けられており、各部門システムで依頼元の業務のオーダを受け付ける場合には、本発明を適用することが可能である。
【０１１０】
なお、上記実施形態で示したとおり、本発明は、プログラムの形態、さらにはプログラムを記憶する記憶媒体にも及ぶことはもちろんである。
【０１１１】
以下の説明は、関連する複数のオーダがある場合に、それらのオーダに対応する検査データを表示する表示装置において、各オーダに対応する検査データの表示順序を制御する技術に関するものである。この技術は、異なる検査科で受け付けられる複数のオーダに適用することも可能であるが、１つの検査科で受け付けられる複数のオーダに適用することも可能である。以下、便宜上、１つの検査科、具体的には、放射線検査科で受け付けられる複数のオーダに適用する例で説明する。なお、図１〜図８に示した上記実施形態と同様な構成については、説明を省略して、相違点を中心に説明する。
【０１１２】
まず、図９及び図１０を参照しながら、放射線検査科で受け付ける複数のオーダの関連付けについて説明する。図９に示すＲＡＤサーバ１１０は、図２に示すコンピュータで構成される。ＲＡＤサーバ１１０のＣＰＵは、ＲＡＤサーバ２５と同様に、受付部１１０ａ、関連付け処理部１１０ｂとして機能する。
【０１１３】
受付部１１０ａは、診療科端末２３から受信したオーダを受け付けて、ＲＡＤ−ＤＢ２７内の受付テーブル５６に登録する。関連付け処理部１１０ｂは、受付テーブル５６にアクセスして受け付けたオーダと関連するオーダを検索し、関連するオーダの有無を判定し、関連するオーダがある場合には、関連付け処理を実行する。
【０１１４】
関連付け処理部１１０ｂは、オーダに含まれる患者ＩＤ、依頼日、依頼元情報の項目同士を照合して、関連オーダの有無を判定する。条件テーブル１１０ｃは、依頼医毎の関連オーダの判定条件が登録されたテーブルであり、ＲＡＤサーバ１１０のストレージに格納されている。条件テーブル１１０ｃは、関連付け処理部１１０ｂによって参照される。判定条件としては、例えば、期間と撮影部位の項目が設定される。
【０１１５】
期間の項目では、関連オーダと判定する基準となる、日数の範囲が設定される。図９に示す例では、「小児科」の「長嶋」医師については、日数の範囲が「２日」になっており、照合されるオーダ間の依頼日のずれを１日だけ許容する内容になっている。例えば、一方のオーダの依頼日が２月１３日、他方が２月１４日であっても、他の条件を満たせば、両オーダを関連オーダと判定する。「内科」の「鈴木」医師については、日数の範囲が「１日」になっており、依頼日のずれを１日も許容しない設定になっており、関連オーダの判定条件として、依頼日が同日であることが要求されている。
【０１１６】
また、撮影部位の項目では、撮影部位の同一性を関連オーダの判定条件に加えるか否かが設定される。図９に示す例では、両医師ともに、撮影部位を関連オーダの判定条件に加える内容が設定されている。
【０１１７】
関連付け処理部１１０ｂは、条件テーブル１１０ｃに登録された条件を加味して、関連オーダの有無を判定する。具体的には、オーダの依頼元が「内科」の「鈴木」医師の場合には、患者ＩＤ、依頼日及び撮影部位が照合され、それらすべてが一致する場合に、関連オーダと判定される。本例の条件テーブル１１０ｃに示した判定条件は１例であり、判定条件の内容を適宜変更することが可能である。
【０１１８】
関連付け処理部１１０ｂは、関連オーダと判定した場合には、それらのオーダのそれぞれに、受付テーブル５６内の付帯情報のフィールドに、それぞれのオーダ番号を記録して、関連付け処理を行う。
【０１１９】
図１０に示すワークリスト１１１は、ワークリスト５７（図６参照）と同様に、ＲＡＤサーバ１１０から配信され、端末のコンソールに表示されるワークリストである。ワークリスト１１１のリスト表示領域１１２に示すように、関連オーダが存在するオーダには、それぞれ対応するオーダのオーダ番号が表示される。本例において、オーダ番号が「７０００３」と「７０００６」のオーダ同士は、関連オーダであり、それぞれのオーダには、対応するオーダ番号が表示される。これにより、両者が関連オーダであることを確認することができる。
【０１２０】
関連オーダであることを表示する方法としては、オーダ番号を表示する他、リスト表示領域１１２において、オーダを選択したときに、選択したオーダと関連するオーダの両方を強調表示してもよい。強調表示の方法としては、関連するオーダの表示枠を他のオーダと識別可能に、色を変えたり、枠線を太くしたり、点滅させるといった方法がある。
【０１２１】
ワークリスト１１１には、ワークリスト５７と同様の表示更新ボタン１１３、オーダ選択ボタン１１４に加えて、一括表示ボタン１１５が設けられている。一括表示ボタン１１５は、関連する複数のオーダに対応する検査画像の配信要求及び表示指示を一括して指示するためのＧＵＩを構成する操作ツールである。リスト表示領域１１２において、オーダ番号が「７０００３」あるいは「７０００６」のいずれかのオーダを選択し、その状態で一括表示ボタン１１５をポインタ１１６でクリック操作すると、両方のオーダに対応する検査画像の配信要求が一括して画像サーバ１８に送信される。そして、画像サーバ１８から配信要求の対象の検査画像が要求元の端末に配信されると、要求元の端末では受信した検査画像がディスプレイに表示される。
【０１２２】
検査種が異なる複数の検査画像を観察して診断を行う場合、検査画像を観察する順序には、検査種（ＣＲ検査とＣＴ検査など）の組み合わせによって、診断に適した表示順序がある。そのため、複数のオーダに対応する検査画像が一括表示される際に、表示対象となる検査画像が自動的に診断に適した表示順序で表示されると、診断を行う読影医や、依頼医にとっては、非常に都合がよい。しかし、従来は、複数のオーダに対応する検査画像を一括表示する場合には、撮影された順番や検査を依頼した順番に表示されてしまうことが多く、診断に適した表示順序で表示できないという問題があった。
【０１２３】
図１１に示すレポート作成端末１２１は、例えば、放射線検査科の読影医が、検査画像の読影結果をまとめたレポートを作成する端末であり、上記問題の解決策となる表示順序制御機能を備えた表示装置である。レポート作成端末１２１は、図３に示すコンピュータと同様の構成をしており、ＡＰ４０として、レポート編集プログラムに加えて画像表示プログラムがインストールされており、画像表示端末として機能する。レポート作成端末１２１は、関連する複数のオーダに対応する検査画像に、検査種が異なる複数の検査画像が含まれている場合に、ディスプレイに表示する検査画像の表示順序を制御する。
【０１２４】
画像表示プログラムが起動すると、レポート作成端末１２１のＣＰＵは、表示制御部１２１ａとして機能する。表示制御部１２１ａは、ディスプレイ構成情報１２１ｂ及び表示順序制御テーブル１２１ｃを参照して、レポート作成端末１２１のディスプレイの表示制御を行う。ディスプレイ構成情報１２１ｂ及び表示順序制御テーブル１２１ｃは、例えば、レポート作成端末１２１のストレージデバイス４３に格納される。
【０１２５】
ディスプレイ構成情報１２１ｂは、レポート作成端末１２１が有する画像表示用のディスプレイ１２２（図１３、１４参照）の仕様や数が設定された情報である。ディスプレイ１２２が１台接続されたシングルディスプレイ（図１３参照）の場合には、「シングル」、ディスプレイ１２２が２台接続されたデュアルディスプレイ（図１４参照）の場合には、「デュアル」といった情報が設定される。また、ディスプレイ１２２には、ディスプレイＮｏがそれぞれ割り当てられ、ディスプレイＮｏについてもディスプレイ構成情報１２１ｂに設定される。ディスプレイＮｏは、例えば、シングルディスプレイの場合には、「１」、「デュアル」の場合には、「１」、「２」と連番で付与される。
【０１２６】
表示順序制御テーブル１２１ｃには、関連オーダの検査種の組み合わせに応じて、各検査種の検査画像の表示順序が設定されている。表示順序制御テーブル１２１ｃは、組み合わせコード毎に１レコードの情報を持つ。組み合わせコードは、検査種の組み合わせ内容を示すコードであり、図１２では、ＣＲ検査で得られたＣＲ画像と、ＣＴ検査で得られたＣＴ画像の組み合わせが例示されている。
【０１２７】
組み合わせコードは、検査種に加えて、撮影部位の相違も識別できるように体系化されている。これは、撮影部位が胸部のＣＲ画像とＣＴ画像の組み合わせと、撮影部位が腹部のＣＲ画像とＣＴ画像の組み合わせのように、検査種の組み合わせが同じでも、撮影部位が異なると、診断に適した表示順序が変化する場合があるためである。本例の組み合わせコード「１」は、いずれも胸部を撮影したＣＲ画像とＣＴ画像の組み合わせを示す。この組み合わせの場合、表示順序は、ＣＲ画像が先「１」で、ＣＴ画像が後「２」に設定されている。
【０１２８】
表示制御部１２１ａは、ワークリスト１１１を通じて一括表示指示を受け付けたときに、選択された複数のオーダからそれぞれ検査種と撮影部位を読み取り、表示順序制御テーブル１２１ｃを参照して、選択された複数のオーダの組み合わせに対応するレコードを特定し、そのレコードに記録された表示順序を読み取る。選択された複数のオーダに対応する検査画像が、胸部のＣＲ画像とＣＴ画像である場合には、組み合わせコードが「１」のレコードであると特定する。
【０１２９】
表示順序制御テーブル１２１ｃには、１レコード毎に、ディスプレイ構成に応じた表示順序が記録されている。ディスプレイ構成がシングルディスプレイの場合には、複数種類の検査画像の優先順位に応じて１、２、３・・・というように表示順序が設定される。ディスプレイ構成がデュアルディスプレイの場合には、表示画面が２面あるので、同時に２種類の検査画像を表示することが可能である。したがって、２種類の検査画像の組み合わせの場合には、２台のディスプレイ（Ｎｏ１とＮｏ２）のそれぞれの表示順序が、ともに「１」に設定される。
【０１３０】
表示順序制御テーブル１２１ｃには、レコード毎に、ディスプレイＮｏ、表示順序の他に、画面分割数、分割領域内順序の２つの項目が記録される。画面分割数は、１台のディスプレイの画面を複数の領域に分割する場合の分割数である。ＣＴ画像のような断層画像は、数十枚以上の断層画像がセットとして取り扱われるので、ディスプレイの画面を分割して、１画面内に複数枚の断層画像が同時に表示されることが一般的である。画面分割数の項目では、標準的に採用される分割数が設定される。本例においては、「１２」である。分割領域内順序は、画面分割した場合の各分割領域内における表示順序である。断層画像は、体軸方向など特定の方向に沿ったシリーズ画像なので、撮影順が設定される。
【０１３１】
図１２〜図１４を参照しながら、上記構成による作用を説明する。放射線検査科の読影医は、レポートを作成する際に、レポート作成端末１２５でＲＡＤサーバ１１０にアクセスして、ワークリスト１１１を取得する。ワークリスト１１１は、レポート作成端末１２１のコンソールに表示される。関連オーダについては、ＲＡＤサーバ１１０によって関連付け処理がなされており、ワークリスト１１１には、関連オーダの相互に対応するオーダ番号が表示される。
【０１３２】
レポート作成端末１２５に表示されたワークリスト１１１から、レポートを作成するオーダが選択される。選択されたオーダに関連するオーダがある場合には、一括表示ボタン１１５がクリック操作されると、レポート作成端末１２１は、関連する複数のオーダの配信要求を画像サーバ１８に送信し、対応する検査画像のデータを受信する。
【０１３３】
表示制御部１２１ａは、受信した複数の検査種の検査画像に対応するオーダから検査種と撮影部位を読み出して、検査画像の組み合わせを判定する。そして、表示制御部１２１ａは、ディスプレイ構成情報１２１ｂを読み出して、レポート作成端末１２１のディスプレイ構成を判定する。表示制御部１２１ａは、表示順序テーブル１２１ｃを参照して、判定した組み合わせに対応するレコードを読み出し、受信した複数の検査種の検査画像の表示順序を判定する。
【０１３４】
図１３に示すように、レポート作成端末１２１がシングルディスプレイの場合には、表示順序に従って、１種類ずつ検査画像を表示する。胸部を撮影したＣＲ画像とＣＴ画像の組み合わせであれば、最初に、表示順序が先のＣＲ画像を表示する。表示制御部１２１ａは、コンソールから画像の切り替え指示が入力されると、表示する画像を、表示順序が後のＣＴ画像に切り替える。図１４に示すように、レポート作成端末１２１がデュアルディスプレイの場合には、２種類の検査画像をそれぞれのディスプレイに割り当てて同時に表示する。これにより、撮影順序やオーダの依頼順序に関わらず、診断に適した順番で検査画像を表示することができる。
【０１３５】
上記実施形態では、２種類の検査画像の組み合わせを例に説明したが、３種類以上の検査画像の組み合わせでもよい。また、検査種に加えて撮影部位も区別した組み合わせの例で説明したが、撮影部位を区別しなくてもよい。また、ディスプレイ構成として、シングルディスプレイとデュアルディスプレイを例に説明したが、３台以上のマルチディスプレイでもよい。
【０１３６】
また、表示装置として、レポート作成端末を例に説明したが、レポート作成機能を有しない表示端末でもよい。また、依頼医が使用する診療科端末など、診療科に配置される表示端末でもよい。
【０１３７】
また、検査画像を例に説明したが、心電図、生理検査といった画像検査以外で得られた検査データでもよいし、レポートのデータを含めた種々の検査結果のデータに適用することも可能である。
【０１３８】
上記説明から、以下の発明を把握することができる。
「発明１」
関連する複数のオーダに対応する、複数の医療検査の検査結果を表示する表示手段と、前記各検査結果の組み合わせに応じて、前記表示手段に表示する検査結果の表示順序を制御する表示制御手段とを備えたことを特徴とする表示装置。
「発明２」
関連する複数のオーダに対応する、複数の医療検査の検査結果の組み合わせに応じて各検査結果の表示順序を判定する判定ステップと、
判定した表示順序に従って、各検査結果を表示手段に表示する表示ステップとを備えたことを特徴とする表示方法。
「発明３」
関連する複数のオーダに対応する、複数の医療検査の検査結果を表示する表示機能と、前記各検査結果の組み合わせに応じて、前記表示手段に表示する検査結果の表示順序を制御する表示制御機能とをコンピュータに実行させることを特徴とする表示プログラム。
【図面の簡単な説明】
【０１３９】
【図１】医用ネットワークシステムの構成図である。
【図２】各サーバ及び各端末を構成するコンピュータの概略を示す構成図である。
【図３】カルテシステムが発行するオーダの説明図である。
【図４】サーバリストの説明図である。
【図５】ＲＡＤ−ＤＢ内の受付テーブルの説明図である。
【図６】ＲＡＤ端末に表示されるワークリストの説明図である。
【図７】ＲＡＤサーバの機能ブロック図である。
【図８】オーダ発行から各部門システムにおける関連付け処理までの手順を示すフローチャートである。
【図９】図７とは別の例のＲＡＤサーバの機能ブロック図である。
【図１０】図６は別の例のワークリストの説明図である。
【図１１】レポート作成端末の機能ブロック図である。
【図１２】レポート作成端末で検査画像を表示するフローチャートである。
【図１３】１台のディスプレイで表示する場合の説明図である。
【図１４】２台のディスプレイで表示する場合の説明図である。
【符号の説明】
【０１４０】
１０  病棟
１１  カルテシステム
１２  放射線検査科
１３  内視鏡検査科
１６  ＲＡＤシステム（部門システム）
１７  ＥＳシステム（部門システム）
１８  画像サーバ
１９  レポートサーバ
２０  ネットワーク
２５、１１１  ＲＡＤサーバ
２５ａ  受付部
２５ｂ  関連付け処理部
２６  ＲＡＤ端末
２７  ＲＡＤ−ＤＢ
２８  ＥＳサーバ
２９  ＥＳ端末
３０  ＥＳ−ＤＢ
５６  受付テーブル
５７  ＲＡＤワークリスト
５８  リスト表示領域
５９〜６２  操作ボタン
６３ａ、６３ｂ  アイコン
１２１  レポート作成端末
１２１ａ  表示制御部
１２１ｂ  ディスプレイ構成情報
１２１ｃ  表示順序制御テーブル
【図１】
0005172575.tif 000002
【図２】
0005172575.tif 000003
【図３】
0005172575.tif 000004
【図４】
0005172575.tif 000005
【図５】
0005172575.tif 000006
【図６】
0005172575.tif 000007
【図７】
0005172575.tif 000008
【図８】
0005172575.tif 000009
【図９】
0005172575.tif 000010
【図１０】
0005172575.tif 000011
【図１１】
0005172575.tif 000012
【図１２】
0005172575.tif 000013
【図１３】
0005172575.tif 000014
【図１４】
0005172575.tif 000015