DICOM学习笔记
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（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)
对普通对象操作的为“普通消息服务元素 （Normalized DICOM Message Service Elements）”命令
对复合对象操作的为“复合消息服务元素 （Composite DICOM Message Service Elements）”命令
物理介质
Ｐ131
整理课件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文件解读
接着昨天，对文件格式的分析：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基础概述
• 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简介A、DICOM是什么？（图一）在现代化社会进步的过程中，医疗服务的水准是一项非常重要的指标，在物质生活的提升后，维护人们健康的难度也随之增加。
相对而言，社会大众也会更进一步要求更迅速、更简单、无痛苦的医疗技术。
然而，医疗服务可说是一个科学研究应用的终极目标，故医疗水准的提升并非只是一个狭隘的单方向发展，随着医学技术的日新月异，各种不同领域的科技渐渐进入医院的大门，同时也在这多样化新观念的激盪下，发展出一个接一个的革命性演进，在这其中最具代表性，也是目前发展速度最惊人的，当属结合了时下热门的网络、通讯、电脑和医疗的DICOM。
虽然DICOM的威力是如此的惊人，但以目前国内医疗院所而言，所谓DICOM云云，往往尚停留在镜花水月的阶段，若想深入了解DICOM，又缺乏正确充足的讯息资源，就算找到得来不易的资源，也往往被庞杂艰涩的技术资料给哧退，为了解决这些困难，并为提升国内医疗水准尽一份心力，基于我们多年对DICOM规格的钻研，及技术上的领先地位，以下我们将利用短短的时间将DICOM的重要观念及精华介绍给各位。
要了解DICOM是什么，首先让我们先看一下它的英文缩写DICOM = Digital Imaging and Communication in medicine。
由字面上来解释，第一、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格式文件解析器学数字图像与通讯，这里讲的暂不涉及通讯那方面的问题只讲*.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里定义的字典。
dicom 协议
2、DICOM数据结构
大家知道，要保存、浏览影像，最简单的方式就是使用位图，那么为什么不使用位图？我们又该使用什么样的存储格式？原因很简单，因为在医学影像中，我们不仅仅要看到影像，还要知道影像包含的其他信息，例如病人信息、诊断信息等，所以我们不能使用位图，而是要定义专用的格式，是不是我们把需要的信息按固定长度写到文件里，再加上像素部分就可以了？显然没那么简单，因为固定长度的方式非常不方便，因此DICOM中用长度加内容的方式来描述影像信息，为了区分每个信息，我们给每个信息加一个标签，DICOM中，标签由组标记和元标记组成，可以理解为组标记为影像信息做了大的分类，元标记在大类中分小类，总之标签的功能是区分每个信息并分类，这种包括标签、长度和数据的信息被成为元素，有时元素中可以包括类型定义，用来标记该元素的数据类型，实际上，DICOM文件就是由不同元素组成的，这些元素的组合我们把它叫做数据集，DICOM协议中，传输和存储的内容都是数据集，要执行不同的服务，需要使用不同的数据集，那么，我们怎么构造各种数据集呢，可以想象，如果我们定义“人”这个概念，我们可以分解为头、手、脚、胸等不同组成部分，然后可以对各个部分进行再分类，DICOM的数据集也一样，例如定义CT影像，我们可以把它先分为病人信息、诊断信息、序列信息和影像信息，其中病人信息可以包括姓名、编号、性别、年龄等，同样诊断信息、序列信息、影像信息也可以再细化，在DICOM中，这种可以细化分类的对象叫做信息对象，每个信息对象有多个数据元素组成，DICOM标准已经定义了不同的信息对象，因此要定义数据集，只需要找到该数据集包括的信息对象，然后把各个信息对象包括的元素找出来，最后对元素按标签顺序排序，就可以得到需要的数据集，就好象链表一样，但是，有的数据元素可以包括一个或多个数据集，因此我们可以把DICOM的数据集看作二叉树结构。对于DICOM文件来说，它还包括128字节的保留部分，4字节的标志和文件头信息，其中文件头信息是一个特殊的部分，它告诉你该文件编码方式是什么。当然使用DICOM3DSDK开发包，你只要知道DICOM数据集是由不同元素构成的就可以了，不用去考虑内部结构，因为我们已经为用户做了这些工作。
DICOM文件解读
接着昨天，对文件格式的分析：0100h-0119h：这里的02 00 10 00将其进行字节转换后为00020010，这里标签的含义是UID，55 49即为UI，值域长度为12 00，将其字节转换后为0012即为18，表示后面18个字节都是值的内容即1.2.840.10008.1.2。
011ah-0135h：这里的02 00 12 00将其进行字节转换后为00020012，值描述还是UI，值域长度为14 00即为20个字节，值的内容为1.2.40.0.12.0.9812.0。
0136h-0147h：这里的02 00 13 00将其进行字节转换后为00020013，其值描述为53 48即为SH（可见标准第五部分short string），0A 00即值域长度为10，其值的内容为0.1B/WIN32。
0148h-015fh：这里的02 00 16 00将其进行字节转换后为00020016，其值描述为41 45即为AE，值域长度为10 00字节顺序转换为0010即为16个字节长度，其值的内容为IRIS后跟12个字节的空格（20）。
0160h-0171h：这里的08 00 05 00将其进行字节转换后为00080005，查找标准第六部分得知其为特定字符集（Specific Character Set），0A 00字节转换后000A知字节长度为10，后跟两个字节的保留字，从0168h开始为ISO_IR 100，表示ISO组织的一个记录号。
0172h-018fh：这里的08 00 08 00将其进行字节转换后为00080008，查找标准第六部分得知其为图像类型（Image Type），同上一个数据元一样这个地方也没有表示值，16 00字节转换后0016得知字节长度为22，后跟两个字节的保留字，从017ah开始为ORIGINAL\PRIMARY\AXIAL，表示该图像的类型。
0190h-01b1h：这里的08 00 16 00将其进行字节转换后为00080016，查找标准第六部分得知其为SOP服务类的UID（SOP Class UID），为什么这里就不需要判断VR而有标签直接得出是属于UI呢？是隐形显示吗隐形显示与显性显示的区别如何从图像中看出来！1A 00转换字节为001A即长度为26，后跟两个字节的保留字，从0198h开始为1.2.840.10008.5.1.4.1.1.2，与下面的00080018一起指得是与DICOM文件的传输识别有关的识别码。
dicom读取方法资料
D i c o m格式文件解析器学数字图像与通讯，这里讲的暂不涉及通讯那方面的问题只讲*.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 = ;4switch (VR)5 {6case"SS":7 VFStr = (VF, 0).ToString();8break;9case"US":10 VFStr = (VF, 0).ToString();1112break;13case"SL":14 VFStr = (VF, 0).ToString();1516break;17case"UL":18 VFStr = (VF, 0).ToString();1920break;21case"AT":22 VFStr = (VF, 0).ToString();2324break;25case"FL":26 VFStr = (VF, 0).ToString();2728break;29case"FD":30 VFStr = (VF, 0).ToString();3132break;33case"OB":34 VFStr = (VF, 0);35break;36case"OW":37 VFStr = (VF, 0);38break;39case"SQ":40 VFStr = (VF, 0);41break;42case"OF":43 VFStr = (VF, 0);44break;45case"UT":46 VFStr = (VF, 0);47break;48case"UN":49 VFStr =50break;51default:52 VFStr =53break;54 }55return VFStr;56 }找个dicom文件在十六进制编辑器下瞧瞧给你整明白：所有dataElement从前到后按tag又可简单分段：几个特殊的tag很重要前面说过了tag就是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文件的传输识别有关的识别码。
最新(医学影像信息学)7DICOM标准基础知识及应用讲学课件
操作服务
• N-Get：请求信息取回(retrieval)过程
• N-Set：请求信息更改和修正(modification)过程
• N-Action：请求通讯对侧执行一个操作行为
• N-Create：请求通讯对侧产生一个SOP 类的实例
• N-Delete：请求通讯对侧删除一个SOP 类的实例
元，由一组数据元(Data Element)构成
数据元内容则包含信息对象属性(attribute)的
编码值，因此，DICOM数据集即为DICOM
信息对象实例属性集的编码形式
DICOM数据集
（2）DICOM数据元
• DICOM数据元是构成DICOM数据集的基础
信息单元，作为一条编码的IOD属性项，其
号为奇数值的数据元，组编号为0001、
0003、0005、0007、FFFF除外，后者用
于定义和传递特定系统/设备提供商专用的
信息属性
• 私有数据元属性在不同提供商的系统间通
过DICOM 通讯传递时不能保证被正常地解
析和交互。
（3）DICOM数据元域DICOM数据集
(Data Element Field)
Print Management Service Class (打印管理服务类)
Basic Worklist Management service class (基础工作表
管理服务类)
Modality Performed Procedure Step SOP Class (设备
执行过程SOP类)
Storage Commitment service class (存储委托服务类)
二、DICOM服务类
Dicom基础概述
媒体存储交换
Part18:通过WEB获取 DICOM驻留对象(WADO)
DICOM - 2008文档结构
• Part1:介绍与预览
– 总体介绍了DICOM标准以及它的历史、应用范围、制定的目标以及 文档结构；
• Part2:一致性
– – – – 申请与本标准一致的实体应当遵循的原则； 一致性需求：任何申请与标准一致的实体必须满足的一般性需求； 一致性申明：指明了一致性申明中必须包括的信息； Part2中没有说明评估一个实体一致性的测试/确认步骤。
– 定义了稳定显示灰度图像的标准显示函数； – 提供了标准特定显示系统的
• Part15:安全和系统管理规范
– 介绍了实体可能遵循的由通讯协议定义的安全与系统管理规范; – 介绍了数据加密可以使用的标准和数据加密方案。
• Part16:内容映射资源
– 构建DICOM信息对象的文档模板、在信息对象中使用到编码术语集、 术语词典以及编码术语的区域特定翻译等。
一个通常的叫法错误
• 1993年，ACR-NEMA正式更名为DICOM标准， 为了与前期的ACR-NEMA1.0/2.0区分，正式名 称是DICOM V3.0。 • 到2000年以后，我们直接以修正的年份来标识 DICOM标准，如DICOM-2000，DICOM-2008 等。 • 通常地，我们直接把标准叫做DICOM，而不再 叫做DICOM V3.0
• Part17:解释性信息
– Part15中指定的参考和常规的解释性信息附录。
• Part18:通过WEB获取DICOM驻留信息(WADO)
– 介绍了如何通过HTML或XML，利用DICOM的UIDs来获取DICOM的 驻留信息。
DICOM中的专业术语
DICOM协议新手入门资料-DICOM协议详细解释
DICOM标准有很强的适应性。在设计初期，就充分考虑到了DICOM标准对放射以外的影像支持（比如：病理、内窥镜和牙科影像）。医疗影像设备的制造商往往都是大型跨国企业，他们的对DICOM标准的关注，对此标准的推广起到推波助澜的作用。欧洲标准化组织（the Comita Europaen de Normalisation）在制定MEDICOM标准时完全基于并且兼容了DICOM标准。在日本，放射设备及医疗信息系统行业协会发展中心已经采用了DICOM标准中可擦写媒介影像交换标准部分，并且考虑将DIOCM标准纳入其未来的医疗影像处理标准。目前，DICOM标准已经在全球范围内得到不同领域组织的广泛认同。
任何两个层面之间的交换都是无往不复的，因为所有通讯（正如同货物在不同公司之间的交流）都是双向的。在通讯术语中，信息在不同层面之间的流动被称之为层面提供的服务。然而， 通讯意味着信息的交换，因此，还需要对方设备上有相对应的层面并且有物理媒介的连接。
我们的假想工厂加工并且运输自己的产品到另外一个公司，在那里经过组装产生新的产品。后面这个公司并不把产品原封不动地送回到去我们的假想公司（除非他们收到劣质产品要退货），不过他们要把货款发送回来。两个公司的物流部门需要为双方货运制定计划和规则（比如，不要在在长假期间发运保鲜货物）。同理，两个电器设备之间的的通讯也需要事先设定的规则或者协议，这样设备间相对应通讯层面才能连接。在电子通讯中，两个设备之间真正的数据流动只存在于物理层。然而，由于建立了机遇层面的通讯模型，每一个层面可以看作和对方设备的对应层面基于已有协议的直接通讯。在提供本层面的服务时，一个层面在所接收到的数据上加入一些信息然后发送给下游层面，下游层面接收到数据后也作相同的工作。在接收端，数据在向上穿行过各个层面的时候，每个层面提取从数据中出自己所需要的信息实现层面功能。在我们的假想公司中，质控部门会在产品的包装上贴合格标签再将其送到物流部门发货，而在收货的公司，产品接收后会开包验货， 公司的质控部门会检查产品的合格标签并且确认产品没有任何运输损坏。只有产品通过检查后，才会被发送到别的部门接受进一步处理，最后财务部门会得到签收通知安排付款。在上述过程中的协议保证了发货人在产品上粘贴了正确的质控标签，而收货人可以根据发票检查产品数量和质量。如果过程中有人违反协议（比如发货人没有检查产品，或者忘记了贴标签），产品将被拒绝接收（收货人拒绝收货或者扣留货物直到问题解决）。
医学数字影像和通讯(DICOM)
医学数字影像和通讯(DICOM)第十四部分：灰度标准显示函数由国际电气制造业协会出版1300 N. 17th StreetRosslyn,Virginia 22209 USA版权所有（C）国际电气制造业协会2003。
包括译成其他语言的版权所有，受世界版权公约、伯尔尼公约或文学艺术著作保护公约、以及国际和泛美版权公约保护。
－标准－通知及免责声明该出版物技术方面的信息得到了参加该开发成员的一致同意目录通知及免责声明 (2)目录 (3)前言 (5)1.应用的领域和范围 (6)2.标准参考 (6)3.定义 (8)4.符号和缩略语 (8)5.惯例 (8)6.概述 (8)7.灰度标准显示函数 (11)7.1一般规则 (12)7.2传输式硬拷贝打印机 (13)7.3放射式硬拷贝打印机 .............................................................错误！未定义书签。
8.参考...............................................................................................错误！未定义书签。
附录A（提供资料）灰度标准显示函数的出处 (16)A.1．选择灰度标准显示函数的原因 ..........................................错误！未定义书签。
A.2．BARTEN模型的详细资料.................................................错误！未定义书签。
A.3.参考 .....................................................................................错误！未定义书签。
附录B（提供资料）灰度标准显示函数表 (21)附录C（提供资料）测量显示系统和灰度标准显示函数匹配的准确度 (28)C.1有关兼容性和量度的一般考虑事项 (28)C.2方法 (29)C.3参考 (31)附录D（提供资料）为和灰度标准显示函数归档兼容的照度 (32)D.1发射式显示系统 (32)D.1.1系统特征曲线的测量 (32)D.1.2标准规则的应用 (37)D.1.3标准的实现 (37)D.1.4兼容性的测量 (40)D.2透射式硬拷贝设备 (41)D.2.1系统特征曲线的测量 (41)D.2.2灰度标准显示函数的应用 (42)D.2.3灰度标准显示函数的实现 (43)D.1.4兼容性的测量 (46)D.3反射式显示系统 (47)D.1.1系统特征曲线的测量 (48)D.1.2灰度标准显示函数的应用 (48)D.1.3灰度标准显示函数的实现 (48)D.1.4兼容性的测量 (51)附录E（提供材料）在外界光线下可实现的JND范围 (54)前言美国放射学会（ACR）和国际电器制造业协会（NEMA）组成了一个开发医学数字图像和通讯标准的联合委员会。
超详细脑梗死高阶学习笔记
超详细脑梗死高阶学习笔记【临床表现】好发于中老年人，男女发病比例相似。
患者通常有某些未加注意的前驱症状（如头昏、头痛等），部分患者有短暂性脑缺血发作病史或高血压动脉硬化病史。
患者多在休息或睡眠中发病，常表现为不能说话，一侧肢体瘫痪，但生命体征改变一般较轻。
【影像学检查方法的选择】CT为脑梗死（cerebral infarction）的首选影像学检查方法，但可遗漏部分早期病灶。
CT灌注成像（包括Xe-CT灌注成像）对超急性和急性脑梗死的诊断、治疗和预后有帮助。
CTA用于检查颈动脉和椎基底动脉系统的较大血管的异常，但难以显示小分支异常。
MRA、MR-DWI、MR-PWI检查是超急性脑梗死首选的影像检查方法，可判断是否存在可恢复性脑缺血组织，可同时观察颈动脉和椎基底动脉系统的较大血管的异常。
MRS检查也是行之有效的方法。
但MRI对早期出血灶不敏感。
应用DWI和PWI，不但能诊断早期脑梗塞，且可以判断脑梗塞周边半暗带的存在。
所谓半暗带是指急性脑缺血后局部血流量降低，该组织恢复血供后仍可存活的区域。
半暗带存在是可以溶栓治疗的指征之一。
【病理生理基础】（一）超急性期脑梗死发病＜6小时。
大体病理改变常不明显。
在起病1小时内电子显微镜可见神经细胞内线粒体肿胀造成的神经细胞内微空泡形成。
为细胞毒性水肿（DWI高信号）；数小时后光镜嗜伊红染色可见神经细胞胞质染色加深，尼氏体消失，核固缩、核仁消失。
（二）急性期脑梗死发病6～72小时。
梗死区脑组织肿胀变软，脑回扁平，脑沟变窄，切面上灰白质分界不清，有局限性水肿形成，并在24～48小时内逐渐达到高峰，即由最初的细胞毒性水肿发展到血管源性水肿。
急性期的较早阶段显微镜下表现与超急性期者相似。
急性期较晚阶段神经细胞发生髓鞘脱失，急性坏死过程基本完成。
（三）亚急性期脑梗死发病3～10天。
坏死组织开始吸收，修复过程开始逐步从梗死灶的周边向中心发展。
表现为小胶质细胞向坏死区增生并吞噬坏死组织，此时星形胶质细胞增生活跃内皮细胞增生形成新的毛细血管。
三级综合医院放射科新技术新业务学习笔记
三级综合医院放射科新技术新业务学习笔记地点：会议室数字化放射科的设备配置地点：会议室参加人员：全科同志日趋成熟的计算机图像处理技术为医学影像信息系统的建立提供了技术手段，新的医学成像技术为临床诊断提供了丰富的影像资料，在相当程度上提高了医疗水平。
一个现代化医院的建设与医院信息系统的发展是密切相关的，放射科——作为医院内医学图像主要来源部门，如何使医学图像实现数字化采集、存储、管理、处理、传输及有效利用，是医院数字化建设中最引人关注的焦点，数字化放射科的建设已成为中国大地上许许多多医院的梦想，历史悠久的老医院想逐步完成改造、新建医院将规划一步到位。
怎样合理配置相关数字化设备才符合当今医疗发展的需求，基本或完全达到数字化放射科的条件？笔者试从一所600张床位的综合性医院角度，对数字化放射科的配备拟出一份清单。
1 直接数字化摄片及造影系统数字化照相DR系统（Digital Radiography）是放射数字化图像的划时代革命，由于直接数字化平板的出现，改变了传统影像链的组成方法。
平板技术提供了高清晰的图像并极大的降低了X线剂量，不但革掉了传统影像链中的影像增强器、光学系统、视频系统和模数转换器等烦琐结构，同时也改善了传统影像链所造成的伪影、失真。
尤其平板探测器在对比度方面具有的特大动态范围使图像的密度分辨率达到相当高的水准。
1．1 DR胸片机X线胸部摄影是综合性医院中X线摄片工作量最大的部分，基本占到了拍片总量的40%。
选择一台工作效率高、速度快、操作劳动强度低的胸片机至关重要。
平板型探测器的诞生，使高、快、低三者达到了统一。
一台DR胸片机一天7小时的工作时间基本能拍200多人次的胸片，碰到大量的体检病人，达到300人次也是可轻松达到的。
胸片机的类型分为立柱式和悬吊式两种。
立柱式具有安装简单、价格低廉之优点，拍摄胸片时胸片架位置直上直下相当方便。
而悬吊式球管支架配合可旋转90°的平板探测器除了能拍胸片外，还能进行四肢及其它的可变角度拍摄，应用范围扩大了许多。
医学影像信息学课件：8-2011信息学第四章1-3节
DICOM 3.0 标准文件內容概要
• 第1部分：Introduction and Overview， 引言概述，简介DICOM的概念与组成
• 第2部分：Conformance，遵从性陈述文档 结构及内容的定义，以及构建DICOM 遵从 性陈述的基本要求和说明。
DICOM 3.0 标准文件內容概要
第二节、基本概念及术语
一、常用基本术语及缩语 二、DICOM UID定义 三、DICOM传输语法简介
一、常用基本术语及缩语
IOD：
Service class： SCU： SCP： SOP： UID： DICOM AE：
Information Object Definitions， 信息对象定义 服务类
Network Communication Support for Message Exchange 基于OSI 通讯模型和TCP/IP 网络，应用于DICOM 信息交换的服务 类操作机制及其协议规范
Point-to-Point Communication Support for Message Exchange
Media Storage and File Format for Data Interchange
Media Storage Application Profiles
Media Formats and Physical Media for Data Interchange
涉及的内容
Part 13： Part 14： Part 15： Part 16： Part 17 Part 18
Digital Mammography X-Ray Image
一、概述
• 版本进展 • 1985-1.0版，主要定义图像格式 • 1988-2.0版，涉及网络通讯协议和标准 • 1993-3.0版，8个部分 • 2001-3.0版，16个部分 • 2004-3.0版，18个部分
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
全称：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组描述图像信息参数