了解 DICOM 应用程序级别机密性配置文件和选项

Question

我正在尝试理解 table:

• Table E.1-1. Application Level Confidentiality Profile Attributes

让我们考虑第一个属性：

Accession Number (0008,0050)

我看到此 DICOM 属性从未在任何选项中列出（例如 'Clean Desc. Opt.'）。这意味着声称符合应用程序级别机密配置文件和选项作为去标识符的应用程序需要应用 'Z' 操作代码（就像在一个隐式的 'C' 默认操作代码中一样不可见列):

replace with a zero length value, or a non-zero length value that may be a dummy value and consistent with the VR

现在，如果我们移动到 table 中的第二个属性：

Acquisition Comments (0018,4000)

我们看到此属性在一个且只有一个选项 'Clean Desc. Opt.' 中列出，操作代码为 'C'（没有列出带有显式操作代码 'K' 的选项）。问题是为什么？如果我们假设总是有一个隐式默认 'C' 操作代码，为什么标准在特定列中明确列出它？

---

根据我的理解，当使用 'Clean Desc. Opt.' 时，会发生以下行为：

1. 去标识化操作代码 'Z' 用于登录号 (0008,0050)
2. 去标识化操作代码'X'用于收购评论（0018,4000）（显式'C'操作）

当 'Clean Desc. Opt.' 未 使用时，会发生以下行为：

1. 去标识化操作代码 'Z' 用于登录号 (0008,0050)
2. 去标识化操作代码'X'用于收购评论（0018,4000）（无显式'C'操作）

Answer 1

感谢来自@J.Riesmeier的有用评论：

An application claiming conformance to the Basic Application Level Confidentiality Profile (without any options), shall remove the Acquisition Comments (0018,4000) attribute. If the Clean Descriptors Option is supported, the value of this attribute should be "cleaned" instead, i.e. "replace[d] with values of similar meaning known not to contain identifying information and consistent with the VR". Details on this particular option are described in PS3.15 section E.3.5.

我可以回答我自己的问题。所以基本上场景应该理解如下：

不使用'Clean Desc. Opt.'时，会出现以下行为：

1. 去标识化操作代码 'Z' 用于登录号 (0008,0050)
2. 去标识化操作代码'X'用于获取评论(0018,4000)

当使用 'Clean Desc. Opt.' 时，会发生以下行为：

1. 去标识化操作代码 'Z' 用于登录号 (0008,0050)
2. 去标识化操作码'C'用于获取评论(0018,4000)

参考：

• Table E.1-1a. De-identification Action Codes