विषय 3.10 — आपातकालीन तैयारी, लचीलापन और प्रतिक्रिया

Emergency Preparedness, Resilience and Response (EPRR) एक वैधानिक कर्तव्य है, कोई अच्छा-होना-चीज़ नहीं, और एक आधुनिक स्वास्थ्य प्रणाली में डिजिटल और डेटा आयाम अब फ्रंट लाइन का हिस्सा है — इसलिए आपको अपने क्लिनिशियनों के साथ-साथ अपनी प्रौद्योगिकी की योजना, प्रशिक्षण, अभ्यास, और कमांड करना चाहिए।

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

जब एक प्रमुख घटना होती है — एक आतंकवादी हमला, एक रासायनिक रिसाव, एक हीटवेव, एक फ्लू उछाल, या एक साइबर-हमला जो हर क्लिनिशियन को इलेक्ट्रॉनिक रोगी रिकॉर्ड से बाहर कर देता है — स्वास्थ्य और देखभाल प्रणाली से अपेक्षा की जाती है कि वह कार्य करती रहे जबकि इसके आसपास हर कोई बाधित होता है। वह अपेक्षा कानून में लिखी गई है। Civil Contingencies Act 2004 के तहत, NHS निकायों और उनके साझेदारों के पास जोखिमों का आकलन करने, योजनाएं बनाए रखने, और प्रतिक्रिया करने में सक्षम होने के विशिष्ट कर्तव्य हैं। Emergency Preparedness, Resilience and Response वह छत्र शब्द है जिसका उपयोग NHS उन कर्तव्यों को पूरा करने के तरीके के लिए करता है। यह सामान्य सेवा प्रबंधन के समान नहीं है, और यह विषय 3.9 — व्यावसायिक निरंतरता और आपदा रिकवरी में कवर की गई IT-केंद्रित आपदा रिकवरी से व्यापक है।

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

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

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

आपातकालीन प्रबंधन खतरों के प्रति एक समुदाय की भेद्यता को कम करने और जब वे होते हैं तो प्रतिक्रिया का समन्वय करने का अनुशासन है। इसे परंपरागत रूप से एक चक्र के रूप में वर्णित किया जाता है — अनुमान लगाना, आकलन, रोकथाम, तैयारी, प्रतिक्रिया, रिकवरी — और स्वास्थ्य प्रणालियां उस चक्र को लगातार चलाती हैं, केवल एक संकट के दौरान नहीं। EPRR इसकी NHS अभिव्यक्ति है।

Civil Contingencies Act 2004 कानूनी रीढ़ है। यह उत्तरदाताओं को दो समूहों में विभाजित करता है। श्रेणी 1 उत्तरदाता प्रतिक्रिया के मूल में हैं — आपातकालीन सेवाएं, NHS ट्रस्ट और बोर्ड, एकीकृत देखभाल बोर्ड, UK Health Security Agency, और स्थानीय प्राधिकरण — और वे कर्तव्यों का पूरा समूह उठाते हैं: जोखिम आकलन, आपातकालीन योजना, व्यावसायिक निरंतरता, सूचना साझाकरण, और जनता को चेतावनी देना। श्रेणी 2 उत्तरदाता — उपयोगिताएं, परिवहन संचालक, दूरसंचार फर्म और अन्य — "सहयोग करने वाले निकाय" हैं एक हल्के कर्तव्य के साथ, मुख्य रूप से जानकारी साझा करने और श्रेणी 1 उत्तरदाताओं के साथ सहयोग करने के लिए। आप कौन हैं, और कौन से कर्तव्य जुड़ते हैं यह जानना बाकी सब कुछ के लिए शुरुआती बिंदु है।

