第一部分 货物需求一览表招标编号：TC190VB8T

项目名称：北京高原适应研究康复中心项目行业应用软件开发服务采购项目

包号包名称 设备名称 数量 最高限价（万元）

是否允许进口 核心产品

主要技术规格

售后服务

1应用软件

数据可视化平台 1套

489.95 否

数据可视化平台

需要提供数据可视化分析工具

提供一年免费维护服务及技术支持

智能数据采集交换系统

1套 智能数据采集交换系统

业务基础平台 1套 业务基础平台服务门户 1套 服务门户远程会诊系统 1套 远程会诊系统临床数据中心CDR系统

1套 临床数据中心CDR系统

应用软件开发服务 1项 应用软件开发

服务1.采购标的需实现的功能或者目标，以及为落实政府采购政策需满足的要求：1.1.采购标的需实现的功能或者目标：详见第三部分1.2 为落实政府采购政策需满足的要求：

1.2.1 执行《关于印发《政府采购促进中小企业发展暂行办法》的通知》（财

库【2011】181号）、《财政部、司法部关于政府采购支持监狱企业发展有关

问题的通知》（财库【2014】68号）、《三部门联合发布关于促进残疾人就

业政府采购政策的通知》（财库【2017】141号）的相关规定，对小型和微型

企业、监狱企业、残疾人福利性单位的价格给予 6%的扣除，用扣除后的价格

参与评审。1.2.2 执行《关于中国环境标志产品政府采购实施的意见》（财库【2006】90

号）、《国务院办公厅关于建立政府强制采购节能产品制度的通知》（国办发

【2007】51号）的相关规定，投标人所投产品如被列入财政部与国家主管部

门颁发的节能产品目录或环境标志产品目录或无线局域网产品目录，应提供相

关证明，在评标时予以优先采购。评审标准详见第九章。1.2.3 执行《关于开展政府采购信用担保试点工作的通知》（财库【2011】124

号）的相关规定，接受投标人采用政府采购信用担保形式支付投标保证金及履

约保证金。2.采购标的需执行的国家相关标准、行业标准、地方标准或者其他标准、规

范：详见第二部分3.采购标的需满足的质量、安全、技术规格、物理特性等要求：详见第二部分4.采购标的交付或者实施的时间和地点：详见第二部分5.采购标的需满足的服务标准、期限、效率等要求：详见第三部分6.采购标的的验收标准：详见第三部分7.采购标的的其他技术、服务等要求：详见第三部分

第二部分 技术规格及要求

1. 投标人须仔细阅读招标文件的全部条款；投标人没有按照招标文件要求

提交招标文件要求的文件是投标人自己的风险。2. 投标人必须独立对一个完整包进行投标。3. 投标人应点对点应答本招标文件第七章第三部分“技术规格及要求”，

并提供技术建议书。对“技术规格”要求的实现，应给予明确的“满足”

或“不满足”的应答，并作出具体、详细的说明和提供所要求的证明材料

对于一些系统背景介绍，可以用“明白”、“理解”等应答。投标人在响

应技术规格时，必须按照在“技术响应”型号栏中列出所投产品的具体型

号；在指标栏中列出所投产品的具体技术指标；如有偏离请列出，如果只

注明“符合”、“满足”，将视为该投标没有实质性响应而导致其投标被

拒绝。4. 第七章第三部分“技术规格及要求”中的技术指标及条款为招标人的要

求，如投标人所投产品的性能及参数高于招标文件的规定，投标人应详细

叙述，性能及指标越优技术得分越高。

5. 投标人应按招标文件要求，提供相应允许销售的合法证明文件（复印

件），招标代理机构保留对原件审核的权力。6. 投标人在响应技术规格，准备就有关产品进行投标时，应针对每个设备

提供技术支持资料。技术支持资料形式：以制造商公开发布的印刷资料

（彩页说明、或加盖制造商公章的技术白皮书（不能是复印件））或检测

机构出具的检测报告为准。若制造商公开发布的印刷资料与检测机构出具

的检测报告不一致，以检测机构出具的检测报告为准。如投标人未提供的

所投设备的技术支持资料或提供的技术支持资料与所投设备不一致或不能

体现招标文件的技术要求的，评标委员会均有权不予认可，并在评分中扣

除相应的分值。7. 除了在技术规格中另有规定外，投标人提供的一切产品，含仪器、设备

和系统，应符合下列要求：7.1 符合中国大陆所有地区医疗环境的室内温度和湿度要求7.2 电源线符合中国制式（且符合本次招标的最终使用单位使用），设备

安全性符合中国国家安全标准，如果仪器设备需特殊的工作条件（如：水

电 、气、电源、磁场强度、特殊温度、湿度、震动强度等），投标人应在

有关投标文件中加以说明。8. 投标人所提供的标准配置的部件之间及设备之间的连线或连接插件均视

为设备内部部件，应包含在响应的配置中。9. 所投设备制造商在中国大陆境内必须设有备件库，并能提供本地化服务。10. 售后服务要求：投标人应针对每包的售后服务要求进行逐条响应出

具对应的售后服务方案。11. 投标人在投标文件中应详细描述培训方案，且为评标的一项因素。12. 投标人需保证所投标货物应符合现行我国有关部门的质量控制标准

需注明该标准证明文件的编号，并提供相关投标产品的质量证明文件。13. 投标人所投设备必须是国家批准正式生产和市场准入的成熟产品。

应保证 8年以上的备件供应需求。专用试剂，提供报价，报价有效期一年

以上。使用未正式在中国大陆销售的产品，或者使用已经停产产品进行投

标，将导致其投标被拒绝，此证明由原厂家承诺并提供。14. 所有投标设备必须符合中国相关法律及规定，必须具有合法性，并

提供相关的证明文件。

15. 第八章第三部分“技术规格及要求”中的配置要求为基本配置要求

投标人提供的设备如需另增加配置才能满足招标文件技术要求和使用要求

的，则应自行增加配置，否则作为供货范围缺漏项进行评价。★16. 交货：交货期：合同签订后 60 个工作日内完成产品供货、软件开发、本地化改

造、安装、调试及上线。交货地点：首都医科大学宣武医院。17. 测试及验收17.1 设备交付验收厂家提供详细的验收标准和验收手册。经医院或第三方（计量、CDC及

相关部门等）检测验收合格后开始计算保修期。因第三方检测不合格，不

能签署合格证书，视为验收不合格，出现的一切后果由厂家负责。17.2 设备运行测试和验收17.2.1 需通过最终用户和相关检测部门检定合格。17.2.2 买方依据合同对货物品质进行逐项验收，并进行加电测试。此期间，

设备应正常运行。

17.2.3 不合格的产品需无条件更换。18设备的维护及技术支持18.1 经有关部门验收或检测合格后开始计算保修期。18.2保修期满后整机每年常规保修费用不超过购置费的 5%。18.3免费提供软件升级服务。18.4 所有的替代零配件的提供需得到买方的认可。18.5 在保修期内中标人必须为用户提供技术援助电话，用于用户报告故障。

技术援助电话支持应是中文，如电话支持无法解决，投标人应在接到通知

后两个工作日内做出响应，并采取行动修理故障。在保修期内除提供上述

技术服务外，投标人有责任对其所提供的所有产品提供以下形式的技术服

务。18.5.1 电话咨询：免费提供咨询电话技术支持服务，解答用户的系统使用

中遇到的问题，及时提出解决问题的建议和操作方法。18.5.2 现场响应。自收到用户的服务请求起 24小时内。若以上服务形式

不能解决问题，投标人应指派技术人员赶赴现场进行故障处理。遇到重大

技术问题，投标人应及时组织有关技术人员进行故障排除，并采取相应措

施以确保所提交的解决方案可行，同时提出确定的维修方案。19.外贸代理机构由采购方指定。20. 投标文件采取胶装。

第三部分、技术规格具体要求一、项目介绍

1 项目背景

北京市对口支援和经济合作工作领导小组办公室与北京市卫生健康委《关

于推进建设北京高原适应研究康复中心的通知》，明确为落实蔡奇书记提出的

“要关心关爱援建干部”要求，向我巿派到青藏高原工作的援建干部人才提供

科学有效的健康保障；市支援合作办与市卫生健康委加强资源整合，会同市委

组织部、市财政局等部门，组织首都医科大学宣武医院（以下简称“宣武医

院”）、北京小汤山医院（以下简称“小汤山医院”）等医疗单位，经多次研

究协商，拟推进建设北京市高原适应研究康复中心项目。北京高原适应研究康

复中心项目分一期和二期，项目一期建设，按照“1+1+2”模式，即在北京分设

两个中心，在宣武医院建设北京高原适应研究中心，在小汤山医院建设北京高

原适应康复中心，在拉萨和玉树建立两个前方分中心。宣武医院和小汤山医院

签订合作协议，明确各自职责和分工，组成协作体，进行资源整合、数据共享、

功能互补、统一管理。明确由市支援合作办会同市卫生健康委共同牵头负责项

目的顶层设计、综合统筹、系统推进；市卫生健康委配合协助项目的整体推进，

市医管局负责项目的具体协调组织指导。同时，明确宣武医院和小汤山医院及

其他有关医院具体负责落实并由一名院领导牵头负责项目的实施，加强内部的

组织管理，确保整体推进。依托科研中心医院（首都医科大学宣武医院）、康复中心医院（北京小汤

山医院）、高原医院（拉萨市人民医院、玉树州人民医院），建设北京高原适

应研究康复中心（以下简称“适应研究中心”），加强援助人员身体健康保障

工作，预防高原病及其它疾病的发生，减轻心脑血管病的组织和神经损伤，降

低致死率和致残率，实现守护援助人员的身体健康和家庭幸福的重任。康复中心医院以北京小汤山医院为建设主体，围绕远隔缺血适应训练技术

与高低氧联合训练技术，同时结合远程医疗技术和可穿戴医疗设备，对高原援

