Tras ver el funcionamiento del sistema desde el punto de vista del usuario, es momento de analizar la arquitectura técnica implementada en Make.

Para mantener una estructura limpia y optimizar la cuota de operaciones gratuitas, dividí el sistema según la responsabilidad del flujo: un escenario para la emisión programada de mensajes y otro centralizado para la recepción de eventos.

1. Escenario 1: Emisor Programado (Outbound / Cron)

Este escenario actúa como el temporizador del sistema. Se ejecuta automáticamente en las franjas horarias configuradas para la rutina diaria:

• Emisión de Medicación: Envía el mensaje con el botón inline a Telegram solicitando la confirmación de la toma.
• Emisión de Observaciones: Envía el aviso inicial a Telegram con un botón para solicitar el acceso al formulario diario.

Para prevenir fallos en la entrega por pequeñas caídas de red o límites de tasa de la API de Telegram (Rate Limits), apliqué directivas de reintento (Retry) en cada nodo de salida.

2. Escenario 2: Procesador de Eventos (Inbound / Callbacks & Temporizadores)

Este escenario permanece a la escucha permanente de las interacciones en Telegram. Procesa las respuestas dividiendo la lógica en dos ramas y aplicando una estrategia diferenciada de manejo de errores (Error Handlers):

• Rama de Medicación (Confirmación y Persistencia):

  1. Captura el evento callback_query del botón en Telegram.
  2. Crea el registro en Airtable con el manejador Retry para asegurar la persistencia del dato ante micro-cortes.
  3. Ejecuta Edit a Text Message para quitar el botón y confirmar la toma. Estos nodos llevan una directiva Skip (Ignore): si el usuario pulsa dos veces o el mensaje ya no está, el flujo omite el fallo de interfaz sin detener el proceso.

• Rama de Observaciones (Enlace efímero y Auto-destrucción):

  1. Al recibir la solicitud, envía el mensaje con el botón al formulario directo de Airtable (Send a Text Message con Retry).
  2. Activa un módulo Sleep (30 segundos) mientras el usuario ingresa al formulario.
  3. Cumplido el tiempo, ejecuta Delete a Message (con directiva Skip) para eliminar el enlace del chat de Telegram de forma limpia y segura.

Ventajas clave de esta arquitectura

• Resiliencia ante fallos: La combinación de Retry (para datos críticos) y Skip (para operaciones estéticas de Telegram) evita ejecuciones colgadas o correos de alerta por fallos no críticos.
• Seguridad (Mensajes Efímeros): El temporizador Sleep en combinación con el borrado automático elimina enlaces huérfanos sin sobrecargar la cuota de operaciones.

En el último capítulo abordaremos la organización final en Airtable y cómo queda la información lista para consulta médica o analítica futura.