Gece Gelen Taleplerde Yabancı Hasta Geri Arama Saati
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 belirlenirken bu yüzden yalnızca talebin geliş anına bakmayın. Ülkeyi, doğrulanmış saat dilimini, hastanın uygun olduğu yerel zaman aralığını, konuşma dilini ve tercih ettiği iletişim yolunu birlikte değerlendirin.
Bu yazı klinik değerlendirmeyle ilgilenmiyor; konu, iletişimin zamanını daha kontrollü yönetmek. 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 kesin olarak göstermeyebilir. Ülke kaydını saat dilimini tahmin etmek için başlangıç noktası olarak kullanabilirsiniz, ama otomatik planlamayı doğrulanmış bir saat dilimi tanımlayıcısına dayandırın. 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ı
Telefonun ülke kodu da saati belirlemeye yetmez. Numara başka bir ülkeden alınmış olabilir, hasta seyahatte olabilir ya da başka bir ülkede yaşıyor olabilir. Ülke kodunun nasıl işlendiğini ayrıca kontrol edin; teknik riskler için yabancı hasta formunda ülke kodu yazısındaki form doğrulama yaklaşımına bakın.
En güvenli yol, hastanın o an nerede olduğunu tahmin etmek yerine saat dilimini ya da yerel saatini ona sormaktır. Hasta saat diliminin teknik adını bilmiyorsa şehri ve ülkeyi sorun, sistemin bulduğu karşılığı ona onaylatın.
Doğrulama yapılamıyorsa otomatik arama oluşturmayın; kaydı bir kişinin incelemesine gönderin.
Planlama için CRM’de hangi alanlar tutulmalı?#
Planlama kaydında şu bilgiler ayrı alanlarda dursun: ülke, doğrulanmış saat dilimi, konuşma dili, okuma dili, tercih edilen iletişim yolu, yedek iletişim yolu, uygun yerel saat aralığı, iletişim izni ya da itiraz durumu ve son doğrulama bilgisi. Her alanın işi farklıdır. Ülke talebin hangi ekibe gideceğini, saat dilimi saat dönüşümünü, dil konuşmanın içeriğini, iletişim tercihi de hastaya nasıl ulaşılacağını belirler. Bu alanları birbirinin yerine kullanmayın.
Dil bilgisini çeviriyle sınırlı tutmayın. 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. AHRQ belirli bir teknoloji ya da otomatik geri arama mimarisi şart koşmaz; CRM alanlarını nasıl kuracağına kuruluş kendisi karar verir. AHRQ — Address Language Differences
İletişim tercihini serbest metin yerine seçmeli bir alanda tutarsanız telefon, kısa mesaj ve e-posta birbirinden kolayca ayrılı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 formdan geldiyse kaydın kaynağını, saat dilimini ve iletişim tercihini aynı işlemde CRM’e aktarın. Formla arama listesi arasındaki sorumluluğun nasıl bölüneceğini randevu formu sonrası geri arama yazısında bulabilirsiniz.
Yerel saate göre geri arama akışı nasıl kurulmalı?#
Aşağıdaki adımlar bir tasarım önerisidir; mevzuat hükmü ya da klinik protokol yerine geçmez. 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#
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 düzeneklerinin 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 ya da şehir, ülke ve saat dilimi birbirini tutmuyorsa sistem sessizce varsayım yapmasın. Hastaya tercih ettiği yoldan kısa bir doğrulama sorusu gönderin ya da kaydı yabancı hasta temsilcisine aktarın.
Saat dönüşümünde sabit bir UTC farkını koda gömmeyin; güncellenen saat dilimi kurallarını kullanan bir altyapı seçin. 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 arama saati belirlemez; sistemin nasıl güncelleneceği ve doğrulanacağı teknik ekibin sorumluluğundadır. IANA Saat Dilimi Veritabanı
Hastanın uygun saatini ekibin çalışma saatleriyle eşleştirin#
Aday geri arama aralığı şu koşulların kesiştiği yerde hesaplanmalıdır: hastanın bildirdiği yerel uygunluk saatleri, seçilen iletişim yolu için onaylanmış kurum politikası, ekibin çalışma saatleri ve hukuk ekibinin hedef pazar için tanımladığı kurallar. Ortak bir saat çıkmazsa sistem kendi başına yeni bir zaman seçmesin; hastadan başka bir zaman ya da iletişim yolu istesin.
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
İletişim yolunu hastanın tercihine göre seçin#
Talebin web formundan, sosyal medya mesajından ya da telefondan gelmesini, hastanın geri dönüşü de aynı yoldan istediğinin kanıtı saymayın. Tercih edilen yolu ve yedek yolu ayrı tutun; itiraz ya da kullanım dışı bilgisi varsa planlama sistemi bunu hesaba katsın. İletişim yolu değişince konuşmanın önceki bağlamı kaybolmasın diye hasta adayı kanal geçişi adımlarını ayrıca tasarlayın.
Planlanmış iletişim ayrı bir iş kaydı olarak tutulabilir. HL7 FHIR CommunicationRequest, iletişim yolunu 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, iletişim tercihi 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
Saat dilimi alanına bilginin nereden geldiğini işaretleyebilirsiniz: hasta mı verdi, personel mi doğruladı, yoksa sistem mi eşleştirdi? Yanlış eşleşmeleri düzeltmek için bir güncelleme kaydı da tutulabilir. Erişim yetkilerini görev ihtiyacına göre sınırlayın; artık kullanılmayan iletişim tercihlerine kuruluşun saklama ve silme politikasını uygulayın. Bu öneriler genel ilkelerden türetilmiş tasarım seçenekleridir. Kurumun belirli bir yazılım için emrettiği teknik adımlar arasında yer almazlar.
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 gelmiş gibi örnek talepler oluşturun ve şu durumları deneyin: geçerli saat dilimi, eksik saat dilimi, çelişkili ülke bilgisi, iletişim yoluna itiraz, ortak saat bulunamaması ve acil yardım ifadesi. Sistemin bir saat üretmesi yetmez. Belirsiz kaydı güvenle bir kişinin incelemesine aktarabildiğini de görün.
Canlıda şu göstergeler izlenebilir: saat dilimi doğrulanamayan kayıtların oranı, elle incelemeye giden kayıtlar, planlanan ve gerçekleşen yerel saat arasındaki fark, hastanın tercih etmediği yoldan yapılan denemeler, itirazdan sonra durdurulamayan işler ve acil kayıtların doğru kişiye devredilip devredilmediği. Bunlar önerilen kalite göstergeleridir; yazıdaki kaynaklar bunları zorunlu tutmaz.
Geri arama saatleri ve sorumlu kişiler ücretsiz CRM'de geri arama kuyruğu olarak tek listede izlenebilir. Hiçbir otomasyon, klinik triyajın veya yetkili personelin kararının yerine geçirilmemelidir.
Sonuç#
Yabancı hasta için geri arama planlarken ülke bilgisi yetmez. Doğrulanmış saat dilimini, hastanın yerel olarak uygun olduğu saatleri, dil ve iletişim tercihini, izin durumunu ve insana devri birlikte tasarlayın. 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.
Kaynaklar
Bu yazıda yararlanılan kaynaklar:
- Time Zones (yeni sekmede açılır)Internet Assigned Numbers Authority
- Appointment - FHIR v5.0.0 (yeni sekmede açılır)Health Level Seven International
- CommunicationRequest - FHIR v5.0.0 (yeni sekmede açılır)Health Level Seven International
- Datatypes Definitions - ContactPoint - FHIR v5.0.0 (yeni sekmede açılır)Health Level Seven International
- Address Language Differences: Tool 9 (yeni sekmede açılır)Agency for Healthcare Research and Quality
- General Principles in Processing of Personal Data (yeni sekmede açılır)Kişisel Verileri Koruma Kurumu
- Aydınlatma Yükümlülüğünün Yerine Getirilmesi Hakkında Kamuoyu Duyurusu (yeni sekmede açılır)Kişisel Verileri Koruma Kurumu
Sık Sorulan Sorular
Bu yazıyla ilgili sık sorulan sorular ve kısa yanıtları.
01Telefon ülke kodu saat dilimini belirlemek için yeterli mi?
Hayır. Telefon kodunu kesin konum saymayın; hastanın bulunduğu yeri ya da saat dilimini ayrıca doğrulayın. IANA verisi saat dönüşümünde işe yarar; hastanın şu an nerede olduğunu ise göstermez.
02Geri arama saati Türkiye saatine göre mi saklanmalı?
Planlanan zaman ortak bir zaman biçiminde saklanabilir. Yanına hastanın doğrulanmış IANA saat dilimini ve yerel olarak uygun olduğu saat aralığını da kaydedin. Kesin veri modeli kuruluşun teknik mimarisine göre belirlenir.
03Hasta kanal tercihi belirtmediyse ne yapılmalı?
Hastanın açıkça seçmediği bir iletişim yolunu sistem onun tercihi saymasın. Önce izin ve itiraz kayıtlarına bakın, sonra hastaya tercihini sorun ya da kaydı bir kişinin incelemesine gönderin.
04Acil 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.
05Bu 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.


