DICOM学习笔记

合集下载

DICOM 中文版 第5部分

DICOM 中文版 第5部分

C3P论坛[CAD/CAE/CAM/PLM]论坛NEMA Standards Publication PS3.2(199x)最终文件-- 部分5医学数字成像和通讯(DICOM)部分5:数据结构和编码状态:最终文件 - 1993年10月29日这是一个草稿—未经NEMA允许,不得传播,引用或复制。

目录2章节页码前言 11 应用范围和领域 (2)42 规范参考 (3)3 定义 (5)63.1 参考模型定义 (5)3.2 ACSE服务定义 (5)83.3 描述服务定义 (5)3.4 对象标识定义 (5)103.5 DICOM简介和概述定义 (5)3.6 DICOM遵从定义 (6)123.7 DICOM信息对象定义 (6)3.8 DICOM服务类详细说明定义 (6)143.9 消息交换的DICOM网络通讯支持定义 (6)3.10 DICOM数据结构和编码定义 (6)164 符号和缩写 (9)5 约定 (10)186 值编码 (11)6.1 字符全部功能的支持 (11)206.1.1 编码字符值的描述 (11)6.1.2 图形字符11226.1.2.1 默认字符全部功能 (11)6.1.2.2 默认字符全部功能的扩展或替换 (12)246.1.2.3 字符全部集合的编码 (12)6.1.3 控制字符13266.2 值描述 (13)6.3 列举值和定义术语 (20)286.4 值的多样性(VM)和定界 (20)7 数据集 (22)307.1 数据元素 (22)7.1.1 数据元素字段23327.1.2 带有VR的数据元素结构 (24)7.1.3 带有不明确VR的数据元素结构 (25)347.2 组长度 (26)7.3 Big Endian vs. Little Endian字节排序 (26)367.4 数据元素类型 (27)7.4.1 类型1所需的数据元素 (27)387.4.2 类型1C有条件的数据元素 (27)7.4.3 类型2所需数据类型 (27)407.4.4 类型2C 有条件的数据元素 (27)7.4.5 类型3可选数据元素 (28)27.5 数据集的嵌套 (28)7.5.1 项目编码规则2847.5.2 项目序列的定界 (29)7.6 重复组 (31)67.7 淘汰的数据元素 (31)7.8 私有数据元素 (32)87.8.1 私有数据元素标签 (32)7.8.2 私有元素的VR规则 (32)108 象素数据的编码 (33)8.1 相关的数据元素的象素数据编码 (33)128.2 自然或压缩格式的编码 (33)8.2.1 JPEG图像的压缩 (34)149 唯一标识 (35)9.1 UID Encoding Rules UID编码规则 (35)169.2 唯一标识的注册 (36)9.2.1 DICOM定义和注册的唯一标识 (36)189.2.2 私人定义的唯一标识 (36)10 传输语法 (37)2010.1 默认传输语法 (37)10.2 默认的无损JPEG压缩传输语法 (37)2210.3 默认的无损JPEG压缩的传输语法 (38)附A(标准的)传输语法说明书 (39)24A.1 DICOM Implicit VR Little Endian传输语法 (39)A.2 DICOM Little Endian传输语法(详述VR) (39)26A.3 DICOM Big Endian传输语法(详述VR) (40)A.4 为编码的象素数据封装的传输语法 (40)28A.4.1 JPEG图形的压缩 (45)附B(提供信息) (48)30附C(提供信息)DICOM唯一标识注册过程 (49)附D(提供信息)不同象素数据实例和全部的编码方案 (51)32附E(标准)DICOM默认字符功能 (53)附F(提供信息)DICOM消息部分的压缩图像 (54)34F.1 压缩JPEG编码图像 (54)附G(提供消息)数据元素标记的索引 (58)36附H(提供消息)传输UID的索引 (59)38前言ACR (美国放射学学会)和NAMA(国家电气制造商协会)形成了一个联合委员会来开发一个医学数字成像和通讯的标准。

