By · Last updated 2026-03-10

블로그로 돌아가기의료

클라우드에서의 HIPAA: PHI를 위한 제로 지식

사업 파트너 계약은 클라우드 AI 벤더가 PHI를 평문으로 처리할 때 HIPAA 위반을 막지 못합니다. 제로 지식 아키텍처가 필요한 이유를 알아보세요.

March 10, 20269 분 읽기
HIPAA compliancezero-knowledge architecturePHI anonymizationcloud securityBAA limitations

2026년 업데이트

환자를 위험에 빠뜨리는 HIPAA 가정

모든 의료 IT팀이 같은 조언을 듣습니다. 사업 파트너 계약(BAA)에 서명하면 HIPAA 하에서 보호됩니다.

BAA 요구사항은 실재합니다. HIPAA의 프라이버시 규정은 적용 대상 기관이 사업 파트너 — 자신을 대신하여 보호 건강 정보를 처리하는 제3자 — 와 BAA에 서명하도록 요구합니다. 임상 메모를 다루는 AI 도구는 먼저 BAA가 필요합니다.

하지만 BAA는 법적 관계를 다룹니다. 계약 서명 후 AI 제공업체 서버의 환자 기록에 무슨 일이 일어나는지는 다루지 않습니다.

핵심 질문은 BAA가 있는지 여부가 아닙니다. AI 제공업체가 환자의 건강 기록을 읽을 수 있는지 여부입니다. 그리고 침해 시 무슨 일이 일어나는지입니다.

사업 파트너 계약이 실제로 하는 것

BAA는 사업 파트너에게 네 가지를 약속합니다:

  • 합의된 목적으로만 환자 기록 사용
  • 기록 보호 보안 조치 적용
  • 적용 대상 기관에 침해 보고
  • 계약 종료 시 파일 반환 또는 폐기

BAA는 계약입니다. 제공업체는 임상 파일을 신중하게 처리하고, 합리적인 보안을 적용하고, 문제가 발생하면 알리겠다고 약속합니다.

BAA가 하지 않는 것:

  • 공격자가 제공업체 서버를 침해하는 것을 막지 않습니다
  • 복호화된 형태로 환자 기록을 읽는 능력을 제거하지 않습니다
  • 제공업체가 피해를 입을 때 귀하 조직의 HIPAA 책임을 보호하지 않습니다

클라우드 AI 제공업체가 침해를 당할 때 BAA는 통보 단계를 다룹니다. 하지만 건강 기록 노출은 현실입니다. 환자들이 피해를 입습니다. 적용 대상 기관이 HHS 조사를 받습니다. 계약이 이를 바꾸지 않습니다.

서버측 문제

건강 기록을 처리하는 클라우드 AI 도구들은 하나의 핵심 설계를 공유합니다. 파일이 제공업체 서버로 이동합니다. AI가 거기서 처리합니다. 결과가 사용자에게 돌아옵니다.

이것이 작동하려면 제공업체가 사용 가능한 형태로 파일을 읽어야 합니다. 두 가지 중 하나를 의미합니다. 파일이 암호화되지 않은 채로 있거나, 제공업체가 암호화 키를 관리합니다.

제공업체 관리 암호화는 엔드투엔드 암호화가 아닙니다. 제공업체가 키를 보유한다면 복호화할 수 있습니다. 서버가 침해되면 환자 기록이 평문으로 노출됩니다.

BAA가 닫지 않는 격차가 이것입니다. BAA는 "적절한 보안 조치"를 요구합니다. 제공업체가 보유한 키의 서버측 암호화는 서면상 그 기준을 충족합니다. 제공업체 측 침해에 대해서는 보호하지 않습니다.

AI는 임상 메모, 청구 기록, 치료 계획을 사용해 출력을 생성합니다. 그 모든 내용이 제공업체 서버에 읽을 수 있는 형태로 있습니다. 거기서 침해는 환자 기록이 유출됨을 의미합니다.

