DICOM-файл с метками CT и MR

Question

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

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

Answer 1

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

Таким образом, объединение атрибутов процессов получения от двух разных IOD не является хорошей идеей. То, что собирается потерпеть неудачу широко, является аннотацией этих объектов в средстве просмотра DICOM. Большинство зрителей имеют конфигурацию, зависящую от класса или модальности SOP, которая определяет, как изображения помечаются информацией заголовка DICOM. UID класса SOP и модальность должны предоставлять ровно одно значение, которое не может быть полностью правильным в вашем случае. Таким образом, вы должны решить, будет ли другое приложение обрабатывать изображения как "только КТ" или "только МР".

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

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

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

Answer 2

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

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

• 7.3 Правила, регулирующие типы классов SOP

Цитируя абзац:

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

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

Таким образом, резюмируя, нет, вы, конечно, не можете создать экземпляр MR с атрибутом over over kVp (0018,0060), он не может ничего значить для модальности MR, и в этом случае вы изменяете семантику открытого атрибута.