Sağlık turizmi web sitesi: dil, hasta formu ve veri güvenliği

Sağlık turizmi web sitesi, yurt dışındaki hastaya kendi dilinde tedaviyi, süreci ve kurumu anlatan, ilk başvuruyu güvenle alan sitedir. Ekim 2026 itibarıyla yönetmelik, yetki belgesi olan tesis ve aracı kuruluşlardan yabancı dil seçeneği olan bir site istiyor. İyi bir site üç parçaya dayanır: her dil için ayrı adres, az veri isteyen hasta formu ve başvuruları güvenle saklayan bir kayıt düzeni.

Sağlık turizmi sitesinin kapsamını tasarımdan önce veri akışıyla belirlemenizi öneririm: hasta formu doldurduğu anda hangi bilgi nereye gidiyor, kim görüyor, ne kadar saklanıyor? UlvionTech olarak bu sektörde üç site geliştirdik: bir estetik cerrahi grubu için işlem odaklı site, bir sağlık turizmi danışmanlığı için kurumsal site ve bir sağlık turizmi koordinatörü için çok dilli site. Sayfa yapısıyla ilgili önerileri bu sitelerden, form, rıza ve veri önerilerini ise Ekim 2026'da okuduğum mevzuat metinlerinden çıkarıyorum. Hukuki görüş değildir; mevzuat yorumunu kurumunuzun avukatıyla netleştirmenizi öneririm.

Sağlık turizmi web sitesi sıradan bir klinik sitesinden neyle ayrılır?

Sağlık turizmi web sitesi, sıradan bir klinik sitesinden üç noktada ayrılır: okuyucu başka bir ülkede ve başka bir dilde karar verir, site kurallarını sağlık turizmine özgü yönetmelikler belirler ve ilk temas haftalar süren bir yazışmaya dönüşebilir. Yerel bir klinik sitesinde ziyaretçi adresi ve telefonu arar. Yurt dışındaki hasta ise tedaviyi, kalış süresini, yol ve konaklamayı, hekimi ve kurumun yetkisini sorgular.

Uluslararası Sağlık Turizmi ve Turistin Sağlığı Hakkında Yönetmelik (yeni sekmede açılır) 26 Nisan 2025'te Resmî Gazete'de yayımlandı ve 2017 tarihli eski yönetmeliği yürürlükten kaldırdı. Ekim 2026 itibarıyla mevzuat.gov.tr'deki metne göre sağlık tesisi ve aracı kuruluşun yetki belgesi alması zorunlu (md. 5). Aynı metnin 13. maddesi yabancı dil seçeneği olan bir internet sitesini de zorunlu tutuyor. Sitedeki isim ve unvan yetki belgesiyle uyumlu olmalı, tesisin akreditasyon belgesi ya da sertifikası sitede yayımlanmalı.

Sağlık turizmi ve tanıtım yönetmelikleri, sitenin ilk sürümünde şu beş parçayı gerektirir:

• Yetki belgesi ve unvan: belge sitede yayımlanır, sitedeki unvan ve alan adı belgedeki ve ruhsattaki adla uyumlu tutulur.
• HealthTürkiye logosu: tanıtım yönetmeliği, uluslararası hizmet veren sağlık tesisinden Sağlık Bakanlığı'nın sağlık turizmi markası HealthTürkiye'nin logosunu tüm mecralarda kullanmasını istiyor (md. 8/1-e).
• Son güncelleme tarihi ve editör iletişimi: sağlık sitelerinde bilgilendirmenin son güncelleme tarihi ve site editörünün iletişim bilgisi açıkça yazılmalı (tanıtım yönetmeliği md. 5/1-ı).
• Her dilde ayrı içerik: tedavi, süreç ve sık sorulan sorular hastanın dilinde, aynı yapıda.
• Kısa ve güvenli başvuru akışı: form, açık rıza, ardından koordinatörün yanıt verdiği kayıtlı bir kanal.

Ben yetki belgesi, HealthTürkiye logosu ve dil sürümleri gibi yönetmelik gereklerini tasarım işi olarak değil, yazılım işi olarak planlamanızı öneririm. Logoyu ve belgeyi koymak kolaydır; zor olan, belge yenilendiğinde ya da bir dil eklendiğinde her sayfanın aynı anda güncellenmesidir. Bu yüzden içeriği bir içerik yönetim sisteminde (CMS) tek kaynaktan yönetmenizi öneririm.

