问题描述
我有DICOM C-StoreSCP应用程序，该应用程序从我的其他C-StoreSCU应用程序接收DICOM图像。我的SCU总是针对一项关联发送一份（并且只有一份）和完整的（来自给定研究的所有图像）研究。因此SCP始终知道从SCU接收到的所有图像都属于单个检查。我知道我也可以检查StudyIUID；
I have DICOM C-StoreSCP application which receives DICOM images from my other C-StoreSCU application. My SCU always send one (and only one) and complete (all images from given study) study on one association. So SCP always know that all images received from SCU belong to single study. I know I can also check StudyIUID; but that is not my point of interest here.
我想知道正在传输的研究图像总数。使用此数据，我想在屏幕上显示接收的10张图像中的3张...之类的状态。我可以对收到的图像进行计数（在这种情况下为3），但是如何知道给定研究中正在传输的图像总数（在这种情况下为10）？
I want to know total number of images in study that is being transferred. Using this data, I want to display status like "Received 3 of 10 images..." on screen. I can count images received (3 in this case) but how can I know total number of images in given study (10 in this case) that is being transferred?
解决方法：
在收到关于SCP的第一个C-Store请求后，我应阅读StudyIUID并与SCU建立新的关联（SCU也应支持Q thisR SCP功能）（用于Q\R），并使用C-Find获取研究中的图像总数。
On receiving first C-Store request on SCP, I should read the StudyIUID and establish new association with SCU (SCU should also support Q\R SCP capabilities in this case) for Q\R and get total count of images in study using C-Find.
限制：-
-
SCU也应支持Q\R SCP功能。
SCU should also support Q\R SCP features.
SCU
SCU应该始终只发送来自一个协会的一项研究的所有图像。
SCU should always send all images from only one study on one asociation.
如果我自己编写SCU（具有Q\R SCP功能），我可以轻松克服这些限制。但是我的SCP也从第三方SCU收到了可能没有实现必要功能的图像。
I can easily overcome the limitations if I write SCU (with Q\R SCP capabilities) myself. But my SCP also receive images from third party SCUs those may not implement features necessary.
请提出是否有任何兼容DICOM的解决方案？
Please suggest if there is any DICOM compatible solution?
使用MPPS可以吗？我还没有从事DICOM的MPPS部分工作。
Is this possible using MPPS? I have not worked on MPPS part of DICOM yet.
结论：-
可接受的答案（kritzel_sw）提出了一种非常好的解决方案（使用MPPS），只有一个缺点。 MPPS不是每个SCU的强制性服务。 MPPS仅适用于实际获取图像即模态的SCU。甚至不是所有的模式都支持MPPS。他们需要使用额外的许可证成本和配置来解锁功能。此外，在很多情况下，模式会将实例推送到某个中间工作站，而工作站又将其推送到SCP。
Accepted answer (kritzel_sw) suggests very good solution (using MPPS) with only one drawback. MPPS is not mandatory service for each SCU. MPPS is applicable to only SCUs those actually acquire the image i.e. modalities. Even not all modalities support MPPS out of the box; they need unlock of feature with additional license cost and configurations. Also, there are lot of scenarios where modalities push instances to some intermediate workstation and the workstation further push it to SCP.
可能是，我需要研究一下
推荐答案
好问题，但没有简单答案。
Good question, but no simple answer.
实际上，期望存储SCU也支持C-FIND-SCP除非您指的是存档服务器/ VNA，否则在实践中效果不佳。
Expecting a Storage SCU to support the C-FIND-SCP as well is not going to work well in practice unless you are referring to archive servers / VNAs.
MPPS并不是一个坏主意。您需要的所有属性（研究，系列，SOP实例UID）都是必需的，因此应该有效地依靠它们。 应该，因为我看到供应商违反了这些限制。
但是，如何确定SCU已收到完整的研究报告？也许研究包括CT和MR系列，但是向您发送图像的SCU仅符合CT要求，拒绝接收MR。
MPPS is not a bad idea. All attributes (Study, Series, SOP Instance UID) you need are mandatory, so it should be valid to rely on them. "Should" because I have seen vendors violating these constraints. However, how can you be sure that the SCU has received the complete study? Maybe the study consists of CT and MR series, but the SCU sending the images to you only conforms to CT and rejects to receive MRs.
您可能要考虑实例可用性通知服务，这是另一种服务类，利用该类可以将谁拥有哪个映像的信息提供给其他系统。实际上，这恰好可以满足您的需求，因为您预先知道每个AET（设备）可以使用哪些图像。
You might want to consider the Instance Availability Notification service which is another service class with which information about "who has got which image" can be made available to other systems. Actually this would exactly do what you need, because you know in advance for each AET ("device") which images are available there. But this service is not widely supported in practice.
即使您真的知道向您发送研究报告的系统上有哪些可用图像，您也可以确定吗？
Even if you really know which images are available on the system that is sending the study to you - how can you be sure that there is no user sitting in front of it who has just selected a sub-set of the study for sending.
对不起，我无法提供真实的解决方案对您来说，但由于上述原因，我不知道有任何现实系统支持您所描述的功能（进度条）。
Sorry, that I cannot provide a "real solution" to you but for the reasons I have mentioned above, I am not aware of any real-world system which supports the functionality (progress bar) you are describing.
这篇关于DICOM C-StoreSCP：如何提前知道SCU将发送的图像数量？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！