Catálogo de interfaces
Caminhos de integração, aplicabilidade e condições para escolher o contrato correto.
Atualizado em 21 de setembro de 2026
Modalidades confirmadas publicamente
A arquitetura da Oracle para Tasy HTML5 descreve um serviço de integração com REST, SOAP, HL7 e troca de arquivos. Diferencia esse serviço da API proprietária utilizada pelo cliente HTML5 e do serviço de relatórios. A referência também menciona WSI e TIE no dimensionamento. Ela não informa as operações ou licenças da Mantevida.
- Oracle · Implement the Philips Tasy Healthcare SystemArquitetura de referência, novembro de 2023. Confirma modalidades de integração; não é o catálogo contratado da Mantevida.
| Modalidade | Aplicação proposta no Med Hub | Contrato a obter |
|---|---|---|
| REST | Consultar cadastros e alterações em lotes controlados. Primeira opção se houver cobertura oficial. | OpenAPI ou especificação equivalente; filtros, paginação, autenticação, limites e erros. |
| SOAP / web services | Consumir operações já disponíveis e homologadas quando REST não cobrir o domínio. | WSDL, XSD, operações liberadas, namespaces, segurança e fault codes. |
| HL7 | Receber eventos de integração quando o ambiente os publicar. Pode complementar a leitura de cadastros. | Versão, perfis de mensagem, gatilhos, transporte, ACK, repetição e exemplos. |
| Arquivos | Carga inicial ou atualização periódica quando uma interface em lote atender à necessidade. | Layout versionado, codificação, local de entrega, periodicidade, confirmação e tratamento de rejeições. |
Alternativas condicionais
Os itens abaixo são possibilidades a avaliar, sem comprovação de disponibilidade nesta instalação. A existência de uma tecnologia no mercado não significa que ela esteja habilitada no Tasy.
| Alternativa | Quando considerar | Condição / restrição |
|---|---|---|
| FHIR | Quando houver servidor ou adaptador homologado com os recursos necessários. | Obter a versão e o CapabilityStatement. Não assumir que HL7 significa FHIR. |
| Eventos / webhooks | Para baixa latência se existir mecanismo contratado de publicação. | Confirmar assinatura, entrega, identificação, repetição e replay; não presumir webhooks nativos. |
| Middleware / motor de integração | Para transformar contratos, receber mensagens e separar redes. | Confirmar com a Philips quais componentes, inclusive WSI/TIE, se aplicam. Não assumir WSO2, Mirth ou outro produto instalado. |
| Exportação por views / ETL | Alternativa de leitura quando APIs não cobrirem um dado e o fornecedor autorizar. | Preferir views homologadas ou réplica, usuário somente leitura e carga controlada. Não escrever no banco do ERP. |
| CDC / captura de mudanças | Volume e latência justificam uma solução específica. | Validar licenciamento, suporte, acesso a logs e impacto com fornecedor e DBA. Não é uma capacidade nativa confirmada. |
| RPA / automação de tela | Último recurso temporário para lacuna sem interface suportada. | Alto custo de manutenção; requer autorização, rastreabilidade e plano de substituição. |
| DICOM, CDA e TISS | Somente se um futuro escopo demandar imagens, documentos clínicos ou troca com operadoras. | Padrões de domínios distintos; suporte Tasy não validado aqui. Não substituem um catálogo de profissionais e preços. |
Critério de escolha
- A interface cobre os dados e filtros necessários, incluindo inativações?
- Está suportada para a versão e os módulos contratados?
- Há atualização incremental e limites compatíveis com a rotina?
- A rede permite uma troca segura e monitorada?
- O custo total inclui licença, implantação, homologação, infraestrutura e suporte?