उत्तरदाता Local Resilience Forum (LRF) के माध्यम से समन्वय करते हैं, हर पुलिस क्षेत्र के आसपास बनी एक बहु-एजेंसी साझेदारी। LRF वह जगह है जहां NHS, परिषदें, पुलिस, अग्निशमन, एम्बुलेंस और अन्य एक साथ योजना बनाते हैं, और यह एक सामुदायिक जोखिम रजिस्टर बनाए रखता है — स्थानीय खतरों का एक साझा, प्रकाशित मूल्यांकन जिनके एक समन्वित प्रतिक्रिया की आवश्यकता की सबसे अधिक संभावना है, महामारी इन्फ्लूएंज़ा से लेकर बाढ़ से लेकर औद्योगिक दुर्घटनाओं तक। रजिस्टर जोखिम आकलन का एक काम किया गया उदाहरण है: खतरों की पहचान करना, संभावना और प्रभाव का आकलन करना, और तय करना कि किसके लिए योजना बनानी है।

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

कमांड gold–silver–bronze कमांड संरचना के माध्यम से चलता है, जिसे रणनीतिक–सामरिक–परिचालन भी कहा जाता है। Gold (रणनीतिक) उद्देश्य निर्धारित करता है और बड़े निर्णयों का स्वामी है; silver (सामरिक) तय करता है कि उन्हें पूरा करने के लिए संसाधन कैसे तैनात किए जाएं; bronze (परिचालन) हाथों-हाथ कार्य देता है। संरचना जानबूझकर सामान्य है ताकि जिन एजेंसियों ने कभी एक साथ काम नहीं किया वे उस दिन एक एकल कमांड सिस्टम में स्लॉट कर सकें।

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

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

1. प्रमुख प्रौद्योगिकी आउटेज और साइबर-हमलों को अपने आप में प्रमुख घटनाओं के रूप में मानें। एक रैनसमवेयर हमला जो क्लिनिकल सिस्टमों को अक्षम करता है केवल एक "IT समस्या" नहीं है जिसे एक सेवा डेस्क द्वारा चुपचाप संभाला जाए; यह पूरे संगठन में रोगी सुरक्षा के लिए एक खतरा है। अपनी साइबर और डिजिटल घटना प्रतिक्रिया को उसी gold–silver–bronze कमांड संरचना में वायर करें जिसका उपयोग आपका संगठन एक कोच दुर्घटना के लिए करता है, एक स्पष्ट ट्रिगर के साथ कि एक डिजिटल घटना को एक औपचारिक गंभीर या प्रमुख घटना में कब बढ़ाया जाता है। 2017 का WannaCry हमला दिखाता है कि कैसे मैलवेयर का एक ही टुकड़ा घंटों के भीतर दर्जनों ट्रस्टों में तरंगें फैला सकता है — उन नियंत्रणों के लिए विषय 1.7 — सूचना प्रशासन, डेटा सुरक्षा और साइबर सुरक्षा देखें जो इसे रोकते हैं, और यह विषय देखें कि जब वे विफल हो जाएं तो प्रतिक्रिया की कमान आप कैसे संभालते हैं।

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

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

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

5. संकट के लिए सूचना-प्रशासन नियमों पर संकट से पहले सहमति दें। एक आपातकाल में आपको डेटा जल्दी साझा करने की आवश्यकता होगी — अस्पतालों के बीच, सार्वजनिक स्वास्थ्य के साथ, पारस्परिक-सहायता साझेदारों के साथ — और स्टाफ को पता होना चाहिए कि उन्हें अनुमति है। अपने Data Protection Officer और Caldicott Guardian के साथ काम करें ताकि पहले से उन कानूनी आधारों और स्थायी सूचना-साझाकरण समझौतों को स्थापित किया जा सके जो एक आपातकाल में लागू होते हैं, ताकि क्लिनिशियन अनिश्चितता में जमे बिना जीवन बचाने के लिए आवश्यक चीज़ें साझा करें। आपातकालीन डेटा-साझाकरण निर्णयों का एक रिकॉर्ड रखना बाद में रोगियों और स्टाफ दोनों की रक्षा करता है (देखें विषय 1.8 — डेटा नैतिकता, सहमति और सार्वजनिक विश्वास)।

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

