Pular para o conteúdo
Criação de Sites em Londrina

Acessibilidade em sites de saúde: o que a lei exige e como aplicar na prática

Paciente idoso, pessoa cega ou alguém com a mão machucada também precisa marcar consulta pelo site. Este guia sobre acessibilidade em sites de saúde explica o que a Lei Brasileira de Inclusão exige, quais normas técnicas servem de referência e como ajustar contraste, formulários, WhatsApp, vídeos e PDFs de preparo de exame. No final, veja como testar com ferramentas gratuitas.

Por Criação de Sites em Londrina Atualizado em 8 min de leitura

O que a Lei Brasileira de Inclusão diz sobre sites

A Lei Brasileira de Inclusão (Lei nº 13.146/2015) trata do tema no art. 63. O texto diz que "é obrigatória a acessibilidade nos sítios da internet mantidos por empresas com sede ou representação comercial no País ou por órgãos de governo". O objetivo é garantir à pessoa com deficiência acesso às informações disponíveis, "conforme as melhores práticas e diretrizes de acessibilidade adotadas internacionalmente".

Na prática, a regra alcança clínicas, laboratórios, hospitais privados e redes de saúde que funcionam como empresa. Hospitais públicos e secretarias de saúde entram como órgãos de governo. O texto fala em empresas e não cita o profissional autônomo de forma expressa. Mesmo assim, o consultório que tem site atende o mesmo público e se beneficia das mesmas práticas.

O § 1º do mesmo artigo acrescenta um detalhe que pouca gente conhece: os sites devem conter símbolo de acessibilidade em destaque.

A lei não traz uma lista técnica de requisitos. Ela manda seguir as boas práticas internacionais, e é aí que entram a WCAG e as normas brasileiras.

Decreto 5.296, eMAG, WCAG 2.2 e a norma da ABNT

Antes da LBI, o Decreto nº 5.296/2004 já tratava do assunto. O art. 47 tornou obrigatória a acessibilidade nos portais e sites da administração pública, para uso das pessoas com deficiência visual. O foco do decreto é o setor público, então ele pesa mais para hospitais e serviços de saúde ligados ao governo. O § 2º também previa o símbolo de acessibilidade na página inicial.

Para orientar esses sites, o governo federal criou o eMAG, Modelo de Acessibilidade em Governo Eletrônico. A versão atual é a 3.1, de abril de 2014, baseada na WCAG 2.0. Desde 2007 ele é obrigatório para os órgãos do sistema federal de tecnologia da informação. Para empresas privadas, serve como um bom material de apoio em português.

A WCAG, sigla em inglês para Diretrizes de Acessibilidade para Conteúdo Web, é publicada pelo W3C e é a referência internacional citada no mundo todo. A versão 2.2 organiza os critérios em quatro princípios: perceptível, operável, compreensível e robusto. Cada critério tem um nível: A, AA ou AAA. O nível AA é o alvo mais comum em projetos.

Em março de 2025, a ABNT lançou a NBR 17225, norma brasileira de acessibilidade em conteúdo e aplicações web. Ela reúne requisitos e recomendações sobre teclado, imagens, formulários, cores e outros temas, e traz um checklist de conformidade.

Houve regulamentação nova até 2026?

Até a data deste artigo, não. O art. 63 da LBI completou mais de dez anos sem um decreto que defina quais critérios técnicos são obrigatórios e o que acontece com quem descumpre.

Em junho de 2026, o Ministério Público Federal informou ter levado o tema à Justiça, pedindo que a União regulamente o artigo e adapte os sites federais. Segundo o MPF, o governo prorrogou várias vezes o prazo para editar a norma. O órgão aponta a NBR 17225 como instrução técnica que já existe e poderia servir de base. Em julho de 2026, uma decisão liminar da Justiça Federal tratou do plano para os sites federais, sem regulamentar ainda as regras para empresas.

