DICOM已经为系列提供了足够唯一的标识符（例如Series Instance UID），那么为什么还要在较低级别的对象中包含一个（例如SOPInstanceUID）？
我觉得非常讨厌的事实是，在引用其他对象时 - 例如当RTPlan对象通过ReferencedStructureSetSequence / RTStruct引用ReferencedSOPInstanceUID对象时 - 它是使用SOP Instance UID。但是，任何DICOM SCP（例如查找/移动）都无法与SOP Instance UID一起使用，它们与Series Instance UID一起使用。什么给出了什么？我是否必须加载整个Series才能找到所有引用的对象？
答案 0 :(得分：36)
这个问题来自不久前，但我想我会补充一点，完全忽略QR，SeriesInstanceUID是单个系列的全局唯一标识符。 SOPInstanceUID是DICOM文件的全局唯一标识符。一个系列可以包含多个DICOM个文件，因此每个文件都会共享相同的SeriesInstanceUID，但每个文件都有自己的SOPInstanceUID。
答案 1 :(得分：16)
您可能知道，DICOM具有每个单独SOP（服务对象对）实例（患者ID /研究实例UID /系列实例UID / SOP实例UID）的标识符层次结构。此层次结构内置于DICOM中的查询/检索机制中，还用于标识特定的SOP实例。
在你提到的特定情况下，我相信系列/研究中可能存在多个RT结构集。必须引用单个SOP实例，以便您了解RT计划引用的结构集。
对于支持SOP实例UID检索的产品，遗憾的是，正如您所发现的那样，DICOM查询/检索SCP中并未广泛支持关系查询，并且某些DICOM服务器不支持图像级查询。在这种特定情况下，您可以在系列级别专门查询RTSTRUCT模态，并仅检索具有此模态的Series，从而缩小您需要下载到RT结构集的数据。
答案 2 :(得分：4)
SOPInstanceUID表示Dicom图像文件的单独uid。 Study，series和sopinstace uids基于数据模型。 StudyUID为您提供特定的学习信息。其中不同的系列分开。用于此的系列实例uid。而SOP实例uid代表单独的Dicom图像。它的层次结构。当我用Java开发PACS工作站时，我也从未使用过SOPInstanceUID。根据我的经验，Study＆amp;系列uid足以代表患者的数据。但SOPInstanceUID仍然为dicom图像赋予了独特的身份。
答案 3 :(得分：3)
SOP实例UID：代表您唯一的IOD标识符， TYPE 1 标记必须带有值。
例如：
每个DICOM图像都有唯一标识符
答案 4 :(得分：2)
系列参考不够具体。在结构集的情况下，参考SOP实例UID将结构集中的轮廓与数据集中的特定切片联系起来。仅引用该系列是不够的，因为您必须确保轮廓与切片完全对齐。
答案 5 :(得分：1)
SOPInstanceUId用于图像级别识别。
理解如下： 研究可以具有多个系列，而一个系列可以具有多个图像/ DICOM
所以
为了唯一地标识研究，我们使用StudyInstanceUID
为了唯一标识系列，我们使用SeriesInstanceUID和
为了唯一标识图像/ DICOM ，我们使用SOPInstanceUId