C-Find 查询 - 系列级查询是否需要 StudyInstanceUID？
C-Find Query - Is StudyInstanceUID required for Series Level queries?
在 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 标准参考？
特别是，我需要 'proof' 系列级查询需要 StudyInstanceUID。
这在 DICOM 第 4 部分（服务 Class 规范），章节 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.
看着你对@kritzel_sw 回答的 的评论，我试图进一步解释这一点并添加更多 "proof"。
特定级别的标识符列表：
- 患者级别：患者 ID
- 研究级别：研究实例 UID
- 系列级别：系列实例 UID
- 图像级别：SOP 实例 UID
以下是从 here 复制的：查询级别 - 患者根：
以下内容是从 here（C.3.2 研究根 Query/Retrieve 信息模型）复制而来的：
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
在 Patient Root Hierarchical 模型中，应该首先在 PATIENT 级别查询以获取 Studies 列表（响应中包含 Study Instance UID）。然后，进一步查询 STUDY 级别以获取 Series 列表（响应中包含 Series Instance UID）等等....
在 Study Root 模型中，STUDY 是最高级别。所以查询患者级别不适用。
以下引述来自规范 - DICOM 第 4 部分（服务 Class 规范），章节 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在查询下一级时，必须指定其上一级的标识符。在 Patient Root STUDY Level 查询中，您必须指定 Patient 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 是研究级别上广泛使用的过滤器。
在 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 标准参考？
特别是，我需要 'proof' 系列级查询需要 StudyInstanceUID。
这在 DICOM 第 4 部分（服务 Class 规范），章节 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.
看着你对@kritzel_sw 回答的
特定级别的标识符列表：
- 患者级别：患者 ID
- 研究级别：研究实例 UID
- 系列级别：系列实例 UID
- 图像级别：SOP 实例 UID
以下是从 here 复制的：查询级别 - 患者根：
以下内容是从 here（C.3.2 研究根 Query/Retrieve 信息模型）复制而来的：
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
在 Patient Root Hierarchical 模型中，应该首先在 PATIENT 级别查询以获取 Studies 列表（响应中包含 Study Instance UID）。然后，进一步查询 STUDY 级别以获取 Series 列表（响应中包含 Series Instance UID）等等....
在 Study Root 模型中，STUDY 是最高级别。所以查询患者级别不适用。
以下引述来自规范 - DICOM 第 4 部分（服务 Class 规范），章节 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在查询下一级时，必须指定其上一级的标识符。在 Patient Root STUDY Level 查询中，您必须指定 Patient 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 是研究级别上广泛使用的过滤器。