HealthCare Domain Testing med eksempler på testtilfeller

Før vi begynner å teste, la oss raskt studere den grunnleggende kunnskapen om helsetjenester.

HealthCare Domain Testing

Healthcare Domain Testing er en prosess for å teste helsesøknadsprogrammet for ulike faktorer som standarder, sikkerhet, samsvar, kryssavhengighet med andre enheter osv. Formålet med helsetjenester domenetesting er å sikre kvalitet, pålitelighet, ytelse, sikkerhet og effektivitet i Healthcare-applikasjonen .

Grunnleggende kunnskap om Health Care Domain

Hele helsevesenet er vevd med hverandre av den eneste kroppen som er sykehus eller leverandør (lege).

Mens de andre enhetene inkluderer-

• Forsikringsselskap: Medicare, Medicaid, BCBS, etc.
• Pasient / forbrukere: Pasient registrert
• Tilsynsmyndighet: HIPAA, OASIS-vurdering, HCFA 1500 og UB92, etc.
• Helse-og Life-Science løsning Leverandører

Grunnleggende terminologi for helsevesenet

• Leverandør : En helsepersonell (lege), medisinsk gruppe, klinikk, laboratorium, sykehus, etc. lisensiert av helsetjenester
• Krav: En forespørsel til helseforsikringsselskapet om å betale en regning for helsetjenester
• Megler: En forsikringsperson, som forhandler, anskaffer forsikring på vegne av forsikrede eller potensielle forsikrede
• Finans: Forsikringsinstanser som betaler for medisinske utgifter, det kan være offentlige (Medicare eller Medicaid) eller kommersielle (BCBS)
• Medicare: Et føderalt helseforsikringsprogram for eldre borgere og permanent funksjonshemmede
• Medicaid: Et felles og statlig program som hjelper familier og enkeltpersoner med lav inntekt å betale for kostnadene knyttet til medisinsk behandling
• CPT-kode : En gjeldende terminologisk kode for prosedyrer er et medisinsk kodesett som beskriver medisinske, kirurgiske og diagnostiske tjenester
• HIPAA : Det er et sett med regler og forskrifter som leger, sykehus, helsepersonell og helseplan må følge for å kunne tilby sine tjenester

I denne veiledningen vil vi lære-

• Grunnleggende kunnskap om helsevesenet
• Helsepleie Forretningsprosess
• Testing av leverandørens system
• Testing av meglersystem
• Testing av medlemssystem
• Testing av erstatningssystem
• Testing av økonomisystem
• Testing under overholdelse av forskrifter
• Ytelsestesting av Healthcare Application
• Andre testtyper for helsetjenester
• Testing Utfordringer i Healthcare Application
• Testing av helsevesenet
• Nyttige tips for helsetjenester testing

Helsepleie Forretningsprosess

De fleste helseorganisasjoner har tilpasset programvare for å behandle systemets smidige funksjon. Dette programvaresystemet gir all informasjonen i et enkelt dokument for hver enhet som arbeider med dette.

Å koble hele systemet til en enkelt webapplikasjon er en enorm oppgave og få det til å fungere effektivt er enda en større oppgave. Streng testing av dette helseprogrammet er obligatorisk, og det må gjennom ulike testfaser.

I denne veiledningen vil vi lære,

Testing av leverandørens system

Eksempel på testscenarier og testsaker for leverandører (lege / sykehus) system :

Test Scenario	Test tilfeller
Tilgang til leverandørens system	Leverandørsystemet skal la oss legge inn, redigere og lagre leverandørens data
Positiv flyt System Testing	Det inkluderer scenarier for å legge inn forskjellige typer leverandører, endre leverandørdetaljer, lagre og spørre dem
Negativ flyt System Testing	Lar lagre leverandørinformasjon med ufullstendige data, kontraktens ikrafttredelsesdato, og legge inn detaljer om eksisterende leverandører i systemet
Systemintegrasjonstesting	Valider strømmen til medlemmersystem, økonomisystem, kravsystem og leverandørportal. Valider også hvis endringene fra leverandørportalen blir ført inn i den aktuelle leverandørens post
Positiv flytleverandør portal testing	Logg inn og se leverandøropplysninger, kravstatus og medlemsdetaljer Be om endringsforespørsel for å endre navn, adresse, telefonnummer osv.
Negativ flytleverandør portal testing	Se medlemsdetaljene med ugyldig ID Pålogging med ugyldig legitimasjon
Positiv flyt Meglerportal testing	Logg inn og se detaljer om betaling av megler og provisjon Be om å endre navn, adresse, telefonnummer osv.
Negativ flyt Meglerportal testing	Det skal inneholde scenarier for å logge på med ugyldig legitimasjon

