HealthCare-domenetesting med eksempler på testtilfeller

Før vi begynner å teste, la oss raskt studere grunnleggende kunnskap om helsedomene.

HealthCare-domenetesting

Helsedomenetesting er en prosess for å teste helsetjenesteapplikasjoner for ulike faktorer som standarder, sikkerhet, compliance, kryssavhengighet med andre enheter, etc. Hensikten med helsetjenestedomenetesting er å sikre kvalitet, pålitelighet, ytelse, sikkerhet og effektivitet til Healthcare-applikasjonen.

Grunnleggende kunnskap om Health Care Domain

Hele helsesystemet er vevd sammen av én enkelt instans, det vil si sykehuset eller leverandøren (legen).

Mens de andre enhetene inkluderer-

• Forsikringsselskap: Medicare, Medicaid, BCBS, etc.
• Pasient/forbruker: Pasient påmeldt
• Reguleringsmyndighet: HIPAA, OASIS-vurdering, CMS-1500 og UB-04, etc.
• Leverandører av helse- og livsvitenskapsløsninger

💡 Merk: Eldre materiale refererer til disse kravskjemaene som HCFA-1500 og UB-92. Begge ble erstattet: HCFA-1500 ble CMS-1500, og UB-92 ble erstattet av UB-04. Bruk de nåværende navnene når du skriver testtilfeller.

Grunnleggende terminologi for helsevesenet

• Provider: En helsepersonell (lege), medisinsk gruppe, klinikk, laboratorium, sykehus osv. lisensiert av helsetjenester
• Krav: En forespørsel til helseforsikringsselskapet ditt om å betale en regning for helsetjenester
• Megler: En forsikringspersonell, som forhandler, anskaffer forsikring på vegne av forsikrede eller potensielle forsikrede
• Finans: Forsikringsorganer som betaler for medisinske utgifter, kan være offentlige (Medicare eller Medicaid) eller kommersielle (BCBS)
• Medicare: Et føderalt helseforsikringsprogram for eldre og varig uføre
• Medicaid: Et felles føderalt og statlig program som hjelper lavinntektsfamilier og enkeltpersoner med å betale kostnadene forbundet med medisinsk behandling
• CPT-kode: En gjeldende prosedyreterminologikode er en medisinsk kode satt for å beskrive 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

Viktige helsestandarder en tester bør kjenne til

Utover HIPAA finnes det en håndfull standarder som former hva en helseapplikasjon må gjøre og dermed hva som må testes. Å gjenkjenne hver enkelt forteller deg hvilken testtype den kjører.

standard	Regjerer	Testing av det driver
HIPAA	Personvern og sikkerhet for pasientdata	Tilgangskontroll, kryptering, revisjonsspor
HL7 v2 / v3	Meldinger mellom kliniske systemer	Meldingsformat og grensesnitttesting
FHIR	Moderne REST API-utveksling av helsejournaler	API-konflikttract og interoperabilitetstesting
DICOM	Lagring og overføring av medisinsk bildebehandling	Bildeintegritet og enhetsintegrasjon
ICD-10 / CPT	Diagnose og prosedyrekoding	Kravvalidering og negativ banetesting
CMS-1500 / UB-04	Profesjonelle og institusjonelle kravskjemaer	Innsending av krav og feltvalidering

Helsevesenets forretningsprosess

De fleste helseorganisasjoner har tatt i bruk programvare for å støtte systemets funksjonalitet. Dette programvaresystemet gir all informasjonen i ett enkelt dokument for hver enhet som håndterer dette.

Å koble hele dette systemet sammen til en enkelt nettapplikasjon er en stor oppgave, og å få det til å fungere effektivt er enda en større oppgave. Streng testing av denne helseapplikasjonen er obligatorisk, og den må gjennom ulike testfaser.

Avsnittene nedenfor gir eksempelscenarioer og testtilfeller for hvert delsystem etter tur.

Testing av leverandørsystem

Eksempel på testscenarier og testtilfeller for tilbydere (lege/sykehus).:

