一、投标人须知

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

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

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

4、福建医科大学教育科技发展有限公司相关问题请咨询0591-********。

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

二、技术参数：

（一）开发要求：

1、建模要求：
（1）建模、场景制作：单模型要求面数控制在10-100万面左右，场景模型面数控制在500万面左右保存成保质量模型，包含骨架以及蒙皮；
（2）保证每一个模型都拥有色彩，法线，高光，反射贴图。
（3）场景模型建模真实还原需求场景，形成比例与真实场景模型1：1；建模工具选择3DSMax以及MAYA，能够输出FBX、obj、3DS等常见模型格式，可进行模型的二次使用；模型的贴图格式类型基本以*.png、*.jpg、*.dds为主；贴图类型以2的次方为基准。
2、开发内容要求：
（1）本系统为医养健康产业服务研究老年人评估系统，以科研为主要应用方向，兼顾教学需要，系统采用B/S架构设计，为保证系统的交互性和扩展性，系统须采用Unity3D引擎开发而成。
（2）系统界面设计合理、美观，人机交互性好，便于操作。
（3）本系统需包括医院门诊、医院病房、发布会现场3个应用虚拟3D场景；
（4）按照关联“探索基于‘科教共同体’理念的医养健康科教创新方法与实践”，构建医养健康产业研究平台的虚拟仿真体系和积累申报科教成果奖项等要求，在本次系统中引入医养健康研究平台的“科教共同体”理念构建医养健康研究的科教共同体理念，用科研反哺带动教学发展。系统应包括老年人综合服务评估问卷、信息存储-应急预案、场景案例、信息存储-应急预案调查报告、个人中心五个模块。具体的内容功能如下：
1）老年人综合服务评估问卷模块：分为理论政策类描述和具体问卷两个子模块，第一个子模块为理论政策类描述，重点将围绕医养结合政策进行归纳。第二个子模块为具体问卷内容。为方便用户团队科研需要，该模块的两个子模块均须支持相应内容的随意更换，特别要在用户的要求下，用户团队可根据科研主题需要在系统后台随意更换全部或者部分相应的政策描述内容以及问卷题目，并且系统可根据问卷内容及要求自动统计对应分数或操作记录等，同时也带动学生第二课堂科研建设平台的构建，达到全方位为教师、学生服务的要求，更甚将丰富“产学研”全面研究的社会服务。
2）信息存储模块，信息储存-医养结合政策数据库，除系统后台内置400多条全国各地近10年医养结合政策方面的文件之外，系统支持在该模块随时更新上传最新政策文件，并可在系统后台进行关键词搜索和下载，并提供不定期相关资料更新服务；系统支持应急预案大纲填写和一键上传应急预案文档，也可支持作为相关科研或教学资料云存储使用，用户可在系统后台模块管理中进行关键词搜索查询和下载。
3）为实现科教共同体理念下科研反哺带动教学的目的，系统设置社区突发公共事件场景案例和养老机构场景案例，以案例为主线，融入团队科研研究成果，带动学生熟悉和掌握老年人综合服务评估问卷模块和信息存储模块的相关知识点，尤其是科研主题调查问卷的设计和数据收集、全国医养政策数据库的运用：
①社区突发公共卫生事件场景案例：
调查问卷是医养健康科研方向重要的应用工具，为进一步落实“探索基于‘科教共同体’理念的医养健康科教创新方法与实践”，拟通过该模块内容关联老年人综合服务评估问卷模块功能进行呈现，具体内容是该模块以社区突发公共卫生事件场景案例为主题，通过三维仿真技术对案例过程进行三维可视化设计，内容包含随机分组、案例介绍、组别角色设置、案例分析等四个环节，其中案例分析包括小组讨论、启动预案、事件处置评估、答题考核四个内容。用户可基于社区突发公共卫生事件场景案例内容，进行针对性的设计主题和问卷内容的设计，同时可对此次问卷调查的方法、背景、主题、目的、需求等方面的内容进行描述说明。
②养老机构场景案例
第一、随机分组：根据养老机构场景案例用户人数和组别要求以动画形式结合随机分配软件呈现随机组别的分配过程，选出各组人员归属。（提供软件功能截图）
第二、案例介绍：为用户设定养老机构场景，以实际案例为背景，引导用户对相关主题的研究和学习。（提供软件功能截图）
第三、组别角色设置：根据案例介绍中场景设定，用户可供选择的角色如设有养老机构管理部门、医疗部门、社区卫生服务中心、疾控部门、第三方组织等。系统以弹窗的方式呈现角色类型，用户可查看角色安排表了解每个角色的相关介绍，并根据案例背景自主点击组别设置，对小组进行角色设定。（提供软件功能截图）
第四、案例分析：包含小组讨论、启动预案、事件处置评估、答题考核等四个内容，为方便用户操作，系统设置步骤进度条可供查看。（提供软件功能截图）
A小组讨论：针对养老机构场景案例情况设定相对应的小组讨论内容和结果，并在小组讨论过程中穿插对应的题目供使用者答题；根据场景案例内容构建医院病房三维场景，场景中若干名老年人躺着眼睛失明。（提供软件功能截图）
B启动预案：构建发布会现场三维场景，根据养老机构场景案例的要求针对性的建设不同的发布会三维场景，发布案例相关实时信息。（提供软件功能截图）
C事件处置评估：场景案例结束后，进入善后事情的布置管理和重点评估，主要是对养老机构场景案例事件处置的评估，采取列出相关指标，评分此次事件处置情况。（提供软件功能截图）
D答题考核：系统构建答题考核模块，考核题目可根据用户需要在系统后台题库中随机抽取和更换。（提供软件功能截图）
4）信息存储-应急预案调查报告模块，如信息储存-医养结合政策数据库为例，再如以信息储存-应急预案为例，该模块支持应急预案调查报告填写和一键上传应急预案调查报告文档，也可支持作为相关科研或教学资料云存储使用，用户可在系统后台模块管理中进行关键词搜索查询和下载。
5）个人中心。支持查看用户的操作时间、操作成绩。

