「DICOM/Value Representation」の版間の差分

提供:メディカルウェア
ナビゲーションに移動 検索に移動
編集の要約なし
9行目: 9行目:
たとえば患者名であれば文字列などと判断することができる。
たとえば患者名であれば文字列などと判断することができる。


つまりデータ型は基本的にDICOM/タグから判断できる項目であり、VRは不要な存在であると言える。DICOMファイルを生成する際には親切丁寧に書いても良いが、DICOMファイルを読み込む際はぶっちゃけ書いてあっても信用ならんので無視してDICOM/タグから推定するくらいが丁度良い。
つまりデータ型は基本的にDICOM/タグから判断できる項目でありVRは不要な存在であると言える。自ら[[DICOMファイル]]を生成する際には親切丁寧に書いても良いが、第三者が生成した[[DICOMファイル]]を読み込む際にはぶっちゃけVRは書いてあっても信用ならんので無視して[[DICOM/タグ]]から推定するくらいが丁度良い。


== DICOM value representation 一覧==
== DICOM value representation 一覧==

2012年11月27日 (火) 11:54時点における版

Value Representation(ばりゅー・りぷれぜんてーしょん)とは、DICOMファイルDICOMデータに格納されている個々のデータのDICOM/メタデータ(データ本体部分がどのようなデータであるかを示す情報)のひとつで、データ本体がどのような「データ型」であるかを示す情報である。あまりに長い名称なので通常はVR(ぶいあーる)とアルファベット2文字に略されているのが一般的である。

暗黙的VRと明示的VR

VRはデータ本体の「型」を表す2バイトの値でありデータ本体が文字列なのか、数値なのか、日付なのか、などという情報を格納している。

なお、DICOMでは暗黙的VR(Implicit VR)と明示的VR(Explicit VR)という規定があり、暗黙的VRの場合はメタデータ内にVRの値が存在しない。

その場合はDICOM/タグからVRを適宜判断する必要がある。 たとえば患者名であれば文字列などと判断することができる。

つまりデータ型は基本的にDICOM/タグから判断できる項目でありVRは不要な存在であると言える。自らDICOMファイルを生成する際には親切丁寧に書いても良いが、第三者が生成したDICOMファイルを読み込む際にはぶっちゃけVRは書いてあっても信用ならんので無視してDICOM/タグから推定するくらいが丁度良い。

DICOM value representation 一覧

Extracted from Chapter 6.2 of

Value Representation 概要
AE Application Entity
AS Age String
AT Attribute Tag
CS Code String
DA Date
DS Decimal String
DT Date/Time
FL Floating Point Single (4 bytes)
FD Floating Point Double (8 bytes)
IS Integer String
LO Long String
LT Long Text
OB Other Byte
OF Other Float
OW Other Word
PN Person Name
SH Short String
SL Signed Long
SQ Sequence of Items
SS Signed Short
ST Short Text
TM Time
UI Unique Identifier
UL Unsigned Long
UN Unknown
US Unsigned Short
UT Unlimited Text

なお、データ本体に格納されている値は1つとは限らず、連続したデータ(プログラミングの世界でいう配列など)の場合もある。そのような場合はVRが示すデータ型に関係なくデータ本体には文字列型として格納されており、個々の値の区切り文字として半角バックスラッシュ(日本語フォントだと半角の「\」マーク)が用いられているので、適切に文字列分割をして、個々の文字列をVRが示すデータ型に変換して利用する。

関連項目

参考文献