| 术语 | 描述 |
|---|---|
| 原型 archetype | 临床或其他特定领域概念的描述性模型,定义该概念的结构和业务规则。原型可以定义简单的复合概念(如“血压”或“地址”),也可以定义更复杂的复合概念(如“家族史”或“微生物学结果”)。它们不用于定义原子概念(如解剖学术语)。原型使用可能源自外部术语的术语来识别原型组件。 |
| 架构 architecture | 一组设计工件或描述性表示,用于描述对象,使其能够按要求(质量)生产,并在其使用寿命期内得到维护(变更)。 |
| 客户 client | 作为护理对象的个人。术语“客户”和“病人”是同义词,但不同医疗专业人员群体对这两个术语的使用倾向不同。在医院环境工作的临床医生和大多数环境中的医务人员倾向于使用“病人”一词,而辅助医疗专业人员倾向于使用“客户”一词。 |
| 临床数据存储库 clinical data repository (CDR) | 存储和管理在服务地点(如医院、诊所)的服务接触点收集的临床数据的存储库。CDR中的数据可以馈送到该护理对象的电子健康记录中;从这个意义上说,CDR被视为电子健康记录的源系统。CDR符合基本-通用电子健康记录的定义,但不符合整合护理电子健康记录(ICEHR)的更专业化定义。 |
| 临床医生 clinician | 直接向病人/客户提供健康服务的医疗专业人员。 |
| 组成 COMPOSITION | EN13606参考模型中RECORD_COMPONENT的子类,包含在一次用户临床会话或记录交互期间编写(创作)的一组RECORD_COMPONENTS,以便在一个健康电子记录(HER)中提交。 |
| 消费者 consumer | 可能成为护理对象的个人。 |
| 整合护理电子健康记录 electronic health record for integrated care (ICEHR) | 关于护理对象健康状况的信息存储库,以计算机可处理形式存储和传输,安全且可被多个授权用户访问,具有标准化或共同商定的逻辑信息模型,独立于电子健康记录系统,其主要目的是支持持续、高效和高质量的整合健康护理。它包含回顾性、并发和前瞻性的信息。 |
| 电子健康记录 electronic health record (EHR) | (基本通用形式)关于护理对象健康状况的信息存储库,以计算机可处理形式存在。整合护理电子健康记录的定义被视为电子健康记录的主要定义。基本-通用电子健康记录的定义仅出于完整性而给出,并承认目前健康信息系统中有许多不符合主要(ICEHR)电子健康记录定义的电子健康记录变体(例如,CDR符合基本-通用电子健康记录定义,但不符合ICEHR定义)。 |
| 计算机可处理信息 computer processable information | 可以通过编程创建、存储、操作和检索的电子计算机信息。 |
| 电子健康记录架构 electronic health record architecture (EHRA) | 所有电子健康记录构建的通用结构组件,以信息模型定义。更描述性的非正式定义是:任何电子健康记录模型,其中包含使记录可通信、完整、有效且合乎伦理法律、并在系统、国家和时间上保持完整性的通用特征。架构不规定或指示任何人存储什么,也不规定或指示任何电子健康记录系统如何实施。它对记录中出现的任何类型的数据没有限制,包括那些在纸质记录中没有对应物的数据。像“字段大小”这样来自物理数据库世界的细节与电子健康记录架构无关。 |
| 电子健康记录提取 EHR extract | 电子健康记录的全部或部分通信单元,本身可验证,由一个或多个电子健康记录组成。 |
| 电子健康记录节点 EHR node | 存储和维护电子健康记录的物理位置。 |
| 电子健康记录系统 EHR system | (组件)形成创建、使用、存储和检索电子健康记录机制的一组组件,包括人员、数据、规则和程序、处理和存储美利体育官网首页网址以及通信和支持设施。 |
| 接触 encounter | 在护理对象在场过程中提供健康活动,并访问或管理其健康记录的接触。 |
| 功能互操作性 functional interoperability | 两个或多个系统交换信息的能力。 |
| 健康 health | 完全的身体、心理和社会福祉状态,而不仅仅是没有疾病或虚弱。 |
| 健康状况 health condition | 个人健康状况的变更或属性,可能导致痛苦、干扰日常活动或接触健康服务;它可能是疾。毙曰蚵裕、障碍、伤害或创伤,或反映其他与健康相关的状态,如怀孕、衰老、压力、先天异常或遗传倾向。 |
| 卫生组织 health organization | 直接提供健康活动的组织。 |
| 健康问题 health problem | 导致某种残疾、疼痛和/或活动受限的健康状况。 |
| 医疗专业人员 health professional | 由认可机构授权有资格执行某些健康职责的人员。 |
| 健康提供者 health provider | 直接参与提供健康活动的医疗专业人员或卫生组织。 |
| 健康记录 health record | 关于护理对象健康状况的信息存储库。 |
| 信息服务 information service | 系统基于定义的一组输入信息提供定义的一组输出信息的能力。 |
| 逻辑信息模型 logical information model | 指定信息结构和信息之间关系的信息模型,但独立于任何特定技术或实施环境。逻辑信息模型提供模型组件(如UML对象模型中的容器、部分和链接类)及其之间关系的详细规范,没有任何技术约束。因此,逻辑信息模型独立于任何特定实施技术。物理信息模型则包括技术约束,以便构建逻辑模型的特定实施(例如,为特定硬件和软件平台构建的电子健康记录系统)。 |
| 病人 patient | 客户,作为护理对象的个人。术语“病人”和“客户”是同义词,但不同医疗专业人员群体对这两个术语的使用倾向不同。在医院环境工作的临床医生和大多数环境中的医务人员倾向于使用“病人”一词,而辅助医疗专业人员倾向于使用“客户”一词。 |
| 语义互操作性 semantic interoperability | 系统共享的信息在形式定义的领域概念层面被理解的能力。 |
| 服务 service | 涉及组织提供特定目标的过程数量。 |
| 共享电子健康记录 shareable EHR | 具有共同商定的逻辑信息模型的电子健康记录。共享电子健康记录本身是基本-通用电子健康记录和整合护理电子健康记录(ICEHR)之间的工件,ICEHR是共享电子健康记录的特化。共享电子健康记录本身可能用处不大,除非具有在整合护理环境中有效使用所需的额外临床特征。目前使用的大多数电子健康记录甚至都不是共享的,更不用说具有符合整合护理电子健康记录定义所需的额外特征。因此,包含基本-通用电子健康记录的定义是为了承认这一现状。 |
| 标准 standard | 由共识建立并经认可机构批准的文件,为共同和重复使用提供规则、指南或特征,用于活动或其结果,旨在实现给定环境中最佳程度的秩序。 |
| 护理对象 subject of care | 预定接受、正在接受或已接受健康服务的一个或多个人。术语“病人”和“客户”在健康记录上下文中与“护理对象”同义,通常用作更正式的术语“护理对象”的替代词。术语“消费者”也常在此上下文中用作同义词。然而,值得注意的是,消费者不一定必须是护理对象,因为可以认为消费者可能拥有健康记录但从未接受过健康服务。 |
| 模板 template | 直接、本地可用的数据创建/验证工件,语义上是原型的约束/选择,通常对应于整个表单或屏幕。模板通常与底层概念具有一对多关系,每个概念由一个原型描述。 |
| 电子健康记录系统 无特定型号 | 形成创建、使用、存储和检索电子健康记录机制的一组组件,包括人员、数据、规则和程序、处理和存储美利体育官网首页网址以及通信和支持设施。 |
Copyright ?2007-2026 ANTPEDIA, All Rights Reserved
京ICP备07018254号 京公网安备1101085018 电信与信息服务业务经营许可证:京ICP证110310号
页面更新时间: 2026-08-22 19:19