FHIR एनकाउंटर समझाया गया: क्लास, स्टेटस, प्रतिभागी, निदान और स्थान, एक उदाहरण के साथ

संक्षिप्त उत्तर: एक Encounter रोगी और स्वास्थ्य प्रणाली के बीच एक बातचीत है: एक आउट पेशेंट विज़िट, एक अस्पताल में भर्ती, एक आपातकालीन उपस्थिति, एक वीडियो परामर्श, एक घर का दौरा। यह रिकॉर्ड करता है कब (period), किस सेटिंग (class: ambulatory, inpatient, emergency, home health, virtual), इसकी स्थिति (planned → in-progress → finished), कौन भाग लिया, क्यों (reasonCode) और क्या निदान किया गया (diagnosis, Conditions से लिंक करके)। Observations, procedures, medication orders और documents उस Encounter को इंगित करते हैं जिससे वे संबंधित हैं, जिससे रिकॉर्ड को विज़िट दर विज़िट पढ़ा जा सकता है।

एक मान्य FHIR R4 उदाहरण

एक मान्य FHIR R4 एनकाउंटर (Encounter) रिसोर्स के लिए केवल स्टेटस (status) और क्लास (class) की आवश्यकता होती है, लेकिन एक उपयोगी रिसोर्स में सब्जेक्ट (subject), पीरियड (period), टाइप (type), पार्टिसिपेंट्स (participants), एक कारण (reason) और स्थापित किए गए निदान (diagnoses) भी शामिल होते हैं। नीचे दिया गया उदाहरण टाइप 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 एनकाउंटर का स्टेटस प्लान्ड (planned), अराइव्ड (arrived), ट्रायज्ड (triaged), इन-प्रोग्रेस (in-progress), ऑन-लीव (onleave) और फिनिश्ड (finished) से गुजरता है, जिसमें कैंसल्ड (cancelled), एंटर्ड-इन-एरर (entered-in-error) और अननोन (unknown) अन्य निकास बिंदु होते हैं। स्टेटस हिस्ट्री (statusHistory) एलिमेंट प्रत्येक पिछली स्थिति को उसके पीरियड के साथ रखता है, इसलिए अस्पताल में भर्ती होने पर यह दिखाता है कि मरीज कब आया, कब भर्ती हुआ और कब डिस्चार्ज हुआ। एनकाउंटर स्वयं इंटरेक्शन है, अपॉइंटमेंट नहीं जिसने इसे बुक किया था।

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 (classHistory) ट्रांसफर को रिकॉर्ड करता है, उदाहरण के लिए एक आपातकालीन उपस्थिति जो एक प्रवेश बन गई।

अन्य तत्व

स्टेटस और क्लास के अलावा, एक FHIR एनकाउंटर में टाइप (type) और सर्विसटाइप (serviceType) (किस प्रकार की विज़िट और कौन सी सेवा लाइन), पार्टिसिपेंट (participant) (उनकी भूमिकाओं और अवधियों के साथ चिकित्सक), रीज़नकोड (reasonCode) या रीज़नरेफरेंस (reasonReference), डायग्नोसिस (diagnosis) (उपयोग और रैंक के साथ जुड़ी हुई कंडीशंस), हॉस्पिटलाइज़ेशन (hospitalization) (प्रवेश और डिस्चार्ज विवरण), समय के साथ लोकेशन एंट्री (location entries), लंबाई (length), सर्विस प्रोवाइडर (serviceProvider) और पार्टऑफ (partOf) सब-एनकाउंटर के लिए शामिल होते हैं।

• type और serviceType बताते हैं कि किस प्रकार का एनकाउंटर और कौन सी सेवा लाइन (कार्डियोलॉजी, मधुमेह शिक्षा) है, जिसमें ऐसे कोड होते हैं जो देश के अनुसार भिन्न होते हैं।
• participant चिकित्सकों और अन्य लोगों को भागीदारी प्रकार (admitter, attender, primary performer, consultant, referrer) और प्रत्येक के शामिल होने की अवधि के साथ सूचीबद्ध करता है।
• reasonCode / reasonReference विज़िट का कारण बताते हैं; diagnosis स्थापित या संबोधित की गई Conditions को लिंक करता है, जिसमें एक use (admission diagnosis AD, discharge diagnosis DD, chief complaint CC, comorbidity CM, billing) और एक rank होता है। FHIR Condition समझाया देखें।
• hospitalization प्रवेश विवरण ले जाता है: admitSource (GP referral, emergency, transfer), dischargeDisposition (home, another hospital, deceased), preAdmissionIdentifier, आहार और विशेष व्यवस्था।
• location समय के साथ अपनी स्थिति (planned, active, reserved, completed) के साथ स्थानों को सूचीबद्ध करता है; एक वार्ड स्थानांतरण एक नई प्रविष्टि जोड़ता है।
• length अवधि है; serviceProvider जिम्मेदार संगठन है; partOf एक उप-एनकाउंटर (एक वार्ड स्टे) को उस प्रवेश से लिंक करता है जिससे वह संबंधित है।

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 एनकाउंटर में मैप किया जाता है: A01 एडमिट (admit) इन-प्रोग्रेस में एक इनपेशेंट एनकाउंटर बनाता है, A03 डिस्चार्ज (discharge) इसे पीरियड.एंड (period.end) और डिस्चार्ज डिस्पोजिशन (discharge disposition) के साथ समाप्त करता है, A02 ट्रांसफर (transfer) एक लोकेशन एंट्री जोड़ता है, A04 एक एम्बुलेटरी एनकाउंटर रजिस्टर करता है और A08 इसे अपडेट करता है। अधिकांश डेटा PV1 सेगमेंट से आता है, जिसका विजिट नंबर एनकाउंटर.आइडेंटिफायर (Encounter.identifier) बन जाता है।

