苏州市中医医院关于软件平台建设招标公告

(略) (略) 有限公司受 (略) 的委托， (略) 。欢迎有资格的供应商前来参加投标。

* 、采购编号：SZCH * -G- *

* 、招标内容：

（ * ）标的物名称：

* 标段：人事管理软件

* 标段： (略) 平台

（ * ）交货及安装完成时间：

* 标段：合同签订之日起4个月内完成 (略) 。

* 标段：合同签订之日起3个月内完成 (略) 。

（ * ）交货安装地点： * 方指定地点。

（ * ）采购需求：

* 标段：

1、标的物内容：人事管理软件

2、技术要求

2.1项目概况

为实现采购人人力资源管理核心业务：组织管理、岗位管理、编制状态、职工管理、人事异动、报表管理、表格工具、工资管理、考勤上报等的信息化管理功能，以满足采购人当前的管理要求。同时系统应具有良好的可扩展性，以满足采购人未来的业务调整。

2.2功能要求

2.2.1机构岗位管理

2.2.1.1机构管理

u (略) 实际 * 致的组织机构（ (略) 区、专业系统、 * 级科室等）；每级机构都能记录本机构的基本信息、考核记录、奖励记录、编制记录等信息。

u 要能够对各组织机构完成新增、合并、划转、撤销等工作；满足机构改革的需要。

u 机构调整中，人员信息关联调整，如机构划转，原科室的人员自动划转到新机构；

u 能 (略) 等“虚拟机构”， (略) 人员统计时，虚拟机构人员不重复统计；虚拟机构人员统计时，可以单独统计。

u 能够生成组织机构图，点击结构图可以穿透查询到相关科室的岗位及职工信息，如岗位设置、部门职责、职工人数等。

u 能够生成科室编制表，方便监控科室编制余缺情况，并能保留历史编制信息，为编制及人员调整提供参考。

u 更够根据科室职能的不同，可以将管理单元控制到最小化。

2.2.1.2岗位管理

u (略) 运行的岗位体系，包括岗位分类（如医、护、药、技、管理、工勤等）、岗位级别（如：院长、科主任、主任医师、主治医师、住院医师等），维护简易便捷。

u 能够对各岗位工作职责、任职资格、隶属关 (略) 维护，形成规范的岗位任职体系，制作各岗位的岗位说明书，点击岗位体系各单元能够展示各岗位说明书；

u 能够直观展示隶属关系图， (略) 调整和修改；

u (略) (略) 兼职的特殊情况；

u (略) 岗位的新建、更名、撤销、合并、划 (略) 理；岗位划转中人员关联调整。

u 能够设置岗位编制，岗位与人员动态关联，生成岗位编制情况表，准确反映各岗位编制余缺情况，实时统计分析及自动预警。

2.2.1.3机构、岗位信息的应用

u (略) (略) 及时、动态的查询、分析，直观展现各岗位的编制、状态等信息；

u 能够将机构信息输出成相应的报表，如《事业单位法定代表人登记申请表》、《各科室获奖情况统计表》、《科室考核信息汇总表》等

u 要能够对各岗位的 (略) 查询、统计，并能够输出相应的各种报表，如《岗位说明书》、《岗位编制配比表》等。

2.2.2职工管理

2.2.2.1人员信息体系

u (略) 人事管理的基础，它与职工的合同管理、人事异动、工资福利管理等均存在关联，能够在人事业务中自动提取的职工相关信息，如在工资计算过程可以获取人员的职位、学历、工龄等信息。

u (略) 职工分类管理（如：在编人员、合同人员、离退休人员、返聘人员、劳务派遣人员、进修培训人员，待岗人员、内退人员、待聘人员、调出人员、应聘人员等。

u 可以记录职工从入职到减员的全程信息，如基本信息、学习培训经历、历次职务职称变动、历次工资变动、岗位轮转信息、每月考勤工资奖金、奖惩情况、考核情况等等，实现对 (略) 全面、准确的管理。

u (略) 需要对职工 (略) 灵活的增加、修改等；

u 信息内容支持自定义，可定义为代码、日期、文本、数字、多媒体等各种类型。还可以附加Word、Excel、多媒体等文件；

u 可以在记录中直接展开查看多媒体信息，如在学历信息点击查看学历证书照片，并能下载打印。

u 具有黑名单管理功能，如被解聘人员，再次应聘时能够发出提醒，规避用人风险；

2.2.2.2信息的维护

u 职工信息采集中，支持excel表信息的导入、导出；

u 能够接收原有人事数据库（Access、SQL Server、Oracle）的信息导入；

u 录入过程中具有智能计算功能，如：能够通过身份证计算出生日期、年龄、性别信息等；计算公式可以灵活设置， (略) 调整。

u 具有数据审核功能，例如：职工出生年月与身份证信息不匹配，可以提示预警；审核公式能够灵活设置、增加、修改、删除等。

u 信息可分为“写、读、无”等权限类别，不同分工、 (略) 门的人员仅可维护“写”权限的信息，可看“读”权限的信息；

u (略) 理后，信息自动归档到相关人员信息项目下，无需重复录入，如工资变动审批后，该职工工资变动信息中自动生成 * 条新记录；

u 支持人员信息的批量修改、增加、删除等。

2.2.2.3查询、统计、报表的自动生成与输出

u 人员浏览时可以直接查 (略) 属部门、岗位及照片等信息。

