【问题标题】:Is it true that DICOM "Media Storage SOP Instance UID" = "SOP Instance UID"? Why?DICOM "Media Storage SOP Instance UID" = "SOP Instance UID" 是真的吗?为什么?
【发布时间】:2015-12-17 19:29:42
【问题描述】:

我在阅读本文时有两个问题 DICOM 标准:

在 DICOM 文件中,(0002 0003)“媒体存储 SOP 实例 UID”和 (0008 0018) “SOP Instance UID”,它们是一样的吗?怎么样(0002 0002)和(0008 0016)?为什么??

【问题讨论】:

  • 请重新表述问题;目前还不清楚你在问什么。 “相同”是什么意思?它们在文档中有不同的名称、不同的标识符和不同的描述。

标签: dicom uid


【解决方案1】:

克里斯是对的,他们是一样的。来自dicom标准部分C.12.1.1.1

SOP 类 UID 和 SOP 实例 UID 属性是为所有定义的 DICOM IOD。但是,它们仅在复合 IOD 中编码 类型等于 1。参见第 C.1.2.3 节。编码时它们应相等 到它们各自在 DIMSE 服务和 文件元中的属性 信息标头(参见 PS3.10 媒体存储)。

至于这些项目重复的原因,我只能推测,但File Meta Information Header只存在于dicom文件中(不是SCP/SCU传输的)。当 SCP 从它接收到的 DICOM 数据写入文件时,它必须从数据集中获取 SOP 类和实例 UID,所以这就是它们相同的机械原因。至于为什么这些标签而不是其他标签,我相信有很多原因,但请注意 File Meta Information Header 始终可以被任何 dicom 实体读取,因为它始终是“Little Endian Explicit”如果以下数据集是一些奇怪的传输语法。所以这两个字段始终保证在任何有效的 dicom 文件中都是可读和可用的(即使第 8 组版本采用不可读的传输语法)。

我也试着查了一下条件:

但是,它们仅在复合 IOD 中编码

当我查看标准时,几乎每个 IOD 都是复合 IOD:

Normalized IODs

Composite IODs

【讨论】:

    【解决方案2】:

    是的,它们是一样的。组 0002 的标签是 DICOM P10 标头的一部分,我假设它们是重复的,因此可以快速读取它们而无需解析整个文件。

    【讨论】:

    • 您能否提供有关 P10 标头的资源?特别是,我希望在 DICOM 文件元标题和实际正文中看到重复属性的完整列表,以确保一致性。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-01-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多