CN109920522A - 一种居民健康管理医疗大数据平台 - Google Patents

Abstract

本发明提供了一种居民健康管理医疗大数据平台，包括业务应用层、服务支撑层、数据分析层、数据融合层、数据交换层以及基础设施层。本发明提供的居民健康管理医疗大数据平台基于居民健康管理为基础，涵盖家庭医生签约、健康档案建立与管理、微信预约、智能排队叫号、体检数据采集、健康体检评估、远程体征监测、健康管理提醒等子***，利用在社区医院直接部署，部分功能对接现有***，实现了社区医院和社区居民的覆盖，对社区居民公共卫生管理实现了有利支撑。

Description

一种居民健康管理医疗大数据平台

技术领域

本发明涉及一种居民健康管理医疗大数据平台。

背景技术

社区卫生机构作为基层医疗卫生服务体系中最重要的一环，作为 现阶段医疗资源合理规范利用的重要手段，在医疗卫生改革中发挥了 重要的作用。

在随着社区区域的范围扩大和社区医疗业务实际需求增多，对于 基于居民公共卫生管理***建设，提出了下面的要求：

1、需要建立一套居民健康大数据平台，在这个平台之上不仅能 够集成现有的软件部分的产品，还应当提供后期的面临新增业务的新 的接入。新平台能够实现现有业务和将来新增业务统一管理。新的医 疗平台要能为多种终端设备提供服务、既有传统PC、又能兼容手机 App、微信公众号等移动端平台，方便更多用户接入的平台。同时， 平台设计应该是一个开放共享的平台，在后期业务实际应用中，如果 厂商合作需要，平台可以提供相关标准化接入方式。

2、需要要对现有公卫***升级优化，建设目标是基于社区医院 公卫***中大规模家庭医生团队和社区居民签约的大量业务实现的 要求，为了应对近期内业务访问量的爆发式增长，满足高并发情况下 的稳定可靠的业务服务能力。建设

3、***需要建设针对家庭医生签约注册的推广机制的相关功能， 在这个功能下支持邀请签约注册的积分奖励，支持后台的签约注册管 理。签约获得的积分可以通过***内嵌的健康快乐商城进行商品对的 兑换，从而激发邀请签约的用户的活跃度。

4、需要建设健康快乐商城，快乐商城支持PC端访问和移动端 访问。移动端访问可以计划内嵌到现有的微信***之中，后期再根据 实际需要进行调整。***设计中预留出相关拓展升级的需求架构，方 便后期电子商城的平滑升级，根据实际业务情况而定。

5、居民健康大数据平台需要能支持大量并发、即可同时为数十 万用户提供服务，在后续的签约用户增加的情况下，并可根据发展需 要平滑的扩展服务提供的能力。这要求***的开发阶段就要考虑到分 布式的集群方案的负载均衡。

6、海量数据的存储，随着业务的发展，平台接收的数据必定不 断增长。其特点是，短时间数据的爆发式增长，业务复杂后数据格式 异构多变。这需要数据管理***的设计考虑到海量数据的可靠存储和 高效访问，跨域多源的异构数据的统一访问以避免数据复杂性增加业 务***复杂性。从现阶段的获取的数据的基础之上，立足于未来数据 数量和类型的发展趋势，设计规划出合理科学弹性透明的数据管理系 统。针对于实际业务应用中产生的数据，进行数据接收、数据处理、 数据存储、数据管理、数据交互、数据分析、数据服务等，在结合数 据实际质量考虑下，实现数据半结构化或者数据结构化，方便数据在 数据管理***和业务应用***中的使用。

6、医疗数据自身的保密性和安全性有相当高的要求。在***设 计过程中，充分考虑到数据安全性和保密性，因此在***中设计安全 可靠的数据传输机制和数据加密机制，从技术实现上，运用成熟可靠 的加密算法和传输方式，保证数据在传输过程中不会被第三方窃取。 通过数据加密算法，保证数据在除了业务应用之外的任何情况下的都 具备不可识别性。

7、***稳定性、即要求***运行安全可靠，不会因为某一台服 务器的故障导致拒绝服务，数据不丢失。同时，当某类服务阻塞时， 不会发生雪崩导致整个平台的阻塞。这要求***设计时就要提供分布 式集群方式避免单点故障，并有熔断机制，以避免雪崩的发生。。

