Accesibilidad de sitios web de atención médica: requisitos WCAG para hospitales y clínicas

Considere esto: la página web promedio de atención médica contiene 272 problemas de accesibilidad, desde campos de formulario defectuosos hasta descripciones de imágenes faltantes. Al mismo tiempo, más del 28 por ciento de los adultos en EE. UU. viven con algún tipo de discapacidad, según los CDC. Cuando esas dos realidades chocan dentro del sistema de programación de citas de un hospital o del portal para pacientes, las consecuencias no son solo una mala experiencia de usuario. Son una barrera para la atención. Y a partir de 2024, también constituyen una violación federal de derechos civiles.

Por qué la accesibilidad digital en salud es un tema de derechos civiles

Las organizaciones de atención médica han entendido desde hace mucho tiempo su obligación de proporcionar instalaciones físicamente accesibles — rampas, camillas de examen accesibles, etc. Pero durante años, el lado digital de la atención médica operó en gran medida bajo un mosaico de jurisprudencia e interpretaciones amplias de leyes existentes. Eso cambió de manera decisiva en 2024.

En mayo de 2024, el Departamento de Salud y Servicios Humanos de EE. UU. (HHS) finalizó una actualización histórica de la Sección 504 de la Ley de Rehabilitación — la primera actualización específica para lo digital de la Sección 504 en casi 50 años. Por primera vez, la norma establece un estándar técnico explícito para la accesibilidad digital y un plazo concreto para cumplirlo. La norma deja claro que los sitios web, las aplicaciones móviles e incluso los quioscos deben cumplir con los estándares de accesibilidad WCAG 2.1 Nivel AA. Las herramientas de terceros — como programadores de citas, portales de pago de facturas y plataformas de telesalud — también deben cumplirlos.

Casi al mismo tiempo, el Departamento de Justicia finalizó una norma paralela bajo el Título II de la Ley de Estadounidenses con Discapacidades (ADA), que exige que las entidades gubernamentales estatales y locales — incluidos los hospitales públicos y los departamentos de salud pública — cumplan con WCAG 2.1 Nivel AA para el contenido web y las aplicaciones móviles. El efecto práctico es que casi todos los tipos de organizaciones de atención médica que operan en EE. UU. ahora tienen una obligación explícita y exigible de accesibilidad digital.

Las apuestas son altas en ambos lados. Para los pacientes, un sitio web inaccesible puede significar perder una cita de seguimiento urgente, no poder leer los resultados de laboratorio o no lograr unirse a una sesión de telesalud. Para las organizaciones, el incumplimiento puede desencadenar quejas, investigaciones federales, pérdida de fondos de Medicare y Medicaid y litigios bajo la ADA. La Oficina de Derechos Civiles del HHS puede investigar quejas — y puede realizar una revisión de cumplimiento incluso sin una queja — y remitir las violaciones al Departamento de Justicia si es necesario. Esto no es un riesgo teórico: la atención médica se encuentra entre las cinco industrias más atacadas por demandas de accesibilidad web bajo la ADA.

Quién está cubierto y cuándo

La norma de la Sección 504 del HHS se aplica ampliamente a cualquier organización que reciba asistencia financiera federal administrada por el HHS. Esta es una red muy amplia. La asistencia financiera federal incluye Medicare Partes A, C y D; Medicaid; el Programa de Seguro Médico para Niños (CHIP); TANF; HeadStart; y financiamiento para investigación clínica, entre más de 100 otros programas del HHS. En la práctica, esto abarca hospitales, clínicas de salud, proveedores dentales y de visión, centros de atención a largo plazo, proveedores de salud conductual, agencias de atención domiciliaria, plataformas de telesalud y residencias asistidas.

Los plazos de cumplimiento están vinculados al tamaño de la organización. Las organizaciones con 15 o más empleados deben garantizar que sus plataformas web y móviles cumplan con los estándares WCAG 2.1 AA antes del 11 de mayo de 2026. Las entidades más pequeñas — aquellas con menos de 15 empleados — tienen hasta el 10 de mayo de 2027. Las organizaciones de atención médica administradas por estados y condados que califican como entidades públicas bajo el Título II de la ADA enfrentan un plazo ligeramente anterior, con cumplimiento requerido para abril de 2026 en jurisdicciones más grandes.

Para las organizaciones que se preguntan si realmente se exige el cumplimiento en todos los puntos de contacto digitales, la respuesta es sí. Los requisitos de accesibilidad de la norma se aplican al sitio web y a las aplicaciones móviles de una organización de atención médica, incluidas aquellas operadas por terceros en nombre de la organización — como proveedores de historias clínicas electrónicas y plataformas externas de programación. Una organización no puede externalizar su obligación de accesibilidad señalando un contrato con un proveedor.

