遠程醫療服務是指醫療機構(以下簡稱邀請方)邀請其他醫療機構(以下簡稱被邀請方)利用通信、計算機和網絡技術,為該醫療機構治療患者提供技術支持的醫療活動。
遠程醫療服務有明確的管理規範,在開展遠程醫療服務的過程中應嚴格遵守相關法律法規、信息標準和技術規範。
因此,我們的設計工作面臨的挑戰是在技術規範的前提下遵守現有的咨詢流程規範,並找到優化體驗的方法來取代醫療系統下的原始遠程醫療服務。在這個項目中,用“帶著鐐銬跳舞”來形容設計師的作品壹點也不為過。
由於遠程醫療會診涉及到四個角色(醫生申請人、組織管理者、會診專家和審核專家),並且每個角色的目標動機和行為都有很大差異,團隊成員對於每個角色的理解也有很大差異,所以我們選擇用戶畫像作為我們用戶研究的出發點。
通過調查和主動傾聽,收集四個人物的相關信息。由於資源條件的限制,收集的樣本比較少,人物原型需要不斷完善。
因為無論是收集到的數據,還是衛計委下發的遠程醫療會診建設方案,都不足以建立我們對遠程醫療會診全過程的掌控和對細節的梳理。我們需要用戶體驗故事,幫助團隊建立* * *,同時通過討論,從用戶角度還原場景,找到痛點。
產品定義
在這個環節中,我們主要關註用戶的目標,產品能為用戶解決什麽問題,所以用戶畫像也凸顯了這個環節中的價值。
骨幹故事
在這個環節中,我們繼續探索遠程醫療會診的全過程,最後形成壹個故事描述,然後把故事分成壹個個完整的步驟,盡可能完整但不涉及細節。
拆分故事
在這個環節,我們細化每壹步,拆分成清晰的任務,討論用戶是否有更好的選擇,如何處理問題。
溝通確認
在這個環節中,我們對拆分的步驟進行優先排序,對於不重要的步驟,暫時排除這個版本計劃。
討論過程不顯示,但顯示最終結果。
遠程醫療會診過程主要是圍繞四個角色對申請單的操作來進行的,所以申請單的狀態是整個信息架構的核心。每個角色根據咨詢表的狀態進行操作。
我們的團隊使用之前定義的組件管理工具來快速布局頁面。主頁布局壹般分為左右兩部分,左邊是導航,右邊是內容區。左側導航主要由申請咨詢入口和咨詢表單狀態組成。因為申請會診的操作是申請醫生角色的核心需求,所以我們需要把入口放在導航上,讓申請醫生在每壹頁都能進入申請會診流程。右側主要由待辦事項和申請醫生的咨詢統計組成。
方案a-頭像&;日程安排
待辦區域由應聘醫生的頭像信息和待辦條目組成。
優秀:突出醫生個人待辦控制臺;
差:待辦事項不夠突出;
選項b-待辦事項列表
待辦區域只顯示待辦事項,是模塊化的。
優秀:待辦事項清晰,角色能快速找到自己的工作入口;
差:容易造成頁面死板;
最後我們選擇了方案B,因為作為第壹個版本,我們還是希望幫助用戶快速建立使用習慣,所以頁面需要更加幹凈整潔,用戶情感體驗的優化可以作為未來持續叠代的壹部分。
遠程醫療會診服務的核心場景是視頻會診。在這個場景中,白板是核心功能,但相對來說,視頻的功能被弱化了。不過我們還是支持視頻的全屏擴展,方便用戶利用視頻空間顯示咨詢資料。同時,作為補充,聊天室功能可用於文字對話和相關電子資料的流轉。
1.在這個項目中,我們致力於為醫生創建壹個更可用、更易用的遠程會診服務。無論是申請醫生角色的申請咨詢流程優化,還是每個醫生角色的遠程視頻咨詢的體驗優化,都達到了預期的目標。
2.但是,我們還有很多需要反思和優化的地方。由於對行業背景壹知半解,我們的用戶研究還不夠完善。雖然可以更好的幫助團隊實現統壹的目標,但是如何利用用戶研究更好的推動設計決策,還需要不斷的實踐。
3.由於第壹個版本的限制和很多開發成本,我們沒有在每個角色的用戶界面上做太大的改動。但實際上,每個角色都有自己的任務和需要註意的動機。更好的聚焦“用戶價值”是我們在未來叠代中最需要關註的方向。