医院信息集成平台建设方案

医院信息集成平台建设方案

目录

一、项目概况........................................................4

二、项目建设清单....................................................4

三、项目总体要求....................................................7

（-）系统的总体要求............................................7

（二）系统技术构架要求..........................................8

（三）系统运行平台要求..........................................9

四、功能描述及服务要求.............................................10

（一）医院信息集成平台.........................................11

（二）集成平台管理系统（运维监控平台）............................20

（三）互联互通评审交互服务.....................................27

（四）互联互通监控大屏.........................................29

（五）数据仓库（HDW）........................................29

（六）数据中心运营管理系统.....................................35

（七）互联互通标准化工具.......................................36

（A）单点登录（SSO）.........................................43

（九）患者主索引管理平台软件（EMPI）..........................44

（十）术语主数据管理系统（MDM）..............................53

（H-一）临床数据中心（CDR）...................................60

（十二）患者360视图...........................................66

（十三）智慧医院指挥中心.......................................74

（十四）闭环管理系统...........................................78

（十五）VTE智能防治管理软件....................................83

（十六）单病种管理系统.........................................92

（十七）运营数据中心（0DR）....................................98

（十八）数据分析引擎管理系统..................................102

（十九）运营决策支持分析系统..................................106

（二十）移动运营决策支持系统..................................110

（二十一）质量指标管理系统....................................113

（二十二）临床数据检索系统....................................119

（二十三）数据质量管理系统....................................122

（二十四）互联互通评审实施服务................................126

（二十五）集成平台接口开发及改造服务..........................130

一、项目概况

医院已经上线了包括HIS系统、LIS系统、电子病历系统、影像

PACS系统、手术麻醉、重症等数十个系统。虽然各系统能共享基本信

息，但各诊疗信息分布在各自的数据库，无法为系统之间的信息查询提

供数据；

由于当前业务系统比较分散，医院系统只能提供单独系统的数据报

表，不能和其他业务系统关联获取完整的信息。本项目医院信息平台建

设，拟实现异构系统的有机整合、业务流程的合理重组、管理模式的全

面优化，实现数据利用最大化、信息共享通用化、管理程序规范化、患

者服务人性化、领导决策科学化的目标。

同时为保证医院信息化高水平、高质量发展，确保外科综合大楼全

面投入和第31届世界大学生夏季运动会医疗保障工作，结合临床和管

理需要，本项目以“医院信息互联互通标准化成熟度测评”四级甲等为

建设目标，通过建设医院信息集成平台，整合院内、外信息系统，实现

院内、外业务互联互通，构建以平台为核心的临床数据中心及临床辅助

决策应用，提高医护人员诊疗水平和服务效率，提升医疗服务质量和医

院管理、治理水平，实现医院运营精细化、智慧化管理。持续不断优化

就医流程，提高患者就医体验和医院服务水平，同时为将来的医疗大数

据和医疗智能应用提供数据支撑。

二、项目建设清单

序号类别系统名称单位数量

1医院信息集成平台套1

2集成平台管理系统（运维监控平套1

台）

3互联互通评审交互服务套1

4互联互通监控大屏套1

医院信息

5数据仓库（HDW）套1

集成平台

6数据中心运营管理系统套1

7互联互通标准化工具套1

8单点登录（SSO）套1

9患者主索引管理平台软件（EMPI）套1

10术语主数据管理系统（MDM）套1

11临床数据中心（CDR）套1

12患者360视图套1

医疗大数

13智慧医院指挥中心套1

据平台及

14闭环管理系统套1

应用

15VTE智能防治管理软件套1

16单病种管理系统套1

17运营大数运营数据中心（0DR）套1

18据平台及数据分析引擎管理系统套1

19应用运营决策支持分析系统套1

20移动运营决策支持系统套1

21质量指标管理系统套1

数据质量

22数据质量管理系统套1

管理系统

临床数据

23临床数据检索系统套1

检索系统

24评审及改互联互通评审实施服务项1

25造服务集成平台接口开发及改造服务项1

三、项目建设依据

1、2021年5月，《国务院办公厅关于推动公立医院高质量发展的

意见》（国办发［2021）18号），推进电子病历、智慧服务、智慧管

理“三位一体”的智慧医院建设和医院信息标准化建设。

2、2021年3月，国家卫健委发布《医院智慧管理分级评估标准

体系（试行）》的通知；

3、2020年12月，国家卫健委发布《三级医院评审标准（2020

版）》，将评审重点调整为医疗服务能力与质量安全监测数据上，引导

医院重视日常质量管理和绩效，推进实现“三个转变、三个提高”，

推进高质量发展。医院评级要过“智慧医院关二

4、2020年8月，国家卫计委统计信息中心印发《国家医疗健康

信息区域（医院）信息互联互通标准化成熟度测评方案（2020年版）》

5、2019年3月18日，国家卫健委发布《关于印发医院智慧服务

分级评估标准体系（试行）的通知》；

