GB∕T 39087-2020 健康信息学 健康信息学特征描述框架

ICS35.240.80

67

中华人民共和国国家标准

GB/T39087—2020

健康信息学健康信息学特征描述框架

Healthinformatics Healthinformaticsprofilingframework

(ISO/TR17119：2005,MOD)

2020-09-29发布

2021-04-01实施

GB/T39087—2020

目次

in

弓IW IV

1細 1

2术语和定义 1

3HIPF^fiiJ 2

4HIPF旅 3

5HIPF与其他框架的参考与对比 7附录A（资料性附录〉HIPF背景说明 8附录B（资料性附录）HIPF示例元模型 10附录C（资料性附录）HIPF单元示例 13附录D（资料性附录）HIPF与其他框架和模型的对比 15

16

本标准按照GB/T1.1-2009给出的规则起草.

本标准使用重新起草法修改采用ISO/TR17119:2005（健康信息学健谈信息学特征描述框架》.本标准与1SO/TR17119,2005相比，在结构上做了如下调整：

——劚除了ISO/TR17119,2005的附录E.

本标准与ISO/TR17119-2005的技术性差异及其原因如下：

一按照GB/T1.1-2009的规则对本标准范围进行了修改，删除丫ISO/TR17119：2005中的1.1和1.4,将ISO/TR17119:2005中的1.2和1.3调整到附录A中；

删除了ISO/TR17119:2005中的7项术语:2.2compatibility,2.3concept»2.5data,2.7granularity,2.13information,2.14interface、2.16top-down,以适应我国的技术条件；删除了ISO/TR17119.2005的3.1中第4段及其后面的段落，以适应我国的技术条件；——将ISO/TR17119：2005的3.2中的第2、3段调整为注（见3.2）,以适应我国的技术条件；删除了ISO/TR17119,2005的3.3中的第1段到第4段，以适应我国的技术条件；——将1SO/TR17119,2005的第4章中的多个悬置段修改为条，并删除丫1SO/TR17119：2005的4.1中的第二段、第三段，以适应我国的技术条件《

删除了ISO/TR17119,2005的第5章中的第一段、第三段，以适应我国的技术条件.

本标准还做了下列编辑性修改：

删除了ISO/TR17119:2005的附录A中关于国际标准制定过程的说明段落；

——改正了ISO/TR17119：2005中表D.1的格式错误》

将全文中“物理层”和“物理设计层”统一为“物理设计层”。

本标准由中国标准化研究院提出并归口.

本标准起草单位：中国标准化研究院、上海中医药大学、合肥市云联鸿达信息技术有限公司、安徽森爱驰医院管理股份有限公司、北京工业大学、上海市卫生和健康发展研究中心（上海市医学科学技术情报研究所）、深圳统标科技有限公司、深圳市卫生健康委员会、亳州讯飞倌息科技有限公司、珠海鼎基标准技术有限公司、健和九州（北京）科技有限公司、上海市中医文献馆、上海市浦东新区光明中医医院、汕头市信德嘉生物科技有限公司、潮州和德生物技术有限公司、山东盛泉养老服务集团有限公司、浙江好络维医疗技术有限公司、成都髙新秉正堂中医门诊部有限公司.

本标准主要起草人:任冠华、李静、蒋智谋、房立业、任志华、富饶、李锦轩、吴培凯、乔宝良、李丹、刘胜男、贾杨、齐佳龙、许莉、唐秀丹、左登华、邱龔模、应致标、苗锋、梁波.

库七七提供下载

健康信息学特征描述框架(HealthInformaticsProfilingFramework,HIPF)旨在有序描述健康信息学标准工件.HIPF作为一种通用的描述方法,可推动跨学科、跨管辖权的健康信息学标准之间的协调、交流和可比性。HIPF是基于其他重要的信息框架而建立的.

本标准不是用于限制或推动信息学标准和其制定工作之间的一致性，而是为描述现有的和正在制定的健康信息学标准提供一个有用的描述工具.

健康信息学健康信息学特征描述框架

1范围

本标准规定了健康信息学特征描述框架的概念、方法和应用，给出了与其他框架的参考和对比.本标准适用于健康信息学标准的研制和应用.

2术语和定义

下列术语和定义适用于本文件。

2.1

工件artefact

模型、文档或工作成果。

2.2

语境context

用于理解某个主题的含义和意义所需的条件和情景。

2.3

