如何使用DCMTK二进制文件将Modality Worklist发送到Modality，而不接收来自它们的查询？

Question

我正在使用DCMTK storescp.exe从CR通道接收图像，然后在我的数据库中处理/保存它们。

在患者去CR医疗设备之前，是否可以使用其他DCMTK二进制文件手动将PatientName和PatientId发送到CR医疗设备？

我在某处读到过，通道会进行查询以获取通道工作列表。我想颠倒这股潮流。我想随时将Modality Worklist直接发送到modality，而不接收Modality的查询。

这有可能吗？如果是，我如何使用DCMTK做到这一点？

请注意，这不是场外工具请求。我只想知道实现所需DICOM服务/命令的DCMTK二进制文件。

Answer 1

您正在寻找实现C-FIND命令的模态工作列表或MWL服务。

SOP类：1.2.840.10008.5.1.4.31医疗设备工作列表信息模型-查找。

但它不会像你预期的那样工作；而且它也不应该--永远不会。

MWL (在您的例子中是- CR)使用它适合的(可选)过滤器启动查询。像往常一样，关联发生，MWL SCP接收MWL请求。然后，它从与过滤器匹配的数据库中获取数据。然后，它为从数据库获取的每一行发送一个MWL响应，每个响应的状态为PENDING。传输完所有行后，将发送最终的SUCCESS响应。如果找不到与筛选器匹配的行，则只发送最终响应。如果出现错误，将发送适当的失败响应。然后，SCU发送释放请求，并在接收到释放响应时关闭关联。

现在，为什么你期望的工作流程是不可能的呢？

通常由RIS系统实现 MWL。这些系统具有在病人入院时/之前登记病人人口统计数据的工具/功能。它们还具有安排由医疗机构执行的订单的功能。在给定的DICOM网络(医院)中可能存在多个医疗模式。虽然RIS有办法决定哪个订单应该转到哪个模式(如果配置和使用得当，基于AE标题)，但他们不能推送它，因为他们充当SCP，即服务器。与任何网络协议中的任何其他服务器一样，它们必须等待来自客户端的请求，即SCU。

此外，尽管SCP可能知道哪个订单应该发送到哪个通道，但通道可能由于许多原因而不期望该订单。所以，MWL中的一般流程就是我上面解释的方式。您不能使用任何DICOM服务/命令实现反向工作流。

为了清楚起见，：

所有这些都与您使用storescp.exe接收并存储在DB中的数据无关。我的意思是，您通常不会将这些数据作为modality Worklist发送到Modality。

最先发生的是MWL。当modality获取MWL工作列表项时，它进行研究并使用在MWL工作列表项中接收的人口统计数据获取图像。这样，避免了错误，避免了冗余输入，流是位自动化的。完成后，通道将实例(在您的情况下为CR图像)推送(C-STORE)到C-STORE SCP (在您的情况下为storescp.exe )。