Onam Yazılımı Seçimi: Satın Almadan Önce Sorulacak 12 Soru

Onam yazılımı seçerken asıl soru “hangisinin ekranı daha güzel” değil, “bir uyuşmazlıkta hangisi bana eksiksiz bir kanıt verir” sorusudur. Onam yazılımları demo aşamasında birbirine benzer görünür: form açılır, hasta onaylar, PDF oluşur. Farklar arka planda, yani belgenin nasıl mühürlendiğinde, verinin nerede durduğunda ve firmaya ne kadar bağımlı kaldığınızda ortaya çıkar.

Bu yazıda satın alma kararından önce satıcıya sormanız gereken 12 soruyu ve farklı yaklaşımları karşılaştıran bir tabloyu bulacaksınız. Genel çerçeve için dijital onam sistemi rehberine bakabilirsiniz.

Önce ihtiyacınızı tanımlayın

Satıcılarla görüşmeden önce kendi durumunuzu netleştirmek, demoların sizi yönlendirmesini engeller. Şu bilgileri bir sayfaya yazın:

• Ayda yaklaşık kaç onam alıyorsunuz, bu sayı mevsimsel değişiyor mu?
• Kaç farklı onam formu kullanıyorsunuz, bunlar ne sıklıkla güncelleniyor?
• Onamı kim başlatıyor: hekim, hemşire, sekreter?
• Hasta onamı nerede veriyor: klinikte, evde, başka bir şehirde?
• Hangi hasta, randevu veya muayenehane yazılımını kullanıyorsunuz, bu yazılımın API'si var mı?
• Yabancı hasta, çocuk hasta veya yasal temsilciyle onam sık mı?

Bu cevaplar, aşağıdaki soruların hangilerinin sizin için belirleyici olduğunu gösterir. Örneğin hastalarınızın büyük kısmı işlem gününden önce klinikte bulunmuyorsa uzaktan onam desteği vazgeçilmezdir; tek bir hekimin çalıştığı bir muayenehanede ise entegrasyondan çok kurulum kolaylığı ve fiyat modeli öne çıkar. Hastane ölçeğinde ise yetki yönetimi, birimler arası şablon düzeni ve bilgi yönetim sistemiyle entegrasyon belirleyici hâle gelir.

Onam yazılımı seçerken sorulacak 12 soru

İspat ve hukuki güç

1. Onay hastanın kimliğine nasıl bağlanıyor? Hastanın kendi telefonuna gelen tek kullanımlık kod mu, ortak tablette bir buton mu? Ortak cihazda verilen onayın kime ait olduğunu göstermek zordur.
2. Belgenin bütünlüğü nasıl korunuyor? Onaylanan belgenin kriptografik özeti alınıyor mu, hangi algoritmayla? Özet belge dışında da saklanıyor mu?
3. Zaman bilgisi nereden geliyor? Sunucu saati mi, yoksa nitelikli bir elektronik sertifika hizmet sağlayıcısından alınan zaman damgası mı? İkincisi bağımsız bir kanıttır.
4. Uyuşmazlıkta elime ne geçecek? Delil paketinde onaylanan belge, zaman damgası dosyası ve onay sürecini anlatan rapor var mı? Bir örneğini demo sırasında isteyin.

Bağımsızlık ve veri

5. Belgeyi firmaya ihtiyaç duymadan doğrulayabilir miyim? Açık standartlara (örneğin RFC 3161 zaman damgası) dayanan belgeler, yazılım firması olmasa da bilinen araçlarla doğrulanabilir. Bu konuyu zaman damgası doğrulama yazısında gösterdik.
6. Veriler nerede saklanıyor? Sunucular hangi ülkede, kimin altyapısında? Kayıtları kendi veritabanınızda tutma seçeneği var mı? Yurt dışı barındırma KVKK m.9 kapsamında ayrıca değerlendirilmelidir; ayrıntılar sağlık verisinin yurt dışına aktarımı yazısında.
7. Sözleşme biterse verilerim ne olur? Belgeleri toplu olarak dışa aktarabiliyor musunuz? Dışa aktarılan belgeler doğrulanabilir durumda kalıyor mu?

