Arquitetura de integração
Separação entre ERP, transporte, processamento e consulta pelos usuários.
Fluxo recomendado
Interface autorizada
Identidade · regras · consistência
Base de consulta atualizada
Correção e reprocessamento
A camada de integração transforma o contrato Tasy em um modelo estável para o Med Hub. Uma área de validação recebe o lote antes da publicação. Registros válidos atualizam a projeção de leitura; divergências permanecem em revisão. O navegador consulta o Med Hub e não recebe segredos do ERP.
Como atravessar a rede
| Cenário | Desenho proposto |
|---|---|
| API HTTPS acessível com controle | Serviço de backend consulta o gateway autorizado com credencial técnica e escopo restrito. |
| Tasy em rede privada | Adaptador na rede Mantevida lê o contrato autorizado e envia lotes por HTTPS a uma futura entrada autenticada do Med Hub. |
| HL7, SFTP ou conexão de banco | Adaptador externo compatível recebe esse transporte e entrega HTTPS; não conectar o navegador nem depender de socket TCP no ambiente Sites. |
Componentes futuros
- Adaptador Tasy: traduz contratos e trata autenticação, limites e paginação.
- Validador: verifica tipo, domínio, identidade, vigência e empresa antes da gravação.
- Processador durável: controla jobs, repetição limitada e retomada por checkpoint.
- Projeção Med Hub: grava de forma idempotente sem alterar os campos editoriais.
- Observabilidade: registra atraso, rejeições e correlação sem payload clínico nos logs.
Escolhas e limites
A cópia local mantém a pesquisa utilizável durante uma indisponibilidade do ERP, mas exige indicação de atualização e limite de validade. Consulta em tempo real evita parte da defasagem, porém torna o atendimento dependente da latência e da disponibilidade externa. Recomenda-se cópia local para o catálogo e avaliação específica para vagas e preços muito dinâmicos.