Вы находитесь на странице: 1из 17

TALLINNA TEHNIKAÜLIKOOL

Infotehnoloogia teaduskond
Raadio- ja sidetehnika instituut
Telekommunikatsiooni õppetool

IRO0110 Sidetehnilised standardid


Kodutöö
DICOM
Digital Imaging and Communications in Medicine

Jelena Ljalik

Juhendaja: Maret Ots

Tallinn 2007
Содержание
Общее описание протокола DICOM............................................................................................3
История появления стандарта ......................................................................................................3
Назначение и структура стандарта ..............................................................................................4
Почему существует необходимость в стандарте.......................................................................6
Недостатки стандарта DICOM .....................................................................................................7
Области применения стандарта DICOM .....................................................................................8
Принцип работы ...........................................................................................................................8
Аналогия между построением предложения и концепциями DICOM.................................9
Передача данных .......................................................................................................................9
Кодирование DICOM ..............................................................................................................10
Сеть передачи изображения на практике:.............................................................................12
Установка связи между тремя устройствами........................................................................13
Будущее стандарта DICOM ........................................................................................................13
Применение стандарта DICOM в Эстонии ...............................................................................14
Примеры методов, поддерживаемых в DICOM .......................................................................16
Вывод............................................................................................................................................17
Источники ....................................................................................................................................17

2
Общее описание протокола DICOM
DICOM(Digital Imaging and Communications in Medicine) – стандарт для обращения,
хранения, печати и передачи медицинских цифровых снимков. Используется данный
стандарт в основном в инфосистемах связанных с медициной. Позволяет
автоматизировать многие процессы в повседневной работе медиков, экономя время и
позволяя более быстро и качественно обслуживать большее количество пациентов.
Однако нельзя рассматривать технологию DICOM только в узких рамках одной
изолированной от других внешних инфосистем системы. Данная технология передачи
цифровых снимков позволяет различным, находящимся в разных городах или даже
странах медицинским учреждениям, быстро и эффективно обмениваться данными
пациента. Сервера, сохраняющие цифровые снимки а также предоставляющие к ним
доступ, позволяют пользователю просматривать сохраненные снимки посредством
браузера. Это позволяет различным врачам в различных учреждениях своевременно
получать информацию о пациенте, потому как его снимки доступны всем пользователям
имеющим доступ к системе сервера.

DICOM позволяет проводить интеграцию принтеров, сканеров,


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

Базируется на протоколе TCP, является трехуровневым. Над TCP — DUL. Над ним
— DIMSE , потом DICOM

Сетевой протокол включает в себя ряд стандартных сетевых сервисов:


• Store — запоминание (сохранение) изображений и другой информации.
• Storage Commitment — подтверждение сохранения изображений в архиве.
• Query/Retrieve — запрос/получение, запрос списка пациентов и-или исследований с
другого (удалённого) устройства DICOM.
• Modality Worklist — запрос списка работ - исследований по заданной методике
исследования , например, рентгенографии, с данными о пациентах и исследованиях.
• Modality Performed Procedure Step — подтверждение выполнения какого-либо
действия (шага), например, при выполнении исследования по заданной методике
исследования
• Print — DICOM-печать, на специализированных (как правило, плёночных) принтерах.

Кроме того, другие коммуникационные стандарты (HL7, X12) используют формат


стандарта DICOM для передачи изображений.

История появления стандарта


Основные разработчики стандарта:
ACR (American College of Radiology)
NEMA (National Electrical Manufacturers Assoc.)
ESC (European Society of Cardiology)
ACC (American College of Cardiology)
SFR (Société Française de Radiology)
DRG (Deutschen Röntgengesellschaft)
AAO (American Academy of Ophthalmology)
AAD (American Academy of Dermatology)

3
CAP (College of American Pathology)
JIRA (Japaneese Radiology Vendors Association)
COCIR (European Radiology Vendors Association)
плюс еще 25 участников.

В 1983 году Американский Колледж Радиологии (ARC) и Национальная


Ассоциация электрооборудования (NEMA) создали совместный комитет для разработки
стандартный средств, чтобы пользователи медицинского оборудования могли связывать с
машинами другие устройства. В задачи входило: развитие архивирования и передачи
изображений (PACS), их взаимодействие с больничными инфосистемами, создание баз
данных с информацией, доступной для удалённых устройств.

В 1985 году появляется первая версия этого стандарта. В ней были найдены
ошибки, и было решено усовершенствовать систему. Комитет создает группу Work Group
(WG). Эта группа стала работать над изменениями, учитывая вопросы разработчиков.

