Tema 1.9 — Inclusión digital y accesibilidad

En la salud y la atención, un servicio digital que excluye a algunas personas no es una elección técnica neutral —retiene la atención de quienes a menudo más la necesitan, así que la inclusión y la accesibilidad son cuestiones de seguridad clínica, equidad y confianza pública, no un pulido opcional.

Por qué esto importa en la salud y la atención#

En la mayoría de los sectores, un sitio web inaccesible pierde una venta. En la salud y la atención, puede significar que una persona se pierda una invitación de cribado, no pueda reservar una cita urgente, no pueda entender sus instrucciones de alta, o no pueda ver la advertencia de medicación que la habría mantenido segura. La exclusión digital aquí no es un inconveniente; es una vía hacia el daño y hacia la ampliación de la desigualdad, entregada con dinero público bajo deber estatutario.

Las personas con más probabilidades de estar digitalmente excluidas —personas mayores, personas discapacitadas, personas en la pobreza, personas con baja alfabetización, personas cuyo primer idioma no es el inglés, personas en áreas con mala conectividad— son muy a menudo las mismas personas que cargan con la mayor carga de mala salud. Este es el núcleo incómodo del tema: la exclusión digital se superpone casi exactamente con la desigualdad en salud. Cuando digitalizas un servicio sin un plan para quienes no pueden usar la vía digital, puedes mover activamente recursos y atención hacia quienes ya están mejor atendidos, y llamarlo progreso —la "ley inversa de la atención" en un nuevo medio.

La accesibilidad también es un deber legal, no un detalle agradable. Los organismos del sector público en el Reino Unido deben cumplir con los estándares de accesibilidad por ley, y las organizaciones de salud y atención cargan con obligaciones estatutarias adicionales para satisfacer las necesidades de comunicación de pacientes y cuidadores discapacitados. El acceso a los servicios digitales es en sí mismo cada vez más un determinante más amplio de la salud— la conectividad, un dispositivo, y la confianza para usarlos ahora dan forma a si una persona puede acceder a la atención en absoluto. Tratar la inclusión como un añadido es cómo las organizaciones terminan incumpliendo la ley, la confianza y sus propios compromisos de equidad. La inclusión y la accesibilidad deben diseñarse desde la primera conversación de descubrimiento (véase el Tema 3.4 — Fases de descubrimiento) y medirse como un resultado de primer nivel (véase el Tema 10.0 — Objetivos y resultados clave (OKR)).

Conceptos clave#

La brecha digital y la exclusión digital. La brecha digital es la separación entre quienes pueden acceder y usar la tecnología digital y quienes no pueden. La exclusión digital generalmente está impulsada por cinco factores interactuantes: acceso (un dispositivo y una conexión fiable), asequibilidad (los datos y el hardware cuestan dinero), habilidades (la confianza y la capacidad para usar herramientas digitales), motivación y confianza (creer que lo digital es seguro y vale la pena), y diseño (si el servicio es usable en absoluto). Rara vez una persona está excluida por un solo factor; una persona mayor con bajos ingresos en un área rural con mala banda ancha enfrenta varios a la vez, por lo que las soluciones simplistas fallan.

Quién queda excluido, y el vínculo con la equidad. La exclusión se agrupa por edad, discapacidad, ingresos y pobreza, alfabetización, idioma y conectividad. Porque estas mismas características predicen una peor salud, la exclusión digital agrava las brechas existentes de equidad en salud. El cambio mental requerido es dejar de tratar el "acceso digital" como una utilidad de fondo y empezar a tratarlo como uno de los determinantes sociales de la salud —un factor que da forma a los resultados de salud tan seguramente como la vivienda o los ingresos.

Core20PLUS5. El Core20PLUS5 de NHS England es un marco nacional para reducir las desigualdades en salud. Concentra el esfuerzo en el 20% más desfavorecido de la población (el "Core20"), más grupos de inclusión identificados localmente que experimentan peor acceso o resultados (el "PLUS"), y cinco áreas clínicas de particular enfoque. Te da una lente ya hecha para preguntar a quién está fallando tu servicio, y un vocabulario compartido con colegas clínicos y de salud pública para dirigir el trabajo de inclusión donde la desigualdad es mayor.

