嘉兴市第二医院集成平台、电子病历系统项招标文件

公开招标采购文件

项目编号：ZJ-203209

项目名称：集成平台、电子病历系统项目

嘉兴市第二医院

浙江国际招（投）标公司

2020年4月

目录

第一章招标公告.................................................3

供应商须知前附表.................................................6

第二章采购内容及需求...........................................9

第三章供应商须知.............................................71

第四章评标办法................................................84

第五章采购合同................................................91

第六章投标文件格式............................................95

第一章招标公告

根据《中华人民共和国政府采购法》、《中华人民共和国政府采购法实施条例》、《政府采购

货物和服务招标投标管理办法》等有关规定，浙江国际招（投）标公司受嘉兴市第二医院委托，就

集成平台、电子病历系统项目进行公开招标，欢迎国内合格的供应商前来投标。

一、采购项目编号：ZJ-203209

二、采购组织类型：分散采购-分散委托中介

三、公告期限：5个工作日

四、项目名称：集成平台、电子病历系统项目

五、采购方式：公开招标（电子化招投标）

六、招标项目概况（内容、用途、数量、简要技术要求等）：

预算金额简要技术要求、用

序号标项内容数量单位备注

（万元）途

集成平台、电子病历集成平台、电子病

11项970国产

系统项目历系统建设

七、供应商资格要求：

1、基本条件

（1）具有独立承担民事责任的能力；

（2）具有良好的商业信誉和健全的财务会计制度；

（3）具有履行合同所必需的设备和专业技术能力；

（4）有依法缴纳税收和社会保障资金的良好记录；

（5）参加政府采购活动前三年内，在经营活动中没有重大违法记录；

（6）法律、行政法规规定的其他条件。

2、特定条件：

（1）根据《浙江省财政厅关于规范政府采购供应商资格设定及资格审查的通知》（浙财采监

[2013]24号）第6条规定接受金融、保险、通讯等特定行业的全国性企业所设立的区域性分支机构,

以及个体工商户、个人独资企业、合伙企业，且己经依法办理了工商、机务和社保登记手续，并且

获得总机构授权或能够提供房产权证或其他有效财产证明材料，证明其具备实际承担责任的能力和

法定的缔结合同能力：

（2）供应商未被列入失信被执行人名单、重大税收违法案件当事人名单、政府采购严重违法失

信行为记录名单，信用信息以信用中国网站（）、中国政府采购网

（）公布为准；

（3）单位负责人为同一人或者存在直接控股、管理关系的不同供应商，不得同时参加同一合同

项下的投标;

（4）为项目提供整体设计、规范编制或者项目管理、监理、检测等服务的供应商，不得参加该

项目的投标；

（5）本项目不接受联合体；

八、采购文件的获取：

1、获取时间：2020年4月100-2020年4月170

2、采购文件获取截止时间之后，潜在供应商仍可获取采购文件。

3、获取地址：浙江政府采购网（sdf.lkj/Z）

4、获取采购文件方式：“浙江政府采购网”在线获取

本项目不提供纸制版采购文件，供应商可通过“浙江政府采购网”在线获取（采购公告下方选

取“潜在供应商”处“获取采购文件”）；供应商只有在“浙江政府采购网”完成获取采购文件申

请并下载了采购文件后才视作依法获取采购文件（法律法规所指的供应商获取采购文件时间以供应

商完成获取采购文件申请后下载采购文件的时间为准）。

通过本公告下方“游客，浏览采购文件”下载的采购文件仅供浏览，不视作参与本项目。

5、采购文件售价：免费

九、投标截止时间：2020年5月6日09：30：00

十、投标地点：嘉兴市公共资源交易中心二楼或三楼开标室（见开标室电子显示屏）（广场路

350号）。

H-一、开标时间：2020年5月6日09：30：00

十二、开标地点：嘉兴市公共资源交易中心二楼或三楼开标室（见开标室电子显示屏）（广场路

350号）。

十三、投标保证金：本项目不收取投标保证金

十四、质疑和投诉：

供应商认为采购文件使自己的权益受到损害的，可以自获取采购文件之日或者采购文件公告期

限届满之日（公告期限届满后获取采购文件的，以公告期限届满之日为准）起7个工作日内，以书

面形式向采购人和采购代理机构提出质疑。质疑供应商对采购人、采购代理机构的答复不满意或者

