विषय 4.3 — अंतरसंचालनीयता और डेटा मानक

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

यह स्वास्थ्य और देखभाल में क्यों महत्वपूर्ण है#

एक व्यक्ति की देखभाल शायद ही कभी एक जगह होती है। एक एकल एपिसोड एक GP प्रैक्टिस, एक एम्बुलेंस सेवा, एक आपातकालीन विभाग, एक अस्पताल वार्ड, एक सामुदायिक नर्स, एक फार्मेसी, एक सामाजिक देखभाल टीम, और घर पर एक देखभालकर्ता को छू सकता है। इनमें से हर एक रिकॉर्ड का हिस्सा रखता है। अगर उन हिस्सों को सुरक्षित और जल्दी एक साथ नहीं लाया जा सकता, तो क्लिनिशियन गायब जानकारी के साथ निर्णय लेते हैं: एक एलर्जी नहीं देखी गई, एक दवा दोगुनी निर्धारित, एक परीक्षण अनावश्यक रूप से दोहराया गया, एक सुरक्षा-संरक्षण फ्लैग उस टीम के लिए अदृश्य जिसे इसकी आवश्यकता है।

अंतरसंचालनीयता वह है जो असंबद्ध सिस्टमों के एक समूह को, रोगी के दृष्टिकोण से, एक जुड़ी हुई सेवा की तरह व्यवहार करने वाली किसी चीज़ में बदल देती है। यह एकीकृत देखभाल के नीचे की प्लंबिंग है। जब यह काम करती है, तो एक संगठन में एक क्लिनिशियन देख सकता है कि दूसरे ने क्या रिकॉर्ड किया है, और भरोसा कर सकता है कि इसका वही अर्थ है जो वे सोचते हैं। जब यह विफल होती है, तो विफलता अक्सर तब तक मौन रहती है जब तक किसी को नुकसान नहीं होता।

यह एक समानता मुद्दा भी है। सबसे जटिल आवश्यकताओं वाले लोग — कमज़ोर वृद्ध वयस्क, कई दीर्घकालिक स्थितियों वाले, सेवाओं के बीच घूमने वाले लोग — ठीक वही लोग हैं जिनका डेटा सबसे अधिक खंडित है। इसलिए खराब अंतरसंचालनीयता सबसे कमज़ोर को सबसे अधिक नुकसान पहुंचाती है। और यह सार्वजनिक विश्वास का मामला है: लोग उचित रूप से मानते हैं कि NHS पहले से ही उनकी जानकारी समझदारी से साझा करता है, और यह जानकर निराश होते हैं कि यह कितनी बार नहीं करता।

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

मुख्य अवधारणाएं#

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

स्वास्थ्य डेटा का आदान-प्रदान मानकों का उपयोग करके किया जाता है। Health Level 7 (HL7) स्वास्थ्य सेवा में सबसे अधिक उपयोग किया जाने वाला मानकों का परिवार है। इसका पुराना HL7 संस्करण 2 (v2) संदेश, पाइप-और-कैरेट परिसीमित पाठ का उपयोग करते हुए, अभी भी अस्पताल संदेश की एक विशाल मात्रा को आधार देता है और वर्षों तक देगा। इसका आधुनिक मानक, HL7 Fast Healthcare Interoperability Resources (FHIR), क्लिनिकल जानकारी को वेब-शैली application programming interfaces (APIs) पर आदान-प्रदान किए गए "संसाधनों" के रूप में मॉडल करता है, जो इसे आधुनिक डेवलपर्स के लिए काम करना बहुत आसान बनाता है।

संदेश के लिए मानक पर्याप्त नहीं हैं; आपको सामग्री के लिए मानक शब्दावली की भी आवश्यकता है। SNOMED CT (Systematized Nomenclature of Medicine — Clinical Terms) निदान, लक्षण, प्रक्रियाओं और अधिक को रिकॉर्ड करने के लिए पूरे NHS देखभाल में अनिवार्य क्लिनिकल शब्दावली है। NHS Dictionary of medicines and devices (dm+d) दवाओं और चिकित्सा उपकरणों के लिए मानक शब्दावली है, और इलेक्ट्रॉनिक प्रिस्क्राइबिंग को आधार देता है। World Health Organization द्वारा बनाए रखे गए International Classification of Diseases, 10वें और 11वें संशोधन (ICD-10 और ICD-11), दिन-प्रतिदिन क्लिनिकल रिकॉर्डिंग के बजाय वर्गीकरण, आंकड़ों, और प्रतिपूर्ति के लिए उपयोग किए जाते हैं। openEHR साझा, क्लिनिकल रूप से शासित "आर्केटाइप्स" के माध्यम से स्वयं स्वास्थ्य रिकॉर्ड को संरचित करने के लिए एक खुली विशिष्टता है, और कुछ संगठनों द्वारा क्लिनिकल डेटा मॉडल को किसी एक आपूर्तिकर्ता से स्वतंत्र रखने के लिए उपयोग किया जाता है।