6、2019年1月16日，国务院办公厅关于加强三级公立医院绩效

考核工作的意见（国办发（2019）4号）；

7、2018年4月28日，国务院办公厅发布《关于促进“互联网+

医疗健康”发展的意见》；

8、2018年4月13日，国家卫生健康委员会规划与信息司在《医

院信息平台应用功能指引》明确医院信息化功能和《医院信息化建设

应用技术指引》明确医院信息化技术的基础上，发布了《全国医院信

息化建设标准与规范（试行）》；

9、2018年8月28日，国家卫生健康委医政医管局发布《关于进

一步推进以电子病历为核心的医疗机构信息化建设工作的通知》；

10、2018年10月31日，国家卫生健康委发布《进一步改善医疗

服务行动计划（2018—2020年）》及考核指标（医疗机构）；

11、成都市医联工程相关要求；

12、四川省三级医院评审标准实施细则（2021年版）。

三、项目总体要求

（一）系统的总体要求

1、一体化：保证数据由采集、存储、整理、分析到提取、应用

的一体化，实现数据发生地一次性录入，然后被所有对该数据有需求

的单位多次重复，不同层次使用，各模块之间要实现数据共享，互联

互通，清晰体现内在逻辑联系，并且数据之间必须相互关联，相互制

约。

2、系统运行的维护与管理：系统在运行过程中，必须建立日志

管理、各项管理制度及各种操作规程。系统维护应包括工作参数修改、

数据字典维护、用户权限控制、操作口令或密码设置和修改、数据安

全性操作、数据备份和恢复、故障排除等。

3、本项目建设周期内须符合国家最新出台的相关标准、规范及

政策要求。

4、系统符合医院信息互联互通标准化成熟度四级甲等评审要求。

（二）系统技术构架要求

1、易用性：软件系统应考虑实用性与先进性相结合，要体现出

易于理解掌握、操作简单、提示清晰、逻辑性强，直观简洁、帮助信

息丰富，而且要针对医院输入项目的特点对输入顺序专门定制，保证

操作人员以最快速度和最少的击键次数完成工作。

2、安全性：

系统级安全：数据库设计应阐明用何种方式保证系统安全。

应用级安全（工作站的权限验证）：应用系统的安全性主要从以下

几个方面考虑：工作站现时是否有权运行系统、操作员现时是否有权

使用某系统、数据加密、应用操作系统权限。系统具有抵御外界环境

和人为操作失误的能力：有足够的防护措施，防止非法用户侵入；保

证不因操作人员的误操作导致系统的崩溃等。

操作员的权限验证：系统管理应能根据员工的职务和所承担的工

作进行角色划分，通过角色划分进行权限分配，当操作人员超越权限

进行登录时，系统应能拒绝并记录在系统日志中。

数据加密：除了以上所属的登录/使用验证以外，系统还应能采取

了对某些关键数据（如用户代码和密码）进行加密的方法，来提高安

全性。

稳定性：具有基于数据库系统开发的经验。

响应速度快：各一线工作站高峰期操作系统时无感觉等待，查询

操作进行预处理以加快查询速度。额定用户同时运行时不能出现堵塞

现象。

灵活性、维护性：系统可根据医院的具体工作流程定制、重组和

改造，并为医院提供定制和改造的客户化工具。为适应将来的发展,

系统应具有良好的可裁减性、可扩充性和可移植性；系统的安装卸载

简单方便，可管理性、可维护性强；软件设计模块化、组件化，并提

供配置模块和客户化工具。系统需求及流程变化、操作方式变化、机

构人员变化、空间地点变化（移动用户、分布式）、操作系统环境变化

无影响。

扩展性：采用开放式的系统软件平台、模块化的应用软件结构,

确保系统可灵活地扩充其业务功能，并可与其它业务系统进行无缝互

连，采购人如需连接其他系统的，提供相关技术接口和进行技术配合。

先进性：采用业界先进、成熟的软件开发技术和系统结构，面向

对象的设计方法，可视化的、面向对象的开发工具。

（三）系统运行平台要求

1、技术结构：在局域网上运行的医院信息系统，采用面向服务

（SOA）的软件体系结构，并具有与医保等外部系统联接的接口。

2、操作系统：数据库层为WINDOWSSERVER2012或LINUX操作

系统，应用服务层为WINDOWSSERVER2012或LINUX操作系统，客

户端为Windows7及以上。

3、数据库平台：根据采购人便于维护的管理需要，要求支持MS

SQLSERVER2012及以上、OraclellG及以上等大型关系型数据库。

4、信息集成平台的并发量不低于每秒3000次，吞吐量每天支持

不低于3000000次，消息延迟不超过0.1秒，容灾支持双机热备、双

活、集群、超融合、云备份、云存储等场景。

5、系统支持多院区（含互联网医院）访问，提供统一的医疗数

据访问服务，确保整体医院内的临床医生处在任何院区或者无论隶属

