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

序号	科室	项目名称	数量	预算单价 (万元)
1	睡眠医学科	智慧诊疗管理平台二期	1 项	***

请 各品牌厂家、代理商 见本公告后，携带有效证件及产品资料前来我院信息网络管理中心报名（桃源路 6 号信息科研综合楼 6 楼），望相互转告。

一、递交资料要求：

按如下内容及顺序制作文件（一）及文件（二），加盖公章，各 6 套（ 1 正 5 副），并进行封装

（一）项目论证响应文件

1、封面。内容包括参与单位名称、项目名称、联系人及联系电话。

封面格式要求示例：

项目名称： XXXXX

报名公司名称： XXXXX

联系人：张三， ***

电子邮箱： ***

生产厂家： XXX

型号： XXXXX

2 、参与单位简介及公司文件：营业执照、税务登记证、经营许可证等。

3 、参与单位的法定代表人或其授权委托人身份证及授权委托书复印件。

4 、生产厂家授权书、厂家生产许可证、软件著作权证、产品注册证等 ； 产品图片打印彩页。 医疗器械类提供 医疗器械注册证 (含专用耗材、试剂注册证)、医疗器械产品注册登记表及产品说明书 等。

5、项目技术方案。

6、 项目 实施方案。

7、售后服务承诺。

8、相关建设案例情况。

9、其他内容（亮点）。

***.需求参数响应表：按照 《设备采购技术参数需求》 整理需求参数响应表 ， 响应表 电子版（ 盖章 P DF 版及可编辑版各一份 ）发 至 邮箱 ***

参与单位 应对采购需求进行逐条响应， 并对 整体响应情况 做 汇总说明（需包括正偏离、负偏离、无偏离各多少项及相关文字说明）。 未按要求 提供 响应文件、响应内容与公告的需求不一致、响应内容有漏项的， 报名 无效。

（ 二 ）报价表

1、 产品报价表，包含产品名称、制造商、品牌规格型号、供货数量、单位及总价格、保修年限，出保后每年维保价格。 如包括软件和硬件，需分开报价 。

2、 耗材试剂（如有）长期供应价格清单。

3、 产品的配置清单（请按科室要求配置）、技术参数。

4、 付款方式（可按照医院支付方式）

二、递交方式：

请有意向的 厂家 / 公司 见本公告后，携带有效证件及项目资料前来我院信息网络管理中心报名（桃源路 6号信息科研综合楼6楼），项目资料电子版发送至邮箱： *** ， 邮件内需注明经办人姓名、联系方式、邮箱。望相互转告。

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

三 、 截止 日期：

***年 *** 月 *** 日 。

四、联系方式：

咨询电话 :***

*** 年 *** 月 *** 日

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

1. 项目 名称： 智慧诊疗管理平台二期

2. 申购 科室： 睡眠医学科

设备采购技术参数需求

一、 智慧诊疗管理平台二期总体要求

根据广西科技重大专项科研项目《基于专业医疗指导的智能人居服务平台建设及产品研发》科研课题要求与科室实际需求，智慧诊疗管理平台二期技术参数的总体要求，应围绕以下两大核心维度展开：建设支持多源异构数据融合的专科数据集成与报告解析中心，并最终建成基于数据中心与专科碎片化数据综合应用的专科数据应用中心。

平台要突破科室现有各类医疗设备数据分散、存储形式多样、碎片化突出的局限，重点围绕医疗报告或设备报告开展数据采集与处理，针对睡眠医学领域的高维时序数据（如多导睡眠监测数据）设计专用数据模型，实现在评估、诊断、治疗等环节与设备的数据对接，支持原始数据的自动采集、结构化存储与标准化处理，解决现有系统仅能归档非结构化数据（如 PDF报告）而无法实现深度分析的问题。设立科室级数据采集处理的前置数据库，形成非标准碎片化数据的处理池，对外提供标准化数据输出服务，支持科室内部前沿课题分析。

同时，系统应集成多模态医疗数据分析能力，实现对康复治疗过程中患者生理指标的持续监测、异常自动识别与动态风险预警，推动诊疗模式从传统的 “信息记录”向“智能决策”转型升级。支持大规模临床数据与组学数据的整合分析，提供数据挖掘、统计分析和可视化工具，赋能临床科研的一体化推进。

最后，系统需具备完善的运维管理与量化评估能力，实现对科室运营指标、医疗设备使用效能、医护人员工作效率、数据质量等指标的动态监测与分析，为科室管理提供数据驱动的决策依据。所有功能需遵循医疗信息互联互通标准，确保系统的开放性、可扩展性与安全性，满足国家智慧医院建设及专科领域创新发展的要求。

