Integritetspolicy för konsumenthälsodata

Vad det här dokumentet besvarar

Det här är den policy för konsumenthälsodata som Washingtons My Health My Data Act kräver. Den är medvetet snäv, eftersom den lagen kräver ett fristående dokument som bara innehåller det lagen efterfrågar.

• Vad räknas som mina hälsodata här? Avsnitt 2 och 3.
• Var kommer de ifrån, och vem mer ser dem? Avsnitt 4 och 5.
• Vad kan jag slå av? Avsnitt 7.
• Vilka är mina rättigheter, och hur lång tid har ni på er? Avsnitt 8.1 och 8.2.
• Vad når en radering egentligen? Avsnitt 9.
• Vad händer om ni säger nej? Avsnitt 10.

Om du befinner dig i Nevada är dina rättigheter och tidsfrister andra, och de anges i vårt Integritetsmeddelande om konsumenthälsodata i Nevada. Allt i avsnitt 2 till 5 och 9 nedan gäller även dig, och det meddelandet hänvisar hit för det.

Allt annat om dina uppgifter, rättsliga grunder, säkerhet, barn, internationella överföringar, webbplatsen, finns i Integritetspolicyn, som också gäller för dig.

1. Vilka vi är och vad den här policyn omfattar

Det här dokumentet handlar endast om konsumenthälsodata. Washingtons lag kräver att det hålls skilt från vår allmänna Integritetspolicy, så det är snävare: det upprepar inte Integritetspolicyns avsnitt om rättsliga grunder, säkerhet, barn, internationella överföringar eller webbplatsen glumea.com. För allt det, läs Integritetspolicyn.

Det den däremot omfattar är appen glumea: vad den samlar in, vart det tar vägen och vad du kan slå av eller få raderat. Paweł Milewski Software Development (Operatören, ”vi”, ”oss”, ”vår”) tillhandahåller glumea (Appen) och glumea.com (Webbplatsen); den här policyn handlar om Appen. Vår postadress och e-postadress finns i avsnitt 13.

Två ytterligare dokument gäller vid sidan av den här policyn och Integritetspolicyn: Användarvillkoren och den Medicinska ansvarsfriskrivningen.

Den gäller för dig om du är bosatt i Washington, eller om dina konsumenthälsodata samlades in medan du befann dig i Washington (My Health My Data Act, RCW 19.373).

Nevada har ett eget meddelande. Nevadas lag (NRS 603A.400 et seq.) ger dig andra rättigheter med andra tidsfrister och ber oss om fyra upplysningar som Washington inte gör, så de finns i vårt Integritetsmeddelande om konsumenthälsodata i Nevada i stället för här. Avsnitt 2 till 5 och 9 i det här dokumentet beskriver vad glumea gör med hälsodata, och de gäller var du än bor.

2. Vad vi menar med konsumenthälsodata

Enligt Washingtons My Health My Data Act är konsumenthälsodata personlig information som är kopplad eller rimligen kan kopplas till dig och som identifierar din tidigare, nuvarande eller framtida fysiska eller psykiska hälsostatus, uttryckligen inklusive kroppsfunktioner, vitala tecken, mätvärden, diagnoser, behandling och läkemedel.

Det mesta glumea registrerar faller inom den definitionen. Ett blodsockervärde, en insulindos och ett läkemedelsnamn är tydliga exempel.

Eftersom glumea är en diabetesapp röjer det faktum att du har ett konto i sig hälsouppgifter. Vi behandlar därför din kontoidentifierare och e-postadressen på ditt konto som konsumenthälsodata i den här policyn, trots att de inte är hälsomätvärden. Av samma skäl behandlar vi den pseudonyma enhetsidentifieraren och de serverförfrågningsloggar som beskrivs nedan som konsumenthälsodata.

3. Kategorierna vi samlar in, och varför