dicom入门资料

dicom入门资料

dicom⼊门资料DICOM协议⽬录DICOM(Digitalimaging and Communications in Medicine)数字影像和通信标准DICOM3.0.2004在2004年11⽉发布。

DICOM 3.0标准共有18个部分,其各部分的内容概要如下:第⼀部分:引⾔与概述,简要介绍了DICOM的概念及其组成。

第⼆部分:DICOM兼容性声明。

声明DICOM要求制造商精确地描述其产品的DICOM兼容性,即构造⼀个该产品的DICOM兼容性声明。

第三部分: DICOM信息对象定义。

介绍了lOD和SOP类。

第四部分:服务类,说明了14个服务类,服务类详细介绍了功能与信息对象上的命令及其产⽣的结果。

第五部分:数据结构及语意,描述了怎样对信息对象类和服务类进⾏构造和编码。

第六部分:数据字典,描述了所有信息对象是由数据元素组成的,数据元素是对属性值的编码。

第七部分:消息交换,定义了进⾏消息交换时相互通讯的医学图像应⽤实体所⽤到的服务和协议。

第⼋部分:消息交换的⽹络通讯⽀持,说明了在⽹络环境下的通讯服务和⽀持DICOM应⽤实体进⾏消息交换的必要的上层协议。

第九部分:消息交换的点对点通讯⽀持。

由于⽬前在实际中很少使⽤点对点通信,该部分在DICOM 2003版中已经被删除。

第⼗部分:介质存储与⽂件格式。

第⼗⼀部分:介质存储应⽤描述。

第⼗⼆部分:存储功能和⽤于数据交换的介质格式。

第⼗三部分:打印管理的点对点通讯⽀持。

该部分在DICOM 2003中也已被删除。

第⼗四部分:灰度图的标准显⽰(显⽰和打印)功能。

第⼗五部分:安全特性描述。

第⼗六部分:内容资源映射。

第⼗七部分:说明信息。

这部分包含标准化表格和信息附件中的说明信息。

第⼗⼋部分:WEB访问DICOM持久对象。

定义基于WEB的服务,⽤于访问DICOM持久对象。

提供从HTML页⾯或者XML⽂档访问DICOM 持久对象的简单机制。

DICOM简介⼀ dicom是什么?⼆ dicom⽂件结构三如何编写dicom程序四利⽤开发包开发dicom程序五 dcmtk使⽤介绍⼀ dicom是什么?dicom全名是医学数字影像和通讯。

【学习课件】第四章医学图像存储与传输标准DICOM-第六章医学影像传输标准与应用(1)

【学习课件】第四章医学图像存储与传输标准DICOM-第六章医学影像传输标准与应用(1)
▪ 命令集是DICOM应用实体数据集上执行的操 作,由命令元素构成
对普通对象操作的为“普通消息服务元素 (Normalized DICOM Message Service Elements)”命令
对复合对象操作的为“复合消息服务元素 (Composite DICOM Message Service Elements)”命令
物理介质
P131
整理课件ppt
DICOM框架
15
4.1.3 DICOM技术特点
▪ DICOM是一种有层次的医学图像传输标准, 它根据医学图像的传输以及面向对象的要求, 将标准按层次定义
▪ 按照DICOM标准的内容进行以下三个层次的 分析
整理课件ppt
16
▪ ①DICOM消息交换的网络支持层(DICOM第 八部分) 这部分处于最低层,是其它层次的基础
DICOM文件格式
DICOM编码
文件序
文件标志
DICOM数据集
图4.4 DICOM SOP类格式
整理课件ppt
P161
32
在DICOM的环境中,可以按照是提供服务 或者是使用服务而把设备分为DICOM服务提 供者和DICOM服务使用者
如CT,MRI,DSA等为服务使用者,激光 打印机/服务终端是服务提供者(影像工作站 既即可为服务者又是使用者)
整理课件ppt
22
•信息对象定义 (information object definitions,IOD)
▪ 信息对象定义—— 对象的属性表(属性的集合)被称为信息对 象定义(IOD)
整理课件ppt
23
信息对象定义
整理课件ppt
24
•数据元素
数据集 (Data Set)