u 能自由调整单位或者科室的人员排列顺序，如可按照职务、年龄、学历等条件排序。

u 支持单 * 条件或多条件等组合查询。可以在第 * 次查询的结果中，采用第 * 个查询条件，进行 * 次查询，逐步缩小筛选范围。查询条件和公式能灵活定义。

u 对组织、人员信息能够输出、打印各种人事卡片，如登记表、带有照片的花名册以及各种统计报表、各类证明等，并可导出Excel；

u 能够自动生成上级单位要求的各种报表，具有自动校验功能，并能输出为excel数据表，便于上报工作；

u 各种人事卡片表 (略) 要求灵活定义，并能导入excel表样快速制作，各种统计条件、公式的定义简单方便， (略) 商的 * 次开发；

u 能够根据不同的口径、范围、查 (略) 便捷的统计分析，如，全院（或某科室）人员的学历分布，年龄分布、职称分布情况等，并能够生成生动直观的统计结果和统计图形，能 * 目了然地洞悉人力资源的全貌， (略) 对人力资源的总量、趋势、结构比例等方面有直观的认识，佐证决策。

2.2.3信息预警

u 可利用预警的方式对职工生日、岗位比例、职称晋升、考试年限、工作年限、退休、返聘等自动提醒，并且支持通过邮件等方式提醒 (略) (略) 理。

u 预警的内容、条件、时间等能由 (略) 定义；

u 对预警出来的人 (略) (略) 理，如合同到期 (略) 合同续签业务办理，对过生日人员自动发送祝福短信或者邮件贺卡等；

2.2.4人事异动

u 可灵活绘制各种入转调离 (略) 理的表单及定义表单内的计算规则，业务人员只需维护关键变量信息，即可完成相关 (略) 理；

u 相关业务表单提交后，表单内信息自动归档，同时能够自动触发下 * 步相 (略) 理表单， (略) 理的横向协同；

u 可以打印、输出各种审批表格和名册，并且生成的表格可以导出成MSOffice、WPSOffice、PDF文件格式。

2.2.5考勤上报

u 实现考勤员 (略) 考勤数据的上报；

u 系统可通过月度、季度、年度等 (略) 考勤结果的汇总统计， (略) 需要的各类考勤汇总表；

u 考勤数据与工资核算可以无缝对接。

2.2.6工资管理

2.2.6.1工资体系

u 医院编内人员、合同职工、离退休人员、返聘人员等编内、 (略) 不同的工资管理体系， (略) 事业单位工资标准，合同人员为协商工资。部分合同人员也可参照在编人员工资。返聘人员 (略) (略) 事业单位退休工资标准， (略) (略) 协商工资。系统能够满足多种不同的工资结构。

u 医院事业 (略) 岗位绩效工资制度。岗位绩效工资由岗位工资、薪级工资、绩效工资 (略) 分组成。各项工资项目由人事科根据国 (略) 实际情况决定发放标准和是否发放。系统应具有明确工资标准的工资项目（包括事业单位统 * (略) 自定项目），均可以在系统自动生成。

u 能对工资项目及其 (略) 新增、修改、删除等操作， (略) 自己对工资体系的调整和完善；

u 工资公式的定义要可汉化，易学易用，业务人员经过简短培训就可以掌握；

u 对工资项目的运算结 (略) 手工调整；

2.2.6.2工资调整

u 能完成新聘用人员工资确定、年度增加薪级工资、岗位变动工资调整、调整基本工资标准、调整津贴 (略) 有调资业。

u 能按照规定格式实现各种调资业务审批表的修改和新建，并能够在审批表中设置相关条件、公式，满足事业单位工资变动审批要求；

u 各种调 (略) (略) 理都可以由系统完成，特殊情况人员可以手动调整；

u 要有自动校核功能，能判断薪资变动后的薪资标准是否在可批准范围内以及进职务最低档提醒；

u 各种工资变动审批表能够 (略) 门要求的excel，并能在线打印；

u 工资调整业务支持流程审批的定义，并自动记录员工的工资变动情况，提供工资补发、 (略) 理机制，历次变动情况可以归档备查；

u 在工资标准调整时，可修改或导入新的工资标准，在工资核算时根据职等、薪级情况自动调用；

2.2.6.3工资核算

u 工资核算中对当月发生变化的 (略) 比对，并对变化人员的 (略) 调整、 (略) 工资核算；

u 能够通过导入excel、或手工调整等 (略) 数据（如考勤、考核结果等），自动核算绩效工资、考勤扣款等工资项目；

u 所有涉及人员变动或工资调整带来的工资变化要能够自动汇总，便于在工资核算过程中对工资变动信息自动比对，避免 * 次核对带来的工作效率不高，数据不准等问题。

u 整个工资系统的核算，要能够做到代扣税或代缴税、支持正算、反算、合并计税及符合 (略) 有计税方式的自动计算，如工资薪金、全年 * 次奖金、劳务报酬、残疾人税率等，提高工资核算效率；

2.2.6.4工资发放

u 人事科将发放工资的数 (略) 后， (略) 进行工资核算与发放，人事科负责对他们录入数据库的信息的正确性 (略) 审核；

u (略) 将发放明细返回给人事科，人事科基于相关 (略) 各种工资调整和数据分析；

u 系统可以按财务要求生成职工明细数据及总帐凭证，同时支持与E (略) 数据交换， (略) 门间数据的同步；

u 各种工资项目能够自动计算，同时支持手工修正；

