编辑导语：医疗不良事件，也就是由医疗导致的伤害，延长了病人的住院时间，导致残疾的一切事件。本文作者分享了之前做过的一款医疗不良事件系统的设计过程，希望能给你带来帮助。
今年年初，设计了一款医疗不良事件系统，今天我想把从0到1的设计过程分享给大家，希望对不知道如何入手做一款产品的伙伴有所帮助，另一方面是希望可以和医疗行业的产品经理互相学习，此系统从0到1主要经历了如下阶段。
何为医疗不良事件呢？不良事件定义为由医疗导致的伤害，与疾病的自然转归相反，延长了病人的住院时间，导致残疾的一切事件，包括可预防和不可预防的不良事件。不可预防的不良事件指正确的医疗行为造成的不可预防的损伤；可预防的不良事件指医疗中由于未能防范的差错或设备故障造成的损伤（来源：百度百科）。
我们做的是医疗产品，所以做产品前一定要查阅相关规范，在合规的基础上开展业务是一个产品面世的前提条件。
产品架构是至关重要的，一个清晰的产品架构可以使人一眼就知道产品的演进地图，产品架构我分为了表现层、业务层、基础支撑层三部分，三个部分分工不同，基础支撑层给业务做支撑，它并不参与实际的业务，但是业务过程中需要依赖它，业务层是产品具体要做的功能范围，表现层是用户实际操作的的入口。
对于B端产品来说，业务流程图是绕不过去的，前期，一定要梳理好医疗不良事件的业务流程，只有清楚了业务的流程，才能将业务的流程映射到系统功能的流程里。
状态机图可以清晰的表示出系统里不良事件的状态流转，不同的动作会触发事件流向不同的状态，从待提交状态到已完成/作废状态，代表了事件整个的生命周期。
功能清单就是比较具体的内容，功能清单是我们产品要做的具体事情了，功能清单可以按照一级模块、二级模块，功能名称、功能描述，备注去列出，功能名称和功能描述我的建议是分开列出。
事件上报要定义好事件的类型，默认系统有14个事件类型：医疗不良事件、药品不良事件、护理不良事件、输血不良事件、院感不良事件等。
每个事件类型填写的内容是不同的，需要通过编辑器软件进行填写，填写的信息涉及到数据源的，也有非数据源的，如患者姓名就是数据源；患者的基本信息可以通过输入住院号或者门诊号快捷填充。
事件填写完成后，提交分为两种情况：一种是正常提交，一种是匿名提交，匿名提交的事件无法操作退回，上报人会显示匿名。
上报里一个比较重要的内容，是事件的审批流程，目前我们是用的第三方的审批组件，配置好事件的审批流程，在不同的节点会自动提交给对应的审批人。
事件处理是对提交的事件进行处理操作，包括审核、退回、改派、协办、结束。
不良事件上报的一期就分享到这里，不良事件系统虽然不是日常的诊疗业务，但是在医院里都很重视不良事件，发生不良事件要及时上报、处理，分析发生的原因，提出整改措施或处理意见，久而久之才可以减少不良事件的发生。
下期我们将审批中的会签、或签，事件鱼骨图等内容进行讲解。
本文由 @医疗产品大本营 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。