संक्षिप्त उत्तर: डेटा सुरक्षा प्रभाव आकलन (DPIA) वह दस्तावेज़ है जिसमें आप किसी प्रोसेसिंग ऑपरेशन का वर्णन करते हैं, यह दिखाते हैं कि यह आवश्यक और आनुपातिक है, जिन लोगों के डेटा का उपयोग किया जाता है, उनके जोखिमों का आकलन करते हैं, और उन उपायों को रिकॉर्ड करते हैं जो उन जोखिमों को कम करते हैं। GDPR का अनुच्छेद 35 इसे अनिवार्य बनाता है जहाँ प्रोसेसिंग से उच्च जोखिम होने की संभावना है, और विशेष श्रेणियों की बड़े पैमाने पर प्रोसेसिंग, जिसमें स्वास्थ्य डेटा शामिल है, को एक मामला बताता है। व्यवहार में, कुछ उपयोगकर्ताओं से अधिक वाले हर स्वास्थ्य ऐप और हर स्वास्थ्य डेटा प्लेटफ़ॉर्म को इसकी आवश्यकता होती है, प्रोसेसिंग शुरू होने से पहले, और प्रोसेसिंग बदलने पर इसकी समीक्षा की जाती है। नीचे दिया गया टेम्पलेट अनुच्छेद 35(7) और यूरोपीय दिशानिर्देशों का पालन करता है; इसे अंत में डाउनलोड करें।
कब आवश्यक है
GDPR के अनुच्छेद 35 के तहत, जब भी प्रोसेसिंग से उच्च जोखिम होने की संभावना हो, तो DPIA आवश्यक है, और स्वास्थ्य डेटा जैसी विशेष श्रेणियों की बड़े पैमाने पर प्रोसेसिंग को एक स्वचालित ट्रिगर के रूप में नामित किया गया है। EDPB मानदंडों के तहत, एक स्वास्थ्य-ऐप में आमतौर पर कई (संवेदनशील डेटा, बड़े पैमाने पर, कमजोर लोग) शामिल होते हैं, इसलिए प्रोसेसिंग शुरू होने से पहले लगभग हर स्वास्थ्य-ऐप को इसकी आवश्यकता होती है।
अनुच्छेद 35(3) तीन स्वचालित ट्रिगर सूचीबद्ध करता है: महत्वपूर्ण प्रभावों के साथ व्यवस्थित और व्यापक प्रोफाइलिंग; विशेष श्रेणियों (अनुच्छेद 9) या आपराधिक डेटा की बड़े पैमाने पर प्रोसेसिंग; सार्वजनिक क्षेत्रों की व्यवस्थित बड़े पैमाने पर निगरानी। यूरोपीय डेटा संरक्षण बोर्ड के मानदंड (पूर्व अनुच्छेद 29 कार्य समूह से) छह और जोड़ते हैं; यदि दो या अधिक लागू होते हैं, तो एक DPIA करें: मूल्यांकन या स्कोरिंग; कानूनी या समान प्रभाव वाले स्वचालित निर्णय; व्यवस्थित निगरानी; संवेदनशील डेटा; बड़े पैमाने पर; डेटासेट का मिलान या संयोजन; कमजोर लोगों के बारे में डेटा (रोगी शामिल हैं); प्रौद्योगिकी का अभिनव उपयोग; लोगों को किसी अधिकार का प्रयोग करने या सेवा का उपयोग करने से रोकना। एक स्वास्थ्य ऐप आम तौर पर संवेदनशील डेटा, बड़े पैमाने पर, कमजोर लोगों और अक्सर अभिनव प्रौद्योगिकी को हिट करता है। राष्ट्रीय प्राधिकरण उन प्रोसेसिंग की सूची भी प्रकाशित करते हैं जिनके लिए हमेशा DPIA की आवश्यकता होती है (अनुच्छेद 35(4)); अधिकांश में स्वास्थ्य ऐप और जुड़े हुए उपकरण शामिल हैं।
चेकलिस्ट
स्वास्थ्य-ऐप DPIA चेकलिस्ट GDPR अनुच्छेद 35(7) के चार तत्वों का अनुसरण करती है: प्रोसेसिंग का विवरण (उद्देश्य, डेटा, कर्ता, प्रौद्योगिकी), आवश्यकता और आनुपातिकता का मूल्यांकन (कानूनी आधार, न्यूनीकरण, अधिकार, प्रोसेसर, प्रतिधारण), डेटा का उपयोग करने वाले लोगों के लिए जोखिमों का मूल्यांकन, और उन जोखिमों को दूर करने वाले उपाय, जिसके बाद परामर्श, साइन-ऑफ और आवधिक समीक्षा की जाती है।
1. प्रोसेसिंग का वर्णन करें (अनुच्छेद 35(7)(a))
- उद्देश्य, एक-एक करके: व्यक्ति के रिकॉर्ड संग्रहीत करना; क्लिनिक के साथ साझा करना; अनुस्मारक; अनाम आँकड़े; AI सुविधाएँ।
- प्रति उद्देश्य डेटा श्रेणियाँ, स्वास्थ्य डेटा को चिह्नित किया गया; स्रोत (व्यक्ति, क्लिनिक, वियरेबल, दस्तावेज़); प्राप्तकर्ता; प्रति श्रेणी प्रतिधारण; यूरोपीय संघ के बाहर स्थानांतरण और उनका तंत्र।
- अभिनेता: नियंत्रक (ओं), प्रोसेसर (होस्टिंग, एनालिटिक्स, समर्थन उपकरण, AI प्रदाता) उनके अनुबंधों के साथ; DPO।
- प्रौद्योगिकी: वास्तुकला, डेटा कहाँ रहता है, एन्क्रिप्शन, पहचान, लॉगिंग। डेटा-फ़्लो आरेख वह सबसे तेज़ तरीका है जिससे आप भूल गए चीज़ों को ढूंढ सकते हैं।
2. आवश्यकता और आनुपातिकता (अनुच्छेद 35(7)(b))
- अनुच्छेद 6 के तहत कानूनी आधार और अनुच्छेद 9(2) अपवाद, प्रति उद्देश्य (GDPR अनुच्छेद 9 समझाया गया)।
- डेटा न्यूनीकरण: प्रत्येक डेटा तत्व के लिए, यह क्यों आवश्यक है; आपने क्या एकत्र नहीं करने का निर्णय लिया।
- लोगों को जानकारी (अनुच्छेद 13-14) और उत्पाद में अधिकारों (पहुँच, सुधार, विलोपन, पोर्टेबिलिटी, आपत्ति, सहमति वापस लेना) का प्रयोग कैसे किया जाता है, न कि समर्थन को ईमेल द्वारा।
- प्रोसेसर: अनुच्छेद 28 अनुबंध मौजूद हैं; उप-प्रोसेसर सूचीबद्ध; ऑडिट अधिकार।
- प्रतिधारण और विलोपन: ठोस अवधि और उन्हें लागू करने वाला तंत्र।
3. लोगों के लिए जोखिम (अनुच्छेद 35(7)(c)) प्रत्येक उद्देश्य के लिए, तीन क्लासिक घटनाओं में से प्रत्येक के लिए संभावना और गंभीरता का आकलन करें:
- अवैध पहुँच (उल्लंघन, आंतरिक, अत्यधिक व्यापक साझाकरण, एक क्लिनिक द्वारा स्वीकृत से अधिक देखना);
- अनचाही संशोधन (किसी क्लिनिशियन द्वारा भरोसा किए जाने वाले रिकॉर्ड में गलत डेटा, सिंक्रनाइज़ेशन त्रुटियाँ, AI सुविधा द्वारा रिकॉर्ड में लिखना);
- गायब होना (व्यक्ति द्वारा भरोसा किए जाने वाले रिकॉर्ड का नुकसान; खाता अधिभोग; एक विक्रेता का बंद होना)। फिर स्वास्थ्य-विशिष्ट वाले: "अनाम" आँकड़ों की पुनः पहचान; व्यवहार से स्थितियों का अनुमान; यदि डेटा बीमाकर्ताओं या नियोक्ताओं तक पहुँचता है तो भेदभाव; बच्चों के डेटा से नुकसान; क्लीनिकों के आसपास स्थान डेटा; विज्ञापन नेटवर्क को डेटा भेजने वाले ऐप में तीसरे पक्ष के SDK (स्वास्थ्य ऐप के स्वास्थ्य ऐप के नियामक ऑडिट में सबसे आम निष्कर्ष)।
4. उपाय (अनुच्छेद 35(7)(d)) प्रत्येक जोखिम के लिए, नियंत्रण और अवशिष्ट जोखिम: आराम और पारगमन में एन्क्रिप्शन; मजबूत प्रमाणीकरण; सहमति और समय द्वारा स्कोप्ड पहुँच, लॉग के साथ जिसे व्यक्ति पढ़ सकता है; एनालिटिक्स और लॉग में छद्म नामकरण; कोई तीसरा पक्ष विज्ञापन या ट्रैकिंग SDK नहीं; विकास के लिए अलग वातावरण और सिंथेटिक डेटा; परीक्षण किए गए पुनर्स्थापना के साथ बैकअप; विक्रेता समीक्षा; 72 घंटे की घड़ी के साथ घटना प्रतिक्रिया; सुरक्षित विकास प्रथाएं; कर्मचारी प्रशिक्षण और गोपनीयता; उत्पाद में डेटा निर्यात और विलोपन; एकीकरण के लिए एक किल-स्विच।
5. परामर्श
- DPO की सलाह दर्ज की जाती है (अनुच्छेद 35(2)); लोगों या उनके प्रतिनिधियों के विचारों को उचित होने पर मांगा जाता है (अनुच्छेद 35(9)), उदाहरण के लिए एक उपयोगकर्ता पैनल या रोगी संघ के माध्यम से।
- यदि उच्च अवशिष्ट जोखिम बना रहता है, तो प्रोसेसिंग से पहले पर्यवेक्षी प्राधिकरण से परामर्श करें (अनुच्छेद 36)। अधिकांश अच्छी तरह से नियंत्रित स्वास्थ्य ऐप इस बिंदु तक नहीं पहुँचते हैं; कई क्लीनिकों के लिए प्रोसेसिंग करने वाले प्लेटफ़ॉर्म कभी-कभी पहुँचते हैं।
6. साइन-ऑफ और समीक्षा
- नियंत्रक के प्रबंधन द्वारा अनुमोदित; दिनांकित; संस्करणित।
- उद्देश्य, डेटा, प्रौद्योगिकी या प्राप्तकर्ता बदलने पर, और कम से कम हर एक या दो साल में (अनुच्छेद 35(11)) समीक्षा की जाती है।
स्वास्थ्य-ऐप DPIA में विशिष्ट निष्कर्ष
स्वास्थ्य-ऐप DPIAs में सबसे आम निष्कर्ष एनालिटिक्स और क्रैश-रिपोर्टिंग SDKs हैं जो स्वास्थ्य संदर्भ के साथ पहचानकर्ता प्राप्त करते हैं, पुश नोटिफिकेशन जो लॉक स्क्रीन पर स्थितियां प्रकट करते हैं, सपोर्ट स्टाफ के पास अप्रतिबंधित डेटाबेस एक्सेस, यूरोपीय संघ के बाहर बैकअप, खाता बंद होने के बाद रखा गया डेटा, उद्देश्यों को बंडल करने वाली सहमति स्क्रीन, और "अनाम" डेटासेट जो अभी भी लोगों की पहचान करते हैं।
इनमें से प्रत्येक का एक ठोस समाधान है, और DPIA वह जगह है जहाँ समाधान प्रतिबद्ध होता है।
टेम्पलेट
इस पृष्ठ पर DPIA टेम्पलेट स्वास्थ्य-ऐप के लिए एक भरने योग्य मार्कडाउन दस्तावेज़ है, जिसे छह अनुभागों (प्रोसेसिंग का विवरण, आवश्यकता और आनुपातिकता, लोगों के लिए जोखिम, उपाय, परामर्श, साइन-ऑफ और समीक्षा) में संरचित किया गया है जिसमें एक जोखिम तालिका और एक उपाय तालिका शामिल है। यह GDPR अनुच्छेद 35(7) और EDPB मानदंडों का अनुसरण करता है और यह एक प्रारंभिक संरचना है, न कि कानूनी सलाह।
DPIA टेम्पलेट डाउनलोड करें। इसे किसी भी दस्तावेज़ टूल में आयात किया जा सकता है; आपका DPO इसे अनुकूलित करता है।
Anpheros में
Anpheros Anpheros Daily के लिए एक DPIA और एक प्रोसेसर के रूप में Anpheros Platform के लिए एक DPIA बनाए रखता है, जिसमें उपरोक्त संरचना होती है, और उनके द्वारा लिए गए निर्णय उत्पाद में दिखाई देते हैं: प्रति उद्देश्य सहमति, स्कोप्ड और लॉग की गई पहुँच, कोई विज्ञापन SDK नहीं, यूरोपीय संघ होस्टिंग, ऐप में निर्यात और विलोपन। स्वास्थ्य पारदर्शिता देखें।
यह पृष्ठ उत्पाद और इंजीनियरिंग टीमों के लिए विनियमन की व्याख्या करता है। यह कानूनी सलाह नहीं है; स्रोतों के तहत लिंक किए गए पाठ अधिकार हैं, और आपका डेटा सुरक्षा अधिकारी, अधिसूचित निकाय या वकील आपके मामले का निर्णय लेते हैं। अंतिम समीक्षा: अक्टूबर 2026।
संबंधित पृष्ठ
- स्वास्थ्य डेटा के लिए GDPR अनुच्छेद 9
- स्वास्थ्य डेटा का डी-पहचान
- मेरे मेडिकल रिकॉर्ड को किसने देखा?
- क्या स्वास्थ्य ऐप एक मेडिकल डिवाइस है?
- ISO 27001 बनाम ISO 27799
- स्वास्थ्य डेटा विनियमन मानचित्र
स्रोत
- GDPR अनुच्छेद 35 और 36, EUR-Lex
- अनुच्छेद 29 कार्य समूह / EDPB: DPIA पर दिशानिर्देश (WP248 rev.01)
- CNIL: PIA पद्धति और सॉफ्टवेयर
- ICO: डेटा सुरक्षा प्रभाव आकलन
- EDPB: दिशानिर्देश, सिफारिशें और सर्वोत्तम प्रथाएं
अक्सर पूछे जाने वाले प्रश्न
क्या मुझे कुछ उपयोगकर्ताओं वाले छोटे ऐप के लिए DPIA की आवश्यकता है?
यदि यह स्वास्थ्य डेटा को संसाधित करता है, तो लगभग हमेशा हाँ: संवेदनशील डेटा के साथ-साथ कमजोर लोग पहले से ही दो-मानदंड परीक्षण को पूरा करते हैं, और कई राष्ट्रीय सूचियाँ स्वास्थ्य ऐप को स्पष्ट रूप से नामित करती हैं। एक छोटे ऐप का DPIA बस छोटा होता है।
DPIA कौन लिखता है?
नियंत्रक जिम्मेदार है; व्यवहार में उत्पाद मालिक और इंजीनियरिंग लीड DPO की सलाह के साथ इसे लिखते हैं, क्योंकि वे डेटा प्रवाह को जानते हैं। इसे पूरी तरह से आउटसोर्स करने से एक ऐसा दस्तावेज़ बनता है जिसे कोई भी अद्यतित नहीं रख सकता है।
क्या DPIA प्रकाशित होना चाहिए?
नहीं। यह एक आंतरिक जवाबदेही दस्तावेज़ है जो अनुरोध पर पर्यवेक्षी प्राधिकरण को दिखाया जाता है। कई संगठन एक सारांश प्रकाशित करते हैं; EHDS और कुछ राष्ट्रीय नियम कुछ प्रोसेसिंग के बारे में पारदर्शिता की आवश्यकता होती है।
DPIA ISO 27001 के तहत जोखिम मूल्यांकन से कैसे भिन्न है?
ISO मूल्यांकन संगठन के जोखिमों को देखता है; DPIA उन लोगों के जोखिमों को देखता है जिनके डेटा को संसाधित किया जाता है। वे नियंत्रण और साक्ष्य साझा करते हैं, और एक अच्छा सुरक्षा कार्यक्रम DPIA के उपायों अनुभाग को फीड करता है।
सैंडबॉक्स में मुफ़्त आज़माएँ
5 मिनट में आपकी पहली FHIR कॉल. एक HL7 FHIR R4 API जिसमें मरीज़ की सहमति शामिल है: सैंडबॉक्स में आज़माएं, फिर अपना ऐप या क्लिनिक सिस्टम कनेक्ट करें।
मुफ़्त · 30 सिंथेटिक मरीज़ · कोई कार्ड नहीं
Anpheros एक मेडिकल रिकॉर्ड बनाता है जिसे मरीज़ नियंत्रित कर सकता है और किसी भी क्लिनिक के साथ साझा कर सकता है, यह EU में स्थित HL7 FHIR R4 प्लेटफ़ॉर्म पर आधारित है। ये गाइड आपको अपने स्वास्थ्य को समझने और व्यवस्थित करने में मदद करते हैं; ये आपके डॉक्टर का विकल्प नहीं हैं।
Anpheros के बारे में →