FHIR क्या है और आपके मेडिकल रिकॉर्ड के लिए यह क्यों महत्वपूर्ण है

अगर आपने कभी अपना मेडिकल रिकॉर्ड रखने के लिए कोई ऐप ढूंढा है, तो आपने FHIR संक्षिप्त नाम देखा होगा। यह विवरणों में, "सुरक्षा और अनुपालन" पृष्ठों पर, अस्पतालों और मंत्रालयों की घोषणाओं में दिखाई देता है। इसे शायद ही कभी समझाया जाता है। यह गाइड इसे बिना आपको प्रोग्रामर बनाए समझाती है: FHIR क्या है, यह कौन सी समस्या हल करता है, इसका आपके लिए ठोस रूप से क्या मतलब है, और यह कैसे पता करें कि कोई ऐप वास्तव में इसका उपयोग करता है या सिर्फ वेबसाइट पर लिखता है।

समस्या: हर सिस्टम अलग भाषा बोलता है

एक प्रयोगशाला में किया गया रक्त परीक्षण आपको PDF के रूप में मिलता है। वही परीक्षण, अस्पताल के सिस्टम में, अपने स्वयं के प्रारूप वाली डेटाबेस की एक पंक्ति होती है। आपके पारिवारिक डॉक्टर के पास यह शायद एक फ्री-टेक्स्ट नोट होता है। तीन स्थान, तीन प्रारूप, उनके बीच कोई लिंक नहीं। जब आप उन्हें एक साथ रखना चाहते हैं, तो एकमात्र उपकरण एक इंसान होता है जो पढ़ता और फिर से टाइप करता है।

दशकों से, मेडिकल सिस्टम ठीक इसी तरह बनाए गए थे: प्रत्येक अपने स्वयं के प्रारूप के साथ, केवल विशेष रूप से लिखे गए "ब्रिज" के माध्यम से दूसरों के साथ डेटा का आदान-प्रदान करते थे, जो महंगे और नाजुक थे। पुराने मानक (HL7 संस्करण 2, 1980 के दशक से, या CDA) ने अस्पतालों के लिए समस्या को आंशिक रूप से हल किया, लेकिन आधुनिक ऐप्स के लिए उनका उपयोग करना कठिन है और किसी व्यक्ति के लिए पढ़ना लगभग असंभव है।

FHIR क्या है

FHIR (उच्चारण "फायर") का मतलब है Fast Healthcare Interoperability Resources। यह HL7 International द्वारा प्रकाशित एक मानक है, जो वह संगठन है जिसने 35 से अधिक वर्षों से परिभाषित किया है कि मेडिकल डेटा सिस्टम के बीच कैसे चलता है। आज व्यापक रूप से उपयोग किया जाने वाला संस्करण R4 (4.0.1) है, जो 2019 में प्रकाशित हुआ था; एक नया संस्करण, R5, 2023 से मौजूद है, लेकिन दुनिया के अधिकांश सिस्टम, जिसमें यूरोपीय संघ और अमेरिका में कानूनी आवश्यकताएं शामिल हैं, R4 पर आधारित हैं।

मुख्य विचार सरल है: मेडिकल जानकारी का कोई भी टुकड़ा एक ज्ञात संरचना वाले संसाधन के रूप में वर्णित किया गया है। रोगी के लिए एक संसाधन (Patient) है, परीक्षण या माप के लिए एक (Observation), निदान के लिए एक (Condition), निर्धारित दवा के लिए एक (MedicationRequest), एलर्जी के लिए एक (AllergyIntolerance), टीकाकरण के लिए एक (Immunization), दस्तावेज़ के लिए एक (DocumentReference) और इसी तरह, कुल मिलाकर लगभग 150। प्रत्येक संसाधन में परिभाषित फ़ील्ड होते हैं: एक Observation में मापा गया कोड, एक मान, एक इकाई, एक तिथि, किसने मापा, किसके लिए।

संसाधन JSON या XML में लिखे जाते हैं, जो हर प्रोग्रामिंग भाषा पढ़ती है, और इंटरनेट पर वेब पृष्ठों की तरह ही यात्रा करते हैं, पतों और HTTP अनुरोधों के माध्यम से। यही पुराने मानकों से अंतर है: FHIR उन उपकरणों का उपयोग करता है जिन्हें हर प्रोग्रामर पहले से जानता है, इसलिए इसे लागू करना सस्ता है और गलत तरीके से लागू करना कठिन है।

