HealthCare Domain Testing med eksempler på testtilfælde

Før vi begynder at teste, lad os hurtigt studere den grundlæggende viden om sundhedsområdet.

HealthCare Domain Testing

Healthcare Domain Testing er en proces til test af sundhedsapplikationer for forskellige faktorer som standarder, sikkerhed, overholdelse, krydsafhængighed med andre enheder osv. Formålet med sundhedsdomænetest er at sikre kvalitet, pålidelighed, ydeevne, sikkerhed og effektivitet i Healthcare-applikationen .

Grundlæggende viden om Health Care Domain

Hele sundhedssystemet er vævet med hinanden af ​​den eneste krop, der er hospital eller udbyder (læge).

Mens de andre enheder inkluderer -

• Forsikringsselskab: Medicare, Medicaid, BCBS osv.
• Patient / forbrugere: Patient tilmeldt
• Tilsynsmyndighed: HIPAA, OASIS-vurdering, HCFA 1500 og UB92 osv.
• Sundhedspleje og Life-Science løsning Leverandører

Grundlæggende terminologi i sundhedssystemet

• Udbyder : En sundhedsperson (læge), medicinsk gruppe, klinik, laboratorium, hospital osv. Licenseret af sundhedstjenester
• Krav: En anmodning til dit sundhedsforsikringsselskab om at betale en regning for sundhedsvæsenet
• Mægler: En forsikringsmedarbejder, der forhandler, køber forsikring på vegne af forsikrede eller potentielle forsikrede
• Finans: Forsikringsorganer, der betaler for lægeudgifter, det kan være regering (Medicare eller Medicaid) eller kommerciel (BCBS)
• Medicare: Et føderalt sundhedsforsikringsprogram for ældre og permanent handicappede
• Medicaid: Et fælles og statsligt program, der hjælper familier og enkeltpersoner med lav indkomst til at betale for omkostningerne forbundet med lægebehandling
• CPT-kode : En nuværende proceduremæssig terminologikode er et medicinsk kodesæt, der beskriver medicinske, kirurgiske og diagnostiske tjenester
• HIPAA : Det er et sæt regler og forskrifter, som læger, hospitaler, sundhedsudbydere og sundhedsplaner skal følge for at levere deres tjenester

I denne vejledning lærer vi-

• Grundlæggende viden om Health Care Domain
• Sundhedspleje forretningsproces
• Test af udbydersystem
• Test af mæglersystem
• Test af medlemssystem
• Test af kravssystem
• Test af økonomisystem
• Test under overholdelse af lovgivningen
• Performance test af Healthcare Application
• Andre testtyper til sundhedsapplikationer
• Test af udfordringer i sundhedsapplikationen
• Test af sundhedsudstyr
• Nyttige tip til sundhedstest

Sundhedspleje forretningsproces

De fleste sundhedsorganisationer har tilpasset softwareprogram til at behandle systemets gnidningsløse funktion. Dette softwaresystem giver al information i et enkelt dokument for hver enhed, der beskæftiger sig med dette.

At forbinde hele dette system med en enkelt webapplikation er en kæmpe opgave, og det er endnu en større opgave at få det til at fungere effektivt. Omhyggelig test af denne sundhedsapplikation er obligatorisk, og den skal gennemgå forskellige testfaser.

I denne vejledning lærer vi,

Test af udbydersystem

Eksempel på testscenarier og testsager for udbydere (læge / hospital) -system :

Testscenarie	Test tilfælde
Adgang til udbydersystem	Udbydersystemet skal lade os indtaste, redigere og gemme udbyderens data
Test af positivt flow-system	Det inkluderer scenarier for at indtaste forskellige typer udbyder, ændre udbyderoplysninger, gemme og forhøre dem
Negativt flow System Test	Gør det muligt at gemme udbyderoplysninger med ufuldstændige data, kontraktens ikrafttrædelsesdato, indtaste detaljer om eksisterende udbydere i systemet
Systemintegrationstest	Valider feedet til medlemmersystem, økonomisystem, kravsystem og udbyderportal. Valider også, hvis ændringerne fra udbyderportalen er indtastet i den respektive udbyders rekord
Positiv flowudbydere portal test	Log ind og se udbyderoplysninger, kravstatus og medlemsoplysninger Foretag ændringsanmodning for at ændre navn, adresse, telefonnummer osv.
Portal test af negative flowudbydere	Se medlemsoplysningerne med et ugyldigt ID Log ind med ugyldige legitimationsoplysninger
Test af positive flowmæglerportaler	Log ind og se detaljer om mægler- og kommissionsbetaling Lav en anmodning om at ændre navn, adresse, telefonnummer osv.
Negativ flowmæglerportal test	Det skal indeholde scenarier for at logge ind med ugyldige legitimationsoplysninger

