विषय 1.7 — सूचना प्रशासन, डेटा सुरक्षा और साइबर सुरक्षा

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

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

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

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

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

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

इस क्षेत्र के आधार पर सूचना प्रशासन का अनुशासन है — नियमों, भूमिकाओं, और नियंत्रणों का ढांचा जिसके माध्यम से एक संगठन सूचना को कानूनी, सुरक्षित, और नैतिक रूप से संभालता है। यूनाइटेड किंगडम में, प्राथमिक कानूनी आधार UK General Data Protection Regulation (UK GDPR), ब्रेक्सिट के बाद बनाए रखा गया EU विनियमन का घरेलू संस्करण, और Data Protection Act 2018 (DPA 2018), जो इसे पूरक करता है। साथ में वे मांग करते हैं कि व्यक्तिगत डेटा को कानूनी, निष्पक्ष, और पारदर्शी रूप से प्रोसेस किया जाए, और यह कि हर प्रोसेसिंग गतिविधि एक कानूनी आधार पर टिकी हो। स्वास्थ्य जानकारी विशेष श्रेणी डेटा है, जिसे Article 6 के तहत एक कानूनी आधार और Article 9 के तहत एक अतिरिक्त शर्त दोनों चाहिए — प्रत्यक्ष देखभाल के लिए, आमतौर पर गोपनीयता के कर्तव्य के तहत एक पेशेवर द्वारा स्वास्थ्य या सामाजिक देखभाल का प्रावधान।

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

दो स्वास्थ्य-विशिष्ट ढांचे इन कर्तव्यों को अभ्यास में अनुवादित करते हैं। Caldicott Principles — गोपनीय रोगी जानकारी को संभालने के लिए सिद्धांतों का एक समूह (अब आठ), जो पहली बार 1997 Caldicott Report में निर्धारित किया गया था — हर संगठन के भीतर एक Caldicott Guardian द्वारा बनाए रखे जाते हैं, एक वरिष्ठ व्यक्ति जो रोगी गोपनीयता की रक्षा करने और उपयुक्त सूचना साझाकरण को सक्षम करने के लिए ज़िम्मेदार है। राष्ट्रीय स्तर पर, National Data Guardian for Health and Social Care (NDG) एक स्वतंत्र वैधानिक आवाज़ है जो इस बारे में सलाह देती है कि रोगी डेटा का उपयोग और सुरक्षा कैसे की जानी चाहिए। राष्ट्रीय डेटा ऑप्ट-आउट रोगियों को उनकी गोपनीय जानकारी को उनकी प्रत्यक्ष देखभाल से परे उद्देश्यों के लिए उपयोग होने से रोकने का एक तंत्र देता है, जैसे योजना और अनुसंधान, और संगठनों को इसका सम्मान करना चाहिए।

परिचालनात्मक रूप से, एक Data Protection Impact Assessment (DPIA) वह संरचित मूल्यांकन है जिसे आप प्रोसेसिंग से पहले पूरा करते हैं जो उच्च-जोखिम होने की संभावना है — जो अधिकांश नई स्वास्थ्य डेटा परियोजनाएं हैं — गोपनीयता जोखिमों की पहचान और शमन करने के लिए। हर संगठन को एक Data Protection Officer (DPO) नियुक्त करना चाहिए, अनुपालन पर सलाह देने और उसकी निगरानी करने के लिए ज़िम्मेदार एक स्वतंत्र भूमिका। इंग्लैंड में, Data Security and Protection Toolkit (DSPT) वार्षिक स्व-मूल्यांकन है जिसके माध्यम से स्वास्थ्य और देखभाल संगठन प्रदर्शित करते हैं कि वे NHS डेटा संभालने के लिए आवश्यक डेटा-सुरक्षा और सूचना-प्रशासन मानकों को पूरा करते हैं।

