JP2015062113A - 医用情報処理装置 - Google Patents

Abstract

【課題】医用情報処理装置において、処理結果画像を用いた診断（読影）／治療の効率を向上させること。【解決手段】医用情報処理装置は、検査予約装置から、複数の画像生成装置に対する検査予約情報を受信する検査予約情報受信手段と、受信された検査予約情報に基づいて画像処理種別を決定し、複数の画像生成装置によって生成された元画像に対して、決定された画像処理種別の画像処理を実行して処理結果画像を生成する画像処理手段と、を有する。【選択図】 図８

Description

本発明の一態様としての本実施形態は、医用情報を処理する医用情報処理装置に関する。

近年、ＨＩＳ（ｈｏｓｐｉｔａｌ ｉｎｆｏｒｍａｔｉｏｎ ｓｙｓｔｅｍ）は、診療報酬処理から発展拡大し、業務監視システムとして多くの医療機関で活用されている。また、ＨＩＳの情報を業務管理だけではなく、患者の診療にも役立てるシステムへと拡張するために、検査データのオンライン化や電子カルテ化等も始められている。そして、画像生成装置（モダリティ）のメーカも同業他社のコンピュータとの接続による情報交換のために、医療分野での標準的なフォーマットであるＤＩＣＯＭ（ｄｉｇｉｔａｌ ｉｍａｇｉｎｇ ａｎｄ ｃｏｍｕｎｉｃａｔｉｏｎｓ ｉｎ ｍｅｄｉｃｉｎｅ）規格を取り入れ、画像生成装置（画像診断装置）との接続による患者識別情報の取得等を行なうようになってきている。

具体的には、各病院に導入されているＨＩＳ／ＲＩＳ（ｒａｄｉｏｌｏｇｙ ｉｎｆｏｒｍａｔｉｏｎ ｓｙｓｔｅｍ）では、ＤＩＣＯＭ規格のＭＷＭ（ｍｏｄａｌｉｔｙ ｗｏｒｋｌｉｓｔ ｍａｎａｇｅｍｅｎｔ）を使用し、患者識別情報をＤＩＣＯＭタグに付加することによって、その取得が行なわれている。

また、Ｘ線撮影装置、超音波診断装置、Ｘ線ＣＴ（ｃｏｍｐｕｔｅｄ ｔｏｍｏｇｒａｐｈｙ）装置、ＭＲＩ（ｍａｇｎｅｔｉｃ ｒｅｓｏｎａｎｃｅ ｉｍａｇｉｎｇ）装置、及びＰＥＴ（ｐｏｓｉｔｒｏｎ ｅｍｉｓｓｉｏｎ ｔｏｍｏｇｒａｐｈｙ）装置等の画像生成装置で収集された元画像（画像処理が施される前の医用画像）と、その画像に関連する患者識別情報等の関連情報とを、ＤＩＣＯＭネットワークを介して画像管理装置やＭＰＰＳ（ｍｏｄａｌｉｔｙ ｐｅｒｆｏｒｍｅｄ ｐｒｏｃｅｄｕｒｅ ｓｔｅｐ）サーバに送信して情報を収集し、必要に応じて元画像および関連情報を抽出し患者の診断を行なう医用画像情報システムが存在する。

近年、医学や撮像装置の進歩によって、以前に比べると検査に用いる画像生成装置が多様化しており、一つの疾病でも複数種の画像生成装置で複数種の元画像を収集する場合が増えている。さらに複数種の元画像のうち各元画像の長所（特性：形態画像／機能画像）を生かす形で複数種の元画像に基づく処理結果画像（画像処理が施された後の医用画像）としての融合画像を生成し、融合画像を診断や治療に用いる場合が増えている。

特開２００５−１９６２５３号公報 特開２０１０−２２７２７号公報

しかしながら、従来技術によると、複数種の元画像に基づく融合画像を生成する場合、異なる画像生成装置間で収集されたデータを必要とするが故に、各元画像が保管されている場所等から、その取り扱いについて、未だ手間を必要とすることが多い。

従来、複数の画像生成装置で収集された２種以上の元画像を用いて融合画像を生成する場合、２種以上の元画像を、融合画像を生成するための画像処理装置に集める。そして、２種以上の元画像が画像処理装置に揃った所で、操作者が融合画像の生成に用いる２種以上の元画像を選択してアプリケーションに読み込ませて、２種以上の元画像から融合画像を生成していた。この場合、（２種以上の元画像の転送）＋（元画像の選択）＋（融合処理）の時間が必要となるので、融合画像の読影を開始するまでの手間（待ち時間）があった。

近年の画像生成装置では、一度の検査（撮像）で数千枚の元画像群が生成されることも珍しくはなく、それらの元画像群を他の装置に転送するには、数十秒〜数分かかってしまっている。例えば、元画像の転送速度は、２０〜５０［枚／秒］程度である。

さらに、元画像としてのＣＴ画像とＭＲ画像とに基づく３Ｄ融合画像の生成処理において、ＭＲトラクトグラフィ画像の生成時には、スライス厚のギャップ等にも左右されるが、撮像時間を除いて数分〜十数分程度の画像処理待ちが発生する。

また、元画像としてのＣＴ画像とＰＥＴ画像との３Ｄ融合画像の生成処理において、抽出処理から位置合わせ処理、融合処理までを実施する場合、元画像群を選択してから数十秒〜数分強の待ちが発生する。なお、より精度の高い位置合わせを求める場合、その数倍の時間が必要となる場合もある。

本実施形態の医用情報処理装置は、上述した課題を解決するために、検査予約装置から、複数の画像生成装置に対する検査予約情報を受信する検査予約情報受信手段と、前記受信された前記検査予約情報に基づいて画像処理種別を決定し、前記複数の画像生成装置によって生成された医用画像としての元画像に対して、前記決定された前記画像処理種別の画像処理を実行して前記医用画像としての処理結果画像を生成する画像処理手段と、を有する。

