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

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

- набор протоколов, которые должны использоваться системами, претендующими на соответствие настоящему стандарту;

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

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

Настоящий стандарт не устанавливает:

- детали реализации любого положения настоящего стандарта в устройствах или системах, претендующих на соответствие;

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

- процедуру тестирования/проверки для оценки соответствия реализации настоящему стандарту.

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

В настоящем стандарте применены термины по DICOM, PS 3.

В настоящем стандарте применены следующие сокращения:

- ACSE - служебный элемент контроля соединения;

- DICOM - цифровые изображения и связь в медицине;

- OSI - взаимосвязь открытых систем;

- PACS - системы архивирования изображений и связи;

- TCP/IP - протокол контроля передачи/межсетевой протокол.

Стандарт DICOM состоит из следующих частей:

- PS 3.1 - Часть 1. Введение и обзор;

- PS 3.2 - Часть 2. Соответствие;

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

- PS 3.4 - Часть 4. Спецификации служебных классов;

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

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

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

- PS 3.8 - Часть 8. Поддержка сетевого взаимодействия для обмена сообщениями;

- PS 3.9 - Изъята;

- PS 3.10 - Часть 10. Хранение данных и формат файлов для обмена данными;

- PS 3.11 - Часть 11. Профили применения носителей информации;

- PS 3.12 - Часть 12. Функции хранения и форматы носителей для обмена данными;

- PS 3.13 - Изъята;

- PS 3.14 - Часть 14. Стандартная функция отображения в градациях серого;

- PS 3.15 - Часть 15. Профили безопасности и управления системой;

- PS 3.16 - Часть 16. Ресурс отображения содержимого;

- PS 3.17 - Часть 17. Пояснения;

- PS 3.18 - Часть 18. Веб-доступ к постоянным объектам DICOM.

В части PS 3.2 DICOM определены принципы, которым должны соответствовать реализации, претендующие на соответствие стандарту.

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

Заключение о соответствии: PS 3.2 определяет структуру заключения о соответствии. Определена информация, которая должна присутствовать в заключении о соответствии. Приведены ссылки на разделы других частей DICOM, касающиеся заключения о соответствии.

В PS 3.2 не определены процедуры тестирования или проверки, предназначенные для оценки соответствия реализации стандарту DICOM.

В части PS 3.3 DICOM определены классы информационных объектов, обеспечивающих абстрактное определение реальных объектов, применительно к обмену цифровыми медицинскими изображениями и сопутствующей информацией (например, формами сигналов, структурированными отчетами, дозами лучевой терапии и т.п.). Каждое определение класса информационных объектов состоит из описания его назначения и атрибутов, определяющих данный класс. Класс информационных объектов не содержит значений атрибутов, указанных в его определении.

Определены два типа классов информационных объектов - нормализованный и составной.

Нормализованные классы информационных объектов включают в себя только атрибуты, свойственные представляемым реальным объектам. Например, класс информационного объекта «обследование», определенный как нормализованный, включает атрибуты «дата обследования» и «время обследования», поскольку они свойственны реальному обследованию. Однако «имя пациента» не является атрибутом этого класса, поскольку оно относится к обследуемому пациенту, а не к самому обследованию.

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

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

В PS 3.3 определена модель реального мира наряду с соответствующей информационной моделью, которая отражена в определениях информационных объектов. В последующих редакциях настоящего стандарта данная совокупность информационных объектов может быть расширена для обеспечения поддержки новой функциональности.

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

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

В PS 3.4 определены характеристики, присущие всем служебным классам, и то, как заявление о соответствии структурировано относительно отдельного служебного класса. Данная часть содержит ряд обязательных приложений, подробно описывающих отдельные служебные классы.

Примерами служебных классов являются следующие:

- служебный класс «хранение»;

- служебный класс «запрос - отклик»;

- служебный класс «управление основным рабочим списком»;

- служебный класс «управление печатью».

В PS 3.4 определены операции, выполняемые над информационными объектами, установленными в PS 3.3. В PS 3.7 определены команды и протоколы для использования команд с целью реализации операций и уведомлений, описанных в PS 3.4.

В части PS 3.5 DICOM определено, каким образом приложения DICOM конструируют и кодируют информацию, содержащуюся в совокупности данных и являющуюся результатом использования информационных объектов и служебных классов, определенных в PS 3.3 и PS 3.4. Определена поддержка ряда стандартных методов сжатия изображения (например, JPEG с потерями и без потерь).

В PS 3.5 представлены правила кодирования, необходимые для создания потока данных, которые должны быть переданы в сообщении, как определено в PS 3.7. Такой поток данных формируется из совокупности элементов данных из набора данных.

Кроме того, в PS 3.5 определена семантика ряда типовых функций, присущих многим информационным объектам. В PS 3.5 определены правила кодирования для международных наборов символов, используемых в стандарте DICOM.

Часть PS 3.6 DICOM является централизованным реестром, определяющим совокупность всех информационных элементов данных DICOM, доступных для представления информации, наряду с элементами, используемыми для кодирования взаимозаменяемых данных, и перечнем однозначно определенных объектов, установленных DICOM.

Для каждого элемента в PS 3.6 определены:

- уникальная метка, содержащая номера группы и элемента;

- имя;

- представление значения (строкой символов, целым числом и т.д.);

