Файл DICOM с тегами CT и MR

Question

Файл DICOM (искусственный осевой срез) был создан как из CT, так и для МР-изображений. Может ли агрегированный файл содержать теги CT и MR DICOM? Например. Echo Time (0x18, 0x81) и KVP (0x18,0x60)?

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

Answer 1

Атрибут SOP-класса UID (0008,0016) определяет, какой у вас есть «тип объекта», а именно - так называемое определение информационного объекта (IOD). IOD сообщает вам, какие атрибуты являются обязательными и какие разрешены (и неявно: какие недопустимы) для типа объекта.

Итак, слияние атрибутов о процессах получения от двух разных IOD - это не очень хорошая идея. То, что будет терпеть неудачу, - это аннотация этих объектов в средстве просмотра DICOM. Большинство зрителей имеют конфигурацию, зависящую от SOP или Modality, которая определяет, как изображения аннотируются с информацией заголовка DICOM. SID UID класса и модальность должны предоставить ровно одно значение, которое не может быть полностью правильным в вашем случае. Поэтому вам нужно решить, относится ли другое приложение к изображениям как «только CT» или «только MR».

Итак, нет способа слияния таблиц IOD и по-прежнему требовать соответствия DICOM для приложения, которое генерирует изображения этого типа.

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

Однако я никогда не советую никому реализовывать такую ​​вещь. Это всего лишь вопрос времени, когда кто-то будет проверять ваши объекты против стандарта DICOM, узнайте, что они вопиюще ошибочны и обвиняют никого другого, кроме вас за это.

Answer 2

Как объяснено другими, вам необходимо следовать стандарту DICOM. В основном вам необходимо реализовать то, что определено в соответствующем IOD вашего экземпляра класса SOP.

Опять же, как объяснено другим, вам разрешено использовать так называемый «Стандартный расширенный класс SOP». Но не забудьте прочитать определение для такого класса:

• 7.3 Rules Governing Types of SOP Classes

Цитирование абзац:

Стандартный Расширенный СОП Классы должны:

1. быть надлежащим супер набор из одного стандартного класса SOP;
2. не меняет семантики любого стандартного атрибута этого стандартного класса SOP;
3. не содержит никаких частных типов 1, 1C, 2 или 2C Атрибуты, а также не добавлять дополнительные стандартные типы 1, 1C, 2 или 2C Атрибуты;
4. Не изменяйте Стандартные типы 3 Атрибуты к типу 1, 1C, 2 или 2C;
5. использовать тот же UID, что и стандартный класс SOP, на котором он основан.

Таким образом, в целом нет, вы, конечно, не можете создать экземпляр MR с перенесенным (0018,0060) атрибут кВп, это не может означать ничего для МР-модальности в этом случае меняется семантика открытый атрибут.