4区域(医院)卫生信息平台技术规范和卫生信息共享文档.pptx

;;根据中共中央、国务院的《关于深化医药卫生体制改 革的意见》要求，卫生部提出“十二五”期间卫生信息化建设总体框架，即建设国家、省和地市三级卫生信息平台，加强公共卫生、医疗服务、新农合、基本药物制度和综合管理等五项业务应用，建设居民电子健康档案、电子病历等两个基础数据库和一个专用网络，简称“3521工程”。 “4631-2”，增加县级平台、计划生育业务领域、人口资源库，信息标准体系和信息安全体系。 ;;应用需求;健康档案信息架构——健康档案三维模型;健康档案信息架构——健康档案基本架构;健康档案共享调阅;电子病历信息架构——电子病历三维模型;电子病历信息架构——电子病历基本架构;编制背景——国内标准的发展情况 ;12;卫生部2012年《基于健康档案的区域卫生信息平台技术规范》;信息交换服务相同;;安全、隐私、配置服务相同;数据仓库 相同;接入机构结合了我国的医疗卫生体制和卫生信息化现状;LRS拆解为健康档案整合服务（数据怎么来）、健康档案管理服务（数据怎么存）、健康档案调阅服务和健康档案协同服务（数据怎么用）;弱化为健康档案存储服务（数据怎么存）， 针对我国健康档案标准作了扩充;卫生部区域卫生信息平台技术规范中平台架构;;参考IHE IT Infrastructure规范;XDS框架;25;文档广泛应用于医疗健康信息交换。数字文档具有可持久性（档案特点）、可鉴定性（法律追踪）、以及内容和相关语境的完整性（不同于记录）、可读性（自然阅读）。而且，数字文档能够以结构化和编码的方式表达信息内容，从而使许多新的应用成为可能：信息查询、临床决策等等。 HL7 CDA R2 是在临床文档应用中最为广泛使用的标准，得到了许多医疗卫生信息技术标准的开发和促进组织的支持，如IHE和HITSP等。针对不同应用用例，它们开发了基于CDA的文档内容标准。 CDA是HL7第三版标准（HL7 V3）的一部分，专门规定临床文档内容的标准化，提供一个能够表达所有可能文档的通用架构。所有的CDA文档都用XML编码表达。;;;XML Schema 体系架构 CDA总图;;Root ClinicalDocument Header (CDA Header) 上下文（Context）:对文档进行标识和分类 包含了认证、医疗卫生场景、病人、医生、机构等 Body (CDA Body) 包含临床文档，结构化的或非结构化（两选一） 无结构的（blob或任何数据）：Element nonXMLBody 结构化（例如XHTML）：Element structuredBody 包括可嵌套的章节（sections） 包含一个【必须的】描述文本（narrative block）:文本类型（ text） 包含零个【可选的】或多个可计算的条目（entries） 每个条目代表一个基于RIM的临床陈述（clinical statement） Act, Encounter, Observation, Procedure, substanceAdministration;;属性 参与（Participants） 相关的活动（acts）;;;;Component Non-XML文档体 描述文本（Narrative block） 章节（ Section） 结构化文档体 文本;;;每个章节包含结构化的文档体 包括章节代码（code），标题（title）和文本（text） 标题和文本包含描述文本，并且由作者（author）签署 接收者必须显示标题和文本;code： 说明了章节的类型，使用LOINC代码，例如PHYSICAL EXAM, FAMILY HISTORY title： 不是强制的，但是是推荐的，在text章节之前显示 text：描述文本 confidentialityCode, languageCode 覆盖给定的章节 entry： 可以有代码化的条目（entry），以及与描述文本相关的多媒体对象 接收者不是必须要解析的 当文本显示的时候不必被展示 component：允许章节的嵌套 subject、author、informant： 覆盖文档头中的参与;;对每个章节都有描述文本，由strucdoc.text 允许使用XHTML的子集来格式化文本 是强制性的;;;结构化的文档体，包含互补的文本（text）和条目（entry） text：人可读和显示 entry：用于可计算的互操作性 条目是被称为临床陈述（ Clinical Statement ）的、基于RIM的标准结构的HL7模式 使用LOINC/SNOMED CT或其他受控的词汇（ controlled vocabulary ） 允许使用计算机系统搜索、组织和解析;;;HL7 CCD, PLT (ref.range : 150