Meni

Kako testirati prijavu za zdravstvenu zaštitu - 1. dio

how test health care application part 1

Isprobajte Naš Instrument Za Uklanjanje Problema

Razumijevanje domene zdravstvene zaštite i testiranje primjena zdravstvene zaštite:

Današnji članak bit će posvećen podacima o zdravstvu - domeni / poslu, komponentama, što testirati i kako testirati.

Ova dvodijelna serija članaka korisna je za svakoga tko želi istražiti i ući u drugu domenu za testiranje, naučiti i razumjeti tijek rada u zdravstvenim programima i postupak ispitivanja .

Ukratko, ovaj će članak biti vaš prvi korak i vodič za vašu potragu za zdravstvenim znanjem. U 2. dio pružit ćemo scenarije ispitivanja za različite aplikacije u domeni Healthcare.

Kako testirati primjenu zdravstvene zaštite

Da bi se istaknuo u testiranju, znanje domene je ključ . Dakle, sada ćemo saznati više o tijeku poslovanja klijenta.

Što ćete naučiti:

Domena zdravstvene zaštite - uvod

Zdravstvena zaštita ili zdravstveno osiguranje slično je općem osiguranju. Kao što znate, u bilo kojem osiguranju osiguravatelj (osiguravajuće društvo) će osigurati planove, a kupac (pretplatnik ili osiguratelj) kupit će policu željenog plana. Osiguratelj će dobiti iznos premije od osiguranika, a osiguranici će od osiguravatelja dobiti naknadu za valjane tražbine koje su predali.

pitanja i odgovori s inženjera devopsovog inženjera

Isto se događa u zdravstvenom osiguranju, ali osim osiguravatelja i osiguranika, tu su i drugi glavni doprinositelji kao što su pružatelj usluga, TPA (administrator treće strane), broker itd.

Sada ćemo detaljno vidjeti svakog od glavnih suradnika:

# 1) Osiguratelj: Subjekt koji kreira plan, prodaje policu i nadoknađuje osiguraniku ili dobavljaču podnesene valjane zahtjeve.

# 2) Nositelj pravila: Osoba ili subjekt koji kupi policu od osiguravatelja ili brokera, plaća premiju osiguravatelju i ponekad podnosi zahtjev.

Nositelj zdravstvene politike

kako otvoriti .apk datoteku

# 3) Pružatelj: Osoba ili subjekt koji pruža zdravstvenu uslugu ugovaratelju osiguranja i njihovim uzdržavanim osobama, ili primatelj usluge osiguranja prima naknadu za osiguranje ili osiguravatelja.

# 4) TPA: Osoba ili entitet koji upravlja potraživanjima ugovaratelja osiguranja i prima uplatu za upravljanje od odgovarajućeg doprinositelja.

# 5) Posrednik: Kao što ste pretpostavili, on je agent koji prodaje policu kupcima u ime osiguravatelja i zauzvrat od osiguravatelja dobiva proviziju.

Posrednik u zdravstvenom osiguranju

Na primjer, Osnovnu funkciju suradnika možemo razumjeti iz primjera u nastavku.

Gospodin Enosh kupio je zdravstvenu politiku koja pokriva opće savjete liječnika i probleme s vidom od gospodina Ponnara i za nju plaća premiju zdravstvenoj tvrtki.

Jednom kada je gospodin Enosh bio bolestan i savjetovao se s liječnikom gospodinom Sabarijem radi oporavka, Sabari je izdao recept Enoshu i predao zahtjev za konzultacije tvrtki HealthCorp Company i dobio naknadu. Gospodin Ponnar dobiva proviziju od tvrtke HealthCorp za plaćanje premije od strane gospodina Enosha.

U gornjem primjeru, 'Opće liječničke konzultacije' i 'Problemi s vidom' blagodati su zdravstvenog plana, gospodin Enosh je ugovaratelj osiguranja, gospodin Ponnar je posrednik, tvrtka HealthCorp osiguravatelj, a gospodin Sabari pružatelj usluga.

Da biste jasno razumjeli razliku između politike i plana, zamislite plan kao klasu, a politiku kao objekt (primjerak klase). Politika se može kategorizirati kao individualna politika i politika grupe na temelju vrste korisnika koje pokriva.

Individualna politika: Pojedinac će biti ugovaratelj osiguranja; i pojedinac i osobe koje ovise o njemu uživat će u blagodatima zdravstvenog plana. Ovdje pojedinac plaća premiju.

Pravila grupe: Subjekt (općenito poslodavac) bit će ugovaratelj osiguranja, članovi (zaposlenici) entiteta i njihovi uzdržavani članovi uživat će blagodati zdravstvenog plana. Ovdje subjekt plaća premiju.

Na primjer, Primjer za jasnu ideju grupne politike je sljedeći,

