AI Telefon Asistanı Kurulum Maliyeti Hangi Kalemlerden Oluşur?

AI telefon asistanı kurulum maliyeti, yalnızca bir yazılım lisansı veya aylık kullanım bedelinden oluşmaz. Sağlık kurumları açısından gerçek bütçe; iş akışının keşfi, görüşme kapsamının belirlenmesi, sistem entegrasyonları, test, eğitim, güvenlik, devreye alma ve kullanım sonrası izleme birlikte değerlendirildiğinde görünür hâle gelir. Bu nedenle teklifleri tek bir toplam üzerinden değil, açık iş paketleri ve kabul ölçütleri üzerinden karşılaştırmak gerekir.

Dijital sağlık uygulamalarında maliyet kapsamı; sağlık içeriği, dijital işlev, iletişim kanalı ve bunları mümkün kılan altyapı, yönetişim, iş gücü ve birlikte çalışabilirlik ortamıyla birlikte ele alınır. Dolayısıyla aynı “telefon asistanı” tanımı altında sunulan iki proje, farklı iş akışları ve entegrasyon sorumlulukları nedeniyle aynı kapsama sahip olmayabilir. WHO uygulama değerlendirmeleri bu bileşenlerin birlikte incelenmesi gerektiğini gösterir.

AI telefon asistanı kurulum maliyeti neden tek kalem değildir?

Sağlık bilişimi yatırımlarına ilişkin akademik maliyet çalışmaları, AI telefon asistanları için hazır bir fiyat tarifesi sunmaz. Ancak bütçenin nasıl ayrıştırılabileceği konusunda yararlı bir çerçeve sağlar. Elektronik sağlık kaydı uygulamalarını inceleyen bir çalışma maliyetleri altyapı, personel, tesis veya alan ve eğitim materyalleri gibi diğer başlıklar altında sınıflandırır. Bu sınıflandırma, telefon asistanı teklifinde lisans dışındaki kaynakların ayrıca sorgulanması için kullanılabilir. JAMIA çalışmasının PubMed özeti bu maliyet kategorilerini açıklamaktadır.

Hastane tabanlı bilgisayarlı karar destek sistemlerinin uygulama maliyetlerini inceleyen sistematik derlemede iş gücü, dahil edilen çalışmalardaki en büyük uygulama maliyeti olarak bildirilmiştir. Bu bulgu telefon asistanı projelerinde aynı maliyet oranının oluşacağını kanıtlamaz; yine de analiz, geliştirme, entegrasyon, test, eğitim ve destek için harcanacak uzman emeğinin tekliflerde görünür olmasını gerektiren güçlü bir bütçe kontrol sorusu oluşturur. Implementation Science sistematik derlemesi iş gücü maliyetinin önemini ortaya koymaktadır.

Kurulum bütçesindeki temel iş paketleri

Keşif ve kapsam tanımlama

İlk iş paketi, asistanın hangi çağrıları karşılayacağını ve hangi noktada insana aktarım yapacağını belirlemelidir. Randevu talebi, mevcut randevu değişikliği, bölüm yönlendirmesi, sık sorulan idari sorular ve geri aranma kaydı gibi akışlar ayrı ayrı kapsamlandırılabilir. Her akış için gerekli veri, verilecek yanıt, hata durumu, yetkili ekip ve kabul ölçütü yazılmalıdır. WHO; kullanıcıların tasarım ve kullanıcı testine katılmasını, mevcut sistemlerle entegrasyonun ve iş akışı değişikliklerinin değerlendirilmesini önerir. Bu faaliyetler keşif bütçesinin gerekçesidir. WHO dijital sağlık uygulama kılavuzu kullanıcı katılımı, entegrasyon, eğitim ve sürekli desteği uygulama değerlendirmesine dahil eder.

Görüşme akışları ve güvenli kapsam sınırı

