Continúa el avance de nuestro proyecto, esta vez, mediante reunión para la adaptación de la asignatura de Interfaces de usuarios (contenido, prácticas y evaluación) el pasado 9 de Julio de 2026.
Esta asignatura trabaja fundamentalmente con contenido visual (diseño de interfaces, anotaciones sobre diseño inclusivo y diseño universal) lo que la convierte en un caso especialmente difícil para un estudiante ciego. Se reconoce abiertamente que, tal y como está planteado hoy el examen de la convocatoria extraordinaria, el alumno con el que colaboramos y que comparte su feedback sobre nuestro proyecto, no podría realizarlo. Surge la necesidad de redefinir qué se le va a enseñar y cómo se le va a evaluar, sin que ello suponga una asignatura distinta en exigencia.
Posible enfoque
Mantener los mismos conceptos técnicos pero buscar ejemplos y alternativas más orientadas a lo táctil y auditivo, en vez de forzar ejemplos que dependen completamente de la vista.
Se comunica la necesidad de compartir / acceder al material de la asignatura al equipo del proyecto
Revisión del examen actual
Las preguntas de contenido teórico se mantienen pero las de corte práctico no tienen sentido para este estudiante y requieren una alternativa específica.
La parte práctica en grupo se valora como una oportunidad, no solo como un problema. Aunque las herramientas de trabajo (HTML, CSS) no son accesibles para el alumno de forma directa, sí puede aportar la perspectiva de diseño inclusivo al grupo, y el grupo puede ayudarle a desarrollar la parte técnica. Se subraya que es importante que Iván no pierda la experiencia de trabajo en equipo, ya que en su vida profesional tendrá que trabajar tanto con compañeros videntes como no videntes. Se comenta que sus compañeros de curso, al llevar ya tiempo con él, tienen la sensibilidad y el conocimiento necesarios para que la colaboración funcione.
Generación de Alternativas a contenidos visuales mediante IA
Puntos clave que se discuten sobre esta funcionalidad:
- La utilidad depende del tipo de discapacidad visual (de nacimiento o adquirida) y del tipo de interfaz de accesibilidad que use el estudiante (lector de pantalla, en el caso de este alumno).
- Se propone marcar estas propuestas con una etiqueta de tipo «alternativa», distinta del contenido original, para que quede claro que no sustituye a la transparencia, sino que la complementa.
- Se considera imprescindible que estas alternativas generadas por IA estén validadas por el profesor antes de dar por buenas al estudiante ya que, sin supervisión, el sistema puede generar contenido erróneo o sin sentido.
- Se plantea un flujo de validación en dos velocidades: una revisión rápida (marcar la alternativa como válida) y, si hay tiempo, una revisión más detallada con matices o advertencias adicionales.
Diagramas de UML
Se identifica un caso especialmente difícil: los diagramas UML no se muestran en las versiones adaptadas del material, y se cuestiona qué alternativa existe para que un estudiante ciego pueda crear o interpretar un diagrama UML si nunca ha visto uno. Se comenta que en la asignatura de Ingeniería del Software se ha recurrido puntualmente a manualidades como solución, pero no es una solución sostenible para uso continuado. A día de hoy, este problema está cubierto utilizando PlantUML.
Generación automática de material accesible
Se explica que el sistema puede generar automáticamente una versión en HTML accesible a partir del PDF de las transparencias, sin inventar ni enriquecer el contenido original. Incluye un módulo de verificación (validador tipo WCAG) que audita si el HTML generado cumple las pautas de accesibilidad para personas ciegas.
Además, se está trabajando en un sistema de instrucciones (prompts) de dos niveles: un prompt base común para todas las asignaturas y, sobre él, un conjunto de «skills» específicas que cada profesor puede seleccionar, combinar o ampliar según las necesidades de su asignatura (por ejemplo, cómo describir un diagrama concreto). El sistema puede además avisar si dos instrucciones añadidas por un profesor entran en conflicto entre sí.
Arquitectura técnica del sistema
El sistema se apoya en dos módulos principales en proceso de integración con los que venimos trabajando:
- Módulo de audio
- Módulo de gestos/puntero
Se está incorporando además un modelo de visión intermedio capaz de identificar qué tipo de contenido hay en cada parte de la diapositiva (texto, fórmula, diagrama UML, etc.), lo que permitirá afinar más las aclaraciones generadas.
Para la transcripción y generación de aclaraciones se ha migrado de modelos locales a Gemini, a través de la infraestructura de la propia universidad, lo que evita problemas de almacenamiento de datos y de privacidad al no depender de servicios externos ajenos a la institución.
El sistema no graba de forma persistente: se describe como un flujo de streaming, captura y descarte, no como una grabación almacenada.
Otras cuestiones relevantes
La reunión también abordó las implicaciones relacionadas con la privacidad y el consentimiento del profesorado. Se señaló que la captura o amplificación de la voz puede generar reticencias legítimas en algunos docentes, especialmente en lo relativo al tratamiento de la información recogida. Aunque este tipo de captura ya está contemplado para determinados supuestos de accesibilidad, se considera necesario formalizar procedimientos específicos que incluyan la señalización en el aula, la autorización expresa del profesorado y una diferenciación clara entre la grabación de una clase y la utilización temporal del audio para proporcionar apoyos de accesibilidad. En este contexto, se confirmó que el proyecto ya ha sido evaluado favorablemente por el comité de ética y que se han iniciado las gestiones necesarias para las autorizaciones institucionales correspondientes.
En esta reunión, además, se menciona el caso de otro estudiante, Diego, con una discapacidad motora que le dificulta escribir o dibujar y trabajar al mismo ritmo que sus compañeros (por ejemplo, al construir un prototipo).
Otro de los aspectos presentados fue la aplicación de toma de notas desarrollada para el estudiante, sincronizada en tiempo real con las diapositivas proyectadas durante la clase. La herramienta permite utilizar cada transparencia como documento base sobre el que el estudiante incorpora sus propias anotaciones, diferenciando claramente entre el contenido abierto generado por el estudiante y las aclaraciones o descripciones proporcionadas o validadas por el profesorado. El sistema sincroniza automáticamente el avance de las diapositivas y genera aclaraciones contextuales cuando resulta necesario. El estudiante puede decidir en cada momento si desea escuchar o no dichas aclaraciones y, al finalizar la sesión, dispone de un documento con las diapositivas anotadas y sus notas personales. Estas últimas son procesadas por un modelo de lenguaje únicamente para corregir aspectos de formato, como saltos de línea o erratas, sin modificar su contenido, facilitando posteriormente su lectura y compartición con docentes y compañeros.
Durante la demostración también se comentó que la percepción y comprensión de la información auditiva varía considerablemente entre personas. Se destacó que la capacidad de seguir contenidos mediante audio depende tanto de las preferencias individuales como de la entonación y velocidad del discurso y que, las habilidades auditivas de los estudiantes ciegos, responden principalmente al entrenamiento derivado de su experiencia de uso. En este sentido, se confirmó que el estudiante participante no presenta inconvenientes en utilizar auriculares durante las clases cuando resulte conveniente.
Finalmente, se puso de manifiesto que la arquitectura desarrollada no está limitada al contexto de la docencia presencial. Su diseño modular permite adaptarla a escenarios de formación remota, sustituyendo la detección del gesto del profesor por la posición del puntero en pantalla, así como a reuniones de trabajo y otros entornos profesionales en los que sea necesario identificar referencias espaciales y generar aclaraciones contextuales. Asimismo, se planteó la posibilidad de presentar el proyecto a la ONCE una vez se disponga de resultados consolidados.
Acuerdos y próximos pasos a seguir
- Compartir con el equipo del proyecto los PDF/transparencias de la asignatura de Interfaces de Usuario (pendiente de definir vía de acceso: carpeta compartida o enlace).
- Explorar la generación de alternativas no visuales a conceptos gráficos (ley de Fitts, tipos de controles, imágenes de ejemplo) mediante IA, siempre con validación/curación del profesorado antes de mostrarlas al estudiante.
- Continuar el trabajo de integración entre el módulo de audio (detección de expresiones deícticas) y el módulo de gestos/puntero para mejorar la precisión de las aclaraciones generadas.
- Formalizar el procedimiento de consentimiento del profesorado para la captura de audio/vídeo en el aula (cartel informativo, autorización explícita), en coordinación con el comité de ética.
- Planificar pruebas piloto en clases reales a partir de septiembre.
- Valorar, una vez se disponga de resultados, una reunión con la Once para explorar la aplicación del proyecto al ámbito de la inserción laboral.
En conclusión, como resultado de la reunión, se consolidaron los avances técnicos del proyecto y se definieron las próximas líneas de trabajo para continuar el desarrollo de la plataforma, avanzar en la adaptación de la asignatura de Interfaces de Usuario y preparar su validación en el aula. Todo ello refuerza el desarrollo de una arquitectura tecnológica orientada a mejorar la accesibilidad en tiempo real y sienta las bases para su futura aplicación en otros contextos educativos y profesionales desde una perspectiva de accesibilidad e inclusión.