"Esto no se trata solo de su sitio web principal. Los portales para pacientes, las aplicaciones móviles, las herramientas de programación en línea, las plataformas de telesalud y los formularios de admisión deben ser accesibles. Debe verificarlo, no solo confiar en las afirmaciones de los proveedores."

Hay un puñado de excepciones limitadas. No se exige que el contenido web archivado, ciertos documentos electrónicos convencionales preexistentes y las publicaciones preexistentes en redes sociales cumplan con WCAG 2.1 AA. Sin embargo, estas excepciones son estrechas y específicas — no proporcionan una exención amplia para PDF antiguos o contenido heredado que sigue utilizándose activamente y no está claramente archivado.

Lo que realmente exige WCAG 2.1 AA

WCAG significa Web Content Accessibility Guidelines (Pautas de Accesibilidad para el Contenido Web), publicadas y mantenidas por el World Wide Web Consortium (W3C). WCAG 2.1 Nivel AA se organiza en torno a cuatro principios fundamentales, a menudo referidos por el acrónimo POUR:

• Perceivable (Perceptible): La información debe presentarse de formas que los usuarios puedan percibir — por ejemplo, con alternativas de texto para imágenes y subtítulos para videos. El contenido no puede depender de un único canal sensorial.
• Operable (Operable): La navegación y los componentes de la interfaz de usuario deben ser utilizables por personas con diferentes métodos de entrada — navegación por teclado, control por voz, dispositivos de conmutación y más. Ninguna funcionalidad debe requerir un mouse.
• Understandable (Comprensible): El contenido y las interacciones deben ser claros y predecibles para evitar confusión y sobrecarga cognitiva. Los mensajes de error deben explicar qué salió mal y cómo solucionarlo.
• Robust (Robusto): El contenido digital debe ser compatible con tecnologías actuales y futuras, incluidos lectores de pantalla y otras herramientas de asistencia. En esencia, esto se trata de código limpio y semántico.

Para los sitios web de atención médica, traducir estos principios a la práctica significa abordar un conjunto específico de requisitos técnicos. Esto es lo que exige WCAG 2.1 AA en las áreas más críticas para el contexto de la atención médica:

Contraste de color: El texto de tamaño normal debe tener una relación de contraste de al menos 4.5:1 con respecto a su fondo. El texto grande (18 pt o 14 pt en negrita) requiere una relación de 3:1. Esto es enormemente importante en el diseño de atención médica, donde las marcas suelen preferir paletas de colores suaves y apagados — gris claro sobre blanco, o texto en azul pálido — que pueden ser completamente ilegibles para pacientes con baja visión.

Accesibilidad por teclado: Toda función que un usuario pueda realizar con un mouse también debe ser operable solo con el teclado. Reservar una cita, navegar por un menú desplegable, cerrar un modal y enviar un formulario deben ser acciones posibles mediante Tab, Enter, las teclas de flecha y Escape. Esto es esencial para usuarios con discapacidades motoras y para cualquiera que use tecnología de asistencia.

Imágenes y texto alternativo: Las imágenes que contienen información importante deben incluir texto alternativo descriptivo para que los lectores de pantalla puedan transmitir el contenido a usuarios con discapacidad visual. Esto va más allá de las imágenes decorativas — incluye fotos de proveedores, mapas de ubicaciones de clínicas, diagramas que explican procedimientos e infografías sobre opciones de tratamiento.

Formularios y manejo de errores: Los formularios deben incluir campos correctamente etiquetados, instrucciones claras y mensajes de error accesibles para garantizar que los usuarios puedan completar con éxito las tareas relacionadas con la atención médica. Esto incluye formularios de solicitud de citas, formularios de contacto, campos de verificación de seguro y — de manera crítica — cualquier campo dentro del portal para pacientes.

Video y multimedia: Los videos de atención médica, las grabaciones de telesalud y los materiales de educación para pacientes deben incluir subtítulos y transcripciones para personas con discapacidad auditiva. Los subtítulos generados automáticamente por sí solos no cumplen el estándar; deben ser precisos y estar sincronizados.

Estructura de la página y navegación: Los sitios web deben usar HTML semántico, encabezados adecuados y estructuras de navegación lógicas para que las tecnologías de asistencia puedan interpretar el contenido correctamente. Esto incluye proporcionar enlaces para omitir la navegación, una navegación consistente entre páginas y títulos de página significativos.

