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

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

由于压缩是无损的，对 DICOM 包含的 Pixel Data 的专业解释不可能受到影响，因此保留完全相同的 SOP Instance UID 是合法的。

只要像素数据的专业解释可能受到影响(例如 有损 压缩)，就需要应用程序更改 SOP 实例 UID。

您可以在 GDCM wiki 上找到关于 DICOM 中推导机制的基本解释:

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

但无论如何，如有疑问，您应该始终引用 DICOM 标准。

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

文件中引用的 SOP 实例 UID 也很特殊，因为它属于组 0x4。因此，它可能只存在于一个不是典型的 DICOM 数据集中的 DICOMDIR 数据集中。仅需要DICOMDIR 来索引媒体上的其他DICOM 文件(例如CDROM ...)

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

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