當監(jiān)管部門在給醫(yī)療器械授權時,為了確保醫(yī)療器械的安全性,提高器械的可用性,無論是IEC62366還是FDA在設計活動的發(fā)展過程中都強調人為因素和 以用戶為中心的重要性。移動醫(yī)療APP的開發(fā)也不例外。移動醫(yī)療app的研發(fā)者不僅僅是要建立一種像憤怒的小鳥或者糖果粉碎的APP,還要建立一種移動醫(yī) 療設備的APP,它能檢測用戶的健康狀況,診斷癥狀,為用戶在突發(fā)的醫(yī)療情況下提供一些的指導。
由移動醫(yī)療app研發(fā)者精心打造的、易于使用的APP,要滿足目標用戶的需求和期望,同時能降低用戶操作錯誤的風險。這樣做不僅會縮減CE和美國食品及 藥物管理局批準流程,也會增加客戶采用和滿意度。當在計劃開發(fā)一款移動醫(yī)療APP時,為提高用戶體驗和客戶滿意度,要做到以下5個以用戶為中心的設計。
1、了解預期的使用環(huán)境和用戶的需求
用戶研究要求移動醫(yī)療app研發(fā)團隊理解用戶的需要和需要解決的問題。用戶研究涉及在他們的預期使用環(huán)境里直接觀察潛在的用戶。當開發(fā)一個移動 醫(yī)療APP時,醫(yī)學專家可能會給研發(fā)團隊的成員帶來很多好處。同時研究人員可能還需要了解一些具體的和豐富的醫(yī)學知識。通過了解用戶的需求和所處的環(huán)境, 研發(fā)人員將有更好的機會融合所有必要的功能和信息,使醫(yī)療APP更加完善。
觀察研究的結果都記錄在用戶場景和任務分析中。用戶情景是一個關于有特定目標的特定用戶簡要的故事敘述。任務分析是以提供人類需求的詳細說明來 完成用戶情景內所要求的步驟。這些都要求樸實的語言,可以讓研發(fā)團隊的成員和投資者達成共識,并且經常運用到今后的以用戶為中心的設計活動中。
2、分析可能的使用風險和用戶錯誤
在使用的時候,研發(fā)團隊應該同時執(zhí)行風險分析與傳統(tǒng)的系統(tǒng)分析,來判斷APP的預期使用與合理可預見的誤用之間潛在的風險。設計師有責任創(chuàng)建工 作流和交互設計,避免錯誤。如果用戶操作確實有誤,移動醫(yī)療app在設計中應該有快速恢復的程序。同時設計師也應該認識到,移動設備的輸入與于臺式計算機 不同,新用戶可能需要更多時間來熟悉APP。
目標用戶的年齡、智力、生活方式、數(shù)字化和健康素養(yǎng)的差異都有可能影響他們使用移動APP的熟練程度,并發(fā)生錯誤。如果目標用戶有年輕、健康的技術控與老弱殘疾的用戶,研發(fā)者需要確保這兩類用戶都能有效地使用移動醫(yī)療APP。
3、設計模型符合用戶使用習慣
通過如下方式,應用程序設計人員能確保APP的設計適應用戶習慣:
● 專注于用戶的主要工作和基本任務
● 保證用戶毫不費勁地完成任務
● 為了達到用戶目標,需要設計多步驟
許多用戶已經熟悉了非醫(yī)療的移動APP,對導航和互動期望相同。APP的開發(fā)人員受益于目前業(yè)界公認的動感UI設計導航和互動范式。提供的直 觀、直接的體驗讓用戶很容易學習和記住。眾所周知,用戶不會投入大量的時間來學習新的復雜的互動模式,尤其是在移動互聯(lián)網時代,很少有用戶閱讀手冊或幫助 頁面。
了解互動式設計概念的設計師,對完成高效的移動互動設計工作是至關重要的?;釉O計能讓用戶通過訪問和使用APP,享受到最佳視覺體驗與清晰的導航?;邮皆O計最大限度地減少畫面的平移和縮放,調整了合適的畫面尺寸,給用戶的導航提供了方便。
4、迭代設計(原型,試驗,改進和重復)
迭代設計方法使移動醫(yī)療app用戶界面更直觀,更易于使用。它還可以控制或減輕潛在風險。迭代設計是關于原型,測試,分析和優(yōu)化的設計過程,需要早期洞察并反饋。
因此,任何問題都可以快速處理,在到達最終設計之前允許迭代和調整,重要的是盡可能早做到這一點。反復更新迭代,能讓錯誤和問題降至最少。
可用性測試旨在收集潛在用戶對雛型的反饋,這個過程的時間可能相對較短,參與的人數(shù)也可能較少。一些APP需要有代表性的用戶來評估并提交重要見解。初始測試可以快速識別大部分潛在問題。
5.驗證臨床療效
最終臨床測試表明,該產品對預期用途,使用者和使用環(huán)境是安全的和有效的。這也表明了設計是有效的,實際上,減少了使用的相關風險。有代表性的用戶樣本應包括所有測試過移動醫(yī)療app的用戶,其中可能包括醫(yī)療機構,管理人員,患者和護理人員。
總結性測試已經是迭代設計活動一部分??偨Y性測試應該真正扮演安全使用設備的最后角色,因為從風險角度講,測試使用方案應注重關鍵和重要的工作。
以用戶為中心的設計理念應該貫穿移動醫(yī)療app整個發(fā)展過程,包括對新用戶的研究,任務和風險的分析,反復的設計和評估,以及最后階段在模擬使用環(huán)境中進行的所有總結性驗證測試。
雖然這可能比建造下一個憤怒的小鳥APP 或糖果粉碎的APP需要一個更深入的開發(fā)路徑,但這樣做將更容易得到監(jiān)管部門的審批,減少用戶操作錯誤的風險,并提高客戶滿意度。
