Kazanimlar:
- Randevuya gelmeme (no-show) oranını etkileyen faktörleri kavrayıp yapay zekayı risk sınıflaması ve hatırlatma taslağı üretmek için kullanabilme
- Poliklinik kapasitesini, slot dağılımını ve aşırı rezervasyon (overbooking) mantığını yapay zeka desteğiyle senaryo bazında planlayabilme
- Yapay zeka çıktısının istatistiksel bir öneri olduğunu, hasta erişim hakkı ve adalet gözetilerek nihai çizelgenin yöneticiye ait olduğunu koruyabilme
Poliklinik yönetiminin en sinir bozucu kayıplarından biri, dolu görünen ama boş kalan randevu saatidir. Hasta randevu alır, gelmez; o slot (randevu dilimi — bir hekimin belirli bir zaman aralığındaki muayene hakkı) çöpe gider. Buna sağlık yönetiminde no-show (randevuya gelmeme) denir. Bir devlet hastanesinde poliklinik no-show oranı çoğu zaman yüzde 20-30 bandındadır; yani her dört randevudan biri boşa gider. Bu hem hekim zamanının israfı hem de gelmek isteyip yer bulamayan başka hastalar için erişim kaybıdır. Bu ünitede yapay zekayı iki iş için kullanacağız: gelmeme riskini önceden tahmin etmek ve kapasiteyi bu tahmine göre akıllıca çizelgelemek. Ama baştan sınırı koyalım: YZ bir olasılık tahmini üretir; hangi hastaya randevu verileceği, hasta erişim hakkı ve adalet gözetilerek yöneticinin kararıdır.
No-show'u ne belirler?
Gelmeme davranışı rastgele değildir; belli örüntüleri vardır. Uluslararası ve yerel çalışmalar şu faktörleri sık gösterir: randevu ile muayene arasındaki bekleme süresi ne kadar uzunsa gelmeme o kadar artar; sabahın çok erken veya akşamüstü geç saatler; daha önce gelmeme geçmişi (en güçlü belirteç); hava koşulları; hastanın ulaşım mesafesi; branş (bazı branşlarda kronik takip nedeniyle gelme oranı yüksek). YZ bu faktörleri tek tek ezberlemez; ona verdiğiniz geçmiş veriden örüntü çıkarır. Ama dikkat: YZ bir ilişki (korelasyon) bulur, neden (nedensellik) kurmaz. "Salı günleri gelmeme yüksek" demesi, salının suçlu olduğu anlamına gelmez; belki salıları başka bir etken devrededir.
Kapasite tarafında iki kavram kritiktir. Slot dağılımı, günün hangi saatine kaç randevu koyacağınızdır. Aşırı rezervasyon (overbooking), beklenen no-show'u telafi etmek için kapasiteden biraz fazla randevu vermektir — havayolu şirketlerinin uçağı fazladan satması gibi. Overbooking bir kumar değil, hesaplı bir dengedir: az yaparsanız boş slot kalır, çok yaparsanız herkes gelince kuyruk ve bekleme patlar. YZ bu dengeyi senaryolarla göstermede çok işe yarar.
Adım adım: YZ ile no-show ve çizelge çalışması
- Anonim veriyi hazırla. Hasta adı, TC, protokol yok; sadece "randevu saati, branş, bekleme günü, geçmiş gelmeme sayısı, geldi/gelmedi" gibi anonim alanlar.
- Örüntüyü çıkart. YZ'den hangi faktörlerin gelmeme ile birlikte hareket ettiğini özetlemesini iste.
- Risk bandı tanımla. Hastaları "yüksek/orta/düşük" gelmeme riski olarak bantla — tek tek skor değil, yönetilebilir gruplar.
- Müdahaleyi eşle. Yüksek riskli gruba daha yoğun hatırlatma (SMS + arama), esnek slot; düşük riskliye standart hatırlatma.
- Overbooking senaryosu kur. Beklenen gelmeme oranına göre kaç fazla randevu verileceğini senaryolarla hesaplat.
- Yönetsel süzgeç. Adalet kontrolü: hiçbir hasta grubu erişimden dışlanmıyor; overbooking makul; nihai çizelgeyi yönetici onaylar.
Dikkat: Risk skoru asla "bu hastaya randevu verme" için kullanılmaz. Skor yalnızca hatırlatmayı yoğunlaştırmak, erişimi kolaylaştırmak ve kapasiteyi dengelemek içindir. Aksi, hasta hakkı ihlalidir.
Üç mini vaka
Vaka 1 — Hatırlatma yoğunluğu. Bir göğüs hastalıkları polikliniğinde no-show yüzde 28'di. Kalite ekibi anonim 6 aylık veriyi YZ'ye verip riskli grubu belirledi: 14 günden uzun bekleyen ve daha önce en az bir kez gelmeyen hastalar. Bu gruba muayeneden 3 gün ve 1 gün önce iki kademeli SMS + arama uygulandı. Üç ay sonra bu grupta gelmeme yüzde 28'den yüzde 17'ye düştü; genel poliklinik no-show'u yüzde 21'e indi. Boş kalan slotlar azaldı, bekleme listesi kısaldı.
Vaka 2 — Ölçülü overbooking. Bir dermatoloji polikliniğinde günde 40 slot vardı, ortalama gelmeme yüzde 25 (yani ~10 boş). Yönetici YZ'den overbooking senaryosu istedi. YZ üç senaryo verdi: +4 randevu (düşük risk, hafif kuyruk olasılığı), +8 (dengeli), +12 (agresif, herkes gelirse ciddi bekleme). Yönetici +6 ile başladı; bir ay izledi. Boş slot yüzde 25'ten yüzde 9'a düştü, ortalama ek bekleme sadece 7 dakika arttı. Karar insanındı; YZ sadece seçenekleri görünür kıldı.
Vaka 3 — Yanlış kullanımdan dönüş. Bir birimde bir çalışan, YZ risk skorunu "yüksek riskliye randevu verilmesin" diye yorumlamak istedi. Kalite sorumlusu buna itiraz etti: bu, dezavantajlı (ulaşımı zor, düşük gelirli) hastaları sistemden dışlardı ve hem etik hem hukuki ihlaldi. Skor, dışlama için değil, o hastaya ulaşımı kolaylaştıran esnek randevu ve ek hatırlatma için kullanıldı.
Dört kopyalanabilir şablon
1) No-show faktör analizi:
Rolün: poliklinik operasyon analistine yardımcı asistan.Aşağıda anonim randevu verisi var (isim/kimlik yok): randevu saati,branş, bekleme günü, geçmiş gelmeme sayısı, sonuç (geldi/gelmedi).Görev: (1) gelmeme ile en güçlü birlikte hareket eden 5 faktörüsırala, (2) her biri için tek cümle açıklama yaz,(3) bunun korelasyon olduğunu, nedensellik iddia etmediğini belirt.Veri vermediğim hiçbir sayıyı uydurma.
2) Risk bandı ve müdahale eşleme:
Yukarıdaki örüntülere göre hastaları yüksek/orta/düşük gelmemeriski olarak 3 banda ayıracak basit, şeffaf kurallar öner(kara kutu değil, açıklanabilir eşikler). Her band için erişimiKORUYAN bir hatırlatma/kolaylaştırma müdahalesi öner.Hiçbir öneri hastayı randevudan dışlamasın.
3) Overbooking senaryosu:
Günlük slot: 40. Ortalama gelmeme oranı: %25.3 overbooking senaryosu üret (muhafazakâr / dengeli / agresif).Her senaryo için: verilecek toplam randevu, beklenen gelen hasta,herkes gelirse oluşacak fazla yük ve tahmini ek bekleme.Hesap formüllerini göster ki elle doğrulayabileyim.
4) Hatırlatma mesajı taslağı:
Yüksek riskli gruba gönderilecek, nazik ve net bir SMS hatırlatmametni yaz (160 karakter altı). Randevu iptal/erteleme için kolaybir yol belirt. Suçlayıcı dil kullanma. Türkçe, resmi ama sıcak.
Zayıf prompt / Güçlü prompt
Zayıf prompt:
No-show'u azalt.
Bu istem bağlamsızdır: hangi branş, hangi veri, hangi kısıt belli değil; YZ genel geçer, uygulanamaz tavsiyeler döker.
Güçlü prompt:
Dermatoloji polikliniğimizde günlük 40 slot, ortalama gelmeme %25.Elimde 6 aylık anonim randevu verisi var. Erişim hakkını koruyarakboş slotu azaltmak istiyorum. Bana (1) 3 bantlı bir risk kuralı,(2) her banda uygun hatırlatma yoğunluğu, (3) +6 overbookingsenaryosunun beklenen etkisini formülüyle ver.
Yaklaşım
Boş slot
Hasta erişimi
Etik risk
Hiçbir şey yapmama
Yüksek
Nötr
Yok ama israf var
Riskliye ek hatırlatma
Düşer
Korunur/artar
Yok
Ölçülü overbooking
Belirgin düşer
Hafif kuyruk riski
Düşük, izlenmeli
Riskliye randevu vermeme
Düşer
İhlal edilir
Yüksek — yapılmaz
Sık yapılan hatalar
- Skoru dışlama aracı sanmak. Risk skoru hastayı elemek için değil, ona ulaşmak içindir.
- Aşırı overbooking. Gelmeme oranını abartıp çok fazla randevu vermek kuyruğu ve şikâyeti patlatır.
- Korelasyonu nedensellik sanmak. "Salı riskli" demek salıyı yasaklamayı gerektirmez; ardındaki gerçek nedeni araştırın.
- Tek seans verisiyle karar. Bir aylık veriyle kalıcı kural koymak yanıltır; en az birkaç aylık örüntü gerekir.
- Adalet kontrolünü atlamak. Müdahalenin dezavantajlı grupları dışlamadığını mutlaka denetleyin.
İpucu: Overbooking'i her zaman küçük bir adımla (örneğin +2/+3) başlatıp bir hafta izleyin, sonra artırın. YZ'nin senaryosu bir tahmindir; sahadaki gerçek gelmeme oranınız senaryoyu güncellemenizi gerektirir.
Özetle
No-show, poliklinik kapasitesinin sessiz düşmanıdır. YZ, geçmiş anonim veriden gelmeme örüntülerini çıkarıp hastaları risk bantlarına ayırmada ve overbooking senaryolarını görünür kılmada güçlü bir yardımcıdır. Ama üretilen her şey bir olasılık tahminidir. Risk skoru asla dışlama aracı değildir; erişimi koruyan hatırlatma ve kolaylaştırma içindir. Overbooking hesaplı ve ölçülü olmalı, küçük adımlarla test edilmelidir. Nihai çizelge, adalet ve hasta hakkı gözetilerek yöneticinindir.
Uygulama görevi
Kendi biriminizden (veya varsayımsal) günlük slot sayısı ve ortalama gelmeme oranını alın. Yukarıdaki "Overbooking senaryosu" şablonuyla YZ'den üç senaryo isteyin. Sonra formülleri elle doğrulayın (örneğin 40 slot, %25 gelmeme → beklenen 30 gelen; +6 verirse 46 randevu, beklenen ~34-35 gelen). Hangi senaryoyu seçtiğinizi ve nedenini 5 maddede yazın; adalet kontrolünü de ekleyin.
Kontrol listesi
- [ ] Veriyi anonimleştirdim mi (isim/TC/protokol yok)?
- [ ] Risk skorunu dışlama için değil, erişimi koruyan müdahale için mi kullandım?
- [ ] Overbooking senaryosunu formülüyle elle doğruladım mı?
- [ ] Overbooking'i küçük adımla başlatıp izleme planı kurdum mu?
- [ ] Nihai çizelgeyi adalet süzgecinden geçirip yönetici onayına bağladım mı?