소비자 건강 데이터 개인정보 처리방침

이 문서가 답하는 질문

이 문서는 워싱턴주 My Health My Data Act가 요구하는 소비자 건강 데이터 방침이에요. 그 법은 요구하는 내용만 담은 독립된 문서를 요구하므로 의도적으로 범위를 좁혔어요.

여기서 무엇이 내 건강 데이터에 해당하나요? 2항과 3항.
어디서 오고, 또 누가 보나요? 4항과 5항.
무엇을 끌 수 있나요? 7항.
어떤 권리가 있고, 저희는 얼마 안에 답해야 하나요? 8.1항과 8.2항.
삭제는 실제로 무엇에 닿나요? 9항.
저희가 거절하면 어떻게 되나요? 10항.

네바다주에 계신 경우, 이용자의 권리와 기한은 다르며 네바다주 소비자 건강 데이터 개인정보 고지에 나와 있어요. 아래 2항부터 5항, 그리고 9항의 모든 내용은 이용자에게도 적용되며, 그 고지는 이를 위해 이곳을 가리켜요.

데이터에 관한 그 밖의 모든 것, 즉 법적 근거, 보안, 아동, 국제 전송, 웹사이트는 개인정보 처리방침에 있으며 이용자에게도 적용돼요.

1. 저희는 누구이며 이 방침은 무엇을 다루나요

이 문서는 오직 소비자 건강 데이터에 관한 것이에요. 워싱턴주 법은 이를 저희의 일반 개인정보 처리방침과 분리해 두도록 요구하므로 범위가 더 좁아요. 개인정보 처리방침의 법적 근거, 보안, 아동, 국제 전송, glumea.com 웹사이트에 관한 항목을 반복하지 않아요. 그 모든 것은 개인정보 처리방침을 읽어 주세요.

이 문서가 다루는 것은 glumea 앱이에요. 무엇을 수집하는지, 그것이 어디로 가는지, 무엇을 끄거나 삭제할 수 있는지예요. Paweł Milewski Software Development(운영자, 이하 “저희”)는 glumea(앱)와 glumea.com(웹사이트)을 제공해요. 이 방침은 앱에 관한 것이에요. 저희의 우편 주소와 이메일은 13항에 있어요.

이 방침 및 개인정보 처리방침과 함께 적용되는 문서가 두 가지 더 있어요. 이용 약관과 의료 면책 고지예요.

이용자가 워싱턴주 거주자이거나, 소비자 건강 데이터가 이용자가 워싱턴주에 있는 동안 수집된 경우 적용돼요(My Health My Data Act, RCW 19.373).

네바다주에는 별도의 고지가 있어요. 네바다주 법(NRS 603A.400 이하)은 이용자에게 다른 기한에 다른 권리를 부여하고 워싱턴주가 요구하지 않는 네 가지 공개 사항을 저희에게 요구하므로, 그 내용은 여기가 아니라 네바다주 소비자 건강 데이터 개인정보 고지에 있어요. 이 문서의 2항부터 5항, 그리고 9항은 glumea가 건강 데이터로 무엇을 하는지 설명하며, 어디에 살든 적용돼요.

2. 소비자 건강 데이터란

워싱턴주 My Health My Data Act에서 소비자 건강 데이터란 이용자에게 연결되었거나 합리적으로 연결될 수 있고 이용자의 과거, 현재, 미래의 신체적 또는 정신적 건강 상태를 식별하는 개인정보로, 신체 기능, 활력 징후, 측정값, 진단, 치료, 약물이 명시적으로 포함돼요.

glumea가 기록하는 대부분이 그 정의에 해당해요. 혈당 수치, 인슐린 투여, 약 이름이 분명한 예예요.

glumea는 당뇨병 앱이므로 계정이 있다는 사실 자체가 건강 정보를 드러내요. 따라서 저희는 건강 측정값이 아니더라도 이 방침의 목적상 이용자의 계정 식별자와 계정의 이메일 주소를 소비자 건강 데이터로 취급해요. 같은 이유로 아래에 설명하는 가명 처리된 기기 식별자와 서버 요청 로그도 소비자 건강 데이터로 취급해요.

3. 저희가 수집하는 범주와 그 이유

