Tervishoiuvaldkonna domeenide testimine näidistestijuhtumitega

Enne testimise alustamist uurime kiiresti tervishoiuvaldkonna põhiteadmisi.

Tervishoiuvaldkonna domeeni testimine

Tervishoiuvaldkonna domeeni testimine on protsess, mille abil testitakse tervishoiurakendusi erinevate tegurite, nagu standardid, ohutus, vastavus, ristsõltuvus teiste üksustega jne suhtes. Tervishoiuvaldkonna testimise eesmärk on tagada tervishoiurakenduse kvaliteet, töökindlus, jõudlus, ohutus ja tõhusus.

Põhiteadmised tervishoiuvaldkonnast

Kogu tervishoiusüsteemi ühendab üksainus asutus, kelleks on haigla või teenuseosutaja (arst).

Kuigi teised üksused hõlmavad

• Kindlustusselts: Medicare, Medicaid, BCBS jne.
• Patsient/tarbijad: Registreeritud patsient
• Reguleeriv asutus: HIPAA, OASIS hindamine, HCFA 1500 ja UB92 jne.
• Tervishoiu- ja eluteaduslike lahenduste müüjad

Tervishoiusüsteemi põhiterminoloogia

• Provider: tervishoiuteenuste litsentsiga tervishoiutöötaja (arst), meditsiinirühm, kliinik, labor, haigla jne
• Nõue: Taotlus oma haigekassale tervishoiuteenuse arve tasumiseks
• Maakler: Kindlustusspetsialist, kes peab läbirääkimisi, hangib kindlustatu või tulevase kindlustatu nimel kindlustuse
• Rahandus: Kindlustusasutused, kes maksavad ravikulude eest, võivad olla valitsused (Medicare või Medicaid) või kaubanduslikud (BCBS)
• Medicare: Föderaalne tervisekindlustusprogramm eakatele ja püsiva puudega inimestele
• Medicaid: Ühis- ja riiklik programm, mis aitab madala sissetulekuga peredel ja üksikisikutel tasuda arstiabiga seotud kulud
• CPT kood: praegune protseduuriterminoloogia kood on meditsiinikood, mis kirjeldab meditsiinilisi, kirurgilisi ja diagnostikateenuseid
• HIPAA: see on reeglite ja eeskirjade kogum, mida arstid, haiglad, tervishoiuteenuse osutajad ja terviseplaan peavad oma teenuste osutamiseks järgima

Tervishoiu äriprotsess

Enamik tervishoiuorganisatsioone on kohandanud tarkvara, et tagada süsteemi tõrgeteta toimimine. See tarkvarasüsteem annab kogu teabe ühes dokumendis iga asjaga tegeleva üksuse kohta.

Kogu selle süsteemi ühendamine ühe veebirakendusega on tohutu ülesanne ja selle tõhusaks muutmine on veelgi suurem ülesanne. Selle terviserakenduse range testimine on kohustuslik ja see peab läbima erinevaid testimisetappe.

Selles õpetuses õpime,

Pakkujate süsteemi testimine

Näidistesti stsenaariumid ja testjuhtumid pakkujate (arst/haigla) süsteemile:

Sr#	Testi stsenaarium	Testjuhtumid
1)	Juurdepääs pakkujate süsteemile	Pakkuja süsteem peaks võimaldama meil teenusepakkuja andmeid sisestada, muuta ja salvestada
2)	Positiivne vool Süsteemi testimine	See sisaldab stsenaariume erinevat tüüpi pakkujate sisestamiseks, pakkujate andmete muutmiseks, salvestamiseks ja nende päringute tegemiseks
3)	Negatiivse voolu süsteemi testimine	Võimaldab salvestada teenusepakkuja teavet koos mittetäielike andmetega, lepingu jõustumiskuupäeva, olemasolevate pakkujate andmete sisestamisega süsteemi
4)	süsteem Integratsiooni testimine	Kinnitage voog liikmete süsteemile, finantssüsteemile, nõuete süsteemile ja pakkuja portaalile. Samuti kontrollige, kas pakkuja portaalist tehtud muudatused on sisestatud vastava pakkuja kirjesse
5)	Positiivse voo pakkuja portaali testimine	Logige sisse ja vaadake teenusepakkuja üksikasju, nõude olekut ja liikmeandmeid Esitage muutmistaotlus, et muuta nime, aadressi, telefoninumbrit jne.
6)	Negatiivse voo pakkuja portaali testimine	Vaadake kehtetu ID-ga liikme üksikasju Logige sisse kehtetute mandaatidega
7)	Positiivne voo Brokeri portaali testimine	Logige sisse ja vaadake üksikasju maakleri ja komisjonitasu kohta Esitage taotlus nime, aadressi, telefoninumbri vms muutmiseks.
8)	Negatiivse voo vahendaja portaali testimine	See peaks sisaldama valede mandaatidega sisselogimise stsenaariume

