JPH1196731A - 医用画像ファイルの削除方法及び医用画像ファイル装置 - Google Patents

Abstract

(57)【要約】 【課題】 画像ファイル削除に合わせて対応するDICOMD
IRのディレクトリレコードを削除し、整合性を保持す
る。 【解決手段】 医用画像ファイル装置１は、Ｘ線撮影装
置３３から削除すべき画像管理番号を画像管理番号入力
部７へ入力し、ＭＯＤＤ５からこの画像管理番号に対応
する医用画像ファイルのヘッダ部を読出し、画像ヘッダ
バッファ２５に格納する。固有識別子抽出部１１は、画
像ヘッダ部から固有識別子を抽出する。画像付随情報検
索部１３は、DICOMDIRから同じ固有識別子を有するディ
レクトリレコードを検索する。DICOMDIR更新部１５は、
バッファ２７内の不要ディレクトリレコードを削除し、
リンクを更新する。消去・書込制御部２１は、医用画像
ファイルを削除するとともに、更新されたDICOMDIRを書
き戻す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は医用画像ファイルの
削除方法に係り、特にディレクトリ（カタログ）が医用
画像ファイルとその画像付随情報を直接管理していない
画像記憶システムにおける医用画像ファイルの削除方法
及びこの方法を用いた医用画像ファイル装置に関する。

【０００２】

【従来の技術】従来より医用画像通信の標準規格として
ＡＣＲ−ＮＥＭＡ（American Collegeof Radiology−Na
tional Electrical Manufacturers Association）委員
会によるＡＣＲ−ＮＥＭＡ規格Ｖ１．０（１９８５年、
対応する国内規格は、日本放射線機器工業会のＭＩＰＳ
−８７）およびその拡張版Ｖ２．０（１９８８年、対応
する国内規格は、日本放射線機器工業会のＭＩＰＳ−８
９）が知られているが、データフォーマット（いわゆる
「ＡＣＲ−ＮＥＭＡフォーマット」）以外は広く普及す
るには至らなかった。

【０００３】ＡＣＲ−ＮＥＭＡ委員会はＶ３．０の制定
にあたり従来の規格を大幅に改新し、名称も”医療にお
けるディジタル画像と通信（Digital Imaging and Comm
unications in Medicine：以下、ＤＩＣＯＭと略す）”
に改められた。

【０００４】このＤＩＣＯＭ規格は、その名称が示すよ
うに、医用画像を扱う機器間の相互運用性を実現するこ
とを目標とし、対象画像またはデータであるデータオブ
ジェクト、提供されるサービスの種類であるサービスク
ラス、通信プロトコル等の規格をＩＳＯ−ＯＳＩの７階
層モデルに準拠して規定している。

【０００５】次に、ＤＩＣＯＭ規格の特徴を上位層から
説明する。 （１）画像の登録、検索・参照、ハードコピー等のサー
ビスを定義している。 （２）モダリティ（ＣＲ，ＣＴ，ＭＲ，ＮＭ，ＵＳ）毎
に画像の詳細定義が行われている。 （３）データを、患者、検査、シリーズ、画像からなる
４階層で管理する。 （４）病院情報システム／放射線医学情報システム（Ｈ
ＩＳ／ＲＩＳ）等の関連システムとのデータ交換を想定
した、患者情報、検査予約情報、検査実施情報（非画像
データ）を定義している。 （５）データ交換（画像、非画像）のためのメッセージ
フォーマットを定義している。 （６）ＴＣＰ／ＩＰまたはＩＳＯ−ＯＳＩプロトコルを
利用できる。 （７）ＥｔｈｅｒｎｅｔやＦＤＤＩ、ＩＳＤＮなどの通
信媒体を利用できる。

【０００６】次に、我が国における医用画像の電子保存
の経緯について説明する。１９９４年３月に厚生省から
出された通達により、技術的基準を満たした画像関連機
器を用いれば、保存義務のある画像をＸ線フィルムに代
えて電子媒体に保存しても差し支えないこととされた。
そして（財）医療情報システム開発センター（ＭＥＤＩ
Ｓ−ＤＣ）によって画像関連機器の規格が制定され、規
格適合証明を発行する手続きも始まっている。

【０００７】この厚生省の技術的基準は以下の３原則か
らなっている。 （１）安全性：保存義務がある画像の消去や他のデータ
との混同を防止すること。 （２）再現性：長期間の保存後のデータ再現性を保証す
るため、記憶時の正確性、長期保存性、長期間経過後の
再現性が求められる。 （３）共通利用性：他の医療機関でも利用可能とするた
め、標準規格に基づく媒体が求められる。

【０００８】上記３原則に対応して１９９４年秋に発表
された標準規格は、医用画像情報の電子保存に関する共
通規格タイプ１（以下、共通規格タイプ１）と呼ばれ、
医療情報イメージセイブアンドキャリィ（医療情報imag
e save and carry：以下、ＩＳ＆Ｃと略す）に基づいて
作成されたものである。３原則への主な対応法は以下の
通りである。

【０００９】（１）安全性：光磁気ディスクは本来消去
可能な媒体であるが、媒体−ドライブ−ホストインタフ
ェイス−ディスクフォーマット（ファイル構造）の間で
セキュリティを確保する仕組みが作られており、保存義
務を付与した画像情報は消去できなくしている。 （２）再現性：記憶はディジタルで行い、媒体は十分な
寿命を持ったものとする。ディスクフォーマット（ファ
イル構造）とデータフォーマットとを規格化することに
より、記憶した装置と異なる装置による再現を容易にす
る。 （３）共通利用性：ディスクフォーマット（ファイル構
造）とデータフォーマットとを規格化することにより、
記憶した装置と異なる装置による再現を容易にする。