建干部进行心脑肺专项筛查评估、低氧适应训练、高原服务期健康监控、脱习

服训练、持续跟踪健康管理等五个阶段的跟踪闭环健康管理，提高援建干部低

氧适应能力，减少和延缓高原地区人员心脑血管病发生，确保高原援建干部的

身心健康。康复中心医院位于北京小汤山医院院区内，其主体工程位于北京小汤山医

院院区湖心岛中部的国际药膳博物馆，改造后为北京高原适应研究康复中心，

主要功能为检查、适应训练、办公及会议室等，总建筑面积约 951㎡。配套工

程位于北京小汤山医院院区东侧礼堂，改造后为低氧训练中心，主要功能为低

压低氧适应训练、研究室、实验室、办公室等，总建筑面积约 716㎡。本项目将基于宣武医院的现有信息化工作基础，结合远程医疗、移动医疗

等技术，全面采集高原援助人员的各项医疗和健康数据，为高原适应研究打下

坚实基础，从而实现对援助人员的高效医疗和健康服务。

2 建设目标

本项目针对高原援助人员提供高质量的医疗健康服务提供信息技术支持：

包括在援助人员的入高原前、高原服务期和离高原后的全流程中，提供全链条

的健康体检、状态评估、低氧训练、过程监控、随访检查、脱低氧训练、健康

评估等流程的业务系统支撑、信息共享和决策支持。

3 建设原则

1. 统一规划、急用先行信息化的基础环境随着新技术的不断发展存在不断更新的过程，不可能一

蹴而就。根据国家长远的发展要求，高原病医疗卫生机构的信息将纳入总体规

划中统筹安排。结合项目需求与未来发展规划，采取统一规划、急用先行的建

设模式，基于优先建设“投入快、见效快”的原则，确定建设内容，尽早实现

示范效应，为后续项目建设积累经验。按照统筹规划的原则对整个办公信息化

基础环境的升级改造、逐步实施、讲究实效、规范投入、资源共享，保障信息

及时更新，以信息化促进医疗服务行业的发展。2. 灵活扩展、整体有序随着医改及社会发展不断地演变，为满足业务发展的多样性，在坚持统一

规划的基础上，对建设内容灵活把握，持续有效地进行优化和完善，使其满足

业务发展多样性的要求。3. 协同共享、协作共赢项目建设单位通过统一规划、集中建设，为中心提供专业、集中的维护管

理，并根据医疗机构及其业务要求，提供可配置的无缝业务衔接和一体化共建

共享信息服务。以援助人员健康为目标，多方协同建设。4. 数据安全、立体保障信息安全风险的控制需要从各个环节多角度、多层次着手，进行全面保障。

坚持 “整体规划，分步实施”原则，对信息安全建设进行整体规划，分步实施，

逐步建立完善的信息安全体系；坚持“同步规划、同步建设、同步运行”原则，

安全建设与业务系统同步规划、同步建设、同步运行；坚持“适度安全”原则，

在充分认识安全和易用性矛盾的前提下，做到适度安全，找到安全和易用性的

平衡点；坚持“内外并重”原则，在防范外部威胁的同时，加强规范内部人员

行为、访问控制、监控和审计能力；坚持“标准化”原则，使管理规范化、标

准化，以保证在庞大而多层次的组织体系中有效的控制风险；坚持“技术与管

理并重”原则，在采用安全技术和产品的同时，重视安全管理，不断完善各类

安全管理规章制度和操作规程，全面提高安全管理水平。二、 技术规格要求

1 建设依据

1. 项目来源文件及通知2018年 3月，市支援合作办 市卫生计生委发布的《关于推进建设北京高原

适应研究康复中心的通知》。2. 医疗信息化相关文件及指南国务院办公厅在 2015年 9月发布的《国务院办公厅关于推进分级诊疗制度

建设的指导意见》、2016年 3月发布的《国务院办公厅关于促进医药产业健康

发展的指导意见》和 2016年 6月发布的《国务院办公厅关于促进和规范健康医

疗大数据应用发展的指导意见》三个文件。3. 系统设计相关文件及指南计 算 机软件开发规范（ GB8566-88）、软件设计文档国家标准

（GB8567）的框架指导下，在基础标准、开发标准、文档标准和软件开发管

理等方面严格遵循相关标准文件的要求，确保项目在系统设计、研发、实施、

管理等方面的规范性。在临床数据方面，兼容符合国际标准化组织 ISO所制定

的“电子健康记录体系需求”标准（ISO/TS 18308）。

系统建设需要符合并遵循国际、国内相关规范标准，包括但不限于如下规

范或标准：1、国际疾病分类标准 ICD10；2、医学数字成像和通信标准DICOM3.0；3、ICD10，临床医学术语标准 SNOMED等标准。4、各种通用字典的国际标准、国家标准和行业标准。

2 总体技术要求

平台采用统一友好的设计风格和高效的导航设计原则，使用户拥有良好的

使用体验；平台整体架构设计应充分考虑未来系统配置的可扩展性，采用开放

的安全应用支撑体系结构，使系统易于扩展和维护，为各种信息来源提供标准、

开放的系统接口，使系统具有良好的可扩展性和可维护性。数据交换元数据模型支持基于元数据协议标准管理，支持脱离原始数据源

离线配置数据交换映射与转换,支持对数据标准的统一管理和存储，数据抽取、

转换规则的定义完全依赖于元数据标准实现。支持跨网络跨机房的数据同步与交换，支持跨物理隔离网闸设备的同步与

交换，支持集中部署与分布式部署与交换方式。平台通过数据抽取工具将院内的训练设备数据、体检数据及健康监测数据

分别抽取到数据中心。

3 系统建设需求

3.1 系统建设内容清单

围绕北京高原适应研究康复中心的在总体目标，充分发挥宣武医院在临床

研究和医院信息化方面的优势，搭建北京高原适应研究康复中心网络环境和数

据中心，标准化收集和存储援助人员的各类临床数据和健康检测数据，构建高

原健康服务与数据平台，建设数据采集与管理系统，对各类数据进行标准化、

结构化地表达、组织和存储，开放各种标准的、符合法律规范和安全要求的数

据访问服务，提供一个统一的、完整的数据视图；建设 360视图、健康档案管

理系统、健康服务 APP、远程医疗系统、随访应用，完成北京高原适应研究康

复中心信息化建设，具体建设内容如下：（1）建设服务门户为宣武医院、小汤山医院和高原医院提供服务门户，通过用户帐号、角色、

权限提供不同的服务门户内容。提升对援助人员的健康和医疗的监控和管理水

平。（2）建设高原健康医疗数据中心针对北京高原适应研究康复中心的医院所采集的数据，建设高原健康医疗

数据中心，利用宣武医院现有机房空间，购置必要的软硬件设备，搭建隔离的

独立数据中心，基于临床数据中心 CDR基础软件功能的基础上，对各类临床数

据进行标准化、结构化地表达、组织和存储，标准化的数据类型、标准化的信

息组织结构、标准化的医疗术语集、标准化的数据访问服务能够满足各种应用

系统的临床数据需求，最大程度地支持不同系统之间的语义互操作，从而构建

统一的医疗信息环境。（3）建设智能数据采集交换系统针对北京高原适应研究康复中心的医院在数据采集、数据管理、外部数据

管理等方面的业务需求，建设智能数据采集交换系统，为健康医疗服务系统和

科研服务系统提供数据支撑，为医院的各类信息化应用提供一个统一的、完整

的数据视图，最终实现辅助改善医疗服务质量、减少医疗差错、提高临床科研

水平和降低医疗成本等主要目标。（4）建设健康档案管理系统将针对北京高原适应研究康复中心的医院在健康体检、耐低氧训练、医疗

服务、远程会诊、健康随访等方面的业务需求，建设健康档案管理系统，为各

医院提供数字化、智能化、网络化的服务载体，满足援助人员医疗服务需求与

保障个人健康管理。（5）建设基础服务管理系统将针对数据采集与管理系统、健康医疗服务系统、科研服务系统的运营管

理需求，建设基础服务管理，对业务系统的用户、权限管理等业务进行统一管

理。（6）建设远程会诊系统为高原适应研究的服务提供远程医疗会诊、远程示教，并能实现援助人员

的医疗信息互联互通和资源共享，加强援助人员就医服务质量。（7）采用数据可视化平台为高原适应研究康复中心的业务运营人员、研究分析人员、健康管理人员，

以及相关监管部门和医疗机构提供数据可视化工具，帮助高原适应研究康复中

心用户对援助人员健康和医疗数据的全价值探索、分析、展现和管理。详细的建设内容清单如下：序号 分类 系统名称

1

应用软件

数据可视化平台2 智能数据采集交换系统3 业务基础平台4 服务门户5 远程会诊系统6 临床数据中心CDR系统7

应用软件开发高原健康医疗服务平台

8 服务门户9 医疗服务平台接口

3.2 应用软件功能需求

3.2.1数据可视化平台需要提供数据可视化分析工具，支持数据源接入，自定义数据集，多种图

形呈现方式，支持多种数据组合分析，帮助高原适应研究康复中心用户对援助

人员健康和医疗数据的全价值探索、分析、展现和管理。需要支持使用 JavaScript实现可视化库，可以流畅运行在 PC和移动设备

上，兼容当前绝大部分浏览器（IE8/9/10/11，Chrome，Firefox，Safari等），

底层依赖矢量图形库，需要提供直观，交互丰富，可高度个性化定制的数据可

视化图表。1、丰富的可视化类型提供常规的折线图、柱状图、散点图、饼图、K线图，用于统计的盒形图，

用于地理数据可视化的地图、热力图、线图，用于关系数据可视化的关系图、

treemap、旭日图，多维数据可视化的平行坐标，还有用于 BI 的漏斗图，仪表

盘，并且支持图与图之间的混搭。2、多种数据格式无需转换直接使用需要支持直接传入包括二维表，key-value 等多种格式的数据源，通过简单

