İçeriğe atla
Sağlıkta Kalite Demo isteyin

Hasta Güvenliğinde İstenmeyen Olay Bildirimi: SAS, Kök Neden Analizi ve DİF

16 Ekim 2026 7 dk okuma

Hastane ve ayaktan kuruluşlarda istenmeyen olay ve ramak kala bildirimi, gizlilik, kök neden analizi, DİF ve HBYS entegrasyonu için SAS rehberi.

Hasta güvenliğinde istenmeyen olay bildirimi, bir hata gerçekleştikten sonra form doldurmaktan daha geniş bir süreçtir. Zarar oluşmadan fark edilen bir riskin görünür hale gelmesi, gerçekleşen olayın nedenlerinin anlaşılması ve aynı sorunun tekrarını önleyecek düzenlemenin izlenmesi gerekir. İyi çalışan bir sistem, çalışanların güvenle bildirim yapmasını ve yönetimin bu bilgiyi somut iyileştirmeye dönüştürmesini sağlar. Bu rehber, hastaneler ile ayaktan sağlık hizmeti sunan kuruluşlarda bildirim, analiz ve düzeltici iyileştirici faaliyet bağlantısını açıklamak için hazırlanmıştır.

Yazı, yeni bir mevzuat değişikliği duyurusu değildir. TÜSKA tarafından yayımlanan SAS Hastane v4 ve SAS Ayaktan Sağlık Hizmetleri v2 setlerinin İstenmeyen Olay Bildirimi bölümündeki ölçütlere dayanır. Akreditasyon gereklilikleri, kurumun uygulama tercihleri ve aşağıdaki örnek kayıt alanları ayrı değerlendirilmelidir. Kuruluşun tabi olduğu mevzuattan doğan bildirim ve kayıt yükümlülükleri ayrıca izlenir; kurum içindeki kalite bildirimi diğer resmî süreçlerin yerine geçmez.

İstenmeyen olay ve ramak kala olay nedir?

İstenmeyen olay yönetiminde yalnızca ortaya çıkan zarar üzerinden hareket etmek eksik bir yaklaşım oluşturur. Bir işlem sırasında yanlışlığın fark edilmesi ve uygulamanın durdurulması da öğrenme fırsatı sağlar. Örneğin işlem öncesi kontrolde yanlış hastaya ait hazırlığın fark edilmesi, zarar oluşmamış olsa bile süreçteki güvenlik açığını gösterebilir. Bu örnek gerçek hasta kaydı değildir; bildirim kapsamının anlaşılmasını sağlayan kurumsal bir senaryodur.

SAS setlerinde İOB.2, ramak kala ve gerçekleşen istenmeyen olayların izlenmesini sürekli iyileştirme ile ilişkilendirir. Dolayısıyla kurum, bildirim kapsamını yalnız ağır sonuçlu olaylarla sınırlamamalıdır. Olayın hangi aşamada yakalandığı, hangi kontrolün çalıştığı ve hangi koşulların riski artırdığı birlikte değerlendirilir. Başarılı bir son kontrolün bulunması, daha önceki aşamalardaki eksikliklerin incelenmesini gereksiz kılmaz.

Hastane ve ayaktan kuruluş için hangi SAS ölçütleri uygulanır?

SAS Hastane v4 içinde İOB.1.1 süreçlerin tanımlanmasını, İOB.1.2 bildirim sisteminin oluşturulmasını, İOB.1.3 çalışanların eğitimini ele alır. İOB.2.1 bildirimlerin analizini ve gerekli iyileştirmeleri; İOB.2.2 ise çalışanların analiz ve iyileştirme çalışmaları hakkında bilgilendirilmesini düzenler. Aynı kodlar SAS Ayaktan Sağlık Hizmetleri v2 içinde de yer alır; ayaktan kuruluşlara ilişkin değerlendirme doğrudan bu set üzerinden yapılabilir.

Buradaki ayrım hizmetin ayaktan sunulması ile kuruluşun türü arasındadır. Hastane polikliniği, yalnız ayaktan hasta kabul ettiği için kendiliğinden ayrı ayaktan kuruluş olarak değerlendirilmez. Bağımsız bir ayaktan kuruluşun süreçleri de hastane setine atıf yapılarak açıklanmamalıdır. Önce kuruluş için geçerli akreditasyon programı ve sunduğu hizmetler belirlenmeli, ardından ilgili setin ölçüt ve gereklilikleri birlikte okunmalıdır. Kurumsal prosedürde bu kapsam açıkça gösterilebilir.

İstenmeyen olay bildirim sistemi nasıl kurulmalıdır?

Her iki setin İOB.1 bölümünde bildirimden analize ve raporlamaya uzanan süreçlerin tanımlanması istenir. Kurumun kimlerin bildirim yapabileceğini, bildirimin nereye ulaşacağını, değerlendirmeden hangi birimin sorumlu olacağını ve sonuçların nasıl paylaşılacağını belirlemesi gerekir. Sistem bütün çalışanların kullanımına uygun, erişilebilir ve anlaşılır olmalıdır. Bildirimde bulunan çalışan hangi ekrandan veya hangi formdan ilerleyeceğini kolayca öğrenebilmelidir.