WCAG 2.1 introdujo varios criterios más allá del estándar anterior WCAG 2.0 que son particularmente relevantes para la atención médica. Estos incluyen requisitos para accesibilidad móvil (orientación, propósito de entrada), espaciado de texto y reflujo — la capacidad de ver contenido con altos niveles de zoom sin desplazamiento horizontal. Para una industria en la que muchos pacientes son personas mayores y acceden a sitios de atención médica en dispositivos móviles con alto zoom, estas adiciones tienen un peso clínico real.

Las áreas de mayor riesgo en los sitios web de atención médica

No todos los fallos de accesibilidad tienen el mismo peso. En la atención médica, algunos fallos son meramente inconvenientes; otros impiden directamente el acceso a la atención. Comprender dónde se concentran los riesgos ayuda a las organizaciones a priorizar de manera inteligente sus esfuerzos de remediación.

Según el Digital Accessibility Index 2025 de AudioEye, los sitios de atención médica tenían una de las tasas más altas de formularios y elementos de entrada inaccesibles — un promedio de 21.5 por página — lo que crea barreras para los pacientes que intentan programar citas, acceder a resultados de pruebas o completar formularios médicos de manera independiente. La página promedio de atención médica también tenía 5.4 enlaces inaccesibles, lo que puede dificultar que las personas con discapacidades encuentren recursos esenciales como la programación de citas, los portales para pacientes o los datos de contacto de emergencia.

Los portales para pacientes son el área de mayor riesgo. Muchos portales para pacientes no superan pruebas básicas de accesibilidad — los pacientes no pueden acceder a sus propios historiales médicos, resultados de laboratorio o información de recetas porque la interfaz no funciona con tecnología de asistencia. Un fallo de accesibilidad que impida a un paciente acceder a sus propios registros de salud podría desencadenar tanto una queja bajo la ADA como una investigación de la OCR. Cada flujo de usuario crítico dentro del portal — inicio de sesión, programación de citas, visualización de resultados, mensajería y gestión de recetas — debe probarse con navegación solo por teclado y lectores de pantalla.

Los documentos PDF son un problema crónico en la atención médica. Las organizaciones comparten de forma rutinaria documentos importantes — formularios de consentimiento, materiales de educación para pacientes, información de seguros — como PDF inaccesibles. Los lectores de pantalla no pueden analizar PDF sin etiquetas, lo que los vuelve inútiles para pacientes ciegos. Los formularios de admisión, los formularios de consentimiento y los materiales de educación para pacientes deben proporcionarse como PDF correctamente etiquetados o como alternativas HTML accesibles.

Los flujos de reserva de citas se encuentran entre las experiencias interactivas de mayor riesgo en cualquier sitio web de atención médica. Si cualquier paso de un formulario es inaccesible, un paciente puede no ser capaz de programar una cita o completar un documento requerido — con consecuencias directas para su capacidad de recibir atención. Esto es especialmente cierto para pacientes mayores, con discapacidad visual o que manejan enfermedades crónicas, para quienes el sitio web suele ser la puerta de entrada a su experiencia de atención médica.

Los directorios de proveedores y buscadores de ubicaciones a menudo dependen de mapas incrustados e interfaces de filtrado con uso intensivo de JavaScript que con frecuencia rompen la accesibilidad para teclado y lectores de pantalla. Un paciente que usa un lector de pantalla y no puede encontrar un proveedor cercano dentro de la red enfrenta una barrera tangible para la atención que es tanto evitable como legalmente accionable.

Los fallos de accesibilidad comunes en los sitios de atención médica también incluyen secciones hero con muchas imágenes sin texto alternativo, interfaces de portales para pacientes que rompen la compatibilidad con lectores de pantalla y formularios de citas que requieren interacción con el mouse. Estos no son casos aislados — son patrones identificados de manera consistente en organizaciones de atención médica de todos los tamaños.

Las consecuencias legales y financieras del incumplimiento

El entorno de riesgo legal para la accesibilidad en la atención médica se ha endurecido considerablemente. Además de la aplicación regulatoria por parte de la Oficina de Derechos Civiles del HHS, la ADA crea oportunidades para que demandantes privados presenten reclamaciones individuales. Los despachos de demandantes han industrializado el proceso de encontrar violaciones — utilizando herramientas de escaneo automatizado para identificar fallos de WCAG a gran escala y luego presentar demandas en tribunales federales y estatales. Las organizaciones de atención médica con huellas digitales significativas son objetivos principales.

