Declaración de Accesibilidad

Declaración de Accesibilidad

Cómo centro-medico.org/ funciona para personas con discapacidad

Esta página explica nuestro compromiso con la accesibilidad, los estándares aplicados (WCAG 2.1 nivel AA, UNE-EN 301 549), las tecnologías de asistencia con las que probamos, el marco jurídico español (Real Decreto 1112/2018, Real Decreto Legislativo 1/2013), las funciones específicas que hemos implementado, las limitaciones conocidas y cómo comunicarnos una barrera que haya encontrado.

Fecha de entrada en vigor: 1 de enero de 2026
Última revisión: abril de 2026
Estándar: WCAG 2.1 nivel AA · UNE-EN 301 549

1. Nuestro compromiso

centro-medico.org/ está diseñado para que cualquier persona — desde cualquier dispositivo, navegador y producto de apoyo — pueda encontrar un centro médico, ver sus servicios, seguir el procedimiento de cita previa y contactar con la administración correcta sin barreras. La accesibilidad no es un añadido a posteriori. Probamos contra productos de apoyo en cada plantilla principal antes de publicar y trimestralmente después.

2. Estándar — WCAG 2.1 nivel AA y UNE-EN 301 549

Trabajamos contra las Pautas de Accesibilidad al Contenido Web (WCAG) 2.1 nivel AA del W3C y la norma armonizada europea UNE-EN 301 549, que es el estándar técnico aplicable en España por el RD 1112/2018 para los sitios web y aplicaciones móviles del sector público. Aunque no somos sector público, alineamos nuestro nivel con esa norma porque es el estándar técnico de referencia en España. La comunidad internacional ha avanzado a WCAG 2.2; trabajamos a 2.1 AA con conocimiento de los criterios de 2.2.

4. Funciones de accesibilidad implementadas

HTML semántico

Jerarquía correcta de encabezados (Yoast gestiona H1; H2/H3 en nuestras plantillas), elementos nav, main, article, section, footer.

Tipografía desde 17 píxeles

El cuerpo de texto tiene como mínimo 17 píxeles en todas las páginas.

Contraste 4.5:1 o superior

Todo el cuerpo de texto cumple el contraste mínimo de WCAG AA (4.5:1); texto grande y componentes UI cumplen 3:1.

Navegación por teclado

Todo enlace, botón y control está alcanzable y operable con Tab, Shift+Tab, Intro y Espacio.

Foco visible

El indicador de foco no se elimina; el anillo de foco predeterminado del navegador se preserva.

Texto de enlaces descriptivo

Los enlaces describen su destino. Cada enlace externo lleva rel=noopener y target=_blank.

Orden lógico de lectura

El orden de la fuente coincide con el orden visual; la maquetación CSS nunca confunde el orden para lectores de pantalla.

Responsive sin trampas

Páginas refluyen a 320px; el zoom por pellizco no se desactiva.

Etiquetas de formulario

Todo control de formulario tiene etiqueta programática o aria-label.

Movimiento reducido

El sitio respeta prefers-reduced-motion.

Español claro

Fichas y guías se escriben en español llano. Evitamos jerga sanitaria cuando una palabra normal sirve igual.

Guías HTML como alternativa

Donde una plataforma de cita previa de terceros presente barreras, nuestra guía HTML ofrece una vía alternativa.

5. Compatibilidad con productos de apoyo

Probamos contra las siguientes combinaciones en cada plantilla principal antes de publicar:

  • NVDA + Firefox / Chrome en Windows
  • JAWS + Chrome en Windows
  • VoiceOver + Safari en macOS
  • VoiceOver + Safari en iOS
  • TalkBack + Chrome en Android
  • Narrador + Edge en Windows (prueba rápida)
  • Reconocimiento de voz Dragon — prueba de navegación por voz
  • Zoom del navegador al 200 % y 400 %
  • Modo de alto contraste en Windows y macOS

