Профилирование Encounter. #139
Replies: 4 comments 2 replies
|
@eugenekogan-spb @VarvaraSemenova
Пока что одна дискуссия, при необходимости выделим отдельную позже. |
В описании дискриминатора для слайсов - https://www.hl7.org/fhir/profiling.html#discriminator - есть такое утверждение:
Но так как примеры в этом описании отсутствуют, не до конца понятно, как именно это должно выглядеть и работать. |
Есть общее предложение не использовать в идентификации справочников множественное число. Все остальные перечисленные в описании объекты его не используют. |
|
Дополнил в описании пункт "2)" - как временный вариант подготовлены схематичные примеры в формате XML с реализацией проверок в формате Schematron. |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
По решению с совещания http://fhir-ru.zendoc.me/meetings.2022-04-26 предлагается внести следующие изменения в профилирование Encounter:
1)
Предлагается разделить данный профиль на два отдельных профиля:
core-профиль в разделе Ядро (core)
профиль в разделе Указание диагноза в рамках случая
2)
Для упрощения понимания правил проверки "сочетаний" рубрик необходимо подготовить набор примеров, демонстрирующих допустимые и недопустимые (с пояснениями причины невалидности) сочетания
Примеры будут добавляться сюда по мере готовности: см. файл CoreBundleEncounterWithDiagnosisCollectionInstance.txt
Ранее подготовленный предварительный вариант с примерами в формате XML и Schematron: см. файл
старый вариант.txt
3)
Требуется перепроверить перечень и наименования профилей\справочников\наборов значений, определённых для данных профилей,
т.к. имеются расхождения с принятым регламентом.
Некоторые выявленные проблемы:
4)
Дополнительно:
Описание будет добавлено тут по мере готовности:
Необходимо дополнительное обсуждение на тему формирования StructureDefinition как конечного результата профилирования. Без формирования StructureDefinition мы не сможем заявлять о соответствии стандарту, а также не сможем использовать сторонние стандартные инструменты, заточенные на работу с форматом StructureDefinition.
К примеру, для диагнозов в рамках случая требуются срезы, определяемые набором кодов, а не одиночным конкретным кодом - нужно понять каким образом такого рода срезы должны оформляться в FHIR-профилях (сейчас в ZEN-формате придуман некий альтернативный механизм и не ясно насколько он коррелирует с подходом FHIR из-за чего возникают сомнения в возможности переноса ZEN-профилей в стандартный формат StructureDefinition).
All reactions