招标公告

项目名称：中日友好医院疑难病症诊治能力提升工程项目（呼吸系统方向）相关信息系统建设

项目编号：TC200V06K

中招国际招标有限公司

2020年6月30日

附件1：

各潜在投标人：

本项目接受网上发售、下载电子版招标(采购)文件/资格审查文件（下简称“标书”），现将有关注意事项特别告知如下：

（一） 网上注册：凡有意在线获取电子版标书的潜在投标人，请务必在本项目电子版标书发售截止时间前，登录中招联合招标采购平台（www.365trade.com.cn；下简称“交易平台”）或在中招国际招标有限公司网站主页进行免费注册。潜在投标人只需注册一次，不同的经办人可建立多个账户。交易平台负责对投标人注册信息与其提供扫描件信息进行一致性检查。

（二） 标书下载：经办人凭获得的用户名、密码验证身份登录、上传《招标（采购）公告》要求的报名资料（如有）、购买并下载电子标书，逾期将无法下载获取。

（三） 电子版标书下载收费：如在线购买并下载电子版标书，除标书款外还需通过网银支付标书下载服务费，收费标准为每标包200元，由中招联合信息股份有限公司出具增值税电子普通发票，标书购买人可登录“中招联合招标采购平台”自行下载增值税电子普通发票。标书下载费一经收取不予退还。

（四） 潜在投标人成功下载电子版标书后，标书款发票可与中招国际招标有限公司本项目联系人确定领取方式。

（五） 其它事项

1、交易平台首页帮助中心提供操作手册，潜在投标人可以下载并根据操作手册提示进行注册、登录、网上购买下载电子版标书及下载费支付、发票开具领取等操作。

2、如遇平台操作问题，可拨打交易平台统一服务热线：***-********、********进行咨询，热线服务时间为工作日上午9点到12点，下午1点30分到5点。

附件2：

1、项目背景

呼吸系统疾病是我国的常见、重大疾病，其发病率、死亡率长期居我国城乡居民各系统疾病发病率、死亡率前三位，疾病负担巨大，已成为国家极为突出的公共卫生与医疗保健问题。现阶段我国呼吸疾病防治与研究体系建设严重滞后，难以应对日趋严重的发病形势，整体防治能力急需加强。这一严峻形势赋予了我国呼吸学界历史使命，也为呼吸学科发展提供了极其宝贵的机遇。

我院信息化经过多年的建设效果显著，已经初步建设起了外部以患者服务为中心，内部以临床诊疗信息为主线的信息系统。医院信息化建设是一个持续改进的过程，需要根据需求的不断变化，持续地进行探索和完善。目前，我院的信息化具备一定基础，但在集成能力、应用表现、治理能力等方面，还存在很大提升空间。

在信息化层面进行深入的业务治理和改造，为医院在呼吸系统方向的疑难病症诊治能力提升带来工作效率提升、医疗质量提升、管理能力提升的多重可能，通过互联网端为患者带来更便捷的医疗服务，通过支付业务的场景化和无感化，通过人员信息的整合性管理，解决当前“疫情常态化”下的崭新的信息业务治理。

2、建设依据

? 国家卫健委《关于进一步推进以电子病历为核心的医疗机构信息化建设工作的通知》（国卫办医发（2018）20 号）

? (2) 国务院办公厅《关于促进“互联网+医疗健康”发展的意见》（国办发

? （2018）26 号）

? (3) 国家卫健委、中医药局《关于深入开展“互联网+医疗健康”便民惠民活动的通知》（国卫规划发（2018）22 号）

? (4) 《中华人民共和国国民经济和社会发展第十三个五年规划纲要》

? (5) 《国家卫生计生委国家中医药管理局关于加快推进人口健康信息化建设的指导意见》（国卫规划发（2013）32 号）

? (6) 《中共中央国务院关于深化医药卫生体制改革的意见》（中发（2009）6 号）

? (7) 国务院《关于积极推进“互联网+”行动的指导意见》

? (8) 《关于推进医疗机构远程医疗服务的意见》

? (9) 《促进和规范健康医疗大数据应用发展的指导意见》（国办发（2016） 47 号）

? (10) 《关于推进分级诊疗制度建设的指导意见》（国办发（2015）70 号）

? (11) 《国家电子政务工程建设项目管理暂行办法》

? (12) 《2016 年深入落实进一步改善医疗服务行动计划重点工作方案》（国卫办医函（2016）362 号）

? (13) 《关于推进按病种收费工作的通知》（发改价格[2017]68 号）

? (14) 《“健康中国 2030”规划纲要》

? (15) “十三五”深化医药卫生体制改革规划》（国发（2016）78 号）

? (16) 《医院信息系统基本功能规范》卫办发[2002]116 号

? (17) 《病历书写基本规范》卫医政发〔2010〕11 号

? (18) 《电子病历基本规范（试行）》卫医政发〔2010〕24 号

? (19) 《中医电子病历基本规范（试行）》国中医药发〔2010〕18 号

? (20) 《卫生系统电子认证服务管理办法（试行）》卫办发〔2009〕125 号

? (21) 《临床检验结果共享系统互操作性规范》国家电子病历委员会

? (22) 《医院会计制度》财会[2010]27 号

? (23) 《三级综合医院评审标准实施细则（2013 年版）》

?

? 功能规范方面：

? (1) 国家卫健委《电子病历系统应用水平分级评价标准（试行）》（国卫办医函（2018）1079 号）

