Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
RODO i dane zdrowotne dla deweloperów
Dane zdrowotne z art. 9 jako zadania inżynierskie: podstawa prawna, DPA, rezydencja w UE, bezpieczeństwo, dostęp i usunięcie, DPIA — zmapowane do tego, co obejmuje Anpheros. HIPAA: BAA na żądanie. Nie jest to porada prawna.
Zgodnie z RODO, dane medyczne stanowią szczególną kategorię danych osobowych (Artykuł 9): ich przetwarzanie jest zabronione, chyba że zachodzi jeden z niewielu określonych warunków, takich jak wyraźna zgoda osoby lub świadczenie opieki zdrowotnej, i wymaga silniejszych zabezpieczeń niż zwykłe dane osobowe. Dla zespołów programistycznych przekłada się to na konkretne decyzje projektowe: udokumentowana podstawa prawna, umowa o przetwarzanie danych z każdym dostawcą, który ma dostęp do danych, rezydencja danych w UE lub zgodne z prawem przekazanie, kontrola dostępu i logowanie oraz sposoby udostępniania danych osobom i ich usuwania. Ta strona mapuje te wymagania na pracę inżynierską i pokazuje, które części platforma danych medycznych, taka jak Anpheros, już obejmuje. Jest to wskazówka techniczna, a nie porada prawna.
Wymagania jako zadania inżynieryjne
| Wymaganie RODO | Co to oznacza w kodzie i operacjach | W Anpheros |
|---|---|---|
| Podstawa prawna z art. 9 | Zdecyduj i zarejestruj, dlaczego przetwarzasz dane dotyczące zdrowia (wyraźna zgoda, opieka zdrowotna, zdrowie publiczne, badania naukowe…) | Twoja decyzja i dokumentacja; dostęp przez inne aplikacje odbywa się za pośrednictwem wyraźnej zgody OAuth, a każde przyznanie rejestruje cel zadeklarowany przez aplikację |
| Umowa o powierzenie przetwarzania danych z art. 28 | Podpisz umowę o powierzenie przetwarzania danych z każdym podmiotem przetwarzającym | Dostęp produkcyjny wymaga podpisanej umowy DPA |
| Transfery z rozdziału V | Przechowuj dane w UE/EOG lub użyj zgodnego z prawem mechanizmu transferu | Przechowywane i przetwarzane w UE (Google Cloud europe-west4, Holandia) |
| Bezpieczeństwo z art. 32 | Szyfrowanie, kontrola dostępu, izolacja, logowanie, odporność | Izolacja per projekt, pary identyfikatorów pacjentów, zaszyfrowane dokumenty z kluczem zarządzanym przez klienta, log dostępu |
| Prawo dostępu z art. 15 | Udostępnij osobie kopię jej danych | Patient/$everything (pełny rekord FHIR) i $summary (IPS) |
| Prawo do usunięcia z art. 17 | Usuń dane, gdy wygaśnie podstawa prawna lub osoba o to poprosi | Usuwanie za pośrednictwem API; usunięcia są miękkie, a wersje są przechowywane do celów audytu — zaplanuj, jak Twoja polityka retencji je obsługuje |
| Ochrona danych w fazie projektowania z art. 25 | Zbieraj tylko to, czego potrzebujesz; ogranicz dostęp do tego, kto może to zobaczyć | Zakresy SMART i filtry kategorii ograniczają to, co odczytuje każda aplikacja |
| Rejestry czynności przetwarzania z art. 30 | Dokumentuj, co przetwarzasz i dlaczego | Dowód pochodzenia (Provenance) przy każdym zapisie: autor, organizacja, system źródłowy |
| Powiadomienie o naruszeniu z art. 33 | Wykryj i zgłoś w ciągu 72 godzin | Twój proces incydentowy; platforma loguje każdy dostęp |
| Ocena skutków dla ochrony danych (DPIA) z art. 35 | Oceń przetwarzanie wysokiego ryzyka przed jego rozpoczęciem | Twoja do napisania; platforma dokumentuje swoje własne środki |
Zgoda nie jest jedyną podstawą prawną
Wyraźna zgoda (art. 9 ust. 2 lit. a) jest powszechna w aplikacjach pacjenta, ale kliniki zazwyczaj opierają się na świadczeniu opieki zdrowotnej (art. 9 ust. 2 lit. h), a projekty badawcze na art. 9 ust. 2 lit. j) w połączeniu z prawem krajowym. Wybieraj podstawę prawną dla każdego celu, rejestruj ją i nie proś o zgodę, której nie zamierzasz uszanować: wycofanie zgody musi być równie łatwe, jak jej udzielenie. W Anpheros osoba odwołuje dostęp aplikacji ze strony zgody, a kolejne żądanie kończy się niepowodzeniem.
Europejska Przestrzeń Danych Zdrowotnych uzupełnia RODO
Rozporządzenie (UE) 2025/327 (EHDS) utrzymuje RODO i dodaje prawa oraz formaty: osoby fizyczne uzyskują elektroniczny dostęp do swoich priorytetowych danych (podsumowanie pacjenta, recepty, wyniki badań laboratoryjnych, obrazy, raporty wypisowe) i mogą je udostępniać, a systemy EHR muszą obsługiwać europejski format wymiany. Zobacz EHDS dla deweloperów.
A co z HIPAA?
RODO dotyczy osób w UE; HIPAA dotyczy objętych podmiotów i ich partnerów biznesowych w USA. Anpheros jest zbudowany z myślą o RODO i rezydencji danych w UE, a te same mechanizmy kontroli służą HIPAA: Anpheros działa jako Partner Biznesowy dla amerykańskich klinik, z umową o partnerstwie biznesowym (BAA) i amerykańskim regionem danych dostępnym na żądanie dla klientów produkcyjnych. Zabezpieczenia HIPAA są wymienione na stronie bezpieczeństwa.
Często zadawane pytania
Czy dane dotyczące zdrowia to dane szczególnych kategorii w rozumieniu RODO?
Tak. Artykuł 9 wymienia dane dotyczące zdrowia wśród szczególnych kategorii; ich przetwarzanie wymaga spełnienia jednego z warunków określonych w art. 9 ust. 2, oprócz podstawy prawnej określonej w art. 6.
Czy potrzebuję wyraźnej zgody na przetwarzanie danych dotyczących zdrowia?
Nie zawsze. Wyraźna zgoda jest jednym z warunków; inne obejmują świadczenie opieki zdrowotnej lub społecznej, zdrowie publiczne i badania naukowe zgodnie z prawem krajowym. Wybierz i udokumentuj ten, który pasuje do każdego celu.
Czy dane dotyczące zdrowia muszą być przechowywane w UE?
RODO nie wymaga przechowywania w UE, ale transfery poza EOG wymagają zgodnego z prawem mechanizmu (decyzja o adekwatności lub odpowiednie zabezpieczenia). Przechowywanie danych w UE pozwala uniknąć tego pytania; niektóre przepisy krajowe są bardziej rygorystyczne.
Czy Anpheros jest zgodny z RODO?
Anpheros jest zaprojektowany z myślą o RODO: rezydencja danych w UE, umowa o przetwarzanie danych dla produkcji, zgoda kontrolowana przez pacjenta, izolacja między aplikacjami i dziennik dostępu, który pacjent może odczytać. Zgodność Twojego produktu zależy również od Twojej własnej podstawy prawnej, dokumentacji i procesów.
Powiązane tematy
- Bezpieczeństwo, prywatność i rezydencja danych
- European Health Data Space (EHDS) dla deweloperów
- Platforma zgody pacjenta dla aplikacji medycznych
- Pochodzenie danych medycznych – wyjaśnienie
- API EHR i API dokumentacji medycznej
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card