दो और विचार आधारभूत हैं। NHS Number सामान्य रोगी पहचानकर्ता है जो संगठनों में एक ही व्यक्ति के बारे में रिकॉर्ड को मज़बूती से जोड़ने देता है; एक साझा पहचानकर्ता के बिना, मिलान अनुमान है। और Integrating the Healthcare Enterprise (IHE) "प्रोफाइल" प्रकाशित करता है जो निर्दिष्ट करते हैं कि दस्तावेज़ साझा करने जैसी ठोस समस्याओं को हल करने के लिए मौजूदा मानकों को बिल्कुल कैसे जोड़ा जाए, ताकि विभिन्न आपूर्तिकर्ता उन्हें एक ही तरह लागू करें।

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

सर्वोत्तम प्रथाएं#

1. शब्दार्थ को तकनीकी अंतरसंचालनीयता से अलग करें, और दोनों के लिए डिज़ाइन करें। यह मनाना आसान है कि एक संदेश अब दो सिस्टमों के बीच बहता है और यह चूकना कि प्राप्त करने वाला क्लिनिशियन इसके अर्थ पर सुरक्षित रूप से भरोसा नहीं कर सकता। हमेशा पूछें: क्या दूसरा पक्ष इन कोडों, इकाइयों, और निषेधों की उसी तरह व्याख्या करता है जैसे हम करते हैं? साझा शब्दावली (SNOMED CT, dm+d) और मूल्य सेटों में निवेश करें, केवल संदेश प्रारूपों में नहीं, क्योंकि एक सही ढंग से प्रसारित लेकिन गलत समझी गई एलर्जी कोई संदेश न होने से अधिक खतरनाक है।

2. खुले मानकों के लिए निर्माण करें और पुनर्आविष्कार के बजाय प्लेटफ़ॉर्म का पुन: उपयोग करें। व्यापक रूप से समर्थित सिद्धांत अपनाएं: खुले मानकों के लिए निर्माण करें, और अपना खुद का बनाने से पहले मौजूदा राष्ट्रीय प्लेटफ़ॉर्म और सेवाओं का पुन: उपयोग करें। NHS में इसका अर्थ है HL7 FHIR APIs को प्राथमिकता देना, पहचानकर्ता के रूप में NHS Number का उपयोग करना, और बेस्पोक बिंदु-से-बिंदु लिंक बनाने के बजाय Spine, GP Connect, और साझा देखभाल रिकॉर्ड जैसी राष्ट्रीय सेवाओं से जुड़ना। पुन: उपयोग लागत को कम करता है, रखरखाव बोझ को फैलाता है, और इसका अर्थ है कि आपका डेटा यात्रा कर सकता है।

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

4. डेटा गुणवत्ता को एक प्रथम-श्रेणी वितरण योग्य मानें। अंतरसंचालनीयता आपकी डेटा गुणवत्ता समस्याओं को हर किसी को डाउनस्ट्रीम निर्यात करती है। अपने डेटा को प्रोफ़ाइल करें, पूर्णता और कोडिंग निरंतरता को मापें, और प्रबंधन स्थापित करें ताकि त्रुटियां स्रोत पर पाई और ठीक की जाएं। कोडिंग बहाव, जहां संरचित डेटा की आवश्यकता है वहां मुक्त पाठ, और असंगत इकाइयां चुपचाप हर डाउनस्ट्रीम विश्लेषण और क्लिनिकल दृश्य को भ्रष्ट कर देंगी, इसलिए इस काम को स्पष्ट रूप से वित्तपोषित करें बजाय यह मान लेने के कि यह अपने आप होता है।

