Trocar de LIS sem perder histórico: roteiro de migração

Troca de LIS costuma virar projeto de emergência quando devia ser projeto de execução.

Emergência é o laboratório sem plano, no meio da operação, com custo dobrado, equipe estressada e paciente sentindo o desconforto. Execução é plano escrito, prazo definido, paralelismo estruturado e ponto de saída seguro. O mesmo movimento (sair de um LIS, entrar em outro) acontece das duas maneiras. O que separa uma da outra é preparação.

Este guia trata do como. Por que e quando migrar já foram tratados no guia sobre integração com o LIS do apoio. Aqui vai o roteiro operacional de execução, passo a passo: o que fazer antes de sair, durante a transição e depois da migração, incluindo o plano de contingência para quando algo não sair como esperado.

O leitor típico é o gestor de laboratório apoiado, clínica de coleta ou operação de médio porte que já decidiu migrar e agora precisa executar sem quebrar a operação. Se você ainda está decidindo, leia o guia de integração antes.

Sumário

• Por que a troca de LIS assusta
• A auditoria pré-migração
• As quatro fases do roteiro operacional
• Comunicação com paciente e com o apoio
• O plano de contingência
• Erros específicos de execução
• FAQ

Por que a troca de LIS assusta

Vale reconhecer as três fontes de medo antes de falar em cronograma.

Medo de perder dado. Histórico de pacientes de anos, cadastros, tabelas de convênio, integrações configuradas. Se algo se perder na migração, é irrecuperável.

Medo de parar a operação. Laboratório não tem janela de manutenção. Todo dia é dia útil, e paciente esperando resultado não aceita "estamos migrando o sistema".

Medo do desconhecido. Equipe treinada há anos precisa aprender ferramenta nova, e curva de aprendizado gera erro operacional temporário.

O roteiro a seguir ataca as três diretamente. A auditoria pré-migração protege o dado. O paralelismo protege a operação. Treinamento e piloto controlado antes do cutover fazem a curva de aprendizado ser gerenciada, e não improvisada.

A auditoria pré-migração

Antes de sair, você precisa saber exatamente o que tem. Auditoria pré-migração é o inventário completo de tudo que existe no sistema atual e precisa migrar. Quem pula esta etapa descobre na fase de validação que faltou coisa. E aí é tarde.

A auditoria cobre seis categorias.

Cadastros básicos: pacientes, médicos, convênios, operadoras de plano, locais de origem, empresas ou unidades, contando quantos registros existem em cada tabela e identificando os duplicados que sempre existem em sistema antigo e contaminam o novo se não forem tratados antes.

Tabelas de preço: quantas ativas, quantos itens por tabela, quais versões históricas estão armazenadas, já que convênio troca preço com frequência e o sistema precisa preservar o preço vigente por data.

Histórico de pedidos: volume por ano, quantos abertos, quantos fechados, quantos com pendência, e a decisão explícita sobre profundidade histórica (tudo? últimos cinco anos? só ativos?).

Histórico financeiro: pagamentos recebidos, contas a receber, contas a pagar, caixas fechados, com a decisão alinhada à contabilidade da empresa sobre o que precisa ser preservado por obrigação fiscal e o que vai para arquivo morto. Configurações e integrações: usuários e perfis, integrações ativas com LIS de apoios, integrações bancárias, integrações com operadoras, configurações de impressora, layouts personalizados.

Anexos e documentos: laudos armazenados, comprovantes, PDFs, imagens de exames, com volume total em GB e política de retenção adequada à LGPD.

O produto da auditoria é um documento com números. Sem ele, a migração começa no escuro.

As quatro fases do roteiro operacional

Migração séria de LIS em laboratórios leva de 12 a 20 semanas, distribuídas em quatro fases.

Fase 1: preparação (semanas 1 a 4)

