醫(yī)療器械可用性工程的重要性
制造商在生產(chǎn)新一代產(chǎn)品時，由于經(jīng)常遭遇這樣的難題：應(yīng)舍棄前代產(chǎn)品的哪些控件和按鈕？因此，不少企業(yè)便索性全部保留，用繁多的標簽和功能鍵進行組織。這種做法使得設(shè)備看似并非醫(yī)療器械，而更像是工程師專用的設(shè)備。
如果制造商擁有最好的功能組件，但其操作員未能正確使用，那功能組件反而成為負擔。
由此，良好的可用性過程就顯得尤為重要，可用于防止上述情況并降低使用相關(guān)的風險。
產(chǎn)品開發(fā)時，應(yīng)遵守IEC 60601-1-6、IEC 62366-1等關(guān)鍵性標準，F(xiàn)DA人為因素和可用性工程指南等，這些必需的文件與設(shè)計控制是一致的。
本期將著重引用IEC 62366-1作解讀，該標準同時滿足歐盟、FDA和不少國家及地區(qū)要求。
可用性工程的主要步驟
注意：隨著產(chǎn)品可用性在開發(fā)過程中日益完善，這些步驟之間經(jīng)常會發(fā)生迭代。
可用性工程步驟→創(chuàng)建用戶規(guī)范
1. 概念
用戶規(guī)范為關(guān)鍵規(guī)范，較大程度決定產(chǎn)品可用性評估方式，內(nèi)容應(yīng)包括：預(yù)期醫(yī)學適應(yīng)癥、目標患者群體、目標用戶配置、預(yù)期使用環(huán)境和工作原理。
IEC 62366-1、FDA人為因素和可用性工程指南(HF&UE)均規(guī)定“用戶規(guī)范的最低要求”(見下表)
2. 用戶需求
在"用戶需求"文檔中加入用戶規(guī)范，是較好的做法。但經(jīng)常出現(xiàn)的問題是：企業(yè)不具備該文檔，或企業(yè)將其作為產(chǎn)品需求和營銷需求的融合而編寫。
"用戶需求"應(yīng)當使用用戶術(shù)語、可測試(即:能夠被驗證)。"用戶需求"雖然較少，但通常會催生大量的產(chǎn)品需求。
用戶需求與產(chǎn)品需求的舉例說明：
·用戶需求：該產(chǎn)品只能在醫(yī)院實驗室使用。
·產(chǎn)品需求：
A.器械應(yīng)在20-35℃之間運行
B.器械應(yīng)在10%至95%相對濕度非冷凝的范圍之間運行
C.器械應(yīng)在570毫米汞柱至760毫米汞柱之間運行
D.器械應(yīng)滿足IPX 2流體進入要求
其他：照明、電磁兼容性、泄漏等。
3. 用戶配置
對用戶界面進行形成性和總結(jié)性評估時，重點在于：使用充足的用戶配置和患者群體樣本進行評估。審核部門將關(guān)注前述內(nèi)容，并且如果因為該研究未充分涵蓋用戶規(guī)范，則總結(jié)性評估不得不面臨重新來過的重大挫折。
用戶配置影響權(quán)限的示例：
服務(wù)/維護用戶：無法訪問患者記錄，但可訪問計算機文件、診斷(服務(wù)菜單)等。
研究用戶：匿名化數(shù)據(jù)文件，無法訪問操作系統(tǒng)、診斷（服務(wù)菜單）等。
臨床用戶：可訪問先前記錄的患者信息文件，但無法訪問系統(tǒng)文件、服務(wù)菜單或更新軟件的能力等。
緊急用戶：能夠快速運行一個案例，但不能審查以前保存的文件或?qū)彶橐褮w檔的案例。
管理員用戶：能夠分配密碼，無法訪問操作系統(tǒng)、診斷等。
舉例說明：
開發(fā)一種具有多個用戶配置的儀器。服務(wù)用戶無法訪問患者數(shù)據(jù)，而研究用戶可以訪問患者數(shù)據(jù)，但導出時必須匿名（僅允許顯示年齡和性別）。不同的權(quán)限被定義，然后用戶界面也基于各種權(quán)限排列而開展設(shè)計。
可用性工程步驟→用戶界面規(guī)范
用戶界面User Interface是用戶所接觸產(chǎn)品的所有方面。60601-1則提出：用戶界面是可訪問的部分。軟件的圖形用戶界面GUI特征非常顯著，但可能不容易聯(lián)想到：服務(wù)訪問面板、傳輸手柄、連接器位置和連接器類型。
用戶界面的作用：便于在預(yù)期使用環(huán)境中，實現(xiàn)各種用戶配置的預(yù)期用途。一個被良好定義的用戶規(guī)范提供簡練的GUI實現(xiàn)方法，可顯示登錄用戶輕松執(zhí)行任務(wù)所需內(nèi)容。擁有明顯且簡單的控制并明確提示下一步操作，對某些利基產(chǎn)品而言至關(guān)重要。
用戶界面規(guī)范的示例包括：視角、無菌窗簾或手套操作的適應(yīng)性，手持和/或移動設(shè)備的重心等，包裝和使用說明書的布局/可讀性也被認為是UI一部分。所有這些規(guī)范都需要可確認和驗證。
可用性工程步驟→任務(wù)分析
任務(wù)分析是對給定用例的用戶任務(wù)的逐步分解。
■ 由于用戶的不同類型，因此以下情況可能使用案例進行分析：
A. 初始安裝；
B. 更新和維修；
C. 設(shè)備配置；
D. 設(shè)備操作；
E. 數(shù)據(jù)審查；
F. 存 檔。
■ 給定的用例定義了用戶/參與者(來自用戶規(guī)范)、使用場景的觸發(fā)器以及目標的結(jié)束。
■ 建議對前提條件進行說明，例如：設(shè)備已安裝和配置，或在下游用例中的設(shè)備已連接電源、初始設(shè)置和連接均已完成等。
■ 執(zhí)行分步分析，說明用戶操作、系統(tǒng)操作(響應(yīng))和可能的錯誤。
表格：使用流程–任務(wù)分析(*代表關(guān)鍵任務(wù))：
用戶任務(wù)屬于關(guān)鍵任務(wù)，如果被錯誤執(zhí)行或根本不執(zhí)行，可能對患者或用戶造成嚴重傷害。如果設(shè)備無關(guān)鍵任務(wù)文檔，則應(yīng)當說明其基本原理。所有關(guān)鍵任務(wù)都將在人為因素驗證測試期間進行評價。
理想情況下，在設(shè)計中應(yīng)盡可能減少關(guān)鍵任務(wù)的數(shù)量，但許多情況下，用戶技能是涉及設(shè)備診斷和/或治療過程的重要組成。
可用性工程步驟→形成性評價
即：制造商識別潛在用戶（根據(jù)用戶規(guī)范）并征求其對用戶界面的反饋。
形成性評價計劃應(yīng)說明：所用的評價方法、正評價的用戶界面的部分、執(zhí)行各UI評價的可用性工程過程。
■ 模型設(shè)備、故事板、原型，都是讓用戶在最終產(chǎn)品出現(xiàn)前親身體驗用戶界面如何工作的方法。
■ 測試使用流程，尤其是關(guān)鍵任務(wù)，記錄結(jié)果并用于用戶界面的修訂或改進。
■ 更新UI規(guī)范和UI\使用流程\使用風險分析。
■ 計劃迭代并記錄評審和反饋。用戶手冊是其中重要部分，需評價其有效性。通常，用戶手冊被用作培訓一部分，并在UI實際評價前有decay period(目的是評價說明書在培訓/教育用戶方面的有效性)，將被呈現(xiàn)于總結(jié)性評價，但在形成性評價階段開始時該內(nèi)容同樣也具備價值。
圖：可用性測試的關(guān)鍵組成：
形成性評價和總結(jié)性評價都可通過類似方式開展,盡管總結(jié)性評價使用最終定型設(shè)備和IFU。
圖：可用性測試7步驟(形成性和/或總結(jié)性)
可用性工程步驟→總結(jié)性評價
總結(jié)性評價發(fā)生于最終用戶界面實施例。對每個與危害相關(guān)的使用場景，總結(jié)性評價的UI評價方案應(yīng)明確所用的評價方法、評價UI的所屬部分，以及適用情況下確定安全信息是否可感知、可理解、支持正確使用的標準。
總結(jié)性評價真正值得關(guān)注的是：用戶規(guī)范所要求的產(chǎn)品預(yù)期用途的可用性驗證。其必須評價關(guān)鍵任務(wù)，并對總體風險可接受性提供信息。
京公網(wǎng)安備11010802046783號
