医院信息系统集成服务平台建设方案(互联互通成熟度测评)

技术要求

（一）项目概况

项目背景及现状

医院信息化建设经历了30 年的发展历程，财务、管理、医疗等部门陆续建立了各自的信息系统。但是，由于建设周期长，信息技术发展快，建设缺乏统一规划，这些信息系统大多数为分散建设，信息不能充分共享和交换，形成大量“信息烟囱”和“信息孤岛”。这就需要提供一个医院信息平台，以解决医院信息系统所包含的临床信息系统、医院管理信息系统、电子病历浏览器等系统的集成。

本着资源整合的基本原则，建设医院信息平台应尽量减少重复性建设，向医院原有的各业务系统和信息系统等提供接口，使其与医院信息平台实现对接，继承已有的数据资源和服务。医院信息平台的建立是医院信息系统建设发展的新要求，具有适应各种政策、技术、业务发展的能力，遵循信息标准化的软件系统都可以接入到平台，并通过平台实现数据集成和应用集成。医院信息平台降低了业务系统间的高耦合性，通过建设医院信息平台，将原先分布在各业务系统中的病人信息交换整合到医院信息平台，实现医院各个科室之间、医院之间信息的互联互通，最大限度地方便病人就医、方便医院一线医护人员工作、方便各类管理人员分析决策。

另一方面，患者到医院就诊，医生需要了解患者在门诊或者在以前的住院记录信息，以便掌握病人情况，为治疗提供参考，所以，建设以病人为主线，将病人在医疗机构中的历次就诊时间、就诊原因、针对性的医疗服务活动以及所记录的相关信息有机地关联起来，并对所记录的海量信息进行科学分类和抽象描述，使之系统化、条理化和结构化，建设以电子病历信息为核心的医院数据中心系统，通过数据中心实现不同信息系统、组织机构间信息资源整合，实现基础数据实时更新，确保信息同步；满足管理决策、临床决策、科学研究、对外信息共享；实现统一的数据仓库的设计及技术文档、元数据管理等功能。建设医院信息平台需制定信息交换标准，统一卫生信息标准与数据字典，形成健康档案的内容规范与标准；

医政医管局印发《关于进一步推进以电子病历为核心的医疗机构信息化建设工作的通知》，详细说明持续推进以电子病历为核心的医疗机构信息化建设有关工作，并明确要求到 2020 年，三级医院要实现院内各诊疗环节信息互联互通，达到医院信息互联互通标准化成熟度测评

4 级水平。

广东省认真贯彻全国健康与卫生大会和全省卫生工作会议精神，全面落实《中共广东省委、广东省人民政府关于建设卫生强省的决定》（粤发〔2015〕15 号）总体部署和

《广东省人民政府关于印发广东省构建医疗卫生高地行动计划（2016-2018 年）的通知》

（粤府办〔2015〕363 号）具体要求，实现广东省医疗卫生资源合理布局和均衡发展，

大幅提升全省医疗机构的综合实力、区域竞争力和国际影响力，提出高水平医院建设要求，

高水平医院标准主要围绕医院落实公益责任、医院运行管理、医疗技术水平、医疗质量安全、

医学教育水平、科学研究能力、信息化能力建设等 7 个方面进行评价医院是

否高水平医院建设要求，高水平医院的评审标准要求主要是医院要通过互联互通测评4

级甲等和电子病历系统功能应用水平5 级标准，江门市中心医院通过不断的信息化建设和完

善，以达到标准要求，助力广东医疗卫生高地的落地实现。

同时，为促进和规范全国医院信息化建设，明确医院信息化建设的基本内容和建设要求，国家卫生健康委员会规划与信息司组织国内相关单位专家和技术人员，在《医院信息平台应用

功能指引》明确医院信息化功能和《医院信息化建设应用技术指引》明确医院信息化技术的基础

上，研究制定《全国医院信息化建设标准与规范(试行)》。

综上所述，医院提出此次基于互联互通的医院信息平台项目的建设是符合政策及本身业务发展需要。

医院信息化现状

江门市中心医院（中山大学附属江门医院）始建于1912 年，前身是加拿大基督教会在江门开办的“仁济医院”。1986 年 12 月至今，正名为江门市中心医院。是集医疗、科研、教

学、预防、保健和康复于一体的三级甲等综合性医院。

医院占地面积 6.5 万平方米，总建筑面积达 16.6 万平方米，包括外科住院大楼、内科住院大

楼。编制床位3000 张，现开放床位 2500 张，设临床、医技科室 45 个。在职员工 2732 人。医院坚持“以人为本”，弘扬“德高医精”院风，率先向社会推出诚信服务承

诺，2007 年设立了开全国先河的名人肖德雄医德医风奖和医学科技奖。以真诚、优质、爱心

