DICOM C-StoreSCP：如何提前知道 SCU 将发送的图像数量？

Question

我有 DICOM C-StoreSCP 应用程序，它从我的其他 C-StoreSCU 应用程序接收 DICOM 图像。我的 SCU 总是发送一个（而且只有一个）并完成（来自给定研究的所有图像）研究一个协会。所以 SCP 总是知道从 SCU 收到的所有图像都属于单一研究。我知道我也可以查看StudyIUID；但这不是我的兴趣点。

我想知道研究中正在传输的图像总数。使用此数据，我想在屏幕上显示“已收到 10 张图像中的 3 张……”之类的状态。我可以计算收到的图像（本例中为 3 张），但我如何知道给定研究中正在传输的图像总数（本例中为 10 张）？

解决方法：

在收到关于 SCP 的第一个 C-Store 请求时，我应该阅读 StudyIUID 并为 Q\R 建立与 SCU 的新关联（在这种情况下 SCU 还应该支持 Q\R SCP 功能）并获取研究中的图像总数使用 C-Find。

限制：-

• SCU 还应该支持 Q\R SCP 功能。

• SCU 应在 C-Find 响应中强制发送图像计数。

• SCU 应始终发送来自一个协会的一项研究的所有图像。

如果我自己编写 SCU（具有 Q\R SCP 功能），我可以轻松克服这些限制。但我的 SCP 也接收来自第三方 SCU 的图像，这些图像可能没有实现必要的功能。

请建议是否有任何 DICOM 兼容的解决方案？

这可以使用 MPPS 吗？我还没有研究过 DICOM 的 MPPS 部分。

结论：-

已接受的答案 (kritzel_sw) 提出了非常好的解决方案（使用 MPPS），只有一个缺点。 MPPS 不是每个 SCU 的强制性服务。 MPPS 仅适用于实际获取图像的 SCU，即模态。甚至不是所有的模式都支持开箱即用的 MPPS。他们需要通过额外的许可成本和配置来解锁功能。此外，在很多情况下，模态将实例推送到某个中间工作站，然后工作站进一步将其推送到 SCP。

可能，我需要研究 DICOM + NON_DICOM 的组合方式。

Answer 1

好问题，但没有简单的答案。

除非您指的是存档服务器/VNA，否则期望存储 SCU 也支持 C-FIND-SCP 在实践中不会很好地工作。

MPPS 不是一个坏主意。您需要的所有属性（研究、系列、SOP 实例 UID）都是强制性的，因此依赖它们应该是有效的。 “应该”是因为我看到供应商违反了这些限制。 但是，您如何确定 SCU 已收到完整的研究报告？也许这项研究由 CT 和 MR 系列组成，但 SCU 向您发送图像仅符合 CT 并拒绝接收 MR。

您可能需要考虑实例可用性通知服务，它是另一个服务类，通过它可以将“谁拥有哪个图像”的信息提供给其他系统。实际上，这正是您需要的，因为您提前知道每个 AET（“设备”）那里有哪些图像可用。但该服务在实践中并未得到广泛支持。

即使您确实知道向您发送研究的系统上有哪些可用图像 - 您如何确定没有用户坐在它前面，他刚刚选择了研究的子集发送。

抱歉，我无法为您提供“真正的解决方案”，但由于我上面提到的原因，我不知道任何支持您描述的功能（进度条）的真实系统。