Что такое [Ссылочный класс SOP / UID экземпляра] в последовательности ссылочных изображений в изображениях DICOM? - PullRequest
Новая
       35

Что такое [Ссылочный класс SOP / UID экземпляра] в последовательности ссылочных изображений в изображениях DICOM?

2 голосов
/ 23 марта 2020

Я занимаюсь разработкой клиента Modality Worklist с использованием библиотеки fo-dicom.

Мне непонятно, что связано с [Referenced SOP Instance UID (0008,1155)].

  1. Что такое ссылочная SOP UID экземпляра?
  2. Является ли ссылочный UID экземпляра SOP одинаковым для всей серии?
  3. Я видел 2 UID ссылочного класса SOP в некоторых образцах изображений; Почему?

Сценарий 1:

Я пытаюсь получить рабочий список Modality, чтобы создать серию изображений для запрошенного исследования. Мне нужно создать последовательность захваченных изображений для отправки уведомления «Завершено» на сервер MPPS. Образец fo-dicom для рабочего списка модальностей включает в себя класс ссылочного SOP / UID экземпляра при создании завершенной последовательности изображений для отправки уведомления «Competed» в MPPS. У меня вопрос, что это за UID класса / экземпляра класса SOP, на который есть ссылка?

Сценарий 2:

В дополнение к этому я нашел несколько серийных файлов DICOM и содержимое каждого изображения Ссылочный класс SOP / UID экземпляра дважды и одинаковые для серии.

Являются ли эти ссылочный UID класса / экземпляра SOP одинаковыми или разными?

Ниже приведен пример содержимого файла DICOM. Ссылочный UID класса SOP класса / экземпляра два раза:

image

Ответы [ 2 ]

4 голосов
/ 24 марта 2020

Прежде всего:

  • Ссылочный класс SOP / UID экземпляра всегда являются элементами последовательности, и последовательность определяет значение ссылки.
  • Последовательность ссылочного изображения не относится к рабочему списку модальности, он относится только к изображениям и другим объектам.

Эта последовательность предназначена для размещения других объектов, которые имеют отношение к интерпретации данного изображения. В DICOM: «Последовательность, которая ссылается на другие изображения, значительно связанные с этим изображением».

Это могут быть:

  • другие изображения, которые относятся к текущему изображению (например, идентификатор другой плоскости в получении би-плоскости)

  • другие изображения, на которых основан расчет текущего изображения

  • второе изображение, если текущее изображение является частью стереопары

Любое конкретное значение ссылки может быть ограничено или усилено конкретным типом изображения, которое вы создаете. Эту информацию можно получить, следуя ссылкам в IOD (определение информационного объекта, как определено в части 3 DICOM).

Для большинства изображений ссылочная последовательность изображений является необязательной (тип 3) или «может быть «пустой» (тип 2), что означает, что если нет существенного отношения к другим изображениям, его можно опустить.

1 голос
/ 30 марта 2020

Я провел дополнительные исследования в отношении UID класса / экземпляра ссылочного SOP, чтобы понять практическое отношение к реализации DICOM Modality WorkList, над которой я сейчас работаю.

@ kritzel_sw уже ответил в основном на мой сценарий 2: вопрос и Я нашел следующую дополнительную информацию, относящуюся к моему Сценарию 1: вопрос.

В соответствии со спецификацией подмножества шагов выполненной процедуры DICOM Part4 F.7.2.1.1 (таблица F.7.2-1), [последовательность выполненных серий ( 0040,0340)] является обязательным атрибутом для протокола N-SET, который является частью Modality WorkList Management (отправьте уведомление «ЗАВЕРШЕНО» на сервер MPPS). Ссылочный класс SOP / UID экземпляра являются податрибутами [Последовательность ссылочного изображения (0008,1140)] в [Последовательность выполненной серии (0040,0340)]. На практике SCU Modality должен отправлять список SOPInstanceUID захваченных изображений в SCP, чтобы завершить запрошенный этап процедуры с помощью N-SET. Ссылочный класс SOP / UID экземпляра в разделе [Ссылочная последовательность изображений (0008,1140)] должен использоваться для отправки этой информации.

Ниже приводится базовая c последовательность управления модальностью WorkList

  1. Запрос SCP Modality WorkList от SCU
  2. SCU отправляет Modality WorkLists
  3. SCU отправляет уведомление "IN PROGRESS" в SCU
  4. SCP создает последовательности изображений
  5. SCU store Изображения в PACS
  6. SCU отправляют SCU уведомление «ЗАВЕРШЕНО», ссылаясь на созданные изображения SOPInstanceUIDs

DICOM Part4 F.7

...