HealthCare Domain Testing met voorbeeldtestcases

Inhoudsopgave:

Anonim

Laten we, voordat we beginnen met testen, eerst de basiskennis van het gezondheidszorgdomein bestuderen.

HealthCare-domeintest

Healthcare Domain Testing is een proces om zorgtoepassingen te testen op verschillende factoren, zoals normen, veiligheid, compliance, onderlinge afhankelijkheid met andere entiteiten, enz. Het doel van het testen van zorgdomeinen is om de kwaliteit, betrouwbaarheid, prestaties, veiligheid en efficiëntie van de Healthcare-toepassing te waarborgen. .

Basiskennis Gezondheidszorgdomein

Het hele gezondheidszorgsysteem wordt met elkaar verweven door het enige lichaam dat ziekenhuis of zorgverlener (arts) is.

Terwijl de andere entiteiten omvatten:

  • Verzekeringsmaatschappij: Medicare, Medicaid, BCBS, etc.
  • Patiënt / consumenten: patiënt ingeschreven
  • Regelgevende instantie: HIPAA, OASIS-beoordeling, HCFA 1500 en UB92, enz.
  • Leveranciers van oplossingen voor gezondheidszorg en biowetenschappen

Basisterminologie van het gezondheidszorgsysteem

  • Aanbieder : een beroepsbeoefenaar in de gezondheidszorg (arts), medische groep, kliniek, laboratorium, ziekenhuis, enz. Met een vergunning van gezondheidsdiensten
  • Claim: een verzoek aan uw zorgverzekeraar om een ​​rekening voor zorg te betalen
  • Makelaar: een verzekeringsprofessional die onderhandelt en een verzekering afsluit namens de verzekerde of toekomstige verzekerde
  • Financiën: verzekeringsinstanties die medische kosten betalen, dit kan de overheid zijn (Medicare of Medicaid) of commercieel (BCBS)
  • Medicare: een federaal ziekteverzekeringsprogramma voor senioren en permanent gehandicapten
  • Medicaid: een gezamenlijk en staatsprogramma dat gezinnen en individuen met een laag inkomen helpt om de kosten van medische zorg te betalen
  • CPT-code : Een huidige procedurele terminologiecode is een medische code die is ingesteld om medische, chirurgische en diagnostische diensten te beschrijven
  • HIPAA : Het is een reeks regels en voorschriften die artsen, ziekenhuizen, zorgverleners en gezondheidsplannen moeten volgen om hun diensten te verlenen

In deze tutorial zullen we leren-

  • Basiskennis van het domein Gezondheidszorg
  • Bedrijfsproces in de gezondheidszorg
  • Testen van Providers-systeem
  • Testen van het brokersysteem
  • Testen van het ledensysteem
  • Testen van claimsysteem
  • Testen van het financiële systeem
  • Testen onder naleving van de regelgeving
  • Prestatietesten van Healthcare Application
  • Andere testtypen voor toepassingen in de gezondheidszorg
  • Uitdagingen testen in toepassingen in de gezondheidszorg
  • Testen van medische apparatuur
  • Handige tips voor het testen in de gezondheidszorg

Bedrijfsproces in de gezondheidszorg

De meeste zorginstellingen hebben een aangepast softwareprogramma om de vlotte werking van het systeem te verwerken. Dit softwaresysteem geeft alle informatie in één document voor elke entiteit die hiermee te maken heeft.

Het is een enorme taak om dit hele systeem aan een enkele webapplicatie te koppelen, en het effectief laten werken is zelfs een nog grotere taak. Een rigoureuze test van deze gezondheidsapplicatie is verplicht en moet verschillende testfasen doorlopen.

In deze tutorial zullen we leren,

Testen van Providers-systeem

Voorbeeldtestscenario's en testcases voor aanbieders (arts / ziekenhuis) systeem :

Testscenario Testgevallen
  1. Toegang tot het systeem van providers
  • Het providersysteem moet ons in staat stellen de gegevens van de provider in te voeren, te bewerken en op te slaan
  1. Positieve stroom Systeemtesten
  • Het bevat scenario's om verschillende soorten providers in te voeren, de gegevens van providers te wijzigen, op te slaan en ernaar te informeren
  1. Negatieve stroom Systeemtesten
  • Maakt het mogelijk om informatie over de provider op te slaan met onvolledige gegevens, de ingangsdatum van het contract en het invoeren van details over bestaande providers in het systeem
  1. Systeemintegratietesten
  • Valideer de feed naar het ledensysteem, het financiële systeem, het claimsysteem en het providerportaal. Controleer ook of de wijzigingen van het providerportaal zijn ingevoerd in het record van de betreffende provider
  1. Portaal testen van positieve flow providers
  • Log in en bekijk de details van providers, claimstatus en lidgegevens
  • Maak een wijzigingsverzoek om de naam, het adres, het telefoonnummer, enz. Te wijzigen.
  1. Portaal testen van negatieve stroomproviders
  • Bekijk de lidgegevens met een ongeldige ID
  • Log in met ongeldige inloggegevens
  1. Positieve stroom Broker portaal testen
  • Log in en bekijk details over de betaling van makelaars en commissie
  • Dien een verzoek in om de naam, het adres, het telefoonnummer, enz. Te wijzigen.
  1. Negatieve stroom Broker portaal testen
  • Het moet scenario's bevatten om in te loggen met ongeldige inloggegevens

