Amostras interilhas: da colheita à receção, com prova

A amostra veio de outra ilha. Tens a hora de entrada no laboratório, mas consegues confirmar quando foi colhida, que condições ficaram documentadas no percurso e se o intervalo relevante respeita o teu manual?

É aqui que a receção deixa de ser uma tarefa simples. O pedido está no sistema de informação laboratorial, a expedição noutro registo, a curva de temperatura num ficheiro e o critério de estabilidade num procedimento. Para responder a uma pergunta sobre uma amostra, alguém tem de reconstruir o percurso entre vários sistemas.

Num laboratório dos Açores ou da Madeira que recebe amostras de outra ilha, essa sequência faz parte da operação. Não é uma desvantagem geográfica a corrigir com tecnologia. É um processo que precisa de conservar a ligação entre acontecimentos, condições e critérios técnicos.

Uma integração de IA fundada nos teus dados, só de leitura e auditada pode ajudar a reunir essa evidência. Não pode decidir que a amostra é válida só porque encontrou uma hora de chegada.

A receção não encerra todos os relógios

A pergunta «quanto tempo demorou?» precisa de dois pontos bem definidos. Da colheita à expedição? Da expedição à receção? Da colheita à preparação ou à análise?

O intervalo relevante depende do exame, do tipo de amostra, do recipiente, do tratamento efetuado e das condições previstas no procedimento aprovado. Não existe uma janela universal que um chatbot possa aplicar a tudo o que chega numa caixa.

O guia IPAC OGC004 de aplicação da ISO 15189, de 26 de abril de 2024, aborda a monitorização das condições de transporte de amostras na página 14. É uma referência para o processo laboratorial, não uma tabela única de tempos e temperaturas para todos os exames. Os critérios concretos têm de vir da documentação técnica aplicável e aprovada pelo laboratório.

Por isso, o primeiro trabalho não é escrever uma pergunta para a IA. É tornar explícito o que cada regra compara: que evento inicia a contagem, que evento a termina, que condições pressupõe e qual a versão do documento que a sustenta.

O percurso tem de seguir a amostra, não apenas a caixa

Uma expedição pode juntar amostras colhidas a horas diferentes. A mesma amostra pode estar associada a vários exames, com critérios distintos. E uma alíquota precisa de continuar ligada à amostra de origem, sem perder os eventos relevantes da preparação.

Se a integração só conhece a referência da caixa, consegue dizer quando essa caixa chegou. Não consegue, por isso apenas, calcular o intervalo correto para cada amostra ou exame.

A ligação mínima deve permitir consultar a identificação interna da amostra, os exames pedidos, os eventos de colheita e preparação aplicáveis, a expedição, a receção e os registos das condições de transporte. Cada evento precisa da sua origem. A hora em que alguém introduziu um dado não deve substituir silenciosamente a hora em que o acontecimento ocorreu.

Também importa distinguir «o registo não existe» de «a integração ainda não o recebeu». Uma leitura com atraso deve mostrar a última atualização da fonte. Caso contrário, a equipa pode procurar uma informação que já foi registada, mas ainda não chegou à vista que está a consultar.

Um exemplo: seis horas e quinze minutos não são uma conclusão

Considera este exemplo inteiramente hipotético, sem representar um cliente ou um limite clínico. Todos os eventos ocorrem no mesmo dia e no mesmo fuso horário:

Há 55 minutos entre a colheita e a expedição, 5 horas e 20 minutos entre a expedição e a receção, e 40 minutos entre a receção e a preparação. Da colheita à receção passaram 6 horas e 15 minutos. Da colheita à preparação passaram 6 horas e 55 minutos.

Nenhum destes números demonstra, isoladamente, estabilidade. Mas a diferença de 40 minutos importa se o critério aprovado terminar na preparação e não na receção. Um sistema que escolha o intervalo errado pode fazer uma comparação aritmeticamente correta e tecnicamente inútil.

Imagina agora que o registo térmico disponível começa às 09:05. Esse ficheiro pode documentar o transporte desde a expedição, mas não documenta os 55 minutos anteriores. Pode existir outro registo para esse período; a integração deve procurá-lo nas fontes autorizadas e declarar se o encontrou. Não deve prolongar a curva para trás nem assumir condições iguais.

A resposta útil seria: «Colheita–receção: 6 h 15 min. Colheita–preparação: 6 h 55 min. O ficheiro térmico consultado começa na expedição. Não foi localizado, nas fontes consultadas, o registo das condições entre as 08:10 e as 09:05. Rever segundo o procedimento aplicável.» Acompanhada das referências dos registos e da regra utilizada, esta resposta permite trabalhar. «Amostra em boas condições» não permite verificar nada.

Um desvio medido e uma lacuna pedem leituras diferentes

Uma medição fora do intervalo aprovado é evidência de um desvio nessa medição. Um período sem medições é ausência de evidência nesse período. São situações diferentes, mesmo que ambas precisem de revisão.

A integração deve conservar essa distinção. Não deve preencher intervalos por interpolação para criar uma aparência de continuidade, nem transformar a falta de um ficheiro numa afirmação de que houve uma excursão de temperatura.

Há ainda uma terceira questão: a medição pertence mesmo àquela expedição? É necessário ligar o identificador do registador à caixa ou ao conjunto de amostras abrangido, confirmar o período e interpretar a posição do sensor segundo o procedimento. Medir o ar no interior de uma embalagem não equivale automaticamente a medir a temperatura de cada amostra.

