JP6818570B2 - 医用画像表示装置 - Google Patents

Description

本発明の実施形態は、医用画像表示装置に関する。

Ｘ線診断装置及びＭＲＩ等により撮影された医用画像には、例えばワークステーション等により様々な画像処理が施される。画像処理は、例えば医用画像中に表される腫瘍の大きさ等を計測するもの、所定の検査結果を得るために医用画像を解析するもの、及び医用画像を三次元で可視化するもの等である。このような画像処理は、読影医が読影時に行うこともあるが、通常は、読影の効率を考慮し、読影医による読影前に検査技師が検査依頼内容に基づいて行う。Ｘ線診断装置及びＭＲＩ等により撮影された医用画像に所定の画像処理が施された画像は、Ｘ線診断装置及びＭＲＩ等により撮影された医用画像同様に、画像管理システム（ＰＡＣＳ：Picture Archiving and Communication System）で管理される。

ところで、検査技師の失念等により、読影前の画像処理が実行されない場合がある。読影医は、読影時において、病状によっては画像処理が施された画像を参照して読影することがあるが、この画像処理の実行状態を示す情報は管理されていない。このため、読影医が画像処理の実行漏れに気付くことは難しい。

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

目的は、画像処理の実行漏れを防止することが可能な医用画像表示装置を提供することにある。

実施形態によれば、医用画像表示装置は、特定部、実行状態判定部、及び管理部を具備する。特定部は、検査を依頼する際に入力される検査予約情報に基づき、前記検査において実行が求められる画像処理を特定する。実行状態判定部は、前記検査が実施されることで取得された医用画像の表示要求に応じ、前記特定部により特定された画像処理の実行状態を、前記医用画像に関する情報に基づいて判定する。管理部は、前記実行状態判定部により判定された画像処理の実行状態を管理する。

図１は、第１の実施形態に係る医用画像表示装置が含まれる医療情報システムを示す図である。 図２は、第１の実施形態に係る医用画像表示装置の構成を示すブロック図である。 図３は、第１の実施形態に係るワークステーションの構成を示すブロック図である。 図４は、第１の実施形態に係る制御回路が画像処理タスクを特定する流れを示すフローチャートである。 図５は、実施形態に係るタスク対応テーブルを示す図である。 図６は、実施形態に係るタスク管理テーブルを示す図である。 図７は、第１の実施形態に係る制御回路が、画像一覧の表示要求に応じ、画像処理タスクの実行状態を判定し、判定した実行状態を表す画像データを表示回路に表示する流れを示すフローチャートである。 図８は、第１の実施形態に係る表示回路に患者ＩＤをキーとして読み出された患者情報及び検査一覧が表示された表示画面を表す図である。 図９は、実施形態に係るタスク管理テーブルを示す図である。 図１０は、第１の実施形態に係る表示回路に表示されるタスクの実行状態を表すアイコンが含まれる表示画面を表す図である。 図１１は、第１の実施形態に係る表示回路に表示される所定の画像処理状態表示アイコンが指定された場合の処理の流れを示すフローチャートである。 図１２は、第２の実施形態に係る医用画像表示装置が含まれる医療情報システムを示す図である。 図１３は、第２の実施形態に係るビューアの構成を示すブロック図である。 図１４は、第２の実施形態に係る画像保管サーバの構成を示すブロック図である。 図１５は、第２の実施形態に係る制御回路が画像処理タスクを特定し、特定した画像処理タスクの実行状態を判定する流れを示すフローチャートである。 図１６は、第２の実施形態に係る制御回路が、画像一覧の表示要求に応じ、画像処理タスクの実行状態を表す画像データをビューアに送信する流れを示すフローチャートである。 図１７は、第２の実施形態に係るビューアが備える表示回路に表示される吹き出しを表す図である。 図１８は、第２の実施形態に係るビューアが備える表示回路に表示される所定の画像処理状態表示アイコンが指定された場合の処理の流れを示すフローチャートである。 図１９は、変形例に係る医用画像表示装置が含まれる医療情報システムを示す模式図である。 図２０は、変形例に係る医用画像表示装置の構成例を示すブロック図である。 図２１は、変形例に係る制御回路が画像処理タスクを特定する流れを示すフローチャートである。 図２２は、変形例に係るタスク管理テーブルを示す図である。 図２３は、変形例に係る制御回路が、画像一覧の表示要求に応じ、画像処理タスクの実行状態を判定し、判定した実行状態を表す画像データを表示回路に表示する流れを示すフローチャートである。 図２４は、変形例に係るタスク管理テーブルを示す図である。 図２５は、変形例に係る表示回路に表示される所定の画像処理状態表示アイコンが指定された場合の処理の流れを示すフローチャートである。

［第１の実施形態］
以下、第１の実施形態について、図面を参照して説明する。

図１は、第１の実施形態に係る医用画像表示装置１０が含まれる医療情報システムを示す模式図である。図１に示される医療情報システムは、医用画像表示装置１０、ワークステーション２０、画像保管サーバ３０、ＨＩＳ（Hospital Information System）サーバ、ＲＩＳ（Radiology Information System）サーバ４１、ＲＩＳ端末４２、及び医用画像診断装置５０を具備する。医用画像表示装置１０、ワークステーション２０、画像保管サーバ３０、ＨＩＳサーバ、ＲＩＳサーバ４１、ＲＩＳ端末４２、及び医用画像診断装置５０は、ローカルネットワークに接続し、所定の装置へ情報を送信すると共に、所定の装置から送信される情報を受信する。なお、医療情報システムは、ローカルネットワークに加え、又は、ローカルネットワークの代わりに、外部のネットワークに接続しても構わない。

図１において、医用画像表示装置１０、ワークステーション２０、及び画像保管サーバ３０は、画像管理システム（ＰＡＣＳ：Picture Archiving and Communication System）を構成する要素の一部である。ＲＩＳサーバ４１及びＲＩＳ端末４２は、放射線部門情報管理システム（ＲＩＳ）を構成する要素の一部である。

ＲＩＳサーバ４１は、ＲＩＳにおいて、放射線検査業務に係る情報を管理する。放射線検査業務に係る情報には、患者情報、検査オーダ情報、及び照射録等が含まれる。患者情報、及び検査オーダ情報は、ＨＩＳサーバからＲＩＳサーバ４１へ出力される情報である。患者情報には、患者ＩＤ、患者名、性別、身長、体重、年齢、及び血液型等が含まれる。検査オーダ情報には、検査を識別可能なオーダ番号、患者ＩＤ、検査予定日時、検査種別、検査部位、及び依頼元情報等が含まれる。オーダ番号は、検査オーダ情報が入力される際に発行される番号であり、例えば１つの病院内で検査オーダ情報を一意に特定するための識別子である。患者ＩＤは、患者毎に付与され、例えば１つの病院内で患者を一意に特定するための識別子である。検査種別には、Ｘ線検査、ＣＴ（Computed Tomography）検査、ＭＲ（Magnetic Resonance）検査、及びＲＩ（Radio Isotope）検査等が含まれる。検査部位には、ＡＢＤＯＭＥＮ、ＢＲＡＩＮ、及びＣＨＥＳＴ等が含まれる。依頼元情報には、診療科名、及び担当医名等が含まれる。照射録は、例えば過去の検査の際に医用画像診断装置５０において設定された各種設定情報等である。

ＲＩＳサーバ４１は、ＨＩＳサーバから出力される患者情報及び検査オーダ情報を受信すると、受信した患者情報及び検査オーダ情報に基づいて、医用画像診断装置５０を動作させるために必要な検査予約情報を生成する。

このとき、ＲＩＳサーバ４１は、受信した患者情報及び検査オーダ情報に加えて、照射録に基づいて、検査予約情報を生成する。また、ＲＩＳサーバ４１は、患者情報、及び検査オーダ情報に基づく放射線検査依頼をＲＩＳ端末４２から受け付け、受け付けた放射線検査依頼に基づいて、検査予約情報を生成する。ＲＩＳサーバ４１は、生成した検査予約情報を医用画像診断装置５０へ送信する。なお、検査予約情報には、例えば、オーダ番号、患者ＩＤ、検査種別、手技、撮影部位、***、及び撮影方向等の検査の実施に必要な情報が含まれる。

ＲＩＳサーバ４１は、検査予約情報に従って実施した検査に関する検査実施情報を医用画像診断装置５０から受信する。ＲＩＳサーバ４１は、受信した検査実施情報をＨＩＳサーバへ出力する。

医用画像診断装置５０は、ＲＩＳサーバ４１から送信される検査予約情報に基づき、検査を実施する。医用画像診断装置５０は、例えばＸ線コンピュータ断層撮影装置、Ｘ線診断装置、磁気共鳴イメージング装置、核医学診断装置、及び超音波診断装置等を含む。医用画像診断装置５０は、検査の実施により医用画像を生成する。医用画像は、例えばＸ線ＣＴ画像、Ｘ線画像、ＭＲＩ画像、核医学画像、及び超音波画像等である。医用画像診断装置５０は、例えば検査技師によりＲＩＳ端末４２から入力される指示に従って、医用画像に対し所定の画像処理が規定された画像処理タスクを実行する。

画像処理には、例えば、ＭＰＲ（multiplanner reconstruction）処理、及びＶＲ（volume rendering）処理等の基本的な画像処理、並びに、大腸解析、肺結節解析、肝臓区域・セグメンテーション解析、ＥＰプランニング、及びステントプランニング等の応用的な画像処理が含まれる。画像処理タスクが実行されることで、２次的なキャプチャ画像、ＧＳＰＳ（Grayscale Softcopy Presentation State）情報、及び／又はＤＩＣＯＭ ＳＲ（Structured Report）等が生成される。ＧＳＰＳ情報は、例えば、画像に重ねて表示する注記情報である。ＤＩＣＯＭ ＳＲは、例えば、画像処理タスクの実行により計測される各種計測値等の解析情報を表す情報である。なお、画像処理タスクは、主に所定のアプリケーションベンダにより作成されたアプリケーションを利用するが、より単純な計測ツール、及び、特定部位を特定の方法で観察するツール等を利用してもよい。

医用画像診断装置５０は、生成した医用画像を例えばＤＩＣＯＭ（Digital Imaging and Communication in Medicine）規格に準拠した形式に変換することにより、医用画像ファイルを生成する。また、医用画像診断装置５０は、画像処理タスクの実行により生成された情報を、例えばＤＩＣＯＭ規格に準拠した形式のファイルに変換する。本実施形態では、画像処理タスクの実行により、例えば、２次的なキャプチャ画像が生成される場合を例に説明する。キャプチャ画像は、ＤＩＣＯＭ規格に準拠したＳＣ（Secondary Capture）画像ファイルに変換される。

医用画像ファイルは、医用画像に関する画像データ、及び、当該画像データを分類し、かつ、当該画像データの出自等を表す付帯情報を含む。医用画像ファイルにおける付帯情報には、例えば、生成された医用画像に対応するオーダ番号、検査ＵＩＤ、シリーズＵＩＤ、患者ＩＤ、モダリティコード、シリーズＮＯ．、及びシリーズ記述等の医用画像を特定するための情報が含まれる。検査ＵＩＤは、検査を一意に特定可能な識別子である。シリーズＵＩＤは、例えば撮影部位毎又は撮影条件毎に取得される、一連の画像群を一意に特定可能な識別子である。モダリティコードは、画像種別を特定するための識別子であり、例えば「ＣＴ」、「ＭＲ」、及び「ＵＳ」等が規定されている。「ＣＴ」、「ＭＲ」、及び「ＵＳ」は、それぞれＸ線コンピュータ断層撮影装置、磁気共鳴イメージング装置、及び超音波診断装置で撮影された医用画像であることを意味する。シリーズＮＯ．は、例えば撮影部位毎又は撮影条件毎に取得される、一連の画像群を一意に特定可能な識別子である。シリーズＮＯ．は、例えば医療施設毎に規定される。シリーズ記述は、検査技師が検査時（撮影時）に医師に伝えておくべき特記事項がある場合にその内容を表すものである。

ＳＣ画像ファイルは、キャプチャ画像に関する画像データ、及び、当該画像データを分類し、かつ、当該医用画像データの出自等を表す付帯情報を含む。ＳＣ画像ファイルにおける付帯情報には、例えば、生成されたキャプチャ画像に対応するオーダ番号、検査ＵＩＤ、シリーズＵＩＤ、患者ＩＤ、モダリティコード、シリーズＮＯ．、シリーズ記述、及び実行された画像処理タスクを特定可能な情報等の医用画像を特定するための情報が含まれる。ＳＣ画像ファイルにおける付帯情報に含まれるモダリティコードには、ＳＣ画像であることを表す「ＳＣ」が設定されている。画像処理タスクを特定可能な情報としては、例えば画像処理タスク名が挙げられる。医用画像診断装置５０は、生成した医用画像ファイル及びＳＣ画像ファイルをワークステーション２０及び画像保管サーバ３０へ出力する。

画像保管サーバ３０は、医用画像診断装置５０から出力された医用画像ファイル及びＳＣ画像ファイルを、画像保管サーバ３０が有する所定の記憶装置に保管し、要求に応じて保管している医用画像ファイル及びＳＣ画像ファイルを出力する。

医用画像表示装置１０は、画像保管サーバ３０で保管されている医用画像ファイル及びＳＣ画像ファイルに基づいて、医用画像及びキャプチャ画像をそれぞれ表示する。

ワークステーション２０は、医用画像ファイルに含まれる医用画像に対し、所定の画像処理タスクを実行し、キャプチャ画像を生成する。ワークステーション２０は、生成したキャプチャ画像を例えばＤＩＣＯＭ規格に準拠した形式に変換することにより、ＳＣ画像ファイルを生成する。

以下、医用画像表示装置１０及びワークステーション２０の詳細について説明する。