6. Limitaciones conocidas

  • Algunos formatos publicitarios de terceros pueden no cumplir siempre nuestros estándares internos. Trabajamos con nuestros socios publicitarios y rechazamos formatos que fallen comprobaciones materiales.
  • Vídeos incrustados de plataformas de terceros heredan las funciones de accesibilidad de esas plataformas — subtítulos, transcripciones y audiodescripción cuando la fuente las facilita.
  • Fichas anteriores elaboradas antes de nuestro marco actual de accesibilidad pueden tener cuestiones menores residuales — las repasamos en revisión trimestral.

7. Las plataformas de cita previa de terceros no siempre son accesibles

Muchos sistemas de cita previa automómicos y privados tienen lagunas residuales de accesibilidad

Muchos sistemas de cita previa de los servicios autónomicos de salud (Tarjeta Sanitaria Virtual del SAS, La Meva Salut de CatSalut, ClicSalud+ de SACYL, Tarjeta Sanitaria Virtual del SERMAS, Osakidetza, etc.) y los portales privados (Sanitas, Adeslas, DKV, Asisa, plataformas como Doctoralia y Top Doctors) tienen lagunas residuales de accesibilidad sobre ciertas combinaciones de productos de apoyo — diálogos modales que atrapan el foco, tablas dinámicas que no anuncian actualizaciones a lectores de pantalla, mapas con accesibilidad por teclado limitada, formularios con indicación de error solo por color, y portales antiguos previos a los estándares actuales. No está bajo nuestro control — son sistemas de terceros gestionados por los servicios autónomicos o por las plataformas privadas. Ofrecemos guías HTML de los procedimientos más comunes como vía alternativa.

Si no puede usar la cita previa de un servicio autónomico por una barrera de accesibilidad, tiene derechos bajo el RD 1112/2018 (sector público) y la LGD (RD Legislativo 1/2013). La autoridad competente es el servicio autónomico de salud correspondiente, con escalado al Observatorio de Accesibilidad Web del Ministerio para la Transformación Digital.

8. Cómo informarnos de una barrera

Si encuentra una barrera — una página o función que no funciona con su producto de apoyo, un contraste difícil de leer, un control inalcanzable por teclado, o cualquier otra cosa que le impida el acceso — comuníquenoslo, por favor. Los reportes determinan nuestras prioridades.

Escríbanos a info@centro-medico.org con el asunto “Problema de accesibilidad”.

Si puede, incluya:

  • La URL de la página donde encontró la barrera
  • Su sistema operativo y navegador
  • El producto de apoyo que estaba usando (NVDA, JAWS, VoiceOver, TalkBack, Dragon, etc.)
  • Qué intentaba hacer
  • Qué pasó (o qué no pasó)
Objetivos de respuesta

Acuse de recibo en 1-3 días hábiles. Respuesta sustantiva o solución en 14 días hábiles para la mayoría de las cuestiones. Para barreras graves (imposibilidad de acceder a contenido importante o completar una tarea crítica), en 5 días hábiles.

9. Escalado

Si no queda satisfecho con nuestra respuesta, tiene vías adicionales:

  • Defensor del Pueblodefensordelpueblo.es — institución estatal de garantía de derechos fundamentales
  • Defensor del Pueblo autonómico — Sindic de Greuges (Cataluña y C. Valenciana), Ararteko (País Vasco), Valedor do Pobo (Galicia), Diputado del Común (Canarias), Justicia de Aragón, Defensor del Pueblo de Andalucía, etc.
  • CERMI — Comité Español de Representantes de Personas con Discapacidad — cermi.es
  • Observatorio de Accesibilidad Web (OAW) — para sector público, Ministerio para la Transformación Digital y de la Función Pública
  • OMIC y direcciones generales de Consumo autonómicas — para servicios privados
  • Pautas WCAG del W3Cw3.org/WAI/standards-guidelines/wcag

10. Ciclo de revisión

Esta declaración se revisa trimestralmente. Las plantillas se vuelven a probar contra las combinaciones de productos de apoyo descritas en cada ciclo. La fecha de “Última revisión” refleja la revisión más reciente.

¿Encontró una barrera? Avísenos.

Escríbanos con el asunto “Problema de accesibilidad”. Acuse en 1-3 días; solución en 14 días hábiles para la mayoría, 5 para barreras graves.

📧 info@centro-medico.org