CN109410110A - 区域卫生信息平台中实现公共卫生数据交互控制的系统 - Google Patents

区域卫生信息平台中实现公共卫生数据交互控制的系统 Download PDF

Info

Publication number
CN109410110A
CN109410110A CN201811227825.1A CN201811227825A CN109410110A CN 109410110 A CN109410110 A CN 109410110A CN 201811227825 A CN201811227825 A CN 201811227825A CN 109410110 A CN109410110 A CN 109410110A
Authority
CN
China
Prior art keywords
service
data
subsystem
module
platform
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201811227825.1A
Other languages
English (en)
Inventor
夏寒
夏天
道理
张�诚
付晨
王春芳
毛丹
刘星航
施燕
程旻娜
曹剑峰
张玮
吴寰宇
冯玮
祖平
范爱晶
刘诚
林维晓
钱晨嗣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SHANGHAI DISEASE PREVENTION AND CONTROL CENTRE
Original Assignee
SHANGHAI DISEASE PREVENTION AND CONTROL CENTRE
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by SHANGHAI DISEASE PREVENTION AND CONTROL CENTRE filed Critical SHANGHAI DISEASE PREVENTION AND CONTROL CENTRE
Priority to CN201811227825.1A priority Critical patent/CN109410110A/zh
Publication of CN109410110A publication Critical patent/CN109410110A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/26Government or public services

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明涉及一种区域卫生信息平台中实现公共卫生数据交互控制的系统,包括业务平台子系统,用于采集调度交换公共卫生数据;数据交互服务及业务协同子系统,与所述的业务平台子系统相连接,用于共享业务平台子系统间的公共卫生数据,并协同处理业务;平台服务管理子系统,与所述的业务平台子系统和数据交互服务及业务协同子系统均相连接,用于提供业务平台子系统内通用的数据服务功能。采用了该区域卫生信息平台中实现公共卫生数据交互控制的系统,有效解决区域内公共卫生不同信息系统的数据共享与业务协同,通过提供相关数据服务,实现各业务系统之间进行业务协同和数据共享,以保障各业务系统之间数据的交换一致、同步可靠、协同稳定。

Description