Sr#	Testscenario	test Cases
1)	Tilgang til leverandørsystemet	Leverandørsystemet skal la oss legge inn, redigere og lagre leverandørens data
2)	Positiv flyt Systemtesting	Den inkluderer scenarier for å angi ulike typer leverandør, endre leverandørdetaljer, lagre og spørre dem
3)	Testing av negativ strømningssystem	Tillater lagring av leverandørinformasjon med ufullstendige data, contract's ikrafttredelsesdato, og legger inn detaljer om eksisterende leverandører i systemet
4)	System Integrasjonstesting	Valider feeden til medlemmenes system, økonomisystem, kravsystem og leverandørportal. Bekreft også om endringene fra leverandørportalen er lagt inn i den respektive leverandørens journal
5)	Portaltesting for leverandører av positiv flyt	Logg på og se leverandørdetaljer, kravstatus og medlemsdetaljer Gjør endringsforespørsel for å endre navn, adresse, telefonnummer osv.
6)	Portaltesting av negative flytleverandører	Se medlemsdetaljene med ugyldig ID Logg på med ugyldig legitimasjon
7)	Positiv flyt Testing av meglerportal	Logg inn og se detaljer om megler og provisjonsbetaling Send en forespørsel om å endre navn, adresse, telefonnummer osv.
8)	Negativ flyt Testing av meglerportal	Den bør inkludere scenarier for å logge på med ugyldig legitimasjon

Testing av meglersystem

Eksempel på testscenarier og testtilfeller for meglersystem:

Sr#	Testscenario	test Cases
1)	Meglersystem	Den skal være i stand til å redigere, legge inn og lagre meglerdata Meglerprovisjonsberegning basert på premiebetalingsdetaljer fra medlemssystemet
2)	Testing av positiv strømningssystem	Skriv inn, lagre og rediger meglerrekord for ulike typer meglere For aktive meglere beregner provisjonen ved å lage en feedfil med den respektive posten for medlemmer med en annen plan
3)	Testing av negativ strømningssystem	Legg inn en meglerpost med ufullstendige data og lagre for ulike typer meglere Ved å opprette feed-filen med den respektive posten for medlemmer med annen plan beregne provisjonen for den avsluttede megleren Ved å opprette feedfilen med den respektive posten for medlemmer med annen plan, beregne provisjonen for den ugyldige megleren
4)	Systemtesting	Til nedstrøms system som økonomisystem, meglerportal og medlemssystem validerer feedene Bekreft om endringene fra meglerportalen er innlemmet i den respektive meglerposten

Testing av medlemssystem

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

Sr#	Testscenario	test Cases
1)	Medlemssystem	Registrere, gjeninnsette og si opp et medlem Fjern og legg til en avhengig Generer premiumregning Behandle premiebetalinger
2)	Testing av positiv strømningssystem	Med de nåværende, tidligere og fremtidige effektive datoene, registrer forskjellige typer medlemmer Spør og bytt medlemmer Lag en premieregning for et aktivt medlem for den påfølgende måneden Si opp et aktivt medlem med tidligere, nåværende og fremtidige oppsigelsesdatoer som er større enn ikrafttredelsesdatoen Registrer et oppsagt medlem på nytt med nåværende, tidligere og fremtidige ikrafttredelsesdatoer Gjeninnsett et oppsagt medlem
3)	Testing av negativ strømningssystem	Med utilstrekkelig data registrer et medlem For et oppsagt medlem må du lage en premieregning for den påfølgende måneden
4)	Systemintegrasjonstesting	Valider feeden til nedstrømssystemer som leverandørportal, meglerportal, økonomisystem og kravsystem Bekreft om endringene fra medlemsportalen er innlemmet i den respektive medlemsjournalen Behandle betalingen av premiumregningen generert med feeden fra medlemsportalen som har detaljer om betaling utført

Testing av skadesystem

Eksempel på testscenarier og testtilfeller for kravsystem:

Sr#	Test scenarier	test Cases
1)	Kravsystem	Krav i helsevesenet bør redigere, legge inn og behandle krav for et medlem så vel som avhengige For ugyldige krav, bør det gi feil når feil data legges inn
2)	Testing av positiv strømningssystem	Det bør inkludere scenariet for å redigere, legge inn og behandle krav for et medlem så vel som avhengige
3)	Testing av negativt strømningssystem	Den skal validere og legge inn et krav med ugyldig prosedyrekode og diagnosekode Bekreft og skriv inn et krav med den inaktive leverandør-ID-en Bekreft og skriv inn et krav med et oppsagt medlem
4)	System Integration	Det bør inkludere et scenario for å validere feeden til nedstrømssystemer som leverandør og finansportal

Testing av økonomisystem

Eksempel på testscenarier og testtilfeller for økonomisystem

Sr#	Test scenarier	test Cases
1)	Økonomisystem	Registrere, gjeninnsette og si opp et medlem
2)	Testing av positivt strømningssystem	Den skal kontrollere om det er valgt riktig kontonummer eller adresse for det respektive medlem, tilbyder eller megler for betalingen
3)	Testing av negativt strømningssystem	Bekreft om betaling er utført for et ugyldig medlem, leverandør eller megler-ID ved å opprette en respektive post i feeden Bekreft om betaling er utført for et ugyldig beløp for medlemmet, leverandøren eller megleren ved å opprette respektive poster i feeden