DICOM文件解读

DICOM文件解读

接着昨天,对文件格式的分析:0100h-0119h:这里的02001000将其进行字节转换后为00020010,这里标签的含义是UID,5549即为UI,值域长度为1200,将其字节转换后为0012即为18,表示后面18个字节都是值的内容即1.2.840.10008.1.2。

011ah-0135h:这里的02001200将其进行字节转换后为00020012,值描述还是UI,值域长度为14 00即为20个字节,值的内容为1.2.40.0.12.0.9812.0。

0136h-0147h:这里的02001300将其进行字节转换后为00020013,其值描述为5348即为SH(可见标准第五部分short string),0A00即值域长度为10,其值的内容为0.1B/WIN32。

0148h-015fh:这里的02001600将其进行字节转换后为00020016,其值描述为4145即为AE,值域长度为1000字节顺序转换为0010即为16个字节长度,其值的内容为IRIS后跟12个字节的空格(20)。

0160h-0171h:这里的08000500将其进行字节转换后为00080005,查找标准第六部分得知其为特定字符集(Specific Character Set),0A00字节转换后000A知字节长度为10,后跟两个字节的保留字,从0168h开始为ISO_IR100,表示ISO组织的一个记录号。

0172h-018fh:这里的08000800将其进行字节转换后为00080008,查找标准第六部分得知其为图像类型(Image Type),同上一个数据元一样这个地方也没有表示值,1600字节转换后0016得知字节长度为22,后跟两个字节的保留字,从017ah开始为ORIGINAL\PRIMARY\AXIAL,表示该图像的类型。

0190h-01b1h:这里的08001600将其进行字节转换后为00080016,查找标准第六部分得知其为SOP服务类的UID(SOP Class UID),为什么这里就不需要判断VR而有标签直接得出是属于UI呢?是隐形显示吗隐形显示与显性显示的区别如何从图像中看出来!1A00转换字节为001A即长度为26,后跟两个字节的保留字,从0198h开始为1.2.840.10008.5.1.4.1.1.2,与下面的00080018一起指得是与DICOM文件的传输识别有关的识别码。

Dicom基础概述

Dicom基础概述

• Part6:数据字典
– 定义了所有的DICOM数据单元以及UIDs。
• Part7:消息交换
– 定义了DICOM消息服务单元(DIMSE),以及所有的DICOM网络服务。
DICOM - 2008文档结构
• Part8:消息交换的网络通信支持
– 定义了网络通讯服务; – 定义了上层网络语法(如Association Negotiation, 对TCP/IP的支持)
DICOM标准培训(一)
胡远刚 2008-8-27
在这一讲里,我们会了解到以下内容:
1. DICOM的简介 2. DICOM中的术语、概念、基本原理和应用模 型 3. DICOM中的常见应用 4. 绍介DICOM标准的章节结构和我们如何去查 询想要的东西;
目录
• • • • • DICOM标准的介绍 DICOM标准的文档结构、 DICOM中的专业术语 DICOM标准的常见应3:信息对象定义
– 定义了应用于数字医学图像以及相关信息(如波形,格式化报告、 放射治疗药剂等)通信的真实世界实体的抽象说明。 – 定义了标准信息对象类和复合信息对象类; – 描述了现实世界模型及在信息对象定义中反映的相应信息模型。
DICOM - 2008文档结构
• Part4:服务类描述
Q/R Case Insensitive PN Structured Reporting 波形交换 Gryscl Sftcpy Prsntn ST
Adv MR (Multi-Frame) 胸部CAD Clinical Trial Ids Q/R Accent Insensitive PN
1993 1996 1998 1999 2000 2001 2003 2004
Modality Worklist Storage Commitment Push & Pull Hanging Protocol

