FHIR Encounter: классы, статусы, участники, диагнозы и места — с примером

Краткий ответ: Encounter — это одно взаимодействие пациента с системой здравоохранения: амбулаторный прием, пребывание в стационаре, обращение в отделение неотложной помощи, видеоконсультация, вызов на дом. Он записывает когда (period), в какой обстановке (class: амбулаторная, стационарная, неотложная, на дому, виртуальная), его статус (запланировано → в процессе → завершено), кто участвовал, почему (reasonCode) и что было диагностировано (diagnosis, ссылаясь на Conditions). Наблюдения, процедуры, назначения лекарств и документы указывают на Encounter, к которому они относятся, что позволяет читать запись по посещениям.

Действительный пример FHIR R4

Для действительного ресурса FHIR R4 Encounter требуются только статус и класс, но полезный ресурс также содержит субъект, период, тип, участников, причину и установленные диагнозы. Пример ниже — завершенная амбулаторная консультация по сахарному диабету 2-го типа с основным исполнителем, диагнозом основной жалобы, указанным первым, местоположением и ответственной организацией.

{
  "resourceType": "Encounter",
  "id": "visit-2026-03-14",
  "status": "finished",
  "class": {"system": "http://terminology.hl7.org/CodeSystem/v3-ActCode", "code": "AMB", "display": "ambulatory"},
  "type": [{"coding": [{"system": "http://snomed.info/sct", "code": "11429006", "display": "Consultation"}]}],
  "serviceType": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/service-type", "code": "165", "display": "Diabetes Education"}]},
  "subject": {"reference": "Patient/example"},
  "participant": [{
    "type": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/v3-ParticipationType", "code": "PPRF", "display": "primary performer"}]}],
    "individual": {"reference": "Practitioner/gp-42"}
  }],
  "period": {"start": "2026-03-14T09:00:00+01:00", "end": "2026-03-14T09:25:00+01:00"},
  "reasonCode": [{"coding": [{"system": "http://snomed.info/sct", "code": "44054006", "display": "Type 2 diabetes mellitus"}]}],
  "diagnosis": [{
    "condition": {"reference": "Condition/t2dm"},
    "use": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/diagnosis-role", "code": "CC", "display": "Chief complaint"}]},
    "rank": 1
  }],
  "location": [{"location": {"reference": "Location/clinic-3"}, "status": "completed"}],
  "serviceProvider": {"reference": "Organization/hospital"}
}

Статус: жизненный цикл

Статус FHIR Encounter проходит через состояния: запланирован, прибыл, триаж, в процессе, на больничном и завершен, а также отменен, введен в ошибку и неизвестен. Элемент statusHistory сохраняет каждое предыдущее состояние с его периодом, поэтому пребывание в больнице показывает, когда пациент прибыл, был госпитализирован и выписан. Encounter — это само взаимодействие, а не запись о приеме, которая его забронировала.

planned (забронировано, еще не началось) → arrived → triaged (отделения неотложной помощи) → in-progress → onleave (пациент на временном отпуске) → finished. cancelled и entered-in-error завершают его иначе; unknown существует для импорта. statusHistory сохраняет предыдущие состояния с их периодами, поэтому пребывание в больнице показывает, когда пациент прибыл, когда его приняли и когда он выписался. Обратите внимание, что Encounter — это не Appointment: Appointment — это бронирование; когда пациент прибывает, создается Encounter, который ссылается на него через appointment.

Класс: обстановка

Класс Encounter (class) берется из системы HL7 v3 ActCode: AMB амбулаторный (амбулаторный), IMP стационарный, EMER экстренный, HH уход на дому, VR виртуальный (телемедицина), ACUTE и NONAC для подтипов стационарного лечения, OBSENC наблюдение, PRENC предоперационный, SS краткосрочное пребывание. classHistory записывает переводы, например, экстренное обращение, которое стало госпитализацией.

Другие элементы

Помимо статуса и класса, FHIR Encounter содержит тип и serviceType (тип визита и направление обслуживания), участника (врачи с их ролями и периодами), reasonCode или reasonReference, диагноз (связанные состояния с использованием и рангом), госпитализацию (детали поступления и выписки), записи о местоположении за время, продолжительность, serviceProvider и partOf для под-встреч.

