HealthCare domēna pārbaude ar testa paraugu paraugiem

Pirms sākam testēšanu, ātri izpētīsim pamatzināšanas veselības aprūpes jomā.

HealthCare domēna testēšana

Veselības aprūpes jomas testēšana ir process, kurā tiek pārbaudīta veselības aprūpes lietojumprogramma dažādiem faktoriem, piemēram, standartiem, drošībai, atbilstībai, savstarpējai atkarībai ar citām vienībām utt. Veselības aprūpes jomas testēšanas mērķis ir nodrošināt veselības aprūpes lietojumprogrammas kvalitāti, uzticamību, veiktspēju, drošību un efektivitāti .

Pamatzināšanas par veselības aprūpes jomu

Visa veselības aprūpes sistēma ir savstarpēji saista vienīgā iestāde, kas ir slimnīca vai pakalpojumu sniedzējs (ārsts).

Kamēr pārējās vienības ietver

• Apdrošināšanas sabiedrība: Medicare, Medicaid, BCBS utt.
• Pacients / patērētāji: reģistrēts pacients
• Regulatīvā iestāde: HIPAA, OASIS novērtējums, HCFA 1500 un UB92 utt.
• Veselības aprūpes un dzīvības zinātnes risinājumu piegādātāji

Veselības aprūpes sistēmas pamatterminoloģija

• Nodrošinātājs : veselības aprūpes speciālists (ārsts), medicīnas grupa, klīnika, laboratorija, slimnīca utt., Ko licencējuši veselības aprūpes dienesti
• Prasība: pieprasījums savai veselības apdrošināšanas sabiedrībai samaksāt rēķinu par veselības aprūpes pakalpojumu
• Brokeris: Apdrošināšanas profesionālis, kurš veic pārrunas, iegādājas apdrošināšanu apdrošināto vai potenciālo apdrošināto vārdā
• Finanses: Apdrošināšanas iestādes, kas apmaksā medicīniskos izdevumus, var būt valdības (Medicare vai Medicaid) vai komerciālas (BCBS)
• Medicare: federāla veselības apdrošināšanas programma vecāka gadagājuma cilvēkiem un cilvēkiem ar pastāvīgu invaliditāti
• Medicaid: kopīga un valsts programma, kas palīdz ģimenēm un personām ar zemiem ienākumiem apmaksāt izmaksas, kas saistītas ar medicīnisko aprūpi
• CPT kods : Pašreizējais procedūras terminoloģijas kods ir medicīnas kods, kas noteikts, lai aprakstītu medicīnas, ķirurģijas un diagnostikas pakalpojumus
• HIPAA : Tas ir noteikumu un noteikumu kopums, kas jāievēro ārstiem, slimnīcām, veselības aprūpes sniedzējiem un veselības plānam, lai sniegtu savus pakalpojumus

Šajā apmācībā mēs iemācīsimies

• Pamatzināšanas par veselības aprūpes jomu
• Veselības aprūpes biznesa process
• Pakalpojumu sniedzēju sistēmas pārbaude
• Brokeru sistēmas testēšana
• Dalībnieku sistēmas testēšana
• Pretenziju sistēmas testēšana
• Finanšu sistēmas testēšana
• Testēšana saskaņā ar normatīvo aktu ievērošanu
• Veselības aprūpes lietojumprogrammas veiktspējas pārbaude
• Citi testēšanas veidi veselības aprūpes lietošanai
• Izaicinājumu pārbaude veselības aprūpes lietojumprogrammās
• Veselības aprūpes ierīču pārbaude
• Noderīgi padomi veselības aprūpes testēšanai

Veselības aprūpes biznesa process

Lielākā daļa veselības aprūpes organizāciju ir pielāgojušas programmatūru, lai apstrādātu sistēmas vienmērīgu darbību. Šī programmatūras sistēma sniedz visu informāciju vienā dokumentā par katru vienību, kas ar to nodarbojas.

Visas šīs sistēmas savienošana ar vienu tīmekļa lietojumprogrammu ir milzīgs uzdevums, un tās efektīvs darbs ir vēl lielāks uzdevums. Šīs veselības lietojumprogrammas stingra pārbaude ir obligāta, un tai jāveic dažādi testēšanas posmi.

Šajā apmācībā mēs iemācīsimies,

Pakalpojumu sniedzēju sistēmas pārbaude

Pārbaužu scenāriju paraugi un pakalpojumu sniedzēju (ārstu / slimnīcu) sistēmas pārbaudes gadījumi :