于哪家子医疗机构，都能无缝访问完整的病人记录并获得相同的病人

诊疗信息。

6、具有可靠的安全认证机制，本项目涉及到的所有软件必须满

足等保2.0三级要求。

7、提供可视化的运维管理界面。

8、集成平台无停机运行时间每年大于8750小时（人为因素或电

力故障或网络故障除外）

9、提供单病种管理系统须实现最新54个单病种/手术数据智能

采集及上报

四、功能描述及服务要求

（一）医院信息集成平台

序功能模

技术要求

号块

1.医院信息集成平台是以中间件（包括消息中间件

或企业服务总线ESB）为核心，全面支撑医院各

类业务系统间的数据传输和消息传输的交互场

景，为未来各类业务系统上线和集成时提供交互

标准框架及参考；

2.中间件是整个医院信息集成平台的核心，提供多

种通讯协议的访问接入、不同通讯协议之间的转

换、不同数据格式的加工和处理、基于业务流程

的消息路由和基于主题的消息订阅/发布。

功能要

1.3.遵循面向服务（SOA）的设计原则和技术标准，提

求

供松耦合的集成模式，实现各类异构系统的信息

交换、资源共享，提供完备的服务治理工具，全

面掌握服务资源全生命周期，为系统间交互提供

标准化服务接口，以满足应用集成及数据共享交

换。

4.支持最新WebServices标准，包括SOAP1.1/1.2、

WSDL1.1、MTOM/XOP、WS-IBasicProfile1.1

等，支持WebServices自有的安全性WS-Security

和寻址功能WS-Addressing,可以实现Web

Services同步和异步不同形式的调用。

5.具备高性能处理能力（不超过1秒），尤其对于

XML数据的校验和解析、XSLT解析、非XML报文

的处理、路由和过滤、数据库操作、WebServices

调用等都要满足高性能要求，提供动态的缓存机

制，保证数据能够在内存中最快速的处理（不超

过1秒）。

6.提供统一的、基于开放接口的工具，实现开发、

编译、测试、调试、部署和管理的功能。

7.集成引擎支持集群部署，提供软件级容灾机制，

具备容灾功能和实现高可用，保证平台7*24小时

的运行。

8.具有高度的灵活性和扩展性，能够在医院业务高

峰期数据库，确保整个业务系统的稳定运行。

9.通过可视化的图形界面来管理系统内各个模块，

要求采用完全异构的交互方式，异构系统之间应

采用标准的消息模式进行交互。

10.平台可以通过系统接入组件连接院内现有的应用

程序和数据。

11.系统接入组件提供可视化管理，可以监控接口的

运行状态。

12.兼容市面上主流的关系型数据库和面向对象的数

据库，如SQLServer,Oracle,IBMDB2>MySQL

Postgresql等；支持JDBC和ODBC两种数据库

连接方式；在数据交换和流转过程中，支持业务

逻辑中对不同数据库的存储操作，支持对不同数

据库实现不同的用户和密码支持。

13.支持Windows、Linux服务器操作系统；

14.支持热备高可用性部署，主机与备机之间配置、

消息库可实时同步，当主机发生故障时，备机可

在不需人工干预的情况下2秒内自动启动，消息

在备机中继续运行，当主机修复后，消息会转回

主机中继续处理；

15.支持HL7V2、HL7V3、国家互联互通CDA标准、FHIR、

XML、JSON标准和规范，提供对这些标准处理的

工旦.

16.支持HL7V2、HL7V3标准库;

17.支持多种通讯协议，包括但不限于TCP/IP、SOAP

Web服务、RESTWeb服务、文件、定时器、DLL、

Kafka、数据库；

18.支持简单代码映射lookup表配置功能、H2内存

数据库；

19.支持通用的JAVA脚本开发功能，包括Groovy脚

本，支持对JSON,XML结构数据的脚本处理；

20.同一服务可同时支持接口模式和集成模式。任意

两个异构系统之间通过平台进行信息交互。应用

系统发送和接收的数据应符合HL7/IHE标准，在

HL7没有定义的情况下对HL7标准进行扩展。

21.对于失败消息能够继续重传和查询，可在任意流

程节点编辑后重发。

22.不管是失败的消息还是成功的消息都能做持久化

保存。

23.具有消息查询和报表工具，提供消息审计和分析

界面。

24.支持基于内容和“发布/订阅”的路由。

25.可以实现消息的动态路由，且路由规则通过配置

方式实现。

26.支持同步消息和异步消息的应用整合。

27.具有高度优化的转换引擎，进行标准化的转换，

能实现非标准数据与标准数据的相互转换以实现

不同系统间的数据交换。

28.可以支持HL7V2、V3标准消息的映射和转换，提

供图形化配置界面；

29.支持非标准XML数据的格式转换，实现XML数据

格式和其他数据格式之间的映射和转换。

30.可定制和扩展的路由功能和基于规则的流程控制

功能。

31.具有消息传递和队列管理功能，能对消息路由进

