O fluxo em uma imagem

A arquitetura documenta origens diferentes e rotas específicas, mas todas convergem para serviços gerenciados e consumo autorizado.

Visão original da plataforma: conectores e sistemas externos alimentam mediações e repositórios; canais consomem APIs gerenciadas.

1. Origem e extração

No caminho AGHU, o conector lê dados relacionais sem transferir essa complexidade para a aplicação de origem.

Consultas SQL externas ao código extraem dados cadastrais e clínicos. O desenho permite ajustar a extração por versão do AGHU e reutilizar o motor do conector em diferentes hospitais.

Os dados são organizados em um modelo de informação simplificado. Uma parte Record concentra paciente, profissional, organização e metadados; ClinicalData recebe o conteúdo específico, como RAC ou resultado de exame.

2. Normalização e envio

O modelo simplificado reduz a distância entre o schema relacional e os artefatos de interoperabilidade.

  1. 1
    Selecionar

    O conector executa consultas de leitura e monta objetos do modelo simplificado.

  2. 2
    Transformar

    Transformações XSLT convertem dados clínicos para o DCM/OpenEHR correspondente.

  3. 3
    Empacotar

    Documentos e metadados são organizados conforme os contratos de integração, incluindo uso de FHIR e IHE MHD quando documentado.

  4. 4
    Transmitir

    O conector chama interfaces controladas da plataforma; autenticação real permanece fora deste portal.

  5. 5
    Mediar

    O Micro Integrator valida, transforma e orquestra o processamento necessário.

Fluxo conceitual
AGHU / sistema externo
  ↓ extração
Modelo simplificado
  ↓ transformação
DCM / recurso interoperável
  ↓ mediação
Repositório e serviços HU Digital

3. Persistência e indexação

Nem toda informação tem a mesma forma física de armazenamento.

TipoForma documentadaUso
Recurso clínico estruturadoHAPI CDR/FHIRConsulta, agregação e composição do RES
Documento OpenEHR/DCMArquivo normalizado e metadadosPreservar o documento clínico compartilhável
Resultado em PDF ou binárioArmazenamento de binários e referênciaExibir laudos e outros artefatos
Cadastro administrativoHAPI administrativoContextualizar profissionais, organizações e referências
AuditoriaLogs e índices de observabilidadeRastrear processamento e acesso

4. Exposição e consumo

As aplicações consultam serviços, não a estrutura interna de persistência.

  • O API Manager aplica o ponto de entrada e encaminha chamadas autorizadas.
  • EHRRunner e serviços FHIR recuperam recursos e composições clínicas.
  • APIs de usuário, consentimento e administração completam o contexto da jornada.
  • Portais e aplicativo apresentam os dados conforme perfil e finalidade.
  • Histórico e logs fornecem rastreabilidade para acesso e operação.