的设置就可以完成从数据到图形的映射。为了配合大数据量的展现，还需要支持输入 TypedArray 格式的数据。3、千万数据的前端展现通过增量渲染技术，配合各种细致的优化，能够展现千万级的数据量，并

且在这个数据量级依然能够进行流畅的缩放平移等交互。需要同时提供对流加载的支持，可以使用 WebSocket 或者对数据分块后加

载。4、移动端需要支持移动端交互，例如移动端小屏上适于用手指在坐标系中进行缩放、

平移。 PC 端也可以用鼠标在图中进行缩放（用鼠标滚轮）、平移等。5、多渲染方案，跨平台使用支持以 Canvas、SVG（4.0+）、VML 的形式渲染图表。VML 可以兼容低

版本 IE，。除了 PC和移动端的浏览器，还能在 node 上配合 node-canvas 进行高效

的服务端渲染（SSR）。6、深度的交互式数据探索交互是从数据中发掘信息的重要手段。需要提供图例、视觉映射、数据区

域缩放、tooltip、数据刷选等开箱即用的交互组件，可以对数据进行多维度数

据筛取、视图缩放、展示细节等交互操作。7、多维数据的支持以及丰富的视觉编码手段

需要对多维数据的支持。需要加入平行坐标等常见的多维数据可视化工具，

对于传统的散点图等，传入的数据也可以是多个维度的。配合视觉映射组件提

供丰富的视觉编码，能够将不同维度的数据映射到颜色，大小，透明度，明暗

度等不同的视觉。8、动态数据提供动态数据变化功能，数据的改变驱动图表展现的改变。需要支持获取

数据，填入数据，会找到两组数据之间的差异然后通过合适的动画去表现数据

的变化。9、绚丽的特效针对线数据，点数据等地理数据的可视化提供对特效效果的支持10、实现三维可视化需要提供基于 WebGL 的组件，可以跟使用普通组件一样轻松的使用，绘

制出三维的地球，建筑群，人口分布的柱状图，还需提供不同层级的画面配置

项。

3.2.2智能数据采集交换系统数据采集交换系统需要满足采集小汤山医院、青海玉树医院和拉萨人民医

院的相关数据采集需求，三家医院每家部署 1套。以元数据服务为支撑，利用基于 CWM、XMI、XML Schema规范的统一

的元模型定义规范描述访问元数据定义，提供对关系数据库、文件和文档及应

用程序中的结构化、半结构化和非结构化数据的元数据抽取支持，实现对元数

据的预定、及时、动态、随需的访问。具备分布式数据采集功能，能采集各类结构化、半结构化及非结构化数据；具备可伸缩的数据预处理功能，在数据采集之后与落地存储设备之前，对

数据进行可定制性的规范化处理操作；具备分布式数据存储功能，支持对海量数据的存储，存储模块具备可伸缩

性，针对不同的数据源、数据类型可以提供分层次、分介质的数据存储；具备数据质量校验功能，支持通过配置与执行数据质量规则进行数据质量

校验；具备开箱即用的快速查询界面，通过特定的检索语言来提供全功能的、灵

活的数据检索查询功能支持；具备对海量数量数据的分析功能，提供常用的数据分析函数，包括但不限

于聚合、统计、过滤、筛选、关联、分组和计算等能力；具备机器学习算法引擎，能够对接常用的机器学习算法进行算法建模和数

据预测。有前置采集软件。提供单点登录功能，对于个别安全级别比较高的系统或功能，支持二次认

证；提供密码管理功能，支持忘记密码、密码强度校验、密码有效期等设置；提供用户的统一管理功能，支持用户锁定和解锁功能并能根据策略进行配

置锁定策略；提供组织机构的统一管理功能，能够维护组织机构的基本信息；提供统一的维度管理功能，方便不同业务系统根据其不同的业务视角构造

不同的组织机构；提供应用系统的统一管理，支持对应用系统的增加、删除和修改；支持为

应用系统设置应用信息和应用图片、关联用户源和组织维度；

提供远程服务（比如 Rest、WebService）的统一管理能力，服务管理支

持手动录入和同步两种方式；提供安全策略功能，安全策略要求支持：密码安全策略：登录验证码、强

制用户修改初始密码、密码复杂度、密码最长使用时间、密码最短长度、是否

与历史密码相同。密码策略由于跟 SSO（单点登录）相关，属于所有应用系统

通用的策略；支持帐户安全策略如帐户锁定踢出（用户登录之后没有退出，换

电脑再次登录应将原登录信息踢掉；输错密码几次后锁定账户）等；提供认证策略，认证策略需要支持：数据库（用户名密码）认证、LDAP

认证、短信认证。支持多终端的认证需求，支持对认证策略进行扩展；提供管理角色的管理，安全管理角色支持分级管理，上级管理员可以为直

属下级管理员指定可用的菜单（或服务）、可分配的菜单（或服务）、可管理

的组织范围（级联下级）和可管理的业务角色，可管理、可分配权限逐级递减；提供安全审计功能，记录用户登录登出、权限变更等日志信息并按需展示

全部的用户授权日志列表。

3.2.2.1管理控制台

支持部署在 Tomcat、WebSphere、Weblogic等多种应用服务器。管理控

制台的核心功能包括：元数据管理，主题管理，任务管理三部分。元数据管理支持元数据数据存取、元数据的版本控制、基于 OMG XMI 1.0规范的元数

据交换、基于Web Service的元数据访问和管理、元数据的分发与接收等功能。主题管理基于消息服务器实现，可以实现多个数据交换平台直接的通信，提供基于

发布、订阅的方式交换元数据。元数据标准基于 XML Schema标准。任务管理提供基于任务的执行、暂停、停止等操作。能够监控任务各个步骤的执行

情况，支持任务的错误恢复和数据断点续传功能。

3.2.2.2系统服务

包括各种组件服务、ETL引擎、任务引擎、传输等关键系统模块，并以

Web Service的方式提供组件功能服务。

组件服务提供包括 ETL引擎、传输、错误处理、监控、元数据抽取等系统组件。

ETL引擎负责执行映射模板定义的 ETL 过程，实现数据的抽取、转换、清洗、

加载等功能。对于跨地域分布式环境下的数据交换过程，需要支持通过传输模

块将各个数据源中抽取出来的数据以指定传输方式（HTTP、FTP、消息等）发

送到目的端。提供稳定的数据传输功能，支持断点续传、错误处理和过程监控。任务引擎服务系统任务负责任务的执行与控制，控制消息流程的运行和监控。提供数据

上传、加载自定义任务、数据迁移、交换任务控制、监控和管理功能。消息流程引擎服务提供流程引擎的管理控制、任务中流程流程的执行监控等功能。元数据服务提供包括元数据抽取、导入、导出、存取等功能的完整服务。提供了对关

系数据库、文件和文档及应用程序中的结构化、半结构化和非结构化数据的元

数据抽取支持，实现对元数据的预定、及时、动态、随需的访问。

3.2.2.3映射工具

数据映射通过映射工具可以定义关系数据库之间、关系数据库与 XML Schema 之间

以及 XML Schema 之间的数据格式转换映射，实现关系数据库类型的结构化数

据与 XML类型的半结构化数据之间数据的抽取、转换、清洗和加载过程定义。

当一个 ETL 过程没有定义任何转换时，映射工具需要提供在输入节点和输出节

点间进行自动化映射的操作，简化映射的操作过程。转换、清洗过程数据转换根据元数据模型，将抽取出来的数据通过一系列的函数、方法转

换成目标数据源所需要的格式。映射工具中需要提供诸如字符串拆分、合并、

替换、大小写转换、截取、统计等等常用的转换控件。增量数据抽取需要支持的 ETL 过程增量抽取方式有：状态标志位方式、时间戳方式、触

发器方式、数据快照（Snapshot）方式。

3.2.3业务基础平台为高原适应研究康复中心各应用系统提供基础支撑服务的功能，需要包括：基础共享信息的注册，提供唯一的标识号，实现信息识别。依托标准体系、安全体系和控制体系，实现异构系统间数据互通。提供身份认证、用户管理和权限控制、审计追踪、通讯安全、节点认证等

手段保证信息安全和隐私保护。实现整体平台和系统应用统一进行用户、角色、权限管理，实现版本控制、

日志和监控管理，实现平台基础的管理功能。提供单点登录功能，对于个别安全级别比较高的系统或功能，支持二次认

证；提供密码管理功能，支持忘记密码、密码强度校验、密码有效期等设置；提供用户的统一管理功能，支持用户锁定和解锁功能并能根据策略进行配

置锁定策略；提供组织机构的统一管理功能，能够维护组织机构的基本信息；提供统一的维度管理功能，方便不同业务系统根据其不同的业务视角构造

不同的组织机构；

提供应用系统的统一管理，支持对应用系统的增加、删除和修改；支持为

应用系统设置应用信息和应用图片、关联用户源和组织维度；提供远程服务（比如 Rest、WebService）的统一管理能力，服务管理支

持手动录入和同步两种方式；提供安全策略功能，安全策略要求支持：密码安全策略：登录验证码、强

制用户修改初始密码、密码复杂度、密码最长使用时间、密码最短长度、是否

与历史密码相同。密码策略由于跟 SSO（单点登录）相关，属于所有应用系统

通用的策略；支持帐户安全策略如帐户锁定踢出（用户登录之后没有退出，换

电脑再次登录应将原登录信息踢掉；输错密码几次后锁定账户）等；提供认证策略，认证策略需要支持：数据库（用户名密码）认证、LDAP

认证、短信认证。支持多终端的认证需求，支持对认证策略进行扩展；提供管理角色的管理，安全管理角色支持分级管理，上级管理员可以为直

属下级管理员指定可用的菜单（或服务）、可分配的菜单（或服务）、可管理

的组织范围（级联下级）和可管理的业务角色，可管理、可分配权限逐级递减；提供安全审计功能，记录用户登录登出、权限变更等日志信息并按需展示

全部的用户授权日志列表。

