Adatvédelmi tájékoztató

1. Kik vagyunk, és mire terjed ki ez a tájékoztató

A Paweł Milewski Software Development (az Üzemeltető, „mi”, „minket”, „miénk”) üzemelteti a glumeát (az Alkalmazás), a cukorbetegség önkezelését segítő mobilalkalmazást, valamint a glumea.com oldalt (a Weboldal). Ez a tájékoztató elmagyarázza, milyen adatokat gyűjtünk, miért, hol tároljuk őket, ki férhet hozzájuk, meddig őrizzük őket, mit töröl a törlés, és milyen jogai és lehetőségei vannak Önnek.

Ez egyben az a tájékoztatás is, amellyel az európai adatvédelmi jog szerint tartozunk Önnek: az általános adatvédelmi rendelet ((EU) 2016/679 rendelet, a továbbiakban: GDPR) 13. és 14. cikke által előírt információk, azokra az adatokra is kiterjedően, amelyeket Ön maga ad meg nekünk, és azokra is, amelyek máshonnan jutnak el hozzánk.

Ez a tájékoztató a következőkre vonatkozik:

Az Alkalmazás: a glumea mobilalkalmazás iOS-re és Androidra.
A Weboldal: a glumea.com weboldal, beleértve a jogi dokumentumokat tartalmazó oldalakat.

A Weboldal szinte semmit nem gyűjt, és az alábbiakban külön szakasza van.

Az Üzemeltető a személyes adatai kezeléséért felelős adatkezelő:

Adatkezelő: Paweł Milewski Software Development
Cégjegyzékszám: NIP PL6751782526, a CEIDG-ben (a lengyel központi vállalkozásnyilvántartási és -információs rendszerben) bejegyzett egyéni vállalkozás
Postai cím: ul. Franciszka Bohomolca 3 lok. 7, 31-416 Kraków, Lengyelország
E-mail: [email protected]
Székhely szerinti ország: Lengyelország

Ha alkalmazandó:

Uniós képviselő: nem alkalmazandó (az Európai Unióban letelepedett vállalkozás vagyunk)
Egyesült királysági képviselő: nem jelöltünk ki
Adatvédelmi tisztviselő: nem jelöltünk ki; az adatvédelmi kérdéseket a [email protected] címre kell küldeni

Az „adatkezelő” az a fél, amely a GDPR meghatározása szerint dönt a személyes adatai kezelésének módjáról és céljáról.

Két másik dokumentum is érvényes e tájékoztató mellett, ezeket érdemes együtt olvasni vele:

a Felhasználási feltételek, amelyek az Alkalmazás és a Weboldal használatát szabályozzák, és
az Orvosi nyilatkozat, amely meghatározza az Alkalmazás orvosi korlátait.

Ha Ön washingtoni lakos, Önre egy negyedik dokumentum is vonatkozik: a Fogyasztói egészségügyi adatok adatvédelmi tájékoztatója, amelyet a washingtoni jog külön közzétételre kötelez minket. Ha Nevadában tartózkodik, ennek megfelelője a Nevadai fogyasztói egészségügyi adatok adatvédelmi tájékoztatója.

2. Összefoglalás

Az alábbiak rövid változata. Minden pont megnevezi azt a szakaszt, amely teljes terjedelmében tárgyalja, és az a szakasz az irányadó.

Kik vagyunk. A Paweł Milewski Software Development dönt arról, hogyan és miért kezeljük az adatait. 1. és 21. szakasz.
Mit gyűjtünk. Az e-mail-címét és a jelszavát; a bevezetéskor megadott profilját; az Ön által vezetett naplót, vagyis a vércukrot, az ételt, az inzulint, az egyéb gyógyszereket, a testsúlyt, a gyógyszereket és az emlékeztetőket; a bejelentkezési tokeneket és a szerverkapcsolati nyilvántartásokat. Az Apple Health vagy a Health Connect rekordjait, ha összekapcsolja őket, és az előfizetési információkat, ha előfizet. 3. szakasz.
Egészségügyi adatok. A napló, a cukorbetegség típusa, a kezelési mód és a terápiás beállítások a GDPR 9. cikke szerinti különleges kategóriájú adatok. A felhőszinkronizálásnál a naplóra külön megerősítés vonatkozik. A jelenlegi bevezetés nem kér külön kifejezett hozzájárulást az egészségügyi profil és a terápiás beállítások tárolása előtt. 3.3. és 4. szakasz.
Hol vannak. Az adatai egy része a fiók létrehozásának pillanatától a szervereinken van: a fiókadatai, a profilja a cukorbetegsége típusával és kezelésével együtt, valamint a terápiás beállításai. A naplója nem: azt először egy titkosított adatbázisba írjuk a telefonján, az Alkalmazás offline is működik, és csak akkor jut el a szervereinkre, ha bekapcsolja a Felhőszinkronizálást, amely glumea+ funkció, addig ki van kapcsolva, amíg be nem kapcsolja, és a fiókján tárolt választás, nem a telefonon lévő. A teljes táblázat a 10. szakaszban található.
Kik kapják meg. Az uniós tárhelyszolgáltatónk; egy e-mail-szolgáltató, ha az e-mail-küldés engedélyezett; a PostHog és a Sentry, mindegyik csak azután, hogy Ön beleegyezett; az áruház, ha előfizet; és a RevenueCat, akár előfizet, akár nem. Nem adjuk el az adatait, és az Alkalmazásban nincs reklám. 5., 7., 8. és 9. szakasz.
Az Ön választásai. Az elemzés és a hibajelentés addig ki van kapcsolva, amíg mindegyikbe bele nem egyezik, és mindegyiknek külön kapcsolója van; a kijelentkezés nem állítja le az adott munkamenetben már futó SDK-t. Az Alkalmazásban kikapcsolhatja a szinkronizálást, törölheti a naplója szerveren lévő másolatát, törölheti a fiókját, és használhatja a megvalósított exportokat. 5. és 13. szakasz.
Az Ön jogai. Hozzáférés, helyesbítés, törlés, korlátozás, adathordozhatóság, tiltakozás, a hozzájárulás visszavonása és panasz egy adatvédelmi hatósághoz; az Egyesült Államokban azok a jogok, amelyeket az Ön államának joga biztosít. A fiókját törölheti az Alkalmazásban, vagy az Alkalmazás nélkül is kérheti a fiók törlését a [email protected] címre küldött e-mailben. 13., 14. és 17. szakasz.
Amit a törlés nem ér el. A fiók törlése eltávolítja a fiók éles adatbázisbeli rekordjait, és kéri a fiókhoz kapcsolt RevenueCat- és PostHog-rekordok törlését. A meglévő biztonsági mentések, a szerver- és diagnosztikai naplók, az áruházi számlázási nyilvántartások és az exportált másolatok a 12. szakaszban leírtak szerint megmaradhatnak.

3. Az általunk gyűjtött adatok

Az itt felsoroltak nagy részét Ön adja meg közvetlenül. Két kategória nem ilyen: az Apple Healthből vagy a Health Connectből importált értékek, valamint az Apple-től, a Google-től és a RevenueCattől hozzánk eljutó előfizetési információk. Mindkettőt az alábbiakban ismertetjük.

3.1 Fiókadatok

E-mail-cím és jelszó. A jelszavát a szervereinken bcrypttel kivonatoljuk, soha nem tároljuk egyszerű szövegként, és soha nem mentjük el az eszközén. Az e-mail-címét az Alkalmazás által használt bejelentkezési token is tartalmazza.
Egyszer használatos kódok az e-mail-cím ellenőrzéséhez, a jelszó visszaállításához, a jelszó módosításához és az e-mail-cím módosításához. A kód a kiadása után 10 perccel lejár, és öt hibás kísérlet érvényteleníti.

3.2 Profiladatok

A bevezetés során gyűjtött adatok:

Keresztnév és vezetéknév (becenévként tárolva), életkor, nem (nem kötelező) és magasság.
A cukorbetegség típusa (1-es típusú, 2-es típusú, terhességi vagy egyéb), a kezelési módok (inzulin, tabletta, injekciós készítmények, diéta) és az inzulinbeadás módja.

A cukorbetegsége típusa, a kezelési módjai és az inzulinbeadás módja egészségügyi adatok, a GDPR 9. cikke szerinti személyes adatok „különleges kategóriája”, még ha ez a tájékoztató „profil” alatt csoportosítja is őket. Az alábbi, jogalapokról szóló szakasz megadja, melyik feltételre támaszkodunk velük kapcsolatban.

3.3 Az Ön által rögzített egészségügyi adatok (különleges kategóriájú adatok)

Az alábbiak egészségügyi adatok, a GDPR 9. cikke szerinti személyes adatok „különleges kategóriája”. A szervereinken kizárólag az Ön kifejezett hozzájárulásával tároljuk őket. Az alábbi, jogalapokról szóló szakasz megadja, hogyan történik a hozzájárulás, és hogy ezek közül melyek jutnak el a szervereinkre csak bekapcsolt felhőszinkronizálás mellett:

Vércukorértékek, nem kötelező kontextuscímkékkel (étkezés időzítése, élettani állapot, mozgás, gyógyszer és technológia, valamint az Ön által írt saját címkék) és szabad szöveges megjegyzésekkel.
Ételbejegyzések: szénhidrát, valamint nem kötelezően fehérje, zsír, kalória és egy Ön által beírt név.
Inzulinadagok: az egységek száma, az Ön által beállított inzulinhoz kapcsolva, bólus, bázis vagy előkevert.
Injekciós gyógyszerek adagjai (például GLP-1-agonisták).
Tabletták bevételének száma.
Testsúlybejegyzések, mindegyik a rögzítés időpontjával.
A gyógyszerkatalógusai: az Ön által beállított inzulinok, tabletták és injekciós gyógyszerek, beleértve a gyógyszerneveket (például Fiasp, Lantus, Metformin, Ozempic) és a farmakokinetikai paramétereket (hatáskezdet, hatáscsúcs, hatástartam), valamint a hozzájuk beállított emlékeztetési időpontok.
Az Ön által beállított kezelési beállítások: a vércukor-céltartománya (alapértelmezés szerint 3,9–10,0 mmol/L, terhességi cukorbetegség, prediabétesz vagy diagnózis hiánya esetén 3,9–7,8 mmol/L), a szénhidrát/inzulin aránya (ICR) és az inzulinérzékenységi faktora (ISF). Az Alkalmazás ezek egyikét sem használja adag kiszámítására vagy javaslására. A szénhidrát/inzulin arányát az Ön tájékoztatására tároljuk, és semmi más nem olvassa. A céltartományát eltároljuk, és ez rajzolja meg az Idő a céltartományban céltartományi sávját, ez adja meg a jó / mérsékelt / kritikus címke belső határait, és ez dönti el, mikor változik a hipoglikémia-kockázat megfogalmazása. Az inzulinérzékenységi faktorát a hipoglikémia-kockázat megfogalmazásához és az aktív inzulin mellett megjelenő hozzávetőleges csökkenési tartomány kiszámításához használjuk. Az Orvosi nyilatkozat mindezt leírja.
Az Alkalmazás által az eszközén a rögzített adatokból származtatott értékek: a becsült aktív inzulin (csak tájékoztató becslés: nem javasol és nem számít ki adagot), a hipoglikémia-kockázat megfogalmazása és a mellette megjelenő hozzávetőleges csökkenési tartomány, a trendek, az átlagos vércukor és szórása, az Idő a céltartományban, a becsült A1C (GMI), a következő mérés javasolt időpontja, valamint a legutóbbi értéke jó / mérsékelt / kritikus címkéje. Az Orvosi nyilatkozat leírja, mi ezek mindegyike, és mi nem.

