GB/T 21715.3-2025 健康信息学 患者健康卡数据 第3部分：有限临床数据

　　ICS 35.240. 80 CCS L 67

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 21715.3—2025代替 GB/T21715.3—2008

　　健康信息学 患者健康卡数据

　　第 3 部分:有限临床数据

　　Health informatics—Patienthealthcarddata—Part3:Limited clinicaldata

　　2025-12-31发布 2026-07-01实施

　　国家市场监督管理总局国家标准化管理委员会

　　

　　发

　　

　　布

　　GB/T 21715.3—2025

　　目 次

　　前言 Ⅲ

　　引言 Ⅴ

　　1 范围 1

　　2 规范性引用文件 1

　　3 术语和定义 1

　　4 符号和缩略语 2

　　5 健康数据卡的基本数据对象模型 — 患者健康卡数据对象结构 2

　　6 供引用的基本数据对象 3

　　6. 1 概述 3

　　6. 2 代码型数据 3

　　6. 3 设备和数据安全属性 3

　　6. 4 附加属性 3

　　7 有限临床数据 3

　　7. 1 概述 3

　　7. 2 有限急诊数据集 4

　　7. 3 免疫接种细 目 5

　　7. 4 血型检验和输血记录 6

　　7. 5 扩展急诊数据集 7

　　附录 A (规范性) ASN. 1 数据定义 9

　　参考文献 12

　　Ⅰ

　　GB/T 21715.3—2025

　　前 言

　　本文件按照 GB/T 1. 1—2020《标准化工作导则 第 1部分 :标准化文件的结构和起草规则》的规定起草 。

　　本文件是 GB/T 21715《健康信息学 患者健康卡数据》的第 3 部分 。 GB/T 21715 已经发布了以下部分 :

　　— 第 1部分 :总体结构 ;

　　— 第 2部分 :通用对象 ;

　　— 第 3部分 :有限临床数据 ;

　　— 第 4部分 :扩展临床数据 ;

　　— 第 5部分 :标识数据 ;

　　— 第 6部分 :管理数据 ;

　　— 第 7部分 :用药数据 ;

　　— 第 8部分 :链接 。

　　本文件代替 GB/T 21715. 3—2008《健康信息学 患者健康卡数据 第 3 部分 :有限临床数据》, 与GB/T 21715. 3—2008相比 ,除结构调整和编辑性改动外 ,主要技术变化如下 :

　　a) 增加了 GB/T 21715. 1 和 GB/T 21715. 2术语及定义的引用(见第 3 章) ;

　　b) 删除了 “数据对象”“数据原发鉴别”“健康卡持有者”“健康数据卡”“记录”“被记录人”“安全性 ”的术语和定义(见 2008年版的 3. 3、3. 4、3. 5、3. 6、3. 8、3. 9、3. 10) ;

　　c) 删除了“EN”“IEC”“ISO”的缩略语(见 2008年版的第 4章) ;

　　d) 将图 1 中 “电子处方 ”更改为 “用药数据 ”(见图 1,2008年版的图 1) ;

　　e) 删除了表 1 中的 “名称 ”(见表 1,2008年版的表 1) ;

　　f) 删除了表 2、表 3、表 4 中的“名称 ”和“长度 ”(见表 2~表 4,2008年版的表 2~表 4) ;

　　g) 更改了 LimitedEmergencyData、ImmunisationDetails、ImmunisationReceived 的结构图(见图3~ 图 5,2008年版的图 3~ 图 5) ;

　　h) 更改了“LimitedEmergencyData”对象的单个实体表(见表 2,2008年版的表 2) ;

　　i) 更改了“ImmunisationDetails”对象的单个实体表(见表 3,2008年版的表 3) ;

　　j) 增加了 ImmunisationsReceived、BloodGrouping、BloodTransfusionData、ExtendedEmergency- Data、ConceptDescriptor的结构图(见图 5、图 7~ 图 10) ;

　　k) 增加了 ImmunisationsReceived、Immunization、BloodGrouping、BloodTransfusionData、Emer- gencyItem、ConceptDescriptor对象的单个实体表(见表 4、表 5、表 7、表 8、表 10、表 11) ;

　　l) 更改了“BloodGroupingAndTransfusionData”的单个实体表(见表 6,2008年版的表 4) ;

　　m) 增加了扩展的急诊数据集的内容(见 7. 5) ;

