Sağlık Turizmi
Gece Gelen Taleplerde Yabancı Hasta Geri Arama Saati Belirleyin
Yurt dışından gece gelen taleplerde ülke bilgisini tek başına kullanmadan; saat dilimi, yerel uygunluk penceresi, dil ve kanal tercihine göre güvenli geri arama akışı oluşturun.

Yurt dışından mesai dışında gelen bir talebi hemen aramak, hastanın bulunduğu yerde gece saatlerine denk gelebilir. Yabancı Hasta Geri Arama Saati bu nedenle yalnızca talebin geliş anına bakılarak belirlenmemelidir. Ülke, doğrulanmış saat dilimi, hastanın uygun olduğu yerel zaman aralığı, konuşma dili ve tercih ettiği iletişim kanalı birlikte değerlendirilmelidir.
Buradaki amaç klinik değerlendirme yapmak değil, iletişim zamanlamasını daha kontrollü yönetmektir. Otomasyon uygun iletişim penceresini hesaplayabilir; tıbbi karar, acil durum değerlendirmesi ve klinik yönlendirme ise yetkili sağlık ekibinde kalmalıdır.
Yabancı Hasta Geri Arama Saati neden yalnızca ülkeye göre belirlenmemeli?
Ülke alanı, saat dilimini tek başına kesin olarak göstermeyebilir. Operasyonel çıkarım: Bir ülke kaydı, saat dilimini tahmin etmek için başlangıç noktası olarak kullanılabilir; ancak otomatik planlama doğrulanmış bir saat dilimi tanımlayıcısına dayanmalıdır. IANA veritabanı farklı yerler için yerel saat geçmişini ve kurallarını makine tarafından işlenebilir biçimde tutar; siyasi kararlarla değişen UTC farkları ve yaz saati kuralları doğrultusunda güncellenir. Bu kaynak, belirli bir kliniğin hangi saatte arama yapması gerektiğini söylemez; yalnızca yerel saat dönüşümünde kullanılabilecek zaman verisini sağlar. IANA Saat Dilimi Veritabanı
Talep formunda yalnızca telefon ülke kodunun bulunması da yeterli bir zamanlama girdisi değildir. Telefon numarası başka bir ülkeden alınmış, seyahat sırasında kullanılıyor veya hasta farklı bir yerde bulunuyor olabilir. Bu nedenle ülke kodunun nasıl işlendiği ayrı kontrol edilmeli; konuya ilişkin teknik riskler yabancı hasta formunda ülke kodu yazısındaki form doğrulama yaklaşımıyla birlikte ele alınmalıdır.
En güvenli soru, hastanın o anda bulunduğu yeri tahmin etmek yerine saat dilimini veya yerel saatini doğrulamaktır. Kullanıcı teknik saat dilimi adını bilmiyorsa şehir ve ülke bilgisi alınabilir; sistemin bulduğu karşılık hastaya teyit ettirilebilir. Doğrulama yapılamıyorsa otomatik arama oluşturmak yerine kayıt insan incelemesine gönderilmelidir.
Planlama için CRM’de hangi alanlar tutulmalı?
Operasyonel tasarım önerisi: Planlama kaydı; ülke, doğrulanmış saat dilimi, konuşma dili, okuma dili, tercih edilen kanal, alternatif kanal, uygun yerel zaman aralığı, iletişim izni veya itiraz durumu ve son doğrulama bilgisini ayrı alanlarda tutmalıdır. Ülke yönlendirme bağlamını, saat dilimi dönüşümü, dil iletişim içeriğini, kanal tercihi ise temas yöntemini belirler. Bu alanların işlevleri birbirine karıştırılmamalıdır.
Dil seçimi yalnızca çeviri amacıyla kullanılmamalıdır. AHRQ, hastalara hangi dili konuşmak ve okumak istediklerinin sorulmasını; dil erişiminin randevu planlama, takip iletişimi, hasta portalları ve güvenli mesajlaşma gibi süreçlerde değerlendirilmesini önerir. Bu öneri belirli bir teknoloji veya otomatik geri arama mimarisi şart koşmaz; CRM alanlarının nasıl kurulacağı kuruluşun operasyonel tasarımıdır. AHRQ — Address Language Differences
Kanal bilgisinin serbest metin yerine yapılandırılmış tutulması, telefon, kısa mesaj ve e-posta gibi seçeneklerin ayrıştırılmasını kolaylaştırır. HL7 FHIR ContactPoint veri tipi bu iletişim sistemlerini ayrı kodlarla temsil edebilir; rank alanı kullanım önceliğini, period alanı ise iletişim bilgisinin geçerli olduğu dönemi kaydedebilir. Bu standart, hastanın belirli bir kanalı mutlaka tercih edeceğini göstermez ve hukuki izin yerine geçmez; yalnızca verinin nasıl yapılandırılabileceğini açıklar. HL7 FHIR ContactPoint
Talep bir formdan geldiyse kayıt kaynağı, saat dilimi ve kanal tercihi aynı işlem bağlamında CRM’e aktarılmalıdır. Form ile çağrı kuyruğu arasındaki sorumluluk ayrımı için randevu formu sonrası geri arama süreci ayrıca incelenebilir.
Yerel saate göre geri arama akışı nasıl kurulmalı?
Aşağıdaki adımlar bir mevzuat hükmü veya klinik protokol değil, operasyonel tasarım önerisidir. Uygulanacak iletişim saatleri, kanal izinleri ve ülkeye özgü kısıtlar kuruluşun hukuk, veri koruma, klinik kalite ve operasyon ekipleri tarafından onaylanmalıdır.
Talebin güvenlik durumunu önce ayırın
Operasyonel tasarım önerisi: Başvuru sahibi acil yardım istediğini, durumunun hızla kötüleştiğini veya rutin geri aramayı bekleyemeyeceğini belirtiyorsa normal zamanlama akışı durdurulmalıdır. Sistem tıbbi tanı koymamalı; bu kanalın acil yardım ya da klinik karar hizmeti sunmadığını açıkça bildirmeli, kişiden bulunduğu yerdeki yerel acil hizmetlere başvurmasını istemeli ve kaydı yetkili klinik ekibin insan incelemesine devretmelidir.
WHO, sağlıkta yapay zekâ kullanımında insanların sağlık sistemleri ve tıbbi kararlar üzerindeki kontrolünün korunmasını; güvenlik, şeffaflık ve hesap verebilirlik mekanizmalarının bulunmasını öngörür. WHO kaynağı belirti listesi, triyaj protokolü, ülkeye özgü acil numara veya otomasyon adımı tanımlamaz. Acil ifadelerin nasıl yakalanacağı, hangi metnin gösterileceği ve klinik devrin nasıl yapılacağı sağlık kuruluşunun kendi klinik onayıyla belirlenmelidir. Dünya Sağlık Örgütü — Sağlıkta Yapay Zekâ İlkeleri
Saat dilimini doğrulayın
Kayıtta geçerli bir saat dilimi varsa sistem talebin geliş anını hastanın yerel saatine çevirebilir. Alan boşsa veya şehir, ülke ve saat dilimi bilgileri arasında uyuşmazlık varsa sessizce varsayım yapılmamalıdır. Hastaya tercih ettiği kanaldan kısa bir doğrulama sorusu yöneltmek ya da kaydı yabancı hasta temsilcisine aktarmak daha kontrollü bir tasarım olur.
Saat dönüşümünde sabit bir UTC farkını kalıcı olarak yazmak yerine güncellenen saat dilimi kurallarını kullanan bir altyapı tercih edilmelidir. IANA veritabanı UTC farkları ve yaz saati kurallarıyla ilgili değişiklikleri yansıttığı için dönüşüm katmanının güncel tutulması gerekir. IANA herhangi bir iletişim penceresi belirlemez; sistemin güncelleme ve doğrulama yöntemi teknik ekibin sorumluluğundadır. IANA Saat Dilimi Veritabanı
Hastanın uygun penceresiyle kurum kapasitesini kesiştirin
Operasyonel tasarım önerisi: Aday geri arama aralığı; hastanın bildirdiği yerel uygunluk penceresi, tercih edilen kanal için onaylanmış kurum politikası, ekibin çalışma kapasitesi ve hukuk ekibinin hedef pazar için tanımladığı kuralların kesişimi olarak hesaplanmalıdır. Ortak bir pencere çıkmazsa sistem kendi başına yeni bir zaman seçmemeli; hastadan alternatif zaman veya kanal istemelidir.
Hasta tarafından bildirilen olası zaman aralıkları yapılandırılmış biçimde saklanabilir. HL7 FHIR Appointment kaynağındaki requestedPeriod, tercih edilen potansiyel tarih ve saat aralıklarını temsil eder; yinelenen randevu şablonunda geçerli bir IANA saat dilimi kodu kullanılabilir. Bu alanların geri arama sürecinde kullanılması bir uygulama tasarımıdır; HL7 kaynağı geri arama politikası veya hukuki temas saati belirlemez. HL7 FHIR Appointment
Kanalı talep kaynağından değil, tercihten seçin
Bir kişinin web formu, sosyal mesaj veya telefon üzerinden gelmiş olması, geri dönüşte aynı kanalı tercih ettiği anlamına otomatik olarak kabul edilmemelidir. Tercih edilen kanal ile kullanılabilir alternatif kanal ayrı tutulmalı; itiraz veya kullanım dışı bilgisi varsa planlama motoru bunu dikkate almalıdır. Kanal değişiminde konuşmanın önceki bağlamını kaybetmemek için hasta adayı kanal geçişi ayrıca tasarlanmalıdır.
Planlanmış iletişim ayrı bir iş kaydı olarak tutulabilir. HL7 FHIR CommunicationRequest, iletişim kanalını medium, planlanan zamanı ise occurrenceDateTime veya occurrencePeriod alanlarında temsil etmeyi destekler. Kaynak ayrıca alıcıyı tanımlayan bir yapı sunar. Bu teknik model, iletişim için gerekli hukuki dayanağı veya hasta onayını kendiliğinden sağlamaz. HL7 FHIR CommunicationRequest
Veri koruma sınırları nasıl kurulmalı?
Ülke, saat dilimi, dil, kanal ve uygun zaman alanları yalnızca tanımlanmış iletişim amacıyla bağlantılı olduğu ölçüde işlenmelidir. KVKK’nın genel ilkeleri kişisel verilerin belirli, açık ve meşru amaçlarla; amaçla bağlantılı, sınırlı ve ölçülü biçimde işlenmesini ve yalnızca gerekli süre boyunca saklanmasını öngörür. Bu ilkeler tek başına belirli bir CRM kurulumunun KVKK’ya uygun olduğunu kanıtlamaz; somut süreç ayrıca değerlendirilmelidir. KVKK — Kişisel Verilerin İşlenmesinde Genel İlkeler
Operasyonel tasarım önerisi: Saat dilimi alanının kaynağı, hastanın verdiği bilgi, personel doğrulaması veya sistem eşleştirmesi olarak işaretlenebilir. Yanlış eşleşmeleri düzeltmek için güncelleme kaydı tutulabilir. Erişim yetkileri görev ihtiyacına göre sınırlandırılmalı; artık kullanılmayan iletişim tercihleri için kuruluşun saklama ve silme politikası uygulanmalıdır. Bunlar genel ilkelerden türetilen tasarım seçenekleridir, Kurumun belirli bir yazılım için emrettiği teknik adımlar değildir.
Veri doğrudan ilgili kişiden alınmadıysa ve iletişim amacıyla kullanılacaksa KVKK, aydınlatma yükümlülüğünün en geç ilk iletişim sırasında yerine getirilmesi gerektiğini açıklar. Kaynak, belirli bir çağrı metni veya otomatik ses akışı sunmaz; aydınlatmanın içeriği ve yöntemi somut veri işleme faaliyetine göre hukuk ve veri koruma ekiplerince hazırlanmalıdır. KVKK — Aydınlatma Yükümlülüğü Kamuoyu Duyurusu
Uygulamadan önce hangi kontroller yapılmalı?
Test ortamında gece gelen örnek talepler; geçerli saat dilimi, eksik saat dilimi, çelişkili ülke bilgisi, kanal itirazı, uygun pencere bulunamaması ve acil yardım ifadesi gibi durumlarla denenebilir. Beklenen sonuç yalnızca bir saat üretmek değil; belirsiz kaydı güvenli biçimde insan kuyruğuna aktarabilmektir.
İzlenebilecek operasyonel göstergeler arasında doğrulanamayan saat dilimi oranı, manuel incelemeye aktarılan kayıtlar, planlanan ve gerçekleşen yerel saat arasındaki sapma, tercih dışı kanal denemeleri, itiraz sonrası durdurulamayan işler ve acil yolun doğru devredilip devredilmediği bulunabilir. Bunlar önerilen kalite göstergeleridir; araştırma paketindeki kaynakların zorunlu tuttuğu ölçütler değildir.
Kurulum kapsamı değerlendirilirken [sağlık turizmi otomasyonu](/kurulum-ucretleri/saglik) ve [CRM entegrasyonu](/kurulum-ucretleri/crm) sayfaları incelenebilir. Hiçbir otomasyon, klinik triyajın veya yetkili personelin kararının yerine geçirilmemelidir.
Sonuç
Yabancı hasta geri arama planlamasının güvenilir girdisi yalnızca ülke değildir. Doğrulanmış saat dilimi, hastanın yerel uygunluk penceresi, dil tercihi, kanal tercihi, iletişim durumu ve insan devri birlikte tasarlanmalıdır. Eksik veya çelişkili bilgi olduğunda sistem tahmin yürütmek yerine doğrulama istemeli; acil yardım ifadelerinde rutin kuyruğu atlayarak klinik olarak onaylanmış insan devrini başlatmalıdır.
Sık sorulan sorular
Telefon ülke kodu saat dilimini belirlemek için yeterli mi?
Hayır. Operasyonel planlama telefon kodunu kesin konum kabul etmemeli; hastanın bulunduğu yer veya saat dilimi ayrıca doğrulanmalıdır. IANA verisi dönüşüm için kullanılabilir, ancak hastanın güncel konumunu kendiliğinden kanıtlamaz. IANA Saat Dilimi Veritabanı
Geri arama saati Türkiye saatine göre mi saklanmalı?
Planlanan zaman ortak bir zaman temsiliyle saklanabilir; bunun yanında hastanın doğrulanmış IANA saat dilimi ve yerel tercih penceresi korunmalıdır. Böylece yerel saat yeniden hesaplanabilir. Kesin veri modeli kuruluşun teknik mimarisine göre belirlenir.
Hasta kanal tercihi belirtmediyse ne yapılmalı?
Sistem bir kanalı kesin tercih olarak varsaymamalıdır. Operasyonel tasarım önerisi: İzin ve itiraz kayıtları kontrol edildikten sonra tercih sorulmalı veya kayıt insan incelemesine gönderilmelidir. Formun geldiği kanal, geri dönüş tercihiyle aynı kabul edilmemelidir.
Acil yardım talebi geri arama kuyruğunda bekletilebilir mi?
Operasyonel tasarım önerisi: Acil yardım istediğini belirten kişi rutin geri arama zamanlayıcısında tutulmamalıdır. Otomasyon klinik karar vermemeli; yerel acil hizmetlere başvurma uyarısı göstermeli ve kaydı klinik olarak onaylanmış insan devrine aktarmalıdır. WHO kaynağı insan kontrolünü destekler; ayrıntılı triyaj kuralını veya acil yönlendirme metnini tanımlamaz. Dünya Sağlık Örgütü — Sağlıkta Yapay Zekâ İlkeleri
Bu alanları CRM’e eklemek KVKK uyumu sağlar mı?
Hayır. Alanların eklenmesi tek başına uyum kanıtı değildir. İşleme amacı, veri minimizasyonu, saklama süresi, erişim, aydınlatma ve somut sürecin hukuki değerlendirmesi birlikte ele alınmalıdır. KVKK — Kişisel Verilerin İşlenmesinde Genel İlkeler
Kaynaklar
- Time ZonesInternet Assigned Numbers Authority
- Appointment - FHIR v5.0.0Health Level Seven International
- CommunicationRequest - FHIR v5.0.0Health Level Seven International
- Datatypes Definitions - ContactPoint - FHIR v5.0.0Health Level Seven International
- Address Language Differences: Tool 9Agency for Healthcare Research and Quality
- General Principles in Processing of Personal DataKişisel Verileri Koruma Kurumu
- Aydınlatma Yükümlülüğünün Yerine Getirilmesi Hakkında Kamuoyu DuyurusuKişisel Verileri Koruma Kurumu
- WHO Issues First Global Report on Artificial Intelligence in Health and Six Guiding Principles for Its Design and UseWorld Health Organization
Sık sorulan sorular
Telefon ülke kodu saat dilimini belirlemek için yeterli mi?
Hayır. Operasyonel planlama telefon kodunu kesin konum kabul etmemeli; hastanın bulunduğu yer veya saat dilimi ayrıca doğrulanmalıdır. IANA verisi dönüşüm için kullanılabilir, ancak hastanın güncel konumunu kendiliğinden kanıtlamaz.
Geri arama saati Türkiye saatine göre mi saklanmalı?
Planlanan zaman ortak bir zaman temsiliyle saklanabilir; bunun yanında hastanın doğrulanmış IANA saat dilimi ve yerel tercih penceresi korunmalıdır. Kesin veri modeli kuruluşun teknik mimarisine göre belirlenir.
Hasta kanal tercihi belirtmediyse ne yapılmalı?
Sistem bir kanalı kesin tercih olarak varsaymamalıdır. İzin ve itiraz kayıtları kontrol edildikten sonra tercih sorulmalı veya kayıt insan incelemesine gönderilmelidir.
Acil yardım talebi geri arama kuyruğunda bekletilebilir mi?
Acil yardım istediğini belirten kişi rutin geri arama zamanlayıcısında tutulmamalıdır. Otomasyon klinik karar vermemeli; yerel acil hizmetlere başvurma uyarısı göstermeli ve kaydı klinik olarak onaylanmış insan devrine aktarmalıdır.
Bu alanları CRM’e eklemek KVKK uyumu sağlar mı?
Hayır. Alanların eklenmesi tek başına uyum kanıtı değildir. İşleme amacı, veri minimizasyonu, saklama süresi, erişim, aydınlatma ve somut sürecin hukuki değerlendirmesi birlikte ele alınmalıdır.