Kategori	Vad den innehåller	Varför vi samlar in den
Blodsockervärden	Värde, datum och tid, kontexttaggar (inklusive taggar du skriver själv), anteckningar i fritext	För att visa dig dina värden, diagram och statistik för Tid i målområdet, och för att schemalägga de påminnelser om ny mätning som beskrivs i den Medicinska ansvarsfriskrivningen
Mat- och kolhydratposter	Kolhydrater, valfritt protein, fett och kalorier, och det namn du skriver	För att låta dig logga och granska vad du åt tillsammans med dina värden
Doser av insulin, tabletter och injektionsläkemedel	Enheter, antal, dostider och vilket läkemedel de hör till	För att låta dig logga och granska din behandling
Dina läkemedelskataloger	Läkemedelsnamn (till exempel ett insulinmärke), typ, styrka, doseringsintervall och farmakokinetiska parametrar	Så att doser kan loggas mot ett verkligt läkemedel och Appen kan visa dem korrekt
Läkemedelsscheman	Vilket läkemedel, tid på dagen, veckodagarna och om påminnelsen får utlösas under Tysta timmar	För att leverera de läkemedelspåminnelser du ställer in
Mätningspåminnelser och aviseringsinställningar	Tiderna och veckodagarna för dina påminnelser om blodsockermätning, ditt fönster för Tysta timmar och om aviseringar visar detaljer	För att leverera de påminnelser du bad om, och för att hålla inställningarna för påminnelser som inte är byggda än. Schemalagda påminnelser om blodsockermätning levereras inte i dag: du kan ställa in tiderna, och ingenting kommer. Läkemedelspåminnelser och påminnelserna om ny mätning efter ett mycket lågt eller mycket högt värde levereras. Dina inställningar för Tysta timmar och detaljer i aviseringar stannar på din enhet
Kroppsmått	Viktuppgifter över tid och längd	För att visa vikt över tid och visa dina poster i de enheter du valt
Diabetes- och behandlingsprofil	Det smeknamn du väljer, din ålder, ditt kön om du anger det, diabetestyp, insulinets administreringssätt och om du behandlar med tabletter, injektionsläkemedel eller kost	För att ställa in Appen för det sätt du faktiskt hanterar din diabetes på
Terapiinställningar	Ditt målområde för blodsocker, din insulinkänslighetsfaktor (ISF) och din kolhydratkvot (ICR)	För att visa ditt målområde i diagram och hålla dina siffror på ett ställe. Ditt målområde skrivs in i PDF-blodsockerrapporten om du skapar en, och din kolhydratkvot också när rapportens period innehåller en insulindos. CSV-exporten innehåller ingen av dem, och insulinkänslighetsfaktorn finns varken i CSV:n eller PDF:en, den finns i det krypterade .glumea-arkivet, som omfattar hela ditt konto. Appen använder dem aldrig för att beräkna eller rekommendera en dos. Insulinkänslighetsfaktorn används dock till en sak till: formuleringen om risk för lågt blodsocker som visas bredvid aktivt insulin, som den Medicinska ansvarsfriskrivningen beskriver
Data som importeras från Apple Health eller Health Connect	Poster om blodsocker, vikt och kolhydrater	Endast om du ansluter det: för att spara dig från att skriva in värden på nytt som dina andra enheter redan har registrerat. Importerade poster blir vanliga poster och följer samma väg som allt du skriver, inklusive till våra servrar när molnsynk är på
Värden som Appen härleder på din enhet	Uppskattat aktivt insulin, och formuleringen om risk för lågt blodsocker och det ungefärliga sänkningsintervall som visas bredvid det; genomsnittligt blodsocker och dess spridning; Tid i målområdet; uppskattat HbA1c (GMI); den föreslagna tidpunkten för ditt nästa värde; och etiketten Bra / Måttligt / Kritiskt på ditt senaste värde	För att visa dig en sammanfattning av det du loggade. Dessa beräknas på din enhet, och den Medicinska ansvarsfriskrivningen anger vad var och en av dem är och inte är
Kontoidentifierare och e-post	Ditt kontos UUID och din inloggnings-e-postadress	För att ge dig ett konto och synka dina poster till det
Prenumerationsstatus	Din kontoidentifierare och om glumea+ är aktivt, enligt rapport från Apple eller Google via RevenueCat	För att låsa upp det du betalade för. Den innehåller inga värden, läkemedel eller poster
Produktanalyshändelser	Att en post av ett visst slag sparades (blodsocker, mat, läkemedel eller vikt; insulin, tabletter och injektionsläkemedel räknas alla som läkemedel), om du sparade den från formuläret eller från en påminnelses åtgärdsknapp, hur många rader den sparningen skrev, och om du loggade den inom ungefär femton minuter från tillfället, senare samma dag eller i efterhand; att du öppnade postformuläret, och vilket slag det öppnades på; att Appen startades, och separat att den startades för första gången efter installation; att du slutförde registrering eller inloggning, och att en kod som skickats med e-post verifierades eller nekades, med vilket flöde den hörde till; vilka introduktionssteg du slutförde, inklusive de om diabetestyp och behandling men inte det steg som bara insulinanvändare ser, och att du slutförde din profil; vilka skärmar du öppnade, som fasta ruttnamn, med en skärm som bara ett slag av behandling når rapporterad som skärmen ovanför; att du tryckte på en påminnelse, och dess allmänna kategori, aldrig ett blodsockerlarm; att du tillfrågades om aviseringstillstånd, och om du tillät det; om du anslöt Apple Health eller Health Connect, om operativsystemet beviljade eller nekade behörigheten, att du bad om en import, och att en import kördes med vad som utlöste den, aldrig hur många poster den läste; att du skapade en export, i vilket format, och om du delade den; att du slog av analys; prenumerations- och köphändelser; samt ditt språk, ditt tema, dina enhetsinställningar och din prenumerationsstatus. Aldrig ett värde, ett namn, en anteckning eller något annat du skrev. Inloggade händelser använder kontoidentifieraren; händelser före inloggning använder en pseudonym enhetsidentifierare	För att förstå vilka delar av Appen som används. De säger inte vilket läkemedel du tar, vilken behandling du använder eller om ett blodsockerlarm utlöstes, men de är kopplade till din användning av en diabetesapp. Samlas in först efter att du godkänner analys
Teknisk information och enhetsinformation	Den pseudonyma enhetsidentifierare som används för analys före inloggning; enhetsmodell, operativsystem, appversion, utgåva, bygge och liknande värden som läggs till av SDK:erna för PostHog, Sentry och RevenueCat; samt den nätverksadress som deras servrar ser	SDK:erna samlar in dessa värden, och endast efter att du godkänner analys eller diagnostik. Inget av dessa fält är ett värde, ett läkemedel eller något du skrev
Serverförfrågningsloggar	Adressen, sökvägen och tidpunkten för de förfrågningar din enhet gör till våra servrar, och, när en förfrågan misslyckas, statusen, sökvägen, tidpunkten och felmeddelandet	För att driva backend och utreda fel. De innehåller inga poster, läkemedel eller värden, och ingenting du skrev. De anges här eftersom en förfrågan till glumeas backend är kopplad till din användning av en diabetesapp

