Elektronik Onam Formu: Alanlar, Sürüm ve Onay Adımı Rehberi

Elektronik onam formu, hastanın bir tıbbi işlem hakkında bilgilendirildiğini ve bu işleme rıza gösterdiğini elektronik ortamda kayda geçiren belgedir. İyi bir elektronik onam formu, kağıt formun ekrandaki kopyası değil; zorunlu alanları eksiksiz toplayan, hangi metin sürümünün onaylandığını kaydeden ve onayı hastanın kimliğine bağlayan yapılandırılmış bir belgedir.

Bu yazıda formun hangi bölümlerden oluşması gerektiğini, dinamik ve sabit alanların nasıl ayrılacağını, sürüm yönetiminin neden kritik olduğunu ve onay adımının nasıl tasarlanacağını anlatıyoruz. Konunun genel çerçevesi için dijital onam sistemi rehberimize göz atabilirsiniz.

Elektronik onam formu ile kağıt form arasındaki fark

Kağıt formda içerik ile belge aynı şeydir: kağıdın üzerindeki mürekkep, belgeyi oluşturur. Elektronik formda ise üç ayrı katman vardır:

• Şablon: İşleme ait sabit metin (işlemin tanımı, riskler, alternatifler vb.).
• Veri: Hastaya ve o güne özgü bilgiler (ad, işlem tarihi, hekim adı, varsa taraf bilgisi).
• Kayıt: Şablon ve verinin birleşmesiyle oluşan, onay anında donan ve bir daha değişmeyen nihai belge.

Kağıttan elektroniğe geçerken yapılan en yaygın hata, bu üç katmanı ayırmadan eski PDF'i ekrana koymaktır. Böyle bir yapıda hasta adı hâlâ elle yazılır ya da hiç yazılmaz, işlem tarafı gibi vakaya özgü bilgiler boş kalır ve hangi metnin kullanıldığı ancak dosya adından tahmin edilir. Katmanları ayırmak, formu hem daha güvenli hem de daha kolay yönetilir kılar.

Bu ayrım size esneklik verir: tek bir şablonu yüzlerce hastada kullanabilir, şablonu güncellediğinizde eski kayıtları bozmazsınız. Ama aynı ayrım bir sorumluluk da getirir: hangi kaydın hangi şablon sürümünden üretildiğini kanıtlayabilmeniz gerekir.

Formda bulunması gereken temel alanlar

Hasta Hakları Yönetmeliği'nin bilgilendirme ve rıza hükümleri, hastaya verilmesi gereken bilginin kapsamını belirler. Elektronik formda bu kapsamı karşılayan bölümleri ayrı başlıklar hâlinde kurgulamak hem okunabilirliği hem denetimi kolaylaştırır.

Metnin nasıl yazılacağına, cümle uzunluğuna ve tıbbi terimlerin sadeleştirilmesine aydınlatılmış onam formu hazırlama yazımızda ayrıca değindik.

Dinamik alanlar: kişiselleştirme nerede başlar, nerede biter?

Elektronik onam formunun kağıda en büyük üstünlüklerinden biri, hastaya özgü bilgilerin elle yazılmak yerine sistemden gelmesidir. Böylece okunaksız el yazısı ve yanlış hasta adı gibi hatalar azalır. Yine de dinamik alan sayısını abartmamak gerekir.

• Dinamik olması gerekenler: Hasta adı, işlem tarihi, hekim adı, işlemin tarafı (sağ/sol), kullanılacak ürün veya malzeme adı gibi vakaya özgü bilgiler.
• Sabit kalması gerekenler: Risk ve alternatif anlatımları. Bunların hasta bazında serbest metinle değiştirilmesi, formun denetlenebilirliğini bozar.
• Hekim notu alanı: Vakaya özgü ek bir risk varsa, sabit metni değiştirmek yerine ayrı bir “hekimin ek bilgilendirmesi” alanı kullanmak daha temizdir.