В 1888 году после изменений появляется версия 2.0 , но в ней по прежнему


использовалась спецификация версии 1.0. К этому времени появилась новая проблема –
потенциальные пользователи хотели иметь интерфейс между датчиками изображения и
сетью. Версия 2.0 не была способной отвечать этому новому требованию, так как в ней
отсутствовали важные компоненты для поддержки устойчивой сетевой связи. Было
необходимо продумывать систему заново, и стандарт ждали большие изменения. Делать
исправления в версии 2.0 было недостаточно, поэтому процесс изготовления стандарта
решили заново повторить. При этом выбрали метод объектно-ориентированного
программирования.

Третья версия была выпущена в 1991 году и перерабатывалась до 1993 года.


Существенное изменение – теперь стандарт можно было использовать в сетевых средах со
стандартными протоколами , например TCP/IP. Появилось описание уровня
совместимости со стандартом, структура стандарта стала отвечать требованиям
Международной организации по стандартам (ISO). Так же с учетом стандарта можно
менять стеки связи в медицинском приложении, не переписывая при том программы
приложений. В описание стандарта входит 29 диагностических методов.

Это привело к тому, что крупные фирмы-производители медицинского


оборудования вроде Phillips, Siemens стали планировать в своих системах возможность
обмена изображениями в стандарте DICOM 3.0

В данное время стандарт получил широкое распространение в США, Западной


Европе , Японии. С недавнего времени стал развиваться в Эстонии.

Назначение и структура стандарта


Стандарт DICOM 3.0 состоит из 13 частей, 9 их которых основные:

Часть 1. Введение
Описываются история разработки стандарта, его назначение и структура.

Часть 2. Соответствие стандарту

4
Указываются структура сертификата соответствия стандарту и критерии, которым должен
удовлетворять производитель диагностического оборудования, чтобы иметь право
объявить его совместимым со стандартом DICOM.

Часть 3. Определение информационных объектов


Специфицируются используемые в стандарте информационные объекты. Предлагается
информационная модель "реального мира", описывающая взаимоотношения между
нормализованными объектами (пациент, устройство) и составными (исследования,
изображения и др., наследующими некоторые атрибуты нормализованных объектов).

Часть 4. Спецификации классов операций


Специфицируются классы действий или операций, которые могут выполняться над
информационными объектами. Вводится понятие операция-объект SOP (service-object
pair). Разработчики стандарта исходили из того, что применение операции к объекту
может быть ограничено его свойствами, поэтому есть нужда в отдельном описании
классов SOP. Например, для класса операций «Хранение» выделяются отдельные
стандартные классы операций-объектов Хранение изображений цифровой радиографии,
Хранение ультразвуковых изображений, Хранение наложений, Хранение таблицы
преобразования пикселей и т.д. Аналогичные пары выделяются для операции
Запрос/извлечение и пр.

Часть 5. Структура и семантика данных


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

Часть 6. Словарь данных


Приводится полный список элементов данных, описанных в стандарте DICOM. Каждый
элемент данных идентифицируется парой целых чисел, например пара (0018,5100)
идентифицирует описание положения пациента по отношению к устройству в момент
проведения исследования. Кроме идентификатора, приводятся имя элемента,
характеристика его значения (строка символов, число и т.д.) и допустимое число
повторений элемента в сообщении.

Часть 7. Обмен сообщениями


Описывается структура команд и протокола обмена сообщениями в стандарте DICOM.

Часть 8. Обеспечение обмена сообщениями в сетевых средах


Определяются все необходимые компоненты системы обмена сообщениями в стандарте
DICOM в сетевых средах, использующих протокол TCP/IP. Изложение этой части
существенно опирается на соответствующие стандарты Модели взаимодействия открытых
систем OSI (ISO 8222 и ISO 8649).

Часть 9. Обеспечение обмена сообщениями при прямой связи абонентов (point-to-


point)
Приводится подробное описание прямого взаимодействия двух устройств, включая
назначение каждой ножки 50-контактного разъема, уровня передаваемых сигналов, их
временные характеристики и т.д. Оно напоминает описание параллельного дуплексного
интерфейса миникомпьютера, и, похоже, в основном переписано из других стандартов,
ранее разработанных ассоциацией NEMA.

5
Последние 4 части еще разрабатываются:

Часть 10. Носители данных и форматы файлов


Описываются теоретические основы хранения медицинских изображений на различных
внешних носителях данных.