框架framework

用于支持或封装其他事物的一种结构，通常用于将复杂的事物划分为多个简单的组成部分。

2.4

健康信息学特征描述框架healthinformaticsprofilingframework

HIPF

描述健康信息学标准领域内各种工件的一种方法和工具.

2.5

HIPF单元HIPFcell

在HIPF分类矩阵语境中定义的、由HIPF视角和HIPF特异性交叉而形成的单元.

2.6

HIPF分类矩阵HIPFclassificationmatrix

包括健康信息学标准工件的维度——特异性级别和视角的一种结构.

2.7

HIPF视角HIPFperspective

根据健康信息学标准工件的观点、预期目的或关注点而对其进行区分的一种分类维度，注：本分类维度包括6个视角：内容、方法、地点、参与者、时间和原因，详见.

2.8

HIPF特异性HIPFspecificity

根据健康信息学标准工件在实施规定方面的抽象级别而对其进行区分的一种分类维度。注：本分类维度包括3个特异性层，即概念层、逻辑层和物理设计层，详见.

2.9

特征profile

简要说明、提纲或综述。

GB/T39087—2020

3HIPF总则3.1槪述

HIPF是协调健康信息学标准项目管理工具的基础，为健康信息学标准工件的分类提供了一•种方法.该方法采用了可扩展的体系架构。

HIPF是一种描述工具，包括一个二维的HIPF分类矩阵，维度分别是特异性和视角.虽然该矩阵结构比较简单，但是可通过标准工件与HIPF分类矩阵组件之间的多重关系反映矩阵的复杂性。这些关系可对健康信息学标准进行全面且可对比的描述。

除HIPF分类矩阵外，也可使用HIPF的可选属性对工件进行更详细的特征描述.

3.2概念

框架是用于支持或封装其他事物的一种结构。HIPF就是这样一种框架.

注1：框架和模S的一个基本特征是使离度复杂的系统在槪念上可管理.二者的区別主要在于全面性和方法上的差异.棋型主要关注的是描述箝要什么或什么可用，通常以可视化方式表述，框架通常用于描述和构建企业体系架构或其他综合领域.

注2,HIPF分类矩阵部分的开发是以众所周知的Zachman企业体系架构框架为基础.框架中的“领域”或Zachman术语中的“企业”是指“健康信息学”领域.

框架具有以下特性：

a） 将所关注的领域划分为便于管理的多个块；

b） 内容全面而形式简单J

C）由两个或多个维度组成.虽然可采用多维框架（如三维立方体），但大多数框架采用的是二维核心维度》

d）通常有一个维度（如某个特定视角）与语境相关.这种情况通常与信息用户（如设计人员、数据库开发人员）或领域（如团队、接收方）相关》

c） 可创建自己的框架，也可使用现有的适用结构（如果相关领域有合适可用的结构）。

根据特异性级别和视角（或关注区域）.HIPF分类矩阵对领域进行划分，并将其作为描述健康信息学标准工件的一致性和通用性方法.可使用可选属性（如批准状态和其他可选细节）对工件进行更详细的特征描述。

HIPF中，“特征”是对健康信息学标准工件的简要描述（包括分类）.

3.3应用

HIPF的基本结构是由3行特异性和6列视角组成的二维分类矩阵（见图1）.HIPF分类矩阵给出了标识和分类健康信息学标准工件内容的一种方法.两个维度的交点构成一个HIPF单元.如果将工件置于一个或多个HIPF单元中时，则完成了工件的分类.

特异性

图1HIPF分类矩阵

注：HIPF分类矩阵是Zaehman-企业体系架构框架”的具体应用，但依据对关注领域本质和特异性的观察，二者具有不同的行集.Zachman将企业人员角色的视角作为分类准则.但对于健康信息学标准组织所关注的工件分类，“特异性级別”准则比Zachman分类准则更适用于本标准.

HIPF背景说明参见附录A。

此外，本标准给出了一种用于工件定义和分类的正式方法，并创建了支持T件特征描述和知识库开发的示例元模型。表示HIPF结构内部关系的示例元模型参见附录B。

4H1PF方法

4.1方法说明

HIPF方法包括两个过程：工件特征描述和HIPF演变.两个过程都宜支持健康信息学工件的特征描述和HIPF知识库的不断演变，实现健康信息学标准工件的知识共享和对比.

4.2工件特征描述

4.2.1工件特征描述过程

