e-Fatura ve e-Arşiv süreçleri klinik yazılımına nasıl bağlanır?
Klinikte kesilen belge, tahsilat kaydının doğal devamı olmalıdır; ayrı bir portalda elle doldurulan form değil. Bu reçete e-SMM, e-Arşiv ve e-Fatura arasındaki farkı netleştirir ve belge akışını klinik yazılımına bağlamanın adımlarını verir.
Muayene biter, hasta kapıda “faturamı alabilir miyim” der. Sekreter belge kesmek için başka bir ekrana geçer; hastanın unvanı, vergi dairesi ve adresi kayıtlı olmadığı için telefonla sorulur ve bir harf yanlış yazılır. e-Fatura ve e-Arşiv süreçlerini klinik yazılımına bağlamanın amacı bu üç dakikayı kısaltmak değil, aynı veriyi ikinci kez yazma zorunluluğunu ortadan kaldırmaktır. Bu reçete, hangi belgenin size ait olduğunu netleştirmekten entegratör bağlantısını doğrulamaya kadar giden yolu anlatır ve PratiVia’nın bu zincirin tam olarak neresinde durduğunu dürüstçe söyler.
01 · Şikâyet
Klinikte ne görünüyor?
Belge süreci bozulduğunda bunu ilk fark eden muhasebeci değil, kapıda bekleyen hastadır. Geciken bir belge talebi, yanlış yazılan bir vergi numarası ve ay sonunda kesilmediği anlaşılan tahsilatlar aynı boşluğu işaret eder: belge, tahsilattan ayrı bir işlem olarak yaşamaktadır.
Vergi bilgisi her seferinde yeniden soruluyor
Kurumsal belge isteyen hastanın unvanı, vergi dairesi ve adresi hiçbir yerde tutulmadığı için her gelişinde yeniden sorulur. Hasta bilgileri telefonundan okur, sekreter dinleyerek yazar. Aynı hastaya yılda dört kez aynı soruyu sormak, hem zaman kaybıdır hem de kliniğin dağınık göründüğü anlardan biridir.
Belge kesme işi ay sonuna yığılıyor
Gün içinde vakit bulunamadığı için belgeler biriktirilir ve ay sonunda tek oturumda kesilir. O oturumda hangi tahsilatın belgelendiği, hangisinin atlandığı listelerden takip edilir. Yorgun bir akşamda yapılan bu toplu iş, hem hataya hem de gözden kaçan tahsilata en açık andır.
Hatalı gönderilen belge çok geç fark ediliyor
Gönderim sırasında alıcı bilgisi hatalıysa belge reddedilir; ancak kimse bu sonucu takip etmediği için belge kesilmiş sanılır. Hata çoğu zaman aylar sonra, muhasebeci sayıları karşılaştırırken ortaya çıkar. Düzeltme o noktada hem daha zahmetli hem de hastayla yeniden temas gerektiren bir işe dönüşür.
Aynı tutar iki ayrı yere yazılıyor
Tahsilat klinik kaydına, belge ise portala girilir. İki taraf birbirinden habersiz olduğu için tutar, tarih ve hizmet adı iki kez yazılır. Aradaki en küçük tutarsızlık ay sonunda saatlerce süren bir arama işi doğurur; üstelik hangi kaydın doğru olduğu da her zaman belli olmaz.
02 · Tanı
Sorunun asıl kaynağı nedir?
Bu belirtiler tek bir yapısal boşluktan doğar: belgenin girdileri klinikte, belgenin kendisi ise klinik dışında üretilir. İki dünya arasında köprü kurulmadıkça köprüyü her seferinde bir insan olur ve insan, veri kopyalarken er ya da geç hata yapar.
1
Belge türü baştan netleştirilmemiştir
Serbest meslek erbabı olarak çalışan hekim ile şirket çatısı altında faaliyet gösteren klinik aynı belgeyi düzenlemez; alıcının e-Fatura mükellefi olup olmaması da düzenlenecek belgeyi değiştirir. Bu, yazılım tercihi değil mali müşavir sorusudur. Yanlış türle kurulan bir akış çalışır gibi görünür ama düzeltilmesi en pahalı hatadır, çünkü geriye dönük tüm belgeler etkilenir.
2
Alıcı bilgisi hasta kaydının parçası değildir
Belge için gereken unvan, vergi numarası, vergi dairesi ve adres bilgileri hasta dosyasında değil, sekreterin not defterinde ya da hiçbir yerde durur. Oysa bu bilgiler bir kez alınıp kayda yazıldığında sonraki her belge kendiliğinden dolar. Verinin toplandığı yer ile kullanıldığı yer arasındaki bu kopukluk, tekrar eden her belgeyi ilk belge gibi zahmetli hâle getirir.
3
Gönderim bir kuyruktur, tek tıklık bir iş değil
e-Belge hazırlanır, entegratöre iletilir, oradan GİB tarafına gider ve bir sonuç döner. Bu zincirin her halkasında gecikme ya da hata olabilir: kapalı mükellefiyet, hatalı vergi numarası, geçici servis sorunu. Sonucu izlemeyen bir klinik, belgeyi göndermekle kesilmiş saymayı karıştırır. Kuyruğu görünür kılmayan her kurulum, sessiz başarısızlığa açıktır.
Bu sorunun ölçülebilir bedeli
Belge başına elle veri girişi
Belge başına 2-4 dakika
Alıcı bilgisi ve tutarın ikinci bir ekrana yeniden yazılma süresi.
Hatalı alıcı bilgisi oranı
Belgelerin %3-10’u
Telefonla alınan vergi ve adres bilgisinin yanlış yazılma tahmini.
Ay sonuna yığılan belge işi
Ayda 2-4 saat
Toplu belge kesme ve belgelenmemiş tahsilatı arama süresi.
Geç fark edilen hatalı gönderim
Ayda 1-3 belge
Kuyruk izlenmediği için günler sonra görülen reddedilmiş belgeler.
03 · Reçete
Adım adım uygulama
Bağlantıyı kurmadan önce cevaplanması gereken soru teknik değil hukukidir: siz hangi belgeyi düzenliyorsunuz? Bu netleştikten sonra kalan iş sıradan bir kurulumdur. Aşağıdaki adımlar belge akışını tahsilat kaydının üzerine oturtur ve ay sonunu bir arama işi olmaktan çıkarır.
01
Hangi belgeyi düzenlediğinizi mali müşavirinizle netleştirin
Kurulumda bir kez, mükellefiyet değişiminde tekrar
Kurulumun ilk adımı yazılımda değil, bir telefon görüşmesindedir. Serbest meslek erbabı olarak çalışıyorsanız düzenlediğiniz belge ile şirket olarak faaliyet gösteren bir kliniğin belgesi farklıdır; alıcının mükellef olup olmaması da sonucu değiştirir. Bu ayrım netleşmeden yapılan her teknik tercih, sonradan sökülmesi gereken bir kurulum üretir.
Mali müşavirinizden tek sayfalık yazılı bir not isteyin: hangi durumda hangi belge, hangi oranlarla ve hangi süre içinde düzenlenecek. Bu not kurulumun anayasası olur; ekip her tereddütte tartışmak yerine oraya bakar. Notu yılda bir güncellemek de mevzuat değişikliklerini gözden kaçırmamanın en basit yoludur. Belgeyi ekibin görebileceği bir yerde saklayın; cevap yalnızca hekimin telefonunda kalırsa, sekreter tereddüt ettiğinde yine tahmin yürütmek zorunda kalır.
Mükellefiyet biçiminizi ve düzenlediğiniz belge türünü yazılı olarak netleştirin
Alıcının mükellef olduğu ve olmadığı durumları ayrı ayrı belirleyin
Oran ve süre bilgilerini mali müşavirinizden yazılı olarak alın
PratiVia’da karşılığı
PratiVia e-belge tarafında serbest meslek makbuzu ve fatura akışlarını ayrı ayrı ele alır; kurum hangi belge türüyle çalışıyorsa tanım bir kez yapılır ve tüm tahsilatlar o akışa düşer.
Belge bilgisi bir kez toplanır, sonsuz kez kullanılır. Kurumsal belge isteyen hastanın unvanı, vergi numarası, vergi dairesi ve belge adresi hasta dosyasında ayrı bir alanda tutulmalıdır. Böylece ikinci gelişinde hiçbir şey sorulmaz; belge, kayıttaki bilgilerle saniyeler içinde hazırlanır.
Bu bilgiyi herkesten toplamaya kalkmayın. Veri minimizasyonu ilkesi, yalnızca belge talep eden hastadan ve yalnızca belge için gerekli alanların istenmesini gerektirir. Şahsi belge isteyen hasta için kimlik numarası dışında bir bilgiye çoğu zaman ihtiyaç yoktur; gereksiz alan toplamak hem hastayı yorar hem kliniğe sorumluluk yükler. Bu alanları kimin güncelleyebileceğini de belirleyin; unvan ve vergi numarası gibi bilgilerin herkes tarafından değiştirilebilmesi, fark edilmesi zor sessiz hatalara zemin hazırlar.
Belge bilgisi alanlarını hasta dosyasında tek yerde tanımlayın
Bilgiyi yalnızca belge talep eden hastadan isteyin
Değişiklik olduğunda eski kaydı güncelleyin, yenisini açmayın
PratiVia’da karşılığı
Danışan kaydında belge bilgileri ayrı alanlarda tutulur; belge hazırlanırken bu alanlar otomatik dolar ve sekreter aynı veriyi ikinci kez yazmaz, hastaya ikinci kez sormaz.
Entegratör bağlantısını kurun ve test belgesiyle doğrulayın
Kurulumda bir kez, sağlayıcı değişiminde tekrar
Burada dürüst olmak gerekir: hiçbir klinik yazılımı belgeyi doğrudan GİB ekranlarına yazmaz. Gönderim, yetkilendirilmiş bir özel entegratör üzerinden yapılır; entegratör sözleşmesi, mali mühür veya e-imza gibi yükümlülükler ise kurumun kendisine aittir. Yazılımın işi, belgeyi doğru biçimde hazırlayıp bu kanala teslim etmek ve dönen sonucu eksiksiz göstermektir; zincirin geri kalanı sözleşmeyle belirlenir.
Bağlantı kurulduktan sonra canlıya doğrudan geçmeyin. Önce test ortamında birkaç belge üretin, alanların doğru dolduğunu görün ve ilk gerçek belgeyi mali müşavirinize kontrol ettirin. On dakikalık bu doğrulama, yanlış düzenlenmiş yüzlerce belgeyi geriye dönük düzeltme zahmetinden korur. Doğrulama için kullandığınız örnek belgeleri saklayın; ileride bir tereddüt doğduğunda kurulumun nasıl sınandığını gösteren kayıt tartışmayı kısaltır.
Entegratör sözleşmesini ve mali mühür sürecini önceden tamamlayın
Canlıya geçmeden önce test ortamında belge üretin
İlk gerçek belgeyi mali müşavirinize kontrol ettirin
PratiVia’da karşılığı
PratiVia e-belge gönderimini Nilvera entegratörü üzerinden yürütür; bağlantı bilgileri kurum ayarlarında şifreli saklanır ve sağlayıcı erişimi tanımlanmadan gönderim başlatılmaz.
Belge göndermek bir emir değil, bir istektir; sonucu görmeden iş bitmiş sayılmaz. Hazırlandı, gönderildi, kabul edildi ve hata aldı durumlarının ayrı ayrı görünmesi gerekir. Günde iki dakikalık bir bakış, hata alan belgeyi aynı gün yakalar; aylar sonra bulunan hatanın maliyetiyle kıyaslanamayacak kadar ucuzdur.
Hataların büyük bölümü birkaç başlıkta toplanır: yanlış vergi numarası, kapanmış mükellefiyet, eksik adres ve geçici servis kesintisi. İlk üçü hasta kaydı düzeltilerek çözülür, dördüncüsü yeniden denemeyle. Ekipten tek beklenen, listeye bakıp kırmızı satır varsa aynı gün sahibine haber vermesidir. Aynı hatanın tekrar etmesi kuyruğun değil kaynağın sorunudur; hasta kaydındaki bilgiyi düzeltmeden yeniden göndermek, aynı sonucu ikinci kez almak demektir.
Kuyruk kontrolünü günlük kapanış rutinine ekleyin
Hata alan belgeleri aynı gün düzeltip yeniden gönderin
Tekrar eden hata tiplerini not edip kaynağını düzeltin
PratiVia’da karşılığı
PratiVia’da e-belge işleri kuyruk üzerinden yürür; her belgenin durumu, aldığı hata mesajı ve yeniden deneme geçmişi ilgili tahsilat kaydının yanında görünür.
Belgenin kesilmesi kadar hastaya ulaşması da sürecin parçasıdır; ulaşmayan belge, kesilmemiş belge gibi telefon trafiği üretir. Tek bir yol seçin ve istisnasız uygulayın: kayıtlı e-posta adresine gönderim ya da hasta portalından indirme. İki yolu birden açık tutmak, hangisinin kullanıldığının bilinmemesine yol açar.
Belge üzerindeki hizmet açıklamasını genel tutun. “Muayene hizmet bedeli” gibi bir ifade hem yeterlidir hem de belgenin dolaşabileceği yerleri düşündüğünüzde doğru olandır; tanı, tetkik adı ya da tedavi detayı belgeye yazılmamalıdır. Bu, incelikten değil kişisel verinin korunmasından doğan bir zorunluluktur. Aynı ilke e-posta konu satırı için de geçerlidir; konu satırı çoğu telefonda önizlemede görünür ve orada yazan her kelime üçüncü kişilere açıktır.
Belge iletim kanalını tek bir yolla standartlaştırın
Hizmet açıklamasını genel ifadelerle sınırlayın
Gönderim kaydının tutulduğundan emin olun
PratiVia’da karşılığı
Belge, danışan portalından indirilebilir veya kayıtlı e-posta adresine gönderilir; gönderim kaydı tutulduğu için “bana ulaşmadı” tartışması hafızayla değil kayıtla çözülür.
Ay sonunda tek bir karşılaştırma yapın: kaç tahsilat var, kaç belge düzenlenmiş. İki sayı eşit değilse aradaki fark, belgelenmemiş tahsilatlardır ve bunlar tek tek açılıp nedeni yazılır. Bu yirmi dakika, muhasebeciyle yaşanan eksik belge yazışmalarının tamamının yerine geçer. Fark her ay sıfır çıksa bile kontrolü sürdürün; sıfır sonucun kendisi akışın çalıştığının kanıtıdır.
Aynı listeyi mali müşavirinize her ay aynı biçimde gönderin. Biçim standartlaştığında karşı taraf da alışır; sorular azalır, geri dönüşler hızlanır. Her ay farklı düzende gönderilen döküm ise iki tarafta da yeniden düzenleme işi doğurur ve ayın ilk haftası bu yazışmayla geçer. Biçimi bir kez kararlaştırdıktan sonra değiştirmemeye çalışın; her değişiklik karşı tarafta yeni bir alışma dönemi başlatır.
Tahsilat sayısı ile belge sayısını her ay karşılaştırın
Belgesiz kalan tahsilatların nedenini kayda yazın
Mali müşavirinize giden dökümün biçimini sabitleyin
PratiVia’da karşılığı
Aylık raporda tahsilat ve düzenlenen belge sayısı yan yana okunur; belgesiz kalan tahsilatlar filtreyle listelenir ve dışa aktarılan döküm her ay aynı biçimde üretilir.
Belge kesmek tek başına zor bir iş değildir; zor olan, belgenin klinikteki veriden beslenmesi ve sonucunun takip edilmesidir. PratiVia belgeyi ayrı bir modül gibi değil, tahsilat kaydının devamı olarak ele alır ve kuyruğun her adımını görünür tutar.
Belge, tahsilatın devamıdır
Tutar, tarih ve hizmet bilgisi tahsilat kaydında zaten vardır; belge bu verilerden üretilir. İkinci bir ekrana geçip aynı bilgileri yeniden yazmak gerekmediği için hem süre kısalır hem de kopyalama sırasında oluşan hata kaynağı ortadan kalkar.
Belge bilgileri danışan dosyasında durur ve her yeni belgede kendiliğinden dolar. Hastaya aynı soruyu yılda dört kez sormak zorunda kalmazsınız; bilgi değiştiğinde tek yerde güncellenir ve sonraki tüm belgeler yeni bilgiyle üretilir.
Belgenin hazırlandığı, gönderildiği, kabul edildiği ya da hata aldığı tek bakışta görünür. Hata mesajı da kayıtta durduğu için sorunun kaynağı tahmin edilmez, okunur. Sessizce başarısız olan bir gönderim bu yapıda mümkün değildir.
Sağlayıcı değişse akış değişmez
Entegratör bağlantısı ayrı bir katmanda tutulduğu için sağlayıcı değişikliği kliniğin gündelik akışını etkilemez. Kurumun kayıtları, geçmiş belgeleri ve alışkanlıkları yerinde kalır; değişen yalnızca arka plandaki bağlantı tanımı olur.
05 · Takip
Sonucu nasıl ölçersiniz?
Belge akışının doğru kurulduğunu, ay sonunda kimsenin belge aramamasından anlarsınız. Sayıyla bakmak isterseniz aşağıdaki dört gösterge yeterlidir; ilk ikisi kurulumun, son ikisi işletmenin sağlığını ölçer.
Gösterge
Hedef
Nasıl ölçülür
Belgesiz kalan tahsilat
Ay sonunda sıfır
Aylık tahsilat sayısı ile düzenlenen belge sayısını karşılaştırın.
Belge başına elle giriş süresi
30 saniyenin altına
Beş belgeyi kronometreyle ölçüp ortalamasını alın; kurulum öncesiyle kıyaslayın.
Hata alan belge oranı
Belgelerin %2’sinin altında
Hata durumundaki belge / toplam belge; kuyruk ekranından haftalık okunur.
Hatanın fark edilme süresi
Aynı gün
Hata tarihi ile düzeltme tarihi arasındaki farkı belge bazında izleyin.
4 haftalık uygulama planı
1. hafta
Mali müşavirinizle belge türünü netleştirin; entegratör sözleşmesi ve mühür sürecini başlatın.
Hangi belgenin, hangi durumda düzenleneceği yazılı hâle geldi.
2. hafta
Belge bilgisi alanlarını hasta kayıtlarına taşıyın; sık gelen kurumsal hastalarla başlayın.
Alıcı bilgisi artık her belgede yeniden sorulmuyor.
3. hafta
Test belgeleriyle bağlantıyı doğrulayın; ilk gerçek belgeleri kontrol ettirerek kesin.
Belge akışı canlıya alındı ve doğruluğu dışarıdan teyit edildi.
4. hafta
Günlük kuyruk kontrolünü başlatın; ilk ay sonu karşılaştırmasını yapın.
Hatalar aynı gün yakalanıyor, belgesiz tahsilat listesi boş.
Yan etkiler ve dikkat edilecekler
Bu içerik vergi danışmanlığı değildir; belge türünü, oranları ve süreleri mali müşavirinizle teyit edin.
PratiVia GİB ekranlarına doğrudan bağlanmaz; gönderim özel entegratör üzerinden yapılır, sözleşme ve mali mühür kurumun kendi yükümlülüğüdür.
Belge üzerine tanı, tetkik adı veya tedavi detayı yazmayın; bunlar özel nitelikli kişisel veridir ve belge birçok elden geçer.
Test ortamında doğrulamadan canlı gönderime geçmeyin; hatalı düzenlenen belgeyi düzeltmek, doğru kesmekten kat kat zahmetlidir.
06 · Sık sorulanlar
Bu reçete hakkında merak edilenler
e-Fatura ile e-Arşiv arasındaki fark nedir?
İkisi de faturadır; fark, alıcının durumundan doğar. Alıcı e-Fatura sistemine kayıtlı bir mükellefse belge sistem içinden ona iletilir; kayıtlı değilse arşiv biçiminde düzenlenip elektronik olarak saklanır ve hastaya ayrıca gönderilir. Klinik açısından pratik sonuç şudur: alıcı bilgisi doğru girildiğinde hangi türün kullanılacağına yazılım karar verir, sekreterin bunu ayırt etmesi gerekmez. Sizin göreviniz doğru veriyi bir kez toplamaktır.
Serbest meslek makbuzu düzenleyen hekimin e-Fatura ile işi olur mu?
Çoğu muayenehane hekimi için asıl belge serbest meslek makbuzudur; ancak kliniğin şirket yapısı, kurumsal anlaşmalar veya farklı gelir kalemleri devreye girdiğinde fatura da gündeme gelebilir. Hangi durumda hangi belgenin düzenleneceğini mali müşavirinizle netleştirin. Yazılım tarafında önemli olan, kurumun her iki akışı da aynı tahsilat kaydından besleyebilmesi ve belge türü değiştiğinde sürecin baştan kurulmamasıdır.
Klinik yazılımı GİB’e doğrudan bağlanabilir mi?
Pratikte hayır; e-belge gönderimi yetkilendirilmiş özel entegratörler üzerinden yürür ve klinik yazılımı bu entegratöre bağlanır. Bunu bir eksiklik olarak değil, sorumluluk paylaşımı olarak okuyun: entegratör gönderim ve saklama yükümlülüklerini üstlenir, yazılım ise belgeyi doğru hazırlar ve sonucu size gösterir. Entegratör sözleşmesi ve mali mühür süreci ise doğrudan kurumun kendi yükümlülüğüdür, yazılım bunu sizin adınıza üstlenemez.
Hastam vergi bilgisi vermek istemiyorsa ne yapmalıyım?
Şahsi belge isteyen bireysel hastadan kurumsal alıcı bilgisi istemeniz zaten gerekmez; talep edilen bilgi belgenin türüne göre değişir. Hasta kurumsal belge istiyor ama bilgileri paylaşmak istemiyorsa, belgenin bireysel olarak düzenleneceğini nazikçe açıklamak yeterlidir. Toplanan her alanın bir gerekçesi olmalıdır; gerekçesiz veri toplamak veri minimizasyonu ilkesine aykırıdır ve kliniğe gereksiz sorumluluk yükler.
Belgeyi ay sonunda toplu kesmek yerine neden her işlemde keseyim?
Üç nedenle. Birincisi, tahsilat anında kesilen belgede bilgiler tazedir ve hata oranı düşüktür. İkincisi, hastaya belgeyi hemen verebildiğiniz için sonradan gelen talepler ve telefon trafiği ortadan kalkar. Üçüncüsü, hata alan bir belge aynı gün fark edilip düzeltilir; ay sonuna bırakılan yığında ise hatalar birbirinin içinde kaybolur. Toplu kesim, kazandırdığı zamandan fazlasını düzeltmelerde geri alır.
Tahsilat ve hasta kayıtlarınız kliniğin kendi verisidir; entegratör değişikliği bu veriyi etkilemez. Değişen, belgenin hangi kanaldan gönderildiğidir. Geçişte dikkat edilmesi gereken iki nokta vardır: eski sağlayıcıdaki belgelerin saklama yükümlülüğüne uygun biçimde temin edilmesi ve yeni bağlantının test belgesiyle doğrulanması. Bu ikisi yapıldığında geçiş, kliniğin gündelik akışını kesintiye uğratmadan tamamlanır.