Accesibilidad web y WCAG 2.2. La accesibilidad web es la práctica de eliminar las barreras que impiden que las personas discapacitadas usen servicios digitales. El estándar técnico reconocido son las Pautas de Accesibilidad para el Contenido Web (WCAG), actualmente en la versión 2.2, organizadas en torno a cuatro principios —el contenido debe ser perceptible, operable, comprensible y robusto— en tres niveles de conformidad, A, AA y AAA. Se espera que los servicios del sector público del Reino Unido cumplan con WCAG 2.2 nivel AA.

Las Public Sector Bodies Accessibility Regulations 2018. Las Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 hacen de la conformidad con WCAG un requisito legal para la mayoría de los sitios web y aplicaciones del sector público, y exigen una declaración de accesibilidad publicada y precisa. Esto se sitúa junto al deber de la Equality Act 2010 de hacer ajustes razonables. La accesibilidad es un piso de cumplimiento con consecuencia legal, no una aspiración.

El Accessible Information Standard. El Accessible Information Standard del NHS (referencia de estándar de datos DCB1605) es un estándar obligatorio que exige a los proveedores de salud y atención social para adultos identificar, registrar, marcar, compartir y satisfacer las necesidades de información y comunicación de pacientes, usuarios de servicios y cuidadores con una discapacidad, deficiencia o pérdida sensorial —por ejemplo, proporcionando información en lectura fácil, braille, letra grande, o a través de un intérprete de lengua de signos británica. Es un deber estatutario, no una orientación.

Diseño inclusivo y diseño universal. El diseño universal busca hacer que los productos sean usables por tantas personas como sea posible sin adaptación; el diseño inclusivo es el proceso de diseñar deliberadamente con y para personas que generalmente están excluidas, según el principio de que resolver para los márgenes mejora el servicio para todos —el "efecto de la rampa en la acera".

Tecnología de asistencia. Las tecnologías de asistencia —lectores de pantalla, magnificadores, entrada de voz, acceso por conmutador, teclados alternativos— son cómo muchas personas discapacitadas usan los servicios digitales. El diseño accesible es lo que permite que estas tecnologías funcionen; una interfaz inaccesible las rompe silenciosamente.

Rutas de asistencia digital y sin conexión. "Asistencia digital" describe el apoyo para personas que no pueden usar un servicio digital de forma independiente —por teléfono, en persona, a través de un ayudante capacitado, o mediante un intermediario. Las rutas sin conexión y analógicas (correo, teléfono, cara a cara) no son deuda heredada a apagar; para algunas personas son la única vía segura hacia la atención. Trátalas como canales de primer nivel con sus propios niveles de servicio.

Lenguaje llano, legibilidad, y alfabetización en salud. El lenguaje llano es una escritura que un lector puede entender la primera vez que la lee. La legibilidad es medible —las fórmulas de edad de lectura estiman cuán difícil es un texto. La alfabetización en salud es la capacidad de una persona para encontrar, entender y usar información de salud; una gran proporción de adultos encuentra que los materiales de salud estándar son demasiado complejos, así que el contenido claro es una intervención de seguridad, no una estilística.

Buenas prácticas#

1. Diseñar para la inclusión desde el descubrimiento, nunca como una adaptación posterior. Incorpora la accesibilidad y la inclusión en las primeras conversaciones de descubrimiento, la investigación de usuarios y las decisiones de diseño (véase el Tema 3.0 — Investigación de usuarios y diseño de servicios y el Tema 3.4 — Fases de descubrimiento). Adaptar la accesibilidad a un producto terminado es más costoso, menos efectivo, y a menudo imposible sin reconstruir. Haz de "¿a quién podría excluir esto?" una pregunta permanente en cada revisión de diseño.

2. Cumplir con WCAG 2.2 nivel AA como un piso, y probar con tecnología de asistencia real. Trata la conformidad con WCAG 2.2 AA como el mínimo, no el objetivo, y verifícala con herramientas automatizadas y pruebas manuales usando lectores de pantalla, navegación solo con teclado, y ampliación. Los verificadores automatizados detectan quizás un tercio de los problemas; el resto necesita pruebas humanas, idealmente incluyendo usuarios discapacitados. Publica una declaración de accesibilidad honesta y específica y manténla actualizada, como exigen las regulaciones.

