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