　　n) 更改了 ASN. 1数据定义(见附录 A,2008年版的附录 A) 。

　　请注意本文件的某些内容可能涉及专利 。本文件的发布机构不承担识别专利的责任 。

　　本文件由中国标准化研究院提出并归 口 。

　　本文件起草单位 : 中国标准化研究院 、福建理工大学 、福建省中科标准科技有限责任公司 、上海市中医药国际标准化研究院 、深圳市卫生健康发展研究和数据管理中心 、南通大学附属医院 、青岛瑞思德医学检验实验室有限公司 、福建智康云医疗科技有限公司 、昂科信息技术(上海) 股份有限公司 、中国医学科学院北京协和医院 、北京康特瑞科统计科技有限责任公司 、北京遥领医疗科技有限公司 、上海森亿医

　　Ⅲ

　　GB/T 21715.3—2025

　　疗科技有限公司 、威凯检测技术有限公司 、淄博市第一医院 、中移(杭州)信息技术有限公司 、易迪希医药科技(嘉兴)有限公司 、浙江爱特电子技术股份有限公司 、郑州蓝博电子技术有限公司 、广东云曌医疗科技有限公司 、重庆葵海数字科技有限公司 、厦门市众科佰联标准化服务有限公司 、汕头市信德嘉生物科

　　技有限公司 。

　　本文件主要起草人 :任冠华 、陈煌 、王志民 、宋宝祥 、肖 明兵 、张炳强 、苏志康 、潘求恩 、郑道源 、周翔 、蒋志伟 、张洪亮 、马汉东 、刘岩 、南宝 、朱沛沛 、徐凯程 、高亮 、陈浩 、李英 、李骥 、钱兰 、梁海勋 、李云 、王爝 、曾小凡 、杨银珠 。

　　本文件及其所代替文件的历次版本发布情况为 :

　　— 2008年首次发布为 GB/T 21715. 3—2008;

　　— 本次为第一次修订 。

　　Ⅳ

　　GB/T 21715.3—2025

　　引 言

　　随着人口流动的增加 ,社区医疗和家庭保健需求 日益增多 ,对高质量流动治疗服务需求也不断增长 ,便携式信息系统和存储器也随之得以迅速开发和利用 。这些设备可实现从身份识别到患者便携式健康监测系统等一系列功能 。

　　这些设备的功能是携带可识别的个人信息 ,并与其他系统之间进行传递 ; 因此 ,设备在运行时可能会与许多功能和性能有很大差异的不同技术系统一起共享信息 。

　　保健管理越来越依靠类似自动化的识别系统 。例如 ,患者可通过使用便携式可读计算机设备 ,对处方进行自动处理 ,并实现在不同地点之间的数据交换 。 医疗保险公司和保健提供方越来越多地涉及跨区域治疗中 。在这种情况下 ,理赔可能需要在很多不同的保健系统之间 自动交换数据 。

　　可远程访问数据库及其支撑系统的出现带动了 “保健受益人 ”识别设备的发展和使用 ,这些设备能执行安全功能 ,并且能经由网络向远程系统传送数字签名 。

　　随着使用 日常保健服务中数据卡的 日益增多 ,有必要对数据格式进行标准化以实现数据交换 。

　　数据卡携带的与人相关的数据可分成 3种主要类型 :标识数据 、管理数据和临床数据 。需要特别指出的是 ,实际使用的健康数据卡需包含设备本身的标识数据及其携带数据所涉及的个人标识数据 ,管理数据 、临床数据 、处方和链接是可选的 。

　　设备数据包括 :

　　— 设备本身的标识数据 ;

　　— 设备功能和性能的标识数据 。

　　标识数据可包括 :设备持有者的唯一标识或者该设备所携带数据相关的人的唯一标识 。

　　管理数据可包括 :

　　— 个人相关的补充数据 ;

　　— 保健资金的标识 ,表明其是社会保险支付还是商业保险支付 , 以及关系类型 , 即保险公司 、保险合同和保险单或者保险费的类型 ;

　　— 保健服务所必需的其他数据(不同于临床数据) 。

　　临床数据可包括 :

　　— 提供健康信息和健康事件信息的数据项 ;

　　— 医疗保健提供者的评价和标注 ;

　　— 已计划的 、要求的或者已经执行的临床行为 。

　　数据卡本质上是给明确的查询提供具体的答复 , 同时通过消除冗余来优化使用存储空间 ,在定义健康数据卡数据结构时使用了高层次的对象建模技术(OMT) 。

