Hub de triagem · dores

As dores, por persona

30 dores em cinco personas. Todas diferentes, e quase todas com a mesma raiz: informação que existia em algum lugar e não chegou a quem precisava, no momento em que precisava. É a tese do hub inteiro, vista de cinco ângulos.

30 dores5 personascausa · consequência · saídaas tensões

01Equipe de triagem

“Chega tudo junto, e a exceção se perde no meio do volume.”

1

Pico de chegada concentrado

Causa: todas as rotas chegam na mesma faixa de horário.

Consequência: fila no portão, amostras perdendo o lote do dia.

Saída: escalonar rotas e priorizar por prazo, não por ordem de chegada.

2

Trabalho repetitivo em volume alto

Causa: cada tubo exige os mesmos gestos, centenas de vezes por turno.

Consequência: desatenção previsível — e é quando o erro aparece.

Saída: automatizar o fluxo normal para que a atenção sobre para a exceção.

3

Tubo sem correspondência

Causa: pedido não transmitido, código de outro cliente, etiqueta ilegível.

Consequência: o tubo fica na bancada esperando alguém descobrir de quem é.

Saída: fila de exceção com responsável, em vez de rack de “resolver depois”.

4

Critério ambíguo

Causa: limiar de aceitação não escrito, ou escrito de forma subjetiva.

Consequência: duas pessoas decidem diferente sobre a mesma amostra.

Saída: critério por exame, com índice medido em vez de avaliação visual.

5

Pressão de urgência informal

Causa: todo mundo liga pedindo prioridade.

Consequência: a equipe vira árbitro de conflito que não deveria ser dela.

Saída: política de prioridade aplicada pelo sistema, não negociada.

6

Retrabalho de digitação

Causa: leitura falha por impressão ruim de etiqueta.

Consequência: digitar código manualmente, com risco de erro de um dígito.

Saída: qualidade de impressão monitorada como indicador.

02Área técnica

“A amostra não chega, ou chega errada, e eu descubro com o equipamento carregado.”

1

Amostra que não chega

Causa: sem evento de recebimento no setor.

Consequência: tempo gasto procurando tubo dentro de casa.

Saída: evento de recebimento no destino, fechando o trecho interno.

2

Amostra inadequada sem aviso

Causa: triagem sem critério aplicado ou sem registro.

Consequência: descobre-se na bancada, com reagente consumido.

Saída: critério na entrada, com os três desfechos e ressalva no laudo.

3

Worklist divergente

Causa: de-para desatualizado entre LIS e equipamento.

Consequência: o analisador não sabe o que rodar, ou roda o que não foi pedido.

Saída: host query, com de-para mantido como cadastro.

4

Volume que não fecha

Causa: aliquotagem dividiu tudo, sem remanescente.

Consequência: não há material para repetir justamente quando é preciso.

Saída: cálculo de volume por destino, com reserva.

5

Fibrina no soro

Causa: centrifugação antes da coagulação completa.

Consequência: entope sonda e para o equipamento no meio da rotina.

Saída: tempo de repouso respeitado e programa registrado por tipo de tubo.

6

Lote suspeito sem origem comum

Causa: sem registro de qual ciclo ou equipamento processou.

Consequência: a investigação não converge e o problema se repete.

Saída: evento com equipamento e lote do ciclo.

03Gestor

“Eu sei que tem gargalo, mas não consigo provar onde.”

1

Prazo medido só no total

Causa: não há eventos que decomponham o TAT por trecho.

Consequência: sabe-se que demora, não onde demora.

Saída: TAT por trecho, com os eventos que delimitam cada um.

2

Gargalo invisível até explodir

Causa: painel de fechamento em vez de tempo real.

Consequência: age-se depois da reclamação.

Saída: bloco “agora” com backlog e fila em tempo real.

3

Dimensionar equipe no escuro

Causa: demanda tratada como uniforme quando é sazonal por hora.

Consequência: sobra gente num turno e falta no outro.

Saída: histórico de chegada por faixa de horário, e escala derivada dele.

4

Decidir automação por intuição

Causa: sem medir intervenção manual nem leitura falha.

Consequência: compra-se equipamento que não ataca o gargalo real.

Saída: taxa de roteamento automático e de intervenção como base da decisão.

5

Extravios sem número

Causa: amostra perdida é resolvida caso a caso e não contada.

Consequência: o problema parece pontual e é sistêmico.

Saída: indicador de amostras sem evento há N horas, antes de virar perda.

6

Freezer sempre cheio

Causa: política de descarte não aplicada automaticamente.

Consequência: mutirões periódicos e risco de descartar o que não devia.

Saída: descarte por lote no prazo, com bloqueio para pendência aberta.

04Qualidade

“Preciso reconstituir o que aconteceu, e a trilha tem buracos.”

1

Investigar sem trilha

Causa: estado em coluna sobrescrita, sem histórico.