（5）系统后台管理，包括用户管理、模块管理、题库管理、成绩管理等功能，其中模块管理包括老年人综合服务评估问卷模块管理、信息存储-应急预案模块管理、场景案例模块管理、信息存储-应急预案调查报告模块管理；系统后台定制国民经济发展类数据库，内含不少于800条定量或定性数据（提供详细的数据库资料清单），并支持对系统前端存储的资料以及内置相关数据库进行关键词搜索查看或下载，资料支持对系统前端题目内容更换等功能。（提供软件功能截图）
（6）提供人体模型认知仿真三维软件1套：软件为PC版本，无节点限制；三维虚拟人物模型可以旋转查看，可以展示人体肌肉与骨骼；肌肉认知，展示胸外斜肌、胸大肌等139种人体肌肉组织（提供详细清单，包含肌肉名称和对应医学相关信息），对应肌肉出现时高亮显示此肌肉，同时弹出该块肌肉的医学相关信息；骨骼认知，展示胸骨、肩胛骨等不少于26种人体骨骼（提供详细清单，包含骨骼名称和对应医学相关信息），对应骨骼出现时高亮显示此骨骼，同时弹出该块骨骼的医学相关信息。（提供软件功能截图）
（7）配套三维资源制作软件一套：软件包括客户登陆端、软件设计端、平台处理端、数据传送端、VR体验端等模块。软件支持各类硬件（大屏幕、投影仪、广播会议系统、监控视频设备、VR 设备等）的接入接口。软件提供个人自定义仓库，可以收藏任意对象。用户对场景中的单个或者多个对象编辑完成之后添加为用户自己的对象，方便用户多次使用或者多项目中重复使用。软件提供商品库搜索功能，能快速搜索所需物品。软件材质系统提供预设好的基础材质，用户只需拖动到模型相应区域即可替换。用户也可以自行编辑场景中存在的材质参数，并将其保存到个人库中，方便重复使用。软件支持实时渲染，同时提供色环，可配合材质编辑不同的颜色。软件模型编辑系统可对模型进行材质替换、任意大小缩放、任意位置移动、任意角度方向旋转，并且提供材质的纹理、色彩、法线、表面粗糙度等细致调节功能，包括纹理大小、纹理方向、纹理粗糙度、材质颜色饱和度等。软件对模型提供万向轴心编辑功能，在不移动模型的情况下进行定位单方向缩放调节模型大小。软件提供聚焦观察模型，在不移动模型的情况下，对模型进行360度旋转观察。软件兼容主流设计软件生成的.fbx 等后缀模型（Sketchup、3DsMax、Maya、Revit、Rhino、ArchiCAD、UG、PRO/E、Catia、等），可将此类模型导入软件平台，并对模型进行再编辑，对导入的模型可以分为整体编辑和分拆编辑，并对分拆模型进行二次编辑。软件天空系统可提供了大量可调整变化的参数属性，如日出日落，月亮盈缺，星星疏密，云卷云舒等，还能通过设置循环时间，自动模拟昼夜交替；软件地形系统提供多种笔刷形状和模式。通过不同的组合使用，可以制作出山脉、河谷、盆地、平原等地形；还可以通过绘制笔刷，将不同贴图绘制到地形上，模拟沙漠、滩涂、沼泽、林地等地表环境；输出系统提供高清效果图、全景效果图的生成，通过后期处理模块可自定义分辨率，输出高清效果图，最大分辨率可达8K（根据配置电脑性能而定）；支持视频动画录制，输出高清视频。软件提供一键转换VR 模式，可以配带HTC 头盔进行漫游及交互操作。软件标签工具可以编辑模型的品名、规格、性能、产地、用途等属性，让教师及学生可以更好的掌握知识。软件监控视频流工具能够把现实中的视频流传送到VR 虚拟场景中去，在佩戴头盔的情况下，也可以实时了解现实中的情况。分解动画编辑：可以对物品随意分解，坐标轴方向有序分解，并可以标价物品标签。效果图输出特殊功能：可以一次6个方位出效果图，多通道出图，便于对场景进行后期处理。软件提供全景图制作工具，在客户端界面就可以进行对多张全景图的衔接编辑。然后生成对应项目的二维码，可用手机扫描二维码，识别并打开对应项目的网络VR 全景场景，并支持进行VR 视觉场景切换；编辑完场景后，可以通过VR 模块一键生成VR 文件。支持在VR设备在场景中漫游并对场景中编辑过的物体进行操作，如拖动、抓取、查看标签信息、简单交互等一系列功能。同时可以对模型法线方向进行自由分拆，也可以对模型进行自由移动和自由抓取。（提供软件功能截图）
（二）设计要求
1、技术先进原则：系统设计和建设过程中采用当今业界先进、成熟的系统设计方法和系统开发技术，保证系统整体的先进性。
2、开放性原则：为保证系统后续维护及功能添加的方便，在系统设计、开发和实施阶段遵循开放性、可扩展性的原则，系统采用业界标准化的软件接口和数据库接口，可以为未来的业务范围调整、功能扩展提供支持能力。
3、功能实用、操作简单原则：系统各项功能设计方便实用，操作简单，便于修改，容易定制，满足用户个性化要求；框架设计合理，满足多种教学要求，内容设计合理、美观，符合交互心理行为，便于操作。
4、系统运行流畅，系统响应及时：通过采用合适的优化设计的方式，例如光影优化、LOD层级处理、遮挡剔除、无缝地形拼接、后台异步加载等技术，降低系统资源需求、提高系统运行效率和用户操作响应速度。
5、系统主题突出，有针对性：系统将自始至终体现数据指标分析模型的灵活应用，并及时模拟出实时分析结果和步骤，系统除了在内容上表现上述特色，还在表现手法上采用强大的交互互动手段来体现软件的智能化、现代化，从而体现公司追求科技创新的个性。
6、系统具有灵活的可扩展性以及开放性：系统具有开放性和标准化接口，可以对未来的业务范围的扩展提供后期支持的能力。同时将采用模块化的设计，方便维护。
（三）其他要求
1.元数据标准要求

