Pruebas de dominio de HealthCare con casos de prueba de muestra

Antes de comenzar con las pruebas, estudiemos rápidamente el conocimiento básico del dominio de la salud.

Pruebas de dominio de HealthCare

Healthcare Domain Testing es un proceso para probar la aplicación de atención médica para varios factores como estándares, seguridad, cumplimiento, dependencia cruzada con otras entidades, etc. El propósito de las pruebas de dominio de atención médica es garantizar la calidad, confiabilidad, rendimiento, seguridad y eficiencia de la aplicación de atención médica .

Conocimientos básicos del dominio de la atención médica

Todo el sistema de atención de la salud está entretejido por un solo cuerpo que es el hospital o el proveedor (médico).

Mientras que las otras entidades incluyen-

• Compañía de seguros: Medicare, Medicaid, BCBS, etc.
• Paciente / Consumidores: Paciente inscrito
• Autoridad reguladora: HIPAA, evaluación OASIS, HCFA 1500 y UB92, etc.
• Proveedores de soluciones para el cuidado de la salud y las ciencias de la vida

Terminología básica del sistema de atención de la salud

• Proveedor : un profesional de la salud (médico), grupo médico, clínica, laboratorio, hospital, etc., con licencia de los servicios de atención médica
• Reclamación: una solicitud a su compañía de seguro médico para pagar una factura por el servicio de atención médica.
• Corredor: un profesional de seguros que negocia y adquiere seguros en nombre del asegurado o posible asegurado.
• Finanzas: organismos de seguros que pagan los gastos médicos, pueden ser gubernamentales (Medicare o Medicaid) o comerciales (BCBS)
• Medicare: un programa de seguro médico federal para personas de la tercera edad y personas con discapacidades permanentes
• Medicaid: un programa conjunto y estatal que ayuda a las familias e individuos de bajos ingresos a pagar el costo asociado con la atención médica.
• Código CPT : un código de terminología de procedimiento actual es un conjunto de códigos médicos para describir servicios médicos, quirúrgicos y de diagnóstico.
• HIPAA : es un conjunto de reglas y regulaciones que los médicos, hospitales, proveedores de atención médica y el plan de salud deben seguir para brindar sus servicios.

En este tutorial, aprenderemos:

• Conocimientos básicos del dominio de la atención médica
• Proceso empresarial sanitario
• Prueba del sistema de proveedores
• Prueba del sistema de intermediario
• Prueba del sistema miembro
• Prueba del sistema de reclamaciones
• Prueba del sistema financiero
• Pruebas bajo cumplimiento normativo
• Prueba de rendimiento de la aplicación sanitaria
• Otros tipos de pruebas para aplicaciones sanitarias
• Pruebas de desafíos en la aplicación de atención médica
• Pruebas de dispositivos sanitarios
• Consejos útiles para las pruebas médicas

Proceso empresarial sanitario

La mayoría de las organizaciones de atención médica han adaptado un programa de software para procesar el buen funcionamiento del sistema. Este sistema de software brinda toda la información en un solo documento para cada entidad que se ocupa de esto.

La interconexión de todo este sistema a una sola aplicación web es una tarea enorme y hacer que funcione de manera eficaz es una tarea aún mayor. Las pruebas rigurosas de esta aplicación de salud son obligatorias y deben pasar por varias fases de prueba.

En este tutorial, aprenderemos,

Prueba del sistema de proveedores

Ejemplos de escenarios de prueba y casos de prueba para el sistema de proveedores (médico / hospital) :

Escenario de prueba	Casos de prueba
Acceso al sistema de proveedores	El sistema del proveedor debe permitirnos ingresar, editar y guardar los datos del proveedor
Prueba del sistema de flujo positivo	Incluye escenarios para ingresar diferentes tipos de proveedores, cambiar detalles de proveedores, guardarlos y consultarlos
Prueba del sistema de flujo negativo	Permite guardar información del proveedor con datos incompletos, fecha de vigencia del contrato, ingresando detalles sobre proveedores existentes en el sistema.
Pruebas de integración de sistemas	Valide el feed para el sistema de miembros, el sistema financiero, el sistema de reclamaciones y el portal de proveedores. Además, valide si los cambios del portal del proveedor se ingresan en el registro del proveedor respectivo
Prueba de portal de proveedores de flujo positivo	Inicie sesión y vea los detalles de los proveedores, el estado de la reclamación y los detalles de los miembros Realice una solicitud de cambio para cambiar el nombre, la dirección, el número de teléfono, etc.
Prueba del portal de proveedores de flujo negativo	Ver los detalles del miembro con una identificación no válida Iniciar sesión con credenciales no válidas
Prueba del portal Positive Flow Broker	Inicie sesión y vea los detalles sobre el corredor y el pago de comisiones Realice una solicitud para cambiar el nombre, la dirección, el número de teléfono, etc.
Prueba del portal de Negative Flow Broker	Debe incluir escenarios para iniciar sesión con credenciales no válidas.

