一、投标人须知

1、请投标方认真阅读“网上竞价人须知”和“网上竞价使用手册”：http://www.****.com/index/download.html

2、请投标方将响应文件及相关证明材料（含附件）盖印签字后扫描上传。将所有扫描的图片粘贴至同一份WORD或PDF文档中，请勿逐个图片上传。

3、报价说明：参照闽财购[2010]18号文件规定，供应商提交报价必须低于公告最高限价3％（不含）以上，否则，视为无效报价。在符合采购需求且报价有效的前提下，投标报价最低值中标（报价相同的，以报价时间优先者中标）。

4、********公司相关问题请咨询0591-****2097。

5、若所投产品中含管理终端、操作系统、数据库等须符合《****政府采购需求标准（2023年版）》（财库〔2023〕29号）、《****政府采购需求标准（2023年版）》（财库〔2023〕30号）、《****政府采购需求标准（2023年版）》（财库〔2023〕31号）、《****政府采购需求标准（2023年版）》（财库〔2023〕32号）、《****政府采购需求标准（2023年版）》（财库〔2023〕33号）、《****政府采购需求标准（2023年版）》（财库〔2023〕34号）、《****政府采购需求标准（2023年版）》（财库〔2023〕35号）的相关规定（http://gks.****.cn/guizhangzhidu/index.htm），且其CPU、操作系统、集中式数据库应符合安全可靠测评要求（http://www.****.cn/aqkkcp/cpgg/202312/t****1226_162074.html），投标人应提供相应佐证材料。

二、技术参数：

1、建模要求：

（1）建模、场景制作：单模型要求面数控制在10-100万面左右，场景模型面数控制在500万面左右保存成保质量模型，包含骨架以及蒙皮；

（2）保证每一个模型都拥有色彩，法线，高光，反射贴图。

（3） 场景模型建模真实还原需求场景，形成比例与真实场景模型1：1；建模工具选择3DSMax以及MAYA，能够输出FBX、obj、3DS等常见模型格式，可进行模型的二次使用；模型的贴图格式类型基本以*.png">下载
、*.jpg">下载
、*.dds为主；贴图类型以2的次方为基准；

2、开发内容要求：

（1）白细胞计数虚拟仿真实验：

①采用B/S 架构设计，为保证系统的交互性和扩展性，系统须采用国际领先的Unity3D引擎开发而成。

②系统不限客户端数，支持同时在线人数100 人及以上。

③系统界面设计合理、美观，人机交互性好，便于操作，以 Web 发布；

④在实验室场景中以图文或者视频形式展示加稀释液、稀释血液、溶血、充池、静置、显微镜查看并计数、结果计算等，实验过程中进行相应指示标注，配备相应的概念或定义解释。在实验操作环节，应有相应的操作帮助引导说明，在触发相关知识点时，应有相应知识点的文字说明。

⑤实验各项交互功能灵活准确、操作方便。实验项目用户界面**，系统同时兼具互动交流的辅助功能。

（2）血细胞分析系统虚拟仿真实验：

①采用B/S 架构设计，为保证系统的交互性和扩展性，系统须采用国际领先的Unity3D引擎开发而成。

②系统不限客户端数，支持同时在线人数100 人及以上。

③系统界面设计合理、美观，人机交互性好，便于操作，以 Web 发布；

④实验原理认知：通过图文方式对RF/DC检测方法、鞘流DC检测方法、使用半导体激光器的流式细胞计数方法、前向散射光和侧向散射光、侧向荧光、SLS-血红蛋白测定法、计算等基础知识进行介绍。

⑤实验步骤虚拟仿真，通过图文或者视频方式展示进行开机、质控、样本检测、异常报警的旗标、报告审核、急诊分析、方法学特征模拟、临床危急值等过程。

（3）尿液自动化分析仪虚拟仿真实验：

①采用B/S 架构设计，为保证系统的交互性和扩展性，系统须采用国际领先的Unity3D引擎开发而成。

②系统不限客户端数，支持同时在线人数100 人及以上。

③系统界面设计合理、美观，人机交互性好，便于操作，以 Web 发布；

④实验认知：通过图文方式介绍操作规程、检验原理等基础知识。

⑤实验步骤虚拟仿真，通过图文结合相关视频呈现打开外围设备电源、打开IPU电源、打开仪器总开关、仪器自检、温度自检、样本分析（手动模式或进样模式）、显示输出分析结果、异常报警的旗标、报告审核、执行关机程序、关闭总开关、关闭IPU电源、关闭外围电源等流程。