7. डिजिटल और डेटा विशेषज्ञता को जोखिम आकलन और सामुदायिक जोखिम रजिस्टर में फीड करें। Local Resilience Forum में आपके संगठन का योगदान डिजिटल और साइबर जोखिम, एकल विफलता बिंदुओं, और राष्ट्रीय सिस्टमों और आपूर्तिकर्ताओं पर निर्भरताओं का एक स्पष्ट-आंखों वाला दृश्य शामिल करना चाहिए। बहुत बार जोखिम रजिस्टर "IT विफलता" को एक एकल अस्पष्ट पंक्ति के रूप में मानता है; इसे तोड़ें, इसे मात्रात्मक बनाएं, और सुनिश्चित करें कि LRF समझता है कि एक क्षेत्रीय नेटवर्क या क्लाउड आउटेज अब एक विश्वसनीय सामूहिक-व्यवधान घटना है। यह विषय 6.4 — प्रशासन और आश्वासन में वर्णित प्रशासन और आश्वासन लूप का हिस्सा है।

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

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

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

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

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

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

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

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

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

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

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

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

साइबर और क्लिनिकल-सुरक्षा लीड समानांतर में चलते हैं। मुख्य क्लिनिकल सूचना अधिकारी एक क्लिनिकल-सुरक्षा मामला खोलता है, आउटेज को एक खतरे के रूप में मानते हुए और विशिष्ट जोखिमों को ट्रैक करते हुए — छूटी हुई एलर्जी, दोहराई खुराक, खोए हुए परिणाम — हर एक के लिए शमन के साथ (देखें विषय 1.6 — क्लिनिकल सुरक्षा और जोखिम प्रबंधन)। Caldicott Guardian और Data Protection Officer पूर्व-सहमत आपातकालीन सूचना-साझाकरण स्थिति की पुष्टि करते हैं ताकि क्लिनिशियन महत्वपूर्ण रोगी विवरण के लिए पड़ोसी साइटों को बिना कानूनीता पर हिचकिचाहट के फोन कर सकें, और हर ऐसा निर्णय लॉग किया जाता है।

इस बीच Local Resilience Forum को सूचित किया जाता है, और पारस्परिक सहायता बहती है: एक पड़ोसी ICS कागज़ी प्रिस्क्राइबिंग प्रबंधित करने में मदद के लिए फार्मेसी स्टाफ उधार देता है, और क्षेत्रीय NHS England EPRR टीम National Cyber Security Centre के साथ समन्वय करती है। वैकल्पिक गतिविधि उछाल क्षमता बनाने के लिए बंद कर दी जाती है; सामुदायिक जोखिम रजिस्टर ने पहले से एक क्षेत्रीय क्लिनिकल-सिस्टम आउटेज को एक विश्वसनीय परिदृश्य के रूप में चिह्नित किया था, इसलिए प्लेबुक मौजूद थी। सिस्टम चार दिनों में साफ़ बैकअप से पुनर्स्थापित किए जाते हैं। सबसे कठिन काम बाद में आता है: चार दिनों के कागज़ को वापस रिकॉर्ड में मिलाना, और एक दोष-मुक्त संरचित डीब्रीफ जिसकी कार्रवाइयां — एक कमज़ोर विभाजन सीमा, एक पुरानी कॉल-आउट सूची, और स्टाफ जिन्होंने कभी डाउनटाइम फ़ॉर्म नहीं देखे थे — अगले अभ्यास से पहले समापन तक ट्रैक की जाती हैं।

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

स्टार्टअप#

