PLATAFORMA SAAS & AUTOMATIZACIÓN

Habilitación en Salud
Inteligente.

Propuesta Ejecutiva para:

Angela Melo

Ingeniería de Software y Arquitectura de Automatización

1

Stack Tecnológico y Herramientas

Para garantizar un desarrollo ágil, moderno y altamente escalable, la arquitectura se basará en las siguientes tecnologías:

Frontend (Interfaz)

Next.js con React: Ideal para manejar el enrutamiento complejo del panel de administración y el portal de clientes con alta velocidad de carga.

Estilos y Componentes: Tailwind CSS combinado con una librería como Shadcn UI para construir el dashboard, las tablas de datos, modales y formularios dinámicos con un diseño profesional y limpio.

Backend & Datos

Supabase. Se utilizará para:

  • Autenticación: Gestión segura para iniciar sesión, registro y recuperación de contraseñas.
  • Base de Datos (PostgreSQL): Modelado relacional robusto para conectar usuarios, estándares, documentos y estados.
  • Storage (Buckets): Almacenamiento seguro de los PDFs, certificaciones y evidencias subidas por los clientes.

Automatización e Integraciones

n8n + Coolify + Docker:

n8n funcionará como el motor en segundo plano (escuchando webhooks de Supabase) para extraer datos de los documentos, enviar notificaciones por WhatsApp o correo, y actualizar estados automáticamente sin intervención manual.

2

Roles de Usuario y Permisos

La plataforma operará bajo un sistema de control de acceso basado en roles (RBAC):

Super Administrador (Ángela)

Acceso total. Puede ver todos los clientes, métricas globales, gestionar asistentes, crear/editar plantillas maestras y modificar flujos.

Asistente / Admin. Operativo

Acceso intermedio. Puede ver y gestionar únicamente los clientes que le han sido asignados. Su función es revisar documentos subidos, aprobarlos o marcarlos como pendientes, y generar el paquete final.

Cliente (IPS)

Perfil complejo. Al iniciar sesión, tiene acceso a su panel donde debe cumplir con requerimientos más extensos, especialmente en el estándar 7 (Procesos Prioritarios) y manejo de múltiples sedes.

Cliente (Profesional Independiente)

Perfil simplificado. Su panel de requerimientos es más corto y directo, adaptado a servicios de salud de menor complejidad.

Auditor / Entidad Reguladora (Vista de solo lectura)

Un rol temporal o un enlace seguro que permite visualizar la documentación de un cliente en estado "Completado" de forma estructurada durante una visita oficial, sin capacidad de edición.

3

Requisitos Funcionales (¿Qué hará el sistema?)

RF1. Onboarding Dinámico:

Al registrarse, el sistema debe preguntar el tipo de cliente (IPS o Independiente) y los servicios prestados. Según esto, la base de datos despliega los requisitos exactos del estándar 1 al 7.

RF2. Dashboard Central:

Un panel de control (Dashboard) global con gráficas de barras/circulares mostrando el porcentaje de avance de cada cliente, tareas urgentes y documentos recién subidos.

RF3. Motor de Búsqueda y Filtros:

Una barra de búsqueda global tipo "Command Bar" para encontrar clientes por NIT, nombre o servicio al instante. Filtros en tablas para ordenar por estado, asistente asignado o fecha de vencimiento.

RF4. Carga y Repositorio Documental:

Interfaz intuitiva tipo "Drag & Drop" para que el cliente suba sus evidencias. El sistema debe organizar esto en carpetas virtuales por cada estándar.

RF5. Flujo de Aprobación (Semáforo):

Cada documento o estándar debe tener un estado visual:

Falta Documento
En Revisión (El cliente subió el archivo y Ángela/Asistente debe validar).
Completado (Validado y aprobado).
RF6. Generador Automático de Documentos:

Cuando los datos de un estándar están completos, el sistema (apoyado por flujos de n8n) toma la información y rellena las plantillas maestras para generar el PDF final de habilitación.

4

Requisitos No Funcionales (Calidad y Seguridad)

RNF1. Seguridad de Datos Sensibles:

Uso estricto de Row Level Security (RLS) en Supabase para garantizar que un cliente jamás pueda ver la información o documentos de otro cliente.

RNF2. Trazabilidad (Logs de Auditoría):

El sistema debe registrar silenciosamente quién subió un documento, quién lo aprobó y a qué hora (ej. "Asistente X aprobó el estándar 3 el 12/05/2026").

RNF3. Diseño Responsivo:

El portal del cliente debe ser 100% usable desde dispositivos móviles para que los médicos puedan tomar fotos a certificaciones y subirlas directamente desde sus teléfonos.

RNF4. Disponibilidad y Escalabilidad:

La arquitectura en la nube debe soportar el crecimiento de clientes sin degradar el tiempo de carga de las consultas a la base de datos.

5

Casos de Uso Principales (Flujo Operativo)

Caso de Uso 1: El cliente sube su documentación base.

  • El médico independiente entra a su portal web tras iniciar sesión.
  • Navega al "Estándar 1: Talento Humano". El sistema le indica que su estado es 🔴 Falta Documento.
  • Sube su diploma y tarjeta profesional.
  • El sistema guarda los archivos en Supabase y cambia el estado a 🟡 En Revisión.
  • n8n detecta la carga y envía una notificación automática al dashboard del equipo de Ángela.

