(57)【要約】 【課題】医用画像を扱う医用画像管理装置が保持するデータ容量の減少により、ハードウエアにかかるコストを低減する。【解決手段】画像サーバ３０は、モダリティ１０からＤＩＣＯＭファイルを受信し、このＤＩＣＯＭファイルをＤＩＣＯＭヘッダファイルと汎用画像ファイルとに分割して保存する。そして、ＲＩＳ２０からヘッダ取得要求を受信した場合、対応するＤＩＣＯＭヘッダファイルをＲＩＳ２０に送信する。また、電子カルテ端末５０から画像取得要求を受信した場合、対応する汎用画像ファイルを電子カルテ端末５０に送信する。また、画像ビューワ端末４０からＤＩＣＯＭ取得要求を受信した場合、ＤＩＣＯＭヘッダファイルと汎用画像ファイルとを結合して、対応するＤＩＣＯＭファイルを生成する。そしてこのＤＩＣＯＭファイルを画像ビューワ端末４０に送信する。【選択図】図１
2008293189.tif 000002
【特許請求の範囲】
【請求項１】
受信手段と、
記憶手段と、
送信手段と、
前記受信手段により受信した、医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを、付帯情報のファイルと画像データのファイルとに分割して前記記憶手段に記憶させ、
前記受信手段が他装置から付帯情報のファイルの取得要求を受信した場合、前記記憶手段に記憶された付帯情報のファイルを当該他装置へ前記送信手段に送信させ、
前記受信手段が他装置から画像データのファイルの取得要求を受信した場合、前記記憶手段に記憶された画像データのファイルを当該他装置へ前記送信手段に送信させ、
前記受信手段が他装置からＤＩＣＯＭファイルの取得要求を受信した場合、前記記憶手段に記憶された付帯情報のファイルと画像データのファイルとを結合してＤＩＣＯＭファイルを生成し、当該生成したＤＩＣＯＭファイルを当該他装置へ前記送信手段に送信させる制御手段と、
を備える医用画像管理装置。
【請求項２】
前記制御手段は、
ＤＩＣＯＭファイルを付帯情報のファイルと画像データのファイルとに分割する際、当該分割される付帯情報のファイルと画像データのファイルとを関連付ける関連付け情報を生成し、
付帯情報のファイルと画像データのファイルとを結合してＤＩＣＯＭファイルを生成する際、前記関連付け情報に基づいて付帯情報のファイルと画像データのファイルとを結合する、
請求項１に記載の医用画像管理装置。
【請求項３】
コンピュータを、
受信手段、
記憶手段、
送信手段、
前記受信手段により受信した、医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを、付帯情報のファイルと画像データのファイルとに分割して前記記憶手段に記憶させ、
前記受信手段が他装置から付帯情報のファイルの取得要求を受信した場合、前記記憶手段に記憶された付帯情報のファイルを当該他装置へ前記送信手段に送信させ、
前記受信手段が他装置から画像データのファイルの取得要求を受信した場合、前記記憶手段に記憶された画像データのファイルを当該他装置へ前記送信手段に送信させ、
前記受信手段が他装置からＤＩＣＯＭファイルの取得要求を受信した場合、前記記憶手段に記憶された付帯情報のファイルと画像データのファイルとを結合してＤＩＣＯＭファイルを生成し、当該生成したＤＩＣＯＭファイルを当該他装置へ前記送信手段に送信させる制御手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像管理装置及びプログラムに関する。
【背景技術】
【０００２】
医療の分野において、患者を撮影した医用画像はデジタル化して扱われている。具体的には、ＣＲ（Computed Radiography）装置やＣＴ（Computed Tomography）装置、ＭＲ（Magnetic Resonance）装置等の医用画像生成装置（以下、「モダリティ」と称す）を用いて、デジタル画像データ（以下、「医用画像データ」と称す）を生成する。そして生成された医用画像データは、画像サーバで記憶管理されている。
【０００３】
医用画像データは、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）規格に準拠したデータ形式で、医用画像の画像データと当該画像データに関する付帯情報とから成る。ＤＩＣＯＭとは、医用画像の通信及び保存フォーマットに関する標準規格であり、この規格に準拠することで、異なる医療機器間での相互通信性が確保される。
【０００４】
また、近年、電子カルテを作成する電子カルテ機能を有した電子カルテ端末で医用画像を参照したいという要求が高まっている中、医用画像データを扱う画像サーバと電子カルテ端末とを通信可能に接続した医用画像システムが構築されている。医用画像データを扱う画像サーバの具体例として、ＰＡＣＳ（Picture Archiving and Communication System for medical application）が挙げられる。
【０００５】
また、電子カルテ端末からＨＴＴＰ（Hyper Text Transfer Protocol）によるリンクで画像サーバに記憶されている医用画像データを取得又は参照する技術が開示されている（特許文献１参照）。
【０００６】
電子カルテ端末は、画像を表示するために、画像サーバから汎用性のある画像データのみ（例えば、ＢＭＰ、ＪＰＥＧ、ＧＩＦ形式のファイル）を取得すればよく、医用画像データを格納したファイル（以下、ＤＩＣＯＭファイルと称す）を取得する必要はない。
【０００７】
そのため、医用画像データを扱う画像サーバは、画像データと付帯情報とを含む医用画像データを格納したファイル（ＤＩＣＯＭファイル）の他に、画像データのみを格納したファイル（汎用画像ファイル）を生成し記憶している。そして、画像サーバはＷｅｂサーバの機能も備え、生成した汎用画像ファイルを公開して、電子カルテ端末のような画像のみを必要とする端末に、画像データを提供している。ここで、汎用画像ファイルのデータ形式は、ＢＭＰ、ＪＰＧ、ＧＩＦ等、汎用性のある形式である。
【特許文献１】特開平１０−７９７７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、上述した医用画像データを扱う画像サーバ（医用画像管理装置）は、電子カルテ端末による汎用画像ファイルの参照の有無に拘わらず、ＤＩＣＯＭファイルの他に常に汎用画像ファイルを記憶しなければならない。そのため、画像サーバにおける記憶容量の増大を招き、ハードウエアのコストが高くなってしまった。
【０００９】
本発明は、上述したような課題に鑑みて為されたものであり、その目的とするところは、医用画像を扱う医用画像管理装置が保持するデータ容量の減少により、ハードウエアにかかるコストを低減することである。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、請求項１に記載の医用画像管理装置は、
受信手段と、
記憶手段と、
送信手段と、
前記受信手段により受信した、医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを、付帯情報のファイルと画像データのファイルとに分割して前記記憶手段に記憶させ、
前記受信手段が他装置から付帯情報のファイルの取得要求を受信した場合、前記記憶手段に記憶された付帯情報のファイルを当該他装置へ前記送信手段に送信させ、
前記受信手段が他装置から画像データのファイルの取得要求を受信した場合、前記記憶手段に記憶された画像データのファイルを当該他装置へ前記送信手段に送信させ、
前記受信手段が他装置からＤＩＣＯＭファイルの取得要求を受信した場合、前記記憶手段に記憶された付帯情報のファイルと画像データのファイルとを結合してＤＩＣＯＭファイルを生成し、当該生成したＤＩＣＯＭファイルを当該他装置へ前記送信手段に送信させる制御手段と、
を備える。
【００１１】
請求項２に記載の発明は、請求項１に記載の発明において、
前記制御手段は、
ＤＩＣＯＭファイルを付帯情報のファイルと画像データのファイルとに分割する際、当該分割される付帯情報のファイルと画像データのファイルとを関連付ける関連付け情報を生成し、
付帯情報のファイルと画像データのファイルとを結合してＤＩＣＯＭファイルを生成する際、前記関連付け情報に基づいて付帯情報のファイルと画像データのファイルとを結合する。
【００１２】
請求項３に記載のプログラムは、
コンピュータを、
受信手段、
記憶手段、
送信手段、
前記受信手段により受信した、医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを、付帯情報のファイルと画像データのファイルとに分割して前記記憶手段に記憶させ、
前記受信手段が他装置から付帯情報のファイルの取得要求を受信した場合、前記記憶手段に記憶された付帯情報のファイルを当該他装置へ前記送信手段に送信させ、
前記受信手段が他装置から画像データのファイルの取得要求を受信した場合、前記記憶手段に記憶された画像データのファイルを当該他装置へ前記送信手段に送信させ、
前記受信手段が他装置からＤＩＣＯＭファイルの取得要求を受信した場合、前記記憶手段に記憶された付帯情報のファイルと画像データのファイルとを結合してＤＩＣＯＭファイルを生成し、当該生成したＤＩＣＯＭファイルを当該他装置へ前記送信手段に送信させる制御手段、
として機能させる。
【発明の効果】
【００１３】
請求項１及び３に記載の発明によれば、医用画像を扱う医用画像管理装置が保持するデータ容量の減少により、ハードウエアにかかるコストを低減することができる。
【００１４】
請求項２に記載の発明によれば、ＤＩＣＯＭヘッダファイルと汎用画像ファイルとを結合する際のファイルの関連付けが容易になる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して、本発明に係る医用画像管理装置の一実施形態について説明する。
【００１６】
[医用画像システムのシステム構成]
図１に医用画像システム１００のシステム構成を示す。図１に示すように、医用画像システム１００は、モダリティ１０と、ＲＩＳ２０と、画像サーバ３０と、画像ビューワ端末４０と、電子カルテ端末５０とが通信ネットワークＮを介して接続され、それぞれがデータ通信可能に接続されている。
【００１７】
ＲＩＳ２０は、制御部や記憶部、操作部、表示部、通信部等を有するコンピュータにより構成され、放射線科部門内における診療予約、診断結果のレポート、実績管理、材料在庫管理等の情報管理を行う。ＲＩＳ２０は、オペレータによる検査オーダの登録を受け付ける。そして、その登録された検査オーダによって、検査オーダ情報を生成し、モダリティ１０に送信する。
【００１８】
検査オーダ情報とは撮影や診断の検査オーダの内容を示すデータであり、患者情報、検査情報及びシリーズ情報を含む。患者情報は、撮影を行う患者の受付番号や氏名、患者ＩＤ、性別等の患者毎に設定されたデータである。検査情報は、医師がオーダした検査を識別する検査ＩＤ、検査部位、撮影方向及び体位といった検査条件を示すデータである。シリーズ情報は、一つの検査の中で生成されるモダリティ１０毎の一連の医用画像の単位（シリーズ）を示すシリーズＩＤやモダリティ１０の種別を含むデータである。
【００１９】
また、ＲＩＳ２０は、後述するＤＩＣＯＭヘッダファイルの取得要求であるヘッダ取得要求を画像サーバ３０に送信する。
【００２０】
モダリティ１０は、患者を撮影し、医用画像データを生成する医用画像生成装置である。ここで、医用画像データとは、撮影した医用画像の画像データと当該画像データに関する各種情報（患者情報、検査情報及びシリーズ情報等）を有する付帯情報とを含む情報である。
【００２１】
モダリティ１０は、医用画像データをＤＩＣＯＭ規格に則ったＤＩＣＯＭファイルとして画像サーバ３０に送信する。ここで、１つのＤＩＣＯＭファイルは、医用画像１枚に対応する画像データと当該画像データに対応する付帯情報とで構成される。
【００２２】
画像サーバ３０は、医用画像の画像データと画像データに対応する付帯情報とを保存し、管理する医用画像管理装置である。画像サーバ３０は、モダリティ１０からＤＩＣＯＭファイルを受信する。そして、画像サーバ３０は、図２に示すように、受信したＤＩＣＯＭファイルを、付帯情報を格納したＤＩＣＯＭヘッダファイルと画像データを格納した汎用画像ファイルとに分割し保存する。
【００２３】
そして、画像サーバ３０は、他装置から受信する取得要求に応じて、ＤＩＣＯＭヘッダファイル、汎用画像ファイル、又はこれら２つのファイルを結合したＤＩＣＯＭファイルを当該他装置に送信する。ここで、取得要求は、取得するファイルを指定するためのファイル指定情報を含む。
【００２４】
具体的に、画像サーバ３０は、ＤＩＣＯＭヘッダファイルの取得要求であるヘッダ取得要求を受信すると、ヘッダ取得要求に含まれるファイル指定情報により指定されたＤＩＣＯＭヘッダファイルをヘッダ取得要求の送信元に送信する。
【００２５】
また、画像サーバ３０は、汎用画像ファイルの取得要求である画像取得要求を受信すると、画像取得要求に含まれるファイル指定情報により指定された汎用画像ファイルを画像取得要求の送信元に送信する。
【００２６】
また、画像サーバ３０は、ＤＩＣＯＭファイルの取得要求であるＤＩＣＯＭ取得要求を受信すると、ＤＩＣＯＭ取得要求に含まれるファイル指定情報により指定されたＤＩＣＯＭファイルに対応するＤＩＣＯＭヘッダファイルと汎用画像ファイルを結合してＤＩＣＯＭファイルを生成する。そして、当該ＤＩＣＯＭファイルをＤＩＣＯＭ取得要求の送信元に送信する。
【００２７】
画像ビューワ端末４０は、ＤＩＣＯＭファイルに基づいて、医用画像の表示や、医用画像に関する各種情報を表示する装置である。画像ビューワ端末４０は、ＤＩＣＯＭファイルを取得するために画像サーバ３０にＤＩＣＯＭ取得要求を送信する。読影医等のユーザは、画像ビューワ端末４０において読影を行う。
【００２８】
電子カルテ端末５０は、電子カルテを作成する電子カルテ機能を有し、併せて参照医の診断に供するために、汎用画像ファイルに基づいて医用画像を表示する。電子カルテ端末５０は、汎用画像ファイルを取得するために画像サーバ３０に画像取得要求を送信する。
【００２９】
[画像サーバの機能的構成]
図３に、画像サーバ３０の機能構成を示す。図３に示すように、画像サーバ３０は、制御部３１、操作部３２、表示部３３、通信部３４、ＲＯＭ（Read Only Memory）３５、記憶部３６等を備えて構成され、各部はバス３７により接続されている。
【００３０】
制御部３１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）等から構成される。制御部３１は、ＲＯＭ３５に記憶されている各種処理プログラムを読み出し、ＲＡＭ内に形成されたワークエリアに展開し、当該プログラムに従って画像サーバ３０の各部を統括的に制御する。
【００３１】
操作部３２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウスなどのポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号を制御部３１に出力する。
【００３２】
表示部３３は、ＬＣＤ（Liquid Crystal Display）により構成され、制御部３１から入力される表示信号の指示に従って、操作部３２からの入力指示やデータ等を表示する。
【００３３】
通信部３４は、ＬＡＮ（Local Area Network）アダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮを介して接続されたモダリティ１０、ＲＩＳ２０、画像ビューワ端末４０、電子カルテ端末５０等の外部機器との間でデータの送受信を行う。
【００３４】
通信部３４は、ＲＩＳ２０にＤＩＣＯＭヘッダファイルを送信する際、又は電子カルテ端末５０に汎用画像ファイルを送信する際には、ＨＴＴＰ等の汎用のＷｅｂ通信用のプロトコルを採用する。通信部３４は、画像ビューワ端末４０にＤＩＣＯＭファイルを送信する際、又はモダリティ１０からＤＩＣＯＭファイルを受信する際には、ＤＩＣＯＭによる通信プロトコルを採用する。
【００３５】
ＲＯＭ３５は、不揮発性の半導体メモリ等により構成され、制御部３１で実行される各種処理プログラム、各種データ等を記憶する。これらの各種プログラムは、読み取り可能なプログラムコードの形態で格納され、制御部３１は、当該プログラムコードに従った動作を逐次実行する。
【００３６】
記憶部３６は、ハードディスク等の記憶装置であり、モダリティ１０から受信したＤＩＣＯＭファイルに基づいて生成されたＤＩＣＯＭヘッダファイルと汎用画像ファイルを保存する。
【００３７】
制御部３１は、通信部３４がモダリティ１０からＤＩＣＯＭファイルを受信すると、当該ＤＩＣＯＭファイルをＤＩＣＯＭヘッダファイルと汎用画像ファイルとに分割する。このとき、制御部３１は、分割したＤＩＣＯＭヘッダファイルに分割した汎用画像ファイルのファイル名を保持させ、ＤＩＣＯＭヘッダファイルと汎用画像ファイルとを関連付ける。この分割したＤＩＣＯＭヘッダファイルが保持する分割した汎用画像ファイルのファイル名を、関連付け情報と称す。
【００３８】
例えば、汎用画像ファイルのファイル名を「ＳＯＰインスタンスＵＩＤ」としてＤＩＣＯＭヘッダファイルと汎用画像ファイルとを関連付ける。ここで、ＳＯＰインスタンスＵＤＩとは、画像を特定するＩＤであり付帯情報に含まれる。
【００３９】
そして、制御部３１は、当該ＤＩＣＯＭヘッダファイルと当該汎用画像ファイルとを記憶部３６に記憶させる。
【００４０】
制御部３１は、通信部３４がＲＩＳ２０からのヘッダ取得要求を受信すると、ヘッダ取得要求に含まれるファイル指定情報より指定されたＤＩＣＯＭヘッダファイルを記憶部３６から読み出し、通信部３４を介してＲＩＳ２０に当該ＤＩＣＯＭヘッダファイルを送信する。
【００４１】
ここで、ヘッダ取得要求に含まれるファイル指定情報は、患者情報、検査情報、シリーズ情報等の各種情報の組み合わせとなる。制御部３１は、当該各種情報と一致する付帯情報を持ったＤＩＣＯＭヘッダファイルを記憶部３６から特定し、この特定したＤＩＣＯＭヘッダファイルをＲＩＳ２０に送信する。
【００４２】
尚、記憶部３６に記憶されているＤＩＣＯＭヘッダファイルは外部に公開されており、ヘッダ取得要求に含まれるファイル指定情報は、ＵＲＬ形式で構成されるとしてもよい。このとき、画像サーバ３０が公開しているＤＩＣＯＭヘッダファイルのファイル名やフォルダ名等は、ユーザが指定できる名前にしておく必要がある。
【００４３】
制御部３１は、通信部３４が電子カルテ端末５０からの画像取得要求を受信すると、画像取得要求に含まれるファイル指定情報により指定された汎用画像ファイルを記憶部３６から読み出し、通信部３４を介して電子カルテ端末５０に当該汎用画像ファイルを送信する。
【００４４】
ここで、画像取得要求に含まれるファイル指定情報は、患者情報、検査情報、シリーズ情報等の各種情報の組み合わせとなる。制御部３１は、当該各種情報と一致する付帯情報を持ったＤＩＣＯＭヘッダファイルを記憶部３６から特定し、この特定したＤＩＣＯＭヘッダファイルに関連付けられた汎用画像ファイルを電子カルテ端末５０に送信する。
【００４５】
尚、記憶部３６に記憶されている汎用画像ファイルは外部に公開されており、画像取得要求に含まれるファイル指定情報は、ＵＲＬ形式で構成されるとしてもよい。このとき、画像サーバ３０が公開している汎用画像ファイルのファイル名やフォルダ名等は、ユーザが指定できる名前にしておく必要がある。
【００４６】
制御部３１は、通信部３４が画像ビューワ端末４０からのＤＩＣＯＭ取得要求を受信すると、ＤＩＣＯＭ取得要求に含まれるファイル指定情報により指定されたＤＩＣＯＭファイルに対応するＤＩＣＯＭヘッダファイルと汎用画像ファイルとを記憶部３６から読み出す。そして、当該ＤＩＣＯＭヘッダファイルと当該汎用画像ファイルとを結合して、ＤＩＣＯＭファイルを生成する。そして、制御部３１は、生成したＤＩＣＯＭファイルを画像ビューワ端末４０に送信する。
【００４７】
ここで、ＤＩＣＯＭ取得要求に含まれるファイル指定情報は、患者情報、検査情報、シリーズ情報等の各種情報の組み合わせである。制御部３１は、当該各種情報と一致する付帯情報を持ったＤＩＣＯＭヘッダファイルを記憶部３６から特定する。そして、この特定したＤＩＣＯＭヘッダファイルと、当該ＤＩＣＯＭヘッダファイルに関連付けられた汎用画像ファイルとを結合して、ＤＩＣＯＭファイルを生成する。
【００４８】
[画像サーバの具体的な動作]
図４は、画像サーバ３０において実行される処理を示すフローチャートである。図４に示すように、通信部３４により、モダリティ１０からＤＩＣＯＭファイルが受信される（ステップＳ１）。
【００４９】
そして、制御部３１により、ＤＩＣＯＭファイルはＤＩＣＯＭヘッダファイルと汎用画像ファイルとに分割され、記憶部３６に保存される（ステップＳ２）。このとき、制御部３１により、ＤＩＣＯＭヘッダファイルと汎用画像ファイルとが関連付けられる。そして、制御部３１により、ＤＩＣＯＭヘッダファイルと汎用画像ファイルとが記憶部３６に蓄積記憶されていく。
【００５０】
通信部３４により、他装置からの取得要求が受信されると（ステップＳ３）、制御部３１により、当該受信された取得要求の種類が判別される（ステップＳ４）。この取得要求がヘッダ取得要求の場合（ステップＳ４；ヘッダ取得要求）、制御部３１によって、指定されたＤＩＣＯＭヘッダファイルが記憶部３６から読み出され、取得要求の送信元に送信される（ステップＳ５）。
【００５１】
また、受信された取得要求が画像取得要求の場合（ステップＳ４；画像取得要求）、制御部３１によって、指定された汎用画像ファイルが記憶部３６から読み出され、取得要求の送信元に送信される（ステップＳ６）。
【００５２】
また、受信された取得要求がＤＩＣＯＭ取得要求の場合（ステップＳ４；ＤＩＣＯＭ取得要求）、制御部３１によって、指定されたＤＩＣＯＭファイルに対応するＤＩＣＯＭヘッダファイルと汎用画像ファイルとが記憶部３６から読み出される。そして、制御部３１により、当該ＤＩＣＯＭヘッダファイルと当該汎用画像ファイルとが結合されＤＩＣＯＭファイルが生成される（ステップＳ７）。そして、この生成されたＤＩＣＯＭファイルは、取得要求の送信元に送信される（ステップＳ８）。
【００５３】
[医用画像システム内の各装置間の具体的な動作]
次に、医用画像システム１００において行われる処理の概要を説明する。
【００５４】
図５は、医用画像システム１００におけるＤＩＣＯＭヘッダファイルの要求、送信処理を示すラダーチャートである。
【００５５】
図５に示すように、モダリティ１０は、患者を撮影し、ＤＩＣＯＭファイルを生成する（ステップＳ１０１）。そして、モダリティ１０は、生成したＤＩＣＯＭファイルを画像サーバ３０に送信する（ステップＳ１０２）。
【００５６】
画像サーバ３０は、モダリティ１０において生成されたＤＩＣＯＭファイルを受信すると、このＤＩＣＯＭファイルをＤＩＣＯＭヘッダファイルと汎用画像ファイルとに分割する。そして、当該ＤＩＣＯＭヘッダファイルと当該汎用画像ファイルとを保存する（ステップＳ１０３）。
【００５７】
ＲＩＳ２０における医師等のユーザ（以下、「オペレータ」と称す）は、ＲＩＳ２０に検査オーダ情報を生成させるために、ＲＩＳ２０の操作部から各種情報を入力する。このとき、オペレータは、過去にモダリティ１０が撮影を行った撮影条件等を参照しながら各種情報を入力する。しかし、ＲＩＳ２０は当該撮影条件の情報を保持していないため、画像サーバ３０から当該撮影条件の情報を取得する必要がある。ここで、当該撮影条件の情報は、画像サーバ３０に保存されているＤＩＣＯＭヘッダファイルに格納されている付帯情報に含まれる。
【００５８】
そこで、ＲＩＳ２０は、オペレータのユーザ操作等に基づき、ヘッダ取得要求を画像サーバ３０に送信する（ステップＳ１０４）。
【００５９】
画像サーバ３０は、ＲＩＳ２０からヘッダ取得要求を受信すると、ヘッダ取得要求に含まれるファイル指定情報により指定されたＤＩＣＯＭヘッダファイルを、保存しているＤＩＣＯＭヘッダファイルの中から特定し、当該ＤＩＣＯＭヘッダファイルをＲＩＳ２０に送信する（ステップＳ１０５）。
【００６０】
そして、ＲＩＳ２０は、受信したＤＩＣＯＭヘッダファイルに格納されている付帯情報に基づき、過去にモダリティ１０が撮影を行った撮影条件等の各種情報を表示部に表示する（ステップＳ１０６）。
【００６１】
図６は、医用画像システム１００における汎用画像ファイルの要求、送信処理を示すラダーチャートである。
【００６２】
図６に示すように、モダリティ１０は、患者を撮影し、ＤＩＣＯＭファイルを生成する（ステップＳ２０１）。そして、モダリティ１０は、生成したＤＩＣＯＭファイルを画像サーバ３０に送信する（ステップＳ２０２）。
【００６３】
画像サーバ３０は、モダリティ１０において生成されたＤＩＣＯＭファイルを受信すると、このＤＩＣＯＭファイルをＤＩＣＯＭヘッダファイルと汎用画像ファイルとに分割する。そして、当該ＤＩＣＯＭヘッダファイルと当該汎用画像ファイルとを保存する（ステップＳ２０３）。
【００６４】
電子カルテ端末５０における参照医等のユーザは、電子カルテ端末５０に医用画像を表示させるために、電子カルテ端末５０の操作部から表示させたい医用画像に対応する患者情報、検査情報、シリーズ情報等の各種情報を入力する。
【００６５】
そして、電子カルテ端末５０は、当該各種情報や参照医等のユーザ操作等に基づき、画像取得要求を画像サーバ３０に送信する（ステップＳ２０４）。
【００６６】
画像サーバ３０は、電子カルテ端末５０から画像取得要求を受信すると、画像取得要求に含まれるファイル指定情報により指定された汎用画像ファイルを、保存している汎用画像ファイルの中から特定し、当該汎用画像ファイルを電子カルテ端末５０に送信する（ステップＳ２０５）。
【００６７】
そして、電子カルテ端末５０は、受信した汎用画像ファイルに基づき、医用画像を表示部に表示する（ステップＳ２０６）。
【００６８】
図７は、医用画像システム１００におけるＤＩＣＯＭファイルの要求、送信処理を示すラダーチャートである。
【００６９】
図７に示すように、モダリティ１０は、患者を撮影し、ＤＩＣＯＭファイルを生成する（ステップＳ３０１）。そして、モダリティ１０は、生成したＤＩＣＯＭファイルを画像サーバ３０に送信する（ステップＳ３０２）。
【００７０】
画像サーバ３０は、モダリティ１０において生成されたＤＩＣＯＭファイルを受信すると、このＤＩＣＯＭファイルをＤＩＣＯＭヘッダファイルと汎用画像ファイルとに分割する。そして、当該ＤＩＣＯＭヘッダファイルと当該汎用画像ファイルとを保存する（ステップＳ３０３）。
【００７１】
画像ビューワ端末４０における読影医等のユーザは、画像ビューワ端末４０に医用画像と医用画像に関する各種情報を表示させるために、画像ビューワ端末４０の操作部から表示させたい医用画像と医用画像に関する各種情報とに対応する患者情報、検査情報、シリーズ情報等を入力する。
【００７２】
そして、画像ビューワ端末４０は、当該各種情報や読影医等のユーザ操作等に基づき、ＤＩＣＯＭ取得要求を画像サーバ３０に送信する（ステップＳ３０４）。
【００７３】
画像サーバ３０は、画像ビューワ端末４０からＤＩＣＯＭ取得要求を受信すると、ＤＩＣＯＭ取得要求に含まれるファイル指定情報により指定されたＤＩＣＯＭファイルに対応するＤＩＣＯＭヘッダファイルと汎用画像ファイルとを、保存しているＤＩＣＯＭヘッダファイルと汎用画像ファイルの中から特定し、これらのファイルを結合して、ＤＩＣＯＭファイルを生成する（ステップＳ３０５）。
【００７４】
そして、画像サーバ３０は、生成したＤＩＣＯＭファイルを画像ビューワ端末４０に送信する（ステップＳ３０６）。そして、画像ビューワ端末４０は、受信したＤＩＣＯＭファイルに基づき、医用画像と医用画像に関する各種情報とを表示部に表示する（ステップＳ３０７）。
【００７５】
以上、本実施の形態によると、画像サーバ３０は、モダリティ１０からＤＩＣＯＭファイルを受信し、このＤＩＣＯＭファイルをＤＩＣＯＭヘッダファイルと汎用画像ファイルとに分割して保存する。そして、ＲＩＳ２０からヘッダ取得要求を受信した場合、対応するＤＩＣＯＭヘッダファイルをＲＩＳ２０に送信する。また、電子カルテ端末５０から画像取得要求を受信した場合、対応する汎用画像ファイルを電子カルテ端末５０に送信する。また、画像ビューワ端末４０からＤＩＣＯＭ取得要求を受信した場合、ＤＩＣＯＭヘッダファイルと汎用画像ファイルとを結合して、対応するＤＩＣＯＭファイルを生成する。そしてこのＤＩＣＯＭファイルを画像ビューワ端末４０に送信する。
【００７６】
そのため、画像サーバ３０は、ＤＩＣＯＭファイルと汎用画像ファイルとを保存する必要はなく、画像データを重複して持たなくて済む。よって、画像サーバ３０が保持するデータ容量を減少させることができる。その結果、記憶媒体を構成するハードウエアにかかるコストを低減することができる。
【００７７】
また、画像サーバ３０は、ＤＩＣＯＭファイルをＤＩＣＯＭヘッダファイルと汎用画像ファイルとに分割する際、当該ＤＩＣＯＭヘッダファイルに当該汎用画像ファイルのファイル名を保持させ、これら２つのファイルを関連付ける。そして、ＤＩＣＯＭヘッダファイルと汎用画像ファイルとを結合してＤＩＣＯＭファイルを生成する際、ＤＩＣＯＭヘッダファイルに保持させた汎用画像ファイルのファイル名に基づいて、これら２つのファイルを結合し、ＤＩＣＯＭファイルを生成する。
【００７８】
そのため、ＤＩＣＯＭヘッダファイルと汎用画像ファイルとを結合する際のファイルの関連付けが容易になる。
【００７９】
尚、本実施の形態では、ファイル名に基づいてＤＩＣＯＭファイルを生成している例を示したが、別途データベースを作成して、そのデータベースに基づいてＤＩＣＯＭファイルを生成するようにしてもよい。
【図面の簡単な説明】
【００８０】
【図１】本実施の形態におけるシステム構成図である。
【図２】ＤＩＣＯＭファイルの分割前後のデータ構成図である。
【図３】画像サーバのブロック図である。
【図４】画像サーバにおいて実行される処理を示すフローチャートである。
【図５】モダリティ、画像サーバ及びＲＩＳ間において実行される処理を示すラダーチャートである。
【図６】モダリティ、画像サーバ及び電子カルテ端末間において実行される処理を示すラダーチャート図である。
【図７】モダリティ、画像サーバ及び画像ビューワ端末間において実行される処理を示すラダーチャート図である。
【符号の説明】
【００８１】
１０      モダリティ
２０      ＲＩＳ
３０      画像サーバ
３１      制御部
３２      操作部
３３      表示部
３４      通信部
３５      ＲＯＭ
３６      記憶部
３７      バス
４０      画像ビューワ端末
５０      電子カルテ端末
１００    医用画像システム
Ｎ        通信ネットワーク
【図１】
2008293189.tif 000003
【図２】
2008293189.tif 000004
【図３】
2008293189.tif 000005
【図４】
2008293189.tif 000006
【図５】
2008293189.tif 000007
【図６】
2008293189.tif 000008
【図７】
2008293189.tif 000009