Seguimiento de un brote (ébola, COVID-19 y lo que venga)
Sector: Ministerios de salud, institutos de salud pública
El escenario
Cuando empieza un brote grave, lo primero que falla no son los hospitales. Es la información.
Imagina un instituto de salud pública frente a un brote de rápida expansión. Clínicas y laboratorios notifican casos por planilla, teléfono y fax, cada uno con un formulario distinto. La definición de caso cambia a medida que se conoce mejor la enfermedad: síntomas nuevos, criterios de laboratorio nuevos, otra ventana de incubación. Una misma persona puede ser notificada por una clínica, luego por un laboratorio y luego por un hospital. El rastreo de contactos vive en otra herramienta. La dirección quiere los números cada mañana.
Qué sale mal sin la herramienta adecuada
- Cada cambio de la definición de caso implica reeditar formularios, y los establecimientos lo adoptan en días distintos, así que los conteos de semanas diferentes no son comparables.
- La misma persona aparece varias veces con grafías levemente distintas, y los analistas pasan los días deduplicando.
- "¿Con quién estuvo esta persona?" y "¿cuáles son sus resultados?" viven en lugares distintos.
- Las cifras diarias llegan con días de atraso porque alguien tiene que combinar las planillas.
- Cuando se cuestionan las cifras, nadie puede mostrar quién notificó qué y cuándo.
Cómo se puede usar Atomik
- Define el reporte de caso una vez. Síntomas, fecha de inicio, exposición, resultados y desenlace como plantilla openEHR, compartida por todos los establecimientos notificantes, que envían los reportes por la API REST o mediante una capa de integración.
- Cambia la definición sin romper la historia. Una nueva definición de caso es una nueva versión de plantilla. Los reportes creados con la versión anterior siguen siendo válidos con ella, y las consultas pueden escribirse para abarcar versiones cuando los campos son compatibles.
- Una identidad por persona. Los reportes de una misma persona desde una clínica, un laboratorio y un hospital se asocian al mismo registro demográfico, y las capacidades del Índice Maestro de Pacientes ayudan a resolver duplicados.
- Registra los contactos como relaciones. Atomik soporta relaciones entre registros demográficos, así que la red de exposición de una persona puede guardarse junto a sus datos clínicos.
- Haz las preguntas diarias como consultas guardadas. Por ejemplo: nuevos casos confirmados por región en los últimos 7 días, contactos de casos confirmados sin seguimiento, pacientes con desenlace abierto. Cuando cambia la definición, se edita la consulta.
- Conserva la trazabilidad. Cada reporte registra quién lo envió y cuándo.
- Reutilízalo para el siguiente. Ante un nuevo patógeno, define una nueva plantilla de reporte y reutiliza la misma identidad, relaciones y mecanismos de notificación.
Cómo puede ayudar CaboLabs
Diseñar la plantilla del reporte de caso y conectar cada establecimiento es trabajo de modelado e integración en el que puede ayudar CaboLabs, creador de Atomik: ver Implementación openEHR e Integración de HIS. Atomik no requiere los servicios de CaboLabs.
Qué te da esto
Una definición de caso que puedes cambiar sin perder comparabilidad, una vista conectada de personas, exposiciones y resultados, y preguntas diarias respondidas con datos vivos.
Ten en cuenta
Atomik es la capa de datos y consultas. Los paneles, mapas, notificaciones y el flujo de reporte con los establecimientos se construyen alrededor, y mapear los datos de cada establecimiento es trabajo de integración.
Por qué Atomik encaja
En un brote, el modelo de datos cambia más rápido que el software. Atomik permite al equipo de salud pública cambiar lo que se recolecta cambiando una definición, mantiene los reportes viejos y nuevos lado a lado, y trata a las personas, sus exposiciones y sus datos clínicos como una sola imagen conectada.