Menu

Gezondheidszorgtoepassingen testen - tips en belangrijke testscenario's (deel 2)

  • Hoofd
  • Teststrategie
  • Gezondheidszorgtoepassingen testen - tips en belangrijke testscenario's (deel 2)

testing healthcare applications tips

Probeer Ons Instrument Voor Het Oplossen Van Problemen

In het laatste artikel hebben we zwaar getild om het domein van de gezondheidszorg te begrijpen. We zijn klaar om onze ‘testermuts’ weer op te zetten en proberen nu te begrijpen hoe we de toepassingen voor de gezondheidszorg kunnen testen.

=> Als je deel 1 niet hebt gelezen, lees het dan hier: Hoe de gezondheidszorgtoepassing te testen - Inleiding

We gaan nu elke applicatie / systeem uitkiezen en voorwaarden bedenken die we in elk van hen gaan valideren.

Dit artikel is handig voor de testers die zich al in het Healthcare-domein bevinden of voor degenen die willen toetreden tot dit populairste carrièregebied.

Gezondheidszorgtoepassingen testen

Laten we beginnen!

Wat je leert:

Testen van toepassingen in de gezondheidszorg - The Monster Testscenario's

Dit zijn de voorbeeldtestscenario's voor:

Ziektekostenverzekeringssysteem - Onderdelen testen

Testen van providersysteem

# 1) Provider System moet ons toelaten om providergegevens in te voeren, te bewerken en op te slaan.

#twee) Positieve stroom Systeemtesten: neem scenario's op om verschillende soorten providers in te voeren, ze te wijzigen, op te slaan en ernaar te informeren.

# 3) Negatieve stroom Systeemtesten: neem scenario's op in

  • Red een provider met onvolledige gegevens.
  • Sla een provider op met een contractdatum die lager is dan de licentiedatum van de provider.
  • Voer gegevens van de provider in die al in het systeem aanwezig zijn en sla deze op.

# 4) Systeemintegratietesten moet scenario's bevatten voor

  • Valideer de feed naar downstream-systemen, zoals het feed-to-Member-systeem, Provider-portal, Claim-systeem en Finance-systeem.
  • Controleer of de wijzigingen van het Provider-portaal zijn opgenomen in het respectieve providerrecord.

Testen van makelaarssysteem

# 1) Broker-systeem moet in staat zijn tot het volgende:

  • Broker-gegevens invoeren, bewerken en opslaan.
  • Bereken de makelaarscommissie op basis van de premiebetalingsgegevens van het ledensysteem.

#twee) Positieve stroom Systeemtests moeten scenario's bevatten voor

  • Voer het brokerrecord in, bewerk en bewaar het voor verschillende typen brokers.
  • Bereken de commissie voor de actieve makelaar door een feedbestand te maken met het respectieve record voor leden met een ander plan.

# 3) Negatieve stroom Systeemtests moeten scenario's bevatten voor

  • Voer een makelaarrecord in met onvoldoende gegevens en bewaar voor verschillende soorten makelaars.
  • Bereken de commissie voor de beëindigde makelaar door een feedbestand te maken met het respectieve record voor leden met een ander plan
  • Bereken de commissie voor de ongeldige makelaar door een feedbestand te maken met het respectieve record voor leden met een ander plan

# 4) Systeemtesten moet scenario's bevatten voor

  • Valideer de feeds naar de downstream-systemen zoals het Broker-portaal, het financiële systeem en het ledensysteem.
  • Valideer of de wijzigingen van het Broker-portaal zijn opgenomen in het respectieve brokerrecord.

Testen van het systeem van leden

Het ledensysteem moet het volgende kunnen:

gratis studio youtube naar mp3 converter
  1. Een lid inschrijven, beëindigen, herstellen en opnieuw inschrijven
  2. Voeg een afhankelijke
  3. Genereer een premierekening
  4. Verwerk premiebetalingen

Inschrijving: In een individuele polis wordt een verzekeringnemer toegevoegd onder een plan met een ingangsdatum vanaf welke hij / zij een premie betaalt voor de uitkeringen die door de verzekeraar worden verstrekt en waarvan hij / zij in aanmerking komt voor het indienen van claims en het ontvangen van dekking.

In Groepsbeleid wordt een lid toegevoegd aan de groep (die al is toegevoegd onder een plan) met een ingangsdatum waarvan hij / zij in aanmerking komt voor het indienen van claims en het ontvangen van dekking.

Beëindiging: Bij een Individuele Polis wordt de polis beëindigd met een einddatum waarvan de verzekeringnemer niet onder de verzekering valt.

In Groepsbeleid kan het lid alleen worden beëindigd met een beëindigingsdatum of kan de hele groep worden beëindigd.

Herstel: Als een beëindigd lid vraagt ​​om de polis weer actief te laten zijn en de huidige datum valt binnen de respijtperiode vanaf de beëindigingsdatum, dan kan het lid worden hersteld zonder een gat in de dekking. De ingangsdatum van het beleid is dezelfde oude ingangsdatum en niet de huidige datum.

