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.
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 güvensizlik değil, 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; asıl mesele listenin bir sahibinin olmasıdır.
01 · Şikâyet
Ayrılan personelin erişimi genellikle kötü niyetle değil, 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.
Yazılımın kullanıcı listesi açıldığında iki yıl önce ayrılmış bir hemşirenin, bir dönem çalışmış stajyerin ve adı bile hatırlanmayan bir hesabın hâlâ aktif olduğu görülüyor. Kimse bu hesapları kullanmıyor olabilir; ama kullanılabilir durumdalar ve şifreleri hâlâ o kişilerin hafızasında. Klinik, kaç kişinin giriş yapabildiğini bilmiyor.
Klinik e-postası ve mesaj hattı ekipçe ortak kullanılıyor; şifre yıllardır değişmemiş. Ayrılan personel bu kutuya hâlâ ulaşabiliyor, hasta mesajlarını ve belge eklerini görebiliyor. Ortak hesap tam olarak kimsenin sorumluluğunda olmadığı için çıkış listesinde de hiç yer almıyor, kimse aklına getirmiyor.
Personelin kendi telefonundaki hasta fotoğrafları, indirdiği raporlar ve dizüstü bilgisayarındaki kopya klasörler hiç konuşulmuyor. Sistem erişimi kapatılsa bile bu içerikler kapıdan çıkmış oluyor. Klinik, hangi belgenin hangi cihazda kaldığını bilmediği için geri isteyebileceği bir liste bile çıkaramıyor.
İlişki iyi bitmediğinde şifre teslimi bir pazarlık konusuna dönüşüyor; ortak hesabın kurtarma bilgileri ayrılan kişinin telefon numarasına bağlı kaldığı için klinik kendi hesabından kilitleniyor. En çok ihtiyaç duyulan anda erişimi kapatmak değil, geri almak gündeme geliyor ve mesele teknik olmaktan çıkıyor.
02 · Tanı
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.
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; bu bir hafıza sorunu değil, envanter sorunudur.
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.
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 iyi niyet değil, izlenebilirliktir.
Bu sorunun ölçülebilir 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.
03 · Reçete
Çözüm, personeli denetleyen bir sistem kurmak değil; çıkışı 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. Önemli olan hız değil, listenin bir sahibinin olması ve her maddenin tarihiyle kaydedilmesidir.
Çı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.
Kişisel hesap düzeni yalnızca çıkışı kolaylaştırmaz; gündelik işleyişte de kimin ne yaptığını görünür kılar. 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 bir denetim mekanizması olarak değil, herkesin kendi işini sahiplenmesini sağlayan bir düzen olarak anlatın; direnç çoğunlukla burada erir.
PratiVia’da karşılığı
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 rollerKapatı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.
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 karşılığı
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.
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.
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, kişiye duyulan güvenle ilgili bir karar değil; kliniğin veri sorumlusu olarak yapmak zorunda olduğu bir işlemdir.
PratiVia’da karşılığı
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 rollerKliniğ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 yalnızca erişim değil, 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.
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 karşılığı
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 mesajlarSistem 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ı suçlayıcı bir sorgu gibi değil, rutin bir devir maddesi gibi yürütün.
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 karşılığı
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.
Hasta yönetimiYapı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 bürokrasi değil savunmadır; aylar sonra bir veri sorusu geldiğinde kliniğin elinde tarih damgalı bir cevap bulunur ve tartışma hafızaya kalmaz.
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 karşılığı
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 roller04 · PratiVia farkı
Personel değişimi kliniğin en doğal olaylarından biridir; sistemin bunu bir kriz gibi karşılamaması gerekir. PratiVia’da erişim kişiye değil role bağlıdır; bu yüzden kişi değiştiğinde düzen değil, yalnızca kullanıcı değişir. Aşağıdaki dört başlık bunun günlük karşılığıdır.
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.
Modülü inceleyinPasife 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.
Hasta mesajları ve belgeler kişisel cihazlarda değil, hasta kaydında birikir. 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 hafızaya değil kayda dayanır.
Modülü inceleyinRoller 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, çıkış gününde değil işe alım gününde küçültülür.
05 · Takip
Çı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.
| Gösterge | Hedef | Nasıl ölçülür |
|---|---|---|
| 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ç kişiye değil, yazılı bir belgeye bağlandı.
4. hafta
Geçmişten kalan pasif hesapları temizleyin; ilk doğrulama kontrolünü yapın.
Açık kalan eski kapılar kapandı, süreç ilk kez ölçüldü.
Yan etkiler ve dikkat edilecekler
06 · Sık sorulanlar
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.
Yalnızca isteyebilirsiniz değil, istemelisiniz; 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.
İki kişilik bir muayenehanede erişim noktası sayısı azdır; bu, süreci gereksiz değil kısa yapar. 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.
Erişimi sonlandırmak, çalışanın haklarına ilişkin bir işlem değil; kliniğin veri sorumlusu olarak yerine getirdiği bir yükümlülüktür. Çalışma ilişkisi sona eren kişinin hasta verisine erişmesini gerektiren bir sebep kalmaz. Önemli olan, işlemi cezalandırıcı biçimde değil, 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.
Ö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.
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.
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.
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.
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.
Yeni personelin yavaş öğrenmesinin sebebi çoğu zaman kişi değil, öğrenilecek şeyin hiçbir yerde yazılı olmamasıdır. Bu reçete, klinik işleyişini bir sayfaya indirip adaptasyon süresini haftalardan günlere çekmenin yolunu anlatır.
Dil ve konuşma terapisinde ses ve video kaydı, ilerlemeyi göstermenin en güçlü aracıdır. Aynı zamanda merkezin tuttuğu en hassas veridir; anonimleştirilemez ve bir kez yayıldığında geri alınamaz.
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.
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