如何設計一款醫療應用,幫助醫生跟進患者狀況?
筆者洞察到醫生在工作環境中的痛點與需求,并對大量醫生與專家做出調研,進而設計出一款解決醫生痛點的醫療“ONCALL”產品。
原文作者設計的醫療產品如圖所示:
01 醫生和急診班
我一直對醫療保健系統感興趣。它做得更好時,我們都會從中受益。
我們的醫院到處都是人,他們全力以赴挽救和改善我們的生命,這就是為什么我如此努力地盡我所能,來幫助改善這個系統。
下圖是我開始與醫生交談的方式,并以此試圖了解他們的工作以及隨之而來的反饋。
很快,出現了24小時急診班次的話題,以及他們難以有效地跟蹤哪些患者需要引起他們的注意的難題,這就是創建OnCall應用程序的征途的開始。
02 調研
背景:在西班牙,幾乎每個醫學??疲ㄐ呐K病,婦科,腎病等)都要求他們的一些醫生在醫療中心內呆24小時,以防正常工作時間外病人出現突發情況。
這種情況背后是醫生基本都是緊繃且疲倦的。想象一下,您已經工作了18個小時,已經超出了正常的就寢時間,并且仍然要為患者的健康負責。
我決定深入研究該主題,以了解其過程以及可能出現的痛點。在我剛剛描述的情況下,任何無法有效執行的任務或工作都可能會延遲并影響微妙的情況。
我開始與西班牙各地的醫生交談(在整個過程中,我總共采訪了13位醫生),當我讓他們用一個詞描述情況時,我的懷疑得到了證實。以下是面試中經常出現的一些單詞:
- 疲倦
- 壓力大
- 精疲力盡
- 精神上和身體上的要求
- 混沌
在這些訪談中,我還借此機會對他們的過程進行了任務分析,這意味著他們將逐步了解他們在此過程中需要采取的所有步驟,以了解他們如何在不同的醫院中解決該問題,并確定是否有任何復發的情況痛點。
我采訪的醫生是目前或最近在加那利群島,加利西亞,馬德里,塞維利亞和畢爾巴鄂的醫院工作的專家。這次交談使我很好地了解了整個西班牙的共同點,以及從專家的角度來看這個過程的過程。
我在上一段中多次提到了專家一詞。這是因為我的重點是處于第二注意位置的醫生,只有當急診醫生對患者進行檢查并且需要專業于具體醫學分支的同事的意見或采取行動時,才會呼叫他們。
但是,在更深入一點之前,我們先將其放到上下文中。
認識Daniel MD
Daniel是位于特內里費島的放射科醫生。他作為放射科醫生的工作是評估CT,MRI或超聲檢查的圖像,以便做出診斷。
正如我之前提到的,像Daniel那樣的專家在到達醫院時不會立即就診,而是在急診室第一線的醫生對病人進行檢查后在需要時才打電話給他們。當丹尼爾坐在他的辦公桌上時,這對他來說就是這樣:
- 他接到急診室一名醫生的電話,要求進行檢查
- 丹尼爾對此案提出了一些問題,并寫下與他有關的信息
- 他要么同意測試,要么要求另一位專家進行進一步評估
- 同意并完成測試后,他評估結果
- 最后,他做出診斷決定并撰寫報告。至此,他對該患者的責任已經結束
在了解像Daniel這樣的人的過程之后,我創建了一個親和圖,以收集我從研究中獲得的所有見解,并試圖理解它們之間的聯系和趨勢。
我從中得到的一些有趣的見解是:
- 許多醫生保存了有趣的案例以進行跟進,即使他們不再負責這些案例。
- 醫生浪費大量時間去電腦檢查所要求的測試結果是否已到來。
- 醫生真的很想知道在各種緊急情況下他們照顧了多少患者。
但是我要留下的見解在我進行面試時確實使我印象深刻,并且在我的親和圖中得到了證實。這就是這個問題的答案:
“您如何知道在任何給定時刻您要去看護或要負責的患者人數”。對這個問題有不同的反應,但是答案總是相同的:“ 在紙上的筆記?!?/p>
我對此感到驚訝,然后我提出了另一個問題:“如果丟掉那張紙會怎樣?”。我將總結一下血液學家給我的答案:“啟示錄”?!撂乩锵模ㄑ簩W家)
許多醫生都生活在這種情況下,他們唯一能做的就是設法記住自己所擁有的東西,并相信如果他們沒有為特定的病人出現,就會有人注意到并打電話給他們。
我知道您在想什么,他們沒有解決此問題的軟件嗎?
我當然問過,答案是否定的(至少對于公共部門而言)。
他們擁有檢查信息的軟件,可以查看在急診室檢查了多少名患者,或者以前的醫生已經報告了哪些信息,但是沒有選擇查看列表或電子表格的選項急診室中需要特別關注的患者中。
這使自己寫在空白紙上非常重要。一些醫生將其名字貼在上面,以防萬一它丟失了,甚至有不同顏色的特殊論文,以使人們更容易找到它并將其歸還。
刪除了個人信息的醫生用紙的示例
正如我為Daniel的過程所描述的那樣,在本文中,他們通常會寫出患者的姓名和編號,還要寫出完成工作所需的相關信息,例如患者的痛苦程度或現有的測試。
03 問題
收集了前面描述的所有信息之后,對于我來說,在過程的這一點上清楚地陳述我將要解決的問題非常重要。這有助于我集中精力研究整個設計過程中的主要見解。與同事或利益相關者進行交流時,它也非常有用。在這種情況下,我的問題陳述是:
值班醫生需要一種方法來跟蹤他們必須照顧的患者,因為他們依靠容易丟失的紙質便箋。
在此過程的階段(我們稱為define),我還根據研究期間收集的信息創建了至少一個User Persona,在本例中,我較早時向您介紹了該信息,以更好地解釋我的發現。
該角色扮演的角色是對我所獲得的見解的總結,也是同情潛在應用程序的真實用戶的一種方式。在決策過程中,它也可以作為燈塔。在這種情況下,當決定優先次序或采取哪種方式時,我會考慮丹尼爾并問自己“丹尼爾真正需要什么?”,“什么對他會更有用?”。
04 做什么
一旦定義了人員,上下文和問題,就該真正決定我的應用程序將要做什么了。為了做出此決定,我創建了一些用戶故事,其中列出了可能的用戶的需求和目標。
我之所以使用“用戶故事”,是因為它們很容易轉換為功能,其結構可確保我始終考慮用戶的目標,并且由于這些簡短的說明適合即時貼,因此我可以使用優先級排序技術對其進行物理重新排列。這是用戶案例的兩個示例:
“作為一名值班醫生,我需要訪問我留下的患者名單,以便我記得所有人”。
“作為一名醫生,我需要知道我接受過哪些治療,以便我能夠跟蹤他們的病情發展并評估自己的工作和過程”。
講完這些故事后,我使用MoSCoW優先級排序技術來確定該項目的MVP真正需要什么以及擁有什么是好東西。在這里,您可以看到該過程的示例:
終于到了將所有這些工作轉換為交互式界面的時候了。從訪談中可以明顯看出,手機app是最佳選擇。醫生們說,他們在上班時候都會帶著它,而且在醫院內使用它們也沒有困難。
在該過程的構思和原型階段,我最終決定了該應用程序的以下主要部分:
- 待命:核心部分。一旦激活了新的班次,醫生就可以通過患者編號記錄患者,寫下有關患者的注釋,訪問他們的測試并將其標記為完成。
- 跟進:用戶可以保存要跟進的患者,這些患者將存儲在導航的此部分中。醫生這樣做的原因是多種多樣的,例如想要確保診斷正確或出于教育原因而發現該特定病例很有趣。
- 歷史:在研究過程中,醫生們已經在量化急診輪換中要治療的患者的數量和種類,或者想開始這樣做,因此在本節中,他們可以找到已記錄的患者和輪換的歷史。
- 設置:我將其添加為相關部分,因為在這里用戶可以自定義體驗,主要是說明哪些患者數據對于他們在患者頁面中具有重要的地位,以及哪些應該用作列表視圖中的標識符。
在將這些思想轉換為界面之前,我對用戶流如何與所有部分配合使用進行了可視化處理,以弄清楚哪種導航方式有意義并指導我的設計過程。
我開始在紙上繪制應用程序主要部分的草圖,并測試一些布局,試圖看看人們是否理解我正在創建的結構。我很快轉到計算機上,以開發低保真度的原型,其中包含更清晰和結構化的內容,以便正確地與用戶進行測試。
一些低保真迭代:患者名單和跟進
一些低保真迭代:患者頁面
在這一點上,我注意到列表和可滾動內容將成為該應用程序的重要組成部分,因此我分析了一些已經在其中發揮出色作用的應用程序,以獲取靈感并嘗試理解用戶已經習慣的約定——Pocket Cast,Wunderlist,MyFitnessPal或Instagram之類的社交媒體應用對于查看非常有用。
在用戶測試期間,一次又一次出現的事情之一就是弄清楚哪些部分是可單擊和/或可編輯的,這一點非常重要。我為解決該問題所做的一些事情是在旨在讓用戶編寫自己的筆記的部分中添加提示“輕按以寫”。
05 最終版本
當進入高保真度時,我專注于提供更多視覺線索,以了解哪些部分是要讀取的信息以及哪些部分供用戶編輯和使用。您可以在上方的患者屏幕中看到一個示例,在該屏幕中,我將患者信息隔離在卡片中,與其余數據的距離更大。我還使用了文本的副本和顏色,使其盡可能明顯。
為了保持用戶注意力的集中并減少認知負擔(在壓力很大的情況下更重要),我使用了漸進式披露來隱藏已經處理過的患者,但是在“ 顯示完成”下,我讓他們易于訪問。測試期間出現的另一件有趣的事情是對“order by”選項的困惑,我最終使用所選選項旁邊的兩個箭頭進行了求解。
我要指出的最后一件事是您可以在列表視圖和患者信息中看到的顏色代碼。該信息來自于管理人員在醫院收治患者時向其數據庫輸入的數據,并具有3個值:緊急,較不緊急和不緊急。
演示版
最后,您可以找到最終結果的交互式原型。與之互動時,我邀請您想象您是Daniel,并探索您可以做的一些事情:
- 開始轉變
- 通過患者編號添加患者
- 在設置中您選擇為相關的每個字段中添加有關患者的注釋
- 檢查您想跟進的先前班次的患者
- 查看您的輪班歷史
- 個性化與您的??苹蚰约鹤鳛獒t生有關的患者領域
- 同樣在設置中,選擇哪個字段最能在列表視圖中識別患者
下一步
- 測試。我能夠與3位醫生和其他非醫生合作者一起測試此原型,但我認為從潛在用戶那里獲得更多反饋以識別可以改進的任何因素或發現我認為沒有的用例非常重要。
- 詳細研究用于在西班牙公立醫院中存儲患者信息的技術,例如快速醫療保健互操作性資源,當然還有用于確保應用程序商品不會干擾安全性和隱私性的安全措施(某些事情)我建議的是,為了使用該應用程序,醫療中心必須激活您的會話,而只能在該中心的專用Internet連接中工作)。
- 確保此工具和我可以提出的措施符合西班牙和歐洲的隱私法。
06 總結
從事這個項目一直是我職業生涯中最有趣的經歷之一。對于我來說,這確實增強了花時間去研究環境,摩擦和參與過程的人員的重要性。當向醫生展示最終結果時,任務分析,訪談和用戶測試確實獲得了回報,醫生告訴我他們希望他們如何在工作場所中使用這樣的應用程序(獲得這種反應的感覺?。?/p>
此外,考慮到最常見應用程序中使用的約定,有助于將一些設計決策引導到用戶可能已經感到熟悉的事物中。
最后,能夠獲得用戶和其他設計師的不斷反饋是打破障礙并使項目進一步發展的關鍵。
原文作者:Héctor Rebollo Bollullo
原文地址:https://medium.com/@hectormrb/oncall-an-app-to-help-doctors-better-organize-their-work-67776a9bb36c
譯者: 南設;譯者公眾號:南設(ID:shemenglianmeng)
本文由 @南設 翻譯發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
- 目前還沒評論,等你發揮!