工件特征描述过程为健康信息学标准及其配套工件提供了简要描述和通用分类。该过程分为多个步骤，包括工件分类、映射评估和工件定义（含可选域性）等，是一个迭代过程（见图2）.

映射

HIPF知识库

图2工件特征描述过程

工件特征描述过程可获得工件定义和分类知识.特征描述工件也可汇集形成健康信息学工件知识库.随若工件知识的不断増加和H1PF定义的不断变化，工件的定义也可能会随时间而改变.

4.2.2工件分类

工件分类说明

工件分类是指工件与一个或多个矩阵单元之间的映射（定位）。一旦将工件S于HIPF的维度特异性和视角的语境中，则认为对其进行了分类.工件分类还具有交叉引用两个或多个已映射工件的能力，

HIPF分类矩阵给出了一个由视角（6列）和特异性级别（3行）组成的二维视图。该二维视图旨在涵盖所有健康信息学标准工件.HIPF分类矩阵将健康信息学标准工件领域划分为18个独立的内容子领域。这些工件包括用于设计或构建健康信息的健康信息学模型、标准、文档和其他组件。

映射到HIPF分类矩阵的示例参见附录C.

特异性级别

.1特异性级别说明

待异性级别通过定义从抽象到具体的实施规定的级别来区分健康信息学标准工件.例如，在框架中，描述一个人可从通用的人口特性细化到其具体属性.特异性级别的主要类别是槪念层、逻辑层和物理设计层.

.2槪念层

槪念层包括健康信息学关注的事物类别。槪念层不关注细节，但包含可共享的基本含义，所以在概念层不包含详细的健康信息特性.槪念层是从战略层面上解决健谈信息的管理.

关键映射问题:工件是否在不考虑详细特性和健康信息内部关系的悄况下对基本含义进行了定义?示例：健康眼务机构或健康信息的高层和通用分类，健采倌息管理、治理規则和法規指南.

3

库七七提供下载

GB/T39087—2020

.3逻辑层

逻辑层包括通用模型或信息学标准.逻辑层处理的是不考虑技术限制条件情况下的一致性细节.逻辑层是从策略层面上解决健康信息的管理。

关键映射问题:工件是否在不考虑技术限制条件的情况下对信息特性进行了定义？

示例：相互关《且详细的角色和职责、数据流程阁、交互模型、业务规则.

.4物理设计层

物理设计层包括给定技术限制条件下的模型和协议.物理设计层从操作层面上解决健康信息的管理.

关键映射问题:工件是否在考虑技术限制条件情况下对信息进行了定义？

示例：倌息存储体系架构、物理布局、应用系统校

视角

.1视角说明

多个视角构成了HIPF分类矩阵的列.

需注意的是许多模型、文档或工件都可具有多个视角的特性.将工件置于或映射于矩阵的难点在于能否确定模型或标准中最主要的特性（即就健康信息学标准而官，工件的主要目的是什么）或是哪个矩阵单元集合是模型或标准固有的。

某些情况下，可能有必要将一个工件置于或映射到多个HIPF单元中.此外，建议在多单元映射的情况中宜区分主映射和次映射.多单元映射详见4.2.3.

疑问句是为了解决视角维度而对任何模型或标准进行审査的基本问题。通过将健谈信息学标准工件映射到概念层、逻辑层和物理设计层的每个疑问句，宜获得所有必要的信息以推动工件分类.每个矩阵单元的T件示例参见附录C.

.2内容视角

内容视角包括描述所关注健康信息的模型或其他文档.这些工件可用于对作为重要业务或科学资源的健康数据和倌息的采集、使用或发布进行规划.

关键映射问题:工件是否对健廉数据或信息所关注的对象、主题或类别进行了定义？

示例：词汇表与术语定义、数据与倌息模铟及类别、临床模型、疗效评价模S、人群健康特性以及经济活力和可持续发展模型，

.3方法视角

方法视角包括做事方式的模型或方向.

关键映射问题:工件是否对管理或使用健康信息的方法、过程、体系架构或程序进行了定义？示例：程序业务过程模型、应用体系架构、功能性标准、方法学、程序、指南和数据流程困.

.4地点视角

地点视角包括涉及位置定义的工件，

