这个属于中西医结合慢性病的管理平台, 它们的核心定位是这样的, 那就是以患者为中心, 把中医那种辨证论治的方法, 还有西医里面循证医学的内容, 全都整合进一个统一的, 能够通过数字化的方式去进行管理的闭环里, 最终的目的呢, 是实现慢性病从预防开始, 再到诊断, 接着是治疗, 然后去做随访, 最后到康复这样的, 全周期的管理过程, 所以说要去建设这种类型的平台的话, 必须是要遵循所谓的三个大原则, 这三个大原则具体指的就是数据能够互通, 诊疗活动可以协同配合, 还有一个就是要实现服务的闭环。
核心架构设计
该平台采用的是这样一种架构, 这个架构可以表述为一云、两端和三中心这样几个部分。
所谓一云, 指的是一种统一的健康数据云平台, 它的作用是把电子病历、中医体质辨识的数据、检验检查的报告以及来自可穿戴设备等多来源的数据进行整合。
从两端来看的话, 一端是患者那边的客户端, 包括有APP还有小程序这些形式的, 另一端是医生那边的工作站这一端的, 这两端分别用来承载那些自我管理方面的任务和临床决策支持相关的那些事情的。
也就是三个中心, 一个叫诊疗协同中枢, 里面包含中西医联合会诊以及处方校对的工作, 另外一个叫健康管理中枢, 负责风险分等级还有制定个性化的方案, 最后一个则叫做质量检测与评估中枢, 主要任务是追踪治疗效果并对相关指标进行审计。
关键功能模块
1. 中医智能辅助, 这包含体质辨识引擎、经方与中成药推荐、针灸推拿方案生成这些东西。
2. 西医采取循证管理模式, 这种方式依托于相关指南提供用药方面的提醒服务, 针对指标如糖化血红蛋白即简称HbA1c、低密度脂蛋白胆固醇即简称LDL-C等进行预警, 同时还包含对并发症发生风险进行评估的内容。
3. 在中西医协同的处方流程里进行智能校验, 这个技术可以把药物的相互作用检查清楚, 它能够明确区分出哪些是增效的关系以及哪些是拮抗的关系。
4. 进行随访和管理依从性, 这里让人工智能打电话, 再结合人工去回访, 在中医方面用情绪调节的方法, 在西医方面用行为干预的手段, 这两个事情同时一起去做。
5. 数据看板部分与质量控制环节配合, 按照疾病的种类来生成管理方面的报告内容, 并且能够支持对接DRG/DIP这样的支付方式。
落地实施路径
在第一阶段, 也就是从1月到3月的这段时间里面, 要完成对各个方面的需求进行详细的调查工作, 同时还要制定出有关数据的各种标准规范, 并且去和医院里的HIS系统、LIS系统以及一些中医方面的诊疗系统进行对接和处理。
到了第二阶段, 也就是从4月一直到8月这段时间里, 要动手去把核心的那些模块给开发出来, 同时还要把中西医结合的那个知识图谱以及相关的规则引擎给部署好。
进入第三阶段, 具体的时间段是9月到12月之间, 主要的工作内容是开展试点运行。为了做好这项工作，建议专门选取高血压、糖尿病以及冠心病这3到5种不同的病种进行尝试。等到试点经过一系列调整和优化之后, 再面向更加广泛的范围进行全面的推广和应用。
建设关键要点
数据标准这部分, 中医证候编码是参考那个叫做《中医病证分类与代码》的文件来做设定的, 文件编号是GB/T 15657。而西医这边采用的是ICD-11这个标准。目的是为了确认这两个体系之间是可以相互进行映射的。
平台必须通过等保三级的认证, 而处方流转模块也必须符合《互联网诊疗管理办法》的规定, 这是合规方面的要求。
目前的核心困难在于, 中医和西医在评价治疗效果时使用的标准不统一, 所以建议大家采用一种双轨评估的方法, 也就是把中医的证候积分和西医院的生化指标结合在一起进行观察。
建立运营闭环, 也就是要配套建立起基层的医疗和预防相融合的机制。然后要把平台上产生的数据反哺给公共卫生慢病管理系统。这样做的话, 就可以避免出现只建平台而不去使用的这种情况, 防止出现“建而不用”的现象。
上面的架构办法还有具体路径, 可以支持那个平台从零开始建设到完成, 也也可以当作是给正在使用的平台里关于中西医这个部分进行升级改造时可以参考的一个框架。