Semana 1. Assinatura de contrato com o novo fornecedor e formalização das cláusulas críticas: portabilidade de dado (o que acontece se você quiser sair depois), SLA de implantação, responsabilidade em caso de perda de dado durante a migração. Documento assinado pelas duas partes.

Semana 2. Conclusão da auditoria pré-migração no sistema atual, com o inventário completo descrito acima.

Semana 3. Solicitação formal de exportação de dado ao fornecedor atual. Por escrito, com prazo definido, formato solicitado (idealmente XLSX, CSV, JSON ou SQL) e lista específica do que está sendo pedido. Alguns fornecedores criam dificuldade nesta etapa. Leia com atenção o contrato original: a cláusula de portabilidade deveria estar lá.

Semana 4. Recebimento da exportação e validação básica (todos os arquivos vieram? as contagens batem com a auditoria?). Início da importação no novo sistema, desenvolvimento de de/para e do treinamento da equipe em ambiente de homologação.

Se ao fim da semana 4 a exportação não veio ou veio incompleta, acione a cláusula contratual. Migrar sem exportação completa é migrar sabendo que vai perder dado.

Fase 2: paralelismo estruturado (semanas 5 a 10)

Este é o coração da migração segura, também chamado de período de sombra. Você opera os dois sistemas ao mesmo tempo por algumas semanas, registrando cada pedido novo nos dois. Se algo der errado no sistema novo, o antigo está lá como fallback.

Semanas 5 e 6: importação e ajuste. Todos os dados exportados na Fase 1 entram no novo sistema. Cadastros de paciente e médico são conferidos por amostra (conferir 100% é inviável em laboratório com histórico grande, mas amostragem representativa é mandatória). Tabelas de convênio são revisadas item por item. Configurações são replicadas. Integrações são configuradas, ainda sem serem a fonte primária.

Semanas 7 e 8: piloto em uma unidade. Uma unidade, ou uma parte da operação, passa a operar o sistema novo como primário, com o antigo ativo para conferência. A recepção do piloto recebe treinamento intensivo. Fechamento de caixa é feito nos dois sistemas e conferido, e qualquer divergência é investigada. É aqui que os problemas reais aparecem, ainda em ambiente controlado.

Semanas 9 e 10: expansão. Se o piloto foi bem, mais unidades passam ao novo sistema como primário. O antigo segue em segundo plano enquanto o cutover se aproxima.

Paralelismo é caro. Custa duas mensalidades no período e esforço duplicado da equipe. É o único caminho que elimina o risco de descobrir um problema depois que o antigo já foi desligado.

Fase 3: cutover e estabilização (semanas 11 a 12)

Semana 11: cutover. O sistema novo passa a ser o único operacional. O antigo entra em modo de consulta: você acessa o histórico, mas não gera pedidos novos. O cutover deve acontecer em dia de menor volume. Se o laboratório funciona de segunda a sábado, virar a chave na segunda de manhã é erro; segunda à tarde ou terça é melhor.

Toda a equipe já foi treinada na Fase 2. O suporte do novo fornecedor precisa estar presente na semana do cutover, presencial ou com resposta imediata em canal remoto.

Semana 12: estabilização. Primeira semana de operação plena. Monitore de perto tempo de atendimento, tempo de fechamento de caixa, taxa de erro em pedidos e feedback da equipe. Ajustes finos entram, bugs pequenos aparecem e são corrigidos. O sistema antigo continua acessível para consulta, mas ninguém opera nele.

Fase 4: fechamento formal (semana 13)

Encerramento formal do contrato com o fornecedor antigo. Solicitação de uma segunda cópia de segurança dos dados, para arquivo próprio, independente do que o fornecedor mantenha depois do encerramento. Confirmação por escrito de que ele cumpriu todas as obrigações contratuais de exportação e portabilidade.

Documente a migração para arquivo interno: prazo executado, dificuldades encontradas, correções feitas, lições aprendidas. Serve se você precisar migrar de novo, ou prestar contas de decisão administrativa a sócios.