Prueba del sistema de intermediario

Ejemplos de escenarios de prueba y casos de prueba para Broker System :

Sr #	Escenario de prueba	Casos de prueba
1)	Sistema de corredor	Debe ser capaz de editar, ingresar y guardar datos del corredor. Cálculo de la comisión del corredor basado en los detalles de pago de la prima del sistema de miembros
2)	Prueba del sistema de flujo positivo	Ingrese, guarde y edite el registro de los corredores para diferentes tipos de corredores Para los corredores activos, calcule la comisión creando un archivo de alimentación con el registro respectivo para los miembros con un plan diferente.
3)	Prueba del sistema de flujo negativo	Ingrese un registro de corredor con datos incompletos y guárdelo para diferentes tipos de corredor Al crear el archivo de alimentación con el registro respectivo para miembros con plan diferente, calcule la comisión para el corredor rescindido Al crear el archivo de alimentación con el registro respectivo para los miembros con un plan diferente, calcule la comisión para el corredor no válido
4)	Prueba del sistema	Para el sistema descendente, como el sistema financiero, el portal de corredores y el sistema de miembros, valide los feeds. Validar si los cambios del portal del corredor están incorporados en el registro del corredor respectivo

Prueba del sistema miembro

Ejemplos de escenarios de prueba y casos de prueba para el sistema de miembros (pacientes) :

Sr #	Escenario de prueba	Casos de prueba
1)	Sistema de miembros	Inscribir, reintegrar y rescindir a un miembro Eliminar y agregar un dependiente Generar factura premium Procesar pagos de primas
2)	Prueba del sistema de flujo positivo	Con las fechas de vigencia actual, pasada y futura, inscriba diferentes tipos de miembros Consultar y cambiar miembros Producir factura de prima para un miembro activo para el mes siguiente Terminar a un miembro activo con fechas de rescisión pasadas, actuales y futuras mayores que la fecha de vigencia Vuelva a inscribir a un miembro cancelado con fechas de vigencia actuales, pasadas y futuras Restablecer un número cancelado
3)	Prueba del sistema de flujo negativo	Con datos insuficientes, inscribe a un miembro Para un miembro cancelado, produzca una factura de prima para el mes siguiente
4)	Pruebas de integración de sistemas	Valide la alimentación a los sistemas posteriores, como el portal de proveedores, el portal de corredores, el sistema financiero y el sistema de reclamaciones. Validar si las alteraciones del portal de miembros están incorporadas en el registro de miembros respectivo Procesar el pago de la factura de la prima generada con el feed del portal de miembros que tiene detalles del pago realizado

Prueba del sistema de reclamaciones

Ejemplos de escenarios de prueba y casos de prueba para el sistema de reclamaciones :

#	Escenarios de prueba	Casos de prueba
1)	Sistema de reclamaciones	Los reclamos en el cuidado de la salud deben editar, ingresar y procesar los reclamos de un miembro y de un dependiente Para reclamos no válidos, debería arrojar errores cuando se ingresan datos incorrectos
2)	Prueba del sistema de flujo positivo	Debe incluir el escenario para editar, ingresar y procesar reclamos para un miembro y un dependiente
3)	Prueba del sistema de flujo negativo	Debe validar e ingresar una reclamación con un código de procedimiento y un código de diagnóstico no válidos Valide e ingrese un reclamo con el ID de proveedor inactivo Validar e ingresar un reclamo con un miembro cancelado
4)	Integración de sistema	Debe incluir un escenario para validar la alimentación a los sistemas posteriores, como el proveedor y el portal de finanzas.

Prueba del sistema financiero

Ejemplos de escenarios de prueba y casos de prueba para el sistema financiero

Sr #	Escenarios de prueba	Casos de prueba
1)	Sistema financiero	Inscribir, reintegrar y rescindir a un miembro
2)	Prueba del sistema de flujo positivo	Debe verificar si se elige el número de cuenta o la dirección correctos para el miembro, proveedor o corredor respectivo para el pago
3)	Prueba del sistema de flujo negativo	Verifique si el pago se realiza para un miembro, proveedor o ID de corredor no válido creando un registro respectivo en el feed Verifique si el pago se realiza por una cantidad no válida para el miembro, proveedor o corredor creando los registros respectivos en el feed

