विषय 4.6 — इलेक्ट्रॉनिक रोगी रिकॉर्ड और क्लिनिकल सिस्टम

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

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

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

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

दांव वित्तीय और रणनीतिक भी हैं। एक EPR उन सबसे बड़े एकल निवेशों में से एक है जो एक ट्रस्ट कभी करता है, अक्सर अपने जीवन में करोड़ों पाउंड, और यह संगठन को कई वर्षों के लिए एक आपूर्तिकर्ता और काम करने के तरीके में बंद कर देता है। राष्ट्रीय स्तर पर, NHS England frontline digitization कार्यक्रम ने हर तीव्र, सामुदायिक, मानसिक स्वास्थ्य, और एम्बुलेंस प्रदाता के लिए एक मुख्य EPR को आधार अपेक्षा बनाया है, पूंजी वित्तपोषण को डिजिटल परिपक्वता से बांधते हुए। EPR को सही करना अब परिचालन मॉडल को सही करने से अविभाज्य है (विषय 1.1 — परिचालन मॉडल देखें)। इसे गलत करना सार्वजनिक धन बर्बाद करता है, क्लिनिशियनों को थकाता है, और एक संगठन को वर्षों पीछे सेट कर सकता है।

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

एक इलेक्ट्रॉनिक स्वास्थ्य रिकॉर्ड (EHR) एक रोगी की स्वास्थ्य जानकारी का व्यवस्थित, डिजिटल संग्रह है। UK अभ्यास में लगभग-समानार्थी इलेक्ट्रॉनिक रोगी रिकॉर्ड (EPR) आमतौर पर एक प्रदाता संगठन के मुख्य क्लिनिकल सिस्टम को दर्शाता है — रिकॉर्ड और वह टूलिंग जिसका उपयोग क्लिनिशियन देखभाल के बिंदु पर करते हैं। इसके चारों ओर क्लिनिकल सिस्टमों का एक परिवार बैठता है, ऐतिहासिक रूप से एक अस्पताल सूचना प्रणाली (HIS) के रूप में वर्णित: रोगी प्रशासन प्रणाली (PAS) जो प्रवेश, छुट्टी, स्थानांतरण, और बाह्य रोगी नियुक्तियों को ट्रैक करती है; क्लिनिकल दस्तावेज़ीकरण; परिणाम रिपोर्टिंग; और थिएटर, प्रसूति, आपातकालीन, और गंभीर देखभाल के लिए विशेषता सिस्टम।

कंप्यूटरीकृत चिकित्सक ऑर्डर प्रविष्टि (CPOE, ऑर्डर संचार या "ऑर्डर कॉम्स" भी कहा जाता है) ऑर्डर करने वाले क्लिनिशियन द्वारा सीधे क्लिनिकल ऑर्डर — परीक्षण, दवाएं, रेफ़रल — की इलेक्ट्रॉनिक प्रविष्टि है, कागज़ और फोन कॉल को बदलते हुए। यह वह जगह है जहां एक EPR का अधिकांश सुरक्षा मूल्य साकार होता है, क्योंकि ऑर्डरों की जांच की जा सकती है, ऑर्डर सेटों में मानकीकृत किया जा सकता है, और स्वचालित रूप से रूट किया जा सकता है। CPOE इलेक्ट्रॉनिक प्रिस्क्राइबिंग और क्लिनिकल निर्णय समर्थन से निकटता से जुड़ा है, जो वर्कफ़्लो में अलर्ट और मार्गदर्शन सतह पर लाता है (विषय 4.7 — क्लिनिकल निर्णय समर्थन और क्लिनिकल इंफॉर्मेटिक्स, और विषय 4.8 — इलेक्ट्रॉनिक प्रिस्क्राइबिंग और दवा प्रबंधन में कवर किया गया)।

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