第１の実施形態に係る医用画像表示装置１０は、例えばＤＩＣＯＭビューアの役割を担う。図２は、第１の実施形態に係る医用画像表示装置１０の構成例を示すブロック図である。図２に示される医用画像表示装置１０は、制御回路１１、表示回路１２、入力インタフェース回路１３、通信インタフェース回路１４、及び記憶回路１５を有する。制御回路１１、表示回路１２、入力インタフェース回路１３、通信インタフェース回路１４、及び記憶回路１５は、例えば、バスを介して互いに通信可能に接続されている。

制御回路１１は、医用画像表示装置１０の中枢として機能するプロセッサである。制御回路１１は、記憶回路１５等に記憶されている各種動作プログラムを実行することにより、当該プログラムに対応する機能を実現する。

表示回路１２は、例えば、表示インタフェース回路と表示機器とを有する。表示機器としては、例えば、ＣＲＴディスプレイや液晶ディスプレイ、有機ＥＬディスプレイ、ＬＥＤディスプレイ、プラズマディスプレイ、又は当技術分野で知られている他の任意のディスプレイが適宜利用可能である。表示インタフェース回路は、表示対象を表すデータをビデオ信号に変換する。表示機器は、表示対象を表すビデオ信号を表示する。

入力インタフェース回路１３は、例えば、マウス、キーボード、及び、操作面へ触れることで指示が入力されるタッチパッド等により実現される。入力インタフェース回路１３は、操作者からの各種指示を受け付ける。入力インタフェース回路１３は、例えばバスを介して制御回路１１に接続され、操作者から入力される操作指示を電気信号へ変換し、電気信号を制御回路１１へ出力する。なお、本明細書において入力インタフェース回路１３はマウス及びキーボード等の物理的な操作部品を備えるものだけに限られない。例えば、医用画像表示装置とは別体に設けられた外部の入力機器から入力される操作指示に対応する電気信号を受け取り、この電気信号を制御回路１１へ出力する電気信号の制御回路も入力インタフェース回路１３の例に含まれる。

通信インタフェース回路１４は、図１に示されるネットワーク等を介して接続されたワークステーション２０、画像保管サーバ３０、及び放射線情報システムのＲＩＳサーバ４１等の外部装置との間でデータ通信を行う。当該外部装置との通信の規格は、如何なる規格であっても良いが、例えば、ＤＩＣＯＭ規格が挙げられる。

記憶回路１５は、種々の情報を記憶するＨＤＤ（Hard disk drive）、ＳＳＤ（Solid state drive）、及び集積回路記憶装置等の記憶装置である。また、記憶回路１５は、ＣＤ−ＲＯＭドライブ、ＤＶＤドライブ、及びフラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であっても良い。記憶回路１５は、タスク対応テーブル１５１、及びタスク管理テーブル１５２を記憶する。

タスク対応テーブル１５１は、ＲＩＳサーバ４１から出力される検査予約情報に含まれると予想される所定の「臨床キーワード」と、検査予約情報により特定される検査に対応して実行されるべき「画像処理タスク」とが関連付けられたマスタテーブルである。臨床キーワードは、例えば関連付けられた「画像処理タスク」を想起可能な文字列であり、１以上の単語で構成される。臨床キーワードは、「画像処理タスク」が「大腸解析」である場合、例えば、「ＣＴ、大腸、がん」のように表される。タスク対応テーブル１５１における各情報は、予め登録されてもよいし、入力インタフェース回路１３を介して手動で登録されてもよい。

タスク管理テーブル１５２は、依頼された検査に対し実行されるべき「画像処理タスク」と、当該「画像処理タスク」の「実行状態」とが関連付けられたテーブルであって、画像処理タスクの実行状態を管理するためのテーブルである。実行状態は、画像処理タスクが実行されたか否かの状態を表す。タスク管理テーブル１５２における各情報は、例えば依頼された検査の目的を達成するために必要な「画像処理タスク」が特定された後の所定のタイミングで登録される。また、タスク管理テーブル１５２における各情報は、例えばタスク管理テーブル１５２に登録された「画像処理タスク」が実行された後の所定のタイミングで更新される。なお、タスク管理テーブル１５２では、入力インタフェース回路１３を介して、検査技師及び読影医等により、所定の検査予約情報に対して不足している画像処理タスクの追加登録及び余分な画像処理タスクの削除等が行われてもよい。

第１の実施形態に係る制御回路１１は、記憶回路１５から読み出した動作プログラムを実行することで、図２に示される各種機能を実現する。すなわち、制御回路１１は、タスク特定機能１１１、タスク実行状態判定機能１１２、表示制御機能１１３、タスク実行指示機能１１４、及びタスク管理機能１１５を備える。なお、第１の実施形態では、単一のプロセッサによってタスク特定機能１１１、タスク実行状態判定機能１１２、表示制御機能１１３、タスク実行指示機能１１４、及びタスク管理機能１１５が実現される場合を説明するが、これに限定されない。例えば、複数の独立したプロセッサを組み合わせて制御回路を構成し、各プロセッサが動作プログラムを実行することによりタスク特定機能１１１、タスク実行状態判定機能１１２、表示制御機能１１３、タスク実行指示機能１１４、及びタスク管理機能１１５を実現しても構わない。

タスク特定機能１１１は、ＲＩＳサーバ４１から送信される検査予約情報に基づき実行すべき画像処理タスクを特定する機能である。タスク特定機能１１１が実行されると、制御回路１１は、ＲＩＳサーバ４１から送信された検査予約情報に含まれる文字列と、タスク対応テーブル１５１に登録された臨床キーワードとを照合する。制御回路１１は、タスク対応テーブル１５１に登録された臨床キーワードが検査予約情報に含まれている場合、ＲＩＳサーバ４１から送信された検査予約情報に対して画像処理タスクが必要であると判定する。制御回路１１は、タスク対応テーブル１５１に登録された画像処理タスクのうち、当該臨床キーワードに関連付けられた画像処理タスクを抽出する。これにより、ＲＩＳサーバ４１から送信された検査予約情報から実行すべき画像処理タスクが特定される。

タスク実行状態判定機能１１２は、タスク特定機能１１１の実行により特定された画像処理タスクの実行状態を判定する機能である。タスク実行状態判定機能１１２が実行されると、制御回路１１は、医用画像ファイルにおける付帯情報、及びＳＣ画像ファイルにおける付帯情報に基づいて、タスク管理テーブル１５２に登録された画像処理タスクの実行状態を判定する。

表示制御機能１１３は、表示回路１２を制御し、画像処理タスクの実行状態を表示する機能である。表示制御機能１１３が実行されると、制御回路１１は、タスク実行状態判定機能１１２により判定された画像処理タスクの実行状態に応じて、当該画像処理タスクの実行状態を表す画像データを生成する。制御回路１１は、生成した画像データに基づく画像を表示回路１２に表示する。

タスク実行指示機能１１４は、通信インタフェース回路１４を介し、タスク管理テーブル１５２に登録された画像処理タスクの実行を、例えばワークステーション２０等の外部装置に指示する機能である。

タスク管理機能１１５は、タスク管理テーブル１５２のレコードを管理する機能である。タスク管理機能１１５が実行されると、制御回路１１は、タスク特定機能１１１により特定された画像処理タスクを、タスク管理テーブル１５２に登録する。また、制御回路１１は、タスク実行状態判定機能１１２により判定された実行状態を用いて、タスク管理テーブル１５２に登録された実行状態を示す情報を更新する。また、制御回路１１は、未だ実行されていない所定の画像処理タスクが実行された場合、タスク管理テーブル１５２における当該画像処理タスクの実行状態を、当該画像処理タスクが実行されたことを示す「実行済」に更新する。

また、制御回路１１は、画像一覧の表示要求を受け付けた後、表示が要求されている画像一覧を表示する最中において、例えば検査技師により当該検査において実行が求められる画像処理タスクが実行されたか否か監視する。制御回路１１は、例えば依頼された検査に必要なＳＣ画像ファイルが画像保管サーバ３０に出力されると、依頼された検査に必要な画像処理タスクが実行されたと判定する。そして、制御回路１１は、タスク管理テーブル１５２において、当該画像処理タスクの実行状態を「実行済」に更新する。

第１の実施形態に係るワークステーション２０は、医用画像表示装置１０からの指示に応じて、所定の医用画像に対し読影目的に適した画像処理タスクを実行する。図３は、実施形態に係るワークステーションの構成を示すブロック図である。図３に示されるワークステーション２０は、通信インタフェース回路２１、記憶回路２２、及び制御回路２３を有する。

通信インタフェース回路２１は、図１に示されるネットワーク等を介して接続された医用画像表示装置１０、画像保管サーバ３０、及び医用画像診断装置５０等の外部装置との間でデータ通信を行う。

記憶回路２２は、種々の情報を記憶するＨＤＤ、ＳＳＤ、及び集積回路記憶装置等の記憶装置である。また、記憶回路２２は、ＣＤ−ＲＯＭドライブ、ＤＶＤドライブ、及びフラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であっても良い。記憶回路２２は、医用画像ファイル、及びＳＣ画像ファイルを記憶する。

制御回路２３は、ワークステーション２０の中枢として機能するプロセッサである。また、制御回路２３は、記憶回路２２から読み出した動作プログラムを実行することで、図３に示されるタスク実行機能２３１を実現する。

タスク実行機能２３１は、医用画像表示装置１０からの指示に従い、画像処理タスクを実行する機能である。タスク実行機能２３１が実行されると、制御回路２３は、当該指示に応じた画像処理タスクに係る画像処理プログラムを記憶回路２２から読み出す。制御回路２３は、読み出した画像処理プログラムを実行することにより、医用画像表示装置１０からの指示に応じた画像処理タスクを実行し、キャプチャ画像を生成する。制御回路２３は、生成したキャプチャ画像を例えばＤＩＣＯＭ規格に準拠した形式に変換することにより、ＳＣ画像ファイルを生成する。

以上のように構成された医用画像表示装置１が画像処理タスクを特定する動作を、図４に示される制御回路１１の処理手順に従い説明する。図４は、第１の実施形態に係る制御回路１１が画像処理タスクを特定する流れの例を示すフローチャートである。以下では、説明を明瞭にするため、依頼された検査に対して必要な画像処理タスクが「ＭＰＲ」及び「大腸解析」であるとする。また、「ＭＰＲ」は、撮影検査時において検査技師により実行されており、「大腸解析」は実行されていないものとする。また、医用画像ファイル及びＳＣ画像ファイルの付帯情報に含まれるシリーズ記述には、画像処理タスクの名称である画像処理タスク名が含まれているものとする。そして、画像処理タスク名を画像処理タスクを特定可能な情報として用いるものとする。

制御回路１１は、入力インタフェース回路１３を介して、医用画像及びキャプチャ画像を表示する所定のアプリケーションを起動する起動指示が入力されると、タスク特定機能１１１を実行する。タスク特定機能１１１の実行により制御回路１１は、ＲＩＳサーバ４１から検査予約情報を取得する（ステップＳＡ１）。取得する対象となる検査予約情報は、所定期間、例えば読影医が読影する当日から１週間前までの期間に生成される検査予約情報である。

制御回路１１は、取得した検査予約情報のうちの１つを読み込む（ステップＳＡ２）。ここで、読み込まれた検査予約情報には、オーダ番号「０００００１」、患者ＩＤ「００００１」、装置「Ｘ線ＣＴ検査」、手技「ＣＴコロノグラフィ―」、撮影部位「大腸」、***「指定なし」、及び撮影方向「指定なし」が含まれているものとする。

制御回路１１は、ステップＳＡ２において、検査予約情報を読み込むと、図５に示されるタスク対応テーブル１５１から１レコード読み込む（ステップＳＡ３）。

図５に示されるタスク対応テーブル１５１では、例えば、臨床キーワード「ＣＴ、大腸、コロノグラフィー」に対し、画像処理タスク「大腸解析」が対応する。また、臨床キーワード「ＣＴ、肺、結節」に対し、画像処理タスク「肺結節解析」が対応する。また、臨床キーワード「ＣＴ、肝臓、腫瘍」に対し、画像処理タスク「肝臓区域・セグメンテーション解析」が対応する。また、臨床キーワード「ＣＴ、心房、肺静脈、不整脈」に対し、画像処理タスク「ＥＰプランニング」が対応する。また、臨床キーワード「ＣＴ、大動脈瘤、ステント」に対し、画像処理タスク「ステントプランニング」が対応する。また、臨床キーワード「ＣＴ」に対し、画像処理タスク「ＭＰＲ」が対応する。また、臨床キーワード「ＭＲＩ」に対し、画像処理タスク「ＭＰＲ」が対応する。

制御回路１１は、例えば、図５に示される、１行目のレコード、すなわち臨床キーワード「ＣＴ、大腸、コロノグラフィ―」及び画像処理タスク「大腸解析」であるレコードを読み込む。

制御回路１１は、ステップＳＡ３において読み込んだレコードに設定された画像処理タスク「大腸解析」が、ステップＳＡ２において読み込んだ検査予約情報に対して必要か否か判定する（ステップＳＡ４）。具体的には、制御回路１１は、検査予約情報に含まれる文字列である、装置「Ｘ線ＣＴ検査」、手技「ＣＴコロノグラフィ―」、撮影部位「大腸」、***「指定なし」、及び撮影方向「指定なし」と、読み込んだレコードに含まれる臨床キーワード「ＣＴ、大腸、コロノグラフィー」とを照合する。

制御回路１１は、検査予約情報に含まれる文字列に臨床キーワード「ＣＴ、大腸、コロノグラフィー」が含まれているため、当該検査予約情報に対して画像処理タスクが必要であると判定する（ステップＳＡ４のＹｅｓ）。そして、制御回路１１は、タスク対応テーブル１５１から当該臨床キーワードに関連付けられた画像処理タスク「大腸解析」を抽出する（ステップＳＡ５）。