- многообразие значений (какое число значений имеет каждый атрибут);

- не является ли он изъятым.

Для каждого однозначно определенного объекта в PS 3.6 определены:

- уникальное значение, представляемое числом, состоящим из множества компонентов, разделенных десятичными точками, и ограниченным 64 символами;

- имя;

- тип, т.е. класс информационного объекта, либо определение кодирования для передачи данных, либо определенные хорошо известные экземпляры информационного объекта;

- часть стандарта DICOM, в которой он определен.

В части PS 3.7 DICOM определены сервис и протокол, используемые приложением в среде медицинских изображений для обмена сообщениями посредством поддерживающих обмен сервисов, определенных в PS 3.8. Сообщение состоит из потока команд, определенных в PS 3.7, за которым может следовать поток данных, определенный в PS 3.5.

В PS 3.7 определены:

- операции и уведомления (сервисы DIMSE), доступные для служебных классов, определенных в PS3.4;

- правила для установления и завершения соединений, обеспечиваемых поддержкой взаимодействия, определенной в PS 3.8, и воздействия на невыполненные транзакции;

- правила управления обменом запросами и ответами команд;

- правила кодирования, необходимые для формирования потоков команд и сообщений.

В части PS 3.8 DICOM определены коммуникационные сервисы и протоколы верхнего уровня, необходимые для поддержки, в сетевом окружении, взаимодействия между приложениями DICOM в соответствии с PS 3.3, PS 3.4, PS 3.5, PS 3.6 и PS 3.7. Коммуникационные сервисы и протоколы обеспечивают эффективный и скоординированный обмен данными между приложениями DICOM в сети.

Часть PS 3.9 DICOM изъята из обращения. Она называлась «Поддержка прямой связи при обмене сообщениями» и определяла сервисы и протоколы, используемые для прямой связи совместимым CACR-NEMA 2.0 способом.

В части PS 3.11 DICOM определены зависящие от применения подмножества стандарта DICOM, на соответствие которым может претендовать реализация. Такие зависящие от применения подмножества в данном подразделе называются профилями применения. Заявление о соответствии применимо к функционально совместимому обмену медицинскими изображениями и сопутствующей информацией, хранящейся на носителях, для конкретных случаев. Оно соответствует основам, определенным в PS 3.10, при обмене информацией различных типов, хранящейся на носителях.

Профиль применения формируется из следующих основных частей:

- имя профиля применения или список профилей применения, сгруппированных в связанный класс;

- описание медицинского контекста профиля применения;

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

- информационный раздел, описывающий функциональные требования к профилю применения;

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

- выбор форматов носителей и физических носителей для использования;

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

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

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

Данная часть DICOM облегчает обмен информацией между медицинскими приложениями, определяя:

- структуру для описания взаимосвязи между моделью хранения данных на носителях и конкретными физическими носителями и их форматами;

- характеристики конкретного физического носителя и связанных с ним форматов.

Часть PS 3.13 DICOM изъята из обращения. Она называлась «Поддержка прямой связи для управления печатью» и определяла сервисы и протоколы, используемые для прямой связи сервисов управления печатью.

В части PS 3.14 DICOM определена стандартизированная функция отображения для единообразной по стилю визуализации изображений в градациях серого. Данная функция обеспечивает методы для калибровки отдельных систем отображения с целью единообразного представления изображений на разных устройствах отображения (например, мониторах и принтерах).

Выбранная функция отображения основана на зрительном восприятии человека. Чувствительность человеческого глаза к контрастности носит явно нелинейный характер в пределах диапазона яркости устройств отображения. В DICOM использована модель зрительной системы человека Бартена.

В части PS 3.15 DICOM определены профили безопасности и управления системой, на соответствие которым могут претендовать реализации. Профили безопасности и управления системой определены посредством ссылок на внешние стандартные протоколы, такие как DHCP, LDAP, TLS и ISCL. Протоколы безопасности могут использовать такие технологии безопасности, как открытые ключи или смарт-карты. При шифровании данных могут применяться разнообразные стандартизованные схемы шифрования.

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

В части PS 3.16 DICOM определены:

- шаблоны для структурирования документов как информационных объектов DICOM;

- наборы кодированных терминов для использования в информационных объектах;

- словарь терминов, определенных и поддерживаемых DICOM;

- переводы кодированных терминов на языки конкретных стран.

В части PS 3.17 DICOM предоставлены справочные и обязательные приложения, содержащие поясняющую информацию.

В части PS 3.18 DICOM определены средства, через которые запрос на доступ к постоянным объектам DICOM может быть выражен в форме запроса HTTP URL/URI, содержащего указатель на конкретный постоянный объект DICOM в виде уникального идентификатора его экземпляра.

В запросе также определен формат результата, который должен быть возвращен в ответ на запрос.

Примеры

1 Тип содержимого (MIME), например application/dicom или image/jpeg для изображений, application/ dicom, application/rtf или xml для отчетов.

2 Шифрование содержимого.

3 Отчеты по HL7/CDA, Уровень 1.

Параметры запроса URL, как определено в настоящем стандарте, являются достаточными для того, чтобы сервер HTTP действовал как пользователь служебных классов (SCU) DICOM для получения запрошенного объекта от соответствующего поставщика служебных классов (SCP) DICOM, используя базовую функциональность DICOM, определенную в PS 3.4 и PS 3.7.