Görüşme tasarımı yalnızca selamlama metni hazırlamak değildir. Kullanıcının amacı anlaşılamadığında ne yapılacağı, yanlış bilgi düzeltilirken hangi yolun izleneceği, hangi konuların personele aktarılacağı ve görüşmenin nasıl sonlandırılacağı tanımlanmalıdır. Bu makalede ele alınan asistanın kapsamı idari iletişim, yönlendirme ve randevu işlemleridir; tanı, tedavi veya kişiye özel tıbbi yönlendirme klinik değerlendirme yerine otomasyona devredilmemelidir. Bu bir tıbbi tavsiye değil, proje güvenliği için önerilen kapsam sınırıdır. WHO, sağlıkta büyük dil modellerinin rutin kullanımından önce uzman gözetimi, şeffaflık ve titiz değerlendirme gereğine dikkat çeker. WHO’nun güvenli ve etik sağlık AI açıklaması bu yaklaşımı destekler.

Randevu ve kurum sistemi entegrasyonu

Asistan yalnızca talep kaydı oluşturacaksa entegrasyon daha dar tutulabilir. Doğrudan randevu oluşturacak, değiştirecek veya iptal edecekse hasta, uygulayıcı, konum, zaman aralığı, slot ve randevu durumu gibi alanların hangi sistemde yönetildiği açıklanmalıdır. HL7 FHIR Appointment kaynağı, randevuyu belirli bir sağlık olayı için katılımcılar ve zamanla ilişkili bir rezervasyon olarak tanımlar; klinik zamanlamada birden fazla sistem veya kaynağın uygunluğunu kontrol etmenin gerekebileceğini de belirtir. HL7 FHIR Appointment dokümantasyonu entegrasyon kapsamının basit bir takvim seçiminden daha geniş olabileceğini gösterir.

Teklifte API veya başka bir veri aktarım yöntemi, yazma ve okuma yetkileri, hata mesajları, tekrar deneme davranışı, test ortamı ve entegrasyonun bakım sorumluluğu ayrı satırlarda gösterilmelidir. Teknik hazırlık için HBYS ve CRM Entegrasyon Rehberi ek bir kontrol çerçevesi sunar.

Veri yönetişimi ve açık rıza akışı

Proje ekibi, görüşme sırasında hangi verilerin alınacağını, hangi sisteme aktarılacağını, kimlerin erişeceğini ve kayıtların hangi amaçlarla kullanılacağını süreç bazında belgelemelidir. Açık rızanın belirli bir işlem için hukuki dayanak olarak kullanılacağı durumlarda rızanın belirli konuya ilişkin, bilgilendirmeye dayalı ve özgür iradeyle verilmesi gerekir. KVKK ayrıca açık rızanın çağrı merkezi üzerinden alınabileceğini ve ispat yükümlülüğünün veri sorumlusunda olduğunu belirtir. KVKK’nın açık rıza açıklaması bu sınırlı noktaları desteklemektedir.

Bu kaynak, her telefon görüşmesinde açık rıza gerektiği anlamına gelmez. Uygulanacak hukuki sebep ve yükümlülükler kurumun kendi veri işleme süreci için yetkili hukuk ve uyum ekiplerince değerlendirilmelidir. “KVKK uyumlu AI telefon asistanı” ifadesi tek başına yeterli kabul edilmemeli; süreç, rol, kayıt ve ispat mekanizmaları incelenmelidir. Kurum içi inceleme için KVKK Uyumlu Sesli AI Kontrol Listesi kullanılabilir.

Test ve kabul çalışmaları

Canlıya geçiş öncesinde her görüşme akışının beklenen sonuç, aktarım davranışı ve hata durumuyla birlikte test edilmesi gerekir. Hedef hasta gruplarında kullanılacak diller, kurumun gerçek randevu kuralları ve entegrasyon hata yanıtları kabul kapsamına dahil edilmelidir. Testin amacı yalnızca asistanın yanıt vermesi değil, kullanım sınırlarının ve başarısızlık davranışlarının görünür olmasıdır. NIST AI RMF; AI sistemlerinin tasarım, geliştirme, kullanım ve değerlendirme süreçlerinde güvenilirlik risklerinin yönetilmesine yardımcı olan gönüllü bir çerçevedir. NIST AI RMF devreye alma öncesi değerlendirme ve kullanım süresince risk yönetimi için temel sağlar.

Klinik risk değerlendirmesi