智慧诊疗管理平台二期是院级科研数据中心的专科数据源头与应用前哨，重点在于解决专科数据的采集、治理与初步应用，其将清洗、整合后的高质量专科数据推送至院级大数据平台，为未来院级平台提供标准化、可复用的数据资源与技术范式。两者在数据层级、功能定位与应用场景上互为补充，共同构建 “专科—院级”协同的数据生态。

二、智慧诊疗管理平台二期安全要求：

1. 本系统的设计、科研应用与数据使用应安全、可靠、准确、可信可用、完整。系统与科研数据的安全应符合国家有关法律和规定。

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

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

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

5. 承建方应为项目提供合理的数据安全方案，配合医院开展数据安全保护，承担必要的数据安全责任，确保医院数据资产的安全。

三、 硬件要求

（一）专用计算设备：

满足系统业务、数据清洗和大模型计算的需求，提供至少两台专用的计算设备，确保完整支撑项目内的各功能模块和环节的运行。单台计算设备要求如下：

1.中央处理器：双路配置，提供intel可扩展2代或更高级别处理器，单颗CPU核心数≥***，主频≥2.1Ghz

2.内存：总容量≥***G，单条内存容量≥***G

3.硬盘：数据盘8T SATA 3.5寸 7.2K*2，系统盘***G SSD硬盘*2，阵列卡≥2G缓存

4.网卡：提供千兆电口≥2个，万兆光口≥2个，提供满配LC多模***模块

5.电源：双电源模块，支持热拔插，支持单电源支撑设备使用，单电源功率≥***W

6.机箱：采用数据中心机架式2U机箱，不得选用塔式机、微型机、组装机。

7.带外管理：提供满配功能永久授权，支持网络KVM，支持网络ISO挂载，支持snmp监控，支持页面直接调整raid卡配置，支持设置raid组外热备盘。采用独立RJ***端口进行监控，不占用业务网口。

8.显示端口：具备VGA显示接口，如配备HDMI或DP接口则另外提供转接至VGA的转接器。

9.提供品牌原厂质保服务，质保至少3年，整机和耗材全范围维保。有技术团队的上门安装和实施服务、更换、维护、维修和换新服务。故障备件更换不收零件费，不收服务费。如出现严重故障无法维修则整机换新，确保使用科室的业务连续性。

***.所有货品必须提供主流品牌的全新货品，禁止提供水货、套货、换货、二手、工控机或囤积品。提供合格证和保修证。

（二）模型计算加速卡

1.满足系统模型计算需求，提供至少一张L***或更高级别的加速卡。显存至少***GB容量，采用GDDR6或更高规格。

2.加速卡提供品牌原厂质保服务，质保至少3年，整机和耗材全范围维保。有技术团队的上门安装和实施服务、更换、维护、维修和换新服务。故障备件更换不收零件费，不收服务费。如出现严重故障无法维修则整机换新，确保使用科室的业务连续性。

3.所有货品必须提供主流品牌的全新货品，禁止提供水货、套货、换货、二手、工控机或囤积品。提供合格证和保修证。

四、智慧诊疗管理平台二期模块及功能要求

（一） 项目与设备管理

1. ▲在智慧诊疗管理平台一期的基础上，平台应实现对心脏康复中心功率自行车、步态检测评估与训练、数字肌力与骨骼测试仪、阿米机器人（经颅磁）、步态训练系统GEO、感统康复评估训练系统等设备的 项目管理、治疗方案管理、治疗参数管理、项目排班、治疗上机登记。实现患者信息中心数据同步到设备，不需要在设备端人工录入患者信息。

2. 对科室的设备 /仪器进行调研，了解设备的网络情况、管理软件操作，原始数据存储、报告样式、报告下载方式、报告存储路径、医护人员的使用习惯等情况。对同步患者信息和数据采集向科室提供解决方案。

睡眠医学科设备简略说明：

① 设备包含评估设备（比如 心肺功能检查仪 、 无创心输出量测量系统 ）、睡眠监测设备（比如 PSG、呼吸机）和治疗设备（比如体外反搏、经颅磁），共***余种，***多个厂商。

② 设备数量最多的是 倍德康迪 PSG、瑞思迈呼吸机、乙十呼吸机、伟晴呼吸机、普康体外反搏、普康 功率自行车。