（4）全自动生化分析仪虚拟仿真实验：

①采用B/S 架构设计，为保证系统的交互性和扩展性，系统须采用国际领先的Unity3D引擎开发而成。

②系统不限客户端数，支持同时在线人数100 人及以上。

③系统界面设计合理、美观，人机交互性好，便于操作，以 Web 发布；

④实验认知：通过图文方式介绍操作规程、检验原理等基础知识。

⑤实验步骤虚拟仿真，通过图文结合相关视频呈现开机前检查、开机顺序、开机后检查、执行校准及质控、样本测定、查看反应曲线、异常报警的旗标、报告审核、关机保养、关机等流程。

（5）双抗原夹心ELISA法虚拟仿真实验：

①采用B/S 架构设计，为保证系统的交互性和扩展性，系统须采用国际领先的Unity3D引擎开发而成。

②系统不限客户端数，支持同时在线人数100 人及以上。

③系统界面设计合理、美观，人机交互性好，便于操作，以 Web 发布；

④实验项目采用3dunity技术开发，3D建模软件构建出人免疫缺陷病毒HIV抗原抗体 EIA试剂盒、包被微孔、生物素抗体、浓缩洗涤液、酶结合物、显色剂A、显色剂B、终止液、封板胶等试剂和设备。

⑤实验通过视频、图文等形式对检测方法和原理、注意事项、试剂和设备、试剂组成、试剂准备内容进行展示，并融入艾滋病科普等内容。

⑥以三维可视化技术等为基础，****实验室三维场景，在实验室场景中以图文或者视频形式展示对标本处理、标本检测，其中标本检测内容需包括编号、加样、温育、洗涤、加酶、显色、终止、测定、结果判定等。

⑦实验通过以客观题答题形式对性能参数、生物参考区间、临床意义等方面进行考查。

（6）PCR检测技术虚拟仿真实验：

①采用B/S 架构设计，为保证系统的交互性和扩展性，系统须采用国际领先的Unity3D引擎开发而成。

②系统不限客户端数，支持同时在线人数100 人及以上。

③系统界面设计合理、美观，人机交互性好，便于操作，以 Web 发布；

④本实验需支持采样室、核酸检测室2个应用虚拟3D场景；

⑤实验操作步骤不少于20步，实验操作时常不得低于30分钟。实验项目采用3dunity技术开发，3D建模软件构建出虚拟三维场景，实验项目主界面必须具有基础知识，虚拟实验，试题考核三个核心环节内容，同时兼具语音提示，视频演示等教学辅助功能。考核对象包括实验过程中知识点的问答考核，实验操作正确性考核。考核结果以评分成绩表形式展现，评分成绩表中必须具备考核点内容，作答情况，得分情况等要素。（提供软件功能截图）

⑥基础知识模块，用于展示与该实验课程相关知识，通过图文信息对实验目的、实验原理、核酸快速检测相关相关知识点进行介绍。（提供软件功能操作录制视频）

⑦虚拟实验模块，通过构建相应的三维实训场景，在不同场景中模拟完成核酸提取、PCR试剂准备、加样、PCR扩增整个核酸检测流程。具体的流程步骤如下：

A采样：构建采样室场景，在场景中三维动画表现检测人员使用咽拭子或鼻拭子对受试者进行采样，采样后折断咽拭子或鼻拭子放入样本释放剂中的过程，并三维呈现采样细节展示，观察完成后，弹窗相关试题进行回答。（提供软件功能操作录制视频）

B取样：在核酸检测室场景中完成从生化培养箱里面取出标本、将标本放入振荡器中进行震荡、震荡完成后，取出标本放入超净台上、使用移液枪加入30微升的蛋白酶K到96孔板中、再使用移液枪吸取标本200微升加入到96孔板中等操作。（提供软件功能操作录制视频）

C核酸提取：在核酸检测室场景中完成将200微升、1000微升的枪头、枪头导套、取样好的提取试剂依次放到核酸提取仪上，插入磁力套，摆放蛋白酶K及内标，摆放PCR板及PCR试剂，打开软件核酸提取仪软件进行软件操作，加内标，加入蛋白酶K，将样本加入到96板孔中，加样完成后进入提取仓进行提取，先预振振散磁珠再大幅振荡，提取完成后进行PCR试剂分配等操作。（提供软件功能操作录制视频）

