Como funciona a integração LIS e SOC na prática: fluxo, rastreabilidade e etiquetagem

O primeiro artigo desta série tratou do panorama de negócio. Por que integrar LIS e SOC deixou de ser tema de TI e virou decisão estratégica, quais dores estruturais a integração resolve e o que muda quando a conversa entre os dois sistemas passa a ser estruturada em vez de manual.

Este segundo texto vai direto ao como. Quais são as peças técnicas que compõem a arquitetura, o que acontece no fluxo inbound e no outbound, como a rastreabilidade é garantida e por que a etiquetagem com código de barras é peça central desse desenho. É artigo para gestor técnico ou dono que já entendeu o valor e agora quer entender a mecânica, sem transformar o texto em manual de engenharia de software.

A arquitetura de três camadas

A integração LIS ↔ SOC via sistema intermediário se apoia em três camadas que vale visualizar antes de entrar em detalhe.

Na ponta ocupacional está o SOC, sistema mestre da saúde ocupacional. É onde ficam cadastradas as empresas contratantes, os trabalhadores, as fichas clínicas de cada avaliação e a lista de exames laboratoriais pedidos por ficha. É onde o médico do trabalho abre a ficha, avalia o trabalhador e emite o ASO no fim do processo.

Na ponta laboratorial está o LIS, sistema mestre da operação de análises clínicas. Recebe a lista de exames a processar, integra com os equipamentos analíticos, valida tecnicamente cada resultado e libera o laudo. É onde biomédicos e patologistas do laboratório trabalham.

Entre os dois está o middleware (VALC LITE). Não é sistema ocupacional nem sistema laboratorial: é a peça que conversa com os dois lados, traduz linguagens diferentes, orquestra o fluxo de informação, gera as etiquetas de coleta e garante que cada resultado volte para o lugar certo no SOC. O fluxo real da operação atravessa essas três camadas várias vezes por dia, sem ninguém digitar nada em nenhuma ponte.

O papel do middleware

Middleware é software que fica entre dois outros softwares, traduzindo o que um diz para que o outro entenda. Sem middleware, alguém humano precisa fazer essa tradução manualmente: digitar, copiar, colar. Com middleware, a tradução é automática e contínua.

O VALC LITE, nesse contexto, é acionado sempre que há ficha nova no SOC com exames em aberto para buscar, sempre que precisa gerar etiqueta para tubo de coleta, sempre que um resultado é liberado no LIS para enviar de volta ao SOC e sempre que um laudo em PDF fica pronto para anexar à ficha. Cada uma dessas operações é um evento. O middleware fica escutando e agindo em resposta a cada evento, dentro das regras técnicas específicas do SOC e do LIS.

Fluxo inbound: como o middleware busca fichas do SOC

Fluxo inbound é o movimento de informação vindo do SOC para o laboratório. A pergunta prática: como o laboratório sabe que tem exame novo para fazer? Sem integração, a resposta é conhecida, alguém digita a lista olhando para a ficha impressa. Com middleware, o desenho é outro.

Em intervalos regulares e configuráveis, o middleware consulta o SOC para saber se existem fichas clínicas com exames laboratoriais em aberto. Essa consulta usa a interface que o próprio SOC disponibiliza para parceiros integradores, conhecida como Exporta Dados. O SOC devolve a lista de fichas em aberto em formato estruturado, com os dados do trabalhador, os dados clínicos relevantes (tipo de avaliação: admissional, periódico, mudança de função, demissional) e a lista de exames a coletar.

O middleware então processa essa lista, converte os códigos de exame do SOC para os códigos correspondentes no LIS (correspondência definida durante a implantação e mantida em cadastro) e cria os pedidos no LIS. Cada pedido carrega uma chave de correlação com a ficha do SOC (mais sobre isso adiante). A partir daí, o LIS conhece a coleta que precisa acontecer.

Todo o processo é automático. A operação passa a receber, no seu sistema natural, as coletas ocupacionais previstas. A recepcionista não digita nada, e a coletadora abre o LIS e vê a lista do dia pronta.

Etiquetagem com código de barras: o que muda na coleta

Este ponto é peça central da integração e merece detalhamento.

Sem middleware, o SOC gera a ficha do trabalhador com a lista de exames, mas não gera etiquetas de código de barras para os tubos de coleta, porque o SOC não é sistema laboratorial. Alguém, na hora da coleta, precisa etiquetar os tubos manualmente com o nome do trabalhador ou usar uma segunda ferramenta para imprimir etiquetas. O resultado é retrabalho de digitação, risco de erro no dado impresso, risco de troca de tubo entre trabalhadores com nomes parecidos e rastreabilidade posterior mais frágil.