कार्यक्रम का नेतृत्व उतना ही क्लिनिशियनों द्वारा किया जाता है जितना तकनीकविदों द्वारा। chief medical informatics officer (CMIO, UK में आमतौर पर chief clinical information officer, CCIO) और chief nursing information officer (CNIO) वरिष्ठ क्लिनिशियन हैं जो सिस्टम के क्लिनिकल डिज़ाइन, सुरक्षा, और अपनाने के स्वामी हैं — फ्रंट लाइन और बिल्ड के बीच पुल। उनका अनुशासन स्वास्थ्य इंफॉर्मेटिक्स है: क्लिनिकल जानकारी के प्रबंधन और उपयोग को बेहतर बनाने के लिए सूचना और कंप्यूटर विज्ञान लागू करना।

कई सिस्टम-स्तरीय अवधारणाएं बार-बार आती हैं। डेटा माइग्रेशन विरासत सिस्टमों से नए EPR में ऐतिहासिक रिकॉर्ड का एक-बार का स्थानांतरण है — तकनीकी रूप से नियमित, क्लिनिकल रूप से चिंताजनक। एक इंटीग्रेशन इंजन (इंटरफ़ेस इंजन) Health Level Seven (HL7) और FHIR जैसे मानकों का उपयोग करके सिस्टमों के बीच संदेश रूट करता है (विषय 4.3 — अंतरसंचालनीयता और डेटा मानक देखें)। एक स्वास्थ्य सूचना विनिमय या साझा देखभाल रिकॉर्ड एक क्षेत्र में संगठनों को एक-दूसरे के रिकॉर्ड पढ़ने देता है। और क्योंकि रिकॉर्ड सुरक्षा-महत्वपूर्ण है, डाउनटाइम प्रक्रियाएं — जब EPR अनुपलब्ध है तब के लिए व्यवसाय-निरंतरता योजनाएं — सिस्टम का एक मुख्य हिस्सा हैं, बाद का विचार नहीं (विषय 3.9 — व्यवसाय निरंतरता और आपदा पुनर्प्राप्ति देखें)। डिजिटल परिपक्वता को आमतौर पर Healthcare Information and Management Systems Society (HIMSS) से Electronic Medical Record Adoption Model (EMRAM) के साथ बेंचमार्क किया जाता है, क्लिनिकल-सिस्टम क्षमता का एक 0–7 पैमाना।

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

  1. क्लिनिकल नेतृत्व को कार्यक्रम की रीढ़ बनाएं, एक परामर्शदाता नहीं। एक EPR इस पर सफल या विफल होता है कि क्या क्लिनिशियन इसके स्वामी हैं। वास्तविक अधिकार और संरक्षित समय के साथ एक CCIO और CNIO नियुक्त करें और उचित रूप से संसाधित करें, हर विशेषता और वार्ड में क्लिनिकल "डिजिटल चैंपियन" का एक नेटवर्क बनाएं, और क्लिनिकल डिज़ाइन नेतृत्व को बिल्ड और कॉन्फ़िगरेशन पर वास्तविक निर्णय अधिकार दें। जो पैटर्न विफल होता है वह एक तकनीकी रूप से चलाया गया कार्यक्रम है जो कभी-कभार कार्यशालाओं के माध्यम से क्लिनिशियनों को "जोड़ता" है; जो पैटर्न काम करता है वह अभ्यास करने वाले क्लिनिशियनों को उस सिस्टम के सह-लेखक के रूप में मानता है जिसका वे हर शिफ्ट उपयोग करेंगे।

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

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

  4. डेटा माइग्रेशन को एक क्लिनिकल-सुरक्षा अभ्यास मानें, एक डेटा-प्लंबिंग कार्य नहीं। यह तय करना कि कौन सा इतिहास नए रिकॉर्ड में जाता है — और यह सत्यापित करना कि यह सही ढंग से पहुंचा — वह जगह है जहां माइग्रेशन रोगियों को नुकसान पहुंचाते हैं, गिराई गई एलर्जी, बेमेल पहचानकर्ताओं, या काटी गई दवा इतिहास के माध्यम से। स्पष्ट रूप से सहमत हों कि क्या स्वचालित रूप से माइग्रेट होता है, क्या संक्षेप में दिया जाता है, क्या विरासत सिस्टम के एक केवल-पढ़ने योग्य अभिलेखागार में छोड़ा जाता है, और क्लिनिशियन इस तक कैसे पहुंचेंगे; फिर गो-लाइव से पहले क्लिनिकल साइन-ऑफ के साथ माइग्रेट किए गए डेटा को समेटें और सत्यापित करें। कभी यह न मानें कि एक फ़ील्ड साफ़ तरीके से मैप हुई क्योंकि लोड बिना त्रुटियों के चला — एक तकनीकी रूप से सफल माइग्रेशन अभी भी क्लिनिकल रूप से गलत हो सकता है (विषय 4.9 — डेटा गुणवत्ता और मास्टर डेटा प्रबंधन देखें)।

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

  6. ऑर्डर सेट, अलर्ट, और वर्कफ़्लो को बोझ कम करने के लिए डिज़ाइन करें, और उन्हें लगातार शासित करें। क्लिनिकल बिल्ड वह जगह है जहां एक EPR या तो संज्ञानात्मक भार बचाता है या इसे जोड़ता है। अच्छे साक्ष्य के आसपास ऑर्डर सेट को मानकीकृत करें, निर्णय-समर्थन अलर्ट को ट्यून करें ताकि क्लिनिशियन कम-मूल्य वाले पॉप-अप में डूबने के बजाय उन कुछ को देखें जो मायने रखते हैं, और दस्तावेज़ीकरण बोझ को एक प्रथम-श्रेणी परिणाम के रूप में मापें। एक स्थायी क्लिनिकल-इंफॉर्मेटिक्स प्रशासन समूह स्थापित करें जो समय के साथ बिल्ड का स्वामी है, अलर्ट फायरिंग और ओवरराइड दरों की समीक्षा करता है, और उस सामग्री को रिटायर करता है जो अब अपनी जगह नहीं कमाती (विषय 4.7 — क्लिनिकल निर्णय समर्थन और क्लिनिकल इंफॉर्मेटिक्स देखें)।

  7. शुरुआत से रिकॉर्ड में डाउनटाइम और व्यवसाय निरंतरता का निर्माण करें। EPR एक दिन अनुपलब्ध होगा — एक विफल अपग्रेड, एक नेटवर्क आउटेज, या एक रैनसमवेयर हमले के माध्यम से — और एक अस्पताल जो उन घंटों के लिए कागज़ पर काम नहीं कर सकता एक रोगी-सुरक्षा घटना है जो होने की प्रतीक्षा कर रही है। आउटेज के दौरान रिकॉर्ड की एक हालिया प्रति तक केवल-पढ़ने योग्य अभिगम प्रदान करें, पूर्वाभ्यास किए गए कागज़-आधारित क्लिनिकल वर्कफ़्लो बनाए रखें, और योजनाबद्ध और अयोजनाबद्ध दोनों डाउनटाइम का अभ्यास करें ताकि स्टाफ दबाव में तात्कालिक न कर रहा हो। क्लिनिकल रिकॉर्ड के लिए स्पष्ट रूप से पुनर्प्राप्ति-समय और पुनर्प्राप्ति-बिंदु उद्देश्यों पर सहमत हों, और पुनर्प्राप्ति के बाद सिस्टम में कागज़ी रिकॉर्ड के समाधान का परीक्षण करें (विषय 3.9 — व्यवसाय निरंतरता और आपदा पुनर्प्राप्ति देखें)।

  8. लाभों को जानबूझकर साकार करें, और आपने जो परिणाम वादा किए उन्हें मापें। एक EPR व्यावसायिक मामला सुरक्षा, गुणवत्ता, और दक्षता लाभों पर टिका है जो स्वचालित रूप से प्रकट नहीं होते; उन्हें डिज़ाइन, स्वामित्व, और ट्रैक किया जाना चाहिए। गो-लाइव से पहले मीट्रिक बेसलाइन करें, हर लाभ को एक नामित स्वामी और एक वर्कफ़्लो परिवर्तन से जोड़ें, और कटओवर पर जीत की घोषणा करने के बजाय परिभाषित अंतरालों पर मामले के विरुद्ध साकारीकरण की समीक्षा करें (विषय 6.2 — लाभ साकारीकरण और मूल्य प्रबंधन देखें)। केवल आंतरिक उपाख्यान के बजाय बोर्ड को प्रगति का एक बाहरी, तुलनीय माप देने के लिए HIMSS EMRAM जैसे एक मान्यता प्राप्त परिपक्वता बेंचमार्क का उपयोग करें।

  9. अभिसरण और अंतरसंचालनीयता को एक सिस्टम के रूप में प्रबंधित करें, केवल एक ट्रस्ट कार्यक्रम नहीं। एक integrated care system (ICS) में, रणनीतिक खिंचाव कम EPR इंस्टेंस और एक साझा देखभाल रिकॉर्ड की ओर है ताकि एक रोगी की जानकारी संगठनों के बीच उनका अनुसरण करे। एक सामान्य EPR पर अभिसरण लागत कम कर सकता है और रोगी प्रवाह को सुचारू बना सकता है, लेकिन यह जोखिम को केंद्रित करता है और स्थानीय नियंत्रण को पतला करता है, इसलिए इसे अलग सिस्टमों के बीच मज़बूत अंतरसंचालनीयता के विरुद्ध तौलें (विषय 4.3 — अंतरसंचालनीयता और डेटा मानक देखें)। आकार जो भी हो, विक्रेता लॉक-इन को सीमित करने के लिए खुले मानकों और एक यथार्थवादी निकास रणनीति पर ज़ोर दें, क्योंकि एक EPR जिससे आप अपना डेटा नहीं निकाल सकते एक EPR है जो आपका स्वामी है (विषय 6.3 — खरीद और वाणिज्यिक देखें)।

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

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

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

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

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

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

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

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

