FHIR Encounter vysvetlené: triedy, stavy, účastníci, diagnózy a miesta, s príkladom

Krátka odpoveď: Encounter je jedna interakcia medzi pacientom a zdravotníckym systémom: návšteva ambulancie, pobyt v nemocnici, návšteva pohotovosti, video konzultácia, domáca návšteva. Zaznamenáva kedy (period), v akom prostredí (class: ambulantné, lôžkové, pohotovostné, domáca starostlivosť, virtuálne), jeho stav (plánované → v procese → dokončené), kto sa zúčastnil, prečo (reasonCode) a čo bolo diagnostikované (diagnosis, prepojenie na Conditions). Pozorovania (Observations), procedúry, liekové príkazy a dokumenty odkazujú na Encounter, ku ktorému patria, čo umožňuje čítať záznam po jednotlivých návštevách.

Platný FHIR R4 príklad

Plnohodnotný FHIR R4 zdroj typu Encounter vyžaduje iba stav a triedu, ale užitočný zdroj navyše obsahuje aj subjekt, časové obdobie, typ, účastníkov, dôvod a diagnózy, ktoré boli stanovené. Nižšie uvedený príklad je ukončená ambulantná konzultácia pre diabetes mellitus 2. typu, s primárnym poskytovateľom, diagnózou hlavnej sťažnosti zaradenou na prvé miesto, miestom a zodpovednou organizáciou.