D PCR试剂分配：在核酸检测室场景中完成从试剂盒中依次取出NC(ORF1ab/N)PCR反应液A、NC(ORFb/N)PCR反应液B，使用移液枪在室温融化后混合，将试剂放入振荡器中以8000rpm震荡30秒，混匀后放入离心机中进行短暂离心，使管壁上的液体全部离心至管底，将离心后的释放剂在室温下静置15分钟等操作。（提供软件功能截图）

E加样：在核酸检测室场景中完成使用移液枪吸取处理后的待测样本加入到PCR反应管中，依次分别加入阴性质控品、阳性质控品各5 微升，加入后盖紧管盖，放入离心中以8000rpm 离心数秒后转移至扩增检测区等步骤。（提供软件功能截图）

F PCR扩增：在核酸检测室场景中完成盖上八联管盖上机扩增，将反应管放入仪器样品槽内，打开电脑，再开定量PCR仪主机电源，最后启动AGS4800软件，选择对应的层(上、中、下)，点击**，在试验名称中编辑实验名、文件路径，保存后确定打开一个空白文件，设置运行参数，包括热盖温度(C)、加液量(ul)等，执行程序，模拟软件检测界面，显示样本CT值，给出报告等步骤。（提供软件功能截图）

⑧实验过程中穿插一些题目进行考核。（提供软件功能操作录制视频）

⑨试题考核，系统从后台习题库中随机抽取题目进行考查。（提供软件功能截图）

⑩个人中心。实验完成后查看自己的实验时间、实验成绩。（提供软件功能操作录制视频）

实验后台管理，包括用户管理、题库管理和成绩管理等功能。（提供软件功能截图）

（7）P2实验室防护规范虚拟仿真实验：

①采用B/S 架构设计，为保证系统的交互性和扩展性，系统须采用国际领先的Unity3D引擎开发而成。

②系统不限客户端数，支持同时在线人数100 人及以上。

③系统界面设计合理、美观，人机交互性好，便于操作，以 Web 发布；

④本实验需要通过3d建模还原真实的P2实验室的鸟瞰结构3D应用场景。

⑤本实验主要包括P2实验室的定义、P2实验室的结构认知和P2实验室要求。其中P2实验室的定义和P2实验室要求通过图文、视频等形式进行介绍，P2实验的结构认知通过三维鸟瞰场景进行展示。

（8）人体结构认知虚拟仿真系统：

①采用C/S 架构设计，为保证系统的交互性和扩展性，系统须采用国际领先的Unity3D引擎开发而成。

②系统不限客户端数，支持同时在线人数100 人及以上。

③系统界面设计合理、美观，人机交互性好，便于操作，以 PC端发布；

④三维虚拟人物模型可以旋转查看，可以展示人体肌肉与骨骼；（提供软件功能操作录制视频）

⑤肌肉认知：展示胸外斜肌、胸大肌等139种人体肌肉组织（提供详细清单，包含肌肉名称和对应医学相关信息），对应肌肉出现时高亮显示此肌肉，同时弹出该块肌肉的医学相关信息；（提供软件功能操作录制视频）

⑥骨骼认知，展示胸骨、肩胛骨等不少于26种人体骨骼（提供详细清单，包含骨骼名称和对应医学相关信息），对应骨骼出现时高亮显示此骨骼，同时弹出该块骨骼的医学相关信息。（提供软件功能操作录制视频）

⑦为保障采购人权益，须提供系统软件著作权登记证书。
（二）设计要求

1、技术先进原则：系统设计和建设过程中采用当今业界先进、成熟的系统设计方法和系统开发技术，保证系统整体的先进性。

2、开放性原则：为保证系统后续维护及功能添加的方便，在系统设计、开发和实施阶段遵循开放性、可扩展性的原则，系统采用业界标准化的软件接口和数据库接口，可以为未来的业务范围调整、功能扩展提供支持能力。

3、功能实用、操作简单原则：系统各项功能设计方便实用，操作简单，便于修改，容易定制，满足用户个性化要求；框架设计合理，满足多种教学要求，内容设计合理、美观，符合交互心理行为，便于操作。