कोड: ताकि हर कोई एक ही बात समझे

संरचना पर्याप्त नहीं है। यदि एक सिस्टम "रक्त शर्करा" लिखता है और दूसरा "सीरम ग्लूकोज" लिखता है, तो वे अभी भी एक-दूसरे को नहीं समझते हैं। FHIR सामग्री के लिए मानक कोड की आवश्यकता करके इसे हल करता है:

• LOINC परीक्षणों और मापों के लिए: उपवास ग्लूकोज कोड 1558-6 है, दुनिया में कहीं भी।
• SNOMED CT और ICD-10 निदान और प्रक्रियाओं के लिए।
• ATC (WHO वर्गीकरण) दवाओं के लिए, सक्रिय पदार्थ के अनुसार।
• UCUM इकाइयों के लिए: mg/dL और mmol/L हर जगह समान रूप से लिखे जाते हैं, और रूपांतरण स्वचालित होता है।

संरचना और कोड के साथ, सिबियू में एक प्रयोगशाला द्वारा उत्पादित FHIR संसाधन वियना में एक अस्पताल या कैलिफ़ोर्निया में एक ऐप द्वारा सही ढंग से पढ़ा जाता है, बिना किसी ने उनके बीच "ब्रिज" लिखा हो।

आपके लिए इसका ठोस रूप से क्या मतलब है

चार चीजें, सबसे अधिक दिखाई देने वाली से लेकर सबसे महत्वपूर्ण तक।

आपका डेटा ले जाया जा सकता है। यदि आपका रिकॉर्ड FHIR के रूप में संग्रहीत है, तो इसे पूरी तरह से निर्यात किया जा सकता है और किसी अन्य संगत सिस्टम में आयात किया जा सकता है। आप एक एकल ऐप पर निर्भर नहीं हैं और आप किसी ऐसे प्रारूप के बंधक नहीं हैं जिसे केवल वही समझता है। "आपका" का मतलब, व्यवहार में, "मानक प्रारूप में निर्यात योग्य" है।

आपके डेटा को डॉक्टर समझ सकते हैं। एक नया डॉक्टर, दूसरे देश का अस्पताल, एक आपातकालीन सेवा: वे सभी एक FHIR सारांश (आमतौर पर एक International Patient Summary के रूप में) प्राप्त कर सकते हैं और इसे अपने सिस्टम में, अपने कोड के साथ, अपनी भाषा में पढ़ सकते हैं। 40-पृष्ठ का PDF नहीं, बल्कि डेटा जिसे वे खोज, फ़िल्टर और तुलना कर सकते हैं।

आपका डेटा एक साथ लाया जा सकता है। विभिन्न प्रयोगशालाओं से परीक्षण, आपकी घड़ी से माप, नुस्खे से दवाएं, स्कैन किए गए दस्तावेज़: जब सभी LOINC कोड और तिथियों के साथ FHIR संसाधन होते हैं, तो वे एक ही समयरेखा पर फिट होते हैं और उनकी तुलना की जा सकती है। एक अच्छा ऐप यह स्वचालित रूप से करता है।

आपका डेटा एक वादे से नहीं, बल्कि एक मानक से सुरक्षित है। FHIR डेटा तक पहुंच कैसे दी जाती है, इसका भी वर्णन करता है: SMART on FHIR के माध्यम से, OAuth 2 पर आधारित एक फ्रेमवर्क, जिसमें आप स्पष्ट रूप से स्वीकृत करते हैं कि कौन सा ऐप रिकॉर्ड के किस हिस्से को, कितनी देर तक देखता है, और आप पहुंच वापस ले सकते हैं। यह वही तंत्र है जिसका आप उपयोग करते हैं जब आप किसी वेबसाइट पर "Google से साइन इन करें" करते हैं, जिसे मेडिकल डेटा पर लागू किया जाता है, जिसमें बारीक अनुमतियां होती हैं (केवल परीक्षण, केवल दवाएं, केवल पढ़ने के लिए)।

FHIR का उपयोग कहाँ किया जा रहा है

FHIR "भविष्य के लिए" एक मानक नहीं है। यह पहले से ही उन जगहों पर अनिवार्य या उपयोग में है जिन्हें आप जानते हैं:

• संयुक्त राज्य अमेरिका कानून (21st Century Cures Act और 2020 ONC नियम) द्वारा आवश्यक है कि कोई भी प्रमाणित मेडिकल सिस्टम FHIR R4 API के माध्यम से रोगी का डेटा उजागर करे, और रोगी अपने डेटा को अपनी पसंद के ऐप के साथ ले जा सकें।
• Apple Health Records iPhone पर Health ऐप में सैकड़ों अस्पतालों से रिकॉर्ड लाता है, FHIR के माध्यम से।
• यूरोपीय संघ ने यूरोपीय इलेक्ट्रॉनिक स्वास्थ्य रिकॉर्ड एक्सचेंज प्रारूप (EEHRxF) के लिए FHIR को चुना है, जिसे EHDS विनियमन सदस्य राज्यों पर लागू करता है; MyHealth@EU के माध्यम से देशों के बीच आदान-प्रदान किए जाने वाले रोगी सारांश इस पर आधारित हैं।
• यूनाइटेड किंगडम, नीदरलैंड, जर्मनी और नॉर्डिक देश अपने राष्ट्रीय बुनियादी ढांचे में FHIR का उपयोग करते हैं, जर्मन इलेक्ट्रॉनिक नुस्खे से लेकर डच रिकॉर्ड तक।
• विश्व स्वास्थ्य संगठन ने अपने डिजिटल स्वास्थ्य प्रमाणपत्रों के वैश्विक नेटवर्क के लिए FHIR-आधारित अंतर्राष्ट्रीय रोगी सारांश को चुना है।

आपके लिए, इसका मतलब है कि FHIR R4 के रूप में आपका रिकॉर्ड रखने वाला ऐप एक द्वीप नहीं है: यह वह भाषा बोलता है जो अस्पताल और अधिकारी पहले से बोलते हैं, अभी और अगले दशक तक।

FHIR का वास्तव में उपयोग करने वाले ऐप को कैसे पहचानें

कोई भी वेबसाइट पर "FHIR" लिख सकता है। नीचे दिए गए प्रश्न शब्द को वास्तविकता से अलग करते हैं।

1. क्या मैं अपना पूरा रिकॉर्ड FHIR के रूप में निर्यात कर सकता हूँ? "एक PDF रिपोर्ट" नहीं, बल्कि संसाधनों वाली एक फ़ाइल (Bundle) जिसे कोई अन्य सिस्टम आयात कर सके। यदि उत्तर "नहीं" या "केवल अनुरोध पर, ई-मेल द्वारा" है, तो डेटा वास्तव में आपका नहीं है।
2. क्या लैब परिणामों में LOINC कोड और UCUM इकाइयाँ होती हैं? एक ऐप जो केवल "कोलेस्ट्रॉल: 210" को टेक्स्ट के रूप में संग्रहीत करता है, उसकी तुलना दूसरे लैब से पिछले साल के मान से नहीं कर सकता। जो कोड और इकाई संग्रहीत करता है वह कर सकता है।
3. क्या मैं किसी और को सीमित और वापस लेने योग्य पहुंच दे सकता हूँ? एक डॉक्टर, एक क्लिनिक, एक और ऐप: SMART on FHIR के साथ, आप चुनते हैं कि वे क्या देखते हैं और कब तक, और आप देखते हैं कि किसने क्या पढ़ा।
4. क्या मैं एक IPS सारांश उत्पन्न कर सकता हूँ? यह "इंटरऑपरेबिलिटी" का व्यावहारिक परीक्षण है: यदि ऐप मानक सारांश का उत्पादन कर सकता है जिसे कोई भी यूरोपीय अस्पताल पढ़ता है, तो इसके पीछे की संरचना वास्तविक है।
5. क्या सार्वजनिक डेवलपर दस्तावेज़ीकरण है? एक सार्वजनिक क्षमता कथन (CapabilityStatement) के साथ एक प्रलेखित FHIR API का मतलब है कि अन्य सिस्टम वास्तव में कनेक्ट हो सकते हैं। यदि कोई नहीं है, तो "इंटरऑपरेबल" सिर्फ एक विशेषण है।

FHIR क्या हल नहीं करता है

सीमाओं को बताना भी उचित है। FHIR डेटा के प्रारूप और परिवहन का वर्णन करता है, उसकी गुणवत्ता का नहीं: गलत तरीके से दर्ज किया गया परिणाम एक अच्छे प्रारूप में भी गलत रहता है। FHIR आपकी गोपनीयता की गारंटी नहीं देता है; यह इस बात से आता है कि डेटा कौन होस्ट करता है, किस देश में और किन एक्सेस नियमों के तहत। और FHIR सिस्टम को डेटा का आदान-प्रदान करने के लिए प्रेरित नहीं करता है: कई अस्पतालों में FHIR API होता है और वे किसी को भी नहीं खोलते हैं, यही कारण है कि कानून (अमेरिका में, और यूरोपीय संघ में EHDS के माध्यम से) उन्हें बाध्य करने के लिए मौजूद है।

