Muayenehaneler İçin Sanal Tıbbi Sekreter

Muayenehanelerde telefon, randevu defteri, mesajlaşma ve hasta karşılama çoğu zaman aynı kişinin omuzlarındadır. Sekreter hastayı karşılarken telefon çalar; hekim görüşmedeyken iptal talebi gelir; mesai sonrasında ertesi gün için boşluk sorulur. Sanal tıbbi sekreter bu yoğunluğu düzenleyebilir, ancak yalnızca görev tanımı doğru çizilirse. Satın alma hedefi insanı ortadan kaldırmak değil, tekrarlı idari işlemleri standartlaştırmak, erişilemeyen talepleri sahipli bir kuyruğa almak ve hassas ya da belirsiz konuları doğru kişiye devretmektir.

Sağlık iletişiminde konuşmanın doğal görünmesi tek başına kalite ölçüsü değildir. Sistem bir çalışma saatini doğru söyleyebilir fakat mevcut hastanın randevusunu yanlış kişiye açıklıyorsa başarısızdır. Randevu oluşturabilir fakat takvim yanıt vermediğinde kesinleşmiş gibi konuşuyorsa operasyon riski üretir. WHO'nun sağlıkta yapay zekâ yönetişimi insan özerkliği, güvenlik, şeffaflık ve hesap verebilirliği merkeze alır. Küçük muayenehane için bunun pratik karşılığı; sınırlı görev listesi, açık insan devri, en az veri, kayıt izi ve düzenli hata incelemesidir.

Önce görev sınırını yazın

Sanal tıbbi sekreter adı geniş bir yetenek izlenimi yaratabilir. Satın alma şartnamesinde bu adı somut görevlere bölün:

Otomasyona uygun düşük riskli görevler: adres ve ulaşım bilgisi, çalışma saatleri, kabul edilen iletişim kanalları, kurumca yayımlanmış hizmet başlıkları, yeni randevu talebi alma, uygun saatleri sorgulama, onaylı randevuyu hatırlatma, iptal veya yeniden planlama talebini kaydetme, insanla görüşme isteğini kuyruğa aktarma.

Kontrollü kimlik doğrulama gerektiren görevler: mevcut randevuyu okuma, değiştirme veya iptal etme; kişiye özel belge durumunu yalnız izin verilen ölçüde bildirme; iletişim tercihini güncelleme. Bu işlemlerde arayan numarayı kimlik kabul etmek yerine muayenehanenin riskine uygun doğrulama kullanılmalıdır.

Otomasyon dışında tutulması gereken görevler: teşhis koyma, belirtiye göre tedavi önerme, ilaç veya doz hakkında yönlendirme, tetkik sonucu yorumlama, aciliyet kararı verme, hekim yerine klinik tavsiye sunma ve kurumca onaylanmamış başarı/fiyat vaadi üretme. Bu talepler için kısa, sakin ve önceden onaylı bir sınır mesajı ile insan devri tanımlanmalıdır.

Bu listeyi tedarikçi değil muayenehane onaylamalıdır. Hekim, sekreter, veri koruma/hukuk desteği ve entegrasyon sorumlusu her görevin veri ihtiyacını ve istisnasını birlikte belirlemelidir.

Günlük akışı konuşma metninden önce tasarlayın

Bir randevu talebinin ideal akışı şu şekilde olabilir: sistem arayanın yeni veya mevcut hasta olduğunu sorar; talep edilen hizmeti kurumun hizmet kataloğundan eşler; yalnız gerekli iletişim ve takvim bilgilerini toplar; randevu sisteminden gerçek uygunluğu okur; arayanın seçimini tekrar eder; randevu yazma işlemini gönderir; yalnız başarılı yanıt aldıktan sonra onay verir; tercih edilen kanaldan asgari içerikli bildirim yollar; işlem kimliğini kaydeder.

Her adımın başarısızlık davranışı olmalıdır. Hizmet bulunamazsa sistem benzer isimli bir işlem uydurmamalıdır. Takvim yanıt vermezse tahmini saat önermemelidir. Yazma isteği zaman aşımına uğrarsa aynı talebi körlemesine yeniden gönderip mükerrer randevu oluşturmamalıdır. Bunun yerine benzersiz işlem anahtarıyla durumu sorgulamalı veya talebi insan kuyruğuna aktarmalıdır.