制御回路１１は、ステップＳＡ５において、タスク対応テーブル１５１から画像処理タスク「大腸解析」が抽出されると、タスク管理機能１１５を実行する。タスク管理機能１１５の実行により制御回路１１は、図６に示されるように、タスク管理テーブル１５２に対し、抽出した画像処理タスク「大腸解析」に関するレコードを登録する（ステップＳＡ６）。すなわち、制御回路１１は、タスク管理テーブル１５２に対し、オーダ番号「０００００１」、画像処理タスク「大腸解析」、及び実行状態「未実行」が含まれるレコードを登録する。

制御回路１１は、タスク対応テーブル１５１に登録されたレコードのうち、画像処理タスクの実行要否が判定されていない他のレコードが存在するか否か判定する（ステップＳＡ７）。

制御回路１１は、画像処理タスクの実行要否が判定されていない他のレコードが存在する場合（ステップＳＡ７のＹｅｓ）、画像処理タスクの実行要否が判定されていないレコードを、タスク対応テーブル１５１から１レコード読み込み（ステップＳＡ３）、ステップＳＡ４以降の処理を再度実行する。

例えば、制御回路１１は、図５に示される画像処理タスク「ＭＰＲ」の実行要否が判定されていないため、画像処理タスク「ＭＰＲ」が含まれるレコードを読み出す（ステップＳＡ３）。制御回路１１は、検査予約情報に含まれる文字列に、臨床キーワード「ＣＴ」を照合する（ステップＳＡ４）。制御回路１１は、検査予約情報に、臨床キーワード「ＣＴ」が含まれるため、タスク対応テーブル１５１から画像処理タスク「ＭＰＲ」を抽出する（ステップＳＡ５）。制御回路１１は、図６に示されるように、タスク管理テーブル１５２に対し、抽出した画像処理タスク「ＭＰＲ」に関するレコードを登録する（ステップＳＡ６）。すなわち、制御回路１１は、タスク管理テーブル１５２に対し、オーダＩＤ「０００００１」、画像処理タスク「ＭＰＲ」、及び実行状態「未実行」が含まれるレコードを登録する。

制御回路１１は、画像処理タスクの実行要否が判定されていない他のレコードが存在しない場合（ステップＳＡ７のＮｏ）、画像処理タスクが必要であるか否か判定していない他の検査予約情報が存在するか否か判定する（ステップＳＡ８）。

制御回路１１は、画像処理タスクが必要であるか否か判定していない他の検査予約情報が存在する場合（ステップＳＡ８のＹｅｓ）、検査予約情報を１つ読み込み（ステップＳＡ２）、ステップＳＡ３からステップＳＡ７までの処理を再度実行する。

制御回路１１は、画像処理タスクが必要であるか否か判定していない他の検査予約情報が存在しない場合（ステップＳＡ８のＮｏ）、タスク特定機能１１１の処理を終了する。

次に、医用画像表示装置１が、画像一覧の表示要求に応じ、タスク管理テーブル１５２に登録された実行状態を表示回路１２に表示する動作を説明する。図７は、第１の実施形態に係る制御回路１１が、画像一覧の表示要求に応じ、画像処理タスクの実行状態を判定し、判定した実行状態を表す画像データを表示回路１２に表示する流れを示すフローチャートである。なお、以下では、画像一覧の表示要求は、例えば患者ＩＤ及び検査ＵＩＤが指定されることで実現されるものとする。

制御回路１１は、入力インタフェース回路１３を介して画像一覧の表示要求を受け付ける（ステップＳＢ１）。具体的には、まず、読影医等により入力インタフェース回路１３を介して依頼された検査の対象となる患者が指定される。このとき、例えば、指定された患者の患者ＩＤをキーとして、画像保管サーバ３０から医用画像ファイル及びＳＣ画像ファイルが予め読み出される。読み出された医用画像ファイルの付帯情報及びＳＣ画像ファイルの付帯情報には、患者ＩＤに加えて、オーダ番号、検査ＵＩＤ、及びシリーズＵＩＤ等も含まれる。

図８は、第１の実施形態に係る表示回路１２に患者ＩＤをキーとして読み出された患者情報及び検査一覧が表示された表示画面の例を表す図である。図８に示されるように、表示画面には、患者ＩＤにより識別される患者の患者情報が表示される患者情報表示領域Ｆ１、患者情報表示領域Ｆ１に表示された患者に対して実施された検査の一覧が表示される検査情報表示領域Ｆ２等が含まれる。検査情報表示領域Ｆ２には、検査が実施された検査日時毎に所定の検査を選択させる検査選択領域Ｆ２１が表示されている。図８では、患者ＩＤ「００００１」をキーとして読み出された患者情報及び検査一覧が表示されている。

制御回路１１は、図８に示されるように、患者ＩＤ「００００１」の患者について、「２０１６年３月４日午前７時」に実施された検査に係る画像一覧の表示要求がされると、タスク実行状態判定機能１１２を実行する。タスク実行状態判定機能１１２の実行により制御回路１１は、この検査に割り当てられた検査ＵＩＤ、例えば「０００１」が含まれる医用画像ファイル及びＳＣ画像ファイルを、患者ＩＤ「００００１」をキーとして画像保管サーバ３０から予め読み出された医用画像ファイル及びＳＣ画像ファイルから抽出する（ステップＳＢ２）。

なお、指定された患者の患者ＩＤをキーとして、画像保管サーバ３０から医用画像ファイル及びＳＣ画像ファイルの付帯情報のみが読み出されてもよい。このとき、医用画像に関する画像データ及びＳＣ画像に関する画像データは、患者ＩＤ及び検査ＵＩＤが指定された時点で、指定された検査ＵＩＤに関するもののみ、画像保管サーバ３０から読み出される。

制御回路１１は、抽出した医用画像ファイル又はＳＣ画像ファイルにおける付帯情報に含まれるオーダ番号「０００００１」を取得する（ステップＳＢ３）。

制御回路１１は、取得したオーダ番号「０００００１」であるレコードがタスク管理テーブル１５２に存在するか否か判定する（ステップＳＢ４）。

制御回路１１は、オーダ番号「０００００１」であるレコードがタスク管理テーブル１５２に存在しない場合（ステップＳＢ４のＮｏ）、ステップＳＢ２において抽出された医用画像ファイルに係る画像一覧を図８に示される画像一覧表示領域Ｆ３に表示する（ステップＳＢ１１）。

制御回路１１は、オーダ番号「０００００１」であるレコードがタスク管理テーブル１５２に存在する場合（ステップＳＢ４のＹｅｓ）、オーダ番号「０００００１」であるレコードをタスク管理テーブル１５２から１レコード読み込む（ステップＳＢ５）。

制御回路１１は、ステップＳＢ２において抽出されたＳＣ画像ファイルにおける付帯情報を参照し、図６に示されるタスク管理テーブル１５２から読み込んだレコードに含まれる画像処理タスクの実行結果を取得する（ステップＳＢ６）。制御回路１１は、例えば、図６に示されるオーダ番号「０００００１」であるレコードに含まれる画像処理タスク「大腸解析」の実行結果を取得する。具体的には、制御回路１１は、オーダ番号「０００００１」であるＳＣ画像ファイルの中で、その付帯情報に含まれる画像処理タスクを特定可能な情報が画像処理タスク「大腸解析」を表すＳＣ画像ファイルの数を取得する。

制御回路１１は、ステップＳＡ６において取得したＳＣ画像ファイルの数と、画像処理タスク毎に予め設定される数とを比較することにより、当該画像処理タスクの実行状態が「実行済」であるか否か判定する（ステップＳＢ７）。具体的には、制御回路１１は、オーダ番号「０００００１」であるＳＣ画像ファイルの中で、その付帯情報に含まれる画像処理タスクを特定可能な情報が画像処理タスク「大腸解析」を表すＳＣ画像ファイルの数と、画像処理タスク「大腸解析」に対して予め設定された数とを比較することにより、画像処理タスク「大腸解析」の実行状態が「実行済」であるか否か判定する。

制御回路１１は、オーダ番号「０００００１」であるＳＣ画像ファイルの中で、その付帯情報に含まれる画像処理タスクを特定可能な情報が画像処理タスク「大腸解析」を表すＳＣ画像ファイルが存在しない場合、当該画像処理タスク「大腸解析」の実行状態は「未実行」であると判定し（ステップＳＢ７のＮｏ）、タスク管理テーブル１５２にオーダ番号「０００００１」であるレコードのうち、実行状態を判定されていない他のレコードが存在するか否か判定する（ステップＳＢ９）。

制御回路１１は、タスク管理テーブル１５２において、オーダ番号「０００００１」であるレコードのうち、実行状態を判定されていない他のレコードが存在する場合（ステップＳＢ９のＹｅｓ）、制御回路１１は、タスク管理テーブル１５２から１レコード読み込み（ステップＳＢ５）、ステップＳＢ６以降の処理を再度実行する。

制御回路１１は、図６に示されるように、タスク管理テーブル１５２において、オーダ番号「０００００１」であるレコードのうち、実行状態が判定されていない他のレコードが存在する、すなわち、オーダ番号「０００００１」かつ画像処理タスク「ＭＰＲ」であるレコードが存在するため、ステップＳＢ６以降の処理を再度実行する。

具体的には、制御回路１１は、オーダ番号「０００００１」であるＳＣ画像ファイルの中で、付帯情報に含まれる画像処理タスクを特定可能な情報が画像処理タスク「ＭＰＲ」を表すＳＣ画像ファイルの数を取得する（ステップＳＢ６）。

制御回路１１は、オーダ番号「０００００１」であるＳＣ画像ファイルの中で、その付帯情報に含まれる画像処理タスクを特定可能な情報が画像処理タスク「ＭＰＲ」を表すＳＣ画像ファイルの数と、画像処理タスク「ＭＰＲ」に対して予め設定された数とを比較することにより、画像処理タスク「ＭＰＲ」の実行状態が「実行済」であるか否か判定する（ステップＳＢ７）。

制御回路１１は、オーダ番号「０００００１」であるＳＣ画像ファイルの中で、その付帯情報に含まれる画像処理タスクを特定可能な情報が画像処理タスク「ＭＰＲ」を表すＳＣ画像ファイルが予め設定された数存在する場合、当該画像処理タスク「大腸解析」の実行状態は「実行済」であると判定し（ステップＳＢ７のＹｅｓ）、図６に示されるタスク管理テーブル１５２においてオーダ番号「０００００１」かつ画像処理タスク「ＭＰＲ」であるレコードの実行状態の値を、図６に示される「未実行」から図９に示される「実行済」に更新する。

なお、ステップＳＢ７における画像処理タスクの実行状態が「実行済」であるか否かの判定は、画像処理タスクを実行した結果生成されるＧＳＰＳ情報、及び／又は、ＤＩＣＯＭ ＳＲ等の数に基づいて行われてもよい。また、タスク管理テーブル１５２における画像処理タスクの実行状態の更新は、画像処理タスク毎のＳＣ画像ファイルの数、並びに当該画像処理タスクを実行した結果生成されるＧＳＰＳ情報、及び／又は、ＤＩＣＯＭ ＳＲ等の数に基づいて行われてもよい。

制御回路１１は、タスク管理テーブル１５２において、オーダ番号「０００００１」であるレコードのうち、実行状態が判定されていない他のレコードが存在しない場合（ステップＳＢ９のＮｏ）、表示制御機能１１３を実行する。表示制御機能１１３の実行により制御回路１１は、図９に示されるタスク管理テーブル１５２を参照し、画像一覧の表示要求において指定された検査に割り当てられた検査ＵＩＤ「０００１」に紐づくオーダ番号「０００００１」に対応する画像処理タスクの実行状態に応じて、当該画像処理タスクの実行状態を表す画像データを、例えばシリーズ毎に生成する。制御回路１１は、表示回路１２を制御し、生成した画像データを、画像処理状態表示アイコンとして、医用画像ファイルに係る画像一覧と共に、図８に示される画像一覧表示領域Ｆ３に表示する（ステップＳＢ１０）。画像処理状態表示アイコンは、所定のオーダ番号に係る画像処理タスクの実行状態が識別可能なアイコンである。

図１０は、第１の実施形態に係る表示回路１２に表示される画像処理状態表示アイコンが含まれる表示画面の例を表す図である。図１０に示される表示画面には、図８に示される患者情報表示領域Ｆ１及び検査情報表示領域Ｆ２に加えて、画像一覧が表示される画像一覧表示領域Ｆ３及び読影候補と成り得る複数の医用画像が順次表示される画像表示領域Ｆ４が含まれる。図１０に示される画像一覧表示領域Ｆ３には、医用画像表示領域Ｆ３１及び画像処理状態表示領域Ｆ３２が含まれる。

医用画像表示領域Ｆ３１は、例えばシリーズ毎の画像一覧に関連付けられた医用画像表示指令アイコンが表示される領域である。医用画像表示指令アイコンは、例えば所定のシリーズの先頭の医用画像がサムネイル形式で表示されたアイコンである。

図１０において、医用画像表示領域Ｆ３１には、例えば、シリーズ１に属する複数の医用画像ファイルに関連付けられた医用画像表示指令アイコンＩ１、シリーズ２に属する複数の医用画像ファイルに関連付けられた医用画像表示指令アイコンＩ２、及びシリーズ３に属する複数の医用画像ファイルに関連付けられた医用画像表示指令アイコンＩ３が表示されている。医用画像表示指令アイコンが指定されると、例えば当該医用画像表示指令アイコンに関連付けられた所定のシリーズに属する複数の医用画像ファイルに含まれる画像データが表す画像が画像表示領域Ｆ４に所定の枚数ずつ順次表示される。

