Σύντομη απάντηση: ένα 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.
Κατηγορία: το περιβάλλον
Η class του Encounter προέρχεται από το σύστημα HL7 v3 ActCode: AMB αμβουλατορικό (εξωτερικών ιατρείων), IMP εσωτερικών ασθενών, EMER επείγον, HH κατ' οίκον νοσηλεία, VR εικονικό (τηλεϊατρική), ACUTE και NONAC για υποτύπους εσωτερικών ασθενών, OBSENC παρακολούθηση, PRENC προ-εισαγωγή, SS βραχεία νοσηλεία. Το classHistory καταγράφει μεταφορές, για παράδειγμα μια επείγουσα προσέλευση που έγινε εισαγωγή.
Τα άλλα στοιχεία
Πέρα από την κατάσταση και την κατηγορία, ένα FHIR Encounter φέρει τύπο και serviceType (τι είδους επίσκεψη και ποια γραμμή υπηρεσιών), συμμετέχοντα (κλινικούς γιατρούς με τους ρόλους και τις περιόδους τους), reasonCode ή reasonReference, διάγνωση (συνδεδεμένες Καταστάσεις με χρήση και κατάταξη), νοσηλεία (λεπτομέρειες εισαγωγής και εξιτηρίου), καταχωρήσεις τοποθεσίας με την πάροδο του χρόνου, διάρκεια, serviceProvider και partOf για υπο-encounters.
- Το type και το serviceType λένε τι είδους Encounter και ποια γραμμή υπηρεσιών (καρδιολογία, εκπαίδευση για διαβήτη), με κωδικούς που διαφέρουν ανά χώρα.
- Η participant παραθέτει κλινικούς ιατρούς και άλλους με τύπο συμμετοχής (εισαγωγέας, θεράπων, κύριος εκτελεστής, σύμβουλος, παραπέμπων) και την περίοδο που συμμετείχε ο καθένας.
- Το reasonCode / reasonReference δίνει τον λόγο της επίσκεψης· το diagnosis συνδέει τις Καταστάσεις που διαπιστώθηκαν ή αντιμετωπίστηκαν, με μια
use(διάγνωση εισαγωγής AD, διάγνωση εξιτηρίου DD, κύριο παράπονο CC, συννοσηρότητα CM, χρέωση) και μιαrank. Δείτε FHIR Condition explained. - Η hospitalization φέρει λεπτομέρειες εισαγωγής:
admitSource(παραπομπή GP, επείγον, μεταφορά),dischargeDisposition(σπίτι, άλλο νοσοκομείο, θάνατος),preAdmissionIdentifier, διατροφή και ειδικές ρυθμίσεις. - Η location παραθέτει τους χώρους με την κατάστασή τους με την πάροδο του χρόνου (προγραμματισμένο, ενεργό, κρατημένο, ολοκληρωμένο)· μια μεταφορά σε πτέρυγα προσθέτει μια νέα εγγραφή.
- Η length είναι η διάρκεια· το serviceProvider ο υπεύθυνος οργανισμός· το partOf συνδέει ένα υπο-Encounter (μια παραμονή σε πτέρυγα) με την εισαγωγή στην οποία ανήκει.
Τι άλλαξε στο R5
Το FHIR R5 μετονόμασε το Encounter.hospitalization σε admission, συγχώνευσε τα reasonCode και reasonReference σε reason, έκανε το class λίστα CodeableConcept (ένα encounter μπορεί να φέρει πολλές ταξινομήσεις), μετέφερε το participant.individual στο actor, και εισήγαγε το EncounterHistory ως ξεχωριστό πόρο για το ιστορικό κατάστασης και κατηγορίας. Το R4 παραμένει η έκδοση στο US Core και στους περισσότερους εθνικούς οδηγούς· δείτε FHIR R4 vs R5.
Αντιστοίχιση από HL7 v2
Τα μηνύματα HL7 v2 ADT αντιστοιχούν σε FHIR Encounter ανά τύπο συμβάντος: A01 εισαγωγή δημιουργεί ένα Encounter εσωτερικών ασθενών σε εξέλιξη, A03 εξιτήριο το ολοκληρώνει με period.end και discharge disposition, A02 μεταφορά προσθέτει μια καταχώρηση τοποθεσίας, A04 καταχωρεί ένα αμβουλατορικό Encounter και A08 το ενημερώνει. Τα περισσότερα δεδομένα προέρχονται από το τμήμα PV1, του οποίου ο αριθμός επίσκεψης γίνεται Encounter.identifier.
Ένα ADT^A01 (εισαγωγή) δημιουργεί ένα Encounter με class IMP και status in-progress· ένα A03 (εξιτήριο) θέτει status finished και συμπληρώνει period.end και dischargeDisposition· ένα A02 (μεταφορά) προσθέτει μια εγγραφή location· ένα A04 (εγγραφή εξωτερικού ασθενούς) δημιουργεί ένα AMB encounter· ένα A08 το ενημερώνει. Το PV1 φέρει τα περισσότερα δεδομένα (κατηγορία ασθενούς στο PV1-2, τοποθεσία στο PV1-3, θεράπων στο PV1-7, αριθμός επίσκεψης στο PV1-19, που γίνεται Encounter.identifier). Δείτε HL7 v2 messages explained.
Στην Anpheros
Η πλατφόρμα Anpheros δημιουργεί πόρους FHIR Encounter με δύο τρόπους: τα ιατρεία τους γράφουν μέσω του API, και η επίσκεψη ενός ατόμου που έχει καταγραφεί γίνεται ένα ολοκληρωμένο Encounter μόλις πραγματοποιηθεί το ραντεβού. Τα αποτελέσματα, τα έγγραφα και οι σημειώσεις από αυτήν την επίσκεψη αναφέρονται στο Encounter, έτσι ώστε ο φάκελος να μπορεί να διαβάζεται επίσκεψη προς επίσκεψη από το άτομο και από οποιοδήποτε ιατρείο μοιράζεται μαζί του.
Τα ραντεβού που κλείνονται στην εφαρμογή είναι πόροι Appointment μέχρι να συμβούν.
Σχετικές σελίδες
- FHIR Condition explained
- FHIR Patient resource explained
- HL7 v2 messages explained: ADT and ORU
- FHIR R4 vs R5
- FHIR DiagnosticReport explained
- Encounter example on the developer site
Πηγές
- 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
Συχνές ερωτήσεις
Ποια είναι η διαφορά μεταξύ Encounter και Appointment;
Ένα Appointment είναι το κλείσιμο ενός μελλοντικού χρονοδιαστήματος· ένα Encounter είναι η αλληλεπίδραση που πραγματικά συνέβη (ή συμβαίνει). Όταν ο ασθενής φτάνει, δημιουργείται το Encounter και αναφέρεται στο Appointment.
Μια νοσηλεία είναι ένα Encounter ή πολλά;
Συνήθως ένα Encounter για την εισαγωγή, με εγγραφές τοποθεσίας για κάθε πτέρυγα και classHistory για αλλαγές περιβάλλοντος. Ορισμένα συστήματα δημιουργούν υπο-Encounters ανά παραμονή σε πτέρυγα που συνδέονται μέσω partOf· οι εθνικοί οδηγοί λένε ποια.
Πού πηγαίνει η περίληψη εξιτηρίου;
Ως DocumentReference ή ως έγγραφο FHIR του οποίου η Composition αναφέρεται στο Encounter. Το ίδιο το Encounter περιέχει τη διάθεση εξιτηρίου και τις ημερομηνίες, όχι την αφήγηση.
Κάθε Observation χρειάζεται Encounter;
Όχι. Οι Παρατηρήσεις που καταγράφει ο ασθενής στο σπίτι, ή που φτάνουν από ένα wearable, δεν έχουν Encounter. Αυτές που λαμβάνονται κατά τη διάρκεια μιας επίσκεψης θα πρέπει να το αναφέρουν ώστε το αρχείο να μπορεί να διαβαστεί ανά επίσκεψη.
Δοκιμάστε δωρεάν στο sandbox
Η πρώτη σας κλήση FHIR σε 5 λεπτά. Ένα API HL7 FHIR R4 με τη συγκατάθεση του ασθενούς ενσωματωμένη: δοκιμάστε το στο sandbox, στη συνέχεια συνδέστε τη δική σας εφαρμογή ή σύστημα κλινικής.
Δωρεάν · 30 συνθετικοί ασθενείς · χωρίς κάρτα
Το Anpheros δημιουργεί ένα ιατρικό αρχείο που ελέγχει ο ασθενής και μπορεί να μοιραστεί με οποιαδήποτε κλινική, σε πλατφόρμα HL7 FHIR R4, με έδρα την ΕΕ. Αυτοί οι οδηγοί σάς βοηθούν να κατανοήσετε και να οργανώσετε την υγεία σας· δεν αντικαθιστούν τον γιατρό σας.
Σχετικά με το Anpheros →