3.2.4服务门户提供健康管理门户基础组件功能，支持用户设置，分中心设置，部门设置，

权限设置，菜单设置，角色配置，用户密码修改，常数设置，日志配置，数据

库连接字符串，服务器参数设置，各功能模块参数配置，WEB扩展服务器支持，

基础常数维护等功能。提供应用列表、统一菜单、模块展示等多种门户模板；提供应用和授权管理，支持统一维护可访问的应用权限信息；提供统一的菜单框架，支持将应用菜单集中到门户中进行展示；提供的方式展现功能模块，支持添加和移除模块，支持通过拖拽改变模块

的布局和大小。需要建立远程会诊门户、健康管理门户、政府监管门户1、远程会诊门户需要供宣武医院和高原医院业务管理人员在首页可以查看与远程业务相关

的内容的门户界面，支持会诊申请、病历浏览、审核安排、会诊报告、会诊提

醒等功能2、健康管理门户小汤山医院人员在首页可以看到接受健康管理人员信息统计情况，接受健

康随访人员分布情况，健康计划执行情况，可穿戴智能终端分布和活跃情况，

以及显示待处理的相关事项。包括展示采集上来的援藏人员的体检信息、监测类设备信息、训练类设备

信息、可穿戴智能终端信息。健康管理门户，以图形图像和列表方式，为分中心运维人员，提供整体-明

细两个层次上的信息展示。3、政府监管门户需要支持政府监管部门访问平台相关数据，并进行数据的展示。

3.2.5远程会诊系统1.医疗资源管理为体系提供供需双方搭建交易的网络环境，实现供需透明及服务有效匹配

的目标；构建网状的医疗服务网络，支持逐级、多级的服务要求。

标准化医疗资源的管理，针对提供服务的医院、专家以及服务项目进行全

程监控。构建统一的账户结算体系，实现服务费用缴款、记账、结算的辅助管

理，为运营客户提供远良好的运营管理工具，实现服务运营化目标。2.运营决算中心具有统一决算中心的管理功能。来支持会员医院账户缴费信息，以及资源

提供方结算的功能，能够提供月结的功能。能够提供会员缴费明细、与会诊费用明细的统计查询功能。支持申请方能够查询缴费情况、被收费情况，以及结算情况。3.通知公告发放通知公告管理，定向向医疗机构发放通知公告。支持文件、政策、通知等公告。成员医院各终端可以查看通知公告。4.任务提醒发放通知任务提醒，定向向医疗机构发放通知任务提醒。支持文件、政策、通知等公告任务提醒。成员医院各终端可以查看通知公告。

5.患者中心提供患者基本信息登记，提供病历摘要登记，支持从患者信息库中直接登

记平台已经存在的患者。支持通过接口同步患者基本信息。支持在会诊终端采用离线方式导入或上传患者的病历信息、治疗信息等相

关资料。支持对word文档、图片等文件格式的导入。能够对导入文件进行有效性、

合理性校验，从而有效保证导入数据的质量。支持针对患者进行设定相关的标签，来快捷的针对患者进行分类管理。6.临床会诊支持会诊专家与申请医生、患者间的实时视音频交互；支持申请医生通过会诊终端提交会诊申请信息和病历资料；可以指定专家也可以随机分配给当前值班专家，会诊专家根据实际情况，

非实时浏览会诊申请信息和相关资料，并编写和发布会诊报告；支持申请医生再浏览会诊报告。7.远程门诊提供远程门诊服务功能，能够提供门诊排班功能，成员医院之间可以分时

预约到排班的医生以及科室号源。支持从病历库中选择相关的病历，支持按照参与的会诊、门诊的医生分别

提交会诊意见报告。提供内嵌的软件视频服务，可以直接从远程门诊业务中进入到视频会议。

视频会议支持音视频、文字的交流、支持文件传输与白板功能。8.临床文档中心提供临床文档调阅组件，供任何医疗信息系统嵌入，按照居民身份证调阅

病人的临床信息。提供组件配置、场景配置，支持医生根据不同的场景调用不同的组件。每

个组件对应到相关的病历文件集合，最细的颗粒度为文档级，最大的颗粒度为

就诊事件级；支持版式文件、支持视图接口模式。提供临床文档网关：可以对接任何形式的第三方接口（视图、

webservice、restful等），中心端可以监控各个节点的状态，发生故障时系统

管理员可以容易的定位哪个节点出现问题。

3.2.6临床数据中心 CDR

需要包括建设数据中心的基础功能：支持临床类数据和文档类的存储功能；支持以视图的方式查看人员的相关数据的功能。存储临床电子病历数据和临床文档数据，来源于各医院临床业务信息系统，

将这些分散在不同系统、以不同形式表示和存储的数据信息通过统一的标准汇

集和交换，进行统一的建模，形成一个面向临床，以患者为中心的数据存储，

实现信息共享。CDR为支持临床诊疗和全部医、教、研活动而以病人为中心重新构建的新

的一层数据存储结构。它应该是物理存在的，而不仅仅是概念存在或者是逻辑

存在。它是基于平台的核心构件。CDR 独立存在主要用于实现以下需求：1. 与复杂的业务处理流程分割病人的临床信息来自医院现已存在的多种多样的应用系统。它们是面向应

用过程设计的，是由不同供应商提供的，具有不同的信息模型和软硬件平台，

其功能必须满足管理与临床应用不同的过程要求，例如一个实验室系统。从医

生开出医嘱，到条码打印和取得样本，样本传送与接受，上化验设备，化验过

程的双向控制，化验结果的自动获取，报告的产出与确认，报告的发出与接受

确实是十分复杂的。应用系统的数据结构设计必须满足这些要求，数据库内的

化验结果表达必然是复杂多变的。而电子病历仅仅关心化验报告的最终结果。

因此，需要CDR仅仅保存从检验系统传递来的化验结果，那么系统就可以和复

杂的业务处理流程相分割。2. 透明、一致化的数据模型需要支持CDR的独立存在，使得一个统一的、透明的、一致化的电子病历

信息模型的设计与实现成为可能。这样一个模型的存在对系统集成、对病人信

息的进一步应用都十分重要。3. 对医生/护士更友善，效率更高需要方便医生/护士使用物理上保存的以病人为中心的电子病历记录。支持

简单、统一、透明的信息模型。4. 有利于深层次应用的开发推广

采集到数据中心的数据不仅仅是要满足临床信息查询的需要，更重要的是

要满足临床决策、教学、科研的深层次的要求，例如警告与提示系统、临床路

径控制、循证医学支持等等。需要支持以下业务系统集成的方式：1) DLL或OCX方式：通过调用 DLL或OCX所发布的接口函数来进行相

关的业务处理。2) Webservice方式：调用Webservice来进行业务处理3) 数据库方式：包括中间表、存储过程、视图等方式。4) 组件方式：比如COM+、Corba等需要在建设的过程中，以各种标准为约束，完成规范各种数据应用。包括

数据标准、管理标准、应用标准。1. 数据标准：通过对基础代码标准、业务指标体系、基础业务数据结构等定制标准，实

现对数据的规范管理。2. 管理标准：通过数据建设机制、数据交换采集标准、数据交换标准、数据传输标准等

的规定约束，建立各种管理机制，对数据传输、使用、交换的过程进行规范管

理。3. 应用标准：支持对数据服务标准、数据服务机制、数据质检等加以标准法则的绑定，

从而形成各种应用标准。

3.3 应用软件开发功能需求：

3.3.1高原健康医疗服务平台3.3.1.1基础服务管理

3.3.1.1.1 注册服务

提供对个人、医疗卫生人员、医疗卫生机构、医疗卫生术语等基础共享信

息的注册，提供唯一的标识号，实现信息识别。业务中存在的某些数据对象（如：科室、人员、疾病编码、行政区划等）

在不同的业务系统（HIS、LIS、HRP等）中均有涉及，并按照各子系统自身的

设计要求和实现要求采用不同的方式进行存储和访问，由于这种原因导致系统

的数据对象无论在数量和内容都存在一定的缺陷，通过这些数据所关联的系统

交互数据也受到影响，最终，无论是数据分析和业务集成都无法达到预期的效

果。需要针对以上问题设计一套维护不同数据对象一致性和完整性的数据治理

工具。通过建立统一的主数据标准，统一各个系统共享数据的标识与内容，为

系统之间互联从而更好地支持业务协同奠定基础。主数据需要支持两种方式（自定义模型、固定业务模型）将数据统一管理

起来。固定业务模型是主数据系统自带的数据模型，包括医护人员、医疗机构、

药品等。自定义模型是支持自定义的方式创建数据模型，新建逻辑模型后，在

逻辑模型基础上维护元素，包括基本类型元素和字典类型元素，最后将逻辑模

型生成物理模型，以支持数据的持久化。经由总线发布数据模型的注册、变更、

查询等服务接口，支持其他系统进行调用和访问，实现项目主数据的统一管理。

3.3.1.1.2 主索引管理

实现高原项目中心内不同机构、不同信息系统之间的信息交换和共享，解

决相同患者在不同机构、不同系统中的身份识别和统一问题。主索引管理支持

其交叉索引的功能，在不干扰其他系统的前提下，实现同一患者在两个系统内

不同身份识别 ID的映射和统一，以保证业务流程的顺畅、高效运行。主索引系统主要满足形成高原项目病人主索引的需求，个人身份识别是信

息化的基础性工作。建立跨系统、跨域的医疗信息交换共享，解决个人身份的

唯一识别问题，尤其是同一个人在不同医疗机构、不同医疗信息系统里的个人

标识号如何关联的问题。只有通过正确的身份识别，才有可能保证患者在不同

场所，不同时间就医信息的连续性和完整性，从而形成共享的医疗信息系统。需要支持患者信息更新、合并、查分、患者查询、和交叉检索、批量数据

导入和疑似数据处理。患者数据注册之后，可以通过患者数据管理功能对患者

信息进行查询和分析。可以查看患者信息属性值，并可以对患者信息属性值进