E mezők közül több szabad szöveg: a vércukor-megjegyzések, az Ön által írt címkék, az ételnevek, az egyéni gyógyszernevek, az egyéni emlékeztető-időszak neve. Amit ide beír, azt pontosan úgy tároljuk, ahogyan beírta, és szinkronizáljuk, ha a szinkronizálás be van kapcsolva.

3.4 A más forrásokból kapott adatok

Apple Health és Health Connect. Ha összekapcsolja őket, az Alkalmazás a telefonon lévő egészségügyi platformról vércukor-, testsúly- és étkezési szénhidrát-rekordokat olvas. Ez csak olvasás: az Alkalmazás soha nem ír vissza semmit. iOS-en a rendszertől csak olvasási hozzáférést kér, és nem nyilvánít ki írási indokot, amit az írás megkövetelne; Androidon csak olvasási engedélyekkel rendelkezik a három rekordtípusra. Azok a rekordok, amelyek eredetileg mérőből, CGM-ből vagy másik alkalmazásból származnak, ezért az egészségügyi platformon keresztül jutnak el a glumeához. Az importált bejegyzéseket az eszközén közönséges bejegyzésként tároljuk, megjelölve a platformmal, ahonnan érkeztek, és a rekord azonosítójával. Az, hogy egy importált bejegyzést a szervereinkre is lemásolunk-e, azon múlik, hogy a Felhőszinkronizálás be van-e kapcsolva, pontosan úgy, mint egy Ön által begépelt bejegyzésnél. A kapcsolat addig ki van kapcsolva, amíg be nem kapcsolja, és bármikor megszakíthatja, vagy kikapcsolhat egyes adattípusokat a Beállítások → Integrációk menüpontban.
Apple, Google és RevenueCat. Ha előfizet a glumea+ szolgáltatásra, az előfizetésre vonatkozó információk az áruháztól és a RevenueCattől jutnak el hozzánk. Hogy pontosan mik ezek, azt lásd az alábbi, a glumea+ szolgáltatásról szóló szakaszban.

3.5 Technikai adatok

Hitelesítési tokenek, amelyeket az eszköze biztonságos tárolójában őrzünk, hogy bejelentkezve maradjon. A szervereinken lévő munkamenete egy rekord, amely egy munkamenet-azonosítót, az Ön felhasználói azonosítóját és a lejáratát tartalmazza.
Bekapcsolt felhőszinkronizálás esetén a szervereink feldolgozzák a szinkronizált adatokat a szinkronszolgáltatás működtetéséhez szükséges adminisztrációval együtt, például a szinkronizálás időbélyegeivel.
Amikor az Alkalmazás a szervereinkkel kommunikál, a szerverek szokásos kapcsolati információkat kapnak, például az IP-címét, a kért útvonalat és az időpontot, amelyeket biztonsági célra és a szolgáltatás működtetésére használunk.
Amíg az elemzés vagy a diagnosztika engedélyezett, az egyes SDK-k az 5. szakaszban leírt adatokat küldik. Mindkettő ki van kapcsolva, amíg bele nem egyezik.

3.6 Az eszközén maradó és a nem ott maradó adatok

Bizonyos dolgok egyáltalán nem jutnak el a szervereinkre: az értesítési beállítások, a vércukormérési emlékeztetők időpontjai, a Csendes órák, az értesítések részletességének választása, a helyi értesítések állapota, az egészségügyi platform kapcsolatának állapota, az alkalmazásbeállítások, a telemetriai beállítások és a szinkronizálás adminisztrációja. Egy megszorítással: amíg az elemzés engedélyezett, a nyelvi, a téma- és a mértékegység-beállítások profilattribútumként a PostHoghoz kerülnek. Ebből a listából semmi más nem hagyja el az eszközt a háttérrendszerünkön keresztül.

A gyógyszerbeosztásai kivételt jelentenek: a naplóhoz tartoznak, ezért a Felhőszinkronizálás bekapcsolt állapotában a szervereinkre másolódnak, mert egy gyógyszeremlékeztetőnek túl kell élnie egy új telefont.

Maga a felhőszinkronizálási kapcsoló sem csak az eszközön él. A választását a szervereinken, a fiókján tároljuk, hogy átkerüljön egy új telefonra, és túlélje a kijelentkezést; hogy ez a gyakorlatban mit jelent, azt a 10. szakasz tárgyalja.

Az Ön által létrehozott fájlok, vagyis a .glumea biztonsági mentési archívum, illetve a CSV- vagy PDF-vércukorjelentés az eszközén jönnek létre, és átadásra kerülnek annak az alkalmazásnak, amellyel megosztja vagy elmenti őket. Hogy ezután hová kerülnek, az kívül esik az ellenőrzésünkön, és a CSV- vagy PDF-jelentés nincs titkosítva.

4. Miért kezeljük az adatait, és mik a jogalapjaink

A GDPR szerint minden felhasználáshoz 6. cikk szerinti jogalap kell, a különleges kategóriájú adatokhoz pedig 9. cikk szerinti feltétel is. A tervezett jogalapokat az alábbiakban soroljuk fel. Az alábbiakban ismertetett hiányzó profil-hozzájárulási lépés nem biztosítja azt a kifejezett hozzájárulást, amelyet a kezelés megkövetel.

A fiókja és az Alkalmazás biztosítása: a fiókja létrehozása és védelme, a hitelesítés, az e-mail-cím ellenőrzése, a jelszó visszaállítása, a felhőszinkronizálás működtetése, a glumea+ biztosítása, ha előfizet, valamint az áruház és a RevenueCat által küldött előfizetési értesítések nyilvántartása, hogy megállapíthassuk, aktív-e a glumea+, és rendezhessünk egy számlázási problémát: szerződés teljesítése, GDPR 6. cikk (1) bekezdés b) pont.
Az egészségügyi adatok tárolása a szervereinken: a tervezett jogalapok a szolgáltatásra a 6. cikk (1) bekezdés b) pontja, az egészségügyi adatokra pedig a 9. cikk (2) bekezdés a) pontja szerinti kifejezett hozzájárulás. A naplót csak a külön Felhőszinkronizálás-megerősítés után másoljuk a szervereinkre. A jelenlegi bevezetés a profilt és a terápiás beállításokat külön kifejezett hozzájárulási lépés nélkül tárolja a fiókon. Egy szerződés elfogadása nem jelent automatikusan kifejezett hozzájárulást a különleges kategóriájú adatok kezeléséhez, ezért a jelenlegi bevezetési folyamat nem biztosítja a 9. cikk szerinti feltételt. A fiók törlése az egyetlen megvalósított mód ezeknek a profil- és terápiás mezőknek az éles adatbázisból való eltávolítására.
Termékelemzés: a 6. cikk (1) bekezdés a) pontja szerinti hozzájárulás, a 9. cikk (2) bekezdés a) pontja szerinti kifejezett hozzájárulás, mert egy cukorbetegség-alkalmazás használata egészségi állapotra utal, valamint az elektronikus hírközlési adatvédelmi irányelv (ePrivacy) 5. cikk (3) bekezdése szerinti hozzájárulás az SDK-tárolóhoz. Az 5. szakasz leírja, hogyan kérjük ezt a hozzájárulást.
Diagnosztika és összeomlási jelentések: a tervezett jogalap a 6. cikk (1) bekezdés a) pontja szerinti hozzájárulás, a 9. cikk (2) bekezdés a) pontja szerinti kifejezett hozzájárulás, mert egy cukorbetegség-alkalmazás használata egészségi állapotra utal, és az ePrivacy 5. cikk (3) bekezdése szerinti hozzájárulás az SDK-tárolóhoz, ugyanúgy kérve, mint az elemzésnél (5. szakasz).
A szolgáltatás biztonságának megőrzése és a visszaélések megelőzése: a sebességkorlátozás az API-nkon, és a gyanított visszaélések kivizsgálása: jogos érdekünk, GDPR 6. cikk (1) bekezdés f) pont. A konkrét érdek az, hogy megvédjük az Ön és mások fiókját a jogosulatlan hozzáféréstől, és hogy a szolgáltatás elérhető maradjon. Erre csak akkor támaszkodunk, ha érdekeinket nem írják felül az Ön jogai.
Jogi kötelezettség teljesítése: ha a lengyel jog előírja, hogy bizonyos nyilvántartásokat megőrizzünk vagy kiadjunk, ezt a GDPR 6. cikk (1) bekezdés c) pontja alapján tesszük. Az Ön által rögzített egészségügyi adatok esetében nem erre a jogalapra támaszkodunk. Nem mi vesszük át a fizetését, és soha nem kapjuk meg a fizetési adatait, ezért a vásárlása fizetési és számlázási nyilvántartásait az áruház őrzi, nem mi.

Nem hozunk Önről olyan döntéseket, amelyek kizárólag automatizált adatkezelésen alapulnak, és Önre nézve joghatással járnak vagy Önt hasonlóan jelentős mértékben érintik, és nem végzünk Önről ilyen döntésekhez profilalkotást. A glumeában nincs a GDPR 22. cikke értelmében vett automatizált döntéshozatal. Az Alkalmazás által mutatott becslések, az aktív inzulin, a trendek, az Idő a céltartományban, az Ön eszközén, az Ön által megadott adatokon végzett számítások, amelyeket csak az Ön tájékoztatására mutatunk meg. Nem javasolnak és nem számítanak ki semmilyen inzulin- vagy gyógyszeradagot, és nem orvosi tanácsok.