범주	포함되는 내용	수집하는 이유
혈당 수치	값, 날짜와 시각, 상황 태그(직접 입력한 태그 포함), 자유 입력 메모	수치, 차트, 목표 범위 내 시간 통계를 보여 주고, 의료 면책 고지에 설명된 재측정 알림을 예약하기 위해서예요
음식 및 탄수화물 기록	탄수화물, 선택 사항인 단백질, 지방, 칼로리, 직접 입력한 이름	먹은 것을 수치와 함께 기록하고 살펴볼 수 있게 하기 위해서예요
인슐린, 알약, 주사제 투여	단위, 횟수, 투여 시각, 어느 약에 속하는지	치료를 기록하고 살펴볼 수 있게 하기 위해서예요
약 목록	약 이름(예: 인슐린 상표), 유형, 함량, 투여 간격, 약동학 매개변수	실제 약에 대해 투여를 기록하고 앱이 이를 올바르게 표시할 수 있게 하기 위해서예요
약 일정	어떤 약인지, 하루 중 시간, 요일, 방해 금지 시간 중에도 알림이 울릴 수 있는지 여부	이용자가 설정한 약 알림을 전달하기 위해서예요
측정 알림과 알림 설정	혈당 측정 알림의 시간과 요일, 방해 금지 시간대, 알림에 세부 정보를 표시할지 여부	이용자가 요청한 알림을 전달하고, 아직 만들어지지 않은 알림의 설정을 보관하기 위해서예요. 예약된 혈당 측정 알림은 현재 전달되지 않아요. 시간을 설정할 수는 있지만 아무것도 도착하지 않아요. 약 알림과 매우 낮거나 매우 높은 수치 뒤의 재측정 알림은 전달돼요. 방해 금지 시간과 알림 세부 정보 설정은 기기에 남아요
신체 측정값	체중 이력과 키	체중을 시간에 따라 보여 주고 선택한 단위로 기록을 표시하기 위해서예요
당뇨병 및 치료 프로필	선택한 닉네임, 나이, 제공한 경우 성별, 당뇨병 유형, 인슐린 투여 방법, 알약, 주사제, 식이요법 중 무엇으로 치료하는지	이용자가 실제로 당뇨병을 관리하는 방식에 맞게 앱을 설정하기 위해서예요
치료 설정	목표 혈당 범위, 인슐린 민감도 계수(ISF), 인슐린 대 탄수화물 비율(ICR)	차트에 목표 범위를 보여 주고 수치를 한곳에 보관하기 위해서예요. 목표 범위는 PDF 혈당 리포트를 만들면 거기에 기재되며, 리포트 구간에 인슐린 투여가 있으면 인슐린 대 탄수화물 비율도 기재돼요. CSV 내보내기에는 둘 다 들어 있지 않고, 인슐린 민감도 계수는 CSV에도 PDF에도 없으며 계정 전체를 담은 암호화된 `.glumea` 아카이브에 있어요. 앱은 이를 용량을 계산하거나 권장하는 데 절대 사용하지 않아요. 다만 인슐린 민감도 계수는 한 가지 다른 용도로 쓰여요. 의료 면책 고지에 설명된 대로 활성 인슐린 옆에 표시되는 저혈당 위험 문구예요
Apple Health 또는 Health Connect에서 가져온 데이터	혈당, 체중, 탄수화물 기록	연결한 경우에만: 다른 기기가 이미 기록한 수치를 다시 입력하지 않아도 되게 하기 위해서예요. 가져온 기록은 일반 기록이 되어 클라우드 동기화가 켜져 있으면 저희 서버를 포함해 직접 입력한 것과 같은 경로를 따라요
앱이 기기에서 계산하는 값	예상 활성 인슐린과 그 옆에 표시되는 저혈당 위험 문구 및 대략적인 하강 범위, 평균 혈당과 그 편차, 목표 범위 내 시간, 예상 당화혈색소(GMI), 다음 측정 권장 시각, 최근 수치에 붙는 양호 / 주의 / 위험 표시	기록한 내용의 요약을 보여 주기 위해서예요. 이 값은 기기에서 계산되며, 각각이 무엇이고 무엇이 아닌지는 의료 면책 고지에 나와 있어요
계정 식별자와 이메일	계정 UUID와 로그인 이메일	계정을 제공하고 기록을 계정에 동기화하기 위해서예요
구독 상태	계정 식별자와 Apple 또는 Google이 RevenueCat을 통해 보고하는 glumea+ 활성 여부	결제한 기능을 열어 주기 위해서예요. 수치, 약, 기록은 담고 있지 않아요
사용 데이터 분석 이벤트	특정 종류의 기록이 저장되었다는 사실(혈당, 음식, 약, 체중. 인슐린, 알약, 주사제는 모두 약으로 계산), 양식에서 저장했는지 알림의 작업 버튼에서 저장했는지, 그 저장이 몇 개의 행을 기록했는지, 그 순간으로부터 약 15분 이내에 기록했는지 같은 날 나중에 했는지 소급해서 했는지, 기록 양식을 열었다는 사실과 어떤 종류로 열었는지, 앱이 실행되었다는 사실과 설치 후 처음 실행되었다는 사실, 가입이나 로그인을 완료했다는 사실, 이메일로 받은 코드가 인증되었는지 거부되었는지와 어느 절차에 속했는지, 어느 온보딩 단계를 마쳤는지(당뇨병 유형과 치료에 관한 단계는 포함하되 인슐린 사용자만 보는 단계는 제외)와 프로필을 완료했다는 사실, 어느 화면을 열었는지(고정된 경로 이름으로, 한 가지 치료 유형만 도달하는 화면은 그 상위 화면으로 보고), 알림을 탭했다는 사실과 그 일반 범주(혈당 경고는 절대 포함하지 않음), 알림 권한을 요청받았다는 사실과 허용했는지 여부, Apple Health나 Health Connect를 연결했는지, 운영 체제가 권한을 허용했는지 거부했는지, 가져오기를 요청했다는 사실, 가져오기가 실행되었다는 사실과 무엇이 시작시켰는지(몇 개의 기록을 읽었는지는 절대 포함하지 않음), 내보내기를 만들었다는 사실과 형식과 공유했는지 여부, 사용 데이터 분석을 껐다는 사실, 구독 및 구매 이벤트, 언어, 테마, 단위 환경설정, 구독 상태. 값, 이름, 메모, 그 밖에 이용자가 입력한 어떤 것도 포함하지 않아요. 로그인한 상태의 이벤트는 계정 식별자를 사용하고, 로그인 전 이벤트는 가명 처리된 기기 식별자를 사용해요	앱의 어느 부분이 사용되는지 파악하기 위해서예요. 어떤 약을 복용하는지, 어떤 치료를 사용하는지, 혈당 경고가 울렸는지는 알려 주지 않지만, 당뇨병 앱 사용과 연결돼요. 사용 데이터 분석에 동의한 후에만 수집돼요
기술 및 기기 정보	로그인 전 분석에 쓰이는 가명 처리된 기기 식별자, PostHog, Sentry, RevenueCat SDK가 추가하는 기기 모델, 운영 체제, 앱 버전, 릴리스, 빌드 및 이와 비슷한 값, 그리고 그들의 서버가 보는 네트워크 주소	SDK가 이 값들을 수집하며, 사용 데이터 분석이나 진단에 동의한 후에만 수집돼요. 이 필드 중 어느 것도 수치, 약, 이용자가 입력한 값이 아니에요
서버 요청 로그	기기가 저희 서버에 보내는 요청의 주소, 경로, 시각, 그리고 요청이 실패한 경우 상태, 경로, 시각, 오류 메시지	백엔드를 운영하고 장애를 조사하기 위해서예요. 기록, 약, 수치, 이용자가 입력한 어떤 것도 담고 있지 않아요. glumea 백엔드에 대한 요청이 당뇨병 앱 사용과 연결되기 때문에 여기에 나열했어요