? (2) 国家卫计委《医院信息系统基本功能规范》

? (3) 国家卫计委《医院信息平台应用功能指引》

? (4) 卫计委《医院信息化建设应用技术指引》

? (5) 卫生计生委《基于健康档案的区域卫生信息平台建设指南》

? (6) 卫生计生委《基于健康档案的区域卫生信息平台建设技术方案》

? (7) 卫生计生委《健康档案基本架构与数据标准》

? (8) 卫生计生委《电子病历基本架构与数据标准》

? (9) 卫生计生委《基于电子病历的医院信息平台建设技术解决方案》

? (10) 《基于电子病历的医院信息平台技术规范》（WS/T447-2014）

? (11) 《医院信息互联互通标准化成熟度测评方案（试行）》

? (12) 卫生计生委《医院管理评价指南（试行）》

? (13) 卫生计生委《卫生系统电子认证服务体系系列规范》

? (14) 卫生计生委《全国医院信息化建设标准与规范（试行）》

?

? 医疗卫生数据标准：

? (1) 医学数字化影像通讯标准 DICOM3

? (2) 系统化医学名称—临床术语标准——SNOMED CT

? (3) 观测指标标识符逻辑命名和编码标准——LOINC

? (4) 医疗卫生领域信息交换标准——HL7 V3

? (5) 临床文档架构——CDA R2

? (6) 医疗企业集成规范——IHE

? (7) 电子病历基本架构与数据标准(试行)

? (8) WS xxx-2012 卫生信息共享文档规范

? (9) WS 445-2014 电子病历基本数据集

? (10) WS 363-2011 卫生信息数据元目录

? (11) WS 364-2011 卫生信息数据元值域代码

?

? 信息安全规范：

? (1) 《涉及国家秘密的信息系统分级保护管理办法》国保发（2005）16 号

? (2) 《涉及国家秘密的计算机信息系统安全保密方案设计指南》国家保密标准 BMB23-2008

? (3) 《涉及国家秘密的计算机信息系统分级保护测评指南》国家保密标准BMB22-2007

? (4) 《涉及国家秘密的信息系统分级保护管理规范》国家保密标准BMB20-2007

? (5) 《涉及国家秘密的信息系统工程建立规范》国家保密标准 BMB18-2006

? (6) 《涉及国家秘密的信息系统分级保护技术要求》国家保密标准BMB17-2006

? (7) 《涉及国家秘密的信息系统安全隔离与信息交换产品技术要求》国家保密标准 BMB16-2004

? (8) 《涉及国家秘密的信息安全审计产品技术要求》国家保密标准BMB15-2004

? (9) 《涉及国家秘密的计算机信息系统入侵检测产品安全技术要求》国家保密标准 BMB13-2004

? (10) 《涉及国家秘密的计算机信息系统漏洞扫描产品安全技术要求》国家保密标准 BMB12-2004

? (11) 《涉及国家秘密的计算机信息系统防火墙安全技术要求》国家保密标准 BMB11-2004

? (12) 《涉密信息设备使用现场的电磁泄漏发射防护要求》国家保密标准BMB5-2000

? (13) 《电磁干扰器技术要求和测试方法》国家保密标准 BMB4-2000

? (14) 《使用现场的信息设备电磁泄漏发射检查测试方法和安全判据》国家保密标准 BMB2-1998

? (15) 《处理涉密信息的电磁屏蔽室的技术要求和测试方法》国家保密标准BMB3-1999

? (16) 《计算机信息系统安全保护等级划分准则》GB17859-1999

? (17) 《信息安全技术信息系统通用安全技术要求》（GB/T20271-2006）

? (18) 《信息安全技术网络基础安全技术要求》（GB/T20270-2006）

? (19) 《信息安全技术操作系统安全技术要求》（GB/T20272-2006）

? (20) 《信息安全技术数据库管理系统安全技术要求》（GB/T20273-2006）

? (21) 《信息安全技术终端计算机系统安全等级技术要求》（GA/T671-2006）

?

? 软件工程方面：

? (1) GB/T 1526-1989 信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定

? (2) GB/T11457-2006 信息处理软件工程术语

? (3) GB/T13502-1992 信息处理程序构造及其表示的约定

? (4) GB/T14085-1993 信息处理计算机系统配置力符号及约定

? (5) GB/T15535-1995 信息处理单命中判定表规范

? (6) GB/T18234-2000 信息技术 CASE 工具的评价与选择指南

? (7) GB/T18492-2001 信息技术系统及软件完整性级别

? (8) GB/T18914-2002 信息技术软件工程 CASE 工具的采用指南

? (9) GB/T8566-2007 信息技术软件生存周期过程

? (10) GB/T8567-2006 计算机软件文档编制规范

? (11) GB/T9385-1988 计算机软件需求说明编制指南

? (12) GB/T9386-1988 计算机软件测试文件编制规范

? (13) GB/T15532-1995 计算机软件单元测试

? (14) GB/T16680-1996 软件文档管理指南

? (15) GB/T17544-1998 信息技术软件包质量要求和测试

?

? 投资估算编制依据：

? (1) 中华人民共和国信息产业部《电子建设工程概（预）算编制办法及计价依据》，2005 年

? (2) 中华人民共和国信息产业部《电子建设工程预算定额》，2005 年

? (3) 中华人民共和国国家发展改革委员会《国家电子政务工程建设项目管理暂行办法》，2007 年

? (4) 中华人民共和国国家发展改革委员会、建设部《工程勘察设计收费管理规定》，2002 年