Şablon sürümü neden bu kadar önemli?

Bir uyuşmazlıkta ilk sorulardan biri, hastaya hangi bilginin verildiğidir. Kağıtta bu sorunun cevabı, dosyadaki kağıdın kendisidir. Elektronik sistemde ise şablonu geçen ay güncellediyseniz, iki yıl önceki hastanın gördüğü metni gösterebilmeniz gerekir.

Sağlıklı bir sürüm yönetiminde:

1. Şablon her düzenlendiğinde yeni bir sürüm numarası alır; eski sürüm silinmez.
2. Her onam kaydı, üretildiği şablon sürümünü taşır.
3. Onaylanan belge, onay anındaki metinle birlikte sabitlenir; şablon sonradan değişse bile belge değişmez.
4. Kimin, ne zaman, hangi değişikliği yaptığı kayda geçer.

Belgenin onaydan sonra değişmediğini göstermenin teknik yolu, onaylanan dosyanın özetini (hash) almak ve bu özete zaman damgası vurmaktır. Bu kavramların ayrıntısı elektronik belge bütünlüğü yazımızda.

Şablonu kim yazar, kim onaylar?

Elektronik onam formu merkezi bir şablondan üretildiği için, şablondaki bir hata tek bir hastayı değil o şablonla onam veren herkesi etkiler. Bu nedenle şablon üzerinde net bir yetki ve onay zinciri kurmak gerekir.

• İçerik sahibi: Formun tıbbi içeriğinden ilgili branşın sorumlu hekimi sorumludur. Risk ve alternatif anlatımlarını o yazar veya onaylar.
• Dil ve okunabilirlik: Kalite birimi veya hasta hakları birimi, metnin hastanın anlayacağı dilde olup olmadığını kontrol eder.
• Hukuki gözden geçirme: Özellikle beyan cümleleri ve ret bölümü için kurumun hukuk danışmanının görüşü alınabilir.
• Yayına alma: Şablonu sisteme yükleme ve yayına alma yetkisi sınırlı sayıda kişide olmalıdır. Herkesin şablon düzenleyebildiği bir yapı, sürüm kontrolünü anlamsızlaştırır.

Pratik bir kural olarak, her şablonun belirli aralıklarla gözden geçirilmesini takvime bağlayın. Tedavi yöntemi, kullanılan ürün veya kurumun işleyişi değiştiğinde ise gözden geçirme beklemeden yapılmalıdır. Gözden geçirme sonucunda metin değişmese bile bunun kayda geçmesi, denetimde formun canlı tutulduğunu gösterir.

Hasta yerine onay veren kişi

Çocuk hastalarda veli, kısıtlı hastalarda vasi onay verir. Elektronik formda bu durum için ayrı bir bölüm bulunmalıdır: onayı veren kişinin adı, hastaya yakınlığı veya temsil sıfatı ve onayın gönderildiği telefonun kime ait olduğu kayda geçmelidir. Aynı formu hem hastanın kendisi hem temsilcisi için kullanmak mümkündür; yeter ki kimin onay verdiği belgede açıkça görünsün.

Onay adımını tasarlamak

Elektronik onam formunun en kritik anı, hastanın “onaylıyorum” dediği adımdır. Bu adımın tasarımında şu ilkeler öne çıkar:

Onay, okumanın ardından gelmeli

Onay butonunu metnin en altına yerleştirmek ve beyan kutularını ayrı ayrı işaretletmek, hastanın metinle etkileşime girdiğini gösterir. Tek bir “tümünü kabul et” kutusu bu açıdan zayıftır.

Onay, hastanın kimliğine bağlanmalı

Ekrandaki bir butona basılması tek başına kimin bastığını göstermez. Hastanın kendi telefonuna gelen tek kullanımlık kodun girilmesi, onayı o telefon hattına bağlar. İstenirse çizimli imza da eklenebilir; ancak çizim, kimlik bağlantısının yerine değil, yanına konmalıdır.