また、本実施形態の医用情報処理装置は、上述した課題を解決するために、複数の画像生成装置から、検査の実施状況を示す検査実施情報を受信する検査実施情報受信手段と、前記受信された前記検査実施情報に基づいて画像処理種別を決定し、前記複数の画像生成装置によって生成された医用画像としての元画像に対して、前記決定された前記画像処理種別の画像処理を実行して前記医用画像としての処理結果画像を生成する画像処理手段と、を有する。

医用情報処理システムの構成を示す概略図。 ＭＷＭ装置によって受信された検査予約情報の流れを示す図。 検査予約情報の一例を示す図。 画像生成装置によって生成された検査実施情報の流れを示す図。 検査実施情報の一例を示す図。 本実施形態の医用情報処理装置のハードウェア構成の一例を示す図。 画像処理対応テーブルの一例を示す図。 本実施形態の医用情報処理装置の機能を示すブロック図。 本実施形態の医用情報処理装置の機能を示すブロック図。 第１時点の状況対応テーブルの一例を示す図。 第２時点の状況対応テーブルの一例を示す図。 第３時点の状況対応テーブルの一例を示す図。 第４時点の状況対応テーブルの一例を示す図。 第５時点の状況対応テーブルの一例を示す図。 第６時点の状況対応テーブルの一例を示す図。 第１時点の状況対応テーブルの一例を示す図。 第２時点の状況対応テーブルの一例を示す図。 第３時点の状況対応テーブルの一例を示す図。 第４時点の状況対応テーブルの一例を示す図。

本実施形態の医用情報処理装置について、添付図面を参照して説明する。

図１は、医用情報処理システムの構成を示す概略図である。

図１は、医用情報処理システム１を示す。医用情報処理システム１は、ＭＷＭ装置（ＭＷＭサーバ）２、ＭＰＰＳ装置（ＭＰＰＳサーバ）３、本実施形態の医用情報処理装置（モニタリングサーバ）４、画像生成装置（モダリティ）５、画像処理装置（ｗｏｒｋ ｓｔａｔｉｏｎ）６、画像管理装置（画像サーバ）７、画像表示装置８、及び読影システム９を設ける。

なお、図１に示す医用情報処理システム１において、医用情報処理装置４は、画像管理装置７及び読影システム９とは別に設けられる。しかしながらその場合に限定されるものではなく、画像管理装置７又は読影システム９に、後述する医用情報処理装置４の機能が設けられるものであってもよい。

ＭＷＭ装置２、ＭＰＰＳ装置３、医用情報処理装置４、画像生成装置５、画像処理装置６、画像管理装置７、画像表示装置８、及び読影システム９は、コンピュータをベースとして構成されている。また、ＭＷＭ装置２、ＭＰＰＳ装置３、医用情報処理装置４、画像生成装置５、画像処理装置６、画像管理装置７、画像表示装置８、及び読影システム９は、病院基幹のＤＩＣＯＭネットワークＮによって相互通信可能に接続されている。

ＭＷＭ装置２は、ＨＩＳ／ＲＩＳの検査予約情報（検査予約リストの情報）を受信し、検査予約情報をＤＩＣＯＭ＿ＭＷＭとして医用情報処理装置４に送信する。患者識別情報は、患者ＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）等の、患者を特定するための情報であり、検査内容情報は、検査を特定するための情報である。図２は、ＭＷＭ装置２によって受信された検査予約情報の流れを示す図である。

図３は、検査予約情報の一例を示す図である。

図３は、５患者（患者Ａ〜Ｅ）の検査予約情報を示す。図３に示すように、検査予約情報は、患者識別情報と検査内容情報とが対応付けられてなる。患者識別情報は、患者ＩＤ（患者Ａ，患者Ｂ，…）の情報を含む。また、検査内容情報は、画像生成装置５の種別（１又は複数）と、画像生成装置５における撮像条件（撮像方法）と、撮像部位とのうち少なくとも１を含む。以下、検査内容情報が、画像生成装置５の種別と、画像生成装置５における撮像条件と、撮像部位との全てを含む場合について説明する。

例えば、最上段は、心臓検査に関して、画像生成装置５としてのＸ線ＣＴ装置で一般撮像（非造影撮像）と造影撮像とを行ない、画像生成装置５としてのＰＥＴ装置で撮像を行なう患者Ａの検査予約情報を示す。

図１の説明に戻って、ＭＰＰＳ装置３は、医用情報処理装置４を介して、画像生成装置５によって検査の実施開始前又は終了後に発生された、検査の実施状況を示す検査実施情報をＤＩＣＯＭ＿ＭＰＰＳとして受信する。図４は、画像生成装置５によって生成された検査実施情報の流れを示す図である。

図１の説明に戻って、医用情報処理装置４は、検査予約情報をＤＩＣＯＭ＿ＭＷＭとしてＭＷＭ装置２から受信して画像生成装置５に送信する（図２に図示）。医用情報処理装置４は、検査実施情報をＤＩＣＯＭ＿ＭＰＰＳとして画像生成装置５から受信してＭＰＰＳ装置７に送信する（図４に図示）。また、医用情報処理装置４は、ＭＷＭ装置２から受信された検査予約情報と、画像生成装置５から受信された検査実施情報とに基づいて、画像生成装置５による検査の実施状況を処理（監視）する。

画像生成装置５は、医用情報処理装置４から検査予約情報を受信して、その検査予約情報に従って検査を実施して元画像（画像処理が施される前の医用画像）を生成すると共に、検査の実施開始前又は終了後に検査実施情報を発生して、その検査実施情報を医用情報処理装置４に送信する。

図５は、検査実施情報の一例を示す図である。

図５は、検査識別情報、検査内容情報、及び実施状況情報からなる検査実施情報を示す。図５に示すように、検査実施情報（実施状況情報）は、検査識別情報毎（シリーズ毎）に発生される。例えば、検査Ａのシリーズ１に関する実施状況情報は、画像生成装置５としてのＸ線ＣＴ装置による心臓の一般撮像（非造影撮像）の完了を示す「完了」となる。

