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.

16 submódulosárvore funcionalMVP · V1 · futuroo estado real do Lisya

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.

Apoio & terceirizaçãoEXAMES ENVIADOSRoteamentoPreparo e alíquotaManifesto e expediçãoRastreio e statusResultados do apoioEXAMES RECEBIDOSLaboratórios clientesRecepção e triagemPortal do clienteFaturamento B2Bo mesmo catálogo, do outro lado da relaçãoTRANSVERSAL — ATRAVESSA OS DOIS LADOSPendênciasSLA e prazoConciliação financeiraAuditoria e trilhaFUNDAÇÃO — COMPARTILHADA PELOS DOIS PAPÉISLaboratórios de apoioContratos e tabelasCatálogo e de/paraRotas e janelasCadastro único embaixo: é o que torna barato atender os dois papéis no mesmo produto.
Um laboratório que é só apoiado usa a coluna da esquerda; um que é só apoio usa a da direita; a maioria usa as duas. Como a fundação é a mesma, atender os dois papéis custa muito menos do que construir dois produtos.

02Os dezesseis submódulos

1

Laboratórios de apoio

FundaçãoMVP

Objetivo: 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.

2

Contratos e tabelas comerciais

FundaçãoMVP

Objetivo: 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.

3

Catálogo e de/para

FundaçãoMVP

Objetivo: 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.

4

Motor de roteamento

Exames enviadosV1

Objetivo: 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.

5

Preparo e aliquotagem

Exames enviadosMVP

Objetivo: 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.

6

Manifestos e expedição

Exames enviadosMVP

Objetivo: 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.

7

Rastreabilidade e status

Exames enviadosMVP

Objetivo: 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.

8

Pendências e exceções

TransversalMVP

Objetivo: 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.

9

Resultados do apoio

Exames enviadosMVP

Objetivo: 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.

10

SLA e indicadores de prazo

TransversalV1

Objetivo: 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.

11

Conciliação financeira do apoio

TransversalV1

Objetivo: 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.

12

Laboratórios clientes

Exames recebidosV1

Objetivo: 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.

13

Recepção e triagem do inbound

Exames recebidosV1

Objetivo: 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.

14

Portal do cliente B2B

Exames recebidosFuturo

Objetivo: 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.

15

Faturamento B2B e margem

Exames recebidosFuturo

Objetivo: 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.

16

Auditoria, trilha e qualificação

TransversalV1

Objetivo: 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óduloQuem sente primeiroIndicador que se move
1 · Laboratórios de apoioqualidade e administraçãofornecedores com qualificação vigente
2 · Contratos e tabelasfinanceirodivergência de fatura identificada
3 · Catálogo e de/paratriagem e TIitens sem mapeamento; falhas de pedido
4 · Roteamentogestãocusto médio por exame terceirizado
5 · Preparo e aliquotagemcoletarejeição pré-analítica e recoleta
6 · Manifestos e expediçãoexpediçãoextravios e perdas de janela
7 · Rastreabilidadebalcão e pacienteligações ao apoio; tempo de resposta ao paciente
8 · Pendênciastriagem e atendimentotempo entre rejeição e recoleta
9 · Resultados do apoiodigitação e validaçãohoras de digitação; erros de transcrição
10 · SLA e prazogestão e recepçãoaderência ao prazo prometido
11 · Conciliação financeirafinanceirovalor recuperado por mês
12 · Laboratórios clientescomercial B2Bclientes ativos e tempo de onboarding
13 · Recepção do inboundrecepção técnicaamostras em exceção por remessa
14 · Portal do clienteclientes B2Bcontatos evitáveis por cliente
15 · Faturamento B2Bfinanceiro e gestãomargem por cliente
16 · Auditoria e trilhaqualidadetempo 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.

MVP

Um exame sai de casa e volta, inteiro, sem digitação

1 Laboratórios de apoio2 Contratos e tabelas comerciais3 Catálogo e de/para5 Preparo e aliquotagem6 Manifestos e expedição7 Rastreabilidade e status8 Pendências e exceções9 Resultados do apoio

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.

V1

Gestão, dinheiro e o segundo papel

4 Motor de roteamento10 SLA e indicadores de prazo11 Conciliação financeira do apoio12 Laboratórios clientes13 Recepção e triagem do inbound16 Auditoria, trilha e qualificação

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.

Futuro

Escala B2B e inteligência

14 Portal do cliente B2B15 Faturamento B2B e margem

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.

Lote de envio ao apoio/apoiojá existePendentes → montar lote → enviar → registrar retorno, com três estados. É o esqueleto do módulo 6.
Marcação de exame terceirizadocadastro de examesparcialO exame tem “enviar ao apoio”, nome do apoio, código e custo — mas em campos escalares: um apoio por exame, sem prazo e sem material.
Aliquotagem com destino/aliquotagemjá existeA alíquota já nasce com destino interno ou apoio e gera o tubo-filho físico. O lado físico está melhor modelado que o informacional.
Pendência de extravio/aliquotagem/pendenciasparcialExiste o motivo de extravio de alíquota de apoio, mas não a pendência vinda do apoio.
Cadastro do laboratório de apoiosem telaa construirHoje o apoio é um texto livre no cadastro do exame. Sem entidade, não há contrato, tabela, rota nem qualificação — é o módulo 1.
Matriz exame × apoiosem telaa construirO de/para é um campo, não uma matriz. É o que impede prazo real, comparação de custo e roteamento — é o módulo 3.
Importação de resultado do apoiosem telaa construirO retorno marca o item como retornado; o resultado ainda é digitado à mão. A origem do resultado não conhece “apoio”.
Referência do executante no laudosem telaa construirFalta guardar unidade e intervalo de referência do apoio e identificar o laboratório executante no laudo.
Rastreio de trecho e conciliaçãosem telaa construirNão há eventos de trecho nem lista do que saiu e não voltou.
Conciliação da fatura do apoiosem telaa construirO custo por item já é registrado no lote; falta a fatura e o cruzamento.
Exames recebidos de clientessem telaa construirO lado inbound não existe: não há modelo de laboratório cliente. É o maior salto de escopo do mapa.
F

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 →