u 要能够输出不同格式的工资明细报表和统计报表、历史工资报表，例如工资发放花名册、发放差异表、工资计算审批单等等，并能够对 (略) 灵活的新增、调整和删除等。

u 应能够自动输出收入证明等与工资数据相关的各种证明，且证明的 (略) (略) 修改。

2.2.6.5保险福利

u 满足事业单位保险管理需求，用户可以定义各种保险福利种类管理,如社保、公积金、单位年金等。

u 提供保险核算功能，如保险基数、单位缴纳额、个人缴纳额等的核算。

u 提供各种保险报表、名册的创建、生成、打印。

u 提供各种保险数据分析功能。

2.2.7报表管理

2.2.7.1年报及日常报表工作

u 医院需要 (略) 局、 (略) 、 (略) 门上报人力资源报表，系统要内置《事业单位人员统计年报》、《事业单位工资福利统计年报》，工资总额发放统计报表等，需 (略) 高效完成。

u (略) 各种统计报表能够方便制作与应用；

u 各种报表的数据能够实时自动生成，并且有准确性的校验功能，提高报表工作效率；

u 各种报表能够保存历史数据，便于不同时 (略) 对比分析；各种报表能够导出excel格式。

2.2.7.2报表分析

u 对已完成的历史报表，以 * 定时间顺序（以月、季、年或不定期）进行归档，便于后期的查询和分析， (略) 时间维度的纵向分析， (略) 门间的横向比较。

u 能够对 (略) “反查”，展现数据来源，如：点击某个统计人数，可查看具体职工姓名。

2.2.7.3报表的制作与修改

u 上级要求的报表格式发生变动，系统应提供表格工具使人事科业务人员能够灵活修改、新增各种统计报表， (略) 商 * 次开发；

u 能够将各种excel表格样式直接导入系统，并 (略) 自动提取数据；

u 提供多种报表软件的接口，包括事业单位的人才年报和工资年报。

2.2.8系统维护

u 【库结构、数据字典管理】用户可以完成构建数据库，增加、修改、删除指标集和指标；增加、修改、删除代码；

u 调整人员库等功能；

u 【用户与权限管理】增加、删除用户或调整用户授权、设置口令。可以细分为组织机构管理范围权限授权、功能授权、人员库授权、子集指标授权、管理范围授权、多媒体授权、报表类别授权、登记表授权、花名册授权、高级花名册授权、统计表授权、预警提示授权、查询条件授权、计算公式授权、业务模板授权十 * 种。

u 【工 具 箱】备份／恢复数据；与其他软件之间的数据导入／导出；整理数据库； (略) 络库； (略) 理；日志管理；数据归档等功能。

u 【系统参数】对系统的 (略) 设置和管理。如实现设置组织机构标题、性质以及是否显示虚拟机构，实现设置人事异动流程的审批模式，设置序号维护、邮件模板设计和预警提示条件的等。

u 【安全策略】 包括在线用户、操作日志、IP地址管理、认证应用库、认证用户名和LDAP认证服务配置等功能。用户可以查看在线用户、操作日志；限定登录系统的IP地址；设置登录系统应用库；设定认证用户名，快速分配帐号和口令。

u 【通讯平台】 包括短信信箱、发送短信、电话邮箱设置、邮件服务器和短信接口参数功能。用户可以查看短信信箱；编辑并发送短信；设置电话邮箱指标、邮件服务器参数、短信接口参数。

2.3总体要求

2.3.1成熟稳定

系统采用当前成熟、稳定的技术，使用符合标准的软件技术规范。

2.3.2技术先进性

以成熟、适度先进的信息技术为基础，满足采购需求，先进性方面应该满足如下要求：

2.3.2.1基于java开发，B/S 架构，以J2EE为系统的核心技术标准。

2.3.2.2支持 EXCEL 接口、XML 接口、Web service 信息交换模式。

2.3.2.3系统设计采用先进的面向对象，U (略) 建模，支持负载平衡、 (略) 理、 (略) 署。

2.3.2.4采用 SOA 面向服务的架构（Service-OrientedArchitecture）。

2.3.2.5支持统 * LDAP 服务，获取组织机构、人员信息集等基础信息。

2.3.3良好的扩展性

2.3.3.1应用系统的体系结构支持目前主流的应用服务器；

2.3.3.2支持分布式跨平台数据库；支持各种Oracle、MSSQL大型关系型数据库及各种版本；

2.3.3.3系统设计采用框架及模块化结构，具有高度弹性及扩展特性；

2.3.3. (略) 的信息系统集成规划，通过主数据平台服务推送人事数据，帮助系统间自动获取相关系统数据，形成 * 体化管理模式；

2.3.4灵活性

能对组织机构、指标、代码、表格、公式、流程等的快速配置实现， (略) 代码级别开发，以满足各种复杂多变的管理需求。

2.3.5系统具体要求如下：

2.3.5.1模块化功能设置，功能结构清晰，易于操作。

2.3.5.2具备简单易用的表格设计工具，数据合法性检查准确，公式设定简单易学，便于灵活设计各种登记表、花名册及报表等数据表格，能够自动取数，并支持设置打印、输出格式。

2.3.5.3数据导入方便灵活，易于掌握。

2.3.5.4系统支持自动预警提醒功能， (略) 设置预警条件。

2.3.6应保证系统7* * 小时持续、稳定、 (略) ，具体要求如下：