行维护。可以进行合并、拆分等患者信息维护操作。

3.3.1.1.3 信息资源管理

1、信息资源管理平台信息资源管理功能非常重要，这涉及到数据质量、监管、维护、数据安全

等多方面性能。对于卫生资源库数据管理方面，需要建立一套统一的技术标准

体系和技术平台。实现数据管理的统一化、平台化，更好地完成数据管理工作。2、资源文件编码资 源文件编码是为了给共 享文件一个唯一的识别码 UID（Unique

Identifier），而文件元数据则是为共享文件提供一组关于共享文件特征的信息

通过这组信息使得文件使用者能快速的发现和定位所需要的文件。3、#数据标准管理数据标准管理需要实现系统标准数据集、数据元、术语和值域的管理、维

护和审核。数据标准管理服务的功能需要提供医疗数据的格式定义，管理和激

活验证等活动，保证系统中保存的信息一致性和长期的可用性。4、#数据元管理数据元管理服务的功能需要提供医疗数据的格式定义，管理和激活验证等

活动，保证中心中保存的电子健康信息的数据一致性和长期的可用性。5、#基础资源信息维护基础资源信息维护需要实现通过可视化的管理工具实现参数设置和标准信

息、数据字典的维护。

3.3.1.1.4 健康档案服务

1、健康档案管理服务健康档案服务用于处理健康档案的存储和共享等工作。需要为用户提供数

据标准化服务、业务规则服务、索引服务、摘要服务、健康档案地址服务。2、健康档案存储服务健康档案存储服务用于存储援藏人员健康档案的信息。3、健康档案共享访问服务健康档案共享访问服务基于存储服务，提供医疗卫生机构之间的信息共享

服务，实现联网范围内医院对就诊的健康档案的调阅，根据健康档案信息的分

类和服务需要。4、健康档案浏览器健康档案浏览器需要为终端用户提供的基于Web 的访问健康档案。健康档

案浏览器的目标是建立一个用户友好的环境，在该环境下授权的医疗卫生人员

可以方便地访问平台中保存的援藏人员相关数据。

3.3.1.1.5 业务协同服务

依托标准体系、安全体系和控制体系，在实现异构系统间数据互通的同时，

为服务使用者屏蔽了服务异构系统之间的复杂度，为业务间数据共享与业务协

同提供底层技术支撑，为创新业务的开展提供支持。需要包括公共基础服务、数据资源服务、医疗健康应用服务等。通过对项目业务域及业务流程现状及未来优化流程进行梳理，建立统一的

用于业务交互的消息与服务标准。

3.3.1.1.6 信息安全

提供身份认证、用户管理和权限控制、审计追踪、通讯安全、节点认证等

手段保证信息安全和隐私保护。1、用户访问管理用户访问管理功能，允许并管理用户通过平台访问个人的健康信息，用户

在进行系统访问时进行有效的身份认证。2、不可抵赖不可抵赖功能，在系统执行关键业务操作时，对参与者/操作者发生动作加

入数字签名功能；在敏感信息传送时，对传送数据进行数字签名，确保消息的

发送者或接收者以后不能否认已发送或接收的消息；支持对数字签名信息加盖

时间戳。时间戳保证在国家的法定时间源下，从而保障时间的授时和守时监测。3、数据安全传递数据安全传递功能，对数据交换的参与者双方进行有效的身份认证；对交

换数据进行数据完整性保护；对通信过程中的整个报文或会话过程敏感信息字

段进行加密，支持基于标准的加密机制。4、数据安全路由数据安全路由功能，在通信双方建立连接之前，应用系统进行会话初始化

验证；确保只和认证及授权过的来源和目的地进行数据传递。5、隐私保护通过访问权限管理、数据加密等多种安全手段，在保证健康档案（含电子

病历）共享的同时实现对居民隐私的保护。提供单点登录、授权、认证、基于

角色的访问、数据库高级安全、应用流程控制等。病人同意原则：强调居民/病

人权利，居民健康信息授权使用。匿名化：用于分析研究时隐去不必要的人员

基本信息。居民个人隐私诊断信息隐藏，如艾滋病等。6、审计追踪提供对每个事务所涉及到的系统、用户、医护工作者、患者/居民、健康数

据等的报告功能；提供与隐私和安全有关的事件进行审计的功能。提供行为审

计记录、安全信息的统计分析、用户访问行为监测等功能。7、节点认证节点认证需要实现对接入节点与平台交互过程中的访问进行权限认证。提

供节点注册、节点管理、节点证书管理、节点浏览等功能。对外提供的交互服

务：节点认证服务、节点查询服务。

3.3.1.1.7 平台管理

平台基础管理功能，提供用户、角色、权限管理，实现版本控制、日志和

监控管理。1、用户管理对用户进行全面管理，包括用户组的增加、修改和删除，用户的增加、修

改和删除，用户与用户组之间的对应，以及其余角色的权限管理，安全可靠的

密码管理等功能。2、角色管理完成对系统内角色的维护，以及对角色的分级管理。具体功能包括：提供

角色定义、权限设置、用户角色分配、用户角色查询、用户角色变更记录查询

等功能。3、权限管理提供权限定义、查询及维护功能，提供权限授权角色查询、授权用户查询

等功能。 4、配置管理提供组件版本自动更新功能、系统参数设置功能，提供个性化服务功能等。5、#日志管理平台运行情况的监控记录。提供日志的图形化监控功能，提供错误日志统

计的功能，提供对平台运行产生的系统日志进行查询的功能。6、#监控管理为提高对平台接入节点状态的监控，以及对接入节点上传数据质量的监控，

平台需建立一整套完整的监管服务功能。具体功能包括：集成网络设备监管系

统的监控数据，以及实现接口数据质量评估，同时建立完善的数据监控机制，

从而对接入节点的网络状态、硬件状态、数据上传的情况（按接口分类的上传

数量、上传成功率、质量评估结果等）进行综合展示，以指导各接入机构进行

相应的改造和接口优化。7、管理控制台对平台的运维提供管理操作界面。管理控制台中集成平台内各项基础服务

的管理界面，形成统一的界面风格。具体功能包括：提供基础服务的启动、停

止、挂起操作，提供平台运行环境概览，提供基础服务调用情况查询，提供接

入节点的运行状态展示，提供文档交换作业的统计分析。

3.3.1.2高原健康医疗数据中心

3.3.1.2.1 数据存储改造

支持住院诊疗、门诊诊疗、体检、体征信息（APP数据、训练设备数据）

等结构化数据的存储。需要支持采用面向服务的数据集成体系结构，以Web服务的形式构建数据

迁移、交换等数据集成流程。为跨域的业务系统应用、业务流程等提供基于

HTTP、SOAP和接口访问方式的便捷的功能服务和系统管理控制。系统支持根

据所处的逻辑层次的不同，系统体系结构划分为任务引擎服务、流程引擎服务、

组件服务、元数据服务和开发与管理工具。系统平台需要支持以元数据服务为支撑，利用基于 CWM、XMI、XML

Schema规范的统一的元模型定义规范描述访问元数据定义，屏蔽数据源中数

据的异构性。提供对关系数据库、文件和文档及应用程序中的结构化、半结构

化和非结构化数据的元数据抽取支持，实现对元数据的预定、及时、动态、随

需的访问。

3.3.1.2.2 文档存储改造

支持 PDF格式的病程记录文档、体检报告、检验报告、检查报告、入院记

录、出院记录等文档的存储。1、组件服务组定义数据交换业务流程需要提供基本的功能组件服务。包括 ETL引擎、

传输、错误处理、监控、元数据抽取等系统组件。ETL引擎负责执行映射模板

定义的 ETL 过程，实现数据的抽取、转换、清洗、加载等功能。对于跨地域分

布式环境下的数据交换过程，需要支持通过传输模块将各个数据源中抽取出来

的数据以指定传输方式（HTTP、FTP、消息等）发送到目的端。需要提供稳定

的数据传输功能，支持断点续传、错误处理和过程监控，支持动态可视化监控

任务的正常运行和错误情况下的处理、恢复运行。2、任务引擎服务系统任务负责任务的执行与控制，控制消息流程的运行和监控。需要提供

数据上传、加载自定义任务、数据迁移、交换任务控制、监控和管理功能。3、消息流程引擎服务需要提供封装流程产品引擎功能的服务，提供流程引擎的管理控制、任务

中流程流程的执行监控等功能。4、元数据服务需要为管理控制台元数据管理功能提供包括元数据抽取、导入、导出、存

取等功能的完整服务。提供对关系数据库、文件和文档及应用程序中的结构化、

半结构化和非结构化数据的元数据抽取支持，实现对元数据的预定、及时、动

态、随需的访问。

3.3.1.2.3 年通用 360 视图改造

年视图时间跨度为 3年，医生可以一次性查看患者 3年内的援助人员的基

本健康状况、体检健康报告及移动穿戴采集设备上的健康状况数据，通过患者

主索引将所有就诊、体检、体征等信息关联起来。

3.3.1.2.4 月通用 360 视图改造

通过年视图中的时间轴向下钻取进入月视图，月视图的时间跨度为 6 个月，

医生可以一次性查看患者 6 个月内的援助人员的基本健康状况、体检健康报告

及移动穿戴采集设备上的健康状况数据，通过患者主索引将所有就诊、体检、

体征等信息关联起来。

3.3.1.2.5 周通用 360 视图改造

通过月视图中的时间轴向下钻取进入周视图，周视图的时间跨度为 6周，

医生可以一次性查看患者 6周内的援助人员的基本健康状况、体检健康报告及

移动穿戴采集设备上的健康状况数据，通过患者主索引将所有就诊、体检、体

征等信息关联起来。可以通过时间轴查看其他周的患者诊疗信息。

3.3.1.2.6 日通用 360 视图改造

通过周视图中的时间轴向下钻取进入日视图，日视图的时间跨度为 8天，

医生可以一次性查看患者 8天内的援助人员的基本健康状况、体检健康报告及

