招标项目范围及要求
1. 项目实施人员费用
中标人应自行承担选派专业人员的住宿、就餐和交通等费用。
2.招标项目设备(或服务)名称及数量:
01标绍兴市卫生健康委员会关于绍兴市互联网+医疗健康公共服务应用采购项目(预算:1844520.00元)
1. 项目概述
1.1. 项目背景
中共中央国务院印发《“健康中国2030”规划纲要》(2016年10月)中第二十四章 建设健康信息化服务体系:第一节 完善人口健康信息服务体系建设。全面建成统一权威、互联互通的人口健康信息平台,规范和推动“互联网+健康医疗”服务,创新互联网健康医疗服务模式,持续推进覆盖全生命周期的预防、治疗、康复和自主健康管理一体化的国民健康信息服务。《国务院办公厅关于促进和规范健康医疗大数据应用发展的指导意见》(国办发〔2016〕47)明确:规范和推动“互联网+健康医疗”服务。发展智慧健康医疗便民惠民服务。发挥优质医疗资源的引领作用,鼓励社会力量参与,整合线上线下资源,规范医疗物联网和健康医疗应用程序(APP)管理,大力推进互联网健康咨询、网上预约分诊、移动支付和检查检验结果查询、随访跟踪等应用,优化形成规范、共享、互信的诊疗流程。探索互联网健康医疗服务模式。
《浙江省卫生健康委卫生健康数字化改革专班工作方案》(征求意见稿)提出:完成3项重点任务,其中第二项即是提升“互联网+医疗健康”公共服务应用,基于“浙里办”打造“一站式、全方位”的国民医疗健康专区,加快现有应用的扩面、提质、增效,重点推进以人为中心的慢病管理数字化新服务。
本项目即是按照国家政策文件要求及浙江省下发的数字化改革工作方案要求开展的“互联网+医疗健康”应用的深化扩展。本项目的建设将进一步提高区域内医疗卫生资源的利用率和医疗服务效率,增强医疗卫生服务的灵活性,拓展医疗卫生服务的范围,丰富医疗卫生服务的手段,促进医疗公平,延伸医疗服务能力。
1.2. 建设目标
绍兴市数字健康服务平台(原绍兴市健康网)的主要用途是实现现有业务系统、数据资源、人力资源的整合,实现信息(数据)的合理聚集;通过实现统一的用户和统一的访问入口,来访问门户平台中整合的相关信息资源,真正实现资源的有效利用,更大发挥现有资源的使用价值,提高生产效率和操作便捷性。绍兴市数字健康服务平台(原绍兴市健康网)面向市民提供居民健康自我管理、预约挂号服务、检验检查结果网上查询、公共卫生专题查询等信息服务。实现市民的个人健康管理,包括健康自我管理,健康档案查询、检验结果/检查报告的即时查询、健康提醒等个人服务。
1.3. 建设内容
绍兴市互联网+医疗健康项目建设内容主要包括五个方面:
1、绍兴市数字健康服务平台(原绍兴市健康网)整体架构升级,利用新的技术手段提升健康网底层架构,更好支撑老年慢病数字化健康管理应用,更加适应新建业务开展。
2、绍兴市数字健康服务平台(原绍兴市健康网)信息安全提升,主要包括应用安全、渗透安全、系统安全。主要针对系统内部业务需求的有关信息、与外部交换的业务信息、以及向社会发布的服务信息所面临的和潜在的安全风险。
3、绍兴市数字健康服务平台(原绍兴市健康网)系统功能的升级,主要包括系统功能的完善以及BUG的修复等。加快现有应用的扩面、提质、增效,使患者享受安全、便利、优质的诊疗服务。
4、根据《浙江省检验报告采集数据共享核酸采集时间接口规范V1.0》归集医疗机构检验报告信息数据,通过绍兴市区域卫生信息平台向省平台完成数据上传。
1.4. 建设依据
1、《关于促进“互联网+医疗健康”发展的意见》(国办发〔2018〕26号)
2、《浙江省医疗卫生服务领域深化“最多跑一次”改革行动方案》(浙政办发〔2018〕45号)
3、浙江省卫健委《关于做好全省医疗机构处方信息交换与流转有关工作的通知》-2021年12月1日,省卫生健康委医政医管处
4、浙江省卫健委《关于做好医疗机构麻精毒药品标准化对码工作的补充通知》-2021年11月17日,省卫生健康委医政医管处
5、浙江省卫健委《关于做好全省麻精毒药品闭环管控平台建设的通知》-2021年11月22日,省卫生健康委医政医管处
6、浙江省《健康浙江2030行动纲要》(浙委发[2016]36号);
7、《浙江省人口健康信息化建设发展“十三五”规划》(浙卫发[2017]4号);
8、浙江省《打破信息孤岛实现数据共享推进“最多跑一次”改革2018年工作要点》(浙政办发[2018]30号);
9、浙江省《关于印发浙江省医疗卫生服务领域深化“最多跑一次”改革行动方案的通知》(浙政办发[2018]45号);
10、浙江省《关于持续深化医疗卫生服务领域“最多跑一次”改革的实施意见》(浙卫发[2019]21号);
11、浙江省《2019年医疗卫生服务领域“最多跑一次”改革十大项目工作细则》(浙卫发[2019]22号);
浙江省《2018年全省卫生健康工作要点》(浙卫发[2018]1号);
13、浙江省《关于做好政府数字化转型示范试点申报工作的通知》(浙数转办[2018]1号);
2. 总体要求
2.1. 总体架构要求
绍兴市数字健康服务平台(原绍兴市健康网)通过统一的支撑体系,提供信息安全体系、单点登录、应用集成、个性化服务、信息交流互动、多通道访问支持(如手机、电话、短信、自动化语音、传真)等,为卫生管理者、医务人员、社会公众等提供个性化入口。门户提供基于不同角色和权限的、个性化的信息、知识、服务与应用。它是一种基于WEB的,将不同应用、业务过程、后端系统、服务和信息、知识等内容集成到一个个性化窗口中的功能强大的工具箱、或者说系统平台。
绍兴市数字健康服务平台(原绍兴市健康网)具备统一用户管理和认证功能,具备Web拖拽式页面图形化布局功能和页面流组装功能,是应用集成型、轻量级的门户平台。同时平台操作界面应符合《互联网网站适老化通用设计规范》相关技术要求进行适老化及无障碍要求。
2.2. 信息安全要求
跨域卫生信息协同系统涉及居民的隐私和健康相关信息的安全,系统设计应保证系统的运行和数据传输,在软件的组织和设计方法的选择、数据的安全性和完整性以及系统的运行和管理等方面采取必要的措施,并防止和能够恢复由内在因素和危机环境造成的错误和灾难性故障,以保证系统的可靠性。
2.3. 系统性能需求分析
系统性能影响着业务人员开展各类业务的效率,是评价系统可用性的重要指标,因此,系统规划设计时需充分考虑性能要求,并且需在系统建设和运维过程中通过各种手段对系统进行不断的优化和调整,以达到各类业务使用要求。
其中,响应时间特指使用单位当次交易提交给系统到系统反馈出结果的时间。
查询:千万级数据量下单记录本地查询的响应时间≤5秒
千万级数据量下分布式查询的响应时间≤10秒/次
简单统计报表查询的响应时间≤20秒
统计:千万级数据量下单项统计的响应时间≤10秒
复合汇总统计响应时间≤180秒
生成复杂统计报表的响应时间≤180秒
3. 系统功能要求
3.1. 绍兴市数字健康服务平台(原绍兴市健康网)底层架构升级
绍兴市数字健康服务平台(原绍兴市健康网)整体架构升级,利用新的技术手段提升健康网底层架构,更好支撑老年慢病数字化健康管理应用,更加适应新建业务开展。
3.1.1. 平台架构升级
平台需采用SOA(面向服务的架构)多层软件架构,其功能由众多分层的服务构成,业务逻辑的功能单元封装成服务黑盒子并发布,并提供统一的入口,供其他应用服务所使用。从而降低应用请求和响应需穿越复杂对象模型所可能导致的复杂性。
平台需采用前后端分离模式,同时引入缓存、集群、分布式等技术,大大提升了平台的健壮性、稳定性、扩展性。
面向服务架构(Service Oriented Architecture, SOA)促进了灵活的、可重用IT资源的创造,实现了端到端的业务解决方案。而SOA参考架构的使用是实现SOA价值主张的一个关键因素。
新Open Group SOA Reference Architecture(SOA RA)标准为面向服务解决方案(包括云计算解决方案)中的架构、设计和实现决策提供了方针指南和选择。SOA参考架构标准的目标是为创建和评估面向服务架构提供一个蓝图。此外,它还提供洞察力、模式和构建块,来将SOA的基本元素集成到一个解决方案或者IT架构中。
SOA参考架构的标准化提供了一个行业认可的、供应商中立的基线,来实现客户化SOA解决方案。这样可用于多个机构共同合作的场景,尽管供应商或系统集成商等存在变更。SOA参考架构提供一种常见的分类系统和术语表,来设计、构建和描述SOA解决方案。这不仅省时省钱而且也可以改进结果。
对采用SOA的组织,SOA参考架构可以帮助创建业务流程驱动的解决方案、业务工具、消息交换、服务集成、数据访问以及封装遗留软件和组件。当架构师应用SOA的建模和交付方法论时,每个已被识别的SOA元素被映射到SOA参考架构,来提供SOA解决方案如何进行的视图。这也为特定机构或行业中的业务和IT利益相关者提供一个非常有用的通讯工具。
3.1.2. 平台性能提升
通过平台架构优化升级,投标人需要从业务性能、安全性、可扩展性三个维护,对平台性能提升进行阐述。
序号 |
模块 |
说明 |
1 |
业务性能提升 |
平台架构优化升级,采用SOA(面向服务的架构)模式,并引入缓存、集群、分布式等技术,提升平台的健壮性、稳定性,更好的应对高并发、大流量的压力 |
2 |
安全性能提升 |
框架安全性提升与漏洞修复,在验证码、web安全、接口服务、数据加密、日志审计、安全审计等方面进行完善与加强,提升系统安全、应用安全、渗透安全 |
3 |
可扩展性提升 |
平台在集成模式、配置管理、API服务等方面,都为平台后续的持续扩展提供基础支撑 |
3.1.3. 平台应用支撑提升
序号 |
模块 |
说明 |
1 |
数据库 |
数据库更改和上云 |
2 |
排班等信息同步机制 |
升级为并行机制 |
3 |
搜索方式 |
升级为ElasticSearch |
4 |
号源存储 |
升级为统一内存缓存 |
5 |
前端界面 |
H5页面 |
6 |
后端框架 |
升级成SpringMVC、SpringBoot |
3.2. 绍兴市数字健康服务平台(原绍兴市健康网)应用功能升级
绍兴市数字健康服务平台(原绍兴市健康网)系统功能的升级,主要包括系统功能的完善以及BUG的修复等。加快现有应用的扩面、提质、增效,使患者享受安全、便利、优质的诊疗服务。
3.2.1. 医疗服务预约升级
本期项目是在前期绍兴市区域卫生信息化建设的基础上,重点建设覆盖全市范围的医疗服务预约平台,实现对医疗机构门诊普通号、专家号、医疗检查等需预约的排号资源的集中管理,结合对居民的实名管理,实现面向基层医疗卫生机构以及居民的多渠道医疗资源实时预约,方便居民就医。同时通过健康服务门户,面向居民提供医疗机构的科室床位实时使用情况等相关资源信息查询,为居民提供预约提供帮助。
序号 |
模块 |
说明 |
1 |
身份注册管理升级 |
医疗资源预约采用实名制 |
2 |
外籍人口身份注册 |
需支撑外国人网上预约挂号 |
3 |
账号密码优化 |
密码设置可填写特殊字符作为密码,提高账户安全。 |
4 |
账户注销优化 |
绍兴市健康网账户注销优化 |
6 |
权限管理 |
系统管理人员需具备角色制定功能 |
3.2.2. 预约挂号升级
序号 |
模块 |
说明 |
1 |
在线取号 |
通过手机短信方式获取挂号信息,实现在线取号 |
2 |
预约资源管理升级 |
本次预约资源管理升级主要对医生排班进行升级维护,对医生排班进行排序管理,有利于预约资源管理更加清晰有序 |
3 |
114预约挂号 |
系统需要通过与114等第三方预约 |
4 |
短信提醒限制 |
为了防止恶意或者误操作,连续和绍兴市数字健康服务平台进行注册等操作,让费短信资源,特提出短信提醒限制 |
3.2.3. 信息查询优化升级
序号 |
模块 |
说明 |
1 |
诊疗信息查询 |
诊疗信息查询实现居民查询诊疗信息,方便患者在线查询检验检查报告,无需到医院进行打印,方便患者就医 |
2 |
体检信息查询 |
此次体检信息查询升级需要支持使用身份认证进行查询,避免查询同名居民查询出来信息混乱。 |
3 |
预约单信息查询 |
查询历次的预约订单及就诊状态 |
4 |
健康码查询 |
支持健康码查询 |
3.2.4. 个人管理中心升级
个人管理中心主要是对个人账户信息管理和健康档案信息授权管里方面进行升级。
3.2.5. 24小时电话预约挂号系统
基于人工应答式的24小时预约挂号系统,即可进行预约信息问询和预约挂号操作。
序号 |
模块 |
说明 |
1 |
预约挂号问题咨询服务 |
处理预约挂号过程中出现的相关问题 |
2 |
号源查询服务 |
通过电话语言咨询,系统会反馈给用户最优的号源结果。 |
3 |
预约挂号服务 |
电话沟通确认好科室和医生,通过人工预约好号源。 |
4 |
短信提醒 |
电话预约挂号成功,系统通过短信方式通知到用户手机。 |
本次建设项目的绍兴市数字健康服务平台(原绍兴市健康网)信息安全保障体系设计符合国家标准。主要针对系统内部业务需求的有关信息、与外部交换的业务信息、以及向社会发布的服务信息所面临的和潜在的安全风险。
结合对需要保护的各类信息进行分析,综合考虑系统可接受的风险程度,制定与各类信息系统安全需求相应的安全目标,建立实现安全目标的安全模型和信息安全保护体系,达到风险、安全与投资的最佳平衡。
从信息系统的体系结构来看,系统安全体系应该是一个多层次、多方面的结构。安全体系结构上分为四个级别:物理级安全、网络级安全、应用级安全和系统级安全,同时还有一个安全管理贯穿这四个级别之中。
3.4. 医疗机构检验报告信息采集
为深入贯彻“48小时核酸报告+24小时核酸采样”疫情防控政策,破解“健康码”“场所码”无法第一时间显示核酸采样时间问题,保障群众出行畅通,根据《浙江省检验报告采集数据共享核酸采集时间接口规范V1.0》归集医疗机构检验报告信息数据,实现群体核酸采样时间实时归集。为全面推动卫生数据与政务服务系统的整合及共享利用,彻底解决“数据烟囱、信息孤岛”问题,有效支撑卫生计生系统各级政府部门的服务流程再造、材料精简、网上服务、信息核验等工作,真正实现“最多跑一次”。
3.4.1. 检验报告数据汇聚
根据《浙江省检验报告采集数据共享核酸采集时间接口规范V1.0》归集医疗机构检验报告信息数据,主要数据要求如下:
数据项 |
字段名 |
数据类型 |
医疗机构代码 |
YLJGDM |
字符串 |
卡号 |
KH |
字符串 |
卡类型 |
KLX |
字符 |
姓名 |
XM |
字符串 |
年龄(岁) |
NLS |
数值 |
年龄(月) |
NLY |
数值 |
年龄(日) |
NLR |
数值 |
年龄(小时) |
NLXS |
数值 |
性别代码 |
XBDM |
字符 |
就诊流水号 |
JZLSH |
字符串 |
检验报告单号 |
JYBGDH |
字符串 |
病房号 |
BFH |
字符串 |
病区 |
BQ |
字符串 |
床号 |
CH |
字符串 |
电话号码 |
DHHM |
字符串 |
疾病诊断编码 |
JBZDDM |
字符串 |
疾病诊断名称 |
JBZDMC |
字符串 |
诊断日期 |
ZDRQ |
DATETIME |
诊断机构名称 |
ZDJGMC |
字符串 |
病人标识类别 |
BRBSLB |
字符 |
检验报告单代码 |
JYBGDDM |
字符串 |
检验报告单—项目名称(检查目的) |
JYBGDMC |
字符串 |
审核医生身份证号 |
SHYSGH |
字符串 |
审核医生姓名 |
SHYSXM |
字符串 |
报告医生身份证号 |
BGYSGH |
字符串 |
报告医生姓名 |
BGYSXM |
字符串 |
电子申请单编号 |
DZSQDBH |
字符串 |
检验申请机构名称 |
JYSQJGMC |
字符串 |
申请医生身份证号 |
SQYSGH |
字符串 |
申请医生姓名 |
SQYSXM |
字符串 |
备注 |
BZ |
字符串 |
检验报告单机构(科室) |
JYBGDJG |
字符串 |
申请科室编码 |
SQKSBM |
字符串 |
审核医生身份证号 |
SHYSGH2 |
字符串 |
申请日期 |
SQRQ |
Datetime |
报告日期 |
BGRQ |
Datetime |
采集部位 |
CJBW |
字符串 |
样本接收时间 |
YBJSSJ |
Datetime |
采集时间 |
CJSJ |
Datetime |
婴儿标志 |
YEBZ |
字符串 |
样本状态 |
YBZT |
字符 |
仪器名称 |
JCSBYQMC |
字符串 |
检验标本号 |
JYBBH |
字符串 |
标本代码 |
BBLBDM |
字符串 |
审核日期 |
SHRQ |
Datetime |
检验日期 |
JYRQ |
Datetime |
作废判别 |
ZFPB |
字符 |
样本号 |
YBH |
字符串 |
条码号 |
TMH |
字符串 |
病人ID |
BRID |
字符串 |
病区编号 |
BQBH |
字符串 |
审核医生代码 |
SHYSDM |
字符串 |
审核医生代码2 |
SHYSDM2 |
字符串 |
审核医生姓名2 |
SHYSXM2 |
字符串 |
出生日期 |
CSRQ |
Datetime |
检查目的 |
JCMD |
字符串 |
平诊急诊 |
PZJZ |
数值 |
采集人代码 |
CJRDM |
字符串 |
采集人姓名 |
CJRXM |
字符串 |
申请医生代码 |
SQYSDM |
字符串 |
接受者代码 |
JSZDM |
字符串 |
接受者姓名 |
JSZXM |
字符串 |
检验科室代码 |
JYKSDM |
字符串 |
检验科室名称 |
JYKSMC |
字符串 |
标本类型代码 |
BBLXDM |
字符串 |
标本类型名称 |
BBLXMC |
字符串 |
图片报告信息数据 |
TPBGXX |
字符串 |
图片报告信息文件扩展名 |
TPGS |
字符串 |
检测结果描述 |
JCJGMS |
字符串 |
纸片含药量 |
ZPHYL |
字符串 |
抑菌浓度 |
JYND |
字符串 |
打印序号 |
DYXH |
字符串 |
参考范围 |
CKFW |
字符串 |
检测方法 |
YMJCFF |
字符串 |
药敏报告日期 |
YMBGRQ |
Datetime |
抑菌环直径 |
YHHZJ |
数值 |
药敏名称 |
YMMC |
字符串 |
细菌代号 |
XJDH |
字符串 |
药敏结果流水号 |
YMJGLSH |
字符串 |
药敏代码 |
YMDM |
字符串 |
KB结果 |
KBJG |
字符串 |
ETEST结果 |
ETESTJG |
字符串 |
耐药性结果 |
NYXJG |
字符串 |
细菌序号 |
XJXH |
字符串 |
细菌代号 |
XJID |
字符串 |
细菌结果流水号 |
XJJGLSH |
字符串 |
细菌名称 |
XJMC |
字符串 |
菌落计数 |
JLJS |
字符串 |
培养基 |
PYJ |
字符串 |
培养时间 |
PYSJ |
字符串 |
培养条件 |
PYTJ |
字符串 |
发现方式 |
FXFS |
字符串 |
检测结果 |
JCJG |
字符串 |
检测结果文字描述 |
JCJGWZXS |
字符串 |
细菌类别 |
XJLB |
字符 |
设备编码 |
SBBM |
字符串 |
仪器编号 |
YQBH |
字符串 |
仪器名称 |
YQMC |
字符串 |
专家提示 |
ZJTS |
字符串 |
检测日期 |
XJJCRQ |
Datetime |
细菌培养结果 |
XJPYJG |
字符串 |
结果类型 |
JGLX |
字符串 |
细菌培养类型 |
XJPYLX |
字符串 |
检验项目名称 |
PYJYXMMC |
字符串 |
培养结果流水号 |
PYJGLSH |
字符串 |
检验项目代码 |
PYJYXMDM |
字符串 |
结果类型代码 |
JGLXDM |
字符串 |
培养类型代码 |
PYLXDM |
数值 |
备注 |
bz |
字符串 |
审核人 |
SHR |
字符串 |
检测人 |
JCR |
字符串 |
检测方法 |
JYJCFF |
字符串 |
设备码 |
SBM |
字符串 |
检验明细流水号 |
JYMXLSH |
字符串 |
检验项目英文简称 |
JYXMYWMC |
字符串 |
检验结果 |
JYJG |
字符串 |
参考值范围 |
CKDX |
字符串 |
临床意义 |
LCYY |
字符串 |
提示 |
TS |
字符串 |
显示顺序 |
XSSX |
数值 |
危急值标志 |
WJZBZ |
数值 |
检验项目名称 |
JYXMMC |
字符串 |
检验项目代码 |
JYXMDM |
字符串 |
检查/检验计量单位 |
JLDW |
字符串 |
检测人编码 |
JCRBM |
字符串 |
审核人编码 |
SHRBM |
字符串 |
收费代码 |
SFDM |
字符串 |
相关医嘱ID或处方项目明细编号 |
XGYZIDHCFXMMXBH |
字符串 |
参考范围下限 |
CKFWXX |
字符串 |
参考范围上限 |
CKFWSX |
字符串 |
测试时间 |
CSSJ |
Datetiem |
打印次序 |
JYDYCX |
数值 |
修改标志 |
XGBZ |
整数 |
更新时间 |
GXSJ |
Datetime |
3.4.2. 机构服务交互
区域平台向下对接市内的医疗机构,查询交互服务,更新交互服务,从而实时获取检验报告数据。接口服务方式使用WebService接口传输数据,交互双方通过具体的消息请求和应答完成数据传输。
主要通过以下两个接口实现:
1、查询医院的核酸报告采集数据列表
调用医院核酸报告数据列表接口服务,根据检验报告采集时间,机构编码、发布标记查询医院的检验报告采集信息,获取未发布的核酸报告的相关信息。
2、更新采集数据发布标记
每次查询数据列表并完成采集后,需对数据列表的采集状态进行标记,从而实现下次的增量采集服务。该接口由医疗机构以WebService服务的方式向外提供。
3.4.3. 数据传输方式
接口服务方式使用WebService接口传输数据,交互双方通过具体的消息请求和应答完成数据传输。
3.5. 第三方安全渗透测试
需对项目进行系统和网络进行非破坏性质的攻击性测试,并出具第三方测试报告。
1.施工要求
合同签订后30天内完成项目建设,建设完成后由甲方组织初验,初验通过后稳定试运行1个月由甲方组织最终验收。
2.项目组织管理要求
(1)投标方应充分考虑满足投标项目的建设要求,提出完整的项目管理、系统设计与开发、培训、项目施工、项目验收、售后服务方案以及投标方人力资源供给方案。
(2)投标方在投标文件中,应根据对项目的理解作出项目的人员配置管理计划,包括组织结构、项目负责人、组成人员及分工职责;阐述项目建设中业主方和建设方的职责。
(3)招标人有权监督和管理投标项目的测试、安装、调试、故障诊断、系统开发和验收等各项工作,投标方必须接受并服从招标人的监督、管理要求,无条件提供中间过程工作成果。
(1)投标方在投标文件中应根据对项目的理解作出项目实施的初步计划,成为中标方后必须提交正式工作方案,明确招标项目工作的方式、方法、过程步骤、按阶段分解的详细计划、对应计划应提交的工作成果、需要招标人协调与配合的事项,并经招标人审核、批准。
(2)中标方在项目实施过程中必须分别按周、月提交进度报告,对项目问题及进度延迟原因进行说明,制定合理的解决措施并有效执行。
(3)投标方必须在投标文件中阐述项目沟通计划,确保投标方与业主之间信息沟通顺畅。
(1)投标方应按ISO9001质量管理体系规范要求,针对招标项目实施过程及交付结果进行质量规划、管理、控制。
(2)投标方一旦中标必须提交正式的质量计划,明确质量控制点、控制内容、质量要求、检查记录要求,并经招标人审核、批准。
(3)中标方在项目实施过程中应开展质量保证活动,所提交的进度报告应包括质量报告内容,对质量问题制定改进措施并有效执行。
(4)中标方必须接受招标人的质量监督检查,提供真实有效的相关质量活动记录、证据,无条件接受招标方提出的质量问题整改要求,承担质量责任及因质量问题导致的进度延迟责任。
(5)投标方必须提供详细测试方案,包括采用测试技术、测试方法和测试报告提交形式。在工程实施过程中,中标方应先拟出一个测试方案,具体到每一个测试步骤,与用户讨论通过后,方可按计划进行测试。
(1)系统集成应严格按照国家有关规定进行,中标方必须及时提供验收规范、产品文档、质保书、设计文档、施工文档、检测文档、项目管理文档等有关文档。
(2)应用系统开发应严格按照国家软件工程规范进行,中标方必须根据开发进度及时提供有关文档,包含但不限于:
①准备阶段:《实施计划》;
②需求分析阶段:《需求分析说明书》;
③设计阶段:《概要设计说明书》、《数据库设计说明书》;
④测试阶段:《测试计划》、《测试报告》;
⑤上线阶段:《试运行/上线报告》;
⑥培训文档:《培训计划》;
⑦交付使用:《用户手册》;
⑧与工程相关的其他文档
(1)投标方必须根据本次招标文件所制定的目标和范围,提出相应的售后服务方案,并作为投标文件的一部分提交。
(2)投标方须保持与用户的联系,随时交流系统的应用情况,成立专门工作小组为用户解决遇到的问题。其中现场常驻开发人员不少于5名
(3)投标方完成项目建设,终验合格后应提供二年免费运行维护。免费维护期内现场常驻工作人员不少于1名,免费服务期满后的售后服务方式、费用,招标人根据需要,经双方协商后,签订相关售后服务合同。
(4)投标方在投标书中必须明确承诺达到用户的服务响应要求:7×24小时电话或电子邮件服务,1小时内做出明确响应和安排,2小时内做出故障诊断报告,如需现场服务的,具有解决故障能力的工程师应在2小时内到达现场。
7.培训要求
投标方在项目建设前后除了对业务经办人员的专项培训以外,应对招标方的系统维护人员进行系统维护培训。包括:系统管理、开发工具、平台软件等。培训方式采用课堂授课和参与开发实习相结合。
投标方应根据上述要求详细说明培训计划、授课人员安排、培训对象与人数、培训地点、培训时间清单。
按《浙江省财政厅关于坚决打赢疫情防控阻击战进一步做好政府采购资金支持企业发展工作的通知》(浙财采监〔2020〕3号)和《浙江省财政厅关于进一步发挥政府采购政策 功能全力推动经济稳进提质的通知》(浙财采监〔2022〕3号)文件要求执行,具体付款方式由双方协商后在合同中明确。