Gerekliliklerde hasta güvenliği ve çalışan güvenliği için modüller tanımlanır. Hasta güvenliği kapsamında ilaç, düşme, transfüzyon ve cerrahi güvenlik; çalışan güvenliği kapsamında kesici delici alet yaralanması, kan ve vücut sıvısına maruz kalma ve şiddet gibi başlıklar bulunur. Kuruluş kendi hizmet kapsamını ilgili setle birlikte eşleştirmelidir. Bu konu listesi, kuruluşta sunulmayan bir hizmet için varmış gibi olay kaydı oluşturulması gerektiği anlamına gelmez.

SAS gereklilikleri bildirim sisteminin elektronik ortamda veya basılı formlarla yürütülebilmesine imkan tanır. Belirli bir yazılım satın almak, bu ölçütlerin tek başına zorunlu sonucu değildir. Tercih edilen yöntem; bildirimlerin kaybolmamasını, doğru sorumluya ulaşmasını ve sonuçların izlenmesini sağlamalıdır. Basılı form kullanılıyorsa teslim ve kayıt akışı, elektronik sistem kullanılıyorsa erişim ve işlem yetkileri kurum tarafından tanımlanmalıdır.

Bildirim formunda hangi bilgiler bulunmalı?

Her iki setteki İOB.1.2 gereklilikleri, olayın konusu, gelişim süreci ve varsa görüş veya önerilerin alınmasını öngörür. Bunlar, olayı değerlendiren ekibin neyin nasıl gerçekleştiğini anlayabilmesine hizmet eder. Serbest açıklama alanına yalnız “hata oldu” yazılması yeterli süreç bilgisi sağlamaz. Buna karşılık gereksiz kişisel ayrıntı toplamak da analiz için doğru bir yöntem oluşturmaz.

Aşağıdaki tablo resmî bir zorunlu form şablonu değildir. Kurumun kendi hizmetine ve ilgili setin gerekliliklerine göre uyarlayabileceği örnek bir kayıt yapısıdır. Alanlar belirlenirken kişileri tanımlayıcı bilgi toplanmamasına ilişkin kurallar ve gizlilik ilkeleri dikkate alınmalıdır.

Örnek alanKurumsal kullanım amacı
Olayın konusu ve süreçRiskin hangi hizmet adımında ortaya çıktığını açıklamak
Olayın gelişimiGerçekleşen işlem sırasını kişisel tanımlayıcı kullanmadan anlatmak
Ramak kala veya gerçekleşen olayOlayın durumunu ve yakalandığı aşamayı değerlendirmek
Görüş ve öneriSahada fark edilen iyileştirme fırsatını aktarmak
Analiz ve faaliyet bağlantısıİlgili değerlendirme ile DİF kaydını takip etmek

Gizlilik nasıl korunur, hasta kaydıyla farkı nedir?

Her iki setin İOB.1.2 gerekliliklerinde hasta güvenliği modülündeki bildirimlerde kişileri tanımlayıcı bilgilere yer verilmemesi ve rapor paylaşımında gizliliğin korunması belirtilir. Bu nedenle bildirim ekranına ad, kimlik numarası veya kişiyi açıkça tanımlayan bir belge görüntüsünü otomatik aktarmak uygun bir tasarım değildir. Serbest metin alanlarında da bu tür bilgilerin yazılmasını önleyen açıklamalar ve kontroller düşünülmelidir.

Öğrenme amacıyla kullanılan kalite bildirimi ile hastanın bakımına ilişkin tıbbi kayıt farklı işlevlere sahiptir. Bildirimde tanımlayıcı bulunmaması, gerekli tıbbi kaydın silinmesi, olayın kayıtlardan çıkarılması veya hukukî süreçten saklanması anlamına gelmez. Her iki sette hukuka yansımış olayların da sistem kapsamında analiz edilmesi öngörülür. Yetkili inceleme, hasta bilgilendirme ve gerekli diğer işlemler kendi kurallarıyla yürütülür; kalite sisteminin gizlilik yaklaşımı bunların yerine konulmaz.

Kök neden analizi ve DİF bağlantısı nasıl kurulur?

İOB.2.1 kapsamında bildirimler değerlendirilir, olay bazında kök neden analizi yapılır ve gerekli iyileştirmeler planlanır. Yalnızca son işlemi yapan çalışana odaklanmak, iş akışındaki eksik kontrolü veya iletişim sorununu görünmez bırakabilir. Analizde süreç sırası, kullanılan dokümanlar, görev paylaşımı, çalışma koşulları ve bilgi sistemindeki uyarılar birlikte incelenebilir. Bu başlıklar uygulama önerisidir; her olay için aynı nedenin bulunacağı varsayılamaz.

