Testarea domeniului HealthCare cu exemple de cazuri de testare

Cuprins:

Anonim

Înainte de a începe testarea, să studiem rapid cunoștințele de bază din domeniul asistenței medicale.

Testarea domeniului HealthCare

Testarea domeniului asistenței medicale este un proces de testare a aplicației asistenței medicale pentru diferiți factori precum standarde, siguranță, conformitate, dependență încrucișată cu alte entități etc. Scopul testării domeniului asistenței medicale este de a asigura calitatea, fiabilitatea, performanța, siguranța și eficiența aplicației Healthcare .

Cunoștințe de bază despre domeniul sănătății

Întregul sistem de îngrijire a sănătății este țesut între ele de către singurul corp care este spital sau furnizor (medic).

În timp ce celelalte entități includ-

  • Companie de asigurări: Medicare, Medicaid, BCBS etc.
  • Pacient / consumatori: pacient înscris
  • Autoritatea de reglementare: HIPAA, evaluarea OASIS, HCFA 1500 și UB92 etc.
  • Furnizori de soluții pentru sănătate și științe ale vieții

Terminologia de bază a sistemului de îngrijire a sănătății

  • Furnizor : un profesionist din domeniul sănătății (medic), grup medical, clinică, laborator, spital etc. autorizat de serviciile de sănătate
  • Revendicare: o cerere către compania dvs. de asigurări de sănătate de a plăti o factură pentru serviciul de îngrijire a sănătății
  • Broker: un profesionist în asigurări, care negociază, își asigură asigurarea în numele asiguratului sau al potențialului asigurat
  • Finanțe: organismele de asigurare care plătesc cheltuieli medicale, ar putea fi guvernamentale (Medicare sau Medicaid) sau comerciale (BCBS)
  • Medicare: un program federal de asigurări de sănătate pentru persoanele î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 asistenței medicale
  • Cod CPT : Un cod de terminologie procedurală actual este un cod medical setat pentru a descrie serviciile medicale, chirurgicale și de diagnosticare
  • HIPAA : Este un set de reguli și reguli pe care medicii, spitalele, furnizorii de asistență medicală și planul de sănătate trebuie să le respecte pentru a-și furniza serviciile

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

  • Cunoașterea de bază a domeniului asistenței medicale
  • Procesul de afaceri în domeniul sănătății
  • Testarea sistemului furnizorilor
  • Testarea sistemului de broker
  • Testarea sistemului membru
  • Testarea sistemului de creanțe
  • Testarea sistemului financiar
  • Testarea în conformitate cu reglementările
  • Testarea performanței aplicației pentru asistență medicală
  • Alte tipuri de testare pentru aplicații medicale
  • Testarea provocărilor în aplicația medicală
  • Testarea dispozitivelor medicale
  • Sfaturi utile pentru testarea asistenței medicale

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

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

Conectarea întregului sistem la o singură aplicație web este o sarcină uriașă și a-l face să funcționeze eficient este chiar o sarcină 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) sistem :

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
  1. Testarea sistemului cu flux pozitiv
  • Include scenarii pentru introducerea diferitelor tipuri de furnizori, schimbarea detaliilor furnizorilor, salvarea și întrebarea acestora
  1. 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
  1. Testarea integrării sistemului
  • Validați fluxul către sistemul membrilor, sistemul financiar, sistemul de daune și portalul furnizorului. De asemenea, validați dacă modificările din portalul furnizorului sunt introduse în evidența furnizorului respectiv
  1. Testarea portalului furnizorilor de fluxuri pozitive
  • Conectați-vă și vizualizați detaliile furnizorilor, starea revendicării și detaliile membrilor
  • Faceți o solicitare de modificare pentru a schimba numele, adresa, numărul de telefon etc.
  1. Testarea portalului furnizorilor de fluxuri negative
  • Vizualizați detaliile membrilor cu un ID nevalid
  • Conectați-vă cu acreditări nevalide
  1. Testarea portalului Broker cu flux pozitiv
  • Conectați-vă și vizualizați detalii despre broker și plata comisionului
  • Faceți o cerere de modificare a numelui, adresei, numărului de telefon etc.
  1. Flux negativ Testare portal broker
  • Ar trebui să includă scenarii de conectare cu acreditări nevalide