发明内容

针对以上问题，本发明提供了一种居民健康管理医疗大数据平 台。

为实现上述目的本发明采用的技术方案如下：

一种居民健康管理医疗大数据平台，包括：

业务应用层：是针对百家医道大数据平台的相关业务应用的系 统，包括：社区公卫***、智能排号、智能叫号、微信小程序和公众 号、快乐商城、健康管理***；

服务支撑层：是为了提供业务应用层的相关服务的支撑，包括统 一服务访问、服务构建、服务支撑、应用开发框架、应用开发支撑； 统一服务访问提供了对外服务的统一访问的规则；服务构建包括基础 构建、公共构件、业务构件；服务支撑包括基础支撑、分布式服务调 度支撑、服务集成；应用开发框架、应用开发支撑提供了***开发部 分的相关支撑；

数据分析层：预留了医疗数据的计算分析，包括统一任务调度、 分布式计算引擎、实时流计算引擎；统一任务调度实现跨平台统一作 业的任务调度，完善调度控制监控；分布式计算和实时流计算都是针 对医疗大数据的分析的需求，提出行之有效的分析计算方式；

数据融合层：提供了统一数据访问、统一数据存储的相关功能， 在统一数据访问中，主要利用元数据管理、访问接口、数据访问组件、 分布式查询引擎；

数据交换层：包括管理组件和分布式数据总线组成；数据管理组 件包括：适配器、转化器、数据质量校验、调度引擎、流程引擎、持 久化缓存、文件/消息交换、配置解析、规则引擎、元数据管理；分 布式数据总线提供了整个***数据交换的功能；

基础设施层：基础设施层主要包括基础设施硬件，如数据库服务 器、业务服务器、路由器、交换机、防火墙。

本发明提供的居民健康管理医疗大数据平台基于居民健康管理 为基础，涵盖家庭医生签约、健康档案建立与管理、微信预约、智能 排队叫号、体检数据采集、健康体检评估、远程体征监测、健康管理 提醒等子***，利用在社区医院直接部署，部分功能对接现有***， 实现了社区医院和社区居民的覆盖，对社区居民公共卫生管理实现了 有利支撑。在利用***优势的基础上，实现了社区医院中以全科医生 为核心的居民健康管理团队对于居民健康管理的档案和路径分析，同 时为居民提供了以居民健康档案为基础的居民健康全方位的服务，比 如签约家庭医生，智能预约就诊，健康评估，健康管理员一对一服务 等。

本发明按照“国家基本公共卫生服务规范”，在实现现有业务系 统对接对的基础上，充分优化整合居民健康业务应用、居民健康数据 管理、居民健康服务中涉及的各个子***进行汇集整合建立居民健康 管理平台和居民健康医疗大数据平台，实现现阶段的家庭医生签约率 进一步提高，满足后期居民健康的的实时动态管理。

在将来获取大量居民健康数据的前提下，对于居民健康医疗数据 的定制化分析挖掘，实现数据合理规范化应用。对于居民健康大数据 平台，后期可以提供基于居民健康的相关功能和厂商的集成，利用不 同角度和渠道，满足居民健康的多种要求，打造居民健康生态***， 实现居民健康医疗的事业长期持续发展，满足居民健康要求。

对于卫生医疗管理部门实现对于居民健康的科学管理、对于民政部门对于管辖区域内的民政服务(比如社老年人关怀)管理，在利用 现有居民健康管理的实现条件下，完成***和企业对居民健康管理的 服务，同时为相关政府部门的管理提供相关的辅助支持。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部 分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限 制。在附图中：

图1为本发明实施例整体逻辑架构示意图；

图2为本发明实施例业务应用层逻辑架构示意图；

图3为本发明实施例服务支撑层逻辑架构示意图；

图4为本发明实施例数据分析层逻辑架构示意图；

图5为本发明实施例数据融合层逻辑架构示意图；

图6为本发明实施例数据交换层逻辑架构示意图；

图7为本发明实施例基础设施层逻辑架构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方 案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部 分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普 通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。

本发明提供的一种居民健康管理医疗大数据平台包括立足于社 区居民健康管理为基础的社区公共卫生***，结合健康管理平台实现 对居民远程的健康管理，针对不同类型的居民健康的需求，在快乐电 子商城的平台实现自主采购，实现居民健康需求的个性化服务。