采购人、采购代理机构未在规定的时间内作出答复的，可以在答复期满后十五个工作日内向同级政

府采购监督管理部门投诉。质疑函范本、投诉书范本请到浙江政府采购网下载专区下载。

十五、其他事项：

I、对符合财政扶持政策的中小企业（小型、微型）、监狱企业、残疾人福利性单位给予价格优

惠扶持；

2、书面质疑受理地点：杭州市文三路90号东部软件园2号楼6楼；

采购人：嘉兴市第二医院；沈女士，联系电话/p>

采购代理机构：联系人：张域；联系电话

3、供应商注册：供应商如需参与本项目，应为浙江政府采购注册供应商。

4、电子招投标有关事项说明：

A.本项目通过“浙江政府采购网（sdf.lkj〃）”实行电子投标，供应商须安装客

户端软件，并按照采购文件和电子交易平台的要求制作投标文件。

客户端软件下载方式：供应商可通过“浙江政府采购网-下教专区-电子交易客户端”进行下载。

B.供应商须申领CA,并在浙江政府采购网完成绑定方可进行电子加密投标文件的编制，CA相

关操作可参考“浙江政府采购网-下载专区-电子交易客户端-CA驱动和申领流程”。

供应商在进行上述操作时，如遇技术问题可致电400-881-7190进行咨询。

十六、联系方式：

采购人：嘉兴市第二医院

采购人地址：嘉兴市环城北路1518号

联系人：涂厉标

联系电话/p>

采购代理机构：浙江国际招（投）标公司

地址：杭州市文三路90号东部软件园2号楼6楼

联系人：苑洪春

联系电话/p>

传真/p>

邮箱：14847913@

同级政府采购监管管理部门：嘉兴市财政局

监督投诉电话/p>

地址：嘉兴市南湖区环城西路55号

附：浙江国际招（投）标公司账号

收款单位（户名）：浙汀国际招（投）标公司

开户银行：中国工商银行杭州武林支行

银行账号：1202021209906782015

供应商须知前附表

序号名称内容

采购人：嘉兴市第二医院

采购人地址：嘉兴市环城北路1518号

1采购人

联系人：涂厉标

联系电话/p>

名称：浙江国际招（投）标公司

地址：杭州市文三路90号东部软件园2号楼6楼

联系人：苑洪春

2采购代理机构联系电话/p>

传真/p>

邮编：310012

Email：14847913@

3踏勘现场自行踏勘

4分包主体，关键性工作不得分包V

5资金来源己落实

本项目为集成平台、电子病历系统项目

环境标志产品

6优先采购环境标志产品政策，节能产品政策

节能产品

□适用以不适用

7投标产品主体核心产品为集成平台、电子病历系统项目

8投标保证金口适用@不适用

9投标文件有效期自投标截止时间起90天

10投标截止时间按“招标公告”规定

11投标地点按“招标公告”规定

12开标时间和地点按“招标公告”规定

供应商如认为采购文件表述不清晰、存在歧观性或者倾向性或者其他

违法内容的，请于2020年4月20日17：00之前将疑问发送至该电子

13投标答疑邮件（邮箱14847913@）。答疑回兔内容是采购文件的组成部

份，并将以更正公告的形式在本采购公告发布的同一媒体发布，请供

应商密切关注更正公告。

采购人或者采购代理机构可以对己发出的采购文件进行必要的澄清或

者修改。澄清或者修改的内容可能影响投标文件编制的，采购人或者

采购代理机构应当在投标截止时间至少15日前，将以更正公告的形式

采购文件的澄清

14在采购公告发布的同一媒体发布。采购文件的修改和澄清（答疑）答

与修改

复的文件作为采购采购文件的补充和组成部分，对所有供应商均有约

束力。若后续仍有更正内容，将继续以更正公告形式在本网站发布，

请供应商密切关注更正公告。

本项目实行电子投标。

供应商应准备三种形式的投标文件：电子加密投标文件、以介质存储

的数据电文形式的备份投标文件、纸质备份投标文件。

（1）“电子加密投标文件”是指通过“政采云电子交易客户端”完成投标

文件编制后生成并加密的数据电文形式的投标文件（后缀格式为.jmbs）

（2）“备份投标文件”是指与“电子加密投标文件”同时生成的数据电文

15投标文件形式形式的电子文件（备份投标文件，用于供应商电子加密投标文件解密