2.3.6.1系统具有为各类角色定义各种操作权限和操作权限组的能力：能提供“角色授权”的功能，如：岗位发生变化，权限也自动变化；另外某类特殊的用户，通过赋予账户某种制定好的角色，权限就会自动生效；

2.3.6.2具有业务操作安全约束机制，每类角色、每个用户都有操作权限和操作日志记录。

2.3.6.3能直接在服务器上设定数据库备份周期、时间，系统自动备份，同时也可手动备份，对于业务人员，可以按时点将数据备份。

2.3.6.4能记录当前在线的用户及相应的信息，记录的信息可配置，如IP、登录时间、姓名、单位、部门、岗位等；能统计最大并发数。

2.4日常维护服务要求

1

2

3

4

5

2.4.1投标人保证维护期间人员资质、 (略) ，如更换服务人员需 * 方认可。

2.4.2在实施和免费维护期内，满足功能模块客户化需求，提供软件系统扩充、升级、数据迁移、测试、 (略) 、培训及上线等方面的技术支持服务。

2.4.3故障响应时间 * 分钟，7* * 小时技术支持，电话指导下无法解决的 (略) ，当时无法解决的需在 * 小时内给出时间安排表,并在2日内解决。

2.5售后服务要求

1

2

3

4

5

6

2.5.1投标人有经验丰 (略) 。

2.5.2所提供软件系统需提供从验收合格之日起 * 年免费维护，包括系统维护、跟踪检测等， (略) 提供的 (略) 。

2.6项目实施要求

1

2

3

4

5

6

7

2.6.1实施期间，投标人必须派遣具有多年项目经验的，且参与过同类项目专 (略) 进行软件开发实施工作。

2.6.2项目实施方案合理，具备项目进度保证措施。根据采购人人事管理软件的建设要求提供具体针对性的设计方案及实施文档（包括相关技术文档，需求分析报告，系统设计说明书，项目实施方案，用户使用及维护管理手册）。

2.6.3实施人员分工合理，工程计划和进度科学合理，对系统软件的供货、安装调试、验收和配合系 (略) 了合理安排和规划。

2.6.4实施计划中应含有需求分析、详细设计、客户化修改、安装测试、培训及上线计划。承诺在采购人要求时间内平稳上线。

* 标段：

1、标的物内容： (略) 平台；

2、 (略) 技术要求

2.1项目概述

为深入贯彻落实习近平新时 (略) 会主义思想和党的十 * 大精神，推进实施健康中国战略，提升医疗卫生现代化管理水平，优化资源配置，创新服务模式，提高服务效率，降低服务成本，满足人民群众日益增长的医疗卫生健康需求，根据《“健康中国 * ”规划纲要》、《关于深入开展“ (略) +医疗健康”便民惠民活动的通知》（国卫规划发〔 * 〕 * 号）和《关于促进" (略) +医疗健康"发展的意见》（国办发〔 * 〕 * 号），对促进“ (略) +医疗健康”发展提出指导意见和要求。

本项目通 (略) 医院，提供在线视频或图文问诊服务，实现线上、线下互为 (略) 医疗服务，同时基于患者的健康管理数据， (略) 门提供医疗健康预警、 (略) 署提供参考依据。

(略) 建设实现“把时间还给病人， (略) ”的效能，为百姓提供更好的环境，更优质的服务，使百姓就诊更方便、更快捷。 (略) 给予百姓更大的憧 (略) 的高墙，让患者在家里看病成为可能。

(略) 思维建立全新可落地的医疗健康全过程管理机制， (略) 、医生和患者紧密联系、增进沟通，满足大众便捷就医、深度医疗、健康管理的需求，同时有序分流患者提升患者满意度，并实现医疗服务延续扩展。

2.2项目建设原则

(略) 云平台涉及到的各类软件（包括应用软件、操作系统、数据库软件及其他工具软件），遵循以下规则：

2.2.1易用性

n (略) 的中文图形用户界面；

n完备的用户手册（包括数据库结构的描述）；

n软件易扩充、升级；

n保证任何软件模块的维护和更 (略) 不影响其它软件模块，软件具有容错能力；

n不同时期软件版本应能向下兼容，软件版本易于升级，且在升级的过程中不影响系统 (略) 。供货时提供最新版本的软件，且必须是经过测试正式推出的，其可靠性、稳定性经过严格验证的。

2.2.2安全性

n软件具有多级安全管理机制。支持按数据域、操作者、访问权限类别 (略) 管理，具备安全可靠的密码管理机制；

n系统中各类用户密码不以明文方式存储， (略) 理；

(略) 、口令、传输加密、认证等技术保护；

n系统可以通过设置防火墙， (略) 用户的访问、数据包、用户身份和 (略) 控制，防止对系统的非法访问、攻击和破坏；

2.2.3灵活性

n系统支持多线程、多进程机制。系统使用 (略) 理结构，体系结构清楚易理解，标准化各模块间的接口， (略) 理瓶颈和存储瓶颈。系统设计采用开放技术、开放结构、开放系统组件和开放用户接口，以利于维护、扩展升级；

n提供多种风格的模板，可根据用户需求做出定制；

n根据实际需求，导入、导出不同格式的文件；

n管理界面 (略) 易操作，提供图形模式操作；

n支持菜单右键的剪贴、复制等操作；

n定制不同风格报表。

2.2.4可靠性

n软件良好的健壮性；

n软件良好的容错性，抗干扰能力强，支持并发操作；

n系统接口不对现有系 (略) 造成不利影响；