3. Cumplir con el Accessible Information Standard como una realidad operativa, no una política en un estante. Asegúrate de que tus sistemas puedan capturar las necesidades de comunicación de una persona, marcarlas, compartirlas entre entornos, y realmente entregar información en el formato requerido —lectura fácil, letra grande, braille, BSL. Este es un deber legal y una cuestión de seguridad: un paciente sordo que no puede entender los cambios de cita, o una persona con una discapacidad de aprendizaje a la que solo se le da texto denso, es un paciente en riesgo.

4. Hacer de las rutas de asistencia digital y sin conexión canales de primer nivel. Dota de recursos, monitorea y mejora las rutas telefónica, en persona y en papel con la misma seriedad que la aplicación. Nunca des de baja una ruta analógica hasta que tengas evidencia de que todos los que dependían de ella tienen una alternativa genuina y probada. "Digital por defecto" nunca debe convertirse en "solo digital" en un servicio donde la exclusión significa atención perdida.

5. Escribir en lenguaje llano y probar la legibilidad. Apunta el contenido de salud y atención a una edad de lectura de alrededor de 9 a 11 años, usa oraciones cortas y palabras comunes, expande o evita la jerga, y estructura el contenido para que la información más importante venga primero. Prueba con herramientas de legibilidad y, mejor aún, con personas que tienen baja alfabetización o el inglés como idioma adicional. Ofrece versiones de lectura fácil y traducidas donde tu población lo necesite.

6. Usar Core20PLUS5 para dirigir el esfuerzo de inclusión donde la desigualdad es mayor. En lugar de dispersar el trabajo de inclusión finamente, usa Core20PLUS5 y datos poblacionales locales para identificar a quién está fallando tu servicio y concentrar la mejora ahí. Esto conecta tu entrega digital con la estrategia de desigualdades en salud de la organización y da a los colegas clínicos y de salud pública un marco compartido para la priorización.

7. Diseñar con las personas excluidas, no solo para ellas. Recluta participantes de investigación y pruebas que sean mayores, discapacitados, sin confianza digital, con bajos ingresos, o hablen otros idiomas —las personas generalmente ausentes de las muestras de conveniencia— y págales apropiadamente. El co-diseño y el aporte de experiencia vivida sacan a la luz barreras que ninguna lista de verificación predice, y construyen la empatía que sostiene el trabajo de inclusión bajo presión de entrega.

8. Medir la inclusión, no solo los promedios. Las métricas titulares ocultan la exclusión: un servicio usado exitosamente por la mayoría de las personas puede estar fallando silenciosamente exactamente a los grupos con más necesidad. Segmenta tus datos por las características que predicen la exclusión, rastrea la finalización y el abandono para cada uno, y observa la brecha entre grupos, no solo la media (véase el Tema 1.3 — Decisiones basadas en evidencia y el Tema 10.0 — Objetivos y resultados clave (OKR)).

Preguntas para debatir con tu equipo#

1. ¿A quién excluye actualmente nuestro servicio —y realmente lo hemos mirado, o nos tranquiliza un promedio? Esta pregunta obliga al equipo a ir más allá de las cifras titulares cómodas hacia la distribución que hay debajo. En la salud y la atención importa de forma aguda porque las personas con más probabilidades de ser excluidas por un servicio digital —mayores, discapacitadas, más pobres, menos alfabetizadas, que no hablan inglés, mal conectadas— son desproporcionadamente aquellas con las mayores necesidades de salud, así que la exclusión y la desigualdad se refuerzan mutuamente. La tensión a sacar a la luz es que segmentar tus datos puede revelar una verdad incómoda que una fuerte tasa de finalización general estaba ocultando, y que arreglarlo cuesta dinero y ralentiza la hoja de ruta. Mira concretamente las tasas de abandono por grupo de edad, por dispositivo, por si se usó una ruta de asistencia, y por cualquier grupo de inclusión que tu organización rastree bajo Core20PLUS5. Considera si siquiera recopilas los datos necesarios para ver la exclusión, o si tu analítica es ciega a ella por diseño. Una respuesta buena y honesta nombra grupos específicos a los que el servicio está fallando, admite dónde te faltan los datos para saberlo, y se compromete a medir la brecha entre grupos en lugar de celebrar la media.