図１の説明に戻って、画像生成装置５としては、Ｘ線診断装置、超音波診断装置、Ｘ線ＣＴ（ｃｏｍｐｕｔｅｄ ｔｏｍｏｇｒａｐｈｙ）装置、ＭＲＩ（ｍａｇｎｅｔｉｃ ｒｅｓｏｎａｎｃｅ ｉｍａｇｉｎｇ）装置、及び核医学診断装置等が挙げられ、一般的には、ＤＩＣＯＭネットワークＮ網に画像生成装置５が複数接続されている。画像生成装置５は、患者の撮像部位等の被検体に関する元画像を、付帯情報を関連付けて生成する。

画像処理装置６は、画像生成装置５によって生成された元画像に対して画像処理を施す。

画像管理装置７は、医用情報処理装置４及び画像処理装置６による処理結果画像（中間画像：画像処理が施された後の医用画像）を取得して保管する。画像管理装置７は、ＤＢ（ｄａｔａ ｂａｓｅ）サーバである。画像管理装置７は、画像表示装置（ビューアなどのクライアント）８からの要求を受け、要求に従った画像データを探し出して画像表示装置８に転送することができるＰＡＣＳ（ｐｉｃｔｕｒｅ ａｒｃｈｉｖｉｎｇ ａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ）である。ＰＡＣＳは、画像生成装置５から受信された元画像を保管、閲覧、及び管理することができ、ＤＩＣＯＭを通じて元画像を一元管理することができる。

画像表示装置８は、画像管理装置７に対して画像データを要求し、要求の結果転送された画像データを表示する。

読影システム９は、医用情報処理装置４や画像処理装置６によって生成された処理結果画像等の画像を表示し、読影者の操作に従って読影レポートを生成する。

図６は、本実施形態の医用情報処理装置４のハードウェア構成の一例を示す図である。

図６は、医用情報処理装置４のハードウェア構成を示し、その医用情報処理装置４は、大きくは、制御装置としてのＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）４１、メモリ４２、ＨＤＤ（ｈａｒｄ ｄｉｓｃ ｄｒｉｖｅ）４３、ＩＦ（ｉｎｔｅｒｆａｃｅ）４４、入力部４５、及び表示部４６等の基本的なハードウェアと、画像処理対応テーブル記憶部４７及び状況対応テーブル記憶部４８とから構成される。ＣＰＵ４１は、共通信号伝送路としてのバスＢを介して、医用情報処理装置４をそれぞれ構成する各ハードウェア構成要素に相互接続されている。

ＣＰＵ４１は、半導体で構成された電子回路が複数の端子を持つパッケージに封入されている集積回路（ＬＳＩ）の構成をもつ制御装置である。ＣＰＵ４１は、メモリ４２に記憶しているプログラムを実行する。又は、ＣＰＵ４１は、ＨＤＤ４３に記憶しているプログラム、ＤＩＣＯＭネットワークＮから転送されＩＦ４４で受信されてＨＤＤ４３にインストールされたプログラム等を、メモリ４２にロードして実行する機能を有する。

メモリ４２は、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）及びＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）等を含む記憶装置である。メモリ４２は、ＩＰＬ（ｉｎｉｔｉａｌ ｐｒｏｇｒａｍ ｌｏａｄｉｎｇ）、ＢＩＯＳ（ｂａｓｉｃ ｉｎｐｕｔ／ｏｕｔｐｕｔ ｓｙｓｔｅｍ）及びデータを記憶したり、ＣＰＵ４１のワークメモリやデータの一時的な記憶に用いたりする機能を有する。

ＨＤＤ４３は、磁性体を塗布又は蒸着した金属のディスクが読み取り装置（図示しない）に着脱不能で内蔵されている構成をもつ記憶装置である。ＨＤＤ４３は、医用情報処理装置４にインストールされたプログラム（アプリケーションプログラムの他、ＯＳ（ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ）等も含まれる）や各種データを記憶する機能を有する。

ＩＦ４４は、パラレル接続仕様やシリアル接続仕様に合わせたコネクタによって構成される。ＩＦ４４は、各規格に応じた通信制御を行ない、ＤＩＣＯＭネットワークＮに接続することができる機能を有しており、これにより、医用情報処理装置４をＤＩＣＯＭネットワークＮ網に接続させる。

入力部４５としては、操作者によって操作が可能なキーボード及びマウス等によって構成される。入力部４５の操作に従った入力信号はバスＢを介してＣＰＵ４１に送られる。

表示部４６としては、図示しないＤ／Ａ（ｄｉｇｉｔａｌ ｔｏ ａｎａｌｏｇ）変換回路及びモニタ等によって構成される。

画像処理対応テーブル記憶部４７は、ＨＤＤやメモリによって構成され、検査予約情報（図３に図示）に含まれる検査内容情報と、画像処理情報（画像処理種別）との対応関係を示す画像処理対応テーブルを記憶する。画像処理対応テーブル記憶部４７は、操作者（読影者）が使用する可能性が高い処理結果画像を得るための画像処理情報を予め含むものである。

図７は、画像処理対応テーブルの一例を示す図である。

図７に示すように、画像処理対応テーブルは、検査内容情報と画像処理情報とが対応付けられてなる。また、検査内容情報は、画像生成装置５の種別（１又は複数）と、画像生成装置５における撮像条件（撮像方法）と、撮像部位とによって構成される。そして、各検査内容情報に、１又は複数の画像処理情報が割り当てられる。

例えば、最上段は、心臓検査に関して、画像生成装置５としてのＸ線ＣＴ装置で一般撮像（非造影撮像）と造影撮像とを行ない、画像生成装置５としてのＰＥＴ装置で撮像を行なう検査内容情報の場合を示す。その場合、画像処理には、Ｘ線ＣＴ装置の一般撮像に基づく元画像からの心筋抽出処理と、Ｘ線ＣＴ装置の造影撮像に基づく元画像からの冠動脈抽出処理と、ＰＥＴ装置の撮像に基づく元画像から処理結果画像としての心臓代謝画像を得る心臓代謝画像生成処理と、Ｘ線ＣＴ装置の一般撮像に基づく元画像とＰＥＴ装置の撮像に基づく元画像との３Ｄ融合処理とが割り当てられる。また、検査内容情報に、処理結果画像転送先が割り当てられてもよい。

