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

Question

我试图弄清楚使用像pynetdicom3这样的（SCU / SCP）传输dicom文件与使用wado api有什么区别。

这两种方法均可用于传输dicom文件。但是我不知道每种标准用例是什么？

Answer 1

首先，您可以使用这两种方法来实现所有常见的用例。差异在于您正在使用的技术和要与之交互的系统，而不是一种或另一种方法支持的功能。

自1998年以来，已经开发了基于“传统” TCP / IP的DICOM服务。它们被广泛传播并受到该领域几乎所有当前系统的广泛支持。从当今的角度来看，它们可能显得有些笨拙，并且具有一些内置的故障（例如，限制为127个表示上下文）。它们仍然比基于Web的东西更为普遍。

尤其是涉及不同站点之间的通信用例时，很难使用基于TCP / IP的协议来实现它们。

WADO服务是DICOM委员会开发的，目的是采用新技术并促进DICOM在基于Web技术的应用中的实现。它们是相当新的（就DICOM标准而言；-））。 前面已经说过，主要用例是基于Web的应用程序，但是我还没有看到任何传统的方式来支持它们，而且我也不希望它们在不久的将来出现。这是因为，您可以依靠使用支持基于TCP / IP的DICOM的PACS，但必须希望使用WADO。 在PACS系统中，除了 TCP / IP之外，还支持WADO，以促进Web查看器和移动设备的集成，而越来越多的应用程序仅支持WADO。

所以我的主观建议是：

• 对于专为医院使用而设计的应用程序：坚持使用基于TCP / IP的DICOM，因为您可以确定要与之连接的系统将支持该应用程序。
• 如果通过互联网的连接是主要的用例，或者您的应用程序使用了很多Web技术，请考虑使用WADO，但是请在需要连接的相关系统中调查对WADO的支持。这可能取决于您的应用程序所针对的域。

Answer 2

要添加@kritzel_sw已经非常好的答案-WADO只是图片的一部分。 WADO用于通过Web检索图像。还有用于DICOM对象的STOW或STORE over Web以及QIDO或基于ID的查询，用于分别将新对象存储到PACS和查询PACS。

我认为，我们不仅在基于Web的DICOM查看器中，而且在系统之间的常规DICOM通信中，都将越来越多地看到它。对于其中一个系统不具备DICOM意识并且开发人员也不具备DICOM经验的情况，这特别有用。

根据我自己的经验考虑一个用例。我们希望医生能够上传患者皮肤状况的照片，并将这些照片发送到我们的PACS。与STOW进行沟通以鼓励某些开发人员更容易，甚至可能更便宜，STOW的规范基本上是“拍摄用户上传的JPG照片，根据规范添加必要的JSON格式的元数据，然后通过HTTP将其全部发送到此地址POST请求”，而不是“使用必要的元数据，传输语法等将上传的JPG文件转换为有效的DICOM对象，并实施C-STORE SCU将该文件发送到我们的PACS”。对于第一份工作，您可以让任何一位像样的Web开发经验的开发人员，对于第二份工作，您需要找到一个已经知道DICOM具有所有怪癖的人，或者花很多钱来学习它。

这就是为什么我喜欢所有这些基于Web的新DICOM选项并为它们看到美好未来的原因。