Current Build

Переводит команда Health Samurai . Приглашаем поучаствовать в русификации стандарта FHIR: GitHub , Email.

FHIR Infrastructure Work GroupMaturity Level: N/ABallot Status: Informative

CDA - это наиболее широко используемый стандарт семейства HL7 v3 . Он описывает стандартизированный заголовок, содержащий метаданные документа, и предоставляет возможность передавать большое разнообразие клинического содержимого, структурированного в различные разделы. Содержимое документа может быть как незакодированным, например PDF, так и полностью закодированным экземпляром HL7 v3.

ПРИМЕЧАНИЕ: Хотя FHIR можно использовать для создания документов с помощью ресурса Composition, FHIR также можно использовать и для передачи традиционных документов CDA R2 с помощью ресурса DocumentReference, и работать с самим CDA-документом как с двоичным вложением (как в XDS).

Clinical document focus: Как следует из названия, Архитектура клинического документа ограничена "клиническими" сценариями использования. Модель CDA не поддерживает обмен содержимым, не имеющим клинического значения, например финансовой информацией, и ограничен теми документами, которые относятся к пациентам. (В некоторых случаях, например для стандарта HL7 Structured Product Labeling, созданы не ориентированные на пациентов подобные CDA спецификации, чтобы обойти это ограничение). FHIR-документы не имеют ограничений на своё содержимое, и их субъектами могут выступать не только пациенты.

Подход к читаемости человеком: И CDA, и FHIR требуют, чтобы содержимое было человекочитаемым, и вводят правила представления человекочитаемых текстов.

Клинический отчёт и ресурсы: В CDA "содержимое" документа описывается с помощью сложной и чрезвычайно абстрактной модели, основанной на проекте HL7 "Клинический отчёт". Его назначение - позволить реализаторам выражать почти любое клиническое понятие с любой степенью строгости и детализации. (На практике имеются ограничения, лежащие в основе модели CDA, которые затрудняют выражение некоторых клинических понятий). Эта модель даёт большие возможности, но в ней имеются и сложности. Первая состоит в том, что для выражения любой конкретной части клинической информации требуется опыт моделирования RIM. Не очевидно, как представлять такие сущности, как аллергии, операции или кровяное давление "прямо из коробки". Для поддержки совместимости нужны шаблоны. Вторая - в том, что распространённые клинические понятия могут (и часто моделируются) моделироваться по-разному в различных ситуациях. В FHIR всё клиническое (и не-клиническое) содержимое в сообщении обрабатывается с помощью ссылок на существующие определения ресурсов. Эти ресурсы чётко определяют, как представлять общие структуры наподобие аллергий и кровяного давления "прямо из коробки" и гарантируют, что имеется только один путь представления ключевого содержимого. Однако это выливается в следующее ограничение: для совместного использования содержимого уже должен быть определён соответствующий подходящий ресурс. На первых стадиях разработки FHIR могла возникать необходимость в использовании ресурса Basic, если подходящий стандартный ресурс ещё не был определён.

Шаблоны и профили: Как уже упоминалось выше, CDA полагается на шаблоны при интерпретации значения экземпляров. Хотя смысловое значение, теоретически, можно определить, рассматривая атрибуты и коды RIM, в действительности это часто оказывается небезопасным или недостаточным. По существу, почти каждый экземпляр CDA для задания смыслового значения содержит значения атрибута templateId, разбросанные по всему экземпляру. В FHIR смысл задаётся ресурсом. Профили можно использовать для определения расширений, однако они никогда не уточняют смысл основных элементов. При этом профили, использованные при создании конкретного экземпляра, можно объявлять в экземпляре с помощью тегов. Это объявление не обязательно.

Язык разметки: У CDA свой собственный XML-синтаксис для текстового содержимого, отчасти основывающийся на HTML. FHIR использует ограниченный набор XHTML, который несколько более выразительный, чем разметка CDA. Преобразование из FHIR в CDA потребует принимать в расчёт эти ограничения (или, в качестве альтернативы, предоставлять полностью отображаемую версию документа).

CDA относится к семейству спецификаций HL7 v3 . Следовательно все соображения, применимые к обмену сообщениями v3, также относятся и к CDA. Кроме того, следующие темы специфичны для реализаций CDA.

Что мапить: Правая часть модели CDA (клиническое содержимое), как упоминалось выше, является абстрактной моделью. Хотя имеются основания для отображения CDA-заголовка на HL7-ресурс Composition и связанные с ним другие ресурсы, отображение FHIR на CDA следует выполнять на уровне шаблонов, а не на уровне самой спецификации CDA.

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

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