Kliniğinizin randevu defterini hastanın telefonuna taşıyın

Sabah dokuzda çağrı merkezinde üç hat birden çalıyor, resepsiyonda sıra birikiyor ve bir hekim rapor aldığı için gün içindeki randevuların tek tek taşınması gerekiyor. Randevu defteri yalnızca HBYS ekranında ve telefonda kaldıkça bu yük personelin üstünde kalır. Mobil uygulama randevunun alınmasını, ertelenmesini ve hatırlatılmasını hastanın telefonuna taşır.

Bu projede kaç ayrı uygulama gerekiyor?

  • 01

    Hasta mobil uygulaması (iOS + Android)

    Branş ve hekim seçimi, uygun slot takvimi, tek dokunuşla iptal ve erteleme, randevu hatırlatmaları, geçmiş muayeneler, tetkik sonucu görüntüleme ve anlaşmalı kurum bilgisi.

  • 02

    Hekim ve klinik personeli uygulaması

    Hekimin gün listesi, hasta özet kartı, muayene süresi ayarı, izin ve nöbet bildirimi; resepsiyonun telefonla gelen randevuyu aynı takvime işlemesi için hızlı kayıt ekranı.

  • 03

    Web yönetici paneli

    Poliklinik ve hekim bazlı slot kuralları, toplu randevu kaydırma, bekleme listesi yönetimi, anlaşmalı kurum ve fiyat tanımları, gelmeme oranı ile doluluk raporları, kullanıcı yetkileri.

Uygulamada neler var?

  • Anlaşmalı kuruma göre hekim ve ücret filtreleme
  • TC kimlik ile hasta eşleştirme, mükerrer dosya birleştirme
  • Tek hesaptan çocuk ve yakın adına randevu alma
  • Randevu öncesi dijital anamnez ve onam formu
  • Oda ve cihaz takvimi (USG, EKO, endoskopi) çakışma kontrolü
  • QR ile varış bildirimi ve sıra numarası alma
  • Poliklinik sırasının ve tahmini bekleme süresinin canlı gösterimi
  • Hekimin belirlediği tarihte otomatik kontrol randevusu daveti
  • Seanslı tedavide seans planı ve devamsızlık takibi
  • e-Reçete ve rapor numarasının hastaya bildirimle iletilmesi
  • Nöbet ve icap listesinin randevu takvimine yansıması
  • Gelmeme geçmişine göre kapora zorunluluğu kuralı

Sektörde durum

Hasta artık kuruluş seçerken randevuyu telefonundan alabilip alamadığına bakıyor; zincir hastaneler ve büyük tıp merkezleri bu kanalı yıllardır sunuyor. Yeni açılan bir tıp merkezi veya tek şubeli klinik, randevuyu yalnızca telefonla verdiğinde mesai dışında gelen talebi tamamen kaybeder ve gelmeyen hastanın slotunu doldurma şansı kalmaz. Ayrıca kontrol muayenesi hatırlatılmadığında tedavi yarıda kalır, hasta bir sonraki ihtiyaçta başka kuruluşa gider. Rekabet baskısı fiyattan çok erişilebilirlikten geliyor: hastanın ilk uygun saati kaç günde bulduğu ve randevusunu ne kadar kolay değiştirebildiği belirleyici hale geldi.

Bu sektörde ölçülen metrikler

  • Randevuya gelmeme (no-show) oranı — Hatırlatma zinciri, tek dokunuşla iptal ve kapora seçeneği boş kalan hekim saatini doğrudan azaltır.
  • Çağrı merkezine düşen randevu talebi payı — İptal, erteleme ve yeni randevu self servise geçtikçe telefon yükü ve resepsiyon kuyruğu geriler.
  • İlk uygun randevuya erişim süresi — Boşalan slotun bekleme listesine anında açılması, hastanın bekleme gün sayısını kısaltır.
  • Kontrol muayenesine dönüş oranı — Hekimin belirlediği kontrol tarihinde otomatik hatırlatma, yarım kalan tedavi süreçlerini tamamlar.

