第八讲(电子病历XMLDICOM)

电子病历、HL7、DICOM3电子病历(ElectronicMedicalRecord)19352006193520061935200619352006电子病历的概念电子病历是以电子化方式管理的有关个人终生安康形状和医疗保健行为的信息，涉及病人信息的采集、存储、传输、处置和利用。可在医疗中作为主要的信息源取代纸张病历，提供超越纸张病历的效力，满足一切的医疗、法律和管理需求；具有多种称号：CPR,EMR,EPR,CBPR,PRMI,EHR,PHR,EHCR,ICRS；电子病历管理系统，是指对构成之后的电子病历进展的相关的管理功能。信息+效力=电子病历面向问题的病人记录：信息存储采用国际上最先进的POMR构造符合国际规范的信息编码树形构造更适用于对医学信息的描画面向问题的病人记录：信息存储问题列表，电子病历的根本要求，其编码采用ICD9CM/NANDA,中医诊断规范正在进展。符合临床医生思想，协助医生全面准确思索问题的方法CPR交换：遵照HL7采用HL7Version3Standard:ClinicalDocumentArchitectureFramework1.0这是未来医院之间电子病历交换的前提〔可以记录在磁盘，磁卡，IC卡，或经过网络等传输〕用同一界面访问一切临床信息e-health.solutions图像…报告…实验室结果…医生任务站用户界面电子病历用户界面无线网络手持终端实现电子病历的意义预防和减少医疗错误提高医疗任务效率提高医疗任务质量控制医疗费用改良医院管理为病人信息的异地共享提供了方便为宏观医疗管理提供了根底信息源美国的前十位死亡缘由统计医疗处置不当〔错误〕列第五位，高于肺炎、糖尿病、车祸、自杀和肾脏疾病，人数在48，000到96，000之间。以上统计结果多少有些耸人听闻，但我国的实践情况更为糟糕。许多研讨阐明，在每年发生的几百万件医疗错误中，可以预防的占70%，有能够预防的占6%，不能够预防的占24%美国的前十位死亡缘由统计世界性的浪潮--加速EHR系统的开展美国总统乔治.W.布什在对众议院的年度国情咨文中提倡晋级医疗信息技术建立.他说:将安康记录计算机化,我们可以防止严重的医疗事故,降低费用,提高医疗程度.布什总统曾经制定了一份方案，以确保大多数美国人在今后10年内拥有电子安康记录；卫生信息技术方案将努力于处理全国医疗体系长期存在的问题，诸如可以预防的医疗过失、参差不齐的医疗效力质量和不断上涨的医疗费用。国外现状经过多年的开展，在兴隆国家，电子病历已有一定规模。尤其是最近几年，电子病历的运用有了迅猛地开展。表显示了美国最近三年电子病历的实施情况：

