Appearance
M07 -- Seguimiento Farmacoterapéutico: Requerimientos
| Campo | Valor |
|---|---|
| Estado | Borrador |
| Prioridad | Fase 1 - Diferenciador |
| Última actualización | 2026-03-25 |
| Reuniones vinculadas | 2026-03-05, 2026-03-10-p2 |
1. Objetivo
Acompañar al paciente después de la entrega del preparado magistral para mejorar adherencia al tratamiento, detectar problemas tempranos y aumentar la continuidad/recompra. Este módulo es un diferenciador crítico del proyecto: ningún competidor en el mercado chileno ofrece seguimiento farmacoterapéutico sistematizado.
Origen de la idea: Reunión 2026-03-05, Inger Sumonte: "Es super importante ahora y va a estar muy de moda el tema del seguimiento farmacoterapéutico que ningún recetario lo tiene solucionado." Además, el seguimiento contribuye al cumplimiento de la normativa ISP y las modificaciones regulatorias esperadas (reunión 2026-03-10-p2).
2. Alcance
Sí pertenece a Seguimiento
- Recordatorios de continuidad/recompra según vigencia de receta.
- Encuestas breves post-entrega.
- Registro de respuesta del paciente.
- Alertas de seguimiento para el equipo recetario/farmacia.
- Historial de interacciones de seguimiento.
- Reorden directa desde notificación (vínculo con QR dinámico).
No pertenece a Seguimiento
- Cotización inicial del preparado --> Módulo M02 Cotización.
- Gestión de convenios y tickets comerciales --> Módulo M03 B2B.
- Ejecución productiva y despacho --> Módulo M04 Producción.
- Canal abierto de comparación de recetarios --> Módulo M05 Marketplace.
3. Problema que resuelve
Hoy, tras la entrega del preparado magistral, el seguimiento es débil o inexistente:
- No se detecta oportunamente el abandono de tratamiento.
- No se captura feedback del paciente sobre el producto entregado.
- No hay gatillos consistentes de recompra o renovación de receta.
- No se cumple con las exigencias regulatorias emergentes de seguimiento farmacoterapéutico.
Esto genera pérdida de pacientes, menor adherencia terapéutica y oportunidades de ingreso no capturadas.
4. Actores
| Actor | Descripción |
|---|---|
| Paciente | Persona que recibió el preparado magistral. Recibe recordatorios y preguntas simples. No se le debe saturar ni usar lenguaje técnico. |
| Equipo recetario/farmacia | Personal que monitorea las respuestas del paciente, gestiona la bandeja de seguimiento y escala casos que requieren contacto directo. |
5. Flujo operativo
6. Hitos de seguimiento
| Hito | Momento | Acción |
|---|---|---|
| Encuesta post-entrega | Día 15 después de la entrega | Encuesta breve de evolución: "¿Cómo te fue con el tratamiento?" (2 preguntas simples) |
| Recordatorio de renovación | Cercano a vencimiento de receta | Mensaje automático: "Tu receta está por vencer. ¿Quieres renovar?" con opción de reorden directa |
| Evento configurable | Según tipo de tratamiento (futuro) | Hitos personalizados por patología, forma farmacéutica o indicación médica |
7. Funcionalidades
F-M07-001: Programación automática de seguimiento post-entrega
Cuando M04 Producción registra una entrega, el sistema programa automáticamente la secuencia de seguimiento según el tipo de preparado y la vigencia de la receta. No requiere intervención manual para activarse.
Origen: Doc original M07, reunión 2026-03-05.
F-M07-002: Recordatorio de receta por vencer
Mensaje automático enviado al paciente antes de que expire la vigencia de su receta. Incluye opción de reorden directa (vínculo con QR dinámico del producto) y alternativas: "¿Quieres ir al mismo recetario o probar otro?" (según lo describió Inger en reunión 2026-03-05).
Origen: Doc original M07, reunión 2026-03-05 (Inger: "el sistema le diga, oye, tu receta está por vencer").
F-M07-003: Encuesta breve post-entrega
Encuesta de dos preguntas simples enviada al día 15 post-entrega. Ejemplo: "¿Cómo te fue con el tratamiento?" y "¿Has tenido algún problema?". El formato debe ser simple, no técnico y responder no debe tomar más de 30 segundos.
Origen: Doc original M07, reunión 2026-03-05 (Inger: "una encuesta breve, dos preguntas").
F-M07-004: Registro de respuesta del paciente
Capturar y almacenar la respuesta del paciente (o la ausencia de respuesta). Clasificar automáticamente: respondió satisfactoriamente, respondió con observación, no respondió, requiere contacto. Cada interacción queda registrada con timestamp y canal.
Origen: Doc original M07.
F-M07-005: Bandeja de seguimiento
Lista de pacientes pendientes de gestión, filtrable por estado (programado, enviado, sin respuesta, requiere contacto). El equipo recetario/farmacia ve en una sola pantalla todos los casos que necesitan atención, priorizados por urgencia o antigüedad.
Origen: Doc original M07.
F-M07-006: Alertas para casos que requieren contacto
Notificación automática al equipo cuando un caso cumple criterios de escalamiento: paciente no responde después de N intentos, paciente reporta problema o efecto adverso, caso sensible por tipo de tratamiento. El escalamiento humano es obligatorio en estos casos.
Origen: Doc original M07.
F-M07-007: Historial de interacciones de seguimiento
Registro cronológico completo de todas las interacciones con cada paciente: mensajes enviados, respuestas recibidas, escalamientos realizados, resultados de contacto directo. Este historial es consultable por el equipo y contribuye a la trazabilidad exigida por normativa.
Origen: Doc original M07.
F-M07-008: Reorden directa desde notificación
Desde el recordatorio de renovación o desde el QR dinámico del producto, el paciente puede iniciar una nueva solicitud directamente. El sistema pre-carga los datos de la receta anterior para simplificar el proceso. Esto cierra el ciclo de seguimiento con una acción concreta de continuidad.
Origen: Reunión 2026-03-05 (Inger describe la recompra proactiva), reunión 2026-03-10-p2 (QR en etiqueta).
8. Estados de seguimiento
9. Reglas funcionales
| ID | Regla |
|---|---|
| R-M07-001 | Los mensajes al paciente deben ser simples, en lenguaje no técnico, y con una acción clara. |
| R-M07-002 | No saturar al paciente: frecuencia acotada de mensajes. No más de un mensaje por hito, con intervalos mínimos configurables. |
| R-M07-003 | Toda interacción (envío, respuesta, escalamiento) debe quedar registrada con trazabilidad completa. |
| R-M07-004 | Casos sensibles (efectos adversos, abandono de tratamiento crítico) deben escalar obligatoriamente a revisión humana. |
| R-M07-005 | El seguimiento opera por consentimiento del paciente y cumpliendo la Ley 21.719 de Protección de Datos Personales. El paciente puede optar por no recibir seguimiento. |
| R-M07-006 | Los canales de contacto (WhatsApp, email, SMS) se configuran según disponibilidad del paciente y del recetario. |
| R-M07-007 | El seguimiento no modifica el registro de producción. M04 Producción es la fuente de verdad del lote. |
| R-M07-008 | Las plantillas de mensajes y encuestas deben ser aprobadas por la dirección técnica antes de su uso. |
10. Canales de comunicación
| Canal | Descripción |
|---|---|
| Canal principal por penetración en Chile. Requiere integración con API de Meta Business. | |
| Canal secundario. Adecuado para recordatorios no urgentes y envío de información detallada. | |
| SMS | Canal de respaldo para pacientes sin WhatsApp. Mayor costo por mensaje. |
La selección del canal depende de la configuración del paciente y la disponibilidad del recetario.
11. KPIs (Indicadores clave)
| KPI | Descripción |
|---|---|
| % pacientes contactados | Proporción de pacientes a los que se envió al menos un mensaje de seguimiento sobre el total de entregas. |
| % respuesta a seguimiento | Proporción de pacientes que respondieron al menos una interacción de seguimiento. |
| % casos con alerta clínica/operativa | Proporción de seguimientos que generaron un escalamiento por observación del paciente. |
| % continuidad/recompra | Proporción de pacientes que realizaron una nueva solicitud asociada al seguimiento (reorden desde notificación o renovación de receta). |
12. Riesgos y resguardos
| Riesgo | Resguardo |
|---|---|
| Mensajería excesiva (fatiga del paciente) | Reglas de frecuencia configurables. Máximo un mensaje por hito. |
| Datos sensibles mal gestionados | Privacy by design. Tokenización de datos del paciente. Cumplimiento Ley 21.719. |
| Mensajes ambiguos sin acción clara | Plantillas aprobadas por dirección técnica. Cada mensaje tiene una acción concreta. |
| Falta de escalamiento en casos críticos | Escalamiento humano obligatorio cuando hay observación del paciente. |
| Baja tasa de respuesta | Mensajes simples, canales preferidos del paciente, horarios adecuados. |
13. Datos mínimos por seguimiento
- ID paciente (tokenizado según política de datos).
- ID orden/entrega asociada (vínculo con M04).
- Fecha de entrega del preparado.
- Fecha estimada de vencimiento de receta.
- Canal de contacto habilitado (WhatsApp, email, SMS).
- Secuencia de hitos programados.
- Resultado de cada interacción (respondido, sin respuesta, escalado, cerrado).
14. Dependencias
| Módulo origen | Módulo destino | Información que fluye |
|---|---|---|
| M04 Producción | M07 Seguimiento | Registro post-entrega: lote producido, farmacéutico responsable, fecha entrega, QR dinámico |
| M03 B2B | M07 Seguimiento | Contexto comercial: cliente de convenio origen (cuando aplique) |
15. Pendientes de cierre
- [ ] Definir política de consentimiento por canal (opt-in, opt-out, doble confirmación).
- [ ] Diseñar plantillas aprobadas por tipo de tratamiento (oftalmológico, dermatológico, inyectable).
- [ ] Definir reglas de escalamiento clínico/operativo con la dirección técnica de Reccius.
- [ ] Definir KPIs de éxito para la fase piloto con Reccius.
- [ ] Validar cumplimiento con Ley 21.719 para el manejo de datos de seguimiento.
- [ ] Definir integración técnica con API de WhatsApp Business.
16. Historial de cambios
| Fecha | Reunión | Cambio |
|---|---|---|
| 2026-03-05 | 2026-03-05 | Inger propone seguimiento farmacoterapéutico como diferenciador: recordatorios de receta por vencer, encuesta breve post-entrega, recompra proactiva |
| 2026-03-10 | 2026-03-10-p2 | Inger confirma que el seguimiento da cumplimiento a normativa ISP y modificaciones regulatorias esperadas; QR en etiqueta como vínculo físico-digital |
| 2026-03-25 | -- | Creación del documento de requerimientos |
Volver al Índice general | Ver Arquitectura modular | Ver Glosario