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传输标准的影像数据。
原文地址:https://www.cnblogs.com/bdqczhl/p/12162825.html