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

招标公告

项目名称： (略) 疑难病症诊治能力提升工程项目（呼吸系统方向）相关信息系统建设

项目编号：TC * V * K

(略) 有限公司

* 日

附件1：

各潜在投标人：

(略) 上发售、 (略) (采购)文件/资格审查文件（下简称“标书”），现将有关注意事项特别告知如下：

（ * ） 网上注册：凡有意在线获取电子版标书的潜在投标人，请务必在本项目电子版标书发售截止时间前， (略) 采购平台（www. * *** ；下简称“交易平台”） (略) (略) (略) 免费注册。潜在投标人只需注册 * 次，不同的经办人可建立多个账户。交易平台负责对投标人注册信息与其提供扫 (略) * 致性检查。

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

（ * ） 电子版标书下载收费：如在线购买并下载电子版标书，除标书款 (略) 银支付标书下载服务费，收费标准为每标包 * 元，由中招 (略) 出具增值税电子普通发票，标书购买人可登录“ (略) 采购平台”自行下载增值税电子普通发票。标书下载费 * 经收取不予退还。

（ * ） 潜在投标人成功下载电子版标书后， (略) 有限公司本项目联系人确定领取方式。

（ * ） 其它事项

1、交易平 (略) 提供操作手册，潜在投标人可以下载并根据操作 (略) 注册、登录、网上购买下载电子版标书及下载费支付、发票开具领取等操作。

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

附件2：

1、项目背景

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

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

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

2、建设依据

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

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

? （ * ） * 号）

? (3) 国家卫健委、 (略) 《关于深入开展“ (略) +医疗健康”便民惠民活动的通知》（国卫规划发（ * ） * 号）

? (4) 《中华人民共和国 (略) 会发展第十 * 个 * 年规划纲要》

? (5) 《国家卫生计生委国家 (略) 关于加快推进人口健康信息化建设的指导意见》（国卫规划发（ * ） * 号）

? (6) 《中 (略) 关于深化医药卫生体制改革的意见》（中发（ * ）6 号）

? (7) (略) 《关于积极推进“ (略) +”行动的指导意见》

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

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

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

? ( * ) 《国家电子政务工程建设 (略) 办法》

? ( * ) 《 * 年深入落实进 * 步改 (略) 动计划重点工作方案》（国卫办医函（ * 号）

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

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

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

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

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

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

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

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

? ( * ) 《临床检验结果共享系统互操作性规范》国 (略)

? ( * ) 《医院会计制度》财会[ * ] * 号

? ( * ) 《 (略) 评审标准实施细则（ * 年版）》

?

? 功能规范方面：

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

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

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

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

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

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

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

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

? (9) 卫生计生委《基于 (略) 信息平台建设技术解决方案》

? ( * ) 《基于 (略) 信息平台技术规范》（WS/T *** ）

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

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

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

? ( * ) 卫生计生委《 (略) 信息化建设标准与规范（试行）》

?

? 医疗卫生数据标准：

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

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

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

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

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

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

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

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

? (9) WS *** 电子病历基本数据集

? ( * ) WS *** 卫生信息数据元目录

? ( * ) WS *** 卫生信息数据元值域代码

?

? 信息安全规范：

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

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

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

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

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

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

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

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

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

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

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

? ( * ) 《涉密信息 (略) 的电磁泄漏发射防护要求》国家保密标准BMB5- *

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

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

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

? ( * ) 《计算机信息系统安全保护等级划分准则》GB *** 9

? ( * ) 《信息安全技术信息系统通用安全技术要求》（GB/T *** 6）

? ( * ) 《信 (略) 络基础安全技术要求》（GB/T *** 6）

? ( * ) 《信息安全技术操作系统安全技术要求》（GB/T *** 6）

? ( * ) 《信息安全技术数据库管理系统安全技术要求》（GB/T *** 6）

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

?

? 软件工程方面：

? (1) GB/T *** (略) 理数据流程图、程序流程图、系统流程图、 (略) 络图和系统资源图的文件编制符号及约定

? (2) GB/T *** 6 (略) 理软件工程术语

? (3) GB/T *** 2 (略) 理程序构造及其表示的约定

? (4) GB/T *** 3 (略) 理计算机系统配置力符号及约定

? (5) GB/T *** 5 (略) 理单命中判定表规范

? (6) GB/T *** 0 信息技术 CASE 工具的评价与选择指南

? (7) GB/T *** 1 信息技术系统及软件完整性级别

? (8) GB/T *** 2 信息技术软件工程 CASE 工具的采用指南