Hangi dil sürümleri gerekir ve hreflang nasıl kurulur?

Sağlık turizmi web sitesinde dil sürümü sayısını hastaların geldiği pazarlar belirler; her dil kendi adresinde durmalı ve hreflang etiketleriyle birbirine bağlanmalıdır. Hreflang, bir sayfanın başka dildeki karşılıklarını arama motoruna bildiren etikettir. Ben olsam ilk sürüme İngilizce ve en çok başvuru gelen pazarın diliyle başlar, sonraki dili başvuru verisi gösterdiğinde eklerdim. Her yeni dil, içerik, form metni, aydınlatma metni ve yazışma yükünü birlikte büyütür. Türkçe sürüm de tutulacaksa, Türkiye'ye yönelik içeriğin yurt içi tanıtım kurallarına bağlı kaldığını unutmayın.

Google Search Central'ın yerelleştirilmiş sayfa sürümleri (yeni sekmede açılır) belgesi (İngilizce sürüm, son güncelleme 21 Eylül 2026) üç yöntem tanımlıyor: sayfanın head bölümündeki link etiketleri, HTTP başlıkları ve site haritası. Her dil sürümü kendini ve diğer tüm sürümleri listelemeli. İki sayfa birbirini göstermezse etiketler yok sayılıyor. Dil kodları ISO 639-1, bölge kodları ISO 3166-1 Alpha 2 biçiminde yazılıyor. Hiçbir dil eşleşmediğinde gösterilecek sayfa için x-default değeri kullanılıyor.

Örnek alan adı example.com olan bir tedavi sayfasının İngilizce sürümünde baş kısım şöyle görünebilir:

<link rel="alternate" hreflang="en" href="https://example.com/en/treatments/dental-implants" />
<link rel="alternate" hreflang="de" href="https://example.com/de/behandlungen/zahnimplantate" />
<link rel="alternate" hreflang="ar" href="https://example.com/ar/treatments/dental-implants" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/treatments/dental-implants" />

Google Search Central'ın çok bölgeli ve çok dilli siteler (yeni sekmede açılır) sayfası her dil için ayrı adres kullanılmasını öneriyor. Dili çerezle ya da tarayıcı ayarıyla değiştirmeyi ve IP adresine göre içerik uyarlamayı önermiyor. Ziyaretçiyi otomatik olarak başka bir dil sürümüne yönlendirmekten kaçınılmasını söylüyor. Ben de dil seçiciyi görünür bir menüde tutmanızı ve dil değiştirme kararını hastaya bırakmanızı öneririm.

Hreflang, kanonik adres ve site haritasının birbirini tutması için yolları tek bir yerden üreten bir yapı kurmanızı öneririm. Bu sitenin kendisi de Türkçe ve İngilizce iki dilde, Next.js ve next-intl ile bu düzende çalışıyor. Teknik kontrol listesinin tamamını Next.js SEO teknik kontrol listesi yazısında ayrıca ele aldık.

Sağlık turizmi sitesi çevrilmeli mi, her dil için ayrı mı yazılmalı?

Çok dilli bir sağlık turizmi sitesinde tedavi sayfalarını her dilde ana dili düzeyinde yazan biri hazırlamalı, tıbbi terimleri ise hekim kontrol etmelidir. Makine çevirisi taslak için işe yarar. Ama hastanın kararını etkileyen cümlelerde, örneğin iyileşme süresi, kontrol randevusu ve riskler gibi konularda, anlam kayması güven kaybına döner. Ben her dil için bir içerik sahibi atamanızı ve CMS'te hangi sayfanın hangi dilde güncel olmadığını gösteren bir alan tutmanızı öneririm.

Sağlık turizmi sitesinde tedavi sayfaları nasıl kurgulanmalı?

Sağlık turizmi sitesinde sayfa yapısı tedaviye göre kurulmalıdır: her işlem için ayrı bir sayfa, her sayfada aynı başlık sırası. Ben olsam yapıyı, hastanın belirli bir işlemi arayarak geleceği varsayımıyla kurardım. İşlem sayfası o aramayı karşılar, kategori sayfası ise karşılaştırmayı kolaylaştırır. Estetik cerrahi grubu için geliştirdiğimiz site de bu düzende kuruldu: her işlemin ayrı bir sayfası, adım adım hasta yolculuğu ve sık sorulan soruları var, içeriği de Sanity üzerinden yönetiliyor.

