Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Güvenlik, Gizlilik ve Veri Konumu

Hasta verileri nasıl korunuyor: AB veri konumu, proje izolasyonu, eşli kimlikler, kimlik bilgileri, onay mekanizması, veri kökeni, hastanın görebileceği denetim kayıtları ve özel beta sürümünün sınırları.

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:

Üretim müşterileri için isteğe bağlı olarak bir İş Ortağı Anlaşması ve bir ABD veri bölgesi mevcuttur ([email protected] 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
• Tıbbi veri kökeni açıklandı: kim ne yazdı ve nasıl kaydedilir
• Onay ve erişim modeli
• Kimlik Doğrulama ve OAuth
• Sınırlar ve hız sınırları
• Güvenilirlik, durum ve olaylar: izleme, yedeklemeler, olay iletişimi
• Mimari
• Geliştiriciler için Avrupa Sağlık Veri Alanı (EHDS)

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card