n应用软件的设计尽量避免由于单点故障影响整个系统 (略) ，避免关键信息的丢失；

n数据库系统可靠性高，可 (略) 备份和恢复。

2.2.5兼容性

n本次工程涉及到的各 (略) 于各种主流硬件平台上。

2.3总体设计要求

2.3.1技术架构要求

(略) 应用服务应在面向服务的SOA架构基础上，采用ESB企业服务总线结构模式，简化应用之间的集成拓扑，提供基于标准的通用连接服务，使得服务请求者和服务提供者之间以松散耦合、动 (略) 交互。

前端表现层的应用接入应包括身份认证服务、应用API接口、第 * 方接入接口等；接入层的应用可通过https、http rest协议等方式分别与移动端应用软件和WE (略) 通信交互；异构系统间应采用标准的web servi (略) 数据交互，数据格式要支持xml或json格式。

(略) 应用服务 (略) 署，并且合理使用数据缓存机制 (略) 效率，不得采用数据库紧耦合方式，不得因其他系统故障导致本系统无法使用（ (略) 分功能受限）。

2.3.2平台设计标准

(略) 云平台上的应用软 (略) 业的相关业务和功能需求。

1) 应用软件的设计开发严格遵循软件工程方法论的指导。

2) 应用软件设计采用面向对象的分析、设计方法。

3) 应用软件的实现利用参数化、模块化的方式实现软件的重构和组装。

4) 应用软件实现的组织、流程、表格、展示、分析模型等可编辑。

5) 应用软件具备较强的可扩充性，能不断满足新功能需求。

6) 应用软件满足操作上的方便性、维护的简便性和使用上的灵活高效性。

7) 应用软件系统具有高可靠性和良好的开放性。

8) (略) 络协议。

9) 支持对大型异种数据库的访问。

* ) 具有和高级语言互联的能力。

* ) 支持通用的接口标准。

* ) (略) (略) 需的技术。

* ) 支持多级安全控制。

* ) 可为不同的使用人员设置不同的使用权限和参数，可以限制用户访问主机资源，不同类型的用户只能访问相应的文件或应用，支持采取授权方式限定用户对主机的访问范围。

* ) 对于需要登录系统访问的用户，可以通过产品提供的安全策略强制实现用户口令安全规则，如限制口令长度、限定口令修改时间间隔等，保证其身份的合法性。

* ) 系统能够及时发现系统的安全隐患，并据此提供必要的解决方案。

* ) 能够对 (略) 详细的记录，并根据 (略) 查阅。

* ) 是 * 个充分、完整的汉化版本系统。

* ) 运行在美观、整洁和易于理解的图形界面中。

* ) 可以向终端用户提供在使用过程中的在线帮助，在线帮助需要有良好的组织结构、直观易用。

* ) 报表有 * 致 (略) , 报表用户界面应该是 (略) 的，报表需要具有很好的灵活性以及多种的导入导出输出格式。

* ) 整个系统必须有较快的响应速度。

* ) 具有很好的操作度，统 * 界面下应具有统 * 操作方法、录入的各类信息可以在系统中充分共享等。

* ) 系统软件具有高可靠性，主要包括以下几个方面：

n软件系统必须保证质量，并在实施前经过完全测试，并应具备质保证明；

n采用可靠性高的数据库操作平台， (略) 理和数据库的完整性。

n数据库完整性规范的使用贯穿 (略) 应用模块中；

n系统没有明显和可能导致严重后果的错误。

* ) 整个应用软件系统要能够连续7* * 小时不间断工作，应用软件中的任 * 模块更新、加载时，在不更新与上下模块的接口的前提下，不影响其 (略) 。

* ) 应用软件有良好的安全性和可靠性。保证数据不被非法盗用和修改伪造，保证数据的 * 致性；采用故障检查、 (略) 理机制。

* ) 应用软件有良好的可扩展性，系统应具有良好的伸缩性， (略) 络规模的增长平滑扩展；还应具有后向兼容性，当版本升级后低版本系统中的数据应自动迁移到高版本系统中。

* ) 支持对 (略) 理，要求数据库、表、索引要有 * 定数据量的扩展，来满足信息量的增加。

* ) 实时性：实时完成大 (略) 理；对实时性要求高的功能 (略) 理方法。

* ) 易操作、易管理：有良好的用户操作界面、详细的帮助信息；系统参数的维护与管理通过操作界面实现。

2.4项目建设清单

2.5功能需求

2.5.1软件功能需求

2.5.1. (略) 平台

(略) 平台包含患者端和医生端，居民用户可以在APP应用中使用，医生用户可以通过w (略) 上诊室。

2.5.1.1.1云预约

患者在手机APP上 (略) 上诊室的号源，预约好之后需要完成取号支付，只有完成 (略) 上诊室预 (略) 上诊室就诊环节；网上诊室的取号支付不受目前AP (略) * 米距离的限制；网上诊室预约号不可在线上退号。

2.5.1.1.2预约记录

预约记录是为查询和逆流程而设计的，患者可通过预约记录功能查询个人或家庭成员 (略) 有预约记录，包括就诊科室、就诊医生、就诊日期、就诊时间、就诊序号等相关云诊室预约信息，同时针对需要取消预约挂号的患者，也可通过 (略) 退约操作。

2.5.1.1.3云候诊