図６の説明に戻って、状況対応テーブル記憶部４８は、ＨＤＤやメモリによって構成され、検査予約情報、画像処理情報、状況情報（実施状況情報、受信状況情報、処理状況情報、及び送信状況情報）、及び処理結果画像転送先の対応関係を示す状況対応テーブル（図１０乃至図１５に図示）を記憶する。状況対応テーブル記憶部４８の状況対応テーブルには、検査予約情報、画像処理情報、状況情報、及び処理結果画像転送先が適宜登録されたり更新されたりする。検査予約情報、画像処理情報、状況情報、及び処理結果画像転送先の登録及び更新方法については、図１０乃至図１５を用いて後述する。

図８及び図９は、本実施形態の医用情報処理装置４の機能を示すブロック図である。

ＣＰＵ４１によってプログラムが実行されることによって、医用情報処理装置４は、図８及び図９に示すように、操作制御手段４ａ、検査予約情報受信手段４ｂ、検査予約情報送信手段４ｃ、検査予約情報登録手段４ｄ、画像処理情報参照手段４ｅ、画像処理情報登録手段４ｆ、検査実施情報受信手段４ｇ、検査実施情報送信手段４ｈ、検査実施情報登録手段４ｉ、元画像受信手段４ｊ、受信状況情報登録手段４ｋ、画像処理手段４ｌ、処理状況情報登録手段４ｍ、処理結果画像送信手段４ｎ、送信状況情報登録手段４ｏ、及び処理結果画像削除手段４ｐとして機能する。なお、構成要素４ａ乃至４ｐは、ソフトウェア的に機能する場合を例に挙げて説明するが、それら構成要素４ａ乃至４ｐの一部又は全部は、医用情報処理装置４にハードウェア的にそれぞれ設けられるものであってもよい。

図８及び図９に示す操作制御手段４ａは、構成要素４ｂ乃至４ｐと、入力部４５及び表示部４６とを媒介するＧＵＩ（ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）等のインターフェースである。

図８を説明すると、検査予約情報受信手段４ｂは、ＩＦ４４を介してＭＷＭ装置２から、検査予約情報（図３に図示）をＤＩＣＯＭ＿ＭＷＭとして受信する機能を有する。

検査予約情報送信手段４ｃは、検査予約情報受信手段４ｂによって受信された検査予約情報を、ＩＦ４４を介して画像生成装置５に送信する機能を有する。

検査予約情報登録手段４ｄは、検査予約情報受信手段４ｂによって受信された検査予約情報の検査内容情報を、状況対応テーブル記憶部４８の状況対応テーブルに登録する機能を有する。

図１０乃至図１５を用いて、医用情報処理装置４の動作について説明する。

図１０は、第１時点の状況対応テーブルの一例を示す図である。

図１０は、第１時点の状況対応テーブルを示す。第１時点では、状況対応テーブルの実施状況情報に「未実施」が、受信状況情報に「未受信」が登録される。図１０は、２患者（図３に示す患者Ａ，Ｂ）に関する検査予約情報の検査内容情報を示す。

図８の説明に戻って、画像処理情報参照手段４ｅは、検査予約情報登録手段４ｄによって登録された検査予約情報（図３に図示）に含まれる検査内容情報を画像処理対応テーブル記憶部４７に記憶された画像処理対応テーブル（図７に図示）に参照して、検査内容情報に対応する画像処理情報を決定する機能を有する。

画像処理情報登録手段４ｆは、画像処理情報参照手段４ｅによって決定された、検査内容情報に対応する画像処理情報を、状況対応テーブル記憶部４８の状況対応テーブルに登録する機能を有する。

図１１は、第２時点の状況対応テーブルの一例を示す図である。

図１１は、第１時点に続く第２時点の状況対応テーブルを示す。状況対応テーブルに、画像処理対応テーブル（図７に図示）から取得された画像処理情報が登録される。状況対応テーブルの画像処理毎の処理状況情報に「未処理」が、処理結果画像転送先毎の送信状況情報に「未送信」が登録される。

図８の説明に戻って、検査実施情報受信手段４ｇは、ＩＦ４４を介して画像生成装置５から、シリーズの検査実施情報（図５に図示）をＤＩＣＯＭ＿ＭＰＰＳとして受信する機能を有する。

検査実施情報送信手段４ｈは、検査実施情報受信手段４ｇによって受信されたシリーズ毎の検査実施情報を、ＩＦ４４を介してＭＰＰＳ装置３に送信する機能を有する。

検査実施情報登録手段４ｉは、検査実施情報送信手段４ｈによって受信されたシリーズ毎の検査実施情報を、状況対応テーブル記憶部４８の状況対応テーブルに登録（更新）する機能を有する。

図１２は、第３時点の状況対応テーブルの一例を示す図である。

図１２は、第２時点に続く第３時点の状況対応テーブルを示す。受信された検査実施情報に含まれる実施完了の実施状況情報に従って状況対応テーブルの実施状況情報が「未実施」から「完了（ｃｏｍｐｌｅｔｅｄ）」に、受信された検査実施情報に含まれる検査中の実施状況情報に従って状況対応テーブルの実施状況情報が「未実施」から「実施中（ｉｎｐｒｏｇｒｅｓｓ）」に更新される。状況対応テーブルの実施状況情報が「未実施」である検査が優先的に実施され（実施中）、次いで、実施が完了される（完了）。

第３時点では、画像生成装置５（図８に図示）としてのＸ線ＣＴ装置で検査Ａのシリーズ１の実施（元画像としてのＣＴ画像の収集）が完了し、Ｘ線ＣＴ装置で検査Ａのシリーズ２の実施（ＣＴ画像の収集）が完了し、ＰＥＴ装置で検査Ａのシリーズ３の実施（元画像としてのＰＥＴ画像の収集）中である。また、第３時点では、画像生成装置５（図８に図示）としてのＸ線ＣＴ装置で検査Ｂのシリーズ１の実施（ＣＴ画像の収集）中で、Ｘ線ＣＴ装置で検査Ｂのシリーズ２の実施（ＣＴ画像の収集）が未実施で、ＭＲ装置で検査Ｂのシリーズ３の実施（元画像としてのＭＲ画像の収集）が未実施である。

