(57)【要約】  医用画像のデータ量を低減させる。  画像サーバ３０は、医用画像の画像データと当該画像データに関する付帯情報とを含むＤＩＣＯＭファイルをモダリティ１０から受信し、受信したＤＩＣＯＭファイルを画像データのファイル（汎用画像ファイル）と付帯情報のファイル（ＤＩＣＯＭヘッダファイル）とに分割し、対応付けて記憶部に保存する。画像サーバ３０では、汎用画像ファイルの保存期間に応じて予め定められている圧縮条件に基づいて汎用画像ファイルを圧縮する。圧縮条件としては、汎用画像ファイルの保存期間が長いほど圧縮率が高く定められている。
2008142915.tif 000002
【特許請求の範囲】
【請求項１】
医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信する受信手段と、
記憶手段と、
前記受信手段により受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記画像データのファイルが前記記憶手段に保存を開始されてからの保存期間に応じて予め定められた圧縮条件に基づいて前記画像データのファイルを圧縮する制御手段と、
を備える医用画像管理装置。
【請求項２】
前記圧縮条件は、前記画像データのファイルの保存期間が長いほど圧縮率が高く定められている請求項１に記載の医用画像管理装置。
【請求項３】
コンピュータを、
医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信する受信手段、
記憶手段、
前記受信手段により受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記画像データのファイルが前記記憶手段に保存を開始されてからの保存期間に応じて予め定められた圧縮条件に基づいて前記画像データのファイルを圧縮する制御手段、
として機能させるためのプログラム。
【請求項４】
前記圧縮条件は、前記画像データのファイルの保存期間が長いほど圧縮率が高く定められている請求項３に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像管理装置及びプログラムに関する。
【背景技術】
【０００２】
近年、多くの医療機関において情報の電子化が図られている。例えば、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置等の画像生成装置（モダリティ）は、撮影により得られた画像データにＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に則った付帯情報を付帯させたＤＩＣＯＭファイルを生成する。画像サーバでは、ＤＩＣＯＭファイルを保存・管理し、ＤＩＣＯＭ対応の画像ビューワ端末からＤＩＣＯＭファイルの要求があった場合にこれを提供する。画像ビューワ端末では、ＤＩＣＯＭファイルに基づいて、高精細モニタ上に医用画像を表示する。【０００３】
また、電子カルテの作成や診察結果の閲覧を行う際に用いる電子カルテ端末においても、患者に対する説明や診断のために画像を参照したい場合がある。電子カルテ端末は、ＤＩＣＯＭファイルを直接処理する機能や高度な画像処理機能等を備えていないのが一般的である。そのため、画像サーバにおいて、予めＤＩＣＯＭファイル中の画像データのみをＪＰＥＧ（Joint Photographic Experts Group）やＰＤＦ（Portable Document Format）等の形式に変換した汎用画像ファイルを生成しておき、画像サーバにＷｅｂサーバ機能を搭載することにより、電子カルテ端末からの要求に応じて汎用画像ファイルを提供することが行われている。【０００４】
例えば、地域全体で診療情報を共有可能な広域型病院情報システムにおいて、ＩＣカードに、外部のファイル群を参照するためのリンク情報を含む診療記録をＳＧＭＬ（Standard Generalized Markup Language）／ＨＴＭＬ（HyperText Markup Language）で記述する技術が提案されている（特許文献１参照）。
【特許文献１】特開平１０−７９７７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、画像サーバにおいて、ＤＩＣＯＭファイルの他に、電子カルテ端末等からの要求に対応可能な汎用画像ファイルを保存する場合には、同一の医用画像についてファイルを複数持つことになり、記憶容量の増大を招いていた。また、電子カルテ端末等からの参照の有無にかかわらず汎用画像ファイルを生成するので、参照されない場合には汎用画像ファイルを生成する処理が無駄になっていた。【０００６】
また、医用画像は、利用目的に応じて要求される画質が異なる。例えば、読影医が画像診断を行う際には、画像中から病変等の異常を発見することを目的としているため、画質の劣化があってはならない。また、読影医が作成した報告書に基づいて診断を行う参照医は、患者への説明やカルテへの添付用、患者の再診時に画像を用いるため、読影医の場合に要求されるほど高画質である必要はないが、あるレベル以上の画質が要求される。また、研修医等の教育用に画像を用いる場合には、診断に使うわけではないので、必要に応じた画質であればよい。また、撮影技師は、再撮影のための撮影条件を参照したいだけで、画像は必要としないので、画質は問わない。したがって、高画質の画像が要求されない場合においてまで、未圧縮の状態で画像ファイルを保存しておく必要はない。【０００７】
本発明は、上記の従来技術における問題に鑑みてなされたものであって、医用画像のデータ量を低減させることを課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の医用画像管理装置は、医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信する受信手段と、記憶手段と、前記受信手段により受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記画像データのファイルが前記記憶手段に保存を開始されてからの保存期間に応じて予め定められた圧縮条件に基づいて前記画像データのファイルを圧縮する制御手段と、を備える。【０００９】
請求項２に記載の発明は、請求項１に記載の医用画像管理装置において、前記圧縮条件は、前記画像データのファイルの保存期間が長いほど圧縮率が高く定められている。【００１０】
請求項３に記載の発明は、コンピュータを、医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信する受信手段、記憶手段、前記受信手段により受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記画像データのファイルが前記記憶手段に保存を開始されてからの保存期間に応じて予め定められた圧縮条件に基づいて前記画像データのファイルを圧縮する制御手段、として機能させるためのプログラムである。【００１１】
請求項４に記載の発明は、請求項３に記載のプログラムにおいて、前記圧縮条件は、前記画像データのファイルの保存期間が長いほど圧縮率が高く定められている。
【発明の効果】
【００１２】
請求項１、３に記載の発明によれば、ＤＩＣＯＭファイルを画像データのファイルと付帯情報のファイルとに分割することにより、画像データのファイルのみを圧縮することが可能となり、医用画像のデータ量を低減させることができる。【００１３】
請求項２、４に記載の発明によれば、画像データのファイルの保存期間が長いほど高い圧縮率で圧縮するので、保存期間が長くなるほどデータ量を低減させることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態における医用画像システムのシステム構成図である。
【図２】ＤＩＣＯＭファイルの分割を説明するための図である。
【図３】画像サーバの機能的構成を示すブロック図である。
【図４Ａ】保存期間が１年未満のＤＩＣＯＭヘッダファイル及び汎用画像ファイルを示す図である。
【図４Ｂ】保存期間が１年を経過した後のＤＩＣＯＭヘッダファイル及び汎用画像ファイルを示す図である。
【図４Ｃ】保存期間が３年を経過した後のＤＩＣＯＭヘッダファイル及び汎用画像ファイルを示す図である。
【図５】画像サーバにおいて実行される処理を示すフローチャートである。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して、本発明に係る医用画像管理装置の一実施形態について説明する。【００１６】
［医用画像システムのシステム構成］
図１に、医用画像システム１００のシステム構成を示す。図１に示すように、医用画像システム１００は、モダリティ１０と、ＲＩＳ（Radiological Information System：放射線情報システム）２０と、画像サーバ３０と、画像ビューワ端末４０と、電子カルテ端末５０とが通信ネットワークＮを介して接続され、それぞれがデータ通信可能に接続されている。【００１７】
ＲＩＳ２０は、制御部、記憶部、操作部、表示部、通信部等を有するコンピュータにより構成され、放射線科部門内における診療予約、診断結果のレポート、実績管理、材料在庫管理等の情報管理を行う。ＲＩＳ２０は、オペレータによる検査オーダの登録を受け付け、その登録された検査オーダに基づいて検査オーダ情報を生成し、モダリティ１０に送信する。検査オーダ情報とは、撮影や診断の検査オーダの内容を示すデータである。また、ＲＩＳ２０は、後述するＤＩＣＯＭヘッダファイルを取得するための取得要求を画像サーバ３０に送信する。【００１８】
モダリティ１０は、患者を撮影し、医用画像の画像データを生成する画像生成装置である。モダリティ１０は、撮影した医用画像の画像データに、ＤＩＣＯＭ規格に則った付帯情報を付帯させてＤＩＣＯＭファイルを生成し、画像サーバ３０に送信する。ＤＩＣＯＭファイルは、医用画像の画像データと当該画像データに関する付帯情報とを含む。付帯情報は、患者情報、検査情報、シリーズ情報等を含む。患者情報は、患者の氏名、患者ＩＤ、性別等の患者毎に設定されたデータである。検査情報は、検査を識別する検査ＩＤ、検査部位、撮影方向及び体位といった検査条件を示すデータである。シリーズ情報は、一つの検査の中で生成されるモダリティ１０毎の一連の医用画像の単位（シリーズ）を示すシリーズＩＤやモダリティ１０の種別を含むデータである。【００１９】
画像サーバ３０は、医用画像の画像データと画像データに対応する付帯情報とを保存し、管理する医用画像管理装置である。画像サーバ３０は、モダリティ１０からＤＩＣＯＭファイルを受信する。そして、画像サーバ３０は、図２に示すように、受信したＤＩＣＯＭファイルを、画像データのファイル（以下、汎用画像ファイルという。）と付帯情報のファイル（以下、ＤＩＣＯＭヘッダファイルという。）とに分割し、保存する。【００２０】
画像サーバ３０は、他装置から受信するファイルの取得要求に応じて、ＤＩＣＯＭヘッダファイル、汎用画像ファイル、又はこれら二つのファイルを結合したＤＩＣＯＭファイルを当該他装置に送信する。ここで、取得要求には、取得するファイルを指定するためのファイル指定情報（患者情報、検査情報、シリーズ情報、ＳＯＰインスタンスＵＩＤ、又はこれらの情報の組み合わせ等）が含まれる。【００２１】
画像ビューワ端末４０は、ＤＩＣＯＭファイルに基づいて、医用画像の表示や、医用画像に関する各種情報を表示する装置である。画像ビューワ端末４０は、ＤＩＣＯＭファイルを取得するための取得要求を画像サーバ３０に送信する。読影医等のユーザは、画像ビューワ端末４０において読影を行う。【００２２】
電子カルテ端末５０は、電子カルテを作成する電子カルテ機能を有し、併せて参照医の診断に供するために、汎用画像ファイルに基づいて医用画像を表示する。電子カルテ端末５０は、汎用画像ファイルを取得するための取得要求を画像サーバ３０に送信する。【００２３】
［画像サーバの機能的構成］
図３に、画像サーバ３０の機能的構成を示す。図３に示すように、画像サーバ３０は、制御部３１、操作部３２、表示部３３、通信部３４、ＲＯＭ（Read Only Memory）３５、記憶部３６、計時部３７等を備え、各部はバス３８により接続されている。【００２４】
制御部３１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）等から構成され、画像サーバ３０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部３２から入力される操作信号又は通信部３４により受信される指示信号に応じて、ＲＯＭ３５に記憶されている各種処理プログラムを読み出し、ＲＡＭ内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。【００２５】
操作部３２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部３１に出力する。【００２６】
表示部３３は、ＬＣＤ（Liquid Crystal Display）により構成され、制御部３１から入力される表示データに基づいて各種画面を表示する。【００２７】
通信部３４は、ＬＡＮ（Local Area Network）アダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮを介して接続されたモダリティ１０、ＲＩＳ２０、画像ビューワ端末４０、電子カルテ端末５０等の外部機器との間でデータの送受信を行う。【００２８】
通信部３４は、ＲＩＳ２０にＤＩＣＯＭヘッダファイルを送信する際、又は電子カルテ端末５０に汎用画像ファイルを送信する際には、ＨＴＴＰ（HyperText Transfer Protocol）等の汎用のＷｅｂ通信用のプロトコルを採用する。また、通信部３４は、画像ビューワ端末４０にＤＩＣＯＭファイルを送信する際、又はモダリティ１０からＤＩＣＯＭファイルを受信する際には、ＤＩＣＯＭ対応のプロトコルを採用する。【００２９】
ＲＯＭ３５は、不揮発性の半導体メモリ等により構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。【００３０】
記憶部３６は、ハードディスク等の記憶装置であり、汎用画像ファイル、ＤＩＣＯＭヘッダファイル等のデータを記憶する。【００３１】
計時部３７は、ＲＴＣ（Real Time Clock）により構成され、現在の日時を計時して制御部３１に出力する。【００３２】
通信部３４がモダリティ１０からＤＩＣＯＭファイルを受信すると、制御部３１は、図２に示すように、ＤＩＣＯＭファイルを汎用画像ファイルとＤＩＣＯＭヘッダファイルとに分割する。そして、制御部３１は、汎用画像ファイルとＤＩＣＯＭヘッダファイルとを対応付けて記憶部３６に保存させる。例えば、汎用画像ファイルのファイル名に付帯情報に含まれるＳＯＰインスタンスＵＩＤを付することにより、汎用画像ファイルとＤＩＣＯＭヘッダファイルとを対応付ける。汎用画像ファイルは、ビットマップ、ＪＰＥＧ、ＪＰＥＧ２０００等、いずれの画像形式であってもよいが、本実施の形態では、ＤＩＣＯＭファイルを汎用画像ファイルとＤＩＣＯＭヘッダファイルとに分割する際には、ビットマップ形式で汎用画像ファイルを保存することとする。また、制御部３１は、汎用画像ファイル及びＤＩＣＯＭヘッダファイルを記憶部３６に保存させる際に、計時部３７から現在の日時を取得し、各ファイルにタイムスタンプを付する。タイムスタンプは、保存が開始された日時を示す情報であり、保存期間を算出する際の開始日時となる。【００３３】
また、制御部３１は、通信部３４を介して他装置から受信するファイルの取得要求に応じて、ＤＩＣＯＭヘッダファイル、汎用画像ファイル又はＤＩＣＯＭファイルを通信部３４を介して当該他装置に送信させる。具体的には、通信部３４を介してＲＩＳ２０からＤＩＣＯＭヘッダファイルの取得要求を受信した場合には、制御部３１は、取得要求に含まれるファイル指定情報により指定されたＤＩＣＯＭヘッダファイルを記憶部３６から読み出して、当該ＤＩＣＯＭヘッダファイルを通信部３４を介してＲＩＳ２０に送信させる。また、通信部３４を介して電子カルテ端末５０から汎用画像ファイルの取得要求を受信した場合には、制御部３１は、取得要求に含まれるファイル指定情報により指定された汎用画像ファイルを記憶部３６から読み出して、当該汎用画像ファイルを通信部３４を介して電子カルテ端末５０に送信させる。また、通信部３４を介して画像ビューワ端末４０からＤＩＣＯＭファイルの取得要求を受信した場合には、制御部３１は、取得要求に含まれるファイル指定情報により指定されたＤＩＣＯＭファイルに対応する汎用画像ファイル及びＤＩＣＯＭヘッダファイルを記憶部３６から読み出し、これら二つのファイルを結合してＤＩＣＯＭファイルを生成し、生成したＤＩＣＯＭファイルを通信部３４を介して画像ビューワ端末４０に送信させる。【００３４】
また、制御部３１は、記憶部３６に記憶されている各汎用画像ファイルの保存期間に応じて予め定められた圧縮条件に基づいて汎用画像ファイルを圧縮する。圧縮条件としては、汎用画像ファイルの保存期間が長いほど圧縮率が高く定められている。すなわち、保存期間の経過に従って、汎用画像ファイルのデータ量が少なくなっていく。ここでいう圧縮率とは、最初の状態からの圧縮率であり、段階的に圧縮を行う場合の前段階からの圧縮率を指すものではない。【００３５】
具体的には、制御部３１は、計時部３７から現在の日時を取得し、取得した現在の日時と汎用画像ファイルに付されているタイムスタンプの日時とに基づいて、汎用画像ファイルが記憶部３６に保存を開始されてからの保存期間を算出する。そして、汎用画像ファイルの保存期間が１年を経過した場合には、制御部３１は、汎用画像ファイル（ビットマップ画像）に対してＪＰＥＧ２０００可逆圧縮変換を施し、ＪＰＥＧ２０００可逆圧縮画像を生成する。ここで、ビットマップ画像からＪＰＥＧ２０００可逆圧縮画像へ圧縮する際の圧縮率は、およそ１／３である。図４Ａに、保存期間が１年未満のＤＩＣＯＭヘッダファイル及び汎用画像ファイルを示し、図４Ｂに、保存期間が１年を経過した後のＤＩＣＯＭヘッダファイル及び汎用画像ファイルを示す。ＪＰＥＧ２０００可逆圧縮画像は、ビットマップ画像のおよそ１／３の画像サイズとなる。ＪＰＥＧ２０００可逆圧縮画像に基づいて、元の画像（ビットマップ画像）を再現することができるので、画質を保持しつつ、汎用画像ファイルのデータ量を低減させることができる。【００３６】
また、制御部３１は、汎用画像ファイルの保存期間が３年を経過した場合には、汎用画像ファイルに対してＪＰＥＧ２０００非可逆圧縮変換を施し、ＪＰＥＧ２０００非可逆圧縮画像を生成する。ここで、ビットマップ画像からＪＰＥＧ２０００非可逆圧縮画像へ圧縮する際の圧縮率は、およそ１／２０である。図４Ｃに、保存期間が３年を経過した後のＤＩＣＯＭヘッダファイル及び汎用画像ファイルを示す。ＪＰＥＧ２０００非可逆圧縮画像は、ビットマップ画像のおよそ１／２０の画像サイズとなる。【００３７】
［画像サーバの動作］
次に、画像サーバ３０における動作を説明する。
図５は、画像サーバ３０において実行される処理を示すフローチャートである。
まず、モダリティ１０において、患者が撮影され、ＤＩＣＯＭファイルが生成される。そして、生成されたＤＩＣＯＭファイルは、画像サーバ３０に送信される。【００３８】
画像サーバ３０では、通信部３４により、モダリティ１０からＤＩＣＯＭファイルが受信される（ステップＳ１）。次に、制御部３１により、ＤＩＣＯＭファイルが汎用画像ファイルとＤＩＣＯＭヘッダファイルとに分割され、汎用画像ファイルとＤＩＣＯＭヘッダファイルとが対応付けられて記憶部３６に保存される（ステップＳ２）。【００３９】
次いで、制御部３１により、計時部３７から現在の日時が取得され、取得した現在の日時と汎用画像ファイルに付されているタイムスタンプの日時とに基づいて、汎用画像ファイルが記憶部３６に保存を開始された日時から現在までの保存期間が算出される。そして、制御部３１により、汎用画像ファイルの保存期間が保存開始から１年を経過したか否かが判断される（ステップＳ３）。汎用画像ファイルの保存期間が保存開始から１年を経過したと判断された場合には（ステップＳ３；ＹＥＳ）、制御部３１により、保存期間が１年を経過した汎用画像ファイルに対してＪＰＥＧ２０００可逆圧縮変換が行われる（ステップＳ４）。【００４０】
次いで、制御部３１により、計時部３７から現在の日時が取得され、取得した現在の日時と汎用画像ファイルに付されているタイムスタンプの日時とに基づいて、汎用画像ファイルが記憶部３６に保存を開始された日時から現在までの保存期間が算出される。そして、制御部３１により、汎用画像ファイルの保存期間が保存開始から３年を経過したか否かが判断される（ステップＳ５）。汎用画像ファイルの保存期間が保存開始から３年を経過したと判断された場合には（ステップＳ５；ＹＥＳ）、制御部３１により、保存期間が３年を経過した汎用画像ファイルに対してＪＰＥＧ２０００非可逆圧縮変換が行われる（ステップＳ６）。
以上で、画像サーバ３０における処理が終了する。【００４１】
以上説明したように、画像サーバ３０によれば、ＤＩＣＯＭファイルを汎用画像ファイルとＤＩＣＯＭヘッダファイルとに分割することにより、汎用画像ファイルのみを圧縮することが可能となり、記憶部３６に記憶されている医用画像のデータ量を低減させることができる。ＤＩＣＯＭファイルのうち、データ量のほとんどを占めているのは画像データ部分であるため、効果的に圧縮を行うことができる。このため、より多くの患者や検査の画像を保存することができる。また、ファイル総容量の減少により、データのバックアップを短時間で行うことができる。【００４２】
また、汎用画像ファイルの保存期間が長いほど高い圧縮率で圧縮するので、保存期間が長くなるほどデータ量を低減させることができ、診断に要求される医用画像の画質に応じて画像サイズを調節することができる。【００４３】
例えば、撮影当初は、読影医による読影に用いられるため、高精細画像が要求されるが、一定期間経過後は、参照される頻度も低く、画質も用途に応じたレベルであればよいので、展開に要する時間が多少かかったとしても画像サイズが小さい方が望ましい。したがって、保存期間の経過に応じて、許容され得る画質の画像に変換することで、記憶部３６の空き容量を確保することができる。【００４４】
また、画像サーバ３０では、あらゆる装置からの要求に対応可能な汎用画像ファイルを保存しているため、ＤＩＣＯＭファイルに対応した専用ビューワ端末からでなくても医用画像を参照することができる。また、ＤＩＣＯＭファイルと汎用画像ファイルの両方を保存する場合と比較して、データ量を低減させることができる。汎用画像ファイルは、ＤＩＣＯＭファイルを要求された場合にも用いるので、予め生成しておいても無駄になることはない。また、汎用画像ファイルが低速高容量のライブラリ装置に移された後も、ネットワーク接続された電子カルテ端末等のＷｅｂブラウザを用いて画像を参照することができる。【００４５】
また、汎用画像ファイルとＤＩＣＯＭヘッダファイルとに分割された状態で保存されているので、付帯情報のみを利用する場合にはＤＩＣＯＭヘッダファイルのみを読み出せばよい。ＤＩＣＯＭヘッダファイルには画像部分が含まれないため、高速に処理を行うことができる。【００４６】
なお、上記実施の形態における記述は、本発明に係る医用画像管理装置の例であり、これに限定されるものではない。装置を構成する各部の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。【００４７】
上記実施の形態では、保存期間に応じて一律にビットマップ画像からＪＰＥＧ２０００可逆圧縮画像へ、さらに、ＪＰＥＧ２０００非可逆圧縮画像へと汎用画像ファイルを圧縮することとしたが、圧縮方法や圧縮率、圧縮を行う時期は、撮影部位毎、モダリティ毎に設定することとしてもよい。例えば、手足の骨折等、短期的な画像利用の場合には、比較的早い段階で画像を圧縮することが可能である。一方、腫瘍や血管等、経過観察の必要な長期的な画像利用の場合には、長期に渡ってある程度の画質の画像を保存しておく必要がある。したがって、治療期間に応じた適切な画像品質と画像サイズで保存することが好ましい。また、上記実施の形態では、ビットマップ画像、ＪＰＥＧ２０００可逆圧縮画像、ＪＰＥＧ２０００非可逆圧縮画像の３段階に画像サイズを変化させることとしたが、２段階や５段階に画像サイズを変化させることとしてもよい。【００４８】
また、上記実施の形態では、ＤＩＣＯＭファイルに含まれる付帯情報をＤＩＣＯＭヘッダファイルとして保存することとしたが、複数のＤＩＣＯＭファイルに対応する付帯情報の各データをデータベース化して保存してもよい。【００４９】
また、上記実施の形態では、画像サーバ３０が他装置から受信する取得要求にファイル指定情報が含まれることとしたが、予め画像サーバ３０の記憶部３６の内部構成が公開されている場合には、ユーザが取得対象となるフォルダ名やファイル名を含むＵＲＬ（Uniform Resource Locator）を直接指定することにより、汎用画像ファイルやＤＩＣＯＭヘッダファイルを特定することとしてもよい。
【産業上の利用可能性】
【００５０】
本発明に係る医用画像管理装置及びプログラムは、医用画像の画像データを長期間保存する医療分野において利用可能性がある。
【符号の説明】
【００５１】
１０  モダリティ
２０  ＲＩＳ
３０  画像サーバ
３１  制御部
３２  操作部
３３  表示部
３４  通信部
３５  ＲＯＭ
３６  記憶部
３７  計時部
３８  バス
４０  画像ビューワ端末
５０  電子カルテ端末
１００  医用画像システム
Ｎ  通信ネットワーク
【図１】
2008142915.tif 000003
【図２】
2008142915.tif 000004
【図３】
2008142915.tif 000005
【図４Ａ】
2008142915.tif 000006
【図４Ｂ】
2008142915.tif 000007
【図４Ｃ】
2008142915.tif 000008
【図５】
2008142915.tif 000009
【国際調査報告】
2008142915.tif 000010
2008142915.tif 000011