异常时应急使用），其他方式编制的备份投标文件视为无效备份投标

文件。备份投标文件（后缀格式为.bfbs）以U盘形式提供。

（3）纸质备份投标文件将以纸质文件的形式递交，数量为：正本各1

份；副本各2份。

注意事项：为确保供应商顺利解密，请自行携带笔记本电脑和网络设

备在开标现场进行解密。

（1）电子加密投标文件：投标文件制作完成并生成加密文件，在投标

截止时间前，供应商需将加密的投标文件上传至浙江政府采购网，到

达开标时间后，进行解密。

供应商未能在投标截止时间前成功上传电子加密投标文件的投标无

效。

（2）备伶投标文件：投标截止时间前，供应商应将备份投标文件狒交

至开标地点，以便电子加密投标文件解密异常时应急使用。

投标文件的上传备份投标文件递交要求：供应商须将备份投标文件以U盘形式单独放

16

和递交在密封袋中，密封后并在密封袋上注明投标项目名称、投标单位名称

并加盖公章。未密封包装或者逾期送达的“冬份投标文件”将不予接

收。

（3）纸质备份投标文件：投标截止时间前，纸质备份投标文件将以纸

质文件的形式递交，数量为：正本各1份；副本各2份。纸质备份投

标文件由资格文件、报价文件、商务技术文件三部分组成，分别单独

密封，封后并在密封袋上注明投标项目名称、投标单位名称并加盖公

章。

在评标过程中，如评审小组对投标文件有疑问，由评审组长将问题汇

17询标澄清总后发起询标澄清函，供应商应在规定截止时间前回复相关内容并提

交。

根据《中华人民共和国政府采购法》第五十二条的规定，供应商认为

招标文件、采购过程和中标、成交结果使自己的权益受到损害的，可

以在知道或者应知其权益受到损害之日起七个工作日内，以书面形式

向采购人、采购代理机构提出质疑。

政府采购法第五十二条规定的供应商应知其权益受到损害之日，是指：

（一）对可以质疑的采购文件提出质疑的，为收到采购文件之日或者

采购文件公告期限届满之日；

18质疑

（二）对采购过程提出质疑的，为各采购程序环节结束之日；

（三）对中标或者成交结果提出质疑的，为中标或者成交结果公告期

限届满之日。

根据《政府采购质疑和投诉办法》第十三条，采购人、采购代理机构

不得拒收质疑供应商在法定质疑期内发出的质疑函，应当在收到质疑

函后7个工作日内作出答复，并以书面形式通知质疑供应商和其他有

关供应商。

根据《中华人民共和国政府采购法》第五十五条的规定，质疑供应商

对采购人、采购代理机构的答复不满意或者采购人、采购代理机构未

19投诉

在规定的时间内作出答复的，可以在答复期满后十五个工作日内向同

级政府采购监督管理部门投诉。

20样品口提供日不提供

E1要求□不要求

21演示投影仪由招标代理单位提供，请各投标人自行备好电脑等其他演示相

关的工具和物品。

(1)采购文件中凡标注的条款均为实质性要求，不响应的投标文

件将作无效标处理。

(2)供应商未上传电子加密投标文件，其投标无效。

(3)供应商应同时提递交电子加密投标文件、备份投标文件、纸质备

份投标文件，如出现投标文件不一致以电子加密投标文件为准。

(4)供应商上传了电子加密投标文件，未提供备份投标文件或纸质备

22其他

份投标文件，解密出现问题后，由此导致对该供应商投标无法评审的，

其后果由该供应商自行承担。

(5)各供应商自行在浙江政府采购网下载或查阅采购文件和相关更正

公告等，不另行通知，如有遗漏采购人、采购代理机构概不负责。

(6)不同单位的投标文件若由同一台电脑制作，后果由供应商自行承

担。

第二章采购内容及需求

一、招标内容及整体要求

1、项目概述

近年来医院业务快速拓展，信息化已渗透到医院各个领域。为满足医院标准化、精细化、一体

化的管理服务理念，要求信息化充分发挥技术优势，为临床业务和管理决策保驾护航。随着信息系

统数量与日俱增，全院业务系统的信息共享和集成需求日益迫切，而传统两两集成的架构模式已难

以满足业务拓展升级的实际需求，技术瓶颈和模式弊端突显。为解决上述问题，需要在医院现有信

