医学信息标准化_第1页
医学信息标准化_第2页
医学信息标准化_第3页
医学信息标准化_第4页
医学信息标准化_第5页
已阅读5页,还剩85页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

医学信息标准化第一页,共九十页,编辑于2023年,星期二一、信息标准化的定义狭义:指信息表达上的标准化,在一定范围内人们能共同使用的对某类、某些、某个客体抽象的描述与表达。医学信息的标准化:指信息标准化在医学领域的具体应用。广义:指对整个信息的处理:信息传递与通讯、数据流程、信息处理技术与方法、信息处理设备等。第二页,共九十页,编辑于2023年,星期二第一节标准化概述标准的概念 对重复性事物和概念所作的统一规定。它以科学、技术和实践经验的综合成果为基础,经有关方面协商一致,由主管机构批准,以特定形式发布,作为共同遵守的准则和依据。第三页,共九十页,编辑于2023年,星期二标准的基本特性标准对象的特定性:广义和狭义标准制定工具的科学性标准本质特征是统一性标准应用的时效性标准执行的法规性第四页,共九十页,编辑于2023年,星期二标准化标准化的概念以指定标准和贯彻实施标准为主要内容的全部活动过程。标准化的特征标准化化活动领域的广泛性标准化化活动的动态性和过程性标准化化活动的目的性和效益性第五页,共九十页,编辑于2023年,星期二标准化的基本原理简化原理统一原理协调原理最优化原理第六页,共九十页,编辑于2023年,星期二信息标准信息标准的概念狭义:信息表达的标准广义:信息处理全过程应遵守的标准:信息采集、传递与通信、数据流程、信息处理的技术与方法、信息处理设备的标准等。第七页,共九十页,编辑于2023年,星期二医学信息标准p32广义狭义医学信息标准分为三类框架标准基础标准操作标准第八页,共九十页,编辑于2023年,星期二第二节标准的分级、分类和编号标准的分级国家标准行业标准地方标准企业标准国家标准化指导性技术文件国际标准地区标准第九页,共九十页,编辑于2023年,星期二标准的分类技术标准管理标准工作标准第十页,共九十页,编辑于2023年,星期二标准的代号和编号国家标准的代号和编号:由大写拼音字母组成强制性国标GB推荐性国标GB/T国家标准化指导性技术文件GB/Z标准的编号行业标准的代号和编号地方标准的代号和编号企业标准的代号和编号第十一页,共九十页,编辑于2023年,星期二第三节国外医学信息标准化进展国际医学信息标准化组织TC215分八个工作组欧洲标准委员会世界卫生组织第十二页,共九十页,编辑于2023年,星期二国际标准化组织(ISO)和IECIEC:InternationalElectrotechnicalCommission.国际电子技术委员会标准:是指获得一致同意的,并由公认权威机构认可的文件,这个权威机构负责为公共和常用事物的活动及结果制定和提供规则、指导原则,其宗旨是使该环境达到最佳有序度。第十三页,共九十页,编辑于2023年,星期二标准化:是指针对现存或潜在的问题,为公共的和常用的事物做出某些规定的活动,旨在使该环境达到最佳有序度。因此标准化是为了所有有关方面的利益,特别是为了最佳经济效果,在所有有关方面的协助下进行有序活动,制定实施各项规则的过程。第十四页,共九十页,编辑于2023年,星期二信息的表达:信息标准化的基础。例如分类编码,名称和内涵的标准化、代码化。信息的交换:解决不同的系统之间或不同的部门、企业之间对信息共享的问题。信息交换标准HL7:指定数据交换的格式。XML:互联网上数据交换的标准语言。DICOM:医学影象存储和信息交换的标准。第十五页,共九十页,编辑于2023年,星期二二、标准化的发展趋势国际标准化标准化权威不断提高,ISO标准被100多国家采纳。国际标准化日趋全面、完善。ICD-10我国的标准化工作计算机与信息处理标准体系表软件标准:软件测试文件说明、软件开发流程规范、软件产品文件编制说明、软件工程名词术语等。第十六页,共九十页,编辑于2023年,星期二三、医学信息的标准化医学信息的特点:种类繁多面广量大、更新快量化困难自然语言标准化的困难医学信息标准化的基础信息的分类和编码医学术语和医学专业词汇汇编医学信息硬件和软件的标准化软件产品的标准化生产和管理软件工程的标准化软件开发环境的标准化第十七页,共九十页,编辑于2023年,星期二分类标准的分类命名法:每一个事物给予一个唯一的确切代码与名称分类法:具体对象分类,然后给每一类事物以确切的代码与名称。用途分类机内代码辅助录入用代码信息交换代码第十八页,共九十页,编辑于2023年,星期二一、分类的概念分类:有两层意思:设计一种分类方法的过程;通过分类法将术语中的概念标记为代码或将术语中对象进行编码。分类与编码紧密相连。第十九页,共九十页,编辑于2023年,星期二分类法:某一领域内概念的序化和原理的序化。按序化原理如何分类称为分类法。分类法依赖原有知识,又将原有知识进一步扩展。分类的准则取决与应用目的。例如:为了医学统计或医学研究,对心电异常分类或各种疾病进行分类。 例如:医院统计各年龄段的床位。可采用下列年龄分组:

