HealthCare Domain Testing med exempel på testfall

Innehållsförteckning:

Anonim

Innan vi börjar testa, låt oss snabbt studera de grundläggande kunskaperna inom vården.

HealthCare Domain Testing

Healthcare Domain Testing är en process för att testa vårdansökan för olika faktorer som standarder, säkerhet, efterlevnad, tvärberoende med andra enheter etc. Syftet med vårddomänstestning är att säkerställa kvalitet, tillförlitlighet, prestanda, säkerhet och effektivitet i Healthcare-applikationen .

Grundläggande kunskap om Health Care Domain

Hela hälso- och sjukvården vävas med varandra av den enda kroppen som är sjukhus eller vårdgivare (läkare).

Medan de andra enheterna inkluderar-

  • Försäkringsbolag: Medicare, Medicaid, BCBS, etc.
  • Patient / konsumenter: Patient registrerad
  • Tillsynsmyndighet: HIPAA, OASIS-bedömning, HCFA 1500 och UB92, etc.
  • Hälsovård och Life-Science-lösning Leverantörer

Grundläggande terminologi för hälsovårdssystemet

  • Leverantör : En vårdpersonal (läkare), medicinsk grupp, klinik, laboratorium, sjukhus etc. licensierad av vårdtjänster
  • Anspråk: En begäran till ditt sjukförsäkringsbolag om att betala en räkning för vårdtjänsten
  • Mäklare: En försäkringsprofessionell, som förhandlar, köper försäkring på uppdrag av försäkrade eller blivande försäkrade
  • Ekonomi: Försäkringsorgan som betalar för medicinska kostnader, det kan vara statligt (Medicare eller Medicaid) eller kommersiellt (BCBS)
  • Medicare: Ett federalt sjukförsäkringsprogram för äldre medborgare och permanent funktionshindrade
  • Medicaid: Ett gemensamt och statligt program som hjälper låginkomstfamiljer och individer att betala för kostnaden för medicinsk vård
  • CPT-kod : En aktuell procedurterminologikod är en medicinsk koduppsättning för att beskriva medicinska, kirurgiska och diagnostiska tjänster
  • HIPAA : Det är en uppsättning regler och föreskrifter som läkare, sjukhus, vårdgivare och hälsoplan måste följa för att kunna tillhandahålla sina tjänster

I den här handledningen lär vi oss-

  • Grundläggande kunskap om vårdområdet
  • Hälsovårdsprocess
  • Test av leverantörssystem
  • Test av mäklarsystem
  • Testning av medlemssystem
  • Testning av skadesystemet
  • Test av ekonomisystem
  • Testning enligt regelefterlevnad
  • Prestandatestning av Healthcare Application
  • Andra testtyper för hälso- och sjukvårdstillämpningar
  • Testa utmaningar i vårdansökan
  • Testning av vårdutrustning
  • Användbara tips för vårdtestning

Hälsovårdsprocess

De flesta vårdorganisationer har anpassat programvara för att bearbeta systemets funktion. Detta programvarusystem ger all information i ett enda dokument för varje enhet som hanterar detta.

Att ansluta hela systemet till en enda webbapplikation är en enorm uppgift och att få det att fungera effektivt är ännu en större uppgift. Noggranna tester av denna hälsoapplikation är obligatoriska och det måste gå igenom olika testfaser.

I den här handledningen lär vi oss,

Test av leverantörssystem

Exempel på testscenarier och testfall för leverantörer (läkare / sjukhus) :

Testscenario Testfall
  1. Tillgång till leverantörssystem
  • Leverantörssystemet bör låta oss ange, redigera och spara leverantörens data
  1. Test av positivt flöde
  • Det innehåller scenarier för att ange olika typer av leverantörer, ändra leverantörsinformation, spara och fråga dem
  1. Negativt flöde System Testing
  • Gör det möjligt att spara leverantörsinformation med ofullständig data, kontraktets ikraftträdandedatum, ange detaljer om befintliga leverantörer i systemet
  1. Systemintegrationstestning
  • Validera flödet till medlemmarsystem, ekonomisystem, anspråkssystem och leverantörsportal. Validera också om ändringarna från leverantörsportalen är registrerade i respektive leverantörspost
  1. Portaltestning av positiva flöden
  • Logga in och visa leverantörsinformation, anspråksstatus och medlemsinformation
  • Gör en begäran om ändring för att ändra namn, adress, telefonnummer etc.
  1. Test av portaler för negativa flöden
  • Visa medlemsinformation med ogiltigt ID
  • Logga in med ogiltiga referenser
  1. Positiv flöde Mäklare portal testning
  • Logga in och se detaljer om betalning av mäklare och provision
  • Gör en begäran om att ändra namn, adress, telefonnummer etc.
  1. Negativt flöde Mäklare portal testning
  • Det bör innehålla scenarier för att logga in med ogiltiga referenser

