e-Nabız gönderimi çoğu klinikte teknik değil, kayıt kalitesi sorunudur. Eksik doğrulanmış kimlik, boş bırakılmış tanı alanı ve sahipsiz bir gönderim sorumluluğu, hangi altyapıyı kullanırsanız kullanın aynı sonucu üretir. Bu reçete gönderime hazır kayıt disiplinini kurar.
Bir polikliniğin yöneticisi denetim öncesi kontrol yaptığında şunu gördü: aynı hasta üç ayrı kayıtta üç farklı yazımla duruyordu, ikisinde TC kimlik numarası hiç girilmemişti. Gönderim yapılamıyordu ve sorun gönderim aracında değildi. e-Nabız veri gönderimi klinik yazılımında kritik hâle gelir, çünkü kliniğin kayıt disiplinini acımasızca test eder: eksik kimlik, boş tanı ve sahipsiz sorumluluk gönderimin hangi yolla yapıldığından bağımsız olarak süreci durdurur. Bu reçete kliniğin kayıtlarını gönderime hazır tutmanın adımlarını anlatır; teknik bağlantının kendisini değil, onun ön koşullarını kurar.
01 · Şikâyet
Gönderim sorunu kendini nadiren bir hata mesajıyla gösterir; genellikle kliniğin içindeki tutarsızlıklar olarak ortaya çıkar. Aşağıdaki dört belirti, kayıtların gönderime hazır olmadığını söyler. Hepsinin ortak özelliği, gönderim gündeme gelene kadar kimseyi rahatsız etmemesidir.
Hasta bir kayıtta “Ayşe Yılmaz”, diğerinde “Ayse Yilmaz”, üçüncüsünde ise yalnızca telefon numarasıyla duruyor. Üç kaydın üçü de aynı kişiye ait ama sistem bunu bilmiyor. Gönderim gerektiğinde hangi kaydın gerçek olduğu belirsiz kalıyor ve klinik geçmişi üç parçaya bölünmüş oluyor.
Kayıt açılırken hasta acelesi olduğunu söylüyor, kimlik bilgisi sonra tamamlanmak üzere atlanıyor. Sonra hiç tamamlanmıyor. Aylar sonra o kaydın gönderilmesi gerektiğinde hastayı arayıp kimlik bilgisi istemek gerekiyor; hasta ise neden arandığını anlamıyor ve kliniğe güveni azalıyor.
Muayene notunun içinde tanı bir cümlenin parçası olarak yazılıyor: “muhtemelen üst solunum yolu enfeksiyonu düşünüldü”. Bu cümle klinik olarak anlamlı ama yapılandırılmış bir alan değil. Gönderim için ayrı bir alan gerektiğinde kayıt tek tek okunup elle çıkarılıyor ve bu iş her seferinde yeniden yapılıyor.
Sorulduğunda herkes bir başkasını işaret ediyor: hekim sekreterin, sekreter muhasebenin yaptığını sanıyor. Yapılmadığı ise ancak bir uyarı geldiğinde anlaşılıyor. Sahipsiz bir işin düzenli yapılması mümkün değildir; sorumluluk yazılı olmadığında iş yapılmamış sayılır.
02 · Tanı
Bu belirtiler bir yazılım eksikliğine değil, kayıt anındaki disiplin boşluğuna işaret eder. Gönderim, kliniğin ürettiği verinin kalitesini dışarıdan denetleyen bir aynadır; ayna kırık değildir, gösterdiği görüntü eksiktir. Bu yüzden çözüm de gönderim aracında değil, kaydın oluşturulduğu anda aranmalıdır.
Hasta kaydı açılırken kimlik bilgisinin doğrulanmaması, sonradan katlanarak büyüyen bir borç yaratır. Yanlış ya da eksik girilen bir kimlik, mükerrer kayıt üretir; mükerrer kayıt klinik geçmişi böler; bölünmüş geçmiş ise hem gönderimi hem de hekimin kararını sakatlar. Doğrulamayı kayıt anına bağlamak yirmi saniyelik bir iştir. Aynı hatayı aylar sonra düzeltmek ise hastayı aramayı, kayıtları birleştirmeyi ve geçmişi yeniden kurmayı gerektirir.
Serbest metin hekim için hızlı, sistem için okunaksızdır. Tanı, işlem, tarih ve hekim bilgisi ayrı alanlarda tutulmadığında hiçbir gönderim, hiçbir rapor ve hiçbir istatistik üretilemez. Bu, e-Nabız’dan bağımsız bir gerçektir: yapılandırılmamış kayıt kliniğin kendi sorularını da cevaplayamaz. Alan sayısını artırmak gerekmez; dört zorunlu alan çoğu muayenehane için yeterlidir. Önemli olan sayının azlığı değil, doldurulmasının istisnasız olmasıdır.
Düzenli tekrarlayan işlerin kişiye bağlanması, o kişi izne çıktığında ya da işten ayrıldığında işin durması demektir. Gönderim tam olarak böyle bir iştir: her gün ya da her hafta tekrar eder, atlandığında hemen fark edilmez ve biriktiğinde toparlanması zorlaşır. Çözüm işi bir kişiye değil, sıklığı ve vekili tanımlı bir göreve bağlamaktır. Vekili olmayan sorumluluk, ilk izin döneminde kesintiye uğrar ve kesinti fark edilmeden aylarca sürebilir.
Bu sorunun ölçülebilir bedeli
Mükerrer hasta kaydı
Kayıtların %3-8’i
Kimlik doğrulaması yapılmadan açılan ve aynı kişiye ait olan çift kayıtlar.
Eksik alan tamamlama
Kayıt başına 4-8 dakika
Sonradan hastayı arayıp eksik kimlik ve tanı bilgisini tamamlama süresi.
Biriken gönderim yükü
Haftada 1-3 saat
Düzenli yapılmadığında toplu hâlde telafi edilmesi gereken gönderim işi.
Bölünmüş hasta geçmişi
Belirsiz
Mükerrer kayıt nedeniyle hekimin göremediği önceki muayene ve tetkikler.
03 · Reçete
Bu reçete bir entegrasyon kurulumu anlatmaz; gönderimi hangi yolla yaparsanız yapın işinizi kolaylaştıracak beş adımı anlatır. Sıra bilinçlidir: önce kimlik, sonra kayıt yapısı, ardından sorumluluk, en sonda hata döngüsü ve şeffaflık. İlk iki adım tamamlanmadan diğerleri kalıcı olmaz, çünkü hatalı veri her aşamada yeniden karşınıza çıkar.
Hasta kaydı açılırken kimlik bilgisinin doğrulanması, sonradan yapılacak onlarca düzeltmeyi baştan önler. Doğrulama iki şeyi birden sağlar: kaydın gerçek kişiyle eşleşmesi ve ad soyad yazımının tek biçimli olması. Yazım biçimi standartlaştığında mükerrer kayıt üretme olasılığı da belirgin biçimde düşer.
Kimlik numarası hassas bir veridir ve şifreli saklanması gerekir; arama yapılabilmesi için ise ayrı bir özet değerin tutulması doğru yöntemdir. Bu ayrım kullanıcıya görünmez ama denetimde farkı yaratan şeydir. Kaydı açan personelin kimlik alanını boş geçebilmesini teknik olarak zorlaştırmak da işe yarar: acele eden hastanın bilgisi sonra tamamlanmak üzere atlandığında, pratikte hiç tamamlanmaz. Boş bırakılan alanı zorunlu hâle getirmek, kliniğin en ucuz iyileştirmesidir.
PratiVia’da karşılığı
PratiVia’da TC kimlik numarası şifreli olarak saklanır ve arama için ayrı bir özet değer tutulur; MERNİS doğrulaması yapılan kayıtlarda doğrulama sonucu değiştirilemez bir kayıt olarak dosyada durur.
Hasta yönetimiSerbest metin notunuzun yanında dört alan her zaman dolu olmalı: muayene tarihi, muayeneyi yapan hekim, tanı ve yapılan işlem. Bu dört alan gönderimin de, raporlamanın da, kliniğin kendi istatistiğinin de temelidir. Hekimin anlatı notu bu alanların yerine geçmez; ikisi birlikte tutulur.
Uygulamada en çok direnç gören şey tanı alanının yapılandırılmasıdır, çünkü hekim düşüncesini bir kutuya sığdırmaktan hoşlanmaz. Çözüm, serbest metni kısıtlamak değil yanına küçük bir alan eklemektir: metin olduğu gibi kalır, tanı ayrıca seçilir. On saniyelik bu ek iş, ay sonunda kliniğin hangi tabloları ne sıklıkla gördüğünü söyleyebilmesini sağlar. Bu bilgi yalnızca gönderim için değil, kliniğin kendi planlaması için de değerlidir.
PratiVia’da karşılığı
PratiVia’da kurum kendi not türlerini form oluşturucuyla tanımlar; zorunlu alanlar belirlenebilir ve muayene notu hem serbest metni hem yapılandırılmış alanları aynı kayıtta tutar.
Muayene notlarıDüzenli tekrarlayan her işte olduğu gibi burada da üç şey yazılı olmalı: işi kim yapıyor, hangi sıklıkla yapıyor ve o kişi yoksa kim yapıyor. Üçü yazılı olduğunda iş kesintisiz sürer; biri eksik olduğunda ilk izin döneminde durur. Gönderim işinin doğası gereği durduğu hemen fark edilmez, bu yüzden vekil tanımı burada özellikle önemlidir.
Sıklık kararını klinik hacmine göre verin. Günde on beş muayene yapan bir muayenehane için haftalık ritim yeterlidir; günlük hacmi yüksek bir poliklinikte ise her gün sabit bir saat daha uygundur. Kritik olan sıklığın kendisi değil, sabit olmasıdır. Değişken zamanlarda yapılan iş, yoğun günlerde ilk atlanan iş olur ve bir kez atlandığında geri dönmesi zorlaşır.
PratiVia’da karşılığı
PratiVia’da rol bazlı yetkilendirme, bu işi yürütecek kişinin hangi kayıtlara erişeceğini belirler; yapılan işlemler değiştirilemez denetim kaydına düştüğü için sonradan kimin ne yaptığı izlenebilir.
Ekip ve rollerGönderim sırasında geri dönen hatalar kliniğin en değerli geri bildirimidir, çünkü kayıt kalitesindeki boşluğu tam olarak işaret ederler. Bu hataları düzeltip geçmek yetmez; nedenlerini bir yere not etmek gerekir. Aynı hatanın üç kez tekrar etmesi, o alanın kayıt anında yanlış tasarlandığını söyler.
Basit bir defter yeterlidir: tarih, hata türü, kaç kayıt ve alınan önlem. Bir ay sonra bu defter okunduğunda hataların genellikle iki üç başlıkta toplandığı görülür. Kayıt anındaki tek bir alan düzeltmesi, o başlıkların tamamını ortadan kaldırabilir. Hataları tek tek düzeltip kaynağına dokunmayan klinikler ise aynı işi her ay yeniden yapar ve zamanla bunu normal bir yük olarak kabul eder.
PratiVia’da karşılığı
PratiVia raporları kayıt ve danışan akışını aynı ekranda toplar; eksik alanlı kayıtları listeleyip düzeltme işini gündelik akışın içine yerleştirebilirsiniz.
Raporlar ve operasyonHastanın kendi verisinin nereye aktarıldığını bilmesi hem yasal bir gereklilik hem de güven kurmanın en doğrudan yoludur. Aydınlatma metniniz hangi verinin hangi amaçla, hangi hukuki dayanakla ve nereye aktarıldığını anlaşılır bir dille söylemelidir. Hukuki metinlerin anlaşılır olması, kısa olmasından daha önemlidir.
Pratikte en sık karşılaşılan durum, hastanın e-Nabız üzerinde gördüğü kayıt ile kliniğin dosyasındaki bilgi arasında fark olmasıdır. Bu farkın nasıl ele alınacağı önceden yazılmalıdır: hasta klinikle iletişime geçer, kayıt birlikte incelenir ve gerekirse düzeltme talebi süreci başlatılır. Hazırlıksız yakalanan klinikler bu tür soruları savunmacı bir tonla karşılar; oysa süreci baştan tanımlamış olanlar aynı soruyu rutin bir işlem olarak çözer.
PratiVia’da karşılığı
PratiVia’da aydınlatma ve açık rıza metinleri online form akışının parçasıdır; rıza kaydı OTP doğrulamalı ve değiştirilemez biçimde tutulduğu için hangi metnin ne zaman onaylandığı sonradan gösterilebilir.
Online formlar04 · PratiVia farkı
Burada dürüst olmak satış argümanının kendisidir: PratiVia e-Nabız’a doğrudan canlı bir bağlantı sunmaz ve sunuyormuş gibi de konumlanmaz. Yaptığı iş, gönderimi mümkün kılan kayıt kalitesini üretmek ve kliniğin bu yükümlülüğü daha az emekle yönetmesini sağlamaktır.
PratiVia klinik içi kaydı gönderime hazır tutar; resmî sisteme aktarımı kurumun kendi süreci veya entegratörü yürütür. Var olmayan bir bağlantı vaat edilmediği için kurulum sonrası sürpriz de yaşanmaz.
TC kimlik numarası şifreli saklanır, arama için ayrı bir özet değer tutulur ve MERNİS doğrulaması yapılan kayıtlarda doğrulama izi kalır. Bu, sonradan eklenen bir modül değil şemanın kendisidir.
Modülü inceleyinHangi alanların zorunlu olacağına kurum karar verir. Tanı ve işlem alanlarını zorunlu tutan bir klinik, gönderim gerektiğinde kayıtlarını tek tek okumak zorunda kalmaz.
Modülü inceleyinHastanın veri paylaşımına ilişkin aydınlatma ve açık rıza onayı OTP doğrulamasıyla alınır ve sonradan değiştirilemeyen bir kayda yazılır; bu kayıt hasta dosyasının içinde durur, ayrı bir klasörde aranmaz. Hangi hastanın hangi metni ne zaman onayladığı, yıllar sonra gelen bir soruda kanıtla cevaplanabilir.
Modülü inceleyin05 · Takip
Kayıt kalitesi soyut bir kavram değildir; dört göstergeyle sayısal hâle gelir. Bu göstergeleri aylık izlemek, gönderim yükünün neden azaldığını ya da artmadığını açıklamanızı da sağlar.
| Gösterge | Hedef | Nasıl ölçülür |
|---|---|---|
| Kimliği doğrulanmış kayıt oranı | Yeni kayıtların tamamı | Kimlik alanı dolu ve doğrulanmış kayıt / yeni açılan kayıt; aylık hesaplanır. |
| Mükerrer kayıt sayısı | Ayda sıfıra yakın | Aynı kişiye ait tespit edilen çift kayıtları ay ay sayıp birleştirin. |
| Zorunlu alanı eksik muayene kaydı | %2 altı | Tanı, işlem, tarih ve hekim alanlarından biri boş kalan kayıtları aylık listeleyin. |
| Gönderim geri dönüş hatası | Üç ayda yarıya inmesi | Hata defterindeki kayıt sayısını aylık toplayıp eğilimi izleyin. |
4 haftalık uygulama planı
1. hafta
Kimlik alanını yeni kayıtlarda zorunlu hâle getirin; ad soyad yazım standardını duyurun.
Yeni açılan kayıtlar gönderilebilir kalitede oluşmaya başladı.
2. hafta
Muayene notu şablonuna dört zorunlu alanı ekleyip ekibe tek oturumda anlatın.
Tanı ve işlem bilgisi artık metnin içinde değil, ayrı alanlarda duruyor.
3. hafta
Gönderim işini sorumlu, sıklık ve vekil bilgisiyle yazılı hâle getirin.
İş kişiye değil tanımlı bir rutine bağlandı, kesinti riski azaldı.
4. hafta
Hata defterini açın ve aydınlatma metninizi veri aktarımı açısından gözden geçirin.
Hatalar kaynağında izleniyor, hastaya karşı şeffaflık yazılı hâle geldi.
Yan etkiler ve dikkat edilecekler
06 · Sık sorulanlar
Hayır. PratiVia klinik içi kaydı gönderime hazır, tutarlı ve doğrulanmış hâlde tutar; resmî sisteme aktarımı kurumun kendi süreci ya da çalıştığı entegratör yürütür. Bu ayrımı baştan söylemeyi tercih ediyoruz, çünkü var olmayan bir bağlantı vaadi kurulum sonrasında ciddi bir güven sorununa dönüşür. Kayıt kalitesi düzeldiğinde gönderim hangi yolla yapılırsa yapılsın belirgin biçimde kolaylaşır; asıl darboğaz zaten orada oluşur.
İlk haftalarda bir miktar direnç normaldir ve genellikle serbest metnin kısıtlanacağı endişesinden kaynaklanır. Bu endişeyi ortadan kaldırmanın yolu, alanı metnin yerine değil yanına koymaktır: hekim notunu istediği gibi yazar, ek olarak tek bir seçim yapar. On saniyelik bu ek iş, ay sonunda kliniğin hangi tabloları ne sıklıkla gördüğünü söyleyebilmesini sağlar. Faydası somut biçimde gösterildiğinde direnç genellikle üçüncü haftada kaybolur.
Dikkatli yapılması gereken bir iştir. Birleştirme öncesinde hangi kaydın ana kayıt olacağına karar verilmeli, taşınacak randevu, belge ve notlar listelenmeli ve işlem sonrasında ne taşındığı kayıt altına alınmalıdır. Yanlış kişilerin kayıtlarını birleştirmek ise ciddi bir veri ihlali riskidir; bu yüzden birleştirme öncesi kimlik doğrulaması ve doğum tarihi kontrolü şarttır. Emin olunamayan durumlarda kayıtlar ayrı bırakılıp aralarına açıklama notu düşülmesi daha güvenlidir.
Kayıt disiplininin faydası gönderimden çok daha geniştir. Günde on beş hasta gören bir muayenehane bile ayda yaklaşık üç yüz kayıt üretir; bu hacimde eksik alanlar bir yıl içinde okunamaz bir arşiv oluşturur. Dört zorunlu alan ve doğrulanmış kimlik, kliniğin kendi sorularını da cevaplamasını sağlar: hangi tablo artıyor, hangi hasta grubu geri dönmüyor, hangi hekim ne kadar yükleniyor. Gönderim bunun yalnızca bir sonucudur.
Önce kliniğin kendi dosyasındaki kaydı hastayla birlikte inceleyin; farkın kaynağı çoğu zaman kayıt anındaki bir yazım ya da eşleşme hatasıdır. Kliniğin kaydında bir hata varsa düzeltin ve düzeltmeyi ne zaman, kim tarafından ve neden yaptığınızı kayıt altına alın. Resmî sistemdeki kayda ilişkin talepler ise ilgili kurumun kendi düzeltme süreci üzerinden yürür. Bu adımları önceden yazılı hâle getirmek, soruyu bir krize dönüşmeden çözmenizi sağlar.
Pazar sinyali kaynağı: e-Nabız. Son güncelleme: 28 Temmuz 2026.
Devam eden tedavi
Bir operasyon sorunu tek başına gelmez. Bu reçeteyi tamamlayan diğer adımlarla kliniğinizin akışını bütün olarak kurun.
Resmî sistem ile kliniğin kendi kaydı arasında API bağlantısı yoktur; ancak çift girişin süresi ve hata oranı büyük ölçüde azaltılabilir. Bu reçete, alan sözlüğü çıkararak ve tek yazım noktası belirleyerek ikinci girişi mekanik bir işe indirger.
Laboratuvar ayrı programda, muhasebe ayrı dosyada, resmi bildirimler MBYS’de tutulurken klinik büyüdükçe veri taşıma işi de büyür. Bu reçete, hangi süreçlerin önce tek çatıda toplanacağını ve gerçek HBYS entegrasyonunun ne zaman şart olduğunu netleştirir.
Sağlık verisi, KVKK’nın en sıkı koruduğu özel nitelikli veri sınıfındadır; kilitli dolap ve parolalı dosya bu yükü taşımaz. Bu reçete, hasta dosyasını uyumlu, izlenebilir ve tek merkezli hâle getirmenin sırasını verir.
Bir hastanın iki dosyası varsa geçmişi de ikiye bölünmüştür: alerji birinde, son tetkik diğerinde durur. Bu reçete, mükerrer kaydı açılmadan önce engellemenin ve mevcutları güvenle birleştirmenin yolunu anlatır.
Bir muayenehanenin verisi artık tek bir yerde durmaz; laboratuvar, görüntüleme ve merkezî sistemler arasında dolaşır. Bu akışın kim tarafından ve hangi izinle yürüdüğü bilinmelidir.
Sonuçlar kaybolmaz, dağılır. Üç ayrı laboratuvar portalı, ortak e-posta kutusu ve personelin telefonundaki sohbetler arasında bölünen tetkik sonuçları tek bir yerde toplanmadığında yok sayılır. Bu reçete, entegrasyon olmadan da tek kapılı bir sonuç akışı kurmayı anlatır.
PratiVia’yı deneyin
PratiVia’yı hizmetleriniz, hekim kadronuz ve hasta akışınızla birlikte kullanmaya başlayın.
PratiVia ile hemen başlayın
Kayıt ol