Herinschrijving: Als een beëindigd lid vraagt ​​om de polis weer actief te laten zijn en de huidige datum valt buiten de respijtperiode vanaf de beëindigingsdatum, dan kan het lid opnieuw worden ingeschreven met een dekkingstekort. De ingangsdatum van het beleid is de huidige / toekomstige datum en niet dezelfde oude ingangsdatum.

Bijvoorbeeld , Een lid is ingeschreven in een polis met ingangsdatum 1/1/2013 en beëindigd op 31/12/2013. laat ons 30 dagen nemen als uitstelperiode die door de verzekeringsmaatschappij is vastgesteld.

Zaak 1: Als het lid terugkomt op 15-1-2014 en wil dat het beleid effectief is, dan is het dat ook Herstel als de deelnemer de premie betaalt over de periode 31-12-2013 t / m 15-1-2014 dan is de ingangsdatum van de polis dezelfde oude 1-1-2013.

Geval 2: Als het lid terugkomt op 1-2-2014 en wil dat het beleid weer van kracht wordt, dan is dat het geval Herinschrijving en de ingangsdatum van het beleid is 2/1/2014. Hier is er een gat in de dekking (1/1/2014 tot 1/31/2014).

Positieve stroom Systeemtests moeten scenario's bevatten voor

  • Schrijf verschillende soorten leden in met vroegere, huidige en toekomstige ingangsdatums.
  • Verander en informeer naar leden.
  • Genereer een premium factuur voor een actief lid voor 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 een eerdere, huidige en toekomstige ingangsdatum.
  • Herstel een beëindigd lid.

Negatieve stroom Systeemtests moeten scenario's bevatten voor

  • Schrijf een lid in met onvoldoende gegevens.
  • Genereer een premiumfactuur voor volgende maand voor een beëindigd lid.

Systeemintegratietesten moet scenario's bevatten voor

  • Valideer de feed naar downstream-systemen zoals het ledenportaal, het leveranciersportaal, het makelaarssysteem, het claimsysteem en het financiële systeem.
  • Valideer of de wijzigingen van het ledenportaal zijn opgenomen in het respectieve ledenrecord.
  • Verwerk de betaling van een gegenereerde premiefactuur met de feed van het ledenportaal waarop de betalingsgegevens staan.

Testen van claimsysteem

Claims in de zorg hebben een diagnosecode en een procedurecode zodat de claim gedetailleerd is.

  • Diagnosecode: Verwijst naar de ziekte die de patiënt had.
  • Procedure code: Verwijst naar de behandeling die aan de patiënt wordt geboden.

Het claimsysteem moet het volgende kunnen:

  • Voer claims in, bewerk en verwerk claims voor zowel het lid als een afhankelijke persoon.
  • Moet fouten genereren voor ongeldige claims op basis van de onjuist ingevoerde gegevens.

Positieve stroom Systeemtesten moeten scenario's bevatten om claims in te voeren, te bewerken en te verwerken voor zowel het lid als een afhankelijke persoon.

Negatieve stroom Systeemtests moeten scenario's bevatten voor

top world of warcraft private servers
  • Voer een claim in en valideer deze met een ongeldige diagnosecode en procedurecode.
  • Voer een claim in en valideer deze met een inactieve provider-ID.
  • Voer een claim in en valideer deze met een beëindigd lid.

Systeemintegratietests moeten scenario's bevatten om de feed naar downstream-systemen zoals financiën en providerportal te valideren.

Testen van financieel systeem

Finance System moet in staat zijn om loonstrookjes uit te schrijven en EFT-betalingen te doen aan de respectievelijke ontvanger door de feeds van verschillende upstream-systemen te verwerken, zoals claims, leden-, provider- en brokersysteem.

Positieve stroom Systeemtesten moeten scenario's bevatten om te controleren of het juiste adres of rekeningnummer is gekozen voor de respectievelijke aanbieder, lid of makelaar voor de betaling.

Negatieve stroom Systeemtests moeten scenario's bevatten voor

  • Controleer of er is betaald voor het ongeldige lid, provider of makelaar-ID door respectieve records in de feed te maken.
  • Controleer of er is betaald voor het ongeldige bedrag (nul of negatief) voor het lid, provider of makelaar door respectieve records in de feed aan te maken.

Systeemintegratietesten zijn niet nodig omdat dit geen stroomafwaartse systemen heeft en de feeds van stroomopwaarts worden gevalideerd in de systeemintegratietests van de respectieve systemen.

Testen van ledenportal

Het ledenportaal moet het volgende kunnen:

  • Bekijk polisdetails en claimstatus.
  • Maak wijzigingsverzoeken in beleidsdetails.
  • Voer premiebetalingen uit.

