健康产品线系统融合方案.docVIP

健康产品线系统融合方案 健康产品线系统融合方案 目 录 TOC \o 1-2 \h \z \u 21925 第一章 概述 1 14923 1.1 编写目的 1 10410 1.2 文档范围 1 2569 1.3 术语定义 1 7210 1.4 参考资料 1 20475 第二章 系统说明 2 3865 2.1 项目背景 2 13944 2.2 用户类和特征 2 29922 2.3 运行环境 2 13317 第三章 系统功能 3 32682 3.1 功能结构图 3 22782 3.2 角色权限说明 3 20970 3.3 登录 5 27484 3.4 家床服务 6 6543 3.5 工作 12 18897 3.6 消息 15 18737 3.7 个人中心 16 6283 第四章 其他需求 17 PAGE 7 111 PAGE 1 概述 项目背景 目前我司健康产品线有三款产品：慢病健康管理平台、家庭医生公共卫生服务平台、单病种管理系统。 我司的慢病健康管理平台虽然产品目标是针对慢病人群的健康管理，但在系统功能上没有做到对于各类慢病的针对性健康管理，慢病的体现感不强，在此背景下启动了单病种管理系统的产品设计和研发，按不同的慢病病种进行管理，目前只开发了高血压和脑卒中的单病种管理。这两款产品是完全可以融合在一起的。 而家庭医生公共卫生服务平台是主要为基层医疗卫生服务机构推进家庭医生签约服务而设计，重点在于解决家庭医生签约、家庭医生服务（重点为公共卫生服务）、家庭医生考核三大业务的信息化系统。公共卫生服务中也有慢性病患者健康管理内容（主要为高血压和糖尿病），而且随着国家政府从以疾病为中心向以健康为中心的战略转移，按照预防为主关口前移的思路，基层医疗卫生服务机构将承担着更多的慢病健康管理任务。因而一个集家庭医生签约、公共卫生服务、慢病健康管理于一体的健康管理平台，才能满足基层医疗卫生服务机构日益增长的健康管理服务需求。我司的山西河曲区域慢病项目，相关领导也提出过这方面的需求。 项目目标 有效梳理慢病健康管理平台、家庭医生公共卫生服务平台、单病种管理系统三款产品各业务功能，将重叠或有交集的业务功能有机融合在一起。以基层医疗卫生服务机构进行家庭医生签约服务、慢病健康管理服务为主要场景进行分析设计，对三款产品进行重构融合。 方案设计 前期准备 数据标准的统一 例如性别、民族、文化程度、职业、网格地址、ICD10码等基础数据字典标准的统一。家庭医生系统、单病种管理系统的基础数据字典都是同一套，基本上都采用了国标和行标，所以主要以家庭医生系统基础数据字典为主。 数据库的统一 目前慢病健康管理平台数据库采用的是MySQL数据库，而家庭医生系统和单病种管理系统采用的是Oracle数据库。作为面向区域级平台的产品，并且是政府机关事业单位下的平台级项目，宜采用大型关系数据库Oracle。 开发框架的选定 主要是前端框架的选定，这几款产品后端框架基本是一致的。慢病健康管理平台前端并未采用框架开发，而家庭医生系统和单病种管理系统均采用Vux前端框架，所以前端框架建议继续采用Vux框架，便于代码的重用减少开发工作量。 现有业务功能梳理 慢病健康管理功能 主要业务功能： 慢病管理：慢病健康管理平台核心功能，进行慢病管理前需先建立档案。 交流互动：医患之间的沟通交流，以及监测指标预警。属于健康管理指导和干预的重要环节。 家庭医生：此系统的家庭医生是为天津某社康中心定制化开发的，签约服务包，预约服务项目，手工标识完成服务项目，最终进行统计考核的功能。此功能可以与家庭医生系统中相关功能进行融合。 预约挂号：也是完全项目定制化开发，不具有通用性，不作为产品的标配功能。在此次融合中直接去除。 其他功能： 任务中心：任务计划的制定，生成，执行。 健康知识库：分为系统库和自定义库，在健康指导、精准干预时可调用知识库模板，快速完成业务操作。 机构管理、数据采集设备、系统数据都属于系统设置功能。 统计分析：会员统计以及健康管理服务统计。 家庭医生系统功能 主要业务功能： 签约管理：包括了健康档案的管理和签约管理。 家庭医生服务：按国家要求家庭医生服务应该是覆盖公卫服务、医疗服务以及健康管理服务。产品只设计了公卫服务、医疗服务，健康管理服务设计通过与慢病健康管理平台联通完成。 公卫服务中包含公卫第三版规范中所有针对疾病人群和特殊人群的健康管理。目前看来公卫服务中设计有两点还是需要改进调整的：一是传染病上报作为特殊的公共卫生防控机制，应归属到后面的疾病防控中。二是公卫服务下对于各疾病各特殊人群没有再归类管理，而是将所有公卫表格内容列出来，使得系统功能结构层次不清晰。 医疗服务中的功能主要是参考了国家及各省