Testarea domeniului HealthCare cu exemple de cazuri de testare

Înainte de a începe testarea, să studiem rapid cunoștințele de bază în domeniul sănătății.

Testarea domeniului de asistență medicală

Testare în domeniul sănătății este un proces de testare a aplicației de asistență medicală pentru diverși factori precum standarde, siguranță, conformitate, dependență încrucișată cu alte entități etc. Scopul testării domeniului de asistență medicală este de a asigura calitatea, fiabilitatea, performanța, siguranța și eficiența aplicației de asistență medicală.

Cunoștințe de bază în domeniul Sănătății

Întregul sistem de îngrijire a sănătății este țesut unul cu celălalt de un singur organism care este spital sau furnizor (medic).

În timp ce celelalte entități includ-

  • Companie de asigurari: Medicare, Medicaid, BCBS etc.
  • Pacient/Consumatori: Pacient înrolat
  • Autoritatea de reglementare: HIPAA, evaluare OASIS, HCFA 1500 și UB92 etc.
  • Furnizori de soluții pentru îngrijirea sănătății și știința vieții

Terminologia de bază a sistemului de sănătate

Terminologia de bază a sistemului de sănătate

  • Furnizor de: Un profesionist din domeniul sănătății (medic), grup medical, clinică, laborator, spital etc. licențiat de serviciile de îngrijire a sănătății
  • Revendicare: O solicitare către compania dumneavoastră de asigurări de sănătate de a plăti o factură pentru serviciile de îngrijire a sănătății
  • Agent: Un profesionist în asigurări, care negociază, achiziționează asigurare în numele asiguratului sau al potențialului asigurat
  • Finante: Organismele de asigurări care plătesc cheltuielile medicale, ar putea fi guvernamentale (Medicare sau Medicaid) sau comerciale (BCBS)
  • Medicare: Un program federal de asigurări de sănătate pentru cetățeni în vârstă și persoanele cu dizabilități permanente
  • Medicaid: Un program comun și de stat care ajută familiile și persoanele cu venituri mici să plătească costurile asociate cu îngrijirea medicală
  • Cod CPT: Un cod de terminologie procedurală actual este un cod medical care descrie serviciile medicale, chirurgicale și de diagnosticare
  • HIPAA: Este un set de reguli și reglementări pe care medicii, spitalele, furnizorii de asistență medicală și planul de sănătate trebuie să le respecte pentru a-și furniza serviciile

Procesul de afaceri din domeniul sănătății

Majoritatea organizațiilor de îngrijire a sănătății au un program software adaptat pentru a procesa buna funcționare a sistemului. Acest sistem software oferă toate informațiile într-un singur document pentru fiecare entitate care se ocupă de acest lucru.

Procesul de afaceri din domeniul sănătății

Interconectarea întregului sistem la o singură aplicație web este o sarcină uriașă, iar să funcționeze eficient este o sarcină și mai mare. Testarea riguroasă a acestei aplicații de sănătate este obligatorie și trebuie să treacă prin diferite faze de testare.

În acest tutorial, vom învăța,

Testarea sistemului furnizorilor

Exemple de scenarii de testare și cazuri de testare pentru furnizori (medic/spital).:

Sr# Scenariu de testare Cazuri de testare
1) Acces la sistemul furnizorilor
  • Sistemul furnizorului ar trebui să ne permită să introducem, să edităm și să salvăm datele furnizorului
2) Flux pozitiv Testarea sistemului
  • Include scenarii pentru introducerea diferitelor tipuri de furnizori, modificarea detaliilor furnizorilor, salvarea și consultarea acestora
3) Testarea sistemului cu flux negativ
  • Permite salvarea informațiilor furnizorului cu date incomplete, data intrării în vigoare a contractului, introducerea detaliilor despre furnizorii existenți în sistem
4) Sistem Testare de integrare
  • Validați sistemul de feed pentru membri, sistemul financiar, sistemul de revendicare și portalul furnizorului. De asemenea, validați dacă modificările din portalul furnizorului sunt introduse în evidența furnizorului respectiv
5) Testarea portalului furnizorilor de flux pozitiv
  • Conectați-vă și vizualizați detaliile furnizorilor, starea revendicării și detaliile membrilor
  • Faceți o cerere de modificare pentru a schimba numele, adresa, numărul de telefon etc.
6) Testarea portalului furnizorilor de flux negativ
  • Vizualizați detaliile membrilor cu un ID nevalid
  • Conectați-vă cu acreditări nevalide
7) Flux pozitiv de testare a portalului Broker
  • Autentificați-vă și vedeți detalii despre broker și plata comisionului
  • Faceți o cerere de schimbare a numelui, adresei, numărului de telefon etc.
8) Flux negativ Testarea portalului brokerului
  • Ar trebui să includă scenarii pentru a vă conecta cu acreditări nevalide

