******医院招标采购管理办法（暂行）》等相关制度要求，拟对以下项目进行院内议价，现公告如下：

一、项目概况

二、报名要求

报名咨询邮箱：****** （有问题请先邮件咨询）

1.原则上只接受线上报名，请各品牌代理商或厂家见本公告后，将报名资料扫描件(PDF格式，请确保扫描后资料清晰可见，否则视为报名无效)发至邮箱******，并在邮件标题注明挂网日期、报名公司名称、所报科室、项目名称，邮件正文中注明项目名称、报名公司名称、联系人、联系电话、电子邮箱（建议留QQ邮箱）、设备厂家、设备型号（请按照注册证填写）；如果有多份扫描件文件的，请将文件打包为压缩包，格式要求为.zip格式。

邮件标题格式参考：挂网日期-信息类项目-公司名-报名项目名称。

邮件正文格式要求示例：

项目名称：XXXXX

报名公司名称：XXXXX

联系人：张三，******234

电子邮箱：******

厂家：XXX

型号：XXXXX

2.报名材料首页注明挂网日期、所报科室、项目名称、产品厂家、型号、联系人、联系电话、电子邮箱（建议留QQ邮箱）、报名公司名称。

3.报名材料须提供供应商营业执照、生产厂家授权书、厂家生产许可证、软件著作权证等相关证书复印件并加盖公章；设备参数中要求提供相关证明和其他材料的，请附上相关材料并加盖供应商公章。

4.院内议价为现场议价，请各供应商报名后准备好纸质议价材料参加现场议价（含报名要求中的所有资料及报价单），一式8份，议价时间另行通知。

5. 供应商******医院失信供应商“黑名单”管理，否则报名无效。

（说明：******医院失信供应商实行“黑名单”管理暂行办法》

第四条 ******医院自行采购活动中存在下列行为之一的，属于失信行为，列入失信供应商名单管理：

1.提供虚假证明材料谋取中标、成交的；

2.采取不正当手段诋毁、排挤其他供应商；

3.由议价小组现场确认为恶意围标、串标的行为；

******医院自行采购活动相关人员行贿或者提供其他不正当利益；

5.资格预审合格且成功报名的供应商在项目采购活动开始后相关信息发生变化时未及时通知院方；

******医院自行采购活动，采购活动开始后擅自撤回响应文件，影响采购活动正常开展的；

7.以不正当手段获得其他潜在供应商标书信息及需要保密的证明材料的；

******医院自行采购活动纪律，扰乱采购活动现场秩序且不听劝阻；

9.以明显低于其他合格潜在供应商的报价且不能证明其报价合理性，经议价、比选小组认定为恶意竞争的；

10.有行贿情形的；

******医院认定的其他失信行为。

第六条 中标人被列入失信行为******医院所有自行采购活动。）

6.报名时间及报名邮箱

报名时间：2025年12月24日-2025年12月30日

报名咨询邮箱：****** （有问题请先邮件咨询）

7.议价时间将通过邮件进行通知，不会通过电话通知，请报名公司自行留意。

三、项目技术参数（参数仅供参考，以科室实际需求为准）

基于"互联网 "的体医融合健康服务系统参数

一、 基于"互联网 "的体医融合健康服务系统总体要求

************居民个性化功能障碍进行分类、分级，并分析不同人群在健康管理过程中的需求差异，建立完善的需求数据库，构建一个全面且动态更新的需求库并且进行持续迭代，针对需求数据建立不同需求下的健康管理干预方案及不同人群运动处方库，根据个人不同病种及健康情况自动推荐个性化干预方案及运动处方，追踪执行过程及结果报告自动生成，最终形成一个集健康监测、健康预警、健康指导、干预过程管理为一体的服务系统。在资源有限的情况下，可以为每一位患者提供更高效、精准和个性化的健康指导和服务。系统提供数据基础，便于医生收集并整合每位患者的生理数据、病史信息以及康复设备使用情况等，为医生提供决策支持，辅助制定更具针对性的健康计划和方案。系统需具备高可靠性、高可用性和高扩展性，以支持多用户并发访问及大规模数据处理；同时应提供跨系统运行能力，涵盖Web端与移动端，并拥有良好的用户体验与交互设计。