Vi använder konsumenthälsodata för de ändamålen och inga andra. Vi använder dem inte för reklam, annonsmålgruppering, profilering, kredit- eller försäkringsbeslut eller forskning, och vi använder dem inte för att fatta automatiserade beslut om dig.

Vissa av ovanstående lämnar aldrig din enhet alls: dina tider för mätningspåminnelser, dina Tysta timmar, din inställning för detaljer i aviseringar och dina inställningar för hälsoanslutning lagras endast lokalt och skickas inte till våra servrar. Dina läkemedelsscheman är undantaget: de hör till dagboken, så de kopieras till våra servrar när Molnsynk är på, eftersom en läkemedelspåminnelse måste överleva en ny telefon.

4. Var de kommer ifrån

Det finns sex källor:

• Du, när du skriver in poster i Appen eller ställer in din profil, dina läkemedel och dina påminnelser.
• Din enhets hälsoplattform: Apple Health eller Health Connect, när du ansluter den och ger operativsystemets behörighet. Detta är skrivskyddat: glumea skriver aldrig något tillbaka till Apple Health eller Health Connect, och på iOS har det ingen behörighet som skulle låta det.
• Appen själv, när den härleder värden på din enhet utifrån det du angav.
• Apple, Google och RevenueCat, som talar om för oss om din prenumeration på glumea+ är aktiv. Det är ett betalningsfaktum knutet till din kontoidentifierare; det innehåller inga värden, läkemedel eller poster. Det når oss både i Appen och som ett meddelande från server till server från RevenueCat till vår backend.
• SDK:erna för PostHog, Sentry och RevenueCat inuti Appen, som själva samlar in de enhets- och nätverksvärden som anges i avsnitt 3. Vi anger dem inte.
• Vår värdplattform och vår backend, som registrerar de serverförfrågningsloggar som beskrivs i avsnitt 3.