区域卫生信息平台中实现公共卫生数据交互控制的系统
技术领域
本发明涉及疾控业务领域,尤其涉及公共卫生疾控业务领域,具体是指一种区域卫生信息平台中实现公共卫生数据交互控制的系统。
背景技术
公共卫生信息平台是对区域内公共卫生相关数据进行采集、处理、存储、分析、传输及交换的载体,从逻辑架构上以相对独立的区域对公共卫生数据及业务进行处理,是公共卫生的基础平台。
现有其他公共卫生数据平台系统中进行系统间的数据交换与业务协同,都是两个系统直接进行商量,建立一对一交互或协同流程,再基于这个流程开发相应的数据接口及应用程序。这种方式,两个系统间的耦合度高。每次新的数据交换需求都要设计新的流程,开发新的接口,同时还需要考虑对现有交互流程的影响,工程较为复杂繁琐,费时费力,效率不高。
且随着平台上业务子系统的不断增加,各系统之间两两配对的交互协同需求几何倍数的增长,现有的方式与模式已难以支撑。
发明内容
本发明的目的是克服了上述现有技术的缺点,提供了一种规定了公共卫生数据交互的规范、提供了健康档案调阅、解决区域内公共卫生不同信息系统的数据共享与业务协同的区域卫生信息平台中实现公共卫生数据交互控制的系统。
为了实现上述目的,本发明的区域卫生信息平台中实现公共卫生数据交互控制的系统如下:
该区域卫生信息平台中实现公共卫生数据交互控制的系统,其主要特点是,所述的系统包括:
业务平台子系统,用于采集调度交换公共卫生数据;
数据交互服务及业务协同子系统,与所述的业务平台子系统相连接,用于共享业务平台子系统间的公共卫生数据,并协同处理业务;
平台服务管理子系统,与所述的业务平台子系统和数据交互服务及业务协同子系统均相连接,用于提供业务平台子系统内通用的数据服务功能。
较佳地,所述的业务平台子系统包括:
业务功能模块,用于处理各模块的核心业务,采集公共卫生数据,并调度交换数据,所述的业务功能模块包括疾病登记子模块、疾病定向治疗子模块、疾病管理子模块、居民疾病筛查与危险因素调查子模块、生命统计子模块、免疫接种子模块和儿童青少年健康管理子模块,疾病登记子模块、疾病定向治疗子模块、疾病管理子模块、居民疾病筛查与危险因素调查子模块、生命统计子模块、免疫接种子模块和儿童青少年健康管理子模块彼此之间均相连接;
服务总线,与所述的业务功能模块相连接,用于提供疾控各业务系统中各类服务的封装、重用、组合、调度、监控的功能;
数据传输模块,与所述的服务总线相连接,用于根据业务场景、系统性能和资源情况提供同步数据传输和异步数据传输。
较佳地,所述的业务平台子系统还包括数据采集模块,所述的数据采集模块包括:
页面填写子模块,与所述的业务功能模块相连接,用于通过建立填报页面的方式进行数据采集;
服务调用子模块,与所述的业务功能模块相连接,用于通过服务调用的方式获取已采集数据的业务功能模块的数据;
中间表读写子模块,与所述的业务功能模块相连接,用于通过定义数据对象接口层在数据库中进行数据表的连接或访问实现各业务功能模块间的数据共享和交换。
较佳地,所述的数据交互服务及业务协同子系统包括:
注册服务模块,与所述的业务平台子系统相连接,用于通过区域卫生信息平台将系统服务提供给所需用户;
数据交互服务模块,与所述的业务平台子系统相连接,用于为业务平台子系统的各模块之间进行业务协同和数据共享提供相关数据服务;
业务协同服务模块,与所述的业务平台子系统相连接,用于为业务平台子系统的服务调用提供通道,实现业务平台子系统的信息共享、业务协同、数据交换的功能;
档案调阅服务模块,与所述的业务平台子系统相连接,用于根据个案调阅需求对档案数据进行抽取、编排和封装展示;
数据存储服务模块,与所述的注册服务模块相连接,用于对业务平台子系统形成固定规则的结果性数据进行存储。
较佳地,所述的注册服务模块包括:
个人注册服务子模块,与所述的业务平台子系统相连接,用于保存维护个人的基本信息和健康标识号,并为业务系统提供人员身份识别功能的服务组件;
医务人员注册服务子模块,与所述的业务平台子系统相连接,用于为医疗卫生人员分配唯一标识,并提供给所述的业务平台子系统及其用户使用;
医疗卫生机构注册服务子模块,与所述的业务平台子系统相连接,用于通过建立医疗卫生机构注册库提供本区域内所有医疗机构的综合目录;
术语字典注册服务子模块,与所述的业务平台子系统相连接,用于通过建立术语和字典注册库规范公共卫生事件中的信息含义一致性。
较佳地,所述的数据交互服务模块包括:
数据资源目录服务子模块,与所述的业务平台子系统相连接,用于对业务平台子系统的数据进行注册和管理,并为后续数据交换提供索引服务;
数据调取服务子模块,与所述的业务平台子系统相连接,用于通过业务平台子系统的参数查询数据存储服务模块中的个案数据,并根据查询结果提供反馈;
数据订阅服务子模块,与所述的业务平台子系统相连接,用于将业务平台子系统的数据根据订阅规则主动推送至对应业务平台子系统的业务功能模块;
数据对接服务子模块,与所述的业务平台子系统相连接,用于对异构的业务系统两两之间提供批量的数据交换服务;
数据质量控制服务子模块,与所述的业务平台子系统相连接,用于提供数据校验与管理机制;
数据服务监管子模块,与所述的业务平台子系统相连接,用于对业务平台子系统提供的各类数据服务的运行调用情况进行记录。
较佳地,所述的业务协同服务模块包括:
服务资源目录管理子模块,与所述的业务平台子系统相连接,用于对业务平台子系统提供的协同服务进行统一管理,并提供服务查询和调用功能;
共享服务管理子模块,与所述的业务平台子系统相连接,用于对业务平台子系统的协同服务提供一个服务资源注册和管理功能;
智能插件服务子模块,与所述的业务平台子系统相连接,用于根据定义的规则引擎实现协同功能;
流程引擎服务子模块,与所述的业务平台子系统相连接,用于通过对业务协同服务模块流程的分析和模拟,梳理编排业务系统之间的数据交互流程;
协同服务监管子模块,与所述的业务平台子系统相连接,用于对平台提供的各类协同服务的运行调用情况进行记录。
较佳地,所述的智能插件服务子模块包括:
前哨程序单元,与所述的业务平台子系统、注册服务模块和数据交互服务模块相连接,用于为业务的数据交互提供通道;
智能服务中心单元,与所述的前哨程序单元相连接,用于定义规则引擎,智能插件服务子模块通过所述的规则引擎监控其他业务系统的运行情况。
较佳地,所述的档案调阅服务模块包括:
健康档案调阅子模块,与所述的业务平台子系统相连接,用于在健康档案中集成、调阅和展示个人疾病档案;
实有人口调阅服务子模块,与所述的业务平台子系统相连接,用于通过匹配实有人口数据与个人注册服务的数据进行实名认证支撑;
疾病档案调用服务子模块,与所述的业务平台子系统相连接,用于根据国家疾控相关规范,整合多业务数据,提供疾病档案调用的功能;
信息视图服务子模块,与所述的业务平台子系统相连接,用于根据不同的数据查询展示需求提供不同的信息展现视图;
数据存储服务子模块,与所述的业务平台子系统相连接,用于对业务平台子系统形成固定规则的结果性数据进行存储。
较佳地,所述的平台服务管理子系统包括:
平台基础服务模块,与所述的业务平台子系统和数据交互服务及业务协同子系统相连接,用于为业务平台子系统在数据处理过程中提供提醒、展示和通讯功能;
平台支撑服务模块,与所述的业务平台子系统相连接,用于维护支撑业务平台子系统;
数据挖掘分析服务模块,与所述的业务平台子系统相连接,用于从业务平台子系统或数据存储服务子模块中抽取数据;
平台安全管理模块,与所述的业务平台子系统和数据交互服务及业务协同子系统相连接,用于保证业务平台子系统在数据交换、数据共享、业务协同过程中的安全。
较佳地,所述的平台基础服务模块提供的服务包括GIS服务、短信服务、移动应用服务和即时通讯服务。
较佳地,所述的平台支撑服务模块提供的服务包括基础维护服务、权限管理服务和分级管理服务。
采用了该区域卫生信息平台中实现公共卫生数据交互控制的系统,通过将公共卫生业务概念模型(人、物、事件及其之间的关系)集成入公共卫生应用,以数据为介质,以数据服务总线为通道,以交易中心为枢纽,基于相关业务规则产生任务,有效解决区域内公共卫生不同信息系统的数据共享与业务协同。基于服务总线,通过业务协同服务(交易中心)统一调度实现各业务数据采集交换、信息共享、业务协同,避免系统之间多对多(N×(n-1))的复杂联系;通过提供相关数据服务,实现各业务系统之间进行业务协同和数据共享,以保障各业务系统之间数据的交换一致、同步可靠、协同稳定;通过档案服务对底层数据服务进行抽取、编排、封装、集成、整合,定义不同视图,满足不同的数据视图展现需求。
附图说明
图1为本发明的区域卫生信息平台中实现公共卫生数据交互控制的系统的总体架构图。
图2为本发明的区域卫生信息平台中实现公共卫生数据交互控制的业务功能图。
图3为本发明的区域卫生信息平台中实现公共卫生数据交互控制的数据采集示意图。
图4为本发明的区域卫生信息平台中实现公共卫生数据交互控制的档案调阅服务示意图。
具体实施方式
为了能够更清楚地描述本发明的技术内容,下面结合具体实施例来进行进一步的描述。
本发明的区域卫生信息平台中实现公共卫生数据交互控制的系统包括:
业务平台子系统,用于采集调度交换公共卫生数据;
数据交互服务及业务协同子系统,与所述的业务平台子系统相连接,用于共享业务平台子系统间的公共卫生数据,并协同处理业务;
平台服务管理子系统,与所述的业务平台子系统和数据交互服务及业务协同子系统均相连接,用于提供业务平台子系统内通用的数据服务功能。
较佳地,所述的业务平台子系统包括:
业务功能模块,用于处理各模块的核心业务,采集公共卫生数据,并调度交换数据,所述的业务功能模块包括疾病登记子模块、疾病定向治疗子模块、疾病管理子模块、居民疾病筛查与危险因素调查子模块、生命统计子模块、免疫接种子模块和儿童青少年健康管理子模块,疾病登记子模块、疾病定向治疗子模块、疾病管理子模块、居民疾病筛查与危险因素调查子模块、生命统计子模块、免疫接种子模块和儿童青少年健康管理子模块彼此之间均相连接;
服务总线,与所述的业务功能模块相连接,用于提供疾控各业务系统中各类服务的封装、重用、组合、调度、监控的功能;
数据传输模块,与所述的服务总线相连接,用于根据业务场景、系统性能和资源情况提供同步数据传输和异步数据传输。
较佳地,所述的业务平台子系统还包括数据采集模块,所述的数据采集模块包括:
页面填写子模块,与所述的业务功能模块相连接,用于通过建立填报页面的方式进行数据采集;
服务调用子模块,与所述的业务功能模块相连接,用于通过服务调用的方式获取已采集数据的业务功能模块的数据;
中间表读写子模块,与所述的业务功能模块相连接,用于通过定义数据对象接口层在数据库中进行数据表的连接或访问实现各业务功能模块间的数据共享和交换。
较佳地,所述的数据交互服务及业务协同子系统包括:
注册服务模块,与所述的业务平台子系统相连接,用于通过区域卫生信息平台将系统服务提供给所需用户;
数据交互服务模块,与所述的业务平台子系统相连接,用于为业务平台子系统的各模块之间进行业务协同和数据共享提供相关数据服务;
业务协同服务模块,与所述的业务平台子系统相连接,用于为业务平台子系统的服务调用提供通道,实现业务平台子系统的信息共享、业务协同、数据交换的功能;
档案调阅服务模块,与所述的业务平台子系统相连接,用于根据个案调阅需求对档案数据进行抽取、编排和封装展示;
数据存储服务模块,与所述的注册服务模块相连接,用于对业务平台子系统形成固定规则的结果性数据进行存储。
较佳地,所述的注册服务模块包括:
个人注册服务子模块,与所述的业务平台子系统相连接,用于保存维护个人的基本信息和健康标识号,并为业务系统提供人员身份识别功能的服务组件;
医务人员注册服务子模块,与所述的业务平台子系统相连接,用于为医疗卫生人员分配唯一标识,并提供给所述的业务平台子系统及其用户使用;
医疗卫生机构注册服务子模块,与所述的业务平台子系统相连接,用于通过建立医疗卫生机构注册库提供本区域内所有医疗机构的综合目录;
术语字典注册服务子模块,与所述的业务平台子系统相连接,用于通过建立术语和字典注册库规范公共卫生事件中的信息含义一致性。
较佳地,所述的数据交互服务模块包括:
数据资源目录服务子模块,与所述的业务平台子系统相连接,用于对业务平台子系统的数据进行注册和管理,并为后续数据交换提供索引服务;
数据调取服务子模块,与所述的业务平台子系统相连接,用于通过业务平台子系统的参数查询数据存储服务模块中的个案数据,并根据查询结果提供反馈;
数据订阅服务子模块,与所述的业务平台子系统相连接,用于将业务平台子系统的数据根据订阅规则主动推送至对应业务平台子系统的业务功能模块;
数据对接服务子模块,与所述的业务平台子系统相连接,用于对异构的业务系统两两之间提供批量的数据交换服务;
数据质量控制服务子模块,与所述的业务平台子系统相连接,用于提供数据校验与管理机制;
数据服务监管子模块,与所述的业务平台子系统相连接,用于对业务平台子系统提供的各类数据服务的运行调用情况进行记录。
较佳地,所述的业务协同服务模块包括:
服务资源目录管理子模块,与所述的业务平台子系统相连接,用于对业务平台子系统提供的协同服务进行统一管理,并提供服务查询和调用功能;
共享服务管理子模块,与所述的业务平台子系统相连接,用于对业务平台子系统的协同服务提供一个服务资源注册和管理功能;
智能插件服务子模块,与所述的业务平台子系统相连接,用于根据定义的规则引擎实现协同功能;
流程引擎服务子模块,与所述的业务平台子系统相连接,用于通过对业务协同服务模块流程的分析和模拟,梳理编排业务系统之间的数据交互流程;
协同服务监管子模块,与所述的业务平台子系统相连接,用于对平台提供的各类协同服务的运行调用情况进行记录。
较佳地,所述的智能插件服务子模块包括:
前哨程序单元,与所述的业务平台子系统、注册服务模块和数据交互服务模块相连接,用于为业务的数据交互提供通道;
智能服务中心单元,与所述的前哨程序单元相连接,用于定义规则引擎,智能插件服务子模块通过所述的规则引擎监控其他业务系统的运行情况。
较佳地,所述的档案调阅服务模块包括:
健康档案调阅子模块,与所述的业务平台子系统相连接,用于在健康档案中集成、调阅和展示个人疾病档案;
实有人口调阅服务子模块,与所述的业务平台子系统相连接,用于通过匹配实有人口数据与个人注册服务的数据进行实名认证支撑;
疾病档案调用服务子模块,与所述的业务平台子系统相连接,用于根据国家疾控相关规范,整合多业务数据,提供疾病档案调用的功能;
信息视图服务子模块,与所述的业务平台子系统相连接,用于根据不同的数据查询展示需求提供不同的信息展现视图;
数据存储服务子模块,与所述的业务平台子系统相连接,用于对业务平台子系统形成固定规则的结果性数据进行存储。
较佳地,所述的平台服务管理子系统包括:
平台基础服务模块,与所述的业务平台子系统和数据交互服务及业务协同子系统相连接,用于为业务平台子系统在数据处理过程中提供提醒、展示和通讯功能;
平台支撑服务模块,与所述的业务平台子系统相连接,用于维护支撑业务平台子系统;
数据挖掘分析服务模块,与所述的业务平台子系统相连接,用于从业务平台子系统或数据存储服务子模块中抽取数据;
平台安全管理模块,与所述的业务平台子系统和数据交互服务及业务协同子系统相连接,用于保证业务平台子系统在数据交换、数据共享、业务协同过程中的安全。
较佳地,所述的平台基础服务模块提供的服务包括GIS服务、短信服务、移动应用服务和即时通讯服务。
较佳地,所述的平台支撑服务模块提供的服务包括基础维护服务、权限管理服务和分级管理服务。
本发明的具体实施方式中,平台是对区域内公共卫生相关数据进行采集、处理、存储、分析、传输及交换的载体,是与同级区域卫生信息平台统一集成又相对独立的公共卫生基础平台。通过将公共卫生业务概念模型(人、物、事件及其之间的关系)集成入公共卫生应用,以数据为介质,以数据服务总线为通道,以交易中心为枢纽,基于相关业务规则产生任务,有效解决区域内公共卫生不同信息系统的数据共享与业务协同。基于服务总线,通过业务协同服务(交易中心)统一调度实现各业务数据采集交换、信息共享、业务协同,避免系统之间多对多(N×(n-1))的复杂联系;通过提供相关数据服务,实现各业务系统之间进行业务协同和数据共享,以保障各业务系统之间数据的交换一致、同步可靠、协同稳定;通过档案服务对底层数据服务进行抽取、编排、封装、集成、整合,定义不同视图,满足不同的数据视图展现需求。
1.1技术要求
1.1.1业务功能内聚
根据疾控业务的特征,以“人”为核心将相关业务进行归纳,形成疾病登记(传染病登记、心脑血管疾病登记、肿瘤登记、伤害登记等)、疾病定向治疗(结核病治理管理、艾滋病治理管理)、疾病管理(高血压管理、糖尿病管理、肿瘤管理、结核病管理、肝炎管理、艾滋病管理等)、居民疾病筛查与危险因素调查(肿瘤筛查、糖网筛查、慢性病危险因素调查等)、生命统计(出生登记、死亡登记)、免疫接种(疫苗接种管理等)、儿童青少年健康管理(因病缺课、健康体检、重点疾病监测等)七大类业务内容。
在区域卫生信息平台层面,各疾控业务有其核心业务,相关业务子系统的功能尽可能的在自己的系统内建设,与其他业务子系统的交互尽可能简单、松耦合。业务子系统之间的全面交互通过平台统一提供的数据交互服务实现。
1.1.2数据采集
平台架构下,基于平台的各业务系统面向医疗机构、公共卫生机构的数据采集或对接有三种模式:
1、页面填写:部分业务系统可通过建立填报页面的方式进行数据采集。
2、服务调用:对于业务系统已经建立的数据交换规则封装为一个交换服务,提供web服务化的调用功能,其他业务可以通过服务调用(WebService,标准接口的方式)的方式获取已有系统的数据交换功能,前端界面由调用方开发。服务调用是基于Web的标准服务,其不受传输协议或硬件的限制,也不受子系统具体实现技术的限制,适合异构系统之间数据交换。
3、中间表读写:各业务系统之间通过定义数据对象接口层直接在数据库中进行数据表的连接或访问(数据库中间表,缓存库校验后写入系统),达到系统间的数据共享和交换。数据库中间表在实施上比较方便、理解上是比较容易,但对内容的可扩展性和灵活性有较大局限性。
1.1.3服务总线
服务总线,统一的交换通道,便于监管和控制,基于“服务总线“引入”交易中心的概念。类似于股民和证券交易所的关系,股民之间不直接交易,都通过证券交易所进行集中的撮合交易。大幅降低交易成本和交易风险。
服务总线主要提供疾控各业务系统中各类服务的封装、重用、组合、调度、监控等功能,并将服务通过已经发布和可发现的接口为终端应用程序或其它服务提供调用。疾控各业务系统提供的服务需要符合服务总线的服务规约标准。
服务总线能够降低平台中各个业务服务构件之间的耦合性,可以支持多个疾控业务系统之间、异构环境中的服务、消息的交换和整合,避免系统之间多对多的复杂联系。服务总线根据信息共享、业务协同等服务请求,能够快速定位服务提供者,并将请求消息转换成规范的格式,通过传输协议进行传输,支持同步和异步的服务请求,能够方便地整合多个现有的和新建的应用系统。
1.1.4数据传输
数据传输是基于服务总线而实现的多种传输模式,支持订阅/发布模式的数据传输,支持一对一、一对多传输,在数据传输过程中需保证数据的完整性和一致性。根据业务场景、系统性能、资源情况的不同,数据传输可以提供同步数据传输、异步数据传输。数据传输过程中需要注意信息安全,必须在数据传输过程中进行加密、解密,在关键数据传输时采取身份验证机制。数据采集与交换服务需要具有很好的扩展性,可以支持接入不同消息中间件进行数据传输。
1.2数据交互服务
数据交换服务是指将平台中的一些数据交换规则的使用封装为一个可以调用的服务。数据交换服务涉及到基于平台的疾控业务系统之间的数据交换,通过在数据交换中心完成对采集数据的一个转换和加载、再次发布。通过平台的数据交换规则封装为web服务后,方便疾控各业务系统对数据交换的调用,提高了业务系统与平台的各类数据交换规则间的集成性。数据交换服务相关规则信息的检索和更新的服务同样以web服务的方式实现,并且将被注册到资源目录中。
2、数据交互服务与业务协同服务规范
数据交换服务与业务协同服务是各业务系统之间信息共享、业务协同的基础。为保证各业务系统之间信息共享、业务协同有效实现,本节对数据交互、业务协同的规范进行描述。
2.1注册服务
使用平台的统一注册,完成三个实体(医疗机构、患者、医师)的注册,确保这三个实体,在平台中有唯一标识。
平台中注册服务依托区域卫生信息平台进行建设,由同级区域卫生信息平台建设并提供给所需用户使用(本地区域卫生信息平台服务组件不成熟的可考虑由公共卫生子平台自行建设),以保持与平台服务的一致性,具体内容如下:
2.1.1个人注册服务
个人注册服务是在一定区域管辖范围内,用于安全地保存和维护个人的健康标识号、基本信息,可为医疗就诊及公共卫生相关的业务系统提供人员身份识别功能的服务组件。
(1)具备调用区域卫生信息平台的个人注册服务功能;
(2)具备调用区域卫生信息平台的个人ID查询服务功能;
(3)具备调用区域卫生信息平台的个人基本信息查询服务功能。
2.1.2医务人员注册服务
医疗卫生人员注册库,是一个单一的目录服务,为本区域内所有卫生管理机构的医疗服务提供者,包括全科医生、专科医生、护士、实验室医师、医学影像专业人员、疾病预防控制专业人员、妇幼保健人员及其他从事与居民健康服务相关的从业人员,系统为每一位医疗卫生人员分配一个唯一的标识,并提供给平台以及与平台交互的系统和用户所使用。
公卫子平台需要实现调用平台医疗卫生人员注册服务的功能。
2.1.3医疗卫生机构注册服务
通过建立医疗卫生机构注册库,提供本区域内所有医疗机构的综合目录,相关的机构包括二三级医院、基层医疗卫生机构、疾病预防控制中心、卫生监督所、妇幼保健所等。系统为每个机构分配唯一的标识,可以解决居民所获取的医疗卫生服务场所唯一性识别问题,从而保证在不同系统中使用统一的规范化的标识符,同时也满足区域疾病控制业务应用子平台层与接入点的互联互通要求。
公卫子平台需要实现调用平台医疗卫生机构注册服务的功能。
2.1.4术语字典注册服务
建立术语和字典注册库,用来规范公共卫生事件中所产生的信息含义的一致性问题。术语可由平台管理者进行注册、更新维护;字典既可由平台管理者又可由机构来提供注册、更新维护。
公卫子平台需要实现调用平台医疗卫生术语注册服务的功能。
2.2数据交互服务
数据交互服务是为疾控各业务系统之间进行业务协同和数据共享提供相关数据服务,以保障疾控各业务系统之间数据交换、同步的可靠、稳定。
2.2.1数据资源目录服务
数据资源目录服务是按照疾控各业务系统的数据结构为标准,对疾控各业务的元数据进行统一注册和管理,注册的数据资源既可以是本级平台或者业务系统产生的,也可以是本级以外平台或者业务系统产生的。数据资源注册服务为后续数据交换提供索引服务。疾控业务系统的数据采集、各业务之间的数据共享、协同联动、以及数据资源中心的大数据分析和辅助决策提供数据资源的发现、定位、申请、审批,均需要基于数据资源目录进行设计、实施。
2.2.2数据调取服务
数据调取服务是针对疾控各业务系统的个案数据查询提供的服务。疾控各业务系统通过服务接口的形式(Web Service)与数据调取服务对接,通过业务系统提供的参数查询存储服务中的个案数据,并根据查询结果提供反馈(下推数据或未查到)。
2.2.3数据订阅服务
数据订阅服务是仅针对个案数据,平台产生数据根据订阅规则主动推送至对应业务系统。疾控业务系统通过数据订阅服务向平台订阅所需的数据,平台将各业务系统的数据订阅需求组装成服务分发至相关业务系统。
2.2.4数据对接服务
数据对接服务主要是对异构的业务系统两两之间提供批量的数据交换服务,主要是适用于向上级平台或者其他平台以中间数据库(中间表)方式推送结果数据。数据对接服务采用中间数据库(中间表)的方式,参与交换的业务系统连接同一个数据库服务器的同一张表进行数据交换。
2.2.5数据质量控制服务
数据质量控制服务主要是提供数据校验与管理机制,对数据是否能完整交换,是否有逻辑上的重大冲突进行控制,以保障所交换数据的规范性、准确性。数据质量控制服务依据数据校验规则对基于平台的数据交换过程中的数据进行质量控制。数据质量控制服务通过定义全面完整的质量校验规则,对交换的数据进行校验,符合校验规则的数据传给目标系统,不符合校验规则的数据回退给源系统。数据质量控制服务对数据交互过程中的异常数据进行维护管理。
2.2.6数据服务监管
数据服务监管主要是对平台提供的各类数据服务的运行调用情况进行记录。通过对各类数据服务的运行情况进行统计汇总,掌握平台数据服务的态势。同时,根据各数据服务的规则判断数据服务的异常情况,并进行报警提示。
2.3业务协同服务
业务协同服务是整个公卫子平台的核心,是实现各业务系统之间信息共享、业务协同、数据交换等应用功能的交易枢纽中心,主要为各业务系统之间服务调用提供通道。
2.3.1服务资源目录
服务资源目录对疾控各业务系统提供的协同服务进行统一管理,并提供服务查询和调用功能。服务资源目录中的服务可以是本级平台或者业务系统提供的,也可以是本级以外平台或者业务系统提供的。服务资源目录为业务协同提供已有服务交易的发现、定位、申请、审批功能。服务资源目录为后续数据交换提供索引服务,业务系统之间的协同服务需要基于协同服务资源目录进行设计、实现。
2.3.2共享服务管理
共享服务管理是对各业务系统的协同服务提供一个服务资源注册和管理功能,进入服务资源目录系统的服务都需要按照WSDL的标准进行服务接口的描述,提供以web服务方式访问服务的实现。共享服务管理对疾控各业务系统提供的应用服务进行生命周期管理(注册、发布、调用、注销等),并对平台与各个业务系统之间,以及各个业务系统之间所有服务调用进行控制。
2.3.3智能插件服务
智能插件服务由智能服务中心和前哨程序构成,其中前哨应用嵌入在其他系统或平台中(如医生工作站),为临床诊疗、公共卫生等互动的业务之间提供交互通道。智能插件服务根据智能服务中心的规则引擎监控其他业务系统的运行情况,触发己方业务服务激活,智能推送应用服务或警示等信息服务,实现相应的协同功能,如对各类数据交换及协调服务应用在各应用系统前段进行数据抓取、信息提醒、应用跳转等。智能插件服务的前哨应用通过嵌入在院内系统中监听临床诊疗服务,使得公卫平台具备与诊疗机构院内业务联动交互的基础。
2.3.4流程引擎服务
流程引擎服务主要是对疾控业务协同服务过程中的多个疾控业务应用提供的功能和服务进行描述、编排、解释、执行,从而定义不同疾控业务协同活动的各种流程及规则。流程引擎服务通过对协同服务流程的分析和模拟,梳理个业务系统之间的数据交互流程,把疾控业务协同服务流程中不同的数据处理功能按照协同服务的业务规则编排连接起来,实现协同服务规则的可视化建模和协同服务过程的可视化运行监控。
流程引擎服务将平台各最小粒度服务编排为粗颗粒度服务,以支撑需求更加复杂、安全要求更高、性能要求更快、质量要求更准的交互服务、复用;将业务应用流程之间的网状、高耦合性的协同,编排为中枢化、低耦合、全面准确的协同。
2.3.5协同服务监管
协同服务监管主要是对平台提供的各类协同服务的运行调用情况进行记录。通过对各类协同服务的运行情况进行统计汇总,掌握平台协同服务的态势。同时,根据各协同服务的规则判断协同服务的异常情况,并进行报警提示。
2.4档案调阅服务
档案调阅服务主要是根据个案调阅需求对健康档案相关数据进行抽取、编排、封装展示的功能。档案调阅服务不对健康档案相关数据进行数据实存,仅对各数据服务进行组合投影。
2.4.1健康档案调阅
支持对在健康档案中集成个人疾病档案,并利用健康档案浏览器实现对个人疾病档案的调阅及展示功能。
2.4.2实有人口调阅服务
通过调用实有人口数据与个人注册服务的数据进行匹配,提供居民信息进行实名认证支撑。
2.4.3疾病档案调用服务
疾病档案调用服务主要是根据国家疾控相关规范,提供整合多业务数据形成疾病档案调用的功能。疾病档案调用服务将各业务数据服务进行梳理整合形成底层数据合集,并根据国家疾控的疾病档案要求定义的档案的整合需求,抽取、封装不同的底层数据服务形成疾病档案调用服务,供各业务系统进行调阅查看。疾病档案调用服务不进行实际的数据整合,仅对各业务数据进行编排集成整合,提供浏览展示。
2.4.4信息视图服务
不同用户对于信息的浏览需求不同,很难定义一个各方都满意的健康档案展现模式,需要根据实际需要,定义不同视图,用于不同用户的浏览展现。
信息视图服务主要是根据各业务不同的数据查询展示需求提供不同的信息展现视图。信息视图服务将各业务底层数据服务进行梳理整合形成底层数据合集,并根据各业务定义的视图需求,抽取、封装不同的底层数据服务形成数据视图服务,供各业务系统进行调阅查看,通过前段界面进行浏览展示。信息视图服务不进行实际的数据整合,仅对底层数据服务进行编排集成整合,提供浏览展示。
2.5数据存储服务
存储服务主要是对各业务系统产生的“固化”的结果性数据进行存储,并提供数据共享、数据交换、信息视图、档案调阅提供数据支撑。对于业务系统中的状态类数据、系统类数据不进行存储。
除公共卫生相关系统的业务数据外,还对通过数据交换来的其他系统的数据进行存储。存储服务中的数据模型是按照各疾控业务模型建立。
存储服务对实际业务需求抽象形成的居民的健康特征画像或标签进行存储,供各业务应用调用(如信息视图服务)。
3、其他服务规范
其他服务主要是面向各业务系统提供通用的数据服务功能,每一个服务都是一个独立的系统或应用。对于部分服务功能在区域卫生信息平台已经建立,可以调用区域卫生信息平台的,对于不满足或不符合的服务,可以基于区域卫生信息平台建立或者独立建立。
3.1平台基础服务
平台基础服务主要是为疾控各业务系统在公共卫生数据共享、业务协同等过程中提供基础的地图展示、短信提醒、移动应用、即时通讯等功能。
(1)GIS服务:提供基础地图服务调用及业务数据的地图图层建立服务调用功能。GIS服务可以调用区域平台统一提供的,对于特有的地图服务展示及算法,需要根据具体业务需求进行设计开发。
(2)短信服务:短信服务主要是提供短信编辑与自定义发送服务,并建立与短信运营商短信端口。
(3)移动应用服务:提供针对手机这种移动连接到互联网的业务或者无线网卡业务的应用程序服务。
(4)即时通讯服务(企业QQ):以疾控内部办公为主,建立员工交流平台,提供即时传递文字讯息、档案、语音与视频交流,促进疾控业务效率,并整合相关应用
3.2平台支撑服务
基础维护服务:主要是对基础代码的动态维护及多版本对应,如区划地址编码等。
权限管理服务:主要是对平台的用户角色、平台功能进行定义与授权管理。
分级管理服务:分级管理服务主要是对共享交换的数据、业务协同的服务进行安全级别的定义与标识,并对不同用户的数据访问、服务调用权限进行授权控制。
3.3数据挖掘分析服务
数据资源中心大数据挖掘分析是从业务生产系统或存储服务中抽取数据,进行综合利用。
3.4平台安全管理
基于区域卫生信息平台建设,整体安全体系参照区域卫生信息平台安全体系构建。平台安全管理主要是保证疾控各业务系统在数据交换、数据共享、业务协同过程中的安全。
日志系统:对疾控各业务系统在数据交换、数据共享、业务协同过程中的各用户的操作、系统的运行近记录。
数字签名:提供数字签名服务,签名数据直接嵌入到疾控各业务系统产生的文档中,并提供文档完整性一致性验证、合同签署者身份验证等服务。
CA认证:提供电子认证服务对医务人员签发个人身份数字证书,并签发个人业务资质属性。
4、客户端应用整合
平台中各业务应用功能是以最细颗粒度服务建立,功能相对内聚。根据疾控业务的特征,在具体业务应用时,对平台中最细颗粒度的应用服务在客户端进行聚合,呈现某疾控业务的完整功能,从而支撑不同业务应用场景。具体业务应用通过浏览器访问。
本次客户端应用整合主要是以“人”为核心将相关业务进行归纳,形成疾病登记(传染病登记、心脑血管疾病登记、肿瘤登记、伤害登记等)、疾病定向治疗(结核病治理管理、艾滋病治理管理)、疾病管理(高血压管理、糖尿病管理、肿瘤管理、结核病管理、肝炎管理、艾滋病管理等)、居民疾病筛查与危险因素调查(肿瘤筛查、糖网筛查、慢性病危险因素调查等)、生命统计(出生登记、死亡登记)、免疫接种(疫苗接种管理等)、儿童青少年健康管理(因病缺课、健康体检、重点疾病监测等)七大类业务内容。
在本技术方案的一种实施例中,
1、数据交互服务----数据订阅的实例
1)一个患者甲某天至医院就诊,相关的诊疗信息,记录在医院自己的HIS系统中;
2)每天夜间,该医院的所有就诊信息都会转换为统一格式的信息上传至区域卫生信息平台;
3)如果A患者该次诊断是糖尿病(属于公共卫生基本服务管理的疾病),那么她的就诊、诊断信息,就会通过平台的筛选程序,筛选出来,并以任务的形式,根据该患者登记的居住地址发送到对口的社区卫生服务中心家庭医生处;
4)该家庭医生第二天上班时,她的工作站上就会有一天待完成的任务,要求她联系该患者。如果该患者甲愿意进入糖尿病患者干预管理队列,那么该家庭医生就会为患者甲建立糖尿病管理卡,并定期进行随访干预;
5)同时,因为患者在医院的就诊信息已上传至区域平台,因此家庭医生可以通过“档案调阅”,了解患者在医院的就诊信息(如检测报告等等);
6)对于医院医生而言,他们也可以通过“档案调阅”,了解患者在社区的随访干预情况(如饮食、运动等等)。
对于医院上传数据给平台,这是统一要求。对于根据规则筛选出相关的疾病患者信息,并以任务推送给相应的实体账户。我们将这个要求,作为一行服务注册在平台上,由平台实现数据汇集,数据筛选,数据定向推送。这就是平台级的“数据订阅”
2、数据交互服务----数据调取服务的实例:
1)疫苗接种系统中记录了小朋友的疫苗接种信息;
2)小学入学登记的时候,是需要查验接种情况的,传统的做法是人工检查接种记录本;
3)疫苗接种系统开发“查询接口”;
4)该接口以服务的形式注册到平台上,其他系统,都可以通过调用该接口,获得疫苗接种信息;
这就是数据调取服务的实例
3、数据交互服务---数据质量控制服务的实例
1)对于两个业务系统,定时有大量数据进行交互的情况,采用数据调取服务效率太低,难以有效满足要求,因此采用数据库(中间表)的方式进行数据交换;
2)这里业务的场景,比如医院his数据每天夜间全量上传区域平台;
3)双方先定义交互的中间表;
4)因为是数据表直接交互,需要一个中间环节(由平台提供),划分责任边界,保障数据质量;
5)平台提供数据质量控制服务。即交互的双方(医院和行政管理部门),将数据交互的要求(特别是数据质量的要求)提交给平台;
6)数据交换双方不直接交换数据,医院将数据给平台,平台根据交换要求(即规则)进行数据质量控制,不符合质量要求的退回给医院,符合要求的数据存入行政管理部门的数据库中。
这是数据质量控制服务的实例
4、业务协同服务---共享服务管理
应该理解为进行数据交换服务(数据调取、数据订阅)的一种“通道”,所有服务,以这种“通道”进行的,都需要按照WSDL的标准进行服务接口的描述,以web服务方式访问服务的实现。
5、业务协同服务---智能插件服务的实例
智能插件服务,实际是实现了,平台与医院HIS的一个实时通道,而且该通道不需要大幅改造医院的HIS,后续平台需要与医院HIS进行实时业务协作的,都可以用这个“通道”。
医院所有的HIS系统都部署了公共卫生的“智能插件“(该技术已获得专利授权)。
1)如果患者乙在医院诊断出是传染病,该诊断代码ICD10与“智能插件”的规则库匹配上了,就会实时自动触发传染病报告窗口,由医生完成传染病填报(该项工作要求是传染病法要求的);
2)该填报窗口,可以抓取医生his系统中的信息,简化填报内容;
3)填报的信息,实施传送到区域平台,完成报告;
6、流程引擎服务
流程引擎服务将平台各最小粒度服务编排为粗颗粒度服务,以支撑需求更加复杂、安全要求更高、性能要求更快、质量要求更准的交互服务、复用。
说白了,之前的各种服务,基本是单个服务。通过流程引擎,进行组合服务。
7、档案调阅服务--信息视图服务
不论是健康档案调阅、还是疾病档案调阅。
我们在本次设计的时候,一个最大的不同,就是,不固定档案的内容。
为了不固定档案内容,我们对档案不进行实际(物理)的固定存在。
而是进行全数据目录的展示,不同用户可以根据自己的需要定义不同的档案展示实图,平台根据用户需要内容,到各个系统中调取需要的数据,进行“投影”展示。即信息视图服务将各业务底层数据服务进行梳理整合形成底层数据合集,并根据各业务定义的视图需求,抽取、封装不同的底层数据服务形成数据视图服务,供各业务系统进行调阅查看,通过前段界面进行浏览展示。信息视图服务不进行实际的数据整合,仅对底层数据服务进行编排集成整合,提供浏览展示。
这种模式,极大的提升了档案的实时性和灵活性,仅仅展示用户真正想看到的信息。
一百个人就要一百个自己心中理想的档案展现内容,很难用一种或者几种满足所有人的要求,因此通过这种模式,可以很灵活的解决该问题。
采用了该区域卫生信息平台中实现公共卫生数据交互控制的系统,通过将公共卫生业务概念模型(人、物、事件及其之间的关系)集成入公共卫生应用,以数据为介质,以数据服务总线为通道,以交易中心为枢纽,基于相关业务规则产生任务,有效解决区域内公共卫生不同信息系统的数据共享与业务协同。基于服务总线,通过业务协同服务(交易中心)统一调度实现各业务数据采集交换、信息共享、业务协同,避免系统之间多对多(N*(n-1))的复杂联系;通过提供相关数据服务,实现各业务系统之间进行业务协同和数据共享,以保障各业务系统之间数据的交换一致、同步可靠、协同稳定;通过档案服务对底层数据服务进行抽取、编排、封装、集成、整合,定义不同视图,满足不同的数据视图展现需求。
在此说明书中,本发明已参照其特定的实施例作了描述。但是,很显然仍可以作出各种修改和变换而不背离本发明的精神和范围。因此,说明书和附图应被认为是说明性的而非限制性的。