　　本文件使用 UML、纯文本和 ASN. 1 描述并定义了患者持有的健康数据卡使用或引用的有限临床数据对象 。

　　本文件虽使用并引用了 GB/T 21715. 2定义的通用对象 ,但没有对其进行描述或定义 。

　　GB/T 21715《健康信息学 患者健康卡数据》拟由八个部分构成 。

　　— 第 1部分 :总体结构 。 目的在于建立患者健康卡数据的整体框架和层级结构 ,规范数据的基本组织原则与逻辑关系 ,确保各部分数据的协调性和一致性 ,为后续分部分标准的制定提供基础支持 。

　　— 第 2部分 :通用对象 。 目的在于建立患者健康卡数据通用对象结构和内容的通用框架 ,为构建复合数据对象提供基础模块 。通过标准化数据元素的格式和引用方式 ,确保跨系统数据交换

　　Ⅴ

　　GB/T 21715.3—2025

　　的兼容性和互操作性 。

　　— 第 3部分 :有限临床数据 。 目的在于规定适用于存储容量有限的健康卡的临床数据集 ,涵盖基础健康信息(如诊断结果 、过敏史 、生命体征等) ,确保关键医疗数据的高效存储和快速访问 ,满足基本临床需求 。

　　— 第 4部分 :扩展临床数据 。 目的在于扩展临床数据的深度和广度 ,支持更复杂的医疗场景(如长期病史 、影像报告 、基因数据等) ,通过灵活的数据结构满足个性化医疗和高级诊疗需求 。

　　— 第 5部分 :标识数据 。 目的在于规范患者 、设备及机构的唯一标识信息(如 ID、姓名 、国家代码等) ,建立标识数据的标准化结构和安全要求 ,确保身份识别的准确性和数据关联的可靠性 。

　　— 第 6部分 :管理数据 。 目的在于定义与医疗管理相关的数据内容(如医保信息 、服务权限 、费用结算等) ,支持医疗机构间的行政协调和资源分配 ,提升医疗服务的效率和透明度 。

　　— 第 7部分 :用药数据 。 目的在于标准化药物相关信息的记录(如处方详情 、用药记录 、剂量调整等) ,确保用药安全性和可追溯性 ,支持药物相互作用预警和个性化用药管理 。

　　— 第 8部分 :链接 。 目的在于规定数据对象之间的关联机制(如跨记录引用 、数据索引等) ,支持复杂医疗信息的整合与追溯 ,确保数据在不同应用场景下的连贯性和完整性 。

　　Ⅵ

　　GB/T 21715.3—2025

　　健康信息学 患者健康卡数据

　　第 3 部分:有限临床数据

　　1 范围

　　本文件使用 UML、纯文本和 ASN. 1 描述并定义了患者持有的健康数据卡使用或引用的有限临床数据对象 。

　　本文件规定了数据对象 “有限临床数据 ”中所包含数据的基本结构 ,未规定或给出存储在设备中强制性特定数据集 。例如 ,有限临床数据中的数据对象所包含的数据是用于急诊服务 ,但并非提供急诊所需的所有信息 。

　　下列服务的详细功能和机制不属于本文件的范围(下列服务的结构允许使用其他地方规定的合适数据对象) :

　　— 自 由文本数据的编码 ;

　　— 可由数据卡用户按照具体应用所规定的安全功能和相关服务 ,如保密性保护 、数据完整性保护以及与这些功能相关的个人和设备的验证 ;

　　— 依赖于某些数据卡烈性的访问控制服务 ,例如微处理器卡 ;

　　— 初始化和发布过程(表明个人数据卡工作周期的开始 ,并使数据卡为后续通信中给它传递符合本文件要求的数据做准备) 。

　　下列内容超出了本文件的范围 :

　　— 用于特定类型数据卡实际功能的物理或者逻辑解决方案 ;

　　— 处理两个系统接口间消息的方法 ;

　　— 数据在数据卡之外使用的形式 , 以及在数据卡或其他地方可清晰表达这类数据的方式 。

　　2 规范性引用文件

　　下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款 。其中 , 注 日期的引用文件 ,仅该日期对应的版本适用于本文件 ;不注日期的引用文件 ,其最新版本(包括所有的修改单) 适用于本文件 。

　　GB/T 21715. 1 健康信息学 患者健康卡数据 第 1部分 :总体结构

