Yıllar önce kullanılabilirlik dosyasını sadece bir uyumluluk belgesi olarak görmeyi bıraktım; aslında bu dosya, ürün tasarımının gerçek kullanıcılarla buluştuğu noktadır. Kötü hazırlandığında, sonuçları sadece bir denetim bulgusu olmaktan çıkar: artan kullanım hataları, yükselen CAPA (Düzeltici ve Önleyici Faaliyet) oranları ve pazara çıkış süresinin uzaması. Bu yazıda, Sınıf II tıbbi cihazlarda İnsan Faktörleri (HF) çalışmalarının sıkça başarısız olduğu somut noktaları ve kullanılabilirlik dosyasını faydalı, denetlenebilir ve risk kontrolüyle bağlantılı tutmak için kullandığım pragmatik adımları paylaşacağım.
Standartlar ve kılavuzlar (IEC 62366-1, FDA İnsan Faktörleri Kılavuzu) çalışmanın çerçevesini çizer, ancak asıl hedef daha güvenli kullanımdır. Kullanılabilirlik dosyası şunları göstermelidir: Cihazı kimin ve nasıl kullanacağını anladığınız (kullanım bağlamı), kullanımla ilgili tehlikeleri analiz ettiğiniz ve risk kontrolleri uyguladığınız (ISO 14971 ile bağlantı) ve kontrollerin işe yaradığına dair kanıt sağladığınız (formatif + summatif testler). Bu bağlantılar eksikse, 40 sayfalık bir dosyanız olabilir ama gerçek dünyada güvenliği kanıtlamaz.
Tasarımların ve dosyaların en sık kırıldığı noktaları inceleyelim. İlk olarak, kapsam belirleme çok geç yapılıyor: İnsan faktörleri çalışmaları, donanım/GUI kararları kilitlendikten sonra başlıyor. Sonuç: uygulanması imkansız öneriler. İkincisi, sığ kullanım bağlamı: Kullanıcılar sadece 'hemşireler' veya 'hastalar' olarak listeleniyor, rol ayrımı, ortam, eğitim seviyesi veya tipik iş yükü belirtilmiyor. Üçüncüsü, soyut görev analizi: 'Cihazı hazırla', 'dozu uygula' gibi üst düzey adımlar, kritik alt görevleri ve hataya açık etkileşimleri tanımlamıyor. Dördüncüsü, formatif testlerin yetersizliği: Küçük, yapılandırılmamış oturumlar gözlem üretiyor ancak yinelemeli tasarım değişikliğine yol açmıyor. Beşincisi, summatif testlerde gerçekçilik eksikliği: Laboratuvar koşulları, senaryolu görevler veya temsili olmayan kullanıcılar. Altıncısı, risk yönetimiyle zayıf bağlantı: HF bulguları tehlikelere, risk kontrollerine veya kalan risk kabul kriterlerine izlenemiyor. Yedincisi, dokümantasyon boşlukları: Test senaryoları, onam formları, moderatör notları eksik; geçer/kalır kriterleri belirsiz. Sekizincisi, geri bildirim döngüsü yok: Pazar sonrası şikayetler ve CAPA'lar HF sürecine geri beslenmiyor.
Uzmanların Görüşleri
Peki, bu sorunları çözmek için ne yapılabilir? 200 kişilik bir şirkette küçük bir QA/RA ekibiyle çalıştığım için pragmatik ve düşük maliyetli uygulamalara odaklandım. İlk adım, HF'yi gereksinimler aşamasında başlatmak: HF girdilerini başlangıç gereksinim şartnamesine dahil edin: hedef kullanıcılar, ortam, kullanım sıklığı ve kritik görevler. Bu, geç kapsam değişikliklerini önler. İkinci olarak, kritik görevleri açıkça tanımlayın: Her görev için başarı kriterlerini ve kullanım hatasını neyin oluşturduğunu belgeleyin. Mühendislerin riski hemen görebilmesi için tek satırlık bir 'kritiklik' etiketi kullanın. Üçüncü olarak, temsili kullanıcıları erken işe alın: Kolayda örnekleme yerine gerçek klinisyenlere ulaşın. Dördüncü olarak, formatif testlerde gerçekçi prototipler kullanın: Karton arayüzler bile büyük etkileşim hatalarını ortaya çıkarabilir. Zaman baskısı, ortam gürültüsü ve çoklu görev senaryoları altında test edin. Beşinci olarak, summatif testleri gerçekçi ve odaklı yapın: Sadece validasyon için gerekli kritik görevleri test edin; senaryolar tipik ve öngörülebilir yanlış kullanım durumlarını yansıtmalıdır. Geçer/kalır kriterlerini önceden belirleyin. Altıncı olarak, bulguları kök neden analizine (RCA) girdi olarak kullanın: CAPA'da kullandığımız RCA akışını uygulayın: sorunu tanımla, veri topla (HF gözlemleri), nedensel faktörleri belirle, kök nedenleri bul, çözümleri uygula. Bu, HF bulgularını eyleme dönüştürülebilir ve izlenebilir kılar. Yedinci olarak, HF kanıtlarını QMS'deki risk kontrollerine bağlayın: Her HF hafifletmesini ilgili ISO 14971 risk kontrol kaydına eşleyin. Bu, denetimleri hızlandırır ve 'yetim' kullanılabilirlik önerilerini önler. Sekizinci olarak, kullanılabilirlik dosyasını yalın ve kanıt odaklı tutun: Yönetici özeti, kullanım bağlamı matrisi, görev-tehlike haritası, testler ve sonuçlar ile izlenebilirlik matrisleri. Ham verileri (videolar, transkriptler) ayrı saklayın ancak referans verin.
Nasıl Önlem Alınmalı?
Dokümantasyon ve denetim hijyeni açısından, denetçiler çalışmayı yaptığınızı ve sonuçların savunulabilir olduğunu görmek ister. Bu nedenle test senaryolarını, işe alım kriterlerini, moderatör talimatlarını ve ham sonuçları dosyaya ekleyin. Her kullanılabilirlik sorununun nasıl ele alındığını gösterin: kabul edilen değişiklik, etiketleme ile hafifletme veya kabul edilen kalan risk — ve bunu kimin onayladığı. Geç UI değişiklikleri yaptıysanız, yeniden test planı ve kanıtı ekleyin. Kullanılabilirlik dosyasını versiyonlayın ve tasarım değişiklik kayıtlarına bağlayın, böylece değişiklik kontrolü temiz olur.
Gelecekte Ne Bekleniyor?
Son olarak, insan faktörleri problemleri CAPA kuyruklarında ve gözetim verilerinde kendini gösterecektir. Bunları silolamayın: Kullanımla ilgili şikayetleri HF kapsam belirleme kararlarına girdi olarak kullanın. Tekrarlayan sorunlar ortaya çıkarsa, geçici düzeltmeler yerine resmi bir HF yeniden değerlendirmesi başlatın. Mümkünse, HF bulgularının QMS'nizde bağlantılı kayıtlar oluşturması ve gerektiğinde CAPA veya değişiklik kontrol iş akışlarına girmesi için izlenebilirliği otomatikleştirin. İyi HF çalışması yinelemeli, entegre ve görünürdür. Kullanılabilirlik dosyası sonradan yapılan bir gerekçelendirme değil, riski nasıl keşfettiğinizin, düzelttiğinizin ve düzeltmeyi doğruladığınızın hikayesi olmalıdır.
Kaynak: dev.to