Asistanın işlevi klinik süreçleri etkileyebilecek bir noktaya uzanıyorsa ayrıca klinik risk çalışması gerekebilir. Birleşik Krallık NHS bağlamındaki DCB0129 standardı, sağlık ve bakım ortamında kullanılan Health IT sistemlerini geliştiren ve sürdüren kuruluşlar için klinik risk yönetimi gereklilikleri tanımlar ve üreticilerin klinik güvenliği kanıtlamasına yardımcı olmayı amaçlar. Bu standart burada Türkiye için bir mevzuat yükümlülüğü olarak değil; tehlike kaydı, güvenlik dokümantasyonu ve test gibi işlerin ayrı bir paket olabileceğini gösteren uluslararası bir referans olarak ele alınmaktadır. NHS England DCB0129 sayfası standardın kapsamını açıklar.

Eğitim, devreye alma ve destek

Eğitim yalnızca sistemi kullanacak personele özellik anlatımıyla sınırlanmamalıdır. Çağrı devralacak ekiplerin aktarım gerekçelerini, hata kaydı yöntemini ve kapsam dışı taleplerde izlenecek yolu bilmesi gerekir. Devreye alma planında sorumlu ekipler, destek kanalı, hata öncelikleri ve değişiklik onayı belirlenmelidir. WHO, kullanıma geçiş öncesi eğitimin ve devam eden teknik desteğin dijital sağlık uygulamalarında değerlendirilmesini önerir. WHO uygulama değerlendirmeleri bu kalemlerin lisans dışında bütçelenmesini destekler.

Teklif karşılaştırması için kapsam kartı

Kurum, her tedarikçiye aynı kapsam kartını göndererek tekliflerin karşılaştırılabilirliğini artırabilir. Kartta şu sorular bulunmalıdır:

• Asistanın destekleyeceği idari görüşme akışları hangileridir?
• Hangi akışlar yalnızca talep kaydı, hangileri sistem üzerinde işlem üretir?
• Entegrasyonun geliştirme, test ve bakım sorumluluğu kimdedir?
• Hangi diller ve kullanım örnekleri kabul testine dahildir?
• Anlaşılamayan, hatalı veya kapsam dışı talepler kime aktarılır?
• Eğitim hangi kullanıcı rollerini kapsar?
• Canlı kullanımda hata, değişiklik ve risk kayıtları nasıl yönetilir?
• Başlangıç teslimatından sonra hangi destek işleri ayrıca ücretlendirilir?

Bu kartta yalnızca özellik adları değil, teslim edilecek çıktı da yazılmalıdır. Örneğin “entegrasyon var” yerine ilgili işlem, test ortamı, hata davranışı ve sorumluluk sınırı belirtilmelidir. FHIR randevu modelindeki katılımcı, zaman, slot ve durum ayrıntıları, teknik kabul belgesinin neden alan düzeyinde hazırlanması gerektiğini gösterir. HL7 FHIR Appointment bu alanların teknik kapsamını açıklar.

Tek seferlik ve devam eden giderleri ayırma

Keşif, ilk görüşme akışlarının hazırlanması, başlangıç entegrasyonu, kabul testi, ilk eğitim ve devreye alma başlangıç iş paketi altında gösterilebilir. Kullanım sonrası destek, yeni akışların eklenmesi, model veya sistem değişikliklerinin değerlendirilmesi, periyodik testler ve risk izleme ise devam eden işler olarak ayrı izlenmelidir. Bu ayrım fiyat seviyesi hakkında bir iddia değildir; WHO’nun sürekli destek yaklaşımı ile NIST’in AI yaşam döngüsü boyunca risk yönetimi çerçevesinden türetilen bir bütçe düzenidir. WHO uygulama kılavuzu ve NIST AI RMF bu işlerin canlıya geçişle sona ermeyen yönlerini destekler.

Bütçe kararında başlangıç bedelini operasyonel giderlerden ayrı değerlendirmek, sonradan ortaya çıkabilecek kapsam değişikliklerini görünür kılar. Finansal değerlendirmeyi yapılandırmak isteyen kurumlar AI Çağrı Merkezi ROI Hesaplama Rehberi ile maliyet ve ölçüm varsayımlarını ayrı kaydedebilir.

Satın alma öncesi son kontrol

Sağlık kurumları toplam fiyatı onaylamadan önce kapsam belgesi, sorumluluk matrisi, entegrasyon tanımı, kabul planı, eğitim teslimatı ve kullanım sonrası destek koşullarını birlikte incelemelidir. En düşük başlangıç bedeli ile en dar kapsam aynı teklifte bulunabileceği gibi, geniş görünen bir özellik listesi de kurumun gerçek iş akışını karşılamayabilir. Bu nedenle karar, belgelenmiş teslimatlar ve sınırlar üzerinden verilmelidir.