Com middleware, quando a ficha é buscada do SOC o sistema já tem todos os dados do trabalhador e a lista de exames. No momento da coleta, gera etiquetas de código de barras em padrão laboratorial contendo os dados do trabalhador, o número da ficha ocupacional, o tipo de exame, o número da amostra e a chave de correlação. A coletadora imprime, aplica no tubo, coleta. Zero digitação. Coleta mais rápida, zero erro de transcrição do dado do trabalhador, rastreabilidade forte do tubo à ficha, cadeia de custódia preservada.

Clientes relatam economia de até 1 minuto e meio a cada coleta.

Fluxo outbound: como o resultado volta ao SOC

O movimento inverso, do laboratório para o SOC, tem duas peças diferentes: os resultados estruturados e o laudo em PDF.

Quando o LIS libera o resultado de um exame (hemograma, glicemia, colesterol e cada um dos exames prescritos), ele é composto de valores numéricos ou qualitativos, com unidades, referências e observações. O middleware captura essa liberação, formata os dados no padrão que o SOC espera receber e envia. Cada valor chega ao SOC ligado à ficha específica do trabalhador, no campo específico daquele exame. O médico do trabalho abre a ficha e encontra tudo preenchido.

Além dos valores estruturados, o laboratório gera um laudo assinado eletronicamente em PDF. O middleware faz o upload desse PDF para o SOC, anexado à ficha do trabalhador correspondente. O documento oficial fica arquivado dentro do SOC, disponível para consulta, auditoria ou defesa jurídica posterior. Os dois envios acontecem em sequência, sem intervenção humana.

A chave de correlação: a peça que amarra tudo

Essa é a peça técnica que garante que nada se perca no meio do caminho, e é o que separa integração séria de integração improvisada.

O problema é conhecido de quem já operou entre sistemas diferentes. Uma ficha ocupacional no SOC tem um número interno. Um pedido de exame no LIS tem outro número interno. Um tubo de coleta tem um terceiro (código de barras). Um resultado técnico tem um quarto. Sem ligação clara entre esses identificadores, a operação vira quebra-cabeça.

A solução é a chave de correlação: um identificador único propagado ao longo de toda a cadeia. Quando o middleware busca a ficha do SOC, guarda o número da ficha como chave. Quando cria o pedido no LIS, associa essa chave. Quando gera a etiqueta do tubo, imprime a chave codificada em barras. Quando o LIS libera o resultado, o middleware sabe exatamente qual ficha no SOC precisa receber esse resultado, porque a chave é a mesma desde o início.

O efeito prático aparece na auditoria. Quando um resultado precisa ser reconstituído meses ou anos depois — em processo trabalhista, em auditoria fiscal, em revisão médica — é possível refazer o caminho completo desde a ficha ocupacional até o tubo coletado e o resultado técnico, com evidência documentada em cada etapa. É isso que sustenta qualquer decisão ocupacional baseada em exames.

Serialização e respeito ao ritmo do SOC

Um ponto técnico raramente discutido publicamente merece atenção: integrações via webservice, incluindo o Exporta Dados, se beneficiam de controle de concorrência do lado do integrador. Middleware bem construído respeita esse princípio.

Sem essa consideração, um laboratório com muitos exames simultâneos pode acabar sobrecarregando a interface do SOC e gerando falha nas integrações em momentos de pico. Middleware sério serializa o tráfego: em vez de disparar dez chamadas ao mesmo tempo, organiza uma fila, processa em número controlado e garante que o SOC nunca receba mais do que consegue responder com estabilidade.

É engenharia invisível. O gestor da clínica não vê. Mas se o middleware não faz esse trabalho, as integrações começam a falhar nos momentos em que mais precisam funcionar.

Rastreabilidade ponta a ponta

Somando tudo (chave de correlação, código de barras, envio estruturado de resultado, upload de PDF) o resultado é rastreabilidade completa desde a abertura da ficha ocupacional até o arquivamento do laudo assinado.

O gestor pode responder, a qualquer momento, à data e hora exata da coleta de um tubo, à identificação da coletadora, ao LIS que processou a amostra, à data de liberação do resultado, ao envio ao SOC (quando, com ou sem erro) e ao anexo do laudo em PDF na ficha. Cada uma dessas respostas está documentada nos logs do middleware, do LIS e do SOC. Em auditoria regulatória, em processo trabalhista ou em revisão médica, isso é ouro. Sem rastreabilidade, cada uma dessas perguntas vira reconstrução manual demorada, e algumas ficam sem resposta.

FAQ

O que é Exporta Dados do SOC?

