By · Last updated 2026-03-10

Tornar al BlogSanitat

HIPAA al nuvol: arquitectura de zero coneixement per a PHI

Els Acords d'Associat Comercial no prevenen les infraccions HIPAA quan el vostre proveidor d'IA en el nuvol processa PHI en text clar. Aixo es el que fa l'arquitectura de zero coneixement.

March 10, 20269 min llegit
HIPAA compliancezero-knowledge architecturePHI anonymizationcloud securityBAA limitations

Actualitzat per al 2026

La suposicio HIPAA que posa els pacients en risc

Tots els equips d'IT sanitaria escolten el mateix consell. Signeu un Acord d'Associat Comercial i estareu coberts per HIPAA.

El requisit del BAA es real. La Norma de Privacitat de HIPAA requereix que les entitats cobertes signin BAAs amb els associats comercials. Aquests son tercers que gestionen la informacio de salut protegida en nom seu. Qualsevol eina d'IA que toqui notes cliniques necessita primer un BAA.

Pero un BAA cobreix la relacio juridica. No cobreix el que passa als registres dels pacients als servidors del proveidor d'IA despres de signar el contracte.

La pregunta clau no es si teniu un BAA. Es si el proveidor d'IA pot llegir els registres de salut dels vostres pacients. I que passa quan els hackejen.

Que fa realment un Acord d'Associat Comercial

Un BAA compromet l'associat comercial a quatre coses:

  • Usar els registres dels pacients nomes per als proposits acordats
  • Posar salvaguardes en vigor per protegir-los
  • Informar de qualsevol violacio a l'entitat coberta
  • Retornar o destruir els fitxers quan acabi el contracte

El BAA es un contracte. El proveidor promet gestionar els fitxers clinics amb cura, aplicar una seguretat raonable i notificar-vos si alguna cosa va malament.

El que el BAA no fa:

  • Aturar els atacants de piratejar els servidors del proveidor
  • Eliminar la capacitat de llegir els registres dels pacients en forma desxifrada
  • Protegir la vostra organitzacio de la responsabilitat HIPAA quan el proveidor es colpejat

Quan un proveidor d'IA en el nuvol pateix una violacio, el BAA cobreix el pas de notificacio. Pero l'exposicio dels registres de salut es real. Els pacients es veuen perjudicats. L'entitat coberta s'enfronta a una investigacio de l'HHS. El contracte no canvia aixo.

El problema del costat del servidor

Les eines d'IA en el nuvol que gestionen registres de salut comparteixen un disseny central. Els fitxers viatgen als servidors del proveidor. La IA els processa all. Els resultats tornen a l'usuari.

Perque aixo funcioni, el proveidor ha de llegir els fitxers en una forma utilisable. Aixo significa una de dues coses. Els fitxers estan sense xifrar. O el proveidor gestiona les claus de xifratge.

El xifratge gestionat pel proveidor no es xifratge extrem a extrem. Si el proveidor te les claus, el proveidor pot desxifrar. Si un servidor es piratejar, els registres dels pacients queden exposats en text clar.

Aquesta es la bretxa que els BAAs no tanquen. El BAA requereix "salvaguardes adequades". El xifratge del costat del servidor amb claus gestionades pel proveidor compleix aquest estandard sobre el paper. No protegeix contra una violacio al costat del proveidor.

La IA utilitza notes cliniques, registres de facturacio i plans d'atencio per generar resultats. Tot aquell contingut seu en forma llegible als servidors del proveidor. Una violacio all vol dir que els registres dels pacients surten.

L'aplicacio de HIPAA no importa que tinguessiu un BAA. L'Oficina de Drets Civils de l'HHS fa una pregunta: vau utilitzar salvaguardes que realment protegissin els registres? Els controls tecnics determinen la resposta. El llenguatge del contracte no.

Com l'arquitectura de zero coneixement soluciona aixo

El disseny de zero coneixement soluciona el problema d'acces del costat del servidor a l'arrel.

Abans que cap fitxer surti del vostre entorn, els detalls del pacient es reemplacen per tokens. El proveidor d'IA rep nomes contingut anonimitzat. Les notes cliniques tenen els noms intercanviats. Els registres de facturacio tenen els numeros de compte reemplacats. Els plans d'atencio tenen la informacio personal eliminada.

La IA processa la versio anonimitzada. El vostre sistema revincula els resultats al registre original del pacient utilitzant el mapa de tokens. Aquell mapa mai va sortir del vostre control.

El que aixo canvia a la practica:

El proveidor d'IA mai rep informacio de salut protegida. Les notes cliniques enviades a traves de l'anonimitzacio de zero coneixement no contenen noms, dates de naixement, adreces ni numeros de registre. La IA opera sobre fitxers nets.

Una violacio al proveidor no exposa res. Si els seus servidors son piratejats, el contingut emmagatzemat no te informacio del pacient. L'exposicio no pot succeir perque els registres protegits mai van ser enviats.

Les salvaguardes tecniques van mes enlla del que requereix el contracte. L'entitat coberta ha fet que l'exposicio dels registres dels pacients sigui tecnicament impossible. No nomes prohibida per contracte. Aquesta es una posicio molt mes solida.

Vegeu com funciona la capa d'anonimitzacio a la pagina de conformitat de seguretat i als documents de conformitat legal.

L'estandard que aguanta sota l'aplicacio

L'aplicacio de HIPAA sota l'Oficina de Drets Civils de l'HHS gira entorn d'una prova. L'entitat coberta va utilitzar salvaguardes raonable donats els riscos coneguts?

Els proveïdors d'IA en el nuvol que gestionen registres de salut sota BAAs han estat piratejats. El risc es real. No teoric. Els investigadors pregunten si l'entitat coberta ho va abordar.

Un tipus d'entitat coberta va confiar en un BAA i un xifratge gestionat pel proveidor. Aixo es una solucio contractual per a un problema tecnic. Un altre tipus va anonimitzar els registres dels pacients abans d'enviar res. Aixo va eliminar l'exposicio a l'origen.

El segon enfocament dona una resposta clara a qualsevol investigacio. Els registres protegits mai van arribar al proveidor d'IA en forma utilisable. No hi ha cap violacio a informar. No hi ha cap pacient a notificar. No hi ha cap investigacio a la qual respondre. El disseny va fer impossible aquell resultat.

Per a les organitzacions sanitaries que adopten la IA en el nuvol, l'enfocament de conformitat correcte es clar. Un BAA no es suficient per si sol. Els registres dels pacients mai han d'arribar a un tercer en forma recuperable. El BAA satisfa el requisit legal. L'arquitectura de zero coneixement satisfa el tecnic.

Obteniu mes informacio als documents del sistema de tokens i al centre de preguntes frequents.


La capa d'anonimitzacio d'anonym.legal elimina els detalls dels pacients abans que arribin a qualsevol eina d'IA. Els tokens reemplacen noms, dates i numeros de registre. Els resultats tornen amb els detalls originals restaurats -- nomes al vostre costat. Vegeu la pagina de preus.

Fonts

Preparat per protegir les vostres dades?

Comenceu a anonimitzar PII amb més de 285 tipus d'entitats en 48 idiomes.

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.