Medula E-Reçete E-İmza Sorunları: Hekimler İçin Kurulum Kontrolleri

Önce hatayı veren uygulamayı belirleyin

Hekimlerin e-imza kullanımında zorlayıcı noktalardan biri, aynı işin farklı kurumlarda farklı yazılımlarla yapılması. Bir bilgisayarda sorunsuz kullanılan kart, başka bir poliklinikte uygulama tarafından görülmeyebiliyor. Bu durumda kartı hemen arızalı saymak yerine, hangi yazılımın hangi aşamada hata verdiğini ayırmak gerekiyor.

Medula işlemi, hastane bilgi yönetim sistemi ve aile hekimliği bilgi sistemi aynı ekran veya tek bir kurulum paketi değildir. Bu yazıda e-reçete imzalama sırasında oluşan teknik sorunlara odaklanıyorum. Tıbbi kararlar, reçete içeriği veya hasta işlemlerine ilişkin uygulama kurallarını kurumun yetkili birimi yürütmelidir. Teknik destek kaydını da hasta bilgilerinden mümkün olduğunca ayrı hazırlamak gerekir.

E-reçete imzasının kapsamını doğru okuyun

25 Eylül 2026 tarihli kaynak kontrolünde SGK’nın MEDULA Hastane kılavuzu 18 Eylül 2026 tarihli, 3.1.1 sürümlü belge olarak açıldı. Belgede imzalı e-reçete giriş, silme, onay ve onay iptali ayrı metotlar olarak listeleniyor; ilgili tablo eski değişiklik kayıtları içinde yer alıyor. Bu listeyi her sağlık yazılımına uygulanacak güncel bir kurulum tarifi olarak okumamak gerekir. Hangi işlemin, hangi modülde hata verdiğini ayrıca belirleyin.

Kılavuz, tesisin servis erişimi ile yöneticinin kişisel uygulama erişimini de ayırır. Bunun teknik teşhis açısından anlamı şu: kartın bilgisayarda okunması, sağlık uygulamasındaki kullanıcı ve kurum erişiminin doğru olduğunu kanıtlamaz. E-reçete imzalama akışında kişisel sertifika, uygulama yetkisi ve yazılım entegrasyonu birlikte değerlendirilmelidir. Kullanıcı veya kurum kaydının değişmesi gerekiyorsa bunu yetkili kurum ekibi ve yazılım sağlayıcısı yürütmelidir; destek talebine servis parolası eklemeyin.

Sorunu üç katmanda inceleyin

İlk katman donanımdır: bilgisayar okuyucuyu ve kartı görüyor mu? İkinci katman imza yazılımıdır: sertifika seçilebiliyor ve imzalama işlemi başlatılabiliyor mu? Üçüncü katman sağlık uygulamasıdır: üretilen işlem doğru kullanıcı, yetki ve bağlantıyla ilgili sisteme ulaşıyor mu?

Benim önerim bu sırayı bozmamak. Kart uygulamasında sertifika görünmüyorsa önce e-imza bilgisayarda görünmüyor rehberindeki kontroller uygulanır. Sertifika görünmesine rağmen yalnız AHBS veya HBYS’de sorun yaşanıyorsa uygulama sağlayıcısı devreye girer. Bütün katmanları birden değiştirmek, hangi müdahalenin işe yaradığını da belirsizleştirir.

Örneğin okuyucu aygıt listesinde görünürken kart yönetim aracında sertifika listesi boşsa, henüz sağlık uygulamasındaki yetkiyi değiştirmenin sırası değildir. Önce kartın okunmasını sağlayın. Kart aracında doğru sertifika görünürken yalnızca HBYS ekranındaki liste boşsa istemcinin kart ara yazılımına erişimi araştırılır. Sertifika seçilip imza aşaması geçildikten sonra uygulama ret veriyorsa, hata kodunu ve işlem saatini kurumun yetkili desteğine iletin. Bu ayrım kesin nedeni tek başına bulmaz; teknik sorunun başladığı aşamayı daraltır.

“Sertifika okunamadı” mesajında neleri kontrol edin?

Önce cihazı bilgisayara doğrudan bağlayın; aradaki USB çoklayıcı veya dönüştürücüyü karşılaştırmalı olarak ele alın. Kamu SM’nin sürücü servisi işletim sistemi ve okuyucu seçimine göre akıllı kart sürücüsü ile kart okuyucu sürücüsünü ayrı sunar. Yalnızca okuyucunun görünmesi, kart ara yazılımının da hazır olduğunu göstermez. Kart sağlayıcınıza uygun yönetim aracında okuyucu, kart ve sertifika bilgisini ayrı ayrı kontrol edin; AKİS talimatını başka üreticinin kartına doğrudan uygulamayın.

