(57)【要約】【課題】  オフライン動作が可能なモダリティを備えた医療システムにおいて、各モダリティの検査を適切に管理可能とする技術を提供する。【解決手段】  情報処理装置は、医療検査を識別する識別情報ごとに、当該医療検査の進行状況を示す検査情報を記憶する記憶手段と、検査情報で示される医療検査の進行状況を情報システムに通知する通知手段と、撮影装置から、検査予約情報を要求する、識別情報を含む検査予約情報要求を受信する要求受信手段と、検査予約情報要求を送信した撮影装置がオフライン撮影可能であるか否かを判定する判定手段と、を備え、通知手段は、検査予約情報要求を送信した撮影装置がオフライン撮影可能であると判定された場合は、当該検査予約情報要求を受信したことに応じて、当該検査予約情報要求に含まれる識別情報で識別される医療検査は進行中であることを情報システムに通知する。【選択図】  図２
2014194830.tif 000002
【特許請求の範囲】
【請求項１】
医療画像を撮影して医療検査を行う撮影装置と、当該撮影装置による医療検査の進行状況を管理する情報システムとの間に設けられた情報処理装置であって、
前記医療検査を識別する識別情報ごとに、当該医療検査の進行状況を示す検査情報を記憶する記憶手段と、
前記検査情報で示される前記医療検査の進行状況を前記情報システムに通知する通知手段と、
前記撮影装置から、検査予約情報を要求する、前記識別情報を含む検査予約情報要求を受信する要求受信手段と、
前記検査予約情報要求を送信した前記撮影装置がオフライン撮影可能であるか否かを判定する判定手段と、
を備え、
前記通知手段は、前記検査予約情報要求を送信した撮影装置がオフライン撮影可能であると判定された場合は、当該検査予約情報要求を受信したことに応じて、当該検査予約情報要求に含まれる前記識別情報で識別される医療検査は進行中であることを前記情報システムに通知する
ことを特徴とする情報処理装置。
【請求項２】
前記医療検査は進行中であることの通知に合わせて、当該医療検査の前記識別情報に対応する前記検査情報を進行中に更新する更新手段をさらに備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記記憶手段は、前記識別情報及び前記撮影装置ごとに、前記撮影装置における該医療検査の進行状況を示す撮影装置情報をさらに記憶し、
前記撮影装置から、当該撮影装置における前記医療検査の進行状況を示す、前記識別情報を含む進行情報を受信する状況受信手段をさらに備え、
前記更新手段は、受信した前記進行情報に含まれる前記識別情報、及び、該進行情報を送信した前記撮影装置に対応する前記撮影装置情報を、当該進行情報の内容により更新し、
前記通知手段は、更新された前記撮影装置情報の内容に基づいて、前記医療検査の進行状況を前記情報システムに通知する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記通知手段は、対応する全ての前記撮影装置情報が検査終了を示す検査について、検査終了を前記情報システムに通知する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記更新手段は、対応する全ての前記撮影装置情報が検査終了を示す検査に係る情報を、前記記憶手段から削除することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記通知手段は、対応する全ての前記撮影装置情報が検査キャンセルを示す検査について、検査キャンセルを前記情報システムに通知する
ことを特徴とする請求項３項に記載の情報処理装置。
【請求項７】
前記更新手段は、対応する全ての前記撮影装置情報が検査キャンセルを示す検査に係る情報を、前記記憶手段から削除することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
医療画像を撮影して医療検査を行う撮影装置と、当該撮影装置による医療検査の進行状況を管理する情報システムとの間に設けられた、前記医療検査を識別する識別情報ごとに、当該医療検査の進行状況を示す検査情報を記憶する記憶手段を備える情報処理装置の制御方法であって、
前記検査情報で示される前記医療検査の進行状況を前記情報システムに通知する通知工程と、
前記撮影装置から、検査予約情報を要求する、前記識別情報を含む検査予約情報要求を受信する要求受信工程と、
前記検査予約情報要求を送信した前記撮影装置がオフライン撮影可能であるか否かを判定する判定工程と、
を備え、
前記検査予約情報要求を送信した撮影装置がオフライン撮影可能であると判定された場合は、当該検査予約情報要求を受信したことに応じて、前記通知工程において、当該検査予約情報要求に含まれる前記識別情報で識別される医療検査は進行中であることを前記情報システムに通知する
ことを特徴とする情報処理装置の制御方法。
【請求項９】
コンピュータを請求項１から７のいずれか１項に記載の情報処理装置が備える各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びその制御方法、プログラムに関し、特に、放射線情報システムと撮影装置の間で、ローカルに検査のワークフロー管理を行う技術に関する。
【背景技術】
【０００２】
医用画像を格納する医用画像保存装置（ＰＡＣＳ）や放射線情報システム（ＲＩＳ）がネットワークに接続された医療システムが知られている。ここで、ＰＡＣＳはPicture Archiving and Communication Systemの略称であり、ＲＩＳはRadiology Information Systemの略称である。このようなシステムでは、ネットワーク上のコンピュータ端末が、これら医用画像保存装置や放射線情報システムと通信を行い、医用画像、検査状況情報、検査予約情報などを送受信する。
【０００３】
医療システムのネットワークには、例えば通信機能及びコンピュータ機能を備えた超音波診断装置やＸ線装置等の医療装置も接続・参加することができる。ネットワークに参加した医療装置（モダリティ）は、通信機能及びコンピュータ機能を用いて、取得した医用画像や、医療装置の検査状況情報、医療装置に対する検査予約情報を医用画像保存装置や放射線情報システムと直接通信可能である。
【０００４】
ところで、医療装置には、台車等の移動手段を備え、被検体を収容する病室まで搬送されてその場で稼働する、回診車やモバイルＣアーム等の移動式医療装置も存在する。このような移動式医療装置、例えば回診車が使用される場合は、複数の回診車が回診対象を事前に振り分けて撮影されることは少なく、患者の状態や検査の進行状況を鑑みて、現場において担当分けがなされることが多い。
【０００５】
このような担当分けをＲＩＳを用いて行うためには、病院内のネットワークがすみずみまで張り巡らされ、病室にネットワークの接続子が存在することが必要となる。医療システムのネットワークが病室に行き渡っていない病院では、たとえ移動式医療装置にネットワークに接続された通信先との通信を行う機能が備えられていても、医用画像や検査状況情報や検査予約情報などの情報を通信することができない。このため、従来は、全ての回診車が同じ予約情報リストを保持し、口頭等の人間の作業によって担当分けがなされ、運用されている場合がある。なお、特許文献１には、モダリティと画像ビューアとの間に中継装置を設けた構成が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−２３３６７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＲＩＳは、複数の検査項目（例えば、胸部Ｘ線検査、心電図検査、身長・体重など）からなる検査について、検査ＩＤと、各検査項目の進行状況を示す検査情報とを関連づけて保持・管理している。例えば、検査ＩＤは被験者の識別情報に対応している。ＲＩＳは、初期状態で、各検査情報の値を「要求なし」として保持している。
【０００８】
ＲＩＳは検査装置から検査予約情報要求を受信すると、この検査装置に対応する検査項目に関連づけられた検査ＩＤのリストを含む検査予約情報を返信する。そして、この検査項目の検査情報の値を「進行中」に変更する。
【０００９】
検査装置は、受信した検査予約情報に含まれる検査ＩＤのリストに基づいて、各検査ＩＤで識別される検査の進行状況を管理するための検査オーダー情報リストを保持する。そして、検査のキャンセルを受け付けたり、検査が終了したことに応じて、検査状況をＲＩＳに通知する。ＲＩＳは、検査の進行に応じて検査装置から、例えば、「検査終了」や「検査キャンセル」を示す検査状況が通知されると、ＲＩＳは、その検査は終了したとして管理する。
【００１０】
しかし、。上記のように、全ての移動式医療装置が同じ検査オーダー情報リストを保持する場合、移動式医療装置がネットワークに接続していないときは、ＲＩＳに対して検査が進行中であるという情報を送信できない。このため、他のオンライン接続可能なモダリティが重複して検査オーダーを保持することが可能になり、重複して検査を行う危険性がある。また、逆にＲＩＳに検査が進行中であるという情報を送信すると、他の移動式医療装置が検査オーダー情報リストを保持できなくなり、運用に不便が生じる。
【００１１】
本発明は上記課題に鑑みなされたものであり、オフライン動作が可能なモダリティを備えた医療システムにおいて、モダリティの検査を適切に管理可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するため、本発明によれば、
医療画像を撮影して医療検査を行う撮影装置と、当該撮影装置による医療検査の進行状況を管理する情報システムとの間に設けられた情報処理装置であって、
前記医療検査を識別する識別情報ごとに、当該医療検査の進行状況を示す検査情報を記憶する記憶手段と、
前記検査情報で示される前記医療検査の進行状況を前記情報システムに通知する通知手段と、
前記撮影装置から、検査予約情報を要求する、前記識別情報を含む検査予約情報要求を受信する要求受信手段と、
前記検査予約情報要求を送信した前記撮影装置がオフライン撮影可能であるか否かを判定する判定手段と、
を備え、
前記通知手段は、前記検査予約情報要求を送信した撮影装置がオフライン撮影可能であると判定された場合は、当該検査予約情報要求を受信したことに応じて、当該検査予約情報要求に含まれる前記識別情報で識別される医療検査は進行中であることを前記情報システムに通知する
ことを特徴とする情報処理装置が提供される。
【発明の効果】
【００１３】
本発明によれば、オフライン動作が可能なモダリティを備えた医療システムにおいて、各モダリティの検査を適切に管理可能とする技術を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】医療システムの構成を示す図。
【図２】プロキシサーバの機能構成例を示すブロック図。
【図３】検査予約情報要求を受信した際の動作手順例を示すフロー図。
【図４】検査状況を受信した際の動作手順例を示すフロー図。
【図５】、
【図６】、
【図７】検査状況データベースの内容例。
【図８】プロキシサーバのハードウェア構成例を示すブロック図。
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明の一実施形態について説明する。
【００１６】
（システム構成）
図１は本実施形態に係る医療システムの構成を示す図である。図１のように、医療システムは、放射線情報システム（ＲＩＳ、情報システム）１０１、ローカルに検査のワークフロー管理を行うプロキシサーバ（情報処理装置）１０２、及び、撮影装置１０３−１０６を備える。
【００１７】
本実施形態では、撮影装置１０３−１０５はプロキシサーバ１０２経由でネットワークを介してＲＩＳ１０１に接続されているが、撮影装置１０６はネットワークを介してＲＩＳ１０１と直接接続されている。このため、本実施形態では、プロキシサーバ１０２の管理下にあるものが撮影装置１０３−１０５であり、撮影装置１０６は管理外である。撮影装置１０３、１０４は回診車であり、オフライン撮影が可能な撮影装置であるが、撮影装置１０５、１０６はオフライン撮影ができない。このように、本実施形態では、撮影装置１０３、１０４とプロキシサーバ１０２との間では接続が切断する場合があり得る。一方、撮影装置１０３とプロキシサーバ１０２との間、撮影装置１０６とＲＩＳ１０１との間、及びＲＩＳ１０１とプロキシサーバ１０２との間では接続は常に保証される。
【００１８】
医療画像を撮影する撮影装置１０３−１０６はモダリティとも呼ばれる。撮影装置１０３−１０６は、例えば、超音波診断装置やＸ線装置、ＭＲＩ（核磁気共鳴画像法）装置などにより実現することができ、撮影画像をＲＩＳ１０１またはプロキシサーバ１０２へ送信するための通信インタフェースを有する。なお、ＭＲＩはMagnetic Resonance Imagingの略称である。
【００１９】
（プロキシサーバのハードウェア構成）
図８は、本実施形態に係るプロキシサーバ１０２のハードウェア構成例を示すブロック図である。プロキシサーバ１０２は、例えば、パーソナルコンピュータ（ＰＣ）やワークステーション（ＷＳ）等で実現される。
【００２０】
図８において、９９０はＣＰＵである。ＣＰＵ９９０は、後述するハードディスク装置９９５に格納されているアプリケーションプログラム、オペレーティングシステム（ＯＳ）や制御プログラム等を実行し、ＲＡＭ９９２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【００２１】
９９１はＲＯＭであり、内部には基本Ｉ／Ｏプログラム等のプログラム、基本処理において使用する各種データを記憶する。９９２は各種データを一時記憶するためのＲＡＭであり、ＣＰＵ９９０の主メモリ、ワークエリア等として機能する。
【００２２】
９９３は記録媒体へのアクセスを実現するための外部記憶ドライブであり、メディア（記録媒体）９９４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。尚、メディア９９４には、例えば、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤ、ＵＳＢメモリ、ＭＯ、フラッシュメモリ等が含まれる。
【００２３】
９９５は外部記憶装置であり、本実施形態では大容量メモリとして機能するハードディスク装置（以下、ＨＤと呼ぶ）を用いている。ＨＤ９９５には、アプリケーションプログラム、ＯＳ、制御プログラム、関連プログラム等が格納される。
【００２４】
９９６は指示入力装置であり、キーボードやポインティングデバイス、タッチパネル等がこれに相当する。指示入力装置９９６を用いて、ユーザは、プロキシサーバ１０２に対して、装置を制御するコマンド等を入力指示する。９９７はディスプレイであり、指示入力装置９９６から入力されたコマンドや、それに対するプロキシサーバ１０２の応答出力等を表示したりする。
【００２５】
９９９はシステムバスであり、プロキシサーバ１０２内のデータの流れを司る。９９８はインターフェイス（以下、Ｉ／Ｆという）であり、このＩ／Ｆ９９８を介して外部装置とのデータのやり取りを行う。
【００２６】
尚、以上の各装置と同等の機能を実現するソフトウェアにより、ハードウェア装置の代替として構成することもできる。
【００２７】
（プロキシサーバの機能構成）
図２は、プロキシサーバ１０２の機能構成を示すブロック図である。図２のように、プロキシサーバ１０２は以下の機能要素を有する。
・プロキシサーバ１０２の管理下の撮影装置１０３−１０５から、検査予約情報の要求を受信する検査予約情報要求受信部２０１。
・プロキシサーバ１０２の管理下の撮影装置１０３−１０５へ、検査予約情報を送信する検査予約情報送信部２０５。
・検査予約情報を管理する検査予約情報管理部２０２。
・検査予約要求のあった撮影装置がオフライン撮影可能かどうかを判断する撮影装置オフライン判断部２０６。
・検査予約情報をＲＩＳ１０１に要求する検査予約情報要求送信部２０３。
・検査予約情報をＲＩＳ１０１から受信する検査予約情報受信部２０４。
・プロキシサーバ１０２の管理下の撮影装置１０３−１０５から、検査状況（医療検査の進行状況を示す進行情報）を受信する撮影装置検査状況受信部２０７。
・撮影装置検査状況受信部２０７から通知される検査状況を、検査ＩＤ毎及び撮影装置毎に管理する検査状況管理部２０８と検査状況ＤＢ２０９。
・検査状況管理部によって指示された検査状況をＲＩＳ１０１に対して通知する検査状況通知部２１０。
【００２８】
検査状況ＤＢ２０９は図５（ａ）の例のように構成され、検査ＩＤ（医療検査の識別情報）とＲＩＳ検査状況（検査情報）と登録された撮影装置の検査状況（撮影装置情報）が管理されている。本実施形態例では、ＲＩＳ検査状況は、「要求なし」、「要求中」、「進行中」というステータスで管理され、撮影装置検査状況は、「要求なし」、「要求中」、「進行中」、「検査終了」というステータスで管理される。
【００２９】
撮影装置オフライン判断部２０６は、例えば、設置時に撮影装置別にオフライン撮影が可能かどうかの情報を設定し、当該情報を用いて撮影装置がオフライン撮影可能かどうかを判断することができる。さらに、検査予約情報要求受信や撮影装置検査状況受信に応じて動的に撮影装置からオフライン可能かどうかのフラグを受信して、オフライン撮影可能かどうかを判断することもできる。
【００３０】
（検査予約情報要求を受信した場合の動作）
図３は撮影装置から検査予約情報要求を受信した際のプロキシサーバ１０２の動作手順例を示したフロー図である。後述する各動作は、ＲＯＭ９９１等のコンピュータ読み取り可能な記憶媒体に格納されたプログラムに基づいてＣＰＵ９９０が装置全体を制御することにより実行することができる。
【００３１】
Ｓ３０１において、プロキシサーバ１０２の検査予約情報要求受信部２０１は、プロキシサーバ管理下の撮影装置１０３−１０５から検査予約情報要求を受信する。
【００３２】
Ｓ３０１で検査予約情報要求を受信すると、プロキシサーバ１０２の検査予約情報管理部２０２は、検査状況管理部２０８に問い合わせて検査状況ＤＢ２０９に要求された検査が既に存在するかを確認する（Ｓ３０２）。既に存在していた場合（Ｓ３０２でＹＥＳ）はＳ３０３へ進み、存在していなかった場合（Ｓ３０２でＮＯ）はＳ３０７へ進む。
【００３３】
Ｓ３０３では、検査状況ＤＢ２０９内の、要求のあった検査及び撮影装置に対応する撮影装置検査状況を「要求中」に変更する。そして、Ｓ３０４へ進む。
【００３４】
一方、Ｓ３０７では、検査状況ＤＢ２０９に検査を追加し、ＲＩＳ検査状況を「要求なし」、要求のあった撮影装置に対応する撮影装置検査状況を「要求中」、それ以外の撮影装置検査状況を「要求なし」と設定（更新）する。例えば、撮影装置１０３から３つの検査に関する検査予約情報要求を受信した場合、Ｓ３０７の処理の後の検査状況ＤＢ２０９の内容は図５（ａ）のようになる。
【００３５】
次に、Ｓ３０８では、プロキシサーバ１０２の検査予約情報要求送信部２０３からＲＩＳ１０１に対して検査予約情報要求を送信する。そして、要求のあった検査に対応する検査状況ＤＢ２０９のＲＩＳ検査状況を「要求中」に変更する（Ｓ３０９）。例えば、検査状況ＤＢ２０９の内容が図５（ａ）のような場合に検査ＩＤ１〜３の検査について検査予約情報要求が送信されたときは、検査状況ＤＢ２０９の内容は図５（ｂ）のようになる。さらに、Ｓ３１０で、プロキシサーバ１０２の検査予約情報受信部２０４がＲＩＳ１０１から検査予約情報を受信して、Ｓ３０４へ進む。
【００３６】
Ｓ３０４では、プロキシサーバ１０２の撮影装置オフライン判断部２０６が、次の（１）（２）の条件の両方が満たされているか否かを判定する。
・（１）要求のあった撮影装置がオフライン撮影可能であること。
・（２）検査状況ＤＢ２０９のＲＩＳ検査状況が「進行中」ではないこと。
（１）（２）の両方が満たされている場合（Ｓ３０４でＹＥＳ）はＳ３０５へ進み、（１）（２）の少なくともいずれかが満たされていない場合（Ｓ３０４でＮＯ）はＳ３１１へ進む。
【００３７】
Ｓ３０５では、プロキシサーバ１０２の検査状況通知部２１０から、ＲＩＳ１０１に検査状況を「進行中」と通知する。そして、Ｓ３０６において、要求のあった検査に対応する検査状況ＤＢ２０９のＲＩＳ検査状況を「進行中」に変更（更新）し、Ｓ３１１へ進む。
【００３８】
Ｓ３１１では、プロキシサーバ１０２の検査予約情報送信部２０５から、要求のあった撮影装置に対して検査予約情報を送信（Ｓ３１１）する。そして処理を終了する。
【００３９】
（検査状況を受信した場合の動作）
図４は撮影装置から検査状況を受信した際のプロキシサーバ１０２の動作の流れを示したフロー図である。後述する各動作は、ＲＯＭ９９１等のコンピュータ読み取り可能な記憶媒体に格納されたプログラムに基づいてＣＰＵ９９０が装置全体を制御することにより実行することができる。
【００４０】
Ｓ４０１では、プロキシサーバ１０２の撮影装置検査状況受信部２０７が、プロキシサーバ管理下の撮影装置１０３−１０５から検査状況を受信する。次に、Ｓ４０２で受信した検査状況の種類を判定する。受信した検査状況の種類が、「検査キャンセル」の場合はＳ４０３へ進み、「検査終了」の場合はＳ４０３へ進み、「進行中」の場合はＳ４０５へ進む。
【００４１】
Ｓ４０３では、要求のあった検査及び撮影装置に対応する検査状況ＤＢ２０９の撮影装置検査状況を「要求なし」に変更して、Ｓ４０６へ進む。Ｓ４０４では、要求のあった検査及び撮影装置に対応する検査状況ＤＢ２０９の撮影装置検査状況を「検査終了」に変更して、Ｓ４０６へ進む。Ｓ４０５では、要求のあった検査及び撮影装置に対応する検査状況ＤＢ２０９の撮影装置検査状況を「進行中」に変更して、処理を終了する。
【００４２】
Ｓ４０６では、検査状況ＤＢ２０９の全ての撮影装置検査状況が「検査終了」もしくは「要求なし」であるか否かを判定する。全ての撮影装置検査状況が「検査終了」もしくは「要求なし」である場合（Ｓ４０６でＹＥＳ）はＳ４０７へ進み、「検査終了」、「要求なし」以外のもの（「要求中」）が存在する場合（Ｓ４０６でＮＯ）は処理を終了する。
【００４３】
Ｓ４０７では、さらに検査状況ＤＢ２０９全ての撮影装置検査状況のうちひとつでも「検査終了」が存在するか否かを判定する。存在する場合（Ｓ４０７でＹＥＳ）はＳ４０８へ進み、存在しない場合（Ｓ４０７でＮＯ）はＳ４１０へ進む。
【００４４】
Ｓ４０８では、検査状況ＤＢ２０９から該検査を削除する。次に、Ｓ４０９で、プロキシサーバ１０２の検査状況通知部２１０から、ＲＩＳ１０１に「検査終了」を通知する（Ｓ４０９）。そして、処理を終了する。
【００４５】
一方、Ｓ４１０では、検査状況ＤＢ２０９全ての撮影装置検査状況が全て「要求なし」であった場合に該当するが、検査状況ＤＢ２０９から該検査を削除する。次に、Ｓ４０９で、プロキシサーバ１０２の検査状況通知部２１０から、ＲＩＳ１０１に「検査キャンセル」を通知する。そして、処理を終了する。
【００４６】
（検査予約情報要求受信の動作例）
次に検査状況ＤＢの具体的な例を挙げて説明する。まず、撮影装置１０３から検査ＩＤ１から３までの検査予約情報要求があった場合、プロキシサーバ１０２は、図３でＳ３０１、Ｓ３０２、Ｓ３０７〜Ｓ３１０、Ｓ３０４〜Ｓ３０６、Ｓ３１１の順に処理を進めることになる。
【００４７】
初期状態では、未だ検査状況ＤＢ２０９にデータが存在しないため、Ｓ３０２ではＮＯとなり、Ｓ３０７へ進む。Ｓ３０７では、検査状況ＤＢ２０９に検査を追加し（初期検査状況は「要求なし」初期撮影装置検査状況は「要求なし」）、要求のあった撮影装置に対応する撮影装置検査状況を「要求中」に変更を行う。このとき、検査状況ＤＢ２０９は図５（ａ）のような状態となる。ＲＩＳ１０１に検査予約情報を要求し（Ｓ３０６）、要求のあった検査に対応するＲＩＳ検査状況を「要求中」に変更すると、検査状況ＤＢ２０９は図５（ｂ）のような状態になる。
【００４８】
続いて、ＲＩＳ１０１から検査予約情報を受信（Ｓ３１０）して、Ｓ３０４の判定を行う。要求のあった撮影装置（検査装置）１０３はオフライン可能な装置と判断され、かつＲＩＳ１０１の検査状況は「要求中」である。このため、ＲＩＳ１０１に検査状況を「進行中」と通知し（Ｓ３０５）、要求のあった検査に対応するＲＩＳ検査状況を「進行中」に変更する（Ｓ３０６）。このとき、検査状況ＤＢ２０９は図５（ｃ）のような状態になる。
【００４９】
次に、撮影装置１０４から検査ＩＤ１から３までの検査予約情報要求があった場合、プロキシサーバ１０２は、図３でＳ３０１〜Ｓ３０４、Ｓ３１１の順に処理を進めることになる。既に検査状況ＤＢ２０９に検査が存在しているため、Ｓ３０２ではＹＥＳとなり、Ｓ３０３へ進む。Ｓ３０３では、要求のあった撮影装置１０４に対応する撮影装置検査状況を「要求中」に変更する。このとき検査状況ＤＢ２０９は図６（ａ）のような状態になる。
【００５０】
次に、Ｓ３０４の判定が行われるが、要求のあった撮影装置（検査装置）１０４はオフライン可能な装置と判断されるものの、ＲＩＳの検査状況は「進行中」である。このため、Ｓ３０４ではＮＯとなり、検査状況ＤＢ２０９は変更されずに、Ｓ３１１で撮影装置１０４に検査予約情報を送信する。このとき、仮に、撮影装置１０６から検査ＩＤ１から３までの検査予約情報要求があったとしても、ＲＩＳ１０１上では検査状況は進行中として管理されているため、撮影装置１０６に対する検査予約はなされない。このため、撮影装置１０６による検査の重複は回避される。
【００５１】
次に撮影装置１０５から検査ＩＤ１から４までの検査予約情報要求があった場合、プロキシサーバ１０２は、検査ＩＤ１から３については、図３においてＳ３０１〜Ｓ３０４、Ｓ３１１の順に処理を進める。一方、検査ＩＤ４については新規かつ撮影装置１０５がオンライン使用が不可能な装置のため、図３でＳ３０１、Ｓ３０２、Ｓ３０７〜Ｓ３１０、Ｓ３０４、Ｓ３１１の順に処理を進めることになる。このように、ＲＩＳ検査状況を「進行中」にするＳ３０５、Ｓ３０６の処理を行わないため、検査状況ＤＢ２０９は図６（ｂ）のような状態になる。
【００５２】
（検査状況受信の動作例）
撮影装置１０３において、検査１と２の検査が終了し、オンライン下に置かれた場合、撮影装置１０３からは撮影装置検査状況「進行中」が通知される。この場合、プロキシサーバ１０２は、図４においてＳ４０１、Ｓ４０２、Ｓ４０５の順に処理を進めることになる。処理の結果、検査状況ＤＢ２０９は図６（ｃ）のように、撮影装置１０３の検査ＩＤ１、２に係る撮影装置検査状況が「進行中」と変更される。
【００５３】
さらに、撮影装置１０３から撮影装置検査状況「検査終了」が通知されると、プロキシサーバ１０２は、図４においてＳ４０１、Ｓ４０２、Ｓ４０４、Ｓ４０６の順に処理を進めることになる。処理の結果、検査状況ＤＢ２０９は図７（ａ）のように、撮影装置１０３の検査ＩＤ１、２に係る撮影装置検査状況が「検査終了」と変更される。
【００５４】
同様に撮影装置１０４から検査ＩＤ１について検査終了が通知されると、プロキシサーバ１０２は、図４においてＳ４０１、Ｓ４０２、Ｓ４０４、Ｓ４０６の順に処理を進めることになる。
【００５５】
続いて、さらに撮影装置１０５からも検査ＩＤ１について検査終了が通知されたとする。この場合、プロキシサーバ１０２は、図４において、Ｓ４０１、Ｓ４０２、Ｓ４０４、Ｓ４０６〜Ｓ４０９の順に処理を進めることになる。この場合、Ｓ４０４の処理の後に、検査状況ＤＢ２０９の全ての撮影装置検査状況が「検査終了」になる（図７（ｂ））。さらに、Ｓ４０８の処理により検査状況ＤＢから該検査が削除されるため、図４の処理の後、検査状況ＤＢ２０９は図７（ｃ）の状態となる。
【００５６】
同様に全ての撮影装置検査状況が要求なしの場合（Ｓ４０７でＮＯ）には、検査状況ＤＢから該検査が削除され（Ｓ４１０）、ＲＩＳに「検査キャンセル」が通知される（Ｓ４１１）。
【００５７】
上記のように、本実施形態の構成では、プロキシサーバ１０２での動作を、オンライン可能な撮影装置か否かで変化させる。すなわち、検査予約情報要求を送信した撮影装置がオフライン撮影可能であると判定された場合は、当該検査予約情報要求を受信したことに応じて、医療検査は進行中であることをＲＩＳ１０１に通知する。このため、プロキシサーバ１０２管理下の複数の撮影装置１０３〜１０５で同じ検査予約情報リストを保持することが可能となり、さらにプロキシサーバ１０２管理外の撮影装置１０６との重複した検査を防ぐことが可能となる。
【００５８】
（その他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【図１】
2014194830.tif 000003
【図２】
2014194830.tif 000004
【図３】
2014194830.tif 000005
【図４】
2014194830.tif 000006
【図５】
2014194830.tif 000007
【図６】
2014194830.tif 000008
【図７】
2014194830.tif 000009
【図８】
2014194830.tif 000010