涉及到的字典表数据公共部分应以学校的信息标准规范为准，未在学校标准中界定的字典，应符合相应国标和行标，个性化部分应符合学校业务发展需要，并协助学校将其制定为校标。

2.业务系统集成要求

（1）门户集成

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

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

1.3支持移动端应用入口与学校微信企业号及其他移动端平台实现集成。

（2）系统消息集成

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

2.2支持集成学校统一通讯平台，实现与学校统一通讯平台的对接，让教职工通过短信、邮件、微信及时获取各种校内应用信息和待办信息。

(3)签章系统集成：支持根据使用场景需求，免费集成学校电子签章系统平台，实现与学校统一签章系统的对接。

（4）数据交换

3.1业务系统所产生的所有数据上均需对学校开放，支持通过webservice/API接口或数据库方式对接；

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

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

3、适配性：

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

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

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

（一）工期与进度管理
1、项目交付时间：合同签订之日起1年内建设完成。
2、学校有权监督和管理本项目的测试、安装、调试、故障诊断、系统开发和验收等各项工作，承建方必须接受并服从学校的监督、管理要求，无条件提供中间过程工作成果。
3、承建方在项目实施过程中应加强问题管理，特别对学校提出的问题应在约定的时间内及时解决，并提交书面报告，否则由此导致的进度延迟责任由承建方承担。
（二）测试与验收
1、系统达到验收指标后，承建方应提供系统的功能及性能测试报告和相关的压力测试等报告，测试方案应由承建方提前15天提交给福医大，承建方拟定的测试方案应具体到每一个测试步骤，测试内容至少包括单元模块、整体测试、用户接受性测试、性能测试和压力测试等。福医大可根据有关规定进行修改和补充，经双方确认形成正式的测试与验收文件并签署后，承建方方可按计划进行测试；
2、本地化业务上线前检测，部署在校内的系统上线前必须通过专业安全公司的安全检测（检测及产生的相关费用由学校信息中心统一负责）。通过安全检测无安全风险后方可上线使用，若检测出安全漏洞及风险，由承建方进行免费整改，通过复测无安全问题后方可上线使用。业务系统安全整改：业务系统使用过程中，第三方公司检测出具有代码安全漏洞、配置不合规及主机漏洞等各方面安全问题，承建方必须免费进行漏洞整改及加固等。部署在校内的必须免费配合学校进行等级保护定级备案工作，做好等级保护测评、登记备案和安全加固工作，直至符合等级保护要求；
3、在严格的功能、性能、压力测试及安全测评后，承建方认为系统的质量和稳定性达到要求时，承建方应向福医大提供汇总的测试记录和全套最新的软件，方可申请初步验收（初验），根据初验专家建议完成相关整改后，若有需要承建方应再次提供系统的性能测试和相关的压力测试，初验通过后系统即可上线试运行；
4、软件试运行为3个月，在试运行期间，承建方相关测试记录及报告经福医大审核通过后，由福医大选定具备资质的第三方软件测评机构对软件进行全面测试（该项第三方软件测试费用由福医大承担）。承建方需配合测试工作，并根据第三方测评结果对软件进行修改直至符合要求；
5、业务系统试运行期间承建方应有专业技术人员进行现场技术支持，出现的任何系统问题，应由承建方及时处理解决。在试运行期间，由于应用软件质量等造成某些指标达不到要求，允许承建方修复、修改等，直至连续无故障试运行至少三个月。在全部达到要求时，福医大认可后，承建方可向福医大提出竣工验收申请。