Sertifika görünüyorsa adını, sahibini ve geçerlilik tarihini doğrulayın. Süresi bitmiş sertifika, sürücü yeniden kurularak yenilenmez. Sertifika listesinde eski ve yeni kayıt varsa doğru olanın seçildiğinden emin olun. Yenileme hazırlığını e-imza yenileme rehberinden takip edebilirsiniz. Test için gerçek bir hasta kaydı üzerinde gereksiz imza üretmeyin; kurumun izin verdiği kontrol yöntemini kullanın.

PIN bloke olduğunda tahmin yürütmeyin

PIN bloke mesajı geldiğinde denemeyi bırakın; yeniden sürücü kurmakla veya farklı PIN tahminleriyle ilerlemeyin. Sağlayıcınızın resmi kilit çözme sürecini kullanın. Kamu SM sertifikasında ilgili yardım sayfasındaki NES ürününü seçerek kişisel sertifika yönergesini izleyin. Kamu SM, AKİS Kart İzleme Aracı üzerinden PUK ile işlem yapılmaması konusunda açıkça uyarır. Bu sağlayıcıya özgü yöntemi başka marka karta genellemeyin.

Kart sahibinin kimlik doğrulamasıyla yapılacak işlemi teknik personelin kendi bilgileriyle yürütmesi doğru olmaz. PIN ve portal şifresi meslektaşa veya destek görevlisine aktarılmamalı. Kart kayıpsa konu kilit çözmekten farklıdır; sağlayıcının askı ve iptal süreçleri değerlendirilmelidir. PIN ve bloke rehberi bu ayrımlar için kullanılabilir.

Java hatasında uygulamaya özgü talimatı izleyin

Her sağlık yazılımının aynı Java sürümünü veya aynı imza istemcisini kullandığını varsaymayın. HBYS/AHBS sağlayıcısından desteklenen işletim sistemi, istemci ve kart ara yazılımı bilgilerini isteyin. Özellikle nöbet bilgisayarında eski bir paketin bulunması, o paketin her kullanıcı için kaldırılabileceği anlamına gelmez.

Oracle’ın burada kaynak verdiğim güvenlik uyarıları açıklaması Java 7 ve 8 kapsamındadır; tüm güncel sağlık yazılımlarının Java kullandığı sonucunu vermez. Uyarı varsa uygulamanın yayıncısı, kaynak adresi ve sağlayıcının desteklediği kurulum doğrulanmalıdır. Uygulamanın imzalama sertifikasına ilişkin uyarı, hekimin kartındaki sertifikanın süresi doldu demek değildir. Güvenlik kontrollerini kapatmak veya kuruma ait tüm adresleri istisna listesine eklemek uygun bir başlangıç değildir. Kurum cihazındaki değişikliği yetkili bilgi işlem ekibiyle yürütün.

Java mesajının türünü ayırmak için Java güvenlik uyarıları rehberindeki kontrollerden yararlanabilirsiniz. Oradaki GİB’e özgü imzalama aracı ve bağlantı ayarlarını MEDULA ya da AHBS kurulumu yerine kullanmayın; sağlık yazılımının kendi talimatı belirleyicidir.

Ortak bilgisayarda kişisel imza düzeni kurun

Ortak kullanılan bir bilgisayarda çalışan tek kişinin kurulumuna bakarak sistemin herkes için hazır olduğunu düşünmeyin. Farklı kart sağlayıcıları, kullanıcı profilleri veya uygulama yetkileri söz konusu olabilir. Bilgi işlem biriminin desteklenen kart ve yazılım listesini tutması, nöbet veya birim değişiminde yeniden deneme ihtiyacını azaltır.

İşlem bittiğinde açık oturumu ve kartı kontrol etmek de kurulum kadar önemlidir. Başka hekimin kartı ya da oturumu üzerinden işlem yapmak teknik bir geçici çözüm olarak görülmemeli. Kurum cihazlarında kişisel verileri açığa çıkarmadan hata kaydı tutmak, aynı sorunun tekrarlanmasında yardımcı olur.

Destek talebini hasta bilgisi paylaşmadan hazırlayın

Erzurum merkezde e-imza hizmetlerimiz kapsamında kurulum desteği için bize ulaşabilirsiniz. Teknik destek formuna kullanılan sağlık yazılımını, işletim sistemini, kart sağlayıcısını ve kişisel bilgilerden arındırılmış hata metnini yazın. Hastane bilgisayarına müdahale gerekiyorsa kurumun bilgi işlem yetkisi ve erişim kuralları içinde ilerleriz.

Hasta adı, kimlik numarası, reçete içeriği veya sağlık bilgisi içeren ekranları destek formuna yüklemeyin; gerekli teknik hata metnini bu bilgiler olmadan aktarın. “Kart yönetim aracı sertifikayı görüyor, HBYS sertifika listesi boş” gibi bir not çoğu zaman tam hasta ekranından daha faydalıdır. Reçete gönderiminin tamamlandığını yalnızca imza penceresinin kapanmasıyla değil, ilgili uygulamanın işlem sonucuyla doğrulayın. Sonuç belirsizse yeniden göndermeden önce yetkili ekiple işlem kaydını kontrol edin.