ここで、図１乃至図８を用いた説明では、検査予約情報（図３に図示）は、ＭＷＭ装置２から医用情報処理装置４を介して画像生成装置５に送信されるものとして説明したが、その場合に限定されるものではない。検査予約情報（図３に図示）は、ＭＷＭ装置２から医用情報処理装置４と、画像生成装置５とに並行して送信されてもよい。その場合、ＭＷＭ装置２は、検査予約情報（図３に図示）の送信先として、従来の画像生成装置５に加え、新たな医用情報処理装置４を登録すればよい。また、その場合、検査予約情報送信手段４ｃ（図８に図示）は不要となる。

また、図１乃至図８を用いた説明では、検査実施情報（図５に図示）は、画像生成装置５から医用情報処理装置４を介してＭＰＰＳ装置３に送信されるものとして説明したが、その場合に限定されるものではない。検査実施情報（図５に図示）は、画像生成装置５からＭＰＰＳ装置３と、医用情報処理装置４とに並行して送信されてもよい。その場合、画像生成装置５は、検査実施情報（図５に図示）の送信先として、従来のＭＰＰＳ装置３に加え、新たな医用情報処理装置４を登録すればよい。また、その場合、検査実施情報送信手段４ｈ（図８に図示）は不要となる。

図９の説明に移って、元画像受信手段４ｊは、状況対応テーブル記憶部４８の状況対応テーブルを参照して画像処理の要否（画像処理情報が設定されているか否か）を判断して、画像処理が必要であると判断される場合に状況対応テーブルを参照して、実施状況情報が「完了」であって受信状況情報が「未受信」に相当する、シリーズ単位の元画像群（生画像群）を能動的に送信要求し、当該元画像を、ＩＦ４４を介して画像生成装置５から受信する機能を有する。第３時点の状況対応テーブル（図１２に図示）を用いて説明すると、元画像受信手段４ｊは、検査Ａのシリーズ１，２に関する元画像群を送信要求する。第３時点の状況対応テーブル（図１２に図示）を用いて説明すると、元画像受信手段４ｊは、検査Ａのシリーズ１、検査Ｂのシリーズ１−３に関する検査の実施完了待ちの状態である。

また、元画像受信手段４ｊは、受信したシリーズ単位の元画像群をＨＤＤ４３等の記憶部に記憶させる機能を有する。

受信状況情報登録手段４ｋは、元画像受信手段４ｊによる、シリーズ単位の元画像群の受信状況を示す受信状況情報を、状況対応テーブル記憶部４８の状況対応テーブルに登録（更新）する機能を有する。

図１３は、第４時点の状況対応テーブルの一例を示す図である。

図１３は、第３時点に続く第４時点の状況対応テーブルを示す。シリーズ単位の元画像群の受信状況に従って状況対応テーブルの受信状況情報が「未受信」から「完了」に、「未受信」から「受信中」に更新される。状況対応テーブルの実施状況情報が「完了」であって受信状況情報が「未受信」である元画像群が優先的に受信され（受信中）、次いで、受信が完了される（完了）。

第４時点では、実施状況情報が「完了」を示す検査Ａのシリーズ１のＣＴ画像群の受信が完了し、実施状況情報が「完了」を示す検査Ａのシリーズ２のＣＴ画像群の受信中であり、実施状況情報が「完了」を示す検査Ａのシリーズ３のＰＥＴ画像群の受信中である。また、第４時点では、実施状況情報が「完了」を示す検査Ｂのシリーズ１のＣＴ画像群が未受信で、実施状況情報が「実施中」を示す検査Ｂのシリーズ２のＣＴ画像群が未受信で、実施状況情報が「未実施」を示す検査Ｂのシリーズ３のＭＲ画像群が未受信である。

図９の説明に戻って、画像処理手段４ｌは、状況対応テーブル記憶部４８の状況対応テーブルを参照して、受信状況情報が「完了」であって処理状況情報が「未処理」に相当する、画像処理種別の単位の元画像群を記憶部から取得し、画像処理を実行して処理結果画像をＤＩＣＯＭ画像として生成する機能を有する。第４時点の状況対応テーブル（図１３に図示）を用いて説明すると、画像処理手段４ｌは、検査Ａのシリーズ１に関する元画像群を画像処理する。第４時点の状況対応テーブル（図１３に図示）を用いて説明すると、画像処理手段４ｌは、検査Ａのシリーズ２，３、検査Ｂのシリーズ１−３に関する元画像群の受信完了待ちの状態である。

さらに、画像処理情報に３Ｄ融合処理が含まれる場合、画像処理手段４ｌは、３Ｄ融合処理に必要な元画像群が全て受信されると元画像群を用いて３Ｄ融合処理を実行して処理結果画像としての３Ｄ融合画像（３Ｄ融合処理の結果画像）を生成する。第４時点の状況対応テーブル（図１３に図示）を用いて説明すると、画像処理手段４ｌは、既に受信が完了している検査Ａのシリーズ１に関する元画像群に加え、検査Ａのシリーズ３に関する元画像群が受信された時点で、シリーズ１，３に関する元画像群を用いて３Ｄ融合処理を実行する。

また、画像処理手段４ｌは、処理結果画像をＤＩＣＯＭ画像としてＨＤＤ４３等の記憶部に記憶させる機能を有する。なお、画像処理の実行は、画像処理装置６（図１に図示）に実施させるように構成してもよい。

処理状況情報登録手段４ｍは、画像処理手段４ｌによる、画像処理の状況を示す処理状況情報を、状況対応テーブル記憶部４８の状況対応テーブルに登録（更新）する機能を有する。

図１４は、第５時点の状況対応テーブルの一例を示す図である。