एक छोटी डिजिटल-स्वास्थ्य कंपनी gold–silver–bronze कमांड नहीं चलाएगी, लेकिन यह उन ग्राहकों के लिए एक महत्वपूर्ण निर्भरता है जो चलाते हैं। आपकी लचीलापन कहानी — डेटा कहां होस्ट किया गया है, आप कितनी तेज़ी से ठीक होते हैं, आपकी घटना प्रक्रिया क्या है, आप एक आउटेज के दौरान कैसे संवाद करेंगे — कुछ ऐसा है जिसकी उद्यम खरीदार जांच करेंगे और करनी चाहिए। एकल विफलता बिंदुओं के बारे में ईमानदार रहें, जिसमें एक क्लाउड क्षेत्र या एक प्रमुख इंजीनियर पर आपकी निर्भरता शामिल है। अनुशासित कदम जल्दी एक हल्की घटना-प्रतिक्रिया योजना लिखना, इसे एक बार अभ्यास करना, और ग्राहकों को दिखाने में सक्षम होना है कि आप उनकी निरंतरता को गंभीरता से लेते हैं; यह अच्छा अभ्यास और एक बिक्री लाभ दोनों है।

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

एक स्थापित छोटा प्रदाता — एक GP प्रैक्टिस, एक सामुदायिक फार्मेसी, एक केयर होम या एक घरेलू-देखभाल सेवा — सिस्टम विफल होने पर लोगों को सुरक्षित रखने का वही कर्तव्य उठाता है, लेकिन एक NHS ट्रस्ट की समर्पित EPRR मशीनरी में से कोई भी नहीं है। आपके पास एक जवाबदेह आपातकालीन अधिकारी या एक 24/7 कमांड रोटा नहीं होगा; लचीलापन मुट्ठी भर लोगों के पहले से काम करने के तरीके में शामिल होना चाहिए। व्यावहारिक फोकस उन सिस्टमों के लिए एक छोटी, वास्तव में अभ्यास की गई डाउनटाइम योजना है जिन पर आप निर्भर करते हैं — क्लिनिकल सिस्टम, फोन, इंटरनेट लिंक — कागज़ी फ़ॉलबैक के साथ जिन्हें आपके वास्तविक स्टाफ ने कम से कम एक बार उपयोग किया है, और किसे कॉल करना है इसकी एक ऑफ़लाइन सूची, जिसमें आपका आपूर्तिकर्ता और आपका आयुक्त शामिल है। क्योंकि आप लगभग पूरी तरह से आपूर्तिकर्ताओं और राष्ट्रीय सेवाओं पर निर्भर करते हैं जिन्हें आप नियंत्रित नहीं कर सकते, उनकी रिकवरी प्रतिबद्धताओं और पहले घंटों के लिए अपने स्वयं के मैनुअल वर्कअराउंड को जानें। अकेले एक आपातकाल का सामना करने के बजाय व्यापक प्रणाली के साथ जुड़ें: आपका एकीकृत देखभाल बोर्ड और Local Resilience Forum आंशिक रूप से आपके आकार के संगठनों की मदद के लिए मौजूद हैं, और पड़ोसी प्रदाताओं के साथ पारस्परिक सहायता सामना करने और बंद होने के बीच का अंतर हो सकती है।

बड़ा संगठन#

एक बड़ा NHS ट्रस्ट या ICS श्रेणी 1 उत्तरदाता कर्तव्यों का पूरा भार उठाता है: एक जवाबदेह आपातकालीन अधिकारी, एक चलता अभ्यास कार्यक्रम, 24/7 ऑन-कॉल कमांड, और Local Resilience Forum में एक सीट। चुनौती एकीकरण है — यह सुनिश्चित करना कि साइबर, क्लिनिकल, परिचालन, और संचार प्रतिक्रियाएं तीन समानांतर संरचनाओं के बजाय एक कमांड संरचना में अभिसरित होती हैं, और यह कि डिजिटल टीमें वास्तव में EPRR का हिस्सा हैं न कि चीज़ों के आग में होने के बाद बुलाया गया एक बाद का विचार। पैमाना जटिलता भी लाता है: कई सिस्टम, कई आपूर्तिकर्ता, और राष्ट्रीय बुनियादी ढांचे पर निर्भरताएं जिन्हें आप नियंत्रित नहीं करते। परिपक्वता हर महत्वपूर्ण सेवा में काम करते अभ्यास किए गए डाउनटाइम और एक डीब्रीफ संस्कृति जैसी दिखती है जो वास्तव में अपनी कार्रवाइयां बंद करती है।

