anonym.legal

By · Last updated 2026-03-10

Terug na BlogGesondheidsorg

HIPAA in die Wolk: Nul-Kennis vir PHI

Sakevennootooreenskomste keer nie HIPAA-oortredings nie wanneer jou wolk-KI-verskaffer PHI in plainteks verwerk. Hier is wat nul-kennisargitektuur werklik bied.

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

Opgedateer vir 2026

Die HIPAA-Aanname Wat Pasiente in Gevaar Stel

Elke gesondheidsorg-IT-span hoor dieselfde raad. Teken 'n Sakevennootskapsooreenkoms en jy is gedek onder HIPAA.

Die SVA-vereiste is werklik. HIPAA se Privaatreeel vereis dat gedekte entiteite SVA's met sakegenote teken. Dit is derde partye wat beskermde gesondheidsinligting namens hulle hanteer. Enige KI-instrument wat kliniese notas raak, benodig eers 'n SVA.

Maar 'n SVA dek die regsverhouding. Dit dek nie wat met patientrekords op die KI-verskaffer se bedieners gebeur na die kontrak geteken is nie.

Die sleutelvraag is nie of jy 'n SVA het nie. Dit is of die KI-verskaffer jou pasiente se gesondheidsrekords kan lees. En wat gebeur wanneer hulle oorval word.

Wat 'n Sakevennootskapsooreenkoms Werklik Doen

'n SVA verbind die sakevennoot tot vier dinge:

  • Gebruik patientrekords slegs vir ooreengekome doeleindes
  • Stel veiligheidsmaatreels in plek om dit te beskerm
  • Rapporteer enige oortreding aan die gedekte entiteit
  • Gee of vernietig leers wanneer die kontrak eindig

Die SVA is 'n kontrak. Die verskaffer beloof om kliniese leers versigtig te hanteer, redelike sekuriteit toe te pas, en jou in kennis te stel as iets verkeerd loop.

Wat die SVA nie doen nie:

  • Stop aanvallers om die verskaffer se bedieners te oorval
  • Verwyder die vermoee om patientrekords in gedekripteerde vorm te lees
  • Beskerm jou organisasie teen HIPAA-aanspreeklikheid wanneer die verskaffer getref word

Wanneer 'n wolk-KI-verskaffer 'n oortreding ly, dek die SVA die kennis gewing-stap. Maar die gesondheidsrekord-blootstelling is werklik. Pasiente word benadeel. Die gedekte entiteit staar 'n HHS-ondersoek in die gesig. Die kontrak verander dit nie.

Die Bediener-Sy-Probleem

Wolk-KI-instrumente wat gesondheidsrekords hanteer, deel een kernontwerp. Leers reis na die verskaffer se bedieners. Die KI verwerk dit daar. Resultate kom terug na die gebruiker.

Vir dit om te werk, moet die verskaffer die leers in 'n bruikbare vorm lees. Dit beteken een van twee dinge. Die leers sit ongeenkripteer. Of die verskaffer bestuur die enkripsiesleutels.

Verskaffer-bestuurde enkripsie is nie end-tot-end-enkripsie nie. As die verskaffer die sleutels hou, kan die verskaffer dekripteer. As 'n bediener oorval word, is patientrekords in plainteks blootgestel.

Dit is die gaping wat SVA's nie sluit nie. Die SVA vereis "geskikte veiligheidsmaatreels." Bediener-sy-enkripsie met verskaffer-gehulde sleutels voldoen op papier aan daardie standaard. Dit beskerm nie teen 'n oortreding aan die verskaffer se kant nie.

Die KI gebruik kliniese notas, faktuurrekords en sorgplanne om uitset te genereer. Al daeide inhoud sit in leesbare vorm op die verskaffer se bedieners. 'n Oortreding daar beteken patientrekords is uit.

