医用画像管理装置及びプログラム
【課題】ＤＩＣＯＭファイルの付帯情報については一定期間保持しつつ、全体のデータ量を低減させる。
【解決手段】画像サーバ３０は、医用画像の画像データと当該画像データに関する付帯情報とを含むＤＩＣＯＭファイルをモダリティ１０から受信し、受信したＤＩＣＯＭファイルを画像データのファイル（汎用画像ファイル）と付帯情報のファイル（ＤＩＣＯＭヘッダファイル）とに分割し、対応付けて記憶部に保存する。画像サーバ３０では、汎用画像ファイルの保存期間が第１期間を経過した場合には、汎用画像ファイルを記憶部から削除し、ＤＩＣＯＭヘッダファイルの保存期間が第１期間より長い第２期間を経過した場合には、ＤＩＣＯＭヘッダファイルを記憶部から削除する。
【解決手段】画像サーバ３０は、医用画像の画像データと当該画像データに関する付帯情報とを含むＤＩＣＯＭファイルをモダリティ１０から受信し、受信したＤＩＣＯＭファイルを画像データのファイル（汎用画像ファイル）と付帯情報のファイル（ＤＩＣＯＭヘッダファイル）とに分割し、対応付けて記憶部に保存する。画像サーバ３０では、汎用画像ファイルの保存期間が第１期間を経過した場合には、汎用画像ファイルを記憶部から削除し、ＤＩＣＯＭヘッダファイルの保存期間が第１期間より長い第２期間を経過した場合には、ＤＩＣＯＭヘッダファイルを記憶部から削除する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像管理装置及びプログラムに関する。
【背景技術】
【０００２】
近年、多くの医療機関において情報の電子化が図られている。例えば、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置等の画像生成装置（モダリティ）は、撮影により得られた画像データにＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に則った付帯情報（患者情報、検査情報、撮影条件等）を付帯させたＤＩＣＯＭファイルを生成する。画像サーバでは、ＤＩＣＯＭファイルを保存・管理している。
【０００３】
また、医療機関では、法令等により医用画像やカルテ等、医療に関する情報を一定期間保存することが義務付けられている。しかし、情報を保存するためのメモリの記憶容量は有限であるため、一定期間経過後は、利用される可能性が低い情報から順次削除していくことが望ましい。例えば、医用レポートにリンク付けされた医用画像に削除防止情報を付帯させ、削除対象から除くシステムが提案されている（特許文献１参照）。これによれば、利用される可能性が高い重要な情報については削除を防止しつつ、その他の情報を削除することが可能となる。
【特許文献１】特開２００６−２６０３００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、画像サーバにおいてＤＩＣＯＭファイルが削除された場合には、ＤＩＣＯＭファイル中の付帯情報まで削除されてしまうため、再診時に患者情報、検査情報、撮影条件等を利用することができなかった。これを回避するためには、一定期間が経過して画像参照の必要がなくなった画像についてもＤＩＣＯＭファイルを保持することになり、画像サーバの保存容量に対する負担が大きかった。
【０００５】
本発明は、上記の従来技術における問題に鑑みてなされたものであって、ＤＩＣＯＭファイルの付帯情報については一定期間保持しつつ、全体のデータ量を低減させることを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の医用画像管理装置は、医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信する受信手段と、記憶手段と、前記受信手段により受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記画像データのファイルが前記記憶手段に保存を開始されてからの保存期間が第１期間を経過した場合には、当該画像データのファイルを前記記憶手段から削除し、前記付帯情報のファイルが前記記憶手段に保存を開始されてからの保存期間が前記第１期間より長い第２期間を経過した場合には、当該付帯情報のファイルを前記記憶手段から削除する制御手段と、を備える。
【０００７】
請求項２に記載の発明は、コンピュータを、医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信する受信手段、記憶手段、前記受信手段により受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記画像データのファイルが前記記憶手段に保存を開始されてからの保存期間が第１期間を経過した場合には、当該画像データのファイルを前記記憶手段から削除し、前記付帯情報のファイルが前記記憶手段に保存を開始されてからの保存期間が前記第１期間より長い第２期間を経過した場合には、当該付帯情報のファイルを前記記憶手段から削除する制御手段、として機能させるためのプログラムである。
【発明の効果】
【０００８】
本発明によれば、ＤＩＣＯＭファイルを画像データのファイルと付帯情報のファイルとに分割して保存するので、保存期間が第１期間を経過した場合には、画像データのファイルのみを削除することができる。したがって、保存期間が第１期間を経過した後も第２期間を経過する前までは、付帯情報を利用することが可能となる。このように、ＤＩＣＯＭファイルの付帯情報については一定期間保持しつつ、全体のデータ量を低減させることができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して、本発明に係る医用画像管理装置の一実施形態について説明する。
【００１０】
［医用画像システムのシステム構成］
図１に、医用画像システム１００のシステム構成を示す。図１に示すように、医用画像システム１００は、モダリティ１０と、ＲＩＳ（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）を直接指定することにより、汎用画像ファイルやＤＩＣＯＭヘッダファイルを特定することとしてもよい。
【図面の簡単な説明】
【００４５】
【図１】本発明の一実施形態における医用画像システムのシステム構成図である。
【図２】ＤＩＣＯＭファイルの分割を説明するための図である。
【図３】画像サーバの機能的構成を示すブロック図である。
【図４】汎用画像ファイル及びＤＩＣＯＭヘッダファイルの削除方法を示す模式図である。
【図５】画像サーバにおいて実行される処理を示すフローチャートである。
【図６】（ａ）は、保存期間が第１期間を経過していない場合の患者リストの表示例である。（ｂ）は、保存期間が第１期間を経過してはいるが、第２期間を経過していない場合の患者リストの表示例である。
【図７】（ａ）は、ＤＩＣＯＭヘッダファイルに含まれる患者情報の例である。（ｂ）は、ＤＩＣＯＭヘッダファイルに含まれる検査情報の例である。（ｃ）は、ＤＩＣＯＭヘッダファイルに含まれるシリーズ情報の例である。（ｄ）は、ＤＩＣＯＭヘッダファイルに含まれる画像情報の例である。
【符号の説明】
【００４６】
１０ モダリティ
２０ ＲＩＳ
３０ 画像サーバ
３１ 制御部
３２ 操作部
３３ 表示部
３４ 通信部
３５ ＲＯＭ
３６ 記憶部
３７ 計時部
３８ バス
４０ 画像ビューワ端末
５０ 電子カルテ端末
１００ 医用画像システム
Ｎ 通信ネットワーク
【技術分野】
【０００１】
本発明は、医用画像管理装置及びプログラムに関する。
【背景技術】
【０００２】
近年、多くの医療機関において情報の電子化が図られている。例えば、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置等の画像生成装置（モダリティ）は、撮影により得られた画像データにＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に則った付帯情報（患者情報、検査情報、撮影条件等）を付帯させたＤＩＣＯＭファイルを生成する。画像サーバでは、ＤＩＣＯＭファイルを保存・管理している。
【０００３】
また、医療機関では、法令等により医用画像やカルテ等、医療に関する情報を一定期間保存することが義務付けられている。しかし、情報を保存するためのメモリの記憶容量は有限であるため、一定期間経過後は、利用される可能性が低い情報から順次削除していくことが望ましい。例えば、医用レポートにリンク付けされた医用画像に削除防止情報を付帯させ、削除対象から除くシステムが提案されている（特許文献１参照）。これによれば、利用される可能性が高い重要な情報については削除を防止しつつ、その他の情報を削除することが可能となる。
【特許文献１】特開２００６−２６０３００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、画像サーバにおいてＤＩＣＯＭファイルが削除された場合には、ＤＩＣＯＭファイル中の付帯情報まで削除されてしまうため、再診時に患者情報、検査情報、撮影条件等を利用することができなかった。これを回避するためには、一定期間が経過して画像参照の必要がなくなった画像についてもＤＩＣＯＭファイルを保持することになり、画像サーバの保存容量に対する負担が大きかった。
【０００５】
本発明は、上記の従来技術における問題に鑑みてなされたものであって、ＤＩＣＯＭファイルの付帯情報については一定期間保持しつつ、全体のデータ量を低減させることを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の医用画像管理装置は、医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信する受信手段と、記憶手段と、前記受信手段により受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記画像データのファイルが前記記憶手段に保存を開始されてからの保存期間が第１期間を経過した場合には、当該画像データのファイルを前記記憶手段から削除し、前記付帯情報のファイルが前記記憶手段に保存を開始されてからの保存期間が前記第１期間より長い第２期間を経過した場合には、当該付帯情報のファイルを前記記憶手段から削除する制御手段と、を備える。
【０００７】
請求項２に記載の発明は、コンピュータを、医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信する受信手段、記憶手段、前記受信手段により受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記画像データのファイルが前記記憶手段に保存を開始されてからの保存期間が第１期間を経過した場合には、当該画像データのファイルを前記記憶手段から削除し、前記付帯情報のファイルが前記記憶手段に保存を開始されてからの保存期間が前記第１期間より長い第２期間を経過した場合には、当該付帯情報のファイルを前記記憶手段から削除する制御手段、として機能させるためのプログラムである。
【発明の効果】
【０００８】
本発明によれば、ＤＩＣＯＭファイルを画像データのファイルと付帯情報のファイルとに分割して保存するので、保存期間が第１期間を経過した場合には、画像データのファイルのみを削除することができる。したがって、保存期間が第１期間を経過した後も第２期間を経過する前までは、付帯情報を利用することが可能となる。このように、ＤＩＣＯＭファイルの付帯情報については一定期間保持しつつ、全体のデータ量を低減させることができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して、本発明に係る医用画像管理装置の一実施形態について説明する。
【００１０】
［医用画像システムのシステム構成］
図１に、医用画像システム１００のシステム構成を示す。図１に示すように、医用画像システム１００は、モダリティ１０と、ＲＩＳ（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）を直接指定することにより、汎用画像ファイルやＤＩＣＯＭヘッダファイルを特定することとしてもよい。
【図面の簡単な説明】
【００４５】
【図１】本発明の一実施形態における医用画像システムのシステム構成図である。
【図２】ＤＩＣＯＭファイルの分割を説明するための図である。
【図３】画像サーバの機能的構成を示すブロック図である。
【図４】汎用画像ファイル及びＤＩＣＯＭヘッダファイルの削除方法を示す模式図である。
【図５】画像サーバにおいて実行される処理を示すフローチャートである。
【図６】（ａ）は、保存期間が第１期間を経過していない場合の患者リストの表示例である。（ｂ）は、保存期間が第１期間を経過してはいるが、第２期間を経過していない場合の患者リストの表示例である。
【図７】（ａ）は、ＤＩＣＯＭヘッダファイルに含まれる患者情報の例である。（ｂ）は、ＤＩＣＯＭヘッダファイルに含まれる検査情報の例である。（ｃ）は、ＤＩＣＯＭヘッダファイルに含まれるシリーズ情報の例である。（ｄ）は、ＤＩＣＯＭヘッダファイルに含まれる画像情報の例である。
【符号の説明】
【００４６】
１０ モダリティ
２０ ＲＩＳ
３０ 画像サーバ
３１ 制御部
３２ 操作部
３３ 表示部
３４ 通信部
３５ ＲＯＭ
３６ 記憶部
３７ 計時部
３８ バス
４０ 画像ビューワ端末
５０ 電子カルテ端末
１００ 医用画像システム
Ｎ 通信ネットワーク
【特許請求の範囲】
【請求項１】
医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信する受信手段と、
記憶手段と、
前記受信手段により受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記画像データのファイルが前記記憶手段に保存を開始されてからの保存期間が第１期間を経過した場合には、当該画像データのファイルを前記記憶手段から削除し、前記付帯情報のファイルが前記記憶手段に保存を開始されてからの保存期間が前記第１期間より長い第２期間を経過した場合には、当該付帯情報のファイルを前記記憶手段から削除する制御手段と、
を備える医用画像管理装置。
【請求項２】
コンピュータを、
医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信する受信手段、
記憶手段、
前記受信手段により受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記画像データのファイルが前記記憶手段に保存を開始されてからの保存期間が第１期間を経過した場合には、当該画像データのファイルを前記記憶手段から削除し、前記付帯情報のファイルが前記記憶手段に保存を開始されてからの保存期間が前記第１期間より長い第２期間を経過した場合には、当該付帯情報のファイルを前記記憶手段から削除する制御手段、
として機能させるためのプログラム。
【請求項１】
医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信する受信手段と、
記憶手段と、
前記受信手段により受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記画像データのファイルが前記記憶手段に保存を開始されてからの保存期間が第１期間を経過した場合には、当該画像データのファイルを前記記憶手段から削除し、前記付帯情報のファイルが前記記憶手段に保存を開始されてからの保存期間が前記第１期間より長い第２期間を経過した場合には、当該付帯情報のファイルを前記記憶手段から削除する制御手段と、
を備える医用画像管理装置。
【請求項２】
コンピュータを、
医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信する受信手段、
記憶手段、
前記受信手段により受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記画像データのファイルが前記記憶手段に保存を開始されてからの保存期間が第１期間を経過した場合には、当該画像データのファイルを前記記憶手段から削除し、前記付帯情報のファイルが前記記憶手段に保存を開始されてからの保存期間が前記第１期間より長い第２期間を経過した場合には、当該付帯情報のファイルを前記記憶手段から削除する制御手段、
として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００８−２８７６５３（Ｐ２００８−２８７６５３Ａ）
【公開日】平成２０年１１月２７日（２００８．１１．２７）
【国際特許分類】
【出願番号】特願２００７−１３４３５３（Ｐ２００７−１３４３５３）
【出願日】平成１９年５月２１日（２００７．５．２１）
【出願人】（３０３０００４２０）コニカミノルタエムジー株式会社 (2,950)
【Ｆターム（参考）】
【公開日】平成２０年１１月２７日（２００８．１１．２７）
【国際特許分類】
【出願日】平成１９年５月２１日（２００７．５．２１）
【出願人】（３０３０００４２０）コニカミノルタエムジー株式会社 (2,950)
【Ｆターム（参考）】
[ Back to top ]