博思系统升级等3个项目院内议价报名公告

按照《医院招标采购管理暂行办法》要求，拟在近期对以下项目进行院内议价。

序号	科室	项目名称	数量	预算单价 (万元)
1	财务科	博思系统升级项目	1项	4
2	教学部	住院医师规范化培训系统与HIS系统的接口改造	1项	10
3	宣传科	****官网子网站维保续费	5套	0.2

请各品牌厂家、代理商见本公告后，携带有效证件及产品资料****管理中心报名（**路6号信息科研综合楼6楼），并将加盖公章的报价表、需求参数响应表、方案扫描件发至邮箱****@163.com，望相互转告。

报名时间：2026年10月12日-10月16日

咨询电话:0771-****429

必备证件：（一份，加盖公章）

1. ****公司所报项目名称、产品型号、项目联系人、联系电话、电子邮箱

封面格式要求示例：

项目名称：XXXXX

报名公司名称：XXXXX

联系人：张三，123****1234

电子邮箱：****@xx.com

生产厂家：XXX

型号：XXXXX

2. 代理公司营业执照、厂家生产许可证、软件著作权证、产品注册证等

3. 法定代表人授权书、法定代表人及授权代表人身份证复印件

2026年10月12日

（参数仅供参考，以科室实际需求为准）

1. 项目名称：博思系统升级项目

申购科室：财务科

1、总体要求

（1）解决的核心问题

解决“便民服务落地难”问题，通过票面信息展示，推动“用血直免”政策真正实现“一次都不跑”，让符合条件的患者无需先缴费再奔波报销。同时展示医保个人账户支付情况，支持家庭共济，解决参保人员个人账户资金使用不便捷的问题。

优化医疗收费明细格式，使费用结构一目了然，极大提升医保审核、财政监管和机构内部核对的效率。

响应跨省报销业务改革，优化财政电子票据数据规范，消除因各省票据数据标准不统一导致的电子票据在省外无法核验、无法报销的障碍，为**互通打下基础。通过“票据状态查询”等功能，从技术上杜绝已报销、报销中票据被作废（冲红）的问题，保障资**全。

（2）实现的关键业务

“用血直免”业务：献血者及其亲属的临床用血费用可直接减免。通过系统互联与电子票据协同，打通了跨区域减免壁垒，彻底解决了群众先行垫付、多次跑腿的难题，是“数据多跑路、群众零跑腿”服务理念的成功实践。

医保个人账户共济业务：清晰记录和展示医保个人账户资金用于支付家庭成员医疗费用的场景，支持家庭共济功能。

优化票面布局与汇总：根据票据“项目名称”进行归类，生成每个“项目名称”下的分项小计汇总。实现医疗费用的结构化展示，从根本上提升明细的可读性与核查效率，满足精细化管理的需求。

为满足财政电子票据跨省报销时电子票据**互认，以及保证入账报销的业务需要，****公司、其他保险机构或财务部门）需要更多数据要素规避其报销流程和风险控制，则需对现有医疗收费电子票据系统的数据字段进行增加和优化。同时，实现票据冲红时可对票据状态和报销信息查询。

2、具体要求

（1）硬件要求（不涉及则可不写）

无。

（2）业务要求

（2.1）新增票面展示信息项

在医疗收费电子票据的“其他信息”栏增加“输血费”“血费减免”“人员类别”和“医保钱包支付”四个内容。

a.“输血费”用于填列患者就医期间所发生用血费用。

b.“血费减免”用于填列患者就医期间血费减免的金额。

c.“人员类别”用户填列患者的人员类型，区分患者为在职、退休、居民、自费低保、特困等。

d.“医保钱包支付”用于填列参保患者使用医保钱包支付医疗费用的金额。

（2.2）调整《医疗收费明细（电子）》清单格式

a.新增“输血费”项目，用于归集患者就医期间所产生的用血费用，且放在《医疗收费明细（电子）》的首行，形成输血费小计汇总，便于归类核查。

