Troca de sistema no home care: histórico e continuidade

Trocar de software no home care não é apenas transportar cadastros. A operação precisa continuar sabendo qual plano está vigente, quais visitas estão programadas, quem ficou responsável e quais pendências ainda exigem ação. Um histórico aparentemente completo pode coexistir com uma agenda incompleta. Uma importação concluída pode ter associado um documento ao atendimento errado.

Por isso, a pergunta para a direção não deve ser somente “os dados subiram?”. Deve ser: “a equipe consegue executar e conferir o trabalho com os dados que recebeu?” A resposta exige participação da coordenação assistencial, operação, TI, privacidade e dos fornecedores envolvidos. Delegar tudo à importação técnica deixa a decisão operacional sem responsável.

Este roteiro propõe critérios de planejamento para gestores de empresas de atenção domiciliar e operadoras. Não é protocolo clínico, parecer jurídico ou promessa de que um produto importa qualquer sistema. Os exemplos são fictícios e as condições precisam ser validadas no projeto.

Separe histórico consultável de informação pronta para operar

Uma exportação pode entregar documentos legíveis, dados estruturados ou ambos. Esses resultados não são equivalentes. Um documento pode preservar uma informação para consulta sem alimentar a agenda do novo sistema. Um cadastro estruturado pode chegar sem seus anexos ou sem o vínculo correto com a organização responsável.

Antes de contratar a migração, liste os conjuntos necessários e dê a cada um um destino explícito:

• Informação para a rotina ativa: cadastros, vínculos, planos vigentes, programação e pendências que precisam continuar disponíveis às equipes autorizadas.
• Histórico para consulta: registros e documentos anteriores cujo acesso precisa ser preservado, com sua origem e contexto.
• Configurações e regras: perfis de acesso, tipos de atividade, estados do processo e integrações, que podem exigir configuração e validação próprias.
• Itens fora do escopo: o que não será convertido, por qual motivo, onde continuará acessível e quem aceitará essa condição.

Não confunda “não migrar para a base ativa” com “poder apagar”. A guarda e o acesso ao acervo precisam de decisão institucional específica. Para essa separação, veja quando encerrar a rotina dupla do papel e do digital.

Defina o significado dos campos antes de comparar totais

Dois sistemas podem usar a palavra “concluído” para etapas diferentes. Em um, ela pode indicar que a visita foi informada como realizada; em outro, que a documentação passou por conferência. Importar o mesmo rótulo sem mapear seu significado cria um indicador coerente na aparência e incorreto para a gestão.

Construa um mapa de correspondência: campo de origem, significado, destino, transformação necessária e responsável pela validação. Se não houver correspondência segura, registre a exceção. Um campo vazio explicitamente tratado é diferente de um valor preenchido por suposição.

Confira também os identificadores. Pessoa, atendimento, organização prestadora e profissional não são a mesma entidade. Um nome parecido não basta para reunir registros; um novo código de sistema não deve romper a ligação com o histórico. A equipe técnica precisa demonstrar como conserva esses vínculos e como encaminha duplicidades para análise autorizada.

Faça uma conferência que encontre problemas de verdade

Contar registros ajuda a descobrir perdas, mas não prova a qualidade da migração. O total pode coincidir e conter duplicidades, documentos trocados ou estados convertidos de forma incorreta. Combine verificações de quantidade, relações e uso operacional.

O guia de conferência de dados do NHS England descreve comparação entre sistemas, registro de problemas, correção e nova conferência antes do aceite. É uma referência para sistemas da atenção primária inglesa, não uma regra brasileira de home care. O princípio útil aqui é que a confirmação da correção também precisa ser registrada.

Como proposta de teste, selecione casos que representem diferenças relevantes da sua operação: atendimento ativo e encerrado, troca de prestador, correção de documento, agenda futura, visita pendente e registro recebido com atraso. A amostra deve ter justificativa e responsáveis; não há um número universal que torne qualquer migração segura.

Combine o que acontece entre a primeira carga e a virada

Enquanto a equipe valida uma cópia, a operação continua produzindo informação. Uma agenda pode mudar, um profissional pode ser substituído e um documento pode ser corrigido. Se o plano só descreve a primeira exportação, essas alterações ficam sem caminho definido.