Testarea sistemului de brokeri

Exemple de scenarii de testare și cazuri de testare pentru sistemul de brokeri:

Sr# Scenariu de testare Cazuri de testare
1) Sistem de broker
  • Ar trebui să poată edita, introduce și salva datele brokerului
  • Calculul comisionului de broker pe baza detaliilor de plată a primei din sistemul membru
2) Testarea sistemului de flux pozitiv
  • Introduceți, salvați și editați înregistrarea brokerilor pentru diferite tipuri de brokeri
  • Pentru brokerii activi calculați comisionul prin crearea unui fișier de feed cu înregistrarea respectivă pentru membrii cu un plan diferit
3) Testarea sistemului cu flux negativ
  • Introduceți o înregistrare de broker cu date incomplete și salvați pentru diferite tipuri de broker
  • Prin crearea fișierului de feed cu înregistrarea respectivă pentru membrii cu plan diferit se calculează comisionul pentru brokerul reziliat
  • Prin crearea fișierului de feed cu înregistrarea respectivă pentru membrii cu plan diferit calculați comisionul pentru brokerul invalid
4) Testarea sistemului
  • Pentru sistemul din aval, cum ar fi sistemul financiar, portalul de broker și sistemul de membri, validați fluxurile
  • Validați dacă modificările din portalul brokerului sunt încorporate în evidența brokerului respectiv

Testarea sistemului membru

Exemple de scenarii de testare și cazuri de testare pentru sistemul membru (pacient).:

Sr# Scenariu de testare Cazuri de testare
1) Sistemul de membri
  • Înregistrați, reintegrați și anulați un membru
  • Eliminați și adăugați o persoană dependentă
  • Generați factură premium
  • Procesați plățile primelor
2) Testarea sistemului de flux pozitiv
  • Cu datele actuale, trecute și viitoare de intrare în vigoare, înscrieți diferite tipuri de membri
  • Întrebați și schimbați membrii
  • Produceți o factură premium pentru un membru activ pentru luna următoare
  • Încetați un membru activ cu date de încetare trecute, curente și viitoare mai mari decât data efectivă
  • Reînscrieți un membru reziliat cu date de intrare în vigoare curente, trecute și viitoare
  • Reintroduceți un număr terminat
3) Testarea sistemului cu flux negativ
  • Cu date insuficiente, înscrieți un membru
  • Pentru un membru reziliat, produceți o factură de primă pentru luna următoare
4) Testarea integrării sistemului
  • Validați fluxul către sistemele din aval, cum ar fi portalul furnizorului, portalul brokerului, sistemul financiar și sistemul de revendicare
  • Validați dacă modificările din portalul membrilor sunt încorporate în evidența membrului respectiv
  • Procesați plata facturii premium generate cu feedul de pe portalul membrilor care conține detaliile plății efectuate

Testarea sistemului de revendicări

Exemple de scenarii de testare și cazuri de testare pentru sistemul de revendicări:

Sr# Testează scenarii Cazuri de testare
1) Sistem de revendicare
  • Cererile din domeniul sănătății ar trebui să editeze, să introducă și să proceseze cererile pentru un membru, precum și pentru persoana dependentă
  • Pentru revendicările nevalide, ar trebui să arunce erori atunci când sunt introduse date incorecte
2) Testarea sistemului de flux pozitiv Ar trebui să includă scenariul de editare, introducere și procesare a revendicărilor pentru un membru, precum și pentru persoana dependentă
3) Testarea sistemului cu flux negativ
  • Ar trebui să valideze și să introducă o cerere cu cod de procedură și cod de diagnostic invalid
  • Validați și introduceți o revendicare cu ID-ul furnizorului inactiv
  • Validați și introduceți o revendicare cu un membru desființat
4) Sistem de integrare Ar trebui să includă un scenariu pentru validarea fluxului către sistemele din aval, cum ar fi furnizorul și portalul financiar

Testarea sistemului financiar

Exemple de scenarii de testare și cazuri de testare pentru sistemul financiar

Sr# Testează scenarii Cazuri de testare
1) Sistemul financiar Înregistrați, reintegrați și anulați un membru
2) Testarea sistemului de flux pozitiv Ar trebui să verifice dacă numărul de cont sau adresa corectă este aleasă pentru membrul, furnizorul sau brokerul respectiv pentru plată
3) Testarea sistemului de debit negativ
  • Verificați dacă plata este efectuată pentru un ID de membru, furnizor sau broker nevalid, creând o înregistrare respectivă în feed
  • Verificați dacă plata este efectuată pentru o sumă nevalidă pentru membru, furnizor sau broker, creând înregistrările respective în feed

Testarea conformității cu reglementările

