Clicou, abriu: velocidade e 99,9% de disponibilidade no hospital

São três da manhã na UTI. O paciente do leito 7 piora, o médico de plantão precisa ver a última gasometria, ajustar a prescrição e liberar a medicação. Ele clica no prontuário — e espera. Quatro segundos. Clica na prescrição — mais cinco. A enfermeira, ao lado, espera junto.

Ninguém registra esses segundos como incidente. Não abre chamado, não vira relatório, não aparece em auditoria. Mas eles estão lá, todos os dias, em todos os plantões, multiplicados por cada profissional e por cada clique.

É por isso que o Avyx Hospitalar foi construído em torno de duas promessas simples de dizer e difíceis de cumprir: clicou, abriu — telas críticas em menos de 300 milissegundos — e disponibilidade de 99,9% em contrato, medida e reportada todo mês. Este artigo explica o que esses números significam na prática e por que, num hospital, eles são requisito clínico, não detalhe técnico.

No hospital, lentidão não é desconforto: é risco

Em muitos sistemas corporativos, uma tela lenta é só irritante. No hospital, ela muda o comportamento das pessoas — e comportamento muda desfecho.

Quando o sistema demora, a equipe se adapta da pior forma possível:

• Registra depois. A evolução que deveria ser escrita à beira do leito vira anotação em papel, passada a limpo no fim do turno — com menos detalhe e mais chance de erro.
• Pula etapas. A checagem que exigiria abrir mais duas telas fica para depois. E "depois", num plantão cheio, às vezes não chega.
• Cria atalhos paralelos. Prints de tela, grupos de mensagem, planilhas. Informação clínica circulando fora do prontuário, sem auditoria.
• Perde a confiança. Quando o profissional não confia que o sistema vai responder, ele para de usar o sistema como fonte da verdade.

Nenhum desses efeitos aparece no contrato de software. Todos aparecem na assistência.

Clicou, abriu: o que significa "menos de 300 ms"

O tempo de resposta de uma interface não é percebido de forma linear. As referências clássicas de usabilidade — consolidadas por Jakob Nielsen nos anos 1990, a partir de estudos sobre interação humano-computador — descrevem três limites:

Há ainda um marco conhecido da pesquisa da IBM no início dos anos 1980, o chamado limiar de Doherty: abaixo de cerca de 400 ms, a pessoa e o computador entram num ritmo de trabalho contínuo, e a produtividade sobe de forma clara. Acima disso, cada interação vira uma pequena interrupção.

É por isso que a meta do Avyx é menos de 300 ms nas telas críticas — prontuário, prescrição, beira-leito. Não é um número de marketing escolhido por soar bem: é o patamar em que o sistema deixa de ser percebido como espera e passa a acompanhar o raciocínio clínico. E, para que valha alguma coisa, ele é medido em produção, no hospital real, com dados reais — não num ambiente de demonstração vazio.

Nota: velocidade não é só servidor potente. Ela depende de arquitetura, de consultas bem desenhadas, de quantos cliques uma tarefa exige e de interface pensada para quem trabalha cansado, à noite, sob pressão. No Avyx, a interface segue as 10 heurísticas de usabilidade de Nielsen e tem modo escuro nativo para o plantão noturno.

A conta que ninguém faz: segundos por plantão

Vale fazer a conta. Considere um exemplo hipotético, apenas para dar escala ao problema:

• um hospital com 40 profissionais usando o sistema por turno;
• cada um abrindo 150 telas por plantão (prontuário, prescrição, exames, checagem);
• comparando um sistema que leva 3 segundos por tela com outro que leva 0,3 segundo.

Treze horas e meia por dia de atenção profissional gastas olhando para uma tela carregando. É mais do que um turno inteiro de um profissional — todos os dias, sem aparecer em nenhum indicador.

E a conta real é pior que a aritmética, porque o custo de uma interrupção não é só o tempo da espera: é o tempo para retomar o raciocínio que ela quebrou.

99,9% de disponibilidade: o que esse número quer dizer

Velocidade não adianta se o sistema não está no ar. Disponibilidade é a porcentagem do tempo em que o sistema está funcionando para quem precisa dele. Parece que qualquer número acima de 99% é ótimo — até traduzir em horas:

