Ресурс 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"}
}

Статус: життєвий цикл

Статус візиту (Encounter) у FHIR проходить через стани: заплановано, прибув, сортовано, в процесі, на лікарняному та завершено, з можливими виходами: скасовано, помилково введено та невідомо. Елемент statusHistory зберігає кожен попередній стан із його періодом, тому перебування в лікарні показує, коли пацієнт прибув, був госпіталізований та виписаний. Візит (Encounter) – це сама взаємодія, а не запис на прийом (Appointment), що його забронював.

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

Клас: місце

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

Інші елементи

Окрім статусу та класу, візит (Encounter) у FHIR містить тип (type) та тип послуги (serviceType) (який тип візиту та яка лінія обслуговування), учасника (participant) (клініцистів з їхніми ролями та періодами), код причини (reasonCode) або посилання на причину (reasonReference), діагноз (diagnosis) (пов'язані стани (Condition) з використанням та рангом), госпіталізацію (hospitalization) (деталі госпіталізації та виписки), записи про місцезнаходження з часом, тривалість, постачальника послуг (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 проти 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 до моменту їх проведення.

Пов'язані сторінки

Джерела

Поширені запитання

Яка різниця між 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 синтетичних пацієнтів · без картки

Цей посібник призначений для інформаційних цілей і не замінює медичну консультацію. Для прийняття рішень щодо вашого здоров'я зверніться до лікаря. У надзвичайній ситуації телефонуйте на місцевий номер екстреної допомоги (112 у Європі).

Написано

Команда Anpheros

Anpheros створює медичну карту, яку пацієнт контролює та може ділитися з будь-якою клінікою, на платформі HL7 FHIR R4, розташованій в ЄС. Ці посібники допоможуть вам зрозуміти та організувати своє здоров'я; вони не замінюють вашого лікаря.

Про Anpheros →