移动穿戴采集设备上的健康状况数据，通过患者主索引将所有就诊、体检、体

征等信息关联起来。可以通过时间轴查看其他天的患者诊疗信息。

3.3.1.3健康档案管理系统

3.3.1.3.1 #个人档案管理

以人员的档案方式管理相关文档，以档案号串联人员全周期的活动过程，

通过对档案的检索，实现对文档的查询。运维中心人员，根据候选人名单，进

行建档。档案基本信息，由系统提供录入界面，将纸质单据，转化为电子档案

数据记录。档案包含了以下信息：1、 个人基本信息，基本信息中包含了健康状况及家族史，本人疾病史

疾病家族史，药物使用情况，高原相关史，生活方式，饮食营养，运动，

睡眠情况，心理状况等。2、 健康体检表，健康体检表包含了一般临床检查项目，调查问卷，辅

助检查项目，实验室检查项目组成，另附主检报，汇总阳性结果，主检

建议等。3、 健康风险评估报告4、 耐低氧能力测试记录表，记录援建人员，在 3500m，4000m或目

标海拔测试状态下，静息状态和常速步行状态下的呼吸，心率，血氧饱

和度，脑氧饱和度，心电图，心脏彩超，颈动脉彩超，不适应症状等，

并给出测试结论5、 随访记录表

记录表包含的类型有：健康干预及随诊服务记录表高血压患者随访服务记录表糖尿病患者随访服务记录表体重管理人员随访服务记录表

冠心病患者随访服务记录表脑血管病高危人员随访服务记录表睡眠障碍人员随访服务记录表心理治疗干预人员随访服务记录表

6、 援建人员耐低氧能力训练记录表，记录援建人员耐低氧能力训练前

和训练后的呼吸，心率，血氧饱和度，脑氧饱和度，血压，心电图，心

脏彩超，颈动脉彩超和症状7、 援建人员耐低氧能力训练监测记录，记录援建人员，在远隔缺血训

练或指定海拔下的静息状态或运动状态的呼吸，心率，血氧饱和度，脑

氧，血氧和不适应症8、 耐低氧能力训练评价，评估援建人员训练依从性，训练结果，提供

下一步的训练建议9、 脱低氧能力训练记录，记录援建人员脱低氧能力训练前和训练后的

呼吸，心率，血氧饱和度，脑氧饱和度，血压，心电图，心脏彩超，颈

动脉彩超和症状10、 援建人员脱低氧能力训练监测记录，记录援建人员，在指定海拔下

的呼吸，心率，血氧饱和度，脑氧，血氧和不适应症11、 脱低氧能力训练评价，评估援建人员训练依从性，训练结果12、 生命体征数据，记录援建人员在高原期间的生命体征变化，对异常

生命体征，有重点标识和记录13、 远程会诊记录，记录援建人员在高原期间发送过的远程会诊14、 其他医疗附件记录，以非结构化附件的方式，记录援建人员在援建

期间发生的医疗行为和过程记录档案同时还要记录援建人员的援建批次，援建类型等信息。档案信息支持

增加，修改，删除等系列常规操作。根据业务需要，档案不断的更新完善。人员档案，有统一的入口查询点，支持按照人员身份证号，姓名查询指定

人员，选择人员后，弹出人员档案明细，展示人员摘要信息并关联各类明细记

录，最新更新档案更新日期等。支持对档案人员的标签标记，一个人员，可以有多份标签，用以区分不同

关注层面，不同关注类型的人员。档案数据的展示，需要支持两种：1、 结构化档案数据，通过档案浏览器，渲染样式后，以固定样式进行

呈现2、 非结构化档案数据，保留原始样式，通过加载指定浏览器扩展应用

程序展示，例如WORD,PDF,DICOM格式的文档展示。

3.3.1.3.2 档案异动管理

需要支持档案的删除，档案分更新状态和归档状态；1、更新状态下，授权管理员可删除档案及其关联文档。2、已归档档案，不可进行删除操作。

3.3.1.3.3 封档解封管理

支持档案注销，在特殊情况下，援建人员需要注销，注销档案要填写注销

原因，进行虚拟物理删除。已注销档案，不再参与常规统计。

3.3.1.3.4 体检信息管理

体检信息，通过历次体检项目及报告，体检评估报中获取，最终汇总成体

检信息。体检信息，分为平原体检信息，高原体检信息，平原体检信息又细分为入

高原前体检信息和反馈高原后持续监测的体检信息。体检信息包含了临床一般项目，问卷调查，基础常规检查，辅助检查，实

验室检查等，除去检查项目外，附加主检报告及健康风险评估。体检信息由体检机构提供结构化或非机构化报告。

3.3.1.3.5 保健管理

人员档案支持标签设定，运维科研人员通过标签定位要重点关注人员，进

行重点管理，或从健康档案中筛选出管理对象，从而获取管理对象的相关信息。

每个人支持多种标签标记，运维科研人员，可自定标签，随时对人员进行标签

标记，用以区分不同关注对象。

3.3.1.3.6 体检指标监管

系统需要支持从第三方移动设备获取生命体征健康数据，通过第三方接口，

获取并汇总，最终以列表或图形方式展现人员生命体征数据。对生命体征异常

的数据，给予颜色上的标识和警示

3.3.1.3.7 体检评估确认

系统收集体检项目及报告，提供对体检结果的评估，通过体检评估的人员，

可进入后续耐低氧评估测试及训练。对体检结果的评估与确认，是生成最终援建名单的前置条件。

3.3.1.3.8 #查看人员当前阶段及整体进展

通过分析援建人员的档案，系统为运维和管理人员提供了查看人员当前所

在阶段和整体进展的功能。系统将整个援建过程分为 4 个阶段：

P1.入高原前体检阶段P2.入高原前训练评估阶段P3.高原援建阶段P4.返回平原阶段

通过身份证号，姓名，批次等查询条件定位人员档案。方便运维管理人员

清晰方便的了解，当前援建人员的进展。也可通过汇总数据，了解到当前批次

的人员，整体进展情况。

3.3.1.3.9 援建期间随访

援建人员在高原期间，由 APP收集移动设备采集的生命体征数据，系统会

与 APP数据库对接，每天定期收集 APP采集的生命体征数据。APP 内置随访表单和健康指导数据，可根据要求，定期推送给相关人员，

实现随访和指导工作。

3.3.1.3.10 #援建期间关爱提醒

系统支持自定义规则计划的设定，规则包括：指定时间，指定阶段触发事

件，统计汇总触发时间等规则。通过组合规则，可实现以下规则：1、指定时间点进行某项操作，举例：在 6月份时间内，要求援建人员规定

时间内，进行体检。2、指定时间段内统计汇总某项操作，举例：在 6月份-12月份时间内，要

求援建人员总计进行 3 次例行体检。通过规则设定，系统可以监控相关人员执行规则的情况，如未按照相关要

求执行，分中心运维人员可及时了解，并通过 APP 向用户发送消息提醒或随访，

介入关爱。系统需要支持人员标签功能，可对人员进行多种标签的标记，通过标签的

标记，实现对援建人员在不同层次和维度上的关注。科研人员也可以通过标签

的方式，对重点观察人员进行标记和分类汇总。系统提供标签人员查询的统一

入口，通过标签的点选，快速分组分类汇总的人员。

3.3.1.4远程医疗系统

3.3.1.4.1 医疗资源管理

申请端医生能够使用上级医院投放给本医院的远程临床会诊服务资源，可

以查看服务资源的说明以及使用数量。提供医疗机构注册、医生信息注册、医疗服务网络配置和医疗服务资源管

理等内容。1. #医疗机构注册管理所有医疗机构的基本信息，医院的介绍、图片、科室介绍、特长介绍、

联系人等信息。2. 医生信息注册

针对在平台上提供的医生信息进行严格管理，包括医生的执业信息，特长

信息等。3. 医疗服务网络配置能够支持多种医疗服务网络的设定，医疗服务网络限定了医疗资源服务者

与需求者的关系，平台上可以设定多个医疗服务网络。4. #医疗服务资源确定为医疗资源提供方的医疗机构，将各自优质并且可以对外服务的医疗

资源发布出来。

3.3.1.4.2 运营决算中心

具有预收款项管理、医疗账户查询、收费管理系统、医疗费用结算等相关

功能。1. #预收款项管理管理每个入网医疗机构的预收款信息。包括收取预交款，退预交款。实现

每一笔费用的收退管理。2. #医疗账户查询

运营中心、医疗服务资源提供者、医疗服务资源需求者可以查询各自医院

的账户信息3. #收费管理系统针对每一笔发生的医疗服务交易，将会提供统一的收费系统。4. #医疗费用结算运营决算管理是指决算中心与各医疗机构提供方的决算。结算时能够记录

结算时间，已结算费用等信息。

3.3.1.4.3 通知公告

需要支持以文字、图片、视频为主的医疗政策、医院资讯信息的公开，便

于医院对外展示建设成果和社会公众获取与医疗政策、医院相关的最新资讯信

息。

3.3.1.4.4 任务提醒

系统具备待提醒功能，登录帐号后可以看到需要处理的相关工作事宜。

3.3.1.4.5 患者中心

可通过手工录入的方式，采集患者数据，包括患者基本信息、诊疗信息、

电子病历信息等，完成预约、转诊、会诊等操作。1、患者基本信息需要支持手工直接登记患者。填写医院内门诊、与住院的基本信息需要提供自定义标签功能，以便医生按照疾病、危重程度标识重点病人2、病历管理需要支持以一次就诊聚合患者病历进行统一的展示。支持点击病历浏览包

括影像资料的浏览。

3.3.1.4.6 临床会诊

支持点名和非点名两种模式的会诊。实现临床会诊功能全覆盖：从申请、

审核、安排、会诊、报告、收费全流程的管理；支持从患者病历中心中上传病

历，调阅上传的病历，提供 Dicom格式的影像查看功能。支持软视频会诊，在

