Alerta operacional em UTI:
como indicadores em tempo real evitam crises

A maioria das crises de UTI não chega de surpresa. Chega devagar, ao longo de horas, deixando rastro nos dados: a fila do pronto-socorro cresce, as altas atrasam, a ocupação sobe leito a leito, a escala de enfermagem fica apertada. Quando a equipe percebe, o leito já faltou e a decisão virou emergência.

O alerta operacional inverte essa ordem. Em vez de reagir à crise instalada, ele mostra a crise se formando, com horas de antecedência. A diferença entre os dois cenários é tempo de resposta. E na UTI, tempo de resposta é o recurso mais escasso que existe.

A crise que já estava no painel

Pense numa terça-feira comum numa UTI de 20 leitos. Às 8h, a ocupação está em 17 leitos, dentro do esperado. Às 10h, o pronto-socorro tem três pacientes graves aguardando vaga. Às 11h, o centro cirúrgico confirma duas cirurgias eletivas de grande porte com previsão de pós-operatório em UTI à tarde. As altas do dia ainda não saíram.

Cada uma dessas informações vive num sistema diferente. O gestor que conseguisse cruzar as quatro às 10h veria o problema com clareza: a UTI vai precisar de cinco vagas até as 18h e tem três. A crise das 18h já estava decidida às 10h, só ninguém tinha juntado os números.

O alerta operacional faz exatamente esse cruzamento, sozinho e continuamente. Ele não espera o gestor abrir três telas e fazer a conta de cabeça. Ele junta os dados, projeta a ocupação e dispara o aviso enquanto ainda há margem para agir.

Alarme de cabeceira não é alerta operacional

A UTI já é cheia de alarmes. Monitores apitam por saturação baixa, frequência cardíaca, pressão. Esses alarmes são clínicos: reagem ao estado de um paciente naquele instante. São essenciais, e o alerta operacional não compete com eles.

O alerta operacional olha outra camada: a saúde da unidade como sistema. Não pergunta "este paciente está piorando agora?". Pergunta "esta UTI vai conseguir absorver a demanda das próximas horas com a equipe e os leitos que tem?".

São dois horizontes diferentes. O monitor de cabeceira trabalha em segundos e por paciente. O alerta operacional trabalha em horas e por unidade. Um hospital precisa dos dois, mas costuma ter só o primeiro. O segundo fica na cabeça de um coordenador experiente, que nem sempre está de plantão na hora certa.

Os indicadores que antecipam a crise

O alerta operacional do STHella acompanha um conjunto de indicadores que, em tempo real, sinalizam pressão sobre a UTI antes da crise virar visível:

• Ocupação projetada: não a ocupação de agora, mas a das próximas horas, calculada com altas previstas, internações em andamento no PS e cirurgias eletivas com pós-operatório em UTI.
• Tempo médio de permanência por coorte: quando o tempo de permanência sobe acima do padrão da unidade, a vazão de leitos cai, e a fila se forma mesmo sem aumento de demanda.
• Carga de enfermagem por turno: a relação entre pacientes graves e enfermeiros disponíveis no próximo turno. Uma escala apertada antecipa risco operacional antes de qualquer evento clínico.
• Fila de leito a montante: pacientes do PS e do centro cirúrgico que dependem de vaga na UTI. É o indicador que transforma pressão externa em previsão de lotação.
• Tendência de descompensação de coorte: a proporção de pacientes da unidade com sinais de agravamento subindo ao mesmo tempo, sinal de que a carga assistencial vai aumentar em bloco.

Nenhum desses indicadores é novo. Hospitais já registram todos eles. O que muda é juntá-los num único lugar, atualizá-los em tempo real e transformá-los em aviso antes do problema, não em relatório depois.

Como o early warning funciona

O conceito de early warning vem de áreas onde antecipar segundos ou minutos salva vidas. Na gestão de UTI, a janela é maior, de horas, mas a lógica é a mesma: detectar o desvio cedo, quando ele ainda é barato de corrigir.

O STHella recebe os dados de produção do hospital pelo STCollect e calcula os indicadores em ciclos curtos. Para cada indicador, existe um limiar de atenção e um limiar de ação, calibrados com o histórico da própria unidade. Quando a projeção cruza o limiar de atenção, o painel muda de cor. Quando cruza o de ação, o alerta dispara para o responsável de plantão.

O alerta não é um número solto. Ele vem com contexto: qual indicador disparou, qual a projeção, em quanto tempo o leito falta e quais variáveis estão empurrando a curva. O coordenador não recebe "atenção, ocupação alta". Recebe "ocupação projetada de 21/20 leitos às 17h30, puxada por duas eletivas e uma alta represada, margem de ação até as 14h".

Esse nível de detalhe é o que separa um alerta útil de mais um ruído. Uma UTI saturada de alarmes que ninguém consegue interpretar não ganha nada com mais um. Ela ganha com um aviso que já diz o que está acontecendo e quanto tempo resta.

Da janela de horas à resposta

Antecipar a crise só vale se a equipe usar a janela para agir. O alerta operacional existe para abrir essa janela, e as respostas possíveis são concretas:

• Acionar a fila de transferência interna com antecedência, em vez de buscar leito sob pressão às 18h.
• Antecipar uma alta segura que já estava madura, liberando vaga antes do pico de demanda.
• Reforçar a escala de enfermagem do turno seguinte enquanto ainda há tempo de chamar reforço.
• Negociar o adiamento de uma eletiva não urgente quando a projeção mostra que não há vaga real para o pós-operatório.
• Comunicar o PS e o centro cirúrgico sobre a restrição de vagas antes que mais um paciente entre na fila.

Nenhuma dessas ações é nova. Coordenadores experientes fazem todas elas. A diferença é fazê-las com horas de antecedência, com base num número, e não às pressas quando o leito já faltou. O alerta operacional não substitui a decisão. Ele garante que a decisão chegue cedo.

Esse mesmo princípio sustenta a governança hospitalar com inteligência artificial: a IA não decide pelo gestor, ela direciona a atenção para onde a decisão importa, no momento em que ainda cabe agir. A UTI é só o caso onde o custo de perceber tarde é mais alto.

Implantação e dados necessários

O alerta operacional de UTI depende de quatro fontes de dados que a maioria dos hospitais já tem digitalizadas: censo de leitos, registro de admissões e altas, escala de enfermagem e fila de PS e centro cirúrgico.

O STCollect lê essas fontes do ERP e dos sistemas de leito em modo somente leitura, sem instalar agente no servidor do hospital e sem parada operacional. Hospitais com censo digital e escala estruturada começam a receber os primeiros alertas em poucos dias. Hospitais com censo ainda em planilha precisam de uma etapa de estruturação antes.

A calibração dos limiares usa o histórico da própria unidade. Uma UTI de 10 leitos cardiológica tem padrão de permanência e vazão diferente de uma UTI geral de 30 leitos. O STHella aprende o padrão de cada unidade em vez de aplicar um limiar genérico, o que reduz alarme falso e aumenta a confiança da equipe no aviso.

O resultado prático não é um painel mais bonito. É a equipe de plantão sabendo às 11h o que, sem o alerta, só descobriria às 18h. Essa diferença de sete horas é onde a crise deixa de ser inevitável e vira um problema que ainda dá para resolver. Para entender como esses indicadores se conectam no resto do hospital, vale ver como funciona o BI hospitalar com indicadores em tempo real e o que um dashboard hospitalar em tempo real precisa monitorar.