Часть 11. Прикладные характеристики хранения данных на внешних носителях


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

Часть 12. Форматы носителей и физическая среда хранения данных


Специфицируются различные носители данных, которые могут использоваться для
хранения медицинских изображений, например, дискеты 3.5", компакт-диски CD ROM,
магнитооптические диски и т д.

Часть 13. Управление выводом на печатающие устройства при прямом соединении


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

Почему существует необходимость в стандарте

Медицинские изображения нужны для профессионального изучения, поэтому


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

С течением времени проблема электронного обмена данными в медицинской среде


становится всё более и более актуальной. В первую очередь это касается передачи
цифровых изображений при лучевой диагностике. К ним относятся рентгеновские
системы, различные виды томографов (магнитно-резонансные, позитронно-эмиссионные),
системы УЗИ. Устройства высокотехнологичного диагностирования становятся широко
распространёнными, количество таких аппаратов растет и сейчас трудно представить
крупные медицинские учреждения без таких устройств.

В первую очередь электронный обмен удобен тем, что появляется возможность


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

6
Стандарт обеспечивает несколько изображений одного объекта с разной
информацией в электронном виде и их можно давать на компьютерную обработку (к
примеру наложение изображений магнитно-резонансного и компьютерного томографа).
Качество изображений в несколько раз выше, чем на обычных снимках. Это даёт большее
количество информации о больном и его состоянии, что в свою очередь улучшает
возможность постановки диагноза и дальнейшего его лечения.

Значительно уменьшается время проведения исследований, управление


изображениями и связанных с ними информации. В результате сокращается время
обслуживания. Больницам более не надо хранить снимки на плёнках, уменьшаются
затраты.
Структура сообщений стандарта DICOM позволяет без особого труда вычленить из
сообщений само изображение, игнорируя другую информацию. Тем самым разработчик
может начать с самой простой задачи - приема и визуализации изображений,
передаваемых с устройств вторичного сбора данных (secondary capture devices). Например,
это сканеры рентгеновских снимков, но при этом применяется своя программа для
обработки сообщений, полученных и другими методами визуализации, пропуская
дополнительную информацию.

В общем можно сказать ,что передача медицинских изображений в электронном


формате способна ускорить процесс диагностики и повышает верность принятых
специалистами решений.

Недостатки стандарта DICOM

Безусловно, существует много трудностей с передачей таких изображений в


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

Кроме того, сейчас основным глобальным соединением является Интернет, а


перенесение DICOM из локальной сети в Интернет является неэффективным. Стандарт
DICOM с самого начала разрабатывался для локального использования, а не для
Интернета.
Он не отвечает многим требованиям использования:
• уязвимость для сетевых атак
• неоптимальное кодирование информации
• зависимость разных типов данных от операционных систем (то есть формат
данных из одного операционной системы может конфликтовать ,если он
передан в другую)
• содержание лишних и мало использующихся в Интернете параметров.

7
Для использования DICOM устройства должны быть подключены напрямую , а это
невозможно для пользователей Интернета. Стандарт является очень объемным (14
основных и 130 добавочных томов-поправок), то есть обработка и перевод программного
кода в другой формат будет занимать много ресурсов и времени.

Области применения стандарта DICOM

1. DICOM для управления изображениями


2. DICOM в сетевой передаче изображений
3. DICOM при сетевой печати
4. DICOM для внутреннего обмена и архивации данных
5. В дальнейшем развитие последовательности показа изображения

Принцип работы
В стандарте идет использование объектно-ориентированного проектирования. Это
вид разработки структуры данных, который основан на анализе абстрактных версий
реальных объектов. Оно обеспечивает описание самой информации, а так же что
конкретно с этой информацией делать. В объектно-ориентированном проектировании
методы связаны с определяемыми объектами. В DICOM таким образом определяются
услуги вроде «запомнить изображение», «отправить изображение в архив». Услуги
реализуются как конструкции операций. В стандарте идет набор таких универсальных
операций и уведомлений , они называются DICOM-элементы обслуживания сообщений
(DIMSE - DICOM Message Service Element)
DICOM вызывает объекты, базируясь на их моделях и таблицах атрибутов, которые
определяют их - "определениях информационных объектов" (IOD). Комбинация
информационного объекта и услуг называется Service-Object Pair (SOP). Такой
информационный объект может использоваться со множеством услуг, там образом
появляется класс SOP.

Класс SOP представляет элементный модуль функциональных возможностей,


