Instância local por hospital

Os documentos mostram cada hospital com seu AGHUx e sua instância do Conector RNDS, enquanto todos publicam na plataforma nacional.

  • Falhas podem estar restritas a uma instância ou afetar várias unidades.
  • Configuração, certificado e conectividade precisam ser validados no contexto do hospital afetado.
  • Comparar uma unidade saudável com a unidade afetada ajuda, desde que valores secretos não sejam copiados entre ambientes.
  • Uma mudança central de contrato RNDS pode produzir sintomas simultâneos em múltiplas instâncias.
Modelo distribuído reconstituído sem nomes de servidores ou endereços internos.

Artefatos documentados

A implantação simplificada combina aplicação, configuração externa, certificado e agendamento.

ArtefatoUsoCuidado
JAR do conectorExecuta o processamento Spring Boot/Batch.Confirmar versão e integridade do pacote.
application-external.propertiesSobrescreve configuração do ambiente.Não versionar credenciais ou caminhos secretos.
Certificado digitalAutenticação e contexto TLS da RNDS.Proteger arquivo, senha e renovação.
CRONAgenda a execução do processo.Validar fuso, usuário, concorrência e logs.
Diretório de execuçãoAgrupa artefatos da instância.Permissões mínimas e backup controlado.
Exemplo sanitizado
# Exemplo conceitual; confirme caminhos, usuário e agenda do ambiente
cd [DIRETORIO_DO_CONECTOR]
java -jar [ARTEFATO_DO_CONECTOR].jar

Verificação antes de iniciar

A configuração deve ser validada por categoria, sem imprimir segredos nos logs ou no chamado.

  1. 1
    Artefato

    Confirme versão do JAR e runtime Java compatível.

  2. 2
    Datasources

    Teste leitura do AGHUx e escrita no banco operacional com contas de menor privilégio.

  3. 3
    Certificado

    Confirme validade, cadeia, permissão de leitura e associação ao ambiente correto.

  4. 4
    RNDS

    Valide DNS, rota, TLS e obtenção de token sem registrar seu valor.

  5. 5
    Agenda

    Revise CRON, fuso, exclusão mútua e diretório de logs.