取信社会，服务群众，赢得了广大顾客的信心和忠诚度。经过近百年薪火相传，医院形成了特

有的文化底蕴。全院员工齐心协力，共同恪守：“救死扶伤、仁心仁术”的事业使命，“诚信、

敬业、务实、创新”的专业精神，“敢于超前、追求卓越”的价值观念，“全心全意为人民健康

服务”的宗旨，振奋精神，努力把医院建成与国际先进接轨的现代化综合医院。

医院基本实现数字化建设。以光纤为主干的网络，拥有网上工作站2600 多个，建成使用的系统有：HIS、电子病历、LIS、PACS、OA、CIS、绩效分析系统、体检系统、病理系统、病案扫描系统、医保系统等70 多个子系统，医院子系统众多并且还在不断增加，复杂度越来越高；各信息系统之间点对点连接只做了基本的共享缺乏整合，信息不能充分共享，信息孤岛严重；各系统标准不统一，接口无法监管。这些问题的存在导致系统之间耦合度高，系统升级成本大、风险大，数据利用率低。

医院经过多年信息化建设，全院信息化程度已经达到一定水平，可以满足部分科室基础业务开展的需要，但是，医院信息化建设较早，系统从架构到功能上都不能满足国家相关政策的要求和医院的不断业务发展需要。

医院信息化建设采用边建设、边成效的方式，由各个科室不断提出建设需求，各个科室独立建设信息系统，造成各业务系统的烟囱式建设，信息孤岛相对比较严重。医院的基础信息系统建设从系统上看比较完备，目前的集成依靠系统之间的数据接口实现点对点方式的数据共享，通过系统间点对点的业务接口实现流程的对接与数据流转，同时对于全院信息的交互和数据的整合也形成阻碍。

随着计算机技术和医药卫生体制改革的不断深入发展，患者对医疗服务的要求日益增加，医院需要为患者提供更人性化、更合理的医疗服务，记录患者信息的医疗数据也日益丰富。为落实国家互联互通测评和广东省高水平医院的要求，以便民惠民、资源共享、业务协同和统一监管的需求为导向，建设基于互联互通的医院信息平台，解决基于点对点方式的数据接口来实现系统间的信息交互，缺乏信息整合，信息不能充分共享的问题。

设计依据及设计原则

1）统一性

统一设计原则统筹规划和统一设计系统结构。应用系统建设结构、数据模型结构、数据存储结构以及系统扩展规划等内容，均需从全局出发、从长远的角度考虑。

2）实用性和先进性

当今的计算机技术日新月异，因此要求选择的方法、技术、工具、设备不仅要保证具有先进性，而且要保证技术方向的正确性。要结合考虑实用和兼顾今后发展的目的，不论在服务器、软件及中间件等软硬件产品方面，还是在方法论、工具方面，都应选择当今国际上成熟的、主流的并领先的产品和技术来适应更高的数据处理要求，以满足医

疗管理信息系统未来5-10 年的需求发展，并应具有良好的扩展潜力，以适应未来业务的发展和技术升级的需要。

3）安全性和可靠性

设计的整体方案要通过多种安全技术和防护手段，保证系统自身的安全性，保证服务不会中断。在本项目方案中，最重要的设计出发点就是系统的安全，关键设备或设备核心部件应当采取冗余设计，能够避免单点故障导致系统整体或重要功能的丧失，保证系统平稳运行，最大限度减少停机时间而且包括便于故障排查、恢复和日常的运行维护的机制。在采用硬件备份、冗余、负载均衡等可靠性技术的基础上，采用相关的软件技术提供较强的管理机制和控制手段，以提高整个系统和数据的安全可靠性。

4）开放性、互连性和标准化

系统要求采用国际、国家标准、协议和接口，能与现有的和未来的系统互连与集成，支持 HL7、IHE、DICOM、ICD10 等标准。

5）灵活性与可扩展性

设计考虑系统的灵活性和可扩展性。系统建成后要能够满足业务近期、中期甚至长期时间范围数据和业务快速增长的需要。适应目前需求的基础上，能够满足医院以及相关医疗机构不断发展的信息化需要，充分地为将来可预见和不可预见的性能扩充留有余地，并具备方便地扩展系统容量和处理能力和支持多种应用的能力，可以根据业务发展的需要进行灵活、快速的调整，实现信息应用的快速部署，而且新功能、新业务的增加能够在不影响系统运行的情况下实现。系统要充分考虑到扩容和升级的需要，能灵活方便地适应未来系统可能的变化。选择应用开放性标准的产品，确保设备的兼容性；通过系统结构的合理设计和适度资源冗余，为未来的系统扩充打下基础，保证需求增加时系统的平滑扩充，保证前期的投资。

6）经济性与投资保护