【００１０】この共通規格タイプ１発表後、米国よりＤ
ＩＣＯＭ規格を取り入れた共通規格タイプ２を制定する
要請があり、日米共同で規格案が作られた。その結果
は、媒体からディスクフォーマット（ファイル構造）ま
では共通規格タイプ１と同様とし、装置がもつべき機能
の定義とデータフォーマットに媒体記憶（media storag
e ）サービスクラスとＤＩＣＯＭ媒体規格のファイルフ
ォーマットが採用された。

【００１１】次に、図９に共通規格（タイプ１、タイプ
２）の光磁気ディスクフォーマットを示す（参考文献：
（財）医療情報システム開発センター：ＭＥＤＩＳ−Ｄ
ＣＭＤＳ−Ａ０００７ −１９９５）。まず、媒体であ
る光磁気ディスクの片面を１つのボリュームとし、医用
画像ファイルの管理単位をボリュームとする。数バイト
から数メガバイトの様々な大きさのファイルを記憶可能
とするとともに、高速入出力を可能とするため、連続セ
クタを使用する。

【００１２】このため、ボリュームは、それぞれ１０２
４論理セクタ（１セクタは１０２４バイト）の大きさの
連続した領域である８種類のゾーン（Ａゾーン〜Ｈゾー
ン）に分割される。一つのボリュームに含まれるゾーン
の数は、そのボリュームの容量による。

【００１３】またボリュームは、システム領域（Ａゾー
ン）、ヘッダ領域（Ｂゾーン）、およびデータ領域（Ｃ
ゾーン〜Ｈゾーン）に分けられる。データ領域は、連続
する１０２４セクタを１ゾーンとし、その使用目的に応
じて、それぞれ４ⁿ （ｎ＝０，１，２，３，４，５）個
のセクタを１ブロックとした４^(5-n) ブロック（ｎ＝
０，１，２，３，４，５）からなる６種類のゾーン、
Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈ（１ゾーン中の全セクタ数はい
ずれも１０２４）が使用可能である。

【００１４】１つのデータファイルは、複数のブロック
の組合せで構成され、ブロックを単位として書き込みが
行われる。各ブロックの大きさはそれが属するゾーンの
種類によって異なる。言い換えれば１つのファイルは、
種類が異なる複数のゾーンにまたがって記憶できる。シ
ステム領域（Ａゾーン）には、ボリューム管理情報、ゾ
ーンテーブル、セクタテーブル、及びインデックステー
ブルが配置されている。また、システム領域の内容は、
障害対策として２重書きされる。

【００１５】ボリューム管理情報には、ＩＳ＆Ｃ医用画
像ボリュームを識別するための初期化識別子、バージョ
ン番号、適用分野、ボリューム名称、ボリュームＩＤ、
所有者名、所有者コード、初期化日時、ボリューム内の
ゾーン数、ゾーン内セクタ数（＝１０２４）、セクタサ
イズ（＝１０２４バイト）、ゾーンテーブル開始セクタ
番号、セクタテーブル開始セクタ番号、インデックステ
ーブル開始セクタ番号、インデックスサイズ（１２
８）、媒体固有標識、インデックス総数、登録ファイル
数、仮削除ファイル数、空インデックス数、システムフ
ァイル数、ディレクトリファイル数、更新日時、空イン
デックス開始番号、ボリューム使用中フラグ等が格納さ
れている。

【００１６】ゾーンテーブルは、ボリューム上の各ゾー
ンの種別、空きブロック数、及びバックアップゾーン番
号を管理するテーブルである。セクタテーブルは、ボリ
ューム上の各論理セクタが使用中であるか否かを管理す
るテーブルである。インデックステーブルに格納される
各インデックスは、それぞれ対応するデータファイルを
管理するもので、ボリューム内で一意的に定められる
「ＩＳ＆ＣファイルＩＤ」（長さ４バイトの符号付整
数）、「ＩＳ＆Ｃファイル名」、作成年月日、最終変更
年月日時刻、ファイルサイズ、ヘッダポインタ、ファイ
ルを構成する各データブロックへのポインタ等が書かれ
る。

【００１７】ボリュームに格納される各ファイルは、そ
れに対応するヘッダを一つ持つことができ、これらのヘ
ッダを集めてヘッダ領域（Ｂゾーン）に格納される。こ
のヘッダは、それぞれ、「ＩＳ＆ＣファイルＩＤ」、ヘ
ッダデータ長（長さ２バイト）、ヘッダデータ、及びフ
ィルキャラクタからなる。各ファイルのヘッダを除いた
部分は、それぞれデータ領域に格納される。

【００１８】なお、共通規格タイプ２においては、Ｂゾ
ーンのヘッダ領域は形式的なデータが記載されるのみ
で、画像データの実質的なヘッダ部が分離されてＢゾー
ンに格納されることはない。

【００１９】またファイル生成時の指定により、そのフ
ァイルの属性としてサイズ可変ファイルまたはサイズ固
定ファイルが定まり、サイズ可変ファイルの場合には、
アプリケーションから指定されるゾーン種別によりアロ
ケーションのブロックの大きさが一意的に定まる。

【００２０】サイズ固定ファイルの場合には、アプリケ
ーションから指定されるゾーン選択条件によって、ゾー
ンの割当て方が変化する。これにより記憶・消去を繰り
返しても、ガーベージコレクション無しで十分な性能を
引き出すことができる。

【００２１】また、貴重な医療データは、厳重に保護し
なければならないが、光磁気ディスクは書換可能な媒体
であり、操作ミス等により誤ってファイルを消してしま
う可能性がある。このような事態はある程度アプリケー
ションレベルで避けることもできるが、ファイルマネー
ジャでも保護手段を用意し、より安全なシステムを構築
できるようにする必要がある。