Kötelező-e az adatok megadása? A törvény nem kötelezi arra, hogy adatokat adjon meg. A fiókhoz e-mail-cím és jelszó szükséges. A bevezetés során kért profil- és terápiás mezőket a fiókon tároljuk, a fent leírt hozzájárulási korlátozással. A bejegyzések rögzítése, az Apple Health vagy a Health Connect összekapcsolása és a felhőszinkronizálás nem kötelező. Az elemzés és a diagnosztika nem kötelező, és ki van kapcsolva, amíg bele nem egyezik.

5. Elemzés és diagnosztika

Az Alkalmazás két harmadik féltől származó SDK-t tartalmaz erre a célra: az egyiket a termékelemzéshez, a másikat az összeomlási és hibajelentésekhez. Ez a szakasz leírja, mi az egyes SDK-k szerepe, és mit kapnak.

Mindkettő ki van kapcsolva, amíg bele nem egyezik, és egyik SDK sem indul el előtte. Az Alkalmazás a bevezetés végén kérdez, mindegyikhez külön kapcsolóval. A kapcsolók bekapcsolt állásban jelennek meg, de semmit nem gyűjtünk, amíg nem koppint a folytatásra, és az elutasító gombra koppintva a bevezetés mindkettő kikapcsolásával fejeződik be. Ha a bevezetés végigjárása nélkül jelentkezik be egy meglévő fiókba, mindkettő ki marad kapcsolva, amíg be nem kapcsolja őket. A két beállítás független, és bármikor módosítható a Beállítások → Adatkezelés → Adatvédelem és diagnosztika menüpontban. A kijelentkezés a többi beállítással együtt törli mindkét választást, de a már futó SDK az Alkalmazás bezárásáig tovább fut.

5.1 Termékelemzés: PostHog

A PostHogot (EU Cloud, eu.i.posthog.com) azért használjuk, hogy megértsük, hogyan használják az Alkalmazást, és tökéletesíthessük.

Amit a PostHog az elemzés engedélyezett állapotában kaphat:

A glumea fiókazonosítója: a fiókja belső UUID-ja. Nem az e-mail-címe, nem a neve. Bejelentkezés után az események ehhez az azonosítóhoz kötődnek, tehát ezek az események nem névtelenek. A bejelentkezés előtt vagy a kijelentkezés után előfordulható események, az első indítás, az alkalmazásindítások, a regisztráció és az e-mailben küldött kód ellenőrzése helyette álnevesített eszközazonosítót hordoznak, és ezt az azonosítót újragenerálja az Alkalmazás, amikor visszaállítja az SDK-t.
Rögzített eseménynevek listája, nagyjából 28, amelyek olyan dolgokat fednek le, mint az alkalmazás megnyitása, a regisztráció, a bevezetés befejezése, egy bejegyzés mentése, az Apple Healthből való importálás, egy értesítési engedély megadása vagy megtagadása, egy export létrehozása, a fizetőfal megnyitása, valamint egy vásárlás vagy visszaállítás eredménye.
Kevés számú tulajdonság, mindegyik zárt listából vagy korlátos számból: milyen típusú bejegyzést mentett (vércukor, étel, gyógyszer vagy testsúly), hány sort írt egy mentés, a bejegyzést a pillanatban rögzítették-e vagy visszamenőleg, az export CSV vagy PDF volt-e, melyik bevezetési lépés fejeződött be, a megérintett emlékeztető általános kategóriája és hasonlók. A rendszerben egyetlen tulajdonság sem fogad szabad szöveget.
A képernyő, amelyen jár, útvonalsablonként, például /settings/privacy. A számjegyeket elutasítjuk, így egy rekordazonosító nem utazhat benne. Azt a képernyőt, amelyet csak egyfajta kezelés ér el, például az inzulinbeállításokat, a fölötte lévő képernyőként jelentjük.
Néhány profilattribútum: a nyelve, a témája, a vércukor-, testsúly- és szénhidrát-mértékegységei, és hogy glumea+ előfizető-e.
Amit a PostHog SDK magától hozzáad, az ellenőrzésünkön kívül: az eszköz modellje, az operációs rendszer és verziója, az alkalmazás verziója, az SDK verziója, az időzóna, a területi beállítás, a hálózat típusa és egy munkamenet-azonosító. A PostHog megkapja azt az IP-címet is, ahonnan a kérése érkezik, mint minden webszolgáltatás, és ebből hozzávetőleges tartózkodási helyet állapít meg. A PostHog opcióját, amely eldobja ezt a címet, nem kapcsoltuk be, ezért a cím az eseménnyel együtt tárolódik.

Amit a PostHog nem kaphat: vércukorértéket, inzulinadagot, gyógyszernevet, azt, hogy milyen fajta gyógyszert szed, megjegyzést, ételnevet, e-mail-címet vagy bármilyen más szabad szöveget. Az ezt biztosító szűrő zárt alapértelmezésű: a listán nem szereplő eseményt egészében eldobjuk, a nem deklarált tulajdonságot eltávolítjuk, és az a deklarált tulajdonság is eltávolításra kerül, amelynek értéke nem felel meg a várt alaknak. A rendszerben nincs „bármilyen sztring” tulajdonság. Nincs munkamenet-visszajátszás, nincs képernyőfelvétel, nincsenek felmérések, nincs koppintások automatikus rögzítése, és nincs push-token.

Az eseményeket úgy építjük fel, hogy ne fedjék fel a kezelését vagy az értékeit. Az inzulint, a tablettát és az injekciós készítményeket egyaránt gyógyszerbejegyzésként jelentjük. Az alacsony vagy magas vércukorra figyelmeztető riasztásra koppintást egyáltalán nem rögzítjük, és a csak az inzulinhasználók által látott bevezetési lépést sem. Az Apple Healthből vagy a Health Connectből való importálás azt jelenti, hogy lefutott, és mi indította el, de soha nem azt, hogy hány rekordot olvasott. Az események bejelentkezett állapotban továbbra is a fiókjához kötődnek, és egy cukorbetegség-alkalmazás használata önmagában is egészségi állapotra utal, ezért várakozik az elemzés a hozzájárulására.

Az elemzési SDK a saját azonosítóját az eszközén tárolja, a küldésre váró események sorával együtt. Az SDK működéséből két korlátozás következik. A visszavonás még egy utolsó eseményt rögzít arról, hogy Ön leiratkozott. Ezt az eseményt, a hozzájárulása alatt már összegyűjtött mindennel együtt, az SDK saját ütemezése szerint kézbesíti utólag, nem a visszavonás pillanatában. Ezután semmi új nem gyűlik.

5.2 Diagnosztika és összeomlási jelentések: Sentry

A Sentryt (európai uniós régió) azért használjuk, hogy megtudjuk, mikor omlik össze az Alkalmazás vagy mikor ad hibát, és javíthassuk.

Az Alkalmazás által épített jelentés minden tartalmat hordozó részét a küldés előtt a semmiből újraépítjük, az eltávolítandó mezők listája helyett az engedélyezett mezők listájából. A megmaradó mintegy tucatnyi legfelső szintű mezőt név szerint töröljük, így egy az SDK jövőbeli verziója által újonnan hozzáadott mezőt ez a törlés nem fogna meg, amíg fel nem vesszük. Az újraépítés után ez marad meg:

A kivétel típusa, és az eredeti hibaüzenet helyett egy számított címke.
A veremkövetés, a fájlnevek az alapnévre csökkentve, a kiadási buildekben pedig a szimbólumnevek elhomályosítva, csak a Sentry oldalán válnak olvashatóvá, a build során feltöltött leképezés segítségével.
Az eszköz családja, modellje, architektúrája, hogy szimulátor-e, és a tájolás.
Az operációs rendszer neve, verziója és buildje; az alkalmazás neve, verziója és buildje; a Dart futtatókörnyezet verziója.
Hibakeresési képazonosítók, amelyek a natív összeomlások olvashatóvá tételéhez kellenek.
A morzsaösvény (breadcrumb) szerkezete, a közelmúlt eseményeinek kategóriája, típusa, szintje és időbélyege, de soha nem a tartalmuk.
Két címke: az Alkalmazás melyik területe hibázott, és az előtérben történt-e, vagy a háttérben futó értesítési motorban.
A kiadás, a buildszám, a környezet és egy véletlenszerűen generált eseményazonosító.

Ami teljesen el van távolítva: a hibaüzenet, minden kéréssel kapcsolatos adat, minden felhasználói objektum, a szerver neve, a tranzakció neve, a szállisták, a modullisták, a helyi változók értékei, a forráskód-környezet, az abszolút elérési utak, az eszköz egyedi azonosítója és neve, a telepítéshez kötött alkalmazáskivonat, a morzsaösvény üzenetei és adatai, a képernyőképek, a nézethierarchiák és minden melléklet. A képernyőképek, a nézethierarchia rögzítése, a munkamenet-visszajátszás, a teljesítménykövetés, a naplózás és a kérések törzse mind ki van kapcsolva. Az Alkalmazás nem csatol felhasználói azonosítót a Sentry-eseményekhez: sem fiókazonosítót, sem e-mail-címet, sem eszközazonosítót.

Két korlát a fentiekkel kapcsolatban:

A natív összeomlások, az alkalmazás nem válaszol események és az iOS watchdog általi leállítások ezen az újraépítésen átesés nélkül is eljuthatnak a Sentryhez, mert az operációs rendszer összeomlás-kezelője állítja elő őket, nem az Alkalmazás saját kódja. Ugyanez igaz a Sentry által a kiadás állapotához használt időszakos „alkalmazásmunkamenet elindult / véget ért” jelzésre. Ezeket nem tudjuk megvizsgálni az eszközön, és nem ismerjük az összes mezőt, amelyet a platform SDK beléjük tesz. Nem állítunk be olyan azonosítót, amely ezek bármelyikét Önhöz kapcsolná.
A Sentry megkapja azt az IP-címet, ahonnan a jelentést küldik.

Amíg nem egyezik bele a diagnosztikába, a Sentry nem indul el. A kapcsoló kikapcsolása lezárja az adott vezérlő által elért jelentőket, de a kijelentkezés nem kapcsolja ki megbízhatóan a már inicializált SDK-t a futó folyamatban. A jelenlegi életciklus ezért nem írható le minden állapotban azonnali visszavonásként.

6. A glumea+ és az előfizetési adatok