저희는 소비자 건강 데이터를 그 목적으로만 사용하고 다른 목적으로는 사용하지 않아요. 광고, 광고 타겟팅, 프로파일링, 신용 또는 보험 결정, 연구에 사용하지 않으며, 이용자에 대한 자동화된 결정을 내리는 데 사용하지도 않아요.

위의 일부는 기기를 아예 떠나지 않아요. 측정 알림 시간, 방해 금지 시간, 알림 세부 정보 설정, 건강 연결 설정은 로컬에만 저장되며 저희 서버로 전송되지 않아요. 약 일정은 예외예요. 약 일정은 일기에 속하므로 클라우드 동기화가 켜져 있으면 저희 서버에 복사되는데, 약 알림은 새 휴대폰에서도 유지되어야 하기 때문이에요.

4. 어디서 오나요

출처는 여섯 가지예요.

이용자 본인: 앱에 기록을 입력하거나 프로필, 약, 알림을 설정할 때.
기기의 건강 플랫폼: Apple Health 또는 Health Connect. 이용자가 연결하고 운영 체제 권한을 허용한 경우에 해당해요. 읽기 전용이에요. glumea는 Apple Health나 Health Connect에 아무것도 다시 쓰지 않으며, iOS에서는 그렇게 할 수 있는 권한 자체가 없어요.
앱 자체: 이용자가 입력한 내용에서 기기에서 값을 계산할 때.
Apple, Google, RevenueCat: glumea+ 구독이 활성 상태인지 알려 줘요. 이는 계정 식별자에 연결된 결제 사실이며, 수치, 약, 기록은 담고 있지 않아요. 앱 안에서, 그리고 RevenueCat에서 저희 백엔드로 보내는 서버 간 메시지로 저희에게 도달해요.
앱 안의 PostHog, Sentry, RevenueCat SDK: 3항에 나열된 기기 및 네트워크 값을 스스로 수집해요. 저희가 설정하는 것이 아니에요.
저희의 호스팅 플랫폼과 백엔드: 3항에 설명된 서버 요청 로그를 기록해요.