行图形化编排。

32.通过业务流程管理实现业务协同，业务流程可配

置，通过图形化方式实现业务流程管理，提供启

动、管理和监视流程的功能。

33.能够实现从业务流程图与代码之间互为转换能

力。

34.集成平台涉及多个不同业务系统间的数据交换，

面临大量的业务交互以及数据的持续变化，为保

证系统的高可用性，需及时发现、诊断以及纠正

消息交互过程中所出现的问题。集成平台能够自

动记录每一个处理请求活动的完整消息和内容，

可查看各阶段消息转换情况，提供丰富的搜索手

段，同时支持消息的导入导出功能，实现对业务

交换进行全过程、透明化的跟踪追溯。

35.经过集成平台进行交换的数流都可通过添加内置

的日志节点，提供标准的基于XML格式的日志通

知接口，对于某一数据而言，能对数据的传输、

访问路径、存储情况进行跟踪，以检查该数据交

换的历史痕迹并将各业务系统自身的运行日志统

一汇集到集成平台中，实现医院信息系统日志的

集中管理。

36.支持能在同一个界面中完成流程开发、调试、服

务监控等工作，并能显示异常错误队列；

37.支持拖拉式图形化路由设计及路由间衔接和串

联；

用户界

2.38.支持全局视图显示整个流程完整流通线路，用户

面要求

能直观查看包含多终端、多路由的完整消息处理

流程，在一个视图页面上能看到整体业务流程图；

39.支持图形化数据映射配置界面，并能支持通过代

码编写进行数据映射配置。

40.支持主流关系型数据库的数据抽取、更改、插入

功能，如MS-SQL、Oracle.MySQL,支持上传任

意的数据库JDBC驱动以提供对其它数据库连接

的支持；

41.支持数据处理结果图形化全局流程显示，并提供

数据库

流程树状显示，展示在整个流程中路由内每个节

3.支持要

点数据的状态，方便用户进行问题排查；

求

42.数据库事务支持，一库多表操作时可回滚，支持

跨数据库事务处理；

43.支持数据库终端结果可自动生成JSONschema方

便数据映射；

44.支持平台不使用特殊自定义数据库存储数据，允

许用户在不使用引擎工具的情况下，用通用数据

库工具也能查询数据。

45.支持在线查看系统状态信息、进行性能监控，可

以进行数据管理，允许访问日志、进行故障诊断；

46.监控均为网页界面，网页界面支持单页面随时切

换中英文；

47.支持在发生异常情况时或消息堆积时可发送通知

和提醒，消息堆积警告和警报阙值可配置；

运维管48.支持在线服务自助式调试Web界面，调试界面支

4.

理要求持单元测试及集成测试；

49.支持可开放的集成平台管理、设置、监控的API,

支持第三方的应用开发；

50.支持采用H5技术，支持PC端和移动端设备查看

引擎运行状态，界面自适应调整分辨率；

51.支持选择性关闭路由中消息追踪功能，减少不必

要排错消息存储，节省磁盘空间。

52.集成平台提供标准化患者建档流程，生产方发布

患者信息登记、更新操作服务经过集成平台下发

门诊交订阅给业务消费方。

5.

互服务53.集成平台提供标准的患者挂号信息接收服务，用

于接收生产方的患者信息以及挂号基本信息；集

成平台根据医院实际应用场景下发订阅给业务消

费方。

54.集成平台提供标准化门诊申请单流程，生产方发

布申请单开立、更新、以及医技确费状态变更服

务经过集成平台下发订阅给业务消费方。

55.集成平台提供标准化门诊危急值流程，生产方发

布危急值报告发布、召回、反馈操作变更服务经

过集成平台下发订阅给业务消费方。

56.集成平台提供标准化门诊医技报告流程，生产方

发布医技报告发布、撤销操作变更服务经过集成

平台下发订阅给业务消费方。

57.集成平台提供标准化入出院流程生产方发布入院

登记、取消入院、出院登记、取消出院变更服务

经过集成平台下发订阅给业务消费方。

58.集成平台提供标准化入出转病区流程，生产方发

布入区、出区、转区、转床、婴儿登记以及反向

住院交变更服务经过集成平台下发订阅给业务消费方。

6.

互服务59.集成平台提供标准化住院申请单流程，生产方发

布申请单开立、更新、审核、执行、以及医技确

费状态变更服务经过集成平台下发订阅给业务消

费方。

60.集成平台提供标准化住院医技报告流程，生产方

发布医技报告发布、撤销操作变更服务经过集成

平台下发订阅给业务消费方。

61.集成平台提供标准化住院危急值流程，生产方发

布危急值报告发布、召回、反馈操作变更服务经

过集成平台下发订阅给业务消费方。

62.集成平台提供标准化手术麻醉流程，生产方发布

手术排班、手术状态、以及项目收费/退费操作变

更服务经过集成平台下发订阅给业务消费方。

