GB/T 21715.4-2011
基本信息
标准号： GB/T 21715.4-2011
中文名称：健康信息学 患者健康卡数据 第4部分:扩展临床数据
标准类别：国家标准(GB)
标准状态：现行
出版语种：简体中文
下载格式：.rar .pdf
下载大小：505KB
标准分类号
关联标准
出版信息
相关单位信息
标准简介
GB/T 21715.4-2011 健康信息学 患者健康卡数据 第4部分:扩展临床数据
GB/T21715.4-2011
标准下载解压密码：www.bzxz.net
标准图片预览
标准内容
ICS 35. 240. 80
中华人民共和国国家标准
GB/T 21715.4—2011
健康信息学
患者健康卡数据
第4部分：扩展临床数据
Health informatics-Patient healthcard dataPart 4:Extended clinical data(IS0 21549-4:2006,M0D)
2011-07-29 发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2011-12-01实施
规范性引用文件
术语和定义
缩略语
键康数据卡的基本数据对象模型5
5. 1 患者健康卡数据对象结构
5.2供引用的基本数据对象
6卡忙息中扩展临床数据的功能要求6.1用途概述
6.2医疗保健方之间的临床消息传递7扩展临床数据
7.1概述·
7.2临床事件描述
7.3映射的临床消息
7.4扩展急诊数据
附录A（规范性附录）
附录 B (资料性附录)
附录C (资料性附录)
参考文献
ASN.1数据定义
扩展临床数据结构的基本原理
临床事件的类型与子类型
GB/T 21715.4—2011
..++...
GB/T21715健康信息学患者健康卡数据\分为七个部分：第1部分：总体结构；
第2部分，通用对象：
—第3部分：有限临床数据；
第 4部分:扩展临床数据！
-——第5部分：标识数据F
—第 6部分,管理数据:
—第7部分：用药数据。
将来还可能增加新的部分。
本部分为 GB/T 21715 的第 4部分。GB/T 21715.4—2011
本部分改采用IS021549-4：2006健康信息学患者健康卡数据第4部分，扩展临床数据”（英文版）。
本部分与ISO21549-4：2006相比，其技术差异为：修改了图1中类之间关系的描述，用合成关系替代了关联关系，使图1中类之间的关系更明确：
在5,2.2中增加了GB/T2260—2007的示例，ISO)21549-4仅给出了ISO3166-1（GB/T26592000）的示例。
本部分与ISO21549-4:2006相比，其编辑性差异为t囊1～表4增了一列中文名称！
在参考文献中增如了GB/T2260--2007中华人民共和国行政区划代码和GB/T2659-2000%世界各国和地区名称代码>两项标准。本部分的附录A为规范性附录，附录B和附录C为资料性附录。本部分由中国标准化研究院握出并归口。本部分起草单位：中国标准化研究院。本部分主要起草人，藍连续、陈煌、石丽娟。GB/T 21715.4--2011
随著流动人口的增加,更多的医疗服务发生在社区以及患者家中,因而对高质量流动医疗服务的需求不断增长，便携式信息系统和存储器也随之得以迅速开发和利用。通过移动的医疗记录文件，这些设备可实现从身份识别到患者便携式监控等一系列系统功能。这些设备的功能是携带可识别的个人信息，并与其他系统之间进行传递，因此，在工作期间，它们可能与许多功能和性能有很大差异的不同技术系统一起共享信息。医疗保健皆理越来越依靠类似自动化的识别系统。例如，对处方进行自动处理，患者可通过使用便携式可读计算机设备实现在不同地点之间的数据交换。医疗保险公司和保健提供方越来越多地涉及到跨区域治疗中。在这种情况下，理赔可能需要在很多不同的保键系统之间自动交换数据。可远程访间数据库及其支持系统的出现带动了“保健受益人”识别设备的开发和利用，这些设备能执行安全功能并且能经由网络向远程系统传送数字签名。随者使用日带保健服务中数据卡的日益增多，有必要对数据格式进行标准化以实现数据交换。数据卡换带的与人相关的数据可分成3种主要类型：标识数据（设备本身的标识数据及设备所拼带的个人标识数据），管理数据和临床数据。帮要特别指出的是，实际使用的健链康数据卡应包含设备本身的标识数据及其换带数据所涉及的个人标识数据，而管理数据，临床数据、用药数据和链接数据是可附加的。
设备数据包括：
设备本身的标识；
设备功能和能力的标识。
标识数据可包括：
…·设备持有者的唯一标识或者所有其他与该设备所操带数据相关的人的唯一标识。管理数据可包括：
个人柑关的补充数据；
一谋健资金的标识，表明其是有支付的还是自付的，以皮们的关系，即保险公司，保险合同和保险单或者保险费的类型：
保健服务所必需的其他数据(不同于临床数据）。临床数据可包括：
提供健康信息和健康事件信息的数据项保健提供者对他们的评价和标注；一已计划的、要求的或者已经执行的临床行为。因为数据卡本质上是给明确的查询提供具体的答复，同时有必要通过消除穴余来优化使用存储空间，所以在定义健廉数据卡数据结构时使用了高层次的对象建模技术（OMT）。本部分使用UMI、纯女本和ASN.1来摘述和定受惠者持有的健康数据卡所使用或引用的扩展临床数据对象。
本部分仗用和应用GB/T 21715第2部分定义的一般对象,不对其进行描述或定义。1范围
健康信息学患者健康卡数据
第4部分；扩展临床数据
GB/T 21715.4—2011
GB/T21715的本部分规定了扩展临床数据对象中所含数据的基本结构，但没有规定或指定用于存储在设备中的专门数据集。
本部分适用于由患者健康卡记录或传递的数据，该患者健康卡与 GB/T 14916中定义的各类 ID-1卡的物理尺寸一致。
为了促进五操作，一旦建立了用于医疗保健领最且符合GB/T21715的应用，则该应用所需的数据项应取自第6章和第7章所给山的对象列项（其中某些对象是可扩展的），这些数据项与GB/T21715其他部分所定义的数据联合使用。本部分不适用于下列服务的详细功能和机制（即使它的结构可供其他地方规定的合适数据对象使用：
.自由文本数据的编码；
一一可由数据卡用户接照具体应用所规定的安全功能和相关服务，例如，保密性保护，数据完整性保护，以及与这些功能相关的个人和设备的身份鉴定；依赖于某些数据卡类型的访问间控制服务，例如微处理器卡：一-·初始化和发布过程（个人数据卡工作周期的开始，并且使数据卡为后续通信中为其传递符合本部分要求的数据做谁备）。
本部分也不包括以下内容，免费标准下载网bzxz
一用于特定类型数据卡的实际功能物理或者逻辑解供方案：如何处理在两个系统接口间的消息；教据卡外部的数据所使用的格式，以及在数据卡或其他地方用以可视化地表达这类数据的方式。
2规范性引用文件
下列文件中的条款通过GB/T21715的本部分的引用而成为本部分的款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或惨订版均不适用于本部分，燃而，鼓励根据本部分达成协议的各方研究是否可使用这些文拜的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。
GB/T14916—2006识别卡物理特性（ISO/IEC7810:2003,IDT)GB/T21715.2—2008健康信息学患者健康卡第2部分：通用对象（ISO21549-2：2004,IDT）GB/T21715.3-2008健康信息学患者健康卡第3部分：有限临床数据（ISO21549-3:2001，IDT)
3术语和定义
下列术语和定义适用于GB/T21715的本部分。1
GB/T 21715.4—2011
临床信息 clinical informatiant医疗保健方所记录或负责的关于医护主体与健康和治疗相关的信息。注 1: 临床数据/信息与个人健康或医疗保健有关,这些信息取自接受医疗保健服务的个人或与之相关。 它包括保健提供方对惠者身体或精神健球状况的客观检查或主观诊断.个人健康史和家族健廉史，诊断分析，诊断原理、诊断过程、发现、疗法,所开药方、治疗反溃、症状指述以及与患者健康相关的社会经济和环境因素。ASTME1769,CPRI
注2，可包括医护主体的保健环境信总或相关人的信息。3.2
数据对象data object
自然分组并且可标识为一个完整实体的数据策合。[GB/T 21715, 1 --2008/ISO 21549-1+2004]3.3
值康卡持有者 healthcard bolder持有键康数据卡的个人，该卡中包含了标识此人为主的相关记录。[GB/T 21715.2—2008/ISO21549-2.2004]3.4
随廉数据卡healthcaredata card用于健康领域且符合GB/T14916的机器可读卡。[GB/T 21715.1—2008/1SO 21549-1:2004]3.5
医疗保健方healthcare party
对个人或群体提供直接或间接医疗服务的组织或个人。注：医疗保健方是医疗保健代理中的一个子集。[EN14720-1]
鞋接Liakage
对两个或两个以上实体或部分进行连接。注：链接可以是实物的，电气的或关系的，[GB/T 21715.3—2008/ISO 21549-3:2004]3.7
记录record
所采集数据的集合。
[GB/T 21715.1—2008/ISO 21549-1:2004]3.8
被记豪人recordperson
与一条可标识记录对应的个人，该记录包含与该人相关的数据。[GB/T21715.1—2008/IS021549-1.2004】3.9
中继代理 relaying agent
被授权在医疗保健请求方和被请求方之间双向传输消息的中介，该传输是在被请求的医疗保健方2
标识未知，不能直接通信时进行，且该授权由个体患者决定。4缩略语
下列缩略语适用于GB/T21715的本部分。ASN.1
抽象语法记法，版本1
欧洲标准
保健受益人
健康数据卡
国际电工委员会
国际标准化组织
统一建模语言
协调世界时间
健束数据卡的基本数据对象模型5
5.1患者健康卡数据对象结构
GB/T 21715.4—2011
Ahstract Syntax Notetion vcrsionlEuropean Norm
Healthcare person
Healthcare data card
InternationalElectro technical CommissionInternational Organization for StandardizatiorUnified Modeling Language
Coordinated Universal Tirne
GB/T 21715 设计了一组能灵活地存储临床数据的基本数据对象,并允许将来增加特定应用。通过有效利用存储空间的方式，实现已存储数据的通用附加特性。有效利用存储空间，也是大多类型数据卡共有的重要特征。
基本数据对象由基于面向对象模型的类结构组成,该模型的 UML类框图如图 1 所示P atientHeahthrardDate
DeviceDala
antifaienDade
AdministrativeDete
ClinicalLarta
LimitedClinicalDate
PatientHealthcardSecurityDataMedicationDara
ExtendedC linicalTata
图1患者健康卡数据的总体结构
该面向对象的结构的内容在下面描述，也可能需要用到本部分没有定义的其他数据对象。注：在保持特定语境标记时有可能需要获取数据对象井量新组合它们，在保持互操作性时也可能需要定义新的对象。
除具有用简单的构筑模块建立起复杂的案合数据对象的能力外，GB/T21715还充许在些对象之间建立起关联，以便使信息可以共享。例如该特征主要使一套附加屏性可以用来为若干个所存储的信息对象提供服务。
5.2供引用的基本数据对象
5.2.1概迷
GB/T 21715已经定义了一系列普遍有用的数据类型，虽然这些定义本身没有内在的值，但是GB/T2I715可以用其来定义其他对象，前以在与其他有关的信息对象相关联的情况下对这些对象进行相应操作来\附加值\。这些对象在 GB/T 21715. 2一2008 中已经给出了正式的定义。3
GB/T 21715.4—2011
5.2.2代码型数据
代码值的含义是由其对应的编码方案来决定的。GB/T 21715 的本部分的一般原则是,当这些代码作为参数时，除非在本部分里做了特别规定，否则不刻意要求使用特定的编码方案。例如，可以使用GB/T2659—2000规定的国家代码和GB/T2260—2007规定的我国行政区划代码。某个特定的编码方案一且在本方案中确定，就不再允许使用其他任何编码方案，但对任何未按上述形式引用的综码方案，将来都可对其进行独立于本标准其他部分的髂改调整。数据对象\CodedData”（代码型数据>应按照GB/T21715.2—2008的定义来构建5.2.3设备和数据的安全胃性
用于健虽领域的数据卡中存储的数据对个人来说可能非常敏感。因此，本部分使用了在GB/T21715.2一2008中定义的一系列安全属性。实际数据内容（值>和使用这些数据元素的机制不在本部分的范围内。需强调的是，如果数据卡中没有实施合适的安全功能和安全机制，则安全属性将不能满足特定的安全需求。
“访间”权限由与各离散数据项相关的特定个体来决定。该权限由应用程序开发者定义，并且由自动化系统（如健康数据卡）来控制。这种权限可以在应用层定义，因而提供了应用和潜在的国家特异性。
数据对象“SecurityService\（安全服务）用来存储实现这些安全功能和机制所需的数据。这些数据能附加在单个数据元上，从而当数据对象在不同形式的数据卡间传送时，能够保持源作者的安全需求。因此，这种机制能够保证数据在从主动媒介传向被动媒介，然后再返回主动媒介的过程中重建出原始的安全需求。逆种能力有助于精确地复制数据卡，用于诸如健康卡失效后重建等情说。5. 2. 4谢加性
按照GB/T21715.2—一2008中的定义，数据对象AccessoryAttribute\（附加属性>应由一组有序的数据组成，这组数据对于记录下有关对信息发送方和信息到达接收方的方式的审计跟踪是至关重要的，6卡信患中扩展临床数据的功能要求6.1用滤概述
GB/T21715的本部分主要用于健康数据卡（HDC)：一在松散结合的医疗保健方（如未能建立网络联系或还设有可信的第三方医疗保健方）之间携带临床消息(医蝙,转诊、报告)：
在紧密结合的医疗保健方（如已建立网络联系或巨有可信的第三方医疗保健方）之间携带临床消息的链接和访间密钥
-携带扩展的有限临床数据集（见GB/T21715.3）的诊断和过程的代码型概要，这些概要可以是有限临床数据在国家层面或机构层面上的扩展。6. 2医疗保健方之间的临床满息传递设计HDC用于医疗保健方之间传递临床消息时，应考虑HDC能作为中继代理的安全数据媒介。：该HDC无带预先确定目标医疗保健方就可接收临床消息，也有鉴别该医疗保健方获取这些临床数据的资格的作用。
7扩展怖床数据
7.1概述
扩展临床数据(Extended Clinical Data)具体分为三个独立的数据对象（其数据定义见附录A)：临4
GB/T 21715.4—2011
床事件索引(ClinicatEventDescription类），映射的临床消息（Ma力pedClinicalMessage类）和护展急诊数据(EatendedEmergencyData类）。由于它们分属不同组类，这些对象可以具有不同的安全设置，包括由附加属性（Acce5sor3Atrites类）中所含案款决定的访问权限扩展临床数据集的结构如图2所示（其基本原现参见附录B）。表1给出了扩展临床数据集中单个实体的具体说明。
?Expded Chdiksl'Datar?:
: ClincalEvenDesriptiom ::
Mapp-kClindcalMexxge
AarsorAlrhbules
图 2 扩展临床数据集的结构
ExtrodedemengensyDuts *.
表1扩展临床数据集中各单个实体的规格说明对类
CliricalEvenDescriptiun
MappedCtinicalMe5Ake
ExtendedEmergencyDeta
7.2临床率件描述
中文名称
临床事件措述
映射的临床消息
扩展急诊数据
对象类型
可出现频次
该类包含在 HDC 中注册的临床
事件描述
该类包含缺射的临床事性消息，该清息携带的是已注册临床事
件的信息
该类包含代码型扩展急诊数据
\ClinicalEventDescription\对象应由临床事件标识符、临床事件类型和了类型（控制代码）、临床事件发生月期、时间地点组成(参见附录C)，这些属性的定义和说明见表2：该对象可包含“AcCCssOry-Attrihutcs\这--可选元素，该对象用来支持相关临床消息的选择过程，临床事件描述数据集的结构见图3。
&: &: CliaicdEveRtEexription':EHECTETSIRING
eveaTrpeCodedaata
ventsubtypefa.uicaunna :
antatefineo: rbeime.
venPlke[0, 1]:RePone\:
: MppedCiniisiMessge
：AccesoryAtriburea
图3临床事件描述数据集的结构
根据图3,临床事件描述实例可以引所映射的临床消息实例和附属性实例。也可见表2。5
GB/T 21715.42011
对象类
eventID
eventType
eventSubtype
cventDateTime
eventPlace
clinMeysPointet
accessoryattributesPointer
7.3映射的临床消点
衰2临床事件描逆数据集中各单个实体的规格悦明中文名称
事件ID
事件类型
事件子类型
事件日期时间
事件地点
临床消息指针
阴附加风性指针
对象类型
人位字符串
缩码数据
编码据
协通世界时间
引用指针
引用指针
引用指针
可出现颊饮
该属性用于标识一个临床事件，允许相关临床消息发起方唯一标识该事件
该属性用于标识临床事件的类型（医响、转诊、出院、临床调查结果等)该属性用于标识管理所需的临床事件于类型(新建医察、取消医测等)该属性用于标识临床事件的日期及时间
该属性用于引用临床事件发生或往册的地点或系统的标识符
该属性用于引用映射的临床消息该风性用于引用附加属性
*MappedclinicalMtasagc\对象应携带临床事件的信息：该信息包含在临床消息中，临床消息由该事件触发，并由服务请求方指向服务提供方，或反向进行。该对象相关属性的定义和说明见表3。其关系结构见图4，
MappeiCliniceiMeste 8s.
......
EmesagmgReandardNang:Codedrate：
.+8888
messepeEncodingRulesriijiCodedDntamessageLengtisge[o. ,i]:Coitedciat8
messageMapngKul[0. . 1]:CodialDat2.?...
mappediMeaageOCIETSTRING
围4映射的临床消息数据整的结构.: Aicessory Atrituntes
根据图4每一个“MappedClinicalMessage\的实例都将被个描述临床事件实例引用，见表3.囊3映射的躺床消息中各单个实体的规格说明对象类
messagingStandardName
messagingStandardVersion
messageEncodingRules
mexhagelanguage
ney:ReMappingRuleg
mapptdMensare
accesaaryAttributesPointer
中文名称
消息传送标准名
消息传送标准版本
消息编码规剑
消息语言
消息映射规则
映射消息
附加属性指针
对象类型
代码型数据
代码型数据
代码型数据
代码型数据
化码型数据
八位字符
引用指针
可出现颊饮
该属性用于标识消息发起方传
选消息所使用的标准名称
该属性用于标识消态发起疗传
送消意所使用的标准版本
该属性用于标识消息发起方所
使用的缩码规则
该属性用于标识消息的首选
当消息写人 HDC 时,该属性标
识了卡应用所使用的映射规则
映射消急的本身
该厚性引用了附加属性
7. 4扩展急诊数据
GB/T 21715.4—2011
\ExtcndcdEmcrgencyData\对象应携带GB/T21715第3部分所定义的有限临床数据的补充信息。该信息包含代码型临床数据。其属性的相关定义及结构见表4和图5。ExtanklemznaeyDeta.s i
enetgeateyrinbiCeroetbesenptor e n sonsetDaie'Tios[o, . AUTcTime0. . 1
图5扩展急诊数据集结构
AccssoryAtibut
表4扩展意诊数据中各单个实体的规格说明对象类
emergencyItem
onsetDateTime
中文名称
急诊项
发作甘期时间
对象类型
概念描述符
协调世界
可出现频改
该属性是过程、忠者症状或诊断的代码型描述符
该履性是过塞、患者症状或诊断等发生的甘期和时而
GB/T 21715.4—2011
ClinicalEventDescription : : -- SETeventID
eventType
eventSubtype
eventDateTime
eventPlace
附录A
（规范性附录）
A5.V.1数据定义
OCTET STRING,
CodedData
CodedData OPTIONAL,
[3] UTCTime OPTIONAL.
[4] RefPainter OPTIONAL,
-指向存储于任何地址的个人/地点标识符的指针clinMessPointer
[5] RefPointer OPTIONAL,
指向存储于任何地址的临床消息的指针accessoryAttributesPointer
[6]RefPointerOPTIONAL
指向存储于任何地址的附加属性的指针MappedClinicaIMessage :: - SETmessagingStandardName
messagingStandardVersion
messageEncodingRules
messagcLanguagc
messageMappingRules
mappedMessage
accessoryAttribufesPoinfer
ExtendedEmergencyData ::= SETemergencyItem
onsetDateTime
accessoryAttributcsPointer
CodedData,
CodedData OPTIONAL.
CodedData OPTIONAL.
CodedData OPTIONAL.
CodedData OPTIONAL.
OCTET STRING.
RefPointer OPTJONAL
[o] ConceptDescriptor.
RefPointer OPTIONAL
指向存储于任何地址的时加属性的指针ConceptDesetiptor ::- SET
conccptCode
conceptName
codingSchemePointer
[O] OCTET STRING,
[1 OCTET STRING OPTIONAL,
[2] RefPointer.
指向存储于任何地址的编码方案的指针conceptOriginalText
conceptTranslation
[3] OCTET STRING OPTIONAL,
[4] SET OF CanreptDescriptor.
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国国家标准
GB/T 21715.4—2011
健康信息学
患者健康卡数据
第4部分：扩展临床数据
Health informatics-Patient healthcard dataPart 4:Extended clinical data(IS0 21549-4:2006,M0D)
2011-07-29 发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2011-12-01实施
规范性引用文件
术语和定义
缩略语
键康数据卡的基本数据对象模型5
5. 1 患者健康卡数据对象结构
5.2供引用的基本数据对象
6卡忙息中扩展临床数据的功能要求6.1用途概述
6.2医疗保健方之间的临床消息传递7扩展临床数据
7.1概述·
7.2临床事件描述
7.3映射的临床消息
7.4扩展急诊数据
附录A（规范性附录）
附录 B (资料性附录)
附录C (资料性附录)
参考文献
ASN.1数据定义
扩展临床数据结构的基本原理
临床事件的类型与子类型
GB/T 21715.4—2011
..++...
GB/T21715健康信息学患者健康卡数据\分为七个部分：第1部分：总体结构；
第2部分，通用对象：
—第3部分：有限临床数据；
第 4部分:扩展临床数据！
-——第5部分：标识数据F
—第 6部分,管理数据:
—第7部分：用药数据。
将来还可能增加新的部分。
本部分为 GB/T 21715 的第 4部分。GB/T 21715.4—2011
本部分改采用IS021549-4：2006健康信息学患者健康卡数据第4部分，扩展临床数据”（英文版）。
本部分与ISO21549-4：2006相比，其技术差异为：修改了图1中类之间关系的描述，用合成关系替代了关联关系，使图1中类之间的关系更明确：
在5,2.2中增加了GB/T2260—2007的示例，ISO)21549-4仅给出了ISO3166-1（GB/T26592000）的示例。
本部分与ISO21549-4:2006相比，其编辑性差异为t囊1～表4增了一列中文名称！
在参考文献中增如了GB/T2260--2007中华人民共和国行政区划代码和GB/T2659-2000%世界各国和地区名称代码>两项标准。本部分的附录A为规范性附录，附录B和附录C为资料性附录。本部分由中国标准化研究院握出并归口。本部分起草单位：中国标准化研究院。本部分主要起草人，藍连续、陈煌、石丽娟。GB/T 21715.4--2011
随著流动人口的增加,更多的医疗服务发生在社区以及患者家中,因而对高质量流动医疗服务的需求不断增长，便携式信息系统和存储器也随之得以迅速开发和利用。通过移动的医疗记录文件，这些设备可实现从身份识别到患者便携式监控等一系列系统功能。这些设备的功能是携带可识别的个人信息，并与其他系统之间进行传递，因此，在工作期间，它们可能与许多功能和性能有很大差异的不同技术系统一起共享信息。医疗保健皆理越来越依靠类似自动化的识别系统。例如，对处方进行自动处理，患者可通过使用便携式可读计算机设备实现在不同地点之间的数据交换。医疗保险公司和保健提供方越来越多地涉及到跨区域治疗中。在这种情况下，理赔可能需要在很多不同的保键系统之间自动交换数据。可远程访间数据库及其支持系统的出现带动了“保健受益人”识别设备的开发和利用，这些设备能执行安全功能并且能经由网络向远程系统传送数字签名。随者使用日带保健服务中数据卡的日益增多，有必要对数据格式进行标准化以实现数据交换。数据卡换带的与人相关的数据可分成3种主要类型：标识数据（设备本身的标识数据及设备所拼带的个人标识数据），管理数据和临床数据。帮要特别指出的是，实际使用的健链康数据卡应包含设备本身的标识数据及其换带数据所涉及的个人标识数据，而管理数据，临床数据、用药数据和链接数据是可附加的。
设备数据包括：
设备本身的标识；
设备功能和能力的标识。
标识数据可包括：
…·设备持有者的唯一标识或者所有其他与该设备所操带数据相关的人的唯一标识。管理数据可包括：
个人柑关的补充数据；
一谋健资金的标识，表明其是有支付的还是自付的，以皮们的关系，即保险公司，保险合同和保险单或者保险费的类型：
保健服务所必需的其他数据(不同于临床数据）。临床数据可包括：
提供健康信息和健康事件信息的数据项保健提供者对他们的评价和标注；一已计划的、要求的或者已经执行的临床行为。因为数据卡本质上是给明确的查询提供具体的答复，同时有必要通过消除穴余来优化使用存储空间，所以在定义健廉数据卡数据结构时使用了高层次的对象建模技术（OMT）。本部分使用UMI、纯女本和ASN.1来摘述和定受惠者持有的健康数据卡所使用或引用的扩展临床数据对象。
本部分仗用和应用GB/T 21715第2部分定义的一般对象,不对其进行描述或定义。1范围
健康信息学患者健康卡数据
第4部分；扩展临床数据
GB/T 21715.4—2011
GB/T21715的本部分规定了扩展临床数据对象中所含数据的基本结构，但没有规定或指定用于存储在设备中的专门数据集。
本部分适用于由患者健康卡记录或传递的数据，该患者健康卡与 GB/T 14916中定义的各类 ID-1卡的物理尺寸一致。
为了促进五操作，一旦建立了用于医疗保健领最且符合GB/T21715的应用，则该应用所需的数据项应取自第6章和第7章所给山的对象列项（其中某些对象是可扩展的），这些数据项与GB/T21715其他部分所定义的数据联合使用。本部分不适用于下列服务的详细功能和机制（即使它的结构可供其他地方规定的合适数据对象使用：
.自由文本数据的编码；
一一可由数据卡用户接照具体应用所规定的安全功能和相关服务，例如，保密性保护，数据完整性保护，以及与这些功能相关的个人和设备的身份鉴定；依赖于某些数据卡类型的访问间控制服务，例如微处理器卡：一-·初始化和发布过程（个人数据卡工作周期的开始，并且使数据卡为后续通信中为其传递符合本部分要求的数据做谁备）。
本部分也不包括以下内容，免费标准下载网bzxz
一用于特定类型数据卡的实际功能物理或者逻辑解供方案：如何处理在两个系统接口间的消息；教据卡外部的数据所使用的格式，以及在数据卡或其他地方用以可视化地表达这类数据的方式。
2规范性引用文件
下列文件中的条款通过GB/T21715的本部分的引用而成为本部分的款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或惨订版均不适用于本部分，燃而，鼓励根据本部分达成协议的各方研究是否可使用这些文拜的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。
GB/T14916—2006识别卡物理特性（ISO/IEC7810:2003,IDT)GB/T21715.2—2008健康信息学患者健康卡第2部分：通用对象（ISO21549-2：2004,IDT）GB/T21715.3-2008健康信息学患者健康卡第3部分：有限临床数据（ISO21549-3:2001，IDT)
3术语和定义
下列术语和定义适用于GB/T21715的本部分。1
GB/T 21715.4—2011
临床信息 clinical informatiant医疗保健方所记录或负责的关于医护主体与健康和治疗相关的信息。注 1: 临床数据/信息与个人健康或医疗保健有关,这些信息取自接受医疗保健服务的个人或与之相关。 它包括保健提供方对惠者身体或精神健球状况的客观检查或主观诊断.个人健康史和家族健廉史，诊断分析，诊断原理、诊断过程、发现、疗法,所开药方、治疗反溃、症状指述以及与患者健康相关的社会经济和环境因素。ASTME1769,CPRI
注2，可包括医护主体的保健环境信总或相关人的信息。3.2
数据对象data object
自然分组并且可标识为一个完整实体的数据策合。[GB/T 21715, 1 --2008/ISO 21549-1+2004]3.3
值康卡持有者 healthcard bolder持有键康数据卡的个人，该卡中包含了标识此人为主的相关记录。[GB/T 21715.2—2008/ISO21549-2.2004]3.4
随廉数据卡healthcaredata card用于健康领域且符合GB/T14916的机器可读卡。[GB/T 21715.1—2008/1SO 21549-1:2004]3.5
医疗保健方healthcare party
对个人或群体提供直接或间接医疗服务的组织或个人。注：医疗保健方是医疗保健代理中的一个子集。[EN14720-1]
鞋接Liakage
对两个或两个以上实体或部分进行连接。注：链接可以是实物的，电气的或关系的，[GB/T 21715.3—2008/ISO 21549-3:2004]3.7
记录record
所采集数据的集合。
[GB/T 21715.1—2008/ISO 21549-1:2004]3.8
被记豪人recordperson
与一条可标识记录对应的个人，该记录包含与该人相关的数据。[GB/T21715.1—2008/IS021549-1.2004】3.9
中继代理 relaying agent
被授权在医疗保健请求方和被请求方之间双向传输消息的中介，该传输是在被请求的医疗保健方2
标识未知，不能直接通信时进行，且该授权由个体患者决定。4缩略语
下列缩略语适用于GB/T21715的本部分。ASN.1
抽象语法记法，版本1
欧洲标准
保健受益人
健康数据卡
国际电工委员会
国际标准化组织
统一建模语言
协调世界时间
健束数据卡的基本数据对象模型5
5.1患者健康卡数据对象结构
GB/T 21715.4—2011
Ahstract Syntax Notetion vcrsionlEuropean Norm
Healthcare person
Healthcare data card
InternationalElectro technical CommissionInternational Organization for StandardizatiorUnified Modeling Language
Coordinated Universal Tirne
GB/T 21715 设计了一组能灵活地存储临床数据的基本数据对象,并允许将来增加特定应用。通过有效利用存储空间的方式，实现已存储数据的通用附加特性。有效利用存储空间，也是大多类型数据卡共有的重要特征。
基本数据对象由基于面向对象模型的类结构组成,该模型的 UML类框图如图 1 所示P atientHeahthrardDate
DeviceDala
antifaienDade
AdministrativeDete
ClinicalLarta
LimitedClinicalDate
PatientHealthcardSecurityDataMedicationDara
ExtendedC linicalTata
图1患者健康卡数据的总体结构
该面向对象的结构的内容在下面描述，也可能需要用到本部分没有定义的其他数据对象。注：在保持特定语境标记时有可能需要获取数据对象井量新组合它们，在保持互操作性时也可能需要定义新的对象。
除具有用简单的构筑模块建立起复杂的案合数据对象的能力外，GB/T21715还充许在些对象之间建立起关联，以便使信息可以共享。例如该特征主要使一套附加屏性可以用来为若干个所存储的信息对象提供服务。
5.2供引用的基本数据对象
5.2.1概迷
GB/T 21715已经定义了一系列普遍有用的数据类型，虽然这些定义本身没有内在的值，但是GB/T2I715可以用其来定义其他对象，前以在与其他有关的信息对象相关联的情况下对这些对象进行相应操作来\附加值\。这些对象在 GB/T 21715. 2一2008 中已经给出了正式的定义。3
GB/T 21715.4—2011
5.2.2代码型数据
代码值的含义是由其对应的编码方案来决定的。GB/T 21715 的本部分的一般原则是,当这些代码作为参数时，除非在本部分里做了特别规定，否则不刻意要求使用特定的编码方案。例如，可以使用GB/T2659—2000规定的国家代码和GB/T2260—2007规定的我国行政区划代码。某个特定的编码方案一且在本方案中确定，就不再允许使用其他任何编码方案，但对任何未按上述形式引用的综码方案，将来都可对其进行独立于本标准其他部分的髂改调整。数据对象\CodedData”（代码型数据>应按照GB/T21715.2—2008的定义来构建5.2.3设备和数据的安全胃性
用于健虽领域的数据卡中存储的数据对个人来说可能非常敏感。因此，本部分使用了在GB/T21715.2一2008中定义的一系列安全属性。实际数据内容（值>和使用这些数据元素的机制不在本部分的范围内。需强调的是，如果数据卡中没有实施合适的安全功能和安全机制，则安全属性将不能满足特定的安全需求。
“访间”权限由与各离散数据项相关的特定个体来决定。该权限由应用程序开发者定义，并且由自动化系统（如健康数据卡）来控制。这种权限可以在应用层定义，因而提供了应用和潜在的国家特异性。
数据对象“SecurityService\（安全服务）用来存储实现这些安全功能和机制所需的数据。这些数据能附加在单个数据元上，从而当数据对象在不同形式的数据卡间传送时，能够保持源作者的安全需求。因此，这种机制能够保证数据在从主动媒介传向被动媒介，然后再返回主动媒介的过程中重建出原始的安全需求。逆种能力有助于精确地复制数据卡，用于诸如健康卡失效后重建等情说。5. 2. 4谢加性
按照GB/T21715.2—一2008中的定义，数据对象AccessoryAttribute\（附加属性>应由一组有序的数据组成，这组数据对于记录下有关对信息发送方和信息到达接收方的方式的审计跟踪是至关重要的，6卡信患中扩展临床数据的功能要求6.1用滤概述
GB/T21715的本部分主要用于健康数据卡（HDC)：一在松散结合的医疗保健方（如未能建立网络联系或还设有可信的第三方医疗保健方）之间携带临床消息(医蝙,转诊、报告)：
在紧密结合的医疗保健方（如已建立网络联系或巨有可信的第三方医疗保健方）之间携带临床消息的链接和访间密钥
-携带扩展的有限临床数据集（见GB/T21715.3）的诊断和过程的代码型概要，这些概要可以是有限临床数据在国家层面或机构层面上的扩展。6. 2医疗保健方之间的临床满息传递设计HDC用于医疗保健方之间传递临床消息时，应考虑HDC能作为中继代理的安全数据媒介。：该HDC无带预先确定目标医疗保健方就可接收临床消息，也有鉴别该医疗保健方获取这些临床数据的资格的作用。
7扩展怖床数据
7.1概述
扩展临床数据(Extended Clinical Data)具体分为三个独立的数据对象（其数据定义见附录A)：临4
GB/T 21715.4—2011
床事件索引(ClinicatEventDescription类），映射的临床消息（Ma力pedClinicalMessage类）和护展急诊数据(EatendedEmergencyData类）。由于它们分属不同组类，这些对象可以具有不同的安全设置，包括由附加属性（Acce5sor3Atrites类）中所含案款决定的访问权限扩展临床数据集的结构如图2所示（其基本原现参见附录B）。表1给出了扩展临床数据集中单个实体的具体说明。
?Expded Chdiksl'Datar?:
: ClincalEvenDesriptiom ::
Mapp-kClindcalMexxge
AarsorAlrhbules
图 2 扩展临床数据集的结构
ExtrodedemengensyDuts *.
表1扩展临床数据集中各单个实体的规格说明对类
CliricalEvenDescriptiun
MappedCtinicalMe5Ake
ExtendedEmergencyDeta
7.2临床率件描述
中文名称
临床事件措述
映射的临床消息
扩展急诊数据
对象类型
可出现频次
该类包含在 HDC 中注册的临床
事件描述
该类包含缺射的临床事性消息，该清息携带的是已注册临床事
件的信息
该类包含代码型扩展急诊数据
\ClinicalEventDescription\对象应由临床事件标识符、临床事件类型和了类型（控制代码）、临床事件发生月期、时间地点组成(参见附录C)，这些属性的定义和说明见表2：该对象可包含“AcCCssOry-Attrihutcs\这--可选元素，该对象用来支持相关临床消息的选择过程，临床事件描述数据集的结构见图3。
&: &: CliaicdEveRtEexription':EHECTETSIRING
eveaTrpeCodedaata
ventsubtypefa.uicaunna :
antatefineo: rbeime.
venPlke[0, 1]:RePone\:
: MppedCiniisiMessge
：AccesoryAtriburea
图3临床事件描述数据集的结构
根据图3,临床事件描述实例可以引所映射的临床消息实例和附属性实例。也可见表2。5
GB/T 21715.42011
对象类
eventID
eventType
eventSubtype
cventDateTime
eventPlace
clinMeysPointet
accessoryattributesPointer
7.3映射的临床消点
衰2临床事件描逆数据集中各单个实体的规格悦明中文名称
事件ID
事件类型
事件子类型
事件日期时间
事件地点
临床消息指针
阴附加风性指针
对象类型
人位字符串
缩码数据
编码据
协通世界时间
引用指针
引用指针
引用指针
可出现颊饮
该属性用于标识一个临床事件，允许相关临床消息发起方唯一标识该事件
该属性用于标识临床事件的类型（医响、转诊、出院、临床调查结果等)该属性用于标识管理所需的临床事件于类型(新建医察、取消医测等)该属性用于标识临床事件的日期及时间
该属性用于引用临床事件发生或往册的地点或系统的标识符
该属性用于引用映射的临床消息该风性用于引用附加属性
*MappedclinicalMtasagc\对象应携带临床事件的信息：该信息包含在临床消息中，临床消息由该事件触发，并由服务请求方指向服务提供方，或反向进行。该对象相关属性的定义和说明见表3。其关系结构见图4，
MappeiCliniceiMeste 8s.
......
EmesagmgReandardNang:Codedrate：
.+8888
messepeEncodingRulesriijiCodedDntamessageLengtisge[o. ,i]:Coitedciat8
messageMapngKul[0. . 1]:CodialDat2.?...
mappediMeaageOCIETSTRING
围4映射的临床消息数据整的结构.: Aicessory Atrituntes
根据图4每一个“MappedClinicalMessage\的实例都将被个描述临床事件实例引用，见表3.囊3映射的躺床消息中各单个实体的规格说明对象类
messagingStandardName
messagingStandardVersion
messageEncodingRules
mexhagelanguage
ney:ReMappingRuleg
mapptdMensare
accesaaryAttributesPointer
中文名称
消息传送标准名
消息传送标准版本
消息编码规剑
消息语言
消息映射规则
映射消息
附加属性指针
对象类型
代码型数据
代码型数据
代码型数据
代码型数据
化码型数据
八位字符
引用指针
可出现颊饮
该属性用于标识消息发起方传
选消息所使用的标准名称
该属性用于标识消态发起疗传
送消意所使用的标准版本
该属性用于标识消息发起方所
使用的缩码规则
该属性用于标识消息的首选
当消息写人 HDC 时,该属性标
识了卡应用所使用的映射规则
映射消急的本身
该厚性引用了附加属性
7. 4扩展急诊数据
GB/T 21715.4—2011
\ExtcndcdEmcrgencyData\对象应携带GB/T21715第3部分所定义的有限临床数据的补充信息。该信息包含代码型临床数据。其属性的相关定义及结构见表4和图5。ExtanklemznaeyDeta.s i
enetgeateyrinbiCeroetbesenptor e n sonsetDaie'Tios[o, . AUTcTime0. . 1
图5扩展急诊数据集结构
AccssoryAtibut
表4扩展意诊数据中各单个实体的规格说明对象类
emergencyItem
onsetDateTime
中文名称
急诊项
发作甘期时间
对象类型
概念描述符
协调世界
可出现频改
该属性是过程、忠者症状或诊断的代码型描述符
该履性是过塞、患者症状或诊断等发生的甘期和时而
GB/T 21715.4—2011
ClinicalEventDescription : : -- SETeventID
eventType
eventSubtype
eventDateTime
eventPlace
附录A
（规范性附录）
A5.V.1数据定义
OCTET STRING,
CodedData
CodedData OPTIONAL,
[3] UTCTime OPTIONAL.
[4] RefPainter OPTIONAL,
-指向存储于任何地址的个人/地点标识符的指针clinMessPointer
[5] RefPointer OPTIONAL,
指向存储于任何地址的临床消息的指针accessoryAttributesPointer
[6]RefPointerOPTIONAL
指向存储于任何地址的附加属性的指针MappedClinicaIMessage :: - SETmessagingStandardName
messagingStandardVersion
messageEncodingRules
messagcLanguagc
messageMappingRules
mappedMessage
accessoryAttribufesPoinfer
ExtendedEmergencyData ::= SETemergencyItem
onsetDateTime
accessoryAttributcsPointer
CodedData,
CodedData OPTIONAL.
CodedData OPTIONAL.
CodedData OPTIONAL.
CodedData OPTIONAL.
OCTET STRING.
RefPointer OPTJONAL
[o] ConceptDescriptor.
RefPointer OPTIONAL
指向存储于任何地址的时加属性的指针ConceptDesetiptor ::- SET
conccptCode
conceptName
codingSchemePointer
[O] OCTET STRING,
[1 OCTET STRING OPTIONAL,
[2] RefPointer.
指向存储于任何地址的编码方案的指针conceptOriginalText
conceptTranslation
[3] OCTET STRING OPTIONAL,
[4] SET OF CanreptDescriptor.
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。