Klinik Kalite Yönetim Sistemi (SKS) Otomasyonu

Sağlıkta Kalite Standartları (SKS) takibi, sağlık kurumları için isteğe bağlı bir iyileştirme çalışması değil, yönetmelikle tanımlanmış bir yükümlülüktür. Bu proje, o yükümlülüğün Excel dosyalarında yürütülmesinden doğan hata ve zaman kaybını ortadan kaldırmak için geliştirdiğim bulut tabanlı kalite yönetim uygulamasıdır.

SKS Nedir ve Kimi Bağlar?

Sağlıkta Kalitenin Geliştirilmesi ve Değerlendirilmesine Dair Yönetmelik SKS'yi, sağlık kurum ve kuruluşlarında hasta ve çalışan güvenliği başta olmak üzere verimlilik, etkililik, etkinlik, süreklilik ve zamanlılık gibi hedeflerin gerçekleştirilmesine yönelik geliştirilen standartların tamamı olarak tanımlar. Yönetmeliğin kapsam maddesi tereddüde yer bırakmaz: teşhis, tedavi ve rehabilitasyon hizmeti ile koruyucu sağlık hizmeti sunan kamu ve özel tüm sağlık kurum ve kuruluşlarını bağlar. Hastaneler, tıp ve dal merkezleri, ağız ve diş sağlığı merkezleri, birinci basamak kuruluşları, poliklinikler, tıbbi laboratuvarlar, görüntüleme, kan ve diyaliz merkezleri ile il ambulans servisleri bu kapsamın içindedir.

Standartların kendisi tek bir belge değildir. Sağlık Hizmetleri Genel Müdürlüğü'nün SKS portalı güncel standart setlerini ve arşivi ayrı ayrı yayımlar; kurum türüne göre uygulanacak set değişir. Yönetmelik ayrıca Türkiye Sağlıkta Kalite Sistemi'ni; sağlıkta kalite standartları, sağlıkta kalite göstergeleri, kalite değerlendirmeleri, rehberler ve Türkiye Klinik Kalite Programı'nın oluşturduğu bütün olarak tanımlar. Yani bir kurumun yönetmesi gereken şey yalnız bir kontrol listesi değil, sürekli ölçülen bir gösterge kümesidir.

Mevzuatın Dayattığı Yükümlülükler ve Takvim

Uygulamanın neden bir yazılım problemi olduğunu anlamak için yönetmeliğin kurumdan istediklerine bakmak yeterlidir:

• Öz değerlendirme ve elektronik kayıt: Kurumlar SKS doğrultusunda öz değerlendirme gerçekleştirir; öz değerlendirme sonuçlarını ve sorumluluk alanındaki kalite göstergelerine yönelik verileri, ilan edilen takvime göre Bakanlıkça oluşturulan elektronik sisteme kaydeder.
• Altı aylık hazırlık penceresi: Sağlık kurum ve kuruluşları, standartların ve rehberlerin yayımlandığı tarihten itibaren altı ay sonra sorumlu tutulur. Yeni bir set yayımlandığında kurumun elinde ölçülebilir bir geçiş süresi vardır; bu süre, veri toplama düzenini kurmak için kullanılmazsa denetim anında telafi edilemez.
• Kalite yönetim birimi: Kurumda kalite çalışmalarını izlemek üzere bir kalite yönetim birimi kurulur ve tam zamanlı bir kalite yönetim sorumlusu görevlendirilir. Hastanelerde personel sayısı yatak kapasitesine bağlanmıştır: 150 yatağa kadar en az 2, 150-299 yatak arası en az 3, 300-599 arası en az 5, 600-999 arası en az 6, 1000-1499 arası en az 7, 1500 yatak ve üzeri için en az 8 personel.
• Habersiz değerlendirme ihtimali: Genel Müdürlük değerlendirmeleri belirlediği tarihlerde yapar, ancak gerekli hâllerde sağlık kuruluşuna haber vermeden de değerlendirme gerçekleştirebilir. Bu tek cümle, veriyi denetim öncesinde toplayan yaklaşımı geçersiz kılar; veri sürekli güncel olmalıdır.
• Sonuç ve itiraz süreleri: Ölçme ve değerlendirme sonuçları, faaliyetin tamamlanmasını takiben en geç on gün içinde elektronik sistem üzerinden kuruma iletilir. Kurum, sonucun tebliğinden itibaren en geç üç iş günü içinde itiraz edebilir; itirazlar en geç otuz iş günü içinde sonuçlandırılır.