? (5) 中华人民共和国国家发展改革委员会、建设部《建设工程监理与相关服务收费标准》，2007 年

? (6) 中华人民共和国财政部《基本建设财务管理规定》，2000 年

? (7) 中华人民共和国国家计划委员会《建设项目前期工作咨询收费暂行规定》，1999 年

? (8) 中华人民共和国国家发展改革委员会《招标代理服务费收费管理暂行办法》，2002 年

? (9) 财建[2002]394 号《关于印发基本建设财务管理规定的通知》；计价格[1999]1283 号《关于印发建设项目前期工作咨询收费暂行规定的通知》

? (10) 计价格[2002]10 号勘察设计费取费依据《工程勘察设计收费管理规定》

? (11) 发改价格[2007]670 号《建设工程监理与相关服务收费管理规定》

? (12) 发改高技[2008]2071 号《关于加强国家电子政务工程建设项目信息安全风险评估工作的通知》

? (13) 计价格[2002]1980 号《招标代理服务收费管理暂行办法》

? (14) 《中国软件行业协会软件工程定额标准》

? (15) 《工程勘察设计收费标准》国家发展改革委和建设部联合发布

? (16) 《关于涉密计算机、通信和办公自动化设备定点维修维护管理的规定》

? (17) 《信息系统工程造价指导》

? (18) 项目单位提供的有关资料

? (19) 其它相关国家规范标准和地方条例。

2.1 基本现状

1. 财务收费问题

由于微信公众号、自助机、互联网医院加之原有的HIS窗口财务业务支持多支付方式的应用，财务收入按帐期、按汇总、按明细时常不一致，影响费用统一管理，降低效率。

2. 临床专科应用

医疗过程本是连贯的、一体的，而信息系统是分散的、相对独立的，通过缺乏整合的信息系统来完成临床业务，其一体化应用效果是无法实现的。医院信息化的重点已经从收费转变为围绕着患、医、护、技的临床应用工作展开的，医院业务形态的不断演进，带来院内核心业务的延伸，系统多终端部署变为可能。

3. 患者服务集成

国家医疗政策正向着逐步强化患者服务能力的改善及保障患者安全的工作。强化互联网+医疗在服务患者方面的优势地位，鼓励医院开展基于互联网医院、互联网+医疗、互联网+护理等业务领域的创新，通过院外急诊、电子健康卡等介入，进一步打通业务之间的壁垒。支付模式与支付体系的转变，在线医保、“无感支付”、“先诊疗，后付费”的医疗支付模式、商保的接入，原有的支付体系在变革，从原有的注重收费贯彻医疗过程到，以诊疗为主导。

4. 运营权限治理

现代化医院管理的核心思想是通过信息化建设，以精益思想价值观为指导，建立与精益管理相匹配的系统工程，最终达到资源配置的管理优化和绩效管理。通过信息化数据的深度利用和分析，对人事员工管理提供更科学、高效的管理依据。当前形势下，互联网红利给人们的工作和生活带来了极大的便利高效，信息化、电子化已经成为节约运营成本，提高工作效率的首选。“新冠”疫情引发的社会思考中，也对自助应用提出了更多的要求。

2.2 建设目标

1. 提供互联网端患者服务集成：

以患者为中心，应用互联网技术,深化患者持续诊疗服务能力，整合自助机、微信、支付宝、医院APP，短信平台、导诊大屏服务；以互联网+医疗为手段，围绕以患者为中心，构建诊疗过程全程服务，构建健康服务新模式，打造围绕患者健康领域的智慧服务。实现患者就诊流程线上服务与线下服务的高度融合，实现院前、院中与院后的紧密衔接；通过基于电子健康卡的无感就医体验流程设计、智能导航、智能导诊、移动支付等应用的实施全面提升患者服务和门诊服务效率，全面的提升患者就医体验。

业务系统以患者服务为出发点，对各业务系统进行有效的整合与融合，以血透治疗业务为抓手对患者持续诊疗服务模式进行改造完善，通过对互联网技术的接入、支付模式技术架构调整，达到快速响应政策变化下的费用治理、患者服务、诊疗过程患者参与的效果实现。

2. 持续推进财务收费治理优化

逐步强化患者服务能力的改善及保障患者安全的工作。强化互联网+医疗在服务患者方面的优势地位，鼓励医院开展基于互联网医院、互联网+医疗、互联网+护理等业务领域的创新，通过院外急诊、电子健康卡等介入，进一步打通业务之间的壁垒。支付模式与支付体系的转变，在线医保、商保的接入，原有的支付体系在变革，将支付业务场景化，通过技术手段进行深入的财务收费治理，彻底解决院内由于多终端导致的收费问题。

3. 完善人员信息主数据管理

通过信息化对临床业务的拆分管理，以临床医嘱业务为核心，通过医嘱业务闭环有效关联诊疗过程的成本与消耗，以人财物为抓手，实现业务流、资金流、物流、信息流的同步和统一。使得管理不断前移，实现事前计划、事中控制、事后分析的全过程管理，构建完整的、闭环式管理体系，覆盖财务 、成本、绩效、临床、物资、人事等各方面的管理需求。从运营到临床数据的深度整合提升，运营系统所需数据的自动化采集，各系统完成自身业务的同时，同步将信息发送给相关系统，实现各系统间业务的自动化协同工作。互联网技术的发展外加“新冠”疫情的冲击，通过线上协同跨系统数据做整合提升员工管理已成为新人力管理模式，通过互联网的对接，完善人力管理系统中的档案、培训、权限和轮转管理，将线下流程移至线上。对医院各角色员工进行统一管理。新一代员工管理系统要兼顾不同角色的特异性，要具备个性化、跨地域性、智能性及数字化管理理念。