Maaklerisüsteemi testimine

Testimisstsenaariumid ja -juhtumid maaklerisüsteemi jaoks:

Sr#	Testi stsenaarium	Testjuhtumid
1)	Maakleri süsteem	See peaks suutma maakleri andmeid redigeerida, sisestada ja salvestada Maakleri vahendustasu arvutamine liikmesüsteemi lisatasu maksete üksikasjade alusel
2)	Positiivse voolusüsteemi testimine	Sisestage, salvestage ja redigeerige eri tüüpi maaklerite kirjeid Aktiivsetele maakleritele arvutage vahendustasu, luues erineva plaaniga liikmete jaoks vastava kirjega voofaili
3)	Negatiivse voolu süsteemi testimine	Sisestage mittetäielike andmetega maakleri kirje ja salvestage erinevat tüüpi maakleri jaoks Luues voofaili vastava kirjega erineva plaaniga liikmetele, arvuta lõpetatud maakleri vahendustasu Luues vastava kirjega voofaili erineva plaaniga liikmetele, arvuta kehtetu maakleri vahendustasu
4)	Süsteemi testimine	Järgmise süsteemi, näiteks finantssüsteemi, maakleriportaali ja liikmesüsteemi jaoks kinnitavad kanalid Kinnitage, kas maakleriportaali muudatused on kaasatud vastavasse maaklerikirjesse

Liikmesüsteemi testimine

Liikme (patsiendi) süsteemi proovitesti stsenaariumid ja testijuhtumid:

Sr#	Testi stsenaarium	Testjuhtumid
1)	Liikmete süsteem	Registreerige, ennistage ja lõpetage liige Eemaldage ja lisage ülalpeetav Looge lisatasu arve Töötle lisatasu makseid
2)	Positiivse voolusüsteemi testimine	Praeguste, varasemate ja tulevaste jõustumiskuupäevadega registreerige erinevat tüüpi liikmeid Küsige ja vahetage liikmeid Esitage aktiivsele liikmele järgmise kuu lisatasu arve Lõpetage aktiivne liige, mille varasemad, praegused ja tulevased lõpetamiskuupäevad on jõustumiskuupäevast pikemad Registreerige lõpetatud liige uuesti praeguste, varasemate ja tulevaste jõustumiskuupäevadega Taasta lõpetatud number
3)	Negatiivse voolu süsteemi testimine	Ebapiisavate andmete korral registreerige liige Lõpetatud liikmele esitage järgmise kuu lisatasu arve
4)	Süsteemiintegratsiooni testimine	Kinnitage voog allavoolusüsteemidesse, nagu pakkujaportaal, maakleriportaal, finantssüsteem ja nõuete süsteem Kinnitage, kas liikmeportaali muudatused on lisatud vastavasse liikmekirjesse Töötlege liikmeportaali vooga genereeritud lisatasu arve tasumist, millel on tehtud makse üksikasjad

Nõuete süsteemi testimine

Nõudesüsteemi näidisstsenaariumid ja testjuhtumid:

Sr#	Teststsenaariumid	Testjuhtumid
1)	Nõudesüsteem	Tervishoiunõudeid tuleks muuta, sisestada ja töödelda nii liikme kui ka ülalpeetava kohta Kehtetute nõuete korral peaks see valede andmete sisestamisel tõrkeid tekitama
2)	Positiivse voolusüsteemi testimine	See peaks sisaldama nii liikme kui ka ülalpeetava nõuete muutmise, sisestamise ja töötlemise stsenaariumi
3)	Negatiivse voolusüsteemi testimine	See peaks kinnitama ja sisestama vale protseduurikoodi ja diagnoosikoodiga nõude Kinnitage ja sisestage nõue passiivse pakkuja ID-ga Kinnitage ja sisestage nõue lõpetatud liikmega
4)	Süsteemi integreerimine	See peaks sisaldama stsenaariumi voo valideerimiseks järgmistesse süsteemidesse, nagu pakkuja ja finantsportaal

Finantssüsteemi testimine

Finantssüsteemi testimise stsenaariumide ja testjuhtumite näidised

Sr#	Teststsenaariumid	Testjuhtumid
1)	Finantssüsteem	Registreerige, ennistage ja lõpetage liige
2)	Positiivse voolusüsteemi testimine	See peaks kontrollima, kas makse sooritamiseks on valitud vastava liikme, pakkuja või maakleri jaoks õige kontonumber või aadress
3)	Negatiivse voolusüsteemi testimine	Kontrollige, kas makse tehakse kehtetu liikme, pakkuja või maakleri ID eest, luues voos vastava kirje Kontrollige, kas liikme, pakkuja või maakleri jaoks on makstud kehtetu summa, luues voos vastavad kirjed