Prueba de cumplimiento normativo

La protección de los datos sensibles y la información médica de los pacientes es una prioridad absoluta para los organismos reguladores de la salud. Las pruebas deben realizarse de conformidad con dichos organismos reguladores.

Ejemplos de escenarios de prueba y casos de prueba para el cumplimiento normativo :

Sr #	Escenarios de prueba	Casos de prueba
1)	Autenticación del usuario	Usar el método de verificación para garantizar que los usuarios correctos obtengan un inicio de sesión y lo nieguen a otros
2)	Divulgación de información	La autorización del acceso a la información se basa en el rol del usuario y la limitación del paciente.
3)	Transferencia de datos	En todas las transferencias, los puntos garantizan que los datos estén encriptados.
4)	Pista de auditoría	Se registran todas las transacciones y todos los intentos de acceder a los datos con un conjunto adecuado de información de seguimiento de auditoría.
5)	Pruebas de cordura relacionadas con el organismo regulador	Realice pruebas de cordura y verifique que el cifrado de los datos se realice en áreas particulares como EPHI (Información de salud protegida electrónica)

Prueba de rendimiento de la aplicación sanitaria

Antes de preparar escenarios de prueba, se deben considerar ciertos requisitos del sistema. Por ejemplo, los proveedores de atención médica (médicos / hospitales) brindan atención las 24 horas del día, los 7 días de la semana, por lo que el software de registro de pacientes debe estar disponible en todo momento. Además, necesita comunicarse con las compañías de seguros para validar la información de las pólizas, enviar reclamos y recibir remesas. Aquí, la arquitectura debe definir los diferentes componentes del sistema, el protocolo para comunicarse con las compañías de seguros y cómo implementar el sistema para que cumpla 24 horas al día, 7 días a la semana.

Como evaluador, debe asegurarse de que el sistema de software de atención médica cumpla con el punto de referencia de carga / rendimiento deseado.

Otros tipos de pruebas para aplicaciones sanitarias

• Prueba funcional : prueba de la aplicación de atención médica frente a capacidades funcionales
• Prueba de conformidad : prueba de conformidad Requisitos de seguridad de la atención médica y marcos de la industria
• Prueba de plataforma : prueba de aplicaciones en plataforma móvil y prueba de aplicaciones para compatibilidad entre navegadores
• Prueba de interoperabilidad : prueba de conformidad con los estándares de interoperabilidad (p. Ej., DICOM, HL7, CCD / CDA)

Pruebas de desafíos en la aplicación de atención médica

Los desafíos de prueba en las pruebas de aplicaciones de atención médica no son diferentes a las pruebas de otras aplicaciones web.

• Requiere experiencia en pruebas y, por lo general, tiene un costo elevado
• Requiere pruebas de interoperabilidad, cumplimiento normativo, seguridad y protección además de técnicas de prueba regulares (pruebas no funcionales, funcionales y de integración)
• Las pruebas deben realizarse teniendo en cuenta las normas reglamentarias y de seguridad, ya que cualquier error puede tener un efecto directo en la vida del paciente.
• El equipo de pruebas debe conocer bien las diversas funcionalidades, el uso clínico y el entorno para el que se utilizará el software.
• Un producto para el cuidado de la salud debe cumplir con varios estándares como FDA, ISO y CMMI antes de que pueda usarse.
• La dependencia cruzada de los probadores de software debe garantizar que cualquier cambio en un componente o capa no produzca efectos secundarios en el otro.

Pruebas de dispositivos sanitarios

Si bien el software de dispositivos de atención médica no es una preocupación directa del paciente, también requieren pruebas rigurosas como cualquier otra prueba de software. Por ejemplo, las máquinas de rayos X que están controladas por programas de software deben probarse bien porque cualquier error de prueba en el software puede provocar un efecto grave en el paciente.

La FDA (Administración de Alimentos y Medicamentos) tiene pautas para aplicaciones móviles y web para dispositivos médicos. Mientras se prueban dispositivos médicos, el Plan de prueba funcional adecuado junto con los criterios de aprobación y falla también forma parte de las pautas de la FDA. Cuando se ejecuta un plan de prueba, los resultados se recopilan y se informa a la FDA. Este proceso asegura que el dispositivo cumpla con el estándar de los organismos reguladores.

Consejos útiles para las pruebas médicas

Mientras prueba el software, puede considerar algunos consejos importantes para el sistema de salud de prueba.

• Las fechas son importantes y deben ser precisas
• Al diseñar casos de prueba, considere varios parámetros como diferentes tipos de planes, corredores, miembros, comisiones, etc.
• Se requiere un conocimiento completo del dominio