4、系统运行流畅，系统响应及时：通过采用合适的优化设计的方式，例如光影优化、LOD层级处理、遮挡剔除、无缝地形拼接、后台异步加载等技术，降低系统**需求、提高系统运行效率和用户操作响应速度。

5、系统主题突出，有针对性：系统将自始至终体现数据指标分析模型的灵活应用，并及时模拟出实时分析结果和步骤，系统除了在内容上表现上述特色，还在表现手法上采用强大的交互互动手段来体现软件的智能化、现代化，****公司追求科技创新的个性。

6、系统具有灵活的可扩展性以及开放性：系统具有开放性和标准化接口，可以对未来的业务范围的扩展提供后期支持的能力。同时将采用模块化的设计，方便维护。

（三）其他要求

1、项目需具备保证运维服务，不可长时间终断 。

2、保证软件部署、安装、调试服务。

3、具备软件操作培训纸制使用手册、PDF电子文档。

4、服务期内免费为****进行迭代升级或版本升级，否则造成的费用问题由承建方负责。免费进行系统数据开放及交换等服务。

5、当学校有对接需求时，承建方****学校现有的统一身份认证、移动门户、办事大厅、统一支付平台、数据大屏、签章平台、物联管控平台和数据中台等系统进行对接。在对接过程中，承建方负责确保数据安全传输和准确性，****学校收取任何额外费用。若学校的统一身份认证、移动门户、办事大厅、统一支付平台、签章平台、数据大屏、物联管控平台和数据中台等系统发生变更，承建方有责任在合理时间内完成重新对接，****学校收取任何费用，包括但不限于与对接相关的工作费用或其他附加费用。

6、元数据标准要求

涉及到的字典表****学校的信息标准规范为准，未在学校标准中界定的字典，应符合相应国标和行标，****学校业务发展需要，****学校将其制定为校标。

7、业务系统集成要求

（1）门户集成

①系统及其常用业务功能模块须实现单点登录，****学校统一身份认证系统，按学校要求的接口标准，****学校电脑端或移动端统一门户，不允许另行设置登录界面;

②若内部有流程引擎的业务系统，需要实现流程级别的单点对接，****学校电脑端或移动端统一门户调用；

③支持****学校微信企业号及其他移动端平台实现集成。

（2）系统消息集成

①支持提供系统待办或消息接口，与信息门户统一待办（消息）中台实现对接。包括事务待办、业务办理过程类提醒消息和通知等；

②当学校有对接需求时，集成学校统一通讯平台，****学校统一通讯平台的对接，让教职工通过短信、邮件、微信及时获取各种校内应用信息和待办信息。

（3）签章系统集成：当学校有对接需求时，****学校电子签章系统平台，****学校统一签章系统的对接。。

8、数据交换

（1）业务系统所产生的****学校开放，支持通过webservice/API接口或数据库方式对接；

（2****学校实时数据集成的需求，按照学校确定的实时增量实现方式，提供实时数据库表API接口，或提供基于数据库的非侵入式、侵入式增量模式。非侵入式增量模式包括但不限于数据库表快照、开启数据库相关日志并提供日志访问权限（如Oracle数据库开启归档日志模式，MySQL数据库开启binlog日志，MongoDB开启Oplog日志，sqlserver数据库开启数据库表触发模式，PostgreSQL开启数据逻辑复制模式等）。侵入式增量模式包括但不限于开放创建数据表触发器或时间戳权限，方便学校进行增量实时数据集成；

（3）系统中****学校****中心保持一致，例如：教职工基本信息，组织机构信息等；数据上行部分，需具备业务系统全数据共享能力，****学校新增数据共享要求，厂商需免费配合修改数据接口，实现数据推送，****学校调试通过。

9、适配性：

（1）系统须支持神通V7.0、达梦V8.1、人大金仓V8.0版本及以上的主流国产数据库。应用系统部署须支持基于银河**V10、统信UOS V20版本及以上的主流国产化操作系统，须支持基于金蝶、**通等国产Web应用中间件的运行环境。

（2）系统应同时支持龙芯、兆芯、鲲鹏等芯片的国产电脑终端和Intel X86芯片的电脑终端安全、顺畅使用，应同时支持火狐、安全360、谷歌和IE等主流浏览器，应支持**、永中、微软等主流流式办公软件，支持数科、福昕、书生和PDF等版式软件，其涉及的外接控件等应用运行环境应通过国产化生态的兼容性验证和现有windows环境兼容性验证，确保适配福医大在用的各类终端。应支持国产主流、国内主流打印机等外设。