सुरक्षा पक्ष पर, National Cyber Security Centre (NCSC) आधिकारिक यूके मार्गदर्शन प्रदान करता है और, अपने Cyber Assessment Framework (CAF) के माध्यम से, साइबर लचीलापन मापने का एक संरचित तरीका। ठोस अभ्यास अच्छी तरह से स्थापित बुनियादी बातों पर टिका है: गहराई में रक्षा, कई नियंत्रणों को परत करना ताकि कोई एक विफलता विनाशकारी न हो; न्यूनतम विशेषाधिकार का सिद्धांत, लोगों और सिस्टमों को केवल वह अभिगम देना जिसकी उन्हें वास्तव में आवश्यकता है; अनुशासित पैचिंग और परीक्षित बैकअप; और रैनसमवेयर के लिए तैयारी, वह मैलवेयर जो जबरन वसूली के लिए सिस्टमों को एन्क्रिप्ट करता है। क्योंकि रोकथाम अकेले कभी टिकती नहीं है, परिपक्व संगठन संचालन में भी निवेश करते हैं: एक security operations center (SOC) — एक क्षमता, चाहे आंतरिक हो या साझा, जो घुसपैठ का पता लगाने और नियंत्रित करने के लिए लॉग और टेलीमेट्री की निगरानी करती है — और एक अभ्यस्त घटना प्रतिक्रिया प्रक्रिया जो पता लगाने से रिकवरी तक तेज़ी से आगे बढ़े। 2017 का WannaCry रैनसमवेयर हमला, जिसने इंग्लैंड में लगभग एक तिहाई NHS ट्रस्टों को बाधित किया और अनुमानित £92 मिलियन का प्रभाव डाला, परिभाषित सावधानी का उदाहरण बना हुआ है — इसका नुकसान बड़े पैमाने पर बिना-पैच किए सिस्टमों से आया, विदेशी हैकिंग से नहीं।

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

1. हर डेटा परियोजना को एक DPIA के साथ शुरू करें, और इसे कागज़ी काम के बजाय डिज़ाइन मानें। व्यक्तिगत डेटा प्रोसेस करने वाली किसी भी चीज़ को बनाने या खरीदने से पहले, अपने DPO और Caldicott Guardian के साथ एक Data Protection Impact Assessment के माध्यम से काम करें। जल्दी किया गया, यह डिज़ाइन को आकार देता है — एकत्र किए गए डेटा को न्यूनतम करना, छद्मनामकरण चुनना, अभिगम को कसना — पहले से लिए गए निर्णयों पर रबर-स्टैंप लगाने के बजाय। एक DPIA जो लाइव-गो तक पार्क किया गया है एक चेतावनी संकेत है कि प्रशासन थिएटर है।

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

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

4. उन्नत उपकरण खरीदने से पहले साइबर बुनियादी बातों को सही करें। NCSC का मार्गदर्शन अनाकर्षक और प्रभावी है: तुरंत पैच करें, विशेष रूप से इंटरनेट-सामना करने वाले और क्लिनिकल सिस्टम; बहु-कारक प्रमाणीकरण लागू करें; नेटवर्क को खंडित करें ताकि एक संक्रमण स्वतंत्र रूप से नहीं फैल सके; और ऑफ़लाइन, परीक्षित बैकअप बनाए रखें। WannaCry बिना-पैच किए Windows सिस्टमों के माध्यम से फैला, और सबक बना रहता है — बुनियादी स्वच्छता अधिकांश घटनाओं को रोकती है। पहले बुनियादी बातों पर खर्च करें; बुनियाद ठोस होने के बाद परिष्कृत पहचान खरीदें।

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

6. DSPT को ईमानदारी से पूरा करें और इसे एक वास्तविक मूल्यांकन के रूप में उपयोग करें। Data Security and Protection Toolkit NHS डेटा संभालने के लिए एक आवश्यकता है, लेकिन इसका मूल्य इसे एक बॉक्स-टिकिंग अनुष्ठान के बजाय एक ईमानदार वार्षिक स्टॉकटेक के रूप में मानने से आता है। जहां आप एक मानक को पूरा नहीं कर सकते, अपनी स्थिति को अतिरंजित करने के बजाय अंतर और एक विश्वसनीय सुधार योजना दर्ज करें। एक फुलाया हुआ DSPT रिटर्न आपके बोर्ड को झूठा आश्वासन देता है, जो किसी से भी बदतर है।

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

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

9. रिकॉर्ड को उनके पूरे जीवनचक्र में प्रबंधित करें। NHS Records Management Code of Practice पर आधारित प्रतिधारण अनुसूचियां लागू करें, जब उनकी प्रतिधारण अवधि समाप्त हो जाए तो रिकॉर्ड को सुरक्षित रूप से निपटाएं और जब तक यह चलती है उन्हें सुलभ और बरकरार रखें। खराब रिकॉर्ड प्रबंधन जोखिम (डेटा रखना जिसकी अब आपको आवश्यकता नहीं है) और नुकसान (उस डेटा को खोना जिस पर क्लिनिशियन निर्भर करते हैं) दोनों बनाता है। सिस्टमों के बीच माइग्रेशन एक उच्च-जोखिम क्षण है — डेटा गुणवत्ता, मैपिंग, और अभिलेखागार के लिए सोच-समझकर योजना बनाएं।

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

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

