how test health care application part 1
Förstå hälsovårdsområdet och testa hälso- och sjukvårdstillämpningar:
Dagens artikel kommer att handla om sjukvårdsdomän / företagsinformation, komponenter, vad man ska testa och hur man testar.
Denna tvådelade artikelserie är användbar för alla som vill utforska och gå in i en annan domän för att testa, lära sig och förstå arbetsflöden för vårdapplikationer och testprocess .
Kort sagt, den här artikeln kommer att vara ditt första steg och en guide för din kunskapssökning inom vården. I del 2 Vi kommer att tillhandahålla testscenarier för olika applikationer inom Healthcare-domänen.
Att utmärka sig i testning, domän kunskap är nyckeln . Så vi ska lära oss mer om kundens affärsflöde nu.
Vad du kommer att lära dig:
Healthcare Domain- En introduktion
Hälsovård eller sjukförsäkring liknar allmänförsäkring. Som ni vet kommer försäkringsgivaren (försäkringsbolaget) att tillhandahålla planerna i alla försäkringar och kunden (abonnent eller försäkringstagare) kommer att köpa försäkringen för sin plan. Försäkringsgivaren kommer att få premiebeloppet från försäkringstagarna och försäkringstagarna får ersättning från försäkringsgivaren för de giltiga anspråk som de har lämnat in.
konvertera karaktär till sträng c ++
Detsamma händer inom sjukvårdsförsäkringen men förutom försäkringsgivaren och försäkringstagaren finns det andra stora bidragsgivare som leverantör, TPA (tredje partadministratör), mäklare etc.
Vi kommer nu att se var och en av de stora bidragsgivarna i detalj:
# 1) Försäkringsgivare: En enhet som skapar en plan, säljer policyn och ersätter försäkringstagaren eller leverantören för de inlämnade giltiga fordringarna.
# 2) Policyinnehavare: En person eller en enhet, som köper försäkringen från försäkringsgivaren eller mäklaren, betalar en premie till försäkringsgivaren och lämnar ibland in en fordran.
hur man gör ett penetrationstest
# 3) Leverantör: En person eller en enhet som tillhandahåller sjukvården till försäkringstagaren och deras anhöriga får antingen betalning för tjänsten från försäkringstagaren eller försäkringsgivaren genom att lämna in ett krav.
# 4) TPA: En person eller en enhet som hanterar försäkringstagarens eller leverantörens fordringar och tar emot betalning för ledningen från respektive bidragsgivare.
# 5) Mäklare: Som du har gissat är han en agent som säljer policyn till kunderna för försäkringsgivarens räkning och får en provision i utbyte från försäkringsgivaren.
Till exempel, Vi kan förstå bidragsgivarnas grundläggande funktion från exemplet nedan.
Herr Enosh köpte en vårdpolicy som täcker allmän läkarkonsultation och synproblem från herr Ponnar och betalar en premie för samma sak till ett vårdföretag.
När Mr. Enosh var sjuk och rådfrågade läkaren Sabari för återhämtning, gav Sabari ett recept till Enosh och lämnar in ett krav på konsultationen till HealthCorp Company och får ersättningen. Herr Ponnar får en provision från HealthCorp Company för att betala premien av Mr. Enosh.
I exemplet ovan är ”Allmänläkarkonsultation” och ”Visionproblem” fördelarna med hälsoplanen, Enosh är försäkringstagaren, Ponnar är mäklaren, HealthCorp Company är försäkringsgivaren och Sabari är leverantören.
För att tydligt förstå skillnaden mellan policy och plan, tänk plan som en klass och policy som ett objekt (en instans av klassen). En policy kan kategoriseras som individuell policy och grupppolicy baserat på vilken typ av stödmottagare den täcker.
Individuell policy: En individ kommer att vara försäkringstagaren; både individen och hans / hennes anhöriga kommer att dra nytta av hälsoplanen. Här betalar individen premien.
Gruppolicy: En enhet (i allmänhet en arbetsgivare) kommer att vara försäkringstagaren, medlemmarna (anställda) i enheten och deras anhöriga kommer att njuta av fördelarna med hälsoplanen. Här betalar företaget premien.
Till exempel, Ett exempel på att ha en tydlig uppfattning om grupppolitiken är följande,
MotoCorp Company köper en policy från HealthCorp Company för sina anställda och deras familj. Deras anspråk hanteras av EasyClaim Company. Här är MotoCorp Company försäkringstagare, HealthCorp Company är försäkringsgivaren och EasyCliam Company är TPA.
Hur testar jag en vårdansökan?
Innan vi testar en ansökan bör vi vara medvetna om arbetsflödet inom vården. Det tidigare ämnet ger bara en introduktion till hanterad hälsovård, mer information finns tillgänglig här .
En försäkringsgivare behöver olika applikationer för att hantera följande:
- Leverantörsdata
- Medlemsdata
- Premium fakturering / betalning
- Mäklardata
- Anspråk / validering
- Mäklarprovisionsberäkning / betalning
I allmänhet kommer en Healthcare-applikation att ha följande systemlista:
- Medlemssystem : För att upprätthålla försäkringstagardata, olika planer med deras fördelarlista och generera premiumräkningar för försäkringstagaren baserat på deras planer
- Leverantörssystem : För att underhålla leverantörsdata
- Mäklarsystem : Att behålla mäklardata och beräkna provisioner
- Skadesystem : För anmälan och validering
- Ekonomisystem : Att göra nödvändig betalning till leverantör / medlem / mäklare
- Medlemsportal : För att visa försäkringstagarinformationen, göra premiebetalningar och göra en begäran om ändringsinformation för försäkringstagarna
- Leverantörsportal : Att visa leverantörsinformation och ta fram en begäran om ändringsinformation för leverantörer
- Mäklarportal : för att visa mäklarinformation och ta fram en begäran om ändringsinformation för mäklare
Det här kanske inte är en uttömmande lista. Men det här är listan så vitt jag vet. Alla applikationer kanske inte ens används. Ibland slås få av dessa applikationer samman för att skapa en annan kombinationsapplikation - andra gånger är dessa fristående system.
Till exempel kan leverantörssystemet vara en del av medlemssystemet i vissa vårdapplikationer. Med Healthcare-applikationen menar jag en uppsättning system som underhålls av ett försäkringsbolag för att underlätta deras kunder och partners.
intervjufrågor och svar om kvalitetssäkringstestare
Hälso- och sjukvårdstillämpningstestflöde
Det unika med Health Care-systemet är att dessa applikationer inte kan testas i vilken ordning vi vill. Det finns ett visst arbetsflöde som ska följas:
- För att en medlem / försäkringstagare ska registreras i en hälsoplan måste han / hon tilldelas en leverantör (Primary Care Physician) eller ett leverantörsnätverk, så det bör finnas ett sätt för medlemssystemet att validera den tilldelade leverantören. Antingen medlemssystem ansluter till leverantörssystemet eller ett dataflöde ska regelbundet skickas till medlemssystem från leverantörssystem. Därför bör leverantörssystemet testas och redo att användas innan medlemssystemet testas.
- Ett anspråk bör bestå av leverantörs-ID och medlems-ID utöver andra detaljer. Anspråkssystemet bör validera både medlemmen och leverantören för att validera anspråket, så både medlems- och leverantörssystemet bör testas och redo att användas innan testningssystemet testas.
- Ekonomisystemet måste ha data från ett medlem, leverantör, anspråk och mäklarsystem för att skriva checkar eller göra EFT-betalningar till respektive person eller enhet.
- Leverantörs- och mäklarsystem är fristående.
- Portalerna bör äntligen testas eftersom de behöver data från andra applikationer.
Nu är det i vilken ordning systemen i Healthcare-applikationen ska testas.
Vad är Nästa ?
Ovan nämnda information bör ge oss tillräckligt med fart för att komma in i ”Hur man testar” hälso-och sjukvårdsapplikationerna, som kommer att behandlas i 2: a delen i denna artikel.
Om författaren: Detta är ett gästinlägg av Vairavan R M. Författaren har god erfarenhet av att testa Health Care-applikationer och leda ett team i ett multinationellt företag.
Under tiden, om du har några frågor eller kommentarer eller behöver hjälp med att förstå hälsovårdsdomänen bättre, vänligen meddela mig. Håll koll på nästa artikel i serien.
Rekommenderad läsning
- Testa hälso-och sjukvårdsprogram - Tips och viktiga testscenarier (del 2)
- Applikationstestning - till grunderna för programvarutestning!
- Guide för testning av webbapplikationssäkerhet
- Installera din applikation på enheten och börja testa från Eclipse
- Handledning för destruktiv testning och icke-destruktiv testning
- Prestandatestning mot belastningstestning vs stresstestning (skillnad)
- Vad är Monkey Testing i Software Testing?
- Topp 20 praktiska testtips för programvara du bör läsa innan du testar någon applikation