Copiloto seguro para SAMUR-PC que simula sustituciones, bases y reorganizaciones. Valida perfiles, descansos, equidad y vehículo/equipamiento. Opera en modo sombra, sin escribir en sistemas oficiales, con aprobación humana.

SAMUR Turnos IA es un copiloto de planificación y reorganización operativa diseñado para apoyar al equipo de RRHH y al Charly en la gestión diaria de sustituciones, asignación de equipos, reorganización durante la guardia y validación de vehículo/equipamiento.

La solución se adapta al contexto operativo de SAMUR-Protección Civil, un servicio municipal crítico que debe coordinar profesionales, equipos fijos, jornadas, bases, unidades asistenciales, vehículos, equipamiento, normativa laboral y criterios de equidad en un entorno con cambios constantes.

El objetivo no es automatizar la gestión de turnos ni sustituir el criterio experto de RRHH o del Charly. El sistema analiza el cuadrante, detecta huecos o escenarios de riesgo, prioriza los casos más críticos, genera alternativas viables, explica restricciones, muestra impactos y deja trazabilidad de la recomendación.

La decisión final corresponde siempre a una persona responsable:

• RRHH, en la planificación previa y resolución de huecos antes del turno.
• Charly, durante la guardia, especialmente desde las 15:00, fines de semana o situaciones de reorganización operativa.
• Parque de Vehículos, cuando una modificación de equipo pueda afectar al tipo de vehículo o equipamiento.

Principio de seguridad operativa

El piloto se desarrollará inicialmente en modo controlado o modo sombra:

• Sin escritura automática en SIRRHH.
• Sin modificación automática del Cuadrante SAMUR-PC.
• Sin envío automático de instrucciones a profesionales, bases o parque móvil.
• Sin impacto operativo real durante la primera fase.
• Con validación de recomendaciones frente a históricos y escenarios preparados por SAMUR-PC.
• Con posible uso asistido posterior solo si el promotor valida expresamente resultados, alcance, seguridad y condiciones.

El MPV se plantea como una herramienta de decisión asistida, no como un sistema autónomo de planificación.

Dos modos de uso del MPV

El MPV se diseñará con dos modos de trabajo diferenciados:

Modo RRHH.

Orientado a la planificación previa, resolución de huecos, revisión de jornadas, descansos, perfiles y apoyo al cierre de las siguientes 48 horas antes del relevo operativo.

Modo Charly.

Orientado a la simulación rápida durante la guardia, especialmente desde las 15:00, fines de semana o incidencias sobrevenidas, cuando el Charly debe reorganizar equipos bajo presión.

Ambos modos comparten reglas, trazabilidad y aprobación humana, pero muestran pantallas, prioridades y flujos adaptados a cada usuario.

Circuito mínimo del MPV

El MPV no pretende resolver toda la planificación de SAMUR-PC ni cubrir todas las casuísticas históricas desde el primer piloto.

Validará un circuito mínimo:

hueco o incidencia → priorización operativa → reglas obligatorias → alternativas viables → explicación de descartes → revisión humana → trazabilidad.

El objetivo es demostrar que el sistema puede reducir el tiempo de análisis, aumentar la consistencia de las alternativas y documentar el razonamiento operativo sin ejecutar ningún cambio real.

Reglas bloqueantes y reglas de preferencia

El sistema trabajará con dos tipos de restricciones:

Reglas bloqueantes.

Impiden proponer una alternativa no viable. Por ejemplo: incumplimiento de descanso mínimo, perfil profesional imprescindible, composición mínima de unidad asistencial o restricción operativa validada como obligatoria por SAMUR-PC.

Reglas de preferencia.

Ordenan las alternativas, pero no sustituyen el criterio humano. Por ejemplo: equidad, continuidad de equipo, minimización de cambios, menor impacto sobre bases prioritarias o reparto de horas extra.

Cuando no exista una alternativa compatible con las reglas obligatorias, el sistema no forzará una solución. Mostrará “sin alternativa viable con las restricciones actuales”, explicará qué regla bloquea la propuesta y permitirá al responsable revisar manualmente el caso o escalarlo.

Alineación directa con los subretos

Subreto 1. Cubrir ausencias y bajas diarias.

SAMUR Turnos IA incorporará un motor de sustituciones que analizará perfil profesional, jornada, descansos, pertenencia a equipo, disponibilidad validable y criterios básicos de equidad. El resultado visible será una lista de alternativas explicadas para cada hueco.

Subreto 2. Proponer escenarios de asignación a bases prioritarias.

El sistema permitirá simular escenarios de asignación a bases considerando cobertura mínima, prioridad de base, tipo de unidad asistencial y disponibilidad de equipos completos. El resultado será un conjunto de escenarios revisables por Charly.

Subreto 3. Simular reorganizaciones durante la guardia.

La solución incluirá un simulador what-if para analizar bajas, refuerzos, cambios de base, incidencias o necesidades de mantener cobertura mínima. En el piloto se validará con escenarios históricos o preparados por SAMUR-PC, sin ejecución operativa en tiempo real.

Subreto 4. Revisar vehículo y equipamiento.

El MPV incorporará avisos básicos de coherencia entre composición del equipo, tipo de unidad asistencial, vehículo esperado y equipamiento mínimo. El resultado será una advertencia para revisión de Charly o Parque de Vehículos, no una asignación automática de flota.