A glumea+ előfizetés, amelyet kizárólag alkalmazáson belüli vásárlásként értékesítünk az Apple App Store-on és a Google Playen keresztül. Más módon nem vásárolható meg, nincs webes fizetés, és az Alkalmazásban sehol nincs kártyaűrlap.

Fizetési adatok nem jutnak el hozzánk. A fizetést az Apple vagy a Google veszi át. Soha nem látjuk a kártyaszámát, a banki adatait vagy a számlázási címét. A lemondást és a visszatérítést az áruházi fiókján keresztül lehet intézni, a Felhasználási feltételek elmagyarázzák, hol.
A RevenueCat az a szolgáltatás, amellyel megtudjuk, aktív-e az előfizetése. Az Alkalmazás egyetlen dolgot közöl Önről a RevenueCattel: a glumea fiókazonosítóját, amelyet az előfizetés felhasználói azonosítójaként használunk. A szervereink azt is megkérdezik a RevenueCattől, hogy az az azonosító rendelkezik-e aktív előfizetéssel, azokban az esetekben is, amikor soha nem fizetett elő, mert így tudjuk meg, hogy nem. Nem állítunk be e-mail-címet, megjelenített nevet, telefonszámot vagy push-tokent, és nem kérjük, hogy gyűjtsön eszközhirdetési azonosítókat. A RevenueCat saját SDK-ja a RevenueCat szolgáltatás működéséhez maga is gyűjt bizonyos eszköz- és hálózati információkat, amelyeket a saját adatvédelmi tájékoztatója ismertet. Ezt a gyűjtést nem mi konfiguráljuk, és ami belőle keletkezik, azt nem kapjuk meg.
Amit az Alkalmazás helyben őriz, az egyetlen igaz/hamis érték: aktív-e a glumea+. Az Alkalmazás nem tárol az eszközén árat, termékazonosítót, lejárati dátumot vagy tranzakcióazonosítót. Ez az érték hamisra áll, amikor kijelentkezik, így az eszközön a következő fiók előfizetés nélkül indul, és külön kell ellenőrizni az áruháznál.
Amit a szervereink tárolnak. A RevenueCat értesítést küld a háttérrendszerünknek, amikor valami változik egy előfizetésben: vásárlás, megújítás, lemondás, számlázási probléma. Mindegyik értesítést a beérkezett formában rögzítjük: az esemény azonosítóját és típusát, a környezetet, a glumea fiókazonosítóját, és a RevenueCat által küldött teljes üzenetet, pontosan úgy tárolva, ahogyan megérkezett, nem mezőnként. Ez az üzenet jellemzően tartalmazza a termékazonosítót, az árat, a pénznemet, az áruházat, az országot, valamint a vásárlás és a lejárat dátumát. Mivel egészében tároljuk, hordozhatja azokat az előfizetői attribútumokat is, amelyeket a RevenueCat Önről tart nyilván, köztük egy e-mail-címet: még ha az Alkalmazásunk egyet sem állít is be. Az üzenetet soha nem írjuk át; ugyanannak az eseménynek az ismételt kézbesítése csak a megérkezései számát frissíti nálunk.
Amíg az elemzés engedélyezett, a fent leírt tölcsérhez tartozó események a PostHoghoz kerülnek, egy profilattribútummal együtt, amely rögzíti, hogy aktív-e a glumea+. Az elemzésnek nem küldünk árat, termékazonosítót vagy áruházi azonosítót.

Két következmény adódik. A webhook-napló hordozza a glumea fiókazonosítóját, de nincs adatbázis-kapcsolata a fiókja sorával. A fiók törlésekor a háttérrendszerünk ezeket a rekordokat külön távolítja el, és ugyanazon azonosító alatt kéri a RevenueCat előfizetői rekordjának törlését. Egyébként egy ütemezett feladat minden webhook-rekordot a beérkezése után 90 nappal eltávolít. A 12. szakasz leírja, mi maradhat meg.

7. Amit nem csinálunk

A következők egyike sem történik meg a glumeában:

Semmilyen reklám. Nincs hirdetési SDK, nincs attribúciós SDK, nincs hirdetési azonosító. Az Alkalmazás nem tudja megjeleníteni az iOS „Alkalmazás kérése, hogy ne kövessen” kérdést, mert nem tartalmazza azt a bejegyzést, amely ezt lehetővé tenné, és nem deklarál hirdetési attribúciós hálózatokat.
Az adatai nem kerülnek eladásra. Nem adunk el és nem adunk bérbe személyes adatokat, és nem adunk el egészségügyi adatokat. Nem osztjuk meg őket környezetek közötti viselkedésalapú hirdetéshez.
Az egészségügyi adatait nem használjuk hirdetésre, marketingre, vagy arra, hogy bárki más számára profilt építsünk Önről.
Nincs helyadat. Nincs hozzáférés a névjegyekhez, a kamerához, a mikrofonhoz, a fényképekhez vagy a naptárhoz, az Alkalmazás egyik platformon sem kér ilyen engedélyt.
Nincs Firebase az Alkalmazásban: nincs Firebase Analytics, nincs Crashlytics, nincs Firebase Cloud Messaging. (A Firebase Hosting szolgálja ki a Weboldalt, ezt az oldalt is, ez egy másik Google-szolgáltatás, és az alábbiakban megnevezzük.)
Nincsenek push-értesítések, és nincs eszközszintű push-token. Az emlékeztetőket az Ön saját eszköze ütemezi és jeleníti meg; nincs szerver-eszköz csatorna egyáltalán.
Nincsenek képernyőképek, nincs képernyőfelvétel, nincs munkamenet-visszajátszás, nincs nézethierarchia-rögzítés, a fent leírt két SDK egyikétől sem.
A PostHogon és a Sentryn túl nincs más elemzési, telemetriai vagy követő SDK az Alkalmazásban. Az egyetlen összetevők, amelyek hálózati kapcsolatot nyitnak, az Alkalmazás saját kapcsolata a szervereinkkel, a PostHog, a Sentry és a RevenueCat.

8. Kik kapják meg az adatait

A glumea működtetéséhez az alábbi szolgáltatókkal osztunk meg adatokat. Szerepüket, saját adatvédelmi tájékoztatóikat és az egyes szolgáltatások általunk történő használatára vonatkozó szerződési feltételeket e kezelés tekintetében az irányadónak kell tekinteni. A RevenueCat SDK-ja maga is gyűjt eszköz- és hálózati információkat. Ezt a gyűjtést nem mi konfiguráljuk, és a kimenetét nem kapjuk meg, ezért a leírása a RevenueCat adatvédelmi tájékoztatójából származik, nem a mi rendszereinkből.

Google (Google Cloud Run és Google Cloud SQL, europe-west1 régió) üzemelteti a háttérrendszerünket és az adatbázist, amely mindent tárol, amit szinkronizál, az egészségügyi adatait is. A Google Secret Manager őrzi a szerverünk hitelesítő adatait, a Google Cloud Logging pedig a szerverünk kérésnaplóit.
Google (Firebase Hosting) szolgálja ki a glumea.com oldalt és ezeket a jogi dokumentumokat.
Sentry (európai uniós régió) megkapja a fent leírt diagnosztikai jelentéseket, amíg a diagnosztika a jelenlegi beállítási viselkedés szerint engedélyezett.
PostHog (EU Cloud) megkapja a fent leírt elemzési eseményeket, amíg az elemzés a jelenlegi beállítási viselkedés szerint engedélyezett.
RevenueCat (Egyesült Államok) megkapja a glumea fiókazonosítóját és az előfizetése állapotát, akár előfizet, akár nem: annak ellenőrzése, hogy Ön nem előfizető, ugyanazt az azonosítót használja, mint annak megerősítése, hogy az. Ahogy fentebb említettük, az SDK-ja emellett eszköz- és hálózati információkat is gyűjt, amelyeket nem mi konfigurálunk, és nem kapunk meg; a RevenueCat saját adatvédelmi tájékoztatója ismerteti.
Zoho ZeptoMail: ha az éles e-mail-küldés engedélyezett, ez a szolgáltató megkapja a címzett e-mail-címét és a kézbesítéshez szükséges ellenőrző vagy jelszó-visszaállító üzenetet. Egyetlen e-mail-szolgáltató sem kapja meg ezeket az üzeneteket, amíg a küldés le van tiltva.

Az Apple és a Google nem az adatfeldolgozóink. Ők üzemeltetik azokat az áruházakat, amelyeken keresztül a glumea+ elérhető, ők veszik át a fizetést, és önálló adatkezelők az Önről általuk tárolt vásárlási adatok tekintetében. Azt, hogy mit gyűjtenek, a saját adatvédelmi szabályzatuk szabályozza, nem ez.

Ezen túl személyes adatokat csak akkor adunk ki, ha a jog megköveteli, például bíróság vagy hatóság kötelező erejű végzése alapján, vagy az Ön utasítására.

Ha a Paweł Milewski Software Development valaha egyesülésben, felvásárlásban vagy eszközértékesítésben érintett lesz, az adatait továbbra is ez a tájékoztató védi, és értesítjük Önt, mielőtt az adatai más adatvédelmi szabályzat hatálya alá kerülnek.

9. Nemzetközi adattovábbítások

Hol dolgozza fel az adatait az egyes címzett:

A fiókja, a profilja és a szinkronizált egészségügyi adatai az EU-ban vannak tárolva: Google Cloud, europe-west1 (Belgium). A tárolás helye nem a teljes válasz. A Google ezekhez az adatokhoz az EGT-n kívülről is hozzáférhet, támogatás céljából és a platform üzemeltetéséhez, és ez önmagában is adattovábbítás. Ennek alapja a Google Cloud adatfeldolgozási kiegészítésében foglalt általános szerződési feltételek (Standard Contractual Clauses).
Az elemzés a PostHog EU Cloudjába kerül, amely az EU-ban tárolja. Ahol a PostHog az Európai Gazdasági Térségen kívülről hozzáférhet, az adattovábbítás a PostHog adatfeldolgozási megállapodásában foglalt általános szerződési feltételeken alapul.
A diagnosztika a Sentry európai uniós régiójába kerül. Ahol ez az Európai Gazdasági Térségen kívül esik, az adattovábbítás a Sentry adatfeldolgozási kiegészítésében foglalt általános szerződési feltételeken alapul.
A Weboldalt a Firebase Hosting szolgálja ki a Google tartalomkézbesítési hálózatáról, így egy oldal kérése az Európai Gazdasági Térségen kívüli helyről is kiszolgálható és naplózható. Ahol ez megtörténik, az adattovábbítás a Google Cloud adatfeldolgozási kiegészítésében foglalt általános szerződési feltételeken alapul.
Az előfizetés állapota az Egyesült Államokban lévő RevenueCathez kerül. Ahol ez az Európai Gazdasági Térségen kívül esik, az adattovábbítás a RevenueCat adatfeldolgozási kiegészítésében foglalt általános szerződési feltételeken alapul.
Ha az éles e-mail-küldés engedélyezett, az ellenőrző és a jelszó-visszaállító e-maileket a Zoho ZeptoMail kézbesíti, amely a címzett e-mail-címét az Európai Unióban dolgozza fel (Zoho Corporation B.V., a Zoho európai uniós adatközpontjai Hollandiában és Írországban). Ahol ez az Európai Gazdasági Térségen kívül esik, az alkalmazandó adattovábbítási mechanizmus a Zoho adatfeldolgozási kiegészítésében foglalt általános szerződési feltételek.
Az Apple és a Google a vásárlási adatokat a saját megállapodásaik szerint dolgozza fel, önálló adatkezelőként.