Brackenmoor NHS Foundation Trust, एक मध्यम आकार का तीव्र और सामुदायिक प्रदाता, तीन पुराने सिस्टमों — एक रोगी प्रशासन प्रणाली, एक अलग ऑर्डर-कॉम्स सिस्टम, और विभागीय डेटाबेस का एक पैचवर्क — को एक एकल आपूर्तिकर्ता EPR से बदल रहा है, आंशिक रूप से राष्ट्रीय frontline digitization कार्यक्रम के माध्यम से वित्तपोषित। इसका वर्तमान HIMSS EMRAM चरण कम है, और इसका व्यावसायिक मामला सुरक्षा और दक्षता लाभों का वादा करता है जिन पर बोर्ड गिन रहा है। जल्दी व्यक्त किया गया प्रलोभन काम करने के पुराने तरीकों को व्यवधान को कम करने के लिए नए सिस्टम में "लिफ्ट और शिफ्ट" करना है।

कार्यक्रम इसका विरोध करता है। एक CCIO (एक अभ्यास करने वाला सलाहकार) और एक CNIO (एक वरिष्ठ नर्स) को संरक्षित समय के साथ नियुक्त किया जाता है और क्लिनिकल बिल्ड पर संयुक्त साइन-ऑफ दिया जाता है, हर वार्ड और क्लिनिक तक पहुंचने वाले एक डिजिटल-चैंपियन नेटवर्क द्वारा समर्थित। वे एक दृढ़ सिद्धांत निर्धारित करते हैं: आपूर्तिकर्ता के समर्थित मॉडल के लिए कॉन्फ़िगर करें और जहां भी क्लिनिकल रूप से सुरक्षित हो इसके परीक्षित ऑर्डर सेट अपनाएं, केवल तभी अनुकूलित करें जहां एक वास्तविक आवश्यकता को अन्यथा पूरा नहीं किया जा सकता, हर अपवाद DCB0160 के तहत क्लिनिकल सुरक्षा प्रक्रिया के माध्यम से दस्तावेज़ीकृत और जोखिम-मूल्यांकित। ऑर्डर सेट और निर्णय-समर्थन अलर्ट उन विशेषताओं के साथ डिज़ाइन किए जाते हैं जो उनका उपयोग करेंगी, स्टाफ को पॉप-अप में दफनाने से बचने के लिए कम, उच्च-मूल्य अलर्ट की ओर एक जानबूझकर पूर्वाग्रह के साथ।

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

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

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

