how test health care application part 1
Înțelegerea domeniului asistenței medicale și testarea aplicațiilor de îngrijire a sănătății:
Articolul de astăzi va fi totul despre asistență medicală - informații despre domenii / afaceri, componente, ce să testați și cum să testați.
Această serie de articole din două părți este utilă pentru oricine dorește să exploreze și să intre într-un domeniu diferit pentru testare, să învețe și să înțeleagă fluxul de lucru al aplicațiilor medicale și proces de testare .
Pe scurt, acest articol va fi primul dvs. pas și un ghid privind căutarea dvs. de cunoștințe în domeniul sănătății. În partea 2 vom oferi scenarii de testare pentru diferite aplicații din domeniul asistenței medicale.
Pentru a excela în testare, cunoașterea domeniului este cheia . Deci, vom afla acum despre fluxul de afaceri al clientului acum.
Ce veți învăța:
Domeniul asistenței medicale - o introducere
Asistența medicală sau asigurarea de sănătate este similară cu asigurarea generală. După cum știți, în orice asigurare, asigurătorul (compania de asigurări) va furniza planurile, iar clientul (abonat sau deținător de poliță) va cumpăra polița planului dorit. Asigurătorul va primi suma primei de la asigurați, iar deținătorii de polițe vor primi rambursări de la asigurător pentru daunele valabile pe care le-au depus.
program sigur pentru a descărca videoclipuri YouTube
La fel se întâmplă și în asigurările de asistență medicală, dar pe lângă asigurător și asigurat, există și alți contribuabili majori, cum ar fi furnizorul, TPA (Administratorul terț), brokerul etc.
Vom vedea în detaliu fiecare dintre principalii colaboratori:
# 1) Asigurător: O entitate care creează un plan, vinde polița și rambursează titularului poliței sau furnizorului pentru cererile valabile depuse.
# 2) Titularul poliței: O persoană sau o entitate, care cumpără polița de la asigurător sau broker, plătește o primă asigurătorului și uneori depune o cerere.
instrumente de testare api open source rest
# 3) Furnizor: O persoană sau o entitate care furnizează serviciul de asistență medicală asiguratului și persoanelor aflate în întreținerea acestora, fie primește plata serviciului de la asigurat, fie de la asigurător, prin depunerea unei cereri.
# 4) TPA: O persoană sau o entitate care gestionează creanțele deținătorului de poliță sau furnizorului și primește plata pentru gestionare de la contribuabilul respectiv.
# 5) Broker: După cum ați ghicit, el este un agent care vinde polița clienților în numele asigurătorului și primește un comision în schimb de la asigurător.
De exemplu, Putem înțelege funcția de bază a contribuabililor din exemplul de mai jos.
Domnul Enosh a cumpărat de la domnul Ponnar o politică de îngrijire a sănătății care acoperă consultarea medicului general și probleme de vedere și plătește o primă pentru aceeași companie de asistență medicală.
Odată ce domnul Enosh a fost bolnav și l-a consultat pe medicul domnul Sabari pentru recuperare, Sabari i-a furnizat lui Enosh o rețetă și înaintează o cerere pentru consultație la HealthCorp Company și primește rambursarea. Domnul Ponnar primește un comision de la HealthCorp Company pentru plata primei de către domnul Enosh.
În exemplul de mai sus, „Consultația medicului general” și „Problemele de vedere” sunt beneficiile planului de sănătate, domnul Enosh este asigurat, domnul Ponnar este brokerul, compania HealthCorp este asigurătorul, iar domnul Sabari este furnizorul.
Pentru a înțelege clar diferența dintre politică și plan, gândiți-vă planul ca o clasă și politica ca obiect (o instanță a clasei). O politică poate fi clasificată ca politică individuală și politică de grup pe baza tipului de beneficiari pe care îi acoperă.
Politica individuală: O persoană va deține asiguratul; atât individul, cât și persoanele aflate în întreținerea acestuia se vor bucura de beneficiile planului de sănătate. Aici individul plătește prima.
Politica de grup: O entitate (în general un angajator) va fi asiguratul, membrii (angajații) entității și dependenții lor se vor bucura de beneficiile planului de sănătate. Aici entitatea plătește prima.
De exemplu, Un exemplu pentru a avea o idee clară a politicii de grup este următorul,
Compania MotoCorp cumpără o poliță de la HealthCorp Company pentru angajații săi și familia lor. Revendicările lor sunt gestionate de compania EasyClaim. Aici compania MotoCorp este asigurată, compania HealthCorp este asigurătorul, iar compania EasyCliam este TPA.
Cum să testați o aplicație medicală?
Înainte de a testa o aplicație, ar trebui să fim conștienți de fluxul de lucru din industria medicală. Subiectul anterior oferă doar o introducere în îngrijirea sănătății gestionate, mai multe detalii sunt disponibil aici .
Un asigurător are nevoie de diferite aplicații pentru a gestiona următoarele:
- Date despre furnizor
- Date despre membri
- Facturare / plată premium
- Date despre broker
- Intrarea / validarea revendicărilor
- Calcul / plată comision broker
În general, o aplicație medicală va avea următoarea listă de sisteme:
- Sistem membru : Pentru a menține datele deținătorilor de polițe de asigurare, diverse planuri cu lista lor de beneficii și pentru a genera facturi premium pentru deținătorul de polițe de asigurare pe baza planurilor lor
- Sistemul furnizorului : Pentru a menține datele furnizorului
- Sistem de broker : Pentru a menține datele brokerului și a calcula comisioanele
- Sistemul de creanțe : Pentru înregistrarea și validarea revendicării
- Sistemul financiar : Pentru a efectua plata necesară către furnizor / membru / broker
- Portalul membrilor : Pentru a afișa informațiile deținătorilor de polițe, efectuați plăți de primă și ridicați o cerere de informații de modificare pentru deținătorii de polițe
- Portalul furnizorului : Pentru a afișa informații despre furnizor și pentru a ridica o cerere de informații de modificare pentru furnizori
- Portalul brokerilor : pentru a afișa informații despre brokeri și pentru a ridica o cerere pentru informații de schimbare pentru brokeri
Este posibil să nu fie o listă exhaustivă. Dar, aceasta este, din câte știu eu, lista. De asemenea, este posibil ca toate aplicațiile să nu fie utilizate nici măcar. Uneori, puține dintre aceste aplicații sunt combinate pentru a face o altă aplicație combinată - alteori, acestea sunt sisteme independente.
De exemplu , sistemul furnizor poate face parte din sistemul membru în unele aplicații de asistență medicală. Prin aplicație Healthcare, mă refer la un set de sisteme întreținute de un asigurător pentru a le facilita clienților și partenerilor.
sortare rapidă în c ++
Flux de lucru pentru testarea aplicațiilor de îngrijire a sănătății
Caracteristica unică a sistemului de îngrijire a sănătății este că aceste aplicații nu pot fi testate în orice ordine ne place. Există un anumit flux de lucru de urmat:
- Pentru ca un membru / asigurat să fie înscris într-un plan de sănătate, acesta trebuie să fie repartizat unui furnizor (medic primar) sau unei rețele de furnizori, deci ar trebui să existe o modalitate prin care sistemul membru să valideze furnizorul atribuit. Fie sistemul membru se conectează la sistemul furnizor, fie un flux de date trebuie trimis periodic către sistemul membru din sistemul furnizor. Prin urmare, sistemul furnizor trebuie să fie testat și gata de utilizare înainte de testarea sistemului membru.
- O reclamație ar trebui să conste din ID-ul furnizorului și ID-ul de membru, pe lângă alte detalii. Sistemul de reclamație ar trebui să valideze atât membrul, cât și furnizorul pentru a valida reclamația, astfel încât atât membrul, cât și sistemul furnizorului ar trebui să fie testate și gata de utilizare înainte de testarea sistemului de reclamații.
- Sistemul financiar trebuie să aibă date de la un membru, furnizor, sistem de creanțe și broker pentru a scrie cecuri sau pentru a efectua plăți prin TEF către persoana sau entitatea respectivă.
- Sistemele de furnizori și brokeri sunt independente.
- Portalurile ar trebui testate în cele din urmă, deoarece au nevoie de date de la celelalte aplicații.
Acum, aceasta este ordinea în care ar trebui testate sistemele din aplicația Healthcare.
Ceea ce este Următorul ?
Informațiile menționate mai sus ar trebui să ne ofere suficient impuls pentru a intra în „Cum să testăm” aplicațiile de asistență medicală, care vor fi tratate în A doua parte din acest articol.
Despre autor: Acesta este un post de invitat de Vairavan R M. Autorul are o experiență bună în testarea aplicațiilor de îngrijire a sănătății și conduce o echipă într-o corporație multinațională.
Între timp, dacă aveți întrebări sau comentarii sau aveți nevoie de ajutor pentru a înțelege mai bine domeniul asistenței medicale, vă rugăm să ne anunțați. Rămâneți la curent cu următorul articol din serie.
Lectură recomandată
- Testarea aplicațiilor medicale - sfaturi și scenarii importante de testare (partea 2)
- Testarea aplicațiilor - În noțiunile de bază ale testării software!
- Ghid de testare a securității aplicațiilor web
- Instalarea aplicației pe dispozitiv și începeți testarea de la Eclipse
- Tutorial de testare distructivă și testare nedistructivă
- Testarea performanței vs Testarea sarcinii vs Testarea stresului (Diferență)
- Ce este testarea maimuțelor în testarea software-ului?
- Top 20 de sfaturi practice de testare a software-ului pe care ar trebui să le citiți înainte de a testa orice aplicație