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