HealthCare'i domeeni testimine proovitesti juhtumitega

Enne testimise alustamist uurime kiiresti tervishoiu valdkonna põhiteadmisi.

HealthCare domeeni testimine

Tervishoiu domeenide testimine on protsess, mille abil testitakse tervishoiurakendusi mitmesuguste tegurite jaoks, nagu standardid, ohutus, nõuetele vastavus, ristisõltuvus teiste üksustega jne. Tervishoiuvaldkonna testimise eesmärk on tagada tervishoiurakenduse kvaliteet, usaldusväärsus, toimivus, ohutus ja tõhusus .

Põhiteadmised tervishoiuvaldkonnast

Kogu tervishoiusüsteemi põimib üksteisega üksik asutus, mis on haigla või pakkuja (arst).

Kuigi teiste üksuste hulka kuuluvad:

• Kindlustusselts: Medicare, Medicaid, BCBS jne.
• Patsient / tarbijad: registreeritud patsient
• Reguleeriv asutus: HIPAA, OASIS-i hinnang, HCFA 1500 ja UB92 jne.
• Tervishoiu ja eluteaduse lahenduste pakkujad

Tervishoiusüsteemi põhiterminoloogia

• Pakkuja : tervishoiutöötaja (arst), meditsiinigrupp, kliinik, labor, haigla jne
• Nõue: teie ravikindlustusseltsile esitatud taotlus arve tasumiseks tervishoiuteenuse eest
• Maakler: kindlustusspetsialist, kes peab läbirääkimisi ja hangib kindlustust kindlustatud või võimalike kindlustatute nimel
• Rahandus: ravikulude eest tasuvad kindlustusasutused võivad olla valitsus (Medicare või Medicaid) või kaubandus (BCBS)
• Medicare: föderaalne tervisekindlustusprogramm eakatele ja alaliselt puuetega inimestele
• Medicaid: ühine ja riiklik programm, mis aitab madala sissetulekuga peredel ja üksikisikutel tasuda arstiabiga seotud kulusid
• CPT kood : kehtiv protseduuriline terminoloogiakood on meditsiiniline kood, mis on ette nähtud meditsiiniliste, kirurgiliste ja diagnostiliste teenuste kirjeldamiseks
• HIPAA : see on reeglite ja määruste kogum, mida arstid, haiglad, tervishoiuteenuse osutajad ja tervishoiukava peavad järgima, et oma teenuseid osutada

Selles õpetuses õpime-

• Põhiteadmised tervishoiuvaldkonnast
• Tervishoiu äriprotsess
• Pakkujate süsteemi testimine
• Maaklerite süsteemi testimine
• Liikmesüsteemi testimine
• Nõuete süsteemi testimine
• Finantssüsteemi testimine
• Testimine vastavalt õigusaktide nõuetele
• Tervishoiurakenduse jõudluskontroll
• Muud testimistüübid tervishoiuteenuste rakendamiseks
• Tervishoiu rakenduste väljakutsete testimine
• Tervishoiuseadme testimine
• Kasulikud näpunäited tervishoiu testimiseks

Tervishoiu äriprotsess

Enamik tervishoiuorganisatsioone on süsteemi sujuva toimimise töötlemiseks kohandanud tarkvaraprogrammi. See tarkvarasüsteem annab kogu teabe ühes dokumendis iga sellega tegeleva üksuse kohta.

Kogu selle süsteemi ühendamine ühe veebirakendusega on tohutu ülesanne ja selle tõhusaks toimimiseks on veelgi suurem ülesanne. Selle terviserakenduse põhjalik testimine on kohustuslik ja see peab läbima erinevad testimisfaasid.

Selles õpetuses õpime,

Pakkujate süsteemi testimine

Pakkujate (arsti / haigla) süsteemi proovitestid ja stsenaariumid :

Testi stsenaarium	Katsejuhtumid
Juurdepääs pakkujate süsteemile	Pakkuja süsteem peaks laskma meil sisestada, muuta ja salvestada teenusepakkuja andmeid
Positiivse voolu süsteemi testimine	See sisaldab stsenaariume erinevat tüüpi teenusepakkujate sisestamiseks, pakkujate andmete muutmiseks, nende salvestamiseks ja pärimiseks
Negatiivse voolu süsteemi testimine	Võimaldab salvestada teenusepakkuja teavet puudulike andmetega, lepingu jõustumise kuupäeva, sisestades süsteemis olemasolevate pakkujate üksikasjad
Süsteemi integreerimise testimine	Kinnitage voog liikmete süsteemile, finantssüsteemile, pretensioonide süsteemile ja pakkuja portaalile. Samuti kontrollige, kas pakkuja portaali muudatused on sisestatud vastava pakkuja kirjesse
Positiivse voo pakkujate portaali testimine	Sisselogimine ja pakkujate andmete, nõude oleku ja liikme üksikasjade vaatamine Esitage muutmistaotlus nime, aadressi, telefoninumbri jne muutmiseks.
Negatiivse voo pakkujate portaali testimine	Vaadake vale ID-ga liikme üksikasju Sisselogimine kehtetute volitustega
Positiivse voo maakleri portaali testimine	Logige sisse ja vaadake maakleri ja vahendustasu maksmise üksikasju Esitage taotlus nime, aadressi, telefoninumbri jne muutmiseks.
Negatiivse voo maakleri portaali testimine	See peaks sisaldama stsenaariume kehtetute mandaatidega sisselogimiseks