2. ¿Son nuestras rutas no digitales genuinamente de primer nivel, o las estamos privando silenciosamente de recursos para poder declarar un éxito digital? Los programas de transformación digital a menudo están incentivados por la adopción digital, lo que crea una presión sutil para dejar que las rutas telefónica, en papel y cara a cara se marchiten —o para cerrarlas antes de que exista una alternativa segura. Esto importa porque para algunos pacientes la ruta analógica no es una preferencia sino la única forma segura de acceder a la atención, y retirarla puede causar daño real mientras el panel muestra progreso. Debate la disyuntiva honesta: mantener múltiples canales cuesta dinero y esfuerzo, y hay valor legítimo en mover a los usuarios dispuestos hacia rutas digitales eficientes, pero "digital por defecto" nunca debe deslizarse hacia "solo digital". Mira si tus rutas sin conexión tienen niveles de servicio, financiación y monitoreo adecuados, o si se tratan como deuda heredada. Examina qué evidencia necesitarías antes de dar de baja cualquier ruta, y si la tienes. Una respuesta sólida trata los canales de asistencia digital y sin conexión como servicios de primer nivel con propietarios y estándares, y establece un listón explícito y basado en evidencia que debe superarse antes de que se cierre cualquier ruta.

3. Cuando decimos que cumplimos con nuestros deberes de accesibilidad y del Accessible Information Standard, ¿es eso una realidad probada o una declaración de intención? Muchas organizaciones tienen una declaración de accesibilidad y una política que hace referencia al Accessible Information Standard, sin embargo fallan en la práctica —el lector de pantalla se rompe en el flujo de reservas, o el paciente sordo sigue recibiendo una carta ilegible. Esta pregunta importa porque estos son deberes legales con consecuencias reales, y porque la brecha entre el cumplimiento sobre el papel y la experiencia vivida es donde los pacientes realmente resultan dañados. La tensión es que el aseguramiento genuino requiere pruebas manuales con tecnología de asistencia y usuarios discapacitados, capturar y actuar sobre las necesidades de comunicación registradas a través de sistemas, y un esfuerzo continuo —todo más difícil que publicar una declaración una vez. Sondea especificidades: cuándo un usuario real de lector de pantalla completó por última vez tu recorrido principal; si tus sistemas pueden marcar y compartir una necesidad de comunicación de un entorno a otro; quién es responsable cuando no existe una versión de lectura fácil. Considera que las herramientas automatizadas de accesibilidad pasan por alto la mayoría de los problemas, así que un informe automatizado en verde prueba poco. Una buena respuesta distingue claramente entre lo que se ha probado con usuarios reales y tecnología de asistencia y lo que meramente se afirma, y posee las brechas con un plan y un propietario responsable en lugar de una fórmula tranquilizadora.

4. ¿Diseñamos y probamos con personas excluidas, o solo para ellas —y estamos dispuestos a pagar por esa participación? Es fácil construir una idea del usuario excluido a partir de personas ficticias, supuestos y listas de verificación, y mucho más difícil poner a un usuario de lector de pantalla, una persona con una discapacidad de aprendizaje, o alguien con el inglés como idioma adicional en la sala y actuar sobre lo que te muestran. Esto importa porque la experiencia vivida saca a la luz barreras que ninguna herramienta automatizada o diseñador bien intencionado predice, y porque el trabajo de inclusión pierde impulso bajo presión de entrega a menos que el equipo haya conocido a las personas a las que afecta. La tensión es práctica: reclutar participantes excluidos toma más tiempo, cuesta más, requiere pagar a las personas apropiadamente por su tiempo, y a veces devuelve hallazgos que fuerzan un rediseño incómodo tarde en un sprint. Sondea si tus muestras de investigación alcanzan más allá de los usuarios confiados, capaces y conectados que son más fáciles de encontrar, y si los plazos de contratación y entrega dejan espacio para un co-diseño genuino en lugar de una consulta simbólica. Considera quién mantiene el presupuesto para el pago de participantes y si "sin presupuesto" está excluyendo silenciosamente exactamente a las personas que más necesitas escuchar. Una respuesta honesta muestra a las personas excluidas dando forma a las decisiones, no meramente validándolas, y trata su participación como una práctica financiada y recurrente en lugar de un ejercicio único.

