dgutlopSUMMA 112
SUMMA 112 es el Servicio de Urgencias Médicas de la Comunidad de Madrid. Su Centro Coordinador de Urgencias y Emergencias (CCU) centraliza la recepción de llamadas y la gestión en tiempo real de los recursos asistenciales: ambulancias de Soporte Vital Básico (SVB) y Avanzado (SVA), Vehículos de Intervención Rápida (VIR), Unidades de Atención Domiciliaria (UAD) y helicópteros sanitarios. Se incluye como alternativa civil porque resuelve el mismo binomio que plantea el cliente — gestión de recursos sanitarios personales y materiales — aunque orientado a la emergencia reactiva y no a la programación anticipada de apoyos.
Arquitectura
El sistema se apoya en un CCU que centraliza la asignación de recursos mediante:
- Geoposicionamiento de toda la flota, que permite asignar el recurso más cercano al incidente.
- Equipamiento embarcado en cada vehículo (tablet, ordenador embarcado, comunicaciones Tetra y GPS) que conecta el recurso móvil con el CCU en tiempo real.
- Mesas de trabajo diferenciadas (transporte urgente / programado), con supervisión propia.
No es un producto contratable: es un desarrollo propio de una administración pública (Servicio Madrileño de Salud), con componentes tecnológicos suministrados por terceros bajo contrato público (ALTECH en el equipamiento embarcado; SANIR en la operación de parte de la flota), mientras la coordinación permanece en el SUMMA 112.
Estimación a escala nacional
Punto de partida: Madrid invierte 1,5 M€ en la mejora y mantenimiento de la plataforma tecnológica del CCU, dando servicio a una población de referencia de ~6,7 millones de habitantes, con ~1,2 millones de llamadas/año (~3.000 llamadas/día) y una plantilla del CCU de más de 200 profesionales.
Una extrapolación lineal por población (factor ×7,1 respecto a Madrid) elevaría el coste de mantenimiento tecnológico a ~10,6 M€/año. Sin embargo, esa cifra corresponde a dar cobertura de emergencias sanitarias a toda la población civil las 24 horas, los 365 días del año, con telefonía 112, triaje médico en vivo y cientos de operadores de centralita. Ese alcance no corresponde al caso de uso del ET, cuya necesidad es la programación y consulta de disponibilidad de recursos sanitarios propios (personal médico/enfermería y ambulancias) para un universo de en torno a 45.000 efectivos, sin atención de llamadas civiles ni triaje en tiempo real.
El criterio de escalado adecuado es por volumen y complejidad funcional del recurso a gestionar, no por población cubierta:
| Concepto | Madrid (SUMMA 112) | Estimación ET (nacional) |
|---|---|---|
| Mantenimiento/mejora anual de la plataforma | 1,5 M€ | 0,3 – 0,6 M€/año |
| Desarrollo inicial (no recurrente) | No disponible públicamente | 1 – 2,5 M€ |
| Hardware embarcado en ambulancias/vehículos | Incluido en renovación de flota (17 M€ en 132 vehículos) | No aplicable / opcional |
Conclusión: un sistema "tipo SUMMA 112" adaptado al alcance real que necesita el ET se movería en un orden de magnitud de 1 – 2,5 M€ de desarrollo inicial y 0,3 – 0,6 M€/año de mantenimiento, frente a los ~10,6 M€/año que resultarían de una extrapolación directa por población. La diferencia de alcance —atención a toda la ciudadanía 24/7 frente a la gestión interna de recursos propios— es lo que justifica que el coste no escale linealmente con el tamaño de España respecto a Madrid.
Funcionalidades
SUMMA 112 gestiona en tiempo real recursos materiales (ambulancias, helicópteros) y personales (médicos, enfermeros, TES), con priorización por gravedad. Está diseñado para emergencias reactivas (llamada → triaje → asignación del recurso más cercano), no para la programación anticipada de apoyos a actividades, que es el caso de uso real del cliente. Adoptar este modelo implicaría construir desde cero el módulo de programación/calendario que sí tiene la Herramienta Colaborativa del ET, ya que no es una funcionalidad nativa del sistema.
Riesgos
R1: No es un producto adquirible ni licenciable Es un sistema propio de una administración pública, no un producto de catálogo. No existe la opción de contratar SUMMA 112; cualquier alternativa equivalente implicaría un desarrollo a medida.
- Impacto: alto.
- Probabilidad: cierta.
R2: Desajuste funcional con el caso de uso del cliente El sistema está optimizado para triaje y respuesta a emergencias civiles en tiempo real, no para programación planificada de apoyos sanitarios a actividades con antelación.
- Impacto: moderado-alto.
- Probabilidad: cierta.
R3: Incertidumbre en el coste real de un desarrollo a medida Al no existir un producto comercial, el coste depende enteramente de un proceso de desarrollo de software a medida, con el riesgo de desviación de presupuesto y plazos típico de estos proyectos.
- Impacto: alto.
- Probabilidad: media-alta.
Licenciamiento
No aplica un modelo de licenciamiento comercial. Es un sistema de titularidad y gestión pública, con componentes tecnológicos suministrados por terceros bajo contrato público, sin que exista un producto licenciable que el ET pudiera adquirir o suscribir directamente.