注：地点因索包括地理、气候条件和环境.就位置而言，地点可有地理、管辖权（如国家）或功能视角（如手术室八关键映射问题：工件是否对管理或使用健康信息的物理位置或逻辑逻辑进行了定义？示例：气候模基础设施和蓝困、受控环境模型、技术体系架构和网络体系架构.

.5参与者视角

参与者视角包括对健康信息学人员进行管理的工件.

关键映射问题:工件是否对管理和使用健康信息所涉及的人员属性进行了定义？例如，是否定义了下列任情况：

——人员管理》

工作流＞

——技能；

角色和职责。

示例：组织结构图、组织流和工作流校型（什么人做什么事〉，具有访问（如安全框架、系统、安全分类）权限的参与者，技能描述、个人分类和范围模®，角色和职贵，人u模塑.

.6时间视角

时间视角包括对时间相关因索进行定义的工件.

关键映射问题:工件是否对管理和使用健康信息的时间安排、事件、周期、时间段或频率？示例：时间安棑、亊件.周期、时间段、頻率、状态转换、关键路径和生殖周期.

.7原因视角

原因视角包括对完成T作的原因进行描述的信息学标准工件。人们发现很少有只关注原因的模型.但是，健康信息学标准工件的某些方面可体现出原因.“原因”工件也可与程序（方法）重番，

关键映射问题:工件是否对管理或使用健康信息的战略、目标、成功准则、目的、政策或治理进行了定义？

示例：任务和战略声明、临床指南、目标模型、成功因索、B标、目的声明、规则和政策.

4.2.3工件映射

HIPF给出了T件的多单元映射。毎个工件映射定义都应有映射名称，用来指出该工件映射的相对强度。

HIPF分类矩阵（见图1）给出了工件映射到由特异性（行）和视角（列）形成的各种单元的特性。通过询问健康信息学标准T件目的的问题能确定工件在矩阵羊元中的位置.关于工件的特异性和视角的答案宜只限于以下一种：

是，这是工件首要关注的问题；

——是,这是工件次要关注的问题；

——否,这不是工件关注或可忽略的问题。

4.2.4特征描述细化

采用HIPF工件中的一些可选属性对健康信息学标准特征进行进一步的完善。建议使用以下可选的HIPF工件属性集合：

——标题（如“健康信息学特征描述框架”）«

——参考代码；

——机构职责》

详细联系方式s

标准提案状态（如“工作草案”）1

简短描述；

范围描述；

——下一计划更新；

库七七提供下载

GB/T39087—2020

以前的版本》

语言I

一技术或组织实施方面的考虑（如“可能需要当地实施的特征”）!——应用设置/管辖权I

——目标群体（预期用户）；

其他标准分类（如引用另一种标准类别）《

——相关标准或项目I

关键词I

——备注.

4.3框架演变4.3.1框架演变说明

框架演变过程证实了健康信息学标准工件领域的动态性质。为了满足标准工件特征描述的要求，该过程的每个产品（如HIPF元模型、知识库和框架定义）都将不断演变。随着对工件进行特征描述和再描述，随着对工件特征描述过程及其内在的特征描述模式的理解不断深人.H1PF知识库将不断扩充.框架定义作为工件特征描述指南，能通过对HIPF知识库的分析及来自其用户和利益相关方的HIPF社区的反馈来响应变化.

4.3.2知识库评估

知识库评估步骤包括在HIPF知识库中对特征描述工件的分析。知识库分析对元模型定义和框架定义步骤非常重要，因为能决定工件的特征描述模式，并标识出HIPF元模型没有覆盖到的地方。

4.3.3元模型体系架构

HIPF及其支持的元模型体系架构不断演变是为了及时反映医疗保健和健康信息学工件的动态域.HIPF的一个重要特点是其支持可扩展元模型结构.HIPF元模型通过实现其结构之间的相互关系来支持内在的HIPF方法槪念.

元模型步骤包括在全面的知识库评估语境中分析已有的HIPF元模型及由此而得到的框架定义。本步骤的目标是主动设计元模型结构以支持不断变化的健康信息学工件域和不断演变的工件特征描述模式.

4.3.4框架定义

框架定义将随肴对工件类型和用途越来越多的了解而不断演变.框架定义支持对关键框架结构（如工件类型和目标）的预測建模。

在框架定义步骤中，可对以前映射的工件进行分析，以确定间接映射到HIPF分类矩阵单元的工件类型和目标的模式.在映射评估阶段，可通过分析识别工件类型、目标和其他元模型槪念到所用的HIPF分类矩阵之间的映射.