所选用的技术和产品应当全部遵循通用的国际或行业标准，各系统模块之间有良好的兼容性和较高的性能价格比。从长远来看，也便于系统的升级和移植或运行其他应用软件，实现整体效益，而且能以较低的成本、较少的人员投入来维护系统运转，提供高效能与高效益的医疗信息服务。

信息化建设参考依据

《国务院办公厅关于促进“互联网+医疗健康”发展的意见》（国办发〔2018〕26

号）；

《国务院办公厅关于建立现代医院管理制度的指导意见》（国办发〔2017〕67 号）

； 《国务院办公厅关于印发深化医药卫生体制改革 2018 年重点工作任务的通知》； 《国务院办公厅关于推进医疗联合体建设和发展的指导意见》（国办发〔2017〕32 号）； 《

“健康中国 2030”规划纲要》； 《国务院办公厅关于促进和规范健康医疗大数据应用发展的指导意见》（国办发

〔2016〕47 号）

； 《全国医疗卫生服务体系规划纲要（2015—2020 年）》（国办发〔2015〕14 号）

； 《

卫生部 国家中医药管理局关于加强卫生信息化建38 号）；

《全国医院信息化建设标准与规范（试行）》（国卫办规划发〔2018〕4 号）

； 《

医院信

息

化

建设应

用

技

术

指

引

（

2

1

7

《国家医疗健康信息区域（医院）信息互联互通标准化成熟度测评方案（2017 年版）

》； 《远程医疗信息系统基本功能规范》； 《医院信息平台应用功能指引》（国卫办规划函〔2016〕1110 号）； 《三级综合医院评审标准实施细则（2011 年版）》（卫办医管发〔2011〕148 号）； 《电子病历系统功能应用水平分级评价方法及标准（试行）》

（卫办医政发〔2017〕 417 号

）； 《三级综合医院评审标准（2011 年版）》（卫医管发〔2011〕33 号）； 《基于电子病历的医院信息平台建设技术解决方案》（卫办综发〔2011〕39 号）；电子病历基本规范（试行）（卫医政发〔2010〕24 号）； 《电子病历基本架构与数据标准（试行）》（卫办发〔2009〕130 号）； 《基于健康档案的区域卫生信息平台建设技术方案》（卫办综发〔2009〕230 号）； 《基于健康档案的区域卫生信息平台建设指南（试行）》； 《健康档案基本架构与数据标准》； 《中华人民共和国计算机信息系统安全保护条例》（国务院令第 147 号）；

；

《信息安全等级保护管理办法》（公通字[2007]43 号）

《中华人民共和国电子签名法》；

卫生计生委《医院基本数据集标准》；

卫生计生委《公共卫生信息分类框架和基本数据集标准》；

软件代码及接口的数据编码采用国际、国家现阶段标准规范，遵循国际、国内相关标准。国际标准：HL7 标准、DICOM 医学影像数据标准、LOINC 实验室检验标准、SNOMED 医院术语标准、ICD9、ICD10 国际疾病编码标准等相关国际标准；

遵循国际和国家数据字典标准规范、省部委数据字典、地区和用户数据字典规范；国际标准的病种分类、药品分类、治疗检查分类等各种字典库，执行的编码标准；

建设目标

医院业务系统众多且不断增加，复杂度越来越高，传统的信息化建设模式基于点对点方式的数据接口来实现系统间的信息交互，缺乏信息整合，信息不能充分共享，已经不能满足医院系统的信息共享和集成需求。此次项目的建设目标就是，以医院信息互联互通标准化成熟度测评中的卫生信息标准为核心，以信息技术为基础，以测评技术为手段，以实现信息共享为目的，建设医疗机构所采用产品的电子病历数据、电子病历共享文档、平台交互服务分别与对应卫生信息标准符合性测试。建立临床数据中心，实现全院业务系统是数据采集，清洗，转换和存储，形成数据仓库 CDR，同时完成业务梳理和服务对接机制，为下一步指导信息化建设改造提供基础服务。医院信息平台建设要从“以管理为中心”转变到“以病人为中心、以业务人员为主体，全面提升医疗决策、医院管理和诊疗水平上来。加强医院信息的数据综合利用，充分发挥信息在临床决策中的作用，利用信息化手段改进医疗监管体制，提高医院的监管效率。在 2019 年促使医院的整体

信息化水平达到互联互通标准符合性评测标准的4 级甲等的要求并通过评测，达到提高医疗资源利用率，提高医疗服务体系的整体运作效率的整体目标。

建设内容

结合此次江门市中心医院的项目建设目标，项目采购内容包括：

基于互联互通的医院信息平台总体架构要求