5. ¿Cómo cambiará digitalizar este servicio el panorama de equidad —podríamos ampliar la brecha incluso mientras el titular mejora? Digitalizar un servicio redistribuye el esfuerzo, la atención y la conveniencia, y rara vez lo hace de forma neutral: las personas más rápidas en adoptar una nueva ruta digital a menudo son aquellas que ya están mejor atendidas, así que un servicio puede mejorar en promedio mientras los más excluidos se quedan más atrás. Esta es la "ley inversa de la atención" manifestándose en un nuevo medio, y en la salud y la atención se superpone casi exactamente con la desigualdad en salud existente, razón por la cual merece un escrutinio explícito en lugar de un supuesto optimista. La disyuntiva a nombrar es que las eficiencias y ahorros que justifican un programa digital son reales, pero contabilizarlos puede significar retirar recursos de las rutas más lentas y costosas que mantienen a los más excluidos conectados con la atención. Mira concretamente a tu población a través de Core20PLUS5 y datos locales: qué cohortes cargan con la mayor necesidad, cómo acceden actualmente al servicio, y qué les sucede bajo el nuevo diseño. Pregunta si tu medida de éxito es "más personas usan lo digital" o "ningún grupo está peor y los más excluidos mejoran" —los dos pueden apuntar en direcciones opuestas. Una buena respuesta establece la equidad como un objetivo de diseño explícito desde el principio, modela el efecto en los más excluidos antes de construir, y se compromete a monitorear la brecha después de la puesta en marcha en lugar de asumir que la digitalización eleva a todos.

6. Cuando los presupuestos digitales y no digitales compiten, ¿cómo decidimos —y quién es responsable de las personas que una reducción excluiría? La inclusión es en última instancia una decisión de asignación de recursos, y generalmente se toma implícitamente, a través de hacia dónde fluye el dinero y la atención directiva en lugar de a través de una elección explícita y poseída. Esto importa porque las rutas de asistencia digital y sin conexión que protegen a los más excluidos son la línea más fácil de recortar cuando los presupuestos se ajustan, y sus usuarios a menudo son los menos capaces de quejarse en voz alta o visiblemente. La tensión real es que cada libra gastada manteniendo una ruta telefónica o en papel es una libra no gastada en nueva capacidad digital, y el caso de ahorro para un programa frecuentemente depende de eventualmente reducir esas rutas —así que la presión para recortar es estructural, no accidental. Examina si la inclusión tiene un propietario senior nombrado con autoridad presupuestaria real, si las métricas de inclusión llegan a la junta directiva junto con las financieras y clínicas, y si alguien es formalmente responsable cuando un recorte vuelve a excluir a un grupo con el que la organización está estatutariamente comprometida a llegar. Considera cómo se examinaría un ahorro propuesto: ¿hay una evaluación de impacto en la equidad, o simplemente se contabiliza el número? Una respuesta honesta sitúa la responsabilidad por los excluidos en una persona senior específica, hace visible la disyuntiva en el nivel donde se asigna el dinero, y se niega a tratar la financiación de inclusión como un extra discrecional para saquear cuando los tiempos son difíciles.

En la práctica: un ejemplo de salud y atención#

Un sistema de atención integrada (ICS) está desplegando una nueva ruta en línea para que los pacientes reserven y gestionen citas ambulatorias, con el objetivo de reducir el volumen de llamadas telefónicas a los equipos de reservas y reducir las citas perdidas. El primer caso de negocio se enmarca enteramente en torno a la adopción digital y los ahorros del centro de llamadas.

