RODO w SaaS bez papierologii: role, retencja, anonimizacja
Pięć decyzji architektonicznych, dzięki którym system zapisów dzieci na obozy przetwarza dane zdrowotne zgodnie z RODO, a nie tylko „ma politykę”.
Polityka prywatności nie chroni danych. Chroni je architektura. Bookli przetwarza dane dzieci, w tym zdrowotne, więc zgodność z RODO musiała być cechą systemu, a nie dokumentem w stopce.
1. Minimalny dostęp przez role
Każda rola widzi tylko to, czego potrzebuje do pracy. Księgowość widzi płatności, ale nie dane zdrowotne ani PESEL. Kadra obozu widzi informacje potrzebne do opieki, ale nie kwoty. To zasada minimalizacji danych zapisana w kodzie.
2. Szyfrowanie pól wrażliwych
Dane osobowe i zdrowotne są szyfrowane na poziomie pól. Wyciek kopii bazy nie oznacza wycieku informacji o alergiach dziecka.
3. Izolacja tenantów
Każda firma widzi wyłącznie swoje dane. Izolacja działa na poziomie zapytań, a nie tylko interfejsu, więc błąd w widoku nie otworzy danych innego organizatora.
4. Retencja z automatu
Dane mają termin ważności. Po okresie retencji system sam je anonimizuje, bez polegania na tym, że ktoś o tym pamięta. Statystyki zostają, osoby znikają.
5. Audit log i wersjonowanie zgód
Każdy dostęp do danych wrażliwych i każda zmiana zostawia ślad. Zgody są wersjonowane: wiadomo, którą treść zgody zaakceptował rodzic i kiedy.
Bonus: zero trackerów
W aplikacji nie ma Google Analytics ani innych trackerów, a serwery stoją w EOG. Najprostszy sposób na problem z transferem danych do państw trzecich to po prostu go nie mieć.