Bu sektörde sık yapılan hatalar

  • Randevu takvimini uygulamada ayrı tutmak Uygulamanın kendi takvimini, resepsiyonun HBYS takvimini kullanması çift rezervasyona yol açar. Tek bir kaynak belirlenmeli; diğer kanal o kaynağı okumalı. Aksi halde her gün elle mutabakat yapılır.
  • İptali zorlaştırmak İptali gizlemek gelmeme oranını düşürmez, sadece slotu son ana kadar meşgul tutar. Bildirimden tek dokunuşla iptal ve boşalan yerin bekleme listesine açılması, doluluğu iptali zorlaştırmaktan daha çok korur.
  • Her muayeneye sabit süre vermek İlk muayene, kontrol ve girişimsel işlem aynı slot uzunluğuna sıkıştırıldığında ya hasta bekletilir ya hekim boş kalır. Süre tanımı hekim ve işlem tipi kırılımında panelden ayarlanabilir olmalıdır.
  • Tetkik sonucunu ilk sürüme sıkıştırmak Sonuç görüntüleme, hekim onayı akışı, erişim kayıtları ve saklama kurallarıyla birlikte kurulur. Randevu akışıyla aynı anda yetiştirilmeye çalışıldığında ikisi de eksik kalır; sonuç modülü ikinci faza bırakılmalıdır.

Mevzuat ve uyum

Sağlık verisi KVKK'da özel nitelikli kişisel veri sayılır; randevu, tanı ve tetkik kayıtları için açık rıza, ayrı saklama ve erişim yetkilendirmesi gerekir. Kişisel Sağlık Verileri Hakkında Yönetmelik erişim kayıtlarının tutulmasını ve verinin yurt içinde barındırılmasını gündeme getirir; sağlık kuruluşu VERBİS kaydından sorumludur. Sağlık Bakanlığı'na e-Nabız veri bildirimi, SGK kapsamındaki işlemlerde Medula üzerinden provizyon ve fatura süreci, ücretli hizmetlerde e-Fatura/e-Arşiv düzenlenmesi işler. Kampanya niteliğindeki mesajlar İYS izni ister; randevu hatırlatması bilgilendirme amaçlı ayrı tutulmalıdır.

Bu sektörün asıl zorlukları

  • Aynı slota iki hastanın düşmesi

    Randevu ekranı açıkken hasta seçim yapana kadar geçen sürede slot başkasına gidebilir. Çözüm, slotu seçim anında kısa süreli kilitlemek ve kaydı veritabanı tarafında hekim-tarih-saat üzerinde tekil kısıtla korumaktır. Çağrı merkezi, resepsiyon ve uygulama aynı takvim kaynağını kullanmalı; kilit süresi dolduğunda slot otomatik serbest bırakılmalı ve ekrandaki takvim canlı tazelenmelidir.

  • Hekim izne ayrıldığında takvimin dağılması

    Bir hekimin rapor alması, gün içindeki onlarca randevunun taşınmasını gerektirir. Panelde tek işlemle tarih aralığı kapatılabilmeli; etkilenen randevular aynı branştaki uygun hekime önerilmeli ya da hastaya alternatif saatler bildirim olarak gitmeli. Hasta onaylamadan kayıt değişmemeli, onay vermeyenler resepsiyonun arama listesine düşmelidir.

  • Randevuya gelmeyen hasta ve boşta kalan slot

    Gelmeyen hasta hem hekim saatini hem sıradaki hastanın erişimini yakar. Hatırlatma tek seferlik olmamalı: randevudan gün önce ve sabah bildirim, bildirimden tek dokunuşla iptal imkânı gerekir. İptal edilen slot anında bekleme listesindeki hastalara açılmalı; ilk kabul eden slotu almalı, diğerlerine gönderilen bildirim geçersiz kılınmalıdır.

  • Muayene süresinin her randevuda aynı olmaması

    İlk muayene, kontrol, girişimsel işlem ve rapor randevusu farklı süre tutar; hepsini sabit on beş dakikaya sığdırmak ya bekleme salonunu şişirir ya da hekimi boş bırakır. Slot motoru hekim, işlem tipi ve poliklinik kırılımında ayrı süre tanımı almalı; cihaz veya oda gerektiren işlemlerde ilgili kaynağın müsaitliği de kontrol edilmelidir.

  • Tetkik sonucunun uygulamada gösterilmesi

    Laboratuvar ve görüntüleme sonuçları sağlık verisidir; cihazda kalıcı tutulmamalı, sunucudan süreli bağlantıyla açılmalıdır. Uygulama arka plana alındığında ekran maskelenmeli, oturum kısa sürede kilitlenmeli ve yeniden giriş istenmelidir. Hekim onayı verilmemiş sonuç hastaya gösterilmemeli; hangi kullanıcının hangi sonucu ne zaman açtığı denetim kaydına yazılmalıdır.

