题记:
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),一个是数据格式标记语言(