El Consejo de Gobierno de la Comunidad de Madrid aprobó el 8 de septiembre de 2026 el proyecto de Ley de Administración Digital e Inteligencia Artificial, conocido como LADIA, para remitirlo a la Asamblea autonómica e iniciar su tramitación parlamentaria.
De acuerdo con la información oficial, el proyecto pretende regular la prestación de servicios públicos digitales, la incorporación de inteligencia artificial, la seguridad de las infraestructuras tecnológicas y las garantías para la ciudadanía cuando intervengan sistemas automatizados.
Qué ha ocurrido y cuál es el alcance
El texto se presenta como un marco general para ordenar la transformación digital autonómica. Entre sus objetivos declarados están simplificar trámites, reducir cargas burocráticas, reforzar la accesibilidad y establecer condiciones para un uso transparente y supervisado de la inteligencia artificial.
La relevancia de esta iniciativa no depende únicamente del anuncio o de la tecnología utilizada. En la Administración Pública, cualquier cambio digital tiene efectos sobre organización, datos, seguridad, contratación, atención a la ciudadanía y continuidad del servicio. Por eso conviene analizar el proyecto desde una perspectiva operativa y no limitarse a su componente tecnológico.
Por qué importa para la transformación digital pública
Una norma transversal puede ayudar a evitar que cada departamento diseñe reglas distintas para identidad, automatización, datos o servicios digitales. El reto será traducir principios generales a procedimientos, estándares y responsabilidades operativas.
La modernización administrativa funciona mejor cuando la tecnología se conecta con objetivos concretos: reducir tiempos, evitar duplicidades, mejorar la trazabilidad, hacer más accesibles los servicios o permitir que distintas unidades trabajen sobre información coherente. Si no existe esa relación entre tecnología y servicio público, una inversión puede aumentar la complejidad en lugar de reducirla.
También es importante diferenciar digitalización de mera sustitución de soportes. Pasar un procedimiento a una interfaz web no garantiza que el proceso sea más simple. La oportunidad aparece cuando se revisan pasos, datos solicitados, validaciones, integraciones y responsabilidades para eliminar tareas que ya no aportan valor.
Datos, interoperabilidad y arquitectura
La ley puede tener efectos sobre cómo se comparten datos entre unidades, qué información se reutiliza y cómo se documentan los sistemas automatizados. La interoperabilidad y el gobierno del dato serán determinantes para que la simplificación sea real.
Una arquitectura pública sostenible debería evitar que la información quede encerrada en una única aplicación. APIs documentadas, formatos reutilizables, identificadores estables y mecanismos de exportación son elementos que facilitan la interoperabilidad y reducen la dependencia de proveedor. Cuando varias administraciones o sistemas participan en un servicio, esta capacidad resulta especialmente importante.
La calidad del dato también debe formar parte del diseño. Automatizar un proceso construido sobre información duplicada, desactualizada o sin responsables definidos puede amplificar errores. Por eso los proyectos maduros suelen acompañar la implantación técnica con reglas de gobierno del dato, trazabilidad y controles de calidad.
Seguridad, privacidad y continuidad
Cualquier ampliación del uso de IA y servicios digitales incrementa la necesidad de seguridad por diseño. La norma deberá convivir con el ENS, la normativa de protección de datos y el marco europeo de inteligencia artificial.
La seguridad debe integrarse desde el inicio y no incorporarse únicamente antes de una auditoría. Gestión de identidades, mínimo privilegio, registro de actividad, copias verificadas, segmentación, actualización y respuesta a incidentes son capacidades que deben adaptarse a la criticidad del servicio. Cuando existen proveedores externos, las responsabilidades también tienen que quedar documentadas.
En sistemas que procesan datos personales o información sensible, la disponibilidad técnica no equivale a autorización de uso. Deben definirse finalidades, permisos, conservación y mecanismos de supervisión. Si se incorpora inteligencia artificial, conviene además registrar qué fuentes utiliza, qué decisiones puede apoyar y dónde es obligatoria la intervención humana.
Qué cambia para ciudadanos y empleados públicos
La información oficial destaca derechos de los usuarios ante automatizaciones y el objetivo de reducir tiempos de tramitación. La experiencia real dependerá de cómo se diseñen interfaces, excepciones y canales alternativos.
Para la ciudadanía, una mejora real debería percibirse en menos pasos, mayor claridad, canales accesibles y menor necesidad de aportar información que la Administración ya posee. Para los empleados públicos, el objetivo debería ser reducir tareas repetitivas sin eliminar el conocimiento necesario para controlar el procedimiento.
La automatización puede liberar tiempo, pero también puede trasladar carga hacia la revisión si los resultados no son fiables. Por eso resulta útil medir el proceso completo: tiempo ahorrado, errores, excepciones, consultas derivadas y satisfacción de los usuarios.
Gobernanza y supervisión
El punto crítico será definir quién autoriza sistemas de IA, quién evalúa riesgos y cómo se documentan cambios. Una ley puede crear el marco, pero la gobernanza diaria necesita procedimientos concretos.
La gobernanza debe definir responsables funcionales, técnicos y jurídicos. También debe establecer quién aprueba cambios, cómo se registran incidencias y qué métricas determinan si el proyecto funciona. Los sistemas públicos necesitan una estructura estable de operación más allá de la fase de lanzamiento.
Cuando se utilizan algoritmos o automatizaciones, la supervisión no debería ser una formalidad. Las personas responsables tienen que disponer de información suficiente para entender resultados, detectar desviaciones y corregirlas. La trazabilidad es especialmente relevante cuando el sistema afecta a trámites, derechos, ayudas o servicios esenciales.
Contratación pública y dependencia tecnológica
Los contratos tecnológicos tendrán que reflejar obligaciones de transparencia, seguridad, trazabilidad y reversibilidad si esas exigencias se consolidan en el texto final y en su desarrollo.
Los pliegos deberían describir capacidades, niveles de servicio y condiciones de salida, no únicamente una lista de funcionalidades. Es conveniente exigir documentación, exportación de datos, APIs, gestión de subcontratistas, actualización de componentes y un procedimiento de reversibilidad. En servicios críticos, también deben contemplarse continuidad y recuperación.
Una Administración puede utilizar soluciones propietarias, abiertas o modelos híbridos. Lo importante es conservar capacidad de elección y evitar que los datos, configuraciones o integraciones hagan inviable un cambio futuro. La interoperabilidad contractual es tan importante como la técnica.
Riesgos y límites que conviene vigilar
Al tratarse de un proyecto de ley en tramitación, su contenido puede cambiar. Conviene diferenciar el texto aprobado por el Consejo de Gobierno de la norma que finalmente pueda aprobar la Asamblea.
Otro riesgo frecuente es confundir una prueba de concepto con un servicio estable. Un piloto puede funcionar con pocos usuarios y datos controlados, mientras que producción exige soporte, escalabilidad, monitorización, accesibilidad y respuesta ante fallos. Antes de ampliar un proyecto conviene probarlo con escenarios reales y definir indicadores de aceptación.
También debe evitarse la automatización por sí misma. Si un procedimiento es innecesariamente complejo, digitalizarlo sin rediseño puede perpetuar el problema. La simplificación administrativa y la transformación tecnológica deberían avanzar de forma coordinada.
Qué debería revisar ahora una Administración
- Definir el problema público que se quiere resolver y las métricas de éxito.
- Inventariar sistemas, datos, proveedores e integraciones implicados.
- Asignar responsables funcionales y técnicos para cada componente crítico.
- Revisar seguridad, protección de datos y continuidad antes del despliegue.
- Exigir interoperabilidad, exportación y documentación en la contratación.
- Diseñar mecanismos de supervisión humana cuando exista automatización o IA.
- Probar el servicio con usuarios reales y escenarios de excepción.
- Medir ahorro de tiempo, calidad, errores y coste total de operación.
- Planificar mantenimiento, actualizaciones y capacidad de salida.
- Documentar aprendizajes para poder reutilizarlos en otros proyectos públicos.
Una referencia para otras Administraciones
Otras comunidades autónomas pueden observar esta experiencia para comparar enfoques regulatorios sobre administración digital e IA, sin asumir que un modelo regional sea trasladable de forma automática.
La reutilización no implica copiar una solución completa. A menudo lo más valioso es reutilizar patrones de arquitectura, cláusulas de contratación, modelos de datos, procedimientos de seguridad o métricas de evaluación. Compartir estas piezas reduce duplicidades y permite que entidades con menos recursos aprovechen experiencia ya acumulada.
Qué habrá que observar a partir de ahora
Habrá que seguir la tramitación parlamentaria, las posibles enmiendas y el desarrollo reglamentario que concrete obligaciones técnicas y organizativas.
La evaluación debería continuar después de la puesta en marcha. Los proyectos digitales cambian con los usuarios, los datos y la tecnología. Revisar periódicamente resultados y riesgos permite corregir el rumbo antes de que una decisión técnica se convierta en una dependencia difícil de revertir.
Preguntas frecuentes
¿Qué Administración impulsa esta iniciativa?
La Comunidad de Madrid, a través de un proyecto de ley aprobado por su Consejo de Gobierno y remitido a la Asamblea.
¿Cuál es su objetivo principal?
Establecer un marco para administración digital, servicios públicos digitales e incorporación responsable de inteligencia artificial.
¿Qué elementos técnicos conviene vigilar?
Interoperabilidad, calidad de datos, gestión de identidades, seguridad, trazabilidad, capacidad de exportación, continuidad y dependencia de proveedores son algunos de los aspectos más relevantes.
¿Puede servir como referencia para otras entidades?
Sí, especialmente si se documentan los resultados, la arquitectura, los problemas encontrados y las decisiones de gobierno. La reutilización de conocimiento puede ser tan valiosa como la reutilización de software.
Fuentes oficiales
La información principal procede de Comunidad de Madrid. Las cifras, fechas y características atribuidas al proyecto se presentan de acuerdo con la información publicada por esa fuente.
Lecturas relacionadas
Para ampliar contexto sobre transformación pública, puede consultarse el análisis del ENS legible por máquina, la evolución del gobierno del dato en la AGE, la adopción de IA en el sector público europeo y los retos de ciberseguridad en la Administración local.
Cómo convertir Ley Administración Digital Madrid en una capacidad estable
La puesta en marcha de un servicio digital no termina cuando la herramienta está disponible. La Administración necesita definir operación, soporte, responsables y un calendario de mejora. Las incidencias, cambios normativos y nuevas necesidades de usuario aparecerán durante toda la vida del sistema.
Por eso conviene distinguir claramente proyecto e infraestructura. El proyecto tiene un inicio y un final; la capacidad pública debe mantenerse mientras el servicio sea necesario. Presupuesto, personal y contratos deben reflejar esa continuidad.
Arquitectura preparada para crecer
Una solución que funciona con pocos usuarios puede comportarse de forma distinta cuando aumenta la demanda. Antes de escalar conviene probar picos, dependencias externas, tiempos de respuesta y mecanismos de recuperación. La arquitectura debe permitir crecer sin multiplicar el coste o introducir puntos únicos de fallo.
Separar presentación, lógica, datos e integraciones facilita evolucionar componentes. Esta modularidad también reduce el impacto de cambiar proveedores o incorporar nuevas tecnologías.
Integración con sistemas existentes
La mayor parte de las Administraciones trabaja con registros, expedientes, directorios y aplicaciones que llevan años en producción. El nuevo servicio debe convivir con ellos y evitar crear copias innecesarias de la misma información.
Las integraciones deberían utilizar interfaces documentadas y mecanismos de trazabilidad. Cuando no existe API, conviene valorar si la inversión debe incluir modernizar el sistema origen en lugar de construir soluciones temporales difíciles de mantener.
Gestión de identidades y permisos
Los servicios personalizados, infraestructuras compartidas y asistentes digitales dependen de saber quién realiza cada acción y qué información puede consultar. La gestión de identidades debe aplicar mínimo privilegio, autenticación adecuada y revisión periódica de accesos.
Los empleados, ciudadanos y proveedores requieren perfiles diferentes. Las cuentas técnicas también deben inventariarse y evitar credenciales compartidas que impidan atribuir operaciones.
Continuidad y recuperación
Los procedimientos digitales necesitan alternativas cuando una plataforma no está disponible. Definir tiempos de recuperación, copias y prioridades permite saber qué servicios deben restaurarse primero y qué canales provisionales pueden utilizarse.
Las pruebas de recuperación son imprescindibles. Una copia que nunca se ha restaurado es una hipótesis, no una garantía. Los ejercicios también ayudan a detectar dependencias con proveedores o credenciales que podrían fallar durante una crisis.
Experiencia ciudadana y accesibilidad
La modernización debe reducir la distancia entre el lenguaje administrativo y la necesidad real del usuario. Agrupar trámites, anticipar documentación o guiar pasos puede mejorar la experiencia, siempre que no oculte derechos, plazos o condiciones.
La accesibilidad debe probarse con tecnologías de apoyo y perfiles diversos. Un servicio rápido para un usuario experimentado puede ser difícil para otras personas si se basa en instrucciones ambiguas o interacciones demasiado complejas.
Gestión de proveedores
Cuando participan varias empresas, la Administración debe conocer qué componente mantiene cada una y cómo se coordinan. Los contratos deberían establecer notificación de incidentes, actualización, subcontratación y entrega de documentación.
La salida debe diseñarse desde el principio. Si una plataforma se sustituye, datos, configuraciones y conocimiento operativo tienen que poder transferirse sin interrumpir el servicio.
Datos para decidir si funciona
Las métricas deben cubrir disponibilidad, tiempo de respuesta, tasa de errores, abandonos, uso por canal, coste y satisfacción. En proyectos de automatización también conviene medir cuánto trabajo humano sigue siendo necesario para revisar excepciones.
Una mejora declarada debe contrastarse con datos reales. Los promedios son útiles, pero deberían complementarse con percentiles y análisis de usuarios que encuentran más dificultades.
Marco jurídico y tecnológico alineados
Cuando el proyecto está vinculado a una nueva norma o a procesos regulados, la implementación técnica debe seguir la evolución jurídica. Los equipos legales y tecnológicos necesitan trabajar juntos para evitar construir funciones que después no encajen con el texto definitivo o con obligaciones superiores.
Del mismo modo, la norma debería evitar detalles tecnológicos que queden obsoletos con rapidez. Es preferible definir principios, garantías y resultados verificables y permitir que la implementación evolucione.
Qué revisar un año después
Una revisión anual puede comparar objetivos iniciales con resultados: qué funciones se utilizan, qué incidencias se repiten, cuánto cuesta operar y qué dependencia tecnológica se ha creado. También debe comprobarse si los datos y permisos siguen siendo adecuados.
Madrid tramita su primera Ley de Administración Digital e IA: las claves para los servicios públicos será realmente relevante si el proyecto produce una capacidad pública sostenible y medible. La evaluación continua permite ajustar inversiones y evitar que una solución se mantenga únicamente porque ya fue implantada.
Fotografía: Michael D Beckwith / Pexels.