O Gauss Connect é uma plataforma de analytics para PACS — ele lê metadados operacionais da sua infraestrutura de imagem para alimentar dashboards, benchmarking e alertas. Ele não armazena nem exibe imagens diagnósticas, e cada conexão é construída para que sua rede nunca precise aceitar tráfego de entrada vindo de nós.
Visão geral da plataforma
O que o Gauss Connect acessa — e o que ele deliberadamente não acessa.
Infraestrutura e hospedagem
Onde a plataforma roda e como o tráfego chega até ela.
O Gauss Connect roda em infraestrutura de nuvem dedicada, com ambientes separados para testes de pré-produção e tráfego real de clientes. Todo o tráfego externo é servido via TLS com certificados emitidos pela Let's Encrypt, terminado em um proxy reverso reforçado — a aplicação em si nunca é diretamente acessível pela internet.
Cada ambiente aplica limitação de taxa por endpoint: tentativas de login, onboarding de conectores e tráfego geral de API ficam cada um atrás do seu próprio limitador, ajustado para bloquear força bruta e padrões de abuso sem afetar o uso normal.
As implantações passam por um pipeline automatizado que valida a sintaxe de cada arquivo do backend antes do deploy, executa um único release por vez, e nunca sobrescreve dados de clientes, segredos ou configuração de ambiente no servidor de destino.
Um conector leve instalado no seu site estabelece uma conexão criptografada de saída — via VPN em malha ou túnel SSH — até o Gauss Connect. Seu PACS nunca precisa de IP público, porta aberta ou qualquer regra de entrada — a conexão é sempre iniciada do seu lado para fora.
Fluxo de dados
Do seu PACS ao seu dashboard — cada estudo passa por um ponto de verificação de privacidade antes de ser armazenado.
Apenas metadados, por projeto. O Gauss Connect consulta seu PACS por atributos de estudo e série DICOM — contagem de exames, nomes de protocolo, durações, identificadores de equipamento. Ele nunca solicita ou armazena as instâncias de imagem, então a maior superfície de PHI em radiologia — as próprias imagens — está fora do alcance da plataforma por arquitetura.
Campos identificáveis são opt-in. Os campos de nome do paciente, ID e médico solicitante são requisitados por padrão apenas porque a identificação básica do exame precisa deles; cerca de trinta outros campos DICOM identificáveis — data de nascimento, endereço, número de prontuário e similares — não são requisitados de forma alguma, a menos que o cliente os ative explicitamente, tag por tag.
Controle de acesso
Quem pode ver o quê, e como esse limite é aplicado.
A autenticação é feita via Google SSO ou login local com hash de senha em padrão de mercado; as sessões são cookies opacos, do lado do servidor, httpOnly, com expiração móvel de 7 dias — nada legível por script no navegador.
Cada conta possui uma de três funções — administrador (somente equipe da Gauss Tech), parceiro (somente leitura, limitado aos clientes explicitamente vinculados) ou cliente (limitado à sua própria organização). Uma única verificação de autorização aplica esse limite de forma uniforme em todos os endpoints de dados da plataforma, e os dados operacionais de cada cliente residem em seu próprio arquivo de banco de dados, fisicamente separado — um isolamento que não depende de uma cláusula de consulta estar escrita corretamente.
Ações administrativas e de alteração de dados são registradas em uma trilha de auditoria — quem fez o quê, em qual recurso e quando.
Proteção de dados e anonimização
Criptografia em todo trajeto dos dados, e quatro níveis selecionáveis de anonimização para dados em repouso.
| Camada | Proteção |
|---|---|
| Em trânsito — web | TLS 1.2+ para todo tráfego de navegador e API, HTTP redirecionado para HTTPS |
| Em trânsito — conector | VPN em malha baseada em WireGuard ou túnel SSH entre seu site e o Gauss Connect, independente da camada TLS web |
| Em trânsito — DICOM | O tráfego de consulta ao seu PACS trafega apenas pelo link privado do conector, nunca pela internet aberta |
| Em repouso | Em andamento Proteção em nível de infraestrutura de disco hoje; a criptografia de banco de dados em nível de aplicação é uma iniciativa de reforço ativa |
Além da filtragem de tags em nível de campo, os clientes podem optar por um dos quatro níveis de anonimização — modelados no framework de privacidade publicado do Siemens teamplay Usage — aplicados automaticamente a cada estudo antes de ser armazenado:
| Categoria de dado | Standard | High | Restrictive |
|---|---|---|---|
| Identificadores do paciente | Hash com chave | Hash com chave | Totalmente substituído |
| UIDs de estudo / série | Hash com chave | Hash com chave | Hash com chave |
| Idade do paciente | Apenas ano | Faixas de 10 anos | Faixas de 10 anos |
| Informações da instituição | Mantido | Removido | Removido |
| Descrição do procedimento | Mantido | Mantido | Removido |
| Data do estudo | Mantido | Mantido | Apenas mês |
Campos com hash com chave usam uma chave aleatória de 256 bits gerada por cliente — determinística dentro dos dados do próprio cliente (para que contagens e correlações continuem funcionando), mas não reversível e não comparável aos dados de nenhum outro cliente.
Programa de conformidade HIPAA
O Gauss Connect é construído para operar como um business associate da HIPAA. A exposição de PHI é opt-in e configurável por cliente — as salvaguardas abaixo se aplicam independentemente de quais tags e nível de privacidade forem escolhidos.
Administrativas
- Acesso baseado em função, delimitado por cliente
- Trilha de auditoria em ações administrativas e de alteração de dados
- Acordos de Associado de Negócios (BAA) disponíveis mediante solicitação
Físicas
- Hospedagem em nuvem empresarial — sem data center próprio
- Controles de acesso físico do provedor
Técnicas
- Credenciais únicas por usuário, sem login compartilhado
- TLS em trânsito; túneis de conector criptografados
- Solicitação de campos PHI negada por padrão; níveis de anonimização opt-in
Como os campos DICOM identificáveis são opt-in e desativados por padrão, um cliente pode operar o Gauss Connect lidando com pouco ou nenhum PHI — a postura padrão da plataforma já está alinhada ao princípio do mínimo necessário da HIPAA antes de qualquer configuração adicional.
Testes e divulgação responsável
Validação independente, em uma cadência definida — não uma verificação pontual.
O programa de testes de segurança do Gauss Connect segue o OWASP Testing Guide / ASVS para a camada de aplicação web, com revisão dedicada da segurança do conector DICOM — uma superfície de protocolo que testes de penetração web genéricos costumam deixar passar. Os engajamentos cobrem autenticação, limites de autorização multi-tenant, onboarding de conectores e o pipeline de deploy.
Os testes rodam em cadência anual, no mínimo, além de sob demanda após qualquer mudança relevante na arquitetura de autenticação ou de conectores, reforçados por revisão interna a cada alteração de código relevante no intervalo entre eles.
| Severidade | Prazo de resposta |
|---|---|
| Crítica | 72 horas |
| Alta | 2 semanas |
| Média | Próximo ciclo de release |