स्टार्टअप#

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

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

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

बड़ा संगठन#

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

सरकार#

राष्ट्रीय निकाय हर EPR कार्यक्रम जिस वातावरण में संचालित होता है उसे आकार देते हैं। NHS England के frontline digitization कार्यक्रम के माध्यम से, सरकार यह अपेक्षा निर्धारित करती है कि हर प्रदाता के पास एक मुख्य EPR है, पूंजी वित्तपोषण को डिजिटल परिपक्वता से बांधती है, और अभिसरण और खरीद ढांचों के माध्यम से बाज़ार को संचालित करती है। इसका लाभ खुले मानकों, अंतरसंचालनीयता, और सुरक्षित निकास को बाज़ार की डिफ़ॉल्ट शर्तें बनाना है, ताकि व्यक्तिगत ट्रस्ट प्रत्येक कुछ बड़े आपूर्तिकर्ताओं के खिलाफ कमज़ोरी से बातचीत न कर रहे हों (विषय 9.1 — स्थानीय और राष्ट्रीय सरकारों के साथ काम करना देखें)। सरकार सिस्टम-व्यापी सीखने का कर्तव्य भी उठाती है: ट्रस्टों के बीच जो काम करता है उसे फैलाना, राष्ट्रीय स्तर पर परिपक्वता बेंचमार्क करना, और यह सुनिश्चित करना कि एक साझा देखभाल रिकॉर्ड हर ट्रस्ट के फ्रंट डोर पर रुकने के बजाय संगठनात्मक सीमाओं के पार देखभाल में सुधार करे।

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

  • क्लिनिकल रूप से खोखला कार्यक्रम। एक तकनीकी रूप से अच्छी तरह से चलाई गई परियोजना जो क्लिनिशियनों को परामर्शदाताओं के रूप में मानती है एक ऐसा सिस्टम उत्पन्न करती है जिसका कोई उपयोग नहीं करना चाहता। CCIO और CNIO को बिल्ड पर वास्तविक अधिकार, संरक्षित समय, और निर्णय अधिकार दें।
  • गाय के रास्तों को पक्का करना। एक आधुनिक EPR के अंदर पुराने कागज़ी फॉर्म और विरासत वर्कफ़्लो को फिर से बनाना नए सॉफ़्टवेयर के लिए भुगतान करता है और पुरानी समस्याओं को विरासत में लेता है। समर्थित उत्पाद की परीक्षित सामग्री अपनाएं और उन्हें दोहराने के बजाय वर्कफ़्लो को फिर से डिज़ाइन करें।
  • अनुकूलन फैलाव। हर बेस्पोक परिवर्तन हर अपग्रेड पर फिर से चुकाया जाता है और एक सुरक्षा सतह को फिर से खोलता है जिसे कोई फिर से परीक्षण नहीं करता। समर्थित मॉडल के लिए कॉन्फ़िगर करें; हर सच्चे अपवाद को दस्तावेज़ीकृत, जोखिम-मूल्यांकित, और स्वामित्व में करें।
  • माइग्रेशन जो "साफ़ चला"। बिना तकनीकी त्रुटियों वाला एक लोड अभी भी एलर्जी गिरा सकता है या रोगियों को बेमेल कर सकता है। गो-लाइव से पहले माइग्रेट किए गए डेटा को समेटें और क्लिनिकल रूप से साइन ऑफ करें, और एक पहुंचने योग्य विरासत अभिलेखागार रखें।
  • यह दिखावा करना कि कोई गिरावट नहीं है। एक सुचारू उत्पादकता वक्र मानना एक सामान्य गो-लाइव-बाद धीमेपन को एक अनुभव किए गए आपदा में बदल देता है। यथार्थवादी पुनर्प्राप्ति के साथ एक कम-गतिविधि विंडो की योजना बनाएं, वित्तपोषित करें, और बोर्ड-अनुमोदित करें।
  • गो-लाइव पर रुकना। EPR को एक परियोजना के रूप में मानना जो कटओवर पर समाप्त होती है इसके लाभों को असाकार छोड़ देता है। एक स्थायी अनुकूलन और लाभ-साकारीकरण फ़ंक्शन खड़ा करें।
  • अलर्ट अधिभार। बहुत अधिक कम-मूल्य निर्णय-समर्थन अलर्ट फायर करना क्लिनिशियनों को उन सभी को क्लिक करके पास करने का प्रशिक्षण देता है, जिनमें वे भी शामिल हैं जो मायने रखते हैं। ट्यून करें, ओवरराइड दरें मापें, और शोर रिटायर करें।
  • अपरीक्षित डाउनटाइम योजनाएं। एक डाउनटाइम बाइंडर जिसे किसी ने नहीं खोला है एक योजना नहीं है। योजनाबद्ध और अयोजनाबद्ध आउटेज का पूर्वाभ्यास करें, रिकॉर्ड में वापस समाधान सहित।

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