Claims (12)

1.一种区域卫生信息平台中实现公共卫生数据交互控制的系统,其特征在于,所述的系统包括:
业务平台子系统,用于采集调度交换公共卫生数据;
数据交互服务及业务协同子系统,与所述的业务平台子系统相连接,用于共享业务平台子系统间的公共卫生数据,并协同处理业务;
平台服务管理子系统,与所述的业务平台子系统和数据交互服务及业务协同子系统均相连接,用于提供业务平台子系统内通用的数据服务功能。
2.根据权利要求1所述的区域卫生信息平台中实现公共卫生数据交互控制的系统,其特征在于,所述的业务平台子系统包括:
业务功能模块,用于处理各模块的核心业务,采集公共卫生数据,并调度交换数据,所述的业务功能模块包括疾病登记子模块、疾病定向治疗子模块、疾病管理子模块、居民疾病筛查与危险因素调查子模块、生命统计子模块、免疫接种子模块和儿童青少年健康管理子模块,疾病登记子模块、疾病定向治疗子模块、疾病管理子模块、居民疾病筛查与危险因素调查子模块、生命统计子模块、免疫接种子模块和儿童青少年健康管理子模块彼此之间均相连接;
服务总线,与所述的业务功能模块相连接,用于提供疾控各业务系统中各类服务的封装、重用、组合、调度、监控的功能;
数据传输模块,与所述的服务总线相连接,用于根据业务场景、系统性能和资源情况提供同步数据传输和异步数据传输。
3.根据权利要求2所述的区域卫生信息平台中实现公共卫生数据交互控制的系统,其特征在于,所述的业务平台子系统还包括数据采集模块,所述的数据采集模块包括:
页面填写子模块,与所述的业务功能模块相连接,用于通过建立填报页面的方式进行数据采集;
服务调用子模块,与所述的业务功能模块相连接,用于通过服务调用的方式获取已采集数据的业务功能模块的数据;
中间表读写子模块,与所述的业务功能模块相连接,用于通过定义数据对象接口层在数据库中进行数据表的连接或访问实现各业务功能模块间的数据共享和交换。
4.根据权利要求1所述的区域卫生信息平台中实现公共卫生数据交互控制的系统,其特征在于,所述的数据交互服务及业务协同子系统包括:
注册服务模块,与所述的业务平台子系统相连接,用于通过区域卫生信息平台将系统服务提供给所需用户;
数据交互服务模块,与所述的业务平台子系统相连接,用于为业务平台子系统的各模块之间进行业务协同和数据共享提供相关数据服务;
业务协同服务模块,与所述的业务平台子系统相连接,用于为业务平台子系统的服务调用提供通道,实现业务平台子系统的信息共享、业务协同、数据交换的功能;
档案调阅服务模块,与所述的业务平台子系统相连接,用于根据个案调阅需求对档案数据进行抽取、编排和封装展示;
数据存储服务模块,与所述的注册服务模块相连接,用于对业务平台子系统形成固定规则的结果性数据进行存储。
5.根据权利要求4所述的区域卫生信息平台中实现公共卫生数据交互控制的系统,其特征在于,所述的注册服务模块包括:
个人注册服务子模块,与所述的业务平台子系统相连接,用于保存维护个人的基本信息和健康标识号,并为业务系统提供人员身份识别功能的服务组件;
医务人员注册服务子模块,与所述的业务平台子系统相连接,用于为医疗卫生人员分配唯一标识,并提供给所述的业务平台子系统及其用户使用;
医疗卫生机构注册服务子模块,与所述的业务平台子系统相连接,用于通过建立医疗卫生机构注册库提供本区域内所有医疗机构的综合目录;
术语字典注册服务子模块,与所述的业务平台子系统相连接,用于通过建立术语和字典注册库规范公共卫生事件中的信息含义一致性。
6.根据权利要求4所述的区域卫生信息平台中实现公共卫生数据交互控制的系统,其特征在于,所述的数据交互服务模块包括:
数据资源目录服务子模块,与所述的业务平台子系统相连接,用于对业务平台子系统的数据进行注册和管理,并为后续数据交换提供索引服务;
数据调取服务子模块,与所述的业务平台子系统相连接,用于通过业务平台子系统的参数查询数据存储服务模块中的个案数据,并根据查询结果提供反馈;
数据订阅服务子模块,与所述的业务平台子系统相连接,用于将业务平台子系统的数据根据订阅规则主动推送至对应业务平台子系统的业务功能模块;
数据对接服务子模块,与所述的业务平台子系统相连接,用于对异构的业务系统两两之间提供批量的数据交换服务;
数据质量控制服务子模块,与所述的业务平台子系统相连接,用于提供数据校验与管理机制;
数据服务监管子模块,与所述的业务平台子系统相连接,用于对业务平台子系统提供的各类数据服务的运行调用情况进行记录。
7.根据权利要求4所述的区域卫生信息平台中实现公共卫生数据交互控制的系统,其特征在于,所述的业务协同服务模块包括:
服务资源目录管理子模块,与所述的业务平台子系统相连接,用于对业务平台子系统提供的协同服务进行统一管理,并提供服务查询和调用功能;
共享服务管理子模块,与所述的业务平台子系统相连接,用于对业务平台子系统的协同服务提供一个服务资源注册和管理功能;
智能插件服务子模块,与所述的业务平台子系统相连接,用于根据定义的规则引擎实现协同功能;
流程引擎服务子模块,与所述的业务平台子系统相连接,用于通过对业务协同服务模块流程的分析和模拟,梳理编排业务系统之间的数据交互流程;
协同服务监管子模块,与所述的业务平台子系统相连接,用于对平台提供的各类协同服务的运行调用情况进行记录。
8.根据权利要求7所述的区域卫生信息平台中实现公共卫生数据交互控制的系统,其特征在于,所述的智能插件服务子模块包括:
前哨程序单元,与所述的业务平台子系统、注册服务模块和数据交互服务模块相连接,用于为业务的数据交互提供通道;
智能服务中心单元,与所述的前哨程序单元相连接,用于定义规则引擎,智能插件服务子模块通过所述的规则引擎监控其他业务系统的运行情况。
9.根据权利要求4所述的区域卫生信息平台中实现公共卫生数据交互控制的系统,其特征在于,所述的档案调阅服务模块包括:
健康档案调阅子模块,与所述的业务平台子系统相连接,用于在健康档案中集成、调阅和展示个人疾病档案;
实有人口调阅服务子模块,与所述的业务平台子系统相连接,用于通过匹配实有人口数据与个人注册服务的数据进行实名认证支撑;
疾病档案调用服务子模块,与所述的业务平台子系统相连接,用于根据国家疾控相关规范,整合多业务数据,提供疾病档案调用的功能;
信息视图服务子模块,与所述的业务平台子系统相连接,用于根据不同的数据查询展示需求提供不同的信息展现视图;
数据存储服务子模块,与所述的业务平台子系统相连接,用于对业务平台子系统形成固定规则的结果性数据进行存储。
10.根据权利要求1所述的区域卫生信息平台中实现公共卫生数据交互控制的系统,其特征在于,所述的平台服务管理子系统包括:
平台基础服务模块,与所述的业务平台子系统和数据交互服务及业务协同子系统相连接,用于为业务平台子系统在数据处理过程中提供提醒、展示和通讯功能;
平台支撑服务模块,与所述的业务平台子系统相连接,用于维护支撑业务平台子系统;
数据挖掘分析服务模块,与所述的业务平台子系统相连接,用于从业务平台子系统或数据存储服务子模块中抽取数据;
平台安全管理模块,与所述的业务平台子系统和数据交互服务及业务协同子系统相连接,用于保证业务平台子系统在数据交换、数据共享、业务协同过程中的安全。
11.根据权利要求10所述的区域卫生信息平台中实现公共卫生数据交互控制的系统,其特征在于,所述的平台基础服务模块提供的服务包括GIS服务、短信服务、移动应用服务和即时通讯服务。
12.根据权利要求11所述的区域卫生信息平台中实现公共卫生数据交互控制的系统,其特征在于,所述的平台支撑服务模块提供的服务包括基础维护服务、权限管理服务和分级管理服务。
CN201811227825.1A 2018-10-22 2018-10-22 区域卫生信息平台中实现公共卫生数据交互控制的系统 Pending CN109410110A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811227825.1A CN109410110A (zh) 2018-10-22 2018-10-22 区域卫生信息平台中实现公共卫生数据交互控制的系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811227825.1A CN109410110A (zh) 2018-10-22 2018-10-22 区域卫生信息平台中实现公共卫生数据交互控制的系统

