Telemedicina con FHIR y HIPAA: 1200 pacientes en 90 días
Plataforma de telemedicina conforme a HIPAA, integrada con 3 sistemas EHR: 1200 pacientes inscritos en 90 días y una serie A de 4,5 millones de USD.
El fundador, un médico con 20 años de experiencia clínica, llevaba un piloto de atención a pacientes crónicos con Zoom, hojas de cálculo y llamadas telefónicas hechas a mano. Los resultados clínicos eran sólidos: los pacientes del piloto mostraban una reducción promedio de 1,8 puntos de A1C (hemoglobina glicosilada) en 6 meses. Pero el trabajo manual limitaba a cada coordinador de cuidados a 50 pacientes.
Los requisitos del producto eran clínicamente precisos. Una aplicación móvil para pacientes, con registro diario de signos vitales, mensajería segura y videoconsultas. Un panel para el personal clínico, con estratificación del riesgo y alertas configurables sobre los signos vitales (por ejemplo, una glucosa en sangre superior a 300 mg/dL genera una notificación inmediata). Integración bidireccional con los sistemas de historia clínica electrónica (EHR) Epic, Cerner y athenahealth mediante SMART on FHIR. Y cumplimiento de HIPAA (ley estadounidense de protección de datos de salud) en todo el sistema: cifrado, controles de acceso, registros de auditoría e infraestructura cubierta por un acuerdo BAA (business associate agreement).
El presupuesto máximo era de 130 000 USD, porque la ronda semilla también tenía que financiar 12 meses de operaciones, el personal clínico y el trabajo regulatorio. El plazo era de 5 meses, fijado por un contrato con una red hospitalaria que exigía una plataforma en funcionamiento en una fecha concreta.
El mes 1 se dedicó a la base. Dos semanas de mapeo de los flujos de trabajo clínicos, observando a los coordinadores trabajar con los pacientes del piloto, sacaron a la luz requisitos que nadie había formulado, como ver de un vistazo la tendencia de los signos vitales en 6 meses o los recordatorios de medicación adaptados a cada tratamiento. La infraestructura en AWS conforme a HIPAA se montó antes que el código de la aplicación: VPC con subredes privadas, RDS PostgreSQL cifrado, S3 cifrado, registros de auditoría con CloudTrail, WAF, cifrado a nivel de campo de la información de salud protegida (PHI), control de acceso por roles (RBAC), cierre de sesión a los 15 minutos y autenticación multifactor (MFA) en todas las cuentas del personal clínico.
Los meses 2 y 3 entregaron el núcleo de la plataforma. La aplicación para pacientes, en React Native, usa una interfaz de botones grandes y alto contraste pensada para una población de más edad: letra de 18 px como mínimo, áreas táctiles de 48 px y un registro de signos vitales optimizado para completarse en menos de 60 segundos. El panel clínico incorporó vistas de riesgo con código de colores, tendencias de signos vitales a 30, 90 y 180 días y umbrales de alerta por paciente, con un acuse de recibo que queda auditado.
El mes 4 fue el del trabajo con FHIR, la fase de mayor complejidad técnica: autorización OAuth2 SMART on FHIR para cada EHR, correspondencia de pacientes entre sistemas, lectura de datos demográficos, listas de problemas, medicación y análisis de laboratorio, y envío de las notas de los coordinadores y los signos vitales de vuelta al EHR. Como Epic, Cerner y athenahealth implementan FHIR R4 cada uno a su manera, una capa de normalización convierte la salida de cada EHR a un único modelo de datos interno. El mes 5 cubrió las pruebas (umbrales de alerta verificados con 500 conjuntos de datos de pacientes sintéticos, con una alerta en menos de 30 segundos cada vez que se superaba un umbral), una evaluación de seguridad hecha por un tercero, con dos hallazgos de gravedad media corregidos antes del lanzamiento, y la documentación de cumplimiento completa.
La plataforma se lanzó 1 semana antes de la fecha límite de 5 meses, con lo que el contrato con la red hospitalaria se cumplió a tiempo. En 90 días, los pacientes inscritos pasaron de los 20 del piloto, migrados a la plataforma, a 1200. La adherencia diaria al registro de signos vitales subió del 34 % del piloto manual al 78 %, el tiempo de respuesta de los coordinadores bajó de 4,2 horas a 22 minutos y las alertas críticas de signos vitales recibieron acuse en 4,2 minutos en promedio. Disponibilidad: 99,96 %. Incidentes de seguridad: ninguno.
La capacidad de pacientes por coordinador se multiplicó por 3,6, de 50 a 180, lo que cambia de raíz la economía unitaria del modelo de atención. El fundador usó los datos de tracción (1200 pacientes, 78 % de adherencia, reducción de 1,8 puntos de A1C) para obtener una serie A de 4,5 millones de USD 6 meses después del lanzamiento, y otras dos redes hospitalarias firmaron contratos a la vista de los resultados clínicos.
La inversión total en el desarrollo fue de 124 000 USD en cuatro fases. El mantenimiento y el soporte continúan por 5500 USD al mes.
Soy médico, no tecnólogo. Necesitaba un equipo capaz de traducir requisitos clínicos a software sin que yo tuviera que explicar qué es un plan de cuidados o por qué importa la adherencia a la medicación. El equipo de Gigabit pasó sus dos primeras semanas observando a mis coordinadores trabajar con los pacientes. Entendieron el flujo de trabajo clínico antes de escribir una línea de código. Por eso el producto funciona: se diseñó para la forma en que la atención ocurre de verdad, no para como un ingeniero imagina que ocurre.
Nuestros casos de éxito publicados son, en su mayoría, de empresas de Norteamérica. Todos los importes están en dólares estadounidenses (USD). El cliente es anónimo.
