从0到1搭建慢病管理平台设计流程

这是一组关于中国慢性病的调研数据,2019年国内慢病人数达超过3亿,仅高血压一项人数高达2.66亿。还有5~6亿的准高血压患者。而在这2.66亿成人高血压患者中血压控制达标的仅有3740万人,占比约15.3%。

从0到1搭建慢病管理平台设计流程

2016年心脏病和脑血管疾病死亡人数占我国总死亡人数的比例分别为22.4%和21.7%。

仅次于恶性肿瘤

也许,你也是其中的一位。

严格来说慢病是指长期的、不能自愈的、也几乎不能被治愈的疾病。慢病是遗传、生理、环境和行为因素综合作用的结果,包括特殊传染病(乙肝,艾滋病)恶性肿瘤、心脑血管疾病、慢性肺疾病、精神疾病、糖尿病、职业性疾病、营养代谢性疾病和遗传性疾病等多种疾病。

不仅仅是我们印象中的心脑血管病才算是慢性病,所以数据表现的比较夸张。

我国慢病市场的主要痛点集中在患者渗透率低、控制率低。

这主要体现在疾病诊断覆盖范围小、诊断水准不均衡及患者自身预防意识较差。

以糖尿病为例,视网膜小血管长期累积受损会导致视网膜病变,并可能导致失明,调查显示,住院患者糖尿病眼部并发症比例为34.3%,约1.1%的患者双目失明。

对于慢病患者来说,虽然药物治疗可以在一定程度上减轻疾病症状、控制疾病发展,但是更为重要的是改变自身不健康的生活习惯,对饮食、运动、作息进行合理规划和控制。

因此,结合国民对健康的意识状况来看,仅仅依靠患者的自觉性来治疗慢病是不可行的,患者需要合理的慢病管理模式来帮助他们完成治疗方案、加强自我管理。

要对患者进行合理的慢病管理,首先得知道病种的临床管理路径流程是怎么样的?

由于病种的不同,临床管理路径就不同,我们拿糖尿病为例,拟定科学的慢病管理路径。

从0到1搭建慢病管理平台设计流程

慢病管理路径

经过实验对照,通过以上的路径干预,可以有效地降低慢性病致残、致死率,减轻疾病负担。

总的来说,仅仅依靠患者的自觉性来治疗慢病可行性是非常低的,患者需要合理的慢病管理模式来帮助他们完成治疗方案、加强自我管理。

那么,我们在实际生活中能接触到的慢病管理平台有哪些?

一般分为两种:院内慢病随访管理平台,互联网医院管理平台

院内慢病随访管理慢病随访又称为慢病随诊,是医疗卫生部门定期或不定期了解门诊或出院患者在院期间医疗处理的预后、康复情况及远期疗效的一种工作手段。

随访管理是一个长期过程,尤其是慢性病患者,随访工作的开展,病人群越来越庞大,同时不同病种的患者可能需要有不同的就诊治疗、检验检测、随访要求,方便管理者、临床医生进行慢病疾病管理和科学研究。

而如此长期和密切的监护及管理并不适宜由集中化的医院来提供

所以,重点讲一下互联网医院慢病管理平台。

互联网医院慢病管理平台是一个集预防、诊断、治疗、康复、随访、健康管理为一体的动态全周期互联网医院慢病管理平台医疗健康服务。借助信息化手段。

让医生实时掌握患者院外生命体征、及时提前干预病情,以循环式服务对院外慢性病患者进行管理,做到预防、治疗、控制、康复相结合的平台。

那么,目前在慢病管理领域主要有盈利模式就与医疗机构的广泛合作,可以为慢病患者提供包括体检、问诊、专家咨询、医疗服务、保险服务、药物配送等全流程的慢病管理服务,同时结合线下医院、药房和体检中心等,形成闭环的服务模式。

也可以通过获得大量支付方以及形成资源、数据闭环的企业更有可能取得优势。

慢病管理平台其充分考虑了互联网慢病业务发展需求及应用的特点。基于微服务架构的实现方式为技术要点。

实现医疗业务的最小化拆分和灵活性组合,从而满足不同用户不同场景下的需求,确保架构上可持续、稳定扩展目的。