Publications (1)

Publication Number Publication Date
CN109410110A true CN109410110A (zh) 2019-03-01

Family

ID=65468139

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811227825.1A Pending CN109410110A (zh) 2018-10-22 2018-10-22 区域卫生信息平台中实现公共卫生数据交互控制的系统

Country Status (1)

Country Link
CN (1) CN109410110A (zh)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110349068A (zh) * 2019-07-05 2019-10-18 上海瀚之友信息技术服务有限公司 一种公共服务系统
CN110867258A (zh) * 2019-11-13 2020-03-06 李大旭 基于移动健康的个人信息平台
CN111046426A (zh) * 2019-12-12 2020-04-21 和宇健康科技股份有限公司 一种全员人口健康信息综合管理架构
CN111091896A (zh) * 2019-12-12 2020-05-01 和宇健康科技股份有限公司 一种区域人口健康信息集成系统
CN111415753A (zh) * 2020-03-06 2020-07-14 杭州云象网络技术有限公司 一种基于区块链的疫情监测预警方法及系统
CN111584096A (zh) * 2020-05-07 2020-08-25 贵州省邮电规划设计院有限公司 一种基于区域的病理云
CN111584056A (zh) * 2020-05-07 2020-08-25 贵州省邮电规划设计院有限公司 一种医养一体化平台系统
CN111798952A (zh) * 2020-07-16 2020-10-20 山东省玖玖医养健康产业有限公司 一种居民健康管理医疗大数据平台
CN112527408A (zh) * 2020-12-09 2021-03-19 威创集团股份有限公司 一种数据对接方法、装置、计算机设备及存储介质
CN112800027A (zh) * 2021-01-18 2021-05-14 海南金港生物技术股份有限公司 一种食蟹猴数据仓库建设方法
CN113781001A (zh) * 2021-09-18 2021-12-10 常州市卫生健康数据管理中心 基于国家卫生行业标准的区域全民健康信息平台
CN113824778A (zh) * 2021-09-07 2021-12-21 山东健康医疗大数据有限公司 一种一中心多区域部署系统
CN115396260A (zh) * 2022-07-15 2022-11-25 生命奇点(北京)科技有限公司 智能医学数据网关系统
CN115712768A (zh) * 2022-12-27 2023-02-24 世窗信息股份有限公司 目标数据抓取方法、系统、应种漏种提醒方法及系统
CN117457136A (zh) * 2023-12-22 2024-01-26 四川大学华西医院 基于医联网的医疗健康信息医患管理系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101414324A (zh) * 2008-09-01 2009-04-22 中国网通集团宽带业务应用国家工程实验室有限公司 电子医疗系统
CN101739510A (zh) * 2009-12-18 2010-06-16 生命在线(北京)科技有限公司 个性化远程健康交互与监测服务系统及方法
CN104463472A (zh) * 2014-12-12 2015-03-25 江阴中科今朝科技有限公司 电子政务平台系统
CN104574248A (zh) * 2015-01-23 2015-04-29 广东众意医疗科技有限公司 区域卫生一体化信息管理系统
CN104636864A (zh) * 2015-01-28 2015-05-20 贵州省邮电规划设计院有限公司 基于云计算的政务信息资源管理系统
CN104915909A (zh) * 2015-07-01 2015-09-16 深圳市申泓科技有限公司 数据聚合平台
CN105389766A (zh) * 2015-12-17 2016-03-09 北京中科云集科技有限公司 一种基于云平台的智慧城市管理方法及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101414324A (zh) * 2008-09-01 2009-04-22 中国网通集团宽带业务应用国家工程实验室有限公司 电子医疗系统
CN101739510A (zh) * 2009-12-18 2010-06-16 生命在线(北京)科技有限公司 个性化远程健康交互与监测服务系统及方法
CN104463472A (zh) * 2014-12-12 2015-03-25 江阴中科今朝科技有限公司 电子政务平台系统
CN104574248A (zh) * 2015-01-23 2015-04-29 广东众意医疗科技有限公司 区域卫生一体化信息管理系统
CN104636864A (zh) * 2015-01-28 2015-05-20 贵州省邮电规划设计院有限公司 基于云计算的政务信息资源管理系统
CN104915909A (zh) * 2015-07-01 2015-09-16 深圳市申泓科技有限公司 数据聚合平台
CN105389766A (zh) * 2015-12-17 2016-03-09 北京中科云集科技有限公司 一种基于云平台的智慧城市管理方法及系统

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110349068A (zh) * 2019-07-05 2019-10-18 上海瀚之友信息技术服务有限公司 一种公共服务系统
CN110867258A (zh) * 2019-11-13 2020-03-06 李大旭 基于移动健康的个人信息平台
CN111046426A (zh) * 2019-12-12 2020-04-21 和宇健康科技股份有限公司 一种全员人口健康信息综合管理架构
CN111091896A (zh) * 2019-12-12 2020-05-01 和宇健康科技股份有限公司 一种区域人口健康信息集成系统
CN111415753A (zh) * 2020-03-06 2020-07-14 杭州云象网络技术有限公司 一种基于区块链的疫情监测预警方法及系统
CN111584056A (zh) * 2020-05-07 2020-08-25 贵州省邮电规划设计院有限公司 一种医养一体化平台系统
CN111584096A (zh) * 2020-05-07 2020-08-25 贵州省邮电规划设计院有限公司 一种基于区域的病理云
CN111798952A (zh) * 2020-07-16 2020-10-20 山东省玖玖医养健康产业有限公司 一种居民健康管理医疗大数据平台
CN112527408A (zh) * 2020-12-09 2021-03-19 威创集团股份有限公司 一种数据对接方法、装置、计算机设备及存储介质
CN112800027A (zh) * 2021-01-18 2021-05-14 海南金港生物技术股份有限公司 一种食蟹猴数据仓库建设方法
CN113824778A (zh) * 2021-09-07 2021-12-21 山东健康医疗大数据有限公司 一种一中心多区域部署系统
CN113781001A (zh) * 2021-09-18 2021-12-10 常州市卫生健康数据管理中心 基于国家卫生行业标准的区域全民健康信息平台
CN115396260A (zh) * 2022-07-15 2022-11-25 生命奇点(北京)科技有限公司 智能医学数据网关系统
CN115712768A (zh) * 2022-12-27 2023-02-24 世窗信息股份有限公司 目标数据抓取方法、系统、应种漏种提醒方法及系统
CN117457136A (zh) * 2023-12-22 2024-01-26 四川大学华西医院 基于医联网的医疗健康信息医患管理系统