（3）K8S支持：本项目中的所有系统及其组件兼容原生的Kubernetes（K8S）部署环境及其生态，**支持Prometheus监控、日志等各种第三方云原生工具栈。

（4）所有系统在验收前均需满足国产化要求：数据库采用国产数据库，系统部署环境属于国产操作系统。本次符合国产化采购要求的硬件设备也需要满足国产化要求：芯片、操作系统属于国产。
10、系统培训要求

（1）承建方提供的现场培训应包括系统技术培训和产品操作使用培训等，培训方式分为现场培训和视频会议培训，确保在系统正式上线前完成相应培训工作。

（2）承建方应对福医大系统技术人员进行全面的数据库与系统管理、故障处理、日常维护等培训工作。当系统出现一般性问题时，福医大技术人员应能诊断和处理。

（3）承建方应对福医大的管理人员进行系统操作、使用培训，使管理人员能够对系统进行日常配置、用户管理、权限管理等，操作人员能够正常操作和使用系统提供的各项功能。

（4）承建方应对福医大指定的第三方开发人员进行技术培训，使第三方开发人员能够操作系统的各类型支撑组件进行配置、设置不同的组件服务等。

（5）培训教材应使用简体中文；为进行有效的技术交流，所有培训教员必须具备熟练的中文会话和书写能力。承建方应提供培训用的系统使用文档、操作手册、演示胶片等培训材料。

（一）售后服务

1、本次项目建设以开放、共享、服务的理念完成该项目建设，并且本次项目的费用是全包的方式，不存在某个****学校另行付费，承建方提供的软件不得有任何授权点、技术壁垒、服务点、使用年限等问题。承建方提供的任何产品（云服务、云平台除外）或插件不得有任何授权点、技术壁垒、服务点、使用年限等问题，并且在建设期、质保期（运维期），所提供的产品在其他项目实施过程中有迭代产品或发布了迭代产品或者有新的版本发布，必须免费为****进行迭代升级或版本升级，否则造成的费用问题由承建方负责。当学校有对接需求时，免费进行系统部署、数据迁移以及系统集成等服务；
2、在维护期满，与维护期内容服务等级相同的服务年费取费标准。服务费率为中标价格的8%。

（二）测试与验收
1、系统达到本文件规定的指标后，承建方应提供系统的功能及性能测试报告和相关的压力测试等报告，测试方案（包括项目、指标、方式和测试工具软件等）应由承建方提前15天提交给福医大，承建方拟定的测试方案应具体到每一个测试步骤，测试内容至少包括单元模块、整体测试、用户接受性测试、性能测试和压力测试等。福医大可根据有关规定进行修改和补充，并经与监理单位讨论通过（无监理单位忽略），经双方确认形成正式的测试与验收文件并签署后，承建方方可按计划进行测试；
2、本地化业务上线前检测，部署在校内的系统上线前****公司的安全检测（检测及****学校信息中心统一负责）。通过安全检测无安全风险后方可上线使用，若检测出安全漏洞及风险，由承建方进行免费整改，通过复测无安全问题后方可上线使用。业务系统安全整改：业务系统使用过程中，****公司检测出具有代码安全漏洞、配置不合规及主机漏洞等各方面安全问题，承建方必须免费进行漏洞整改及加固等。等级保护要求，根据上级文件要求，系统须符合相应等级（至少二级）等保要求，公有云服务的，承建方须提供相应（至少二级）等级保护备案证书；部署在校****学校进行等级保护定级备案工作，做好等级保护测评、登记备案和安全加固工作，直至符合等级保护要求；
3、在严格的功能、性能、压力测试及安全测评后，承建方认为系统的质量和稳定性达到要求时，承建方应向福医大提供汇总的测试记录和全套最新的软件，方可申请初步验收（初验），根据初验专家建议完成相关整改后，若有需要承建方应再次提供系统的性能测试和相关的压力测试，初验通过后系统即可上线试运行；

4、在试运行期间，承建方相关测试记录及报告经福医大（及监理方）审核通过后，由福医大选定具备资质的第三方软件测评机构对软件进行全面测试（该项第三方软件测试费用由福医大承担）。承建方需配合测试工作，并根据第三方测评结果对软件进行修改直至符合要求；

