इकाइयाँ
1. सामाजिक कार्य में कृत्रिम बुद्धिमत्ता का परिचय: भूमिकाएँ, सीमाएँ, प्रमाणीकरण, गोपनीयता और नैतिकता 2. केस दस्तावेज़ीकरण और रिकॉर्ड कीपिंग: नोट्स को तथ्यात्मक और रक्षात्मक रिकॉर्ड में बदलना 3. बायोसाइकोसोशल मूल्यांकन और साक्षात्कार की तैयारी 4. जोखिम मूल्यांकन सहायता और सुरक्षा योजना: सबसे संवेदनशील सीमा 5. रिसोर्स मैपिंग और रूटिंग गाइड: क्लाइंट को सही सेवा से जोड़ना 6. हस्तक्षेप और देखभाल योजना: लक्ष्य निर्धारण और निगरानी 7. रिपोर्ट लेखन: संस्थागत और न्यायालय रिपोर्ट 8. ग्राहक के साथ संचार: सरल, बहुभाषी और सुलभ पाठ 9. कार्यक्रम और परियोजना डिजाइन: विश्लेषण, डिजाइन और फंड अनुप्रयोग की आवश्यकता है 10. पूर्वाग्रह, भेदभाव और नैतिकता: निष्पक्ष और सांस्कृतिक रूप से उत्तरदायी उपयोग 11. ग्राहक गोपनीयता, केवीकेके और सुरक्षित आर्टिफिशियल इंटेलिजेंस उपयोग 12. शुरू से अंत तक कार्यप्रवाह, शासन और जिम्मेदार उपयोग
इकाई 11 / 12

ग्राहक गोपनीयता, केवीकेके और सुरक्षित आर्टिफिशियल इंटेलिजेंस उपयोग

लाभ:

  • इसकी संवेदनशीलता के अनुसार जानकारी का मूल्यांकन करना और 'वर्ग से पूछें, वाहन से मिलान करें' रिफ्लेक्स के साथ खुले वाहन और सुरक्षित प्रणाली के बीच अंतर करना
  • केवीकेके के न्यूनतम डेटा, सुरक्षा और जिम्मेदारी सिद्धांतों को समझना और यह देखना कि नाम हटाना पर्याप्त नहीं है और संदर्भ पहचान है।
  • संदेह की स्थिति में सबसे सुरक्षित रास्ता चुनने, उच्चतम स्तर पर संवेदनशील डेटा की सुरक्षा करने और उल्लंघन की पारदर्शी तरीके से रिपोर्ट करने का अनुशासन अपनाने की क्षमता।

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

शुरुआत से सबसे बुनियादी नियम वह है जिसे हम इस मॉड्यूल में दोहराते हैं: ग्राहक की पहचान करने वाला कोई भी व्यक्तिगत डेटा सार्वजनिक एआई टूल में दर्ज नहीं किया जाएगा जिसे आपके संस्थान ने मंजूरी नहीं दी है। यह एक वाक्य नीचे दिए गए सभी विवरणों का सार है।

सामाजिक कार्यकर्ता के लिए KVKK का सारांश

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

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

दो दुनियाएँ: खुला वाहन बनाम सुरक्षित प्रणाली

एआई के अपने उपयोग को दो स्पष्ट दुनियाओं में अलग करें:

1. सार्वजनिक/खुला उपकरण संसार। इसका उपयोग उन कार्यों के लिए किया जा सकता है जो ग्राहक की पहचान नहीं करते हैं: सामान्य सूचना प्रश्न ("स्मार्ट लक्ष्य कैसे लिखें?"), काल्पनिक/गुमनाम उदाहरणों के साथ प्रशिक्षण, कानून की सामान्य व्याख्या, कार्यक्रम पाठ जो किसी को इंगित नहीं करते हैं। वास्तविक ग्राहक डेटा यहां कभी दर्ज नहीं किया जाता है।

2. ग्राहक डेटा की दुनिया. कोई भी कार्य जिसमें वास्तविक ग्राहक की जानकारी शामिल होती है - रिकॉर्डिंग, रिपोर्ट, जोखिम नोट, रेफरल - केवल आपके संस्थान द्वारा अनुमोदित सुरक्षित सिस्टम में किया जाता है, जहां डेटा लीक नहीं होता है। यदि ऐसी कोई व्यवस्था नहीं है तो वह काम बिना एआई के, पारंपरिक सुरक्षित पद्धति से किया जाता है।

दोनों को भ्रमित करना - खुले टूल को वास्तविक क्लाइंट डेटा देना - इस मॉड्यूल की सबसे खतरनाक और आम गलती है।