Bir işlem sayfasında şu bölümlerin bulunmasını öneririm:

• İşlemin ne olduğu: sade bir tanım, kime uygulanıp kime uygulanmadığı hekimin belirlediği sınırlarla.
• Süreç ve süre: ön görüşme, Türkiye'de kalış, işlem günü, kontrol ve dönüş sonrası takip.
• Hekim ve tesis: sorumlu hekimin unvanı, tesisin yetki belgesi ve akreditasyonu.
• Pakete neyin dahil olduğu: konaklama, transfer ve tercümanlık gibi kalemler ayrı ayrı.
• Riskler ve beklentiler: sonuç vaadi olmadan; yönetmeliğin uyarı metnindeki gibi, sonuçların kişiden kişiye değişiklik gösterebileceği açıkça yazılarak.
• Sık sorulan sorular ve başvuru: sayfaya özgü sorular, ardından aynı işlemle önceden doldurulmuş form.

İşlem sayfası şablonunu sabit tutmanın iki faydası var. Hasta sayfalar arasında aynı bilgiyi aynı yerde bulur ve editör yeni bir işlem eklerken boş bir alanı atlayamaz. Ben işlem sayfasını serbest metin yerine alanları belli bir şablon olarak modellemenizi öneririm. Sonuç ya da başarı vaadi içeren cümleleri editör ekranında işaretleyen basit bir kontrol de eklenebilir. Tıbbi içeriğin son onayı her zaman hekimde kalmalıdır.

Öncesi-sonrası görselleri, hasta yorumları ve fiyat bilgisi hangi kurallara bağlı?

Öncesi-sonrası görselleri, hasta yorumları ve fiyat bilgisi, 12 Kasım 2025'te yayımlanan Sağlık Hizmetlerinde Tanıtım ve Bilgilendirme Faaliyetleri Hakkında Yönetmelik (yeni sekmede açılır) ile sınırlanır. Bu yönetmelik 2023 tarihli önceki metni yürürlükten kaldırdı. Ekim 2026 itibarıyla mevzuat.gov.tr'deki metinde değişiklik işareti görünmüyor. Kurallar Türkiye'ye yönelik içerik ile yurt dışına yönelik sağlık turizmi kanalları için farklı.

Tanıtım yönetmeliği Türkiye'ye ve yurt dışına yönelik içerik için farklı kurallar koyar; Ekim 2026 itibarıyla metindeki kuralların özeti şöyle. Ayrıntı ve istisnalar için yönetmeliğin kendisini ve kurumunuzun avukatını esas alın.

Öncesi-sonrası görselleri için tanıtım yönetmeliğinin 7. maddesi ayrıca koşul sayıyor: hastanın Ek-1 formuyla açık rızası, rızayı her an geri çekebilmesi, rıza karşılığında ödeme ya da indirim verilmemesi, rötuş yapılmaması, görüntülerin aynı ortam ve teknik şartlarda çekilip tarihlerinin yazılması. Yurt içine yönelik görsellerde sonuçların kişiden kişiye değişebileceğini belirten bir uyarı metni de zorunlu.

Öncesi-sonrası görsel kuralları editörün hafızasına bırakılmamalı. Bir görsel, rıza formu yüklenmeden, çekim tarihleri girilmeden ve uyarı metni bağlanmadan yayımlanamamalı. Bir hasta rızasını geri çektiğinde görsel tüm dillerde aynı anda yayından kalkmalı. Hazır bir site şablonu bu tür kuralları kendiliğinden bilmez. Özel yazılımın bu konudaki avantajı, kuralı yayın düğmesinin içine koyabilmesidir.

Hasta başvuru formunda neler sorulmalı, neler sorulmamalı?

Hasta başvuru formu ilk aşamada yalnızca hastaya dönmek için gereken bilgiyi istemelidir; sağlık geçmişi, fotoğraf ve belgeler ancak açık rıza alındıktan sonra güvenli bir kanaldan istenmelidir. Kişisel Verilerin Korunması Kanunu (6698) (yeni sekmede açılır) 6. maddesinde sağlık verisi özel nitelikli kişisel veridir. Ekim 2026 itibarıyla geçerli metinde bu veri, sayılan şartlardan biri yoksa işlenemiyor; ilk şart ilgili kişinin açık rızası.