Ret seçeneği görünür olmalı

Hasta işlemi reddetmek ya da önce hekimle görüşmek isteyebilir. Bu seçeneklerin görünür olması hem hasta haklarına saygının göstergesidir hem de sürecin baskı altında işlemediğini kanıtlar.

Onay sonrası belge hastaya ulaşmalı

Onaylanan belgenin bir kopyasının hastaya da erişilebilir olması, şeffaflık açısından iyi bir uygulamadır. Hasta, işlemden sonra neyi kabul ettiğini yeniden okumak isteyebilir; bu imkânın verilmesi güven ilişkisini güçlendirir ve “bana bu metin gösterilmedi” türünden itirazların zeminini daraltır. Onayın hangi yöntemle verildiği (kod, imza veya ikisi birden) belgenin kendisinde de açıkça görünmelidir.

Mobil okunabilirlik ve erişilebilirlik

Hastaların çoğu formu telefonda okuyacak. Kağıt için tasarlanmış iki sütunlu, küçük puntolu bir PDF, telefonda okunmaz hâle gelir. Şunlara dikkat edin:

• Metni başlıklarla kısa bölümlere ayırın.
• Yazı boyutunun büyütülebildiğinden emin olun.
• Tabloları mümkün olduğunca listeye çevirin.
• Kısaltmaları ilk geçtiği yerde açın.
• Görme veya okuma güçlüğü olan hastalar için yüz yüze okuma ve yakın desteği prosedürü tanımlayın.

Sık yapılan tasarım hataları

• Formun ilk ekranına uzun bir hukuki giriş koymak; hasta asıl bilgiye ulaşmadan sayfayı kaydırıp geçer.
• Risk bölümünü tek bir uzun paragraf hâlinde yazmak; madde işaretli, kısa cümleli bir liste çok daha kolay okunur.
• Beyan kutularını önceden işaretli getirmek; bu, onayın hasta tarafından verildiğini zayıflatır.
• Formun sonuna yalnızca “onaylıyorum” butonu koyup ret veya soru seçeneğini gizlemek.
• Aynı işlem için birden çok şablonu yayında bırakmak; personel hangisini seçeceğini bilemez.

Kendi PDF formunuzu yüklemek hızlı bir başlangıçtır; ancak uzun vadede metni şablon editöründe yeniden düzenlemek mobil deneyimi belirgin biçimde iyileştirir.

Elektronik onam formunu eOnam'da kurmak

eOnam'da iki yol var: mevcut PDF formlarınızı olduğu gibi yükleyebilir ya da panelde şablon yazabilirsiniz. Şablonlar sürümlenir, her onam hangi sürümle üretildiğini taşır. Hasta formu kendi telefonuna gelen bağlantıdan açar ve tek kullanımlık SMS koduyla onaylar; isteğe bağlı çizimli imza eklenebilir. Onaylanan belgeye SHA-256 özeti alınır ve TÜRKTRUST nitelikli zaman damgası vurulur. Form örnekleri için hasta onam formu örnekleri yazısına bakabilirsiniz.

Özet: elektronik onam formu kontrol listesi

• Şablon, veri ve kayıt katmanları birbirinden ayrı mı?
• İşlem, yararlar, riskler, alternatifler ve reddin sonuçları ayrı başlıklarda mı?
• Vakaya özgü bilgiler dinamik alanlardan mı geliyor?
• Risk metinleri hasta bazında serbestçe değiştirilemiyor mu?
• Her kayıt, üretildiği şablon sürümünü taşıyor mu?
• Onay, hastanın kendi telefonuna bağlı bir adımla mı veriliyor?
• Onaylanan belgenin özeti alınıyor ve zaman damgası vuruluyor mu?
• Form telefonda rahatça okunabiliyor mu?
• Ret ve “önce hekimle görüşmek istiyorum” seçenekleri görünür mü?