Regulatsioonide vastavuse testimine

Patsientide tundlike andmete ja terviseteabe kaitsmine on tervishoiu reguleerivate asutuste ülim prioriteet. Katsetamine peaks toimuma kooskõlas selliste reguleerivate asutustega.

Katsete näidisstsenaariumid ja katsejuhud eeskirjadele vastavuse tagamiseks:

Sr#	Teststsenaariumid	Testjuhtumid
1)	Kasutaja autentimine	Kinnitusmeetodi kasutamine tagamaks, et õiged kasutajad saavad sisselogimise ja keelavad teistele
2)	Teabe avalikustamine	Teabele juurdepääsu lubamine põhineb kasutaja rollil ja patsiendi piirangutel
3)	Andmeedastus	Kõigil ülekandmistel tagavad punktid andmete krüpteerimise
4)	Auditi rada	Kõik tehingud ja katsed juurdepääsuks andmetele nõuetekohase kontrolljälje teabega salvestatakse
5)	Reguleeriva asutusega seotud terve mõistuse testimine	Tehke terve mõistuse testid ja kontrollige, kas andmete krüpteerimine toimub teatud valdkondades, nagu EPHI (elektrooniline kaitstud terviseteave)

Tervishoiurakenduse toimivuse testimine

Enne katsestsenaariumide koostamist tuleks arvesse võtta süsteemi teatud nõudeid. Näiteks osutavad tervishoiuteenuse osutajad (arstid/haiglad) abi ööpäevaringselt, seega peab patsientide registreerimise tarkvara olema kogu aeg kättesaadav. Samuti peab ta suhtlema kindlustusseltsidega, et kinnitada poliisiteavet, saata nõudeid ja saada rahaülekannet. Siin peaks arhitektuur määratlema süsteemi erinevad komponendid, kindlustusseltsidega suhtlemise protokolli ja süsteemi juurutamise, et see toimiks 24/7.

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

Muud tervishoiurakenduste testimise tüübid

• Funktsionaalne testimine: tervishoiurakenduste testimine funktsionaalsete võimete suhtes
• Vastavuse testimine: Vastavustest Tervishoiu turvanõuded ja valdkonna raamistikud
• Platvormi testimine: rakenduste testimine sisse lülitatud mobiilne platvormi ja rakenduste testimine brauseritevahelise ühilduvuse tagamiseks
• Koostalitlusvõime testimine: Koostalitlusstandarditele (nt DICOM, HL7, CCD/CDA) vastavuse testimine

Tervishoiurakenduste väljakutsete testimine

Testimisprobleemid tervishoiurakenduste testimisel ei erine teiste veebirakenduste testimisest.

• Nõuab testimisel teadmisi ja tavaliselt on see kõrge hind
• Nõuab lisaks tavapärastele testimismeetoditele koostalitlusvõimet, vastavust, regulatiivset, turvalisust ja ohutustesti (mittefunktsionaalne, funktsionaalne ja integratsioonitestimine)
• Testide tegemisel tuleb silmas pidada ohutus- ja regulatiivseid standardeid, kuna iga viga võib otseselt mõjutada patsiendi elu
• Testimismeeskond peab olema hästi teadlik erinevatest funktsioonidest, kliinilisest kasutusest ja keskkonnast, milles tarkvara kasutatakse
• Tervishoiutoode peab enne kasutamist vastama erinevatele standarditele, nagu FDA, ISO ja CMMI
• Tarkvaratestijate ristsõltuvus peab tagama, et mis tahes muudatused ühes komponendis või kihis ei tooks kaasa kõrvalmõjusid teisele.

Tervishoiuseadmete testimine

Kuigi tervishoiuseadmete tarkvara ei ole patsiendi otsene mure, nõuavad need ka ranget testimist nagu muu tarkvara testimine. Näiteks tarkvaraprogrammidega juhitavaid röntgeniaparaate tuleks hästi testida, kuna tarkvara testimisviga võib patsiendile tõsiselt mõjuda.

FDA-l (Food and Drug Administration) on juhised meditsiiniseadmete mobiili- ja veebirakenduste kohta. Meditsiiniseadmete õige funktsionaalsuse testimise ajal Katseplaan koos läbimise ja ebaõnnestumise kriteeriumidega on ka FDA juhiste osa. Kui katseplaan on täidetud, kogutakse tulemused kokku ja edastatakse FDA-le. See protsess tagab, et seade vastab 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
• Testjuhtumite kavandamisel arvestage erinevate parameetritega, nagu erinevat tüüpi plaanid, maaklerid, liikmed, vahendustasu jne.
• Nõutavad täielikud teadmised domeenist