DICOM设备Raw Data与重建
现在的医疗影像设备基本都已DICOM为标准。但现在许多医院的技术人员都以为只要支持DICOM就一切OK，其实不然。DICOM中有Storage、Print、Worklist、Storage Commitment等很多部分。影像传输其实只用到了Storage部分。
分清楚了不同DICOM功能，每一个功能中还分SCU/SCP。U是User，P是Provider。某项功能动作的发起者就是User，反之是Provider。例如：Storage。设备要往其他服务器传输图像，那么设备就是SCU，存储图像的服务器就是Provider。所以现在所有的影像设备都支持Storage SCU，但不一定支持Storage SCP。再如：所有的激光相机必须支持Print SCP，但都不支持Print SCU。
DICOM虽是标准，但它也不是万能的。其中影像设备Raw Data的问题就容易让人迷惑不解。记得五年前，有一家医院的第三方厂商要给医院做PACS软件，但调试后接收失败也不知道原因，就对医院说需要直接读取硬盘中的Raw Data。结果医院把我们的工程师关了一晚，只是因为工程师也不知道怎么拿出来。后来经过沟通和解释，医院才知道这样拿数据的缺点，也才把工程师放了。
这里说的是另一件事。有一家医院的医生要做64排CT的薄层重建，但因为时间相隔较长，设备上的检查图像已经被删除。所以医生就找来PACS厂商的工程师，要求传回图像完成处理。其实医生确实误解了PACS系统。PACS系统存储的是CT设备中Raw Data重建后的断层图像，但Raw Data是不会传到PACS中的，也就不存在为什么不能传回重建的问题。不同厂家的Raw Data都不同，而且也不会对PACS系统开放。
PACS系统作为医疗影像公用平台，只接收设备可以传出并符合DICOM传输标准的影像数据。