Uma ferramenta pode funcionar durante uma demonstração e apresentar dificuldades no atendimento. A informação está disponível, mas é difícil encontrá-la. Um campo obrigatório interrompe o registro. Um alerta aparece, mas ninguém sabe quem deve agir.

Essas situações ilustram por que testar uma solução exige mais do que verificar se seus botões funcionam. É necessário observar como ela apoia o trabalho e quais riscos pode introduzir.

Testar situações, não apenas telas

Imagine uma ferramenta de acompanhamento nutricional. Em um cenário simulado, o profissional precisa comparar avaliações realizadas em diferentes datas. Ele consegue identificar a evolução, distinguir unidades de medida e reconhecer quando uma informação está ausente?

Na enfermagem, um protótipo de registro pode ser avaliado durante uma simulação de atendimento. A sequência dos campos acompanha a atividade? É possível corrigir uma informação? O sistema diferencia um dado não informado de um resultado normal?

O protocolo de usabilidade do NIST para prontuários eletrônicos propõe avaliações com usuários representativos e tarefas realistas. [1] Os exemplos acima são ilustrativos, mas seguem essa lógica: testar o que as pessoas precisam fazer, não apenas a aparência da interface.

Um alerta precisa ter destino

Considere uma solução que acompanhe informações enviadas por pacientes. Uma simulação pode incluir um valor fora dos parâmetros definidos pela equipe ou a ausência de um registro esperado.

Quem recebe o aviso? Existe confirmação de que foi avaliado? O que acontece se o responsável estiver indisponível?

Os guias SAFER abordam práticas de segurança relacionadas à configuração, validação e acompanhamento de sistemas, incluindo comunicação e gestão de resultados de exames. [2]

Emitir um alerta não garante que haverá uma ação. O fluxo de responsabilidade também precisa ser testado.

Usabilidade não comprova benefício clínico

Uma ferramenta fácil de utilizar pode apresentar cálculos incorretos. Um sistema tecnicamente correto pode dificultar a identificação de uma informação importante.

Por isso, usabilidade, funcionamento técnico, segurança e benefício clínico exigem avaliações distintas, compatíveis com a finalidade e o risco da solução.

Os primeiros testes podem utilizar dados fictícios e cenários simulados. O avanço para uso com pacientes reais exige planejamento e as avaliações, autorizações e salvaguardas aplicáveis. Não é apenas uma extensão da demonstração.

Profissionais, equipes e pacientes, quando pertinente, ajudam a identificar dificuldades que não aparecem na apresentação comercial.

O protótipo é uma oportunidade de aprender antes de ampliar. O objetivo não é confirmar que a ideia está pronta, mas descobrir o que precisa mudar para que ela possa entrar na rotina com responsabilidade.