how test health care application part 1
Inzicht in het domein van de gezondheidszorg en het testen van gezondheidszorgtoepassingen:
Het artikel van vandaag gaat helemaal over gezondheidszorgdomein / bedrijfsinformatie, componenten, wat te testen en hoe te testen.
Deze tweedelige artikelserie is nuttig voor iedereen die een ander domein wil verkennen en betreden voor het testen, leren en begrijpen van de workflow en testproces
Kortom, dit artikel is uw eerste stap en een gids voor uw zoektocht naar kennis in de gezondheidszorg. In deel 2 we zullen testscenario's leveren voor verschillende toepassingen binnen het domein Gezondheidszorg.
Om uit te blinken in testen, domeinkennis is de sleutel We gaan nu dus meer te weten komen over de zakelijke stroom van de klant.
Wat je leert:
Gezondheidszorgdomein - een inleiding
Zorg of ziektekostenverzekering is vergelijkbaar met een hoofdverzekering. Zoals u weet, zal bij elke verzekering de verzekeraar (verzekeringsmaatschappij) de plannen verstrekken en de klant (abonnee of verzekeringnemer) de polis van zijn gewenste plan kopen. De verzekeraar ontvangt het premiebedrag van de polishouders en de polishouders krijgen een vergoeding van de verzekeraar voor de geldige claims die zij hebben ingediend.
java j2ee sollicitatievragen voor 10 jaar ervaring
Hetzelfde gebeurt in de zorgverzekeringen, maar naast verzekeraar en verzekeringnemer zijn er andere belangrijke contribuanten zoals aanbieder, TPA (Third Party Administrator), makelaar, etc.
We zullen nu elk van de belangrijkste bijdragers in detail bekijken:
# 1) Verzekeraar: Een entiteit die een plan maakt, de polis verkoopt en de polishouder of aanbieder terugbetaalt voor de ingediende geldige claims.
# 2) Verzekeringnemer: Een persoon of entiteit die de polis bij de verzekeraar of makelaar koopt, betaalt een premie aan de verzekeraar en dient soms een claim in.
hoe een bin-bestand te bekijken
# 3) Aanbieder: Een persoon of entiteit die de zorg aan de verzekeringnemer en hun nabestaanden verleent, ontvangt ofwel een vergoeding voor de dienst van de verzekeringnemer of de verzekeraar door een claim in te dienen.
# 4) TPA: Een persoon of entiteit die de vorderingen van de polishouder of aanbieder beheert en voor het beheer een vergoeding ontvangt van de respectieve contribuant.
# 5) Makelaar: Zoals u al vermoedt, is hij een tussenpersoon die de polis namens de verzekeraar aan de klanten verkoopt en in ruil daarvoor een commissie ontvangt van de verzekeraar.
Bijvoorbeeld, We kunnen de basisfunctie van bijdragers uit het onderstaande voorbeeld begrijpen.
De heer Enosh kocht een gezondheidszorgpolis die algemene artsenconsultatie en zichtproblemen dekt van de heer Ponnar en betaalt hiervoor een premie aan een zorgbedrijf.
Toen dhr. Enosh eenmaal ziek was en de arts dhr. Sabari had geraadpleegd voor herstel, gaf Sabari een recept aan Enosh en dient een claim voor het consult in bij HealthCorp Company en ontvangt de terugbetaling. De heer Ponnar ontvangt een commissie van HealthCorp Company voor de betaling van premie door de heer Enosh.
In het bovenstaande voorbeeld zijn ‘Algemene doktersconsultatie’ en ‘Visieproblemen’ de voordelen van het gezondheidsplan, de heer Enosh is de verzekeringnemer, de heer Ponnar is de makelaar, HealthCorp Company is de verzekeraar en de heer Sabari is de aanbieder.
Om het verschil tussen beleid en plan duidelijk te begrijpen, denk aan plan als een klasse en beleid als een object (een instantie van de klasse). Een polis kan worden gecategoriseerd als individuele polis en groepspolis op basis van het type begunstigden dat wordt gedekt.
Individueel beleid: Een individu zal de verzekeringnemer zijn; zowel het individu als zijn / haar gezinsleden zullen profiteren van de voordelen van het gezondheidsplan. Hier betaalt het individu de premie.
Groepsbeleid: Een entiteit (doorgaans een werkgever) is de polishouder, de leden (werknemers) van de entiteit en hun gezinsleden zullen de voordelen van het gezondheidsplan genieten. Hier betaalt de entiteit de premie.
Bijvoorbeeld, Een voorbeeld om een duidelijk idee te hebben van groepsbeleid is als volgt:
MotoCorp Company koopt een polis van HealthCorp Company voor haar werknemers en hun gezin. Hun claims worden beheerd door EasyClaim Company. Hier is MotoCorp Company de verzekeringnemer, HealthCorp Company de verzekeraar en EasyCliam Company de TPA.
Hoe een gezondheidszorgtoepassing testen?
Voordat we een applicatie testen, moeten we op de hoogte zijn van de workflow in de zorgsector. Het vorige onderwerp geeft slechts een inleiding tot managed health care, meer details zijn beschikbaar Hier
Een verzekeraar heeft verschillende applicaties nodig om het volgende te beheren:
- Providergegevens
- Gegevens van leden
- Premium facturering / betaling
- Gegevens van makelaars
- Invoer / validatie van claims
- Berekening / betaling makelaarscommissie
Over het algemeen heeft een gezondheidszorgtoepassing de volgende lijst met systemen:
- Lid systeem : Om gegevens van polishouders bij te houden, verschillende plannen met hun lijst met vergoedingen en premierekeningen voor de polishouder te genereren op basis van hun plannen
- Provider systeem : Om providergegevens te onderhouden
- Broker systeem : Om de gegevens van makelaars bij te houden en commissies te berekenen
- Claims systeem : Voor het invoeren en valideren van claims
- Financieel systeem : Om de nodige betaling te doen aan aanbieder / lid / makelaar
- Ledenportaal : Om de informatie van polishouders weer te geven, premiebetalingen te doen en een verzoek om wijzigingsinformatie voor polishouders in te dienen
- Provider portaal : Om providerinformatie weer te geven en een verzoek om wijzigingsinformatie voor providers in te dienen
- Portaal voor makelaars : om informatie over makelaars weer te geven en een verzoek om wijzigingsinformatie voor makelaars in te dienen
Dit is misschien geen uitputtende lijst. Maar dit is de lijst voor zover ik weet. Ook worden mogelijk niet alle applicaties gebruikt. Soms worden enkele van deze applicaties samengevoegd om een andere combinatie-applicatie te maken, soms zijn dit stand-alone systemen.
Bijvoorbeeld kan het Providersysteem in sommige zorgtoepassingen deel uitmaken van het Member-systeem. Met Gezondheidszorgtoepassing bedoel ik een reeks systemen die door een verzekeraar worden onderhouden om hun klanten en partners te faciliteren.
hoe u een .bin-bestand uitvoert
Workflow voor het testen van toepassingen in de gezondheidszorg
Het unieke van het Health Care-systeem is dat deze toepassingen niet in een willekeurige volgorde kunnen worden getest. Er is een bepaalde workflow die moet worden gevolgd:
- Om een lid / verzekeringnemer in te schrijven voor een gezondheidsplan, moet hij / zij zijn toegewezen aan een zorgverlener (huisarts) of een zorgverlenersnetwerk, dus er moet een manier zijn waarop het lidensysteem de toegewezen zorgverlener kan valideren. Ofwel lidsysteem maakt verbinding met het providersysteem of een datafeed moet periodiek vanuit het providersysteem naar het lidsysteem worden verzonden. Daarom moet het providersysteem worden getest en klaar voor gebruik zijn voordat het ledensysteem wordt getest.
- Een claim moet bestaan uit provider-ID en lid-ID, naast andere details. Het claimsysteem moet zowel het lid als de provider valideren om de claim te valideren, dus zowel het lid als het providersysteem moeten worden getest en klaar voor gebruik voordat het claimsysteem wordt getest.
- Het financiële systeem heeft gegevens nodig van een lid-, aanbieder-, claim- en makelaarssysteem om cheques uit te schrijven of elektronische overboekingen te doen aan de betreffende persoon of entiteit.
- Aanbieders- en makelaarssystemen staan op zichzelf.
- Portals moeten eindelijk worden getest, omdat het gegevens van de andere applicaties nodig heeft.
Dat is de volgorde waarin de systemen in de Healthcare-applicatie moeten worden getest.
Wat is De volgende
De bovengenoemde informatie zou ons voldoende momentum moeten geven om in 'Hoe te testen' de Gezondheidszorgtoepassingen te komen, die zullen worden behandeld in de 2e deel van dit artikel.
Over de auteur: Dit is een gastpost van Vairavan R M. Auteur heeft goede ervaring met het testen van toepassingen in de gezondheidszorg en het leiden van een team in een multinational.
Mocht u in de tussentijd vragen of opmerkingen hebben of hulp nodig hebben om het domein Gezondheidszorg beter te begrijpen, laat het me dan weten. Blijf ons volgen voor het volgende artikel in de serie.
Aanbevolen literatuur
- Gezondheidszorgtoepassingen testen - tips en belangrijke testscenario's (deel 2)
- Applicatie testen - In de basis van softwaretesten!
- Handleiding voor het testen van webapplicaties
- Installeer uw applicatie op het apparaat en begin met testen vanuit Eclipse
- Tutorial over destructief testen en niet-destructief testen
- Prestatietests versus belastingtests versus stresstests (verschil)
- Wat is Monkey Testing in Software Testing?
- Top 20 praktische tips voor het testen van software die u moet lezen voordat u een toepassing test