【００２２】このため、ファイルの実体（ファイル管理
情報、ヘッダ、（画像）データ）を削除しないで、論理
的にファイルの存在を見えなくする仮削除を定めてい
る。この仮削除状態は、ファイル管理情報の属性フラグ
である仮削除フラグで示され、仮削除フラグをクリアす
るだけでファイルを復活することができる。

【００２３】実削除の場合は、ファイル管理情報、ヘッ
ダ、及びデータをそれぞれ未使用エリアとし、ゾーンテ
ーブルとセクタテーブルの該当場所を未使用エリアとし
て開放した状態であり、実削除後は元のファイルのエリ
アを他のファイル用に利用できる。

【００２４】次に、ＤＩＣＯＭＤＩＲの説明に先立っ
て、固有識別子（Ｕｎｉｑｕｅ ＩＤ、以下ＵＩＤと略
す）について説明する。このＵＩＤは、情報・通信する
当事者が共通に認識すべき、（ａ）誰と、（ｂ）とのよ
うな方法で、（ｃ）何について、等の対象を情報オブジ
ェクトと呼び、これを国際的に一意に定めて登録・公開
したものである。

【００２５】ＤＩＣＯＭ規格では、ＯＳＩ（ Open Syst
ems Interconnection ）オブジェクト登録管理制度を利
用して、医用画像機器の製造組織または設置施設、個々
の検査、シリーズ、画像ファイルに対してＵＩＤを付与
する。

【００２６】このＵＩＤの構成要素の一例を次に示す。

【００２７】1.2.392.200036.9116.モダリティ．機種
名．機番．YYYYMMDDHHMMSS ここで、各項目は以下の通りである。

【００２８】 （１） 1.2.392. ：日本工業標準調査会（ＪＩＳ
Ｃ）ＩＳＯの加盟機関を示すコード番号 （２） 200036. ：日本放射線機器工業会（ＪＩ
ＲＡ）を示すコード番号 （３） 9116. ：ＪＩＲＡが付与した会社を示
すコード番号 （４） モダリティ． ：各検査方式に対応するコード
番号 （５） 機種名． ：医用画像診断装置の機種名 （６） 機番． ：機種毎の連番（製造番号） （７） YYYYMMDDHHMMSS：医用画像データの日付（年月
日時分秒）

【００２９】図１０は、ＤＩＣＯＭＤＩＲと呼ばれるデ
ィレクトリの構造を説明する図である。ＤＩＣＯＭ規格
の記憶媒体においては、ボリューム内に唯一のＤＩＣＯ
ＭＤＩＲファイルと、他の複数の画像データファイルが
格納される。ＤＩＣＯＭＤＩＲは図１０に示すように、
患者、検査、シリーズ、及び画像の４階層の構成となっ
ている。そして各レベルのディレクトリレコードは、同
じレベルの次のディレクトリレコードへのリンクを持つ
と共に、下位のレベルのディレクトリレコードへのリン
クを有する。

【００３０】患者レベルのディレクトリレコードは、例
えば、ディレクトリレコードタイプ（＝患者）、患者Ｉ
Ｄ、患者氏名、生年月日、性別等のデータを有する。検
査レベルのディレクトリレコードは、例えば、ディレク
トリレコードタイプ（＝検査）、検査日付、検査時刻、
検査ＵＩＤ、検査番号等のデータを有する。

【００３１】シリーズレベルのディレクトリレコード
は、例えば、ディレクトリレコードタイプ（＝シリー
ズ）、モダリティ、モダリティの製造業者、モダリティ
の設置された施設名、主治医師名、シリーズＵＩＤ等の
データを有する。

【００３２】画像レベルのディレクトリレコードは、例
えば、ディレクトリレコードタイプ（＝画像）、画像収
集時刻、画像番号、画素数（縦、横）、画像階調度（画
素当たりのビット数）等のデータを有するとともに、対
応する画像ファイルへのリンクを有する。

【００３３】また、それぞれの画像ファイルのヘッダ部
には、患者ＩＤ、検査ＵＩＤ、シリーズＵＩＤ、画像Ｕ
ＩＤが記載されている。そして画像ファイルは、上記い
ずれかのゾーン、Ｃ〜Ｈに属する４ⁿ （ｎ＝０，１，
２，３，４，５）セクタ長のブロックに分割されてＭＯ
Ｄに記憶される。

【００３４】このような共通規格タイプ２を採用した記
憶媒体、例えば光磁気ディスクにおける従来の画像削除
は、例えば患者名を選択して所望とする画像管理番号
（媒体内で固有の識別情報）を導き出し、その画像管理
番号に対応するＩＳ＆ＣファイルＩＤを利用して、イン
デックステーブルをアクセスし、インデックス情報に従
って画像ファイルを削除していた。そして、ＩＳ＆Ｃフ
ァイルＩＤとＤＩＣＯＭＤＩＲとの間の関連がないた
め、この画像ファイル削除を行った後にも、ＤＩＣＯＭ
ＤＩＲは更新されることがなかった。

【００３５】この従来の画像削除方法を図１１のフロー
チャートを参照して説明する。まず最初に、記憶媒体で
あるＭＯＤがＭＯＤＤにロードされる（ステップＳ９０
１）。次いでＭＯＤのシステム領域からボリューム管理
情報、ゾーンテーブル、セクタテーブル、インデックス
テーブルが読み出され、一時保持される（ステップＳ９
０３）。この状態で、上位装置である例えばＸ線撮影装
置からの画像削除指示待ちとなる。画像削除指示待ちの
状態は、Ｘ線撮影装置から画像削除指示があるか否かを
判定し（ステップＳ９０５）、画像削除指示がなけれ
ば、操作終了の指示があるか否かを判定し（ステップＳ
９１０）、操作終了指示がなければ、再びステップＳ９
０５に戻るループである。