AI asistanı klinik karar mekanizması olarak konumlandırılmamalıdır. Klinik içerik veya kişiye özel sağlık yönlendirmesi gerektiren talepler, kurumun belirlediği yetkili sağlık personeline aktarılmalıdır. Sağlıkta AI için uzman gözetimi ve titiz değerlendirme gereğini vurgulayan WHO açıklaması, bu kapsam sınırının bütçe ve kabul planına dahil edilmesini destekler.

Sık sorulan sorular

Kurulum için sabit bir piyasa fiyatı verilebilir mi?

Hayır. Bu makaledeki kanıtlar standart bir fiyat vermemektedir. Bütçe; altyapı, personel, entegrasyon, eğitim ve diğer uygulama işlerinin kapsamına göre oluşturulmalıdır. Sağlık bilişimi maliyet çalışmalarında da lisans dışındaki kaynak kategorileri ayrı incelenmektedir. PubMed’deki maliyet çalışması bu ayrıştırmaya dayanak sağlar.

Yazılım lisansı bütün kurulum giderlerini kapsar mı?

Bunun yanıtı sözleşmeye bağlıdır. Teklifte keşif, entegrasyon, test, eğitim, devreye alma ve sürekli desteğin lisansa dahil olup olmadığı ayrı ayrı yazılmalıdır. WHO bu faaliyetleri dijital sağlık uygulamasının farklı bileşenleri olarak ele alır. WHO kılavuzu kapsam kontrolü için kullanılabilir.

Randevu entegrasyonunun maliyetini ne belirler?

Asistanın yalnızca talep oluşturmasıyla doğrudan uygunluk kontrol edip randevu yazması aynı teknik kapsam değildir. Katılımcılar, zaman, slot, durum ve birden fazla kaynaktaki uygunluk kontrolü entegrasyon işini etkileyebilir. HL7 FHIR Appointment bu teknik ayrıntıları açıklar.

Açık rıza her çağrıda alınmalı mı?

Bu konuda genel bir yanıt verilmemelidir. Hukuki sebep, somut veri işleme faaliyetine göre kurumun yetkili ekiplerince belirlenmelidir. Açık rıza kullanılacaksa belirli, bilgilendirmeye dayalı ve özgür iradeyle verilmiş olmalı; ispat yükümlülüğü de dikkate alınmalıdır. KVKK’nın açık rıza açıklaması bu koşulları belirtir.

Canlıya geçişten sonra bütçe neden devam eder?

Teknik destek, değişikliklerin değerlendirilmesi, risk izleme ve tekrar testleri kullanım döneminde sürebilir. WHO sürekli desteği, NIST ise AI yaşam döngüsü boyunca risk yönetimini uygulama kapsamına dahil eder. NIST AI RMF bu yaklaşım için temel sunar.

Kurulum ne kadar sürer?

Sabit bir kurulum süresi verilemez. Takvim; görüşme akışlarının kapsamına, sistem entegrasyonlarına, kullanıcı testlerine, eğitime ve kabul çalışmalarına göre belirlenmelidir. WHO bu faaliyetleri uygulama değerlendirmesinin ayrı bileşenleri olarak ele alır; ancak belirli bir hafta sayısı vermez. Bu nedenle süre, teklifte aşamalar ve teslimatlar bazında yazılmalıdır. WHO uygulama değerlendirmeleri bu planlama yaklaşımını destekler.

AI telefon asistanı tıbbi karar verebilir mi?

Bu yazıda önerilen kapsam idari iletişim, yönlendirme ve randevu işlemleriyle sınırlıdır. Tanı, tedavi veya kişiye özel tıbbi yönlendirme gerektiren konular yetkili sağlık personeline aktarılmalıdır. WHO, sağlıkta AI kullanımı için uzman gözetimi ve titiz değerlendirme gerektiğini vurgular. WHO’nun sağlıkta güvenli AI açıklaması bu güvenlik yaklaşımını destekler.

Bu kalemlerin AgentFix tarafındaki güncel karşılıkları [kurulum ücretleri](/kurulum-ucretleri) sayfasında listeleniyor.