DICOM标签0008,0018 SOPInstanceUID变体

Question

我有一个关于关注DICOM标签的问题

0002,0003   MediaStorageSOPInstanceUID
0004,1511   ReferencedSOPInstanceUIDInFile
0008,0018   SOPInstanceUID
0008,0058   FailedSOPInstanceUIDList
0008,1155   ReferencedSOPInstanceUID

看起来都是一样的。 我如何获得新的0008,0018值，并且两个文件具有相同的值是可能的？

Answer 1

这是完全合法的，有两个不同的DICOM 文件具有相同的SOP实例UID。当无损压缩DICOM数据集时，会发生这种情况。

由于压缩是无损的，因此包含像素数据的DICOM的专业解释不可能受到影响，因此保留完全相同的SOP实例UID是合法的。

只要对像素数据的专业解释受到影响（例如有损压缩），就需要申请更改SOP实例UID。

您可以在GDCM维基上找到DICOM中派生机制主义的简要说明：

• http://gdcm.sourceforge.net/wiki/index.php/Writing_DICOM

但无论如何，如果有疑问，你应该总是参考DICOM标准。

作为旁注，根据定义，媒体存储SOP实例UID和SOP实例UID是相同的。组0x2中的信息只是从DICOM数据集派生而来，以生成有效的Part-10 DICOM文件。

还引用了SOP实例UID在文件中有一些特殊之处，因为它属于组0x4。因此，它可能只存在于DICOMDIR数据集中，而不是典型的DICOM数据集。 DICOMDIR只需要在媒体上索引其他DICOM文件（例如CDROM ......）

SOP实例失败UID列表也不存在于典型的DICOM数据集中，因为它只应出现在C-STORE响应数据集中。

显然，引用的SOP实例UID不可能与SOP实例UID具有相同的值，因为它会在DICOM数据集中创建自引用循环。