画像処理状態表示領域Ｆ３２は、例えば、タスク管理テーブル１５２に登録された画像処理タスクの実行状態に応じて生成された画像処理状態表示アイコンが表示される領域である。図１０では、画像一覧の表示要求において指定された検査に割り当てられた検査ＵＩＤ「０００１」に紐づくオーダ番号「０００００１」をキーとして抽出されるレコードの実行状態の値に応じて生成された画像処理状態表示アイコンが表示されている。

制御回路１１は、図１０に示されるように、実行状態が「実行済」である画像処理タスクについては、例えば画像処理タスク「ＭＰＲ」の実行結果であるキャプチャ画像が関連付けされた画像処理状態表示アイコンＩ４を表示回路１２に表示させる。画像処理状態表示アイコンＩ４には、図１０に示されるように、例えば画像処理タスク「ＭＰＲ」が実行された結果生成されるキャプチャ画像のうち、代表的なキャプチャ画像がサムネイル形式で表示されている。また、画像処理状態表示アイコンＩ４には、図１０に示されるように、生成されたキャプチャ画像は画像処理タスク「ＭＰＲ」を実行した結果生成されたキャプチャ画像であることが認識できるように「ＭＰＲ」と表示されている。

画像処理状態表示アイコンＩ４が指定されると、例えば、制御回路１１は、ＳＣ画像表示指令アイコンをシリーズ毎に展開する。ＳＣ画像表示指令アイコンは、所定のシリーズの先頭のキャプチャ画像がサムネイル形式で表示されたアイコンである。

具体的には、シリーズ１に関するＳＣ画像表示指令アイコンが指定されると、制御回路１１は、図１０に示される医用画像表示指令アイコンＩ１が指定された際に展開される医用画像に対して画像処理タスク「ＭＰＲ」を実行した結果生成される複数のキャプチャ画像を展開する。また、シリーズ２に関するＳＣ画像表示指令アイコンが指定されると、図１０に示される医用画像表示指令アイコンＩ２医用画像に対して画像処理タスク「ＭＰＲ」を実行した結果生成される複数のＳＣ画像を展開する。また、シリーズ３に関するＳＣ画像表示指令アイコンが指定されると、制御回路１１は、図１０に示される医用画像表示指令アイコンＩ３が指定された際に展開される医用画像に対して画像処理タスク「ＭＰＲ」を実行した結果生成される複数のキャプチャ画像を展開する。

また、制御回路１１は、図１０に示されるように、実行状態が「未実行」である画像処理タスク「大腸解析」については、例えば所定の画像処理タスクの実行指示を生成するプログラムが関連付けられた画像処理状態表示アイコンＩ５を表示回路１２に表示させる。画像処理状態表示アイコンＩ５には、図１０に示されるように、画像処理タスク「大腸解析」が「未実行」であることを認識できるように、画像処理タスク名「大腸解析」が表示されている。

画像処理状態表示アイコンＩ５が指定されると、例えば、制御回路１１は、医用画像表示指令アイコンが指定された際に展開される医用画像に対して実行すべき画像処理タスク「大腸解析」の実行プログラムを実行させるための実行指示を生成する。

画像処理タスク「大腸解析」の実行プログラムは、例えば、表示要求された検査に係る全てのシリーズに属する医用画像ファイルに含まれる医用画像に対して実行されるように設定されている。すなわち、画像処理タスク「大腸解析」の実行プログラムは、例えば図１０に示される医用画像表示指令アイコンＩ１に関連付けられたシリーズ１に属する医用画像ファイルに含まれる医用画像、医用画像表示指令アイコンＩ２に関連付けられたシリーズ２に属する医用画像ファイルに含まれる医用画像、及び医用画像表示指令アイコンＩ３に関連付けられたシリーズ３に属する医用画像ファイルに含まれる医用画像に対して実行されるように設定されている。

なお、画像処理タスク「大腸解析」の実行プログラムは、各シリーズに属する医用画像ファイルに含まれる医用画像に対して実行されるように設定されていてもよい。

一方、制御回路１１は、画像一覧の表示要求を受け付けた後、表示が要求されている画像一覧を表示する最中において、例えば検査技師により当該検査において実行が求められる画像処理タスクが実行されたか否か監視する。制御回路１１は、例えば依頼された検査に必要なＳＣ画像ファイルが画像保管サーバ３０に出力されると、依頼された検査に必要な画像処理タスクが実行されたと判定し、タスク管理テーブル１５２において、当該画像処理タスクの実行状態を「実行済」に更新する。制御回路１１は、タスク管理テーブルに登録されたレコードの実行状態が更新されると、表示制御機能１１３を実行し、表示回路１２に表示される表示画面を更新する。

次に、第１の実施形態に係る表示回路１２に表示される画像処理状態表示アイコンが指定されて画像処理タスクが実行される流れを、図１０及び図１１を参照しながら説明する。図１１は、第１の実施形態に係る表示回路１２に表示される所定の画像処理状態表示アイコンが指定された場合の処理の流れの例を示すフローチャートである。

まず、制御回路１１は、入力インタフェース回路１３を介して図１１に示される画像処理状態表示領域Ｆ３２の任意の位置が接触されるまで待機する（ステップＳＣ１）。

制御回路１１は、画像処理状態表示領域Ｆ３２の任意の位置が接触されると、当該接触された位置が、画像処理タスクの実行状態が「未実行」を表す画像処理状態表示アイコンに対応する位置であるか否か判定する（ステップＳＣ２）。

制御回路１１は、画像処理状態表示領域Ｆ３２上で接触された位置が、画像処理タスクの実行状態が「未実行」を表す画像処理状態表示アイコンに対応する位置である場合（ステップＳＣ２のＹｅｓ）、タスク実行指示機能１１４を実行する（ステップＳＣ３）。タスク実行指示機能１１４の実行により制御回路１１は、当該画像処理状態表示アイコンに関連付けられた画像処理タスクの実行指示を生成する。制御回路１１は、生成した実行指示を、通信インタフェース回路１４を介して、例えばワークステーション２０に転送する。

制御回路１１は、例えば、図１０に示される画像処理状態表示アイコンＩ５が指定されると、通信インタフェース回路１４を介して、画像処理タスク「大腸解析」の実行指示をワークステーション２０に転送する。これにより、ワークステーション２０の制御回路２３において画像処理タスク「大腸解析」が実行され、キャプチャ画像が生成される。

ワークステーション２０は、生成したキャプチャ画像を例えばＤＩＣＯＭ規格に準拠した形式に変換することにより、ＳＣ画像ファイルを生成する。そして、ワークステーション２０は、「実行済」である旨を含む実行結果を、通信インタフェース回路２１を介して、医用画像表示装置１０に送信する。また、ワークステーション２０は、生成したＳＣ画像ファイルを画像保管サーバ３０に送信する。

医用画像表示装置１０は、ワークステーション２０から「実行済」である旨を含む実行結果を受信すると、ワークステーション２０から画像保管サーバ３０に送信されたＳＣ画像ファイルを、画像保管サーバ３０から取得する。なお、医用画像表示装置１０は、例えばワークステーション２０を所定の間隔でポーリングすることにより、実行結果の有無を確認してもよい。また、「実行済」である旨を含む実行結果は、画像保管サーバ３０に送信されてもよい。このとき、医用画像表示装置１０は、例えば画像保管サーバ３０を所定の間隔でポーリングすることにより、実行結果の有無を確認する。

制御回路１１は、実行指示に応じて生成されるＳＣ画像ファイルを画像保管サーバ３０から取得すると、タスク管理機能１１５を実行し、タスク管理テーブル１５２において当該画像処理タスクの実行状態を「実行済」に更新する（ステップＳＣ４）。制御回路１１は、例えば、画像処理タスク「大腸解析」の実行状態を「未実行」から「実行済」に更新する。

制御回路１１は、タスク管理テーブル１５２において当該画像処理タスクの実行状態を「実行済」に更新すると、表示制御機能１１３を実行する。表示制御機能１１３の実行により制御回路１１は、タスク管理テーブル１５２を参照し、画像処理タスク「大腸解析」の実行状態が「実行済」である旨を表す画像データを生成する。制御回路１１は、表示回路１２を制御し、生成した画像データを、画像処理状態表示アイコンとして、医用画像ファイルに係る画像一覧と共に、例えば図１０に示される画像一覧表示領域Ｆ３に表示する（ステップＳＣ５）。

制御回路１１は、画像処理状態表示領域Ｆ３上で接触された位置が「未実行」を表す画像処理状態表示アイコンに対応する位置でない、すなわち所定の画像処理タスクが実行済であることを表す画像処理状態表示アイコンに対応する位置である場合（ステップＳＣ２のＮｏ）、表示制御機能１１３を実行する（ステップＳＣ６）。表示制御機能１１３の実行により制御回路１１は、例えば、画像処理タスクの実行結果であるキャプチャ画像を表示する。制御回路１１は、例えば、図１０に示される画像処理状態表示アイコンＩ４が指定されると、画像処理タスク「ＭＰＲ」の実行結果であるＭＰＲ画像を表示する。

以上のように、第１の実施形態では、医用画像表示装置１０に設けられる制御回路１１は、検査の実施を依頼する検査予約情報に、タスク対応テーブル１５１に記憶された臨床キーワードを照合させることで、必要な画像処理タスクを特定する。制御回路１１は、タスク管理テーブル１５２に、特定された画像処理タスクを登録する。制御回路１１は、医用画像の表示要求に応じ、タスク管理テーブル１５２に登録されている、要求された医用画像ついて特定された画像処理タスクの実行状態を判定する。制御回路１１は、画像処理タスクの実行状態についての判定結果に基づき、当該画像処理タスクの実行状態を更新する。これにより、制御回路１１は、画像処理タスクの実行状態を把握することが可能となる。

したがって、本実施形態に係る医用画像表示装置１０によれば、画像処理の実行漏れを防止することができる。

また、第１の実施形態では、制御回路１１は、タスク管理テーブル１５２を参照し、画像処理タスクの実行状態が「実行済」である場合には、当該画像処理タスクを実行した結果生成されるキャプチャ画像のサムネイル及び当該画像処理タスク名を表示する。制御回路１１は、タスク管理テーブル１５２を参照し、画像処理タスクの実行状態が「未実行」である場合には、例えば画像処理タスク名のみが表示された画像処理状態表示アイコンを表示する。これにより、読影医等に対して画像処理タスクの存在及び画像処理タスクの実行状態を認識させることが可能となる。また、実行されるべき画像処理タスクが実行されていないことを明示することが可能となる。

また、第１の実施形態では、制御回路１１は、読影対象となる医用画像を展開するための医用画像表示指令アイコンＩ１、Ｉ２、及びＩ３が表示される画像一覧表示領域Ｆ３内に、画像処理タスクの実行状態を表す画像処理状態表示アイコンＩ４及びＩ５を表示する。読影医は、読影する際は、例えば画像一覧表示領域Ｆ３を参照して読影に必要な画像の精査を行う。第１の実施形態によれば、読影医が読影の際に参照する画像一覧表示領域Ｆ３内に画像処理状態表示アイコンＩ４及びＩ５を表示するため、従来通りの読影フローを崩すことなく、所定の画像処理が実行されていないことに気付くことが可能となる。すなわち、画像処理の実行漏れを防止することが可能となる。

また、第１の実施形態では、制御回路１１は、タスク管理テーブル１５２において、画像処理タスクと、依頼された検査に係るオーダ番号とを関連付けて管理する。一方、依頼された検査が実施されることで生成された医用画像ファイルにおける付帯情報にはオーダ番号が含まれる。これにより、制御回路１１は、依頼された検査が実施されることで取得された医用画像に対して実行が求められる画像処理タスクを確実に実行することが可能となる。すなわち、読影医は、実行されていない画像処理タスクを実行する際、所定の画像処理状態表示アイコンを指定することにより実行が求められる画像処理タスクを選択ミスすることなく確実に実行することが可能となる。

また、第１の実施形態では、制御回路１１は、画像一覧の表示要求を受け付けた後、表示が要求されている画像一覧を表示する最中において、例えば検査技師により当該検査において実行が求められる画像処理タスクが実行されたか否か監視する。制御回路１１は、表示が要求されている画像一覧を表示する最中において、例えば依頼された検査に必要なＳＣ画像ファイルが画像保管サーバ３０に出力されると、依頼された検査に必要な画像処理タスクが実行されたと判定する。制御回路１１は、タスク管理テーブル１５２において、当該画像処理タスクの実行状態を「実行済」に更新する。制御回路１１は、タスク管理テーブルに登録されたレコードの実行状態が更新されると、表示回路１２に表示される表示画面を更新する。

読影医が読影を開始した後に、検査技師が画像処理タスクの実行漏れに気付くことがある。このとき、画像処理タスクの実行漏れに気付いた検査技師が必要な画像処理タスクを実行したとしても、当該画像処理タスクが実行された結果生成されるキャプチャ画像等に読影医等が気付かないおそれがある。第１の実施形態によれば、読影開始後に検査技師により生成されたキャプチャ画像等に読影医が気付かないという事態を防ぐことが可能となる。

［第２の実施形態］
第１の実施形態では、医用画像ファイル及びＳＣ画像ファイルが保管されない医用画像表示装置において画像処理タスクが管理される場合について説明した。第２の実施形態では、医用画像ファイル及びＳＣ画像ファイルが保管される画像保管サーバにおいて画像処理タスクが管理される場合について説明する。

図１２は、第２の実施形態に係る画像保管サーバ３０Ａが含まれる医療情報システムを示す模式図である。図１２に示される医療情報システムは、画像保管サーバ３０Ａ、ビューア１０Ａ、ワークステーション２０、ＨＩＳサーバ、ＲＩＳサーバ４１、ＲＩＳ端末４２、及び医用画像診断装置５０を具備する。画像保管サーバ３０Ａ、ビューア１０Ａ、ワークステーション２０、ＨＩＳサーバ、ＲＩＳサーバ４１、ＲＩＳ端末４２、及び医用画像診断装置５０は、ローカルネットワークに接続し、所定の装置へ情報を送信すると共に、所定の装置から送信される情報を受信する。なお、医療情報システムは、ローカルネットワークに加え、又は、ローカルネットワークの代わりに、外部のネットワークに接続しても構わない。

