Accesibilidad digital en clínicas sanitarias: cómo hacer que todos los pacientes puedan usar tu web y tu app

1. Qué es la accesibilidad digital, y por qué no es un plugin

1.1. El recorrido del paciente empieza en el móvil

Antes de pisar la clínica, el paciente ya ha interactuado con ella: la buscó, entró en la web, intentó pedir cita. Si esa interacción falla —el texto no se puede ampliar, el formulario no se puede rellenar sin ver bien, el botón no responde al teclado—, el recorrido del paciente se rompe antes de empezar, y ni siquiera se entera de que lo ha perdido. Es una de las dimensiones menos visibles de la experiencia del paciente, precisamente porque quien la sufre casi nunca llega a contarlo.

1.2. Por qué los widgets de accesibilidad no bastan

Existe una categoría entera de complementos que prometen hacer una web accesible con una línea de código: un botón flotante que sube el contraste o aumenta la letra. En la práctica, muchos interfieren con los lectores de pantalla en lugar de ayudarlos, porque parchean visualmente algo que está mal construido por dentro. La accesibilidad se resuelve en el código —marcado correcto, formularios bien etiquetados, orden de navegación lógico—, no encima de él.

1.3. No es solo para quien tiene una discapacidad permanente

Ayuda a quien no ve bien, a quien no puede usar el ratón, a quien no entiende bien el lenguaje técnico. Pero también a quien tiene el brazo escayolado, a quien está al sol y no ve la pantalla, o a quien es mayor y no ha usado nunca un móvil táctil. El diseño accesible no es un caso especial: es el diseño que funciona para más gente en más situaciones.

2. Lo que obliga la ley desde 2025

2.1. El Acta Europea de Accesibilidad, ya traspuesta

La Ley 11/2023, en su Título I (arts. 1 a 31), traspone al ordenamiento español la Directiva (UE) 2019/882, conocida como Acta Europea de Accesibilidad. Exige que determinados productos y servicios digitales cumplan el estándar EN 301549, que a su vez recoge los criterios de nivel A y AA de las Web Content Accessibility Guidelines (WCAG).

2.2. A quién obliga exactamente

La ley cubre, entre otros, los servicios de comercio electrónico: contratación a distancia de un servicio a través de una web o una app, a petición individual del consumidor. Si tu web permite reservar y pagar una consulta online, es razonable entender que entra en ese supuesto. La lectura estricta del alcance conviene hacerla con un asesor legal si hay dudas sobre el caso concreto del centro; lo que no admite duda es que ir por delante de la obligación sale más barato que corregir después.

2.3. Qué pasa si no se cumple

El régimen sancionador de la propia ley prevé consecuencias por incumplimiento, y a eso se suma un riesgo que pesa más en el día a día: la pérdida silenciosa de pacientes que no consiguen usar la web y ni siquiera llegan a quejarse. No hace falta esperar a una sanción para que sea caro.

3. Los cuatro principios de las WCAG, en cristiano

3.1. Que se pueda percibir

Toda imagen con información relevante lleva un texto alternativo que la describe. El contraste entre el texto y el fondo cumple un mínimo —4,5:1 para texto normal— para que se lea con luz de sol o con la vista cansada. Nada de información que dependa solo del color: un campo obligatorio no se marca únicamente en rojo, también con un asterisco o una palabra.

3.2. Que se pueda operar

Toda la web funciona con el teclado, sin necesidad de ratón: reservar una cita, rellenar un formulario, cerrar una ventana emergente. Quien usa un lector de pantalla o un pulsador tiene que poder recorrer la página entera sin quedarse atrapado en un bucle.

3.3. Que se entienda

El lenguaje es claro y los mensajes de error dicen qué ha fallado y cómo se arregla, no un código críptico. Los formularios largos —sobre todo los de admisión o anamnesis— se explican paso a paso, no se sueltan de golpe.

3.4. Que sea robusto

El código está bien construido para que funcione igual en un lector de pantalla antiguo y en un navegador nuevo. Evitar marcado desordenado no es un capricho técnico: es lo que hace que la web no se rompa con la próxima actualización del sistema operativo de nadie.

4. Quién nota una web mal hecha, y cuándo

4.1. El paciente mayor con baja visión

Alguien con degeneración macular o simplemente con la vista cansada de los años necesita ampliar el texto sin que la página se desordene. Una web con tipografía fija y contraste bajo le obliga a abandonar y llamar por teléfono, que es justo el canal que se satura primero. El mismo paciente, cuando llega a consulta, es el que activa las comprobaciones geriátricas en prescripción: dos capas del mismo cuidado que la accesibilidad ya empezaba en la web.

4.2. El paciente con ansiedad o sobrecarga cognitiva

Un formulario de admisión kilométrico, con ventanas emergentes que interrumpen y sin un orden claro de pasos, dispara la frustración de quien ya llega con cierta carga emocional, algo especialmente relevante en consultas de salud mental. Un flujo predecible y sin distracciones es, en sí mismo, un gesto de cuidado antes de la primera visita.

4.3. Quien no usa ratón

Una lesión temporal en la mano, un temblor, o una limitación motora permanente hacen del teclado la única vía de navegación. Si el foco del teclado no se ve o el orden de tabulación salta de forma aleatoria, la web es, en la práctica, intransitable para esa persona, por bonita que se vea.