Test af mæglersystem

Eksempel på testscenarier og testsager til mæglersystem :

Sr #	Testscenarie	Test tilfælde
1)	Mæglersystem	Det skal være i stand til at redigere, indtaste og gemme mæglerdata Mæglerprovisionsberegning baseret på detaljerne i betalingspræmien fra medlemssystemet
2)	Test af positivt flowsystem	Indtast, gem og rediger mæglerregistrering for forskellige typer mæglere For aktive mæglere beregne provisionen ved at oprette en feedfil med den respektive post for medlemmer med en anden plan
3)	Negativt flow System Test	Indtast en mægleroptegnelse med ufuldstændige data, og gem til forskellige typer mæglere Ved at oprette feedfilen med den respektive post for medlemmer med en anden plan beregner du provisionen for den afsluttede mægler Ved at oprette feedfilen med den respektive post for medlemmer med en anden plan beregner du provisionen for den ugyldige mægler
4)	Systemtest	Valg af feeds til downstream-system som økonomisystem, mæglerportal og medlemssystem Valider, hvis ændringerne fra mæglerportal er indarbejdet i den respektive mæglerpost

Test af medlemssystem

Eksempel på testscenarier og testsager for medlems (patient) system :

Sr #	Testscenarie	Test tilfælde
1)	Medlemssystem	Tilmeld, genindsæt og afslut et medlem Fjern og tilføj en afhængig Generer premiumregning Behandle premiumbetalinger
2)	Test af positivt flowsystem	Med de nuværende, tidligere og fremtidige ikrafttrædelsesdatoer tilmeldes forskellige typer medlemmer Forespørg og skift medlemmer Producer premiumregning for et aktivt medlem i den følgende måned Afslut et aktivt medlem med tidligere, nuværende og fremtidige opsigelsesdatoer, der er større end ikrafttrædelsesdatoen Tilmeld et opsagt medlem med nuværende, tidligere og fremtidige ikrafttrædelsesdatoer Geninstaller et afsluttet nummer
3)	Negativt flow System Test	Med utilstrækkelige data tilmeld et medlem For et opsagt medlem skal du producere en præmieregning for den følgende måned
4)	Systemintegrationstest	Valider feedet til downstream-systemer såsom udbyderportal, mæglerportal, økonomisystem og kravsystem Valider, hvis ændringerne fra medlemsportalen er indarbejdet i den respektive medlemsjournal Behandle betalingen af ​​premium regningen genereret med feedet fra medlemsportalen, der har detaljer om betalingen foretaget

Test af kravssystem

Eksempel på testscenarier og testsager til kravssystem :

#	Test scenarier	Test tilfælde
1)	Erstatningssystem	Krav i sundhedsvæsenet skal redigere, indtaste og behandle krav for et medlem såvel som afhængig For ugyldige krav skal det kaste fejl, når der er indtastet forkerte data
2)	Test af positivt flowsystem	Det skal omfatte scenariet for at redigere, indtaste og behandle krav for et medlem såvel som afhængig
3)	Test af negativt flowsystem	Det skal validere og indtaste et krav med ugyldig procedurekode og diagnosekode Valider og indtast et krav med det inaktive udbyder-id Valider og indgiv et krav med et opsagt medlem
4)	Systemintegration	Det skal indeholde et scenarie for at validere feedet til downstream-systemer som udbyder og finansieringsportal

Test af økonomisystem

Eksempel på testscenarier og testsager til Finance System

Sr #	Test scenarier	Test tilfælde
1)	Finanssystem	Tilmeld, genindsæt og afslut et medlem
2)	Test af positivt flow-system	Det skal kontrollere, om korrekt kontonummer eller adresse er valgt for det respektive medlem, udbyder eller mægler til betalingen
3)	Test af negativt flowsystem	Kontroller, om betaling sker for et ugyldigt medlem, udbyder eller mægler-id ved at oprette en respektive post i feedet Kontroller, om betaling sker for et ugyldigt beløb for medlemmet, udbyderen eller mægleren ved at oprette respektive poster i feedet