在所有业务平台之下，通过成熟可靠的技术实现，实现居民健康 数据的稳定可靠采集、实时交互、利用契合实际业务的业务模型和高 效的数据模型，实现居民健康数据的分析，为社区医院、社区居民、 政府职能部门的健康管理服务提供优秀可靠的运行支撑、为管理提供 准确有效的决策辅助。

如图1所示，居民健康管理大数据平台是由多个子***构成的、 各个子***之间协作完成整个百家医道的居民健康管理业务。总体架 构上围绕居民健康档案和签约积分、健康管理、健康商城提供服务。

建设的子***为平台的有机部分，平台逻辑上由6层组成。分别 为业务应用层、服务支撑层、数据分析层、数据融合层、数据交换层、 基础设施层。

用户和相关对接：***用户主要包括患者、医护人员、健康管理 员。***相关对接主要包括体检设备、PACS***、LIS***的相关 对接。

业务应用层：业务应用层主要是针对百家医道大数据平台的相关 业务应用的***，主要包括：社区公卫***(居民建档档案管理、专 项档案管理、社区医院日常工作管理)，智能排号(排号管理、设备 对接)，智能叫号(叫号管理、设备对接)，微信小程序和公众号(公 众号、登录注册、居民功能、医生功能、健康管理员功能)，快乐商 城(积分管理、会员管理、商品管理、统计报表、物流***、支付结 算***)，健康管理***(今日跟进、用户管理、健康管理、统计报 表、预约、用户体验)。

服务支撑层：服务支撑层是为了提供业务应用层的相关服务的支 撑，主要包括统一服务访问、服务构建、服务支撑、应用开发框架、 应用开发支撑。统一服务访问提供了对外服务的的统一访问的规则。 服务架构包括：基础构建、公共构件、业务构件。服务支撑包括：基 础支撑、分布式服务调度支撑、服务集成。应用开发框架、应用开发 支撑提供了***开发部分的相关支撑。

数据分析层：数据分析层预留了医疗数据的计算分析。数据分析 层主要包括统一任务调度、分布式计算引擎、实时流计算引擎。统一 任务调度实现跨平台统一作业的任务调度，可以完善调度控制监控。 分布式计算和实时流计算都是针对医疗大数据的分析的需求，提出行 之有效的分析计算方式。

数据融合层：数据融合层提供了统一数据访问、统一数据存储的 相关功能。在统一数据访问中，主要利用元数据管理、访问接口、数 据访问组件、分布式查询引擎。

数据交换层：数据交换层主要包括管理组件和分布式数据总线组 成。数据管理组件包括：适配器、转化器、数据质量校验、调度引擎、 流程引擎、持久化缓存、文件/消息交换、配置解析、规则引擎、元 数据管理。分布式数据总线提供了整个***数据交换的功能。

基础设施层：基础设施层主要包括基础设施硬件，如数据库服务 器、业务服务器、路由器、交换机、防火墙等。

如图2所示为本发明实施例业务应用层逻辑架构示意图：Nginx 是一款轻量级的Web服务器/反向代理服务器及电子邮件 (IMAP/POP3)代理服务器，并在一个BSD-like协议下发行。其特 点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类 型的网页服务器中表现较好。Nginx作为负载均衡服务器：Nginx既 可以在内部直接支持Rails和PHP程序对外进行服务，也可以支持 作为HTTP代理服务器对外进行服务。Nginx采用C进行编写，不 论是***资源开销还是CPU使用效率都比Perlbal要好很多。处理 静态文件，索引文件以及自动索引；打开文件描述符缓冲。无缓存的 反向代理加速，简单的负载均衡和容错。FastCGI，简单的负载均衡 和容错。模块化的结构。包括gzipping,byte ranges,chunked responses, 以及SSI-filter等filter。如果由FastCG或其它代理服务器处理单页 中存在的多个SSI，则这项处理可以并行运行，而不需要相互等待。 支持SSL和TLSSNI。

通过Nginx实现的功能包括公卫***中的居民健康档案、专项档 案、社区医院日常的相关页面；微信小程序和公众号的登录注册、居 民/医生/健康管理功能的页面；快乐商城的积分、会员、商品、统计 报表、物流、支付结算相关页面；健康管理的今日跟进、用户管理、 健康管理、统计报表、预约、用户体验的相关页面。