5HIPF与其他框架的参考与对比

HIPF与HL7V3参考信息模型、Zachman企业体系架构-框架、ENV12443:1996和GB/T18714.2-2002之间的对比参见附录D.

7

库七七提供下载

GB/T39087—2020

附录A

(资料性附录)

HIPF背景说明

A.1开发背景

即使是在“微观”层面或单一场景(如门诊)情况下，健康信息也非常复杂.在许多情况下，一个健康服务提供方不可能(也可能不宜)独自对所遇到的问题或情况进行回应.通常情况下需要一个由技能、信息、技术和设施组成的网络来获得_个满意的健康服务结果.

开发健康信息模型是为了便于管理这种复杂性.模型是可用于模仿和对比的模式、计划、示例或标准。建模的主要好处之一是将复杂度划分为可管理的若干组件。实际中有人认为医学教育的某个方面就是学生对模型的模仿.

值得注意的是，健康信息模型不是只有一种，而是有很多种。某些医疗保健信息模型采用标准医学实践和程序的形式，而其他模型则规定了：

笫要记录的信息内容(what),

模型应用的方法(how).

模型应用的地点(where)>

模型相关的人员(who)?

任务或活动按序完成的时间(when)|

——模型应用的目的(why).

A.2自的

HIPF的目的是推动健康信息学标准的共享描述和对比.其主要目标是：

提供全面定义和分类健康信息学标准工件的能力；

通过对预期用途和内容达成共识，推动健康信息学标准之间的协调、交流和可比性>

——帮助识别和协调健康信息学标准的制定工作》

为建立全国性乃至全球性的健康信息学标准知识库奠定基础；

促进来自不同管箱区的健康信息学标准的集成与校准；

为协调组织内部及不同组织之间制定健康信息学标准工作项目提供框架。

A.3优势

HIPF具有潜在的优势包括：

——明确f健康信息学标准工件的分类槪念和术语》

通过识别标准制定组织之间可能重复的内容，加强健康信息学标准制定协调工作》

一加强世界各国对健康信息学标准的理解，支持健康信息学标准知识管理.

A.4应用说明

HIPF给出了信息标准的分类指南，使得模型或标准工件能被置于分类矩阵中定义的某个或几个8

库七七提供下载

GB/T39087—2020

单元中。分类矩阵把健康信息学领域划分为18个子领域.因为单元位罝说明了哪些工件可能成为、哪些工件不可能成为对比或集成的候选项，所以使用分类矩阵能避免遇到不必要的问题或出现混淆。位于或映射到同一单元的工件至少应具有该单元的特征，从而为工件对比和协作奠定了基础.

模型或其他标准T件的分类箝要根据矩阵的行和列对其进行分析.矩阵允许具有相似特性的工件共存于同一位罝，但不能保证对这些工件进行对比或校对，关于校对的决定是后续进行的工作，框架将健康信息学领域划分为多个便于管理的槪念“块”.通常情况下，在进行单元内模型对比前需要确定转换并进行范围校对.根据集合理论，只有在两组模型的交集空间内才可进行有意义的对比.

HIPF需要更新和版本升级。版本控制过程可使框架一直保持活力，并将为其用户团队不断提髙有效性和使用价值.

HIPF演变是一个连续过程，以保证工件特征描述要求及时得到支持。HIPF演变的工作成果是工件特征描述过程能否成功的关键因索.

HIPF本身没有终点.确定标准工件在框架中的位S只是第一步。在主要单元内或相邻一组单元内工作以实现目标（如校对或对比设计工件）是可以获得的最大好处。

9

库七七提供下载

GB/T39087—2020

GB/T39087—2020

附录B

（资料性附录）

HIPF示例元横型

B.1概述

图B.1是HIPF示例元模型的体系架构。设计该示例元模型的目的是支持工件的特征描述和框架的演变过程.

视角

管辖权

工件映射

工件

说明

kjo

工件状态

工件管精权

工件关系

工件

工件类型

利益相关方类型1

」

L

\ 工件利益*

3关方

r

组织

工件目秘

工件关系类型

图B.1HIPF示例元模型的体系结构團

B.2HIPF示例元模型定义

B.2.1工件

在医疗保健领域，依据管辖权使用对模型、文档或工作成果的描述，有助于医疗保健管理和医疗保健方案的规划.工件包括以下信息：

