परीक्षण और रिपोर्ट
इस पेज पर
डिउरेस बटन एक सुरक्षा डिवाइस है: जब किसी को पहली बार इसकी ज़रूरत हो, तभी इसे काम करना चाहिए। हर बटन का नियमित शेड्यूल पर परीक्षण करें, और फिर से तब करें जब आप किसी बटन की जगह बदलें, उसकी बैटरी बदलें या उसके पास के Display Screen Player या IoT Gateway बदलें। इसके बाद रिपोर्ट दिखाती हैं कि अलार्म का जवाब कितनी जल्दी दिया जाता है और सुविधा कितनी तैयार है।
परीक्षण पहले से बुक करें और स्टाफ़ को बताएँ। परीक्षण के दौरान बटन दबाने को परीक्षण माना जाता है, इसलिए सभी को पता होना चाहिए कि परीक्षण कब चल रहा है।
त्वरित संदर्भ
यह कहाँ मिलेगा: साइड मेनू → Duress → Testing या Reports
यह कौन एक्सेस कर सकता है: Duress वाले उपयोगकर्ता परीक्षण शुरू और समाप्त कर सकते हैं और रिपोर्ट देख सकते हैं। परीक्षण शेड्यूल बुक करने और संपादित करने के लिए Duress Configuration की आवश्यकता होती है। देखें भूमिकाएँ और अनुमतियाँ।
उद्देश्य: साबित करना कि हर बटन शुरू से अंत तक काम करता है, और मापना कि अलार्म का जवाब कितनी अच्छी तरह दिया जाता है
वॉक टेस्ट या पूर्ण रिस्पॉन्स ड्रिल
| Walk test | Full response drill | |
|---|---|---|
| प्रोडक्ट में | "कोई व्यक्ति हर बटन को एक बार दबाता है। केवल रिस्पॉन्स प्लान के टियर 1 को TEST लेबल वाले संदेशों के साथ सूचित किया जाता है, और मॉनिटरिंग सेंटर को भी, अगर उसे टेस्ट कोड मिलते हैं।" | "कोई व्यक्ति एक बटन दबाता है, फिर पूरा रिस्पॉन्स प्लान, हर टियर, TEST लेबल वाले संदेशों के साथ तब तक चलता है जब तक कोई स्वीकार न कर ले। यह मापता है कि इसमें कितना समय लगता है।" |
| क्या जाँचता है | हर बटन Performance Hub तक पहुँचता है और प्लान के पहले लोगों को अलर्ट करता है | पूरा रिस्पॉन्स प्लान, और किसी को स्वीकार करने में कितना समय लगता है |
| इसका उपयोग कब करें | नियमित रूप से, और बटनों, Display Screen Player या IoT Gateway में किसी भी बदलाव के बाद | जब आप प्लान के सभी लोगों के साथ पूरी प्रतिक्रिया का अभ्यास करना चाहते हैं |
आप चाहे कोई भी परीक्षण चलाएँ, टेस्ट अलार्म कभी दरवाज़े अनलॉक नहीं करते, लॉकडाउन नहीं करते और स्क्रीन पर अलर्ट नहीं दिखाते।
परीक्षण चलाएँ


चित्र 1: वॉक टेस्ट या पूर्ण रिस्पॉन्स ड्रिल चलाएँ
Run a test जाँचता है कि सुविधा का हर बटन शुरू से अंत तक काम करता है।
- Testing खोलें और Walk test या Full response drill चुनें।
- Duration चुनें: "समय पूरा होने तक बटन दबाना परीक्षण माना जाता है, फिर दोबारा असली अलार्म बजते हैं। आप परीक्षण जल्दी भी समाप्त कर सकते हैं।" ऐसी अवधि चुनें जिसमें आपको हर बटन तक पहुँचने का समय मिले।
- चुनें कि Monitoring centre को क्या भेजा जाए: Send test codes या Send nothing। इस पर अपने मॉनिटरिंग प्रदाता से सहमति कर लें।
- वॉक टेस्ट के लिए Start walk test पर, या पूर्ण रिस्पॉन्स ड्रिल के लिए Start drill पर क्लिक करें।
- वॉक टेस्ट के लिए हर बटन दबाएँ, या ड्रिल के लिए एक बटन।
- अगर आप अवधि पूरी होने से पहले समाप्त कर लेते हैं, तो टेस्ट पैनल में End test पर, या सूची में परीक्षण की पंक्ति पर End early पर क्लिक करें।
परीक्षण अपने आप कभी नहीं चलते: किसी को हर बटन दबाना होता है। चित्रों में दिखाई गई अवधियाँ उदाहरण हैं, सुझाव नहीं।
परीक्षण के परिणाम
परिणामों में हर बटन की सूची होती है, कि वह दबाया गया या नहीं, और हर बार दबाने पर किसे सूचित किया गया। ये अगले कदम भी सुझाते हैं: छूटा हुआ बटन Devices खोलता है, और विफल संदेश डिलीवरी लॉग खोलता है। किसी भी विफलता को तुरंत ठीक करें, और सुनिश्चित करें कि जब तक बटन काम न करे, तब तक स्टाफ़ को मदद बुलाने का कोई दूसरा तरीका पता हो। देखें एक बटन दबाया गया लेकिन कोई अलर्ट नहीं आया।
टेस्ट शेड्यूल


