[医疗][Dicom]

对于医疗信息软件来说,Dicom 标准是一个不得不学习的标准。DICOM标准在 PS3.5中定义了27 个基本数据类型,就是所谓的值表现(VR, Value Representations)。值表现是用来封装所有可能的临床数据类型的。在 DICOM 中写任何东西都必须符合这 27 个基本数据类型中的一个。每个 VR 都是两个英文字母的缩写。下表列出了这 27 个基本数据类型的定义。

DICOM VR (Value Representations)


VR



的字符


数据


CS - Code String

代码字符串


开头结尾可以有没有意义的空格的字符串,比如“CD123_4”


大写字母,0-9,空格以及下划线字符


最多 16 个字符


SH - Short String

短字符串


短字符串,比如:电话号码,ID等


最多 16 个字符


LO - Long String

长字符串


一个字符串,可能在开头、结尾填有空 格。比如“Introduction to DICOM”


最多 64 个字符


ST  - Short Text

短文本


可能包含一个或多个段落的字符串


最多 1024 个字符


LT  - Long Text

短文本


可能包含一个或多个锻炼的字符串,与LO相同,但可以更长


最多 10240 个字符


UT - Unlimited Text

无限制文本


包含一个或多个段落的字符串,与 LT 类似


最多(2的32次方–2)个字符


AE - Application Entity

应用实体


标识一个设备的名称的字符串,开头和 结尾可以有无意义的字符。比如 “MyPC01”


最多 16 个字符


PN - Person Name

病人姓名


有插入符号(^)作为姓名分隔符的病人姓名。比如“SMITH^JOHN” “Morrison- Jones^Susan^^^Ph.D, Chief Executive Officer”


最多 64 个字符


UI - Unique Identifier (UID)

唯一标识符


一个用作唯一标识各类项目的包含 UID 的字符串。比如“1.2.840.10008.1.1”


0-9 和半角句号(.)


最多64 个字符


DA - Date

日期


格式为 YYYYMMDD 的字符串;YYYY 代表年;MM 代表月;DD 代表日。比 如“20050822”表示 2005 年 8 月 22 日


0-9


8个字符


TM - Time

时间


格式为 HHMMSS 的字符串。FRAC; HH 表示小时(范围“00”-“23”); MM 表示分钟(范围“00”-“59”); 而 FRAC 包含秒的小数部分,即百万分 之一秒。比如“183200.00” 表示下午 6:32


0-9 和半角句号(.)


最多 16 个字符


DT - Date Time

日期时间


格式为 YYYYMMDDHHMMSS. FFFFFF,串联的日期时间字符串。字符串的各部分从左至右是:年 YYYY;月 MM;日 DD;小时 HH;分钟 MM;秒 SS;秒的小数 FFFFFF。比如 20050812183000.00”表示 2005 年 8 月 12 日下午 18 点 30 分 00 秒


0-9,加号,减号和半角句号


最多 26 个字符


AS - Age String

年龄字符串


符合以下格式的字符串:nnnD, nnnW, nnnM, nnnY;其中 nnn 对于 D 来说表示天数,对于W来说表示周数,对于M 来说表示月数,对于 Y 来说表示岁数。 比如“018M”表示他的年龄是 18 个月


0–9, D, W,M, Y


4 个字符


IS - Integer String

整型字符串


表示一个整型数字的字符 串。比如“-1234567”


0-9,加号(+),减号(-)


最多 12 个字符


DS - Decimal String 小数字符串


表示定点小数和浮点小数。 比如“12345.67”,“-5.0e3”


0-9,加号(+),减号(-), 最多 16 个字符 E,e 和半角句号(.)


最多 16 个字符


SS - Signed Short

有符号短型


符号型二进制整数,长度 16 比特


2 个字符


US - Unsigned Short 无符号短型


无符号二进制整数,长度 16 比特


2 个字符


SL - Signed Long

有符号长型


有符号二进制整数


4 个字符


UL - Unsigned Long 无符号长型


无符号二进制整数,长度 32 比特


4 个字符


AT - Attribute Tag

属性标签


16 比特无符号整数的有序对,数据元素的标签


4 个字符


FL - Floating Single 单精度浮点


单精度二进制浮点数字


4 个字符


FD - Floating Point Double

双精度二进制浮点数字


双精度二进制浮点数字


8 个字符


OB - Other Byte String

其他字节字符串


字节的字符串(“其他”表示没有在VR中定义的内容)


OW - Other Word String

其他单词字符串


16 比特(2 字节)单词字符串


OF - Other Float String

其他浮点字符串


32 比特(4 个字节)浮点单词字符串


SQ - Sequence Items

条目序列


条目的序列


UN – Unknown

未知


字节的字符串,其中内容的编码方式是未知的

时间: 2024-10-13 09:30:00

[医疗][Dicom]的相关文章

DICOM医学图像处理:fo-dicom网络传输之 C-Echo and C-Store

背景: 上一篇博文对DICOM中的网络传输进行了介绍.主要參照DCMTK Wiki中的英文原文.通过对照DCMTK与fo-dicom两个开源库对DICOM标准的详细实现,对理解DICOM标准有一个更直观的认识.此篇博文是对上一篇博文的补充.由于专栏前面的演示样例大多是利用DCMTK工具包来进行的,此次借着分析fo-dicom源代码结构的机会,參照fo-dicom的README.md,给出C-ECHO 和C-STORE服务的详细实现.在实现的同一时候给出DICOM3.0标准中的相关介绍,帮助我们理