Apple Health와 Health Connect도 출처로 계산돼요. 그곳에 있는 수치는 다른 무언가가 기록한 것이며, 가져오면 클라우드 동기화가 켜져 있을 때 저희 서버를 포함해 glumea에 일반 기록으로 들어와요.

저희는 소비자 건강 데이터를 구매하지 않아요. 이용자가 연결하는 건강 플랫폼과 그 구독 신호를 제외하면, 데이터 중개업체, 광고 네트워크, 의료 제공자, 보험사 누구에게서도 이를 받지 않아요.

5. 또 누가 다루며 무엇을 받나요

이 항목의 어떤 것도 판매가 아니에요. 아래 표는 glumea의 일부를 운영하는 회사와 각 서비스가 받을 수 있는 데이터를 보여 줘요. Apple과 Google은 완전을 기하기 위해 포함했어요. 두 회사는 스토어를 운영하고, 각자의 구매 기록을 보유하며, 그 스토어 데이터에 대해 독립적으로 활동해요. 앱 안의 제공업체 SDK는 저희가 설정하지도 받지도 않는 기기 및 네트워크 정보를 수집할 수도 있어요. RevenueCat의 SDK가 그렇고, RevenueCat은 그 처리를 자체 개인정보 고지에 설명해요.

누구	받는 것	이유	연락처
Google Cloud(Google), Cloud Run과 Cloud SQL, `europe-west1` 리전	계정 이메일, 프로필, 치료 설정(클라우드 동기화 사용 여부와 관계없이 저희 서버에 보관돼요), 그리고 클라우드 동기화가 켜져 있으면 일기도: 기록, 약 목록, 약 일정	저희 백엔드와 데이터베이스를 호스팅해요. 데이터의 서버 사본이 있는 곳이에요. Google Cloud Logging은 3항에 설명된 저희의 서버 요청 로그도 보관해요	support.google.com/policies/contact/general_privacy_form
Zoho ZeptoMail	운영 환경의 이메일 발송이 활성화된 경우: 수신 이메일 주소와 인증, 비밀번호 재설정 또는 이메일 변경 메시지. 기록, 약, 수치는 없어요	해당 기능이 활성화된 경우 계정 이메일을 전달하기 위해서예요	[email protected]
PostHog(EU Cloud)	사용 데이터 분석이 활성화된 동안: 위에 나열된 이벤트, 로그인 후에는 계정 식별자 또는 로그인 전에는 가명 처리된 기기 식별자, 선택된 환경설정 속성, SDK가 추가하는 기술 속성, 네트워크 주소. PostHog는 각 요청과 함께 이를 받고 이로부터 대략적인 위치를 도출해요. 저희는 이를 폐기하는 PostHog 옵션을 켜지 않았으므로 이벤트와 함께 저장돼요	사용 데이터 분석	[email protected]
Sentry(진단, 유럽 연합 리전)	진단이 활성화된 동안: 필터링된 충돌 및 오류 보고서, SDK가 추가하는 기기 및 앱 데이터, 네트워크 주소(앱은 이를 보내지 않도록 설정되어 있어 보고서에 IP 주소가 붙지 않지만, Sentry의 서버는 보고서가 도착하는 주소를 반드시 보게 돼요), 앱 필터를 우회할 수 있는 플랫폼 릴리스 상태 신호	충돌을 찾아 고치기 위해서예요	[email protected]
RevenueCat	계정 식별자와 glumea+ 구매 및 구독 상태. 저희 코드는 여기에 다른 어떤 것도 붙이지 않아요. 이메일 주소, 이름, 기기 식별자, 저희 자체의 구독자 속성을 설정하지 않아요. RevenueCat이 이용자에 대해 자체 구독자 속성을 보유할 수 있으며, 그런 경우 그 속성은 RevenueCat이 저희 백엔드에 보내는 메시지 안에 담겨 저희에게 돌아오고, 저희는 이를 도착한 그대로 저장해요. 그에 대해 어떤 일이 일어나는지는 9항에 나와 있어요. RevenueCat 자체 SDK는 저희 코드가 설정하지도 억제하지도 않는 일부 기기 및 네트워크 정보를 스스로 수집해요. 네트워크 주소(이로부터 대략적인 위치를 추론), 기기 유형, 운영 체제와 앱 버전, 그리고 읽어 들이는 스토어 구매 내역이에요. 저희 코드는 기기 식별자 수집을 켜지 않으므로 광고 식별자는 붙지 않아요. 기록, 약, 수치는 없어요	구독이 활성 상태인지 앱에 알려 주기 위해서예요	[email protected]
Apple과 Google, glumea+가 판매되는 스토어를 운영	구매 및 구독 기록. 기록, 약, 수치는 없어요	결제를 받고 이용자와의 결제 관계를 유지해요. 이용 약관이 설명하듯 기록상 판매자가 누구인지는 스토어와 지역에 따라 달라요. 저희는 카드 정보를 절대 보지 않아요	apple.com/legal/privacy/contact · support.google.com/policies/contact/general_privacy_form

