By · Last updated 2026-06-05

Voltar ao BlogSaúde

Aplicação da HIPAA OCR 2024: 725 Violações...

O HHS OCR relatou 725 violações da HIPAA em 2024 afetando 275 milhões de registros — o maior número já registrado.

June 5, 202610 min de leitura
HIPAA enforcementPHI de-identificationOCR HHShealthcare breachHIPAA Security Rule

HIPAA OCR: 725 violações, 275 milhões de registos

Atualizado para 2026

O HHS Office for Civil Rights (OCR) registou 725 violações de dados de saúde em 2024. Essas violações expuseram 275 milhões de registos de pacientes. É o total mais elevado alguma vez registado num único ano.

O custo médio de uma violação no setor da saúde atingiu os 10,22 milhões de dólares em 2025. Este valor provém do relatório IBM Cost of a Data Breach. Inclui multas civis, honorários legais, notificações a pacientes, monitorização de crédito e danos à reputação.

2025 e 2026 são anos decisivos para entidades cobertas e seus parceiros comerciais. Uma atualização proposta à Regra de Segurança HIPAA (março de 2025) introduziria os requisitos técnicos mais exigentes desde 2003.

O que causou 725 violações em 2024

O portal OCR classifica as falhas de 2024 em quatro categorias.

Pirataria e incidentes informáticos causaram 74 % das violações reportadas. Ransomware, ataques a servidores e fraude por e-mail são os tipos mais comuns. Os atacantes agora visam redes inteiras. Um único ataque pode extrair milhões de registos de um sistema EHR de uma só vez.

Acesso não autorizado e divulgação causaram 18 % das violações. Controles de acesso deficientes, uso indevido por funcionários e envios ao destinatário errado entram nesta categoria.

Incidentes em terceiros representaram 35 % das violações de 2024. A violação começou num parceiro comercial — não na entidade coberta. A Change Healthcare (subsidiária da UnitedHealth Group) sozinha expôs dados de mais de 190 milhões de pacientes. É a maior violação de dados de saúde da história dos EUA.

Roubo ou perda de suportes amovíveis causou 8 % das violações. Portáteis, pens USB e documentos em papel — perdidos ou roubados sem encriptação.

As 18 categorias de PHI segundo o Safe Harbor

O método Safe Harbor do HIPAA (45 CFR §164.514(b)) exige a remoção de todas as 18 categorias de informação de saúde protegida (PHI). A maioria das equipas conhece a lista. O desafio está na deteção automatizada em escala.

  1. Nomes — pacientes, familiares, empregadores
  2. Dados geográficos — qualquer área menor que um estado
  3. Datas — admissão, alta, nascimento, morte (o ano pode permanecer)
  4. Números de telefone
  5. Números de fax
  6. Endereços de e-mail
  7. Números de segurança social
  8. Números de registo médico (formato varia conforme o sistema EHR)
  9. Números de beneficiário do plano de saúde
  10. Números de conta
  11. Números de certificado e licença — licença médica, DEA, estadual
  12. Identificadores de veículos — VINs e matrículas
  13. Identificadores de dispositivos — números de série e códigos únicos
  14. URLs web
  15. Endereços IP
  16. Dados biométricos — impressões digitais e de voz
  17. Fotografias de rosto completo e imagens comparáveis
  18. Qualquer outro número, código ou característica identificadora única

A categoria 18 é a mais difícil de detetar. Qualquer código que associe um registo a uma pessoa específica deve ser removido — mesmo sem padrão predefinido.

Para um guia prático sobre a remoção dos 18 tipos em registos clínicos, consulte De-identificação HIPAA Safe Harbor para investigação em saúde.

Cinco novos requisitos na atualização proposta

A atualização proposta à Regra de Segurança HIPAA (março de 2025) acrescenta cinco obrigações.

Auditorias anuais de encriptação. As entidades cobertas devem verificar que toda a PHI em repouso usa AES-256 ou equivalente. A gestão de chaves deve cumprir normas documentadas.

Procedimentos de de-identificação documentados. Qualquer PHI usada em investigação, treino de IA ou análises exige procedimentos escritos. Uma declaração de política não é suficiente. É necessária documentação técnica com evidências de validação.

