DICOM: Какой смысл в теге SOPInstanceUID?

Question

DICOM уже предоставляет достаточно уникальный идентификатор для Серии (например, Series Instance UID), так зачем также включать один на объекты более низкого уровня (например, SOPInstanceUID)?

Что меня действительно раздражает, так это тот факт, что при обращении к другим объектам - например, когда RTPlan объект ссылается RTStruct объект через ReferencedStructureSetSequence / ReferencedSOPInstanceUID - это делается с помощью SOP Instance UID. Однако любые SCP DICOM, такие как find / move, не работают с SOP Instance UID, они работают с Series Instance UID. Так что же дает? Нужно ли загружать все Series, чтобы найти все объекты, на которые есть ссылки?

Answer 1

Этот вопрос был задуман довольно давно, но я подумал, что добавлю, что, игнорируя QR в целом, SeriesInstanceUID является глобально уникальным идентификатором для одной серии. SOPInstanceUID - глобально уникальный идентификатор файла DICOM. Ряд может иметь несколько DICOM файлов, поэтому каждый из них будет иметь один и тот же SeriesInstanceUID, но каждый файл будет иметь свой собственный SOPInstanceUID.

Answer 2

Как вы, вероятно, знаете, DICOM имеет иерархию идентификаторов для каждого отдельного экземпляра SOP (пары сервисных объектов) (идентификатор пациента / UID экземпляра исследования / UID экземпляра серии / UID экземпляра SOP). Эта иерархия встроена в механизм Query / Retrieve в DICOM, а также используется для идентификации конкретных экземпляров SOP.

В конкретном случае, о котором вы говорите, я полагаю, что в серии / исследовании может быть возможность использования нескольких наборов структур RT. Необходимо ссылаться на отдельный экземпляр SOP, чтобы вы знали, на какой структурный набор ссылается план RT.

Что касается продуктов, поддерживающих извлечение по идентификатору экземпляра SOP, к сожалению, реляционные запросы не очень широко поддерживаются в SIC запросов / извлечения DICOM, как вы обнаружили, и некоторые серверы DICOM не поддерживают запросы на уровне изображения. В этом конкретном случае вы могли бы запросить на уровне рядов специально для модальности RTSTRUCT и извлечь только те ряды, которые имеют эту модальность, сузив таким образом, какие данные вам нужно загрузить, только для наборов структур RT.

Answer 3

SOPInstanceUID представляет отдельный идентификатор файла изображения Dicom. Исследования, серии и сопутствующие жидкости основаны на модели данных. StudyUID предоставит вам конкретную учебную информацию. На какие разные серии делятся. Для этого используется экземпляр экземпляра серии. И экземпляр UID SOP представляет отдельное изображение Dicom. Это иерархическая структура. Я также никогда не использовал SOPInstanceUID при разработке рабочей станции PACS на Java. Согласно моему опыту, UID Study & Series достаточно для представления данных пациента. Но все же SOPInstanceUID дает уникальную идентичность образу dicom.

Answer 4

UID экземпляра SOP: представляет ваш уникальный идентификатор для IOD, его тег TYPE 1 должен присутствовать со значением.

Например:

Каждое изображение DICOM имеет уникальный идентификатор

Answer 5

Ссылка на серию недостаточно конкретна. В случае наборов структуры UID ссылочного экземпляра SOP связывает контуры в структуре с конкретным срезом в наборе данных. Недостаточно просто ссылаться на серию, поскольку необходимо убедиться, что контур точно совпадает со срезом.