सरकार#

राष्ट्रीय और क्षेत्रीय निकाय — NHS England, UK Health Security Agency, Department of Health and Social Care, विकेंद्रीकृत सरकारें — ढांचा निर्धारित करते हैं, मानक रखते हैं, और उस स्तर से ऊपर प्रतिक्रिया का समन्वय करते हैं जिसे कोई एक संगठन प्रबंधित कर सकता है। उनका EPRR काम मुख्य मानकों को लिखना और सुनिश्चित करना, राष्ट्रीय अभ्यास चलाना, भंडार और पारस्परिक-सहायता व्यवस्थाएं बनाए रखना, और एक महामारी जैसी प्रणाली-व्यापी घटनाओं के दौरान कमांड समन्वय प्रदान करना है। वे राष्ट्रीय डिजिटल बुनियादी ढांचे के भी स्वामी हैं जिसकी विफलता अपने आप में एक सामूहिक-व्यवधान घटना होगी, इसलिए उनका अपना लचीलापन एक सार्वजनिक कर्तव्य है। उनके साथ प्रभावी रूप से काम करना, और राष्ट्रीय स्तर तक रणनीतिक–सामरिक–परिचालन श्रृंखला को समझना, विषय 9.1 — स्थानीय और राष्ट्रीय सरकारों के साथ काम करना का विषय है।

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

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

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

जांच-सूची#

• अपने संगठन की स्थिति (श्रेणी 1 या 2 उत्तरदाता) और इससे जुड़े वैधानिक कर्तव्यों की पुष्टि करें।
• एक डिजिटल या साइबर समस्या को एक गंभीर या प्रमुख घटना तक बढ़ाने के लिए स्पष्ट, अवलोकन योग्य ट्रिगर परिभाषित करें, और नाम दें कि 24/7 कौन घोषित कर सकता है।
• सुनिश्चित करें कि साइबर और डिजिटल घटना प्रतिक्रिया आपकी gold–silver–bronze कमांड संरचना में वायर्ड है।
• आउट-ऑफ़-बैंड कमांड संचार और ऑफ़लाइन कॉल-आउट सूचियां बनाए रखें, और उन्हें अभ्यासों में परखें।
• हर महत्वपूर्ण क्लिनिकल सिस्टम के लिए डाउनटाइम/फ़ॉलबैक प्रक्रियाओं को दस्तावेज़ीकृत, ऑडिट, और अभ्यास करें, डेटा मिलान सहित।
• अपने Caldicott Guardian और Data Protection Officer के साथ आपातकालीन सूचना-साझाकरण कानूनी आधारों और समझौतों पर पूर्व-सहमति दें।
• यथार्थवादी उछाल परिदृश्यों के विरुद्ध जनसंख्या-सामना करने वाली डिजिटल सेवाओं का लोड-परीक्षण करें और सहमत करें कि क्या सुंदरता से घटता है।
• अपने Local Resilience Forum और सामुदायिक जोखिम रजिस्टर में एक स्पष्ट डिजिटल और साइबर जोखिम दृश्य योगदान करें।
• एक चलता योजना–प्रशिक्षण–अभ्यास कार्यक्रम चलाएं जिसमें आपका EPR, नेटवर्क और प्राथमिक डेटा सेंटर खोना शामिल है।
• अभ्यासों और वास्तविक घटनाओं के बाद दोष-मुक्त डीब्रीफ आयोजित करें, और हर कार्रवाई को समापन तक ट्रैक करें।
• लंबी घटनाओं के दौरान स्टाफ कल्याण, आराम, और मनोवैज्ञानिक समर्थन की योजना बनाएं।
• जांचें कि आपकी आपातकालीन प्रतिक्रिया गैर-डिजिटल मार्गों के माध्यम से डिजिटल रूप से बहिष्कृत और असुरक्षित समूहों तक पहुंचती है।