図１２において、画像保管サーバ３０Ａ、ビューア１０Ａ、及びワークステーション２０は、画像管理システム（ＰＡＣＳ）を構成する要素の一部である。ＲＩＳサーバ４１及びＲＩＳ端末４２は、放射線部門情報管理システム（ＲＩＳ）を構成する要素の一部である。

ＲＩＳサーバ４１の機能は、上記実施形態のＲＩＳサーバ４１と同様である。医用画像診断装置５０の機能は、上記実施形態の医用画像診断装置５０と同様である。医用画像診断装置５０は、生成した医用画像ファイルを画像保管サーバ３０Ａ及びワークステーション２０へ出力する。

ワークステーション２０の機能は、上記実施形態のワークステーション２０と同様である。

画像保管サーバ３０Ａは、医用画像診断装置５０から出力された医用画像ファイルを、画像保管サーバ３０Ａが有する所定の記憶装置に保管し、要求に応じて保管している医用画像ファイルを出力する。

以下、ビューア１０Ａ及び画像保管サーバ３０Ａの詳細について説明する。
第２の実施形態に係るビューア１０Ａは、例えばＤＩＣＯＭビューアの役割を担う。図１３は、第２の実施形態に係るビューア１０Ａの構成の例を示すブロック図である。図１３に示されるビューア１０Ａは、システム制御回路１１Ａ、表示回路１２Ａ、入力インタフェース回路１３Ａ、及び通信インタフェース回路１４Ａを有する。システム制御回路１１Ａ、表示回路１２Ａ、入力インタフェース回路１３Ａ、及び通信インタフェース回路１４Ａは、例えば、バスを介して互いに通信可能に接続されている。

システム制御回路１１Ａは、例えばビューア１０Ａの各構成回路を制御するプロセッサである。システム制御回路１１Ａは、ビューア１０Ａの中枢として機能する。具体的には、システム制御回路１１Ａは、表示回路１２Ａを制御し、画像保管サーバ３０Ａより送信された医用画像ファイルに基づく医用画像及びＳＣ画像ファイルに基づくキャプチャ画像等を表示する。また、システム制御回路１１Ａは、通信インタフェース回路１４Ａを介して、画像保管サーバ３０Ａより、医用画像ファイル及びＳＣ画像ファイルを受信する。

表示回路１２Ａは、例えば液晶ディスプレイ又はＯＬＥＤ（Organic Light Emitting Diode）ディスプレイ等の一般的な表示出力装置を有する。表示回路１２Ａは、システム制御回路１１Ａの制御に従い、画像保管サーバ３０Ａより送信された医用画像ファイルに基づく医用画像及びＳＣ画像ファイルに基づくキャプチャ画像等を表示する。

入力インタフェース回路１３Ａは、例えば、マウス、キーボード、及び、操作面へ触れることで指示が入力されるタッチパッド等により実現される。入力インタフェース回路１３Ａは、操作者からの各種指示を受け付ける。入力インタフェース回路１３Ａは、例えば読影医等から画像一覧の表示要求を受け付ける。入力インタフェース回路１３Ａは、例えばバスを介してシステム制御回路１１Ａに接続され、操作者から入力される操作指示を電気信号へ変換し、電気信号をシステム制御回路１１Ａへ出力する。

通信インタフェース回路１４Ａは、図１２に示されるネットワーク等を介して接続されたワークステーション２０及び画像保管サーバ３０Ａ等の外部装置との間でデータ通信を行う。

第２の実施形態に係る画像保管サーバ３０Ａは、例えばＤＩＣＯＭサーバの役割を担う。図１４は、第２の実施形態に係る画像保管サーバ３０Ａの構成の例を示すブロック図である。図１４に示される画像保管サーバ３０Ａは、制御回路３１、通信インタフェース回路３４、及び記憶回路３５を有する。制御回路３１、通信インタフェース回路３４、及び記憶回路３５は、例えば、バスを介して互いに通信可能に接続されている。

制御回路３１は、画像保管サーバ３０Ａの中枢として機能するプロセッサである。制御回路３１は、記憶回路３５等に記憶されている画像処理タスクを実行することにより、当該プログラムに対応する機能を実現する。

通信インタフェース回路３４は、図１２に示されるネットワーク等を介して接続されたワークステーション２０、ビューア１０Ａ、放射線情報システムのＲＩＳサーバ４１、及び医用画像診断装置５０等の外部装置との間でデータ通信を行う。

記憶回路３５の構成は、上記実施形態の記憶回路１５と同様である。記憶回路３５は、タスク対応テーブル３５１、及びタスク管理テーブル３５２を記憶する。タスク対応テーブル３５１及びタスク管理テーブル３５２の機能は、第１の実施形態のタスク対応テーブル１５１及びタスク管理テーブル３５２とそれぞれ同様である。また、記憶回路３５は、医用画像診断装置５０から出力された医用画像ファイル及びＳＣ画像ファイルを記憶する。また、記憶回路３５は、各種画像処理タスクを実行するための画像処理プログラムを記憶する。また、記憶回路３５は、所定の検査に係る画像処理タスクの付属情報であるタスク実行回数、実行日、及び実行ユーザを記憶する。

第２の実施形態に係る制御回路３１は、記憶回路３５から読み出した動作プログラムを実行することで、図１３に示される各種機能を実現する。すなわち、制御回路３１は、タスク特定機能３１１、タスク実行状態判定機能３１２、表示制御機能３１３、タスク実行機能３１４、及びタスク管理機能３１５を備える。

タスク特定機能３１１の役割は、第１の実施形態のタスク特定機能１１１と同様である。

タスク実行状態判定機能３１２は、タスク特定機能３１１の実行により特定された画像処理タスクの実行状態を判定する機能である。タスク実行状態判定機能３１２が実行されると、制御回路３１は、医用画像ファイルにおける付帯情報、及びＳＣ画像ファイルにおける付帯情報に基づいて、タスク特定機能３１１の実行により特定された画像処理タスクの実行状態を判定する。

表示制御機能３１３は、通信インタフェース回路３４を制御し、画像処理タスクの実行状態を表す画像データをビューア１０Ａへ送信する機能である。表示制御機能３１３が実行されると、制御回路３１は、タスク特定機能３１１の実行により必要な画像処理タスクが特定される場合、特定された画像処理タスクの実行状態に応じて、当該画像処理タスクの実行状態を表す画像データを生成する。制御回路３１は、生成した画像データを、当該画像データに係る画像処理タスクの付属情報と共に、通信インタフェース回路３４を制御し、ビューア１０Ａへ送信する。

タスク実行機能３１４は、画像処理タスクの実行指示に基づいて、実行指示された画像処理タスクを実行する機能である。タスク実行機能３１４が実行されると、制御回路３１は、通信インタフェース回路３４を介して、ビューア１０Ａから送信された画像処理タスクの実行指示に応じた画像処理プログラムを記憶回路３５から読み出す。制御回路３１は、読み出した画像処理プログラムを実行することにより、入力インタフェース回路１３Ａを介して指定された画像処理タスクを実行し、キャプチャ画像を生成する。制御回路３１は、生成したキャプチャ画像を例えばＤＩＣＯＭ規格に準拠した形式に変換することにより、ＳＣ画像ファイルを生成する。

タスク管理機能３１５の役割は、第１の実施形態のタスク管理機能３１５と同様である。

以上のように構成された画像保管サーバ３０Ａが画像処理タスクを特定する動作を説明する。図１５は、第２の実施形態に係る制御回路３１が画像処理タスクを特定し、特定した画像処理タスクの実行状態を判定する流れの例を示すフローチャートである。

制御回路３１は、通信インタフェース回路３４を介して、ビューア１０Ａから医用画像及びキャプチャ画像を表示する所定のアプリケーションを起動する起動指示が入力されると、タスク特定機能３１１を実行する。タスク特定機能３１１の実行により制御回路３１は、ＲＩＳサーバ４１から検査予約情報を取得する（ステップＳＤ１）。

制御回路３１は、取得した検査予約情報のうちの１つを読み込む（ステップＳＤ２）。ここで、読み込まれた検査予約情報には、オーダ番号「０００００１」、患者ＩＤ「００００１」、装置「Ｘ線ＣＴ検査」、手技「ＣＴコロノグラフィ―」、撮影部位「大腸」、***「指定なし」、及び撮影方向「指定なし」が含まれているものとする。

制御回路３１は、ステップＳＤ２において、検査予約情報を読み込むと、図５に示されるようなタスク対応テーブル３５１から１レコード読み込む（ステップＳＤ３）。

制御回路３１は、例えばステップＳＤ３において読み込んだレコードに設定された画像処理タスク「大腸解析」が、ステップＳＤ２において読み込んだ検査予約情報に対して必要か否か判定する（ステップＳＤ４）。

制御回路３１は、検査予約情報に含まれる文字列に臨床キーワード「ＣＴ、大腸、コロノグラフィー」が含まれているため、当該検査予約情報に対して画像処理タスクが必要であると判定する（ステップＳＤ４のＹｅｓ）。そして、制御回路３１は、タスク対応テーブル３５１から当該臨床キーワードに関連付けられた画像処理タスク「大腸解析」を抽出する（ステップＳＤ５）。

制御回路３１は、ステップＳＤ２において読み込んだ検査予約情報に含まれるオーダ番号「０００００１」をキーとして、オーダ番号「０００００１」が含まれる医用画像ファイル及びＳＣ画像ファイルを、記憶回路３５に記憶された医用画像ファイル及びＳＣ画像ファイルから抽出する（ステップＳＤ６）。

制御回路３１は、ステップＳＤ６において抽出された医用画像ファイル及びＳＣ画像ファイルの付帯情報を参照し、ステップＳＤ５において抽出された画像処理タスク「大腸解析」の実行結果、すなわちオーダ番号「０００００１」であるＳＣ画像ファイルの中で、その付帯情報に含まれる画像処理タスクを特定可能な情報が画像処理タスク「大腸解析」を表すＳＣ画像ファイルの数を取得する（ステップＳＤ７）。

制御回路３１は、ステップＳＤ７において取得したＳＣ画像ファイルの数と、画像処理タスク毎に予め設定される数とを比較することにより、当該画像処理タスクの実行状態が「実行済」であるか否か判定する（ステップＳＤ８）。

制御回路３１は、当該画像処理タスクの実行状態を判定すると、タスク管理機能３１５を実行する。タスク管理機能３１５の実行により制御回路３１は、図６に示されるようなタスク管理テーブル３５２に対し、抽出した画像処理タスク「大腸解析」に関するレコードを登録する（ステップＳＤ９）。すなわち、制御回路３１は、タスク管理テーブル３５２に対し、オーダ番号「０００００１」、画像処理タスク「大腸解析」、及び実行状態「未実行」が含まれるレコードを登録する。

制御回路３１は、タスク対応テーブル３５１に登録されたレコードのうち、画像処理タスクの実行要否が判定されていない他のレコードが存在するか否か判定する（ステップＳＤ１０）。

制御回路３１は、画像処理タスクの実行要否が判定されていない他のレコードが存在する場合（ステップＳＤ１０のＹｅｓ）、画像処理タスクの実行要否が判定されていないレコードを、タスク対応テーブル３５１から１レコード読み込み（ステップＳＤ３）、ステップＳＤ４からステップＳＤ９までの処理を再度実行する。

制御回路１１は、画像処理タスクの実行要否が判定されていない他のレコードが存在しない場合（ステップＳＤ１０のＮｏ）、画像処理タスクが必要であるか否か判定していない他の検査予約情報が存在するか否か判定する（ステップＳＤ１１）。

制御回路３１は、画像処理タスクが必要であるか否か判定していない他の検査予約情報が存在する場合（ステップＳＤ１１のＹｅｓ）、検査予約情報を１つ読み込み（ステップＳＤ２）、ステップＳＤ３からステップＳＤ１０までの処理を再度実行する。

制御回路３１は、画像処理タスクが必要であるか否か判定していない他の検査予約情報が存在しない場合（ステップＳＤ１１のＮｏ）、タスク特定機能３１１の処理を終了する。

次に、画像保管サーバ３０Ａが、タスク管理テーブル３５２に登録された画像処理タスクの実行状態を取得し、取得した実行状態を表す所定の画像を表示回路１２Ａに表示する動作を説明する。図１６は、第２の実施形態に係る制御回路３１が、画像一覧の表示要求に応じ、画像処理タスクの実行状態を表す画像データをビューア１０Ａに送信する流れを示すフローチャートである。

以下では、画像一覧の表示要求は、第１の実施形態と同様に、例えば患者ＩＤ及び検査ＵＩＤが指定されることで実現されるものとする。このとき、例えば図８に示されるような表示画面は、ビューア１０Ａの表示回路１２Ａに表示されている。また、読影医等は、ビューア１０Ａの入力インタフェース回路１３Ａを介して画像一覧の表示要求を入力する。入力された画像一覧の表示要求は、ビューア１０Ａの通信インタフェース回路１４Ａを介して、画像保管サーバ３０Ａに送信される。

制御回路３１は、通信インタフェース回路３４を介して、ビューア１０Ａから送信された画像一覧の表示要求を受け付ける（ステップＳＥ１）。

制御回路３１は、例えば図８に示されるように、患者ＩＤ「００００１」の患者について、「２０１６年３月４日午前７時」に実施された検査に係る画像一覧の表示要求がされると、この検査に割り当てられた検査ＵＩＤ、例えば「０００１」が含まれる医用画像ファイル及びＳＣ画像ファイルを、記憶回路３５に記憶された医用画像ファイル及びＳＣ画像ファイルから抽出する（ステップＳＥ２）。