Ahol egy szolgáltató az EGT-n kívülről is hozzáférhet az adatokhoz, ideértve a támogatást is, az a hozzáférés is adattovábbításnak minősül, és a GDPR V. fejezete szerinti megfelelő garanciával kell rendelkeznie. Az egyes címzettek mechanizmusát fent megneveztük. Az Egyesült Királyságban élő felhasználók esetében a megfelelő mechanizmus az uniós általános szerződési feltételekhez készült egyesült királysági kiegészítés (UK Addendum), vagy az IDTA, ha a szolgáltató az egyesült királysági GDPR alapján azt az űrlapot használja. Általános adatvédelmi elérhetőség: [email protected]. Önálló, automatizált garanciamásolat-kérési munkafolyamat jelenleg nincs megvalósítva.

10. Hol tároljuk az adatait

A glumea elsősorban offline működik. Ez a szakasz a teljes válasz arra a kérdésre, hogy „mi van az enyémből a szervereiken?”: a tájékoztató minden más része ide mutat.

Mi	A telefonján	A szervereinken	Mikortól	Hogyan távolítható el
A naplója, a bejegyzések, a gyógyszerkatalógusok, a gyógyszerbeosztások	Mindig	Csak bekapcsolt Felhőszinkronizálással	Attól a pillanattól, hogy bekapcsolja a kapcsolót	Kapcsolja ki a kapcsolót, majd Szerveren tárolt adatok törlése; vagy törölje a fiókját
A profilja, név, életkor, magasság, a cukorbetegség típusa, kezelési módok, inzulinbeadás	Igen	Mindig	A bevezetéstől, akár használja a szinkronizálást, akár nem	Törölje a fiókját
A terápiás beállításai, céltartomány, szénhidrát/inzulin arány, inzulinérzékenységi faktor	Igen	Mindig	Attól a pillanattól, hogy megadja őket	Törölje a fiókját
A fiókja, e-mail-cím, kivonatolt jelszó, bejelentkezési munkamenetek	Csak a hitelesítő adatok	Mindig	A fiók létrehozásának pillanatától	Törölje a fiókját
Minden, ami a 3.6. szakaszban szerepel, emlékeztetők, Csendes órák, alkalmazásbeállítások	Igen	Soha	Nem alkalmazható	Jelentkezzen ki, vagy távolítsa el az alkalmazást

A szakasz többi része a táblázat mögötti részlet.

Minden adatot, amelyet megad, először az eszközén lévő helyi adatbázisba írunk. Az Alkalmazás internetkapcsolat nélkül is teljes mértékben használható.
Ez a helyi adatbázis titkosított. Egy 32 bájtos kulccsal nyílik meg, amelyet az eszköz kulcstárolója őriz, olyan beállítással, amely nem vándorol át másik eszközre. Következmények, amelyeket telefoncsere előtt érdemes tudnia: Androidon kikapcsoltuk az Alkalmazás felhőalapú mentését és az eszközök közötti átvitelét, így nem készül róla új biztonsági másolat; iOS-en az adatbázis egy másolata még bekerülhet egy iCloud-mentésbe, de a kulcs nélkül olvashatatlan, a kulcs pedig soha nem hagyja el az eszközt. Ennek a mentésnek az új telefonra való visszaállítása ezért nem hozza vissza a naplóját: az Alkalmazás olyan adatbázist talál, amelyhez nincs kulcsa, megtagadja a megnyitását ahelyett, hogy csendben üresen indulna, és nem is fut azon a telefonon, amíg újra nem telepíti, vagy nem törli az adatait. Az új telefonra költözés a felhőszinkronizálással, vagy egy Ön által exportált és importált .glumea archívummal történik.
A fiókja a létrehozásának pillanatától létezik a szervereinken. Tartalmazza a fiókadatait, a profilját, benne a cukorbetegsége típusát, a kezelési módjait és az inzulinbeadás módját, valamint a terápiás beállításait: a céltartományát, a szénhidrát/inzulin arányát és az inzulinérzékenységi faktorát. Ezeket a szervereinken tartjuk, akár használja a felhőszinkronizálást, akár nem, és eltávolításuk módja a fiók törlése.
A felhőszinkronizálás glumea+ funkció, és addig ki van kapcsolva, amíg be nem kapcsolja. Azt szabályozza, hogy a naplóját a szervereinkre is lemásoljuk-e: a bejegyzéseit, a gyógyszerkatalógusait és a gyógyszerbeosztásait. A bekapcsolás két lépésből áll, és bármelyiknél megállhat. Aktív glumea+ előfizetés nélkül az Alkalmazás az előfizetési képernyőt mutatja ahelyett, hogy bármit bekapcsolna. Előfizetéssel az Alkalmazás ezután egy külön lépésben megkéri, hogy erősítse meg: egyetért azzal, hogy az egészségügyi adatait, a vércukorértékeit, az inzulin- és gyógyszerrekordjait, az étel- és testsúlybejegyzéseit, és mindent, amit megjegyzésbe írt, a szervereinken tároljuk. Ezt minden alkalommal megkérdezi, amikor a kapcsoló bekapcsol, nem csak az első alkalommal. Ez a megerősítés a naplóra vonatkozó kifejezett hozzájárulása a GDPR 9. cikk (2) bekezdés a) pontja szerint. Bármikor visszavonhatja a Felhőszinkronizálás kikapcsolásával, és az ugyanabban a panelben lévő Szerveren tárolt adatok törlése hivatkozással eltávolíthatja, amit már tárolunk. Kikapcsolt szinkronizálás mellett minden, amit rögzít, kizárólag az eszközén marad.
Bekapcsolt szinkronizálás esetén az adatait a háttérrendszerünkön tároljuk, az api.glumea.app címen, amely a Google Cloud Runon fut, egy Google Cloud SQL PostgreSQL adatbázissal, a Google europe-west1 régiójában (Belgium).

A kapcsoló a fiókjához tartozik, nem a telefonhoz. A választását a szervereinken tároljuk, és az Alkalmazás onnan olvassa vissza, amikor bejelentkezik, és amikor újra csatlakozik. Így túléli a kijelentkezést, és követi Önt: kapcsolja be a szinkronizálást, jelentkezzen be egy másik telefonon, és ott is be lesz kapcsolva, anélkül hogy újra megkérdeznénk. A kikapcsolás is ugyanígy rögzül. Ha offline kapcsolja ki, az Alkalmazás megőrzi a választást, és a következő alkalommal kézbesíti a szervereinknek, a visszavonást soha nem vonjuk vissza amiatt, hogy egy kérés meghiúsult. Közös eszközön ez fordítva működik, mint egy csak az eszközre érvényes kapcsoló: aki bejelentkezik, a saját fiókja válaszát kapja, nem azt, amelyet az utolsó személy hátrahagyott.

Ha a glumea+ véget ér, az új bejegyzések mentése leáll, nem vonja vissza a hozzájárulását, és nem töröl semmit. Amikor egy előfizetés lejár, lemondják, vagy visszatérítik, az Alkalmazás leállítja az új bejegyzések szervereinkre másolását. A már ott lévő bejegyzések szerkesztései és törlései továbbra is eljutnak a szervereinkre, és az Alkalmazás továbbra is tölt le róluk. A Felhőszinkronizálás panelen ez áll: A szerkesztések és törlések továbbra is szinkronizálódnak · Az új bejegyzések ezen az eszközön maradnak. Ami már a szervereinken van, ott marad, ami az eszközén van, ott marad, és a hozzájárulási kérdésre adott tárolt válasza úgy marad, ahogy volt, így ha újra előfizet, a teljes mentés a tárolt válasz alapján folytatódik, anélkül hogy másodszor is megkérdeznénk. Ha ezt nem szeretné, kapcsolja ki a kapcsolót: a kikapcsolás, és a mellette lévő Szerveren tárolt adatok törlése hivatkozás egyaránt elérhető marad, akár él az előfizetés, akár nem. Az előfizetés megszűnése soha nem veszi el a lehetőségét, hogy visszavonja a hozzájárulást, vagy hogy töröltesse a szerveren lévő másolatot.

A szinkronizálás úgy is leállhat, hogy Ön nem nyúl a kapcsolóhoz. A bejelentkezési munkamenete lejárhat, és amikor ez megtörténik, nem jelentkeztetjük ki, és nem törlünk semmit: az Alkalmazás minden bejegyzést megtart az eszközén, felfüggeszti a mentést, és vár. A Felhőszinkronizálás panelen ilyenkor Szünetel áll, és közli, hogy semmi nem szinkronizálódik, amíg újra be nem jelentkezik, az Összefoglaló képernyőn pedig szalag jelzi a lejárt munkamenetet. Minden, amit közben rögzít, az eszközén marad, és csak az ismételt bejelentkezés után jut el a szervereinkre. Ha arra támaszkodik, hogy a szerveren lévő másolat túléli egy telefon elvesztését, ez a szalag az, amire reagálnia kell.

A szervereinken lévő másolatot az átviteli titkosítás, a Google tárolótitkosítása és a hozzáférés-szabályozásunk védi. Nem végpontok közötti titkosítású, és el tudjuk olvasni. A glumea nem nulla tudású (zero-knowledge) szolgáltatás. Az egyetlen termék az egész rendszerben, amelyet nem tudunk megnyitni, a .glumea archívum, mert azt egy olyan jelszóval titkosítjuk, amelyet csak Ön ismer.

11. Meddig őrizzük az adatait

Az adatait az alábbi ideig őrizzük.