Paweł Milewski Software Development의 어떤 계열사도 소비자 건강 데이터를 받지 않으며, 저희는 이를 광고주, 데이터 중개업체, 보험사, 고용주에게 공개하지 않아요. 구속력 있는 법적 명령은 공개를 요구할 수 있어요. 그러한 공개에 관한 통지는 적용 법률이 규율해요.

표는 각 서비스를 사용하는 이유와 받을 수 있는 것을 보여 줘요. 앱에는 제공업체별로 공유를 따로 끄는 스위치가 없어요. 이용할 수 있는 통제 수단은 7항에 설명되어 있어요. 저희 코드가 설정한 필드와 무관하게 SDK가 독립적으로 수집하는 데이터에는 제공업체의 약관과 개인정보 고지도 적용돼요.

사용 데이터 분석과 진단이 담을 수 있는 것과 담을 수 없는 것에 관한 두 가지:

사용 데이터 분석은 앱의 이벤트 스키마를 통해 수치, 메모, 약 이름, 사용자가 입력한 태그, 이메일을 받을 수 없어요. 앱은 고정된 이벤트 및 속성 허용 목록을 사용해요. 모든 종류의 약 기록은 한 가지 종류로 보고되고 혈당 경고 탭은 기록되지 않으므로, 이벤트는 이용자의 치료나 수치를 드러내지 않아요. 사용 데이터 분석은 동의하기 전까지 아무것도 수집하지 않아요.
진단 보고서는 전송 전에 허용 목록으로 다시 구성되며, 보고서에는 사용자도, 계정 식별자도, 메시지 텍스트도 없어요. 두 가지 한계가 있어요. 실패한 작업을 이름 붙인 레이블은 작업이 어떤 범주의 데이터에 관한 것인지(예: 혈당 가져오기)는 드러낼 수 있지만 값은 절대 드러내지 않아요. 그리고 네이티브 충돌, 앱 응답 없음, 워치독 이벤트는 운영 체제의 충돌 처리기가 만들어 내므로 그 필터를 거치지 않고 Sentry에 도달할 수 있어요.

5.1 이용자가 직접 만드는 사본

PDF와 CSV 혈당 리포트, 그리고 암호화된 .glumea 아카이브는 이용자가 보내는 곳으로 가요. 파일을 다른 앱, 이메일, 또는 사람에게 건네는 순간 저희의 통제 밖에 있어요. .glumea 아카이브는 이용자만 아는 비밀번호로 암호화되어 있어 저희도 열 수 없고, 비밀번호를 받지 못한 누구도 열 수 없어요.

5.2 기기 백업

앱의 로컬 데이터베이스는 기기를 떠나지 않는 플랫폼 키 저장소의 키로 기기에서 암호화돼요. Android에서는 glumea에 대해 백업과 기기 간 전송이 완전히 꺼져 있어요. iOS에서는 데이터베이스 파일 사본이 iCloud 백업에 포함될 수 있지만 키 없이는 읽을 수 없어요. 따라서 Apple과 Google은 이 경로로 읽을 수 있는 소비자 건강 데이터를 받지 않으며, 새 휴대폰으로 옮기려면 클라우드 동기화나 .glumea 아카이브를 거쳐야 해요.

6. 저희는 소비자 건강 데이터를 판매하지 않아요

저희는 소비자 건강 데이터를 판매하지 않으며 판매한 적도 없어요. 워싱턴주 법은 어떤 판매든 이용자의 별도 서명된 “유효한 승인”을 요구해요. 저희는 그런 승인을 갖고 있지 않으며 요청한 적도 없어요. 판매는 이용자가 주기로 선택한 승인을 통해서만 가능하며, 그 승인은 정확히 무엇이 누구에게 판매되는지 밝혀야 하고 이용자가 철회할 수 있어요.

glumea에는 광고 SDK도, 광고 식별자도, 어트리뷰션 또는 측정 SDK도, 위치 SDK도 없어요. glumea는 위치 권한을 요청하지 않으며 정밀한 위치 데이터를 수집하지 않아요. 어느 플랫폼 빌드도 위치 권한을 선언하지 않으므로 앱은 기기의 위치를 아예 읽을 수 없어요. 지리적 신호를 조금이라도 담고 있는 유일한 것은 기기가 접속하는 네트워크 주소이며, 저희 서버와 5항의 제공업체는 모든 웹 서비스가 그렇듯 이를 보고, 이로부터 대략적인 지역을 추론할 수 있어요. 저희는 이를 이용자의 위치를 알아내는 데 사용하지 않으며 이로부터 위치를 도출하거나 저장하지 않아요. 저희는 소비자 건강 데이터를 광고를 위해 처리하지 않고, 교차 맥락 행동 광고를 위해 공유하지 않으며, 어떤 의료 시설 주변에도 지오펜스를 운영하지 않고 운영할 수도 없어요.

