FHIR पेशेंट रिसोर्स को समझें: पहचानकर्ता, नाम, जनसांख्यिकी और लिंक, एक मान्य उदाहरण के साथ

संक्षिप्त उत्तर: Patient वह FHIR संसाधन है जो देखभाल प्राप्त करने वाले व्यक्ति का वर्णन करता है: वे प्रशासनिक रूप से कौन हैं, न कि उन्हें क्या समस्या है। इसमें पहचानकर्ता (मेडिकल रिकॉर्ड नंबर, राष्ट्रीय आईडी), नाम, टेलीकॉम संपर्क, प्रशासनिक लिंग, जन्म तिथि, पता, वैवाहिक स्थिति, संचार (भाषाएं), एक सामान्य चिकित्सक, एक प्रबंधक संगठन और उसी व्यक्ति के लिए अन्य रोगी रिकॉर्ड के लिंक शामिल होते हैं। प्रत्येक Observation, Condition, Encounter या MedicationStatement subject या patient के माध्यम से इसका संदर्भ देता है। नैदानिक तथ्य कभी भी Patient में नहीं रहते; वे उन संसाधनों में रहते हैं जो उस पर इंगित करते हैं।

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

एक मान्य FHIR R4 Patient रिसोर्स के लिए केवल resourceType की आवश्यकता होती है, लेकिन व्यवहार में इसमें कम से कम एक identifier (system और value के साथ), एक name (family और given भागों के साथ), एक administrative gender और एक birth date शामिल होती है। नीचे दिया गया उदाहरण meta.profile में IPS Patient प्रोफाइल का भी दावा करता है और telecom, address, preferred language, general practitioner और managing organisation जोड़ता है।

{
  "resourceType": "Patient",
  "id": "example",
  "meta": {"profile": ["http://hl7.org/fhir/uv/ips/StructureDefinition/Patient-uv-ips"]},
  "identifier": [{
    "use": "usual",
    "type": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/v2-0203", "code": "MR"}]},
    "system": "https://hospital.example.org/mrn",
    "value": "MRN-00012345"
  }],
  "active": true,
  "name": [{"use": "official", "family": "Doe", "given": ["Jane", "Marie"], "prefix": ["Ms"]}],
  "telecom": [{"system": "email", "value": "[email protected]", "use": "home"}],
  "gender": "female",
  "birthDate": "1980-05-23",
  "address": [{"use": "home", "line": ["12 High Street"], "city": "Leeds", "postalCode": "LS1 4AB", "country": "GB"}],
  "communication": [{"language": {"coding": [{"system": "urn:ietf:bcp:47", "code": "en-GB"}]}, "preferred": true}],
  "generalPractitioner": [{"reference": "Practitioner/gp-42"}],
  "managingOrganization": {"reference": "Organization/hospital"}
}

महत्वपूर्ण तत्व

Interoperability के लिए सबसे महत्वपूर्ण Patient तत्व हैं identifier (system, value और type के साथ), name (use, family और given के साथ), administrative gender, birthDate, deceased, active, contact और link। Identifiers और names सिस्टम के बीच मिलान को संचालित करते हैं, gender और birthDate प्रशासनिक तथ्य हैं, और link रिकॉर्ड करता है कि एक मास्टर पेशेंट इंडेक्स ने एक व्यक्ति के डुप्लिकेट रिकॉर्ड को कैसे जोड़ा।