ADT^A01 (admit) क्लास IMP और स्थिति in-progress के साथ एक Encounter बनाता है; A03 (discharge) स्थिति finished सेट करता है और period.end और dischargeDisposition भरता है; A02 (transfer) एक location प्रविष्टि जोड़ता है; A04 (register outpatient) एक AMB एनकाउंटर बनाता है; A08 इसे अपडेट करता है। PV1 अधिकांश डेटा ले जाता है (PV1-2 में रोगी वर्ग, PV1-3 में स्थान, PV1-7 में उपस्थित, PV1-19 में विज़िट नंबर, जो Encounter.identifier बन जाता है)। HL7 v2 संदेश समझाए गए देखें।

Anpheros में

Anpheros प्लेटफ़ॉर्म दो तरीकों से FHIR एनकाउंटर रिसोर्स बनाता है: क्लीनिक API के माध्यम से उन्हें लिखते हैं, और किसी व्यक्ति की लॉग की गई विज़िट अपॉइंटमेंट होने के बाद एक पूर्ण एनकाउंटर बन जाती है। उस विज़िट के परिणाम, दस्तावेज़ और नोट्स एनकाउंटर का संदर्भ देते हैं, इसलिए रिकॉर्ड को व्यक्ति द्वारा और किसी भी क्लिनिक के साथ साझा किया जा सकता है।

ऐप में बुक किए गए अपॉइंटमेंट होने तक अपॉइंटमेंट रिसोर्स होते हैं।

संबंधित पृष्ठ

• FHIR Condition समझाया
• FHIR Patient संसाधन समझाया
• HL7 v2 संदेश समझाए गए: ADT और ORU
• FHIR R4 बनाम R5
• FHIR DiagnosticReport समझाया
• डेवलपर साइट पर एनकाउंटर उदाहरण

स्रोत

• 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 के साथ। कुछ सिस्टम प्रति वार्ड स्टे सब-एनकाउंटर बनाते हैं जो partOf के माध्यम से जुड़े होते हैं; राष्ट्रीय गाइड बताते हैं कि कौन सा।

डिस्चार्ज सारांश कहाँ जाता है?

DocumentReference या FHIR दस्तावेज़ के रूप में जिसका Composition Encounter को संदर्भित करता है। Encounter स्वयं डिस्चार्ज की स्थिति और तिथियों को रखता है, न कि कथा को।

क्या हर Observation को Encounter की आवश्यकता होती है?

नहीं। रोगी द्वारा घर पर रिकॉर्ड की गई Observations, या जो किसी वियरेबल से आती हैं, उनका कोई Encounter नहीं होता है। विज़िट के दौरान ली गई Observations को इसे संदर्भित करना चाहिए ताकि रिकॉर्ड को विज़िट द्वारा पढ़ा जा सके।

Anpheros Platform

सैंडबॉक्स में मुफ़्त आज़माएँ

5 मिनट में आपकी पहली FHIR कॉल. एक HL7 FHIR R4 API जिसमें मरीज़ की सहमति शामिल है: सैंडबॉक्स में आज़माएं, फिर अपना ऐप या क्लिनिक सिस्टम कनेक्ट करें।

मुफ़्त सैंडबॉक्स बनाएँडेवलपर गाइड पढ़ें →

मुफ़्त · 30 सिंथेटिक मरीज़ · कोई कार्ड नहीं

द्वारा लिखित

Anpheros टीम

Anpheros एक मेडिकल रिकॉर्ड बनाता है जिसे मरीज़ नियंत्रित कर सकता है और किसी भी क्लिनिक के साथ साझा कर सकता है, यह EU में स्थित HL7 FHIR R4 प्लेटफ़ॉर्म पर आधारित है। ये गाइड आपको अपने स्वास्थ्य को समझने और व्यवस्थित करने में मदद करते हैं; ये आपके डॉक्टर का विकल्प नहीं हैं।

Anpheros के बारे में →