0-3岁-婴儿、4-12岁-儿童、13-18岁-青年、19-64岁-成年、65岁以上-老人。这一简单例子中,分类标准就是年龄(唯一)。第二十页,共九十页,编辑于2023年,星期二分类条件分类所需条件:领域完整性、类间非重叠性、满足既定目标有序化标准的同一性(同一级别只有一个标准)、类别标准明显、应用要求明确而完整、详细程度恰当。计算机辅助编码系统所需额外条件:允许使用同义词、允许使用不同的词汇库对拼写错误不敏感、可靠性、操作的统一性(对术语排序不敏感)、准确性第二十一页,共九十页,编辑于2023年,星期二二、分类的序化原理分类就是领域内概念的有序化,概念根据属性关系来有序化。如按并行关系分成同一类,按包含关系进一步分成子类。如“肺炎为一种肺病”,肺炎是肺病类的子类。在分类过程中贯穿始终的序化标准称为轴。如在ICD疾病分类中有序化标准要考虑:解剖位置、病因学、形态学、功能障碍等这每一项都是轴。第二十二页,共九十页,编辑于2023年,星期二分类系统中,一般使用多种有序化标准(轴),情况比较复杂。又如国际社区医疗分类(ICPC)按二轴进行分类。一轴是器官系统,以字母表示,另一轴是医学组分,以二位数字表示。围绕轴心分类可根据特性中所包含的属性关系再分为“类目”、“亚目”、“细目”等。第二十三页,共九十页,编辑于2023年,星期二三、分类方法确立目的,找出本质的特性,即确定轴心。围绕轴心进行具体分类:按特性的属性关系,再分为亚目、细目等。具体应用时灵活应用:举例A06阿米巴感染依据疾病情况(急性、慢性)和病理改变两个轴心进行分类。A06.0急性阿米巴痢疾A06.1慢性肠道阿米巴病第二十四页,共九十页,编辑于2023年,星期二编码一、编码的概念编码是确定一个对象类别或类别集合(多轴系统)的过程。类别是用代码表示的。将一种符号体系转换成人或计算机识别和处理的另一种符号体系。编码是对对象的各方面性质(属性)的解释和归判。第二十五页,共九十页,编辑于2023年,星期二二、代码代码是编码的基本构件,代码可以是数字、字母或两者组合.编码类型:(1)数字代码。可用顺序形式表示。优点:可方便地扩充代码。随机形式分配。系列数字。可保留给一类的集合。可用于数目固定的(不希望扩大的)类别集合。第二十六页,共九十页,编辑于2023年,星期二(2)记忆(助忆)代码:由相关类的类目名称的一个或多个字母组成。有助于记住代码。例如:医院各部门表示:心脏科用CAR。(3)并列代码是分段组合代码。每段提供相关类的特征。如ICPC中由一个字母(诊断记忆码)后加两位数字码(医学组分)。如D-消化、N——神经等。第二十七页,共九十页,编辑于2023年,星期二(3)分级代码。增加类的分级细节。它含有相关类的分级细节信息及与父类的分级关系信息。如ICD-9就是分级代码。这种编码方式与分级数据库的结构相似,父类在上层,子类在下层。病人数据可以用某一特定级别的分级代码检索。低层代码的扩展与修改不影响上层。第二十八页,共九十页,编辑于2023年,星期二(5)复合代码。如下图包括行为、设备、目标、解剖位置。若20种行为、10种设备、5类目标、100个解剖位置,可产生10万种复合代码的庞大系统。第二十九页,共九十页,编辑于2023年,星期二(6)数值相加代码。只用2的乘方表示数据项和类。与复合代码类似几个特征能复合成一个代码。与复合代码不同,每个特征只用一个数值(而不是一个段)来编码。如,危险因素的存在与缺失容易用这类编码表示.举例:20=1为吸烟者/0为不吸烟者21=2为肥胖者/0为不肥胖者22=4为胆固醇增高者/0为胆固醇不增高者第三十页,共九十页,编辑于2023年,星期二三、信息标准化编码应具有的特点明确的域:能判断是否属于该域由于用途和目的不同,同一对象可有不同的信息学属性。完整性与一致性完整性:信息编码系统能完整的处理相关的信息。用设置“收容组”来保证。严格做到一码一义,避免一码多义或一义重码第三十一页,共九十页,编辑于2023年,星期二科学性对客体分类编码的完成是对其本质的认识。权威性应该由政府机构制定和颁布实用性分类和代码都要有实用价值,符合医学及医院实际需要第三十二页,共九十页,编辑于2023年,星期二扩展性与可维护性要留有扩展的余地要安排财力人力跟踪维护预留的空项又必须依据分类编码原理和内在属性关系而定,新的信息将参照其属性及与原有信息的属性关系填充到相应的预留空项中,而不是简单堆放原系统之后。第三十三页,共九十页,编辑于2023年,星期二医学信息的分类、编码一、医学信息的分类、编码的方法分类方法,以西药分类为例:类:抗生素类、心血管类亚目:心血管类:抗高血压类、抗心律失常类细目:抗高血压类:利尿剂、血管扩张剂项目(药品):血管扩张剂:肼苯哒嗪、米诺地尔第三十四页,共九十页,编辑于2023年,星期二编码方法代码的位数:要根据扩展的最多位数进行制定代码的符号:力求简洁、易于理解记忆第三十五页,共九十页,编辑于2023年,星期二二、医学信息学分类编码应遵循的原则科学性:分类有科学依据,轴心体现对象的本质特性,编码有科学意义。标准化:有国际标准、国内标准、部颁标准、行业标准的要用这些标准,不要轻易制定自己的标准。准确化:分类的类目应独立明确、互不包括。亚目从属关系明确。唯一性实用性第三十六页,共九十页,编辑于2023年,星期二实用性:分类和代码都要有实用价值,符合医学及医院实际需要。它不能过于简单而失去准确性,又不能过于繁琐而应用困难。结构化:代码与对象的特性以及信息的内涵应有结构化的对应关系,代码的不同位置标识了对象的特性以及它与周围的层次关系。第三十七页,共九十页,编辑于2023年,星期二可操作性:分类编码应力求简单明了,易于学习掌握,同时要便于计算机输入。冗余性:除了应包括现有的所有对象及信息外,还应预留一定的空项,以适应随着医学发展不断涌现出来的新信息。这些预留的空项又必须依据分类编码原理和内在属性关系而定,新的信息将参照其属性及与原有信息的属性关系填充到相应的预留空项中,而不是简单堆放原系统之后。