63.分析院内业务与信息化交互流程，设计标准的交

互流程和规范；

64.制订院内数据交互标准，指导各厂商进行改造（包

括但不限于HIS.LIS.PACS、EMR等系统厂商按

国家医院信息互联互通标准进行改造）；

65.采用SOA分析与设计方法，组件化、平台化开发

院内流与集成模式，充分考虑系统的开放性、可扩展性、

7.程标准稳定性及安全性，系统支持C/S和B/S架构；

化66.利用集成引擎工具，进行定制和开发，开放经过

标准化梳理的接口服务；

67.将各个业务系统间交互通过集成引擎进行协同；

68.采用消息模式提供的标准化服务包括但不权限

于：患者管理、检查、检验、医嘱、手术、护理、

物品供应、费用/财务、患者信息管理、就诊信息

交互、申请单信息交互、医嘱信息交互、结果、

状态信息交互、预约信息交互、医疗卫生机构管

理、医疗卫生人员管理、电子病历管理、术语管

理。

（二）集成平台管理系统（运维监控平台）

序功能模技术要求

号块

69.首页需展示已上线服务的整体运行情况。包含吞

吐量趋势、关键指标、提供方和消费方调用情况

等。

70.支持平台运行概况最近一次巡检得分

8.首页71.支持巡检得分趋势

72.支持服务消费方请求耗时ToplO排名

73.支持系统请求服务数的ToplO排名

74.支持服务吞吐量趋势

75.支持服务器性能监控

76.服务管理需提供常见应用集成场景所需要的标准

服务，如果这些服务无法满足医院个性化需求，

服务管或者项目进入系统运维阶段，随着医院的信息化

9.

理发展，当有新的接口服务需求，或者有新系统接

入时，需要与现有系统进行对接，服务管理平台

可通过快速配置实现服务的新增、服务的发布管

理功能，实现对服务的集中管理，提高医院信息

化管理效率及水平。

77.支持服务列表

78.支持服务查询

79.支持导入、导出服务包

80.支持服务配置及删除

81.支持服务上线、下线

82.支持服务审核授权

83.支持服务字段级别授权

84.服务管理功能，管理所有对外服务及文档，具有

启/停等管理功能；

85.组织信息（医院组织机构代码）登记功能；

86.院内应用系统注册功能，为单点登陆、订阅发布

等功能提供基础数据；

87.信息系统权限管理功能，登记院内信息系统的模

块、角色，方便新增人员时分配权限；

88.日志查看功能。

89.系统用户维护功能，对系统用户的增/册V改/启/

停等维护操作。

90.系统角色设置/维护功能、对角色下用户的设置/

维护功能。

91.系统消息查看功能，集成平台系统对当前用户推

送的所有消息进行查看。

92.系统日志查看功能，对平台系统管理各项操作记

录进行查看。

93.服务生命周期管理：实现对集成平台中所有接口

服务的新增、发布、启用、停用的全生命周期管

理。

94.对外服务接口采用认证授权模式，通过不同服务

厂商唯一编码进行访问；

95.支持服务对象认证控制，只有通过认证的第三方

厂商才能获取到授权，通过授权访问服务资源；

96.提供隐私保护功能，通过可视化界面配置各个数

据元的脱敏规则；

97.提供服务审计功能，对于每一次数据服务，都会

进行服务过程的完整记录，以便将来审计和分析。

98.服务监控需对医院所有服务运行情况的监控，通

过监控，及时发现问题采取干预措施；

99.支持展示业务系统与集成平台之间的服务调用关

服务监系；

10.

控100.支持展示提供方、调用方服务调用次数；

101.支持展示服务关键指标，包含服务请求次数、

服务异常次数、接入系统总数、接入服务总数；

102.支持监控服务吞吐量趋势；

103.支持系统服务流向关系图例展示；

104.支持展示服务列表；

105.支持服务调用详情，包含服务调用链路、耗时、

路由名称、消息ID；

106.支持模糊查询；

107.支持多条件组合查询，例如：患者门诊号、住

院号、姓名、身份证号、卡号标识；

108.支持追踪消息的流转状态及流转轨迹，便于业

务系统进行问题排查；

109.集成平台服务器状态监控，显示CPU、内存和

硬盘使用率以及服务器网卡的输入和输出情况；

110.应用服务状态监控，显示集成平台系统与其它

应用服务器的实时连通状态是否正常；

111.状态监控，显示当前集成平台服务器运行状

态、数据同步服务是否正常；

112.软件许可使用情况监控，显示当前使用率和最

高使用率；

113.应用服务报错详情监控，显示各系统及其平台

组件的具体报错原因详情；

114.当前平台消息排队量监控，显示平台当前消息

排队的各个组件及其对应的排队量和活动消息

量；

115.基于集成平台交互服务的源系统和目标系统

订阅关系展示；

116.显示集成平台当前正在运行的各接口传输的

消息量和平均每条消息的处理时长；

117.显示集成平台上当日各个时间段的输入数据