7. 수집하는 이유와 이용자가 끌 수 있는 것

대부분의 건강 기록은 이용자가 의도적으로 입력하거나 가져와서 제공돼요. 사용 데이터 분석과 진단도 선택 사항이에요. 둘 다 온보딩이 끝날 때 동의하거나 설정에서 켜기 전까지 꺼져 있으며, 그 전에는 어느 SDK도 시작되지 않아요.

클라우드 동기화, 즉 기록이 저희 서버에 복사되는지 여부는 glumea+ 기능이며 켜기 전까지 꺼져 있어요. 켜는 데는 두 단계가 있어요. 활성 glumea+ 구독이 없으면 앱은 아무것도 켜지 않고 구독 화면을 보여 줘요. 구독이 있으면 앱은 별도의 단계에서 건강 데이터가 저희 서버에 저장되는 데 동의하는지 확인을 요청해요. 그 확인이 이용자의 동의이며, 처음에만이 아니라 스위치를 켤 때마다 요청하고, 스위치를 다시 끄면 철회돼요. 요약 또는 기록 화면 위쪽의 클라우드 버튼으로 여는 클라우드 동기화 시트에서 찾을 수 있으며, 그 안의 스위치는 동기화라고 해요. 꺼져 있으면 새 기록은 기기에 남아요. 이미 저희 서버에 있는 기록은 삭제할 때까지 거기에 남으며, 동기화를 다시 켜면 기기에 남아 있던 기록이 다시 업로드돼요.

이 스위치에 대한 이용자의 답은 휴대폰이 아니라 저희 서버의 계정에 저장돼요. 로그아웃해도 유지되고 새 기기로 따라가며, 끄는 것도 같은 방식으로 기록돼요. 오프라인에서 끄면 앱은 그 답을 버리지 않고 보관했다가 가능한 가장 이른 시점에 전달해요. glumea+가 끝나면 새 기록은 저희 서버에 복사되지 않지만, 이미 서버에 있는 기록의 수정과 삭제는 계속 동기화되며, 시트에 수정 및 삭제 내용은 계속 동기화돼요 · 새 기록은 이 기기에만 남아요라고 표시돼요. 아무것도 삭제되지 않고, 저장된 답은 그대로 남으며, 다시 구독하면 두 번째로 묻지 않고 그 답에 따라 전체 백업이 재개돼요. 스위치를 끄는 것과 그 옆의 서버 데이터 삭제 링크는 구독이 살아 있든 아니든 계속 이용할 수 있어요.

앱에서 언제든 끌 수 있는 것이 세 가지 있어요.

Apple Health / Health Connect: 연결하기 전까지 꺼져 있고, 세 가지 데이터 유형을 각각 따로 끌 수 있어요. 설정 → 연동 → Apple Health(iPhone) 또는 Health Connect(Android).
사용 데이터: 설정 → 데이터·개인정보 → 개인정보·진단. 동의하기 전까지 꺼져 있어요. 끄면 저장된 환경설정이 바뀌지만, 이미 대기 중인 이벤트는 SDK의 일정에 따라 여전히 전송될 수 있어요.
오류 보고: 같은 화면의 별도 스위치. 이것도 동의하기 전까지 꺼져 있어요. 로그아웃하면 두 답이 모두 지워지지만, 이미 실행 중인 SDK는 앱을 닫을 때까지 계속 실행돼요.

앱 내 서버 데이터 삭제 컨트롤은 유효한 로그인이 필요해요. 세션이 만료되면 클라우드 동기화 시트에 일시 중지라고 표시되고, 컨트롤은 실행되기 전에 로그인이 필요해요. 강행 규정은 유효한 동의 철회에 불이익을 주는 것을 금지해요.

이용자의 당뇨병 및 치료 프로필과 치료 설정은 위의 스위치로 다루어지지 않아요. 계정 삭제가 저희 운영 데이터베이스에서 이를 제거하는 유일하게 구현된 방법이에요. 프로필만 제거하는 절차는 현재 [email protected]을 통해 제공되지 않아요.

8. 이용자의 권리

8.1항은 워싱턴주가 이용자에게 부여하는 권리를 설명하고, 8.2항은 그것을 행사하는 방법이에요. 네바다주에 계신 경우, 이용자의 권리와 기한은 대신 네바다주 소비자 건강 데이터 개인정보 고지에 나와 있어요.

