भारत में स्वास्थ्य डेटा मानक: ICD-10, LOINC, FHIR, ABDM और OMOP आसान भाषा में

“क्या यह मानकों पर आधारित है?” यह सवाल हर अस्पताल अपने सॉफ़्टवेयर के बारे में पूछता है, और जवाब अक्सर संक्षिप्त नामों की एक सूची होता है। हर मानक (standard) अलग काम करता है, और कौन सा मानक कौन सा काम करता है, यह जानना ही उन रिकॉर्ड (records) के बीच का फ़र्क है जिन्हें साझा किया जा सकता है, जिनका अध्ययन हो सकता है और जिन्हें AI इस्तेमाल कर सकता है, और उन रिकॉर्ड के बीच जिनके साथ यह सब नहीं हो सकता।

यह लेख मुख्य मानकों को आसान शब्दों में समझाता है, अस्पतालों के IT प्रमुखों, मेडिकल रिकॉर्ड टीमों, और भारत में हेल्थ सॉफ़्टवेयर बनाने या ख़रीदने वाले हर व्यक्ति के लिए।

संक्षेप में

मानक	यह क्या करता है	उदाहरण
ICD-10	निदान को कोड करता है	टाइप 2 डायबिटीज़ जहां भी दर्ज हो, उसका कोड E11 ही है
LOINC	लैब जांचों और ऑब्ज़र्वेशन को कोड करता है	किसी भी लैब का हीमोग्लोबिन एक ही जांच है
FHIR	सिस्टमों के बीच आदान-प्रदान के लिए रिकॉर्ड का फ़ॉर्मैट तय करता है	लैब से क्लिनिक को भेजी गई लैब रिपोर्ट
ABDM	सहमति से रिकॉर्ड साझा करने का भारत का नेटवर्क	मरीज़ के रिकॉर्ड उसके ABHA के ज़रिए नए डॉक्टर तक पहुंचना
OMOP	कई जगहों के डेटा (data) के विश्लेषण के लिए एक साझा मॉडल	कई अस्पतालों में चलाया गया एक ही अध्ययन

कोड: रिकॉर्ड का मतलब क्या है

ICD-10 विश्व स्वास्थ्य संगठन (WHO) का बीमारियों का वर्गीकरण है। ICD-10 में कोड किया गया निदान (diagnosis) हर अस्पताल में एक ही मतलब रखता है, डॉक्टर ने उसे चाहे जैसे भी टाइप किया हो। भारत के अस्पतालों के रिकॉर्ड में ICD-10 अब भी बड़े पैमाने पर इस्तेमाल होता है। इसके बाद WHO का अगला संस्करण, ICD-11, जनवरी 2022 में अंतरराष्ट्रीय स्तर पर लागू हुआ, और देश इसे धीरे-धीरे अपना रहे हैं।

LOINC लैब जांचों और क्लिनिकल ऑब्ज़र्वेशन (नैदानिक अवलोकन) को कोड करता है। इसकी देखरेख Regenstrief Institute करता है। इसके बिना तीन लैब से आए “Hb”, “Haemoglobin” और “HGB” कंप्यूटर के लिए तीन अलग-अलग चीज़ें हैं; इसके साथ ये एक ही जांच हैं, जिसे समय के साथ चार्ट पर दिखाया जा सकता है।

SNOMED CT जैसी क्लिनिकल शब्दावलियां इससे आगे जाती हैं: वे जांच में मिली बातों, प्रक्रियाओं और ICD में जितना संभव है उससे ज़्यादा ब्योरे को भी कोड करती हैं। ये सबसे ज़्यादा वहां काम आती हैं जहां रिकॉर्ड को बहुत बारीक मतलब चाहिए, जैसे फ़ैसलों में मदद करने वाले सिस्टम (decision support) के लिए।

फ़ॉर्मैट: रिकॉर्ड एक जगह से दूसरी जगह कैसे जाता है

मानक संस्था HL7 का FHIR (Fast Healthcare Interoperability Resources) तय करता है कि स्वास्थ्य डेटा को कैसे पैक किया जाए और उसका आदान-प्रदान कैसे हो: एक मरीज़, एक ऑब्ज़र्वेशन, एक डायग्नोस्टिक रिपोर्ट, हर एक को एक व्यवस्थित “resource” के रूप में, जिसे कोई दूसरा सिस्टम पढ़ सके। FHIR R4 सबसे ज़्यादा इस्तेमाल होने वाला संस्करण है।

पुराने अस्पताल सिस्टम अक्सर अब भी HL7 वर्ज़न 2 मैसेज के ज़रिए डेटा का आदान-प्रदान करते हैं, ख़ास तौर पर लैब और अस्पताल के सिस्टमों के बीच।

भारत का नेटवर्क: ABDM

