DICOM Tag 資料型態說明

DICOM 定義的標準裡，就是透過 DICOM Tag 的方式將影像資料由 A 系統或儀器設備
傳遞到  B 系統或儀器設備時，B系統與儀器能馬上解讀 B系統或儀器所傳送出的影像
資料，這全都是依賴已經定義好的 DICOM Tag 資料位置與資料型態，資料位置
定義模式如 ( 0000,0001 ) 其第一個資料 0000 定義為 Group Item ，而後面的 0001
定義為Element  資料元素，再包含定義好的資料型態格式，則可以輕易的解讀
資料內容，其相關的資料的型態如下所示:

UL-Unsigned Long UI-Unique Identifier
 CS-Code String US-Unsigned Short
 AE-Application Entity AT-Attribute Tag
 LO-Long String SH-Short String
 IS-Integer String OB-Other Byte
 SQ-Sequence of Items DA-Date
 TM-Time DT-Date Time
 ST-Short Text PN-Person Name
 DS-Decimal String FL-Floating Point Single
 AS-Age String LT-Long Text
 FD-Floating Point Double SL-Signed Long
 SS-Signed Short OW-Other Word
由於DICOM 所定義的資料型態不容易記憶，所以還是必須透過工具來
解讀。

以下整體的資料依照順序排列::
Value RepresentationDescription
AEApplication Entity
ASAge String
ATAttribute Tag
CSCode String
DADate
DSDecimal String
DTDate/Time
FLFloating Point Single (4 bytes)
FDFloating Point Double (8 bytes)
ISInteger String
LOLong String
LTLong Text
OBOther Byte
OFOther Float
OWOther Word
PNPerson Name
SHShort String
SLSigned Long
SQSequence of Items
SSSigned Short
STShort Text
TMTime
UIUnique Identifier
ULUnsigned Long
UNUnknown
USUnsigned Short
UTUnlimited Text

留言

張貼留言

這個網誌中的熱門文章

DICOMDIR 簡介

圖片
1 .    DICOMDIR  簡介： DICOMDIR  是一個 Index 記錄檔案，記錄著一組被組織過的 DICOM 醫療影像檔（ File-Set ），以及這階層化組織的架構資料。 它必須存在於一個  File-Set 的根目錄，而且必須是唯一的。 如果用 windows 檔案總管來看一個已經被燒錄好在 CD-ROM 的 DICOMDIR ： DICOMDIR 這個檔會存在 CD-ROM 的根目錄，並且有分層的檔案夾存著 DICOM 醫療影像檔。 優點： 共通性 ：在 DICOM 的環境下，只要有一個 DICOMDIR AP  便可以讀取 DICOMDIR ，方便查詢所記錄的片子資料，因為也記錄病人的基本資料，照片資料，等。所以可以依照病人資料去搜尋來取得資料。猶如小型資料庫，又比資料庫來的簡易小型。 DICOMDIR 是一個 NEMA 制訂的資料格式，不受媒體的拘束，所以制訂 DICOMDIR ，讓有 DICOM 環境有一個共通又可跨平台的資料整合格式。 方便性 ：在沒有網路 support  的情況下，可以方便攜帶 DICOMDIR 所整合病歷資料。例如：病人轉院，就診時，不需要重新照片子，也不用帶一疊的片子及病歷資料，只要帶一片燒錄一切有關此病人的就診資料，數位的片子資料！真是輕薄小巧，方便攜帶，又節省重照的成本。又例如：醫生會診來研究 case study ，也可以方便收藏歸類。 2. DICOMDIR  的格式內容（技術資料）： 參照  Figure B.X.2.2.2-1  的圖案  & Table A.1-1 Direcotry content Example DICOMDIR  是包含了兩部分：  File-set Identification & Directory Information. ¨     File-set Identification  是記錄 File-set  的基本資料如  File-set ID. ¨   ...
閱讀完整內容

DICOM Structure Reporting(SR) 簡介

圖片
一、             什麼是  DICOM SR ？ 首先讓我們來看看 SR 這兩個字到底有什麼樣的意義，簡單來說，它是 Structured Reporting 的縮寫，也就是 結構化 的醫學報告。 一般傳統的醫學報告，包括常見的病歷或醫學研究報告，不論手寫或電腦打字，多半是以條列式的文字來陳述，換句話說，也就是白紙黑字的一行一行寫出內容，而無法靈活的呈現醫生腦中的各種想法。 所謂結構化這個觀念，當然是為了改良傳統條列式的報告而發展出來的，它將一份完整的報告分解成一個個小項目，每個項目只包含一組 Name/Value   Name 代表該項目的主題， Value 是它的值，例如： 病歷號碼 =12345 、呼吸 = 每分鐘 15 次、體溫 =38 度、主訴 =” 頭痛 , 流鼻水 ”   就是四組 Name/Value 項目 。最後再利用一些連結關係將這些項目組合在一起，就成為一份完整的報告內容。 二、             SR document 的優點： 經過上面的介紹，相信大家還是不能感覺到 SR document 的好處，以下我們就利用一些簡單的例子來說明 SR 到底具有何種威力。 1.         靈活的報告呈現方式： 單就文字的部分而言，以上述的例子來說，在呈現的時候，可以仿照 windows 常用的檔案樹方式，將各個項目層層相疊，一開始點選時只會看到主訴和診斷的部分（圖一），而理學檢查的項目構成另一個目錄，如需進一步的資料，點選後可見到體溫、血壓、脈搏等數據。 這樣的呈現方式，不僅可以表達醫生在整個邏輯思考判斷的過程，也使得後來的閱讀者在觀看文件時更加簡潔有效率，而不會迷失在一大堆分不出重要程度的文字中。對醫學教育來說，使用 SR 的醫學報告也非常適於學生的學習過程，可以加強其醫學推理思考的能力。       ...
閱讀完整內容

DICOM 影像格式標籤 ( Tags ) 分析

圖片
要對醫學影像做進一步的處理，就必須了解 DICOM  影像的格式與資訊，在 DICOM  的影像 格式包含了兩大部分，其ㄧ為 像素資料 (pixel data) ，其二為影像屬性 (attribute) ， 影像屬性部份位於檔案格式的檔頭，故也稱 DICOM Header  ，檔頭內對於資料的紀錄， 採用了唯一的標籤 (Tag)  以識別，標籤 (Tag ) 內包含了群組代號 (Group number) 與 元素代號 (Element number)  ，如下圖1   所示 : Patient Name  的 Tag  為  (0010,0010)    其 0010  為此群組代號 (Group number) ，而後面的 0010  則為元素代號 (Element number) ， 這些相關 Tag  的說明可以參考 DICOM  的文件，由於 DICOM 文件都已經定義好這相關的 Tag   訊息與描述，讓不管是儀器設備或 PACS  系統的廠商，在開發應用程式時，有了標準 可以依循。   圖1   了解了 DICOM Tag  的用意後，我們來看 CT   的檔頭資料 共包含了哪些模組 (Modules) ， 如圖2   所示為 CT  影像的檔頭資料。 從圖所示， CT  影像的檔頭資料，包含了許多的模組 (Modules) ，這些 模組就如 一個一個的物件資料，相同模組訊息的資料會有相同的 群組代號 (Group number) ， 故非常容易辨別這元素代號 (Element number) 值所表示的意義。 DICOM  定義中 Modality  群組的代號為  [0008] ， Patient  群組的代號為 [0010]  ， Study  群組的代號為  [0020] ， Image  群組的代號為 [0028] ， Pixel 群組的代碼為 ...
閱讀完整內容