चित्र 2: सुविधा के अपने परीक्षण, और ब्रांड और संगठन के वे परीक्षण जिनका वह पालन करती है, जिन्हें खिसकाती है या छोड़ती है
Test schedules: "परीक्षण बुक, बदले या रद्द किए जाने पर, फिर हर परीक्षण से 7 दिन, 1 दिन और 30 मिनट पहले, और बाद में परिणामों के साथ, इसमें शामिल सभी लोगों को ईमेल भेजा जाता है।"
- Schedule a test पर क्लिक करें।
- परीक्षण का प्रकार, वह कब शुरू होगा, उसकी अवधि और मॉनिटरिंग सेंटर को क्या भेजा जाएगा, यह चुनें।
- चुनें कि यह कितनी बार दोहराया जाए: एक बार, Monthly, Quarterly, Twice a year या Yearly।
- सहेजें। इसमें शामिल सभी लोगों को ईमेल भेजा जाता है।
सूची में हर शेड्यूल का TEST, SET BY, STARTS, REPEATS, DURATION, MONITORING CENTRE, HERE और EMAIL दिखाया जाता है। रद्द किए गए शेड्यूल शामिल करने के लिए Show cancelled schedules पर टिक करें।
- ब्रांड और संगठन के शेड्यूल एक साथ कई सुविधाओं पर लागू होते हैं: "आप इस सुविधा को उसका अपना समय दे सकते हैं या यहाँ किसी परीक्षण को छोड़ सकते हैं, बिना उसे कहीं और बदले।" इनके SET BY कॉलम में ब्रांड या "Organisation" दिखता है। इनका प्रबंधन Organisation Settings में किया जाता है; देखें ब्रांड परीक्षण शेड्यूल।
- एक परीक्षण रद्द करें: परीक्षण की पंक्ति पर Cancel पर क्लिक करें। "Cancel this test?" डायलॉग बताता है कि केवल यह परीक्षण रद्द होता है, और शेड्यूल के बाद के परीक्षण फिर भी होते हैं। Cancel test पुष्टि करता है, और Keep test बिना रद्द किए डायलॉग बंद कर देता है।
- एक शेड्यूल रद्द करें: शेड्यूल की पंक्ति पर Cancel पर क्लिक करें। "Cancel this schedule?" डायलॉग में Cancel schedule उसके आगामी परीक्षण रद्द कर देता है और उन सभी लोगों को ईमेल भेजता है जिन्हें उनके बारे में बताया गया था। पहले से चल रहे परीक्षण जारी रहते हैं। अगर सुविधा का शेड्यूल किसी साझा शेड्यूल की जगह लेता है, तो उसे रद्द करने का अर्थ यह भी है कि सुविधा साझा शेड्यूल का पालन करना बंद कर देती है।
किसी निर्धारित परीक्षण में भी किसी को बटन दबाने होते हैं। शेड्यूल बुक करने और संपादित करने के लिए Duress Configuration की आवश्यकता होती है। पूरे संगठन के शेड्यूल के लिए एक Organisation Administrator, या पूरे संगठन में Duress Configuration की आवश्यकता होती है।
किसी सुविधा में ब्रांड और संगठन के शेड्यूल
HERE कॉलम दिखाता है कि सुविधा हर ब्रांड या संगठन शेड्यूल के साथ क्या करती है:
| HERE | इसका अर्थ | आप क्या कर सकते हैं |
|---|---|---|
| Follows | सुविधा साझा समय पर परीक्षण चलाती है। | Change for this facility इसे उसका अपना समय देता है। Skip here इस सुविधा में इसे छोड़ देता है। |
| Own time here | सुविधा अपने समय पर परीक्षण चलाती है। | Change for this facility वह समय बदलता है। Follow again साझा समय पर वापस ले जाता है। |
| Skipped here | सुविधा यह परीक्षण नहीं चलाती। | Change for this facility इसे उसका अपना समय देता है। Follow again साझा समय पर वापस ले जाता है। |
इनमें से कोई भी किसी दूसरी सुविधा का शेड्यूल नहीं बदलता। अगर आप कोई परीक्षण छोड़ते हैं, तो सुनिश्चित करें कि बटनों का परीक्षण किसी दूसरे परीक्षण से नियमित शेड्यूल पर फिर भी होता रहे।
ब्रांड परीक्षण शेड्यूल