▲6、软件系统需完成国产化适配要求（部署服务器为国产服务器、操作系统为国产操作系统、数据库为国产数据库）

（三）系统培训
1、承建方提供的现场培训应包括系统技术培训和产品操作使用培训等，培训方式分为现场培训和视频会议培训，确保在系统正式上线前完成相应培训工作。
2、承建方应对福医大系统技术人员进行全面的数据库与系统管理、故障处理、日常维护等培训工作。当系统出现一般性问题时，福医大技术人员应能诊断和处理。
3、承建方应对福医大的管理人员进行系统操作、使用培训，使管理人员能够对系统进行日常配置、用户管理、权限管理等，操作人员能够正常操作和使用系统提供的各项功能。
（四）项目建设、运维等服务要求
1、服务组织机构
（1）承建方应对本项目提供售后服务承诺函。
（2）承建方应提供7×24小时技术服务，人员素质应能够胜任岗位要求。
2、服务期和响应时间
（1）从本项目整体竣工验收完成之后起为运维期，免费运维期为3年。运维期间，承建方应提供完整的维护和升级。
（2）在运维期内，如果发生故障，承建方要调查故障原因并修复直至满足竣工验收指标和性能的要求，或者更换整个或部分有缺陷的系统。
（3）在运维期内，当承建方所提供的软件出现故障时，承建方应提供远程服务的响应速度不得大于0.5小时，提供现场服务故障修复时间不得大于2小时。对于在短时间内不能解决的问题，承建方需要立即按照《故障应急处置预案》采取应急措施。
（4）在运维期之后，对于承建方交付的在正常使用情况下因原设计、开发等技术原因而引起故障，承建方对应用软件有责任进行修复和提供服务。
（5）承建方应在项目试运行前制订提供《故障应急处置预案》，并经福医大批准确认。
3、技术支持及运维服务
（1）承建方应向福医大提供全面、有效、及时的技术支持和服务，负责解决应用软件使用中发生的问题。
（2）在系统开通后，如对软件有所改进，增加新功能以及适应相关标准、新建议所做修改的最新版本，承建方均应免费提供福医大使用。
（3）在系统试运行期间，系统维护由承建方负责，承建方需派技术人员到现场指导维护工作。
（4）在系统运维期间，系统运行管理由福医大牵头，由承建方技术人员进行系统维护。
（5）运维期内承建方应根据福医大需求及应用环境变化，及时对系统进行完善。
（6）在运维期内承建方提供相应的系统运行维护服务，运行维护服务不仅限于以下内容：
l 与福医大共同完成日常维护和系统管理；
2 相关的系统检测、跟踪、监控、优化、更新等技术服务；
3 每日增量数据加工处理工作；
4 日常巡检；
5 系统平台的优化和监控；
6 日常运行的数据备份，优化、恢复；
7 系统问题BUG的处理；
8 承建方自行提供维护工具；
9 系统安全运维工作。
4、售后服务
（1）本次项目建设以开放、共享、服务的理念完成该项目建设，并且本次项目的费用是全包的方式，不存在某个模块或者环节需要学校另行付费，承建方提供的软件不得有任何授权点、技术壁垒、服务点、使用年限等问题。
（2）在免费维护期满，如需与维护期内服务等级相同的服务，维护费用年费为中标价格的8%。
（五）付款方式
竣工验收后付款100%，验收合格后30日内付清合同总金额。
（六）技术文件及交付物
1、承建方提供的书面技术资料应能满足系统正常运行所需的运行、维护及管理有关的全套文件，至少应提供1套纸介质和2套电子文档（U盘）。
2、交付物至少应包括：《需求规格说明书》、《详细设计说明书》、《项目开发计划》、《项目进度报告》、《测试计划》、《测试报告》、《试运行/上线报告》、《培训计划》、《培训记录》、《操作手册》、《系统安装维护手册》、数据源代码（由学校及产家共同完成部分）等。
3、技术文件应该全面、完整、详细。在双方商定的某一时期内由于软件的修改而导致文件的任何修改，承建方均应提供修改更正或补充的印刷文件。
4、承建方提供的各类文档，名词术语应一致，并给出名词术语解释。
5、承建方提供的技术文件应用中文或英文，培训教材和应用软件开发过程的管理和技术文档均应使用中文。

（七）违约责任

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

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

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

4、如果中标人未能按照合同约定的时间提供服务的，每逾期1天的，中标人应向采购人支付500元违约金，若因此给采购人造成损失的，中标人还应赔偿采购人所受的损失。

（八）本标书中未明之处，可进行必要的咨询和补充说明。
（九）以上条款由采购人全权解释。