図１４は、第４時点に続く第５時点の状況対応テーブルを示す。画像処理種別の単位の元画像群の画像処理状況に従って状況対応テーブルの処理状況情報が「未処理」から「完了」に、「未処理」から「処理中」に更新される。状況対応テーブルの受信状況情報が「完了」であって処理状況情報が「未処理」である元画像群が優先的に画像処理され（処理中）、次いで、画像処理が完了される（完了）。

第５時点では、受信状況情報が「完了」を示す検査Ａのシリーズ１の元画像としてのＣＴ画像群に基づく心筋抽出処理が完了し、受信状況情報が「完了」を示す検査Ａのシリーズ２のＣＴ画像群に基づく冠動脈抽出処理が完了し、受信状況情報が「完了」を示す検査Ａのシリーズ３の元画像としてのＰＥＴ画像群に基づく処理結果画像としての心臓代謝画像生成処理が完了し、検査Ａのシリーズ１のＣＴ画像群と検査Ａのシリーズ３のＰＥＴ画像群とに基づく３Ｄ融合処理が完了している。また、第５時点では、受信状況情報が「完了」を示す検査Ｂのシリーズ２のＣＴ画像群に基づく脳血管抽出処理中で、受信状況情報が「未受信」を示す検査Ｂのシリーズ３の元画像としてのＭＲ画像群に基づくトラクトグラフィ画像生成処理が未処理で、受信状況情報が「完了」を示す検査Ｂのシリーズ１のＣＴ画像群と受信状況情報が「未受信」を示す検査Ｂのシリーズ３のＭＲ画像群とに基づく３Ｄ融合処理が未処理である。

図９の説明に戻って、処理状況情報登録手段４ｍは、画像生成装置５の種別、画像処理の種別、画像処理の処理状況情報などの情報を、ＤＩＣＯＭ＿ＭＷＭとしての検査予約情報にコメントとして登録してもよい。その場合、操作者は、検査予約情報を閲覧すれば、ある患者に関する画像の生成済（処理状況情報：「完了」）や生成予定（処理状況情報：「未実施」又は「実施中」）を視認することができる。また、操作者は、検査予約情報を閲覧し、処理状況情報が「完了」である所望の処理結果画像を選択することができる。

処理結果画像送信手段４ｎは、状況対応テーブル記憶部４８の状況対応テーブルを参照して、処理状況情報が「完了」であって送信状況情報が「未送信」に相当する処理結果画像を記憶部から取得する機能を有する。そして、処理結果画像送信手段４ｎは、取得された処理結果画像を、ＤＩＣＯＭ規格を用いて、ＩＦ４４を介して処理結果画像転送先に送信する機能を有する。第５時点の状況対応テーブル（図１４に図示）を用いて説明すると、処理結果画像送信手段４ｎは、処理結果画像としての心筋画像（心筋抽出処理の結果画像）、冠動脈画像（冠動脈抽出処理の結果画像）、心臓代謝画像、及び３Ｄ融合画像をＸ線ＣＴ装置５及び読影システム９にそれぞれ送信する。第５時点の状況対応テーブル（図１４に図示）を用いて説明すると、処理結果画像送信手段４ｎは、脳血管抽出処理、トラクトグラフィ画像生成、及び３Ｄ融合の処理完了待ちの状態である。

送信状況情報登録手段４ｏは、処理結果画像送信手段４ｎによる、処理結果画像の送信の状況を示す送信状況情報を、状況対応テーブル記憶部４８の状況対応テーブルに登録（更新）する機能を有する。

図１５は、第６時点の状況対応テーブルの一例を示す図である。

図１５は、第５時点に続く第６時点の状況対応テーブルを示す。処理結果画像の送信状況に従って状況対応テーブルの送信状況情報が「未送信」から「完了」に、「未送信」から「送信中」に更新される。状況対応テーブルの処理状況情報が「完了」であって送信状況情報が「未送信」である処理結果画像が優先的に送信され（送信中）、次いで、送信が完了される（完了）。

第６時点では、処理状況情報が「完了」を示す処理結果画像としての心筋画像、冠動脈画像、心臓代謝画像、及び３Ｄ融合画像のＸ線ＣＴ装置５への送信が完了し、処理状況情報が「完了」を示す心筋画像、冠動脈画像、心臓代謝画像、及び３Ｄ融合画像の読影システム９への送信中である。また、第６時点では、脳血管画像（脳血管抽出処理の結果画像）、トラクトグラフィ画像、及び３Ｄ融合画像のＭＲ装置５及び読影システム９へは未送信である。

図９の説明に戻って、処理結果画像削除手段４ｐは、記憶部への記憶開始の時刻から所要時間経過した処理結果画像を記憶部から削除する機能を有する。又は、処理結果画像削除手段４ｐは、処理結果画像転送先への送信が完了された処理結果画像を記憶部から削除してもよい。

本実施形態の医用情報処理装置４によると、ＤＩＣＯＭ規格で規定されている検査予約情報に基づいて画像処理種別を決定し、元画像に対して、決定された画像処理種別の画像処理を実行して処理結果画像を生成することで、画像処理の効率化を図れる。

また、本実施形態の医用情報処理装置４によると、ＤＩＣＯＭ規格で規定されている検査予約情報や検査実施情報を参照情報として、画像処理の要否を自動判断することができる。そして、画像処理が必要であると判断された場合、画像処理に必要な元画像群の受信や、元画像群を用いた画像処理や、処理結果画像の送信を能動的に実行することで、処理結果画像転送や画像処理にかかる待ち時間を少なくすると共に、その間で必要となっていた人手の手間を省くことが可能となるので、処理結果画像を用いた診断（読影）／治療の効率を向上させることができる。

（第１の変形例）
画像生成装置５（図８に図示）は、ＰＥＴ−ＣＴ装置及びＰＥＴ−ＭＲ装置等のように異なる複数の撮像手法を持つものであってもよい。画像生成装置５としてＰＥＴ-ＣＴ装置を採用する場合について図１２に示す第３時点の状況対応テーブルを用いて説明すると、画像生成装置５としてのＰＥＴ−ＣＴ装置で検査Ａのシリーズ１の実施（元画像としてのＣＴ画像の収集）が完了し、ＰＥＴ−ＣＴ装置で検査Ａのシリーズ２の実施（ＣＴ画像の収集）が完了し、ＰＥＴ−ＣＴ装置で検査Ａのシリーズ３の実施（元画像としてのＰＥＴ画像の収集）中である。

