(57)【特許請求の範囲】
【請求項１】
医療施設内の部門毎に設けられ業務の依頼のためのオーダを受け付ける複数の部門システムとネットワークを介して通信可能に接続され、前記各業務を行う際の業務連携を支援する業務連携支援装置において、
複数のオーダに対応する各業務について依頼元が指定した実施順序を記憶する記憶手段と、
前記業務の終了を知らせる終了通知を前記各部門システムから受信する終了通知受信手段と、
前記記憶手段から読み出した前記実施順序に基づいて、前記終了通知受信手段で受信した前記終了通知に対応する業務の次の業務を判定し、前記次の業務を実施する部門の部門システムに対して、その業務を開始する許可を与える開始許可通知を送信する送信手段とを備えており、
前記送信手段は、前記複数の業務に応じたオーダが前記各部門システムに送信された後に、前記オーダとは別に、前記開始許可通知を送信することを特徴とする業務連携支援装置。
【請求項２】
前記送信手段は、前記実施順序が一番目の業務については、無条件でその業務に応じたオーダに対する前記開始許可通知を前記各部門システムに送信することを特徴とする請求項１記載の業務連携支援装置。
【請求項３】
前記業務は医療検査であることを特徴とする請求項１又は２記載の業務連携支援装置。
【請求項４】
前記医療検査の検査結果を前記各部門システムから受信する検査結果受信手段と、
前記検査結果受信手段で受信した前記検査結果に基づいて、次の医療検査の要否を判定する判定手段とを備えており、
前記送信手段は、前記判定手段によって前記次の医療検査が必要と判定された場合に、送信済みの前記オーダに対する前記開始許可通知を送信し、前記次の医療検査が不要と判定された場合には、前記送信済みの前記オーダを取り消す取消通知を送信することを特徴とする請求項３記載の業務連携支援装置。
【請求項５】
終了した前記医療検査の検査データを参照するためのアドレス情報を前記部門システムから受信して、前記開始許可通知の送信先の前記部門システムに対して、受信したアドレス情報を送信するアドレス情報転送手段を備えたことを特徴とする請求項３又は４記載の業務連携支援装置。
【請求項６】
医療施設内の複数の部門で、実施順序が予め決められた複数の業務を行う際の業務連携を支援する業務連携支援装置とネットワークを介して通信可能に接続され、前記部門毎に設けられ、前記業務連携支援装置から送信された、前記業務の依頼のためのオーダを受け付ける部門システムにおいて、
前記業務の終了を知らせる終了通知を、前記業務連携支援装置に送信する送信手段と、
前記業務連携支援装置から、前記オーダと、前記業務を開始する許可を与える開始許可通知とを受信する受信手段とを備えており、
前記受信手段は、前記オーダを受信した後に、前記オーダとは別に、前記開始許可通知を受信することを特徴とすることを特徴とする部門システム。
【請求項７】
ＧＵＩを出力するディスプレイ及び前記ＧＵＩを通じて操作指示を入力するための入力デバイスからなるコンソールを制御するコンソール制御手段を備えており、
前記コンソール制御手段は、前記業務連携支援装置からの前記開始許可通知に基づいて、前記コンソールの入力及び出力の少なくとも一方を制御することを特徴とする請求項６記載の部門システム。
【請求項８】
前記ＧＵＩには、受信した複数の前記オーダのリストを表示するリスト画面が含まれており、
前記コンソール制御手段は、前記開始許可通知に基づいて、前記リスト画面を制御することを特徴とする請求項７記載の部門システム。
【請求項９】
前記コンソール制御手段は、前記オーダ毎の前記開始許可通知の有無を前記リスト画面に表示することを特徴とする請求項８記載の部門システム。
【請求項１０】
前記コンソール制御手段は、前記開始許可通知が未受信の前記オーダについては、前記リスト画面へ表示しないことを特徴とする請求項８記載の部門システム。
【請求項１１】
医療施設内の部門毎に設けられ業務の依頼のためのオーダを受け付ける複数の部門システムとネットワークを介して通信を行って、コンピュータを利用して前記各業務を行う際の業務連携を支援する業務連携支援方法において、
複数のオーダに対応する各業務について依頼元が指定した実施順序を記憶手段に記憶する記憶ステップと、
前記業務の終了を知らせる終了通知を前記各部門システムから通信手段によって受信する終了通知受信ステップと、
前記記憶手段から読み出した前記実施順序に基づいて、前記通信手段で受信した前記終了通知に対応する業務の次の業務を判定し、前記次の業務を実施する部門の部門システムに対して、その業務を開始する許可を与える開始許可通知を通信手段によって送信する送信ステップとを備えており、
前記送信ステップにおいて、前記複数の業務に応じたオーダが前記各部門システムに送信された後に、前記オーダとは別に、前記開始許可通知を前記通信手段によって送信することを特徴とする業務連携支援方法。
【請求項１２】
医療施設内の複数の部門毎に設けられ業務の依頼のためのオーダを受け付ける複数の部門システムと、各部門システムとネットワークを介して通信可能に接続され、前記各業務を行う際の業務連携を支援する業務連携支援装置とからなる医用ネットワークシステムにおいて、
前記業務連携支援装置は、
複数のオーダに対応する各業務について依頼元が指定した実施順序を記憶する記憶手段と、
前記業務の終了を知らせる終了通知を前記各部門システムから受信する終了通知受信手段と、
前記記憶手段から読み出した前記実施順序に基づいて、前記終了通知受信手段で受信した前記終了通知に対応する業務の次の業務を判定し、前記次の業務を実施する部門の部門システムに対して、その業務を開始する許可を与える開始許可通知を送信する送信手段とを備えており、
前記送信手段は、前記複数の業務に応じたオーダが前記各部門システムに送信された後に、前記オーダとは別に、前記開始許可通知を送信することを特徴とする医用ネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療施設内の部門間の業務連携を支援する業務支援装置及び方法、部門システム、並びに医用ネットワークシステムに関するものである。
【背景技術】
【０００２】
比較的規模が大きな病院では、患者を主に担当する医師が所属する内科や外科といった複数の診療科が配置され、外来患者や入院患者の診療活動の中心となる病棟と、各診療科の医師からの依頼に基づいて、その診療活動を専門的に支援する部門（中央診療部門などと呼ばれる）とが、組織上独立して配置される。部門には、放射線検査科、内視鏡検査科、病理検査科といった検査部門がある。放射線検査科は、ＣＲ（Computed Radiography）検査、ＣＴ（Computed Tomography）検査、ＭＲＩ（Magnetic Resonance Imaging）検査といった、主として放射線を取り扱う検査を実施する。内視鏡検査科は、内視鏡を使用して、消化器系や呼吸器系の検査を実施し、病理検査科は、患者から採取した組織・細胞を肉眼や顕微鏡で観察し、病変の良性・悪性などの病理診断を下す病理検査を実施する。
【０００３】
診療科の医師は、患者に応じて、診察、検査、治療といった診療を計画的に行うための診療方針を定めて、その診療方針に従って、各部門へ業務を依頼する。診療方針を定めた計画書は、クリニカルパスなどと呼ばれる。クリニカルパスには、どのような検査や治療を、いつ、どのような順序で行うといった、診療の内容とその実施順序が記録される。
【０００４】
例えば、診察によって胃癌の疑いが認められる場合には、まず、ＣＲ検査により単純腹部画像による画像診断を行い、その検査結果を受けて、必要に応じて内視鏡検査や病理検査を行うというように、クリニカルパスが定められる。内視鏡検査や病理検査は、ＣＲ検査の検査結果を受けてその必要性が判断されるため、ＣＲ検査が終了しないうちに、内視鏡検査が開始されてしまうと、内視鏡検査自体が無駄になってしまうおそれがある。そのため、クリニカルパスには、関連する複数の検査が適切な順序で実施されるように、例えば、タイムスケジュールなどの形態で実施順序が記録される。
【０００５】
このような病院において構築される情報システムは、診療科の医師や看護師といった診療科のスタッフが主として利用し、患者のカルテデータ（電子データ）の管理を行うカルテシステムと、カルテシステムとネットワークを通じて通信可能に接続され、各検査科の専門医（放射線科医、内視鏡医、病理医など）や検査技師といった検査科のスタッフが主として利用する部門別の部門システムとから構成される。
【０００６】
診療科のスタッフは、カルテシステムで検査依頼のためのオーダを発行し、発行されたオーダは、オンラインで部門システムへ送信される。オーダには、患者ＩＤ、患者名、検査種、検査予定日、検査目的といった検査の依頼情報が記録される。部門システムは、それぞれカルテシステムから発行されたオーダを受信して、これを受け付けるオーダ受付機能を有している。検査科のスタッフは、部門システムで受信したオーダを確認し、そのオーダで指定された内容に従って、検査を実施する。
【０００７】
上述したとおり、１人の患者に対して関連する複数の検査が必要な場合には、診療科のスタッフは、各部門システムに向けてそれぞれのオーダを発行する手続きをしなければならない。また、関連する複数の検査の１つの検査日程を変更した場合には、他の検査の日程にも影響を与えるため、診療科のスタッフは、影響がある検査科と連絡を取って日程調整をしなければならない。
【０００８】
特許文献１のカルテシステムでは、関連する複数の検査の日程が記録されたクリニカルパスを選択することにより、関連する複数の検査のオーダをそれぞれの部門システムへ送信している。また、このカルテシステムでは、１つの検査の日程を変更した場合には、１つの検査の日程変更に連動して、関連する検査の日程を自動的に変更し、その旨を各部門システムへ通知している。これによれば、複数の検査のオーダの発行手続きが簡略化されるとともに、検査の日程の変更などオーダの内容変更に伴って生じる、診療科のスタッフの各検査科への連絡や調整といった作業の煩雑さが解消される。
【特許文献１】特開２００５−１５７５６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上記特許文献１の技術は、関連する複数の検査を実施する際に、依頼元の診療科のスタッフが行うオーダの発行や変更に伴う作業の煩雑さを解消することはできる。しかし、関連する複数の検査を実施順序の通り行うためには、依頼先の複数の検査科の連携が不可欠となるため、それに伴って各検査科のスタッフの作業が増えて、検査科のスタッフにとっては作業の繁雑さを増す結果となっていた。
【００１０】
というのは、各検査科では、診療科からのオーダに基づいて検査を実施するが、クリニカルパスで定められた順序で複数の検査を実施させるためには、検査を開始するに当たって、実施順序が前の検査の進捗状況（終了しているかなど）について確認作業を行わなければならない。この確認作業は、検査科のスタッフが、依頼元の診療科と電話やメールで連絡をとって確認したり、あるいは、実施順序が前の検査を実施する検査科を調べてその検査科のスタッフと電話やメールで連絡をとって確認するといった方法で行われる。
【００１１】
上記特許文献１の技術では、こうした問題が考慮されておらず、課題が残されていた。もちろん、上記カルテシステムから部門システムへ送信されるオーダには、検査日程が指定される。そのため、実施順序が前の検査に遅れが生じた場合には、診療科の医師がカルテシステム上のオーダの検査日程を遅滞なく変更するなどして、実際の検査の進捗状況を正確にオーダに反映しさえすれば、各検査科はオーダの指定の通りに検査を実施すればよく、上記確認作業をする必要はない。しかし、現実には、コンピュータシステム上のオーダと実際の状況との間には少なからず乖離が存在し、そうした乖離を人手によって補完しているのが実状である。
【００１２】
検査科のスタッフの作業の繁雑さを解消するための解決策として、カルテシステム用の端末を、各検査科へ導入することが考えられる。カルテシステムには、依頼先の各検査科からの連絡が通知されるので、各検査科へ発行したオーダや各検査科における検査の進捗状況が記録される。そのため、検査科にカルテシステム用の端末を導入すれば、検査科のスタッフが直接カルテを閲覧して、他の検査科の検査の進捗状況を確認することができるので、診療科や他の検査科との間における電話やメールによる確認作業が不要となる。
【００１３】
しかしながら、検査科では、主要な作業が部門システムの端末で行われるため、上記確認作業のためだけに使用頻度の低いカルテ端末を導入することは、設置スペースや導入コストの点で無駄が多い。検査科の数に応じてカルテ端末の導入台数は増えるため、スペースやコストの無駄も顕著となる。また、仮にカルテ端末を導入したとしても、複数の端末を使い分ける作業自体、煩雑である。
【００１４】
本発明は、上記背景に鑑みてなされたもので、その目的は、実施順序が決められた複数の業務を複数の部門で行う際に、スペースやコストの無駄を生じさせることなく、各業務の依頼先のスタッフの作業の繁雑さを軽減することにある。
【課題を解決するための手段】
【００１５】
上記課題を解決するために、本発明の業務連携支援装置は、医療施設内の部門毎に設けられ業務の依頼のためのオーダを受け付ける複数の部門システムとネットワークを介して通信可能に接続され、前記各業務を行う際の業務連携を支援する業務連携支援装置において、複数のオーダに対応する各業務について依頼元が指定した実施順序を記憶する記憶手段と、前記業務の終了を知らせる終了通知を前記各部門システムから受信する終了通知受信手段と、前記記憶手段から読み出した前記実施順序に基づいて、前記終了通知受信手段で受信した前記終了通知に対応する業務の次の業務を判定し、前記次の業務を実施する部門の部門システムに対して、その業務を開始する許可を与える開始許可通知を送信する送信手段とを備えたことを特徴とする。
【００１６】
前記送信手段は、前記実施順序が一番目の業務については、無条件でその業務に応じたオーダを前記各部門に送信することが好ましい。
【００１７】
前記開始許可通知は、前記複数の業務に応じたオーダを前記各部門に送信した後に、前記オーダとは別に送信されることが好ましい。
【００１８】
前記業務は、例えば、医療検査である。前記医療検査の検査結果を前記各部門システムから受信する検査結果受信手段と、前記検査結果受信手段で受信した前記検査結果に基づいて、次の医療検査の要否を判定する判定手段とを備えており、前記送信手段は、前記判定手段によって前記次の医療検査が必要と判定された場合に、送信済みの前記検査オーダに対する前記開始許可通知を送信し、前記次の医療検査が不要と判定された場合には、前記送信済みの前記検査オーダを取り消す取消通知を送信することが好ましい。
【００１９】
終了した前記医療検査の検査データを参照するためのアドレス情報を前記部門システムから受信して、前記開始許可通知の送信先の前記部門システムに対して、受信したアドレス情報を送信するアドレス情報転送手段を備えることが好ましい。
【００２０】
前記送信手段は、前記オーダを送信することで、前記開始許可通知に代えてもよい。この場合には、次のオーダに対応する業務が不要と判定された場合には、部門システムに対して未送信のオーダを破棄することが好ましい。
【００２１】
本発明の部門システムは、医療施設内の複数の部門で、実施順序が予め決められた複数の業務を行う際の業務連携を支援する業務連携支援装置とネットワークを介して通信可能に接続され、前記部門毎に設けられ、前記業務連携支援装置から送信された、前記業務の依頼のためのオーダを受け付ける部門システムにおいて、前記業務の終了を知らせる終了通知を、前記業務支援装置に送信する送信手段と、前記業務連携支援装置から、前記業務を開始する許可を与える開始許可通知を受信する受信手段とを備えたことが好ましい。
【００２２】
ＧＵＩを出力するディスプレイ及び前記ＧＵＩを通じて操作指示を入力するための入力デバイスからなるコンソールを制御するコンソール制御手段を備えており、前記コンソール制御手段は、前記業務連携支援装置からの前記開始許可通知に基づいて、前記コンソールの入力及び出力の少なくとも一方を制御することが好ましい。
【００２３】
前記ＧＵＩには、受信した複数の前記オーダのリストを表示するリスト画面が含まれており、前記コンソール制御手段は、前記開始許可通知に基づいて、前記リスト画面を制御することが好ましい。
【００２４】
前記コンソール制御手段の出力制御としては、前記オーダ毎の前記開始許可通知の有無を前記リスト画面に表示する、あるいは、前記開始許可通知が未受信の前記オーダについては、前記リスト画面へ表示しないことが好ましい。また、前記コンソール制御手段の入力制御としては、前記リスト画面に表示したオーダの中で、前記開始許可通知が未受信のオーダについては、入力デバイスによる選択を禁止することが好ましい。具体的には、例えば、マウスなどによってリスト画面内のオーダを選択しても、そのオーダの詳細情報の表示を禁止する、あるいは、そのオーダに対する情報の入力及び変更操作を禁止するなどである。
【００２５】
本発明の業務連携支援方法は、医療施設内の部門毎に設けられ業務の依頼のためのオーダを受け付ける複数の部門システムとネットワークを介して通信を行って、前記各業務を行う際の業務連携を支援する業務連携支援方法において、複数のオーダに対応する各業務について依頼元が指定した実施順序を記憶する記憶ステップと、前記業務の終了を知らせる終了通知を前記各部門システムから受信する終了通知受信ステップと、前記記憶手段から読み出した前記実施順序に基づいて、前記終了通知受信手段で受信した前記終了通知に対応する業務の次の業務を判定し、前記次の業務を実施する部門の部門システムに対して、その業務を開始する許可を与える開始許可通知を送信する送信ステップとを備えたことを特徴とする。
【００２６】
本発明の医用ネットワークシステムは、医療施設内の複数の部門毎に設けられ業務の依頼のためのオーダを受け付ける複数の部門システムと、各部門システムとネットワークを介して通信可能に接続され、前記各業務を行う際の業務連携を支援する業務連携支援装置とからなる医用ネットワークシステムにおいて、前記業務連携支援装置は、複数のオーダに対応する各業務について依頼元が指定した実施順序を記憶する記憶手段と、前記業務の終了を知らせる終了通知を前記各部門システムから受信する終了通知受信手段と、前記記憶手段から読み出した前記実施順序に基づいて、前記終了通知受信手段で受信した前記終了通知に対応する業務の次の業務を判定し、前記次の業務を実施する部門の部門システムに対して、その業務を開始する許可を与える開始許可通知を送信する送信手段とを備えたことを特徴とする。
【発明の効果】
【００２７】
本発明によれば、業務に関する終了通知を部門システムから受信し、その終了通知に基づいて、次の業務を行う部門の部門システムへ業務の開始許可を送信するようにしたから、実施順序が決められた複数の業務を複数の部門で行う際に、スペースやコストの無駄を生じさせることなく、各業務の依頼先のスタッフの作業の繁雑さを軽減することができる。
【発明を実施するための最良の形態】
【００２８】
図１に示す医用ネットワークシステムは、例えば、病院などの医療施設に構築される。
医用ネットワークシステムは、病棟１０に配置されるカルテシステム１１と、放射線検査科１２、内視鏡検査科１３、病理検査科１４のそれぞれの検査部門に配置される部門システム１６〜１８と、各検査部門の業務連携を支援するための業務連携支援サーバ（以下、支援サーバという）１９とからなり、ネットワーク２０を通じて通信可能に接続される。ネットワーク２０は、例えば、院内に敷設されたＬＡＮである。
【００２９】
カルテシステム１１は、カルテサーバ２１と、内科や外科といった各診療科２２にそれぞれ配置された診療科端末２３とからなる。カルテサーバ２１には、患者毎のカルテデータが検索可能に格納されるカルテＤＢ（Data Base）２４が構築されている。診療科端末２３は、診療科２２の医師や看護師などの診療科２２のスタッフによって操作され、カルテの閲覧や入力の他、各検査科１２〜１４に対して検査を依頼するためのオーダの発行に利用される。
【００３０】
部門システム１６〜１８は、それぞれ、放射線検査科１２の部門システム（以下、ＲＡＤシステムという）１６、内視鏡検査科１３の部門システム（以下、ＥＳシステムという）１７、病理検査科１４の部門システム（以下、ＰＡＴＨシステムという）１８である。各部門システム１６〜１８は、診療科端末２３が発行するオーダを、ネットワーク２０を介して受信して受け付ける。各検査科１２〜１４のスタッフは、それぞれの部門システム１６〜１８を使用して、オーダの確認や、検査終了の連絡や検査結果の報告といった依頼元への連絡を行う。なお、ＲＡＤシステム１６については、ＲＩＳ（Radiology Information System）などとも呼ばれる。
【００３１】
ＲＡＤシステム１６は、ＲＡＤサーバ２６とＲＡＤ端末２７からなる。ＲＡＤサーバ２６には、放射線検査科１２宛てのオーダが格納されるＲＡＤ−ＤＢ２８が構築されている。ＥＳシステム１７は、ＥＳサーバ３１とＥＳ端末３２からなる。ＥＳサーバ３１には、内視鏡検査科１３宛てのオーダが格納されるＥＳ−ＤＢ３３が構築されている。ＰＡＴＨシステム１８は、ＰＡＴＨサーバ３６とＰＡＴＨ端末３７からなる。ＰＡＴＨサーバ３６には、病理検査科１４宛てのオーダが格納されるＰＡＴＨ−ＤＢ３８が構築されている。
【００３２】
支援サーバ１９は、診療科端末２３が発行するオーダを中継して、各部門システム１６〜１８へ送信する。支援サーバ１９には、中継するオーダが格納される支援ＤＢ３９が構築されている。また、支援サーバ１９は、各部門システム１６〜１８から診療科端末２３へ送信される通知を中継して、診療科端末２３へ送信する。支援サーバ１９は、受信した通知に基づいて、必要に応じて各部門システム１６〜１８へ通知を行い、各診療科２２及び各検査科１２、１３、１４の業務連携を支援する。
【００３３】
これらの各サーバ２１、２６、３１、３６、及び各端末２３、２７、３２、３７は、それぞれ、パーソナルコンピュータやワークステーションといったコンピュータをベースに、オペレーティングシステムなどの制御プログラムや、クライアントプログラム又はサーバプログラムといったアプリケーションプログラムをインストールして構成される。
【００３４】
図２に示すように、上記サーバ及び端末を構成するコンピュータは、基本的な構成は略同じであり、それぞれ、ＣＰＵ４１、メモリ４２、ストレージデバイス４３、ＬＡＮポート４４、及びコンソール４６を備えている。これらはデータバス４７を介して接続されている。コンソール４６は、ディスプレイ４８と、キーボードやマウスなどの入力デバイス４９とからなる。
【００３５】
ストレージデバイス４３は、例えば、ＨＤＤ（Hard Disk Drive）であり、制御プログラムやアプリケーションプログラム（ＡＰ）５０が格納されている。また、ＤＢが構築されるサーバには、プログラムを格納するＨＤＤとは別に、ＤＢ用のストレージデバイス４３として、例えば、ＨＤＤを複数台連装したディスクアレイが設けられる。ディスクアレイは、サーバ本体に内蔵されるものでもよいし、サーバ本体とは別に設けられ、サーバ本体にケーブルやネットワークを通じて接続されるものでもよい。
【００３６】
メモリ４２は、ＣＰＵ４１が処理を実行するためのワークメモリである。ＣＰＵ４１は、ストレージデバイス４３に格納された制御プログラムをメモリ４２へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を統括的に制御する。ＬＡＮポート４４は、ネットワーク２０との間で伝送制御を行うネットワークインタフェースである。
【００３７】
診療科端末２３には、ＡＰ５０として、カルテの閲覧や編集を行うカルテ用のクライアントプログラムがインストールされている。カルテ用のクライアントプログラムが起動されると、診療科端末２３のディスプレイには、ＧＵＩ（Graphical User Interface）によるカルテ用の操作画面が表示される。操作画面には、入力デバイスで選択され、カルテＤＢ２４から読み出された患者のカルテデータが表示される。診療科端末２３には、ディスプレイ及び入力デバイスからなるコンソールを通じて、カルテの入力・編集の指示や、検査のオーダの入力・発行の指示といった操作指示が入力される。入力されたカルテやオーダのデータは、カルテＤＢ２４に格納される。
【００３８】
カルテ用のクライアントプログラムとしては、カルテ専用のプログラムを使用してもよいし、ＨＴＴＰ（Hyper Text Transfer Protocol）に対応した汎用的なＷｅｂブラウザを使用してもよい。カルテ専用のプログラムを使用する場合には、操作画面は、カルテ専用のプログラムで定義された画面データに基づいて生成される。汎用的なＷｅｂブラウザを使用する場合には、カルテサーバ２１から画面データを含むＷｅｂページをダウンロードして操作画面が生成される。
【００３９】
カルテ用のクライアントプログラムは、診療科端末２３のコンソールからの操作指示に従って、カルテサーバ２１と通信を行って、データの読み出し、更新、検索といった処理の要求をカルテサーバ２１に発行する。カルテサーバ２１には、ＡＰ５０として、診療科端末２３の要求に応じて処理を実行し、その処理結果を応答するサーバプログラムがインストールされる。
【００４０】
ＲＡＤ端末２７、ＥＳ端末３２、ＰＡＴＨ端末３７には、ＡＰ５０として、受信したオーダを管理するためのオーダ管理用のクライアントプログラムがインストールされている。オーダ管理用のクライアントプログラムが起動されると、各端末２７、３２、３７は、それぞれのディスプレイにＧＵＩによる操作画面を表示する。操作画面には、受信した複数のオーダのリストを表示するリスト画面である、ワークリスト６７、６８、６９（図５参照）が含まれる。
【００４１】
各端末２７、３２、３７には、ディスプレイ及び入力デバイスからなるコンソールを通じて、操作指示が入力される。各検査科１２〜１４のスタッフは、各端末２７、３２、３７のコンソールを通じて操作指示を入力し、オーダの確認や、オーダに対応する検査の終了や結果の報告といった依頼元への連絡を行う。
【００４２】
各端末２７、３２、３７の操作画面についても、診療科端末２３と同様に、オーダ受付用の専用のクライアントプログラムによって生成してもよいし、汎用的なＷｅｂブラウザを使用して、各サーバ２６、３１、３６から操作画面を生成するためのＷｅｂページをダウンロードしてもよい。
【００４３】
各端末２７、３２、３７のオーダ管理用のクライアントプログラムは、それぞれ、コンソールから入力された操作指示に従って、各サーバ２６、３１、３６と通信して、データの読み出し、更新、検索といった処理の要求を各サーバ２６、３１、３６に発行する。
【００４４】
ＲＡＤサーバ２６、ＥＳサーバ３１、ＰＡＴＨサーバ３６には、ＡＰ５０として、各端末２７、３２、３７からの要求に応じて処理を実行し、処理結果を応答するサーバプログラムがインストールされている。また、サーバプログラムは、診療科端末２３から発行されたオーダを受信して、受信したオーダをそれぞれのＤＢ２８、３３、３８へ格納する。
【００４５】
図３に示すように、カルテＤＢ２４には、診療科２２の医師が決定した、患者の診療方針を定めたクリニカルパス６１のデータが格納される。診療科２２の医師が胃癌の疑いを持った場合には、例示のクリニカルパス６１に記載されているように、最初にＣＲ検査を実施して、単純腹部画像の画像診断を行い、その検査結果に応じて、内視鏡検査（ＥＳ検査）を実施して内視鏡による診断を行い、３番目に病理検査（ＰＡＴＨ検査）を行うように診療方針が定められる。クリニカルパス６１には、各検査の日程を表すタイムスケジュールが記録されている。図においては、１番目のＣＲ検査を２月２２日に、２番目のＥＳ検査を２月２５日に、３番目のＰＡＴＨ検査を２月２６日に、それぞれの検査を実施するように検査予定日が設定されている。
【００４６】
診療科２２の医師は、関連する複数の検査依頼をする場合には、診療科端末２３を操作して、カルテＤＢ２４からクリニカルパス６１を読み出す。診療科端末２３には、ＣＲオーダ６２、ＥＳオーダ６３、ＰＡＴＨオーダ６４の内容と、クリニカルパス６１のとおりの実施順序が入力された後、関連付け指示が入力される。診療科端末２３は、関連付け指示が入力されると、各オーダ６２〜６４に対して関連付け処理を行い、それぞれのデータをカルテＤＢ２４に格納する。
【００４７】
各オーダ６２、６３、６４には、それぞれ、患者ＩＤ、患者名、オーダ番号、依頼日、依頼元の情報（「内科の鈴木」）、依頼先情報（「放射線検査科」）、検査種（「ＣＲ検査」）、検査予定日（「２月２２日」）といった情報が記録される。
【００４８】
オーダ番号は、依頼元が発行する１件毎のオーダを識別するための識別情報である。オーダ番号は、例えば、内科であれば「Ｉ」、外科であれば「Ｅ」といった、各診療科２２を識別するＩＤと、依頼日（例えば、２月１８日であれば「２１８」）と、その日のシリアル番号（「１」はその日の１件目であることを表す）の組み合わせからなる。
【００４９】
シリアル番号の後に付されたハイフンで区切られた枝番号は、実施順序が入力されて関連付けがなされた場合に付与される。関連する複数のオーダは、ハイフンの前のシリアル番号までが共通であり、その共通性によって関連するオーダであることが識別され、ハイフンの後の枝番号によって実施順序が識別される。
【００５０】
図においては、ＣＲオーダ６２に枝番号「１」が与えられており、ＣＲオーダの実施順序が１番目であることを表している。同様に、ＥＳオーダ６３のオーダ番号には、実施順序が２番目であることを示す枝番号が、ＰＡＴＨオーダ６４のオーダ番号には、実施順序が３番目であることを示す枝番号が、それぞれ付与される（図５参照）。
【００５１】
診療科端末２３において、関連付け処理が行われた後、オーダの発行指示がなされると、診療科端末２３は、それぞれのオーダ６２、６３、６４を発行して、支援サーバ１９へ送信する。
【００５２】
なお、実施順序の入力と関連付けの方法については、特許文献１に記載されているように、複数の検査の組み合わせとそれらの実施順序を予め記録したクリニカルパスを複数用意しておき、それらのクリニカルパスから１つを選択することによって、実施順序の入力とオーダの関連付けを行うようにしてもよい。
【００５３】
図４に示すように、支援サーバ１９には、ＡＰ５０として、支援用のサーバプログラムがインストールされており、このサーバプログラムを起動することによって、支援サーバ１９のＣＰＵは、オーダ送受信部１９ａ、実施順序制御部１９ｂとして機能する。
【００５４】
オーダ送受信部１９ａは、各診療科端末２３が発行したオーダを受信して、支援ＤＢ３９に格納する。各オーダには、オーダ番号が記録されており、関連付けがなされている場合には、オーダ番号に実施順序が含まれているので、オーダを支援ＤＢ３９に格納することで、実施順序が記憶される。そして、オーダ送受信部１９ａは、受信したオーダを支援ＤＢ３９から読み出して、それぞれのオーダの依頼先情報から宛先を判別して、各システム１６〜１８へ送信する。
【００５５】
実施順序制御部１９ｂは、各システム１６〜１８から送信される検査の終了通知を受信して、これを依頼元の診療科端末２３へ送信する。また、実施順序制御部１９ｂは、終了通知、及び支援ＤＢ３９に格納された実施順序に基づいて、関連する複数のオーダに対応する検査が、依頼元で指定された順序で実施されるように制御する。
【００５６】
実施順序制御部１９ｂは、オーダ送受信部１９ａがオーダを受信した際に、受信したオーダからオーダ番号を読み出して、関連する他のオーダの有無を調べる。具体的には、オーダ番号のハイフンの前までの共通性を調べて、共通するオーダが有る場合には、関連するオーダであると判定する。関連するオーダが無い場合には、何も行わない。
【００５７】
関連するオーダが有る場合には、オーダ番号のハイフンの後の枝番号に基づいて送信すべきオーダの実施順序を調べる。実施順序が１番目である場合には、そのオーダに対する開始許可通知を、無条件で、そのオーダの宛先へ送信する。開始許可通知は、オーダに対応する検査をオーダで指定された予定通りに開始してよい旨の許可を与える通知である。実施順序が２番目以後である場合には、各システム１６〜１８からの実施順序が前の検査の終了通知が送られてくるのを待って、開始許可通知を送信する。
【００５８】
例えば、実施順序制御部１９ｂは、ＣＲオーダ６２を受信した際には、そのオーダ番号のハイフンの前までの共通性（「Ｉ２１８１」）に基づいて、関連する他のオーダ（ＥＳオーダ６３やＰＡＴＨオーダ６４）が存在すると判定し、枝番号を調べて実施順序を調べる。ＣＲオーダ６２は、実施順序が１番目であるので、実施順序制御部１９ｂは、無条件で、開始許可通知をＲＡＤシステム１６へ送信する。
【００５９】
ＥＳオーダ６３の場合には、実施順序制御部１９ｂは、ＥＳオーダ６３の実施順序は２番目であるため、実施順序が前のＣＲオーダ６２の終了通知を受信するまでは、ＥＳオーダ６３の開始許可通知を送信しない。実施順序制御部１９ｂは、ＲＡＤシステム１６からＣＲオーダ６２に対する終了通知を受信した場合には、その終了通知に対応するＣＲオーダ６２のオーダ番号（枝番号「１」）に基づいて、関連する次の実施順序（枝番号「２」）のＥＳオーダ６３を支援ＤＢ３９内から検索し、そのＥＳオーダ６３に対する開始許可通知を送信する。また、ＲＡＤシステム１６からの終了通知を、依頼元の診療科端末２３へ送信する。
【００６０】
図４に示すように、支援ＤＢ３９内には、オーダテーブル６６が設けられている。オーダテーブル６６には、診療科端末２３から受信したオーダのデータが格納される。オーダテーブル６６には、オーダ毎に、患者ＩＤ、患者名、依頼日、オーダ番号、検査種、検査予定日といった診療科端末２３で入力された各項目が記録されるフィールドに加えて、検査の進捗状況を表すステータスが記録されるフィールドが設けられている。
【００６１】
進捗状況としては、例えば、「未了」、「終了」、「中止」といった３つの状態が表示される。オーダを受信後、ＲＡＤシステム１６、ＥＳシステム１７、ＰＡＴＨシステム１８といった各部門システムからの終了通知を受信するまでの間は、「未了」が表示される。終了通知を受信すると、検査が終了したことを意味する「終了」が表示される。「中止」は、オーダが取り消されたことを意味する。
【００６２】
患者ＩＤが「１２３４」の３件のオーダは、それぞれＣＲオーダ６２、ＥＳオーダ６３、ＰＡＴＨオーダ６４に対応する。各オーダ６２、６３、６４は、それぞれＲＡＤシステム１６、ＥＳシステム１７、ＰＡＴＨシステム１８へ送信されて、それぞれのＤＢ２８、３３、３８に格納される。ＲＡＤワークリスト６７、ＥＳワークリスト６８、ＰＡＴＨワークリスト６９は、各システム１６〜１７の端末２７、３２、３７のコンソールに表示されるリスト画面の例である。
【００６３】
各ワークリスト６７〜６９には、それぞれの部門システム１６〜１８が受け付けたオーダが一覧表示される。各ワークリスト６７〜６９には、オーダ毎に、受付ＩＤ、受付日、患者ＩＤ、患者名、検査予定日、開始許可といった情報を表示するフィールドが設けられている。受付ＩＤは、各部門システム１６〜１８がオーダを受け付けたときに発行するＩＤであり、各部門システム１６〜１８内でオーダを一意に識別するためのオーダ識別情報である。受付ＩＤは、例えば、検査種を識別する符号（「ＣＲ」や「ＥＳ」）、受付日（「２１８」）、シリアル番号の組み合わせからなる。受付日は、受け付けた日である。患者ＩＤ、患者名、検査予定日は、診療科端末２３で入力され、各オーダに含まれる項目である。
【００６４】
開始許可のフィールドには、支援サーバ１９から送信される開始許可通知の有無が表示される。開始許可通知を受信している場合には、「○」、未受信の場合には、「×」が表示される。図においては、関連する、ＣＲオーダ６２、ＥＳオーダ６３、ＰＡＴＨオーダ６４がそれぞれ、ＲＡＤシステム１６、ＥＳシステム１７、ＰＡＴＨシステム１８に送信され、実施順序が１番目のＣＲオーダ６２に対してのみ、開始許可通知が送信されている状態を示す。また、関連するオーダが無い単独の検査については、開始許可のフィールドには、斜線が表示され、「○」、「×」の表示はされない。
【００６５】
各検査科１２〜１４のスタッフは、この開始許可の表示を確認することで、そのオーダに対応する検査を、オーダで指定された日程の通りに実施してよいか否かを確認することができる。
【００６６】
以下、図５に示すフローチャートを参照しながら、上記構成による作用について説明する。診療科２２の医師は、各検査科１２〜１４に対して検査依頼を行う場合には、診療科端末２３でオーダを入力する。関連する複数の検査がある場合には、クリニカルパス６１に基づいて、ＣＲ検査、ＥＳ検査、ＰＡＴＨ検査の実施順序の入力と、それぞれの関連付け指示を行う。診療科端末２３は、ＣＲオーダ６２、ＥＳオーダ６３、ＰＡＴＨオーダ６４の関連付け処理を行い、それらの発行指示の入力に応じて、ＣＲオーダ６２、ＥＳオーダ６３、ＰＡＴＨオーダ６４を発行し、支援サーバ１９に送信する。
【００６７】
支援サーバ１９は、オーダ送受信部１９ａで各オーダ６２、６３、６４を受信し、受信したデータを支援ＤＢ３９のオーダテーブル６６に格納する。関連する複数のオーダ６２、６３、６４の実施順序は、オーダ番号に記録されているので、データをオーダテーブル６６に格納することで、実施順序が記憶される。また、各オーダ６２、６３、６４は、検査が終了していないので、オーダテーブル６６のステータスには、「未了」が記録される。
【００６８】
また、オーダ送受信部１９ａは、受信した各オーダ６２、６３、６４をそれぞれのシステム１６〜１８に送信する。各システム１６〜１８は、それぞれのオーダを受信して受付処理を行って、各ＤＢ２８、３３、３８に格納する。
【００６９】
実施順序制御部１９ｂは、支援ＤＢ３９に格納したＣＲオーダ６２からオーダ番号を読み出して、オーダ番号を調べる。ＣＲオーダ６２のオーダ番号には、枝番号が付されており、関連するオーダが存在することが分かる。関連するオーダが有る場合には、その実施順序を調べる。実施順序制御部１９ｂは、ＣＲオーダ６２の枝番号が「１」であるので、実施順序が１番目であると判定する。実施順序が１番目の場合には、関連する検査の中で、それ以前に実施される検査は無いので、直ちに、ＣＲオーダ６２の宛先のＲＡＤシステム１６に対して開始許可通知を送信する。
【００７０】
また、実施順序制御部１９ｂは、ＥＳオーダ６３、ＰＡＴＨオーダ６４についても、ＣＲオーダ６２と同様に、それぞれのオーダ番号を調べて、関連する他のオーダの有無と実施順序を調べる。ＥＳオーダ６３、ＰＡＴＨオーダ６４には、それぞれ関連するオーダがあるが、実施順序が前のＣＲオーダ６２のステータスが「未了」であるので、ＥＳオーダ６３、ＰＡＴＨオーダ６４については、開始許可通知を発行しない。
【００７１】
ＲＡＤシステム１６は、ＣＲオーダ６２の開始許可通知を受信すると、そのＣＲオーダ６２に関して、ＲＡＤワークリスト６７の開始許可のフィールドの表示を「○」にする。放射線検査科１２のスタッフは、ＲＡＤ端末２７のコンソールに表示されるＲＡＤワークリスト６７の開始許可が「○」であることを確認して、ＣＲオーダ６２で指定された予定に従ってＣＲ検査を実施する。放射線検査科１２のスタッフは、ＣＲ検査が終了した場合には、ＲＡＤワークリスト６７から、検査が終了したＣＲオーダ６２を選択して、コンソールを通じて終了通知の発行指示を入力する。発行指示が入力されると、ＲＡＤシステム１６は、終了通知を支援サーバ１９に送信する。
【００７２】
一方、ＥＳシステム１７、ＰＡＴＨシステム１８は、それぞれＥＳオーダ６３、ＰＡＴＨオーダ６４を受信しているが、開始許可通知を受信していないので、ＥＳワークリスト６８、ＰＡＴＨワークリスト６９の開始許可の表示は「×」になっている。内視鏡検査科１３、病理検査科１４のスタッフは、この表示が「○」に変わらない間は、ＥＳオーダ６３、ＰＡＴＨオーダ６４に関して、検査を開始してはいけないことを確認する。このため、実施順序が前のＣＲ検査が終了する前に、その後の検査が実施されてしまうことがない。これにより、依頼元で指定した実施順序の通りに、関連する検査が実施される。
【００７３】
支援サーバ１９は、終了通知を受信すると、その終了通知を依頼元の診療科端末２３に送信する。また、終了通知に対応するＣＲオーダ６２をオーダテーブル６６から読み出し、オーダ番号に基づいて、関連するオーダの有無及び次のオーダの実施順序を調べる。実施順序制御部１９ｂは、オーダ番号の前半部分（「Ｉ２１８１」）の共通性と枝番号（「１」）に基づいて、ＣＲオーダ６２には、ＥＳオーダ６３とＰＡＴＨオーダ６４があり、ＣＲオーダ６２の次のオーダは、枝番号が「２」のＥＳオーダ６３であると判定する。実施順序制御部１９ｂは、オーダテーブル６６のＣＲオーダ６２のステータスを、「未了」から「終了」に更新するとともに、ＥＳシステム１７に対して、ＥＳオーダ６３の開始許可通知を送信する。
【００７４】
ＥＳシステム１７は、開始許可通知を受信すると、ＥＳワークリスト６８のＥＳオーダ６３に対応する開始許可の表示を「○」に更新する。内視鏡検査科１３のスタッフは、この表示により、実施順序が前の検査が終了したこと、ＥＳオーダ６３で指定された予定通りにＥＳ検査を開始してもよいことを確認する。
【００７５】
内視鏡検査科１３のスタッフは、ＥＳ検査が終了した場合には、ＥＳワークリスト６８から、検査が終了したＥＳオーダ６３を選択して、コンソールを通じて終了通知の発行指示を入力する。ＥＳシステム１７は、終了通知を支援サーバ１９に送信する。
【００７６】
支援サーバ１９は、終了通知を受信すると、その終了通知を依頼元の診療科端末２３に送信する。また、ＣＲオーダ６２の処理と同様に、終了通知に対応するＥＳオーダ６３をオーダテーブル６６から読み出し、オーダ番号に基づいて、関連するオーダの有無及び次のオーダの実施順序を調べる。実施順序制御部１９ｂは、オーダ番号の前半部分（「Ｉ２１８１」）の共通性と枝番号（「２」）に基づいて、ＥＳオーダ６３の次のＰＡＴＨオーダ６４（枝番号が「３」）を特定する。実施順序制御部１９ｂは、オーダテーブル６６のＥＳオーダ６３のステータスを、「未了」から「終了」に更新するとともに、ＰＡＴＨシステム１８に対して、ＰＡＴＨオーダ６４の開始許可通知を送信する。
【００７７】
ＰＡＴＨシステム１８は、開始許可通知を受信すると、ＰＡＴＨワークリスト６９のＰＡＴＨオーダ６４に対応する開始許可の表示を「○」に更新する。病理検査科１４のスタッフは、この表示により、内視鏡検査科１３のスタッフと同様に、実施順序が前の検査が終了したこと、ＰＡＴＨオーダ６４で指定されたＰＡＴＨ検査を開始してもよいことを確認する。ＰＡＴＨ検査が終了すると、ＰＡＴＨ端末３７を通じて、終了通知が支援サーバ１９に送信される。支援サーバ１９は、終了通知を診療科端末２３に送信するとともに、オーダテーブル６６のＰＡＴＨオーダ６４に対応するステータスを、「未了」から「終了」に更新する。
【００７８】
以上のように、関連する複数の検査がある場合に、支援サーバ１９が、それぞれの部門システム１６〜１８からの各検査の終了通知に基づいて、次の検査の開始許可通知を送信することにより、各検査の実施順序を制御することができる。
【００７９】
各検査科１２〜１４のそれぞれのワークリスト６７〜６９には、支援サーバ１９からの開始許可通知に基づいて、開始許可の有無が表示されるので、各検査科１２〜１４のスタッフは、依頼元や他の検査科に対して、メールや電話などにより検査の進捗状況を確認する必要がない。また、ワークリスト６７〜６９は、それぞれの部門システム１６〜１８の端末２７、３２、３７のコンソールに表示されるので、カルテを閲覧するための端末を導入する必要もない。したがって、従来と比べて、スペースやコストの無駄を生じさせることなく、検査科のスタッフの作業を軽減することができる。
【００８０】
また、オーダとは別に開始許可通知を送信するため、各検査科のスタッフは、開始許可が未受信の状態でも、オーダの内容を確認できる。このため、検査の準備に充てる作業時間を十分に確保できる。
【００８１】
また、支援サーバ１９は、部門システムから依頼元へ送信される終了通知を利用して開始許可通知を送信している。依頼元への終了通知送信機能は、多くの部門システムが有する機能であるので、既存の部門システムの改造も少なくて済む。このため、部門システムの改造コストが抑えられる。
【００８２】
また、図７に示すように、例えば、ＥＳワークリスト６８において、内視鏡検査科１３のスタッフがＥＳ端末３２のコンソールを通じて、開始許可通知が未受信のオーダを選択したときに、コンソールに警告メッセージ７１を表示するようにしてもよい。符合７２は、オーダを選択するためのマウスのポインタを示す。警告メッセージ７１としては、例えば、実施順序が前の検査が終了していないこと、そのため、本検査を開始できないこと、といったメッセージが使用される。このメッセージに、さらに、実施順序が前の検査の検査種（例えば、ＣＲ検査）や、それに対応する検査科（例えば、放射線検査科）を表示してもよい。この場合には、ＥＳシステム１７が、支援サーバ１９から関連する検査の情報を取得して、取得した情報に基づいて検査種や検査科を表示する。
【００８３】
警告メッセージ７１を表示することで、検査科のスタッフは、そのオーダの検査の開始が制止されていることをより明瞭に把握することができ、実施順序の制御がより徹底される。また、検査の開始を制止するメッセージに加えて、実施順序が前の検査が終了していないことをメッセージに含めることにより、検査の開始が制止されている理由も把握できる。
【００８４】
また、本例では、ワークリストに開始許可のフィールドを設けるとともに、警告メッセージを表示しているが、開始許可のフィールドを無くして、警告メッセージを表示するだけでもよい。また、開始許可通知を受信していないオーダについては、ワークリスト上の表示は許容するものの、オーダの詳細な内容を表示できないようにしたり、さらには、ワークリスト上の表示そのものを禁止（表示しない）してもよい。これらのワークリスト内のオーダの表示や選択といった、コンソールの入出力制御は、部門システムを構成する端末やサーバのＣＰＵによって行われる。
【００８５】
また、図８に示すように、検査が終了した部門の部門システムから診療科端末２３へ送信される検査データを参照するための参照用ＵＲＬを、支援サーバが、次のオーダの宛先の部門システムへ転送するようにしてもよい。検査データは、ＣＲ検査であれば、ＣＲ検査で撮影されたＣＲ画像や、そのＣＲ画像に基づいてなされた画像診断の診断結果をまとめたレポートといったデータである。検査データは、ネットワーク２０を介して通信可能に接続された画像サーバ（図示せず）やレポートサーバ（図示せず）に格納される。参照用ＵＲＬは、例えば、画像サーバやレポートサーバ内の検査データが格納された格納アドレス情報である。
【００８６】
ＲＡＤシステム１６は、例えば、終了通知に参照用ＵＲＬを含めて、支援サーバ１９の実施順序制御部１９ｂに送信する。実施順序制御部１９ｂは、開始許可通知に参照用ＵＲＬを含めて、ＥＳシステム１７へ送信する。これにより、内視鏡検査科１３のスタッフは、ＥＳ端末３２から、画像サーバやレポートサーバにアクセスして、実施順序が前のＣＲ検査の検査データを参照することができる。
【００８７】
検査実務においては、関連する複数の検査が有る場合には、先に実施された検査の内容を、後の検査の仕方を決定するための参考にすることがある。例えば、先に実施された検査で病変の位置等がおおよそ特定できれば、後の検査において、撮影にあたって重視するポイントを事前に把握できたり、また、実施済みの検査の検査パラメータ（撮影条件など）に応じて、後の検査の検査パラメータを決定するといったことができる。実施順序が前の検査の検査データの参照用ＵＲＬを後の検査を行う検査科に通知することで、後の検査を実施する検査科のスタッフは、前の検査結果を踏まえて検査ができるというメリットを享受できる。
【００８８】
また、図９のフローチャートに示すように、支援サーバ１９が、実施順序が前の検査の検査結果に基づいて、次の検査の必要性を判定して、その判定結果に基づいて、次の検査のオーダの取り消しを行ってもよい。検査結果は、例えば、異常無し、異常有りといった情報であり、終了通知とともに、部門システムから依頼元の診療科端末に通知される。支援サーバ１９の実施順序制御部１９ｂは、例えば、ＲＡＤシステム１６から診療科端末２３に通知されるＣＲ検査の検査結果を受信し、受信した検査結果を診療科端末２３に送信する。
【００８９】
さらに、実施順序制御部１９ｂは、ＣＲ検査の検査結果に基づいて、次のＥＳ検査の必要性を判定する。ＣＲ検査の検査結果が異常有りの場合には、ＥＳ検査の必要性が有ると判定して、ＥＳシステム１７へ開始許可通知を送信する。ＣＲ検査の検査結果が異常無しの場合には、実施順序制御部１９ｂは、ＥＳ検査の必要性が無いと判定して、ＥＳシステム１７に対して、既に送信済みの対応するＥＳオーダ６３の取消通知を送信する。ＥＳシステム１７は、取消通知を受信すると、それに対応するＥＳオーダ６３を削除する。また、実施順序制御部１９ｂは、取消通知をＥＳシステム１７に送信した旨を、依頼元の診療科端末２３へ送信する。
【００９０】
なお、次の検査の必要性を判定する最終的な権限は、原則として、依頼元の診療科２２の医師に属する。そのため、実施順序制御部１９ｂが、取消通知をＥＳシステム１７に送信する前に、取消通知の送信許可を問い合わせるメッセージを、依頼元の診療科端末２３に送信し、診療科２２の医師の判断を促すようにすることが好ましい。この場合には、実施順序制御部１９ｂは、診療科端末２３から取消通知の送信許可を取得した場合には、ＥＳシステム１７に取消通知を送信し、送信許可が取得できない間は、取消通知を送信しない。
【００９１】
上記実施形態では、オーダとは別に、開始許可通知を送信する例で説明したが、オーダと開始許可通知を兼用してもよい。この場合には、支援サーバ１９が診療科端末２３から発行されたオーダを受信しても、実施順序が前の検査の終了通知を受信するまでは、そのオーダの宛先の部門システムに対して、オーダを送信しない。
【００９２】
例えば、実施順序制御部１９ｂは、診療科端末２３からＣＲオーダ６２、ＥＳオーダ６３、ＰＡＴＨオーダ６４を受信した場合には、実施順序が１番目のＣＲオーダ６２をＲＡＤシステム１６に送信し、ＲＡＤシステム１６からの終了通知を受信するまでは、ＥＳオーダ６３を送信しない。ＲＡＤシステム１６からの終了通知を受信した場合には、ＥＳオーダ６３をＥＳシステム１７に送信し、さらに、ＥＳシステム１７からの終了通知を受信した場合には、その次のＰＡＴＨオーダ６４をＰＡＴＨシステム１８に送信する。
【００９３】
ＥＳシステム１７やＰＡＴＨシステム１８には、実施順序が前の検査が終了するまでは、オーダそのものが送信されないので、内視鏡検査科１３、病理検査科１４のそれぞれのスタッフが、誤って、実施順序が前の検査が終わらないうちに検査を開始することはない。
【００９４】
オーダと開始許可通知を兼用する場合において、上述した、検査結果に基づく次の検査の必要性の判定を行う場合には、実施順序制御部１９ｂは、次の検査の必要性が有る場合に、次の検査のオーダを対応する部門システムに送信し、必要性が無い場合には、オーダを送信することなく破棄する。
【００９５】
上記実施形態では、検査が終了した部門システムから受信した終了通知に基づいて、次の検査に対応する部門システムに対して開始許可通知を送信しているが、受信した終了通知を開始許可通知として送信してもよい。例えば、実施順序制御部１９ｂが、ＲＡＤシステム１６から受信した終了通知を、開始許可通知として、ＥＳシステム１７に対して転送する。
【００９６】
上記実施形態では、カルテシステムとは別に、支援サーバを設けた例で説明している。カルテシステムと別に支援サーバを設けることで、既に導入済みのカルテシステムの改造が少なくて済むため、支援サーバの導入コストが抑えられる。もちろん、支援サーバが実現する機能をカルテシステムに組み込んで、カルテシステムと支援サーバを一体的に構成してもよい。
【００９７】
上記実施形態では、関連する複数の検査のオーダを発行する際に、クリニカルパスを利用する例で説明したが、クリニカルパスを利用しなくてもよく、オーダを発行する際に、関連する複数の検査の実施順序が定められていればよい。また、関連する複数のオーダの発行は同時になされなくてもよく、各オーダの実施順序が定められてさえいれば、各オーダの発行や送信のタイミングがずれていてもよい。
【００９８】
また、上記実施形態では、各オーダ内のオーダ番号に実施順序を記録して、これを実施順序の制御に使用した例で説明したが、各オーダとは別に実施順序が記録されたデータを、実施順序の制御に使用してもよい。
【００９９】
上記実施形態では、カルテシステム、支援サーバ及び各部門システムのそれぞれのＤＢを、別々のサーバに構築した例で説明したが、支援ＤＢとカルテＤＢを１つのサーバに構築したり、各部門システムのＤＢを１つのサーバに構築するというように、複数のシステムで使用するそれぞれのＤＢを１つのサーバに統合してもよい。また、カルテシステム及び各部門システムを、クライアント端末とサーバとからなるクライアントサーバ型のコンピュータシステムで構成した例で説明したが、内蔵ストレージにＤＢを構築した１台のコンピュータで構成してもよい。このように、コンピュータシステムの物理構成は適宜変更が可能である。
【０１００】
上記実施形態では、ネットワークとしてＬＡＮを例に説明しているが、病棟と検査部門が複数の拠点に分散しているような場合には、ネットワークとしてＷＡＮを使用してもよい。
【０１０１】
上記実施形態では、ＣＲ検査、ＥＳ（内視鏡）検査、ＰＡＴＨ（病理）検査を例に説明したが、検査種は、上記例に限らず、ＭＲＩ検査、生理検査など他の検査種でも構わない。また、検査データとして、検査画像やレポートを例に説明したが、検査データは、例えば、例えば、生理検査であれば心電図や数値データというように、検査種に応じて種々のものがあり、それらのいずれでもよい。
【０１０２】
また、業務として検査を例に説明しているが、検査以外でも、診察や治療に関する業務に、本発明を適用してもよい。また、医療施設の部門としては、検査部門以外にも、処方せんに従って製剤・調剤を行う薬剤部、理学療法に従って患者のリハビリテーションを指導するリハビリテーション部といった、検査以外の業務を実施する部門がある。これらの部門が実施する業務に本発明を適用してもよい。もちろん、関連する複数の業務は、これらの異種の業務の組み合わせでもよい。
【０１０３】
なお、上記実施形態で示したとおり、本発明は、プログラムの形態、さらにはプログラムを記憶する記憶媒体にも及ぶことはもちろんである。
【図面の簡単な説明】
【０１０４】
【図１】医用ネットワークシステムの構成図である。
【図２】コンピュータの概略を示す構成図である。
【図３】カルテシステムが発行するオーダの説明図である。
【図４】支援サーバの機能ブロック図である。
【図５】支援ＤＢと各部門システムのワークリストの説明図である。
【図６】関連する複数の検査の実施順序制御手順を示すフローチャートである。
【図７】警告メッセージを表示する例の説明図である。
【図８】参照用ＵＲＬを通知する例の説明図である。
【図９】検査結果に基づいて次の検査の必要性を判定するフローチャートである。
【符号の説明】
【０１０５】
１０  病棟
１１  カルテシステム
１２  放射線検査科
１３  内視鏡検査科
１４  病理検査科
１６  ＲＡＤシステム（部門システム）
１７  ＥＳシステム（部門システム）
１８  ＰＡＴＨシステム（部門システム）
１９  支援サーバ
２０  ネットワーク
２１  カルテサーバ
２２  診療科
２３  診療科端末
２４  カルテＤＢ
２６  ＲＡＤサーバ
２７  ＲＡＤ端末
２８  ＲＡＤ−ＤＢ
３１  ＥＳサーバ
３２  ＥＳ端末
３３  ＥＳ−ＤＢ
３６  ＰＡＴＨサーバ
３７  ＰＡＴＨ端末
３８  ＰＡＴＨ−ＤＢ
３９  支援ＤＢ
６１  クリニカルパス
６２  ＣＲオーダ
６３  ＥＳオーダ
６４  ＰＡＴＨオーダ
６６  オーダテーブル
６７  ＲＡＤワークリスト
６８  ＥＳワークリスト
６９  ＰＡＴＨワークリスト
７１  警告メッセージ
【図１】
0005435882.tif 000002
【図２】
0005435882.tif 000003
【図３】
0005435882.tif 000004
【図４】
0005435882.tif 000005
【図５】
0005435882.tif 000006
【図６】
0005435882.tif 000007
【図７】
0005435882.tif 000008
【図８】
0005435882.tif 000009
【図９】
0005435882.tif 000010