La aplicación por parte del HHS puede ir más allá de las multas. Las violaciones pueden llevar al HHS a suspender o terminar el financiamiento federal a la institución — incluidos los reembolsos de Medicare y Medicaid, así como subvenciones para investigación y alcance comunitario. Para la mayoría de los sistemas de salud, la posibilidad de interrupción de los reembolsos de Medicare y Medicaid es un riesgo existencial, no un costo manejable en el presupuesto.

También existe una dinámica acumulativa desde el lado de los proveedores. Las organizaciones involucradas en contratos gubernamentales pueden descubrir que el incumplimiento dificulta su capacidad de asegurar nuevos contratos o interrumpe los existentes. Los abogados especializados en accesibilidad y los abogados de demandantes pueden usar fácilmente tecnologías de escaneo de sitios web que identifican la falta de cumplimiento con los estándares WCAG, creando un riesgo de litigio significativo y continuo.

El caso empresarial para el cumplimiento proactivo es claro. Las organizaciones que integren la accesibilidad en sus operaciones digitales ahora no solo cumplirán con los requisitos regulatorios, sino que también mejorarán la satisfacción de los pacientes, reducirán el riesgo legal y fortalecerán su posición como proveedores de atención equitativa.

Cómo construir una hoja de ruta práctica de cumplimiento

Pasar de donde se encuentra hoy su organización a un cumplimiento sustantivo con WCAG 2.1 AA no es un proyecto de un solo sprint. Consultores de accesibilidad con experiencia informan que puede tomar de seis a ocho meses llevar un sitio web estándar a un estado sólido de conformidad — y eso antes de tener en cuenta el portal para pacientes, la aplicación móvil, los PDF y las herramientas de terceros. Las organizaciones que cumplirán el plazo de mayo de 2026 son aquellas que comenzaron su trabajo en 2024 o a principios de 2025. Para quienes aún están en fase de planificación, la urgencia es apropiada.

Una hoja de ruta práctica se ve así:

1. Audite todo su ecosistema digital. No limite la auditoría a su sitio web público. Incluya aplicaciones móviles, sistemas de programación, portales para pacientes, PDF y herramientas de telesalud. Use una combinación de herramientas de escaneo automatizado (que detectan aproximadamente el 30–40% de los problemas) y pruebas manuales con tecnologías de asistencia reales — lectores de pantalla, navegación solo por teclado y entrada por voz. Los escaneos automatizados por sí solos no le darán una imagen precisa de cumplimiento.
2. Priorice según el impacto en el paciente. Concéntrese primero en las áreas donde la inaccesibilidad impide directamente la atención: flujos de reserva de citas, inicio de sesión y funciones centrales del portal para pacientes, directorios de proveedores, formularios de contacto y admisión, y materiales críticos de educación para pacientes. Un atributo alt roto en una imagen decorativa es una prioridad menor que un botón de envío de formulario que no es accesible por teclado.
3. Remedie el contenido heredado inaccesible. Aborde los PDF antiguos y la documentación extensa para pacientes. Si la remediación completa de los PDF heredados requiere muchos recursos, proporcione alternativas HTML accesibles o asegúrese de que el personal pueda ofrecer versiones accesibles a solicitud.
4. Audite y vincule contractualmente a sus proveedores. Asegúrese de que los portales para pacientes, las plataformas de telesalud, las herramientas de programación y otros servicios de terceros proporcionen documentación de accesibilidad — específicamente, Voluntary Product Accessibility Templates (VPATs) — e incluya requisitos de accesibilidad en sus contratos con proveedores. Su organización sigue siendo legalmente responsable incluso cuando una plataforma externa introduce la barrera.
5. Incorpore la accesibilidad en sus flujos de trabajo. Cree políticas de accesibilidad, capacite a los equipos de contenido e integre verificaciones de accesibilidad en su sistema de gestión de contenido y en los flujos de trabajo de desarrollo. Las nuevas páginas, publicaciones de blog y materiales para pacientes deben revisarse en cuanto a accesibilidad antes de publicarse — no marcarse en una auditoría anual después de los hechos.
6. Implemente un widget de accesibilidad como complemento, no como sustituto. Un widget de superposición de accesibilidad, como Accsible, puede mejorar de manera significativa la usabilidad para pacientes con discapacidad visual y otras necesidades de accesibilidad al proporcionar controles bajo demanda para tamaño de fuente, contraste y otras preferencias de visualización. Estas herramientas aportan un valor real a pacientes reales. Sin embargo, funcionan mejor junto con — no en lugar de — la remediación del código subyacente. Un widget de accesibilidad bien implementado combinado con una accesibilidad sólida en el código fuente ofrece una experiencia más inclusiva que cualquiera de los enfoques por separado.
7. Publique una declaración de accesibilidad. Desarrolle y publique una política de accesibilidad que describa las prácticas de accesibilidad de su organización, su objetivo de conformidad, las limitaciones conocidas y un método de contacto para usuarios que encuentren barreras. Esto demuestra buena fe y es en sí mismo una buena práctica bajo WCAG.
8. Monitoree de forma continua. La accesibilidad no es un proyecto de una sola vez. El contenido nuevo, los lanzamientos de funciones y las actualizaciones del CMS pueden introducir regresiones. Las auditorías y pruebas regulares son esenciales para mantener el cumplimiento — y para demostrar que su organización ejerce una diligencia continua, lo cual importa si alguna vez se presenta una queja.