5. तंग एकीकरण की तुलना में API-पहले, ढीले से जुड़े आर्किटेक्चर को प्राथमिकता दें। डिज़ाइन करें ताकि क्षमताएं अच्छी तरह से दस्तावेज़ीकृत, संस्करणित APIs के माध्यम से उजागर हों जिन्हें दूसरे बेस्पोक बातचीत के बिना उपभोग कर सकें। यह शुरुआत में एक सीधे डेटाबेस लिंक की तुलना में धीमा है, लेकिन यह वही है जो आपको इसके चारों ओर सब कुछ फिर से बनाए बिना एक घटक को बदलने देता है। यह इस बात से भी संरेखित होता है कि राष्ट्रीय सेवाएं और आधुनिक आपूर्तिकर्ता अब कैसे एकीकृत होने की अपेक्षा करते हैं, और यह विषय 3.5 — डिलीवरी जीवनचक्र में वितरण दृष्टिकोणों का समर्थन करता है।

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

7. खरीद और अनुबंधों में अंतरसंचालनीयता और खुले-मानक आवश्यकताएं लिखें। लॉक-इन से बचने का सबसे सस्ता समय हस्ताक्षर करने से पहले है। खुले, दस्तावेज़ीकृत APIs, एक मानक प्रारूप में अपना डेटा निकालने का अधिकार, नामित मानकों का पालन, और मानक एकीकरण के लिए कोई शुल्क नहीं की आवश्यकता रखें। अपने वाणिज्यिक सहयोगियों के साथ काम करें (विषय 6.3 — खरीद और वाणिज्यिक देखें) ताकि ये अनिवार्य मूल्यांकन मानदंड बन जाएं, बाद में दूर बातचीत की गई आकांक्षाएं नहीं।

8. क्लिनिकल सुरक्षा और सूचना प्रशासन के कमरे में होने के साथ अंतरसंचालनीयता को शासित करें। हर नया डेटा प्रवाह क्लिनिकल जोखिम और गोपनीय जानकारी की हैंडलिंग बदलता है। शुरुआत से डिज़ाइन निर्णयों में क्लिनिकल सुरक्षा अधिकारियों और सूचना प्रशासन प्रमुखों को लाएं, अंतिम साइन-ऑफ के रूप में नहीं, ताकि साझा रिकॉर्ड सुरक्षित और कानूनी दोनों हों। यह सीधे विषय 1.6 — क्लिनिकल सुरक्षा और जोखिम प्रबंधन और विषय 1.7 — सूचना प्रशासन, डेटा सुरक्षा और साइबर सुरक्षा से जुड़ता है।

आपकी टीम के साथ चर्चा करने के लिए प्रश्न#

1. हमारे देखभाल मार्गों में कहां गायब या गलत समझा गया डेटा आज सबसे बड़ा क्लिनिकल जोखिम पैदा करता है? अंतरसंचालनीयता निवेश को नुकसान और मूल्य का पालन करना चाहिए, आर्किटेक्चरल फैशन का नहीं। अपने सबसे जटिल रोगी वास्तव में जो यात्राएं करते हैं उन्हें मैप करें और वे हैंड-ऑफ खोजें जहां जानकारी खो जाती है, देरी होती है, या बिना भरोसेमंद अर्थ के पहुंचती है। क्लिनिशियनों से पूछें कि वे नियमित रूप से कहां अंधे होकर काम करते हैं — स्थानांतरण, घंटों-के-बाहर अंतराल, स्वास्थ्य और सामाजिक देखभाल के बीच की सीमा। उन जगहों को अलग करें जहां डेटा बिल्कुल नहीं बहता उन जगहों से जहां यह बहता है लेकिन भरोसा नहीं किया जा सकता, क्योंकि इन्हें अलग-अलग फिक्स की आवश्यकता है। विचार करें कि कौन सी जनसंख्या सबसे अधिक प्रभावित है, क्योंकि विखंडन सबसे जटिल आवश्यकताओं वाले लोगों पर सबसे कठोर रूप से गिरता है। उत्तर आपको बताता है कि कहां से शुरू करें, और आपको एक क्लिनिकल-सुरक्षा मामला देता है जो किसी भी तकनीकी तर्क से अधिक वजन रखेगा।