Gereken entegrasyonlar

  • HBYS entegrasyonu (HL7 v2 mesajlaşması veya FHIR servisleri) ile hasta ve randevu senkronizasyonu
  • Medula üzerinden SGK provizyon ve fatura akışının randevu kaydıyla eşleşmesi
  • e-Nabız / Sağlık Bakanlığı veri bildirim yükümlülüğüne uygun kayıt aktarımı
  • e-Fatura ve e-Arşiv (GİB) ile ücretli muayene ve paket tahsilatlarının faturalanması
  • iyzico, PayTR veya banka sanal POS ile 3D Secure'lü ön ödeme ve kapora tahsilatı
  • Laboratuvar (LIS) ve görüntüleme (PACS) sistemlerinden onaylı sonuç raporlarının çekilmesi

Bu sayfa kimin için?

  • Tek şubeli klinik veya muayenehane

    Birkaç hekimle çalışan bir yerde çok şubeli kaynak yönetimi ve laboratuvar entegrasyonu gereksizdir; randevu takvimi, hatırlatma, iptal-erteleme ve basit hasta kartıyla başlanır. Başlangıç bütçesi 15.000 TL'den başlar.

  • Yeni açılan çok branşlı tıp merkezi

    Burada asıl mesele branş bazlı slot kuralları, anlaşmalı kurum ve ücret tanımları, oda-cihaz çakışması ve HBYS ile tek takvimdir; bekleme listesi ile kapora ilk günden doluluğu korur.

  • Seans bazlı çalışan klinik (fizik tedavi, diş, estetik)

    Tek randevu değil, haftalara yayılan seans planı yönetilir: paket satışı, kaçan seansın telafisi, kalan seans bakiyesi ve terapist bazlı takvim öne çıkar; tetkik sonucu modülü çoğu zaman hiç gerekmez.

Bütçeyi bölerek ilerleme planı

  1. 1

    Faz 1 — Tek klinikte çalışan randevu çekirdeği 5-7 hafta

    Branş ve hekim seçimi, slot motoru, kısa süreli slot kilidi, hatırlatma zinciri, tek dokunuşla iptal-erteleme, resepsiyon hızlı kayıt ekranı ve panelde hekim takvimi. Bu haliyle telefonla gelen randevu yükünün büyük bölümü uygulamaya taşınır; sonraki fazlar olmadan da kullanılabilir bir üründür.

  2. 2

    Faz 2 — Doluluk, ödeme ve HBYS bağlantısı 4-6 hafta

    Bekleme listesi ve boşalan slotun ilk kabul edene açılması, kapora ve ön ödeme, anlaşmalı kurum ile ücret tanımları, oda-cihaz kaynak takvimi, QR ile varış bildirimi ve HBYS entegrasyonu. Bu faz ancak takvim tek kaynağa oturduktan sonra anlamlı olur; sırası bu yüzden ikincidir.

  3. 3

    Faz 3 — Sonuç görüntüleme ve kurumsal raporlama 4-6 hafta

    Laboratuvar ve görüntüleme sonuçlarının hekim onayı akışıyla gösterimi, süreli bağlantı ve erişim denetim kayıtları, Medula provizyon eşleşmesi, e-Nabız bildirimi, çok şubeli yapı ve gelmeme oranı raporları. Sağlık verisi ayrı güvenlik kurgusu istediği için bilinçli olarak sona bırakılır.

Tipik kapsam ve süre

Tipik kapsam: hasta uygulaması (iOS ve Android), hekim/resepsiyon ekranları ve web yönetici paneli; slot motoru, hatırlatma ve bekleme listesi, ödeme altyapısı, HBYS entegrasyonu ve KVKK gereklerine uygun erişim kayıtları. UI/UX tasarımı, mağaza görselleri, ASO, QA ve App Store ile Google Play yayın süreci dahil edilir. Sonuç görüntüleme genellikle ikinci faza alınır.

