[发明专利]慢病管理系统

说明书

本发明公开了慢病管理系统，包括总服务中心，所述总服务中心内置应用服务器、业务服务中心与存储单元，所述应用服务器采用负载均衡进行任务分发，所述业务服务中心基于消息队列方式调用任务，所述应用服务器设置geteway网关与搜索引擎，所述搜索引擎采用ElasticSearch，所述存储单元的数据存储采用mysql、mongodb、oss。本发明重视患者的长期跟踪监测,根据患者的体测报告、饮食习惯及用药情况进行多维度的记录、分析、标记,并及时调整该患者的随访计划及其他干预计划；支持家庭健康信息建档,分析家庭健康水平并对隐藏家族病史进行预测和早筛。

技术领域

本发明涉及医疗服务技术领域，具体为慢病管理系统。

背景技术

慢病管理系统(crm)针对疾病以及患者的生命周期过程管理，主要由服务对象管理、人群干预、个体追踪管理、效果评价等若干有机结合的功能组成，系统可以通过个案发现或人群筛查后自动建立慢病专案，对专案对象进行诊疗、健康教育、追踪管理。该系统体现生物—心理—社会三个层次干预措施数码化和实用化，有利于达到降低病残率、并发症、降低病死率以及提高慢病病人生活质量的慢病管理目标。

现有慢病管理系统，

1、多偏向单一的病种管理，缺乏多科室常见慢病病种管理；

2、患者信息来源入口窄,没有形成医院线下线上的场景闭环；

3、缺少以家庭为单位的建档、病史早筛和预防。

因此，设计实用性强的慢病管理系统是很有必要的。

发明内容

本发明的目的在于提供慢病管理系统，以解决上述背景技术中提出的问题。

为了解决上述技术问题，本发明提供如下技术方案：

慢病管理系统，包括总服务中心，所述总服务中心内置应用服务器、业务服务中心与存储单元，所述应用服务器采用负载均衡进行任务分发，所述业务服务中心基于消息队列方式调用任务，所述应用服务器设置geteway网关与搜索引擎，所述搜索引擎采用ElasticSearch，所述存储单元的数据存储采用mysql、mongodb、oss；

所述消息队列采用RocketMQ，由Producer、Broker、Consumer三部分组成，所述Producer负责生产消息，所述Consumer负责消费消息，所述Broker负责存储消息，所述Broker在部署过程中与应用服务器一一对应，每个Broker可以存储多个Topic的消息，每个Topic的消息划分为若干片，且每片独立存储于Broker内，每个Topic内的消息地址转化为物理地址冗余存储于多个MessageQueue内。

根据上述技术方案，所述队列信息的调用过程中采用redis缓存，所述redis缓存保持数据的持久化，并将内存中的数据保存在磁盘中，重启的时候可以再次加载进行使用，支持多格式结构数据存储与数据备份，

根据上述技术方案，所述负载均衡采用SLB负载均衡方式，其是一种对流量进行按需分发的服务，通过将流量分发到不同的后端服务器来扩展应用系统的吞吐能力，并且可以消除系统中的单点故障，提升应用系统的可用性，可支撑多协议支持、多层次容灾、更安全可靠、超强性能保障、灵活的调度策略。

根据上述技术方案，所述总服务中心设置动态配重服务、服务发现及管理、动态DNS服务：

动态配重服务：当配重项需要更新时，通过管理系统进行操作的过程；

服务发现及管理：基于微服务集群构建管理系统系统，该系统对任一集群提供服务时该群内ip列表进行管理，并对提供服务的集群内的无法工作的ip进行去除，剩余集群对提供服务集群基于剩余可用的ip进行消费；