Testing for overholdelse av regelverk

Beskyttelse av pasientsensitive data og helseopplysninger er en høyeste prioritet for helsetilsynsorganer. Testingen bør gjøres i samsvar med slike reguleringsorganer.

Eksempel på testscenarier og testtilfeller for overholdelse av forskrifter:

Sr#	Test scenarier	test Cases
1)	Brukerens autentisering	Bruker verifiseringsmetode for å sikre at riktige brukere får en pålogging og nekter andre
2)	Informasjon avsløring	Godkjenning av tilgang til informasjon er basert på brukerens rolle og pasientbegrensning
3)	Data overføring	Sørg for at dataene er kryptert på alle overføringspunkter
4)	Tilsynsspor	Alle transaksjoner og alle forsøk på å få tilgang til data med et riktig sett med revisjonssporinformasjon blir registrert
5)	Sanitetstesting knyttet til tilsynsorgan	Utfør fornuftstesting og kontroller at krypteringen av dataene gjøres i bestemte områder som EPHI (Electronic Protected Health Information)

Ytelsestesting av Healthcare Application

Før man utarbeider testscenarier, bør visse krav til systemet vurderes. For eksempel tilbyr helsepersonell (leger/sykehus) behandling døgnet rundt, så programvaren for pasientinnsjekking må være tilgjengelig til enhver tid. Den må også kommunisere med forsikringsselskaper for å validere poliseinformasjon, sende krav og motta betalinger. Her bør arkitekturen definere de ulike komponentene i systemet, protokollen for kommunikasjon med forsikringsselskaper og hvordan systemet skal distribueres slik at det overholder regelverket døgnet rundt.

Som tester må du sørge for at helsevesenets programvaresystem oppfyller ønsket belastnings-/ytelsesbenchmark.

Andre testtyper for helsetjenester

• Funksjonell testing: Tester helseapplikasjoner mot funksjonelle evner
• Samsvarstesting: Samsvarstest Sikkerhetskrav for helsevesenet og bransjerammer
• Plattformtesting: Testing av applikasjoner på Mobil plattform- og applikasjonstesting for kompatibilitet på tvers av nettlesere
• InteroperabilitetstestingTesting av samsvar med interoperabilitetsstandarder (f.eks. DICOM, HL7, CCD/CDA)

Testing av utfordringer i helsetjenester

Testutfordringer ved testing av helseapplikasjoner er ikke annerledes enn annen nettapplikasjonstesting.

• Krever kompetanse i testing, og vanligvis er det høye kostnader
• Krever interoperabilitet, samsvar, regulering, sikkerhet, sikkerhetstesting i tillegg til vanlige testteknikker (ikke-funksjonell, funksjonell og integrasjonstesting)
• Testing bør gjøres keeping med tanke på sikkerhets- og forskriftsstandarder – da enhver feil kan ha en direkte innvirkning på pasientens liv
• Testteamet må være godt klar over de ulike funksjonene, klinisk bruk og miljøet programvaren skal brukes til
• Et helseprodukt bør være i samsvar med ulike standarder som FDA, ISO og CMMI før det kan brukes
• Kryssavhengighet mellom programvaretestere må sikre at endringer i en komponent eller et lag ikke skal føre til bivirkninger på den andre.

Testing av helseutstyr

Selv om programvare for helseutstyr ikke er pasientens direkte anliggende, krever den også grundig testing som all annen programvare. For eksempel bør røntgenmaskiner som styres av programvareprogrammer testes godt, fordi enhver testfeil i programvaren kan føre til alvorlige konsekvenser for pasienten.

FDA (Food and Drug Administration) har retningslinjer for mobil- og nettapplikasjoner for medisinsk utstyr. Under testing av medisinsk utstyr fungerer riktig Testplan sammen med bestått og ikke bestått kriteriene er også en del av FDAs retningslinjer. Når en testplan utføres, samles resultatene inn og rapporteres til FDA. Denne prosessen sikrer at enheten oppfyller standarden til reguleringsorganene.

Nyttige tips for helsetesting

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

• Datoer er viktige og må være nøyaktige
• Mens du designer testsaker, bør du vurdere ulike parametere som ulike typer planer, meglere, medlemmer, provisjon, etc.
• Full kunnskap om domenet er nødvendig
• Bruk aldri pasientjournaler i sanntid som testdata. Bruk avidentifiserte eller syntetiske data, fordi kopiering av produksjons-PHI til et testmiljø i seg selv er et HIPAA-brudd.

Spørsmål og svar