Pārbaudes scenārijs	Pārbaudes gadījumi
Piekļuve pakalpojumu sniedzēju sistēmai	Pakalpojumu sniedzēja sistēmai jāļauj mums ievadīt, rediģēt un saglabāt pakalpojumu sniedzēja datus
Pozitīvas plūsmas sistēmas pārbaude	Tas ietver scenārijus, lai ievadītu dažādu veidu pakalpojumu sniedzējus, mainītu informāciju par pakalpojumu sniedzējiem, saglabātu tos un uzzinātu par tiem
Negatīvās plūsmas sistēmas testēšana	Ļauj saglabāt pakalpojumu sniedzēja informāciju ar nepilnīgiem datiem, līguma spēkā stāšanās datumu, ievadot informāciju par esošajiem pakalpojumu sniedzējiem sistēmā
Sistēmas integrācijas pārbaude	Apstipriniet plūsmu dalībnieku sistēmā, finanšu sistēmā, pretenziju sistēmā un pakalpojumu sniedzēja portālā. Apstipriniet arī to, vai izmaiņas no nodrošinātāja portāla ir ievadītas attiecīgā pakalpojumu sniedzēja ierakstā
Pozitīvas plūsmas nodrošinātāju portālu testēšana	Pieteikšanās un pakalpojuma sniedzēja informācija, pretenzijas statuss un dalībnieka informācija Veiciet izmaiņu pieprasījumu, lai mainītu vārdu, adresi, tālruņa numuru utt.
Negatīvās plūsmas nodrošinātāju portālu testēšana	Skatiet dalībnieka informāciju ar nederīgu ID Piesakieties ar nederīgiem akreditācijas datiem
Pozitīvas plūsmas brokeru portālu testēšana	Piesakieties un skatiet informāciju par brokera un komisijas maksājumiem Pieprasiet mainīt vārdu, adresi, tālruņa numuru utt.
Negatīvās plūsmas brokera portāla testēšana	Tajā jāiekļauj scenāriji, lai pieteiktos ar nederīgiem akreditācijas datiem

Brokeru sistēmas testēšana

Brokeru sistēmas testa scenāriju un testa gadījumu paraugi :

Sr #	Pārbaudes scenārijs	Pārbaudes gadījumi
1)	Brokeru sistēma	Tam vajadzētu būt iespējai rediģēt, ievadīt un saglabāt starpnieka datus Brokeru komisijas aprēķins, pamatojoties uz prēmijas maksājuma informāciju no dalībnieku sistēmas
2)	Pozitīvas plūsmas sistēmas testēšana	Ievadiet, saglabājiet un rediģējiet starpnieku ierakstus dažādiem brokeru veidiem Aktīvajiem brokeriem aprēķiniet komisiju, izveidojot plūsmas failu ar attiecīgo ierakstu dalībniekiem ar atšķirīgu plānu
3)	Negatīvās plūsmas sistēmas testēšana	Ievadiet brokera ierakstu ar nepilnīgiem datiem un saglabājiet dažādu veidu brokeriem Izveidojot plūsmas failu ar attiecīgo ierakstu dalībniekiem ar atšķirīgu plānu, aprēķiniet komisijas maksu par izbeigto brokeri Izveidojot plūsmas failu ar attiecīgo ierakstu dalībniekiem ar atšķirīgu plānu, aprēķiniet komisijas maksu par nederīgo brokeri
4)	Sistēmas testēšana	Lai pakārtotajā sistēmā, piemēram, finanšu sistēmā, brokeru portālā un dalībnieku sistēmā, apstiprinātu plūsmas Apstipriniet, ja izmaiņas starpnieka portālā ir iekļautas attiecīgajā starpnieka ierakstā

Dalībnieku sistēmas testēšana

Pārbaudes scenāriju un testu gadījumu paraugi dalībnieku (pacientu) sistēmai :

