Agente de IA para Análise de Contas Hospitalares

15 de December de 2025 • Tempo de leitura: 5 min

Como criar um agente de IA que revisa contas hospitalares detalhadas, identifica discrepâncias e sugere correções.

1. Propósito e Escopo

Este documento define todos os prompts, configurações de memória, transição entre estados e demais requisitos funcionais para o Fluxo de Agentes "Análise de Contas Hospitalares". Essa documentação é um modelo de PRD ou Documento de Requisitos de Produto específicos para construção de Agentes de IA.

O objetivo principal é revisar contas hospitalares detalhadas, identificar discrepâncias e sugerir correções antes do envio para seguradoras ou pacientes, assegurando conformidade com as políticas de faturamento.

2. Contexto e Problema

Cenário Atual

As instituições de saúde enfrentam desafios frequentes com discrepâncias em contas hospitalares, que podem resultar em atrasos nos pagamentos e erros de faturamento, levando a cobranças excessivas ou insuficientes.

O processo atual de revisão de contas é manual e propenso a erros, demandando grande esforço e tempo das equipes de faturamento e auditoria.


Problemas Identificados

  • Discrepâncias frequentes: Inconsistências nas contas hospitalares que causam atrasos nos pagamentos.
  • Erros de faturamento: Cobranças excessivas ou insuficientes que geram insatisfação e retrabalho.

3. Impactos Esperados

A implementação deste fluxo de automação visa alcançar os seguintes resultados:

  • Reduzir discrepâncias nas contas hospitalares em pelo menos 90%.
  • Aumentar a precisão das cobranças e conformidade com as políticas de faturamento.
  • Otimizar o tempo das equipes de auditoria e faturamento, permitindo foco em atividades estratégicas.

4. Visão Geral da Solução

O agente de IA para análise de contas hospitalares revisa detalhadamente cada conta, identifica discrepâncias e sugere correções, assegurando conformidade com as políticas de faturamento antes do envio para seguradoras ou pacientes. A seguir são detalhadas todas as regras de negócio e especificações funcionais necessárias para que esse agente atue como um assistente útil e autônomo na análise de contas hospitalares.

A solução consiste em um fluxo de automação composto por 4 agentes de IA. O processo inicia com a padronização dos dados das contas e termina com a geração de um relatório e plano de correção.

A execução dos agentes é sequencial e linear, seguindo a ordem definida na tabela abaixo.

Agentes Função Principal
Agente de Padronização de Dados da Conta Hospitalar (RF 1) Estruturar e validar dados das contas hospitalares em um formato padronizado.
Agente de Execução de Consulta a Documento (RF 2) Consultar documentos de referência para obter regras e preços aplicáveis.
Agente de Auditoria de Contas Hospitalares (RF 3) Aplicar regras de faturamento e identificar discrepâncias nas contas.
Agente de Geração de Relatório e Plano de Correção (RF 4) Consolidar achados da auditoria e gerar relatório e plano de correção.

5. Protótipos

Para proporcionar uma visão clara e tangível da solução proposta, criamos protótipos interativos que demonstram tanto o fluxo de trabalho dos agentes quanto o resultado final que o cliente receberá. Explore os links abaixo para entender melhor a solução em ação.

6. Requisitos Funcionais

RF 1. Agente de Padronização de Dados da Conta Hospitalar

1.1 Tarefa do Agente

Receber contas hospitalares (PDF, CSV, planilha ou texto) e produzir um JSON estruturado e validado, padronizando códigos, quantidades, valores e metadados necessários para auditoria.

1.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo contas hospitalares em diversos formatos. Este texto é o registro bruto que precisa ser estruturado e validado.

# 2. Objetivo
Estruturar e validar as contas hospitalares, padronizando códigos, quantidades, valores e metadados necessários para auditoria.

# 3. Regras que você deve seguir para gerar sua resposta
- Converta todos os valores monetários para duas casas decimais e moeda BRL; calcule valor_total de cada item = quantidade x valor_unitario e valide que |soma(valor_total_itens) - subtotal_itens| <= 0,01; se divergir, registre alerta 'subtotal_inconsistente'.
- Normalize datas para AAAA-MM-DD e valide ordem cronológica: admissao <= data_lancamento_itens <= alta; se alta ausente, permita itens, mas registre 'alta_ausente'.
- Uniformize códigos (trim, upper, remover separadores supérfluos) e preserve original em campo codigo_original quando houver normalização.
- Classifique itens em grupo com base em código/descrição; se ambíguo, defina grupo='outros' e registre alerta 'grupo_ambiguo' com id_item.
- Preencha campos obrigatórios ausentes com null e inclua em lista_alertas_extracao cada ausência em formato {campo, tipo_alerta:'campo_ausente', descricao}.
- Se houver impostos/custas destacadas por item, agregue em totais.impostos; caso estejam embutidos, não crie campo por item; documente a estratégia em observacoes.
- Garanta unicidade de id_item; se duplicado na origem, reindexe e mantenha referencia_original.
- Se quantidade ou valor_unitario vierem como texto com separador decimal variável, padronize para ponto decimal, validando números positivos; se quantidade <= 0, registre 'quantidade_invalida'.
- Se input contiver várias faturas em um arquivo, separe por atendimento/id_atendimento gerando um json_conta_estruturada por fatura. 
1.3 Configurações do Agente