会诊系统中直接可进入到视频会诊服务。1.支持会诊提醒，提供消息提醒与历史提醒查询功能。

2.提供会诊业务的导航功能，能够能够清晰的了解整个过程中每个阶段的

情况。3.提供病历浏览。以一次就诊聚合患者病历进行统一的展示，针对提供的

文本格式、PDF、图片等格式的文件提供预览功能。4.会诊资源的获取。能够支持检索申请端医院申请医疗服务网络内的上级

医院会诊服务资源，查看提供会诊服务的医院详细信息、科室信息以及专家医

生信息，以及会诊服务数量。5.支持会诊病历的选择，支持从已上传或者已同步的病历中选择本次会诊

的病历作为会诊病历。支持直接同步病历。6.会诊申请单录入。录入会诊原因、会诊目的、会诊科室等信息。系统支

持从我的患者中自动获取补充患者信息，填写会诊单信息，提供便捷预约功能。7.支持会诊申请点名和非点名，申请到具体的科室和医生；支持加急申请

与非加急申请。支持视频与非视频申请。支持本次申请一家医院会诊与支持跨

医院会诊。

3.3.1.4.7 远程门诊

提供远程门诊服务功能，能够提供门诊排班功能，成员医院之间可以分时

预约到排班的医生以及科室号源，支持从病历库中选择相关的病历，支持按照

参与的会诊、门诊的医生分别提交会诊意见报告。提供内嵌的软件视频服务，

可以直接从远程门诊业务中进入到视频会议。视频会议支持音视频、文字的交

流、支持文件传输与白板功能。1.支持按照医生，进行远程门诊诊室的排班工作，支持按天、周、月来进

行排班。可以按照分时来排班。2.支持按照模板维护排班，模板可以维护到具体的一周的版本信息。3.支持已处理数据列表显示(已处理、双击查看会诊详情、双击查看检查检

验报告、双击查看电子病历)。4.支持远程门诊提醒，提供消息提醒与历史提醒查询功能。5.提供远程门诊业务的导航功能，能够清晰的了解整个过程中每个阶段的

情况，包括申请、接诊、报告、结束等环节。能够在导航节点上浏览基本信息，

对于反操作采用醒目的红色内容展示。

6.提供病历浏览。以一次就诊聚合患者病历进行统一的展示，针对提供的

文本格式、PDF、图片等格式的文件提供预览功能。针对 Dicom格式的病历文

件，支持直接使用影像阅片工具打开。

3.3.1.4.8 #临床文档中心

支持调取 PDF/WORD/TXT/JPG等多种格式的病历资料，支持 DICOM3.0

资料的调取，能够在系统中直接打开DICOM影像资料。

3.3.1.4.9 综合统计分析

支持远程系统所应用功能的相关统计分析，包括会诊统计、远程门诊统计

等内容，可以通过不同查询条件进行分析。

3.3.1.5健康服务 APP 个人端

健康管理系统移动端是面向援助人员专属定制进行设计。满足援助人员在

援助期间各阶段的日常健康管理需求。

3.3.1.5.1 登录注册

实现创建新账号、登录、密码找回。支持页面文本输入数据逻辑判断，非空、值域等判断。

3.3.1.5.2 首页

3.3.1.5.2.1首页

列表页涵盖所有首页功能，如签到、登录状态、消息、banner、定位、任

务清单、AI 医生、在线问答、智能资讯推荐等。

3.3.1.5.2.2签到

实现登录后自动签到并获取积分。

3.3.1.5.2.3#每日任务清单

根据高原实际情况灵活配置月任务、周任务、日任务；每周自动向援助人员推送任务清单，系统监测任务完成情况并给于消息提

醒。按周生成任务完成情况排行。

3.3.1.5.2.4AI 医生

健康评估：援助人员可进行健康评估，通过在线填写问卷进行健康评估并

获取健康管理师的专业指导建议。后台通过算法逻辑计算援助人员的患病风险

值并快速反馈数。

3.3.1.5.2.5智能推荐资讯汇总分析

根据用户行为分析汇总数据，系统计算资讯分类、标签用用户喜欢阅读的

文章，自动推荐相应的资讯内容。

3.3.1.5.2.6智能推荐资讯标签

支持资讯标签设置，标签搜索，通过标签推荐用户希望浏览的资讯文章。

3.3.1.5.2.7智能推荐用户行为分析

根据用户基础数据、体征数据及用户浏览路径设置推荐规则。

3.3.1.5.2.8定位

采集手机定位信息，实现援助人员定位发生变化时，给予其相应位置的心

脑健康护养知识。

3.3.1.5.3 健康

3.3.1.5.3.1列表页

展示所有健康监测数据项、设备连接状态及最近一次的检测结果值。

3.3.1.5.3.2步行数据汇总|数据汇总展示

开发计步器，获取后台获取援助人员步行数据。支持每日步行目标设置。实现步行汇总展示，支持时间段查询。

3.3.1.5.3.3多参数蓝牙协议对接|测量页面

通过解读蓝牙协议规则，实现多参数设备蓝牙连接。实时获取无创血液的各检测数据值、实时波形显示并保存至服务器。

3.3.1.5.3.4多参数结果展示|数据报表|帮助

在线实时解读测量参数，对检测异常值提醒。多参数测量报告存储及展示。增加帮助页面。

3.3.1.5.3.5心电监测蓝牙协议对接|测量页面

通过蓝牙协议接口对接心电贴。实时获取心电图、心率的测数据值、实时波形显示并保存至服务器。在线实时解读测量参数，对检测异常值提醒。

3.3.1.5.3.6心电结果展示|数据报表|帮助

心电图、心率数据报告解读、存储，心电图回放。心电设备在线使用帮助。

3.3.1.5.3.7脑氧监测

通过蓝牙协议接口对接脑氧检测仪。实时获取心电图、心率的测数据值、实时波形显示并保存至服务器；在线实时解读测量参数，对检测异常值提醒。

3.3.1.5.3.8#训练

3.3.1.5.3.8.1 训练列表页|常见问题|说明训练情况汇总、报表展示；使用缺血预适应训练仪过程中常见问题说明。

3.3.1.5.3.8.2 预适应训练蓝牙协议接口|数据展示通过蓝牙协议对接缺血预适应训练仪。实时操控缺血与适应训练仪进行血压测量、适应训练。支持数据汇总，满足援助人员随时查看数据记录。

3.3.1.5.3.8.3 预适应训练结果评估支持每次适应训练的结果评估，以图形、文字方式展示给用户。

3.3.1.5.3.8.4 血压数据报表提供手动录入血压信息。血压数据汇总展示，以折线图、列表的形式展示。满足援助人员随时查看

数据记录及检测报告。

3.3.1.5.4 发现

3.3.1.5.4.1列表页

支持分类灵活配置；资讯内容支持视频、文章两种形式。支持资讯检索。

3.3.1.5.4.2详情页点赞|收藏|评论

资讯详情页以 h5 页面展示；资讯内容支持评论、点赞、收藏操作。

3.3.1.5.4.3详情页视频加载/播放

资讯详情页，实现视频、文章预加载、快速加载和视频播放。

3.3.1.5.5 我

3.3.1.5.5.1列表页|昵称管理|推送信息设置

支持昵称更改、头像更改，基础信息管理；支持推送信息设置等设置。

3.3.1.5.5.2基本信息|我的收藏

满足援助人员进行基本信息的维护。资讯收藏管理，支持收藏、取消收藏，列表展示收藏列表。

3.3.1.5.5.3健康资料

援助人员可维护影像、生化等报告单信息。

3.3.1.5.5.4#健康报告

按月生成健康报表。报表列表及详情页呈现。

3.3.1.5.5.5账户系统设置：账户安全|通知

登录账户手机号码变更、登录密码变更；系统缓存清理。

3.3.1.5.5.6账户系统设置：缓存管理|退出

系统缓存清理。系统退出登录操作。

3.3.1.5.5.7我的设备列表及解绑定

满足援助人员已绑定的智能设备信息维护。支持设备解除绑定操作。

3.3.1.5.5.8用户意见反馈

使用 APP及智能设备过程中遇到的问题可以在线进行反馈。

3.3.1.5.5.9积分管理

援助人员可以通过连续签到获取积分，也可按任务获取对应积分，并查看

积分规则设置说明、积分获取明细、积分排行榜。后台可进行任务规则设计，支持拆分到每日任务设计、任务规则设计。

3.3.1.5.5.10 积分获取

积分获取规则设计、节点设计（获取节点及获取分数）。

3.3.1.5.5.11场景化任务管理

每日任务场景设计，让用户更有代入感。

3.3.1.5.5.12 任务规则设计

月任务、周任务、日任务规则可在服务端灵活设置，设置成功后每日任务

自动展示。

3.3.1.5.5.13 积分排行榜

积分可累计计算；积分排行榜，按照积分从高到低顺序显示用户积分排行情况。

3.3.1.5.5.14 #随访问卷列表

援助人员参与的所有健康随访问卷汇总展示。

3.3.1.5.6 消息管理

App 整体的消息统一管理。

3.3.1.5.6.1即时消息

实现通过图文、文字等形式在线与健康管理人员实时沟通。

3.3.1.5.6.2快速问答

实现援助人员可以通过机器快速问答实现常见问题快速解答。

3.3.1.5.6.3站内消息通知

实现站内消息及时通知提醒。

3.3.1.5.6.4随访消息通知

新的随访问卷通知提醒。

3.3.1.6健康服务 APP 服务端

健康管理系统服务端需要面向宣武医院、小汤山医院医生专家人员基于不

同角色职责进行功能划分，以此来支撑系统服务业务开展。

3.3.1.6.1 首页

3.3.1.6.1.1登录信息

管理员登录信息维护（用户头像、密码、手机号码）。

3.3.1.6.1.2待办事项、系统更新功能通知

分类统计用户在线数据、各项指标异常数据；系统更新内容通知。

3.3.1.6.2 用户管理