2.3 建设内容

本次建设内容主要为以下三个部分：

1、 通过微服务平台的深入改造，HIS系统整体对接患者互联网端业务，对患者基础信息管理、挂号管理、就诊管理、医嘱管理、检查检验报告查询、使用管理服务统一集成管理。

2、 通过微服务平台的深入改造，HIS系统整体治理财务与收费业务，对患者门诊查询费用、自助机收费、互联网收费、公众号收费、费用预警服务统一集成管理，以达到财务收费与发生业务保持一致。

3、 通过微服务平台的深入改造，HIS系统整体联合治理人员信息主数据管理，通过建设组织架构、职工管理、报表管理、人员调配、自助服务系统模块，达到HIS系统联合人力系统，共同治理人员基本信息和权限的主数据。

1.

2.

2.1.

2.2.

2.3.

1.

2.

2.1.

2.2.

2.3.

2.3.1. 建设清单

2.3.2. 详细建设内容

1.

2.

2.1.

2.2.

2.3.

2.3.1.

2.3.2.

2.3.2.1. 互联网医疗患者服务

建立统一患者服务平台，对互联网医疗过程中的患者参与服务提供统一对外接口，支持多种场景下患者服务的线上线下流程一体化。通过服务化建设，提供数字证书，令牌网关，数据加密信息安全策略，来实现第三方应用接入医院的安全保障，通过建立第三方应用服务商接入医院的安全数据通道、支持当业务数据超出设计承载极限服务范围时，对其进行降级、融断操作，避免发生线上、线下大面积业务中断，避免医院开展业务受阻。

1.

2.

2.1.

2.2.

2.3.

2.3.1.

2.3.2.

2.3.2.1.

1.

2.

2.1.

2.2.

2.3.

2.3.1.

2.3.2.

2.3.2.1.

2.3.2.1.1. 互联网安全接入网关

网关组件

接入网关是医院业务服务的统一对外接口，服务网关作为院内全部服务的访问入口来隐藏服务平台内部具体服务接口，服务访问请求统一由网关自动路由到具体服务终结点。接入网关提供统一标准的访问协议、提供访问者接入配置、具备完善的统计功能，能够统计出调用者访问的服务方法名、方法参数、调用时间、调用时长等信息。

服务发现与注册组件

要求服务在启动时，将自己的网络地址等信息注册到服务发现组件中长时间无法与某服务实例通信，就会注销该实例。

要求服务发现与注册组件支持集群部署，保证系统的稳定性、高可用性。

配置中心组件

提供配置文件统一管理功能，发布和部署时，能够提供清晰，快捷的方案，避免易错性和提高发布部署的效率。

熔断、限流、降级组件

支持熔断机制，当链路响应过长熔断该节点服务的调用节点服务调用响应正常后，恢复调用链路。

支持降级机制，当服务出问题或者影响到核心流程的性能则需要暂时屏蔽掉，待高峰或者问题解决后再打开。

支持限流机制，可以限制某个服务的并发量与请求量。

负载均衡组件

提供负载均衡的功能，包括随机、轮询、加权等策略。

分布式事务组件

支持分布式事务设计保障在大规模分布式环境下事务的最终一致性，遵守CAP理论、BASE理论和幂等性设计。应提供系统日志方式提供用户操作界面，提供手工或者定时任务方式，保证分布式事务的一致性。

调用链查看组件

支持全面的调用链路数据分析界面，提供代码级别的可见，支持启用禁用。

2.3.2.1.2. 基础服务包

要求提供基础数据信息在线查询统一服务集成，通过HIS系统和互联网系统接入管理。支持数据字典、医院信息、院区信息、科室信息、人员信息、物价信息、药品信息、医疗术语信息、诊断信息、手术诊断信息、床位信息等基础数据信息在线查询。

2.3.2.1.3. 患者服务包

要求提供患者身份识别、身份认证、就诊卡管理进行统一服务集成，通过HIS系统和互联网系统的接入。支持患者互联网线上办卡、查看就诊卡、信息变更管理、在线患者档案修改。

2.3.2.1.4. 挂号服务包

要求提供患者挂号、医师排班管理进行统一服务集成，通过HIS系统和互联网系统的接入。支持患者查看排班科室服务（包括不同院区）、排班日期、医生排班、号源详情。支持互联网预约、取消挂号，支持查看预约挂号状态。

2.3.2.1.5. 报告服务包

要求提供报告浏览统一服务集成，通过HIS系统和互联网系统的接入。

支持主动给患者推送检验报告和检查报告，支持患者通过APP查看历次就诊检验记录和检查记录，支持患者反馈意见。

2.3.2.1.6. 门诊医嘱服务包

要求提供患者线上诊疗过程的统一服务集成，通过HIS系统和互联网系统的接入。支持医生为复诊患者在线问诊、开立诊断、开立医嘱，支持线下配送。

2.3.2.1.7. 集成管理服务

要求提供第三方应用统一管控集成，将所有通过HIS和对外接入第三方系统的服务通过微服务平台进行集成管理。主要包括：服务商的注册，接入权限，秘钥生成及下发管理。服务包查询，接口开启/停用。服务包调用统计，调用日志及日志明细查询。交易量统计，支付方式统计，支付渠道统计，应用渠道统计，费用类型统计。接入商新增，修改及权限管理。接入商分类支付订单统计，接口调用统计查询。服务器状态监控，多维度院内移动业务报表。

