Güvenlik

KVKK ve GDPR uyumu · Gizlilik politikası

Monostron Güvenlik Son güncelleme: 12 Ekim 2026 Veri barındırma Monostron, verilerinizi Avrupa Birliği'nde, Frankfurt (Almanya) bölgesinde barındırır: veritabanı ve dosya deposu Supabase üzerinden Amazon Web Services veri merkezlerinde, uygulama sunucuları Vercel'in Frankfurt bölgesinde çalışır. Veritabanı, hasta dosyaları ve yedekler bu bölgede tutulur. Hizmetin çalışması için bazı veriler, Avrupa Birliği dışında da işlenebilen alt işleyicilere iletilir: kliniğin bağladığı Meta kanalları (Instagram, Messenger, WhatsApp, Lead Ads) ve kliniğin açması hâlinde reklam ölçümü, kliniğin bağlaması hâlinde Telegram bot kanalı ve Google Ads potansiyel müşteri formu, yapay zeka özellikleri için Anthropic (ABD), e-posta gönderimi için Resend ve personelin açtığı tarayıcı bildirimleri için tarayıcı üreticisinin bildirim servisi. Ayrıntı aşağıdaki güncel listededir. Altyapı sağlayıcılarımız şu sertifika ve uyum programlarına sahiptir: Amazon Web Services — ISO 27001, SOC 1/2/3, PCI DSS Düzey 1, GDPR ve HIPAA uyum programları; Supabase — SOC 2 Tip II; Vercel — SOC 2 Tip II, ISO 27001. İki aşamalı doğrulama Uygulama tabanlı tek kullanımlık şifre (TOTP; Google Authenticator, Microsoft Authenticator, Authy ve benzeri uygulamalarla uyumlu) ile iki aşamalı doğrulama sunulur. Şifreniz çalınsa bile ikinci adım olmadan hesabınıza girilemez. Yeni kullanıcılar için iki aşamalı doğrulama tanımlı süre içinde zorunlu hâle gelir; süre dolduğunda kurulum yapılmadan panele girilemez. Verileriniz güvende Kafelerde, havaalanlarında ve halka açık Wi-Fi bağlantılarında bile Monostron şifreleri ele geçirilemez. Monostron'a ilk girişten klinik verilerinin indirilip yüklenmesine kadar yalnızca TLS bağlantısı üzerinden erişilir; şifrelenmemiş (HTTP) bağlantı kabul edilmez ve HSTS ile tarayıcı her zaman şifreli bağlantıya yönlendirilir. Oturum çerezleri yalnızca şifreli bağlantıda, betiklere kapalı ve aynı site kısıtıyla gönderilir. Proaktif koruma Uygulama, Vercel'in yönetilen güvenlik duvarı ve DDoS koruması arkasında çalışır. Giriş denemeleri ve herkese açık formlar hız sınırına tabidir; deneme yanılma ve otomatik gönderim engellenir. Tüm girdiler şema tabanlı doğrulamadan geçer; veritabanı sorguları parametrelidir (SQL enjeksiyonu mümkün değildir); sunucu işlemleri kaynak denetimiyle (CSRF) korunur; tarayıcıya güvenlik başlıkları gönderilir. Kullanılan açık kaynak bağımlılıklar GitHub Dependabot ile bilinen güvenlik açıklarına karşı sürekli izlenir; açık bulunan bir bağımlılık için güncelleme otomatik olarak önerilir. Erişim güvenliği Üretim sistemlerine (barındırma, veritabanı, alan adı, mesajlaşma uygulamaları) erişim BTL WORKS'ün az sayıda yetkili kişisiyle sınırlıdır. Hasta verisi BTL WORKS'ün yönetim ekranlarında görüntülenmez; destek amaçlı her erişim günlüğe yazılır. Uygulamanın gizli anahtarları kaynak koda yazılmaz, şifreli ortam değişkenlerinde tutulur. Kliniklerin Meta ve WhatsApp erişim jetonları ile kullanıcıların iki aşamalı doğrulama anahtarları veritabanında AES-256-GCM ile alan düzeyinde şifrelenmiş olarak saklanır; veritabanını veya bir yedeği gören biri bu değerleri düz metin olarak okuyamaz. Uyumluluk Monostron; 6698 sayılı KVKK'nın 12. maddesinde öngörülen teknik ve idari tedbirleri, Kişisel Verileri Koruma Kurulu'nun özel nitelikli kişisel veriler için belirlediği ek tedbirleri ve GDPR'ın 28. ve 32. maddelerindeki veri işleyen yükümlülüklerini karşılayacak şekilde tasarlanmıştır. Meta Platformları entegrasyonları Meta Platform Koşulları'na ve yıllık veri kullanım denetimine tabidir. Kliniklerin sağlık mevzuatındaki kayıt saklama ve KVKK yükümlülükleri için gereken araçlar (aydınlatma metni, rıza kaydı, erişim günlüğü, veri paketi, silme) uygulamada sunulur. Ayrıntı: https://monostron.com/uyum. 7/24 kullanılabilirlik Uygulama Vercel'in yönetilen sunucusuz altyapısında, veritabanı Supabase'in yönetilen PostgreSQL hizmetinde çalışır; donanım, ağ ve işletim sistemi bakımı bu sağlayıcılar tarafından yürütülür. Planlı bakım mümkün olduğunca önceden bildirilir. Deneme sürümü Monostron şu an deneme döneminde ve ücretsiz sunuluyor. Bu dönemde çalışma süresi (SLA) taahhüdü verilmez; hizmet önceden haber verilmeksizin kesilebilir ve özellikleri değişebilir. Yedek alınmaya devam eder: veritabanı kayıtları her gece yedeklenir ve yedekler 30 gün saklanır. Eksik olan zamanda geri dönüştür (point-in-time recovery): bu dönemde arıza, silinme veya veri bozulması hâlinde dönülebilecek en yakın nokta en son gece yedeğidir, yani son 24 saat içinde girilen veriler kurtarılamayabilir. Bu nedenle kritik kayıtların klinikte de tutulması önerilir; klinik sahibi Ayarlar'dan dilediği an kendi kopyasını indirebilir. Koşulların tamamı Hizmet Kullanım Koşulları'nın 36. maddesindedir: https://monostron.com/kullanim-kosullari Yedekler Her kliniğin veritabanı kayıtlarının tamamı (ör. hasta ve aday kartları, yazışmalar, randevular, notlar, ödemeler, rıza ve erişim kayıtları, ayarlar) her gün otomatik olarak yedeklenir. Yedekler, veritabanıyla aynı Supabase projesinin Frankfurt'taki herkese kapalı depolama alanında, her kliniğin kendi klasöründe tutulur; 30 günden eski yedekler otomatik olarak silinir. Hasta dosyaları ve görselleri (röntgen, ağız içi fotoğraf, hastanın gönderdiği belge) bu JSON arşivin içinde taşınmaz; bunlar her gece AYRI bir işle, yine Frankfurt'taki herkese kapalı ikinci bir depolama alanına, her kliniğin kendi klasörüne kopyalanarak yedeklenir. Kopyalama yalnızca yeni ve değişen dosyalar için yapılır. Panelden silinen bir dosyanın kopyası 30 gün daha saklanır ve bu süre içinde geri yüklenebilir; sürenin sonunda otomatik olarak silinir. Hastanın silme talebi (KVKK) ve kliniğin kapanışı bu 30 günü BEKLEMEZ: dosya kopyası aynı anda silinir. Her iki yedek de veritabanıyla aynı Supabase projesindedir; bu nedenle projenin tümden kaybı hâlinde koruma sağlamazlar, kliniğin kendi indirdiği kopyalar bu riske karşı önerilir. Klinik sahibi Ayarlar'dan istediği an yeni yedek alabilir ve yedekleri indirebilir; indirilen kopyada personelin şifre özetleri, iki aşamalı doğrulama bilgileri, Meta ve WhatsApp erişim jetonları, şifre sıfırlama belirteçleri ve tarayıcı bildirim abonelikleri bulunmaz. Yedekten geri yükleme yalnızca BTL WORKS tarafından yapılır ve otomatik testlerle sınanır. Altyapı ve işletim sistemi Monostron sunucusuz mimariyle çalışır: sürekli açık sunucu ve dışa açık port yoktur; işletim sistemi ve çalışma ortamı yamaları altyapı sağlayıcıları tarafından uygulanır. Veritabanına yalnızca kimlik doğrulamalı ve TLS ile şifrelenmiş bağlantılarla erişilir; veritabanı yönetim arayüzü herkese açık değildir. Veri depolama Monostron'ın kullandığı tüm veri merkezleri, biyometrik erişim kontrolü ve izinsiz girişe karşı azami korumayı içeren fiziksel güvenlik standartlarına (ISO 27001, SOC 2) uygun olarak korunur. Veritabanı ve dosyalar diskte AES-256 ile şifrelenir. Hasta dosyaları herkese açık olmayan bir depoda tutulur ve yalnızca yetkili oturumdan, süreli imzalı bağlantılarla açılır. Veri izolasyonu Klinikler tek bir PostgreSQL veritabanını paylaşır; yalıtımı uygulama kodu değil veritabanının kendisi uygular. Klinik verisi taşıyan her tabloda her kayıt ait olduğu kliniğin kimliğini taşır ve bu tablolarda zorunlu satır düzeyi güvenlik (PostgreSQL FORCE ROW LEVEL SECURITY) açıktır. Uygulama sorgularını, satır düzeyi güvenliği atlama yetkisi olmayan kısıtlı bir veritabanı rolüyle çalıştırır ve her istekte o isteğin kliniğini veritabanına bildirir; veritabanı yalnızca o kliniğin satırlarını okutur ve yazdırır. Klinik bağlamı kurulamayan bir sorgu hiçbir satır döndürmez. Böylece her kayıt, veritabanı seviyesinde ait olduğu kliniğe kilitlidir; bir kliniğin kullanıcısı başka bir kliniğin verisine teknik olarak erişemez. Hasta dosyaları ve yedekler herkese kapalı depolama alanlarında her kliniğin kendi klasöründe tutulur; dosya yolu sunucu tarafında isteğin kliniğine sabitlenir. Kiracı yalıtımı otomatik testlerle ve gerçek veritabanına karşı okuma, yazma ve silme saldırıları deneyen bir otomatik güvenlik denetimiyle sınanır. Uygulama katmanı Uygulama kodu, yerel dosya sistemine yazma erişimi olmayan izole ortamlarda çalışır; kullanıcıların yüklediği hiçbir içerik kod olarak çalıştırılmaz. Yüklenen dosyalar için boyut ve tür kısıtları uygulanır. Kimlik doğrulama verileri yalnızca TLS ile şifrelenmiş kanaldan iletilir; şifreler kriptografik olarak güçlü tek yönlü karma (bcrypt) ile saklanır ve hiçbir zaman düz metin tutulmaz. Tarayıcı seviyesi Kimlik bilgileri yalnızca şifreli bağlantı üzerinden gönderilir. Şüpheli durumda kullanıcı tüm oturumlarını tek işlemle sonlandırabilir; klinik sahibi personelin erişimini anında kapatabilir. Herkese açık demo hesabı yoktur. Veri aktarma Tüm kullanıcılar için veri aktarımı, 256 bit anahtarlı TLS şifreli bağlantı üzerinden gerçekleştirilir. Instagram, Facebook, WhatsApp, e-posta ve otomasyon sağlayıcılarından gelen her istek imzayla (HMAC) doğrulanır; imzasız veya imzası tutmayan istek işlenmez. Telegram ve Google Ads bu sağlayıcılarda imza sunmadığı için, o iki kanaldan gelen her istek kliniğe özgü gizli bir anahtarla doğrulanır; anahtarı eksik ya da tutmayan istek hiçbir kliniğe yazılmaz. Üçüncü taraf sağlayıcılara yalnızca hizmetin gerektirdiği veri gönderilir; hiçbir veri BTL WORKS'ün kendi reklam amaçlarıyla paylaşılmaz ve hiçbir veri satılmaz. Klinik reklam ölçümünü kapatmadıkça ve başvuran kişi itiraz etmedikçe, yalnızca o kliniğin kendi reklamının ölçülmesi için Meta'ya sınırlı bilgi gönderilir: Meta'nın başvuruya kendi verdiği kayıt numarası, başvurunun aşaması ve satış aşamasında tutar. Hasta adı, telefonu, e-postası, sağlık verisi, tedavi adı ve yazışma içeriği gönderilmez; klinik kapattıysa ya da kişi itiraz ettiyse hiçbir olay üretilmez. Uygulama seviyesi Erişim rol tabanlıdır: klinik sahibi her şeye, satış ve asistan yalnızca hasta ilişkileri ekranlarına erişir. Hangi personelin hangi hasta kartını ne zaman açtığı kayıt altındadır (erişim günlüğü) ve klinik sahibi bunu KVKK ekranından görür. Başarısız giriş denemeleri sınırlanır ve kaydedilir. Oturum jetonları tüm klinikler için ortak bir sırla imzalanır; ancak her istekte oturumun sahibi, isteğin geldiği kliniğin veritabanı bağlamında yeniden aranır. Başka bir kliniğe ait oturum o bağlamda bulunamadığı için reddedilir; pasife alınan kullanıcının oturumu da bir sonraki istekte sona erer. Olay yönetimi Veri ihlali şüphesinde etkilenen klinik en geç 48 saat içinde bilgilendirilir; Kişisel Verileri Koruma Kurulu'na bildirim için gereken bilgiler sağlanır (KVKK md. 12/5, 72 saat; GDPR md. 33). Güvenlik açığı bildirimleri info@btlworx.com adresine yapılabilir; iyi niyetli araştırmacıların bildirimleri 5 iş günü içinde yanıtlanır. Alt işleyiciler ve altyapı (güncel liste) Liste sürümü: 1 · yayın 23 Eylül 2026 · yürürlük 23 Eylül 2026 · kliniklere bildirim 23 Eylül 2026 Bu liste, Hizmet Kullanım Koşulları'nın 26.6 maddesi uyarınca esas alınan güncel alt işleyici listesidir. Yeni bir alt işleyici eklendiğinde ya da mevcut birinin rolü değiştiğinde burada ilan edilir, bütün kliniklerin sahiplerine panel bildirimi ve e-posta ile duyurulur ve değişiklik yürürlüğe girmeden EN AZ 15 GÜN ÖNCE bildirilir; klinik itiraz edebilir. Aşağıdaki "son değişiklikler" bölümü listenin bütün geçmişini gösterir. Veritabanı, dosya ve yedek depolama: Supabase / Amazon Web Services (Frankfurt, Almanya) — veritabanı, hasta dosyaları, görseller ve günlük yedekler. Uygulama sunucusu ve güvenlik duvarı: Vercel (Frankfurt bölgesi) — uygulamanın çalıştığı sunucusuz altyapı, güvenlik duvarı ve DDoS koruması. E-posta gönderimi: Resend — hesap e-postaları (davet, şifre belirleme) ve panelden gönderilen e-postalar. Alıcı adresi, konu, içerik ve teslim durumu bu sağlayıcıdan geçer. Sosyal medya ve mesajlaşma platformları: Meta Platforms (İrlanda/ABD) — Instagram, Messenger, WhatsApp ve Lead Ads API'leri. Yalnızca kliniğin bağladığı kanallar. Telegram bot kanalı: Telegram Messenger (AB dışı) — kliniğin kendi botuna gelen hasta mesajlarının ve dosyalarının taşınması. Yalnızca klinik kendi botunu bağlarsa. Hastanın bota yazdığı mesajlar, gönderdiği ve klinikten aldığı dosya ve görseller (röntgen dâhil) Telegram'ın sunucularından geçer; bu, hasta ile Telegram arasındaki ilişkinin bir sonucudur ve Telegram'ın kendi koşullarına tabidir. Google Ads potansiyel müşteri formu: Google (AB dışı) — kliniğin kendi Google Ads formunu dolduran kişinin bilgilerinin uygulamaya iletilmesi. Yalnızca klinik kendi Google Ads formunu bağlarsa. Formu dolduran kişinin verdiği alanlar (ad, telefon, e-posta ve formda tanımlanan diğer alanlar) Google tarafından uygulamamıza iletilir; istek kliniğin belirlediği gizli anahtarla doğrulanır. Akış tek yönlüdür: Hizmet, Google'a hasta verisi göndermez. Reklam ölçümü: Meta Platforms (İrlanda/ABD) — kliniğin kendi reklamının ölçülmesi için Meta'nın dönüşüm API'sine gönderilen sınırlı olay bilgisi: Meta'nın başvuruya kendi verdiği kayıt numarası, başvurunun aşaması ve satış aşamasında tutar ve para birimi. Hasta adı, telefonu, e-postası, doğum tarihi, sağlık verisi, tedavi adı ve yazışma içeriği gönderilmez; tarayıcıya piksel veya reklam çerezi yerleştirilmez, olaylar yalnızca sunucudan gider. Varsayılan KAPALI; iki koşuldan biri (klinik talimatı, ilgili kişinin açık rızası) eksikse hiçbir olay üretilmez. Bu onay, ticari ileti onayından ve mesaj/e-posta vazgeçmesinden ayrıdır. Mesajlaşma ve bot altyapıları (ManyChat vb.): şu an kullanılmıyor. Hasta mesajları Meta'dan doğrudan uygulama sunucumuza gelir. Otomasyon araçları (Make, Zapier, n8n vb.): şu an kullanılmıyor. Hizmet dış otomasyon araçlarına veri göndermez. Yapay zeka sağlayıcıları (Anthropic Claude, OpenAI, Google Gemini vb.): Anthropic (ABD) — bağlı kanallardan gelen her hasta mesajından sonra kart özeti, sıcaklık puanı ve sonraki adım önerisi için claude-haiku-4-5; klinik açarsa hastaya yazan karşılama ve takip asistanı için claude-opus-5. OpenAI ve Google Gemini kullanılmıyor. Anthropic'e giden veri: yazışmanın son mesajları (özet için en fazla 20, asistan için en fazla 24), hastanın adı, şehri, ülkesi, dili ve süreç aşaması; asistan için ayrıca kliniğin tedavi ve fiyat listesi. Hastanın kayıtlı telefon numarası, e-posta adresi, dosyaları ve görselleri gönderilmez. Klinik verileri model eğitiminde kullanılmaz. Tarayıcı bildirim servisleri: Google, Mozilla, Apple, Microsoft (tarayıcı üreticisinin anlık bildirim servisi) — personel tarayıcı bildirimlerini açarsa bildirimin cihaza iletilmesi. Bildirim hastanın adını ve mesajın ya da notun kısa bir bölümünü (en fazla 120 karakter) içerebilir; içerik Web Push standardına göre uçtan uca şifrelenir, bildirim servisi içeriği okuyamaz, yalnızca iletir. Alt işleyici listesindeki son değişiklikler Kliniğinize en son 23 Eylül 2026 tarihinde bildirim gönderildi (panel bildirimi ve klinik sahibinin e-posta adresi). 23 Eylül 2026 · sürüm 1 · Alt işleyici listesi eklendi — Liste ilk kez sürümlendi: Supabase/AWS, Vercel, Resend, Meta (mesajlaşma), Telegram, Google Ads, Meta (reklam ölçümü), Anthropic ve tarayıcı bildirim servisleri yapısal kayda geçti. (yürürlük 23 Eylül 2026, bildirim 23 Eylül 2026) 23 Eylül 2026 · sürüm 1 · Telegram Messenger eklendi — Telegram bot kanalı alt işleyici olarak eklendi. (yürürlük 23 Eylül 2026, bildirim 23 Eylül 2026) — GEÇ BİLDİRİLDİ: Kanal 19 Eylül 2026'da devreye girdi, listeye 20 Eylül'de yazıldı; md. 26.6'nın istediği 15 günlük önceden bildirim YAPILMADI. Bildirim bu sürümle, gecikmeli olarak yapılıyor 23 Eylül 2026 · sürüm 1 · Google (Google Ads formu) eklendi — Google Ads potansiyel müşteri formu alt işleyici olarak eklendi. (yürürlük 23 Eylül 2026, bildirim 23 Eylül 2026) — GEÇ BİLDİRİLDİ: Form kanalı listeye 20 Eylül 2026'da yazıldı; md. 26.6'nın istediği 15 günlük önceden bildirim YAPILMADI. Bildirim bu sürümle, gecikmeli olarak yapılıyor 23 Eylül 2026 · sürüm 1 · Meta Platforms (reklam ölçümü) değişti — Meta'nın rolü mesajlaşma kanalının yanına reklam ölçümüyle genişledi (dönüşüm API'si; varsayılan kapalı, açık rıza şartlı). (yürürlük 23 Eylül 2026, bildirim 23 Eylül 2026) — GEÇ BİLDİRİLDİ: Rol genişlemesi 20 Eylül 2026'da ilan edildi ama kliniklere ayrıca bildirilmemişti. Bildirim bu sürümle, gecikmeli olarak yapılıyor Sorumlu kişi BTL WORKS (Yunus Badeci) · info@btlworx.com · monostron.com