第三十八页,共九十页,编辑于2023年,星期二国际著名医学信息标准国际疾病分类代码(简称ICD)ICD(InternationalClassificationofDisease)是根据疾病的某些特性,按照规则将疾病分门别类并用编码的方法来表示的系统。ICD1893年出版第一版,1975年出版ICD-9及其后的修订版ICD-9-CM,1994年出版ICD-10。第三十九页,共九十页,编辑于2023年,星期二ICD分类依据疾病的四个主要特征:病因、部位、病理、临床表现。ICD包含3位核心代码,这3位是向WHO报告死亡率统计的最低代码要求,可选第4位提供更详细附加代码。ICD除基本诊断术语外,还包含其他医学类医学术语。例如以”V”开头表就诊原因和其他影响健康的因素。第四十页,共九十页,编辑于2023年,星期二表代码疾病001-139感染性和寄生性疾病

001-009消化道感染性疾病

003其他沙门氏菌疾病

-003.0沙门氏菌肠胃炎

-003.1沙门氏菌败血症

-003.2局部沙门氏菌感染-003.20非特异性局部沙门氏菌感染-003.21沙门氏菌脑膜炎

-003.22沙门氏菌肺炎

-003.29其他局部沙门氏菌感染

-003.8其他特异性沙门氏菌感染

