wado-rs与Dicom服务类用户/提供者的目的是什么？

Question

我正在试图找出使用(SCU/SCP) (SCU/SCP)来传输dicom文件与使用pynetdicom3与使用wado之间的区别。

这两种方法都可以用来传输dicom文件。但我不知道每个用例的标准用例是什么？

Answer 1

首先，您可以使用这两种方法实现所有常见用例。不同之处在于您所使用的技术和您想要与之进行接口的系统，而不是某种方法所支持的特性。

基于TCP/IP的“传统”DICOM服务自1998年以来一直在发展。它们的广泛传播和广泛支持，几乎所有的现有系统在该领域。从现在的角度来看，他们可能显得有点笨拙，他们有一些内置的小故障(例如，限制在127个演示上下文中)。不过，它们比基于网络的东西更常见。

特别是当涉及到跨不同站点的通信用例时，很难用基于TCP/IP的协议来实现它们。

DICOM委员会已经开发了WADO服务，以采用新的技术，促进DICOM的实现，以实现基于web技术的应用。它们非常新(就DICOM标准而言;-)。尽管如此，主要的用例是基于web的应用程序，我还没有看到任何支持它们的传统模式，我也不希望它们在不久的将来出现。这是因为，您可以依赖PACS支持基于TCP/IP的DICOM，但是您必须希望使用WADO。除了TCP/IP之外，PACS系统还倾向于支持WADO，以促进web查看器和移动设备的集成，其中越来越多的应用程序只支持WADO。

因此，我非常主观的建议是：

• 对于设计用于医院内使用的应用程序:坚持使用基于TCP/IP的DICOM，因为您可以非常肯定您将要与之接口的系统将支持它。
• 如果通过internet连接是一个主要的用例，或者您的应用程序使用了大量的web技术，那么可以考虑使用WADO，但是要在您需要与之接口的相关系统中研究对WADO的支持。这可能取决于您的应用程序所针对的域。

Answer 2

添加到已经非常好的答案由@kritzel_sw - WADO只是图片的一部分。WADO是用来在网上检索图像的。Web上还有STOW或STore，QIDO或者基于ID的查询DICOM对象，分别用于将新对象存储到PACS和查询PACS。

我认为我们在未来会看到越来越多，不仅是基于web的DICOM观众，而且是正常的DICOM系统之间的通信。对于其中一个系统不知道DICOM，而开发人员也没有DICOM经验的情况，它特别有用。

根据我自己的经验，考虑一个用例。我们希望医生能够上传病人皮肤状况的照片，并将这些照片发送给我们的PACS。委托一些开发人员使用STOW进行此操作要容易得多，而且可能更便宜，这里的规范基本上是“将用户上传的JPG照片，按照规范添加必要的JSON格式的元数据，并通过HTTP POST请求将其全部发送到此地址”，而不是“使用必要的元数据、传输语法等将上传的JPG文件转换为有效的DICOM对象，并实现C存储SCU将其发送到我们的PACS”。对于第一份工作，你可以让任何有经验的开发人员在网络开发，第二，你需要找到一个人谁已经知道什么是DICOM的所有怪癖，或支付了很多钱来学习它。

这就是为什么我喜欢所有这些新的基于网络的DICOM选项，并看到这些伟大的未来。