La responsable de inclusión digital interviene temprano, durante el descubrimiento. Mapea la población ambulatoria frente a Core20PLUS5 y encuentra que una gran proporción de los pacientes con mayor necesidad son mayores, viven en los barrios más desfavorecidos, o tienen una necesidad de comunicación registrada bajo el Accessible Information Standard. Replantea la medida de éxito: no "porcentaje de reservas hechas en línea" sino "ningún grupo está peor que antes, y los grupos más excluidos mejoran." La investigación de usuarios recluta deliberadamente a pacientes mayores, a un hombre ciego que usa un lector de pantalla, a una mujer con una discapacidad de aprendizaje, y a una familia que habla sylheti en casa, pagándoles por su tiempo.

La investigación es aleccionadora. El flujo de reservas del prototipo se rompe con la navegación solo con teclado; la carta de confirmación está escrita a una edad de lectura muy por encima de la mayoría de los pacientes; no hay ninguna ruta para alguien que no puede usar la aplicación. El equipo arregla el flujo para cumplir con WCAG 2.2 nivel AA, verificado mediante pruebas manuales con la misma tecnología de asistencia que usan los pacientes reales. Los diseñadores de contenido reescriben las cartas en lenguaje llano, probadas para legibilidad y disponibles en versiones de lectura fácil y traducidas, con marcas de necesidad de comunicación transportadas desde el registro compartido. Fundamentalmente, la ruta telefónica no se recorta sino que se fortalece: financiada, dotada de un estándar de servicio, y dotada de personal para ayudar a las personas que no pueden o no quieren usar la ruta digital.

En la puesta en marcha, el panel segmenta el éxito de reservas y la asistencia a citas por edad, decil de privación, necesidad de comunicación, y canal, y observa la brecha entre grupos. Tres meses después, la adopción digital es saludable entre los pacientes más jóvenes, y —la métrica que más importa— la asistencia entre la cohorte más desfavorecida se ha mantenido estable en lugar de caer, porque la ruta telefónica absorbió a quienes no podían pasarse a lo digital. Cuando un miembro de la junta pregunta por qué no se cerraron las líneas telefónicas para contabilizar los ahorros, la responsable de inclusión señala los datos segmentados: cerrarlas habría vuelto a excluir exactamente a los pacientes con los que el ICS está estatutariamente comprometido a llegar.

Perspectivas sectoriales#

Startup#

Una pequeña empresa de salud digital enfrenta la disyuntiva de inclusión más aguda: la accesibilidad y las rutas de asistencia cuestan tiempo de ingeniería escaso y tiempo de financiación disponible, y el camino más rápido hacia una demostración es diseñar para usuarios confiados, capaces, angloparlantes con teléfonos nuevos. Resiste esto. Incorpora la conformidad con WCAG 2.2 AA y el contenido en lenguaje llano desde el primer sprint, porque adaptarlo más tarde es mucho más costoso y porque los compradores del NHS exigen cada vez más evidencia de accesibilidad a través de los Criterios de Evaluación de Tecnología Digital (DTAC). Los equipos pequeños aún pueden reclutar a un puñado de evaluadores discapacitados y digitalmente excluidos de forma económica, y hacerlo temprano es la inversión de inclusión de mayor apalancamiento individual que puede hacer una startup. Trata una declaración de accesibilidad honesta y un plan claro para los excluidos como un activo de ventas, no una carga.

Pequeña empresa#

Un proveedor pequeño y establecido —una consulta de médico de cabecera, una farmacia comunitaria, una residencia de cuidados, una agencia de atención domiciliaria, una clínica de un solo emplazamiento, o un pequeño proveedor de tecnología de salud que ya superó la etapa de startup— carga con los mismos deberes de accesibilidad y del Accessible Information Standard que un gran fideicomiso, pero con pacientes reales y casi ninguna capacidad digital o de TI dedicada para cumplirlos. El riesgo práctico es que la inclusión caiga entre las grietas de un sitio web listo para usar, un widget de reservas, y una aplicación de paciente de un proveedor que nadie en el sitio ha probado nunca con un lector de pantalla o comprobado para la edad de lectura. Porque el efectivo es ajustado y las operaciones son continuas, los movimientos asequibles son exigir apoyo de accesibilidad y necesidad de comunicación como condiciones explícitas al elegir proveedores (usando preguntas de estilo DTAC), arreglar el puñado de materiales de alto tráfico —cartas de citas, formularios de consentimiento, la puerta de entrada de cualquier servicio en línea— en lenguaje llano y formatos accesibles, y mantener las rutas telefónica y en persona genuinamente abiertas en lugar de relegadas. Registrar y respetar la necesidad de comunicación de un paciente es un deber legal que un proveedor pequeño puede cumplir con un proceso disciplinado incluso sin tecnología. El cambio de mentalidad es tratar la inclusión como un pequeño conjunto de fundamentos no negociables incorporados en la contratación y la rutina diaria, no un proyecto para el que la organización carece de personal.

