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 entrada⇄Critério rigorosoíndice objetivoNão gerar recoleta⇄Resultado confiávelaceitar com ressalvaFluxo automático⇄Supervisão humanafila de exceçãoGuardar tudo⇄Espaço finitoretenção por exameRegistrar cada passo⇄Nã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 →