1.

2.

3.

4.

5.

6.

6.1.

6.2.

6.2.1.

6.2.2.

6.2.2.1.

6.2.2.1.1.

6.2.2.1.2.

6.2.2.1.3.

6.2.2.1.4.

6.2.2.1.5.

6.2.2.1.6.

6.2.2.1.7.

自动化运维工具

提供集中的、简单的运维管理工具，支持通过运维管理界面进行持续交付、部署等，支持服务节点容器与容器集群的管理，支持服务节点自动化部署，支持服务能力的水平伸缩、界面化查看管理等。

统一日志分析分析

支持采集多种来源的日志数据，能够稳定的把日志数据传输到中央系统，并能够存储日志数据，可以支持 UI 分析，能够进行每次业务操作的纵向日志分析查询，还能够针对每个操作具体方法的横向日志的比对分析查询并查看错误报告。

系统监控、预警

要求提供对服务器和docker容器的硬件使用情况的监控，并设定相应指标阀值，超过阀值时，提供预警机制，提供友好、直观的监控界面，可查看到整个服务器的运行情况；提供发布的服务监控功能和预警机制，保证服务器的稳定性，提高系统的高可用性。

2.3.2.2. 财务费用治理

建立支付管理服务，对各种网络支付方式提供统一的对外接口，支持多种商户、多种应用的支持，集合对账，统计报表.

2.3.2.2.1. 门诊服务包

要求提供患者就诊期间门诊收费和费用查询信息统一服务集成，通过HIS系统和互联网系统接入管理。支持患者诊间互联网缴费、查询缴费、查看分诊候诊情况，查看指引单、提交意见反馈等功能。

2.3.2.2.2. 互联网医院支付

要求通过支付管理服务和微服务平台，提供互联网医院支付场景费用治理。支持治理互联网预约、复诊患者挂号、互联网缴费、查询、医保结算等业务。

2.3.2.2.3. 微信公众号支付

要求通过支付管理服务和微服务平台，支持治理患者通过微信公众号预约在线支付业务治理。

2.3.2.2.4. 自助机支付

要求通过支付管理服务和微服务平台，提供自助机支付场景费用治理。支持治理自助机预约挂号、挂号、医保挂号、缴费、费用结算业务治理。

2.3.2.2.5. 费用预警

通过支付管理服务和微服务平台，对余额不足的患者进行信息推送提醒，并可提供护士催缴费用打印功能。

2.3.2.3. 员工信息系统建设

2.3.2.3.1. 组织机构

1、 要求提供单位、行政科室、业务科室等组织体系进行自定义管理，支持生成组织机构图，能够层层展开与信息穿透，清晰直观体现机构的层级与机构信息。

2、 要求提供组织机构的设立、撤销、合并、分离、更名以及职能调整，能够记录机构调整的历史信息。

3、 要求提供建立适合医院运行的岗位体系，包括岗位分类（如医、护、药、技、管理、工勤等）、行政级别（如：院长、科主任等）、职称级别（主任医师、主治医师、住院医师）等，维护简易便捷。

4、 要求提供岗位基本信息管理，如岗位职责、任职资格、岗位编制、岗位关系等信息的维护与管理，并可自动生成岗位说明书。

5、 要求提供自动生成编制信息，能根据人员情况自动生成单位、部门的实有人数及余缺编情况。

6、 要求提供多维度的统计分析机构信息和报表的自动生成。

2.3.2.3.2. 职工管理

7、 要求提供记录职工从入职到离职的全部信息，如基本信息、学习培训经历、历次职务职称变动、历次工资变动、岗位轮转信息、每月考勤信息、奖惩情况、考核情况等等。

8、 要求提供管理员或有权限的业务人员增加、修改、删除人员信息项目。

9、 要求提供不同维度进行职工分类管理，如：按照用工形式分为在编人员、合同人员、劳务派遣人员、返聘人员等；按照人员状态可分为在岗人员、离退休人员、进修培训人员，待岗人员、内退人员、待聘人员、调出人员、应聘人员等。

10、 要求提供兼职人员管理，并能够根据需要不出现重复统计。

11、 要求提供对人员数据进行批量修改、增加、删除，支持excel的导入、导出功能。

12、 要求提供智能计算功能，如通过身份证自动计算出生日期、年龄、性别信息等；

13、 要求自由调整单位或者科室的人员排列顺序。

14、 要求具有检索、查询功能，能够实现任意符合格式的组合条件查询。

15、 要求进行历史信息查询，例如查询曾经任职过人事专员的人员等。

16、 要求提供自行设计各种人事卡片，如员工履历表、干部任免表、各种证明等，并可根据需要导出Excel、pdf、word等多种格式。

17、 要求提供能够根据不同的口径、范围、查询条件等进行便捷的统计分析，生成直观的统计分析图（柱状、饼状、曲线），并能够穿透到具体数据。

18、 要求提供对职工生日、转正、培训、证书、退休、返聘等信息进行自动提醒，并且可以通过邮件、短信等方式提醒相关人员进行及时的处理。预警的内容、条件、时间等能由业务人员根据需要自行定义。

2.3.2.3.3. 报表管理（含表格工具）

19、 要求提供预置人社局、卫健委等部门的统计报表模板，并能够根据需要由业务用户自行调整，无需厂商二次开发。