2. हम विक्रेता लॉक-इन के लिए कितने उजागर हैं, और हमारे मुख्य क्लिनिकल सिस्टमों को बदलने में हमें वास्तव में क्या खर्च होगा? कई संगठन एक बंद सिस्टम की वास्तविक कीमत तभी खोजते हैं जब वे इसे छोड़ने की कोशिश करते हैं। ठोस रूप से काम करें कि अपने डेटा को एक उपयोग योग्य, मानक रूप में निकालने और किसी अन्य आपूर्तिकर्ता की ओर बढ़ने के लिए क्या लगेगा। अपने अनुबंधों की जांच करें कि डेटा का स्वामी कौन है, कौन से मानक इंटरफेस मौजूद हैं, और क्या आपसे उन एकीकरणों के लिए शुल्क लिया जाता है जो नियमित होने चाहिए। उन स्वामित्व वाले इंटरफेस और डेटा प्रारूपों की पहचान करें जिन्हें खोलना होगा। इसे विकल्पों और राष्ट्रीय प्लेटफ़ॉर्मों की खुलेपन के विरुद्ध तौलें जिनका आप इसके बजाय पुन: उपयोग कर सकते हैं। यह आपूर्तिकर्ताओं को बदलने के बारे में नहीं है; यह आपके लाभ को समझने और इस जोखिम को कम करने के बारे में है कि एक ही विक्रेता का रोडमैप आपका एकमात्र विकल्प बन जाए।

3. क्या हमारा डेटा सुरक्षित रूप से साझा करने के लिए पर्याप्त अच्छा है, और हमें कैसे पता चलेगा? खराब डेटा साझा करना सिर्फ आपको शर्मिंदा नहीं करता — यह त्रुटियों को अन्य क्लिनिशियनों के निर्णयों में फैलाता है। पूछें कि क्या आप वास्तव में उस डेटा की पूर्णता, सटीकता, समयबद्धता, और कोडिंग निरंतरता को मापते हैं जिसे आप उजागर करना चाहते हैं। चर्चा करें कि आपके संगठन में डेटा गुणवत्ता का स्वामी कौन है और क्या उनके पास स्रोत पर समस्याओं को ठीक करने का समय और अधिदेश है। विचार करें कि रिकॉर्ड का कितना अनुपात एक सत्यापित NHS Number रखता है और कितनी क्लिनिकल रूप से महत्वपूर्ण जानकारी अभी भी कोडित फ़ील्ड के बजाय मुक्त पाठ में बैठती है। सोचें कि आप एक व्यवस्थित कोडिंग त्रुटि को एक साझा देखभाल रिकॉर्ड तक पहुंचने से पहले कैसे पता लगाएंगे। यदि आप इन प्रश्नों का साक्ष्य के साथ उत्तर नहीं दे सकते, तो इसे अपने आप में एक खोज मानें, और पाइप चौड़ा करने से पहले डेटा-गुणवत्ता कार्य को वित्तपोषित करें।

4. जब एक आपूर्तिकर्ता कहता है "हम FHIR का समर्थन करते हैं", तो हम गो-लाइव से पहले इसे वास्तव में कैसे सत्यापित करेंगे? एक मानक लेबल तब तक एक विपणन दावा है जब तक इसे एक विशिष्ट कार्यान्वयन गाइड के विरुद्ध परीक्षण नहीं किया जाता। चर्चा करें कि क्या आपके संगठन की अपनी कोई अनुरूपता-परीक्षण क्षमता है, या क्या आप बस आपूर्तिकर्ताओं को उनके शब्द पर लेते हैं। दो सिस्टम प्रत्येक "FHIR-अनुरूप" हो सकते हैं और फिर भी एक उपयोग योग्य संदेश का आदान-प्रदान करने में असमर्थ हो सकते हैं, क्योंकि मानक जानबूझकर लचीला है और अर्थ उन प्रोफाइल और मूल्य सेटों में रहता है जो इसे पिन करते हैं। पूछें कि प्रश्न में इंटरफ़ेस पर कौन से राष्ट्रीय कार्यान्वयन गाइड और IHE प्रोफाइल लागू होते हैं, और आपकी तरफ कौन उन्हें पढ़ने में सक्षम है। विचार करें कि क्या अनुरूपता को जुड़ने की एक शर्त के रूप में अनुबंध में लिखा गया है, या एकीकरण के दौरान दर्दनाक रूप से खोजा गया है। एक ईमानदार उत्तर उस विशिष्ट प्रोफ़ाइल को नाम देता है जिसके विरुद्ध आप परीक्षण करेंगे, वह व्यक्ति या फ़ंक्शन जो परीक्षण चलाएगा, और समयरेखा में वह बिंदु जहां एक विफल आपूर्तिकर्ता को लहराने के बजाय दूर कर दिया जाता है।