1.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente é o ponto de partida do fluxo e deve ser acionado pelo envio de arquivos de contas hospitalares via API. Na fase de testes, o fluxo será iniciado pelo envio manual dos dados, que serão enviados para o agente diretamente por upload dos arquivos na interface da Prototipe AI, para acelerar o processo de validação.
  • Tipo do input: O input inicial para o fluxo são arquivos de contas hospitalares em diversos formatos.
  • Formatos Suportados: Esse agente deve ser capaz de receber dados nos formatos: .pdf, .csv, .xlsx, .txt.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 100.000 caracteres.

1.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo os dados da conta padronizados e validados para auditoria.
  • Exemplo de Estrutura de Output:
     { "identificacao_paciente": {"nome": "João Silva", "id_paciente": "12345", "data_nascimento": "1980-01-01"}, "atendimento": {"id_atendimento": "67890", "tipo": "internacao", "datas": {"admissao": "2025-12-01", "alta": "2025-12-10"}, "medico_responsavel": "Dr. Carlos", "unidade": "Hospital Central", "leito": "101"}, "convenio": {"nome": "Saúde Plus", "plano": "Ouro", "numero_carteira": "SP123456", "numero_autorizacao": "AUT98765", "validade_autorizacao": {"inicio": "2025-12-01", "fim": "2025-12-10"}}, "itens": [{"id_item": "001", "data_lancamento": "2025-12-02", "codigo": "A123", "descricao": "Consulta Médica", "grupo": "procedimento", "quantidade": 1, "unidade_medida": "unidade", "valor_unitario": 150.00, "valor_total": 150.00, "centro_custo": "Consultas"}], "totais": {"subtotal_itens": 150.00, "descontos": 0.00, "coparticipacao": 0.00, "franquia": 0.00, "impostos": 0.00, "total_faturado": 150.00}, "anexos_requeridos": ["descricoes"], "observacoes": "" } 
  • Número de caracteres esperado: O JSON gerado deve ser conciso e informativo, com um tamanho estimado em torno de 5.000 caracteres, podendo variar conforme a complexidade da conta.

1.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

1.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

1.3.5 Memória

  • Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
  • Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Execução de Consulta a Documento (RF 2).

1.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Execução de Consulta a Documento (RF 2).

RF 2. Agente de Execução de Consulta a Documento

2.1 Tarefa do Agente

Realizar consulta a documentos de referência (políticas de faturamento do convênio e tabelas de codificação/valoração como TUSS/CBHPM) para obter regras e preços de referência aplicáveis aos códigos presentes na conta.

2.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo parâmetros de consulta já prontos para execução. 

# 2. Objetivo
Realizar a consulta aos documentos de referência e retornar os dados recuperados conforme o expected_output.

# 3. Regras que você deve seguir para gerar sua resposta
- Este agente apenas executa a consulta e retorna os dados recuperados conforme o expected_output; não realiza interpretação, validação ou cálculo. 
2.3 Configurações do Agente

2.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 1).
  • Tipo do input: Este agente deve ser apto a receber parâmetros de consulta já prontos para execução.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato de parâmetros JSON.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 3.000 caracteres.

2.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo os dados de referência recuperados.
  • Exemplo de Estrutura de Output:
     { "tabela_precos": [{"codigo": "A123", "descricao_ref": "Consulta Médica", "preco_ref": 150.00, "unidade_ref": "unidade", "vigencia": {"inicio": "2025-01-01", "fim": "2025-12-31"}, "fonte": "TUSS"}], "regras_aplicaveis": [{"id_regra": "R001", "tipo": "precificacao", "descricao": "Preço TUSS", "condicao_aplicacao": "", "parametros": "", "vigencia": {"inicio": "2025-01-01", "fim": "2025-12-31"}, "fonte": "TUSS"}], "incompatibilidades": [], "pacotes": [], "observacoes_consulta": "Consulta realizada com sucesso" } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 2.000 caracteres.