-003.9非特异性沙门氏菌感染。第四十一页,共九十页,编辑于2023年,星期二我国卫生部2002年1月1日起要求全国统一使用ICD-10。最新的国际疾病分类数据库ICD-10,包括疾病名称记录近一万条。主要包括ICD-10代码、附加码、疾病名称、疾病统计编码及拼音码。以MicrosoftExcel格式编缉,可挂接或转换成其他形式数据库。例如:A39.401脑膜炎球菌性败血症NMYQJXBXZA40.301肺炎球菌性败血症FYQJXBXZ第四十二页,共九十页,编辑于2023年,星期二国际社区医疗分类世界全科医生、家庭医生学会(WONCA)不接受ICD分类,而采用自己的ICPC。ICPC是两轴系统。第一轴是以字母编码的机体各系统(器官和系统)解剖部位。另一个轴是二位数字的医学组分编码。组分编码含7个编码集。如“肺炎”编码为R81。(R表呼吸道,81表诊断组分)。除三位码外,可扩充第四位码更细分或区分同义词。ICPC早期来源于WONCA的ICHPPC-2-Defind,并根据ICD-9和ICD-10作过修改。第四十三页,共九十页,编辑于2023年,星期二ICPC可用于根据SOAP(Subjective-Objective-Assessment-Plan)准则(S表主观信息,如主诉;O表客观信息,如化验、实验结果;A表评价,如诊断;P表计划,如治疗、药物等。)的结构化病人就诊编码。ICPC也可用于病情的进程编码。第四十四页,共九十页,编辑于2023年,星期二系统医学命名法SNOMED(SystematizedNomenclatureofHumanandVeterinaryMedicine—人类与兽类医学系统术语)是美国病理学会(CAP)发展的,描述病理检验结果的医学系统化术语。SOMED已在40多个国家得到应用。SNOMED对电子病历系统的术语的标准化起着极为重要的意义。美国病理学会开始与信息标准组织HL7和放射学学会—国家电子制造商协会合作共同发展SNOMED。第四十五页,共九十页,编辑于2023年,星期二SNOMED支持疾病的多方面编码,是一个术语系统。国际版(SNOMED3.0以上)有11轴(模块),每一模块为一个完整的等级分类系统。每一种疾病诊断包含局部解剖学代码、形态学代码、微生物学代码和功能代码,确切定义一种诊断需要4种代码复合。如诊断代码D-13510(链球性肺炎)等价于T-2800(解剖代码、肺部),M-4000(形态学代码、炎症),L-25116(微生物学代码、链球菌)。第四十六页,共九十页,编辑于2023年,星期二SNOMED的11个轴轴定义说明TMLCFJDPASG局部解剖形态学微生物学化学制品功能职业诊断过程物理因素、力、作业社会关系一般状况解剖术语细胞、组织、器官细菌和病毒药物体征和症状描述职业的术语诊断术语管理、诊断和治疗过程与疾病相关的设备和行为医学上的社会条件和重要关系语法连接和资格第四十七页,共九十页,编辑于2023年,星期二通过使用复合和并列代码以及连接词如:“与”、“或”、“由.....引起”等代码,SNOMED可组合医学概念形成更复杂的概念。几乎所有ICD中的所有术语都可由疾病和诊断(D—代码)模块合并而成。用SNOMED术语系统书写诊断报告很有前途,但用它形成复杂概念和复杂实体的规则尚待开发。因为各种代码的自由组合,会出现无意义的代码,而要让计算机检测代码是否有意义,几乎是不可能的。第四十八页,共九十页,编辑于2023年,星期二在SNOMED中的诊断可能包含X射线物相照片的编码、形态特征代码、活的生物体代码和一些功能代码。当明确的定义了这四种代码以后,就相当于定义了一个标准的诊断代码。例如:疾病代码是:DE-14810肺结核(D-14800),例如:可以按照肺(T-28000)+肉芽瘤(M-44000)+分支杆菌肺结核(L-21801)+发烧(F-03003)。第四十九页,共九十页,编辑于2023年,星期二SNOMEDRT(SystematizedNomenclatureofHumanandVeterinaryMedicinereferenceTerminology)是为了满足医学信息处理的广泛要求,在原SNOMED3.5版的基础上加入新的设计理念,于2000年面世的新产品。第五十页,共九十页,编辑于2023年,星期二HL7医学信息交换标准HL7产生于1987年,是一个专门规范医疗机构用于临床信息,财务信息和管理信息电子信息交换的标准。HL7定义了有关病人登记、入院、出院和转院、保险、付费和付款人、医嘱和实验室检验结果、图像研究、护理和医师观察资料、食嘱、药房医嘱、补充医嘱和主文件的数据传送的标准化处理。HL7同时正在发展对预约安排,问题列表,临床试验注册,病人入院,声音口述,高级命令和生理信号的处理。HL7正在用新的面向对象技术发展原始类型处理。目前版本是3.0版。第五十一页,共九十页,编辑于2023年,星期二DICOM数字化影像通信标准此标准由美国放射学学会—国家电子制造商协会(ACR-NEMA)发展而成。它为诊断和治疗图像定义了信息格式和通信标准。数字医学影象传送、显示与存储的标准。DICOM被大多数放射图片的存储和通信系统开发商支持。它同时又被整合到欧洲EDICOM(医学图像通信)标准和日本网络医学通信标准中。日本图像贮存和运载光盘系统支持DICOM医学内容。DICOM产生于1985年,当前已修订为第三版并正式命名为DICOM3。DICOM3已被全世界的医学影像设备制造商和医学信息开发商的广泛接收。第五十二页,共九十页,编辑于2023年,星期二统一医学语言系统(UMLS)通用过程术语(CPT4)诊断相关分组(DRGS)国家药品编码(NDC)电子数据交换标准(X12N)北美护理诊断协会码第五十三页,共九十页,编辑于2023年,星期二第四节我国医学信息标准化进展国家标准732、行业标准190个。医院信息系统基本功能规范全国卫生系统医疗器械仪器设备分类与代码是国家标准商品物资分类与代码68类的延拓化学药品分类与代码全国医疗服务价格项目规范SNOMED中文版医院信息系统软件基本规范第五十四页,共九十页,编辑于2023年,星期二1、HL7委员会及发展史HL7(HealthLevel7)作为一个机构,成立于1987年,从1994年起是美国国家标准局(ANSI)授权的标准开发组织(SDO)之一,是从事医疗服务信息传输协议及标准研究和开发的非盈利组织。HL7现有会员2200多,其中团体会员超过1500个,代表世界上主要国家和包括医疗方面90%的信息系统供应商。参与HL7技术合作与推广的国家和地区除美国外,还有澳大利亚、加拿大、中国、芬兰、德国、日本、荷兰、新西兰、英国、印度、阿根廷、南非、瑞典、韩国、台湾等。HL7委员会的目的是开发和研制医院数据信息传输协议及标准,优化临床及其管理数据信息程序,降低医院信息系统互连的成本,提高医院信息系统之间数据信息共享的程度。第五十五页,共九十页,编辑于2023年,星期二HL7委员会目前(截至2002年12月为止)设立了21个技术委员会