　　GB/T 21715. 2 健康信息学 患者健康卡数据 第 2部分 :通用对象

　　3 术语和定义

　　GB/T 21715. 1 和 GB/T 21715. 2 界定的以及下列术语和定义适用于本文件 。

　　3. 1

　　保密性 confidentiality

　　信息不泄露给非授权的个人 、实体或进程 ,不让其使用的性质 。

　　[来源 :GB/T 9387. 2—1995,3. 3. 16]

　　1

　　GB/T 21715.3—2025

　　3.2

　　数据完整性 data integrity

　　表明数据没有遭受以非授权方式所做的篡改或破坏的性质 。

　　[来源 :GB/T 9387. 2—1995,3. 3. 21] 3.3

　　链接 linkage

　　对两个或两个以上实体或部分进行连接 ,其是物理 、电子或关系性等连接 。

　　4 符号和缩略语

　　下列缩略语适用于本文件 。

　　ASN. 1:抽象语法记法 1(AbstractSyntax Notation,Version1)

　　HCP:保健受益人(Healthcare Person)

　　UML:统一建模语言(Unified Modelling Language)

　　UTC:协调世界时间(UniversalTime Coordinated)

　　5 健康数据卡的基本数据对象模型— 患者健康卡数据对象结构

　　本文件设计了一组能灵活存储临床数据且可用于增加特定应用的基本数据对象 。通过有效利用存储空间的方式 ,实现已存储数据的通用附加特性 。

　　基本数据对象由基于面向对象模型的类结构组成 ,该模型的 UML类框图见图 1。

　　图 1 患者健康卡数据的总体结构

　　面向对象的结构的内容见第 6章和第 7章 ,也可能需要用到本文件没有定义的其他数据对象 。

　　注 : 在保持特定语境标记时可能需要获取数据对象并对 其 进 行 重 新 组 合 ,在 保 持 互 操 作 性 时 也 可 能 需 要 定 义 新 的对象 。

　　除具有用简单的构筑模块建立起复杂的聚合数据对象的能力外 ,本文件允许在对象间建立关联 ,便于信息共享 。例如 ,该特征主要用于允许一组附加属性为多个存储信息对象提供服务 。

　　2

　　GB/T 21715.3—2025

　　6 供引用的基本数据对象

　　6. 1 概述

　　本文件已给出了一系列普遍适用的数据类型定义 。虽然这些定义本身没有内在价值 ,但可用其来定义本 文 件 中 的 其 他 对 象 , 也 可 将 这 些 对 象 与 其 他 信 息 对 象 联 合 使 用 来 “增 加 价 值 ”。该 对 象 在GB/T 21715. 2中已给出定义 。

　　6.2 代码型数据

　　代码值的含义是由其对应的编码方案确定 。本文件一般原则为 : 当代码作为参数时 ,除本文件特别规定 ,不强制要求使用特定的编码方案 。例如 ,GB/T 2659. 1—2022对国家代码的使用 。

　　当本文件规定了特定 的 编 码 方 案 时 , 不 应 使 用 其 他 编 码 方 案 。对 于 未 按 上 述 形 式 引 用 的 编 码 方案 ,可对其进行调整 ,且与本文件的其他部分无关 。数据对象 “CodedData”应按照 GB/T 21715. 2 的定义来构建 。

　　6.3 设备和数据安全属性

　　存储在健康数据卡中的数据包括个人敏感数据 。本文件使用了在 GB/T 21715. 2 中定义的系列安全属性 。实际数据内容(值)和使用数据元素的机制不在本文件的范围内 。如数据卡中不具备合适的安全功能和安全机制 ,则安全属性将不能满足特定的安全需求 。

　　“访问 ”权限由与各离散数据项相关的特定个体来决定 。该权限由应用程序开发者定义 , 由 自动化系统(如健康数据卡)来控制 。该权限可在应用层定义 ,并提供应用和潜在的国家专一性 。

　　数据对象“SecurityService”用来存储实现安全功能和机制所需的数据 。数据可附加在单个数据元上 , 当数据对象在不同形式的数据卡间传送时 ,能满足源作者的安全需求 。该机制能够保证数据在从主动媒介传向被动媒介后返回主动媒介的过程中重建出原始的安全需求 。 同时允许准确复制数据卡 ,例如失败后的重建 。

　　6.4 附加属性