5. हमारे संगठन में मानकों, शब्दावली, और अनुरूपता का स्वामी कौन है, और क्या उनके पास ना कहने का अधिदेश है? अंतरसंचालनीयता प्रबंधन के बिना क्षय होती है: मूल्य सेट बहते हैं, स्थानीय गाइड अलग होते हैं, और हर नई परियोजना चुपचाप अपनी खुद की व्याख्या का आविष्कार करती है। पूछें कि क्या मानकों, SNOMED CT और dm+d उपसमुच्चयों, और अनुरूपता के लिए जिम्मेदार एक नामित फ़ंक्शन है, या क्या यह ज्ञान कुछ व्यक्तियों के दिमाग में बैठता है। केंद्रीय निरंतरता और स्थानीय वितरण गति के बीच तनाव पर विचार करें — दबाव में टीमें सबसे तेज़ चीज़ बनाएंगी जब तक कि एक मानक फ़ंक्शन के पास पुन: उपयोग की मांग करने का वास्तविक अधिकार न हो। चर्चा करें कि शब्दावली रखरखाव को कैसे वित्तपोषित किया जाता है, यह देखते हुए कि यह अचमकदार, निरंतर है, और किसी एक परियोजना के बजाय सभी को लाभान्वित करता है। देखें कि आप कैसे कार्यान्वयन को संरेखित रखते हैं जैसे FHIR, SNOMED CT, और राष्ट्रीय गाइड विकसित होते हैं, बजाय उस संस्करण पर जमने के जिसे आपने पहली बार अपनाया था। एक ईमानदार उत्तर जवाबदेह स्वामी, उनके वित्तपोषण, और एक हालिया उदाहरण की पहचान करता है जहां उन्होंने या तो एक मानक को लागू किया या ऐसा करने में विफल रहे।

6. क्या जिन लोगों के रिकॉर्ड हम जोड़ रहे हैं वे सूचित हैं और संतुष्ट हैं कि उनका डेटा कैसे बहता है? अंतरसंचालनीयता केवल एक तकनीकी और क्लिनिकल मामला नहीं बल्कि सार्वजनिक विश्वास और कानूनी आधार का प्रश्न है। लोग उचित रूप से मानते हैं कि NHS पहले से ही उनकी जानकारी समझदारी से साझा करता है, और दोनों तब निराश होते हैं जब यह नहीं करता और जब यह उन तरीकों से करता है जिनकी उन्होंने अपेक्षा नहीं की। चर्चा करें कि क्या रोगी समझते हैं कि कौन से संगठन उनके साझा रिकॉर्ड को देख सकते हैं, प्रवाह में एक राष्ट्रीय डेटा ऑप्ट-आउट या स्थानीय सहमति मॉडल का सम्मान कैसे किया जाता है, और अभिगम कैसे रिकॉर्ड और ऑडिट योग्य है। समानता आयाम पर विचार करें: जिन लोगों का डेटा सबसे अधिक खंडित है — जटिल आवश्यकताओं वाले — वे भी सबसे कम ऑप्ट-आउट और सूचना नोटिस को नेविगेट करने में सक्षम हैं। सूचना प्रशासन को, और जहां प्रासंगिक हो रोगियों या उनके प्रतिनिधियों को, डिज़ाइन में लाएं बजाय सहमति को अंत में चेक किए गए एक बॉक्स के रूप में मानने के। एक ईमानदार उत्तर हर प्रवाह के लिए कानूनी आधार का वर्णन कर सकता है, एक व्यक्ति यह कैसे पता लगाएगा कि किसने उनका रिकॉर्ड देखा है, और उनकी पसंद का अंत से अंत तक कैसे सम्मान किया जाता है।

व्यवहार में: एक स्वास्थ्य और देखभाल उदाहरण#

इंग्लैंड के उत्तर में एक एकीकृत देखभाल प्रणाली क्लिनिशियनों को GP प्रैक्टिस, अस्पताल, और सामुदायिक फार्मेसी में साझा दवाओं का एक एकल दृश्य देने के लिए निकलती है, एक गंभीर घटना समीक्षा के बाद जिसने पाया कि एक रोगी को उन टीमों द्वारा दो परस्पर क्रिया करने वाली दवाएं निर्धारित की गई थीं जो एक-दूसरे के रिकॉर्ड नहीं देख सकती थीं।