Test av mäklarsystem

Exempel på testscenarier och testfall för mäklarsystem :

Sr # Testscenario Testfall
1) Mäklarsystem
  • Den ska kunna redigera, ange och spara mäklardata
  • Mäklarprovisionsberäkning baserat på premiebetalningsuppgifterna från medlemssystemet
2) Test av positivt flödessystem
  • Ange, spara och redigera mäklare för olika typer av mäklare
  • För aktiva mäklare beräknar du provisionen genom att skapa en feed-fil med respektive post för medlemmar med en annan plan
3) Negativt flöde System Testing
  • Ange en mäklarpost med ofullständig data och spara för olika typer av mäklare
  • Genom att skapa matningsfilen med respektive post för medlemmar med olika plan beräknar du provisionen för den avslutade mäklaren
  • Genom att skapa matningsfilen med respektive post för medlemmar med olika plan beräknar du provisionen för den ogiltiga mäklaren
4) Systemtestning
  • För att nedströms system som finanssystem, mäklarportal och medlemssystem validera feeds
  • Validera om ändringarna från mäklarportalen är införlivade i respektive mäklarpost

Testning av medlemssystem

Exempel på testscenarier och testfall för medlemssystemet (patient) :

Sr #

Testscenario Testfall
1) Medlemssystem
  • Anmäl, återinför och avsluta en medlem
  • Ta bort och lägg till en beroende
  • Skapa premiumräkning
  • Behandla premiumbetalningar
2) Test av positivt flödessystem
  • Med nuvarande, tidigare och framtida giltiga datum registrerar olika typer av medlemmar
  • Fråga och byt medlemmar
  • Producera premiumräkning för en aktiv medlem för följande månad
  • Avsluta en aktiv medlem med tidigare, nuvarande och framtida uppsägningsdatum som är större än ikraftträdandedatumet
  • Registrera om en avslutad medlem med nuvarande, tidigare och framtida ikraftträdandedatum
  • Återställ ett avslutat nummer
3) Negativt flöde System Testing
  • Med otillräcklig data registrera en medlem
  • För en avslutad medlem producera en premieräkning för följande månad
4) Systemintegrationstestning
  • Validera flödet till nedströms system som leverantörsportal, mäklarportal, finanssystem och anspråkssystem
  • Validera om ändringarna från medlemsportalen ingår i respektive medlemspost
  • Behandla betalningen av premiumräkningen som genereras med flödet från medlemsportalen som har betalningsinformation

Testning av skadesystemet

Exempel på testscenarier och testfall för skadeståndssystem :

# Testa scenarier Testfall
1) Anspråkssystem
  • Anspråk inom vården bör redigera, ange och behandla anspråk på en medlem såväl som beroende
  • För ogiltiga anspråk bör det kasta fel när felaktiga uppgifter anges
2) Test av positivt flödessystem
  • Det ska inkludera scenariot för att redigera, ange och behandla anspråk för en medlem såväl som beroende
3) Test av negativt flödessystem
  • Den ska validera och ange ett anspråk med ogiltig procedurkod och diagnoskod
  • Validera och ange ett anspråk med det inaktiva leverantörs-ID: t
  • Validera och ange ett anspråk med en avslutad medlem
4) Systemintegration
  • Det bör innehålla ett scenario för att validera flödet till nedströms system som leverantör och finansportal

Test av ekonomisystem

Exempel på testscenarier och testfall för ekonomisystem

Sr # Testa scenarier Testfall
1) Ekonomisystem
  • Anmäl, återinför och avsluta en medlem
2) Test av positivt flödessystem
  • Den ska kontrollera om korrekt kontonummer eller adress har valts för respektive medlem, leverantör eller mäklare för betalningen
3) Negativt flödessystemtestning
  • Kontrollera om betalning sker för en ogiltig medlem, leverantör eller mäklare-ID genom att skapa en respektive post i flödet
  • Kontrollera om betalningen sker för ett ogiltigt belopp för medlemmen, leverantören eller mäklaren genom att skapa respektive poster i flödet

