电子病历的相关技术标准规范课件.ppt

单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。,第二章 电子病历的基本功能,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。,第二章 电子病历的基本功能,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。,第二章 电子病历的基本功能,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,文档仅供参考，不能作为科学依据，请勿模仿；如有不当之处，请联系网站或本人删除。,9.1 IHE,集成规范,第九章 电子病历的相关技术标准规范,9.1 IHE,集成规范,IHE,（Integrating the Healthcare Enterprise）集成规范是由全球范围内200多家专业技术协会、政府机构和企业共同协作，不断开发扩展的集成规范体系。IHE的工作模式是对现有的底层技术标准有选择地进行优化定义，然后发布相关的技术框架文档，技术框架文档一旦得到发布就通过开发接口测试工具，组织相关产品的互操作性测试（Connectathons），最终通过测试的产品会再得到相关的IHE集成规范遵从性文件（IHE Integration Statements）。,9.1.1 IHE,开发目的和现状,第九章 电子病历的相关技术标准规范,9.1 IHE,集成规范,所有,IHE,集成规范的具体内容都分布在各自对应的领域中。比如，集成系统中关于各系统实现时间同步的规范就是“基础信息构架”领域中的一个规范（编码,ITI-1,）。在每一个规范文件中，详细定义了完成一项工作必要的系统角色和角色之间的交易关系，规范文件并不定义角色内部功能的实现方法，只是要求角色对交易接口的支持。对交易格式、方法、内容的定义，占据了,IHE,技术框架文档的大部分篇幅，而这部分正是,IHE,实现的核心参照指标。,9.1.2 IHE,规范的结构,第九章 电子病历的相关技术标准规范,9.1 IHE,集成规范,9.1.2 IHE,规范的结构,HE,技术框架的组织方式,第九章 电子病历的相关技术标准规范,9.1 IHE,集成规范,9.1.3 IHE,中的跨机构文档共享（,XDS,）规范,第九章 电子病历的相关技术标准规范,9.1 IHE,集成规范,9.1.4 IHE-XDS,规范的应用意义,对于用户来说，了解XDS规范的意义表现在：,基于规范完成多系统间临床文档交换机制总体设计，界定各厂商功能边界。,为系统集成设定明确的集成方案和测试目标。,对于已经能够提供IHE遵从性文件的厂商，明确查验其文件内容是否包括本项目集成所需要支持的交易项目。,第九章 电子病历的相关技术标准规范,9.1 IHE,集成规范,9.1.5 IHE,规范应用中的注意事项,IHE,规范为保证实现的灵活性还给具体项目设计者预留了一些客户定义数据和可选数据内容，这部分工作需要项目建设者独立完成。,在具体项目的设计实现中，往往需要多个,IHE,规范之间的交叉重叠使用，,IHE,体系本身允许这样的设计，但是使用的范围和边界需要在项目建设中界定。,IHE,以“角色”的方式抽象地描述了模块功能的界限，在具体项目建设中产品、系统和厂商的选择最终决定了系统集成的边界所在。,9.2 HL7,与CDA,第九章 电子病历的相关技术标准规范,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,版本的发布,第九章 电子病历的相关技术标准规范,9.2 HL7,与CDA,9.2.2 HL7 V3,中的RIM模型,RIM,是整个HL7 V3体系的核心部分。RIM的基本思路是参照UML模型，使用面向对象的开发方法，只通过六个高度精简的核心类动作、参与、实体、角色、动作关联、角色连接，RIM模型抽象地概括描述了临床数据、临床业务、消息传递之间的相互关系。通过在具体业务领域和应用场景中对RIM模型的精细化定义和裁剪，进而可以定义集成消息和文档的内容格式。,第九章 电子病历的相关技术标准规范,9.2 HL7,与CDA,9.2.3 HL7 V3,中的CDA 临床文档结构,CDA,标准中，临床文档在主体之前有一个由基本元数据组成的文档头，文档头内容采用规范的编码对文档属性做简要说明。文档头包括的具体内容分为四个部分。,文档信息：标识了文档保密级别，描述了本文档与其他文档之间的关系。,资料数据：记载文档受访的开始时间等。,服务提供者：记载了文档的生成、录入、鉴别和获取人员信息。,服务接收者：记载了患者、患者家属、数据接收方的信息。,第九章 电子病历的相关技术标准规范,9.2 HL7,与,CDA,9.2.4 CDA,的三个实现层面,CDA,标准的第一个版本,CDA R1,在,2000,年底发布，最新版本,CDA R2,在,2007,年发布。在最新的版本中，,CDA,文档被分为,Level 1,到,Level 3,三个层次。,在,Level 1,层次中只有文档头做了描述元数据做了编码，计算机系统只负责文件索引，不处理文档主体中的内容。,在,Level 2,层次中不但文档头的数据编码可被检索，而且文档主体需要用,XML,格式描述而其中的章节信息需要预先定义和编码。,在,Level 3,层次中进一步要求文档主体内容使用结构化编码。,9.3 DICOM,标准,第九章 电子病历的相关技术标准规范,9.2 HL7,与,CDA,9.2.1 DICOM,的发展历史,医疗数字影像传输协议（,Digital Imaging and Communication in Medical,，,DICOM,）标准经常与,HL7,标准并称为医学信息界的两大技术标准，相对于,HL7,注重与消息交换标准和数据模型的定义，,DICOM,更注重于医学影像文件处理以及影像设备与信息系统之间的互操作性实现。,早在,20,世纪,80,年代早期，为了解决医疗影像设备（当时主要是针对,CT,和,MRI,设备）的数据存储交换问题，美国放射医师学会（,American College of Radiology,，,ACR,）和美国电气制造商协会（,National Electrical Manufacturers Association,，,NEMA,）联合开发了第一版的,DICOM,协议并于,1985,年出版。,目前，行业中广为接受的版本是,1993,年发布的,DICOM 3.0,版本。此版本发布之后，每年都会在细节上不断更新，但是由于版本号没有改动现在人们干脆用版本的年份来描述所引用,DICOM,的版本。,第九章 电子病历的相关技术标准规范,9.2 HL7,与,CDA,9.2.2 DICOM,中的文件格式定义,为了方便计算机系统对影像文件的处理，,DICOM,文件格式中所有影像文件都包含了一组预定义好的数据集，这些数据集包含了对患者、检查、设备、影像的基本描述，并且以文件头的形式占据了每个影像文件最初的几百个字节位置，在文件头之后才是用点位数据对图像本身的描述。,对于影像数据部分，,DICOM,允许使用无损压缩和有损压缩的多种影像格式标准，包括,JPEG,、,JPEG,无损压缩、,JPGE2000,、,RLE,等。,第九章 电子病历的相关技术标准规范,9.2 HL7,与CDA,9.2.3 DICOM,中对服务的定义,DICOM 3.0,版本中对通信协议的定义采用了面向对象的描述方式，类似于IHE中“角色”与“交易”的关系，DICOM 3.0中定义了不同的服务对象对（Service Object Pair，SOP）。通过对DICOM 服务的了解和选择，可以保证影像信息系统建设中的互操作性。,9.3 SNOMED,、LOINC、ICD-10、ICPC术语集与UMLS语言系统,第九章 电子病历的相关技术标准规范,9.3 SNOMED,、,LOINC,、,ICD-10,、,ICPC,术语集与,UMLS,语言系统,9.3.1 SNOMED CT,国际系统医学术语临床术语,系统化命名医学临床术语,2002,年,1,月由美国病理医师协会（,College of American Pathologists,）和英国国家卫生服务（,National Health Service,，,NHS,）共同发布。,SNOMED,是一个支持计算机系统处理的系统化医疗术语集。,SNOMED,的覆盖范围广泛，从疾病、症状、治疗到微生物学、药理，为在医疗机构中建立跨专业的统一术语索引、记录、查询和汇总机制提供了参照体系。,第九章 电子病历的相关技术标准规范,9.3 SNOMED,、,LOINC,、,ICD-10,、,ICPC,术语集与,UMLS,语言系统,9.3.2 LOINC,检验及临床编码系统,观测标识符逻辑命名与编码系统（,Logical Observation Identifiers Names and Codes,，,LOINC,），是由非营利性医疗研究机构,Regenstrief,研究院在,1994,年公布的检验医学和临床观测指标数据库。,LOINC,本身的覆盖范围包括临床护理、患者转归管理、临床研究等目的的临床观测指标。,LOINC,标准的设计目的解决对不同临床系统之间临床观测数据描述编码的统一问题。,第九章 电子病历的相关技术标准规范,9.3 SNOMED,、LOINC、ICD-10、ICPC术语集与UMLS语言系统,9.3.3 ICD-10,疾病分类代码,ICD-10,，全称为“The International Statistical Classification of Diseases and Related Health Problems 10th Revision（ICD-10）”，即国际疾病与相关健康问题统计分类第十版，是,世界卫生组织（WHO）,依据疾病的某些特征，按照规则将疾病分门别类，并用编码的方法来表示的系统。,第九章 电子病历的相关技术标准规范,9.3 SNOMED,、LOINC、ICD-10、ICPC术语集与UMLS语言系统,9.3.3 ICD-10,疾病分类代码,第九章 电子病历的相关技术标准规范,9.3 SNOMED,、LOINC、ICD-10、ICPC术语集与UMLS语言系统,9.3.3 ICD-10,疾病分类代码,第九章 电子病历的相关技术标准规范,9.3 SNOMED,、,LOINC,、,ICD-10,、,ICPC,术语集与,UMLS,语言系统,9.3.4 ICPC,国际基础医疗分类代码集,ICPC,（,International Classification of Primary Care,）是,WONCA,国际标准分类编码委员会最早在,1987,年发布的用于基础医疗的分类代码。在,ICPC,出现之前，在基础医疗领域的通用代码是,ICD,系统，但是,ICD,的两个问题在基础医疗领域十分突出：,（,1,）,ICD,的目录结构是三种维度的混合，第一部分是按照疾病发生的解剖部位来分类的；第二部分是按照发病的原因来分类的；第三部分是特殊分类。这样的结构对于专业统计人员来说足够精确，但是对于基础医疗机构的服务人员来说过于复杂。就连一个常见的“流感”，该在“呼吸系统疾病”中还是在“传染病”分类中，都容易搞混。,（,2,）对于广大基础医疗的患者而言，很多治疗过程没有明确的诊断。,第九章 电子病历的相关技术标准规范,9.3 SNOMED,、,LOINC,、,ICD-10,、,ICPC,术语集与,UMLS,语言系统,9.3.5 UMLS,统一医学语言系统（,Unified Medical Language System,，,UMLS,）的设计目标完全不同。这个由美国国立图书馆开发的体系，设计目的是为了在浩如烟海的医学数据库文献中实现计算机系统对自然语言的识别和分析功能。为了实现这一功能，,UMLS,需要解决以下两个问题：,（,1,）由于人为表达不同，如何在不同语言词汇背后找到相同的概念？,（,2,）如何在分布于不同数据库的文献中找到相关的数据,UMLS,开发出四个工具来解决上述问题：,超级词汇表（,Metathesaurus,）：,语义网络（,Semantic Network,）,信息资源图（,Information Sources Map,）：,专家词典（,Specialist Lexicon,）：,练习题,IHE,涵盖哪些领域？,XDS,机制中有哪些角色？,简述,IHE-XDS,规范的应用意义。,简述,IHE,规范应用中的注意事项。,与电子病历系统相关的,DICOM,服务有哪些？,THANK YOU!,