5、业务系统试运行期间承建方应有专业技术人员进行现场技术支持，出现的任何系统问题，应由承建方及时处理解决。在试运行期间，由于应用软件质量等造成某些指标达不到要求，允许承建方更换、修复、修改等，直至连续无故障试运行至少三个月。在全部达到要求时，福医大认可后，承建方可向福医大提出竣工验收申请。

（三）项目建设、运维等服务要求

1、服务组织机构

（1） 承建方应对其在**省的技术支持及售后服务方面的情况作出说明。具体指出在**市(以下简称本地)的工程技术维护队伍和机构情况，服务模式，以及可以提供的服务时限。

（2）承建方应详细说明为本项目所设置的服务机构及人员构成情况。

（3）承建方应提供7×24小时服务，人员素质应能够胜任岗位要求。派驻服务人员应包括业务、数据、应用、系统、安全等方面技术人员，负责项目的现场维护与技术支撑，工程师应具有相应的技术服务经验，并提供相应人员的专业资格证明文件供福医大考察。福医大有权要求承建方更换服务人员，并且福医大无需提供理由；承建方参与本项目的服务人员须经福医大认可。当承建方服务人员发生变动时，需提前15天通知福医大；承建方的新服务人员名单须由双方共同确认，在未确认前，原人员必须继续承当相应职责。

2、服务期和响应时间

（1）从本项目整体竣工验收完成之后起为运维期，免费运维期为软件不少于3年。运维期间，承建方应提供完整的维护和升级。

（2）在运维期内，如果发生故障，承建方要调查故障原因并修复直至满足竣工验收指标和性能的要求，或者更换整个或部分有缺陷的系统。

（3）在运维期内，如果没有在本文件其它地方有另外约定，当承建方所提供的软件出现故障时，承建方应提供远程服务的响应速度不得大于0.5小时，提供现场服务故障修复时间不得大于2小时。对于在短时间内不能解决的问题，承建方需要立即按照《故障应急处置预案》采取应急措施。

（4）承建方应提供7×24小时的技术支持。

（5）在运维期之后，对于承建方交付的在正常使用情况下因原设计、开发等技术原因而引起故障，承建方对应用软件有责任进行修复和提供服务。

（6）承建方应对服务过程进行知识管理，并每月定期把知识管理成果(包括周故障处理表单、月维护工作例会纪要等)交换给福医大，知识管理清册应当每个月编报。

（7）承建方应在项目试运行前制订提供《故障应急处置预案》，并经福医大批准确认。

3、技术支持及运维服务

（1）承建方应向福医大提供全面、有效、及时的技术支持和服务，负责解决应用软件使用中发生的问题。

（2）在系统开通后，如对软件有所改进，增加新功能以及适应相关标准、**议所做修改的最新版本，承建方均应免费提供福医大使用。

（3）在系统试运行期间，系统维护由承建方负责，承建方需派技术人员到现场指导维护工作。

（4）在系统运维期间，系统运行管理由福医大牵头，由承建方派驻现场技术人员进行系统维护。

（5）运维期内承建方应根据福医大需求及应用环境变化，及时对系统进行完善。

（6）在运维期内承建方提供相应的系统运行维护服务，运行维护服务不仅限于以下内容：

① 与福医大共同完成日常维护和系统管理；
② 相关的系统检测、跟踪、监控、优化、更新等技术服务；
③ 每日增量数据加工处理工作；
④ 日常巡检；
⑤ 系统平台的优化和监控；
⑥ 日常运行的数据备份，优化、恢复；
⑦ 系统问题BUG的处理；
⑧ 承建方自行提供维护工具；
⑨ 系统安全运维工作。

（7）承建方应提供软件维护方案，说明下列信息：

① 定制程序方面的软件维护；

② 估计的预防维护服务的频率及持续时间。

（8）在系统扩容及软件升级时，承建方应派技术人员到现场指导和配合。

4、产品升级服务

（1）在服务期内，承建方应提供软件补丁和软件优化升级服务。升级服务要求如下：

① 软件升级(补丁)前承建方应对新版软件(补丁)进行测试以保证其新功能的实现及运行的稳定性；

② 在升级前须认真核查系统状况，升级前制定详细的方案，须包括升级范围、升级详细步骤及升级失败后的恢复措施，尽可能把升级对系统运行的影响降低；

③ 升级前承建方应与福医大共同作好系统备份和相关数据备份(用于应急恢复)以及系统状态日志备份(用于核查)；

