Clinical Document Architecture

Clinical Document Architecture (CDA, Архитектура клинических документов) — это стандарт обмена клинической информацией, разработанный организацией Health Level Seven International (HL7). Он определяет структуру и семантику электронных медицинских документов (ЭМД) для обеспечения их интероперабельности — возможности обмена, обработки и хранения между различными медицинскими информационными системами (МИС) без потери смысла. CDA является одним из ключевых компонентов стандарта HL7 версии 3 (HL7 v3) и базируется на языке разметки XML.

История

Разработка CDA началась в конце 1990-х годов как ответ на потребность в универсальном формате для клинических документов, который мог бы заменить разнородные и часто несовместимые форматы, используемые в разных МИС. Первая версия стандарта, CDA Release 1, была опубликована в 2000 году. Она предоставляла базовую структуру документа, но имела ограниченные возможности для точного семантического кодирования клинического содержания.

В 2005 году была выпущена вторая версия — CDA Release 2, которая стала основным и наиболее широко используемым стандартом. Она значительно расширила возможности семантического моделирования, введя понятие «шаблонов» (templates) и более строгую привязку к терминологическим системам (например, SNOMED CT, LOINC, ICD-10). CDA Release 2 получила статус стандарта ISO/HL7 27932:2009.

В России стандарт CDA был принят в качестве национального стандарта ГОСТ Р ИСО/HL7 27932-2015 «Информатизация здоровья. Архитектура клинического документа (CDA)». Он активно используется в проектах по созданию единой государственной информационной системы в сфере здравоохранения (ЕГИСЗ), в частности, для обмена электронными медицинскими картами и выписками.

Структура документа CDA

Любой документ CDA состоит из двух основных частей: заголовка (Header) и тела (Body). Вся структура реализуется в виде XML-документа, соответствующего определённой схеме (XML Schema).

Заголовок (Header)

Заголовок содержит метаданные о документе в целом. Он является обязательным и включает в себя:

• Идентификатор документа (id) — уникальный глобальный идентификатор (например, OID или UUID).
• Код документа (code) — код, описывающий тип документа (например, «Выписка из истории болезни», «Результат лабораторного исследования»). Обычно кодируется с помощью LOINC.
• Название документа (title) — человекочитаемое название.
• Дата и время создания (effectiveTime) — момент, когда документ был создан.
• Конфиденциальность (confidentialityCode) — уровень доступа к документу.
• Сведения об авторе (author) — информация о лице или системе, создавшей документ.
• Сведения о получателе (custodian) — организация, ответственная за хранение документа.
• Сведения о пациенте (recordTarget) — данные о субъекте документа (пациенте), включая его идентификатор, имя, дату рождения, пол.
• Сведения о поставщике медицинских услуг (providerOrganization) — организация, в которой был создан документ.

Тело (Body)

Тело содержит собственно клиническое содержание. Оно может быть представлено в двух формах:

1. Неструктурированное тело (Unstructured Body) — содержит данные в формате, не поддающемся машинной обработке, например, в виде вложенного PDF-файла, изображения или простого текста (Base64-encoded). Используется редко, так как не обеспечивает семантической интероперабельности.
2. Структурированное тело (Structured Body) — состоит из иерархически организованных XML-элементов, которые позволяют системе понимать смысл данных. Основные элементы структурированного тела:

• Секция (Section) — логическая часть документа (например, «Анамнез», «Физикальное обследование», «Результаты анализов»). Каждая секция может иметь свой заголовок и код.
• Запись (Entry) — структурированная клиническая информация внутри секции. Запись может быть разных типов: наблюдение (observation), процедура (procedure), медикаментозное назначение (substanceAdministration), жалоба (problem), аллергия (allergy) и т.д. Каждая запись содержит данные, закодированные с помощью стандартных терминологий.

Шаблоны (Templates)