量和输出数据量；

118.基于集成平台各业务系统标准化服务的输入

输出消息量的统计。

119.集成平台对接厂商需通过我的服务功能完成

服务调试，并需在我请求的服务和我提供的服务

之间切换。

120.支持服务查询；

121.支持接口方案下载；

122.支持服务申请、取消申请、重新申请、服务调

服务调试、支持服务对接；

11.

试123.服务文档管理：管理所有对外交互服务接口文

档，具有启/停和上传下载等管理文档功能。

124.测试管理：提供对接口服务的在线测试功能，

在服务发布之前可由测试人员在平台上进行服务

测试，测试通过后方可发布使用。

125.服务授权：实现对已接入平台的系统允许访问

的服务进行授权，只有已授权的系统才能访问指

定的服务。

126.交互服务配置：提供可视化配置界面对交互服

务内容进行配置和维护，对所有接口提供方进行

管理，实现对整个交互服务（从定义到应用到调

阅情况）的完整管理。

127.交互服务订阅：实现业务系统向集成平台可视

化订阅需要的服务信息，当集成平台上的服务信

息更新后会主动推送到指定的已订阅该服务的系

统。

128.服务的统计分析：服务的调用情况和运行情

况，每个调用服务反应的平均时间等信息，方便

平台管理人员直观了解整个平台服务的总体情况

及性能水平。

129.围绕第三方的接入展开一系列的操作。平台对

第三方开发者接入的授权、审核及接入环境、具

体操作和一些常见问题的帮助等。

130.展示出开放平台每个模块的主要信息。

131.包括基础技术文档、平台规则、接入指南等，

帮助第三方快速地熟悉平台的各项规则及协议，

和一些常用的技术知识等。

132.完成第三方的注册以及开发环境的申请。

133.告警管理需围绕告警相关的内容进行配置及

展示。配置模块：告警规则配置、告警订阅、数

据源管理；展示模块：告警信息、巡检概览。系

统后台会有服务定时巡检所有的告警规则，并根

据配置的规则生成相应的告警信息。生成的告警

信息则由“告警中心”展示。

134.支持模糊搜索

135.支持告警处理

136.支持类别管理配置

告警管137.支持总评配置

12.

理138.支持搜索条件配置

139.支持服务运行状态规则配置

140,支持数据库链路状态规则配置

141.支持硬件检测规则配置

142.支持规则修改、删除

143.支持联系人分组

144.支持配置告警级别

145.支持配置订阅规则

146.数据源维护

147.数据源连接性测试

（三）互联互通评审交互服务

序功能模技术要求

号块

148.文档注电子病历文档注册服务

册、查询服电子病历文档检索服务

务电子病历文档调阅服务

个人信息注册服务

149.个人信

个人信息更新服务

思自/王狂切、在直

个人信息合并服务

询服务

个人信息查询服务

150.医疗卫医疗卫生机构（科室）信息注册服务

交互服生机构注医疗卫生机构（科室）信息更新服务

13.

务册、查询服

医疗卫生机构（科室）信息查询服务

务

151.医疗卫医疗卫生人员信息注册服务

生人员注医疗卫生人员信息更新服务

册、查询服

医疗卫生人员信息查询服务

务

就诊卡信息新增服务

152.就诊信

就诊卡信息更新服务

息交互服务

就诊卡信息查询服务

门诊挂号信息新增服务

门诊挂号信息更新服务

门诊挂号信息查询服务

住院就诊信息新增服务

住院就诊信息更新服务

住院就诊信息查询服务

住院转科信息新增服务

住院转科信息更新服务

住院转科信息查询服务

出院登记信息新增服务

出院登记信息更新服务

出院登记信息查询服务

医嘱信息新增服务

医嘱信息更新服务

医嘱信息查询服务

检验申请信息新增服务

153.医嘱信

检验申请信息更新服务

息交互服务

检验申请信息查询服务

检查申请信息新增服务

检查申请信息更新服务

检查申请信息查询服务

病理申请信息新增服务

病理申请信息更新服务

病理申请信息查询服务

输血申请信息新增服务

输血申请信息更新服务

输血申请信息查询服务

手术申请信息新增服务

手术申请信息更新服务

手术申请信息查询服务

（四）互联互通监控大屏

序功能模技术要求

号块

154.提供以监控大屏集中展示的集成平台运行现状、

监控概览指标、服务的运行效率排名、服务器的硬

件资源情况。

监控大

14.155.日调用总数、今日异常、接入系统总数、服务总

屏

数、平台监控天数、历史调用总数。

156.此外还需展示整体平台的架构图，以及所提供的

服务、所消费的服务的调用数统计。

（五）数据仓库（HDW）

序功能模技术要求

号块

157.支持SQLSERVER的组件，主要实现SQLSERVER

数据的容灾和复制，实现业务系统与平台的读写

分离，降低数据同步对业务系统的影响。

