Han'da klinik randevu sistemi firması seçerken nelere bakılmalı?

01Klinik randevu sistemi firması seçerken bakılacak ölçütler

Bakım koşulları

Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.

KVKK yaklaşımı

Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.

İletişim düzeni

Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.

Kaynak kod sahipliği

Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalıdır.

Test ortamı

Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.

Yazılı kapsam

Neyin teslim edileceği, neyin kapsam dışı olduğu ve kabul kriterleri belgelenmelidir.

02Teklif görüşmesinde sorulacak sorular

• Yayın sonrası hata düzeltme ve bakım koşulları neler?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
• Ödeme planı teslim aşamalarına bağlı mı?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?

03Klinik randevu sistemi planlarken bilinmesi gerekenler

• ön ödeme/kapora
• iptal/erteleme kuralları
• kaynak tipi (kişi/oda/saha/araç)

04Klinik randevu sistemi hangi ihtiyaca cevap verir?

Birden fazla uzman veya kaynak olduğunda

Her uzman, oda veya saha için ayrı çalışma saati ve hizmet süresi tanımlanır.

Randevular telefonla ve deftere alındığında

Klinik randevu sistemi ile müşteri uygun saati kendisi seçer; çakışma ve unutulan randevu azalır.

05Kırmızı bayraklar

• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
• Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
• Ödemenin tamamını iş başlamadan isteyen plan
• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
• Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma

06Eskişehir dışındaki bir firmayla nasıl çalışılır?

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan yürür. Han'da bulunan bir işletme olarak görüntülü toplantı, ekran paylaşımlı demo ve test ortamı bağlantısıyla süreci yakından izleyebilirsiniz.

• Görüntülü toplantı ve ekran paylaşımı
• Ortak proje panosu ve yazılı karar kaydı
• Her aşamada test ortamında deneme
• Kurulum, saha keşfi veya eğitim gerektiğinde yerinde çalışma

07Han'da klinik randevu sistemi için çalışma biçimimiz

Han'ın PTT verisindeki 15 yerleşim kaydı 1 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde klinik randevu sistemi için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Han'da bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.

Aynı ildeki Sivrihisar, Beylikova ve Odunpazarı ilçeleri için de klinik randevu sistemi talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Nasıl çalışıyoruz?

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• Yayın sonrası bakım ve destek planlanır.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• Her değişiklik önce test ortamında denenir.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Eskişehir de bunlardan biri.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• hekim takvimi
• hatırlatma
• özel nitelikli veri güvenliği
• iptal kuralı
• takvim
• kapora
• iCal
• no-show
• Google Takvim
• Eskişehir
• Han