Formda hangi bilgiyi ne zaman istemenizi önerdiğimi şu tablo özetliyor:

Serbest metin alanı ayrı bir risk taşır. Serbest bir "Mesajınız" kutusu, hastanın tanısını, ilaçlarını ya da tahlil sonuçlarını yazmasına kapı açar. Bu yüzden formun tamamı, sağlık verisi içerebilecek bir kayıt gibi korunmalı. Alanın yanına "Lütfen sağlık bilgilerinizi bu aşamada paylaşmayın" gibi kısa bir not koymak da işe yarar.

Açık rıza ve aydınlatma metni formda nasıl gösterilir?

Açık rıza, 6698 sayılı KVKK'nın 3. maddesine göre belirli bir konuya ilişkin, bilgilendirilmeye dayanan ve özgür iradeyle açıklanan rızadır. Kanun bir biçim şartı koymuyor; formdaki en açık karşılığı işaretlenmemiş, ayrı bir onay kutusudur. Pazarlama iletisi izni bu kutuyla birleştirilmemeli. Aydınlatma metni ise 10. maddedeki unsurları içerir: veri sorumlusunun kimliği, işleme amaçları, verinin kime ve hangi amaçla aktarılabileceği, toplama yöntemi ve hukuki sebebi, ilgili kişinin hakları. Her dil sürümünde bu metin hastanın dilinde ve formun hemen yanında olmalı.

6698 sayılı KVKK'nın 6. maddesi, özel nitelikli veride Kişisel Verileri Koruma Kurulu'nun belirlediği yeterli önlemleri de şart koşuyor. Kurul'un 31 Ocak 2018 tarihli ve 2018/10 sayılı kararı (yeni sekmede açılır) bu önlemleri sayıyor. Bir başvuru veritabanı için öne çıkanlar şunlar:

• Şifreli saklama: veriler kriptografik yöntemlerle saklanır, anahtarlar ayrı ve güvenli bir ortamda tutulur.
• İşlem kayıtları: veri üzerindeki tüm hareketler güvenli biçimde loglanır.
• İki aşamalı giriş: verilere uzaktan erişim gerekiyorsa en az iki kademeli kimlik doğrulama kullanılır.
• Yetki ve eğitim: erişim yetkileri tanımlanır, düzenli gözden geçirilir, görev değiştiren çalışanın yetkisi hemen kaldırılır.

Web sitesinin genel KVKK yükümlülüklerini, çerezleri ve saklama sürelerini web sitesi KVKK uyumu yazısında madde madde anlattık; burada yalnızca sağlık turizmine özgü kısmı ele alıyorum.

Hasta başvuru formundan sonraki adımlar nasıl sıralanmalı?

Sağlık turizmi başvurusu, sağlık verisinin ancak gerektiği anda ve kayıtlı bir kanaldan toplanacağı altı adımda ilerlemelidir:

1. Hasta kısa formu doldurur; aydınlatma metnini görür, açık rıza kutusunu kendisi işaretler.
2. Başvuru, hastanın dili ve ilgilendiği işlemle birlikte arka ofise düşer; ilgili koordinatöre atanır.
3. Koordinatör hastaya kendi dilinde döner ve hekim değerlendirmesi için gereken bilgiyi açıklar.
4. Fotoğraf ve raporlar için hastaya süreli, kişiye özel bir yükleme bağlantısı gönderilir.
5. Hekim, belgeleri arka ofiste ayrı yetkiyle görür; koordinatör yalnızca iletişim bilgilerini görür.
6. Teklif, seyahat ve takip adımları aynı kayıtta tarihçesiyle tutulur.

WhatsApp'a devir ve yurt dışına veri aktarımı nasıl yönetilir?

WhatsApp'a devir, hasta yazışmasını sitenin veritabanından çıkarıp bir mesajlaşma platformuna taşır; bu nedenle hem izin hem de yurt dışına aktarım sorusu doğurur. Hastalar hızlı yanıt için bu kanalı tercih edebilir, bu yüzden onu tamamen kapatmanızı önermem. Sağlık turizmi koordinatörü için geliştirdiğimiz çok dilli sitede de hasta, telefonla ve WhatsApp'la doğrudan iletişime geçebiliyor. Ben bu kanalı açık tutmanızı, ama sağlık belgelerinin varsayılan yolu olmamasını öneririm.

