DICOM已经为系列提供了一个足够唯一的标识符(例如Series Instance UID
),那么为什么还要在较低级别的对象(例如SOPInstanceUID
)上包含一个标识符呢?
我发现真正令人恼火的是,当引用其他对象时-例如,当RTPlan
对象通过ReferencedStructureSetSequence
/ ReferencedSOPInstanceUID
引用RTStruct
对象时-它是使用SOP Instance UID
完成的。但是,任何DICOM -如find/move --都不能与SOP Instance UID
协同工作,它们只能与Series Instance UID
协同工作。那是怎么回事呢?是否必须加载整个Series
才能找到所有被引用的对象?
发布于 2009-09-24 13:33:01
正如您可能知道的,DICOM为每个单独的SOP (服务对象对)实例(患者ID /研究实例UID /系列实例UID / SOP实例UID)提供了一个标识符层次结构。此层次结构内置于DICOM中的查询/检索机制中,还用于标识特定的SOP实例。
在你提到的特定情况下,我相信在一个系列/研究中可能存在多个RT结构集。必须引用单个SOP实例,以便您知道RT计划引用的是哪个结构集。
至于支持通过SOP实例UID进行检索的产品,不幸的是,正如您所发现的,DICOM查询/检索SOP中并不广泛支持关系查询,并且一些DICOM服务器不支持图像级查询。在这种特定情况下,您可以专门针对RTSTRUCT通道在系列级别进行查询,并且只检索具有此通道的系列,从而将需要下载的数据范围缩小到只下载RT结构集。
发布于 2012-04-17 02:28:09
这个问题是很久以前提出的,但我想补充一句,完全忽略QR
,SeriesInstanceUID
是单个系列的全局唯一标识符。SOPInstanceUID
是DICOM
文件的全局唯一标识符。一个系列可以有多个DICOM
文件,因此每个文件都会共享相同的SeriesInstanceUID
,但每个文件都有自己的SOPInstanceUID
。
发布于 2014-05-30 09:11:11
SOPInstanceUID表示Dicom图像文件的单独uid。Study、series和sopinstace uids都是基于数据模型的。StudyUID为您提供特定的研究信息。其中不同的级数分开。用于此的系列实例uid。和SOP实例uid表示独立的Dicom图像。它是一种层次结构。在用Java开发PACS工作站时,我也从来没有用过SOPInstanceUID。根据我的经验,Study & Series uids足以表示患者的数据。但SOPInstanceUID仍然为dicom图像提供了唯一的标识。
https://stackoverflow.com/questions/1434918
复制相似问题