how test health care application part 1
Pochopenie domény zdravotnej starostlivosti a testovanie aplikácií zdravotnej starostlivosti:
Dnešný článok bude o zdravotníctve - doménových / obchodných informáciách, komponentoch, čo testovať a ako testovať.
Táto dvojdielna séria článkov je užitočná pre každého, kto chce preskúmať a vstúpiť do inej domény na účely testovania, učenia sa a porozumenia pracovného toku aplikácií v zdravotníctve a testovací proces .
Stručne povedané, tento článok bude vašim prvým krokom a sprievodcom pri hľadaní vedomostí o zdravotnej starostlivosti. V časť 2 poskytneme testovacie scenáre pre rôzne aplikácie v doméne Healthcare.
Vyniknúť v testovaní, kľúčom je znalosť domény . Teraz sa teda dozvieme o obchodných tokoch klienta.
Čo sa dozviete:
Doména zdravotnej starostlivosti - úvod
Zdravotná starostlivosť alebo zdravotné poistenie je podobné ako všeobecné poistenie. Ako viete, pri akomkoľvek poistení plány poskytne poisťovateľ (poisťovacia spoločnosť) a zákazník (predplatiteľ alebo poistník) kúpi poistku podľa jeho želaného plánu. Poistiteľ dostane od poistencov sumu poistného a poistníci dostanú od poisťovateľa náhradu za platné poistné udalosti, ktoré predložili.
rozdiel medzi testovaním čiernej skrinky a testovaním bielej skrinky
To isté sa deje v poistení zdravotnej starostlivosti, ale okrem poisťovateľa a poistníka existujú aj ďalší významní prispievatelia, ako napríklad poskytovateľ, TPA (správca tretej strany), maklér atď.
Teraz uvidíme každého z hlavných prispievateľov podrobne:
# 1) Poisťovateľ: Účtovná jednotka, ktorá vytvorí plán, predá poistnú zmluvu a uhrádza poistencovi alebo poskytovateľovi za predložené platné nároky.
# 2) Držiteľ poistky: Osoba alebo subjekt, ktorý kupuje poistné zmluvy od poisťovateľa alebo sprostredkovateľa, platí poistnému poistné a niekedy uplatní nárok.
pomáha pohovorom s otázkami a odpoveďami
# 3) Poskytovateľ: Osoba alebo subjekt, ktorý poskytuje zdravotnú službu poistencovi a jeho rodinným príslušníkom, dostane platbu za službu od poistenca alebo poisťovateľa zaslaním žiadosti.
# 4) TPA: Osoba alebo subjekt, ktorý spravuje nároky poistníka alebo poskytovateľa a prijíma platby za správu od príslušného prispievateľa.
# 5) Sprostredkovateľ: Ako ste už uhádli, jedná sa o agenta, ktorý predáva poistné zmluvy zákazníkom v mene poisťovateľa a za to dostane od poisťovateľa províziu.
Napríklad, Základné funkcie prispievateľov môžeme pochopiť z nižšie uvedeného príkladu.
Pán Enosh kúpil od pána Ponnara politiku zdravotnej starostlivosti, ktorá sa týka všeobecných konzultácií s lekárom a problémov so zrakom, a za to isté platí zdravotnú spoločnosť.
Akonáhle bol pán Enosh chorý a konzultoval s lekárom lekára Sabariho zotavenie, Sabari poskytol recept Enoshovi a podal žiadosť o konzultáciu spoločnosti HealthCorp Company a dostal náhradu. Pán Ponnar dostáva províziu od spoločnosti HealthCorp za platbu poistného pánom Enoshom.
V uvedenom príklade sú „konzultácie s všeobecnými lekármi“ a „problémy s videním“ výhodami plánu zdravia, poistencom je pán Enosh, sprostredkovateľom je pán Ponnar, poisťovacou spoločnosťou HealthCorp Company a poskytovateľom je pán Sabari.
Aby ste jasne pochopili rozdiel medzi politikou a plánom, premýšľajte o pláne ako o triede a o politike ako o objekte (inštancii triedy). Politiku možno kategorizovať ako individuálnu politiku a skupinovú politiku na základe typu príjemcov, na ktorých sa vzťahuje.
Individuálna politika: Poistníkom bude fyzická osoba; jednotlivec aj jeho závislé osoby budú mať výhody z plánu zdravia. Tu platí poistné jednotlivec.
Skupinové pravidlá: Subjektom (vo všeobecnosti zamestnávateľom) bude poistenec, členovia (zamestnanci) subjektu a ich závislé osoby budú mať výhody z plánu zdravotného poistenia. Tu účtovná jednotka platí poistné.
Napríklad, Príklad jasnej predstavy o skupinovej politike je nasledovný,
Spoločnosť MotoCorp kupuje politiku od spoločnosti HealthCorp Company pre svojich zamestnancov a ich rodiny. Ich pohľadávky spravuje spoločnosť EasyClaim Company. Tu je spoločnosť MotoCorp poistencom, spoločnosť HealthCorp poistiteľom a spoločnosť EasyCliam spoločnosťou TPA.
Ako otestovať aplikáciu v zdravotníctve?
Pred testovaním aplikácie by sme si mali byť vedomí pracovného toku v zdravotníctve. Predchádzajúca téma predstavuje iba úvod do riadenej zdravotnej starostlivosti, viac podrobností k dispozícii tu .
Poisťovateľ potrebuje rôzne aplikácie na správu nasledujúcich vecí:
- Údaje poskytovateľa
- Údaje o členoch
- Fakturácia / platba poistného
- Údaje o maklérovi
- Prihlásenie / validácia nárokov
- Výpočet provízie sprostredkovateľa / platba
Aplikácia zdravotnej starostlivosti bude mať spravidla nasledujúci zoznam systémov:
- Členský systém : Ak chcete zachovať údaje poistenca, rôzne plány s ich zoznamom výhod a generovať prémiové účty pre poistenca na základe ich plánov
- Systém poskytovateľa : Zachovať údaje poskytovateľa
- Sprostredkovateľský systém : Udržiavať údaje sprostredkovateľa a počítať provízie
- Reklamačný systém : Na zadanie a overenie nároku
- Finančný systém : Uskutočniť potrebnú platbu poskytovateľovi / členovi / sprostredkovateľovi
- Členský portál : Ak chcete zobraziť informácie o poistencoch, uskutočňujte platby poistného a vzneste požiadavku na informácie o zmene pre poistencov
- Portál poskytovateľa : Zobrazenie informácií o poskytovateľovi a vznesenie žiadosti o zmenu informácií pre poskytovateľov
- Sprostredkovateľský portál : zobraziť informácie o maklérovi a vzniesť požiadavku na informácie o zmene pre maklérov
Toto nemusí byť vyčerpávajúci zoznam. Ale toto je zoznam podľa mojich najlepších vedomostí. Všetky aplikácie sa možno ani nebudú dať použiť. Niekedy je len málo z týchto aplikácií zlúčených, aby vznikla iná kombinovaná aplikácia - inokedy ide o samostatné systémy.
Napríklad , systém poskytovateľa môže byť súčasťou členského systému v niektorých aplikáciách zdravotnej starostlivosti. Pod aplikáciou Healthcare mám na mysli sústavu systémov udržiavaných poisťovacím agentom s cieľom uľahčiť ich zákazníkom a partnerom.
webová stránka, ktorá prevádza videá z youtube na mp4
Pracovný tok testovania aplikácií v zdravotníctve
Jedinečnou vlastnosťou systému zdravotnej starostlivosti je, že tieto aplikácie nemožno testovať v poradí, ktoré by sa nám páčilo. Je potrebné dodržiavať určitý pracovný postup:
- Aby mohol byť člen / poistenec zaradený do plánu zdravotnej starostlivosti, musí byť priradený k poskytovateľovi (lekár primárnej starostlivosti) alebo k sieti poskytovateľov, takže by mal existovať spôsob, ako by členský systém mohol overiť prideleného poskytovateľa. Buď sa členský systém pripája k systému poskytovateľa, alebo by sa mal pravidelne posielať dátový kanál členskému systému zo systému poskytovateľa. Preto by mal byť systém poskytovateľa testovaný a pripravený na použitie pred testovaním systému člena.
- Nárok by mal okrem ďalších podrobností pozostávať z ID poskytovateľa a ID člena. Systém nárokovania by mal na overenie nároku overiť člena aj poskytovateľa, takže systém člena aj poskytovateľa by mal byť pred testovaním systému nárokov otestovaný a pripravený na použitie.
- Finančný systém musí mať údaje od člena, poskytovateľa, systému pohľadávok a sprostredkovateľov, aby mohol písať šeky alebo uskutočňovať platby EBP príslušnej osobe alebo subjektu.
- Systémy poskytovateľov a sprostredkovateľov sú samostatné.
- Portály by mali byť konečne otestované, pretože sú potrebné údaje z ostatných aplikácií.
Teraz je to poradie, v ktorom by sa mali testovať systémy v aplikáciách zdravotnej starostlivosti.
Čo je Ďalšie ?
Vyššie uvedené informácie by nám mali poskytnúť dostatok impulzu na to, aby sme sa dostali k „Ako otestovať“ aplikácie zdravotnej starostlivosti, ktorými sa bude zaoberať 2. časť tohto článku.
O autorovi: Toto je príspevok od Vairavana R. M. Autor má dobré skúsenosti s testovaním aplikácií zdravotnej starostlivosti a vedie tím v nadnárodnej spoločnosti.
Ak máte akékoľvek otázky alebo pripomienky alebo potrebujete pomoc s lepším porozumením oblasti zdravotnej starostlivosti, kontaktujte nás. Zostaňte naladení na ďalší článok v sérii.
Odporúčané čítanie
- Testovanie aplikácií v zdravotníctve - tipy a dôležité testovacie scenáre (2. časť)
- Testovanie aplikácií - do základov testovania softvéru!
- Sprievodca testovaním bezpečnosti webových aplikácií
- Inštalácia aplikácie na zariadenie a spustenie testovania z Eclipse
- Výukový program pre deštruktívne testovanie a nedeštruktívne testovanie
- Výkonové testovanie vs záťažové testovanie vs záťažové testovanie (rozdiel)
- Čo je testovanie opíc pri testovaní softvéru?
- Top 20 praktických tipov na testovanie softvéru, ktoré by ste si mali prečítať pred testovaním akejkoľvek aplikácie