Testing av meglersystem

Eksempel på testscenarier og testsaker for meglersystem :

Sr #	Test Scenario	Test tilfeller
1)	Meglersystem	Den skal kunne redigere, angi og lagre meglerdata Meglerprovisjon beregning basert på premiebetalingsdetaljene fra medlemssystemet
2)	Testing av positive strømningssystemer	Skriv inn, lagre og rediger megleroppføring for forskjellige typer meglere For aktive meglere beregne provisjonen ved å opprette en feedfil med den respektive posten for medlemmer med en annen plan
3)	Negativ flyt System Testing	Skriv inn en meglerjournal med ufullstendige data og lagre for forskjellige typer meglere Ved å lage feed-filen med den respektive posten for medlemmer med annen plan, beregne kommisjonen for den avsluttede megleren Ved å lage feed-filen med den respektive posten for medlemmer med en annen plan, beregne kommisjonen for den ugyldige megleren
4)	Systemtesting	For å nedstrøms system som økonomisystem, meglerportal og medlemssystem validere feeds Valider hvis endringene fra meglerportalen er innarbeidet i den respektive meglerjournalen

Testing av medlemssystem

Eksempel på testscenarier og testtilfeller for medlemssystem (pasient) :

Sr #	Test Scenario	Test tilfeller
1)	Medlemssystem	Registrer deg, gjeninnfør og avslutt et medlem Fjern og legg til en avhengig Generer premiumregning Behandle premiumbetalinger
2)	Testing av positive strømningssystemer	Med gjeldende, tidligere og fremtidige virkningsdatoer registrerer forskjellige typer medlemmer Spør og bytt medlemmer Lag premiumregning for et aktivt medlem for den påfølgende måneden Avslutte et aktivt medlem med tidligere, nåværende og fremtidige avslutningsdatoer som er større enn ikrafttredelsesdatoen Registrer et avsluttet medlem på nytt med nåværende, tidligere og fremtidige ikrafttredelsesdatoer Sett inn et avsluttet nummer på nytt
3)	Negativ flyt System Testing	Med utilstrekkelig data registrer et medlem For et oppsagt medlem produserer du en premiumregning for den påfølgende måneden
4)	Systemintegrasjonstesting	Valider strømmen til nedstrøms systemer som leverandørportal, meglerportal, økonomisystem og kravsystem Valider hvis endringene fra medlemsportalen er innarbeidet i den respektive medlemsjournalen Behandle betalingen av premiumregningen generert med feeden fra medlemsportalen som har detaljer om betalingen gjort

Testing av erstatningssystem

Eksempel på testscenarier og testsaker for kravssystem :

#	Test scenarier	Test tilfeller
1)	Kravsystem	Krav i helsevesenet bør redigere, legge inn og behandle krav for et medlem så vel som avhengig For ugyldige krav, bør det kaste feil når feil data blir lagt inn
2)	Testing av positive strømningssystemer	Den skal inneholde scenariet for å redigere, legge inn og behandle krav for et medlem så vel som avhengig
3)	Testing av negativt strømningssystem	Den skal validere og legge inn et krav med ugyldig prosedyrekode og diagnosekode Valider og skriv inn et krav med den inaktive leverandør-ID-en Valider og skriv inn et krav med et avsluttet medlem
4)	System integrasjon	Den bør inneholde et scenario for å validere strømmen til nedstrøms systemer som leverandør og finansportal

Testing av økonomisystem

Eksempel på testscenarier og testsaker for økonomisystem

Sr #	Test scenarier	Test tilfeller
1)	Finanssystem	Registrer deg, gjeninnfør og avslutt et medlem
2)	Test av positive strømningssystemer	Den bør sjekke om riktig kontonummer eller adresse er valgt for det respektive medlemmet, leverandøren eller megleren for betalingen
3)	Negativ strømningssystemtesting	Bekreft om betaling skjer for et ugyldig medlem, leverandør eller megler-ID ved å opprette en respektive post i feeden Kontroller om betaling skjer for et ugyldig beløp for medlemmet, leverandøren eller megleren ved å opprette respektive poster i feeden