Consequência: a investigação vira entrevista e suposição.

Saída: eventos append-only com quem, quando, onde e por quê.

2

Motivo em texto livre

Causa: campo aberto em vez de cadastro fechado.

Consequência: não dá para contar nem fazer Pareto.

Saída: motivo cadastrado, com relação muitos-para-muitos com a amostra.

3

Trecho sem dono

Causa: transporte e trajeto interno sem evento nas duas pontas.

Consequência: a perda não tem responsável nem causa atribuível.

Saída: par de eventos saiu-chegou, conciliado automaticamente.

4

Ação corretiva sem verificação

Causa: fecha-se a ocorrência sem medir se o indicador caiu.

Consequência: o mesmo problema reaparece no trimestre seguinte.

Saída: verificação de eficácia com o próprio indicador, em prazo definido.

5

Evidência dispersa

Causa: registros em papel, planilha e sistema ao mesmo tempo.

Consequência: corrida de véspera para montar dossiê de auditoria.

Saída: registro eletrônico único — a norma aceita o sistema como meio.

6

Não saber se o descarte foi correto

Causa: descarte sem evento nem lote.

Consequência: não há como demonstrar cumprimento da política de retenção.

Saída: descarte como evento, com motivo, responsável e lote.

05TI e integração

“Cada equipamento fala uma língua, e a culpa da falha sempre chega aqui.”

1

Um protocolo por equipamento

Causa: o parque instalado é heterogêneo por natureza.

Consequência: uma integração para manter por analisador, para sempre.

Saída: camada de middleware que absorve a diversidade.

2

De-para de exames desatualizado

Causa: exame novo entra no menu e ninguém atualiza o mapeamento.

Consequência: worklist volta vazia e o equipamento fica esperando digitação.

Saída: de-para como cadastro com fila de pendências visível.

3

Mudança silenciosa de layout

Causa: atualização de firmware ou de versão do equipamento.

Consequência: a importação quebra ou, pior, passa a ler errado.

Saída: validação de contrato de dados na entrada, com alerta no primeiro erro.

4

Relógios dessincronizados

Causa: carimbo vindo da estação em vez do servidor.

Consequência: eventos fora de ordem inviabilizam qualquer cálculo de intervalo.

Saída: hora do servidor sempre, em todas as estações e unidades.

5

Regra escondida no middleware

Causa: foi mais rápido implementar lá.

Consequência: lógica clínica numa camada sem versionamento nem auditoria.

Saída: regra de negócio no LIS; middleware traduz, não decide.

6

Ser o pára-raios

Causa: toda falha operacional chega como “problema de sistema”.

Consequência: tempo gasto provando que a causa estava no dado recebido.

Saída: rastreabilidade que mostra onde o dado entrou errado.

06As tensões

Cinco conflitos em que melhorar para um lado piora para o outro — e que por isso não se resolvem cedendo, e sim medindo os dois juntos ou tornando a exigência condicional.

Velocidade na entradaCritério rigorosoíndice objetivoNão gerar recoletaResultado confiávelaceitar com ressalvaFluxo automáticoSupervisão humanafila de exceçãoGuardar tudoEspaço finitoretenção por exameRegistrar cada passoNão virar digitaçãoler no caminhoNenhuma se resolve com um lado cedendo — todas se resolvem medindo junto ou tornando a exigência condicional.
A coluna da direita nunca é “um lado cede”. É sempre uma forma de medir junto ou de condicionar — o mesmo padrão que aparece nos outros hubs.
TensãoUm lado querO outro precisaComo se resolve
Velocidade × critérioescoar a fila da entradaavaliar cada amostra com rigorcritério objetivo por índice, que é rápido e reprodutível ao mesmo tempo
Aceitar × rejeitarnão gerar recoletanão liberar resultado não confiávelo terceiro desfecho: aceitar com ressalva vinculada aos exames afetados
Automatizar × supervisionarque o fluxo corra sozinhoque alguém olhe o que foge do padrãogestão por exceção com fila, responsável e prazo
Guardar × espaçoreter tudo para evitar recoletafreezer com capacidade finitaretenção por exame, aplicada automaticamente, e descarte por lote no prazo
Registrar × fluidezcada evento registradonão transformar a operação em digitaçãoleitura nos pontos onde o fluxo já passa — registro que não é desvio

Guarde: a última linha é a regra geral do hub: o registro precisa estar no caminho, não ao lado dele. Se ler o tubo exige dar dois passos até um leitor no canto da sala, ninguém lê em dia cheio — e a trilha ganha um buraco exatamente quando o volume é maior.

Resumo do guia: 30 dores, cinco personas e uma raiz comum — informação que existia e não chegou a tempo. As saídas apontadas são, em sua maioria, tecnológicas: vale então separar o que a tecnologia resolve mesmo.

Ver tecnologia e IA →