La plataforma

Todo esto sale de los partes que un servicio ya rellena cada día

FireDash se construyó con el Servicio de Bomberos de Bilbao dentro de la incubadora REACH, con financiación del programa Horizonte 2020. Esta es la versión funcional: tres pantallas que responden a las tres preguntas de un jefe de guardia —qué pasa ahora, qué viene esta semana y qué ha venido pasando— sin pedirle al servicio que registre nada que no registre ya.

Abrir la demoDos minutos. Te preguntamos quién eres, y nada más.

Sala de control

Una jornada completa, reproducida minuto a minuto. Entran los avisos, salen las dotaciones, el mapa se llena y el recuento de vehículos disponibles baja. Mueves la línea de tiempo y se mueve la pantalla entera.

Imagen en directo · dotación comprometida · parte de servicios

16:407 avisos0 abiertos0 bomberos

Previsión a siete días

Demanda esperada por día, a partir de los avisos meteorológicos y del calendario de eventos de la ciudad. El modelo está en pantalla —base, factor meteorológico, día de la semana, eventos— porque una previsión que nadie puede discutir es una previsión en la que nadie confía.

Avisos · eventos en vía pública · intervalo esperado

  • Mar 1711
  • Mié 1812
  • Jue 198
  • Vie 2011
  • Sáb 219
  • Dom 2213
  • Lun 238

Dieciocho meses de actividad

La mezcla que produce una ciudad de verdad: dos tercios de los avisos son asistencia técnica, no incendios. Tiempos en el lugar, estacionalidad y el patrón por hora que dice cuándo un turno se queda corto.

Mezcla por tipo · percentiles de duración · hora y día

Jun 25Nov 26

Para quién es

La prevención y extinción de incendios es servicio obligatorio en los municipios de más de 20.000 habitantes, y la asume la diputación, el cabildo o el consejo insular en los que no llegan a ese censo y no lo prestan por su cuenta (artículos 26.1.c y 36.1.c de la Ley 7/1985). Ese umbral parte el mapa en dos operativas muy distintas, con las mismas tres preguntas.

Ayuntamientos con parque propio

Uno o dos parques, una plantilla cerrada y una demanda que no se decide en el ayuntamiento. El trabajo está en cuadrar turnos contra algo que parece aleatorio y no lo es: la hora, el día de la semana, el temporal y lo que haya en la calle ese fin de semana explican buena parte. Y en llegar al pleno con una cifra detrás de la petición, en lugar de una impresión.

Diputaciones y servicios de red

Diez, quince o veinte parques que no se pueden comparar entre sí porque cada uno apunta a su manera. Antes de repartir medios por el territorio hay que poner los partes en el mismo idioma, y normalizar veinte nomenclátores en uno es la mitad del proyecto: justo la mitad que nadie quiere hacer a mano.

Un hallazgo, como ejemplo

Sobre 4519 intervenciones, un solo aviso meteorológico activo no cambia nada medible: 7.74 salidas al día frente a 8.42 en un día despejado. Dos o más avisos a la vez es otra cosa — 11.59 salidas al día, un 38% por encima de la base, en 96 días. Eso no es un modelo. Es un hecho con el que se puede tocar un cuadrante, y estaba en datos que el servicio ya tenía.

Sobre qué funciona

Partes de servicio

Cada aviso que entra al parque: tipología, distrito, vehículos, dotación, tiempo en el lugar. Es la columna vertebral; todo lo demás es contexto alrededor. Si los guardáis, aunque sea en una hoja de cálculo, ya hay con qué empezar.

Avisos meteorológicos

El boletín público de avisos, por causa y nivel. Es gratuito, ya está publicado, y casi nadie lo cruza contra su propio volumen de salidas.

Eventos en vía pública

Los eventos que el ayuntamiento ya notifica al servicio. Un mercado y una carrera popular se planifican con meses; la demanda que generan no debería ser una sorpresa esa mañana.

Modelos de datos estándar

Activos, riesgos y medidas siguen los modelos NGSI-LD que usan los proyectos europeos de emergencias, de modo que la salida encaja con lo que ya tenéis montado en vez de convertirse en una isla más.

Cómo suele empezar esto

  1. Media hora con quien guarda los partes

    No con dirección. Con quien los rellena, que es quien sabe qué campos se cumplimentan de verdad y cuáles se salta todo el mundo.

  2. Una lectura escrita de vuestro propio histórico

    Qué hay, qué falta, qué se puede responder ya y qué no. Con un alcance pensado para que la primera contratación no tenga que abrir un procedimiento largo.

  3. Y solo entonces, una decisión

    Si el histórico no da para una plataforma, lo decimos. Un piloto montado sobre partes que no lo sostienen se cae a los seis meses, y para entonces el nombre que aparece es el vuestro, no el nuestro.

Dónde vivirían los datos

Los partes siguen siendo vuestros. Esta demo es pública y funciona con registros inventados precisamente porque los reales no son nuestros para publicarlos. En un despliegue real, dónde se alojan los datos lo decide la administración que es titular de ellos, y es lo primero que se pone por escrito, no lo último.

Sobre los datos de la demo

Todos los registros de la pantalla son sintéticos. Los partes que hay detrás de este trabajo son del Servicio de Bomberos de Bilbao y se cedieron para investigación, así que no los republicamos. Lo que usa la demo es la forma de esos datos —perfil horario, mezcla de tipologías, percentiles de duración, dotaciones, el efecto meteorológico de arriba—, medida sobre 4519 intervenciones reales entre 2019-01-01 y 2020-05-31, y vuelta a sortear. Se comporta como lo real porque está ajustada a lo real. La única excepción es el mapa: la huella es un histograma de 150 metros con las celdas de menos de tres servicios suprimidas, que es el mismo tipo de agregado que publica cualquier memoria municipal.

Si esto se parece a vuestro problema

La demo funciona sobre una ciudad. La conversación interesante es qué aspecto tienen vuestros propios partes cuando están en un sitio, que normalmente se descubre en una sesión.