技术指导、构建回溯体系、临床上下文对象工作组(CCOW),临床诊断支持,控制、查询,教育,财务管理,国际会员接纳,营销,病历记录、信息管理,建模和方法学,医嘱、观察资料,病人管理,病人护理,人员管理,处理步骤改善,出版,临床研究信息管理,工作安排和后勤,结构化文档,术语15个特殊兴趣委员会(SpecialInterestGroups,SIGs):阿登语法,附件,临床指导方针,临床基因,社会基本健康服务,兼容性,电子病历(EHR),政府计划,图像集成,Java,实验室自动化和测试,药物治疗,安全和责任,模板,XMLHL7的委员会并不是固定不变的,特别是SIGs是可以由会员自由申请成立的。第五十六页,共九十页,编辑于2023年,星期二HL7发展史第五十七页,共九十页,编辑于2023年,星期二2、HL7标准的目标与特点HL7作为标准它是开放系统互联(OSI)七层协议第七层(应用层)的协议。是作为规范各医疗机构之间,医疗机构与病人、医疗事业行政单位、保险单位以及其它单位之间各种不同信息系统之间进行医疗数据传递的标准。作为信息交换标准,HL7自1987年发布V1.0版后相继发布了v2.0v2.1v2.2v2.3v2.3.1,2000年发布了v2.4版,现已用XML开发了v3.0版,但HL7v2.4版本仍是目前ANSI正式发布的版本。第五十八页,共九十页,编辑于2023年,星期二ISO-OSI网络体系结构模型1 物理