Isso não quer dizer que a obrigação não vale. O art. 63 está em vigor. O que falta é o detalhamento. Quem começa agora, seguindo a WCAG 2.2 no nível AA, fica bem posicionado para o que vier.

Desconfie de quem promete "site 100% dentro da lei" com um plugin só. Acessibilidade depende de código, conteúdo e testes, não de um botão instalado no rodapé.

Como aplicar acessibilidade em sites de saúde: leitura e navegação

O público de uma clínica inclui gente com baixa visão, catarata, tremor nas mãos, daltonismo e pouca familiaridade com celular. Por isso, os primeiros ajustes são os que facilitam ler e navegar.

Contraste é o erro mais comum. Texto cinza-claro sobre fundo branco fica elegante no projeto e ilegível para quem enxerga pouco. A WCAG 2.2 pede razão mínima de 4,5:1 entre texto e fundo, e 3:1 para texto grande (critério 1.4.3). Informação também não pode depender só de cor, como um horário "livre" marcado apenas em verde.

Tamanho de texto vem logo depois. O critério 1.4.4 exige que o texto possa ser ampliado até 200% sem perder conteúdo ou função. Isso significa não travar o zoom do celular e não usar fontes em tamanho fixo que quebram o layout quando aumentam.

Navegação por teclado atende quem não usa mouse. Todo menu, botão e campo precisa funcionar só com Tab, Enter e setas (critério 2.1.1), e o elemento em foco precisa ficar visível (critério 2.4.7).

  • Texto do corpo com tamanho confortável e entrelinha generosa.
  • Contorno de foco bem visível, nunca removido pelo CSS.
  • Link "pular para o conteúdo" no topo da página.
  • Títulos em ordem lógica (H1, H2, H3), sem pular níveis para mudar o tamanho da letra.
  • Texto alternativo em toda imagem que transmite informação, como "Fachada da clínica com a placa na entrada" e não "foto1.jpg".
  • Imagens só decorativas com texto alternativo vazio, para o leitor de tela ignorar.

Formulário de agendamento, leitores de tela e botão de WhatsApp

Leitores de tela, como NVDA, VoiceOver e TalkBack, leem a página em voz alta para pessoas cegas ou com baixa visão. Eles dependem de código bem feito: campos com rótulo, botões com nome e títulos organizados. Um site bonito mas mal estruturado vira uma sequência de "botão, botão, imagem" sem sentido.

O formulário de agendamento é onde a clínica mais perde pacientes. Cada campo precisa de rótulo visível e ligado ao campo no código (critério 3.3.2). Texto de exemplo dentro do campo, que some quando a pessoa começa a digitar, não substitui o rótulo. Mensagens de erro devem dizer o que está errado e como corrigir, em texto, e não só deixar a borda vermelha.

  • Peça só o necessário: nome, telefone, especialidade e melhor horário costumam bastar.
  • Seletor de data que também aceita digitação, porque calendários visuais costumam travar no teclado.
  • Evite captcha de imagem. Se for preciso, ofereça alternativa que não dependa de enxergar.
  • Tempo de sessão generoso, ou aviso antes de expirar, para quem digita devagar.
  • Confirmação clara depois do envio, lida também pelo leitor de tela.
  • Botão de WhatsApp com nome acessível, como "Agendar pelo WhatsApp", e não só o ícone.
  • Botão flutuante com área de toque de pelo menos 24 por 24 pixels (critério 2.5.8), sem cobrir texto, menu ou o botão de enviar do formulário.

Mantenha também um telefone clicável e visível. Nem todo paciente usa WhatsApp, e para alguns a ligação é o jeito mais simples de marcar.

Vídeos, PDFs de preparo de exame e linguagem simples

Vídeos institucionais e de orientação precisam de legenda (critério 1.2.2). Legenda automática ajuda, mas erra termos médicos e nomes de exames. Revise antes de publicar. Para vídeos que mostram algo importante sem falar, como a sequência de uma coleta, vale descrever a cena em áudio ou em texto abaixo do vídeo.

