Передача протокола лабораторного исследования

Данное руководство находится в процессе разработки.

По замыслу, оно будет представлять собой требования МЗ РФ по передаче структурированного электронного медицинского документа (СЭМД) Протокола лабораторного исследования (ПЛИ), изложенные в формате HL7 FHIR.

В настоящее время проводим разбор требований спецификации СЭМД ПЛИ редакция 5 и готовим экземпляр Bundle, соответствующий этой спецификации.

Результаты разбора документируем в дискуссиях:

• Свойства документа для передачи в РЭМД
  • электронная подпись
  • метаданные документа

• Руководство ПЛИ, п.2.1. "Общие ограничения"
  • имена - расхождение (CDA-расширение, FHIR - второй элемент массива)
  • адреса - расхождений нет, в Core Address целесообразно добавить regionRF
  • NullFlavor - расхождение (CDA-расширение, FHIR - рекомендует не использовать). Ждем оценку объема.
  • дата-время - нет расхождений для dateTime, расхождение для date, например дата рождения пациента
  • уникальные идентификаторы - расхождений нет, целесообразно сделать список типов "фасетных" идентификаторов
  • контакты - расхождение (для CDA в value добавляется префикс)

• Руководство ПЛИ, п2.2-2.11 заголовок документа
  • 2.2. Область применения realmCode
  • 2.3. Указатель на тип структуры документа typeId
  • 2.4 Использованный шаблон templateId
  • 2.5 Идентификатор документа id
  • 2.6 Код типа документа code
  • 2.7 Человекочитаемый заголовок title
  • 2.8 Дата создания документа effectiveTime
  • 2.9 Уровень конфиденциальности confidentialityCode
  • 2.10 Язык документа languageCode
  • 2.11 Версионность документа setId и versionNumber

• Руководство ПЛИ, п. 3.2 Пациент
  • передается ресурсом Patient, расхождений нет
  • 3.2.1з Медицинская организация, оформившая ПЛИ - расхождений нет, надо не перепутать managingOrganization, custodian

• Руководство ПЛИ, п. 3.3 Автор документа
  • готовит О.Пензин

• Руководство ПЛИ, п. 3.4 Владелец оригинала документа Custodian
  • готовит О.Пензин

• Руководство ПЛИ, п. 3.5 Получатель документа
  • готовит О.Пензин

• Руководство ПЛИ, п. 3.6 Лицо, придавшее юридическую силу документу
  • готовит О.Пензин

• Руководство ПЛИ, п. 3.7 Источник оплаты
  • передается ресурсом Coverage
  • для Coverage.payer в случае страховой компании ОМС можно только сослаться на номер страховщика в регистре ФФОМС и не передавать ресурс Organization. Конвертер должен быдет самостоятельно получить сведения о страховой компании из справочника ФФОМС.
  • в RuCore необходимо решить вопрос о записи типа полиса ОМС, например путем создания набора значений из двух справочников
  • в RuCore Organization целесообразно отразить возможность указания для страховой компании ОМС номера по реестру ФФОМС в качестве идентификатора

• Руководство ПЛИ, п. 3.8 Направившее лицо и организация
  • готовит О.Пензин

• Руководство ПЛИ, п. 3.9 Направление
  • первый вариант: передается элементом DiagnosticReport.basedOn с указанием только идентификатора и типа
  • второй вариант: передается отдельным экземпляром ServiceRequest. Данный вариант позволяет передать больше деталей направления, например, однако такие детали не предусмотрены спецификацией СЭМД.

• Руководство ПЛИ, п. 3.10 Документируемое событие
  • передается ресурсом DiagnosticReport и дополнительными полями в Encounter
  • вопрос: не удается указать роль сотрудника, написавшего протокол исследования

• Руководство ПЛИ, п. 3.11 Случай оказания медицинской помощи
  • передается ресурсом Encounter
  • для передачи номера амбулаторной карты можно указать только номер и саму карту не передавать
  • номер амбулаторной карты и истории болезни будут передаваться по-разному: в случае истории болезни - это еще один идентификатор самого Encounter

• Руководство ПЛИ, тело документа, п. 1.1 список секций

• Руководство ПЛИ, тело документа, п. 1.2 секция исследуемые материалы
  • передается ресурсом Specimen - одним или несколькими
  • для детального описания взятого материала необходимы расширения в Specimen - Место взятия материала и Латеральность

• Руководство ПЛИ, тело документа, 1.3 Секция "Оборудование и расходные материалы" ANALYSERS
  • передается ресурсом Device, расхождений нет

• Руководство ПЛИ, тело документа, п.1.4 Секция "Витальные параметры" VITALPARAM
  • передается ресурсом Observation, включенным в DiagnosticReport.supportingInfo
  • значительные расхождения структур, требующие алгоритмического преобразования при трансляции в CDA
  • вопросы - как передаем латеральность и порядковый номер

• Руководство ПЛИ, тело документа, п.1.5 Секция "Результаты проведенных исследований" RESLAB
  • необходимы расширения в DiagnosticReport: причина отмены исследования, профиль по справочнику профилей ФСЛИ, выполненные услуги по НСИ МЗ РФ
  • необходим маппинг для статуса выполнения исследования и теста, причин отмены исследования,кодов интерпретации результата
  • непонятно как в тесте указать произвольное количество оборудования
  • непонятно как в тесте указать расходные материалы
  • непонятно почему в требованиях к тесту дважды описывается референтный интервал (в примере передается только один)

• Руководство ПЛИ, тело документа, п.1.6 Секция "Оказанные услуги" SERVICES
  • непонятно, чем отличаются услуги здесь от услуг в секции результатов

• Руководство ПЛИ, тело документа, п.1.7 Секция "Связанные документы" LINKDOCS
  • непонятно, как кодировать серию и номер документа

Ранее (до 2024 года) сделанный сообществом разбор соответствия данных CDA и FHIR приведен в эксель-файле Отображение ПЛИ CDA-FHIR.

Руководство предназначено для разработчиков информационных систем, передающих и принимающих в формате HL7 FHIR документ "Протокол лабораторного исследования" в соответствии с требованиями Руководства СЭМД "Протокол лабораторного исследования". Данное руководство не предназначено для решения иных задач в сфере лабораторной диагностики, в частности, организации обмена данными лабораторных исследований между медицинскими организациями и лабораториями (ОДЛИ).

В рамках Руководства:

• определены 11 профилей для 10 ресурсов FHIR;
• определен порядок использования данных профилей и 6 профилей RuCore при формировании Bundle для протокола лабораторного исследования;
• предоставлена схема XSLT-преобразования протокола лабораторного исследования из формата CDA в формат FHIR.