प्रलोभन एक आपूर्तिकर्ता से एक "दवा डैशबोर्ड" खरीदने और इसे सीधे हर सिस्टम के डेटाबेस में तार करने का है। अंतरसंचालनीयता प्रमुख इसका विरोध करता है। इसके बजाय कार्यक्रम एक खुले-मानकों-के-लिए-निर्माण दृष्टिकोण अपनाता है। हर स्रोत सिस्टम दवा डेटा को HL7 FHIR संसाधनों के रूप में उजागर करता है; हर दवा dm+d का उपयोग करके कोडित की जाती है ताकि "वही दवा" का हर जगह वही अर्थ हो; और हर रिकॉर्ड एक सत्यापित NHS Number पर कुंजीबद्ध है ताकि सही दवाएं सही व्यक्ति से जुड़ें। GP डेटा एक बेस्पोक फीड के बजाय GP Connect के माध्यम से खींचा जाता है, एक स्थानीय आविष्कार करने के बजाय एक राष्ट्रीय क्षमता का पुन: उपयोग करते हुए।

शुरुआती डेटा प्रोफाइलिंग तुरंत अपना मूल्य साबित करती है। एक प्रैक्टिस के सिस्टम ने कुछ दवाओं को कोडित dm+d प्रविष्टियों के बजाय मुक्त पाठ में रिकॉर्ड किया है, जिसका अर्थ है कि वे किसी भी स्वचालित परस्पर क्रिया जांच के लिए अदृश्य होतीं। यह गो-लाइव से पहले स्रोत पर ठीक किया जाता है। टीम असत्यापित NHS Numbers वाले रिकॉर्ड के एक समूह को भी पाती है और उन्हें मिलान के लिए राष्ट्रीय जनसांख्यिकीय सेवा के माध्यम से रूट करती है।

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

क्षेत्र दृष्टिकोण#

स्टार्टअप#

एक डिजिटल-स्वास्थ्य स्टार्टअप इस पर जीता या मरता है कि यह मौजूदा सिस्टमों में कितनी आसानी से प्लग होता है, इसलिए अंतरसंचालनीयता को एक मुख्य सुविधा मानें, एक अनुपालन काम नहीं। शुरुआत से FHIR APIs बनाना और SNOMED CT और dm+d का उपयोग करना आपको खरीदने और एकीकृत करने में बहुत आसान बनाता है, और सतर्क NHS खरीदारों को परिपक्वता का संकेत देता है। जब कोई मानक मौजूद हो तो अपना खुद का डेटा मॉडल आविष्कार करने के आग्रह का विरोध करें; आपका अंतर आपका उत्पाद होना चाहिए, एक स्वामित्व वाला प्रारूप नहीं जो एक देनदारी बन जाता है। NHS Number हैंडलिंग और सूचना प्रशासन को जल्दी सही करना है जो आपको पायलट से खरीद तक ले जाने देता है। डिज़ाइन करें ताकि एक ग्राहक, सिद्धांत रूप में, अपना डेटा निकाल सके और छोड़ सके — विरोधाभासी रूप से, वह खुलापन ही है जो उन्हें रखने के लिए विश्वास अर्जित करता है।

छोटा व्यवसाय#

एक स्थापित छोटा प्रदाता — एक GP प्रैक्टिस, एक सामुदायिक फार्मेसी, एक केयर होम, या एक एकल-साइट क्लिनिक — सबसे बड़े ट्रस्ट के समान डेटा को सुरक्षित रूप से साझा करने के कर्तव्य उठाता है, लेकिन तकनीकी क्षमता के एक अंश के साथ। यहां अंतरसंचालनीयता ज्यादातर एक इंजीनियरिंग अनुशासन के बजाय एक खरीद और कॉन्फ़िगरेशन अनुशासन है: ऐसे सिस्टम चुनें जो पहले से FHIR बोलते हैं, GP Connect और Spine जैसी राष्ट्रीय सेवाओं से जुड़ें, और शुरू से SNOMED CT और dm+d के साथ कोड करें, ताकि आप मानकों को बनाने के बजाय विरासत में लें। सत्यापित NHS Number कैप्चर को रोज़मर्रा की प्रथा का हिस्सा बनाएं, क्योंकि बाद में बेमेल को समेटने के लिए कोई एकीकरण टीम नहीं होने पर, पंजीकरण के बिंदु पर पहचानकर्ता को सही करना आपकी सबसे सस्ती सुरक्षा है। बेस्पोक लिंक कमीशन करने के बजाय साझा देखभाल रिकॉर्ड कार्यक्रमों और अपनी एकीकृत देखभाल प्रणाली के साझा बुनियादी ढांचे पर झुकें जिन्हें आप बनाए नहीं रख सकते। जब आप एक सिस्टम अनुबंध पर हस्ताक्षर करते हैं या नवीनीकृत करते हैं, तो सादे शब्दों में डेटा-निष्कर्षण अधिकार और खुले इंटरफेस पर ज़ोर दें, क्योंकि एक छोटा संगठन विक्रेता लॉक-इन को सबसे तीव्रता से महसूस करता है और बाद में बचने के लिए सबसे कम लाभ रखता है।

