Tek parolayla herkesin her kaydı gördüğü klinikte veri minimizasyonu kâğıt üzerinde kalır ve sorumluluk tespit edilemez. Bu reçete, görev-veri haritasından yetki matrisine, rol düzenini beş adımda kurmayı anlatır.
Rol bazlı yetkilendirme çoğu muayenehanede lüks gibi algılanır: “Biz üç kişiyiz, birbirimize güveniyoruz.” Güven değerlidir; ancak KVKK güvene değil, tedbire bakar. Sekreterin ekranında hastanın psikiyatrik öyküsünün durması, muhasebeye bakan kişinin tetkik sonuçlarını açabilmesi, herkesin aynı parolayla giriş yapması — bunların hiçbiri kötü niyet gerektirmez, ama her biri özel nitelikli veriye gereksiz erişimdir. Bir sorun çıktığında ise kimin ne yaptığı belirlenemez. Bu reçete, küçük ekiplerde bile rol düzenini iş akışını yavaşlatmadan kurmanın yolunu gösterir.
01 · Şikâyet
Yetki sorunu, patlayana kadar sessizdir; gündelik hayatta konfor gibi görünür. Herkes her şeye ulaşabildiği için iş hiç durmaz — ta ki bir hasta “benim bilgilerimi kim gördü” diye sorana ya da bir kayıt sahipsiz biçimde değişene kadar. Şu dört tablo tanıdıksa yetki düzeniniz yok demektir.
Programın girişi kâğıda yazılmış, ekranın kenarına yapıştırılmış; hekim, sekreter ve stajyer aynı hesabı kullanıyor. Yeni gelen personele ilk gün söylenen şey de bu parola oluyor. Sisteme kimin girdiği sorusunun cevabı hep aynı: “herhangi birimiz”.
Randevu ekranına bakmak isteyen sekreter, iki tıkla hastanın tanı öyküsüne, ruhsal değerlendirmesine ya da laboratuvar sonucuna ulaşabiliyor. İşi için gerekmeyen bu bilgi, merakla ya da yanlışlıkla açıldığında bile özel nitelikli verinin amaç dışı işlenmesi anlamına geliyor.
Bir hastanın telefon numarası değişmiş, bir randevu silinmiş, bir tahsilat tutarı düzeltilmiş; kimse yaptım demiyor. Ortak hesapta iz kişiye bağlanamadığı için tartışma tahminle yürüyor. Küçük bir tutarsızlık, ekip içinde güven sorununa dönüşüyor.
Birkaç haftalığına gelen stajyere ya da yerine bakan geçici sekretere, işi kolay olsun diye mevcut hesap açılıyor. Kliniği henüz tanımayan bir kişi, en hassas kayıtlarda kalıcı personelle aynı yetkiye sahip oluyor; ayrıldığında ise geride ne bildiği bilinmiyor.
02 · Tanı
Dört belirtinin ortak nedeni, erişimin “işin gereği” ilkesine göre değil, kurulum günü kim oradaysa ona göre şekillenmesidir. Yetki bir kez herkese açılınca geri almak kültürel olarak zorlaşır; kimse kısıtlanmayı sevmez. Oysa mesele kısıtlama değil, sorumluluğun adresini netleştirmektir.
KVKK’nın öngördüğü veri minimizasyonu yalnızca “az veri topla” demek değildir; toplanan veriye yalnızca işi gerektirenlerin ulaşması demektir. Kurumun özel nitelikli veri rehberi, bu sınıf veriye erişen kullanıcıların ayrıca yetkilendirilmesini ve erişim kayıtlarının tutulmasını bekler. Randevu yöneten kişinin tanı notuna ulaşabildiği bir sistem, teknik olarak çalışsa da hukuken savunulamaz.
En gelişmiş log altyapısı bile kullanıcıyı ayırt edemiyorsa işe yaramaz. Ortak hesapta her işlem aynı kimliğe yazılır; hangi eylemin hangi kişiden çıktığı ispatlanamaz. Bir veri ihlali şüphesinde klinik kendini savunacak kaydı üretemez, iç anlaşmazlıkta ise suçlama kişiselleşir. Yetki düzeninin ilk taşı bu yüzden matris değil, kişisel hesaptır.
Rol düzeninin gerçek sınavı gündelik kullanım değil, personel değişimidir. Tanımlı rol yoksa ayrılan kişinin nelere erişebildiği bilinemez ve kapatılması gereken kapılar görünmez. Tanımlı rolde ise tek işlem yeter: hesap pasife alınır, tüm erişim aynı anda biter. Bu fark, kriz anında saatler ile haftalar arasındaki farktır.
Bu sorunun ölçülebilir bedeli
Amaç dışı erişilebilen hasta kaydı
Kayıtların tamamı
Yetki sınırı yoksa her çalışan her dosyayı açabilir durumdadır.
Sorumlusu bulunamayan işlem
Tartışmalı vakaların çoğu
Ortak hesapta değişikliği kişiye bağlayacak kayıt üretilemez.
Ayrılan personel erişim riski
Kapanana kadar gün-hafta
Parola değişimi unutulduğunda eski çalışan erişimi sürebilir.
İhlal hâlinde savunma gücü
Zayıf
Erişim politikası gösterilemeyen klinik, kusursuzluğunu ispat edemez.
03 · Reçete
Yetki düzenini kurmanın püf noktası, işe yasaklarla değil haritayla başlamaktır. Kimin ne iş yaptığını yazmadan çizilen sınırlar ya iş akışını kilitler ya da delik bırakır. Aşağıdaki beş adım, üç kişilik muayenehanede bir haftada, çok hekimli klinikte iki-üç haftada tamamlanır.
Ekipteki her kişi için iki sütunlu basit bir tablo yapın: yaptığı işler ve o işler için gerçekten gerekli veri. Sekreter randevu yönetir, telefonla arar, ödeme kaydı girer; bunun için ad, iletişim, randevu geçmişi ve tahsilat durumu yeter. Tanı, not ve tetkik sütununda sekreterin işi yoktur.
Tabloyu doldururken ekiple birlikte çalışın; masa başında yazılan harita sahada delinir. Herkese “bu veriyi hangi işin için açıyorsun” diye sorun. Cevap “lazım olabilir” ise o erişim haritaya girmez; ihtiyaç doğduğunda genişletmek, baştan açıp geri almaktan çok daha kolaydır. Harita tamamlandığında elinizde yalnızca bir yetki listesi değil, kliniğin iş bölümünün yazılı hâli olur.
PratiVia’da karşılığı
PratiVia’nın rol yapısı bu haritayla birebir örtüşür; Secretary, Professional, Manager ve Accountant rollerinin görebildiği alanlar, klinik iş bölümüne göre hazır sınırlanmıştır.
Ekip ve rollerHaritadan bağımsız olarak ilk teknik iş budur ve tek günde biter: ekipteki her kişiye kendi adına hesap açılır, ortak hesabın parolası değiştirilir ve kimseyle paylaşılmaz. Kişisel hesaplarda güçlü parola ve mümkünse tek kullanımlık kodla ikinci doğrulama açılır; hekim hesabı en yetkili hesap olduğu için ilk korunacak hesap odur.
Geçişte direnç genellikle “iki kere şifre girmek zaman kaybı” cümlesiyle gelir. Cevap pratiktir: giriş birkaç saniye sürer, ama tek olayda sorumluluğun size yapışması aylara mal olur. Kişisel hesap ekibi korur; her işlemin sahibi belli olduğunda kimse başkasının hatasının şüphelisi olmaz. Bu güvence, geçişe direnen ekipleri ikna eden en somut argümandır.
PratiVia’da karşılığı
PratiVia her kullanıcıyı kendi kimliğiyle çalıştırır; TOTP tabanlı MFA desteklenir ve oturum yönetimi, kaybolan cihazlarda erişimin uzaktan sonlandırılmasına izin verir.
Ekip ve rollerHaritadaki her kişiye uygun rol atanır: hekimler Professional, sekreter Secretary, mali işlere bakan kişi Accountant, işletmeyi yöneten kişi Manager. Rol, kişinin ekranını da sadeleştirir; sekreter randevu ve iletişim odaklı çalışır, gereksiz menüler önüne hiç gelmez. Bu, kısıtlamanın görünmeyen faydasıdır: daha az seçenek, daha az hata.
Roller yetmediğinde ikinci katman devreye girer: hassas alan sınırı. Muayene notu, tanı bilgisi ve tetkik sonucu yalnızca klinik roldeki kullanıcılara açılır; yönetici bile operasyon raporunu görürken not içeriğini göremez. Bu ayrım, özellikle ruh sağlığı ve estetik gibi mahremiyeti yüksek branşlarda hastaya verilen sözün teknik karşılığıdır.
PratiVia’da karşılığı
PratiVia’da rol bazlı yetki matrisi kurum tarafından yönetilir; seans notları ve hassas sağlık alanları, Secretary rolüne kapalı tutulacak şekilde ayrıştırılmıştır.
Hasta yönetimiYetki düzeni statik değildir; personel hareketiyle yaşar. İşe başlayan kişi için rutin bellidir: ilk gün kendi hesabı açılır, rolü atanır, harita kendisine anlatılır ve parola paylaşmama kuralı yazılı olarak iletilir. Stajyer ve geçici personel için varsayılan rol en dar olandır; ihtiyaç kanıtlandıkça genişletilir.
Çıkış rutini daha da kritiktir. Ayrılık kesinleştiği gün hesap için kapanış tarihi belirlenir; son iş günü mesai bitiminde hesap pasife alınır, açık oturumlar sonlandırılır. Kişinin telefonundaki uygulama erişimi ve varsa dışa aktarılmış listeler de aynı kontrol listesine dahildir. Bu rutin yazılı olmalıdır; hafızaya bırakılan çıkış işlemi en az bir kez unutulur.
PratiVia’da karşılığı
Personel erişimi PratiVia’da tek işlemle kapatılır; hesap pasife alındığında tüm oturumlar düşer ve kişinin geçmiş işlemleri denetim kaydında incelenebilir hâlde kalır.
Ekip ve rollerKurulan matrisin gerçekten işlediğini varsaymak yerine kayıtla doğrulayın. Ayda bir kez erişim kayıtlarına kısa bir bakış atın: gece yarısı yapılmış girişler, bir kullanıcının kendi hasta listesi dışında açtığı dosyalar, olağandışı sayıda görüntüleme. Çoğu ay hiçbir şey çıkmaz; bu da başlı başına bir bulgudur ve dosyalanır.
Bir sapma görüldüğünde ilk adım suçlama değil, sorudur; çoğu anomali masum bir açıklamaya sahiptir. Ancak sorunun sorulabiliyor olması bile davranışı değiştirir: herkes eriştiğinin görünür olduğunu bilir. Bu görünürlük, yazılı kuralların sağlayamadığı sessiz disiplini sağlar ve olası bir Kurum incelemesinde kliniğin en güçlü kanıt setini oluşturur.
PratiVia’da karşılığı
PratiVia her görüntüleme ve değişikliği değiştirilemez denetim kaydına işler; kullanıcı, tarih ve işlem bazında filtrelenebilen bu kayıt, aylık incelemeyi dakikalara indirir.
Ekip ve roller04 · PratiVia farkı
Yetki matrisi kâğıt üzerinde her yazılımda çizilebilir; fark, matrisin fiilen zorlanıp zorlanmadığındadır. PratiVia rolleri sonradan eklenen bir filtre olarak değil, her ekranın ve her API isteğinin doğrulandığı bir çekirdek kural olarak uygular.
Owner, Admin, Professional, Manager, Secretary, Accountant ve Intern rolleri, kliniklerin gerçek görev dağılımından türetildi. Sıfırdan yetki tasarlamak yerine hazır matrisi kendi ekibinize uyarlarsınız; kurulum saatler değil dakikalar alır.
Modülü inceleyinNot içeriği, tanı alanları ve belge ekleri klinik rollere; iletişim ve randevu bilgisi operasyon rollerine açıktır. Aynı hasta kartına bakan iki kullanıcı, rollerine göre farklı derinlik görür — sınır kullanıcı disiplinine bırakılmaz.
Modülü inceleyinDenetim kaydı veritabanı seviyesinde değişikliğe ve silmeye kapalıdır; yönetici dahil hiçbir kullanıcı geçmişi düzeltemez. Bu değiştirilemezlik, kaydın hem içeride hem olası bir incelemede delil değeri taşımasını sağlar.
Modülü inceleyinHesap pasife alındığı anda web, mobil ve portal oturumlarının tamamı geçersizleşir; unutulmuş bir cihazda açık kalan ekran bile çalışmaz. Erişim kapatma, parola değiştirme koşuşturması olmadan tek işlemde biter.
05 · Takip
Rol düzeninin tuttuğunu anlamanın yolu, erişim davranışının değişimini izlemektir. Şu dört gösterge, kurulumdan sonraki ilk çeyrekte düzenin kâğıtta mı kaldığını yoksa fiilen mi işlediğini gösterir.
| Gösterge | Hedef | Nasıl ölçülür |
|---|---|---|
| Kişisel hesapla yapılan işlem oranı | İlk haftadan itibaren %100 | Denetim kaydındaki işlem sahiplerine bakın; ortak hesap kullanımı sıfır olmalı. |
| Rol dışı erişim girişimi | Aylık sıfıra yakın | Yetkisiz alan denemelerini aylık kayıt incelemesinde sayın ve nedenini not edin. |
| Ayrılan personelde erişim kapatma süresi | Son iş günü, aynı gün | Ayrılık tarihi ile hesabın pasife alındığı tarih arasındaki farkı ölçün. |
| Aylık kayıt incelemesinin yapılma oranı | 12 ayın 12’sinde | Tarihli inceleme notlarını sayın; atlanan ay varsa nedenini yazın. |
4 haftalık uygulama planı
1. hafta
Görev-veri haritasını ekiple birlikte çıkarın; gereksiz erişimleri işaretleyin.
Kimin neye neden eriştiği ilk kez yazılı.
2. hafta
Kişisel hesapları açın, ortak hesabı kapatın, MFA’yı etkinleştirin.
Her işlem artık bir kişiye bağlanıyor.
3. hafta
Rolleri atayın; muayene notu ve tetkik alanlarını klinik rollerle sınırlayın.
Hassas veri yalnızca işi gerektirenlere açık.
4. hafta
Giriş-çıkış rutinini yazılı hâle getirin; ilk denetim kaydı incelemesini yapın.
Düzen personel hareketine dayanıklı ve doğrulanmış.
Yan etkiler ve dikkat edilecekler
06 · Sık sorulanlar
Gereklidir; hatta küçük ekipte kurulumu çok daha kolaydır. KVKK yükümlülükleri çalışan sayısına göre azalmaz ve özel nitelikli veriye erişimin işle sınırlı olması ilkesi üç kişi için de geçerlidir. Pratik fayda da vardır: bir uyuşmazlıkta “kim yaptı” sorusunun cevabı kayıtta durur, kimse töhmet altında kalmaz. Üç hesap ve iki rolle kurulan düzen, klinik büyüdüğünde yeni kişilere rol atamaktan ibaret kalır.
Hedef görmemesi değil, işine yetecek kadarını görmesidir. Sekreter ad, iletişim, randevu geçmişi, bekleyen formlar ve ödeme durumunu görür; randevu yönetimi ve tahsilat için bu yeterlidir. Kapanan alanlar muayene notu, tanı ve tetkik içerikleridir ve bunların hiçbiri sekreterlik işinin girdisi değildir. Uygulamada ekranın sadeleşmesi işi hızlandırır; doğru kurulmuş rol ayrımının aksattığı bir sekreterlik görevi pratikte yoktur.
Kanun metni “rol bazlı yetkilendirme” ifadesini kullanmaz; uygun güvenlik düzeyini sağlayacak teknik ve idari tedbirleri ister. Kurumun özel nitelikli kişisel veri rehberi ise bu tedbirleri somutlaştırır: erişim yetkilerinin tanımlanması, kullanıcı bazlı yetkilendirme ve erişim kayıtlarının tutulması beklenir. Herkesin her veriye ulaştığı bir sistemde bu beklentinin karşılandığını savunmak fiilen imkânsızdır; rol yapısı, tedbir yükümlülüğünün pratikte tek gerçekçi karşılığıdır.
İki mekanizma birlikte çalışır. Birincisi önleyicidir: rol matrisinde kapalı olan alan kullanıcıya hiç açılmaz, deneme ekranda sonuçsuz kalır. İkincisi tespit edicidir: tüm görüntüleme ve değişiklikler kullanıcı kimliğiyle denetim kaydına yazılır; aylık incelemede olağandışı desenler — mesai dışı girişler, iş listesi dışındaki dosyalar — görünür hâle gelir. Bu ikili yapı sayesinde ihlal hem zorlaşır hem de olursa kişiye ve zamana kadar izlenebilir.
Değer; en riskli erişimler genellikle en kısa sürelilerdir. Geçici kişi kliniği tanımaz, kuralları içselleştirmemiştir ve ayrıldıktan sonra ulaşılması zordur; ona ortak ya da ödünç hesap vermek, en az bilinen kişiye en izlenemez erişimi vermek demektir. Doğrusu, birkaç dakikada açılan dar yetkili kişisel hesaptır: yalnızca randevu ekranı, hassas alanlar kapalı, görev bitiminde hesap pasif. Kayıt düzeni de kesintiye uğramaz.
Sahiplik kurum içinde kalmalıdır; veri sorumlusu klinik olduğu için yetki kararlarının hesabını da klinik verir. Küçük muayenehanede bu iş doğal olarak hekimdedir ve aylık yükü birkaç dakikayı geçmez: yeni personelde rol atamak, ayrılıkta hesabı kapatmak, çeyrekte bir matrisi gözden geçirmek. Dış BT desteği teknik kurulumda yardımcı olabilir; ancak kimin neye erişeceği kararı devredilirse, klinik kendi verisinin kontrolünü de devretmiş olur.
Pazar sinyali kaynağı: KVKK. Son güncelleme: 28 Temmuz 2026.
Devam eden tedavi
Bir operasyon sorunu tek başına gelmez. Bu reçeteyi tamamlayan diğer adımlarla kliniğinizin akışını bütün olarak kurun.
Denetim kaydı kliniğin hafızasıdır: kim baktı, ne değişti, hangi liste dışarı çıktı. Bu reçete audit log’un neyi tutması gerektiğini, bir olayda nasıl okunacağını ve ihlal bildiriminde kliniği nasıl savunduğunu anlatır.
Ayrılan bir sekreterin hesabı çoğu klinikte aylarca açık kalır; kimse kapatmayı reddetmez, kimse kapatmakla görevli de değildir. Bu reçete, çıkış gününü yarım saatlik bir erişim kapatma rutinine bağlar ve geride gösterilebilir bir iz bırakır.
Sağlık verisi, KVKK’nın en sıkı koruduğu özel nitelikli veri sınıfındadır; kilitli dolap ve parolalı dosya bu yükü taşımaz. Bu reçete, hasta dosyasını uyumlu, izlenebilir ve tek merkezli hâle getirmenin sırasını verir.
Devir, hastanın dosyasını göstermek değil; sıradaki hekimin ilk beş dakikada ne yapacağını bilmesini sağlamaktır. Bu reçete, hasta devrini koridordan çıkarıp yazılı, sahibi belli ve erişimi tanımlı bir akışa bağlamanın adımlarını verir.
Demo ekranında hızlı ve şık görünen bir yazılım, sözleşmesinde veri merkezinin nerede olduğunu yazmıyorsa kliniği veri sorumlusu sıfatıyla yalnız bırakır. Bu reçete, satın almadan önce sorulması gereken güvenlik sorularını ve cevapların nasıl doğrulanacağını anlatır.
Tek bilgisayarda tutulan hasta verisi, arıza ve fidye yazılımı karşısında tek kopya demektir. Bu reçete kliniğin gerçek risklerini sayar, cihaz tabanını sertleştirir, geri yükleme provasını kurar ve buluta geçiş kararını doğru sorulara bağlar.
PratiVia’yı deneyin
PratiVia’yı hizmetleriniz, hekim kadronuz ve hasta akışınızla birlikte kullanmaya başlayın.
PratiVia ile hemen başlayın
Kayıt ol