制御回路３１は、抽出した医用画像ファイル又はＳＣ画像ファイルの付帯情報に含まれるオーダ番号、例えば「０００００１」を取得する（ステップＳＥ３）。

制御回路３１は、取得したオーダ番号「０００００１」であるレコードがタスク管理テーブル３５２に存在するか否か判定する（ステップＳＥ４）。

制御回路３１は、オーダ番号「０００００１」であるレコードがタスク管理テーブル３５２に存在しない場合（ステップＳＥ４のＮｏ）、表示制御機能３１３を実行する。表示制御機能３１３の実行により制御回路３１は、通信インタフェース回路３４を制御し、ステップＳＥ２において抽出された医用画像ファイルに係る画像一覧を表す画像データを、ビューア１０Ａに送信する（ステップＳＥ６）。ビューア１０Ａに送信された医用画像ファイルに係る画像一覧を表す画像データは、ビューア１０Ａの表示回路１２Ａにおいて、例えば図８に示される画像一覧表示領域Ｆ３に表示する。

制御回路３１は、オーダ番号「０００００１」であるレコードがタスク管理テーブル３５２に存在する場合（ステップＳＥ４のＹｅｓ）、表示制御機能３１３を実行する。表示制御機能３１３の実行により制御回路３１は、図９に示されるようなタスク管理テーブル３５２を参照し、画像一覧の表示要求において指定された検査に割り当てられた検査ＵＩＤ「０００１」に紐づくオーダ番号「０００００１」に対応する画像処理タスクの実行状態に応じて、当該画像処理タスクの実行状態を表す画像データを、例えばシリーズ毎に生成する。制御回路３１は、通信インタフェース回路３４を制御し、生成した画像データを、医用画像ファイルに係る画像一覧を表す画像データと共に、ビューア１０Ａに送信する（ステップＳＥ５）。ビューア１０Ａに送信された画像処理タスクの実行状態を表す画像データ及び医用画像ファイルに係る画像一覧を表す画像データは、ビューア１０Ａの表示回路１２Ａにおいて、図８に示される画像一覧表示領域Ｆ３に表示される。

なお、ビューア１０Ａのシステム制御回路１１Ａは、例えば入力インタフェース回路１３Ａが有するマウスを介して所定のカーソルが画像処理状態表示アイコンに合わせられると、当該アイコンに紐づけされたセカンダリキャプチャを生成する際に実行された画像処理タスクに係るタスク実行回数、実行日、及び実行ユーザを、吹き出し形式で表示する。図１７は、第２の実施形態に係るビューア１０Ａが備える表示回路１２Ａに表示される吹き出しの例を表す図である。図１７に示されるように、例えば、画像処理状態表示アイコンＩ４にマウスのカーソルが合せられると、画像処理タスク「ＭＰＲ」に係るタスク実行回数、実行日、及び実行ユーザが吹き出し形式で表示される。

次に、第２の実施形態に係る表示回路３２に表示される画像一覧を介して画像処理タスクが実行される流れを、図１８を参照しながら説明する。図１８は、第２の実施形態に係るビューア１０Ａが備える表示回路１２Ａに表示される所定の画像処理状態表示アイコンが指定された場合の処理の流れの例を示すフローチャートである。

まず、制御回路３１は、通信インタフェース回路３４を介して、ビューア１０Ａから画像処理状態表示領域Ｆ３２の任意の位置の接触が通知されるまで待機する（ステップＳＦ１）。

制御回路３１は、ビューア１０Ａから画像処理状態表示領域Ｆ３２の任意の位置の接触が通知されると、当該接触された位置が画像処理タスクの実行状態が「未実行」を表す画像処理状態表示アイコンに対応する位置であるか否か判定する（ステップＳＦ２）。

制御回路３１は、ステップＳＤ２において指定された位置が画像処理タスクの実行状態が「未実行」を表す画像処理状態表示アイコンに対応する位置である場合（ステップＳＦ２のＹｅｓ）、タスク実行機能３１４を実行する（ステップＳＦ３）。タスク実行機能３１４の実行により制御回路３１は、当該画像処理状態表示アイコンに関連付けられた画像処理タスクに係る画像処理プログラムを記憶回路３５から読み出す。制御回路３１は、読み出した画像処理プログラムを実行する。制御回路３１は、例えば、図１０に示される画像処理状態表示アイコンＩ５が指定されると、画像処理タスク「大腸解析」に係る画像処理プログラムを記憶回路３５から読み出す。制御回路３１は、読み出した画像処理タスク「大腸解析」に係る画像処理プログラムを実行し、キャプチャ画像を生成する。制御回路３１は、生成したキャプチャ画像を例えばＤＩＣＯＭ規格に準拠した形式に変換することにより、ＳＣ画像ファイルを生成する。そして、制御回路３１は、「実行済」である旨を含む実行結果を取得する。

制御回路３１は、「実行済」である旨を含む実行結果を取得すると、タスク管理機能３１５を実行し、タスク管理テーブル３５２において当該画像処理タスク実行状態を「実行済」に更新する（ステップＳＦ４）。制御回路３１は、例えば、画像処理タスク「大腸解析」の実行状態を「未実行」から「実行済」に更新する。

制御回路１１は、タスク管理テーブル３５２において当該画像処理タスクの実行状態を「実行済」に更新すると、表示制御機能３１３を実行する。表示制御機能３１３の実行により制御回路３１は、タスク管理テーブル３５２を参照し、画像処理タスク「大腸解析」の実行状態が「実行済」である旨を表す画像データを生成する。制御回路３１は、通信インタフェース回路３４を制御し、生成した画像データを、ビューア１０Ａに送信する（ステップＳＦ５）。

制御回路３１は、画像処理状態表示領域Ｆ３上で接触された位置が「未実行」を表す画像処理状態表示アイコンに対応する位置でない、すなわち所定の画像処理タスクが実行済であることを表す画像処理状態表示アイコンに対応する位置である場合（ステップＳＦ２のＮｏ）、表示制御機能３１３を実行する（ステップＳＦ６）。表示制御機能３１３の実行により制御回路３１は、例えば、画像処理タスクの実行結果であるキャプチャ画像を、通信インタフェース回路３４を介して、ビューア１０Ａに送信する。そして、ビューア１０Ａが備えるシステム制御回路１１Ａは、表示回路１２Ａを制御し、受信したキャプチャ画像を表示する。

制御回路３１は、例えば、ビューア１０Ａの表示回路１２Ａにおいて、画像処理タスク「ＭＰＲ」が実行済であることを表す画像処理状態表示アイコンＩ４が指定されると、指定された検査に係る画像処理タスク「ＭＰＲ」の実行結果であるＭＰＲ画像を表すＭＰＲ画像データを、通信インタフェース回路３４を介して、ビューア１０Ａに送信する。そして、ビューア１０Ａが備えるシステム制御回路１１Ａは、表示回路１２Ａを制御し、受信したＭＰＲ画像データに基づきＭＰＲ画像を表示する。

以上のように、第２の実施形態では、画像保管サーバ３０Ａが備える記憶回路３５は、医用画像診断装置５０から出力された医用画像ファイル及びＳＣ画像ファイルを記憶する。これにより、ネットワークを介して医用画像ファイル及びＳＣ画像ファイルを読み出す必要がなくなるため、通信負荷を軽減することができる。

また、第２の実施形態では、タスク実行機能３１４が実行されると、画像保管サーバ３０Ａが備える制御回路３１は、画像処理タスクを実行する。これにより、ネットワークを介してＳＣ画像ファイル及び計測値等の実行結果を取得する必要がなくなるため、通信負荷の軽減及び画像処理タスクの実行が要求されてから当該実行結果が取得されるまでの時間の短縮を実現することができる。

［変形例］
第１の実施形態及び第２の実施形態では、医用画像ファイルの付帯情報及びＳＣ画像ファイルの付帯情報に、オーダ番号が含まれる場合を例に説明した。しかしながら、医用画像ファイルの付帯情報及びＳＣ画像ファイルの付帯情報に、オーダ番号が含まれない場合がある。以下では、医用画像ファイルの付帯情報及びＳＣ画像ファイルの付帯情報にオーダ番号が含まれない場合について説明する。

本変形例は、第１の実施形態に係る医療情報システムの構成を用いて説明する。すなわち、例えば図２に示される医用画像表示装置１０が、タスク特定機能、タスク実施状態判定機能、及びタスク管理機能等の画像処理タスクの実行状態を管理するための各種機能を実行する場合を例に説明する。なお、本変形例は、第２の実施形態に係る医療情報システムの構成に適用してもよい。すなわち、例えば図１４に示される画像保管サーバ３０Ａがタスク特定機能、タスク実施状態判定機能、及びタスク管理機能等の画像処理タスクの実行状態を管理するための各種機能を実行する場合の医療情報システムの構成に適用してもよい。

図１９は、変形例に係る医用画像表示装置１０Ｂが含まれる医療情報システムを示す模式図である。図１９に示される医療情報システムは、医用画像表示装置１０Ｂ、ワークステーション２０、画像保管サーバ３０、ＨＩＳサーバ、ＲＩＳサーバ４１、ＲＩＳ端末４２、及び医用画像診断装置５０を具備する。

以下、医用画像表示装置１０Ｂの詳細について説明する。

変形例に係る医用画像表示装置１０Ｂは、例えばＤＩＣＯＭビューアの役割を担う。図２０は、変形例に係る医用画像表示装置１０Ｂの構成例を示すブロック図である。図２０に示される医用画像表示装置１０Ｂは、制御回路１１Ｂ、表示回路１２、入力インタフェース回路１３、通信インタフェース回路１４、及び記憶回路１５Ｂを有する。制御回路１１Ｂ、表示回路１２、入力インタフェース回路１３、通信インタフェース回路１４、及び記憶回路１５Ｂは、例えば、バスを介して互いに通信可能に接続されている。

制御回路１１Ｂは、医用画像表示装置１０Ｂの中枢として機能するプロセッサである。制御回路１１Ｂは、記憶回路１５Ｂ等に記憶されている各種動作プログラムを実行することにより、当該プログラムに対応する機能を実現する。

記憶回路１５Ｂは、種々の情報を記憶するＨＤＤ、ＳＳＤ、及び集積回路記憶装置等の記憶装置である。記憶回路１５Ｂは、タスク対応テーブル１５１、及びタスク管理テーブル１５２Ｂを記憶する。

タスク管理テーブル１５２Ｂは、依頼された検査に対し実行されるべき「画像処理タスク」と、当該「画像処理タスク」の「実行状態」とが関連付けられたテーブルであって、画像処理タスクの実行状態を管理するためのテーブルである。本変形例において、タスク管理テーブル１５２Ｂの各レコードは、例えば検査ＵＩＤをキーとして登録される。

変形例に係る制御回路１１Ｂは、記憶回路１５Ｂから読み出した動作プログラムを実行することで、図２０に示される各種機能を実現する。すなわち、制御回路１１Ｂは、タスク特定機能１１１、タスク実行状態判定機能１１２、表示制御機能１１３、タスク実行指示機能１１４、及びタスク管理機能１１５Ｂを備える。

タスク実行状態判定機能１１２Ｂは、タスク特定機能１１１の実行により特定された画像処理タスクの実行状態を判定する機能である。タスク実行状態判定機能１１２Ｂが実行されると、制御回路１１は、医用画像ファイルにおける付帯情報、及びＳＣ画像ファイルにおける付帯情報に基づいて、タスク管理テーブル１５２Ｂに登録された画像処理タスクの実行状態を判定する。

本変形例において、医用画像ファイルにおける付帯情報には、例えば、生成された医用画像に対応する検査ＵＩＤ、シリーズＵＩＤ、患者ＩＤ、モダリティコード、シリーズＮＯ．、及びシリーズ記述等の医用画像を特定するための情報が含まれる。また、ＳＣ画像ファイルにおける付帯情報には、例えば、生成されたキャプチャ画像に対応する検査ＵＩＤ、シリーズＵＩＤ、患者ＩＤ、モダリティコード、シリーズＮＯ．、シリーズ記述等の医用画像を特定するための情報が含まれる。

タスク管理機能１１５Ｂは、タスク管理テーブル１５２Ｂのレコードを管理する機能である。本変形例において、タスク管理機能１１５Ｂが実行されると、制御回路１１Ｂは、例えば検査ＵＩＤをキーとして、タスク特定機能１１１により特定された画像処理タスクに係るレコードを登録し、登録したレコードに係る画像処理タスクの実行状態を更新する。

以上のように構成された医用画像表示装置１０Ｂが画像処理タスクを特定する動作を、図２１に示される制御回路１１Ｂの処理手順に従い説明する。図２１は、変形例に係る制御回路１１Ｂが画像処理タスクを特定する流れの例を示すフローチャートである。以下では、説明を明瞭にするため、依頼された検査に対して必要な画像処理タスクが「ＭＰＲ」及び「大腸解析」であるとする。また、「ＭＰＲ」は、撮影検査時において検査技師により実行されており、「大腸解析」は実行されていないものとする。

制御回路１１Ｂは、入力インタフェース回路１３を介して、医用画像及びキャプチャ画像を表示する所定のアプリケーションを起動する起動指示が入力されると、タスク特定機能１１１を実行する。タスク特定機能１１１の実行により制御回路１１Ｂは、ＲＩＳサーバ４１から検査予約情報を取得する（ステップＳＧ１）。

制御回路１１Ｂは、取得した検査予約情報のうちの１つを読み込む（ステップＳＧ２）。ここで、読み込まれた検査予約情報には、患者ＩＤ「００００１」、装置「Ｘ線ＣＴ検査」、手技「ＣＴコロノグラフィ―」、撮影部位「大腸」、***「指定なし」、及び撮影方向「指定なし」が含まれているものとする。

