医用画像表示装置、医用画像表示方法、並びに医用画像表示プログラム
【課題】医用画像の視認性を阻害することなく、付帯情報を効果的に表示する。
【解決手段】レポート作成端末１３のストレージデバイス３２には、属性テーブル７０が記憶されている。属性テーブル７０には、医用画像１７の付帯情報の各項目の関連性を示す属性情報が格納される。画像表示画面４６の表示に先立ち、領域設定部４２は、医用画像１７の主要被写体表示領域６０を抽出し、それ以外のいずれかを付帯情報表示領域６１の候補領域として設定する。表示形態決定部４３は、付帯情報の各項目の表示に必要な必要領域を算出し、付帯情報が候補領域に収まるか否かを判定する。表示形態決定部４３は、付帯情報が候補領域に収まらないと判定した場合、属性毎に項目をグループ化して再度判定を行い、各項目の表示形態を決定する。
【解決手段】レポート作成端末１３のストレージデバイス３２には、属性テーブル７０が記憶されている。属性テーブル７０には、医用画像１７の付帯情報の各項目の関連性を示す属性情報が格納される。画像表示画面４６の表示に先立ち、領域設定部４２は、医用画像１７の主要被写体表示領域６０を抽出し、それ以外のいずれかを付帯情報表示領域６１の候補領域として設定する。表示形態決定部４３は、付帯情報の各項目の表示に必要な必要領域を算出し、付帯情報が候補領域に収まるか否かを判定する。表示形態決定部４３は、付帯情報が候補領域に収まらないと判定した場合、属性毎に項目をグループ化して再度判定を行い、各項目の表示形態を決定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像とその付帯情報をディスプレイの画面上に重ねて表示する医用画像表示装置、医用画像表示方法、並びに医用画像表示プログラムに関する。
【背景技術】
【０００２】
最近の医療現場には、カルテや医用レポート（以下、単にレポートという）等の医用文書を電子データとして扱い、医用文書の作成や管理を容易ならしめるための様々なコンピュータシステムが導入されつつある。その中で、レポート作成支援システムは、レポートの作成に際して大いに活用されている。
【０００３】
レポート作成支援システムは、レポートを作成するレポート作成端末と、作成されたレポートのデータを格納するデータベース（以下、ＤＢと略す）サーバとを備える。ＤＢサーバには、レポートのデータに加えて、医用画像のデータが格納される。医用画像は、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置といったモダリティ（医療検査機器）で撮影される。
【０００４】
レポート作成端末は、例えば、画像診断を専門とする医師（以下、読影医という）によって操作され、読影医が医用画像を観察して認識した、病変の状態等の観察記録、すなわち所見の入力を受け付ける。レポート作成端末は、入力された所見のデータをレポートにまとめる編集機能を備えている。レポートを作成する際に参照される医用画像は、レポート作成端末のディスプレイ、または専用のディスプレイに表示され、これを読影医が観察する。
【０００５】
ＤＢサーバは、ネットワークを通じて読み出し可能な状態でレポートや医用画像のデータを保存する。読影を依頼した診療科の医師（以下、依頼医という）は、診療科に配置された診療科端末を通じてＤＢサーバへアクセスし、レポートや医用画像のデータを診療科端末に読み出して、これらを閲覧する。
【０００６】
医用画像には、患者ＩＤ、患者名、性別、生年月日、検査ＩＤ、検査日（撮影日）、撮影条件、検査種等の様々な付帯情報が付加される。付帯情報は、レポートを作成する際の指標となる情報であるため、医用画像とともに同一画面上に重ねて表示される。
【０００７】
特許文献１には、医用画像と付帯情報の表示形態を規定した医用画像表示装置が開示されている。例えば、複数の断層画像の被検体の部位のうち最大のものを認識し、その画像領域を求めて、画像領域に付帯情報が重複しないように表示している。実施例１の「文字優先、画像移動方式」、または実施例２の「画像優先文字表示方式」では、画像領域、または付帯情報の表示領域のどちらか一方を移動させて、これらの重複を回避している。
【０００８】
また、実施例３として、画面上で読影医に関心領域（Region of interest；以下、ＲＯＩと略す）を指定させて、ＲＯＩと付帯情報の表示領域が重ならないようにする「関心領域設定方式」や、実施例４として、表示する付帯情報の量に応じて医用画像を縮小表示し、付帯情報との重複を回避する「画像縮小方式」も記載されている。
【特許文献１】特開２００７−１８５２１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
医用画像は、診断の根幹をなすデータであるため、できる限り高精細で鮮明に表示することが好ましい。一方、付帯情報には、読影やレポートを作成するにあたって、まとめて見たい相互に関連性がある項目と、そうでない項目とがある。このため、関連性が高い項目はなるべくまとめて表示することが好ましい。また、付帯情報の各項目の関連性は、依頼医や読影医、検査対象の患者等によっても異なる。
【００１０】
特許文献１の実施例１、２では、医用画像または付帯情報の表示領域のうちの一方を固定し、他方を移動させている。医用画像または付帯情報の表示領域がディスプレイの画面からはみ出ないようにすることが記載されているが、ディスプレイの画面は有限であるため、表示領域の移動量にも限界がある。従って、各表示領域が重複する場合も有り得る。各表示領域が重複すると、医用画像または付帯情報が見え難くなるため、誤診や病変の見落とし等の医療ミスに繋がるおそれがある。
【００１１】
また、医用画像または付帯情報の表示領域を移動させると、正規の表示位置からずれるため、過去の医用画像との比較がままならないという問題もある。特に医用画像の表示領域を移動させ、且つ動画表示した場合は、フレーム毎に医用画像の表示位置が変ってしまい、非常に観察し難くなる。
【００１２】
実施例３では、ＲＯＩを読影医に指定させているため、操作が面倒である。実施例４では、詳しい読影を必要としないレポートに貼り付けられる医用画像への適用を想定しているので、縮小による画質劣化は問題ないとしている。しかしながら、読影に供する医用画像に適用した場合は、画質劣化により正確な診断が下せないという問題が惹起する。
【００１３】
上記の問題点の解決策として、医用画像を加工することなく、付帯情報の並びを変えたり、付帯情報の表示領域を適宜に割り当てる等して、付帯情報の表示を工夫することが考えられる。しかしながら、闇雲に付帯情報の並びを変えたり、付帯情報の表示領域を割り当てたりすると、関連性がある項目が離れた位置に表示されてしまう場合があり、情報としてのまとまりがなくなる、視線移動が面倒といった新たな問題が生じる。
【００１４】
本発明は、上記課題に鑑みてなされたもので、その目的は、医用画像の視認性を阻害することなく、付帯情報を効果的に表示することにある。
【課題を解決するための手段】
【００１５】
上記目的を達成するために、本発明の医用画像表示装置は、医用画像、およびｍ０個（ｍ０は２以上の自然数）の項目からなる医用画像の付帯情報を、ディスプレイの画面上に重ねて表示させる表示制御手段と、付帯情報の各項目の属性を定義した属性情報に基づいて、医用画像内の主要被写体表示領域外に設けられた付帯情報表示領域に、同一の属性をもつ項目がまとめて表示されるように、付帯情報の表示形態を決定する表示形態決定手段とを備えることを特徴とする。
【００１６】
医用画像を解析して主要被写体表示領域を抽出し、抽出した主要被写体表示領域外に付帯情報表示領域の候補領域を設定する領域設定手段を備えることが好ましい。
【００１７】
前記表示形態決定手段は、付帯情報を表示するために必要な必要領域の大きさと付帯情報表示領域の候補領域の大きさを比較して、付帯情報が候補領域に収まるか否かを判定する。
【００１８】
属性は階層構造をとる。前記表示形態決定手段は、第ｎ−１階層（ｎは１以上の自然数）の同一の属性をもつｍｎ−１個（≦ｍ０個）の項目（ｎ＝１の場合は全項目）が候補領域に収まるか否かを判定する。該項目が候補領域に収まらないと判定した場合、前記表示形態決定手段は、第ｎ−１階層の下の階層である第ｎ階層の同一の属性をもつｍｎ個（＜ｍｎ−１個、且つｍｎ−１個の項目のうちの少なくとも二個）の項目が候補領域に収まるか否かを判定する。
【００１９】
前記表示形態決定手段は、ｎが予め設定された上限値で、且つ第ｎ階層の同一の属性をもつ項目が候補領域に収まらないと判定した場合、一つ一つの項目が候補領域に収まるか否かを判定する。
【００２０】
前記表示形態決定手段は、ある項目が候補領域に収まると判定した場合、候補領域のうちの少なくとも該項目の必要領域を該項目の付帯情報表示領域に割り当てる。そして、表示形態が決定していない他の項目がある場合、他の項目が、付帯情報表示領域に割り当てた分を候補領域から除いた領域に収まるか否かを判定する。
【００２１】
前記表示形態決定手段は、属性毎に規定された優先表示領域に付帯情報表示領域を割り当てる。
【００２２】
前記表示形態決定手段で決定した表示形態の情報を医用画像に関連付けて記憶させる記憶制御手段を備えることが好ましい。
【００２３】
付帯情報は、医療検査を受ける患者に関する患者関連項目、医用画像の撮影に関する撮影関連項目、または医用画像に関する画像関連項目のうちの少なくともいずれか二種の項目を有し、同一種の関連項目に同一の属性が定義されている。
【００２４】
本発明の医用画像表示方法は、医用画像、および複数個の項目からなる医用画像の付帯情報を、ディスプレイの画面上に重ねて表示させるための医用画像表示方法であって、付帯情報の各項目の属性を定義した属性情報に基づいて、医用画像内の主要被写体表示領域外に設けられた付帯情報表示領域に、同一の属性をもつ項目がまとめて表示されるように、付帯情報の表示形態を決定する表示形態決定ステップと、前記表示形態決定ステップで決定された表示形態に従って、医用画像、および付帯情報の表示制御を行う表示制御ステップとを備える。
【００２５】
本発明の医用画像表示プログラムは、医用画像、および複数個の項目からなる医用画像の付帯情報を、ディスプレイの画面上に重ねて表示させるための医用画像表示プログラムであって、付帯情報の各項目の属性を定義した属性情報に基づいて、医用画像内の主要被写体表示領域外に設けられた付帯情報表示領域に、同一の属性をもつ項目がまとめて表示されるように、付帯情報の表示形態を決定する表示形態決定機能と、前記表示形態決定機能で決定された表示形態に従って、医用画像、および付帯情報の表示制御を行う表示制御機能とを、コンピュータに実現させることを特徴とする。
【発明の効果】
【００２６】
本発明によれば、医用画像には手を加えることなく、同一の属性をもつ項目をまとめて表示するので、医用画像の視認性を阻害することなく、付帯情報を効果的に表示することができる。
【発明を実施するための最良の形態】
【００２７】
図１において、病院等の医療施設に構築される医療情報システム２は、診療科１０に設置される診療科端末１１、放射線検査科（以下、単に検査科という）１２に設置されるレポート作成端末１３、データベース（以下、ＤＢと略す）サーバ１４、およびこれらを通信可能に接続するネットワーク１５を備える。ネットワーク１５は、例えば、院内に敷設されたＬＡＮ（Local Area Network）である。
【００２８】
診療科端末１１は、検査（読影も含む）を依頼する診療科１０の医師（以下、依頼医という）によって操作される。診療科端末１１は、カルテ１６の閲覧や入力の他、検査科１２に対して検査を依頼するためのオーダを発行する際に利用される。診療科端末１１は、検査科１２から提供される医用画像１７やレポート１８を表示して、依頼医の閲覧に供する。
【００２９】
レポート作成端末１３は、読影を専門とする検査科１２の医師（以下、読影医という）によって操作される。レポート作成端末１３は、読影医がオーダを確認したり、レポート１８を作成したりするときに利用される。レポート作成端末１３は、画像表示画面４６やレポート編集画面４７（図３参照）を表示して、レポート１８の作成を支援する。
【００３０】
ＤＢサーバ１４には、カルテＤＢ１９、画像ＤＢ２０、レポートＤＢ２１等の複数のＤＢが構築されている。カルテＤＢ１９は、患者毎のカルテ１６のデータ等を格納する。画像ＤＢ２０は、ＣＲ装置、ＣＴ装置、ＭＲＩ装置といったモダリティ（医療検査機器）２２によって撮影される医用画像１７のデータを格納する。レポートＤＢ２１は、レポート作成端末１３によって作成されたレポート１８のデータを格納する。
【００３１】
ＤＢサーバ１４は、ネットワーク１５を通じて、モダリティ２２から医用画像１７のデータを受信して、受信した医用画像１７のデータを画像ＤＢ２０に格納する。つまり、ＤＢサーバ１４は、いわゆるＰＡＣＳ（Picture Archiving and Communication Systems）サーバとして機能し、モダリティ２２とともにＰＡＣＳを構成する。
【００３２】
医用画像１７のデータは、個々の医用画像１７を識別するための画像ＩＤを有する。医用画像１７のデータは、例えば、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）に準拠したファイル形式で、画像ＤＢ２０に格納される。医用画像１７のファイルには、患者ＩＤ、患者名、性別、生年月日、検査ＩＤ、検査日（撮影日）、撮影条件、検査種等の各種項目からなる付帯情報を記録したＤＩＣＯＭタグが付与される。画像ＤＢ２０に格納された医用画像１７のデータは、ＤＩＣＯＭタグの各種項目を検索キーとして、検索が可能である。
【００３３】
ＤＢサーバ１４は、診療科端末１１およびカルテＤＢ１９とともにカルテシステムを構成する。また、ＤＢサーバ１４は、レポート作成端末１３、画像ＤＢ２０、並びにレポートＤＢ２１とともにレポート作成支援システムを構成する。レポート１８のデータは、医用画像１７のデータと同様、検査ＩＤ、患者ＩＤ、患者名等の検索キーによって検索が可能である。なお、本例では、各ＤＢ１９〜２１を一つのＤＢサーバ１４に構築した例で説明しているが、各ＤＢ１９〜２１を別々のＤＢサーバに構築してもよい。
【００３４】
診療科端末１１が発行するオーダは、患者ＩＤ、患者名、依頼日、依頼元、検査種（ＣＴやＭＲＩ等）、検査目的、読影の要否、依頼医からのコメント（申し渡し事項）等の情報を記録する各種項目を有する。これら各項目の一部（依頼元、コメントの情報等）は、医用画像の付帯情報としても扱われる。依頼元の項目には、内科、脳外科等の依頼医の所属、氏名、医師ＩＤといった情報が記録される。検査目的の項目には、治療中の病巣に対する治療効果を判定する治療効果判定、転移巣の有無を調べる転移検索等の情報が記録される。
【００３５】
診療科端末１１が発行したオーダは、検査科１２に設置されたオーダ受付端末（図示せず）に送信されて、検査科１２に受け付けられる。オーダ受付端末は、受信したオーダに検査ＩＤを付与して、オーダのデータを管理する。検査ＩＤは、受付完了通知とともにオーダ受付端末から診療科端末１１に送信される。検査科１２のスタッフ（検査技師）は、オーダ受付端末で受信したオーダに基づいて、モダリティ２２による撮影を行う。
【００３６】
読影が必要な場合（オーダの読影の要否の項目が要の場合）には、検査ＩＤが付与されたオーダが、オーダ受付端末からレポート作成端末１３に送信される。読影医は、レポート作成端末１３を介してオーダを確認し、画像ＤＢ２０から読影の対象となる医用画像１７のデータを読み出す。そして、読み出した医用画像１７の読影結果をレポート１８にまとめる。
【００３７】
レポート１８の作成が完了すると、読影医は、オーダ発行元の診療科端末１１に対して、レポート作成端末１３を通じて作成完了通知を送信する。作成完了通知には、医用画像１７やレポート１８が格納される各ＤＢ２０、２１内のアドレスが含まれている。依頼医は、診療科端末１１を通じて作成完了通知に含まれるアドレスにアクセスして、医用画像１７やレポート１８を閲覧する。
【００３８】
各端末１１、１３およびＤＢサーバ１４は、それぞれ、パーソナルコンピュータ、サーバ用コンピュータ、ワークステーションといったコンピュータをベースに、オペレーティングシステム等の制御プログラムや、クライアントプログラム又はサーバプログラムといったアプリケーションプログラムをインストールして構成される。
【００３９】
図２において、各端末１１、１３およびＤＢサーバ１４を構成するコンピュータは、基本的な構成は略同じであり、それぞれ、ＣＰＵ３０、メモリ３１、ストレージデバイス３２、ＬＡＮポート３３、およびコンソール３４を備えている。これらはデータバス３５を介して相互接続されている。
【００４０】
ストレージデバイス３２は、例えば、ＨＤＤ（Hard Disk Drive）である。ストレージデバイス３２には、制御プログラムやアプリケーションプログラム（以下、ＡＰという）３６が格納される。また、レポート作成端末１３のストレージデバイス３２には、医用画像１７の付帯情報の各項目の属性を定義した属性テーブル７０（図６参照）が格納される。
【００４１】
さらに、ＤＢサーバ１４には、プログラムを格納するＨＤＤとは別に、ＤＢ用のストレージデバイス３２として、例えば、ＨＤＤを複数台連装したディスクアレイが設けられる。ディスクアレイは、ＤＢサーバ１４の本体に内蔵されるものでもよいし、本体とは別に設けられ、本体にケーブルやネットワークを通じて接続されるものでもよい。
【００４２】
メモリ３１は、ＣＰＵ３０が処理を実行するためのワークメモリである。ＣＰＵ３０は、ストレージデバイス３２に格納された制御プログラムをメモリ３１へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を統括的に制御する。
【００４３】
ＬＡＮポート３３は、ネットワーク１５との間の伝送制御を行うネットワークインタフェースである。コンソール３４は、ディスプレイ３７と、キーボードやマウス、マイクロホン等の入力デバイス３８とからなる。
【００４４】
診療科端末１１には、ＡＰ３６として、カルテ１６の閲覧や編集を行うカルテ用ソフトウエア、医用画像１７やレポート１８の閲覧を行うビューアソフトウエアといったクライアントプログラムがインストールされている。クライアントプログラムが起動されると、診療科端末１１のディスプレイ３７には、ＧＵＩ（Graphical User Interface）による操作画面が表示される。操作画面には、カルテＤＢ１９、画像ＤＢ２０、レポートＤＢ２１からそれぞれ読み出されたカルテ１６、医用画像１７、レポート１８を表示する表示画面が含まれる。
【００４５】
診療科端末１１には、入力デバイス３８を通じて、カルテ１６の入力・編集の指示や、オーダの入力・発行の指示といった操作指示が入力される。入力されたカルテ１６やオーダのデータは、カルテＤＢ１９に格納される。
【００４６】
レポート作成端末１３には、ＡＰ３６として、レポート作成支援を行うレポート編集用のクライアントプログラムがインストールされている。レポート作成端末１３は、レポート編集用のクライアントプログラムによって、医用画像１７の表示処理と、レポート１８の編集処理とを行う。
【００４７】
ＤＢサーバ１４には、ＡＰ３６として、クライアントである各端末１１、１３からの要求に応じて処理を実行し、処理結果を応答するサーバプログラムがインストールされている。
【００４８】
図３において、レポート作成端末１３のＣＰＵ３０は、レポート編集用のクライアントプログラムを起動すると、コンソール制御部（表示制御手段に相当）４０、ＤＢアクセス部（記憶制御手段に相当）４１、領域設定部４２、表示形態決定部４３、編集処理部４４、およびオーダ取得部４５として機能する。
【００４９】
レポート作成端末１３は、ＣＰＵ３０が設けられた端末本体に、二台のディスプレイ３７ａ、３７ｂを接続した構成である。一台のディスプレイ３７ａには、医用画像１７の観察用に使用される画像表示画面４６が出力される。もう一台のディスプレイ３７ｂには、レポート１８の作成に使用されるレポート編集画面４７が出力される。
【００５０】
画像表示画面４６およびレポート編集画面４７は、ＧＵＩによる操作画面を構成する。コンソール制御部４０は、これらの操作画面を各ディスプレイ３７ａ、３７ｂに出力し、操作画面を通じて、入力デバイス３８からの操作指示の入力を受け付ける。
【００５１】
画像表示画面４６およびレポート編集画面４７は、連動して起動する。レポート編集画面４７から、読影対象の医用画像１７が含まれる検査ＩＤが入力されると、コンソール制御部４０は、ＤＢアクセス部４１を通じて、検査ＩＤに対応する医用画像１７のデータを画像ＤＢ２０から取得する。コンソール制御部４０は、取得した医用画像１７をディスプレイ３７ａに出力する際に、画像表示画面４６を起動する。
【００５２】
画像表示画面４６には、ＣＲ装置で撮影された放射線による透視画像や、ＣＴ装置、ＭＲＩ装置で撮影された断層画像、断層画像に基づいて生成される三次元画像といった各種の医用画像１７が表示される。画像表示画面４６は、一画面に六コマの断層画像を配列して表示するというように、複数の医用画像１７を同時に一覧表示することが可能である。また、六コマの断層画像のうちの一コマを選択すると、その断層画像のみを一画面に表示することもできる（図４参照）。画像表示画面４６には、操作ボタン、リストボックス、アイコンといった、ＧＵＩを構成する各種の操作ツールが設けられている。こうした操作ツールを通じて、入力デバイス３８からの各種の操作指示が入力される。
【００５３】
ＣＴ装置やＭＲＩ装置で撮影された断層画像を、医用画像１７として画像表示画面４６に表示した例を示す図４において、画像表示画面４６は、主要被写体表示領域６０と付帯情報表示領域６１とに分けられる。各表示領域６０、６１のサイズ、配置等は、領域設定部４２により設定される。また、付帯情報表示領域６１への付帯情報の表示形態は、表示形態決定部４３で決定される。
【００５４】
主要被写体表示領域６０は、医用画像１７に映し出された被写体の主要部分（この場合は腹部ＣＴ断層像）をなし、略中央に配置される。付帯情報表示領域６１は、医用画像１７の付帯情報を一覧表示し、主要被写体表示領域６０の上部に配置される。
【００５５】
付帯情報表示領域６１には、各項目が三列に並べて計十四個表示されている。左側の一列目の第一区画６２には、「患者名」、「患者ＩＤ」、「性別、生年月日」、「身長、体重」、および「検査種」の項目が表示されている。中央の二列目の第二区画６３には、「撮影日」、「撮影条件」、「撮影部位」、「撮影時刻」、および「造影剤」の項目が表示されている。右側の三列目の第三区画６４には、「シリーズ番号」、「画素数」、「ウィンドウ幅（断層画像の表示濃度幅）」、および「ウィンドウレベル（断層画像の表示中心濃度）」の項目が表示されている。
【００５６】
第一区画６２と第二区画６３の境界線６５、および第二区画６３と第三区画６４の境界線６６は、付帯情報表示領域６１の全幅Ｗ０と、文字列の幅ｗｉ（図５参照）が比較的大きい項目（第一区画６２の「性別、生年月日」、第二区画６３の「撮影条件」、第三区画６４の「ウィンドウレベル」）とを加味して、各区画６２〜６４の項目が他の区画（第三区画６４の場合は画像表示画面４６外）に極力はみ出さないように、予め適正な値に設定されている。
【００５７】
図３に戻って、レポート編集画面４７には、画像表示画面４６と同様の各種操作ツールや付帯情報表示領域の他、複数の所見文入力領域４８が設けられている。こうした操作ツールを通じて、入力デバイス３８からの各種の操作指示が入力される。操作指示は、例えば、所望の操作ツールにポインタ４９を合わせてマウスをクリックすることで行われる。操作指示には、レポートＤＢ２１からレポート１８のデータを読み出す指示、レポートＤＢ２１へレポート１８のデータを保存する指示、所見文入力領域４８を選択してアクティブ（入力が可能な状態）にする指示等が含まれる。
【００５８】
所見文入力領域４８には、読影医が画像表示画面４６を通して医用画像１７を観察して認識した、病変の状態等の観察記録、すなわち所見を表す文（所見文）が入力される。所見文入力領域４８は、病変が複数有る場合に、病変毎に所見を分けて入力したり、検査目的が複数ある場合（例えば、治療効果判定と転移検索等）に、検査目的毎に所見を分けて入力したりといった使い方がされる。また、研修医と指導医、一次読影を行う読影医と二次読影を行う読影医等、複数の読影医が所見をそれぞれ入力するという使い方も可能である。
【００５９】
所見文入力領域４８に入力された所見文のデータ（以下、所見データという）は、個々を識別する所見ＩＤを有する。所見ＩＤは、医用画像１７やレポート１８と所見文との対応をとるためのものであり、所見文入力領域４８の追加された順に付された番号を含む。Ｎ個目（Ｎは１以上の自然数）の所見文入力領域４８に入力される所見文には、「Ｆ−Ｎ」の所見ＩＤが割り当てられる。
【００６０】
レポート編集画面４７にてレポート１８を作成した後、レポート１８のデータを保存する指示がなされると、レポート１８のデータがレポートＤＢ２１に確定保存される。確定保存されたレポート１８は、不正な改ざんを防止するために、編集が禁止される。勿論、作成途中のレポート１８のデータを、レポートＤＢ２１に一時保存することも可能である。
【００６１】
ＤＢアクセス部４１は、コンソール制御部４０や編集処理部４４からの指令に基づいて、ＤＢサーバ１４に対する処理要求の送信と処理結果の受信とを行う。画像ＤＢ２０に対する処理要求には、検査ＩＤや画像ＩＤといった情報を検索キーとして、医用画像１７を検索するための検索要求がある。レポートＤＢ２１に対する処理要求には、作成したレポート１８のデータを格納するための格納要求と、作成したレポート１８のデータや、作成途中のレポート１８のデータの検索要求とがある。
【００６２】
ＤＢアクセス部４１は、格納要求の対象となるデータを編集処理部４４から受け取り、ＤＢサーバ１４へ送信する。また、検索要求の対象となるデータを、ＤＢサーバ１４から受信して、コンソール制御部４０、領域設定部４２、および表示形態決定部４３に引き渡す。
【００６３】
領域設定部４２は、まず、ＤＢアクセス部４１から受け取った医用画像１７のデータに二値化処理を施して、医用画像１７を白黒画像とする。次に、その白黒画像に対してラベリング処理を施す。そして、医用画像１７に映し出された被写体の主要部分を他の部分と識別して抽出する。二値化＋ラベリング処理で被写体の主要部分を抽出する方法は周知であるため、詳しい説明を省略する。必要であれば、「視覚センサを用いた自律移動ロボットの行動決定」 山口智充他 計測自動制御学会東北支部第２３１回研究集会（２００６．１０．３１） 資料番号２３１−４、特開２００７−２９９２１０号公報等を参照されたい。
【００６４】
図４で例示したＣＴ装置やＭＲＩ装置による断層画像は、一回の検査で、患者の体軸方向に連続して複数得られる。このため、領域設定部４２は、一回の検査に関わる複数の断層画像に対して二値化＋ラベリング処理を施して、それぞれの被写体の主要部分を抽出する。そして、その中で大きさが最大となる主要部分を主要被写体表示領域６０とする。
【００６５】
主要被写体表示領域６０を抽出した後、領域設定部４２は、付帯情報表示領域６１の候補となる領域（以下、候補領域という）を設定する。具体的には、図４に示す画像表示画面４６の各ピクセルの位置を、ＸＹ座標（画像表示画面４６の左上を原点（０、０）、右下を最大値（ＸＭＡＸ、ＹＭＡＸ）（例えば、（ＸＭＡＸ、ＹＭＡＸ）＝（１０２３、７６７））で表した場合、主要被写体表示領域６０のＹ座標の下限をＹＬＬ（＞０）として、（０＋α、０＋β）と（ＸＭＡＸ−α、ＹＬＬ−β）を対角線とする矩形（幅Ｗ０＝ＸＭＡＸ−２α、高さＨ０＝ＹＬＬ−２β）を、候補領域と設定する。各境界線６５、６６のＸ座標をＸＤ１、ＸＤ２とすれば、各区画６２〜６４の幅Ｗ１〜Ｗ３はそれぞれ、Ｗ１＝ＸＤ１−α、Ｗ２＝ＸＤ２−ＸＤ１、Ｗ３＝ＸＭＡＸ−ＸＤ２−αとなる。なお、α、βは、各表示領域６０、６１の境界が見難くならないようにするための余白であり、例えば１ピクセルとされている。
【００６６】
主要被写体表示領域６０は、一回の検査に関わる複数の断層画像に対して一個抽出されるため、検査毎に大きさは一定ではなく、そのＹ座標の下限であるＹＬＬは変化する。従って、候補領域の大きさ（高さＨ０）も検査毎に変化する。領域設定部４２は、主要被写体表示領域６０、候補領域の大きさを表す情報（ＸＹ座標や幅、高さの情報）を、コンソール制御部４０、および表示形態決定部４３に出力する。
【００６７】
表示形態決定部４３は、まず、予め設定されたフォントメトリクス（フォントを表示するときのレイアウト情報）を用いて、ＤＢアクセス部４１ないしオーダ取得部４５から受け取った医用画像１７の付帯情報（オーダの付帯情報の一部も含む）の各項目を文字列化したときに、その表示に必要な領域（以下、単に必要領域という。候補領域とは異なる）の大きさを算出する。
【００６８】
ここで、必要領域は、付帯情報のある項目の文字列を折り返しなく一行で表示した場合に必要な領域である。付帯情報の内容は検査毎に異なるため、必要領域の幅も変化する。但し、上記の定義からすると、一行分の必要領域の高さは不変である。図５に例示するように、表示形態決定部４３は、算出した必要領域の大きさの情報（幅ｗｉ、高さｈｉ（ｉ＝１、２、３、・・・、ｍ０；ｍ０は付帯情報表示領域６１に表示する項目の総数、本例では十四個））を、付帯情報の項目毎にデータテーブル形式でメモリ３２に一旦格納させる。なお、以下では、各項目のフォントサイズは同じ（高さｈｉは同じ）であるとして説明する。
【００６９】
表示形態決定部４３は、メモリ３２に格納された各項目の必要領域の幅ｗｉと、第一〜第三区画６２〜６４のうちの該当する区画の幅Ｗ１〜Ｗ３の大小を比較する。ｗｉがＷ１〜Ｗ３以下（ｗｉ≦Ｗ１〜Ｗ３）で、各項目が該当する区画の幅に収まる場合、表示形態決定部４３は、高さの比較に移る。一方、ｗｉがＷ１〜Ｗ３よりも大きく（ｗｉ＞Ｗ１〜Ｗ３）、該当する区画の幅に収まらない場合、表示形態決定部４３は、該項目を各区画６２〜６４の終端で折り返して表示すると決定する。表示形態決定部４３は、折り返して表示すると決定した項目の、メモリ３２に格納された必要領域の高さｈｉを、折り返した分だけ倍（一回折り返しの場合は二倍、二回折り返しの場合は三倍等）にする。
【００７０】
上記のように幅の比較をした後、表示形態決定部４３は、必要領域の高さｈｉを各区画６２〜６４の最大行数（本例では５）で乗算した結果に、各項目の文字列の行間を加算したもの（以下、ＭＡＸΣｈｉと表記する）と、領域設定部４２で設定された候補領域の高さＨ０とを比較する。なお、ＭＡＸΣｈｉは、必要領域の高さｈｉが幅ｗｉと異なり検査に依らず不変であるため既知であり、ストレージデバイス３２に予め記憶されている。
【００７１】
ＭＡＸΣｈｉが高さＨ０以下（ＭＡＸΣｈｉ≦Ｈ０）で、各項目が候補領域の高さに収まる場合、表示形態決定部４３は、図４に示すデフォルトの表示形態で付帯情報の各項目を表示すると決定する。この場合、領域設定部４２で設定された候補領域がそのまま付帯情報表示領域６１となる。
【００７２】
一方、ＭＡＸΣｈｉが高さＨ０よりも大きく（ＭＡＸΣｈｉ＞Ｈ０）、各項目が候補領域の高さに収まらない場合、表示形態決定部４３は、図６に示す属性テーブル７０に基づいて、表示形態を決定する。
【００７３】
図６において、属性テーブル７０は、付帯情報の各項目の属性をデータテーブル形式で格納する。属性とは、各項目の情報としての関連性を示すものである。読影やレポート１８を作成するにあたって、できるだけまとめて見たい項目に同じ属性が付けられる。属性は階層構造をとり、第一階層と第二階層がある。第二階層は第一階層をさらに分化したもので、第一階層の下の階層である。第一階層には「患者関連」、「撮影関連」、「画像関連」の三種が、第二階層には「基本」の一種がそれぞれ属性として定義されている。以下、属性「患者関連」をＧ１１、「撮影関連」をＧ２１、「画像関連」をＧ３１、これらの下の階層の属性「基本」をそれぞれＧ１２、Ｇ２２、Ｇ３２と表記する場合がある。
【００７４】
「患者関連」は、項目「患者名」、「患者ＩＤ」、「性別、生年月日」、および「身長、体重」であり、そのうち「患者名」、「患者ＩＤ」は第二階層が「基本」、あとは定義なしである。「撮影関連」は、項目「検査種」、「撮影日」、「撮影条件」、「撮影部位」、「撮影時刻」、および「造影剤」であり、そのうち「検査種」、「撮影日」、「撮影条件」は第二階層が「基本」、あとは定義なしである。「画像関連」は、項目「シリーズ番号」、「画素数」、「ウィンドウ幅」、および「ウィンドウレベル」であり、そのうち「シリーズ番号」、「画素数」は第二階層が「基本」、あとは定義なしである。
【００７５】
第一階層の各属性Ｇ１１〜Ｇ３１には、それに属する項目を優先して表示すべき画像表示画面４６の領域（以下、優先表示領域という）が予め規定されている。各属性Ｇ１１〜Ｇ３１はそれぞれ、「第一区画」、「第二区画」、「第三区画」が優先表示領域となっている。第二階層の属性Ｇ１２〜Ｇ３２は、第一階層の属性Ｇ１１〜Ｇ３１の優先表示領域の規定に倣う。優先表示領域の情報は、実際には、各区画６２〜６４の大きさを表す情報（ＸＹ座標や幅、高さの情報）である。
【００７６】
属性は、予め設定されていて変更不可であってもよいし、読影医等が設定変更可能に構成してもよい。属性を依頼医や読影医毎に設定してもよく、病変の種類や検査種によって自動的に変更してもよい。また、本例では属性を第一、第二階層に分け、それぞれ三種、一種と定義しているが、階層は一つでもよいし二つ以上でもよく、その種類も本例に左右されない。
【００７７】
表示形態決定部４３は、領域設定部４２が最初に設定した候補領域に、付帯情報の全ての項目が収まるか否かを判定する。全ての項目が収まらないと判定した場合、第一階層の各項目が候補領域に収まるか否かを判定する。第一階層の各項目が収まらないと判定した場合、さらに第二階層の各項目が候補領域に収まるか否かを判定する。それでも第二階層の各項目が収まらないと判定した場合は、一つ一つの項目について新たな候補領域を求め、一項目が新たな候補領域に収まるか否かを判定する。
【００７８】
すなわち、表示形態決定部４３の処理は、記号を用いて以下のように表すことができる。表示形態決定部４３は、第ｎ−１階層（ｎは１以上の自然数）の同一の属性をもつｍｎ−１個（≦ｍ０個）の項目（ｎ＝１の場合は全項目、全項目を第０階層と定義する）が候補領域に収まるか否かを判定する。該項目が候補領域に収まらないと判定した場合、第ｎ−１階層の下の階層である第ｎ階層の同一の属性をもつｍｎ個（＜ｍｎ−１個、且つｍｎ−１個の項目のうちの少なくとも二個）の項目が候補領域に収まるか否かを判定する。ｎが予め設定された上限値で、且つ第ｎ階層の同一の属性をもつ項目が候補領域に収まらないと判定した場合、表示形態決定部４３は、一つ一つの項目が候補領域に収まるか否かを判定する。
【００７９】
また、ある項目が候補領域に収まると判定した場合、候補領域のうちの少なくとも該項目の必要領域を該項目の付帯情報表示領域６１に割り当てる。そして、表示形態が決定していない他の項目がある場合、他の項目が、付帯情報表示領域６１に割り当てた分を候補領域から除いた領域に収まるか否かを判定する。
【００８０】
以下、表示形態決定部４３の処理を、より具体的に説明する。ＭＡＸΣｈｉが高さＨ０よりも大きい場合、表示形態決定部４３は、まず、第一階層のＧ１１の項目の表示形態を決定する。表示形態決定部４３は、メモリ３２に格納された各項目の必要領域の高さｈｉから、Ｇ１１の項目の必要領域の高さｈｉを抜き出し、抜き出した高さｈｉをＧ１１の項目数で乗算した結果に、各項目の文字列の行間を加算したもの（以下、ＭＩＤ１Σｈｉと表記する）を算出する。そして、算出したＭＩＤ１Σｈｉと、領域設定部４２で設定された候補領域の高さＨ０とを比較する。
【００８１】
Ｇ１１の項目のＭＩＤ１Σｈｉが高さＨ０以下（ＭＩＤ１Σｈｉ≦Ｈ０）で、Ｇ１１の項目が候補領域の高さに収まる場合、表示形態決定部４３は、Ｇ１１の優先表示領域が「第一区画６２」に設定されているので、第一区画６２にＧ１１の項目を表示すると決定する。換言すれば、Ｇ１１の項目のための付帯情報表示領域６１に、第一区画６２を割り当てる。この場合、表示形態決定部４３は、Ｇ２１の項目の表示形態の決定に移る。
【００８２】
一方、Ｇ１１の項目のＭＩＤ１Σｈｉが高さＨ０よりも大きく（ＭＩＤ１Σｈｉ＞Ｈ０）、Ｇ１１の項目が候補領域の高さに収まらない場合、表示形態決定部４３は、Ｇ１１の下の階層のＧ１２の項目の表示形態の決定に移る。表示形態決定部４３は、メモリ３２に格納された各項目の必要領域の高さｈｉから、Ｇ１２の項目の必要領域の高さｈｉを抜き出し、抜き出した高さｈｉをＧ１２の項目数で乗算した結果に、各項目の文字列の行間を加算したもの（以下、ＭＩＤ２Σｈｉと表記する）を算出する。そして、算出したＭＩＤ２Σｈｉと、領域設定部４２で設定された候補領域の高さＨ０とを比較する。
【００８３】
Ｇ１２の項目のＭＩＤ２Σｈｉが高さＨ０以下（ＭＩＤ２Σｈｉ≦Ｈ０）で、Ｇ１２の項目が候補領域の高さに収まる場合、表示形態決定部４３は、第一区画６２にＧ１２の項目を表示すると決定する。この場合、表示形態決定部４３は、Ｇ１１の他の項目「性別、生年月日」、「身長、体重」の表示形態の決定に移る。
【００８４】
一方、Ｇ１２の項目のＭＩＤ２Σｈｉが高さＨ０よりも大きく（ＭＩＤ２Σｈｉ＞Ｈ０）、Ｇ１２の項目が候補領域の高さに収まらない場合、表示形態決定部４３は、Ｇ１１の項目の一つ一つの表示形態の決定に移る。表示形態決定部４３は、メモリ３２に格納された各項目の必要領域の高さｈｉから、Ｇ１１の各項目の必要領域の高さｈｉを抜き出す。そして、抜き出したｈｉと、領域設定部４２で設定された候補領域の高さＨ０とを比較する。
【００８５】
Ｇ１１のある一項目の必要領域の高さｈｉが高さＨ０以下（ｈｉ≦Ｈ０）で、Ｇ１１のある一項目が候補領域の高さに収まる場合、表示形態決定部４３は、第一区画６２にＧ１１のある一項目を表示すると決定する。
【００８６】
一方、Ｇ１１のある一項目の必要領域の高さｈｉが高さＨ０よりも大きく（ｈｉ＞Ｈ０）、Ｇ１１のある一項目が候補領域の高さに収まらない場合、表示形態決定部４３は、その旨を領域設定部４２に通知する。
【００８７】
領域設定部４２は、表示形態決定部４３からの通知を受けて、最初に設定した候補領域以外でＧ１１のある一項目が表示可能な領域を探索する。領域設定部４２は、例えば、主要被写体表示領域６０の両隣や下の領域のうち、優先表示領域にできるだけ近い領域を新たな候補領域として設定する。領域設定部４２は、設定した新たな候補領域の大きさの情報を表示形態決定部４３に出力する。
【００８８】
表示形態決定部４３は、上記同様にＧ１１のある一項目の必要領域と新たに設定した候補領域の大きさを比較し、Ｇ１１のある一項目が新たな候補領域に収まるか否かを判定する。Ｇ１１のある一項目の必要領域の大きさが新たな候補領域の大きさ以下で、Ｇ１１のある一項目が新たな候補領域に収まる場合、表示形態決定部４３は、Ｇ１１のある一項目を新たな候補領域に表示すると決定する。
【００８９】
一方、Ｇ１１のある一項目の必要領域の大きさが新たな候補領域の大きさよりも大きく、Ｇ１１のある一項目が新たな候補領域に収まらない場合、表示形態決定部４３は、Ｇ１１のある一項目を表示しないと決定する。表示形態決定部４３は、Ｇ１１の他の項目も同様に処理する。
【００９０】
Ｇ１１の各項目の表示形態を決定した後、表示形態決定部４３は、同様にＧ２１の各項目の表示形態を決定する。このときＧ２１の各項目の必要領域と大きさが比較される候補領域は、Ｇ１１の項目を表示すると決定した領域（付帯情報表示領域６１に割り当てた領域）を除いた領域となる。以下同様にして、表示形態決定部４３は、Ｇ３１の各項目の表示形態を決定する。なお、図４に示すデフォルトの表示形態の区画以外に表示する場合、段落［００６９］の幅の比較を行って折り返して表示するか否かを再度判定したうえで、高さの比較に移る。
【００９１】
表示形態決定部４３は、以上のようにして決定した付帯情報の各項目の表示形態を、コンソール制御部４０に出力する。コンソール制御部４０は、領域設定部４２、表示形態決定部４３からの指令に基づいて、各表示領域６０、６１の表示制御を行う。
【００９２】
図７は、付帯情報の全ての項目をまとめて表示する図４のデフォルトの表示形態とは別の画像表示画面４６の表示形態を示している。第一区画６２には、Ｇ１１の各項目がまとめて表示されており、図４の例と異なり項目「検査種」は表示されていない。第二区画６３には、Ｇ２１の各項目のうちのＧ２２の各項目がまとめて表示され、且つ項目「撮影部位」が表示されている。第三区画６４には、項目「撮影時刻」、「造影剤」が表示され、Ｇ３１の各項目のうちのＧ３２の各項目がまとめて表示されている。そして、第三区画６４の下方には、新たな領域として第四区画６７が設けられ、第四区画６７には、項目「ウィンドウ幅」、「ウィンドウレベル」が表示されている。
【００９３】
図７では、例えば項目「撮影時刻」、「造影剤」等、優先表示領域に表示されない項目も存在する。本例ではある属性の項目を他の属性の優先表示領域に割り当てることも許しているため、優先表示領域は、必ずその領域に割り当てなければならないという絶対的な拘束力はなく、表示形態を決定するときに空いていれば割り当てるという程度のものである。優先表示領域と候補領域とは因果関係はなく、優先表示領域に規定された箇所に候補領域がとれない場合は、優先表示領域の規定は効力を失う。なお、ある属性の項目が他の属性の優先表示領域を侵す場合、新たな候補領域を設定して、新たな候補領域に項目を割り当ててもよい。
【００９４】
図３において、コンソール制御部４０は、レポート編集画面４７の所見文入力領域４８への所見文の入力を受け付けて、編集処理部４４に対して、操作指示に応じた処理を実行するように指令する。
【００９５】
編集処理部４４は、所見文入力領域４８に入力された所見データを、コンソール制御部４０を通じて受け付ける。編集処理部４４は、受け付けた所見データを、所見文入力領域４８毎に区別してブロック化する。
【００９６】
編集処理部４４は、ブロック化した所見データのそれぞれに「Ｆ−１」、「Ｆ−２」等の所見ＩＤを付加して、これらをレポート１８のデータに記録する。編集処理部４４は、所見データの他に、オーダから読み出された検査ＩＤ、患者ＩＤ、患者名といった情報を、レポート１８のデータに付加する。
【００９７】
編集処理部４４は、所見ＩＤに加えて、各所見データに対して、その所見文を入力した読影医を識別するための医師ＩＤを付加する。医師ＩＤは、レポート作成端末１３の起動時のユーザ認証の際等に読影医によって入力される。所見データは、所見ＩＤや医師ＩＤによって、検索することが可能である。
【００９８】
オーダ取得部４５は、オーダ受付端末からネットワーク１５を介してオーダを取得する。取得したオーダは、例えば、レポート作成端末１３のストレージデバイス３２に設けられたオーダテーブル（図示せず）に登録される。
【００９９】
ＤＢサーバ１４のＣＰＵ３０は、サーバプログラムを実行することにより、カルテ１６、医用画像１７、およびレポート１８のデータの格納処理部５０および検索処理部５１として機能する。格納処理部５０は、レポート作成端末１３やモダリティ２２といったクライアントからの各データの格納要求に応じて、各ＤＢ１９〜２１へのデータの格納処理を実行する。検索処理部５１は、診療科端末１１、レポート作成端末１３からの各データの配信要求に応答して、要求されたデータを各ＤＢ１９〜２１から検索して、検索したデータを要求元へ配信する。
【０１００】
以下、上記構成による作用について、図８〜図１０に示すフローチャートを参照して説明する。依頼医は、診療科端末１１を使用して、オーダを発行する。レポート作成端末１３は、診療科端末１１から発行されたオーダを、検査科１２のオーダ受付端末を経由して受信する。
【０１０１】
読影医は、レポート作成端末１３でオーダを確認し、レポート１８の作成を開始する。レポート編集画面４７がディスプレイ３７ｂに表示されると、これと連動して画像表示画面４６がディスプレイ３７ａに表示される。
【０１０２】
図８のステップ（以下、Ｓと略す）１０において、画像表示画面４６の表示に先立ち、領域設定部４２によって主要被写体表示領域６０と候補領域が設定される。まず、ＤＢアクセス部４１から受け取った医用画像１７のデータに領域設定部４２で二値化処理が施される。次に、その二値化処理で生成された白黒画像に対してラベリング処理が施され、医用画像１７に映し出された被写体の主要部分が抽出される。これにより、主要被写体表示領域６０が抽出される。
【０１０３】
主要被写体表示領域６０を抽出した後、領域設定部４２により、候補領域が設定される。領域設定部４２で設定された主要被写体表示領域６０、候補領域の大きさを表す情報は、コンソール制御部４０、および表示形態決定部４３に出力される。
【０１０４】
Ｓ１１において、表示形態決定部４３により、必要領域の大きさが算出される。表示形態決定部４３で算出された必要領域の大きさの情報は、付帯情報の項目毎にデータテーブル形式でメモリ３２に一旦格納される。
【０１０５】
Ｓ１２において、表示形態決定部４３により、各項目の必要領域の幅ｗｉと、各区画６２〜６４の幅Ｗ１〜Ｗ３の大小が比較され、折り返して表示する項目が決定される。ｗｉがＷ１〜Ｗ３よりも大きい（ｗｉ＞Ｗ１〜Ｗ３）場合は、その項目を折り返して表示すると決定される。折り返して表示すると決定された項目の必要領域の高さｈｉは、折り返した分だけ倍される。
【０１０６】
Ｓ１３において、必要領域の高さｈｉを各区画６２〜６４の最大行数で乗算した結果に、各項目の文字列の行間を加算したＭＡＸΣｈｉと、領域設定部４２で設定された候補領域の高さＨ０とが比較される。
【０１０７】
ＭＡＸΣｈｉが高さＨ０以下（Σｈｉ≦Ｈ０）であった場合（Ｓ１４でｙｅｓ）は、候補領域に全ての項目をまとめて表示すると決定される（Ｓ１５）。一方、ＭＡＸΣｈｉが高さＨ０よりも大きい（Σｈｉ＞Ｈ０）場合（Ｓ１４でｎｏ）は、Ｓ１６の属性テーブル７０に基づいた表示形態の決定に移行する。
【０１０８】
Ｓ１６の処理の詳細を示す図９において、表示形態決定部４３により、第一階層の属性の項目のＭＩＤ１Σｈｉが算出される。そして、算出されたＭＩＤ１Σｈｉと、領域設定部４２で設定された候補領域の高さＨ０とが比較される（Ｓ２０）。
【０１０９】
第一階層の属性の項目のＭＩＤ１Σｈｉが高さＨ０以下（ＭＩＤ１Σｈｉ≦Ｈ０）であった場合（Ｓ２１でｙｅｓ）は、候補領域のうちの優先表示領域に設定された領域（優先表示領域が空いていない場合は他の領域）に第一階層の属性の項目を表示すると決定される（Ｓ２２）。一方、ＭＩＤ１Σｈｉが高さＨ０よりも大きい（ＭＩＤ１Σｈｉ＞Ｈ０）場合（Ｓ２１でｎｏ）は、Ｓ２３の第二階層の属性の項目の表示形態の決定に移行する。
【０１１０】
Ｓ２３の処理の詳細を示す図１０において、表示形態決定部４３により、第二階層の属性の項目のＭＩＤ２Σｈｉが算出される。そして、算出されたＭＩＤ２Σｈｉと、領域設定部４２で設定された候補領域の高さＨ０とが比較される（Ｓ３０）。
【０１１１】
第二階層の属性の項目のＭＩＤ２Σｈｉが高さＨ０以下（ＭＩＤ２Σｈｉ≦Ｈ０）であった場合（Ｓ３１でｙｅｓ）は、候補領域のうちの優先表示領域に設定された領域（優先表示領域が空いていない場合は他の領域）に第二階層の属性の項目を表示すると決定される（Ｓ３２）。一方、ＭＩＤ２Σｈｉが高さＨ０よりも大きい（ＭＩＤ２Σｈｉ＞Ｈ０）場合（Ｓ３１でｎｏ）は、第二階層の属性の項目の一つ一つについて、領域設定部４２で新たな候補領域が設定され、表示形態が決定される（Ｓ３３）。
【０１１２】
図９に戻って、全ての項目の表示形態が決定されていない場合（Ｓ２４でｎｏ）は、付帯情報表示領域６１に割り当てた領域を候補領域から除いた後（Ｓ２５）、Ｓ２０の処理に戻る。全ての項目の表示形態が決定された場合（Ｓ２４でｙｅｓ）は、図８に戻る。
【０１１３】
図８において、表示形態決定部４３で全ての項目の表示形態が決定された後、領域設定部４２で設定された情報、表示形態決定部４３で決定された情報に基づいて、コンソール制御部４０により各表示領域６０、６１の表示制御がなされ、画像表示画面４６が起動される（Ｓ１７）。
【０１１４】
読影医は、画像表示画面４６で医用画像１７を観察しながら、レポート編集画面４７の所見文入力領域４８に所見文を入力する。所見文が入力されると、コンソール制御部４０から編集処理部４４に所見データが受け渡される。
【０１１５】
所見データは、編集処理部４４によって所見文入力領域４８毎に区別してブロック化され、所見ＩＤが付加されてレポート１８のデータに記録される。レポート１８のデータには、所見データの他に、検査ＩＤ、患者ＩＤ、患者名、および医師ＩＤのデータ等が付加される。
【０１１６】
読影医は、所見文の入力を終えると、レポート１８の作成の終了を指示する。作成終了が指示されると、レポート１８のデータの格納要求がＤＢアクセス部４１からＤＢサーバ１４に送信される。レポート作成端末１３から格納要求を受信すると、ＤＢサーバ１４では、格納処理部５０によって、レポート１８のデータの格納処理が実行される。以上をもって、一回のレポート１８の作成処理が終了する。
【０１１７】
レポート１８の作成が完了すると、レポート作成端末１３から、依頼医の診療科端末１１に対して、作成完了通知が送信される。依頼医は、診療科端末１１を通じてレポートＤＢ２１にアクセスして、作成完了通知に含まれるレポート１８のアドレスに基づいて、レポート１８を読み出す。診療科端末１１のディスプレイ３７には、レポート表示画面と、レポート１８に関連する医用画像１７を表示する画像表示画面が出力される。依頼医は、これらの画面を閲覧して、レポート１８の内容を確認する。
【０１１８】
以上説明したように、医用画像１７を移動させたり縮小したりせずに、互いに関連する項目をなるべくまとめて表示するように表示形態を決定するので、医用画像１７の画質を損なうことなく、レポート１８の作成をより円滑に進めることができる。
【０１１９】
領域設定部４２で自動的に主要被写体表示領域６０を抽出し、付帯情報表示領域６１を設定するので、各表示領域６０、６１を手動で設定する手間を省くことができる。
【０１２０】
上記実施形態では、各区画６２〜６４の最大行数を規定しているが、ＭＡＸΣｈｉ≦Ｈ０の場合に、最大行数を超えて項目を表示してもよい。
【０１２１】
上記実施形態では、一回の検査に関わる複数の断層画像に対して二値化＋ラベリング処理を施して、それぞれの被写体の主要部分を抽出し、その中で大きさが最大となる主要部分を主要被写体表示領域６０としているが、複数の断層画像の各々に対して主要被写体表示領域６０を抽出してもよい。また、医用画像１７が内視鏡画像や超音波画像であった場合等、主要被写体表示領域６０の大きさが不変である場合は、領域設定部４２は不要である。さらに、二値化処理ではなく、グレースケール処理を施してもよい。
【０１２２】
なお、上記実施形態では、Ｇ１１の項目の表示形態を最初に決定した後、Ｇ２１、Ｇ３１の項目の表示形態を順次決定しているが、表示形態を決定する順は、特に限定されない。候補領域に収めることができる属性の項目を順不同で見つけ出し、候補領域に収まると判定された属性の項目から先に付帯情報表示領域を割り当ててもよい。
【０１２３】
例えば、Ｇ１１の項目が候補領域に収まらないと判定したときに、Ｇ１２の項目の表示形態の決定に移らず、Ｇ２１の項目が候補領域に収まるか否かを判定する。Ｇ２１の項目が候補領域に収まると判定された場合は、付帯情報表示領域６１の割り当てを先に行う。
【０１２４】
主要被写体表示領域６０の大きさが大き過ぎて、候補領域が所望の面積を確保できず、表示形態決定部４３で表示しないと決定される項目があった場合は、止むを得ず医用画像１７を縮小してもよい。
【０１２５】
上記実施形態では、レポート作成端末でレポートを作成する際に、付帯情報表示領域の表示形態を決定しているが、診療科端末で、作成が完了したレポートと一緒に医用画像を閲覧する際に、付帯情報表示領域の表示形態を決定してもよい。この場合、レポート作成端末の表示形態決定部で決定した付帯情報表示領域の表示形態の情報を、ＤＢアクセス部によって医用画像のデータに関連付けて記憶しておけば、診療科端末で医用画像のデータを開いた際に、レポート作成端末の画像表示画面における表示形態と同一の表示形態で、医用画像を表示することができる。勿論、診療科端末に図３の各部４０〜４３を設けて、診療科端末を本発明の医用画像表示装置としてもよい。
【０１２６】
上記実施形態では、検査科１２で実施される検査を例示して説明したが、検査種はこれらに限定されるものではなく、ＰＥＴ（Positron Emission Tomography）検査、超音波検査、内視鏡検査等でもよい。
【０１２７】
上記実施形態では、本発明の医用画像表示装置を構成する、レポート作成端末が一台の例で説明したが、レポート作成端末は複数台でもよい。また、レポート作成端末のストレージデバイスに属性テーブルを格納する態様を例示したが、属性テーブルの格納先は上記に限らず、ＤＢサーバに格納しておいてもよい。この場合、レポート作成端末のＤＢアクセス部がＤＢサーバにアクセスして、属性テーブルの検索要求の送信とその検索結果の受信とを行う。
【０１２８】
また、上記実施形態のように、クライアント（レポート作成端末）と、サーバ（ＤＢサーバ）とからなるクライアントサーバ型の情報システムの場合には、レポート編集用のクライアントプログラムは、専用のプログラムを使用してもよいし、ＨＴＴＰ（Hyper Text Transfer Protocol）といった、ＷＷＷ（World Wide Web）のプロトコルに対応した汎用的なブラウザを使用してもよい。
【０１２９】
専用のプログラムを使用する場合には、レポート編集画面は、専用のプログラムで定義された画面データに基づいて生成される。汎用的なブラウザを使用する場合には、例えば、Ｗｅｂサーバにレポート編集画面のデータを格納しておき、クライアントはＷｅｂサーバにアクセスして、Ｗｅｂページの形式に加工されたレポート編集画面のデータをダウンロードする。クライアントのブラウザは、受信したＷｅｂページのソースコードを解釈してレポート編集画面を生成する。ＷｅｂサーバはＤＢサーバ１４が兼用してもよいし、ＤＢサーバとは別のサーバでもよい。汎用的なブラウザを使用する場合には、ＷｅｂサーバのＣＰＵが、クライアントのＣＰＵと協働して、または単独で、コンソール制御部、編集処理部等を構成する。
【０１３０】
また、ＤＢが構築されるデータ格納装置としては、ＤＢサーバ以外でもよく、例えば、ＮＡＳ（Network Attached Storage）、ＳＡＮ（Storage Area Network）といったネットワークを介して接続するストレージデバイスを使用してもよい。このように、コンピュータシステムの物理構成は適宜変更が可能である。
【０１３１】
上記実施形態では、ネットワークとしてＬＡＮを例に説明しているが、診療科と検査科が複数の拠点に分散しているような場合には、ネットワークとしてＬＡＮとＷＡＮ（Wide Area Network）を組み合わせて使用してもよい。
【０１３２】
なお、上記実施形態で示したとおり、本発明は、プログラムの形態、さらにはプログラムを記憶する記憶媒体にも及ぶことは勿論である。
【図面の簡単な説明】
【０１３３】
【図１】医療情報システムの構成図である。
【図２】診療科端末、レポート作成端末、およびデータベースサーバを構成するコンピュータの概略を示す構成図である。
【図３】レポート作成端末とデータベースサーバの概略構成を示す図である。
【図４】付帯情報の各項目を全て表示した画像表示画面を示す図である。
【図５】必要領域の大きさの情報の格納状態を示す説明図である。
【図６】属性テーブルの格納状態を示す説明図である。
【図７】図４とは異なる表示形態の画像表示画面を示す図である。
【図８】画像表示画面を表示するまでの一連の処理の流れを示すフローチャートである。
【図９】属性テーブルに基づいて表示形態を決定する処理の流れを示すフローチャートである。
【図１０】第二階層の属性の項目の表示形態を決定する処理の流れを示すフローチャートである。
【符号の説明】
【０１３４】
２ 医療情報システム
１１ 診療科端末
１３ レポート作成端末
１７ 医用画像
２２ モダリティ
３０ ＣＰＵ
３２ ストレージデバイス
３４ コンソール
３６ アプリケーションプログラム（ＡＰ）
３７、３７ａ、３７ｂ ディスプレイ
３８ 入力デバイス
４０ コンソール制御部
４２ 領域設定部
４３ 表示形態決定部
４６ 画像表示画面
６０ 主要被写体表示領域
６１ 付帯情報表示領域
６２〜６４ 第一〜第三区画
７０ 属性テーブル
【技術分野】
【０００１】
本発明は、医用画像とその付帯情報をディスプレイの画面上に重ねて表示する医用画像表示装置、医用画像表示方法、並びに医用画像表示プログラムに関する。
【背景技術】
【０００２】
最近の医療現場には、カルテや医用レポート（以下、単にレポートという）等の医用文書を電子データとして扱い、医用文書の作成や管理を容易ならしめるための様々なコンピュータシステムが導入されつつある。その中で、レポート作成支援システムは、レポートの作成に際して大いに活用されている。
【０００３】
レポート作成支援システムは、レポートを作成するレポート作成端末と、作成されたレポートのデータを格納するデータベース（以下、ＤＢと略す）サーバとを備える。ＤＢサーバには、レポートのデータに加えて、医用画像のデータが格納される。医用画像は、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置といったモダリティ（医療検査機器）で撮影される。
【０００４】
レポート作成端末は、例えば、画像診断を専門とする医師（以下、読影医という）によって操作され、読影医が医用画像を観察して認識した、病変の状態等の観察記録、すなわち所見の入力を受け付ける。レポート作成端末は、入力された所見のデータをレポートにまとめる編集機能を備えている。レポートを作成する際に参照される医用画像は、レポート作成端末のディスプレイ、または専用のディスプレイに表示され、これを読影医が観察する。
【０００５】
ＤＢサーバは、ネットワークを通じて読み出し可能な状態でレポートや医用画像のデータを保存する。読影を依頼した診療科の医師（以下、依頼医という）は、診療科に配置された診療科端末を通じてＤＢサーバへアクセスし、レポートや医用画像のデータを診療科端末に読み出して、これらを閲覧する。
【０００６】
医用画像には、患者ＩＤ、患者名、性別、生年月日、検査ＩＤ、検査日（撮影日）、撮影条件、検査種等の様々な付帯情報が付加される。付帯情報は、レポートを作成する際の指標となる情報であるため、医用画像とともに同一画面上に重ねて表示される。
【０００７】
特許文献１には、医用画像と付帯情報の表示形態を規定した医用画像表示装置が開示されている。例えば、複数の断層画像の被検体の部位のうち最大のものを認識し、その画像領域を求めて、画像領域に付帯情報が重複しないように表示している。実施例１の「文字優先、画像移動方式」、または実施例２の「画像優先文字表示方式」では、画像領域、または付帯情報の表示領域のどちらか一方を移動させて、これらの重複を回避している。
【０００８】
また、実施例３として、画面上で読影医に関心領域（Region of interest；以下、ＲＯＩと略す）を指定させて、ＲＯＩと付帯情報の表示領域が重ならないようにする「関心領域設定方式」や、実施例４として、表示する付帯情報の量に応じて医用画像を縮小表示し、付帯情報との重複を回避する「画像縮小方式」も記載されている。
【特許文献１】特開２００７−１８５２１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
医用画像は、診断の根幹をなすデータであるため、できる限り高精細で鮮明に表示することが好ましい。一方、付帯情報には、読影やレポートを作成するにあたって、まとめて見たい相互に関連性がある項目と、そうでない項目とがある。このため、関連性が高い項目はなるべくまとめて表示することが好ましい。また、付帯情報の各項目の関連性は、依頼医や読影医、検査対象の患者等によっても異なる。
【００１０】
特許文献１の実施例１、２では、医用画像または付帯情報の表示領域のうちの一方を固定し、他方を移動させている。医用画像または付帯情報の表示領域がディスプレイの画面からはみ出ないようにすることが記載されているが、ディスプレイの画面は有限であるため、表示領域の移動量にも限界がある。従って、各表示領域が重複する場合も有り得る。各表示領域が重複すると、医用画像または付帯情報が見え難くなるため、誤診や病変の見落とし等の医療ミスに繋がるおそれがある。
【００１１】
また、医用画像または付帯情報の表示領域を移動させると、正規の表示位置からずれるため、過去の医用画像との比較がままならないという問題もある。特に医用画像の表示領域を移動させ、且つ動画表示した場合は、フレーム毎に医用画像の表示位置が変ってしまい、非常に観察し難くなる。
【００１２】
実施例３では、ＲＯＩを読影医に指定させているため、操作が面倒である。実施例４では、詳しい読影を必要としないレポートに貼り付けられる医用画像への適用を想定しているので、縮小による画質劣化は問題ないとしている。しかしながら、読影に供する医用画像に適用した場合は、画質劣化により正確な診断が下せないという問題が惹起する。
【００１３】
上記の問題点の解決策として、医用画像を加工することなく、付帯情報の並びを変えたり、付帯情報の表示領域を適宜に割り当てる等して、付帯情報の表示を工夫することが考えられる。しかしながら、闇雲に付帯情報の並びを変えたり、付帯情報の表示領域を割り当てたりすると、関連性がある項目が離れた位置に表示されてしまう場合があり、情報としてのまとまりがなくなる、視線移動が面倒といった新たな問題が生じる。
【００１４】
本発明は、上記課題に鑑みてなされたもので、その目的は、医用画像の視認性を阻害することなく、付帯情報を効果的に表示することにある。
【課題を解決するための手段】
【００１５】
上記目的を達成するために、本発明の医用画像表示装置は、医用画像、およびｍ０個（ｍ０は２以上の自然数）の項目からなる医用画像の付帯情報を、ディスプレイの画面上に重ねて表示させる表示制御手段と、付帯情報の各項目の属性を定義した属性情報に基づいて、医用画像内の主要被写体表示領域外に設けられた付帯情報表示領域に、同一の属性をもつ項目がまとめて表示されるように、付帯情報の表示形態を決定する表示形態決定手段とを備えることを特徴とする。
【００１６】
医用画像を解析して主要被写体表示領域を抽出し、抽出した主要被写体表示領域外に付帯情報表示領域の候補領域を設定する領域設定手段を備えることが好ましい。
【００１７】
前記表示形態決定手段は、付帯情報を表示するために必要な必要領域の大きさと付帯情報表示領域の候補領域の大きさを比較して、付帯情報が候補領域に収まるか否かを判定する。
【００１８】
属性は階層構造をとる。前記表示形態決定手段は、第ｎ−１階層（ｎは１以上の自然数）の同一の属性をもつｍｎ−１個（≦ｍ０個）の項目（ｎ＝１の場合は全項目）が候補領域に収まるか否かを判定する。該項目が候補領域に収まらないと判定した場合、前記表示形態決定手段は、第ｎ−１階層の下の階層である第ｎ階層の同一の属性をもつｍｎ個（＜ｍｎ−１個、且つｍｎ−１個の項目のうちの少なくとも二個）の項目が候補領域に収まるか否かを判定する。
【００１９】
前記表示形態決定手段は、ｎが予め設定された上限値で、且つ第ｎ階層の同一の属性をもつ項目が候補領域に収まらないと判定した場合、一つ一つの項目が候補領域に収まるか否かを判定する。
【００２０】
前記表示形態決定手段は、ある項目が候補領域に収まると判定した場合、候補領域のうちの少なくとも該項目の必要領域を該項目の付帯情報表示領域に割り当てる。そして、表示形態が決定していない他の項目がある場合、他の項目が、付帯情報表示領域に割り当てた分を候補領域から除いた領域に収まるか否かを判定する。
【００２１】
前記表示形態決定手段は、属性毎に規定された優先表示領域に付帯情報表示領域を割り当てる。
【００２２】
前記表示形態決定手段で決定した表示形態の情報を医用画像に関連付けて記憶させる記憶制御手段を備えることが好ましい。
【００２３】
付帯情報は、医療検査を受ける患者に関する患者関連項目、医用画像の撮影に関する撮影関連項目、または医用画像に関する画像関連項目のうちの少なくともいずれか二種の項目を有し、同一種の関連項目に同一の属性が定義されている。
【００２４】
本発明の医用画像表示方法は、医用画像、および複数個の項目からなる医用画像の付帯情報を、ディスプレイの画面上に重ねて表示させるための医用画像表示方法であって、付帯情報の各項目の属性を定義した属性情報に基づいて、医用画像内の主要被写体表示領域外に設けられた付帯情報表示領域に、同一の属性をもつ項目がまとめて表示されるように、付帯情報の表示形態を決定する表示形態決定ステップと、前記表示形態決定ステップで決定された表示形態に従って、医用画像、および付帯情報の表示制御を行う表示制御ステップとを備える。
【００２５】
本発明の医用画像表示プログラムは、医用画像、および複数個の項目からなる医用画像の付帯情報を、ディスプレイの画面上に重ねて表示させるための医用画像表示プログラムであって、付帯情報の各項目の属性を定義した属性情報に基づいて、医用画像内の主要被写体表示領域外に設けられた付帯情報表示領域に、同一の属性をもつ項目がまとめて表示されるように、付帯情報の表示形態を決定する表示形態決定機能と、前記表示形態決定機能で決定された表示形態に従って、医用画像、および付帯情報の表示制御を行う表示制御機能とを、コンピュータに実現させることを特徴とする。
【発明の効果】
【００２６】
本発明によれば、医用画像には手を加えることなく、同一の属性をもつ項目をまとめて表示するので、医用画像の視認性を阻害することなく、付帯情報を効果的に表示することができる。
【発明を実施するための最良の形態】
【００２７】
図１において、病院等の医療施設に構築される医療情報システム２は、診療科１０に設置される診療科端末１１、放射線検査科（以下、単に検査科という）１２に設置されるレポート作成端末１３、データベース（以下、ＤＢと略す）サーバ１４、およびこれらを通信可能に接続するネットワーク１５を備える。ネットワーク１５は、例えば、院内に敷設されたＬＡＮ（Local Area Network）である。
【００２８】
診療科端末１１は、検査（読影も含む）を依頼する診療科１０の医師（以下、依頼医という）によって操作される。診療科端末１１は、カルテ１６の閲覧や入力の他、検査科１２に対して検査を依頼するためのオーダを発行する際に利用される。診療科端末１１は、検査科１２から提供される医用画像１７やレポート１８を表示して、依頼医の閲覧に供する。
【００２９】
レポート作成端末１３は、読影を専門とする検査科１２の医師（以下、読影医という）によって操作される。レポート作成端末１３は、読影医がオーダを確認したり、レポート１８を作成したりするときに利用される。レポート作成端末１３は、画像表示画面４６やレポート編集画面４７（図３参照）を表示して、レポート１８の作成を支援する。
【００３０】
ＤＢサーバ１４には、カルテＤＢ１９、画像ＤＢ２０、レポートＤＢ２１等の複数のＤＢが構築されている。カルテＤＢ１９は、患者毎のカルテ１６のデータ等を格納する。画像ＤＢ２０は、ＣＲ装置、ＣＴ装置、ＭＲＩ装置といったモダリティ（医療検査機器）２２によって撮影される医用画像１７のデータを格納する。レポートＤＢ２１は、レポート作成端末１３によって作成されたレポート１８のデータを格納する。
【００３１】
ＤＢサーバ１４は、ネットワーク１５を通じて、モダリティ２２から医用画像１７のデータを受信して、受信した医用画像１７のデータを画像ＤＢ２０に格納する。つまり、ＤＢサーバ１４は、いわゆるＰＡＣＳ（Picture Archiving and Communication Systems）サーバとして機能し、モダリティ２２とともにＰＡＣＳを構成する。
【００３２】
医用画像１７のデータは、個々の医用画像１７を識別するための画像ＩＤを有する。医用画像１７のデータは、例えば、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）に準拠したファイル形式で、画像ＤＢ２０に格納される。医用画像１７のファイルには、患者ＩＤ、患者名、性別、生年月日、検査ＩＤ、検査日（撮影日）、撮影条件、検査種等の各種項目からなる付帯情報を記録したＤＩＣＯＭタグが付与される。画像ＤＢ２０に格納された医用画像１７のデータは、ＤＩＣＯＭタグの各種項目を検索キーとして、検索が可能である。
【００３３】
ＤＢサーバ１４は、診療科端末１１およびカルテＤＢ１９とともにカルテシステムを構成する。また、ＤＢサーバ１４は、レポート作成端末１３、画像ＤＢ２０、並びにレポートＤＢ２１とともにレポート作成支援システムを構成する。レポート１８のデータは、医用画像１７のデータと同様、検査ＩＤ、患者ＩＤ、患者名等の検索キーによって検索が可能である。なお、本例では、各ＤＢ１９〜２１を一つのＤＢサーバ１４に構築した例で説明しているが、各ＤＢ１９〜２１を別々のＤＢサーバに構築してもよい。
【００３４】
診療科端末１１が発行するオーダは、患者ＩＤ、患者名、依頼日、依頼元、検査種（ＣＴやＭＲＩ等）、検査目的、読影の要否、依頼医からのコメント（申し渡し事項）等の情報を記録する各種項目を有する。これら各項目の一部（依頼元、コメントの情報等）は、医用画像の付帯情報としても扱われる。依頼元の項目には、内科、脳外科等の依頼医の所属、氏名、医師ＩＤといった情報が記録される。検査目的の項目には、治療中の病巣に対する治療効果を判定する治療効果判定、転移巣の有無を調べる転移検索等の情報が記録される。
【００３５】
診療科端末１１が発行したオーダは、検査科１２に設置されたオーダ受付端末（図示せず）に送信されて、検査科１２に受け付けられる。オーダ受付端末は、受信したオーダに検査ＩＤを付与して、オーダのデータを管理する。検査ＩＤは、受付完了通知とともにオーダ受付端末から診療科端末１１に送信される。検査科１２のスタッフ（検査技師）は、オーダ受付端末で受信したオーダに基づいて、モダリティ２２による撮影を行う。
【００３６】
読影が必要な場合（オーダの読影の要否の項目が要の場合）には、検査ＩＤが付与されたオーダが、オーダ受付端末からレポート作成端末１３に送信される。読影医は、レポート作成端末１３を介してオーダを確認し、画像ＤＢ２０から読影の対象となる医用画像１７のデータを読み出す。そして、読み出した医用画像１７の読影結果をレポート１８にまとめる。
【００３７】
レポート１８の作成が完了すると、読影医は、オーダ発行元の診療科端末１１に対して、レポート作成端末１３を通じて作成完了通知を送信する。作成完了通知には、医用画像１７やレポート１８が格納される各ＤＢ２０、２１内のアドレスが含まれている。依頼医は、診療科端末１１を通じて作成完了通知に含まれるアドレスにアクセスして、医用画像１７やレポート１８を閲覧する。
【００３８】
各端末１１、１３およびＤＢサーバ１４は、それぞれ、パーソナルコンピュータ、サーバ用コンピュータ、ワークステーションといったコンピュータをベースに、オペレーティングシステム等の制御プログラムや、クライアントプログラム又はサーバプログラムといったアプリケーションプログラムをインストールして構成される。
【００３９】
図２において、各端末１１、１３およびＤＢサーバ１４を構成するコンピュータは、基本的な構成は略同じであり、それぞれ、ＣＰＵ３０、メモリ３１、ストレージデバイス３２、ＬＡＮポート３３、およびコンソール３４を備えている。これらはデータバス３５を介して相互接続されている。
【００４０】
ストレージデバイス３２は、例えば、ＨＤＤ（Hard Disk Drive）である。ストレージデバイス３２には、制御プログラムやアプリケーションプログラム（以下、ＡＰという）３６が格納される。また、レポート作成端末１３のストレージデバイス３２には、医用画像１７の付帯情報の各項目の属性を定義した属性テーブル７０（図６参照）が格納される。
【００４１】
さらに、ＤＢサーバ１４には、プログラムを格納するＨＤＤとは別に、ＤＢ用のストレージデバイス３２として、例えば、ＨＤＤを複数台連装したディスクアレイが設けられる。ディスクアレイは、ＤＢサーバ１４の本体に内蔵されるものでもよいし、本体とは別に設けられ、本体にケーブルやネットワークを通じて接続されるものでもよい。
【００４２】
メモリ３１は、ＣＰＵ３０が処理を実行するためのワークメモリである。ＣＰＵ３０は、ストレージデバイス３２に格納された制御プログラムをメモリ３１へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を統括的に制御する。
【００４３】
ＬＡＮポート３３は、ネットワーク１５との間の伝送制御を行うネットワークインタフェースである。コンソール３４は、ディスプレイ３７と、キーボードやマウス、マイクロホン等の入力デバイス３８とからなる。
【００４４】
診療科端末１１には、ＡＰ３６として、カルテ１６の閲覧や編集を行うカルテ用ソフトウエア、医用画像１７やレポート１８の閲覧を行うビューアソフトウエアといったクライアントプログラムがインストールされている。クライアントプログラムが起動されると、診療科端末１１のディスプレイ３７には、ＧＵＩ（Graphical User Interface）による操作画面が表示される。操作画面には、カルテＤＢ１９、画像ＤＢ２０、レポートＤＢ２１からそれぞれ読み出されたカルテ１６、医用画像１７、レポート１８を表示する表示画面が含まれる。
【００４５】
診療科端末１１には、入力デバイス３８を通じて、カルテ１６の入力・編集の指示や、オーダの入力・発行の指示といった操作指示が入力される。入力されたカルテ１６やオーダのデータは、カルテＤＢ１９に格納される。
【００４６】
レポート作成端末１３には、ＡＰ３６として、レポート作成支援を行うレポート編集用のクライアントプログラムがインストールされている。レポート作成端末１３は、レポート編集用のクライアントプログラムによって、医用画像１７の表示処理と、レポート１８の編集処理とを行う。
【００４７】
ＤＢサーバ１４には、ＡＰ３６として、クライアントである各端末１１、１３からの要求に応じて処理を実行し、処理結果を応答するサーバプログラムがインストールされている。
【００４８】
図３において、レポート作成端末１３のＣＰＵ３０は、レポート編集用のクライアントプログラムを起動すると、コンソール制御部（表示制御手段に相当）４０、ＤＢアクセス部（記憶制御手段に相当）４１、領域設定部４２、表示形態決定部４３、編集処理部４４、およびオーダ取得部４５として機能する。
【００４９】
レポート作成端末１３は、ＣＰＵ３０が設けられた端末本体に、二台のディスプレイ３７ａ、３７ｂを接続した構成である。一台のディスプレイ３７ａには、医用画像１７の観察用に使用される画像表示画面４６が出力される。もう一台のディスプレイ３７ｂには、レポート１８の作成に使用されるレポート編集画面４７が出力される。
【００５０】
画像表示画面４６およびレポート編集画面４７は、ＧＵＩによる操作画面を構成する。コンソール制御部４０は、これらの操作画面を各ディスプレイ３７ａ、３７ｂに出力し、操作画面を通じて、入力デバイス３８からの操作指示の入力を受け付ける。
【００５１】
画像表示画面４６およびレポート編集画面４７は、連動して起動する。レポート編集画面４７から、読影対象の医用画像１７が含まれる検査ＩＤが入力されると、コンソール制御部４０は、ＤＢアクセス部４１を通じて、検査ＩＤに対応する医用画像１７のデータを画像ＤＢ２０から取得する。コンソール制御部４０は、取得した医用画像１７をディスプレイ３７ａに出力する際に、画像表示画面４６を起動する。
【００５２】
画像表示画面４６には、ＣＲ装置で撮影された放射線による透視画像や、ＣＴ装置、ＭＲＩ装置で撮影された断層画像、断層画像に基づいて生成される三次元画像といった各種の医用画像１７が表示される。画像表示画面４６は、一画面に六コマの断層画像を配列して表示するというように、複数の医用画像１７を同時に一覧表示することが可能である。また、六コマの断層画像のうちの一コマを選択すると、その断層画像のみを一画面に表示することもできる（図４参照）。画像表示画面４６には、操作ボタン、リストボックス、アイコンといった、ＧＵＩを構成する各種の操作ツールが設けられている。こうした操作ツールを通じて、入力デバイス３８からの各種の操作指示が入力される。
【００５３】
ＣＴ装置やＭＲＩ装置で撮影された断層画像を、医用画像１７として画像表示画面４６に表示した例を示す図４において、画像表示画面４６は、主要被写体表示領域６０と付帯情報表示領域６１とに分けられる。各表示領域６０、６１のサイズ、配置等は、領域設定部４２により設定される。また、付帯情報表示領域６１への付帯情報の表示形態は、表示形態決定部４３で決定される。
【００５４】
主要被写体表示領域６０は、医用画像１７に映し出された被写体の主要部分（この場合は腹部ＣＴ断層像）をなし、略中央に配置される。付帯情報表示領域６１は、医用画像１７の付帯情報を一覧表示し、主要被写体表示領域６０の上部に配置される。
【００５５】
付帯情報表示領域６１には、各項目が三列に並べて計十四個表示されている。左側の一列目の第一区画６２には、「患者名」、「患者ＩＤ」、「性別、生年月日」、「身長、体重」、および「検査種」の項目が表示されている。中央の二列目の第二区画６３には、「撮影日」、「撮影条件」、「撮影部位」、「撮影時刻」、および「造影剤」の項目が表示されている。右側の三列目の第三区画６４には、「シリーズ番号」、「画素数」、「ウィンドウ幅（断層画像の表示濃度幅）」、および「ウィンドウレベル（断層画像の表示中心濃度）」の項目が表示されている。
【００５６】
第一区画６２と第二区画６３の境界線６５、および第二区画６３と第三区画６４の境界線６６は、付帯情報表示領域６１の全幅Ｗ０と、文字列の幅ｗｉ（図５参照）が比較的大きい項目（第一区画６２の「性別、生年月日」、第二区画６３の「撮影条件」、第三区画６４の「ウィンドウレベル」）とを加味して、各区画６２〜６４の項目が他の区画（第三区画６４の場合は画像表示画面４６外）に極力はみ出さないように、予め適正な値に設定されている。
【００５７】
図３に戻って、レポート編集画面４７には、画像表示画面４６と同様の各種操作ツールや付帯情報表示領域の他、複数の所見文入力領域４８が設けられている。こうした操作ツールを通じて、入力デバイス３８からの各種の操作指示が入力される。操作指示は、例えば、所望の操作ツールにポインタ４９を合わせてマウスをクリックすることで行われる。操作指示には、レポートＤＢ２１からレポート１８のデータを読み出す指示、レポートＤＢ２１へレポート１８のデータを保存する指示、所見文入力領域４８を選択してアクティブ（入力が可能な状態）にする指示等が含まれる。
【００５８】
所見文入力領域４８には、読影医が画像表示画面４６を通して医用画像１７を観察して認識した、病変の状態等の観察記録、すなわち所見を表す文（所見文）が入力される。所見文入力領域４８は、病変が複数有る場合に、病変毎に所見を分けて入力したり、検査目的が複数ある場合（例えば、治療効果判定と転移検索等）に、検査目的毎に所見を分けて入力したりといった使い方がされる。また、研修医と指導医、一次読影を行う読影医と二次読影を行う読影医等、複数の読影医が所見をそれぞれ入力するという使い方も可能である。
【００５９】
所見文入力領域４８に入力された所見文のデータ（以下、所見データという）は、個々を識別する所見ＩＤを有する。所見ＩＤは、医用画像１７やレポート１８と所見文との対応をとるためのものであり、所見文入力領域４８の追加された順に付された番号を含む。Ｎ個目（Ｎは１以上の自然数）の所見文入力領域４８に入力される所見文には、「Ｆ−Ｎ」の所見ＩＤが割り当てられる。
【００６０】
レポート編集画面４７にてレポート１８を作成した後、レポート１８のデータを保存する指示がなされると、レポート１８のデータがレポートＤＢ２１に確定保存される。確定保存されたレポート１８は、不正な改ざんを防止するために、編集が禁止される。勿論、作成途中のレポート１８のデータを、レポートＤＢ２１に一時保存することも可能である。
【００６１】
ＤＢアクセス部４１は、コンソール制御部４０や編集処理部４４からの指令に基づいて、ＤＢサーバ１４に対する処理要求の送信と処理結果の受信とを行う。画像ＤＢ２０に対する処理要求には、検査ＩＤや画像ＩＤといった情報を検索キーとして、医用画像１７を検索するための検索要求がある。レポートＤＢ２１に対する処理要求には、作成したレポート１８のデータを格納するための格納要求と、作成したレポート１８のデータや、作成途中のレポート１８のデータの検索要求とがある。
【００６２】
ＤＢアクセス部４１は、格納要求の対象となるデータを編集処理部４４から受け取り、ＤＢサーバ１４へ送信する。また、検索要求の対象となるデータを、ＤＢサーバ１４から受信して、コンソール制御部４０、領域設定部４２、および表示形態決定部４３に引き渡す。
【００６３】
領域設定部４２は、まず、ＤＢアクセス部４１から受け取った医用画像１７のデータに二値化処理を施して、医用画像１７を白黒画像とする。次に、その白黒画像に対してラベリング処理を施す。そして、医用画像１７に映し出された被写体の主要部分を他の部分と識別して抽出する。二値化＋ラベリング処理で被写体の主要部分を抽出する方法は周知であるため、詳しい説明を省略する。必要であれば、「視覚センサを用いた自律移動ロボットの行動決定」 山口智充他 計測自動制御学会東北支部第２３１回研究集会（２００６．１０．３１） 資料番号２３１−４、特開２００７−２９９２１０号公報等を参照されたい。
【００６４】
図４で例示したＣＴ装置やＭＲＩ装置による断層画像は、一回の検査で、患者の体軸方向に連続して複数得られる。このため、領域設定部４２は、一回の検査に関わる複数の断層画像に対して二値化＋ラベリング処理を施して、それぞれの被写体の主要部分を抽出する。そして、その中で大きさが最大となる主要部分を主要被写体表示領域６０とする。
【００６５】
主要被写体表示領域６０を抽出した後、領域設定部４２は、付帯情報表示領域６１の候補となる領域（以下、候補領域という）を設定する。具体的には、図４に示す画像表示画面４６の各ピクセルの位置を、ＸＹ座標（画像表示画面４６の左上を原点（０、０）、右下を最大値（ＸＭＡＸ、ＹＭＡＸ）（例えば、（ＸＭＡＸ、ＹＭＡＸ）＝（１０２３、７６７））で表した場合、主要被写体表示領域６０のＹ座標の下限をＹＬＬ（＞０）として、（０＋α、０＋β）と（ＸＭＡＸ−α、ＹＬＬ−β）を対角線とする矩形（幅Ｗ０＝ＸＭＡＸ−２α、高さＨ０＝ＹＬＬ−２β）を、候補領域と設定する。各境界線６５、６６のＸ座標をＸＤ１、ＸＤ２とすれば、各区画６２〜６４の幅Ｗ１〜Ｗ３はそれぞれ、Ｗ１＝ＸＤ１−α、Ｗ２＝ＸＤ２−ＸＤ１、Ｗ３＝ＸＭＡＸ−ＸＤ２−αとなる。なお、α、βは、各表示領域６０、６１の境界が見難くならないようにするための余白であり、例えば１ピクセルとされている。
【００６６】
主要被写体表示領域６０は、一回の検査に関わる複数の断層画像に対して一個抽出されるため、検査毎に大きさは一定ではなく、そのＹ座標の下限であるＹＬＬは変化する。従って、候補領域の大きさ（高さＨ０）も検査毎に変化する。領域設定部４２は、主要被写体表示領域６０、候補領域の大きさを表す情報（ＸＹ座標や幅、高さの情報）を、コンソール制御部４０、および表示形態決定部４３に出力する。
【００６７】
表示形態決定部４３は、まず、予め設定されたフォントメトリクス（フォントを表示するときのレイアウト情報）を用いて、ＤＢアクセス部４１ないしオーダ取得部４５から受け取った医用画像１７の付帯情報（オーダの付帯情報の一部も含む）の各項目を文字列化したときに、その表示に必要な領域（以下、単に必要領域という。候補領域とは異なる）の大きさを算出する。
【００６８】
ここで、必要領域は、付帯情報のある項目の文字列を折り返しなく一行で表示した場合に必要な領域である。付帯情報の内容は検査毎に異なるため、必要領域の幅も変化する。但し、上記の定義からすると、一行分の必要領域の高さは不変である。図５に例示するように、表示形態決定部４３は、算出した必要領域の大きさの情報（幅ｗｉ、高さｈｉ（ｉ＝１、２、３、・・・、ｍ０；ｍ０は付帯情報表示領域６１に表示する項目の総数、本例では十四個））を、付帯情報の項目毎にデータテーブル形式でメモリ３２に一旦格納させる。なお、以下では、各項目のフォントサイズは同じ（高さｈｉは同じ）であるとして説明する。
【００６９】
表示形態決定部４３は、メモリ３２に格納された各項目の必要領域の幅ｗｉと、第一〜第三区画６２〜６４のうちの該当する区画の幅Ｗ１〜Ｗ３の大小を比較する。ｗｉがＷ１〜Ｗ３以下（ｗｉ≦Ｗ１〜Ｗ３）で、各項目が該当する区画の幅に収まる場合、表示形態決定部４３は、高さの比較に移る。一方、ｗｉがＷ１〜Ｗ３よりも大きく（ｗｉ＞Ｗ１〜Ｗ３）、該当する区画の幅に収まらない場合、表示形態決定部４３は、該項目を各区画６２〜６４の終端で折り返して表示すると決定する。表示形態決定部４３は、折り返して表示すると決定した項目の、メモリ３２に格納された必要領域の高さｈｉを、折り返した分だけ倍（一回折り返しの場合は二倍、二回折り返しの場合は三倍等）にする。
【００７０】
上記のように幅の比較をした後、表示形態決定部４３は、必要領域の高さｈｉを各区画６２〜６４の最大行数（本例では５）で乗算した結果に、各項目の文字列の行間を加算したもの（以下、ＭＡＸΣｈｉと表記する）と、領域設定部４２で設定された候補領域の高さＨ０とを比較する。なお、ＭＡＸΣｈｉは、必要領域の高さｈｉが幅ｗｉと異なり検査に依らず不変であるため既知であり、ストレージデバイス３２に予め記憶されている。
【００７１】
ＭＡＸΣｈｉが高さＨ０以下（ＭＡＸΣｈｉ≦Ｈ０）で、各項目が候補領域の高さに収まる場合、表示形態決定部４３は、図４に示すデフォルトの表示形態で付帯情報の各項目を表示すると決定する。この場合、領域設定部４２で設定された候補領域がそのまま付帯情報表示領域６１となる。
【００７２】
一方、ＭＡＸΣｈｉが高さＨ０よりも大きく（ＭＡＸΣｈｉ＞Ｈ０）、各項目が候補領域の高さに収まらない場合、表示形態決定部４３は、図６に示す属性テーブル７０に基づいて、表示形態を決定する。
【００７３】
図６において、属性テーブル７０は、付帯情報の各項目の属性をデータテーブル形式で格納する。属性とは、各項目の情報としての関連性を示すものである。読影やレポート１８を作成するにあたって、できるだけまとめて見たい項目に同じ属性が付けられる。属性は階層構造をとり、第一階層と第二階層がある。第二階層は第一階層をさらに分化したもので、第一階層の下の階層である。第一階層には「患者関連」、「撮影関連」、「画像関連」の三種が、第二階層には「基本」の一種がそれぞれ属性として定義されている。以下、属性「患者関連」をＧ１１、「撮影関連」をＧ２１、「画像関連」をＧ３１、これらの下の階層の属性「基本」をそれぞれＧ１２、Ｇ２２、Ｇ３２と表記する場合がある。
【００７４】
「患者関連」は、項目「患者名」、「患者ＩＤ」、「性別、生年月日」、および「身長、体重」であり、そのうち「患者名」、「患者ＩＤ」は第二階層が「基本」、あとは定義なしである。「撮影関連」は、項目「検査種」、「撮影日」、「撮影条件」、「撮影部位」、「撮影時刻」、および「造影剤」であり、そのうち「検査種」、「撮影日」、「撮影条件」は第二階層が「基本」、あとは定義なしである。「画像関連」は、項目「シリーズ番号」、「画素数」、「ウィンドウ幅」、および「ウィンドウレベル」であり、そのうち「シリーズ番号」、「画素数」は第二階層が「基本」、あとは定義なしである。
【００７５】
第一階層の各属性Ｇ１１〜Ｇ３１には、それに属する項目を優先して表示すべき画像表示画面４６の領域（以下、優先表示領域という）が予め規定されている。各属性Ｇ１１〜Ｇ３１はそれぞれ、「第一区画」、「第二区画」、「第三区画」が優先表示領域となっている。第二階層の属性Ｇ１２〜Ｇ３２は、第一階層の属性Ｇ１１〜Ｇ３１の優先表示領域の規定に倣う。優先表示領域の情報は、実際には、各区画６２〜６４の大きさを表す情報（ＸＹ座標や幅、高さの情報）である。
【００７６】
属性は、予め設定されていて変更不可であってもよいし、読影医等が設定変更可能に構成してもよい。属性を依頼医や読影医毎に設定してもよく、病変の種類や検査種によって自動的に変更してもよい。また、本例では属性を第一、第二階層に分け、それぞれ三種、一種と定義しているが、階層は一つでもよいし二つ以上でもよく、その種類も本例に左右されない。
【００７７】
表示形態決定部４３は、領域設定部４２が最初に設定した候補領域に、付帯情報の全ての項目が収まるか否かを判定する。全ての項目が収まらないと判定した場合、第一階層の各項目が候補領域に収まるか否かを判定する。第一階層の各項目が収まらないと判定した場合、さらに第二階層の各項目が候補領域に収まるか否かを判定する。それでも第二階層の各項目が収まらないと判定した場合は、一つ一つの項目について新たな候補領域を求め、一項目が新たな候補領域に収まるか否かを判定する。
【００７８】
すなわち、表示形態決定部４３の処理は、記号を用いて以下のように表すことができる。表示形態決定部４３は、第ｎ−１階層（ｎは１以上の自然数）の同一の属性をもつｍｎ−１個（≦ｍ０個）の項目（ｎ＝１の場合は全項目、全項目を第０階層と定義する）が候補領域に収まるか否かを判定する。該項目が候補領域に収まらないと判定した場合、第ｎ−１階層の下の階層である第ｎ階層の同一の属性をもつｍｎ個（＜ｍｎ−１個、且つｍｎ−１個の項目のうちの少なくとも二個）の項目が候補領域に収まるか否かを判定する。ｎが予め設定された上限値で、且つ第ｎ階層の同一の属性をもつ項目が候補領域に収まらないと判定した場合、表示形態決定部４３は、一つ一つの項目が候補領域に収まるか否かを判定する。
【００７９】
また、ある項目が候補領域に収まると判定した場合、候補領域のうちの少なくとも該項目の必要領域を該項目の付帯情報表示領域６１に割り当てる。そして、表示形態が決定していない他の項目がある場合、他の項目が、付帯情報表示領域６１に割り当てた分を候補領域から除いた領域に収まるか否かを判定する。
【００８０】
以下、表示形態決定部４３の処理を、より具体的に説明する。ＭＡＸΣｈｉが高さＨ０よりも大きい場合、表示形態決定部４３は、まず、第一階層のＧ１１の項目の表示形態を決定する。表示形態決定部４３は、メモリ３２に格納された各項目の必要領域の高さｈｉから、Ｇ１１の項目の必要領域の高さｈｉを抜き出し、抜き出した高さｈｉをＧ１１の項目数で乗算した結果に、各項目の文字列の行間を加算したもの（以下、ＭＩＤ１Σｈｉと表記する）を算出する。そして、算出したＭＩＤ１Σｈｉと、領域設定部４２で設定された候補領域の高さＨ０とを比較する。
【００８１】
Ｇ１１の項目のＭＩＤ１Σｈｉが高さＨ０以下（ＭＩＤ１Σｈｉ≦Ｈ０）で、Ｇ１１の項目が候補領域の高さに収まる場合、表示形態決定部４３は、Ｇ１１の優先表示領域が「第一区画６２」に設定されているので、第一区画６２にＧ１１の項目を表示すると決定する。換言すれば、Ｇ１１の項目のための付帯情報表示領域６１に、第一区画６２を割り当てる。この場合、表示形態決定部４３は、Ｇ２１の項目の表示形態の決定に移る。
【００８２】
一方、Ｇ１１の項目のＭＩＤ１Σｈｉが高さＨ０よりも大きく（ＭＩＤ１Σｈｉ＞Ｈ０）、Ｇ１１の項目が候補領域の高さに収まらない場合、表示形態決定部４３は、Ｇ１１の下の階層のＧ１２の項目の表示形態の決定に移る。表示形態決定部４３は、メモリ３２に格納された各項目の必要領域の高さｈｉから、Ｇ１２の項目の必要領域の高さｈｉを抜き出し、抜き出した高さｈｉをＧ１２の項目数で乗算した結果に、各項目の文字列の行間を加算したもの（以下、ＭＩＤ２Σｈｉと表記する）を算出する。そして、算出したＭＩＤ２Σｈｉと、領域設定部４２で設定された候補領域の高さＨ０とを比較する。
【００８３】
Ｇ１２の項目のＭＩＤ２Σｈｉが高さＨ０以下（ＭＩＤ２Σｈｉ≦Ｈ０）で、Ｇ１２の項目が候補領域の高さに収まる場合、表示形態決定部４３は、第一区画６２にＧ１２の項目を表示すると決定する。この場合、表示形態決定部４３は、Ｇ１１の他の項目「性別、生年月日」、「身長、体重」の表示形態の決定に移る。
【００８４】
一方、Ｇ１２の項目のＭＩＤ２Σｈｉが高さＨ０よりも大きく（ＭＩＤ２Σｈｉ＞Ｈ０）、Ｇ１２の項目が候補領域の高さに収まらない場合、表示形態決定部４３は、Ｇ１１の項目の一つ一つの表示形態の決定に移る。表示形態決定部４３は、メモリ３２に格納された各項目の必要領域の高さｈｉから、Ｇ１１の各項目の必要領域の高さｈｉを抜き出す。そして、抜き出したｈｉと、領域設定部４２で設定された候補領域の高さＨ０とを比較する。
【００８５】
Ｇ１１のある一項目の必要領域の高さｈｉが高さＨ０以下（ｈｉ≦Ｈ０）で、Ｇ１１のある一項目が候補領域の高さに収まる場合、表示形態決定部４３は、第一区画６２にＧ１１のある一項目を表示すると決定する。
【００８６】
一方、Ｇ１１のある一項目の必要領域の高さｈｉが高さＨ０よりも大きく（ｈｉ＞Ｈ０）、Ｇ１１のある一項目が候補領域の高さに収まらない場合、表示形態決定部４３は、その旨を領域設定部４２に通知する。
【００８７】
領域設定部４２は、表示形態決定部４３からの通知を受けて、最初に設定した候補領域以外でＧ１１のある一項目が表示可能な領域を探索する。領域設定部４２は、例えば、主要被写体表示領域６０の両隣や下の領域のうち、優先表示領域にできるだけ近い領域を新たな候補領域として設定する。領域設定部４２は、設定した新たな候補領域の大きさの情報を表示形態決定部４３に出力する。
【００８８】
表示形態決定部４３は、上記同様にＧ１１のある一項目の必要領域と新たに設定した候補領域の大きさを比較し、Ｇ１１のある一項目が新たな候補領域に収まるか否かを判定する。Ｇ１１のある一項目の必要領域の大きさが新たな候補領域の大きさ以下で、Ｇ１１のある一項目が新たな候補領域に収まる場合、表示形態決定部４３は、Ｇ１１のある一項目を新たな候補領域に表示すると決定する。
【００８９】
一方、Ｇ１１のある一項目の必要領域の大きさが新たな候補領域の大きさよりも大きく、Ｇ１１のある一項目が新たな候補領域に収まらない場合、表示形態決定部４３は、Ｇ１１のある一項目を表示しないと決定する。表示形態決定部４３は、Ｇ１１の他の項目も同様に処理する。
【００９０】
Ｇ１１の各項目の表示形態を決定した後、表示形態決定部４３は、同様にＧ２１の各項目の表示形態を決定する。このときＧ２１の各項目の必要領域と大きさが比較される候補領域は、Ｇ１１の項目を表示すると決定した領域（付帯情報表示領域６１に割り当てた領域）を除いた領域となる。以下同様にして、表示形態決定部４３は、Ｇ３１の各項目の表示形態を決定する。なお、図４に示すデフォルトの表示形態の区画以外に表示する場合、段落［００６９］の幅の比較を行って折り返して表示するか否かを再度判定したうえで、高さの比較に移る。
【００９１】
表示形態決定部４３は、以上のようにして決定した付帯情報の各項目の表示形態を、コンソール制御部４０に出力する。コンソール制御部４０は、領域設定部４２、表示形態決定部４３からの指令に基づいて、各表示領域６０、６１の表示制御を行う。
【００９２】
図７は、付帯情報の全ての項目をまとめて表示する図４のデフォルトの表示形態とは別の画像表示画面４６の表示形態を示している。第一区画６２には、Ｇ１１の各項目がまとめて表示されており、図４の例と異なり項目「検査種」は表示されていない。第二区画６３には、Ｇ２１の各項目のうちのＧ２２の各項目がまとめて表示され、且つ項目「撮影部位」が表示されている。第三区画６４には、項目「撮影時刻」、「造影剤」が表示され、Ｇ３１の各項目のうちのＧ３２の各項目がまとめて表示されている。そして、第三区画６４の下方には、新たな領域として第四区画６７が設けられ、第四区画６７には、項目「ウィンドウ幅」、「ウィンドウレベル」が表示されている。
【００９３】
図７では、例えば項目「撮影時刻」、「造影剤」等、優先表示領域に表示されない項目も存在する。本例ではある属性の項目を他の属性の優先表示領域に割り当てることも許しているため、優先表示領域は、必ずその領域に割り当てなければならないという絶対的な拘束力はなく、表示形態を決定するときに空いていれば割り当てるという程度のものである。優先表示領域と候補領域とは因果関係はなく、優先表示領域に規定された箇所に候補領域がとれない場合は、優先表示領域の規定は効力を失う。なお、ある属性の項目が他の属性の優先表示領域を侵す場合、新たな候補領域を設定して、新たな候補領域に項目を割り当ててもよい。
【００９４】
図３において、コンソール制御部４０は、レポート編集画面４７の所見文入力領域４８への所見文の入力を受け付けて、編集処理部４４に対して、操作指示に応じた処理を実行するように指令する。
【００９５】
編集処理部４４は、所見文入力領域４８に入力された所見データを、コンソール制御部４０を通じて受け付ける。編集処理部４４は、受け付けた所見データを、所見文入力領域４８毎に区別してブロック化する。
【００９６】
編集処理部４４は、ブロック化した所見データのそれぞれに「Ｆ−１」、「Ｆ−２」等の所見ＩＤを付加して、これらをレポート１８のデータに記録する。編集処理部４４は、所見データの他に、オーダから読み出された検査ＩＤ、患者ＩＤ、患者名といった情報を、レポート１８のデータに付加する。
【００９７】
編集処理部４４は、所見ＩＤに加えて、各所見データに対して、その所見文を入力した読影医を識別するための医師ＩＤを付加する。医師ＩＤは、レポート作成端末１３の起動時のユーザ認証の際等に読影医によって入力される。所見データは、所見ＩＤや医師ＩＤによって、検索することが可能である。
【００９８】
オーダ取得部４５は、オーダ受付端末からネットワーク１５を介してオーダを取得する。取得したオーダは、例えば、レポート作成端末１３のストレージデバイス３２に設けられたオーダテーブル（図示せず）に登録される。
【００９９】
ＤＢサーバ１４のＣＰＵ３０は、サーバプログラムを実行することにより、カルテ１６、医用画像１７、およびレポート１８のデータの格納処理部５０および検索処理部５１として機能する。格納処理部５０は、レポート作成端末１３やモダリティ２２といったクライアントからの各データの格納要求に応じて、各ＤＢ１９〜２１へのデータの格納処理を実行する。検索処理部５１は、診療科端末１１、レポート作成端末１３からの各データの配信要求に応答して、要求されたデータを各ＤＢ１９〜２１から検索して、検索したデータを要求元へ配信する。
【０１００】
以下、上記構成による作用について、図８〜図１０に示すフローチャートを参照して説明する。依頼医は、診療科端末１１を使用して、オーダを発行する。レポート作成端末１３は、診療科端末１１から発行されたオーダを、検査科１２のオーダ受付端末を経由して受信する。
【０１０１】
読影医は、レポート作成端末１３でオーダを確認し、レポート１８の作成を開始する。レポート編集画面４７がディスプレイ３７ｂに表示されると、これと連動して画像表示画面４６がディスプレイ３７ａに表示される。
【０１０２】
図８のステップ（以下、Ｓと略す）１０において、画像表示画面４６の表示に先立ち、領域設定部４２によって主要被写体表示領域６０と候補領域が設定される。まず、ＤＢアクセス部４１から受け取った医用画像１７のデータに領域設定部４２で二値化処理が施される。次に、その二値化処理で生成された白黒画像に対してラベリング処理が施され、医用画像１７に映し出された被写体の主要部分が抽出される。これにより、主要被写体表示領域６０が抽出される。
【０１０３】
主要被写体表示領域６０を抽出した後、領域設定部４２により、候補領域が設定される。領域設定部４２で設定された主要被写体表示領域６０、候補領域の大きさを表す情報は、コンソール制御部４０、および表示形態決定部４３に出力される。
【０１０４】
Ｓ１１において、表示形態決定部４３により、必要領域の大きさが算出される。表示形態決定部４３で算出された必要領域の大きさの情報は、付帯情報の項目毎にデータテーブル形式でメモリ３２に一旦格納される。
【０１０５】
Ｓ１２において、表示形態決定部４３により、各項目の必要領域の幅ｗｉと、各区画６２〜６４の幅Ｗ１〜Ｗ３の大小が比較され、折り返して表示する項目が決定される。ｗｉがＷ１〜Ｗ３よりも大きい（ｗｉ＞Ｗ１〜Ｗ３）場合は、その項目を折り返して表示すると決定される。折り返して表示すると決定された項目の必要領域の高さｈｉは、折り返した分だけ倍される。
【０１０６】
Ｓ１３において、必要領域の高さｈｉを各区画６２〜６４の最大行数で乗算した結果に、各項目の文字列の行間を加算したＭＡＸΣｈｉと、領域設定部４２で設定された候補領域の高さＨ０とが比較される。
【０１０７】
ＭＡＸΣｈｉが高さＨ０以下（Σｈｉ≦Ｈ０）であった場合（Ｓ１４でｙｅｓ）は、候補領域に全ての項目をまとめて表示すると決定される（Ｓ１５）。一方、ＭＡＸΣｈｉが高さＨ０よりも大きい（Σｈｉ＞Ｈ０）場合（Ｓ１４でｎｏ）は、Ｓ１６の属性テーブル７０に基づいた表示形態の決定に移行する。
【０１０８】
Ｓ１６の処理の詳細を示す図９において、表示形態決定部４３により、第一階層の属性の項目のＭＩＤ１Σｈｉが算出される。そして、算出されたＭＩＤ１Σｈｉと、領域設定部４２で設定された候補領域の高さＨ０とが比較される（Ｓ２０）。
【０１０９】
第一階層の属性の項目のＭＩＤ１Σｈｉが高さＨ０以下（ＭＩＤ１Σｈｉ≦Ｈ０）であった場合（Ｓ２１でｙｅｓ）は、候補領域のうちの優先表示領域に設定された領域（優先表示領域が空いていない場合は他の領域）に第一階層の属性の項目を表示すると決定される（Ｓ２２）。一方、ＭＩＤ１Σｈｉが高さＨ０よりも大きい（ＭＩＤ１Σｈｉ＞Ｈ０）場合（Ｓ２１でｎｏ）は、Ｓ２３の第二階層の属性の項目の表示形態の決定に移行する。
【０１１０】
Ｓ２３の処理の詳細を示す図１０において、表示形態決定部４３により、第二階層の属性の項目のＭＩＤ２Σｈｉが算出される。そして、算出されたＭＩＤ２Σｈｉと、領域設定部４２で設定された候補領域の高さＨ０とが比較される（Ｓ３０）。
【０１１１】
第二階層の属性の項目のＭＩＤ２Σｈｉが高さＨ０以下（ＭＩＤ２Σｈｉ≦Ｈ０）であった場合（Ｓ３１でｙｅｓ）は、候補領域のうちの優先表示領域に設定された領域（優先表示領域が空いていない場合は他の領域）に第二階層の属性の項目を表示すると決定される（Ｓ３２）。一方、ＭＩＤ２Σｈｉが高さＨ０よりも大きい（ＭＩＤ２Σｈｉ＞Ｈ０）場合（Ｓ３１でｎｏ）は、第二階層の属性の項目の一つ一つについて、領域設定部４２で新たな候補領域が設定され、表示形態が決定される（Ｓ３３）。
【０１１２】
図９に戻って、全ての項目の表示形態が決定されていない場合（Ｓ２４でｎｏ）は、付帯情報表示領域６１に割り当てた領域を候補領域から除いた後（Ｓ２５）、Ｓ２０の処理に戻る。全ての項目の表示形態が決定された場合（Ｓ２４でｙｅｓ）は、図８に戻る。
【０１１３】
図８において、表示形態決定部４３で全ての項目の表示形態が決定された後、領域設定部４２で設定された情報、表示形態決定部４３で決定された情報に基づいて、コンソール制御部４０により各表示領域６０、６１の表示制御がなされ、画像表示画面４６が起動される（Ｓ１７）。
【０１１４】
読影医は、画像表示画面４６で医用画像１７を観察しながら、レポート編集画面４７の所見文入力領域４８に所見文を入力する。所見文が入力されると、コンソール制御部４０から編集処理部４４に所見データが受け渡される。
【０１１５】
所見データは、編集処理部４４によって所見文入力領域４８毎に区別してブロック化され、所見ＩＤが付加されてレポート１８のデータに記録される。レポート１８のデータには、所見データの他に、検査ＩＤ、患者ＩＤ、患者名、および医師ＩＤのデータ等が付加される。
【０１１６】
読影医は、所見文の入力を終えると、レポート１８の作成の終了を指示する。作成終了が指示されると、レポート１８のデータの格納要求がＤＢアクセス部４１からＤＢサーバ１４に送信される。レポート作成端末１３から格納要求を受信すると、ＤＢサーバ１４では、格納処理部５０によって、レポート１８のデータの格納処理が実行される。以上をもって、一回のレポート１８の作成処理が終了する。
【０１１７】
レポート１８の作成が完了すると、レポート作成端末１３から、依頼医の診療科端末１１に対して、作成完了通知が送信される。依頼医は、診療科端末１１を通じてレポートＤＢ２１にアクセスして、作成完了通知に含まれるレポート１８のアドレスに基づいて、レポート１８を読み出す。診療科端末１１のディスプレイ３７には、レポート表示画面と、レポート１８に関連する医用画像１７を表示する画像表示画面が出力される。依頼医は、これらの画面を閲覧して、レポート１８の内容を確認する。
【０１１８】
以上説明したように、医用画像１７を移動させたり縮小したりせずに、互いに関連する項目をなるべくまとめて表示するように表示形態を決定するので、医用画像１７の画質を損なうことなく、レポート１８の作成をより円滑に進めることができる。
【０１１９】
領域設定部４２で自動的に主要被写体表示領域６０を抽出し、付帯情報表示領域６１を設定するので、各表示領域６０、６１を手動で設定する手間を省くことができる。
【０１２０】
上記実施形態では、各区画６２〜６４の最大行数を規定しているが、ＭＡＸΣｈｉ≦Ｈ０の場合に、最大行数を超えて項目を表示してもよい。
【０１２１】
上記実施形態では、一回の検査に関わる複数の断層画像に対して二値化＋ラベリング処理を施して、それぞれの被写体の主要部分を抽出し、その中で大きさが最大となる主要部分を主要被写体表示領域６０としているが、複数の断層画像の各々に対して主要被写体表示領域６０を抽出してもよい。また、医用画像１７が内視鏡画像や超音波画像であった場合等、主要被写体表示領域６０の大きさが不変である場合は、領域設定部４２は不要である。さらに、二値化処理ではなく、グレースケール処理を施してもよい。
【０１２２】
なお、上記実施形態では、Ｇ１１の項目の表示形態を最初に決定した後、Ｇ２１、Ｇ３１の項目の表示形態を順次決定しているが、表示形態を決定する順は、特に限定されない。候補領域に収めることができる属性の項目を順不同で見つけ出し、候補領域に収まると判定された属性の項目から先に付帯情報表示領域を割り当ててもよい。
【０１２３】
例えば、Ｇ１１の項目が候補領域に収まらないと判定したときに、Ｇ１２の項目の表示形態の決定に移らず、Ｇ２１の項目が候補領域に収まるか否かを判定する。Ｇ２１の項目が候補領域に収まると判定された場合は、付帯情報表示領域６１の割り当てを先に行う。
【０１２４】
主要被写体表示領域６０の大きさが大き過ぎて、候補領域が所望の面積を確保できず、表示形態決定部４３で表示しないと決定される項目があった場合は、止むを得ず医用画像１７を縮小してもよい。
【０１２５】
上記実施形態では、レポート作成端末でレポートを作成する際に、付帯情報表示領域の表示形態を決定しているが、診療科端末で、作成が完了したレポートと一緒に医用画像を閲覧する際に、付帯情報表示領域の表示形態を決定してもよい。この場合、レポート作成端末の表示形態決定部で決定した付帯情報表示領域の表示形態の情報を、ＤＢアクセス部によって医用画像のデータに関連付けて記憶しておけば、診療科端末で医用画像のデータを開いた際に、レポート作成端末の画像表示画面における表示形態と同一の表示形態で、医用画像を表示することができる。勿論、診療科端末に図３の各部４０〜４３を設けて、診療科端末を本発明の医用画像表示装置としてもよい。
【０１２６】
上記実施形態では、検査科１２で実施される検査を例示して説明したが、検査種はこれらに限定されるものではなく、ＰＥＴ（Positron Emission Tomography）検査、超音波検査、内視鏡検査等でもよい。
【０１２７】
上記実施形態では、本発明の医用画像表示装置を構成する、レポート作成端末が一台の例で説明したが、レポート作成端末は複数台でもよい。また、レポート作成端末のストレージデバイスに属性テーブルを格納する態様を例示したが、属性テーブルの格納先は上記に限らず、ＤＢサーバに格納しておいてもよい。この場合、レポート作成端末のＤＢアクセス部がＤＢサーバにアクセスして、属性テーブルの検索要求の送信とその検索結果の受信とを行う。
【０１２８】
また、上記実施形態のように、クライアント（レポート作成端末）と、サーバ（ＤＢサーバ）とからなるクライアントサーバ型の情報システムの場合には、レポート編集用のクライアントプログラムは、専用のプログラムを使用してもよいし、ＨＴＴＰ（Hyper Text Transfer Protocol）といった、ＷＷＷ（World Wide Web）のプロトコルに対応した汎用的なブラウザを使用してもよい。
【０１２９】
専用のプログラムを使用する場合には、レポート編集画面は、専用のプログラムで定義された画面データに基づいて生成される。汎用的なブラウザを使用する場合には、例えば、Ｗｅｂサーバにレポート編集画面のデータを格納しておき、クライアントはＷｅｂサーバにアクセスして、Ｗｅｂページの形式に加工されたレポート編集画面のデータをダウンロードする。クライアントのブラウザは、受信したＷｅｂページのソースコードを解釈してレポート編集画面を生成する。ＷｅｂサーバはＤＢサーバ１４が兼用してもよいし、ＤＢサーバとは別のサーバでもよい。汎用的なブラウザを使用する場合には、ＷｅｂサーバのＣＰＵが、クライアントのＣＰＵと協働して、または単独で、コンソール制御部、編集処理部等を構成する。
【０１３０】
また、ＤＢが構築されるデータ格納装置としては、ＤＢサーバ以外でもよく、例えば、ＮＡＳ（Network Attached Storage）、ＳＡＮ（Storage Area Network）といったネットワークを介して接続するストレージデバイスを使用してもよい。このように、コンピュータシステムの物理構成は適宜変更が可能である。
【０１３１】
上記実施形態では、ネットワークとしてＬＡＮを例に説明しているが、診療科と検査科が複数の拠点に分散しているような場合には、ネットワークとしてＬＡＮとＷＡＮ（Wide Area Network）を組み合わせて使用してもよい。
【０１３２】
なお、上記実施形態で示したとおり、本発明は、プログラムの形態、さらにはプログラムを記憶する記憶媒体にも及ぶことは勿論である。
【図面の簡単な説明】
【０１３３】
【図１】医療情報システムの構成図である。
【図２】診療科端末、レポート作成端末、およびデータベースサーバを構成するコンピュータの概略を示す構成図である。
【図３】レポート作成端末とデータベースサーバの概略構成を示す図である。
【図４】付帯情報の各項目を全て表示した画像表示画面を示す図である。
【図５】必要領域の大きさの情報の格納状態を示す説明図である。
【図６】属性テーブルの格納状態を示す説明図である。
【図７】図４とは異なる表示形態の画像表示画面を示す図である。
【図８】画像表示画面を表示するまでの一連の処理の流れを示すフローチャートである。
【図９】属性テーブルに基づいて表示形態を決定する処理の流れを示すフローチャートである。
【図１０】第二階層の属性の項目の表示形態を決定する処理の流れを示すフローチャートである。
【符号の説明】
【０１３４】
２ 医療情報システム
１１ 診療科端末
１３ レポート作成端末
１７ 医用画像
２２ モダリティ
３０ ＣＰＵ
３２ ストレージデバイス
３４ コンソール
３６ アプリケーションプログラム（ＡＰ）
３７、３７ａ、３７ｂ ディスプレイ
３８ 入力デバイス
４０ コンソール制御部
４２ 領域設定部
４３ 表示形態決定部
４６ 画像表示画面
６０ 主要被写体表示領域
６１ 付帯情報表示領域
６２〜６４ 第一〜第三区画
７０ 属性テーブル
【特許請求の範囲】
【請求項１】
医用画像、およびｍ０個（ｍ０は２以上の自然数）の項目からなる医用画像の付帯情報を、ディスプレイの画面上に重ねて表示させる表示制御手段と、
付帯情報の各項目の属性を定義した属性情報に基づいて、医用画像内の主要被写体表示領域外に設けられた付帯情報表示領域に、同一の属性をもつ項目がまとめて表示されるように、付帯情報の表示形態を決定する表示形態決定手段とを備えることを特徴とする医用画像表示装置。
【請求項２】
医用画像を解析して主要被写体表示領域を抽出し、抽出した主要被写体表示領域外に付帯情報表示領域の候補領域を設定する領域設定手段を備えることを特徴とする請求項１に記載の医用画像表示装置。
【請求項３】
前記表示形態決定手段は、付帯情報を表示するために必要な必要領域の大きさと付帯情報表示領域の候補領域の大きさを比較して、付帯情報が候補領域に収まるか否かを判定することを特徴とする請求項１または２に記載の医用画像表示装置。
【請求項４】
属性は階層構造をとり、
前記表示形態決定手段は、第ｎ−１階層（ｎは１以上の自然数）の同一の属性をもつｍｎ−１個（≦ｍ０個）の項目（ｎ＝１の場合は全項目）が候補領域に収まるか否かを判定し、該項目が候補領域に収まらないと判定した場合、第ｎ−１階層の下の階層である第ｎ階層の同一の属性をもつｍｎ個（＜ｍｎ−１個、且つｍｎ−１個の項目のうちの少なくとも二個）の項目が候補領域に収まるか否かを判定することを特徴とする請求項３に記載の医用画像表示装置。
【請求項５】
前記表示形態決定手段は、ｎが予め設定された上限値で、且つ第ｎ階層の同一の属性をもつ項目が候補領域に収まらないと判定した場合、一つ一つの項目が候補領域に収まるか否かを判定することを特徴とする請求項４に記載の医用画像表示装置。
【請求項６】
前記表示形態決定手段は、ある項目が候補領域に収まると判定した場合、候補領域のうちの少なくとも該項目の必要領域を該項目の付帯情報表示領域に割り当て、
表示形態が決定していない他の項目がある場合、他の項目が、付帯情報表示領域に割り当てた分を候補領域から除いた領域に収まるか否かを判定することを特徴とする請求項３ないし５のいずれかに記載の医用画像表示装置。
【請求項７】
前記表示形態決定手段は、属性毎に規定された優先表示領域に付帯情報表示領域を割り当てることを特徴とする請求項１ないし６のいずれかに記載の医用画像表示装置。
【請求項８】
前記表示形態決定手段で決定した表示形態の情報を医用画像に関連付けて記憶させる記憶制御手段を備えることを特徴とする請求項１ないし７のいずれかに記載の医用画像表示装置。
【請求項９】
付帯情報は、医療検査を受ける患者に関する患者関連項目、医用画像の撮影に関する撮影関連項目、または医用画像に関する画像関連項目のうちの少なくともいずれか二種の項目を有し、同一種の関連項目に同一の属性が定義されていることを特徴とする請求項１ないし８のいずれかに記載の医用画像表示装置。
【請求項１０】
医用画像、および複数個の項目からなる医用画像の付帯情報を、ディスプレイの画面上に重ねて表示させるための医用画像表示方法であって、
付帯情報の各項目の属性を定義した属性情報に基づいて、医用画像内の主要被写体表示領域外に設けられた付帯情報表示領域に、同一の属性をもつ項目がまとめて表示されるように、付帯情報の表示形態を決定する表示形態決定ステップと、
前記表示形態決定ステップで決定された表示形態に従って、医用画像、および付帯情報の表示制御を行う表示制御ステップとを備えることを特徴とする医用画像表示方法。
【請求項１１】
医用画像、および複数個の項目からなる医用画像の付帯情報を、ディスプレイの画面上に重ねて表示させるための医用画像表示プログラムであって、
付帯情報の各項目の属性を定義した属性情報に基づいて、医用画像内の主要被写体表示領域外に設けられた付帯情報表示領域に、同一の属性をもつ項目がまとめて表示されるように、付帯情報の表示形態を決定する表示形態決定機能と、
前記表示形態決定機能で決定された表示形態に従って、医用画像、および付帯情報の表示制御を行う表示制御機能とを、コンピュータに実現させることを特徴とする医用画像表示プログラム。
【請求項１】
医用画像、およびｍ０個（ｍ０は２以上の自然数）の項目からなる医用画像の付帯情報を、ディスプレイの画面上に重ねて表示させる表示制御手段と、
付帯情報の各項目の属性を定義した属性情報に基づいて、医用画像内の主要被写体表示領域外に設けられた付帯情報表示領域に、同一の属性をもつ項目がまとめて表示されるように、付帯情報の表示形態を決定する表示形態決定手段とを備えることを特徴とする医用画像表示装置。
【請求項２】
医用画像を解析して主要被写体表示領域を抽出し、抽出した主要被写体表示領域外に付帯情報表示領域の候補領域を設定する領域設定手段を備えることを特徴とする請求項１に記載の医用画像表示装置。
【請求項３】
前記表示形態決定手段は、付帯情報を表示するために必要な必要領域の大きさと付帯情報表示領域の候補領域の大きさを比較して、付帯情報が候補領域に収まるか否かを判定することを特徴とする請求項１または２に記載の医用画像表示装置。
【請求項４】
属性は階層構造をとり、
前記表示形態決定手段は、第ｎ−１階層（ｎは１以上の自然数）の同一の属性をもつｍｎ−１個（≦ｍ０個）の項目（ｎ＝１の場合は全項目）が候補領域に収まるか否かを判定し、該項目が候補領域に収まらないと判定した場合、第ｎ−１階層の下の階層である第ｎ階層の同一の属性をもつｍｎ個（＜ｍｎ−１個、且つｍｎ−１個の項目のうちの少なくとも二個）の項目が候補領域に収まるか否かを判定することを特徴とする請求項３に記載の医用画像表示装置。
【請求項５】
前記表示形態決定手段は、ｎが予め設定された上限値で、且つ第ｎ階層の同一の属性をもつ項目が候補領域に収まらないと判定した場合、一つ一つの項目が候補領域に収まるか否かを判定することを特徴とする請求項４に記載の医用画像表示装置。
【請求項６】
前記表示形態決定手段は、ある項目が候補領域に収まると判定した場合、候補領域のうちの少なくとも該項目の必要領域を該項目の付帯情報表示領域に割り当て、
表示形態が決定していない他の項目がある場合、他の項目が、付帯情報表示領域に割り当てた分を候補領域から除いた領域に収まるか否かを判定することを特徴とする請求項３ないし５のいずれかに記載の医用画像表示装置。
【請求項７】
前記表示形態決定手段は、属性毎に規定された優先表示領域に付帯情報表示領域を割り当てることを特徴とする請求項１ないし６のいずれかに記載の医用画像表示装置。
【請求項８】
前記表示形態決定手段で決定した表示形態の情報を医用画像に関連付けて記憶させる記憶制御手段を備えることを特徴とする請求項１ないし７のいずれかに記載の医用画像表示装置。
【請求項９】
付帯情報は、医療検査を受ける患者に関する患者関連項目、医用画像の撮影に関する撮影関連項目、または医用画像に関する画像関連項目のうちの少なくともいずれか二種の項目を有し、同一種の関連項目に同一の属性が定義されていることを特徴とする請求項１ないし８のいずれかに記載の医用画像表示装置。
【請求項１０】
医用画像、および複数個の項目からなる医用画像の付帯情報を、ディスプレイの画面上に重ねて表示させるための医用画像表示方法であって、
付帯情報の各項目の属性を定義した属性情報に基づいて、医用画像内の主要被写体表示領域外に設けられた付帯情報表示領域に、同一の属性をもつ項目がまとめて表示されるように、付帯情報の表示形態を決定する表示形態決定ステップと、
前記表示形態決定ステップで決定された表示形態に従って、医用画像、および付帯情報の表示制御を行う表示制御ステップとを備えることを特徴とする医用画像表示方法。
【請求項１１】
医用画像、および複数個の項目からなる医用画像の付帯情報を、ディスプレイの画面上に重ねて表示させるための医用画像表示プログラムであって、
付帯情報の各項目の属性を定義した属性情報に基づいて、医用画像内の主要被写体表示領域外に設けられた付帯情報表示領域に、同一の属性をもつ項目がまとめて表示されるように、付帯情報の表示形態を決定する表示形態決定機能と、
前記表示形態決定機能で決定された表示形態に従って、医用画像、および付帯情報の表示制御を行う表示制御機能とを、コンピュータに実現させることを特徴とする医用画像表示プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−５７６８４（Ｐ２０１０−５７６８４Ａ）
【公開日】平成２２年３月１８日（２０１０．３．１８）
【国際特許分類】
【出願番号】特願２００８−２２６４３１（Ｐ２００８−２２６４３１）
【出願日】平成２０年９月３日（２００８．９．３）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
【公開日】平成２２年３月１８日（２０１０．３．１８）
【国際特許分類】
【出願日】平成２０年９月３日（２００８．９．３）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
[ Back to top ]