云诊室功能，即线上的叫号模块，实现患者云预约成功 (略) 列等待医生叫号，患者可通过此模块查 (略) 列候诊情况，在到达预约时间前 * 段时间平台会以短信及消息的方式通知患者，以便患者提前安排好个人事务，方便云诊室业务的开展。

2.5.1.1.4视频问诊

应实现医生通过WEB端对病人发起视频问诊，通过音视频通 (略) 实时沟通，同时可以查阅患者预约时上传的文字、图片形式的病情描述、相关病历、检验检查报告等信息。

当医生通过WEB端对病人发起视频问诊后，居民通 (略) 音视频通话消息确认。患者确认 (略) 实时音视频沟通。

诊疗结束后，医生可 (略) (略) 方后，患者可以对 (略) 评价。诊疗过程中的视频、语音 (略) 储存备份。

2.5.1.1.5云支付

医生通过 (略) 后， (略) 给 (略) 方以及检查单， (略) 收费系统对接划价之后，患者可以通过云诊室的云支付功能，依据缴费单明细完成费用的缴纳。

2.5.1.1.6云报告

医生给患者下达的医嘱支持多种类型，患者支付后，如有需做的检查，可通过云支付后的条码去各医技科室做检查。报告审阅并发送后，患者可通过云报告模块查阅检查报告。

2.5.1.1.7云档案

(略) 上 (略) 有就诊记录以及相关病历、处方等信息，患者可通过云档案模块，按照时 (略) 上诊室就诊历史、病历、处方。

2.5.1.1.8药品快递

(略) 就诊，医生可以 (略) 上完 (略) 方，患者完成支付后，处方 (略) 完成药品的配送。

2.5.1.1.9快递地址管理

增加、删除、修改快递地址，管理药品快递的收件地址。

2.5.1.1． * 就诊评价

(略) 就诊结束后，居民可以对本次 (略) 评价。医院可以查看评价的内容并统计次数等。

2.5.1.1. * 短信接口

为了保障预约了云诊室的患者能够及时获得医生邀请通知，提供短信接口服务。医生在呼叫时，将及时给患者发送 * 条短信。

2.5.1.1. * 消息推送接口

云诊室视频呼叫依赖于消息推送，须预留消息推送接口；消息推送接口能够实现系统级的呼叫，且进程不被系统任务管理器给清除的话，云诊室呼叫可以实现类似于微信的视频呼叫，在医生呼叫时，患者手机APP能接收医生的视频邀请。

2.5.1.1. * 视频账号管理

视频账号的维护和管理，包括新增、查看账号使用情况。

2.5.1.2医生WEB端系统

2.5.1.2.1就诊列表查询

需实现医生通过WEB端查询当天待就诊的人数，并支持医生直接选择患者发起就诊。同时支持医生查阅已完结就诊患者列表及患者病历信息。

2.5.1.2.2音视频问诊

需实现医生通过WEB端对病人发起视频问诊，通过音视频通 (略) 实时沟通，同时可以查阅患者预约时上传的通过文字、图片形式的病情描述、相关病历、检验检查报告等信息。

诊疗结束后，支持医生可 (略) (略) 方。

2.5.1.2.3云病历查询

需支持医生可以在WEB端查看患者预约时提交的资料。

2.5.1.2. (略)

医生通过WEB端 (略) * 对 (略) 。对患者提供医疗信息服务、 (略) ， (略) 、 (略) 服务。

2.5.1.3患者APP端系统改造

2.5.1.3.1云预约

需支持居民通过APP直接预约云诊室的号源，预约完成 (略) 取号支付并进入云诊室就诊环节。

2.5.1.3.2云候诊

需实现居民云预约成功后，进 (略) 列，等待医生叫号，实现居民通过APP查 (略) 列候诊情况。在到达预约时间前 * 定时间内，支持平台以短信及消息的方式通知居民，便于居民提前安排好个人事务，方便云诊室业务的开展。

2.5.1.3.3在线问诊

需支持医生发起视频问诊申请，患者通过音视频通 (略) 实时沟通，同时支持居民通过文字、图片形式上传病情描述、相关病历、检验检查报告等信息。 (略) 内的历史 (略) 查看。诊疗结束后，支持居民对 (略) 评价。

2.5.1.3.4云支付

需支持在线视频问诊后，针对医 (略) (略) 方以及检查单，支持居民通过APP端云支付功能，依据缴费单明细完成费用的缴纳。 (略) 方药品进入药品配送环节；检查 (略) 后可直接至 (略) (略) 理检查检验。

2.5.1.3.5云报告

需支持医生给居民开出的检验检查项目，居民支付后，可通过云支付后的条码去各医技科室做检查。报告审阅并发送后，支持居民通过云报告功能查阅检查报告。

2.5.1.3.6云档案

需支持居民通过APP端按照时间查询在云 (略) 有就诊记录以及相关病历、处方等信息。

2.5.1.3.7药品配送

需支持快递配送功能， (略) 的对接，可实现居民通过云诊室完成药品配送的在线下单。

2.5.1.3.8预约记录

预约记录功能需支持居民通过APP端查询个人或家庭成员 (略) 有预约记录，包括就诊科室、就诊医生、就诊日期、就诊时间、就诊序号等相关云诊室预约信息。

2.5.1.3. (略)

(略) 医 (略) (略) ， (略) 制剂、健康药品、康复器械、穿戴设备、随身医疗设备等售卖，提供专业意见及服务指导。居 (略) 需要的服务或是健康相关产品。

2.5.1.3. (略)

