DICOM已经为系列提供了足够独特的标识符(例如Series Instance UID),那么为什么还要在较低级别的对象中包含一个(例如SOPInstanceUID)？
我觉得很烦人的事实是,当引用其他对象时 - 例如当对象通过/ RTPlan引用RTStruct对象时- 它是使用.然而,任何DICOM SCP - 例如查找/移动 - 都不能使用,他们可以使用.什么给出了什么？我是否必须加载整个才能找到所有引用的对象？ReferencedStructureSetSequenceReferencedSOPInstanceUIDSOP Instance UIDSOP Instance UIDSeries Instance UIDSeries
got*_*ail 38
这个问题来自不久前,但我想我会补充一点,QR完全忽略,a SeriesInstanceUID是单个系列的全局唯一标识符. SOPInstanceUID是DICOM文件的全局唯一标识符.一个系列可以有多个DICOM文件,因此每个文件都会共享相同的SeriesInstanceUID文件,但每个文件都有自己的文件SOPInstanceUID.
Ste*_*sky 18
您可能知道,DICOM具有每个单独SOP(服务对象对)实例(患者ID /研究实例UID /系列实例UID/SOP实例UID)的标识符层次结构.此层次结构内置于DICOM中的查询/检索机制中,还用于标识特定的SOP实例.
在你提到的特定情况下,我相信系列/研究中可能存在多个RT结构集.必须引用单个SOP实例,以便您了解RT计划引用的结构集.
至于支持SOP实例UID检索的产品,遗憾的是,正如您所发现的那样,DICOM查询/检索SCP中并不广泛支持关系查询,并且某些DICOM服务器不支持图像级查询.在这种特定情况下,您可以在系列级别专门查询RTSTRUCT模态,并仅检索具有此模态的Series,从而缩小您需要下载到RT结构集的数据.
小智 5
SOPInstanceUID 表示 Dicom 图像文件的单独 uid。Study、series 和 sopinstace uids 基于数据模型。StudyUID 为您提供特定的学习信息。其中不同的系列划分。用于此的系列实例 uid。而 SOP 实例 uid 代表单独的 Dicom 图像。这是层次结构。当我用 Java 开发 PACS 工作站时，我也从未使用过 SOPInstanceUID。根据我的经验，Study & Series uids 足以代表患者的数据。但是 SOPInstanceUID 仍然为 dicom 图像提供了唯一标识。