Teclado em Braille: acessibilidade desde o projeto

Poucos produtos públicos no mundo colocaram acessibilidade como requisito de engenharia tão cedo quanto a urna brasileira.

Linha do tempo

  • 1996 (UE96): teclado com marcações em Braille
  • UE2000: saída de áudio para fones de ouvido e feedback sonoro/tátil nas teclas
  • UE2020: intérprete de Libras exibido na tela da urna

Por que isso importa na engenharia

Acessibilidade, quando tratada como feature tardia, custa caro e sai mal. Na urna, ela foi tratada como restrição de design — como carga útil ou latência em sistemas distribuídos. O eleitor cego não é um "caso especial": ele é um usuário do sistema.

Engenharia reversa do caso

Ao desmontar a decisão de 1996, percebemos três princípios úteis para qualquer projeto:

  1. Conheça seu usuário extremo — se funciona para o eleitor com mais dificuldade, funciona para todos
  2. Redundância sensorial — áudio, tato e visão entregam a mesma informação por caminhos diferentes
  3. Simplicidade de interação — poucas teclas, fluxo linear, sem menus escondidos

Ponta da Engenharia Reversa

Desmontando mais uma camada: Braille no teclado é um requisito funcional, não um adereço.

Desmitificando

Mito comum: "acessibilidade na urna serve para poucos". Na verdade, recurso de acessibilidade é recurso de robustez: a mesma lógica que permite votar sem enxergar permite votar sob estresse, pressa e em ambiente ruidoso.

Leitura complementar

  • Memorial da Urna Eletrônica do TSE/TRE-RS — acervo oficial com modelos UE96 a UE2022
  • G1 — série especial "30 anos da urna eletrônica" (2026)
  • Lei nº 9.100/1995 — instituição da informatização do voto
  • Lei nº 10.740/2003 — fim da impressão do voto pelo eleitor

Fontes

Conteúdo verificado com base em fontes oficiais e jornalismo de referência (TSE, G1, legislação federal). Não utilizamos Wikipédia como fonte.