बड़ा संगठन#

एक बड़ा प्रदाता या आपूर्तिकर्ता आमतौर पर दशकों की विरासत रखता है: HL7 v2 इंटरफेस, कई इलेक्ट्रॉनिक रिकॉर्ड सिस्टम, और इंटीग्रेशन इंजन जो यह सब एक साथ रखते हैं। यथार्थवादी रणनीति सब कुछ फाड़ना नहीं है बल्कि संपत्ति के सामने एक API-पहले, मानक-आधारित परत डालना है, आवश्यकता होने पर v2 को चलाते रहते हुए धीरे-धीरे FHIR में प्रवाह को माइग्रेट करना। हर नवीनीकरण में लॉक-इन के खिलाफ कठोरता से रक्षा करें, और अनुरूपता परीक्षण पर ज़ोर दें ताकि "मानक-अनुरूप" जोर दिए जाने के बजाय सत्यापित हो। एक आंतरिक मानक और अनुरूपता फ़ंक्शन स्थापित करें ताकि अलग-अलग परियोजनाएं अपनी-अपनी व्याख्या का आविष्कार न करें। यह विषय 5.4 — एंटरप्राइज़ रिसोर्स प्लानिंग (ERP) में आप मुख्य परिचालन प्लेटफ़ॉर्म कैसे प्रबंधित करते हैं इससे निकटता से संबंधित है, जहां वही पुन: उपयोग-और-खुले-इंटरफ़ेस अनुशासन लागू होता है।

सरकार#

राष्ट्रीय और क्षेत्रीय निकाय बाज़ार के नियम निर्धारित करते हैं, इसलिए मानकों के बारे में उनके विकल्प हर संगठन में लहरें भेजते हैं। सरकार जो सबसे मूल्यवान चीज़ कर सकती है वह खुले मानकों को अनिवार्य करना, स्पष्ट कार्यान्वयन गाइड और अनुरूपता आवश्यकताएं प्रकाशित करना, और पुन: उपयोग योग्य राष्ट्रीय प्लेटफ़ॉर्म प्रदान करना है — Spine, GP Connect, साझा देखभाल रिकॉर्ड ढांचे, NHS Number सेवा — ताकि स्थानीय संगठन एक बार बनाएं और पुन: उपयोग करें। पूर्णता से अधिक निरंतरता मायने रखती है: एक दृढ़ता से लागू किया गया पर्याप्त-अच्छा मानक एक सैद्धांतिक रूप से बेहतर मानक को हराता है जिसे हर कोई अलग-अलग तरीके से लागू करता है। सरकार को शब्दावली रखरखाव और डेटा-गुणवत्ता सुधार के अचमकदार काम को भी वित्तपोषित करना चाहिए, क्योंकि ये सार्वजनिक सामान हैं जिन्हें कोई एक संगठन अकेले वित्तपोषित नहीं करेगा। यह प्रबंधन भूमिका विषय 9.1 — स्थानीय और राष्ट्रीय सरकारों के साथ काम करना और विषय 9.0 — साझेदार संगठनों के साथ सहयोग करना में साझेदार कैसे सहयोग करते हैं से जुड़ती है।

सामान्य विफलता मोड#

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

परिपक्वता मॉडल#

जांच-सूची#