Tomcat服务器是一个免费的开放源代码的Web应用服务器，属 于轻量级应用服务器，在中小型***和并发访问用户不是很多的场合 下被普遍使用，是开发和调试JSP程序的首选。对于一个初学者来 说，可以这样认为，当在一台机器上配置好Apache服务器，可利用 它响应HTML(标准通用标记语言下的一个应用)页面的访问请求。 实际上Tomcat是Apache服务器的扩展，但运行时它是独立运行的， 所以当你运行tomcat时，它实际上作为一个与Apache独立的进程 单独运行的。

通过Tomcat实现的功能包括公卫***中的居民健康档案、专项 档案、社区医院日常的相关服务；微信小程序和公众号的登录注册、 居民/医生/健康管理功能的服务；快乐商城的积分、会员、商品、统 计报表、物流、支付结算相关服务；健康管理的今日跟进、用户管理、 健康管理、统计报表、预约、用户体验的相关服务。

Hybrid App是指介于web-app、native-app这两者之间的app,它虽 然看上去是一个Native App，但只有一个UI WebView，里面访问的 是一个Web App，比如街旁网最开始的应用就是包了个客户端的壳， 其实里面是HTML5的网页，后来才推出真正的原生应用。再彻底一 点的，如掌上百度和淘宝客户端Android版，走的也是Hybrid App 的路线，不过掌上百度里面封装的不是WebView，而是自己的浏览内 核，所以体验上更像客户端，更高效。

通过Hybrid实现的包括智能排号机***的排号管理、智能叫号 机***的叫号管理。关于排号和叫号***的对卡其对接、打印机对接、 语音控制通过.NET、Android开发来实现。

图3为本发明实施例服务支撑层逻辑架构示意图，Ingress原理 及实例：在Kubernetes中，Service和Pod的IP地址只能在集群内部 网络中路由，所有到达“边界路由器”(Edge Router)的网络流量要 么被丢弃；Ingress是对外(公网)服务到集群内的Service之间规则 的集合：允许进入集群的请求被转发至集群内的Service；Ingress能 把Service(Kubernetes的服务)配置成外网能够访问的URL，流量 负载均衡，终止SSL，提供于域名访问的虚拟主机等，用户通过访问 URL(API资源服务的形式，例如：caas.one/kibana)进入和请求 Service，一个Ingress控制器负责处理所有Ingress的请求流量，它通 常是一个负载均衡器，它也可以设置在边界路由器上，或者由额外的 前端来帮助处理HA方式的流量。

在服务支撑层中，Ingress提供了统一服务访问的功能实现。

Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开 发便利性巧妙地简化了分布式***基础设施的开发，如服务发现注 册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以 用Spring Boot的开发风格做到一键启动和部署。Spring并没有重复 制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验 的服务框架组合起来，通过Spring Boot风格进行再封装屏蔽掉了复 杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和 易维护的分布式***开发工具包。

在服务支撑层中，Spring Cloud提供了基础构件(如消息服务、 日志服务、异常处理、缓存服务、监控服务、数据服务、资源服务)、 公共构件(如权限认证服务、统计分析服务、搜索服务)、业务员构 件(如排队服务、叫号服务、公卫服务、微信服务、商城服务、监控管理服务)的功能实现。

Kubernetes是自动化容器操作的开源平台，这些操作包括部署， 调度和节点集群间扩展。

在服务支撑层中，Kubernetes提供了基础支撑、分布式服务调度 支撑、服务集成。其中基础支撑包括：注册服务、服务网关、镜像仓 库、配置管理、调用追踪、灰度发布、服务治理、限流降级、服务编 排、资源隔离、负载均衡、弹性伸缩。分布式服务调度支撑包括：优先级队列、规则引擎、资源调度、服务协同。还提供了服务集成。

应用开发框架主要包括：交互设计、界面设计、数据适配器、通 用模板、集成IDE、应用框架。

应用开发支撑主要包括：应用开发和中间件服务。应用开发包括： 开发管理平台、自动化测试、部署支撑、运营及监控。中间件服务包 括：消息中间件、WEB中间件、缓存中间件、负载均衡。

