Tópico 1.9 — Inclusão digital e acessibilidade
Na saúde e nos cuidados, um serviço digital que exclui algumas pessoas não é uma escolha técnica neutra — ele nega cuidado a quem muitas vezes mais precisa; por isso a inclusão e a acessibilidade são questões de segurança clínica, de equidade e de confiança pública, e não um acabamento opcional.
Por que isso importa na saúde e nos cuidados#
Na maioria dos setores, um site inacessível perde uma venda. Na saúde e nos cuidados, pode significar que uma pessoa perde um convite para rastreamento, não consegue marcar uma consulta urgente, não entende as instruções de alta ou não vê o aviso sobre o medicamento que a teria mantido segura. A exclusão digital aqui não é um incômodo; é uma via para o dano e para o aumento da desigualdade, prestada com dinheiro público e sob dever legal.
As pessoas com maior probabilidade de serem excluídas digitalmente — idosos, pessoas com deficiência, pessoas em situação de pobreza, pessoas com baixa escolaridade, pessoas cuja primeira língua não é o inglês, pessoas em áreas com conectividade precária — são, muito frequentemente, as mesmas que carregam o maior fardo de doença. Este é o núcleo incômodo do tópico: a exclusão digital se sobrepõe quase exatamente à desigualdade em saúde. Quando você digitaliza um serviço sem um plano para quem não consegue usar o canal digital, pode ativamente deslocar recursos e atenção para os que já são mais bem atendidos e chamar isso de progresso — a "lei do cuidado inverso" num novo meio.
A acessibilidade também é um dever legal, e não uma gentileza. Os órgãos do setor público no Reino Unido devem cumprir padrões de acessibilidade previstos em lei, e as organizações de saúde e cuidados carregam obrigações legais adicionais de atender às necessidades de comunicação de pacientes e cuidadores com deficiência. O acesso aos serviços digitais é, cada vez mais, um determinante mais amplo da saúde — conectividade, um dispositivo e a confiança para usá-los hoje moldam se uma pessoa consegue sequer alcançar o cuidado. Tratar a inclusão como acessório é como as organizações acabam em violação da lei, da confiança e dos próprios compromissos de equidade. A inclusão e a acessibilidade precisam ser projetadas desde a primeira conversa de descoberta (ver Tópico 3.4 — Fases de descoberta) e medidas como um resultado de primeira ordem (ver Tópico 10.0 — Objetivos e resultados-chave (OKRs)).
Conceitos centrais#
A divisão digital e a exclusão digital. A divisão digital é a distância entre quem consegue acessar e usar a tecnologia digital e quem não consegue. A exclusão digital costuma ser movida por cinco fatores que interagem: acesso (um dispositivo e uma conexão confiável), custo (dados e equipamentos custam dinheiro), competências (a confiança e a capacidade de usar ferramentas digitais), motivação e confiança (acreditar que o digital é seguro e vale a pena) e projeto (se o serviço é sequer utilizável). Uma pessoa raramente é excluída por um único fator; uma pessoa idosa, de baixa renda, numa área rural com banda larga precária enfrenta vários ao mesmo tempo, razão pela qual correções simplistas fracassam.
Quem é excluído e a ligação com a equidade. A exclusão se concentra por idade, deficiência, renda e pobreza, escolaridade, idioma e conectividade. Como essas mesmas características predizem pior saúde, a exclusão digital agrava as lacunas existentes de equidade em saúde. A mudança mental necessária é deixar de tratar o "acesso digital" como uma utilidade de fundo e passar a tratá-lo como um dos determinantes sociais da saúde — um fator que molda os desfechos de saúde tanto quanto a moradia ou a renda.
Core20PLUS5. O Core20PLUS5 do NHS England é um arcabouço nacional para reduzir as desigualdades em saúde. Concentra o esforço nos 20% mais carentes da população (o "Core20"), mais os grupos de inclusão identificados localmente que enfrentam pior acesso ou pior desfecho (o "PLUS") e cinco áreas clínicas de foco especial. Oferece uma lente pronta para perguntar a quem o seu serviço está falhando e um vocabulário compartilhado com colegas clínicos e de saúde pública para direcionar o trabalho de inclusão para onde a desigualdade é maior.
Acessibilidade na web e WCAG 2.2. A acessibilidade na web é a prática de remover as barreiras que impedem pessoas com deficiência de usar serviços digitais. O padrão técnico reconhecido são as Web Content Accessibility Guidelines (WCAG), atualmente na versão 2.2, organizadas em torno de quatro princípios — o conteúdo deve ser perceptível, operável, compreensível e robusto — em três níveis de conformidade: A, AA e AAA. Espera-se que os serviços do setor público do Reino Unido cumpram a WCAG 2.2 nível AA.
As Public Sector Bodies Accessibility Regulations 2018. As Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 tornam a conformidade com a WCAG uma exigência legal para a maioria dos sites e aplicativos do setor público e exigem uma declaração de acessibilidade publicada e exata. Isso convive com o dever de fazer ajustes razoáveis previsto na Equality Act 2010. A acessibilidade é um piso de conformidade com consequência legal, e não uma aspiração.
O Accessible Information Standard. O Accessible Information Standard do NHS (referência de padrão de dados DCB1605) é uma norma obrigatória que exige que os prestadores de saúde e de cuidados sociais para adultos identifiquem, registrem, sinalizem, compartilhem e atendam às necessidades de informação e comunicação de pacientes, usuários de serviços e cuidadores com deficiência, comprometimento ou perda sensorial — por exemplo, fornecendo informação em leitura fácil, em braille, em letras grandes ou por meio de um intérprete de Língua Gestual Britânica (BSL). É um dever legal, e não uma orientação.
Design inclusivo e design universal. O design universal busca tornar os produtos utilizáveis pelo maior número possível de pessoas sem adaptação; o design inclusivo é o processo de projetar deliberadamente com e para as pessoas que costumam ser excluídas, com base no princípio de que resolver para as margens melhora o serviço para todos — o "efeito rebaixamento de calçada".
Tecnologia assistiva. As tecnologias assistivas — leitores de tela, ampliadores, entrada por voz, acesso por acionador, teclados alternativos — são como muitas pessoas com deficiência usam os serviços digitais. O design acessível é o que permite a essas tecnologias funcionar; uma interface inacessível as quebra em silêncio.
Digital assistido e canais offline. "Digital assistido" descreve o apoio a pessoas que não conseguem usar um serviço digital de forma independente — por telefone, presencialmente, por meio de um auxiliar treinado ou de um intermediário. Os canais offline e analógicos (correio, telefone, presencial) não são dívida legada a ser desligada; para algumas pessoas, são a única via segura para o cuidado. Trate-os como canais de primeira ordem, com seus próprios níveis de serviço.
Linguagem simples, legibilidade e letramento em saúde. Linguagem simples é a escrita que um leitor consegue entender na primeira leitura. A legibilidade é mensurável — fórmulas de idade de leitura estimam quão difícil é um texto. O letramento em saúde é a capacidade de uma pessoa de encontrar, entender e usar informações de saúde; uma grande parcela dos adultos acha os materiais-padrão de saúde complexos demais; portanto, o conteúdo claro é uma intervenção de segurança, e não estilística.
Boas práticas#
Projete para a inclusão desde a descoberta, nunca como retrofit. Traga a acessibilidade e a inclusão para as primeiras conversas de descoberta, para a pesquisa com usuários e para as decisões de design (ver Tópico 3.0 — Pesquisa com usuários e design de serviços e Tópico 3.4 — Fases de descoberta). Retroajustar a acessibilidade a um produto pronto é mais caro, menos eficaz e, muitas vezes, impossível sem reconstruir. Faça de "quem isto pode excluir?" uma pergunta permanente em toda revisão de design.
Cumpra a WCAG 2.2 nível AA como piso e teste com tecnologia assistiva real. Trate a conformidade com a WCAG 2.2 AA como o mínimo, e não como a meta, e verifique-a com ferramentas automatizadas e com testes manuais usando leitores de tela, navegação apenas por teclado e ampliação. Os verificadores automáticos pegam talvez um terço dos problemas; o restante exige teste humano, idealmente incluindo usuários com deficiência. Publique uma declaração de acessibilidade honesta e específica e mantenha-a atualizada, como os regulamentos exigem.
Cumpra o Accessible Information Standard como realidade operacional, e não como política numa prateleira. Garanta que seus sistemas consigam captar as necessidades de comunicação de uma pessoa, sinalizá-las, compartilhá-las entre contextos e de fato entregar a informação no formato exigido — leitura fácil, letras grandes, braille, BSL. É um dever legal e uma questão de segurança: um paciente surdo que não entende as mudanças de consulta, ou uma pessoa com deficiência de aprendizagem que recebe apenas texto denso, é um paciente em risco.
Faça dos canais de digital assistido e offline canais de primeira ordem. Dê recursos, monitore e melhore os canais por telefone, presencial e em papel com a mesma seriedade que o aplicativo. Nunca descomissione um canal analógico até ter evidência de que todos que dependiam dele têm uma alternativa genuína e testada. O "digital por padrão" jamais deve virar "somente digital" num serviço em que a exclusão significa cuidado perdido.
Escreva em linguagem simples e teste a legibilidade. Mire o conteúdo de saúde e de cuidados numa idade de leitura em torno de 9 a 11 anos, use frases curtas e palavras comuns, explique ou evite o jargão e estruture o conteúdo de modo que a informação mais importante venha primeiro. Teste com ferramentas de legibilidade e, melhor ainda, com pessoas de baixa escolaridade ou que tenham o inglês como língua adicional. Ofereça versões em leitura fácil e traduzidas onde a sua população precisar.
Use o Core20PLUS5 para direcionar o esforço de inclusão para onde a desigualdade é maior. Em vez de espalhar o trabalho de inclusão de forma rala, use o Core20PLUS5 e os dados locais da população para identificar a quem o seu serviço está falhando e concentre a melhoria aí. Isso liga a sua entrega digital à estratégia de desigualdades em saúde da organização e dá a colegas clínicos e de saúde pública um quadro compartilhado para a priorização.
Projete com as pessoas excluídas, e não apenas para elas. Recrute participantes de pesquisa e de teste que sejam idosos, com deficiência, digitalmente inseguros, de baixa renda ou que falem outros idiomas — as pessoas geralmente ausentes das amostras de conveniência — e pague-lhes adequadamente. O codesign e a contribuição da experiência vivida trazem à tona barreiras que nenhuma lista de verificação prevê e constroem a empatia que sustenta o trabalho de inclusão sob pressão de entrega.
Meça a inclusão, e não só as médias. As métricas de manchete escondem a exclusão: um serviço usado com sucesso pela maioria pode estar falhando em silêncio exatamente com os grupos de maior necessidade. Segmente os seus dados pelas características que predizem a exclusão, acompanhe a conclusão e o abandono de cada uma e observe a distância entre os grupos, e não apenas a média (ver Tópico 1.3 — Decisões baseadas em evidências e Tópico 10.0 — Objetivos e resultados-chave (OKRs)).
Perguntas para discutir com a sua equipe#
Quem o nosso serviço exclui atualmente — e nós de fato olhamos, ou ficamos tranquilizados por uma média? Esta pergunta obriga a equipe a passar dos números de manchete confortáveis para a distribuição que está por baixo deles. Na saúde e nos cuidados, importa de forma aguda porque as pessoas que um serviço digital tem mais probabilidade de deixar de fora — idosas, com deficiência, mais pobres, menos letradas, que não falam inglês, mal conectadas — são desproporcionalmente as de maiores necessidades de saúde, de modo que a exclusão e a desigualdade se reforçam mutuamente. A tensão a trazer à tona é que segmentar os dados pode revelar uma verdade incômoda que uma boa taxa geral de conclusão escondia, e que consertá-la custa dinheiro e atrasa o roteiro. Olhem de forma concreta as taxas de abandono por faixa etária, por dispositivo, por uso ou não de um canal assistido e por quaisquer grupos de inclusão que a sua organização acompanhe sob o Core20PLUS5. Considerem se vocês sequer coletam os dados necessários para ver a exclusão, ou se suas análises são cegas a ela por construção. Uma boa resposta, honesta, nomeia grupos específicos a quem o serviço está falhando, admite onde faltam dados para saber e se compromete a medir a distância entre os grupos, em vez de celebrar a média.
Os nossos canais não digitais são genuinamente de primeira ordem, ou os estamos esvaziando em silêncio para poder declarar um sucesso digital? Os programas de transformação digital muitas vezes são incentivados pela adesão digital, o que cria uma pressão sutil para deixar os canais de telefone, papel e presencial murcharem — ou para fechá-los antes que exista uma alternativa segura. Importa porque, para alguns pacientes, o canal analógico não é uma preferência, mas a única forma segura de alcançar o cuidado, e retirá-lo pode causar dano real enquanto o painel mostra progresso. Debatam a concessão honesta: manter múltiplos canais custa dinheiro e esforço, e há valor legítimo em levar os usuários dispostos para canais digitais eficientes, mas o "digital por padrão" jamais deve resvalar para "somente digital". Vejam se os seus canais offline têm níveis de serviço, financiamento e monitoramento adequados ou se são tratados como dívida legada. Examinem que evidência vocês precisariam ter antes de descomissionar qualquer canal e se a têm. Uma resposta forte trata os canais de digital assistido e offline como serviços de primeira ordem, com responsáveis e padrões, e define uma barra explícita, baseada em evidências, que deve ser superada antes de qualquer canal ser fechado.
Quando dizemos que cumprimos os nossos deveres de acessibilidade e do Accessible Information Standard, isso é uma realidade testada ou uma declaração de intenção? Muitas organizações têm uma declaração de acessibilidade e uma política que cita o Accessible Information Standard, mas falham na prática — o leitor de tela quebra no fluxo de agendamento, ou o paciente surdo continua recebendo uma carta ilegível. Esta pergunta importa porque esses são deveres legais com consequências reais e porque a distância entre a conformidade no papel e a experiência vivida é onde os pacientes de fato são prejudicados. A tensão é que a garantia genuína exige testes manuais com tecnologia assistiva e usuários com deficiência, captura e ação sobre as necessidades de comunicação registradas entre sistemas e esforço contínuo — tudo mais difícil do que publicar uma declaração uma vez. Sondem especificidades: quando um usuário real de leitor de tela concluiu pela última vez a sua jornada principal; os seus sistemas conseguem sinalizar e compartilhar uma necessidade de comunicação de um contexto para outro; quem responde quando não existe uma versão em leitura fácil. Considerem que as ferramentas automáticas de acessibilidade deixam passar a maioria dos problemas, de modo que um relatório automático verde prova pouco. Uma boa resposta distingue com clareza o que foi testado com usuários reais e tecnologia assistiva do que é meramente afirmado e assume as lacunas com um plano e um responsável, e não com uma fórmula verbal tranquilizadora.
Projetamos e testamos com as pessoas excluídas, ou apenas para elas — e estamos dispostos a pagar por esse envolvimento? É fácil construir uma ideia do usuário excluído a partir de personas, suposições e listas de verificação, e muito mais difícil colocar na sala um usuário de leitor de tela, uma pessoa com deficiência de aprendizagem ou alguém com o inglês como língua adicional e agir com base no que ela mostra. Importa porque a experiência vivida traz à tona barreiras que nenhuma ferramenta automática ou designer bem-intencionado prevê, e porque o trabalho de inclusão perde ímpeto sob pressão de entrega a menos que a equipe tenha conhecido as pessoas que ele afeta. A tensão é prática: recrutar participantes excluídos leva mais tempo, custa mais, exige pagar as pessoas adequadamente pelo tempo e, às vezes, devolve achados que forçam um retrabalho incômodo no fim de um sprint. Sondem se as suas amostras de pesquisa vão além dos usuários confiantes, capazes e conectados, que são os mais fáceis de encontrar, e se os prazos de aquisição e entrega deixam espaço para um codesign genuíno e não para uma consulta simbólica. Considerem quem detém o orçamento para o pagamento dos participantes e se o "não há orçamento" está silenciosamente excluindo as pessoas que vocês mais precisam ouvir. Uma resposta honesta mostra pessoas excluídas moldando as decisões, e não apenas validando-as, e trata o envolvimento delas como uma prática financiada e recorrente, e não como um exercício pontual.
Como a digitalização deste serviço mudará o quadro de equidade — poderíamos ampliar a distância mesmo enquanto a manchete melhora? Digitalizar um serviço redistribui esforço, atenção e conveniência, e raramente o faz de forma neutra: as pessoas mais rápidas em adotar um novo canal digital costumam ser as que já são mais bem atendidas, de modo que um serviço pode melhorar na média enquanto os mais excluídos ficam mais para trás. É a "lei do cuidado inverso" se desenrolando num novo meio, e na saúde e nos cuidados ela se sobrepõe quase exatamente à desigualdade em saúde existente, razão pela qual merece escrutínio explícito, e não suposição otimista. A concessão a nomear é que as eficiências e economias que justificam um programa digital são reais, mas contabilizá-las pode significar retirar recursos dos canais mais lentos e custosos que mantêm os mais excluídos conectados ao cuidado. Olhem de forma concreta a sua população pelo Core20PLUS5 e pelos dados locais: quais coortes carregam a maior necessidade, como alcançam hoje o serviço e o que acontece com elas sob o novo desenho. Perguntem se a sua medida de sucesso é "mais pessoas usam o digital" ou "nenhum grupo fica pior e os mais excluídos melhoram" — as duas podem apontar em direções opostas. Uma boa resposta define a equidade como um objetivo explícito de projeto desde o início, modela o efeito sobre os mais excluídos antes da construção e se compromete a monitorar a distância após a entrada em produção, em vez de supor que a digitalização eleva a todos.
Quando os orçamentos digital e não digital competem, como decidimos — e quem responde pelas pessoas que um corte excluiria? A inclusão é, em última análise, uma decisão de alocação de recursos, e costuma ser tomada de forma implícita, pelo caminho do dinheiro e da atenção gerencial, e não por uma escolha explícita e assumida. Importa porque os canais de digital assistido e offline que protegem os mais excluídos são a linha mais fácil de aparar quando os orçamentos apertam, e seus usuários costumam ser os menos capazes de reclamar alto ou visivelmente. A tensão real é que cada libra gasta para manter um canal de telefone ou de papel é uma libra não gasta em nova capacidade digital, e o caso de economia de um programa muitas vezes depende de, eventualmente, reduzir esses canais — de modo que a pressão para cortar é estrutural, e não acidental. Examinem se a inclusão tem um responsável sênior nomeado com autoridade orçamentária real, se as métricas de inclusão chegam ao conselho junto com as financeiras e clínicas e se alguém é formalmente responsável quando um corte reexclui um grupo que a organização está legalmente comprometida a alcançar. Considerem como uma economia proposta seria escrutinada: há uma avaliação de impacto de equidade, ou o número simplesmente é contabilizado. Uma resposta honesta coloca a responsabilidade pelos excluídos numa pessoa específica e sênior, torna a concessão visível no nível em que o dinheiro é alocado e se recusa a tratar o financiamento da inclusão como um extra discricionário a ser saqueado quando os tempos são difíceis.
Na prática: um exemplo de saúde e cuidados#
Um sistema de cuidados integrados (ICS) está lançando uma nova via on-line para pacientes marcarem e gerenciarem consultas ambulatoriais, com o objetivo de reduzir o volume de ligações para as equipes de agendamento e as faltas às consultas. O primeiro caso de negócio é enquadrado inteiramente em torno da adesão digital e da economia no call center.
A líder de inclusão digital intervém cedo, durante a descoberta. Ela mapeia a população ambulatorial pelo Core20PLUS5 e descobre que uma grande parcela dos pacientes de maior necessidade é idosa, mora nos bairros mais carentes ou tem uma necessidade de comunicação registrada sob o Accessible Information Standard. Ela reformula a medida de sucesso: não "porcentagem de agendamentos feitos on-line", mas "nenhum grupo fica pior do que antes e os grupos mais excluídos melhoram". A pesquisa com usuários recruta deliberadamente pacientes idosos, um homem cego que usa um leitor de tela, uma mulher com deficiência de aprendizagem e uma família que fala sylheti em casa, pagando-lhes pelo tempo.
A pesquisa é sóbria. O fluxo de agendamento do protótipo quebra com a navegação apenas por teclado; a carta de confirmação é escrita numa idade de leitura muito acima da da maioria dos pacientes; não há nenhum canal para quem não consegue usar o aplicativo. A equipe corrige o fluxo para atender à WCAG 2.2 nível AA, verificado por testes manuais com a mesma tecnologia assistiva que os pacientes reais usam. Designers de conteúdo reescrevem as cartas em linguagem simples, testadas quanto à legibilidade e disponíveis em leitura fácil e em versões traduzidas, com as sinalizações de necessidade de comunicação trazidas do prontuário compartilhado. De modo decisivo, o canal de telefone não é cortado, mas fortalecido: financiado, com um padrão de serviço e equipe para ajudar quem não pode ou não quer usar o canal digital.
Na entrada em produção, o painel segmenta o sucesso do agendamento e a presença nas consultas por idade, decil de privação, necessidade de comunicação e canal, e observa a distância entre os grupos. Três meses depois, a adesão digital é saudável entre os pacientes mais jovens e — a métrica que mais importa — a presença no grupo mais carente se manteve estável, em vez de cair, porque o canal de telefone absorveu quem não podia ir ao digital. Quando um membro do conselho pergunta por que as linhas telefônicas não foram fechadas para contabilizar as economias, a líder de inclusão aponta os dados segmentados: fechá-las teria reexcluído exatamente os pacientes que o ICS está legalmente comprometido a alcançar.
Perspectivas setoriais#
Startup#
Uma pequena empresa de saúde digital enfrenta a concessão de inclusão mais aguda: a acessibilidade e os canais assistidos custam tempo escasso de engenharia e fôlego financeiro, e o caminho mais rápido para uma demonstração é projetar para usuários confiantes, capazes, falantes de inglês e com celulares novos. Resista a isso. Incorpore a conformidade com a WCAG 2.2 AA e o conteúdo em linguagem simples desde o primeiro sprint, porque retroajustar depois é muito mais caro e porque os compradores do NHS exigem cada vez mais evidência de acessibilidade por meio do Digital Technology Assessment Criteria (DTAC). Equipes pequenas ainda podem recrutar, a baixo custo, um punhado de testadores com deficiência e digitalmente excluídos, e fazê-lo cedo é o investimento de inclusão de maior alavancagem que uma startup pode fazer. Trate uma declaração de acessibilidade honesta e um plano claro para os excluídos como um ativo de venda, e não como um fardo.
Pequena empresa#
Um pequeno prestador estabelecido — um consultório de clínica geral, uma farmácia comunitária, uma casa de repouso, uma agência de cuidados domiciliares, uma clínica de unidade única ou um pequeno fornecedor de tecnologia em saúde que já passou da fase de startup — carrega os mesmos deveres de acessibilidade e do Accessible Information Standard que um grande hospital, mas com pacientes reais e quase nenhuma capacidade digital ou de TI dedicada para cumpri-los. O risco prático é que a inclusão caia nas frestas entre um site pronto, um widget de agendamento e um aplicativo de paciente de fornecedor que ninguém no local jamais testou com um leitor de tela nem verificou quanto à idade de leitura. Como o caixa é apertado e as operações seguem em curso, os movimentos acessíveis são exigir suporte à acessibilidade e às necessidades de comunicação como condições explícitas na escolha de fornecedores (usando perguntas ao estilo DTAC), converter para linguagem simples e formatos acessíveis o punhado de materiais de maior tráfego — cartas de consulta, termos de consentimento, a porta de entrada de qualquer serviço on-line — e manter os canais de telefone e presencial genuinamente abertos, e não empurrados para o lado. Registrar e honrar a necessidade de comunicação de um paciente é um dever legal que um pequeno prestador pode cumprir com processo disciplinado, mesmo sem tecnologia. A mudança de mentalidade é tratar a inclusão como um pequeno conjunto de fundamentos inegociáveis incorporados às aquisições e à rotina diária, e não como um projeto que a organização não tem pessoal para tocar.
Grande organização#
Um hospital do NHS ou um ICS opera numa escala em que a exclusão se torna uma falha de equidade em nível populacional e uma exposição legal, e em que sistemas legados e dados fragmentados tornam genuinamente difícil captar e compartilhar necessidades de comunicação entre contextos. O desafio da grande organização é institucional: a acessibilidade e o Accessible Information Standard não pertencem a ninguém, os canais offline são silenciosamente desfinanciados para bater metas digitais e a inclusão vira uma política que ninguém operacionaliza. O corretivo é dar à inclusão um responsável sênior, ligar o Core20PLUS5 à priorização do portfólio, tornar obrigatório o teste de acessibilidade em todo ciclo de vida de entrega (ver Tópico 3.5 — Ciclos de vida de entrega) e reportar as métricas de inclusão ao conselho junto com as financeiras e clínicas. A escala também é um ativo: uma grande organização tem os dados populacionais para medir a exclusão adequadamente, se escolher olhar.
Governo#
Um órgão nacional — NHS England, Department of Health and Social Care, um governo descentralizado — define os padrões e deveres que os demais devem cumprir, de modo que seus modos de trabalho moldam a inclusão em todo o sistema: as expectativas da WCAG, o Accessible Information Standard, o Core20PLUS5 e os regulamentos de acessibilidade são instrumentos de equidade em escala populacional. Suas decisões atraem escrutínio legal, parlamentar e público; assim, a transparência sobre onde os serviços ainda excluem pessoas é um dever, e não uma cortesia. O risco distintivo nessa escala é impor um canal digital nacionalmente sem financiar os canais assistidos e offline que o tornam seguro, consolidando assim a exclusão de milhões numa única política. O corretivo são padrões proporcionais e bem providos de recursos, dados de inclusão publicados e um princípio firme: nenhum serviço digital nacional entra em produção sem uma via testada e financiada para quem não consegue usá-lo.
Modos de falha comuns#
- Retroajustar a acessibilidade. Acrescentar a acessibilidade depois da construção, quando é custosa e muitas vezes impossível. Antídoto: projetar desde a descoberta e testar continuamente.
- O digital por padrão virando somente digital. Fechar canais de telefone e papel antes que exista uma alternativa segura. Antídoto: tratar os canais offline como de primeira ordem; exigir evidência antes de qualquer fechamento.
- Teatro de conformidade. Uma declaração de acessibilidade e uma política, sem testes reais por trás. Antídoto: testes manuais com tecnologia assistiva e usuários com deficiência; declarações honestas.
- Médias escondendo a exclusão. Uma boa métrica geral mascarando a falha nos grupos de maior necessidade. Antídoto: segmentar e observar a distância entre os grupos, e não a média.
- Pesquisa em amostra de conveniência. Testar apenas com usuários confiantes, capazes e falantes de inglês. Antídoto: recrutar deliberadamente e pagar participantes excluídos.
- Jargão e conteúdo denso. Escrever acima do letramento em saúde da população, causando erros de segurança. Antídoto: linguagem simples, testes de legibilidade, versões em leitura fácil e traduzidas.
- O Accessible Information Standard numa prateleira. Registrar necessidades de comunicação, mas nunca compartilhá-las nem atendê-las. Antídoto: operacionalizar captar, sinalizar, compartilhar e entregar.
Modelo de maturidade#
| Dimensão | Iniciar | Desenvolver | Padronizar | Gerir | Orquestrar |
|---|---|---|---|---|---|
| Acessibilidade | Ad hoc; falhas frequentes da WCAG | Apenas verificações automáticas | WCAG 2.2 AA verificada por testes manuais e com tecnologia assistiva | Conformidade acompanhada como KPI; regressões pegas por barreiras de teste asseguradas e auditadas | Usuários com deficiência incorporados ao teste contínuo; problemas raros e corrigidos depressa |
| Canais não digitais | Sendo fechados para bater metas digitais | Mantidos, mas negligenciados | Canais de primeira ordem, com níveis de serviço | Níveis de serviço medidos e reportados; desempenho gerido com base em metas | Ativamente melhorados; fechamentos apenas com evidência de alternativa segura |
| Accessible Information Standard | Não cumprido | Necessidades registradas, não compartilhadas | Captadas, sinalizadas, compartilhadas e entregues entre contextos | Conformidade auditada com métricas; falhas de entrega registradas e geridas até o fechamento | Plenamente incorporado e auditado; falhas acompanhadas e encerradas |
| Conteúdo | Jargão, alta idade de leitura | Algum esforço de linguagem simples | Linguagem simples + legibilidade testada; leitura fácil disponível | Idade de leitura e cobertura de formatos medidas com base em padrões e governadas | Codesenhado com usuários de baixa escolaridade e de inglês como língua adicional; multilíngue por padrão |
| Medição | Apenas médias de manchete | Alguma segmentação | Métricas segmentadas por fatores de exclusão; distâncias acompanhadas | Distâncias geridas com base em metas explícitas, com responsáveis nomeados e revisão regular | Metas de inclusão nos OKRs; fechamento de distâncias gerido ativamente |
Lista de verificação#
- A inclusão e a acessibilidade são consideradas desde a descoberta, e não retroajustadas.
- O serviço cumpre a WCAG 2.2 nível AA, verificada por testes manuais e com tecnologia assistiva, com uma declaração de acessibilidade atual e honesta.
- As necessidades de comunicação são captadas, sinalizadas, compartilhadas e atendidas conforme o Accessible Information Standard.
- Os canais de digital assistido e offline são financiados, monitorados e tratados como canais de primeira ordem.
- O conteúdo está em linguagem simples, com legibilidade testada, com versões em leitura fácil e traduzidas onde necessário.
- O Core20PLUS5 e os dados locais são usados para direcionar o esforço de inclusão para onde a desigualdade é maior.
- A pesquisa e os testes incluem deliberadamente, e pagam, participantes excluídos.
- As métricas são segmentadas por fatores de exclusão, e a distância entre os grupos é acompanhada — não apenas a média.
- Nenhum canal é descomissionado sem evidência de que todos que dependem dele têm uma alternativa segura.
- A inclusão é de responsabilidade de um líder sênior e reportada ao conselho.
Fontes-chave#
- NHS England — Core20PLUS5 (abordagem para reduzir as desigualdades em saúde).
- 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 — orientações de acessibilidade, design inclusivo e conteúdo.
- GOV.UK Service Manual (GDS) — Making your service accessible e assisted digital support.
- Good Things Foundation — pesquisa sobre inclusão digital e divisão digital.
- Equality Act 2010 — dever de fazer ajustes razoáveis.
Referências#
- Digital divide — Wikipedia — https://en.wikipedia.org/wiki/Digital_divide
- Health equity — Wikipedia — https://en.wikipedia.org/wiki/Health_equity
- Social determinants of health — Wikipedia — https://en.wikipedia.org/wiki/Social_determinants_of_health
- Web accessibility — Wikipedia — https://en.wikipedia.org/wiki/Web_accessibility
- Web Content Accessibility Guidelines — Wikipedia — https://en.wikipedia.org/wiki/Web_Content_Accessibility_Guidelines
- Inclusive design — Wikipedia — https://en.wikipedia.org/wiki/Inclusive_design
- Universal design — Wikipedia — https://en.wikipedia.org/wiki/Universal_design
- Assistive technology — Wikipedia — https://en.wikipedia.org/wiki/Assistive_technology
- Plain language — Wikipedia — https://en.wikipedia.org/wiki/Plain_language
- Readability — Wikipedia — https://en.wikipedia.org/wiki/Readability
- Health literacy — Wikipedia — https://en.wikipedia.org/wiki/Health_literacy
- Core20PLUS5 (adults) – reducing healthcare inequalities — NHS England — https://www.england.nhs.uk/about/equality/equality-hub/national-healthcare-inequalities-improvement-programme/core20plus5/
- Accessible Information Standard (DCB1605) — NHS England — https://www.england.nhs.uk/about/equality/equality-hub/patient-equalities-programme/equality-frameworks-and-information-standards/accessibleinfo/
- Web Content Accessibility Guidelines (WCAG) 2.2 — World Wide Web Consortium (W3C) — https://www.w3.org/TR/WCAG22/
- Understanding accessibility requirements for public sector bodies — GOV.UK — https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps
- 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
- NHS Digital Service Manual — accessibility and inclusive design — NHS England — https://service-manual.nhs.uk/accessibility
- 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
- Equality Act 2010 — legislation.gov.uk — https://www.legislation.gov.uk/ukpga/2010/15/contents