HealthCare-verkkotunnuksen testaus näytetesteillä

Sisällysluettelo:

Anonim

Ennen kuin aloitamme testaamisen, tutkitaan nopeasti terveydenhuollon perustiedot.

HealthCare-verkkotunnuksen testaus

Terveydenhuollon toimialueiden testaus on prosessi, jolla testataan terveydenhuollon sovelluksia erilaisille tekijöille, kuten standardeille, turvallisuudelle, vaatimustenmukaisuudelle, ristiriippuvuudelle muiden tahojen kanssa jne. Terveydenhuollon toimialueen testauksen tarkoituksena on varmistaa Terveydenhuollon sovelluksen laatu, luotettavuus, suorituskyky, turvallisuus ja tehokkuus .

Perustiedot terveydenhuollon alasta

Yksittäinen elin, joka on sairaala tai hoitaja (lääkäri), kutoo koko terveydenhuoltojärjestelmän toistensa kanssa.

Vaikka muut yhteisöt sisältävät

  • Vakuutusyhtiö: Medicare, Medicaid, BCBS jne.
  • Potilas / Kuluttajat: Potilas ilmoittautunut
  • Sääntelyviranomainen: HIPAA, OASIS-arviointi, HCFA 1500 ja UB92 jne.
  • Terveydenhuollon ja biotieteiden ratkaisujen toimittajat

Terveydenhuoltojärjestelmän perustermit

  • Toimittaja : Terveydenhuollon ammattilainen (lääkäri), lääketieteellinen ryhmä, klinikka, laboratorio, sairaala jne
  • Vaatimus: Pyyntö sairausvakuutusyhtiöllesi maksamaan lasku terveydenhoitopalvelusta
  • Välittäjä: Vakuutusammattilainen, joka neuvottelee, hankkii vakuutuksen vakuutettujen tai mahdollisten vakuutettujen puolesta
  • Rahoitus: Sairauskuluja maksavat vakuutuslaitokset voivat olla valtion (Medicare tai Medicaid) tai kaupallisia (BCBS)
  • Medicare: Liittovaltion sairausvakuutusohjelma vanhuksille ja pysyvästi vammaisille
  • Medicaid: Yhteinen ja valtion ohjelma, joka auttaa pienituloisia perheitä ja yksilöitä maksamaan sairaanhoitoon liittyvistä kustannuksista
  • CPT-koodi : Nykyinen menettelytapakoodi on lääketieteellinen koodi, joka asetetaan kuvaamaan lääketieteellisiä, kirurgisia ja diagnostisia palveluja
  • HIPAA : Se on joukko sääntöjä ja määräyksiä, joita lääkäreiden, sairaaloiden, terveydenhuollon tarjoajien ja terveydenhoitosuunnitelman on noudatettava tarjotakseen palveluitaan

Tässä opetusohjelmassa opimme-

  • Perustiedot terveydenhuollon alueesta
  • Terveydenhuollon liiketoimintaprosessi
  • Palveluntarjoajien järjestelmän testaus
  • Välittäjäjärjestelmän testaus
  • Jäsenjärjestelmän testaus
  • Vaatimusjärjestelmän testaus
  • Rahoitusjärjestelmän testaus
  • Testaus määräystenmukaisuuden alaisena
  • Terveydenhuollon sovellusten suorituskyvyn testaus
  • Muita testaustyyppejä terveydenhuollon sovelluksiin
  • Haasteiden testaaminen terveydenhuollon sovelluksissa
  • Terveydenhuollon laitteen testaus
  • Hyödyllisiä vinkkejä terveydenhuollon testaukseen

Terveydenhuollon liiketoimintaprosessi

Useimmat terveydenhuollon organisaatiot ovat mukauttaneet ohjelmistoja järjestelmän moitteettoman toiminnan käsittelemiseksi. Tämä ohjelmistojärjestelmä antaa kaikki tiedot yhdessä asiakirjassa kustakin tätä käsittelevästä tahosta.

Tämän järjestelmän yhdistäminen yhteen verkkosovellukseen on valtava tehtävä ja sen tehokkaan toiminnan saaminen on vielä suurempi tehtävä. Tämän terveyssovelluksen perusteellinen testaus on pakollista, ja sen on käydävä läpi erilaisia ​​testausvaiheita.

Tässä opetusohjelmassa opimme,

Palveluntarjoajien järjestelmän testaus

Näytetestausskenaariot ja testitapaukset palveluntarjoajille (lääkäri / sairaala) :