158.支持ETL方式，将分布的、异构数据源中的数

据进行批量抽取、清洗、转换、集成，最后加载

到数据仓库中，实现患者全量的临床数据集成。

159.数据中心统一管理和维护原始业务系统库数

据源；

160.能够配置业务系统数据库地址、口令等内容，

从业务系统库收集元数据，元数据包括数据库中

15.ODS的各表的结构等内容；

161.提供高效可靠的数据采集工具，保证数据中心

与业务系统的同步性和一致性；

162.为保障原始数据采集的实时性，数据中心需支

持实时库、动态历史库、静态历史库等数据库类

型。

163.提供数据采集任务管理功能。自动化执行数据

采集任务，保障数据采集的顺序平稳运行。

164.支持在接入数据源中选择要采集数据的表；

165.支持数据采集任务预览和取消采集任务。

166.可查看任务运行状态和采集进度。

167.可对采集任务进行编辑，例如删除任务、修改

过滤条件或修改抽取方式等。

168.提供实时数据采集对接方案，实时数据要保证

准确，能够对多种实时性需求进行多种方案匹配;

169.提供CDC监听功能。可在数据源接入管理中，

找到需要实时采集的数据源，自动出现该系统的

实时数据采集任务。

170.提供实时数据采集退出功能，可以通过在数据

源接入管理中，关闭CDC监听，实时数据采集的

任务能够自动消失。

171.支持基于事务日志的实时捕获，可实时镜像数

据源的数据变化；

172,支持历史数据采集和定时任务采集，并对历史

数据进行抽取；

173.可通过自定义SQL方式生成历史数据采集任

务；

174.历史采集数据可选全表抽取和自定义抽取数

据条数。

175.支持可视化展示数据抽取数量；

176.支持通过过滤条件或选择字段范围，在数据采

集的时候以该条件在表中匹配记录。

177.数据平台具备分布式计算、列式存储、并行计

算、实时数据处理数据能力；

178.利用统一数据平台进行全量数据集中，消除数

据孤岛，实现数据集中存储；

179.统一数据平台需采用最新的大数据相关技术，

保证技术的先进性；

180.统一数据平台支持水平扩展，支持动态扩容、

扩机器，来增加存储空间和计算资源；

整体架

16.181.统一数据平台的全量性，除临床相关数据外，

构要求

对医院主要业务数据进行存储；

182.关键数据需具备实时性；

183.统一数据平台需要保证数据和原始业务系统

的一致性和准确性；

184.统一数据平台中各类数据具备长期性，能够满

足全量数据在线查询需求；

185.要求统一数据平台能够具有容灾备份能力，确

保平台运行的安全性；

186.医院数据仓库以业务流程为主线，提供统一、

稳定的数据集，实现热数据和离线数据的集中存

医院数

17.储。数据集范围基于电子病历国家测评、国家互

据仓库

联互通交互标准测评和国家三级复评指标要求的

数据范围，并在此之上扩展满足医院临床服务、

运营管理及科研分析需求的数据集。

187.支持集成病人信息、门急诊挂号信息、门急诊

划价收费、入院信息、出院信息、住院收费信息、

床位信息。

188.支持集成医院临床医生站系统产生的业务数

据，包括抗菌药管理信息、临床路径信息、处方

信息、医嘱信息等。

189.支持集成医院临床EMR系统产生的业务数据，

内容包括病人门诊和住院所产生的结构化和非结

构化的电子病历信息。

190.支持集成医院护理信息系统产生的业务数据，

包括体征记录、导管数据、压疮信息、跌倒坠床

信息、并发症记录信息。

191.支持集成病案首页信息数据，病案首页包括基

本信息、诊断信息、住院信息、手术信息、费用

信息。

192.支持集成医院手麻系统产生的业务数据，包括

手术记录信息、用药信息、输血信息、诊断信息、

麻醉信息、收费信息。

193.支持集成医院血库系统产生的业务数据，包括

输血申请信息、血袋出入库信息、血型检测信息、

发血信息、配血信息、输血不良反应信息。

194.支持集成医院检验系统产生的业务数据，包括

检验申请单、标本送检、常规检验的登记、微生

物检验的登记、检验结果、微生物初鉴、微生物

鉴定结果、微生物培养、检验结果、检验标本、

检验设备信息。

195.支持集成医院检查系统产生的业务数据，接入

范围包括心电、病理、超声、核医学、放射等检

查的检查申请、检查预约、检查登记、检查结果、

检查影像信息。

196.支持集成医院体检系统产生的业务数据，包括

体检病人信息、体检登记信息、体检收费信息、

体检各项结果、体检单信息。

197.支持集成医院康复治疗系统产生的业务数据，

包括康复类型、康复设备、康复功能评定、治疗

记录单信息。

198.支持集成医院设备物资系统产生的业务数据，

包括设备与物资采购计划、设备与物资请领、设

备与物资入库、设备与物资出库、设备与物资申

购、设备与物资登记、设备与物资管理、设备与

