FHIR (फास्ट हेल्थकेयर इंटरऑपरेबिलिटी रिसोर्सेज)

FHIR (फास्ट हेल्थकेयर इंटरऑपरेबिलिटी रिसोर्सेज) HL7 इंटरनेशनल का एक मानक है जो संसाधनों नामक मॉड्यूलर डेटा इकाइयों और वेब-शैली एप्लिकेशन प्रोग्रामिंग इंटरफेस का उपयोग करके स्वास्थ्य सेवा जानकारी के आदान-प्रदान के लिए है। यह स्वास्थ्य डेटा तक पहुंच को आसान बनाने और उस पर एप्लिकेशन बनाने के लिए पहले के HL7 मानकों के संरचित सूचना मॉडलिंग को व्यापक रूप से उपयोग की जाने वाली वेब तकनीकों — RESTful API, JSON और XML सीरियलाइज़ेशन, और मानक HTTP — के साथ जोड़ता है।

Definition

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

Scope

यह प्रविष्टि FHIR संसाधन मॉडल, इसके RESTful विनिमय प्रतिमान, स्थानीय आवश्यकताओं के लिए प्रोफाइलिंग, और पहले के HL7 मानकों और SMART on FHIR जैसे प्रतिस्थापन योग्य अनुप्रयोगों के साथ इसके संबंध को कवर करती है। यह FHIR को एक डेटा-विनिमय मानक और एक पद्धतिगत विषय के रूप में मानता है; यह कार्यान्वयन, सुरक्षा कॉन्फ़िगरेशन, या खरीद संबंधी मार्गदर्शन नहीं देता है।

Core questions

• FHIR संसाधन क्या है, और संसाधन एक रोगी रिकॉर्ड का प्रतिनिधित्व करने के लिए कैसे संयोजित होते हैं?
• RESTful API दृष्टिकोण HL7 v2 मैसेजिंग से कैसे भिन्न है?
• प्रोफाइल और एक्सटेंशन क्या हैं, और उनकी आवश्यकता क्यों है?
• FHIR SMART on FHIR जैसे प्रतिस्थापन योग्य अनुप्रयोगों को कैसे सक्षम बनाता है?

Key concepts

• संसाधन (रोगी, अवलोकन, मुठभेड़, दवा अनुरोध, आदि)
• RESTful API (बनाना, पढ़ना, अपडेट करना, हटाना, खोजना)
• JSON और XML सीरियलाइज़ेशन
• संदर्भ और बंडल
• प्रोफाइल और एक्सटेंशन
• कार्यान्वयन गाइड
• SMART on FHIR प्रतिस्थापन योग्य अनुप्रयोग

Mechanisms

FHIR स्वास्थ्य सेवा जानकारी को संसाधनों के रूप में मॉडल करता है — मॉड्यूलर इकाइयाँ जैसे रोगी (Patient), अवलोकन (Observation), या दवा अनुरोध (MedicationRequest) — प्रत्येक में तत्वों का एक परिभाषित सेट और एक स्थिर, पता योग्य पहचान होती है। संसाधन एक-दूसरे को संदर्भित करते हैं, और संसाधनों के समूहों को बंडलों में इकट्ठा किया जा सकता है। सिस्टम उन्हें एक RESTful इंटरफ़ेस के माध्यम से आदान-प्रदान करते हैं जिसमें मानक HTTP ऑपरेशन संसाधनों को बनाते, पढ़ते, अपडेट करते, हटाते और खोजते हैं, जिसमें डेटा JSON या XML के रूप में सीरियलाइज़ किया जाता है। क्योंकि व्यक्तिगत परिनियोजन को स्थानीय बाधाओं की आवश्यकता होती है, FHIR प्रोफाइलिंग का समर्थन करता है: प्रोफाइल और एक्सटेंशन आधार संसाधनों को एक क्षेत्राधिकार या उपयोग के मामले के अनुरूप बनाते हैं, और कार्यान्वयन गाइड इन्हें एक समुदाय के लिए पैकेज करते हैं। यह संसाधन-और-API डिज़ाइन प्रतिस्थापन योग्य अनुप्रयोगों को भी रेखांकित करता है, जहाँ एक FHIR एंडपॉइंट (SMART on FHIR पैटर्न) के विरुद्ध अधिकृत एक ऐप अनुरूप प्रणालियों में चल सकता है।

