Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • P PANACEA
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • dgutlop
  • PANACEA
  • Wiki
  • 2.4.2. SUMMA112

Last edited by dgutlop Jun 24, 2026
Page history
This is an old version of this page. You can view the most recent version or browse the history.

2.4.2. SUMMA112

SUMMA 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.

Clone repository

PANACEA

  1. Especificación y formulación del problema
    1. Introducción
    2. Definición del problema
    3. Descripción del proceso actual
    4. Actores
    5. Alcance y limitaciones
    6. Analistas
  2. Estudio de viabilidad del sistema
    1. Mind Map
    2. Impact Map
    3. Historias de usuarios
    4. Estudio de Alternativas
      1. HESTIA
      2. SUMMA112
      3. PANACEA
    5. Cumplimiento de impactos
    6. Decisión
    7. Exposición EVS
  3. Propuesta de desarrollo
    1. Planificación
    2. Requisitos
    3. Diagramas
    4. Modelos
    5. Producto Mínimo Viable