Gran organización#

Un fideicomiso del NHS o un ICS opera a una escala donde la exclusión se convierte en un fallo de equidad a nivel poblacional y en una exposición legal, y donde los sistemas heredados y los datos fragmentados hacen genuinamente difícil capturar y compartir las necesidades de comunicación entre entornos. El desafío empresarial es institucional: la accesibilidad y el Accessible Information Standard no son poseídos por nadie, las rutas sin conexión se desfinancian silenciosamente para alcanzar objetivos digitales, y la inclusión se convierte en una política que nadie operacionaliza. El correctivo es dar a la inclusión un propietario senior responsable, conectar Core20PLUS5 a la priorización de la cartera, exigir pruebas de accesibilidad en cada ciclo de vida de entrega (véase el Tema 3.5 — Ciclos de vida de entrega), y reportar métricas de inclusión a la junta directiva junto con las financieras y clínicas. La escala también es un activo: una gran organización tiene los datos poblacionales para medir la exclusión adecuadamente, si elige mirar.

Gobierno#

Un organismo nacional —NHS England, el Department of Health and Social Care, un gobierno descentralizado— establece los estándares y deberes que otros deben cumplir, así que sus formas de trabajar dan forma a la inclusión en todo el sistema: las expectativas de WCAG, el Accessible Information Standard, Core20PLUS5, y las regulaciones de accesibilidad son instrumentos de equidad a escala poblacional. Sus decisiones atraen escrutinio legal, parlamentario y público, así que la transparencia sobre dónde los servicios todavía excluyen a las personas es un deber, no una cortesía. El riesgo distintivo a esta escala es ordenar un canal digital a nivel nacional sin financiar las rutas de asistencia y sin conexión que lo hacen seguro, arraigando así la exclusión para millones en una sola política. El correctivo son estándares proporcionados y bien dotados de recursos, datos de inclusión publicados, y un principio firme de que ningún servicio digital nacional se pone en marcha sin una ruta probada y financiada para quienes no pueden usarlo.

Modos de fallo comunes#

• Adaptar la accesibilidad posteriormente. Añadir la accesibilidad después de construir, cuando es costoso y a menudo imposible. Antídoto: diseñar desde el descubrimiento y probar continuamente.
• Digital por defecto convirtiéndose en solo digital. Cerrar las rutas telefónica y en papel antes de que exista una alternativa segura. Antídoto: tratar las rutas sin conexión como de primer nivel; exigir evidencia antes de cualquier cierre.
• Teatro de cumplimiento. Una declaración de accesibilidad y una política, sin pruebas reales detrás de ellas. Antídoto: pruebas manuales con tecnología de asistencia y usuarios discapacitados; declaraciones honestas.
• Promedios que ocultan la exclusión. Una métrica general sólida que enmascara el fallo en los grupos con más necesidad. Antídoto: segmentar y observar la brecha entre grupos, no la media.
• Investigación de muestra de conveniencia. Probar solo con usuarios confiados, capaces, angloparlantes. Antídoto: reclutar y pagar deliberadamente a participantes excluidos.
• Jerga y contenido denso. Escribir por encima de la alfabetización en salud de la población, causando errores de seguridad. Antídoto: lenguaje llano, pruebas de legibilidad, versiones de lectura fácil y traducidas.
• El Accessible Information Standard en un estante. Registrar necesidades de comunicación pero nunca compartirlas ni satisfacerlas. Antídoto: operacionalizar la captura, marca, compartición y entrega.

Modelo de madurez#

Lista de verificación#

