DICOM用語集

モダリティで発生した撮影データの保存や管理には専用のソフトウェア DICOMサーバーを使用します。
DICOMサーバーは院内の様々なモダリティからDICOMファイルを受信し、DICOMファイルに含まれる患者情
報や検査情報をもとにデータベースを作成します。
DICOMサーバーに院内の検査データを集約し、データベースを形成することでDICOMファイルの管理や検索
が容易になります。
モダリティとDICOMサーバー間のファイルのやり取りにはDICOM通信が使用されます。
DICOMサーバーが管理するデータベースの情報はDICOMビューアを使って閲覧します。

CR や CT、MRI などのモダリティが生成したDICOMデータを閲覧するには専用のソフトウェアDICOMビュー
アが必要です。通常、DICOMビューアはDICOMファイルを管理するソフトウェアDICOMサーバーに接続し、
画像データや患者や検査の情報を検索し、取得します。
また、DICOMサーバーに接続する機能を持たず、ローカルのファイルのみを閲覧できるタイプのDICOMビュ
ーアも存在します。
DICOMビューアは単純にそれらを閲覧できるだけでなく、ウィンドウレベル調整や拡大・縮小、計測など
様々な機能を提供します。

モダリティとは CR や CT、MRI などに代表される医用検査機器の総称です。これらのモダリティを用いて医
用画像の撮影を行った結果、画像データや患者、検査などの情報を含むDICOMデータが生成されます。
モダリティは機器の大まかな種類ごとにモダリティコードを持っています。

• Computed Radiography (CR)
• Computed Tomography (CT)
• Digital X-Ray (DX)
• Endoscope (ES)
• Mammography (MG)
• Magnetic Resonance (MR)
• Nuclear Medicine (NM)
• Positron Emission Tomography PET-CT (PT)
• Radio Fluoroscopy (RF)
• Radiographic Imaging (RG)
• Radiation Therapy (RT)
• Secondary Capture (SC)
• Ultrasound (US)
• X-Ray Angiographic (XA)
• External-camera Photography (XC)

CR や CT、MRI などのモダリティを用いて撮影を行った結果、DICOMファイルが生成されます。
DICOMファイルには撮影された画像データの他にも DICOMタグと呼ばれる、患者や検査に関する様々な情報
やファイルに関する情報が記録されています。
DICOMファイルの拡張子は通常".dcm"もしくは".DCM"ですが、拡張子がついてない場合もあります。

DICOMDIR(ダイコムディーアイアール)とは、DICOMファイルをCD/DVD、USBメモリなどの外部記録媒体に
保存する際に使用されるファイルです。
DICOMDIRファイルには患者や検査の情報などがツリー構造のDICOMタグとして記録されていて、簡易的な
データベースの役割を果たします。
DICOMDIRファイルを利用することで、ファイルシステム全体を走査して独自にインデックスを構築する必
要がなくなるため、パフォーマンスや簡便性が大きく向上します。
DICOMDIRのファイル名は「DICOMDIR」で、拡張子はありません。

DICOMデータには、すべての要素に識別するための「タグ」がつけられています。患者や検査に関する様々
な情報やファイルに関する情報が記録されています。
タグは番号が付与されており、2 つの 16 進数(グループ番号とエレメント番号)の組合せで表現されます。
DICOMタグの数は膨大で用いられる目的も様々です。患者や検査に関する情報だけでなく撮影機器や施設の
名前、ファイルを送信するときの通信方式や、画像の圧縮方法など多様な情報が含まれています。
またモダリティメーカーが独自に定義したプライベートタグと呼ばれるDICOMタグも存在します。

DICOMタグの例

DICOM通信を用いることで DICOMデータをネットワーク越しに簡単にやりとりできます。
例えばモダリティで撮影したデータを DICOMサーバーに送信する際や、DICOMビューアが DICOMサーバー
から画像や検査、患者の情報を取得する際に使用されます。
DICOM通信を行うには、それぞれの機器やソフトウェアがお互いの IPアドレスや AEタイトルなどの情報を知
っておく必要があります。DICOM通信を開始する際には端末同士が目的の機能(Service Class)をサポートして
いることや、これから行うDICOM通信の内容(どのような情報を、どのような転送の方法でなど)を確認し合い
ます。
これをアソシエーションと言います。
アソシエーションが確立すると、DICOMデータの転送が開始されます。
転送完了後、アソシエーションの Release要求が行われ通信を完了します。
もちろんこのアソシエーションの段階で、お互いの通信内容の合意が確立しなければ、DICOMデータの通信
は実施されません。

DICOMで提供されるサービスの種別のことです。

サービスクラスの例

SCPとは、Service Class Provider [サービス・クラス・プロバイダ]の略称です。
DICOMのサービスを提供する側(サーバー)の呼び方です。

SCU とは、Service Class User [サービス・クラス・ユーザ]の略称です。
DICOMのサービスを利用する側(クライアント)の呼び方です。

SOP とは、Service Object Pair [サービス・オブジェクト・ペア]の略称です。
DICOMのサービスとオブジェクトを組み合わせたものをいいます。

AE とは、Application Entity(アプリケーション・エンティティ)の略称です。
DICOM通信を行うアプリケーションの実体のことを指します。その AEを識別するために
付けられる名前を AE Title (AE タイトル) といいます。

Transfer Syntax とは、DICOMで通信するデータの符号化方法のことです。
データを送る際の符号化は、相手が復号可能なものを用いる必要があります。

Transfer Syntax(転送構文)の例