b.新增分项小计项目。根据医疗收费电子票据票面“项目名称”内容，分项展示医疗收费明细，形 成 “项目名称”明细小计汇总，便于归类核查。

（2.3）调整优化票据数据要素规范

a.新增票据数据要素。新增医疗收费电子票据数据要素共26项，分别为桂财综〔2025〕48号文件附件3《表4 票面信息要素表》的序号81—100、134—139。

b.更新票据数据要素。更新医疗收费电子票据数据要素共9项，分别为桂财综〔2025〕48号文件附件3《表4 票面信息要素表》的序号25、29、30、33、35、66、122、127、128。

（2.4）升级功能。

在开票单位相关开票系统中新增票据状态查询、电子票据锁定与解锁、票据报销反馈等功能。

a.新增票据状态查询功能。

开票单位在发起冲红时，需查询票据实时报销状态，防止已报销的票据进行冲红。

b.电子票据锁定与解锁功能。

电子票据锁定是开票单位在发生财政电子票据报销业务时，需要对该财政电子票据进行锁定，不能对锁定状态下财政电子票据进行冲红、打印等操作。

电子票据解锁是开票单位在发生财政电子票据报销业务时，开票单位向财政反馈报销信息后，系统自动解锁。

具体升级功能技术规范见桂财综〔2025〕48号文件附件3、4。

（2.5）系统对接