2.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

2.3.4 Ferramentas do Agente

  • Documentos: Este agente executa consultas a documentos externos conforme as regras definidas no prompt.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Este agente se conecta a sistemas externos para realizar consultas a documentos de referência.

2.3.5 Memória

  • Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
  • Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Auditoria de Contas Hospitalares (RF 3).

2.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Auditoria de Contas Hospitalares (RF 3).

RF 3. Agente de Auditoria de Contas Hospitalares

3.1 Tarefa do Agente

Aplicar regras de faturamento e integridade sobre o json_conta_estruturada usando dados_referencia para identificar discrepâncias e sugerir correções precisas e mensuráveis.

3.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um JSON estruturado da conta hospitalar e dados de referência para auditoria.

# 2. Objetivo
Identificar discrepâncias e sugerir correções precisas e mensuráveis na conta hospitalar.

# 3. Regras que você deve seguir para gerar sua resposta
- Precificação: para cada item com preco_ref disponível, compare valor_unitario vs preco_ref; se valor_unitario > preco_ref+0,01 registre discrepância 'precificacao' e sugira alterar_valor para preco_ref; calcule delta_valor = (valor_unitario - preco_ref) * quantidade.
- Quantitativo e plausibilidade: verifique limites por regra (ex.: diarias por periodo, materiais por procedimento); se quantidade > limite, sugira ajustar_quantidade para o limite e recalcular valor_total; se não houver limite explícito, aplique plausibilidade clínica básica: diarias <= dias_internacao, exames de repetição no mesmo dia sem justificativa marcam 'quantidade_excedente'.
- Incompatibilidades: para cada par (codigo_principal, codigo_incompativel) na conta, se coocorrentes sem exceção, sugira excluir o item de menor prioridade conforme regra_base ou consolidar em pacote.
- Pacotes: se item for pacote identificado em dados_referencia, verifique ausência de itens inclusos cobrados à parte; se presentes, marque 'cobrança_em_dobro' e sugira exclusão; se pacote ausente e itens inclusos presentes, sugira incluir pacote e excluir itens, quando permitido.
- Duplicidade: itens idênticos (codigo, data_lancamento, centro_custo, valor_unitario) dentro da mesma conta são duplicatas se intervalo de tempo e justificativa ausentes; sugira exclusão da duplicata mantendo 1 ocorrência.
- Código x descrição: se codigo existir mas descrição não corresponder à descricao_ref da tabela (diferença material, não apenas sintática), sugira alterar_codigo ou ajustar descricao para o padrao; registre 'codigo_descricao'.
- Datas e autorização: itens com data_lancamento fora da vigencia da autorizacao ou fora da janela de internacao geram 'divergencia_data' ou 'fora_da_autorizacao'; para OPME e procedimentos de alta complexidade sem numero_autorizacao, criar pendencia documental 'comprovante de autorizacao'.
- Honorários: aplique regra da tabela (CBHPM/chave do convênio) com coeficiente, porte, unidade de tempo/ato e multiplicadores permitidos; calcule valor_esperado e aponte diferenças; verifique taxa de sala e sua correlação com o porte.
- Impostos e taxas: se impostos destacados não batem com base legal ou parametrização do convênio, marque 'imposto_incorreto' com valor_esperado=0 caso não permitidos; para taxas administrativas, verifique previsão contratual em regras_aplicaveis antes de aceitar.
- Coparticipação e franquia: se convenio/plano prevê coparticipação/franquia, calcule valor devido e verifique se aplicado; se ausência, sugerir incluir item de coparticipação/franquia; se aplicado em excesso, sugerir ajuste.
- Totais: recalcule subtotal_itens e total_faturado após todas as acoes_sugeridas e preencha totais_recalculados; divergência residual > 0,01 deve gerar discrepância 'total_inconsistente'.
- Classificação de severidade: alta (risco de glosa certa ou fraude, p.ex. incompatibilidade, pacote), média (precificação acima do referencial, quantitativo excedente), baixa (descrição divergente sem impacto de valor). 
3.3 Configurações do Agente

3.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 2).
  • Tipo do input: Este agente deve ser apto a receber um JSON estruturado da conta hospitalar e dados de referência para auditoria.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato JSON.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 10.000 caracteres.

