testing healthcare applications tips
पिछले लेख में, हमने हेल्थकेयर डोमेन को समझने के मामले में कुछ भारी उठा-पटक की। हम अपने 'परीक्षक की टोपी' को वापस रखने के लिए तैयार हैं और अब यह समझने की कोशिश करेंगे कि स्वास्थ्य देखभाल अनुप्रयोगों का परीक्षण कैसे करें।
=> यदि आपने भाग 1 नहीं पढ़ा है तो कृपया इसे यहाँ पढ़ें: स्वास्थ्य देखभाल आवेदन का परीक्षण कैसे करें - परिचय
अब हम प्रत्येक एप्लिकेशन / सिस्टम को लेने जा रहे हैं और उन शर्तों के साथ आते हैं जिन्हें हम उनमें से प्रत्येक में मान्य करने जा रहे हैं।
यह लेख उन परीक्षकों के लिए उपयोगी है जो पहले से ही हेल्थकेयर डोमेन में हैं या जो इस सबसे गर्म कैरियर क्षेत्र में प्रवेश करना चाहते हैं।
आएँ शुरू करें!
आप क्या सीखेंगे:
हेल्थकेयर एप्लिकेशन परीक्षण - नमूना परिदृश्य का परीक्षण करें
इसके लिए नमूना परीक्षण परिदृश्य है:
प्रदाता प्रणाली का परीक्षण
# 1) प्रदाता प्रणाली को हमें प्रदाता डेटा दर्ज करने, संपादित करने और सहेजने देना चाहिए।
#दो) सकारात्मक प्रवाह सिस्टम परीक्षण: विभिन्न प्रकार के प्रदाताओं को दर्ज करने के लिए परिदृश्यों को शामिल करें, उनके बारे में बदलें, सहेजें और पूछताछ करें।
# 3) नकारात्मक प्रवाह सिस्टम परीक्षण: परिदृश्यों को शामिल करें
- अधूरे डेटा वाले प्रदाता को सहेजें।
- एक प्रदाता को एक अनुबंध प्रभावी तिथि के साथ प्रदाता लाइसेंस की तारीख से कम बचाएं।
- प्रदाता का डेटा दर्ज करें जो पहले से ही सिस्टम में उपलब्ध है और सहेजें।
# 4) सिस्टम एकीकरण परीक्षण परिदृश्यों को शामिल करना चाहिए
- डाउनस्ट्रीम सिस्टम को फीड को सदस्य सिस्टम, प्रोवाइडर पोर्टल, क्लेम सिस्टम और फाइनेंस सिस्टम को फीड करें।
- प्रदाता पोर्टल से परिवर्तन संबंधित प्रदाता रिकॉर्ड में शामिल किए जाने पर मान्य करें।
ब्रोकर सिस्टम का परीक्षण
# 1) ब्रोकर सिस्टम निम्नलिखित में सक्षम होना चाहिए:
- ब्रोकर डेटा दर्ज करें, संपादित करें और सहेजें।
- सदस्य प्रणाली से प्रीमियम भुगतान विवरण के आधार पर ब्रोकर कमीशन की गणना करें।
#दो) सकारात्मक प्रवाह सिस्टम टेस्टिंग में परिदृश्यों को शामिल किया जाना चाहिए
- विभिन्न प्रकार के ब्रोकर के लिए ब्रोकर रिकॉर्ड दर्ज करें, संपादित करें और सहेजें।
- एक अलग योजना वाले सदस्यों के लिए संबंधित रिकॉर्ड के साथ फ़ीड फ़ाइल बनाकर सक्रिय ब्रोकर के लिए कमीशन की गणना करें।
# 3) नकारात्मक प्रवाह सिस्टम टेस्टिंग में परिदृश्यों को शामिल किया जाना चाहिए
- अपर्याप्त डेटा के साथ एक ब्रोकर रिकॉर्ड दर्ज करें और विभिन्न प्रकार के ब्रोकर के लिए सहेजें।
- एक अलग योजना वाले सदस्यों के लिए संबंधित रिकॉर्ड के साथ फ़ीड फ़ाइल बनाकर समाप्त दलाल के लिए कमीशन की गणना करें
- एक अलग योजना वाले सदस्यों के लिए संबंधित रिकॉर्ड के साथ फ़ीड फ़ाइल बनाकर अमान्य ब्रोकर के लिए कमीशन की गणना करें
# 4) सिस्टम परीक्षण परिदृश्यों को शामिल करना चाहिए
- ब्रोकर पोर्टल, वित्त प्रणाली और सदस्य प्रणाली जैसे डाउनस्ट्रीम सिस्टम को फ़ीड्स को मान्य करें।
- यदि ब्रोकर पोर्टल से परिवर्तन संबंधित ब्रोकर रिकॉर्ड में शामिल किए गए हैं तो मान्य करें।
सदस्य प्रणाली का परीक्षण
सदस्य प्रणाली निम्नलिखित में सक्षम होनी चाहिए:
मैनुअल परीक्षण के मामले कैसे लिखें
- किसी सदस्य को नामांकन, समाप्त, बहाल करना और फिर से नामांकन करना
- एक निर्भर जोड़ें और निकालें
- प्रीमियम बिल जनरेट करें
- प्रीमियम भुगतान की प्रक्रिया करें
उपस्थिति पंजी: एक व्यक्तिगत नीति में, एक पॉलिसीधारक को एक प्रभावी तिथि के साथ एक योजना के तहत जोड़ा जाता है, जिसमें से वह बीमाकर्ता द्वारा प्रदान किए गए लाभों के लिए प्रीमियम का भुगतान करेगा और जिसमें से वह दावा प्रस्तुत करने और कवरेज प्राप्त करने के लिए पात्र है।
समूह नीति में, एक सदस्य को समूह में जोड़ा जाता है (जो पहले से ही एक योजना के तहत जोड़ा जाता है) जिसमें से वह दावा प्रस्तुत करने और कवरेज प्राप्त करने के लिए पात्र है।
समाप्ति: एक व्यक्तिगत नीति में, पॉलिसी को समाप्ति की तारीख के साथ समाप्त कर दिया जाता है, जिसमें पॉलिसीधारक बीमा योजना द्वारा कवर नहीं किया जाएगा।
समूह नीति में, या तो अकेले सदस्य को समाप्ति की तारीख के साथ समाप्त किया जा सकता है या पूरे समूह को समाप्त किया जा सकता है।
बहाली: यदि कोई समाप्त सदस्य पॉलिसी को फिर से सक्रिय करने के लिए कहता है और समाप्ति तिथि से वर्तमान अवधि अनुग्रह अवधि के भीतर है, तो सदस्य को कवरेज में अंतराल के बिना बहाल किया जा सकता है। नीति प्रभावी तिथि वही पुरानी प्रभावी तिथि होगी न कि वर्तमान तिथि।
नामांकन पुनः: यदि कोई समाप्त सदस्य नीति को फिर से सक्रिय करने के लिए कहता है और वर्तमान तिथि समाप्ति तिथि से अनुग्रह अवधि से परे है तो सदस्य को कवरेज में अंतराल के साथ फिर से नामांकित किया जा सकता है। पॉलिसी प्रभावी तारीख वर्तमान / भविष्य की तारीख होगी और वही पुरानी प्रभावी तारीख नहीं होगी।
उदाहरण के लिए , एक सदस्य को 1/1/2013 के रूप में एक प्रभावी तारीख के साथ एक पॉलिसी में नामांकित किया जाता है और 12/31/2013 को समाप्त कर दिया जाता है। आइए हम बीमा कंपनी द्वारा तय अनुग्रह अवधि के रूप में 30 दिन लेते हैं।
मामला एक: यदि सदस्य 1/15/2014 को वापस आता है और चाहता है कि नीति उसके विरुद्ध प्रभावी हो बहाली यदि सदस्य 12/31/2013 से 1/15/2014 की अवधि के लिए प्रीमियम का भुगतान करता है, तो पॉलिसी प्रभावी तिथि उसी पुरानी 1/1/2013 होगी।
केस 2: यदि सदस्य 2/1/2014 को वापस आता है और चाहता है कि नीति फिर से प्रभावी हो नामांकन पुनः और पॉलिसी प्रभावी तिथि 2/1/2014 होगी। यहाँ कवरेज में अंतर है (1/1/2014 से 1/31/2014)।
सकारात्मक प्रवाह सिस्टम टेस्टिंग में परिदृश्यों को शामिल किया जाना चाहिए
- अतीत, वर्तमान और भविष्य के प्रभावी तारीखों के साथ विभिन्न प्रकार के सदस्यों को नामांकन करें।
- सदस्यों के बारे में बदलें और पूछताछ करें।
- अगले महीने के लिए एक सक्रिय सदस्य के लिए एक प्रीमियम बिल जेनरेट करें।
- एक सक्रिय सदस्य को प्रभावी तिथि से अधिक अतीत, वर्तमान और भविष्य की समाप्ति तिथि के साथ समाप्त करें।
- अतीत, वर्तमान और भविष्य की प्रभावी तारीखों के साथ एक समाप्त सदस्य को फिर से नामांकित करें।
- एक समाप्त सदस्य को बहाल करें।
नकारात्मक प्रवाह सिस्टम टेस्टिंग में परिदृश्यों को शामिल किया जाना चाहिए
- अपर्याप्त डेटा वाले किसी सदस्य को नामांकित करें।
- टर्मिनेटेड सदस्य के लिए अगले महीने के लिए एक प्रीमियम बिल जेनरेट करें।
सिस्टम एकीकरण परीक्षण परिदृश्यों को शामिल करना चाहिए
जो बेहतर विंडोज़ या लिनक्स है
- डाउनस्ट्रीम सिस्टम जैसे कि सदस्य पोर्टल, प्रोवाइडर पोर्टल, ब्रोकर सिस्टम, क्लेम सिस्टम और फाइनेंस सिस्टम में फीड को मान्य करें।
- मान्य करें यदि सदस्य पोर्टल से परिवर्तन संबंधित सदस्य रिकॉर्ड में शामिल किए गए हैं।
- भुगतान किए गए भुगतान का विवरण रखने वाले सदस्य पोर्टल से फीड के साथ एक उत्पन्न प्रीमियम बिल के भुगतान की प्रक्रिया करें।
दावा प्रणाली का परीक्षण
स्वास्थ्य सेवा के दावों में निदान कोड और प्रक्रिया कोड का विस्तार से दावा है।
- निदान कोड: रोगी को हुई बीमारी का संदर्भ देता है।
- प्रक्रिया कोड: रोगी को दिए गए उपचार का संदर्भ देता है।
दावा प्रणाली निम्नलिखित में सक्षम होनी चाहिए:
- सदस्य के लिए और साथ ही एक आश्रित के लिए दावे दर्ज करें, संपादित करें और संसाधित करें।
- दर्ज किए गए गलत आंकड़ों के आधार पर अमान्य दावों के लिए त्रुटियों को फेंक देना चाहिए।
सकारात्मक प्रवाह सिस्टम टेस्टिंग में सदस्य के लिए दावों को दर्ज करने, संपादित करने और संसाधित करने के लिए और साथ ही एक आश्रित के लिए परिदृश्य शामिल होना चाहिए।
नकारात्मक प्रवाह सिस्टम टेस्टिंग में परिदृश्यों को शामिल किया जाना चाहिए
- अमान्य निदान कोड और प्रक्रिया कोड के साथ दावा दर्ज करें और मान्य करें।
- एक निष्क्रिय प्रदाता आईडी के साथ एक दावा दर्ज करें और सत्यापित करें।
- समाप्त सदस्य के साथ दावा दर्ज करें और उसे सत्यापित करें।
सिस्टम एकीकरण परीक्षण में फ़ीड को डाउनस्ट्रीम सिस्टम जैसे वित्त और प्रदाता पोर्टल को मान्य करने के लिए परिदृश्य शामिल होना चाहिए।
वित्त प्रणाली का परीक्षण
वित्त प्रणाली विभिन्न अपस्ट्रीम सिस्टम जैसे दावों, सदस्य, प्रदाता, और दलाल प्रणाली से फीड को संसाधित करके संबंधित प्राप्तकर्ता को पेचेक लिखने और ईएफटी भुगतान करने में सक्षम होना चाहिए।
सकारात्मक प्रवाह सिस्टम टेस्टिंग में परिदृश्य की जांच होनी चाहिए कि भुगतान के लिए संबंधित प्रदाता, सदस्य या ब्रोकर के लिए सही पता या खाता नंबर चुना गया है या नहीं।
नकारात्मक प्रवाह सिस्टम टेस्टिंग में परिदृश्यों को शामिल किया जाना चाहिए
- फ़ीड में संबंधित रिकॉर्ड बनाकर अमान्य सदस्य, प्रदाता या ब्रोकर आईडी के लिए भुगतान किया गया है या नहीं, इसकी जांच करें।
- फ़ीड में संबंधित रिकॉर्ड बनाकर सदस्य, प्रदाता या दलाल के लिए अमान्य राशि (शून्य या नकारात्मक) के लिए भुगतान किया गया है या नहीं, इसकी जांच करें।
सिस्टम इंटीग्रेशन टेस्टिंग की जरूरत नहीं है क्योंकि इसमें कोई डाउनस्ट्रीम सिस्टम नहीं है और अपस्ट्रीम से फीड संबंधित सिस्टम के सिस्टम इंटीग्रेशन टेस्टिंग में मान्य हैं।
सदस्य पोर्टल का परीक्षण
सदस्य पोर्टल निम्नलिखित में सक्षम होना चाहिए:
- नीति विवरण और दावे की स्थिति देखें।
- नीति विवरण में परिवर्तन अनुरोध करें।
- प्रीमियम भुगतान करें।
सकारात्मक प्रवाह सिस्टम टेस्टिंग में परिदृश्यों को शामिल किया जाना चाहिए
- लॉग इन करें और नीति विवरण और दावे की स्थिति देखें।
- पता, नाम, फोन नंबर आदि बदलने के लिए अनुरोध करें।
- प्रीमियम भुगतान करें।
नकारात्मक प्रवाह सिस्टम टेस्टिंग में परिदृश्यों को शामिल किया जाना चाहिए
- अमान्य क्रेडेंशियल्स के साथ लॉग इन करें।
- भुगतान किए गए प्रीमियम बिल के लिए भुगतान करें।
- अमान्य चेक से भुगतान करें।
सिस्टम इंटीग्रेशन टेस्टिंग की जरूरत नहीं है क्योंकि इसमें कोई डाउनस्ट्रीम सिस्टम नहीं है और अपस्ट्रीम सिस्टम के फीड्स संबंधित सिस्टम के सिस्टम इंटीग्रेशन टेस्टिंग में मान्य हैं।
प्रदाता पोर्टल का परीक्षण
प्रदाता पोर्टल निम्नलिखित में सक्षम होना चाहिए:
- प्रदाता विवरण, सदस्य विवरण और दावा स्थिति देखें।
- प्रदाता विवरण में परिवर्तन अनुरोध करें।
सकारात्मक प्रवाह सिस्टम टेस्टिंग में परिदृश्यों को शामिल किया जाना चाहिए
- प्रदाता विवरण, सदस्य विवरण और दावा स्थिति देखें और लॉग इन करें।
- पता, नाम, फोन नंबर आदि बदलने के लिए अनुरोध करें।
नकारात्मक प्रवाह सिस्टम टेस्टिंग में परिदृश्यों को शामिल किया जाना चाहिए
- अमान्य क्रेडेंशियल्स के साथ लॉगिन करें
- अमान्य सदस्य आईडी के साथ सदस्य विवरण देखें
सिस्टम एकीकरण परीक्षण की आवश्यकता नहीं है क्योंकि इसमें कोई डाउनस्ट्रीम सिस्टम नहीं है और सिस्टम के एकीकरण सिस्टम के परीक्षण में अपस्ट्रीम सिस्टम के फीड्स मान्य हैं।
ब्रोकर पोर्टल का परीक्षण
ब्रोकर पोर्टल निम्नलिखित में सक्षम होना चाहिए:
- ब्रोकर विवरण और कमीशन भुगतान देखें।
- ब्रोकर विवरण में परिवर्तन अनुरोध करें।
सकारात्मक प्रवाह सिस्टम टेस्टिंग में परिदृश्यों को शामिल किया जाना चाहिए
- ब्रोकर विवरण और कमीशन भुगतान देखें और लॉग इन करें।
- पता, नाम, फोन नंबर आदि बदलने के लिए अनुरोध करें।
नकारात्मक प्रवाह सिस्टम टेस्टिंग में अमान्य क्रेडेंशियल के साथ लॉगिन करने के लिए परिदृश्य शामिल होना चाहिए।
सिस्टम इंटीग्रेशन टेस्टिंग की जरूरत नहीं है क्योंकि इसमें कोई डाउनस्ट्रीम सिस्टम नहीं है और अपस्ट्रीम से फीड संबंधित सिस्टम के सिस्टम इंटीग्रेशन टेस्टिंग में मान्य हैं।
यह वही है - जो कि सभी मॉड्यूल और उन पहलुओं का परीक्षण करेगा जो हम उनमें परीक्षण करेंगे।
हेल्थकेयर सॉफ्टवेयर के परीक्षण के लिए महत्वपूर्ण सुझाव
टिप # 1) तिथियां महत्वपूर्ण हैं और सटीक होनी चाहिए क्योंकि तिथि में थोड़ा सा बदलाव एक बड़े दोष को अन-नोट कर सकता है।
टिप # 2) हेल्थकेयर में, कई प्रकार के परीक्षण पैरामीटर हैं जैसे कि विभिन्न प्रकार की योजना, सदस्य, प्रदाता, दलाल, कमीशन गणना विधि, आदि - इसलिए देखभाल करते समय ध्यान रखना चाहिए। परीक्षण मामलों को डिजाइन करना कवर किए गए और कवर नहीं किए गए मापदंडों का ट्रैक होने से।
टिप # 3) संबंधित सिस्टम के लिए व्यावसायिक उपयोगकर्ताओं को जानें और उनके दृष्टिकोण से सोचो किसी भी सर्वोत्तम दोष को खोजने के लिए।
टिप # 4) सिस्टम परीक्षण के लिए समान आदेश का पालन करने की आवश्यकता नहीं है और यहां प्रदान किए गए परिदृश्य केवल एक स्वास्थ्य सेवा एप्लिकेशन की समग्र कार्यक्षमता को कवर करते हैं। आपको कुछ और परिदृश्यों (अधिक संकेत पर) शामिल करने की आवश्यकता हो सकती है इस पोस्ट) आपको प्राप्त होने वाली आवश्यकताओं के आधार पर।
क्रोम के लिए मुफ्त पॉप अप अवरोधक
टिप # 5) स्वास्थ्य देखभाल अब देखभाल प्रदान करने की लागत प्रभावी तरीके की ओर बढ़ रही है। इस प्रकार उन्होंने एक एक्सचेंज मॉडल पेश किया है, जहां सब्सक्राइबर के पास सभी बीमाकर्ताओं द्वारा दी गई योजनाओं का एक दृश्य हो सकता है जो बीमाकर्ताओं की प्रतिस्पर्धी प्रकृति को बढ़ाता है, जिससे अप्रत्यक्ष रूप से लागत में कमी की आवश्यकता होती है।
जैसे-जैसे स्वास्थ्य सेवा विकसित होती है, सॉफ्टवेयर के उपयोग में बदलाव की आवश्यकता होगी और इसमें शामिल सॉफ्टवेयर अनुप्रयोगों के निर्माण, संशोधन और परीक्षण द्वारा आईटी के लिए राजस्व आता है - जिसका अर्थ है कि हम इस डोमेन में अधिक परियोजनाओं की आशा कर सकते हैं। इसलिए, यदि आप यह रुचि रखते हैं, तो एक नज़र रखें।
टिप # 6) स्वास्थ्य देखभाल अनुप्रयोग परीक्षण में सफलता की कुंजी का दावा है - उनमें से पूर्ण ज्ञान और उन्हें कैसे स्थगित किया जाता है, आदि।
निष्कर्ष
खैर, यह हेल्थकेयर डोमेन की मूल बातें और हेल्थकेयर एप्लिकेशन को जांचने का एक तरीका है।
परीक्षक के रूप में, हम जानते हैं कि कुछ भी दोष मुक्त नहीं है। इस लेख में कुछ दोष भी हो सकते हैं, यदि आपको कोई दोष लगता है या कोई प्रश्न है तो कृपया एक टिप्पणी छोड़ दें। हम लेख पर आपकी बहुमूल्य प्रतिक्रिया का स्वागत करते हैं, क्योंकि यह हमें उत्कृष्टता और सुधार की ओर ले जाएगा।
हेल्थकेयर परीक्षक के रूप में आपके भविष्य के प्रयासों के लिए आप सभी को शुभकामनाएं। फिर मिलेंगे!
अनुशंसित पाठ
- स्वास्थ्य देखभाल आवेदन का परीक्षण कैसे करें - भाग 1
- सॉफ्टवेयर परीक्षण में परीक्षण कवरेज (परीक्षण कवरेज को अधिकतम करने के लिए सुझाव)
- टॉप 20 प्रैक्टिकल सॉफ्टवेयर टेस्टिंग टिप्स आपको किसी भी एप्लीकेशन को टेस्ट करने से पहले पढ़ना चाहिए
- एप्लिकेशन में बग कैसे खोजें? युक्तियाँ और चालें
- मल्टी-लिंगुअल वेबसाइट्स की टेस्टिंग के लिए 7 बेसिक टिप्स
- JAVA एप्लिकेशन का परीक्षण कैसे करें - नमूना परीक्षण मामलों के साथ सुझाव (भाग 1)
- अनुप्रयोग स्थापित करना और उन्हें Appium परीक्षण के लिए तैयार करना
- डेस्कटॉप, क्लाइंट सर्वर परीक्षण और वेब परीक्षण के बीच अंतर