Bir sekreterin son iş günü genellikle çiçek, teşekkür ve anahtar teslimiyle biter. Teslim edilmeyen tek şey erişimdir: klinik yazılımının şifresi, ortak e-posta hesabı, mesaj hattı, bulut klasörü ve kendi telefonundaki hasta içerikleri o kişiyle birlikte kapıdan çıkar. Personel ayrılınca hasta verisi erişimini kapatmak, veri sorumlusu olmanın gereğidir. Üstelik bu iş yapılmadığında ortaya çıkan risk sessizdir: hiçbir alarm çalmaz, hiçbir ekran uyarmaz. Aşağıdaki adımlar çıkış gününü, unutulmayı imkânsız kılan kısa bir kontrol listesine çevirir. Liste kısadır. Önemli olan listenin bir sahibinin olmasıdır.
01Tanıdık geliyor mu?
Bu durumlar sizde de oluyor mu?
Ayrılan personelin erişimi çoğu zaman sahipsizlik yüzünden açık kalır: kapatmak herkesin işi olduğunda kimsenin işi olmaz. Aşağıdaki tablo, çıkış sürecinin hiç tanımlanmadığı kliniklerde tekrar tekrar görülür ve fark edilmesi çoğu zaman aylar alır. Bir gün biri eski hesapla giriş yaptığında ise iş işten geçmiş olur.
Sizde olanları işaretleyin.
En az ikisi tanıdık geliyorsa bu sayfa sizin için yazıldı. Hiçbiri değilse, benzer sorunlar sayfanın sonunda.
Ayrılan kişinin hesabı son iş günü mesai bitmeden pasife alınır. Silinmez, çünkü geçmiş işlemlerin kime ait olduğu kayıtta okunabilmeli.
02Neden oluyor?
Sorunun asıl kaynağı
Kök neden, çıkışın bir olay olarak görülüp süreç olarak tanımlanmamasıdır. İşe alım için herkesin bir rutini vardır. Ayrılış için genellikle yoktur. Boşluk kapatılmadığı sürece her ayrılık aynı riski yeniden üretir. Üç bulgu, bu boşluğun neden bu kadar sık tekrarladığını açıklar.
- 01
Erişim birçok yere dağılmış
Bir çalışanın kliniğe temas ettiği nokta sayısı sanılandan fazladır: yazılım hesabı, e-posta, mesaj hattı, bulut klasörü, muhasebe programı, kapı kartı ve kendi cihazındaki kopyalar. Bunların hepsi farklı zamanlarda ve farklı kişilerce verildiği için geri alınmaları da tek bir işlemle mümkün olmaz. Liste yoksa mutlaka bir kapı açık kalır. Çaresi, erişimlerin envanterini tutmaktır.
- 02
Paylaşılan hesap çıkışı imkânsız kılar
Ekibin tek bir kullanıcı adıyla çalıştığı bir klinikte, ayrılan kişinin erişimini kapatmanın tek yolu herkesin şifresini değiştirmektir. Bu ya hiç yapılmaz ya da bir kez yapılıp bir daha tekrarlanmaz. Üstelik ortak hesap geçmişe dönük hiçbir soruya cevap veremez: bir kaydı kimin sildiğini sorduğunuzda karşınıza kliniğin ortak kullanıcısı çıkar. Kişisel hesap düzeni, çıkış sürecinin ön şartıdır.
- 03
Kapatma yapılsa bile kaydı tutulmuyor
Erişimin kapatıldığı kliniklerin çoğunda bunun ne zaman ve kim tarafından yapıldığına dair bir kayıt yoktur. İşlem yapılmıştır, ama gösterilemez. Aylar sonra bir veri sorusu geldiğinde klinik yalnızca kapattığını söyleyebilir. Oysa tarih damgalı bir kayıt aynı cümleyi kanıta çevirir. Denetimde ve uyuşmazlıkta değerlendirilen şey izlenebilirliktir.
Bu sorunun size bedeli
- Açık kalan eski hesap sayısı
- 2-5 hesap
- Birkaç yıl personel değişimi yaşayan kliniklerde tipik birikim.
- Erişimin kapatılma gecikmesi
- Günler ya da aylar
- Sahipsiz bırakılan süreçte kapatma işlemi çoğu kez hiç yapılmaz.
- Ortak hesapla çalışılan sistem
- En az bir kanal
- Tek kullanıcıyla çalışan klinikte çıkış teknik olarak işlemez.
- Kişisel cihazlarda kalan belge
- Bilinmiyor
- Envanter tutulmadığı için geri istenebilecek liste hiç oluşmaz.
03Adım adım çözüm
Bugünden başlayabileceğiniz adımlar
Çözüm, çıkışı da işe alım kadar tanımlı hâle getirmektir. Aşağıdaki altı adım, ayrılığın planlı ya da ani olmasından bağımsız çalışır ve tamamı yarım saatte tamamlanabilir. Listenin bir sahibinin olması ve her maddenin tarihiyle kaydedilmesi, hızdan daha önemlidir.
- 1Adım 1 / 6Kurulumda bir kez, her işe alımda
Herkese kendi hesabını açın
Hekim, sekreter, muhasebe ve stajyere ayrı kullanıcı adı ve rol tanımlayın.
Çıkış süreci, girişteki düzenden bağımsız kurulamaz. Ortak hesapla çalışan bir klinikte ayrılan kişinin erişimini kapatmak, tüm ekibi etkileyen bir şifre değişikliğine bağlıdır ve bu yüzden sürekli ertelenir. İlk iş, herkese kendi kullanıcı adını ve rolünü tanımlamaktır: hekim, sekreter, muhasebe ve stajyer aynı sistemi farklı yetkilerle kullanır.
- Ortak hesabı kapatıp her çalışana kendi kullanıcısını açın
- Rolleri işin gerektirdiği en dar yetkiyle tanımlayın
- Yeni işe alımda hesap açmayı ilk günün rutini yapın
Ayrıntısını okuyun
Kişisel hesap düzeni yalnızca çıkışı kolaylaştırmaz. Gündelik işleyişte de kimin ne yaptığını gösterir. Bir randevunun kim tarafından iptal edildiği, bir dosyanın kim tarafından açıldığı ancak kişisel hesapla anlam kazanır. Ekibe bunu, herkesin kendi işini sahiplenmesini sağlayan bir düzen olarak anlatın. Direnç çoğunlukla burada erir.
PratiVia’da: PratiVia’da her kullanıcı kendi hesabıyla çalışır ve rolü yetki matrisinden belirlenir. Ortak hesap kullanmaya gerek bırakmayan bu yapı, çıkış gününü tek bir işleme indirir.
Ekip ve roller - 2Adım 2 / 6Kurulumda bir kez, 6 ayda bir güncelleme
Erişim envanterini tek sayfada tutun
Her erişimin yanına veren ve kapatacak kişiyi yazın, altı ayda bir güncelleyin.
Kapatılacak kapıların listesi yoksa çıkış her seferinde hatırlamaya kalır. Tek sayfalık bir envanter çıkarın: klinik yazılımı, e-posta, mesaj hattı, bulut klasörleri, muhasebe programı, laboratuvar portalları, kapı kartı ve varsa kurumsal telefon hattı. Her satırın karşısına o erişimi kimin verdiğini ve kimin kapatabileceğini yazın.
- Tüm dijital ve fiziksel erişim noktalarını tek listede toplayın
- Her erişim için kapatmaktan sorumlu bir kişi belirleyin
- Listeyi altı ayda bir gözden geçirip fazla yetkileri kısın
Ayrıntısını okuyun
Bu liste hazırlanırken çoğu klinik kendisi hakkında yeni bir şey öğrenir: hangi çalışanın hangi sisteme erişimi olduğu ilk kez bir arada görülür. Sık rastlanan bulgu, işin gerektirdiğinden fazla yetki verilmiş olmasıdır. Envanteri hazırlamanın yan faydası budur. Çıkış listesini kurarken giriş yetkilerini de daraltmış olursunuz. Fazla yetki, ayrılık gününde kapatılacak kapı sayısını da büyüten sessiz bir maliyettir.
PratiVia’da: PratiVia tarafındaki erişimler tek ekranda görünür: hangi kullanıcının hangi rolde olduğu ve hangi modüllere ulaştığı yetki matrisinden okunur, ayrıca bir tablo tutmanız gerekmez.
- 3Adım 3 / 6Her ayrılışta, son iş gününde
Çıkış gününde erişimi aynı gün kapatın
Son iş günü hesabı pasife alın, ortak şifreleri ve kurtarma numaralarını değiştirin.
Kapatma işlemi son iş gününe, tercihen mesai bitiminden önceki saate planlanmalıdır. Ertesi güne bırakılan her erişim, hiç kapatılmama ihtimalini ciddi biçimde artırır. Kullanıcıyı silmek yerine pasife alın: silinen kullanıcının geçmiş işlemleri denetim izinde sahibi belirsiz kayıtlara dönüşür, oysa pasif hesap hem giriş yapamaz hem de geçmişi anlamlı tutar.
- Kapatmayı son iş gününün mesai saatine planlayın
- Kullanıcıyı silmek yerine pasife alın
- Ortak hesap şifrelerini ve kurtarma bilgilerini aynı gün yenileyin
Ayrıntısını okuyun
Aynı gün ortak hesapların şifrelerini de değiştirin ve kurtarma bilgilerini gözden geçirin. Ortak e-postanın kurtarma numarası ayrılan kişinin telefonuysa, şifreyi değiştirmek tek başına yetmez. Ani ayrılıklarda sıra tersine döner: önce erişim kapatılır, sonra devir konuşulur. Bu, kliniğin veri sorumlusu olarak yapmak zorunda olduğu bir işlemdir ve kişiye duyulan güvenle ilgisi yoktur.
PratiVia’da: PratiVia’da bir kullanıcının erişimi tek işlemle kapatılır. Hesap pasife alındığında açık oturumları geçersiz olur, geçmiş işlemleri ise denetim kaydında kendi adıyla durmaya devam eder.
Ekip ve roller - 4Adım 4 / 6Her ayrılışta, devir sırasında
Hasta iletişim kanallarını devredin
Cevap bekleyen hasta mesajlarını devralan kişiye adıyla ve tarihiyle teslim edin.
Kliniğin hastayla konuştuğu kanallar çoğu zaman tek bir kişinin elinde toplanır: mesaj hattı, e-posta kutusu ve portal yazışmaları. O kişi ayrıldığında erişimle birlikte devam eden konuşmalar da kaybolur. Devir sırasında açık mesajları gözden geçirin. Cevap bekleyen hasta talebi varsa devralan kişiye adıyla ve tarihiyle teslim edin.
- Cevap bekleyen hasta mesajlarını devralan kişiye teslim edin
- Kurumsal hattın yönetimini ayrılış öncesinde devredin
- Hasta yazışmalarının kişisel cihazda birikmesini kalıcı olarak sonlandırın
Ayrıntısını okuyun
Kanalların kurumsal olması bu devri kolaylaştırır. Yazışma kliniğin sisteminde ve hasta kaydına bağlı ilerliyorsa, kişi değişikliği sohbet geçmişini yok etmez. Yeni kişi aynı yerden devam eder. Yazışma kişisel bir telefonda birikmişse geçmiş o telefonla birlikte gider ve hasta, daha önce anlattığı şeyi baştan anlatmak zorunda kalır.
PratiVia’da: PratiVia’da portal mesajlaşması hasta kaydına bağlıdır. Bir personel ayrıldığında yazışma geçmişi kurumda kalır ve devralan kişi aynı konuşmayı kaldığı yerden sürdürür.
Portal ve mesajlar - 5Adım 5 / 6Her ayrılışta, devir sırasında
Belgeleri ve cihazları devralın
Kişisel cihazdaki hasta içeriğini önce sisteme aktarın, sonra birlikte silin.
Sistem erişimi kapansa bile veri kişisel cihazlarda kalmaya devam eder. Devir görüşmesinde bunu açıkça konuşun: telefondaki hasta fotoğrafları ve belge görüntüleri, indirilen raporlar, kişisel bilgisayardaki kopya klasörler. Silinmesi gerekenleri birlikte silin. Klinikte bulunmayan bir belge varsa önce sisteme aktarın. Bu konuşmayı rutin bir devir maddesi gibi, sakin bir tonla yürütün.
- Kişisel cihazlardaki hasta içeriklerini sisteme aktarıp silin
- Fiziksel anahtar, kart ve arşiv erişimlerini teslim alın
- Devir maddelerini tek sayfada yazılı hâle getirip imzalatın
Ayrıntısını okuyun
Fiziksel taraf da unutulmamalı: kapı kartı, dolap anahtarı, arşiv odası erişimi ve varsa kliniğin telefon hattı. Kâğıt dosyaların bulunduğu bir arşiv varsa kilit düzenini gözden geçirin. Devir tamamlandığında hangi maddelerin teslim alındığını tek sayfaya yazıp iki tarafın da imzalaması, ileride çıkabilecek tartışmaları baştan kapatır.
PratiVia’da: PratiVia’da belgeler hasta dosyasında şifreli olarak durduğu için devir sırasında aktarılacak dosya birikmesi azalır. Ekip üyesinin cihazında kalıcı bir hasta arşivi oluşması gerekmez.
Danışan yönetimi - 6Adım 6 / 6Her ayrılışta: bir hafta sonra kontrol
Kapatmayı kayda geçirin, bir hafta sonra doğrulayın
Kapatılan her erişimi tarihiyle forma yazın, bir hafta sonra listeyi yeniden açın.
Yapılan işi kaydedin: hangi erişim, hangi tarihte, kim tarafından kapatıldı. Tek sayfalık bir çıkış formu bu iş için yeterlidir ve personel dosyasında saklanır. Bu kayıt kliniğin savunmasıdır. Aylar sonra bir veri sorusu geldiğinde kliniğin elinde tarih damgalı bir cevap bulunur ve tartışma hafızaya kalmaz.
- Kapatılan erişimleri tarih ve sorumlu bilgisiyle kaydedin
- Bir hafta sonra kullanıcı listesini yeniden kontrol edin
- Denetim kaydında eski hesapla giriş denemesi olup olmadığına bakın
Ayrıntısını okuyun
Bir hafta sonra kısa bir doğrulama yapın: kullanıcı listesini açıp pasif hesabın gerçekten kapalı olduğunu, ortak şifrelerin değiştiğini ve devralan kişinin gerekli yetkilere sahip olduğunu kontrol edin. Bu ikinci bakış, ilk gün acele içinde atlanan maddeleri yakalar. Ayrıca denetim kaydına bakıp eski kullanıcı adıyla giriş denemesi olup olmadığını görebilirsiniz.
PratiVia’da: PratiVia’nın denetim kaydı kullanıcı bazlı olduğu için pasife alınan hesabın son işlemi ve varsa giriş denemeleri görünür. Kapatmanın gerçekten çalıştığı kayıttan doğrulanır.
Ekip ve roller
04PratiVia’da
Bu adımlar PratiVia’da nasıl kolaylaşır?
Personel değişimi kliniğin en doğal olaylarından biridir. Sistemin bunu bir kriz gibi karşılamaması gerekir. PratiVia’da erişim role bağlıdır. Bu yüzden kişi değiştiğinde yalnızca kullanıcı değişir, düzen aynı kalır. Aşağıdaki dört başlık bunun günlük karşılığıdır.
Kapatma tek işlem, etkisi anında
Bir kullanıcının erişimi kapatıldığında açık oturumları da geçersiz olur. Kişi tarayıcısını kapatmamış olsa bile işlem yapamaz. Klinik, çıkış gününde tek bir işlemi tamamlayarak sistem tarafını bitirir. Şifre değiştirip tüm ekibi zorlamaya gerek kalmaz.
Ekip ve rollerGeçmiş kaybolmaz, sahibi belli kalır
Pasife alınan kullanıcının yaptığı işlemler denetim kaydında kendi adıyla durmaya devam eder. Klinik, geçmişteki bir kaydı kimin oluşturduğunu yıllar sonra da görebilir. Hesabın kapatılmış olması izi silmez. Bu, hem kurumsal hafızayı hem de hesap verebilirliği korur.
Yazışma ve belge kurumda kalır
Hasta mesajları ve belgeler hasta kaydında birikir, kişisel cihazlara dağılmaz. Devralan kişi konuşmayı kaldığı yerden sürdürür. Hasta aynı şeyi ikinci kez anlatmak zorunda kalmaz ve ayrılan personelin telefonunda hasta verisi kalmaz. Devir kayda dayanır.
Portal ve mesajlarEn dar yetki varsayılan davranıştır
Roller işin gerektirdiği alanla sınırlı tanımlanabildiği için bir personelin eriştiği veri zaten baştan dardır. Ayrılık anında kapatılması gereken kapı sayısı da bu yüzden azdır. Risk en çok işe alım gününde küçültülür.
05Sonucu görün
İşe yaradığını nasıl anlarsınız?
Çıkış sürecinin kurulduğunu ilk ayrılışta anlarsınız, ama ölçmezseniz ikinci ayrılışta yine aksar. Dört gösterge, sürecin kişiden bağımsız çalıştığını doğrular ve hepsi birkaç dakikada kontrol edilebilir. İlk ölçümü bugünkü kullanıcı listenizle yapın.
Aktif kullanıcı sayısı
Fiili çalışan sayısına eşit
Kullanıcı listesini bordro listesiyle ayda bir karşılaştırın.
Erişim kapatma süresi
Son iş günü içinde
Ayrılış tarihi ile kapatma kaydının tarihi arasındaki farkı ölçün.
Ortak hesapla girilen sistem sayısı
Sıfıra yaklaşma
Paylaşılan kullanıcı adıyla girilen sistemleri envanterden sayın.
Kayıtlı çıkış işlemi oranı
Ayrılışların tamamı
Çıkış formu doldurulan ayrılış / toplam ayrılış olarak hesaplayın.
4 haftalık uygulama planı
1. hafta
Erişim envanterini çıkarın. Ortak hesapla girilen sistemleri tespit edin.
Klinik ilk kez kimin nereye erişebildiğini bir arada görüyor.
2. hafta
Herkese kişisel hesap açıp rolleri daraltın. Ortak girişleri kapatın.
Kişisel hesap düzeni kuruldu, çıkış teknik olarak mümkün hâle geldi.
3. hafta
Tek sayfalık çıkış kontrol listesini ve devir formunu hazırlayın.
Süreç yazılı bir belgeye bağlandı.
4. hafta
Geçmişten kalan pasif hesapları temizleyin. İlk doğrulama kontrolünü yapın.
Açık kalan eski kapılar kapandı, süreç ilk kez ölçüldü.
06Sık sorulanlar
Aklınıza takılabilecekler
Ayrılan personelin hesabını silmek mi, kapatmak mı doğru?
Kapatmak doğrudur. Hesap silindiğinde o kullanıcının geçmişte yaptığı işlemler denetim kaydında sahipsiz kalır. Bir randevuyu kimin iptal ettiği ya da bir dosyayı kimin açtığı sorusunun cevabı kaybolur. Pasife alınan hesap ise giriş yapamaz ama geçmişi anlamlı tutar. KVKK açısından beklenen de budur: erişim sona erer, izlenebilirlik sürer. Silme yalnızca yanlışlıkla açılmış ve hiç kullanılmamış hesaplar için mantıklıdır.
Personelin telefonundaki hasta fotoğraflarını silmesini isteyebilir miyim?
Bunu istemeniz gerekir. Klinik veri sorumlusu olarak bu içeriklerin akıbetinden sorumludur. Ancak istemek yeterli bir tedbir değildir, çünkü silindiğini doğrulayamazsınız. Kalıcı çözüm, hasta içeriğinin kişisel cihazlarda hiç birikmemesini sağlayan bir kanal düzeni kurmaktır. Devir sırasında birlikte gözden geçirip silmek mevcut riski kapatır. Kanal kuralını yazılı hâle getirmek ise aynı riskin yeniden oluşmasını önler.
Bu süreci küçük bir muayenehanede uygulamak abartı olmaz mı?
İki kişilik bir muayenehanede erişim noktası sayısı azdır. Bu yalnız süreci kısaltır. Tek sayfalık envanter ve yarım saatlik bir çıkış rutini, küçük klinikte büyüğünden daha hızlı işler. Üstelik küçük kliniklerde tek bir kişi çoğu sisteme erişir. O kişi ayrıldığında açık kalan kapı oransal olarak çok daha büyüktür. Ölçek küçüldükçe süreç kısalır, ihtiyaç azalmaz.
İlişki kötü bittiyse erişimi kapatmak hukuki sorun yaratır mı?
Erişimi sonlandırmak, kliniğin veri sorumlusu olarak yerine getirdiği bir yükümlülüktür ve çalışanın haklarıyla ilgili bir işlem sayılmaz. Çalışma ilişkisi sona eren kişinin hasta verisine erişmesini gerektiren bir sebep kalmaz. Önemli olan, işlemi herkes için aynı şekilde işleyen bir rutin olarak uygulamaktır. Kapatmanın tarihli kaydını tutmak, tartışma çıkarsa her iki taraf için de netlik sağlar.
Ayrılan kişi hasta listesini kopyaladıysa ne yapabilirim?
Önce olayı belgeleyin: denetim kaydında hangi kullanıcının hangi tarihte hangi kayıtlara eriştiğini ve toplu bir dışa aktarım yapılıp yapılmadığını inceleyin. Bu kayıt hem iç değerlendirme hem de gerekirse hukuki süreç için temel dayanaktır. Ardından etkiyi değerlendirin. Kişisel veri güvenliğini etkileyen bir durum varsa bildirim yükümlülüğünüzü gözden geçirin. Kayıt tutmayan bir sistemde bu soruların hiçbiri cevaplanamaz. Asıl önlem, olaydan önce alınmış olan denetim izidir.
Kaynak: KVKK. Son güncelleme: 28 Temmuz 2026.