3.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo as discrepâncias identificadas e as correções sugeridas.
  • Exemplo de Estrutura de Output:
     { "discrepancias": [{"id_discrepancia": "D001", "severidade": "alta", "tipo": "precificacao", "item_ref": {"id_item": "001", "codigo": "A123", "descricao": "Consulta Médica"}, "regra_base": {"id_regra": "R001", "fonte": "TUSS"}, "valor_encontrado": 160.00, "valor_esperado": 150.00, "delta_valor": 10.00, "explicacao": "Preço acima do referencial TUSS", "acao_sugerida": {"tipo": "alterar_valor", "parametros": {"novo_valor_unitario": 150.00}}, "impacto_financeiro": {"sinal": "-", "valor": 10.00}}], "totais_recalculados": {"antes": 160.00, "depois": 150.00}, "conformidade_geral": {"status": "nao_conforme", "resumo": "Discrepâncias identificadas"}, "pendencias_documentais": [] } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 3.000 caracteres.

3.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

3.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Utiliza lógica interna para cálculo de discrepâncias e correções.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

3.3.5 Memória

3.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Geração de Relatório e Plano de Correção (RF 4).

RF 4. Agente de Geração de Relatório e Plano de Correção

4.1 Tarefa do Agente

Consolidar os achados da auditoria e produzir materiais de saída para correção e envio: um relatório legível e um JSON operacional com as ações a executar na conta.

4.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um JSON estruturado com os achados da auditoria para consolidação e produção de materiais de saída.

# 2. Objetivo
Consolidar os achados da auditoria e gerar um relatório legível e um JSON operacional com as ações a executar.

# 3. Regras que você deve seguir para gerar sua resposta
- Converta cada discrepância relevante de json_auditoria em uma ação concreta com parametros suficientes para execução (ex.: alterar_valor:{novo_valor_unitario}; ajustar_quantidade:{nova_quantidade}; incluir_item:{codigo, descricao, quantidade, valor_unitario, grupo}).
- Ordene acoes por impacto_financeiro absoluto decrescente e, em seguida, por severidade (alta, media, baixa).
- Recalcule novos_totais aplicando as ações sequencialmente e informe diferença total e percentual vs total original.
- Defina pronto_para_envio = true somente se não houver severidade 'alta' sem ação proposta e se pendencias_documentais estiver vazia; caso contrário, false e liste riscos_remanescentes.
- Inclua em justificativa a referência clara (id_regra e fonte) e resumo da lógica aplicada em linguagem objetiva para facilitar aceite do convênio.
- Se nenhuma discrepância for encontrada, gere relatório com declaração de conformidade e json_correcoes_aplicaveis com acoes=[]. 
4.3 Configurações do Agente

4.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 3).
  • Tipo do input: Este agente deve ser apto a receber um JSON estruturado com os achados da auditoria.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato JSON.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 8.000 caracteres.

4.3.2 Especificação do Output

  • Formato de output: O output deve incluir dois artefatos: (1) um relatório legível em Markdown e (2) um JSON operacional com as ações a executar na conta.
  • Exemplo de Estrutura de Output:
     # Relatório de Auditoria
    
    ## Resumo Executivo
    Foram identificadas discrepâncias nas contas hospitalares auditadas. Ações corretivas foram sugeridas.
    
    ## Tabela de Discrepâncias
    - **ID:** D001
    - **Severidade:** Alta
    - **Tipo:** Precificação
    - **Item:** Consulta Médica
    - **Valor Encontrado:** R$160,00
    - **Valor Esperado:** R$150,00
    - **Ação Sugerida:** Alterar valor para R$150,00
    
    ## Pendências Documentais
    Nenhuma pendência documental identificada.
    
    ## Totais Antes/Depois
    - **Total Antes:** R$160,00
    - **Total Depois:** R$150,00
    
    ## Checklist de Conformidade
    Discrepâncias corrigidas e conta pronta para envio.
    
    # JSON de Correções
    { "acoes": [{"ordem": 1, "tipo": "alterar_valor", "item_ref": {"id_item": "001"}, "parametros": {"novo_valor_unitario": 150.00}, "justificativa": "Preço ajustado conforme TUSS", "base_regulatoria": "TUSS"}], "novos_totais": {"antes": 160.00, "depois": 150.00}, "pronto_para_envio": true, "riscos_remanescentes": [] } 
  • Número de caracteres esperado: O relatório deve ser conciso e informativo, com um tamanho estimado em torno de 6.000 caracteres.

4.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

4.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Utiliza lógica interna para cálculo de totais e ações corretivas.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

4.3.5 Memória

  • Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
  • Visibilidade da Resposta: A resposta gerada por este agente é o entregável final e não é passada para outros agentes internos.

4.3.6 Regras de Orquestração e Transição

A execução deste agente finaliza o fluxo. O relatório e o JSON gerados são os resultados que devem ser disponibilizados ao usuário.

© 2025 prototipe.ai. Todos os direitos reservados.