? (9) GB/T *** 信息技术软件生存周期过程

? ( * ) GB/T *** 计算机软件文档编制规范

? ( * ) GB/T *** 计算机软件需求说明编制指南

? ( * ) GB/T *** 计算机软件测试文件编制规范

? ( * ) GB/T *** 5 计算机软件单元测试

? ( * ) GB/T *** 6 软件文档管理指南

? ( * ) GB/T *** 8 信息技术软件包质量要求和测试

?

? 投资估算编制依据：

? (1) 中华人民共和 (略) 《电子建设工程概（预）算编制办法及计价依据》， * 年

? (2) 中华人民共和 (略) 《电子建设工程预算定额》， * 年

? (3) 中华人民共和国国 (略) 《国家电子政务工程建设 (略) 办法》， * 年

? (4) 中华人民共和国国 (略) 、 (略) 《工程勘察设计收费管理规定》， * 年

? (5) 中华人民共和国国 (略) 、 (略) 《建设工程监理与相关服务收费标准》， * 年

? (6) 中华人民 (略) 《基本建设财务管理规定》， * 年

? (7) 中华人民共和 (略) 《建设项 (略) (略) 规定》， * 年

? (8) 中华人民共和国国 (略) 《招标代理服务费 (略) 办法》， * 年

? (9) 财建[ * 号《关于印发基本建设财务管理规定的通知》；计价格[ * 号《关于印发建设项 (略) (略) 规定的通知》

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

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

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

? ( * ) 计价格[ * 号《招标代理服务 (略) 办法》

? ( * ) 《 (略) 业协会软件工程定额标准》

? ( * ) 《工程勘察设计收费标准》国家发展改 (略) 联合发布

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

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

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

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

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、 要求提供 (略) 职工分类管理，如：按照用工形式分为在编人员、合同人员、劳务派遣人员、返聘人员等；按照人员状态可分为在岗人员、离退休人员、进修培训人员，待岗人员、内退人员、待聘人员、调出人员、应聘人员等。

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

* 、 要求提供对 (略) 批量修改、增加、删除，支持excel的导入、导出功能。

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

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

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

* 、 (略) 历史信息查询，例如查询曾经任职过人事专员的人员等。

* 、 (略) 设计各种人事卡片，如员工履历表、干部任免表、各种证明等，并可根据需要导出Excel、pdf、word等多种格式。

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

* 、 要求提供对职工生日、转正、培训、证书、退休、返 (略) 自动提醒，并且可以通过邮件、短信等方式提醒 (略) (略) 理。预警的内容、条件、时间等能由业务人员 (略) 定义。

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

* 、 要求 (略) 局、 (略) 门的统计报表模板，并能够根据需要由 (略) 调整， (略) 商 * 次开发。

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

* 、 要求提供统计报表 (略) 门间共享， (略) 门可以在权限范围内生成自己的报表数据。

* 、 要求提供按月、季、年等 (略) 归档已完成报表，基于归档 (略) 时间维度的纵向分析， (略) 门间的横向比较分析。

* 、 要求提供 (略) “反查”，展现数据来源。

* 、 要求提供灵活易用的报表绘制工具，类似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. 移动终端配置要求

移动终端共计 * 台

2.4 系统设计原则

系统建设遵循标准化开发，软件 (略) 国家有关软件工程的标准，应用设计符合国家、 (略) 业相关标准、规范以 (略) 自身的发展规划。

1. 简单易用性：

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

2. 技术先进性：

依照技术先进的建设原则， (略) 的开源组件， (略) 区活跃。人才储备充分。

3. 高度可用性：

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

4. 响应高效性：

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

5. 高复用性：

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

2.5 体系结构

本项目规划建设内容是基于微 (略) 的应用方面的治理和探索，不涉及新建系统。

3.1 微服务框架

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

3.2 关键支撑组件

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

3.3 自动化运维工具

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

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*2 (略) 维护和故障解决；

5. 投标人应提供系统的维护服务，维护服 (略) 限于以下几点：

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

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

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

4) (略) 的服务必须满足系统的操作；

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

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

1. (略) 应具 (略) 相关的开发、实施及后续服务能力，符合、 (略) 文件各项规定。

2. (略) 需 (略) 业认证，实现根据质量管理的理论对 (略) 过程管理，以使其满足工程化、标准化的要求，能够更好地实现建设目标。

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

4. (略) (略) 信息化建设发展的现状和趋势，认 (略) 信息化建设发展的经验， (略) 信息化建设步伐，减少投资浪费，提高建设效率和效益。

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

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