　　按照 GB/T 21715. 2 中的定义 ,数据对象“AccessoryAttribute”应由一组有序的数据组成 ,数据可用于记录有关对信息发送方和信息到达接收方的方式的审计跟踪 。

　　7 有限临床数据

　　7. 1 概述

　　“LimitedClinicalData”数据对象分为四个独立的数据集 :有限急诊数据集 、血型和输血记录数据集 、免疫接种数据集和扩展急诊数据集 。不同分组的数据集具备不同的安全设置 ,包括附加属性中条款所决定的访问权限 。“LimitedClinicalData”的结构见图 2,“LimitedClinicalData”对象的单个实体见表 1。该数据对象按照附录 A 中的 ASN. 1 定义进行构建 。在符合本文件的健康卡上 “ExtendedEmergency- Data”对象可能会出现在“ExtendedClinicalData”对象中 。

　　3

　　GB/T 21715.3—2025

　　图 2 “LimitedClinicalData”的结构

　　表 1 “LimitedClinicalData”对象的单个实体

　　对象名称

　　数据类型

　　可出现频次

　　说明

　　limitedEmergencyData

　　类

　　0. . 1

　　本类保存了被记录人的急诊记录

　　bloodGroupingAndTransfusionData

　　类

　　0. . 1

　　本类保存了 被 记 录 人 的 血 型 和 被 记 录 人 所 接 受的任何血制品的记录

　　immunisationDetails

　　类

　　0. . 1

　　本类保存了被接种人的免疫接种记录

　　extendedEmergencyData

　　类

　　0. . 1

　　本类保存了有限急诊数据的国家或地区的扩展

　　7.2 有限急诊数据集

　　“LimitedEmergencyData”对象由组成 “EmergencyDataBitMap”的 一 组 数 据 和 可 选 元 素 “Accesso- ryAttributes”两部分组成 。其中 ,“EmergencyDataBitMap”是一个布尔型序列 ,状态 “true”表示被记录人的现有状况 ,在药物治疗的情况下表示被记录人可能正在采用药物治疗 。该对象除传送患者携带的警示卡和“MedieAlert”的数据通信外 ,还传送国际急诊记录草案所定义的大部分固定临床数据 。“Lim- itedEmergencyData”的结构见图 3,“LimitedEmergencyData”对象的单个实体见表 2。

　　图 3 “LimitedEmergencyData”的结构

　　表 2 “LimitedEmergencyData”对象的单个实体

　　对象名称

　　数据类型

　　可出现频次

　　说明

　　emergencyDataBitMap

　　布尔

　　1

　　布尔序列

　　accessoryAttributes

　　类

　　0. . 1

　　一种包含专门用来决定鉴别和授权的数据对象

　　4

　　GB/T 21715.3—2025

　　7.3 免疫接种细目

　　“ImmunizationDetails”数据对象中包含的免疫接种记录用于提供“被记录人 ”已接受的免疫接种记录 ,该记录应同其他代码型临床数据分开 ,便于使免疫接种记录处于不同的安全状态 。通常 ,该类型的信息和有限急诊数据具有相同级别的安全状态 。“ImmunisationDetails”的结构见图 4,“Immunisation- Details”对象的单个实体见表 3。“ImmunisationsReceived”的结构见图 5,“ImmunisationsReceived”对象的单个实体见表 4。“Immunization”对象的单个实体见表 5。

　　图 4 “ImmunisationDetails”的结构

　　表 3 “ImmunisationDetails”对象的单个实体

　　对象名称

　　数据类型

　　可出现频次

　　说明

　　immunisationsReceived

　　类

　　1

　　已接种的疫苗清单

　　accessoryAttributes

　　类

　　0. . 1

　　一种包含专门用来决定鉴别和授权的数据对象

　　图 5 “ImmunisationsReceived”的结构

　　表 4 “ImmunisationsReceived”对象的单个实体

　　对象名称

　　数据类型

　　可出现频次

　　说明

　　immunization

　　类

　　1. . *

　　已接受的免疫接种

　　5

　　GB/T 21715.3—2025

　　表 5 “Immunization”对象的单个实体

　　对象名称

　　数据类型

　　可出现频次

　　说明

　　immunisationEmergencyCategory

　　类

　　0. . 1

　　—

　　immunisationIndicator

　　枚举

　　1

　　无(0) ,一次或多次(1) ,未知(2) ,不良反应(3)

　　immunisationStatus

　　枚举

