包号

货物名称

技术要求

计量

单位

数量

交货

时间

交货地点

备注

1

呼吸心跳骤停预警平台

具体详见附件

项

1

合同签订后1年内完成平台安装调试，并验收合格

招标人指定地点，项目涉及的装卸、运输、安装等过程中的所有费用由乙方承担

说明

1.投标供应商须对所投包内所有产品和数量进行唯一报价，否则视为无效投标。

2.投标报价应包括所有货物供应、运输、安装调试、技术培训、售后服务、备品备件和伴随服务等一切价格。

3.投标供应商必须保证所投产品为全新、未使用过的产品。

序号

物品名称

技术参数要求

1

系统要求

1、基于B/S架构；

2、系统可使用台式机、笔记本电脑访问,系统应能保证满足指定的终端并发数,并且能够对个性化需求进行拓展。

3、系统应有严密的安全体系,保证数据处理和传输全过程和数据存储在服务端的安全性。系统应具备独立的数据备份存储方案。

★4、与医院的HIS系统能够无缝对接，并高效抽取相关数据。

2

质控平台要求

1.1数据抽取和加工

数据抽取和加工模块从相关数据源中抽取病例的原始数据，经过加工处理后，加载到专病数据库中。

从功能上看，处理过程包括三个部分：

1）数据抽取：从相关数据源系统抽取病例数据，包括：

a.人口统计学信息、诊断信息、检验信息、生命体征信息、检查数据、医嘱信息等；

b.心脏冠脉结果（病变部位、狭窄程度）、心电图、造影结果（有无支架，支架部位及数量，支架效果）、心脏彩超等参数；主动脉夹层的血管CTA结果，肺栓塞的血管CTA等结果

2）数据转换：将从数据源获取的数据，根据后续建模、分析的需求，对数据进行转换处理

3）数据加载：将数据加载到专病数据库。

具体功能要求：

a.处理过程必须支持主流的软/硬件平台，数据库系统；

b.处理过程应该可以支持并行处理。

c.处理过程对数据源系统的影响应尽可能的小。

d.能够支持各种平台的异构数据源系统的数据。

e.能够支持采用高性能的数据抽取接口。

f.数据抽取过程支持增量抽取、完全抽取等抽取策略。

g.数据加工过程支持各种字符集的转换。

h.支持对结构/非结构化数据需进行数据解析抽取，格式转换、合法性检查、稽核校验等处理，形成规范的结构化数据

i.支持通过自然语言处理的技术和方法，对病历数据、诊断数据等进行处理解析，以及关键信息的提取；

j.支持对影像检查结果进行解析，并提取关键指标转化为格式化数据，作为建模的基础参数；

k.数据加载处理可利用多个数据库连接，进行大量数据的并行加载。

l.处理过程具有完整的日志管理和数据审计功能,并且有相关的监控预警机制，保证正常进行。

1.2规范救治管理

基于预警模型输出结果，为临床救治提供规范性指导建议辅助决策；

具体要求：

a.针对不同预警结果输出的特征指标维护相应的救治规范，需要支持：

1）救治方案支持依据循证医学和专家经验进行灵活配置；

2）救治方案可以基于输出特征指标动态生成；

支持对救治规范的增删改查操作；

3）支持批量数据录入和导出；

4）支持定时或实时监控临床信息系统数据，支持关键信息提示、数据合规性检验；

5）所有关键数据管理操作记录日志；

b.支持为快速反应小队（RRT）提供基于循证医学的个性化临床诊疗辅助决策；

c.支持对猝死及病因治疗过程合规性校验；

d.对临床提供指导建议的方式，需要支持根据阈值触发自动推送，和基于各种条件组合手动查询两种方式；

1.3 救治过程管理

系统应支持对救治过程信息的详细记录，具体包括：救治时间，用药方案，抢救方案，病例各项关键检测指标、诊断信息、救治结果等等，通过对临床救治过程、效果进行记录，不断丰富、完善知识积累；

对救治过程的维护功能具体需求，参见救治规范维护需求部分；

1.4 救治过程评估管理

完成对救治过程的科学评估，并记录到救治知识库，作为后续救治中筛选最优方案的基础数据。具体要求：

a.支持对救治过程整体评估，和救治过程各个环节的评估；

b.支持救治医师的自评估，以及上级主管领导的审核评估；

1.5 专业知识资料管理

完成从行业专家、互联网、内部期刊等相关渠道，获取包括科普知识、专业文献、最新行业动态等资料文档，在平台上定期维护发布，满足不同阶层的用户需求。具体要求：