简单易懂的DICOM简介

简单易懂的DICOM简介

简单易懂的DICOM简介A、DICOM是什么?(图一)在现代化社会进步的过程中,医疗服务的水准是一项非常重要的指标,在物质生活的提升后,维护人们健康的难度也随之增加。

相对而言,社会大众也会更进一步要求更迅速、更简单、无痛苦的医疗技术。

然而,医疗服务可说是一个科学研究应用的终极目标,故医疗水准的提升并非只是一个狭隘的单方向发展,随着医学技术的日新月异,各种不同领域的科技渐渐进入医院的大门,同时也在这多样化新观念的激盪下,发展出一个接一个的革命性演进,在这其中最具代表性,也是目前发展速度最惊人的,当属结合了时下热门的网络、通讯、电脑和医疗的DICOM。

虽然DICOM的威力是如此的惊人,但以目前国内医疗院所而言,所谓DICOM云云,往往尚停留在镜花水月的阶段,若想深入了解DICOM,又缺乏正确充足的讯息资源,就算找到得来不易的资源,也往往被庞杂艰涩的技术资料给哧退,为了解决这些困难,并为提升国内医疗水准尽一份心力,基于我们多年对DICOM规格的钻研,及技术上的领先地位,以下我们将利用短短的时间将DICOM的重要观念及精华介绍给各位。

要了解DICOM是什么,首先让我们先看一下它的英文缩写DICOM = Digital Imaging and Communication in medicine。

由字面上来解释,第一、DICOM的发展背景完全是针对医学应用领域来开发的;第二、适用对象是数位化的医学影像,所谓数位化的医学影像,是可以撷取并显示在电脑中的影像;第三、也就是整个DICOM规格的核心,是在于『通讯』这个观念上。

将这些东西综合起来,我们可以简单的将DICOM定义为「医学影像仪器和软体间共通的通讯规格」。

这样子说也许还不能清楚的表达DICOM的能力所在,让我们简单的举一个例子,DICOM 其实就是仪器和电脑用的共同语言。

像我们出国时,不管遇到什么国家的人,最先都会以英文来尝试和他沟通,在医院整体的环境中也是如此,各种不同厂牌的仪器和软体就如一个小国家般拥有自己的语言。

DICOM学习笔记

DICOM学习笔记

信息对象:真实信息实体(如CT影像、研究等)的 抽象,它遵照一个或更多的DICOM命令行事。 信息对象类:信息对象的正式描述,包括它的 用途和它拥有的属性,但不包括属性值。 信息对象实例:一个现实世界实体的表达,它 包括实体所属信息对象类的属性值。 消息:在两个协作的DICOM应用实体之间交换 “消息交换协议”的一个数据单元,由命令流 加上可选数据流组成。 服务类别:一个结构化的服务描述,被协作的 DICOM应用实体使用特定的DICOM命令支持, 是一类特殊的信息对象。
第十四部分:说明了灰度图像的标准显示功能。 这部分仅提供了用于测量特定显示系统显示特 性的方法。这些方法可用于改变显示系统以与 标准的灰度显示功能相匹配或用于测量显示系 统与标准灰度显示功能的兼容程度。 第十五部分:安全措施 第十六部分 内容映射资源(contentmapping resource)定义了标准使用的模板和上下文组。 第十七部分 说明信息 第十八部分 由WEB接入DICOM持久对象
第八部分:消息交换的网络通讯支持。说明了 在网络环境下的通讯服务和支持DICOM应用 进行消息交换的必要的上层协议。 第九部分:消息交换的点对点通讯支持。说明 了与ACR-NEMA2.0兼容的点对点通讯的服务 和协议。 第十部分:用于介质交换的介质存储和文件格 式。该部分说明了在可移动存储介质上医学 图像信息存储的通用模型。提供了在各种物 理存储介质上交换不同类型的医学图像的框 架,支持封装任何信息对象定义的文件格式。
通信和传输
DICOM通信过程分析
关联建立和关联协商 1. 连接协商的目的 2. 连接协商的内容 3.协商过程所提供的协议数据单元 PDU 数据传输 关联终止
结构流程图 实际设计中采用客户-服务器工作模式进行了 软件设计来模拟实际的传输过程。