Sr #	Pārbaudes scenārijs	Pārbaudes gadījumi
1)	Dalībnieku sistēma	Reģistrēt, atjaunot un pārtraukt dalībnieka darbību Noņemiet un pievienojiet apgādājamo Ģenerēt prēmiju rēķinu Apstrādāt prēmiju maksājumus
2)	Pozitīvas plūsmas sistēmas testēšana	Ar pašreizējiem, pagātnes un nākotnes spēkā stāšanās datumiem reģistrē dažāda veida dalībniekus Uzziniet un mainiet dalībniekus Izveidojiet piemaksu rēķinu aktīvam dalībniekam par nākamo mēnesi Pārtraukt aktīvo biedru ar iepriekšējiem, pašreizējiem un nākamajiem izbeigšanas datumiem, kas ir lielāki par spēkā stāšanās datumu Atkārtoti reģistrējiet locekli, kurš pārtraucis darbību, norādot pašreizējos, iepriekšējos un nākotnes spēkā stāšanās datumus Atjaunojiet pārtraukto numuru
3)	Negatīvās plūsmas sistēmas testēšana	Ja nepietiek datu, reģistrējiet dalībnieku Par locekli, kurš pārtraucis darbu, sagatavojiet prēmijas rēķinu par nākamo mēnesi
4)	Sistēmas integrācijas pārbaude	Apstipriniet plūsmu pakārtotajās sistēmās, piemēram, pakalpojumu sniedzēja portālā, brokeru portālā, finanšu sistēmā un prasību sistēmā Apstipriniet, ja dalībnieku portāla izmaiņas ir iekļautas attiecīgajā dalībnieku ierakstā Apstrādājiet prēmijas rēķina samaksu, kas izveidots, izmantojot plūsmu no dalībnieku portāla, kurā ir informācija par veikto maksājumu

Pretenziju sistēmas testēšana

Pārbaudes scenāriju paraugi un pretenziju sistēmas pārbaudes gadījumi :

#	Pārbaudes scenāriji	Pārbaudes gadījumi
1)	Prasību sistēma	Norādījumiem veselības aprūpē vajadzētu rediģēt, ievadīt un apstrādāt dalībnieka, kā arī apgādājamo prasības Attiecībā uz nederīgām pretenzijām, ja tiek ievadīti nepareizi dati, tai vajadzētu kļūdīties
2)	Pozitīvas plūsmas sistēmas testēšana	Tajā jāiekļauj scenārijs, kā rediģēt, ievadīt un apstrādāt pretenzijas dalībniekam, kā arī atkarīgajam
3)	Negatīvās plūsmas sistēmas testēšana	Tam vajadzētu apstiprināt un ievadīt norādi ar nederīgu procedūras kodu un diagnozes kodu Apstipriniet un ievadiet pretenziju ar neaktīvu nodrošinātāja ID Apstipriniet un ievadiet prasību ar locekli, kurš ir izbeigts
4)	Sistēmas integrācija	Tajā jāiekļauj scenārijs plūsmas validēšanai pakārtotajās sistēmās, piemēram, pakalpojumu sniedzēju un finanšu portālā

Finanšu sistēmas testēšana

Pārbaudes scenāriju un finanšu sistēmas paraugu paraugi

Sr #	Pārbaudes scenāriji	Pārbaudes gadījumi
1)	Finanšu sistēma	Reģistrēt, atjaunot un pārtraukt dalībnieka darbību
2)	Pozitīvas plūsmas sistēmas testēšana	Tai jāpārbauda, ​​vai attiecīgajam dalībniekam, pakalpojumu sniedzējam vai starpniekam maksājumam ir izvēlēts pareizs konta numurs vai adrese
3)	Negatīvās plūsmas sistēmas testēšana	Pārbaudiet, vai maksājums tiek veikts par nederīgu dalībnieka, nodrošinātāja vai starpnieka ID, izveidojot attiecīgu ierakstu plūsmā Pārbaudiet, vai dalībniekam, pakalpojumu sniedzējam vai starpniekam ir veikta samaksa par nederīgu summu, plūsmā izveidojot attiecīgus ierakstus

Normatīvo aktu atbilstības pārbaude

Pacientu konfidenciālu datu un veselības informācijas aizsardzība ir galvenā veselības regulējošo iestāžu prioritāte. Pārbaude jāveic, ievērojot šādas regulatīvās iestādes.

Pārbaudes scenāriju paraugi un normatīvās atbilstības pārbaudes gadījumi :

Sr #	Pārbaudes scenāriji	Pārbaudes gadījumi
1)	Lietotāja autentifikācija	Verifikācijas metodes izmantošana, lai nodrošinātu, ka pareizie lietotāji saņem pieteikuminformāciju un noraida citus
2)	Informācijas atklāšana	Piekļuves atļauja informācijai ir balstīta uz lietotāja lomu un pacienta ierobežojumiem
3)	Datu pārsūtīšana	Visā pārsūtīšanā punkti nodrošina datu šifrēšanu
4)	Revīzijas taka	Tiek reģistrēti visi darījumi un visi mēģinājumi piekļūt datiem, izmantojot pienācīgu informāciju par revīzijas liecībām
5)	Saprāta pārbaude saistībā ar regulatīvo iestādi	Veikt saprāta pārbaudes un pārbaudīt, vai dati tiek šifrēti konkrētās jomās, piemēram, EPHI (elektroniski aizsargāta veselības informācija)