HIPAA 집행은 BAA가 있었는지 신경 쓰지 않습니다. HHS 인권실은 한 가지 질문을 합니다: 실제로 기록을 보호하는 보안 조치를 사용했는가? 기술적 통제가 답을 결정합니다. 계약 언어가 아닙니다.

제로 지식 아키텍처가 이것을 해결하는 방법

제로 지식 설계는 서버측 접근 문제를 근본부터 해결합니다.

파일이 환경을 떠나기 전에 환자 세부 정보가 토큰으로 교체됩니다. AI 제공업체는 익명화된 내용만 받습니다. 임상 메모에서 이름이 교체됩니다. 청구 기록에서 계정 번호가 교체됩니다. 치료 계획에서 개인 정보가 제거됩니다.

AI가 익명화된 버전을 처리합니다. 시스템이 토큰 맵을 사용해 결과를 원래 환자 기록과 재연결합니다. 그 맵은 귀하의 통제를 벗어난 적이 없습니다.

실제로 바뀌는 것:

AI 제공업체는 보호 건강 정보를 받지 않습니다. 제로 지식 익명화를 통해 전송된 임상 메모에는 이름, 생년월일, 주소, 기록 번호가 없습니다. AI는 깨끗한 파일에서 작동합니다.

제공업체 침해는 아무것도 노출하지 않습니다. 서버가 침해되면 저장된 내용에 읽을 수 있는 환자 정보가 없습니다. 보호된 기록이 전송된 적 없기 때문에 노출이 발생할 수 없습니다.

기술적 보안 조치가 계약이 요구하는 것 이상입니다. 적용 대상 기관이 환자 기록 노출을 기술적으로 불가능하게 만들었습니다. 단순히 계약으로 금지된 것이 아닙니다. 그것이 훨씬 강력한 위치입니다.

익명화 계층이 작동하는 방식은 보안 컴플라이언스 페이지법적 준수 문서에서 확인하세요.

집행 하에 유지되는 기준

HHS 인권실 하에서의 HIPAA 집행은 하나의 테스트에 달려 있습니다. 적용 대상 기관이 알려진 위험을 감안한 합리적인 보안 조치를 사용했는가?

BAA 하에서 건강 기록을 처리하는 클라우드 AI 제공업체들이 침해를 당했습니다. 위험은 실재합니다. 이론이 아닙니다. 조사관들은 적용 대상 기관이 이를 어떻게 다뤘는지 묻습니다.

한 유형의 적용 대상 기관은 BAA와 제공업체 관리 암호화에 의존했습니다. 그것은 기술적 문제에 대한 계약적 해결책입니다. 다른 유형은 아무것도 보내기 전에 환자 기록을 익명화했습니다. 그것이 노출을 소스에서 제거했습니다.

두 번째 접근 방식은 어떤 조사에도 명확한 답을 줍니다. 보호된 기록이 사용 가능한 형태로 AI 제공업체에 도달하지 않았습니다. 보고할 침해가 없습니다. 통보할 환자가 없습니다. 응답할 조사가 없습니다. 설계가 그 결과를 불가능하게 만들었습니다.

클라우드 AI를 채택하는 의료 조직에게 올바른 컴플라이언스 접근 방식은 명확합니다. BAA 하나로는 충분하지 않습니다. 환자 기록은 복구 가능한 형태로 제3자에게 도달해서는 안 됩니다. BAA가 법적 요구사항을 충족합니다. 제로 지식 아키텍처가 기술적 요구사항을 충족합니다.

자세한 내용은 토큰 시스템 문서FAQ 허브에서 확인하세요.


anonym.legal의 익명화 계층은 AI 도구에 도달하기 전에 환자 세부 정보를 제거합니다. 토큰이 이름, 날짜, 기록 번호를 교체합니다. 결과는 귀하 측에서만 원래 세부 정보가 복원된 상태로 반환됩니다. 요금 페이지를 참고하세요.

출처

데이터 보호를 시작할 준비가 되셨나요?

48개 언어로 285개 이상의 엔티티 유형으로 PII 익명화를 시작하세요.

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.