20、 要求提供基于人员信息库，各种院内、外报表的数据能够自动生成，能够导出excel格式。

21、 要求提供统计报表可以在不同部门间共享，不同部门可以在权限范围内生成自己的报表数据。

22、 要求提供按月、季、年等时间段内进行归档已完成报表，基于归档报表既可进行时间维度的纵向分析，也可进行部门间的横向比较分析。

23、 要求提供报表数据进行“反查”，展现数据来源。

24、 要求提供灵活易用的报表绘制工具，类似Word制表功能（同时指出Excel表样导入）。

2.3.2.3.4. 人员调配（含流程设计引擎）

1、 要求提供为内部晋升、降职，辞职、调离、退休、交流、挂职、长期病假、脱产学习培训、待岗、停薪留职等人员异动的规范处理与结果自动归档。

2、 要求提供流程表单能够由业务人员灵活的定义，可输出、打印，配合线下审批。

3、 要求提供审批流程能够自动流转、手工指派，满足不同的审批工作需要。

4、 要求提供工作流流转，实现不同部门、科室或业务衔接的分工应用，如职工入职审批通过后，自动通知薪酬起薪业务等办理，满足人事关联业务间的协同应用。

5、 要求提供各个流程可编辑流程说明，便于相关人员直观了解流程规则。

6、 要求提供根据要求设计、打印、输出变动人员的明细表及汇总表。

7、 要求提供站内信、邮件、短信等多种形式发起待办通知，提示工作人员及时处理相应流程，并可以对流程的审批进度实时监控。

2.3.2.3.5. 职工自助服务

1、 能够为职工开通账号及授权，严格的权限保障不同用户对人力资源业务数据的不可见。

2、 员工能够对头像、界面配色风格、工作面板、密码等进行符合个人要求的个性化设置。

3、 能够查看单位发布的人事规章制度，下载相关的人事表格。

4、 职工能够在权限范围内查看个人信息，对错误记录能够申请修改，经相关部门审核后方可入库。

5、 职工能够在线进行请假申请、公出申请、转正申请等各种人事业务办理，并能够跟踪业务处理进度。

6、 能够查看某个时间段（月度、季度、年度、不定期）内工资汇总及明细信息。

7、 通过自助平台，能够进行各种问卷调查，问卷调查内容可灵活定义。

2.3.2.3.6. 科室自助服务

1、 要求提供科室能够在线填报考勤表，在线完成科室考勤上报工作；

2、 要求提供科室领导可在管理范围内查询本科室人员的相关信息，并能够进行相关统计分析；

3、 要求提供输出职工常用名册，联系名册，专业技术人员名册等等

4、 要求提供科室领导本科室人员相关人事业务的审批，如请假、公出、转正等申请。

2.3.2.4. 移动医护扩展终端

2.3.2.4.1. 移动终端配置要求

移动终端共计330台

2.4 系统设计原则

系统建设遵循标准化开发，软件设计严格执行国家有关软件工程的标准，应用设计符合国家、医疗卫生行业相关标准、规范以及尽量贴合医院自身的发展规划。

1. 简单易用性：

依照简单易用的建设原则，系统需要带有友好运维界面的运维管理原则，运维实施人员只需上传开发人员测试编译好的业务服务Jar包，并在部署在页面直接修改配置项，如：服务所需的cpu、内存大小，服务发布的副本数量，对外映射的端口及服务需要的环境变量等；平台会根据上传的jar包、配置信息自动生成docker镜像，并上传到docker仓库，生成docker容器，发布服务。

2. 技术先进性：

依照技术先进的建设原则，采用流行的开源组件，技术社区活跃。人才储备充分。

3. 高度可用性：

依照高度可用的建设原则，所有的组件和服务均采用高可用模式部署，确保系统使用的高度可行性。

4. 响应高效性：

依照高效响应的建设原则，通过微服务化对核心业务拆分治理后，微服务技术平台使得开发敏捷性强，对应处理问题和开发需求的响应周期更快，更高效。

5. 高复用性：

依照现有信息化系统高度复用的建设原则，采用与目前医院数据库oracle一致，与目前系统一致的主流开发平台.Net或Java为建设要求，以便高效开发快速复用。

2.5 体系结构

本项目规划建设内容是基于微服务平台进行的应用方面的治理和探索，不涉及新建系统。

3.1 微服务框架

针对具体的服务功能开发，应提供一套完备的服务开发框架，用以支持快速实现业务功能，该服务开发框架作为服务平台内部业务服务的标准实现框架，应该与整个服务平台具备良好的兼容性，无缝对接服务平台提供的各种基础设施，并且可以屏蔽服务平台的内部细节，服务开发框架应该具备合理的体系结构，清晰的规格描述，符合业内主流技术规范，服务开发框架应包括：基础框架组件、定时任务组件、数据访问组件、消息队列组件、缓存组件、日志组件、异常处理组件、契约组件等。

3.2 关键支撑组件

用于支撑微服务开发框架的基础组件，包括：网关组件、服务发现与注册组件，配置中心组件，熔断、限流、降级组件，负载均衡组件，分布式事务组件，调用链查看组件。

3.3 自动化运维工具

微服务化后，服务增多，服务部署变得复杂，使用docker容器部署，服务部署难度也增加了，为了保证系统部署的简单、快捷性，系统应提供集中的、简单的运维管理工具，支持通过运维管理界面进行持续交付、部署等，支持服务节点容器与容器集群的管理，支持服务节点自动化部署，支持服务能力的水平伸缩等。