8.1 워싱턴주에 계신 경우

My Health My Data Act에 따라 이용자에게는 다음 권리가 있어요.

저희가 이용자의 소비자 건강 데이터를 수집, 공유, 판매하는지 확인하고, 데이터가 공유된 제3자와 계열사 및 이들에게 연락할 방법을 포함해 이에 접근할 권리. 현재 게시된 수신자 및 연락처 목록은 5항의 표예요.
소비자 건강 데이터의 수집과 공유에 대한 동의를 철회할 권리(7항).
소비자 건강 데이터를 삭제할 권리.

워싱턴주 법은 요청을 받은 후 45일 이내의 응답을 요구해요. 합리적으로 필요한 경우 첫 번째 기간 동안 통지와 이유를 제공하면 45일의 추가 기간을 한 번 허용해요. 또한 요금과 명백히 근거가 없거나 과도하거나 반복적인 요청에 관한 규칙도 정해요. 그 법정 요건은 이 방침과 별개로 적용돼요.

8.2 이 권리를 행사하는 방법

앱에서: 계정 삭제(설정 → 계정)는 이용자의 계정과 그와 함께 동기화된 모든 것을 저희 서버에서 완전히 삭제하고, 기기의 로컬 데이터베이스를 지워요. 서버 데이터 삭제 링크(클라우드 동기화 시트 안, 동기화를 끄면 사용할 수 있어요)는 기록, 약 목록, 약 일정의 서버 사본을 삭제하면서 계정과 기기에 있는 사본은 유지해요. 거기까지만 닿아요. 당뇨병 및 치료 프로필과 치료 설정은 계정을 삭제하기 전까지 저희 서버에 남아요.
이메일로: 앱이 더 이상 없더라도 [email protected]으로 계정 삭제를 요청하세요. 계정을 삭제하기 전에 소유권을 확인해요. glumea 계정 삭제에 두 가지 경로가 설명되어 있어요. 별도의 앱 밖 맞춤 열람 또는 이의 신청 절차는 아직 구현되어 있지 않으므로, 이 이메일 경로만으로 워싱턴주의 모든 요청 권리가 이행되지는 않아요.

앱에서 삭제하면 운영 계정 테이블에서의 삭제는 이용자가 확인하는 시점에 이루어져요. 9항은 그 삭제가 어디까지 닿고 무엇이 남는지 설명해요.

9. 삭제가 실제로 닿는 범위

아래 표는 각 시스템과 각 서비스 제공업체에서 삭제가 어떻게 적용되는지 보여 줘요.

대상	어떻게 되나요
이용자의 기기	기록을 삭제하면 이 기기에서만 사라져요. 서버 사본은 남아 있으므로 앱을 다시 설치하거나, 새 휴대폰을 쓰거나, 로그아웃했다가 다시 로그인하면 그 기록이 돌아올 수 있어요. 서버를 지우는 것은 서버 데이터 삭제나 계정 삭제뿐이에요. Apple Health나 Health Connect에서 가져온 수치는 앱에서 하나씩 삭제할 수 없어요. 앱 내 계정 삭제와 로그아웃은 그 기기의 로컬 데이터베이스를 지우며, 이메일 요청으로는 원격으로 지울 수 없어요. 데이터베이스는 기기에 묶인 키로 암호화되어 있어, 이 기기를 떠난 사본은 읽을 수 없어요
저희 운영 데이터베이스(Google Cloud, `europe-west1`)	계정을 삭제하면 계정 행과 거기에 딸린 모든 것이 즉시 완전히 삭제되며 복구할 수 없어요. 기록 하나는 달라요. 기록 하나의 삭제가 저희 서버에 도달하면, 그 행은 삭제가 다른 기기로 전달될 수 있도록 값, 태그, 메모를 그대로 담은 삭제 표시로 남아요
저희 서버 백업	이미 삭제된 행의 사본은 백업이 만료될 때까지 남으며, 최대 7일이고, 워싱턴주의 법정 한도가 적용되는 경우 인증 후 6개월을 넘지 않아요. 백업 안의 개별 기록은 수정되지 않아요. 과거의 삭제를 다시 재생하는 작업이 없으므로 재해 복구 복원은 삭제된 행을 일시적으로 다시 들여올 수 있어요
저희 서버 로그	저희 호스팅 플랫폼은 기기가 저희에게 보내는 요청의 주소, 경로, 시각을 기록하고, 저희 백엔드는 요청이 실패할 때마다 상태, 경로, 시각, 오류 메시지를 자체 로그 줄로 써요. 어느 쪽도 기록, 약, 수치를 담고 있지 않아요. 보존 기간: 30일
Zoho ZeptoMail	이메일 발송이 활성화된 경우 인증 및 재설정 메시지의 발송 기록을 보관할 수 있어요. 보존 기간: 최대 60일의 발송 로그(ZeptoMail의 표준 보존 기간). 현재의 삭제 절차는 제공업체에 삭제 요청을 보내지 않아요
PostHog(사용 데이터 분석)	계정을 삭제하면 계정에 연결된 프로필과 그 이벤트 및 녹화를 삭제하라는 요청이 대기열에 들어가요. 즉시 시도하고 실패한 요청은 재시도해요. PostHog는 접수된 일괄 삭제를 비동기로 완료할 수 있어요. 로그인 전 이벤트는 별도의 기기 식별자를 사용해요
Sentry(진단)	앱은 진단 보고서에 계정 식별자, 이메일 주소, 사용자 레코드를 붙이지 않아요. 네이티브 보고서는 앱 필터를 우회할 수 있으며, 개별 사용자의 보고서를 찾아 삭제할 수 있는 지원되는 식별자는 없어요
RevenueCat	계정 식별자로 된 구독자 기록을 보유하지만 기록, 약, 수치는 없어요. 계정을 삭제하면 그 기록을 삭제하라는 요청이 대기열에 들어가요. 즉시 시도하고 실패한 요청은 재시도해요
저희 구독 이벤트 로그	저희 백엔드는 RevenueCat이 보내는 각 구독 메시지를 그 메시지에 담긴 계정 식별자와 구독자 속성과 함께 저장해요. 이 행들은 계정 레코드에 연결되어 있지 않으므로, 삭제 서비스가 계정을 삭제할 때 따로 제거해요. 그렇지 않으면 예약된 작업이 각 행을 도착 후 90일에 제거해요
Apple / Google 구독 기록	각사의 정책에 따라 그들이 보관하며 저희의 통제 밖에 있어요
이용자가 직접 내보낸 사본	저희 손이 닿지 않아요. 위의 “이용자가 직접 만드는 사본”을 보세요