Tvrtka MotoCorp kupuje policu od tvrtke HealthCorp za svoje zaposlenike i njihovu obitelj. Njihovim potraživanjima upravlja tvrtka EasyClaim. Ovdje je tvrtka MotoCorp osiguratelj, tvrtka HealthCorp osiguravatelj, a tvrtka EasyCliam TPA.

Kako testirati zdravstvenu prijavu?

Prije testiranja aplikacije trebali bismo biti svjesni tijeka rada u zdravstvenoj industriji. Prethodna tema samo daje uvod u upravljanu zdravstvenu zaštitu, a više detalja je dostupno ovdje .

Osiguravatelj treba različite aplikacije za upravljanje sljedećim:

  • Podaci davatelja
  • Podaci o članovima
  • Premium naplata / plaćanje
  • Podaci o posredniku
  • Unos / provjera potraživanja
  • Izračun / plaćanje posredničke provizije

Općenito, zdravstvena aplikacija imat će sljedeći popis sustava:

  • Članski sustav : Da bi se održavali podaci o osiguranicima, razni planovi s njihovim popisom pogodnosti i generirali račune premije za osiguranika na temelju njihovih planova
  • Sustav davatelja : Za održavanje podataka davatelja usluge
  • Brokerski sustav : Za održavanje podataka o brokerima i izračunavanje provizija
  • Sustav potraživanja : Za unos i provjeru zahtjeva
  • Sustav financija : Izvršiti potrebno plaćanje davatelju / članu / brokeru
  • Portal za članove : Da biste prikazali podatke o osiguranicima, izvršite uplate premije i podignite zahtjev za informacijama o promjenama za osiguranike
  • Portal davatelja : Za prikaz podataka o davateljima i pokretanje zahtjeva za promjenom podataka za davatelje
  • Brokerski portal : za prikaz podataka o brokeru i pokretanje zahtjeva za informacijama o promjeni za brokere

Ovo možda nije iscrpan popis. Ali, ovo je popis koliko znam. Također, sve se aplikacije možda neće ni koristiti. Ponekad se malo tih aplikacija spoji kako bi se stvorila druga kombinacija, a drugi su to samostalni sustavi.

Na primjer , sustav pružatelja usluga može biti dio sustava članica u nekim zdravstvenim aplikacijama. Pod aplikacijom zdravstvene zaštite mislim na skup sustava koji održava osiguravatelj kako bi olakšao svoje kupce i partnere.

kako dodati nešto u niz Java

Tijek ispitivanja aplikacija za zdravstvenu zaštitu

Jedinstvena značajka zdravstvenog sustava je da se te aplikacije ne mogu testirati bilo kojim redoslijedom koji nam se sviđa. Treba slijediti određeni tijek rada:

  • Da bi član / ugovaratelj osiguranja bio uključen u zdravstveni plan, on / ona mora biti dodijeljen pružatelju usluga (liječnik primarne zdravstvene zaštite) ili mreži pružatelja usluga, tako da sustav članova mora provjeriti valjanost dodijeljenog pružatelja usluga. Bilo da se sustav član poveže sa sustavom davatelja ili bi se feed podataka trebao povremeno slati u sustav člana s sustava davatelja. Stoga sustav davatelja treba testirati i biti spreman za upotrebu prije testiranja sustava člana.
  • Zahtjev bi se trebao sastojati od ID-a davatelja usluge i ID-a člana uz ostale detalje. Sustav potraživanja trebao bi provjeriti valjanost zahtjeva i člana i davatelja usluga, tako da bi i član i pružatelj trebali biti testirani i spremni za upotrebu prije testiranja sustava potraživanja.
  • Financijski sustav mora imati podatke od člana, davatelja usluga, potraživanja i brokerskog sustava za pisanje čekova ili izvršavanje EFT plaćanja odgovarajućoj osobi ili entitetu.
  • Sustavi dobavljača i brokeri samostalni su.
  • Portale treba napokon testirati jer su mu potrebni podaci iz drugih aplikacija.

Tijek rada u zdravstvu

To je redoslijed kojim bi trebalo testirati sustave u aplikaciji Healthcare.

Što je Sljedeći ?

Gore spomenute informacije trebale bi nam dati dovoljno zamaha da uđemo u 'Kako testirati' zdravstvene programe, a o kojima će se raditi u 2. dio ovog članka.

O autoru: Ovo je gost Vairavana R M. Autor ima dobro iskustvo u testiranju aplikacija za zdravstvenu zaštitu i vodi tim u multinacionalnoj korporaciji.

U međuvremenu, ako imate pitanja ili komentare ili trebate pomoć u boljem razumijevanju domene zdravstvene zaštite, javite mi. Pratite nas za sljedeći članak u seriji.

Preporučena literatura

^