Encounter

Ресурс Encounter описывает случай оказания медицинской помощи, то есть взаимодействия между пациентом и системой здравоохранения с целью оказания медицинских услуг или оценки состояния здоровья пациента.

Данный профиль определяет основные ограничения и расширения ресурса Encounter для использования в РФ. Профиль учитывает следующие особенности:

• диагноз случая должен быть указан в соответствии с требованиями: содержать описание основного заболевания, его осложнений и сопутствующих заболеваний и т.д.
• при идентификации случая по номеру медицинской карты следует указывать коды видов медицинских карт по справочнику НСИ ЕГИСЗ;
• при идентификации случая по номеру в МИС следует использовать правила, принятые при передаче случаев в РЭМД ЕГИСЗ

В атрибуте Encounter.diagnosis одна или более нозологическая единица, составляющая диагноз, может быть категоризирована по трём осям:

1. определённая в FHIR ось "предназначения диагноза", определённая в атрибуте Encounter.diagnosis.use ("billing", "pre-op diagnosis" - по справочнику "DiagnosisRole")
2. ось с "типом элемента диагноза", определённая в расширении "diagnosis-type" ("Клинический диагноз", "Этапный клинический диагноз" и прочие - по справочнику "Степень обоснованности диагноза")
3. ось с "рубрикой элемента диагноза", определённая в расширении "diagnosis-rubric" ("основной"\"осложнение"\"сопутствующее" и другие - по справочнику "Виды нозологических единиц диагноза")

При этом, важно соблюдать осмысленные комбинации типов и рубрик диагноза, как определено на схеме.

- Если отсутствуют записи из среза "Основной"
    -- то (должны отсутствовать записи из срезов "Сопутствующий" и "Осложенине")

- Если присутствуют записи из среза "Основной",
    -- то:
        --- ИЛИ (должна присутствовать ровно одна запись с типом "extension-diagnosis-rubric"="Основной"
                      и должны отсутствовать записи с типом "extension-diagnosis-rubric"="Конкурирующий"или"Сочетанный")

        --- ИЛИ (должны присутствовать две или более записи с типом "extension-diagnosis-rubric"="Сочетанный"
                      и должны отсутствовать записи с типом "extension-diagnosis-rubric"="Основной"или"Конкурирующий") 

        --- ИЛИ (должны присутствовать две или более записи с типом "extension-diagnosis-rubric"="Конкурирующий"
                      и должны отсутствовать записи с типом "extension-diagnosis-rubric"="Основной"или"Сочетанный") 

Поскольку в рамках диагноза может быть указано несколько нозологических единиц одного типа (например, несколько "Сочетанных" основных нозологических единиц), то с помощь атрибута Encounter.diagnosis.rank можно установить приоритет нозологической единицы в рамках этого типа (например, приоритет\rank равный "1" для одной из "Сочетанных" нозологическчих единицы будет обозначать "первое основное заболевание", что может потребоваться для систем, рассчитанных на работу с одним основным заболеванием).

В МИС обычно есть внутренний номер случая обслуживания, не обязательно равный номеру медицинской карты. В частности, это характерно для случаев обслуживания, не предусматривающих оформления отдельной карты, например, амбулаторного посещения.

При передаче номера в МИС в качестве Encounter.identifier необходимо указать следующее:

• Identifier.system = уникальный идентификатор инсталляции МИС.
  • Для каждой инсталляции системы, в которой независимо присваиваются номера случаям, необходимо создавать отдельный идентификатор
  • В случае, если предполагается обмен данными с ЕГИСЗ, рекомендуется использовать формат идентификатора МИС - OID, созданный по правилу СЭМД ЕГИСЗ: OID_медицинской_организации.100.НомерМИС.НомерЭкзМИС.10
  • При этом, медицинская организация, эксплуатирующая экземпляры МИС, обязана определить для каждого такого экземпляра свой Номер МИС
  • В случае, когда идентификатор МИС не предполагается использовать при взаимодействии с ЕГИСЗ, допускается использование GUID
• Identifier.assigner – медицинская организация - владелец информационной системы, выдавшей идентификатор (не организация-поставщик МИС)
• Identifier.type = PI

Дискуссия, посвященная аналогичному вопросу о номере пациента в МИС: 128

Если для случая обслуживания характерно оформление медицинской карты, ее номер может быть использован в качестве идентификатора случая обслуживания.

Например:

• история родов (096/у)
• Карта учета профилактического медицинского осмотра (диспансеризации) (131/у)

При передаче номера карты в качестве Encounter.identifier необходимо указать следующее:

• Identifier.system - требования не предъявляются
• Identifier.assigner = медицинская организация - владелец информационной системы, выдавшей карту (не организация-поставщик МИС)
• Identifier.value = номер карты
• Identifier.type.text = название карты в произвольной форме
• Identifier.type.coding - два элемента
  • первый элемент .system = "http://hl7.org/fhir/valueset-identifier-type", value = MR, display = Medical Record Number
  • второй элемент .system = "http://fhir.ru/core/vs/core-vs-med-cards-as-identifiers", value = <код по справочнику Вид медицинской документации>, display = <название по справочнику Вид медицинской документации>

Рекомендуется использовать для Identifier.type.coding.code набор значений, представляющий собой выборку кодов справочника «Виды медицинской документации» НСИ ЕГИСЗ, для которых Тип = «Карта».

Профиль предлагается в качестве базового для РФ. Предполагается, что разработчики для решения конкретных задач обмена медицинскими данными будут создавать сови профили на основе данного.

Пример простого ресурса Encounter, соответствующего профилю "Указание диагноза в рамках случая".

Пример составного ресурса Encounter, соответствующего профилю "Указание диагноза в рамках случая".

Основная страница проекта fhir-ru на github.com для обсуждения клинического диагноза