Stručné vysvětlení: Encounter je jedna interakce mezi pacientem a zdravotnickým systémem: návštěva u specialisty, pobyt v nemocnici, návštěva pohotovosti, videokonzultace, návštěva doma. Zaznamenává kdy (period), v jakém prostředí (class: ambulantní, lůžkové, pohotovostní, domácí péče, virtuální), jeho stav (plánovaný → probíhající → dokončený), kdo se zúčastnil, proč (reasonCode) a co bylo diagnostikováno (diagnosis, odkazující na Conditions). Observation, procedury, objednávky léků a dokumenty odkazují na Encounter, ke kterému patří, což umožňuje číst záznam po jednotlivých návštěvách.
Platný příklad FHIR R4
Plnohodnotný FHIR R4 záznam o setkání (Encounter) vyžaduje pouze stav a třídu, ale užitečný záznam navíc obsahuje subjekt, časové období, typ, účastníky, důvod a stanovené diagnózy. Následující příklad popisuje dokončenou ambulantní konzultaci pro diabetes 2. typu s primárním lékařem, diagnózou hlavní stížnosti na prvním místě, místem a zodpovědnou organizací.
{
"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"}
}
Stav: životní cyklus
Stav FHIR záznamu o setkání (Encounter) se pohybuje od plánovaného, příchozího, tříděného, probíhajícího, na odchodu až po dokončený, s dalšími možnostmi zrušeno, zadáno omylem a neznámé. Prvek statusHistory uchovává každý předchozí stav s jeho obdobím, takže hospitalizace ukazuje, kdy pacient dorazil, byl přijat a odešel. Setkání (Encounter) je samotná interakce, nikoli schůzka (Appointment), která ji naplánovala.
planned (rezervováno, ještě nezačalo) → arrived → triaged (pohotovostní oddělení) → in-progress → onleave (pacient na dočasné dovolené) → finished. cancelled a entered-in-error jej ukončí jinak; unknown existuje pro importy. statusHistory uchovává dřívější stavy s jejich obdobími, takže pobyt v nemocnici ukazuje, kdy pacient dorazil, kdy byl přijat a kdy odešel. Mějte na paměti, že Encounter není Appointment: Appointment je rezervace; když pacient dorazí, vytvoří se Encounter, která na něj odkazuje prostřednictvím appointment.
Třída: prostředí
Třída (class) setkání (Encounter) pochází ze systému kódů HL7 v3 ActCode: AMB ambulantní (ambulantní péče), IMP lůžková péče, EMER pohotovost, HH domácí péče, VR virtuální (telemedicína), ACUTE a NONAC pro podtypy lůžkové péče, OBSENC pozorování, PRENC před přijetím, SS krátkodobá hospitalizace. classHistory zaznamenává přesuny, například pohotovostní návštěvu, která se stala hospitalizací.
Další prvky
Kromě stavu a třídy obsahuje FHIR záznam o setkání (Encounter) typ a serviceType (jaký druh návštěvy a jaká servisní linka), účastníka (lékaře s jejich rolemi a obdobími), reasonCode nebo reasonReference, diagnózu (propojené stavy s použitím a pořadím), hospitalization (podrobnosti o přijetí a propuštění), záznamy o místě v průběhu času, délku, serviceProvider a partOf pro pod-setkání.
- type a serviceType uvádějí typ setkání a jakou servisní linku (kardiologie, edukace diabetiků), s kódy, které se liší podle země.
- participant uvádí kliniky a další osoby s typem účasti (přijímající, ošetřující, primární vykonavatel, konzultant, odesílající) a obdobím, po které byly zapojeny.
- reasonCode / reasonReference uvádějí důvod návštěvy; diagnosis propojuje stanovené nebo řešené stavy (
Conditions) s použitím (use) (diagnóza při přijetí AD, diagnóza při propuštění DD, hlavní stížnost CC, komorbidita CM, fakturace) arank. Viz Vysvětlení FHIR Condition. - hospitalization nese podrobnosti o přijetí:
admitSource(doporučení od praktického lékaře, pohotovost, převoz),dischargeDisposition(domů, do jiné nemocnice, zemřelý),preAdmissionIdentifier, dieta a speciální uspořádání. - location uvádí místa s jejich stavem v průběhu času (plánované, aktivní, rezervované, dokončené); přesun na oddělení přidává nový záznam.
- length je doba trvání; serviceProvider je zodpovědná organizace; partOf propojuje pod-setkání (pobyt na oddělení) s přijetím, ke kterému patří.
Co se změnilo v R5
FHIR R5 přejmenoval Encounter.hospitalization na admission, sloučil reasonCode a reasonReference do reason, učinil class seznamem CodeableConcept (setkání může mít několik klasifikací), přesunul participant.individual do actor a zavedl EncounterHistory jako samostatný zdroj pro historii stavu a třídy. R4 zůstává verzí v US Core a většině národních průvodců; viz FHIR R4 vs R5.
Mapování z HL7 v2
Zprávy HL7 v2 ADT se mapují na FHIR Encounter podle typu události: A01 přijetí vytvoří probíhající lůžkový Encounter, A03 propuštění jej dokončí s period.end a discharge disposition, A02 přesun přidá záznam o místě, A04 registruje ambulantní Encounter a A08 jej aktualizuje. Většina dat pochází ze segmentu PV1, jehož číslo návštěvy se stává Encounter.identifier.
ADT^A01 (přijetí) vytváří Encounter s třídou IMP a stavem in-progress; A03 (propuštění) nastavuje stav finished a vyplňuje period.end a dischargeDisposition; A02 (převoz) přidává záznam location; A04 (registrace ambulantního pacienta) vytváří Encounter AMB; A08 jej aktualizuje. PV1 nese většinu dat (třída pacienta v PV1-2, umístění v PV1-3, ošetřující lékař v PV1-7, číslo návštěvy v PV1-19, které se stává Encounter.identifier). Viz Vysvětlení zpráv HL7 v2.
V Anpheros
Anpheros Platform vytváří FHIR záznamy o setkání (Encounter) dvěma způsoby: kliniky je zapisují prostřednictvím API a návštěva osoby, která se přihlásila, se stane dokončeným setkáním, jakmile schůzka proběhne. Výsledky, dokumenty a poznámky z této návštěvy odkazují na setkání (Encounter), takže záznam může osoba číst po jednotlivých návštěvách a jakákoli klinika, se kterou sdílí.
Schůzky (Appointments) rezervované v aplikaci jsou zdroji Appointment (schůzka), dokud se neuskuteční.
Související stránky
- Vysvětlení FHIR Condition
- Vysvětlení zdroje FHIR Patient
- Vysvětlení zpráv HL7 v2: ADT a ORU
- FHIR R4 vs R5
- Vysvětlení FHIR DiagnosticReport
- Příklad Encounter na vývojářském webu
Zdroje
- HL7 FHIR R4: Encounter
- HL7 FHIR R5: Encounter
- HL7 Terminology: v3 ActCode (encounter class)
- HL7 Terminology: diagnosis-role code system
- HL7 US Core: Encounter profile
Časté otázky
Jaký je rozdíl mezi Encounter a Appointment?
Appointment je rezervace budoucího termínu; Encounter je interakce, která se skutečně uskutečnila (nebo probíhá). Když pacient dorazí, vytvoří se Encounter a odkazuje na Appointment.
Je pobyt v nemocnici jeden Encounter nebo více?
Obvykle jeden Encounter pro přijetí, se záznamy o umístění pro každé oddělení a classHistory pro změny prostředí. Některé systémy vytvářejí pod-Encounters pro pobyt na oddělení propojené přes partOf; národní průvodci říkají, které.
Kam jde propouštěcí zpráva?
Jako DocumentReference nebo dokument FHIR, jehož Composition odkazuje na Encounter. Samotný Encounter obsahuje informace o propuštění a datech, nikoli vyprávění.
Potřebuje každá Observation Encounter?
Ne. Observation, které si pacient zaznamená doma, nebo které přicházejí z nositelného zařízení, nemají Encounter. Ty, které byly provedeny během návštěvy, by na ni měly odkazovat, aby bylo možné záznam číst po jednotlivých návštěvách.
Vyzkoušejte zdarma v sandboxu
První volání FHIR za 5 minut. API standardu HL7 FHIR R4 s integrovaným souhlasem pacienta: vyzkoušejte si ho v sandboxu a poté propojte svou vlastní aplikaci nebo klinický systém.
Zdarma · 30 syntetických pacientů · bez karty
Anpheros vytváří zdravotní záznamy, které pacient ovládá a může sdílet s jakoukoli klinikou, na platformě HL7 FHIR R4 se sídlem v EU. Tyto průvodce vám pomohou porozumět vašemu zdraví a uspořádat si ho; nenahrazují vašeho lékaře.
O Anpheros →