Quando um destes elementos falta, a saída correta é uma limitação explícita. É preferível uma lista curta de evidência por obter a um indicador verde construído sobre suposições.

Onde entra a IA — e onde ficam as regras

A parte numérica deve ser determinística. Um serviço calcula intervalos, normaliza datas e fusos horários, verifica campos obrigatórios e compara valores com critérios aprovados. O resultado deve ser reproduzível sem pedir ao modelo de linguagem que faça contas ou invente limites de estabilidade.

A IA entra na consulta e na explicação. Permite perguntar, por exemplo: «Que amostras recebidas hoje de outra ilha têm evidência incompleta para aplicar o procedimento?» Depois organiza os resultados autorizados, explica o motivo de cada sinalização e indica os registos de suporte.

Para isso, não basta carregar o manual inteiro num chatbot. As regras extraídas de documentos precisam de validação técnica, identificação da versão e tratamento explícito de ambiguidades. Se o exame não tiver um critério configurado, a resposta deve dizer isso. Não deve recorrer a um valor genérico encontrado na internet.

É esta a diferença entre IA fundada nos teus sistemas e uma conversa plausível: a primeira tem de mostrar de onde veio cada facto, que regra foi aplicada e o que continua por demonstrar. Uma interface de atendimento, por competente que seja, não substitui esta ligação entre eventos laboratoriais e documentação técnica.

«O nosso sistema já faz alertas. Para quê outra camada?»

Se o teu sistema de informação laboratorial já reúne os eventos, as condições e os critérios, e permite à equipa consultar exceções com facilidade, pode não ser necessária outra camada. Um relatório bem configurado pode resolver o problema.

A integração faz sentido quando a evidência está repartida: o sistema laboratorial conhece o pedido e a receção; o posto de colheita regista a origem; o transporte produz um ficheiro; o sistema de qualidade guarda o procedimento. O trabalho útil é ligar estas fontes sem substituir os sistemas que já funcionam.

Mesmo aí, a conversa em linguagem natural é uma opção de acesso, não a fundação. Primeiro demonstras que a consulta devolve os registos certos. Depois verificas se perguntar em português ajuda a equipa a chegar à evidência. Se não ajudar, manténs uma vista de exceções clara e dispensas a conversa.

Só de leitura não significa acesso sem limites

Neste desenho, a integração consulta os sistemas de origem sem alterar pedidos, horas ou estados. Não aceita nem rejeita amostras, não liberta resultados e não substitui a avaliação do profissional responsável.

Em saúde, também não deve recolher dados pessoais só porque estão disponíveis. Para muitas verificações de transporte bastam identificadores internos, tipos de amostra, exames, eventos e condições. Mesmo pseudonimizados, estes dados podem continuar a ser dados pessoais e exigem proteção.

O acesso deve ocorrer num canal interno autenticado, com permissões por função e âmbito de trabalho. Informação clínica não deve passar para um WhatsApp generalista. A arquitetura precisa de definir minimização, retenção, prestadores envolvidos e condições de tratamento antes da utilização em produção.

A auditoria deve permitir reconstruir quem consultou, quando, que fontes e versões sustentaram a resposta e qual era a atualização dos dados. Sem transformar o próprio registo de auditoria num segundo arquivo desnecessário de informação clínica.

Testar com exceções, medir sem prometer poupanças

A validação deve incluir situações que contrariem a resposta fácil: hora de colheita em falta, receção registada antes da expedição, ficheiro térmico incompleto, regra sem versão identificada ou vários exames com critérios diferentes para a mesma amostra.

Para cada caso, a equipa técnica define o resultado esperado. O teste verifica se o sistema calcula corretamente, mostra a lacuna e se abstém de concluir quando não há base. Uma resposta fluente não compensa um registo omitido.

Mede depois o tempo real necessário para reunir a evidência, a proporção de percursos com os campos exigidos disponíveis e as divergências encontradas face à revisão manual. Conta também as sinalizações desnecessárias: se tudo aparece como urgente, a ferramenta devolve ruído à equipa.

Não há, nesta proposta, uma percentagem demonstrada de redução de rejeições ou de horas poupadas. Esses resultados só podem ser apurados na tua operação. Agora, no outono, rever estes percursos antes dos horários de fim de ano pode ser uma tarefa útil de planeamento; não é uma previsão de perturbações nos transportes.

Começa por um percurso que consigas verificar

Operar nos Açores ou na Madeira justifica uma solução desenhada para os teus circuitos, não uma versão reduzida de um produto continental. A ligação entre colheita, transporte e receção deve refletir o trabalho que realmente fazes.

Também não é preciso apoiar a proposta na afirmação de que não existem apoios. O aviso-convite 07/C05-i14.01/2026 delimita o investimento às regiões NUTS II do Continente; isso não permite concluir que todos os instrumentos de IA ou digitalização excluem as regiões autónomas. A avaliação técnica desta integração é separada da eventual elegibilidade financeira.

Na Leiritech, a proposta é construir essa leitura sobre os teus sistemas, com auditoria e validação técnica, trabalhando diretamente com a pequena equipa que escreve o código. Não apresentar este cenário como um módulo já implementado no teu laboratório.

Para avaliar o teu caso, escreve para hello@leiritech.com com a descrição de um único percurso interilhas e dos sistemas que guardam os seus registos, sem dados de utentes. O primeiro passo é identificar os eventos, o procedimento aplicável e a evidência que falta ligar — não pedir à IA que decida se uma amostra serve.