基于互联互通的医院信息平台包括信息交换层和信息资源层。信息交换层，主要用于实现全院级应用系统互联互通的需求，主要任务以满足临床信息、医疗服务信息和医院管理信息的共享和协同应用为目，采集相关业务数据，并对外部系统提供数据交换服务；提供支持HL7 标准的消息传输机制，建立服务之间的通信、连接、组合和集成的服务动态松耦合机制，为集成遗留系统和新建基于SOA 的应用系统的服务集成提供了支撑。并在此基础上，开发面向应用的业务适配器组件，实现各集成应用之间可管理的接口透明，为医疗应用提供了便捷、一致、安全并符合标准的丰富接口，保证服务之间信息的可靠传送，实现不同操作系统，不同数据库、中间件运行平台及其基于这些平台之上开发的应用软件的服务集成。

信息资源层是对于各个业务系统产生的医疗业务信息、临床信息、医院管理信息，通过业务信息库进行整合，主要服务于建立全院级的病人主索引的需求、建立全院级电

子病历的需求，并为医院信息二次利用、为患者提供公众服务、与外部互联奠定数据基

础；支持结构化数据存储，以 XML 格式提供结果数据，便于相关系统进行二次处理（如科研

或质控）。

医院信息平台是基于SOA(面向服务的体系架构)的技术理念进行搭建，也可称为医疗服务总线。采用开放的信息技术标准，如 SOAP/Http/Http (s), X ML/ H ttp (s)，JMS/MQ 等。在

医疗服务总线上，院内所有应用将以Services(服务)方式进行统一封装，以此来屏蔽个医疗

业务系统接口的异构性，达到整个医疗信息系统的规范化。封装后的业务系统将以松耦合的

方式接入医院服务总线。单个业务系统既可以是Service Provider（服务提供者），也可以是

Service Consumer（服务消费者）。基于 SOA 架构的医疗信息交换平台同时能够以标准的数

据格式，例如 HL7/CDA 等向院外暴露业务接口，为今后实现区域内医疗信息的共享提供坚实

的基础。

在数据层面,采用关系数据库、非关系型数据、检索数据库、数据仓库等技术相结合实现数据存储管理，在服务层面，采用数据采集 ETL、数据服务总线 ESB、流程引擎、主索

引、搜索引擎等技术为应用层提供统一标准的 Web S ervice 数据服务，在应用层面，通过 HTML

技术、BI 展现技术、应用门户技术等实现应用的发布与访问。

医院信息平台技术要求

必须充分考虑医疗行业发展趋势，采用先进的体系结构和软硬件技术，满足目前以及将来相当一段时间对系统的需求。从而达到既满足医疗机构或组织应用整合现阶段工作对系

统水平和能力的要求，推动计算机应用向更高级阶段发展，又能够在今后数年内保持其技术的

先进性和实用性，从而保护投资的有效性。

整体架构规划设计应采用国际主流SOA 架构，采用分布式、多层次和松耦合结构。通过制定全院的数据标准、传输标准、安全体系，对医院的各个业务系统进行梳理和改造，完成符

合国家标准、HL7 的整合、交换、安全体系。从而实现病人服务精细化，以病人为中心，面向

病人优化业务流程，加强病人就诊体验，提升医院整体服务质量。

建立标准化交互体系，从生产系统、分析系统、接口交换等各层面都能够产生并使用标准化的数据和消息，将医院所有信息系统以灵活的方式进行互联互通，每个新系统上线或

者现有系统改造时，最好不要对原有的系统产生影响。任何新系统上线时，可以快速的标准化

而不需要大规模的改动程序。

以ICD/SNOMED/LONIC/DICOM 国际标准为技术手段，解决HIS/EMR/LIS/PACS 等

信息

系统的标准化；

以Web Service 技术作为SOA 服务开发技术的首选技术，并要求遵循WS-I Basic Profile 的有关指引；

以 HL7RIM/IHE 为方法论，基于 ESB 和CDR，解决信息集成共享的标准化；

医院信息平台可支持主流的卫生信息交换国际标准和规范；

基于 Web Service 的服务的安全管理应遵循 Web Service 服务规范中 WS-Security 规范，其他形式的服务也必须提供安全保障。

平台在建设过程中必须考虑引进和采用国际信息标准或者建立自己的标准代码和数据规范体系。由于医疗卫生行业的业务相当复杂，涉及的信息也是非常庞大，要在

很短的时间内制定出所有相关的标准是很困难，也是不现实的。比较可行的是，根据简单

实用的原则，先行制定出一些标准，如医院业务的数据采集标准，初步实现数据的共享和交换，

随着需求的增长，再逐步进行扩展，建成全方位的，多功能的医疗卫生信息交换规范和标准。

构建服务总线，构建数据中心，建立基于平台的应用。

