DICOM: в чем смысл тега SOPInstanceUID?
DICOM уже предоставляет достаточно уникальный идентификатор для серии (например,Series Instance UID), так почему бы также включить один на объекты нижнего уровня (например,SOPInstanceUID)?
что меня действительно раздражает, так это то, что при ссылках на другие объекты - например, когда RTPlan объект ссылки RTStruct объект через ReferencedStructureSetSequence / ReferencedSOPInstanceUID - это сделано с помощью SOP Instance UID. Однако любой из DICOM SCPs-например, find / move - не работает с SOP Instance UID они работают с Series Instance UID. Так что же происходит? Я должен загрузить все Series найти все объекты?
5 ответов
Как вы, вероятно, знаете, DICOM имеет иерархию идентификаторов для каждого отдельного экземпляра SOP (Service Object Pair) (Patient ID / Study Instance UID / Series Instance UID / SOP Instance UID). Эта иерархия встроена в механизм запроса / извлечения в DICOM, а также используется для идентификации конкретных экземпляров SOP.
в конкретном случае, о котором вы упоминаете, я считаю, что может быть возможность нескольких наборов структур RT в серии/исследовании. Индивидуальный SOP На экземпляр необходимо ссылаться, чтобы вы знали, на какой набор структур ссылается план RT.
Что касается продуктов, поддерживающих получение uid экземпляра SOP, к сожалению, реляционные запросы не широко поддерживаются в DICOM Query/Retrieve SCPs, как вы обнаружили, и некоторые серверы DICOM не поддерживают запросы уровня изображения. В этом конкретном случае вы можете запросить на уровне серии специально для модальности RTSTRUCT и получить только те серии, которые имеют эту модальность, таким образом сужение, какие данные вам нужно загрузить только в наборы структур RT.
этот вопрос был довольно давно, но я думал, что добавлю это, игнорируя QR в целом, a SeriesInstanceUID - это глобальный уникальный идентификатор для одной серии. SOPInstanceUID является глобально уникальным идентификатором для . Серия может иметь несколько DICOM файлы, так что каждый будет делиться тем же SeriesInstanceUID, но каждый файл будет иметь свой собственный SOPInstanceUID.
SOPInstanceUID представляют отдельный uid файла изображения Dicom. Исследование, серии и sopinstace uids основаны на модели данных. StudyUID дать вам конкретную информацию исследования. В которой разделились разные серии. Экземпляр серии uid используется для этого. И uid экземпляра SOP представляют отдельное изображение Dicom. Это иерархическая структура. Я также никогда не использовал SOPInstanceUID, когда разрабатывал PACS workstation на Java. Согласно моему опыту, исследование & серия uids достаточно для представления данных пациента. Но все же SOPInstanceUID дает уникальную идентичность образу dicom.
SOP Instance UID : представляют Ваш уникальный идентификатор для IOD, его тип 1 тег должен содержать значение.
Например :
каждое изображение DICOM имеет уникальный идентификатор
ссылка на серию недостаточно конкретна. В случае наборов структур ссылочный экземпляр SOP UID связывает контуры в наборе структур с определенным срезом в наборе данных. Недостаточно просто ссылаться на серию, потому что вы должны убедиться, что контур точно совпадает с срезом.