【００３６】次いで、Ｘ線撮影装置から削除すべき医用
画像の画像管理番号であるＩＳ＆ＣファイルＩＤが指定
されると、ステップＳ９０５の判定がＹＥＳとなり、次
いで削除画像のＩＳ＆ＣファイルＩＤが入力される（ス
テップＳ９０７）。

【００３７】次いで、このＩＳ＆ＣファイルＩＤにより
特定される画像ファイルをＭＯＤから削除する（ステッ
プＳ９０９）。次いで、この画像ファイル削除に対応し
てＭＯＤのシステム領域を更新し、ステップＳ９０５の
画像削除指示待ちへ戻る。

【００３８】ステップＳ９０５及びステップＳ９１３の
画像削除指示待ちにおいて、操作終了の判定がＹＥＳで
あれば、ＭＯＤのバックアップ用システム領域を更新し
（ステップＳ９１５）、記憶媒体ＭＯＤをアンロードし
て（ステップＳ９１７）、処理を終了する。

【００３９】

【発明が解決しようとする課題】以上説明したように、
上記共通規格タイプ２におけるＤＩＣＯＭＤＩＲとＩＳ
＆ＣファイルＩＤとの間で相互の関連性がないために、
ＭＯＤからある医用画像ファイルを削除した場合にもＤ
ＩＣＯＭＤＩＲの内容は更新されることが無く、ＤＩＣ
ＯＭＤＩＲ上で画像データの存在が認められてＩＳ＆Ｃ
に画像がない場合、通常は、検索のキーデータ入力に誤
りがあったか若しくはシステムに異常があったか等、操
作者が種々試行錯誤して画像データを探すといったこと
が行われ、極端な場合は、ＩＳ＆Ｃに蓄積された画像デ
ータ全てを探しに行ってしまう恐れがある。従って、操
作者に無駄な手間をかけてしまい、ひいては読影作業に
長時間を費やしてしまうという問題点があった。

【００４０】以上の問題点に鑑み、本発明の目的は、画
像ファイル削除時に、この削除画像に対応するＤＩＣＯ
ＭＤＩＲのディレクトリレコードも削除し、記憶媒体内
の画像ファイルの状態とＤＩＣＯＭＤＩＲとの整合性を
保持することである。

【００４１】

【課題を解決するための手段】上記課題を解決するため
に本発明は、複数の医用画像ファイル及びそれぞれの医
用画像ファイルに付随する画像付随情報を記憶した記憶
媒体から指定された医用画像ファイル及び画像付随情報
を削除する医用画像ファイルの削除方法であって、医用
画像ファイルの画像管理番号を指定する工程と、この指
定された画像管理番号に対応する医用画像ファイルの一
部を前記記憶媒体から読出す工程と、前記読出された医
用画像ファイルの一部からこの医用画像ファイルの固有
識別子を抽出する工程と、前記抽出された固有識別子に
等しい固有識別子を有する画像付随情報を検索する工程
と、前記検索された画像付随情報を前記記憶媒体から削
除する工程と、を備えたことを要旨とする医用画像ファ
イルの削除方法である。

【００４２】また本発明は、記憶媒体に対して複数の医
用画像ファイル及びそれぞれの医用画像ファイルに付随
する画像付随情報を書込、読出、削除することのできる
医用画像ファイル装置であって、削除すべき医用画像フ
ァイルの画像管理番号を入力する入力手段と、この入力
された画像管理番号に対応する医用画像ファイルの一部
を前記記憶媒体から読出す読出手段と、前記読出された
医用画像ファイルの一部からこの医用画像ファイルの固
有識別子を抽出する抽出手段と、前記抽出された固有識
別子に等しい固有識別子を有する画像付随情報を検索す
る検索手段と、前記検索された画像付随情報を前記記憶
媒体から削除する削除手段と、を備えたことを要旨とす
る医用画像ファイル装置である。

【００４３】

【発明の実施の形態】次に図面を参照して、本発明の実
施の形態を詳細に説明する。図１は、本発明に係る医用
画像ファイル装置の第１実施形態の構成を示すブロック
図である。図２は、同装置を用いた医用画像ファイルシ
ステムの全体構成を示すシステム構成図である。

【００４４】図２によれば、本発明に係る医用画像ファ
イル装置が適用される医用画像ファイルシステムは、着
脱可能な記憶媒体として例えば光磁気ディスク（以下Ｍ
ＯＤと略す）３１を用いる医用画像ファイル装置１と、
医用画像収集装置としてのＸ線撮影装置３３と、病院情
報システム（ＨＩＳ）５３と、医用画像をＸ線フィルム
に出力するイメージャ５５と、従来のＸ線撮影装置で撮
影されたＸ線フィルムを読み取りディジタルデータに変
換するフィルムディジタイザ５７と、他の医用画像診断
装置や医用画像観察装置等の外部機器５９と、これらの
機器間を接続するＰＡＣＳ−ＬＡＮ５１とを備えて構成
されている。

【００４５】医用画像ファイル装置１は、共通規格タイ
プ２により光磁気ディスク３１に医用画像を書込み、読
出し、削除、を行うものである。光磁気ディスク３１
は、例えば、ＩＳＯで標準化されている直径１３０ｍｍ
の光磁気ディスク、直径９０ｍｍの光磁気ディスク、等
が利用できる。