③ 设备分布在住院部、门诊、心脏康复中心、科外会诊，住院在 2号住院楼***楼，门诊在门诊综合楼4楼，心脏康复中心在信息楼5楼，科外会诊则根据患者所在科室而变动。

④ 大部分设备具备联网功能，少部分不能联网。大部分设备是 windows系统，个别为安卓系统，个别类型设备无操作系统。

3. 采集科室设备 Mac地址报给科室，协助科室将设备接入医院内网。确保患者信息和数据的互联互通。

4. 平台应按照医院要求，基于医院现有信息化建设基础，具备系统兼容性，实现与医院现有信息系统的数据兼容与业务互通，实现与医院现有医疗设备的对接集成，确保医疗业务流程的连续性。

（二）数据集成与报告解析中心

1.多源数据接入与采集模块

（ 1）需要采集的数据

① 其他系统数据接入：按照医院要求及标准，支持接入医院信息系统的患者基本信息、出入院信息、诊断信息、医嘱信息、检查检验报告、病程病历等数据。

②历史数据采集：采集存储在科室各个设备的历史数据，包括原始数据、报告。部分设备有大量报告尚未下载，比如PSG睡眠监测、呼吸家、功率自行车等，需实现程序自动化采集，避免人工采集影响医护人员的工作。

③实时数据采集：患者做完评估/检查/筛查/治疗后所产生的报告，医护人员下载到指定文件夹，系统则自动采集。

④导入患者院外居家数据

（ 2） ▲采集方式：

①自动化数据采集接口包括但不限于：

a.按照医院业务要求及技术标准，支持通过医院标准化数据接口，从医院信息系统中自动获取。

b.按照医院标准规范要求，支持提供包括但不限于RESTful API 和 Web Service 等接口，供具备网络输出能力的智能医疗设备主动推送或由平台定时拉取报告数据。

c. 为每个设备下载的报告建立存储文件夹，支持监听指定文件夹或SFTP/FTP服务器目录，自动抓取设备生成的报告文件（PDF等）。对多个设备的管理软件同时安装在同一台电脑，并且报告下载路径默认的情况，支持对采集到的多种报告预设规则并自动分类存储。

②报告自动化采集：用技术实现按任务列表批量下载患者的评估/治疗报告（如PSG等），实现无人化操作，确保高效与零差错。

③人工辅助导入通道

a.提供统一的人工上传界面，支持拖拽、点击上传等多种方式。

b.支持批量上传文件。

c.对于无法生成电子文件的设备，提供标准化的数据录入模板表单，支持手动录入关键结构化数据。

2. AI智能解析平台与各层级数据库

(1)原始数据库：

支持根据预设规则，自动对采集的原始报告进行归类和存储。规则基于设备与报告的多元关系设定，主要包括： ① 单设备对应单报告；② 单设备对应多报告；③ 多设备报告共享同一存储路径；④ 基于多份原始报告生成的综合诊断报告。

（ 2） ▲数据处理库：

① 格式自适应解析引擎

采用模板配置化与 AI学习相结合的方式解析非结构化报告。格式兼容性

支持解析当前主流的文件格式，包括但不限于： PDF、Excel (XLS/XLSX)、TXT/CSV、RTF、DOC/DOCX、JPG/PNG（针对扫描件或照片报告）。

② 模板库：内置丰富的解析模板库，覆盖科室所需设备种类及型号的报告格式。

③ 为每个类型的报告设计一张对应的 “原始数据表”，用于持久化AI解析后的结构化结果。每份报告解析后的数据对应一条表记录，其内容整合了从原始文件中提取的文本、表格及元数据。如若个别报告数据字段过多（比如PSG报告），可分多个同名原始数据表存储。比如PSG Data 1，PSG Data 2。所有解析后的数据均需保留数据溯源信息，包括：原始报告文件、数据来源设备、采集/上传时间、解析模板版本等，确保任何数据都可回溯到原始报告。

④ 数据清洗与标准化

a. 对解析出的原始数据进行有效性校验、单位统一换算（如将cm统一为m）、异常值识别与标记。

b.将不同设备报告中表述不一的同义词、缩写，映射为标准化的医学术语，确保数据一致性。

⑤ 自动化数据脱敏

a. 内置可配置的脱敏规则引擎，在数据入库前自动对敏感个人信息（如姓名、身份证号、电话号码、住址）进行掩码、替换或加密处理。

b.所有脱敏操作需记录审计日志，确保可追溯。

⑥ 数据融合与中枢管理模块

统一患者主索引

