Alertas – Narrativa de Diseño
Notificar, no alarmar
La Historia
Son las 2:14 PM. María está en una reunion en Medellín cuando su teléfono vibra. La notificación no dice “ALERTA: Resultado anormal detectado.” Dice: “Tu glucosa subió. Veamos que paso.”
Seis palabras. Sin mayúsculas. Sin signos de exclamación. Sin rojo.
María no entra en pánico. No sale de la reunion. Registra que hay algo que revisar y sigue. A las 3 PM, cuando tiene un momento, abre la notificación. Lo que ve no es un número aislado con una etiqueta de “alto” en rojo. Ve una pantalla que responde cuatro preguntas en secuencia:
- Que paso. “Tu último examen muestra glucosa en 126 mg/dL.”
- Por qué importa. “El rango óptimo es 70-100. Tu valor está un poco alto, pero es la primera vez que sube de 110.”
- Qué hacer. “Reduce azucares refinados esta semana. Haz 30 minutos de caminata diaria. Tu próximo control es en 3 meses.”
- Como va la tendencia. Un mini chart: 95, 102, 110, 126. Una línea que sube gradualmente, no un pico alarmante.
Debajo de todo, dos botones: “Hablar con Health Coach” y “Marcar resuelta.” María toca el primero. El chat se abre con el contexto de la alerta pre-cargado – no tiene que explicar nada. El Health Coach ya sabe que su glucosa subió, ya tiene el histórico, ya tiene las recomendaciones del engine. María pregunta: “Puedo seguir tomando fruta en la mañana?” Obtiene una respuesta personalizada en 20 segundos.
Vuelve a la alerta. Toca “Marcar resuelta.” La card se desliza hacia la sección “Resueltas.” El badge del tab Alertas baja de 2 a 1. Cierra la app. Interacción total: 90 segundos. Ansiedad generada: cero.
Principio: Notificar, No Alarmar
Health/fitness push notifications tienen un 2.80% de open rate (Research 03). De cada 100 notificaciones que una app de salud envía, 97 se ignoran. Esto no es un problema de entrega – es un problema de confianza. El usuario aprendio que la mayoría de las notificaciones de salud no valen su tiempo. Son genericas (“No olvides loguear!”), mal temporizadas (3 AM), o alarmistas sin contexto (“Resultado fuera de rango”).
ADEN opera bajo un principio diferente: cada notificación debe ser digna de ese 2.80%. Si no merece abrir la app, no merece enviarse.
Esto requiere disciplina. La tentación en cualquier plataforma de salud es notificar todo: cada biomarcador fuera de rango, cada cita próxima, cada recordatorio de adherencia, cada recomendación nueva. La investigación muestra que 46% de usuarios hacen opt-out con 2-5 notificaciones por semana (Research 03). La línea entre “útil” y “molesto” es más delgada de lo que parece.
La regla de ADEN: máximo 1-2 notificaciones push por día fuera de alertas CRITICAL. Esto no es un límite arbitrario – es el punto de equilibrio entre engagement (+820% retención con notificaciones diarias vs. cero) y saturación (46% opt-out a 2-5/semana). Una notificación diaria bien ejecutada está en el sweet spot. Dos es el límite. Tres es el principio del opt-out.
La Jerarquía de Severidad
No todas las alertas son iguales. Un biomarcador ligeramente elevado no es lo mismo que una colision gen-fármaco potencialmente peligrosa. Tratar ambos con el mismo nivel de urgencia es clínicamente irresponsable y conductualmente contraproducente – si todo es urgente, nada es urgente.
ADEN usa cuatro niveles de severidad que funcionan como triage clínico: el sistema decide la urgencia, el usuario decide la atención.
CRITICAL – Riesgo Inmediato
Canales: Push + email + SMS simultaneos. Sin espera. Ejemplo: Colision gen-fármaco detectada. CYP2D6 poor metabolizer tomando codeina – riesgo de toxicidad. Comportamiento: La alerta se escala automáticamente al médico. El usuario ve: “Esta alerta fue enviada a tu médico. Dr. Rodriguez fue notificado. Te contactara en menos de 24 horas.” CTAs: [Llamar ahora] [Esperar contacto]. Frecuencia esperada: Menos de 1 por ciclo de 90 días. Si María recibe una alerta CRITICAL, algo genuinamente importante ocurrio.
HIGH – Requiere Atención Pronto
Canales: Push inmediato. Si no se abre en 2 horas, email de refuerzo. Ejemplo: Colesterol LDL con tendencia ascendente sostenida en 3 mediciones consecutivas. Comportamiento: Badge prominente en la lista. Card con borde de enfasis en azul (#0f2fc7). El detalle incluye CTA de agendar cita. Frecuencia esperada: 1-3 por ciclo.
MEDIUM – Para Revisar
Canales: Push solamente. También visible en dashboard. Ejemplo: Glucosa ligeramente elevada. Primera vez fuera de rango óptimo. Comportamiento: Card estándar en la lista. Sin escalación automática. El detalle provee contexto educativo y recomendaciones de estilo de vida. Frecuencia esperada: 3-6 por ciclo.
LOW – Informativa
Canales: Dashboard solamente. Sin push, sin email. Ejemplo: Próxima cita en 7 días. Recordatorio de preparación para laboratorio. Comportamiento: Card con estilo sutil. No genera badge en el tab. Frecuencia esperada: Variable.
La decisión de no enviar push para LOW es deliberada. Cada push que no contiene información clínica relevante erosiona la confianza del canal. Si María recibe push solo cuando algo importa, abre los push cuando llegan. Si recibe push para recordarle que tiene cita en una semana, aprende a ignorar todo.
Agrupación: Prevenir la Fatiga de Notificaciones
Cuando el engine procesa labs nuevos, puede generar múltiples alertas simultáneamente. Si María sube resultados con glucosa elevada, colesterol alto, y vitamina D baja, el engine genera 3 alertas de tipo biomarcador en minutos. Enviar 3 push notifications seguidos es el camino más rápido hacia el opt-out.
La regla de agrupación: cuando hay 3 o más alertas del mismo tipo en 24 horas, se consolidan en una sola notificación agrupada.
Push: “3 cambios en tus exámenes. [VER DETALLES]” Lista: Una card agrupada que se expande para mostrar las 3 alertas individuales. Cada una con su severidad, título, y preview. La card agrupada muestra la severidad más alta del grupo.
Esto respeta el ancho de banda atencional del usuario. María recibe una señal (“hay cambios”) y decide cuando profundizar. No recibe un bombardeo que la obliga a procesar 3 contextos diferentes en secuencia.
La excepción: las alertas CRITICAL nunca se agrupan. Si hay una colision gen-fármaco, va sola, con máximo protagonismo. No comparte espacio con una vitamina D baja.
La Vista de Detalle como Educación
La mayoría de las apps de salud presentan alertas como alarmas: un número, una etiqueta de severidad, y un botón de “contactar médico.” Eso es útil para un médico. Para María es incomprensible y ansiogeno.
La vista de detalle de ADEN no es una alarma – es una lección de 90 segundos. Sigue una estructura que responde al JTBD #4 de María: “Quiero entender por qué me están alertando y que debo hacer.”
Contexto (Que paso)
El dato concreto con lenguaje humano. No “Glucosa: 126 mg/dL – ALTA.” Sino “Tu último examen muestra 126 mg/dL. El rango óptimo es 70-100.” El rango óptimo no es el rango de referencia del laboratorio – es el rango personalizado del engine, calibrado para la edad, sexo, y perfil genético de María.
Por Qué (Causas comunes)
Una explicación breve de por qué este valor importa y que lo pudo causar. “La glucosa sube cuando hay exceso de azucares refinados, estrés sostenido, o poca actividad física. En tu caso, tu último check-in reporto 3 días de estrés alto y solo 60 min de ejercicio esta semana.”
Este parrafo hace algo que ningun resultado de laboratorio hace: conecta el biomarcador con la vida del usuario. No es “glucosa alta.” Es “glucosa alta probablemente porque estas estresada y no has hecho ejercicio.” Eso transforma la alerta de un dato clínico abstracto en información personal accionable.
Que Hacer (1-3 acciones concretas)
No “consulte a su médico.” Eso es delegacion, no acción. En su lugar, 1-3 acciones específicas que María puede hacer hoy:
- “Reduce azucares refinados esta semana.”
- “Haz 30 minutos de caminata diaria.”
- “Tu próximo control es en 3 meses – los labs mostraran si los cambios funcionan.”
Las acciones vienen del engine, no de templates genericos. Si María tiene un perfil PGx que indica metabolismo lento de carbohidratos, la recomendación de dieta es más específica que un “come mejor” genérico.
Tendencia (Chart de 30 días)
Un mini sparkline que muestra la trayectoria del biomarcador. Esto convierte un dato puntual (“126 hoy”) en una historia (“95 hace un año, 102 hace 6 meses, 110 hace 3 meses, 126 hoy”). La historia revela si esto es un pico aislado o una tendencia sostenida. La diferencia importa clínicamente y emocionalmente: un pico aislado es menos preocupante que una escalada de 12 meses.
Horario Silencioso: Porque el Sueño Es Salud
No hay push entre 10 PM y 8 AM. Este default es configurable por el usuario, pero la posición default es explícita: el sueño es un parámetro de salud que ADEN protege activamente.
Incluso las alertas CRITICAL respetan el horario silencioso para push. La razón es pragmatica: si María recibe una alerta de colision gen-fármaco a las 2 AM, no puede hacer nada al respecto. No va a llamar a su médico. No va a dejar de tomar un medicamento sin orientación. Lo único que lograría la notificación nocturna es arruinar su sueño – un parámetro que el propio engine monitorea y optimiza.
Lo que sí ocurre: el email se envía inmediatamente (como registro), y el push se dispara a las 8 AM. La alerta no se pierde – se entrega en el momento donde la acción es posible.
La investigación soporta esto: las notificaciones nocturnas tienen tasas de apertura aún más bajas que el ya bajo 2.80% de health/fitness, y los usuarios que reciben notificaciones después de las 10 PM son significativamente más propensos a desactivar todas las notificaciones. Una alerta nocturna no solo no ayuda – destruye el canal para alertas futuras que sí importan.
Tabla de Decisiones
| # | Decisión | Opción elegida | Alternativa descartada | Razón |
|---|---|---|---|---|
| 1 | Máximo 1-2 push/dia fuera de CRITICAL | Límite estricto con consolidación | Sin límite, push por cada alerta generada | 46% opt-out a 2-5/semana. Cada push no justificado erosiona la confianza del canal. 1 diaria está en el sweet spot: +820% retención vs. cero |
| 2 | 4 niveles de severidad con canales diferenciados | CRITICAL (all channels), HIGH (push + email), MEDIUM (push), LOW (dashboard) | 2 niveles (urgente / normal) o sin niveles | El triage clínico tiene severidades por una razón. 2 niveles no distingue entre colision gen-fármaco y vitamina D baja. Sin niveles todo es igual de ruidoso |
| 3 | Agrupación de 3+ alertas del mismo tipo en 24h | Una card agrupada con severidad máxima del grupo | 3 push independientes en secuencia | Bombardeo de notificaciones es el camino más rápido al opt-out. La agrupación respeta el ancho de banda atencional sin ocultar información |
| 4 | Detalle como educación (contexto + por qué + qué hacer + tendencia) | Secuencia pedagogica de 4 secciones | Número + severidad + botón “contactar médico” | JTBD es “quiero entender,” no “quiero un número.” La delegacion a “contactar médico” sin contexto genera ansiedad, no resolución |
| 5 | Horario silencioso 10 PM - 8 AM default | Push diferido a las 8 AM, email inmediato como registro | Push inmediato 24/7 para CRITICAL | A las 2 AM María no puede actuar. La notificación nocturna arruina el sueño (parámetro que el engine monitorea) y destruye el canal push para el futuro |
| 6 | CRITICAL nunca se agrupa | Va sola, con máximo protagonismo visual | Agrupada con otras alertas del mismo ciclo | Una colision gen-fármaco no comparte espacio con una vitamina D baja. La gravedad clínica demanda atención exclusiva |
| 7 | CTA “Hablar con Health Coach” con contexto pre-cargado | Chat abre con la alerta ya cargada, sin que María explique nada | Chat genérico sin contexto | Friction de re-explicar destruye la utilidad del coach. El contexto pre-cargado reduce la interacción de 5 minutos a 20 segundos para llegar a la respuesta |
| 8 | “Marcar resuelta” como archivo, no como eliminación | La alerta se mueve a “Resueltas” – accesible siempre | Eliminar la alerta permanentemente | El histórico de alertas alimenta la Capa 2. Eliminar datos es perder contexto longitudinal. Además, el médico puede necesitar ver alertas resueltas en consulta |
Conexión con el Engine
Cada alerta que María ve es el output visible de la Capa 1 del engine: 76 reglas clínicas deterministas (25 críticas, 39 warning, 12 informativas) que evaluan 1,620 cruces clínicos por paciente en menos de 5 milisegundos.
La severidad no la decide la UI – la decide el engine. Cuando María ve “MEDIUM” en su alerta de glucosa, eso no es una etiqueta de diseño. Es el resultado de una regla que evaluo: el valor (126), el rango personalizado (no el de referencia del laboratorio), la tendencia (ascendente pero gradual), el perfil genético (sin variantes de riesgo metabólico), y las interacciones farmacologicas activas (ninguna relevante). Si María tomara metformina y tuviera la variante SLC16A11, la misma glucosa de 126 seria HIGH – porque el contexto clínico cambia la urgencia.
Las 323 colisiones gen-fármaco son invisibles sin el engine. El 77.7% de estas colisiones no serian detectadas por práctica clínica convencional. Cuando el engine detecta que María es CYP2C19 poor metabolizer y su médico prescribio clopidogrel, eso genera una alerta CRITICAL que llega simultáneamente a María y a su médico. Sin el engine, esa colision pasa desapercibida hasta que produce un evento adverso – a un costo de $2,000-$20,000 por evento, vs. los $0.01 que costo procesarla.
El filtro anti-nocebo da forma al copy. El engine genera la alerta con precisión clínica (94% precisión detectiva). Pero el copy que María lee pasa por el protocolo anti-nocebo validado con 297 interpretaciones: empatico, accionable, orientado a lo que puede controlar. “Tu glucosa subió” no es una simplificación – es la traducción de un dato clínico a un lenguaje que informa sin alarmar. El engine detecta con la rigurosidad de un laboratorio; la UI comunica con la calidez de un amigo informado.
Las recomendaciones del detalle vienen del engine, no de templates. Las 458 recomendaciones de confirmación (96% cobertura de pacientes) son personalizadas. “Reduce azucares refinados” para María no es lo mismo que para otro paciente con diferente perfil metabólico. La especificidad de las acciones refleja la especificidad del análisis. El engine no genera alertas genericas – genera alertas que saben quién es María, que toma, como procesa fármacos, y como han cambiado sus biomarcadores en el tiempo.
El canal de entrega (push, email, SMS, dashboard) es decisión del sistema de notificaciones, no del engine. El engine siempre genera alertas – independientemente de las preferencias del usuario. Si María desactiva push para biomarcadores, la alerta sigue existiendo en el dashboard. El engine no se calla; el canal se ajusta.
Filosofía de Notificación
ADEN opera en la interseccion de dos filosofias de notificación complementarias.
La primera es control del usuario: el usuario define cuando y que notificaciones llegan. Las preferencias del usuario controlan la mayoría de las notificaciones. La filosofía es control total: el usuario es soberano de su atención.
La segunda es alertas críticas: notificaciones que ignoran las preferencias de silencio. Alertas de salud y emergencias que el usuario ha autorizado explícitamente pueden interrumpir cualquier modo. La filosofía es que hay cosas más importantes que las preferencias de atención.
ADEN combina ambas. Las preferencias del usuario controlan la mayoría de las notificaciones. Pero las alertas CRITICAL rompen el silencio. La diferencia es que ADEN decide la criticidad automáticamente. María no necesita configurar que “colision gen-fármaco” es crítica. El engine lo sabe.
La vista de detalle sigue el principio de contexto sin diagnóstico. Cuando un wearable detecta una anomalía cardiaca, la mejor práctica es no decir “tienes fibrilación atrial” sino “ritmo cardiaco irregular detectado” y sugerir hablar con un médico. Es informativo, no conclusivo. Es un dato, no un veredicto.
ADEN va un paso más allá. No solo dice “tu glucosa subió” – dice por qué pudo pasar, qué hacer al respecto, y como se compara con tu historial. Una plataforma genérica puede mostrar el dato porque no tiene la profundidad clínica para interpretarlo. ADEN puede interpretar porque tiene 76 reglas clínicas, calibración LATAM, y farmacogenómica. Donde otros se detienen en “aquí está tu dato, habla con tu médico,” ADEN continúa con “aquí está el contexto, aquí están las acciones, y aquí está tu médico si lo necesitas.”
La disciplina es la misma: la notificación no es el mensaje. La notificación es la puerta al mensaje. El push dice 6 palabras. El detalle dice todo lo demas. La notificación gana el tap; la vista de detalle gana la confianza. Nunca pondriamos un parrafo en un push notification banner.