GDCM C-Move 问题与包含文件/报告的研究

Question

我不认为我会得到我想要的答案，但我想在放弃 GDCM 之前我会问。

我已经使用 GDCM 库构建了一个工具，用于在我们的本地 PACS 上执行一些查询/检索。在测试期间，一切正常，但现在我已经部署了它，我们遇到了一个主要问题。

当 C-Move 正在传输一项研究（具有多个系列）并遇到带有文档或报告的系列（IE 患者协议、剂量报告）时，它会停止传输任何更多图像，即使对于学习。使用 Wireshark，我可以看到正在发送 C-Move 请求，但没有返回 C-Store 传输。

这将一直持续到下一个研究，该研究将正常转移，直到它到达具有文档/报告的另一个系列。我们在早期测试期间没有发现这一点，因为我们正在测试不包含报告的选定研究。

GDCM 不使用 C-Move 与非图像打球是否有原因？如果我不能轻松克服库的这个限制，有没有办法忽略带有报告的系列，或者只有一张图像的系列（这是侦察图像和报告的存储方式，对我来说都不是必需的）。我是否需要为我的 Q/R 工具更改 DCMTK 库？

干杯，

申斯莫比尔

Answer 1

开始吧：

• 您的问题需要更多信息。我仍然会尝试以明显的理由来回答。
• 我从未使用过 GDCM。我将在 DICOM 的背景下回答。

GDCM 是：QR SCU 和 CStore SCP。
PACS 是：QR SCP 和 CStore SCU。

如果上面是颠倒的，答案并没有太大的变化，只是颠倒了角色。

我不认为您的 PACS 或 GDCM 有问题。我认为问题在于 MOVE 请求的关联部分。

您的 CStore SCP 不支持这些 SOP 类，因为：

• 很简单，它根本不支持这些。
  可能您需要对其进行配置以添加支持。我不知道在这里做什么。我既不知道 GDCM 也不知道你的 PACS。您需要自己弄清楚这一点。
• 这些都不是 SCU 提出的。
  配置您的 SCU 以提出这些课程。
• 这些是由 SCU 提出但未被 SCP 接受的。
  检查为什么 SCP 在 Associate Response 中拒绝这些类。我强烈怀疑这是问题所在。很可能，您的 CStore SCP 未配置为接受具有这些 SOP 类的实例。
• 那些被 SCP 接受，但在 CStore 请求中，实例由于某种原因被拒绝。
  为什么，我不知道。您可能需要检查您的日志和配置。

请理解，DICOM 网络通信中的大部分问题都在于关联部分。将您的调试重点放在那里。

我可以肯定地说，这个问题与 C-Find 或 C-Move 请求/响应无关。此问题与C-Store操作及其关联部分有关。

请阅读以下来自 Roni 的优秀文章：

http://dicomiseasy.blogspot.com/2012/01/dicom-queryretrieve-part-i.html
http://dicomiseasy.blogspot.com/2012/02/c-move.html

使用 Wireshark，我可以看到正在发送 C-Move 请求，但没有返回 C-Store 传输。

假设您正在移动一项研究，则发送一次 MOVE 请求以启动 MOVE 操作。然后，MOVE SCP 将成为 CStore SCU 并与 CStore SCP 发起另一个关联。 CStore SCP 可以不同于原来的 MOVE SCU；但我认为您的情况并非如此。然后对于每个（可选；不要依赖于此。阅读下面提到的 Roni 的文章）CStore 操作，传送 MOVE 响应。您没有在问题中提及 MOVE 响应。

GDCM 不使用 C-Move 与非图像打球有什么原因吗？

我不认为这与上面提到的“非形象”有关；但不能一起绕过这种可能性。可能是 CStore SCP 正在接受那些 SOP 类（不正确，即使它不支持这些类）但在 C-Store 时出于某种原因拒绝实例（可能是非图像实例）。您需要在此处检查您的 CStore SCP 的日志和配置。

如果我不能轻松克服图书馆的这个限制，有没有办法忽略带有报告的系列，或只有一张图片的系列

您可以选择绕过研究级别检索/MOVE 并尝试系列级别检索。为此，您首先需要获取该研究的 SeriesInstanceUID 列表（C-Find）。然后独立移动每个系列。在 C-Find 响应中，您还可以获得其他属性，例如图像计数，您可以在其中放置过滤器以进行进一步的 MOVE 操作。

我是否需要为我的 Q/R 工具更改 DCMTK 库？

正如我上面所说，我认为这个问题与库无关。