（第２の変形例）
図７に示す画像処理対応テーブルにて画像処理情報を予め設定する場合について説明したが、図３に示す検査予約情報から画像処理情報を取得するものとしてもよい。この場合、個々の画像生成装置が受信する個々の検査予約情報に対して画像処理情報（３Ｄ融合処理含む）を付与することになる。

医用情報処理装置４は、検査予約情報に画像処理情報が含まれる場合は、その画像処理情報に従って画像処理が実行される一方、検査予約情報に画像処理情報が含まれない場合は、図７に示す画像処理対応テーブルの画像処理情報に従って画像処理が実行される。これにより、通常ルーチンとは異なる特別な画像処理が必要になった場合（検査予約情報に画像処理情報が含まれる場合）でも、医用情報処理装置４に設定されている全体ルールを変更することなく、個別処理を実施することが可能となることで、操作者の手間を減らし、効率的な環境を提供することができる。

（第３の変形例）
図８に示す画像処理情報参照手段４ｅは、画像処理対応テーブル記憶部４７に記憶された画像処理対応テーブル（図７に図示）を参照して、検査実施情報受信手段４ｇによって受信された検査実施情報（図５に図示）に含まれる検査内容情報に対応する画像処理情報を決定してもよい。その場合、医用情報処理装置４は、検査予約情報受信手段４ｂ、検査予約情報送信手段４ｃ、及び検査予約情報登録手段４ｄを必ずしも設ける必要はない。医用情報処理装置４がそれらを設けない場合、ＭＷＭ装置２は、検査予約情報をＤＩＣＯＭ＿ＭＷＭとして画像生成装置５に直接送信する。

画像処理情報参照手段４ｅが検査実施情報に対応する画像処理情報を決定する場合、画像処理対応テーブル記憶部４７は、検査実施情報（図５に図示）に含まれる検査内容情報と、画像処理情報（画像処理種別）との対応関係を示す画像処理対応テーブルを記憶する。画像処理対応テーブル記憶部４７は、操作者（読影者）が使用する可能性が高い処理結果画像を得るための画像処理情報を予め含むものである。

ここで、画像処理情報参照手段４ｅが検査予約情報に対応する画像処理情報を決定する場合、図１０乃至図１５に示す検査内容情報は、検査予約情報に基づく。図１１に示す状況対応テーブルの、検査予約情報に含まれる検査内容情報に、検査実施情報に含まれる検査識別情報及び実施状況情報が付加されて状況対応テーブル（図１２乃至図１５に図示）が順次生成される。

一方で、画像処理情報参照手段４ｅが検査実施情報に対応する画像処理情報を決定する場合、図１０乃至図１５に示す検査内容情報は、検査実施情報に基づく。検査の実施後に、検査実施情報に含まれる検査内容情報、検査識別情報、及び実施状況情報によって構成される状況対応テーブルが生成される。すなわち、画像処理情報参照手段４ｅが検査実施情報に対応する画像処理情報を決定する場合、検査予約情報を必要としない。

図１６乃至図１９を用いて、医用情報処理装置４の第３例の動作について説明する。

図１６は、第１時点の状況対応テーブルの一例を示す図である。

図１６は、第１時点の状況対応テーブルを示す。シリーズ単位の元画像群の受信状況に従って状況対応テーブルの実施状況情報（受信状況情報）として「完了」が登録される。

図１６に示す第１時点では、実施状況情報が「完了」を示す検査Ａのシリーズ１のＣＴ画像群の実施（受信）が完了している。

図１７は、第２時点の状況対応テーブルの一例を示す図である。

図１７は、図１６に示す第１時点に続く第２時点の状況対応テーブルを示す。シリーズ単位の元画像群の受信状況に従って状況対応テーブルの実施状況情報（受信状況情報）として「完了」が登録される。

図１７に示す第２時点では、実施状況情報が「完了」を示す検査Ａのシリーズ１のＣＴ画像群（一般撮像）の実施（受信）が完了し、実施状況情報が「完了」を示す検査Ａのシリーズ２のＣＴ画像群（造影撮像）の実施が完了し、実施状況情報が「完了」を示す検査Ａのシリーズ３のＰＥＴ画像群の実施が完了している。そして、第２時点でＣＴ画像群（一般撮像）、ＣＴ画像群（造影撮像）、及びＰＥＴ画像の実施が完了されるので、第２時点で画像処理対応テーブル（図７に図示）からそれら画像群の組み合わせに従った画像処理情報が決定される。

また、図１７に示す第２時点では、状況対応テーブルの画像処理毎の処理状況情報に「未処理」が、処理結果画像転送先毎の送信状況情報に「未送信」が登録される。

図１８は、第３時点の状況対応テーブルの一例を示す図である。

図１８は、図１７に示す第２時点に続く第３時点の状況対応テーブルを示す。画像処理種別の単位の元画像群の画像処理状況に従って状況対応テーブルの処理状況情報が「未処理」から「完了」に更新される。状況対応テーブルの受信状況情報が「完了」であって処理状況情報が「未処理」である元画像群が優先的に画像処理され（処理中）、次いで、画像処理が完了される（完了）。

図１８に示す第３時点では、受信状況情報が「完了」を示す検査Ａのシリーズ１の元画像としてのＣＴ画像群に基づく心筋抽出処理が完了し、受信状況情報が「完了」を示す検査Ａのシリーズ２のＣＴ画像群に基づく冠動脈抽出処理が完了し、受信状況情報が「完了」を示す検査Ａのシリーズ３の元画像としてのＰＥＴ画像群に基づく処理結果画像としての心臓代謝画像生成処理が完了し、検査Ａのシリーズ１のＣＴ画像群と検査Ａのシリーズ３のＰＥＴ画像群とに基づく３Ｄ融合処理が完了している。