Test for overholdelse af forskrifter

Beskyttelse af patientfølsomme data og sundhedsoplysninger er en yderste prioritet for sundhedsregulerende organer. Testen skal udføres i overensstemmelse med sådanne regulerende organer.

Eksempel på testscenarier og testsager for overholdelse af lovgivning :

Sr #	Test scenarier	Test tilfælde
1)	Brugergodkendelse	Brug af verifikationsmetode for at sikre, at korrekte brugere får et login og nægter andre
2)	Offentliggørelse af oplysninger	Godkendelse af adgang til information er baseret på brugerens rolle og patientbegrænsning
3)	Dataoverførsel	Ved alle overførsler sikrer punkter, at data krypteres
4)	Revisionsspor	Alle transaktioner og alle forsøg på at få adgang til data med et korrekt sæt af sporingsinformation registreres
5)	Sanity Testing relateret til regulerende organ	Udfør fornuftstest og kontroller, at kryptering af data sker i bestemte områder som EPHI (Electronic Protected Health Information)

Performance test af Healthcare Application

Inden du forbereder testscenarier, skal visse krav til systemet overvejes. Eksempelvis yder sundhedsudbydere (læger / hospitaler) pleje 24/7, så patientindtjekningssoftwaren skal altid være tilgængelig. Det er også nødvendigt at kommunikere med forsikringsselskaber for at validere politiske oplysninger, sende krav og modtage pengeoverførsler. Her skal arkitekturen definere de forskellige komponenter i systemet, protokollen til kommunikation med forsikringsselskaber, og hvordan systemet skal implementeres, så det overholder 24/7.

Som tester skal du sikre, at sundhedssoftwaresystemet lever op til det ønskede benchmark for belastning / ydelse.

Andre testtyper til sundhedsapplikationer

• Funktionel test : Test af sundhedsapplikationer mod funktionelle muligheder
• Overensstemmelsestest : Overensstemmelsestest Sikkerhedsforudsætninger for sundhedspleje og industrielle rammer
• Platformtest : Test af applikationer på mobil platform og applikationstest for kompatibilitet på tværs af browsere
• Interoperabilitetstest : Test af overensstemmelse med interoperabilitetsstandarder (f.eks. DICOM, HL7, CCD / CDA)

Test af udfordringer i sundhedsapplikationen

Testudfordringer ved test af sundhedsapplikationer er ikke anderledes end andre webapplikationstest.

• Kræver ekspertise i test, og det koster normalt høje omkostninger
• Kræver interoperabilitet, overholdelse, regulering, sikkerhed, sikkerhedstest ud over regelmæssige testteknikker (ikke-funktionel, funktionel og integrationstest)
• Test skal udføres under hensyntagen til sikkerheds- og lovgivningsmæssige standarder - da enhver fejl kan medføre en direkte indvirkning på patientens liv
• Testteamet skal være opmærksom på de forskellige funktioner, klinisk brug og det miljø, som softwaren skal bruges til
• Et sundhedsprodukt skal overholde forskellige standarder som FDA, ISO og CMMI, før det kan bruges
• Krydsafhængighed af softwaretestere skal sikre, at ændringer i en komponent eller et lag ikke bør føre til bivirkninger på den anden.

Test af sundhedsudstyr

Mens software til sundhedsudstyr ikke er en direkte bekymring for patienten, kræver de også streng test som en anden softwaretest. For eksempel bør røntgenmaskiner, der styres af softwareprogrammer, testes godt, fordi enhver testfejl i software kan føre til en alvorlig effekt på patienten.

FDA (Food and Drug Administration) har retningslinjer for mobilapplikationer og webapplikationer til medicinsk udstyr. Under test af medicinsk udstyr er den korrekte funktionelle testplan sammen med godkendelses- og fejlkriterier også en del af FDA-retningslinjer. Når en testplan udføres, indsamles resultaterne og rapporteres til FDA. Denne proces sikrer, at enheden opfylder standarden for de regulerende organer.

Nyttige tip til sundhedstest

Mens du tester software, kan du overveje nogle vigtige tip til testning af sundhedssystemet.

• Datoer er vigtige og skal være nøjagtige
• Mens du designer testcases, skal du overveje forskellige parametre som forskellige typer planer, mæglere, medlemmer, provision osv.
• Komplet viden om domænet er påkrævet