面对庞杂、多种多样的医疗数据，如果想提升医务人员的数据提取效率与工作效率，合理的医疗系统设计是必不可缺的，那么，医疗系统的设计策略可以怎么搭建？本篇文章里，作者便结合单病种上报系统的设计做了经验分享，一起来看。
大家好，今天和大家分享下医院的单病种上报系统的流程和功能，以及和上报平台对接，主要分为病种入组、病种填报、病种审核，病种上报、系统设置等模块。
一、概念介绍
单病种是一种单一的、不会产生并发症的疾病。常见的有非化脓性阑尾炎、胆囊炎、胆结石、剖腹产等；单病种上报系统就是对这些单一的病种进行上报和管理。
(资料图)
二、单病种上报在医院的必要性
医院通过“单病种质量管理控制与医疗质量安全报告学校平台”可以上报病种，有的病种上报字段有超过100多个，在平台直接录入需要耗费大量的时间从院内系统里查询信息，严重降低了工作效率。
另外，审核完成后还需要进行人工上报，因为院内系统和上报平台的信息烟囱问题，导致医院迫切需要一个和院内系统打通的单病种上报平台，单病种上报系统最大的好处是增效，院内系统的数据直接联通单病种，省去填报员大量查询，校对信息的时间。
三、单病种的政策要求
医疗行业是一个严格受监管的行业，超出监管边界的内容不能碰，这是医疗产品经理要注意的，相关部委出台了很多关于医院单病种管理的办法，了解了政策有助于产品经理能在合规的范围内做产品，同时也可以当作指导性文件应用与工作中。
1）国家卫生健康会委员规章中，制定了对医疗机构关于加强单病种质量管理和控制工作的管理办法。
2）国家卫生健康办公厅强调利用信息化手段改进诊疗质量，如下图：
3）三级医院评审标准也对单病种质量管理与控制提出标准，如下图：
三、系统架构
单病种上报架构图分为表现层、业务层、基础支撑层、还有业务数据对接的其他系统、国家上报平台。我重点介绍下基础支撑层里的流程引擎和规则引擎，流程引擎是设计病种审核的节点，规则引擎是是设计病种入组的条件。
四、业务流程
单病种的业务流程比较简单，类似于一个审批流程，记录一个病种从入组到上报成功的过程，依次分为病种入组、病种填报、病种审核、病种上报几个流程。
五、状态机图
系统里的每条数据都会经过流转，处在不同的状态中，方便操作者知道当前数据所在的位置，接下来会发生的情况，就可以通过状态图清晰地定位到。
六、功能模块划分
1. 病种填报
病种填报是填报员进行填报病种的入口，病种填报的前提是病种入组，填报的信息很多信息都是从病案首页可以自动获取到，减轻填报员的工作量，提高填报小了。
什么是病种入组呢？病种入组就是说医生下的某个诊断满足了某个病种，那么这就是病种入组。入组分为人工入组和系统自动入组，系统自动入组就需要将病种和诊断进行关联，通常是一个病种会对应多个诊断。针对系统入组的病种，如果人为觉得不合理，可以进行操作取消病种入组。如下图所示是“心力衰竭”病种的入组规则。
入组完成后，填报员填报相关信息，病种里的信息从国家单病种上报平台获取即可，需要和国家上报的信息保持一致。我们是用编辑器做的模版，里面涉及到一些基础信息、费用信息、诊断信息等，如下图是脑梗死病种需要填报的部分信息截图：
2. 病种审核
病种信息填报完成后，就可以提交审核了，提交成功的单病种会自动提交给审核人，一般医院都是医务科进行审核，我们目前是用的第三方的流程引擎配置好的流程审批，系统新增一个角色为医务科审核，角色里添加人员，提交后添加的人员直接就能收到待办的事件。
审核可以操作：通过、驳回，作废； 通过后则可以人工或自动上报； 驳回则驳回给上报人，上报人修改信息重新发起提交； 作废表示当前病种审核流程终止，不会进行上报。无论是哪种操作，系统都会进行记录，记录信息有操作类型、操作人、操作时间，便于追溯。
3. 病种上报
院内审核通过的病种，就可以进行上报单病种平台了，单病种平台提供了对外的接口，需要做接口对接。医院需要安装一台前置机，上报的数据提交到前置机，流程如下：
填报之后，院内审核，审核通过之后，人工/自动将病种上报到院内的前置机。
人工上报入口，如下图：
这里要分享下对接的过程，和上报平台进行对接时，一定要严格按照他们的规则进行对接，规则比较细致，比如性别要上传，性别里的值有男和女，首先要定义好性别的code是什么，然后去定义男的code是什么，女的code是什么。有一部分需要和国家平台的做好映射。
病种默认是待上报，用户操作上报，系统调研上报接口进行上报，如果是上报成功的会进入“已上报”里，上报失败的进入“上报失败”里，上报失败的可以再次发起上报。
4. 病种查询
病种查询是提供给院领导层进行查看全院的单病种数据情况，可以按照患者、病种、入院/出院日期、填报状态几个维度用于分析和运营提供经验。
5. 系统设置
病种管理：病种管理是针对病种进行创建的基础数据，病种管理需要注意要配置模版，不同的病种要填报的内容不一样。
病种关联入组规则也是非常重要的，系统自动入组的时候就是以病种的入组规则为依据的。入组规则涉及到多个条件，有些病种除里对主要诊断伴第二诊断要求外，还和年龄有关系。当前病种设置到入组规则后，系统会根据规则自动将符合条件的患者进行入组。
我们说一下病种的状态的开关和自动入组规则的开关有什么区别？病种开启状态下才允许参与业务，只有开启状态下的病种才能入组。自动入组规则的开关是控制病种是否开启了自动入组，如果病种开启了自动入组，但是病种状态是关闭的，那么病种自动入组也没有用。
需要注意的是入组的诊断要和院内HIS系统使用的诊断相一致，或者有映射关系，否则两边的诊断信息无法对应起来。
参数设置：
自动上报：自动上报是系统自动上报到对外平台接口，支持设置患者出院后多少天。 系统自动入组：系统自动入组是系统去在患者出院后，定时多少个小时去自动入组病种。 自动取消入组：指的是入组成功的数据，如果不符合条件系统会定时取消入组。出院后入组未填报提醒：指的是入组后多久填报员没有填报病种，进行提醒，提醒给患者的主治医医师。
有个需要我们思考的事，系统自动代替人工完成任务有哪些好处和弊端，好处是减少人的工作量，提高业务效率，但是也会有一些弊端，如自动上报失败了如何提醒到人工？系统执行任务时报错是否有监控？这些产品经理需要有个基本的认识。如下图是系统的配置参数界面：
通过上图我们发现，自动入组是在患者出院后的行为，属于事后入组，也见过其他的系统是事中入组，即医生下了诊断满足入组规则就入组，事后入组的好处是病历信息较为固定，出院后病案资料归档一般不再修改，缺点是无法在患者诊疗过程中及时获取到单病种信息，但是把所有的信息填充完成一定是在患者出院后，因为填报信息里有很多费用信息，只有患者结束诊疗，出院结算后才能统计出住院的各项费用。
本次关于单病种的分享就到这里了，其实关于单病种还有质量分析等很多的内容，目前涉及到的主要是上报，后期如果做了更多内容，会继续和大家分享。
本文由 @糖炒栗子 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
X 关闭
X 关闭