Üç iş günlük itiraz penceresi, bu projedeki en belirleyici tasarım kısıtıydı. Bir kuruma düşük puan verilen bir standardı üç gün içinde gerekçeli biçimde itiraza taşıyabilmek, o standarda ait kanıtın (ölçüm kaydı, tarih, sorumlu, ek belge) saniyeler içinde bulunabilmesini gerektirir. Dağınık Excel dosyalarında bu süre çoğu zaman kanıt aramakla geçer.

Kalite Standartları ve Excel Çilesi

Kliniklerin akreditasyon ve denetim süreçlerinde yüzlerce kalite göstergesinin Excel tablolarında elle toplanması hem hata payını artırıyor hem de ciddi bir zaman kaybına yol açıyordu. Sorun tablo programının kendisi değil, sorumluluk zincirinin dosya kopyalarına dağılmasıdır: aynı göstergenin üç farklı dosyada üç farklı değeri bulunur ve hangisinin doğru olduğu ancak birileri hatırladığı sürece bilinir.

Bu sorunu çözmek için klinik çalışanlarının doğrudan veri girebileceği, girilen verileri anlık doğrulayan ve denetim raporlarını otomatik hazırlayan web tabanlı bir uygulama geliştirdim. Tasarımın çıkış noktası şuydu: veri girildiği anda doğrulanmalı, kim girdiği ve ne zaman girdiği kaydedilmeli, geriye dönük her değişiklik izlenebilir olmalıdır.

Çalışılmış Örnek: Bir Göstergenin Veri Yolculuğu

Somut bir gösterge üzerinden akışı izleyelim: bir kliniğin aylık olarak izlediği bir hasta güvenliği göstergesi düşünün.

Önceki durum: Servis sorumlusu ay boyunca kâğıt forma çetele tutar, ay sonunda kendi Excel dosyasına aktarır, kalite birimine e-posta atar. Kalite birimi gelen dosyaları tek tabloda birleştirir, formülleri kontrol eder, Bakanlık sistemine elle girer. Bu zincirde üç ayrı kopyalama adımı ve üç ayrı hata noktası vardır; hatanın hangi adımda oluştuğu sonradan anlaşılamaz.

Uygulamadaki akış: Servis sorumlusu veriyi doğrudan kendi ekranından girer. Sistem, alan doğrulama kurallarıyla mantıksız değerleri giriş anında reddeder (örneğin payda sıfır olamaz, dönem kapanmışsa geçmişe kayıt açılamaz). Kayıt; kullanıcı, zaman damgası ve dönem bilgisiyle birlikte saklanır. Kalite birimi birleştirme yapmaz, yalnızca eksik veri girmiş birimleri görür. Denetim raporu tek veri modelinden üretilir.

Kazanç, zaman değil güvenilirliktir: Bu akışta bir sayı sorgulandığında «bu değeri kim, ne zaman, hangi kaynağa dayanarak girdi» sorusunun cevabı sistemde durur. Üç iş günlük itiraz penceresinde asıl işe yarayan şey budur.

Veri Yetkilendirme ve KVKK Uyumluluğu

Sağlık verisi, 6698 sayılı Kişisel Verilerin Korunması Kanunu kapsamında özel nitelikli kişisel veridir; kanun kişinin sağlığına ilişkin verileri bu kategoride açıkça sayar ve işlenmesini kural olarak yasaklayıp sınırlı istisnalara bağlar. Bu yüzden sistem güvenliği bir ek özellik değil, mimarinin çıkış noktasıdır:

• Rol tabanlı yetkilendirme: Her departman yöneticisi yalnız kendi sorumluluğundaki göstergeleri ve verileri görebilir, değiştirebilir. Bu, Kanun'un 12. maddesindeki «kişisel verilere hukuka aykırı olarak erişilmesini önlemek» yükümlülüğünün doğrudan teknik karşılığıdır.
• Otomatik veri temizliği: Kanun'un 7. maddesi, işlenmesini gerektiren sebepler ortadan kalktığında kişisel verilerin silinmesini, yok edilmesini veya anonim hâle getirilmesini emreder. Saklama süresi dolan geçmiş kayıtları ve iptal edilen onay formlarını arka planda temizleyen veri tabanı fonksiyonları bu maddeyi otomatikleştirir; el ile yapılan silme işi unutulur, zamanlanmış iş unutulmaz.
• Denetim yükümlülüğü: Aynı madde veri sorumlusunun kendi kurumunda gerekli denetimleri yapmak zorunda olduğunu söyler. Tarihçeli kayıt yapısı bu denetimi rapor üretmekten ibaret hâle getirir.
• Hızlı arayüz tasarımı: Mobil uyumlu ve hızlı veri girişi sağlayan sade bir arayüz tasarladım. Kullanılabilirlik burada bir konfor meselesi değildir: giriş ekranı yavaşsa personel veriyi yine kâğıda yazar ve zincir baştan kopar.

Ölçüm ve Veri: Sistemin Başarısı Nasıl Değerlendirilir?

Bu tür bir uygulamanın başarısını «şu kadar saat kazandırdı» gibi doğrulanamayan rakamlarla anlatmak yerine, ölçüm yönteminin kendisini sabitlemek daha dürüst bir yaklaşımdır. İzlenen ölçütler şunlardır:

Bu dört ölçüt sistemin kurulduğu gün taban çizgisi olarak kaydedilir; sonraki her dönem bu tabana göre karşılaştırılır. Kurumdan kuruma değişen tek şey gösterge kümesidir, ölçüm yöntemi değil.

Hata Desenleri ve Kurulumda Dikkat Edilecek Riskler

• Denetim öncesi veri toplamak. Habersiz değerlendirme yapılabildiği için veri, denetim takvimine göre değil sürekli olarak toplanmalıdır.
• Standart setini sabit sanmak. Setler güncellenir ve yeni set yayımlandığında altı aylık sorumluluk penceresi işlemeye başlar. Gösterge tanımlarını koda gömmek yerine yapılandırılabilir tutmak, set değişiminde yazılımı yeniden yazmayı önler.
• Yetkiyi görünürlükle karıştırmak. Bir yöneticinin raporu görmesi gerekmesi, altındaki kişisel veriye erişmesi gerektiği anlamına gelmez. Toplulaştırılmış gösterge ile kaynak kayıt farklı yetki düzeylerinde tutulmalıdır.
• Saklama süresini planlamamak. Silme kuralı yazılmazsa sistem zamanla bir kişisel veri deposuna dönüşür; Kanun'un 7. maddesi bunu kuruma yükler.
• Log'ları veri envanterinin dışında bırakmak. Hata kayıtları ve giriş geçmişi de kişisel veri içerebilir; envantere dahil edilmezse görünmez bir risk birikir.

Kazanımlar ve Süreç Tasarrufu

• Kalite ekibinin veri toplama ve rapor birleştirme adımları tek uygulamada izlenebilir hâle geldi.
• Excel formül ve veri girişi riskleri alan doğrulama kurallarıyla azaltıldı.
• Denetim esnasında geriye dönük raporlar tek tıkla indirilebilir hale getirildi.
• Saklama süresi yönetimi el emeğinden çıkarılıp zamanlanmış işlere devredildi.

Benzer bir kalite ve uyum otomasyonunu kendi kurumunuzda değerlendirmek isterseniz, uçtan uca kurulumun nasıl yürüdüğünü yapay zeka iş akışı otomasyonu sayfasında, sağlık alanına özgü yaklaşımı ise sağlık turizmi otomasyonu sayfasında bulabilirsiniz.