Testiskenaario Testitapaukset
  1. Pääsy palveluntarjoajajärjestelmään
  • Palveluntarjoajan järjestelmän tulisi antaa meidän syöttää, muokata ja tallentaa palveluntarjoajan tietoja
  1. Positiivisen virtauksen järjestelmän testaus
  • Se sisältää skenaarioita syöttää erityyppisiä palveluntarjoajia, vaihtaa palveluntarjoajan tietoja, tallentaa ja tiedustella niitä
  1. Negatiivisen virtauksen järjestelmän testaus
  • Mahdollistaa palveluntarjoajan tietojen tallentamisen epätäydellisillä tiedoilla, sopimuksen voimaantulopäivän ja järjestelmän nykyisten palveluntarjoajien tietojen syöttämisen
  1. Järjestelmän integraation testaus
  • Vahvista syöte jäsenjärjestelmälle, rahoitusjärjestelmälle, korvausjärjestelmälle ja palveluntarjoajan portaalille. Vahvista myös, jos muutokset palveluntarjoajan portaalista on syötetty kyseisen palveluntarjoajan tietueeseen
  1. Positiivisen virtauksen tarjoajien portaalin testaus
  • Kirjaudu sisään ja tarkastele palveluntarjoajan tietoja, vaatimusten tilaa ja jäsentietoja
  • Tee muutospyyntö nimen, osoitteen, puhelinnumeron jne. Muuttamiseksi
  1. Negatiivisen liikenteen tarjoajien portaalin testaus
  • Tarkastele jäsentietoja, joiden henkilötunnus on virheellinen
  • Kirjaudu virheellisillä kirjautumistiedoilla
  1. Positiivisen virtauksen välittäjäportaalin testaus
  • Kirjaudu sisään ja katso välittäjän ja provisiomaksun yksityiskohdat
  • Pyydä nimen, osoitteen, puhelinnumeron jne. Muuttamista.
  1. Negatiivisen virtauksen välittäjäportaalin testaus
  • Sen tulisi sisältää skenaarioita, joilla kirjaudutaan sisään virheellisillä kirjautumistiedoilla

Välittäjäjärjestelmän testaus

Esimerkki testiskenaarioista ja testitapauksista välittäjäjärjestelmälle :

Sr # Testiskenaario Testitapaukset
1) Välittäjäjärjestelmä
  • Sen pitäisi pystyä muokkaamaan, syöttämään ja tallentamaan välittäjän tietoja
  • Välittäjäpalkkiolaskelma jäsenjärjestelmän palkkioiden maksun perusteella
2) Positiivisen virtausjärjestelmän testaus
  • Syötä, tallenna ja muokkaa välittäjätietuetta erityyppisille välittäjille
  • Aktiivisille välittäjille lasketaan palkkio luomalla syötetiedosto vastaavalla tietueella jäsenille, joilla on erilainen suunnitelma
3) Negatiivisen virtauksen järjestelmän testaus
  • Anna välittäjän tietue, jossa on puutteelliset tiedot, ja tallenna erityyppisille välittäjille
  • Luomalla syötetiedosto vastaavalla tietueella jäsenille, joilla on erilainen suunnitelma, laske palkkiot irtisanotulle välittäjälle
  • Luomalla syötetiedosto vastaavalla tietueella jäsenille, joilla on erilainen suunnitelma, laske provisio virheelliselle välittäjälle
4) Järjestelmän testaus
  • Vahvista syötteet loppupään järjestelmälle, kuten rahoitusjärjestelmälle, välittäjäportaalille ja jäsenjärjestelmälle
  • Vahvista, jos välittäjäportaalin muutokset sisällytetään vastaavaan välittäjätietueeseen

Jäsenjärjestelmän testaus

Näyte testiskenaarioista ja testitapauksista jäsen (potilas) järjestelmälle :

Sr #

Testiskenaario Testitapaukset
1) Jäsenjärjestelmä
  • Ilmoittaudu, palauta jäsen ja lopeta jäsen
  • Poista ja lisää huollettava
  • Luo palkkio
  • Käsittele palkkionmaksut
2) Positiivisen virtausjärjestelmän testaus
  • Nykyisillä, menneillä ja tulevilla voimaantulopäivillä ilmoittaudutaan erityyppisiin jäseniin
  • Kysy ja vaihda jäseniä
  • Tuota palkkio laskulle aktiiviselle jäsenelle seuraavalle kuukaudelle
  • Irtisanoo aktiivinen jäsen, jonka aikaisemmat, nykyiset ja tulevat päättymispäivät ovat pitempiä kuin voimaantulopäivä
  • Rekisteröi irtisanottu jäsen uudestaan ​​nykyisillä, menneillä ja tulevilla voimaantulopäivillä
  • Palauta päättynyt numero takaisin
