HL7 电子病历系统功能模型.docVIP

HL7 电子病历系统功能模型 　　HL7电子病历功能模型是电子病历产品开发的高层框架标准，通过创建电子病历的功能范例，可以用标准的方法描述特定电子病历产品所具有的功能。 　　电子病历也叫计算机化的病案系统，它是用电子设备（如计算机、健康卡等）保存、管理、传输和重现的数字化的病人的医疗记录，来取代手写纸张病历。与传统病历易变质、占地多、不易保管、查找和存取麻烦不同，电子病历因其传送速度快、共享性好、存取方便、成本低等优点而被认为是医院信息系统发展的重要目标之一。世界上不少国家都在电子病历系统的研究上投入了很大人力物力，美国也是其中之一。从20世纪初开始，HL7与美国EHR合作组织开始研究电子病历系统的相关标准《电子病历系统功能》，历时数年，终于在2007年2月21日获得美国国家标准局的批准成为国家标准。这一标准凝聚了全球众多专家的智慧，对于我国电子病历标准的制定具有十分重要的参考价值。 　　 　　电子病历系统的几个定义 　　 　　实际上，HL7 在开发《电子病历系统功能模型（EHR System Functional Model，EHR-S FM）》之前，电子病历系统的定义已经有了很多种，分别来自美国医学会（IOM）、国际标准化组织（ISO）和欧盟标准组织（CEN）。 　　1．电子病历系统是产生、使用、储存和检索病人健康信息纪录的一套机制和装置，通常设在卫生服务机构内，包括人员、数据、规章制度、操作规范、处理和储存设备（如纸张、笔、硬件和软件）、通信和其他为之服务的设施。（IOM，1997） 　　2．电子病历系统纵向采集个体的电子化健康信息（包括个人健康情况和卫生服务），只有经过授权的用户才可以随时获得相关的个体信息或群体信息，提供改善卫生服务质量（安全、效率）的知识和辅助决策信息，提高卫生服务机构的工作效率。（IOM，2003） 　　3．电子病历系统是记录、检索、处理电子健康信息的系统。（ISO/TS 18308，CEN 13606） 　　HL7 开发《电子病历系统功能模型》的目的是要明确电子病历系统应该具备的功能，这些功能按用户的视角描述，使电子病历系统的功能表达标准化; 同时，通过建立特定服务单元（care settings）和区域（realms）的功能范例（Functional Profiles，FP），使不同国家、不同卫生机构电子病历系统的功能描述有统一的方法和共同的理解。这些特定的服务单元和区域可以是同一个国家的不同卫生机构（如重症监护室、心脏病区、诊察室），也可以是不同国家的卫生机构（如某些国家的初级卫生保健机构）。 　　功能模型的基本内容 　　HL7开发的电子病历系统功能框架（functional outline，FO）由直接医疗功能（DC）、支持信息功能（SP）和基础架构功能（IN）三个部分组成，用来概括所有可能用到的电子病历系统功能（共140个）。功能范例（functional profiles，FP）只包含准备使用的电子病历系统功能。功能范例必须受功能框架的三个组成部分的约束（参见图1）。 　　 　　功能列表最多有4级目录，如图2所示。例如DC1为直接医疗的一级目录，表示医疗管理功能; DC1.1为二级目录，表示医疗管理功能中的记录管理; DC1.1.1为三级目录，表示医疗管理功能→记录管理→标识和维护患者记录; DC1.1.3.1为四级目录，表示医疗管理功能→记录管理→来自外部的数据和文档→从外部临床来源获取数据和文件。最底层的目录为功能构件名称，如图2中的DC1.1.1、DC1.1.2、DC1.1.3.1、DC1.1.3.2、DC1.1.3.3。 　　 　　直接医疗功能列表有3个一级目录、65个基本功能构件（参见表1）。 　　 　　支持信息功能列表有3个一级目录，分别是: S.1临床支持，S.2测量、分析、研究和报告，S.3 管理和财务，共有50个基本功能构件（略）。 　　基础架构功能列表是电子病历系统生产厂商关心的内容，有7个一级目录、25个基本功能构件（参见表2）。 　　 　　创建功能范例 　　功能模型的具体应用要通过创建功能范例来实现。功能范例是为了适应特定目的、特定用户、特定保健机构、区域等而选择的一套功能，用来管理功能主列表，每个单独的电子病历系统只用到整个功能框架包含的部分功能。所以，电子病历系统不直接遵从功能模型，而是遵从功能范例。创建功能范例的步骤: 　　1. 提供一般的范例信息。所有范例都需要有一个唯一的标识来说明该实例的一般信息，包括标识该实例和作为该实例产生基础（该实例将要遵从）的功能模型说明为何要创建该功能范例、如何使用该范例等。还包括该功能范例拟应用场合（应用软件）的描述和定义，说明其理念、范围、目标读者，可举例说明。 　　2.