a.通过多标识符（身份证、社保卡、就诊卡等）的统一管理，建立患者主索引匹配规则，实现同一患者在不同系统中的身份归一化。

b.能够通过患者ID、姓名、出生日期等信息，将来自不同系统的数据准确归集到同一患者名下，形成完整的患者健康数据库。

3.系统管理与管理模块

(1)任务监控看板

提供可视化仪表盘，实时监控数据接入量、解析成功率、失败任务队列等情况。

对解析失败的报告提供告警机制（如桌面通知），并引导管理员进行人工干预和修正。

(2)权限与安全控制

基于角色的访问控制，精细化控制不同用户（如医生、护士、管理员）对数据上传、解析、查看、导出等操作的权限。

4.系统数据服务与开放接口能力。（向院级科研平台汇入数据的功能）

平台应按照医院规范要求，应提供标准化的数据对接与 API接口服务，能够将科室级数据封装为可被院级多模态专病数据平台调用的数据服务。接口应按照医院规范要求，需遵循医院标准规范、行业标准规范（如HL7 FHIR、Restful API），确保数据能够安全、高效、准确地汇聚至院级平台。

(三)睡眠专科数据应用中心

构建面向专科领域的科研数据管理平台，平台支持数据来源于院级科研数据平台、 AI 智能报告解析平台以及其它科室自建的碎片化专项数据库。其功能参数如下构建面向专科领域的科研数据管理平台，其功能参数如下：

1. 核心数据中枢与基础架构

（ 1）数据模型库

① 支持业务语义层与可复用数据模型构建。为提升数据易用性并保证业务口径统一，支持科室用户从处理库数据表中，根据业务需求筛选、计算并组合字段，构建逻辑上的 “业务数据模型”。该模型应作为虚拟数据表或统一数据视图，供科室用户直接使用于查询与可视化分析。

a.字段选择与映射： 能够从单个或多个关联的原始数据表中，自主选择需要的业务字段，并可对字段进行重命名，使其符合业务术语。

b.自定义计算字段： 支持在创建过程中，通过公式或表达式创建新的计算字段（例如：将身高和体重计算出患者BMI指数）。

c.数据筛选与过滤： 支持在模型层面定义数据过滤条件（例如：只保留性别为“男”的患者记录，或只查看“今年”的心肺运动测试数据），确保数据应用用户访问的是经过预清洗和过滤的干净数据。

d.主数据管理与统一患者：强化统一患者主索引功能，通过智能算法解决患者跨系统、跨时段就诊的身份识别与匹配问题，确保数据的唯一性和准确性。

e.多表合并： 支持通过关联键（如姓名、ID），将来自不同数据表的字段整合到一个统一的业务视图中。

f.持久化与复用： 构建完成的业务模型必须能够被保存，并出现在所有用户的数据浏览器中，像普通数据表一样被直接查询、用于创建图表和仪表板，无需重复编写底层逻辑。

② 系统需提供强大的交互式数据钻取能力，允许用户从高度聚合的图表、图形或汇总数据中，通过点击操作，直接下钻并浏览构成该数据点的底层明细记录，实现数据的深度溯源与根因分析。

a.点击钻取： 支持在仪表板或单个图表的任意数据点（如柱状图的某个柱子、折线图的某个数据点、汇总数字的某个KPI）上，通过鼠标点击触发钻取操作。

（ 2）支持输出为标准化的数据文件或直接写入业务数据库。

2.科室运营管理看板模块

（ 1）动态可视化仪表盘：提供可配置、可拖拽的仪表板，允许科室管理人员自定义关键绩效指标（KPI）和可视化组件（如折线图、柱状图、饼图、数字卡片）。

（ 2）多维度业务分析：

① 时间维度：支持按日、周、月、季度、年及任意自定义时间区间进行数据钻取与对比分析。

②业务类型维度：区分门诊、住院、会诊、心脏康复中心等不同业务流，分别统计其工作量与效率。

③资源效能维度：

a.设备使用效率：统计各台治疗设备（如经颅磁、体外反搏）的日/月使用人次、预约排班人次。

b.治疗执行统计：监控各类治疗方案的执行次数、完成率及患者依从性。

3.患者群体画像分析模块

(1)群体特征快速洞察：生成在院/历史患者群体的整体特征概览。

(2)多维度交叉分析：

①自然属性：性别、年龄段等。

② 临床属性：疾病谱系分布、并发症情况、严重程度分级等。

③ 行为属性：就诊次数、平均住院日、治疗周期、随访完成率等。