• type и serviceType указывают тип Encounter и направление обслуживания (кардиология, обучение диабету) с кодами, которые варьируются в зависимости от страны.
• participant перечисляет клиницистов и других лиц с типом участия (принявший, лечащий, основной исполнитель, консультант, направивший) и периодом их вовлеченности.
• reasonCode / reasonReference указывают причину визита; diagnosis связывает установленные или рассмотренные Conditions с use (диагноз при поступлении AD, диагноз при выписке DD, основная жалоба CC, сопутствующее заболевание CM, выставление счета) и rank. См. FHIR Condition объяснение.
• hospitalization содержит сведения о госпитализации: admitSource (направление от врача общей практики, неотложная помощь, перевод), dischargeDisposition (домой, в другую больницу, умер), preAdmissionIdentifier, диета и особые договоренности.
• location перечисляет места с их статусом во времени (запланировано, активно, зарезервировано, завершено); перевод в другое отделение добавляет новую запись.
• length — продолжительность; serviceProvider — ответственная организация; partOf связывает под-Encounter (пребывание в отделении) с госпитализацией, к которой он относится.

Что изменилось в R5

FHIR R5 переименовал Encounter.hospitalization в admission, объединил reasonCode и reasonReference в reason, сделал class списком CodeableConcept (встреча может иметь несколько классификаций), переместил participant.individual в actor и ввел EncounterHistory как отдельный ресурс для истории статуса и класса. R4 остается версией в US Core и большинстве национальных руководств; см. FHIR R4 vs R5.

Сопоставление из HL7 v2

Сообщения HL7 v2 ADT сопоставляются с FHIR Encounter по типу события: A01 (поступление) создает Encounter в процессе лечения стационарного больного, A03 (выписка) завершает его с указанием period.end и причины выписки, A02 (перевод) добавляет запись о местоположении, A04 регистрирует амбулаторный Encounter, а A08 обновляет его. Большая часть данных поступает из сегмента PV1, номер визита которого становится Encounter.identifier.

ADT^A01 (поступление) создает Encounter с классом IMP и статусом in-progress; A03 (выписка) устанавливает статус finished и заполняет period.end и dischargeDisposition; A02 (перевод) добавляет запись location; A04 (регистрация амбулаторного пациента) создает Encounter AMB; A08 обновляет его. PV1 содержит большую часть данных (класс пациента в PV1-2, местоположение в PV1-3, лечащий врач в PV1-7, номер визита в PV1-19, который становится Encounter.identifier). См. HL7 v2 сообщения объяснение.

В Anpheros

Платформа Anpheros создает ресурсы FHIR Encounter двумя способами: клиники записывают их через API, а собственный зарегистрированный визит человека становится завершенным Encounter после того, как прием состоялся. Результаты, документы и заметки этого визита ссылаются на Encounter, поэтому запись может считываться человеком по визитам, а также любой клиникой, с которой он делится.

Записи, забронированные в приложении, являются ресурсами Appointment до тех пор, пока они не произойдут.

Связанные страницы

• FHIR Condition объяснение
• FHIR Patient resource объяснение
• HL7 v2 сообщения объяснение: ADT и ORU
• FHIR R4 против R5
• FHIR DiagnosticReport объяснение
• Пример Encounter на сайте для разработчиков

Источники

• HL7 FHIR R4: Encounter
• HL7 FHIR R5: Encounter
• HL7 Terminology: v3 ActCode (класс Encounter)
• HL7 Terminology: система кодов diagnosis-role
• HL7 US Core: профиль Encounter

Частые вопросы

В чем разница между Encounter и Appointment?

Appointment — это бронирование будущего слота; Encounter — это взаимодействие, которое фактически произошло (или происходит). Когда пациент прибывает, создается Encounter и ссылается на Appointment.

Является ли пребывание в больнице одним Encounter или несколькими?

Обычно один Encounter для госпитализации, с записями местоположения для каждого отделения и classHistory для изменений обстановки. Некоторые системы создают под-Encounters для каждого пребывания в отделении, связанные через partOf; национальные руководства указывают, какие.

Куда помещается выписной эпикриз?

Как DocumentReference или документ FHIR, Composition которого ссылается на Encounter. Сам Encounter содержит информацию о выписке и датах, а не повествование.

Нужен ли каждой Observation Encounter?

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

Anpheros Platform

Попробуйте бесплатно в песочнице

Первый запрос FHIR за 5 минут. API HL7 FHIR R4 с встроенным согласием пациента: попробуйте в песочнице, затем подключите свое приложение или систему клиники.

Создать бесплатную песочницуЧитать руководства для разработчиков →

Бесплатно · 30 синтетических пациентов · без карты

Автор

Команда Anpheros

Anpheros создает медицинскую карту, которую пациент контролирует и может делиться с любой клиникой, на платформе HL7 FHIR R4, базирующейся в ЕС. Эти руководства помогут вам понять и организовать свое здоровье; они не заменяют вашего врача.

О Anpheros →