मुख्य स्रोत#

• NHS England — NHS Emergency Preparedness, Resilience and Response (EPRR) Framework और EPRR Core Standards।
• Cabinet Office — Civil Contingencies Act 2004 और Emergency Preparedness / Emergency Response and Recovery वैधानिक मार्गदर्शन।
• Cabinet Office / GOV.UK — National Risk Register और Local Resilience Forums और सामुदायिक जोखिम रजिस्टर पर मार्गदर्शन।
• National Cyber Security Centre (NCSC) — रैनसमवेयर, घटना प्रबंधन, और साइबर घटनाओं को प्रमुख घटनाओं के रूप में मानने पर मार्गदर्शन।
• UK Health Security Agency (UKHSA) — महामारी और संक्रामक-रोग तैयारी मार्गदर्शन।
• UK Covid-19 Inquiry — महामारी तैयारी और प्रतिक्रिया पर प्रकाशित मॉड्यूल और रिपोर्ट।
• Joint Emergency Services Interoperability Principles (JESIP) — कमांड, समन्वय, और रणनीतिक–सामरिक–परिचालन मॉडल।
• National Audit Office — Investigation: WannaCry cyber attack and the NHS (2018)।

संदर्भ#

1. Civil Contingencies Act 2004 — Wikipedia — https://en.wikipedia.org/wiki/Civil_Contingencies_Act_2004
2. Emergency management — Wikipedia — https://en.wikipedia.org/wiki/Emergency_management
3. Local resilience forum — Wikipedia — https://en.wikipedia.org/wiki/Local_resilience_forum
4. Gold–silver–bronze command structure — Wikipedia — https://en.wikipedia.org/wiki/Gold%E2%80%93silver%E2%80%93bronze_command_structure
5. Risk assessment — Wikipedia — https://en.wikipedia.org/wiki/Risk_assessment
6. Triage — Wikipedia — https://en.wikipedia.org/wiki/Triage
7. Mutual aid (emergency services) — Wikipedia — https://en.wikipedia.org/wiki/Mutual_aid_(emergency_services)
8. Pandemic — Wikipedia — https://en.wikipedia.org/wiki/Pandemic
9. COVID-19 pandemic in the United Kingdom — Wikipedia — https://en.wikipedia.org/wiki/COVID-19_pandemic_in_the_United_Kingdom
10. WannaCry ransomware attack — Wikipedia — https://en.wikipedia.org/wiki/WannaCry_ransomware_attack
11. NHS Emergency Preparedness, Resilience and Response (EPRR) — NHS England — https://www.england.nhs.uk/ourwork/eprr/
12. Civil Contingencies Act 2004 (legislation) — UK Government / The National Archives — https://www.legislation.gov.uk/ukpga/2004/36/contents
13. Preparation and planning for emergencies: responsibilities of responder agencies and others — Cabinet Office, GOV.UK — https://www.gov.uk/guidance/preparation-and-planning-for-emergencies-responsibilities-of-responder-agencies-and-others
14. Mitigating malware and ransomware attacks — National Cyber Security Centre — https://www.ncsc.gov.uk/guidance/mitigating-malware-and-ransomware-attacks
15. Investigation: WannaCry cyber attack and the NHS — National Audit Office — https://www.nao.org.uk/reports/investigation-wannacry-cyber-attack-and-the-nhs/
16. UK Covid-19 Inquiry — https://covid19.public-inquiry.uk/