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 põimib kokku üks asutus, milleks 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, CMS-1500 ja UB-04 jne.
• Tervishoiu- ja eluteaduslike lahenduste müüjad

💡 Märkus: Vanemates materjalides viidatakse neile patenditaotluse vormidele kui HCFA-1500 ja UB-92. Mõlemad asendati: HCFA-1500-st sai CMS-1500 ja UB-92 asendati UB-04-ga. Testijuhtumite kirjutamisel kasutage praeguseid nimetusi.

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üsivalt puudega inimestele
• Medicaid: Ühine föderaalne ja osariigi programm, mis aitab madala sissetulekuga peredel ja üksikisikutel maksta arstiabiga seotud kulude eest
• 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

Peamised tervishoiustandardid, mida testija peaks teadma

Lisaks HIPAA-le määravad tervishoiurakenduse toimimise ja seega ka testimise vajaduse veel mitmed standardid. Iga standardi äratundmine annab aimu, millist tüüpi teste see kasutab.

Standard	Valitseb	Testimine, see sõidab
HIPAA	Patsiendiandmete privaatsus ja turvalisus	Juurdepääsu kontroll, krüpteerimine, auditeerimisjälg
HL7 v2 / v3	Kliiniliste süsteemide vaheline sõnumivahetus	Sõnumivormingu ja liidese testimine
FHIR	Kaasaegne REST API terviseandmete vahetamine	API-probleemtract ja koostalitlusvõime testimine
DICOM	Meditsiiniliste kujutiste säilitamine ja üleandmine	Kujutise terviklikkus ja seadmete integreerimine
RHK-10 / CPT	Diagnoos ja protseduuri kodeerimine	Väidete valideerimine ja negatiivse tee testimine
CMS-1500 / UB-04	Professionaalsed ja institutsionaalsed nõudevormid	Nõude esitamine ja väljade valideerimine

Tervishoiu äriprotsess

Enamik tervishoiuorganisatsioone on süsteemi sujuva toimimise toetamiseks kasutusele võtnud tarkvaraprogrammid. See tarkvarasüsteem annab kogu teabe iga sellega tegeleva üksuse kohta ühes dokumendis.

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.

Allolevates osades on iga alamsüsteemi jaoks järjest näidisstsenaariumid ja testimisjuhtumid.

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 mittetäielike andmetega, contracjõustumiskuupäev, sisestades süsteemi olemasolevate teenusepakkujate andmed
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 Lõpetatud liikme ennistamine
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	Veenduge kõigis edastuspunktides, et andmed on krüpteeritud
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 teststsenaariumide ettevalmistamist tuleks arvestada süsteemi teatud nõuetega. Näiteks tervishoiuteenuse osutajad (arstid/haiglad) pakuvad abi ööpäevaringselt, seega peab patsientide registreerimistarkvara olema kogu aeg saadaval. Samuti peab see suhtlema kindlustusseltsidega, et kinnitada poliisiteavet, saata nõudeid ja vastu võtta makseid. Siin peaks arhitektuur määratlema süsteemi erinevad komponendid, protokolli kindlustusseltsidega suhtlemiseks ja selle, kuidas süsteemi juurutada, et see vastaks nõuetele ööpäevaringselt.

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 testimineKoostalitlusvõime standarditele (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)
• Testimine tuleks teha allesping pidades silmas 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, vajab see nagu iga teine ​​tarkvara ranget testimist. Näiteks tuleks tarkvaraprogrammide abil juhitavaid röntgeniaparaate põhjalikult testida, sest iga 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
• Ärge kunagi kasutage testandmetena reaalajas patsiendiandmeid. Kasutage anonümiseeritud või sünteetilisi andmeid, sest tootmises kasutatava PHI kopeerimine testkeskkonda on iseenesest HIPAA rikkumine.

KKK