图4为本发明实施例数据分析层逻辑架构示意图，Spark的核心 是RDD(弹性分布式数据集)，一种通用的数据抽象，封装了基础 的数据操作，如map，filter，reduce等。RDD提供数据共享的抽象， 相比其他大数据处理框架，如MapReduce，Pegel，DryadLINQ和HIVE等均缺乏此特性，所以RDD更为通用。简要地概括RDD：RDD是 一个不可修改的，分布的对象集合。每个RDD由多个分区组成，每 个分区可以同时在集群中的不同节点上计算。RDD可以包含Python， Java和Scala中的任意对象。

Spark Stream是对spark核心api的扩展，其有着很好的扩展性， 很高的吞吐量以及容错性的动态数据的流式处理过程。数据可以来自 不同的数据源，例如Kafka,Flume,Twitter,ZeroMQ,Kinesis,or TCP sockets，一些具有高级功能的复杂的算法，例如map,reduce,join andwindow，可以使用这些算法来进行数据的处理。最终，将数据推 送到文件***，数据库和仪表盘上。实际上，在数据流的处理过程中， 可以使用机器学习算法和“图处理"(graph processing)算法。

Storm是一个免费并开源的分布式实时计算***。利用Storm可 以很容易做到可靠地处理无限的数据流，像Hadoop批量处理大数据 一样，Storm可以实时处理数据。Storm简单，可以使用任何编程语 言。数据分析层中，在统一任务调度的前提下，提供了分布式计算引 擎和实时流计算引擎。其中分布式计算引擎是通过Spark计算实现， 实时流计算引擎是通过Storm和Spark Stream计算实现。

图5为本发明实施例数据融合层逻辑架构示意图，数据融合层包 括统一数据访问引擎和统一数据存储。其中统一数据访问引擎，采用 DataCellDAP作为访问引擎，包括元数据管理、访问接口(JDBC、 NativeAPI、代理访问)、数据访问组件。统一数据存储包括：SQL解析、驱动管理、权限管理、链接管理、路由管理、负载管理、容错 管理。分布式查询引擎采用DQE产品。

DataCellDAP是适合企业范围、可高性能地访问各种多源异构数 据源的分布式数据访问平台，为处理多种平台上的关系和非关系型信 息提供了统一的访问方式和接口，使企业能够通过一个统一的访问入 口，使用后台的各种数据库。在应用和数据库之间建立了隔离，减少 企业进行数据转移、复制和转换的工作，解决企业大量数据复制造成 的资源浪费、效率低下、数据安全等问题，帮助企业解决异构数据源 的统一管理，为应用开发提供统一的数据服务，支持跨库的查询和聚 合查询及跨库的解决方案。

DQE(Distributed Query Engine)对Impala内核进行扩展，使其 访问存储资源的能力进一步提升，目前已支持十多种数据源(只要客 户有需要，还可以继续扩展)。由于扩展了多达十几种的数据源， DQE可以实现跨库关联查询，这是DQE很重要的一个特点。

图6为本发明实施例数据交换层逻辑架构示意图，数据交换层采 用的是DataEcho作为数据交换的实现工具。DataEcho是数据驱动架 构的起点，是统一数据支撑平台的数据源头，通过不同的抓取方式支 持对来自各业务***数据源，数据仓库、大数据平台、第三方提供 商以及感知设备等不同数据源的数据进行采集传输，并且能够对进入 平台的数据依据指定的配置规则和策略进行包括过滤、整理、格式转 换等预处理，从而完成数据从源***到统一数据支撑平台内各存储 管理***之间的汇集、交换及共享过程。奕云数据交换平台主要包含 传输层、交换层、业务层和管理层。数据交换层主要包括管理层、 业务层、交换层、传统层、权限管理、运维管理。

管理层主要包括：数据地图、配置管理、警告管理、流程管理、 任务管理、调度管理、持久化管理、***管理。

业务层包括：适配器、转化器、数据质量校验、调度引擎、配置 解析、流程引擎、元数据管理。适配器包括：关系型数据库、文件系 统、数据仓库、大数据平台、NoSQL数据库、应用***API、数据 库实时日志……。转化器包括：编码、日期格式、分隔符、SQL、分 组过滤、合并拆分、增量识别……。数据质量校验包括：导入校验、 导出校验、转化校验、业务校验。调度引擎包括：任务调度、资源调 度、负债调度、调度配置。