図１９は、第４時点の状況対応テーブルの一例を示す図である。

図１９は、図１８に示す第３時点に続く第４時点の状況対応テーブルを示す。処理結果画像の送信状況に従って状況対応テーブルの送信状況情報が「未送信」から「完了」に、「未送信」から「送信中」に更新される。状況対応テーブルの処理状況情報が「完了」であって送信状況情報が「未送信」である処理結果画像が優先的に送信され（送信中）、次いで、送信が完了される（完了）。

図１９に示す第４時点では、処理状況情報が「完了」を示す処理結果画像としての心筋画像、冠動脈画像、心臓代謝画像、及び３Ｄ融合画像のＸ線ＣＴ装置５への送信が完了し、処理状況情報が「完了」を示す心筋画像、冠動脈画像、心臓代謝画像、及び３Ｄ融合画像の読影システム９への送信中である。また、第４時点では、脳血管画像（脳血管抽出処理の結果画像）、トラクトグラフィ画像、及び３Ｄ融合画像のＭＲ装置５及び読影システム９へは未送信である。

本実施形態の医用情報処理装置４の第３例によると、ＤＩＣＯＭ規格で規定されている検査実施情報に基づいて画像処理種別を決定し、元画像に対して、決定された画像処理種別の画像処理を実行して処理結果画像を生成することで、画像処理の効率化を図れる。

また、本実施形態の医用情報処理装置４の第３例によると、ＤＩＣＯＭ規格で規定されている検査実施情報を参照情報として、画像処理の要否を自動判断することができる。そして、画像処理が必要であると判断された場合、画像処理に必要な元画像群の受信や、元画像群を用いた画像処理や、処理結果画像の送信を能動的に実行することで、処理結果画像転送や画像処理にかかる待ち時間を少なくすると共に、その間で必要となっていた人手の手間を省くことが可能となるので、処理結果画像を用いた診断（読影）／治療の効率を向上させることができる。

以上、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行なうことができる。これらの実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 医用情報処理システム
２ ＭＷＭ装置
３ ＭＰＰＳ装置
４ 医用情報処理装置
４１ ＣＰＵ
４ａ 操作制御手段
４ｂ 検査予約情報受信手段
４ｃ 検査予約情報送信手段
４ｄ 検査予約情報登録手段
４ｅ 画像処理情報参照手段
４ｆ 画像処理情報登録手段
４ｇ 検査実施情報受信手段
４ｈ 検査実施情報送信手段
４ｉ 検査実施情報登録手段
４ｊ 元画像受信手段
４ｋ 受信状況情報登録手段
４ｌ 画像処理手段
４ｍ 処理状況情報登録手段
４ｎ 処理結果画像送信手段
４ｏ 送信状況情報登録手段
４ｐ 処理結果画像削除手段

Claims (11)

1. 検査予約装置から、複数の画像生成装置に対する検査予約情報を受信する検査予約情報受信手段と、
   前記受信された前記検査予約情報に基づいて画像処理種別を決定し、前記複数の画像生成装置によって生成された医用画像としての元画像に対して、前記決定された前記画像処理種別の画像処理を実行して前記医用画像としての処理結果画像を生成する画像処理手段と、
   を有する医用情報処理装置。
2. 前記元画像及び前記処理結果画像を記憶する記憶部をさらに有する請求項１に記載の医用情報処理装置。
3. 前記複数の画像生成装置から、検査の実施状況を示す、前記受信された前記検査予約情報に対応する検査実施情報を受信する検査実施情報受信手段をさらに有し、
   前記画像処理手段は、前記検査予約情報に対応する検査実施情報に基づいて、前記元画像に対して、前記決定された前記画像処理種別の前記画像処理を実行する請求項１に記載の医用情報処理装置。
4. 前記受信された前記検査予約情報に含まれる、検査の内容を示す検査内容情報に従って、前記画像処理の要否を判断する判断手段と、
   前記検査予約情報に基づいて前記複数の画像生成装置によって生成された前記元画像に対して前記画像処理が必要であると前記判断手段によって判断される場合に、前記受信された前記検査予約情報に対応する前記検査実施情報に基づいて前記検査実施が完了していると判断する場合、前記検査実施の完了で生成された前記元画像の送信を要求して受信する元画像受信手段をさらに有する請求項３に記載の医用情報処理装置。
5. 前記決定された前記画像処理種別に３Ｄ融合処理が含まれる場合、前記画像処理手段は、前記検査予約情報に含まれる前記画像生成装置の種別に対応する前記元画像群が全て受信されると前記３Ｄ融合処理を実行する請求項４に記載の医用情報処理装置。
6. 前記受信された前記検査予約情報に含まれる前記検査内容情報に従って設定された外部の転送先に、前記処理結果画像を送信する処理結果画像送信手段をさらに有する請求項４に記載の医用情報処理装置。
7. 前記画像処理手段は、前記検査予約情報と、前記画像処理種別とを対応付けた画像処理対応テーブルに基づいて、前記画像処理種別を決定する請求項１に記載の医用情報処理装置。
8. 前記対応テーブルは、操作者が使用する可能性が高い前記処理結果画像を得るための前記画像処理種別を予め含む請求項７に記載の医用情報処理装置。
9. 前記画像処理手段は、異なる複数の画像生成装置に対する検査予約情報の組み合わせと、前記画像処理種別とを対応付けた画像処理対応テーブルに基づいて、前記画像処理種別を決定する請求項１に記載の医用情報処理装置。
10. 所要時間経過後に、前記処理結果画像を前記記憶部から削除する処理結果画像削除手段をさらに有する請求項１に記載の医用情報処理装置。
11. 複数の画像生成装置から、検査の実施状況を示す検査実施情報を受信する検査実施情報受信手段と、
    前記受信された前記検査実施情報に基づいて画像処理種別を決定し、前記複数の画像生成装置によって生成された医用画像としての元画像に対して、前記決定された前記画像処理種別の画像処理を実行して前記医用画像としての処理結果画像を生成する画像処理手段と、
    を有する医用情報処理装置。

Images