12. एक गंभीर साइबर हमले को एक क्लिनिकल-निरंतरता घटना के रूप में मानें। एक साइबर घटना प्रतिक्रिया योजना लिखें, संसाधन दें, और पूर्वाभ्यास करें जो नाम देती है कि एक घटना कौन घोषित करता है, तकनीकी प्रतिक्रिया का नेतृत्व कौन करता है, और सिस्टम बंद रहते हुए क्लिनिकल सुरक्षा और बाहरी संचार का स्वामी कौन है। इसे सीधे अपनी व्यावसायिक निरंतरता और आपदा रिकवरी व्यवस्थाओं में वायर करें (देखें विषय 3.9 — व्यावसायिक निरंतरता और आपदा रिकवरी) और अपनी प्रमुख-घटना और EPRR प्रक्रियाओं में (देखें विषय 3.10 — आपातकालीन तैयारी, लचीलापन और प्रतिक्रिया), ताकि एक रैनसमवेयर आउटेज को रोगी देखभाल के किसी भी खतरे के समान अनुशासन के साथ संभाला जाए। एक योजना जो केवल IT विभाग में रहती है उस क्षण विफल हो जाएगी जब एक हमला एक क्लिनिकल संकट बन जाता है।

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

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

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

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

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

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

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

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

Meadowford Integrated Care System एक साझा देखभाल रिकॉर्ड खड़ी कर रहा है ताकि अस्पताल क्लिनिशियन, GP, सामुदायिक नर्स, और सामाजिक कार्यकर्ता हर व्यक्ति का एक एकीकृत दृश्य देख सकें। कार्यक्रम क्लिनिशियनों के साथ लोकप्रिय है और राजनीतिक रूप से दृश्यमान है, और प्रलोभन तेज़ी से आगे बढ़ने का है।

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

साझेदार सामान्य कानून गोपनीयता कर्तव्य और कानूनी आधारों को कवर करने वाले एक एकल सूचना साझाकरण समझौते पर सहमत होते हैं — Article 6(1)(e) और Article 9(2)(h) के तहत प्रत्यक्ष देखभाल — और वे पुष्टि करते हैं कि साझा रिकॉर्ड केवल प्रत्यक्ष देखभाल के लिए उपयोग किया जाता है, इसलिए राष्ट्रीय डेटा ऑप्ट-आउट इसे प्रतिबंधित नहीं करता। जब एक अलग प्रस्ताव उसी डेटा को जनसंख्या-स्वास्थ्य विश्लेषिकी के लिए उपयोग करने के लिए आता है, तो टीम इसे मौजूदा समझौते को चुपचाप बढ़ाने के बजाय अपने स्वयं के DPIA, अपने स्वयं के कानूनी आधार, ऑप्ट-आउट अनुपालन, और सार्वजनिक संचार के साथ एक अलग प्रवाह के रूप में मानती है।

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

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

स्टार्टअप#

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

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

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

बड़ा संगठन#

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

सरकार#

राष्ट्रीय निकाय और आयुक्त ढांचे निर्धारित करते हैं — Caldicott Principles, National Data Guardian का मार्गदर्शन, राष्ट्रीय डेटा ऑप्ट-आउट, DSPT — और जनसंख्या पैमाने पर सार्वजनिक विश्वास की ज़िम्मेदारी उठाते हैं। आपकी डेटा पहलें बड़ी, दृश्यमान, और राजनीतिक रूप से चार्ज की गई हैं, और पिछले कार्यक्रमों ने दिखाया है कि छिपा हुआ या खराब समझाया गया डेटा साझाकरण कितनी जल्दी प्रतिक्रिया और सामूहिक ऑप्ट-आउट को ट्रिगर करता है। पारदर्शिता, सार्थक सार्वजनिक जुड़ाव, और स्वतंत्र निगरानी के साथ बढ़ाने से पहले नेतृत्व करें, बाद में नहीं। उस समझौते को पहचानें जिसका आप स्वामित्व रखते हैं: अत्यधिक सावधान राष्ट्रीय नीति देखभाल और अनुसंधान को डेटा से भूखा रखती है, जबकि लापरवाह नीति उस जनता की सहमति खो देती है जिसका डेटा है।

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

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

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

जांच-सूची#

