.jpg){kind=link}
- Yayın
- Güncelleme
Bir cihaz yazılımının beklenen hesaplamayı hatasız yapması, çıktının amaçlanan klinik soruya yararlı yanıt verdiğini tek başına göstermez. Teknik doğrulama ve klinik değerlendirme birbirini tamamlar; aynı kavram gibi sunulduğunda kanıt boşluğu gizlenebilir.
Değerlendirme kapsamı
İddia zincirini girdiden hesaplamaya, çıktıdan kullanıcı yorumuna ve amaçlanan etkiye kadar yazın. Her bağlantıya hangi testin veya klinik verinin dayanak olduğunu gösterin. Teknik testlerin kapsamını büyütmek, eksik klinik bağlantıyı otomatik olarak tamamlamaz; örneklem uygunluğu ve gerçek kullanım bağlamı ayrıca önemlidir.
Uygulama örneği
Örneğin yazılım bir fizyolojik sinyalden puan üretir. Birim testleri puanın doğru hesaplandığını gösterir, fakat hedef kullanıcıların bu puanla hangi kararı vereceği açık değildir. Ekip teknik başarıyı klinik fayda diye adlandırmak yerine kullanıcı görevi, ilişkilendirme kanıtı ve kalan klinik değerlendirme sorusunu ayrı yazar.
Çalışma kontrolleri
- Her performans iddiasını onu gerçekten sınayan test veya klinik veriyle eşleştirin.
- Teknik doğrulama örneklerinin amaçlanan veri koşullarını temsil edip etmediğini inceleyin.
- Çıktının kullanıcı kararındaki yerini ve olası yanlış yorumları değerlendirin.
Karar ve sınırlar
Kabul dosyası teknik ve klinik sonuçların hangi soruları yanıtladığını açıklamalıdır. Bir alanın güçlü kanıtı diğer alandaki belirsizliği örtmemelidir. Ürünün kullanım amacı ve riskleri için gereken değerlendirme kapsamını yetkin ekip belirler; tamamlanmayan bağlantıları koşulsuz iddialara çevirmeyin.
Sık sorulan sorular
- Teknik testler klinik kanıtın yerine geçer mi?
- Genel olarak aynı soruyu yanıtlamazlar. Aralarındaki ilişki kullanım amacı üzerinden gösterilmelidir.
- Klinik veri teknik test ihtiyacını kaldırır mı?
- Hayır. Yazılımın güvenilir çalışması ile çıktının klinik anlamı farklı değerlendirme alanlarıdır.