Exporta Dados é a interface técnica que o SOC disponibiliza para parceiros integradores. Através dela, middlewares como o VALC LITE consultam fichas clínicas em aberto e trazem as informações necessárias para processar a coleta no laboratório. É a base do fluxo inbound.

Por que o SOC não gera etiquetas de código de barras?

Porque o SOC não é sistema laboratorial. A geração de etiquetas com código de barras faz parte da rotina técnica de coleta, que é responsabilidade do sistema laboratorial ou do middleware. Sem middleware, alguém precisa gerar etiquetas por fora. Com middleware, a geração é automática e vinculada à ficha.

Como o middleware sabe qual código de exame do SOC corresponde a qual código do LIS?

Através de um cadastro de correspondência (mapeamento de exames) definido durante a implantação. O middleware mantém uma tabela que relaciona cada código de exame do SOC ao código correspondente no LIS. Quando novos exames são adicionados ou o LIS é trocado, o mapeamento é atualizado. É trabalho técnico feito uma vez, com manutenção esporádica.

Meu laboratório usa um LIS específico. O middleware funciona com qualquer LIS?

O VALC LITE foi desenhado como sistema agnóstico de LIS, o que significa que se integra a diferentes LIS via API. A integração de um LIS específico pode exigir configuração inicial de mapeamento, mas o desenho arquitetural do middleware não está acoplado a nenhuma marca. Vale conversar com a equipe da VALC para confirmar a viabilidade técnica com o LIS da sua operação.

Preciso de equipe técnica interna para manter a integração?

Não. A integração é operada pela equipe do fornecedor do middleware. Manutenção, ajustes técnicos e atualizações que exijam adaptação são responsabilidade do fornecedor. A equipe interna do laboratório opera o LIS e a equipe da clínica opera o SOC normalmente. O middleware roda em segundo plano.

Que dados o middleware armazena?

Middleware bem desenhado armazena o mínimo necessário para realizar a transição de informação entre os sistemas: dados operacionais da chave de correlação, logs de auditoria e informação temporária de fila de processamento. Não é a base de dados do paciente. Os dados clínicos do trabalhador permanecem no SOC (sistema mestre da saúde ocupacional) e no LIS (sistema mestre do laboratório).

Como sei se a integração está funcionando bem?

Middleware profissional entrega dashboard de operação com indicadores em tempo real: número de fichas buscadas do SOC no período, número de resultados enviados ao SOC, número de laudos anexados, fila de processamento e eventuais falhas com log detalhado. O gestor da clínica ou do laboratório acompanha diariamente e o suporte do fornecedor age em qualquer anormalidade.

Preciso alterar meu processo interno para usar a integração?

O processo interno se mantém em grande parte. A recepção do laboratório passa a ver as coletas ocupacionais aparecendo no LIS automaticamente, sem digitação. A coletadora imprime etiquetas geradas pelo VALC LITE em vez de fazer isso manualmente ou em sistema paralelo. O médico do trabalho encontra resultados prontos no SOC em vez de esperar digitação. Ajustes são pequenos e treinamento é curto.

O próximo passo

A integração LIS ↔ SOC via middleware é engenharia sofisticada por baixo do capô e efeito simples na operação. O laboratório vê as coletas ocupacionais aparecendo no LIS automaticamente. A coletadora imprime etiquetas prontas. O médico do trabalho encontra resultados no SOC sem esperar digitação. Rastreabilidade completa preservada em cada etapa, tráfego serializado para nunca sobrecarregar o SOC, chave de correlação amarrando tudo para auditoria posterior.

O VALC LITE é o middleware que faz essa integração acontecer, com fluxo bidirecional, etiquetagem automática e rastreabilidade ponta a ponta. É um portal rápido e intuitivo, pensado para o gestor tomar decisões baseadas em dados no mesmo dia em que a operação acontece. Integração não é custo, é investimento: o que se paga em software se recupera em capacidade da equipe, em erro evitado e em auditoria destravada. Conheça o VALC LITE e converse com a equipe sobre a arquitetura técnica adequada à sua operação.

No terceiro artigo da série, trato dos critérios para escolher um middleware de integração LIS ↔ SOC, dos riscos comuns nesse tipo de decisão e do que separa integração séria de integração improvisada.

Rafael Martins é Cofundador e Diretor de Marketing da VALC. Pós-graduado em Gestão de Marketing pela FAAP e com especialização em Growth Strategies pela Northwestern Kellogg School of Management, possui mais de 18 anos de experiência em marketing, branding e desenvolvimento de negócios, com atuação em empresas de tecnologia, mídia e bens de consumo premium. LinkedIn