息系统的基础上建立以电子病历为核心的医院信息化集成平台，以求解决业务系统间数据交互共享

和数据质量问题。实现院内业务如：临床、管理、质控、科研、区域共享等的互联互通和精准管控。

使各业务系统数据获取和转发更高效便捷。同时对现有数据进行有机整合，对历史数据清洗转换，

最终实现按角色分类的智能分析平台。有效优化业务流程，降低医护人员负担。切实为医院的决策、

运营、管理等各方面提供有力支持，从而为提高医院服务质量和管理水平打下坚实基础。

根据医院的近期要求和长远规划，本项目的建设目标为：秉持以信息技术提升医院服务能力和

管理水平的理念，以医院信息平台为核心，以互联网、云计算、大数据、物联网、移动端应用、人

工智能等技术手段为抓手。着力打造服务型、创新型、智慧型医院。努力提升患者就医体验，保障

病人安全和信息安全，提高医疗质量和临床效率。以信息化打造医院的核心竞争力，满足医院未来

搬迁后的多院区、医联体、一体化、区域化协同发展的模式。

本期医院顺利通过电子病历五级和互联互通四级甲等测评。

2、建设标准依据

本项目在建设过程中，需遵循相关国际国内的行业标准，包括功能规范、数据标准、建设与管

理标准，如：

《医院信息互联互通标准化成熟度测评》

《医院信息系统基本功能规范》

《信息安全等级保护管理办法》

《三级综合医院评审标准实施细则》

《电子病历系统功能应用水平分级评价方法及标准》

《电子病历基本数据集（征求意见稿）》

《电子病历共享文档规范》

《基于电子病历的医院信息平台技术规范》

《基于电子病历的医院信息平台建设技术解决方案》

《电子病历基本架构和数据标准》

《电子病历基本规范（试行）》

《医院智慧服务分级评估标准体系（试行）》

《卫生系统电子认证服务管理办法(试行)》

《疾病和有关问题的国际统计分类》(ICD-10)

《国际疾病分类-手术操作编码》(ICD-9-CM-3)等。

3、整体要求

1、必须充分考虑医疗行业发展趋势，采用先进的体系结构和软硬件技术，满足目前以及将来相

当一段时间对系统的需求。从而达到既满足医疗机构或组织应用整合现阶段工作对系统水平和能力

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

从而保护投资的有效性。

2、整体架构规划设计应采用国内外主流SOA架构，采用分布式、多层次和松耦合结构。通过制

定全院的数据标准、传输标准、安全体系，对医院的各个业务系统进行梳理和改造，完成符合国家

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

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

3、软件的研发严格执行国际软件工程的标准(CMM、ISO等)，符合国际医疗软件的规范(HL7、

SNOMED,ICD-9/10.IHE.XML等)，符合卫生部《医院信息系统基本功能规范》要求，符合与信息

集成平台建设与成熟度测评相关规定，符合医院信息互联互通标准化成熟度测评标准，符合医疗卫

生行业及信息化政策法规。

4、总体要求应符合《信息安全技术网络安全等级保护基本要求》(CB/T22239--2019)标准。

对平台的各种资源和基础信息进行综合管理、配置和监控。主要包括标准管理、安全管理、服务管

理、监控管理、配置管理等。保证系统的整体安全性，针对系统的各层次进行整体的安全保护，严

格杜绝外部的侵入，并进行有效的管理和身份认证，保证整个系统的安全可靠，避免系统运行受到

影响。力求减少对性能的影响，系统的安全体系既要保证系统的整体安全性，又要维持整个系统有

关应用业务的畅通，满足其对网络速度的要求，不影响系统的正常运行。充分考虑实用性整体安全

体系应充分考虑可实施性，安全措施应简洁有效，避免由于人为操作不符合要求等原因，降低系统

的安全性。全面的系统安全预警和记录，对访问等操作进行审计，并记录到文件中以便随时查询。

对于敏感的信息，应严密跟踪操作者的任何动作，对于任何入侵行为或威胁系统安全的行为迅速给

出报警信号，以便及时采取措施进行制止，达到主动防范的目的。便于扩展和升级，系统的安全性

不应由于技术的迅速发展和更新而有减弱，选用当前业界的先进可靠、功能全面的安全技术，并且

要有良好的可扩展性，便于针对新的系统攻击技术加强防护功能。