　　1

　　未指明(0) ,第一剂(1) ,第二剂(2) ,第三剂(3) ,接种完成(4) ,强化(5)

　　lastDateImmunised

　　日期

　　0. . 1

　　—

　　immunisationCode

　　代码型数据

　　1

　　免疫接种的实际代码型数据含义

　　7.4 血型检验和输血记录

　　血型检验和输血记录旨在作为患者数据集中的独立数据对象 , 同急诊和免疫接种记录设置不同的安全属性 。该数据对象用来提供 “被记录人 ”的血型记录以及用来携带被记录人已接受的任何血制品的 相关数据 。“BloodGroupingAndTransfusionData”的结构见图 6,“BloodGroupingAndTransfusionData”对象的单个实体见表 6。

　　图 6 “BloodGroupingAndTransfusionData”的结构

　　表 6 “BloodGroupingAndTransfusionData”对象的单个实体

　　对象名称

　　数据类型

　　可出现频次

　　说明

　　bloodGrouping

　　类

　　0. . 1

　　保存被记录人血型的相关数据

　　bloodTransfusionData

　　日期

　　0. . 1

　　保存被记录人的输血日期

　　accessoryAttributes

　　类

　　0. . 1

　　一种包含专门用来鉴别和授权的数据对象

　　“BloodGrouping”的结构见图 7,“BloodGrouping”对象的单个实体见表 7。

　　图 7 “BloodGrouping”的结构

　　6

　　GB/T 21715.3—2025

　　表 7 “BloodGrouping”对象的单个实体

　　对象名称

　　数据类型

　　可出现频次

　　说明

　　bloodGroup

　　字符串

　　1

　　记录血型数据

　　rhesusFactor

　　字符串

　　1

　　记录 Rh因子的数据

　　dateLastBloodGrouping

　　日期

　　0. . 1

　　最近一次血型检验的 日期

　　bloodGroupFreeText

　　字符串

　　0. . 1

　　描述血型检验的 自 由文本

　　“BloodTransfusionData”的结构见图 8,“BloodTransfusionData”对象的单个实体见表 8。

　　图 8 “BloodTransfusionData”的结构

　　表 8 “BloodTransfusionData”对象的单个实体

　　对象名称

　　数据类型

　　可出现频次

　　说明

　　bloodTransfusionIndicator

　　枚举

　　1

　　从未输过血(0) ,一次(1) ,一次以上(2)

　　lastBloodTransfusionDate

　　UTC 日期

　　0. . 1

　　最近一次输血的 日期

　　bloodProductGiven

　　代码型数据

　　0. . 1

　　用 “代码型 数 据 ”的 结 构 来 记 录 获 得 的 血 液 制 品的类型

　　7.5 扩展急诊数据集

　　可选对象“ExtendedEmergencyData”应携带对象 “LimitedEmergencyData”的补充信息 , 包 含 了 可能在紧急情况 下 会 用 到 的 编 码 临 床 数 据 。 该 对 象 还 可 作 为 对 有 限 急 诊 数 据 的 国 家 或 地 区 性 扩 展 。 “ExtendedEmergencyData”的结构见图 9,“ExtendedEmergencyData”对象的单个实体见表 9。“Emer- gencyItem”对象的单个实体见表 10。

　　图 9 “ExtendedEmergencyData”的结构

　　7

　　GB/T 21715.3—2025

　　表 9 “ExtendedEmergencyData”对象的单个实体

　　对象名称

　　数据类型

　　可出现频次

　　说明

　　emergencyItems

　　类

　　1. . *

　　一个包含医疗操作 、患 者 问 题 或 诊 断 的 代 码 描 述符的列表

　　accessoryAttributes

　　类

　　0. . 1

　　一种包含专门用来鉴别和授权的数据对象

　　表 10 “EmergencyItem”对象的单个实体

　　对象名称

　　数据类型

　　可出现频次

　　说明

　　emergencyItem

　　代码型数据

　　1

　　医疗操作 、患者问题或诊断的代码描述符

　　onsetDateTime

　　日期时间

　　0. . 1

　　医疗操作 、患者问题或诊断的时间和 日期

　　“ConceptDescriptor”对象描述急诊项目 。“ConceptDescriptor”的结构见图 10,“ConceptDescriptor”对象的单个实体见表 11。

　　注 : “ConceptDescriptor”对象的定义来自 ISO 21090 中数据类型 CD. CV 的定义 。

