how test health care application part 1
Comprensió del domini de l'assistència sanitària i proves de les aplicacions d'assistència sanitària:
L’article d’avui tractarà sobre informació sobre el domini sanitari / empresa, components, què provar i com provar.
Aquesta sèrie d'articles de dues parts és útil per a qualsevol persona que vulgui explorar i entrar en un domini diferent per provar, aprendre i comprendre el flux de treball d'aplicacions sanitàries i procés de proves .
En resum, aquest article serà el vostre primer pas i una guia sobre la vostra recerca de coneixement sanitari. En part 2 proporcionarem escenaris de prova per a diferents aplicacions del domini de la salut.
Per excel·lir en proves, el coneixement del domini és la clau . Per tant, ara coneixerem el flux de negoci del client.
Què aprendreu:
Domini sanitari: introducció
L’assistència sanitària o l’assegurança mèdica és similar a l’assegurança general. Com ja sabeu, en qualsevol assegurança, l’asseguradora (companyia d’assegurances) proporcionarà els plans i el client (subscriptor o prenedor de la pòlissa) comprarà la pòlissa del pla desitjat. L'assegurador rebrà l'import de la prima dels assegurats i els assegurats rebran reemborsaments de l'asseguradora per les reclamacions vàlides que hagin presentat.
com escriure casos de prova en proves de programari amb exemple
El mateix passa a les assegurances mèdiques, però, a més de l’asseguradora i el prenedor, hi ha altres col·laboradors importants com ara proveïdor, TPA (tercer administrador), corredor, etc.
Ara veurem detalladament cadascun dels col·laboradors principals:
# 1) Assegurador: Una entitat que crea un pla, ven la pòlissa i reembossa el prenedor o el proveïdor per les reclamacions vàlides presentades.
# 2) Prenedor de la pòlissa: Una persona o una entitat que compra la pòlissa a l’assegurador o al corredor, paga una prima a l’assegurador i, de vegades, presenta una reclamació.
preguntes i respostes de les entrevistes de proves de bases de dades
# 3) Proveïdor: Una persona o una entitat que presta el servei sanitari al prenedor de l'assegurança i als seus dependents, reben el pagament del servei del prenedor de l'assegurança o de l'asseguradora mitjançant la presentació d'una reclamació.
# 4) TPA: Una persona o una entitat que gestiona les reclamacions del prenedor o proveïdor i rep el pagament per la gestió del contribuent respectiu.
# 5) Corredor: Com heu endevinat, és un agent que ven la pòlissa als clients en nom de l’asseguradora i rep una comissió a canvi de l’asseguradora.
Per exemple, Podem entendre la funció bàsica dels col·laboradors a partir de l’exemple següent.
Enosh va comprar una pòlissa d’assistència sanitària que cobreix els problemes de visió i consulta mèdica generals del senyor Ponnar i paga una prima per la mateixa a una empresa sanitària.
Un cop el senyor Enosh va estar malalt i va consultar el metge Sabari per a la seva recuperació, Sabari va proporcionar una recepta a Enosh i presenta una reclamació per a la consulta a HealthCorp Company i rep el reemborsament. El senyor Ponnar rep una comissió de HealthCorp Company pel pagament de la prima per part del senyor Enosh.
A l’exemple anterior, la consulta mèdica general i els problemes de visió són els avantatges del pla de salut, el senyor Enosh és el prenedor de la pòlissa, el senyor Ponnar és el corredor, la companyia HealthCorp és l’asseguradora i el senyor Sabari és el proveïdor.
Per entendre clarament la diferència entre política i pla, penseu en el pla com a classe i en la política com a objecte (una instància de la classe). Una pòlissa es pot classificar com a pòlissa individual i política de grup en funció del tipus de beneficiaris que cobreixi.
Política individual: Una persona serà el prenedor de l’assegurança; tant la persona com els seus dependents gaudiran dels avantatges del pla de salut. Aquí l'individu paga la prima.
Política de grup: Una entitat (generalment un empresari) serà el prenedor de l’assegurança, els membres (empleats) de l’entitat i els seus dependents gaudiran dels avantatges del pla de salut. Aquí l'entitat paga la prima.
Per exemple, Un exemple per tenir una idea clara de la política de grup és el següent,
MotoCorp Company compra una pòlissa a HealthCorp Company per als seus empleats i la seva família. Les seves reclamacions són gestionades per EasyClaim Company. Aquí MotoCorp Company és el prenedor de l’assegurança, HealthCorp Company és l’asseguradora i EasyCliam Company és el TPA.
Com provar una aplicació sanitària?
Abans de provar una aplicació, hem de ser conscients del flux de treball de la indústria sanitària. El tema anterior només proporciona una introducció a l’atenció mèdica gestionada, hi ha més detalls disponible aquí .
Una asseguradora necessita diferents aplicacions per gestionar el següent:
- Dades del proveïdor
- Dades del membre
- Facturació / pagament premium
- Dades del corredor
- Entrada / validació de reclamacions
- Càlcul / pagament de la comissió del corredor
Generalment, una aplicació sanitària tindrà la llista de sistemes següent:
- Sistema de membres : Per mantenir les dades dels assegurats, diversos plans amb la seva llista de beneficis i generar factures premium per al prenedor de la pòlissa en funció dels seus plans
- Sistema de proveïdor : Per mantenir les dades del proveïdor
- Sistema de corredor : Per mantenir les dades del corredor i calcular les comissions
- Sistema de reclamacions : Per a l'entrada i validació de reclamacions
- Sistema financer : Per fer el pagament necessari al proveïdor / membre / corredor
- Portal de membres : Per mostrar la informació dels assegurats, efectuar pagaments de primes i elevar una sol·licitud d'informació de canvi per als assegurats
- Portal del proveïdor : Per mostrar informació del proveïdor i presentar una sol·licitud d'informació sobre canvis per als proveïdors
- Portal de corredors : per mostrar informació del corredor i presentar una sol·licitud d'informació sobre canvis per als corredors
Pot ser que aquesta no sigui una llista exhaustiva. Però aquesta és, segons el que sé, la llista. A més, és possible que ni tan sols s’utilitzin totes les aplicacions. De vegades, poques d'aquestes aplicacions es combinen per fer una altra aplicació combinada; d'altres, es tracta de sistemes independents.
Per exemple , el sistema del proveïdor pot formar part del sistema membre en algunes aplicacions sanitàries. Per aplicació sanitària, em refereixo a un conjunt de sistemes mantinguts per una asseguradora per facilitar els seus clients i socis.
com fer un atac ddos a una IP
Flux de treball de proves d’aplicacions d’assistència sanitària
La característica única del sistema d’atenció mèdica és que aquestes aplicacions no es poden provar en cap ordre que ens agradi. Cal seguir un cert flux de treball:
- Perquè un membre / assegurat estigui inscrit en un pla de salut, cal assignar-lo a un proveïdor (metge d’atenció primària) o a una xarxa de proveïdors, de manera que el sistema membre hauria de tenir una forma de validar el proveïdor assignat. Qualsevol sistema membre es connecta al sistema proveïdor o un feed de dades s’hauria d’enviar periòdicament al sistema membre des del sistema proveïdor. Per tant, el sistema proveïdor ha de ser provat i llest per utilitzar-se abans de provar el sistema membre.
- Una reclamació ha de consistir en identificador de proveïdor i identificació de membre, a més d'altres detalls. El sistema de reclamacions hauria de validar tant el membre com el proveïdor per validar la reclamació, de manera que tant el sistema membre com el proveïdor haurien de ser provats i a punt per utilitzar-se abans de provar el sistema de reclamacions.
- El sistema de finançament ha de disposar de dades d’un membre, proveïdor, sistema de reclamacions i corredors per escriure xecs o fer pagaments per EFT a la persona o entitat respectiva.
- Els sistemes de proveïdors i intermediaris són independents.
- Els portals s’han de provar per fi, ja que necessiten dades de la resta d’aplicacions.
Ara, aquest és l’ordre en què s’haurien de provar els sistemes de l’aplicació Healthcare.
Què és Pròxim ?
La informació esmentada hauria de donar-nos prou impuls per entrar a 'Com provar' les aplicacions d'assistència sanitària, que es tractaran a la 2a part d’aquest article.
Sobre l'autor: Aquest és un missatge de convidat de Vairavan R M. L’autor té una bona experiència en la prova d’aplicacions d’atenció mèdica i dirigeix un equip en una corporació multinacional.
Mentrestant, si teniu cap pregunta o comentari o necessiteu ajuda per entendre millor el domini de l'assistència sanitària, feu-m'ho saber. Estigueu atents al proper article de la sèrie.
Lectura recomanada
- Proves d'aplicacions sanitàries: consells i escenaris importants de proves (part 2)
- Proves d'aplicacions: els fonaments de la prova de programari.
- Guia de proves de seguretat d'aplicacions web
- Instal·lació de l'aplicació al dispositiu i inici de proves des d'Eclipse
- Tutorial de proves destructives i proves no destructives
- Prova de rendiment vs Prova de càrrega vs Prova d’estrès (diferència)
- Què és la prova de mico en la prova de programari?
- Els 20 millors consells pràctics sobre proves de programari que heu de llegir abans de provar qualsevol aplicació