【００４６】Ｘ線撮影装置３３は、Ｘ線の曝射を制御す
る曝射制御部３５と、Ｘ線源であるＸ線管球３７と、Ｘ
線像を可視像に変換するとともにその輝度を増倍するイ
メージインテンシファイア（以下、Ｉ．Ｉ．と略す）３
９と、Ｉ．Ｉ．３９の出力像を画像信号に変換するＴＶ
カメラ４１と、画像信号をアナログ／ディジタル変換す
るＡ／Ｄ変換器４３と、Ｘ線撮影装置３３全体を制御す
るプロセッサ４５と、Ｘ線画像を表示したりＸ線撮影装
置３３及び医用画像ファイル装置１を制御するための制
御画面等を表示する画像観察モニタ４７と、入力装置と
して画像観察モニタ４７のスクリーン面に設けられたタ
ッチパネル４９とを備えて構成されている。

【００４７】そして、このＸ線撮影装置３３のプロセッ
サ４５に医用画像ファイル装置１の画像ファイルサーバ
が接続され、画像観察モニタ４７及びタッチパネル４９
から削除すべき医用画像が指定される。医用画像ファイ
ル装置１そのものは、表示装置やオペレータからの入力
装置を持たず、いわばバックエンドファイル装置として
動作する。

【００４８】図１によれば、医用画像ファイル装置１
は、画像ファイルサーバ３と、光磁気ディスク装置（以
下、ＭＯＤＤと略す）５とにより構成される。画像ファ
イルサーバ３とＭＯＤＤ５とは、特に限定されないがＳ
ＣＳＩインタフェースにより接続されている。

【００４９】画像ファイルサーバ３は、特に限定されな
いがウィンドウズＮＴをＯＳとして搭載したパーソナル
コンピュータ本体が用いられ、上位装置であるＸ線撮影
装置３３より画像管理番号を入力する画像管理番号入力
部７と、ＭＯＤＤ５よりデータの読出しを制御する読出
制御部１９と、ＭＯＤＤ５への消去及び書込を制御する
消去・書込制御部２１と、ＭＯＤＤ５からの読出データ
を一時保持する読出データバッファ２３と、ＰＡＣＳ−
ＬＡＮ５１と接続するためのネットワーク接続部９と、
読出データバッファ２３内の画像ヘッダバッファ２５か
ら固有識別子を抽出する固有識別子抽出部１１と、読出
データバッファ２３内のＤＩＣＯＭＤＩＲバッファ２７
から画像付随情報を検索する画像付随情報検索部１３
と、ＤＩＣＯＭＤＩＲを更新するＤＩＣＯＭＤＩＲ更新
部１５と、読出データバッファ２３内のシステム領域バ
ッファ２９を更新するシステム領域更新部１７と、を備
えて構成されている。

【００５０】次に、図３の画像削除制御画面例および図
４のフローチャートを参照して、本実施の形態の医用画
像ファイル装置の動作を説明する。まず、医用画像を削
除するとき、Ｘ線撮影装置３３の画像観察モニタ４７に
表示される画面の例について説明する。ある患者の医用
画像を削除するとき、図３（ａ）に示すような画像削除
制御画面Ａが表示される。この画面は、削除すべき画像
の患者を検索し指定する画面であり、ＤＩＣＯＭＤＩＲ
を参照して、例えば、項番（Ｎo.）、患者氏名、患者Ｉ
Ｄ、画像数、最新の更新日等に編集して表示される。こ
の画面では、患者名またはその頭文字や患者ＩＤを入力
することにより、その患者を含む患者リストの一部が表
示される。

【００５１】この画像削除制御画面Ａにおいて、例え
ば、「東芝花子」を選択する場合、画面中の項番２に指
で触れると、項番２が選択されたことを示すために、２
の数字が白黒反転する。次いで同じ画面中の図示されな
い患者確認ボタンに触れると、画面は図３（ｂ）に示す
画像削除制御画面Ｂへと移行する。

【００５２】画像削除制御画面Ｂは、選択された患者
（この場合「東芝花子」）の画像リストを表示する。こ
の画像リストは、例えば、項番（Ｎo.）、画像番号、モ
ダリティ、登録日、担当医等が表示され、画像リストが
１画面で表示できない場合には、頁めくり、スクロール
等により表示する。

【００５３】この画像削除制御画面Ｂにおいて、例え
ば、画像番号「１００３」の画像を選択する場合、画面
中の項番３に指で触れると、項番３が選択されたことを
示すために、３の数字が白黒反転する。次いで同じ画面
中の図示されない削除画像確認ボタンに触れると、画像
番号「１００３」がＸ線撮影装置３３から医用画像ファ
イル装置１へ送られるようになっている。

【００５４】以下、図４のフローチャートを参照して医
用画像ファイル装置１の医用画像削除動作を説明する。
まず最初に、記憶媒体であるＭＯＤ３１がＭＯＤＤ５に
ロードされる（ステップＳ１１）。次いでＭＯＤ３１の
システム領域からボリューム管理情報、ゾーンテーブ
ル、セクタテーブル、インデックステーブルが読み出さ
れ、読出データバッファ２３内のシステム領域バッファ
２９へ一時保持される（ステップＳ１３）。この状態
で、上位装置であるＸ線撮影装置３３からの画像削除指
示待ちとなる。画像削除指示待ちの状態は、Ｘ線撮影装
置３３から画像削除指示があるか否かを判定し（ステッ
プＳ１５）、画像削除指示がなければ、操作終了の指示
があるか否かを判定し（ステップＳ２９）、操作終了指
示がなければ、再びステップＳ１５に戻るループであ
る。

【００５５】次いで、図３を用いて説明したように、Ｘ
線撮影装置３３の画像観察モニタ４７及びタッチパネル
４９から削除すべき医用画像の画像管理番号であるＩＳ
＆ＣファイルＩＤが指定されると、Ｘ線撮影装置３３の
プロセッサ４５から医用画像ファイル装置１の画像管理
番号入力部７へ画像削除指示があるという通知がなされ
る。これにより、ステップＳ１５の判定がＹＥＳとな
り、次いでプロセッサ４５から画像管理番号入力部７へ
削除画像のＩＳ＆ＣファイルＩＤが入力される（ステッ
プＳ１７）。