实现业务系统之间互联互通的需求，实现不同系统之间的路由、交换、协同工作，包括在数据传送过程中实现协议转换、数据格式转换等功能；对原有相对分散的数据进行集成、整合、存储，以提高数据的利用率，减轻业务系统的压力，并对临床决策支持、运营决策支持提供数据支撑。

安全及隐私保护设计要求

★投标人须承诺：本项目医院信息平台建设安全架构设计参照信息系统等级保护技术设计要求，符合国家信息安全等级保护三级标准。

本项目医院信息平台建设安全架构设计以安全需求为驱动，结合平台所承载的业务信息数据及系统服务情况，在计算环境、区域边界、通信网络、安全管理方面构建结构化信息安全体系架构，安全措施彼此间存在互补、增强，并与物理安全防护措施结合，整体上形成一个策略、组织、技术和运维结合的信息安全保障体系，保证平台信息的安全及业务的连续，并适应随着未来业务应用和管理需求的不断发展而动态性调整，最终达到“整体合规、资源可控、数据可信、持续发展”的生存管理与安全运维目的。

一）系统安全需求

随着信息化的日益深刻，信息技术的应用日益普及，系统信息安全问题已经成为影

响系统应用的重要问题。如何使信息系统不受黑客和病毒的入侵，如何保障数据传输的安全性、可靠性，也是项目建设过程中所必须考虑的重要事情之一。

系统的安全需求，主要包括数据安全需求（保密性、完整性、可用性）、业务逻辑安全需求（身份认证、访问控制）

、其他安全需求（登录控制、会话控制）。

1、数据安全需求

保密性、完整性和可用性是多级安全数据库必须具备的三要素。保密性，又称机密性，是指保护数据库防止不合法的使用造成数据泄漏、更改或者破坏。为了实现保密性，数据库管理系统采取了存取控制和审计等手段。完整性，包括系统完整性和数据完整性。数据完整性，是指数据正确性、一致性和相容性。可用性，是指当系统授权的合法用户申请存取有权存取的数据时，安全系统应该尽量减小对合法操作的影响。

为了保障系统数据保密性需求，保障数据库特定表中信息敏感字段的安全，系统采用对该字段进行加密的方式进行存储。

为了保障系统数据完整性要求，对数据库采用多种方法来保证数据完整性，包括外键、约束、规则和触发器。系统很好地处理了这四者的关系，并针对不同的具体情况用不同的方法进行，相互交叉使用，相补缺点。

2、业务逻辑安全需求

系统的权限验证分为三种机制：功能菜单和功能点权限分配、角色权限预分配、流程权限分配。

1）功能菜单和功能点权限分配

这属于系统管理里的权限分配范畴，主要是控制用户对页面及页面上操作的权限。

2）角色权限预分配

就是根据在项目的授予的不同角色拥有不同的的权限，这种权限是根据用户需求在程序中预先定义的，不同的模块有所不同，比如：项目相关信息模块里项目查询者就不能上传文件，只能下载文件。

3）流程权限分配

利用工作流节点的配置属性来分配权限。

3、网络安全需求

现今的网络信息安全存在的威胁主要表现在以下几个方面：

非授权访问。指对网络设备及信息资源进行非正常使用或越权使用等。

冒充合法用户。主要指利用各种假冒或欺骗的手段非法获得合法用户的使用权限，以达到占用合法用户资源的目的。

破坏数据的完整性。指使用非法手段，删除、修改、重发某些重要信息，以干扰用户的正常使用。

干扰系统正常运行。指改变系统的正常运行方法，减慢系统的响应时间等手段。

病毒与恶意攻击。指通过网络传播病毒或恶意Java、XActive 等。

线路窃听。指利用通信介质的电磁泄漏或搭线窃听等手段获取非法信息。

二）隐私保护需求

医院信息平台及数据中心是由一系列关于个人健康资料的数字化档案库构成，如病人的身份确认、病历记载、实验室检验、影像诊断报告、处置、治疗、用药等信息。加强对电子病历的隐私保护是医院信息平台重点关注的问题，《电子病历基本规范（试行）》要求：“对操作人员的权限试行分级管理，保护患者隐私”。

患者隐私保护应对医务人员进行身份审查，根据病种、角色等多维度授权对于用户登录，当医务人员因工作需要查看或访问非直接相关患者的电子病历资料时患者电子病历时，应警示使用者依照规定使用患者电子病历资料，系统应自动生成、保存使用日志，对电子病历数据的创建、修改、删除等任何操作都将自动生成、保存审计日志，用于日后的审计。

同时，系统应该具备并加强对关键个人病历信息（字段级、记录级、文件级）进行加密存储保护，从而使患者的隐私得到更好的保护。

（二）电子病历系统功能要求

医院信息集成平台

医院信息集成平台概述