需支持居民通过患者APP发 (略) 。提供医疗信息服务、 (略) ， (略) 、 (略) 服务。

2.5.1.3. * 快递地址管理

需支持居民可以新增、删除、修改快递地址，管理药品配送的收件地址。

2.5.1.3. * 就诊评价

需支持诊疗结束后，患者可以对 (略) 星级评价，同时支持相关管理单位定期对 (略) 统计分析，评价项目可以根据 (略) 个性化维护管理。

2.5.1.4医生APP端系统改造

2.5.1.4.1就诊列表查询

需实现医生通过APP查询当天待就诊的人数，并支持医生直接选择患者发起就诊。同时支持医生查阅已完结就诊患者列表及患者病历信息。

2.5.1.4.2云病历查询

需支持医生可以在APP上查看患者预约时提交的资料。

2.5.1.5HIS系统改造

本项目需求在现有信息化基础上，增加、改造，内容如下：

2.5.1.6视频对接

与专 (略) 商的视频对接。实现医生通过WEB端对病人发起视频问诊，通过音视频通 (略) 实时沟通。

当医生通过WEB端对病人发起视频问诊后，居民通 (略) 音视频通话消息确认。患者确认 (略) 实时音视频沟通。

诊疗结束后，医生可 (略) (略) 方后，患者可以对 (略) 评价。诊疗过程中的视频、语音 (略) 储存备份。

2.5.1. (略) 监管平台对接

2.5.1.7.1监管对接

主要完 (略) 医院监管平台的对接（包括信息备案、 (略) 诊疗基础数据及业务监管数据对接）。

2.5.1.7.2业务协同

主要完成江 (略) 线下业务的对接（如科室、医生、号源、预约、支付等业务对接）。

2.5.1.7.3线上复诊

主要完成 (略) 线上业务的对接（H5系统，使用 (略) 健康 (略) 的线上业务）。

2.5.1.7.4统 * 视频

(略) 医院统 * 视频。

2.5.1.7.5统 * 支付

(略) 医院统 * 支付， (略) 医疗业务支付走省统 * 支付平台。

2.5.1.7.6统 * 对账

(略) 统 * (略) 对账管理。

2.5.1.7.7电子健康卡

注册生成、更新、调用、展示患者的电子健康卡。

2.5.1.7.8电子执照

主要是医生、护士人员的电子执照。

2.5.1.7.9发票上传

包括门诊挂号、门诊收费、住院结算发票信息，也包括 (略) 全部发票，内容主要有：病人信息上传、结算信息上传、财务信息上传、处方信息上传、医保信息上传、打印信息上传。

2.5.1.7. (略) 牌照

完成 (略) 医院监管对接，协助采购 (略) 医院牌照。

2.5.2通信及硬件功能需求

2.5.2. (略) 专线

(略) 医院业务的正常运营， (略) 专线接入带宽不得低于 * M，数量为1条，物理双路由接入保护，固定IP地址不低于8个，含3年使用费。项目验收之日起计费，服务要求如下：

（1）每月向采购人 (略) 质量报告，确保 (略) 指标正常。主用电路出现重大故障时，备用电路和设备能随时启用。要求专线可用率不低于 * .9%；业务中断恢复时间小于2小时。

（2）对项目专线提供7× (略) 管监控， (略) 用专线传输信息安全， (略) 络管理系统；承诺专线仅为采购人专用，任何第 * 方用户不得通过传输电路 (略) 络。

（3） 投标人提供的服务具体标准不得低 (略) 颁布的《 (略) 业服务质量标准》。

（4）提供不少于线路租用同期的运维服务，包括 (略) 络割接、网络保障、巡检等工作内容，提供 (略) 的巡查管理系统，要求实现状态跟踪、问题上报、数据提报、任务派单、拍照上传等功能。

2.5.2.2视频通道

支持本次建设内容中视频数据的互联互通，支撑手机/PC/PAD客户端访问方式，支持移动式视频会议功能，支持文档、桌面、白板多重共享，支持举手、会内举手、会内聊天、分组讨论会议功能，可以现有的语音、高清终端会议融合互通。 * 个视频终端账号，含3年使用费。

2.5.2.3集中式云诊室设备

集中式云诊室设备 * 套，每套包括：

2.5.2.3.1 2台台式电脑：商用台式电脑整机（ (略) 理器、 8G内存、 1T硬盘、集成显卡、WIN * 操作系统、 * .5英寸显示器）。（ (略) 视频、 (略) (略) ）。

2.5.2.3.2摄像头：满足高清 * P视频通话需求、USB接口、适用于win * /win8/win7、带安装夹方便固定于显示器上。

2.5.2.3.3麦克风、耳机：头戴式耳麦、USB7.1声道、 * MM高解析单元、拔插抗噪。

2.5.2.4集成服务

本次建 (略) 现有业务 (略) 充分的改造和对接，不影响原有系 (略) ，针对本项目集成服务需配备 (略) ，保证项目集成过程严谨、高效，集成工作需充分考虑， (略) 署计划，做好软件系统、网络系统对接调试，信息安全管理、IT服务管理、数据备份、集成维保期风险点控制分析工作，确保 (略) 。

2.6实施与服务要求

2.6.1项目实施要求

供应商需要根据项目信息系统升级改造和扩展建设项目的建设内容和进度需要，派驻具有 * 定资质能力水平的成员组成 (略) (略) 实施及服务。为实现线上、线下互为 (略) 医疗服务，本项 (略) 现有业务 (略) 充分的改造和对接。