{
  "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 Encounter prechádza stavmi naplánovaný (planned), príchod (arrived), triedenie (triaged), prebieha (in-progress), mimo pracoviska (onleave) a ukončený (finished), pričom zrušený (cancelled), zadaný s chybou (entered-in-error) a neznámy (unknown) sú ďalšie možnosti ukončenia. Prvok statusHistory uchováva každý predchádzajúci stav s jeho časovým obdobím, takže pobyt v nemocnici ukazuje, kedy pacient prišiel, bol prijatý a kedy odišiel. Encounter predstavuje samotnú interakciu, nie termín (Appointment), ktorý ju rezervoval.

planned (rezervované, ešte nezačaté) → arrived → triaged (pohotovostné oddelenia) → in-progress → onleave (pacient na dočasnom odchode) → finished. cancelled a entered-in-error ho ukončia inak; unknown existuje pre importy. statusHistory uchováva predchádzajúce stavy s ich obdobiami, takže pobyt v nemocnici ukazuje, kedy pacient prišiel, kedy bol prijatý a kedy odišiel. Upozorňujeme, že Encounter nie je Appointment: Appointment je rezervácia; keď pacient príde, vytvorí sa Encounter, ktorý naň odkazuje prostredníctvom appointment.

Trieda: prostredie

Trieda (class) Encounter pochádza zo systému kódov HL7 v3 ActCode: AMB ambulantný (ambulatory - ambulantná starostlivosť), IMP lôžkový (inpatient), EMER urgentný (emergency), HH domáca starostlivosť (home health), VR virtuálny (virtual - telehealth), ACUTE a NONAC pre podtypy lôžkovej starostlivosti, OBSENC pozorovanie (observation), PRENC pred-prijatie (pre-admission), SS krátkodobý pobyt (short stay). classHistory zaznamenáva presuny, napríklad urgentné prijatie, ktoré sa stalo prijatím na lôžkové oddelenie.

Ostatné prvky

Okrem stavu a triedy, FHIR Encounter obsahuje typ (type) a typ služby (serviceType) (aký druh návštevy a aká servisná linka), účastníka (participant) (lekárov s ich rolami a obdobiami), kód dôvodu (reasonCode) alebo odkaz na dôvod (reasonReference), diagnózu (diagnosis) (prepojené podmienky (Condition) s použitím a poradím), hospitalizáciu (hospitalization) (detaily prijatia a prepustenia), záznamy o umiestnení v priebehu času, dĺžku (length), poskytovateľa služby (serviceProvider) a časť z (partOf) pre pod-encountery.

• type a serviceType uvádzajú typ stretnutia a líniu služieb (kardiológia, edukácia diabetikov) s kódmi, ktoré sa líšia podľa krajiny.
• participant uvádza lekárov a ďalších s typom účasti (prijímajúci, ošetrujúci, hlavný vykonávateľ, konzultant, odporúčajúci) a obdobie, počas ktorého bol každý zapojený.
• reasonCode / reasonReference uvádzajú dôvod návštevy; diagnosis prepojuje stanovené alebo riešené podmienky s use (diagnóza pri prijatí AD, diagnóza pri prepustení DD, hlavná sťažnosť CC, komorbidita CM, fakturácia) a rank. Pozri FHIR Condition vysvetlené.
• hospitalization nesie podrobnosti o prijatí: admitSource (odporúčanie od praktického lekára, pohotovosť, prevod), dischargeDisposition (domov, iná nemocnica, zosnulý), preAdmissionIdentifier, diéta a špeciálne dojednania.
• location uvádza miesta s ich stavom v priebehu času (plánované, aktívne, rezervované, dokončené); presun na oddelenie pridáva nový záznam.
• length je trvanie; serviceProvider zodpovedná organizácia; partOf prepojuje pod-stretnutie (pobyt na oddelení) s prijatím, ku ktorému patrí.

Čo sa zmenilo v R5

FHIR R5 premenoval Encounter.hospitalization na admission, zlúčil reasonCode a reasonReference do reason, urobil z class zoznam CodeableConcept (encounter môže niesť niekoľko klasifikácií), presunul participant.individual do actor a zaviedol EncounterHistory ako samostatný zdroj pre históriu stavu a triedy. R4 zostáva verziou v US Core a väčšine národných sprievodcov; pozri FHIR R4 vs R5.

Mapovanie z HL7 v2

Správy HL7 v2 ADT sa mapujú na FHIR Encounter podľa typu udalosti: A01 (prijatie) vytvorí prebiehajúci lôžkový Encounter, A03 (prepustenie) ho ukončí s period.end a dôvodom prepustenia, A02 (presun) pridá záznam o umiestnení, A04 zaregistruje ambulantný Encounter a A08 ho aktualizuje. Väčšina údajov pochádza zo segmentu PV1, ktorého číslo návštevy sa stáva Encounter.identifier.

ADT^A01 (prijatie) vytvorí Encounter s triedou IMP a stavom in-progress; A03 (prepustenie) nastaví stav finished a vyplní period.end a dischargeDisposition; A02 (prevod) pridá záznam location; A04 (registrácia ambulantného pacienta) vytvorí AMB Encounter; A08 ho aktualizuje. PV1 nesie väčšinu údajov (trieda pacienta v PV1-2, umiestnenie v PV1-3, ošetrujúci lekár v PV1-7, číslo návštevy v PV1-19, ktoré sa stane Encounter.identifier). Pozri HL7 v2 správy vysvetlené.

V Anpheros

Anpheros Platform vytvára zdroje FHIR Encounter dvoma spôsobmi: kliniky ich zapisujú prostredníctvom API a vlastná prihlásená návšteva osoby sa stane ukončeným Encounterom po uskutočnení termínu. Výsledky, dokumenty a poznámky z tejto návštevy odkazujú na Encounter, takže záznam môže byť čítaný návštevu po návšteve osobou a akoukoľvek klinikou, s ktorou sa zdieľa.

Termíny rezervované v aplikácii sú zdroje typu Appointment, kým sa neuskutočnia.

Súvisiace stránky

• FHIR Condition vysvetlené
• FHIR Patient resource vysvetlené
• HL7 v2 správy vysvetlené: ADT a ORU
• FHIR R4 vs R5
• FHIR DiagnosticReport vysvetlené
• Príklad Encounter na vývojárskej stránke

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

Aký je rozdiel medzi Encounter a Appointment?

Appointment je rezervácia budúceho časového slotu; Encounter je interakcia, ktorá sa skutočne uskutočnila (alebo sa uskutočňuje). Keď pacient príde, vytvorí sa Encounter a odkazuje na Appointment.

Je pobyt v nemocnici jeden Encounter alebo viac?

Zvyčajne jeden Encounter pre prijatie, so záznamami o umiestnení pre každé oddelenie a classHistory pre zmeny prostredia. Niektoré systémy vytvárajú pod-Encounters na pobyt na oddelení prepojené cez partOf; národné sprievodcovia hovoria, ktoré.

Kam ide prepúšťacia správa?

Ako DocumentReference alebo FHIR dokument, ktorého Composition odkazuje na Encounter. Samotný Encounter obsahuje informácie o prepustení a dátumoch, nie naratív.

Potrebuje každé Observation Encounter?

Nie. Observations, ktoré si pacient zaznamená doma, alebo ktoré prídu z nositeľného zariadenia, nemajú Encounter. Tie, ktoré boli urobené počas návštevy, by na ňu mali odkazovať, aby bolo možné záznam čítať po návštevách.

Anpheros Platform

Vyskúšajte zadarmo v sandboxe

Prvé volanie FHIR za 5 minút. API podľa štandardu HL7 FHIR R4 s integrovaným súhlasom pacienta: vyskúšajte si ho v sandboxe a potom pripojte svoju vlastnú aplikáciu alebo klinický systém.

Vytvoriť sandbox zadarmoPrečítať návody pre vývojárov →

Zadarmo · 30 syntetických pacientov · bez karty

Napísal

Tím Anpheros

Anpheros vyvíja zdravotný záznam, ktorý pacient ovláda a môže zdieľať s akoukoľvek klinikou, na platforme HL7 FHIR R4, so sídlom v EÚ. Tieto návody vám pomôžu pochopiť a usporiadať si svoje zdravie; nenahrádzajú vášho lekára.

O Anpherose →