определенных DICOM. Определяя класс SOP, которому должно соответствовать
реализация, и роль, которую должно поддерживать соответствующее устройство, можно
определить однозначно точное подмножество функциональных возможностей DICOM,
включая типы сообщений, которые будут использоваться для обмена, данные,
передаваемые в этих сообщениях, и семантический контекст, в котором эти данные
должны пониматься. Для конкретного класса SOP устройство может выполнять одну из
двух ролей:
в роли сервис-класс-провайдера (SCP), устройство обеспечивает услуги класса
SOP;
в роли сервис-класс-пользователя (SCU), использует услуги.
Кроме того, для каждой комбинации класса SOP и роли, стандарт определяет
основной набор заданных по умолчанию поведений, управляющих связью, например,
какое устройство может инициализировать сеанс связи Аналогия между построением
предложения и концепциями DICOM

8
Аналогия между построением предложения и концепциями
DICOM

Элементы слева от стрелок представляют части предложения. Справа от стрелок -


аналогичные DICOM концепции.
Глагол "запомнить (store)" определяет действие, которое будет принято,
эквивалентное услуге DICOM, которая содержится в Элементе Службы Сообщений
(Message Service Element) DICOM.
Существительное "CT Изображение" определяет предмет, на который будет
направлено действие; это соответствует Определению Информационного Объекта
DICOM.
Созданное предложение: "Запомнить CT Изображение" соответствует Классу Пар
Услуга-Объект (Service Object Pair Class) DICOM,
Если указано определенное CT изображение, - Образцу Пары Услуга-Объект.

Передача данных

Локальная сеть
TCP/IP

Консоль CT
архив
сканера

Рабочий принтер
компьютер

Операции DICOM используют TCP/IP (Transmission Control Protocol/Internet Protocol)


для коммуникации с отдаленными устройствами. TCP/IP является одним из самых
распространённых, и используется программами электронной почты, web-браузеров итд.
9
У каждого устройства в сети TCP/IP есть IP адрес. У двух машин в одной сети не будет
того же самого IP адреса, поэтому операции DICOM могут использовать этот протокол,
чтобы идентифицировать определенный компьютер.

Кроме того, DICOM SCP может прослушивать определенный порт при входящих
сообщениях.. Он может услышать только те сообщения, которые посылаются именно на
этот порт. Как радио, настроенное, чтобы получить сигналы на определенной частоте. У
одной машины может быть несколько приложений, которые могут прослушивать разные
порты, но два приложения одной машины не могут прослушивать один и тот же порт. .
Чтобы соединиться с SCP, SCU соединяется с IP адресом SCP и посылает данные
определенному порту. Это может использоваться для взаимодействия с внешними
инфосистемами.

Кодирование DICOM

Сообщение = набору данных

Набор Набор Набор Набор


данных данных данных данных ……
отправитель получатель

Длина
Поле Поле
Tag VR длины значения
значений данных

Уникальный тэг, Дополнительное поле:


определенный в DICOM предоставление
Словаре Данных значения зависит от
синтаксиса передачи

• Тэг – Каждая информация в изображении DICOM сохранена как тэг DICOM. Тэг
DICOM состоит из имени поля и значения. Имена полей являются числовыми, но
признаки по существу содержат информацию такой как “name =Smith,John”, “Date
of Birth=23.04.1997”, и т.д. Даже сами изображения сохранены как тэг DICOM.
Состоит из пары 16-битных слов, определяющих номер группы и номер элемента.
Пользователь может вводить свои собственные теги, передавая их для
согласования соответствующему сервису.
• Поле типа данных (VR) – 2-х символьная строка, содержащая аббревиатуру типа
данных. Наряду с классическими типами (целыми, вещественными, строковыми и
текстовыми), вводятся специфические типы для времени, возраста, имени,
уникальных идентификаторов и т.д. Определенный тип элементов может
содержать в своем поле данных другие элементы. Поле типа является
необязательным, и при его отсутствии тип данных определяется по тэгу.
• Поле длины – в зависимости от типа 16– или 32–битное беззнаковое слово,
содержащее число байт в поле данных;

10
• Поле данных– передаваемые атрибуты IOD.

Примеры тэгов из Словаря Данных:

Tag ID Tag name


0004,1141 FileSetDescriptorFileID
0004,1142 SpecificCharacterSetOfFile
0004,1200 FirstDirectoryRecordOffset
0004,1202 LastDirectoryRecordOffset
0004,1212 FileSetConsistencyFlag
0004,1220 DirectoryRecordSequence
0004,1400 OffsetOfNextDirectoryRecord
0004,1410 RecordInUseFlag
0004,1420 LowerLevelDirectoryEntityOffset
0004,1430 DirectoryRecordType
0004,1432 PrivateRecordUID
0004,1500 ReferencedFileID
0004,1504 MRDRDirectoryRecordOffset

