DICOM: Какая точка тега SOPInstanceUID?

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

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

Ответ 1

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

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

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

Ответ 2

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

Ответ 3

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

Ответ 4

SOP Instance UID: Представьте свой уникальный идентификатор для IOD, его тег ТИП 1 должен иметь значение.

Пример:

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

Ответ 5

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