Testing for overholdelse av forskrifter

Å beskytte pasientsensitive data og helseinformasjon er en ytterste prioritet for helsemyndigheter. Testingen bør gjøres i samsvar med slike reguleringsorganer.

Eksempel på testscenarier og testsaker for samsvar med forskrifter :

Sr #	Test scenarier	Test tilfeller
1)	Brukergodkjenning	Ved hjelp av bekreftelsesmetode for å sikre at riktige brukere får pålogging og nekter for andre
2)	Informasjon avsløring	Å autorisere tilgang til informasjon er basert på brukerens rolle og pasientbegrensning
3)	Data overføring	Ved all overføring sørger poeng for at data blir kryptert
4)	Revisjonsløype	Alle transaksjoner og alle forsøk på å få tilgang til data med et riktig sett med revisjonssporinformasjon blir registrert
5)	Sanity Testing relatert til reguleringsorgan	Utfør fornuftstesting og kontroller at kryptering av dataene gjøres i bestemte områder som EPHI (Electronic Protected Health Information)

Ytelsestesting av Healthcare Application

Før du forbereder testscenarier, bør visse krav til systemet vurderes. For eksempel tilbyr helsepersonell (leger / sykehus) omsorg døgnet rundt, så programvaren for innsjekking av pasienter må være tilgjengelig til enhver tid. Det må også kommunisere med forsikringsselskaper for å validere policyinformasjon, sende krav og motta pengeoverføringer. Her skal arkitekturen definere de forskjellige komponentene i systemet, protokollen for å kommunisere med forsikringsselskaper, og hvordan du distribuerer systemet slik at det overholder 24/7.

Som tester må du sørge for at programvaresystemet for helsevesenet oppfyller ønsket standard for belastning / ytelse.

Andre testtyper for helsetjenester

• Funksjonstesting : Testing av helseprogrammet mot funksjonelle evner
• Overensstemmelsestesting : Overensstemmelsestest Helsevesenets sikkerhetskrav og bransjerammer
• Plattformtesting : Testing av applikasjoner på mobil plattform og applikasjonstesting for kompatibilitet mellom nettlesere
• Interoperabilitetstesting : Testing av samsvar med interoperabilitetsstandarder (f.eks. DICOM, HL7, CCD / CDA)

Testing Utfordringer i Healthcare Application

Testutfordringer ved testing av helseprogrammer er ikke annerledes enn andre testing av webapplikasjoner.

• Krever ekspertise i testing, og vanligvis koster det høye kostnader
• Krever interoperabilitet, samsvar, regelverk, sikkerhet, sikkerhetstesting i tillegg til vanlige testteknikker (ikke-funksjonell, funksjonell og integrasjonstesting)
• Testing bør gjøres med tanke på sikkerhets- og forskriftsstandardene, da enhver feil kan forårsake en direkte innvirkning på pasientens liv
• Testteamet må være godt kjent med de ulike funksjonene, klinisk bruk og miljøet programvaren skal brukes til
• Et helseprodukt skal oppfylle ulike standarder som FDA, ISO og CMMI før det kan brukes
• Kryssavhengighet av programvaretestere må sørge for at endringer i den ene komponenten eller laget ikke skal føre til bivirkninger på den andre.

Testing av helsevesenet

Selv om programvare for helsevesenet ikke er direkte bekymret for pasienten, krever de også grundige tester som en annen programvaretesting. For eksempel bør røntgenapparater som styres av programvare testes godt fordi enhver testfeil i programvare kan føre til en alvorlig effekt på pasienten.

FDA (Food and Drug Administration) har retningslinjer for mobilapplikasjoner og webapplikasjoner for medisinsk utstyr. Når du tester medisinsk utstyr, er den riktige funksjonelle testplanen sammen med kriteriene for bestått og ikke godkjent også en del av FDA-retningslinjene. Når en testplan blir utført, blir resultatene samlet inn og rapportert til FDA. Denne prosessen sikrer at enheten oppfyller standarden for reguleringsorganene.

Nyttige tips for helsetjenester testing

Mens du tester programvare, kan du vurdere noen viktige tips for testing av helsevesenet.

• Datoer er viktige og må være nøyaktige
• Når du designer testtilfeller, bør du vurdere forskjellige parametere som forskjellige typer planer, meglere, medlemmer, kommisjon, etc.
• Komplett kunnskap om domenet er påkrevd