Physical2 链路DataLink3 网络Network4 传输TransportCommunication5 会话Session6 表示Presentation7 应用ApplicationFunctionHL7HL7

与网络体系结构及协议的关系第五十九页,共九十页,编辑于2023年,星期二HL7的范围Adomain-specific,commonprotocolfortheexchangeofhealthcareinformation第六十页,共九十页,编辑于2023年,星期二目标:(1)HL7标准应该支持各种技术环境下的数据交换,同时也应支持各种编程语言和操作系统,以及支持各种通讯环境。(2)同时支持单数据流和多数据流两种通讯方式。(3)最大限度的兼容性,预留了供不同使用者使用的特殊的表、编码定义、和消息段(如:HL7的Z-segments)。(4)标准必须具有可扩展性,以支持新的要求,这包括协议本身的扩展及与现有系统和新系统的兼容。(5)标准应该是在充分参考现有的产品通讯协议基础上,被广泛接受的工业标准。(6)HL7的长期目标就是制定一种用于医疗机构电子数据交换的标准或协议。第六十一页,共九十页,编辑于2023年,星期二HL7的特点完整性-对基本的医嘱,财务,检验信息都有了规范的描述,而且做得非常详细,如病人的饮食忌讳,宗教信仰等按照相应的ISO标准描述。可实现性-选择OSI第七层做标准,保证其可实现性。兼容和扩展性-包括对中药计量单位的支持。安全性-由于HL7的开发和兼容性导致安全性很难保障,尽管支持数字签名,但主要还是要靠网络底层协议保证。第六十二页,共九十页,编辑于2023年,星期二Chapters2and8CommonSpecsChapter-SpecificSpecsChapter-SpecificSpecsDomain-SpecificSpecsChapters

