Bir cuma akşamı hasta arıyor: “Randevumu kim iptal etti?” Sekreter iptal etmediğini söylüyor, hekim zaten o gün sisteme girmediğini. Kayıt yok, tartışma var. Audit log (Türkçesiyle denetim kaydı) tam olarak bu boşluğu doldurur: yazılımda yapılan her görüntüleme, değişiklik ve silme işlemini kimin, ne zaman, hangi kayıt üzerinde yaptığıyla birlikte saklar. Muayenehane yazılımında audit log, hasta verisine kimin eriştiğini tutan bir kayıttır ve hem KVKK tedbiri hem de kliniğin gündelik hakemi olarak çalışır. Bu pratik, kaydın neyi tutması gerektiğini, nasıl okunacağını ve bir sorun çıktığında nasıl kullanılacağını anlatır.
01Tanıdık geliyor mu?
Bu durumlar sizde de oluyor mu?
Denetim kaydının yokluğu gündelik akışta hiç hissedilmez. Her şey yolunda görünür, çünkü kimse kimseye hesap sormaz. Eksiklik ancak bir şey ters gittiğinde, hem de en kötü anda ortaya çıkar. Aşağıdaki dört tablodan biri bile yaşandıysa, kliniğin elinde olay anını anlatacak bir kaydın olmadığını görmüşsünüzdür.
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.
Denetim kaydı, kimsenin silemediği ve düzenli okunduğu sürece kliniği korur. Her satır kim, ne zaman ve hangi kayıt sorusuna cevap verir.
02Neden oluyor?
Sorunun asıl kaynağı
Dört tablonun ortak nedeni, yazılımın yalnızca son durumu tutmasıdır. Ekranda gördüğünüz şey kaydın bugünkü hâlidir. O hâle nasıl geldiği hiçbir yerde yazmaz. Oysa sağlık verisinde süreç en az sonuç kadar önemlidir ve mevzuat da işlemin izlenebilir olmasını bekler.
- 01
Veri saklamak ile iz saklamak ayrı işlerdir
Her yazılım veriyi tutar, ama çoğu, verinin üzerine yazar. Telefon numarası güncellendiğinde eskisi kaybolur, not düzeltildiğinde önceki metin silinir. Denetim kaydı bunun tersini yapar: veriye yapılan işlemi ayrı bir yere ve dokunulmaz biçimde yazar. Bu ayrım önemlidir, çünkü bir inceleme sırasında sorulan soru “veriye ne oldu” sorusudur. İki katman aynı tabloda tutulduğunda geçmiş de bugünle birlikte değiştirilebilir hâle gelir.
- 02
İzlenebilirlik, tedbir yükümlülüğünün somut hâlidir
Kanun uygun güvenlik düzeyini sağlayacak teknik ve idari tedbirleri ister, ayrıntısını Kurumun rehberlerine bırakır. Özel nitelikli kişisel verilere ilişkin rehber ise bu verilere erişimin kaydedilmesini ve kayıtların düzenli olarak incelenmesini açıkça bekler. Yani denetim kaydı, sağlık verisi işleyen kliniğin karşılaması beklenen bir başlıktır. Üstelik ihlal bildiriminde etkilenen kişi ve kayıt sayısının belirtilmesi gerekir. O sayıyı üretebilen tek kaynak logdur.
- 03
Değiştirilebilen kayıt kanıt değildir
Denetim kaydının bütün değeri, sonradan düzeltilememesinden gelir. Yöneticinin silebildiği bir log hem iç tartışmada hem resmî incelemede tartışmalıdır. En yetkili kişi kendi izini kapatabiliyor demektir. Bu yüzden kaydın sistem tarafından güncellemeye ve silmeye kapatılmış olması, kaydın var olmasından bile önemlidir. Kliniğin “logumuz var” demesi yetmez, “logumuza kimse dokunamaz” diyebilmesi gerekir. Aksi hâlde kayıt, sahibine göre değişen bir anlatıya döner ve kliniği korumaz.
Bu sorunun size bedeli
- Olay sonrası inceleme süresi
- Günler
- Kayıt yoksa herkesle tek tek konuşulur, sonuç yine tahmine dayanır.
- Erişim başvurusuna kanıtlı cevap
- Üretilemiyor
- Kim baktı listesi çıkarılamadığı için başvuru genel ifadelerle yanıtlanır.
- Fark edilmeyen toplu dışa aktarma
- Sınırsız
- İz tutulmayan sistemde liste indirmeleri hiçbir ekranda görünmez.
- İhlal bildiriminde eksik beyan riski
- Yüksek
- Etkilenen kayıt sayısı hesaplanamadan 72 saatlik bildirim doldurulamaz.
03Adım adım çözüm
Bugünden başlayabileceğiniz adımlar
Denetim kaydı ancak düzenli işletildiğinde işe yarar. Özelliğin açık olması tek başına hiçbir şey ifade etmez. Aşağıdaki altı adım, kaydın neyi tutacağını belirlemekle başlar, kaydı dokunulmaz ve okunabilir kılmakla sürer, bir olay anında saatler içinde cevap üretebilen bir düzenle biter. Küçük bir muayenehanede toplam kurulum yükü birkaç saattir.
- 1Adım 1 / 6Kurulumda bir kez, yılda bir gözden geçirme
Kaydedilecek olayların listesini belirleyin
Sekiz olay türünde kim, ne zaman, hangi kayıt bilgisini ve eski değeri tutun.
Her tıklamayı kaydetmek gürültü üretir, hiçbir şey kaydetmemek boşluk bırakır. Doğru orta yol, hasta verisine dokunan olayları listelemektir: dosya görüntüleme, kayıt oluşturma, alan değişikliği, silme, belge indirme, liste dışa aktarma, oturum açma ve başarısız giriş denemesi. Bu sekiz başlık, bir kliniğin karşılaşacağı olayların neredeyse tamamını kapsar.
- Hasta verisine dokunan sekiz olay türünü yazılı olarak sabitleyin
- Her olayda kullanıcı, zaman damgası ve kayıt kimliğini zorunlu tutun
- Değişiklik olaylarında önceki ve sonraki değerin saklandığını doğrulayın
Ayrıntısını okuyun
Listeyi çıkarırken her olay için üç bilgiyi zorunlu tutun: kim, ne zaman, hangi kayıt. Değişiklik olaylarında dördüncü bir bilgi daha gerekir: alanın önceki ve sonraki değeri. Bu dördüncüsü olmadan kayıt, bir şeyin değiştiğini söyler ama neye dönüştüğünü söyleyemez. İtiraz anında en çok ihtiyaç duyacağınız bilgi tam olarak budur.
PratiVia’da: PratiVia bu olayları ürünün varsayılan davranışı olarak işler. Dosya görüntüleme, kayıt değişikliği ve silme işlemleri kullanıcı, zaman ve kayıt bilgisiyle birlikte denetim kaydına düşer, ayrıca açılması gereken bir ayar yoktur.
Ekip ve roller - 2Adım 2 / 6Kurulumda bir kez, yılda bir doğrulama
Kaydı dokunulmaz ve süreli hâle getirin
Kurucu hekim dahil kimse satır silemesin, kaydın saklama süresini yazın.
Kaydın kime kapalı olduğunu bilmek, ne tuttuğunu bilmek kadar önemlidir. Doğru kurulumda hiçbir kullanıcı (kurucu hekim dahil) geçmiş bir satırı düzenleyemez ya da silemez. Yanlış yazılmış bir kayıt düzeltilmez. Üzerine açıklayıcı yeni bir kayıt eklenir. Muhasebedeki ters kayıt mantığı burada da geçerlidir ve tarihi korur.
- Log kayıtlarının hiçbir kullanıcı tarafından düzeltilemediğini teyit edin
- Hatalı satırı silmek yerine düzeltici kayıt ekleme kuralını yazın
- Denetim kaydı için saklama süresi belirleyip imha takvimine ekleyin
Ayrıntısını okuyun
İkinci mesele süredir. Denetim kaydının kendisi de kişisel veri içerir, dolayısıyla sonsuza kadar tutulamaz. Kliniğin belirlediği saklama süresi, ilgili hasta kaydının süresiyle uyumlu olmalı ve süre dolduğunda log da imha edilmelidir. Bu süreyi yazmadığınızda iki risk birden doğar: erken silinen kayıt savunmasız bırakır, süresiz saklanan kayıt yeni bir uyum sorunu yaratır.
PratiVia’da: PratiVia’da denetim kayıtları güncellemeye ve silmeye kapalıdır. Sistem bu işlemleri en yetkili hesap için bile reddeder, dolayısıyla geçmiş sonradan yeniden yazılamaz.
Ekip ve roller - 3Adım 3 / 6Kurulumda bir kez, her olayda uygulanır
Olay inceleme protokolünü önceden yazın
İncelemeyi kim başlatır, nasıl bakılır, sonuç nereye yazılır, tek sayfada yazın.
Kaydın işe yaradığı an, bir şeyin ters gittiği andır. O an protokol yazacak vakit olmaz. Bir sayfalık kısa bir metin yeterlidir: incelemeyi kim başlatır, hangi filtrelerle bakılır, sonuç nereye yazılır, kiminle paylaşılır. Bu metin olmadığında inceleme kişiden kişiye değişir ve çoğu zaman hiç yapılmaz.
- İncelemeyi başlatma yetkisini tek bir role bağlayın
- Zaman aralığı, kullanıcı ve kayıt bazlı üç filtreyi standart adım yapın
- Bulguları tarihli tutanağa yazıp yorumdan ayrı saklayın
Ayrıntısını okuyun
Protokolün özü sıralamadır. Önce olayın zaman aralığı daraltılır, sonra ilgili hasta kaydı ya da kullanıcı seçilir, ardından o aralıktaki tüm işlemler kronolojik okunur. Bulgular tarih ve satır referansıyla not edilir. Yorum ile veri ayrı tutulur. Sonuç, ekiple konuşulurken de saklanır, çünkü hedef, ekip olarak somut bir düzeltme üretmektir.
PratiVia’da: PratiVia’nın denetim kaydı kullanıcı, tarih ve işlem türüne göre filtrelenebilir. Bir hasta dosyasının kim tarafından ne zaman açıldığını görmek için ayrı bir sorgu yazmanız gerekmez.
- 4Adım 4 / 6Ayda bir, 10 dakika
Dışa aktarma ve toplu görüntülemeyi ayrıca izleyin
Ayda on dakika dışa aktarmaları ve mesai dışı toplu görüntülemeleri tarayın.
Klinikte veri riskinin en yoğunlaştığı iki hareket vardır: çok sayıda dosyanın kısa sürede açılması ve listelerin dosya olarak indirilmesi. İkisi de tek tek bakıldığında normaldir. Toplu bakıldığında desen verir. Bu yüzden bu iki olay, diğer kayıtlar arasında kaybolmasın diye ayrı bir gözle taranmalıdır.
- Dışa aktarma ve toplu görüntülemeyi ayrı bir kontrol başlığı yapın
- Aylık taramada kullanıcı başına indirilen kayıt sayısını not edin
- Açıklanamayan her hareketi aynı hafta içinde sorup sonucu yazın
Ayrıntısını okuyun
Ayda on dakika ayırıp şu soruları sorun: geçen ay kim, kaç kayıt dışa aktardı ve neden? Bir kullanıcı kendi hasta listesi dışında olağandışı sayıda dosya açtı mı? Mesai dışı saatlerde toplu görüntüleme oldu mu? Cevapların çoğu masumdur, ama sorunun sorulabiliyor olması bile davranışı değiştirir, çünkü herkes eriştiğinin görünür olduğunu bilir.
PratiVia’da: Belge indirme ve liste dışa aktarma işlemleri PratiVia’da ayrı olay türü olarak kaydedilir. Kullanıcı bazında filtrelendiğinde aylık tarama tek ekrandan birkaç dakikada tamamlanır.
Ekip ve roller - 5Adım 5 / 6Her başvuruda. 30 gün içinde
Hastanın erişim sorusuna kayıttan cevap üretin
Erişim sorusunu otuz gün içinde, kayıttan çıkarılmış sade bir yanıtla cevaplayın.
İlgili kişi, verisinin kimlere aktarıldığını ve nasıl işlendiğini sorma hakkına sahiptir ve başvuruya en geç otuz gün içinde cevap verilmesi gerekir. Bu cevabın gücü, genel bir güvence cümlesi yerine sistemden alınmış bir çıktıya dayanmasından gelir. Denetim kaydı bu çıktıyı zaten üretmektedir. Yapılması gereken tek şey, onu anlaşılır bir yanıta çevirmektir.
- Başvuru geldiğinde ilgili hasta kaydını denetim kaydında filtreleyin
- Çıktıyı tarih, görev ve amaç sütunlarıyla sadeleştirip özetleyin
- Cevabı 30 günlük süre içinde yazılı olarak iletip kopyasını saklayın
Ayrıntısını okuyun
Yanıtta ham log ekranını göndermeyin. Kayıttan çıkardığınız bilgiyi sade bir dille özetleyin: hangi tarihlerde, hangi görevdeki çalışanların hangi amaçla dosyaya eriştiği. Diğer hastaların verisi hiçbir şekilde görünmemeli, çalışan kimlikleri de gereğinden fazla açılmamalıdır. Bu denge, hem ilgili kişinin hakkını hem ekibin kişisel verisini korur.
PratiVia’da: PratiVia’da bir hasta kaydına ait erişim geçmişi dosya bazında listelenebilir. Başvuruya cevap hazırlarken arşiv taramak yerine tek bir filtreyle ihtiyacınız olan satırlara ulaşırsınız.
Danışan yönetimi - 6Adım 6 / 6Şüphe anında: yılda bir tatbikat
İhlal şüphesinde 72 saatlik akışı kayda dayandırın
İhlal şüphesinde önce kayda bakın, yetmiş iki saatlik akışı yılda bir prova edin.
Veri ihlali öğrenildiğinde Kurula en kısa sürede, kural olarak yetmiş iki saat içinde bildirim yapılması beklenir. Bu süre kısa görünür ama zorluk çoğunlukla bildirimde istenen bilgiyi toplamaktadır: ihlalin niteliği, etkilenen kişi ve kayıt sayısı, olası sonuçlar ve alınan tedbirler. Kaydı olmayan klinik bu alanları tahminle doldurmak zorunda kalır.
- İhlal planının ilk adımını “denetim kaydını dondur ve incele” olarak yazın
- Etkilenen kayıt sayısını log çıktısından hesaplama yöntemini belirleyin
- Yılda bir kez kurgusal senaryoyla 72 saatlik akışı prova edin
Ayrıntısını okuyun
Bu yüzden ihlal planınızın ilk maddesi denetim kaydına bakmak olmalıdır. Şüpheli hesap ve zaman aralığı belirlenir, o aralıkta erişilen kayıtlar listelenir, sayı ve kapsam çıkarılır. Yılda bir kez, gerçek olmayan bir senaryoyla bu akışı prova edin. Tatbikat yapılmamış planların krizde işlemediğini en çok bu alanda görürsünüz.
PratiVia’da: Denetim kaydı PratiVia’da işlem türü ve zaman aralığına göre süzülebildiği için, şüpheli bir hesabın belirli bir dönemde eriştiği hasta kayıtlarının listesi bildirim hazırlanırken doğrudan çıkarılabilir.
04PratiVia’da
Bu adımlar PratiVia’da nasıl kolaylaşır?
Birçok klinik yazılımında denetim kaydı sonradan eklenmiş bir modüldür: açılıp kapatılabilir, temizlenebilir ve genellikle yalnızca birkaç işlemi kapsar. PratiVia’da kayıt, verinin yazıldığı yerin hemen yanında ve aynı zorunlulukla üretilir.
Kayıt tüm kanallarda aynı deftere yazılır
İşlem web panelinden, mobil uygulamadan ya da danışan portalından gelmiş fark etmez. Hepsi aynı denetim kaydına aynı biçimde düşer. Böylece bir kanaldan yapılan değişikliğin izi başka bir kanalda kaybolmaz ve olay incelemesi tek bir kaynaktan yürütülür.
Ekip ve rollerDeğişiklikte eski değer de kalır
Bir alan güncellendiğinde yeni hâlinin yanında önceki hâli de saklanır. Hasta itirazında ya da resmî bir talepte kaydın hangi tarihte neye dönüştüğü satır satır görünür. Klinik çıktıya dayanarak konuşur ve iyi niyetini ispat edebilir.
Log kurum sınırını aşmaz
Denetim kayıtları da hasta verisi gibi kurum bazında izole tutulur. Kurumları birbirinden ayıran güvenlik kuralı işlem kayıtlarına da uygulanır. Hiçbir kurum bir başkasının işlem geçmişini göremez, ortak bir havuzda karışma ihtimali doğmaz.
Ekip ve rollerSilme işlemi bile iz bırakır
Bir hastanın verisi silindiğinde ya da anonimleştirildiğinde işlemin kendisi kayıtta kalır: kim, ne zaman, hangi kayıt üzerinde. Böylece silme hakkının yerine getirildiğini ispatlarken kişiyi yeniden tanımlanabilir kılan bir veri saklamak zorunda kalmazsınız.
Danışan yönetimi
05Sonucu görün
İşe yaradığını nasıl anlarsınız?
Denetim kaydının işlediğini, cevap üretme kabiliyetiyle ölçersiniz. Aşağıdaki dört gösterge ilk çeyrekte kaydın gerçekten kullanılan bir araç mı yoksa açık ama okunmayan bir özellik mi olduğunu gösterir.
İz bırakan kritik işlem oranı
Sekiz olay türünde tam kapsam
Belirlediğiniz olay listesini örnek işlemlerle test edip kayda düşüp düşmediğini doğrulayın.
Olay incelemesinin sonuçlanma süresi
Şüphe anından itibaren 48 saat altı
İnceleme başlangıç ve tutanak tarihini kaydedip aradaki farkı ölçün.
Erişim başvurusuna kanıtlı cevap oranı
Gelen başvuruların tamamı
Log çıktısına dayanarak cevaplanan başvuru / toplam başvuru. Yanıt kopyalarından sayın.
Açıklanamayan dışa aktarma sayısı
Aylık sıfır
Aylık taramada gerekçesi bulunamayan indirme ve aktarma işlemlerini sayın.
4 haftalık uygulama planı
1. hafta
Kaydedilecek olay listesini yazın. Mevcut yazılımda hangilerinin tutulduğunu test edin.
Kliniğin izleme kapsamı ve boşlukları net.
2. hafta
Kaydın değiştirilemezliğini doğrulayın. Saklama süresi ve düzeltici kayıt kuralını belirleyin.
Log artık kanıt değeri taşıyabilecek durumda.
3. hafta
Olay inceleme protokolünü tek sayfada yazıp ekibe duyurun. İlk taramayı yapın.
İnceleme yazılı bir akışa bağlı.
4. hafta
Dışa aktarma taramasını ve ihlal akışının ilk provasını gerçekleştirin.
Kriz anında kullanılacak yol denenmiş ve ölçülmüş.
06Sık sorulanlar
Aklınıza takılabilecekler
Audit log her tıklamayı kaydetmeli mi?
Hayır. Amaç izlenebilirliktir. Hasta verisine dokunan olayları kaydetmek yeterlidir: dosya görüntüleme, kayıt oluşturma ve değiştirme, silme, belge indirme, liste dışa aktarma ile oturum açma denemeleri. Menüde gezinme ya da ekran kaydırma gibi hareketleri loglamak kaydı okunamaz hâle getirir, gerçek sinyali gürültüde boğar. İyi bir denetim kaydı aylarca kimsenin açmadığı, ama bir olay çıktığında tek filtreyle cevap veren kayıttır.
Denetim kayıtlarını ne kadar süre saklamam gerekir?
Kanun tek bir süre söylemez. Saklama süresi kaydın hizmet ettiği amaca göre belirlenir. Pratikte makul yaklaşım, log süresini ilgili hasta kaydının saklama süresiyle uyumlu tutmak ve geriye dönük incelemelere imkân verecek kadar uzun seçmektir. Çok kısa süre kliniği savunmasız bırakır, süresiz saklama ise yeni bir uyum sorunu doğurur çünkü logun içinde çalışan ve hasta verisi bulunur. Süreyi yazıp imha takvimine bağlayın.
Ekibim izlendiğini düşünürse çalışma iklimi bozulmaz mı?
Bozulmaması, uygulamanın nasıl anlatıldığına bağlıdır. Denetim kaydının koruduğu şey hasta verisidir. Bunu ekibe açıkça söylemek gerekir. Kaydın hangi olayları tuttuğunu, kimin inceleyebildiğini ve neyin incelenmediğini baştan paylaşın. Deneyimde çoğu ekip bu şeffaflıktan rahatsız olmaz, aksine memnun olur: bir kayıt bozulduğunda kimse şüpheli konumuna düşmez, çünkü işlemin sahibi kayıtta zaten bellidir.
Log tutmak yazılımı yavaşlatır ya da ekstra iş çıkarır mı?
Kullanıcı tarafında ek bir işlem yoktur. Kayıt, siz çalışırken arka planda oluşur ve ayrıca doldurulacak bir form getirmez. Performans etkisi doğru kurgulanmış bir sistemde hissedilmez. Emeğin çoğu, kaydı okunabilir tutmaya ve düzenli bakmaya gider: ayda on dakikalık tarama ile yılda bir kez yapılan tatbikat. Bu iki alışkanlık dışında audit log gündelik iş yüküne dokunmaz.
Yanlış yazılmış bir log satırını düzeltemiyorsam ne yapacağım?
Düzeltmezsiniz: üzerine açıklayıcı yeni bir kayıt eklersiniz. Bu, muhasebedeki ters kayıt mantığıyla aynıdır ve kasıtlı bir tasarım tercihidir: geçmişi değiştirilebilir kılan her istisna, kaydın kanıt değerini sıfırlar. Örneğin bir işlem yanlış hesapla yapıldıysa, doğru açıklama tarihli bir not olarak eklenir ve iki satır birlikte okunur. Böylece hem gerçek akış korunur hem de hata şeffaf biçimde belgelenmiş olur.
Bir veri ihlalinde audit log tek başına yeterli olur mu?
Yeterli olmaz. Log kanıt tabanıdır, süreç değildir. İhlal yönetimi tespit, sınırlama, kayıt altına alma, Kurula bildirim ve gerektiğinde ilgili kişilere bildirim adımlarından oluşur ve bu adımların yazılı bir planı olmalıdır. Denetim kaydı bu planın en kritik girdisini üretir: kimin hangi kayıtlara eriştiği ve kaç kişinin etkilendiği. Planı olmayan klinik, elinde mükemmel bir log olsa bile yetmiş iki saatlik süreyi doğru kullanamaz.
Kaynak: KVKK. Son güncelleme: 28 Temmuz 2026.
