Não existe um interruptor que torne um agente de IA compatível com HIPAA. O que reduz a exposição em uma análise de risco da OCR é tokenizar o PHI antes que ele chegue a um LLM ou a uma chamada de ferramenta, e manter a prova de que isso aconteceu. O VeriSwarm Guard tokeniza o PHI na fronteira usando detecção NER do Presidio — substituindo SSNs, MRNs, nomes e outros identificadores por tokens tipados antes que o modelo ou a ferramenta downstream vejam o valor bruto — e o Vault encadeia cada evento de tokenização em um registro à prova de adulteração. Ambos são recursos do plano Max. Nenhum dos dois certifica a conformidade por si só; veja o que isso não cobre abaixo.
Um profissional clínico digitando em um prontuário eletrônico é um ator conhecido e auditável dentro de um sistema que você já governa. Um agente de IA gerenciando o mesmo fluxo de trabalho encaminha o PHI por lugares por onde um humano nunca passaria: a API de inferência de um provedor de LLM, uma chamada de ferramenta de terceiros, o log de solicitações de uma integração, um rastro de depuração. Cada salto é um novo lugar onde o PHI pode vazar, e a maioria deles fica fora dos controles de acesso que uma análise de risco tradicional da HIPAA foi projetada para cobrir.
Nada disso exige um infiltrado humano ou um invasor externo. É o que acontece quando um agente faz exatamente o que foi instruído, em uma velocidade e escala que tornam a revisão manual impossível.
A tokenização de PII do Guard é executada antes que o texto deixe a fronteira — antes de chegar a um LLM, antes de chegar a uma chamada de ferramenta. A detecção NER do Presidio varre o texto de saída em busca de valores no formato de PHI e substitui cada um por um token tipado e limitado à sessão. O modelo e a ferramenta downstream só chegam a ver o token.
POST /v1/suite/guard/pii/tokenize
{
"text": "Patient SSN 555-12-3456, MRN 88213, call at 917-555-0199",
"ttl_seconds": 3600
}
→ {
"tokenized_text": "Patient SSN [VS:SSN:a1b2c3], MRN [VS:ID:d4e5f6],
call at [VS:PHONE:g7h8i9]",
"session_id": "sess_...",
"tokens_created": 3
}Os tokens só retornam aos valores originais por meio de uma chamada de rehydrate separada, limitada à mesma sessão, e apenas quando uma operação de escrita downstream realmente precisa do valor real — um sistema de agendamento que precisa discar um número de telefone real, por exemplo. Cada rehydrate é, em si, um evento que o tenant pode auditar.
O padrão de fiscalização da OCR do HHS em 2026 tem uma causa raiz consistente: a falha em conduzir uma análise de risco precisa e completa, a maior categoria de ações de fiscalização, com ampla margem, sobre qualquer outra causa combinada. Uma análise de risco só é tão forte quanto as evidências que a sustentam — e um log editável é evidência fraca.
O Vault encadeia cada evento de tokenização, cada rehydrate e cada decisão de agente com um link SHA-256 para o seu predecessor. Uma chamada de verificação percorre toda a cadeia e informa exatamente onde ela se rompe, se houver rompimento:
GET /v1/suite/vault/verify
→ {
"ok": true,
"events_verified": 41_902,
"first_event_id": "evt_...",
"last_event_id": "evt_...",
"errors": []
}Um inventário de PHI restrito ao tenant (GET /v1/suite/guard/phi-inventory) agrega os mesmos sinais de tokenização em um relatório por tipo de PHI, por agente e por nível de sensibilidade no estilo HIPAA — respondendo à pergunta que uma análise de risco precisa responder primeiro: por onde o PHI realmente flui através da frota de agentes.
Ser direto sobre essa fronteira importa mais do que o discurso de vendas. A tokenização de PHI e o registro de auditoria do Vault não são uma certificação de conformidade com a HIPAA, uma opinião jurídica nem um substituto para uma análise de risco formal. Ativá-los não torna uma covered entity ou um business associate compatível com a HIPAA. A HIPAA continua exigindo uma análise de risco que realmente leve seus agentes em conta, o conjunto completo de salvaguardas técnicas da Security Rule (criptografia, controle de acesso, integridade, segurança de transmissão), um Business Associate Agreement com cada parte no caminho dos dados — incluindo o provedor do modelo — e políticas e treinamentos que existem fora de qualquer software.
O que o VeriSwarm faz é eliminar uma lacuna específica e de alto impacto: PHI chegando a um LLM ou a uma chamada de ferramenta sem tokenização, e um log de auditoria que não consegue provar que não foi editado depois dos fatos. Tudo o mais em um programa de conformidade com a HIPAA — escopo, BAAs, resposta a incidentes, treinamento da equipe — ainda precisa ser construído pela equipe que implanta os agentes, com envolvimento jurídico para qualquer coisa que toque uma apresentação formal ou um Corrective Action Plan.
Não existe uma certificação de conformidade com a HIPAA que um fornecedor possa entregar a você, nem um recurso de software que, sozinho, torne uma covered entity ou um business associate compatível. O que um fluxo de trabalho de agente de IA compatível com HIPAA exige é uma análise de risco que realmente leve o agente em conta, PHI tratado conforme as salvaguardas técnicas da Security Rule (controle de acesso, controles de auditoria, integridade, segurança de transmissão), e um Business Associate Agreement com qualquer pessoa que toque PHI em seu nome — incluindo o provedor do modelo. O papel do VeriSwarm é mais restrito e concreto: tokenizar o PHI antes que ele chegue a um LLM ou a uma chamada de ferramenta, e produzir as evidências de auditoria que uma análise de risco e um requisito de controles de auditoria da HIPAA realmente exigem.
A tokenização apoia diretamente duas salvaguardas técnicas da Security Rule: controle de acesso (o PHI nunca chega a um sistema — incluindo um LLM de terceiros — que não deveria vê-lo) e controles de auditoria (o §164.312(b) exige mecanismos de hardware, software ou processo que registrem e examinem a atividade em sistemas que contêm ePHI). Por si só, ela não satisfaz o conjunto completo de salvaguardas técnicas — criptografia em trânsito e em repouso, controles de integridade, segurança de transmissão e um BAA assinado com cada parte no caminho dos dados ainda precisam estar implementados de forma independente.
O endpoint de tokenização de PII do Guard (POST /v1/suite/guard/pii/tokenize) executa detecção NER do Presidio sobre o texto de saída e substitui os valores detectados — SSNs, MRNs, nomes, números de telefone, endereços — por tokens tipados como [VS:SSN:a1b2c3], limitados a uma sessão com um TTL configurável (1 hora por padrão, máximo de 24). O texto tokenizado é o que chega ao LLM ou à ferramenta downstream. Uma chamada de rehydrate separada restaura os valores originais apenas quando uma operação de escrita realmente precisa deles, e cada rehydrate é, em si, um evento auditável.
Quando o Vault está ativado, cada evento de tokenização e rehydrate é gravado em um registro encadeado por hash — cada evento se vincula ao hash do seu predecessor, de modo que qualquer edição retroativa quebra a cadeia de forma visível. GET /v1/suite/vault/verify percorre toda a cadeia e retorna ok: true/false com o evento exato em que a verificação falha, se falhar. Esse é o artefato contra o qual uma análise de risco ou uma revisão de controles de auditoria da OCR pode verificar, em vez de confiar em um log não verificável.
Não. A tokenização de PHI faz parte do Guard, e o registro de auditoria imutável é o Vault — ambos são recursos do plano Max (US$ 299/mês), não incluídos no nível gratuito do Gate. O nível gratuito do Gate cobre pontuação de confiança de agentes, ingestão de eventos e verificações de decisão; o tratamento de PHI e o rastro de evidências encadeado por hash exigem o Max.
Não. Um BAA é um instrumento jurídico entre uma covered entity e qualquer pessoa que crie, receba, mantenha ou transmita PHI em seu nome — essa exigência não desaparece porque um controle técnico reduz a exposição. Se as chamadas de ferramenta do seu agente, o provedor de LLM ou a infraestrutura tocam PHI, esses relacionamentos ainda precisam de BAAs vigentes, com ou sem tokenização.
Se a OCR já abriu uma revisão ou solicitou um Corrective Action Plan, o pacote de evidências é diferente de uma análise de risco preventiva — veja Fiscalização de análise de risco da OCR e agentes de IA. Para o mapeamento completo das prioridades de fiscalização da OCR em 2026 em relação às capacidades do VeriSwarm, comece por VeriSwarm para o setor de saúde.
Uma demonstração guiada de 30 minutos, ao vivo com a sua própria frota — não com dados de demonstração. Guard e Vault são recursos do plano Max; a pontuação de confiança em si é gratuita.