④评估结果属性：支持对特定评估量表（如PSQI睡眠质量指数、MoCA认知评分）的得分分布进行群体分析。

4.个体患者健康报告模块

提供报告患者列表，支持通过姓名、 ID等多种方式快速定位患者。根据需要展示报告资料：来自报告解析中心的所有结构化评估与治疗报告（如PSG多导睡眠图、CPET心肺功能测试、fNIRS报告）、检验报告、检查影像报告及链接。

5.预警与决策支持

对异常指标设置阈值并触发自动预警，为科室资源调配、疾病诊断、绩效分配提供直观的数据支撑，包括但不限于以下场景需求：

(1) ▲多导睡眠监测实时数据大屏

a.数据集成与展示：大屏系统需具备强大的数据接口能力，能够从多台多导睡眠监测设备中，实时抽取、解析并汇聚各楼层/病区的患者数据。展示内容须至少包括：监测日期、患者姓名、床号、实时血氧饱和度、实时脉搏等关键指标，并以楼层或病区为单位进行汇总展示，实现科室全面监测情况一屏统览。

b. 智能预警与告警：系统必须建立可配置的智能预警规则库。当任一患者的血氧饱和度或脉搏等生命体征参数超出预设的安全阈值时，系统应立即激活多模态告警机制：一方面，在屏幕对应患者信息区域进行高亮颜色闪烁（如红色）等视觉警示；另一方面，触发集中的声音报警，以提醒医护人员第一时间介入处理，保障患者安全。

（ 2）患者BMI指数预警

对科室的所有当前就诊患者的 BMI指数建设预警数据屏，将患者BMI指数超出医护设定范围的患者信息集中显示在屏幕上。包括患者姓名、ID、性别、年龄、科室、身高、体重、BMI指数。支持智能报警。（屏幕红色字体亮色提醒或声音报警）。

（ 3）体外反搏上机心率预警数据

针对心脏康复中心的体外反搏治疗项目建设体外反搏上机心率预警数据屏，将患者上机前后心率超出医护设定范围的患者信息集中显示在屏幕上。包括患者姓名、 ID、性别、年龄、科室、当前心率。支持智能报警。（屏幕红色字体亮色提醒或声音报警）。

6.科研数据支持服务模块

(1)灵活的数据检索与提取

①多条件组合查询：支持对结构化数据表中的任意字段进行“与/或”逻辑的组合查询。

②自然语言检索：支持对非结构化的文本记录（如病历摘要）进行关键词检索。

③支持用户在图形化界面中，无需数据迁移与ETL，即可对多个异构数据源进行“实时/准实时”关联查询与分析。

(2) 数据导出

支持将队列数据以多种格式（如 CSV, XLSX, SPSS格式, CDISC标准） 批量 导出，可直接导入主流统计软件（如 R, Python, SPSS, SAS）。

五、智慧诊疗管理平台二期技术服务要求

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

2. 信创支持条款：

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

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

3. 国密支持条款：系统应满足商用密码应用安全性评估的相关规范要求，包括但不限于：

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

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

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

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

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

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

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

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

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

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

7. 系统应满足 “电子病历分级评价指标”六级标准、电子病历基础数据集、电子病历共享文档等标准的相关要求。

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

a)系统应满足“医院信息互联互通评价指标体系”五级乙等标准的相关要求。

b)按照医院要求，能实现与各医院信息系统，包含但不限于HIS系统、医疗大数据中心、全院科研数据中心等系统的互联互通、数据共享、系统集成。

c)系统基础数据应对接医院信息集成平台主索引数据，保证医院信息系统基础数据的统一性；并且系统应支持与医院在用的单点登录系统实现无缝对接集成；

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

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

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

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

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

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

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

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

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

***. 系统运行稳定，业务处理高性能快速响应，界面友好，操作简便。系统应支持 7****小时运行，在并发性能上要以满足医院辖区下所有医疗机构同时使用，系统操作不能出现明显的延迟为目标进行设计及建设。在系统设计和建设时应当充分考虑医院未来5年业务增长的需求，确保系统的扩展性和可配置性。

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

六、商务要求及服务要求

1. 保证项目开发进度控制以及需求沟通的准确性，要求承建方在医院指定的地点进行驻点软件开发。驻点开发人员不少于 8人，包括项目经理1人，架构师1人，前端开发2人，后端开发2人， 数据分析1人，人工智能1人，实行项目经理负责制。开发使用的设备由承建方自行准备。

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

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

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

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

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

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