Apple Health och Health Connect räknas som en källa. De värden de innehåller registrerades av något annat, och att importera dem för in dem i glumea som vanliga poster, inklusive till våra servrar när molnsynk är på.

Vi köper inte konsumenthälsodata. Bortsett från den hälsoplattform du ansluter och den prenumerationssignalen tar vi inte emot dem från någon, inte från datamäklare, reklamnätverk, vårdgivare eller försäkringsbolag.

5. Vem mer som hanterar dem, och vad de får

Ingenting i det här avsnittet är en försäljning. Tabellen anger de företag som driver delar av glumea och de data som varje tjänst kan ta emot. Apple och Google tas med för fullständighetens skull: de driver butikerna, har sina egna köpposter och agerar självständigt för de butiksdata. En leverantörs-SDK inuti Appen kan också samla in enhets- och nätverksinformation som vi varken konfigurerar eller tar emot. RevenueCats SDK gör det, och RevenueCat beskriver den behandlingen i sitt eget integritetsmeddelande.

Vem	Vad de får	Varför	Kontakt
Google Cloud (Google), Cloud Run och Cloud SQL, regionen europe-west1	Din konto-e-postadress, din profil och dina terapiinställningar, som finns på våra servrar oavsett om du använder molnsynk; och, när Molnsynk är på, din dagbok också: poster, läkemedelskataloger och läkemedelsscheman	De är värd för vår backend och databas. Det är här serverkopian av dina data finns. Google Cloud Logging håller också våra serverförfrågningsloggar, som beskrivs i avsnitt 3	support.google.com/policies/contact/general_privacy_form
Zoho ZeptoMail	Om e-postutskick i produktion är aktiverat: mottagarens e-postadress och meddelandet för verifiering, återställning av lösenord eller byte av e-postadress. Inga poster, läkemedel eller värden	För att leverera kontomejl när den funktionen är aktiverad	[email protected]
PostHog (EU Cloud)	Medan analys är aktiverad: de händelser som anges ovan, kontoidentifieraren efter inloggning eller en pseudonym enhetsidentifierare före inloggning, utvalda inställningsattribut, tekniska egenskaper som läggs till av SDK:n och nätverksadressen: PostHog får den med varje förfrågan och härleder en ungefärlig plats från den; vi har inte slagit på PostHogs alternativ för att kassera den, så den lagras med händelsen	Produktanalys	[email protected]
Sentry (diagnostik, regionen Europeiska unionen)	Medan diagnostik är aktiverad: filtrerade krasch- och felrapporter, enhets- och appdata som läggs till av SDK:n, nätverksadressen (Appen är konfigurerad att inte skicka den, så ingen IP-adress bifogas rapporten, men Sentrys servrar ser nödvändigtvis den adress som rapporten kommer från) och plattformens signaler om utgåvors hälsa som kan kringgå Appens filter	För att hitta och rätta krascher	[email protected]
RevenueCat	Din kontoidentifierare och ditt köp och prenumerationstillstånd för glumea+. Vår kod bifogar inget annat: vi anger ingen e-postadress, inget namn, ingen enhetsidentifierare och inget eget prenumerantattribut. RevenueCat kan ha egna prenumerantattribut om dig, och där det har det färdas de tillbaka till oss i de meddelanden det skickar till vår backend, som vi lagrar som de kommer, avsnitt 9 anger vad som händer med dem. Deras egen SDK samlar själv in viss enhets- och nätverksinformation som vår kod varken anger eller undertrycker: nätverksadressen, från vilken den härleder en ungefärlig plats, enhetstypen, operativsystemet och appversionen, och den butiksköphistorik den läser; vår kod slår inte på dess insamling av enhetsidentifierare, så ingen reklamidentifierare bifogas. Inga poster, inga läkemedel, inga värden	För att tala om för Appen om din prenumeration är aktiv	[email protected]
Apple och Google, som driver de butiker där glumea+ säljs	Köp- och prenumerationsposter. Inga poster, inga läkemedel, inga värden	De tar betalningen och har faktureringsrelationen med dig; vem som är registrerad säljare beror på butiken och ditt territorium, vilket Användarvillkoren förklarar. Vi ser aldrig dina kortuppgifter	apple.com/legal/privacy/contact · support.google.com/policies/contact/general_privacy_form

