如何从服务器加载 Dicom 图像（路径包含 https://）答案

【问题标题】：How to load Dicom image from server (path contains https://)如何从服务器加载 Dicom 图像（路径包含 https://）
【发布时间】：2018-02-21 04:55:46
【问题描述】：

如何从服务器加载 Dicom 图像（路径包含 https://）我正在使用 fo-Diocm 库。

var image = new DicomImage(filePath);

如果 filePath 来自本地目录，它工作正常。如果 filePath 来自服务器（如 https://example.com/filepath.dcm），它会抛出“Dicom.DicomFileException”，表示指定的路径值不正确。从服务器加载 DicomImage 的正确方法是什么？？

【问题讨论】：

标签： c# dicom fo-dicom

【解决方案1】：

AFAIK：一点也不。通过 Web API 获取 DICOM 文件称为 WADO（Web Access to DICOM Objects），在 fo-dicom 中有一个 open feature request 来支持这一点，但它已经分配了一个相当大的 high priority。

但是，URL https://example.com/filepath.dcm 不遵循 WADO 编码，因此您可能无法使用 DICOM 通信协议来获取图像（或者您不想这样做）。但在这种情况下，您的任务只是“从 URL 下载文件”，根本与 DICOM 无关。下载完成后，您将其存储在本地，并可以像往常一样继续进行本地文件访问。

“缺失的链接”：How to download a file from an URL

【讨论】：

很少有其他工具包支持这一点。恕我直言，WADO 是为集成目的而设计的，而不是开发功能齐全的 DICOM 图像查看器。但是，是的;如果 fo-dicom 是唯一的方法，那么 WADO 至少在现在是一个答案，直到工具包实现功能。
有趣的评估。我想说 WADO 旨在将 DICOM 整合到基于 Web 的产品中，因为它比 90 年代初期基于二进制 TCP 的协议更适合开发环境和技术基础架构
同意，我实际上不是那个意思。我的意思是 WADO 仍然不像基于 TCP/FileSystem 的实现那样被广泛接受。主要用于 PACS 需要与其他软件共享查看器时，基本上仅用于显示目的；那就是整合。这可能是许多工具包支持从 URL 加载实例的原因。至少我自己从未遇到过任何功能齐全的 WADO 查看器。
完全同意。我认为对基于网络技术和网络架构的医疗产品进行风险和网络安全管理是非常困难的。所以我不希望看到一个基于 WADO 的严重产品被承认用于诊断目的。