制御回路１１Ｂは、検査予約情報を読み込むと、タスク管理機能１１５Ｂを実行する。タスク管理機能１１５Ｂの実行により制御回路１１Ｂは、ステップＳＧ２において読み込んだ検査予約情報に含まれる患者ＩＤ「００００１」をキーとして、画像保管サーバ３０から医用画像ファイル及びＳＣ画像ファイルを読み出す（ステップＳＧ３）。読み出された医用画像ファイルの付帯情報及びＳＣ画像ファイルの付帯情報には、患者ＩＤに加えて、検査ＵＩＤ、及びシリーズＵＩＤ等も含まれる。

制御回路１１Ｂは、画像保管サーバ３０から読み出した医用画像ファイルの付帯情報及びＳＣ画像ファイルの付帯情報に含まれる検査ＵＩＤを取得する（ステップＳＧ４）。

制御回路１１Ｂは、ステップＳＧ４において、検査ＵＩＤを取得すると、図５に示されるタスク対応テーブル１５１から１レコード読み込む（ステップＳＧ５）。制御回路１１Ｂは、例えば、図５に示される、１行目のレコード、すなわち臨床キーワード「ＣＴ、大腸、コロノグラフィ―」及び画像処理タスク「大腸解析」であるレコードを読み込む。

制御回路１１Ｂは、ステップＳＧ５において読み込んだレコードに設定された画像処理タスク「大腸解析」が、ステップＳＧ２において読み込んだ検査予約情報に対して必要か否か判定する（ステップＳＧ６）。具体的には、制御回路１１Ｂは、検査予約情報に含まれる文字列である、装置「Ｘ線ＣＴ検査」、手技「ＣＴコロノグラフィ―」、撮影部位「大腸」、***「指定なし」、及び撮影方向「指定なし」と、読み込んだレコードに含まれる臨床キーワード「ＣＴ、大腸、コロノグラフィー」とを照合する。

制御回路１１Ｂは、検査予約情報に含まれる文字列に臨床キーワード「ＣＴ、大腸、コロノグラフィー」が含まれているため、当該検査予約情報に対して画像処理タスクが必要であると判定する（ステップＳＧ６のＹｅｓ）。そして、制御回路１１Ｂは、タスク対応テーブル１５１から当該臨床キーワードに関連付けられた画像処理タスク「大腸解析」を抽出する（ステップＳＧ７）。

制御回路１１Ｂは、図２２に示されるようなタスク管理テーブル１５２Ｂに対し、抽出した画像処理タスク「大腸解析」に関するレコードを登録する（ステップＳＧ８）。すなわち、制御回路１１Ｂは、タスク管理テーブル１５２Ｂに対し、ステップＳＧ４において取得した検査ＵＩＤ「０００１」、画像処理タスク「大腸解析」、及び実行状態「未実行」が含まれるレコードを登録する。

制御回路１１Ｂは、タスク対応テーブル１５１に登録されたレコードのうち、画像処理タスクの実行要否が判定されていない他のレコードが存在するか否か判定する（ステップＳＧ９）。

制御回路１１Ｂは、画像処理タスクの実行要否が判定されていない他のレコードが存在する場合（ステップＳＧ９のＹｅｓ）、画像処理タスクの実行要否が判定されていないレコードを、タスク対応テーブル１５１から１レコード読み込み（ステップＳＧ５）、ステップＳＧ６以降の処理を再度実行する。

例えば、制御回路１１Ｂは、図５に示される画像処理タスク「ＭＰＲ」の実行要否が判定されていないため、画像処理タスク「ＭＰＲ」が含まれるレコードを読み出す（ステップＳＧ５）。制御回路１１Ｂは、検査予約情報に含まれる文字列に、臨床キーワード「ＣＴ」を照合する（ステップＳＧ６）。

制御回路１１Ｂは、検査予約情報に、臨床キーワード「ＣＴ」が含まれるため、タスク対応テーブル１５１から画像処理タスク「ＭＰＲ」を抽出する（ステップＳＧ７）。

制御回路１１Ｂは、図２２に示されるように、タスク管理テーブル１５２Ｂに対し、抽出した画像処理タスク「ＭＰＲ」に関するレコードを登録する（ステップＳＧ８）。すなわち、制御回路１１Ｂは、タスク管理テーブル１５２Ｂに対し、検査ＵＩＤ「０００１」、画像処理タスク「ＭＰＲ」、及び実行状態「未実行」が含まれるレコードを登録する。

制御回路１１Ｂは、画像処理タスクの実行要否が判定されていない他のレコードが存在しない場合（ステップＳＧ９のＮｏ）、画像処理タスクが必要であるか否か判定していない他の検査予約情報が存在するか否か判定する（ステップＳＧ１０）。

制御回路１１Ｂは、画像処理タスクが必要であるか否か判定していない他の検査予約情報が存在する場合（ステップＳＧ１０のＹｅｓ）、検査予約情報を１つ読み込み（ステップＳＧ２）、ステップＳＧ３からステップＳＧ９までの処理を再度実行する。

制御回路１１Ｂは、画像処理タスクが必要であるか否か判定していない他の検査予約情報が存在しない場合（ステップＳＧ１０のＮｏ）、タスク特定機能１１１の処理を終了する。

次に、医用画像表示装置１０Ｂが、画像一覧の表示要求に応じ、タスク管理テーブル１５２Ａに登録された実行状態を表示回路１２に表示する動作を説明する。図２３は、変形例に係る制御回路１１Ｂが、画像一覧の表示要求に応じ、画像処理タスクの実行状態を判定し、判定した実行状態を表す画像データを表示回路１２に表示する流れを示すフローチャートである。なお、以下では、画像一覧の表示要求は、例えば患者ＩＤ及び検査ＵＩＤが指定されることで実現されるものとする。

制御回路１１Ｂは、入力インタフェース回路１３を介して画像一覧の表示要求を受け付ける（ステップＳＨ１）。具体的には、まず、読影医等により入力インタフェース回路１３を介して依頼された検査の対象となる患者が指定される。

制御回路１１Ｂは、図８に示されるように、患者ＩＤ「００００１」の患者について、「２０１６年３月４日午前７時」に実施された検査に係る画像一覧の表示要求がされると、タスク実行状態判定機能１１２を実行する。タスク実行状態判定機能１１２の実行により制御回路１１は、この検査に割り当てられた検査ＵＩＤ、例えば「０００１」が含まれる医用画像ファイル及びＳＣ画像ファイルを、患者ＩＤ「００００１」をキーとして画像保管サーバ３０から予め読み出された医用画像ファイル及びＳＣ画像ファイルから抽出する（ステップＳＨ２）。

制御回路１１Ｂは、検査ＵＩＤ「０００１」であるレコードがタスク管理テーブル１５２Ｂに存在するか否か判定する（ステップＳＨ３）。

制御回路１１Ｂは、ステップＳＨ３において、検査ＵＩＤ「０００１」であるレコードがタスク管理テーブル１５２Ｂに存在しない場合（ステップＳＨ３のＮｏ）、ステップＳＨ２において抽出された医用画像ファイルに係る画像一覧を図８に示される画像一覧表示領域Ｆ３に表示する（ステップＳＨ１０）。

制御回路１１Ｂは、検査ＵＩＤ「０００１」であるレコードがタスク管理テーブル１５２Ｂに存在する場合（ステップＳＨ３のＹｅｓ）、検査ＵＩＤ「０００１」であるレコードをタスク管理テーブル１５２Ｂから１レコード読み込む（ステップＳＨ４）。

制御回路１１Ｂは、ステップＳＨ２において抽出されたＳＣ画像ファイルにおける付帯情報を参照し、図２２に示されるタスク管理テーブル１５２Ｂから読み込んだレコードに含まれる画像処理タスクの実行結果を取得する（ステップＳＨ５）。制御回路１１Ｂは、例えば、図２２に示される検査ＵＩＤ「０００１」であるレコードに含まれる画像処理タスク「大腸解析」の実行結果を取得する。具体的には、制御回路１１Ｂは、検査ＵＩＤ「０００１」であるＳＣ画像ファイルの中で、その付帯情報に含まれる画像処理タスクを特定可能な情報が画像処理タスク「大腸解析」を表すＳＣ画像ファイルの数を取得する。

制御回路１１Ｂは、ステップＳＨ５において取得したＳＣ画像ファイルの数と、画像処理タスク毎に予め設定される数とを比較することにより、当該画像処理タスクの実行状態が「実行済」であるか否か判定する（ステップＳＨ６）。具体的には、制御回路１１Ｂは、検査ＵＩＤ「０００１」であるＳＣ画像ファイルの中で、その付帯情報に含まれる画像処理タスクを特定可能な情報が画像処理タスク「大腸解析」を表すＳＣ画像ファイルの数と、画像処理タスク「大腸解析」に対して予め設定された数とを比較することにより、画像処理タスク「大腸解析」の実行状態が「実行済」であるか否か判定する。

制御回路１１Ｂは、検査ＵＩＤ「０００１」であるＳＣ画像ファイルの中で、その付帯情報に含まれる画像処理タスクを特定可能な情報が画像処理タスク「大腸解析」を表すＳＣ画像ファイルが存在しない場合、当該画像処理タスク「大腸解析」の実行状態は「未実行」であると判定し（ステップＳＨ６のＮｏ）、タスク管理テーブル１５２Ｂに検査ＵＩＤ「０００１」であるレコードのうち、実行状態を判定されていない他のレコードが存在するか否か判定する（ステップＳＨ８）。

制御回路１１Ｂは、タスク管理テーブル１５２Ｂにおいて、検査ＵＩＤ「０００１」であるレコードのうち、実行状態を判定されていない他のレコードが存在する場合（ステップＳＨ８のＹｅｓ）、制御回路１１Ｂは、タスク管理テーブル１５２Ｂから１レコード読み込み（ステップＳＨ４）、ステップＳＨ５以降の処理を再度実行する。制御回路１１Ｂは、図２２に示されるように、タスク管理テーブル１５２Ｂにおいて、検査ＵＩＤ「０００１」であるレコードのうち、実行状態が判定されていない他のレコードが存在する、すなわち、検査ＵＩＤ「０００１」かつ画像処理タスク「ＭＰＲ」であるレコードが存在するため、ステップＳＨ４以降の処理を再度実行する。

具体的には、制御回路１１Ｂは、検査ＵＩＤ「０００１」であるＳＣ画像ファイルの中で、付帯情報に含まれる画像処理タスクを特定可能な情報が画像処理タスク「ＭＰＲ」を表すＳＣ画像ファイルの数を取得する（ステップＳＨ５）。

制御回路１１Ｂは、検査ＵＩＤ「０００１」であるＳＣ画像ファイルの中で、その付帯情報に含まれる画像処理タスクを特定可能な情報が画像処理タスク「ＭＰＲ」を表すＳＣ画像ファイルの数と、画像処理タスク「ＭＰＲ」に対して予め設定された数とを比較することにより、画像処理タスク「ＭＰＲ」の実行状態が「実行済」であるか否か判定する（ステップＳＨ６）。

制御回路１１Ｂは、検査ＵＩＤ「０００１」であるＳＣ画像ファイルの中で、その付帯情報に含まれる画像処理タスクを特定可能な情報が画像処理タスク「ＭＰＲ」を表すＳＣ画像ファイルが予め設定された数存在する場合、当該画像処理タスク「大腸解析」の実行状態は「実行済」であると判定し（ステップＳＨ６のＹｅｓ）、図２２に示されるタスク管理テーブル１５２Ｂにおいて検査ＵＩＤ「０００１」かつ画像処理タスク「ＭＰＲ」であるレコードの実行状態の値を、図２２に示される「未実行」から図２４に示される「実行済」に更新する。

制御回路１１Ｂは、タスク管理テーブル１５２Ｂにおいて、検査ＵＩＤ「０００１」であるレコードのうち、実行状態が判定されていない他のレコードが存在しない場合（ステップＳＨ８のＮｏ）、表示制御機能１１３を実行する。表示制御機能１１３の実行により制御回路１１Ｂは、図２４に示されるタスク管理テーブル１５２Ｂを参照し、画像一覧の表示要求において指定された検査に割り当てられた検査ＵＩＤ「０００１」に対応する画像処理タスクの実行状態に応じて、当該画像処理タスクの実行状態を表す画像データを、例えばシリーズ毎に生成する。

制御回路１１Ｂは、表示回路１２を制御し、生成した画像データを、画像処理状態表示アイコンとして、医用画像ファイルに係る画像一覧と共に、図８に示される画像一覧表示領域Ｆ３に表示する（ステップＳＨ９）。画像処理状態表示アイコンは、所定のオーダ番号に係る画像処理タスクの実行状態が識別可能なアイコンである。なお、変形例では、図１０に示される画像処理状態表示アイコンは、画像一覧の表示要求において指定された検査に割り当てられた検査ＵＩＤ「０００１」をキーとして抽出されるレコードの実行状態の値に応じて生成されるものとする。

次に、変形例に係る表示回路１２に表示される画像処理状態表示アイコンが指定されて画像処理タスクが実行される流れを、図１０及び図２５を参照しながら説明する。図２５は、変形例に係る表示回路１２に表示される所定の画像処理状態表示アイコンが指定された場合の処理の流れの例を示すフローチャートである。

まず、制御回路１１Ｂは、入力インタフェース回路１３を介して図１１に示される画像処理状態表示領域Ｆ３２の任意の位置が接触されるまで待機する（ステップＳＩ１）。

制御回路１１Ｂは、画像処理状態表示領域Ｆ３２の任意の位置が接触されると、当該接触された位置が画像処理タスクの実行状態が「未実行」を表す画像処理状態表示アイコンに対応する位置であるか否か判定する（ステップＳＩ２）。