3,4,6,...TriggerEventandMessagesSegmentsandFields3、HL7V2.x介绍(1)HL7V2.X的结构第六十三页,共九十页,编辑于2023年,星期二(2)HL7V2.4包括以下十五个章节和四个附录(共1400多页):CH01Introduction绪论CH02Control控制CH03PatientAdministration病人管理CH04OrderEntry医嘱CH05Query查询CH06FinancialManagement财务管理CH07ObservationReporting观察报告CH08MasterFiles主文件CH09MedicalRecords/InformationManagement(DocumentManagement)医疗纪录/信息管理(文档管理)CH10Scheduling预约计划CH11PatientReferral病人转诊CH12PatientCare病人护理CH13ClinicalLaboratoryAutomation临床试验室自动化CH14ApplicationManagement应用程序管理CH15PersonnelManagement个人管理AppendixADataDefinitionTables数据定义表AppendixBLowerLayerProtocols底层协议AppendixCVersion2.4BNFMessageDescriptions2.4BNF消息描述AppendixDGlossary术语表第六十四页,共九十页,编辑于2023年,星期二HL7v2.4定义了如下一些方面的标准规则入院、出院和转移:通常简称为ADT。命令:应用程序之间接受、传递预定信息的行为。查询:HL7标准支持多种形式的查询。财务:涉及了美国财务统一规格书规定的所有数据。观察报告:包括各种临床观察。医学记录/信息管理时间安排:主要处理预约与资源、服务之间的关系。病人介绍病人护理第六十五页,共九十页,编辑于2023年,星期二sendHL7A01msgreceiveHL7ACKmsgAdtsystemLabsystemReceiveA01,sendACK(external)admiteventtriggereventnetwork(3)HL7的基本“事务模型”第六十六页,共九十页,编辑于2023年,星期二触发事件(triggerevents):TriggerEvents的定义是指真实世界中会发生的事件,例如“病人到达”并将产生系统间数据流动。消息(Message):是系统间传送数据的最小单位。每条消息都有用作定义目的的各自的消息类型(MessagetypeV2.4共有112种)。

消息类型中有触发事件(TriggerEvent)如ADT

消息由若干个消息段组成。这些段按定义好的顺序排列。每个段又包含了一组字段,这些字段按定义好的顺序排列。第六十七页,共九十页,编辑于2023年,星期二MESSAGESEGMENTFIELDCOMPONENTORSUBCOMPONENT(4)HL7消息(MESSAGE)组成第六十八页,共九十页,编辑于2023年,星期二消息段(Segment):

