医用画像撮像装置用ワークフロー通知システム、医用画像撮像装置、医用画像撮像装置用ワークフロー通知方法、および医用画像撮像装置用ワークフロー通知プログラム
【課題】患者、放射線科医師、看護士等通知対象者の属性に応じて、医用画像撮像装置が有する情報を適切なタイミングで通知し、病院のワークフローを改善する。
【解決手段】医用画像撮像装置のプロセサ上でソフトウェアコンポーネントであるディスパッチ・エージェントが実行される。通知対象者の属性に応じたオブザーバ・エージェントが動いている各種のオブザーバ端末（携帯電話等）は、通知して欲しい情報（イベント）をディスパッチ・エージェントに登録する。ディスパッチ・エージェントは、プロセサで実行中の各種の処理プロセスを監視し、登録されたイベントの発生を検出すると、その発生をオブザーバ端末に通知する。ディスパッチ・エージェントもプロセサで実行されるプロセスの一種であるため、各種の処理プロセスを監視してもネットワークのトラフィックは増加しない。
【解決手段】医用画像撮像装置のプロセサ上でソフトウェアコンポーネントであるディスパッチ・エージェントが実行される。通知対象者の属性に応じたオブザーバ・エージェントが動いている各種のオブザーバ端末（携帯電話等）は、通知して欲しい情報（イベント）をディスパッチ・エージェントに登録する。ディスパッチ・エージェントは、プロセサで実行中の各種の処理プロセスを監視し、登録されたイベントの発生を検出すると、その発生をオブザーバ端末に通知する。ディスパッチ・エージェントもプロセサで実行されるプロセスの一種であるため、各種の処理プロセスを監視してもネットワークのトラフィックは増加しない。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像撮像装置用ワークフロー通知システム、医用画像撮像装置、医用画像撮像装置用ワークフロー通知方法、および医用画像撮像装置用ワークフロー通知プログラムに関する。詳しくは、ＭＲＩ装置やＣＴスキャナ、超音波診断装置等の医療分野における医用画像撮像装置の撮像情報が必要な人に対し、通知対象者の属性に応じて必要かつ十分な情報を適切なタイミングで通知する医用画像撮像装置用ワークフロー通知システム、医用画像撮像装置、医用画像撮像装置用ワークフロー通知方法、および医用画像撮像装置用ワークフロー通知プログラムに関する。
【背景技術】
【０００２】
病院では、病院情報システム（ＨＩＳ：Ｈｏｓｐｉｔａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）と放射線科情報システム（ＲＩＳ：Ｒａｄｉｏｌｏｇｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）が運用されている。ここで、ＨＩＳは患者の受付や個人情報（氏名、年齢、住所、来院履歴、治療状況）の管理、診療費の会計処理までをコンピュータ上で行うシステムであり、ＲＩＳはＨＩＳと連携し、放射線検査の予約、検査受付、検査データの読影、保管、医事請求までを一貫して行うシステムである。
【０００３】
また、病院では、ＭＲＩ装置やＣＴスキャナ、超音波診断装置等の異なった種類の医用画像撮像装置（モダリティ）が使われている。これらの医用画像撮像装置を、ネットワークや画像保存媒体で相互に接続して、患者の画像検査情報のやり取りや、画像データの伝送を可能とするために、医用ディジタル画像と通信に関する標準規格としてＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）が制定されている。医用画像撮像装置は、ＤＩＣＯＭ ＭＷＭ（Ｍｏｄａｌｉｔｙ Ｗｏｒｋｌｉｓｔ Ｍａｎａｇｅｍｅｎｔ）に従ってＨＩＳ／ＲＩＳから患者名や検査種別等の検査オーダー情報を受け取り、ＤＩＣＯＭ ＭＰＰＳ（Ｍｏｄａｌｉｔｙ Ｐｅｒｆｏｒｍｅｄ Ｐｒｏｃｅｄｕｒｅ Ｓｔｅｐ）に従って検査の進捗状況や実施済み検査情報をＨＩＳ／ＲＩＳに送る（たとえば、特許文献１の段落[０００２]〜[００１２]参照）。
【特許文献１】特開２００５−２６１９５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
医用画像撮像装置からＨＩＳ／ＲＩＳに対し、実施中、完了、中断、延期等の撮像進捗状況や実施済み検査情報は送られるが、検査の残り推定時間や撮像済み枚数、撮像予定枚数等の撮像中のリアルタイムの情報は提供されていない。
また、看護士への検査情報等の通知は電話やページャ（ポケベル）等で行われているため、通知を発する検査技師等に手間がかかる。
本発明はかかる事情に鑑みてなされたものであり、患者、放射線科医師、看護士等通知対象者の属性に応じて、患者の待ち推定時間、実施済み検査情報、次の患者の検査開始時刻等医用画像撮像装置が有する情報を適切なタイミングで通知し、病院のワークフローを改善することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の医用画像撮像装置用ワークフロー通知システムは、ネットワークに接続された医用画像撮像装置と複数のオブザーバ端末が含まれ、当該医用画像撮像装置に含まれるプロセサが複数の処理プロセスを実行し、当該処理プロセスが当該処理プロセスごとのイベントを発生させるシステムであって、上記オブザーバ端末が、上記医用画像撮像装置に対し、上記ネットワークを介して所定の上記イベントの登録リクエストを送信し、上記医用画像撮像装置が、上記オブザーバ端末から送信される上記登録リクエストを、上記ネットワークを介して受け付け、上記プロセサで実行中の上記処理プロセスを監視し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、上記オブザーバ端末が、上記医用画像撮像装置から上記通知メッセージを受信する。
【０００６】
好適には、本発明の医用画像撮像装置用ワークフロー通知システムは、上記医用画像撮像装置が、上記通知メッセージを送信した後、それ以降上記イベントが発生しないときはオブザーバ端末に終了メッセージを送信し、または、それ以降も更に上記イベントが発生するときは、上記プロセサで実行中の上記処理プロセスの監視を継続し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に再度通知メッセージを送信し、上記オブザーバ端末が、上記医用画像撮像装置から上記終了メッセージまたは上記通知メッセージを受信する。
【０００７】
好適には、本発明の医用画像撮像装置用ワークフロー通知システムは、上記医用画像撮像装置が、上記オブザーバ端末から送信される上記イベントの上記登録リクエストを受信すると、上記オブザーバ端末の属するクラスにおいて通知が許可されているイベントの登録か否か判定し、通知が許可されているイベントの登録であるとき、プロセサで実行中の上記処理プロセスを調べ、すでに発生しているイベントであるか否か判定し、すでに発生しているイベントであるときは、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、または、まだ発生していないイベントであるとき、上記オブザーバ端末に受付メッセージを送信し、上記オブザーバ端末が、上記医用画像撮像装置から上記通知メッセージまたは上記受付メッセージを受信する。
【０００８】
好適には、本発明の医用画像撮像装置用ワークフロー通知システムは、ネットワークに接続された少なくとも２台の医用画像撮像装置と認証サーバが含まれ、上記オブザーバ端末が、上記認証サーバに所定の医用画像撮像装置を対象とする認証リクエストを送信し、上記認証サーバが、上記認証リクエストを受信すると、上記オブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべきオブザーバ端末であるときは第１の認証許可メッセージを、上記認証リクエストを送信した上記オブザーバ端末に送信し、上記認証リクエストを送信した上記オブザーバ端末が、上記第１の認証許可メッセージを受信すると、上記所定の医用画像撮像装置に対して上記登録リクエストを送信することが可能となり、上記認証リクエストを送信した上記オブザーバ端末が認証されるべきオブザーバ端末であるときは、上記認証サーバが、更に上記オブザーバ端末の属するクラスを判定し、第２の認証許可メッセージと当該クラスを、上記認証リクエストの対象である所定の医用画像撮像装置に送信し、上記認証リクエストの対象である上記所定の医用画像撮像装置が、上記第２の認証許可メッセージと上記クラスを受信すると、上記所定の医用画像撮像装置が上記認証リクエストを送信した上記オブザーバ端末からの上記登録リクエストを受け付けることが可能となる。
【０００９】
好適には、本発明の医用画像撮像装置用ワークフロー通知システムは、上記オブザーバ端末が、ページャの電話番号が登録された受付オブザーバ端末を含み、上記受付オブザーバ端末が、上記医用画像撮像装置から上記通知メッセージを受信すると、上記登録されたページャの電話番号に電話する。
【００１０】
また、本発明の医用画像撮像装置は、ネットワークに接続され、プロセサを含み、当該プロセサが複数の処理プロセスを実行し、当該処理プロセスが当該処理プロセスごとのイベントを発生させる医用画像撮像装置であって、オブザーバ端末からの所定のイベントの登録リクエストを、上記ネットワークを介して受け付ける登録部と、上記プロセサで実行中の上記処理プロセスを監視し、上記登録されたイベントの発生を検出するように構成されている監視部と、上記監視部によって上記登録されたイベントの発生が検出されると、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信するように構成されている通知部とを有する。
【００１１】
好適には、本発明の医用画像撮像装置は、上記通知部が、上記通知メッセージを送信した後、それ以降上記イベントが発生しないときはオブザーバ端末に終了メッセージを送信し、または、それ以降も更に上記イベントが発生するときは、上記監視部に移行し、上記監視部が、上記プロセサで実行中の上記処理プロセスの監視を継続し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に再度通知メッセージを送信する。
【００１２】
好適には、本発明の医用画像撮像装置は、上記登録部が、上記オブザーバ端末から送信される上記所定のイベントの上記登録リクエストを受信すると、上記オブザーバ端末の属するクラスにおいて通知が許可されているイベントの登録か否か判定し、通知が許可されているイベントの登録であるとき、プロセサで実行中の上記処理プロセスを調べ、すでに発生しているイベントであるか否か判定し、すでに発生しているイベントであるときは、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、または、まだ発生していないイベントであるとき、上記オブザーバ端末に受付メッセージを送信する。
【００１３】
好適には、本発明の医用画像撮像装置は、上記オブザーバ端末から認証リクエストを受信すると、上記オブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべき上記オブザーバ端末であるときは、第１の認証許可メッセージを、当該認証リクエストを送信した上記オブザーバ端末に送信するとともに、当該認証リクエストを送信した上記オブザーバ端末の所属するクラスを判定するように構成されている認証・クラス分類部を有する。
【発明の効果】
【００１４】
以上のように、本発明によれば、患者、放射線科医師、看護士等通知対象者の属性に応じて、患者の待ち推定時間、実施済み検査情報、次の患者の検査開始時刻等医用画像撮像装置の有する情報を適切なタイミングで通知することが可能となり、無駄な待ち時間と手間を省き、病院のワークフローを改善することができる。
【発明を実施するための最良の形態】
【００１５】
図１は、本発明の第１の実施形態である医用画像撮像装置用ワークフロー通知システムの一例を示す図である。ネットワーク１０に有線で接続されるＭＲＩ装置２０やＣＴスキャナ３０等の医用画像撮像装置と放射線科医師用オブザーバ端末５１や受付用オブザーバ端末５４等のオブザーバ端末、および無線ＬＡＮ基地局６０を介して無線で接続される超音波診断装置３１等の医用画像撮像装置と看護士用オブザーバ端末５２、患者用オブザーバ端末５３、フィールドエンジニア用オブザーバ端末５５等のオブザーバ端末で構成される。
【００１６】
ＭＲＩ装置２０、ＣＴスキャナ３０、超音波診断装置３１等の医用画像撮像装置はプロセサを有しており、プロセサ上でソフトウェアコンポーネントであるディスパッチ・エージェントが実行される。ディスパッチ・エージェントは、各種のオブザーバ端末に対してオブザーバ端末が要求する情報を適切なタイミングで通知する。なお、本発明が適用される医用画像撮像装置はネットワークに接続されており、プロセサを含むものであれば良く、ＭＲＩ装置２０、ＣＴスキャナ３０、超音波診断装置３１以外のものであっても良い。
【００１７】
ネットワークに接続されるパソコン、携帯電話、PDA等の端末でソフトウェアコンポーネントであるオブザーバ・エージェントが起動されると、これらの端末がオブザーバ端末となる。各オブザーバ端末はディスパッチ・エージェントに対し、ネットワークを介して取得したい情報を登録する。医用画像撮像装置のプロセサが各種の処理プロセスを実行しているとき、登録した情報が発生すると、各オブザーバ端末はディスパッチ・エージェントからネットワークを介して発生した情報の通知を受ける。
【００１８】
なお、パソコン、携帯電話、PDA等に限られず、ネットワークに接続されており、オブザーバ・エージェントを実行できるものであればオブザーバ端末となる。また、１台のパソコン等の上で２つ以上のオブザーバ・エージェントが同時に実行されても良い。例えば、１台のパソコン上で放射線科医師用オブザーバ・エージェントと看護士用オブザーバ・エージェントが同時に実行される場合や、複数の受付用オブザーバ・エージェントが同時に実行される場合である。携帯電話やPDA等でも同様に２つ以上のオブザーバ・エージェントが同時に実行されても良い。例えば、１台のパソコンであっても、その上で放射線科医師用オブザーバ・エージェントと看護士用オブザーバ・エージェントが同時に実行されている場合、放射線科医師用オブザーバ端末と看護士用オブザーバ端末が同時に存在するとみなされる。
【００１９】
ネットワークは、病院内のイントラネットの他、インターネットを含む。従って、オブザーバ端末は病院外でもディスパッチ・エージェントから通知を受けることができる。
【００２０】
図２は、医用画像撮像装置の一例であるＭＲＩ装置２０の構成を示す図である。ＭＲＩ装置２０は、マグネットシステム２１、ＲＦ駆動部２２、傾斜磁場駆動部２３、データ収集部２４、制御部２５、クレードル２６、オペレータコンソール２７を有している。
【００２１】
マグネットシステム２１は、図２に示すように、概ね円柱状の内部空間（ボア）２１１を有し、ボア２１１内には、クッションを介して被検体４０を載せたクレードル２６が図示しない搬送部によって搬入される。
【００２２】
マグネットシステム２１内には、ボア２１１内のマグネットセンタ（走査する中心位置）の周囲に、静磁場発生部２１２、傾斜磁場コイル部２１３、及びＲＦコイル部２１４が配置されている。静磁場発生部２１２は、ボア２１１内に静磁場を形成する。静磁場の方向は、例えば、被検体４０の体軸方向と平行である。傾斜磁場コイル部２１３は、ＲＦコイル部２１４が受信する磁気共鳴信号に３次元の位置情報を持たせるために、静磁場発生部２１２が形成した静磁場の強度に勾配を付ける傾斜磁場を発生する。ＲＦコイル部２１４は、静磁場発生部２１２が形成した静磁場空間内で被検体４０の体内のスピンを励起するための高周波磁場を形成する。また、ＲＦコイル部２１４は、被検体４０の体内に励起されたスピンが生じる電磁波を磁気共鳴信号として受信する。
【００２３】
ＲＦ駆動部２２は、制御部２５の指示に基づいて駆動信号ＤＲ１をＲＦコイル部２１４に与えて高周波磁場を発生させて、被検体４０の体内のスピンを励起する。傾斜磁場駆動部２３は、制御部２５の指示に基づいて駆動信号ＤＲ２を傾斜磁場コイル部２１３に与えて傾斜磁場を発生させる。データ収集部２４は、ＲＦコイル部２１４によって受信した磁気共鳴信号を取り込み、Ａ／Ｄ変換等を行って、オペレータコンソール２７に出力する。
【００２４】
制御部２５は、オペレータコンソール２７から送られてくる実行すべきプロトコルに即し、所定のパルスシーケンスに従って駆動信号ＤＲ１と駆動信号ＤＲ２を与えるようにＲＦ駆動部２２と傾斜磁場駆動部２３を制御する。更に、制御部２５は、データ収集部２４を制御する。
【００２５】
図３は、ＭＲＩ装置のオペレータコンソール２７の詳細な構成の一例を示す図である。オペレータコンソール２７には、プロセサ２７１、メモリ２７２、画像処理データベース２７３、画像データベース２７４、操作部２７５、モニタ２７６、制御部インタフェース２７７、データ収集部インタフェース２７８、ネットワークインタフェース２７９が含まれる。
【００２６】
プロセサ２７１は、ディスパッチ・エージェントを実行する。また、被検体４０の被検部位に対応した実行すべきプロトコルを制御部インタフェース２７７から制御部２５に送る。更に、プロセサ２７１は、ＲＦコイル部２１４で受信さた磁気共鳴信号に基づいて、画像再構成処理を行う。
【００２７】
画像処理データベース２７３と画像データベース２７４は、例えば記録再生可能なディスク装置等により構成される。画像処理データベース２７３には、ディスパッチ・エージェントプログラム、画像処理アプリケーションプログラム、画像処理プロトコルデータ等が記録される。また、画像データベース２７４にはデータ収集部２４で収集されたデータや再構成画像データが記録される。なお、画像処理データベース２７３と画像データベース２７４は共通のディスク装置等により構成されていても良い。
【００２８】
操作部２７５は、キーボードやマウス等により構成され、モニタ２７６は、グラフィックディスプレイ等により構成される。
【００２９】
制御部インタフェース２７７は、制御部２５と接続されており、制御部２５に実行すべきプロトコルを送る。データ収集部インタフェース２７８は、データ収集部２４と接続されており、データ収集部２４からディジタル化された磁気共鳴信号を受け取る。
【００３０】
ネットワークインタフェース２７９はネットワーク１０に接続され、ディスパッチ・エージェントとオブザーバ・エージェント間の通信データを送受信する。またＨＩＳ／ＲＩＳや各種サーバとの間で通信データを送受信する。
【００３１】
プロセサ２７１で実行されるディスパッチ・エージェントは、他の処理プロセスを監視しており、ＭＲＩ装置等の医用画像撮像装置で行われる全ての操作や計画されるスキャンを把握している。例えば、ＭＲＩ装置のディスパッチ・エージェントが把握している情報は、（１）患者ごとのスキャン合計時間の推定、（２）位置決め／プリスキャン／スキャン／アイドル等のＭＲＩ装置の動作状態、（３）スキャン中／スキャン済みの患者情報、（４）再構成された画像の枚数、（５）画品質チェックのためにレビューされた画像枚数、（６）ネットワークで転送された画像枚数、（７）印刷された画像枚数、（８）後処理された画像枚数、（９）Ｌｏｇされたエラーメッセージ／警告、等である。
【００３２】
オブザーバ端末は一つもしくは複数のクラスに所属する。クラスには放射線科医師クラス、他科医師クラス、看護士クラス、患者クラス、受付クラス、会計クラス、フィールドエンジニアクラス等がある。放射線科医師用オブザーバ端末５１、他科医師用オブザーバ端末、看護士用オブザーバ端末５２、患者用オブザーバ端末５３、受付用オブザーバ端末５４、会計用オブザーバ端末、フィールドエンジニア用オブザーバ端末５５は、それぞれ放射線科医師クラス、他科医師クラス、看護士クラス、患者クラス、受付クラス、会計クラス、フィールドエンジニアクラスに所属するオブザーバ端末である。
【００３３】
各オブザーバ端末がディスパッチ・エージェントから通知を受けることができる情報はクラスによって異なる。例えば放射線科医師クラスのオブザーバ端末は全ての患者の全ての情報に関する通知を受けることができる。また、患者クラスのオブザーバ端末は他の患者の情報は得られないが、ディスパッチ・エージェントによって計算された待ち推定時間は得られる。つまり、各オブザーバ端末がディスパッチ・エージェントから通知を受けることができる情報はオブザーバ端末が所属しているクラスごとに異なる。このため、例えば、患者が他の患者の病状を知ること等を防止でき、患者のプライバシーを守ることができる。
【００３４】
本明細書、特許請求の範囲、及び図面では、オブザーバ端末がディスパッチ・エージェントに対して通知を受けるために登録する情報をイベントという。ディスパッチ・エージェントはイベントが発生すると、オブザーバ端末に通知する。イベントの例としては、例えば「患者Ａの撮像開始まで１０分」、「スキャン開始」、「スキャン終了」、「腹部再構成画像完成」、「患者Ｂの撮像終了まで５分」等がある。所属するクラスで通知を制限されていないイベントを通知が許可されているイベント、所属するクラスで通知を制限されているイベントを通知が許可されていないイベントという。
【００３５】
図４は、ディスパッチ・エージェントの処理を示すブロック図である。ディスパッチ・エージェントは認証・クラス分類部７０、登録部７１、監視部７２、通知部７３、暗号化部７４、復号部７５の６つのブロックで構成される。
【００３６】
認証・クラス分類部７０は、認証を要求するオブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべきオブザーバ端末であるときは、更に、オブザーバ端末の所属するクラスを判定する。認証・クラス分類部７０は、まず、オブザーバ・エージェントからＩＤとパスワードを含む認証リクエストを受信する。次に、ＩＤとパスワードに基づいて認証し、ＩＤに基づいてクラス分類を行う。そして、オブザーバ・エージェントに認証メッセージを送信する。なお、認証メッセージの内容は、許可または拒否のいずれかである。
【００３７】
登録部７１は、オブザーバ端末からイベントの登録を受け付ける。登録部７１は、まず、オブザーバ端末から特定のイベントの登録リクエストを受信する。次に、オブザーバ端末の属するクラスにおける通知が許可されているイベントの登録か否か判定する。通知が許可されていないイベントの登録であるとき、登録部７１は、オブザーバ端末にエラーメッセージを送信する。エラーメッセージの内容は、「ＸＸクラスでは、このイベントの登録は許可されていません。」等である。通知が許可されているイベントの登録であるとき、登録部７１は、プロセサで実行中の処理プロセスを調べ、すでに発生しているイベントであるか否か判定する。すでに発生しているイベントであるときは、登録部７１から通知部７３に移行する。まだ発生していないイベントであるとき、登録部７１は、オブザーバ端末に受付メッセージを送る。
【００３８】
監視部７２は、プロセサで実行中の処理プロセスを監視し、イベントの発生を検出する。ここで、ディスパッチ・エージェントもプロセサで実行されるプロセスの一種である。このため、監視部７２はプロセサ内に閉じて実行される。仮に監視部７２が医用画像撮像装置とは別の監視サーバで動くとすると、イベントが生じていない場合であっても監視サーバは医用画像撮像装置にイベントの発生の有無を問い合わせ、医用画像撮像装置はイベントが生じていないことを返信しなければならない。この問い合わせと返信のために、医用画像撮像装置内のプロセサは通信プロセスを実行しなければならず、プロセサの処理負荷が増大する。更に、監視サーバと医用画像撮像装置の間でイベントが生じていないことを通知するための通信が頻繁に発生し、ネットワーク１０のトラフィックが増加する。しかし、本実施形態によれば、ネットワーク１０上での通信が発生するのは、イベントが生じたときのみであり、イベントが生じていない場合、医用画像撮像装置内のプロセサはプロセサ内に閉じた処理を実行するだけである。このため、プロセサにおける処理負荷の増加は少なく、また、ネットワーク１０のトラフィックは増加しない。
【００３９】
通知部７３は、オブザーバ端末にイベントが発生したことを通知する。通知部７３は、登録部７１によってすでに発生しているイベントであると判定されたとき、および監視部７２によってイベントの発生が検出されたとき、オブザーバ端末に通知メッセージを送信する。それ以降もイベントが生じるときは、通知部７３から監視部７２に移行して処理プロセスの監視を継続し、それ以降イベントが生じないときはオブザーバ端末に終了メッセージを送信する。なお、それ以降もイベントが生じるときの例としては、例えば、登録されるイベントが「撮影中のシリーズと再構成された画像の枚数をリアルタイムで取得」であるとき、シリーズがまだ継続する場合である。この場合、監視部７２が「新たな画像が再構成される」というイベントの発生を検出するごとに、通知部７３はオブザーバ端末に通知メッセージを送信する。
【００４０】
暗号化部７４は、メッセージを暗号化する。認証・クラス分類部７０、登録部７１、および通知部７３から受け取った認証メッセージ、エラーメッセージ、受付メッセージ、通知メッセージ、および終了メッセージを暗号化してオブザーバ端末に送信する。また、復号部７５は、暗号化されたリクエストを復号する。オブザーバ端末から受信する暗号化された認証リクエストと登録リクエストを復号し、認証・クラス分類部７０と登録部７１に渡す。
【００４１】
図５は、ディスパッチ・エージェントの処理フローを示す図である。ディスパッチ・エージェントの処理は以下の通りである。
【００４２】
認証・クラス分類過程：ディスパッチ・エージェントはオブザーバ・エージェントからＩＤとパスワードを含む認証リクエストを受信する（ステップＳＴ１）。ディスパッチ・エージェントは暗号化された認証リクエストを復号してＩＤとパスワードに基づいて認証し（ステップＳＴ２）、ＩＤに基づいてクラス分類を行う（ステップＳＴ３）。ディスパッチ・エージェントはオブザーバ・エージェントに認証メッセージを送信する（ステップＳＴ４）。
【００４３】
登録過程：ディスパッチ・エージェントは、オブザーバ・エージェントからイベントの登録リクエストを受信する（ステップＳＴ５）。ディスパッチ・エージェントは暗号化された登録リクエストを復号し、オブザーバ端末の属するクラスにおける通知が許可されているイベントの登録リクエストか否か判定する（ステップＳＴ６）。通知が許可されていないイベントの登録リクエストであるとき、ディスパッチ・エージェントはオブザーバ・エージェントにエラーメッセージを送信する（ステップＳＴ７）。通知が許可されているイベントの登録リクエストであるとき、ディスパッチ・エージェントはプロセサで実行中の処理プロセスを調べ、登録リクエストのイベントがすでに発生しているイベントであるか否か判定する（ステップＳＴ８）。すでに発生しているイベントであるときは、後述する通知過程のステップＳＴ１１に移動する。まだ発生していないイベントであるとき、ディスパッチ・エージェントはオブザーバ・エージェントに受付メッセージを暗号化して送信する（ステップＳＴ９）。
【００４４】
監視過程：ディスパッチ・エージェントはプロセサで実行中の処理プロセスを監視し、イベントを検出する（ステップＳＴ１０）。
【００４５】
通知過程：ディスパッチ・エージェントはイベントを検出すると、オブザーバ・エージェントに通知メッセージを暗号化して送信する（ステップＳＴ１１）。ディスパッチ・エージェントは、それ以降もイベントが生じるときは、ステップＳＴ１０に戻り（ステップＳＴ１２）、それ以降イベントが生じないときはオブザーバ・エージェントに終了メッセージを暗号化して送信する（ステップＳＴ１３）。
【００４６】
図６は、オブザーバ・エージェントの処理フローを示す図である。オブザーバ・エージェントの処理は以下の通りである。
【００４７】
認証過程：オブザーバ・エージェントはディスパッチ・エージェントにＩＤとパスワードを含む認証リクエストを暗号化して送信する（ステップＳＴ２０）。オブザーバ・エージェントはディスパッチ・エージェントから暗号化された認証メッセージを受信する（ステップＳＴ２１）。オブザーバ・エージェントは認証メッセージを復号してその内容を判定し（ステップＳＴ２２）、拒否であるとき、オブザーバ・エージェントは正しいＩＤとパスワードを含む認証リクエストを再度送信するか、または終了するかをユーザに選択させる（ステップＳＴ２３）。
【００４８】
登録過程：認証メッセージの内容が許可であるとき、オブザーバ・エージェントはディスパッチ・エージェントに特定のイベントの登録リクエストを暗号化して送信する（ステップＳＴ２４）。オブザーバ・エージェントはディスパッチ・エージェントが返送するメッセージを受信するのを待つ（ステップＳＴ２５）。オブザーバ・エージェントは受信したメッセージがエラーメッセージであるか判定し（ステップＳＴ２６）、エラーメッセージであるとき、オブザーバ・エージェントは正しい登録リクエストを再度送信するか、または終了するかをユーザに選択させる（ステップＳＴ２７）。受信したメッセージがエラーメッセージではないとき、オブザーバ・エージェントは受付メッセージであるか通知メッセージであるか判定し（ステップＳＴ２８）、受付メッセージであるとき、オブザーバ・エージェントは受付メッセージの内容を画面に表示する（ステップＳＴ２９）。通知メッセージであるときは、後述するステップＳＴ３２に移動し、オブザーバ・エージェントは通知メッセージの内容を画面に表示する（ステップＳＴ３２）。
【００４９】
監視過程：オブザーバ・エージェントはディスパッチ・エージェントからの通知メッセージまたは終了メッセージを待つ（ステップＳＴ３０）。
【００５０】
通知過程：オブザーバ・エージェントはディスパッチ・エージェントから受信したメッセージを復号し、通知メッセージであるか終了メッセージであるかを判定する（ステップＳＴ３１）、受信したメッセージが通知メッセージであるとき、オブザーバ・エージェントは通知メッセージの内容を画面に表示し、ステップＳＴ３０に戻る（ステップＳＴ３２）。受信したメッセージが終了メッセージであるとき、オブザーバ・エージェントは終了メッセージの内容を画面に表示し、終了する（ステップＳＴ３３）。
【００５１】
なお、通知メッセージは、ブザー音、振動、ランプの点滅、アイコンの点滅等の注意喚起シグナルとともに、オブザーバ端末の画面に表示される。
【００５２】
また、受付メッセージ、通知メッセージ、終了メッセージは必ずしも全ての文章がテキストデータである必要はなく、メッセージが定型的文章である場合には定型的文章に文章番号を割り当ててその番号を送信し、オブザーバ端末側でテキストデータに変換しても良いことは言うまでもない。また、上記では、オブザーバ・エージェントとディスパッチ・エージェント間の通信は暗号化されるとしたが、メッセージの内容によっては暗号化せず平文で送信するようにしても良い。
【００５３】
以下に、本発明に係る医用画像撮像装置用ワークフロー通知システムの実施例を示す。
【実施例１】
【００５４】
看護士が撮像の終了した患者Ａを迎えに行くタイミングを知りたい場合、看護士は、携帯電話のオブザーバ・エージェントを起動し、「患者Ａの撮像終了３分前」というイベントの登録リクエストをディスパッチ・エージェントに送信する。ＭＲＩ装置２０のディスパッチ・エージェントが登録を受け付けると、受付メッセージを返す。そして、患者Ａの撮像の終了が近づき、「患者Ａの撮像終了３分前」というイベントが発生したとき、看護士用オブザーバ端末（携帯電話）５２に「患者Ａの撮像終了３分前です。」の通知メッセージを送信する。この通知メッセージにより、看護士は、患者Ａの撮像がまもなく終了することを知り。患者Ａを迎えに行く。
【実施例２】
【００５５】
救急のＭＲ検査の際、放射線科医師は画像が撮れたらすぐに画像を基に診断しなければいけない。そこで、放射線科医師コンソールのオブザーバ・エージェントを起動し、「撮影中のシリーズと再構成された画像の枚数をリアルタイムで取得」というイベントの登録リクエストを送信する。ＭＲＩ装置２０のディスパッチ・エージェントが登録を受け付けると、その時点の「撮影中のシリーズと再構成された画像の枚数」を通知する通知メッセージを直ちに返す。その後、ＭＲＩ装置２０のディスパッチ・エージェントは画像が再構成されるというイベントが発生するごとに「撮影中のシリーズと再構成された画像枚数」を通知する通知メッセージを送信する。この通知メッセージが放射線科医師用オブザーバ端末（放射線科医師コンソール）５１に届くことにより、放射線科医師は撮影中のシリーズと再構成画像枚数を、放射線科医師コンソールが設置された診察室で知ることができるので、検査の進捗をリアルタイムで観察できる。重要な画像が再構成されたとき、放射線科医師はＭＲＩ装置２０から再構成画像を転送し、診断する。
【実施例３】
【００５６】
図７は、図１の医用画像撮像装置用ワークフロー通知システムと電話ネットワーク８０の関係を示す図である。図７では、図１の医用画像撮像装置用ワークフロー通知システムに電話ネットワーク８０、ページャ基地局８１、及びページャ８２が追加される。受付の担当者はＭＲＩ装置２０の検査までの待ち時間を知るために、患者識別コードとページャの電話番号を登録して、受付端末のオブザーバ・エージェントを起動し、ディスパッチ・エージェントに「前の患者の撮像終了５分前」というイベントの登録リクエストを送信する。この登録リクエストには、患者を識別するための患者識別コードが含まれる。患者識別コードはオブザーバ端末を識別するためのＩＤとは異なり、患者ごとに付与される。患者には患者識別コードに対応するページャ８２を渡す。ＭＲＩ装置２０のディスパッチ・エージェントは前の患者の残りスキャン推定時間が５分というイベントが発生したとき、受付用オブザーバ端末（受付端末）５４に「前の患者の撮像終了５分前」の通知メッセージを送信する。この通知メッセージには次に撮像する患者の患者識別コードが含まれている。この通知メッセージを受けると、受付用オブザーバ端末５４は、受付用オブザーバ端末５４の画面に通知メッセージの内容を表示するとともに、自動的に患者識別コードに対応するページャ８２の電話番号に電話する。ページャ８２のベルが鳴ることにより、患者はＭＲＩ装置２０の検査開始時刻が近いことを知る。
【００５７】
なお、登録リクエストと通知メッセージには患者識別コードが含まれておらず、受付端末上で、患者ごとに異なるＩＤのオブザーバ・エージエントを起動する構成としても良い。
【実施例４】
【００５８】
フィールドエンジニアは、ＭＲＩ装置２０を調査できる時刻を知るために、携帯電話のオブザーバ・エージェントを起動し、ディスパッチ・エージェントに「全ての撮像終了」というイベントの登録リクエストを送信する。ＭＲＩ装置２０のディスパッチ・エージェントが登録を受け付けると、「全ての撮像終了まで○○時間××分を予定しています。」という通知メッセージをフィールドエンジニア用オブザーバ端末（携帯電話）５５に返す。そして、全ての撮像が終了するというイベントが発生したとき、「全ての撮像が終了しました。」という通知メッセージを送信する。この通知メッセージをフィールドエンジニア用オブザーバ端末５５で受けることにより、フィールドエンジニアは全ての撮像が終了したことを知り、ＭＲＩ装置２０の調査を開始する。
【００５９】
図８は、本発明の第２の実施形態である医用画像撮像装置用ワークフロー通知システムの一例を示す図である。ネットワーク１０に認証サーバ９０が接続される。図９は、図８の実施形態におけるディスパッチ・エージェントの処理を示すブロック図である。登録部７１、監視部７２、通知部７３、暗号化部７４、復号部７５は第１の実施形態と共通である。しかし、複数の医用画像撮像装置における認証・クラス分類過程の処理を認証サーバ９０で集中して行うため、ディスパッチ・エージェントに認証・クラス分類部７０が無い点が第１の実施形態と異なる。オブザーバ端末が認証リクエストを認証サーバ９０に送信すると、認証サーバ９０は認証を要求するオブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべきオブザーバ端末であるときは、更にオブザーバ端末の所属するクラスを判定する。認証されるべきオブザーバ端末であるときは、認証サーバ９０は、認証を要求したオブザーバ端末に許可という内容の認証メッセージを送信し、また、認証を要求された医用画像撮像装置のディスパッチ・エージェントに許可という内容の認証メッセージとオブザーバ端末の属するクラスを送信する。認証されるべきオブザーバ端末でないときは、認証サーバ９０は認証を要求したオブザーバ端末に拒否という内容の認証メッセージを送る。認証サーバ９０によって認証データとクラス分類データを一括して管理することができる。
【図面の簡単な説明】
【００６０】
【図１】本発明の第１の実施形態である医用画像撮像装置用ワークフロー通知システムの一例を示す図である。
【図２】医用画像撮像装置の一例であるＭＲＩ装置２０の構成を示す図である。
【図３】ＭＲＩ装置のオペレータコンソール２７の詳細な構成の一例を示す図である。
【図４】ディスパッチ・エージェントの処理を示すブロック図である。
【図５】ディスパッチ・エージェントの処理フローを示す図である。
【図６】オブザーバ・エージェントの処理フローを示す図である。
【図７】図１の医用画像撮像装置用ワークフロー通知システムと電話ネットワーク８０の関係を示す図である。
【図８】本発明の他の実施形態である医用画像撮像装置用ワークフロー通知システムの一例を示す図である。
【図９】図８の実施形態におけるディスパッチ・エージェントの処理を示すブロック図である。
【符号の説明】
【００６１】
１０…ネットワーク、２０…ＭＲＩ装置、２７…オペレータコンソール、２７１…プロセサ、３０…ＣＴスキャナ、３１…超音波診断装置、５１…放射線化医師オブザーバ端末、５２…看護士オブザーバ端末、５３…患者オブザーバ端末、５４…受付オブザーバ端末、５５…フィールドエンジニア用オブザーバ端末、６０…無線ＬＡＮ基地局、７０…認証・クラス分類部、７１…登録部、７２…監視部、７３…通知部、８０…電話ネットワーク、８１…ページャ基地局、８２…ページャ、９０…認証サーバ
【技術分野】
【０００１】
本発明は、医用画像撮像装置用ワークフロー通知システム、医用画像撮像装置、医用画像撮像装置用ワークフロー通知方法、および医用画像撮像装置用ワークフロー通知プログラムに関する。詳しくは、ＭＲＩ装置やＣＴスキャナ、超音波診断装置等の医療分野における医用画像撮像装置の撮像情報が必要な人に対し、通知対象者の属性に応じて必要かつ十分な情報を適切なタイミングで通知する医用画像撮像装置用ワークフロー通知システム、医用画像撮像装置、医用画像撮像装置用ワークフロー通知方法、および医用画像撮像装置用ワークフロー通知プログラムに関する。
【背景技術】
【０００２】
病院では、病院情報システム（ＨＩＳ：Ｈｏｓｐｉｔａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）と放射線科情報システム（ＲＩＳ：Ｒａｄｉｏｌｏｇｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）が運用されている。ここで、ＨＩＳは患者の受付や個人情報（氏名、年齢、住所、来院履歴、治療状況）の管理、診療費の会計処理までをコンピュータ上で行うシステムであり、ＲＩＳはＨＩＳと連携し、放射線検査の予約、検査受付、検査データの読影、保管、医事請求までを一貫して行うシステムである。
【０００３】
また、病院では、ＭＲＩ装置やＣＴスキャナ、超音波診断装置等の異なった種類の医用画像撮像装置（モダリティ）が使われている。これらの医用画像撮像装置を、ネットワークや画像保存媒体で相互に接続して、患者の画像検査情報のやり取りや、画像データの伝送を可能とするために、医用ディジタル画像と通信に関する標準規格としてＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）が制定されている。医用画像撮像装置は、ＤＩＣＯＭ ＭＷＭ（Ｍｏｄａｌｉｔｙ Ｗｏｒｋｌｉｓｔ Ｍａｎａｇｅｍｅｎｔ）に従ってＨＩＳ／ＲＩＳから患者名や検査種別等の検査オーダー情報を受け取り、ＤＩＣＯＭ ＭＰＰＳ（Ｍｏｄａｌｉｔｙ Ｐｅｒｆｏｒｍｅｄ Ｐｒｏｃｅｄｕｒｅ Ｓｔｅｐ）に従って検査の進捗状況や実施済み検査情報をＨＩＳ／ＲＩＳに送る（たとえば、特許文献１の段落[０００２]〜[００１２]参照）。
【特許文献１】特開２００５−２６１９５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
医用画像撮像装置からＨＩＳ／ＲＩＳに対し、実施中、完了、中断、延期等の撮像進捗状況や実施済み検査情報は送られるが、検査の残り推定時間や撮像済み枚数、撮像予定枚数等の撮像中のリアルタイムの情報は提供されていない。
また、看護士への検査情報等の通知は電話やページャ（ポケベル）等で行われているため、通知を発する検査技師等に手間がかかる。
本発明はかかる事情に鑑みてなされたものであり、患者、放射線科医師、看護士等通知対象者の属性に応じて、患者の待ち推定時間、実施済み検査情報、次の患者の検査開始時刻等医用画像撮像装置が有する情報を適切なタイミングで通知し、病院のワークフローを改善することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の医用画像撮像装置用ワークフロー通知システムは、ネットワークに接続された医用画像撮像装置と複数のオブザーバ端末が含まれ、当該医用画像撮像装置に含まれるプロセサが複数の処理プロセスを実行し、当該処理プロセスが当該処理プロセスごとのイベントを発生させるシステムであって、上記オブザーバ端末が、上記医用画像撮像装置に対し、上記ネットワークを介して所定の上記イベントの登録リクエストを送信し、上記医用画像撮像装置が、上記オブザーバ端末から送信される上記登録リクエストを、上記ネットワークを介して受け付け、上記プロセサで実行中の上記処理プロセスを監視し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、上記オブザーバ端末が、上記医用画像撮像装置から上記通知メッセージを受信する。
【０００６】
好適には、本発明の医用画像撮像装置用ワークフロー通知システムは、上記医用画像撮像装置が、上記通知メッセージを送信した後、それ以降上記イベントが発生しないときはオブザーバ端末に終了メッセージを送信し、または、それ以降も更に上記イベントが発生するときは、上記プロセサで実行中の上記処理プロセスの監視を継続し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に再度通知メッセージを送信し、上記オブザーバ端末が、上記医用画像撮像装置から上記終了メッセージまたは上記通知メッセージを受信する。
【０００７】
好適には、本発明の医用画像撮像装置用ワークフロー通知システムは、上記医用画像撮像装置が、上記オブザーバ端末から送信される上記イベントの上記登録リクエストを受信すると、上記オブザーバ端末の属するクラスにおいて通知が許可されているイベントの登録か否か判定し、通知が許可されているイベントの登録であるとき、プロセサで実行中の上記処理プロセスを調べ、すでに発生しているイベントであるか否か判定し、すでに発生しているイベントであるときは、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、または、まだ発生していないイベントであるとき、上記オブザーバ端末に受付メッセージを送信し、上記オブザーバ端末が、上記医用画像撮像装置から上記通知メッセージまたは上記受付メッセージを受信する。
【０００８】
好適には、本発明の医用画像撮像装置用ワークフロー通知システムは、ネットワークに接続された少なくとも２台の医用画像撮像装置と認証サーバが含まれ、上記オブザーバ端末が、上記認証サーバに所定の医用画像撮像装置を対象とする認証リクエストを送信し、上記認証サーバが、上記認証リクエストを受信すると、上記オブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべきオブザーバ端末であるときは第１の認証許可メッセージを、上記認証リクエストを送信した上記オブザーバ端末に送信し、上記認証リクエストを送信した上記オブザーバ端末が、上記第１の認証許可メッセージを受信すると、上記所定の医用画像撮像装置に対して上記登録リクエストを送信することが可能となり、上記認証リクエストを送信した上記オブザーバ端末が認証されるべきオブザーバ端末であるときは、上記認証サーバが、更に上記オブザーバ端末の属するクラスを判定し、第２の認証許可メッセージと当該クラスを、上記認証リクエストの対象である所定の医用画像撮像装置に送信し、上記認証リクエストの対象である上記所定の医用画像撮像装置が、上記第２の認証許可メッセージと上記クラスを受信すると、上記所定の医用画像撮像装置が上記認証リクエストを送信した上記オブザーバ端末からの上記登録リクエストを受け付けることが可能となる。
【０００９】
好適には、本発明の医用画像撮像装置用ワークフロー通知システムは、上記オブザーバ端末が、ページャの電話番号が登録された受付オブザーバ端末を含み、上記受付オブザーバ端末が、上記医用画像撮像装置から上記通知メッセージを受信すると、上記登録されたページャの電話番号に電話する。
【００１０】
また、本発明の医用画像撮像装置は、ネットワークに接続され、プロセサを含み、当該プロセサが複数の処理プロセスを実行し、当該処理プロセスが当該処理プロセスごとのイベントを発生させる医用画像撮像装置であって、オブザーバ端末からの所定のイベントの登録リクエストを、上記ネットワークを介して受け付ける登録部と、上記プロセサで実行中の上記処理プロセスを監視し、上記登録されたイベントの発生を検出するように構成されている監視部と、上記監視部によって上記登録されたイベントの発生が検出されると、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信するように構成されている通知部とを有する。
【００１１】
好適には、本発明の医用画像撮像装置は、上記通知部が、上記通知メッセージを送信した後、それ以降上記イベントが発生しないときはオブザーバ端末に終了メッセージを送信し、または、それ以降も更に上記イベントが発生するときは、上記監視部に移行し、上記監視部が、上記プロセサで実行中の上記処理プロセスの監視を継続し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に再度通知メッセージを送信する。
【００１２】
好適には、本発明の医用画像撮像装置は、上記登録部が、上記オブザーバ端末から送信される上記所定のイベントの上記登録リクエストを受信すると、上記オブザーバ端末の属するクラスにおいて通知が許可されているイベントの登録か否か判定し、通知が許可されているイベントの登録であるとき、プロセサで実行中の上記処理プロセスを調べ、すでに発生しているイベントであるか否か判定し、すでに発生しているイベントであるときは、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、または、まだ発生していないイベントであるとき、上記オブザーバ端末に受付メッセージを送信する。
【００１３】
好適には、本発明の医用画像撮像装置は、上記オブザーバ端末から認証リクエストを受信すると、上記オブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべき上記オブザーバ端末であるときは、第１の認証許可メッセージを、当該認証リクエストを送信した上記オブザーバ端末に送信するとともに、当該認証リクエストを送信した上記オブザーバ端末の所属するクラスを判定するように構成されている認証・クラス分類部を有する。
【発明の効果】
【００１４】
以上のように、本発明によれば、患者、放射線科医師、看護士等通知対象者の属性に応じて、患者の待ち推定時間、実施済み検査情報、次の患者の検査開始時刻等医用画像撮像装置の有する情報を適切なタイミングで通知することが可能となり、無駄な待ち時間と手間を省き、病院のワークフローを改善することができる。
【発明を実施するための最良の形態】
【００１５】
図１は、本発明の第１の実施形態である医用画像撮像装置用ワークフロー通知システムの一例を示す図である。ネットワーク１０に有線で接続されるＭＲＩ装置２０やＣＴスキャナ３０等の医用画像撮像装置と放射線科医師用オブザーバ端末５１や受付用オブザーバ端末５４等のオブザーバ端末、および無線ＬＡＮ基地局６０を介して無線で接続される超音波診断装置３１等の医用画像撮像装置と看護士用オブザーバ端末５２、患者用オブザーバ端末５３、フィールドエンジニア用オブザーバ端末５５等のオブザーバ端末で構成される。
【００１６】
ＭＲＩ装置２０、ＣＴスキャナ３０、超音波診断装置３１等の医用画像撮像装置はプロセサを有しており、プロセサ上でソフトウェアコンポーネントであるディスパッチ・エージェントが実行される。ディスパッチ・エージェントは、各種のオブザーバ端末に対してオブザーバ端末が要求する情報を適切なタイミングで通知する。なお、本発明が適用される医用画像撮像装置はネットワークに接続されており、プロセサを含むものであれば良く、ＭＲＩ装置２０、ＣＴスキャナ３０、超音波診断装置３１以外のものであっても良い。
【００１７】
ネットワークに接続されるパソコン、携帯電話、PDA等の端末でソフトウェアコンポーネントであるオブザーバ・エージェントが起動されると、これらの端末がオブザーバ端末となる。各オブザーバ端末はディスパッチ・エージェントに対し、ネットワークを介して取得したい情報を登録する。医用画像撮像装置のプロセサが各種の処理プロセスを実行しているとき、登録した情報が発生すると、各オブザーバ端末はディスパッチ・エージェントからネットワークを介して発生した情報の通知を受ける。
【００１８】
なお、パソコン、携帯電話、PDA等に限られず、ネットワークに接続されており、オブザーバ・エージェントを実行できるものであればオブザーバ端末となる。また、１台のパソコン等の上で２つ以上のオブザーバ・エージェントが同時に実行されても良い。例えば、１台のパソコン上で放射線科医師用オブザーバ・エージェントと看護士用オブザーバ・エージェントが同時に実行される場合や、複数の受付用オブザーバ・エージェントが同時に実行される場合である。携帯電話やPDA等でも同様に２つ以上のオブザーバ・エージェントが同時に実行されても良い。例えば、１台のパソコンであっても、その上で放射線科医師用オブザーバ・エージェントと看護士用オブザーバ・エージェントが同時に実行されている場合、放射線科医師用オブザーバ端末と看護士用オブザーバ端末が同時に存在するとみなされる。
【００１９】
ネットワークは、病院内のイントラネットの他、インターネットを含む。従って、オブザーバ端末は病院外でもディスパッチ・エージェントから通知を受けることができる。
【００２０】
図２は、医用画像撮像装置の一例であるＭＲＩ装置２０の構成を示す図である。ＭＲＩ装置２０は、マグネットシステム２１、ＲＦ駆動部２２、傾斜磁場駆動部２３、データ収集部２４、制御部２５、クレードル２６、オペレータコンソール２７を有している。
【００２１】
マグネットシステム２１は、図２に示すように、概ね円柱状の内部空間（ボア）２１１を有し、ボア２１１内には、クッションを介して被検体４０を載せたクレードル２６が図示しない搬送部によって搬入される。
【００２２】
マグネットシステム２１内には、ボア２１１内のマグネットセンタ（走査する中心位置）の周囲に、静磁場発生部２１２、傾斜磁場コイル部２１３、及びＲＦコイル部２１４が配置されている。静磁場発生部２１２は、ボア２１１内に静磁場を形成する。静磁場の方向は、例えば、被検体４０の体軸方向と平行である。傾斜磁場コイル部２１３は、ＲＦコイル部２１４が受信する磁気共鳴信号に３次元の位置情報を持たせるために、静磁場発生部２１２が形成した静磁場の強度に勾配を付ける傾斜磁場を発生する。ＲＦコイル部２１４は、静磁場発生部２１２が形成した静磁場空間内で被検体４０の体内のスピンを励起するための高周波磁場を形成する。また、ＲＦコイル部２１４は、被検体４０の体内に励起されたスピンが生じる電磁波を磁気共鳴信号として受信する。
【００２３】
ＲＦ駆動部２２は、制御部２５の指示に基づいて駆動信号ＤＲ１をＲＦコイル部２１４に与えて高周波磁場を発生させて、被検体４０の体内のスピンを励起する。傾斜磁場駆動部２３は、制御部２５の指示に基づいて駆動信号ＤＲ２を傾斜磁場コイル部２１３に与えて傾斜磁場を発生させる。データ収集部２４は、ＲＦコイル部２１４によって受信した磁気共鳴信号を取り込み、Ａ／Ｄ変換等を行って、オペレータコンソール２７に出力する。
【００２４】
制御部２５は、オペレータコンソール２７から送られてくる実行すべきプロトコルに即し、所定のパルスシーケンスに従って駆動信号ＤＲ１と駆動信号ＤＲ２を与えるようにＲＦ駆動部２２と傾斜磁場駆動部２３を制御する。更に、制御部２５は、データ収集部２４を制御する。
【００２５】
図３は、ＭＲＩ装置のオペレータコンソール２７の詳細な構成の一例を示す図である。オペレータコンソール２７には、プロセサ２７１、メモリ２７２、画像処理データベース２７３、画像データベース２７４、操作部２７５、モニタ２７６、制御部インタフェース２７７、データ収集部インタフェース２７８、ネットワークインタフェース２７９が含まれる。
【００２６】
プロセサ２７１は、ディスパッチ・エージェントを実行する。また、被検体４０の被検部位に対応した実行すべきプロトコルを制御部インタフェース２７７から制御部２５に送る。更に、プロセサ２７１は、ＲＦコイル部２１４で受信さた磁気共鳴信号に基づいて、画像再構成処理を行う。
【００２７】
画像処理データベース２７３と画像データベース２７４は、例えば記録再生可能なディスク装置等により構成される。画像処理データベース２７３には、ディスパッチ・エージェントプログラム、画像処理アプリケーションプログラム、画像処理プロトコルデータ等が記録される。また、画像データベース２７４にはデータ収集部２４で収集されたデータや再構成画像データが記録される。なお、画像処理データベース２７３と画像データベース２７４は共通のディスク装置等により構成されていても良い。
【００２８】
操作部２７５は、キーボードやマウス等により構成され、モニタ２７６は、グラフィックディスプレイ等により構成される。
【００２９】
制御部インタフェース２７７は、制御部２５と接続されており、制御部２５に実行すべきプロトコルを送る。データ収集部インタフェース２７８は、データ収集部２４と接続されており、データ収集部２４からディジタル化された磁気共鳴信号を受け取る。
【００３０】
ネットワークインタフェース２７９はネットワーク１０に接続され、ディスパッチ・エージェントとオブザーバ・エージェント間の通信データを送受信する。またＨＩＳ／ＲＩＳや各種サーバとの間で通信データを送受信する。
【００３１】
プロセサ２７１で実行されるディスパッチ・エージェントは、他の処理プロセスを監視しており、ＭＲＩ装置等の医用画像撮像装置で行われる全ての操作や計画されるスキャンを把握している。例えば、ＭＲＩ装置のディスパッチ・エージェントが把握している情報は、（１）患者ごとのスキャン合計時間の推定、（２）位置決め／プリスキャン／スキャン／アイドル等のＭＲＩ装置の動作状態、（３）スキャン中／スキャン済みの患者情報、（４）再構成された画像の枚数、（５）画品質チェックのためにレビューされた画像枚数、（６）ネットワークで転送された画像枚数、（７）印刷された画像枚数、（８）後処理された画像枚数、（９）Ｌｏｇされたエラーメッセージ／警告、等である。
【００３２】
オブザーバ端末は一つもしくは複数のクラスに所属する。クラスには放射線科医師クラス、他科医師クラス、看護士クラス、患者クラス、受付クラス、会計クラス、フィールドエンジニアクラス等がある。放射線科医師用オブザーバ端末５１、他科医師用オブザーバ端末、看護士用オブザーバ端末５２、患者用オブザーバ端末５３、受付用オブザーバ端末５４、会計用オブザーバ端末、フィールドエンジニア用オブザーバ端末５５は、それぞれ放射線科医師クラス、他科医師クラス、看護士クラス、患者クラス、受付クラス、会計クラス、フィールドエンジニアクラスに所属するオブザーバ端末である。
【００３３】
各オブザーバ端末がディスパッチ・エージェントから通知を受けることができる情報はクラスによって異なる。例えば放射線科医師クラスのオブザーバ端末は全ての患者の全ての情報に関する通知を受けることができる。また、患者クラスのオブザーバ端末は他の患者の情報は得られないが、ディスパッチ・エージェントによって計算された待ち推定時間は得られる。つまり、各オブザーバ端末がディスパッチ・エージェントから通知を受けることができる情報はオブザーバ端末が所属しているクラスごとに異なる。このため、例えば、患者が他の患者の病状を知ること等を防止でき、患者のプライバシーを守ることができる。
【００３４】
本明細書、特許請求の範囲、及び図面では、オブザーバ端末がディスパッチ・エージェントに対して通知を受けるために登録する情報をイベントという。ディスパッチ・エージェントはイベントが発生すると、オブザーバ端末に通知する。イベントの例としては、例えば「患者Ａの撮像開始まで１０分」、「スキャン開始」、「スキャン終了」、「腹部再構成画像完成」、「患者Ｂの撮像終了まで５分」等がある。所属するクラスで通知を制限されていないイベントを通知が許可されているイベント、所属するクラスで通知を制限されているイベントを通知が許可されていないイベントという。
【００３５】
図４は、ディスパッチ・エージェントの処理を示すブロック図である。ディスパッチ・エージェントは認証・クラス分類部７０、登録部７１、監視部７２、通知部７３、暗号化部７４、復号部７５の６つのブロックで構成される。
【００３６】
認証・クラス分類部７０は、認証を要求するオブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべきオブザーバ端末であるときは、更に、オブザーバ端末の所属するクラスを判定する。認証・クラス分類部７０は、まず、オブザーバ・エージェントからＩＤとパスワードを含む認証リクエストを受信する。次に、ＩＤとパスワードに基づいて認証し、ＩＤに基づいてクラス分類を行う。そして、オブザーバ・エージェントに認証メッセージを送信する。なお、認証メッセージの内容は、許可または拒否のいずれかである。
【００３７】
登録部７１は、オブザーバ端末からイベントの登録を受け付ける。登録部７１は、まず、オブザーバ端末から特定のイベントの登録リクエストを受信する。次に、オブザーバ端末の属するクラスにおける通知が許可されているイベントの登録か否か判定する。通知が許可されていないイベントの登録であるとき、登録部７１は、オブザーバ端末にエラーメッセージを送信する。エラーメッセージの内容は、「ＸＸクラスでは、このイベントの登録は許可されていません。」等である。通知が許可されているイベントの登録であるとき、登録部７１は、プロセサで実行中の処理プロセスを調べ、すでに発生しているイベントであるか否か判定する。すでに発生しているイベントであるときは、登録部７１から通知部７３に移行する。まだ発生していないイベントであるとき、登録部７１は、オブザーバ端末に受付メッセージを送る。
【００３８】
監視部７２は、プロセサで実行中の処理プロセスを監視し、イベントの発生を検出する。ここで、ディスパッチ・エージェントもプロセサで実行されるプロセスの一種である。このため、監視部７２はプロセサ内に閉じて実行される。仮に監視部７２が医用画像撮像装置とは別の監視サーバで動くとすると、イベントが生じていない場合であっても監視サーバは医用画像撮像装置にイベントの発生の有無を問い合わせ、医用画像撮像装置はイベントが生じていないことを返信しなければならない。この問い合わせと返信のために、医用画像撮像装置内のプロセサは通信プロセスを実行しなければならず、プロセサの処理負荷が増大する。更に、監視サーバと医用画像撮像装置の間でイベントが生じていないことを通知するための通信が頻繁に発生し、ネットワーク１０のトラフィックが増加する。しかし、本実施形態によれば、ネットワーク１０上での通信が発生するのは、イベントが生じたときのみであり、イベントが生じていない場合、医用画像撮像装置内のプロセサはプロセサ内に閉じた処理を実行するだけである。このため、プロセサにおける処理負荷の増加は少なく、また、ネットワーク１０のトラフィックは増加しない。
【００３９】
通知部７３は、オブザーバ端末にイベントが発生したことを通知する。通知部７３は、登録部７１によってすでに発生しているイベントであると判定されたとき、および監視部７２によってイベントの発生が検出されたとき、オブザーバ端末に通知メッセージを送信する。それ以降もイベントが生じるときは、通知部７３から監視部７２に移行して処理プロセスの監視を継続し、それ以降イベントが生じないときはオブザーバ端末に終了メッセージを送信する。なお、それ以降もイベントが生じるときの例としては、例えば、登録されるイベントが「撮影中のシリーズと再構成された画像の枚数をリアルタイムで取得」であるとき、シリーズがまだ継続する場合である。この場合、監視部７２が「新たな画像が再構成される」というイベントの発生を検出するごとに、通知部７３はオブザーバ端末に通知メッセージを送信する。
【００４０】
暗号化部７４は、メッセージを暗号化する。認証・クラス分類部７０、登録部７１、および通知部７３から受け取った認証メッセージ、エラーメッセージ、受付メッセージ、通知メッセージ、および終了メッセージを暗号化してオブザーバ端末に送信する。また、復号部７５は、暗号化されたリクエストを復号する。オブザーバ端末から受信する暗号化された認証リクエストと登録リクエストを復号し、認証・クラス分類部７０と登録部７１に渡す。
【００４１】
図５は、ディスパッチ・エージェントの処理フローを示す図である。ディスパッチ・エージェントの処理は以下の通りである。
【００４２】
認証・クラス分類過程：ディスパッチ・エージェントはオブザーバ・エージェントからＩＤとパスワードを含む認証リクエストを受信する（ステップＳＴ１）。ディスパッチ・エージェントは暗号化された認証リクエストを復号してＩＤとパスワードに基づいて認証し（ステップＳＴ２）、ＩＤに基づいてクラス分類を行う（ステップＳＴ３）。ディスパッチ・エージェントはオブザーバ・エージェントに認証メッセージを送信する（ステップＳＴ４）。
【００４３】
登録過程：ディスパッチ・エージェントは、オブザーバ・エージェントからイベントの登録リクエストを受信する（ステップＳＴ５）。ディスパッチ・エージェントは暗号化された登録リクエストを復号し、オブザーバ端末の属するクラスにおける通知が許可されているイベントの登録リクエストか否か判定する（ステップＳＴ６）。通知が許可されていないイベントの登録リクエストであるとき、ディスパッチ・エージェントはオブザーバ・エージェントにエラーメッセージを送信する（ステップＳＴ７）。通知が許可されているイベントの登録リクエストであるとき、ディスパッチ・エージェントはプロセサで実行中の処理プロセスを調べ、登録リクエストのイベントがすでに発生しているイベントであるか否か判定する（ステップＳＴ８）。すでに発生しているイベントであるときは、後述する通知過程のステップＳＴ１１に移動する。まだ発生していないイベントであるとき、ディスパッチ・エージェントはオブザーバ・エージェントに受付メッセージを暗号化して送信する（ステップＳＴ９）。
【００４４】
監視過程：ディスパッチ・エージェントはプロセサで実行中の処理プロセスを監視し、イベントを検出する（ステップＳＴ１０）。
【００４５】
通知過程：ディスパッチ・エージェントはイベントを検出すると、オブザーバ・エージェントに通知メッセージを暗号化して送信する（ステップＳＴ１１）。ディスパッチ・エージェントは、それ以降もイベントが生じるときは、ステップＳＴ１０に戻り（ステップＳＴ１２）、それ以降イベントが生じないときはオブザーバ・エージェントに終了メッセージを暗号化して送信する（ステップＳＴ１３）。
【００４６】
図６は、オブザーバ・エージェントの処理フローを示す図である。オブザーバ・エージェントの処理は以下の通りである。
【００４７】
認証過程：オブザーバ・エージェントはディスパッチ・エージェントにＩＤとパスワードを含む認証リクエストを暗号化して送信する（ステップＳＴ２０）。オブザーバ・エージェントはディスパッチ・エージェントから暗号化された認証メッセージを受信する（ステップＳＴ２１）。オブザーバ・エージェントは認証メッセージを復号してその内容を判定し（ステップＳＴ２２）、拒否であるとき、オブザーバ・エージェントは正しいＩＤとパスワードを含む認証リクエストを再度送信するか、または終了するかをユーザに選択させる（ステップＳＴ２３）。
【００４８】
登録過程：認証メッセージの内容が許可であるとき、オブザーバ・エージェントはディスパッチ・エージェントに特定のイベントの登録リクエストを暗号化して送信する（ステップＳＴ２４）。オブザーバ・エージェントはディスパッチ・エージェントが返送するメッセージを受信するのを待つ（ステップＳＴ２５）。オブザーバ・エージェントは受信したメッセージがエラーメッセージであるか判定し（ステップＳＴ２６）、エラーメッセージであるとき、オブザーバ・エージェントは正しい登録リクエストを再度送信するか、または終了するかをユーザに選択させる（ステップＳＴ２７）。受信したメッセージがエラーメッセージではないとき、オブザーバ・エージェントは受付メッセージであるか通知メッセージであるか判定し（ステップＳＴ２８）、受付メッセージであるとき、オブザーバ・エージェントは受付メッセージの内容を画面に表示する（ステップＳＴ２９）。通知メッセージであるときは、後述するステップＳＴ３２に移動し、オブザーバ・エージェントは通知メッセージの内容を画面に表示する（ステップＳＴ３２）。
【００４９】
監視過程：オブザーバ・エージェントはディスパッチ・エージェントからの通知メッセージまたは終了メッセージを待つ（ステップＳＴ３０）。
【００５０】
通知過程：オブザーバ・エージェントはディスパッチ・エージェントから受信したメッセージを復号し、通知メッセージであるか終了メッセージであるかを判定する（ステップＳＴ３１）、受信したメッセージが通知メッセージであるとき、オブザーバ・エージェントは通知メッセージの内容を画面に表示し、ステップＳＴ３０に戻る（ステップＳＴ３２）。受信したメッセージが終了メッセージであるとき、オブザーバ・エージェントは終了メッセージの内容を画面に表示し、終了する（ステップＳＴ３３）。
【００５１】
なお、通知メッセージは、ブザー音、振動、ランプの点滅、アイコンの点滅等の注意喚起シグナルとともに、オブザーバ端末の画面に表示される。
【００５２】
また、受付メッセージ、通知メッセージ、終了メッセージは必ずしも全ての文章がテキストデータである必要はなく、メッセージが定型的文章である場合には定型的文章に文章番号を割り当ててその番号を送信し、オブザーバ端末側でテキストデータに変換しても良いことは言うまでもない。また、上記では、オブザーバ・エージェントとディスパッチ・エージェント間の通信は暗号化されるとしたが、メッセージの内容によっては暗号化せず平文で送信するようにしても良い。
【００５３】
以下に、本発明に係る医用画像撮像装置用ワークフロー通知システムの実施例を示す。
【実施例１】
【００５４】
看護士が撮像の終了した患者Ａを迎えに行くタイミングを知りたい場合、看護士は、携帯電話のオブザーバ・エージェントを起動し、「患者Ａの撮像終了３分前」というイベントの登録リクエストをディスパッチ・エージェントに送信する。ＭＲＩ装置２０のディスパッチ・エージェントが登録を受け付けると、受付メッセージを返す。そして、患者Ａの撮像の終了が近づき、「患者Ａの撮像終了３分前」というイベントが発生したとき、看護士用オブザーバ端末（携帯電話）５２に「患者Ａの撮像終了３分前です。」の通知メッセージを送信する。この通知メッセージにより、看護士は、患者Ａの撮像がまもなく終了することを知り。患者Ａを迎えに行く。
【実施例２】
【００５５】
救急のＭＲ検査の際、放射線科医師は画像が撮れたらすぐに画像を基に診断しなければいけない。そこで、放射線科医師コンソールのオブザーバ・エージェントを起動し、「撮影中のシリーズと再構成された画像の枚数をリアルタイムで取得」というイベントの登録リクエストを送信する。ＭＲＩ装置２０のディスパッチ・エージェントが登録を受け付けると、その時点の「撮影中のシリーズと再構成された画像の枚数」を通知する通知メッセージを直ちに返す。その後、ＭＲＩ装置２０のディスパッチ・エージェントは画像が再構成されるというイベントが発生するごとに「撮影中のシリーズと再構成された画像枚数」を通知する通知メッセージを送信する。この通知メッセージが放射線科医師用オブザーバ端末（放射線科医師コンソール）５１に届くことにより、放射線科医師は撮影中のシリーズと再構成画像枚数を、放射線科医師コンソールが設置された診察室で知ることができるので、検査の進捗をリアルタイムで観察できる。重要な画像が再構成されたとき、放射線科医師はＭＲＩ装置２０から再構成画像を転送し、診断する。
【実施例３】
【００５６】
図７は、図１の医用画像撮像装置用ワークフロー通知システムと電話ネットワーク８０の関係を示す図である。図７では、図１の医用画像撮像装置用ワークフロー通知システムに電話ネットワーク８０、ページャ基地局８１、及びページャ８２が追加される。受付の担当者はＭＲＩ装置２０の検査までの待ち時間を知るために、患者識別コードとページャの電話番号を登録して、受付端末のオブザーバ・エージェントを起動し、ディスパッチ・エージェントに「前の患者の撮像終了５分前」というイベントの登録リクエストを送信する。この登録リクエストには、患者を識別するための患者識別コードが含まれる。患者識別コードはオブザーバ端末を識別するためのＩＤとは異なり、患者ごとに付与される。患者には患者識別コードに対応するページャ８２を渡す。ＭＲＩ装置２０のディスパッチ・エージェントは前の患者の残りスキャン推定時間が５分というイベントが発生したとき、受付用オブザーバ端末（受付端末）５４に「前の患者の撮像終了５分前」の通知メッセージを送信する。この通知メッセージには次に撮像する患者の患者識別コードが含まれている。この通知メッセージを受けると、受付用オブザーバ端末５４は、受付用オブザーバ端末５４の画面に通知メッセージの内容を表示するとともに、自動的に患者識別コードに対応するページャ８２の電話番号に電話する。ページャ８２のベルが鳴ることにより、患者はＭＲＩ装置２０の検査開始時刻が近いことを知る。
【００５７】
なお、登録リクエストと通知メッセージには患者識別コードが含まれておらず、受付端末上で、患者ごとに異なるＩＤのオブザーバ・エージエントを起動する構成としても良い。
【実施例４】
【００５８】
フィールドエンジニアは、ＭＲＩ装置２０を調査できる時刻を知るために、携帯電話のオブザーバ・エージェントを起動し、ディスパッチ・エージェントに「全ての撮像終了」というイベントの登録リクエストを送信する。ＭＲＩ装置２０のディスパッチ・エージェントが登録を受け付けると、「全ての撮像終了まで○○時間××分を予定しています。」という通知メッセージをフィールドエンジニア用オブザーバ端末（携帯電話）５５に返す。そして、全ての撮像が終了するというイベントが発生したとき、「全ての撮像が終了しました。」という通知メッセージを送信する。この通知メッセージをフィールドエンジニア用オブザーバ端末５５で受けることにより、フィールドエンジニアは全ての撮像が終了したことを知り、ＭＲＩ装置２０の調査を開始する。
【００５９】
図８は、本発明の第２の実施形態である医用画像撮像装置用ワークフロー通知システムの一例を示す図である。ネットワーク１０に認証サーバ９０が接続される。図９は、図８の実施形態におけるディスパッチ・エージェントの処理を示すブロック図である。登録部７１、監視部７２、通知部７３、暗号化部７４、復号部７５は第１の実施形態と共通である。しかし、複数の医用画像撮像装置における認証・クラス分類過程の処理を認証サーバ９０で集中して行うため、ディスパッチ・エージェントに認証・クラス分類部７０が無い点が第１の実施形態と異なる。オブザーバ端末が認証リクエストを認証サーバ９０に送信すると、認証サーバ９０は認証を要求するオブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべきオブザーバ端末であるときは、更にオブザーバ端末の所属するクラスを判定する。認証されるべきオブザーバ端末であるときは、認証サーバ９０は、認証を要求したオブザーバ端末に許可という内容の認証メッセージを送信し、また、認証を要求された医用画像撮像装置のディスパッチ・エージェントに許可という内容の認証メッセージとオブザーバ端末の属するクラスを送信する。認証されるべきオブザーバ端末でないときは、認証サーバ９０は認証を要求したオブザーバ端末に拒否という内容の認証メッセージを送る。認証サーバ９０によって認証データとクラス分類データを一括して管理することができる。
【図面の簡単な説明】
【００６０】
【図１】本発明の第１の実施形態である医用画像撮像装置用ワークフロー通知システムの一例を示す図である。
【図２】医用画像撮像装置の一例であるＭＲＩ装置２０の構成を示す図である。
【図３】ＭＲＩ装置のオペレータコンソール２７の詳細な構成の一例を示す図である。
【図４】ディスパッチ・エージェントの処理を示すブロック図である。
【図５】ディスパッチ・エージェントの処理フローを示す図である。
【図６】オブザーバ・エージェントの処理フローを示す図である。
【図７】図１の医用画像撮像装置用ワークフロー通知システムと電話ネットワーク８０の関係を示す図である。
【図８】本発明の他の実施形態である医用画像撮像装置用ワークフロー通知システムの一例を示す図である。
【図９】図８の実施形態におけるディスパッチ・エージェントの処理を示すブロック図である。
【符号の説明】
【００６１】
１０…ネットワーク、２０…ＭＲＩ装置、２７…オペレータコンソール、２７１…プロセサ、３０…ＣＴスキャナ、３１…超音波診断装置、５１…放射線化医師オブザーバ端末、５２…看護士オブザーバ端末、５３…患者オブザーバ端末、５４…受付オブザーバ端末、５５…フィールドエンジニア用オブザーバ端末、６０…無線ＬＡＮ基地局、７０…認証・クラス分類部、７１…登録部、７２…監視部、７３…通知部、８０…電話ネットワーク、８１…ページャ基地局、８２…ページャ、９０…認証サーバ
【特許請求の範囲】
【請求項１】
ネットワークに接続された医用画像撮像装置と複数のオブザーバ端末が含まれ、当該医用画像撮像装置に含まれるプロセサが複数の処理プロセスを実行し、当該処理プロセスが当該処理プロセスごとのイベントを発生させるシステムであって、
上記オブザーバ端末が、上記医用画像撮像装置に対し、上記ネットワークを介して所定の上記イベントの登録リクエストを送信し、
上記医用画像撮像装置が、上記オブザーバ端末から送信される上記登録リクエストを、上記ネットワークを介して受け付け、上記プロセサで実行中の上記処理プロセスを監視し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、
上記オブザーバ端末が、上記医用画像撮像装置から上記通知メッセージを受信する
医用画像撮像装置用ワークフロー通知システム。
【請求項２】
上記医用画像撮像装置が、上記通知メッセージを送信した後、それ以降上記イベントが発生しないときはオブザーバ端末に終了メッセージを送信し、または、それ以降も更に上記イベントが発生するときは、上記プロセサで実行中の上記処理プロセスの監視を継続し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に再度通知メッセージを送信し、
上記オブザーバ端末が、上記医用画像撮像装置から上記終了メッセージまたは上記通知メッセージを受信する
請求項１に記載の医用画像撮像装置用ワークフロー通知システム。
【請求項３】
上記医用画像撮像装置が、上記オブザーバ端末から送信される上記イベントの上記登録リクエストを受信すると、上記オブザーバ端末の属するクラスにおいて通知が許可されているイベントの登録か否か判定し、通知が許可されているイベントの登録であるとき、プロセサで実行中の上記処理プロセスを調べ、すでに発生しているイベントであるか否か判定し、すでに発生しているイベントであるときは、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、または、まだ発生していないイベントであるとき、上記オブザーバ端末に受付メッセージを送信し、
上記オブザーバ端末が、上記医用画像撮像装置から上記通知メッセージまたは上記受付メッセージを受信する
請求項１または請求項２に記載の医用画像撮像装置用ワークフロー通知システム。
【請求項４】
ネットワークに接続された少なくとも２台の医用画像撮像装置と認証サーバが含まれ、
上記オブザーバ端末が、上記認証サーバに所定の医用画像撮像装置を対象とする認証リクエストを送信し、
上記認証サーバが、上記認証リクエストを受信すると、上記オブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべきオブザーバ端末であるときは第１の認証許可メッセージを、上記認証リクエストを送信した上記オブザーバ端末に送信し、
上記認証リクエストを送信した上記オブザーバ端末が、上記第１の認証許可メッセージを受信すると、上記所定の医用画像撮像装置に対して上記登録リクエストを送信することが可能となり、
上記認証リクエストを送信した上記オブザーバ端末が認証されるべきオブザーバ端末であるときは、上記認証サーバが、更に上記オブザーバ端末の属するクラスを判定し、第２の認証許可メッセージと当該クラスを、上記認証リクエストの対象である所定の医用画像撮像装置に送信し、
上記認証リクエストの対象である上記所定の医用画像撮像装置が、上記第２の認証許可メッセージと上記クラスを受信すると、上記所定の医用画像撮像装置が上記認証リクエストを送信した上記オブザーバ端末からの上記登録リクエストを受け付けることが可能となる
請求項１ないし請求項３のいずれか１項に記載の医用画像撮像装置用ワークフロー通知システム。
【請求項５】
上記オブザーバ端末が、ページャの電話番号が登録された受付オブザーバ端末を含み、
上記受付オブザーバ端末が、上記医用画像撮像装置から上記通知メッセージを受信すると、上記登録されたページャの電話番号に電話する
請求項１ないし請求項４のいずれか１項に記載の医用画像撮像装置用ワークフロー通知システム。
【請求項６】
ネットワークに接続され、プロセサを含み、当該プロセサが複数の処理プロセスを実行し、当該処理プロセスが当該処理プロセスごとのイベントを発生させる医用画像撮像装置であって、
オブザーバ端末からの所定のイベントの登録リクエストを、上記ネットワークを介して受け付ける登録部と、
上記プロセサで実行中の上記処理プロセスを監視し、上記登録されたイベントの発生を検出するように構成されている監視部と、
上記監視部によって上記登録されたイベントの発生が検出されると、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信するように構成されている通知部と
を有する医用画像撮像装置。
【請求項７】
上記通知部が、上記通知メッセージを送信した後、それ以降上記イベントが発生しないときはオブザーバ端末に終了メッセージを送信し、または、それ以降も更に上記イベントが発生するときは、上記監視部に移行し、
上記監視部が、上記プロセサで実行中の上記処理プロセスの監視を継続し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に再度通知メッセージを送信する
請求項６に記載の医用画像撮像装置。
【請求項８】
上記登録部が、上記オブザーバ端末から送信される上記所定のイベントの上記登録リクエストを受信すると、上記オブザーバ端末の属するクラスにおいて通知が許可されているイベントの登録か否か判定し、通知が許可されているイベントの登録であるとき、プロセサで実行中の上記処理プロセスを調べ、すでに発生しているイベントであるか否か判定し、すでに発生しているイベントであるときは、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、または、まだ発生していないイベントであるとき、上記オブザーバ端末に受付メッセージを送信する
請求項６または請求項７に記載の医用画像撮像装置。
【請求項９】
上記オブザーバ端末から認証リクエストを受信すると、上記オブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべき上記オブザーバ端末であるときは、第１の認証許可メッセージを、当該認証リクエストを送信した上記オブザーバ端末に送信するとともに、当該認証リクエストを送信した上記オブザーバ端末の所属するクラスを判定するように構成されている認証・クラス分類部
を有する請求項６ないし請求項８のいずれか１項に記載の医用画像撮像装置。
【請求項１０】
ネットワークに接続され、プロセサを含み、当該プロセサが複数の処理プロセスを実行し、当該処理プロセスが当該処理プロセスごとのイベントを発生させる医用画像撮像装置におけるワークフロー通知方法であって、
オブザーバ端末からの所定のイベントの登録リクエストを、上記ネットワークを介して受け付ける登録ステップと、
上記プロセサで実行中の上記処理プロセスを監視し、上記登録されたイベントの発生を検出する監視ステップと、
上記監視ステップにおいて上記登録されたイベントの発生が検出されると、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信する通知ステップと
を有する医用画像撮像装置用ワークフロー通知方法。
【請求項１１】
上記通知ステップが、上記通知メッセージを送信した後、それ以降上記イベントが発生しないときはオブザーバ端末に終了メッセージを送信し、または、それ以降も更に上記イベントが発生するときは、上記監視ステップに戻り、
上記監視ステップが、上記プロセサで実行中の上記処理プロセスの監視を継続し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に再度通知メッセージを送信する
請求項１０に記載の医用画像撮像装置用ワークフロー通知方法。
【請求項１２】
上記登録ステップが、上記オブザーバ端末から送信される上記所定のイベントの上記登録リクエストを受信すると、上記オブザーバ端末の属するクラスにおいて通知が許可されているイベントの登録か否か判定し、通知が許可されているイベントの登録であるとき、プロセサで実行中の上記処理プロセスを調べ、すでに発生しているイベントであるか否か判定し、すでに発生しているイベントであるときは、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、または、まだ発生していないイベントであるとき、上記オブザーバ端末に受付メッセージを送信する
請求項１０または請求項１１に記載の医用画像撮像装置用ワークフロー通知方法。
【請求項１３】
上記登録ステップの前に、
上記オブザーバ端末から認証リクエストを受信すると、上記オブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべき上記オブザーバ端末であるときは、第１の認証許可メッセージを、当該認証リクエストを送信した上記オブザーバ端末に送信するとともに、当該認証リクエストを送信した上記オブザーバ端末の所属するクラスを判定する認証・クラス分類ステップ
を有する請求項１０ないし請求項１２のいずれか１項に記載の医用画像撮像装置用ワークフロー通知方法。
【請求項１４】
ネットワークに接続される医用画像撮像装置に含まれ、複数の処理プロセスを実行し、当該処理プロセスが当該処理プロセスごとのイベントを発生させるプロセサで実行されるプログラムであって、
当該プロセサに、
オブザーバ端末からの所定のイベントの登録リクエストを、上記ネットワークを介して受け付ける登録ステップと、
上記プロセサで実行中の上記処理プロセスを監視し、上記登録されたイベントの発生を検出する監視ステップと、
上記監視ステップにおいて上記登録されたイベントの発生が検出されると、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信する通知ステップと
を実行させるための医用画像撮像装置用ワークフロー通知プログラム。
【請求項１５】
上記通知ステップが、上記通知メッセージを送信した後、それ以降上記イベントが発生しないときはオブザーバ端末に終了メッセージを送信し、または、それ以降も更に上記イベントが発生するときは、上記監視ステップに戻り、
上記監視ステップが、上記プロセサで実行中の上記処理プロセスの監視を継続し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に再度通知メッセージを送信する
請求項１４に記載の医用画像撮像装置用ワークフロー通知プログラム。
【請求項１６】
上記登録ステップが、上記オブザーバ端末から送信される上記所定のイベントの上記登録リクエストを受信すると、上記オブザーバ端末の属するクラスにおいて通知が許可されているイベントの登録か否か判定し、通知が許可されているイベントの登録であるとき、プロセサで実行中の上記処理プロセスを調べ、すでに発生しているイベントであるか否か判定し、すでに発生しているイベントであるときは、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、または、まだ発生していないイベントであるとき、上記オブザーバ端末に受付メッセージを送信する
請求項１４または請求項１５に記載の医用画像撮像装置用ワークフロー通知プログラム。
【請求項１７】
上記登録ステップを実行する前に、上記プロセサに、
上記オブザーバ端末から認証リクエストを受信すると、上記オブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべき上記オブザーバ端末であるときは、第１の認証許可メッセージを、当該認証リクエストを送信した上記オブザーバ端末に送信するとともに、当該認証リクエストを送信した上記オブザーバ端末の所属するクラスを判定する認証・クラス分類ステップ
を実行させるための請求項１４ないし請求項１６のいずれか１項に記載の医用画像撮像装置用ワークフロー通知プログラム。
【請求項１】
ネットワークに接続された医用画像撮像装置と複数のオブザーバ端末が含まれ、当該医用画像撮像装置に含まれるプロセサが複数の処理プロセスを実行し、当該処理プロセスが当該処理プロセスごとのイベントを発生させるシステムであって、
上記オブザーバ端末が、上記医用画像撮像装置に対し、上記ネットワークを介して所定の上記イベントの登録リクエストを送信し、
上記医用画像撮像装置が、上記オブザーバ端末から送信される上記登録リクエストを、上記ネットワークを介して受け付け、上記プロセサで実行中の上記処理プロセスを監視し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、
上記オブザーバ端末が、上記医用画像撮像装置から上記通知メッセージを受信する
医用画像撮像装置用ワークフロー通知システム。
【請求項２】
上記医用画像撮像装置が、上記通知メッセージを送信した後、それ以降上記イベントが発生しないときはオブザーバ端末に終了メッセージを送信し、または、それ以降も更に上記イベントが発生するときは、上記プロセサで実行中の上記処理プロセスの監視を継続し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に再度通知メッセージを送信し、
上記オブザーバ端末が、上記医用画像撮像装置から上記終了メッセージまたは上記通知メッセージを受信する
請求項１に記載の医用画像撮像装置用ワークフロー通知システム。
【請求項３】
上記医用画像撮像装置が、上記オブザーバ端末から送信される上記イベントの上記登録リクエストを受信すると、上記オブザーバ端末の属するクラスにおいて通知が許可されているイベントの登録か否か判定し、通知が許可されているイベントの登録であるとき、プロセサで実行中の上記処理プロセスを調べ、すでに発生しているイベントであるか否か判定し、すでに発生しているイベントであるときは、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、または、まだ発生していないイベントであるとき、上記オブザーバ端末に受付メッセージを送信し、
上記オブザーバ端末が、上記医用画像撮像装置から上記通知メッセージまたは上記受付メッセージを受信する
請求項１または請求項２に記載の医用画像撮像装置用ワークフロー通知システム。
【請求項４】
ネットワークに接続された少なくとも２台の医用画像撮像装置と認証サーバが含まれ、
上記オブザーバ端末が、上記認証サーバに所定の医用画像撮像装置を対象とする認証リクエストを送信し、
上記認証サーバが、上記認証リクエストを受信すると、上記オブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべきオブザーバ端末であるときは第１の認証許可メッセージを、上記認証リクエストを送信した上記オブザーバ端末に送信し、
上記認証リクエストを送信した上記オブザーバ端末が、上記第１の認証許可メッセージを受信すると、上記所定の医用画像撮像装置に対して上記登録リクエストを送信することが可能となり、
上記認証リクエストを送信した上記オブザーバ端末が認証されるべきオブザーバ端末であるときは、上記認証サーバが、更に上記オブザーバ端末の属するクラスを判定し、第２の認証許可メッセージと当該クラスを、上記認証リクエストの対象である所定の医用画像撮像装置に送信し、
上記認証リクエストの対象である上記所定の医用画像撮像装置が、上記第２の認証許可メッセージと上記クラスを受信すると、上記所定の医用画像撮像装置が上記認証リクエストを送信した上記オブザーバ端末からの上記登録リクエストを受け付けることが可能となる
請求項１ないし請求項３のいずれか１項に記載の医用画像撮像装置用ワークフロー通知システム。
【請求項５】
上記オブザーバ端末が、ページャの電話番号が登録された受付オブザーバ端末を含み、
上記受付オブザーバ端末が、上記医用画像撮像装置から上記通知メッセージを受信すると、上記登録されたページャの電話番号に電話する
請求項１ないし請求項４のいずれか１項に記載の医用画像撮像装置用ワークフロー通知システム。
【請求項６】
ネットワークに接続され、プロセサを含み、当該プロセサが複数の処理プロセスを実行し、当該処理プロセスが当該処理プロセスごとのイベントを発生させる医用画像撮像装置であって、
オブザーバ端末からの所定のイベントの登録リクエストを、上記ネットワークを介して受け付ける登録部と、
上記プロセサで実行中の上記処理プロセスを監視し、上記登録されたイベントの発生を検出するように構成されている監視部と、
上記監視部によって上記登録されたイベントの発生が検出されると、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信するように構成されている通知部と
を有する医用画像撮像装置。
【請求項７】
上記通知部が、上記通知メッセージを送信した後、それ以降上記イベントが発生しないときはオブザーバ端末に終了メッセージを送信し、または、それ以降も更に上記イベントが発生するときは、上記監視部に移行し、
上記監視部が、上記プロセサで実行中の上記処理プロセスの監視を継続し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に再度通知メッセージを送信する
請求項６に記載の医用画像撮像装置。
【請求項８】
上記登録部が、上記オブザーバ端末から送信される上記所定のイベントの上記登録リクエストを受信すると、上記オブザーバ端末の属するクラスにおいて通知が許可されているイベントの登録か否か判定し、通知が許可されているイベントの登録であるとき、プロセサで実行中の上記処理プロセスを調べ、すでに発生しているイベントであるか否か判定し、すでに発生しているイベントであるときは、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、または、まだ発生していないイベントであるとき、上記オブザーバ端末に受付メッセージを送信する
請求項６または請求項７に記載の医用画像撮像装置。
【請求項９】
上記オブザーバ端末から認証リクエストを受信すると、上記オブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべき上記オブザーバ端末であるときは、第１の認証許可メッセージを、当該認証リクエストを送信した上記オブザーバ端末に送信するとともに、当該認証リクエストを送信した上記オブザーバ端末の所属するクラスを判定するように構成されている認証・クラス分類部
を有する請求項６ないし請求項８のいずれか１項に記載の医用画像撮像装置。
【請求項１０】
ネットワークに接続され、プロセサを含み、当該プロセサが複数の処理プロセスを実行し、当該処理プロセスが当該処理プロセスごとのイベントを発生させる医用画像撮像装置におけるワークフロー通知方法であって、
オブザーバ端末からの所定のイベントの登録リクエストを、上記ネットワークを介して受け付ける登録ステップと、
上記プロセサで実行中の上記処理プロセスを監視し、上記登録されたイベントの発生を検出する監視ステップと、
上記監視ステップにおいて上記登録されたイベントの発生が検出されると、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信する通知ステップと
を有する医用画像撮像装置用ワークフロー通知方法。
【請求項１１】
上記通知ステップが、上記通知メッセージを送信した後、それ以降上記イベントが発生しないときはオブザーバ端末に終了メッセージを送信し、または、それ以降も更に上記イベントが発生するときは、上記監視ステップに戻り、
上記監視ステップが、上記プロセサで実行中の上記処理プロセスの監視を継続し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に再度通知メッセージを送信する
請求項１０に記載の医用画像撮像装置用ワークフロー通知方法。
【請求項１２】
上記登録ステップが、上記オブザーバ端末から送信される上記所定のイベントの上記登録リクエストを受信すると、上記オブザーバ端末の属するクラスにおいて通知が許可されているイベントの登録か否か判定し、通知が許可されているイベントの登録であるとき、プロセサで実行中の上記処理プロセスを調べ、すでに発生しているイベントであるか否か判定し、すでに発生しているイベントであるときは、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、または、まだ発生していないイベントであるとき、上記オブザーバ端末に受付メッセージを送信する
請求項１０または請求項１１に記載の医用画像撮像装置用ワークフロー通知方法。
【請求項１３】
上記登録ステップの前に、
上記オブザーバ端末から認証リクエストを受信すると、上記オブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべき上記オブザーバ端末であるときは、第１の認証許可メッセージを、当該認証リクエストを送信した上記オブザーバ端末に送信するとともに、当該認証リクエストを送信した上記オブザーバ端末の所属するクラスを判定する認証・クラス分類ステップ
を有する請求項１０ないし請求項１２のいずれか１項に記載の医用画像撮像装置用ワークフロー通知方法。
【請求項１４】
ネットワークに接続される医用画像撮像装置に含まれ、複数の処理プロセスを実行し、当該処理プロセスが当該処理プロセスごとのイベントを発生させるプロセサで実行されるプログラムであって、
当該プロセサに、
オブザーバ端末からの所定のイベントの登録リクエストを、上記ネットワークを介して受け付ける登録ステップと、
上記プロセサで実行中の上記処理プロセスを監視し、上記登録されたイベントの発生を検出する監視ステップと、
上記監視ステップにおいて上記登録されたイベントの発生が検出されると、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信する通知ステップと
を実行させるための医用画像撮像装置用ワークフロー通知プログラム。
【請求項１５】
上記通知ステップが、上記通知メッセージを送信した後、それ以降上記イベントが発生しないときはオブザーバ端末に終了メッセージを送信し、または、それ以降も更に上記イベントが発生するときは、上記監視ステップに戻り、
上記監視ステップが、上記プロセサで実行中の上記処理プロセスの監視を継続し、登録された上記イベントの発生を検出すると、上記ネットワークを介して上記オブザーバ端末に再度通知メッセージを送信する
請求項１４に記載の医用画像撮像装置用ワークフロー通知プログラム。
【請求項１６】
上記登録ステップが、上記オブザーバ端末から送信される上記所定のイベントの上記登録リクエストを受信すると、上記オブザーバ端末の属するクラスにおいて通知が許可されているイベントの登録か否か判定し、通知が許可されているイベントの登録であるとき、プロセサで実行中の上記処理プロセスを調べ、すでに発生しているイベントであるか否か判定し、すでに発生しているイベントであるときは、上記ネットワークを介して上記オブザーバ端末に通知メッセージを送信し、または、まだ発生していないイベントであるとき、上記オブザーバ端末に受付メッセージを送信する
請求項１４または請求項１５に記載の医用画像撮像装置用ワークフロー通知プログラム。
【請求項１７】
上記登録ステップを実行する前に、上記プロセサに、
上記オブザーバ端末から認証リクエストを受信すると、上記オブザーバ端末が認証されるべきオブザーバ端末であるか否かを判定し、認証されるべき上記オブザーバ端末であるときは、第１の認証許可メッセージを、当該認証リクエストを送信した上記オブザーバ端末に送信するとともに、当該認証リクエストを送信した上記オブザーバ端末の所属するクラスを判定する認証・クラス分類ステップ
を実行させるための請求項１４ないし請求項１６のいずれか１項に記載の医用画像撮像装置用ワークフロー通知プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００８−９９７３３（Ｐ２００８−９９７３３Ａ）
【公開日】平成２０年５月１日（２００８．５．１）
【国際特許分類】
【出願番号】特願２００６−２８２７２２（Ｐ２００６−２８２７２２）
【出願日】平成１８年１０月１７日（２００６．１０．１７）
【出願人】（３０００１９２３８）ジーイー・メディカル・システムズ・グローバル・テクノロジー・カンパニー・エルエルシー (1,125)
【Ｆターム（参考）】
【公開日】平成２０年５月１日（２００８．５．１）
【国際特許分類】
【出願日】平成１８年１０月１７日（２００６．１０．１７）
【出願人】（３０００１９２３８）ジーイー・メディカル・システムズ・グローバル・テクノロジー・カンパニー・エルエルシー (1,125)
【Ｆターム（参考）】
[ Back to top ]