how test health care application part 1
Comprensión del dominio de la atención médica y prueba de las aplicaciones de atención médica:
El artículo de hoy tratará todo sobre el dominio de la salud / información comercial, componentes, qué probar y cómo probar.
Esta serie de artículos de dos partes es útil para cualquiera que quiera explorar e ingresar a un dominio diferente para probar, aprender y comprender el flujo de trabajo de las aplicaciones de atención médica y proceso de prueba .
En resumen, este artículo será su primer paso y una guía en su búsqueda de conocimientos sobre la salud. En parte 2 Proporcionaremos escenarios de prueba para diferentes aplicaciones en el dominio de la atención médica.
Para sobresalir en las pruebas, el conocimiento del dominio es la clave . Entonces, ahora aprenderemos sobre el flujo de negocios del cliente.
Lo que vas a aprender:
Dominio de la salud: una introducción
La atención médica o el seguro médico es similar al seguro general. Como saben, en cualquier seguro, la aseguradora (Compañía de seguros) proporcionará los planes y el cliente (Suscriptor o Tomador de la póliza) comprará la póliza de su plan deseado. La aseguradora recibirá el monto de la prima de los titulares de pólizas y los titulares de pólizas obtendrán reembolsos de la aseguradora por las reclamaciones válidas que hayan presentado.
cómo generar números aleatorios en c ++ entre 0 y 100
Lo mismo ocurre en los seguros de salud pero además del asegurador y el tomador de la póliza, hay otros contribuyentes importantes como proveedor, TPA (Administrador externo), corredor, etc.
Ahora veremos a cada uno de los principales contribuyentes en detalle:
# 1) Aseguradora: Una entidad que crea un plan, vende la póliza y reembolsa al asegurado o proveedor por las reclamaciones válidas presentadas.
# 2) Titular de la póliza: Una persona o entidad, que compra la póliza a la aseguradora o al corredor, paga una prima a la aseguradora y, a veces, presenta una reclamación.
los mejores sitios para ver anime gratis
# 3) Proveedor: Una persona o entidad, que brinda el servicio de atención médica al asegurado y sus dependientes, recibe el pago por el servicio del asegurado o de la aseguradora mediante la presentación de una reclamación.
# 4) TPA: Persona o entidad que gestiona los reclamos del asegurado o proveedor y recibe el pago por la gestión del respectivo contribuyente.
# 5) Corredor: Como habrás adivinado, es un agente que vende la póliza a los clientes en nombre de la aseguradora y recibe una comisión a cambio de la Aseguradora.
Por ejemplo, Podemos entender la función básica de los contribuyentes del siguiente ejemplo.
El Sr. Enosh compró una póliza de atención médica que cubre la consulta del médico general y los problemas de la vista del Sr. Ponnar y paga una prima por la misma a una compañía de atención médica.
Una vez que el Sr. Enosh se enfermó y consultó al médico Sr. Sabari para su recuperación, Sabari le proporcionó una receta a Enosh y presenta un reclamo por la consulta a HealthCorp Company y recibe el reembolso. El Sr. Ponnar recibe una comisión de HealthCorp Company por el pago de la prima por parte del Sr. Enosh.
En el ejemplo anterior, 'Consulta médica general' y 'Problemas de visión' son los beneficios del plan de salud, el Sr. Enosh es el titular de la póliza, el Sr. Ponnar es el corredor, HealthCorp Company es la aseguradora y el Sr. Sabari es el proveedor.
Para comprender claramente la diferencia entre política y plan, piense en el plan como una clase y la política como un objeto (una instancia de la clase). Una póliza se puede categorizar como póliza individual y póliza grupal según el tipo de beneficiarios que cubre.
Política individual: Un individuo será el titular de la póliza; tanto el individuo como sus dependientes disfrutarán de los beneficios del plan de salud. Aquí el individuo paga la prima.
Política de grupo: Una entidad (generalmente un empleador) será el titular de la póliza, los miembros (Empleados) de la entidad y sus dependientes disfrutarán de los beneficios del plan de salud. Aquí la entidad paga la prima.
Por ejemplo, Un ejemplo para tener una idea clara de la política de grupo es el siguiente,
MotoCorp Company compra una póliza a HealthCorp Company para sus empleados y su familia. Sus reclamaciones son gestionadas por EasyClaim Company. Aquí MotoCorp Company es el titular de la póliza, HealthCorp Company es la aseguradora y EasyCliam Company es la TPA.
¿Cómo probar una aplicación sanitaria?
Antes de probar una aplicación, debemos conocer el flujo de trabajo de la industria de la salud. El tema anterior solo ofrece una introducción a la atención médica administrada; se ofrecen más detalles disponible aquí .
Una Aseguradora necesita diferentes aplicaciones para administrar lo siguiente:
- Datos del proveedor
- Datos de miembros
- Pago / facturación premium
- Datos del corredor
- Entrada / validación de reclamaciones
- Cálculo / pago de la comisión del corredor
Generalmente, una aplicación de salud tendrá la siguiente lista de sistemas:
- Sistema de miembros : Para mantener los datos de los asegurados, varios planes con su lista de beneficios y generar facturas de primas para el asegurado en función de sus planes.
- Sistema de proveedores : Para mantener los datos del proveedor
- Sistema de corredor : Para mantener los datos del corredor y calcular las comisiones.
- Sistema de reclamaciones : Para ingreso y validación de reclamos
- Sistema financiero : Para hacer el pago necesario al proveedor / miembro / corredor
- Portal de miembros : Para mostrar la información del titular de la póliza, realizar pagos de primas y presentar una solicitud de cambio de información para los asegurados.
- Portal de proveedores : Para mostrar información del proveedor y presentar una solicitud de cambio de información para los proveedores.
- Portal del corredor : para mostrar información del corredor y presentar una solicitud de información de cambio para los corredores
Puede que esta no sea una lista exhaustiva. Pero esta es la lista a mi leal saber y entender. Además, es posible que no se utilicen todas las aplicaciones. A veces, pocas de estas aplicaciones se fusionan para hacer otra aplicación combinada; otras veces, se trata de sistemas independientes.
Por ejemplo , el sistema de proveedores puede ser parte del sistema de miembros en algunas aplicaciones de atención médica. Por aplicación sanitaria, me refiero a un conjunto de sistemas mantenidos por una aseguradora para facilitar a sus clientes y socios.
como dormir en c ++
Flujo de trabajo de prueba de aplicaciones de atención médica
La característica única del sistema Health Care es que estas aplicaciones no se pueden probar en el orden que queramos. Hay que seguir un determinado flujo de trabajo:
- Para que un miembro / titular de póliza se inscriba en un plan de salud, debe estar asignado a un proveedor (médico de atención primaria) o una red de proveedores, por lo que debe haber una forma para que el sistema de miembros valide al proveedor asignado. O el sistema miembro se conecta al sistema proveedor o una fuente de datos debe enviarse periódicamente al sistema miembro desde el sistema proveedor. Por lo tanto, el sistema del proveedor debe probarse y estar listo para usarse antes de probar el sistema miembro.
- Un reclamo debe incluir la identificación del proveedor y la identificación del miembro, además de otros detalles. El sistema de reclamos debe validar tanto al miembro como al proveedor para validar el reclamo, por lo que tanto el sistema del miembro como el del proveedor deben probarse y estar listos para usar antes de probar el sistema de reclamos.
- El sistema financiero debe tener datos de un miembro, proveedor, sistema de reclamos y corredores para emitir cheques o realizar pagos mediante transferencia electrónica de fondos a la persona o entidad respectiva.
- Los sistemas de proveedores y corredores son independientes.
- Los portales deben probarse por fin, ya que necesitan datos de las otras aplicaciones.
Ahora, ese es el orden en el que se deben probar los sistemas de la aplicación Healthcare.
Qué Próximo ?
La información antes mencionada debería darnos el impulso suficiente para entrar en 'Cómo probar' las aplicaciones sanitarias, que se tratarán en el 2da parte de este artículo.
Sobre el Autor: Esta es una publicación invitada de Vairavan R. M. El autor tiene una buena experiencia probando aplicaciones de atención médica y liderando un equipo en una corporación multinacional.
Mientras tanto, si tiene alguna pregunta o comentario o necesita ayuda para comprender mejor el dominio de la atención médica, hágamelo saber. Estén atentos al próximo artículo de la serie.
Lectura recomendada
- Prueba de aplicaciones sanitarias: consejos y escenarios de prueba importantes (parte 2)
- Pruebas de aplicaciones: ¡los conceptos básicos de las pruebas de software!
- Guía de pruebas de seguridad de aplicaciones web
- Instale su aplicación en el dispositivo y comience a probar desde Eclipse
- Tutorial de pruebas destructivas y no destructivas
- Pruebas de rendimiento frente a pruebas de carga frente a pruebas de estrés (diferencia)
- ¿Qué es Monkey Testing en las pruebas de software?
- Los 20 principales consejos prácticos de prueba de software que debe leer antes de probar cualquier aplicación