Maaklerite süsteemi testimine

Maaklerite süsteemi teststsenaariumide ja juhtumite näidised :

Sr #	Testi stsenaarium	Katsejuhtumid
1)	Maaklerite süsteem	See peaks olema võimeline maakleri andmeid redigeerima, sisestama ja salvestama Maakleritasu arvutamine liikmesüsteemi preemiamaksete andmete põhjal
2)	Positiivse voolusüsteemi testimine	Sisestage, salvestage ja muutke maaklerite kirjet erinevat tüüpi maakleri jaoks Aktiivsete maaklerite jaoks arvutage komisjonitasu, luues erineva plaaniga liikmetele vastava kirjega voogfail
3)	Negatiivse voolu süsteemi testimine	Sisestage puudulike andmetega maakleri kirje ja salvestage erinevat tüüpi maakleri jaoks Erineva plaaniga liikmete jaoks vastava kirjega voogfaili loomisel arvutage lõpetatud maakleri vahendustasu Erineva plaaniga liikmete jaoks vastava kirjega voogfaili loomisel arvutage kehtetu maakleri vahendustasu
4)	Süsteemi testimine	Allkasutussüsteemi (nt finantssüsteem, maakleriportaal ja liikmesüsteem) voogude valideerimiseks Kinnitage, kui maakleriportaali muudatused on kaasatud vastavasse maaklerikirjesse

Liikmesüsteemi testimine

Proovi stsenaariumid ja proovijuhud liikme (patsiendi) süsteemile :

Sr #	Testi stsenaarium	Katsejuhtumid
1)	Liikmesüsteem	Liikme registreerimine, ennistamine ja lõpetamine Eemaldage ja lisage ülalpeetav Loo lisatasu arve Töötle lisatasusid
2)	Positiivse voolusüsteemi testimine	Praeguste, mineviku ja tulevaste jõustumiskuupäevade alusel registreerige erinevat tüüpi liikmeid Uurige ja vahetage liikmeid Koostage aktiivse liikme jaoks järgmise kuu lisatasu Lõpetada tegevliige, kelle mineviku, praeguse ja tulevase lõpetamise kuupäevad on jõustumiskuupäevast pikemad Registreerige lõpetatud liige praeguste, varasemate ja tulevaste jõustumiskuupäevadega Taastage lõpetatud number
3)	Negatiivse voolu süsteemi testimine	Piisavate andmete puudumisel registreerige liige Lõpetatud liikme kohta esitage järgmise kuu lisatasu
4)	Süsteemi integreerimise testimine	Kinnitage voog allavoolu süsteemidesse, nagu pakkujate portaal, maakleriportaal, finantssüsteem ja pretensioonide süsteem Kinnitage, kui liikmeportaali muudatused on lisatud vastavasse liikmeprotokolli Töötlege liikmeportaali vooga loodud lisatasu arve tasumise üksikasjad

Nõuete süsteemi testimine

Proovide stsenaariumide näidised ja nõuete süsteemi testjuhtumid :

#	Teststsenaariumid	Katsejuhtumid
1)	Nõude esitamise süsteem	Tervishoiualased nõuded peaksid muutma, sisestama ja menetlema nii liikme kui ka ülalpeetavate nõudeid Kehtetute nõuete korral peaks see valede andmete sisestamisel vigu tekitama
2)	Positiivse voolusüsteemi testimine	See peaks sisaldama stsenaariumi nii liikme kui ka ülalpeetavate nõuete muutmiseks, sisestamiseks ja töötlemiseks
3)	Negatiivse voolusüsteemi testimine	See peaks kinnitama ja sisestama vale protseduurikoodi ja diagnoosikoodiga väite Kinnitage ja sisestage nõue koos passiivse pakkuja ID-ga Kinnitage ja sisestage nõue lõpetatud liikmega
4)	Süsteemi integreerimine	See peaks sisaldama stsenaariumi voo valideerimiseks järgnevatele süsteemidele, nagu pakkujate ja finantsportaal

Finantssüsteemi testimine

Proovitesti stsenaariumid ja juhtumid rahandussüsteemi jaoks

Sr #	Teststsenaariumid	Katsejuhtumid
1)	Rahandussüsteem	Liikme registreerimine, ennistamine ja lõpetamine
2)	Positiivse voolusüsteemi testimine	See peaks kontrollima, kas vastava liikme, pakkuja või maakleri jaoks on makse jaoks valitud õige kontonumber või aadress
3)	Negatiivse voolusüsteemi testimine	Voogu vastava kirje loomisega saate kontrollida, kas makse on tehtud vale liikme, pakkuja või maakleri ID eest Voogu vastavate kirjete loomisega saate kontrollida, kas liikme, pakkuja või maakleri eest on makstud vale summa