【００５６】次いで、このＩＳ＆ＣファイルＩＤを読出
制御部１９へ引き渡し、このＩＳ＆ＣファイルＩＤによ
り特定される画像ファイルのヘッダ部をＭＯＤＤ５から
読出し、読出データバッファ２３の画像ヘッダバッファ
２５へ一時保存する（ステップＳ１９）。次いで、固有
識別子抽出部１１が画像ヘッダバッファ２５を検索し、
画像ヘッダ中に記述された固有識別子である、患者Ｉ
Ｄ、検査ＵＩＤ、シリーズＵＩＤ、画像ＵＩＤをそれぞ
れ抽出し、画像付随情報検索部１３に引き渡す（ステッ
プＳ２１）。

【００５７】次いで、消去・書込制御部２１は、画像管
理番号入力部７に保持された画像管理番号に対応する画
像ファイルをＭＯＤから削除する（ステップＳ２３）。
次いで、画像付随情報検索部１３は、固有識別子抽出部
１１から引き渡された患者ＩＤ、検査ＵＩＤ、シリーズ
ＵＩＤ、画像ＵＩＤによりＤＩＣＯＭＤＩＲバッファ２
７を検索し、削除された画像ファイルに対応する固有識
別子を有するＤＩＣＯＭＤＩＲディレクトリレコードを
削除して、ＤＩＣＯＭＤＩＲリンク情報を更新し、更新
されたＤＩＣＯＭＤＩＲバッファ２７の内容を消去・書
込制御部２１によりＭＯＤＤ５に書き込む（ステップＳ
２５）。

【００５８】次いで、この画像ファイル削除に対応して
システム領域バッファ２９を更新し、更新されたシステ
ム領域バッファ２９の内容をＭＯＤＤ５に書き戻し（ス
テップＳ２７）、ステップＳ１５の画像削除指示待ちへ
戻る。

【００５９】ステップＳ１５及びステップＳ２９の画像
削除指示待ちにおいて、操作終了の判定がＹＥＳであれ
ば、ＭＯＤＤ５のバックアップ用システム領域を更新し
（ステップＳ３１）、記憶媒体ＭＯＤ３１をアンロード
して（ステップＳ３３）、処理を終了する。

【００６０】なお、ＤＩＣＯＭＤＩＲディレクトリレコ
ードの削除において、削除画像に対応する画像レベルの
ディレクトリレコードが削除された後、その画像が属し
ていたシリーズレベルに他の画像レベルのディレクトリ
レコードが残らなければ（この状態をシリーズが空とい
う）、そのシリーズレベルのディレクトリレコードも削
除される。同様にシリーズレベルのディレクトリレコー
ド削除後、検査レベルが空となれば、検査レベルのディ
レクトリレコードも削除される。患者レベルについても
同様の削除が行われる。

【００６１】このようにして、指定された医用画像が記
憶媒体であるＭＯＤから削除されるとともに、この削除
画像に対応するＤＩＣＯＭＤＩＲのディレクトリレコー
ドを削除することができるので、ＤＩＣＯＭＤＩＲの内
容と画像ファイルとの間の不整合を無くすことができ
る。

【００６２】次に、本発明の第２実施形態を説明する。
本実施の形態では、予めＭＯＤ内に記憶された全ての医
用画像データのヘッダ部をそれぞれ読み込んで、画像管
理番号と医用画像データヘッダ部から抽出されたＵＩＤ
（患者ＩＤ、検査ＩＤ、シリーズＩＤ、画像ＩＤ）との
対応表である画像管理テーブル（図８）を作成する点が
第１実施形態と異なる。

【００６３】そして、画像管理番号による特定の画像フ
ァイルの削除指示がなされたとき、予め作成された画像
管理テーブルを検索して、この画像管理番号からＵＩＤ
（患者ＩＤ、検査ＵＩＤ、シリーズＵＩＤ、画像ＵＩ
Ｄ）を見つけ、この各ＵＩＤを有するディレクトリレコ
ードを削除する方法を採用している。

【００６４】図５は、本発明の第２実施形態である医用
画像ファイル装置の構成を示すブロック図である。この
第２実施形態の医用画像ファイル装置が用いられる医用
画像ファイルシステムの全体構成は、第１実施形態で説
明した図２と同様である。

【００６５】図５によれば、医用画像ファイル装置１０
１は、画像ファイルサーバ６１と、光磁気ディスク装置
（以下、ＭＯＤＤと略す）５とにより構成される。画像
ファイルサーバ６１とＭＯＤＤ５とは、特に限定されな
いがＳＣＳＩインタフェースにより接続されている。

【００６６】画像ファイルサーバ６１は、特に限定され
ないがウィンドウズＮＴをＯＳとして搭載したパーソナ
ルコンピュータ本体が用いられ、上位装置であるＸ線撮
影装置３３より画像管理番号を入力する画像管理番号入
力部７と、ＭＯＤＤ５よりデータの読出しを制御する読
出制御部１９と、ＭＯＤＤ５への消去及び書込を制御す
る消去・書込制御部２１と、ＭＯＤＤ５からの読出デー
タを一時保持したり画像管理テーブルを保持する作業用
メモリ６７と、ＰＡＣＳ−ＬＡＮ５１と接続するための
ネットワーク接続部９と、作業用メモリ６７内の画像ヘ
ッダバッファ２５から固有識別子を抽出し画像管理テー
ブル６９を作成する固有識別子抽出部６３と、作業用メ
モリ６７内の画像管理テーブル６９から画像付随情報を
検索する画像付随情報検索部６５と、ＤＩＣＯＭＤＩＲ
を更新するＤＩＣＯＭＤＩＲ更新部１５と、作業用メモ
リ６７内のシステム領域バッファ２９を更新するシステ
ム領域更新部１７と、を備えて構成されている。

