# Güvenlik, gizlilik ve veri yerleşimi

> Hasta verileri nasıl korunur: AB veri yerleşimi, proje izolasyonu, ikili kimlikler, kimlik bilgileri, onay, köken, hastanın görebileceği bir denetim ve özel betanın sınırları.

Source: https://developers.anpheros.com/tr/guides/security

Tıbbi veriler, bir uygulamanın sahip olabileceği en hassas verilerdir. Bu sayfa, Anpheros Platform'un bugün verileri nasıl koruduğunu — yalnızca uygulananları — ve özel beta sırasında hala sınırlı olanları listeler.

## Veri Konumu

- Tüm platform verileri Avrupa Birliği'nde saklanır ve işlenir: hizmet ve veritabanları Google Cloud `europe-west4` (Hollanda), webhook teslim kuyruğu `europe-west3` (Frankfurt) ve erişim günlüğünün yalnızca eklemeye yönelik dışa aktarımı BigQuery AB konumunda bulunur.
- **ABD veri bölgesi:** HIPAA iş ortağı sözleşmesi kapsamında üretim müşterileri için talep üzerine mevcuttur (aşağıya bakınız); ABD hasta verileri o zaman ABD bölgesinden asla ayrılmaz.
- Belgeler, müşteri tarafından yönetilen bir şifreleme anahtarıyla (CMEK) şifrelenmiş bir AB depolama kovasında saklanır. Orijinaller sonlandırıldıktan sonra değiştirilemez; SHA-256 sağlama toplamları ve boyutları kaydedilir.

## Uygulamalar Arasında İzolasyon

- Her API anahtarı bir **projeye** aittir. Bir proje yalnızca oluşturduğu hastaları görür — sandbox ortamında, başka hiçbir projenin göremeyeceği kendi sentetik hasta kopyası dahil.
- **Eşleştirilmiş tanımlayıcılar:** her proje aynı kişi için kendi kimliğini alır; dahili kimlikler asla platformdan ayrılmaz, bu nedenle kimlikler uygulamalar arasında ilişkilendirilemez.
- Ulaşılamayan bir kayıt `404` yanıtını verir, asla `403` vermez, bu nedenle bir hastanın varlığı sorgulanamaz.
- **Sandbox ve üretim ayrı veritabanlarıdır.** Bir sandbox anahtarı (`sk_test_`) fiziksel olarak gerçek hastalara ulaşamaz.
- Hastanın rızasıyla bir kuruluş, diğer kuruluşların yazdıkları dahil olmak üzere tüm kaydı okur, ancak yalnızca kendisinin yazdıklarını değiştirebilir veya silebilir.

## Kimlik Bilgileri

- API anahtarları yalnızca bir kez gösterilir ve yalnızca SHA-256 karması olarak saklanır. Anahtarların `read` / `write` kapsamı vardır ve asla ortamlarını geçmezler.
- Zorunlu PKCE (S256) ile OAuth 2.1; `redirect_uri` tam olarak kaydedilmelidir. Erişim belirteçleri 30 dakika, yenileme belirteçleri 30 gün sürer ve her kullanımda döner.
- **Yenileme belirteci yeniden kullanım tespiti:** daha önce kullanılmış bir yenileme belirteci sunmak, tüm belirteç zincirini geçersiz kılar.
- Belirteç yanıtları `Cache-Control: no-store` taşır. OpenID Connect `id_token`'leri RS256 ile imzalanır; genel anahtarlar `/oauth/jwks` adresinde yayınlanır.

## Rıza, Kaynak Bilgisi ve Denetim

- Bir hasta, barındırılan bir rıza sayfasında, kaydı ve süreyi (30, 90, 180 veya 365 gün) seçerek bir uygulamaya erişim izni verir. Kapsamlar, kaynak türü ve eyleme göre belirlenir, isteğe bağlı olarak kategoriye göre filtrelenebilir. Her izin, bir FHIR `Consent` kaynağı olarak yansıtılır.
- İptal, bir sonraki istekte yürürlüğe girer; uygulama geri yenileyemez.
- **Her yazma işlemi**, kimin yazdığı (hasta, uygulayıcı, cihaz, içe aktarma veya yapay zeka), hangi kuruluş için, hangi kaynak sisteminden olduğunu belirten bir `Provenance` kaynağı üretir.
- **Her okuma işlemi günlüğe kaydedilir ve hasta tarafından görülebilir**, projenin kendi API anahtarıyla yapılan okumalar ve yapay zeka modelleri için oluşturulan bağlam dahil.

## Taşıma ve web güvenliği

- Yalnızca HTTPS, HTTP Strict Transport Security ile. API yanıtları kısıtlayıcı bir Content-Security-Policy, `X-Content-Type-Options: nosniff`, `X-Frame-Options: DENY` ve katı bir yönlendirme politikası taşır.
- Web kancası teslimatları, zaman damgası ve gövde üzerinde HMAC-SHA256 ile imzalanır; alıcılar 5 dakikadan eski imzaları reddetmelidir. Olaylar kimlikler ve sürümler taşır, asla klinik içerik taşımaz.
- Hız sınırları: Kimlik bilgisi başına ve IP başına dakikada 600 istek; 2 MiB'ye kadar JSON gövdeleri; 25 MiB'ye kadar belgeler.

