医疗信息化健康产品线系统融合方案.docx

医疗信息化健康产品线系统融合方案.docx

《医疗信息化健康产品线系统融合方案.docx》由会员分享，可在线阅读，更多相关《医疗信息化健康产品线系统融合方案.docx（7页珍藏版）》请在冰豆网上搜索。

医疗信息化健康产品线系统融合方案

健康产品线系统融合方案

20XX年X月

第一章概述

一.1项目背景

目前我司健康产品线有三款产品：

慢病健康管理平台、家庭医生公共卫生服务平台、单病种管理系统。

我司的慢病健康管理平台虽然产品目标是针对慢病人群的健康管理，但在系统功能上没有做到对于各类慢病的针对性健康管理，慢病的体现感不强，在此背景下启动了单病种管理系统的产品设计和研发，按不同的慢病病种进行管理，目前只开发了高血压和脑卒中的单病种管理。

这两款产品是完全可以融合在一起的。

而家庭医生公共卫生服务平台是主要为基层医疗卫生服务机构推进家庭医生签约服务而设计，重点在于解决家庭医生签约、家庭医生服务（重点为公共卫生服务）、家庭医生考核三大业务的信息化系统。

公共卫生服务中也有慢性病患者健康管理内容（主要为高血压和糖尿病），而且随着国家政府从以疾病为中心向以健康为中心的战略转移，按照预防为主关口前移的思路，基层医疗卫生服务机构将承担着更多的慢病健康管理任务。

因而一个集家庭医生签约、公共卫生服务、慢病健康管理于一体的健康管理平台，才能满足基层医疗卫生服务机构日益增长的健康管理服务需求。

我司的山西河曲区域慢病项目，相关领导也提出过这方面的需求。

一.2项目目标

有效梳理慢病健康管理平台、家庭医生公共卫生服务平台、单病种管理系统三款产品各业务功能，将重叠或有交集的业务功能有机融合在一起。

以基层医疗卫生服务机构进行家庭医生签约服务、慢病健康管理服务为主要场景进行分析设计，对三款产品进行重构融合。

第二章方案设计

二.1前期准备

二.1.1数据标准的统一

例如性别、民族、文化程度、职业、网格地址、ICD10码等基础数据字典标准的统一。

家庭医生系统、单病种管理系统的基础数据字典都是同一套，基本上都采用了国标和行标，所以主要以家庭医生系统基础数据字典为主。

二.1.2数据库的统一

目前慢病健康管理平台数据库采用的是MySQL数据库，而家庭医生系统和单病种管理系统采用的是Oracle数据库。

作为面向区域级平台的产品，并且是政府机关事业单位下的平台级项目，宜采用大型关系数据库Oracle。

二.1.3开发框架的选定

主要是前端框架的选定，这几款产品后端框架基本是一致的。

慢病健康管理平台前端并未采用框架开发，而家庭医生系统和单病种管理系统均采用Vux前端框架，所以前端框架建议继续采用Vux框架，便于代码的重用减少开发工作量。

二.2现有业务功能梳理

二.2.1慢病健康管理功能

主要业务功能：

●慢病管理：

慢病健康管理平台核心功能，进行慢病管理前需先建立档案。

●交流互动：

医患之间的沟通交流，以及监测指标预警。

属于健康管理指导和干预的重要环节。

●家庭医生：

此系统的家庭医生是为天津某社康中心定制化开发的，签约服务包，预约服务项目，手工标识完成服务项目，最终进行统计考核的功能。

此功能可以与家庭医生系统中相关功能进行融合。

●预约挂号：

也是完全项目定制化开发，不具有通用性，不作为产品的标配功能。

在此次融合中直接去除。

其他功能：

●任务中心：

任务计划的制定，生成，执行。

●健康知识库：

分为系统库和自定义库，在健康指导、精准干预时可调用知识库模板，快速完成业务操作。

●机构管理、数据采集设备、系统数据都属于系统设置功能。

●统计分析：

会员统计以及健康管理服务统计。

二.2.2家庭医生系统功能

主要业务功能：

●签约管理：

包括了健康档案的管理和签约管理。