【００６７】次に、第２実施形態における画像削除方法
を図６および図７のフローチャートを参照して説明す
る。まず最初に、記憶媒体であるＭＯＤがＭＯＤＤにロ
ードされる（ステップＳ１０１）。次いでＭＯＤのシス
テム領域からボリューム管理情報、ゾーンテーブル、セ
クタテーブル、インデックステーブルが読み出される
（ステップＳ１０３）。

【００６８】次いで、処理対象の画像管理番号（ＩＳ＆
ＣファイルＩＤ）：Ｎを初期化するために、Ｎを１に設
定し（ステップＳ１０５）、Ｎに等しい画像管理番号を
持つ画像ファイルの先頭部（ヘッダ部）を読み出す（ス
テップＳ１０７）。次いで、読み出した画像ファイルの
先頭部から固有識別子を抽出する（ステップＳ１０
９）。

【００６９】次いで、この抽出した固有識別子がＤＩＣ
ＯＭＤＩＲ中の固有識別子に一致するか否かが判定され
（ステップＳ１１１）、一致しなければ、別の固有識別
子を抽出するために、ステップＳ１０９へ戻る。一致す
れば、この抽出された固有識別子は正しい固有識別子で
あるので、次のステップＳ１１３へ進む。

【００７０】次いで、図８に示したような画像管理テー
ブルに画像管理番号と固有識別子の対をエントリとして
記入し（ステップＳ１１３）、Ｎが媒体に記憶された最
大ファイル数に等しいか否かを判定する（ステップＳ１
１５）。

【００７１】Ｎが媒体に記憶された最大ファイル数に等
しくなければ、次の画像ファイルから固有識別子を抽出
するために、Ｎを１だけ増加させて（ステップＳ１１
７）、ステップＳ１０５へ戻る。

【００７２】Ｎが媒体に記憶された最大ファイル数に等
しければ、画像管理テーブルの作成は終了したので、準
備ＯＫとなり、上位装置からの画像削除指示待ちの状態
となる。画像削除指示待ちの状態は、上位装置から画像
削除指示があるか否かを判定し（ステップＳ１１９）、
画像削除指示がなければ、操作終了の指示があるか否か
を判定し（ステップＳ１３３）、操作終了指示がなけれ
ば、再びステップＳ１１９に戻るループである。

【００７３】次いで、上位装置から画像削除指示が通知
されると、ステップＳ１１９の判定がＹＥＳとなり、次
いで削除すべき画像の画像管理番号（ＩＳ＆Ｃファイル
ＩＤ）が入力され（ステップＳ１２１）、この入力され
た画像管理番号で画像管理テーブルを検索し、画像管理
番号に対応する固有識別子を入手する（ステップＳ１２
３）。

【００７４】次いで、入力された画像管理番号に対応す
る画像ファイルをＭＯＤから削除する（ステップＳ１２
５）。次いで、画像管理テーブルから入手された固有識
別子を有するＤＩＣＯＭＤＩＲディレクトリレコードを
削除して、ＤＩＣＯＭＤＩＲリンク情報を更新し、ＭＯ
Ｄに書き込む（ステップＳ１２７）。

【００７５】次いで、画像管理テーブルから削除された
画像に対応するエントリを削除して画像管理テーブルを
更新し（ステップＳ１２９）、この画像ファイル削除に
対応してＭＯＤのシステム領域を更新し（ステップＳ１
３１）、ステップＳ１１９の画像削除指示待ちに戻る。

【００７６】ステップＳ１１９及びステップＳ１３３の
画像削除指示待ちにおいて、操作終了の判定がＹＥＳで
あれば、ＭＯＤのバックアップ用システム領域を更新し
（ステップＳ１３５）、ＭＯＤをアンロードして（ステ
ップＳ１３７）、処理を終了する。

【００７７】本第２の実施の形態においては、画像削除
を行う準備段階として、予め記憶媒体に格納された全て
の画像ファイルのヘッダ部を読出し、画像管理番号であ
るＩＳ＆ＣファイルＩＤとそれぞれの画像ファイルヘッ
ダ部に記載されたＵＩＤとの対応関係を画像管理テーブ
ルとして作成した。このため、第１実施例における記憶
領域以外に画像管理テーブルのために最大２ＭＢ程度の
記憶エリアの追加が必要となる。

【００７８】また、ＭＯＤＤ５は、ヘッドが大きく重い
ため平均アクセス速度が遅く、また画像ファイル当たり
のデータ量も多いので、１画像あたりの読み出し時間が
約１秒程度となる。ＭＯＤ媒体あたり最も多く画像が記
憶されている場合には、約１万画像となるので、約２時
間程度の画像管理テーブル作成時間を要するが、この間
はオペレータの拘束がないので、他の業務を行うことが
できる。

【００７９】一旦この画像管理テーブルが作成された後
には、削除指定された画像のヘッダ部を読み出す必要が
無くなり、画像が指定されてから、その画像ファイルの
削除及びその画像付随情報であるＤＩＣＯＭＤＩＲの対
応するディレクトリレコードの削除が終了するまでの応
答時間が短縮され、オペレータは素早く次の画像削除に
移ることができる。すなわち、大量の画像を削除する場
合、第１実施形態に比較して第２実施形態では、画像毎
の削除作業の時間が短縮され、オペレータの作業時間を
短縮することができる。