Ingen närstående till Paweł Milewski Software Development får konsumenthälsodata, och vi lämnar inte ut dem till annonsörer, datamäklare, försäkringsbolag eller arbetsgivare. Ett bindande rättsligt beslut kan kräva utlämnande. Varje underrättelse om ett sådant utlämnande styrs av tillämplig lag.

Tabellen anger varför varje tjänst används och vad den kan ta emot. Appen har ingen separat delningsbrytare per leverantör; de tillgängliga kontrollerna beskrivs i avsnitt 7. Leverantörernas villkor och integritetsmeddelanden styr också data som en SDK samlar in oberoende av fält som konfigureras av vår kod.

Två punkter om vad analys och diagnostik kan och inte kan bära:

• Analys kan inte ta emot ett värde, en anteckning, ett läkemedelsnamn, en användarskriven tagg eller en e-postadress genom Appens händelseschema. Appen använder fasta tillåtelselistor för händelser och egenskaper. Läkemedelsposter av alla slag rapporteras som ett slag, och tryck på blodsockerlarm registreras inte, så händelserna avslöjar inte din behandling eller dina värden. Analys samlar inte in något förrän du godkänner den.
• Diagnostikrapporter återskapas från en tillåtelselista innan de skickas, och rapporten bär ingen användare, ingen kontoidentifierare och ingen meddelandetext. Två begränsningar: etiketten som anger vilken åtgärd som misslyckades kan avslöja vilken kategori av data en åtgärd gällde (till exempel en blodsockerimport), aldrig ett värde; och inbyggda krascher, händelser av typen appen svarar inte och övervakningsavslut produceras av operativsystemets krashanterare och kan nå Sentry utan att passera det filtret.

5.1 Kopior du gör själv

PDF- och CSV-blodsockerrapporterna, och det krypterade .glumea-arkivet, går dit du skickar dem. När du lämnar över en fil till en annan app, ett e-postmeddelande eller en person ligger den utanför vår kontroll. .glumea-arkivet är krypterat med ett lösenord som bara du känner till, vi kan inte öppna det, och det kan inte heller någon som du inte ger lösenordet.

5.2 Säkerhetskopior av enheter

Appens lokala databas är krypterad på din enhet med en nyckel som finns i plattformens nyckellagring och aldrig lämnar den enheten. På Android är säkerhetskopiering och överföring mellan enheter helt avstängda för glumea. På iOS kan en kopia av databasfilen fortfarande ingå i din iCloud-säkerhetskopia, men den kan inte läsas utan nyckeln. Apple och Google får därför inte läsbara konsumenthälsodata via den vägen, och att flytta till en ny telefon måste ske via molnsynk eller ett .glumea-arkiv.

6. Vi säljer inte konsumenthälsodata

Vi säljer inte konsumenthälsodata och har aldrig sålt dem. Washingtons lag kräver ett separat undertecknat ”giltigt godkännande” (valid authorization) från dig före varje försäljning; vi har inget och har inte bett dig om något. En försäljning skulle bara kunna ske genom ett godkännande som du väljer att ge, som måste säga exakt vad som säljs och till vem, och som du kan återkalla.

glumea innehåller ingen reklam-SDK, ingen reklamidentifierare, ingen attributions- eller mätnings-SDK och ingen plats-SDK. glumea ber aldrig om platsbehörighet och samlar inte in några exakta platsdata: ingen av plattformsbyggena deklarerar en platsbehörighet, så Appen kan inte läsa din enhets plats alls. Det enda som bär någon geografisk signal är den nätverksadress som din enhet ansluter från, som våra servrar och leverantörerna i avsnitt 5 ser, som vilken webbtjänst som helst, och från vilken en ungefärlig region kan härledas. Vi använder den inte för att lokalisera dig och vi härleder eller lagrar ingen plats från den. Vi behandlar inte konsumenthälsodata för reklam, vi delar dem inte för kontextöverskridande beteendebaserad reklam, och vi driver inte och kan inte driva en geografisk avgränsning (geofence) runt någon vårdinrättning.