Kullanım ve süreç

8. Hasta ne yapmak zorunda? Uygulama indirme, üyelik, parola gibi adımlar varsa özellikle yaşlı hastalarda onam tamamlanma oranı düşer. Hastanın yalnızca bir bağlantıyı açıp kod girmesi yeterli olmalıdır.
9. Kendi formlarımı kullanabilir miyim? Mevcut PDF formları yüklenebiliyor mu, yoksa her şeyi yeniden mi yazmanız gerekiyor? Şablonlar sürümleniyor mu?
10. İstisnaları nasıl yönetiyorum? Yasal temsilciden onam, onamın geri alınması, süresi dolan bağlantının yenilenmesi gibi durumlar sistemde karşılanıyor mu?

Entegrasyon ve maliyet

11. Mevcut yazılımıma bağlanıyor mu? REST API, webhook veya hazır bağlantı seçenekleri var mı? Onam durumu hasta kaydına otomatik yansıyor mu? Teknik ayrıntılar onam API entegrasyonu yazısında.
12. Fiyat modeli hacmime uygun mu? Sabit aylık abonelik mi, kullanım başına ödeme mi? SMS ve zaman damgası maliyeti fiyata dahil mi? Az onam alan bir kurum için abonelik, kullanmadığı kapasiteye ödeme yapmak anlamına gelebilir.

Yaklaşımların karşılaştırması

Piyasadaki çözümler aşağı yukarı dört yaklaşımdan birine dayanır. Tablo, bu yaklaşımları ispat ve kullanım açısından genel hatlarıyla karşılaştırıyor.

Tablodan çıkan temel sonuç şudur: ispat gücü ile kullanım kolaylığı birbirinin alternatifi olmak zorunda değildir. Hastanın kendi cihazında okuyup kendi telefonuna gelen kodla onay verdiği bir yapı, hem hastaya daha iyi okuma koşulu sağlar hem de kimlik bağını ortak cihaza göre daha sağlam kurar.

Tablo genel bir çerçevedir; aynı yaklaşımı kullanan iki ürün arasında da ciddi farklar olabilir. Bu yüzden yukarıdaki 12 soruyu her ürüne ayrı ayrı sormak gerekir.

Demoda neye bakmalı?

Satıcı demoları genellikle en pürüzsüz senaryoyu gösterir. Kendi senaryonuzu siz yönetin:

• Gerçek bir form yükleyin: En uzun ve en karmaşık formunuzu seçin; telefonda nasıl göründüğüne bakın.
• Kendi telefonunuzla onam verin: Mesajın nasıl göründüğünü, bağlantının ne kadar hızlı açıldığını, kodun gelip gelmediğini deneyin.
• Hata senaryosu deneyin: Yanlış kod girin, süresi dolmuş bağlantıyı açmaya çalışın, onamı geri alın.
• Delil paketini indirin: İçinde ne olduğunu açıp inceleyin; belgeyi bağımsız olarak doğrulamaya çalışın.
• Yetki yapısını inceleyin: Sekreter, hekim ve yönetici rollerinin neyi görebildiğini kontrol edin.

Sık yapılan seçim hataları

• Yalnızca fiyata bakmak: Ucuz ama zaman damgası olmayan bir çözüm, ilk uyuşmazlıkta pahalıya gelebilir.
• Yalnızca arayüze bakmak: Hoş bir tablet ekranı, arka planda bütünlük koruması olmadığını gizleyebilir.
• Entegrasyonu sonraya bırakmak: Onam durumu hasta kaydına yansımıyorsa personel iki ekran arasında gidip gelir ve süreç zamanla terk edilir.
• Çıkış planını sormamak: Verileri ve belgeleri toplu alamadığınız bir sistemden ayrılmak güçtür.
• Personeli sürece katmamak: Günlük kullanıcıların demo sırasında bulunmaması, sonradan ortaya çıkan pratik sorunlara yol açar.