आयाम शुरुआत विकास मानकीकरण प्रबंधन संचालन
क्लिनिकल नेतृत्व कोई CCIO/CNIO नहीं; IT-नेतृत्व नामित क्लिनिकल नेता, सीमित समय अधिकार और चैंपियन नेटवर्क के साथ CCIO/CNIO बिल्ड और अपनाने मीट्रिक के विरुद्ध क्लिनिकल नेतृत्व प्रदर्शन-प्रबंधित क्लिनिकल इंफॉर्मेटिक्स संचालन में एम्बेडेड, डिज़ाइन चला रहा
कॉन्फ़िगरेशन अनुशासन भारी बेस्पोक अनुकूलन कॉन्फ़िग और अप्रबंधित अनुकूलन का मिश्रण कॉन्फ़िगर-टू-सपोर्टेड सिद्धांत, अपवाद शासित अनुकूलन रजिस्टर ट्रैक, अपग्रेड प्रभाव और अपवाद मात्राबद्ध दुबला समर्थित बिल्ड, सामग्री लगातार समीक्षित और रिटायर
तैनाती और कटओवर तदर्थ, अपूर्वाभ्यासित योजना मौजूद, सीमित पूर्वाभ्यास जानबूझकर आकार, पूर्वाभ्यास किया गया कमांड-सेंटर कटओवर कटओवर जोखिम और तत्परता परिभाषित गो/नो-गो मानदंडों के विरुद्ध मापी गई सिद्ध रोलबैक के साथ दोहराने योग्य, सीखने-आधारित रोलआउट
डेटा और माइग्रेशन असत्यापित लोड, कोई अभिलेखागार रणनीति नहीं तकनीकी माइग्रेशन, आंशिक जांच क्लिनिकल रूप से साइन-ऑफ किया गया माइग्रेशन, पहुंचने योग्य विरासत अभिलेखागार माइग्रेशन सटीकता और डेटा-गुणवत्ता मीट्रिक ट्रैक और सुनिश्चित निरंतर डेटा-गुणवत्ता प्रशासन और मास्टर डेटा प्रबंधन
लाभ और परिपक्वता लाभ मान लिए गए, ट्रैक नहीं बेसलाइन आंशिक, केवल गो-लाइव पर ट्रैक स्वामित्व वाले लाभ मामले के विरुद्ध समीक्षित; EMRAM मापा गया लाभ और EMRAM प्रगति लक्ष्यों के विरुद्ध सक्रिय रूप से प्रबंधित निरंतर अनुकूलन EMRAM ऊपर ले जा रहा, लाभ साकार और रिपोर्ट किए गए
लचीलापन और डाउनटाइम कोई परीक्षित डाउनटाइम प्रक्रिया नहीं कागज़ फ़ॉलबैक मौजूद, शायद ही कभी परीक्षित केवल-पढ़ने योग्य अभिगम और पूर्वाभ्यास किया गया डाउनटाइम, सहमत RTO/RPO RTO/RPO के विरुद्ध डाउनटाइम अभ्यास और पुनर्प्राप्ति प्रदर्शन मापा गया नियमित अयोजनाबद्ध-आउटेज अभ्यास, सिद्ध पुनर्प्राप्ति और समाधान