3) Negatiivisen virtauksen järjestelmän testaus
  • Rekisteröi jäsen, koska tietoja ei ole riittävästi
  • Irtisanotulle jäsenelle tuotetaan palkkio laskua seuraavalle kuukaudelle
4) Järjestelmän integraation testaus
  • Vahvista syöte loppupään järjestelmiin, kuten tarjoajaportaali, välittäjäportaali, rahoitusjärjestelmä ja korvausjärjestelmä
  • Vahvista, jos jäsenportaalin muutokset sisällytetään kyseiseen jäsenrekisteriin
  • Käsittele palkkion maksu, joka on luotu jäsenportaalin syötteellä, jossa on tiedot suoritetusta maksusta

Vaatimusjärjestelmän testaus

Esimerkkitestausskenaariot ja vahingonkorvausjärjestelmän testitapaukset :

# Testiskenaariot Testitapaukset
1) Vaatimusjärjestelmä
  • Terveydenhuollossa olevien väitteiden tulisi muokata, kirjoittaa ja käsitellä jäsenen sekä huollettavien vaatimuksia
  • Pätemättömissä vaatimuksissa sen pitäisi heittää virheitä, kun virheelliset tiedot syötetään
2) Positiivisen virtausjärjestelmän testaus
  • Sen tulisi sisältää skenaario jäsenten ja riippuvien vaatimusten muokkaamiseksi, syöttämiseksi ja käsittelemiseksi
3) Negatiivisen virtausjärjestelmän testaus
  • Sen tulisi vahvistaa ja kirjoittaa vaatimus virheellisellä menettelykoodilla ja diagnoosikoodilla
  • Vahvista ja kirjoita vaatimus passiivisella palveluntarjoajan tunnuksella
  • Vahvista ja kirjoita vaatimus irtisanotun jäsenen kanssa
4) Järjestelmän integrointi
  • Sen tulisi sisältää skenaario syötteen validoimiseksi loppupään järjestelmiin, kuten tarjoaja- ja rahoitusportaaliin

Rahoitusjärjestelmän testaus

Esimerkkejä testiskenaarioista ja testijärjestelmistä rahoitusjärjestelmälle

Sr # Testiskenaariot Testitapaukset
1) Rahoitusjärjestelmä
  • Ilmoittaudu, palauta jäsen ja lopeta jäsen
2) Positiivisen virtausjärjestelmän testaus
  • Sen tulisi tarkistaa, onko kyseiselle jäsenelle, tarjoajalle tai välittäjälle valittu oikea tilinumero tai osoite maksua varten
3) Negatiivisen virtausjärjestelmän testaus
  • Varmista, että maksu suoritetaan virheellisestä jäsenestä, tarjoajasta tai välittäjän tunnuksesta luomalla vastaava tietue syötteeseen
  • Varmista, että jäsenen, palveluntarjoajan tai välittäjän virheellinen summa maksetaan luomalla vastaavat syötteet syötteeseen

Lainsäädännön noudattamisen testaaminen

Potilaiden arkaluontoisten tietojen ja terveystietojen suojaaminen on terveydenhuollon sääntelyelinten ensisijainen tavoite. Testaus olisi tehtävä näiden sääntelyelinten vaatimusten mukaisesti.

Esimerkkitestiskenaariot ja testitapaukset lainsäädännön noudattamiseksi :

Sr # Testiskenaariot Testitapaukset
1) Käyttäjän todennus
  • Varmennusmenetelmän avulla varmistetaan, että oikeat käyttäjät saavat kirjautumisen ja estävät muita
2) Tietojen paljastaminen
  • Tietoihin pääsyn valtuuttaminen perustuu käyttäjän rooliin ja potilaan rajoituksiin
3) Tiedonsiirto
  • Kaikissa siirroissa pisteet varmistavat, että tiedot salataan
4) Tarkastuspolku
  • Kaikki tapahtumat ja kaikki yritykset päästä käsiksi tietoihin asianmukaisella kirjausketjutiedoilla tallennetaan
5) Sääntelyelimeen liittyvä terveystestaus
  • Suorita terveystestaus ja tarkista, että tietojen salaus tapahtuu tietyillä alueilla, kuten EPHI (Electronic Protected Health Information)

Terveydenhuollon sovellusten suorituskyvyn testaus