Testarea sistemului de broker

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

Sr # Scenariu de testare Cazuri de testare
1) Sistem de broker
  • Ar trebui să poată edita, introduce și salva datele brokerului
  • Calculul comisionului brokerului 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 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 feed cu înregistrarea respectivă pentru membrii cu plan diferit, calculați comisionul pentru brokerul desființat
  • Prin crearea fișierului feed cu înregistrarea respectivă pentru membrii cu plan diferit, calculați comisionul pentru brokerul nevalid
4) Testarea sistemului
  • Pentru sistemul din aval, cum ar fi sistemul financiar, portalul brokerilor și sistemul membru, validează fluxurile
  • Validați dacă modificările de la portalul brokerilor 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) Sistem membru
  • Înscrieți, restabiliți și revocați un membru
  • Eliminați și adăugați un dependent
  • Generați factură premium
  • Procesați plăți de primă
2) Testarea sistemului de flux pozitiv
  • Cu datele efective actuale, trecute și viitoare înscrieți diferite tipuri de membri
  • Cereți și schimbați membrii
  • Produceți o factură premium pentru un membru activ pentru luna următoare
  • Reziliați un membru activ cu date de reziliere anterioare, actuale și viitoare mai mari decât data efectivă
  • Reînscrieți un membru reziliat cu datele efective actuale, trecute și viitoare
  • Restabiliți un număr reziliat
3) Testarea sistemului cu flux negativ
  • În cazul în care datele sunt insuficiente, înscrieți un membru
  • Pentru un membru reziliat, produceți o factură premium pentru luna următoare
4) Testarea integrării sistemului
  • Validați fluxul către sistemele din aval, cum ar fi portalul furnizorilor, portalul brokerilor, sistemul financiar și sistemul de daune
  • Validați dacă modificările din portalul membrilor sunt încorporate în înregistrarea respectivă a membrilor
  • Procesați plata facturii premium generate cu fluxul de la portalul membrilor care are detalii despre plata efectuată

Testarea sistemului de creanțe

Exemple de scenarii de testare și cazuri de testare pentru sistemul de reclamații :

# Testează scenarii Cazuri de testare
1) Sistem de revendicare
  • Revendicările din asistența medicală ar trebui să editeze, să introducă și să proceseze revendicările pentru un membru, precum și pentru un 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 un dependent
3) Testarea sistemului de flux negativ
  • Ar trebui să valideze și să introducă o reclamație cu cod de procedură și cod de diagnostic nevalide
  • Validați și introduceți o revendicare cu ID-ul furnizorului inactiv
  • Validați și introduceți o cerere cu un membru reziliat
4) Integrarea sistemului
  • Ar trebui să includă un scenariu pentru validarea fluxului către sistemele din aval, cum ar fi furnizorul și portalul financiar

Testarea sistemului financiar

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

Sr # Testează scenarii Cazuri de testare
1) Sistemul financiar
  • Înscrieți, restabiliți și revocați un membru
2) Testarea sistemului de flux pozitiv
  • Ar trebui să verifice dacă numărul de cont sau adresa corectă sunt alese pentru respectivul membru, furnizor sau broker pentru plată
3) Testarea sistemului de flux negativ
  • Verificați dacă plata se face pentru un membru nevalid, furnizor sau ID broker prin crearea unei înregistrări respective în flux
  • Verificați dacă plata se face pentru o sumă nevalidă pentru membru, furnizor sau broker prin crearea înregistrărilor respective în flux

Testarea conformității cu reglementările