5. Los fallos que se repiten en casi todas las webs de clínicas

5.1. Contraste insuficiente

El gris claro sobre blanco que tanto gusta al diseño minimalista es el fallo más común y el más rápido de arreglar: se corrige con una variable de color, no con un rediseño.

5.2. Formularios sin etiqueta vinculada

Un campo con un texto de ejemplo dentro (placeholder) en vez de una etiqueta real es invisible para un lector de pantalla en cuanto el usuario empieza a escribir. El formulario de reserva de cita es, de todos, el que más se paga por este fallo.

5.3. El foco del teclado anulado

Quitar el contorno visual que marca dónde está el cursor del teclado (outline: none) es una costumbre de diseño extendida y, para quien navega solo con teclado, deja la web completamente a ciegas sobre dónde está.

5.4. Vídeos y pop-ups sin control

Contenido que se reproduce solo, ventanas que aparecen sin que se puedan cerrar con el teclado, o un chat flotante que tapa el botón de enviar: interrupciones que a la mayoría molestan y a algunos usuarios bloquean por completo la tarea.

6. Cómo revisar la tuya en una tarde, sin herramientas de pago

6.1. La prueba del teclado

Desconecta el ratón y navega la web entera solo con la tecla Tab y Enter: pide una cita, rellena un formulario, cierra un aviso. Si en algún punto no sabes dónde estás o no puedes avanzar, ahí hay un fallo real, no teórico.

6.2. La prueba del zoom

Amplía el navegador al 200 % y mira si el texto se puede seguir leyendo sin que el diseño se rompa ni haya que hacer scroll horizontal. Es la prueba más rápida y la que más gente afecta.

6.3. Un lector de pantalla gratuito

NVDA es gratuito para Windows; VoiceOver viene integrado en cualquier Mac o iPhone. Con cualquiera de los dos, intenta rellenar el formulario de cita a ciegas, solo escuchando. Si no entiendes qué campo estás rellenando, tampoco lo entiende quien de verdad lo necesita.

6.4. Lighthouse, gratis en el propio navegador

Chrome trae integrada una auditoría de accesibilidad automática: clic derecho, inspeccionar, pestaña Lighthouse. No detecta todo —ningún test automático lo hace—, pero saca a la luz la mitad de los fallos típicos en un minuto y sin coste.

7. Lo que exige del equipo técnico, en tres puntos

7.1. Marcado semántico, no genérico

Usar las etiquetas de HTML pensadas para cada cosa —cabecera, menú, contenido principal, pie— en vez de bloques genéricos sin significado. Es lo que permite a un lector de pantalla saltar directamente al contenido sin tener que escuchar el menú entero cada vez.

7.2. WAI-ARIA en lo interactivo

Los acordeones de FAQs, los calendarios desplegables y las ventanas modales necesitan atributos que digan si están abiertos o cerrados y que avisen de los cambios sin interrumpir la navegación. Sin ellos, un lector de pantalla no sabe que algo ha cambiado en la pantalla.

7.3. Un orden de foco que tenga sentido

El recorrido del teclado debe seguir el mismo orden lógico que la lectura visual, de arriba abajo y de izquierda a derecha, y el indicador de foco tiene que verse siempre. Es la regla que más se salta por estética y la que más rompe la navegación quien no usa ratón.

8. No es solo la web: el formulario, la app y el recordatorio

8.1. El formulario de pre-consulta

Si el cuestionario que se envía antes de la visita no es accesible, la ventaja de rellenarlo con calma desde casa desaparece para quien más la necesitaba. Merece la misma revisión que la página de reserva.

8.2. El recordatorio de cita

Un mensaje de texto plano, sin imágenes decorativas que aporten información crítica y con el enlace claramente identificado, es accesible casi por definición. Es de los puntos de contacto más fáciles de acertar y de los que menos se revisan.

8.3. El portal del paciente

Donde se consultan citas, facturas e informes compartidos, los mismos cuatro principios aplican con más motivo, porque es el punto donde el paciente vuelve una y otra vez. Un fallo aquí no se sufre una vez: se sufre en cada visita, y es parte del mismo portal del paciente que debería facilitarle la vida, no complicársela.

9. Qué hace obeliOmed, y qué no

9.1. Sé honesto sobre lo que no está confirmado

obeliOmed no tiene una certificación de accesibilidad WCAG, ni una auditoría externa publicada. No conviene afirmar un nivel de conformidad que no está verificado, con el mismo criterio que se aplica a cualquier otra certificación del producto.

9.2. Lo que sí está en manos de cada clínica

La responsabilidad de la accesibilidad de la web y del formulario de reserva pública es del centro, con independencia del software de gestión que use por detrás. Las pruebas de la sección 6 —teclado, zoom, lector de pantalla, Lighthouse— se pueden aplicar hoy mismo a la web actual del centro, sin esperar a nadie.

9.3. Dónde ayuda un buen sistema de gestión

Reducir el número de veces que el paciente tiene que rellenar un dato desde cero —porque ya está en su expediente— reduce también la exposición a un formulario mal construido: cuantos menos campos hay que rellenar, menos daño hace un fallo de accesibilidad concreto. Es una razón más, entre varias, para reducir el tiempo administrativo en consulta.