सुरक्षा को लेकर चिंतित हैं? हमारे आँकड़े शब्दों से ज़्यादा ज़ोर से बोलते हैं।

सुरक्षा पर अक्सर व्यापक बयानों के माध्यम से चर्चा की जाती है: "हम सुरक्षा को गंभीरता से लेते हैं," "हमारी टीमें नियमों का पालन करती हैं," या "हमारे पास एक मजबूत सुरक्षा संस्कृति है।" ये शब्द आश्वस्त करने वाले लग सकते हैं, फिर भी ये लोगों को बहुत कम देते हैं जिनका वे उपयोग कर सकते हैं। मैं कथन के पीछे की संख्याओं को देखना पसंद करता हूँ। कितने खतरों की सूचना दी गई? उन्हें बंद करने में कितना समय लगा? क्या सुरक्षा जाँचें निर्धारित समय पर पूरी की गईं? क्या कर्मचारियों को उपयोगी प्रशिक्षण प्राप्त हुआ, या क्या वे केवल एक सत्र में उपस्थित हुए और एक फॉर्म पर हस्ताक्षर किए? संख्याएँ पूरी कहानी नहीं बतातीं। वे टीमों को एक साझा दृष्टिकोण देते हैं कि क्या हो रहा है और कहाँ ध्यान देने की आवश्यकता है। एक व्यावहारिक सुरक्षा डैशबोर्ड में शामिल हो सकते हैं: - रिपोर्ट किए गए खतरे - खुली और बंद सुधारात्मक कार्रवाइयां - सुरक्षा मुद्दे को बंद करने का औसत समय - निकट-चूक रिपोर्ट - उपकरण निरीक्षण पूरा करना - प्रशिक्षण पूरा करना और मूल्यांकन परिणाम - बार-बार होने वाली घटनाएं - आपातकालीन ड्रिल प्रतिक्रिया समय - विभाग या साइट द्वारा सुरक्षा अवलोकन निकट-चूक रिपोर्ट की उच्च संख्या का हमेशा यह मतलब नहीं होता है कि कार्यस्थल कम सुरक्षित होता जा रहा है। यह दिखा सकता है कि कर्मचारी किसी को चोट लगने से पहले समस्याओं की रिपोर्ट करने में सक्षम महसूस करते हैं। कम संख्या सुरक्षित संचालन के बजाय शांत रिपोर्टिंग संस्कृति को दर्शा सकती है। यही कारण है कि मैं किसी एक आंकड़े को देखने से बचता हूं। मैं कई उपायों की तुलना करता हूं और समय के साथ प्रवृत्ति की समीक्षा करता हूं। एक मासिक रिपोर्ट कम घटनाएं दिखा सकती है, फिर भी लंबी समीक्षा से बार-बार उपकरण विफलता या अतिदेय कार्यों की बढ़ती संख्या का पता चल सकता है। संदर्भ मायने रखता है. मैं अग्रणी संकेतकों को पिछड़े संकेतकों से भी अलग करता हूं। लैगिंग संकेतक उन घटनाओं को रिकॉर्ड करते हैं जो पहले ही घटित हो चुकी हैं। उदाहरणों में चोटें, संपत्ति की क्षति, कार्यदिवस की हानि और उपकरण विफलता शामिल हैं। ये आंकड़े किसी कंपनी को पिछले प्रदर्शन को समझने में मदद करते हैं। अग्रणी संकेतक उन कार्यों पर ध्यान केंद्रित करते हैं जो जोखिम को कम कर सकते हैं। उदाहरणों में पूर्ण निरीक्षण, खतरे की रिपोर्ट, रखरखाव कार्य, सुरक्षा बैठकें और सुधारात्मक कार्रवाइयां शामिल हैं। वे टीमों को यह देखने में मदद करते हैं कि नियंत्रण उपायों का उपयोग किया जा रहा है या नहीं। एक संतुलित समीक्षा पूछ सकती है: 1. क्या हुआ? 2. आगे क्या हो सकता है? 3. कौन से जोखिम अभी भी खुले हैं? 4. प्रत्येक क्रिया का स्वामी कौन है? 5. कौन से साक्ष्य दर्शाते हैं कि कार्रवाई कारगर रही? स्पष्ट स्वामित्व सुरक्षा डेटा को अधिक उपयोगी बनाता है। एक रिपोर्ट जो कहती है कि "मरम्मत की आवश्यकता है" बहुत सारे प्रश्न छोड़ती है। एक मजबूत रिकॉर्ड उपकरण, जोखिम, जिम्मेदार व्यक्ति, लक्ष्य तिथि और पूरा होने की पुष्टि करने के लिए उपयोग की जाने वाली विधि की पहचान करता है। डेटा की गुणवत्ता उतनी ही मायने रखती है जितनी मात्रा। यदि एक विभाग 40 खतरों की रिपोर्ट करता है और दूसरा दो की रिपोर्ट करता है, तो अंतर रिपोर्टिंग आदतों, टीम के आकार, कार्य स्थितियों या प्रबंधन समर्थन से आ सकता है। सीधी तुलना गलत निष्कर्ष निकाल सकती है। मैं इस तरह के पैटर्न की तलाश करता हूं: - एक ही खतरा एक से अधिक बार रिपोर्ट किया गया - सुधारात्मक कार्रवाइयां बिना सबूत के बंद कर दी गईं - कई साइटों पर दिखाई देने वाली देरी - एक ही कार्य से जुड़ी घटनाएं - प्रशिक्षण रिकॉर्ड जो वास्तविक नौकरी कर्तव्यों से मेल नहीं खाते - निरीक्षण कागज पर पूरा हो गया लेकिन मरम्मत के बाद नहीं किया गया ये पैटर्न श्रमिकों और पर्यवेक्षकों के साथ एक केंद्रित बातचीत का मार्गदर्शन कर सकते हैं। एक सरल समीक्षा प्रक्रिया संख्याओं का उपयोग करना आसान बना सकती है: - एक सहमत स्रोत से डेटा एकत्र करें। - प्रत्येक सुरक्षा उपाय को सरल भाषा में परिभाषित करें। - एक समीक्षा अवधि निर्धारित करें. - पिछले अवधियों के साथ परिणामों की तुलना करें। - बड़े बदलावों के पीछे का कारण जांचें। - नामित स्वामियों को कार्य सौंपें। - प्रत्येक कार्रवाई पूरी होने के बाद साक्ष्य रिकॉर्ड करें। - काम कर रहे लोगों के साथ निष्कर्षों पर चर्चा करें। अंतिम चरण को नज़रअंदाज करना आसान है। एक डैशबोर्ड दिखा सकता है कि मशीन का निरीक्षण पूरा हो गया था, लेकिन ऑपरेटर को पता चल सकता है कि निरीक्षण में एक सामान्य गलती छूट गई है। संख्याओं को कार्यस्थल ज्ञान का समर्थन करना चाहिए, न कि उसे प्रतिस्थापित करना चाहिए। 2005 में बीपी की टेक्सास सिटी रिफाइनरी में हुआ विस्फोट दिखाता है कि सुरक्षा डेटा पर सावधानीपूर्वक ध्यान देने की आवश्यकता क्यों है। इस घटना में 15 लोगों की मौत हो गई और लगभग 180 लोग घायल हो गए। जांच में प्रक्रिया सुरक्षा, संचालन प्रथाओं, प्रबंधन प्रणालियों और चेतावनी संकेतों से जुड़ी समस्याओं का वर्णन किया गया, जिन्हें अच्छी तरह से नहीं संभाला गया। सबक यह नहीं है कि एक नंबर घटना को रोक सकता था। सबक यह है कि सुरक्षा प्रदर्शन को जुड़े संकेतों के माध्यम से देखा जाना चाहिए, न कि सीमित चोट संख्या के माध्यम से। गंभीर प्रक्रिया जोखिमों का सामना करते समय किसी कंपनी को कुछ चोटों की सूचना मिल सकती है। कोई साइट अधिक छोटे खतरों की रिपोर्ट भी कर सकती है क्योंकि कर्मचारी बोल रहे हैं। निर्णय लेने से पहले संख्या के पीछे के अर्थ की जांच की जानी चाहिए। मेरा मानना ​​है कि दृश्यमान सुरक्षा डेटा को तीन व्यावहारिक प्रश्नों का उत्तर देना चाहिए: - कौन सा जोखिम मौजूद है? -क्या कार्रवाई हो रही है? - हमें कैसे पता चलेगा कि कार्रवाई सफल हुई? जब कर्मचारी इन उत्तरों को देख सकते हैं, तो सुरक्षा पर चर्चा करना आसान हो जाता है। प्रबंधक जिम्मेदारियों को ट्रैक कर सकते हैं। कार्यकर्ता विशिष्ट जानकारी के साथ चिंताएँ व्यक्त कर सकते हैं। ग्राहक और भागीदार समझ सकते हैं कि केवल व्यापक दावों पर भरोसा किए बिना सुरक्षा का प्रबंधन कैसे किया जाता है। संख्याएँ इस बात का प्रमाण नहीं हैं कि हर जोखिम हटा दिया गया है। वे जोखिमों को देखना, चर्चा करना और प्रबंधित करना आसान बनाने का एक तरीका हैं। यहीं से उपयोगी सुरक्षा रिपोर्टिंग शुरू होती है: स्पष्ट उपाय, ईमानदार संदर्भ और कार्रवाइयां जिन्हें जांचा जा सकता है।

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

