1. Propósito e Escopo
Este documento define todos os prompts, configurações de memória, transição entre estados, consulta a documentos e demais requisitos funcionais para o desenvolvimento do Agente de IA para Relatórios de Evolução Clínica. Essa documentação serve como um modelo de PRD ou Documento de Requisitos de Produto específicos para construção de Agentes de IA.
O objetivo principal desse agente é automatizar a síntese de informações diárias dos prontuários de pacientes internados, gerando relatórios de evolução clínica padronizados e consistentes para a equipe médica.
2. Contexto e Problema
Cenário Atual
A equipe médica enfrenta uma sobrecarga significativa com a elaboração manual de relatórios clínicos. Além disso, há uma falta de padronização e consistência nos relatórios de evolução clínica, e atrasos na disponibilização de informações atualizadas sobre a evolução do paciente.
Problemas Identificados
- Sobrecarga da equipe médica: A elaboração manual de relatórios consome tempo valioso que poderia ser dedicado ao atendimento direto aos pacientes.
- Falta de padronização: A ausência de um formato padronizado para os relatórios resulta em informações inconsistentes.
- Atrasos na informação: A demora na atualização dos relatórios clínicos pode impactar negativamente o cuidado ao paciente.
3. Impactos Esperados
A implementação deste agente de IA visa alcançar os seguintes resultados:
- Reduzir a carga de trabalho da equipe médica em relação à elaboração de relatórios.
- Padronizar e melhorar a consistência dos relatórios de evolução clínica.
- Disponibilizar informações atualizadas de forma mais rápida e eficiente para a equipe médica.
4. Visão Geral da Solução
O agente de IA para relatórios de evolução clínica processa dados dos prontuários de pacientes internados, aplica regras de padronização e gera relatórios consistentes e atualizados para a equipe médica. A seguir são detalhadas todas as regras de negócio e especificações funcionais necessárias para que esse agente atue de forma autônoma e eficiente na geração de relatórios clínicos.
A solução consiste em um fluxo de automação composto por 5 agentes de IA. O processo inicia com a definição de parâmetros de consulta e termina com a geração de um relatório de evolução clínica padronizado e consistente.
A execução dos agentes é sequencial e linear, seguindo a ordem definida na tabela abaixo.
| Agentes | Função Principal |
|---|---|
Agente de Preparação de Parâmetros de Consulta de Prontuário (RF 1)
| Definir parâmetros de busca e escopo temporal para coleta de informações diárias do prontuário do paciente. |
Agente de Execução de Consulta a Documento (RF 2)
| Realizar consulta aos documentos e sistemas de prontuário para obter trechos relevantes ao período e seções solicitadas. |
Agente de Normalização e Estruturação de Dados Clínicos (RF 3)
| Transformar trechos brutos do prontuário em JSON clínico padronizado e consistente. |
Agente de Verificação de Consistência e Precisão Clínica (RF 4)
| Revisar o JSON clínico estruturado, detectar incoerências e preparar uma versão validada para uso no relatório. |
Agente de Geração de Relatório de Evolução Clínica (RF 5)
| Gerar relatório de evolução clínica padronizado e consistente, pronto para disponibilização diária à equipe médica. |
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 a equipe médica receberá. Explore os links abaixo para entender melhor a solução em ação.
6. Requisitos Funcionais
RF 1. Agente de Preparação de Parâmetros de Consulta de Prontuário
1.1 Tarefa do Agente
Definir parâmetros de busca e escopo temporal para coletar informações diárias do prontuário do paciente a partir de identificadores fornecidos.
1.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo identificadores do paciente e uma data de referência para coletar informações diárias do prontuário. # 2. Objetivo Definir parâmetros de busca e escopo temporal para coletar as informações necessárias, garantindo a precisão e a consistência dos dados. # 3. Regras que você deve seguir para gerar sua resposta - Se janela_horas não for informada, definir 24; delimitar periodo.inicio = data_referencia 00:00 e periodo.fim = data_referencia 23:59 no fuso do hospital se conhecido, senão UTC. - Remover caracteres inválidos de paciente_id mantendo apenas [A-Za-z0-9-_]. - Sempre incluir nas prioridades: evolucao_ultimas_24h, mudancas_terapeuticas, instabilidade_hemodinamica. - Se secoes_requeridas estiver vazia, usar o conjunto padrão do expected_input. - Incluir termos_clinicos_prioritarios com variações semânticas simples (ex.: febre, febril; hipotensao, PA baixa). - Produzir consulta_params completo mesmo se alguma fonte estiver ausente; listar só as disponíveis. - Não duplicar fontes; normalizar para lista única por tipo.
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 dados do prontuário médico digital via API após o atendimento estar finalizado. Na fase de testes, os dados serão enviados pelo agente diretamente por upload de um csv na interface da Prototipe AI, para acelerar o processo de validação.
- Tipo do input: O input inicial para o fluxo é um conjunto de dados estruturados contendo identificadores do paciente e data de referência.
-
Formatos Suportados: Esse agente deve ser capaz de receber dados nos formatos:
.csv,.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 10.000 caracteres.
1.3.2 Especificação do Output
- Formato de output: O output deve ser um arquivo JSON contendo os parâmetros de consulta definidos, incluindo o período de análise, prioridades e seções requeridas.
-
Exemplo de Estrutura de Output:
{ "consulta_params": { "paciente_id": "string", "periodo": { "inicio": "YYYY-MM-DDTHH:mm:ssZ", "fim": "YYYY-MM-DDTHH:mm:ssZ" }, "prioridades": ["evolucao_ultimas_24h", "mudancas_terapeuticas", "instabilidade_hemodinamica"], "secoes_requeridas": ["sinais_vitais", "medicacoes", "diagnosticos", "condutas", "exames_laboratoriais", "eventos_adversos"], "termos_clinicos_prioritarios": ["febre", "queda_saturacao", "dor", "hipotensao", "taquicardia", "oliguria"], "fontes": { "prontuario_texto": ["..."], "anexos_pdf": ["..."], "sistemas": ["..."] } } } - Número de caracteres esperado: O JSON gerado terá um tamanho aproximado de 2.000 caracteres.
1.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
1.3.4 Ferramentas do Agente
- Documentos: Consulta documentos de prontuários médicos digitais.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Conecta-se a sistemas de prontuário eletrônico (EHR).
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 aos documentos e sistemas de prontuário para obter trechos relevantes ao período e seções solicitadas.
2.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo parâmetros de consulta definidos para coletar trechos relevantes do prontuário do paciente. # 2. Objetivo Realizar a consulta aos documentos e sistemas de prontuário, obtendo os trechos necessários para a análise clínica. # 3. Regras que você deve seguir para gerar sua resposta - Este agente apenas executa a consulta com os parâmetros recebidos; não aplicar transformações, inferências ou sínteses. - Manter a íntegra dos trechos e metadados mínimos (secao, timestamp, origem). - Garantir que todos os trechos relevantes sejam coletados conforme os parâmetros de consulta.
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 um arquivo JSON contendo os parâmetros de consulta definidos pelo agente anterior.
-
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 até 2.000 caracteres.
2.3.2 Especificação do Output
- Formato de output: O output deve ser um arquivo JSON contendo os dados recuperados do prontuário, incluindo seções, timestamps, origem e conteúdo bruto.
-
Exemplo de Estrutura de Output:
{ "dados_recuperados": [ { "secao": "sinais_vitais", "timestamp": "ISO8601", "origem": "EHR_X", "autor": "opcional", "texto": "conteudo bruto do trecho" } ] } - Número de caracteres esperado: O JSON gerado terá um tamanho aproximado de 5.000 caracteres.
2.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
2.3.4 Ferramentas do Agente
- Documentos: Consulta documentos de prontuários médicos digitais.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Conecta-se a sistemas de prontuário eletrônico (EHR).
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 Normalização e Estruturação de Dados Clínicos (RF 3).
2.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Normalização e Estruturação de Dados Clínicos (RF 3).
RF 3. Agente de Normalização e Estruturação de Dados Clínicos
3.1 Tarefa do Agente
Transformar trechos brutos do prontuário em JSON clínico padronizado e consistente para as últimas 24–72 horas.
3.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo trechos brutos do prontuário do paciente para serem transformados em um JSON clínico padronizado. # 2. Objetivo Transformar os trechos brutos em um JSON clínico padronizado e consistente, garantindo a precisão e a integridade dos dados. # 3. Regras que você deve seguir para gerar sua resposta - Extrair e padronizar unidades: PA em mmHg (sistólica/diastólica como "120/80"), FC em bpm, FR em irpm, Temp em °C, SpO2 em %. - Consolidar séries temporais por tipo; calcular min, max, media e ultimo dentro do período. - Medicamentos: representar cada item com nome padronizado (sem abreviações ambíguas), dose numérica e unidade separadas, via padronizada, frequência textual curta (ex.: q8h), status inferido por verbos (iniciado/mantido/ajustado/suspenso) quando explícito no texto; registrar ultima_administracao se disponível. - Laboratórios: agrupar por analito; manter unidade conforme fonte; calcular tendência comparando último valor do período com valores de 24/48/72h antes quando existirem. - Diagnósticos/comorbidades: listar termos como strings; evitar sinônimos duplicados (ex.: DM2, Diabetes tipo 2 -> "Diabetes mellitus tipo 2"). - Dispositivos: identificar presença e status; datas em ISO8601. - Balanço hídrico: se entradas/saídas parciais, somar no período; resultado = entradas - saídas. - Observacoes_relevantes: incluir fatos clínicos chave das últimas 24h (p.ex., febre, hipotensão, dor intensa, piora respiratória, início de antibiótico, necessidade de O2). - Faltantes: listar chaves esperadas sem dado (ex.: "sinais_vitais", "laboratorio"). - Flags de consistência: marcar datas_incoerentes se existir timestamp fora do período de análise; listar unidades_ausentes quando dose sem unidade; duplicidades quando registros idênticos de mesma fonte e timestamp. - padronizacao_realizada = "sim" se JSON segue o schema completo (pelo menos sinais_vitais OU laboratórios OU medicacoes presentes), caso contrário "nao".
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 arquivo JSON contendo os dados recuperados do prontuário pelo agente anterior.
-
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 até 5.000 caracteres.
3.3.2 Especificação do Output
- Formato de output: O output deve ser um arquivo JSON clínico padronizado, contendo todas as informações estruturadas e consistentes para análise clínica.
-
Exemplo de Estrutura de Output:
{ "paciente_id": "string", "periodo_analise": { "inicio": "ISO8601", "fim": "ISO8601" }, "sinais_vitais": { "itens": [ { "tipo": "PA|FC|FR|Temp|SpO2", "unidade": "mmHg|bpm|irpm|C|%", "valores": [ { "timestamp": "ISO8601", "valor": 0 } ], "min": 0, "max": 0, "media": 0, "ultimo": { "timestamp": "ISO8601", "valor": 0 } } ] }, "medicacoes": [ { "nome": "string", "dose": 0, "unidade": "mg|mcg|g|mL|UI", "via": "VO|EV|IM|SC|Inalatória|Sonda", "frequencia": "q6h|1x/dia|contínua", "ultima_administracao": "ISO8601", "status": "iniciada|mantida|ajustada|suspensa", "indicacao_sugerida": "opcional" } ], "exames_laboratoriais": [ { "nome": "Hemoglobina|Creatinina|PCR|...", "resultados": [ { "timestamp": "ISO8601", "valor": 0, "unidade": "g/dL|mg/dL|mg/L|..." } ], "referencia": { "min": 0, "max": 0 }, "tendencia": { "h24": "subiu|caiu|estavel|sem_dados", "h48": "subiu|caiu|estavel|sem_dados", "h72": "subiu|caiu|estavel|sem_dados" } } ], "diagnosticos_ativos": ["string"], "comorbidades": ["string"], "alergias": ["string"], "dispositivos": [ { "tipo": "CVC|SNG|SV|Ventilacao|Dreno|Cateter", "status": "em_uso|removido", "colocacao": "ISO8601" } ], "eventos_adversos": [ { "tipo": "queda|reacao_medicamentosa|extravasamento|...", "timestamp": "ISO8601", "descricao": "string" } ], "procedimentos": [ { "nome": "Hemocultura|TC|USG|...", "timestamp": "ISO8601", "resultado_resumo": "string" } ], "balanco_hidrico": { "entradas_mL": 0, "saidas_mL": 0, "resultado_mL": 0 }, "observacoes_relevantes": "string", "faltantes": ["campos_sem_dado"], "flags_consistencia": { "datas_incoerentes": false, "unidades_ausentes": [], "duplicidades": [] }, "padronizacao_realizada": "sim|nao" } - Número de caracteres esperado: O JSON gerado terá um tamanho aproximado de 7.000 caracteres.
3.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
3.3.4 Ferramentas do Agente
- Documentos: Consulta documentos de prontuários médicos digitais.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Conecta-se a sistemas de prontuário eletrônico (EHR).
3.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 Verificação de Consistência e Precisão Clínica (RF 4).
3.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Verificação de Consistência e Precisão Clínica (RF 4).
RF 4. Agente de Verificação de Consistência e Precisão Clínica
4.1 Tarefa do Agente
Revisar o JSON clínico estruturado, detectar incoerências e preparar uma versão validada para uso no relatório.
4.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um JSON clínico estruturado para revisão e validação. # 2. Objetivo Revisar o JSON clínico estruturado, detectar incoerências e preparar uma versão validada para uso no relatório. # 3. Regras que você deve seguir para gerar sua resposta - Validar faixas plausíveis (adulto geral) sem interpretar clinicamente: FC 20–250 bpm, FR 4–80 irpm, Temp 30–42 C, PA sistólica 50–260 mmHg, SpO2 50–100%. Valores fora dessa faixa devem ser mantidos mas sinalizados em erros. - Conferir coerência temporal: ultimo.timestamp deve ser o mais recente do período; se não for, reordenar e atualizar campos de resumo. - Unidades ausentes em medicacoes: mover item para erros e marcar padronizacao_realizada como "nao" se >20% das medicacoes carecem de unidade. - Duplicidades: remover registros idênticos mantendo o mais recente por origem e timestamp; registrar em ajustes_aplicados. - Tendências laboratoriais: se houver apenas um valor no período, definir h24/h48/h72 = "sem_dados". - Se faltantes contiver "sinais_vitais" e "laboratorio", set aprovado = false; caso contrário, aprovado = true. - json_validado deve preservar todos os dados do input, apenas corrigindo campos derivados e sinalizações.
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 arquivo JSON clínico padronizado gerado pelo agente anterior.
-
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 até 7.000 caracteres.
4.3.2 Especificação do Output
- Formato de output: O output deve ser um arquivo JSON contendo o JSON clínico validado, lista de erros detectados, ajustes aplicados e status de aprovação.
-
Exemplo de Estrutura de Output:
{ "aprovado": true, "erros": ["lista de problemas"], "ajustes_aplicados": ["normalizacoes executadas"], "json_validado": { ...mesma estrutura corrigida... } } - Número de caracteres esperado: O JSON gerado terá um tamanho aproximado de 8.000 caracteres.
4.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
4.3.4 Ferramentas do Agente
- Documentos: Consulta documentos de prontuários médicos digitais.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Conecta-se a sistemas de prontuário eletrônico (EHR).
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 deve ser visível para o Agente de Geração de Relatório de Evolução Clínica (RF 5).
4.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 de Evolução Clínica (RF 5).
RF 5. Agente de Geração de Relatório de Evolução Clínica
5.1 Tarefa do Agente
Gerar relatório de evolução clínica padronizado, consistente e pronto para disponibilização diária à equipe médica.
5.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um JSON clínico validado para geração de relatório de evolução clínica. # 2. Objetivo Gerar um relatório de evolução clínica padronizado e consistente, pronto para disponibilização diária à equipe médica. # 3. Regras que você deve seguir para gerar sua resposta - Seguir template fixo: 1) Identificação (paciente_id, período) 2) Resumo das últimas 24h (3–6 sentenças objetivas baseadas em observacoes_relevantes e mudancas em medicacoes) 3) Sinais vitais: apresentar ultimo valor + (min–max) e comentários de estabilidade 4) Laboratório: listar analitos relevantes com último valor, unidade e tendência h24/h48/h72 5) Medicamentos: destacar novos, ajustados e suspensos nas últimas 24h 6) Dispositivos: status e datas 7) Eventos/Procedimentos: principais com data 8) Avaliação: síntese do quadro atual sem recomendações terapêuticas prescritivas 9) Plano do dia: itens objetivos baseados em pendências registradas (checklist) 10) Alertas/Flags: exibir flags_consistencia e quaisquer erros não bloqueantes. - Não inventar dados ausentes; quando alguma seção não tiver informação, inserir "Sem novos dados nas últimas 24h". - Datas/timestamps sempre em ISO8601 entre parênteses quando exibidos. - Linguagem clara, objetiva e sem jargões ambíguos; evitar opiniões sem base no json_validado. - Se aprovado=false no input, gerar relatório com cabeçalho "Relatório Parcial" e destacar pendências críticas de dados.
5.3 Configurações do Agente
5.3.1 Especificação do Input
- Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 4).
- Tipo do input: Este agente deve ser apto a receber um arquivo JSON clínico validado gerado pelo agente anterior.
-
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 até 8.000 caracteres.
5.3.2 Especificação do Output
- Formato de output: O output deve ser um relatório de evolução clínica diário em texto estruturado (ex.: markdown) com seções fixas: Identificação, Resumo 24h, Sinais Vitais (com tendências), Laboratório (com tendências), Medicamentos e Intervenções, Dispositivos, Eventos/Procedimentos, Avaliação, Plano do Dia, Pendências/Exames Programados, Alertas/Flags.
-
Exemplo de Estrutura de Output:
Relatório de Evolução Clínica Identificação - Paciente ID: 12345 - Período: 2025-12-14T00:00:00Z a 2025-12-14T23:59:59Z Resumo 24h - O paciente apresentou febre e hipotensão nas últimas 24 horas. - Ajuste na medicação para hipertensão foi realizado. Sinais Vitais - PA: 120/80 mmHg (min: 110/70, max: 130/85) - FC: 75 bpm (estável) Laboratório - Hemoglobina: 13.5 g/dL (subiu nas últimas 24h) Medicamentos e Intervenções - Novo medicamento: Lisinopril 10mg Dispositivos - CVC em uso desde 2025-12-13 Eventos/Procedimentos - Hemocultura realizada em 2025-12-14 Avaliação - Paciente estável, mas requer monitoramento contínuo para pressão arterial. Plano do Dia - Monitorar sinais vitais a cada 4 horas Pendências/Exames Programados - Ecocardiograma agendado para 2025-12-15 Alertas/Flags - Nenhum alerta crítico identificado
- Número de caracteres esperado: O relatório gerado terá um tamanho aproximado de 3.000 caracteres.
5.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
5.3.4 Ferramentas do Agente
- Documentos: Não consulta.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não utiliza.
5.3.5 Memória
- Visibilidade das Instruções (Prompt): As instruções não são visíveis para agentes subsequentes.
- Visibilidade da Resposta: A resposta (relatório de evolução clínica) é o entregável final e não é passada para outros agentes internos.
5.3.6 Regras de Orquestração e Transição
A execução deste agente finaliza o fluxo. O relatório gerado é o resultado que deve ser disponibilizado à equipe médica.