交换层包括持久化缓存、数据交换、交换方式、交换机制。持久 化缓存包括数据持久化、状态持久化。数据交换包括文件交换、消息 交换、流数据交换……。交换方式包括一对一、一对多、多对一、多 对多。交换机制主要包括规则引擎、动态配置、事件通知、优先级队 列。

传输层(即数据总线)包括组网模型、可插拔模型、通讯模式。 组网模型包括广播、多播、路由、静态。可插拔模块包括加密、解密、 压缩、解压缩。通讯模式包括发布/订阅、群组通信、队列、RPC。

权限管理主要包括用户管理、授权管理、行为审计。

运维管理主要包括事件告警、指标采集、统一认证、***配置、 安全管理、日志管理。

统一数据交换平台可以实现百家医道的医疗数据中异构数据源 的统一数据传输的问题，比如LIS***、HIS***、PACS***中异 构数据的传输。同时也支持混搭模式下的数据转换，为医疗业务或者 ***开发人员提供统一的交换服务，支持灵活的多源多目标的配置， 支持多转换器的组合使用。统一数据交换平台支持数据增量、全量更 新，支持对数据交换的每个步骤进行分布式扩展，提升了整个数据交 换平台的性能。统一数据交换平台的分布式部署架构支持跨域多数据 中心之间的数据交换，适用于不同情况的网络需求，支持星形、网状 以及复合的网络拓扑，在多种数据安全隔离的网络情况下均可实现数 据交换。比如在业务发展的后期不同地区的社区医院之间数据同步与 交互。

图7为本发明实施例基础设施层逻辑架构示意图，基础设施层主 要包括数据库服务器、业务服务器、路由器、交换机、防火墙等相关 基础设施。

基础设施层提供相关的管理：

网络安全管理：指定人员对网络进行管理，负责运行日志、网络 监控记录的日常维护和报警信息分析和处理工作；建立网络安全管理 制度，对网络安全配置、日志保存时间、安全策略、升级与打补丁、 口令更新周期等方面作出规定；根据厂家提供的软件升级版本对网络 设备进行更新，并在更新前对现有的重要文件进行备份；定期对网络 ***进行漏洞扫描，对发现的网络***安全漏洞进行及时的修补；对 网络设备的配置文件进行定期备份；保证所有与外部***的连接均得 到授权和批准。

***安全管理：根据业务需求和***安全分析确定***的访问控 制策略；定期进行漏洞扫描，对发现的***安全漏洞及时进行修补； 安装***的最新补丁程序，在安装***补丁前，应首先在测试环境中 测试通过，并对重要文件进行备份后，方可实施***补丁程序的安装； 建立***安全管理制度，对***安全策略、安全配置、日志管理和日 常操作流程等方面作出规定；依据操作手册对***进行维护，详细记 录操作日志，包括重要的日常操作、运行维护记录、参数的设置和修 改等内容，严禁进行未经授权的操作；定期对运行日志和审计数据进 行分析，以便及时发现异常行为。

计算机等级保护管理：根据国家相关管理部门对计算机安全事件 等级划分方法和安全事件对本***产生的影响，对本***计算机安全 事件进行等级划分；记录并保存所有报告的安全弱点和可疑事件，分 析事件原因，监督事态发展，采取措施避免安全事件发生。

应急预案管理：在统一的应急预案框架下制定不同事件的应急预 案，应急预案框架应包括启动应急预案的条件、应急处理流程、*** 恢复流程、事后教育和培训等内容；对***相关的人员进行应急预案 培训，应急预案的培训应至少每年举办一次。

本发明提供的一种居民健康管理医疗大数据平台业务功能主要 由4个业务***、2个外置设备***组成：

一、业务***为：

社区公卫***：

社区公卫***是以居民健康档案为主线，结合国家公卫基础服务 中提供的相关专项健康管理路径的规划和实施业务***。针对社区医 院的具体业务场景，还包括了社区医院管理、相专业医疗***对接的 相关内容。

健康管理***：

健康管理是健康管理团队，针对健康管理会员的相关健康项目的 全程管理的业务***，主要包括健康会员的管理服务套餐、健康远程 监测提醒、会员的预约就诊、健康远程看护等相关内容。