【００８０】以上好ましい実施形態例として、Ｘ線撮影
装置に接続された医用画像ファイル装置について説明し
たが、本発明はこれに限定されることなく、Ｘ線ＣＴ装
置、ＭＲＩ装置、核医学装置、超音波診断装置、電子内
視鏡装置等のあらゆる電子画像を取り扱う画像発生装
置、画像ファイル装置及び画像観察装置に適用できるこ
とは明らかである。

【００８１】

【発明の効果】以上説明したように本発明によれば、記
憶媒体から医用画像ファイルを削除する際に、指定され
た医用画像ファイルに関連する画像付随情報をも削除で
きるので、ディレクトリと画像ファイルとの整合性が確
保されるという効果がある。

【図面の簡単な説明】

【図１】本発明に係る医用画像ファイル装置の第１実施
形態の構成を示すブロック図である。

【図２】本発明に係る医用画像ファイル装置の適用例を
示すシステム構成図である。

【図３】画像削除制御画面の例を示す図である。

【図４】第１実施形態の動作を説明するフローチャート
である。

【図５】本発明に係る医用画像ファイル装置の第２実施
形態の構成を示すブロック図である。

【図６】第２実施形態の動作を説明するフローチャート
の前半である。

【図７】第２実施形態の動作を説明するフローチャート
の後半である。

【図８】第２実施形態に用いられる画像管理テーブルを
示す図である。

【図９】ＩＳ＆Ｃファイルの構造を説明する図である。

【図１０】ＤＩＣＯＭＤＩＲのデータ構造を説明する図
である。

【図１１】従来の医用画像ファイルの削除方法を説明す
るフローチャートである。

【符号の説明】

１…医用画像ファイル装置、３…画像ファイルサーバ、
５…ＭＯＤＤ、７…画像管理番号入力部、９…ネットワ
ーク接続部、１１…固有識別子抽出部、１３…画像付随
情報検索部、１５…ＤＩＣＯＭＤＩＲ更新部、１７…シ
ステム領域更新部、１９…読出制御部、２１…消去・書
込制御部、２３…読出データバッファ、２５…画像ヘッ
ダバッファ、２７…ＤＩＣＯＭＤＩＲバッファ、２９…
システム領域バッファ。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数の医用画像ファイル及びそれぞれの
   医用画像ファイルに付随する画像付随情報を記憶した記
   憶媒体から指定された医用画像ファイル及び画像付随情
   報を削除する医用画像ファイルの削除方法であって、 医用画像ファイルの画像管理番号を指定する工程と、 この指定された画像管理番号に対応する医用画像ファイ
   ルの一部を前記記憶媒体から読出す工程と、 前記読出された医用画像ファイルの一部からこの医用画
   像ファイルの固有識別子を抽出する工程と、 前記抽出された固有識別子に等しい固有識別子を有する
   画像付随情報を検索する工程と、 前記検索された画像付随情報を前記記憶媒体から削除す
   る工程と、 を備えたことを特徴とする医用画像ファイルの削除方
   法。
2. 【請求項２】 複数の医用画像ファイル及びそれぞれの
   医用画像ファイルに付随する画像付随情報を記憶した記
   憶媒体から指定された医用画像ファイル及び画像付随情
   報を削除する医用画像ファイルの削除方法であって、 医用画像ファイルの画像管理番号を指定する工程と、 この指定された画像管理番号に対応する医用画像ファイ
   ルの一部を前記記憶媒体から読出す工程と、 前記読出された医用画像ファイルの一部からこの医用画
   像ファイルの固有識別子を抽出する工程と、 前記抽出された固有識別子に等しい固有識別子を有する
   画像付随情報を検索する工程と、 前記医用画像ファイルを前記記憶媒体から削除する工程
   と、 前記検索された画像付随情報を前記記憶媒体から削除す
   る工程と、 を備えたことを特徴とする医用画像ファイルの削除方
   法。
3. 【請求項３】 前記固有識別子の上位桁は国際的な登録
   機関に登録された特定組織を識別するための組織登録番
   号を含み、前記固有識別子の下位桁は医用画像収集方
   法、医用画像診断装置の機種、製造番号、医用画像収集
   時刻のいずれかまたはこれらの任意の組合せを含むこと
   を特徴とする請求項１または請求項２記載の医用画像フ
   ァイルの削除方法。
4. 【請求項４】 記憶媒体に対して複数の医用画像ファイ
   ル及びそれぞれの医用画像ファイルに付随する画像付随
   情報を書込、読出、削除することのできる医用画像ファ
   イル装置であって、 削除すべき医用画像ファイルの画像管理番号を入力する
   入力手段と、 この入力された画像管理番号に対応する医用画像ファイ
   ルの一部を前記記憶媒体から読出す読出手段と、 前記読出された医用画像ファイルの一部からこの医用画
   像ファイルの固有識別子を抽出する抽出手段と、 前記抽出された固有識別子に等しい固有識別子を有する
   画像付随情報を検索する検索手段と、 前記検索された画像付随情報を前記記憶媒体から削除す
   る削除手段と、 を備えたことを特徴とする医用画像ファイル装置。
5. 【請求項５】 記憶媒体に対して複数の医用画像ファイ
   ル及びそれぞれの医用画像ファイルに付随する画像付随
   情報を書込、読出、削除することのできる医用画像ファ
   イル装置であって、 削除すべき医用画像ファイルの画像管理番号を入力する
   入力手段と、 この入力された画像管理番号に対応する医用画像ファイ
   ルの一部を前記記憶媒体から読出す読出手段と、 前記読出された医用画像ファイルの一部からこの医用画
   像ファイルの固有識別子を抽出する抽出手段と、 前記抽出された固有識別子に等しい固有識別子を有する
   画像付随情報を検索する検索手段と、 前記医用画像ファイル及び前記検索された画像付随情報
   を前記記憶媒体から削除する削除手段と、 を備えたことを特徴とする医用画像ファイル装置。