　　图 10 “ConceptDescriptor”的结构

　　表 11 “ConceptDescriptor”对象的单个实体

　　对象名称

　　数据类型

　　可出现频次

　　说明

　　conceptCode

　　字符串

　　0. . 1

　　一个概念代码

　　conceptName

　　字符串

　　0. . 1

　　一个概念名称

　　conceptOriginalText

　　字符串

　　0. . 1

　　用于编码的原始文本

　　8

　　GB/T 21715.3—2025

　　附 录 A

　　(规范性)

　　ASN. 1 数据定义

　　EXP(Lim)iORT(tedC)lS(i)nLim(ica)lit(D)ed(ata)CDlinicalData(EFINITI)O;NS : : = BEGIN

　　--AccessoryAttributes,CodingSchemesUsed,CodedData,RefPointerare defined

　　--in GB/T 21715. 2

　　IMPORTS AccessoryAttributes, CodingSchemesUsed, CodedData, RefPointer FROM Common- DataTypes;

　　L{imitedClinicalData : : = SET

　　limitedEmergencyData

　　[0] LimitedEmergencyData

　　OPTIONAL,

　　bloodGroupAndTransfusionData

　　[1] BloodGroupAndTransfusionData

　　OPTIONAL,

　　immunisationDetails

　　[2] ImmunisationDetails

　　OPTIONAL,

　　extendedEmergencyData

　　[3] ExtendedEmergencyData

　　OPTIONAL

　　}

　　L{imitedEmergencyData : : = SET

　　emergencyDataBitMap [0] EmergencyDataBitMap,

　　accessoryAttributes [1] AccessoryAttributes OPTIONAL

　　}

　　E{mergencyDataBitMap : : = SEQUENCE

　　asthma [0] BOOLEAN ,

　　heartDisease [1] BOOLEAN ,

　　cardiovascularDisease [2] BOOLEAN ,

　　epilepsyFits [3] BOOLEAN ,

　　neurologicalDisorder [4] BOOLEAN ,

　　coagulationDisorder [5] BOOLEAN ,

　　diabetes [6] BOOLEAN ,

　　glaucoma [7] BOOLEAN ,

　　dialysisTreatment [8] BOOLEAN ,

　　transplantedOrgan [9] BOOLEAN ,

　　missingOrgan [10] BOOLEAN ,

　　removableProsthesis [11] BOOLEAN ,

　　pacemakerInSitu [12] BOOLEAN ,

　　slowAcetylator [13] BOOLEAN ,

　　takingAntipsychoticMedication [14] BOOLEAN ,

　　takingAnticonvulsants [15] BOOLEAN ,

　　takingAntiarrythmics [16] BOOLEAN ,

　　9

　　GB/T 21715.3—2025

　　takingBloodPressureDrugs [17] BOOLEAN ,

　　takingAnticoagulants [18] BOOLEAN ,

　　takingAntidiabeticAgents [19] BOOLEAN ,

　　takingAntihistamines [20] BOOLEAN ,

　　receivedStreptokinase [21] BOOLEAN ,

　　allergicToAnalgesics [22] BOOLEAN ,

　　allergicToAnimalHair [23] BOOLEAN ,

　　allergicToAntibiotics [24] BOOLEAN ,

　　allergicToCitrusFruits [25] BOOLEAN ,

　　allergicToHouseDust [26] BOOLEAN ,

　　allergicToEggs [27] BOOLEAN ,

　　allergicToFishShellfish [28] BOOLEAN ,

　　allergicToIodine [29] BOOLEAN ,

　　allergicToMilk [30] BOOLEAN ,

　　allergicToNuts [31] BOOLEAN ,

　　allergicToPollens [32] BOOLEAN ,

　　allergicToOtherAgent [33] BOOLEAN ,

　　otherData [34] BOOLEAN --Boolean setto true indicates that

　　-- more information is contained within extended clinical data

　　}

　　{

　　BloodGroupAndTransfusionData : : = SET

　　bloodGrouping

　　[0] BloodGrouping

　　OPTIONAL,

　　bloodTransfusionData

　　[1] BloodTransfusionData

　　OPTIONAL,

　　accessoryAttributes

　　[2] AccessoryAttributes

　　OPTIONAL

　　}