Каждое изображение содержит три признака, которые особенно важны:


• Instance UID (уникальный идентификатор) - происходит уникальная
идентификация т объекта DICOM. Это позволяет программному обеспечению
легко определять, присутствует ли уже изображение , вместо того, чтобы
сравнивать большое количество тэгов

• Study UID -уникально идентифицирует все изображения в исследовании. Study


DICOM - ряд изображений с тем же самым Study UID.

• Series UID - который уникально идентифицирует все изображения в ряду. Series


DICOM - ряд изображений с Series UID.

11
Сеть передачи изображения на практике:

Создание сессии
Предложение услуг (SOP Classes
UID) и соответственного
кодирования (Transfer Syntaxes
Источник UID) Сервер
изображения изображений
Запрос C-Store
Пользователь Провайдер
Посылается сообщение с
сервера данных заголовком + содержание сервера данных
согласно принятому синтаксису
передачи

Ответ C-Store
Получилось/не получилось

Запрос C-Store
Ответ C-Store

Для подтверждения передачи данных используется функция „ECHO“. Идет


удостоверение о наличии связи между двумя продуктами DICOM
Часто используется для диагностики услуги когда надо определить, находится ли другой
продукт DICOM в офлайне или в онлайне.
Продукты , принимающие этот запрос, являются SCP (сервис-класс-провайдер)

12
Установка связи между тремя устройствами

Восстановление SCP

Сетевой архив с разделённым доступом


C-
S TO
Q
E-R е ни
я
C-
RE
V P ра
ж
ST -R
O
M - RS об OR SP
C- V E и
из
E-
O д ач RQ
M ре
C- я
пе
ни
ча
Восстановление он
ок Хранение SCP
е
SCU сл
По

Рабочий Рабочий
компьютер А компьютер B

Предположим, что необходимо передать какое-то изображение из одного компьютера в


другой:
• А посылает запрос на передвижение изображения к В
• Архив открывает вторую сессию с В
• Архив пересылает изображение к В и закрывает сессию
• Сессия между А и архивом открывается во время передачи изображения
• Архив обеспечивает окончательный статус MOVE-RSP для А
• Все восстановленные SCP поддерживают передачу изображения между тремя
устройствами

Примечание : SCP - сервис-класс-провайдера,


SCU - сервис-класс-пользователя

Будущее стандарта DICOM


В целом использование стандарта DICOM представляется интересной и важной
задачей, решение которой способно принести ощутимую пользу конечным потребителям
медицинских изображений - лечащим врачам и консультантам. Здесь надо иметь в виду
одно очень важное обстоятельство: пока речь будет идти об интерпретации снимков
одного пациента, то передача условий проведения исследований, описанная в стандарте
DICOM, вряд ли будет немедленно востребована врачами.

Передача условий проведения исследований гораздо важнее для последующей


автоматизированной обработки результатов исследований, особенно той, что проводится с

13
научно-методическими целями. Поэтому затраты на активное внедрение стандарта
DICOM надо рассматривать как долгосрочные инвестиции, необходимые для постепенной
автоматизации не только процесса передачи, но также и клинической интерпретации
медицинских изображений.

Появившись как корпоративный, DICOM стал стандартом де-факто и встраивается в


оборудование крупнейших производителей радиологического оборудования (PICKER,
GE, Siemens, HP, Philips) и большинство систем архивации медицинских изображений. Он
поддерживается национальными организациями по стандартам - CEN TC251 в Европе и
JIRA в Японии.

Ведется работа по переносу технологии работы с DICOM–информацией на язык Java.

Применение стандарта DICOM в Эстонии


