Atnaujinta 2026 metais
HIPAA prielaida, kelianti pavojų pacientams
Kiekviena sveikatos apsaugos IT komanda girdi tą patį patarimą. Pasirašykite Verslo asocijuoto susitarimą ir esate apsaugoti pagal HIPAA.
BAA reikalavimas yra realus. HIPAA Privatumo taisyklė reikalauja, kad apdraustos organizacijos pasirašytų BAA su verslo asocijuotais. Tai yra trečiosios šalys, tvarkančios saugomą sveikatos informaciją jų vardu. Bet kokiam DI įrankiui, liečiančiam klinikinius užrašus, pirmiausia reikia BAA.
Tačiau BAA apima teisinį santykį. Jis neapima to, kas nutinka pacientų įrašams DI teikėjo serveriuose po sutarties pasirašymo.
Pagrindinis klausimas yra ne tai, ar turite BAA. Tai, ar DI teikėjas gali skaityti jūsų pacientų sveikatos įrašus. Ir kas nutinka, kai jie bus pažeisti.
Ką Verslo asocijuoto susitarimas iš tikrųjų daro
BAA įpareigoja verslo asocijuotą keturiais dalykais:
- Naudoti pacientų įrašus tik sutartais tikslais
- Diegti apsaugos priemones jiems apsaugoti
- Pranešti apie bet kokį pažeidimą apdraustajai organizacijai
- Grąžinti arba sunaikinti failus, kai sutartis baigiasi
BAA yra sutartis. Teikėjas žada tvarkingai tvarkyti klinikinius failus, taikyti pagrįstą saugumą ir pranešti jums, jei kas nors neteis.
Ko BAA nedaro:
- Nesustabdo užpuolikų nuo teikėjo serverių pažeidimo
- Neatima gebėjimo skaityti pacientų įrašus iššifruota forma
- Neapsaugo jūsų organizacijos nuo HIPAA atsakomybės, kai teikėjas yra nulaužiamas
Kai debesies DI teikėjas patiria pažeidimą, BAA apima pranešimo žingsnį. Tačiau sveikatos įrašų atskleidimas yra realus. Pacientai yra pažeidžiami. Apdraustas subjektas susiduria su HHS tyrimu. Sutartis to nekeičia.
Serverio pusės problema
Debesies DI įrankiai, tvarkantys sveikatos įrašus, dalijasi vienu pagrindiniu dizainu. Failai keliauja į teikėjo serverius. DI juos ten apdoroja. Rezultatai grįžta vartotojui.
Tam, kad tai veiktų, teikėjas turi skaityti failus naudojama forma. Tai reiškia vieną iš dviejų dalykų. Failai yra nešifruoti. Arba teikėjas valdo šifravimo raktus.
Teikėjo valdomas šifravimas nėra galinio šifravimas. Jei teikėjas turi raktus, teikėjas gali iššifruoti. Jei serveris yra pažeistas, pacientų įrašai atskleidžiami paprastuoju tekstu.
Tai yra atotrūkis, kurio BAA neuždaro. BAA reikalauja "tinkamų apsaugos priemonių". Serverio pusės šifravimas su teikėjo turimais raktais atitinka tą standartą popieriuje. Tai neapsaugo nuo teikėjo pusės pažeidimo.
DI naudoja klinikinius užrašus, atsiskaitymo įrašus ir priežiūros planus rezultatams generuoti. Visas tas turinys yra skaitomu pavidalu teikėjo serveriuose. Pažeidimas ten reiškia, kad pacientų įrašai yra lauke.
HIPAA vykdymas neatsižvelgia į tai, kad turėjote BAA. HHS Pilietinių teisių biuras užduoda vieną klausimą: ar naudojote apsaugos priemones, kurios iš tikrųjų saugojo įrašus? Techninės kontrolės priemonės nustato atsakymą. Sutarties kalba — ne.
Kaip nulinių žinių architektūra tai ištaiso
Nulinių žinių dizainas iš esmės sprendžia serverio pusės prieigos problemą.
Prieš bet kokiems failams paliekant jūsų aplinką, pacientų detalės pakeičiamos žetonais. DI teikėjas gauna tik anoniminizuotą turinį. Klinikiniai užrašai turi pakeitimus pavadinimams. Atsiskaitymo įrašai turi pakeistus sąskaitų numerius. Priežiūros planai turi pašalintą asmeninę informaciją.
DI apdoroja anoniminizuotą versiją. Jūsų sistema iš naujo susieja rezultatus su originaliu pacientų įrašu naudojant žetonų žemėlapį. Tas žemėlapis niekada nepalieka jūsų kontrolės.
Kas tai keičia praktiškai:
DI teikėjas niekada negauna saugomos sveikatos informacijos. Klinikiniai užrašai, siunčiami per nulinių žinių anonimizavimą, neapima vardų, gimimo datų, adresų ar įrašų numerių. DI dirba su švariais failais.
Teikėjo pažeidimas nieko neatskleidžia. Jei jų serveriai pažeidžiami, saugomas turinys neturi jokios paciento informacijos. Atskleidimas negali įvykti, nes saugomi įrašai niekada nebuvo išsiųsti.
Techninės apsaugos priemonės viršija sutarties reikalavimus. Apdraustas subjektas padarė pacientų įrašų atskleidimą techniškai neįmanomu. Ne tik draudžiamu pagal sutartį. Tai yra daug stipresnė pozicija.
Sužinokite, kaip anonimizacijos sluoksnis veikia saugumo atitikties puslapyje ir teisinio atitikimo dokumentuose.
Standartas, išlaikantis vykdymo metu
HIPAA vykdymas pagal HHS Pilietinių teisių biurą priklauso nuo vieno testo. Ar apdraustas subjektas naudojo pagrįstas apsaugos priemones, atsižvelgiant į žinomą riziką?
Debesies DI teikėjai, tvarkantys sveikatos įrašus pagal BAA, buvo pažeisti. Rizika yra reali. Ne teorinė. Tyrėjai klausia, ar apdraustas subjektas tai sprendė.
Vieno tipo apdraustas subjektas pasikliovė BAA ir teikėjo valdamu šifravimu. Tai yra sutartinis sprendimas techninei problemai. Kitas tipas anoniminizavo pacientų įrašus prieš siųsdamas ką nors. Tai pašalino atskleidimą iš šaltinio.
Antras metodas suteikia aiškų atsakymą į bet kokį tyrimą. Saugomi įrašai niekada nepasiekė DI teikėjo naudojama forma. Nėra pranešamo pažeidimo. Nėra paciento, kuriam reikia pranešti. Nėra tyrimo, į kurį reikia atsakyti. Dizainas padarė tą rezultatą neįmanomu.
Sveikatos organizacijoms, diegiančioms debesies DI, tinkamas atitikties metodas yra aiškus. Vien BAA nepakanka. Pacientų įrašai niekada neturi pasiekti trečiosios šalies atkuriamu pavidalu. BAA tenkina teisinį reikalavimą. Nulinių žinių architektūra tenkina techninį.
Sužinokite daugiau žetonų sistemos dokumentuose ir DUK centre.
anonym.legal anonimizacijos sluoksnis pašalina pacientų detales prieš joms pasiekiant bet kokį DI įrankį. Žetonai pakeičia vardus, datas ir įrašų numerius. Rezultatai grąžinami su atkurtomis originalios detalėmis — tik jūsų pusėje. Žiūrėkite kainų puslapį.