Protejarea datelor sensibile ale pacienților și a informațiilor despre sănătate este o prioritate maximă pentru organismele de reglementare a sănătății. Testarea trebuie făcută în conformitate cu astfel de organisme de reglementare.

Exemple de scenarii de testare și cazuri de testare pentru respectarea reglementărilor :

Sr # Testează scenarii Cazuri de testare
1) Autentificarea utilizatorului
  • Folosirea metodei de verificare pentru a ne asigura că utilizatorii corecți obțin date de conectare și refuz altora
2) Dezvaluirea informatiei
  • Autorizarea accesului la informații se bazează pe rolul utilizatorului și limitarea pacientului
3) Transfer de date
  • La orice transfer, punctele se asigură că datele sunt criptate
4) Traseul auditului
  • Se înregistrează toate tranzacțiile și toate încercările de accesare a datelor cu un set adecvat de informații despre pista de audit
5) Testarea sănătății legată de organismul de reglementare
  • Efectuați teste de sănătate și verificați dacă criptarea datelor se face în anumite domenii, cum ar fi EPHI (Informații electronice de sănătate protejate)

Testarea performanței aplicației pentru asistență medicală

Înainte de pregătirea scenariilor de testare, trebuie luate în considerare anumite cerințe ale sistemului. De exemplu, furnizorii de servicii medicale (medici / spitale) oferă asistență 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țe, 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 acesta să respecte 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 funcțională : testarea aplicației de asistență medicală împotriva capacităților funcționale
  • Testarea conformității : Testarea conformității Cerințe de securitate în domeniul sănătății și cadre industriale
  • Testarea platformei : Testarea aplicațiilor pe platforma mobilă și testarea aplicațiilor pentru compatibilitatea cross-browser
  • Testarea interoperabilității : Testarea conformității cu standardele de interoperabilitate (de exemplu, 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 ale aplicațiilor web.

  • Necesită expertiză în testare și, de obicei, are un cost ridicat
  • Necesită teste de interoperabilitate, conformitate, reglementare, securitate, siguranță pe lângă tehnici de testare regulate (testare nefuncțională, funcțională și de integrare)
  • Testarea trebuie făcută ținând cont de standardele de siguranță și de reglementare - întrucât orice eroare poate provoca un efect direct asupra vieții pacientului
  • Echipa de testare trebuie să fie bine conștientă de diferitele funcționalități, utilizarea clinică și mediul în care va fi utilizat software-ul
  • Un produs de îngrijire a sănătății trebuie să respecte diferite standarde, cum ar fi FDA, ISO și CMMI, înainte de a putea fi utilizat
  • Dependența încrucișată a testerilor de software trebuie să se asigure că orice schimbări dintr-o componentă sau strat nu ar trebui să ducă la efecte secundare asupra celeilalte.

Testarea dispozitivelor medicale

În timp ce software-ul dispozitivelor de îngrijire a sănătății nu este preocuparea directă a pacientului, aceștia necesită, de asemenea, teste riguroase, ca un alt test de software. De exemplu, aparatele cu raze X care sunt controlate de programe software ar trebui testate bine, deoarece orice eroare de testare din software poate duce la un efect grav asupra pacientului.

FDA (Food and Drug Administration) are îndrumări pentru aplicații mobile și web pentru dispozitive medicale. În timp ce testați dispozitivele medicale, planul de testare funcțional corespunzător, împreună cu criteriile de trecere și eșec, face parte, de asemenea, din orientările FDA. Când se execută un plan de testare, rezultatele sunt colectate și raportate către FDA. Acest proces asigură faptul că dispozitivul respectă standardul organismelor de reglementare.

Sfaturi utile pentru testarea asistenței medicale

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

  • Datele sunt importante și trebuie să fie corecte
  • În timp ce concepeți cazuri de testare, luați în considerare diferiți parametri, cum ar fi diferite tipuri de plan, brokeri, membri, comisii etc.
  • Este necesară cunoașterea completă a domeniului