Protejarea datelor sensibile ale pacientului și a informațiilor de sănătate este o prioritate maximă pentru organismele de reglementare în domeniul sănătății. Testarea ar trebui să fie efectuată în conformitate cu astfel de organisme de reglementare.

Exemple de scenarii de testare și cazuri de testare pentru conformitatea cu reglementările:

Sr# Testează scenarii Cazuri de testare
1) Autentificarea utilizatorului Folosind metoda de verificare pentru a vă asigura că utilizatorii corecti obțin o conectare și refuză altora
2) Dezvaluirea informatiei Autorizarea accesului la informații se bazează pe rolul utilizatorului și pe limitarea pacientului
3) Transfer de date La orice transfer, punctele asigură că datele sunt criptate
4) Traseul auditului Sunt înregistrate toate tranzacțiile și toate încercările de a accesa date cu un set adecvat de informații din pista de audit
5) Testare de sănătate corelată cu organismul de reglementare Efectuați teste de sănătate și verificați că criptarea datelor este făcută în anumite domenii precum EPHI (Informații de sănătate protejate electronice)

Testarea performanței aplicației medicale

Înainte de a pregăti scenariile de testare, trebuie luate în considerare anumite cerințe ale sistemului. De exemplu, furnizorii de servicii medicale (medici/spitale) oferă îngrijire 24/7, astfel încât software-ul de check-in al pacientului trebuie să fie disponibil în orice moment. De asemenea, trebuie să comunice cu companiile de asigurări pentru a valida informațiile despre poliță, pentru a trimite daune și pentru a primi remitențe. Aici, arhitectura ar trebui să definească diferitele componente ale sistemului, protocolul de comunicare cu companiile de asigurări și modul de implementare a sistemului, astfel încât să se conformeze 24/7.

În calitate de tester, trebuie să vă asigurați că sistemul software de asistență medicală îndeplinește standardul de sarcină/performanță dorit.

Alte tipuri de testare pentru aplicații medicale

Testarea performanței aplicației medicale

  • Functional Testing: Testarea aplicației de asistență medicală în raport cu capacitățile funcționale
  • Testare de conformitate: Test de conformitate Cerințe de securitate medicală și cadre industriale
  • Testarea platformei: Testarea aplicațiilor pe Mobil testarea platformei și a aplicațiilor pentru compatibilitate între browsere
  • Testare de interoperabilitate: Testarea conformității cu standardele de interoperabilitate (de ex.; DICOM, HL7, CCD/CDA)

Testarea provocărilor în aplicația medicală

Provocările de testare în testarea aplicațiilor de asistență medicală nu diferă de alte teste de aplicații web.

  • Necesită experiență în testare și, de obicei, este un cost ridicat
  • Necesită testare de interoperabilitate, conformitate, reglementare, securitate, siguranță, pe lângă tehnicile obișnuite de testare (testare non-funcțională, funcțională și de integrare)
  • Testarea trebuie făcută ținând cont de standardele de siguranță și de reglementare, deoarece orice eroare poate avea un efect direct asupra vieții pacientului.
  • Echipa de testare trebuie să fie conștientă de diferitele funcționalități, de utilizarea clinică și de mediul pentru care software-ul va fi utilizat.
  • Un produs de îngrijire a sănătății ar trebui să respecte diferite standarde precum FDA, ISO și CMMI înainte de a putea fi utilizat
  • Dependența încrucișată a testatorilor de software trebuie să se asigure că orice modificare într-o componentă sau strat nu ar trebui să ducă la efecte secundare asupra celeilalte.

Testarea dispozitivelor medicale

Testarea dispozitivelor medicale

În timp ce software-ul pentru dispozitivele de îngrijire a sănătății nu este preocuparea directă a pacientului, ele necesită, de asemenea, testare riguroasă, ca o altă testare a software-ului. De exemplu, aparatele cu raze X care sunt controlate de programe software ar trebui testate bine, deoarece orice eroare de testare a software-ului poate duce la un efect grav asupra pacientului.

FDA (Food and Drug Administration) are linii directoare pentru aplicațiile mobile și web pentru dispozitive medicale. În timpul testării dispozitivelor medicale funcțional corespunzător Planul de testare împreună cu criteriile de promovare și eșec, fac parte și din ghidurile FDA. Când se execută un plan de testare, rezultatele sunt colectate și raportate la FDA. Acest proces asigură că dispozitivul respectă standardele organismelor de reglementare.

Sfaturi utile pentru testarea medicală

În timp ce testați software-ul, puteți lua în considerare câteva sfaturi importante pentru testarea sistemului de asistență medicală.

  • Datele sunt importante și trebuie să fie exacte
  • Atunci când proiectați cazuri de testare, luați în considerare diferiți parametri, cum ar fi diferite tipuri de plan, brokeri, membri, comision etc.
  • Este necesară cunoașterea completă a domeniului