• हर नई डेटा परियोजना की शुरुआत में एक DPIA खोला जाता है और DPO द्वारा हस्ताक्षरित किया जाता है।
• हर डेटा प्रवाह के लिए कानूनी आधार, विशेष-श्रेणी शर्त, और गोपनीयता आधार दस्तावेज़ीकृत हैं।
• एक Caldicott Guardian और एक Data Protection Officer नियुक्त, संसाधित, और वास्तव में परामर्शित हैं।
• न्यूनतम-विशेषाधिकार, भूमिका-आधारित अभिगम लागू है और संवेदनशील रिकॉर्ड तक अभिगम लॉग और ऑडिट किया जाता है।
• सिस्टमों को तुरंत पैच किया जाता है, बहु-कारक प्रमाणीकरण लागू है, और नेटवर्क खंडित हैं।
• बैकअप लिए जाते हैं, ऑफ़लाइन रखे जाते हैं, और नियमित अनुसूची पर परीक्षण-पुनर्स्थापित किए जाते हैं।
• एक घटना-प्रतिक्रिया और व्यावसायिक-निरंतरता योजना, जिसमें क्लिनिकल कागज़ फ़ॉलबैक शामिल है, दस्तावेज़ीकृत और पूर्वाभ्यास की गई है।
• DSPT को दर्ज अंतराल और विश्वसनीय सुधार योजनाओं के साथ ईमानदारी से पूरा किया जाता है।
• ICS साझेदारों में सहमत आधारों के साथ सूचना साझाकरण समझौते मौजूद हैं।
• राष्ट्रीय डेटा ऑप्ट-आउट सभी द्वितीयक उपयोगों पर लागू होता है और पारदर्शिता सामग्री प्रकाशित की जाती है।
• रिकॉर्ड प्रतिधारण और सुरक्षित निपटान NHS Records Management Code of Practice का पालन करता है।
• डेटा सुरक्षा और सुरक्षा आवश्यकताएं आपूर्तिकर्ता अनुबंधों में लिखी जाती हैं और आपूर्ति श्रृंखला का आकलन किया जाता है।

मुख्य स्रोत#

• Information Commissioner's Office (ICO) — UK GDPR, DPIA, और कानूनी आधारों के लिए मार्गदर्शिका।
• National Data Guardian — डेटा सुरक्षा और Caldicott Principles पर समीक्षा और मार्गदर्शन।
• NHS England — Data Security and Protection Toolkit और राष्ट्रीय डेटा ऑप्ट-आउट।
• National Cyber Security Centre (NCSC) — साइबर सुरक्षा मार्गदर्शन और Cyber Assessment Framework।
• UK Caldicott Guardian Council — Caldicott Guardian की भूमिका और ज़िम्मेदारियां।
• National Audit Office — WannaCry साइबर हमले और NHS की जांच (2017–18)।
• NHS Records Management Code of Practice।

संदर्भ#

1. Information governance — Wikipedia — https://en.wikipedia.org/wiki/Information_governance
2. General Data Protection Regulation — Wikipedia — https://en.wikipedia.org/wiki/General_Data_Protection_Regulation
3. Data Protection Act 2018 — Wikipedia — https://en.wikipedia.org/wiki/Data_Protection_Act_2018
4. Duty of confidentiality — Wikipedia — https://en.wikipedia.org/wiki/Duty_of_confidentiality
5. Caldicott guardian — Wikipedia — https://en.wikipedia.org/wiki/Caldicott_guardian
6. National Data Guardian for Health and Social Care — Wikipedia — https://en.wikipedia.org/wiki/National_Data_Guardian_for_Health_and_Social_Care
7. Data protection impact assessment (Privacy impact assessment) — Wikipedia — https://en.wikipedia.org/wiki/Privacy_impact_assessment
8. Data protection officer — Wikipedia — https://en.wikipedia.org/wiki/Data_protection_officer
9. National Cyber Security Centre (United Kingdom) — Wikipedia — https://en.wikipedia.org/wiki/National_Cyber_Security_Centre_(United_Kingdom)
10. Defense in depth (computing) — Wikipedia — https://en.wikipedia.org/wiki/Defense_in_depth_(computing)
11. Principle of least privilege — Wikipedia — https://en.wikipedia.org/wiki/Principle_of_least_privilege
12. Ransomware — Wikipedia — https://en.wikipedia.org/wiki/Ransomware
13. WannaCry ransomware attack — Wikipedia — https://en.wikipedia.org/wiki/WannaCry_ransomware_attack
14. Guide to the UK GDPR — Information Commissioner's Office — https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/
15. Data Security and Protection Toolkit — NHS England — https://www.dsptoolkit.nhs.uk/
16. National data opt-out — NHS England — https://digital.nhs.uk/services/national-data-opt-out
17. Cyber Assessment Framework — National Cyber Security Centre — https://www.ncsc.gov.uk/collection/cyber-assessment-framework
18. Investigation: WannaCry cyber attack and the NHS — National Audit Office — https://www.nao.org.uk/reports/investigation-wannacry-cyber-attack-and-the-nhs/
19. Information security operations center — Wikipedia — https://en.wikipedia.org/wiki/Information_security_operations_center
20. Incident response — Wikipedia — https://en.wikipedia.org/wiki/Incident_response