1、电子病历、HL7、DICOM3,电子病历(Electronic Medical Record),1935,2006,1935,2006,1935,2006,1935,2006,电子病历的概念,电子病历是以电子化方式管理的有关个人终生健康状态和医疗保健行为的信息，涉及病人信息的采集、存储、传输、处理和利用。 可在医疗中作为主要的信息源取代纸张病历，提供超越纸张病历的服务，满足所有的医疗、法律和管理需求；具有多种名称：CPR, EMR, EPR, CBPR, PRMI, EHR, PHR, EHCR, ICRS； 电子病历管理系统，是指对形成之后的电子病历进行的相关的管理功能。,信息+服务=电子病
2、历,面向问题的病人记录：信息存储,采用国际上最先进的POMR结构,符合国际标准的信息编码,树形结构更适用于对医学信息的描绘,面向问题的病人记录：信息存储,问题列表，电子病历的基本要求，其编码采用ICD9CM/NANDA, 中医诊断标准正在进行。,符合临床医生思维，帮助医生全面准确考虑问题的方法,CPR交换：遵循HL7,采用HL7 Version 3 Standard: Clinical Document Architecture Framework 1.0 这是未来医院之间电子病历交换的前提（可以记录在磁盘，磁卡，IC卡，或通过网络等传输）,用同一界面访问所有临床信息,图像,报告,实验室结果,
3、医生工作站用户界面,电子病历用户界面,无线网络,手持终端,实现电子病历的意义,预防和减少医疗错误提高医疗工作效率提高医疗工作质量 控制医疗费用改进医院管理 为病人信息的异地共享提供了方便 为宏观医疗管理提供了基础信息源,美国的前十位死亡原因统计,医疗处置不当（错误） 列第五位，高于肺炎、糖尿病 、车祸、自杀和肾脏疾病，人数在48，000到96，000之间。以上统计结果多少有些耸人听闻，但我国的实际情况更为糟糕。许多研究表明，在每年发生的几百万件医疗错误中，可以预防的占70%，有可能预防的占6%，不可能预防的占24%,美国的前十位死亡原因统计,世界性的浪潮-加速EHR系统的发展,美国总统乔治.W
4、.布什在对众议院的年度国情咨文中提倡升级医疗信息技术建设. 他说: 将健康记录计算机化,我们可以避免严重的医疗事故,降低费用,提高医疗水平.布什总统已经制定了一份计划，以确保大多数美国人在今后10 年内拥有电子健康记录；卫生信息技术计划将致力于解决全国医疗体系长期存在的问题，诸如可以预防的医疗差错、参差不齐的医疗服务质量和不断上涨的医疗费用。,国外现状,经过多年的发展，在发达国家，电子病历已有一定规模。尤其是最近几年，电子病历的应用有了迅猛地发展。表显示了美国最近三年电子病历的实施情况：,缺乏统一标准，各电子病历应用系统之间不集成，不能适应不同医务人员的特殊需求等问题。美国在临床信息系统的标准
5、化研究方面已经作了大量重要的工作，如数据交换标准DICOM3、HL7。,存在的问题,相关技术,数据库与数据库管理统输入与输出技术人工智能技术分布计算技术图像处理与存储技术数据交换技术与术语标准化通信与网络技术系统可靠性与安全性技术与其他系统集成的接口技术,需要解决的问题,技术标准的研究与应用数据结构与存储结构安全与隐私保密问题法律问题,发展方向,智能化是理想电子病历的标志标准化是电子病历发展的必然趋势网络化是充分利用电子病历信息资源的必经之路集成化将使电子病历系统的功能更加强大,HL7医学信息交换标准(Health Level 7),1. HL7 Health Level 7,“七”指的是什么
6、呢？在“ HL7” 里，“ 7” 位于开放系统互连系列通信协议的应用层的最顶层并没有HL16其他标准为应用层的最底层，如：表述层(如：Windows)传输层 (如：TCP/IP, DCOM）连接层(如：Ethernet）,ISO-OSI 网络体系结构模型,1物理 Physical,2链路 Data Link,3网络 Network,4传输 Transport,5会话 Session,6表示 Presentation,7应用 Application,HL7,HL7与网络体系结构及协议的关系,HL7 与 OSI 的关系,FTP,HTTP,POP3.,TCP,UDP,IP,LLC; MAC,SMTP
7、,实体线路,Health Level Seven (HL7),HL7能为我们提供什么?, 开发和研制医疗数据信息传输协议及标准 优化临床及其管理数据信息的程序 降低卫生信息系统互连的成本 提高卫生信息系统之间数据信息共享的程度,HL7目标,* 全美国约有95%的医院，95%的医疗相关设备及信息系统应用HL7作为其标准。 * HL7 现有会员2200多名，代表着世界上主要国家和主流技术的发展趋势。* 包括中国在内的26个国家加入。,HL7的影响力,HL7的应用,得到你的医学信息任何时间，任何地点，任何设备。,HL7标准： 2.2 1994年2月颁布 (ANSI) 2.3 1997年5月颁布 (A
8、NSI) 2.3.1 1999年4月颁布 (ANSI) 2.4 2000年10月颁布 (ANSI) 2.5 2003年8月颁布 (ANSI) 3.0 2004年3月部分 (ANSI),HL7研究的标准及其进展,与相关标准的合作DICOM、XML、IEEE(X12N)、ASTM(E31) SNOMED、ICD、LOINC、CPT、NDCCEN TC251、 ISO 215,HL7消息模型,Converts and sends in HL7,Receives in HL7,HL7消息传输格式,Message,Segment,Field,消息（Message）： 消息是数据在系统之间交换的基本单元，
9、每条消息都有各自的消息类型（共有112种）用于定义消息目的 消息类型中有触发事件(Trigger Event) 如ADT 消息由若干个段组成。,HL7-消息格式,HL7-消息格式,段(Segment):共有138种消息段，用预先规定的唯一的3字符码标示。MSH Message header segmentEVNEvent type segmentPIDPatient ID SEGMENTNK1Next of kin segmentPV1Patient visit segment 消息段分为：必须、可选、可重复三种类型,一个 HL7 Segment,MSH|&|PATH|GP123|200108
10、261705+1100|A04|101|P|2.4|34567|AL|NE|AU|enEVN|A01|200108261645+1100|PID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803NK1|1|KneesBarbaraK|Wife|CPContact person|PV1|1|I|2000201201|E|004777GetwellSaraJ|TRMA|ADM|A0|,Segments .,MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|345
11、67|AL|NE|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270OBX|1|NM|1751-7S AlbuminLN|38|g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|F,Segments .,MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567
12、|AL|NE|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270OBX|1|NM|1751-7S AlbuminLN|38|g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|F,Segments .,MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|A
13、L|NE|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270OBX|1|NM|1751-7S AlbuminLN|38|g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|F,Segments .,MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|AL|
14、NE|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270OBX|1|NM|1751-7S AlbuminLN|38|g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|F,Segments .,MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|AL|NE
15、|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270OBX|1|NM|1751-7S AlbuminLN|38|g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|F,MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|AL|NE|AU|enPID|KNE
16、E123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270OBX|1|NM|1751-7S AlbuminLN|38|g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|F,Repeated Segments .,MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|AL|NE|AU|en
17、PID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270OBX|1|NM|1751-7S AlbuminLN|38|g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|F,Repeated Segments .,数据域（Fields）： 是一个字符串。数字域必须定义其在消息段中的位置、长度、数据类型(55种)、
18、选择类型、重复性。,HL7-消息格式,NK1|1|KneesBarbaraK|Wife|CPContact person|PV1|1|I|2000201201|E|004777GetwellSaraJ|TRMA|ADM|A0|,观察一下 “Fields” .,MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|AL|NE|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803,一个 HL7 例子,Message header segme
19、ntMSH|EASIHIS|TGH|TOM|PMH|199801181007|security|ADT|MSGG00201|Event type segmentEVN|01|199801181005|,一个 HL7 例子(续),Patient ID segmentPID|PATID1234567|DoeJohnII|19470701|m|c|1 MAIN AVETORONTO ONTL3P6H3|416-571-1062|,一个 HL7 例子(续),Next kin segmentNK1|DoeLinda|wife|Patient visit segmentPV1|1|I|10034501|0
20、0135SMITHWILLIAM|SUR|ADM|,HL7-实例的意义,Patient John Doe, male, Caucasian, born on July 1, 1947, lives at 1 Main Avenue in Toronto, was admitted on January 18, 1998, at 10:05 am by Doctor William Smith (#00135) for surgery. The patient has been assigned to Room 345 bed 01 on nursing unit 100. The next o
21、f kin is Linda Doe, wife. The ADT message was sent from system EASIHIS at the TGH site to system TOM at PMH site on the same date two minutes after the patient was admitted.,HL7 如何工作?,DICOM标准( Digital Imaging and Communication in Medicine ),DICOM标准的历史,第1个版本ACRNEMA Version 1.0于1985年发布；第2个版本ACRNEMA Ve
22、rsion 2.0于1988年发布；第3个版本DICOM 3.0是ACRNEMA的扩展，它由ACRNEMA的联合委员会制订，世界上其他一些标准化组织也参予制订。,DICOM标准的目的,制定DICOM标准的主要目的是促进不同医学成像设备间的互操作性。 标准不仅支持医学放射图像，实际上面向所有医学图像，并涉及HIS/RIS的行政管理和其他实验数据。,DICOM 标准的内容,符合DICOM标准的仪器所必须遵循的一套协议；利用上述协议能在仪器设备间交换的命令以及相关的信息的语法和语义；一台符合标准的设备必须提供的信息。,DICOM层次结构,DICOM规范,第一部分：引言与概述，简要介绍了DICOM的概
23、念及其组成。提供了整个DICOM标准的综述。包括历史、范围、目标和标准的结构，对标准的各部分都有简要的描述。 第二部分：兼容性，精确地定义了声明DICOM要求制造商精确地描述其产品的DICOM兼容性，即构造一个该产品的DICOM兼容性声明，它包括选择什么样的信息对象、服务类、数据编码方法等，每一个用户都可以从制造商处得到这样一份声明。,DICOM标准文件内容概要,第三部分：利用面向对象的方法，定义了两类信息对象类：普通型、复合型。普通型的信息对象种类只包括那些现实中实体表现出的固有的属性。复合的信息对象种类可以扩展的包括那些与现实中实体相关的但不是固有的属性。第四部分：服务类，说明了许多服务类
24、，服务类详细论述了作用与信息对象上的命令及其产生的结果。一个服务类通过一个或多个命令控制一个或多个信息对象。服务种类规范声明了命令元的需求以及应用于信息对象的命令执行结果。服务种类规范既声明了供应者的需求又声明了通讯服务使用者的需求。第五部分：数据结构及语意，描述了怎样对信息对象类和服务类进行构造和编码。,DICOM标准文件内容概要,第六部分：数据字典，描述了所有信息对象是由数据元素组成的，数据元素是对属性值的编码。第七部分：消息交换，定义了进行消息交换通讯的医学图像应用实体所用到的服务和协议。第八部分：消息交换的网络通讯支持，说明了在网络环境下的通讯服务和支持DICOM应用进行消息交换的必要
25、的上层协议。第九部分：消息交换的点对点通讯支持，说明了与ACRNEMA2.0兼容的点对点通讯的服务和协议。,DICOM标准文件内容概要,DICOM 文件格式,1. 文件头the patients name / idtype of media (CT, MRI, audio recording, etc.)image dimensions.2. 主体medical reportsaudio recordingsimages,一个典型的DICOM 文件,DICOM 基本概念,信息对象定义：Information Object Definition (IOD) - A data abstractio
26、n of a class of real-world objectsDICOM消息服务单元：DICOM Message Service Element (DIMSE) - The set of DICOM Application Layer communication services.DICOM消息服务组：DIMSE Service Group (DSG) - A subset of the full DIMSE services which is applicable to a specific IOD服务对象对：Service Object Pair (SOP) = IOD + DSG,DICOM Service-Object Pair (SOP),HTTPServer,CGI,DCMTKClient,DICOMServer,DICOMArchive,HTTP,DICOM,DICOM 的 WWW 应用,patientQuery,showImage,moveSeries,moveStudy,studyQuery,patientStudies,HTTP,DICOM CLIENT,DICOM SERVER,IMAGE ARCHIVE,DICOM,Output Files,DICOM,CGI,
