Данное руководство находится в процессе разработки.
По замыслу, оно будет представлять собой требования МЗ РФ по передаче структурированного электронного медицинского документа (СЭМД) Протокола лабораторного исследования (ПЛИ), изложенные в формате 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.7 Источник оплаты
- передается ресурсом Coverage
- для Coverage.payer в случае страховой компании ОМС можно только сослаться на номер страховщика в регистре ФФОМС и не передавать ресурс Organization. Конвертер должен быдет самостоятельно получить сведения о страховой компании из справочника ФФОМС.
- в RuCore необходимо решить вопрос о записи типа полиса ОМС, например путем создания набора значений из двух справочников
- в RuCore Organization целесообразно отразить возможность указания для страховой компании ОМС номера по реестру ФФОМС в качестве идентификатора
- Руководство ПЛИ, п. 3.9 Направление
- первый вариант: передается элементом DiagnosticReport.basedOn с указанием только идентификатора и типа
- второй вариант: передается отдельным экземпляром ServiceRequest. Данный вариант позволяет передать больше деталей направления, например, однако такие детали не предусмотрены спецификацией СЭМД.
- Руководство ПЛИ, п. 3.11 Случай оказания медицинской помощи
- передается ресурсом Encounter
- для передачи номера амбулаторной карты можно указать только номер и саму карту не передавать
- номер амбулаторной карты и истории болезни будут передаваться по-разному: в случае истории болезни - это еще один идентификатор самого Encounter
- Руководство ПЛИ, тело документа, п.1.5 Секция "Результаты проведенных исследований" RESLAB
- необходимы расширения в DiagnosticReport: причина отмены исследования, профиль по справочнику профилей ФСЛИ, выполненные услуги по НСИ МЗ РФ
- необходим маппинг для статуса выполнения исследования и теста, причин отмены исследования,кодов интерпретации результата
- непонятно как в тесте указать произвольное количество оборудования
- непонятно как в тесте указать расходные материалы
- непонятно почему в требованиях к тесту дважды описывается референтный интервал (в примере передается только один)
Ранее (до 2024 года) сделанный сообществом разбор соответствия данных CDA и FHIR приведен в эксель-файле Отображение ПЛИ CDA-FHIR.