## Arama Motorları ve Yapay Zeka Tarayıcıları

Genel sayfalar (anpheros.com, platform tanıtımı ve bu dokümantasyon) arama motorları ve yapay zeka tarayıcılarına açıktır. API, kontrol paneli, OAuth ve onay sayfaları ile hasta uygulaması (`app.anpheros.com`), `noindex` ve `robots.txt` kuralları ile hariç tutulmuştur; hiçbiri kimlik doğrulaması olmadan hasta verisi döndürmez.

## HIPAA (ABD klinikleri)

Amerika Birleşik Devletleri'ndeki bir klinik için Anpheros, bir **İş Ortağıdır**. HIPAA Güvenlik Kuralı'na göre uygulananlar şunlardır:

| Güvenlik Önlemi | Anpheros Bunu Nasıl Yapıyor |
|---|---|
| Atanmış sorumluluk, risk analizi, yazılı politikalar (§164.308) | Adı belirlenmiş bir Güvenlik Görevlisi; yıllık risk analizi; on adet yazılı politika (erişim, şifreleme, günlük kaydı, olay müdahalesi, ihlal bildirimi, saklama ve yedekleme, eğitim, cihazlar, acil erişim, satıcılar), altı yıl boyunca saklanır |
| Benzersiz kullanıcı kimliği, erişim kontrolü (§164.312(a)) | Her anahtar, belirteç ve kişi kendi kimliğine sahiptir; projeler yalnızca kendi hastalarını görür; her okumada onay kapsamları zorunlu kılınır; üretim projesi olan kuruluşlar için MFA veya SSO gereklidir; kontrol panelinde otomatik oturum kapatma |
| Denetim kontrolleri (§164.312(b)) | Her okuma ve yazma kaydedilir, karma zincirlenir, yalnızca eklemeli olarak dışa aktarılır; hasta tarafından görülebilir |
| Bütünlük (§164.312(c)) | Sürümlü kaynaklar, her yazmada köken bilgisi, SHA-256 ile değiştirilemez belgeler |
| İletim güvenliği (§164.312(e)) | TLS 1.2+, HSTS, imzalı webhook'lar, yalnızca HTTPS teslimatları |
| Beklemedeyken şifreleme | Veritabanı ve yedeklemeler şifrelenir; müşteri tarafından yönetilen bir anahtar altında belgeler |
| Acil durum planı (§164.308(a)(7)) | Günlük yedeklemeler, nokta-zaman kurtarma, her 90 günde bir kaydedilmiş zamanlarla geri yükleme denemesi |
| İhlal bildirimi (§164.410) | İş Ortağı Anlaşmamız tarafından 5 iş günü içinde (yasa gereği 60 gün) Kapsanan Kuruluşa bildirim yapılır |
| İş ortağı zinciri (§164.308(b)) | Google Cloud, kendi İAA'sı kapsamında; alt işlemci listesi İAA ekinde bulunur |

Üretim müşterileri için isteğe bağlı olarak bir **İş Ortağı Anlaşması** ve bir **ABD veri bölgesi** mevcuttur (platform@anpheros.com adresine yazın); ABD hasta verileri için üretim, İAA imzalandıktan sonra açılır. Sandbox yalnızca sentetik hastalar içerir, bu nedenle ABD'deki geliştiriciler bugün bir İAA olmadan geliştirmeye başlayabilir. Anpheros, SOC 2 veya HITRUST sertifikalı değildir; bir hastane müşterisi gerektirdiğinde SOC 2 Tip II denetimi planlanmaktadır.

## Mevcut Sınırlar (Özel Beta)

- Otomatik yük devretme olmadan tek bölgeli barındırma; henüz sözleşmeli bir SLA bulunmamaktadır.
- Üretim anahtarları, imzalanmış bir veri işleme sözleşmesi olan doğrulanmış kuruluşlara verilir; beta ortakları sentetik verilerle başlar.
- SMART EHR başlatma ve OpenID `nonce` parametresi henüz desteklenmemektedir.

## İlgili Konular

- [Geliştiriciler için GDPR ve sağlık verileri](https://developers.anpheros.com/tr/guides/gdpr-health-data-developers)
- [Tıbbi veri kökeni açıklandı](https://developers.anpheros.com/tr/guides/medical-data-provenance): kim ne yazdı ve nasıl kaydedilir
- [Onay ve erişim modeli](https://developers.anpheros.com/tr/guides/consent)
- [Kimlik Doğrulama ve OAuth](https://developers.anpheros.com/tr/guides/authentication)
- [Sınırlar ve hız sınırları](https://developers.anpheros.com/tr/guides/limits)
- [Güvenilirlik, durum ve olaylar](https://developers.anpheros.com/tr/guides/reliability): izleme, yedeklemeler, olay iletişimi
- [Mimari](https://developers.anpheros.com/tr/guides/architecture)
- [Geliştiriciler için Avrupa Sağlık Veri Alanı (EHDS)](https://developers.anpheros.com/tr/guides/ehds-for-developers)