FHIR कंडीशन को समझना: क्लिनिकल स्टेटस, वेरिफिकेशन स्टेटस, कैटेगरी और कोड, एक उदाहरण के साथ

संक्षिप्त उत्तर: Condition किसी निदान, स्वास्थ्य समस्या या चिंता के स्तर तक पहुँच चुके लक्षण के लिए FHIR संसाधन है: इस रोगी को टाइप 2 मधुमेह है, सक्रिय, पुष्टि की गई, 2019 से। इसके दो स्थिति फ़ील्ड इसे उपयोगी बनाते हैं। clinicalStatus बताता है कि स्थिति अपने पाठ्यक्रम में कहाँ है (सक्रिय, पुनरावृत्ति, रिलैप्स, निष्क्रिय, छूट); verificationStatus बताता है कि कोई कितना निश्चित है (अपुष्ट, अस्थायी, विभेदक, पुष्टि की गई, खंडित, त्रुटि में दर्ज)। category एक यात्रा के लिए दर्ज किए गए encounter निदान से लंबे समय तक चलने वाली समस्या-सूची मदों को अलग करती है। कोड आमतौर पर SNOMED CT होता है, अक्सर रिपोर्टिंग के लिए इसके बगल में ICD-10 कोड होता है।

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

एक मान्य FHIR R4 कंडीशन रिसोर्स के लिए एक सब्जेक्ट रेफरेंस और, जब तक कि यह दर्ज-त्रुटि में न हो, एक क्लिनिकल स्टेटस की आवश्यकता होती है; व्यवहार में यह वेरिफिकेशन स्टेटस, एक कैटेगरी (प्रॉब्लम-लिस्ट-आइटम या एनकाउंटर-डायग्नोसिस), एक कोडेड निदान और एक ऑनसेट भी रखता है। नीचे दिया गया उदाहरण SNOMED CT कोड और ICD-10 कोड के साथ टाइप 2 मधुमेह की पुष्टि, सक्रिय स्थिति को रिकॉर्ड करता है।

{
  "resourceType": "Condition",
  "id": "t2dm",
  "clinicalStatus": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/condition-clinical", "code": "active"}]},
  "verificationStatus": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/condition-ver-status", "code": "confirmed"}]},
  "category": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/condition-category", "code": "problem-list-item"}]}],
  "severity": {"coding": [{"system": "http://snomed.info/sct", "code": "6736007", "display": "Moderate"}]},
  "code": {
    "coding": [
      {"system": "http://snomed.info/sct", "code": "44054006", "display": "Type 2 diabetes mellitus"},
      {"system": "http://hl7.org/fhir/sid/icd-10", "code": "E11", "display": "Type 2 diabetes mellitus"}
    ],
    "text": "Type 2 diabetes"
  },
  "subject": {"reference": "Patient/example"},
  "onsetDateTime": "2019-03",
  "recordedDate": "2019-03-18",
  "recorder": {"reference": "Practitioner/gp-42"},
  "asserter": {"reference": "Practitioner/gp-42"},
  "note": [{"text": "Diet-controlled at diagnosis; metformin started 2021."}]
}

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

कंडीशन के सबसे महत्वपूर्ण तत्व क्लिनिकल स्टेटस (कंडीशन अपने कोर्स में कहां है), वेरिफिकेशन स्टेटस (निदान कितना निश्चित है), कैटेगरी (प्रॉब्लम-लिस्ट आइटम या एनकाउंटर निदान), कोड (आमतौर पर SNOMED CT, अक्सर इसके साथ ICD-10), ऑनसेट और एबेटमेंट, रिकॉर्डेड डेट, और रिकॉर्डर और असेर्टर हैं, जो बताते हैं कि कंडीशन किसने दर्ज की और कौन इसका दावा करता है।