DİF, düzeltici iyileştirici faaliyet kaydının olay analiziyle ilişkilendirilmesini sağlar. Kurumlarda DÖF adıyla anılan kayıtlar bulunabilir; SAS odaklı dokümanlarda güncel terminoloji ve kayıtların birbirleriyle ilişkisi açık tutulmalıdır. Bildirim ile faaliyet arasında bağlantı kurulurken sorumlu birim, hedef tarih, uygulanacak düzenleme ve etkinlik kontrolü belirlenebilir. Her bildirimi otomatik olarak aynı faaliyet şablonuyla kapatmak yerine analiz sonucuna göre gerekli çalışma seçilmelidir.

Örnek olarak hazırlık aşamasında bir karışıklık tespit edilmişse yalnız “personele tekrar eğitim verildi” ifadesiyle yetinmek süreçteki asıl problemi çözmeyebilir. Etiketleme akışı, kontrol noktaları veya bilgi aktarımı yeniden düzenlenebilir. Sonraki incelemede bu düzenlemenin gerçekten kullanılıp kullanılmadığı ve benzer riskin devam edip etmediği değerlendirilir. Buradaki senaryo bir klinik müdahale önerisi değil, kayıt ve iyileştirme yönetimi örneğidir.

Çalışan eğitimi ve geri bildirim neden önemlidir?

İOB.1.3 çalışan eğitimini, İOB.2.2 analiz ve iyileştirme sonuçlarının çalışanlarla paylaşılmasını kapsar. Eğitim yalnız ekranın kullanımını göstermemelidir. Bildirimin amacı, hangi durumların kapsama girdiği, gizlilik, hatalardan öğrenme yaklaşımı ve formun nasıl doldurulacağı da açıklanmalıdır. Örnek olayla yapılan uygulama, çalışanların gerçek bir durumda hangi kanalı kullanacaklarını anlamasını kolaylaştırabilir. Eğitimlerin kayıt altına alınması da gereklilikler arasında yer alır.

Bildirim yapan ekip hiçbir sonuç duymadığında sistemin işe yaradığına ilişkin güven zayıflayabilir. Kurum; kişisel tanımlayıcı içermeyen değerlendirme sonuçlarını, alınan önlemleri ve tamamlanan faaliyetleri uygun kanallarla paylaşabilir. Toplantı, kurum içi duyuru veya erişimi düzenlenmiş dijital ekran bu amaçla kullanılabilir. Paylaşımın kapsamı ve sıklığı kurum tarafından belirlenirken olayın hassasiyeti, gizlilik ve gerekli resmî süreçler birlikte gözetilmelidir.

HBYS ile SAS bildirim ve DİF akışı birlikte nasıl planlanır?

HBYS ile kalite yönetim sisteminin entegrasyonunda ilk karar hangi bilginin aktarılacağıdır. Hasta güvenliği bildirim modülüne hasta kimliğini taşıyan bir bağlantı veya belge eklemek yerine, gerekli süreç bilgisinin güvenli biçimde nasıl ayrıştırılacağı değerlendirilmelidir. Rol ve yetki matrisi, işlem izleri, erişim sınırları ve raporlama kuralları tasarım aşamasında ele alınabilir. Bu teknik tercihler kurumun uygulama önerileridir; SAS belirli bir ürün veya tek bir entegrasyon mimarisi şart koşmaz.

Gelin, kuruluşunuzun HBYS–SAS bağlantısını bildirimden analize, DİF kaydından etkinlik kontrolüne uzanan süreç üzerinden birlikte planlayalım. Önce mevcut form ve ekranları değerlendirelim; ardından sorumlulukları, gizlilik sınırlarını ve rapor ihtiyaçlarını belirleyerek uygulanabilir bir akış oluşturalım. Böylece amaç yalnız dijital form üretmek değil, bildirimin iyileştirmeye dönüşmesini izleyebilen bir kayıt düzeni kurmak olur.

İlgili süreçleri ayrıntılandırmak için SAS öz değerlendirme ve kanıt yönetimi rehberi incelenebilir. Hasta başvurularıyla ilişki için hasta hakları ve geri bildirim süreci de incelenebilir. Hasta şikâyeti ile olay bildirimi aynı kayıt türü değildir; gerektiğinde ilişkileri kurulurken erişim ve gizlilik ayrı ele alınmalıdır.

Resmî kaynaklar ve kapsam

Kaynak kontrol tarihi: 16 Ekim 2026. Rehberdeki örnek tablo ve entegrasyon adımları kurumsal uygulama önerisidir; resmî form, hukukî görüş veya akreditasyon sonucu garantisi olarak sunulmaz.

Devamı

Aynı konuda

Kurumunuzda nasıl çalışır, görelim

Yazdıklarımızı ekranda göstermek daha kolay. Bir iş günü içinde dönüyoruz.