Positieve stroom Systeemtests moeten scenario's bevatten voor

  • Log in en bekijk polisdetails en claimstatus.
  • Veranderingsverzoek indienen om adres, naam, telefoonnummer, etc. te wijzigen.
  • Voer premiebetalingen uit.

Negatieve stroom Systeemtests moeten scenario's bevatten voor

  • Log in met ongeldige inloggegevens.
  • Betaal een betaalde premierekening.
  • Betaal met een ongeldige cheque.

Systeemintegratietesten zijn niet nodig, aangezien dit geen stroomafwaartse systemen heeft en de feeds van de stroomopwaartse systemen worden gevalideerd in de systeemintegratietests van de respectieve systemen.

Testen van providerportal

Provider Portal moet het volgende kunnen:

  • Bekijk provider details, lid details en claimstatus.
  • Maak wijzigingsverzoeken in de gegevens van de provider.

Positieve stroom Systeemtests moeten scenario's bevatten voor

  • Log in en bekijk de details van de provider, de details van het lid en de claimstatus.
  • Veranderingsverzoek indienen om adres, naam, telefoonnummer, etc. te wijzigen.

Negatieve stroom Systeemtests moeten scenario's bevatten voor

  • Log in met ongeldige inloggegevens
  • Bekijk lidgegevens met een ongeldig lid-ID

Systeemintegratietesten zijn niet nodig, aangezien dit geen stroomafwaartse systemen heeft en de feeds van het stroomopwaartse systeem worden gevalideerd in de systeemintegratietests van de respectieve systemen.

Testen van makelaarsportaal

Broker Portal moet het volgende kunnen:

  • Bekijk makelaar details en commissiebetaling.
  • Maak wijzigingsverzoeken in de details van de makelaar.

Positieve stroom Systeemtests moeten scenario's bevatten voor

  • Log in en bekijk de makelaargegevens en commissiebetaling.
  • Veranderingsverzoek indienen om adres, naam, telefoonnummer, etc. te wijzigen.

Negatieve stroom Systeemtests moeten scenario's bevatten om in te loggen met ongeldige inloggegevens.

Systeemintegratietesten zijn niet nodig omdat dit geen stroomafwaartse systemen heeft en de feeds van stroomopwaarts worden gevalideerd in de systeemintegratietest van de respectieve systemen.

Dat zijn alle modules en de aspecten die we erin zouden testen.

Belangrijke tips voor het testen van gezondheidszorgsoftware

Tip # 1) Datums zijn belangrijk en moeten nauwkeurig zijn, omdat een kleine wijziging in de datum ertoe kan leiden dat een groot defect onopgemerkt blijft.

Tip # 2) In de gezondheidszorg zijn er veel testparameters, zoals verschillende soorten plannen, leden, providers, makelaars, provisiemethode, enz., Dus wees voorzichtig ontwerpen van testcases door een track van parameters te hebben die wel en niet gedekt zijn.

Tip # 3) Ken de zakelijke gebruikers voor de respectieve systemen en denk vanuit hun perspectief om de beste gebreken te vinden.

Tip # 4) Het is niet nodig om dezelfde volgorde te volgen voor systeemtests en de scenario's die hier worden gegeven, hebben alleen betrekking op de algehele functionaliteit van een zorgapplicatie. Mogelijk moet u ook wat meer scenario's toevoegen (meer tips op deze post) op basis van de vereisten die u ontvangt.

Tip # 5) De gezondheidszorg evolueert nu naar een kosteneffectieve manier van zorg verlenen. Zo hebben ze een uitwisselingsmodel ingevoerd waarbij de abonnee zicht heeft op de plannen van alle verzekeraars, waardoor het concurrentiekarakter van de verzekeraars toeneemt, waardoor indirect de noodzaak van kostenverlaging wordt aangegeven.

Naarmate de gezondheidszorg evolueert, zal er behoefte zijn aan de verandering in de gebruikte software en komen er inkomsten voor IT door het maken, wijzigen en testen van softwaretoepassingen, wat betekent dat we kunnen anticiperen op meer projecten op dit gebied. Let dus goed op als dit u interesseert.

Tip # 6) De sleutel tot succes bij het testen van zorgapplicaties zijn claims - de volledige kennis ervan en hoe ze worden beoordeeld, enz.

Gevolgtrekking

Dat omvat de basisprincipes van het zorgdomein en een manier om zorgtoepassingen te testen.

converteer youtube-video het beste naar mp3

Als testers weten we dat niets defectvrij is. Dit artikel kan ook enkele defecten hebben, mocht u een defect vinden of een vraag hebben, laat dan een reactie achter. We verwelkomen uw waardevolle feedback over het artikel, aangezien het ons naar uitmuntendheid en verbetering zal leiden.

Ik wens u het allerbeste voor uw toekomstige inspanningen als tester voor de gezondheidszorg. Zie je later!

Aanbevolen literatuur

^