Un análisis despolitizado sobre una pregunta de seguridad ferroviaria que todavía no tiene respuesta pública.
El 30 de octubre de 2026, el ministro de Transportes, Óscar Puente, pronunció unas palabras sobre el accidente ferroviario de Urda, en Toledo, que merecen una reflexión mucho más profunda de la que aparentemente han recibido.
Hablando de las pantallas del centro de control de Atocha, desde donde se supervisaba la circulación de los dos trenes que terminaron colisionando, afirmó:
«En una pantalla se ve cómo un tren se va acercando y el otro permanece parado».
La declaración, recogida por medios como la Cadena SER, El País y laSexta, resulta extraordinariamente significativa.
Porque no estamos hablando de una información descubierta exclusivamente después del accidente. Según las explicaciones del ministro, los movimientos de ambos trenes podían seguirse gráficamente desde el centro de control.
Y eso plantea una pregunta tan sencilla como inquietante:
Si un ordenador podía mostrar cómo un tren avanzaba hacia otro que permanecía detenido, ¿por qué no hubo una alarma automática eficaz que advirtiera del peligro antes de que fuera demasiado tarde?
Lo que dijo exactamente el ministro
Dos días antes, el 28 de octubre, Óscar Puente había realizado otra afirmación fundamental:
«Los trenes estaban perfectamente ubicados y han estado perfectamente localizados en todo momento».
El ministro explicó que había examinado la reproducción completa de los movimientos ferroviarios, desde la caída del sistema de seguridad LZB hasta el momento del impacto.
No había querido limitarse a una reconstrucción abreviada. Había solicitado observar lo que aparecía en las pantallas durante toda la secuencia.
Posteriormente, el 30 de octubre, proporcionó una descripción todavía más precisa.
Explicó que el sistema permitía visualizar los sectores ferroviarios y observar cómo el AVE iba ocupándolos progresivamente, mientras el Iryo permanecía detenido.
Por tanto, de sus declaraciones se desprenden dos hechos relevantes:
Primero, que el centro de control disponía de información gráfica sobre la posición y los movimientos de ambos trenes.
Segundo, que esa representación permitía observar la aproximación del AVE al Iryo inmovilizado.
Esta es la base de nuestro análisis. No una especulación sobre lo que podrían haber mostrado los ordenadores, sino lo que el propio ministro afirmó que podía verse en las pantallas.
Una cosa es mostrar el peligro y otra advertir de él
Imaginemos un sistema informático que representa una red ferroviaria.
En sus pantallas aparecen las vías, los tramos ocupados y la información necesaria para supervisar la circulación.
Uno de los trenes está detenido.
Otro avanza hacia él por la misma ruta.
Un controlador que observe esa representación, comprenda las circunstancias y relacione correctamente la información disponible puede advertir que se está produciendo una situación peligrosa.
Pero ¿qué sucede si el controlador está atendiendo una comunicación por radio? ¿O si está supervisando simultáneamente varios trenes? ¿O si, sencillamente, no advierte a tiempo lo que está ocurriendo?
Los seres humanos podemos distraernos, equivocarnos o interpretar incorrectamente una situación.
Precisamente por eso existen los sistemas automáticos de seguridad.
Su finalidad no es solamente proporcionar información a las personas, sino evitar que determinados errores humanos terminen provocando consecuencias irreversibles.
Y aquí aparece una distinción esencial.
Que un ordenador represente visualmente dos trenes aproximándose no significa necesariamente que esté programado para reconocer automáticamente una situación de peligro.
Son dos funciones diferentes.
La primera consiste en mostrar información.
La segunda exige analizar esa información, identificar una situación potencialmente peligrosa y activar una advertencia.
La pregunta que deberíamos formularnos es si el sistema informático del centro de control de Atocha disponía de esa segunda capacidad.
Y, en caso afirmativo, qué sucedió con ella.
¿Existía una alarma acústica?
Esta es la incógnita principal.
Hasta el momento, no hemos encontrado información pública concluyente que permita establecer si el centro de control disponía de una alarma sonora automática específicamente diseñada para advertir de una aproximación peligrosa entre trenes como la registrada en Urda.
No sabemos si existía.
No sabemos si estaba prevista para circunstancias como aquellas.
No sabemos si pudo activarse y no fue atendida.
Y tampoco sabemos si, en caso de existir, dependía de información o funciones afectadas por la avería inicial.
Conviene subrayarlo porque sería incorrecto afirmar que una alarma falló sin haber demostrado siquiera su existencia.
Pero la ausencia de esa información pública no elimina la pregunta. Al contrario, la convierte en una cuestión que merece una respuesta técnica.
De hecho, el 29 de octubre, la agencia Colpisa publicó una investigación, reproducida por Diario de Navarra, bajo un título especialmente revelador:
«¿Por qué no saltaron las alarmas en el puesto de mando ante el choque de trenes en Urda?»
El artículo señalaba expresamente que todavía debía aclararse si los ordenadores del centro de control habían emitido alguna señal de alarma y, en ese caso, por qué no había sido atendida.
Es decir, no estamos ante una duda puramente teórica.
Estamos ante una incógnita relacionada con las barreras de seguridad que debían proteger la circulación ferroviaria.
No basta con que una alarma haga ruido
Incluso si se confirmara que existía una alarma acústica, todavía quedaría por resolver otra cuestión fundamental: su eficacia.
Una alarma no cumple necesariamente su cometido por el simple hecho de emitir un pitido.
Un centro de control ferroviario maneja numerosas comunicaciones, señales e incidencias. No todas tienen la misma importancia ni requieren la misma respuesta.
Una advertencia de riesgo de colisión debería reunir, idealmente, varias características.
Debería distinguirse claramente de una notificación rutinaria.
Debería identificar la zona afectada y los trenes implicados.
Debería comunicar la gravedad de la situación.
Debería mantenerse activa mientras el peligro persistiera, sin que el mero reconocimiento de la advertencia se confundiera con su resolución.
Y, sobre todo, debería producirse con suficiente antelación para permitir una intervención eficaz.
Una alarma que suena cuando el accidente ya resulta inevitable puede informar de una emergencia, pero no cumple la función preventiva que estamos examinando.
Por eso nuestra pregunta no consiste simplemente en saber si sonó algún aviso.
Consiste en averiguar si existía una protección automática capaz de transformar la información disponible en una advertencia clara, urgente y suficientemente temprana.
Diecisiete minutos que obligan a preguntarse qué ocurrió
Según la reconstrucción inicial difundida por distintos medios, transcurrieron aproximadamente diecisiete minutos entre la autorización para reanudar la marcha del AVE y la colisión.
Durante ese intervalo, el tren avanzó unos 25 kilómetros.
Mientras tanto, el Iryo permanecía detenido.
Las comunicaciones conocidas indican, además, que desde el Iryo se informó al centro de control de que no había conseguido reanudar la marcha.
Por tanto, no estamos hablando de una situación que surgiera exclusivamente durante los últimos segundos del accidente.
Existió un intervalo durante el cual fue posible adoptar decisiones que podrían haber cambiado el desenlace.
Esto no significa que una alarma automática hubiera dispuesto necesariamente de diecisiete minutos para advertir del peligro. Para establecerlo habría que conocer desde qué instante el sistema podía identificar la situación como peligrosa y cuánto tiempo de reacción quedaba.
Pero sí existe una pregunta legítima:
¿En qué momento habría podido un sistema automático detectar que el AVE avanzaba hacia un tren detenido en la misma ruta?
Y otra, inseparable de la anterior:
¿Habría sido posible emitir una advertencia con suficiente antelación para ordenar la detención del AVE?
Responderlas exige examinar el funcionamiento real de los sistemas informáticos del centro de control, no simplemente reconstruir las decisiones humanas.
¿Sería técnicamente posible una alarma semejante?
En principio, sí.
Los sistemas informáticos pueden programarse para detectar situaciones peligrosas mediante reglas que relacionen diferentes datos.
Por ejemplo, la ocupación de determinados tramos, los itinerarios establecidos, los movimientos de los trenes y las condiciones de circulación.
Pero sería simplista afirmar que basta con observar dos símbolos acercándose en una pantalla y ordenar al ordenador que haga sonar una sirena.
Una aplicación ferroviaria de seguridad necesita distinguir entre situaciones normales y situaciones peligrosas, manejar información fiable y funcionar correctamente incluso cuando algunos de los sistemas que suministran los datos sufren una avería.
Además, debe evitar tanto la ausencia de advertencias ante peligros reales como una acumulación de falsas alarmas que termine reduciendo la atención de los operadores.
Por tanto, diseñar una alarma fiable puede ser considerablemente más complejo que programar un aviso sonoro convencional.
Sin embargo, que una solución requiera una ingeniería rigurosa no significa que carezca de sentido investigar si esa protección existía o podía haberse incorporado.
Precisamente para eso existe la ingeniería de seguridad: para anticipar situaciones peligrosas y establecer mecanismos que reduzcan la dependencia de una intervención humana perfecta.
Una responsabilidad que va más allá de mirar una pantalla
Es posible que la investigación termine identificando errores humanos en la gestión de la circulación.
Pero incluso si esa conclusión se confirma, quedará una cuestión diferente.
¿Por qué las protecciones disponibles no impidieron que esos errores desembocaran en una catástrofe?
La seguridad ferroviaria no puede sustentarse en la premisa de que ningún trabajador cometerá jamás una equivocación.
Los procedimientos deben ser adecuados, la formación suficiente y las decisiones correctas.
Pero también deben existir mecanismos capaces de detectar y corregir errores previsibles, especialmente cuando sus consecuencias pueden ser devastadoras.
En el caso de Urda, la declaración de Óscar Puente introduce un elemento que no debería pasar inadvertido.
Según el ministro, la aproximación de los trenes podía observarse en una pantalla.
Por tanto, la pregunta no es solamente por qué una persona pudo no advertir esa aproximación.
Es también por qué la información disponible no se tradujo en una intervención eficaz antes de la colisión.
Y, dentro de esa investigación, el papel de las posibles alarmas automáticas merece una explicación específica.
Seis preguntas que deberían tener respuesta
Sin anticipar conclusiones ni atribuir responsabilidades que todavía no están demostradas, sería razonable solicitar a Adif y a los organismos investigadores una explicación pública sobre seis cuestiones concretas:
- ¿Disponía el centro de control de Atocha de un sistema automático capaz de detectar aproximaciones peligrosas entre trenes?
- ¿Contaba ese sistema con advertencias acústicas, además de las indicaciones visuales?
- ¿Seguían operativas esas funciones después de la caída del LZB?
- ¿Se registró alguna alarma durante los minutos anteriores al accidente?
- Si existió una advertencia, ¿cuándo se produjo, qué indicaba y qué respuesta recibió?
- Si no existía una función de alerta para aquella situación, ¿qué mecanismo alternativo estaba previsto para advertir del peligro?
No son preguntas políticas.
Tampoco constituyen una acusación contra los trabajadores del centro de control ni contra los ingenieros responsables del diseño de los sistemas.
Son preguntas sobre la seguridad de una infraestructura pública utilizada diariamente por miles de personas.
Y sus respuestas podrían contribuir a evitar accidentes futuros.
La pregunta que deja Óscar Puente
Volvamos a la declaración del ministro.
«En una pantalla se ve cómo un tren se va acercando y el otro permanece parado».
Es una frase que resume, con una sencillez estremecedora, el problema que hemos querido examinar.
Un tren detenido.
Otro aproximándose.
Una representación informática en la que, según el ministro, podía observarse aquella situación.
Y una colisión que finalmente no se evitó.
Desconocemos si el centro de control disponía de una alarma acústica específica, si alguna advertencia llegó a producirse o si los programas instalados estaban diseñados para reconocer automáticamente aquella situación.
No sería riguroso inventar las respuestas.
Pero tampoco sería razonable renunciar a formular las preguntas.
Porque si un sistema informático puede mostrar una situación que termina en tragedia, resulta imprescindible averiguar qué mecanismos existen para advertir de ese peligro antes de que sea demasiado tarde.
La investigación deberá establecer qué sucedió realmente.
Y, entre las respuestas pendientes, hay una que merece especial atención:
¿Por qué aquella aproximación, que según Óscar Puente podía verse en las pantallas del centro de control, no dio lugar a una advertencia automática eficaz que permitiera evitar la catástrofe?
No sabemos todavía si la respuesta está en una alarma inexistente, una alarma que no funcionó, una advertencia que no fue atendida o una limitación del sistema.
Pero necesitamos saberlo.
Porque la próxima vez que un tren quede detenido y otro avance hacia él, la seguridad de los pasajeros no debería depender exclusivamente de que alguien esté mirando la pantalla adecuada en el momento preciso.
Fuentes documentales
RTVE, 28 de octubre de 2026. «Puente apunta a un error humano en el accidente de tren de Toledo y tacha de "inexplicable" la orden al AVE de retomar la marcha».
https://www.rtve.es/noticias/20261028/puente-apunta-a-error-humano-accidente-tren-toledo-tacha-inexplicable-orden-ave-retomar-marcha/17286898.shtml
laSexta, 30 de octubre de 2026. Declaraciones sobre la pantalla que mostraba la aproximación de los trenes.
https://www.lasexta.com/noticias/nacional/puente-asegura-que-ave-vio-semaforo-verde-antes-chocar-pantalla-como-tren-acercando-otro-esta-parado_202610306ae4921a6973466c29e341b0.html
Cadena SER, 30 de octubre de 2026. Seguimiento de la comparecencia de Óscar Puente.
https://cadenaser.com/nacional/2026/10/30/ultima-hora-sobre-el-accidente-de-urda-en-directo-oscar-puente-comparece-a-las-1130-horas-cadena-ser/
Diario de Navarra / Colpisa, 29 de octubre de 2026. «¿Por qué no saltaron las alarmas en el puesto de mando ante el choque de trenes en Urda?».
https://www.diariodenavarra.es/noticias/actualidad/nacional/2026/10/29/no-saltaron-alarmas-puesto-mando-choque-trenes-urda-840499-28.html
RTVE, 28 de octubre de 2026. «Desconecte, vuelva a conectar y reanude marcha normal: las conversaciones entre Adif y los trenes del accidente en Urda».
https://www.rtve.es/noticias/20261028/accidente-tren-toledo-audios-trenes-centro-control-funciona/17287733.shtml
Análisis elaborado por ChatGPT GPT-6 a partir de la información pública disponible hasta el 1 de noviembre de 2026. Las conclusiones técnicas definitivas y la determinación de responsabilidades corresponden a la investigación oficial.
No hay comentarios:
Publicar un comentario
Después de siete días de la publicación de un artículo todos los comentarios necesitan aprobación.