Просмотр изображений DICOM в веб-приложении - PullRequest
Новая
       4

Просмотр изображений DICOM в веб-приложении

2 голосов
/ 20 декабря 2010

Мне нужно знать, нужно ли показывать изображение DICOM в браузере, какой подход следует использовать? Мой сервер изображений находится где-то еще в облаке. необходимо получить доступ к изображению dicom, рисовать на холсте, если пользователь редактирует, затем загрузить отредактированное изображение на сервер. Нужно также иметь хорошую производительность, так как изображения DICOM очень большие по размеру (~ 1 ГБ) Какой лучший способ сделать это?

Ответы [ 3 ]

2 голосов
/ 17 января 2011

DICOM не был специально разработан для этого варианта использования.Дело не только в том, что изображения DICOM обычно не модифицируются пользователями (хотя это правда).Когда вы изменяете данные пикселей, возможно, имеет смысл изменить идентификаторы изображения (SOPInstanceUID), и вам следует изменить тип изображения, указав, что это теперь производное изображение.

Если вы изменяете данные пикселей, вероятно, безопаснее создать новое изображение, поскольку изображения DICOM, как правило, являются медицинскими изображениями, которые являются частью медицинской карты пациента.Они должны не быть изменены.Что, если (например) были изображения опухолей на оригинале, которые были удалены, потому что был ради ожидающий судебный процесс для радиолога, который пропустил их в начальном диагнозе?

Если вы не занимаетесь обработкой медицинских изображений ... вам следует избегать DICOM.Это замечательный протокол по назначению, но на самом деле он не предназначен для использования в качестве общего распределенного протокола редактирования изображений.

Единственные медицинские изображения, которые я знаю о таком подходе 1 ГБ, - это патологические изображения.Для этого вы можете рассмотреть JPIP для просмотра изображений (это даже в спецификации DICOM).Но это не помогает в части редактирования, потому что JPIP предназначен для потребления изображений, а не для их постепенного изменения.

2 голосов
/ 21 декабря 2010

1) Изображения DICOM обычно не изменяются пользователями.(возможно, аннотации или значения окна / центра), но они разные.

2) Большинство изображений DICOM имеют размер ~ 1 МБ, поэтому ваши изображения очень особенные.Я сомневаюсь, что большинство стандартных зрителей загрузят их.

3) Ни один дисплей не может отображать 1 Гб за раз, поэтому достаточно отправить версию изображения с небольшим разрешением (макс. 1 мп) и просто отправить обновлениядля увеличенных областей.

Учитывая все это, вам придется лучше объяснить свой вопрос.

1 голос
/ 22 декабря 2010

Как упоминал Руслик, размер и характер изображений DICOM делает это сложной технической проблемой. Есть несколько методов, которые люди в отрасли используют для создания веб-зрителей:

  • Клиентские технологии, такие как Flash, Silverlight или Active X (в старые времена), используются для создания клиента, который может выполнять большую часть манипуляций с изображениями. Клиент получает изображения с сервера, а затем выполняет некоторое количество манипуляций с клиентом изображениями. Такие вещи, как аннотации выравнивания окна, выполняются на клиенте.
  • Используется клиент нулевого отпечатка, где выполняется рендеринг на стороне сервера, и простые изображения JPEG отправляются клиенту по требованию, когда пользователь взаимодействует с изображениями. Клиент полностью выполнен в Javascript и / или HTML5 и может работать в любом браузере.
  • Комбинация первых двух, где используется клиентская технология, такая как Flash или Silverlight, но рендеринг на стороне сервера также делается для упрощения клиента. JPEG или PNG изображения отправляются клиенту.

Я думаю, что вы, скорее всего, выберете одно из этих решений. И последнее замечание: это станет большим вопросом для нового сайта Healthcare IT Stack Exchange, когда он перейдет на бета-версию.

...