El vecino que quiere resolver un asunto en una oficina pública no compara esa experiencia con otra oficina, sino con su banco y con su tienda online favorita. Espera presentar una solicitud desde el móvil, a cualquier hora, y ver exactamente en qué punto está su expediente. Por eso el portal del ciudadano y los servicios públicos en línea han dejado de ser un añadido a la oficina para convertirse en su primera ventanilla, a menudo la única que el vecino va a visitar.
Por nuestra experiencia, lo más difícil de un proyecto así no es el formulario en sí, sino lo que pasa después de enviarlo: validación, flujo del expediente, estados, integraciones con los sistemas de negocio y las exigencias estrictas de accesibilidad y seguridad. No decimos que hayamos entregado un portal del ciudadano llave en mano, pero sí hemos dado apoyo de ingeniería a una institución pública y sabemos diseñar un sistema así y cubrirlo con las personas que lo van a construir y mantener.
¿Qué esperan hoy los ciudadanos de los servicios de administración electrónica?
Las aplicaciones comerciales marcan el listón, así que el vecino da por hecho que un asunto público se puede resolver entero en línea y que no va a tener que imprimir nada ni presentarse en persona a dejar un documento. Ese cambio de expectativas se traduce en unos cuantos requisitos duros para el sistema:
- acceso desde el móvil por defecto, no una versión de reserva del sitio de escritorio,
- un único punto de entrada a muchos asuntos, en lugar de un portal por departamento,
- un estado transparente, es decir, información clara sobre qué pasa con la solicitud y qué le falta todavía a la oficina,
- mínima reintroducción de datos que la oficina ya tiene.
Si falla cualquiera de estos puntos, el vecino vuelve a la ventanilla y todo el sentido de la digitalización se evapora.
¿Cómo se diseñan un portal del ciudadano y los formularios electrónicos?
Un portal del ciudadano es, en la práctica, un catálogo estructurado de asuntos, no un montón de páginas sueltas. Cada e-servicio debería llevar al vecino paso a paso, vigilar que los datos estén completos antes del envío y negarse a aceptar una solicitud que solo volvería para subsanación.
Diseñamos la capa de formularios electrónicos con validación tanto en el navegador como en el servidor: los campos se comprueban mientras el usuario escribe, mientras que las reglas de negocio (dependencias entre campos, anexos obligatorios) las impone el backend. Donde la ley exige confirmar la identidad o firmar la solicitud, el sistema se integra con identidad y firma electrónicas (en términos generales: nodos nacionales de identidad, e-ID, firmas cualificadas) en vez de construir su propio mecanismo endeble. El formulario guarda además borradores, para que el vecino pueda terminar más tarde, y los datos introducidos una vez se arrastran a los pasos siguientes.
¿Cómo funcionan la tramitación y el seguimiento del estado?
Un formulario enviado se convierte en un expediente con su propio ciclo de vida. Aquí se decide si la digitalización descarga de verdad a la oficina o si solo mueve el papel a una pantalla. Un módulo de expedientes bien diseñado lleva una solicitud desde el envío, pasando por la verificación y cualquier requerimiento de información adicional, hasta la resolución, y cada uno de esos pasos deja un rastro visible tanto para el funcionario como para el ciudadano.
Para el vecino, lo que importa es un estado y un historial del expediente legibles: qué ha hecho ya la oficina, qué espera de la persona solicitante y para cuándo. Para la oficina importa igual el flujo interno, es decir, la asignación de expedientes, las colas, los plazos y la integración con el sistema de gestión documental y con los sistemas de negocio. Diseñamos ese flujo para que los estados que ve el ciudadano se deriven directamente del estado del expediente en el sistema, en lugar de actualizarse a mano.
¿Cómo añadir la cita previa a los e-servicios?
No todos los asuntos se pueden cerrar en remoto, así que la cita previa en línea va dentro del portal y no como una herramienta aparte. La vinculamos al calendario de la oficina y a un expediente concreto, para que el vecino reserve una franja en la ventanilla correcta y sepa de antemano qué documentos llevar.
Un módulo de citas bien construido acorta las colas, reparte el tráfico en el tiempo y reduce las ausencias gracias a los recordatorios. Los detalles deciden su utilidad:
- disponibilidad de franjas calculada a partir de la dotación real de las ventanillas, no introducida a mano,
- un vínculo entre la cita y el expediente, para que el funcionario llegue preparado a la reunión,
- cancelación y cambio fáciles, que liberan la franja para otras personas.
¿Cómo construir las notificaciones por correo y SMS para los vecinos?
Un sistema que no informa obliga al ciudadano a entrar una y otra vez «por si acaso». Por eso tratamos las notificaciones por correo y SMS como parte de la tramitación: las enviamos al cambiar un estado, al requerir documentación adicional y antes de una cita reservada. Las construimos sobre colas y plantillas, con registro de entregas, gestión de errores y reintentos, y respetando los consentimientos y las reglas de tratamiento de datos. El contenido de una notificación siempre remite al expediente en el portal, en lugar de llevar datos sensibles al mensaje.
¿Por qué la accesibilidad (WCAG) es un requisito y no un extra?
En el sector público, la accesibilidad digital conforme a WCAG es una obligación legal, no un detalle agradable atornillado al final. El portal tiene que funcionar con lector de pantalla, solo con el teclado y con el texto ampliado, y el contraste y la estructura de encabezados deben ser correctos desde el principio. Por eso tejemos la accesibilidad ya en la fase de diseño de la interfaz y la vigilamos durante todo el desarrollo, porque añadirla después suele significar reescribir componentes. Como ventaja añadida, se beneficia cada persona usuaria, no solo quienes tienen alguna discapacidad.
¿Cómo se gestionan la seguridad y la identidad en un portal del ciudadano?
El portal trata datos personales y decisiones administrativas, así que la seguridad y la gestión de identidades son el cimiento, no una capa cosmética. Basamos la autenticación en estándares probados (por ejemplo OpenID Connect) y en nodos nacionales de identidad, en vez de mantener contraseñas propias donde no hace falta. Encima vienen el control de acceso basado en roles, el cifrado de los datos en tránsito y en reposo, registros de auditoría completos y el cumplimiento del RGPD y de los requisitos nacionales de seguridad. Estas cosas se diseñan desde el principio, porque añadirlas después sale caro y es arriesgado.
¿Qué competencias aportamos a un proyecto de e-servicios?
Aquí empieza nuestro papel real. Aunque no presumamos de un portal del ciudadano llave en mano, aportamos a las personas que diseñan, escriben y mantienen sistemas así y cubrimos los roles según las especificaciones concretas del proyecto:
- un arquitecto de soluciones que ata el portal, el flujo de expedientes y las integraciones,
- desarrolladores backend y frontend para los formularios electrónicos, el módulo de expedientes y las notificaciones,
- un especialista en integraciones para los nodos de identidad, la gestión documental y los sistemas de negocio,
- un experto en accesibilidad y QA que vela por WCAG y por la calidad,
- un ingeniero DevOps que monta los despliegues, los entornos y la monitorización.
Damos forma al equipo en torno al alcance y verificamos las competencias antes de empezar, en vez de dotar un proyecto «por si acaso».
¿Cómo lo hacemos en RITS?
Operamos como partner nearshore desde Polonia que completa el equipo de la institución con las competencias que faltan, en vez de asumir su responsabilidad. Tenemos experiencia en apoyo de ingeniería a una institución pública y en construir sistemas transaccionales donde lo que cuenta es el flujo de datos, la seguridad y las integraciones. Trabajamos en tu franja horaria, entramos en las revisiones de código y en las reuniones sin un arranque largo y hacemos crecer el equipo bajo la gestión del cliente. Lo más habitual es hacerlo como software a medida construido por nuestro equipo, o como refuerzo de equipo cuando hay que completar competencias rápido. Cómo elegir entre esos modelos lo tratamos en nuestro artículo sobre modelos de colaboración en TI.
¿Por dónde empezar a construir e-servicios para la ciudadanía?
Empieza por el asunto que más veces se presenta y recórrelo desde el final, es decir, desde cómo se tramita dentro de la oficina y qué sistemas tiene que tocar. Eso define el alcance del formulario electrónico, el modelo de flujo, el conjunto de integraciones y los roles que necesitas. El primer e-servicio terminado como es debido, con validación, estados, notificaciones y accesibilidad, se convierte en la plantilla que replicas en los asuntos siguientes, en lugar de construir diez portales incoherentes.
¿Vas a construir un portal del ciudadano o servicios públicos en línea? Hablemos - ajustamos un equipo y una arquitectura a tu institución.
Construye con nosotros un portal del ciudadano y e-servicios