Hub de apoio laboratorial · produto
Visão de produto
O entendimento vira software em dezesseis submódulos, organizados em quatro áreas: a fundação de cadastros, os exames que saem, os exames que entram e a camada transversal que mede e prova. Este guia descreve cada um com objetivo, usuário, funcionalidades, dados e integrações — e termina com o retrato honesto de onde o Lisya está nesse mapa.
01A árvore funcional
Duas grandes áreas de operação — enviados e recebidos —, uma fundação comum embaixo e uma camada transversal que atravessa as duas. A decisão de arquitetura que mais importa está na fundação: os dois lados compartilham catálogo, contrato e trilha, e é isso que impede o produto de virar dois sistemas.
02Os dezesseis submódulos
Laboratórios de apoio
FundaçãoMVPObjetivo: transformar o apoio em entidade de primeira classe, e não em texto digitado no cadastro do exame.
Usuários: administração, qualidade, compras.
- cadastro com CNPJ, responsável técnico e licença
- documentos com validade (habilitação, acreditação, proficiência)
- contatos por assunto: técnico, comercial, logística
- status ativo/suspenso e histórico
Dados: laboratório de apoio, documentos, contatos. Integra com: nenhuma — é cadastro.
Valor: destrava contrato, tabela, rota, SLA e qualificação de fornecedor.
Contratos e tabelas comerciais
FundaçãoMVPObjetivo: guardar o acordo real, incluindo exceções, em vez de deixá-lo em e-mail.
Usuários: administração, financeiro.
- tabela de preço por apoio, com vigência
- faixas de volume e mínimo mensal
- política de recoleta, urgência e exame não realizado
- regra de reajuste e alerta de vencimento
Dados: contrato, tabela, item de tabela, vigência. Integra com: faturamento e contas a pagar.
Valor: é a base da conciliação: sem preço vigente, não existe conferência de fatura.
Catálogo e de/para
FundaçãoMVPObjetivo: manter a matriz exame × apoio viva, com tudo que o envio e a conciliação precisam.
Usuários: qualidade, administração, TI.
- código e nome do exame em cada apoio
- material, tubo, volume e condição exigidos
- prazo e dias de envio
- preço vigente e campos clínicos obrigatórios
- fila de itens sem mapeamento
Dados: exame, exame × apoio, catálogo canônico, referência LOINC. Integra com: pedido eletrônico e importação de resultado.
Valor: é o ativo central: nenhuma automação da cadeia funciona sem ele.
Motor de roteamento
Exames enviadosV1Objetivo: decidir ou sugerir o destino de cada item do pedido.
Usuários: triagem, gestão.
- regra por exame, convênio e urgência
- sugestão por custo, prazo, rota e estabilidade
- bloqueio do que não pode viajar
- histórico da decisão e de quem a sobrepôs
Dados: regra de destino, decisão registrada por item. Integra com: catálogo e de/para.
Valor: tira a decisão da memória das pessoas e dá margem para otimizar custo.
Preparo e aliquotagem
Exames enviadosMVPObjetivo: produzir a alíquota certa, identificada, com o requisito do apoio na tela.
Usuários: coleta, triagem técnica.
- fracionamento guiado por destino
- requisito do apoio exibido no momento da coleta
- impressão de etiqueta com o código do apoio
- leitura obrigatória na conferência do fracionamento
Dados: amostra, alíquota, destino, vínculo com o item. Integra com: impressão de etiqueta.
Valor: ataca diretamente a rejeição pré-analítica e a recoleta.
Manifestos e expedição
Exames enviadosMVPObjetivo: fechar remessas conferidas, dentro da janela da rota.
Usuários: expedição.
- montagem de remessa por apoio e por condição térmica
- manifesto eletrônico com leitura de código
- contagem regressiva da janela da rota
- registro de hora de saída e de quem retirou
Dados: remessa, item de remessa, manifesto, rota. Integra com: transportador e sistema do apoio.
Valor: acaba com o extravio sem prova e com a perda de janela silenciosa.
Rastreabilidade e status
Exames enviadosMVPObjetivo: fechar a zona cega entre as duas portas.
Usuários: atendimento, recepção, gestão.
- linha do tempo por item: saiu, embarcou, chegou, foi aceito, foi liberado, voltou
- idade em dias e destaque do que passou do prazo
- busca por paciente, senha ou código de amostra
- status visível na tela de atendimento do balcão
Dados: evento de trecho por item ou por amostra. Integra com: status vindo do apoio.
Valor: responde ao paciente sem telefone — o ganho mais percebido de todos.
Pendências e exceções
TransversalMVPObjetivo: transformar rejeição e divergência em tarefa com dono e prazo.
Usuários: triagem, atendimento, qualidade.
- recebimento eletrônico de pendência do apoio
- fila com responsável, prazo e desfecho
- decisão: recoletar, reenviar, cancelar
- causa padronizada alimentando indicador
Dados: pendência, causa, desfecho, vínculo com item e remessa. Integra com: canal do apoio e notificações internas.
Valor: reduz recoleta e encurta o tempo entre o erro e a correção.
Resultados do apoio
Exames enviadosMVPObjetivo: importar resultado estruturado e preservar a identidade do executante.
Usuários: digitação, validação clínica, responsável técnico.
- importação idempotente por chave estável
- valor, unidade e intervalo de referência do executante
- parcial por item, retificação versionada
- fila de órfãos e de divergência de unidade
Dados: resultado com origem apoio, referência textual do executante, versão. Integra com: adaptador por apoio.
Valor: elimina digitação, alimenta histórico e corrige o laudo tecnicamente.
SLA e indicadores de prazo
TransversalV1Objetivo: medir os três relógios e prometer o que a rota sustenta.
Usuários: gestão, recepção.
- prazo calculado a partir da janela da rota
- TAT por exame, apoio, rota e trecho
- aderência ao prazo prometido
- alerta do que vai estourar antes de estourar
Dados: eventos de trecho, janela de rota, prazo contratado. Integra com: rastreabilidade.
Valor: transforma prazo de promessa em compromisso administrável.
Conciliação financeira do apoio
TransversalV1Objetivo: conferir a fatura do apoio automaticamente.
Usuários: financeiro, gestão.
- cruzamento enviado × realizado × cobrado × tabela
- apuração de faixa de volume do período
- divergências classificadas com evidência
- aprovação e envio ao contas a pagar
Dados: fatura do apoio, item de fatura, divergência, crédito. Integra com: contas a pagar e tabela contratada.
Valor: dinheiro recuperado e poder de negociação baseado em dado.
Laboratórios clientes
Exames recebidosV1Objetivo: o espelho do módulo 1, do outro lado: quem manda exame para você.
Usuários: comercial B2B, administração.
- cadastro do laboratório cliente e endereços de coleta
- contrato, tabela própria e SLA por cliente
- de/para do catálogo daquele cliente
- onboarding com etapas e critério de go-live
Dados: cliente B2B, contrato, tabela, de/para por cliente. Integra com: faturamento B2B.
Valor: abre a operação de apoio como negócio, não como favor.
Recepção e triagem do inbound
Exames recebidosV1Objetivo: receber remessas de clientes em escala, sem perder identificação.
Usuários: recepção técnica, triagem.
- recebimento por remessa com conferência contra manifesto
- leitura de tubo e conciliação com pedido eletrônico
- triagem com critério escrito e motivo padronizado
- ramo de exceção com devolução imediata ao cliente
Dados: remessa recebida, amostra do cliente, pedido externo, exceção. Integra com: pedido eletrônico recebido dos clientes.
Valor: é o portão da operação B2B: define qualidade e custo de tudo depois.
Portal do cliente B2B
Exames recebidosFuturoObjetivo: fazer a pergunta “onde está minha amostra?” deixar de existir.
Usuários: clientes B2B.
- status de remessa e de amostra
- pendências abertas com o que fazer
- resultados e laudos
- tabela, fatura e histórico de consumo
Dados: os mesmos, expostos por cliente com isolamento. Integra com: autenticação e trilha de acesso.
Valor: reduz custo de atendimento e vira argumento comercial.
Faturamento B2B e margem
Exames recebidosFuturoObjetivo: faturar o que foi produzido e saber quanto sobra por cliente.
Usuários: financeiro, gestão.
- fatura mensal por cliente com a tabela dele
- apuração de faixa, urgência, recoleta e logística
- custo de servir: produção, rota, atendimento e exceção
- margem por cliente e por exame
Dados: fatura B2B, rateio de custo por cliente. Integra com: contas a receber.
Valor: evita crescer volume sem crescer resultado.
Auditoria, trilha e qualificação
TransversalV1Objetivo: sustentar a evidência que a norma e o cliente pedem.
Usuários: qualidade, responsável técnico.
- trilha de tudo: quem enviou, quem aceitou, quem liberou
- identificação do laboratório executante no laudo
- avaliação periódica do apoio com dados de desempenho
- documentos do fornecedor com validade e alerta
Dados: trilha, avaliação de fornecedor, documentos. Integra com: módulo de qualidade e emissão de laudo.
Valor: transforma auditoria de corrida de véspera em consulta.
03Matriz módulo × valor entregue
Quem ganha o quê. A coluna mais importante é a última: se um módulo não muda nenhum número, ele não deveria estar no roadmap.
| Módulo | Quem sente primeiro | Indicador que se move |
|---|---|---|
| 1 · Laboratórios de apoio | qualidade e administração | fornecedores com qualificação vigente |
| 2 · Contratos e tabelas | financeiro | divergência de fatura identificada |
| 3 · Catálogo e de/para | triagem e TI | itens sem mapeamento; falhas de pedido |
| 4 · Roteamento | gestão | custo médio por exame terceirizado |
| 5 · Preparo e aliquotagem | coleta | rejeição pré-analítica e recoleta |
| 6 · Manifestos e expedição | expedição | extravios e perdas de janela |
| 7 · Rastreabilidade | balcão e paciente | ligações ao apoio; tempo de resposta ao paciente |
| 8 · Pendências | triagem e atendimento | tempo entre rejeição e recoleta |
| 9 · Resultados do apoio | digitação e validação | horas de digitação; erros de transcrição |
| 10 · SLA e prazo | gestão e recepção | aderência ao prazo prometido |
| 11 · Conciliação financeira | financeiro | valor recuperado por mês |
| 12 · Laboratórios clientes | comercial B2B | clientes ativos e tempo de onboarding |
| 13 · Recepção do inbound | recepção técnica | amostras em exceção por remessa |
| 14 · Portal do cliente | clientes B2B | contatos evitáveis por cliente |
| 15 · Faturamento B2B | financeiro e gestão | margem por cliente |
| 16 · Auditoria e trilha | qualidade | tempo de preparação de auditoria |
04MVP, V1 e visão futura
O corte do MVP tem uma regra: entregar o ciclo completo de um exame terceirizado, do cadastro ao resultado importado, para um laboratório que é apenas apoiado. Nada de inbound, nada de inteligência, nada de portal.
Um exame sai de casa e volta, inteiro, sem digitação
Critério de pronto: um exame terceirizado percorre o fluxo com requisito na coleta, manifesto conferido, status visível ao balcão, pendência tratada e resultado importado estruturado com a referência do executante.
Gestão, dinheiro e o segundo papel
Critério de pronto: o prazo prometido é calculado pela rota, a fatura do apoio é conciliada automaticamente e o laboratório consegue receber exames de clientes com contrato e triagem próprios.
Escala B2B e inteligência
Critério de pronto: os clientes B2B se autoatendem em portal e a margem por cliente é medida com custo de servir rateado. É também onde entram as frentes de IA.
Guarde: o MVP não é “a tela de lote de envio”. Essa tela, sozinha, registra que algo saiu e não resolve nenhuma das doze dores de quem envia. O corte mínimo útil é o ciclo fechado: se o resultado ainda for digitado à mão no fim, o módulo é um controle de remessa, não um módulo de apoio.
05Onde o Lisya está neste mapa
Este hub é material de estudo, e seria incoerente publicá-lo sem dizer em que ponto do próprio mapa o nosso produto está. O levantamento abaixo foi feito no código, em setembro de 2026, e vale como fotografia — não como promessa de prazo.
A leitura honesta desse quadro: o que existe hoje cobre o fluxo físico — a alíquota nasce com destino, o lote é montado, enviado e baixado no retorno. O que falta é quase todo o fluxo informacional: o apoio como entidade, a matriz de de/para, o resultado que volta estruturado e a conciliação. Na ordem do roadmap deste guia, o Lisya tem parte do módulo 5 e do 6, e a fundação (1, 2 e 3) ainda está por fazer.
Resumo do guia: dezesseis submódulos, quatro áreas, uma fundação compartilhada pelos dois papéis e um MVP definido por ciclo fechado em vez de por tela. Para fixar tudo, vale ver a cadeia funcionando — e falhando — em casos concretos.
Ver os casos e cenários →Continue no hub de apoio laboratorial