HIPAA-handhawing gee nie om dat jy 'n SVA gehad het nie. Die HHS Kantoor vir Burgerregte vra een vraag: het jy veiligheidsmaatreels gebruik wat die rekords werklik beskerm het? Tegniese beheermaatreels bepaal die antwoord. Kontrakstaal doen dit nie.

Hoe Nul-Kennisargitektuur Dit Regmaak

Nul-kennisontwerp los die bediener-sy-toegangsprobleem by die wortel op.

Voor enige leers jou omgewing verlaat, word patientbesonderhede met tokens vervang. Die KI-verskaffer ontvang slegs geanonimiseerde inhoud. Kliniese notas het name uitgeruil. Faktuurrekords het rekeningnommers vervang. Sorgplanne het persoonlike inligting verwyder.

Die KI verwerk die geanonimiseerde weergawe. Jou stelsel herkoppel die resultate aan die oorspronklike patientrekord met behulp van die token-kaart. Daeide kaart het nooit jou beheer verlaat nie.

Wat dit in die praktyk verander:

Die KI-verskaffer ontvang nooit beskermde gesondheidsinligting nie. Kliniese notas wat deur nul-kennisanonimisering gestuur word, bevat geen name, geboortedatums, adresse of rekordnommers nie. Die KI werk op skoon leers.

'n Oortreding by die verskaffer stel niks bloot nie. As hul bedieners oorval word, het die gestoorde inhoud geen patientinligting daarin nie. Blootstelling kan nie plaasvind nie omdat die beskermde rekords nooit gestuur is nie.

Tegniese veiligheidsmaatreels gaan verder as wat die kontrak vereis. Die gedekte entiteit het patientrekord-blootstelling tegnies onmoontlik gemaak. Nie net verbied deur kontrak nie. Dit is 'n baie sterker posisie.

Sien hoe die anonimiseringslaag werk op die sekuriteitsnakoming-bladsy en in die regskonformansieLeidings.

Die Standaard Wat Onder Handhawing Staan

HIPAA-handhawing onder die HHS Kantoor vir Burgerregte draai om een toets. Het die gedekte entiteit redelike veiligheidsmaatreels gebruik gegewe die bekende risiko?

Wolk-KI-verskaffers wat gesondheidsrekords onder SVA's hanteer, is oorval. Die risiko is werklik. Nie teoreties nie. Ondersoekers vra of die gedekte entiteit dit aangespreek het.

Een tipe gedekte entiteit het op 'n SVA en verskaffer-bestuurde enkripsie staatgemaak. Dit is 'n kontraktuele oplossing vir 'n tegniese probleem. 'n Ander tipe het patientrekords geanonimiseer voor enigiets gestuur is. Dit het die blootstelling by die bron verwyder.

Die tweede benadering gee 'n duidelike antwoord op enige ondersoek. Die beskermde rekords het die KI-verskaffer nooit in bruikbare vorm bereik nie. Daar is geen oortreding om te rapporteer nie. Daar is geen pasient om in kennis te stel nie. Daar is geen ondersoek om op te reageer nie. Die ontwerp het daeide uitkoms onmoontlik gemaak.

Vir gesondheidsorgorganisasies wat wolk-KI aanvaar, is die regte nakomingsbenadering duidelik. 'n SVA is nie op sy eie genoeg nie. Patientrekords mag nooit 'n derde party in herstelbare vorm bereik nie. Die SVA bevredig die regsvereiste. Nul-kennisargitektuur bevredig die tegniese een.

Leer meer in die token-stelseldokumentasie en die Gereelde Vrae.


anonym.legal se anonimiseringslaag stroop patientbesonderhede voor dit enige KI-instrument bereik. Tokens vervang name, datums en rekordnommers. Resultate keer terug met die oorspronklike besonderhede herstel - slegs aan jou kant. Sien die prisingbladsy.

Bronne

Gereed om u data te beskerm?

Begin om PII te anonimiseer met 285+ entiteitstipes in 48 tale.

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.