二、基于"互联网 "的体医融合健康服务系统安全要求

1. 本系统的设计、科研应用与数据使用应安全、可靠、准确、可信可用、完整。系统与科研数据的安全应符合《中华人民共和国网络安全法》、《中华人民共和国数据安全法》、《中华人民共和国个人信息保护法》等国家有关法律和规定。

2. 保护课题中产生的科研数据以及涉及到的患者信息隐私。保障信息传输完整性、系统数据传输和存储的保密性。

3. 系统安全访问功能要求。系统仅于科研课题中参与课题的人员使用，应具有严格的权限管理、身份认证和访问控制功能，杜绝因各种非法访问对系统的安全性造成严重的损坏。

4. 软件开发生命周期各阶段施行安全风险管理，减少软件代码漏洞，确保软件安全性。

5. ******医院数据资产的安全。

三、基于"互联网 "的体医融合健康服务系统模块及功能要求

1. 系统管理功能，支持账号管理，超级管理员能够根据需要创建新的普通管理员账号，并设定相应的访问级别和权限范围；支持密码设置，允许超级管理员为新创建的账户设置初始密码及登录方式；支持权限配置，超级管理员能够详细配置普通管理员拥有的菜单权限，这包括但不限于查看特定功能页面的能力、执行操作的限制（比如只允许创建用户而不允许删除），以及是否能访问敏感信息（如患者数据）；支持密码安全，提供基本的密码管理，包括密码强度要求和推荐使用复杂的密码策略。需具备空闲超时后token过期功能、密码强度校验功能；支持权限管理与分配，对于普通管理员和普通用户设置适当的权限级别，确保数据保护和个人隐私安全，实现对所有用户操作的跟踪记录，便于追踪系统使用情况及异常行为审计；支持状态管理，系统应自动处理用户登录、登出的状态变化，并在后台进行相关数据同步和更新；支持提供状态通知机制，在用户尝试访问受限区域时给予适当的权限信息提示；支持数据加密，保证数据传输的安全性与保密性。

2. 菜单管理功能，支持菜单结构设计，超级管理员应能根据系统功能模块的需求构建菜单结构，以确保用户能够直观、高效地访问所需的功能；支持权限映射，每个菜单项都应被分配特定的权限等级，只有拥有相应权限的用户才能访问；支持细粒度控制，超级管理员需要有能力为每个菜单项设定更细粒度的权限，比如限制部分用户只能查看信息而不能编辑或删除。

3. 日志管理功能，支持日志级别配置，系统应该能够根据不同的需求和场景灵活配置不同级别的日志记录（例如：调试、信息、警告、错误、致命错误等）；支持登录日志，记录用户登录/登出的信息，包括时间戳、用户ID、登录状态（成功/失败）以及可能的错误信息，追踪用户的活动和识别潜在的安全风险；支持操作日志，跟踪系统内进行的所有重要操作，如增删改查等数据库操作、应用内部的重要功能调用等；支持记录的内容可能包括执行的时间点、涉及的操作类型、执行者的身份以及任何相关的参数或结果；支持查询与检索功能，提供强大的搜索和过滤功能，允许用户基于时间、活动类型、执行者等条件来快速查找日志记录。

4. 健康信息采集功能，患者用户通过登录公众号或小程序用户端录入个人健康信息，包括基本信息、体质指标、日常体力活动数据、慢病控制达标情况等。甲方为公众号或小程序的主体，开发产生中的费用由乙方承担，运营产生的费用由甲方课题项目经费承担。

5. 健康体质监测数据管理功能

（1） 多源数据采集与接入：系统提供标准化的数据接口（API）******居家监测设备对接以实现数据的采集与上传。同时，系统支持手动导入功能。对于无法自动对接的设备或第三方机构提供的报告，可通过系统提供的模板进行数据填写或拍照上传，完成数据录入。