Fiókadatok, profil és terápiás beállítások: a szervereinken addig őrizzük, amíg a fiókja létezik.
A szinkronizált egészségügyi bejegyzések és gyógyszerkatalógusok: addig őrizzük, amíg a fiókja létezik, vagy amíg nem törli a szerveren lévő másolatot vagy a fiókját. Egyetlen bejegyzés törlése másképp működik: az arról az eszközről törlődik, amelyen törölte, és csakis arról. A szervereinken lévő másolat megmarad, így a bejegyzés visszatérhet újratelepítéskor, új telefonon, vagy ha kijelentkezik, majd újra bejelentkezik. Ezeket a sorokat csak a Szerveren tárolt adatok törlése vagy a fiókja törlése távolítja el a szervereinkről.
A törölt bejegyzések sírkövei (tombstone): ahol egyetlen bejegyzés törlése eljut a szervereinkre, a sort jelölőként őrizzük meg, amely továbbra is hordozza az értékét, a címkéit és a megjegyzéseit, hogy a törlés eljuthasson az Ön többi eszközére. Nincs feladatunk, amely ezeket eltávolítaná, ezért addig maradnak, amíg a fiókja létezik. A Szerveren tárolt adatok törlése használata vagy a fiókja törlése eltávolítja őket.
Bejelentkezési munkamenetek: egy hozzáférési token 15 percig érvényes. A szervereinken lévő munkamenet-rekord 90 nap használat nélkül lejár. A kijelentkezés azonnal visszavonja, így soha többé nem használható, de magát a sort egy óránkénti feladat távolítja el, miután a 90 napos időszak lejárt. A fiókja törlése azonnal eltávolítja.
Egyszer használatos kódok: a kiadásuk után 10 perccel lejárnak, és egy óránkénti feladat használhatatlanná jelöli a lejártakat. Magukat a rekordokat nem töröljük: addig maradnak, amíg nem törli a fiókját, amely mindennel együtt eltávolítja őket.
Szerver biztonsági mentései: 7 nap. Az éles adatbázisból törölt adatok a mentésekben maradnak, amíg azok felül nem íródnak.
Szerver kéréseinek naplói, amelyek IP-címeket tartalmaznak: 30 nap.
Elemzési események a PostHognál: 12 hónap.
Diagnosztikai jelentések a Sentrynél: 90 nap.
Előfizetési értesítések nyilvántartásai: legfeljebb 90 nap attól a pillanattól, hogy az egyes üzenetek megérkeznek hozzánk, kivéve ha a fiók törlése előbb eltávolítja őket. Az ütemezett feladat az életkort számolja, és nem tart vissza sort egy nyitott számlázási vita miatt.
Csak az eszközén tárolt adatok: ott maradnak, amíg nem törli őket, nem jelentkezik ki, nem használja az alkalmazáson belüli fióktörlési vezérlőt, vagy nem távolítja el az Alkalmazást. Az e-mailes fióktörlési kérés nem tud távolról törölni egy eszközt.

12. Törlés: mi történik és hol

Mielőtt belekezd. Két dolog fontosabb mindennél, ami alább áll, és mindkettő a Felhasználási feltételekben található: előbb mondja le a glumea+ előfizetését az áruházban, mert a glumea fiókja törlése nem állítja le a terheléseket (ott a 13.1. szakasz), és előbb exportáljon, mert miután a sorai eltűntek, nem tudunk Önnek exportot készíteni (ott a 13.3. szakasz).

Három különböző vezérlő, három különböző eredmény. Könnyű összekeverni őket, ezért:

Vezérlő	Hol található	Mit távolít el	Mit tart meg	Mi tudja visszavonni
Egyetlen bejegyzés törlése	Ahol rögzítette	Azt a bejegyzést, csak azon az eszközön	A szerveren lévő másolatot, amely vissza tudja hozni	Újratelepítés, új telefon, vagy a ki- és újrabejelentkezés
Szerveren tárolt adatok törlése	A Felhőszinkronizálás panel, amelyet az Összefoglaló vagy a Napló felhő gombjáról nyit meg, nem a Beállítások	A bejegyzései, gyógyszerkatalógusai és beosztásai szerveren lévő másolata	A fiókját, a profilját, a terápiás beállításait és mindent a telefonján	A szinkronizálás újrabekapcsolása újra feltölt a telefonjáról
Fiók törlése	Beállítások → Fiók, vagy e-mail a [email protected] címre, ha nem tudja használni az Alkalmazást	A fiókját és a kapcsolódó éles adatokat a szervereinken; az alkalmazáson belüli út ezt az eszközt is törli	A meglévő biztonsági mentéseket, egyes szolgáltatói rekordokat és minden adatot azokon az eszközökön, amelyeket az alkalmazáson belüli törlés nem ér el	Semmi nem állítja vissza a törölt fiókot

A Szerveren tárolt adatok törlése élő bejelentkezést igényel, és előbb ki kell kapcsolni a Szinkronizálás kapcsolót; ennek okát e szakasz végén a három megjegyzés magyarázza.

A fiókja törlése az Alkalmazásban azonnal eltávolítja az éles adatbázisunkból. Az ellenőrzött e-mailes kérés ugyanazt a szerveroldali törlési utat használja. Ez történik az egyes célokon.

Az éles adatbázisunk: a fiókja törlése a felhasználói rekordja végleges törlését jelenti, amikor megerősíti az Alkalmazásban, vagy amikor egy üzemeltető elvégez egy ellenőrzött e-mailes kérést. Minden, ami hozzá kapcsolódik, adatbázis-kaszkáddal együtt törlődik: a profilja, a terápiás beállításai, minden szinkronizált vércukor-, étel-, testsúly-, inzulin-, tabletta- és injekciós bejegyzés, a gyógyszerkatalógusai és beosztásai, a munkamenetei, valamint a függőben lévő ellenőrző és visszaállító kódjai. Nincs puha törlési jelző, és nincs helyreállítás.
Előfizetési értesítések nyilvántartásai: minden sor tartalmazza a glumea fiókazonosítóját és a RevenueCat által küldött teljes üzenetet. Nem kapcsolódik a fiókja sorához, ezért az automatikus kaszkád nem éri el, de a törlési szolgáltatás ugyanabban a tranzakcióban külön eltávolítja. Fióktörlés nélkül egy ütemezett feladat minden sort 90 nap után eltávolít.
RevenueCat: a fiókja törlése sorba állít egy kérést az előfizetői rekord eltávolítására a fiókazonosítója alatt. A kérést azonnal megkíséreljük, és újrapróbáljuk, ha a szolgáltató nem érhető el. Az áruházi számlázási előzmények az ellenőrzésünkön kívül maradnak.
PostHog: a fiókja törlése sorba állít egy kérést a fiókhoz kapcsolt elemzési profil és az események és felvételek eltávolítására. Azonnal megkíséreljük, és újrapróbáljuk, ha a szolgáltató nem érhető el. A PostHog az elfogadott tömeges törlést aszinkron módon fejezheti be. A bejelentkezés előtti események külön álnevesített eszközazonosítót használnak.
Szerver biztonsági mentései: a törölt adatok másolata a tárhelyszolgáltatónk automatikus adatbázis-mentéseiben megmarad, amíg azok felül nem íródnak: 7 napig, és semmi esetre sem tovább, mint a hitelesítéstől számított hat hónap, ahol ez a törvényi határ alkalmazandó. Az egyes rekordokat nem szerkesztjük a mentésen belül. Egy katasztrófa utáni helyreállítás ezért átmenetileg visszahozhatja az éles rendszerből törölt sorokat.
Szerver naplói: a fiókja törlése visszamenőleg nem törli a szerver kérésnaplóit, amelyeket 30 napig őrzünk.
Sentry: az Alkalmazás nem csatol fiókazonosítót, e-mail-címet vagy felhasználói rekordot a diagnosztikai jelentéshez. Ezért nincs támogatott mód egy adott felhasználó jelentéseinek megkeresésére vagy törlésére. Az operációs rendszer összeomlás-kezelője által előállított jelentések nem mennek át az Alkalmazás szűrőjén, és nem ismerjük az összes mezőt, amelyet a platform SDK hozzátesz. A jelentések a Sentry megőrzési ideje szerint járnak le: 90 nap. A GDPR 11. cikkének (2) bekezdése azokra az adatokra vonatkozik, amelyeknél az adatkezelő valóban nem tudja azonosítani az érintettet.
Apple és Google: a vásárlási és előfizetési rekordjai az áruházhoz tartoznak, nem hozzánk. A glumea fiókja törlése nem mondja le az előfizetést, és nem töröl semmit az Apple-nél vagy a Googlenél. Mondja le az áruházi fiókja beállításaiban; az ő rekordjaikat a saját szabályzataik és az adójog szabályozza.
Az Ön saját eszköze: a fiók törlése az Alkalmazáson belül, a kijelentkezés vagy a fiókváltás törli a helyi adatbázist, a munkamenet hitelesítő adatait és a tárolt beállításokat az eszközről. Az e-mailes kérés nem tud távolról törölni egy eszközt. A telemetriai beállítás törlése nem kapcsolja ki megbízhatóan a futó folyamatban már inicializált SDK-t. Egy első telepítési jelző és az adatbázis-titkosítási kulcs túlélheti az alkalmazáson belüli törlést, de egyik sem tartalmaz naplóadatot. Egy iCloud-eszközmentés tartalmazhat egy olvashatatlan, titkosított adatbázismásolatot; az Android-mentés az Alkalmazásnál le van tiltva.
Az Ön által készített másolatok: egy .glumea archívum, egy CSV, egy PDF-jelentés, bármi, amit máshová megosztott vagy elmentett: ezek az Öné, és kívül esnek az elérésünkön. Törölje őket ott, ahová tette.

Az időzítés összefoglalva: az éles adatbázis törlése akkor történik meg, amikor megerősíti az Alkalmazásban, vagy amikor egy üzemeltető elvégez egy ellenőrzött e-mailes kérést. A RevenueCat- és PostHog-törlési kérések azonnal megkísérlődnek, és hiba esetén újrapróbálásra várakoznak. Egy másolat a tárhelymentésekben megmaradhat, amíg azok felül nem íródnak, 7 napon belül.

Az adatbázis-kaszkád maga nem éri el a szerver kérésnaplóit, a Sentry-jelentéseket, az előfizetési értesítések nyilvántartásait vagy a szolgáltatói rekordokat. A törlési szolgáltatás külön eltávolítja az előfizetési értesítéseket, és kéri a RevenueCat- és PostHog-rekordok törlését. A szerver naplói és a Sentry-jelentések a beállított megőrzési idejük szerint járnak le.