5、软件产品成熟稳定，具有自主知识产权，数据交互安全可靠，功能模块完备齐全，系统响应

快速高效，软件操作方便快捷。既要符合应用规范，满足业务需求，又要兼顾用户体验和人性化设

计。

6、在各类服务器及网络环境运行稳定状态良好的前提下应符合以下性能指标：

(1)打开各级系统登录界面时间不超过1秒(不包含输入时间)。

(2)牛产系统每个步骤(流程)的等待时间不超过1秒.

（3）单一患者各类信息查询或调阅时间不超过3秒。

（4）各种智能提示响应时间不超过3秒。

（5）批量数据采集及交换每分钟不低于12000条。

（6）数据上传实时性要求院内平台延迟不高于3分钟。

（7）数据上传实时性要求上传到市级平台延迟不高于5分钟。

（8）单一维度（数据集）大数据查询（总记录数大于50万）等待时间不超过1秒。

（9）两个维度（数据集）的大数据查询等待时间原则上不超过3秒。

（10）应具备24小时连续、稳定的运行能力。

7、应采用完全异构的交互方式，同一厂商内部系统间也需采用标准的消息模式进行交互。

8、应具有高度的灵活性和扩展性，充分考虑当医院业务高峰期数据走访问量巨大的情况下，整

个业务系统的性能，并能满足未来五年的医院发展和信息技术发展的需要，满足医院可持续的流程

优化和系统集成优化的需要。

4、建设目标

本次项目建设的主要目标是通过建设在医院现有信息系统的情况下建立以“电子病历”为核心

的医院信息平台，解决业务系统之间数据接口交互标准化问题，实现院内业务互联互通，临床、管

理、质控、科研等获取数据的途径更便捷；同时对现有数据进行有机整合，对历史数据清洗转换，

最终实现按角色分类的智能分析平台，减轻临床人员的工作负担，为医院的运营、管理、绩效、临

床等各方面提供重大帮助，进一步提高整个医院的工作效率及医疗质量。

本期目标要求通过电子病历五级，互联互通四甲测评。远期目标要求通过电子病历六级，互联

互通五乙，智慧医院四级测评。

5、项目建设内容

1、支持保障

（1）战略定位

开发商要从战略合作的高度出发，为医院的信息化建设提供全方位高质量的支持和保障，并参

照医院长远发展规划制定长期建设方案。

（2）人员配置

人员方面要满足医院项目规划、建设、运转、维护的实际需求，配置足够、合理、高效的开发

运维人员团队。

（3）技术支撑

依托开发商的平台优势、技术优势、先进理念，提供相应的技术支持。包括：项目管理，软件

开发，运维巡检，人员培训，信息共享等。保证医院信息系统安全、平稳、高效运行的同时促进业

务质量和管理水平的不断提高。

2、功能实现

（1）总体功能

集成平台和电子病历既要满足国际、国内各类建设标准要求，又能满足我院相关业务科室的实

际需求。

项目建设包含系统设计、开发、实施、运行维护以及相应的软件系统供货、安装调试、系统集

成、运行维护、项目验收以及技术培训等。

（2）功能表单：

序号业务分类系统名称

1信息集成引擎

2一体化监控平台

3一体化服务平台

集成平台

4一体化接入平台

5主数据管理系统

6主索引管理系统

7数据接入平台

8临床数据库（CDR）

9运营管理库（MDR）

10电子病历文档库（EMR）

11共享文档库（CDA）

12患者360全息视图

13员工360全息视图

14数据中心及应用电子用药清单（eMAR）

15闭环流程追溯管理系统

16共享文档管理系统

17数据中心管理系统

18临床辅助决策系统（CDSS）

19临床科研支持应用

20知识库系统

21历史数据迁移

22商业智能引擎

运营决策与分析（BI）

23院长运营决策支持

24科主任运营决策

25运营主题分析

26决策指标移动端应用

27智能门户统一登录

门户集成

28统一身份认证授权

29门急诊一体化电子病历

30住院一体化电子病历

31护理电子病历系统

32电子病历临床路径管理支持

33临床规则库系统

34康复治疗管理系统

35移动工作站

36电子签名

37处方点评系统

38药物使用审核点评审方管理系统

39电子药历系统

40互联互通评审相关支持

评审服务

41电子病历评审相关支持

（3）功能要点:

1）保证现有各业务系统与集成平台的数据交换请求及应答服务、消息发布、订阅等服务的运行。

各业务系统间应能够通过企业服务总线实现数据交换。

2）各类指标数据要直观、可视化、界面统一，指标内容要全覆盖包括临床业务指标，三甲指标,

绩效考核指标，运营决策指标等，同时要保证整理清洗后数据的标准化、准确性和一致性以及查询

效率。

3）各业务流程界面整合并实现精准管理，如：患者主索引建设、闭环管理、患者和医护360、

ESB总线消息推送（危急值、药物过敏、不良事件）、临床辅助决策、临床路径单病种DRGs管理、

单点登录和电子签名CA认证、统一基础数据维护（科室管理、人员权限分配）、临床科研支持应

用、智慧医疗AI应用、无纸化管理（电子病历、各应用表单）、病历质控和病案管理、处方点评和

审方、医嘱费用管理和控费、区域共享和上报平台对接、移动端应用等。

3、测评保障

要根据医院实际制定集成平台和电子病历测评的相关方案，并提供信息和技术支持，保证医院

测评如期顺利通过。

二、具体技术参数要求

1、信息集成平台

1.1总体要求

本次项目，须按照SOA的设计理念，基于消息的“松耦合”方式，为集成平台提供数据平台交

互的功能组件、数据组件，并将各种组件封装成“服务”。每个服务都有服务的提供者和消费者，

各业务系统在接入时应了解针对某一服务所扮演的角色，根据集成平台的要求提供或者消费相应的

服务，屏蔽被集成系统所采用的具体技术及其实现方式，实现与集成平台的衔接。

基于医院信息集成平台的各业务系统间的数据交换应包括各业务系统与集成平台的数据交换请

求及应答服务、消息发布、订阅等服务。各业务系统间应能够通过企业服务总线实现数据交换。

1、各业务系统服务是可能对外提供的，也可能是不提供的。不提供服务的业务系统，则由集成

平台通过直接与业务系统数据库进行数据交换。

2、各业务系统与集成平台的连接主要用于业务系统调用集成平台的数据交换服务以及订阅集成

平台的消息服务。具体要求为：

（1）基本数据服务要求：通过集成平台连接各个系统保证数据接入，集成各系统应用与组件，

提供无缝入侵式连接，实现互联互通。

（2）需减少服务数据量，提高服务效率：通过集成平台梳理服务模块，设计原子化服务并组合

调用，有效减少服务的数据调用量，提高服务效率。

（3）服务注册要求:平台需提供服务注册功能，数据提供方可在平台提出申请，由信息科审核,

通过后可将服务注册到平台进行数据开放，或由信息科直接进行注册。

（4）服务申请要求:平台需提供服务申请功能，数据消费方需要消费服务时，需要在平台提交

申请，信息科审核后开放服务权限，或由信息库直接开放。

（5）服务权限控制要求:平台应根据管理系统中维护的注册和申请结果，对服务的数据提供和

调用进行权限验证，验证通过后才可正常访问，如不通过则限制访问内容。

（6）在线接入测试要求：平台应支持在线接入测试，消费方在申请通过后，需要接入平台，在

接入之前可进行服务的在线测试，验证数据格式等可行性，测试通过后再正式接入。

（7）智能组合要求:应提供界面化服务组合功能，消费方在确定所需服务后，信息科在服务管

理界面中选定所需要的模块，确定组合后自动组建成新服务并注册发布。

（8）服务数据筛选要求:信息科在组合或注册新服务时可根据开放内容界面筛选所需数据，通

过组合确定后自动形成新服务并注册发布。

（9）简易部署要求:系统支持一键部署。

（10）服务引擎维护要求:平台提供服务器队列及代理管理工具，在确认连接信息后，平台可提

供服务器连接，并提供队列、代理、执行组等基础信息查询和维护。

（11）平台需支持多样化接入手段（SOAP,HTTP,JMS等），提高安全性、可用性，实现单点故

障不会对其他服务造成影响，保证数据不丢失不重复。

（12）要求根据HL7将业务模块化，服务定义原子化，针对HL7数据集和需求数据将数据拆分

至最细力度；使用ESB进行服务串联经合，实现多服务复用，针对性性能优化，降低冗余服务数据,

服务内容可多样化变更。

L2信息集成引擎

信息集成引擎是整个医院信息集成平台的核心，承担数据和消息的通讯和传输功能。具体技术