④ 升级过程中福医大技术人员有权了解升级(补丁)中所采取的操作、具体步骤等信息；

⑤ 升级失败，承建方应按照要求，完成系统恢复工作。

（2）承建方应提供产品版本升级管理方案，根据实际情况说明以下问题：

① 在版本管理方面，应将所有现有版本进一步更新的信息和二周以内准备推出的新系统版本的信息通知福医大，并在接到福医大请求起一月内提供并安装更新版本；

② 应说明支持以前版本的政策，例如：发布新版本后，原有老版本的用户若未作出相应升级或在作出相应升级之前，承建方是否会继续提供对老版本的支持服务；

③ 应说明升级实现方式，例如是远程还是现场技术支持；

④ 在服务期内新版本升级和安装是免费的。

（四）技术文件及交付物

1、承建方提供的书面技术资料应能满足系统正常运行所需的运行、维护及管理有关的全套文件，至少应提供1套纸介质和2套电子文档（U盘）。
2、交付物至少应包括：《需求规格说明书》、《详细设计说明书》（至少能涵盖系统模块设计、功能思维导图、用户操作流程图、主要页面原型图、数据库设计及应用集成与对接设计等）、《项目开发计划》、《项目进度报告》、《测试计划》、《测试报告》、《试运行/上线报告》、《培训计划》、《培训记录》、《操作手册》、《系统安装维护手册》、****学校及厂家共同完成部分）、《系统模块设计说明书》、《测试记录》、《用户手册》、《售后服务规范》、《故障应急处置预案》、流程图等。

3、须提供产品设计框架、开发路线、脚本、产品效果图、**开发产品的源码等。

4、技术文件应该全面、完整、详细。在双方商定的某一时期内由于软件的修改而导致文件的任何修改，承建方均应提供修改更正或补充的印刷文件。
5、承建方提供的各类文档，名词术语应一致，并给出名词术语解释。
6、承建方提供的技术文件应用中文或英文，培训教材和应用软件开发过程的管理和技术文档均应使用中文。

（五）技术成果的归属

非租用式项目形成的全部工作成果及相关知识产权（包括但不限于专利申请权、专利权、非专利技术的使用权和转让权、著作权或版权以及其他成果权），除有特殊约定外，归学校所有。

（六）商务要求

1、交货时间：自合同签订之日起1年内建设完成。

2、交货地点：采购人指定地点。

3、交货条件：符合项目验收要求。

4、履约验收方式：期次1，说明：所有货物按厂家产品验收标准(符合国家或行业或地方标准)、招标文件、投标文件等有关部分内容进行验收。验收标准：按照《****项目管理办法》有关规定执行。

5、付款方式：竣工验收后付款100%，验收合格后30日内付清合同总金额。

（七）违约责任

1、如果承建方未能按合同规定的时间按时足额交货的(不可抗力除外)，在承建方书面同意支付延期交货违约金的条件下，采购人有权选择同意**交货期还是不予**交货期，采购人同意**交货期的，延期交货的时间由双方另行确定。延期交货违约金的支付采购人有权从未付的合同货款中扣除。延期交货违约金比率为每迟交1 天，按迟交货物金额的2%。但是，延期交货违约金的支付总额不得超过迟交货物部分合同金额的30 %。

2、如果承建方未能按双方另行确定的延期交货期按时足额交货的(不可抗力除外)，每逾期1天，承建方应按迟交货物金额的2%向采购人支付逾期交货的违约金。逾期交货违约金的支付采购人有权从未付的合同货款中予以扣除。若承建方逾期交货达30天以上(含30天)以上的，采购人有权单方解除本合同，承建方仍应按上述约定支付延期交货违约金。若因此给采购人造成损失的，还应赔偿采购人所受的损失。

3、若承建方不能交货的(逾期15个工作日视为不能交货，不可抗拒的因素除外)或交货不合格从而影响采购人正常使用的，承建方应向采购人偿付不能交货部分货款的20%的违约金。违约金不足以补偿损失的，采购人有权要求承建方赔偿损失。

4、如果承建方未能按照合同约定的时间提供服务的，每逾期1天的，承建方应向采购人支付500元违约金，若因此给采购人造成损失的，承建方还应赔偿采购人所受的损失。
（八）本标书中未明之处，可进行必要的咨询和补充说明。
（九）以上条款由采购人全权解释。