Similar Documents

Publication Publication Date Title
CN109410110A (zh) 区域卫生信息平台中实现公共卫生数据交互控制的系统
Zhai et al. From isolation to coordination: how can telemedicine help combat the COVID-19 outbreak?
US8788287B2 (en) Systems, apparatus, and methods for developing patient medical history using hierarchical relationships
CN104699715B (zh) 患者主索引平台系统构建方法
US20130304512A1 (en) System and method for sharing data in a clinical network environment
CN105389619A (zh) 用于改进健康护理生态系统内的连接的方法和系统
Overhage et al. The Indiana health information exchange
CN104750997A (zh) 一种基于移动互联的诊疗随访业务实现方法
Siyam et al. The burden of recording and reporting health data in primary health care facilities in five low-and lower-middle income countries
KR102501896B1 (ko) 블록체인 기반의 토탈 헬스케어 솔루션
KR102501894B1 (ko) 블록체인을 이용한 의료데이터 공유에 의한 의료 서비스 수익 분배 방법
CN110085329A (zh) 异步多科室远程会诊系统及方法
CN110097953A (zh) 一种智慧医疗云平台系统
CN107731284A (zh) 医疗信息共享方法及系统
CN111180089A (zh) 一种多学科远程医疗云平台配置系统和方法
CN109637644A (zh) 一种基于移动互联网的脑卒中数据管理系统及管理方法
Mehta et al. Infrastructure and System of Telemedicine and Remote Health Monitoring
CN108899094A (zh) 一种多机构协作的疾病科研管理系统
Kosel et al. Connected communities of care in times of crisis
Hvarfner et al. Vital signs directed therapy for the critically ill: improved adherence to the treatment protocol two years after implementation in an intensive care unit in Tanzania
Angula et al. A standard approach to enabling the semantic interoperability of disease surveillance data in health information systems: A case of namibia
CN113506612A (zh) 一种基于微服务和bpmn业务协作的手术室护理信息系统
CN113592688A (zh) 基于区块链的诊疗信息处理方法、装置和电子设备
Godhavari Implementation of Electronic Health Record and Health Insurance Management System using Blockchain Technology
KR20170107190A (ko) 모바일 헬스케어 시스템 및 이를 이용한 컴포넌트 기반 모바일 헬스 애플리케이션 제공 시스템

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40000044

Country of ref document: HK

Ref country code: HK

Ref legal event code: DE

Ref document number: 40000031

Country of ref document: HK