ICS 35.240.99
CCS L 77 DB51
四
川 省 地 方 标 准
DB51/T 3191—2024
重症医学信息系统技术规范
2024 - 10 - 08 发布
2024 - 11 - 08 实施
四川省市场监督管理局 发 布
DB51/T 3191—2024
目
次
前言 ................................................................................. II
1 范围 ................................................................................ 1
2 规范性引用文件 ...................................................................... 1
3 术语和定义 .......................................................................... 1
4 缩略语 .............................................................................. 1
5 总体技术要求 ........................................................................ 2
6 系统功能 ............................................................................ 4
7 安全规范 ............................................................................ 7
I
DB51/T 3191—2024
前言
本文件按照GB/T 1.1—2020《标准化工作导则 第1部分：标准化文件的结构和起草规则》的规定
起草。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
本文件由四川省卫生健康委员会提出、归口、解释并组织实施。
本文件起草单位：四川大学华西医院、四川智康科技有限责任公司、北京航天长峰股份有限公司、
航天长峰医疗科技（成都）有限公司。
本文件主要起草人：康焰、金晓东、王波、吴骎、田永明、杨婧、杨浩、基鹏、何敏、郭军、张艳、
廖雪莲、张中伟、梁国鹏、邱德松、王亚伟、徐明洲、刁俊、杨松、秦文艺、杜晴、张晗菲。
II
DB51/T 3191—2024
重症医学信息系统技术规范
1 范围
本文件描述了重症信息系统总体技术要求、基本功能。
本文件适用于医疗机构重症医学科运用网络通信和计算机技术为医疗机构（管理）、重症患者家属
（服务）及医务人员（医疗）提供信息技术支持，为二级以上医疗机构重症医学信息系统建设提供参考。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，
仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本
文件。
GB/T 9361 计算机场地安全要求
GB/T 20269 信息安全技术 信息系统安全管理要求
GB/T 20270 信息安全技术 网络基础安全技术要求
GB/T 20271 信息安全技术 信息系统通用安全技术要求
GB/T 21052 信息安全技术 信息系统物理安全技术要求
GB/T 22239 信息安全技术 网络安全等级保护基本要求
GB/T 39477 信息安全技术 政务信息共享 数据安全技术要求
GB/T 39725 信息安全技术健康医疗数据安全指南
WS/T 363.1 卫生健康信息数据元目录
WS/T 364.4 卫生健康信息数据元值域代码
3 术语和定义
下列术语和定义适用于本文件。
3.1
重症医学科 intensive care unit
重症医学科为一级诊疗科目，主要业务范围为：急危重症患者的抢救和延续性生命支持；发生多器
官功能障碍患者的治疗和器官功能支持；防治多脏器功能障碍综合征。
4 缩略语
下列缩略语适用于本文件。
5G：第五代移动通信技术（5th Generation Mobile Communication Technology）
Apache II：急性生理与慢性健康评分（Acute Physiology and Chronic Health Evaluation II）
B/S：浏览器（Browser）/服务器（Server）模式
DVT：深静脉血栓（Deep venous thrombosis）
EIA-485：长距离有效率通信标准之一（Electronic Industries Alliance 485）
GCS：格拉斯哥昏迷评分法（Glasgow Coma Scale）
1
DB51/T 3191—2024
HL7：卫生信息交换标准（Health Level 7)
HTTPS：超文本传输安全协议（Hypertext Transfer Protocol Secure)
ICU：重症医学科（Intensive Care Unit）
JSON：一种轻量级的数据交换格式（JavaScript Object Notation)
MEWS：改良危重患者早期预警评分（Modified Early Warning Score）
NEWS：危重患者早期预警评分（National Early Warning Scor）
RESTful：符合REST的约束条件和原则的架构（Representational State Transfer）
RJ45：布线系统中信息插座（即通信引出端）连接器之一（Registered Jack 45)
RS-232：异步传输标准接口标准之一（Recommended Standard 232）
SOFA：序贯器官衰竭评分 (Sequential Organ Failure Assessment)
TCP/IP：传输控制协议/网际协议（Transmission Control Protocol/Internet Protocol)
UDP/IP：用户数据报协议/网际协议（User Datagram Protocol/ Internet Protocol）
WCF：Windows通讯开发平台（Windows Communication Foundation）
WebAPI：操作浏览器功能和页面元素的接口（Web Application Programming Interface）
WS-I：网络服务协同组织（Web Services Interoperability Organization）
Wi-Fi：无线网络通信技术（Wireless Fidelity）
XML：可扩展标记语言（Extensible Markup Language）
5 总体技术要求
5.1
总体架构
重症医学信息系统总体框架主要包括医疗设备、物联接入、数据中心、服务层，应用层、标准规范
及安全保障，总体架构要求应符合图1的规定。
图 1 重症医学信息系统总体框架
5.2
技术架构要求
5.2.1 技术架构
系统技术架构应符合图2的规定。
2
DB51/T 3191—2024
图 2 重症医学信息系统技术架构
5.2.2 医疗设备
床旁医疗设备是重症医学信息系统重要的数据来源，主要包括心电监护、呼吸机（有创、无创呼吸
机）、输液工作站、血液透析机、床旁超声、即时检验设备、体外膜肺氧合、尿流量监测仪、穿戴设备
及其他床旁医疗设备，主要产生生命体征、血压、中心静脉压等数据。
5.2.3 物联接入
所有医疗设备都采用有线或者无线的方式通过院内网或互联网安全接入，在网络接入层依次进行设
备握手、协议解析、标准化、患者配对、噪音消除等处理，形成时序数据，同时通过态势感知监控链接
状态。
5.2.4 数据中心
重症医学数据中心按照大数据技术构建。数据仓库是一个大规模、集中式数据库，用于存储和管理
重症医学的全部或大部分业务数据，为重症医学提供全面、一致、可访问的数据源，主要包括患者信息
主数据，电子病历数据（包括医嘱、检验、检查等数据），标准化医疗设备数据及重症医学科特殊护理
记录数据。数据集市是小规模的，面向特殊领域、专题的数据存储，满足医疗质量控制、重症科研队列、
学科运营管理及其他专题业务。
5.2.5 服务层
3
DB51/T 3191—2024
重症医学信息系统服务层所提供的服务包括基础服务、安全服务和统一服务，统一服务通过接口服
务于医院其他信息系统进行数据交换，数据服务与数据中心进行数据交换，消息队列、定时服务和消息
队列贯穿各个服务层，其他服务集中完成系统的业务逻辑的处理。
5.2.6 应用层
重症医学信息系统应用层由面向医护的医疗应用、面向医院的管理应用及面向患者家属的服务应用
组成。通过统一的重症医学信息门户访问，可实现护理闭环、用药闭环、医技闭环、决策支持、床旁交
换、智能助理、重症科研、质量控制、运营管理、设备管理、消息推送、快速反应、数字处方、ICU探
视及其他应用。各应用可实现按需部署，根据医院等级及需要构建。
5.3
软件架构
5.3.1 重症医学信息系统软件架构应该基于面向服务架构的思想来构建，系统采用 B/S 架构，根据应
用环境的不同，采用最优的网络方案进行系统部署。
5.3.2 符合已有的标准框架协议，采用业界标准协议。
5.3.3 采用开放式标准设计，能够兼容其他医疗系统和设备。
5.3.4 应满足医院未来发展，为医院未来业务扩展留有充分的扩充余地。
5.4
软件技术要求
5.4.1 集成能力要求
5.4.1.1 宜用 WebService 或 WebAPI 作为开发技术，并遵循 WS-I 基本概要文件、RESTful 设计规范的
有关指引。
5.4.1.2 系统支持主流卫生信息交换的国际和国内标准规范。
5.4.1.3 系统通过业界通用协议及开放标准实现床旁音视频源集成。
5.4.2 交换信息要求
交换信息应支持WS/T 363 、WS/T 364等国家颁布的相关卫生数据标准。
5.5
用户界面要求
5.5.1 实时性：用户界面应实时同步患者各种数据和指标，满足重症患者严密观察和及时治疗的需要。
5.5.2 集成性：用户界面应集成各种异构系统的数据，减轻重症医护获得数据的工作量。
5.5.3 清晰性：界面应直观易懂，避免用户感到困惑。
5.5.4 一致性：整个应用的元素和行为应保持一致，以便用户形成习惯。
5.5.5 反馈：用户操作后应有明确的反馈，比如按钮点击效果、加载指示等。
5.5.6 效率：设计应帮助用户快速完成任务，减少不必要的步骤。
5.5.7 错误预防：界面应尽量减少用户犯错的机会，或在错误发生时提供清晰的解决方案。
5.5.8 美观性：界面应具有吸引力，但不应牺牲功能。
5.5.9 可访问性：设计应考虑到不同能力水平的用户，包括色盲或运动障碍的用户。
5.5.10 适应性：界面应能适应不同设备和屏幕尺寸。
5.5.11 用户控制和自由：用户应能容易地撤销操作，并控制产品的节奏。
5.5.12 帮助和文档：提供清晰的帮助信息和文档，以便用户在需要时能够获得支持。
6 系统功能
4
DB51/T 3191—2024
6.1
基础服务
6.1.1 信息系统集成
6.1.1.1 支持主流通讯协议，包括 TCP/IP、UDP/IP、HTTPS。
6.1.1.2 支持主流数据接口，包括 WebAPI、WebService、WCF 及数据库视图。
6.1.1.3 支持主流的通讯格式，包括 XML、JSON 等；支持主流的医疗数据格式，包括 HL7。
6.1.1.4 集成内容包括患者信息、电子医嘱、检验报告、影像集成、电子病历及形成连续护理记录等。
6.1.2 设备数据采集
6.1.2.1 具备从直接医疗设备接口或从医疗设备数据网关获取数据。
6.1.2.2 支持主流的医疗设备，包括心电监护、呼吸机（有创、无创呼吸机）、输液工作站、血液透
析机、床旁超声、即时检验设备、体外膜肺氧合、尿流量监测仪、穿戴设备及其他床旁医疗设备。
6.1.2.3 支持主流的数据传输物理接口，包括 RJ45、RS-232 及 EIA-485 等。
6.1.2.4 具备便捷的方法实现医疗设备与患者绑定，实现医疗设备数据的有效利用。
6.2
医疗应用
6.2.1 重症护理
6.2.1.1 观察记录默认每小时一条观察记录，可根据病情需要增加观察频次及记录页。
6.2.1.2 观察记录具备从医疗设备自动获取生命体征进行自动填充，减少医护人员的工作负担；同时
具有医护人员修正功能以减少误差导致的数据异常填充，确保数据的准确性。
6.2.1.3 医护人员填写记录有错误时突出显示提醒并不能保存。
6.2.1.4 用药记录具备同步电子医嘱功能，用药记录包括执行时间、执行方式、执行者姓名等。
6.2.1.5 护理评估包括常见的评估量表，包括压力性损伤评估、DVT 风险评估、谵妄评估、Apache II
评分、SOFA 评分、GCS 评分以及各种亚专业评估等。
6.2.1.6 护理评估具备从医疗设备自动获取生命体征、从系统集成自动获取检查报告功能。
6.2.1.7 特殊护理记录具备危急值预警提醒（比如高亮显示）。
6.2.1.8 特护护理记录具备与无纸化病案归档系统对接功能；特殊护理记录 24 小时内自动归档。
6.2.2 决策支持
6.2.2.1 知识库基于权威、最新的医学证据和临床实践指南构建，确保提供的信息准确可靠，包括但
不限于国际或国内认可的体征预警规则、自动评估规则及综合征诊断标准。
6.2.2.2 具备体征预警、自动评估及重症综合征的自动诊断。
6.2.2.3 能够实时分析患者临床数据，包括体征趋势、检验报告、用药情况等，并据此提供决策建议。
6.2.2.4 具备呼吸治疗、血液净化等重症医技相关观察及治疗执行情况记录。
6.2.2.5 具备重症超声申请、超声检查单记录功能。
6.2.2.6 具备标准化床旁即时检验申请，申请单内容包括患者信息、样本类型、吸氧浓度等，支持打
印即时检验二维码等功能。
6.3
管理应用
6.3.1 医疗质量控制
6.3.1.1 系统具备在关键节点嵌入记录用于记录重症医学专业医疗质量控制指标关键指标。
5
DB51/T 3191—2024
6.3.1.2 具备从系统原始数据自动计算重症医学专业医疗质量控制指标及护理敏感指标，涉及科室、
病区、医疗组及个人等维度。
6.3.1.3 具备查阅指标来源的原始数据用于明确指标准确性。
6.3.1.4 具备自动生成医疗控制指标及护理敏感指标报表、明细台账、动态趋势及对比分析等。
6.3.1.5 具备快捷安全上报系统自动生成的医疗质控指标。
6.3.2 科研管理
6.3.2.1 建议具备临床科研一体化管理，支持回顾性及前瞻性研究，自动从临床数据库中提取满足要
求的临床数据。
6.3.2.2 建议具备汇总分析、数据可视化等功能协助科研人员理解和分析数据。
6.3.2.3 建议通过数据清洗的方法构建研究型数据库并支持数据导出进行进一步统计分析。
6.3.3 其他管理
6.3.3.1 建议具备服务能力、技术能力、质量安全、服务效率四个维度 13 项指标监测，自动生成指标
报表明细台账、动态趋势及对比分析等。
6.3.3.2 建议运用智能化硬件对重症医护人员、家属进行出入行为管理，确保重症医学科工作秩序，
降低感染风险，维护良好的医患关系。
6.3.3.3 建议建立重症医学科二级药房并运用智能化硬件实现药物的管理及自动盘点。
6.3.3.4 建议运用智能化硬件实现对高值耗材进行管理。
6.4
服务应用
6.4.1 早期筛查
6.4.1.1 适用于通过系统集成方式对全院患者实现早期危重患者筛查。
6.4.1.2 具备传入支持，即自动对接非 ICU 患者的医院信息系统、护理系统及检验系统数据，通过 MEWS、
NEWS 等工具实现患者危重情况的自动筛查。
6.4.1.3 具备传出支，即按照患者危重风险等级预警不同的医护人员，例如低风险预警护理人员，中
风险预警医护人员，高风险预警院内快速反应团队。
6.4.1.4 具备质量控制，通过收集和分析相关资料进行统计分析。
6.4.2 延续服务
6.4.2.1 建议具备信息推送，通过互联网推送治疗费用、重大操作等信息给患者家属。
6.4.2.2 建议具备网络随访，通过健康记录、定期随访、在线问诊及健康教育等方式实现重症康复患
者长期随访服务。
6.4.2.3 具备信息确认、安全过滤等安全机制，确保患者信息隐私。
6.4.3 ICU 探视
6.4.3.1 建议具备 ICU 病房探视，通过网络实现家属定时探视重症患者。
6.4.3.2 建议具备探视预约，提供网络探视预约、定时管理等功能。
6.4.4 其他服务
6.4.4.1 具备与其他医院重症医学科进行远程协同，由上级医院提供远程重症监测。
6.4.4.2 建议运用数字处方技术为患者在谵妄预防、呼吸机撤机及 ICU 后综合征等方面提供医疗服务。
6
DB51/T 3191—2024
6.5
智能助理
6.5.1 建议运用人工智能技术在重症早期预警、辅助诊断、个体化治疗及预后判断为医护人员提供智
能辅助。
6.5.2 重症人工智能要求符合国家相关规范和准则。
7 安全规范
7.1
环境安全
按照GB/T 21052 、GB/T 9361规定的信息系统物理安全及场地安全要求执行。
7.2
系统安全
系统安全等级保护按照GB/T 22239执行，系统安全技术按照GB/T 20271执行，系统安全管理按照GB/T
20269执行。
7.3
网络安全
按照GB/T 20270执行。
7.4
数据安全
按照GB/T 39477执行。
7.5
终端安全
按照GB/T 20269中终端计算机操作安全管理要求执行。
7