Clinical relevance

FHIR तेजी से रोगी-उन्मुख ऐप्स, नैदानिक डेटा एक्सेस और क्रॉस-संगठन विनिमय का आधार बन रहा है, और यह राष्ट्रीय अंतरसंचालनीयता नीति में शामिल है। यह प्रविष्टि बताती है कि FHIR डेटा को कैसे संरचित और उजागर करता है; यह मानक के बारे में संदर्भ सामग्री है और किसी भी नैदानिक प्रणाली के निर्माण, सुरक्षित करने या तैनात करने के लिए मार्गदर्शन नहीं है।

Evidence & guidelines

FHIR एक मानक HL7 इंटरनेशनल मानक है, जिसे HL7 के माध्यम से विकसित और मतदान किया गया है, जिसमें राष्ट्रीय और क्षेत्रीय कार्यान्वयन गाइड इसे स्थानीय उपयोग के लिए बाधित करते हैं। बेंडर और सरटिपी (2013) मानक के RESTful डिज़ाइन का एक प्रारंभिक तकनीकी विवरण है; बेंसन और ग्रीव की पाठ्यपुस्तक HL7 और SNOMED CT के साथ FHIR का एक समेकित विवरण देती है, और मैंडल और कोहेन (2012) FHIR द्वारा समर्थित खुली, ऐप-आधारित वास्तुकला के लिए नीतिगत तर्क प्रदान करते हैं।

History

FHIR HL7 द्वारा लगभग 2011-2012 में शुरू किया गया था, जिसका नेतृत्व ग्राहम ग्रीव ने किया था, जो HL7 संस्करण 3 के लिए जानबूझकर एक हल्का विकल्प था जिसने मुख्यधारा की वेब तकनीकों का पुन: उपयोग किया। बेंडर और सरटिपी (2013) जैसे शुरुआती विवरणों ने इसे एक चुस्त, RESTful दृष्टिकोण के रूप में प्रस्तुत किया, और मानक ने 2010 के दशक के दौरान मानक स्थिति की ओर लगातार रिलीज के माध्यम से प्रगति की, जो खुले, प्रतिस्थापन योग्य स्वास्थ्य आईटी के लिए नीतिगत तर्कों के साथ अभिसरण कर रहा था।

Debates

FHIR वास्तविक सिमेंटिक इंटरऑपरेबिलिटी को कितनी अच्छी तरह प्राप्त करता है?

FHIR संरचना और विनिमय को अच्छी तरह से मानकीकृत करता है, लेकिन सुसंगत अर्थ अभी भी प्रोफाइल और शब्दावली बाइंडिंग के अनुशासित उपयोग पर निर्भर करता है; कार्यान्वयनों में प्रोफाइलिंग में भिन्नता आउट-ऑफ-द-बॉक्स सिमेंटिक इंटरऑपरेबिलिटी को सीमित कर सकती है।

Key figures

• Grahame Grieve
• Duane Bender
• Kamran Sartipi
• Kenneth Mandl
• Isaac Kohane

Seminal works

• bender-sartipi-2013
• benson-grieve-2021

Frequently asked questions

FHIR HL7 v2 मैसेजिंग से कैसे भिन्न है?

HL7 v2 सीमांकित खंडों के साथ इवेंट-ड्रिवन संदेश भेजता है, जबकि FHIR एक RESTful वेब API के माध्यम से असतत संसाधनों को उजागर करता है जिसे सिस्टम सीधे पढ़, लिख और खोज सकते हैं, HTTP पर JSON जैसे मुख्यधारा के प्रारूपों का उपयोग करके।

SMART on FHIR का क्या अर्थ है?

SMART on FHIR एक पैटर्न है जिसमें एक एप्लिकेशन खुले मानकों का उपयोग करके एक FHIR एंडपॉइंट के विरुद्ध अधिकृत करता है, ताकि वही ऐप विभिन्न प्रणालियों में चल सके जो अनुरूप FHIR API को उजागर करते हैं; यह FHIR के संसाधन-और-API डिज़ाइन के लिए एक प्रेरणा है।