В Эстонии, данный протокол широко не распространен, потому как медицинское
оборудование стоит дорого, а крупных медицинских учреждений в нашей стране немного.
К примеру, используется в данный момент в таких больших организациях как Medicum,
Mammograafia, Medisoft. Основное применение протокола в данных компаниях –
передача данных со своей инфосистемы на медицинские аппараты, поддерживающие
данный стандарт.
К примеру, в Medicum, 2 рентгеновских аппарата принимают данные с
инфосистемы ‘MIS’ (Medicum’s Info System). Когда врач-рентгенолог оформляет пациента
в кабинете, он отмечает локацию, с которой нужно сделать снимок (их может быть
несколько). Они представлены они в виде дерева, аналогичного дереву локаций в Philips
ELEVA. После оформления пациента врач только жмет на кнопку и программа генерирует
файл в формате DICOM, отправляет его на RIS сервер, который в свою очередь добавляет
данные о пациенте в список пациентов. Локации, необходимые для исследования,
добавляются так же автоматически. Затем списки отсылаются на машины в кабинете
врачей, которые их соответственно анализируют. Они описывают их в инфосистеме
учреждения и сохраняют их либо на CD(если пациенту нужно идти со снимком в другое
учреждение, не связанное с инфосистемой Medicum), либо на сервере.

Далее представлен пример файла с использованием DICOM в рентгенологии


поликлиники Medicum.
Когда врач нажимает кнопку «saada andmed» генерируется файл в формате DICOM.
Дальше этот файл сохраняется на RIST сервер рентгеновского аппарата.

14
На этой форме врач создает направление на рентген, или просматривает уже имеющееся
направление.
1. В этой части показана вся информация о пациенте: имя, фамилия, диагнозы, доза
облучения и т д.
2. в правой части указано рентген какой локации необходимо сделать.

Далее приведен конкретный пример файла с тегами, который может быть сгенерирован
произвольной инфосистемой медицинского учреждения и в последствии обработан
медицинским аппаратом (рентген ,УЗИ итд ) , работающим на основе протокола DICOM :

PATIENT_ID <0000000000000>
PATIENT_DICOM_NAME <ХХХХХХ^ХХХХХ>
PATIENT_BIRTHDAY <19000000
PATIENT_GENDER <M>
PROCEDURE_CODE <21>
PROCEDURE_CODE <28>
PROCEDURE_CODE <52>
PROCEDURE_CODE <53>
EXAM_DATE <20070423>
EXAM_TIME <182801>
ACCESSION_NUMBER <1520>
STUDY_LOCATION <512>
PATIENT-LOCATION <512>
PHYSICIAN <15257>

15
Примеры методов, поддерживаемых в DICOM
AS Angioscopy
BI Biomagnetic Imaging
CD Color Flow Doppler
CF Cinefluorography (retired)
CP Colposcopy
CR Computed Radiography
CS Cystoscopy
CT Computed Tomography
DD Duplex Doppler
DF Digital Fluoroscopy (retired)
DG Diaphanography
DM Digital Microscopy
DS Digital Subtraction Angiography
DX Digital Radiography
EC Echocardiography
ES Endoscopy
FA Fluorescein Angiography
FS Fundoscopy
HC Hard Copy
LP Laparoscopy
LS Laser Surface Scan
MA Magnetic Resonance Angiography
MG Mammography
MR Magnetic Resonance
MS Magnetic Resonance Spectroscopy
NM Nuclear Medicine
OT Other
PT Positron Emission Tomography (PET)
RF Radio Fluoroscopy
RG Radiographic Imaging (conventional film
screen)
RTDOSE Radiotherapy Dose
RTIMAGE Radiotherapy Image
RTPLAN Radiotherapy Plan
RTSTRUCT Radiotherapy Structure Set
ST Single-photon Emission Computed
Tomography
TG Thermography
US Ultrasound
VF Videofluorography (retired)
XA X-Ray Angiography
XC eXternal Camera
Вывод
Многие большие медицинские учреждения, имеющие развитую
компьютеризированную инфосистему, заинтересованы в предоставлении и сохранении
информации в электронном виде. Использование протокола DICOM существенно
поднимает производительность всех отраслей медицины, где есть возможность
применения этого стандарта. Стандарт позволяет упрощать работу врачей, они благодаря
такой электронной системе могут обслуживать большее количество пациентов. Качество
снимков намного выше, чем у нынешних аналогов. К сожалению протокол не очень
распространён в Эстонии, но технологии быстро развиваются, поэтому целесообразно
этот стандарт изучать.

Источники
1. http://www.ctmed.ru/DICOM_HL7/#standardDICOM
2. www.dicomanalyser.co.uk/html/introduction.htm
3. http://www.unipacs.com/downloads/VVedenie.pdf
4. http://www.mks.ru/library/article/1997/dicom.html#1
5. http://www.sgsmp.ch/dicom/parisot1.pdf
6. http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/DICOM.html
7. http://www.barco.com/barcoview/downloads/TheDICOMstandard_v2.pdf
8. http://www.ge.com/dicom
9. инфосистема Medicum