आयुष्मान भारत डिजिटल मिशन मरीज़ के ABHA नंबर के ज़रिए अलग-अलग स्वास्थ्य सेवा प्रदाताओं के पास मौजूद उसके रिकॉर्ड को जोड़ता है, और हर आदान-प्रदान के लिए मरीज़ की सहमति ली जाती है। जिन प्रदाताओं के पास रिकॉर्ड होते हैं, वे हेल्थ इन्फ़ॉर्मेशन प्रोवाइडर (स्वास्थ्य जानकारी प्रदाता) की भूमिका निभाते हैं; जो रिकॉर्ड मांगते हैं, वे हेल्थ इन्फ़ॉर्मेशन यूज़र (स्वास्थ्य जानकारी उपयोगकर्ता) की भूमिका निभाते हैं; सहमति का प्रबंधन इन दोनों से अलग होता है। रिकॉर्ड का आदान-प्रदान FHIR पर आधारित फ़ॉर्मैट में होता है। अगस्त 2026 तक सरकार ने 96.43 करोड़ ABHA नंबर और 110 करोड़ से ज़्यादा जुड़े हुए स्वास्थ्य रिकॉर्ड बताए।

रिसर्च: OMOP

OMOP एक कॉमन डेटा मॉडल है, जिसकी देखरेख OHDSI समुदाय करता है। यह समुदाय इसे एक ओपन मानक बताता है, जो “ऑब्ज़र्वेशनल डेटा (observational data) की संरचना और सामग्री को मानकीकृत करने के लिए बनाया गया है।” अलग-अलग अस्पतालों के डेटा को एक जैसी तालिकाओं और शब्दावलियों में बदला जाता है, ताकि एक ही विश्लेषण उन सब पर चल सके, और अक्सर मरीज़-स्तर का डेटा किसी भी जगह से बाहर नहीं जाता।

बड़े रिसर्च नेटवर्क इसी तरह काम करते हैं। यूरोप का DARWIN EU, जिसे यूरोपियन मेडिसिन्स एजेंसी (European Medicines Agency) ने 2022 में शुरू किया, लगभग 40 डेटा पार्टनर जोड़ चुका है, जो अपना डेटा OMOP में बदलते हैं। OHDSI का एक भारत चैप्टर भी है।

FHIR और OMOP एक-दूसरे के विकल्प नहीं हैं। FHIR इलाज के लिए, एक बार में एक मरीज़ के रिकॉर्ड भेजता है। OMOP अध्ययन के लिए, कई मरीज़ों के रिकॉर्ड को व्यवस्थित करता है। जो सिस्टम कोड किया हुआ, व्यवस्थित डेटा दर्ज करता है, वह दोनों को डेटा दे सकता है।

अस्पताल के लिए इसका मतलब

• इलाज के समय ही कोड करें। निदान ऐसी सूची से चुने जाएं जो ICD-10 सहेजती हो, और लैब जांचें LOINC से मैप हों। बाद में कोड करना धीमा भी है और कम सटीक भी।
• पूछें कि डेटा बाहर कैसे जाता है। क्या सिस्टम FHIR में डेटा एक्सपोर्ट और उसका आदान-प्रदान कर सकता है? क्या यह ABDM से जुड़ा है?
• जो भेजें, उसे जांच (validate) लें। जो FHIR resource जांच में फ़ेल हो जाए, वह ऐसा रिकॉर्ड है जिसे कोई दूसरा सिस्टम पढ़ नहीं सकता।
• कोड के साथ शब्द भी रखें। कोड और डॉक्टर का लिखा हुआ टेक्स्ट साथ-साथ सहेजें, ताकि किसी भी दिशा में मतलब कभी न खोए।
• रिसर्च के बारे में पहले से सोचें। अगर आप कभी रिसर्च में योगदान दे सकते हैं, तो अभी कोड किए गए फ़ील्ड के रूप में दर्ज डेटा को बाद में OMOP जैसे मॉडल से मैप किया जा सकता है; खुले टेक्स्ट (free text) को नहीं, कम से कम भरोसेमंद तरीके से तो नहीं।

92health कहां फ़िट होता है

92health इलाज को व्यवस्थित, कोड किए गए डेटा के रूप में दर्ज करता है: निदान खोजी जा सकने वाली सूचियों से चुने जाते हैं और उनके ICD-10 कोड के साथ सहेजे जाते हैं, लैब नतीजे FHIR R4 के रूप में जांचे जाते हैं, जहां पुराने सिस्टमों को ज़रूरत हो वहां HL7 वर्ज़न 2 पर अस्पताल फ़ीड चलती हैं, और रिकॉर्ड सहमति से मरीज़ के ABHA से जोड़े जा सकते हैं। यही रिकॉर्ड साझा करने, डेटा की गुणवत्ता और रियल-वर्ल्ड एविडेंस की बुनियाद है।

स्रोत

• OHDSI. डेटा मानकीकरण: OMOP Common Data Model, और क्षेत्रीय चैप्टर।
• European Medicines Agency. DARWIN EU।
• PIB. ABDM फ़ैक्टशीट, अगस्त 2026।
• स्वास्थ्य डेटा प्रबंधन नीति का मसौदा (Draft Health Data Management Policy), संस्करण 2, अप्रैल 2022 (राष्ट्रीय स्वास्थ्य प्राधिकरण)।