第九章 电子病历的相关技术标准规范 黑电子病历系统
电子病历系统 第九章 电子病历的相关技术标准规范
山D 兰☑ 9.1IHE集成规范
9.1 IHE集成规范
第九章电子病历的相关技术标准规范 9.1IHE集成规范 9.1.1IHE开发目的和现状 IHE(Integrating the Healthcare Enterprise)集成规范，是由全球范围内 200多家专业技术协会、政府机构和企业共同协作，不断开发扩展的集成规 范体系。HE的工作模式是对现有的底层技术标准有选择地进行优化定义 然后发布相关的技术框架文档，技术框架文档一旦得到发布就通过开发接口 测试工具，组织相关产品的互操作性测试(Connectathons),最终通过测 试的产品会再得到相关的HE集成规范遵从性文件（IHEIntegration Statements)
第九章 电子病历的相关技术标准规范 9.1 IHE集成规范 IHE（Integrating the Healthcare Enterprise）集成规范是由全球范围内 200多家专业技术协会、政府机构和企业共同协作，不断开发扩展的集成规 范体系。IHE的工作模式是对现有的底层技术标准有选择地进行优化定义， 然后发布相关的技术框架文档，技术框架文档一旦得到发布就通过开发接口 测试工具，组织相关产品的互操作性测试（Connectathons），最终通过测 试的产品会再得到相关的IHE集成规范遵从性文件（IHE Integration Statements）。 9.1.1 IHE开发目的和现状
第九章电子病历的相关技术标准规范 9.1IHE集成规范 9.1.2IHE规范的结构 所有HE集成规范的具体内容都分布在各自对应的领域中。比如，集成 系统中关于各系统实现时间同步的规范就是“基础信息构架”领域中的 一个规范（编码TI-1)。在每一个规范文件中，详细定义了完成一项工 作必要的系统角色和角色之间的交易关系，规范文件并不定义角色内部 功能的实现方法，只是要求角色对交易接口的支持。对交易格式、方法 内容的定义，占据了IHE技术框架文档的大部分篇幅，而这部分正是 IHE实现的核心参照指标
第九章 电子病历的相关技术标准规范 9.1 IHE集成规范 所有IHE集成规范的具体内容都分布在各自对应的领域中。比如，集成 系统中关于各系统实现时间同步的规范就是“基础信息构架”领域中的 一个规范（编码ITI-1）。在每一个规范文件中，详细定义了完成一项工 作必要的系统角色和角色之间的交易关系，规范文件并不定义角色内部 功能的实现方法，只是要求角色对交易接口的支持。对交易格式、方法、 内容的定义，占据了IHE技术框架文档的大部分篇幅，而这部分正是 IHE实现的核心参照指标。 9.1.2 IHE规范的结构
mD 第九章电子病历的相关技术标准规范 9.1IHE集成规范 9.1.2IHE规范的结构 HE技术框架的组织方式 集成规范 集成规范 角色 角色 角色 角色 交易 鸾 鸾目 簧目斋 斋斋斋 系统角色 . 详细消息格式信息 引用参照标准：HL7&DICOM等
第九章 电子病历的相关技术标准规范 9.1 IHE集成规范 9.1.2 IHE规范的结构 HE技术框架的组织方式
第九章电子病历的相关技术标准规范 9.1IHE集成规范 9.1.3IHE中的跨机构文档供享(XDS)规范 患者身份信息源 患者标识符提供(1T1-8) 文档注册系统 文档使用者 注册文档查询(T1-18) 文档注册(1T1-14) 文档源 文档库 文档提交及注册(IT1-15) 注册文档调用(T1-17)
第九章 电子病历的相关技术标准规范 9.1 IHE集成规范 9.1.3 IHE中的跨机构文档共享（XDS）规范
第九章电子病历的相关技术标准规范 9.1IHE集成规范 9.1.4IHE-XDS规范的应用意义 对于用户来说，了解XDS规范的意义表现在： ·基于规范完成多系统间临床文档交换机制总体设计，界定各厂商功能边 界。 ·为系统集成设定明确的集成方案和测试目标。 ·对于已经能够提供E遵从性文件的厂商，明确查验其文件内容是否包 括本项目集成所需要支持的交易项目
第九章 电子病历的相关技术标准规范 9.1 IHE集成规范 9.1.4 IHE-XDS规范的应用意义 对于用户来说，了解XDS规范的意义表现在： ● 基于规范完成多系统间临床文档交换机制总体设计，界定各厂商功能边 界。 ● 为系统集成设定明确的集成方案和测试目标。 ● 对于已经能够提供IHE遵从性文件的厂商，明确查验其文件内容是否包 括本项目集成所需要支持的交易项目
mD 第九章电子病历的相关技术标准规范 9.1IHE集成规范 9.1.5IHE规范应用中的注意事项 ·IE规范为保证实现的灵活性还给具体项目设计者预留了一些客户定义数据 和可选数据内容，这部分工作需要项目建设者独立完成。 ·在具体项目的设计实现中，往往需要多个HE规范之间的交叉重叠使用， IHE体系本身允许这样的设计，但是使用的范围和边界需要在项目建设中界定。 ·IE以“角色”的方式抽象地描述了模块功能的界限，在具体项目建设中产 品、系统和厂商的选择最终决定了系统集成的边界所在
第九章 电子病历的相关技术标准规范 9.1 IHE集成规范 9.1.5 IHE规范应用中的注意事项 ● IHE规范为保证实现的灵活性还给具体项目设计者预留了一些客户定义数据 和可选数据内容，这部分工作需要项目建设者独立完成。 ● 在具体项目的设计实现中，往往需要多个IHE规范之间的交叉重叠使用， IHE体系本身允许这样的设计，但是使用的范围和边界需要在项目建设中界定。 ● IHE以“角色”的方式抽象地描述了模块功能的界限，在具体项目建设中产 品、系统和厂商的选择最终决定了系统集成的边界所在
9.2HL7与CDA
9.2 HL7与CDA
第九章电子病历的相关技术标准规范 9.2HL7与CDA 9.2.1HL7的发展历史 HL7是Health Level Seven的缩写，代表了HL7标准化组织致力于实现ISO定 义的七层协议互联互通在医疗领域的实现目标。 ●从1987年发布HL72.1版本开始 ●2007年4月发布HL72.6版本的时候 ●从1996年2.2版本开始，HL7被美国国家标准委员会采纳为官方标准。 ●2005年HL7V3版本的发布
第九章 电子病历的相关技术标准规范 9.2 HL7与CDA 9.2.1 HL 7的发展历史 HL7是Health Level Seven的缩写，代表了HL7标准化组织致力于实现ISO定 义的七层协议互联互通在医疗领域的实现目标。 ⚫从1987年发布HL7 2.1 版本开始 ⚫2007年4月发布 HL7 2.6版本的时候 ⚫从1996年2.2 版本开始，HL7被美国国家标准委员会采纳为官方标准。 ⚫2005年HL7 V3版本的发布