以往医院的信息系统建设分期建设，造成系统操作上的割裂和数据之间通讯的割裂，严重的损坏了业务流程的连贯性，互联互通的核心是数据层面和应用层面的整合。

具体来说，重点要解决医院信息系统的系统异构集成、数据共享和数据交换传输标准等关键性技术问题。全院各个应用系统均与医院信息平台互联，并通过医院信息平台实现相互之间的数据交换和应用服务的调用。

医院信息集成平台就是实现医院信息系统应用整合。应用整合的首要需求是实现各医院应用系统之间的互联互通：从集成的层面上，需要考虑三个层面：数据层面、应用

/服务层面和流程层面。即各应用系统在数据层面可以相互交换，在应用层面可以互相

调用，在流程层面可以协同在一起实现全院级的业务协同；从集成的手段上，包括点对

点集成和通过平台来集成，要实现全院级集成，应当通过平台化的手段来实现。

信息集成引擎

1、采用信息建模方法

数据模型是对卫生领域各种活动所产生的使用信息和数据的抽象表述,为卫生信息领域中不同应用开发者提供统一的建模工具和方法。基于电子病历的医院信息平台可采用

基于 HL7 RIM 的EMR 数据建模方法。HL7 研究和开发 RIM 模型的目的是为了解决医疗卫生

领域信息开发和制定的信息标准不一致问题，需要为标准开发和制定者提供一个最高层次的参

考模型。

2、采用HL7 CDA 临床文档架构

CDA(Clinical Document Architecture)是HL7 第三版标准(HL7 V3)的一部分,专门规定临床文档内容的标准化。CDA 只规范文档内容表达,不涉及文档的交换机制。CDA

文档可作为医院信息平台建设选用的最基本的文档内容格式标准。

3、医疗企业集成(IHE)

医疗企业集成(IHE)已成为具有高度影响力的国际性HIT 标准协调组织,可作为医院信息平台建设在区域卫生信息网络环境下实现信息共享最重要的标准、规范之一,其技

术架构选择符合主要的 IHE ITI 规范(包括 IHE ITI 规范中的 XDS 或PIX 规范)。

功能要求如下：

专注医疗的平台，应内置医疗行业专用的协议和消息格式，并内置大量过滤器，不需编程即可满足复杂的医疗集成需求。集成平台应支持 IHE 标准，包含 IHE 交换工具。协议转换，具备Socket、WebService、JMS(MQ)、MQTT、FTP 协议连接能力，以及与其他协议相互的转换能力。

数据库访问具备Database 的连接能力,同时支持JDBC 和ODBC 连接方式，以及与Socket 协议和WebService 的相互转换能力。

格式转换，具备XML 格式、CSV 消息到XML 消息的转换能力，另外可以实现C 结

构、

COBOL 以及BLOB 等二进制数据的转换和数据放大的能力。

动态路由，可以实现不同协议的动态路由，且路由规则通过配置方式实现。

发布订阅，能够通过请求的数据内容的关键值进行主题发布，编写Java 程序通过

JMS Subscriber 来订阅不同主题的消息。

开发与运行效率。

1.产品的开发和运行不需要数据库，也不依赖应用服务器中间件，对硬件资源消耗少。

2.内置消息中间件引擎,确保消息不丢失。

3.提供简单易用的 web 测试和调试功能，可以在

节点连线和配置脚本上设置断点，在友好的图形界面展示消息的变化调试应用。

4.基于Eclipse 的图形界面。

1、数据共享交换技术

数据交换技术和存储技术是平台技术构建的两大核心。存储技术的实现与硬件和网

络技术的实现紧密相关。对于数据交换技术的实现，其主要内容就是搭建数据共享交换平台，

也即集成平台，其核心技术构造又是以 ESB 作为主要部分的。

ESB 企业服务总线概念是从面向服务体系架构SOA 发展而来，能消除不同应用之间的

技术差异并进行通信和整合。SOA 描述了一种 IT 基础设施的应用集成模型，ESB 包含了实现SOA 分层目标所必需的基础功能部件。

数据共享交换平台是区域内各业务信息系统进行信息整合的基础和载体，包括注册

服务、索引服务、数据共享交换服务等多个组件，能实现机构间电子健康档案、电子病历等

卫生数据的交换和信息共享，并支撑综合管理、业务协作等区域卫生应用开展。

按照 SOA 架构思想，通过企业服务总线（ESB）实现信息交换，为全院业务系统运行

的支撑平台，接入各级管理单位和各级医疗机构，承担各业务信息的存储和管理工作。

HIS 的电子病历信息和诊疗数据可以实时传输到健康档案数据中心，实现居民健康档案的动

态管理，在 HIS 中能实时调用。

功能要求如下：

日志审计，ESB 平台能够记录服务交互的输入、输出数据报文信息，支持记录开关配