Registre o momento de referência de cada carga, quais mudanças posteriores precisam ser incorporadas e como serão conferidas. Defina também a partir de quando cada sistema será usado para criar ou apenas consultar registros. Essa orientação precisa chegar aos usuários e às empresas prestadoras, com exemplos compreensíveis.

Exemplo fictício: uma visita está na carga inicial; depois, seu profissional é substituído no sistema antigo. O novo ambiente mantém o primeiro vínculo. Antes da virada, a conferência deve localizar essa diferença e confirmar a programação vigente. Não basta pedir que “os dois profissionais se acertem”: a coordenação precisa definir o responsável correto e registrar a solução.

O capítulo de entrada em operação do NHS England trata separadamente da conferência dos dados, dos serviços conectados, dos acessos e das agendas. Esses pontos ajudam a formular perguntas; não estabelecem prazo ou condições contratuais para a operação brasileira.

Tenha critérios para avançar, adiar ou conter a mudança

A data anunciada não pode ser o único critério de entrada em operação. Combine antes quais situações impedem a mudança e quem decide. A lista depende do serviço, mas pode incluir vínculos críticos não reconciliados, indisponibilidade de informação necessária à rotina ou incapacidade da equipe de executar tarefas essenciais no escopo escolhido.

Para cada problema, registre impacto, alcance, responsável, solução provisória autorizada e evidência necessária para encerrá-lo. A gestão deve enxergar a diferença entre um detalhe de apresentação e uma falha que compromete a continuidade do processo. Não esconda pendências para manter a aparência de cumprimento do cronograma.

Um plano de retorno precisa explicar o tratamento dos registros produzidos depois da virada. Voltar ao sistema antigo não faz esses registros aparecerem nele automaticamente. Antes de depender dessa possibilidade, a equipe deve demonstrar como evitará perda, duplicidade e conflito de versões. Conforme o caso, conter um fluxo ou manter consulta ao histórico pode ser diferente de reverter toda a operação.

Os guias SAFER da ONC incluem planejamento para indisponibilidade e gestão de sistemas e interfaces. São referências internacionais para orientar a avaliação de riscos, não certificação de software nem validação deste roteiro.

Encerre a transição com evidências, não com silêncio

Depois da mudança, acompanhe exceções de vínculo, documentos indisponíveis, agendas divergentes e registros atrasados. Defina quem recebe cada ocorrência e como a correção será verificada. Ausência de chamados pode significar estabilidade, mas também pode significar que a rede não sabe a quem recorrer.

A liderança precisa disponibilizar pessoas para conferir e aprender. Não ler a orientação de virada e continuar registrando no lugar errado é uma falha de execução que precisa ser corrigida. Da mesma forma, não cabe cobrar disciplina se a organização distribuiu instruções conflitantes ou não ofereceu acesso e prática suficientes.

O encerramento deve registrar o que foi entregue, o que permaneceu acessível em outro local e quais pendências seguem com dono. O acesso ao sistema anterior e a destinação dos dados precisam seguir as condições institucionais e contratuais aplicáveis, avaliadas pelas áreas competentes.

Leve o mapa da transição para a avaliação da HAI

Para avaliar a HAI na atenção domiciliar, apresente o fluxo que pretende mudar, a origem dos dados e as situações que não podem perder continuidade. Peça a confirmação do escopo de importação, configuração e integração da proposta. Este artigo não declara que a HAI migra automaticamente dados de qualquer sistema.

Prepare a conversa com os critérios de avaliação para operadoras e o roteiro de adesão da rede ao software. A demonstração pode ser solicitada por WhatsApp ou e-mail nos canais do site. O melhor ponto de partida é uma tarefa real da operação, descrita sem expor dados pessoais, e um critério claro para verificar sua continuidade.

Fontes e limites

• NHS England: Data checking, referência de conferência em migração de sistemas clínicos.
• NHS England: Go live, referência de preparação da entrada em operação.
• ONC: SAFER Guides, referências de segurança no uso de registros eletrônicos.

A tabela, o exemplo e os critérios propostos são elaboração editorial para discussão do projeto, sem dados de clientes ou resultado atribuído à Salvus. Requisitos legais, assistenciais e de segurança devem ser avaliados no contexto da instituição.