두 가지 계정 삭제 경로 모두 같은 서버 측 서비스를 사용해요. 이 서비스는 저희 운영 데이터베이스에서 계정과 구독 이벤트 로그를 제거하고 RevenueCat과 PostHog에 보내는 요청을 대기열에 넣어요. 개별 사용자의 Sentry 보고서를 식별하지 않으며 Zoho ZeptoMail 발송 로그를 삭제하지 않아요. 워싱턴주 법은 거절된 요청에 대한 이의 신청 절차도 요구하지만, 그 별도 절차는 아직 구현되어 있지 않아요.

10. 저희가 거절하는 경우

워싱턴주 법은 요청이 거절될 때 서면 설명과 이의 신청 절차를 요구해요. 또한 45일 이내의 서면 이의 신청 결정과, 이의 신청이 기각된 후에는 워싱턴주 법무장관에게 연락하는 방법을 요구해요.

[email protected]에는 별도의 이의 신청 절차가 현재 구현되어 있지 않으므로, 현재 절차는 워싱턴주가 요구하는 이의 신청 경로를 제공하지 않아요. 이 방침의 어떤 것도 워싱턴주 법무장관실에 민원을 제기하는 것이나 워싱턴주 법에 따른 다른 어떤 권리도 제한하지 않아요.

11. 이 방침의 변경

현재 버전은 현재 사용되는 범주와 목적을 설명해요. 워싱턴주 법은 새로운 범주나 목적이 도입되기 전에 갱신된 방침, 사전 통지 또는 동의를 요구할 수 있어요. 갱신된 방침을 게시한다고 해서 동의가 필요한 곳에서 동의를 대체하지 않아요.

12. 언어

이 방침은 영어로 게시돼요. 영어 버전이 법적 구속력이 있어요. 다른 언어로의 번역은 이용자가 자신의 언어로 방침을 읽을 수 있도록 게시돼요. 번역과 영어 본문이 다른 경우에는 영어 본문이 우선해요.

법 자체는 예외예요. 이용자가 거주하는 국가가 여러 나라의 소비자 보호법처럼 이용자에게 안내된 언어에 별도의 지위를 부여하는 경우, 이 규정 대신 그 규칙이 적용되며 여기의 어떤 내용도 그에 따라 이용자가 가진 권리를 빼앗지 않아요.

번역은 준비되었을 때 게시되므로 개정 후에는 영어 본문보다 늦을 수 있어요. 번역과 영어 본문이 서로 다르게 말하는 부분을 발견하면 [email protected]으로 알려 주세요.

13. 문의

이메일: [email protected]
우편: Paweł Milewski Software Development, ul. Franciszka Bohomolca 3 lok. 7, 31-416 Kraków, Poland