Ennen testiskenaarioiden valmistelua tulisi ottaa huomioon tietty järjestelmävaatimus. Esimerkiksi terveydenhuollon tarjoajat (lääkärit / sairaalat) tarjoavat hoitoa 24/7, joten potilaan sisäänkirjautumisohjelmiston on oltava aina käytettävissä. Lisäksi sen on oltava yhteydessä vakuutusyhtiöihin vakuutustietojen vahvistamiseksi, korvausvaatimusten lähettämiseksi ja rahalähetysten vastaanottamiseksi. Tällöin arkkitehtuurin tulisi määritellä järjestelmän eri komponentit, yhteyskäytäntö vakuutusyhtiöiden kanssa ja kuinka järjestelmä otetaan käyttöön 24/7.

Testaajana sinun on varmistettava, että terveydenhuollon ohjelmistojärjestelmä täyttää halutut kuormitus / suorituskyky -arvot.

Muita testaustyyppejä terveydenhuollon sovelluksiin

  • Toiminnallinen testaus : Terveydenhuollon sovellusten testaaminen toiminnallisten ominaisuuksien suhteen
  • Vaatimustenmukaisuuden testaus : Vaatimustenmukaisuuden testaus Terveydenhuollon turvallisuusvaatimukset ja teollisuuden puitteet
  • Alustatestaus : Sovellusten testaus mobiilialustalla ja sovellusten testaus selainten yhteensopivuuden varmistamiseksi
  • Yhteentoimivuuden testaus : Yhteentoimivuusstandardien mukaisuuden testaaminen (esim. DICOM, HL7, CCD / CDA)

Haasteiden testaaminen terveydenhuollon sovelluksissa

Terveydenhuollon sovellusten testaamisen haasteet eivät ole erilaisia ​​kuin muut verkkosovellusten testaukset.

  • Vaatii asiantuntemusta testauksessa, ja yleensä se on kallista
  • Edellyttää yhteentoimivuutta, vaatimustenmukaisuutta, sääntelyä, turvallisuutta, turvallisuustestausta säännöllisten testaustekniikoiden lisäksi (ei-toiminnallinen, toiminnallinen ja integroitu testaus)
  • Testaus tulisi tehdä ottaen huomioon turvallisuus- ja sääntelystandardit - koska mikä tahansa virhe voi vaikuttaa suoraan potilaan elämään
  • Testausryhmän on oltava hyvin tietoinen erilaisista toiminnoista, kliinisestä käytöstä ja ympäristöstä, johon ohjelmistoa käytetään
  • Terveydenhuollon tuotteen on noudatettava erilaisia ​​standardeja, kuten FDA, ISO ja CMMI, ennen kuin sitä voidaan käyttää
  • Ohjelmistotestaajien ristiriippuvuuden on varmistettava, että yhden komponentin tai kerroksen muutokset eivät saa johtaa sivuvaikutuksiin toiseen.

Terveydenhuollon laitteen testaus

Vaikka terveydenhuollon laiteohjelmistot eivät ole potilaan suoraa huolta, ne edellyttävät myös tarkkaa testausta kuten toinen ohjelmistotestaus. Esimerkiksi röntgenlaitteet, joita ohjelmisto-ohjelmat ohjaavat, tulisi testata hyvin, koska ohjelmistojen mahdolliset testausvirheet voivat johtaa vakavaan vaikutukseen potilaaseen.

FDA: lla (Food and Drug Administration) on ohjeita lääkinnällisten laitteiden mobiili- ja verkkosovelluksiin. Lääketieteellisten laitteiden testauksen aikana FDA: n ohjeisiin kuuluu myös asianmukainen toiminnallinen testisuunnitelma sekä hyväksyntä- ja hylkäyskriteerit. Kun testisuunnitelma toteutetaan, tulokset kerätään ja raportoidaan FDA: lle. Tämä prosessi varmistaa, että laite täyttää sääntelyelinten vaatimukset.

Hyödyllisiä vinkkejä terveydenhuollon testaukseen

Ohjelmistojen testaamisen aikana voit harkita joitain tärkeitä vinkkejä terveydenhuoltojärjestelmän testaamiseen.

  • Päivämäärät ovat tärkeitä ja niiden on oltava tarkkoja
  • Testitapauksia suunniteltaessa on otettava huomioon erilaiset parametrit, kuten erityyppiset suunnitelmat, välittäjät, jäsenet, palkkiot jne.
  • Verkkotunnuksen täydellinen tuntemus vaaditaan