O PDF de preparo de exame é um caso típico de laboratórios. Muitas vezes é uma imagem escaneada, que o leitor de tela não consegue ler e que fica minúscula no celular. O melhor caminho é publicar as orientações também como página comum do site. Se o PDF for necessário, gere o arquivo a partir de um editor de texto, com títulos marcados, ordem de leitura correta e texto alternativo nas imagens.

Linguagem simples é acessibilidade também, e ajuda muito o paciente idoso. Frases curtas, uma instrução por vez e palavras do dia a dia reduzem erro no preparo e ligações de dúvida para a recepção.

  • Troque "jejum absoluto de 8 horas" por "não coma nem beba nada, só água, por 8 horas antes do exame", se essa for a orientação do laboratório.
  • Explique siglas na primeira vez que aparecem.
  • Use listas numeradas para passos em sequência.
  • Deixe endereço, horário e documentos necessários no topo, e não no fim da página.
  • Evite letras miúdas para informações importantes, como suspensão de medicamentos.

Como testar o site com ferramentas gratuitas

Nenhuma ferramenta automática encontra todos os problemas. Elas pegam boa parte dos erros de código, como imagem sem texto alternativo e contraste baixo, mas não dizem se o texto alternativo faz sentido. Por isso, combine ferramentas com testes feitos por pessoas.

Comece pelo teste mais simples: desligue o mouse e tente marcar uma consulta só com o teclado. Depois aumente o zoom do navegador para 200% e veja se algo some ou se sobrepõe. Por fim, ative o leitor de tela do celular e ouça a página inicial.

  • WAVE, extensão que marca os erros direto sobre a página.
  • Lighthouse, que já vem no Google Chrome, na aba de ferramentas do desenvolvedor.
  • axe DevTools, na versão gratuita da extensão.
  • ASES, avaliador de acessibilidade do governo federal, alinhado ao eMAG.
  • Colour Contrast Analyser, para medir a razão de contraste entre duas cores.
  • NVDA, leitor de tela gratuito para Windows, além do VoiceOver (Apple) e do TalkBack (Android).
  • PAC, verificador gratuito de acessibilidade em arquivos PDF.

Este artigo é informativo e não substitui orientação jurídica. Para avaliar as obrigações específicas do seu serviço de saúde, procure um advogado de sua confiança.

Dúvidas

Perguntas frequentes

Respostas rápidas sobre acessibilidade em sites de saúde.

Clínica particular é obrigada a ter site acessível?

O art. 63 da Lei Brasileira de Inclusão torna obrigatória a acessibilidade nos sites mantidos por empresas com sede ou representação comercial no país. Clínicas, laboratórios e hospitais que funcionam como empresa se enquadram nessa regra.

Existe uma norma técnica brasileira para acessibilidade digital?

Sim. A ABNT NBR 17225, lançada em março de 2025, trata da acessibilidade em conteúdo e aplicações web. Até a data deste artigo, porém, o art. 63 da LBI ainda não foi regulamentado para definir quais critérios são obrigatórios.

Um plugin de acessibilidade resolve o problema?

Não sozinho. Botões que aumentam a fonte ou mudam as cores podem ajudar alguns usuários, mas não corrigem formulário sem rótulo, imagem sem texto alternativo ou menu que não funciona pelo teclado. Esses pontos precisam ser resolvidos no código e no conteúdo.

Qual nível da WCAG devo seguir?

O nível AA da WCAG 2.2 é o alvo mais usado em projetos. Ele inclui contraste mínimo de 4,5:1, texto ampliável até 200%, foco visível e área mínima de toque, entre outros critérios.

Seu site atende bem todos os pacientes?

Contraste, formulário de agendamento, botão de WhatsApp e páginas de preparo de exame feitos para funcionar no teclado, no leitor de tela e no celular do paciente idoso. Conte como está o seu site hoje.

Atendimento de segunda a sexta, das 08:00 às 18:00.