（2） 健康报告结构化解析与存储:系统内置数据解析引擎，能够对接入或导入的原始健康报告（如PDF或图片报告）进行关键信息的智能识别与提取。提取后的数据将被转化为结构化的标准格式，并与预设的健康体质指标字段（如身高、体重、BMI、体脂率、血压、血糖、血脂、肝肾功能指标等）进行映射和关联。所有解析后的结构化数据将安全地存储于中心化的健康体质监测数据库中，确保数据的完整性、一致性与可追溯性。

（3） 体质监测数据库管理:建立统一的健康体质监测数据库，用于集中存储所有用户的历次体质监测数据。数据库设计需支持对每个用户建立独立的健康档案，按时间轴完整记录其各项体质指标。

（4） 数据质量核查与预警：系统在数据录入环节设立自动校验规则，对异常值（如远超生理范围的指标）、逻辑错误数据（如收缩压低于舒张压）进行实时提示与拦截，确保入库数据的有效性与合理性。

（5） 数据查询：向授权用户（如医生、健康管理师及用户本人）提供灵活的数据查询功能，可按时间范围、指标类型等条件快速检索特定用户的体质数据。

6. 体质健康标准管理功能，参考《国民体质测定标准》、《国家学生体质健康标准（2014年修订）》、《国家基本公共卫生服务规范》、《中国成人超重和肥胖预防控制指南》、《中国学龄儿童膳食指南》设置系统内各类人群的体质健康管理指标。管理包括需要测评的指标项，评分标准,权重与综合评价规则，最终等级评定规则等。支持用户录入数据后根据权重配置，自动计算加权总分，再根据总分-等级规则，判定最终等级（如良好）。

7. 健康风险评估与分层功能：构建健康风险分层模型，建立健康风险等级，实现早期预警。支持多指标综合判断（如年龄、BMI、血压、血脂、家族史）、设定指标权重、定义风险计算公式。支持阈值设定各项指标的临界值（如BMI≥24为超重，≥28为肥胖）及风险等级划分阈值（如0-20分为低风险，20-40分为中风险，40 分为高风险）。对达到预警阈值的用户进行系统内信息实时提醒，并向用户推送个性化健康干预方案。

8. 健康干预方案功能

建立一个结构化的健康干预方案知识库。采用科学的数据模型，将健康干预方案分解为可独立管理和灵活组合的核心要素，例如运动处方、膳食建议、生活方式指导、健康教育材料等。为实现精准匹配建立完善的标签体系，对每个方案或组件打上多维标签，包括但不限于适用人群（如慢性病患者、老年人、青少年）、干预类型、健康目标（如降压、降糖、控体重）及强度等级。支持方案的增删改查、权限控制。

（1） 根据健康风险评估准确识别用户的健康画像与标签，并从知识库中自动筛选、组合最合适的干预方案组件，形成一份完整、可执行的一体化方案。方案推送支持多种触发机制，包括用户完成评估后立即触发、达到预设周期后自动复查触发、以及由医生/健康管理师手动触发。生成的个性化方案通过系统内消息中心、移动应用推送等渠道及时送达用户。

（2） 执行效果跟踪：监控用户执行效果，形成闭环管理。记录用户通过系统记录方案执行完成情况、主观感受等。系统可定期提醒用户进行后续健康评估，对比执行前后的数据变化（如体重、血压、血糖、体能指标等）。系统支持患者按照方案每日运动打卡，对运动项目、运动时间等数据收集来跟踪执行程度，根据体重、血压、血糖、体能指标等评估执行效果，系统或健康管理师可以调整或优化用户的干预方案，实现动态个性化。

9.运动处方管理功能

（1） 建立结构化、标签化的和运动处方知识库。将运动处方分解为可管理的组成部分，如运动类型、强度、频率、时长、注意事项等结构化存储。为每个处方打上多维标签，比如适用人群：慢性病患者（高血压、糖尿病等）、老年人、术后康复人群、普通人群、青少年等。运动类型：有氧运动、力量训练、柔韧性练习、平衡训练。难度等级：初级、中级、高级。健康目标：降压、降糖、减重、增肌、改善睡眠等。

（2） 根据用户的个人信息和健康评估结果，系统基于预设的规则和算法，在知识库中匹配符合用户标签的运动处方，将匹配的运动项目组合成一个完整的、个性化的运动方案（即运动处方），将生成的处方推送给用户（小程序或公众号）。