• clinicalStatus तब आवश्यक है जब स्थिति त्रुटि में दर्ज नहीं की गई हो, और इसके मान रोग के पाठ्यक्रम का पालन करते हैं। resolved उन स्थितियों के लिए है जो समाप्त हो गईं (एक फ्रैक्चर जो ठीक हो गया); remission उन लोगों के लिए है जो वापस आ सकते हैं; inactive उस समस्या के लिए जिसे अब प्रबंधित नहीं किया जा रहा है। इसे बदलना ही वह तरीका है जिससे समस्या सूची इतिहास को हटाए बिना सत्य बनी रहती है।
• verificationStatus निश्चितता को रिकॉर्ड करता है। provisional और differential एक वर्क-अप के दौरान काम करने वाले निदान हैं; confirmed एक बार स्थापित होने के बाद; refuted जब इसे खारिज कर दिया गया हो, जो कि क्या माना गया था उसका रिकॉर्ड रखता है। एक लक्षण-स्तर प्रविष्टि अक्सर unconfirmed होती है।
• category: GP द्वारा बनाए रखी जाने वाली स्थायी सूची के लिए problem-list-item; इस यात्रा के बारे में क्या था, इसके लिए encounter-diagnosis। एक ही बीमारी को दोनों के रूप में दिखाई दे सकता है, जो विभिन्न मुठभेड़ों से जुड़ा हुआ है।
• code एक CodeableConcept है, इसलिए यह नैदानिक ​​अर्थ के लिए SNOMED CT अवधारणा और सांख्यिकी के लिए ICD-10 कोड को अगल-बगल ले जा सकता है। CodeableConcept और कोडिंग और SNOMED CT बनाम ICD-10 देखें।
• bodySite, severity और stage (मूल्यांकन संदर्भों के साथ) स्थिति को योग्य बनाते हैं; evidence उन अवलोकनों या रिपोर्टों की ओर इशारा करता है जो इसका समर्थन करते हैं।
• onset[x] और abatement[x] एक तिथि-समय, एक आयु, एक अवधि, एक सीमा या एक स्ट्रिंग ("बचपन") हो सकते हैं, क्योंकि रोगी सटीक तिथियों को शायद ही कभी जानते हैं। recordedDate वह है जब यह रिकॉर्ड में दर्ज किया गया था, जो वर्षों बाद हो सकता है।
• recorder ने इसे दर्ज किया; asserter वह है जो इसका दावा करता है, जो स्वयं रोगी हो सकता है।

Condition बनाम Observation

FHIR में, एक ऑब्जर्वेशन एक एकल मापा या रिपोर्ट किया गया डेटा पॉइंट है, जैसे ब्लड प्रेशर रीडिंग या लॉग की गई सिरदर्द, जबकि एक कंडीशन समय के साथ प्रबंधित होने वाली स्थायी नैदानिक ​​व्याख्या है, जैसे उच्च रक्तचाप या माइग्रेन। ऑब्जर्वेशन साक्ष्य प्रदान करते हैं; एक कंडीशन एक दावा है जो एक चिकित्सक या रोगी द्वारा रोगी के बारे में किया जाता है।

रक्तचाप रीडिंग एक Observation है। उच्च रक्तचाप एक Condition है। रोगी द्वारा लॉग किया गया एक लक्षण ("सिरदर्द, 6/10, मंगलवार से") एक Observation है; एक चिकित्सक का निर्णय कि सिरदर्द माइग्रेन है, एक Condition है। अंगूठे का नियम: Observations डेटा बिंदु हैं; Conditions वह नैदानिक ​​व्याख्या है जो बनी रहती है और प्रबंधित की जाती है। Anpheros लक्षणों को Observations के रूप में रिकॉर्ड करता है और केवल एक निदान के लिए एक Condition बनाता है जो एक चिकित्सक ने किया था या व्यक्ति ने उन्हें बताए अनुसार रिपोर्ट किया था; ऐप लक्षणों से कभी भी Condition प्राप्त नहीं करता है। लक्षणों को Observations के रूप में और रिकॉर्ड के रूप में Conditions देखें।

Encounter निदान और समस्या सूची

FHIR में, एक एनकाउंटर निदान एनकाउंटर.डायग्नोसिस से जुड़ा एक कंडीशन है, जो एक विजिट के लिए होता है, जिसमें एडमिशन या डिस्चार्ज निदान और एक रैंक जैसा उपयोग होता है, जबकि प्रॉब्लम लिस्ट कंडीशन का स्थायी सेट है जिसमें कैटेगरी प्रॉब्लम-लिस्ट-आइटम और एक सक्रिय क्लिनिकल स्टेटस होता है। एक ही बीमारी दोनों भूमिकाओं में दिखाई दे सकती है, जो विभिन्न एनकाउंटर से जुड़ी होती है।