缺乏一致规范，各电子病历运用系统之间不集成，不能顺应不同医务人员的特殊需求等问题。美国在临床信息系统的规范化研讨方面曾经作了大量重要的任务，如数据交换规范DICOM3、HL7。存在的问题相关技术数据库与数据库管理统输入与输出技术人工智能技术分布计算技术图像处置与存储技术数据交换技术与术语规范化通讯与网络技术系统可靠性与平安性技术与其他系统集成的接口技术需求处理的问题技术规范的研讨与运用数据构造与存储构造平安与隐私严密问题法律问题开展方向智能化是理想电子病历的标志规范化是电子病历开展的必然趋势网络化是充分利用电子病历信息资源的必经之路集成化将使电子病历系统的功能更加强大HL7医学信息交换规范(HealthLevel7)1.HL7–HealthLevel7“七〞指的是什么呢？在“HL7〞里，“7〞位于开放系统互连系列通讯协议的运用层的最顶层并没有HL1~6其他规范为运用层的最底层，如：表述层(如：Windows)传输层(如：TCP/IP,DCOM〕衔接层(如：Ethernet〕ISO-OSI网络体系构造模型1 物理Physical2 链路DataLink3 网络Network4 传输TransportCommunication5 会话Session6 表示Presentation7 运用ApplicationFunctionHL7HL7

与网络体系构造及协议的关系HL7与OSI的关系链路DataLink物理Physical传输Transport网络Network表示Presentation会话Session运用ApplicationFTPPOP3….TCPUDPIPLLC;MACSMTP实体线路HealthLevelSeven(HL7)HL7能为我们提供什么?▲开发和研制医疗数据信息传输协议及规范

▲优化临床及其管理数据信息的程序

▲降低卫生信息系统互连的本钱

▲提高卫生信息系统之间数据信息共享的程度HL7目的*全美国约有95%的医院，95%的医疗相关设备及信息系统运用HL7作为其规范。

*HL7现有会员2200多名，代表着世界上主要国家和主流技术的开展趋势。

*包括中国在内的26个国家参与。

HL7的影响力HL7的运用得到他的医学信息任何时间，任何地点，任何设备。HL7规范：

2.21994年2月公布(ANSI)

2.31997年5月公布(ANSI)

2.3.11999年4月公布(ANSI)

2.42000年10月公布(ANSI)

2.52003年8月公布(ANSI)

3.02004年3月部分(ANSI)HL7研讨的规范及其进展与相关规范的协作

DICOM、XML、IEEE(X12N)、ASTM(E31)

SNOMED、ICD、LOINC、CPT、NDC

CENTC251、ISO215HL7音讯模型ConvertsandsendsinHL7ReceivesinHL7HL7音讯传输格式MessageSegmentField音讯〔Message〕：

▲音讯是数据在系统之间交换的根本单元，每条音讯都有各自的音讯类型〔共有112种〕用于定义音讯目的

▲音讯类型中有触发事件(TriggerEvent)如ADT

▲音讯由假设干个段组成。HL7-音讯格式HL7-音讯格式段(Segment):▲共有种音讯段，用预先规定的独一的3字符码标示。MSH MessageheadersegmentEVN EventtypesegmentPID PatientIDSEGMENTNK1 NextofkinsegmentPV1 Patientvisitsegment▲音讯段分为：必需、可选、可反复三种类型一个HL7SegmentMSH|^~\&|PATH||GP123||200108261705+1100||A04|101|P|2.4|34567||AL|NE|AU||en<cr>EVN|A01|200108261645+1100|<cr>PID|||KNEE123||Knees^Nobby^J^^Mr||19331215|M|||23ShadyLane^LIGHTNINGRIDGE^NSW^2392||||||||219171803<cr>NK1|1|Knees^Barbara^K|Wife||||CP^Contactperson|<cr>PV1|1|I|2000^2021^01|E||||004777^Getwell^Sara^J||TRMA||||ADM|A0|<cr>Segments...MSH|^~\&|PATH||GP123||20000826||ORU|101|P|2.4|34567||AL|NE|AU||en<cr>PID|||KNEE123||Knees^Nobby^J^^Mr||19331215|M|||23ShadyLane^LIGHTNINGRIDGE^NSW^2392||||||||219171803<cr>OBR|1|PMS66666|956635.9|LFT^LIVERFUNCTIONTEST^N2270<cr>OBX|1|NM|1751-7^SAlbumin^LN||38|g/L|35-45||||F<cr>OBX|2|NM|1779-8^SAlkalinePhosphatase^LN||52|U/L|30-120||||F<cr>Segments...MSH|^~\&|PATH||GP123||20000826||ORU|101|P|2.4|34567||AL|NE|AU||en<cr>PID|||KNEE123||Knees^Nobby^J^^Mr||19331215|M|||23ShadyLane^LIGHTNINGRIDGE^NSW^2392||||||||219171803<cr>OBR|1|PMS66666|956635.9|LFT^LIVERFUNCTIONTEST^N2270<cr>OBX|1|NM|1751-7^SAlbumin^LN||38|g/L|35-45||||F<cr>OBX|2|NM|1779-8^SAlkalinePhosphatase^LN||52|U/L|30-120||||F<cr>Segments...MSH|^~\&|PATH||GP123||20000826||ORU|101|P|2.4|34567||AL|NE|AU||en<cr>PID|||KNEE123||Knees^Nobby^J^^Mr||19331215|M|||23ShadyLane^LIGHTNINGRIDGE^NSW^2392||||||||219171803<cr>OBR|1|PMS66666|956635.9|LFT^LIVERFUNCTIONTEST^N2270<cr>OBX|1|NM|1751-7^SAlbumin^LN||38|g/L|35-45||||F<cr>OBX|2|NM|1779-8^SAlkalinePhosphatase^LN||52|U/L|30-120||||F<cr>Segments...MSH|^~\&|PATH||GP123||20000826||ORU|101|P|2.4|34567||AL|NE|AU||en<cr>PID|||KNEE123||Knees^Nobby^J^^Mr||19331215|M|||23ShadyLane^LIGHTNINGRIDGE^NSW^2392||||||||219171803<cr>OBR|1|PMS66666|956635.9|LFT^LIVERFUNCTIONTEST^N2270<cr>OBX|1|NM|1751-7^SAlbumin^LN||38|g/L|35-45||||F<cr>OBX|2|NM|1779-8^SAlkalinePhosphatase^LN||52|U/L|30-120||||F<cr>Segments...MSH|^~\&|PATH||GP123||20000826||ORU|101|P|2.4|34567||AL|NE|AU||en<cr>PID|||KNEE123||Knees^Nobby^J^^Mr||19331215|M|||23ShadyLane^LIGHTNINGRIDGE^NSW^2392||||||||219171803<cr>OBR|1|PMS66666|956635.9|LFT^LIVERFUNCTIONTEST^N2270<cr>OBX|1|NM|1751-7^SAlbumin^LN||38|g/L|35-45||||F<cr>OBX|2|NM|1779-8^SAlkalinePhosphatase^LN||52|U/L|30-120||||F<cr>MSH|^~\&|PATH||GP123||20000826||ORU|101|P|2.4|34567||AL|NE|AU||en<cr>PID|||KNEE123||Knees^Nobby^J^^Mr||19331215|M|||23ShadyLane^LIGHTNINGRIDGE^NSW^2392||||||||219171803<cr>OBR|1|PMS66666|956635.9|LFT^LIVERFUNCTIONTEST^N2270<cr>OBX|1|NM|1751-7^SAlbumin^LN||38|g/L|35-45||||F<cr>OBX|2|NM|1779-8^SAlkalinePhosphatase^LN||52|U/L|30-120||||F<cr>RepeatedSegments...MSH|^~\&|PATH||GP123||20000826||ORU|101|P|2.4|34567||AL|NE|AU||en<cr>PID|||KNEE123||Knees^Nobby^J^^Mr||19331215|M|||23ShadyLane^LIGHTNINGRIDGE^NSW^2392||||||||219171803<cr>OBR|1|PMS66666|956635.9|LFT^LIVERFUNCTIONTEST^N2270<cr>OBX|1|NM|1751-7^SAlbumin^LN||38|g/L|35-45||||F<cr>OBX|2|NM|1779-8^SAlkalinePhosphatase^LN||52|U/L|30-120||||F<cr>RepeatedSegments...

数据域〔Fields〕：

▲是一个字符串。数字域必需定义其在音讯段中的位置、长度、数据类型(55种)、选择类型、反复性。

HL7-音讯格式NK1|1|Knees^Barbara^K|Wife||||CP^Contactperson|<cr>PV1|1|I|2000^2021^01|E||||004777^Getwell^Sara^J||TRMA||||ADM|A0|<cr>察看一下“Fields〞...IDNameSexStreetAddressTown/SuburbDOBMSH|^~\&|PATH||GP123||20000826||ORU|101|P|2.4|34567||AL|NE|AU||en<cr>PID|||KNEE123||Knees^Nobby^J^^Mr||19331215|M|||23ShadyLane^

LIGHTNINGRIDGE^NSW^2392||||||||219171803<cr>一个HL7例子Messageheadersegment MSH||EASIHIS|TGH|TOM|PMH|199801181007|security|ADT|MSGG00201|||<CR>Eventtypesegment EVN|01|199801181005||<CR>一个HL7例子(续)PatientIDsegment PID|||PATID1234567||Doe^John^II||19470701|m||c|1MAINAVE^TORONTO^ONT^L3P6H3||416-571-1062||||||||<CR>一个HL7例子(续)Nextkinsegment NK1|Doe^Linda^||wife|<CR>Patientvisitsegment PV1|1|I|100^345^01||||00^SMITH^WILLIAM^||SUR|ADM|<CR>

HL7-实例的意义 PatientJohnDoe,male,Caucasian,bornonJuly1,1947,livesat1MainAvenueinToronto,wasadmittedonJanuary18,1998,at10:05ambyDoctorWilliamSmith(#00)forsurgery. ThepatienthasbeenassignedtoRoom345bed01onnursingunit100. ThenextofkinisLindaDoe,wife. TheADTmessagewassentfromsystemEASIHISattheTGHsitetosystemTOMatPMHsiteonthesamedatetwominutesafterthepatientwasadmitted.HL7-enabledsystemReceiverDataHL7如何任务?NetworkHL7-enabledsystemSenderDataHL7MessageCreationEncodingHL7MessageParsingEncodingHL7V3.0StandardHL7V3.0StandardDICOM规范(DigitalImagingandCommunicationinMedicine)DICOM规范的历史第1个版本ACR－NEMAVersion1.0于1985年发布；第2个版本ACR－NEMAVersion2.0于1988年发布；第3个版本DICOM3.0是ACR－NEMA的扩展，它由ACR－NEMA的结合委员会制定，世界上其他一些规范化组织也参予制定。DICOM规范的目的制定DICOM规范的主要目的是促进不同医学成像设备间的互操作性。规范不仅支持医学放射图像，实践上面向一切医学图像，并涉及HIS/RIS的行政管理和其他实验数据。DICOM规范的内容符合DICOM规范的仪器所必需遵照的一套协议；利用上述协议能在仪器设备间交换的命令以及相关的信息的语法和语义；一台符合规范的设备必需提供的信息。DICOM层次构造DICOM规范第一部分：引言与概述，简要引见了DICOM的概念及其组成。提供了整个DICOM规范的综述。包括历史、范围、目的和规范的构造，对规范的各部分都有简要的描画。第二部分：兼容性，准确地定义了声明DICOM要求制造商准确地描画其产品的DICOM兼容性，即构造一个该产品的DICOM兼容性声明，它包括选择什么样的信息对象、效力类、数据编码方法等，每一个用户都可以从制造商处得到这样一份声明。DICOM规范文件内容概要第三部分：利用面向对象的方法，定义了两类信息对象类：普通型、复合型。普通型的信息对象种类只包括那些现实中实体表现出的固有的属性。复合的信息对象种类可以扩展的包括那些与现实中实体相关的但不是固有的属性。第四部分：效力类，阐明了许多效力类，效力类详细论述了作用与信息对象上的命令及其产生的结果。一个效力类经过一个或多个命令控制一个或多个信息对象。效力种类规范声明了命令元的需求以及运用于信息对象的命令执行结果。效力种类规范既声明了供应者的需求又声明了通讯效力运用者的需求。第五部分：数据构造及语意，描画了怎样对信息对象类和效力类进展构造和编码。DICOM规范文件内容概要第六部分：数据字典，描画了一切信息对象是由数据元素组成的，数据元素是对属性值的编码。第七部分：音讯交换，定义了进展音讯交换通讯的医学图像运用实体所用到的效力和协议。第八部分：音讯交换的网络通讯支持，阐明了在网络环境下的通讯效力和支持DICOM运