Testen van het brokersysteem

Voorbeeldtestscenario's en testcases voor Broker-systeem :

Sr # Testscenario Testgevallen
1) Broker-systeem
  • Het moet in staat zijn om makelaarsgegevens te bewerken, in te voeren en op te slaan
  • Berekening van de makelaarscommissie op basis van de premiebetalingsgegevens van het ledensysteem
2) Testen van positief stroomsysteem
  • Voer, bewaar en bewerk het makelaarsrecord voor verschillende soorten makelaars
  • Bereken voor actieve makelaars de commissie door een feedbestand te maken met het respectieve record voor leden met een ander plan
3) Negatieve stroom Systeemtesten
  • Voer een makelaarrecord in met onvolledige gegevens en bewaar voor verschillende soorten makelaars
  • Door het feedbestand te maken met het respectieve record voor leden met een ander plan, berekent u de commissie voor de beëindigde makelaar
  • Door het feedbestand te maken met het respectieve record voor leden met een ander plan, berekent u de commissie voor de ongeldige makelaar
4) Systeemtesten
  • Om stroomafwaartse systemen zoals het financiële systeem, het brokerportaal en het ledensysteem de feeds te valideren
  • Valideer of de wijzigingen van het brokerportaal zijn opgenomen in het respectieve brokerrecord

Testen van het ledensysteem

Voorbeeldtestscenario's en testcases voor leden (patiënt) systeem :

Sr #

Testscenario Testgevallen
1) Lid systeem
  • Een lid inschrijven, herstellen en beëindigen
  • Verwijder en voeg een afhankelijke
  • Genereer een premierekening
  • Verwerk premiebetalingen
2) Testen van positief stroomsysteem
  • Met de huidige, vroegere en toekomstige ingangsdatums kunnen verschillende soorten leden worden ingeschreven
  • Informeer en verander leden
  • Produceer een premiumfactuur voor een actief lid voor de volgende maand
  • Beëindig een actief lid met een eerdere, huidige en toekomstige beëindigingsdatum die hoger is dan de ingangsdatum
  • Schrijf een beëindigd lid opnieuw in met de huidige, vroegere en toekomstige ingangsdatums
  • Herstel een beëindigd nummer
3) Negatieve stroom Systeemtesten
  • Bij onvoldoende gegevens een lid inschrijven
  • Maak voor een beëindigd lid een premiefactuur voor de volgende maand
4) Systeemintegratietesten
  • Valideer de feed naar downstream-systemen zoals het providerportaal, het brokerportaal, het financiële systeem en het claimsysteem
  • Valideer of de wijzigingen van het ledenportaal zijn opgenomen in het respectieve ledenrecord
  • Verwerk de betaling van de premiefactuur die is gegenereerd met de feed van het ledenportaal waarop de betalingsgegevens staan

Testen van claimsysteem

Voorbeeldtestscenario's en testcases voor claimsysteem :

Testscenario's Testgevallen
1) Claimsysteem
  • Claims in de gezondheidszorg moeten claims voor zowel een lid als een afhankelijke persoon bewerken, invoeren en verwerken
  • Voor ongeldige claims zou het fouten moeten opleveren wanneer onjuiste gegevens worden ingevoerd
2) Testen van positief stroomsysteem
  • Het moet het scenario bevatten voor het bewerken, invoeren en verwerken van claims voor zowel een lid als een afhankelijk persoon
3) Testen van negatieve stromingssystemen
  • Het moet valideren en een claim invoeren met ongeldige procedurecode en diagnosecode
  • Valideer en voer een claim in met de inactieve provider-ID
  • Valideer en voer een claim in met een beëindigd lid
4) Systeemintegratie
  • Het moet een scenario bevatten om de feed te valideren naar downstream-systemen zoals provider en financieel portaal

Testen van het financiële systeem

Voorbeeldtestscenario's en testcases voor Finance System

Sr # Testscenario's Testgevallen
1) Financieel systeem
  • Een lid inschrijven, herstellen en beëindigen
2) Positieve stroomsysteem testen
  • Het moet controleren of het juiste rekeningnummer of adres is gekozen voor het betreffende lid, provider of makelaar voor de betaling
3) Negatieve stroomsysteem testen
  • Controleer of er is betaald voor een ongeldig lid, provider of makelaar-ID door een respectief record in de feed te maken
  • Controleer of er is betaald voor een ongeldig bedrag voor het lid, de aanbieder of de makelaar door respectieve records in de feed te maken

Testen op naleving van de regelgeving