3.3.1.6.2.1列表页：列表页|数据检索|分页

实现用户数据基础数据的统一管理（列表、数据检索、分页、新增、编辑、

查看）。

3.3.1.6.2.2基本信息：新增编辑查看

援助人员基本信息展示。

3.3.1.6.2.3血压、训练数据

展示当前援助人员所有血压、缺血适应训练数据，包含：血压、训练 2项

数据。

3.3.1.6.2.4心电检测|参数|脑氧|步行

展示当前援助人员智能硬件监测数据展示，包含：心电图、心率、多参数、

脑氧、步行数据。

3.3.1.6.3 数据管理

实现单项检测结果数据查看和用户月报管理。

3.3.1.6.3.1设备检测数据管理

以用户主索引列表展示各项设备采集的信息（血压训练记录、多参数检测

记录、脑氧记录、心电记录、步行记录）的统一管理。

3.3.1.6.3.2数据预警

用户体征数据异常时进行数据预警提示。

3.3.1.6.3.3月报管理

每月 1号自动援助人员生成上个月身体健康数据报告。

3.3.1.6.3.4筛查管理

健康评估量表模板设计与算法管理。

3.3.1.6.3.5模板列表|编辑

实现每项健康评估对应一个模板，通过数据算法计算援助人员的健康风险

评估。

3.3.1.6.3.6模板启禁用|删除|查询|分页

健康评估量表维护管理操作，含启用、禁用、删除、检索、分页功能。

3.3.1.6.3.7模板列表|编辑

健康答卷管理，记录援助人员参与的健康评估结果。

3.3.1.6.3.8数据分析

健康评估量表评分规则设定，通过计算机逻辑计算答卷的健康评估结果和

健康风险值。

3.3.1.6.4 资讯管理

实现资讯信息标准化管理（新增、编辑、查看、删除、数据检索等功能）

和标签化管理。支持类目灵活配置。

3.3.1.6.4.1文章

文章类资讯的统一管理。

3.3.1.6.4.2视频

视频类资讯的统一管理（上传、播放、编辑等）。

3.3.1.6.4.3专题

实现资讯专题自定义设置（实现专题检索、分页、创建、编辑、删除、查

看操作）

3.3.1.6.5 消息管理

实现站内消息管理、评论、即时消息、系统更新通知消息统一管理及数据

汇总管理。

3.3.1.6.5.1站内消息：列表|待回复|发送

站内消息管理，含站内通知、系统更新通知、异常通知、在线问题反馈回

复。

3.3.1.6.5.2评论管理：列表页|详情|回复

评论列表页管理，评论详情查看及回复。

3.3.1.6.5.3点赞管理：数据汇总

每篇资讯点赞量汇总展示。

3.3.1.6.5.4在线实时消息

援助人员在线与健康管理师实时沟通。

3.3.1.6.5.5消息发送状态

消息状态监听、状态变更。

3.3.1.6.5.6资源存储管理

在线实时沟通过程中文字、图片存储，保留半年。

3.3.1.6.5.7更新消息通知

移动端、服务端系统更新后消息通知发布及管理。

3.3.1.6.6 快读问答

知识库管理，实现快速问答内容统一管理（列表、数据检索、新增、编辑、

查看、删除）和定位变更服务提醒设置。

3.3.1.6.6.1列表页|新增|查询

知识库统一管理，支持检索、单条知识库内容新增。

3.3.1.6.6.2编辑|删除|分页

知识库统一管理，支持分页、编辑、删除等。

3.3.1.6.6.3批量导入

知识库支持常见问题批量 Excel 导入。

3.3.1.6.6.4定位变更服务提醒

系统检测到用户定位发生变更时，根据变更后的地址提示健康服务事项。

3.3.1.6.6.5新增|编辑|删除

支持根据用户定位设置提示内容管理。

3.3.1.6.7 设备管理

实现设备统一管理（列表管理、数据检索，新增、编辑、查看、删除操

作），实现设备所属机构的统一管理。实现硬件故障应急提醒。

3.3.1.6.8 积分管理

3.3.1.6.8.1积分管理

积分列表页统一管理（检索、分页）。

3.3.1.6.8.2积分获取

系统实现设置积分获取规则、统计、查看用户获取积分操作明细及记录用

户任务。

3.3.1.6.8.3场景化任务规则管理

任务规则设计、积分规则管理。

3.3.1.6.8.4场景化任务监控管理

任务监控完成情况及积分获取情况。

3.3.1.6.8.5用户任务记录管理

用户任务记录统一管理。

3.3.1.6.9 系统管理

3.3.1.6.9.1列表页：是否绑定|新增|删除

系统统一权限管理，按用户账号管理、系统角色管理、功能权限进行管理。

3.3.1.6.9.2应急故障提醒

抓取到智能设备故障后，系统标红进行预警提示。

3.3.1.6.10 随访管理

健康管理师可自定义随访计划，实现随访模板统一管理；实现按需创建随

访问卷，向援助人员批量发布，减少发布耗时。系统按照数据逻辑制定待随访

用户及定期随访用户，方便健康管理师跟进随访；

3.3.1.6.11 第三方对接

3.3.1.6.11.1心电帖数据分析对接

对接心电贴的数据精准分析工具/算法。

3.3.1.6.11.2用户权限对接（用户、角色、权限）

对接用户权限系统，实现用户及权限统一管理。

3.3.1.6.11.3单点登录

采用服务平台统一登录入口。

3.3.1.6.11.4初始化用户信息

援助人员基础信息批量对接导入，系统初始化用户信息处理。

3.3.1.6.11.5定位对接

GPS获取经纬度，省市区信息对接、记录。

3.3.2服务门户3.3.2.1远程会诊门户

宣武医院和高原医院业务管理人员在首页可以看到远程会诊发生数量的统

计情况，远程会诊业务分布情况，远程会诊计划信息，以及显示待处理的相关

事项。

3.3.2.2#健康管理门户

健康管理门户，以图形图像和列表方式，为分中心运维人员，提供整体-明

细两个层次上的信息展示。需要进行开发的功能包括但不局限于：援建人员的地区分布；援建人员的整体健康情况；最近 3天有生命体征异常值的援建人员；整体随访情况；整体远程会诊情况；未按照规则设定，完成相关检查的人员情况；

分中心运维人员，通过整体了解情况，点击明细，进入关爱中心，对问题

人员进行快速定位，并辅以相关的关爱介入。

3.3.2.3政府监管门户

1、查看援建人员整体情况支持以图形方式查看援建人员整体情况，年龄分布，性别分布，职业分布当前批次有多少援建人员在高原，有多少援建人员已返京当前批次一共有多少援建人员当前援建人员整体健康状况（生命体征指标正常/异常人数）2、人员整体情况电视投屏支持援建人员整体情况投屏3、援建人员名单查看支持以名单方式查看最终援建人员

3.3.3医疗服务平台接口系统接口主要实现与医院信息化系统、训练设备和可穿戴智能终端的对接。

在小汤山医院和高原医院放置前置机，采用定期和按需同步的方式，通过前置

机从院内系统集成平台采集相关数据。援助人员利用智能移动端应用通过蓝牙

方式接收可穿戴智能终端的健康监测数据，采用定期和按需同步的方式，通过

WiFi/4G/5G 向高原适应研究数据中心发送数据。

3.3.3.1医院信息化系统对接

需要支持通过数据接口与医院体检系统对接，支持对病历非结构化 PDF文

档格式数据上传，实现数据的采集。同时也支持数据按照模板从院内信息化系

统导出，通过前置机发送到高原适应研究数据中心。需要上传的结构化报告包括：第一类体检报告（问卷调查类，一般检查，临床检查，普通外科检查，男

性外科，妇科检查，眼科检查，耳鼻喉科检查，口腔科检查）；第二类耐低氧

测试报告（模拟海拔 3000米，模拟海拔 4000米或目的地海拔高度），第三类

耐低氧训练报告（1-4天）；需要上传的非结构化报告包括：需要支持检验类结果，非 PACS类图片影像类报告上传。支持对病历非结构化 PDF文档格式数据上传

需要支持两种上传方式：1、使用标准格式，数据平台提供上传接口，分中心改造系统，与接口对接，

自动上传报告；2、系统提供图形界面，供分中心手动录入报告相关结果需要支持与高原中心的影像系统对接，实现影像数据的调阅。

3.3.3.2医院训练设备对接

可通过蓝牙方式与智能移动端应用对接的训练设备需要支持将将监测数据

接收到移动端，同时支持通过前置机手工录入相关数据，并发送到高原适应研

究数据中心。

3.3.3.3可穿戴智能终端对接

可穿戴智能终端，通过蓝牙方式与智能移动端应用对接，将监测数据接收

到移动端。移动端通过 WiFi/4G/5G方式，采用定期方式，向高原适应研究数

据中心发送数据。

3.3.3.4接口清单

1 HIS系统基本信息接口2 LIS系统检验信息接口3 PACS系统影像接口4 PACS系统报告接口5 EMR系统病历信息接口6 体检系统体检结论接口7 心电信息系统接口8 手术麻醉管理系统接口9 健康医疗服务系统接口10 远程医疗系统接口11 低氧训练设备监测信息接口12 穿戴缺血设备监测信息接口13 无创脑血氧监护仪接口14 无创多参数监测仪接口

4 培训要求

1．乙方应对甲方人员，提供现场使用培训，教会为止。2．提供至少 4人 3天的应用系统高级培训。3．如遇到甲方人员变动，在质保期内应甲方要求，乙方应提供免费培训。

5 售后服务要求

1. 乙方应保证系统的使用正常。质保期内，接到甲方通知后须在 1 个小时

内做出响应，2小时到达现场，8小时内修复。2. 项目整体验收合格后，投标方须提供一年的免费技术维护服务（其中包

括系统维护、跟踪检测、Bug 修改），保证用户购买的应用软件正常运行。3. 上线结束后应提供使用说明书、维护手册等文档,及接口等资料