Resumen del caso.
Una sociedad de traumatología que externaliza su actividad en varios centros hospitalarios trabaja con unos 44 médicos colaboradores y hace unas 600 cirugías al año, con la previsión de llegar a 1.500. La administración recibía cada mes las liquidaciones de los centros en Excel y PDF y las procesaba a mano. FlowProp construyó un SaaS a medida que reúne la programación quirúrgica, la liquidación de honorarios a los colaboradores, el cobro a mutuas y las reclamaciones con Holded, la sincronización con Google Calendar, los avisos por WhatsApp y la lectura de documentos con IA con visión. Resultado: la consulta opera desde un solo sitio. A 16 de octubre de 2026 tenía 45 cirugías vivas con colaborador asignado y los usuarios del cliente trabajando con históricos reales.
¿Qué problema tenía la consulta?
El trabajo de la consulta se reparte en tres frentes que antes no se hablaban entre sí. La secretaría programa cada cirugía: paciente, mutua, intervención, material, hospital y urgencia. Y por cada una hay que pedir la autorización a la mutua, pedir el material al proveedor y avisar al paciente.
La administración recibe cada mes las fichas de liquidación de los centros, cada centro con su propio formato (Excel, PDF y hasta escaneos), y tiene que calcular lo que toca a cada colaborador. Las reglas cambian según el médico, el centro, el tipo de acto y la mutua: unas veces es un porcentaje y otras un fijo. Todo eso se hacía a mano.
Y la dirección necesitaba saber qué estaba cobrado de cada mutua y qué había que reclamar, sin depender de cruzar hojas de cálculo con la contabilidad.
¿Qué construimos?
Programación quirúrgica
La cirugía se da de alta en un asistente por pasos: paciente, mutua, intervención, material, hospital y urgencia. Al programarla, la plataforma prepara los correos al paciente, a la mutua y al proveedor de material, y genera el documento de autorización con la plantilla de cada mutua. La secretaría sigue cada caso con una lista de comprobación por fases: consulta, programación, prequirúrgico y postoperatorio.
Calendario conectado con Google
Las cirugías se ven en un calendario propio que está sincronizado con Google Calendar en los dos sentidos. Si alguien mueve o borra un evento en Google, el cambio vuelve a la plataforma, incluidos los eventos de todo el día.
Liquidación de honorarios a los colaboradores
Las fichas que mandan los centros se procesan en la plataforma, y las que llegan escaneadas se leen con IA con visión. Cada acto se cruza con la matriz de reglas (médico, centro, tipo de acto y mutua) y sale el honorario. Cada médico entra con su usuario y ve solo sus cirugías y sus liquidaciones, con el PDF descargable. El co-cirujano y el médico que deriva también abren su cirugía y suben el consentimiento desde ahí.
Cobro a mutuas y reclamaciones con Holded
La plataforma está conectada con Holded: los cobros de las mutuas se registran contra la contabilidad y lo que no se ha cobrado entra en el circuito de reclamaciones por correo. La dirección ve en una pantalla qué está cobrado, qué está pendiente y qué se ha reclamado.
Datos de salud, con acceso por rol
Son datos sanitarios, de categoría especial en el RGPD. Cada persona entra con su rol (administración, secretaría o médico) y solo ve lo que le toca. Las automatizaciones corren en un servidor propio del cliente.
¿Cómo lo implementamos?
Seguimos nuestras 5 fases estándar (ver proceso completo), con entregas parciales y sobre datos reales del cliente.
- Fase 1 · Diagnóstico: sesiones con dirección, administración y secretaría. Inventario de centros, mutuas y formatos de ficha, y reglas de compensación de cada colaborador.
- Fase 2 · Prototipo: maqueta navegable de las pantallas (alta de cirugía, panel de secretaría, liquidaciones, reclamaciones, calendario) antes de conectar ningún dato real.
- Fase 4 · Construcción: plataforma en Next.js y Supabase, conexión con Holded y Google Calendar, avisos por WhatsApp y lectura de documentos con IA, con entregas parciales. 303 cambios registrados en el repositorio entre mayo y octubre de 2026.
- Fase 5 · Estabilización: el equipo del cliente trabajando ya con sus históricos reales. Las incidencias entran desde la propia plataforma y se resuelven sobre lo que pasa en el uso diario.
Stack utilizado.
Plataforma a medida (Next.js)SupabaseHoldedGoogle CalendarWhatsAppIA con visiónAutomatización en servidor propio del cliente