与医院现有及后续更换的结算/****医院小程序等）对接、兼容迁移；医院无需支付额外接口准入费，

（3）管理要求

实现功能清单

序号	一级功能模块	二级模块
1	票面其他信息改造	医疗收费电子票据增加“输血费”
2		医疗收费电子票据增加“血费减免”
3		医疗收费电子票据增加“人员类别”
4		医疗收费电子票据增加“医保钱包支付”
5	数据规范改造	“输血费”字段改造
6		“血费减免”字段改造
7		“人员类别”字段改造
8		“医保钱包支付”字段改造
9	医疗收费明细（电子）	在医疗收费明细中增加“输血费”
10		在医疗收费明细中增加“分项小计”
1	跨省报销入账电子票据数据规范升级	医疗门诊电子票据开具功能升级
2		医疗住院电子票据开具功能升级
3		医疗挂号电子票据开具功能升级
4		医疗体检电子票据开具功能升级
5		签名原文封装
6	电子票据状态及票据报销查询	票据报销状态查询功能
7		票据报销功能
8		接收HIS系统报销状态查询请求功能
9	实施联调	医疗门诊电子票据开具功能联调
10		医疗住院电子票据开具功能联调
11		医疗挂号电子票据开具功能联调
12		医疗体检电子票据开具功能联调
13		电子票据报销状态查询联调
14		电子票据报销详细信息查询联调
15		接收HIS系统报销状态查询请求联调

3、商务与服务要求

（1）承建方应按照上级部门相关政策文件（桂财综[2025]48号）要求的时间节点，完成所有应用系统的开发、安装调试、与其它业务系统的对接。

（2）按院方要求提供系统相关培训服务，提供详细的培训计划，具体培训时间、地点以用户认可为准，包括但不限于有关系统功能、安装、操作、设计、维护和系统开发以及应用软件使用的文档和培训。

（3）为保证项目建设的连续性、完整性、合理性，投标人应承担项目过程中涉及与第三方厂商对接提供具备可行性的实施方案及可能产生的相关费用。

（4）承建方需要在项目启动前给出整体项目的整体实施计划书。从项目开始进场及实际施工阶段承建方须派出专业团队实时对接院方需求及对施工进度进行监督，实行每周小汇报，每月大汇报，并给出下一步工作计划。

（5）承建方须提供自系统终验合格之日起不少于3年（36个月）的免费质保及运维服务。质保期内提供7×24小时支持维护服务，提供伴随式技术支持，包括邮件、电话、远程维护、现场服务等方式。必须保证有足够的人员及技术支持电话负责本系统运维工作。在接到系统故障报修通知后，1小时内提出解决方案、4小时内修复（系统恢复正常运行）。

（6）承建方须****医院现有医疗收费电子票据系统兼容，实现历史票据数据完整迁移、原有对接接口保持可用、用户账号权限及操作流程平滑过渡，并提供升级失败回退方案。

（7）本项目软件****医院所有；承建方在实施/质保/运维期遵守《个人信息保护法》《数据安全法》，不得私自利用项目数据

4、技术要求

（1）信创支持条款：

a)软硬件兼容性：产品应支持兼容稳定运行于****测评中心的安全可靠测评的国产操作系统、数据库、中间件及芯片环境中。

b)自主可控：系统关键软件和技术需具备自主可控能力，鼓励采用具有自主知识产权的技术方案，核心代码无国外技术封锁风险。

（2）国密支持条款：系统应满足商用密码应用安全性评估的相关规范要求，支持医院通过等保相关的密评，包括但不限于：

a)密码算法：系统需支持国家商用密码算法（SM2、SM3、SM4等）对敏感数据进行加密处理。

b)密码设备兼容性：系统需支持与国产密码设备（密码卡/密码机）的集成和对接。

c)合规性：产品需严格遵守国家密码管理相关法律法规，****管理局或相关机构的合规性审查或认证，****医院开展商用密码应用安全性评估（密评）。

（3）▲系统须按照桂财综〔2025〕48号文件要求，****财政厅电子票据管理系统的对接，包括票据数据上报、票据状态查询、票据锁定与解锁、票据报销反馈等接口，接口规范以附件4为准

（4）▲承建方须确保项目建设过程中使用的所有软件产品包括操作系统、数据库、中间件、应用软件等均为正版，并提供满足项****服务所需的全套软件产品及相关配套文件。

（5）系统硬件兼容性：系统服务器端应支持国内外主流服务器、存储等硬件产品，客户端应支持国内外主流桌面类硬件产品。

（6）系统软件兼容性：系统应支持兼容国内外主流操作系统、数据库、应用中间件等软件，常见开源软件以及国内自主软件产品。

a)操作系统：客户端应支持包括但不限于WINXP及以上版本、银河**、统信等，移动操作系统包括ios、安卓、鸿蒙等，服务器端应支持包括但不限于主流WINDOWS、LINUX、银河**、统信等操作系统。

b)数据库：支持国内外主流数据库，包括但不限于MYSQL、SQLSERVER、ORACLE、达梦、人大金仓等类型数据库。

c)中间件：支持国内外主流中间件软件，包括但不限于NGINX、TOMCAT、IIS等。

d)浏览器：系统如采用BS架构，则应支持国内外主流浏览器软件，包括但不限于CHROME49及以上版本、IE8.0及以上版本等，以及支持国密算法与国密SSL协议的浏览器软件，包括但不限于360浏览器、奇安信等。

（7）系统互联互通与集成功能要求：

a)按照采购方要求，能实现与****医院信息系统，包含但不限于HIS系统、收费系统及医保结算系统，****管理部门业务系****医保局的医保系统、****财政厅的电子票据等相关系统的互联互通、数据共享、系统集成。

b)系****医院信息集成平台主索引数据，保证医院信息系统基础数据的统一性；系统票据数据格式须严格遵循桂财综〔2025〕48号文件附件3《财政电子票据数据规范（试行）》和附件4《系统对接报文规范》的要求，****财政厅电子票据管理系统的数据标准一致

c)系统应开放端口，并能按院方要求及标准进行系统集成对接，实现与我院各信息系统无缝连接，支持多种灵活的对接方式，支持包括但不限于webservice、webapi等接口服务接入集成方式接入方式。

（8）承建****医院要求提供各项技术文档，包括但不限于建设方案、项目管理文档、产品文档、所有数据库表结构及详细说明文档等相关文档资料。

（9）保证数据的开放性，如存在加密数据，需提供解密方法。

（10）系统扩展性好，便于二次开发。

（11）异常处理机制完善，有清晰明确的报错信息:有详细的日志记录，便于排查问题。

（12）系统可配置性高，能通过配置文件完成各种功能、参数的设置。

（13）提供自动保护功能，当故障发生时自动保护当前所有状态,保证系统能够进行恢复。

（14）系统涉及的所有数据应具有完善的隐私保护机制，保护数据安全，且相关数据只能用于本单位的相关业务中。包括但不限于系统在数据传输及存储过程中应支持通过脱敏、加密方式（如SM2、SM3、SM4等算法）对敏感及隐私数据进行处理，系统的用户权限管理设定应当遵循最小授权原则，系统应具备合理的数据备份与恢复机制，确保数据不丢失。

（15）系统应满足访问控制、安全审计、剩余信息保护、软件容错等信息系统安全等级保护(三级等保)的相关规范要求，包括但不限于在系统设计与建设时应充分考虑数据的完整性保护，应支持多因素认证方式，应提供详细的系统应急预案及应急演练计划，包括但不限于故障恢复步骤、应急响应时间、备份方案等，并定期进行演练。

（16）系统运行稳定，业务处理高性能快速响应，界面**，操作简便。系统应支持7*24小时运行，在并发性能上要以满足本院各院区及所有收费窗口同时使用，系统操作不能出现明显的延迟为目标进行设计及建设。在系统设计和建****医院未来5年业务增长的需求，确保系统的扩展性和可配置性。

（17）系统不能在账号个数、使用期限、使用范围等方面做出任何软件硬件限制，****医疗机构不受限制地使用该系统所有功能。

2. 项目名称：住院医师规范化培训系统与HIS系统的接口改造

申购科室：教学部

本项目旨在建设住培病例病种提报系统，以满足国家住院医师规范化培训管理要求，实现住院医师病例病种的标准化提报与统一管理。****医院 HIS 等信息系统对接，直接获取住院病例基础数据，确保病例来源真实、可追溯，避免人工录入带来的数据失真风险。

在国家规范化住院医师检查工作中，病例病种、手术提报及技能操作的数据溯源是检查指标中的重要条目。本项目建设将重点保障上述数据的可验证性与完整性，确保在上级检查、评估及飞行检查过程中，能够实时提供真实、连续、可追溯的原始业务数据，支撑医院顺**过各类评审与考核。

本项目不涉及新增硬件采购，****医院现有算力、服务器、存储、网络等智算**完成院内本地化部署，并保障系统长期稳定运行。在项目投标前，承建商应依据项目需要在项目方案中明确智算**需求及需求依据。

系统应具备以下业务流程与功能：

自动从HIS系统获取住院病例数据，按国家住培病种目录进行匹配与推荐；

****医院教学管理系统（住培管理信息系统）对接，获取包括但不限于学员（住培医师）基础信息，支持按自动同步、手工同步；同步过程须记录日志，对同步失败数据提供重试与告警机制

支持住培医师在线选择病例并完成病种提报；

支持带教老师对提报病例进行审核与退回；

支持按科室、个人、时间段统计住培病例完成情况；

支持病例提报全过程留痕，确保数据可追溯。

pc端数据看板：

▲（1）定制接口开发

1）支持与门急诊数据对接，能根据工号获取学员独立接诊与参与门诊信息及对应的诊断信息

2）支持与医嘱信息对接，能根据工号获取学员所开医嘱信息（包括病案号，住院号，开立内容等）

3）支持与手术数据对接，能根据工号获取学员一助、二助、主刀信息。

4）支持与检查数据对接，能根据工号获取学员检查数据

5）支持与检验数据对接，能根据工号获取学员检验的数据

6）支持与病历文书数据对接，能根据工号获取学员病历文书数据

7）支持与病人诊断信息对接，能根据病人编码获取诊断信息。

（2）ICD与病种匹配：支持根据专业加载对应病种信息，能手动添加对应病种。系统内置ICD对应编码，支持病种绑定对应ICD编码。

（3）轮转科室关系设置：支持根据专业及轮转科室加载学员清单，支持设置学员对应的轮转科室的大纲科室编码。

（4）病种的自动关联：支持系统自动根据ICD编码匹配对应学员病种。

▲（5）HIS数据看版：

1）支持门急诊数据的查询与展示

2）支持与医嘱信息数据的查询与展示

3）支持与手术数据数据的查询与展示

4）支持与检查数据数据的查询与展示

5）支持与检验数据数据的查询与展示

6）支持与病历文书数据的查询与展示

（6）学员病种进度查询：支持按不同专业展示对应学员病种完成进度。支持点击学员查看学员不同轮转阶段病种完成进度及不同阶段完成的临床工作量如：门诊量，急诊量，手术，检查，检验等。支持病种对应具体完成情况，包括对应HIS病案号、对应临床事件的具体信息。

（7）病种完成排名：支持按不同专业展示病种的完成排名。支持查看二级页面详情，展示病种每月完成情况分析。

手术、操作完成排名：支持按不同专业展示病种的完成排名。支持查看二级页面详情，展示病种每月完成情况分析。

科室临床事件完成完成整理：支持按月度展示科室总的临床完成数量，可查看各学员完成数据及分类。

（8）科室完成排名：支持按不同专业展示对应科室病种的完成排名。支持查看二级页面详情，展示病种每月完成情况分析。

带教老师学员病种完成排名：支持按不同专业展示对应的老师学员的完成进度排名。

（9）学员查看病种：支持学员查看自己病种的完成进度，包括手动报的与HIS关联。支持学员字手动关联HIS未绑定的临床数据。

（10）师资病种审核：支持老师查看学员提报的病种数据，进行病种的审批。

▲手机端数据看板：

（1）ICD与病种匹配设置

（2）管理端-专业基地病种完成分析

（3）管理端-学员病历病种进度监控

（4）管理端-病种完成程度监控

（5）学员端-HIS病历病种挂载

（6）老师端-查看带教学员病种完成进度

（7）老师端-病历病种审核

1.信创支持条款：

软硬件兼容性：产品应支持兼容稳定运行于****测评中心的安全可靠测评的国产操作系统、数据库、中间件及芯片环境中。

自主可控：系统关键软件和技术需具备自主可控能力，鼓励采用具有自主知识产权的技术方案，核心代码无国外技术封锁风险。

2.国密支持条款：系统设计应满足商用密码应用安全性评估的相关规范要求，支持医院通过等保相关的密评工作，包括但不限于：

密码算法：系统需支持国家商用密码算法（SM2、SM3、SM4等）对敏感数据进行加密处理，算法应用场景包括但不限于数据传输加密、存储加密、身份认证与访问控制、关键操作审计等。

密码设备兼容性：系统需支持与国产密码设备（密码卡/密码机）的兼容集成和对接。

合规性：产品需严格遵守国家密码管理相关国家标准、法律法规，****管理局或相关机构的合规性审查或认证。

3.▲承建方须确保项目建设过程中使用的所有软件产品包括操作系统、数据库、中间件、应用软件等均为正版，并提供满足项****服务所需的全套软件产品及相关配套文件。

4.系统客户端硬件兼容性：系统客户端应支持国内外主流桌面类硬件产品。

5.系统客户端软件兼容性：系统客户端应支持兼容国内外主流操作系统软件、常见正版及开源应用软件和国内自主应用软件产品。

(1)操作系统：客户端应支持包括但不限于WINXP及以上版本、银河**、统信等，移动操作系统包括ios、安卓、鸿蒙等。

(2)浏览器：系统如采用BS架构，则应支持国内外主流浏览器软件，包括但不限于CHROME49及以上版本、IE8.0及以上版本等，以及支持国密算法与国密SSL协议的浏览器软件，包括但不限于360浏览器、奇安信等。

6.系统互联互通与集成功能要求：

(1****医院要求，****医院信息系统，包含但不限于HIS系统、****中心等系统的互联互通、数据共享、系统集成。

(2)系****医院信息集成平台主索引数据，保证医院信息系统基础数据的统一性；****医院在用的单点登录系统实现无缝对接集成；

(3)系统应开放端口，并能按院方标准及要求进行系统集成对接，实现与我院各信息系统无缝连接，支持多种灵活的对接方式，支持包括但不限于webservice、webapi等集成接入方式。

（4）系统对外接口应统一经过接口网关或受控接口区，实现统一鉴权、身份认证、传输加密、防重放、访问控制与接口审计；接口调用须记录完整日志（含调用方、时间、数据范围）。

7.承建****医院要求提供各项技术文档，包括但不限于建设方案、项目管理文档、产品文档、所有数据库表结构及详细说明文档等相关文档资料。

8.保证数据的开放性，如存在加密数据，需提供解密方法。

9.系统扩展性好，便于二次开发。

10.异常处理机制完善，有清晰明确的报错信息:有详细的日志记录，便于排查问题。

11.系统可配置性高，能通过配置文件完成各种功能、参数的设置。

12.提供自动保护功能，当故障发生时自动保护当前所有状态,保证系统能够进行恢复。

13.系统涉及的所有数据应具有完善的隐私保护机制，保护数据安全，且相关数据只能用于本单位的相关业务中。包括但不限于系统在数据传输及存储过程中应支持通过脱敏、加密方式（如SM2、SM3、SM4等算法）对敏感及隐私数据进行处理，系统的用户权限管理设定应当遵循最小授权原则，系统应具备合理的数据备份与恢复机制，确保数据不丢失。

14.系统应满足访问控制、安全审计、剩余信息保护、软件容错等信息系统安全等级保护(网络安全等级保护 2.0 第三级)的相关规范要求，包括但不限于在系统设计与建设时应充分考虑数据的完整性保护，应支持多因素认证方式，应提供详细的系统应急预案及应急演练计划，包括但不限于故障恢复步骤、应急响应时间、备份方案等，并定期进行演练。落实安全通信网络、安全区域边界、安全计算环境、****中心要求，并在投标方案中提供网络拓扑图与安全分区设计说明。

15.应用、服务、数据三层均不得直接暴露于外部互联网。面向互联网/院外用户的访问（如有）须经前置机（或反向代理/API 网关）接入，前置机部署于 DMZ 隔离区，应用服务器、服务中间件、数据库服务器部署于内网核心区；数据库不得对互联网开放任何端口。

16.系统运行稳定，业务处理高性能快速响应，界面**，操作简便。系统应支持7*24小时运行，在并****医院****医疗机构同时使用，系统操作不能出现明显的延迟为目标进行设计及建设。在系统设计和建****医院未来5年业务增长的需求，确保系统的扩展性和可配置性。

17.系统不能在账号个数、使用期限、使用范围等方面做出任何软件硬件限制，****医疗机构不受限制地使用该系统所有功能。

18.本项目所包含软件产生的****医院所有。承建方在实施期、质保期、运维期内必须严格遵守《中华人民**国个人信息保护法》、《中华人民**国数据安全法》等法律法规，不得以任何形式及理由私自利用项目所涉及的数据。承建方及本项目开发运维人员在合同期（含质保期、运维期）及合同终止后，均不得截留、拷贝、使用或对外披露项目数据，并应在合同终止时配合完成数据移交与本地数据清除（含备份介质）。

19.系统应独立在院内部署，****医院****中心。
20.病历文书、诊断、医嘱、检验检查结果、手术记录等敏感诊疗数据的原始数据一律不出院区（数据不出域）。承建方不得以远程运维、云端备份、系统升级、数据采集等任何名义将原始诊疗数据、患者个人信息传输、存储或转移至院外，亦不得提供给任何第三方。
21.确需向国家/省级住培管理平台等主管部门报送的数据，仅限依法依规要求的统计与核验数据，****医院审批，并采用脱敏、加密等必要保护措施。
四、商务与服务要求

本项目整体自项目交付之日起提供原厂质保不少于一年，此项目所含软件同版本内终身升级，包含在本项目投标总价内。

任何系统升级（含重大版本更新、次要版本更新及补****医院信息管理要求提**行系统版本更新申请，经医院审批并同意后方可实施升级。

1.系统运维要求

在不改变现有系统架构条件下，对我院确认的系统需求新增、功能完善、报表更新、系统优化等要求，经双方评议后，按约定时间限期完成。根据医院需求，无条件配合其他软件系统的对接工作。

定期排查系统，及时处理系统运行使用过程中出现的各类问题，系统BUG按约定时间限期完成修改更新。问题解决情况及时向我院反馈。

系统发生故障不能正常运行时，及时查明原因。对确属系统方面原因导致的故障，负责及时解决，对第三方故障需按配合开展故障消除工作。

协助我院进行数据统计和数据核对业务，如发生报表数据与实际或与其他报表不符情况，负责进行查对及解释说明。

负责系统程序的变更发布，做好发布前的程序测试和发布后相关问题解决等工作；****医院同意，不得在正式系统环境中调试变更程序；****医院同意后方可进行。

保障系统与第三方系统接口运行稳定，出现接口运行不畅，需积极配合查找原因，如是项目系统问题导致，需给出解决方案并按约定时间进行整改。

保障周六、日和重要节假日系统安全与稳定运行。

提供信息咨询服务，解答系统相关问题。

必要时提供系统相关培训等。

2.服务器维护

定期检查服务器上应用程序运行状况、服务器操作系统日志情况、服务器本身运行情况等并提供检查报告。

提供应用服务器上程序迁移服务。

保障服务器上数据库、中间层软件、接口软件等相关软件稳定运行，服务器上业务系统相关软件全年故障次数应不超过2次。

3.数据库维护

定期全面检查维护系统中包含的数据库，包括数据库及备份库可使用空间、数据库大小、索引、性能、作业执行情况、数据库占用**情况等，并提供相应检查报告。

定期进行系统数据库中日志清理、索引重建等工作，保证数据完整性、安全性，保证网络通畅、系统运行不卡顿。

对于系统出现数据丢失混乱等情况，及****医院进行数据恢复。

规范数据库操作，对于数据库故障应立即响应并排查解决问题。

根据医院要求提供数据库迁移服务和数据转储服务。

定期进行数据库优化服务。

配合医院实施数据库相关安全策略，保障数据安全。

非经医院不能擅自外传系统数据，****医院将根据相关国家法律法规处理。

4.科室巡查

每季度进行科室巡查，了解系统使用过程中存在的问题，形成巡查报告及问题台账并按约定时间解决科室反馈的问题。

1.后续若因工作需增加系统对接，承建方应承诺无条件开放对接的接口，并配合完成对接及调试，不另行收取费用。

3. 项目名称：****官网子网站维保续费

申购科室：宣传科

一、技术要求

1.保障医院官网5个****中心http://www.****.com/、****中心

http://www.****.com/、****控制中心http://yk.****.com/、****控制中心htp://www.gxhnkkcom/、**泌尿****控制中心http:/www.****.cn)的正常访问及运行。

2.全天候7*24小时运维技术服务:服务响应时间0.5小时，提供专属运维客服。出现问题在24小时内处理好问题。

3.备份服务:每15天进行服务器、网站数据库及日至备份。服务器出现问题及时修复，保障数据安全，避免造成损失。

4.网站漏洞修复、木马查杀功能。网站应急关停服务(重大节假日期间)、重大活动、攻防演练提供安全加固。

5.提供服务器**的续费服务，确保网站正常使用。

6.完成域名的续费与注册备案，确保院方掌握各子网站域名的使用权。

7.各网站的故障或异常中断时间≤24小时/年

二、商务要求：

1.项目服务期限：1年/期。

2.提供7×24小时支持维护服务，提供伴随式技术支持，包括邮件、电话、远程维护、现场服务等方式。必须保证有足够的人员及技术支持电话负责本系统运维工作，按招标人工作作息时间上班。

3.网站的业务运行数据所有权及本****医院所有。

4.网站如进行更新，需要造成业务变动，网站停用或其他影响的必须提前告知院方。

5.续费提醒服务:提前3-30日通知续费。