• identifier एक सूची है, प्रत्येक में एक system (किसने जारी किया) और एक value होता है। type बताता है कि यह क्या है: MR मेडिकल रिकॉर्ड नंबर, NI राष्ट्रीय पहचानकर्ता, PPN पासपोर्ट, SS सामाजिक सुरक्षा नंबर, HL7 तालिका 0203 से। एक रोगी के पास आमतौर पर कई होते हैं; एक अस्पताल का MRN और एक राष्ट्रीय आईडी दोनों मान्य हैं, और सिस्टम उन पर मिलान करते हैं।
• name भी एक सूची है जिसमें एक use होता है: official, usual, nickname, maiden, old। family एक स्ट्रिंग है; given एक सूची है। स्क्रिप्ट, लिप्यंतरण और नाम क्रम देश के कार्यान्वयन गाइड पर छोड़ दिए जाते हैं।
• gender प्रशासनिक लिंग है जिसमें चार मान होते हैं: male, female, other, unknown। यह वह है जो रिकॉर्ड कहता है, मिलान और फॉर्म के लिए उपयोग किया जाता है। नैदानिक लिंग, लिंग पहचान और सर्वनाम एक्सटेंशन या Observations में जाते हैं, जिन्हें FHIR R5 और Gender Harmony परियोजना ने औपचारिक रूप दिया है।
• birthDate एक तारीख है, वैकल्पिक रूप से केवल वर्ष या वर्ष-महीना जब सटीक तारीख अज्ञात हो। एक patient-birthTime एक्सटेंशन नवजात शिशुओं के लिए समय जोड़ता है।
• deceased[x] एक बूलियन या एक तारीख-समय है। active false एक रिकॉर्ड को चिह्नित करता है जिसका अब उपयोग नहीं किया जाना चाहिए (डुप्लिकेट, स्थानांतरित), इसे हटाए बिना।
• contact संपर्क करने वाले लोगों की सूची (निकटतम रिश्तेदार, अभिभावक) को एक संबंध कोड के साथ सूचीबद्ध करता है; वे स्वयं रोगी संसाधन नहीं हैं। एक माता-पिता जो रोगी भी है, वह RelatedPerson है जो दोनों को इंगित करता है।
• link उन रोगी रिकॉर्ड को जोड़ता है जो एक ही व्यक्ति हैं: विलय के बाद replaced-by और replaces, आधिकारिक रिकॉर्ड को refer करता है, दूसरे सिस्टम में रिकॉर्ड के लिए seealso। मास्टर रोगी सूचकांक FHIR में अपने निर्णय इस प्रकार व्यक्त करता है; Patient matching देखें।

राष्ट्रीय प्रोफाइल क्या जोड़ते हैं

राष्ट्रीय और अंतर्राष्ट्रीय FHIR प्रोफाइल ढीले-ढाले परिभाषित बेस Patient रिसोर्स को कुछ उपयोगी बनाते हैं, तत्वों को अनिवार्य बनाकर और देश-विशिष्ट एक्सटेंशन जोड़कर। US Core को identifier, name और gender की आवश्यकता होती है और यह race, ethnicity और birth sex एक्सटेंशन जोड़ता है; IPS Patient प्रोफाइल को name, gender और birthDate की आवश्यकता होती है; राष्ट्रीय प्रोफाइल identifier सिस्टम और address फॉर्मेट को परिभाषित करते हैं।

आधार संसाधन लगभग सब कुछ वैकल्पिक बनाता है। प्रोफाइल इसे प्रयोग करने योग्य बनाते हैं:

एक रिकॉर्ड जो सीमा पार जाएगा, उसे प्रत्येक तरफ प्रोफाइल को संतुष्ट करना होगा, जिसका व्यवहार में अर्थ है कि राष्ट्रीय पहचानकर्ता और एक MRN, एक पूर्ण आधिकारिक नाम और एक पूर्ण जन्म तिथि दोनों ले जाना। FHIR implementation guides देखें।

संचालन जिनका आप उपयोग करेंगे

Patient के साथ सबसे अधिक उपयोग किए जाने वाले FHIR ऑपरेशन हैं identifier या demographics द्वारा खोज (GET /Patient with identifier, family या birthdate parameters), $everything ऑपरेशन, जो रोगी और उनसे संबंधित हर रिसोर्स को लौटाता है, और $match, जो सर्वर के मिलान एल्गोरिथम से संभावित डुप्लिकेट के बारे में पूछता है। FHIR R5 में $merge ऑपरेशन को मानकीकृत किया जा रहा है।

• GET /Patient?identifier=https://hospital.example.org/mrn|MRN-00012345 पहचानकर्ता द्वारा एक रोगी को ढूंढता है; ?family=doe&birthdate=1980-05-23 जनसांख्यिकी द्वारा।
• GET /Patient/{id}/$everything रोगी और उनके द्वारा संदर्भित प्रत्येक संसाधन को पृष्ठित करके लौटाता है, जो एक संपूर्ण रिकॉर्ड निर्यात करने का तरीका है।
• $match (जहां समर्थित है) संभावित डुप्लिकेट के लिए सर्वर के मिलान एल्गोरिथम से पूछता है; $merge R5 में मानकीकृत किया जा रहा है।