Одним из ключевых понятий CDA Release 2 является шаблон. Шаблон — это набор ограничений и правил, которые конкретизируют общий стандарт для определённого типа документа или записи. Например, может существовать шаблон для «Выписки из стационара», который требует обязательного наличия секций «Диагноз при поступлении», «Диагноз при выписке» и «Результаты лечения». Шаблоны позволяют создавать согласованные и предсказуемые документы в рамках одной организации или целой страны. В России для ЕГИСЗ разработаны собственные шаблоны CDA, регламентирующие структуру электронных медицинских документов (ЭМД).

Преимущества и недостатки

Преимущества

• Интероперабельность: CDA является международным стандартом, что позволяет обмениваться документами между различными МИС, как в рамках одной страны, так и между странами.
• Семантическая точность: Использование стандартизированных терминологий (LOINC, SNOMED CT, ICD-10) обеспечивает однозначное понимание клинического содержания.
• Гибкость: Стандарт поддерживает как структурированные, так и неструктурированные данные, что позволяет адаптировать его под различные сценарии использования.
• Человекочитаемость: XML-документ CDA может быть отображён в удобном для человека виде (например, в виде HTML-страницы или PDF-файла) с помощью XSLT-преобразований.
• Поддержка юридической значимости: CDA-документы могут быть подписаны электронной цифровой подписью (ЭЦП), что придаёт им юридическую силу.

Недостатки

• Сложность: Полная реализация стандарта, особенно с использованием шаблонов и сложных терминологий, требует значительных усилий и высокой квалификации разработчиков.
• Избыточность: Для простых документов (например, рецепта) структура CDA может быть избыточной и громоздкой.
• Зависимость от версий: Разные версии CDA (Release 1 и Release 2) не полностью совместимы друг с другом.
• Ограниченная поддержка потоковых данных: CDA ориентирован на документы, а не на непрерывные потоки данных (например, данные с мониторов пациента), для которых существуют другие стандарты (например, HL7 FHIR).

Применение в России

В России стандарт CDA является основой для обмена электронными медицинскими документами в рамках ЕГИСЗ. Он используется для передачи:

• Электронных медицинских карт (ЭМК) — выписки из амбулаторной карты, истории болезни.
• Результатов лабораторных и инструментальных исследований — протоколы МРТ, КТ, анализы крови.
• Направлений и рецептов — электронные направления на консультацию, рецепты на лекарственные препараты.
• Справок и заключений — справки об отсутствии на работе, заключения врачебной комиссии.

Применение CDA в России регламентируется приказами Министерства здравоохранения РФ и методическими рекомендациями по ведению ЕГИСЗ. Несмотря на активное внедрение, существуют проблемы, связанные с неполной гармонизацией шаблонов CDA с отечественными стандартами и терминологиями, а также с техническими сложностями интеграции в существующие МИС.

Критика

Основная критика в адрес CDA связана с его сложностью и громоздкостью. Многие эксперты отмечают, что для современных задач, таких как обмен данными в реальном времени и поддержка мобильных приложений, более подходящим является стандарт HL7 FHIR (Fast Healthcare Interoperability Resources). FHIR предлагает более простой, RESTful-подход и использует современные веб-технологии. Однако CDA по-прежнему широко используется для документооборота, особенно в тех случаях, когда требуется юридическая значимость и долгосрочное хранение структурированных документов.

Источники

1. ГОСТ Р ИСО/HL7 27932-2015 «Информатизация здоровья. Архитектура клинического документа (CDA)».
2. HL7 International. «HL7 Clinical Document Architecture (CDA) Release 2». (2005).
3. Приказы Министерства здравоохранения РФ об утверждении порядка ведения Единой государственной информационной системы в сфере здравоохранения (ЕГИСЗ).
4. Методические рекомендации по ведению электронных медицинских документов в ЕГИСЗ.
5. ISO/HL7 27932:2009 «Health informatics — Clinical Document Architecture (CDA)».