WCAG 2.2 y lo que viene después

Si bien WCAG 2.1 AA es el piso legal actual bajo la norma de la Sección 504 del HHS, vale la pena entender lo que viene. Las organizaciones también pueden cumplir con los requisitos de la norma cumpliendo con los estándares WCAG 2.2 AA o AAA, que se convirtieron en un estándar oficial del W3C en octubre de 2023. WCAG 2.2 se basa en 2.1 con nuevos criterios, varios de los cuales tienen una fuerte relevancia para la atención médica.

Los nuevos criterios de éxito de WCAG 2.2 incluyen requisitos relacionados con la apariencia del foco (facilitar ver qué elemento tiene el foco del teclado), los movimientos de arrastre (garantizar que las operaciones que requieren un movimiento de arrastre tengan una alternativa de un solo puntero), el tamaño del objetivo (los elementos interactivos deben ser lo suficientemente grandes como para tocarlos de forma fiable — importante para pacientes mayores que usan pantallas táctiles) y la ayuda consistente (los mecanismos de ayuda repetidos deben aparecer en la misma ubicación). Para las organizaciones de atención médica que diseñan para poblaciones envejecidas y pacientes con discapacidades motoras o cognitivas, WCAG 2.2 no es solo el futuro piso de cumplimiento — es simplemente un buen diseño.

Las organizaciones con visión de futuro deberían estar creando nuevas funciones y rediseñando las existentes según WCAG 2.2 AA hoy, incluso mientras trabajan para llevar el contenido heredado a WCAG 2.1 AA. La inversión en 2.2 ahora evita un ciclo futuro de remediación y posiciona a la organización muy por delante de cualquier actualización regulatoria que eleve el estándar requerido.

Conclusiones clave

• El plazo de cumplimiento es real y exigible. La mayoría de las organizaciones de atención médica que reciben financiamiento federal deben cumplir con WCAG 2.1 AA en sus sitios web, aplicaciones móviles, portales para pacientes y herramientas de terceros antes del 11 de mayo de 2026. El HHS puede investigar, imponer acciones correctivas y remitir a las organizaciones incumplidoras al Departamento de Justicia — y puede suspender los reembolsos de Medicare y Medicaid.
• La página promedio de atención médica tiene 272 problemas de accesibilidad. Este no es un problema que afecte solo a organizaciones pequeñas o con pocos recursos. Los grandes sistemas de salud con huellas digitales extensas con frecuencia tienen más problemas y son los más atacados por despachos de litigios de demandantes.
• Sus relaciones con proveedores forman parte de su obligación de cumplimiento. Si su portal para pacientes o su plataforma de telesalud es inaccesible, su organización sigue siendo responsable. Solicite VPATs a cada proveedor digital e incluya estándares de accesibilidad en los contratos nuevos y renovados.
• Comience con el recorrido del paciente, no con la página de inicio. Priorice la remediación en torno a los flujos de mayor impacto: reserva de citas, inicio de sesión y navegación en el portal para pacientes, directorios de proveedores y formularios de admisión. Es aquí donde la inaccesibilidad causa daños reales y genera una exposición legal real.
• La accesibilidad es una operación continua, no un proyecto. El cumplimiento no se logra una vez y luego se mantiene sin más. Las actualizaciones de contenido, los cambios de plataforma y las nuevas integraciones de terceros pueden reintroducir barreras. Incorpore la accesibilidad en los flujos de trabajo diarios, use herramientas de monitoreo continuo y trate la conformidad con WCAG como un estándar operativo permanente, no como una casilla anual que marcar.