Caso de Uso 2: Despacho rápido por parte del Asistente.

  • El asistente entra a su panel y filtra la tabla por "Tareas Pendientes".
  • Abre el perfil del médico del Caso 1, revisa los PDFs en el visor integrado del navegador.
  • Si todo es correcto, hace clic en "Aprobar". El estado cambia a 🟢 Completado.
  • El sistema compila automáticamente el anexo correspondiente para el estándar 1.

Caso de Uso 3: La Visita de la Secretaría de Salud.

  • El cliente recibe a los auditores en su consultorio.
  • Entra a la plataforma y activa el "Modo Visita".
  • La interfaz oculta todas las herramientas de edición y muestra un índice impecable, limpio y ordenado de los 7 estándares.
  • Los auditores hacen clic en cada estándar y ven los documentos consolidados inmediatamente, logrando la aprobación de la habilitación sin fricciones.
Además de esto

El Motor Invisible: n8n

La arquitectura de n8n será el verdadero motor invisible de la plataforma. De manera muy similar a cómo se estructuran los flujos de automatización con la API de WhatsApp de Meta y Google Calendar para la gestión de citas en otros sistemas clínicos, aquí n8n orquestará tanto la comunicación externa como el procesamiento interno de archivos.

Para el proyecto de Ángela, el agente n8n debe dividirse en tres grandes módulos de funcionalidad (Workflows principales):

1. Módulo Omnicanal: Captación y Soporte (WhatsApp + IA)

Este flujo reemplaza a un equipo de ventas y atención al cliente básico.

Recepción y Enrutamiento Inteligente: n8n recibe el mensaje entrante vía Webhook desde Meta. Conecta el texto con un LLM (como Gemini) configurado con el prompt del negocio de Ángela para entender la intención: ¿Es un lead nuevo o un cliente actual?
Pre-calificación de Leads: Si es un lead, el bot interactúa para averiguar si es IPS o independiente.
Agendamiento Automatizado: Una vez pre-calificado el prospecto, n8n consulta la disponibilidad en Google Calendar, ofrece horarios por WhatsApp y, al confirmar, crea el evento y envía el enlace de la reunión virtual.
Consulta de Estado (Self-Service): Si es un cliente actual que pregunta "¿Cómo va mi proceso?", n8n hace una consulta SQL rápida a Supabase, lee el estado de los 7 estándares y le responde por WhatsApp (ej. "Tu estándar 3 está en revisión, pero te falta subir el diploma en el estándar 1").

2. Módulo de Procesamiento Documental (El "Asistente Operativo")

Aquí es donde Ángela ahorra cientos de horas de revisión manual.

Trigger por Subida de Archivos: Cuando un médico sube un PDF al portal (Supabase Storage), se dispara un Webhook hacia n8n.
Extracción de Datos (OCR): n8n toma el documento y lo pasa por un servicio de reconocimiento óptico de caracteres (como Google Cloud Vision o AWS Textract) para extraer el texto clave (NIT, nombres, fechas de expedición).
Validación Preliminar: El flujo cruza los datos extraídos con la base de datos. Por ejemplo, verifica si la fecha del certificado de bomberos sigue vigente. Si está vencido, n8n rechaza el documento automáticamente y le notifica al cliente sin que el equipo de Ángela tenga que mirarlo.
Preparación de Variables: Si el documento es válido, n8n extrae las variables necesarias y actualiza las tablas en la base de datos para que el motor de plantillas luego pueda generar el PDF final.

3. Módulo de Notificaciones y Alertas Internas

Este flujo mantiene la rueda girando y evita los "cuellos de botella".

Alertas de Vencimiento: Un flujo cronometrado (Cron Job) corre todos los días a las 8:00 AM. Revisa en Supabase qué documentos de clientes activos están a punto de vencer en los próximos 30 días y les envía un recordatorio proactivo por WhatsApp o correo.
Notificaciones al Equipo: Si un cliente lleva más de 3 días con el estado 🔴 Falta Documento en un estándar crítico, n8n notifica al Asistente asignado (vía Slack, Telegram o un panel interno) para que haga seguimiento.
Confirmación de Éxito: Cuando el SuperAdministrador (Ángela) marca el proceso completo, n8n compila los enlaces de descarga segura y le envía al cliente un mensaje de felicitación con el acceso a su documentación lista para la visita de la entidad reguladora.
07

Inversión y Condiciones Comerciales

La plataforma se entrega funcional a los 40 días.

$7.800.000 COP

Valor Comercial del Desarrollo

Manejamos dos tipos de métodos de pago:

Método 1

50% Inicial / 50% Final

  • Para iniciar (50%): $3.900.000
  • Contra entrega (50%): $3.900.000
Método 2 (Financiado)

Cuota Inicial + Mensualidades

  • Para iniciar: $2.800.000
  • Mensual (desde el siguiente mes): $1.000.000 / mes

Hasta completar el pago final.

Responsabilidad de Herramientas Solicitadas

Las herramientas solicitadas para el desarrollo las tiene que pagar el cliente, como el servidor de 20usd y los costos de las api integradas como Meta y Gemini.