सुरक्षा संबंधी चिंताएँ अक्सर एक साधारण प्रश्न से शुरू होती हैं: "मुझे कैसे पता चलेगा कि यह सुरक्षित है?" एक चेतावनी लेबल, एक उत्पाद विवरण, या एक स्टाफ ब्रीफिंग पर्याप्त आत्मविश्वास प्रदान नहीं कर सकती है। मैं देखना चाहता हूं कि सामान्य उपयोग के दौरान कोई सिस्टम कैसा प्रदर्शन करता है, कुछ गलत होने पर क्या होता है और टीम जोखिम पर कैसे प्रतिक्रिया करती है। यहीं पर विश्वसनीय सुरक्षा डेटा मदद कर सकता है। यह हर जोखिम को दूर नहीं करता. यह मुझे जोखिम को समझने और बेहतर निर्णय लेने का एक स्पष्ट तरीका देता है। ### सुरक्षा डेटा क्या दिखा सकता है सुरक्षा डेटा में शामिल हो सकते हैं: - उपकरण निरीक्षण रिकॉर्ड - रखरखाव इतिहास - घटना और लगभग-मिस रिपोर्ट - उत्पाद परीक्षण परिणाम - उपयोगकर्ता प्रतिक्रिया - कर्मचारी प्रशिक्षण रिकॉर्ड - रिपोर्ट की गई समस्या के बाद प्रतिक्रिया समय - समय के साथ जोखिम स्तर में परिवर्तन प्रत्येक डेटा बिंदु कहानी का हिस्सा बताता है। किसी एक घटना के लिए अधिक संदर्भ की आवश्यकता हो सकती है। यदि कुछ लोग समस्याओं की रिपोर्ट करते हैं तो घटना की कम संख्या का कोई खास मतलब नहीं हो सकता है। अच्छी सुरक्षा समीक्षा स्रोत, समय अवधि, उपयोग स्तर और प्रतिक्रिया प्रक्रिया को देखती है। मैं केवल "सुरक्षित" या "असुरक्षित" लेबल की तलाश में नहीं हूं। मैं पूछता हूं कि परिणाम कैसे मापा गया और क्या जानकारी वास्तविक उपयोग को दर्शाती है। ### एक व्यावहारिक उदाहरण एक गोदाम की कल्पना करें जो एक महीने में दो छोटी पर्चियां रिकॉर्ड करता है। अकेले संख्या कारण स्पष्ट नहीं करती. डेटा की समीक्षा करने के बाद, प्रबंधक ने पाया कि दोनों घटनाएं बारिश के बाद एक ही लोडिंग क्षेत्र के पास हुईं। डिलीवरी दरवाजे खुले रहने पर फर्श की सतह गीली हो जाती है। कंपनी फर्श मैट जोड़ती है, जल निकासी की जाँच करती है और सफाई कार्यक्रम में बदलाव करती है। अगली समीक्षा नई रिपोर्ट, निरीक्षण नोट्स और कर्मचारियों की प्रतिक्रिया को ट्रैक करती है। यदि पर्चियों की संख्या कम हो जाती है और क्षेत्र सूखा रहता है, तो परिवर्तन से मदद मिल सकती है। यदि समस्याएँ बनी रहती हैं, तो टीम को सतह, जूते, प्रकाश व्यवस्था और कार्य प्रक्रिया की फिर से जाँच करनी होगी। मूल्य पूरे चक्र से आता है: - जो हुआ उसे रिकॉर्ड करें - एक पैटर्न देखें - व्यावहारिक परिवर्तन लागू करें - परिणाम की जांच करें - जरूरत पड़ने पर योजना को समायोजित करें यह प्रक्रिया मुझे सामान्य सुरक्षा विवरण की तुलना में अधिक उपयोगी जानकारी देती है। ### मैं सुरक्षा जानकारी कैसे पढ़ सकता हूं, इसकी शुरुआत मैं तारीख की जांच करके करता हूं। पुरानी जानकारी वर्तमान उत्पाद, साइट, उपकरण या संचालन प्रक्रिया को प्रतिबिंबित नहीं कर सकती है। मैं नमूना आकार भी देखता हूं। एक सकारात्मक परीक्षण हर स्थिति का वर्णन नहीं करता है। रिकॉर्ड का एक बड़ा सेट पैटर्न दिखा सकता है, लेकिन रिकॉर्ड की गुणवत्ता अभी भी मायने रखती है। परीक्षण की स्थितियाँ ध्यान देने योग्य हैं। नियंत्रित सेटिंग में परीक्षण किया गया उत्पाद गर्मी, ठंड, धूल, भारी उपयोग या खराब दृश्यता में अलग-अलग प्रदर्शन कर सकता है। मैं जानना चाहता हूं कि क्या परीक्षण किया गया, कैसे परीक्षण किया गया, और क्या वे स्थितियाँ मेरी आवश्यकताओं से मेल खाती हैं। घटना के आंकड़ों को भी सावधानीपूर्वक पढ़ने की जरूरत है। रिपोर्ट की गई घटनाओं में वृद्धि का मतलब यह हो सकता है कि अधिक लोग समस्याओं की रिपोर्ट कर रहे हैं, न कि यह कि पर्यावरण कम सुरक्षित हो गया है। इसीलिए रिपोर्टिंग स्तर, निकट चूक और सुधारात्मक कार्रवाइयों की एक साथ समीक्षा की जानी चाहिए। ### प्रश्न जो मैं पूछ सकता हूं जब मैं सुरक्षा दावों की समीक्षा करता हूं, तो मैं पूछता हूं: - डेटा कहां से आया? - इसमें कौन सी अवधि शामिल है? - कितने उपयोगकर्ता, उत्पाद या स्थान शामिल थे? - क्या लगभग गलतियाँ दर्ज की गईं? - प्रत्येक रिपोर्ट किए गए मुद्दे के बाद क्या कार्रवाई की गई? - क्या एक ही समस्या एक से अधिक बार सामने आई है? - क्या परीक्षण वातावरण मेरे इच्छित उपयोग से मेल खाता है? - जानकारी की समीक्षा और अद्यतन कौन करता है? - क्या मैं सहायक रिकॉर्ड या परीक्षण विवरण तक पहुंच सकता हूं? स्पष्ट उत्तर निर्णय को आसान बनाते हैं। अस्पष्ट वादे इसे कठिन बनाते हैं। ### डेटा मानवीय निर्णय के साथ सबसे अच्छा काम करता है संख्याएं पैटर्न प्रकट कर सकती हैं, लेकिन वे हर स्थिति की व्याख्या नहीं कर सकती हैं। एक कार्यकर्ता रिपोर्ट कर सकता है कि नियंत्रण कक्ष को पढ़ना मुश्किल है, भले ही उपकरण तकनीकी परीक्षण पास कर चुका हो। औपचारिक रिपोर्ट में प्रकट होने से पहले एक ग्राहक को आवर्ती समस्या दिखाई दे सकती है। मैं व्यक्तिगत फीडबैक को सुरक्षा तस्वीर का हिस्सा मानता हूं। मैं इसकी तुलना निरीक्षण रिकॉर्ड, रखरखाव नोट्स और घटना रिपोर्ट से करता हूं। यह दृष्टिकोण मुझे अकेले एक स्रोत पर निर्भर रहने से बचने में मदद करता है। यदि गलत उपायों पर नज़र रखी जाती है तो एक सुरक्षा डैशबोर्ड आराम की झूठी भावना भी पैदा कर सकता है। पूर्ण किए गए निरीक्षणों को गिनने से यह साबित नहीं होता कि प्रत्येक जोखिम का समाधान कर लिया गया है। प्रशिक्षण उपस्थिति दर्ज करने से यह पता नहीं चलता कि लोगों ने प्रक्रिया को समझा है या नहीं। कार्रवाई की गुणवत्ता उतनी ही मायने रखती है जितनी रिपोर्ट में संख्या। ### एक सरल समीक्षा पद्धति, मैं चार-भाग वाली जांच का उपयोग करता हूं: जोखिम को समझें क्या गलत हो सकता है, और कौन प्रभावित हो सकता है? साक्ष्य की समीक्षा करें कौन से रिकॉर्ड, परीक्षण, रिपोर्ट या अवलोकन सुरक्षा मूल्यांकन का समर्थन करते हैं? प्रतिक्रिया की जाँच करें किसी समस्या की पहचान होने के बाद क्या बदलाव आया? समय के साथ निगरानी करें क्या परिवर्तन से समस्या कम हुई, या योजना में समायोजन की आवश्यकता है? यह विधि समीक्षा को केन्द्रित एवं व्यावहारिक बनाये रखती है। इससे मुझे कमियाँ पहचानने में भी मदद मिलती है, इससे पहले कि वे बड़ी चिंताएँ बन जाएँ। सुरक्षा डेटा को सावधानीपूर्वक निर्णय का समर्थन करना चाहिए, न कि किसी को प्रतिस्थापित करना चाहिए। जब जानकारी ताज़ा, प्रासंगिक और सरल भाषा में समझाई गई हो, तो मैं अधिक आत्मविश्वास के साथ जोखिम का आकलन कर सकता हूं। लक्ष्य जोखिम-मुक्त अनुभव का वादा करना नहीं है। लक्ष्य स्थितियों को समझना, समस्याओं के लिए तैयारी करना और जब साक्ष्य बदलाव की ओर इशारा करते हैं तो प्रतिक्रिया देना है। इस लेख की सामग्री के संबंध में किसी भी पूछताछ के लिए, कृपया Baifuzhang से संपर्क करें: mr.shao@centurionplay.com/WhatsApp +8613738393979।

यूएस ब्यूरो ऑफ लेबर स्टैटिस्टिक्स | 19 दिसंबर 2023 | घातक व्यावसायिक चोटों की जनगणना 2022 अमेरिकी रासायनिक सुरक्षा और खतरा जांच बोर्ड | मार्च 2007 | जांच रिपोर्ट: बीपी टेक्सास सिटी रिफाइनरी अंतर्राष्ट्रीय मानकीकरण संगठन में रिफाइनरी विस्फोट और आग | मार्च 2018 | ISO 45001:2018 व्यावसायिक स्वास्थ्य और सुरक्षा प्रबंधन प्रणाली आवश्यकताएँ, उपयोग के लिए मार्गदर्शन के साथ स्वास्थ्य और सुरक्षा कार्यकारी | 2013 | स्वास्थ्य और सुरक्षा के लिए प्रबंध HSG65 जेम्स रीज़न | 1997 | संगठनात्मक दुर्घटनाओं के जोखिमों का प्रबंधन अमेरिकी व्यावसायिक सुरक्षा और स्वास्थ्य प्रशासन | अक्टूबर 2016 | सुरक्षा और स्वास्थ्य कार्यक्रमों के लिए अनुशंसित प्रथाएँ