C查找查询-系列级别查询是否需要StudyInstanceUID？

Question

在this中回答：

  

在DICOM中，您必须提供所查询级别的所有唯一键（患者ID，研究实例UID，系列实例UID和SOP实例UID）

我正在寻找提及DICOM标准的参考文献？

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

Answer 1

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

特定级别的标识符列表：
-患者级别：患者ID
-研究级别：研究实例UID
-系列级别：系列实例UID
-图片级别：SOP实例UID

以下是从here复制的：查询级别-患者根目录：

  

以下内容是从here复制的（C.3.2研究根查询/检索信息模型）：

  

“研究根查询/检索信息模型”与“患者根查询/检索信息模型”相同，只是顶层是研究层。患者的属性被认为是研究的属性。

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

以下内容是从here复制的（C.5协会协商）

  

包括基于C-FIND操作的查询服务在内的查询/检索服务类的SOP类可以使用SOP类扩展协商子项来协商诸如关系查询和增强型多帧图像转换之类的选项。

和here（C.4.1.2.2 SCU的扩展行为）

  

扩展的SCU行为应在协会建立时进行协商。如果扩展行为中的某个选项未在协商中达成共识，则仅应针对该选项执行基准SCU行为。扩展的SCU行为包括所有带有以下选项的基线行为：

     

  
• 关系查询
  
• 增强的多帧图像转换
  

在“患者根层次”模型中，应首先在“患者”级别上查询以获得研究列表（以研究实例UID作为响应）。然后，在Study级别上进一步查询以获取系列列表（带有响应的系列实例UID）等等。

在研究根模型中，研究是最高级别。因此，在患者级别上的查询不适用。

以下引号来自于规范- DICOM第4部分（服务等级规范），第C.4.1.2.1章，SCU的基线行为：

  

包含在C-FIND请求中的标识符应在查询/检索级别以上的每个级别的唯一键属性中包含一个值。不得指定与查询/检索级别之上的级别相关联的必需或可选键。

这意味着，在查询到下一级时，SCU必须指定其上一级的标识符。在“患者根研究级别”查询中，您必须指定“患者ID”。在“研究根研究等级”查询中，没有高于等级。因此，SCU可以在不指定患者ID的情况下进行过滤。

  

与查询/检索级别相关联的唯一键属性应包含在C-FIND请求中，并且可以指定单值匹配，通用值匹配或UID匹配列表。

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

  

此外，与查询/检索级别关联的必需和可选键可能包含在标识符中。

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

关于可选参数：

  

  

• SCU可能不认为SCP支持任何可选密钥。因此，可选密钥仅在SCP支持时才用于减少与网络相关的开销。

  

• 当SCP无法支持C-FIND请求中指定的可选密钥时，SCU必须准备好过滤C-FIND响应。

  

SCP必须在相应级别上支持对标识符的过滤-这是强制性的。 SCP还可以支持对其他可选参数的过滤；但SCU不应在其上中继。

现在，回答您的评论：

  

这是否意味着在没有患者ID的情况下，我什至无法发出研究级别的查询？如果我只有研究编号/登录号怎么办

在患者根查询中，与SCP严格执行规范的通信在这种情况下将失败。通过“学习根”，“学习”是最高级别。如果受SCP支持，您的过滤器应该可以工作。

在实践中，大多数SCP是自由派的。登录号和患者编号是研究级别上广泛使用的过滤器。

Answer 2

这在DICOM第4部分（服务等级规范）第C.4.1.2.1章，SCU的基线行为中指定：

  

包含在C-FIND请求中的标识符应在查询/检索级别以上的每个级别的唯一键属性中包含一个值。不得指定与查询/检索级别之上的级别相关联的必需或可选键。