●家庭医生服务：

按国家要求家庭医生服务应该是覆盖公卫服务、医疗服务以及健康管理服务。

产品只设计了公卫服务、医疗服务，健康管理服务设计通过与慢病健康管理平台联通完成。

1.公卫服务中包含公卫第三版规范中所有针对疾病人群和特殊人群的健康管理。

目前看来公卫服务中设计有两点还是需要改进调整的：

一是传染病上报作为特殊的公共卫生防控机制，应归属到后面的疾病防控中。

二是公卫服务下对于各疾病各特殊人群没有再归类管理，而是将所有公卫表格内容列出来，使得系统功能结构层次不清晰。

2.医疗服务中的功能主要是参考了国家及各省市家庭病床服务开展要求设计的。

目前的实际情况是预约、诊疗、转诊、会诊功能，基本都是基层医疗卫生服务机构在社康系统已经建设好的，我们产品目前只是只是做了手工录入数据的功能，实际应用价值不大。

在产品中不作为标配功能，可以在实际项目按客户需求对接解决。

此次融合中去除此功能。

●疾病防控：

此功能也是公卫规范中的内容，主要是突发公共事件上报、卫生监督协管服务、健康教育。

●医患互动：

健康咨询、消息推送、健康预警和健康评价。

功能与慢病健康管理平台的交流互动基本一致。

●绩效考核：

包括指标管理和绩效考评，主要用于家庭医生团队和个人的考核。

其他功能：

●任务管理：

任务计划的制定，生成，执行。

与慢病管理平台的任务中心功能相似，但是计划中的服务项目会更有针对性，具体到签约服务包中的服务项目。

●知识库：

常用药物库，主要用于各类人群随访时，快速填写服用药物。

●工作台：

系统首页，展示相关汇总信息如签约人数、签约人群分类，消息提醒，以及我的待办。

●系统管理：

基础字典、服务包管理、团队管理、机构字典、人员权限等系统设置。

●统计分析：

签约统计和服务统计。

二.2.3单病种管理系统功能

主要业务功能：

●健康档案：

健康档案建立、查看、终止。

●高血压管理：

针对高血压患者的健康管理功能，根据《2017国家基层高血压防治管理指南》设计，可以进行分级定组，根据组别自动生成随访计划，随访内容则与公卫的高血压随访一致。

●脑卒中管理：

针对脑卒中患者的病例记录以及康复随访干预。

此功能当初设计着重在于院内卒中病例数据的收集，搭建医院脑卒中患者数据平台，为后面的卒中大数据分析和卒中病例的上报打下基础，因而很大一部分功能不适合用于基层医疗卫生服务机构。

可应用在基层医疗卫生服务机构的有评估量表以及脑卒中随访，所以此功能融合后需进行适量删减。

其他功能：

●知识库：

脑卒中康复库、指导库，高血压指导库。

●工作台：

系统首页，展示相关汇总信息如建档人数、高血压人数、脑卒中人数，随访计划、随访完成情况，以及预警信息。

●系统管理：

基础字典、随访规则、机构字典、科室字典、人员权限等系统设置。

●统计分析：

脑卒中病例统计、脑卒中分类统计、脑卒中质控指标统计，高血压健康管理报表。

二.3融合方案

二.3.1融合后功能架构图

1.去除的功能

慢病健康管理平台：

预约挂号

家庭医生公共卫生服务平台：

家庭医生服务->医疗服务

2.整合的功能

首页：

家庭医生系统和单病种管理系统都有工作台页面，即系统的主页面。

类似于

档案管理：

三个产品都是围绕居民健康档案开展服务，都有档案管理功能，需要进行整合。

公卫服务与单病种管理：

公卫服务和单病种管理都有关于高血压患者的管理，需要进行整合。

医患互动：

慢病健康管理平台和家庭医生系统都有医患之间的交流互动功能，需要进行整合。

任务管理：

慢病健康管理平台和家庭医生系统都有任务计划的配置生成管理功能，需要进行整合。

知识库：

三个产品都有知识库内容，需要进行整合。

系统设置：

系统的基础字典，参数配置，人员管理，权限管理，需要进行整合。