dicom读取方法资料

dicom读取方法资料

Dicom格式文件解析器学数字图像与通讯,这里讲的暂不涉及通讯那方面的问题只讲*.dcm 也就是diocm格式文件的读取,读取本身是没啥难度的无非就是字节码数据流处理。

只不过确实比较繁琐。

分析整体结构先是128字节所谓的导言部分,说俗点就是没啥意义的破数据跳过就是了,然后是dataElement依次排列的方式就是一个dataElement接一个dataElement的方式排到文件结尾通俗的讲dataElement就是指tag 就是破Dicom标准里定义的数据字典。

tag是4个字节表示的前两字节是组号后两字节是偏移号比如0008,0018。

所有dataElement在文件中都是按tag排序的比如0002,0001? 0002,0002? 0003,0011文件整体结构如下:又把论文里的这图贴上来总结的很好。

单个dataElement的结构如下:显示VR:VR为OB?OW?OF?UT?SQ?UN的元素结构显示VR:VR为普通类型时元素结构(少了预留那一行)隐式VR?时元素结构要问VR是啥东东,值表示法啥叫值表示法啊俺不懂 int string short ushort 懂不就是这个意思,Dicom标准真坑爹非要整个怪怪的概念。

VR总共27个跟c#值类型对应关系我都写好了:1string getVF(string VR, byte[] VF)2 {3string VFStr = string.Empty;4switch (VR)5 {6case"SS":7 VFStr = BitConverter.ToInt16(VF, 0).ToString();8break;9case"US":10 VFStr = BitConverter.ToUInt16(VF, 0).ToString();1112break;13case"SL":14 VFStr = BitConverter.ToInt32(VF, 0).ToString();1516break;17case"UL":18 VFStr = BitConverter.ToUInt32(VF, 0).ToString();1920break;21case"AT":22 VFStr = BitConverter.ToUInt16(VF, 0).ToString();2324break;25case"FL":26 VFStr = BitConverter.ToSingle(VF, 0).ToString();2728break;29case"FD":30 VFStr = BitConverter.ToDouble(VF, 0).ToString();3132break;33case"OB":34 VFStr = BitConverter.ToString(VF, 0); 35break;36case"OW":37 VFStr = BitConverter.ToString(VF, 0); 38break;39case"SQ":40 VFStr = BitConverter.ToString(VF, 0); 41break;42case"OF":43 VFStr = BitConverter.ToString(VF, 0); 44break;45case"UT":46 VFStr = BitConverter.ToString(VF, 0); 47break;48case"UN":49 VFStr =50break;51default:52 VFStr =53break;54 }55return VFStr;56 }找个dicom文件在十六进制编辑器下瞧瞧给你整明白:所有dataElement从前到后按tag又可简单分段:几个特殊的tag很重要前面说过了tag就是dicom里定义的字典。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
DICOM概况
全称:Digital Imaging Communication in Medical。由美国 放射学院(ACR)和美国国家电子制造协会(NEMA)共 同制定 起因: 二十世纪七十年代以来,计算机断层成象技术(CT)和 其他数字成象技术飞速发展,很多厂商都研制了具有计 算机的成象设备,制定了各自不同的图像格式。 随着计算机网络的普及及其在医学上的广泛应用,在不 同厂商生产的设备之间交换图像和相关的信息的需求日 趋迫切,而缺乏统一的标准成为图像交换的主要障碍。
DICOM概况
DICOM标准中涵盖了医学数字图像的采集、归档、通信、显示
及查询等几乎所有信息交换的协议;以开放互联的架构和面向
对象的方法定义了一套包含各种类型的医学诊断图像及其相关 的分析、报告等信息的对象集;定义了用于信息传递、交换的 服务类与命令集,以及消息的标准响应;详述了唯一标识各类 信息对象的技术;提供了应用于网络环境(OSI或TCP/IP)的 服务支持;结构化地定义了制造厂商的兼容性声明 (Conformance Statement)。
DICOM文件格式
DICOM文件主要由文件头和文件结构像素数据两大 部分组成。 文件头分为文件引言和数据集两部分
DICOM SOP Instance DICOM SOP Instance DICOM SOP Inst.
DI COM P art 5 Encoding
DI COM P art 5 Encoding
属性宏
相同的属性在 多个表或多个 地方使用 完整描述该模 块,就是将两 表合为一个表, 且表2的属性类 型参考表1的属 性类型
如何制定自己的DICOM文件
找到对应IOD的模块,根据表中的Usage确定需要的 所有模块 找到相应模块,根据数据元素的类型(表中的Type) 确定需要的TAG 查阅数据字典(第六部分)确定TAG的数据类型,填 充数据 DCMTK中插入数据元素的函数putAndInsertString()
序列
DICOM标准中,在某些表中使用符号“>”描述项目 的序列 表中的含义:属性Series Date , Series Time , Series Instance UID嵌套在Referenced Series Sequence中
SQ编码规则
注: 每个在SQ序列中的 对象项目前面都会 有个(FFFE,E000) 的标签(作为项目 分隔符项)
DICOM概况
意义: DICOM标准的推出与实现,大大简化了医学影像信息交 换的实现,推动了远程放射学系统、图像管理与通信系统 (PACS)的研究与发展,并且由于DICOM的开放性与互联 性,使得与其它医学应用系统(HIS、RIS等)的集成成为 可能。
DICOM3.0的组成
DICOM 3.0标准随着技术的发展,不断地进行更新, 目前由18部分组成:
存储方式 Overlay可以嵌入存储在图像像素数据之中,也可以独 立存储在标签Overlay Data(60xx,3000)中。 对于检查系列而言,Overlay必须独立存储。
Overlay模块必须有的非空的TAG DCM_OverlayRows (0x6000, 0x0010) DCM_OverlayColumns (0x6000, 0x0011) DCM_OverlayType (0x6000, 0x0040) DCM_OverlayOrigin (0x6000, 0x0050) DCM_OverlayBitsAllocated (0x6000,0x0100) DCM_OverlayBitPosition (0x6000, 0x0102) DCM_OverlayData (0x6000, 0x3000) overlay行数 overlay列数
独立存储的Overlay 如果图像不适合嵌入Overlay像素,或者Overlay与一个 检查序列相关时,Overlay也可以作为独立的数据存储 在Overlay Data(60xx,3000)中 Overlay Bit Position (60xx,0112)值为0,且Overlay Bits Allocated(60xx, 0100) 为1,此时,Overlay将独立于图 像像素数据存储。 在Overlay Data(60xx,3000)中存储的数据为比特流,每 一个比特表示一个像素。
DCMTK中关于overlay的函数在DicomImage类中,如 getOverlayData()、addoverlay()…..
第一部分:引言与概述。简要介绍了DICOM的概念 及其组成。 第二部分:兼容性。定义了要求制造商精确地描述 其产品的DICOM兼容性,即构造一个该产品DICOM 兼容性声明,它包括选择什么样的信息对象、服务 类、数据编码方法等,每一个用户都可以从制造商 处得到这样一份声明。
第三部分:信息对象的定义。定义了两类信息对象类: 普通性、复合型。 第五部分:数据结构及编码。描述了怎样对信息对象 类和服务类进行构造和编码。 第六部分:数据字典。描述了所有信息对象是由数据 元素组成的,数据元素的属性及涵义。
MR信息实体模块
注: M: Mandatory强制的 C:Conditional有条件的 U: User用户可选的
注:关于Type的说明在标准中第五部分的40页 Type1: Type1的数据元素必须存在于数据集中,且值不为空 Type1c: Type1c的数据元素在某种条件下必须存在于数据集中,且值不为空 Type2: Type2的数据元素必须存在于数据集中,且值可以为空 Type2c: Type2c的数据元素在某种条件下必须存在于数据集中,且值可以为空 Type3: Type3的数据元素是可选的,可以为空
DICOM File Me ta Inform ation
DICOM Data Se t
DICOM File Me ta Inform ation
DICOM Data Se t
A File contains one SOP Ins tance
A File contains one SOP Ins tance
Overlay 像素数据
OverlayType表示感兴趣的区域或者其他图形,有两 个值:G = Graphics; R = ROI. Overlay Origin表示Overlay相对于图像的起始位置。 该标签中存储的字串表示Overlay开始时在原始图像 的行与列的位置,row\column Overlay Bit Position用于表示嵌入的Overlay数据在字 的哪个位置 Overlay Bits用于表示为每个Overlay像素分配的bit数
嵌入图像像素数据 一般情况下,DICOM图像的像素数据存储在标签 (7FE0,0010)中。Overlay的具体位置与存储像素的 具体位置一致。 可以根据标签Overlay Bit Position (60xx,0112)和标签 Overlay Bits Allocated (60xx,0100) 判断在DICOM图像 像素中是否存在嵌入的Overlay标签。 如果存在嵌入的Overlay像素,则Overlay Bit Position (60xx,0112)不可能为0,并且Overlay Bits Allocated (60xx,0100)的值和Bits Allocated(0028,0100)一致。
如何解读DICOM文件
DICOM中的传输语法(确定字节排序、VR是隐式还是显式)
第三步:读取普通的TAG,直到搜寻到(7FE0,0010) 。存储图 像数据,像素数据的存储顺序,从左到右,从上到下
DICOM对象内部所有数据元素必须按照(组,元素)标签编 号来排序:帮助校验数据完整性,在DICOM对象中一个接一 个地读取元素时,如果发现读取的下一个数据元素标签编号 比前一个还小,那么说明DICOM对象损坏了。Biblioteka DICOM中的Overlay
用途:表示在图像中人工添加或者由机器自动产生 的标记图形,可以是位图格式、图形或者文本 Overlay最多可以拥有16个不同的覆盖层面,它们的 标签由60xx的值决定,其中xx为不大于64的偶数。 不同的覆盖层面拥有相同的标签值 注:关于MR的Overlay模块的说明在第三部分的1114 页
DICOM最基本的结构单元——数据元素
DICOM数据集合是由DICOM数据元素按照一定的顺序排列组成 的 DICOM数据元素由四部分组成:标签,VR,数据长度和数据 域
标签:(组号,元素号) 所有双数组编号提供DICOM数据字典的供标准 数据使用,所有单数组编号供私用数据使用。 VR:表示该数据元素中的数据是什么形式的,可查 阅DICOM标准第五部分的24页。VR是可选的,取决 于协商的传输数据格式 数据长度:所有DICOM数据元素都应该为偶数长度, 若为奇数,追加空格或空NULL
DICOM 文件包含的四级属性,patient(病人), study(检查),series(序列),SOP(影像)。 每一级别需要具有能够唯一标识这个等级属性的键 值,类似关系数据库中的主键。病人对应的为 Patient id, 检查 study instance UID, 序列 Series Instanceuid,影像 SOP Instance UID.
Mor e File s
A File-set contains DICOM Formated Files
如何解读DICOM文件
第一步:跳过128个字节(00H)导言部分,读取 “DICM”4个字节,确认是DICOM格式文件 第二步:读取重要的数据元素,如传输语法等。其中, 0002组描述设备通讯,0008组描述特征参数,0010 组描述患者信息,0028组描述图像信息参数
相关文档
最新文档