Una plataforma conforme con HIPAA para los equipos de respuesta a la crisis de los opioides

Los equipos de respuesta a los opioides carecían de una solución digital estandarizada para gestionar sus casos y hacer seguimiento de sus intervenciones. Muchos dependían de hojas de cálculo y registros en papel, lo que limitaba su capacidad para medir qué funciona y mejorar los resultados. Sin sistemas centralizados, las políticas no podían probarse a gran escala y los datos seguían fragmentados entre condados.

Goldie necesitaba centralizar sus flujos de trabajo críticos en una única plataforma segura que funcionara de forma fiable con y sin conexión, se adaptara a las diferencias regionales y mantuviera el pleno cumplimiento de HIPAA y 42 CFR.

El equipo de Akveo se encargó del desarrollo de principio a fin, incluidos la arquitectura del sistema, el desarrollo backend y frontend, la mensajería en tiempo real, la lógica de sincronización móvil sin conexión y el despliegue de la infraestructura en AWS, para garantizar la seguridad, el cumplimiento normativo y la escalabilidad.

Cumplimiento de HIPAA

Para cumplir con HIPAA, la aplicación sigue estas prácticas clave:

1. Seguridad de la base de datos: Arquitectura multi-tenant: aislamiento de los datos de cada organización cliente en esquemas separados y control de acceso basado en roles. Copias de seguridad: implementación de copias de seguridad automatizadas y seguras.
2. Autenticación y control de acceso: Autenticación de usuarios con políticas de contraseñas robustas. Control de acceso basado en roles dentro de la aplicación, conforme al principio de mínimo privilegio.
3. Seguridad en la transmisión de datos: Cifrado mediante HTTPS de todos los datos que se transmiten entre los clientes y el servidor.
4. Supervisión y auditoría: Registro de la actividad para detectar operaciones sospechosas.

Arquitectura multi-tenant

La aplicación separa los datos a nivel de cada empresa (tenant). Esta separación impide que los usuarios de un tenant accedan a los datos de otro.

El tenant al que pertenece un usuario se determina en el momento de la autenticación.

La separación lógica de los datos se implementa a nivel de base de datos: se establece una conexión independiente para cada tenant y el acceso a datos ajenos está restringido tanto a nivel de API como de base de datos. A nivel de API, el sistema verifica que el usuario pertenezca al tenant solicitado. A nivel de base de datos, las restricciones se aplican mediante conexiones independientes y mecanismos de control de acceso.

Para el almacenamiento de archivos, la aplicación utiliza AWS. A este nivel, la separación de los datos se garantiza mediante una estructura de almacenamiento estricta. Los permisos de acceso a los archivos de cada tenant se verifican a nivel de API.

Offline-first

La aplicación se basa en el principio offline-first. Esto significa que debe funcionar sin conexión. La sincronización de los datos con el estado global del sistema se produce en cuanto hay conexión a internet.

Para aplicar este enfoque, se decidió dividir la API en dos tipos: API de lectura y de escritura.

La API de lectura solo funciona en línea. Carga los datos actualizados en el dispositivo móvil del usuario, donde se guardan en una base de datos local. Así, la información sigue disponible con independencia de la conexión a internet y la aplicación puede funcionar en modo sin conexión. Para optimizar el rendimiento al manejar grandes volúmenes de datos, se utiliza una sincronización parcial: en cada solicitud posterior solo se descargan los cambios que se produjeron en el estado global del sistema mientras el dispositivo estaba sin conexión.

La API de escritura está diseñada para recopilar y almacenar las acciones de los usuarios realizadas sin conexión. Estas acciones se registran en la base de datos del dispositivo en el mismo orden en que se realizaron. En cuanto la aplicación se conecta a internet, todas las operaciones guardadas se envían al servidor y se ejecutan de forma secuencial. Cuando la aplicación está en línea, los datos se envían directamente al servidor sin almacenarse localmente.

Envío de correos electrónicos

La aplicación permite enviar correos electrónicos a los pacientes en nombre del tenant. Para ello, los administradores introducen su dirección de correo electrónico en el panel de control, que después se utiliza como dirección del remitente.

Chats por SMS

Los usuarios y los pacientes pueden comunicarse por SMS en formato de chat. A cada tenant se le asigna un número de teléfono para enviar y recibir SMS. El chat se actualiza en tiempo real.

Notificaciones

Los usuarios de la aplicación reciben avisos de los cambios mediante notificaciones push y notificaciones dentro de la aplicación. Pueden interactuar con ellas para navegar o realizar acciones rápidamente en la aplicación.

Tareas programadas

El sistema cuenta con una lógica automática que permite ejecutar acciones sin intervención de los usuarios, como cambios de estado, creación de tareas, generación de informes, etc.

Integración con servicios de analítica

Para el análisis de datos, la aplicación se integra con servicios de terceros y les proporciona los datos en un formato adecuado para el análisis. Estos sistemas utilizan los datos para mostrar visualmente distintas métricas de los procesos de negocio.

API pública

Además del uso del sistema en la aplicación móvil, una API pública permite la integración con otras soluciones y equipos.