गलतियाँ जो रोगी रिकॉर्ड को तोड़ती हैं

FHIR Patient रिकॉर्ड को सबसे अधिक बार तोड़ने वाली गलतियाँ हैं resource id में identifier के बजाय राष्ट्रीय ID को स्टोर करना, identifier.system को छोड़ देना जिससे विभिन्न अस्पतालों के मान टकराते हैं, पूरे नाम को family और given भागों के बिना text में डालना, clinical sex के लिए administrative gender का उपयोग करना, और मर्ज किए गए रिकॉर्ड को लिंक और निष्क्रिय करने के बजाय इन-प्लेस संपादित करना।

• राष्ट्रीय आईडी को id में रखना। संसाधन id सर्वर का है और आयात पर बदल सकता है; पहचानकर्ता identifier में होते हैं।
• text में सब कुछ और कोई family/given के साथ एक name, इसलिए परिवार के नाम से खोज विफल हो जाती है।
• नैदानिक लिंग के लिए gender का उपयोग करना, या unknown पर सेट करना क्योंकि फॉर्म में कोई फ़ील्ड नहीं था।
• identifier.system गायब होना, इसलिए दो अस्पतालों के MRN-1 मान टकराते हैं।
• विलय होने पर एक रोगी को इन-प्लेस संपादित करना, बजाय लिंक करने और निष्क्रिय करने के।

Anpheros में

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

जब कोई क्लिनिक अपना स्वयं का पहचानकर्ता भेजता है, तो उसे क्लिनिक के सिस्टम के साथ एक अतिरिक्त identifier के रूप में संग्रहीत किया जाता है, ताकि एक ही व्यक्ति को दोनों तरफ से पाया जा सके। ऐप में व्यक्ति द्वारा दर्ज की गई जनसांख्यिकी usual नाम और प्रशासनिक डेटा हैं; रिकॉर्ड कभी भी उनसे कुछ भी नैदानिक ​​अनुमानित नहीं करता है।

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

• Patient matching and the master patient index
• FHIR implementation guides
• FHIR Encounter explained
• FHIR Condition explained
• FHIR search explained
• Patient example on the developer site

स्रोत

• HL7 FHIR R4: Patient
• HL7 FHIR R4: Patient $everything
• HL7 Terminology: identifier type codes (v2-0203)
• HL7 US Core: Patient profile
• HL7 IPS: Patient profile

अक्सर पूछे जाने वाले प्रश्न

क्या Patient FHIR में Person के समान है?

नहीं। Person एक प्रशासनिक संसाधन है जो एक ही मानव को विभिन्न भूमिकाओं (यहां एक Patient, वहां एक Practitioner, कहीं और एक RelatedPerson) में जोड़ता है। नैदानिक संसाधन Patient का संदर्भ देते हैं, Person का नहीं।

एलर्जी और स्थितियाँ कहाँ जाती हैं?

AllergyIntolerance और Condition संसाधनों में जो Patient का संदर्भ देते हैं। Patient स्वयं केवल प्रशासनिक डेटा रखता है।

मैं बिना नाम वाले नवजात शिशु को कैसे रिकॉर्ड करूं?

temporary या खाली उपयोग वाले नाम के साथ, patient-birthTime एक्सटेंशन के साथ एक birthDate, और राष्ट्रीय प्रोफाइल के अनुसार RelatedPerson या patient-mothersMaidenName एक्सटेंशन के माध्यम से माँ के रिकॉर्ड से एक link।

क्या दो अस्पतालों द्वारा एक Patient संसाधन साझा किया जा सकता है?

प्रत्येक सिस्टम अपना Patient संसाधन अपने स्वयं के id के साथ रखता है; वे पहचानकर्ताओं (एक राष्ट्रीय आईडी) को साझा करते हैं और रिकॉर्ड को लिंक कर सकते हैं। सिस्टम के पार मिलान मास्टर रोगी सूचकांक का काम है, न कि संसाधन का।

Anpheros Platform

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

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

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

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

द्वारा लिखित

Anpheros टीम

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

Anpheros के बारे में →