要求如下:

功能列表技术要求

具备Socket、WebService、FTP协议连接能力，以及与其他协议相互的转换能

协议转换

力。

具备Database的连接能力，同时支持JDBC和ODBC等连接方式，以及与Socket

数据库访问

协议和WebService的相互转换能力。

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

格式转换

COROL以及RLOR等二进制数据的转换和数据放大的能力°

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

发布订阅能够通过请求的数据内容的关键值进行主题发布。

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

消耗少。

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

开发与运行效率

3.提供简单易用的web测试和调试功能，可以在节点连线和配置脚本上设置断

点，在友好的图形界面展示消息的变化调试应用。

4.基于图形界面

服务超时配置在服务超时方面的配置能力和易用性。

服务注册和查找在服务的注册和查找的配置能力和易用性。

ESB平台对告瞥的功能支持，以及与统一监控平台的整合能力。监控系统提

供告警与监控指标数据,服务告警信息、监控指标可以支持JMS消息和EMAIL

服务告警

等任意手段，服务监控信息可以提供给统一监控平台，提供RESTFul的监控

APL

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

日志审计

功能。

在认证授权功能方面的表现情况，ESB总线的安全性能力，可以对外来访问

数据库方式认证和

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

授权

的方式。

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

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

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

流量控制

制阀值和分量阀值

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

1.支持32位、64位的操作系统和硬件平台；

兼容性2.产品未来可以升级到专有虚拟化版本

3.提供各种接口，连接各种数据库、数据仓库、现有应用软件系统、主机系统。

用户可以之间通过ESQL进行和数据库的操作，如把数据存入数据库，从数

据库中取数据等）。

1.支持开放组织OGF定义的DFDL标准规范,简单快犍地定义文本、二进制、

XML等数据格式。并能够识别XML和C中的数据结构：

2.用户可以为ESB开发自定义扩展的计算节点。

可扩展性及性能3.可通过数据建模定制符合自己需求的消息类型；

4.支持各种各样的服务质量等级和通信模式：同步和异步两种通信模式，请求

/响应、队列、点到点以及发布/订阅模式，各种交付保证，集群支持、HA和

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

1.支持国际标准和中国医疗数据标准HL7各版本和DICOM标准。

医疗连接包

2.支持MLLP等传输协议，连接各类医疗设备。

1.3一体化监控平台

一体化监控平台是一套后台运行系统，需要进行有效的监控，以了解整个信息集成平台的运行

状况，主要技术要求如下：

功能列表技术要求

系统接入及服务调用统点击系统接入数后跳转到服务一厂商信息，点击服务总数

计后跳转到服务信息

服务调用趋势展示，可按日、近7日、近30日展示及具体

服务调用趋势

系统的统计图

当前一小时的消息负载

着重显示当前的平台消息交换的压力

趋势图

服务调用耗时趋势图服务调用的平均耗时

展示当天服务种类的占比和调用次数占比（实时更新）：

服务种类占比/活跃度

服务按类归总展示如：分为值域管理、病人字典

首页

厂商、系统所属服务占比

展示当天厂商所属的应用占比和服务调用次数占比

/活跃度

Top5的服务告警与服务异常点击柱状统计图携带参数跳

服务告警/异常、队列统

转至日志界面，显示日志详情，点击查看更多跳转到服务

计

统计界面

服务调用延迟性统计（当日），显示服务调用延迟率前十

服务调用延迟性统计

的服务统计

系统运维F1志滚动栏为从下往上的滚动形式效果

SDK通道资源预警为从下往上的滚动形式效果

服务调用参数及负载状

服务调用参数及负载状况展示

况

当前一小时的消息负载

着重显示当前的平台消息交换的压力

趋势图

服务调用耗时趋势图服务调用的平均耗时

服务调用次数排行榜以服务调用次数排序，高•到低

各服务调用状况用滚动

大屏投影显示字段为：发起时间、服务代码、提供系统、消费系统；

栏

硬件运行状况参照运维模块

开放平台各科室挂号量

总号源量、己挂号量、剩余号源，附带挂号时间段

统计

住院类信息各病区的床位总数、已使用（使用率）未使用数量

诊断结果热力图诊断结果热力图展示

开放平台检查量统计分门诊与住院，具体分类检查量如：CT、MRk透视等

