Oxigênio no faturamento: roteiro de aceite da integração
Para começar
O essencial deste artigo
- Receber uma mensagem não comprova que o registro foi associado e interpretado corretamente.
- O aceite precisa incluir exceções e evidência nas duas pontas.
A integração informa que o envio foi concluído. No sistema hospitalar, aparece um registro de oxigênio. Isso ainda deixa uma pergunta em aberto: o dado chegou ao atendimento correto, com o período e o significado esperados?
O aceite conjunto entre TI e faturamento precisa responder a essa pergunta com evidências. Este artigo propõe uma ficha de conferência para a homologação. A discussão inicial de infraestrutura e responsabilidades está no roteiro de perguntas à TI.
Defina exatamente o que está sendo aceito
Anote a versão, o ambiente, os sistemas envolvidos, o recorte de leitos ou setores e o destino esperado do dado. Informe se o resultado será consultado no prontuário, usado em relatório ou encaminhado para uma etapa do faturamento. São entregas diferentes.
Use dados fictícios em ambiente de homologação e combine os resultados esperados antes de executar os cenários. A equipe deve saber quais informações vêm do registro de uso, quais vêm do cadastro hospitalar e quais dependem da regra comercial aplicada ao atendimento.
Compare os campos e o seu significado
Uma tela semelhante não garante que as duas fontes representam a mesma coisa. Confira identificadores, unidades e momentos do processo. Diferencie o horário do evento, o horário de transmissão e o horário em que o destino processou a informação.
| Campo ou vínculo | Comparação proposta | Evidência a guardar |
|---|---|---|
| Atendimento e ponto de uso | Mesma associação no intervalo avaliado | Identificadores fictícios e histórico da associação. |
| Início e fim | Mesmo intervalo e convenção de horário | Evento na origem e registro processado no destino. |
| Grandeza e unidade | Mesmo significado após a transformação | Mapeamento dos campos e regra documentada. |
| Reenvio e correção | Tratamento previsto para repetição ou alteração | Resultado observado e histórico, sem duplicação indevida. |
O número do leito, isoladamente, não resolve a associação quando há transferência ou ocupação sucessiva. O projeto deve definir o vínculo necessário para identificar o atendimento em cada intervalo e a forma de tratar inconsistências antes de usar o dado.
Percorra quatro cenários além do envio normal
Recebimento tardio: envie um evento fictício após o intervalo previsto e confira a qual período ele foi relacionado. Registre o que acontece se o fechamento operacional já tiver ocorrido.
Reenvio: repita o envio previsto pelo teste e confira se o destino evita duplicação indevida. Se houver tratamento manual, registre a dependência e o responsável; não descreva como automático um controle que depende de conferência humana.
Mudança de associação: simule uma transferência ou troca de dispositivo no ambiente de teste. Confira os eventos antes e depois da mudança, preservando os vínculos e horários esperados.
Correção: ajuste um dado fictício pelo procedimento autorizado e verifique como a origem, o destino e o histórico refletem a alteração. Não corrija diretamente a base de produção para demonstrar o funcionamento.
Visão geral
Do evento à evidência de aceite
Delimitar
Definir versão, ambiente e destino do teste.
Comparar
Conferir campos e significado nas duas pontas.
Repetir cenários
Testar atraso, reenvio e mudança de associação.
Decidir
Registrar resultado, pendências e responsáveis.
Registre uma conclusão por cenário
A ficha pode conter cenário, resultado esperado, evidência de origem, evidência de destino, resultado observado, pendência e responsável. Use uma conclusão explícita: aceito, não aceito ou não avaliado. Um cenário não executado não deve aparecer como aprovado por ausência de erro conhecido.
Quando houver divergência, mantenha a evidência necessária para a investigação, com acesso adequado. A correção só fecha o cenário depois da repetição pertinente e da conferência entre as áreas. Não é necessário repetir todos os cenários por uma alteração isolada; o alcance depende do que mudou e dos efeitos possíveis.
Separe aceite técnico de regra de cobrança
Considere um evento fictício associado ao atendimento correto e recebido sem duplicação. Isso demonstra parte do percurso técnico. Não demonstra, por si só, que o lançamento é devido, que a conta foi aceita ou que houve recebimento financeiro.
O faturamento precisa conferir a regra contratual pertinente. Conta aberta, pacote e diária global podem exigir leituras diferentes. Para aprofundar essa distinção, consulte registro de oxigênio e regra de cobrança.
Leve a evidência para a decisão do piloto
Os guias SAFER de 2025 tratam, entre outros temas, de identificação de pacientes e de configuração, validação e manutenção de sistemas e interfaces. São referências internacionais sobre segurança da informação em saúde, não uma certificação do ATAS O2 nem um protocolo específico de faturamento brasileiro. A ficha deste artigo é uma proposta editorial para organizar a avaliação local.
Prepare a validação do monitoramento com critérios de saída. Para discutir o projeto, converse com a Salvus sobre a integração do seu hospital, levando o sistema de destino, os cenários prioritários e as áreas que participarão do aceite.