sinolover的专栏

背景：上一篇博文DICOM：DICOM万能编辑工具之Sante DICOM Editor介绍了DICOM万能编辑工具，在日常使用过程中发现，“只要Sante DICOM Editor打不开的数据，基本可以判定此DICOM文件格式错误（准确率达99.9999%^_^）”。在感叹Sante DICOM Editor神器牛掰的同时，想了解一下其底层是如何实现的。通过日常使用以及阅读软件帮助手册推断其底层依赖库很可能是dcmtk，就如同本人使用dcmtk、fo-dicom、dcm4che3等诸多DICOM开源库

转自：https://blog.youkuaiyun.com/zssureqh/article/details/9275271最近由于课题需要，拿出来一些时间阅读了下DICOM3.0标准。在处理相关的DCM医学图像时使用了DCMTK开源库，废话不多说，直接贴图：图一：DCMTK开源库的类继承关系（主要是dcmdata模块的类继承关系，对于一般的DCM图像处理该模块绰绰有余）图二：DICOM3.0标准中的定义的各个名词的示意图图三：图一与图二的对应关系...

转自：https://blog.youkuaiyun.com/zssureqh/article/details/8846337背景介绍：医学影像PACS工作站的服务端需要对大量的dcm文件进行归档，写入数据库处理。由于医学图像的特殊性，每一个患者（即所谓的Patient）每做一次检查（即Study）都至少会产生一组图像序列（即Series），而每一组图像序列下会包含大量的dcm文件（例如做一次心脏CTA的诊断，完整的一个心脏断层扫描序列大约有200幅图像）。DICOM3.0协议中对每一幅影像是按照特定的三个UI

转自：https://blog.youkuaiyun.com/zssureqh/article/details/8804736dcm文件是医学领域DICOM3.0标准所对应的主要的文件格式。前两篇学习笔记中，学习了读取dcm文件的相关信息，如信息头MetaInformation元素、像素数据元素，只停留在了读取和显示dcm文件的阶段，随着学习的深入，自己开发的平台的功能逐渐增加，“修改dcm文件的相关数据元”在所难免。下面将简单的介绍一下对dcm文件的修改，主要的参考资料是：dcmtk开源库的官方文件，另外也很感谢

转自：https://blog.youkuaiyun.com/zssureqh/article/details/8785132DCMTK官网给出了JPEG格式压缩的DCM文件解压缩的方法（http://support.dcmtk.org/docs/mod_dcmjpeg.html），代码摘录如下：DJDecoderRegistration::registerCodecs(); // register JPEG codecsDcmFileFormat fileformat;if (fileformat.

转自：https://blog.youkuaiyun.com/zssureqh/article/details/8784980DCMTK开源库介绍： DCMTK是目前最全面实现DICOM3.0标准的开源库，通过结合DCMTK开源库和CxImage图像开源库，能够很方便的开发属于自己的DCM文件编辑浏览软件。DCMTK与CxImage的结合： 下面记录”DCM文件到BMP文件格式的转换“的学习和探索的过程。 1）BMP文件的格式这里不细讲（可自行参阅MSDN...

转自：https://zssure.blog.youkuaiyun.com/article/details/45119841背景：最近项目中遇到的实际问题较多，且大多是较隐蔽的、不易被发现的错误。究其根源来看，还是对DICOM3.0协议中的细节掌握不够仔细，因而导致在实际编码过程中，常常想当然。前一篇中剖析了由于DicomClient中的AddRequest与Send函数调用逻辑错误导致的System.ObjectDisposedException异常，接下来要讲的是关于DICOM胶片打印的问题，由于在Asso

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