Anpheros FHIR का उपयोग कैसे करता है

Anpheros प्रत्येक व्यक्ति के रिकॉर्ड को HL7 FHIR R4 संसाधनों (26 संसाधन प्रकार, Patient और Observation से DocumentReference और Consent तक) के रूप में संग्रहीत करता है, जिसमें LOINC, ICD-10, ATC और UCUM कोड होते हैं, यूरोपीय संघ में। Anpheros Daily ऐप वही सार्वजनिक API क्लिनिक और डेवलपर्स द्वारा उपयोग किए जाने वाले का एक क्लाइंट है; कोई अलग "आंतरिक" प्रारूप नहीं है। आप किसी भी समय पूर्ण रिकॉर्ड या IPS सारांश निर्यात कर सकते हैं, जिसे आधिकारिक HL7 सत्यापनकर्ता के साथ मान्य किया गया है। अन्य ऐप्स के लिए पहुंच SMART on FHIR के माध्यम से दी जाती है, सीमित अवधि के लिए सहमति के साथ, वापस लेने योग्य, और एक लॉग के साथ जिसे आप देख सकते हैं। API दस्तावेज़ीकरण और क्षमता कथन developers.anpheros.com पर सार्वजनिक हैं।

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

क्या मुझे अपना रिकॉर्ड उपयोग करने के लिए FHIR जानने की आवश्यकता है?

नहीं। FHIR हुड के नीचे है। आप परीक्षण, दवाएं और दस्तावेज़ देखते हैं; मानक उन्हें चलाने योग्य, तुलनीय और डॉक्टरों द्वारा पढ़ने योग्य बनाता है। यह जानना लायक है कि यह केवल इसलिए मौजूद है ताकि आप यह चुन सकें कि आप अपना डेटा कहाँ रखते हैं।

क्या FHIR राष्ट्रीय इलेक्ट्रॉनिक रिकॉर्ड के समान है?

नहीं। FHIR एक प्रारूप और परिवहन का एक तरीका है; राष्ट्रीय रिकॉर्ड एक सिस्टम है। कई राष्ट्रीय सिस्टम FHIR का उपयोग करते हैं या अपना रहे हैं, लेकिन इस तथ्य का मतलब यह नहीं है कि एक देश में इलेक्ट्रॉनिक रिकॉर्ड है कि आप अपना डेटा FHIR के रूप में उससे बाहर निकाल सकते हैं। यूरोपीय संघ में, EHDS ठीक यही आवश्यक करेगा।

FHIR R4 और R5 के बीच क्या अंतर है?

R5 (2023) सुधार लाता है, लेकिन यह अभी तक कानून द्वारा आवश्यक नहीं है और कुछ ही सिस्टम इसका उपयोग करते हैं। R4 (2019) अमेरिकी और यूरोपीय संघ की आवश्यकताओं और मौजूदा कार्यान्वयनों का आधार है। R4 पर एक ऐप आज एक सुरक्षित विकल्प है; R5 में बदलाव धीरे-धीरे, संगतता के साथ होगा।

यदि मेरा निर्यात FHIR है, तो क्या मैं वास्तव में इसे किसी अन्य ऐप में आयात कर सकता हूँ?

यदि दूसरा ऐप FHIR आयात स्वीकार करता है, तो हाँ, एक शर्त पर: मानक कोड। LOINC, ICD-10 और UCUM वाले संसाधन साफ ​​रूप से मैप होते हैं; फ्री टेक्स्ट वाले नोट्स के रूप में समाप्त होते हैं। इसीलिए यह महत्वपूर्ण है कि स्रोत ऐप ने शुरुआत से ही डेटा को कोड किया हो।

क्या FHIR सुरक्षित है?

FHIR अपने आप में न तो सुरक्षित है और न ही असुरक्षित; यह एक प्रारूप है। सुरक्षा कार्यान्वयन से आती है: एन्क्रिप्शन, होस्टिंग, प्रमाणीकरण, सहमति। SMART on FHIR नियंत्रित पहुंच के लिए एक अच्छा ढांचा प्रदान करता है, लेकिन आपको अभी भी देखना होगा कि डेटा कौन रखता है और कहाँ।