微信小程序和公众号：

微信小程序和公众号主要实现了社区医院、社区居民、健康管理、 健康快乐商城的移动端实现，提供了便捷可靠的访问使用。

快乐商城：

当居民在社区医院签约家庭医生后，自动成为健康快乐商城的会 员。快乐商城提供了针对不同会员、不同个性化需求的健康产品服务 平台，主要包括对健康产品/服务的筛选、上线、销售、服务、售后 的相关管理。

二、外置设备***包括：

智能叫号机***：

智能叫号机***是针对社区医院的医生问诊的叫号机，部署安装 的智能叫号***。

智能取号机***：

智能取号机***是针对社区医院的取号机，部署安装的智能取号 ***。取号的号码包括预约号码和现场取号。

社区公卫***业务功能主要实现：

1、居民健康档案的管理：居民健康档案管理是根据《国家基础 公共卫生服务规范》中居民健康档案为基础的管理，包括：档案信息 管理、专档规划、路径规划、动态反映、档案模板管理、档案导入等 相关功能组成。

2、社区医院的管理：社区医院日常工作管理是针对社区医院主 任、医生、护士及相关医护人员的人员管理、日常业务工作的相关管 理，包括：医护人员管理、医护团队管理、科室、诊室管理、排班管 理、预约管理、导诊、开诊、体检管理、签约管理、设备管理、外部***对接等相关功能组成。

3、专项档案管理：专项档案管理是根据《国家基础公卫卫生服 务规范》中针对不同人员、疾病的专项档案、专项实施路径的相关管 理，包括：专项档案模板管理、专档信息与任务管理、专档路径提醒 等相关功能组成。

健康管理***是健康管理团队对于会员进行健康管理的业务系 统，业务功能主要实现：

1、健康会员管理：签约了家庭医生的社区居民就是健康会员， 对于健康会员的基本管理是会员管理，包括：会员档案管理、人群管 理、有效期管理的相关功能。

2、健康管理：针对会员的健康项目的相关管理，包括：回访管 理、健康干预、健康报告、评估报告的相关功能。

3、预约管理：预约管理是健康团队，对于会员的代替预约的相 关管理，包括：预约、预约搜索的相关功能。

4、统计报表：健康管理员对于会员的健康管理的绩效考核，主 要包括血压管理率、失访率等数据的统计。

5、用户体验：针对会员购买的健康管理服务的相关服务的用户 体验的相关管理，包括：意见反馈、投诉建议、信息交互的相关功能。

6、账号管理：针对账号配置的相关功能。

快乐商城是提供居民健康相关的产品和服务的商品平台，相关的 健康商品可以是百家医道自主提供的，比如医疗相关商品，健康相关 服务。

快乐商城采用会员制，当居民签约家庭医生后，自动获得快乐商 城的会员资格。会员完成路径提示的实施或者邀请居民签约后，都会 获得相关积分奖励。积分奖励可以在商城中兑换相关商品。

快乐商城主要包括：

1、商城业务：商城运营主要是针对商城会员和商品的相关运营 管理，主要包括：积分管理、会员管理、商品管理的相关功能。

2、商城APP：商城APP是针对快乐商城的APP的线上实现， 主要包括：首页、商品分类、推荐商品、购物车、个人账户的相关功 能。

3、商城运营：商城运营主要是对商城运营的相关内容的管理， 主要包括：商城客服、物流管理、商品结算的相关功能。

4、数据统计：数据统计是商城运营的相关数据统计，主要包括： 商品统计、订单统计、会员统计的相关功能。

5、***管理：***管理是快乐商城的相关***管理，主要包括： 用户设置、权限设置、菜单设置的相关功能。

微信小程序和公众号的主要包括针对社区居民、社区医院医生、 健康管理团队的相关人员的微信小程序的访问实现，针对社区医院的 公众号的相关功能的实现。

1、居民版小程序：居民版小程序是居民利用小程序，方便快捷 地实现相关社区居民的健康管理的相关功能，比如居民健康体检检 查、预约医生、签约积分等业务内容的线上实现。主要包括：登录注 册、健康中心、信息中心、个人主页的相关功能。

2、医生版小程序：医生版小程序是社区医生利用小程序实现相 关业务功能，比如签约积分、诊断建议、信息统计等业务内容。主要 包括：医生首页、医生积分管理、用户数据库、诊断列表的相关功能。

