Talepten tedaviye tek akış
Gelen her talep aşama aşama ilerliyor, kaynağı ve sorumlusu kayıtlı. Sessizleşen bir talebi kimsenin fark etmemesi diye bir durum kalmıyor ve dönüşüm oranı tahmin değil ölçüm oluyor.
Klinikte iş büyüdükçe bilgi dağılıyor. Gelen talep mesajlaşma uygulamasında, teklif bir tabloda, randevu takvimde, tedavi notu doktorun tuttuğu defterde duruyor. Hastanın süreçte tam olarak nerede olduğunu tek başına kimse söyleyemiyor.
Biz bu dağınıklığı tek akışa topluyoruz. İlk temastan tedavi sonrası takibe kadar her adım aynı hasta kaydının üstünde ilerliyor ve her rol o kaydın yalnız kendini ilgilendiren kısmını görüyor.
Bu konuda görüşelimGelen her talep aşama aşama ilerliyor, kaynağı ve sorumlusu kayıtlı. Sessizleşen bir talebi kimsenin fark etmemesi diye bir durum kalmıyor ve dönüşüm oranı tahmin değil ölçüm oluyor.
Çakışma kontrollü randevu, doktor müsaitliği ve klinik programı aynı takvimde duruyor. Hasta da kendi panelinden tedavi yolculuğunun hangi adımında olduğunu görüyor.
Muayene, doktor görüşü, reçete, epikriz, onam ve öncesi sonrası fotoğraf arşivi tek kayıtta toplanıyor. Sağlık verisi özel nitelikli veri, bu yüzden erişim rol bazlı ve her okuma kayda geçiyor.
Teklif, satış, kapora ve taksit, bakiye, fatura ve makbuz aynı ekranda. Klinik bazlı ciro ayın sonunu beklemeden görünüyor.
Yurt dışından gelen hastada tedavi işin yarısı. Uçuş, otel, transfer, refakatçi ve davet mektubu da ayrı bir dosyada değil aynı hasta kaydının parçası olarak duruyor.
Yurt dışından gelen hasta sistemi kendi dilinde görüyor. Arayüz ve bilgilendirmeler çeviri beklemeden açıldığı için koordinatör her mesajı elle çevirmek zorunda kalmıyor.
Bölge yöneticisi, koordinatör, doktor, asistan ve hasta aynı sistemde farklı şeyler görüyor. Doktor kendi hastalarının medikal sürecini yönetiyor, koordinatör satış ve operasyonu yürütüyor, hasta yalnız kendi yolculuğunu görüyor.
Hayır. HBYS, yani hastane bilgi yönetim sistemi, Sağlık Bakanlığı kayıt ve uyum şartlarına bağlı ayrı bir kategori ve hastanenin resmi kayıt altyapısını kapsıyor. Bizim kurduğumuz sistem kliniğin kendi hasta, satış, medikal ve operasyon süreçlerini yönetiyor. İkisi çakışmıyor, gerektiğinde yan yana çalışıyor.
Hasta takibi bunun bir parçası. Hasta takip sistemi denince genelde muayene ve tedavi kaydı anlaşılıyor. Klinik yönetim sistemi ona talep havuzunu, randevuyu, finansı ve operasyonu da ekliyor. Yalnız takip yeterliyse daha küçük bir sistem de kurulabiliyor.
Kendi sunucunuzda ya da bizim yönettiğimiz bir sunucuda olabiliyor, ikisi de mümkün. Sağlık verisi özel nitelikli veri olduğu için erişim rol bazlı, kayıtlar şifreli ve her işlem loglanıyor. Açık rıza kaydı, saklama süresi ve silme yolu sistemin sonradan eklenen değil baştan gelen parçası oluyor.
Programın dışarıya açık bir bağlantısı varsa evet, fatura ve tahsilat kayıtları o tarafa aktarılabiliyor. Bağlantısı yoksa aktarım dosyayla yapılıyor. Baştan kararlaştırılması gereken şey hangi tarafın doğruyu söylediği, yani aynı kaydı ikisi birden değiştirdiğinde hangisinin kazanacağı.
Tedavinin yanında seyahatin de yönetilmesi gerekiyor. Uçuş, otel, transfer, refakatçi ve davet mektubu aynı hasta kaydında duruyor, ayrı bir dosyada değil. Teklif ve fatura farklı para biriminde kesilebiliyor ve kur sistemin içinde tutulduğu için tutarlar sonradan elle düzeltilmiyor. Hasta arayüzü de kendi dilinde açıldığı için bilgilendirme her seferinde elle çeviri beklemiyor.
Bu sayfa bir konuyu anlatıyor. İşin tamamını ve fiyatlandırmayı ilgili hizmet sayfasında bulabilirsiniz.
WordPress ve Elementor yüküyle yavaşlayan siteyi tasarımı bozmadan statik mimariye taşıyoruz. Eklenti bağımlılığı ve güncelleme yükü ortadan kalkar.
Yavaş açılan site ziyaretçiyi kapıda kaybediyor. Görsel, font ve JavaScript yükünü ölçüp azaltıyoruz. Hız bir his değil, ölçüm sonucudur.
Ekran okuyucuyla, klavyeyle ve düşük görüşle kullanılabilen siteler. Erişilebilirlik hem yasal bir gereklilik hem de kaybedilen ziyaretçiyi geri getiriyor.