（3） 处方生命周期管理：提供对运动处方的全面管理操作。支持处方的增删改查、权限控制。

10.健康报告生成：在一个干预周期结束后，系统根据模板自动为用户生成个人健康评估报表，对比干预前后数据变化。报告支持导出为PDF、Word等格式。

11.数据可视化：支持健康数据多维度图表展示，自动生成个体或群体健康数据分析。展示系统整体运营健康度、服务效果宏观指标，展示患者群体风险分布、干预任务完成情况看板。按时间（年/季/月）、人群（年龄/性别/疾病类型）、干预方案、负责医生/机构等维度进行下钻。

四、基于"互联网 "的体医融合健康服务系统技术服务要求

1. 按客户要求做好数据安全保障措施，支持提供数据迁移服务。

2. 本项目所涉及的信息系统应支持本地化部署，数据本地化存储，系统数据不可存储在云服务器。

3. 信创支持条款

(1)软硬件兼容性：产品需兼容并稳定运行于国产操作系统、数据库、中间件及芯片环境。

(2)自主可控：系统关键软件和技术需具备自主可控能力，核心代码无国外技术封锁风险。   

4. 国密支持条款

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

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

(3)合规性：产品需严格遵守国家密码管理相关法律法规。

5. 须提供系统涉及的所有操作系统、数据库、中间件等，并不再收费,涉及的操作系统、数据库、中间件投标人应保证并提供所用均为正版。

6. 系统客户端须支持主流操作系统如WINXP、WIN7 (32位及64位)、WIN10 、WIN11等操作系统，信息技术创新操作系统优先。

7. 系统若采用BS架构，则应支持信息技术创新浏览器以及chrome49.0、ie8.0、firefox、microsoft edge等主流浏览器和所述以上的浏览器版本

8. 系统应部署在主流操作系统上，信息技术创新操作系统优先；系统数据库应用应采用主流关系型数据库部署，信息技术创新数据库优先。

9. ******医院各医疗信息系统、大数据中心、主动健康管理系统等实现业务与应用******医院电子医疗体系管理，实现诊疗全流程闭环管理。

10. 系统应支持多种灵活的对接方式，并能按院方要求及标准进行系统集成对接。

11. 中标后提供所有数据库表结构及详细说明文档。

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

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

14. 异常处理机制完善，有清晰明确的报错信息:有详细的日志记录包括但不限于用户登陆、关键数据或文书的增删查改记录、数据修改痕迹、接口调用日志等日志内容，便于排查问题。

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

16. 系统运行稳定，业务处理高性能快速响应，界面友好，操作简便。

17. 系统要有完备的应急预案，保证业务运行的连续性。

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

19. 系统权限设定应当遵循最小授权原则。

20. 系统涉及的所有数据应具有完善的隐私保护机制，确保数据不泄露，且只能用于本单位的相关业务。

21. 系统满足访问控制、安全审计、剩余信息保护、软件容错等信息系统安全等级保护(三级等保)的其他规范要求。

22. 开放端口。系统支持多机构管理，能够与我院各院区及门诊部的信息系统实现无缝连接。

23. 系统支持************医院未来5年业务增长的需求。

24. ******医院有权在其所辖的所有院区，包含桃源院区、北院院区等不受限制地使用该系统所有功能。

五、基于"互联网 "的体医融合健康服务系统商务要求及服务要求

1. ******医院指定的地点进行驻点软件开发。驻点开发人员不少于2人，开发使用的设备由承建方自行准备。

2. 自签订合同之日起60个日历日内完成所有应用系统的开发、安装调试、与其它业务系统的对接。

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

4. 从验收合格之日起提供不少于1年的质保期。质保期内提供运行维护、升级服务和漏洞补丁修复等。

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

6. 提供7×24小时支持维护服务，提供伴随式技术支持，包括邮件、电话、远程维护、现场服务等方式。必须保证有足够的人员及技术支持电话负责本系统运维工作，按院方工作作息时间上班。在接到系统故障报修通知后，1小时内提出解决方案、4小时内修复（系统恢复正常运行）。

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

附件：

信息中心软件类采购合同模版 ****** .docx