7. Varför vi samlar in dem, och vad som är ditt att slå av

De flesta hälsoposter lämnas medvetet genom att du skriver eller importerar dem. Analys och diagnostik är också valfria: båda är avstängda tills du godkänner dem i slutet av introduktionen eller slår på dem i Inställningar, och ingen av SDK:erna startas före dess.

Molnsynk: om dina poster alls kopieras till våra servrar, är en funktion i glumea+, och den är avstängd tills du slår på den. Att slå på den sker i två steg. Utan en aktiv prenumeration på glumea+ visar Appen prenumerationsskärmen i stället för att slå på något. Med en aktiv prenumeration ber den dig sedan bekräfta, i ett eget steg, att du godkänner att dina hälsodata lagras på våra servrar. Den bekräftelsen är ditt samtycke, den efterfrågas varje gång reglaget slås på och inte bara första gången, och att slå av reglaget igen återkallar det. Du hittar den i Molnsynk-panelen, som öppnas med molnknappen högst upp på skärmen Sammanfattning eller Historik; reglaget i den heter Synk. Med det avstängt stannar nya poster på din enhet. Poster som redan finns på våra servrar blir kvar där tills du raderar dem, och att slå på synk igen laddar upp de poster som finns kvar på din enhet på nytt.

Ditt svar på det här reglaget sparas på ditt konto på våra servrar och inte på telefonen. Det överlever utloggning och följer med dig till en ny enhet, och att slå av det registreras på samma sätt, om du slår av det medan du är offline behåller Appen det svaret och levererar det vid nästa tillfälle i stället för att släppa det. Om glumea+ upphör slutar nya poster kopieras till våra servrar medan redigeringar och borttagningar av poster som redan finns där fortfarande synkas, och panelen visar Redigeringar och borttagningar synkas fortfarande · Nya poster stannar på den här enheten: ingenting raderas, ditt sparade svar lämnas som det var, och att prenumerera igen återupptar hela säkerhetskopieringen på det svaret utan att fråga dig en andra gång. Att slå av reglaget, och länken Radera serverdata bredvid, förblir tillgängliga oavsett om en prenumeration är aktiv.

Tre saker är dina att slå av, i Appen, när som helst:

• Apple Health / Health Connect: avstängt tills du ansluter det, och var och en av de tre datatyperna kan slås av för sig. Inställningar → Integrationer → Apple Health (på iPhone) eller Health Connect (på Android).
• Användningsanalys: Inställningar → Data & integritet → Integritet & diagnostik. Avstängd tills du godkänner den. Att slå av den ändrar den sparade inställningen, men redan köade händelser kan fortfarande levereras enligt SDK:ns tidsplan.
• Felrapportering: det separata reglaget på samma skärm. Också avstängt tills du godkänner det. Att logga ut rensar båda svaren, men en SDK som redan körs fortsätter att köra tills Appen stängs.

Kontrollen Radera serverdata i appen kräver en aktiv inloggning. Om sessionen har gått ut visar Molnsynk-panelen Pausad och kontrollen kräver inloggning innan den kan köras. Tvingande regler förbjuder att ett giltigt återkallande av samtycke bestraffas.

Din diabetes- och behandlingsprofil och dina terapiinställningar omfattas inte av reglagen ovan. Att radera kontot är det enda genomförda sättet att ta bort dem från vår produktionsdatabas. Inget arbetsflöde för borttagning av enbart profilen är för närvarande tillgängligt via [email protected].

8. Dina rättigheter

Avsnitt 8.1 anger de rättigheter Washington ger dig, och avsnitt 8.2 är hur du utövar dem. Om du befinner dig i Nevada finns dina rättigheter och tidsfrister i stället i vårt Integritetsmeddelande om konsumenthälsodata i Nevada.

