項目總結 | 遠程醫療會診
遠程醫療服務是壹方醫療機構（以下簡稱邀請方）邀請其他醫療機構（以下簡稱受邀方），運用通訊、計算機及網絡技術，為本醫療機構診療患者提供技術支持的醫療活動。
遠程醫療服務具有明確的管理規範，所以在開展遠程醫療服務過程中應當嚴格遵守相關法律、法規、信息標準和技術規範。
所以對於我們設計工作的挑戰就是，需要在技術規範的前提下，遵守現有會診流程規範，找到優化體驗的途徑，取代醫療體系下原有的遠程醫療服務。此項目用“帶著鐐銬跳舞”來形容設計師的工作，也就壹點都不為過了。
由於遠程醫療會診中涉及到4種人物角色（申請醫生、機構管理員、會診專家、審核專家），並且每個角色的目標動機和行為差異巨大，同時團隊成員對於每個角色的理解也有很大差異，所以我們選擇了用戶畫像作為我們用戶研究的切入點。
通過調查和主動傾聽兩種方式收集4個角色的相關信息，由於資源條件的限制，采集樣本比較小，所以人物原型還需要不斷完善。
由於無論是收集到的資料還是通過查閱衛計委發布的遠程醫療會診的建設方案，都不足以建立起我們對於整個遠程醫療會診的整體流程的把控以及細節的梳理。我們需要用戶體驗故事來幫助團隊建立起***識，同時通過討論能夠站在使用者的角度還原場景、發現痛點。
產品定義
我們在這個環節，我們主要關註用戶的目標和產品能解決用戶哪些問題，所以用戶畫像在這個環節中也就凸顯了價值。
骨幹故事
在這個環節，我們不斷探討整個遠程醫療會診的流程，最後形成故事性的描述，然後將故事分成整塊的步驟，盡量完整但不涉及細節。
拆分故事
在這個環節，我們對於每個步驟進行細化，拆分成明確的任務，同時討論用戶有沒有更好的選擇以及出了問題該如何處理。
溝通確認
在這個環節，我們對於分拆的步驟進行優先級排序，對於不重要的步驟暫時排除出這次的版本計劃。
討論過程不做展示，展示最終結果。
遠程醫療會診流程，主要是圍繞著4個角色對於申請單的操作而進行的，所以申請單的狀態就是整個信息架構的核心所在。每個角色根據會診單的狀態進行操作。
我們團隊用之前定義好的組件化管理工具，對於頁面進行了快速布局。首頁布局總體分為左右部分，左邊為導航，右側為內容區域。左側導航主要由申請會診的入口和會診單的狀態所組成，由於申請會診這個操作是申請醫生這個角色的核心需求，所以我們需要將入口放在導航上，讓申請醫生能夠在每個頁面都能進入申請會診流程。右側主要由申請醫生的待辦事項和會診統計構成。
方案A—頭像&待辦事項
待辦事項區域由申請醫生的頭像信息和待辦事項入口構成。
優：凸顯醫生個人專屬待辦事項操作臺；
劣：待辦事項不夠突出；
方案B—待辦事項
待辦事項區域只展示待辦事項，並且模塊化。
優：待辦事項入口明確，角色能快速找到自己的工作入口；
劣：很容易造成頁面死板；
最後我們選擇了方案B，因為作為第壹個版本，我們還是更希望能幫助用戶快速建立使用習慣，所以頁面需要更加幹凈利落，而用戶情感體驗優化的工作可以作為日後不斷叠代的壹部分。
遠程醫療會診服務中最核心的場景便是視頻會診，在此場景中白板作為最核心的功能，相對而言，視頻的功能就弱化壹些。但我們依然支持視頻的全屏展開，方便用戶利用視頻的空間進行會診資料的展示。同時聊天室功能作為補充，可以進行文字對話以及相關電子資料的傳閱。
1.在這個項目中，我們致力於為醫生群體打造可用性和易用性更強的遠程會診服務。無論是對於申請醫生這個角色的申請會診流程的優化，還是各個醫生角色的遠程視頻會診的體驗優化，我們都達到了預期的目標。
2.但是我們依然有許多需要反思和優化的點，出於對行業背景的壹知半解，我們的用戶研究還不夠完善，雖然能幫助團隊更好的達成統壹的目標，但是如何運用用戶研究更好的推動設計決策，還需要不斷實踐。
3.由於第壹個版本，很多開發成本的限制，我們對於各個角色的用戶界面並沒有做太多差異化處理。但其實每個角色都有自己需要去關註的任務和使用動機，更好的以“用戶價值”為核心是我們日後叠代中，最需要關註的方向。