Dados do Med Hub
Correspondências com a aplicação atual e lacunas que a futura integração deverá resolver.
Atualizado em 21 de setembro de 2026
Diagnóstico do código atual
A inspeção do código e do esquema do Med Hub identificou cadastros de unidades, especialidades, ofertas de atendimento, convênios hospitalares, preços e mapa de salas, com separação por empresa. Não foi identificado um conector Tasy nesses componentes. Esta análise não consultou registros de clientes nem o banco do ERP.
| Área atual | Aproveitamento proposto | Cuidado de mapeamento |
|---|---|---|
| Unidades | Receber identidade e situação do estabelecimento. | Vincular pelo código externo; nomes não são chaves confiáveis. |
| Ofertas e profissionais | Relacionar profissional, especialidade e unidade. | Uma pessoa pode ter vários vínculos. Não reduzir tudo a um único cadastro. |
| Especialidades | Conciliar classificações e valores de consulta. | Preservar a fonte única de preços de consulta atualmente vinculada a Especialidades. |
| Preços de serviços | Atualizar exames e outros serviços conforme tabela aprovada. | Não misturar valor negociado, particular, cartão ou valor com vigência futura. |
| Convênios hospitalares | Atualizar operadoras, produtos e habilitações. | Preservar orientações editoriais e exceções aprovadas. |
| Mapa de salas | Relacionar recursos físicos e disponibilidade quando compatíveis. | Grade semanal de sala não equivale a agenda clínica nem confirma vaga para paciente. |
| Histórico | Registrar alterações e conciliações. | Adicionar identidade técnica e origem da sincronização em uma implementação futura. |
Lacunas a implementar posteriormente
- Tabela de correspondência por empresa + sistema de origem + tipo de entidade + ID externo.
- Metadados: versão de origem, atualizado na origem, sincronizado em, origem por campo e situação de conflito.
- Fila durável ou jobs, checkpoints, rejeições, repetição e reconciliação.
- Identidade técnica de integração com escopo restrito; não reutilizar sessão de um administrador humano.
- Área privada de operação e políticas de obsolescência dos dados. A documentação pública não é esse painel.
- Regra de preservação de campos editoriais, exclusão lógica e resolução de divergências.
Responsabilidade por campo
| Informação | Autoridade sugerida | Regra |
|---|---|---|
| Código e situação operacional | Tasy, após validação de negócio | Med Hub espelha; alteração ocorre na origem. |
| Textos e orientações de atendimento | Med Hub | Preservar em campos locais separados. |
| Informação de captação / relacionamento | Doctor Cloud, se essa integração fizer parte do projeto | Definir propriedade antes de combinar fontes; não há fluxo triplo implantado aqui. |
| Preço e vínculo contratual | Sistema formalmente designado pelo negócio | Evitar regras simultâneas de sobrescrita por Tasy, Doctor Cloud e Med Hub. |