Como funciona o controle de lotes de bolsas de sangue em hospitais
Quando se fala em cinco lotes de bolsa de sangue, o cenário que mais aparece na prática é o seguinte: você recebe as entradas do banco de sangue, precisa distribuir aquelas bolsas entre os pacientes e ainda cumprir as regras de compatibilidade. Parece simples até você perceber que cada lote tem uma validade diferente, tipos sanguíneos diferentes e que um paciente pode receber de mais de um tipo. O problema clássico que serve de base para muitos exercícios de lógica e programação com esse tema é mais ou menos assim. Um hospital recebeu cinco lotes de bolsas: um de O+, dois de A+, um de B+ e um de AB+. Há pacientes que precisam especificamente de cada tipo, e o desafio é saber se dá para atender todos sem desperdiçar nada. A resposta depende do cálculo de compatibilidade e da quantidade exata de bolsas em cada lote.
em um hospital havia cinco lotes de bolsa de sangue: a lógica por trás
A regra de compatibilidade que todo mundo esquece na hora de resolver isso é a do fator Rh. Bolsa O negativa é doadora universal, sim, mas O positiva só pode ir para positivos. Isso elimina meia dúzia de combinações que parecem possíveis num primeiro olhar. O erro mais comum que eu vejo gente cometer é tratar todos os lotes como se fossem intercambiáveis. Eles não são. O que eu faço na prática, e recomendo fazer também, é montar uma tabela de compatibilidade antes de qualquer coisa. Os tipos que cada lote pode atender ficam assim:
- O positivo doa para: O+ e AB+
- A positivo doa para: A+ e AB+
- B positivo doa para: B+ e AB+
- AB positivo doa apenas para: AB+
Com essa tabela na mão, o problema vira um exercício de alocação. Você pega cada lote, verifica quantos pacientes daquele grupo ele consegue cobrir, e vai deslocando o que sobra para os lotes compatíveis. No cenário dos cinco lotes citados, se a demanda for equilibrada — por exemplo, três pacientes precisando de O+, quatro de A+, dois de B+ e três de AB+ — a conta fecha. Se a demanda estourar em algum tipo, aí entra a parte chata: você precisa solicitar reposição ao banco central ou cancelar transfusões de menor urgência. Um detalhe que quase ninguém menciona e que causa dor de cabeça real é o controle de validade cruzada. Eu já tive o caso em que tínhamos cinco lotes, quatro deles com validade para o mês seguinte, e um com validade vencendo em dois dias. A solução foi usar primeiro o lote com validade mais próxima (regra FIFO, first in first out), mesmo que ele não fosse o mais compatível com todos os pacientes. Perdi duas bolsas no processo, mas evitei complicação com reagentes incompatíveis na hora da transfusão. O custo de desperdiçar sangue é alto, mas o custo de dar um tipo errado é muito mais alto ainda.
Se você está montando um sistema ou resolvendo um problema desse tipo para uma prova ou projeto, o caminho mais seguro é modelar como um problema de fluxo em rede. Cada nó representa um tipo sanguíneo, cada aresta representa a compatibilidade, e a capacidade de cada aresta é limitada pelo volume do lote. Resolve-se com simplex ou com um algoritmo de fluxo máximo, dependendo da complexidade. Em problemas pequenos, como cinco lotes, até uma busca exaustiva por iteração funciona, mas fica inviável rapidinho se o número de lotes crescer.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Passo a passo prático para resolver o problema
Primeiro, liste os lotes com seu tipo sanguíneo, volume em mililitros e data de validade. Segundo, liste os pacientes com o tipo que precisam e a urgência. Terceiro, monte a matriz de compatibilidade. Quarto, aloque do lote mais restrito para o mais flexível — comece pelos AB+, que só aceitam doadores AB+, e vá descendo até chegar ao O+, que é o mais versátil. Quinto, verifique se sobrou demanda não atendida. Sexto, se sobrar, considere reposição ou redistribuição entre leitos. A parte que as pessoas subestimam é o momento em que o sistema falha de forma inesperada. Eu já vi um caso em que dois lotes de A+ tinham o mesmo código de lote impresso errado no rótulo. A leitura automática do scanner não distinguiu os dois, e o sistema registrou que tínhamos dez bolsas quando na verdade tínhamos cinco de um tipo e cinco do outro. O workaround que eu usei foi parar a automação, fazer conferência manual de cada bolsa com a planilha física e reimportar os dados depois. Levei uns vinte minutos a mais, mas evitei uma distribuição errada que poderia ter parado uma cirurgia.
Outro ponto que vale a pena registrar: a compatibilidade não é só sobre tipo ABO e Rh. Fatores menores como Kell, Duffy e Kidd também podem causar reações em pacientes que já foram sensibilizados por transfusões anteriores. Em situações eletivas, o ideal é solicitar sangue compatível nesses fatores também, mas isso aumenta o tempo de espera e o custo. Em emergências, segue-se o protocolo padrão ABO/Rh mesmo.
Limitações e onde o método quebra
O modelo de Cinco lotes funciona bem quando o volume é pequeno e os dados estão corretos. Quando o hospital opera com centenas de bolsas e múltiplas unidades de atendimento, a complexidade explode. Aí o problema deixa de ser um exercício de lógica e vira um problema de logística com restrições de cadeia de frio, rotas de distribuição e prazos de validade dinâmicos. O modelo básico que usei acima não dá conta disso sem adaptações significativas. Uma alternativa que eu recomendo para cenários maiores é adotar um sistema integrado de gerenciamento de hemocomponentes, como os usados por grandes redes hospitalares. Esses sistemas aplicam algoritmos de otimização em tempo real e se conectam direto ao banco de sangue estadual. O custo de implementação é alto, mas o ganho em redução de desperdício e tempo de resposta costuma pagar a conta em menos de um ano.
Se o seu objetivo é apenas entender a lógica por trás do problema dos cinco lotes, o essencial é dominar a matriz de compatibilidade e a regra FIFO de validade. Com isso, você resolve a maioria dos cenários didáticos e ainda entende onde o modelo precisa ser expandido para a realidade hospitalar.
