Sağlık turizmi yazılımında ilk tasarım kararı nedir?

İlk karar veri sınıflandırmasıdır: hangi alan sağlık verisi, hangisi operasyonel veridir? Sağlık verisi özel nitelikli kişisel veri kapsamındadır; işlenmesi, erişimi, saklanması ve yurt dışına aktarımı ayrı kurallara tabidir. Uçuş bilgisi, konaklama ve transfer operasyonel veridir. Bu ayrım veri modeline yazılmazsa, tüm sistem en yüksek koruma seviyesine göre kurgulanır ve operasyon gereksiz biçimde ağırlaşır. Hasta ve acente ilişkisinin veri modeli tarafı için CRM rehberine da bakabilirsiniz.

Hasta yolculuğunun aşamaları

  • İlk temas: çoğunlukla yabancı dilde, farklı zaman diliminde, çoklu kanaldan (form, WhatsApp, acente).
  • Ön değerlendirme: hastanın gönderdiği rapor ve görüntülerin hekime iletilmesi.
  • Teklif: tedavi kalemi, konaklama, transfer ve refakatçi maliyetlerinin birlikte fiyatlanması.
  • Planlama: randevu, hekim, ameliyathane, konaklama ve transfer koordinasyonu.
  • Tedavi süreci: klinik tarafındaki kayıtlarla operasyon kayıtlarının ayrı tutulması.
  • Taburculuk sonrası takip: kontrol randevuları, uzaktan görüşme, memnuniyet.

Bu aşamalar farklı ekiplerce yürütülür; bu yüzden her aşamada kaydın sahibi ve devir anı tanımlanmalıdır. Sahipsiz kayıt, sağlık turizminde en sık görülen kayıp nedenidir.

Çok dillilik yalnızca arayüz meselesi değildir

Arayüz çevirisi kolay kısımdır. Asıl gereklilikler şunlardır: hastayla iletişimin hangi dilde yürütüldüğünün kayıtta tutulması, belge şablonlarının dil bazlı sürümlenmesi, tarih/saat gösteriminin hastanın zaman dilimine göre yapılması ve otomatik bildirimlerin doğru dilde gönderilmesi. Tercüman atanması da bir kaynak planlama işidir; randevuyla birlikte tercüman müsaitliği kontrol edilmelidir.

Acente ve komisyon yapısı

Sağlık turizminde yönlendirme zinciri katmanlıdır: acente, alt acente, bireysel yönlendiren. Sistem, her vakanın hangi kaynaktan geldiğini ve komisyonun hangi aşamada hak edildiğini (teklif, geliş, tedavi tamamlanması) izleyebilmelidir. Komisyon, iptal ve kısmi tedavi durumunda geri alınabilmelidir; bu senaryo baştan tanımlanmazsa mutabakat elle yapılır.

Belge paylaşımında güvenli varsayılan

Tıbbi rapor ve görüntülerin e-posta ekiyle veya mesajlaşma uygulamalarıyla dolaşması yaygın ama riskli bir alışkanlıktır. Güvenli varsayılan; belgelerin sistem içinde tutulması, süreli ve kişiye özel bağlantı ile paylaşılması, her erişimin kaydedilmesi ve saklama süresi dolduğunda silinmesidir.

Yurt dışına aktarım ve rıza

Hasta yurt dışında olduğunda veri akışı sınır ötesine çıkar. Aktarımın hukuki dayanağı, açık rızanın hangi kapsamda alındığı ve rızanın geri çekilmesi hâlinde hangi verinin ne olacağı önceden tanımlanmalıdır. Rıza metinlerinin dil bazlı sürümleri saklanmalı; hangi hastanın hangi metin sürümünü onayladığı kayıtta görünmelidir.

Sık sorulan sorular

Klinik bilgi sistemi ile CRM ayrı mı olmalı?

Genellikle ayrı olur ve bu doğru bir ayrımdır: klinik sistem tıbbi kaydı, CRM ise yolculuğu ve ticari süreci yönetir. İki sistem arasında yalnızca gerekli alanlar, tanımlı bir arayüzle paylaşılmalıdır. Tıbbi kaydın tamamını CRM'e kopyalamak, koruma yükümlülüğünü gereksizce genişletir.

Yanıt süresi neden bu kadar kritik?

Uluslararası hasta aynı anda birden çok kuruma başvurur. Ölçülmesi gereken şey ortalama yanıt süresi değil, ilk yanıta kadar geçen sürenin dağılımıdır; gece ve hafta sonu gelen taleplerin nasıl karşılandığı ayrıca izlenmelidir.

Hangi ölçümler anlamlıdır?

Kaynak bazlı dönüşüm (talep → teklif → geliş → tedavi), iptal nedenleri, teklif hazırlama süresi ve taburculuk sonrası takip tamamlanma oranı. Bu ölçümlerin tanımı yazılı olmadan karşılaştırma yapılamaz.