जांच-सूची#

  • एक CCIO और CNIO संरक्षित समय, बजट, और क्लिनिकल बिल्ड पर वास्तविक निर्णय अधिकारों के साथ नियुक्त हैं, एक डिजिटल-चैंपियन नेटवर्क द्वारा समर्थित।
  • कार्यक्रम डिफ़ॉल्ट रूप से आपूर्तिकर्ता के समर्थित मॉडल के लिए कॉन्फ़िगर करता है; हर अनुकूलन दस्तावेज़ीकृत, जोखिम-मूल्यांकित, और स्वामित्व में है।
  • तैनाती आकार (बिग बैंग बनाम चरणबद्ध/मॉड्यूलर) जोखिम भूख और एकीकरण जटिलता के विरुद्ध जानबूझकर चुना गया है, एक पूर्वाभ्यास किए गए कटओवर और रोलबैक योजना के साथ।
  • डेटा माइग्रेशन एक क्लिनिकल अभ्यास के रूप में चलाया जाता है: माइग्रेशन दायरा सहमत, डेटा समेटा और क्लिनिकल रूप से साइन ऑफ, और एक पहुंचने योग्य विरासत अभिलेखागार प्रदान किया गया।
  • एक उत्पादकता गिरावट योजनाबद्ध, वित्तपोषित, और बोर्ड द्वारा अनुमोदित है, कम गतिविधि, संरक्षित प्रशिक्षण, और यथार्थवादी पुनर्प्राप्ति प्रक्षेपवक्र के साथ।
  • ऑर्डर सेट और निर्णय-समर्थन अलर्ट क्लिनिशियनों के साथ सह-डिज़ाइन और लगातार शासित हैं, अलर्ट फायरिंग और ओवरराइड दरों की निगरानी के साथ।
  • डाउनटाइम और व्यवसाय-निरंतरता प्रक्रियाएं — केवल-पढ़ने योग्य अभिगम, कागज़ वर्कफ़्लो, सहमत RTO/RPO, समाधान — मौजूद हैं और योजनाबद्ध और अयोजनाबद्ध आउटेज के लिए पूर्वाभ्यास की गई हैं।
  • लाभ गो-लाइव से पहले बेसलाइन किए गए हैं, नामित स्वामियों और वर्कफ़्लो परिवर्तनों से जुड़े हैं, और गो-लाइव के बाद व्यावसायिक मामले के विरुद्ध समीक्षित हैं।
  • डिजिटल परिपक्वता बेंचमार्क की गई है (उदा. HIMSS EMRAM) और बोर्ड के साथ प्रगति ट्रैक करने के लिए उपयोग की जाती है।
  • एक स्थायी अनुकूलन और क्लिनिकल-इंफॉर्मेटिक्स फ़ंक्शन कटओवर के बाद जारी रहता है।
  • विक्रेता लॉक-इन को सीमित करने के लिए खुले मानक, अंतरसंचालनीयता, और एक यथार्थवादी निकास रणनीति सुरक्षित हैं, ICS अभिसरण योजनाओं के साथ संरेखित।