Tahmini süre: 12-18 hafta

Hazır paket mi, özel geliştirme mi?

Konu Hazır paket Özel geliştirme
HBYS'ye bağlanma Hazır paketler yaygın HBYS'ler için hazır konektör sunabilir; sağlayıcınız listede varsa bağlantı günler içinde kurulur, listede yoksa yol haritası kuyruğuna girersiniz. Özel geliştirmede arayüz sizin HBYS'nizin verdiği HL7 v2, FHIR veya okuma erişimine göre yazılır; hiç arayüz yoksa takvim uygulama tarafında ana kaynak yapılır.
Slot kuralları ve işlem süreleri Standart sabit slot ve basit hekim takvimi çoğu tek branşlı muayenehane için fazlasıyla yeterlidir; kurulumu hızlı, personelin öğrenmesi kolaydır. Girişimsel işlem süreleri, cihaz ve oda bağımlılığı, seanslı tedavi planı ve icap nöbeti gibi kurallar ancak kendi slot motorunuzda tanımlanabilir.
Aylık abonelik mi, tek seferlik sahiplik mi Aylık ödeme başlangıç yükünü düşürür, bakım ve güncelleme sağlayıcıda kalır; ancak hekim sayısı ve randevu hacmi arttıkça ücret de büyür. Özel geliştirmede maliyet önde toplanır, sonrasında yıllık bakım kalemi kalır; hekim ve hasta hacmi büyüdükçe ek kullanıcı ücreti çıkmaz.
Hasta verisinin sahipliği ve taşınması Veri sağlayıcının bulutunda durur; çoğu paket dışa aktarım verir ama barındırma yeri ve saklama süresi sizin kararınız olmaz. Randevu ve sağlık kayıtları sizin sunucunuzda kalır; KVKK'nın özel nitelikli veri gerekleri, yurt içi barındırma ve erişim kayıtları kurum politikanıza göre kurulur.

Sektör sözlüğü

Blok randevu (kota)
Hekimin gün içindeki saatlerinin bir bölümünü tek bir amaca ayırmak: kontrol hastaları, kurum anlaşması ya da girişimsel işlem için ayrılan blok, normal online randevuya kapalı tutulur.
No-show
Randevusunu iptal etmeden gelmeyen hasta. Klinikte hem hekim saatinin boşa gitmesi hem sıradaki hastanın o saate ulaşamaması demektir; hekim, branş ve saat kırılımında ölçülür.
Provizyon
SGK kapsamındaki bir işlem için Medula üzerinden alınan ön onay. Provizyonsuz yapılan işlemin faturası reddedilebildiği için randevu kaydı ile provizyon numarasının eşleşmesi gerekir.
HL7 v2 ve FHIR
Sağlık yazılımlarının birbiriyle konuşma biçimleri. Eski HBYS'ler çoğunlukla HL7 v2 mesajı gönderir, yeni sistemler FHIR servisleri açar; hangisinin açılabildiği entegrasyon süresini doğrudan belirler.
İcap nöbeti
Hekimin kurumda bulunmadığı ama çağrıldığında gelmek üzere görevli sayıldığı nöbet biçimi. Takvimde randevuya açık poliklinik saati gibi görünmemeli, ama planlamada hekimin müsaitliğini etkilemelidir.

Sık sorulan sorular

Bu projeyi konuşalım

Kapsamınızı 30 dakikalık ücretsiz görüşmede netleştirelim, 48 saat içinde kalem kalem teklif gönderelim.

Ücretsiz Teklif Alın

Bu sayfa, bu sektörde uygulamanın çözmesi gereken problemleri anlatır. Referans ve benzer proje örneklerini görüşmede paylaşırız.

Diğer sektörler

Tüm sektörler →

Projenin teknik kapsamını planlayın

iOS geliştirme, Android geliştirme ve yönetici paneli ihtiyaçlarını birlikte değerlendirin. Teklif karşılaştırması için mobil uygulama maliyet rehberini inceleyin.