期间可能由于用户的需要及政策的变化 (略) 相应的客户化修改，供应商必须无条件满足。供应商须承诺在项目建设及维护过程中，如采购人需要，供应商应与采购人共同定制开发信息系统产品，并完成软件著作权登记证书的申请和办理等工作。

2.6.2验收要求

本项目由中标人提出申请，采购人组织验收。验收合格，双方签字确认后视为实施完成。

验收标准：招标文件、投标文件、合同规定的及其他相关标准。

2.6.3培训要求

供应商必须向采购人提供免费培训，培训方式应包括理 (略) 培训。供应商须针对不同的培训对象，在投标文件中提出全面、详细的培训计划，包括但不限于培训内容、培训时间、地点、授课老师等。

供应商派出的培训教员应具备丰富的相同课程教学经验，所有的培训教员必须中文授课，供 (略) 有被培训人员提供培训用文字资料和讲义等相关用品。

供应商应按采购人要求合理地安排培训时间。

2.6.4售后要求

供应商应具备与本项目匹配的服务能力，以响应采购人的技术服务要求。

所有产品的质保期自本项目验收合格之日起开始计算，供应商提供不少于 * 年的免费维护。需提供过保后维保费用。

免费 (略) 有售后服务，包 (略) 产生的费用均由供应商承担。

响应时间：供应商在投标文件中必须明确承诺售后服务响应时间，并不得低于以下标准：提供7× * 电话或电子邮件服务，接到采购人报修通知2小时内做出明确响应和安排，8小时内做出故障诊断报告。 (略) 服务的，具有解决故障能力的工程师应在接到报修通知 (略) 。

2.6.5文档要求

中标人必须提供完整的软件安装、操作、使用、测试、控制和维护手册。

* 、本项目采购预算金额：

人民币（大写）： * 佰 * * 万元整

人民币（小写）：￥2, * , * . *

其中：

* 标段：

人民币（大写）： * * 万元整

人民币（小写）：￥ * , * . *

* 标段：

人民币（大写）： * 佰 * * 万元整

人民币（小写）：￥1, * , * . *

* 、合格投标人的 * 般条件

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

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

3、 (略) (略) 必须的设备和专业技术能力；

4、有依法 (略) 会保障资金的良好记录；

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

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

* 、合格投标人的特殊条件

无。

* 、报名及采购文件的获取

（ * ）报名时间：自招标公告发布之日起至 * 日。

（ * ）报名方式：

1、供应商注册。详见《 (略) 市公共资源交易平台操作手册-投标人》。

2、申领CA证书。详见《关于办理 (略) 市（市级）政府采购交易系统CA证书的通知》。

3、登录报名。供应商进入“ (略) 市公 (略) ”―“政府采购（网上报名）”―“ (略) 市政府采购管理交易平台”―“供应商”。详见《 (略) 市政府采购交易管理系统供应商操作手册》。

注：供应商打印、保留“网上报名确认单”，质疑时与质疑函 * 并提交。

(略) (略) 网上报名的供应商，视为未参与该项政府采购活动，不具备对该政府采购项目提出质疑的法定权利，但因供应商资格条件或报名时间设定不符合有关法律法规规定等原因使供应商权益受损的除外。

4、咨询电话

（1） (略) ： ***

（2） (略) ： ***

（3）交易系统维护：

客服qq： *** , *** , ***

咨询电话： ***

（4） (略) 市公 (略) ：

(略) ： ***

(略) ： ***

* 、投标文件接受信息：

（ * ）现场解密。报名成功的供应商应携带CA证 (略) 。投标时，代理机构对报名成功供应商的 (略) 报名解密，接收供应商的CA证书截止时间为项目开标时间。代理机构用本单位用户名、密码登录“ (略) 市 (略) 交易平台”评审报告登记栏中的供应商报名解密，选定开标项目，按收到CA证书的先后顺序，插入 (略) 解密，供应商输入CA证书密码后，解密成功。 (略) 打印出报名成功供应商名单和政府采购信用信息查询记录表。因供应商未按要求预留解密时间， (略) 报名解密步骤的供应商，视为未报名参加该采购项目。

（ * ）投标文件的递交

投标文 (略) 解密时间： * 日下午 * ： * - * ： * 整

投标文件接收截止时间： * 日下午 * ： * 整

投标地点： (略) 市公 (略) （政府采购）

投标地址： (略) 市姑 (略) (略) 西楼 * 楼 (略) 市公 (略) （政府采购）

* 、开标有关信息

开标时间： * 日下午 * ： * 整

开标地点： (略) 市公 (略) （政府采购）

开标地址： (略) 市姑 (略) (略) 西楼 * 楼 (略) 市公 (略) （政府采购）楼

* 、本次招标联系事项：

1、采购代理机构

名称： (略) (略) 有限公司

地址： (略) 市竹辉 (略) 大厦2楼

电话：（ * ） *** 、 ***

传真：（ * ） ***

邮政编码： ***

联 系 人：俞家成、邬汝超

2、采购人

名称： (略)

联 系 人：徐洪

联系电话：（ * ） ***

3、 (略) 政府采购监督电话： ***

十、其他应说明事项：

1、本项目不接受联合投标。

2、本公告同时在 (略) (略) 、 (略) (略) 上发布 。

十 * 、公告期：公告之日起 * 个工作日。

(略) (略) 有限公司

* 日