A törlés végleges. A törölt adatok nem állíthatók helyre, ezért ha később szüksége lehet a rekordjaira, például az egészségügyi csapata számára, előbb készítsen másolatot a jogairól szóló részben leírt exportlehetőségekkel.

A fiók törlését az Alkalmazás nélkül is kérheti e-mailben. A feldolgozás előtt ellenőrizzük a tulajdonjogot.

Még három dolog a szűkebb Szerveren tárolt adatok törlése vezérlőről, amely eltávolítja a bejegyzései, a gyógyszerkatalógusai és a gyógyszerbeosztásai szerveren lévő másolatát, de megtartja a fiókját, a profilját, a terápiás beállításait és mindent az eszközén:

Élő bejelentkezést igényel. Ha a munkamenete lejárt, abban az állapotban, amelyet a 10. szakasz ír le, ahol a panelen Szünetel áll: a hivatkozás azt mondja, hogy jelentkezzen be újra, és addig nem csinál semmit. Elég újra bejelentkeznie; közben semmi nem vész el.
Előbb ki kell kapcsolni a Felhőszinkronizálást. Ha utána újra bekapcsolja a szinkronizálást, az eszközén még meglévő bejegyzések sorba kerülnek, és újra feltöltődnek, a szerveren végrehajtott törlést a saját eszköze teszi semmissé.
Nem terjed át az Ön többi eszközére. Azok megtartják a helyi másolataikat, és nem kapnak értesítést.

13. Az Alkalmazásban elérhető vezérlők

Nem kell e-mailt írnia nekünk, hogy az adatait kezelje. Az Alkalmazás ezeket a beépített vezérlőket adja Önnek:

Fiók törlése: a Beállítások → Fiók menüpontban, miután beír egy megerősítő szót. Elvégzi a fent leírt szerveroldali végleges törlést, és törli az Alkalmazás helyi adatbázisát, a munkamenet hitelesítő adatait és a beállításokat az adott eszközről. A szerveroldali fióktörlést a [email protected] címen is kérheti, ha nem tudja használni az Alkalmazást. A 12. szakasz leírja, mi marad meg.
Szerveren tárolt adatok törlése: a Felhőszinkronizálás panel Szinkronizálás kapcsolója alatti sorban lévő törölheti azokat hivatkozás, amely az Összefoglaló vagy a Napló képernyő tetején lévő felhő gombról nyílik, nem a Beállításokból. A hivatkozás mindig látható, de csak akkor működik, ha a kapcsoló ki van kapcsolva. Véglegesen törli a bejegyzései, a gyógyszerkatalógusai és a gyógyszerbeosztásai szerveren lévő másolatát, miközben megtartja a fiókját és az eszközén lévő adatokat. Nem terjed tovább ennél: a profilja és a terápiás beállításai a szervereinken maradnak, amíg nem törli a fiókját. Olvassa el a fölötte álló három megjegyzést.
Felhőszinkronizálás: a Szinkronizálás kapcsoló ugyanabban a panelben, és glumea+ funkció. Bármikor kikapcsolhatja, hogy új adatok ne jussanak el a szervereinkre, ez egyben az a mód is, ahogyan visszavonja a hozzájárulását ahhoz, hogy tároljuk őket; a kikapcsoláshoz soha nincs szükség aktív előfizetésre. A már szinkronizált adatok a szervereinken maradnak, amíg nem használja a Szerveren tárolt adatok törlése vagy a Fiók törlése lehetőséget. A kapcsolóra adott válasza a fiókján van tárolva, így túléli a kijelentkezést, és követi Önt egy új telefonra.
Használati elemzés és Hibajelentés: két független kapcsoló a Beállítások → Adatkezelés → Adatvédelem és diagnosztika menüpontban. Mindkettő ki van kapcsolva, amíg be nem kapcsolja őket. Az egyik kikapcsolása frissíti a beállítást, de a sorban álló adatok még kézbesíthetők, és a kijelentkezés nem zárja be megbízhatóan a futó folyamatban már inicializált SDK-t.
Apple Health / Health Connect: csatlakoztassa, szakítsa meg, vagy kapcsolja ki az egyes adattípusokat a Beállítások → Integrációk menüpontban. Az engedélyt magában az egészségügyi platformon is visszavonhatja.
Részletek megjelenítése az értesítésekben (Beállítások → Értesítések): ki van kapcsolva, amíg be nem kapcsolja. Addig az értesítések általános szöveget mutatnak.
Kijelentkezés: törli az Alkalmazás helyi adatbázisát, a munkamenet hitelesítő adatait és a beállításait az eszközről, az elemzési és diagnosztikai választásait is. Semmit, amit rögzített, és egyetlen választását sem tartjuk vissza; a törlésről szóló szakasz megnevezi a két technikai értéket, amely megmarad.
Exportálás: jelszóval védett .glumea archívum a bejegyzéseiből, gyógyszereiből, profiljából, terápiás céljaiból és emlékeztetőiből, a Beállítások → Adatkezelés → Adatok importálása és exportálása menüpontból. A CSV- és PDF-vércukorjelentések külön dolog, a vércukor-képernyő saját exportpaneléről készülnek; az archívum és a CSV ingyenes, a PDF-jelentés pedig glumea+ funkció.

A [email protected] elfogadja a fióktörlési kéréseket az Alkalmazás nélkül is. Más, alkalmazáson kívüli jogérvényesítési kérések is küldhetők oda, de a fióktörlési út nem biztosít külön automatizált export- vagy helyesbítési eszközt.

14. Az Ön jogai

A GDPR alapján Önnek joga van:

Hozzáférni a személyes adataihoz és másolatot kapni róluk.
Helyesbíteni a pontatlan vagy hiányos adatokat. A bejegyzéseket és a gyógyszereket ott szerkesztheti, ahol rögzítette őket, a profilját a Beállítások → Fiók menüpontban, a terápiás beállításokat pedig ott, ahol megadta őket. Önálló, alkalmazáson kívüli helyesbítési munkafolyamat jelenleg nincs megvalósítva.
Törölni az adatait („az elfeledtetéshez való jog”). A fenti, törlésről szóló szakasz pontosan megmondja, mit ér el a törlés, és mit nem.
Korlátozni az adatkezelést bizonyos helyzetekben.
Adathordozhatóság: megkapni az Ön által megadott adatokat strukturált, széles körben használt, géppel olvasható formátumban, ahol a jog ezt a jogot biztosítja. Az alkalmazáson belüli CSV-vércukorexport géppel olvasható és titkosítatlan. A .glumea archívum bejegyzéseket, gyógyszereket, profilt, terápiás célokat és emlékeztetőket tartalmaz, de olyan jelszóval titkosított, amelyet csak Ön ismer, és csak abba a glumea fiókba importálható, amelyik létrehozta. A [email protected] címen jelenleg nem érhető el további egyedi export.
Tiltakozni a jogos érdekeinken alapuló adatkezelés ellen.
Bármikor visszavonni a hozzájárulást. A visszavonás nem érinti a visszavonás előtti, jogszerű adatkezelést. A szinkronizált naplóadatok esetében kapcsolja ki a Felhőszinkronizálást, és használja a Szerveren tárolt adatok törlése hivatkozást, vagy törölje a fiókját. Az elemzéshez és a diagnosztikához használja a két kapcsolót a Beállítások → Adatkezelés → Adatvédelem és diagnosztika menüpontban. Nincs csak profilra vagy csak terápiás beállításokra vonatkozó eltávolítási vezérlő, és ilyen munkafolyamat jelenleg a [email protected] címen sem érhető el. A fiók törlése az egyetlen megvalósított mód ezeknek a mezőknek az éles adatbázisunkból való eltávolítására.
Panaszt tenni egy felügyeleti hatóságnál. A vezető felügyeleti hatóságunk a Személyes Adatok Védelmi Hivatalának elnöke (Prezes Urzędu Ochrony Danych Osobowych), ul. Stawki 2, 00-193 Varsó, Lengyelország. Panaszt tehet abban az uniós tagállamban működő adatvédelmi hatóságnál is, ahol él, ahol dolgozik, vagy ahol úgy véli, hogy jogsértés történt. Ha az Egyesült Királyságban tartózkodik, panaszt tehet az Információs Biztos Hivatalánál (Information Commissioner’s Office, ICO), Wycliffe House, Water Lane, Wilmslow, Cheshire SK9 5AF.

Használja a 13. szakaszban leírt alkalmazáson belüli vezérlőket, ahol azok lefedik a kért műveletet. Az Alkalmazás nélküli fióktörléshez írjon a [email protected] címre. Más jogérvényesítési kérések is küldhetők oda; ez a fióktörlési út önmagában nem biztosít külön hozzáférési, export- vagy helyesbítési eszközt.

Ha egy adatkezelő nem intézkedik egy GDPR-kérelem ügyében, a 12. cikk előírja, hogy egy hónapon belül meg kell indokolnia ennek okát, és meg kell jelölnie az elérhető panasz- és bírósági jogorvoslati utakat. Ezek az utak akkor is nyitva állnak, ha nem fordul újra az adatkezelőhöz.

Személyazonosság ellenőrzése. Az alkalmazáson belüli törlés a hitelesített munkamenetére támaszkodik. E-mailes kérés esetén megerősítjük, hogy Ön ellenőrzi a fiókhoz kapcsolt e-mail-címet. Ha nem fér hozzá, megvizsgáljuk, van-e más mód a tulajdonjog ellenőrzésére, mielőtt töröljük a fiókot. A kérés feldolgozásához nem kérjük a jelszavát vagy az egészségügyi adatait.

15. Hogyan védjük az adatait