Meta'nın WhatsApp opt-in belgesine (yeni sekmede açılır) göre, Ekim 2026 itibarıyla işletmeler kişiye mesaj göndermeden önce izin almak zorunda. İzin, mesajların hangi işletmeden geleceğini açıkça söylemeli ve yürürlükteki hukuka uymalı. Kendi WhatsApp kurulumunuzu planlıyorsanız WhatsApp chatbot nasıl yapılır ve WhatsApp Business API fiyatı yazıları kurulumu ve maliyet kalemlerini ayrıca anlatıyor.

WhatsApp gibi bir mesajlaşma platformunun sunucuları Türkiye dışındaysa, hasta yazışmasının oraya taşınması yurt dışına veri aktarımı sayılabilir. 7499 sayılı Kanun'la değişen 6698 sayılı Kanun'un 9. maddesi bu aktarımı belirli yollara bağlıyor: yeterlilik kararı, Kurul'un ilan ettiği standart sözleşme gibi uygun güvenceler ya da arızi aktarımda, riskler hakkında bilgilendirilmiş kişinin açık rızası. Standart sözleşme imzalandığında beş iş günü içinde Kurum'a bildirilmeli. Hangi yolun sizin akışınıza uyduğunu avukatınızla netleştirmenizi öneririm.

Yazılım tarafında ben olsam şunları kurardım. Sitedeki WhatsApp düğmesi, hastanın hangi kanalı seçtiğini kaydeder. Koordinatörler kişisel telefon yerine işletme hesabından yazar. Fotoğraf ve rapor istendiğinde yükleme bağlantısı gönderilir. Böylece hangi verinin platformda, hangisinin kendi sunucunuzda kaldığını bilirsiniz.

Yabancı hastaların verisi için GDPR de devreye girer mi?

AB'deki hastalara hizmet sunuyorsanız, Türkiye'de işlenen veri için Avrupa Birliği'nin Genel Veri Koruma Tüzüğü (GDPR) de devreye girebilir. Tüzük'ün (AB) 2016/679 (yeni sekmede açılır) 3(2). maddesi, AB'de kurulu olmayan bir veri sorumlusunu da AB'deki kişilere hizmet sunduğunda kapsama alıyor. 23. gerekçe, sitenin AB'den erişilebilir olmasını tek başına yeterli saymıyor. Ama bir AB dili ya da para birimiyle hizmet sunmak, AB'deki müşterilerden söz etmek hedeflemeyi gösterebiliyor.

GDPR'ın 9. maddesi sağlık verisini yasaklı kategoriye koyuyor ve istisnalardan biri olarak açık rızayı sayıyor. 27. madde, 3(2) uygulanıyorsa AB'de yazılı olarak bir temsilci atanmasını istiyor; bu yükümlülüğün istisnası büyük ölçekli sağlık verisi işlemeyi kapsamıyor. AB'den düzenli hasta alıyorsanız KVKK ve GDPR'ı birlikte bilen bir avukata danışmanızı öneririm. Bu, yazılım ekibinin tek başına vereceği bir karar değildir.

Sağlık turizmi CRM'i ne zaman gerekir, tablo ne zaman yeterli?

Sağlık turizmi CRM'i, birden fazla koordinatör farklı dillerde aynı hastalarla yazışmaya ve her başvurunun durumunu, rızasını ve belgelerini izlemeye başladığında gerekir; o noktaya kadar, sağlık verisi içermemek şartıyla, iyi tutulmuş bir paylaşılan tablo yeterlidir. CRM, müşteri ilişkileri yönetimi yazılımıdır; burada başvurudan tedavi sonrası takibe kadar hastanın kaydını tutan arka ofis anlamında kullanıyorum.

Ben kararı başvuru sayısından çok, sürecin size ne kadar özgü olduğuna bakarak vermenizi öneririm. Bir koordinatör, tek dil ve haftada birkaç başvuru varsa tablo işinizi görür. Hekim değerlendirmesi, ayrı yetkiler, rıza kayıtları ve birden fazla dil devreye girince tablo hata üretmeye başlar. Sağlık turizmi yönetmeliğinin 8. maddesi tesis ve aracı kuruluşlardan HealthTürkiye Portalı'na eksiksiz, doğru ve güncel veri girişi de istiyor. Bu veriyi düzenli tutan bir arka ofis, portal girişini kolaylaştırır.