चरण दर चरण: डेटा स्वच्छता अनुशासन

  1. कक्षा के बारे में पूछें. प्रत्येक कार्य से पहले पूछें: "क्या यह पाठ ग्राहक का वर्णन करता है?" यदि हां, तो सुरक्षित प्रणाली; यदि नहीं तो खुले वाहन का प्रयोग किया जा सकता है।
  2. छोटा करना। दर्ज किए गए डेटा को कार्य के लिए आवश्यक न्यूनतम तक सीमित करें, भले ही कार्य को वास्तव में इसकी आवश्यकता हो।
  3. पहचानें (और अपनी सीमाएँ जानें)। जहां आवश्यक हो वहां पहचानकर्ता हटा दें; लेकिन याद रखें कि संदर्भ पहचान भी दे सकता है।
  4. अनुमोदित उपकरण का प्रयोग करें. जानें कि संस्थान किस डेटा के लिए किस वाहन को मंजूरी देता है और इससे विचलित न हों।
  5. यदि आप निश्चित नहीं हैं, तो एक उच्चवर्गीय व्यक्ति की तरह व्यवहार करें। यदि आप निश्चित नहीं हैं कि कोई डेटा संवेदनशील है या नहीं, तो सबसे सुरक्षित पथ चुनें।
  6. उल्लंघन की रिपोर्ट करें. यदि कोई रिसाव या त्रुटि है, तो उसे छिपाएँ; संस्था की प्रक्रिया के अनुसार रिपोर्ट करें। शीघ्र हस्तक्षेप से क्षति कम हो जाती है।

तीन मिनी मामले

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

केस 2 - न्यूनतम डेटा नीति ने काम किया। एक विशेषज्ञ को केवल एक वाक्य को सरल बनाने की आवश्यकता थी। संपूर्ण फ़ाइल टूल को देने के बजाय, उसने बिना किसी व्यक्तिगत विवरण के केवल वह एक वाक्य दिया। काम पूरा हो गया, कोई संवेदनशील डेटा बाहर नहीं आया. न्यूनतम डेटा नीति सुरक्षित और पर्याप्त दोनों थी।

केस 3 - शीघ्र सूचना देने से क्षति कम हो गई। एक नए कर्मचारी ने गलती से एक ग्राहक की जानकारी एक खुले टूल में चिपका दी और उसे तुरंत ध्यान आ गया। घबराने और छिपने के बजाय, उसने तुरंत अपने पर्यवेक्षक को इसकी सूचना दी। संस्था ने केवीकेके प्रक्रिया के अनुसार घटना का मूल्यांकन किया, आवश्यक कदम उठाए और कर्मचारी को इसका सही तरीके से उपयोग करना सिखाया। पारदर्शी और त्वरित सूचना ने घटना को बढ़ने से रोका।

चार प्रतिलिपि योग्य टेम्पलेट

1) डेटा क्लास प्रीफ्लाइट:

एआई टूल में इसे संसाधित करने से पहले निम्नलिखित पाठ का मूल्यांकन करें: क्या यह पाठ किसी व्यक्ति को सीधे (नाम, आईडी, पता, फोन) या अप्रत्यक्ष रूप से (संदर्भ: पड़ोस, उम्र, घटना, पारिवारिक संरचना) पहचानने योग्य बनाता है? क्या इसमें संवेदनशील डेटा (स्वास्थ्य, धर्म, जातीयता, आपराधिक रिकॉर्ड) शामिल है? यदि हां, तो कौन से अनुभाग? मुझे बताएं कि क्या इस पाठ को सार्वजनिक टूल में प्रस्तुत किया जा सकता है। पाठ: [पाठ चिपकाएँ]

2) न्यूनतम डेटा में अपग्रेड करना:

निम्नलिखित कार्य करने के लिए आवश्यक न्यूनतम जानकारी निर्धारित करें। उन सभी व्यक्तिगत विवरणों को हटा दें जिनकी नौकरी के लिए आवश्यकता नहीं है और केवल उस गैर-पहचान वाले हिस्से को छोड़ दें जो नौकरी के लिए आवश्यक है। सूचीबद्ध करें कि आपने कौन सी जानकारी छोड़ी और क्यों। कार्य: [कार्य का वर्णन करें] पाठ: [पाठ चिपकाएँ]

3) डी-आइडेंटिफिकेशन और संदर्भ नियंत्रण:

नीचे दिए गए पाठ से सीधे पहचानकर्ता (नाम, आईडी, पता, टेलीफोन, संस्था का नाम) निकालें। पाठ में बचे किसी भी संदर्भ तत्व को भी चिह्नित करें (परिस्थितियों का एक दुर्लभ संयोजन, विशिष्ट स्थान + घटना) जो अप्रत्यक्ष रूप से पहचान बता सकता है। इन्हें हटाने से पहले, मूल्यांकन करें कि क्या पाठ अभी भी व्यक्ति को पहचानने योग्य बनाता है। पाठ: [पाठ चिपकाएँ]

