DICOM：DICOM标准学习路线图（初稿）

题记：

DICOM医学图像处理专栏撰写已有两个年头，积累了近百篇文章。起初只是用于记录自己科研、工作中遇到的疑难问题，专注于图像处理（主要是医学图像，这也正是专栏名称最初的由来）；后来逐渐延伸到了DICOM数据传输方向，专注于医院内影像数据的传输和管理，遂将博文标题按照【DICOM医学图像处理：XXX】和【DICOM：XXX】划分，分别介绍图像处理和数据传输；到最后又添加了开源工具分析部分，诸如DICOM开源实现库（dcmtk、dcm4che、fo-dicom）、开源PACS系统（Orthanc、dcm4chee、ClearCanvas）。

背景：

近期多次收到网友邮件或私信希望给出一个简单的说明，方便由简到难的来逐步浏览和阅读专栏中的博文。自己按照上述的主线来写，一直以为逻辑还算清晰，但自己回想起来，对于初学者甚至外行来说，专栏整体还不够清晰，一时很难找到切入点进行学习。因此近期一直在考虑写一篇关于“DICOM学习路线图”的博文，构思许久仍感充满纰漏，如何能够让初学者快速掌握DICOM相关知识？如何能够学习知识点的同时展开实际编程训练？还有许许多多的问题没有想好、想明白……
今天暂时整理初稿，大致对专栏文章进行一个简单分类，以便初学者快速归类定位相关博文，后续会持续更新完善，希望达到自己当初“深入浅出，引领DICOM学习”的设想。

DICOM整体思维导图：

DICOM协议属于开放式系统互联OSI七层模型中的应用层，与我们日常最常用的HTTP协议（HTTP，几乎等同于互联网的代名词，当然由于其安全性问题正在逐渐被HTTPS取代）类似。两者有着诸多相似的地方，想必大家对HTTP协议都有所了解，因此决定通过类比DICOM与HTTP来介绍DICOM协议，让大家快速对DICOM协议有一个宏观的把握。

对比	HTTP	DICOM
OSI层	应用层	应用层
数据	HTML文件	.DCM文件
服务	GET、POST、HEAD、PUT PUT、DELETE、TRACE、CONNECT、OPTIONS	C-ECHO、C-FIND、C-STORE、C-MOVE、C-GET N-GET、N-SET、N-ACTION、N-CREATE、N-DELETE、N-EVENT-REPORT
应用	互联网B/S模式，也可以用于C/S模式	C/S模式，也可以用于WADO(B/S模式)

简而言之：将DICOM协议当做是专属于医疗领域的“HTTP”传输协议，常见的HTTP协议是通过上表中的各种服务来实现浏览器与服务器之间HTML格式数据的传输；DICOM协议是通过上表中的各种服务实现了医疗设备与数据中心之间DCM格式数据的传输。

虽然在互联网中经常会混淆HTTP与HTML两个概念（详情可以参考HTTP vs HTML），但从缩写上来看还是比较好区分：一个是网络传输协议（HTTP），一个是数据格式标记语言（HTML），在HTTP协议中发送的正是HTML格式的数据。进入到DICOM领域可能更容易混淆，因为在DICOM领域传输使用的协议和协议上传输的数据都叫做DICOM，一个称之为DICOM协议，一个称之为DICOM图像（即.dcm后缀的文件）。之前HTTP与HTML同属于互联网但是由不同的组织机构制定和发布，而DICOM协议和DICOM数据同时包含在DICOM标准中（最新的标准是DICOM3.0）。