分门诊与住院：具体详细分类数FI统计如：免疫、生化、

开放平台检验量统计

微生物、临检

服务列表及订单列表查看.耗时阈值显示不显示超出

3000ms,设置数值超出该值后显示3000ms+,筛选条件：

以WebService调用方式进行服务分类,调用次数区间筛选、

服务信息调用方区分（提供系统与消费系统）；排序方式：首字母

排序、调用次数排序；

服务详情查看，服务要素字段、关联订单、服务架构、订

服务单调用序列图、数据单元组成、服务调用日志

厂商所属系统调用信息查看，每个厂商显示其下属系统，

针对每个系统显示其提供服务、消费服务状况

厂商信息

服务调用日志查看，以报表形式展示某个服务调用日志分

为总调用、异常、告警

以列表形式显示所有已经新增的队列管理器

队列信息

区别标识不同状态的队列，显示队列管理器所属队列列表

日志查询及列表查看，服务日志添加messagelD字段查询

（两张表全开放），服务名称筛选条件做成下拉菜单可选，

支持模糊匹配（两张表全开放），关键字筛选条件传参带

服务日志入xpath的服务code,区别多个服务公用一个关键字段，

重复显示问题。

消息包及关联SDK口志查看,SDK口志融合到口志详情内

日志容中，附带显示节点耗时

根据SDK日志查询条件筛选，以列表形式展示目标结果数

SDK日志

据

根据ESB消息流日志查询条件筛选，以列表形式展示目标

消息流日志

结果数据

根据运维日志查询条件筛选，以列表形式展示目标结果数

系统日志

据

服务器状态展示及预警，根据不同服务器展示位置进行归

服务器监控

类放置，展示服务器关键参数

运维

数据库运行状态展示及预警，根据不同服务器展示位置进

数据库监控

行归类放置，展示数据库运行参数

通过服务调用趋势图显示服务调用趋势，分别包括告警、

正常、异常

根据业务分类展示各类服务调用次数，展现服务调用分类

服务调用

统计

统计

按照次数与耗时排序展示，默认排序按照耗时递减排序，

展现所有服务调用状况柱状图

显示服务调用趋势，分别包括告警、正常、异常

标准服务调用

服务分类统计，标准服务分类统计展示

队列管理器队列管理器的新增、删除、修改实现队列管理器配置

监控队列monitor队列采集口志信息配置实现monitor队列采集控制

服务器配置1、分类不允许空格作为有效字符输入；

2、已经建立的分类必须可以支持编辑，当该分类下没有具

数据库配置

体服务器或数据库时支持删除分类；

配置

日志检索字段配置，设置要在内容字段查询的关键字段索

日志检索字段

引，注意节点配置及是否多标签解析标记：

服务调用异常推送配置，xpath路径配置的界面已经开启的

异常推送

字段排序放在上面

告警规则实现全局告警，全局服务调用告警阈值与队列告警阈值设

置

服务关系服务关系配置，对服务信息手动补录或手动同步

1.4一体化服务平台

一体化服务平台是针对医院信息集成平台的各个信息通道之间的可控性、交互服务的可管性开

发一套综合管理系统，通过管理系统与信息集成引擎的对接，可以有效的对各个业务系统之间的交

互内容、交互标准、交互规范、交互权限进行有效的限制和管理，从而实现各个业务系统之间的交

互进行有效规范，确保信息交互的安全性、有效性和可靠性。具体技术要求如下:

功能列表技术要求

兼容一体化接入平台为一体化接入平台提供数据接口，保证接入平台功能完整性。

全局操作引导通过指引方式帮助用户理解一体化服务平台菜单模块功能目标。

服务列表以列表形式显示所有服务，支持搜索和分类筛选。

服务总览

服务详情查看服务详情，查看服务与消费系统的关系，和与提供系统的关系。

以列表形式显示所有数据单元，可搜索、分类、筛选。

新增数据单元：

1、请求响应类：新增数据单元，包括数据单元信息以及字段内容

信息，同时需要对字段进行标准化映射处理，提供方式为原表或视

图的数据单元字段映射完成后生成SQL查询语句。

2、发布订阅类：设置推送类数据单元的提供系统、提供内容（字

段内容信息）。

数据单元删除数据单元，订单中若有数据单元被删除则订单不可复用。

修改数据单元信息及字段信息，视图/原表类数据单元最终重新生成

S