4) एक गुमनाम/काल्पनिक प्रशिक्षण उदाहरण बनाना:

एक ऐसा उदाहरण प्रस्तुत करें जो वास्तविक मामले से मिलता-जुलता हो, लेकिन पूरी तरह से काल्पनिक हो और किसी वास्तविक व्यक्ति से संबंधित न हो; मैं इसका उपयोग प्रशिक्षण/अभ्यास के लिए करूंगा। वास्तविक नामों, स्थानों या घटनाओं का उपयोग करना; सब कुछ नकली होने दो. [विषय: बुजुर्गों की देखभाल का प्रारंभिक मूल्यांकन]

कमजोर संकेत/मजबूत संकेत

कमजोर संकेत:

मैं इस क्लाइंट की पूरी फ़ाइल नीचे चिपका रहा हूँ, यह मुझे एक अच्छा सारांश देगा। (नाम, पता, स्वास्थ्य जानकारी सहित)

यह संवेदनशील व्यक्तिगत डेटा को एक अनियंत्रित बाहरी सिस्टम को दे रहा है - एक केवीकेके उल्लंघन और एक अपरिवर्तनीय गोपनीयता जोखिम। सिर्फ इसलिए कि सारांश "अच्छा" है, इस उल्लंघन को माफ नहीं किया जा सकता।

शक्तिशाली संकेत:

(केवल संस्थान-अनुमोदित सुरक्षित प्रणाली में, या डी-आइडेंटिफाइड टेक्स्ट के साथ।) नीचे डी-आइडेंटिफाइड टेक्स्ट का सारांश प्रस्तुत करें। मैंने पाठ में ऐसा कोई संदर्भ नहीं छोड़ा है जिससे नाम, पता, आईडी या पहचान का पता चल सके। कार्य के लिए आवश्यक जानकारी को ही संसाधित करें। पाठ: [अनाम पाठ चिपकाएँ]

अंतर: न्यूनतम और अज्ञात डेटा के साथ सही टूल में काम करना, काम करते समय गोपनीयता और कानून की रक्षा करता है।

डेटा प्रकार और सही पथ

डेटा प्रकार

उदाहरण

सही उपकरण

सामान्य जानकारी

"स्मार्ट लक्ष्य क्या है?"

खुला वाहन

काल्पनिक उदाहरण

काल्पनिक प्रशिक्षण मामला

खुला वाहन

बिना पहचान + बिना संदर्भ के

सामान्य वाक्य का सरलीकरण

वाहन खोलें (सावधानीपूर्वक)

ग्राहक डेटा

वास्तविक रिकार्ड, रिपोर्ट

केवल सुरक्षित प्रणाली

विशेष गुणवत्ता वाला डेटा

स्वास्थ्य, दंड, जातीयता

उच्चतम सुरक्षा/सुरक्षित प्रणाली

जोखिम/सुरक्षा नोट

हिंसा, सुरक्षा संबंधी जानकारी

उच्चतम सुरक्षा/सुरक्षित प्रणाली

सामान्य गलतियाँ

  • ओपन टूल को वास्तविक ग्राहक डेटा देना। सबसे खतरनाक और आम गलती; KVKK उल्लंघन और अपरिवर्तनीय पैठ।
  • "मैंने सुरक्षा को ध्यान में रखते हुए नाम हटा दिए"। प्रसंग पहचान बता सकता है; मास्क लगाना सुरक्षा नहीं है.
  • आवश्यकता से अधिक डेटा दर्ज करना. न्यूनतम डेटा नीति लागू करें; नौकरी के लिए जितनी आवश्यकता हो उतना ही दें.
  • जब आप आश्वस्त न हों तो जोखिम उठाना। जब संदेह हो, तो सबसे सुरक्षित रास्ता चुनें, उच्च वर्ग की तरह व्यवहार करें।
  • उल्लंघन को छुपाना. शीघ्र और पारदर्शी रिपोर्टिंग से नुकसान कम होता है; छुपाने से बात बड़ी हो जाती है.

सारांश

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

आवेदन कार्य

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

चेकलिस्ट

  • [ ] प्रत्येक कार्य से पहले, "क्या यह पाठ ग्राहक का वर्णन करता है?" मैंने पूछ लिया।
  • [ ] मैं क्लाइंट डेटा को केवल स्वीकृत, सुरक्षित सिस्टम में ही संसाधित करता हूं।
  • [ ] मैंने न्यूनतम डेटा नीति लागू की; मैं ज्यादा विस्तार में नहीं गया.
  • [ ] यह जानते हुए कि नाम हटाना पर्याप्त नहीं है, मैंने संदर्भ की भी जाँच की।
  • [ ] संदेह की स्थिति में, मैंने सबसे सुरक्षित रास्ता चुना और मैं उल्लंघन के मामले में रिपोर्ट करने का तरीका जानता हूं।