Het beschermen van gevoelige gegevens van patiënten en gezondheidsinformatie is een topprioriteit voor regelgevende instanties op het gebied van gezondheid. De tests moeten worden uitgevoerd in overeenstemming met dergelijke regelgevende instanties.

Voorbeeldtestscenario's en testcases voor naleving van regelgeving :

Sr # Testscenario's Testgevallen
1) Authenticatie van de gebruiker
  • Verificatiemethode gebruiken om ervoor te zorgen dat de juiste gebruikers een login krijgen en anderen weigeren
2) Vrijgeven van informatie
  • Het autoriseren van toegang tot informatie is gebaseerd op de rol van de gebruiker en de beperking van de patiënt
3) Data overdracht
  • Bij elke overdracht zorgen punten ervoor dat de gegevens worden gecodeerd
4) Audittrail
  • Alle transacties en alle pogingen om toegang te krijgen tot gegevens met een juiste set audit trail-informatie worden geregistreerd
5) Sanity Testing met betrekking tot regelgevende instantie
  • Voer gezondheidstesten uit en controleer of de versleuteling van de gegevens wordt gedaan in bepaalde gebieden zoals EPHI (Electronic Protected Health Information)

Prestatietesten van Healthcare Application

Voordat testscenario's worden voorbereid, moet aan bepaalde vereisten van het systeem worden gedacht. Zorgverleners (artsen / ziekenhuizen) bieden bijvoorbeeld 24/7 zorg, dus de inchecksoftware voor patiënten moet te allen tijde beschikbaar zijn. Het moet ook communiceren met verzekeringsmaatschappijen om polisinformatie te valideren, claims te verzenden en overmakingen te ontvangen. Hier moet de architectuur de verschillende componenten van het systeem definiëren, het protocol om met verzekeringsmaatschappijen te communiceren en hoe het systeem moet worden geïmplementeerd zodat het 24/7 voldoet.

Als tester moet u ervoor zorgen dat het softwaresysteem voor de gezondheidszorg voldoet aan de gewenste load / performance-benchmark.

Andere testtypen voor toepassingen in de gezondheidszorg

  • Functioneel testen : het testen van zorgapplicaties op functionele mogelijkheden
  • Conformiteitstesten : conformiteitstest Beveiligingsvereisten voor de gezondheidszorg en branchekaders
  • Platformtesten : testen van applicaties op een mobiel platform en applicaties testen op compatibiliteit tussen browsers
  • Interoperabiliteitstesten : testen van conformiteit met interoperabiliteitsnormen (bijv.; DICOM, HL7, CCD / CDA)

Uitdagingen testen in toepassingen in de gezondheidszorg

Testuitdagingen bij het testen van zorgapplicaties zijn niet anders dan bij het testen van andere webapplicaties.

  • Vereist expertise op het gebied van testen, en meestal zijn de kosten hoog
  • Vereist interoperabiliteit, naleving, regelgeving, beveiliging, veiligheidstests naast reguliere testtechnieken (niet-functionele, functionele en integratietests)
  • Bij het testen moet rekening worden gehouden met de veiligheids- en regelgevingsnormen, aangezien elke fout een direct effect kan hebben op het leven van de patiënt
  • Het testteam moet goed op de hoogte zijn van de verschillende functionaliteiten, het klinische gebruik en de omgeving waarvoor de software zal worden gebruikt
  • Een gezondheidsproduct moet voldoen aan verschillende normen, zoals FDA, ISO en CMMI, voordat het kan worden gebruikt
  • Dwarsafhankelijkheid van softwaretesters moet ervoor zorgen dat eventuele wijzigingen in de ene component of laag niet leiden tot neveneffecten op de andere.

Testen van medische apparatuur

Hoewel software voor medische apparatuur niet de directe zorg van de patiënt is, moeten ze ook rigoureus worden getest, net als andere softwaretests. Zo moeten röntgenapparatuur die wordt aangestuurd door softwareprogramma's goed worden getest, omdat elke testfout in software ernstige gevolgen voor de patiënt kan hebben.

FDA (Food and Drug Administration) heeft richtlijnen voor mobiele en webapplicaties voor medische hulpmiddelen. Bij het testen van medische hulpmiddelen maakt het juiste functionele testplan en de criteria voor slagen en mislukken ook deel uit van de FDA-richtlijnen. Wanneer een testplan wordt uitgevoerd, worden de resultaten verzameld en gerapporteerd aan de FDA. Dit proces zorgt ervoor dat het apparaat voldoet aan de norm van de regelgevende instanties.

Handige tips voor het testen in de gezondheidszorg

Bij het testen van software kunt u enkele belangrijke tips overwegen voor het testen van het gezondheidszorgsysteem.

  • Datums zijn belangrijk en moeten nauwkeurig zijn
  • Houd bij het ontwerpen van testcases rekening met verschillende parameters, zoals verschillende soorten plannen, makelaars, leden, commissie, enz.
  • Volledige kennis van het domein is vereist