由一组数据字段(Datafield)按一定顺序和规则组成,每一消息段都有相应的名称,用于界定其内容或功能,V2.4共有138种消息段,如MessageHeader(MSH),EventType(EVN),PatientID(PID),andPatientVisit(PV1)等.消息段分为:必须、可选、可重复三种类型。第六十九页,共九十页,编辑于2023年,星期二V2.4Message-ADTMSH MessageHeaderEVN EventTypePID PatientIdentification[PD1] AdditionalDemographics[{NK1}] NextofKin/AssociatedPartiesPV1 PatientVisit[PV2] PatientVisit-AdditionalInfo. …[{GT1}] Guarantor[{IN1 Insurance[IN2] InsuranceAdditionalInfo.[IN3] InsuranceAdd'lInfo-Cert.}] …{}mayrepeat[]optional第七十页,共九十页,编辑于2023年,星期二字段(Fields)与表(Table):

字段是一串字符串。字段必须定义其在信息段中的位置、长度、数据类型(55种)、选择类型、重复性。表用作对字段进一步详细说明。表分为HL7标准表和用户自定义表以及外部表三类。V2.4共有470余个表。

第七十一页,共九十页,编辑于2023年,星期二SEQ-positionwithinsegmentLEN-lengthoffieldDT-datatypeforfieldOPT-optionalityforfieldRP/#-repeatabilityTBL#-tablenumberforcodesITEM#-HL7fieldnumberELEMENTNAME-nameHL7V2.4MSHSegment定义第七十二页,共九十页,编辑于2023年,星期二0116CClosed0116HHousekeeping0116IIsolated0116KContaminated0116OOccupied0116UUnoccupied例如:表0116UserBedStatus第七十三页,共九十页,编辑于2023年,星期二DATATYPESAlphanumeric-字母与数字符号构成的-ST,TX,FT,SRTNumerical-以数字表示的-CQ,MO,NM,SI,SNIdentifier-识别符-ID,IS,VID,HD,EI,RP,PL,PTDate/Time-日期时间-DT,TM,TSCodeValue-代码值-CE,CNE,CWE,CF,CK,CN,CX,XCNGeneric-通用-CMDemographic-人口统计-AD,FN,PN,SAD,TN,XAD,XPN,XON,XTNSpecialty/chapterspecific-特殊的定义-CD,MA,NA,EDPriceData-金额资料-CPPatientAdministration/FinancialInformation-病患管理/财务资讯-FCExtendedQueries-延伸查询-QSC,QIP,RCDMasterFiles-主档-DLN,JCC,VHMedicalRecords/InformationManagement-医疗记录资讯管理-PPNTimeSeries-时间连续-DR,RI,SCV,TQ第七十四页,共九十页,编辑于2023年,星期二DATATYPES例<comparator(ST)>^<num1(NM)>^<separator/suffix(ST)>^<num2(NM)>|>^100|greaterthan100|^100^-^200|equaltorangeof100through200|^1^:^228|ratioof1to228第七十五页,共九十页,编辑于2023年,星期二MESSAGEDELIMITER为了构造一条MESSAGE,要使用一些特殊的字符,它们是-Segment界限符<cr>(不能改变)-Field分隔符|

-Component分隔符^

-Subcomponent分隔符&

-Repetition分隔符~(分隔fields中的重复)-Escape分隔符\(使用于由ST,TX,FT数据类型表示的field)MSH|^~\&|…….<CR>MSH\!@#$\…….<CR>第七十六页,共九十页,编辑于2023年,星期二\H\开始强调显示\N\正常文本(结束强调显示)\F\字段分隔符|\S\Component分隔符^\T\子component分隔符&\R\重复分隔符~\E\转义符\\Xdddd….\十六进制数据\Zdddd…\本地定义的转义序列Formattingcodes例Chr(02)-@,chr(49)-a|ab\x49\\Z02\cde\e\f\r\g|=aba@cde\f~g第七十七页,共九十页,编辑于2023年,星期二(5)HL7消息构造规则三个字符为段标志代码如果一个值不存在,不必用其它的字符表示。如果这个值存在,但是为空,在字段中用字符“^”表示。|ABC^DEF^^|和|ABC^DEF|是等价的。|XXX&YYY&&|和|XXX&YYY|是等价的。用ASCII回车符来结束每个段。第七十八页,共九十页,编辑于2023年,星期二HL7V2.4消息举例转院患者患者李平于2001年12月1日上午10点23分由王平医生(#123)入院,将要进行手术(SUR),他被指定到护理单元2000的2012房间,床位01。此信息从海淀医院的ADT1系统发往LABADT系统,在信息发送的当天入院事件发生,但信息发送比入院事件发生晚2分钟。患者李平,身份证男性,住址:海淀区学院路38号,电话:62091234第七十九页,共九十页,编辑于2023年,星期二HL7V2.4消息举例的编码MSH|^~\&|005^ADT1|0802^海淀医院|0052^LABADT|0802^海淀医院|200112011025|SECURITY|ADT^A01|MSG00001­|P|2.4|<cr>EVN|A01|200112011023||<cr>PID||||李平|19560101|男||C|

海淀区^学院路^38号^100083|6209-1234|||<­cr>PV1|1|I|2000^2012^01||||123^王平|||SUR|<cr>第八十页,共九十页,编辑于2023年,星期二(6)HL7应用(第7层)处理规则这些处理规则是应用在所有的讯息交换,不管是在HL7的编码规则下,或者其他低阶协议下-DeferredProcessing

-SequenceNumberProtocol

-ContinuingProtocol由于讯息交换是就两个Entity而言-initiatingsystem

-respondingsystem这两者在角色(Actor)区分上都有可能是sender和receiverInitiatingsystem先发送讯息要求后收到相关相应,respondingsystem收到讯息后发送第八十一页,共九十页,编辑于2023年,星期二Sequ

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论