一工件全名以及通用商标、首字母缩写和缩略语I

——对工件的简要描述及确定工件关注点范围，包括二次注释范围|

源数据屮规定的或由记录数据的分析师确定的技术和组织方面的实施注意事项；

——规划中的下一次更新及其版本号或名称；

在“另请参见……”的标题下，用户可能关注的任意密切相关的工件*

源文本的初始语言，如果不同语官版本之间的内容有所不同，则宜单独列出这些版本,并将不同之处作为实施注意事项，在“另请参见……”中注明替代版本。

10

B.2.2工件关系和工件关系类型

定义工件与其组件之间的关系（父/子），如标准的上一版本和更早的版本（需注意的是该标准的上一版本可能还存在于数据库中，并会在“下次计划更新”的标题下对其进行引用）.

B.2.3工件管辖权

批准级别和具体工件实例之间的关联，可用于指出应用于具体工件设置的管理指标.对工件在使用管辖权内的认定是在源文档中进行规定的，或是由记录数据的分析师确定.每个工件将根据工件描述被赋予以下批准级别：

——批准:具有管辖权职责的组织已正式批准该工件作为该辖区范围的标准；

-实际应用:该工件应用非常广泛，使得整个辖区内知识渊博的用户都默认其为事实标准；——试用阶段:该工件可能会成为标准，处于“批准”状态前的最后阶段；一制定过程中：处于制定阶段的工件，希望其将来能被采纳为标准，但还未进行试用测试。

B.2.4工件目标

规定工件实例的目的（全世界、辖区范围、功能性等）.

B.2.5工件映射

维护关于具体工件置于HIPF分类矩阵单元的信息。建议将“分类”属性作为一种导航属性进行描述，对具有用通用特性的工件进行分组。

B.2.6工件利益相关方

在制定和使用健康信息学工件的过程中，为有既得利益的个人或实体定义角色（如出版商、赞助商方、受众、批准方）的能力.利益相关方可能是：

制定方:源文档中注明的负责标准制定的主要组织。如果由另一组织负责维护,则也要注明；——联系方或管理方，有权发布标准信息和/或销售标准的主要组织》

—目标群体：源文档中注明或由记录数据的分析师确定的标准的主要用户.

B.2.7工件状态

工件生命周期规定的工件当前的操作状况（如已申请、已投票、已批准、制定、已取消）.

B.2.8工件类型

工件实例的层级分类（如数据模型、对象模型、任务说明）.

B.2.9管辖权

由行政管理实体管理的医疗保健管辖区域。

B.2.10目标

与健康信息学标准工件的定义和分类相关的目标.

B.2.11组织

工件开发的各个方面涉及的组织和组织单位定义工件的能力.

11

库七七提供下载

GB/T39087—2020

B.2.12项目

与工件制定或实施生命周期相关的方案。在“相关项目”的标题下，该属性有助于交叉引用可实施新标准的项目.宜给出“登记日期”以便用户理解单个项目或成果的进度.

B.2.13参考依据

健康信息学工件映射到HIPF分类矩阵单元的理由。

B.2.14利益相关方类型

利益相关方分类非常宽泛，用于说明制定和使用健康信息学标准工件过程中有既得利益的个人或实体的参与性质。

#

库七七提供下载

HIPF单元示例见表C.I.

附录c

（资料性附录〉

HIPF单元示例

WCVCV満e.-4灘

视角（抽象）

内容(What)

方法(How)

地点(Where)

参与者（Who）

时间(When)

原因(Why)

每个视阁/行在列之间应具有内部—致性/完整性

-原始数据和派生数据以及描述这些数据的词汇和»码方案1

—包括词汇和分类模型的工件

一程序和流程》 业务功能表示（模型、列表或图表h—方法

地理区域1——设施要求》—候条件

——组织单位；—组织结构图1——所有参与者（如执

行者/目标用户，发起方/接受方）＞ 角色：

一安全框架；

一工作流模型

一时阎安排》—事件1 生殖网期：

频_模组

-目标模甩*

—目的范围、任务》一政策模型》——治理

特

异

性

级

别

概念层

一（国际性和辖区内的）词汇和术语定义1

槪念和关联的数据模型（如包含计费和安排预约曰程的实体的模型）》影响全球健康的因索模型*

一测量医疗服务、生活条件、健康行为的模型》一人口健康的内在特征，经济可行性/可持续能力模型

一健康倌息管理