HL7 FHIR Appointment, Schedule ve Slot kavramları bu ayrımı anlamak için yararlıdır. Schedule bir hizmet veya kaynağın zaman planını, Slot rezervasyon durumunu, Appointment ise planlanan buluşmayı temsil eder. Muayenehane yazılımınız FHIR kullanmasa bile tedarikçinin uygunluk okuma, geçici ayırma ve kesin randevu oluşturma adımlarını birbirinden ayırıp ayırmadığını sorun.

Randevu hatırlatması mahrem bir iletişimdir

Hatırlatma yalnız otomatik mesaj göndermek değildir. Hangi numaraya, hangi kanaldan, hangi içerikle, ne zaman ve hangi tercih temelinde gönderileceği yönetilmelidir. ABD Sağlık ve İnsan Hizmetleri Bakanlığının HIPAA açıklamaları Türkiye için hukuki kaynak değildir; ancak tasarım açısından yararlı bir mahremiyet örneği sunar: telesekreter veya aile üyesine bırakılan mesajda açıklanan bilgi gerekli olanla sınırlandırılmalı, kişinin makul alternatif iletişim talebi dikkate alınmalıdır. Türkiye'de bağlayıcı değerlendirme KVKK ve ilgili sağlık mevzuatı çerçevesinde kurumun hukuk uzmanıyla yapılmalıdır.

Pratik olarak hatırlatma metninde gereksiz branş, işlem, belirti veya sonuç bilgisi bulunmamalıdır. Telefon ekranında görünen mesajın başka biri tarafından okunabileceği varsayılmalıdır. Kişi SMS yerine arama, belirli saat aralığı veya farklı bir numara tercih edebiliyorsa bu tercih yapılandırılmış alan olarak saklanmalıdır. Yanıtla onay, iptal veya yeniden planlama destekleniyorsa bağlantı süreli, işlem kimliği tekil ve kimlik adımı riskle orantılı olmalıdır.

Hatırlatma ile pazarlama mesajını da ayırın. Randevu bilgisi vermek ile yeni bir hizmeti tanıtmak farklı amaçlardır. Aynı veri listesini iki amaç için otomatik kullanmak yerine işleme amacı, tercih ve iletişim izni hukuk incelemesinden geçirilmelidir.

Kim arıyor: hasta, yakını veya bilinmeyen kişi?

Muayenehane telefonlarında eş, ebeveyn, yetişkin çocuk veya bakım veren kişi sıkça arar. Sistem yakın adına yeni randevu talebi alabilir, fakat kişinin mevcut randevusunu ya da sağlıkla ilgili ayrıntıyı açıklama yetkisini varsaymamalıdır. Her işlem için bir temsil matrisi hazırlayın: yeni talep, mevcut randevu görüntüleme, tarih değiştirme, iptal, belge durumu ve iletişim tercihi.

Kimlik doğrulama da tek bir sabit sorudan ibaret olmamalıdır. Herkese açık bilgi için doğrulama gereksizdir. Mevcut randevuya erişimde ise muayenehanenin belirlediği birden çok unsur kullanılabilir. Sistem doğrulama başarısızlığını açıkça söylemeli, sınırlı sayıda denemeden sonra insana devretmeli ve konuşmada hangi bilginin yanlış olduğunu ifşa etmemelidir.

KVKK sağlık verisini özel nitelikli kişisel veri sayar. Bu nedenle serbest konuşmadan çıkan her ayrıntıyı hasta kaydına yazmak doğru varsayım değildir. Hangi niyet için hangi alanın gerekli olduğu önceden belirlenmeli; fazla bilgi ya geçici olarak işlenmeli ya da hiç tutulmamalıdır. Tam konuşma kaydı, metin dökümü ve özet ayrı veri varlıklarıdır; her biri için amaç, erişim ve saklama süresi tanımlanmalıdır.

İnsan devri ve geri arama kuyruğu