Üç seçeneği aynı ölçütlerle şöyle karşılaştırıyorum:

Genel müşteri takibi seçeneklerini müşteri takip programı seçimi yazısında, tablodan sisteme geçişin işaretlerini Excel'den yazılıma geçiş yazısında ayrıca ele aldık. Sağlık turizmi için kısa karar listem şu:

• Paylaşılan tabloyu seçin, eğer tek koordinatörle çalışıyor, tek dilde yazışıyor ve sağlık belgelerini tabloya hiç koymuyorsanız.
• Hazır CRM programını seçin, eğer süreciniz standart bir satış hunisine benziyor, verinin sağlayıcının sunucusunda durması avukatınızca uygun bulunuyor ve kullanıcı başına ücret bütçenize uyuyorsa.
• Özel yazılımla arka ofisi seçin, eğer hekim ve koordinatör yetkileri ayrılmalı, rıza ve görsel izinleri kayda bağlanmalı, siteniz, WhatsApp ve takviminiz tek kayıtta buluşmalı ve veri sizin sunucunuzda kalmalıysa.

Özel yazılımın bedelini de açık yazmak gerekir: ilk sürüm daha uzun sürer, başlangıç maliyeti daha yüksektir ve sistemi sahiplenecek biri gerekir. Karşılığında kurallar programın ayarlarına göre değil, sizin sürecinize göre yazılır. Kullanıcı ya da şube başına artan lisans yoktur; kaynak kod, sunucu ve alan adı sizin adınıza kurulur. İlk sürümü dar tutmak, bu başlangıç maliyetini düşürmenin en doğrudan yoludur.

Sağlık turizmi web sitesinin maliyetini ve süresini neler belirler?

Sağlık turizmi web sitesinin maliyetini en çok dil sayısı ile işlem sayfası sayısının çarpımı, form ve rıza akışı, arka ofisin kapsamı ve entegrasyonlar belirler. Süreyi ise en çok, içeriğin her dilde kimin tarafından yazılacağı ve hekim onayının ne zaman verileceği belirler. Biz yazılı kapsam olmadan fiyat vermiyoruz ve bu yazıda rakam paylaşmıyorum. Şu kalemler, teklifleri karşılaştırırken hangi yöne baktığınızı gösterir:

• Dil × işlem: örneğin üç dil ve on beş işlem, kırk beş sayfa içerik demektir. Yazıyı kimin yazacağı ve hekim onayı süreyi doğrudan uzatır.
• Form ve rıza: basit bir iletişim formu ile dil başına aydınlatma metni, ayrı rıza kaydı ve güvenli belge yükleme aynı iş değildir.
• Görsel ve yorum kuralları: rıza formu, tarih alanları ve geri çekme akışı içeren bir CMS, düz bir galeriden daha uzun sürer.
• Arka ofis: durum takibi, roller ve işlem kayıtları başvuru akışını sitenin üstüne ayrı bir uygulama olarak ekler.
• Entegrasyonlar: WhatsApp Business Platform, takvim, e-posta ya da muhasebe bağlantısı her biri ayrı test ister.
• Barındırma yeri: verinin hangi ülkede tutulacağı kararı, aktarım ve sözleşme işini de etkiler.

Teklifleri karşılaştırmanın genel yöntemini yazılım yaptırma maliyeti yazısında anlattık. Sağlık turizmi için ek önerim, teklifin her dil ve her işlem sayfası için içeriği kimin üreteceğini yazılı olarak ayırmasıdır.

Sağlık turizmi sitesinde hangi hatalar maliyeti ve riski artırır?

Sağlık turizmi sitesinde maliyeti ve hukuki riski artıran hatalar dil yapısında, formda ve tanıtım kurallarında toplanır:

• Dili çerezle ya da IP adresine göre değiştirip tek adreste birden fazla dil sunmak.
• Hreflang etiketlerini yalnızca ana sayfaya koymak ya da karşılıklı bağlantıyı unutmak.
• İlk formda tanı, ilaç ve fotoğraf istemek; rıza kutusunu önceden işaretli bırakmak.
• Hastalardan belgeleri koordinatörün kişisel WhatsApp hesabına göndermelerini istemek.
• Öncesi-sonrası görsellerini rıza formu ve tarih bilgisi olmadan yayımlamak.
• Yurt dışına yönelik fiyat ve kampanya içeriğini Türkiye'deki kitleye de göstermek.

Sağlık turizmi web sitesi projesine nereden başlanmalı?

Ben olsam sağlık turizmi web sitesine tasarımdan değil, veri akışı ve içerik modelinden başlardım. İlk hafta, hastanın formu doldurduğu andan tedavi sonrası takibe kadar her adımı, kimin hangi veriyi gördüğünü ve nerede sakladığını yazıya dökerdim. Ardından iki dil, en çok başvuru alan beş işlem ve kısa bir formla ilk sürümü çıkarırdım. İlk günden form kayıtlarını şifreli bir veritabanında ve iki aşamalı girişle açılan basit bir listede tutardım; durum takibi ve rolleri olan tam arka ofisi, paylaşılan tablonun yetmediği an gelince eklerdim.

UlvionTech'te önce kapsamı yazıya döker, yazılı kapsamdan sonra sabit fiyat veririz; alan adı, sunucu ve kod müşterinin adına kurulur. Bu tür işler web uygulamaları hizmetimizin kapsamındadır. Sözleşmede bakım ve destek süresini nasıl yazacağınızı yazılım hizmet sözleşmesi örneği yazısında anlattık.

Sağlık turizmi sitesi teklifinde yazılım ekibine hangi sorular sorulmalı?

Sağlık turizmi sitesi teklifinde yedi konuyu yazılı olarak sorun: dil adresleri, form alanları, rıza kaydı, verinin tutulduğu ülke, panel girişi, görsel izinleri ve kod sahipliği.

• Her dil ayrı adreste mi olacak, hreflang ve site haritası nasıl üretilecek?
• Formda hangi alanlar zorunlu, sağlık verisi hangi aşamada ve hangi kanaldan alınacak?
• Açık rıza ve pazarlama izni ayrı mı kaydedilecek, rıza geri çekilirse ne olacak?
• Başvuru verisi hangi ülkede, hangi sunucuda tutulacak ve şifreli mi saklanacak?
• Yönetim paneline giriş iki aşamalı mı, kim neyi görebilecek, işlem kayıtları tutulacak mı?
• Öncesi-sonrası görselleri rıza formu ve tarih olmadan yayımlanabiliyor mu?
• Kaynak kod, alan adı ve sunucu hesabı kimin adına olacak?

Sağlık turizmi sitesi için ne zaman özel yazılım gerekmez?

Sağlık turizmi web sitesi için her durumda özel yazılım gerekmez. Şu durumlarda bizimle çalışmanızı önermem:

• Hastalarınız yurt içinden geliyor ve yurt dışına açılma planınız yoksa: iyi kurulmuş tek dilli bir şablon site yeterlidir. Seçenekleri kurumsal web sitesi yaptırma yazısında karşılaştırdık.
• Aracı kuruluş olarak yeni başlıyor ve haftada birkaç başvuru alıyorsanız: iki dilli basit bir site, iyi bir form ve paylaşılan tablo ilk aylar için yeterlidir.
• Yönetmeliğin her sağlık tesisinden istediği, Bakanlığın kayıt tescil sisteminde kayıtlı sağlık bilgi yönetim sistemini arıyorsanız: bu sistem bizim işimiz değildir; o alanda çalışan sağlayıcılarla konuşmanız gerekir.
• İhtiyacınız bir hukuk görüşüyse: KVKK, GDPR ve tanıtım kurallarının sizin durumunuza uygulanması avukatınızın işidir. Biz bu kararı yazılıma çeviririz, kararı vermeyiz.

Online randevu tarafını düşünüyorsanız online randevu sistemi nasıl kurulur yazısı klinikler için takvim ve hatırlatma kısmını ele alıyor. Siteniz, formunuz ve başvuru akışınız için kapsamı birlikte yazmak isterseniz iletişim sayfamızdan dillerinizi, işlem sayısını ve mevcut başvuru düzeninizi anlatan kısa bir not bırakabilirsiniz.