Comunicação com paciente e com o apoio

Migração acontece nos bastidores, mas afeta atores externos.

Paciente. Ele não precisa de detalhe técnico. Precisa saber se algo muda do ponto de vista dele: portal de resultado com novo endereço, novo telefone de contato, nova senha de acesso. Se nada muda, não avise nada. Se muda, aviso claro com 30 dias de antecedência e reforço nas duas semanas anteriores.

Apoio. Aqui vale distinguir. Trocando de sistema de gestão e mantendo o mesmo apoio, a integração continua funcionando e só muda a ferramenta na sua ponta: a comunicação é técnica, com aviso ao time de integração do apoio, cronograma de reconfiguração da API e teste de envio e retorno em homologação. Trinta a sessenta dias de antecedência bastam.

Trocando de sistema e de apoio ao mesmo tempo, você tem duas migrações paralelas. Não faça. Migre de sistema, opere estabilizado por 3 a 6 meses e só então migre de apoio, se ainda fizer sentido.

O plano de contingência

Todo projeto sério tem plano B. Três cenários precisam estar pensados antes de começar.

Exportação incompleta pelo fornecedor antigo. Acione a cláusula contratual, escale para a diretoria comercial do fornecedor e considere ação junto ao Procon ou à ANPD se houver descumprimento claro. Em paralelo, mantenha o sistema antigo operante. Não desligue sem exportação validada.

Falha crítica no sistema novo durante o paralelismo. Retorne ao antigo como operacional principal, informe o novo fornecedor do problema técnico e ajuste o prazo de cutover. Paralelismo tem que ser real: o sistema antigo precisa estar apto a voltar a ser o único operacional a qualquer momento. Se não está, aquilo não é paralelismo, é migração acelerada disfarçada.

Perda de dado descoberta após o cutover. Acione o backup de segurança, que precisa ter sido feito antes do cutover, tanto no sistema antigo quanto na exportação inicial. Reimporte o dado faltante com procedimento controlado. Comunique a equipe interna e, se a operação com paciente for afetada, avise o paciente com honestidade.

O terceiro cenário é o pior, e é justamente o que a auditoria e o paralelismo existem para evitar. Nenhum plano é perfeito, mas plano escrito reduz o tempo entre descobrir e resolver.

Erros específicos de execução

Migrar em período de alta demanda. Nada de dezembro (fim de ano fiscal), janeiro (retorno de férias com alto volume) ou início de campanha comercial grande. Migre em período de volume estável.

Pular o paralelismo por pressa. "Já testamos, vamos direto pro cutover" é o pior conselho possível. Paralelismo é seguro exatamente porque é redundante.

Não conferir cadastros por amostra. Confiar que a importação está correta sem conferir é apostar. Escolha aleatoriamente 20 pacientes, 10 médicos e 5 tabelas de convênio e confira manualmente cada campo migrado.

Deixar treinamento pra última semana. Treinamento acontece durante a Fase 2. Empurrar para a Fase 3 vira treinamento sob pressão, com equipe já operando sem confiança.

Não documentar a decisão de cutover. Virar a chave precisa ser decisão formal: ata de reunião, presença dos responsáveis, critérios atendidos. Isso protege a operação e protege o gestor.

Encerrar o contrato antigo cedo demais. Mantenha o sistema antigo em modo de consulta por 30 a 90 dias após o cutover, mesmo pagando. Vale como seguro.

Migrar de sistema e de apoio ao mesmo tempo. Uma de cada vez.

FAQ

Quanto tempo leva uma migração de LIS? Em laboratório apoiado ou clínica de coleta de 1 a 3 unidades, de 12 a 14 semanas do início ao fim, em quatro fases: preparação, paralelismo, cutover e fechamento. Operações maiores levam proporcionalmente mais. Promessa de migração em 15 a 30 dias geralmente ignora o paralelismo estruturado, o que aumenta o risco de perda de dado ou parada operacional.