मुख्य स्रोत#

  • NHS England — Frontline Digitisation कार्यक्रम और प्रदाता क्लिनिकल सिस्टमों के लिए What Good Looks Like / Who Pays for What डिजिटल परिपक्वता ढांचे।
  • HIMSS — Electronic Medical Record Adoption Model (EMRAM), क्लिनिकल-सिस्टम डिजिटल परिपक्वता का एक 0–7 अंतरराष्ट्रीय बेंचमार्क।
  • NHS England / NHS Digital — EPR सहित स्वास्थ्य IT सिस्टमों को शासित करने वाले क्लिनिकल सुरक्षा मानक DCB0129 (निर्माण) और DCB0160 (तैनाती)।
  • Faculty of Clinical Informatics और CCIO/CNIO Network — क्लिनिकल सूचना नेतृत्व भूमिकाओं के लिए पेशेवर मार्गदर्शन।
  • HL7 International — क्लिनिकल सिस्टमों के बीच संदेश और एकीकरण के लिए HL7 v2 और FHIR मानक।
  • HM Treasury — EPR व्यावसायिक मामले और लाभ साकारीकरण के लिए The Green Book और Five Case Model।
  • Wachter Review (Making IT Work, 2016) और Topol Review — NHS प्रदाताओं और क्लिनिकल कार्यबल को डिजिटलीकृत करने पर राष्ट्रीय समीक्षाएं।