从0到1搭建慢病管理平台设计流程

产品架构图

该架构以医疗源数据和资源层为基础,以应用支持层的构建和维护为核心,基于微服务架构灵活组合各业务功能,再通过接口以微信小程序、App和PC端三种方式与各个终端进行交互。

架构的最底层是医疗源数据和资源层、科研大数据平台获取患者信息,用于数据获取、数据收集。

也可以连接可穿戴设备获取院外随访数据,爬取互联网数据用于知识库。

第二层其次是数据层,数据层是将文档数据库Mongo为主要数据库,Neo4j为支持后续人工智能功能的图数据库,平台数据中心对接处理,脱敏和储存。

第三层应用支持层为慢病管理平台核心,其流程和规则引擎用于驱动平台自动、智能运转。

其重点是AI知识库以及用户画像层,基于病型画像分类库,平台将进行人群分型和疾病分级,再根据病型和医生自定义的随访计划/治疗方案模板,自动匹配相应方案。

在随访计划执行过程中,在AI知识库支持下健康助手能够自动帮助病人进行自我健康管理,在紧急情况下能实施急救干预。

在系统运行过程中知识库通过对数据分析、挖掘,能持续更新积累新的知识。

不断的整理临床管理路径,以最快速,准确的方式给予建议以及干预方案给到医生审核再推送给患者,。

第四、五层就是访问层以及应用层,应用层中的各功能点则是贴合医院实际慢病业务需求并依从《全国医院信息化建设标准与规范(试行)》的应用要求进行设计。

由于医疗数据的敏感性,安全管理体系将会贯穿信息系统之间的信息共享和交换,为整个架构提供安全保障。

慢病管理本质是人的数据管理,包括采集准确并且连续的数据,分析数据,对数据结果给出诊疗建议从形成药品器械,保险体检零售的转化。

由此可见,处方和开药是互联网诊疗的关键一环,如果要想开展互联网的诊疗活动,特别是要对于复诊的病人在线开具处方,那么就必须要实现电子病历系统和药师审核系统之间的互联互通。

其实很多医院医生通过电子病历系统开了一个处方,可以通过信息化的手段传输到药学部,由药师进行审方,现在很多互联网医院基本上能够做到这一点。

开处方环节中,是否可以与医保报销进行衔接?来助推互联网处方药销售。

由于地方的医保系统存在差异,所以对接医保系统需要逐步实现的运营方式,再逐步实现省级统一到跨省再到全国统一的三个层次医保政策,包括逐步扩大医保病种、报销比 例等。

在网上购药实现医保在线支付过程如下图所示。

从0到1搭建慢病管理平台设计流程

医保支付流程

电商属性是作为慢病管理转化最后的一公里

医药电商一般分为;自营与第三方。

自营的方式一般与电商商品流通的机制类似,有几点需要注意的是SKU,SPU,条形码之间的关系。

正常情况下UPC确定一个药品的唯一。UPC就是药品和器械的条形码。

这个条形码是为了区别源于不同的生产批次,但有的药品是没有条形码的

于是,目前一般以批准文号+条形码作为唯一SKU(一般包含了单品(spu)更细的细分维度,如药品的规格2mg/片等 )。

那么spu的作用是什么,它的作用就是能更好的利用药品的数据配合用户画像层给用户导购,就好像是给这个药品贴上标签以及个性化的定义。

SPU的应用还可以关联优惠政策等,但是这一切的操作都AI药品知识库,在AI药品知识库中会以行业法规,如药品管理的国家认证类的编码、药品库备案的编码,都可以对单品进行区分识别。如果这些工作使用人工去操作,这将是一个灾难。

另外一种,就是对接第三方药库,一般都是采取供应链的方式去对接。

拿九州通,和安徽华源来说我们会遇到的问题就是他们的ERP接口都不同,这个问题我们可以采用自建云ERP去解决。

本文由 新媒体之家 作者: PM Summit 发表,其版权均为原作者所有,文章内容系作者个人观点,不代表 新媒体之家 对观点赞同或支持,未经许可,请勿转载,题图来自Unsplash,基于CC0协议。
0

发表评论