3.4 统一日志分析

能够采集多种来源的日志数据，能够稳定的把日志数据传输到中央系统，并能够存储日志数据，可以支持 UI 分析，能够进行每次业务操作的纵向日志分析查询，还能够针对每个操作具体方法的横向日志的比对分析查询，还能够提供错误报告查看，为实现快速定位系统问题提供帮助，提供全方位的日志分析数据。

3.5 系统监控、预警

提供对服务器和docker容器的硬件使用情况进行监控，如：cpu、内存、IO等，并可以设定相应指标阀值，服务器系统指标在超过阀值时，提供预警机制，通过邮件或者短信等方式通知运维人员，并提供友好、直观的监控界面，可查看到整个服务器的运行情况；还能提供对发布的服务进行监控，如果服务有停止，在规定时间内没有自动启动时，也会提供预警机制；保证服务器的稳定性，提高系统的高可用性。

4.1 设计目标

按照国家有关规定和标准规范要求，开展信息安全等级保护安全建设整改工作。通过落实安全责任制，开展管理制度建设、技术措施建设，落实等级保护制度的各项要求，使信息系统安全管理水平明显提高，安全保护能力明显增强，安全隐患和安全事故明显减少，有效保障信息化健康发展，维护本院利益。

4.2 信息安全技术体系

信息系统安全的基本属性：

在信息安全保障的概念下，信息安全的三个基本属性的含义分别是：

a) 保密性

保密性保护是指对在信息系统中存储、传输和处理的信息及整个信息系统的保密性进行保护。保密性保护的范围包括从信息系统的物理实体、操作系统、数据库管理系统、网络系统到应用软件系统等信息系统的每一个组成部分。这些组成部分应得到应有的保护，使其不因人为的或自然的原因使信息或信息系统非授权的泄露或破坏达到不能容忍的程度。

b) 完整性

完整性保护是指对在信息系统中存储、传输和处理的信息及整个信息系统的完整性进行保护。完整性保护的范围包括从信息系统的物理实体、操作系统、数据库管理系统、网络系统到应用软件系统等信息系统的每一个组成部分。这些系统部分应得到应有的保护，使其不因人为的或自然的原因使信息或信息系统非授权的修改或破坏达到不能容忍的程度。

c) 可用性

可用性保护是指对信息系统中存储、传输和处理的信息及整个信息系统所提供的服务的可用性进行保护。可用性保护的范围包括从信息系统的物理实体、操作系统、数据库管理系统、网络系统到应用软件系统等信息系统的每一个组成部分。这些组成部分应得到应有的保护，使其不因人为的或自然的原因使系统中存储、传输或处理的信息出现延迟或其他不可用的情况，或者系统服务被破坏或被拒绝达到不能容忍的程度。

信息系统安全的组成与相互关系：

信息系统通常是一个庞大而复杂的系统。一个典型的信息系统由支持软件系统运行的硬件系统（包括计算机硬件和网络硬件及其所在的环境）、对系统硬件进行管理并提供应用支持的计算机系统软件和网络系统软件、按照应用需要进行信息处理的应用软件等部分组成。这些硬件和软件共同构成一个完整的信息系统，通过对数据信息进行存储、传输和处理，提供确定的功能，完成所规定的应用。 信息系统安全是围绕信息系统的组成及其所实现的功能，对信息系统的运行及其所存储、传输和处理的信息进行安全保护所采取的措施。根据上述信息系统的组成与功能，按照五个安全组成部分进行的安全描述，将有助于全面、准确地理解信息系统安全所涉及的内容。 信息系统安全的五个安全组成部分分别从物理安全、系统安全、网络安全、应用安全和安全管理等方面对信息系统的安全进行描述。

a) 物理安全

物理安全为信息系统的安全运行和信息的安全保护提供基本的计算机、网络硬件设备、设施、介质及其环境等方面的安全支持。

b) 系统安全

系统安全是指在计算机硬件及其环境安全的基础上，提供安全的操作系统和安全的数据库管理系统，以实现操作系统和数据库管理系统的安全运行以及对操作系统和数据库管理系统所存储、传输和处理数据的安全保护。

c) 网络安全

网络安全是指在网络硬件及其环境安全的基础上，提供安全的网络软件、安全的网络协议，为信息系统在网络环境的安全运行提供支持。一方面，确保网络系统的安全运行，提供有效的网络服务，另一方面，确保在网上传输数据的保密性、完整性、可用性等。

d) 应用安全

应用安全是在物理安全、系统安全、网络安全等安全环境的支持下，实现业务应用的安全目标。应用安全主要体现在应用软件系统的安全。应用软件系统是在硬件系统、操作系统、网络系统和数据库管理系统的支持下运行的。安全的应用软件系统对数据信息所进行的存储、传输和处理需要有相应的安全措施，这些安全措施可以在应用软件系统层实现，也可以在支持其安全运行的物理安全、网络安全、操作系统安全和数据库管理系统安全中实现。

e) 安全管理

信息系统的安全管理是指对组成信息系统安全的物理安全、系统安全、网络安全和应用安全的管理，是保证这些安全达到其确定目标在管理方面所采取的措施的总称。安全管理通过对信息安全系统工程的管理和信息安全系统运行的管理来实现。信息安全系统的工程管理是指为使所开发的信息安全系统达到确定的安全目标，对整个开发过程所实施的管理；信息安全系统的运行管理是指为确保信息安全系统达到设计的安全目标，对其运行过程所实施的管理。