Testar för efterlevnad av regler

Att skydda patientkänsliga uppgifter och hälsoinformation är en yttersta prioritet för hälsotillsynsorgan. Testningen bör göras i enlighet med sådana regleringsorgan.

Exempel på testscenarier och testfall för regelefterlevnad :

Sr # Testa scenarier Testfall
1) Användarens autentisering
  • Använd verifieringsmetod för att säkerställa att korrekta användare får inloggning och nekar till andra
2) Informationsgivning
  • Att auktorisera åtkomst till information baseras på användarens roll och patientbegränsning
3) Dataöverföring
  • Vid alla överföringar säkerställer poäng att data krypteras
4) Verifieringskedja
  • Alla transaktioner och alla försök att komma åt data med en korrekt uppsättning granskningsspårinformation registreras
5) Sanity Testing relaterat till tillsynsorgan
  • Utför sanitetstest och verifiera att kryptering av data görs i vissa områden som EPHI (Electronic Protected Health Information)

Prestandatestning av Healthcare Application

Innan testscenarier förbereds bör vissa krav på systemet övervägas. Till exempel erbjuder vårdgivare (läkare / sjukhus) vård dygnet runt, så programvaran för incheckningen av patienter måste alltid vara tillgänglig. Det måste också kommunicera med försäkringsbolagen för att validera polisinformation, skicka anspråk och ta emot överföringar. Här bör arkitekturen definiera de olika komponenterna i systemet, protokollet för att kommunicera med försäkringsbolag och hur systemet ska distribueras så att det följer 24/7.

Som testare måste du se till att sjukvårdsprogramvarasystemet uppfyller önskad standard för belastning / prestanda.

Andra testtyper för hälso- och sjukvårdstillämpningar

  • Funktionstestning : Testning av vårdapplikationer mot funktionella funktioner
  • Test av överensstämmelse: Test av överensstämmelse Hälso- och sjukvårdskrav och branschramar
  • Plattformstestning : Testning av applikationer på mobilplattform och applikationstestning för kompatibilitet mellan webbläsare
  • Interoperabilitetstestning : Testning av överensstämmelse med interoperabilitetsstandarder (t.ex. DICOM, HL7, CCD / CDA)

Testa utmaningar i vårdansökan

Testutmaningar vid testning av hälsoapplikationer skiljer sig inte från andra webbapplikationstester.

  • Kräver expertis i testning och vanligtvis kostar det högt
  • Kräver interoperabilitet, efterlevnad, regler, säkerhet, säkerhetstestning förutom regelbundna testtekniker (icke-funktionell, funktionell och integrationstestning)
  • Testning bör göras med tanke på säkerhets- och regleringsstandarder, eftersom eventuella fel kan orsaka en direkt inverkan på patientens liv
  • Testteamet måste vara väl medveten om de olika funktionerna, den kliniska användningen och den miljö programvaran kommer att användas till
  • En hälsovårdsprodukt bör uppfylla olika standarder som FDA, ISO och CMMI innan den kan användas
  • Korsberoende av programvarutestare måste se till att alla förändringar i en komponent eller ett lager inte får leda till biverkningar på den andra.

Testning av vårdutrustning

Även om mjukvaruprogram för hälsovård inte är en direkt oro för patienten, kräver de också noggranna tester som en annan programvarutestning. Till exempel bör röntgenapparater som styrs av programvara testas väl eftersom testfel i programvara kan leda till en allvarlig effekt på patienten.

FDA (Food and Drug Administration) har riktlinjer för mobila applikationer och webbapplikationer för medicintekniska produkter. När du testar medicintekniska produkter är den korrekta funktionella testplanen tillsammans med godkända och underkända kriterier också en del av FDA-riktlinjerna. När en testplan genomförs samlas resultaten in och rapporteras till FDA. Denna process säkerställer att enheten uppfyller standarden för regleringsorganen.

Användbara tips för vårdtestning

När du testar programvara kan du överväga några viktiga tips för testning av sjukvårdssystemet.

  • Datum är viktiga och måste vara korrekta
  • När du utformar testfall ska du överväga olika parametrar som olika typer av planer, mäklare, medlemmar, provisioner etc.
  • Fullständig kunskap om domänen krävs