Avaliações de segurança de parceiros comerciais. Os parceiros comerciais devem cumprir requisitos técnicos específicos antes da integração. Anteriormente, os contratos tratavam disto sem detalhe técnico.

Autenticação multifator (MFA). Todos os colaboradores com acesso a PHI eletrónica devem usar MFA. Os sistemas legados não estão isentos.

Testes de resposta a incidentes. Exercícios anuais e testes técnicos são obrigatórios. As equipas devem conservar os registos dos resultados.

As lições da Change Healthcare

A violação na Change Healthcare (fevereiro de 2024) mostrou o risco sistémico na prática. A Change Healthcare processava 15 mil milhões de transações por ano. Servia como câmara de compensação entre fornecedores, pagadores e farmácias.

A violação começou com uma única conta de acesso remoto Citrix. Essa conta não tinha MFA. Os atacantes moveram-se pela rede durante nove dias. Depois implantaram ransomware.

A lição é clara. Um parceiro comercial com amplo acesso a transações de saúde representa um risco sistémico para todas as organizações que liga. O quadro anterior não foi concebido para prestadores que tratam um terço de todas as transações de saúde dos EUA.

Os requisitos de MFA, segmentação de rede e avaliação de parceiros do regulamento proposto derivam diretamente deste incidente.

Para a remoção de PHI em formatos de registos hospitalares específicos, consulte Deteção HIPAA MRN e padrões hospitalares específicos. Para arquitetura zero-knowledge que mantém os dados fora da rede, consulte PHI em nuvem compatível com HIPAA e design zero-knowledge.

Fontes

Pronto para proteger seus dados?

Comece a anonimizar PII com mais de 285 tipos de entidades em 48 idiomas.

About this page

We update this page when our platform or the law changes.

Read our founder note for how we work.

Each change shows up in the timestamp at the top.

Related reading

We follow these rules

  • GDPR (EU 2016/679).
  • ISO/IEC 27001:2022.
  • NIS2 (EU 2022/2555).
  • HIPAA safe harbor under 45 CFR § 164.514(b)(2).

Our promise

We do not sell your data.

We do not train models on your text.

We store your files in Germany.

You can delete your account at any time.

You own your work.

Where we run

Our servers live in Falkenstein, Germany.

We use Hetzner. They hold ISO 27001 certification.

All data stays in the EU.

Backups run every day.

Need help?

Email support@anonym.legal.

We reply within one business day.

How we test

We run a full check suite on every release.

Each surface gets its own sweep script and report.

Human reviewers spot-check the output each week.

We track recall and precision on a labelled set.

Bad runs block the deploy.

What we never do

  • We never sell your information to third parties.
  • We never train models on what you upload.
  • We never keep your work after you delete it.
  • We never share keys with any outside firm.
  • We never run ads inside the product.

Plans in plain words

We sell credits, not seats.

One credit covers one short job.

Long jobs use a few credits each.

You can top up at any time.

Unused credits roll over each month.

Read the plans page for current rates.

Who built this

A small team of engineers and lawyers built this.

We ship from Europe and work in the open.

Our founder note spells out why we started.

Where to start

How the parts fit

A browser add-on cleans text inside Chrome.

A Word plug-in handles drafts in Office.

A small desktop tool works on whole folders.

An agent protocol link feeds large models safely.

All four share one core engine and one rule set.

Words from our team

We started this work after a lunch about cookies.

One friend kept getting odd ads on her phone.

We asked why a court file leaked through a draft.

We sketched the first build on a napkin that week.

By month three we had a tiny demo for a friend.

She used it on her first case the next day.

Common questions we hear

Can the tool read scanned PDFs? Yes, with OCR.

Does it work on long files? Yes, in small chunks.

Can I roll my own rule set? Yes, save it as a preset.

Does it run offline? The desktop build runs offline.

Do you keep my files? No, the cloud build wipes after each run.

Will it learn from my work? No, we never train on inputs.

A short tour of the workflow

Upload a file or paste a snippet of prose.

Pick the entities you want gone from the draft.

Choose a method: replace, mask, hash, encrypt, or redact.

Press run and watch the side panel show each hit.

Skim the result and tweak any rule that misfired.

Save the cleaned file or send it to a teammate.