Veselības aprūpes lietojumprogrammas veiktspējas pārbaude

Pirms testa scenāriju sagatavošanas jāņem vērā noteiktas sistēmas prasības. Piemēram, veselības aprūpes pakalpojumu sniedzēji (ārsti / slimnīcas) nodrošina aprūpi visu diennakti visu diennakti, tāpēc pacientu reģistrēšanās programmatūrai jābūt pieejamai visu laiku. Tāpat tai ir jāsazinās ar apdrošināšanas sabiedrībām, lai apstiprinātu informāciju par polisi, nosūtītu prasības un saņemtu naudas pārskaitījumus. Šeit arhitektūrai jānosaka dažādas sistēmas sastāvdaļas, protokols saziņai ar apdrošināšanas sabiedrībām un sistēmas izvietošana tā, lai tā būtu piemērota visu diennakti.

Kā testētājam jums jāpārliecinās, ka veselības aprūpes programmatūras sistēma atbilst vēlamajam slodzes / veiktspējas etalonam.

Citi testēšanas veidi veselības aprūpes lietošanai

• Funkcionālā testēšana : Veselības aprūpes lietojumprogrammas testēšana atbilstoši funkcionālajām iespējām
• Atbilstības pārbaude : atbilstības pārbaude Veselības aprūpes drošības rekvizīti un nozares ietvarstruktūras
• Platformas testēšana : lietojumprogrammu testēšana mobilajā platformā un lietojumprogrammu testēšana starp pārlūkprogrammu savietojamībai
• Savietojamības pārbaude : pārbauda atbilstību savietojamības standartiem (piem., DICOM, HL7, CCD / CDA)

Izaicinājumu pārbaude veselības aprūpes lietojumprogrammās

Veselības aprūpes lietojumprogrammu testēšanas izaicinājumi neatšķiras no citiem tīmekļa lietojumprogrammu testiem.

• Nepieciešama ekspertīze testēšanā, un parasti tā ir dārga
• Nepieciešama sadarbspēja, atbilstība, normatīvā, drošības, drošības pārbaude papildus parastajām testēšanas metodēm (nefunkcionāla, funkcionāla un integrēta testēšana)
• Pārbaude jāveic, paturot prātā drošības un normatīvos standartus, jo jebkura kļūda var tieši ietekmēt pacienta dzīvi
• Testēšanas komandai ir labi jāpārzina dažādas funkcijas, klīniskā lietošana un vide, kurā programmatūra tiks izmantota
• Pirms lietošanas veselības aprūpes produktam jāatbilst dažādiem standartiem, piemēram, FDA, ISO un CMMI
• Programmatūras testētāju savstarpējai atkarībai jānodrošina, lai jebkādas izmaiņas vienā komponentā vai slānī neradītu blakus efektu otram.

Veselības aprūpes ierīču pārbaude

Kaut arī veselības aprūpes ierīču programmatūra nav tieša pacienta problēma, viņiem ir nepieciešama arī rūpīga pārbaude, piemēram, cita programmatūras testēšana. Piemēram, rentgena aparāti, kurus kontrolē programmatūras programmas, jāpārbauda labi, jo jebkura programmatūras testēšanas kļūda var nopietni ietekmēt pacientu.

FDA (Pārtikas un zāļu pārvalde) ir vadlīnijas medicīnas ierīču mobilajām un tīmekļa lietojumprogrammām. Pārbaudot medicīniskās ierīces, FDA vadlīnijās ietilpst arī pareizais funkcionālais testēšanas plāns, kā arī atbilstības un neizpildes kritēriji. Kad testa plāns ir izpildīts, rezultāti tiek savākti un paziņoti FDA. Šis process nodrošina, ka ierīce atbilst regulatīvo iestāžu standartiem.

Noderīgi padomi veselības aprūpes testēšanai

Pārbaudot programmatūru, varat apsvērt dažus svarīgus padomus veselības aprūpes sistēmas testēšanai.

• Datumi ir svarīgi, un tiem jābūt precīziem
• Izstrādājot testa gadījumus, tiek ņemti vērā dažādi parametri, piemēram, dažāda veida plāni, brokeri, dalībnieki, komisija utt.
• Nepieciešamas pilnīgas zināšanas par domēnu