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 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/forbruker: Pasient påmeldt
  • Reguleringsmyndighet: HIPAA, OASIS-vurdering, HCFA 1500 og UB92, etc.
  • Leverandører av helse- og livsvitenskapsløsninger

Grunnleggende terminologi for helsevesenet

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 pensjonister og permanent funksjonshemmede
  • Medicaid: Et felles og statlig program som hjelper lavinntektsfamilier og enkeltpersoner med å betale for 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

Helsevesenets forretningsprosess

De fleste helseorganisasjoner har tilpasset programvare for å behandle systemets smidige funksjon. Dette programvaresystemet gir all informasjon i ett enkelt dokument for hver enhet som håndterer dette.

Helsevesenets forretningsprosess

Å 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.

I denne opplæringen vil vi lære,

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
  • Gjør det mulig å lagre leverandørinformasjon med ufullstendige data, kontraktens ikrafttredelsesdato, legge 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
  • Gjenopprett et avsluttet nummer
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 Ved all overføring sørger poeng for at data er kryptert
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 du utarbeider testscenarier bør visse krav til systemet vurderes. For eksempel gir helsepersonell (leger/sykehus) omsorg 24/7, så programvaren for pasientinnsjekking må være tilgjengelig til enhver tid. Den må også kommunisere med forsikringsselskaper for å validere policyinformasjon, sende krav og motta pengeoverføringer. Her skal arkitekturen definere de ulike komponentene i systemet, protokollen for å kommunisere med forsikringsselskaper, og hvordan systemet skal distribueres slik at det overholder 24/7.

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

Andre testtyper for helsetjenester

Ytelsestesting av Healthcare Application

  • 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
  • Interoperabilitetstesting: Testing 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 med tanke på sikkerhets- og regulatoriske standarder - da enhver feil kan ha en direkte effekt 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

Testing av helseutstyr

Selv om programvare for helsevesenet ikke er pasientens direkte bekymring, krever de også streng testing 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 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