DICOM医学图像处理:Deconstructed PACS之Orthanc

背景: 此篇博文介绍一个开源的.基于WEB的DICOM Server软件.该开源软件完全使用C++编写,不依赖于第三方数据库(内置了SQLite数据库)或其他框架,支持RESTful API设计模式.官网上提供了源代码,同时也给出了编译后的Windows和Linux系统的二进制安装包.Orthanc是PACS领域的一种改革,提出了"解构PACS概念",即Deconstructed PACS,用户可以通过三种方式访问Orthanc:DICOM Server.Web Server和REST

DICOM:DICOM中文版开源书籍协同编辑之“Github Pull Requests”

背景: 博文专栏中介绍过DICOM标准中文版书籍的协作模式DICOM:开源书籍之『DICOM标准中文版』启动计划,之所以选择看云平台目的是希望更多的.各行各业的人员加入,例如英语专业.非医疗从业者都十分欢迎,对翻译中的语法.语言表述,甚至专业知识点进行评判修改. 对于日常工作很少使用版本管理工具的人员来说,看云的操作既简捷明了,又能很好的实现多人协作的目的.当然,如果您是一名IT从业者,已熟练使用SVN和GIT各种版本工具的人员,可以通过Github直接发起Pull requests请求,待审核

DICOM医学图像处理:DICOM网络传输

背景: 专栏取名为DICOM医学图像处理原因是:博主是从医学图像处理算法研究时开始接触DICOM协议的.当初认识有局限性,认为DICOM只是一个简单的文件格式约定,简而言之,我当时认为DICOM协议就是扩展名为DCM文件的格式说明.其实不然,随着对医疗行业的深入,对DICOM协议也有了更全面的认识.而今才发现DCM文件只是DICOM协议一部分中的一小节,仅仅是整个协议中的一个数据结构,而DICOM协议更多的是关于医疗行业各种服务及相关流程的约定,因此其实DICOM协议中最主要的是信息流,是对医院

医疗时鲜资讯:如何玩转医学影像中心?

题记: 北冥有鱼,其名为鲲.鲲之大,不知其几千里也.化而为鸟,其名为鹏.鹏之背,不知其几千里也,怒而飞,其翼若垂天之云.是鸟也,海运则将徙于南冥.南冥者,天池也-- 鹏之徙于南冥也,水击三千里,抟扶摇而上者九万里,去以六月息者也-- --<逍遥游>节选 背景: 志怪之物,有一个特征即"不知其大",如题记中的鲲和鹏.由于体型巨大足以呼风唤雨,兴风作浪.近日阿里健康宣布"以 2.25 亿元增资华润万东旗下万里云公司.阿里健康将持有万里云 25%的股份, 开拓第三方影像

DICOM:DICOM3.0网络通信协议

转载:http://blog.csdn.net/zssureqh/article/details/41016091 背景: 专栏取名为DICOM医学图像处理原因是:博主是从医学图像处理算法研究时开始接触DICOM协议的.当初认识有局限性,认为DICOM只是一个简单的文件格式约定,简而言之,我当时认为DICOM协议就是扩展名为DCM文件的格式说明.其实不然,随着对医疗行业的深入,对DICOM协议也有了更全面的认识.而今才发现DCM文件只是DICOM协议一部分中的一小节,仅仅是整个协议中的一个数据结

【网摘】DICOM 基础简介

一 什么是DICOM?DICOM是Digital Imaging and Communication of Medicine的缩写,是美国放射学会(American College of Radiology,ACR)和美国电器制造商协会(National Electrical Manufacturers Association,NEMA)组织制定的专门用于医学图像的存储和传输的标准名称.经过十多年的发展,该标准已经被医疗设备生产商和医疗界广泛接受,在医疗仪器中得到普及和应用,带有DICOM接口的

DICOM:开源DICOM服务框架DCM4CHE构建的准备

背景: 最近抽空想了解一下DCM4CHEE开源DICOM框架,怎奈配置了许久也没有成功(Σ( ° △ °|||)︴).可能多半原因是因为首次接触Java开发环境,毕竟跟C系列(C/C++/C#)不同,但这次失败经历,让我愈发感受到自己对大型项目的快速熟悉和把握能力的欠缺,其实这也正是我学习各种开源项目的出发点.加上之前曾有CSDN博友询问关于ClearCanvas配置问题,所以决定趁着周末详细整理一下配置.学习.使用,甚至扩展开源项目的流程,算是对此次配置DCM4CHEE经验的一次总结和延伸.

DICOM简介

背景: DICOM分为两大类(这里只是从DICOM相关从业者日常工作角度出发来分类的):1)DICOM医学图像处理,即DCM文件中具体数据的处理,说图像可能有些狭隘,广义上还包括波形(心电).视频(超声)等等:2)DICOM网络传输,主要描述信息在医院各系统之间的交互方式及传输格式.一旦解析出DICOM的文件格式其实与常规的图像处理就没有差别.如果仅此而已,可以说跟医疗就没有任何关系,与医疗行业结合紧密的是第二类"DICOM网络传输",该部分是日常患者到医院就诊等整体流程的抽象,是DI