• La inclusión y la accesibilidad se consideran desde el descubrimiento, no se adaptan posteriormente.
• El servicio cumple con WCAG 2.2 nivel AA, verificado mediante pruebas manuales y con tecnología de asistencia, con una declaración de accesibilidad actual y honesta.
• Las necesidades de comunicación se capturan, marcan, comparten y satisfacen según el Accessible Information Standard.
• Las rutas de asistencia digital y sin conexión están financiadas, monitoreadas, y tratadas como canales de primer nivel.
• El contenido está en lenguaje llano, probado para legibilidad, con versiones de lectura fácil y traducidas donde se necesiten.
• Core20PLUS5 y los datos locales se usan para dirigir el esfuerzo de inclusión donde la desigualdad es mayor.
• La investigación y las pruebas incluyen deliberadamente, y pagan, a participantes excluidos.
• Las métricas se segmentan por factores de exclusión, y se rastrea la brecha entre grupos —no solo el promedio.
• Ninguna ruta digital se da de baja sin evidencia de que todos los que dependen de ella tienen una alternativa segura.
• La inclusión es poseída por un líder senior responsable y se reporta a la junta directiva.

Fuentes clave#

• NHS England — Core20PLUS5 (enfoque para reducir las desigualdades en la atención sanitaria).
• NHS England — Accessible Information Standard (DCB1605).
• World Wide Web Consortium (W3C) — Web Content Accessibility Guidelines (WCAG) 2.2.
• GOV.UK — Understanding accessibility requirements for public sector bodies (Public Sector Bodies Accessibility Regulations 2018).
• NHS Digital Service Manual — orientación de accesibilidad, diseño inclusivo y contenido.
• Manual de Servicio de GOV.UK (GDS) — Making your service accessible y assisted digital support.
• Good Things Foundation — investigación sobre inclusión digital y la brecha digital.
• Equality Act 2010 — deber de hacer ajustes razonables.

Referencias#

1. Digital divide — Wikipedia — https://en.wikipedia.org/wiki/Digital_divide
2. Health equity — Wikipedia — https://en.wikipedia.org/wiki/Health_equity
3. Social determinants of health — Wikipedia — https://en.wikipedia.org/wiki/Social_determinants_of_health
4. Web accessibility — Wikipedia — https://en.wikipedia.org/wiki/Web_accessibility
5. Web Content Accessibility Guidelines — Wikipedia — https://en.wikipedia.org/wiki/Web_Content_Accessibility_Guidelines
6. Inclusive design — Wikipedia — https://en.wikipedia.org/wiki/Inclusive_design
7. Universal design — Wikipedia — https://en.wikipedia.org/wiki/Universal_design
8. Assistive technology — Wikipedia — https://en.wikipedia.org/wiki/Assistive_technology
9. Plain language — Wikipedia — https://en.wikipedia.org/wiki/Plain_language
10. Readability — Wikipedia — https://en.wikipedia.org/wiki/Readability
11. Health literacy — Wikipedia — https://en.wikipedia.org/wiki/Health_literacy
12. Core20PLUS5 (adults) – reducing healthcare inequalities — NHS England — https://www.england.nhs.uk/about/equality/equality-hub/national-healthcare-inequalities-improvement-programme/core20plus5/
13. Accessible Information Standard (DCB1605) — NHS England — https://www.england.nhs.uk/about/equality/equality-hub/patient-equalities-programme/equality-frameworks-and-information-standards/accessibleinfo/
14. Web Content Accessibility Guidelines (WCAG) 2.2 — World Wide Web Consortium (W3C) — https://www.w3.org/TR/WCAG22/
15. Understanding accessibility requirements for public sector bodies — GOV.UK — https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps
16. The Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 — legislation.gov.uk — https://www.legislation.gov.uk/uksi/2018/952/contents/made
17. NHS Digital Service Manual — accessibility and inclusive design — NHS England — https://service-manual.nhs.uk/accessibility
18. Making your service accessible: an introduction — GOV.UK Service Manual — https://www.gov.uk/service-manual/helping-people-to-use-your-service/making-your-service-accessible-an-introduction
19. Equality Act 2010 — legislation.gov.uk — https://www.legislation.gov.uk/ukpga/2010/15/contents