制御回路１１Ｂは、画像処理状態表示領域Ｆ３２上で接触された位置が画像処理タスクの実行状態が「未実行」を表す画像処理状態表示アイコンに対応する位置である場合（ステップＳＩ２のＹｅｓ）、タスク実行指示機能１１４を実行する（ステップＳＩ３）。タスク実行指示機能１１４の実行により制御回路１１Ｂは、当該画像処理状態表示アイコンに関連付けられた画像処理タスクの実行指示を生成する。制御回路１１Ｂは、生成した実行指示を、通信インタフェース回路１４を介して、例えばワークステーション２０に転送する。

制御回路１１Ｂは、例えば、図１０に示される画像処理状態表示アイコンＩ５が指定されると、通信インタフェース回路１４を介して、画像処理タスク「大腸解析」の実行指示をワークステーション２０に転送する。これにより、ワークステーション２０の制御回路２３において画像処理タスク「大腸解析」が実行され、キャプチャ画像が生成される。

ワークステーション２０は、生成したキャプチャ画像を例えばＤＩＣＯＭ規格に準拠した形式に変換することにより、ＳＣ画像ファイルを生成する。そして、ワークステーション２０は、「実行済」である旨を含む実行結果を、通信インタフェース回路２１を介して、医用画像表示装置１０Ｂに送信する。また、ワークステーション２０は、生成したＳＣ画像ファイルを画像保管サーバ３０に送信する。

医用画像表示装置１０Ｂは、ワークステーション２０から「実行済」である旨を含む実行結果を受信すると、ワークステーション２０から画像保管サーバ３０に送信されたＳＣ画像ファイルを、画像保管サーバ３０から取得する。

制御回路１１Ｂは、実行指示をした画像処理タスクが実行された結果生成されるＳＣ画像ファイルを画像保管サーバ３０から取得すると、タスク管理機能１１５Ｂを実行し、タスク管理テーブル１５２Ｂにおいて当該画像処理タスクの実行状態を「実行済」に更新する（ステップＳＩ４）。制御回路１１Ｂは、例えば、画像処理タスク「大腸解析」の実行状態を「未実行」から「実行済」に更新する。

制御回路１１Ｂは、タスク管理テーブル１５２Ｂにおいて当該画像処理タスクの実行状態を「実行済」に更新すると、表示制御機能１１３を実行する。表示制御機能１１３の実行により制御回路１１Ｂは、タスク管理テーブル１５２Ｂを参照し、画像処理タスク「大腸解析」の実行状態が「実行済」である旨を表す画像データを生成する。制御回路１１Ｂは、表示回路１２を制御し、生成した画像データを、画像処理状態表示アイコンとして、医用画像ファイルに係る画像一覧と共に、例えば図１０に示される画像一覧表示領域Ｆ３に表示する（ステップＳＩ５）。

制御回路１１Ｂは、画像処理状態表示領域Ｆ３上で接触された位置が画像処理タスクの実行状態が「未実行」を表す画像処理状態表示アイコンに対応する位置でない、すなわち所定の画像処理タスクが実行済であることを表す画像処理状態表示アイコンに対応する位置である場合（ステップＳＩ２のＮｏ）、表示制御機能１１３を実行する（ステップＳＩ６）。表示制御機能１１３の実行により制御回路１１Ｂは、例えば、画像処理タスクの実行結果であるキャプチャ画像を表示する。制御回路１１Ｂは、例えば、図１０に示される画像処理状態表示アイコンＩ４が指定されると、画像処理タスク「ＭＰＲ」の実行結果であるＭＰＲ画像を表示する。

変形例によれば、制御回路１１Ｂは、医用画像ファイル及びＳＣ画像ファイルを、オーダ番号ではなく検査ＵＩＤをキーとして抽出する。これにより、例えばＤＩＣＯＭ規格に準拠した医用画像ファイル及びＳＣ画像ファイルの付帯情報に含まれている検査ＵＩＤを活用し、簡易に画像処理タスクを管理することができる。

［他の実施形態］
なお、この発明は上記実施形態に限定されるものではない。例えば、上記実施形態では、画像処理タスクの実行状態は、アイコン形式で表示されていたが、文字に画像処理タスクの実行結果を表す画像ファイル、又は、画像処理プログラムが関連付けされた形式で表示されてもよい。

また、第１実施形態では、ワークステーション２０が備える制御回路２３において画像処理タスクを実行したがこれに限定されない。すなわち、医用画像表示装置１０が備える制御回路１１にタスク実行機能２３１と同様の機能が実装され、画像処理タスクが医用画像表示装置１０において実行されてもよい。

また、第２の実施形態では、ビューア１０Ａ及び画像保管サーバ３０Ａは、別筐体であったが、これに限定されない。すなわち、ビューア１０Ａが備える入力インタフェース回路１３Ａ及び表示回路１２Ａを、画像保管サーバ３０Ａが備え、医用画像表示装置として利用されてもよい。このとき、画像保管サーバ３０Ａにおいて、入力インタフェース回路１３Ａを介した画像一覧の表示要求の受付、及び表示回路１２Ａを介した画像処理状態表示アイコン等の表示が実現される。

また、上記実施形態では、タスク管理テーブル１５２の実行状態の取りうる値は、「実行済」及び「未実行」に限定されない。例えば、実行状態の取りうる値としては、「一部実行済」が挙げられる。「一部実行済」とは、例えば画像処理状態表示アイコンに対応付けられた画像処理タスクが複数あり、その一部の画像処理タスクのみ実行されている場合に取りうる値である。すなわち、「一部実行済」は、画像処理タスク毎に予め設定されるＳＣ画像ファイル等の数に対して、実際に生成されているＳＣ画像ファイル等が一部の数のみ生成されている場合に取りうる値である。

このとき、実行状態が「一部実行済」であることを表す画像処理状態表示アイコンには、「一部実行済」であることが認識可能な画像、例えば「一部実行済」の文字列が表示されている。実行状態が「一部実行済」であることを表す画像処理状態表示アイコンが指定されると、第１の実施形態に係る制御回路１１は、表示回路１２を制御し、例えば画像処理タスクの実行結果が関連付けられたアイコンと、未だ実行されていない所定の画像処理タスクの実行指示を生成するプログラムが関連付けられたアイコンとを並列して表示する。

また、上記実施形態では、画像処理タスクの実行状態の判定を、タスク実行状態判定機能１１２により実現していたがこれに限定されない。すなわち、画像処理タスクの実行状態の判定を個々の画像処理タスクのアプリケーションに実装することにより実現してもよい。

上記説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ(Graphics Processing Unit)、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。プロセッサは記憶回路に保存されたプログラムを読み出し実行することで機能を実現する。なお、記憶回路にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むよう構成しても構わない。この場合、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。なお、上記各実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。さらに、図２及び図３における複数の構成要素を１つのプロセッサへ統合してその機能を実現するようにしてもよい。また、図１３及び図１４における複数の構成要素を１つのプロセッサへ統合してその機能を実現するようにしてもよい。

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

１０…医用画像表示装置、１０Ａ…ビューア、２０…ワークステーション、３０、３０Ａ…画像保管サーバ、４１…ＲＩＳサーバ、４２…ＲＩＳ端末、５０…医用画像診断装置、１１…制御回路、１２…表示回路、１３…入力インタフェース回路、１４…通信インタフェース回路、１５…記憶回路、３１…制御回路、３４…通信インタフェース回路、３５…記憶回路、１１１…タスク特定機能、１１２…タスク実行状態判定機能、１１３…表示制御機能、１１４…タスク実行指示機能、１１５…タスク管理機能、１５１…タスク対応テーブル、１５２…タスク管理テーブル、３１１…タスク特定機能、３１２…タスク実行状態判定機能、３１３…表示制御機能、３１４…タスク実行機能、３１５…タスク管理機能、３５１…タスク対応テーブル、３５２…タスク管理テーブル。

Claims (13)

1. 検査を依頼する際に入力される検査予約情報に含まれる臨床キーワードと、一つ以上の画像処理とを関連付けたテーブルと、
   前記検査予約情報および前記テーブルに基づき、前記検査において実行が求められる一つ以上の画像処理を特定する特定部と、
   前記検査が実施されることで取得された医用画像の表示要求に応じ、前記特定部により特定された一つ以上の画像処理の実行状態を、前記医用画像に関する情報に基づいて判定する実行状態判定部と、
   前記実行状態判定部により判定された一つ以上の画像処理の実行状態を管理する管理部と
   を具備する医用画像表示装置。
2. 前記管理部により管理される前記一つ以上の画像処理の実行状態に基づき、前記表示要求された医用画像に対し、前記特定された一つ以上の画像処理が実行されたか否かを識別可能な画像処理状態表示アイコンを生成する表示制御部をさらに具備する請求項１に記載の医用画像表示装置。
3. 前記表示制御部は、読影候補と成り得る複数の医用画像群の表示を指令する医用画像表示指令アイコンを表示する領域を規定し、前記画像処理状態表示アイコンを前記領域内に配置する請求項２に記載の医用画像表示装置。
4. 前記表示制御部は、前記領域内において、前記画像処理状態表示アイコンを、前記医用画像表示指令アイコンと並べて配置する請求項３に記載の医用画像表示装置。
5. 前記管理部において未実行として管理される一つ以上の画像処理への実行指示に応じ、前記実行指示を、ネットワークを介して接続するワークステーションへ転送する実行指示部をさらに具備し、
   前記表示制御部は、前記一つ以上の画像処理の結果を表示する請求項２乃至４のうちいずれかに記載の医用画像表示装置。
6. 前記実行指示部は、前記表示要求された医用画像に対して前記特定された一つ以上の画像処理が未実行である場合、前記画像処理状態表示アイコンの指定に応じ、前記実行指示を生成し、
   前記表示制御部は、前記表示が要求された医用画像に対して前記特定された一つ以上の画像処理が実行済みである場合、前記画像処理状態表示アイコンの指定に応じ、前記特定された一つ以上の画像処理の結果を表示する請求項５に記載の医用画像表示装置。
7. 前記管理部において未実行として管理される一つ以上の画像処理への実行指示に応じ、前記一つ以上の画像処理を実行する実行部をさらに具備し、
   前記表示制御部は、前記実行した一つ以上の画像処理の結果を表示する請求項２乃至４のうちいずれかに記載の医用画像表示装置。
8. 前記実行部は、前記表示要求された医用画像に対して前記特定された一つ以上の画像処理が未実行である場合、前記画像処理状態表示アイコンの指定に応じ、前記一つ以上の画像処理を実行し、
   前記表示制御部は、前記表示要求された医用画像に対して前記特定された一つ以上の画像処理が実行済みである場合、前記画像処理状態表示アイコンの指定に応じ、前記特定された一つ以上の画像処理の結果を表示する請求項７に記載の医用画像表示装置。
9. 前記管理部は、前記一つ以上の画像処理の実行状態を、前記表示要求された医用画像と関連付けて管理する請求項２乃至８のうちいずれかに記載の医用画像表示装置。
10. 前記管理部は、前記表示要求に応じて前記医用画像を表示する最中において、前記検査において実行が求められる一つ以上の画像処理が実行された場合、前記管理部により管理される前記一つ以上の画像処理の実行状態を更新し、
    前記表示制御部は、前記更新された前記一つ以上の画像処理の実行状態に基づいて、前記画像処理状態表示アイコンが表示される表示画面を更新する請求項５乃至８のうちいずれかに記載の医用画像表示装置。
11. 画像ファイルを保管する画像保管サーバと、
    前記画像ファイルを表示する医用画像表示装置と
    を具備し、
    前記医用画像表示装置は、
    検査を依頼する際に入力される検査予約情報に含まれる臨床キーワードと、一つ以上の画像処理とを関連付けたテーブルと、
    前記検査予約情報および前記テーブルに基づき、前記検査において実行が求められる一つ以上の画像処理を特定する特定部と、
    前記検査が実施されることで取得された医用画像の表示要求に応じ、前記特定部により特定された一つ以上の画像処理の実行状態を、前記医用画像に関する情報に基づいて判定する実行状態判定部と、
    前記実行状態判定部により一つ以上の判定された画像処理の実行状態を管理する管理部と
    を備える医用画像管理システム。
12. 画像ファイルを保管する画像保管サーバと、
    前記画像ファイルを表示するビューアと
    を具備し、
    前記画像保管サーバは、
    検査を依頼する際に入力される検査予約情報に含まれる臨床キーワードと、一つ以上の画像処理とを関連付けたテーブルと、
    前記検査予約情報および前記テーブルに基づき、前記検査において実行が求められる一つ以上の画像処理を特定する特定部と、
    前記検査が実施されることで取得された医用画像の表示要求に応じ、前記特定部により特定された一つ以上の画像処理の実行状態を、前記医用画像に関する情報に基づいて判定する実行状態判定部と、
    前記実行状態判定部により判定された一つ以上の画像処理の実行状態を管理する管理部と
    を備える医用画像管理システム。
13. 検査を依頼する際に入力される検査予約情報に基づき、前記検査において実行が求められる画像処理を特定する特定部と、
    前記検査が実施されることで取得された医用画像の表示要求に応じ、前記特定部により特定された画像処理の実行状態を、前記医用画像に関する情報に基づいて判定する実行状態判定部と、
    前記実行状態判定部により判定された画像処理の実行状態を管理する管理部と、
    前記管理部により管理される前記画像処理の実行状態に基づき、前記表示要求された医用画像に対し、前記特定された画像処理が実行されたか否かを識別可能な画像処理状態表示アイコンを生成する表示制御部と、
    前記管理部において未実行として管理される画像処理への実行指示に応じ、前記実行指示を、ネットワークを介して接続するワークステーションへ転送する実行指示部と
    を具備し、
    前記実行指示部は、前記表示要求された医用画像に対して前記特定された画像処理が未実行である場合、前記画像処理状態表示アイコンの指定に応じ、前記実行指示を生成し、
    前記表示制御部は、前記表示が要求された医用画像に対して前記特定された画像処理が実行済みである場合、前記画像処理状態表示アイコンの指定に応じ、前記特定された画像処理の結果を表示する医用画像表示装置。