在Web應用程序上查看DICOM圖像

Question

我需要知道DICOM圖像是否需要在瀏覽器上顯示，應遵循哪種方法？ 我的圖片服務器是雲上的其他地方。需要訪問dicom圖像，在畫布上繪製，如果用戶編輯，然後將編輯後的圖像上傳到服務器。 需要有良好的性能，因爲DICOM圖像的尺寸很大（〜1GB） 這是最好的方法嗎？

Answer 1

1）DICOM圖像通常不會被用戶修改。 （也許註釋或窗口/中心值），但它是不同的。

2）大多數DICOM圖像是〜1Mb，所以你的是非常特殊的。我懷疑大多數標準觀衆會加載它們。

3）沒有顯示器能夠一次顯示1Gb，因此發送圖像的小分辨率版本（max 1mpx）就足夠了，只需發送縮放區域的更新即可。

考慮到這一切，你必須更好地解釋你的問題。

Answer 2

正如ruslik所說，DICOM圖像的大小和性質使這成爲一個棘手的技術問題。有一對夫婦的人們在同行業中使用，以構建Web觀衆方法：

• 客戶端技術如Flash，Silverlight的，或Active X（在舊天）是用來做一個客戶端，可以做大部分的圖像操作本身。客戶端從服務器接收圖像，然後在圖像的客戶端上進行一些操作。像窗口調整廣告註釋等事情在客戶端上完成。
• 使用零佔用空間的客戶端，其中服務器端渲染完成，並且當用戶與圖像交互時，簡單的JPEG圖像被按需發送到客戶端。客戶端全部使用Javascript和/或HTML5完成，並且可以在任何瀏覽器上運行。
• 前兩者的結合使用了諸如Flash或Silverlight之類的客戶端技術，但服務器端渲染也是爲了簡化客戶端。 JPEG或PNG圖像發送到客戶端。

我想你會選擇這些解決方案之一。最後一點需要注意的是，對於新的Healthcare IT Stack Exchange站點，當它進入測試版時，這將是一個很好的問題。

Answer 3

DICOM並非真正爲此用例設計。不僅DICOM圖像通常不會被用戶修改（儘管這是事實）。當你改變像素數據時，改變圖像的標識符（SOPInstanceUID）是有意義的，你應該改變圖像的類型，表明它現在是一個派生圖像。

如果您正在修改像素數據，創建新圖像可能是最安全的，因爲DICOM圖像通常是醫療圖像，它們是病人醫療記錄的一部分。他們應該不是被修改。如果（例如）原始圖像上的腫瘤圖像被刪除，因爲在最初的診斷中已經錯過了這些圖像的放射科醫生有未決訴訟？

如果您沒有進行醫學圖像處理..您應該避免使用DICOM。這是一個非常棒的協議，但它並不是真正意義上的通用分佈式圖像編輯協議。

我知道那種方法1GB的唯一醫學圖像是病理圖像。爲此，您可以考慮JPIP查看圖像（甚至在DICOM規範中）。但是這對編輯部分沒有幫助，因爲JPIP用於消費圖像，而不是逐步修改它們。