a.支持后台对资料数据的收集、整理、增删改查等的维护工作；

b.支持以数据库、文件等方式对资料数据的存储管理；

c.支持前端通过作者、日期、标题、类型等条件对资料进行检索；

d.支持将资料数据下载到本地文件；

1.6 查询统计

根据需求，对专病数据库的数据进行灵活的查询和统计分析，并以图表、图形方式展示结果页面：

a.支持基于各类关键字灵活组合查询检索；

b.支持模糊匹配方式的数据查询；

c.支持全文检索，能够基于搜索关键字，快速检索数据库中相关数据信息；

d.查询结果自动生成报表，并可导出形成数据文件；

e.支持猝死关键指标可视化监控与评估

f.支持依据猝死预测模型对高危患者不同组合条件下的筛查

g.支持从不同维度、不同层级，对病例数据、预警数据进行全方位的统计分析，并支持结果数据的切片、旋转和钻取分析；

h.支持图形化展示检索、统计分析结果，以柱图、饼图、折线图、散点图、脑图等方式，直观的展示数据内容

1.7 权限管理

a.支持对专病数据库数据权限管理，数据隐私设置；

b.根据角色授权，实现权限角色的有效周期维护；

c.授权管理采用分级授权机制。操作员只能使用上级业务主管授权使用的应用模块；

d.操作员日志的跟踪。

1.8日志管理

要求对所有应用模块的使用进行日志记录，并可查询、统计、打印所有或单个操作日志内容。在操作中必须严格确认操作员的权限，确保操作员不能越级、越权获取资料；在查询、统计时，操作日志的各功能要素都可作为查询条件、分类条件、排序条件或统计要素，提供灵活方便的查询方式和途径；

3

临床救治知识库要求

临床救治知识库是本次项目的数据核心，为质控平台和数据模型提供基础数据支撑。基于病例原始数据，预警模型结果数据，以及救治过程中的措施、结果等数据，不断积累形成对心跳呼吸骤停临床救治具有规范指导、辅助决策的知识库体系。

本期临床救治知识库以医院急诊中心数据为基础构建，应至少包括以下数据：

a.经典病例基础及常规检验数据，包括典型历史病例的详细人口统计学数据、诊断、检验数据、生命体征数据、检查数据、医嘱数据等等；

b.经典病例的心脏冠脉结果（病变部位、狭窄程度）、心电图、造影结果（有无支架，支架部位及数量，支架效果）、心脏彩超等参数；主动脉夹层的血管CTA结果，肺栓塞的血管CTA结果等等；

c.模型构建、运行相关的过程数据、结果数据，包括样本数据、特征指标数据、预警结果数据等等；

d.救治过程数据、救治效果评估数据；

e.包含科普知识、专业文献、最新动态等等在内的科普科研类文档、文章资料；

同时，救治知识库的数据库模型设计应支持以下需求:

a.能够支持结构/非结构化的数据存储；

b.支持对海量数据的存储和高效检索；

c.提供标准的对外接口，支持与质控平台、预警模型高效对接；

d.数据库模型设计应符合openEHR标准；

e.数据库模型设计应具备良好的扩展性，以方便于后续整合不同数据源获取的数据；

4

相关模型要求

1.模型管理

a.支持对模型代码的版本进行管理；

b.支持对模型的运行灵活调度，调度规则通过界面自由配置；

c.支持对模型相关数据，包括：样本数据、特征数据、模型结果数据等进行管理；

2.特征工程

基于数据抽取/加工的结果数据，通过对正负样本分析，计算构建模型特征集。

a.支持灵活使用各种算法，包括：汇总、均值、平均差等方式对原始数据进行处理，构建特征指标集；

b.支持通过数据插补、不平衡数据欠采样等处理方式对特征数据进行处理，形成高质量的特征数据集；

3.模型应用

模型应用中包含以下几类模型：

1）预警模型

2）规范救治模型

3）方案推荐模型

针对模型的要求：

a.应具备根据不同需求，灵活使用逻辑回归、随机森林、catboost、神经网络等种机器/深度学习算法进行模型开发构建和深入优化，并可以交叉验证的能力

b.预警模型对不同级别预警病例的准确率和召回率应不低于国内外同类型预警模型的输出结果；

c.与质控平台紧密结合，支持标准化的预警结果输出；

d.基于预警模型输出结果，以及相关规则、救治规范配置，为临床救治提供规范指导和建议；

e.支持基于预警结果数据，历史救治数据等信息，通过相关算法，针对新的临床病例自动筛选推荐最优化救治方案；