Relação atual de serviços.
A tabela descreve a finalidade técnica, a situação de uso e observações relevantes sobre o tratamento de dados em cada integração conhecida da plataforma.
| Fornecedor / serviço | Finalidade | Situação | Observações de privacidade |
|---|---|---|---|
| Microsoft Azure | Hospedagem do frontend e da API, Azure SQL, Blob Storage e, conforme a arquitetura utilizada, Queues e Functions. | Produção principal | Principal infraestrutura de produção e processamento operacional do HemoDinks. |
| Google / Gmail SMTP | Envio de comunicações transacionais, especialmente recuperação de senha e mensagens automáticas da plataforma. | Configurado no backend | Deve receber apenas os dados estritamente necessários para a comunicação enviada. |
| New Relic | Monitoramento de desempenho, falhas, métricas e telemetria técnica da aplicação. | Opcional | Uso condicionado à configuração de observabilidade adotada no ambiente. |
| Sentry | Diagnóstico de erros, falhas de execução e desempenho do frontend. | Opcional / consentimento | Ativação condicionada à configuração aplicável e aos controles de consentimento definidos para o frontend. |
| Provedor OTLP | Recebimento e processamento de telemetria gerada por OpenTelemetry. | Fornecedor variável | O destino final da telemetria depende da configuração do ambiente e pode ser alterado sem mudança funcional da plataforma. |
| Render | Hospedagem do backend de homologação/confirmação e alternativa prevista para determinados cenários de implantação. | Não produtivo / alternativo | Não constitui, atualmente, a infraestrutura principal do backend de produção. |
| Vercel | Hospedagem do frontend utilizado em homologação. | Ambiente não produtivo | Destinado a validações e demonstrações; não deve ser utilizado como repositório de dados reais de pacientes. |
| Nager.Date | Consulta pública de feriados brasileiros utilizada diretamente pelo frontend. | Integração pública | Não recebe intencionalmente dados clínicos; a integração é destinada apenas à consulta de calendário. |
| GitHub / GitHub Container Registry | Versionamento de código, CI/CD e armazenamento de imagens de implantação. | DevOps e entrega | Não é destinado ao armazenamento intencional de dados de pacientes ou conteúdo clínico. |
Como interpretar esta relação
Transparência sem perder o contexto técnico.
Estar listado nesta página não significa que um fornecedor tenha acesso irrestrito a informações clínicas. Cada serviço possui uma finalidade específica e deve operar com o menor conjunto de dados necessário.
Acesso limitado à finalidade
Cada integração deve receber somente as informações necessárias para executar sua função técnica, respeitando segregação de ambientes e controles de acesso.
Homologação sem dados reais
Serviços de demonstração e homologação devem operar com dados fictícios ou sanitizados, reduzindo a exposição de informações pessoais e assistenciais.
Observabilidade configurável
New Relic, Sentry e destinos OTLP dependem da configuração vigente e podem ser ativados, substituídos ou desativados conforme o ambiente.
Relação sujeita a atualização
Alterações de infraestrutura, comunicação, monitoramento ou implantação podem exigir atualização desta página e dos documentos de privacidade aplicáveis.
Transparência operacional: a presença de um serviço nesta relação indica utilização atual, opcional, não produtiva ou prevista, conforme descrito em sua situação. Nem todos estão ativos simultaneamente.
Última atualização: 3 de setembro de 2026.