3、健管小程序：健管小程序是健康管理员针对会员的健康管理 的业务功能小程序的实现，比如针对会员的健康回访、会员的健康资 料管理等业务内容。主要包括：首页、用户管理、预约服务、统计报 表的相关功能。

4、微信公众号：公众号是是利用公众号对相关健康信息的介绍、 会员、活动、预约的相关功能的实现，主要包括：会员中心、活动专 栏、检测报告、预约提醒的相关功能。

***涉及的主要数据主要来源于公卫***的相关数据。

智能叫号机***是社区医院中医生问诊时的叫号机部署的叫号 ***，叫号***关联公卫的居民预约、医护团队管理、诊科室设置、 医生排班、现场取号的相关模块，进行智能排序后的叫号***。智能 叫号机***数据来源社区公卫***数据。

智能取号机***是社区医院中，患者进行看诊取号中使用的取号 机上部署实现的***。智能取号机***关联了社区公卫***中居民预 约、医护团队管理、诊科室设置、医生排班、现场取号的相关模块， 关于取号进行智能计算后提供取号服务。智能取号机***数据来源于 社区公卫***。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术 人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这 些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权 利要求及其等同物限定。

Claims (7)

1.一种居民健康管理医疗大数据平台，其特征在于包括：

业务应用层：是针对百家医道大数据平台的相关业务应用的***，包括：社区公卫***、智能排号、智能叫号、微信小程序和公众号、快乐商城、健康管理***；

服务支撑层：是为了提供业务应用层的相关服务的支撑，包括统一服务访问、服务构建、服务支撑、应用开发框架、应用开发支撑；统一服务访问提供了对外服务的统一访问的规则；服务构建包括基础构建、公共构件、业务构件；服务支撑包括基础支撑、分布式服务调度支撑、服务集成；应用开发框架、应用开发支撑提供了***开发部分的相关支撑；

数据分析层：预留了医疗数据的计算分析，包括统一任务调度、分布式计算引擎、实时流计算引擎；统一任务调度实现跨平台统一作业的任务调度，完善调度控制监控；分布式计算和实时流计算都是针对医疗大数据的分析的需求，提出行之有效的分析计算方式；

数据融合层：提供了统一数据访问、统一数据存储的相关功能，在统一数据访问中，主要利用元数据管理、访问接口、数据访问组件、分布式查询引擎；

数据交换层：包括管理组件和分布式数据总线组成；数据管理组件包括：适配器、转化器、数据质量校验、调度引擎、流程引擎、持久化缓存、文件/消息交换、配置解析、规则引擎、元数据管理；分布式数据总线提供了整个***数据交换的功能；

基础设施层：基础设施层主要包括基础设施硬件，如数据库服务器、业务服务器、路由器、交换机、防火墙。

2.如权利要求1所述的一种居民健康管理医疗大数据平台，其特征在于：所述业务应用层基于Nginx负载均衡服务器、Tomcat服务器以及Hybrid App实现。

3.如权利要求1所述的一种居民健康管理医疗大数据平台，其特征在于：所述服务支撑层由Ingress提供统一服务访问的功能实现，Spring Cloud提供基础构件、公共构件、业务员构件的功能实现，Kubernetes提供了基础支撑、分布式服务调度支撑、服务集成。

4.如权利要求1所述的一种居民健康管理医疗大数据平台，其特征在于：所述数据分析层基于Spark技术实现分布式计算引擎，基于Spark Stream技术和Storm技术实现时实流计算引擎。

5.如权利要求1所述的一种居民健康管理医疗大数据平台，其特征在于：所述数据融合层包括统一数据访问引擎和统一数据存储，其中统一数据访问引擎，采用DataCellDAP作为访问引擎，包括元数据管理、访问接口、数据访问组件，统一数据存储包括SQL解析、驱动管理、权限管理、链接管理、路由管理、负载管理、容错管理。

6.如权利要求1所述的一种居民健康管理医疗大数据平台，其特征在于：所述数据交换层采用DataEcho作为数据交换的实现工具。

7.如权利要求1所述的一种居民健康管理医疗大数据平台，其特征在于：所述基础设施层包括数据库服务器、业务服务器、路由器、交换机、防火墙。