Alcance realista del MPV

Para que el piloto sea viable dentro de 30.000 € IVA incluido, el alcance se acota a:

• Trabajo con datos históricos, anonimizados o exportaciones controladas.
• Ventanas de planificación de hasta 48 horas.
• Muestra representativa de equipos, huecos, bases y escenarios históricos.
• Reglas iniciales acordadas con RRHH, Charly y Parque de Vehículos.
• Simulación en entorno controlado, sin integración productiva obligatoria.
• Validación contra decisiones históricas y criterio experto.
• Interfaz mínima para revisión de alternativas, no sustitución del Cuadrante SAMUR-PC.

Alcance mínimo del MPV

El alcance mínimo incluirá:

• Carga de cuadrante histórico o anonimizado.
• Catálogo inicial de restricciones obligatorias.
• Priorización de huecos por criticidad operativa.
• Motor de sustituciones para huecos.
• Simulador básico de asignación a bases prioritarias.
• Simulador what-if sobre escenarios preparados.
• Avisos básicos de coherencia vehículo/equipamiento.
• Interfaz de revisión para RRHH, Charly y validadores.
• Trazabilidad completa de alternativas, descartes y decisiones.
• Validación con históricos y escenarios preparados por SAMUR-PC.

Capacidades deseables si los datos lo permiten

Si SAMUR-PC facilita fuentes adicionales y el calendario lo permite, podrán incorporarse de forma progresiva:

• Indicadores avanzados de equidad.
• Preferencias o disponibilidad real de profesionales.
• Histórico completo de horas extra.
• Histórico completo de cambios de base.
• Estado operativo detallado de vehículos.
• Equipamiento detallado por unidad.
• Reglas laborales completas y excepciones documentadas.
• Conectores de solo lectura con sistemas internos.
• Simulación más amplia durante guardia.

Estas capacidades no son requisito para validar el MPV inicial.

Fuera del alcance del MPV

No forma parte del MPV:

• Sustituir SIRRHH.
• Sustituir el Cuadrante SAMUR-PC.
• Desplegar una herramienta productiva 24/7.
• Automatizar llamadas, SMS o comunicaciones a profesionales.
• Escribir cambios en sistemas oficiales.
• Cubrir todas las reglas históricas, excepciones y casuísticas desde el primer piloto.
• Implantar una solución corporativa definitiva de gestión de turnos.
• Gestionar flota de forma completa.
• Ejecutar reorganizaciones reales durante la guardia sin validación expresa.

Datos mínimos y deseables

Como datos mínimos, el MPV necesitará cuadrante, equipos, turnos, perfiles, huecos, fechas, tipo de jornada, cadencias, descansos, listado de bases, prioridad de bases, tipologías de unidades asistenciales, disponibilidad simulada o histórica validada manualmente y decisiones históricas de RRHH o Charly para comparación.

Como datos deseables, se incorporarán si están disponibles: histórico completo de cambios y decisiones, horas extra, bases previas, preferencias, restricciones adicionales, formulario de disponibilidad actualizado, prioridad variable de bases, composición mínima y óptima por unidad, estado operativo de vehículos, equipamiento detallado, motivo de decisiones históricas y métricas avanzadas de equidad.

La disponibilidad real será siempre confirmada por RRHH o Charly. El MPV podrá sugerir candidatos compatibles, pero no considerará cubierto un hueco hasta que la persona responsable lo valide por el canal operativo correspondiente.

La disponibilidad declarada se tratará como dato orientativo, nunca como certeza. Si procede de formularios no integrados, históricos o fuentes no actualizadas, el sistema mostrará el candidato como “pendiente de confirmación”. El MPV no contactará automáticamente con profesionales ni dará por cubierta una sustitución hasta que RRHH o Charly lo validen.

La solución combinará IA aplicada, optimización matemática, simulación y reglas operativas validadas por SAMUR-PC.

Las principales tecnologías previstas serán:

• Optimización: OR-Tools, CP-SAT, Pyomo o motor equivalente para generar alternativas válidas bajo restricciones.
• Motor de reglas: reglas laborales y operativas parametrizadas sobre jornadas, descansos, perfiles, equipos, bases, unidades, vehículos y equipamiento.
• Scoring explicable: ranking de alternativas por cobertura, impacto, equidad y continuidad.
• Simulación what-if: generación de escenarios alternativos sin impacto real para reorganización durante guardia y pruebas con incidencias.
• Backend: Python y FastAPI para lógica de recomendación, APIs internas y servicios.
• Base de datos: PostgreSQL para datos operativos, escenarios, auditoría y trazabilidad.
• Interfaz MPV: React/Next.js o Streamlit para revisión por RRHH, Charly y validadores.
• Integración inicial: exportaciones controladas o conectores solo lectura para evitar impacto en SIRRHH y Cuadrante durante el piloto.
• Seguridad: RBAC, cifrado, logs y minimización de datos.
• Despliegue: Docker en entorno cloud o infraestructura definida para un piloto controlado y reproducible.
• Explicabilidad: registro de reglas, motivos de descarte y justificación de cada alternativa.

La solución priorizará tecnologías abiertas y componentes reutilizables para mantener el alcance dentro del presupuesto de 30.000 € IVA incluido.