　　B{loodGrouping : : = SEQUENCE

　　bloodGroup [0] BloodGroup,

　　rhesusFactor [1] RhesusFactor,

　　dateLastBloodGrouping [2] UTCTime,

　　bloodGroupFreeText [3] OCTET STRING (SIZE(1. . 30)) OPTIONAL

　　}

　　B{loodTransfusionData : : = SEQUENCE

　　bloodTransfusionIndicator

　　[0] BloodTransfusionIndicator,

　　lastBloodTransfusionDate

　　[1] UTCTime

　　OPTIONAL,

　　bloodProductGiven

　　[2] CodedData

　　OPTIONAL

　　}

　　I{mmunisationDetails : : = SET immunisationsReceived

　　[0] ImmunisationsReceived,

　　accessoryAttributes

　　[1] AccessoryAttributes OPTIONAL

　　10

　　GB/T 21715.3—2025

　　}

　　ImmunisationsReceived : : = SEQUENCE OF Immunisation

　　I{mmunisation : : = SEQUENCE

　　immunisationEmergencyCategory[0] BOOLEAN ,

　　immunisationIndicator [1] ImmunisationIndicator,

　　immunisationStatus [2] ImmunisationStatus,

　　lastDateImmunised [3] UTCTime OPTIONAL,

　　immunisationCode [4] CodedData

　　}

　　E{xtendedEmergencyData : : = SET

　　emergencyItem [0] SEQUENCE OF EmergencyItem ,

　　onsetDateTime [1] UTCTime OPTIONAL,

　　accessoryAttributes [2] AccessoryAttributes OPTIONAL

　　}

　　E{mergencyItem : : = SET emergencyItem

　　[0] ConceptDescriptor,

　　onsetDateTime

　　[1] UTCTime

　　OPTIONAL

　　}

　　C{onceptDescriptor : : = SET

　　code

　　[0] OCTET STRING

　　OPTIONAL,

　　codingSchemeRef

　　[1] RefPointer

　　OPTIONAL,

　　displayName

　　[2] OCTET STRING

　　OPTIONAL,

　　originalText

　　[3] OCTET STRING

　　OPTIONAL

　　}

　　Rh(Blo)e(o)su(d)sF(Gr)a(o)ct(up)or:::=:= ENUMERATED(ENUMERATED){{p(o)o,si(a)t,iv(b)e,a,n(b)e}gative}

　　pletedCourse,booster}

　　Im(B)lom(o)u(d)ni(Tr)s(a)ationS(nsfus)itatus(onIn)di:c:arE:N:MERATED(ENUMERA)T{uns(ED)p{ecified(never),,f(o)i(n)r(c)st(e)D,o(m)se(or)e,s(T)e(h)co(a)n(n)dD(On)o(c)s(e)}e, thirdDose, com-

　　EN(Im)D(m)unisationIndicator : : = ENUMERATED {never,oneOrMore,unknown,adverseReaction}

　　11

　　GB/T 21715.3—2025

　　参 考 文 献

　　[1] GB/T 2659. 1—2022 世界各国和地区及其行政区划名称代码 第 1 部分 : 国家和地区代码

　　[2] GB/T 9387. 2—1995 信息处理系统 开放系统互连 基本参考模型 第 2 部分 :安全体系结构

　　[3] ISO 6093 Information processing—Representation ofnumericalvaluesin characterstrings for information interchange

　　[4] ISO 8601(所有部分) Date and time—Representations for information interchange

　　[5] ISO 21090 Health informatics— Harmonized data types for information interchange

　　[6] ISO/IEC 7810 Identification cards—Physical characteristics

　　[7] ISO/IEC 6523-1 Information technology—Structure for the identification of organizations and organization parts—Part1:Identification oforganization identification schemes

　　[8] ISO/IEC 8825-1 Information technology—ASN. 1 encoding rules—Part1: Specification of Basic Encoding Rules(BER) , Canonical Encoding Rules(CER) and Distinguished Encoding Rules (DER)

　　[9] ISO/IEC 8859-1 Information technology—8-bit single-byte code graphic character sets— Part1:Latin alphabetNo. 1

　　[10] ISO/IEC9594-8 Information technology—Open systemsinterconnection—Part8:TheDi- rectory:Public-key and attribute certificate frameworks

　　[11] ISO/IEC 9798-1 Information technology—Security techniques—Entity authentication— Part1:General

　　[12] ISO/IEC 10181-2 Information technology—Open Systems Interconnection—Securityframeworks foropen systems:Authentication framework

　　12