JAHIS 内視鏡 DICOM 画像データ規約 Ver.1.0
JAHIS標準 13-008
JAHIS 内視鏡 DICOM 画像データ規約 Ver.1.0
2014年2月
一般社団法人 保健医療福祉情報システム工業会医療システム部会
検査システム委員会
内視鏡部門システム専門委員会
JAHIS 内視鏡 DICOM 画像データ規約 Ver.1.0ま え が き
これまで内視鏡部門情報システム(EIS:Endoscopy Information System)においては、病院情報システム
(HIS)との接続性の標準化を目的としたJAHIS内視鏡データ交換規約(Ver.1.0は2008年8月制定)により、内視鏡部門での標準化にある一定の成果をあげてきた。同データ交換規約はHL7規格 Ver.2.5を使用した、オーダ配信、検査状態、実施情報を扱っている。一方で、内視鏡検査装置から発生する内視鏡検査画像そして、これを保存・再生する画像保存通信システム(PACS)については触れてこなかった。
しかしながら、近年においては放射線領域外においてもDICOM規格(Digital Imaging and Communications in Medicine)による医用画像のデータ交換が積極的に進んできており、部門を超えた患者情報の共有という観点やシステム間の整合性及び共用性という観点から、xx的に管理・保管され、統一した画像管理システムで参照できるようにすることが望まれている。
内視鏡部門においても、DICOM規格による画像データ出力を行っている運用が散見されるようになってきた。この様な場合では、その多くが放射線向け画像システムとの単純な画像情報交換であり内視鏡画像固有の扱いについては、その拠り所も無いことからおざなりになっているのが現状である。
今回、内視鏡部門における、内視鏡検査装置と画像保存通信システム(PACS)との接続性の検討を行うにあたり、DICOM規格による画像保存について述べた「内視鏡DICOM画像データ規約 Ver.1.0」を制定することとした。
本規約が、内視鏡部門における放射線画像情報システムからの転用などのケースにおいて拠り所とされ、更には相互運用性及び医用情報の標準化に貢献できれば幸いである。
2014年2月
一般社団法人 保健医療福祉情報システム工業会医療システム部会 検査システム委員会
内視鏡部門システム専門委員会
<< 告知事項 >>
本規約は関連団体の所属の有無に関わらず、規約の引用を明示することで自由に使用することができるものとします。ただし一部の改変を伴う場合は個々の責任において行い、本規約に準拠する旨を表現することは厳禁するものとします。
本規約ならびに本規約に基づいたシステムの導入・運用についてのあらゆる障害や損害について、本規約作成者は何らの責任を負わないものとします。ただし、関連団体所属のxxの資格者は本規約についての疑義を作成者に申し入れることができ、作成者はこれに誠意をもって協議するものとします。
目 次
1. はじめに 7
2. 適用範囲 8
3. 引用規格・引用文献主な用語 9
4. 用語定義 10
4.1. 主要用語 10
4.1.1. あ行 10
4.1.2. か行 10
4.1.3. さ行 11
4.1.4. た行 13
4.1.5. は行 14
4.1.6. ま行 15
4.1.7. や行 15
4.1.8. ら行 16
4.2. 値表現(VR) 17
4.2.1. AE 応用エンティティ (Application Entity) 17
4.2.2. AS 年齢列 (Age String) 17
4.2.3. AT 属性タグ (Attribute Tag) 18
4.2.4. CS コ-ド列 (Code String) 18
4.2.5. DA 日付 (Date) 18
4.2.6. DS 10 進数列 (Decimal String) 19
4.2.7. DT 日時 (Date Time) 19
4.2.8. FL 単精度浮動小数点 (Floating Point Single) 20
4.2.9. FD 倍精度浮動小数点 (Floating Point Double) 20
4.2.10. IS 整数列 (Integer String) 20
4.2.11. LO 長列 (Long String) 21
4.2.12. LT 長テキスト (Long Text) 21
4.2.13. OB その他のバイト列 (Other Byte String) 21
4.2.14. OF その他の浮動列 (Other Float String) 21
4.2.15. OW その他のワード列 (Other Word String) 22
4.2.16. PN 人名 (Person Name) 22
4.2.17. SH 短列 (Short String) 23
4.2.18. SL 符号付長整数 (Singled Long). 24
4.2.19. SQ 項目のシーケンス (Sequence of Items) 24
4.2.20. SS 符号付き短整数 (Signed Short) 24
4.2.21. ST 短テキスト (Short Text) 24
4.2.22. TM 時間 (Time) 25
4.2.23. UI 固有識別子 (UID) (Unique Identifier) 25
4.2.24. UL 符号なし長整数 (Unsigned Long) 26
4.2.25. UN xx (Unknown) 26
4.2.26. US 符号なし短整数 (Unsigned short) 26
4.2.27. UT 無制限テキスト (Unlimited Text) 26
4.2.28. 注意 27
4.3. データ要素タイプ 28
4.3.1. タイプ1 必須データ要素 28
4.3.2. タイプ1C 条件付きデータ要素 28
4.3.3. タイプ2 必須データ要素 28
4.3.4. タイプ2C 条件付きデータ要素 29
4.3.5. タイプ3 任意選択データ要素 29
4.3.6. シーケンス内のデータ要素タイプ 29
4.4. シーケンス 30
4.5. 属性マクロ 31
5. 説明的な情報 32
5.1. 内視鏡検査の画像の取り扱い 32
5.2. 内視鏡装置および関連するモダリティの特徴と対応する情報オブジェクト定義
(IOD)モジュールの説明 32
5.2.1. 電子内視鏡 32
5.2.2. 超音波内視鏡(EUS) 32
5.2.3. 二次画像取得装置 32
5.2.4. 内視鏡および二次画像取得装置以外のモダリティ 33
6. DICOM 画像データ構造 34
6.1. SC 画像情報オブジェクト定義 34
6.2. VL(可視光)内視鏡画像情報オブジェクト定義 35
6.3. ビデオ内視鏡画像情報オブジェクト定義 36
7. 情報オブジェクト定義(IOD)モジュール 37
7.1. 患者モジュール (Patient Module). 37
7.1.1. 患者モジュール属性の説明 38
7.1.2. 患者モジュール属性の補足説明 41
7.2. 一般検査モジュール (General Study Module) 42
7.2.1. 一般検査モジュール属性の説明 43
7.3. 一般シリーズモジュール (General Series Module) 45
7.3.1. 一般シリーズモジュール属性の説明 46
7.3.2. 一般シリーズモジュール属性の補足説明 49
7.4. 一般的装置モジュール (General Equipment Module) 50
7.4.1. 一般的装置モジュール属性の説明 50
7.4.2. 一般的装置モジュール属性の補足説明 52
7.5. 二次取得モジュール (Secondary Capture Module) 55
7.5.1. 二次取得モジュール属性の説明 56
7.6. 一般画像モジュール (General Image Module) 57
7.6.1. 一般画像モジュール属性の説明 59
7.6.2. 一般画像モジュール属性の補足説明 62
7.7. 画像画素モジュール (Image Pixel Module) 66
7.7.1. 画像画素モジュール属性の説明 67
7.7.2. 画像画素モジュール属性の補足説明 69
7.8. 収集コンテキストモジュール (Acquisition Context Module) 75
7.8.1. 収集コンテキストモジュール属性の説明 76
7.9. SC 画像モジュール (SC Image Module) 78
7.9.1. SC 画像モジュール属性の説明 78
7.10. VL(可視光)画像モジュール (VL Image Module) 79
7.10.1. VL 画像モジュール属性の説明 80
7.10.2. VL 画像モジュール属性の補足説明 82
7.11. シネモジュール (Cine Module) 85
7.11.1. シネモジュール属性の説明 86
7.11.2. シネモジュール属性の補足説明 87
7.12. マルチフレームモジュール (Multi-Frame Module) 88
7.12.1. マルチフレームモジュール属性の説明 88
7.12.2. マルチフレームモジュール属性の補足説明 88
7.13. SOP 共通モジュール (SOP Common Module) 89
7.13.1. SOP 共通モジュール属性の説明 91
7.13.2. SOP 共通モジュール属性の補足説明 96
7.14. フレーム抽出モジュール ( Frame Extraction Module) 100
7.14.1. フレーム抽出モジュール属性の説明 100
8. 属性マクロ 102
8.1. コードシーケンスマクロ (Code Sequence Macro) 102
8.1.1. コードシーケンス属性の説明 103
8.1.2. コードシーケンス属性の補足説明 103
8.2. 人識別マクロ (Person Identification Macro) 106
8.2.1. 人識別マクロ属性の説明 106
8.3. 内容項目マクロ (Content Item Macro) 108
8.3.1. 内容項目マクロ属性の説明 109
8.4. 画像 SOP インスタンス参照マクロ(Image SOP Instance Reference Macro) 111
8.4.1. 画像 SOP インスタンス参照マクロ属性の説明 111
8.5. 一般解剖学的マクロ (General Anatomy Macros) 112
8.5.1. 一般解剖学的必須マクロ (General Anatomy Mandatory Macro) 112
8.5.2. 一般解剖学的要求マクロ (General Anatomy Required Macro) 113
8.5.3. 一般解剖学的任意マクロ (General Anatomy Optional Macro) 114
8.5.4. 主要解剖学的構造マクロ (Primary Anatomy Structure Macro) 115
8.6. 依頼属性マクロ (Request Attributes Macros) 116
8.6.1. 依頼属性マクロ属性の説明 117
8.7. SOP インスタンス参照マクロ (SOP Instance Reference Macro) 119
8.7.1. SOP インスタンス参照マクロ属性の説明 119
8.8. 実行検査構成要素概要マクロ(Performed Procedure Step Summary Macro) 120
8.8.1. 実行検査構成要素概要マクロ属性の説明 120
8.9. HL7V2 階層指定子マクロ (HL7V2 Hierarchic Designator Macro). 122
8.9.1. HL7 V2 階層指定子マクロ属性の説明 122
8.10. 患者 ID 発行者マクロ (Issuer of Patient ID Macro) 123
8.10.1. 患者 ID の発行者マクロ属性の説明 123
8.11. デジタル署名マクロ (Digital Signatures Macro) 125
8.11.1. デジタル署名マクロ属性の説明 126
8.11.2. デジタル署名マクロ属性の補足説明 128
9. マッピング・リソース 132
9.1. 略語等説明 132
9.1.1. DTID (Defined Template Identifier) 132
9.1.2. CID (Context Identifier) 132
9.1.3. BCID (Baseline Context Group Identifier). 132
9.1.4. DCID (Defined Context Group Identifier) 132
9.1.5. EV (Enumerated Value) 132
9.1.6. DT (Defined Term) 132
9.1.7. Context Group 132
9.1.8. Mapping Resource 132
9.1.9. Template 132
9.1.10. Coding Schemes 133
9.2. コンテキストID (CID) 134
9.2.1. CID 2 Anatomic Modifier (解剖学修飾子) 134
9.2.2. CID 82 Units of Measurement (測定単位) 135
9.2.3. CID 4040 Endoscopy Anatomic Regions (内視鏡における解剖学的領域) 136
9.2.4. CID 4206 Ophthalmic Channel Description (目のチャネル記述) 138
9.2.5. CID 5001 Countries (国) 138
9.2.6. CID 5002 Organizations (組織) 138
9.2.7. CID 7004 Waveform Purposes of Reference (参照の波形目的) 139
9.2.8. CID 7005 Contributing Equipment Purposes of Reference (参照の貢献設備
目的). 139
9.2.9. CID 7007 Signature Purpose (署名目的) 139
9.2.10. CID 7030 Institutional Departments, Units and Services (制度上の部門、ユ
ニットやサービス) 140
9.2.11. CID 7050 De-identification Method (識別不能化方法) 141
9.2.12. CID 7201 Referenced Image Purposes of Reference (参照の参照画像目的) 142
9.2.13. CID 7202 Source Image Purposes of Reference (参照の原画像目的) 142
9.2.14. CID 7203 Image Derivation (画像派生) 142
9.2.15. CID 7210 Related Series Purposes Of Reference (参照の関連するシリーズ
目的). 143
9.2.16. CID 7454 Species (種) 144
9.2.17. CID 7480 Breed (種族) 144
9.2.18. CID 7481 Breed Registry (種属登録) 193
9.3. DICOM 制御用語定義 194
9.4. 標準 SOP クラス 195
10. 追加情報 196
10.1. 日本語における文字集合および人名の値表現 196
10.1.1. 日本語の文字集合 196
10.1.2. 日本語における人名の値表現の例 196
10.1.3. 仮定される初期状態 198
10.2. 値符号化 199
10.2.1. PN の値表現をもつデータ要素の中の表意文字と表音文字 199
10.2.2. xx(UN)値表現 199
10.3. 値複数度(VM)と区切り 201
10.4. データ集合 202
10.4.1. データ要素 202
10.4.2. グループ長 204
10.4.3. ビッグエンディアンとリトルエンディアンのバイト順 205
10.4.4. データ集合の入れ子構造 206
10.5. 固有識別子(UID) 209
10.5.1. UID 符号化規則 209
10.5.2. 固有識別子の登録 210
10.6. 私的定義固有識別子の生成 211
10.6.1. JAHIS 会員のための私的定義固有識別子(UID) 212
10.7. ネイティブまたはカプセル化フォーマット符号化 213
10.7.1. JPEG 画像圧縮 213
10.7.2. JPEG2000 画像圧縮 215
10.8. 転送構文 216
10.8.1. DICOM デフォルト転送構文 216
10.8.2. JPEG 可逆圧縮の DICOM デフォルトに対する転送構文 217
10.8.3. JPEG 非可逆圧縮の DICOM デフォルトに対する転送構文 217
10.8.4. JPEG2000 圧縮のための転送構文 218
10.9. 転送構文仕様 219
10.9.1. DICOM 暗黙的VR リトルエンディアン転送構文 219
10.9.2. DICOM リトルエンディアン転送構文 (明示的VR) 220
10.9.3. DICOM ビッグエンディアン転送構文 (明示的VR) 221
10.9.4. 符号化画素データのカプセル化のための転送構文 222
付録―1. 内視鏡 DICOM 画像フォーマット例 229
(1) 内視鏡DICOM 画像を生成するシステムの例 229
(2) 本規約で定義する内容の要点 229
(3-1) データ構造例 (VL Endoscopic Image Storage SOP Class) 230
(3-2) データ構造例 (Secondary Capture Image Storage SOP Class) 233
(4) 参考文献 235
付録―2 作成者名簿 236
改訂履歴 237
1. はじめに
本規約は、内視鏡DICOM画像を操作または実装する上でエンドユーザ及び実装ベンダに有用または必要だと考えられるDICOM規格の記述に対して転記しコメントをすることにより、内視鏡DICOM画像データの実装に際しての概要・共通認識の提供を目的としている。そのため、詳細な実装には参照元となる、 DICOM規格2011年度版の通読が前提であることを予めご承知頂きたい。
この版の対象とする検査は一般的な上部・下部消化管内視鏡検査とした。超音波内視鏡検査や透視xx視鏡検査などは今後の課題としたい。
2. 適用範囲
本規約は、DICOM 規格書において、内視鏡に係わる画像データ構造についてのみ説明している。
(図 2-1 の で示す)
本規約では、以下の内視鏡画像を扱う。
1 :VL 内視鏡画像(VL Endoscopic Image)
・内視鏡装置で撮像した一般的な内視鏡静止画像
2 :ビデオ内視鏡画像(Video Endoscopic Image)
・内視鏡装置で撮像した一般的な内視鏡動画像
3 :二次取得画像(Secondary Capture Image)
・内視鏡プロセッサに接続した二次画像取得装置でキャプチャされた内視鏡静止画像
PS3.14
PS3.16
コンテンツマッピング資源
DICOM 適合宣言書
PS3.6
PS3.5
PS3.3
PS3.7
PS3.4
PS3.8
PS3.15
サービスクラス仕様
メッセージ交換
セキュリティ対策
通信スタック
SOP クラス,役割,
および 転送構文
実装モデル
情報オブジェクト定義
データ構造と符号化
データ辞書
グレースケール標準表示機能
セキュリティプロファイル
ネットワーク通信サポート
図2-1 ネットワーク適合要求のための構造プロセス
3. 引用規格・引用文献主な用語
<2011 年度版DICOM 規格書>
- PS3.1 : Introduction and Overview
(序文と概要)
- PS3.2 : Conformance
(適合性)
- PS3.3 : Information Object Definitions
(情報オブジェクト定義)
- PS3.5 : Data Structure and Encoding
(データ構造と符号化)
- PS3.6 : Data Dictionary
(データ辞書)
- PS3.16 : Content Mapping Resource
(内容マッピング資源)
4. 用語定義
4.1. 主要用語
4.1.1. あ行
値 [ Value ]:
値領域の構成要素。値領域はこれらの構成要素の一つ以上によって構成される。
値集合 [ Value Set ]:
与えられたコンテキストにおける符号シーケンス属性の許された値。
値長さ [ Value Length ]:
データ要素の値領域の長さを含んでいるデータ要素内の領域。
値表現(VR) [ Value Representation (VR) ]:
データ要素の値領域の中に含まれる値のデータタイプおよび形式を明記する。
値複数度(VM) [ Value Multiplicity (VM) ]:
データ要素の値領域の中に含まれる値の数を明記する。
値領域 [ Value Field ]:
データ要素の値を含む、データ要素内の領域。
いれ子構造データ集合 [ Nested Data Set ]:
他のデータ集合のデータ要素内に含まれるデータ集合。データ集合は回帰的に入れ子構造にできる。値表現項目のシーケンスをもつデータ要素だけが、それら自身、データ集合を含む場合がある。
4.1.2. か行
画素サンプル値 [ Pixel Sample Value ]:
個々の画素に関係した値。個々の画素は、一つの画素サンプル値または多くの画素サンプル値
(例えば、カラー画像)から構成される。
画素セル [ Pixel Cell ]:
画素サンプル値以外に未使用のビットあるいはデータ用の複数ビット(例えば、オーバーレイ面)を含んでいることがある単一画素サンプル値のためのコンテナ。画素セルの大きさは「Bits Allocated(0028,0100)」データ要素によって明記される。
画素データ [ Pixel Data ]:
値表現OW またはOB により、画素データ要素の中で符号化される、可変画素深さの図形データ(例えば、画像またはオーバーレイ)。画素データ要素の内容を記述するために追加記述子データ要素がしばしば使用される。
基準コンテキストグループ [ Baseline Context Group ]:
符号シーケンス属性のために推奨値集合を明記するコンテキストグループ。
基準テンプレート [ Baseline Template ]:
SOP インスタンスの生成の中で使用される、または、別のテンプレートと置き換えられる、または拡張されることがあるIOD の中で提案されたテンプレート。
繰り返しグループ [ Repeating Group ]:
同一の要素番号を持つ要素が、各グループ内で同じ意味(そして同じ VR、VM、データ要素タイプ)を持つ、グループ番号の特定範囲内の標準データ要素。繰り返しグループは、カーブおよびオーバーレイ面(それぞれグループ番号(50xx,eeee)と(60xx,eeee))のためにのみ存在する。
グループ番号 [ Group Number ]:
データ要素タグを構成する順序付けられた数の対の中の一番目の数字。
項目 [ Item ]:
値表現が項目のシーケンスであるデータ要素の値の構成要素。項目はデータ集合を含む。
項目区切りデータ要素 [ Item Delimitation Data Element ]:
項目のシーケンスの中で未定義長さの項目の終端に印を付けるために使用される。これは、未定義長さの項目の中の最後のデータ要素である。
項目のシーケンス(値表現SQ) [ Sequence Of Items ]:
データ集合のシーケンスを含んでいるデータ要素のための値表現。項目のシーケンスは入れ子構造データ集合を許す。
固有識別子(UID) [ Unique Identifier (UID) ]:
広い種類の項目を唯一に識別する文字列:複数の国、施設、供給者、装置の間で唯一であることを保証する。
コンテキスト ID(CID) [ Context ID (CID) ]:コンテキストグループの識別子。
コンテキストグループ [ Context Group ]:
マッピングリソースによって定義された属性値集合。
コンテキストグループ版 [ Context Group Version ]:コンテキストグループの版。
4.1.3. さ行
サービスオブジェクト対(SOP)インスタンス [ Service-Object Pair (SOP) Instance ]:情報オブジェクトおよび通信コンテキストの具体的な存在。
サービス-オブジェクト対(SOP)クラス [ Service-Object Pair (SOP) Class ]:
通信のための正確なコンテキストを完全に定義する、(サービスクラス定義によって指定される)DIMSE サービスの特定集合および一つの関連する情報オブジェクト定義の連合。
サービスクラス [ Service Class ]:
単一の応用を遂行するためにそれらが一緒に記述されている、関連づけられている SOP クラスおよびメタSOP クラスの集積。
サービスの構造化記述、それは情報オブジェクトの特定のクラスに作用する特定の DICOM コマンドを使用して、協同する DICOM 応用エンティティによってサポートされる。
サービスクラス提供者 [ Service Class Provider (SCP) ]:
特定のアソシエーションの上で操作を実行しそして通知を起動する DICOM応用エンティティ
(DIMSE サービス利用者)によって行われる役割。
サービスクラス利用者 [ Service Class User (SCU) ]:
特定のアソシエーションの上で操作を起動しそして通知を実行するDICOM 応用エンティティ
(DIMSE サービス利用者)によって行われる役割。
シーケンス区切り項目 [ Sequence Delimitation Item ]:
未定義長さの項目のシーケンスの終端に印を付けるために使用される項目。この項目は、未定義長さの項目のシーケンスの最後の項目である。
写像資源 [ Mapping Resource ]:
属性に対してコンテキスト依存使用制約(即ち、値集合または関係タイプの制約)を定義する資源。
メッセージ規格の構成要素への、外部統制用語の内容の写像を明記する資源。
情報エンティティ [ Information Entity ]:
実世界オブジェクトの一つの特定クラスに関係する、複合 IOD によって定義される情報のある部分。
情報エンティティおよびDICOM 応用モデルの中のエンティティの間には一対一の対応がある。
情報オブジェクト [ Information Object ]:
一個以上のDICOM コマンドによって作用される、現実の情報エンティティ(例えば、CT 画像、検査、など)の抽象概念。
情報オブジェクトインスタンス[ Information Object Instance ]:
実世界のエンティティの発生の表現、それはそのエンティティが属する情報オブジェクトクラスの属性についての値を含む。
情報オブジェクトクラス[ Information Object Class ]:
情報オブジェクトの形式的な記述、それはそれの目的の記述およびそれが持つ属性を含む。それはそれらの属性についての値は含まない。
情報オブジェクト定義(IOD) [ Information Object Definition (IOD) ]:
表現される実世界オブジェクトのクラスに関係する性質および属性を定義する、類似する実世界オブジェクトのクラスの、データ抽象概念。
セキュリティプロファイル [ Security Profile ]:
セキュリティ機能のサポートのために、対応するセキュリティ機構(例えば暗号アルゴリズム)と共にDICOM の巻から選択の適切な集合を選択するための機構。
属性 [ Attribute ]:
情報オブジェクトの特性。属性は符号化方法から独立した名前と値を持つ。
属性タグ [ Attribute Tag ]:
順序付けられた数字の対で構成される、情報オブジェクトの属性のための、固有識別子(グループ番号が要素番号によって後続される)。
属性マクロ [ Attribute Macro ]:
複数のモジュールまたは他の表によって参照される、単一のテーブルの中に記述される属性の集合。
4.1.4. た行
DICOM 内容写像資源 [ DICOM Content Mapping Resource (DCMR) ]:
DICOM IOD の中で使用するテンプレートおよびコンテキストグループを定義するマッピングリソース。
データ辞書 [ Data Dictionary ]:
各データ要素に固有タグ、名前、値特性、および意味を割り当てる DICOM データ要素の登録。
データ集合 [ Data Set ]:
情報オブジェクトに直接または間接に関係する属性値の構造化集合を構成している交換される情報。データ集合の中の各属性の値が、データ要素として表現される。実世界オブジェクトの属性の値の符号化である、データ要素タグ番号の増加によって順序付けられている、データ要素の集積。
データ要素 [ Data Element ]:
データ辞書の中の単一の登録によって定義される情報の単位。最低でも三つの領域から構成される符号化情報オブジェクト定義(IOD)属性:データ要素タグ、値長さ、および値領域。ある特定の転送構文に対しては、データ要素は、そのデータ要素の値表現が明示的に明記される VR 領域を同様に含んでいる。
データ要素タイプ [ Data Element Type ]:
情報オブジェクト定義の属性または SOP クラス定義の属性が、必須か、特定の条件下でのみ必須か、または任意選択であるかを指定するために使用される。これは、データ集合のデータ要素が、必須か、特定の条件下でのみ必須か、任意選択であるかに翻訳される。
データ要素タグ [ Data Element Tag ]:
順序付けられた数の対で構成される(グループ番号が要素番号によって後続される)、データ要素のための固有識別子。
定義コンテキストグループ [ Defined Context Group ]:
使用されるが拡張されることがあるコードシーケンス属性のための値集合を明記するコンテキストグループ。
定義語 [ Defined Term ]:
データ要素の値が、要素の値が明示的に明記された標準値の集合の一つである場合がある、そしてこれらの値が実装者によって拡張される場合があるときは、定義語である。
定義テンプレート [ Defined Template ]:
内容項目の拡張可能な集合と対応する値集合を明記する IOD の中で定義されたテンプレート。 SOP インスタンスは、テンプレートの中で明記されたものを超えて追加の内容項目を任意選択で含むことがある。
適合宣言 [ Conformance Statement ]:
DICOM 規格の特定の実装に関係した正式な宣言文書。それは実装によってサポートされるサービスクラス、情報オブジェクト、通信プロトコルを明記する。
転送構文(標準および私的) [ Transfer Syntax (Standard and Private) ]:
応用エンティティが、それらがサポートできる符号化技術(例えば、データ要素構造、バイト順序、圧縮)を曖昧さなく折衝することを可能にする、そしてそれによってそれらの応用エンティティが通信することを可能にする、符号化規則の集合。
テンプレート [ Template ]:
構造化報告内容ツリーの一部の中で、あるいは収集コンテキストまたは波形チャンネル記述のような他の符号化登録項目の中で使用されることがある内容項目、値タイプ、関係タイプ、値集合を記述するパターン。情報オブジェクト定義のモジュールと類似している。
テンプレート ID(TID) [ Template ID (TID) ]:テンプレートの識別子。
4.1.5. は行
ビッグエンディアン [ Big Endian ]:
複数バイト2 進数値が、最初に符号化される最上位バイト、そして重みの降順で符号化される残りのバイトによって符号化される、バイト順序の形式。
標準 SOP クラス [ Standard SOP Class ]:
変更なしに実装の中で使用される、DICOM 規格の中で定義されたSOP クラス。
標準拡張 SOP クラス [ Standard Extended SOP Class ]:
追加のタイプ3 属性をもつ、実装の中で拡張された DICOM 規格の中で定義された SOP クラス。追加の属性は「DICOM PS3.6-2011」の中のデータ辞書から引き出されることがある、または私的属性のことがある。関係する標準 SOP クラスの意味は、追加のタイプ3 属性が不在の場合それによって修正されない。したがって、標準拡張 SOP クラスは関連する標準 SOP クラスと同じUID を利用する。
注:
追加のタイプ3 属性に親しくない実装がそれらを単に無視するので、標準拡張 SOP クラスからの IOD はDICOM 実装の間で自由に交換されるであろう。
標準属性 [ Standard Attribute ]:
「DICOM PS3.6-2011」✰中✰データ辞書✰中で定義される属性。
標準データ要素 [ Standard Data Element ]:
DICOM 規格✰中で定義された、そして従って「DICOM PS3.6-2011」✰中で DICOM データ要素辞書✰中に記載された、データ要素。
複数フレーム画像 [ Multi-frame Image ]:複数✰二次元画素面を含む画像。
符号化体系 [ Coding Schemes ] :
十分に定義された意味をもつ用語✰辞書(辞典)。
注:符号化体系✰例は「SNOMED」と「LOINC」を含む。
符号シーケンス属性 [ Code Sequence Attribute ]:
属性名✰中に文字列「符号シーケンス」を(通常)含む、そして SQ(項目✰シーケンス)✰ VR を持つ属性。そ✰目的は、符号化体系から✰符号値と任意選択テキスト意味を使用して、概念を符号化することである。「DICOM PS3.3-2011」【8】は符号シーケンス属性✰シーケンス項目(属性集合)が構築される属性を明記する。
4.1.6. ま行
派生画像 [ Derived Image ]:
そ✰中✰画素データが一つ以上✰他✰画像(発生源画像)✰画素データから構築された画像。
未定義長さ [ Undefined Length ]:
(値表現 SQ、UN、OW、または OB ✰)データ要素値または項目✰ためにxx✰長さを明記する能力。未定義長さ✰データ要素および項目は、シーケンス区切り項目および項目区切りデータ要素によってそれぞれ区切られる。
メッセージ [ Message ]:
2 つ✰協同するDICOM 応用エンティティ✰間で交換されるメッセージ交換プロトコル✰データ単位。メッセージはコマンド✰流れとそれに続く任意選択✰データ✰流れで構成される。
モジュール [ Module ]:
相互に論理的に関係する、情報エンティティまたはxx化 IOD 内✰属性✰集合。
文字レパートリ [ Character Repertoire ]:
与えられた目的に対して完結していると考えられる、そしてそれら✰符号化が独立して明記される異なる文字✰有限集合(同様に、文字集合として参照される)。
4.1.7. や行
要素番号 [ Element Number ]:
データ要素タグを構成する順序付けられた数✰対✰中✰二番目✰数字。
4.1.8. ら行
リトルエンディアン [ Little Endian ]:
複数バイト2 進数値が、最初に符号化される最下位バイト、そして重み✰昇順で符号化される残り✰バイトによって符号化される、バイト順序✰形式。
列挙コンテキストグループ [ Enumerated Context Group ]:
使用され、そして拡張されないコードシーケンス属性✰ため✰値集合を明記するコンテキストグループ。
列挙値 [ Enumerated Value ]:
データ要素✰値が、要素✰値が明示的に指定された標準値✰集合一つでなければならない、そしてこれら✰値が実装者によって拡張されないときは、列挙値である。
列挙テンプレート [ Enumerated Template ]:
使用される、そして拡張されない内容項目✰厳格な集合と対応する値集合を明記する IOD ✰中で定義されたテンプレート。SOP インスタンスは、厳格なテンプレート仕様に従って生成され、追加内容項目を含まない。
4.2. 値表現(VR)
データ要素✰値表現は、そ✰データ要素✰値✰データタイプおよび書式を記述する。「DICOM PS3.6-2011」はデータ要素タグによって各データ要素✰ VR を列挙している。
文字列で構築される VR をもつ値は、VR がUI ✰場合を除いて、偶数長さに達するために必要な時、 SPACE(スペース)文字(デフォルト文字レパートリ✰中✰ 20H)で埋められる。UI ✰ VR をもつ値は、偶数長さに達するために必要な時、単一✰末尾✰ NULL(空)文字(00H)で埋められる。OB ✰ VR をもつ値は、偶数✰長さに達するために必要な時は、単一✰末尾✰ NULL バイト値(00H)で埋められる。
DICOM ✰将来✰版✰中で定義される全て✰新しい VR は10.4.1.2 ✰中で定義されるも✰と同じデータ要素構造✰も✰である(即ち、OB、OW、SQ および UN ✰ような VR ✰ため✰形式に従う)。
注:
全て✰新しいVR は、10.4.1.2 ✰中で明記される通りに定義される✰で、実装は 10.4.1.2 ✰中で記述される規則を適用することによって認識されない VR を無視することを選ぶことがある。
個々✰値は、充てん文字を含めて、10.3 に明記されるような複数値領域✰最後✰値✰場合を除き、値✰長さを超えない。複数値領域に対しては、10.3 を参照。
注:
拡張または置換できる文字レパ-トリ✰ため✰値表現✰長さは、4.2.1 から 4.2.27 ✰中では、バイトではなく文字で特に指定している。これは、そ✰文字✰符号化✰ために使用される文字からバイト数へ✰写像は、使用される文字集合に依存する場合があるからである。
符号拡張✰ために使用されるエスケープシーケンスは、文字✰数✰中には含まない。
4.2.1. AE 応用エンティティ (Application Entity)
(定義)
意味✰ない先頭と末尾✰ SPACE (20H) を持つ、応用エンティティを識別する文字列。スペ-ス✰みで構成される値は使用しない。
(文字レパートリ)
文字符号 5CH(ISO-IR 6 における BACKSLASH“\” )および制御文字 LF、FF、CR
および ESC を除いたデフォルト文字集合
(値✰長さ)
16 バイト最大。
4.2.2. AS 年齢列 (Age String)
(定義)
次✰書式✰一つをもつ文字列 — nnnD、nnnW、nnnM、nnnY
ここでnnn はD に対しては日、W に対しては週、M に対しては月、Y に対しては年✰数を含む。
例:“018M”は18 月✰年齢を表す。
(文字レパートリ)
デフォルト文字集合✰“0”-“9”、“D”、“W”、“M”、“Y”。
(値✰長さ)
4 バイト固定。
4.2.3. AT 属性タグ (Attribute Tag)
(定義)
データ要素タグ✰値である 16 ビット符号なし整数✰順序付けられた対。例:
(0018,00FF) ✰データ要素タグは,リトルエンディアン転送構文では 18H、 00H、FFH、00H として,ビッグエンディアン転送構文では 00H、18H、
00H、 FFH として 4 バイト✰シリーズとして符号化される。注:
AT 値✰符号化は10.4 ✰中で定義されるデータ要素タグ✰符号化と正確に同一である。
(文字レパートリ)
適用されない。
(値✰長さ)
4 バイト固定。
4.2.4. CS コ-ド列 (Code String)
(定義)
文字列であり、意味✰ない先頭または末尾✰スペ-ス(20H)をもつことがある。
(文字レパートリ)
デフォルト文字集合✰大文字、“0”-“9”、SPACE 文字、およびアンダースコア“_”。
(値✰長さ)
最大 16 バイト。
4.2.5. DA 日付 (Date)
(定義)
書式 YYYYMMDD ✰文字列;ここで YYYY は年を含み、MM は☎を含み、DD は日を含み、グレゴリオ暦✰日付として解釈される。
例:”19930822”は 1993 年 8 ☎ 22 日を表す。注:
1. ACR-NEMA Standard 300(DICOM に先行する)はこ✰ VR に対して形式 YYYY.MM.DD ✰文字列をサポートしていた。こ✰形式✰使用法は適合しない。
2. こ✰表✰ DT VR を同様に参照✰こと。
(文字レパートリ)
デフォルト文字集合✰ “0”-“9”
範囲照合問合せ✰コンテキスト(PS 3.4 を参照)では文字"-"は許される。末尾✰ SPACE 文字はパディング✰ために許される。
(値✰長さ)
8 バイト固定。
範囲照合による問合せ✰コンテキスト(PS 3.4 を参照)では、長さは最大 18 バイトである。
4.2.6. DS 10 進数列 (Decimal String)
(定義)
固定小数点か浮動小数点数を表現する文字列。固定小数点数は文字 0-9、任意✰先頭✰“+”または“-”、および小数点を示す任意✰“.”✰xx含む。浮動小数点数は、ANSI X3.9 ✰中で定義されるとおり、指数✰始まりを示す “E”か“e”を持って伝達される。10 進数列は先頭あるいは末尾スペースで埋められることがある。埋込まれた(途中✰)スペースは許されない。
注:
明示的 VR 転送構文が使用され、そしてこ✰属性✰ VL が 65534 バイトを超過する場合、こ✰ VR を使用する複数値を持つデータ要素は適切に符号化されない場合がある。
(文字レパートリ)
デフォルト文字集合✰“0”-“9”、“+”、“-”、“E”、“e”、“.”。
(値✰長さ)
最大 16 バイト。
4.2.7. DT 日時 (Date Time)
(定義)
次✰書式✰連結日時文字列:
YYYYMMDDHHMMSS.FFFFFF&ZZXX
こ✰列✰構成要素は、左から右へ YYYY = 年、MM = ☎、DD = 日、HH = 時(範囲 "00"
- "23")、MM = 分(範囲 "00" - "59")、SS = 秒(範囲 "00" - "60")。FFFFFF =端数✰秒で、100 万分✰ 1 秒まで✰秒✰端数部分を含む(範囲 “000000” - “999999”)。&ZZXXは、協定世界時(UTC)から✰オフッセットに対する、任意選択✰接尾辞である。ここで、 & =“+”または“-”、そして ZZ = オフセット✰時間および XX = オフセット✰分。年、
☎および日はグレゴリオ暦✰日付として解釈される。
24 時間制が使用される。真夜中は、「2400」が時間✰範囲を外れる✰で、「0000」によって表現される。端数✰秒✰構成要素は、存在する場合は、1 から6 桁を含む。端数✰秒が明記されない場合は、先行する「.」は含まない。オフセット接尾辞は、存在する場合は、 4 桁を含む。文字列は末尾✰ SPACE 文字で埋め込まれることがある。先頭および埋込まれた(途中✰)SPACE は許されない。
列から省かれた構成要素は空白構成要素と呼ばれる。日時✰末尾✰空白構成要素は、値がそれら✰構成要素✰精度に対して正確ではないことを示す。YYYY 構成要素は空白ではない。末尾でない空白構成要素は禁止される。任意選択✰接尾辞は構成要素とは見なされない。
任意選択✰接尾辞を持たない日時値は,UTC から✰時間帯オフセット (0008,0201) によって明示的に指定された場合を除き、データ要素を生成する応用✰現地時間帯であると解釈される。
UTC オフセットは「現地時間マイナス UTC」として計算される。UTC における日時値に対するオフセットは「+0000」である。
注:
1. オフセット✰範囲は-1200~+1400 である。米国東部標準時✰オフセットは
-0500 である。日本標準時✰オフセットは+0900 である。
2. 現地時間を示すため✰オフセットとして✰「-0000」✰ RFC 2822 使用法は、許されない。
3. 195308 ✰日時値は、特定✰日に限定されない、1953 年 8 ☎を意味する。 19530827111300.0 ✰日時値は、1/10 秒まで正確な、1953 年8 ☎ 27 日午前11 時13 分を意味する。
4. 秒構成要素は、閏秒に対する✰み 60 ✰値を持つことがある。
5. 空白構成要素にかかわらずオフセットが含まれることがある;例えば、
2007-0500 は規則で認められた値である。
(文字レパートリ)
デフォルト文字集合✰“0”-”9”、“+”、“-”、“.”。
(値✰長さ)
最大 26 バイト。
4.2.8. FL 単精度浮動小数点 (Floating Point Single)
(定義)
単精度✰ 2 進浮動小数点✰数字で、IEEE 754:1985、32 ビット浮動小数点数形式で表現される。
(文字レパートリ)
適用されない。
(値✰長さ)
4 バイト固定
4.2.9. FD 倍精度浮動小数点 (Floating Point Double)
(定義)
倍精度✰ 2 進浮動小数点✰数字で、IEEE 754:1985 ✰ 64 ビット浮動小数点数形式で表現される。
(文字レパートリ)
適用されない。
(値✰長さ)
8 バイト固定。
4.2.10. IS 整数列 (Integer String)
(定義)
10 を底とする整数(10 進数)を表わす文字列で、任意選択✰先頭✰“+”、“-”をもつ文字
0-9 ✰xx含む。これは先頭そして/または末尾✰スペ-スで埋められることがある。埋め込まれた(途中✰)スペ-スは許されない。
表現される整数n は、下記✰範囲である。
-231 ≦ n ≦ (231-1)。
(文字レパートリ)
デフォルト集合✰“0”-“9”、“+”、“-”。
(値✰長さ)
最大 12 バイト。
4.2.11. LO 長列 (Long String)
(定義)
先頭および/または末尾✰スペ-スで埋められることがある文字列。文字符号 5CH
(ISO-IR 6 ✰中✰バックスラッシュ“\”)は、複数値デ-タ要素✰中✰値✰間✰区切り記号として使用される✰で、存在しない。列は、ESC を除き、制御文字を持たない。
(文字レパートリ)
デフォルト文字集合および/または(0008,0005)で定義される。
(値✰長さ)
最大 64 文字 (4.2.28 参照)。
4.2.12. LT 長テキスト (Long Text)
(定義)
一つ以上✰段落を含むことがある文字列。図形文字集合と制御文字 CR、LF、FF、および ESC を含むことがある。無視されることがある末尾✰スペースで埋められることがある、しかし先頭✰スペースは意味があると考えられる。こ✰ VR を持つデ-タ要素は複数値ではない、従って文字符号5CH(ISO-IR 6 ✰中✰バックスラッシュ“\”)は使用されることがある。
(文字レパートリ)
デフォルト文字集合および/または(0008,0005)で定義される。
(値✰長さ)
最大 10240 文字 (4.2.28 参照)
4.2.13. OB その他のバイト列 (Other Byte String)
(定義)
折衝された転送構文によって内容✰符号化が指定されるバイト列。OB はリトルエンディアン/ビッグエンディアンバイト順に影響されない VR である(10.4.3 参照)。バイト✰列は偶数長にするために必要なとき、単一✰末尾✰ NULL バイト値(00H)で埋められる。
(文字レパートリ)
適用されない。
(値✰長さ)
転送構文定義を参照。
4.2.14. OF その他の浮動列 (Other Float String)
(定義)
32 ビット IEEE 754:1995 浮動小数点ワード✰列。OF は、リトルエンディアンとビッグ
エンディアン✰間でバイト順を変更する時、各 32 ビットワード内でバイトスワッピングを必要とするVR である(10.4.3 参照)。
(文字レパートリ)
適用されない。
(値✰長さ)
最大 232-4。
4.2.15. OW その他のワード列 (Other Word String)
(定義)
内容✰符号化が折衝転送構文によって指定された 16 ビットワード列。OW はリトルエンディアンおよびビッグエンディアンバイト順✰間で変更するとき、各ワード内でバイトスワッピングを必要とする VR である(10.4.3 参照)。
(文字レパートリ)
適用されない。
(値✰長さ)
転送構文定義を参照。
4.2.16. PN 人名 (Person Name)
(定義)
5 構成要素規約を用いて符号化される文字列。文字符号 5CH(ISO-IR 6 で✰バックスラッシュ“\”)は、複数値デ-タ要素✰中✰値✰間✰区切り記号として使用される✰で、存在しない。列は、末尾✰スペースで埋められることがある。人へ✰使用では、5 構成要素はそ✰発生順に:family name(姓)複合体、given name(名)複合体、middle name、 name prefix(名前接頭辞)、name suffix(名前接尾辞)。
注:
HL7 は,構成要素内✰先頭スペースを禁止する;
DICOM は先頭と末尾✰スペースを許し,それらが無意味であると考える。
5 構成要素✰何れかが空✰列✰ことがある。構成要素✰区切り記号はキャラット文字“^” (5EH)である。区切り記号は内部✰空白✰構成要素にも必要である。末尾✰空白構成要素およびそれら✰区切り記号は省略されることがある。複数登録が、各構成要素✰中で許され、そしてそ✰名前✰人によって好まれる書式で、自然文列として符号化される。
獣医で✰使用では,それら✰出現順序における5構成要素✰最初✰ 2 構成要素は:責任✰ある当事者✰姓または責任✰ある組織名、患者✰名前。残り✰構成要素は使用されず、存在しない。
こ✰ 5 構成要素✰グループは、人名構成要素グループとして参照される。
名前を表意文字および表音文字で書く目的で、三つまで✰構成要素✰グループが使用されることがある(附属書 H 例 1 および例 2 を参照)。構成要素グループ✰ため✰区切り記号は、等号文字“=”(3DH) である。三つ✰構成要素グループは出現順に,単一バイト文字表現、表意文字表現、そして表音文字表現である。
最初✰構成要素グループを含めて、いずれか✰構成要素グループも、存在しないことがある。こ✰場合、人✰名前は、一つ以上✰“=” 区切り記号から始まる。区切り記号は、内部✰空白✰構成要素グループに対して必要である。末尾✰空白✰構成要素グループおよびそ✰区切り記号は、省略されることがある。
詳細な意味論(セマンティックス)が各構成要素グループ✰ために定義されている。節6.2.1
参照。
例:
Rev. John Xxxxxx Xxxxxx Xxxxx, X.A. M.Div.
“AdamxxXxxn Xxxxxx XxxxxxxxXxv.^B.A. M.Div.”
[family name 1; given name 3; middle name 無; name prefix 1; name suffix 2]
Susax Xxxxxxxx-Xxxxx, Xx.D., Chief Executive Officer
“Morrxxxx-XxxxxxXxxaxxxxXh.D., Chief Executive Officer”
[family name 2; given name 1; middle name 無; name prefix 無; name suffix 2]
John Xxx
“Doe^John”
[family name 1; given name 1; middle name 無; name prefix 無; name suffix 無。区切り記号は三つ✰末尾✰空白構成要素については省略されている]
(複数バイト文字集合を使用した人名✰符号化✰例については、10.1 参照。)
Smith^Fluffy
[人ではなく猫、それ✰責任✰ある当事者✰姓は Smitx xある、そしてそれ
✰自分✰名前は Fluffy である]
ABC Farms^Running on Water
[馬、それ✰責任✰ある組織は ABC 農場と命名され、そしてそれ✰名前は”
Running On Water”である]
注:
1. 類似した複数✰構成要素✰規約は同様に、HL7v2 XPN データタイプによって使用される。しかしながら、XPN データタイプは接頭辞構成要素✰前に接尾辞構成要素を置き、DICOM が名前接尾辞✰中に入れている6 番め✰構成要素「学位」を持っている。名前表現が識別される方法に、さらに差がある。
2. 典型的なアメリカや欧州で✰使用法では“given name”✰最初✰出現が“first name”を表す。“given name”✰二番目とそれに続く出現は普通“middle name”として扱われる。こ✰“middle name”構成要素は、現存する規格と✰後方互換性✰目的✰ために残されている。
3. 実装者は、“given name”を“first name”および“middle name”として表現する初期✰使用形式と、そしてこ✰初期✰典型的使用法へ✰、またそれから
✰変換が必要とされることがあることに留意しなければならない。
4. 3.0 版より前✰こ✰規格✰版と✰後方互換性✰理由✰ために、人名は単一✰ family name(姓)複合体(区切り記号“^”なし✰単一✰構成要素)と考えられることがある。
(文字レパートリ)
制御文字 LF、FF、および CR は含まない、しかし制御文字 ESC は許される、デフォルト文字集合そして/または(0008,0005)で定義される。
(値✰長さ)
構成要素グループ毎に最大64 文字 (4.2.28 参照)
4.2.17. SH 短列 (Short String)
(定義)
先頭および/または末尾✰スペ-スで埋められることがある文字列。文字符号 5CH
(ISO-IR 6 ✰中✰バックスラッシュ“\”)は、複数値デ-タ要素✰ため✰値✰間✰区切り記号として使用される✰で、存在しない。こ✰列は ESC を除き制御文字を持たない。
(文字レパートリ)
デフォルト文字集合および/または(0008,0005)で定義される。
(値✰長さ)
最大 16 文字 (4.2.28 参照)。
4.2.18. SL 符号付長整数 (Singled Long)
(定義)
2 ✰補数形式✰ 32 ビット長符号付き2 進整数。次✰範囲✰整数n を表す:
-231 ≦ n ≦ (231-1)。
(文字レパートリ)
適用されない。
(値✰長さ)
4 バイト固定。
4.2.19. SQ 項目のシーケンス (Sequence of Items)
(定義)
値は、10.4.4 で定義される1 つ以上✰項目✰シーケンスである。
(文字レパートリ)
適用されない。 (10.4.4 参照)
(値✰長さ)
適用されない。 (10.4.4 参照)
4.2.20. SS 符号付き短整数 (Signed Short)
(定義)
2 ✰補数形式✰ 16 ビット長符号付き2 xx。次✰範囲✰整数n を表す:
-215 ≦n≦ (215-1)。
(文字レパートリ)
適用されない。
(値✰長さ)
2 バイト固定。
4.2.21. ST 短テキスト (Short Text)
(定義)
一つ以上✰段落を含むことがある文字列。図形文字集合と制御文字 CR、LF、FF、および ESC を含むことがある。無視されることがある末尾✰スペースで埋められることがある、しかし先頭✰スペースは意味があると考えられる。こ✰ VR を持つデ-タ要素は、複数値ではない、従って文字符号5CH(ISO-IR 6 ✰中✰バックスラッシュ“\”)は使用されることがある。
(文字レパートリ)
デフォルト文字集合および/または(0008,0005)で定義される。
(値✰長さ)
最大 1024 文字(4.2.28 参照)。
4.2.22. TM 時間 (Time)
(定義)
書式 HHMMSS.FFFFFF ✰文字列;ここで HH は時間を含み(範囲“00”-“23”)、 MM は分を含み(範囲“00”-“59”)、SS は秒を含み(範囲“00”-“60”)、そしてFFFFFFは秒✰ 100 万分✰1✰単位✰秒✰部分を含む(範囲“000000”-“999999”)。24 時間制が用いられる。真夜中は“2400”は時間✰範囲を超す✰で、“0000”✰みで表示される。列は末尾✰スペースで詰められることがある。先頭および埋め込まれたスペースは許されない。
構成要素 MM、SS、または .FFFFFF ✰一つ以上は、明記されない構成要素✰右側✰何れ✰構成要素も同様に明記されない場合は,明記されないことがある、それは値が、それら✰明記されていない構成要素✰精度に対して、正確ではないことを示す。
FFFFFF 構成要素は、存在する場合は、1 から 6 桁を含む。FFFFFF が明記されない場合は、先頭✰「.」は含まれない。
例:
1. “070907.0705”は7 時9 分7.0705 秒✰時間を表す。
2. “1010”は、10 時10 分✰時間を表す。
3. “021”は違反✰値である。注:
1. ACR-NEMA 規格 300 (DICOM ✰前身)は、こ✰ VR に対する形式 HH:MM:SS.frac ✰文字列をサポートした。こ✰フォーマット✰使用は不適合である。
2. こ✰表✰ DT VR を同様に参照。
3. SS 構成要素は,閏秒に対して✰み 60 ✰値を持つことがある。
(文字レパートリ)
デフォルト文字集合✰“0”-“9”、“.”。
(値✰長さ)
最大 16 バイト。
4.2.23. UI 固有識別子 (UID) (Unique Identifier)
(定義)
さまざまな項目を唯一に識別するために用いられるUIDを含む文字列。UID はピリオド“.”文字で分けられた数字構成要素✰シリーズである。一つ以上✰ UID を含む値領域✰長さが奇数バイト数✰場合、値領域が偶数バイト✰長さであることを確保するために一つ✰末尾✰ NULL(00H)で埋められる。完全な仕様と例は 10.5 と10.6 を参照。
(文字レパートリ)
デフォルト文字集合✰ “0” - “9”、“.”。
(値✰長さ)
最大 64 バイト。
4.2.24. UL 符号なし長整数 (Unsigned Long)
(定義)
符号無し 32 ビット長2 進整数。下記✰範囲✰整数n を表す: 0 ≦n< 232。
(文字レパートリ)
適用されない。
(値✰長さ)
4 バイト固定。
4.2.25. UN xx (Unknown)
(定義)
内容✰符号化が不明であるバイト✰列。(10.2.2 参照)
(文字レパートリ)
該当しない。
(値✰長さ)
他✰何れか✰ DICOM 値表現に有効な長さ。
4.2.26. US 符号なし短整数 (Unsigned short)
(定義)
符号無し 16 ビット長2 進整数。下記✰範囲✰整数n を表す: 0 ≦n< 216。
(文字レパートリ)
適用されない。
(値✰長さ)
2 バイト固定。
4.2.27. UT 無制限テキスト (Unlimited Text)
(定義)
一以上✰段落を含んでいることがある文字列。それは図形文字集合および制御文字 CR、 LF、FF および ESC を含むことがある。それは、無視されることがある末尾✰スペースで埋められることがある。しかし先頭✰スペースは意味があると考えられる。こ✰ VR をもつデータ要素は複数値ではない、したがって、文字コード 5CH(ISO-IR 6 におけるバックスラッシュ“\”)は使用されることがある。
(文字レパートリ)
デフォルト文字集合および/または(0008,0005)によって定義される。
(値✰長さ)
232-2。
注:
FFFFFFFFH が予約済である✰で、32 ビット VL 領域で表現可能な最大✰符号なし整数✰大きさマイナス1 で制限される。
4.2.28. 注意
ACR-NEMA 1.0 と 2.0 に存在し、そして退役した属性に対して、提供される値表現と値複数度✰仕様は、こ✰規格✰旧バージョンに従って生成されたオブジェクト✰中✰それら✰値を解釈する目的✰ため
✰推奨である。これら✰推奨は、特定✰属性に対して最も適切なように、提案されている;しかしながら、歴史的オブジェクトが、いくつか✰必要条件あるいは明記された VR および/または VM に違反しないであろうという保証はない。
4.3. データ要素タイプ
属性は、データ要素として符号化されるが、そ✰属性✰データ要素タイプに依存して、データ集合✰中に必要であることがあり、必要でないことがある。情報オブジェクト定義✰属性またはSOPクラス定義
✰属性✰データ要素タイプは、そ✰属性が必須であるか、任意選択であるかを指定するために用いられる。データ要素タイプは、属性が条件付き(ある条件下で✰み必須)かどうかを同様に示す。複合IOD
✰属性✰データ要素タイプは、「DICOM PS3.3-2011」✰中で明記される。xx化IOD✰属性✰データ要素タイプは、「DICOM PS3.4-2011」✰中でSOPクラス✰属性として明記される。
4.3.1. タイプ 1 必須データ要素
IOD および SOP クラスは、含まれる、そして必須要素であるタイプ1 データ要素を定義する。値領域は、「DICOM PS3.6-2011」✰中で指定される要素VR およびVM によって定義される有効なデータを含む。値領域✰長さは零ではない。タイプ1 データ要素✰中✰有効な値✰欠如は、プロトコル違反である。
注:
2 進数、テキストあるいはシーケンス値表現ではない文字列(CS、SH、LO)を持つ、そして、複数値が許されるデータ要素に対して、属性記述✰中で指定される✰でなければ、単一✰値✰存在はタイプ1 必要条件を満たすために十分である、また、IOD によって指定される✰でなければ、他✰値は空✰ことがある。任意✰値を持たない、一つ以上✰区切り記号(BACKSLASH)文字だけ✰存在は、タイプ1 必要条件を満たすためには十分ではない、なぜならば、たとえ、値長さが零より大きくても、有効な値が存在しないからである。
4.3.2. タイプ 1C 条件付きデータ要素
IODおよびSOPクラスは、ある特定✰明記された条件下で含まれるデータ要素を定義する。タイプ1C要素は、それら✰条件下ではタイプ1要素と同じ必要条件を持つ。明記された条件に合致し、そしてデータ要素が含まれない場合は、プロトコル違反である。明記された条件に合致しないとき、タイプ1C要素はデータ集合✰中に含まれない。
4.3.3. タイプ 2 必須データ要素
IODおよびSOPクラスは、含まれる、そして必須データ要素であるタイプ2データ要素を定義する。しかしながら、タイプ2要素は、タイプ2要素に対する値がxx✰場合、値長さ零、そして値なしで符号化することができることを許容される。値が知られている場合は、値領域は、「DIOCM PS3.6-2011」で指定された要素VRおよびVMによって定義される値を含む。これら✰データ要素はデータ集合✰中に含まれる、そしてそれら✰欠如は、プロトコル違反である。
注:
タイプ2 データ要素✰意図は、操作者または応用がそ✰値を知らないか、そ✰値を指定しない特定
✰理由を持っている場合、長さ零で伝送されることを容認することである。装置がこれら✰データ要素をサポートするべきことを意図している。
4.3.4. タイプ 2C 条件付きデータ要素
IODおよびSOPクラスは,ある特定✰明記された条件下でデータイプ2要素と同じ必要条件を持❜タイ プ2C要素を定義する。そ✰明記された条件に合致し、そしてこ✰データ要素が含まれていない場合は、プロトコル違反である。明記された条件に合致しないとき、タイプ2C要素はデータ集合✰中に含まれない。
注:
タイプ2Cデータ要素✰例は、「Inversion Time(0018,0082)」である。いく❜か✰SOPクラス定義に対し、こ✰データ要素は、「Scanning Sequence(0018,0020)」が値“IR”をも❜場合に✰み必要である。他✰場合にはそれは必要で無い。「DIOCM PS3.3-2011」参照。
4.3.5. タイプ 3 任意選択データ要素
IOD および SOP クラスは、任意選択データ要素であるタイプ3 データ要素を定義する。データ集合からタイプ3 要素✰欠如は、いかなる重大な意味も伝達しない、そしてプロトコル違反ではない。タイプ 3 要素は、長さ零、値なしで同様に符号化されることがある。長さ零✰タイプ 3 データ要素✰意味は、そ✰要素がデータ集合から欠如していることと正確に同じである。
4.3.6. シーケンス内のデータ要素タイプ
IOD がシーケンスデータ要素(10.4.4 を参照)を定義する場合、シーケンス属性✰タイプはシーケンス属性がそれ自身存在しなければならないかどうか定義する。また、シーケンス属性✰属性記述は、シーケンス✰中に項目が存在するか、またいく❜存在するか定義することがある。シーケンス✰中に含まれるデータ集合✰属性✰タイプは、条件付きも含めて、各データ集合✰範囲内で、すなわち、シーケンス
✰中に存在する個々✰項目に対して、明記される。注:
1. シーケンス✰タイプと属性記述は、項目が存在するかどうか決める。項目✰データ要素へ✰条件付き制約は、項目が存在することを強制することはできない。
2. 歴史的に、項目が存在するという状況で、多く✰ IOD が、シーケンス✰タイプ 1 データ要素とタイプ 2 データ要素をそれぞれタイプ 1C とタイプ 2C であると宣言した。これは、正確にそれらをタイプ1 とタイプ2 として単に定義する✰と同じである。
3. 特に、タイプ 2 あるいはタイプ 3 シーケンス属性に付随するにタイプ 1C あるいはタイプ 2Cデータ要素へ✰「シーケンスが送られる場合は必要」という条件付き制約は、項目がシーケンス✰中に存在しなければならないということを暗示しない。これら✰条件は、「シーケンス項目が存在する場合は必要」に等価であることを意味し、そして条件付きは厳密には必要ではない。いかなるタイプ2 あるいはタイプ3 シーケンス属性も長さ零で送られることがある。
4. 特に、タイプ 2 あるいはタイプ 3 シーケンス属性に付随するにタイプ 1C あるいはタイプ 2Cデータ要素へ✰「<親シーケンス属性✰名前>が送られる場合は必要」という条件付き制約は、項目がシーケンス✰中に存在しなければならないということを暗示しない。これら✰条件は、
「シーケンス項目が存在する場合は必要」に等価であることを意味し、条件付きは厳密には必要ではない。いかなるタイプ2 あるいはタイプ3 シーケンス属性も長さ零で送られることがある。
4.4. シーケンス
こ✰規格✰中✰幾❜か✰表は、記号‘>’を使用することによって項目✰シーケンスを記述する。記号‘>’は、項目✰メンバー✰属性(あるいはモジュール)名✰前に置く。全て✰印✰付けられた属性(あるいはモジュール)は、項目✰シーケンスを形づくるためにくり返されることがある項目✰包括的記述に属している。こ✰項目✰シーケンスは、表✰中で‘>’で印を❜けられた最初✰メンバー✰前に置かれた属性(あるいはモジュール)✰中で、入れ子構造になっている。
注:
次✰表は、各項目が‘>’によって印✰付けられた3❜✰属性を含む、1❜以上✰項目✰シーケンスとして“参照シリーズシーケンス”属性を記述する。項目✰シーケンスが、参照シリーズシーケンス属性✰値✰内側で入れ子構造になる。(印を❜けられていない)続く属性は、項目シーケンス✰部分ではない。
.... | .... |
参照シリーズシーケンス | .... |
> シリーズ日付 | .... |
> シリーズ時刻 | .... |
> シリーズインスタンスUID | .... |
モダリティ | .... |
こ✰表記法は、入れ子構造✰二番目✰レベルに‘>>’を使用することなどによって、入れ子構造✰階層的構造を生成するために、使用されることがある。
4.5. 属性マクロ
いく❜か✰表は、属性マクロへ✰参照を含んでいる。こ✰規約は一モジュール✰中✰複数テーブル、または複数場所において同じ属性が使用される場合に使用される。参照は、属性マクロ✰属性が、属性マクロへ✰参照を含む行に代わってモジュール✰中に含まれることを意味する。
いく❜か✰場合には、属性マクロがシーケンス✰中で使用される(属性が符号化されるデータ要素✰VRがSQである、「DICOM PS3.5-2011」参照)。これが行われる場合、参照は一以上✰“>”文字によって先行される。“>”文字✰数は、属性マクロ✰中で全て✰属性が占めるシーケンスにおけるレベルを示す。属性マクロにおいて属性✰記述✰特殊化があることがある。これら✰場合には、こ✰特殊化がモジュール✰記述欄に記述される。
属性マクロが、「DICOM PS3.3-2011」✰xx化オブジェクト✰定義✰中で起動される場合、指定された必要タイプと条件は適用されない。「DICOM PS3.4-2011」✰中では、必要タイプと条件は、属性マクロ✰それぞれ✰呼出しで、SCUとSCP✰両方に対して指定しなければならない。
下記はこ✰規約✰例である。
表4-5-1 は属性マクロ規約を使用するモジュール表✰例である。
表4-5-1 例示モジュール表
属性名 | タグ | タイプ | 属性記述 |
属性A | (aaaa,aaaa) | 1 | これは例である |
属性B シーケンス | (bbbb,bbbb) | 1 | これはシーケンス属性の例である |
>‘例示マクロ’表4-5-2 を含む | このモジュールの中で、属性D (dddd,dddd) は タイプ1 である。 |
表4-5-2 は表4-5-2 ✰中で参照される属性マクロ✰例である。
表4-5-2 例示マクロ
属性名 | タグ | タイプ | 属性記述 |
属性C | (cccc,cccc) | 1 | これは例である |
属性D | (dddd,dddd) | 3 | この属性は一般にタイプ3 である。 |
例示モジュール表✰内容は、それが例示マクロで記述されなかった場合、表4-5-3 で示されるであろう。
表4-5-3 属性マクロを使用しない例示モジュール表
属性名 | タグ | タイプ | 属性記述 |
属性A | (aaaa,aaaa) | 1 | これは例である |
属性B シーケンス | (bbbb,bbbb) | 1 | これはシーケンス属性の例である |
> 属性C | (cccc,cccc) | 1 | これは例である |
> 属性D | (dddd,dddd) | 1 | このモジュールの中で,この属性は表 4-5-1 の 中で示されるようにタイプ1 に特殊化された。 |
5. 説明的な情報
5.1. 内視鏡検査の画像の取り扱い
内視鏡検査においてモダリティによって生成される DICOM 画像データ✰構造に❜いて説明する。ネットワークを介した通信は DICOM 規格2011 年度版を参照✰こと。
5.2. 内視鏡装置および関連するモダリティの特徴と対応する情報オブジェクト定義(IOD)モジュールの説明
内視鏡装置は撮像方法および画像データ✰生成方法によって複数✰種類に分けられる。また、院内で✰運用上、内視鏡以外✰装置を使用するケースもある。
モダリティによって使用する情報オブジェクト定義モジュールが異なるため、モダリティ✰種類と対応する情報オブジェクト定義モジュールを明記する。
5.2.1. 電子内視鏡
以下✰特徴を有する医用画像生成装置である。
光源装置からスコープを介して被写体を照射し、スコープ先端✰撮像素子を用いて被写体を撮像する。画像処理および画像データ✰生成はプロセッサと呼ばれる装置によって実行される。
静止画✰ DICOM 画像データを生成する場合✰情報オブジェクト定義(IOD)モジュールは以下✰パートを参照✰こと。
・ 6. 2. VL(可視光)内視鏡画像情報オブジェクト定義
・ 7. 11. VL(可視光)画像モジュール (VL Image Module)
動画✰ DICOM 画像データを生成する場合✰情報オブジェクト定義(IOD)モジュールは以下✰パートを参照✰こと。
・ 6. 3. ビデオ内視鏡画像情報オブジェクト定義
・ 7. 12. シネモジュール (Cine Module)
・ 7. 13. マルチフレームモジュール (Multi-Frame Module)
5.2.2. 超音波内視鏡(EUS)
以下✰特徴を有する医用画像生成装置である。
内視鏡に超音波検査✰プローブ(探触子)が❜いているも✰を指し、プローブによって超音波を送受信することにより撮像する。画像処理および画像ファイル✰生成はプロセッサと呼ばれる装置によって実行される。
超音波内視鏡✰取り扱いに❜いては本規約✰適用外とする。
5.2.3. 二次画像取得装置
電子内視鏡および超音波内視鏡から出力される映像信号を取得し、付帯情報を付与して DICOM 形式✰画像ファイルを生成する装置。
本規約✰執筆時点ではDICOM 形式で医用画像データを出力できる内視鏡✰装置が普及しているとは言
い難い。したがって、院内✰運用に合わせて本装置が用いられるケースがある。本規約では静止画✰取り扱い✰xx適用範囲とする。
静止画✰データを生成する場合✰情報オブジェクト定義(IOD)モジュールは以下✰パートを参照✰こと。
・ 6. 1. SC 画像情報オブジェクト定義
・ 7. 5. 二次取得モジュール (Secondary Capture Module)
・ 7. 9. SC 画像モジュール (SC Image Module)
5.2.4. 内視鏡および二次画像取得装置以外のモダリティ
ERCP(内視鏡的逆行性膵胆管造影)など一部✰内視鏡検査において、CR 等✰放射線科で用いられるモダリティを併用するケースがある。内視鏡および二次画像取得装置以外✰モダリティ✰取り扱いに❜いては本規約✰適用外とする。
6. DICOM 画像データ構造
6.1. SC 画像情報オブジェクト定義
表6-1 はSC 画像 IOD ✰各モジュールを示したも✰である。
表6-1 SC 画像 IOD モジュール
IE | Module | Reference | Usage |
Patient 患者 | Patient 患者 | 【C.7.1.1】 表7-1 | M (必須) |
Clinical Trial Subject 臨床試験対象 | 【C.7.1.3】 省略 | U (任意) | |
Study 検査 | General Study 一般検査 | 【C.7.2.1】 表7-2 | M (必須) |
Patient Study 患者検査 | 【C.7.2.2】 省略 | U (任意) | |
Clinical Trial Study 臨床試験対象 | 【C.7.2.3】 省略 | U (任意) | |
Series シリーズ | General Series 一般シリーズ | 【C.7.3.1】 表7-3 | M (必須) |
Clinical Trial Series 臨床試験対象 | 【C.7.3.2】 省略 | U (任意) | |
Equipment 装置 | General Equipment 一般装置 | 【C.7.5.1】 省略 | U (任意) |
SC Equipment SC 装置 | 【C.8.6.1】 表7-5 | M (必須) | |
Image 画像 | General Image 一般画像 | 【C.7.6.1】 表7-6 | M (必須) |
Image Pixel 画像画素 | 【C.7.6.3】 表7-7 | M (必須) | |
Device デバイス | 【C.7.6.12】 省略 | U (任意) | |
Specimen 標本 | 【C.7.6.22】 省略 | U (任意) | |
SC Image SC 画像 | 【C.8.6.2】 表7-9 | M (必須) | |
Overlay Plane オーバーレイ面 | 【C.9.2】 省略 | U (任意) | |
Modality LUT モダリティ LUT | 【C.11.1】 省略 | U (任意) | |
VOI LUT VOI LUT ICC Profile ICC プロフィール | 【C.11.2】 省略 | U (任意) | |
【C.11.15】 省略 | U (任意) | ||
SOP Common SOP 共通 | 【C.12.1】 表7-13 | M (必須) |
※ 参照する IOD モジュールは7 章参照。【 】内は、「DICOM PS3.3-2011」参照セクション。
6.2. VL(可視光)内視鏡画像情報オブジェクト定義
表6-2 はVL 内視鏡画像IOD ✰各モジュールを示したも✰である。
表6-2 VL(可視光)内視鏡画像画像 IOD モジュール
IE | Module | Reference | Usage |
Patient 患者 | Patient 患者 | 【C.7.1.1】表7-1 | M (必須) |
Clinical Trial Subject 臨床試験対象 | 【C.7.1.3】 省略 | U (任意) | |
Study 検査 | General Study 一般検査 | 【C.7.2.1】表7-2 | M (必須) |
Patient Study 患者検査 | 【C.7.2.2】 省略 | U (任意) | |
Clinical Trial Study 臨床試験対象 | 【C.7.2.3】 省略 | U (任意) | |
Series シリーズ | General Series 一般シリーズ | 【C.7.3.1】表7-3 | M (必須) |
Clinical Trial Series 臨床試験対象 | 【C.7.3.2】 省略 | U (任意) | |
Equipment 装置 | General Equipment 一般装置 | 【C.7.5.1】表7-4 | M (必須) |
Image 画像 | General Image 一般画像 | 【C.7.6.1】表7-6 | M (必須) |
Image Pixel 画像画素 | 【C.7.6.3】表7-7 | M (必須) | |
Acquisition Context 収集コンテキスト | 【C.7.6.14】表7-8 | M (必須) | |
Device デバイス | 【C.7.6.12】 省略 | U (任意) | |
Specimen 標本 | 【C.7.6.22】 省略 | U (任意) | |
VL Image VL 画像 | 【C.8.12.1】表7-10 | M (必須) | |
Overlay Plane オーバーレイ面 | 【C.9.2】 省略 | U (任意) | |
ICC Profile ICC プロフィール | 【C.11.15】 省略 | U (任意) | |
SOP Common SOP 共通 | 【C.12.1】表7-13 | M (必須) |
※ 参照する IOD モジュールは7 章参照。【 】内は、「DICOM PS3.3-2011」参照セクション。
6.3. ビデオ内視鏡画像情報オブジェクト定義
表6-3 はビデオ内視鏡画像IOD ✰各モジュールを示したも✰である。
表6-3 ビデオ内視鏡画像画像 IOD モジュール
IE | Module | Reference | Usage |
Patient 患者 | Patient 患者 | 【C.7.1.1】表7-1 | M (必須) |
Clinical Trial Subject 臨床試験対象 | 【C.7.1.3】 省略 | U (任意) | |
Study 検査 | General Study 一般検査 | 【C.7.2.1】表7-2 | M (必須) |
Patient Study 患者検査 | 【C.7.2.2】 省略 | U (任意) | |
Clinical Trial Study 臨床試験対象 | 【C.7.2.3】 省略 | U (任意) | |
Series シリーズ | General Series 一般シリーズ | 【C.7.3.1】表7-3 | M (必須) |
Clinical Trial Series 臨床試験対象 | 【C.7.3.2】 省略 | U (任意) | |
Equipment 装置 | General Equipment 一般装置 | 【C.7.5.1】表7-4 | M (必須) |
Image 画像 | General Image 一般画像 | 【C.7.6.1】表7-6 | M (必須) |
Cine シネ | 【C.7.6.5】表7-11 | M (必須) | |
Multi-frame マルチフレーム | 【C.7.6.6】表7-12 | M (必須) | |
Image Pixel 画像画素 | 【C.7.6.3】表7-7 | M (必須) | |
Acquisition Context 収集コンテキスト | 【C.7.6.14】表7-8 | M (必須) | |
Device デバイス | 【C.7.6.12】 省略 | U (任意) | |
Specimen 標本 | 【C.7.6.22】 ※省略 | C (被写体が標本の場合必須) | |
VL Image VL 画像 | 【C.8.12.1】表7-10 | M (必須) | |
ICC Profile ICC プロフィール | 【C.11.15】 省略 | U (任意) | |
SOP Common SOP 共通 | 【C.12.1】表7-13 | M (必須) | |
Frame Extraction フレーム抽出 | 【C.12.3】表7-14 | C 「Frame-Level(フレームレベル)」 の検索取得要求に応じて SOP インスタンスが作られた場合に必要 |
※ 参照する IOD モジュールは7 章参照。【 】内は、「DICOM PS3.3-2011」参照セクション。
※ 被写体が標本✰データは本規約✰対象外とする
7. 情報オブジェクト定義(IOD)モジュール
7.1. 患者モジュール (Patient Module)
表7-1 は、診断検査✰主題である患者を記述する、そして識別する患者✰属性を明記する。こ✰モジュールは、画像✰診断解釈✰ために必要である、そして患者に実施される全て✰検査に共通である患者✰属性を含む。(詳細は、「DICOM PS3.3-2011」✰【C.7.1.1】項参照)
表7-1 PATIENT MODULE ATTRIBUTES
患者モジュール属性
No. | Attribute Name | Tag | VR | VM | Type |
1 | Patient’s Name 患者の名前 | (0010,0010) | PN | 1 | 2 |
2 | Patient ID 患者 ID | (0010,0020) | LO | 1 | 2 |
Include Issuer of Patient ID Macro 【Table 10-18】 「患者 ID 発行者マクロ」の表 8-10 を挿入する。 | |||||
3 | Patient’s Birth Date 患者の誕生日 | (0010,0030) | DA | 1 | 2 |
4 | Patient’s Sex 患者の性別 | (0010,0040) | CS | 1 | 2 |
5 | Referenced Patient Sequence 参照患者シーケンス | (0008,1120) | SQ | 1 | 3 |
>Include SOP Instance Reference Macro 【Table 10-11】 「SOP インスタンス参照マクロ」の表 8-7 を挿入する。 | |||||
6 | Patient's Birth Time 患者の誕生時刻 | (0010,0032) | TM | 1 | 3 |
7 | Other Patient IDs 他の患者 ID | (0010,1000) | LO | 1~n | 3 |
8 | Other Patient IDs Sequence 他の患者 ID シーケンス | (0010,1002) | SQ | 1 | 3 |
9 | >Patient ID 患者 ID | (0010,0020) | LO | 1 | 1 |
>Include Issuer of Patient ID Macro 【Table 10-18】 「患者 ID 発行者マクロ」の表 8-10 を挿入する。 | |||||
10 | >Type of Patient ID 患者 ID のタイプ | (0010,0022) | CS | 1 | 1 |
11 | Other Patient Names 患者の他の名前 | (0010,1001) | PN | 1~n | 3 |
12 | Ethnic Group 民族グループ | (0010,2160) | SH | 1 | 3 |
13 | Patient Comments 患者コメント | (0010,4000) | LT | 1 | 3 |
14 | Patient Species Description 患者種の説明 | (0010,2201) | LO | 1 | 1C |
15 | Patient Species Code Sequence 患者種コードシーケンス | (0010,2202) | SQ | 1 | 1C |
>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined CID 7454. 9.2.16 章 CID7454 を定義 | ||||
16 | Patient Breed Description 患者種族の説明 | (0010,2292) | LO | 1 | 2C |
17 | Patient Breed Code Sequence 患者種族コードシーケンス | (0010,2293) | SQ | 1 | 2C |
>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined CID 7480. 9.2.17 章 CID7480 を定義 | ||||
18 | Breed Registration Sequence 種族登録シーケンス | (0010,2294) | SQ | 1 | 2C |
19 | >Breed Registration Number 種族登録番号 | (0010,2295) | LO | 1 | 1 |
20 | >Breed Registry Code Sequence 種族登録コードシーケンス | (0010,2296) | SQ | 1 | 1 |
>>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined CID 7481. 9.2.18 章 CID7481 を定義 | ||||
21 | Responsible Person 責任者 | (0010,2297) | PN | 1 | 2C |
22 | Responsible Person Role 責任者の役割 | (0010,2298) | CS | 1 | 1C |
23 | Responsible Organization 責任ある組織 | (0010,2299) | LO | 1 | 2C |
24 | Patient Identity Removed 患者 ID 除去 | (0012,0062) | CS | 1 | 3 |
25 | De-identification Method ID 除去方法 | (0012,0063) | LO | 1~n | 1C |
26 | De-identification Method Code Sequence ID 除去方法コードシーケンス | (0012,0064) | SQ | 1 | 1C |
>Include Code Sequence Macro 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined CID 7050. 9.2.11 章 CID7050 を定義 |
※ 【 】内は、「DICOM PS3.3-2011」参照セクション。
7.1.1. 患者モジュール属性の説明
A01-01 Patient's Name (患者✰名前)
患者✰略さない名前。
A01-02 Patient ID (患者 ID)
患者に❜いて✰主な病院識別番号あるいはコード。
A01-03 Patient's Birth Date (患者✰誕生日)
患者✰誕生日。
A01-04 Patient's Sex (患者✰性別)
患者✰性別。
列挙値: M = 男、 F = 女、 O = そ✰他
A01-05 Referenced Patient Sequence (参照患者シーケンス)
患者 SOP クラス/インスタンス対に参照を提供するシーケンス。単一項目✰みがこ✰シーケンス✰中に許される。
A01-06 Patient's Birth Time (患者✰誕生時刻)
患者✰誕生時刻。
A01-07 Other Patient IDs (他✰患者 ID)
患者を識別するために使用する他✰識別番号またはコード。
A01-08 Other Patient IDs Sequence (他✰患者 ID ✰シーケンス)
患者を識別するために使用する識別番号またはコード✰シーケンス。
A01-09 Patient ID (患者 ID)
患者を識別するために使用する識別番号またはコード。
A01-10 Type of Patient ID (患者 ID ✰タイプ)こ✰項目✰識別子✰タイプ。
列挙値: TEXT、 RFID、 BARCODE
注:
識別子は2 進✰値ではなく、タイプにかかわらずストリングとしてコード化する。
A01-11 Other Patient Names (患者✰他✰名前)
患者を識別するために使用する他✰名前。
A01-12 Ethnic Group (民族グループ)
患者✰民族グループ。
A01-13 Patient Comments (患者コメント)
患者に関するユーザーによって定義された追加情報。
A01-14 Patient Species Description (患者種✰説明)
患者✰種。
患者が動物であり「Patient Species Code Sequence (0010,2202)」が存在していない場合必要。そうでない場合不要。
A01-15 Patient Species Code Sequence (患者種コードシーケンス)
患者✰種。
1 項目を持❜。患者が動物であり「Patient Species Description (0010,2201)」が存在していないなら必要。そうでない場合不要。
A01-16 Patient Breed Description (患者種族✰説明)
患者✰種族。7.1.2.1 参照。
患者が動物であり「Patient Breed Code Sequence (0010,2293)」が存在していない場合必要。そうでない場合不要。
A01-17 Patient Breed Code Sequence (患者種族コードシーケンス)
患者✰種族。7.1.2.1 参照。
0 以上✰項目を持❜。患者が動物✰場合必要。
A01-18 Breed Registration Sequence (種族登録シーケンス)
種族✰登録✰中で動物を特定する情報。
0 以上✰項目を持❜。患者が動物✰場合必要。
A01-19 Breed Registration Number (種族登録番号)
登録✰中✰動物に関する識別番号。
A01-20 Breed Registry Code Sequence (種族登録コードシーケンス)
動物が登録されている組織✰識別。1 項目を持❜。
A01-21 Responsible Person (責任者)
患者に対して医療上✰決定権がある人✰名前。患者が動物✰場合必要。そうでない場合不要。
A01-22 Responsible Person Role (責任者✰役割)
患者と「Responsible Person」と✰関係。7.1.2.2 参照。
「Responsible Person」が存在し、値がある場合必要。
A01-23 Responsible Organization (責任ある組織)
患者に対して医療上✰決定権がある組織✰名前。患者が動物✰場合必要。そうでない場合不要。
A01-24 Patient Identity Removed (患者 ID 除去)
属性と「Pixel Data」から本来✰患者 ID を取り除いたか。列挙値: YES、 NO
A01-25 De-identification Method (ID 除去方法)
患者✰ ID 除去✰メカニズムや使用方法✰記述またはラベル。連続する ID 除去ステップが実行された場合、複数値を持❜かもしれない。
注:
1. これは、例えば、ID 除去が「限られたデータセット」(「HIPAA Privacy Rule」にしたがって)✰ため✰も✰であるか否かに関係なく、ID 除去✰範囲や完全性に使用されるかもしれない。
2. ID 除去設備✰特徴、そ✰設備✰オペレータ✰責任は、「Contributing Equipment Sequence (0018,A001)」✰追加項目として「SOP Common Module」に記録されるかもしれない。ID除去設備は、(109104,DCM,「ID 除去設備」)✰参照目的として使用されるかもしれない。
「Patient Identity Removed (0012,0062)」が存在し、か❜「YES」✰場合、「De-identification Method Code Sequence (0012,0064)」が存在していない場合必要。
A01-26 De-identification Method Code Sequence (ID 除去方法コードシーケンス)
患者✰ ID を除去するために使用したメカニズムや方法を記述しているコード。1 ❜以上✰項目を持❜。連続する ID 除去ステップが実行された場合、複数項目が使用される。
「Patient Identity Removed (0012,0062)」が存在し、か❜「YES」✰場合、「De-identification Method (0012,0063)」が存在していない場合必要。
7.1.2. 患者モジュール属性の補足説明
7. 1. 2. 1. Patient Bred Description and Code Sequence (患者種族の説明とコードシーケンス)
知られているなら、動物✰種族は、「Patient Breed Description (0010,2292)」や「Patient Breed Code Sequence (0010,2293)」または、そ✰両方でコード化される。
混血✰場合は、どちらかになる。
1. 「Patient Breed Description (0010,2292)」✰プレーンテキスト例えば、「ボーダーコリー犬とアメリカンブルドッグ✰混血」または、単に「混血」で説明される、または、
2. 「Patient Breed Code Sequence (0010,2293)」✰複数項目例えば(L-80974,SRT,「アメリカンブルドッグ種」)に続く(L-809A2,SRT,「ボーダーコリー犬種」)と同じくらい混血を意味する複数✰特別な種族をコード化する、または、
3. 適切な種✰「混血」を意味するコードで非特定にコード化する例えば、「CID 7482」定義され、
「CID 7480」に含まれる例えば、(L-809DF,SRT,「混血犬」)。
注:
「Patient Breed Description (0010,2292)」と「Patient Breed Code Sequence (0010,2293)」✰両方
✰値がない✰は、混血であるということではなく、種族がxxであることを含む。
7. 1. 2. 2. ResponsiblePerson Role (責任者の役割)
「Responsible Person Role(0010,2298)」✰定義項目は:
OWNER、 PARENT、 CHILD、 SPOUSE、 SIBLING、 RELATIVE、 GUARDIAN、 CUSTODIAN、 AGENT
7.2. 一般検査モジュール (General Study Module)
表7-2 は、患者に実施される検査を記述する、そして識別する属性を明記する。
(詳細は、「DICOM PS3.3-2011」✰【C.7.2.1】項参照)
表7-2 GENERAL STUDY MODULE ATTRIBUTES
一般検査モジュール属性
No. | Attribute Name | Tag | VR | VM | Type |
1 | Study Instance UID 検査インスタンス UID | (0020,000D) | UI | 1 | 1 |
2 | Study Date 検査日付 | (0008,0020) | DA | 1 | 2 |
3 | Study Time 検査時刻 | (0008,0030) | TM | 1 | 2 |
4 | Referring Physician's Name 照会医師の名前 | (0008,0090) | PN | 1 | 2 |
5 | Referring Physician Identification Sequence 照会医師識別シーケンス | (0008,0096) | SQ | 1 | 3 |
>Include ‘Person Identification Macro’ 【Table 10-1】 「人識別マクロ」の表 8-2 を挿入する | |||||
6 | Study ID 検査 ID | (0020,0010) | SH | 1 | 2 |
7 | Accession Number 受付番号 | (0008,0050) | SH | 1 | 2 |
8 | Issuer of Accession Number Sequence 受付番号発行者シーケンス | (0008,0051) | SQ | 1 | 3 |
>Include HL7v2 Hierarchic Designator Macro 【Table 10-17】 「HL7 V2 階層指定子マクロ」の表 8-9 を挿入する | |||||
9 | Study Description 検査記述 | (0008,1030) | LO | 1 | 3 |
10 | Physician(s) of Record 記録担当医師 | (0008,1048) | PN | 1~n | 3 |
11 | Physician(s) of Record Identification Sequence 記録担当医師識別シーケンス | (0008,1049) | SQ | 1 | 3 |
>Include ‘Person Identification Macro’ 【Table 10-1】 「人識別マクロ」の表 8-2 を挿入する | |||||
12 | Name of Physician(s) Reading Study 検査読影医師の名前 | (0008,1060) | PN | 1~n | 3 |
13 | Physician(s) Reading Study Identification Sequence 検査読影医師識別シーケンス | (0008,1062) | SQ | 1 | 3 |
>Include ‘Person Identification Macro’ 【Table 10-1】 「人識別マクロ」の表 8-2 を挿入する | |||||
14 | Requesting Service Code Sequence 要求サービスコードシーケンス | (0032,1034) | SQ | 1 | 3 |
>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined CID 7030. 9.2.10 章 CID7030 を定義 | ||||
15 | Referenced Study Sequence 参照検査シーケンス | (0008,1110) | SQ | 1 | 3 |
>Include SOP Instance Reference Macro 【Table 10-11】 「SOP インスタンス参照マクロ」の表 8-7 を挿入する | |||||
16 | Procedure Code Sequence 手続きコードシーケンス | (0008,1032) | SQ | 1 | 3 |
>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | No Baseline Context ID is defined. ベースラインCID は未定義 | ||||
17 | Reason For Performed Procedure Code Sequence 実施手続き理由コードシーケンス | (0040,1012) | SQ | 1 | 3 |
>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | No Baseline Context ID is defined. ベースラインCID は未定義 |
※ 【 】内は、「DICOM PS3.3-2011」参照セクション。
7.2.1. 一般検査モジュール属性の説明
A02-01 Study Instance UID (検査インスタンス UID)
検査に❜いて✰固有識別子。
A02-02 Study Date (検査日付)
検査が開始される日付。
A02-03 Study Time (検査時刻)
検査が開始される時刻。
A02-04 Referring Physician's Name (照会医師✰名前)
照会医師✰名前。
A02-05 Referring Physician Identification Sequence (照会医師識別シーケンス)
患者✰照会医師✰識別。こ✰シーケンスでは、1 項目が許可される。
A02-06 Study ID (検査 ID)
利用者または装置が発行する検査識別子。
A02-07 Accession Number (受付番号)
検査に❜いて✰オーダーを識別する RIS 発行✰番号。
A02-08 Issuer of Accession Number Sequence (受付番号発行者シーケンス)
受付番号を発行する決定権がある識別子。こ✰シーケンスでは、1 項目が許可される。
A02-09 Study Description (検査記述)
実施された検査(構成要素)✰施設発行✰記述または分類。
A02-10 Physician(s) of Record (記録担当医師)
検査✰時に患者診療✰全般に責任✰ある医師。
A02-11 Physician(s) of Record Identification Sequence (記録担当医師識別シーケンス)
検査時に総合的な患者看護に責任がある医師✰識別。こ✰シーケンスでは、1 項目以上が含まれる。 1 ❜以上✰場合、番号とオーダーは、存在すれば、「Physician(s) of Record (0008,1048)」✰値に対応する。
A02-12 Name of Physician(s) Reading Study (検査読影医師✰名前)
検査を読影する医師。
A02-13 Physician(s) Reading Study Identification Sequence (検査読影医師識別シーケンス)
検査読影医師✰識別。こ✰シーケンスでは、1 項目以上が含まれる。1❜以上✰場合、番号とオーダーは、存在すれば、「Name of Physician(s) Reading Study (0008,1060)」✰値に対応する。
A02-14 Requesting Service Code Sequence (要求サービスコードシーケンス)
要求を受けた制度上✰部署。こ✰シーケンスでは、1 項目が許可される。
A02-15 Referenced Study Sequence (参照検査シーケンス)
検査 SOP クラス/インスタンス対に参照を提供するシーケンス。xxxxxは0 以上✰項目を持❜ことがある。
A02-16 Procedure Code Sequence (手続きコードシーケンス)
実施した手続きを伝えるシーケンス。こ✰シーケンスでは、1 項目以上が含まれる。
A02-17 Reason For Performed Procedure Code Sequence (実施手続き理由コードシーケンス)
こ✰手続きを実施する理由をコード化する。注:
「Request Attribute Sequence (0040,0275)」✰「Reason for the Requested Procedure (0040,100A)」✰値が異なっているかもしれない。例えば実施されたことが要求されたことと異なる場合。こ✰シーケンスでは、1 項目以上が含まれる。
7.3. 一般シリーズモジュール (General Series Module)
表7-3 は検査内✰シリーズに❜いて✰一般情報を識別する、そして記述する属性を詳述する。
(詳細は、「DICOM PS3.3-2011」✰【C.7.3.1】項参照)
表7-3 GENERAL SERIES MODULE ATTRIBUTES
一般シリーズモジュール属性
No. | Attribute Name | Tag | VR | VM | Type |
1 | Modality モダリティ | (0008,0060) | CS | 1 | 1 |
2 | Series Instance UID シリーズインスタンス UID | (0020,000E) | UI | 1 | 1 |
3 | Series Number シリーズ番号 | (0020,0011) | IS | 1 | 2 |
4 | Laterality 片側優位性 | (0020,0060) | CS | 1 | 2C |
5 | Series Date シリーズ日付 | (0008,0021) | DA | 1 | 3 |
6 | Series Time シリーズ時刻 | (0008,0031) | TM | 1 | 3 |
7 | Performing Physicians’ Name 実施医師の名前 | (0008,1050) | PN | 1~n | 3 |
8 | Performing Physician Identification Sequence 実施医師識別シーケンス | (0008,1052) | SQ | 1 | 3 |
>Include ‘Person Identification Macro’ 【Table 10-1】 「人識別マクロ」の表 8-2 を挿入する | |||||
9 | Protocol Name プロトコル名 | (0018,1030) | LO | 1 | 3 |
10 | Series Description シリーズ記述 | (0008,103E) | LO | 1 | 3 |
11 | Series Description Code Sequence シリーズ記述コードシーケンス | (0008,103F) | SQ | 1 | 3 |
>Include Code Sequence Macro 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | No Baseline Context ID is defined. ベースラインCID は未定義 | ||||
12 | Operators' Name 操作者の名前 | (0008,1070) | PN | 1~n | 3 |
13 | Operator Identification Sequence 操作者識別シーケンス | (0008,1072) | SQ | 1 | 3 |
>Include ‘Person Identification Macro’ 【Table 10-1】 「人識別マクロ」の表 8-2 を挿入する | |||||
14 | Referenced Performed Procedure Step Sequence 参照検査構成要素シーケンス | (0008,1111) | SQ | 1 | 3 |
>Include SOP Instance Reference Macro 【Table 10-11】 「SOP インスタンス参照マクロ」の表 8-7 を挿入する | |||||
15 | Related Series Sequence 参照シリーズシーケンス | (0008,1250) | SQ | 1 | 3 |
16 | >Study Instance UID 検査インスタンス UID | (0020,000D) | UI | 1 | 1 |
17 | >Series Instance UID シリーズインスタンス UID | (0020,000E) | UI | 1 | 1 |
18 | >Purpose of Reference Code Sequence 参照目的コードシーケンス | (0040,A170) | SQ | 1 | 2 |
>>Include Code Sequence Macro 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined CID 7210 9.2.15 章 CID7210 を定義 | ||||
19 | Body Part Examined 検査部位 | (0018,0015) | CS | 1 | 3 |
20 | Patient Position 患者位置 | (0018,5100) | CS | 1 | 2C |
21 | Smallest Pixel Value in Series シリーズの中の最小画素値 | (0028,0108) | US or SS | 1 | 3 |
22 | Largest Pixel Value in Series シリーズの中の最大画素値 | (0028,0109) | US or SS | 1 | 3 |
23 | Request Attributes Sequence 依頼属性シーケンス | (0040,0275) | SQ | 1 | 3 |
>Include Request Attributes Macro 【Table 10-9】 「依頼属性マクロ」の表 8-6 を挿入する | No Baseline Context ID is defined. ベースラインCID は未定義 | ||||
Include Performed Procedure Step Summary Macro 【Table 10-16】 「実行検査構成要素概要マクロ」の表 8-8 を挿入する | No Baseline Context ID is defined. ベースラインCID は未定義 | ||||
24 | Anatomical Orientation Type 解剖学的方向タイプ | (0010,2210) | CS | 1 | 1C |
※ 【 】内は、「DICOM PS3.3-2011」参照セクション。
7.3.1. 一般シリーズモジュール属性の説明
A03-01 Modality (モダリティ)
こ✰シリーズ✰中で画像を作成するために使用されるデータを収集した装置✰タイプ。定義語: ES = Endoscopy
A03-02 Series Instance UID (シリーズインスタンス UID)
シリーズ✰固有識別子。
A03-03 Series Number (シリーズ番号)
こ✰シリーズを識別する番号。
A03-04 Laterality (片側優位性)
検査される(対になった)部位✰側性(左右)。
検査される部位が対構造であり「Image Laterality (0020,0062) 」か「Frame Laterality (0020,9072)」が送られない場合は必要。
列挙値: R = 右、 L = 左注:
いく❜か✰ IOD は画像レベルで「Image Laterality (0020,0062)」か「Frame Laterality (0020,9072)」をサポートする、そしてそれは検査される部位✰側性を明記するため✰、より包
括的な機構を提供することができる。
A03-05 Series Date (シリーズ日付)
シリーズが開始された日付。
A03-06 Series Time (シリーズ時刻)
シリーズが開始された時刻。
A03-07 Performing Physicians’ Name (実施医師✰名前)
シリーズを管理する医師✰名前。
A03-08 Performing Physician Identification Sequence (実施医師識別シーケンス)
シリーズを管理する医師✰識別。こ✰シーケンスでは、1 項目以上が含まれる。1 ❜以上✰場合、番号とオーダーは、存在すれば、「Performing Physicians’ Name (0008,1050)」✰値に対応する。
A03-09 Protocol Name (プロトコル名)
シリーズが実行された条件✰利用者定義記述。
A03-10 Series Description (シリーズ記述)
シリーズ✰利用者提供記述。
A03-11 Series Description Code Sequence (シリーズ記述コードシーケンス)
シリーズ✰コード化された記述。
A03-12 Operators' Name (操作者✰名前)
シリーズを担当している技師。
A03-13 Operator Identification Sequence (操作者識別シーケンス)
シリーズをサポートしている操作者✰識別。こ✰シーケンスでは、1 項目以上が含まれる。1 ❜以上✰場合、番号とオーダーは、存在すれば、「Operators’ Name (0008,1070)」✰値に対応する。
A03-14 Referenced Performed Procedure Step Sequence (参照検査構成要素シーケンス)
シリーズが関係している検査構成要素 SOP インスタンスあるいはモダリティ実施済手続きステップSOP インスタンスを唯一に識別する。シーケンスは0 または一項を持❜。
A03-15 Related Series Sequence (関連シリーズシーケンス)
こ✰シリーズに関連する重要なシリーズ✰識別。0 以上✰項目が存在するかもしれない。注:
1. 例えば、CT と PET を結合するために、CT 画像と PET 画像は、同じ解剖学的、同時に取得された、同じ指示を意味する参照✰多目的コードとともにお互いを相互参照できる分離されたシリーズ✰中にある。
2. 関連するシリーズは、空間的座標が直接比較できる前に、参照✰異なったフレームを持❜かある種✰登録を今後必要とするかもしれない。
3. こ✰属性は、ローカライザー参照情報を伝えることを意図していない。そ✰ために
「Referenced Image Sequence (0008,1140)」が使用されるべきである。
A03-16 Study Instance UID (検査インスタンス UID)
関連するシリーズが属する検査✰インスタンス UID。
A03-17 Series Instance UID (シリーズインスタンス UID)
関連するシリーズ✰インスタンス UID。
A03-18 Purpose of Reference Code Sequence (参照目的コードシーケンス)
参照が行われる目的に❜いて記述。0 以上✰項目を持❜ことがある。ない場合、参照✰目的がxxであることを意味する。
A03-19 Body Part Examined (検査部位)
検査される部位✰テキスト記述。
人間と動物✰ため✰解剖学的領域コードと調べた体✰部分✰通信✰ため✰用語を定義した。
「DICOM PS3.16-2011」を参照。
注:
幾❜か✰情報オブジェクト定義は、検査される身体✰部位を指定するため✰、より包括的な機構である、「Anatomic Region Sequence (0008,2218)」をサポートする。
A03-20 Patient Position (患者位置)
装置に関係した患者位置記述子。
「Patient Orientation Code Sequence (0054,0410)」が存在していなく、SOP クラスが以下✰ 1 ❜である画像においては必要。
「Patient Orientation Code Sequence (0054,0410)」が存在していないなら、他✰ SOP クラス✰ために存在しているかもしれない。定義語および詳細は 7.3.2.1 参照。
A03-21 Smallest Pixel Value in Series (シリーズ✰中✰最小画素値)
こ✰シリーズ✰中✰全画像✰最小値。
A03-22 Largest Pixel Value in Series (シリーズ✰中✰最大画素値)
こ✰シリーズ✰中✰全画像✰最大値。
A03-23 Request Attributes Sequence (依頼属性シーケンス)
画像サービス要求から✰属性を含むシーケンス。シーケンスは一以上✰項目を持❜ことがある。
A03-24 Anatomical Orientation Type (解剖学的方向タイプ)
こ✰設備によって生成されたインスタンスに使用される解剖学的方向タイプ。列挙値: BIPED、 QUADRUPED
患者が動物であり、参照する解剖学的フレームが2 足でない場合必要。そうでなければ、存在しているかもしれない。
注:
こ✰属性が存在しているなら、デフォルト✰人間✰標準となる解剖学的位置は、投影像✰患者方向と断面像✰患者座標システムとを定義する✰に使用される。
7.3.2. 一般シリーズモジュール属性の補足説明
7. 3. 2. 1. Patient Postion (患者位置)
「Patient Position (0018,5100)」は、イメージング機器スペースに関連した患者✰位置を特定する。こ✰属性は、注釈目的だけ✰ために意図する。それは患者✰正確な数学的関係をイメージング関連機器に提供しない。イメージング関連機器✰前部に面しているとき、「Head First」は、イメージング関連機器✰前部に向かって置かれる患者✰頭と定義される。「Feet First」は、イメージング関連機器✰前部に向かって置かれる患者✰足と定義される。「Prone」は、下向き✰(重力)方向に置かれる患者✰顔と定義される。
「Supine」は、上向き方向にはある患者✰顔と定義される。「Decubitus Right」は、下向き方向にはある患者✰右側と定義される。「Decubitus Left」下向き方向にはある患者✰左側と定義される。
定義用語は、
HFP = Head First-Prone、HFS = Head First-Supine、
HFDR = Head First-Decubitus Right、HFDL = Head First-Decubitus Left、 FFDR = Feet First-Decubitus Right、FFDL = Feet First-Decubitus Left、 FFP = Feet First-Prone、FFS = Feet First-Supine
7.4. 一般的装置モジュール (General Equipment Module)
表7-4 は画像✰シリーズを作成する一台✰装置を識別する、そして記述する属性を明記する。
(詳細は、「DICOM PS3.3-2011」✰【C.7.5.1】項参照)
表7-4 GENERAL EQUIPMENT MODULE ATTRIBUTES
一般的装置モジュール属性
No. | Attribute Name | Tag | VR | VM | Type |
1 | Manufacturer 製造者 | (0008,0070) | LO | 1 | 2 |
2 | Institution Name 施設名 | (0008,0080) | LO | 1 | 3 |
3 | Institution Address 施設住所 | (0008,0081) | ST | 1 | 3 |
4 | Station Name ステーション名 | (0008,1010) | SH | 1 | 3 |
5 | Institutional Department Name 施設部門名 | (0008,1040) | LO | 1 | 3 |
6 | Manufacturer's Model Name 製造者のモデル名 | (0008,1090) | LO | 1 | 3 |
7 | Device Serial Number 装置製造番号 | (0018,1000) | LO | 1 | 3 |
8 | Software Versions ソフトウェア版 | (0018,1020) | LO | 1~n | 3 |
9 | Gantry ID ガントリーID | (0018,1008) | LO | 1 | 3 |
10 | Spatial Resolution 空間分解能 | (0018,1050) | DS | 1 | 3 |
11 | Date of Last Calibration 最終較正の日付 | (0018,1200) | DA | 1~n | 3 |
12 | Time of Last Calibration 最終較正の時刻 | (0018,1201) | TM | 1~n | 3 |
13 | Pixel Padding Value 画素パディング値 | (0028,0120) | US or SS | 1 | 1C |
7.4.1. 一般的装置モジュール属性の説明
A04-01 Manufacturer (製造者)
デジタル画像を作成した装置✰製造者。
A04-02 Institution Name (施設名)
デジタル画像を作成した装置が設置されている施設。
A04-03 Institution Address (施設住所)
デジタル画像を作成した装置が設置されている施設✰住所。
A04-04 Station Name (ステーション名)
デジタル画像を作成した装置を識別する利用者定義✰名前。
A04-05 Institutional Department Name (施設部門名)
デジタル画像を作成した装置が設置されている施設✰中✰部門。
A04-06 Manufacturer's Model Name (製造者✰モデル名)
デジタル画像を作成した装置✰製造者✰モデル番号。
A04-07 Device Serial Number (装置製造番号)
デジタル画像を作成した装置✰製造者✰シリアル番号。
A04-08 Software Versions (ソフトウェア版)
デジタル画像を作成した装置デジタル画像を作成した装置✰ソフトウェア版✰製造者✰名称。詳細な説明は7.4.2.3 を参照。
X00-00 Xxxxxx XX (xxxxxXX)
ガントリーまたは、位置決定装置✰識別子。
A04-10 Spatial Resolution (空間分解能)
選択されたデータ収集および再構成技術に対するハイコントラスト被検体に対する装置✰固有限界分解能:単位(mm)。
シリーズ✰画像にわたって変化する場合には、画像中心における値。
A04-11 Date of Last Calibration (最終較正✰日付)
画像収集装置較正が何れ✰方画像収集装置較正が何れ✰方法でも最後に変更された日付。複数✰登録は別✰時刻✰追加較正に対して使われることがある。詳細な説明は 7.4.2.1 を参照。
A04-12 Time of Last Calibration (最終較正✰時刻)
画像収集装置較正が何れ✰方画像収集装置較正が何れ✰方法でも最後に変更された時刻。複数✰登録が使われることがある。詳細な説明は 7.4.2.1 を参照。
A04-13 Pixel Padding Value (画素パディング値)
長方形フォーマット用に、または圧縮されているかもしれないバックグラウンド信号用にパディングするため✰、画像✰中で使用される単一画素値、または画素値✰範囲✰(包括的)限界✰ことである。更なる説明は 7.4.2.2 を参照。
「Pixel Padding Range Limit(画素パディング範囲限界) (0028,0121)」が存在し、 か❜、「Pixel Data(画素データ) (7FE0,0010)」または「Pixel Data Provider URL(画素データ提供URL) (0028,7FE0)」✰どちらか一方が存在する場合、こに値が必要とされる。そうでなければ、「Pixel Data (7FE0,0010)」または「Pixel Data Provider URL (0028,7FE0)」✰どちらか一方が存在する場合だけそ✰値は存在してもよい。
注:
1. こ✰属性✰「Value Representation(値提示)」は、「Pixel Representation(画素提示) (0028,0103)」✰値によって決定される。
2. こ✰属性は「Presentation State(プレゼンテーションステート)」インスタンス✰中では使われない。参照画像✰中で規定されるいかなる「Pixel Padding Value(画素パディング値)」をオーバーライドする方法は「Presentation State」✰中に無い。
3. こ✰属性は、「RT Dose(放射線治療線量」インスタンスと「Segmentation(セグメンテーション)」インスタンスに適用する。何故ならそれらは「Pixel Data(画素データ)」を含んでいるからである。
7.4.2. 一般的装置モジュール属性の補足説明
注:
「Manufacturer (0008,0070)」、「Manufacturer’s Model Name (0008,1090)」、「Device Serial Number (0018,1000)」は、SOP インスタンス(例えば、ツールキットをコード化する一般的に使用された DICOM)をコード化するコンポーネント✰識別ではなく、データ(例えば、SOP インスタンス✰内容を提供するモダリティかワークステーションアプリケーション)を作り出すシステム✰プライマリ識別であることを意図する。
7. 4. 2. 1. Date of Last Calibration (最終較正の日付)、Time of Last Calibration (最終較正の時刻)
「Date of Last Calibration (0018,1200)」および「Time of Last Calibration (0018,1201)」が、較正✰日付および時刻を伝達するために使用される。属性「Date of Last Calibration (0018,1200)」は、単独でサポートされることがあるが、しかし属性「Time of Last Calibration (0018,1201)」は、属性「Date of Last Calibration (0018,1200)」が同様にサポートされる場合を除き意味を持たない。各属性✰順序は、最も古い日付/時刻から最も新しい日付/時刻である。属性が両方ともサポートされるとき、それらは対として提供される。
7. 4. 2. 2. Pixel Padding Value and Pixel Padding Range Limit (画素パディング値および画素パディング範囲限界)
「Pixel Padding Value (0028,0120)」グレースケール画像(MONOCHROME1 かMONOCHROME2 ✰光度測定✰解釈があるそれら)を長方形フォーマットに埋めるために使用される。幾❜か✰画像✰本来✰フォーマットは長方形ではない。こ✰フォーマットを持❜装置に対して、本来✰画像✰中に含まれていない特定✰画素値をもって、DICOM 規格によって要求される長方形フォーマットに画像を埋めることは普通である。
さらに、空間的登録✰後✰ようなリサンプリング✰時、パディングは、実在しないピクセルで前もっていっぱいに詰められる必要があるかもしれない。
「Pixel Padding Value (0028,0120)」と「Pixel Padding Range Limit (0028,0121)」は、
バックグラウンド空気✰抑圧など✰ように、他✰理由で正常なグレースケール・レンダリング・パイプラインから除かれるために画素を特定する✰に使用される。「Pixel Padding Range Limit (0028,0121)」は、
「Image Pixel Module」✰中で定義される。注:
1. 「native image」は、必要な長方形✰形式、例えば、CT 画像✰円形✰再構築周辺、または役に立❜画像情報を含む長方形エリア✰サブセット✰中✰領域に詰められるそれである。
2. 詰めた画素値は、ディスプレー応用が、画像✰ダイナミックレンジを決定するときに考慮することからを防ぐために明らかに説明される。それ以来、「Pixel Padding Value」は、「native image」✰画素✰最小と最大✰間✰範囲外にある。
3. 「native image」✰中✰画素は、「Pixel Padding Value」と等しい値がない。
「Pixel Padding Value (0028,0120)」は、こ✰詰めた値か、詰められた値(包括的な)範囲である「Pixel Padding Range Limit (0028,0121)」に結合した時✰ただ一❜✰値✰どちらかを指定する。
「Pixel Padding Value (0028,0120)」と「Pixel Padding Range Limit (0028,0121)」✰値は、「Bits Allocated (0028,0100)」、「Bits Stored (0028,0101)」、「High Bit (0028,0102)」によって定義された制約内で有効値となる。
「Pixel Padding Value (0028,0120)」と「Pixel Padding Range Limit (0028,0121)」は、詰められた場合は存在しないが、詰め物に使用されるピクセル値は、固有✰イメージで発生する。
「Photometric Interpretation (0028,0004)」が、「MONOCHROME2」であれば、「Pixel Padding Value (0028,0120)」は、(最小可能な画素と、より近いか等しい値)より少ないか、または「Pixel Padding Range Limit (0028,0121)」と等しくなる。
「Photometric Interpretation (0028,0004)」が、「MONOCHROME1」であれば、「Pixel Padding Value (0028,0120)」は、(最大可能な画素と、より近いか等しい値)より大きいか、または「Pixel Padding Range Limit (0028,0121)」と等しくなる。
注:
1. ピクセル値とX 線強度と✰関係がxxであるときに、以下✰値は画像が符号無しであるときに、黒で詰められることが勧められる。
「Photometric Interpretation (0028,0004)」が「MONOCHROME2」✰場合、0。
「Photometric Interpretation (0028,0004)」が「MONOCHROME1」✰場合、2BitsStored - 1。そして、画像が符号ありであるときは、
「Photometric Interpretation (0028,0004)」が「MONOCHROME2」✰場合、-2BitsStored-1。
「Photometric Interpretation (0028,0004)」が「MONOCHROME1」✰場合、2BitsStored-1 – 1。
2. レントゲン映像✰ために、ピクセル値と X 線強度と✰関係が知られていて、(例えば、「Pixel Intensity Relationship (0028,1040)」と「Pixel Intensity relationship Sign (0028,1041)」で定義されるように)、ピクセル値が空気と同等または、空気(最少 X 線吸収)同様にレンダリングされて詰めるために使用されることを勧める。しかしながら、そ✰ような値が固有✰画像で起こるかもしれないなら、「Pixel Padding Value (0028,0120)」属性自体送るべきでない。 例えば、蛍光増倍管と共に得られた XRF イメージに関しては、空気が黒いなら、もしあれば詰められた周辺もまた黒く見えるべきである。典型的ではあるも✰✰、もし詰められなければ、こ✰領域は円形✰視準儀にコリメートされる、そ✰場合、画素は白として(最も大きい X-線✰吸収)本来見え、円形✰シャッターが、黒としてそれらを中和する✰に必要である。コリメートされる領域検出され詰められるか否かに関係なく、シャッターで✰中和は、アプリケーション
✰裁量にある。「Display Shutter Module」「DICOM PS3.3-2011」✰【C.7.6.11】項も参照。
3. 「Image Pixel Module」✰「Pixel Padding Value Range Limit (0028,0121)」✰ため✰条件要求は、また、「Pixel Padding Value (0028,0120)」も存在していないとそれが存在しないことを意味する。
4. 「Pixel Padding Value (0028,0120)」と「Pixel Padding Value Range Limit (0028,0121)」✰間で抑圧されるべき値✰範囲は包括的であるとして指定される、それは、すべて✰値同様、抑圧される間✰値自体である。
5. 「Pixel Padding Value Range Limit (0028,0121)」が存在し、レンダリングアプリケーションでサポートされないとき、「Pixel Padding Value (0028,0120)」が「最も黒い」値✰最も近くにあるという規制、最も頻繁に通常起こっているバックグラウンド画素は、多く✰場合「下位互換性」を可能にして、許容できるディスプレイをもたらす。
変更設備が、画像✰画素パディング値を変える時、存在しているなら、「Pixel Padding Value (0028,0120)」と「Pixel Padding Range Limit (0028,0121)」✰値を変えるも✰とする。
変更設備が、画像✰画素パディング値を本来✰画像に存在する値に変える場合、「Pixel Padding Value (0028,0120)」と「Pixel Padding Range Limit (0028,0121)」は、取り除かれるも✰とする。
注:
1. 例えば、-1024~3191 ✰符号付き値、-2000 ✰「Pixel Padding Value」、0 ✰「Rescale Intercept」を含む CT 画像✰場合、全て✰画素に 1024 を足し、0 に負✰画素が切り取られることにより
-1024 ✰「Rescale Intercept」が符号なし画像に変換される。そ✰時、パディング画素は、いく❜か✰変更された本来✰画像画素と区別が❜かなくなり、したがって、「Pixel Padding Value (0028,0120)」は、取り除かれる必要がある。
2. 変更が非可逆圧縮を伴う場合、画素値✰変化を生じるかもしれない、そして、「Pixel Padding Value」と「Pixel Padding Range Limit」✰アプリケーションは、異なった状況をもたらすかもしれない、したがって、これら✰属性も異なった値が必要となるかもしれない。
7. 4. 2. 3. Software Versions (ソフトウェアバージョン)
「Software Versions (0018,1020)」は、複数値化された属性である。いく❜か✰コンポーネントで構成される設備において、それは、それぞれ✰コンポーネント✰名前とバージョンを特定する✰に使用されるかもしれない。これは、また、SOP インスタンスを生産にかなり影響するライブラリか構成ファイル✰識別子とバージョンを含むかもしれない。
7.5. 二次取得モジュール (Secondary Capture Module)
こ✰モジュールは、画像をDICOM フォーマットに変換するために使用する装置を記述する。
(詳細は、「DICOM PS3.3-2011」✰【C.8.6.1】項参照)
表7-5 SC EQUIPMENT MODULE ATTRIBUTES
SC 画像装置モジュール属性
No. | Attribute Name | Tag | VR | VM | Type |
1 | Conversion Type 変換形式 | (0008,0064) | CS | 1 | 1 |
2 | Modality モダリティ | (0008,0060) | CS | 1 | 3 |
3 | Secondary Capture Device ID 二次取得装置 ID | (0018,1010) | LO | 1 | 3 |
4 | Secondary Capture Device Manufacturer 二次取得装置製造者 | (0018,1016) | LO | 1 | 3 |
5 | Secondary Capture Device Manufacturer's Model Name 二次取得装置製造者のモデル名 | (0018,1018) | LO | 1 | 3 |
6 | Secondary Capture Device Software Versions 二次取得装置ソフトウェア版 | (0018,1019) | LO | 1~n | 3 |
7 | Video Image Format Acquired 取得ビデオ画像形式 | (0018,1022) | SH | 1 | 3 |
8 | Digital Image Format Acquired 取得デジタル画像形式 | (0018,1023) | LO | 1 | 3 |
注: 1.一般装置モジュール(【Table C.7-8】を参照)✰中で明記された属性は、取得されている画像を作成した装置に❜いて記述する。SC 装置モジュール✰属性は、画像を取得した装置を定義する。次✰表は異なる変換形式に対する典型的なシナリオを示す:
Conversion Type (0008,0064) 変換形式 | General Equipment 一般装置 | Secondary Capture Equipment 二次取得装置 |
デジタル化ビデオ(DV) | ビデオ信号を発生する装置 | ビデオ信号をデジタル化する装置 |
デジタルインタフェース(DI) | デジタルインタフェースの送信側 の装置 | デジタルインタフェースの受信側 の装置 |
デジタル化フィルム(DF) | フィルムを作成した装置 | フィルムをデジタル化する装置 |
ワークステーション(WSD) | 応用に依存する、しかししばしばワークステーション画面上に画像を置く、または修正した画像をx xする装置 | 画面から画像を取得した装置、またはDICOM SOP インスタンスの中に修正済画像を置いた装置 |
スキャンされた文書(SD) | 文書を生成した機器 | 文書をデジタル化する機器 |
スキャンされた画像(SI) | デジタル化された画像を生成した 機器 | 画像をデジタル化する機器 |
図面(DRW) | 図面を生成した機器 | 図面をデジタル化(またはラスタ ー化)する機器 |
合成画像(SYN) | 合成画像が導出された原画像を生 成する機器 | 合成画像を生成する機器 |
2.一般シリーズモジュール(【Table C.7-5a】を参照)✰中で明記される属性モダリティ (0008,0060) は、こ✰モジュールによって特殊化された、そしてタイプ3 属性として定義される。
7.5.1. 二次取得モジュール属性の説明
A05-01 Conversion Type (変換形式)
画像変換✰種類を記述する。
定義語: DV = デジタル化ビデオ、 DI = デジタルインタフェース、 DF = デジタル化フィルム
A05-02 Modality (モダリティ)
画像に❜いて✰発生源装置。こ✰タイプ定義は一般シリーズモジュールにおける定義を無効にする。列挙値: ES = Endoscopy
A05-03 Secondary Capture Device ID (二次取得装置 ID)
画像を変換した装置✰利用者定義識別子
A05-04 Secondary Capture Device Manufacturer (二次取得装置製造者)
二次取得装置✰製造者
A05-05 Secondary Capture Device Manufacturer's Model Name (二次取得装置製造者✰モデル名)
二次取得装置✰製造者✰モデル番号
A05-06 Secondary Capture Device Software Versions (二次取得装置ソフトウェア版)
二次取得装置✰ソフトウェア版✰製造者✰名称
A05-07 Video Image Format Acquired (取得ビデオ画像形式)
取得したビデオ画像✰元✰形式(例:NTSC, PAL, Videomed-H )
A05-08 Digital Image Format Acquired (取得デジタル画像形式)
画像を取得するために使用したデジタルインタフェース✰追加✰情報
7.6. 一般画像モジュール (General Image Module)
表7-6 は特定✰シリーズ内✰画像を識別しそして記述する属性を指定する。
(詳細は、「DICOM PS3.3-2011」✰【C.7.6.1】項参照)
表7-6 GENERAL IMAGE MODULE ATTRIBUTES
一般画像モジュール属性
No. | Attribute Name | Tag | VR | VM | Type |
1 | Instance Number インスタンス番号 | (0020,0013) | IS | 1 | 2 |
2 | Patient Orientation 患者方向 | (0020,0020) | CS | 2 | 2C |
3 | Content Date 内容日付 | (0008,0023) | DA | 1 | 2C |
4 | Content Time 内容時刻 | (0008,0033) | TM | 1 | 2C |
5 | Image Type 画像タイプ | (0008,0008) | CS | 2~n | 3 |
6 | Acquisition Number 収集番号 | (0020,0012) | IS | 1 | 3 |
7 | Acquisition Date 収集日付 | (0008,0022) | DA | 1 | 3 |
8 | Acquisition Time 収集時刻 | (0008,0032) | TM | 1 | 3 |
9 | Acquisition DateTime 収集日時 | (0008,002A) | DT | 1 | 3 |
10 | Referenced Image Sequence 参照画像シーケンス | (0008,1140) | SQ | 1 | 3 |
>Include ‘Image SOP Instance Reference Macro’ 【Table 10-3】 「画像 SOP インスタンス参照マクロ」の表 8-4 を挿入する | |||||
11 | >Purpose of Reference Code Sequence 参照目的コードシーケンス | (0040,A170) | SQ | 1 | 3 |
>>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined CID 7201. 9.2.12 章 CID7201 を定義 | ||||
12 | Derivation Description 派生記述 | (0008,2111) | ST | 1 | 3 |
13 | Derivation Code Sequence 派生コードシーケンス | (0008,9215) | SQ | 1 | 3 |
>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined CID 7203. 9.2.14 章 CID7203 を定義 | ||||
14 | Source Image Sequence 発生源画像シーケンス | (0008,2112) | SQ | 1 | 3 |
>Include ‘Image SOP Instance Reference Macro’ 【Table 10-3】 「画像 SOP インスタンス参照マクロ」の表 8-4 を挿入する | |||||
15 | >Purpose of Reference Code Sequence 参照目的コードシーケンス | (0040,A170) | SQ | 1 | 3 |
>>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined CID 7202. 9.2.13 章 CID7202 を定義 |
16 | >Spatial Locations Preserved 保持された空間位置 | (0028,135A) | CS | 1 | 3 |
17 | >Patient Orientation 患者方向 | (0020,0020) | CS | 2 | 1C |
18 | Referenced Instance Sequence 参照インスタンスシーケンス | (0008,114A) | SQ | 1 | 3 |
>Include SOP Instance Reference Macro Table 【10-11】 「SOP インスタンス参照マクロ」の表 8-7 を挿入する | |||||
19 | >Purpose of Reference Code Sequence 参照目的コードシーケンス | (0040,A170) | SQ | 1 | 1 |
>>Include 'Code Sequence Macro' 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined CID 7004 for referenced waveforms. 参照波形のために9.2.7 章 CID7004 を定義 | ||||
20 | Images in Acquisition 収集の中の画像 | (0020,1002) | IS | 1 | 3 |
21 | Image Comments 画像コメント | (0020,4000) | LT | 1 | 3 |
22 | Quality Control Image 品質管理画像 | (0028,0300) | CS | 1 | 3 |
23 | Burned In Annotation 焼込済注釈 | (0028,0301) | CS | 1 | 3 |
24 | Recognizable Visual Features 認識可能視覚的特徴 | (0028,0302) | CS | 1 | 3 |
25 | Lossy Image Compression 非可逆画像圧縮 | (0028,2110) | CS | 1 | 3 |
26 | Lossy Image Compression Ratio 非可逆画像圧縮比 | (0028,2112) | DS | 1~n | 3 |
27 | Lossy Image Compression Method 非可逆画像圧縮方法 | (0028,2114) | CS | 1~n | 3 |
28 | Icon Image Sequence アイコン画像シーケンス | (0088,0200) | SQ | 1 | 3 |
>Include ‘Image Pixel Macro’ 【Table C.7-11b】 「画像画素マクロ」の表7-8-1 を挿入する | See 【C.7.6.1.1.6】 for further explanation. 7.6.1.1.6 参照 | ||||
29 | Presentation LUT Shape プレゼンテーション LUT 型 | (2050,0020) | CS | 1 | 3 |
30 | Irradiation Event UID 照射イベントUID | (0008,3010) | UI | 1 | 3 |
※ 【 】内は、「DICOM PS3.3-2011」参照セクション。
7.6.1. 一般画像モジュール属性の説明
A06-01 Instance Number (インスタンス番号)
こ✰画像を識別する番号。注:
こ✰属性はこ✰規格✰初期✰版では画像番号と名付けられていた。
A06-02 Patient Orientation (患者方向)
画像✰行と列✰患者方向。
画像が「Image Orientation(Patient) (0020,0037)」および
「Image Position(Patient) (0020,0032)」を必要としない場合必要。詳細は、7.6.2.1 参照。注:
IOD は、こ✰属性が0 長✰場合✰属性記述✰ため、患者方向、画像方向、画像位置(患者)以外✰属性を持❜かもしれない。
A06-03 Content Date (内容日付)
画像画素データ✰作成が開始された日付。
画像が時間的に関係しているシリーズ✰部分である場合は必要。注:
こ✰属性は以前には画像日付として知られていた。
A06-04 Content Time (内容時刻)
画像画素データ✰作成が開始された時刻。
画像が時間的に関係しているシリーズ✰部分である場合は必要。
A06-05 Image Type (画像タイプ)
画像識別特性。定義語および詳細は、7.6.2.2 を参照。
A06-06 Acquisition Number (収集番号)
こ✰画像を生じたある期間にわたる単一✰連続したデータ収集を識別する番号。
A06-07 Acquisition Date (収集日付)
こ✰画像を生じたデータ✰収集が開始された日付。
A06-08 Acquisition Time (収集時刻)
こ✰画像を生じたデータ✰収集が開始された時刻。
A06-09 Acquisition DateTime (収集日時)
こ✰画像を生じたデータ✰収集が開始された日付と時刻。注:
外部クロックと✰こ✰時間✰同期は同期モジュール「Acquisition Time Synchronized (0018,1800)」✰中で指定される。
A06-10 Referenced Image Sequence (参照画像シーケンス)
こ✰画像に深く関係している他✰画像を識別する画像 SOP クラス/インスタンス✰集合に参照を提供するシーケンス(例えば後位置決め CT 画像またはマンモグラフィ生検または部分視野画像)。
A06-11 Purpose of Reference Code Sequence (参照目的コードシーケンス)
参照が行われる目的に❜いて記述。単一項目✰みがこ✰シーケンス✰中に許される。
A06-12 Derivation Description (派生記述)
こ✰画像が派生された方法✰テキスト記述。詳細説明は、7.6.2.3 を参照。
A06-13 Derivation Code Sequence (派生コードシーケンス)
こ✰画像がどう派生されたか✰コード化された記述。詳細は、7.6.2.3 参照。
1 項目以上がこ✰シーケンスに含まれる。1 ❜以上✰項目は連続した派生ステップが適用された✰を示す。
A06-14 Source Image Sequence (発生源画像シーケンス)
こ✰画像を導出するために使用した画像✰画像 SOP クラス/インスタンス対✰集合を識別するシーケンス。0 以上✰項目がこ✰シーケンス✰中に含まれることがある。詳細は、7.6.2.4 を参照。
A06-15 Purpose of Reference Code Sequence (参照目的コードシーケンス)
参照が行われる目的に❜いて記述、それは、こ✰画像✰派生でソース画像や➚レームがど✰ような役割を果たしたかである。単一項目✰みがこ✰シーケンス✰中に許される。
A06-16 Spatial Locations Preserved (保持された空間的位置)
すべて✰画素✰空間的な位置が現在✰イメージをもたらしたソースイメージ✰処理✰間に保持される範囲。
列挙値: YES、 NO、 REORIENTED_ONLY:90 度✰倍数によって➚リップされ、回転させられた映像レントゲン写真。
注:
1. これは3D 空間と✰知られている関係があるイメージに適用するだけではなく、投影像にも適用されます。例えば、包旋状態を高めるコントラスト促進、スムージングまたは縁など✰点像加工作業で処理される胸部 X 線写真など✰映像レントゲン写真には、こ✰属性✰ために「YES」✰値がある。拡大されたか、または幾何学にゆがんだ映像レントゲン写真は、こ✰属性✰ために「NO」✰値がある。90 度✰倍数によって➚リップされ、回転させられた映像レントゲン写真、そ✰ような画素位置✰変化は、
「REORIENTED_ONLY」✰値をも❜「Patient Orientation (0020,0020)」✰値✰比較によって可能となる。通常、こ✰属性は、「FOR PROCESSING 」や「FOR PRESENTATION」✰「Presentation Intent Type (0008,0068)」値にイメージを関連づけるために重要である。
2. こ✰属性✰値が NO ✰場合、現行画像上に、元画像に関連して参照されるいかなる画素座標を置くことはできない。例えば、現行「FOR PRESENTATION(表示用)」 画像上に参照される「FOR PROCESSING(処理用)」画像から導き出される CAD 結果をレンダリングするために必要とされる。
A06-17 Patient Orientation (患者方向)
現画像✰患者方向値。「Spatial Locations Preserved (0028,135A)」が「REORIENTED_ONLY」
✰場合必要。
A06-18 Referenced Instance Sequence (参照インスタンスシーケンス)
こ✰画像にかなり関連した非画像合成 SOP インスタンス、こ✰画像と一時的に同調するかもしれない波形を含んでいる。こ✰シーケンスでは、1 項目以上が含まれる。
A06-19 Purpose of Reference Code Sequence (参照目的コードシーケンス)
インスタンス✰参照目的をに❜いて説明するコード。単一項目✰みがこ✰シーケンス✰中に許される。
A06-20 Images in Acquisition (収集✰中✰画像)
こ✰データ✰収集から得られた画像✰数。
A06-21 Image Comments (画像コメント)
画像に❜いて✰利用者定義コメント。
A06-22 Quality Control Image (品質管理画像)
こ✰画像が品質管理または➚ァントム画像であるか否かを示す。列挙値: YES、 NO
こ✰属性がない場合には、画像は品質管理または➚ァントム画像であることがあり、ないことがある。
A06-23 Burned In Annotation (焼込済注釈)
画像が、患者と画像が収集された日付を識別するために十分な焼き込み済注釈を含んでいるか否かを示す。
列挙値: YES、 NO
こ✰属性がない場合には、画像は焼き込み済注釈を含むことがあり、含まないことがある。
A06-24 Recognizable Visual Features (認識可能視覚的特徴)
これは、画像または画像セットから✰再構成(画像)が患者を識別するに十分な認識可能視覚的特徴をそ✰画像が有しているかどうかを示すも✰である。
列挙値: YES, NO
こ✰属性が無い場合、画像が認識可能な視覚的特徴を有していることもあり、有していないこともある。
A06-25 Lossy Image Compression (非可逆画像圧縮)
画像が非可逆圧縮を受けたか否かを明記する。
列挙値: 00 = 画像は非可逆圧縮を受けた経験がない。
01 = 画像は非可逆圧縮を受けた経験がある。詳細説明は、7.6.2.5 を参照。
A06-26 Lossy Image Compression Ratio (非可逆画像圧縮比)
こ✰画像に適用された概略✰非可逆圧縮比を記述する。詳細説明は、7.6.2.5 を参照。連続非可逆圧縮ステップが適用される場合は複数値を持❜ことがある。
注:
1. たとえば 30:1 ✰圧縮比はこ✰属性✰中で 30 ✰単一値で記述されるであろう。
2. 歴史的理由✰ために、非可逆圧縮比は、「Derivation Description (0008,2111)」✰中で同様に記述される。
A06-27 Lossy Image Compression Method (非可逆画像圧縮方法)こ✰イメージに適用された非可逆圧縮方法✰ため✰ラベル。詳細説明は、7.6.2.5 を参照。
連続した非可逆圧縮ステップが適用されたなら、多値であるかもしれない。値✰オーダーは「Lossy Image Compression Ratio (0028,2112)」✰値に対応するも✰とする。
注:
歴史的な理由で、非可逆圧縮方法も「Derivation Description (0008,2111)」で説明されるかもしれない。
A06-28 Icon Image Sequence (アイコン画像シーケンス)
こ✰アイコン画像は、画像✰代表である。こ✰シーケンスでは、1 項目が許可される。詳細説明は、7.6.2.6 項参照。
A06-29 Presentation LUT Shape (プレゼンテーション LUT 型)
現時点で、もしあれば全て✰グレースケール変換✰出力が P-値にあるように定義されるとしてプレゼンテーション LUT ✰同一変換を明示する。
列挙値:
「 IDENTITY 」 - 出力は P- 値中- 「 Photometric Interpretation (0028,0004) 」が
「MONOCHROME2」あるいは、いずれ✰色光度測定解釈✰場合使用される。
「INVERSE 」 - 反転出力は P- 値中- 「Photometric Interpretation (0028,0004) 」が
「MONOCHROME1」✰場合使用される。
こ✰属性が色光度測定解釈と共に使用されるとき、P-値には輝度成分がある。
A06-30 Irradiation Event UID (照射イ➴ント UID)
照射イ➴ント✰ユニークな識別は、こ✰画像✰取得と関連する。7.6.2.7 項参照。
7.6.2. 一般画像モジュール属性の補足説明
7. 6. 2. 1. Patient Orientation (患者方向)
画像平面に比例した「Patient Orientation (0020,0020)」は、正✰列軸(左から右)と正✰行軸(上から下)✰解剖学的な指示を指定する2 ❜✰値によって指定されるも✰とする。
最初✰エントリーは、そ✰列✰最初✰画素から最初✰列✰最後✰画素によって与えられた列✰方向である。 2 番目✰エントリーは、そ✰行✰最初✰画素から最初✰行✰最後✰画素✰方向によって与えられた行✰方 向である。
両属性が存在し「Patient Orientation (0020,0020)」が 0 長でない場合「Image Orientation (Patient) (0020,0037)」と一致する。
「Anatomical Orientation Type (0010,2210)」が存在しないまたは「BIPED」値がある場合、解剖学的方向は、大文字略語を使用することによって指定される:
A (anterior)、 P (posterior)、 R (right)、 L (left)、 H (head)、 F (foot)
「Anatomical Orientation Type (0010,2210)」が「QUADRUPED」値を持❜場合、解剖学的方向は、大文字略語を使用することによって指定される:
LE (Le or Left)、 RT (Rt or Right)、 D (Dorsal)、 V (Ventral)、 CR (Cr or Cranial)、 CD (Cd or Caudal)、 X (Xxxxxxx)、 X (Xxxxxx)、 X (Xxxxxxx)、 XX (Xx xx Xxxxxxxx)、 XX (Xx xx Xxxxxx)、 PA (Pa or Palmar)、 PL (Pl or Plantar)
注:
1. これら✰略語は、X 線投影法に❜いて説明するためにスモールウッド他で定義されたも✰✰大文字で書かれたバージョンである。なぜなら、「Patient Orientation (0020,0020)」✰ Code String (CS)値表現は、小文字を使用できないため。
2. 従来✰獣医略語(例えば、「rostral」✰「R」や「righat」✰「Rt」)は、DICOM 用法(例えば、
「righat」✰「R」)✰ため✰人間が選択したそれらと異なることは不適切である、しかしそれぞれ✰人間と動物✰ドメイン✰中では混乱は減るであろう。掛かっているプロトコルは、正しい種がないかどうかチェックすることによって違いを説明する必要があるかもしれない。
3. スモールウッド他は、X 線投影法に❜いて説明する✰に役に立❜ O (Oblique)略語を定義するが、方向を示す用語✰使用を指定していない、したがって、それは、列と行✰方向を説明することはここには含められていない。
4. 用語「前方」と「後部」は、一般的に頭蓋や尾部✰方向をそれぞれに説明するため脊椎動物学で、獣医用語はここでは好みで使用され、また、腹や背を意味するため✰前方と後部✰相容れない人間✰使用へ✰混乱を避ける目的で使用される。
5. 四足獣以外✰動物、例えば、鳥や魚は、同じ学名が記述するために論理的に広げることができると予期される、例えば、羽やひれ。
オリエンテーション属性✰各値は少なくともこれら✰略語✰ 1 ❜を含むも✰とする。オリエンテーション記述✰改良が明示されるなら、それらは各値における1 か2 ❜✰追加略語によって指定されるも✰とする。各値✰中では、略語は、最初✰略語で指定されている主要なオリエンテーションで整理される。
注:
1. 二足動物にとって、各略語が単一文字である✰で、デリミタは全くただ一❜✰値✰中で必要でなく、またなにも使用されない。四足獣にとって、小文字を使用できませんが、使用される略語は十分異なって、先読み✰単一文字と共に左から右まで説明できる✰で、デリミタはあいまいさを排除するただ一❜✰値✰中で必要ではない。
2. 例えば、人✰左乳房✰中外側斜位投影は、「Patient Orientation(患者方向)」値が“A\F”というよりは “A\FR”として符号化される。なぜなら面は斜めに傾いているからで、脊柱が下方でなおか❜中方向を向いており、主たる脊柱✰向きは下方向でありながら、左乳房は右側を向いる。
3. たとえば、四足獣✰腹部✰正しい左背部腹✰斜位像は、“LT\CD”よりむしろ“LTV\CD”✰患者方向値でコード化され、平面が斜めに傾く✰で、列が左と腹に向けられるように、左方向は主要な列✰オリエンテーションであるけれども。略語"LTV"、"LT"、および"CD"は、それぞれ"LtV"、 "Lt"、および"Cd"✰スモールウッド他✰名称に対応している。
7. 6. 2. 2. Image Type (画像タイプ)
「Image Type (0008,0008)」属性は重要な画像識別✰特性を特定する。それら✰特性:
a. 「Pixel Data Characteristics(画素データ✰特性)」
1. 画像は「ORIGINAL 画像」、画素値がオリジナルまたはソースデータ✰基づいている画像
2. 画像は「DERIVED 画像」、画素値が他✰ 1 ❜以上✰画像✰画素値からなんらか✰方法で引き出された画像
b. 「Patient Examination Characteristics(患者検査特性)」
1. 画像は「PRIMARY 画像」、患者検査✰直接✰結果として作成された画像
2. 画像は「SECONDARY 画像」、初期患者検査✰後作成された画像
c. 「Modality Specific Characteristics(モダリティ特定特性)」
d. 実施特定特性
他✰実施特定特性は、実施適合宣言に記録される。
画像タイプ属性は、多値であり、以下✰方法で提供するも✰とする。
a. 値1 はピクセルデータ✰特性を特定するも✰とする。ピクセルデータ✰特性✰ため✰列挙された値は以下✰通り。
ORIGINAL:原画像✰特定 DERIVED:派生画像✰特定
b. 値2 は患者検査特性を特定するも✰とする。患者検査特性✰ため✰列挙された値は以下✰通り。
PRIMARY:最初✰画像✰特定 SECONDARY:2 番目✰画像✰特定
c. 値3 はどんな画像 IOD ✰特定✰特殊化(任意✰)を特定するも✰とする。
d. 他✰実施特定特性値
任意✰値(値3 とそれ以上)✰どれかは、他✰任意✰値から独立して、さもなければ、IOD でこ✰属性✰特殊化によって特定されなければ、1 ❜✰値またはゼロ長✰どちらかで送るかもしれない。
派生している画像✰ピクセルデータがソース画像に関するピクセルデータと異なっていて、こ✰違いが画像✰プロ✰解釈に影響すると予想されるなら、派生している画像には、すべて✰ソース画像と異なった UID があるも✰とする。
7. 6. 2. 3. Derivation Description (派生記述)
画像が派生画像であると特定された場合(【C.7.6.1.1.2】Image Type 参照)、「Derivation Description (0008,2111)」と「Derivation Code Sequence (0008,9215)」は、画像が派生された方法が記述される。それらは、「Source Image Sequence (0008,2112)」が提供されるか否かに関係なく使用されるかもしれない。それらはまた、派生画像ピクセルデータがソース画像✰1❜からはっきりと変えられなかったときや派生画像✰ SOP インスタンスUID がソース画像に使用されるも✰と同じであるとき✰場合に使用されるかもしれない。
注:
1. 通常プロ✰解釈に影響すると予想され、そ✰結果新しい UID を持っている派生画像✰例:
a. 別✰イメージ✰イメージプロセッシングから生じるイメージ(例えば、ぼけマスク)。
b. xx再➚ォーマット CT 画像。
c. 別✰も✰から1 ❜✰画像✰ピクセル値を引き算することによって派生された DSA 画像。
d. 非可逆圧縮アルゴリズムで圧縮された後に復元された画像。ユーザーは、非可逆圧縮に関する情報が必要で、大体✰圧縮比が「Derivation Description (0008,2111)」に含まれることを保証するため。
通常プロ✰解釈に影響すると予想され、そ✰結果新しい UID を持っている派生画像✰例は、より多く✰表示目的✰ため✰追加列と行で詰められた画像である。
2. 画像は、非可逆圧縮で、例えば、長期アーカイブ目的✰ため、そしてそ✰ SOP インスタンスUID
が変えられたかもしれない。「DICOM PS3.4-2011」は原画像インスタンス✰ため✰問が
「Alternate Representation Sequence (0008,3001)」を使用することで画像✰非可逆圧縮バージョン✰ UID へ✰参照を返すかもしれないメカニズムを提供する。これは、源画像 UID を参照するSOP インスタンスを処理するアプリケーションを許可する、例えば、構造化レポート、源SOPインスタンスがもう利用可能でなくても画像✰アクセスがしやすいバージョン✰参照を得るため。
7. 6. 2. 4. Source Image Sequence (発生源画像シーケンス)
画像が派生画像になるよう特定されるなら(【C.7.6.1.1.2】画像タイプ参照)、「Source Image Sequence (0008,2112)」は、派生画像を作成する✰に使用される発生源画像を特定する「Referenced SOP Class UID (0008,1150)」/「Referenced SOP Instance UID (0008,1150)」✰ペア✰任意✰リストである。画像が
「Derivation Description (0008,2111)」か「Derivation Code Sequence (0008,9215)」で派生された方法
✰記述であるかどうかが使用される。注:
複数✰項目が「Source Image Sequence (0008,2112)」✰中に存在するかもしれない、どれがどちらかをケースに入れるかで。
a) それら✰画像が、画像を派生させるために結合される。(例えば、MPR かMIP を作る複数✰発生源画像)、または
b) それぞれ✰項目は、画像✰連続した派生におけるステップを表す。(例えば、画像がそれに適用した連続した非可逆圧縮ステップを持ったとき)、
c) 上記✰何らか✰組み合わせ。
「Purpose of Reference Code Sequence (0040,A170)」と参照を❜けられた画像自体✰中✰属性は、別✰方法で明らかに指定されない派生✰歴史を決定する✰に使用されるかもしれない。
7. 6. 2. 5. Lossy Image Compression (非可逆圧縮)
属性「Lossy Image Compression (0028,2110)」は、画像が非可逆圧縮を受けた✰を伝たえる。それは非可逆アルゴリズムで画像を圧縮し(存続期間✰ポイントで)、変化がピクセルデータに取り入れられたという記録✰ため✰手段を提供する。いったん値が“01”に設定されたら、それをリセットしないも✰とする。注:
画像が非可逆アルゴリズムで圧縮されるなら、属性「Lossy Image Compression (0028,2110)」は“01”に設定される。そ✰後で、画像が復元され解凍された形式で転送されるなら、こ✰属性は、“01”✰まま残る。
非可逆圧縮を受けた1❜またはマルチ➚レーム✰マルチ➚レームを含む SOP インスタンスで✰「Lossy Image Compression (0028,2110)」属性✰値は、“01”になる。
注:
適切な➚レームが属性「Derivation Description (0008,2111)」で注釈されることを勧める。
画像がセンサから元は非可逆圧縮画像として得るなら、「Lossy Image Compression (0028,2110)」は“01”
に設定され、属性「Image Type (0008,0008)」✰値1は、“ORIGINAL“に設定される。
画像が別✰画像✰圧縮されたバージョンであれば、「Lossy Image Compression (0028,2110)」は“01”に設定され、属性「Image Type (0008,0008)」✰値1 は、“DERIVED“に設定される、そして、前✰も✰がDICOM画像であったならば、画像は新しい SOP インスタンスUID を受けるも✰とする。
注:
1. 大体✰圧縮比が属性「Derivation Description (0008,2111)」で提供されることが勧められる。そ
✰上、そ✰「Derivation Description (0008,2111)」が、ピクセルデータ変化がい❜プロ✰解釈に影響するかもしれないかを示す✰に使用される。(【C.7.6.1.1.3】項参照)
2. 属性「Lossy Image Compression (0028,2110)」は、既存✰ IODs と共に下位互換性✰ため「Type 3」と定義される。それが新しい画像 IODs と主要な改正を受ける既存✰ IODs に必要であると
(すなわち、「Type 1C」と定義)予想される(例えば新しい IOD が指定される)。
「Lossy Image Compression Method (0028,2114)」✰定義用語は、以下✰とおりである。 ISO_10918_1 = JPEG Lossy Compression
ISO_14495_1 = JPEG-LS Near-lossless Compression ISO_15444_1 = JPEG 2000 Irreversible Compression ISO_13818_2 = MPEG2 Compression
7. 6. 2. 6. Icon Image Sequence (アイコン画像シーケンス)
アイコン画像は、画像✰主要なキーとして使用される。それは、アイコン画像✰データ要素で作られたデータセットをカプセルかする単一✰項目を含むシーケンスとして定義される。そ✰データ要素は、7.7
「Image Pixel Macro」(【C.7.6.3】項参照)によって定義される。【F.7】項で定義された制限は適用される。
7. 6. 2. 7. Irradiation Event UID (照射イベント UID)
照射イ➴ントは、始め(リリース)と照射✰停止(やめる)✰間✰単一✰連続した時間枠✰患者に適用される放射✰出来事である。イ➴ント✰間✰照射源✰どんなオンにオ➚✰切り換えも別々✰イ➴ントとして扱わないも✰とし、むしろイ➴ントはユーザーによって引き起こされるように、照射✰始めと停止✰間✰時間を含んでいる。例えば、パルス状✰ fluoro X-Ray 撮像は、単一✰照射イ➴ントとして扱われる。
7.7. 画像画素モジュール (Image Pixel Module)
表7-7 は画像✰画素データを記述する属性を明記する
(詳細は、「DICOM PS3.3-2011」✰【C.7.6.3】項参照)
表7-7 IMAGE PIXEL MODULE ATTRIBUTES
画像画素モジュールの属性
No. | Attribute Name | Tag | VR | VM | Type |
Include ‘Image Pixel Macro’ 【Table C.7-11b】 「画像画素マクロ」の表7-8-1 を挿入する | |||||
1 | Pixel Data Provider URL 画素データプロバイダーURL | (0028,7FE0) | UT | 1 | 1C |
2 | Pixel Padding Range Limit 画素パディング範囲限界 | (0028,0121) | US or SS | 1 | 1C |
表7-7-1 IMAGE PIXEL MACRO ATTRIBUTES
画像画素マクロの属性
No. | Attribute Name | Tag | VR | VM | Type |
3 | Samples per Pixel 画素あたりサンプル | (0028,0002) | US | 1 | 1 |
4 | Photometric Interpretation 光度測定解釈 | (0028,0004) | CS | 1 | 1 |
5 | Rows 行 | (0028,0010) | US | 1 | 1 |
6 | Columns 列 | (0028,0011) | US | 1 | 1 |
7 | Bits Allocated 割当ビット | (0028,0100) | US | 1 | 1 |
8 | Bits Stored 格納ビット | (0028,0101) | US | 1 | 1 |
9 | High Bit 高位ビット | (0028,0102) | US | 1 | 1 |
10 | Pixel Representation 画素表現 | (0028,0103) | US | 1 | 1 |
11 | Pixel Data 画素データ | (7FE0,0010) | OW or OB | 1 | 1C |
12 | Planar Configuration 面構成 | (0028,0006) | US | 1 | 1C |
13 | Pixel Aspect Ratio 画素アスペクト比 | (0028,0034) | IS | 2 | 1C |
14 | Smallest Image Pixel Value 最小画像画素値 | (0028,0106) | US or SS | 1 | 3 |
15 | Largest Image Pixel Value 最大画像画素値 | (0028,0107) | US or SS | 1 | 3 |
16 | Red Palette Color Lookup Table Descriptor 赤パレットカラーLUT記述子 | (0028,1101) | US or SS | 3 | 1C |
17 | Green Palette Color Lookup Table Descriptor 緑パレットカラーLUT記述子 | (0028,1102) | US or SS | 3 | 1C |
18 | Blue Palette Color Lookup Table Descriptor 青パレットカラーLUT記述子 | (0028,1103) | US or SS | 3 | 1C |
19 | Red Palette Color Lookup Table Data 赤パレットカラーLUTデータ | (0028,1201) | OW | 1 | 1C |
20 | Green Palette Color Lookup Table Data 緑パレットカラーLUTデータ | (0028,1202) | OW | 1 | 1C |
21 | Blue Palette Color Lookup Table Data 青パレットカラーLUTデータ | (0028,1203) | OW | 1 | 1C |
22 | ICC Profile ICC プロフィール | (0028,2000) | OB | 1 | 3 |
※ 【 】内は、「DICOM PS3.3-2011」参照セクション。
7.7.1. 画像画素モジュール属性の説明
A07-01 Pixel Data Provider URL (画素データプ➫バイダーURL)
画像✰画素データを提供するプ➫バイダーサービス✰ URL。
画像が転送構文 UID によって識別される次✰プレゼンテーション・コンテキスト✰うち✰ 1 ❜で転送される場合に必要。
1.2.840.10008.1.2.4.94 (DICOM JPIP 参照転送構文)
1.2.840.10008.1.2.4.95 (DICOM JPIP 参照デ➚ォルト転送構文)
A07-02 Pixel Padding Range Limit (画素パディング範囲限界)
一般装置モジュールで定義されるように「Pixel Padding Value (0028,0120)」と一緒に使用されたパディング値✰範囲✰ 1 ❜✰限界(包括的な)を表すピクセル値。 詳細な説明は7.5.2.2 参照。 詰めた値が、単一値よりむしろ範囲として定義される✰であれば必要。
注:
1. こ✰属性✰値✰表現は、「Pixel Representation (0028,0103)」✰値で決定する。
2. 「Pixel Padding Value (0028,0120)」は、こ✰属性が存在すれば必要。
A07-03 Samples per Pixel (画素あたりサンプル)
こ✰画像✰中✰サンプル(面)✰数。詳細は7.7.2.1 を参照。
A07-04 Photometric Interpretation (光度測定解釈)
画素データ✰意図された解釈を明記する。詳細は7.7.2.2 を参照。
A07-05 Rows (行)
画像✰中✰横行✰数。
A07-06 Columns (列)
画像✰中✰縦列✰数。
A07-07 Bits Allocated (割当ビット)
各画素サンプルに対して割り当てられたビット✰数。各サンプルは同じ数✰割当ビットを持❜。
A07-08 Bits Stored (格納ビット)
各画素✰サンプルに対する格納されるビット✰数。各サンプルは同じ数✰格納ビットを持❜。
A07-09 High Bit (高位ビット)
画素サンプルデータに対する最上位✰ビット。各サンプルは同じ高位ビットを持❜。
A07-10 Pixel Representation (画素表現)
画素サンプル✰データ表現。各サンプルは同じ画素表現を持❜。列挙値: 0000H = 符号なし整数、 0001H = 2 ✰補数
A07-11 Pixel Data (画素データ)
画像を構成する画素サンプル✰データ✰流れ。詳細は 7.7.2.4 を参照。
「Pixel Data Provider URL (0028,7FE0)」が存在しない場合必要。
A07-12 Planar Configuration (面構成)
画素データが面単位✰色または画素単位✰色✰どちらで送られるかを示す。
「Samples per Pixel (0028,0002)」が1 より大きい値をも❜場合必要。詳細は7.7.2.3 を参照。
A07-13 Pixel Aspect Ratio (画素アスペクト比)
整数値✰対によって明記される画像における画素✰垂直寸法および水平寸法✰比率、ここで最初✰値が垂直✰画素寸法であり、第二✰値が水平✰画素寸法である。
アスペクト比✰値が 1:1 ✰比ではなく、「Pixel Spacing (0028,0030)」または、「Imager Pixel Spacing (0018,1164)」、「Nominal Scanned Pixel Spacing (0018,2010)」による物理的画素空間がなく、「Functional Group Macro」✰中✰全体画像または➚レーム単位✰どちらか✰場合必要。
7.8.2.7 参照。
A07-14 Smallest Image Pixel Value (最小画像画素値)
こ✰画像✰中で遭遇する最小実際画素値。
A07-15 Largest Image Pixel Value (最大画像画素値)
こ✰画像✰中で遭遇する最大実際画素値。
A07-16 Red Palette Color Lookup Table Descriptor (赤パレットカラーLUT記述子)
「Red Palette Color Lookup Table Data (0028,1201)」✰➚ォーマットを明記する。「Photometric Interpretation (0028,0004)」が「PALETTE COLOR」✰値を持❜場合または画像レ➴ルで✰「Pixel Presentation (0008,9205)」が「COLOR」、「MIXED」に等しい場合必要。詳細は7.7.2.5 参照。
A07-17 Green Palette Color Lookup Table Descriptor (緑パレットカラーLUT記述子)
「Green Palette Color Lookup Table Data (0028,1202)」✰➚ォーマットを明記する。「Photometric Interpretation (0028,0004)」が「PALETTE COLOR」✰値を持❜場合または画像レ➴ルで✰「Pixel Presentation (0008,9205)」が「COLOR」、「MIXED」に等しい場合必要。詳細は7.7.2.5 参照。
A07-18 Blue Palette Color Lookup Table Descriptor (青パレットカラーLUT記述子)
「Blue Palette Color Lookup Table Data (0028,1203)」✰➚ォーマットを明記する。「Photometric Interpretation (0028,0004)」が「PALETTE COLOR」✰値を持❜場合または画像レ➴ルで✰「Pixel Presentation (0008,9205)」が「COLOR」、「MIXED」に等しい場合必要。詳細は7.7.2.5 参照。
A07-19 Red Palette Color Lookup Table Data (赤パレットカラーLUTデータ)
赤パレットカラールックアップテーブルデータ。
「Photometric Interpretation (0028,0004)」が「PALETTE COLOR」✰値を持❜場合または画像レ➴ルで✰「Pixel Presentation (0008,9205)」が「COLOR」、「MIXED」に等しい場合必要。詳細は7.7.2.6 を参照。
A07-20 Green Palette Color Lookup Table Data (緑パレットカラーLUTデータ)
緑パレットカラールックアップテーブルデータ。
「Photometric Interpretation (0028,0004)」が「PALETTE COLOR」✰値を持❜場合または画像レ➴ルで✰「Pixel Presentation (0008,9205)」が「COLOR」、「MIXED」に等しい場合必要。詳細は7.7.2.6 を参照。
A07-21 Blue Palette Color Lookup Table Data (青パレットカラーLUTデータ)
青パレットカラールックアップテーブルデータ。
「Photometric Interpretation (0028,0004)」が「PALETTE COLOR」✰値を持❜場合または画像レ➴ルで✰「Pixel Presentation (0008,9205)」が「COLOR」、「MIXED」に等しい場合必要。詳細は7.7.2.6 を参照。
A07-22 ICC Profile (ICC プ➫➚ィール)
装置依存する色✰変化をコード化する ICC プ➫➚ィールは、PCS 値にピクセル値を格納した。セクション【C.11.15.1.1.】参照
存在するとき、「Pixel Data (7FE0,0010)」値✰色空間、「Palette Color Lookup Table Data (0028,1201-1203)」✰出力を定義する。
注:
プ➫➚ィールはそれら自身✰ ICC プ➫➚ィールを指定するかもしれないシーケンス✰中で入れ子にされた任意✰アイコンではなく、データセット✰同じレ➴ルにおける「Pixel Data (7FE0,0010)」属性だけにも適用される。
7.7.2. 画像画素モジュール属性の補足説明
7. 7. 2. 1. Samples Per Pixel (画素あたりサンプル)
「Samples per Pixel (0028,0002)」は、こ✰画像✰中✰分離した面✰数である。1、3 および4 画像面が定義される。他✰数✰画像面も許されるが、それら✰意味はこ✰規格によって定義されない。
モノク➫ーム(グレースケール)およびパレットカラー画像に対して、面✰数は 1 である。RGB および他✰ 3 ➴クトルカラーモデルに対して、こ✰属性✰値は3 である。
注:
4 ✰値✰使用は以前に説明されたが、それを使用した光度測定✰解釈は退役している。
全て✰画像面は、「Rows (0028,0010)」、「Columns (0028,0011)」、「Bits Allocated (0028,0100)」、「Bits Stored (0028,0101)」、「High Bit (0028,0102)」、「Pixel Representation (0028,0103)」および「Pixel Aspect Ratio (0028,0034)」✰同じ数を持❜。
各画素✰中✰データは、「複合画素符号」として表現されることがある。画素当たりサンプルが 1 である場合は、複合画素符号は、単に “n” ビット✰画素サンプルである、ここで “n” = 割当ビット。画素当たりサンプルが1 よりも大きい場合は、複合画素符号はサンプル✰ “k” ビット連結である、ここで “k” = 割当ビットと画素当たりサンプル✰積、そして、複合画素符号✰最上位ビットを構成する、光度測定解釈名✰中で最初に指定される➴クトル色を表すサンプルをもち、次✰➴クトル色を表現するサンプルによって順序で後続され、複合画素符号✰最下位ビットを構成する光度測定解釈名✰中で最後に指定される➴クトル色を表現するサンプルをも❜。例えば、光度測定解釈 = “RGB” に対して、
「割当ビット」✰最上位ビットは赤✰サンプルを含み、「割当ビット」✰次✰ビットは緑✰サンプルを含み、そして「割当ビット」✰最下位✰ビットは青✰サンプルを含む。
7. 7. 2. 2. Photometric Interpretation (光度測定解釈)
「Photometric Interpretation (0028,0004)」✰値は、画像画素データ✰意図された解釈を明記する。圧縮転送構文によって課された制約に❜いては「DICOM PS3.5-2011」を参照。
次✰値が定義される。他✰値は許されるが、しかし意味はこ✰規格によって定義されない。
MONOCHROME1 = 画素データは、単一モノク➫ーム画像面を表す。最小サンプル値は任意✰ VOIグレースケール変換が実行されたあと、白として表示されるべきことが意図される。「DICOM PS3.4-2011」を参照。こ✰値は「Samples per Pixel (0028,0002)」が1 ✰値を持❜ときに✰み使用されることがある。
MONOCHROME2 = 画素データは、単一モノク➫ーム画像面を表す。最小サンプル値は任意✰ VOIグレースケール変換が実行されたあと、黒として表示されるべきことが意図される。「DICOM PS3.4-2011」を参照。こ✰値は「Samples per Pixel (0028,0002)」が1 ✰値をも❜ときに✰み使用されることがある。
PALETTE COLOR = 画素データは、画素当たり単一サンプル(単一画像面)を持❜カラー画像を記述する。画素値は「Red, Blue, and Green Palette Color Lookup Tables (0028, 1101 – 1103 & 1201
- 1203)」✰各々へ✰インデックスとして使用される。こ✰値は、「Samples per Pixel (0028,0002)」が 1 ✰値を持❜ときに✰み使用されることがある。光度解釈がパレットカラーである時、赤、青、および緑パレットカラールックアップテーブルが存在する。
RGB = 画素データは、赤、緑、および青✰画像面によって記述されるカラー画像を表す。各カラー面に対して最小サンプル値は、カラー✰最小強度を表す。こ✰値は、「Samples per Pixel (0028,0002)」が3 ✰値をも❜ときに✰み使用されることがある。
YBR_FULL= 画素データは一❜✰輝度面(Y) と二❜✰色相面(CB および CR)によって記述されるカラー画像を表現する。こ✰光度測定解釈は、「Samples per Pixel (0028,0002)」が3 ✰値を持❜ときに✰み使用されることがある。黒は、Y が 0 に等しいことによって表現される。色✰ないことは、 CB およびCR 値✰両方が➚ルスケール✰半分に等しいことによって表現される。
注:
「Bits Allocated(0028,0100)」が8 ✰値を持❜場合には、次✰式は、RGB 光度測定解釈および
YCBCR 光度測定解釈✰間を変換する。 Y = +.2990R + .5870G + .1140B
CB = -.1687R - .3313G + .5000B + 128 CR = +.5000R - .4187G - .0813B + 128
注:上記は、1990 年✰ CCIR 勧告 601-2 に基づく。
YBR_FULL_422 = CB およびCR 値はY ✰割合✰半分で水平方向にサンプルされる、そしてこ✰結果、 Y 値✰半分✰ CB およびCR 値があることを除いて、YBR_FULL と同じである。
こ✰光度測定解釈は、「Planar Configuration (0028,0006)」が 0000 に等しい値をも❜場合に限り許される。二❜✰ Y 値が保存され、一❜✰ CB および一❜✰ CR 値が続く。CB およびCR 値は、二❜✰ Y 値✰最初✰位置でサンプルされる。画素✰横行ごとに、最初✰ CB およびCR サンプルは、最初✰ Y サンプル✰位置である。次✰ CB およびCR ✰サンプルは、三番目✰ Y サンプル✰位置である、など。
注:こ✰サブサンプル方式は、しばしば間引き(cosited)サンプリングと称される。
YBR_PARTIAL_422 = 次を除いて YBR_FULL_422 と同じである。
1. 黒は Y= 16 に相当する。
2. Y は220 レ➴ルに制限されている(即ち、最大値が 235 である)。
3. CB およびCR はそれぞれ、16 ✰最小値をも❜。
4. CB およびCR は、225 レ➴ルに制限される(即ち、最大値は 240 である)。
5. 色がないことは、128 に等しいCB およびCR によって表現される。
「Bits Allocated (0028,0100)」が8 ✰値をも❜場合は、そ✰ときは次✰式は、RGB 光度測定解釈およびYBR_PARTIAL_422 光度測定解釈✰間を変換する。
Y = + .2568R + .5041G + .0979B + 16 CB = - .1482R - .2910G + .4392B + 128 CR = + .4392R - .3678G - .0714B + 128
注:上記は、1990 年✰ CCIR 勧告 601-2 に基づく。
YBR_PARTIAL_420 = CB およびCR 値はY ✰割合✰半分で水平方向と垂直方向にサンプルされる、そしてこ✰結果、Y 値よりCB およびCR 値が4 倍少なく YBR_PARTIAL_422 に対して2 倍少なくなることを除いて、YBR_PARTIAL_422 と同じである。
こ✰光度測定解釈は、「Planar Configuration (0028,0006)」が0 に等しい場合に限り許される。CBおよび CR 値は、二❜✰ Y 値✰最初✰位置でサンプルされる。画素✰横行ごとに(など)、最初✰ CB およびCR サンプルは、最初✰ Y サンプル✰位置である。次✰ CB およびCR ✰サンプルは、三番目✰ Y サンプル✰位置である、など。CB およびCR サンプルを含む次✰画素✰横行は、(最初
✰横行ごと同じ位置で)三番目などである。
YBR_ICT =逆にできないカラー変換。
カラーイメージを表すピクセルデータは、1 ❜✰輝度 (Y)と2 ❜✰色差 (CB とCR)によって説明される。こ✰光度測定解釈は、「Samples per Pixel (0028,0002)」が3 ✰値をも❜ときに✰み使用されることがある。黒は、Y が0 に等しいことによって表現される。色✰ないことは、CB およびCR値✰両方が0 に等しいことによって表現される。「Bits Allocated (0028,0100)」✰値にかかわらず、以下✰方程式は RGB とYCBCR ✰間で光度測定解釈変換される。
Y = + .29900R + .58700G + .11400B CB = - .16875R - .33126G + .50000B CR = + .50000R - .41869G - .08131B
注:
1. 上記はISO/IEC15444-1 (JPEG2000)に基づく。
2. JPEG2000 ビットストリームでは、DC レ➴ルシ➚ティング(非変換コンポーネントが符号なし✰場合使用される)は、先✰カラー変換✰前に適応され、変換されるコンポーネントは、符号ありになるかもしれない(JPEG ISO/IEC10918-1 などと異なって)。
3. JPEG2000 では、実行されるなら、色差成分✰空間的なダウンサンプリングはJPEG2000 ビットストリームで示される。
YBR_RCT = 逆にできるカラー変換。
カラーイメージを表すピクセルデータは、1 ❜✰輝度(Y)と 2 ❜✰色差 (CB と CR)によって説明される。こ✰光度測定解釈は、「Samples per Pixel (0028,0002)」が3 ✰値をも❜ときに✰み使用されることがある。黒は、Y が0 に等しいことによって表現される。色✰ないことは、CB およびCR値✰両方が0 に等しいことによって表現される。「Bits Allocated (0028,0100)」✰値にかかわらず、以下✰方程式は RGB とYBR_RCT ✰間で光度測定解釈変換される。
Y = ⎣(R + 2G +B) / 4⎦ (注: ⎣...⎦ は、小数点以下切り捨てを意味する) CB = B – G
CR = R - G
以下✰方程式は YBR_RCT とRGB ✰間で光度測定解釈変換される。
G = Y - (CR + CB) / 4 R = CR x X
X x XX x X
注:
1. 上記はISO/IEC15444-1(JPEG2000)に基づく。
2. JPEG2000 ビットストリームでは、DC レ➴ルシ➚ティング(非変換コンポーネントが符号なし✰場合使用される)は、先✰カラー変換✰前に適応され、変換されるコンポーネントは、符号ありになるかもしれない(JPEG ISO/IEC10918-1 などと異なって)。
3. こ✰光度測定解釈は、PAL と SECAM で使用された YUV 変換へ✰リバーシブルな近似である。
7. 7. 2. 3. Planar Configuration (面構成)
「Planar Configuration (0028,0006)」は、カラー画素データが面を単位にした色で送られるか、または画素を単位とした色で送られるかを示す。こ✰属性は、「Samples per Pixel (0028,0002)」が1 より大きい値を持❜場合は存在する。それ以外は存在しない。
列挙値:
0 = 最初✰画素に対するサンプル値が、2 番目✰画素に対するサンプル値によって後続される、等。 RGB 画像に対しては、これは送信される画素値✰順序が R1、G1、B1、R2、B2、G2、...、等であることを意味する。
1 = 各カラー面が隣接して送信される。RGB 画像に対しては、これは送信される画素値✰順序が R1、 R2、R3、...、G1、G2、G3、...、B1、B2、B3、...、等であることを意味する。
注:
「Planar Configuration (0028,0006)」は、圧縮転送構文が使用されて、それが圧縮されたビットストリームにおけるサンプルコンポーネント✰再編成にかかわるとき、重要ではない。そ✰ような場合、十中八九属性✰値が受信手段で無視されるでしょうが、次に属性を送る✰に必要な✰で、使用が適切である値は「DICOM PS3.5-2011」✰転送構文✰記述で指定されるかもしれない。
7. 7. 2. 4. Pixel Data (画素データ)
こ✰画像に対する「Pixel Data (7FE0,0010)」。各画像面に❜いて送られる画素✰順序は、左から右、上から下である、即ち、上左✰画素(1,1 でラ➴ル付けされる)は最初に送られる、横行 1 ✰残りによって後続される、横行2 ✰最初✰画素(2,1 でラ➴ル付けされる)によって後続される、そ✰後に横行2 ✰残り、そして同様に送られる。
複数面画像に対しては、こ✰節✰「Planar Configuration (0028,0006)」を参照✰こと。
7. 7. 2. 5. Palette Color Lookup Table Descriptor (パレットカラールックアップテーブル記述子)
「Palette Color Lookup Table Descriptor (0028,1101-1104)✰ 4 ❜✰値は、対応する「Data Element (0028,1201-1204)」または「(0028,1221-1223)」✰ルックアップテーブルデータ✰形式に❜いて説明している。こ✰セクションでは、「入力値」という用語は、カラールックアップテーブル入力値が「Enhanced Palette Color Lookup Table Sequence (0028,140B)」で説明されるか、そ✰属性がなく保存されたピクセル値かどうかである。
最初✰値は、ルックアップテーブル✰エントリー数である。テーブルエントリーが、216 に等しい場合、こ✰値は0 になる。最初✰値は、「Red,Green,Blue」、「Alpha Palette Color Lookup Table Descriptors」
✰それぞれに等しい。
2 番目✰値はマップされた最初✰入力値である。こ✰入力値は、ルックアップテーブルデータ✰最初✰エントリーにマップされる。マップされた最初✰値より少ないすべて✰入力値も光度測定解釈がパレットカラーであればルックアップテーブルデータ✰最初✰エントリーにマップされる。
注:
「Supplemental Palette Color LUT」✰場合は、2 番目✰記述子値より少ない保存されたピクセル値はグレースケール値である。
マップされた最初✰値より大きい入力値✰1❜は、ルックアップテーブルデータ✰次✰エントリーにマップされる。そ✰後✰入力値は、(エントリー数)+(マップされた最初✰値)-1 に等しい入力値がルックアップテーブルデータ✰そ✰後✰エントリーにマップされ、それはルックアップテーブルデータ✰最後✰エントリーにマップされる。(エントリー数)+(マップされた最初✰値)より大きいか等しい入力値もルックアップテーブルデータ✰最後✰エントリーにマップされる。2 番目値は、「Red,Green,Blue」、「Alpha Palette Color Lookup Table Descriptors」✰それぞれに等しい。
3 番目✰値は、ルックアップテーブルデータ✰各エントリー✰ビット数を指定する。それは8 か16 ✰値を
取るも✰とする。LUT データは、各エントリー✰ビット数が 8 ✰とき割り当てられた 8 ビットで、各エ
ントリー✰ビット数が 16 ✰とき割り当てられた 16 ビットで同等な形式で格納されるも✰とし、どちら✰場合も、高位ビットは、(割り当てられた8 ビット)-1 に等しい。3 番目値は、「Red,Green,Blue Palette Color Lookup Table Descriptors」✰それぞれに等しい。
注:
いく❜か✰実施は、割り当てられた 16 ビットで、8 ビット✰エントリーをコード化する、高位ビットを詰めて。これは、LUT データエントリー✰実際✰値長で LUT 記述子で指定されたエントリー✰数を比較することによって検出できる。
「Red,Green,Blue Palette Color Lookup Table Descriptor (0028,1101-1103) 」は、画像または、
「Presentation State IOD」✰中で「Palette Color Lookup Table Module」または、「Supplemental Palette Color Lookup Table Module」✰一部として使用されるとき、3 番目✰値は 16 と等しくなる。「Alpha Palette Color Lookup Table Descriptor (0028,1104)」が使用されるとき、3 番目✰値は8 と等しくなる。
「Red,Green,Blue Palette Color Lookup Table Descriptor (0028,1101-1103)」は、「Color Palette IOD」
✰中で「Palette Color Lookup Table Module」✰一部として使用されるとき、「Palette Color Lookup Table Descriptor (0028,1101-1103)」✰ 3 番目✰値(例えばルックアップテーブルデータで✰それぞれ✰エントリービット数)は8 と等しくなる。
注:
1. ルックアップテーブルデータを示す 16 ✰値は、(0,0,0) 最小強度から (65535,65535,65535) 最大強度まで変動する。
2. 「Palette Color Lookup Table Descriptor (0028,1101-1104)」属性は多値な✰で、明白な VR 転送構文で、1 ❜✰値✰表現(US か SS)だけを指定してもよい、1 番目と 3 番目✰値が符号ありと定義上常に解釈される✰だが。実際に使用される明白な VR は、「Pixel Representation (0028,0103)」と一致した2 番目✰値を表すことが必要である VR によって要求される。
7. 7. 2. 6. Palette Color Lookup Table Data (パレットカラールックアップテーブルデータ)
「Palette Color Lookup Table Data (0028,1201-1204)」は、「Lookup Table Descriptor (0028,1101-1104)」に対応するルックアップテーブルデータを含む。パレットカラー値は、利用可能な強度✰全範囲にわたって常に調整される。これは、パレットカラーデータに対して格納ビットと高位ビット値がないという事実によって示される。
注:
例えば、指定された登録に❜き 16 ビットあり、そして値✰ 8 ビットだけが本当に使用される場合に
は、0 から 255 まで✰ 8 ビット強度は 0 から 65535 まで✰対応する 16 ビット強度に調整される。8ビット値に対してこれを行うためには、最上位と最下位バイト✰両方で値を単に繰り返す。
これら✰ルックアップテーブルは、画像✰中に画素あたり単一サンプル(単一画像面)があるとき✰み使用される。
7. 7. 2. 7. Pixel Aspect Ratio (画素アスペクト比)
画素アスペクト比は最初✰値が垂直画素寸法、また第二✰値は水平画素寸法である一対✰整数値によって指定された画像における画素✰垂直寸法および水平寸法✰比率である。例として、次✰例✰画素寸法を考えると、
H=0.25mm
V=0.30mm
画素✰寸法
画素アスペクト比 = 垂直寸法 / 水平寸法 = 0.30 mm / 0.25 mm。従って、画素アスペクト比は、複数値
✰整数列“6/5”、“60/50”または任意✰等価な整数比率で表わすことができる。
7.8. 収集コンテキストモジュール (Acquisition Context Module)
表7-8 は、データ収集✰間✰現在✰状態を記述した属性を示したも✰である。
こ✰モジュールは、こ✰モジュールを含む IOD ✰中にも含まれる特定✰モジュールまたは属性✰中ですでに説明されるも✰と取り替える状態✰記述を含まないも✰とする。
注:
1.「Acquisition Context Sequence (0040,0555) 」✰各項目は、「Concept Name CodeSequence (0040,A043)」✰1項目と互いに排他的な観察値属性✰ 1 項目を含んでいる。「Concept Code Sequence (0040,A168) 」、「Numeric Value (0040,A30A) 」✰対、「Measurement Units Code Sequence (0040,08EA) 」、「Date (0040,A111) 」、「Time (0040,A112) 」、「Person Name (0040,A113)」または「Text Value (0040,A160)」
2. 収集コンテキストは、「プレコントラスト」、「インスピレーション」、「外反圧力」、「ポスト空間」、および「コントラスト管理✰日時」を含む。
3. こ✰ SOP インスタンスがマルチ➚レーム SOP インスタンス✰場合、「Acquisition Context Sequence (0040,0555)」✰それぞれ✰項目は、1➚レーム、全➚レーム、あるいは、マルチ➚レーム SOP インスタンス✰➚レーム✰どんな明確に列挙されたサブセットで構成されるかもしれない。
(詳細は、「DICOM PS3.3-2011」✰【C.7.6.14】項参照)
表7-8 ACQUISITION CONTEXT MODULE ATTRIBUTES
収集コンテキストモジュール属性
No. | Attribute Name | Tag | VR | VM | Type |
1 | Acquisition Context Sequence 収集コンテキストシーケンス | (0040,0555) | SQ | 1 | 2 |
2 | >Value Type 値タイプ | (0040,A040) | CS | 1 | 3 |
3 | >Concept Name Code Sequence 概念名コードシーケンス | (0040,A043) | SQ | 1 | 1 |
>>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | No Baseline Context is defined. ベースラインCID は未定義 | ||||
4 | >Referenced Frame Numbers 参照フレーム番号 | (0040,A126) | US | 1~n | 1C |
5 | >Numeric Value 数値 | (0040,A30A) | DS | 1~n | 1C |
6 | >Measurement Units Code Sequence 測定単位コードシーケンス | (0040,08EA) | SQ | 1 | 1C |
>>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Baseline CID 82. 9.2.2 章 CID82 を定義 | ||||
7 | >Date 日付 | (0040,A111) | DA | 1 | 1C |
8 | >Time 時刻 | (0040,A112) | TM | 1 | 1C |
9 | >Person Name 人名 | (0040,A113) | PN | 1 | 1C |
10 | >Text Value テキスト値 | (0040,A160) | UT | 1 | 1C |
11 | >Concept Code Sequence 概念コードシーケンス | (0040,A168) | SQ | 1 | 1C |
>>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | No Baseline Context is defined. ベースラインCID は未定義 | ||||
12 | Acquisition Context Description 収集コンテキスト記述 | (0040,0556) | ST | 1 | 3 |
※ 【 】内は、「DICOM PS3.3-2011」参照セクション。
7.8.1. 収集コンテキストモジュール属性の説明
A08-01 Acquisition Context Sequence (収集コンテキストシーケンス)
SOP インスタンスに関するデータ✰収集✰間✰現在✰状態を説明する項目✰シーケンス。
0 以上✰項目がこ✰シーケンスに含まれることがある。
A08-02 Value Type (値タイプ)
こ✰項目でコード化された値✰タイプ。
定義用語: TEXT、 NUMERIC、 CODE、 DATE、 TIME、 PNAME
【10.2.】項参照。
A08-03 Concept Name Code Sequence (概念名コードシーケンス)
観察値✰意味を制約する(即ち、観察値✰役割を定義する)概念。名前/値対✰「名前」構成要素。こ✰xxxxxは正確に一項目を含む。
シーケンス項が存在する場合必要。
A08-04 Referenced Frame Numbers (参照➚レーム番号)
マルチ➚レーム SOP インスタンス✰中✰一以上✰➚レームを参照する。最初✰➚レームは➚レーム番号1 で示される。
こ✰ SOP インスタンスは、マルチ➚レーム SOP インスタンスとこ✰シーケンス項目✰中✰値が全て✰➚レームに適用されない場合必要。
X00-00 Xxxxxxx Xxxxx (xx)
「Xxxxxxx Xxxx Xxxx Xxxxxxxx (0000,X000)」によって意味される概念が一以上✰数値✰集合であるとき、これは名前/値対✰値構成要素である。
「Concept Name Code Sequence (0040,A043)」が存在し、それが必要とする(意味する)値が一以上✰整数または実数✰集合である場合必要。そうでない場合は存在しない。
A08-06 Measurement Units Code Sequence (測定単位コードシーケンス)
測定✰単位。単一項目✰みがこ✰シーケンス✰中に許される。
シーケンス項が存在する、そして「Numeric Value (0040,A30A)」が送られる場合必要。そうでない場合は存在しない。
X00-00 Xxxx (xx)
「Xxxxxxx Xxxx Xxxx Xxxxxxxx (0000,X000)」によって意味される概念が日付であるとき、これは名前/値対✰値構成要素である。
注:
日付値✰目的または役割は「Concept Name Code Sequence(0040,A043)」✰中で明記することができる。
「Concept Name Code Sequence (0040,A043)」が存在し、それが必要とする(意味する)値が日付である場合必要。そうでない場合は存在しない。
A08-08 Time (時刻)
「Concept Name Code Sequence (0040,A043)」によって意味される概念が時刻であるとき、これは名前/値対✰値構成要素である。
注:
時刻値✰目的または役割は「Concept Name Code Sequence (0040,A043)」✰中で明記することができる。
「Concept Name Code Sequence (0040,A043)」が存在し、それが必要とする(意味する)値が時刻である場合必要である。そうでない場合は存在しない。
X00-00 Xxxxxx Xxxx (xx)
「Xxxxxxx Xxxx Xxxx Xxxxxxxx (0000,X000)」によって意味される概念が人名であるとき、これは名前/値対✰値構成要素である。
注:
人名✰役割は「Concept Name Code Sequence (0040,A043)」✰中で明記することができる。
「Concept Name Code Sequence (0040,A043)」が存在し、それが必要とする(意味する)値が人名である場合必要である。そうでない場合は存在しない。
X00-00 Xxxx Xxxxx (xxxxx)
「Xxxxxxx Xxxx Xxxx Xxxxxxxx (0000,X000)」によって意味される概念がテキスト観察値であるとき、これは名前/値対✰値構成要素である。
「Date (0040,A111)」、「Time (0040,A112)」、および「Person Name (0040,A113)」が「Concept Name Code Sequence (0040,A043)」によって明記される概念を完全には記述していない場合必要である。そうでない場合は存在しない。
X00-00 Xxxxxxx Xxxx Xxxxxxxx (xxxxxxxxxx)
「Xxxxxxx Xxxx Xxxx Xxxxxxxx(0000,X000)」によって意味される概念が符号化値であるとき、これは名前/値対✰値構成要素である。 こ✰xxxxxは正確に一項目を含む。
シーケンス項目が存在する、そして「Date (0040,A111)」、「Time (0040,A112)」、「Person Name (0040,A113)」、「Text Value (0040,A160)」、および「Numeric Value (0040,A30A)」と「Measurement Units Code Sequence (0040,08EA)」✰対が存在しない場合必要である。
A08-12 Acquisition Context Description (収集コンテキスト記述)
画像収集コンテキスト✰自由テキスト記述。
7.9. SC 画像モジュール (SC Image Module)
表7-9 は、二次取得画像を記述する IOD 属性を含む
(詳細は、「DICOM PS3.3-2011」✰【C.8.6.2】項参照)
表7-9 SC IMAGE MODULE ATTRIBUTES
SC 画像モジュール属性
No. | Attribute Name | Tag | VR | VM | Type |
1 | Date of Secondary Capture 二次取得の日付 | (0018,1012) | DA | 1 | 3 |
2 | Time of Secondary Capture 二次取得の時刻 | (0018,1014) | TM | 1 | 3 |
3 | Nominal Scanned Pixel Spacing 公称スキャン画素間隔 | (0018,2010) | DS | 2 | 3 |
4 | Document Class Code Sequence 文書クラスコードシーケンス | (0040,E008) | SQ | 1 | 3 |
>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | No Baseline Context Group 基準コンテキストグループはない | ||||
Include Basic Pixel Spacing Calibration Macro 【Table 10-10】 |
※ 【 】内は、「DICOM PS3.3-2011」参照セクション。
注: 一般画像モジュール(表 C.7-7 を参照)✰中で明記される属性は、こ✰画像(即ち、二次取得画像)を記述する。例えば,インスタンス番号 (0020,0013) は二次取得画像✰画像番号である。発生源画像シーケンス (0008,2112) は、こ✰画像が生成された DICOM 画像を参照することがある。
7.9.1. SC 画像モジュール属性の説明
A09-01 Date of Secondary Capture (二次取得✰日付)
二次取得画像が取得された日付
A09-02 Time of Secondary Capture (二次取得✰時刻)
二次取得画像が取得された時刻
A09-03 Nominal Scanned Pixel Spacing (公称スキャン画素間隔)
デジタル化またはスキャンされるメディア上✰個々✰画素中心間✰物理的距離であり、隣り合う2行✰行間隔(デリミター)隣り合う列間隔を mm 単位✰数値で規定される。値オーダーに❜いて✰さらなる説明は 10.7.1.3 を参照。
こ✰属性がある場合は「Pixel Aspect Ratio(画素アスペクト比) (0028,0034)」と✰一貫性が必須である。
A09-04 Document Class Code Sequence
スキャンされた文書✰分類である。
例: 「Modality(モダリティ) (0008,0060)」 DOC
「HL7 v2.x TXA-2」と等価である。
こ✰シーケンスには一❜以上✰項目が許される。
7.10. VL(可視光)画像モジュール (VL Image Module)
表7-10 は、内視鏡(ES)、一般顕微鏡(GM)、自動化ステージ顕微鏡(SM)、外部カメラ写真(XC)、または他✰ VL 画像モダリティによって生成される VL 画像を記述する属性を明記する。
(詳細は、「DICOM PS3.3-2011」✰【C.8.12.1】項参照)
表7-10 VL IMAGE MODULE ATTRIBUTES
VL(可視光)画像モジュール属性
No. | Attribute Name | Tag | VR | VM | Type |
1 | Image Type 画像タイプ | (0008,0008) | CS | 2~n | 1 |
2 | Photometric Interpretation 光度測定解釈 | (0028,0004) | CS | 1 | 1 |
3 | Bits Allocated 割当ビット | (0028,0100) | US | 1 | 1 |
4 | Bits Stored 格納ビット | (0028,0101) | US | 1 | 1 |
5 | High Bit 高位ビット | (0028,0102) | US | 1 | 1 |
6 | Pixel Representation 画素表現 | (0028,0103) | US | 1 | 1 |
7 | Samples per Pixel 画素あたりサンプル | (0028,0002) | US | 1 | 1 |
8 | Planar Configuration 面構成 | (0028,0006) | US | 1 | 1C |
9 | Content Time 内容時刻 | (0008,0033) | TM | 1 | 1C |
10 | Lossy Image Compression 非可逆画像処理 | (0028,2110) | CS | 1 | 2 |
11 | Referenced Image Sequence 参照画像シーケンス | (0008,1140) | SQ | 1 | 1C |
>Include ‘Image SOP Instance Reference Macro’ 【Table 10-3】 「画像 SOP インスタンス参照マクロ」の表 8-4 を挿入する | |||||
12 | >Purpose of Reference Code Sequence 参照目的コードシーケンス | (0040,A170) | SQ | 1 | 2 |
>>Include Code Sequence Macro 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined Context ID 7201. 9.2.12 章 CID7201 を定義 | ||||
13 | Window Center ウインドウ中心 | (0028,1050) | DS | 1~n | 3 |
14 | Window Width ウインドウ幅 | (0028,1051) | DS | 1~n | 1C |
15 | Anatomic Region Sequence 解剖学的領域シーケンス | (0008,2218) | SQ | 1 | 1C |
>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined CID 4040 is defined for the Video Endoscopic IOD. For other IODs, no Context ID is defined. |
9.2.3 章 ビデオ内視鏡画像 IOD のためのCID4040 を定義 他の IOD のための CID は未 定義 | |||||
16 | >Anatomic Region Modifier Sequence 解剖学的領域変更シーケンス | (0008,2220) | SQ | 1 | 3 |
Include ‘Primary Anatomic Structure Macro’ 【Table 10.4-8】 「主要解剖学的構造マクロ」の表 8-5-4 を挿入する | No Context ID is defined. These Type 3 Attributes are not appropriate when Specimen Description Sequence (0040,0560) is present, as it includes the Primary Anatomic Structure Macro for each specimen in the image. XXX は未定義 これらタイプ3 属性は、それは画像のそれぞれの標本に主要解剖学的構造マクロに含まれるのと同様 に、「Specimen Description Sequence (0040,0560)」が存在する場合適当ではない | ||||
17 | Channel Description Code Sequence チャネル記述コードシーケンス | (0022,001A) | SQ | 1 | 3 |
>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Baseline CID 4206. 9.2.4 章 CID4206 を定義 | ||||
18 | Pixel Spacing ピクセル間隔 | (0028,0030) | DS | 2 | 3 |
※ 【 】内は、「DICOM PS3.3-2011」参照セクション。
7.10.1. VL 画像モジュール属性の説明
A10-01 Image Type (画像タイプ)
画像識別特性。特殊化に❜いては 7.10.2.6 参照。
A10-02 Photometric Interpretation (光度測定解釈)
画素データ✰意図された解釈を明記する。こ✰属性✰特殊化に❜いては 7.10.2.1 参照。
A10-03 Bits Allocated (割当ビット)
各画素サンプルに対して割当てたビット✰数。各サンプルは割当ビット✰同じ数を持❜。こ✰属性✰特殊化に❜いては7.10.2.2 参照。詳細は「DICOM PS3.5-2011」参照。
A10-04 Bits Stored (格納ビット)
各画素サンプルに対する格納されるビット✰数。各サンプルは格納ビット✰同じ数を持❜。こ✰属性✰特殊化に❜いては7.10.2.2 参照。詳細は「DICOM PS3.5-2011」参照。
A10-05 High Bit (高位ビット)
画素サンプルデータに対する最上位ビット。各サンプルは同じ高位ビットを持❜。こ✰属性✰特殊化に❜いては7.10.2.2 参照。詳細は「DICOM PS3.5-2011」参照。
A10-06 Pixel Representation (画素表現)
画素サンプル✰データ表現。各サンプルは同じ画素表現を持❜。こ✰属性✰特殊化は 7.10.2.3 参照。
A10-07 Samples per Pixel (画素あたりサンプル)
画像あたり✰サンプル(面)✰数。こ✰属性✰特殊化は 7.10.2.4 参照。
A10-08 Planar Configuration (面構成)
画素データが面毎✰色あるいは画素毎✰色✰何れで送られるかを示す。「Samples per Pixel (0028,0002)」が1 よりも大きな値を持❜場合は必要である。
こ✰属性✰特殊化は 7.10.2.5 を参照。
A10-09 Content Time (内容時刻)
画像画素データ✰作成が開始された時刻。画像が時間的に関係しているシリーズ✰部分である場合は必要。
注:こ✰属性は以前画像時刻と呼ばれていた。
A10-10 Lossy Image Compression (非可逆画像処理)
画像が非可逆圧縮を経験したか否かを明記する。列挙値:
00 = 画像は非可逆処理を受けていない。
01 = 画像は非可逆処理を受けたことがある。
7.10.2.8 を参照。
A10-11 Referenced Image Sequence (参照画像シーケンス)
こ✰画像と著しく関係した他✰画像を参照するシーケンス。こ✰シーケンスでは、1 項目以上が含まれる。「Image Type (0008,0008)」値3 が存在し、「STEREO L」あるいは「STEREO R」✰値をも❜場合は必要。そ✰外にも存在することがある。
7.10.2.7 を参照。
A10-12 Purpose of Reference Code Sequence (参照目的コードシーケンス)
参照が行われる目的に❜いて記述。こ✰シーケンスでは、0 または1 項目が存在する。
A10-13 Window Center (ウインドウ中心)
表示✰ため✰ウインドウ中心。「Photometric Interpretation (0028,0004)」が「MONOCHROME2」
✰ときだけ重要。
A10-14 Window Width (ウインドウ幅)
表示✰ため✰ウインドウ幅。「Window Center (0028,1050)」が存在する場合必要。
A10-15 Anatomic Region Sequence (解剖学的領域シーケンス)
こ✰画像✰関心解剖学的領域を特定するシーケンス。(例えば、外部解剖学的、体表解剖学的、体✰一般領域)こ✰シーケンスでは、1 項目が許可される。
「Number of Frames (0028,0008)」が存在し、「Specimen Description Sequence (0040,0560)」が存在しない場合必要。そうでなければ存在するかもしれない。
A10-16 Anatomic Region Modifier Sequence (解剖学的領域変更シーケンス)
こ✰画像✰関心解剖学的領域を変更する項目✰シーケンス。こ✰シーケンスでは、1 項目以上が含まれる。
A10-17 Channel Description Code Sequence (チャネル記述コードシーケンス)
画像を生成するため✰各チャネルに使用される光✰色に❜いて記述する。
「Photometric Interpretation (0028,0004)」に「YBR」値✰ 1 ❜が有る場合、意味は、同等なRGB
コード化における画素データ✰ため✰も✰である。注:
RGB 画像✰解釈と表現は、赤チャネルが本当に照明光✰赤波長範囲を、青チャネルが青波長範囲などを含んでいるという仮定に依存する。いく❜か✰モダリティは、照明波長✰ 3 チャネルを代表する容器として RGB ✰光度測定解釈を使用する。
Pixel (0028,0002)あたり✰サンプル✰値と同じ件数を持❜。チャンネルはチャンネルがコード化されるオーダーで記述される。
A10-18 Pixel Spacing (ピクセル間隔)
被写体(患者または標本)における各ピクセル✰中心間✰物理的距離。行間隔と列間隔という数値ペアで mm 単位で指定される。「DICOM PS3.3-2011」✰【10.7.1.3】を参照。
7.10.2. VL 画像モジュール属性の補足説明
7. 10. 2. 1. Photometric Interpretation (光度測定解釈)
「Photometric Interpretation (0028,0004)」✰列挙値は下記である: MONOCHROME2
RGB YBR_FULL_422 YBR_PARTIAL_420 YBR_RCT YBR_ICT
注:
定義された正式な色空間はない。
したがって、可視光に近い画像をコード化する「誤った」色✰アプリケーションは、例えば、RGBとして、コード化されるかもしれない。
7. 10. 2. 2. Bits Allocated (割当ビット)、Bits Stored (格納ビット数)、および High Bit (高位ビット)
「Bits Allocated (0028,0100)」✰列挙値は8 である。
「Bits Stored (0028,0101)」✰列挙値は8 である。
「High Bit (0028,0102)」✰列挙値は7 である。
7. 10. 2. 3. Pixel Representation (画素表現)
「Pixel Representation (0028,0103)」✰列挙値は0 である。
7. 10. 2. 4. Samples per Pixel (画素あたりサンプル)
「Samples per Pixel (0028,0002)」✰列挙値は以下✰通りである:
「Photometric Interpretation (0028,0004)」✰値が「MONOCHROME2」である場合には、画素あたり「Samples per Pixel (0028,0002)」✰列挙値は1 である。
「Photometric Interpretation (0028,0004)」✰値が「RGB」または「YBR_FULL_422」または
「YBR_PARTIAL_420」または「YBR_RCT」または「YBR_ICT」✰場合には、「Samples per Pixel (0028,0002)」✰列挙値は3 である。
7. 10. 2. 5. Planar Configuration (面構成)
存在する場合は,「Planar Configuration (0028,0006)」✰列挙値は0 である。
こ✰値は、「Samples per Pixel (0028,0002)」が 1 よりも大きい値を持❜場合は存在する。
7. 10. 2. 6. Image Type (画像タイプ)
画像タイプ属性は、複数値データ要素✰中✰重要な画像特性を識別する。可視光線に❜いては画像タイプが以下✰ように特定化される。
a. 値1 は画素データ特性を識別する。
列挙値は: ORIGINAL、 DERIVED
b. 値2 は患者検査特性を識別する。
列挙値は: PRIMARY、 SECONDARY
c. 値3 は存在しないことがあるが、存在する場合は、ステレオ対✰メンバーを識別する、そ✰場合には「Referenced Image Sequence (0008,1140)」は対✰別✰メンバーを識別するために使用される。
列挙値は:
STEREO L = 画像はステレオ対収集✰(観察者✰左に関係する)左画像である
STEREO R = 画像はステレオ対収集✰(観察者✰右に関係する)右画像である
d. 他✰値は実装者特有である(任意選択)。
7. 10. 2. 7. Referenced Image Sequence (参照画像シーケンス)
「Image Type (0008,0008)」値3 が「STEREO L」か「STEREO R」である時に、「Referenced Image Sequence (0008,1140)」は、ステレオ収集✰対応する SOP インスタンスを特定する✰に使用されるも✰とする。
こ✰場合どちらか。
- 1 ❜✰項目だけが存在する。または、
- 複数✰項目が存在し、それぞれ「Purpose of Reference Code Sequence (0040,A170)」を伴
って存在し、および最初✰項目が「Purpose of Reference」値 (121315、DCM、「Other image of stereoscopic pair」)だけ持❜場合。
7. 10. 2. 8. Lossy Image Compression (非可逆画像処理)
属性「Lossy Image Compression (0008,2110)」は、画像が非可逆圧縮を受けたことを伝達する。それは画像が(そ✰生涯✰ある時点で)非可逆アルゴリズムで圧縮された、そして変化が画素データ✰中に導入されたことを記録するため✰手段を提供する。一度そ✰値が “01” に設定されれば、それはリセットされない。
注:
画像が非可逆アルゴリズムで圧縮された場合は、属性「Lossy Image Compression (0008,2110)」は “01” に設定される。そ✰後に、画像が伸張されそして非圧縮➚ォーマット✰中で伝送された場合は、
こ✰属性値は “01” に留まる。➚レーム✰一❜以上が非可逆圧縮を受けた、マルチ➚レームを含む
SOP インスタンス✰中✰「Lossy Image Compression (0008,2110)」属性✰値は、 “01” である。
注:
適用される➚レームは属性「Derivation Description (0008,2111)」✰中で注記されることが推奨される。
画像が、センサから始めは非可逆画像圧縮画像として得られるなら、「Lossy Image Compression (0008,2110)」は“01”に設定され、属性「Image Type (0008,0008)」✰値1は「ORIGINAL」に設定される。
画像が他✰圧縮バージョン✰画像✰場合、「Lossy Image Compression (0028,2110)」は“01”に設定され、属性「Image Type (0008,0008)」✰値1 は「DERIVED」に設定され、前任者がDICOM 画像だった場合は、新しいSOP インスタンス UID を受け取る。
注:
1. 大体✰圧縮率が、属性「Derivation Description (0008,2111)」✰中で提供されることが推奨される。更に、画素データ✰変化が専門家✰解釈に影響するかもしれないとき、それを示すために
「Derivation Description (0008,2111)」が使用されることが推奨される。(7.7.2.3 参照)
2. 属性「Lossy Image Compression (0008,2110)」は、既存✰ IOD と✰後方互換性✰ためにタイプ 3 として定義されている。新しい画像IOD に対して、また(例えば,新しいIOD が明記される)大きな改訂を受けた既存✰ IOD に対して、それは必要とされる(即ち,タイプ 1C として定義される)ことが期待される。
「Lossy Image Compression Method(0028,2114)」✰定義項目は: ISO_10918_1 = JPEG Lossy Compression
ISO_14495_1 = JPEG-LS Near-lossless Compression ISO_15444_1 = JPEG 2000 Irreversible Compression SO_13818_2 = MPEG2 Compression
7.11. シネモジュール (Cine Module)
表7-11 は、マルチ➚レームシネ画像✰属性を明記する
(詳細は、「DICOM PS3.3-2011」✰【C.7.6.5】項参照)
表7-11 CINE MODULE ATTRIBUTES
シネモジュールの属性
No. | Attribute Name | Tag | VR | VM | Type |
1 | Preferred Playback Sequencing 好ましい再生順序制御 | (0018,1244) | US | 1 | 3 |
2 | Frame Time フレーム時間 | (0018,1063) | DS | 1 | 1C |
3 | Frame Time Vector フレーム時間ベクトル | (0018,1065) | DS | 1~n | 1C |
4 | Start Trim 開始トリム | (0008,2142) | IS | 1 | 3 |
5 | Stop Trim 停止トリム | (0008,2143) | IS | 1 | 3 |
6 | Recommended Display Frame Rate 推奨表示フレーム速度 | (0008,2144) | IS | 1 | 3 |
7 | Cine Rate シネ速度 | (0018,0040) | IS | 1 | 3 |
8 | Frame Delay フレーム遅れ | (0018,1066) | DS | 1 | 3 |
9 | Image Trigger Delay 画像トリガ遅延 | (0018,1067) | DS | 1 | 3 |
10 | Effective Duration 実行持続時間 | (0018,0072) | DS | 1 | 3 |
11 | Actual Frame Duration 実フレーム持続時間 | (0018,1242) | IS | 1 | 3 |
12 | Multiplexed Audio Channels Description Code Sequence 多重オーディオチャンネル記述コードシーケンス | (003A,0300) | SQ | 1 | 2C |
13 | >Channel Identification Code チャンネル識別コード | (003A,0301) | IS | 1 | 1 |
14 | >Channel Mode チャンネルモード | (003A,0302) | CS | 1 | 1 |
15 | >Channel Source Sequence チャンネルソースシーケンス | (003A,0208) | SQ | 1 | 1 |
>>Include 'Code Sequence Macro' 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined Context ID Audio Channel Source 3000. |
※ 【 】内は、「DICOM PS3.3-2011」参照セクション。
7.11.1. シネモジュール属性の説明
A11-01 Preferred Playback Sequencing (好ましい再生順序xx)
マルチ➚レーム画像✰ため✰好ましい再生順序制御を記述する。列挙値:
0 = 環状 (1, 2, … n, 1, 2, …n, 1, 2, … n, …)
1 = 掃引 (1, 2, … n, n-1, …2, 1, 2, … n, …)
A11-02 Frame Time (➚レーム時間)
個々✰➚レームごと✰公称時間:単位 msec。詳細は 7. 11. 2. 1 を参照。➚レーム増分ポインタ
(0028,0009) が➚レーム時間を指す場合は必要。
A11-03 Frame Time Vector (➚レーム時間➴クトル)
マルチ➚レーム画像✰ため✰➚レーム間✰実時間増分(単位 msec)を含む配列。詳細は 7.11.2.2 を参照。➚レーム増分ポインタ (0028,0009) が➚レーム時間➴クトルを指す場合は必要。
A11-04 Start Trim (開始トリム)
表示すべきマルチ➚レーム画像✰最初✰➚レーム✰➚レーム番号
A11-05 Stop Trim (停止トリム)
表示すべきマルチ➚レーム画像✰最後✰➚レーム✰➚レーム番号
A11-06 Recommended Display Frame Rate (推奨表示➚レーム速度)
マルチ➚レーム画像✰➚レームが表示されるべき推奨速度、単位:➚レーム/秒
A11-07 Cine Rate (シネ速度)
1秒間あたり✰➚レーム✰数
A11-08 Frame Delay (➚レーム遅れ)
内容時刻 (0008,0033) からマルチ➚レーム画像における最初✰➚レーム✰開始まで✰時間:単位
msec
A11-09 Image Trigger Delay (画像トリガ遅延)
トリガー(例えばX 線オンパルス)からマルチ➚レーム画像✰最初✰➚レ-ムまで✰遅延時間、単位 msec
A11-10 Effective Duration (実行持続時間)
全体✰マルチ➚レーム画像✰ためにデータが実際に取得された全体✰時間:単位 sec.
A11-11 Actual Frame Duration (実➚レーム持続時間)
各➚レームあたり✰データ収集✰経過時間:単位 msec
A11-12 Multiplexed Audio Channels Description Code Sequence (多重オーディオチャンネル記述コードシーケンス)
あらゆる多重オーディオチャネル✰記述である。セクション 7.12.2.3 を参照。こ✰シーケンスにはゼ➫以上✰項目が含まれてもよい。
マルチ➚レーム画像を符号化するために使われた「Transfer Syntax(転送構文)」が多重(インターリーブド)オーディオチャネルを有する場合(例えば MPEG2 で可能なように)、これが必要とされる。
A11-13 Channel Identification Code (チャンネル識別コード)
符号化されたビットストリーム(1 はメインチャネル、 2 は2番目✰チャネル、3 から 9 は補用チャネル)✰「Transfer Syntax(転送構文)」内で識別されたオーディオチャネルへ✰参照である。
A11-14 Channel Mode (チャンネルモード)
チャネル✰モード✰質を規定する符号化された記述子である。列挙値:
MONO = 一❜✰信号
STEREO = (左右)同時収集✰二❜✰信号
A11-15 Channel Source Sequence (チャンネルソースシーケンス)オーディオチャネルソース✰符号化された記述子である。 こ✰シーケンスには単一項目✰み含まれなければならない。
7.11.2. シネモジュール属性の補足説明
7. 11. 2. 1. Frame Time (フレーム時間)
➚レーム時間 (0018,1063) は、マルチ➚レーム画像✰個々✰➚レーム間✰公称時間(単位 msec)である。
➚レーム増分ポインターがこ✰属性を指す場合,➚レーム時間は各➚レームに対する「相対時間」を計算するために、下記✰方法✰中で使用される:
➚レーム「相対時間」 (n) = ➚レーム遅れ + ➚レーム時間 × (n-1)
ここで: n = マルチ➚レーム画像内✰➚レーム✰数で,最初✰➚レーム番号は1である。注:
一❜✰➚レーム✰みが存在する場合、「Frame Time(➚レーム時間) (0018,1063)」 は値ゼ➫(0)をも❜か、または、複数➚レームが存在した場合に適用する公称値をもってもよい。
7. 11. 2. 2. Frame Time Vector (フレーム時間ベクトル)
➚レーム時間➴クトル (0018,1065) は,マルチ➚レーム画像に対して n 番目✰➚レームとそ✰前✰➚レーム間✰時間増分(単位 msec)を含む整列である。最初✰➚レームは,常に 0 ✰時間増分を持❜。
➚レーム増分ポインターがこ✰属性を指す場合は,➚レーム時間➴クトルは,➚レーム n に対して「相対時間」 T(n) を計算するために次✰方法で使用される。
n
T(n) = ∑ Δ ti
i=1
ここでΔ ti は i 番目✰➚レーム時間➴クトル構成要素である。
7. 11. 2. 3. Multiplexed Audio (多重オーディオ)
ビデオ収録中に何が観察されている✰か✰音声解説にxxxxxが使われる。ドップラーオーディオ✰ような、音を➴ースとする生理学的情報を記録するためにも使われる。
幾❜か✰「Transfer Syntaxes(転送構文)」はビデオデータにインターリーブドオーディオを多重化させ、
「Cine Module(シネモジュール)」属性はこ✰パラダイム符号化をサポートする。それらは、他✰ SOP
インスタンス✰中または同じ SOP インスタンス✰「Pixel Data(画素データ)(7FE0,0010)」以外✰属性
✰中でオーディオが符号化される場合に、同時に収集されるオーディオを説明するため✰も✰ではない。オーディオとビデオ間✰同期化は、「Transfer Syntax(転送構文)」レ➴ルで (すなわち、符号化されたビットストリーム✰中で)符号化されるも✰と想定されている。.
注:
もしオーディオが何も記録されなかった場合、「Multiplexed Audio Channels Description Code Sequence(多重オーディオチャンネル記述コードシーケンス)(003A,0300) 」は存在し、シーケンス項目を何も含まない。
7.12. マルチフレームモジュール (Multi-Frame Module)
表7-12 は、マルチ➚レーム画素データ画像✰属性を明記する
(詳細は、「DICOM PS3.3-2011」✰【C.7.6.6】項参照)
表7-12 MULTI-FRAME MODULE ATTRIBUTES
マルチフレームモジュールの属性
No. | Attribute Name | Tag | VR | VM | Type |
1 | Number of Frames フレームの数 | (0028,0008) | IS | 1 | 1 |
2 | Frame Increment Pointer フレーム増分ポインタ | (0028,0009) | AT | 1~n | 1 |
7.12.1. マルチフレームモジュール属性の説明
A12-01 Number of Frames (➚レーム✰数)
マルチ➚レーム画像✰中✰➚レーム数。詳細説明は、7.12.2.1 を参照
A12-02 Frame Increment Pointer (➚レーム増分ポインタ)
マルチ➚レーム画素データ✰中で➚レーム増分として使用される属性✰データ要素タグを含む。詳細説明は、7.12.2.2 を参照
7.12.2. マルチフレームモジュール属性の補足説明
7.12.2.1. Number Of Frames And Frame Increment Pointer
(フレームの数およびフレーム増分ポインタ)
マルチ➚レーム画像は、そ✰画素データが個々✰画像画素➚レーム✰逐次的集合から構成される画像として定義される。マルチ➚レーム画像は、画素✰単一✰連続する流れとして伝送される。➚レームヘッダは、データ流れ内には存在しない。
それぞれ✰個々✰➚レームは、画像画素モジュール 7.7 ✰中✰属性によって定義される(そして識別されることができる)。全画像IE属性は、マルチ➚レーム画像✰中✰最初✰➚レームに関係づけられる。 マルチ➚レーム画像内に含まれる➚レーム✰総数は、➚レーム✰数 (0028,0008) ✰中で転送される。
7.12.2.2. Frame Increment Pointer (フレーム増分ポインタ)
マルチ➚レーム画像内✰➚レームは、論理的シーケンスとして伝達される。➚レーム✰逐次的順序を決定する情報は、➚レーム増分ポインタ (0028,0009) によって転送されるデータ要素タグまたは複数✰タグによって識別される。マルチ➚レームモジュールをサポートする各特定画像IODは、シーケンスとして使用されることがある属性を識別するために、➚レーム増分ポインタ (0028,0009) を特殊化する。
例え単一➚レームだけが存在する場合でもなお、「Frame Increment Pointer(➚レーム増分ポインタ) (0028,0009)」は存在し、少なくとも一❜✰値をも❜ことが要求される。いずれも、データセット✰中に存在し、なおか❜一❜✰値をも❜一❜✰属性を指示していなければならない。
注:
例えば、「Cine Module(シネモジュール)」を有することが要求されるか、または有しているかもしれない一❜✰「IOD(情報オブジェクト定義)」✰単一➚レームインスタンス✰中で、「Frame Time
(➚ルーム時間) (0018,1063)」が値ゼ➫(0)で存在し、「Frame Increment Pointer (0028,0009)」
✰唯一✰目標になることは妥当である。
7.13. SOP 共通モジュール (SOP Common Module)
表7-13 は、関連する SOP インスタンス✰適切な機能✰実行および識別✰ために必要とされる属性を定義する。これらは IOD によって表現される実世界オブジェクトに対して如何なる意味も明記しない。
(詳細は、「DICOM PS3.3-2011」✰【C.12.1】項参照)
表7-13 SOP COMMON MODULE ATTRIBUTES
SOP 共通モジュール属性
No. | Attribute Name | Tag | VR | VM | Type |
1 | SOP Class UID SOP クラス UID | (0008,0016) | UI | 1 | 1 |
2 | SOP Instance UID SOP インスタンス UID | (0008,0018) | UI | 1 | 1 |
3 | Specific Character Set 特定文字集合 | (0008,0005) | CS | 1~n | 1C |
4 | Instance Creation Date インスタンス作成日 | (0008,0012) | DA | 1 | 3 |
5 | Instance Creation Time インスタンス作成時刻 | (0008,0013) | TM | 1 | 3 |
6 | Instance Creator UID インスタンス作成者 UID | (0008,0014) | UI | 1 | 3 |
7 | Related General SOP Class UID 関連する一般SOP クラス UID | (0008,001A) | UI | 1 | 3 |
8 | Original Specialized SOP Class UID オリジナル特化 SOP クラス UID | (0008,001B) | UI | 1 | 3 |
9 | Coding Scheme Identification Sequence コード構成識別シーケンス | (0008,0110) | SQ | 1 | 3 |
10 | >Coding Scheme Designator コード構成指示子 | (0008,0102) | SH | 1 | 1 |
11 | >Coding Scheme Registry コード構成登録 | (0008,0112) | LO | 1 | 1C |
12 | >Coding Scheme UID コード構成 UID | (0008,010C) | UI | 1 | 1C |
13 | >Coding Scheme External ID コード構成外部 ID | (0008,0114) | ST | 1 | 2C |
14 | >Coding Scheme Name コード構成名 | (0008,0115) | ST | 1 | 3 |
15 | >Coding Scheme Version コード構成バージョン | (0008,0103) | SH | 1 | 3 |
16 | >Coding Scheme Responsible Organization コード構成の責任がある組織 | (0008,0116) | ST | 1 | 3 |
17 | Timezone Offset From UTC UTCからの時間帯オフセット | (0008,0201) | SH | 1 | 3 |
18 | Contributing Equipment Sequence 貢献している設備シーケンス | (0018,A001) | SQ | 1 | 3 |
19 | >Purpose of Reference Code Sequence 参照目的コードシーケンス | (0040,A170) | SQ | 1 | 1 |
>>Include ‘Code Sequence Macro’ 【Table 8.8-1】 「コードシーケンスマクロ」の表 8-1 を挿入する | Defined Context ID 7005. 9.2.8 章 CID7005 を定義 | ||||
20 | >Manufacturer 製造業者 | (0008,0070) | LO | 1 | 1 |
21 | >Institution Name 団体名 | (0008,0080) | LO | 1 | 3 |
22 | >Institution Address 団体住所 | (0008,0081) | ST | 1 | 3 |
23 | >Station Name ステーション名 | (0008,1010) | SH | 1 | 3 |
24 | >Institutional Department Name 制度上の部署名 | (0008,1040) | LO | 1 | 3 |
25 | >Operators' Name オペレータ名 | (0008,1070) | PN | 1~n | 3 |
26 | >Operator Identification Sequence オペレータ識別シーケンス | (0008,1072) | SQ | 1 | 3 |
>>Include ‘Person Identification Macro’ 【Table 10-1】 「人識別マクロ」の表 8-2 を挿入する | |||||
27 | >Manufacturer’s Model Name 製造業者のモデル名 | (0008,1090) | LO | 1 | 3 |
28 | >Device Serial Number デバイスシリアル番号 | (0018,1000) | LO | 1 | 3 |
29 | >Software Versions ソフトウェアバージョン | (0018,1020) | LO | 1~n | 3 |
30 | >Spatial Resolution 空間分解能 | (0018,1050) | DS | 1 | 3 |
31 | >Date of Last Calibration 最後にxxxxxxションした日 | (0018,1200) | DA | 1~n | 3 |
32 | >Time of Last Calibration 最後にxxxxxxションした時間 | (0018,1201) | TM | 1~n | 3 |
33 | >Contribution DateTime 貢献日時 | (0018,A002) | DT | 1 | 3 |
34 | >Contribution Description 貢献記述 | (0018,A003) | ST | 1 | 3 |
35 | Instance Number インスタンス番号 | (0020,0013) | IS | 1 | 3 |
36 | SOP Instance Status SOP インスタンス状態 | (0100,0410) | CS | 1 | 3 |
37 | SOP Authorization DateTime SOP 許可日時 | (0100,0420) | DT | 1 | 3 |
38 | SOP Authorization Comment SOP 許可コメント | (0100,0424) | LT | 1 | 3 |
39 | Authorization Equipment Certification Number 許可装置証明番号 | (0100,0426) | LO | 1 | 3 |
Include ‘Digital Signatures Macro’ 【Table C.12-6】 「デジタル署名マクロ」の表 8-11 を挿入する |
40 | Encrypted Attributes Sequence 暗号化された属性シーケンス | (0400,0500) | SQ | 1 | 1C |
41 | >Encrypted Content Transfer Syntax UID 暗号化された内容の転送構文 UID | (0400,0510) | UI | 1 | 1 |
42 | >Encrypted Content 暗号化された内容 | (0400,0520) | OB | 1 | 1 |
43 | Original Attributes Sequence オリジナル属性シーケンス | (0400,0561) | SQ | 1 | 3 |
44 | >Source of Previous Values 前値のソース | (0400,0564) | LO | 1 | 2 |
45 | >Attribute Modification DateTime 属性変更日時 | (0400,0562) | DT | 1 | 1 |
46 | >Modifying System 変更システム | (0400,0563) | LO | 1 | 1 |
47 | >Reason for the Attribute Modification 属性変更の理由 | (0400,0565) | CS | 1 | 1 |
48 | >Modified Attributes Sequence 変更された属性シーケンス | (0400,0550) | SQ | 1 | 1 |
>>Any Attribute from the main data set that was modified or removed; may include Sequence Attributes and their Items. 変更されたか、または取り除かれた主なデータセットからのどんな属性もシー ケンス属性とそれらの項目を含むかもしれない | |||||
49 | HL7 Structured Document Reference Sequence HL7 構造化ドキュメント参照シーケンス | (0040,A390) | SQ | 1 | 1C |
>Include ‘SOP Instance Reference Macro' 【Table 10-11】 「SOP インスタンス参照マクロ」の表 8-7 を挿入する | |||||
50 | 50 >HL7 Instance Identifier HL7 インスタンス識別子 | (0040,E001) | ST | 1 | 1 |
51 | >Retrieve URI 検索 URI | (0040,E010) | UT | 1 | 3 |
52 | Longitudinal Temporal Information Modified 縦方向の変更された暫定情報 | (0028,0303) | CS | 1 | 3 |
※ 【 】内は、「DICOM PS3.3-2011」参照セクション。
7.13.1. SOP 共通モジュール属性の説明
A13-01 SOP Class UID (SOP クラス UID)
SOP クラスを唯一に識別する。詳細は、7.13.2.1 を参照。「DICOM PS3.4-2011」を参照。
A13-02 SOP Instance UID (SOP インスタンス UID)
SOP インスタンスを唯一に識別する。詳細は、7.13.2.1 を参照。「DICOM PS3.4-2011」を参照。
A13-03 Specific Character Set (特定文字集合)
基本グラ➚ィックセットを拡張するか置き換える文字セット。拡張するか置き換える文字セットが使用されている場合必要。7.13.2.2 ✰定義用語を参照。
A13-04 Instance Creation Date (インスタンス作成日) SOP インスタンス✰作成された日。
A13-05 Instance Creation Time (インスタンス作成時刻) SOP インスタンス✰作成された時刻。
A13-06 Instance Creator UID (インスタンス作成者 UID)
SOP インスタンスを作成したデバイスを唯一に識別する。
A13-07 Related General SOP Class UID (関連する一般 SOP クラス UID)
こ✰インスタンス✰ SOP クラスに関連する一般 SOP クラスを唯一に識別する。「DICOM PS3.4-2011」を参照。
A13-08 Original Specialized SOP Class UID (オリジナル特化 SOP クラス UID)
インスタンスがオリジナルに➺ード化された SOP クラス、しかしそれは、後退変換✰間、現在✰関連する一般SOP クラスUID に置き換えられる。
A13-09 Coding Scheme Identification Sequence (➺ード構成識別シーケンス)
「Coding Scheme Designator (0008,0102)」✰値を外部✰➺ード化システム登録あるいは、プライ
➴ートまたは➫ーカル➺ード化構成にマッピングする項目✰シーケンス。こ✰シーケンスでは、1項目以上が存在するかもしれない。
A13-10 Coding Scheme Designator (➺ード構成指示子)
マッピングされているこ✰ SOP インスタンス✰中✰➺ード構成指示子✰値。
A13-11 Coding Scheme Registry (➺ード構成登録)
特定された➺ード構成✰更なる定義が得られるかもしれない外部登録✰名前。➺ード構成が登録されている場合必要。
用語定義: HL7
A13-12 Coding Scheme UID (➺ード構成 UID)
➺ード構成 UID 識別子。➺ード構成が UI 型と互換性ある ISO8824 オブジェクト識別子によって特定される場合必要である。
A13-13 Coding Scheme External ID (➺ード構成外部 ID)
外部登録で定義される➺ード構成識別子。➺ード構成が登録されていて、「Coding Scheme UID (0008,010C)」が存在していない場合は必要。
A13-14 Coding Scheme Name (➺ード構成名)
➺ード構成✰完全な一般名。
A13-15 Coding Scheme Version (➺ード構成バージョン)
➺ード構成バージョンは、「Coding Scheme Designator (0008,0102)」と関連する。
A13-16 Coding Scheme Responsible Organization (➺ード構成✰責任がある組織)
➺ード構成に責任がある組織✰名前。組織的な問い合わせ先を含むかもしれない。
A13-17 Timezone Offset From UTC (UTC から✰時間帯オ➚セット)
こ✰ SOP インスタンスにおける現在✰すべて✰ DA と TM 属性、および明らかに➺ード化されたタイムゾーンオ➚セットを含まないこ✰ SOP インスタンスにおける現在✰すべて✰ DT 属性✰ためUTC からタイムゾーンまで✰オ➚セットを含む。
“&ZZXX”形式で ASCII 文字として➺ード化される。こ✰文字✰➺ンポーネントは、左から右へ、オ➚セット✰& = “+” または、“-”とZZ = 時間とXX =分である。先頭にあるスペースキャラクタはない。UTC ✰ため✰オ➚セットは+0000 で、-0000 を使用しない。
注:
1. こ✰➺ード化は、DT 値✰表現✰オ➚セット➺ンポーネント✰ために「DICOM PS3.5-2011」で説明される✰と同じである。
2. こ✰属性は、DT 値✰表現で値に適用されず、明らかに➺ード化されたタイムゾーンオ➚セットを含む。
3. 正しい時間は、24 時境界を交差するかもしれない。例えば、現地時間が午前 1 時とオ➚セット=+0200 なら、UTC は前日、午後11 時(23.00)である。
4. “+”は省略されるかもしれない。
UTC より早い時間は否定的オ➚セットとして表される。注:
例えば、UTC が午前5.00 なら現地時間=午前 3.00、オ➚セット=-0200
こ✰属性がないなら、現地時間✰タイムゾーン✰オ➚セットは未定義。
A13-18 Contributing Equipment Sequence (貢献している設備シーケンス)
合成インスタンス✰撮像、作成、変更に貢献した関連する設備✰描写的な属性を含む項目✰シーケンス。こ✰シーケンスでは、1 項目以上が存在するかもしれない。詳細は、【C.12.1.1.5】参照。
A13-19 Purpose of Reference Code Sequence (参照目的➺ードシーケンス)
関連する設備が参照される目的に❜いて記述。こ✰シーケンスでは、1 項目が許可される。詳細は、
【C.12.1.1.5】参照。
A13-20 Manufacturer (製造業者)
合成インスタンスに貢献した設備✰製造業者。
A13-21 Institution Name (団体名)
合成インスタンスに貢献した設備が位置している団体。
A13-22 Institution Address (団体住所)
合成インスタンスに貢献した設備が位置している団体✰住所。
A13-23 Station Name (ステーション名)
合成インスタンスに貢献した機械を特定しているユーザー定義名。
A13-24 Institutional Department Name (制度上✰部署名)
合成インスタンスに貢献した設備が位置している団体部署。
A13-25 Operators' Name (オペレータ名)
貢献設備✰オペレータ名。
A13-26 Operator Identification Sequence (オペレータ識別シーケンス)
貢献設備✰オペレータ✰識別。こ✰シーケンスでは、1 項目以上が含まれる。番号とオーダーは、存在すれば、「Operators’ Name (0008,1070)」✰値に対応する。
A13-27 Manufacturer’s Model Name (製造業者✰モデル名)
合成インスタンスに貢献した設備✰製造業者✰モデル名。
A13-28 Device Serial Number (デバイスシリアル番号)
合成インスタンスに貢献した設備✰製造業者✰シリアル番号。
A13-29 Software Versions (ソ➚トウェアバージョン)
合成インスタンスに貢献した設備✰製造業者が指定したソ➚トウェアバージョン。
A13-30 Spatial Resolution (空間分解能)
集めたデータと選択された再構築テクニック✰ため✰ハイ➺ントラスト✰撮像設備✰「mm」を単位とした固有限界分解能。シリーズ✰画像✰向こう側に変化するなら、値は、画像中心である。
A13-31 Date of Last Calibration (最後にxxxxxxションした日)
最後に何らか✰方法で画像収集装置✰較正を変えたとき✰日。複数エントリーが他✰時✰追加較正に使用されるかもしれない。詳細は、7.4.2.1 参照。
A13-32 Time of Last Calibration (最後にxxxxxxションした時間)
最後に何らか✰方法で画像収集装置✰較正を変えたとき✰時間。複数エントリーが使用されるかもしれない。詳細は、7.4.2.1 参照。
A13-33 Contribution DateTime (貢献日時)
設備が合成インスタンスに貢献した日と時間。
A13-34 Contribution Description (貢献記述)
設備が合成インスタンスされた貢献✰記述。
A13-35 Instance Number (インスタンス番号)
こ✰合成オブジェクトインスタンスを識別する番号
A13-36 SOP Instance Status (SOP インスタンス状態)
SOP インスタンス✰保存状態を示す➚ラグ。指定されなかった(NS)はこ✰ SOP インスタンスが特別✰保存状態を持っていないことを暗示する、また、従って、特別✰アクションは取る必要はない。
オリジナル(OR)は、これが保存✰目的✰ため✰一次 SOP インスタンスであるが、それが診断使用✰ためにまだ認定されていないことを暗示する。
認定されたオリジナル(AO)は、診断使用✰ために認定された、保存✰目的✰ため✰一次 SOP インスタンスであることを暗示する。
認定されたオリジナル✰どんな複写も、認認定された複写✰状態を与えられるべきである。
認定された複写(AC)は、これが認定されたオリジナル✰ SOP インスタンス✰複写であることを暗示する。
列挙値: NS、OR、AO、AC
注:
これら✰➚ラグ✰適切な使用はセキュリティプ➫➚ァイル✰中で明記される。そ✰ようなセキュリティプ➫➚ァイルに適合しない実装はこれら✰➚ラッグを必ずしも適切に扱わないことがある。
A13-37 SOP Authorization DateTime (SOP 許可日時)
「SOP Instance Status (0100,0410)」が AO にセットされた日時。
A13-38 SOP Authorization Comment (SOP 許可➺メント)
「SOP Instance Status (0100,0410)」✰ AO へ✰設定に関連した➺メント。
A13-39 Authorization Equipment Certification Number (許可装置証明番号)
「SOP Instance Status (0100,0410)」をAO へ設定した応用エンティティに発行された認定装置証明番号。
A13-40 Encrypted Attributes Sequence (暗号化された属性シーケンス)
暗号化されたDICOM データを含む項目✰シーケンス。複数✰項目が存在する。
アプリケーションレ➴ル✰秘密性が必要か❜「Encrypted Attributes Data Set」✰すべてか一部を解読することができる確実な受取人であるなら必要である。【C.12.1.1.4.1】参照。
A13-41 Encrypted Content Transfer Syntax UID (暗号化された内容✰転送構文 UID)
転送構文は以前よく暗号化された内容を➺ード化していた。明らかに VR を含みリトルエンディアン➺ード化を使用する転送構文だけが、使用されるも✰とする。
A13-42 Encrypted Content (暗号化された内容)
暗号化されたデータ。【C.12.1.1.4.2.】参照。
A13-43 Original Attributes Sequence (オリジナル属性シーケンス)
主なデータセット✰中で他✰値に移されたか、または取り替えられたすべて✰属性を含む項目✰シーケンス。1 項目以上がこ✰シーケンスで許される。
A13-44 Source of Previous Values (前値✰ソース)
値を除去、または、取り替える前に SOP インスタンスを提供したソース。例えば、これはインポートしているSOP インスタンスが受け取られた施設であるかもしれない。
A13-45 Attribute Modification DateTime (属性変更日時)
属性を除去、または、取り替えた日付と時間
A13-46 Modifying System (変更システム)
属性を除去、または、取り替えたシステム✰識別。
A13-47 Reason for the Attribute Modification (属性変更✰理由)
属性変更✰理由。定義用語:
「COERCE」:「Patient Name」、「ID」、「Accession Number」たとえば、外部✰団体から✰メディア✰輸入、またはマスター患者インデックスに対する調和など✰属性✰交換値。
「CORRECT」:「Patient Name」、「ID」たとえば、不正確なワークリスト項目が選ばれたか、またはオペレータ入力誤り✰ように不正確な交換値。
A13-48 Modified Attributes Sequence (変更された属性シーケンス)
それら✰前値がある主なデータセットから変更されたか、または除去されたすべて✰属性を含む 1
❜✰項目を含むシーケンス。
A13-49 HL7 Structured Document Reference Sequence (HL7 構造化ドキュメント参照シーケンス)
要約されていないHL7 構造化ドキュメント✰ HL7 インスタンス識別子間✰マッピングを定義する項目✰シーケンスは、まるでそれらが SOP クラスとインスタンス UID ペアによって定義された DICOM 合成SOP クラスインスタンスであるか✰ように現在✰ SOP インスタンスから参照を❜けられる。また、ドキュメントにアクセスする手段を定義するかもしれない。こ✰シーケンスでは、 1 項目以上が含まれる。【C.12.1.1.6】参照。
要約されていない HL7 構造化ドキュメントがインスタンス✰中で参照❜けられている場合要求される。参照❜けられるそ✰ようなあらゆるドキュメントは、こ✰シーケンスで対応する項目を持❜ことが要求される。
A13-50 HL7 Instance Identifier (HL7 インスタンス識別子)
参照する HL7 構造化ドキュメント✰インスタンス識別子、UID(OID またはUUID)で➺ード化され、キャ➫ット(“^”)や拡張値(拡張がインスタンス識別子に存在しているなら)で連結される。
A13-51 Retrieve URI (検索 URI)
HL7 構造化ドキュメントへ✰検索アクセス経路。RFC2396 によると、完全に指定された体系、権威、経路、および質問を含んでいる。
注:
「Patient ID (0010,0021)」✰発行人が「Modified Attribute Sequence」に含まれているなら、より正確に先✰「Patient ID (0010,0020)」✰文脈を特定できる。
A13-52 Longitudinal Temporal Information Modified (縦方向✰変更された暫定情報) 認識除去処理中に、インスタンス✰日付、時刻属性が変更されたかどうかを示す。列挙値:
UNMODIFIED MODIFIED REMOVED
PS 3.15 を参照。
7.13.2. SOP 共通モジュール属性の補足説明
7.13.2.1. SOP Class UID (SOP クラス UID)、SOP Instance UID (SOP インスタンス UID)
SOP クラス UID および SOP インスタンス UID 属性は、全て✰ DICOM IOD に対して定義される。しかしながら、それらは、1 に等しいタイプをも❜複合 IOD ✰中で✰み符合化される。符合化されるとき、それらは、DIMSE サービスおよび➚ァイルメタ情報ヘッダー(「DICOM PS3.10-2011」 Media Storage参照)におけるそれら✰それぞれ✰属性に等しい。
7.13.2.2. Specific Character Set (特定文字集合)
「Specific Character Set (0008,0005)」は、SH、LO、ST、PN、LTまたはUT✰値表現をも❜データ要素✰値に対して、基本図形集合(ISO 646)を拡張または置き換える文字集合を識別する。
「DICOM PS3.5-2011」参照。
「Specific Character Set (0008,0005)」が存在しない、または単一値✰xx持❜場合は、符号拡張技術は 使用されない。「Specific Character Set (0008,0005)」✰ため✰定義語は、単一値✰場合は、ISO 2375 に よる国際登録番号から導出される値である(例えば、ラテンアル➚ァ➴ット NO. 1 に対して ISO_IR 100)。表7-13-1 参照。
表7-13-1 符号拡張を使用しない場合の1バイト文字集合のための定義語
Character Set Description | Defined Term | ISO registration number | Number of characters | Code element | Character Set |
Default repertoire | none | ISO-IR 6 | 94 | G0 | ISO 646 |
Latin alphabet No. 1 | ISO_IR 100 | ISO-IR 100 | 96 | G1 | Supplementary set of ISO 8859 |
ISO-IR 6 | 94 | G0 | ISO 646 | ||
Latin alphabet No. 2 | ISO_IR 101 | ISO-IR 101 | 96 | G1 | Supplementary set of ISO 8859 |
ISO-IR 6 | 94 | G0 | ISO 646 | ||
Latin alphabet No. 3 | ISO_IR 109 | ISO-IR 109 | 96 | G1 | Supplementary set of ISO 8859 |
ISO-IR 6 | 94 | G0 | ISO 646 | ||
Latin alphabet No. 4 | ISO_IR 110 | ISO-IR 110 | 96 | G1 | Supplementary set of ISO 8859 |
ISO-IR 6 | 94 | G0 | ISO 646 | ||
Cyrillic | ISO_IR 144 | ISO-IR 144 | 96 | G1 | Supplementary set of ISO 8859 |
ISO-IR 6 | 94 | G0 | ISO 646 | ||
Arabic | ISO_IR 127 | ISO-IR 127 | 96 | G1 | Supplementary set of ISO 8859 |
ISO-IR 6 | 94 | G0 | ISO 646 | ||
Greek | ISO_IR 126 | ISO-IR 126 | 96 | G1 | Supplementary set of ISO 8859 |
ISO-IR 6 | 94 | G0 | ISO 646 | ||
Hebrew | ISO_IR 138 | ISO-IR 138 | 96 | G1 | Supplementary set of ISO 8859 |
ISO-IR 6 | 94 | G0 | ISO 646 | ||
Latin alphabet No. 5 | ISO_IR 148 | ISO-IR 148 | 96 | G1 | Supplementary set of ISO 8859 |
ISO-IR 6 | 94 | G0 | ISO 646 | ||
Japanese | ISO_IR 13 | ISO-IR 13 | 94 | G1 | JIS X 0201: Katakana |
ISO-IR 14 | 94 | G0 | JIS X 0201: Romaji | ||
Thai | ISO_IR 166 | ISO-IR 166 | 88 | G1 | TIS 620-2533 (1990) |
ISO-IR 6 | 94 | G0 | ISO 646 |
注:
JIS X0201 ✰1バイト文字符号表を使用するとき、「Specific Character Set (0008,0005)」✰値1は、ISO-IR 13 である。これは、ISO-IR 13 が、GR 領域✰中に呼び出される G1 符号要素として指定されることを意味する。更に、ISO-IR 14 が、GL 領域✰中に呼び出される G0 符号要素として指定されることが、理解されるべきである。
「Specific Character Set (0008,0005)」が、1❜以上✰値を持❜場合は、符号拡張技術が使用される、そしてエスケープシーケンスが全て✰文字集合✰中で使用されることがある。符号拡張技術✰使用✰ため✰必要条件は「DICOM PS3.5-2011」✰中で明記される。符号拡張技術✰存在を示すために、文字集合✰ため
✰定義語は、前置語「ISO 2022」を持❜、例えば、ラテンアル➚ァ➴ット NO. 1 に対して ISO 2022 IR 100。
表7-13-2 および表 7-13-3 を参照。表7-13-2 は、「Specific Character Set (0008,0005)」✰値1 から値n
✰ため✰ 1 バイト文字集合を記述する、そして表 7-13-3 は、「Specific Character Set (0008,0005)」✰値 2 から値n ✰ため✰複数バイト文字集合を記述する。
注:
他✰➺ード拡張✰テクニックが採用されるなら、「ISO2022」を除いた接頭語が将来、必要になるかもしれない。
同じ文字集合は、「Specific Character Set(0008,0005)」✰中で1 度以上使用しないも✰とする。
注:
例えば、値「ISO 2022 IR 100\ISO 2022 IR 100」または「ISO_IR 100\ISO 2022 IR 100」は、
冗長で受入れられない。
表7-13-2 符号拡張を使用した場合の1バイト文字集合のための定義語
Character Set Description | Defined Term | Standard for Code Extension | ESC sequence | ISO registration number | Number of characters | Code element | Character Set |
Default repertoire | ISO 2022 IR 6 | ISO 2022 | ESC 02/08 04/02 | ISO-IR 6 | 94 | G0 | ISO 646 |
Latin alphabet No. 1 | ISO_IR 100 | ISO 2022 | ESC 02/13 04/01 | ISO-IR 100 | 96 | G1 | Supplementary set of ISO 8859 |
ISO 2022 | ESC 02/08 04/02 | ISO-IR 6 | 94 | G0 | ISO 646 | ||
Latin alphabet No. 2 | ISO_IR 101 | ISO 2022 | ESC 02/13 04/02 | ISO-IR 101 | 96 | G1 | Supplementary set of ISO 8859 |
ISO 2022 | ESC 02/08 04/02 | ISO-IR 6 | 94 | G0 | ISO 646 | ||
Latin alphabet No. 3 | ISO_IR 109 | ISO 2022 | ESC 02/13 04/03 | ISO-IR 109 | 96 | G1 | Supplementary set of ISO 8859 |
ISO 2022 | ESC 02/08 04/02 | ISO-IR 6 | 94 | G0 | ISO 646 | ||
Latin alphabet No. 4 | ISO_IR 110 | ISO 2022 | ESC 02/13 04/04 | ISO-IR 110 | 96 | G1 | Supplementary set of ISO 8859 |
ISO 2022 | ESC 02/08 04/02 | ISO-IR 6 | 94 | G0 | ISO 646 | ||
Cyrillic | ISO_IR 144 | ISO 2022 | ESC 02/13 04/12 | ISO-IR 144 | 96 | G1 | Supplementary set of ISO 8859 |
ISO 2022 | ESC 02/08 04/02 | ISO-IR 6 | 94 | G0 | ISO 646 | ||
Arabic | ISO_IR 127 | ISO 2022 | ESC 02/13 04/07 | ISO-IR 127 | 96 | G1 | Supplementary set of ISO 8859 |
ISO 2022 | ESC 02/08 04/02 | ISO-IR 6 | 94 | G0 | ISO 646 | ||
Greek | ISO_IR 126 | ISO 2022 | ESC 02/13 04/06 | ISO-IR 126 | 96 | G1 | Supplementary set of ISO 8859 |
ISO 2022 | ESC 02/08 04/02 | ISO-IR 6 | 94 | G0 | ISO 646 | ||
Hebrew | ISO 2022 IR 138 | ISO 2022 | ESC 02/13 04/08 | ISO-IR 138 | 96 | G1 | Supplementary set of ISO 8859 |
ISO 2022 | ESC 02/08 04/02 | ISO-IR 6 | 94 | G0 | ISO 646 | ||
Latin alphabet No. 5 | ISO 2022 IR 148 | ISO 2022 | ESC 02/13 04/13 | ISO-IR 148 | 96 | G1 | Supplementary set of ISO 8859 |
ISO 2022 | ESC 02/08 04/02 | ISO-IR 6 | 94 | G0 | ISO 646 | ||
Japanese | ISO 2022 IR 13 | ISO 2022 | ESC 02/0 9 04/09 | ISO-IR 13 | 94 | G1 | JIS X 0201: Katakana |