Diş Klinikleri için Klinik Yönetim Yazılımı
Randevu defterde, tedavi planı hekimin not defterinde, fiyat teklifi WhatsApp geçmişinde duruyor. Hasta arayıp "geçen sefer ne konuşmuştuk" diye sorduğunda cevap üç ayrı yerden toplanıyor, bir kısmı hiç bulunamıyor. Dentio aynı hastayı ilk aramadan kontrol randevusuna kadar tek kayıt üzerinde yürütür; bir ekranda kapanan iş ötekinde kendiliğinden görünür.
- Çakışma denetimi sunucuda: hekim, ünit, oda, çalışma saati, izin ve tatil
- Sağlık bilgisi mesaja girmez; şablon denetimi klinik kendi metnini yazarken de engeller
- Beş rol, beş farklı görüş: resepsiyon klinik notunu, asistan tutarları görmez
Örnek ekran — metrikler ve satırlar temsilîdir, gerçek klinik verisi değildir.
İlk aramadan kontrol randevusuna
Dentio bir randevu defteri değil; kliniğin günlük işini oluşturan ekranların birbirine bağlı hâli. Aşağıdakilerin hepsi aynı hasta kaydının üzerinde çalışır.
Randevu takvimi
Gün, hafta ve ay görünümü; sürükle-bırak taşıma ve kopyalama. Hekim, ünit, oda, çalışma saati, izin ve tatil çakışması kayıt anında sunucuda denetlenir. Klinik sahibi çakışmaya rağmen kaydedebilir, bu işlem denetim kaydına yazılır.
Hasta kartı ve diş şeması
Klinik sekmesinde anamnez, muayene kaydı ve diş şeması bir arada; dişe tıklanıp bulgu girilir. Bulgulardan doğrudan teklif taslağı açılır, aynı bilgi ikinci kez yazılmaz.
Teklif ve hasta onayı
En çok dört alternatif, aşamalar, indirim ve ödeme seçenekleri (peşin ya da kapora + taksit). Teklif WhatsApp, SMS, e-posta ya da yalnız bağlantı olarak paylaşılır; QR kod, PDF ve proforma aynı ekranda. Hasta klinikteyse tablet imzasıyla onay alınır.
Onaydan sonrasının kendiliğinden kurulması
Hasta bir alternatifi ve ödeme şeklini seçip onayladığında tedavi planı, diş şeması ve ödeme planı kendiliğinden oluşur. İsterse kaporayı kartla öder; tahsilat hasta hesabına aynı anda işlenir.
Seans ve hakediş
Seansta uygulanan kalemler işaretlenir, gerekiyorsa malzeme lotu seçilir. Seans kapanışında ücret hasta hesabına, hakediş hekime, lab iş emri laboratuvara, malzeme stoktan düşer; kontrol günü tanımlı işlemde kontrol randevusu açılır.
Finans, kasa ve e-belge
Tahsilat hasta kartındaki Finans sekmesinden alınır. Kişi/kurum ayrımına ve klinik düzenine göre e-Arşiv, e-Fatura ya da e-SMM seçilir; kısmi fatura, iptal ve iade ayrı akışlardır. Belge gönderimi bugün DEMO entegratörle çalışır ve belgede "DEMO — GİB'e gönderilmedi" damgası bulunur. Gün sonunda sayılan nakit girilir, fark kayda geçer.
Laboratuvar, stok ve lot
Lab iş emri seans kapanışında açılır, gecikmesi otomasyona düşer. İmplant gibi lot takipli işlemde lot seçimi zorunludur; stokta lot yoksa uyarı doğrudan Stok ve lot ekranına yönlendirir.
Hatırlatma motoru
Randevu onayı, tekrar hatırlatma, teklif takibi, kapora ve taksit, geciken ödeme, tedavi sonrası, altı aylık kontrol, anket, lab gecikmesi, kritik stok ve gün sonu özeti dahil 17 otomasyon. Göndermeden önce kimin ne alacağı kuru çalıştırma listesinden görülür.
Bugün nasıl yürüyor, Dentio'yla nasıl yürüyor
Soldakiler diş kliniklerinde sık rastlanan durumlar. Sağ sütun, aynı işin uygulama içinde nasıl karşılandığı.
Bugünkü düzende
- Randevu defterde, tedavi planı hekimin notunda, teklif WhatsApp geçmişinde; hasta arayınca üçü birden aranıyor.
- Fiyat teklifi telefondan fotoğraf olarak gidiyor; tedavi adı ve tutar mesajda açık duruyor.
- İki hekim aynı üniti aynı saate yazmış; çakışma hasta koltuğa oturacağı zaman fark ediliyor.
- İmplantın lot numarası kutunun üstünde kalmış; hangi hastaya hangi lotun takıldığı sonradan aranıyor.
- Kontrol hatırlatmaları birinin aklında: yoğun haftada hiç gitmiyor, boş günde hepsi birden gidiyor.
Dentio'da
- Hasta kartı tek yer: anamnez, diş şeması, muayene, seans, teklif, ödeme ve mesaj geçmişi aynı kayıtta.
- Hastaya yalnız güvenli bağlantı gider; teklifi doğum yılıyla açtığı sayfada görür ve onaylar.
- İki hekim aynı üniti aynı saate yazamaz; çakışma kayıt anında engellenir, sahip isterse gerekçeli geçer.
- Lot takipli işlemde lot seçimi zorunlu; seans kapanınca malzeme stoktan lotuyla düşer.
- 17 otomasyon zamanı gelince kendi çalışır; sessiz saat, pazar/tatil ve günlük ileti sınırı motorda tanımlı.
Panel içindeki ekranlar
Uygulama klinik bazlı çalışır. Aşağıdaki ekranlar aynı hasta kaydının farklı yüzleridir; birinde yapılan işlem ötekini besler.
Günün panosu ve randevu takvimi
Sabah resepsiyonun ilk açtığı ekran ve gün boyu üzerinde çalıştığı takvim.
- Panoda bugünkü randevular, onay bekleyen teklifler, geciken ödemeler ve açık görevler
- Takvimin üstünde web sitesi ve WhatsApp'tan gelen talepler: tek düğmeyle randevuya dönüştürülür
- Gün, hafta, ay görünümü; sürükle-bırak taşıma, kopyalama, bekleme listesi
- Hasta gelince "Geldi → Koltuğa al"; randevu durumu aynı yerden yürütülür
- Takvim aboneliği (ICS) adsız ya da tam içerikle dışarı verilebilir
Hasta kartı, diş şeması ve seans
Hastaya ait her şeyin durduğu kayıt. Klinik ve Seans sekmeleri hekimle asistanın günlük çalışma alanı.
- Anamnez, muayene kaydı ve dişe tıklanarak girilen bulgu; diş şeması tedavi planıyla birlikte güncellenir
- Seansta uygulanan kalemler işaretlenir, gerekiyorsa malzeme lotu seçilir
- Seans kapanışında ücret, hakediş, lab iş emri, stok düşümü ve sağlık bildirimi kaydı birlikte oluşur
- Dosya ve görüntü ekleri karta bağlanır; indirme işlemi denetim kaydına "hassas görüntüleme" olarak yazılır
- Klinik notlarını resepsiyon ve muhasebe göremez
Teklif, hasta onayı ve tahsilat
Tedavi kararının verildiği ve paraya döndüğü hat. Teklif ekranından hasta sayfasına, oradan ödeme planına kadar tek akış.
- Alternatifler, aşamalar ve indirim tek ekranda düzenlenir
- Paylaşım WhatsApp, SMS, e-posta ya da yalnız bağlantı olarak seçilir; mesaj bugün giden kutusuna yazılır, dışarı çıkmaz
- Klinikte tablet imzasıyla onay; hasta onayı tedavi planını, diş şemasını ve ödeme planını kurar
- Tahsilat, kısmi fatura, iptal ve iade ayrı akışlar; kişi/kurum ayrımına göre e-Arşiv, e-Fatura ya da e-SMM
- Kasa açma-kapama ve gün sonu: sayılan nakit girilir, fark kayda geçer; kapanmış kasayı yalnız sahip açar
Sağlık bildirimi, laboratuvar ve stok
Seansın arkasından yürüyen işler. İkisi de kendi ekranında kuyruk hâlinde durur, kimse hatırlamak zorunda kalmaz. Sağlık bildirimi bugün DEMO bağdaştırıcıya gider; ekranda bu açıkça yazar.
- Sağlık bildiriminde altı durum: Gönderilmeye hazır, Gönderim bekliyor, Başarıyla gönderildi (DEMO bağdaştırıcı), Eksik bilgi, Gönderim hatası, Düzeltilmesi gerekiyor
- Eksik alanın yanında doğrudan düzeltme bağlantısı; geçici hatalar artan aralıkla en çok beş kez yeniden denenir
- Fatura kesmek sağlık bildirimi değildir; ikisi şemada bağsız tutulur
- Lab iş emri seans kapanışında açılır, gecikmesi otomasyona düşer
- Stokta lot takibi; implantta lot seçimi zorunlu, lot yoksa uyarı Stok ve lot ekranına yönlendirir
Hatırlatma motoru, raporlar ve ayarlar
Kliniğin kendi kendine çalışan tarafı ve yönetim ekranları.
- 17 otomasyon; her kural için şablon (kanal × dil), sürüm geçmişi, canlı önizleme ve kendine test gönderimi
- Kuru çalıştırma: göndermeden "kim, hangi mesajı, ne zaman alacak" listesi
- Giden kutusu: kuyruktaki mesajı iptal et ya da hemen gönder; acil durdurmada kuyruk silinmez
- 16 rapor gerçek veriden; tarih, hekim ve şube süzgeci. Excel çıktısı sahip ve muhasebede; her indirme denetim kaydına yazılır
- Ayarlar: roller ve kişiye özel yetki, onay talepleri, çalışma saatleri, denetim kaydı, entegrasyonlar
Neden tek kayıt üzerinde yürüyor
- Hatırlatma otomasyonu: randevu onayı, teklif takibi, geciken ödeme, altı aylık kontrol ve diğerleri
- 17Hatırlatma otomasyonu: randevu onayı, teklif takibi, geciken ödeme, altı aylık kontrol ve diğerleri
- Rapor; rol erişimine göre süzülür (sahip 16, resepsiyon 10, muhasebe 6, hekim 3 ve yalnız kendi verisi)
- 16Rapor; rol erişimine göre süzülür (sahip 16, resepsiyon 10, muhasebe 6, hekim 3 ve yalnız kendi verisi)
- Yetki rolü: klinik sahibi, hekim, resepsiyon, asistan, muhasebe
- 5Yetki rolü: klinik sahibi, hekim, resepsiyon, asistan, muhasebe
Klinik yazılımlarında en sık görülen sorun, modüllerin birbirini tanımamasıdır: teklif bir yerde, randevu başka yerde, tahsilat üçüncü bir defterde durur. Dentio'da seans kapanışı tek bir işlem değil, bir zincirin tetiğidir. Kapanışla birlikte ücret hasta hesabına yazılır, hakediş hekime işlenir, lab iş emri laboratuvara düşer, malzeme stoktan lotuyla düşülür, sağlık bildirimi kuyruğa girer ve kontrol günü tanımlı işlemde kontrol randevusu açılır. Personelin aynı bilgiyi altı ekrana girmesi gerekmez; girilmediği için de ekranlar arasında fark oluşmaz.
Hasta tarafı bilinçli olarak dar tutuldu. Teklif mesajında tedavi adı ve tutar yazmaz; yalnız güvenli bir bağlantı gider. Bağlantıyı açan hasta doğum yılını girer, teklifi inceler, bir alternatifi ve ödeme şeklini seçip onaylar. Beş hatalı denemede bağlantı on beş dakika kilitlenir, toplam onda kalıcı olarak kapanır ve kliniğe bildirim düşer. Şablon denetimi, klinik kendi metnini yazsa bile mesaja sağlık ifadesi ve işlem adı girmesini engeller.
Yetki, sonradan eklenen bir ayar değil, kurulumun temelinde duran ayrım. Beş rol tanımlı: klinik sahibi, hekim, resepsiyon, asistan ve muhasebe. Resepsiyon randevu açar, teklif paylaşır ve tahsilat alır ama anamnez ve bulgu gibi klinik notları göremez; asistan seansta malzeme ve lot işler, tutarları görmez; muhasebe belgeleri ve finansal raporları görür, hastanın telefon ve e-postasını göremez — telefonla arama yapabilir ama numara ekrana gelmez. İndirim rol limitini aştığında (hekimde %10, resepsiyonda %5) işlem durmaz, klinik sahibinin onay kutusuna düşer.
Otomasyon motoru "kuralı aç, gerisini unut" mantığıyla kurulmadı. Kuyruğa yazılan mesaj gönderim anından hemen önce yeniden sınanır: randevu taşındıysa, ödeme yapıldıysa ya da izin geri alındıysa mesaj iptal edilir. Sessiz saat, pazar ve tatil, günlük ticari ileti sınırı ile aylık kota motorda tanımlıdır; izni olmayan hastaya ticari ileti hiç gitmez. WhatsApp ulaşmazsa SMS denenir, o da olmazsa resepsiyona arama görevi açılır — mesaj sessizce kaybolmaz. Bu akış bugün DEMO sağlayıcıyla çalışır: mesaj giden kutusuna yazılır, dışarı çıkmaz.
Kim hangi ekranda çalışıyor
Aynı veriyi beş rol farklı yerden ve farklı kapsamda kullanır. Yetki ayrıca kişi bazında açılıp kapatılabilir.
Klinik sahibi
Bütün ekranlar açıktır: indirim onayı, kasa açma, belge iptali, otomasyon kuralları, şablonlar ve ayarlar. Onay talepleri kutusuna düşen limit üstü indirimleri burada karara bağlar.
Hekim
Muayene, diş şeması, teklif hazırlama (indirim limiti %10), seans, lab iş emri ve sağlık bildirimi düzeltmesi. Ayarlara ve otomasyona girmez; raporlarda yalnız kendi üretimini ve hakedişini görür.
Resepsiyon
Hasta kaydı, randevu, teklif paylaşımı (indirim limiti %5), tahsilat, kasa, fatura kesme ve mesaj kuyruğu. Anamnez ve bulgu gibi klinik notları, finansal raporları ve hakedişi göremez.
Asistan
Randevu durumu, seansta uygulanan malzeme ve lot girişi, laboratuvar ve stok ekranları. Tutarlar bu rolde görünmez.
Muhasebe
Belgeler, tahsilat ve kasa görüntüleme, finansal raporlar ve Excel çıktısı. Klinik notlarını ve hastanın telefon ile e-postasını görmez; arayan hastayı bulmak için telefonla arama yapabilir ama numara ekrana gelmez.
Dış sistemlerle bağlantı — bugünkü gerçek durum
Dentio'nun dışa açılan uçları sağlayıcıdan bağımsız katmanlar olarak yazıldı; yani sağlayıcı değişse uygulama değişmiyor. Ancak bu uçların çoğu bugün DEMO bağdaştırıcıyla çalışıyor, bazılarında gerçek bağdaştırıcı henüz yazılmadı. Aşağıda hangisinin hangi durumda olduğu açıkça yazılıdır.
- e-Belge (e-Arşiv, e-Fatura, e-SMM) — bugün DEMO
- Belge türü kişi/kurum ayrımına ve klinik düzenine göre seçiliyor; kısmi fatura, iptal, iade, PDF ve karekod akışları hazır. Gönderim bugün DEMO entegratör üzerinden yapılıyor ve belgede "DEMO — GİB'e gönderilmedi" damgası bulunuyor. Gerçek entegratöre bağlanması kurulumda ayrı bir adımdır.
- Sağlık bildirimi (USS) — bugün DEMO
- Bildirim kaydı, altı durumlu kuyruk, eksik alan denetimi, yeniden deneme ve aylık TSİM özeti çalışıyor. Bildirim DEMO bağdaştırıcıya gidiyor ve ekranda bu açıkça yazıyor. Gerçek bağlantı için resmî yetki ve servis erişimi gerekiyor; bu yetki klinik adına alınır.
- İYS ve ticari ileti izni — bugün DEMO
- Ticari nitelikli iletiler (kontrol daveti, anket, doğum günü) hastanın rızasına ve İYS kaydına bağlı. İzni olmayan ya da İYS kaydı bulunmayan hastaya ileti gitmiyor. İYS tarafı şu an DEMO bağdaştırıcıyla çalışıyor; gerçek bağlantı için kliniğin İYS erişimi gerekiyor.
- WhatsApp, SMS ve e-posta — canlı bağdaştırıcı henüz yazılmadı
- Mesajlar kanal ve dil bazlı şablonlardan üretiliyor; WhatsApp ulaşmazsa SMS, o da olmazsa resepsiyona arama görevi açılıyor. Bu akış bugün DEMO sağlayıcıyla çalışıyor: mesaj giden kutusuna yazılır, dışarı çıkmaz. Gerçek WhatsApp Business, SMS operatörü ve SMTP bağdaştırıcıları henüz yazılmadı; canlı kipte mesaj gönderilmiş gibi gösterilmez, açık bir hatayla giden kutusunda bekler. Kliniğin kendi sağlayıcı hesabına bağlanması kurulumda ayrı bir adımdır.
- Online ödeme
- Sağlayıcıdan bağımsız ödeme katmanı; DEMO banka sayfasının yanında PayTR bağdaştırıcısı yazıldı. Tahsilat yalnızca imzası kliniğin anahtarıyla doğrulanmış geri çağrıyla yazılır; tutar sunucuda hesaplanır, kart bilgisi hiçbir yerde saklanmaz.
- Web sitesi ve takvim
- Randevu talep formu kliniğin kendi sitesine gömülebilir; tuzak alan ve hız sınırı ile korunur, gelen talep takvimin üstünde birikir. Randevu takvimi ICS aboneliğiyle dışarı verilebilir; hastanın da kendi takvimine ekleme bağlantısı vardır.
Hasta verisi, erişim ve iz
Diş kliniğinde tutulan veri sağlık verisidir. Uygulama bu yüzden erişimi, hasta tarafını ve izi baştan sıkı kurar; bunlar sonradan eklenen ayarlar değil.
- Hasta bağlantısı ve doğum yılı doğrulamasıTeklif ve ödeme bağlantıları 192 bit jetonla üretilir, veritabanında yalnız özeti tutulur; süreli ve iptal edilebilir. Sağlık içeriği doğum yılı doğrulanmadan açılmaz: beş hatalı denemede on beş dakika kilit, toplam onda bağlantı kalıcı kapanır ve klinik sahibi ile resepsiyona bildirim düşer. Sayfa arama motorlarına kapalıdır.
- Mesajda sağlık bilgisi bulunmazWhatsApp, SMS ve e-posta metninde tedavi adı ve tutar yazmaz; yalnız güvenli bağlantı gider. Şablon denetimi, klinik kendi metnini yazarken sağlık ifadelerini ve kliniğin işlem adlarını engeller. Bakım talimatı gibi ayrıntı yalnız doğum yılıyla açılan sayfada görünür.
- Beş katmanlı yetki ve denetim kaydıHer kullanıcının kendi hesabı vardır, ortak hesap açılmaz. Rol dışında kişiye özel yetki açılıp kapatılabilir; limit üstü indirim gibi işlemler onay kutusuna düşer. Ekleme, düzenleme, silme, rapor indirme ve hassas görüntüleme işlemleri kullanıcı adı ve zaman damgasıyla denetim kaydına yazılır.
- Klinik verisinin ayrışmasıUygulama çok kiracılı kurulur: klinik kimliği taşıyan bütün veri modelleri kapsamlı veritabanı istemcisinden geçer, bir kliniğin kaydı diğerinin sorgusuna karışmaz. Çok şubeli kullanımda şube, oda ve ünit ayrı tanımlıdır.
- Oturum, parola ve şifrelemeParolalar bcrypt ile saklanır, iki adımlı doğrulama (TOTP) açılabilir. Hesap ve IP başına hatalı deneme sınırı vardır; parola değiştiğinde öteki cihazlardaki oturumlar kapanır. Sağlık bildirimi paketindeki T.C. kimlik numaraları şifreli tutulur, deneme kayıtlarında yalnız maskeli özeti görünür.
Devreye alma
Sıra önemli: önce kliniğin künyesi ve katalogları kurulur, sonra hasta verisi aktarılır, en son otomasyonlar açılır. Adımların süresi sizin tarafınızdaki veri hazırlığına bağlıdır.
- 1
Klinik künyesi ve fiziksel kurulum
Klinik bilgileri, şubeler, odalar ve ünitler tanımlanır. Hekim bazında çalışma saatleri, izinler ve tatil takvimi girilir; randevu çakışma denetimi bu tanımlar üzerinden çalışır.
- 2
Kullanıcılar ve yetkiler
Her personel için ayrı hesap açılır ve rolü atanır: klinik sahibi, hekim, resepsiyon, asistan, muhasebe. İndirim limitleri ve kişiye özel yetki istisnaları burada belirlenir; iki adımlı doğrulama açılması önerilir.
- 3
İşlem kataloğu ve fiyat listesi
Uygulanan işlemler, varsayılan süreleri, kontrol günü tanımları ve fiyat listesi girilir. Bu adım teklifin, randevu süresinin ve otomatik kontrol randevusunun doğru çalışmasının ön koşuludur.
- 4
Hasta ve geçmiş veri aktarımı
Hasta künyesi, iletişim bilgileri ve rıza kayıtları aktarılır; açık bakiyeler ve devam eden tedavi planları işlenir. Hazır bir içe aktarma aracı olmadığı için aktarım, eski programınızın verdiği dosya biçimine göre kurulum işinin parçası olarak yapılır. Geçmişin tamamını taşımak zorunlu değildir, hangi dönemden başlanacağına birlikte karar veririz.
- 5
Prova günü, otomasyonların açılması ve canlıya geçiş
Bir gün gerçek akış baştan sona prova edilir: randevu, muayene, teklif, hasta onayı, tahsilat, seans ve fatura. Otomasyonlar önce kuru çalıştırmayla kimin ne alacağı görülerek, sonra tek tek açılır. Dış bağlantıların (e-belge, sağlık bildirimi, mesaj kanalları) gerçek sağlayıcıya bağlanması bu aşamada ayrı iş kalemi olarak ele alınır.
Sıkça sorulan sorular
Merak edilenlerin kısa yanıtları. Aradığınızı bulamazsanız bir telefon kadar yakınız.
Fiyat modeli nasıl?
Dentio raf ürünü olarak satılmıyor. Bedel kurulum ve yıllık bakım olmak üzere iki kalemden oluşuyor; rakam klinik ve şube sayısına, aktarılacak geçmiş verinin hacmine ve kurulumun bizde mi sizin sunucunuzda mı olacağına göre çıkarılıyor. Kapsamı konuştuktan sonra yazılı teklif veriyoruz.
Hasta verisi kime ait, nerede duruyor?
Veri sizindir. Uygulama PostgreSQL üzerinde çalışır ve kliniğin kendi sunucusuna kurulabilir; bu kurulumda hem veritabanı hem yüklenen dosyalar ve görüntüler sizde kalır. Sözleşme sona erse de veritabanı ve dosya deposu size teslim edilir.
e-Fatura ve sağlık bildirimi bugün gerçekten gönderiliyor mu?
Hayır, henüz gönderilmiyor. e-Belge, sağlık bildirimi (USS) ve İYS için sağlayıcıdan bağımsız katmanlar yazıldı ve bugün DEMO bağdaştırıcılarla çalışıyor; üretilen belgede "DEMO — GİB'e gönderilmedi" damgası bulunur. Aynı durum mesaj kanalları için de geçerli: WhatsApp, SMS ve e-postanın gerçek bağdaştırıcıları henüz yazılmadı. Gerçek bağlantılar için resmî yetki, sözleşme ve servis erişimi gerekiyor; bu, kurulum sırasında ayrı bir adım olarak ele alınır.
Mevcut programımızdan geçiş nasıl oluyor?
Hasta künyesi, iletişim bilgisi, işlem kataloğu ve fiyat listesi kurulum sırasında birlikte aktarılır; hazır bir içe aktarma aracı yok, aktarımı eski programınızın verdiği dosya biçimine göre kurulum işinin parçası olarak biz yapıyoruz. Geçmiş tedavi kayıtlarının tamamını taşımak şart değil; açık bakiyeler ve devam eden tedavi planlarıyla başlamak çoğu durumda yeterli olur. Eski programınızdan dışa aktarım alınabiliyorsa hangi alanların karşılığı olduğunu birlikte çıkarırız.
Devreye alma ne kadar sürer?
Süre büyük ölçüde sizin tarafınızdaki veri hazırlığına bağlı. Klinik künyesi, şube, oda ve ünit tanımları ile kullanıcıların açılması kısa sürer; asıl zaman işlem kataloğu ile fiyat listesinin netleşmesi ve hasta verisinin aktarılmasıyla geçer. Takvimi kapsamı gördükten sonra veriyoruz, peşinen tahmini rakam vermiyoruz.
Çok şubeli ve çok hekimli klinikte çalışır mı?
Evet. Şube, oda ve ünit veri modelinde ayrı tanımlıdır; randevu çakışması bu tanımlar ve hekimin takvimi üzerinden denetlenir. Raporlarda tarih, hekim ve şube süzgeçleri bulunur. Her kliniğin verisi kendi içinde ayrışır; bir kliniğin kaydı diğerinde görünmez.
Yedekleme ve veri kaybı riski nasıl yönetiliyor?
Yedek düzeni kurulumda kurulur: veritabanı ve dosya deposu için sıklık ve saklama süresi sözleşmede yazılır, ilk geri dönüş tatbikatı devreye alma sırasında birlikte yapılır. Kendi sunucunuza kurulduğunda yedekleme sizin mevcut düzeninize bağlanır. Silme ve düzenleme işlemleri denetim kaydına yazıldığı için bir kaydın ne zaman ve kim tarafından değiştirildiği geriye doğru izlenebilir.
Kurulumdan sonra destek veriyor musunuz?
Evet. Yıllık bakım kapsamında hata giderme, sürüm güncellemeleri ve kullanıcı sorularına yanıt veriyoruz. Panel içinde destek erişimi ayrı bir izinle açılır; süresi dolunca kendiliğinden kapanır ve erişim denetim kaydına yazılır. Yeni modül ya da rapor talepleri bakımın dışında, ayrı iş kalemi olarak değerlendirilir.
İlgili çözümler
Projenizi konuşalım
Fikrinizi anlatın; kapsamı, süreyi ve bütçeyi 48 saat içinde net bir teklifle önünüze koyalım.