Sağlıkta Yapay Zeka: Hasta Randevusu ve Bilgi Yönetimi
Bir kliniğin WhatsApp hattına gelen ilk üç mesaj şöyle: "Yarına randevu var mı?", "Tahlil sonucum çıktı mı?", "İki gündür göğsümde ağrı var, hangi bölüme gitmeliyim?" İlk ikisi operasyon sorusu. Üçüncüsü değil — ve bir asistanın üçüncü soruya cevap vermeye çalışması, kliniğe randevu otomasyonundan kazandığından çok daha fazlasına mal olabilir. Sağlıkta yapay zekanın işi bu sınırın doğru yerde çizilmesiyle başlıyor. Aşağıda randevu ve bilgi tarafında gerçekten ne yapılabildiğini, hasta verisinde nelere dikkat edilmesi gerektiğini ve HBYS bağlantısında nerede takılındığını anlatıyorum.
Önce sınır: asistan tanı koymaz
Bunu en başa yazıyorum çünkü sonradan konuşulduğunda geç oluyor. Bir AI asistan hastaya tanı koymaz, tedavi önermez, ilaç dozu söylemez, tahlil sonucu yorumlamaz. Semptom anlatan bir hastayı branşa yönlendirmesi bile tartışmalı bir alan; göğüs ağrısını kardiyolojiye yönlendiren bir bot, aslında örtük bir değerlendirme yapmış olur.
İşleyen kurulum şu şekilde: hasta hangi bölümden randevu istediğini söylerse asistan o bölüme randevu açar. Söyleyemiyorsa ya da bir şikâyet tarif ediyorsa, konuşma bir sağlık çalışanına aktarılır. Acil bir tablo tarif ediliyorsa asistan tek şey yapar — hastayı 112'ye ve acile yönlendirir, konuşmayı orada bırakır.
Bu kural devir oranını yükseltir. Yükselsin. Sağlıkta yanlış cevabın maliyeti başka sektörlerdeki gibi bir memnuniyetsizlik değil.
Randevu tarafı: asıl kazanç burada
Sınırı çizdikten sonra geriye kalan alan hâlâ geniş, üstelik kliniklerin en çok vakit kaybettiği alan.
Randevu açma, erteleme, iptal. Hastanın istediği bölüm ve hekim belliyse bu tamamen operasyonel bir iş.
Hazırlık talimatları. Açlık gerekiyor mu, hangi ilaç kesilecek mi, kaç dakika önce gelinmeli. Bu bilgiler hekim tarafından yazılıp bilgi bankasına konur; asistan yazmaz, okur.
Hatırlatma ve teyit. Bir gün önce ve sabah. Randevusuna gelemeyecek hastanın bunu önceden söylemesi, kliniğe boş kalan slotu doldurma şansı verir.
Boşalan slotun değerlendirilmesi. İptal geldiğinde bekleme listesindeki hastaya teklif gitsin. Kliniklerde en hızlı geri dönen otomasyon genelde bu.
Yol tarifi, çalışma saatleri, anlaşmalı kurum ve fiyat soruları. Klasik SSS yanıtlama işi; danışmanın telefonunun yarısını buradan boşaltabilirsiniz.
Randevu kaçırma oranı düşerse takvim doluluğu artar, bu doğrudan gelir demek. Ama hatırlatma sayısını abartmayın; günde iki mesaj alan hasta hepsini okumayı bırakıyor.
Hasta verisi: en dikkatli olunacak yer
Sağlık verisi, kişisel verilerin özel bir kategorisinde. Bu yüzden buradaki kurallar diğer sektörlerden farklı işliyor ve bir blog yazısının hukuki tavsiye verebileceği alan değil. Genel bilgilendirme düzeyinde dikkat çekmek istediğim başlıklar şunlar:
Veri minimizasyonu. Randevu için TC kimlik numarası, ad soyad ve telefon yeterliyse şikâyet metnini kaydetmeyin. Toplamadığınız veri, korumak zorunda olmadığınız veridir.
Rıza ve aydınlatma. Hangi verinin neden işlendiği, ne kadar saklandığı ve kiminle paylaşıldığı yazılı olmalı. Sağlık verisinin işlenmesi için gereken hukuki dayanağı kendi hukuk danışmanınızla netleştirin.
Erişim yetkileri. Konuşma kayıtlarını kim görebiliyor? Klinikte çoğu zaman bu soru hiç sorulmamış oluyor ve herkesin her şeyi gördüğü bir kurulum çıkıyor.
Verinin nerede tutulduğu. Yurt içi ve yurt dışı aktarım konusu sağlıkta ayrı bir başlık; sağlayıcınıza barındırma yerini açıkça sorun ve cevabı yazılı alın.
Bizim tarafımızdaki yaklaşımı güvenlik ve KVKK sayfasında topladık; yine de sözleşme aşamasında kendi hukukçunuzun okuması gerekir. Şablon metinlerle geçiştirilen kurulumlar denetimde değil, hasta şikâyetinde patlıyor.
HBYS bağlantısı: proje burada uzuyor
Türkiye'de klinik ve hastanelerin kullandığı HBYS çeşitliliği yüksek ve hepsinin API desteği aynı olgunlukta değil. Kimi sistemde randevu yazma yetkisi var, kimi sadece okumaya izin veriyor. Bazı kurumlarda entegrasyon sağlayıcı üzerinden ek lisansa bağlı.
Sahada en çok karşılaştığımız üç pürüz: aynı hastanın iki farklı kayıtla açılması (bir kez telefondan, bir kez TC ile), MHRS üzerinden gelen randevunun kurum sistemine yansımasındaki gecikme, ve hekim izin girdiği halde takvimin dışarıya kapalı görünmemesi. Üçü de hastanın kapıda "randevum vardı" demesiyle sonuçlanıyor.
Bu yüzden projeyi kurarken sıralamayı ters kurmayın: önce hangi sistemden neyi okuyup neyi yazabildiğinizi netleştirin, sonra konuşma akışını tasarlayın. Tersi olduğunda güzel bir akış tasarlanıyor ve HBYS'nin yazmaya izin vermediği ortaya çıkıyor.
Telefon mu, mesaj mı
Kanal seçimi sağlıkta diğer sektörlerden farklı işliyor, çünkü hasta profili geniş. Kronik hastalığı olan yaşlı bir hasta hâlâ telefonu tercih ediyor ve mesaj kutusunu hiç açmıyor olabilir. Genç hasta ise telefonda beklemek yerine yazmayı seçiyor. İkisini de karşılamak gerekiyor, ama ikisini aynı anda açmak zorunda değilsiniz.
Sesli tarafı kuracaksanız bir test daha var: ilaç ve bölüm adlarının doğru anlaşılması. "Gastroenteroloji" ile "genel cerrahi" arasındaki karışıklık randevunun yanlış bölüme açılması demek ve hasta bunu ancak kapıda öğreniyor. Kurulumdan önce en sık geçen bölüm ve terim listesini gerçek çağrı kayıtlarıyla test edin; kâğıt üzerinde temiz görünen liste, telefonda başka türlü duyuluyor.
Bot yapsın, bot yapmasın
Asistan üstlensin | Asistan hiç girmesin |
|---|---|
Randevu açma, erteleme, iptal | Tanı, tedavi ve ilaç yorumu |
Hazırlık talimatlarını iletme | Tahlil ve görüntüleme sonucu yorumlama |
Anlaşmalı kurum ve ücret bilgisi | Semptomdan branş çıkarma |
Sonucun hazır olduğunu bildirme | Acil durum değerlendirmesi |
Sağ sütun tartışmaya açık değil. Sol sütun bile ancak veri güncelse işe yarıyor.
Son söz
Sağlıkta yapay zekayı hekimin yerine değil, danışma masasının yanına koyun. Randevu trafiğini, hatırlatmayı ve tekrar eden bilgi sorularını devralması bile kliniğin telefon yükünü hissedilir şekilde azaltıyor; klinik karar süreçleri ise bambaşka bir alan ve bu yazının konusu değil. Kendi randevu akışınıza uygun bir kurulumu sağlık randevu sistemi sayfasında anlattık. AI Agent TR ekibiyle kendi HBYS'niz üzerinden konuşmak isterseniz demo talebinizi iletin.
Sıkça Sorulan Sorular
Hasta acil bir durum tarif ederse ne oluyor?
Asistan değerlendirme yapmaz. 112 ve en yakın acil servise yönlendiren sabit bir mesaj verir ve konuşmayı sağlık çalışanına aktarır. Bu akış ilk kurulumda test edilmeli.
Tahlil sonucu paylaşabilir mi?
Sonucun hazır olduğunu bildirebilir. İçeriğini kurumun kendi güvenli portalı üzerinden paylaşmak daha doğru; mesajlaşma kanalında sağlık verisi dolaştırmak gereksiz risk.
MHRS ile birlikte çalışır mı?
Kurumun sistemine bağlı. Özel kliniklerde kendi takviminiz üzerinden çalışır; kamu tarafındaki randevular kendi kanallarından yönetiliyor ve o akışa müdahale edilmez.
Kurulum ne kadar sürer?
Belirleyici olan HBYS tarafındaki erişim. Yazma yetkisi hazırsa birkaç hafta; sağlayıcıdan izin ve lisans bekleniyorsa süre tamamen o yazışmaya bağlı kalıyor.
