dicom - C-Find 查询 - 系列级查询是否需要 StudyInstanceUID？

Question

在 this回答说:

in DICOM you have to provide all unique keys (Patient ID, Study Instance UID, Series Instance UID and SOP Instance UID) down to the level that you are querying

我正在寻找 DICOM 标准的引用资料？

特别是，我需要“证明”系列级别查询需要 StudyInstanceUID。

Answer 1

查看您对 other 的评论@kritzel_sw 的回答，我试图进一步解释这一点并添加更多“证据”。

特定级别的标识符列表:
- 患者级别:患者 ID
- 学习级别:学习实例UID
- 系列级别:系列实例 UID
- 图像级别:SOP 实例 UID

以下内容复制自here :查询级别 - 患者根:

以下内容复制自here (C.3.2 研究根查询/检索信息模型):

The Study Root Query/Retrieve Information Model is identical to the Patient Root Query/Retrieve Information Model except the top level is the study level. Attributes of patients are considered to be Attributes of studies.

任何模型都支持两种类型的查询 - 分层查询和关系查询。其他答案和这个答案中引用的内容是关于默认实现的分层查询。关系查询支持是扩展协商的一部分，是可选的。

以下内容复制自here (C.5关联协商)

SOP Classes of the Query/Retrieve Service Class, which include query services based on the C-FIND operation, may use SOP Class Extended Negotiation Sub-Item to negotiate options such as Relational-queries and Enhanced Multi-Frame Image Conversion.

和here (C.4.1.2.2 SCU 的扩展行为)

Extended SCU behavior shall be negotiated at Association establishment time. If an option within the extended behavior is not agreed upon in the negotiation, then only baseline SCU behavior shall be performed with respect to that option. Extended SCU behavior includes all baseline behavior with the following option:

• Relational-queries
• Enhanced Multi-Frame Image Conversion

在患者根层次模型中，应首先在患者级别查询以获取研究列表(响应中包含研究实例 UID)。然后，进一步在 STUDY 级别查询以获取系列列表(响应中包含系列实例 UID)等等......

在Study Root模型中，STUDY是最高级别。因此，PATIENT级别的查询不适用。

以下引用来自规范 - DICOM第 4 部分(服务类规范)，C.4.1.2.1 章 SCU 的基线行为:

The Identifier contained in a C-FIND request shall contain a single value in the Unique Key Attribute for each level above the Query/Retrieve level. No Required or Optional Keys shall be specified that are associated with levels above the Query/Retrieve level.

这意味着，在查询下一级时，SCU必须指定其前一级的标识符。在患者根研究级别查询中，您必须指定患者 ID。在 Study Root STUDY Level 查询中，没有above级别。因此，SCU 可以在不指定患者 ID 的情况下进行过滤。

The Unique Key Attribute associated with the Query/Retrieve level shall be contained in the C-FIND request and may specify Single Value Matching, Universal Value Matching, or List of UID Matching.

在上述查询的响应中，SCU 已收到该级别的标识符。这些应该包含在查询中。在 SERIES 级别查询时，指定在早期响应中收到的研究实例 UID。

In addition, Required and Optional Keys associated with the Query/Retrieve level may be contained in the Identifier.

查询中还可能包含其他参数。

关于可选参数:

• The SCU may not assume the SCP supports any Optional Keys. Hence, Optional Keys serve only to reduce network related overhead when they are supported by the SCP.

• The SCU must be prepared to filter C-FIND responses when the SCP fails to support an Optional Key specified in the C-FIND request.

SCP 必须支持在相应级别上对标识符进行过滤 - 这是强制性的。 SCP 还可以另外支持对其他可选参数的过滤；但 SCU 不应该依赖它。

现在，回答您的评论:

Does that mean that I cannot even issue a STUDY level query without patient ID ? what if I only have a study ID / accession number

在这种情况下，使用 Patient Root 查询时，与严格执行规范的 SCP 的通信将会失败。有了Study Root，STUDY就是顶级。如果 SCP 支持，您的过滤器应该可以工作。

实际上，大多数 SCP 都是自由派。登记号和患者 ID 是研究级别广泛使用的过滤器。