एक Encounter अपने निदानों को Encounter.diagnosis के माध्यम से इंगित करता है, प्रत्येक में एक use (प्रवेश निदान, छुट्टी निदान, मुख्य शिकायत, सह-रुग्णता, बिलिंग) और एक rank होता है। समस्या सूची उन Conditions का सेट है जिनमें problem-list-item श्रेणी और सक्रिय या समान का clinicalStatus होता है। दोनों का सामंजस्य (क्या छुट्टी निदान एक नई समस्या बन गया?) नैदानिक ​​कार्य है जिसे FHIR रिकॉर्ड करता है लेकिन स्वचालित नहीं करता है। FHIR Encounter समझाया गया देखें।

Condition में क्या नहीं डालना है

एक FHIR कंडीशन में केवल एक निदान, समस्या या लक्षण होना चाहिए जो कोई व्यक्ति रोगी के बारे में बताता है। पारिवारिक इतिहास FamilyMemberHistory में, एलर्जी AllergyIntolerance में, जोखिम और स्कोर Observation या RiskAssessment में, और पूर्ण प्रक्रियाएं Procedure में होनी चाहिए। सॉफ्टवेयर द्वारा अनुमानित कोई भी चीज़ जो किसी चिकित्सक या रोगी द्वारा बताई नहीं गई है, वह कंडीशन में बिल्कुल भी नहीं होनी चाहिए।

• पारिवारिक इतिहास (जो FamilyMemberHistory से संबंधित है)।
• एलर्जी (AllergyIntolerance का अपना महत्वपूर्णता और प्रतिक्रिया मॉडल है)।
• जोखिम और स्कोर (Observation या RiskAssessment)।
• किए गए प्रक्रियाएं (Procedure)।
• कुछ भी जो सॉफ्टवेयर ने किसी चिकित्सक या रोगी द्वारा दावा किए बिना अनुमान लगाया हो; एक Condition रोगी के बारे में एक दावा है, और asserter बताता है कि किसका है।

Anpheros में

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

चिकित्सकों को उसके कोड के साथ वही कंडीशन दिखाई देती है, जो रिकॉर्ड को किसी भी FHIR सिस्टम द्वारा पठनीय बनाती है।

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

• FHIR Encounter समझाया गया
• FHIR में CodeableConcept और कोडिंग
• SNOMED CT बनाम ICD-10
• FHIR Observation समझाया गया
• FHIR AllergyIntolerance समझाया गया
• डेवलपर साइट पर Condition उदाहरण

स्रोत

• HL7 FHIR R4: Condition
• HL7 Terminology: condition-clinical code system
• HL7 Terminology: condition-ver-status code system
• HL7 US Core: Condition profiles
• HL7 IPS: Condition profile

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

क्या मुझे Condition.code में SNOMED CT या ICD-10 का उपयोग करना चाहिए?

दोनों, जब आपके पास दोनों हों। SNOMED CT देखभाल के लिए नैदानिक ​​अर्थ रखता है; ICD-10 (या इसका राष्ट्रीय संस्करण) रिपोर्टिंग और बिलिंग के लिए वर्गीकरण रखता है। प्रत्येक को एक ही CodeableConcept में एक कोडिंग के रूप में रखें; प्रोफाइल बताते हैं कि कौन सा आवश्यक है।

मैं कैसे रिकॉर्ड करूं कि निदान गलत था?

यदि स्थिति पर विचार करने के बाद उसे खारिज कर दिया गया था तो verificationStatus को refuted पर सेट करें, या यदि यह गलती से दर्ज किया गया था तो entered-in-error पर सेट करें। संसाधन को हटाएं नहीं; इतिहास रिकॉर्ड का हिस्सा है।

एक लक्षण कहाँ जाता है, Condition या Observation?

एक Observation के रूप में जब यह एक रिपोर्ट किया गया डेटा बिंदु होता है (दर्द स्कोर, अवधि, ट्रिगर)। एक Condition के रूप में केवल तभी जब कोई चिकित्सक या रोगी इसे प्रबंधित की जाने वाली समस्या के रूप में दावा करता है, उचित verificationStatus के साथ।

क्या Condition का निदान होने की कोई तारीख है?

onset[x] वह है जब स्थिति शुरू हुई, जो अनुमानित हो सकती है; recordedDate वह है जब इसे दर्ज किया गया था। कोई अलग निदान तिथि नहीं है; कई गाइड इसके लिए recordedDate या Encounter संदर्भ का उपयोग करते हैं।

Anpheros Platform

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

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

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

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

द्वारा लिखित

Anpheros टीम

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

Anpheros के बारे में →