指南；

—通用过程和依赖于进境的过程

一气候模

设施要求（基础

没施〉

——医疗保健组织结构与结构模型；

一医疗保健组织分类（如政府、企业、慈善机构、宗

教组织）》

医疗保健人员分

类和分类模型；——工作流模型*技能描述模型I一全球（医疗和非医疗）健康人员的范围模型；

安全框架结构/层次结构（安全级别）模型

—全球K疗保健事

件和计划》——状态转换模型J—频率分析模型

（如鼠疫或气候变化频率）1

医疗保健生命周期模型J

—时间安排驱动的

模型与亊件驱动的模型；

—主计划

一目标》

策略；一商业计划书；一治理规则和法规

模型；—任务说明和柑南

表C.1HIPF单元示例

GB/T3908712020

GB/T3908712020

视角（抽象）

内容(What)

方法(How)

地点(Where)

参与若（Who）

时间(When)

原因(Why)

特

异

性

级

别

逻辑层

一内在特征模型（如身髙、体重等属性＞1

—实体关系图（包括

属性、已定义的关系和数据类型）1—词汇和术语定义＞

——特定辖区内的健康因索模型

一数据流图；

一用例模型t—方法学》—应用体系架构1——安全（防火墙）

模型1

——功能

一受控环境模型1测试区域模型

—人口与人口因索模仏

—通用角色、职责和关系模型》

—治理责任和问责制；

——不包括被确定人员的组织关系图1一技能框架/描述；

人口模盘?—安全框架-资源角色；

签字授权校型》一人口统计学特征

一临床研究的时间段结构和周期J——状态转换图1—阅读測最（阅读时间表〉》

——时间安排（如远程护理计划

—每6个月看一次牙医，每3个星期看一次医生）

一业务0的》

—业务规则（分类指南）

物理设计层

一通讯协议1

—XML（可扩诚置标语言）；

—文档类型定义（DTDs）|

一物理数据模型，包括字段长度和数据库管理系统的专用数据类型（如Oracle的VARCHAR2）»

—语言语法，如数据定义语言

（DDL）.软件编程语言语法

一系统设计*

任务*—用户手册；—协议定义（如

ANSIX.12亊务集）

——技术体系架构

（防火墙、服务器

等）1

医疗设施蓝图1一网络体系架构（路由器、广域

网、局域网）1—实验室计划》

一医疗设施计划

一安全策略（如什么团队可以访问哪些资源）1—没有名称的组织结构图；

角色和责任模型1

—应急拊施模型

一项目计划；—关键路径模型1计划评审技术图（没冇分配日期）

一细则；——规则手册

表C.1(续)

WCVCV満e.-4B

GB/T39087—2020

附录D

（资料性附录）

H1PF与其他框架和模型的对比

在过去几年中，许多组织陆续制定并发布了与健康信息学相关的框架.这些框架和参考模型能否作为或转化为HIPF,需从目的、范围、差异性等方面进行分析来确定，目标是找到“协调、交流和对比健康信息学模型和健康信息学标准”的一种方法.

HIPF与其他框架和模型的对比见表D.I.

表D.1框架对比

模型或框架

B的

范围

与HIPF之间的差异性

HIPF

促进健康倌息学模型和健康倌息标准的协调、交流及可比性

规定了健束倌息建模和标准的两个维度：视角和特异性

HL7V3RIM

作为消息传输和互操作性的通用倌息结构的共同来源

包括消息、结构文档、软件组件和决策支持逻辑模块

HL7RIM只说明了“内容/逻辑”单元，没冇说明诸如“人员”等其他方面

Zachman企业体系來

构-框架

根据各种目的组装应

用所需的设计组件分类

包括必要的原始应用设计工件

Zachman通常不对工件进行描述，该框架更适用于信息系统而+是信息*H1PF适用于多个企业而不是单个企业

ENV12443,1996医疗信息学医疗保健信息框架（HIF）

该K疗保健信息框架适用于标准制定人员和健讲信息系统开发人员，重点关注的是医疗保健系统和技术

医疗保健和健谈系统领域.该范围受限于提供方的视角，不处理健康的非医学决定因索

该方法给出的是健康系统管理的视角，而不是健康信息框架.它关注的是知识而非数据.尽管其自的与HIPF-致，并且在槪念层可映射到HIPF的所有列，但没有HIPF特异性的其他级别

GB/T18714.