A diferença entre 99% e 99,9% parece pequena no papel. No hospital, é a diferença entre um plantão inteiro por mês com o sistema fora e menos de uma hora — somadas todas as interrupções, planejadas ou não.

Por isso o SLA do Avyx tem 99,9% de disponibilidade como meta em contrato, acompanhada mês a mês.

Por que ninguém sério promete 100%

Desconfie de quem promete disponibilidade de 100%. Nenhum sistema real — de banco, de companhia aérea ou de hospital — consegue garantir isso, porque falhas de energia, de rede, de hardware e de software acontecem no mundo real. A pergunta certa não é "o sistema nunca cai?", e sim:

1. Quanto tempo ele pode ficar fora, no máximo, segundo o contrato?
2. Quem percebe primeiro quando algo dá errado — o hospital ou o fornecedor?
3. Em quanto tempo o serviço volta?
4. Como isso é medido e reportado?

Um SLA sério responde a essas quatro perguntas por escrito.

Como o SLA funciona no Avyx

No Avyx, o acordo de nível de serviço não fica numa frase de proposta comercial. Ele vai para o contrato e para a rotina:

• Disponibilidade, tempo de resposta e MTTR em contrato. MTTR é o tempo médio para restabelecer o serviço quando algo falha — o número que mostra se o fornecedor resolve rápido ou só responde rápido.
• Relatório mensal entregue à diretoria de TI e à diretoria assistencial. A disponibilidade não é uma promessa genérica: é um número que o hospital acompanha.
• Monitoramento proativo permanente. O objetivo é a XP perceber o problema antes que o hospital precise ligar.
• Plantão técnico-clínico 24×7, feito pela própria XP Sistemas — quem construiu o produto —, em três níveis, todos humanos. Não é call center terceirizado lendo script, e há plantão presencial em datas críticas.

A lógica é simples: quem escreveu o código é quem atende às três da manhã. Isso encurta o caminho entre o problema e a solução — e é aí que o MTTR cai.

Velocidade e disponibilidade são a mesma conversa

É comum tratar desempenho e disponibilidade como assuntos separados. Para quem está no plantão, não são. Um sistema que está "no ar", mas leva dez segundos para abrir o prontuário, está tecnicamente disponível e na prática indisponível.

Por isso as duas metas andam juntas no Avyx: o sistema precisa estar no ar e precisa responder no ritmo do atendimento. Uma sem a outra não protege o paciente.

Essa forma de trabalhar está em produção em escala. Hoje, mais de 50% das cirurgias do Paraná passam pelo Avyx, e a plataforma de saúde pública da XP recebeu o Conceito A na avaliação técnica da Banca da Celepar em Gestão da Saúde Pública.

Perguntas para fazer a qualquer fornecedor de sistema hospitalar

Se você está avaliando um sistema de gestão hospitalar — o Avyx ou qualquer outro —, leve estas perguntas para a reunião:

1. Qual o tempo de resposta das telas de prontuário e prescrição em produção? Peça o número medido, não a impressão de quem apresenta.
2. A disponibilidade está no contrato? Com qual percentual, e como é calculada?
3. Qual o MTTR acordado? E o que acontece quando ele não é cumprido?
4. Quem atende de madrugada? É a equipe que desenvolveu o sistema ou um terceiro?
5. Como o hospital recebe os indicadores? Existe relatório mensal para a diretoria?
6. Todos os clientes usam a mesma versão? Ou há hospitais presos em versões antigas, sem as correções mais recentes?

As respostas dizem muito mais sobre o sistema do que qualquer demonstração.

Conclusão

"Clicou, abriu" cabe numa frase, mas resume uma decisão de engenharia: tratar o tempo do profissional de saúde como o recurso mais escasso do hospital. Telas abaixo de 300 ms mantêm o raciocínio clínico fluindo. Disponibilidade de 99,9% em contrato, medida todo mês, garante que o sistema esteja lá quando ele for necessário. E um plantão 24×7 de quem construiu o produto garante que, quando algo der errado, alguém competente esteja do outro lado.

No hospital, cada segundo é um paciente esperando. O software precisa estar à altura disso.