Posso migrar sem paralelismo? Pode, com risco bem maior. O paralelismo é o mecanismo que garante retorno seguro caso algo dê errado no sistema novo. Sem ele, você fica sem plano B se a operação travar. Em operação pequena com pouco histórico, alguns fornecedores oferecem migração acelerada. Entenda o risco explícito antes de aceitar.

O fornecedor antigo é obrigado a entregar meus dados? Duas bases se somam. A LGPD (Lei 13.709/2018, art. 18, V) garante ao titular o direito à portabilidade dos seus dados a outro fornecedor de serviço ou produto, mediante requisição expressa, observados os segredos comercial e industrial. Já o laboratório, na condição de controlador do dado do paciente, tem sua relação com o fornecedor de software regida pelo contrato: é lá que precisa estar prevista a cláusula de portabilidade e o formato de exportação. Se o contrato original não previu ou o fornecedor cria dificuldade, cabe acionamento da ANPD e dos organismos de defesa do consumidor.

E se o fornecedor antigo entregar dados em formato inutilizável? O formato precisa estar previsto em contrato. XLSX, CSV, JSON e SQL são utilizáveis. PDF de tela impressa não é. Formato inutilizável configura descumprimento contratual: solicitação formal de novo formato, escalação e, se necessário, ação junto à ANPD ou ao Procon.

Preciso avisar meu paciente da migração? Só se algo mudar para ele. Endereço do portal de resultado, telefone de contato, política de senha. Se nada muda, ele não precisa saber.

A troca de LIS afeta minha operação com o apoio? Trocando de sistema de gestão e mantendo o mesmo apoio, a mudança é técnica: reconfiguração da integração via API, envolvendo o time de integração do apoio e do novo fornecedor. Não afeta o paciente diretamente. Para o contexto completo, veja o guia sobre integração com o LIS do apoio.

Quanto custa uma migração de LIS? Varia por porte e fornecedor. Os componentes de custo são a implantação do novo sistema (alguns fornecedores incluem no contrato, outros cobram à parte), a mensalidade do novo sistema durante o paralelismo (o antigo continua sendo pago), o tempo da equipe interna dedicada ao projeto (que pode significar horas extras ou contratação temporária) e eventual consultoria externa em migração complexa. Migração planejada com folga costuma custar entre 1 e 3 mensalidades do sistema novo em custo direto.

Vale migrar sozinho ou contratar consultor? Laboratório apoiado de 1 a 2 unidades com histórico simples costuma conseguir migrar sozinho, com apoio do fornecedor novo. Rede de 5 a 10 unidades com histórico complexo, múltiplas integrações e alto volume de convênio se beneficia de consultor externo especializado. O custo do consultor é menor que o custo de migração mal executada.

O VALC LITE suporta migração de outros sistemas? Sim. O time de implantação da VALC trabalha com clientes que estão migrando de LIS e de portais apoiados de outros fornecedores, seguindo o roteiro descrito neste guia. Fale com a nossa equipe para entender prazos e custos da sua situação.

O próximo passo

Migração de LIS não é projeto de coragem, é projeto de método: roteiro em quatro fases, auditoria pré-migração, paralelismo estruturado, cutover controlado e plano de contingência escrito. Pular etapa é abrir espaço para dor evitável.

O VALC LITE é sistema de gestão para laboratório de análises clínicas apoiado e clínicas com serviço de coleta, agnóstico de LIS. Acompanhamos clientes em migração da auditoria pré ao fechamento formal, com equipe dedicada de implantação. Converse com nossa equipe sobre o roteiro adequado à sua operação.

Élida Serregatti é Cofundadora e Diretora Técnica da VALC. Biomédica, MBA em Gestão de Serviços de Saúde, com mais de duas décadas de experiência em medicina diagnóstica e atuação em laboratórios de apoio nas áreas técnica, comercial e de gestão de custos. LinkedIn.