A jelszavakat bcrypttel kivonatoljuk, soha nem tároljuk egyszerű szövegként, és soha nem tároljuk az eszközén.
Az eszközén lévő helyi adatbázis titkosított, a platform kulcstárolójában őrzött kulccsal, amely nem vándorol át másik eszközre.
A hitelesítési tokeneket az eszköze biztonságos tárolójában őrizzük, az iOS Keychainben vagy az Android Keystore-ra épülő tárolóban.
Az Alkalmazás HTTPS-en keresztül beszél a szervereinkkel, és mindkét platform alapértelmezés szerint blokkolja a titkosítatlan kapcsolatokat, ez alól sem iOS-en, sem Androidon nem adtunk ki kivételt.
Az adatbázisunk a Google Cloudon belül fut, kizárólag privát Cloud SQL-socketen keresztül érhető el, a hitelesítő adatokat a Google Secret Manager őrzi.
Az Ön által rögzített értékeket, a vércukorértékeket és az inzulinadagokat nem írjuk az alkalmazásnaplóinkba. A hibanapló sora rögzíti az állapotkódot, az útvonalat, az időpontot és a hibaüzenetet, amely egy elutasított kérésnél megnevezi az érvényesítésen megbukott mezőket. A kérés törzsét nem tartalmazza.
Az értesítések alapértelmezés szerint általános szöveget mutatnak, így egy értesítés nem teszi ki az egészségügyi adatait a zárolt képernyőre.
Az éles adatbázishoz való hozzáférés a szolgáltatást üzemeltető személyekre korlátozódik, ami azt jelenti, hogy el tudjuk olvasni. Mindenki mástól a hozzáférés-szabályozás, valamint az átvitel közbeni és a tárolt adatok titkosítása védi.

Egyetlen rendszer sem tökéletesen biztonságos. A fenti intézkedések azok, amelyeket azért teszünk, hogy korlátozzuk, mennyire válnak láthatóvá az adatai érzékeny részei.

A személyes adatokat érintő incidens a GDPR 33. és 34. cikke, az FTC egészségügyi adatok megsértéséről szóló értesítési szabálya (Health Breach Notification Rule) vagy más alkalmazandó jog alapján értesítést válthat ki a felügyeleti hatóságok vagy az érintett személyek felé. Mindegyik rendszernek saját hatálya és határideje van, és ezek a törvényi kötelezettségek e tájékoztatótól függetlenül érvényesek.

16. Gyermekek

A glumea nem gyermekeknek szól. Az Alkalmazás használatához legalább 16 évesnek kell lennie. Ez a szolgáltatás feltétele, tartózkodási helytől függetlenül. Nem kínálunk szülői engedélyezési utat. Az alkalmazáson belüli fióktörlési folyamat és a 12. szakaszban foglalt korlátok minden olyan fiókra vonatkoznak, amelyről megállapítást nyer, hogy 16 év alatti személyhez tartozik. A kiskorú fiókkal kapcsolatos aggályokat a [email protected] címre lehet küldeni.

17. Tudnivalók az Egyesült Államokban élő felhasználóknak

Az amerikai adatvédelmi jog államonként eltér, és az alkalmazhatóság a lakóhelytől, a törvényi küszöbértékektől és az érintett adatok típusától függ. A 13. szakaszban leírt alkalmazáson belüli vezérlők ezektől a küszöbértékektől függetlenül elérhetők. Az alkalmazandó törvényi jogok akkor is érvényben maradnak, ha a jelenlegi termékben nincs külön kérelmi munkafolyamat.

HIPAA: a glumea közvetlenül a fogyasztóknak szóló termék. Nem nyújtunk egészségügyi ellátást, nem dolgozunk fel igényeket, és nincs szerződésünk egészségbiztosítóval vagy egészségügyi szolgáltatóval adatok kezelésére a nevükben, így a HIPAA által szabályozott két szerep egyikét sem töltjük be, a „fedezett szervezetét” (covered entity) és az „üzleti munkatársét” (business associate), és nem állítjuk, hogy megfelelünk a HIPAA-nak. A rekordokat, amelyeket a saját klinikusa őriz Önről, az ő kezében a HIPAA védi; ez különbözik a glumeában tartott másolattól. Az amerikai szabályok, amelyekhez a glumeánál igazodunk, az FTC egészségügyi adatok megsértéséről szóló értesítési szabálya és az alábbi állami egészségügyi adatvédelmi törvények.
Kalifornia (CCPA/CPRA): az alkalmazhatóság a törvényi üzleti küszöbértékektől függ. Az itt leírt adatok érzékeny személyes információt is tartalmazhatnak. Nem adunk el személyes információt, és nem osztjuk meg környezetek közötti viselkedésalapú hirdetéshez. Ha a CCPA alkalmazandó, a hozzáférésre, helyesbítésre, törlésre, hordozhatóságra, leiratkozásra és megkülönböztetésmentességre vonatkozó szabályai e tájékoztatótól függetlenül érvényesek. Az alkalmazáson belüli vezérlők és az e-mailes fióktörlési kérés a küszöbértéktől függetlenül elérhető marad.
Washington (My Health My Data Act): az Ön által rögzített adatok „fogyasztói egészségügyi adatok”. Washington külön szabályzatot ír elő rájuk; lásd a Fogyasztói egészségügyi adatok adatvédelmi tájékoztatóját. Ez leírja a kategóriákat, a forrásokat, a célokat, a címzetteket, a törvényi jogokat, valamint a kérelmi és fellebbezési folyamat jelenlegi működési korlátait.
Nevada (a fogyasztói egészségügyi adatokról szóló törvény, SB 370, 2023): az Ön által rögzített adatok a nevadai jog szerint is „fogyasztói egészségügyi adatok”. Önnek joga van megerősítést kérni arról, hogy gyűjtjük, megosztjuk vagy eladjuk-e őket, listát kapni azokról a harmadik felekről, akikkel megosztottuk vagy akiknek eladtuk őket, töröltetni őket, és visszavonni a hozzájárulását, amelyet Nevada két külön hozzájárulásként kezel: az egyik a gyűjtésre, a másik a megosztásra vonatkozik. A nevadai törvényt a főügyész (Attorney General) érvényesíti. A Nevadai fogyasztói egészségügyi adatok adatvédelmi tájékoztatónk ismerteti ezeket a jogokat, az azokra vonatkozó határidőket, amelyek törlés esetén rövidebbek a washingtoninál, és a négy közzétételt, amelyet Nevada kér.
Kérelmek és fellebbezések. Az alkalmazandó állami jog írásos indoklást, fellebbezési utat és az állami főügyészhez benyújtható panaszra vonatkozó tájékoztatást írhat elő. A [email protected] címen jelenleg nincs megvalósítva külön e-mailes fellebbezési munkafolyamat, így a jelenlegi folyamat nem biztosítja ezt az utat, ahol az kötelező. A washingtoni követelményeket a Fogyasztói egészségügyi adatok adatvédelmi tájékoztatója ismerteti.
Az egyéb alkalmazandó állami jogi jogokat ez a tájékoztató nem korlátozza.

18. A glumea.com weboldal

A Weboldal egy statikus oldal, amely a glumeáról szóló információkat és ezeket a jogi dokumentumokat tárolja. Szándékosan minimális:

Nincsenek sütik.
Nincs elemzés, és nincsenek harmadik fél eredetű kérések. Minden, amire az oldalnak szüksége van, a betűtípusokat és a szkripteket is beleértve, magáról a glumea.com oldalról érkezik, és az oldal tartalombiztonsági szabályzata minden más eredetet kategorikusan blokkol. Az oldalt magát a tárhelyszolgáltatónk kézbesíti, amely szükségszerűen látja a kérést; a lista utolsó pontja megmondja, ki ez, és mit naplóz. Az oldal ugyanakkor futtat kevés saját JavaScriptet: két beágyazott kódrészletet, amelyek alkalmazzák a témáját és a megfelelő nyelvre irányítják, valamint néhány csomagolt fájlt a navigációs menü, a téma- és nyelvváltók, és a görgetéskor blokkokat felfedő animáció mögött. Egyik sem küld el semmit sehová.
Nincs oldalakon átívelő követés, ezért nincs mit kikapcsolnia egy Do Not Track vagy Global Privacy Control jelzésnek. A Weboldal nem állít be hirdetési vagy elemzési sütiket, nem küld harmadik félnek kéréseket, és nem adunk el, illetve nem osztunk meg személyes információt.
A böngésző localStorage tárolóját kizárólag funkcionális beállításokra használjuk (a téma- és nyelvválasztására). Ezek az értékek a böngészőjében maradnak, és nem továbbítjuk őket nekünk. Csak azért állítódnak be, mert Ön témát vagy nyelvet választott, ezért nincs szükség hozzájárulási szalagra.
Az oldalt a Firebase Hosting (Google) szolgálja ki. Mint a legtöbb webtárhely, a szolgáltató rögzíthet szokásos szervernaplókat, IP-címet, a kérés idejét, a böngésző típusát, biztonsági célból és a szolgáltatás működtetéséhez. Ehhez jogos érdekünkre támaszkodunk (GDPR 6. cikk (1) bekezdés f) pont), konkrétan az oldal elérhetőségének megőrzésére és a visszaélések elleni védelemre, és a naplókat csak addig őrizzük, ameddig ezekhez a célokhoz szükséges.

19. A tájékoztató módosításai

Az aktuális változatot itt tesszük közzé a hatálybalépés dátumával. Az alkalmazandó jog határozza meg, hogy egy módosítás előzetes értesítést, megújított hozzájárulást vagy más intézkedést igényel-e. Egy frissített tájékoztató közzététele önmagában nem hatalmaz fel olyan új célra, amelyhez hozzájárulás vagy más jogalap kell.

20. Nyelv

Ez a tájékoztató angolul jelenik meg. Jogilag az angol változat kötelező erejű. Az más nyelvű fordításokat azért tesszük közzé, hogy a tájékoztatót a saját nyelvén olvashassa. Ha a fordítás és az angol szöveg eltér, az angol szöveg az irányadó.

A kivétel maga a jog. Ahol az ország, amelyben él, külön jogállást ad annak a nyelvnek, amelyen Önhöz fordultunk, ahogyan számos ország fogyasztóvédelmi joga teszi, ott ez a szabály alkalmazandó e szabály helyett, és ez a tájékoztató nem vesz el semmilyen jogot, amely ennek alapján megilleti.

A fordítást akkor tesszük közzé, amikor elkészül, így egy frissítés után lemaradhat az angol szöveg mögött. Ha olyan helyet talál, ahol a fordítás és az angol szöveg mást mond, jelezze nekünk a [email protected] címen.

21. Kapcsolat

Kérdések, aggályok vagy kérések az adataival kapcsolatban:

E-mail: [email protected]
Posta: Paweł Milewski Software Development, ul. Franciszka Bohomolca 3 lok. 7, 31-416 Kraków, Lengyelország

Kapcsolódó dokumentumok: Felhasználási feltételek, Orvosi nyilatkozat, valamint a washingtoni lakosok számára a Fogyasztói egészségügyi adatok adatvédelmi tájékoztatónk, a nevadai lakosok számára pedig a Nevadai fogyasztói egészségügyi adatok adatvédelmi tájékoztatónk.