电子病历_浙江_08_2.pptVIP

* WHO关于卫生系统的边界 * * WHO关于卫生系统的边界 * * * * * * * * * * * * * * * * * * Standard 第二部分：EHR系统模型与技术标准 杭州，2008.5.3 电子病历(EHR)整体架构与发展策略 8. 系统的互操作性 信息系统之间缺乏互操作性，是卫生信息技术的投入未能获得期望收益的主要原因。 2007年2月，HL7电子健康档案技术委员会发布了EHR互操作模型草案，收集了100多个关于互操作性的定义，并对其中的65个定义进行深入研究，发表了白皮书——走近术语：卫生领域的互操作。 功能互操作性：指最基本的、以硬件形式表示的互操作，也称技术互操作。 语义互操作：系统之间共享的信息被理解的能力。语义互操作是一个多水平概念，互操作的程度依赖于发送和接收系统对数据内容术语和原型（archetype）以及所使用的模版达成共识的程度。 过程互操作：系统满足工作场所的需求。过程互操作主要是关于计算机系统与实际工作场合实现最佳集成。 过程互操作是一个新概念，也称为工作流（workflow）互操作或社会(social)互操作。 魔方块被连接起来的能力（功能互操作） 把魔块制造、组装和运输。功能模型 图案传达信息的能力（语义互操作）不关心魔块如何制造、组装和运输，只管图形的含义（蓝十字、红十字还是黄十字？） 。 数据、词汇、术语、代码 魔块变成蓝十字的组合策略（过程互操作）重点关注那些蓝色的魔块 。人-机交互 EHR系统必须实现三者的互操作性。 9．EHR记录互操作模型 EHR记录互操作模型（ EHR-IM）是一个需求为先的标准规范，为促进EHR记录互操作性而设计，为实施EHR的标准和软件架构，包括记录的起源、维护、交换、获取/利用提供了行业先例。 EHR-IM是二维的，行列举了EHR 互操作性的声明条款，列进一步描述了EHR 互操作性的特征及其适用性。 互操作性的一致性测试可以验证EHR在静止状态下的记录（数据库格式）或在交易状态中的EHR（交换格式如消息）记录。 静止状态下的EHR记录包括： 所有者EHR记录：例如电子病历系统生产商使用的私有的电子病历记录格式。 一致的电子病历记录单元：有可能是未来标准规范的主题 交易状态下的EHR记录包括： HL7 CDA HL7 v2 and v3 消息 CEN/ISO 13606 摘要 ASTM CCR 私人拥有或本地的EHR交换格式 10．EHR系统功能模型 10.1 目的和范围 提供EHR-S应该具备的功能列表。所有功能按用户的视角描述，使EHR-S的功能表达标准化。通过建立特定服务单元（care settings）和区域（realms）的功能范例（Functional Profiles，FP），使不同国家、不同卫生机构EHR-S的功能描述有统一的方法和共同的理解。 11. PHR系统功能模型 个人健康记录系统功能模型（PHR-S FM）由HL7个人健康记录工作组开发，并于2007年8月发布试用版。 PHR-S能够进行的信息交换支持检索，临床文档的汇集，事件摘要，最小数据集，支付申报，并在今后使纵向健康记录成为可能。 11.1 个人健康记录系统的定义 个人健康记录系统（PHR-S）应该为个体提供获取并维护人口统计学、保险，以及供方信息的能力，还应该提供获取健康摘要形式的健康史、问题/主诉、状况、症状、过敏、用药、实验室结果及其他试验结果，免疫接种和就医事件的能力。此外，还应该提供个人保健计划。系统必须安全、且具有适当的识别和访问管理能力，并且采用标准术语，编码及数据交换标准，以促进一致性与互操作性。 11.2 PHR-S FM的目的和范围 HL7 PHR-S功能模型定义了可能存在于患者PHR系统的一个标准化的功能模型。这个功能模型不是： ——信息规范 ——实施规范 ——一致性规范 ——潜在的PHR规范 ——创建PHR定义的工作 ——一致性或一致性测试度量 11.3 PHR-S FM的基本内容 PHR-S功能模型分为三部分：个人健康、支持信息以及信息架构。还将提出覆盖主要功能的功能范例。功能模型应包括所有合理的预期PHR-S功能，它本身不作为特定PHR-S的所有功能列表。功能范例只限于可能使用的功能。PHR功能模型定义了功能模型，描述了其一般用途与优先事项。 11.4 PHR-S FM的基本功能 （1）个人健康功能（Personal Health, PH） 描述：个人健康功能是PHR功能的子集，管理与自我保健相关