置功能。

数据库方式认证和授权，在认证授权功能方面的表现情况，ESB 总线的安全性能力，可

以对外来访问 WebService 客户端进行用户认证和访问权限的控制，认证和授权采用数据库的

方式。

IP 访问控制，在IP 访问控制的表现情况，体现ESB 总线的安全性能力。

HTTPS 支持，在HTTPS 的表现情况，体现ESB 总线的安全性能力。

SOA Pover HTTPS 支持，在SOA Pover HTTPS 的表现情况，体现ESB 总线的安全性

能力。

流量控制，在流量控制的表现情况，体现 ESB 总线的流量控制能力，设计流程的总量控制阀值和分量阀值。

优先级处理，根据请求内容的优先级来分支到不同的处理流程。

兼容性。1.支持 32 位、64 位的操作系统和硬件平台；2.产品未来可以升级到专有虚拟化版本(Hypervisor Edition)3.提供各种接口，连接各种数据库、数据仓库、现有应用软件系统、主机系统。用户可以之间通过ESQL 进行和数据库的操作，如把数据存入数据库，从数据库中取数据等）。

可扩展性及性能。1.采用 C++实现内核，具有优越的并发处理性能。2.支持开放组织OGF(OpenGridForum)定义的 DFDL(DataFormatDescriptionLanguage)标准规范，简单快捷地定义文本、二进制、XML 等数据格式。并能够识别 XML 和 C 中的数据结构；3.支持通过Java，C 进行自定义扩展,用户可以为ESB 开发自定义扩展的计算节点,同时支持php,ESQL,.net,java 开发后台服务。4.可通过数据建模定制符合自己需求的消息类型；5.

支持各种各样的服务质量等级和通信模式：同步(例如SOAP)和异步(例如 MQ)两种通信模式，请求/响应、队列、点到点以及发布/订阅模式，各种交付保证，集群支持、

HA 和故障隔离，各种保障和交易策略等。

一体化运行监控

运行监控系统进行有效的监控，以了解整个信息集成平台的运行状况。

1、业务进程写入

业务系统在需要与其它系统交换数据的业务点上，将业务号、定位参数、操作类型等写入业务进程表。

2、得到数据交换业务进程

数据平台定期轮询业务进程表，按业务进程表时间排序，得到需要执行的业务记录。

3、业务数据参数获取

根据业务号在业务参数表中得到需要提取数据的表名与字段名。

4、业务记录定位

根据业务进程表，得到定位记录关键字，并得到HIS 业务表中相应数据。

5、数据适配转换

根据业务参数表中设置，利用适配字典对相应数据进行转换。

6、数据格式转换

将得到的数据转换为 HL7 或CDA 文档，并通过 Web Server 发送或保存到数据中心的数据库中。

具体功能要求包括：

1、首页

今日服务调用情况：展示当日服务调用总数，并用曲线图展现今天服务调用数量的趋势图。

当天调用告警：展示当日调用告警总数，并图形化展示当日服务调用告警的趋势。

当天调用异常：展示当日调用异常总数，并图形化展示当日服务调用异常的趋势。

异常信息列表：展示监控的异常信息，实时刷新。

服务调用 TOP5：展示服务调用次数的 TOP5。

消费系统 TOP5：展示消费系统消费 TOP5。

当前系统接入数量：展示目前接入的系统数量。

当前服务接入数量：展示目前接入的服务数量。

数据中心监测：以流程图的形式展现数据的同步及备份的实时状况。

2、服务

服务信息：服务列表，按照调用次数由高到低，通过服务名称展示全部服务的信息，同时，支持查看单个服务的详细信息。

服务详情：服务详细信息，服务详情页展现当前服务的所有信息，如：服务架构、服务的最后一次请求流程图、服务详细信息、子服务列表、服务日志、服务异常和服务告警。

队列信息：队列列表，展示监控的队列列表，按照当前队列深度倒序。

服务器信息：服务器一览，显示服务器的状态，告警提示，异常提示。

数据库信息：数据库一览，显示数据库的状态，告警提示，异常提示。

3、日志

服务调用日志

日志筛选查询，根据关键信息，如：调用状态/消费系统/日志时间（默认当天）对服务调用日志进行筛选。

调用日志列表，根据筛选条件展示服务调用日志的主要内容，如：调用状态/服务

名称/服务代码/消费系统/发起时间/结束时间/耗时/查看消息

服务日志

日志筛选查询，根据关键信息，如：调用状态/日志时间（默认当天）对服务日志进行筛选

服务日志列表，根据筛选条件展示服务日志的主要内容，如：服务名称/服务代码/ 开始时间/错误内容/异常状态

SDK 日志