物资保养与维修信息。

199.支持集成医院院感系统产生的业务数据，接入

范围包括发生院内感染的病人信息、院感记录、

院感标本记录、感染部位、手卫生和多重耐药菌

信息。

200.支持集成医院不良事件系统产生的业务数据，

接入范围包括输血不良事件、药品不良事件、护

理不良事件、跌倒不良事件、医疗不良事件信息。

201.支持集成医院ICU系统产生的业务数据，接入

范围包括ICU重症病人的基础信息、ICU体征信

息。

（六）数据中心运营管理系统

序功能模技术要求

号块

202.支持运行的异常作业，提供对应的解决方案及

文档，帮助运维人员快速解决问题。当监控到数据

抽取作业失败时，将异常抽取作业结果进行高亮提

示，给出简要的分析原因，并自动给出相关解决方

总体要

18.案说明，解决方案支持在线预览及下载；

求

203.支持短信预警功能，当数据质量、数据监控出

现异常情况时，可自动发送预警信息。

204.医院整体的数据质量情况，包括：质量指标统

计总览、质量评分趋势、四大维度得分一周趋势。

205.医院数据仓库以业务流程为主线，提供统一、

19.数据中

心运营稳定的数据集数据中心管理系统保证数据质量的

管理准确性、一致性。要求实现以下功能：

206,支持对数据采集的吞吐量、作业运行状况、存

储情况进行实时监控，并可在前台界面进行图形化

展示，保证数据中心的数据准确性；

207.支持采用记录数、关键指标验证机制，实现HIS、

LIS.RIS、病区护士站、护理文书、门诊医生站、

住院医生站、门诊病历、住院病历、麻醉、治疗、

血库管理、重症监护、病案管理、移动护理、纸质

病历数据一致性验证。当数据与源系统数据不一致

时、按时间段进行数据对比，针对差异数据进行数

据的重新处理，保证数据的一致性；

208.支持数据完整性验证，实现HIS、LIS、RIS>

病区护士站、护理文书、门诊医生站、住院医生站、

门诊病历、住院病历、麻醉、治疗、血库管理、重

症监护、病案管理的数据值域验证、空值验证方式，

保证第三方数据接口接入的规范性、有效性；业务

系统提供的数据出现问题时形成问题清单。

（七）互联互通标准化工具

序功能模技术要求

号块

209.互联互通标准化工具是基于数据中心平台的

应用系统，按照医院互联互通标准要求对院内数

据进行标准化转换及上传。

210.支持标准知识库内置管理。

211.支持内置国家标准校验规则，支持可视化共享

文档管理模板。

212.支持源数据智能调试。

213.支持非标数据与标准数据之间转换调试，数据

组装环节定位清晰。

互联互214.支持标准数据交互转化。

通共享215.支持与主数据映射功能一体化集成，院标到国

20.

文档制标的标准化转换。

作216.支持共享文档生成调阅。

217.支持共享文档标准化模板生成。

218.支持共享文档文档浏览、检索和调阅功能。

219.支持跨系统间调阅浏览。

220.为满足数据共享和交换的要求，平台中的数据

需要参照国内外规范、指南进行标准化。

221.要求按照现有国际、国内、行业的标准规范建

立平台系统的相关标准、数据字典、信息分类编

码标准、数据及文件格式、网络通讯规格、通讯

接口。

222.平台软件需遵守有关国际标准、国家标准、专

业标准、软件文档规范。

223.要求具有标准数据元维护管理工具。

224.要求具有标准数据元值域管理和对照功能。

225.要求具有对象标识维护管理功能。

226.要求具有共享文档浏览功能，能够直观清楚地

查看共享文档数量，以及按照患者进行共享文档

查询检索，浏览详细的共享文档内容。

227.平台可对标准的交互服务进行维护管理，并能

够直观地进行服务统计。

228.支持从第三方数据库中抽取原始数据，对抽取

数据从非标数据转化为标准数据，并对标准数据

进行自动化校验。

229.具备标准化数据集功能，包括：患者基本信息

数据集标准化、基本健康信息数据集标准化、卫

互联互

生事件摘要数据集标准化、医疗费用记录数据集

21.通标准

标准化、门急诊病历数据集标准化、西药处方数

数据集

据集标准化、中药处方数据集标准化、检查记录

数据集标准化、检验记录数据集标准化、治疗记

录数据集标准化、一般手术记录数据集标准化、

麻醉术前访视记录数据集标准化、麻醉记录数据

集标准化、麻醉术后访视记录数据集标准化、输

血记录数据集标准化、阴道分娩数据集标准化、

一般护理记录数据集标准化、病危（重）护理记

录数据集标准化、手术护理记录数据集标准化、

生命体征测量记录数据集标准化、出入量记录数

据集标准化、高值耗材使用记录数据集标准化、

入院评估记录数据集标准化、护理计划记录数据

集标准化、出院评估与指导记录数据集标准化、