中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導語：產品在設計過程中，應該從業務需求和用戶需求出發，保障用戶使用體驗，同時也能促進業務處理效率的提升。處方單的設計也是如此。本篇文章里，作者結合處方單設計，對B端表格設計發表了自己的看法，一起來看一下。

以一個處方單內容小案例來描述設計在任務中的角色。

這一段時間在參與處方流轉的一些業務，以一個小點，做個回顧下，總的概括就是數據產生、數據展示在管理平臺和用戶端，需要考量的因素諸如法規政策、數據安全監控、用戶體驗等等方面，內容在頁面上呈現出來。

設計不是簡單堆疊文字、控件。需為業務要求考慮，得出這個頁面該呈現哪些內容。

總結：患者看病，醫生開具處方，藥房根據這個處方單取藥給到患者。這么個正常且順暢的過程，將這個過程電子化，背后需要大量的人力物力支持。

簡單回顧下關于處方單的內容是在B端和C端展示。

在這塊內容設計時重點考慮B端平臺這塊。

一、考慮注意要素

1. 面向群體對象

• 審核藥師：對開方醫生開具的處方審核（審核要素，細多，不贅述）；
• 藥房：配藥、發藥都需核對處方單；
• 患者：拿藥核對藥品賬單。

2. 角色不同，承擔風險和安全也不同

處方單電子化的過程，就需要在法律法規之下，所有的操作在監管下，所有的數據也是在有據可查的場景下操作。

開方醫生對處方負責、藥師對處方審核負責、藥房對處方發藥/藥品配送負責、患者對收到的藥品核對清單，確認接受即可。

3. 責任不同即權限不同

相對應的就是處方的數據詳盡內容展示多少有區別。

• 開方醫生：根據患者就診內容，開具處方單，并簽名；
• 審核藥師：對開具的處方單進行審核，審核開方醫生簽名，以及處方藥品是否符合標準規范；
• 藥房：核對處方單和物流單的藥品查驗。以及處方配送是否到達，物流信息；
• 患者：收到的藥品和藥品單的核對。

核心目標是分析出產品的使用角色，和這個角色的屬性，從而為產品的價值提供設計的基礎。

分析角色時，可以通過需求、功能的信息架構去分析角色屬性，從信息架構提煉出角色相關的字段以及這個角色下展現的內容。

C端主要是患者下單、支付、處方單、物流信息，最后拿到藥品。這個流程圍繞藥品單（在患者這一邊的處方單稱為藥品清單）來進行。

此時，處方出現在醫生開處方、藥師審核處方、藥房根據處方藥品配發/配送階段。各個角色的權限搞清楚后，如何展示處方信息就有比較清晰的認識了。

二、頁面設計——B端展示

1. 處方審核階段

藥師審核處方，對處方進行合法性、規范性、適宜性審核（包括四查十對，藥品名稱、劑型、規格、數量、 用法用量），如果審核后判定處方合理，在電子處方上經過藥師簽名進行后續的流程。

因為處方是開處方醫生提交的，處方單上有醫生的簽字，以及處方的有效期（實際上應該還有藥品的價格）。

（圖片處理，未展示診斷信息）

藥師審核通過后，也會簽上藥師的簽名：

2. 藥房配發階段

流程進入藥房配發，實際上藥師角色也會承擔著配發藥品的責任，在流程里的處方單展示的內容就是藥品的信息藥品名稱、劑型、規格、數量、用法用量。

三、頁面設計——移動端

移動端的作用是給患者查看處方、填寫配送地址、支付、收獲的幾個功能。在查看處方有些地方需要注意下：第一個就是用藥處方表現形式，一種是原本的word那種表格形式，一種是紙質手寫的，如下圖所示：

或是這樣的電子版或是這樣的手寫板（圖摘自網絡，侵刪）：

移動端本身的局限以及要求，如果以表格樣式照搬表現出來，不利于患者查看和理解，患者需要的也請醫生解釋，而醫生不可能剛好處在空檔，給患者解答。

這增加了患者和醫生時間成本?；颊呖床欢?、醫生解釋起來麻煩。

用藥既要符合規范，也要兼顧患者需求，告知這個藥品怎么吃就好。

弱化從表格的設計規范去設計內容，更多地考慮這些字段確定的來源，以及業務上的要求，剩余的純設計表格已經不再是重要考慮部分。對產品任務的解構，是設計分析的重要前奏，唯有把影響因素給摸索了，才能更好地設計內容。

引用文件——《處方管理辦法》2007

本文由 @Ychen（啊嗚計） 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自Unsplash，基于 CC0 協議