在Web应用程序上查看DICOM图像

Question

我需要知道是否需要在浏览器上显示DICOM图像，应遵循哪种方法？ 我的图像服务器是云上的其他地方。需要访问dicom图像，在画布上绘画，如果用户编辑，则将编辑后的图像上传到服务器。 需要具有良好的性能，因为DICOM图像的尺寸非常大（~1gb） 哪种方法最好？

Answer 1

1）DICOM图像通常不会被用户修改。 （可能是注释或窗口/中心值），但它是不同的。

2）大多数DICOM图像都是〜1Mb，因此你的图像非常特殊。我怀疑大多数标准观众会加载它们。

3）没有显示器能够一次显示1Gb，因此足以发送小分辨率版本的图像（最大1mpx），只需发送缩放区域的更新。

鉴于这一切，你必须更好地解释你的问题。

Answer 2

DICOM并非真正针对此用例而设计。不仅DICOM图像通常不被用户修改（尽管这是真的）。当您更改像素数据时，更改图像的标识符（SOPInstanceUID）可能是有意义的，您应该更改图像的类型，表明它现在是一个派生图像。

如果您正在修改像素数据，那么创建新图像可能是最安全的，因为DICOM图像通常是医疗图像，它们是患者病历的一部分。他们应该不进行修改。如果（例如）原始肿瘤的图像被移除，因为在初步诊断中遗漏了这些的放射科医生有未决诉讼，该怎么办？

如果您没有进行医学图像处理......您应该避免使用DICOM。它在预期用途中是一个很棒的协议，但它并不是一般的分布式图像编辑协议。

我知道的1GB方法的唯一医学图像是病理图像。为此，您可以考虑使用JPIP查看图像（这甚至在DICOM规范中）。但这对编辑部分没有帮助，因为JPIP用于消费图像，而不是逐步修改它们。

Answer 3

正如ruslik所提到的，DICOM图像的大小和性质使其成为一个棘手的技术问题。业内人士正在使用几种方法来构建网络浏览器：

• 客户端技术（如Flash，Silverlight或Active X）（过去）用于制作可以自行完成大部分图像处理的客户端。客户端从服务器接收图像，然后在图像的客户端上进行一些操作。窗口调平广告注释等内容在客户端完成。
• 使用零占用空间客户端，完成服务器端渲染，并在用户与图像交互时根据需要将简单的JPEG图像发送到客户端。客户端全部使用Javascript和/或HTML5完成，可以在任何浏览器上运行。
• 前两者的组合，其中使用了诸如Flash或Silverlight之类的客户端技术，但也进行了服务器端呈现以简化客户端。 JPEG或PNG图像将发送到客户端。

我认为你很可能会选择其中一种解决方案。最后一点，这对于新的Healthcare IT Stack Exchange网站来说是一个很好的问题。