Normatiivse vastavuse testimine

Patsiendi tundlike andmete ja terviseteabe kaitsmine on tervishoiu reguleerivate asutuste esmatähtis prioriteet. Testimine peaks toimuma vastavalt sellistele reguleerivatele asutustele.

Proovide stsenaariumid ja normatiivse vastavuse testimisjuhud :

Sr #	Teststsenaariumid	Katsejuhtumid
1)	Kasutaja autentimine	Kinnitusmeetodi kasutamine tagamaks, et õiged kasutajad saavad sisselogimise ja teistele keelamise
2)	Teabe avalikustamine	Teabele juurdepääsu lubamine põhineb kasutaja rollil ja patsiendi piirangutel
3)	Andmete ülekanne	Kogu ülekande ajal tagavad punktid andmete krüptimise
4)	Auditi rada	Kõik tehingud ja kõik katsed juurdepääsu andmetele koos nõuetekohase kontrolljälgede teabega salvestatakse
5)	Reguleeriva asutusega seotud mõistlikkuse testimine	Teostage mõistlikkuse testimine ja kontrollige, kas andmeid krüpteeritakse konkreetsetes valdkondades, näiteks EPHI (elektrooniline kaitstud terviseteave)

Tervishoiurakenduse jõudluskontroll

Enne teststsenaariumide koostamist tuleks kaaluda süsteemi teatud nõudeid. Näiteks osutavad tervishoiuteenuse osutajad (arstid / haiglad) ööpäevaringselt ööpäevaringselt, seega peab patsientide registreerimistarkvara olema kogu aeg saadaval. Samuti peab ta suhtlema kindlustusseltsidega poliisiteabe kinnitamiseks, nõuete saatmiseks ja rahaülekannete saamiseks. Siin peaks arhitektuur määratlema süsteemi erinevad komponendid, protokolli kindlustusseltsidega suhtlemiseks ja süsteemi juurutamise nii, et see oleks 24/7.

Testijana peate tagama, et tervishoiutarkvara süsteem vastab soovitud koormuse / jõudluse kriteeriumile.

Muud testimistüübid tervishoiuteenuste rakendamiseks

• Funktsionaalne testimine : tervishoiurakenduse funktsionaalsete võimete testimine
• Vastavustestimine : vastavustesti tervishoiu turvalisuse nõuded ja tööstuse raamistikud
• Platvormi testimine : rakenduste testimine mobiilplatvormil ja rakenduste testimine brauserite ühilduvuse jaoks
• Koostalitlusvõime testimine : koostalitlusvõime standarditele vastavuse testimine (nt; DICOM, HL7, CCD / CDA)

Tervishoiu rakenduste väljakutsete testimine

Tervishoiurakenduste testimisega seotud väljakutsete testimine ei erine teistest veebirakenduste testimisest.

• Nõuab testimisalaseid teadmisi ja tavaliselt on see kulukas
• Nõuab koostalitlusvõime, vastavuse, regulatiivse, turvalisuse ja ohutuse testimist lisaks tavapärastele testimistehnikale (mittefunktsionaalne, funktsionaalne ja integreeritud testimine)
• Testimine peaks toimuma, pidades silmas ohutust ja normatiivseid standardeid - kuna iga viga võib otseselt mõjutada patsiendi elu
• Testimeeskond peab olema hästi teadlik erinevatest funktsioonidest, kliinilisest kasutusest ja keskkonnast, milles tarkvara kasutatakse
• Tervishoiutoode peaks enne selle kasutamist vastama erinevatele standarditele, nagu FDA, ISO ja CMMI
• Tarkvaratestijate ristisõltuvus peab tagama, et muudatused ühes komponendis või kihis ei tooks kõrvaltoimeid teisele.

Tervishoiuseadme testimine

Kuigi tervishoiuseadmete tarkvara ei ole patsiendi otsene mure, vajavad nad ka põhjalikku testimist nagu teine ​​tarkvara testimine. Näiteks tuleks tarkvaraprogrammide abil juhitavaid röntgeniaparaate korralikult testida, sest tarkvara testimisvead võivad patsiendile tõsiselt mõjuda.

FDA-l (Toidu- ja Ravimiamet) on juhised meditsiiniseadmete mobiilsete ja veebirakenduste kohta. Meditsiiniseadmete testimise ajal on FDA juhiste osa ka nõuetekohane funktsionaalne testimiskava koos läbimise ja ebaõnnestumise kriteeriumidega. Kui testimisplaan on täidetud, kogutakse tulemused ja teatatakse FDA-le. See protsess tagab seadme vastavuse reguleerivate asutuste standarditele.

Kasulikud näpunäited tervishoiu testimiseks

Tarkvara testimise ajal võite kaaluda mõningaid olulisi näpunäiteid tervishoiusüsteemi testimiseks.

• Kuupäevad on olulised ja peavad olema täpsed
• Proovijuhtumite kavandamisel võetakse arvesse erinevaid parameetreid, nagu erinevat tüüpi plaanid, maaklerid, liikmed, komisjonitasud jne.
• Vaja on täielikke teadmisi domeeni kohta