चित्र 3: किसी ब्रांड के परीक्षण शेड्यूल, और उसे कवर करने वाले संगठन के शेड्यूल
यह कहाँ मिलेगा: सेटिंग्स (कॉग आइकन) → Organisation Settings → Brands & Customisation → कोई ब्रांड → Duress → Test schedules
Brand test schedules: "किसी ब्रांड की हर सुविधा, पूरे संगठन या चुनी हुई सुविधाओं के लिए परीक्षण बुक करें। हर सुविधा अपने Testing टैब से किसी परीक्षण को अपना समय दे सकती है या उसे छोड़ सकती है।"
परीक्षण बुक करने के लिए Schedule a test पर क्लिक करें, उसी तरह जैसे किसी सुविधा में करते हैं। COVERS कॉलम दिखाता है कि हर शेड्यूल किन सुविधाओं को कवर करता है, और AT EACH FACILITY दिखाता है कि कितनी सुविधाएँ उसका पालन करती हैं, कितनी का अपना समय है या कितनी उसे छोड़ती हैं, उदाहरण के लिए "3 following", "1 own time" और "1 skipped"। Edit और Cancel शेड्यूल को उन सभी जगहों पर बदलते या रद्द करते हैं जहाँ वह लागू होता है। रद्द किए गए शेड्यूल शामिल करने के लिए Show cancelled schedules पर टिक करें।
From the organisation उन शेड्यूल की सूची दिखाता है जो "पूरे संगठन के लिए सेट किए गए हैं, इसलिए वे इस ब्रांड को भी कवर करते हैं।" इनका प्रबंधन Organisation Duress पेज पर किया जाता है।
संगठन Duress


चित्र 4: संगठन की हर सुविधा में डिउरेस बटन और परीक्षण
यह कहाँ मिलेगा: किसी ब्रांड के Duress अनुभाग में Organisation-wide Duress, या किसी ब्रांड के Test schedules टैब पर Organisation Duress
Organisation Duress में "हर ब्रांड के डिउरेस बटन, और पूरे संगठन या कई ब्रांडों के परीक्षण शेड्यूल शामिल हैं। रिस्पॉन्स प्लान हर ब्रांड के लिए अलग सेट किए जाते हैं।" इसमें दो टैब हैं:
- Buttons पूरे संगठन के बटनों का योग दिखाता है: BUTTONS, ONLINE, NEED ATTENTION और FACILITIES WITHOUT BUTTONS। सुविधाएँ तालिका हर सुविधा का BRAND, BUTTONS, STATUS, BATTERY, NEXT TEST और LAST COMPLETED TEST दिखाती है। "बैटरी केवल ऑनलाइन बटनों के लिए दिखाई जाती है।" इसे Brand के अनुसार फ़िल्टर करें, और Duress में किसी सुविधा के बटन देखने के लिए Open पर क्लिक करें।
- Test schedules पूरे संगठन या कई ब्रांडों के लिए परीक्षण बुक और प्रबंधित करता है।
इसका उपयोग उन सुविधाओं को पहचानने के लिए करें जिनमें अभी तक कोई बटन नहीं है, उन बटनों को जिन पर ध्यान देने की ज़रूरत है, और उन सुविधाओं को जिनका अगला परीक्षण बुक नहीं है।
रिपोर्ट


चित्र 5: पिछले 12 महीनों के अलार्म प्रतिक्रिया के आँकड़े
Reports आपकी चुनी गई अवधि के लिए चुनी गई सुविधा को कवर करता है। Download CSV और Download PDF इसे निर्यात करते हैं।
| समूह | यह क्या मापता है |
|---|---|
| Alarm response | स्वीकार करने का समय, हल करने का समय, झूठे अलार्म की दर और असली अलार्म की संख्या |
| Readiness | परीक्षण कवरेज, परीक्षण किए गए बटन, डिवाइस अपटाइम और डिलीवरी की सफलता |
| Month by month | आँकड़े एक महीने से अगले महीने तक कैसे बदलते हैं |
| बटन की स्थिति | सुविधा का हर बटन कैसा काम कर रहा है |
| परीक्षण इतिहास | सुविधा में चलाए गए परीक्षण और उनके परिणाम |
P50 माध्यिका है: आधे अलार्म इससे जल्दी निपटे। P95: 95% अलार्म P95 समय के भीतर स्वीकार किए गए। परीक्षणों को असली अलार्म नहीं गिना जाता। परीक्षण के रूप में हल किया गया असली अलार्म एक अनियोजित परीक्षण माना जाता है, जिसे पूरी हुई ड्रिल के रूप में गिना जाता है।
संबंधित पेज
- Duress सेट करना: परीक्षणों के लिए स्टाफ़ को तैयार करना
- अलार्म पर प्रतिक्रिया देना: स्वीकार करें और हल करें
- अलर्ट और सूचनाएं: वह रिस्पॉन्स प्लान जिसकी परीक्षण जाँच करता है
- सामान्य प्रश्न: अलर्ट न करने वाले बटनों की समस्या का निवारण