Küçük klinikler ve muayenehaneler için pratik değerlendirme ölçütlerini muayenehane yazılımına dijital onam eklemek yazısında ayrıca ele aldık.

Karar sürecini planlamak

Onam yazılımı, bir birimin tek başına seçebileceği bir araç gibi görünse de hekimleri, sekreterliği, bilgi işlemi, kalite birimini ve hukuk danışmanını birlikte etkiler. Karar sürecini şöyle planlamak sonradan yaşanacak sürprizleri azaltır:

1. Karar ekibini belirleyin: En az bir hekim, onamı günlük olarak başlatacak bir personel, bilgi işlemden bir kişi ve kalite veya hasta hakları biriminden bir temsilci bulunsun.
2. Ağırlıkları önceden koyun: 12 sorudan hangilerinin sizin için vazgeçilmez, hangilerinin tercih meselesi olduğunu demolardan önce kararlaştırın. Aksi hâlde en etkileyici demo kazanır.
3. İki ya da üç adayla sınırlayın: Çok sayıda ürünü yüzeysel incelemek yerine az sayıda ürünü derinlemesine test edin.
4. Sınırlı bir pilot yapın: Seçtiğiniz ürünü tek bir branşta, gerçek hastalarla ve belirli bir süre kullanın. Tamamlanmayan onamları, personelin takıldığı adımları ve hastalardan gelen soruları not edin.
5. Sözleşmeyi gözden geçirin: Veri işleme hükümleri, verilerin saklandığı yer, sözleşme sonunda verilerin iadesi ve silinmesi, hizmet kesintisinde izlenecek yol yazılı olsun.

Pilot süresince tek bir ölçüye odaklanmak bile karar vermeyi kolaylaştırır: gönderilen onamların ne kadarı hasta tarafından işlem öncesinde tamamlanıyor? Bu oran düşükse sorun çoğu zaman yazılımda değil, bağlantının gönderilme zamanında veya hastaya yapılan açıklamadadır. Bu ayrımı yapabilmek için pilotu aynı personelle ve aynı akışla yürütmek gerekir.

eOnam bu sorulara nasıl cevap veriyor?

Kendi ürünümüz için kısa cevaplar: hasta metni kendi telefonuna gelen bağlantıdan okur ve tek kullanımlık SMS koduyla onaylar; uygulama, üyelik veya parola yoktur. Belgenin SHA-256 özeti alınır ve TÜRKTRUST nitelikli zaman damgası (RFC 3161) vurulur. Delil paketi; onam PDF'i, .tsr damga dosyası ve delil raporundan oluşur ve belge herkese açık doğrulama sayfasından kontrol edilebilir. Kendi PDF formlarınızı yükleyebilir ya da şablon yazabilirsiniz; şablonlar sürümlenir. REST API, OneClick bağlantısı ve webhook desteklenir; kayıtlar kurumun kendi veritabanında tutulabilir. Fiyatlandırma kontör esaslıdır: bir kontör bir onam, aylık abonelik yok. Ayrıntılar için fiyatlandırma bölümüne bakabilirsiniz.

Özet: seçim kontrol listesi

• Onay hastanın kendi telefonuna bağlı mı?
• Belge özeti alınıyor ve nitelikli zaman damgası vuruluyor mu?
• Delil paketinin içeriği belli ve demoda görüldü mü?
• Belge firmadan bağımsız doğrulanabiliyor mu?
• Veri yeri biliniyor, kendi veritabanında saklama seçeneği var mı?
• Toplu dışa aktarma ve çıkış planı var mı?
• Hasta için uygulama veya üyelik gerekmiyor mu?
• Kendi formlarınız kullanılabiliyor ve sürümleniyor mu?
• API ve webhook ile mevcut yazılımınıza bağlanıyor mu?
• Fiyat modeli onam hacminize uygun mu?