8.1 Om du befinner dig i Washington

Enligt My Health My Data Act har du rätt att:

• Bekräfta om vi samlar in, delar eller säljer dina konsumenthälsodata, och få tillgång till dem, inklusive de tredje parter och närstående med vilka de har delats och ett sätt att kontakta dem. Den för närvarande publicerade listan över mottagare och kontakter är tabellen i avsnitt 5.
• Återkalla ditt samtycke till insamling av dina konsumenthälsodata och till delning av dem (avsnitt 7).
• Radera dina konsumenthälsodata.

Washingtons lag kräver ett svar inom 45 dagar efter att en begäran mottagits. Den tillåter ytterligare en period på 45 dagar där det är rimligen nödvändigt, med underrättelse och skäl under den första perioden. Den fastställer också reglerna om avgifter och om uppenbart ogrundade, överdrivna eller upprepade begäranden. Dessa lagstadgade krav gäller oberoende av den här policyn.

8.2 Så utövar du dessa rättigheter

• I Appen: Radera konto (Inställningar → Konto) hårdraderar ditt konto och allt som synkats med det från våra servrar, och raderar den lokala databasen från din enhet. Länken Radera serverdata (i Molnsynk-panelen; den fungerar när synk har slagits av) raderar serverkopian av dina poster, dina läkemedelskataloger och dina läkemedelsscheman, medan ditt konto och kopian på din enhet behålls. Den når inte längre än så: din diabetes- och behandlingsprofil och dina terapiinställningar blir kvar på våra servrar tills du raderar ditt konto.
• Via e-post: begär radering av kontot på [email protected], även om du inte längre har Appen. Vi verifierar ägandet innan vi raderar kontot. Radera ditt glumea-konto beskriver båda vägarna. En separat anpassad process för tillgång eller överklagande utanför appen är ännu inte genomförd, så den här e-postvägen uppfyller inte i sig varje begäranderätt i Washington.

När du raderar i Appen sker raderingen från produktionens kontotabeller när du bekräftar den. Avsnitt 9 anger vart den raderingen når och vad som överlever den.

9. Vad radering faktiskt når

Tabellen nedan anger hur en radering tillämpas i varje system och hos varje tjänsteleverantör.

Mål	Vad som händer
Din enhet	Att ta bort en post tar bort den från den här enheten, och från den enheten enbart. Serverkopian blir kvar, så posten kan komma tillbaka vid en ominstallation, på en ny telefon eller efter att du loggat ut och in igen. Endast Radera serverdata eller radering av ditt konto rensar servern. Värden som importerats från Apple Health eller Health Connect kan inte tas bort ett i taget i Appen. Radering av konto i appen och utloggning raderar den lokala databasen på den enheten; en begäran via e-post kan inte rensa den på distans. Databasen är krypterad med en enhetsbunden nyckel, så varje kopia av den som lämnar den här enheten är oläsbar
Vår produktionsdatabas (Google Cloud, europe-west1)	När du raderar ditt konto hårdraderas kontoraden och allt som hör till den omedelbart, utan återställning. En enskild post är annorlunda: om en radering av en post någonsin når våra servrar sparas raden som en borttagningsmarkör som fortfarande bär sitt värde, sina taggar och sina anteckningar, så att raderingen kan färdas till dina andra enheter
Våra serversäkerhetskopior	Kopior av redan raderade rader finns kvar tills säkerhetskopiorna går ut, högst 7 dagar, och inte mer än sex månader efter autentisering där Washingtons lagstadgade gräns gäller. Enskilda poster redigeras inte inuti en säkerhetskopia. En återställning vid katastrof kan tillfälligt återinföra raderade rader eftersom inget jobb spelar upp tidigare raderingar igen
Våra serverloggar	Vår värdplattform registrerar adressen, sökvägen och tidpunkten för de förfrågningar din enhet gör till oss, och vår backend skriver sin egen rad närhelst en förfrågan misslyckas, statusen, sökvägen, tidpunkten och felmeddelandet. Ingen av dem innehåller poster, läkemedel eller värden. Lagringstid: 30 dagar
Zoho ZeptoMail	Om e-postutskick är aktiverat kan det hålla leveransposter för verifierings- och återställningsmeddelanden. Lagringstid: upp till 60 dagars leveransloggar, ZeptoMails standardlagring. Det nuvarande raderingsflödet skickar ingen begäran om radering till leverantören
PostHog (analys)	Radering av kontot köar en begäran om att radera den kontokopplade profilen och dess händelser och inspelningar. Vi försöker omedelbart och försöker igen vid en misslyckad begäran. PostHog kan slutföra en godtagen massradering asynkront. Händelser före inloggning använder en separat enhetsidentifierare
Sentry (diagnostik)	Appen bifogar ingen kontoidentifierare, e-postadress eller användarpost till en diagnostikrapport. Inbyggda rapporter kan kringgå Appens filter, och det finns ingen stödd identifierare för att hitta och radera en enskild användares rapporter
RevenueCat	Har en prenumerantpost under kontoidentifieraren men inga poster, läkemedel eller värden. Radering av kontot köar en begäran om att radera den posten. Vi försöker omedelbart och försöker igen vid en misslyckad begäran
Vår logg över prenumerationshändelser	Vår backend lagrar varje prenumerationsmeddelande som RevenueCat skickar, inklusive kontoidentifieraren och eventuella prenumerantattribut i det meddelandet. Raderna är inte kopplade till kontoposten, så raderingstjänsten tar bort dem separat när den raderar kontot. I övrigt tar ett schemalagt jobb bort varje rad 90 dagar efter att den kommit in
Prenumerationsposter hos Apple / Google	Hålls av dem enligt deras egna policyer, utanför vår kontroll
Kopior du själv exporterade	Utanför vår räckvidd, se ”Kopior du gör själv” ovan