日志筛选查询，根据关键信息，如：状态/系统名称/日志时间（默认状态异常）对SDK 日志进行筛选SDK 日志列表，根据筛选条件展示 SDK 日志的主要内容，如：状态/日志时间/消息

ID/方法/执行顺序编号/MQ 服务器端口/系统名称/系统编号/队列管理器名称/服务名称

/处理结果

服务器日志

日志筛选查询，根据关键信息，如：服务器名称/状态/IP 地址/日志时间（默认状态异常）对服务器日志进行筛选

服务器日志列表，根据筛选条件展示服务服务器日志的主要内容，如：告警时间/ 服务器名称/IP 地址/错误类型/查看信息/建议处理方式。

数据库日志

日志筛选查询，可通过:服务器名称/状态/IP 地址/日志时间（默认状态异常）对数据库日志进行筛选。

数据库日志列表，根据筛选条件展示数据库日志的主要内容，如：告警时间/服务器名称/IP 地址/错误类型/查看信息/建议处理方式。

4、工具

数据同步工具

流程查看，使用数据同步工具实现对数据库进行整合，及源数据库与目标数据库的同步，同时以日志的形式记录其状况。

ETL 工具

作业列表，展示 ETL 作业的列表，主要包括：最后执行状态/作业名/数据库 IP 地址/数据库实例名/数据库类型/作业步骤总数/最后执行时间

作业日志，通过生成警报来自动通知用户作业状态

作业流程图，展示 ETL 工作流程图，通过流程图节点直观的反馈异常。备

份工具

同步情况查看，实时展现生产库的备份过程，展示生产库/备份库关键值的数据，及同步工具的系统状态，实现全方位监控同步工作。

5、配置

队列管理器配置

新增，通过对队列管理器名称/队列服务 IP/队列端口/队列通道/备注关键参数的新增实现队列管理器的新增操作。

修改，可对队列管理器的内容包括：队列管理器名称/队列服务IP/队列端口/队列通道/备注的修改。

删除，删除队列管理器配置参数，支持批量删除。

服务器配置

新增，新增服务器配置参数，包括：服务器名称/服务器IP/操作系统/监控磁盘/ 备注。

修改，对服务器配置参数进行修改，修改内容包括：服务器名称/服务器 IP/操作系统/监控磁盘/备注。

删除，删除服务器配置参数，支持批量删除。

数据库配置

新增，新增数据库配置参数，主要包括：数据库IP/数据库实例名/数据库类型/数据库端口号/服务器IP/数据库别名/数据库连接driver/数据库连接url/数据库链接

user/数据库连接password/是否启用/盘符（若是文件库）/备注

修改，对数据库配置参数进行修改。如：数据库IP/数据库实例名/数据库类型/数据库端口号/服务器IP/数据库别名/数据库连接driver/数据库连接url/数据库链接

user/数据库连接password/是否启用/盘符（若是文件库）/备注删

除，删除数据库配置参数，支持批量删除

短信推送配置

联系人配置，配置联系人清单，用于短信推送。服务推送可指定联系人。

服务异常推送配置，服务异常推送规则维护，支持增删改查。

服务告警推送配置，服务告警推送规则维护，支持增删改查。

队列异常推送配置，队列异常推送规则维护，支持增删改查。

队列告警推送配置，队列告警推送规则维护，支持增删改查。

告警规则配置

服务告警，配置服务告警和服务异常的阈值。展示每个服务的调用告警阈值。

队列告警，设置队列深度告警的阈值和建议处理方式。

外观配置

首页，配置首页方案。至少提供默认首页方案 2 套。可在此基础上修改，保存新的首页方案。

样式，按照用户要求自己修改LOGO 图标，配色方案

6、统计

服务统计

服务报表统计，统计历史服务调用情况，形成各类统计报表：服务调用趋势图，日调用趋势图

各类指标统计，分析历史数据，可以得到代表性指标。如：历史总调用次数、日平均、日调用峰值、最短耗时、平均耗时、最大返回条数、服务调用成功率、服务调用告警率服务报表

报表查询导出，通过关键服务属性进行查询，如：服务名称/服务代码/统计时间/ 调用次数/调用异常次数/调用异常率/调用告警次数/调用告警率/服务异常次数/服务告警次数，对服务报表进行筛选。可导出查询结果。

服务列表，服务列表展示，主要包括：服务名称/服务代码/统计时间/调用次数/调用异常次数/调用异常率/调用告警次数/调用告警率/服务异常次数/服务告警次数/平均耗时/最长耗时

队列统计

报表统计，统计队列相关数据，可视化后展现：队列异常趋势图，队列告警趋势图服务调用分析

联动操作，服务调用分析主要展示：服务调用详情、服务异常率、消费系统占比、服务运行概况。通过“服务调用总数”的图可查看：服务调用详情、服务异常率、消费