Agente de IA para Acompanhamento de Pacientes em Observação

Monitorar continuamente os sinais vitais dos pacientes em observação, garantindo que qualquer alteração significativa seja identificada imediatamente.

1.3.1 Especificação do Input

• Mecanismo de Acionamento: Este agente é o ponto de partida do fluxo e deve ser acionado pelo envio contínuo de dados de sinais vitais 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 de um csv na interface da Prototipe AI, para acelerar o processo de validação.
• Tipo do input: Dados em tempo real dos sinais vitais dos pacientes.
• 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 dados com até 10.000 caracteres por paciente.

1.3.2 Especificação do Output

• Formato de output: O output deve ser um registro estruturado em **JSON**. A estrutura deve incluir os campos `Alteração Detectada`, `Horário do Evento`, `Paciente` e `Ação Recomendada`.
• Exemplo de Estrutura de Output:

   {
    "alteracao_detectada": "Frequência cardíaca elevada",
    "horario_do_evento": "14:35",
    "paciente": "João da Silva",
    "acao_recomendada": "Avaliação médica imediata"
  } 

• Número de caracteres esperado: O JSON final deve ter um tamanho aproximado de 300 caracteres por evento registrado.

1.3.3 Parâmetros de Geração

• Modelo: GPT-5
• Temperatura: 0.4

1.3.4 Ferramentas do Agente

• Documentos: Não consulta documentos externos.
• Calculadora: Não utiliza.
• Busca Online: Não utiliza.
• Sistemas Externos: Se conecta ao Sistema de Gestão do Pronto Atendimento para registro das alterações.

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 Registrador de Alterações (RF 2).

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

Ao concluir sua execução, esse agente aciona o Registrador de Alterações (RF 2).

Registrar automaticamente quaisquer alterações significativas no estado do paciente, garantindo que o registro seja armazenado no sistema de gestão.

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: Registro estruturado em JSON de alterações significativas nos sinais vitais.
• 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é 500 caracteres por registro.

2.3.2 Especificação do Output

• Formato de output: O output deve ser um log de confirmação de registro em **JSON**. A estrutura deve incluir os campos `Registro de Alteração`, `Horário do Evento`, `Paciente` e `Status de Registro`.
• Exemplo de Estrutura de Output:

   {
    "registro_de_alteracao": "Frequência cardíaca elevada",
    "horario_do_evento": "14:35",
    "paciente": "João da Silva",
    "status_de_registro": "Sucesso"
  } 

• Número de caracteres esperado: O JSON final deve ter um tamanho aproximado de 200 caracteres por log de confirmação.

2.3.3 Parâmetros de Geração

• Modelo: GPT-5
• Temperatura: 0.4

2.3.4 Ferramentas do Agente

• Documentos: Não consulta documentos externos.
• Calculadora: Não utiliza.
• Busca Online: Não utiliza.
• Sistemas Externos: Se conecta ao Sistema de Gestão do Pronto Atendimento para registro das alterações.

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 Alerta Médico (RF 3).

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

Ao concluir sua execução, esse agente aciona o Agente de Alerta Médico (RF 3).

Alertar a equipe médica sobre alterações que possam requerer intervenção imediata, garantindo que a comunicação seja clara e eficaz.

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: Log de confirmação de registro em JSON de alterações significativas nos sinais vitais.
• 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é 500 caracteres por log.

3.3.2 Especificação do Output

• Formato de output: O output deve ser um log de alerta em **JSON**. A estrutura deve incluir os campos `Alerta Médico`, `Horário do Evento`, `Paciente` e `Status do Alerta`.
• Exemplo de Estrutura de Output:

   {
    "alerta_medico": "Frequência cardíaca elevada detectada",
    "horario_do_evento": "14:35",
    "paciente": "João da Silva",
    "status_do_alerta": "Enviado com sucesso"
  } 

• Número de caracteres esperado: O JSON final deve ter um tamanho aproximado de 200 caracteres por log de alerta.

3.3.3 Parâmetros de Geração

• Modelo: GPT-5
• Temperatura: 0.4

3.3.4 Ferramentas do Agente

• Documentos: Não consulta documentos externos.
• Calculadora: Não utiliza.
• Busca Online: Não utiliza.
• Sistemas Externos: Se conecta ao Sistema de Gestão do Pronto Atendimento para envio de alertas.

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 não é passada para outros agentes internos.

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

A execução deste agente finaliza o fluxo. O alerta enviado é o resultado que deve ser disponibilizado à equipe médica.