Lo que ya está funcionando en producción.

Una plataforma urbana crece por acumulación: cada área municipal pide su módulo y cada normativa añade un requisito. El reto no era construir una aplicación, era hacerse cargo de un producto vivo que no puede pararse.

Sobre su núcleo levantamos la base de pruebas con la que hoy entra cada cambio, aseguramos que el dato llegue entero de punta a punta, trajimos el trabajo en segundo plano dentro de la plataforma y dejamos el alta de un ayuntamiento nuevo en cuestión de configuración.

Un aviso ciudadano nace en el momento en que alguien ve una farola apagada. El canal conversacional recoge ese mensaje y lo convierte en un aviso que un técnico municipal puede atender: con el sitio comprobado, con la fotografía dentro y sin preguntas que no vienen al caso.

El flujo se adapta a cada tipo de aviso y pregunta sólo lo que corresponde, valida la ubicación e incorpora la fotografía; después, los comentarios de la gestión y los comunicados del ayuntamiento se leen y se contestan en el mismo hilo.

Un cuadro de mando vale lo que valga la cifra que enseña. Cuando el panel y la plataforma no dan el mismo número para un mismo estado, la conversación se va en averiguar cuál de los dos tiene razón, y el panel deja de abrirse.

Sobre los cuadros de mando con los que se miden los avisos de Mejora tu Ciudad ampliamos los desgloses hasta el detalle que cada equipo pedía, cuadramos la cifra contra la plataforma servicio por servicio, reforzamos la carga diaria y dejamos por escrito la ruta para que más personas del equipo construyan los suyos.

Detrás de cada trámite en línea, cada mapa municipal y cada cita hay una capa que no se ve: los servidores donde corre la plataforma, las bases de datos donde vive el dato y los accesos por los que entra cada equipo. Sostenerla es mantenerla disponible mientras por dentro cambia entera.

Sobre esa capa levantamos los entornos, automatizamos la copia diaria fuera de los servidores que la producen, montamos la vigilancia que abre por sí misma la tarea de seguimiento y llevamos las migraciones —la mensajería interna, las bases de datos, el motor de búsqueda— con el servicio encendido.

Renovar un cliente web que alguien está usando en ese mismo instante pide una disciplina distinta: cada cambio se prueba contra una pantalla abierta y con datos dentro, no contra un entorno vacío. Lo que se cambió fue la base sobre la que se monta, con la aplicación en uso todo el tiempo.

Llevamos a una versión nueva el motor que dibuja el mapa sobre el que se avisa, ordenamos el sistema de componentes con el que se montan las vistas para que una misma pieza sirva en varias, y dejamos en un solo sitio las reglas con las que se comprueba cada formulario.

La aplicación funcionaba y estaba implantada, que es justo lo que hace difícil tocarla: cualquier interrupción afectaba a profesionales que estaban consultando una historia clínica en mitad de una atención.

Los dos clientes nativos se modernizaron con la aplicación en producción todo el tiempo, y sobre esa base entraron módulos completos sin reescribir lo que ya funcionaba. En una historia clínica un registro a medias es un dato clínico equivocado, así que las validaciones viven en la arquitectura y no pantalla a pantalla.