4.3 信息系统安全管理建设

a) 落实信息安全责任制

明确领导机构和责任部门，设立或明确信息安全领导机构，明确主管领导，落实责任部门。建立岗位和人员管理制度，根据职责分工，分别设置安全管理机构和岗位，明确每个岗位的职责与任务，落实安全管理责任制。建立安全教育和培训制度，对信息系统运维人员、管理人员、使用人员等定期进行培训和考核，提高相关人员的安全意识和操作水平。具体依据《基本要求》中的“安全管理机构”内容，同时可以参照《信息系统安全管理要求》等。

b) 信息系统安全管理现状分析

在开展信息系统安全管理建设整改之前，通过开展信息系统安全管理现状分析，查找信息系统安全管理建设整改需要解决的问题，明确信息系统安全管理建设整改的需求。 可以依据《基本要求》等标准，采取对照检查、风险评估、等级测评等方法，分析判断目前所采取的安全管理措施与等级保护标准要求之间的差距，分析系统已发生的事件或事故，分析安全管理方面存在的问题，形成安全管理建设整改的需求并论证。

c) 确定安全管理策略，制定安全管理制度

根据安全管理需求，确定安全管理目标和安全策略，针对信息系统的各类管理活动，制定人员安全管理制度、系统建设管理制度、系统运维管理制度、定期检查制度等，规范安全管理人员或操作人员的操作规程等，形成安全管理体系。具体依据《基本要求》中的“安全管理制度”内容，同时可以参照《信息系统安全管理要求》等。

d) 系统运维管理

主要包括:环境和资产安全管理、设备和介质安全管理、日常运行维护、集中安全管理、事件处置与应急响应等。

e) 系统建设管理

制定系统建设相关的管理制度，明确系统定级备案、方案设计、产品采购使用、软件开发、工程实施、验收交付、等级测评、安全服务等内容的管理责任部门、具体管理内容和控制方法，并按照管理制度落实各项管理措施。

f) 安全自查与调整

制定安全检查制度，明确检查的内容、方式、要求等，检查各项制度、措施的落实情况，并不断完善。定期对信息系统安全状况进行自查，第三级信息系统每年自查一次，第四级信息系统每半年自查一次。经自查，信息系统安全状况未达到安全保护等级要求的，应当进一步开展整改。具体依据《基本要求》中的“安全管理机构”内容，同时可以参照《信息系统安全管理要求》等。信息系统安全管理建设整改工作完成后，安全管理方面的等级测评与安全技术方面的测评工作一并进行。

4.4 信息系统安全技术建设

a) 信息系统安全技术设计

主要包括：通信网络安全设计、主机系统安全设计、区域边界安全设计、应用系统安全设计等。

b) 安全建设整改工程实施和管理

工程实施和管理主要包括：安全建设整改工程实施的组织管理工作包括落实安全建设整改的责任部门和人员，保证建设资金足额到位，选择符合要求的安全建设整改服务商，采购符合要求的信息安全产品，管理和控制安全功能开发、集成过程的质量等方面。

1. 投标人应该提供各类技术人员的职责，方便用户与相关人员的沟通，协助制定相关子系统的操作规章制度。

2. 软件产品的技术支持服务免费维护期为一年。免费维护期过后，进入项目维护服务期。在维护期中费用纳入到整体现场维护中。

3. 软件产品免费维护期内，应提供系统扩充、升级方面的技术支持服务。

4. 投标人应该在项目的实施过程中提供软件支持的服务，这些服务应该包括：

1) 对影响到应用系统平稳作业的问题解答与分析，并提出解决方案；

2) 定期进行程序错误的修改、维护、实施；

3) 信息系统的服务关联到软硬件的各个方面，因此必须对所有相关的变化进行实时的更新；

4) 对所有的维护活动进行记录，并形成规范的文档，例如记录时间、地点、原因，最后还要注明完成的时间和人员；

5) 提供7*24小时的现场维护和故障解决；

5. 投标人应提供系统的维护服务，维护服务包含但不局限于以下几点：

1) 管理、维护系统以及与其他系统的接口；

2) 问题解答、问题分析、与其他合作方的协作；

3) 修正应用软件的错误；

4) 维护和执行的服务必须满足系统的操作；

5) 信息系统的服务是与整个系统相关的，维护服务必须保证系统的一致性与稳定性；

6) 对系统的每一次改变或是升级都必须对需求进行检查；评估并保证建议的解决方案是完全符合目前的操作模式，并对系统的正常运作没有影响，所有的调优或修改建议不能够降低系统操作性能。

1.投标团队应具有本项目全部相关的开发、实施及后续服务能力，符合、承认并承诺履行本招标文件各项规定。

2.投标团队需要通过相关行业认证，实现根据质量管理的理论对软件开发进行过程管理，以使其满足工程化、标准化的要求，能够更好地实现建设目标。

3.投标团队应负责项目整体实施，进度把控，风险把控，项目沟通协调，项目汇报，实施计划，人员管理等工作等。

4.投标团队应了解国内医院信息化建设发展的现状和趋势，认真借鉴其他医院信息化建设发展的经验，促进医院信息化建设步伐，减少投资浪费，提高建设效率和效益。

5.投标团队具有自主研发的信息化产品成果，并有相应的标准研制经验。

需有明细报价及总价，如有折扣需注明，免费维保期满后，针对软件部分（不含数据治理等服务内容）需提供有偿维保服务报价。