संदर्भ#

  1. Electronic health record — Wikipedia — https://en.wikipedia.org/wiki/Electronic_health_record
  2. Hospital information system — Wikipedia — https://en.wikipedia.org/wiki/Hospital_information_system
  3. Computerized physician order entry — Wikipedia — https://en.wikipedia.org/wiki/Computerized_physician_order_entry
  4. Clinical decision support system — Wikipedia — https://en.wikipedia.org/wiki/Clinical_decision_support_system
  5. Big bang adoption — Wikipedia — https://en.wikipedia.org/wiki/Big_bang_adoption
  6. Chief medical informatics officer — Wikipedia — https://en.wikipedia.org/wiki/Chief_medical_informatics_officer
  7. Health informatics — Wikipedia — https://en.wikipedia.org/wiki/Health_informatics
  8. Data migration — Wikipedia — https://en.wikipedia.org/wiki/Data_migration
  9. Health Level 7 — Wikipedia — https://en.wikipedia.org/wiki/Health_Level_7
  10. Health information exchange — Wikipedia — https://en.wikipedia.org/wiki/Health_information_exchange
  11. Healthcare Information and Management Systems Society — Wikipedia — https://en.wikipedia.org/wiki/Healthcare_Information_and_Management_Systems_Society
  12. NHS England — Frontline Digitisation — NHS England — https://www.england.nhs.uk/digitalhealth/connecting-frontline-digitisation/
  13. NHS England — What Good Looks Like framework — NHS England — https://www.england.nhs.uk/digitalhealth/what-good-looks-like/
  14. HIMSS — Electronic Medical Record Adoption Model (EMRAM) — HIMSS — https://www.himss.org/what-we-do-solutions/digital-health-transformation/maturity-models/electronic-medical-record-adoption-model-emram
  15. NHS Digital — Clinical Safety standards DCB0129 and DCB0160 — NHS England — https://digital.nhs.uk/services/clinical-safety
  16. Robert Wachter — Making IT Work: Harnessing the Power of Health Information Technology to Improve Care in England — GOV.UK — https://www.gov.uk/government/publications/using-information-technology-to-improve-the-nhs
  17. Faculty of Clinical Informatics — professional body for clinical informaticians — FCI — https://facultyofclinicalinformatics.org.uk/

GitHub पर इस पृष्ठ को संपादित करें — पुस्तक सत्य का स्रोत है; यह साइट इसे प्रस्तुत करती है।