Küçük ekipte canlı devir her an mümkün olmayabilir. Bu yüzden sanal sekreterin en değerli özelliklerinden biri yapılandırılmış geri arama görevi oluşturmasıdır. Görevde isim veya tercih edilen hitap, güvenli iletişim numarası, uygun zaman aralığı, idari niyet, denenen işlem ve devir nedeni bulunabilir. Klinik ayrıntı gereksizse görev metnine taşınmamalıdır.

Kuyrukta görev sahibi, hedef süre ve kapanış kodu olmalıdır. Arandı, ulaşılamadı, randevu tamamlandı, hekim yanıtı gerekiyor veya hatalı numara gibi sonuçlar seçilebilir. Sistem yalnız görev oluşturmakla yetinirse dijital bir bekleme kutusu üretir. Yönetim ekranı geciken görevleri göstermeli ve iş günü sonunda açık talepler için uyarı vermelidir.

Arayan istediği anda insan talep edebilmelidir. AI'nın birkaç kez başarısız olduktan sonra devir sunması yeterli değildir. Erişilebilirlik ihtiyacı, dil uyumsuzluğu, öfkeli veya kaygılı iletişim ve hassas konu da doğrudan devir nedeni olabilir.

Muayenehane yazılımıyla entegrasyon

Sanal sekreterin verimli çalışması için en az hizmet kataloğu, hekim takvimi, randevu işlemleri ve geri arama kuyruğuyla entegrasyon gerekir. Entegrasyon var ifadesi yerine her işlemi test edin:

• Gerçek zamanlı müsaitlik okunuyor mu?
• Bloke saatler ve izinler doğru görülüyor mu?
• Farklı randevu türlerinin süreleri korunuyor mu?
• Aynı slot iki kişi tarafından seçildiğinde çakışma nasıl çözülüyor?
• Yeni randevu, değişiklik ve iptal ayrı yetkiler mi?
• İşlem başarısızlığında arayana doğru durum söyleniyor mu?
• Değişikliği yapan kanal ve işlem kimliği denetim kaydına yazılıyor mu?
• Tedarikçi kesildiğinde sekreter mevcut takvim arayüzünden çalışmaya devam edebiliyor mu?

İlk aşamada geri arama görevi ve uygunluk okuma ile başlamak, doğrudan takvime yazma yetkisini kabul testlerinden sonra açmak risk kontrollü bir yoldur. Üretim servis hesabı yalnız gerekli API yetkilerine sahip olmalıdır.

Bilgi tabanı nasıl yönetilmeli?

Muayenehane hakkındaki çalışma saati, adres, park, ödeme yöntemi, hizmet adı ve hazırlık bilgisi dağınık dokümanlardan modele bırakılmamalıdır. Her içerik parçasının sahibi, onay tarihi, geçerlilik süresi ve sürümü olmalıdır. Klinik hazırlık metinleri hekim onayı olmadan değiştirilememelidir. Sistem yanıtında kaynağın güncel sürümünü kullanmalı; süresi geçmiş bilgi otomatik yayımlanmamalıdır.

Sağlayıcıdan modelin genel internet bilgisini mi, yalnız kurum bilgi tabanını mı kullandığını açıklamasını isteyin. Muayenehane yanıtlarında kontrollü kaynak yaklaşımı tercih edilmelidir. Sistem bilmiyorsa bunu söyleyebilmeli ve talebi görev olarak devretmelidir.

Satın alma ekonomisini personel azaltmaya bağlamayın

Sanal sekreter yatırımını bir çalışan maaşını tamamen kaldırma hesabıyla kurmak yanıltıcıdır. İnsan ekip; karşılama, ödeme, belge, hasta ilişkileri, istisna yönetimi ve klinik koordinasyon gibi birçok işi birlikte yapar. Otomasyon yalnız seçili temasları alabilir. Sağlıklı iş gerekçesi, zaman ve hizmet seviyesi üzerinden kurulur.

Dört haftalık baz dönemde çağrı sayısı, cevaplanamayan çağrı, ortalama idari işlem süresi, tekrar arama, mesai dışı talep, randevu değişikliği ve geri arama gecikmesini ölçün. Pilot sonrası aynı niyetlerde harcanan personel süresi, tamamlanma, hata ve devir oranını karşılaştırın. Daha hızlı yanıtın doğrudan gelir yarattığını varsaymayın; randevuya dönüşüm ve gerçekleşen ziyaret ayrı izlenmelidir.

