how test health care application part 1
Разбиране на домейна в здравеопазването и тестване на приложенията в здравеопазването:
Днешната статия ще бъде всичко за здравна информация - домейн / бизнес информация, компоненти, какво да тествате и как да тествате.
Тази поредица от статии от две части е полезна за всеки, който иска да проучи и да влезе в различен домейн за тестване, да научи и разбере работния процес на приложенията за здравеопазване и процес на тестване .
Накратко, тази статия ще бъде вашата първа стъпка и ръководство за вашето търсене на знания в здравеопазването. В част 2 ще предоставим тестови сценарии за различни приложения под домейна Healthcare.
За да превъзхождате тестването, знанието за домейн е ключът . И така, сега ще научим за бизнес потока на клиента.
Какво ще научите:
Здравен домейн - Въведение
Здравните грижи или здравното осигуряване е подобно на общото застраховане. Както знаете, при всяка застраховка застрахователят (застрахователна компания) ще предостави плановете, а клиентът (абонат или притежател на полица) ще закупи полицата по желания от него план. Застрахователят ще получи сумата на премията от притежателите на полици, а Титулярите на полици ще получат възстановяване от застрахователя за валидните искове, които са подали.
какво vr работи с xbox one
Същото се случва и в здравното осигуряване, но освен застраховател и притежател на полица, има и други основни участници като доставчик, TPA (Администратор на трета страна), брокер и др.
Сега ще видим всеки от основните участници в подробности:
# 1) Застраховател: Субект, който създава план, продава полицата и възстановява на притежателя на полицата или доставчика подадените валидни искове.
# 2) Притежател на политиката: Физическо или юридическо лице, което купува полицата от застрахователя или брокера, плаща премия на застрахователя и понякога подава иск.
топ приложения за изтегляне на mp3 за android
# 3) Доставчик: Физическо или юридическо лице, което предоставя здравната услуга на притежателя на полицата и техните зависими лица, или получава заплащане за услугата от притежателя на полицата или застрахователя чрез подаване на иск.
# 4) TPA: Лице или субект, който управлява вземанията на притежателя на полицата или доставчика и получава плащане за управлението от съответния вносител.
# 5) Брокер: Както се досещате, той е агент, който продава полицата на клиентите от името на застрахователя и получава комисионна в замяна от застрахователя.
Например, Можем да разберем основната функция на сътрудниците от примера по-долу.
Г-н Enosh купи политика за здравеопазване, която обхваща консултации с лекари и проблеми със зрението от г-н Ponnar и плаща премия за същото на здравна компания.
След като г-н Enosh беше болен и се консултира с лекаря г-н Sabari за възстановяване, Sabari предостави рецепта на Enosh и подаде иск за консултация до HealthCorp Company и получи възстановяване на сумата. Г-н Понар получава комисионна от HealthCorp Company за изплащане на премия от г-н Енош.
В горния пример „Обща лекарска консултация“ и „Проблеми със зрението“ са предимствата на здравния план, г-н Enosh е титуляр на полицата, г-н Ponnar е брокерът, HealthCorp Company е застрахователят, а г-н Sabari е доставчикът.
За да разберете ясно разликата между политика и план, помислете за план като клас и за политика като обект (екземпляр на класа). Политиката може да бъде категоризирана като индивидуална политика и групова политика въз основа на типа бенефициенти, които обхваща.
Индивидуална политика: Застрахованото лице ще бъде физическо лице; както физическото лице, така и зависимите от него лица ще се радват на предимствата на здравния план. Тук индивидът плаща премията.
Групова политика: Субект (обикновено работодател) ще бъде титуляр на полицата, членовете (служители) на предприятието и техните зависими лица ще се ползват от предимствата на здравния план. Тук предприятието плаща премията.
Например, Пример за ясна представа за груповата политика е както следва,
MotoCorp Company купува политика от HealthCorp Company за своите служители и тяхното семейство. Исковете им се управляват от EasyClaim Company. Тук MotoCorp Company е титуляр на полицата, HealthCorp Company е застрахователят, а EasyCliam Company е TPA.
Как да тествате приложение за здравеопазване?
Преди да тестваме приложение, трябва да сме наясно с работния процес на здравната индустрия. Предишната тема просто дава въведение в управляваното здравеопазване, повече подробности са налични тук .
Застрахователят се нуждае от различни приложения, за да управлява следното:
- Данни на доставчика
- Данни за членовете
- Премиум таксуване / плащане
- Данни за брокери
- Вписване / валидиране на искове
- Изчисляване / плащане на комисионна на брокер
Като цяло приложението за здравеопазване ще има следния списък от системи:
- Членска система : За поддържане на данните за притежателите на полици, различни планове с техния списък на предимствата и генериране на премиум сметки за притежателя на полицата въз основа на техните планове
- Система на доставчика : За поддържане на данни на доставчика
- Брокерска система : За поддържане на данни за брокери и изчисляване на комисионни
- Система за искове : За вписване и валидиране на иск
- Финансова система : Да извършите необходимото плащане на доставчик / член / брокер
- Членски портал : За да се покаже информацията за притежателя на полицата, извършете премийни плащания и издигнете искане за информация за промяна за притежателите на полици
- Портал за доставчици : За показване на информация за доставчика и издигане на искане за информация за промяна за доставчици
- Брокерски портал : за показване на информация за брокера и повдигане на искане за информация за промяна за брокери
Това може да не е изчерпателен списък. Но това е списъкът доколкото ми е известно. Също така, всички приложения може дори да не се използват. Понякога малко от тези приложения се обединяват, за да се направи друга комбинация - друг път това са самостоятелни системи.
Например , системата на доставчика може да бъде част от системата-членка в някои приложения за здравеопазване. Под приложение за здравеопазване имам предвид набор от системи, поддържани от застраховател, за да улеснят своите клиенти и партньори.
как се отваря xml файл
Работен поток за тестване на приложения за здравни грижи
Уникалната характеристика на системата за здравеопазване е, че тези приложения не могат да бъдат тествани в произволен ред, който ни харесва. Трябва да се следва определен работен процес:
- За да бъде член / притежател на полица записан в здравен план, той / тя трябва да бъде назначен към доставчик (лекар за първична медицинска помощ) или мрежа от доставчици, така че трябва да има начин системата-член да потвърди назначения доставчик. Системата-член се свързва със системата на доставчика, или емисия данни трябва периодично да изпраща на системата-член от системата на доставчика. Следователно системата на доставчика трябва да бъде тествана и готова за употреба преди тестване на системата членка.
- Искът трябва да се състои от идентификатор на доставчика и идентификатор на член в допълнение към други подробности. Системата за искове трябва да валидира както члена, така и доставчика, за да валидира исковата молба, така че системата за член и доставчик трябва да бъде тествана и готова за използване преди тестване на системата за искове.
- Финансовата система трябва да разполага с данни от член, доставчик, система за вземания и брокер, за да изписва чекове или да извършва плащания по ЕФС на съответното лице или образувание.
- Системите за доставчици и брокери са самостоятелни.
- Порталите трябва да бъдат тествани най-накрая, тъй като се нуждаят от данни от другите приложения.
Това е редът, по който системите в приложението Healthcare трябва да бъдат тествани.
Какво Следващия ?
Гореспоменатата информация трябва да ни даде достатъчно инерция, за да влезем в „Как да тестваме“ приложенията в здравеопазването, които ще бъдат разгледани в 2-ра част на тази статия.
За автора: Това е публикация за гости от Vairavan R M. Авторката има добър опит в тестването на приложения за здравеопазване и ръководи екип в мултинационална корпорация.
Междувременно, ако имате въпроси или коментари или се нуждаете от помощ за по-доброто разбиране на домейна за здравеопазване, моля, уведомете ме. Следете за следващата статия от поредицата.
Препоръчително четене
- Тестване на приложения за здравеопазване - съвети и важни сценарии за тестване (част 2)
- Тестване на приложения - в основите на софтуерното тестване!
- Ръководство за тестване на сигурността на уеб приложения
- Инсталирайте приложението си на устройство и започнете да тествате от Eclipse
- Урок за деструктивно изпитване и безразрушително тестване
- Тестване на ефективността срещу тестване на натоварване срещу тестване на стрес (разлика)
- Какво е тестване на маймуни при тестване на софтуер?
- Топ 20 практични съвета за тестване на софтуер, които трябва да прочетете, преди да тествате приложение