Båda vägarna för radering av konto använder samma tjänst på serversidan. Den tar bort kontot och loggen över prenumerationshändelser från vår produktionsdatabas och köar begäranden till RevenueCat och PostHog. Den identifierar inte en enskild användares Sentry-rapporter och raderar inte leveransloggar hos Zoho ZeptoMail. Washingtons lag kräver också en överklagandeprocess för nekade begäranden; den separata processen är ännu inte genomförd.

10. Om vi säger nej

Washingtons lag kräver en skriftlig förklaring och en överklagandeprocess när en begäran nekas. Den kräver också ett skriftligt beslut i överklagandet inom 45 dagar och, efter ett avslaget överklagande, ett sätt att kontakta Washingtons justitieminister (Attorney General).

Ingen separat överklagandeprocess är för närvarande genomförd på [email protected], så den nuvarande processen erbjuder inte den överklagandeväg som Washington kräver. Ingenting i den här policyn begränsar ett klagomål till Washington State Office of the Attorney General eller någon annan rättighet enligt Washingtons lag.

11. Ändringar i den här policyn

Den aktuella versionen beskriver de kategorier och ändamål som används för närvarande. Washingtons lag kan kräva en uppdaterad policy, förhandsunderrättelse eller samtycke innan en ny kategori eller ett nytt ändamål införs. Publicering av en uppdaterad policy ersätter inte samtycke där samtycke krävs.

12. Språk

Den här policyn publiceras på engelska. Den engelska versionen är den juridiskt bindande. Översättningar till andra språk publiceras så att du kan läsa policyn på ditt eget språk. Där en översättning och den engelska texten skiljer sig åt är det den engelska texten som gäller.

Undantaget är lagen själv. Där det land du bor i ger det språk du tilltalades på en egen ställning, som konsumentskyddslagstiftningen i flera länder gör, gäller den regeln i stället för den här, och ingenting här tar bort en rättighet du har enligt den.

En översättning publiceras när den är klar, så den kan ligga efter den engelska texten efter en uppdatering. Om du hittar ett ställe där en översättning och den engelska texten säger olika saker, berätta det för oss på [email protected].

13. Kontakta oss

• E-post: [email protected]
• Post: Paweł Milewski Software Development, ul. Franciszka Bohomolca 3 lok. 7, 31-416 Kraków, Polen

Relaterade dokument: Integritetsmeddelande om konsumenthälsodata i Nevada, Integritetspolicy, Användarvillkor och Medicinsk ansvarsfriskrivning.