(57)【要約】【課題】ＤＩＣＯＭ非対応のモダリティで撮影された画像を院内システム内にて検査単位で管理可能とするためのＤＩＣＯＭ用ゲートウェイを提供すること。【解決手段】ＤＩＣＯＭ用ゲートウェイを、モダリティより出力される検査画像及び検査画像に対応する患者情報を受信する受信手段と、受信手段によって受信される夫々の検査画像に対してＤＩＣＯＭ規格に準拠した識別子を付与する識別子付与手段と、識別子が付与された検査画像を所定のサーバに送信する送信手段と、から構成する。識別子付与手段は、受信手段によって前回受信された患者情報と今回受信された患者情報とに基づいて、今回受信された検査画像に対し、前回受信された検査画像と同一の識別子を付与するか又は異なる識別子を付与するかを決定する。【選択図】図２
2013156852.tif 000002
【特許請求の範囲】
【請求項１】
モダリティより出力される検査画像及び該検査画像に対応する患者情報を受信する受信手段と、
前記受信手段によって受信される夫々の検査画像に対してＤＩＣＯＭ（Digital Imaging COmmunications in Medicine）規格に準拠した識別子を付与する識別子付与手段と、
前記識別子が付与された検査画像を所定のサーバに送信する送信手段と、
を備え、
前記識別子付与手段は、
前記受信手段によって前回受信された患者情報と今回受信された患者情報とに基づいて、今回受信された検査画像に対し、前回受信された検査画像と同一の識別子を付与するか又は異なる識別子を付与するかを決定することを特徴とする、ＤＩＣＯＭ用ゲートウェイ。
【請求項２】
前記識別子付与手段は、
前記受信手段によって受信される患者情報が前回と今回とで一致するか否かを判定し、
一致すると判定した場合には、今回受信された検査画像に対し、前回受信された検査画像と同一の識別子を付与し、
一致しないと判定した場合には、今回受信された検査画像に対し、前回受信された検査画像と異なる識別子を付与することを特徴とする、請求項１に記載のＤＩＣＯＭ用ゲートウェイ。
【請求項３】
前記識別付与手段は、
前記受信手段によって受信される患者情報が前回と今回とで一致する場合であっても、今回の患者情報を受信した時刻が前回の患者情報を受信した時刻から所定時間以上経過している場合には、今回受信された検査画像に対し、前回受信された検査画像と異なる識別子を付与することを特徴とする、請求項２に記載のＤＩＣＯＭ用ゲートウェイ。
【請求項４】
所定のＭＷＭ（Modality Worklist Management）サーバに対し、少なくとも患者情報を含む所定の検査リストをリクエストするリクエスト手段と、
前記リクエストに応じた前記ＭＷＭサーバより前記検査リストを受信するリスト受信手段と、
前記リスト受信手段によって受信された検査リストを前記モダリティに送信するリスト送信手段と、
を更に備えることを特徴とする、請求項１から請求項３の何れか一項に記載のＤＩＣＯＭ用ゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モダリティをＤＩＣＯＭ（Digital Imaging COmmunications in Medicine）システムに適合させることができるＤＩＣＯＭ用ゲートウェイに関する。
【背景技術】
【０００２】
病院等において、患者は、モダリティを用いた検査を受ける。モダリティとは、例えば、電子内視鏡装置、ＣＴ撮影装置、ＭＲＩ撮影装置、Ｘ線撮影装置など、医療現場で使用される各種検査装置の総称である。近年、患者の検査データ等のオンライン化や電子カルテ化等に対応すべく、ＤＩＣＯＭ規格に準拠したモダリティが開発され実用化されている。ＤＩＣＯＭとは、モダリティによって撮影された医用画像のフォーマットと、それらの画像を扱う医用画像機器間の通信プロトコルを定義した標準規格である。例えば特許文献１に、ＤＩＣＯＭ規格に準拠したモダリティについて記載されている。
【０００３】
ＤＩＣＯＭ規格に準拠したモダリティより構築される院内システムでは、撮影された画像を検査単位で管理するため、同一検査内で撮影された個々の画像に対して共通の検査識別子（Study Instance UID）が付与される。検査の終了は、例えば、モダリティに備えられた検査終了を指示するボタンの操作から判断され、次の検査が開始されたときには新しい検査識別子が検査画像に付与される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２２７２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、院内システムに接続されるモダリティは、一般に多種多様であり、購入年度や規格等にばらつきがある。そのため、院内システムに接続される全てのモダリティがＤＩＣＯＭに対応しているとは限らない。モダリティの中には、例えば、検査識別子を生成する機能が無いものや、検査終了を指示するための操作手段が無いものがある。そのため、これらのモダリティで撮影された画像を院内システム内にて検査単位で管理することができないという問題が生じていた。
【０００６】
本発明は上記の事情に鑑みてなされたものであり、その目的とするところは、ＤＩＣＯＭ非対応のモダリティで撮影された画像を院内システム内にて検査単位で管理可能とするためのＤＩＣＯＭ用ゲートウェイを提供することである。
【課題を解決するための手段】
【０００７】
本発明の一形態に係るＤＩＣＯＭ用ゲートウェイは、モダリティより出力される検査画像及び検査画像に対応する患者情報を受信する受信手段と、受信手段によって受信される夫々の検査画像に対してＤＩＣＯＭ規格に準拠した識別子を付与する識別子付与手段と、識別子が付与された検査画像を所定のサーバに送信する送信手段とを備えた装置である。この識別子付与手段は、受信手段によって前回受信された患者情報と今回受信された患者情報とに基づいて、今回受信された検査画像に対し、前回受信された検査画像と同一の識別子を付与するか又は異なる識別子を付与するかを決定する。
【０００８】
このように、本発明の一形態に係るＤＩＣＯＭ用ゲートウェイは、検査画像と共に受信する患者情報に基づいて、当該検査画像が前回と同一の検査内で撮影されたものであるか（前回受信された検査画像と同一の識別子を付与するか）、又は当該検査画像が前回と別の検査内で撮影されたものであるか（前回受信された検査画像と異なる識別子を付与するか）を推定し、推定結果に従って検査画像に識別子を付与することができる。そのため、ＤＩＣＯＭシステム内の所定のサーバは、ＤＩＣＯＭ非対応のモダリティで撮影された検査画像であっても、その識別子により検査単位で管理することができる。
【０００９】
また、識別子付与手段は、例えば、受信手段によって受信される患者情報が前回と今回とで一致するか否かを判定する。この場合、識別子付与手段は、患者情報が前回と今回とで一致すると判定した場合には、今回受信された検査画像に対し、前回受信された検査画像と同一の識別子を付与し、一致しないと判定した場合には、今回受信された検査画像に対し、前回受信された検査画像と異なる識別子を付与する。
【００１０】
更に、識別子付与手段は、受信手段によって受信される患者情報が前回と今回とで一致する場合であっても、今回の患者情報を受信した時刻が前回の患者情報を受信した時刻から所定時間以上経過している場合には、今回受信された検査画像に対し、前回受信された検査画像と異なる識別子を付与する構成としてもよい。
【００１１】
また、本発明の一形態に係るＤＩＣＯＭ用ゲートウェイは、所定のＭＷＭ（Modality Worklist Management）サーバに対し、少なくとも患者情報を含む所定の検査リストをリクエストするリクエスト手段と、リクエストに応じたＭＷＭサーバより検査リストを受信するリスト受信手段と、リスト受信手段によって受信された検査リストをモダリティに送信するリスト送信手段とを更に備えた構成としてもよい。
【発明の効果】
【００１２】
本発明に係るＤＩＣＯＭ用ゲートウェイを院内システムに配置することにより、ＤＩＣＯＭ非対応のモダリティで撮影された画像を院内システム内にて検査単位で管理できるようになる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係る院内システムの構成を示すブロック図である。
【図２】本発明の実施形態に係る院内システムに備えられたＤＩＣＯＭ用ゲートウェイにて実行されるＤＩＣＯＭ化処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面を参照して、本発明の実施形態に係る院内システムについて説明する。
【００１５】
図１は、本実施形態の院内システム１の構成を示すブロック図である。本実施形態の院内システム１は、院内システム１内の各モダリティで撮影された画像を検査単位で管理可能なＤＩＣＯＭシステムを構築しており、図１に示されるように、ＤＩＣＯＭネットワーク２を介して互いに接続された、ＭＷＭサーバ１０、画像サーバ２０、ＤＩＣＯＭ用ゲートウェイ３０及び複数のモダリティＭ１〜Ｍｎを備えている。
【００１６】
モダリティＭ１〜Ｍｎには、周知の電子内視鏡装置（ビデオプロセッサ）やＣＴ撮影装置、ＭＲＩ撮影装置、Ｘ線撮影装置等が想定される。モダリティＭ１〜Ｍｎは、ＤＩＣＯＭ非対応のモダリティであり、ＤＩＣＯＭ規格に準拠した検査識別子（Study Instance UID）ＵＩＤを生成する機能も、検査終了を指示するための操作手段も実装されていない。そのため、このままでは、院内システム１において、モダリティＭ１〜Ｍｎで撮影された画像を検査単位で管理することができない。そこで、本実施形態の院内システム１では、ＭＷＭサーバ１０及び画像サーバ２０とモダリティＭ１〜Ｍｎとの間にＤＩＣＯＭ用ゲートウェイ３０を配置することにより、モダリティＭ１〜Ｍｎで撮影された画像を検査単位で管理可能としている。
【００１７】
＜ＤＩＣＯＭ化処理＞
ＤＩＣＯＭ用ゲートウェイ３０は、例えばＰＣ等の汎用的なハードウェア構成を有したものであるが、以下に説明するＤＩＣＯＭ化処理を実行することにより、モダリティＭ１〜Ｍｎで撮影された画像を院内システム１内にて検査単位で管理可能とする。図２は、ＤＩＣＯＭ化処理を示すフローチャートである。なお、本処理は、例えばＤＩＣＯＭ用ゲートウェイ３０がシャットダウンされるまで継続する。説明の便宜上、本明細書中の説明並びに図面において、処理ステップは「Ｓ」と省略して記す。
【００１８】
＜図２のＳ１（ＭＷＭサーバ１０への問い合わせ）＞
ＭＷＭサーバ１０は、検査リストを保有している。検査リストのレコード（検査レコード）は、項目として、患者ＩＤ、患者名、生年月日、性別など、患者に関する患者情報を有している。検査レコードは、例えばオペレータによるＰＣ操作等を介して検査リストに登録される。検査レコードには、患者情報のほか、検査予定日時や検査に用いられるモダリティのＩＤ（モダリティＩＤ）等を含めてもよい。ＤＩＣＯＭ用ゲートウェイ３０は、例えば電源投入後にイニシャライズを行うと、モダリティＭ１〜Ｍｎに代行し、ＭＷＭサーバ１０に対して検査リストの問い合わせ（リクエスト）を行う。リクエストは、所定のタイミングで自動に行われてもよく、オペレータによるＤＩＣＯＭ用ゲートウェイ３０への所定の操作時に行われてもよい。
【００１９】
＜図２のＳ２（検査リストのダウンロード）＞
ＭＷＭサーバ１０は、ＤＩＣＯＭ用ゲートウェイ３０より受けたリクエストに応じて、例えば各検査レコードの検査予定日時を検索し、本日予定されている検査の検査レコード群を抽出してＤＩＣＯＭ用ゲートウェイ３０に返す。ＤＩＣＯＭ用ゲートウェイ３０は、ＭＷＭサーバ１０よりダウンロードした検査レコード群をモダリティＭ１〜Ｍｎにそのまま転送する。但し、検査レコード群がモダリティＭ１〜Ｍｎでサポートされていないフォーマットである場合は、テキスト形式など、汎用的なフォーマットに変換したうえで、モダリティＭ１〜Ｍｎに送信する。なお、ＤＩＣＯＭ用ゲートウェイ３０は、各モダリティＭ１〜Ｍｎに対し、検査レコード群に含まれる全ての検査レコードを送信せず、例えば検査レコード内のモダリティＩＤに基づいて仕分け作業を行ったうえで送信してもよい。この場合、各モダリティＭ１〜Ｍｎには、自己のモダリティＩＤが付された検査レコード（すなわちそのモダリティを用いて行われる検査に対応する検査レコード）だけが送信される。
【００２０】
＜図２のＳ３（検査画像及び患者情報の受信）＞
以下においては、モダリティＭ１〜ＭｎのうちモダリティＭ１を代表して説明する。モダリティＭ１は、例えば、電子スコープ（不図示）に接続された電子内視鏡装置（ビデオプロセッサ）である。ビデオプロセッサ（符号Ｍ１を付す）に接続されるモニタの表示画面には、ＤＩＣＯＭ用ゲートウェイ３０より受信した検査レコード群が表示される。医師等は、モニタの表示画面を視認して、これから行う検査に対応する検査レコードを指定する。検査開始後、医師によって電子スコープ等のフリーズボタンが押されると、ビデオプロセッサＭ１はキャプチャ画像を生成し、生成されたキャプチャ画像を、上記指定された検査レコードに含まれる患者情報と共にＤＩＣＯＭ用ゲートウェイ３０に送信する。これにより、ＤＩＣＯＭ用ゲートウェイ３０は、ビデオプロセッサＭ１にて生成されたキャプチャ画像と、それに対応する患者情報とを受信する。なお、この受信時刻は、ＤＩＣＯＭ用ゲートウェイ３０のメモリに記憶される。
【００２１】
＜図２のＳ４（患者情報の初回受信判定）＞
ＤＩＣＯＭ用ゲートウェイ３０は、ビデオプロセッサＭ１より送信された患者情報を、イニシャライズ後初めて受信したか否かを判定する。ＤＩＣＯＭ用ゲートウェイ３０は、イニシャライズ後初めての受信と判定した場合（Ｓ４：ＹＥＳ）、処理をＳ６に進め、イニシャライズ後二回目以降の受信と判定した場合（Ｓ４：ＮＯ）、処理をＳ５に進める。なお、ここでいう「イニシャライズ後初めての受信」は、送信元モダリティ毎に判定される。例えば他のモダリティより患者情報を既に受信している場合であっても、ビデオプロセッサＭ１より初めて受信した場合には、ビデオプロセッサＭ１について初回受信と判定される。
【００２２】
＜図２のＳ５（患者情報の一致判定）＞
ＤＩＣＯＭ用ゲートウェイ３０は、ビデオプロセッサＭ１より受信した前回の患者情報と、ビデオプロセッサＭ１より受信した今回の患者情報とが一致するか否かを判定する。前回と今回とで患者情報が一致すると判定される場合は（Ｓ５：ＹＥＳ）、処理をＳ７に進め、前回と今回とで患者情報が一致しないと判定される場合は（Ｓ５：ＮＯ）、処理をＳ６に進める。なお、一致判定は、常に、送信元モダリティが同一の患者情報を対象に行われる。そのため、例えばＤＩＣＯＭ用ゲートウェイ３０が受信した前回と今回の患者情報が同一であっても送信元モダリティが異なる場合は一致しないこととなる（そもそも一致判定すら行われない）。また、ビデオプロセッサＭ１より受信した前回と今回の患者情報が一致する場合であっても、今回の受信時刻が前回の受信時刻から所定時間以上経過している場合には、例外的に、処理をＳ６に進める。
【００２３】
＜図２のＳ６（新たな検査識別子ＵＩＤの生成及び付与）＞
ＤＩＣＯＭ用ゲートウェイ３０がビデオプロセッサＭ１より送信された患者情報をイニシャライズ後初めて受信した場合、又は前回と今回とで患者情報が一致しない場合、又は前回の受信から所定時間以上空けて受信した場合は、医師がビデオプロセッサＭ１を用いて新たに別の検査を始めている可能性が高い。そのため、ＤＩＣＯＭ用ゲートウェイ３０は、検査毎に割り当てるべきユニークな検査識別子ＵＩＤを新たに生成し、生成した新たな検査識別子ＵＩＤを、ビデオプロセッサＭ１より受信したキャプチャ画像及び患者情報に付与してコンテナ化し、単一のコンテナファイルを作成する。コンテナファイルの作成後、処理はＳ８に進む。
【００２４】
＜図２のＳ７（共通の検査識別子ＵＩＤの付与）＞
ＤＩＣＯＭ用ゲートウェイ３０がビデオプロセッサＭ１より送信された患者情報をイニシャライズ後既に受信しており、かつ前回の受信から所定時間空いていない場合は、前回の受信時から引き続き、医師によるビデオプロセッサＭ１を用いた検査が行われている可能性が高い。そのため、ＤＩＣＯＭ用ゲートウェイ３０は、前回作成したコンテナファイルに付与した検査識別子ＵＩＤと同一の検査識別子ＵＩＤをキャプチャ画像及び患者情報に付与してコンテナ化し、単一のコンテナファイルを作成する。すなわち、同一の検査中にキャプチャされたキャプチャ画像及び患者情報には、共通の検査識別子ＵＩＤが付与される。コンテナファイルの作成後、処理はＳ８に進む。
【００２５】
＜図２のＳ８（コンテナファイルのアップロード）＞
ＤＩＣＯＭ用ゲートウェイ３０は、図２のＳ６又はＳ７の処理で作成したコンテナファイルを画像サーバ２０にアップロードする。ＤＩＣＯＭ用ゲートウェイ３０は、コンテナファイルのアップロード後、検査画像及び患者情報の受信待機状態に戻る（図２のＳ３）。画像サーバ２０には、各モダリティＭ１〜Ｍｎよりアップロードされたコンテナファイルが蓄積される。画像サーバ２０は、コンテナファイル内の検査識別子ＵＩＤにより、キャプチャ画像を検査単位で管理することができる。
【００２６】
このように、ＤＩＣＯＭ用ゲートウェイ３０は、キャプチャ画像と共に受信する患者情報に基づいて、当該キャプチャ画像が前回と同一の検査内で撮影されたものであるか、又は別の検査内で撮影されたものであるかを推定し、推定結果に従って適切な検査識別子ＵＩＤをキャプチャ画像に付与することができる。そのため、画像サーバ２０は、ＤＩＣＯＭ非対応のモダリティＭ１〜Ｍｎで撮影されたキャプチャ画像であっても、その検査識別子ＵＩＤにより検査単位で管理することができる。
【００２７】
以上が本発明の実施形態の説明である。本発明は、上記の構成に限定されるものではなく、本発明の技術的思想の範囲において様々な変形が可能である。例えば検査識別子ＵＩＤは、キャプチャ画像だけでなく動画に付与してもよい。この場合、画像サーバ２０は、キャプチャ画像や動画を含む検査画像を検査単位で管理することができる。
【００２８】
また、本実施形態のコンテナファイルには、キャプチャ画像、患者情報、検査識別子ＵＩＤが含まれるが、キャプチャ画像を画像サーバ２０に検査単位で管理させるためには、最低限、キャプチャ画像と検査識別子ＵＩＤとがコンテナファイルに含まれていれば足りる。また、別の実施形態のコンテナファイルには、キャプチャ画像、患者情報、検査識別子ＵＩＤに加えて、検査に関する別の情報（例えば検査に使用したモダリティのＩＤなど）を含めてもよい。
【００２９】
また、ＤＩＣＯＭ用ゲートウェイ３０によるＭＷＭサーバ１０への問い合わせは必須ではない。但し、この場合は、検査開始の際、医師が患者情報等をモダリティに入力する必要がある。
【００３０】
また、院内システム１には、モダリティＭ１〜Ｍｎのほか、ＤＩＣＯＭ規格に準拠したモダリティが接続されていてもよい。ＤＩＣＯＭ規格に準拠したモダリティは、ＤＩＣＯＭ用ゲートウェイ３０を介することなくＭＷＭサーバ１０や画像サーバ２０と通信し、検査識別子ＵＩＤ及び検査画像を含むコンテナファイルを画像サーバ２０に直接アップロードすることができる。
【符号の説明】
【００３１】
１  院内システム
２  ＤＩＣＯＭネットワーク
１０  ＭＷＭサーバ
２０  画像サーバ
３０  ＤＩＣＯＭ用ゲートウェイ
Ｍ１〜Ｍｎ  モダリティ
【図１】
2013156852.tif 000003
【図２】
2013156852.tif 000004