Toplam sahip olma maliyetine lisans, telefon dakikası, konuşma çözümleme, mesaj, entegrasyon, veri saklama, güvenlik incelemesi, kurulum, destek, içerik güncelleme ve çıkış maliyeti dahil edilmelidir. Düşük hacimli muayenehanede sabit platform bedeli birim maliyeti yükseltebilir; yoğun saatlerde eş zamanlı kapasite ise ayrı fiyatlanabilir. Üç hacim senaryosu isteyin: mevcut, yüzde elli artış ve iki kat hacim. Bu senaryolar başarı iddiası değil, maliyet dayanıklılığı testidir.

Tedarikçiye sorulacak kritik sorular

1. Sistem açıkça hangi görevleri yapmaz?
2. İnsan talebi ilk turda nasıl karşılanır?
3. Türkçe performansı hangi gerçekçi test setiyle ölçülür?
4. Yanlış yanıt ve yanlış randevu nasıl raporlanır?
5. Kurum bilgi tabanı kim tarafından ve hangi onayla güncellenir?
6. Ses, döküm, özet ve metadatanın saklama süreleri ayrı mı?
7. Veriler model eğitimi için kullanılıyor mu; bu kullanım kapatılabilir mi?
8. Alt işleyenler ve veri işleme konumları nelerdir?
9. Takvim yazma işlemi tekrar güvenli mi?
10. Kesinti ve tedarikçi çıkışı halinde numara, veri ve konuşma akışları nasıl taşınır?

Sözleşmede hizmet seviyesi kadar değişiklik yönetimi de bulunmalıdır. Hekim izni, çalışma saati veya randevu süresi değiştiğinde güncellemenin kaç saat içinde yayına alınacağı ve kimin onaylayacağı yazılmalıdır.

60 günlük kontrollü uygulama

1-15. gün: İletişim niyetleri ve baz metrikler çıkarılır. Görev sınırı, kimlik matrisi, veri alanları ve insan devirleri onaylanır. Sağlayıcının veri akışı ve sözleşmeleri incelenir.

16-30. gün: Adres, çalışma saati, hizmet kataloğu ve geri arama kaydı sentetik verilerle test edilir. Gürültü, farklı ifade, insan talebi, yanlış numara ve sistem kesintisi senaryoları çalıştırılır.

31-45. gün: Sınırlı saatlerde gerçek trafik pilotu başlatılır. Başlangıçta takvim yazmak yerine uygunluk ve talep kaydı kullanılabilir. Personel tüm sonuçları işaretler; yanlış sınıflandırmalar günlük gözden geçirilir.

46-60. gün: Kabul eşikleri sağlanıyorsa kontrollü randevu yazma açılır. Mükerrer işlem, yanlış slot, iptal ve yeniden planlama regresyon testleri yapılır. Baz dönemle sonuçlar karşılaştırılır ve ölçekleme kararı verilir.

Kabul kriterleri

Muayenehane; doğru niyet, doğru bilgi, güvenli sınır, başarılı işlem ve doğru devir için ayrı hedef koymalıdır. Mahremiyet ihlali, klinik öneri üretme veya kesinleşmemiş randevuyu onaylama kritik hata sayılmalı ve hacim hedefinden bağımsız durdurma kuralı doğurmalıdır. Her model güncellemesi aynı sentetik test paketiyle sınanmalıdır.

Sanal tıbbi sekreter, küçük ekibin telefon yükünü düzenleyebilen bir operasyon bileşenidir; dijital hekim veya sınırsız yetkili asistan değildir. Doğru satın alma, sesin ne kadar insana benzediğinden önce görevin ne kadar açık, verinin ne kadar sınırlı, işlemin ne kadar doğrulanabilir ve insan desteğinin ne kadar erişilebilir olduğuna bakar. Bu dört koşul sağlandığında muayenehane otomasyonu kontrollü biçimde büyütebilir.

İlgili AgentFix rehberleri

• Diş kliniklerinde yapay zeka telefon asistanı
• Özel hastanelerde kaçan çağrıları azaltma