• हर प्रासंगिक रिकॉर्ड और इंटरफ़ेस एक सत्यापित NHS Number रखता है, गायब या बेमेल को हल करने की प्रक्रिया के साथ।
• नए इंटरफेस HL7 FHIR और नामित राष्ट्रीय कार्यान्वयन गाइड का उपयोग करते हैं, HL7 v2 केवल तब बनाए रखा जाता है जब माइग्रेशन अभी तक न्यायोचित नहीं है।
• क्लिनिकल सामग्री SNOMED CT का उपयोग करके कोडित है, और दवाएं dm+d का उपयोग करके, सहमत मूल्य सेटों के विरुद्ध।
• आप जो कुछ भी साझा करना चाहते हैं उसकी डेटा गुणवत्ता पाइप चौड़ी करने से पहले स्रोत पर प्रोफाइल, मापी, स्वामित्व, और सुधारित है।
• जुड़ने से पहले आपूर्तिकर्ताओं को एक विशिष्ट प्रोफ़ाइल के विरुद्ध अनुरूपता परीक्षण पास करना होगा — "FHIR का समर्थन करता है" कभी अपने आप में स्वीकार नहीं किया जाता।
• किसी भी बेस्पोक एकीकरण बनाने से पहले राष्ट्रीय प्लेटफ़ॉर्म (Spine, GP Connect, साझा देखभाल रिकॉर्ड) का पुन: उपयोग किया जाता है।
• अनुबंध खुले, दस्तावेज़ीकृत APIs, एक मानक प्रारूप में डेटा-निष्कर्षण अधिकार, और मानक एकीकरण के लिए कोई शुल्क नहीं अनिवार्य करते हैं।
• क्लिनिकल सुरक्षा और सूचना प्रशासन प्रमुख शुरुआत से डिज़ाइन समूह में हैं, केवल साइन-ऑफ पर नहीं।
• आर्किटेक्चर API-पहले और ढीले से जुड़ा है, ताकि इसके चारों ओर सब कुछ फिर से बनाए बिना एक घटक को बदला जा सके।
• एक नामित फ़ंक्शन पूरे संगठन में मानकों, अनुरूपता, और शब्दावली रखरखाव का स्वामी है।

मुख्य स्रोत#

• NHS England — अंतरसंचालनीयता मानक, Spine, GP Connect, और साझा देखभाल रिकॉर्ड कार्यक्रम।
• HL7 International — FHIR मानक और HL7 v2 विशिष्टियां।
• SNOMED International — SNOMED CT शब्दावली और कार्यान्वयन मार्गदर्शन।
• NHS Business Services Authority — Dictionary of medicines and devices (dm+d)।
• Integrating the Healthcare Enterprise (IHE) — अंतरसंचालनीयता प्रोफाइल।
• openEHR International — स्वास्थ्य रिकॉर्ड को संरचित करने के लिए खुली विशिष्टियां।
• World Health Organization — International Classification of Diseases (ICD-10 और ICD-11)।

संदर्भ#

1. Interoperability — Wikipedia — https://en.wikipedia.org/wiki/Interoperability
2. Semantic interoperability — Wikipedia — https://en.wikipedia.org/wiki/Semantic_interoperability
3. Health Level 7 — Wikipedia — https://en.wikipedia.org/wiki/Health_Level_7
4. Fast Healthcare Interoperability Resources — Wikipedia — https://en.wikipedia.org/wiki/Fast_Healthcare_Interoperability_Resources
5. SNOMED CT — Wikipedia — https://en.wikipedia.org/wiki/SNOMED_CT
6. ICD-11 — Wikipedia — https://en.wikipedia.org/wiki/ICD-11
7. ICD-10 — Wikipedia — https://en.wikipedia.org/wiki/ICD-10
8. openEHR — Wikipedia — https://en.wikipedia.org/wiki/OpenEHR
9. NHS number — Wikipedia — https://en.wikipedia.org/wiki/NHS_number
10. Integrating the Healthcare Enterprise — Wikipedia — https://en.wikipedia.org/wiki/Integrating_the_Healthcare_Enterprise
11. Open standard — Wikipedia — https://en.wikipedia.org/wiki/Open_standard
12. Vendor lock-in — Wikipedia — https://en.wikipedia.org/wiki/Vendor_lock-in
13. API — Wikipedia — https://en.wikipedia.org/wiki/API
14. Data quality — Wikipedia — https://en.wikipedia.org/wiki/Data_quality
15. FHIR standard — HL7 International — https://www.hl7.org/fhir/
16. SNOMED CT — SNOMED International — https://www.snomed.org/
17. Dictionary of medicines and devices (dm+d) — NHS Business Services Authority — https://www.nhsbsa.nhs.uk/pharmacies-gp-practices-and-appliance-contractors/dictionary-medicines-and-devices-dmd
18. GP Connect — NHS England Digital — https://digital.nhs.uk/services/gp-connect
19. Spine — NHS England Digital — https://digital.nhs.uk/services/spine
20. International Classification of Diseases (ICD) — World Health Organization — https://www.who.int/standards/classifications/classification-of-diseases