资源描述：
《基于第三方的电子病历信息整合平台的研究》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。
密级分类号单位代码学号坚创卫里」坚些夺二李大誉石页士学位论文几厦论文题目基于第三方的电子病历信息整合平台的研究学位类别学历硕士学科专业,,,、,二,丘独锁氮信息管理与信息系统作者姓名李娜马溪骏研究员导师姓名年月完成时间 基于第三方的电子病历信息整合平台的研究作者姓名李娜学位类型学历硕士学科、专业信息管理与信息系统研究方向决策科学与技术导师及职称马溪骏研究员年月 Z`日田〕一、,十理多「习匕一」一』上二、尸本论文经答辩委员会全体委员审查,确认符合合肥工业大学硕士学位论文质量要求。答辩委员会签名工作单位、职称主席产秘巾司咖拟耳脉穷`、`︺叮名脚训奈户乡旗「〕委贝夕琳务。夕、。李协、阵瓜久`科么令加今妇落训和坎导师马殊叫 独创性声明本人声明所呈交的学位论文是本人在导师指导下进行的研究工作及取得的研究成果。据我所知,除了文中特别加以标志和致谢的地方外,论文中不包含其他人已经发表或撰写过的研究成果,也不包含为获得一宣胆卫止星乞一或其他教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明确的说明并表示谢意。学位论文作者签字象钾签字日期`年`月夺`日学位论文版权使用授权书本学位论文作者完全了解合肥工业大学有关保留、使用学位论文的规定,有权保留并向国家有关部门或机构送交论文的复印件和磁盘,允许论文被查阅或借阅。本人授权`宣卫旦工业土学可以将学位论文的全部或部分论文内容编入有关数据库进行检索,可以采用影印、缩印或扫描等复制手段保存、汇编学位论文。保密的学位论文在解密后适用本授权书学位论文者签“李娜导师签名另殊秋签字日期韧了年午月平日签字日期知好年夺月夺日学位论文作者毕业后去向工作单位电话通讯地址邮编 致谢经过三年的研究生学习,特别是对于本课题的一年多的探索和研究,这篇硕士论文终于定稿了。回想这三年来的学习和生活,我由衷的感谢我的指导老师马溪骏老师。三年来,马老师无论是在学习上还是生活上都给了我极大的关心和帮助。从进入实验室开始,马老师就在研究方面启示我,在实践方面指引我,帮我推荐医疗行业的医师和技术专家指导我,我的论文也得到马老师的细心指正。马老师严谨的治学态度和广博的学识、精益求精的工作态度、诲人不倦的师者风范必将使我终身受益。马老师,您的教诲学生终生难忘特别感谢计算机网络系统研究所的杨善林教授。杨老师在学术上的高深造诣、学风上的严谨求实、对科学前沿敏锐的洞察力、勇往无前的开拓精神、对待人才的胸怀和远见以及对我的严格要求都使我受益终身,在此谨向杨老师致以衷心的感谢和崇高的敬意还要特别感谢的是余本功老师。余老师对我的课题给予了悉心的指导,给我提供了丰富的科研资料,在研究的道路上指引了方向,并且适当地给予压力,培养我独立思考的能力,其扎实的技术实力和丰富的项目经验让我受益良多。感谢网络所的褚伟、梁昌勇、左春荣、付超、潘若愚、胡笑旋、潘申、毛雪崛等老师和管理学院刘心报、何建民、刘业政、李兴国等老师对我学业上及生活上的关心、帮助和指导,感谢管理学院以及所有培养和帮助过我的老师。特别要感谢实验室的江澎、廖海波两位同学在编程实践方面的帮助。感谢于红星、邹道生、马晓伟、陈文、王庆华、龙汀、郑蕊、杨蕾、汪金梅、陈文燕、萧广顺等朋友和同学对我的关心和帮助。深深感谢我的父母和亲人,虽然不在身边,但是日日挂念着我,在我遇到困难的时候开导我,在我取得进步的时候鼓励我。他们无私的爱和深切的期望是我求学路上的强大精神力量最后,再次感谢所有帮助过我的领导、老师和同学作者李娜年月声 基于第三方的电子病历信息整合平台的研究摘要近年来我国卫生信息化建设飞速发展,很多医院都建立了自己的信息系统或电子病历系统。随着互联网发展和信息技术日益成熟,医院信息化建设将会不断深入。全面整合医疗卫生资源,消除卫生信息孤岛,实现区域范围内卫生信息共享是卫生信息化发展的必然趋势。本文在全面了解国内外区域电子病历研究现状的基础上,总结了电子病历信息整合的一般模式,并结合我国医疗信息的表达形式没有统一的标准,不同厂商开发的系统自成体系,区域内不同医院系统之间难以进行有效的信息交换和资源共享的现状,提出建立以政府作为第三方的数据中心模式来整合区域内各医院信息,构建标准统一、数据共享的医疗数字化平台。文章重点对临床文档架构标准进行了深入研究,结合我国现有标准和本地化的需求,对标准进行了本地化的定制,并将该模型用于电子病历文档格式的标准化。课题首先在第三方的数据中心建立了统一的数据结构以整合来自区域内不同医院的不同结构的病历信息,通过采用基于标准的技术来实现电子病历信息从医院到第三方的跨平台传输,在保持原有系统自治性的同时,集成了区域内各医院信息系统或电子病历系统。其次,通过技术实现了关系数据到标准文档的创建,形成了基于的电子病历数据库。最后,建立了电子病历中心网站和电子病历双向转诊系统,为用户提供了信息交互和共享接口,实现了以区域为中心的电子病历信息共享。研究表明,通过建立区域性电子病历中心来实现电子病历信息整合和共享是完全可行的。关键字第三方电子病历扩 ResearchonInformationIntegrationPlatformforElectronicHealthRecordsBasedonthethirdPartyAbstraCtHugeProgresswasmadeinPromotingmediealandhealthinformatizationinourcountryi一飞,二,一,一记,一一,,,一匕,一,,,,一,,己,',,一一刀,,亡 目录第一章绪论……,…选题背景与意义····················································……国内外研究和应用现状……,……国内外卫生信息标准化现状……,…电子病历国内外发展现状……区域电子病历国内外现状……论文的结构安排·······························……第二章电子病历及其标准··························································,··……电子病历概述……,·················……电子病历的概念·························,·……电子病历相关问题……电子病历的医学信息标准………………小结……第三章关键技术及其应用································································…………技术概述·················……命名空间······················…………,……与……已……亡产生背景……己技术概述……亡核心协议……小结……第四章系统的分析与一设计·······································································……系统概述……系统体系结构……系统功能分析······························……系统设计……数据中心设计·················……系统架构设计·····,···························……传输安全考虑····························……数据库设计……数据库的选取·······························……数据库的设计·················……小结…… 第五章系统关键部分的实现……医院到电子病历中心的数据传送……已服务的创建……`……,……亡服务的调用……基于标准的电子病历……,……标准的本地化……电子病历的创建……电子病历的解析转换……系统演示……电子病历的共享……,……电子病历双向转诊……,……小结……,……第六章总结与展望……工作总结……,……工作展望……,……参考文献……,……,……矛 插图清单图一医学信息标准关系示意图……巧图一标准与模型的关系示意图……图一结构示意图……图一病人入院的消息编码……,…、……、……、……图一定义的信息传递过程……图一文档结构图……图一后组式编码示例……图一电子病历首页的文件……图一亡架构……图一亡服务协议栈……图一文档示例……图一工工作原理……图一协议的运行机制……图一消息包……图一系统结构图……图一平台建成前后的对比……图一系统功能示意图……图一系统的功能结构图……图一数据中心模型……,……,……图一电子病历信息整合平台架构……图一电子病历共享系统顶层数据流图……图一数据库关系图……图一病人基本信息传输转换过程示意图……图一医院端调用亡服务的代码清单……图一基于标准的电子病历的解析转换……,……图一基于日标准的电子病历……图一网站主页……图一电子病历查询画面……图一转诊流程图……图一电子病历双向转诊工作模式……图一电子病历转诊画面…… 表格清单表卜国家卫生信息标准研究进展……表一亡服务代码清单……表一标准文档转换程序代码清单……表一文档代码清单……表一病历样式单……,…… 第一章绪论选题背景与意义随着区域医疗改革的深入,区域卫生信息化是今后年卫生信息化发展的必然趋势。发达国家和地区都将其作为近期卫生信息化研究的重点课题。我国卫生部立足现实,并着眼于未来,就相关工作也做出部署,并着手建立区域卫生信息化示范区,探讨和摸索我国医院信息化建设和发展的经验,为后续单位提供可借鉴的示范效应。经过二十儿年的信息化建设,我国很多医院都建立了自己的信息系统或电子病历系统「`〕。并且基本上都达到了对医疗机构人、财、物的有效管理,也产生了较好的效果。目前医疗信息管理体系正在从以人、财、物的管理为主,向临床信息管理的阶段过渡。目前,工、、三大系统处于平衡发展的状态,而我国电子病历建设相对落后,伴随着临床信息成为医疗信息化的主体,电子病历将成为整合不同类型医疗数据和流程的中枢,可以肯定,电子病历将是下一步医疗信息化的重点〔习。现在已经有相当多的医疗机构,如广东佛山、深圳、福建等地在尝试或试点电子病历系统。通过电子病历系统的实施,也不同程度的取得了良好的效果。但是,这些系统基本上是根据各医院当时的业务需求自主研发或引进的,由于缺乏信息标准和统一规划,目前,不同医院的系统自成体系,它们的软、硬件平台,存储信息的语义及内部表示各不相同,这使得电子病历的信息共享基本限制在本院内部,不同的医疗机构之间很难进行数据的交换和共享,不利于信息的有效利用和深层次加工处理。而病人一生可能在多家医院就诊,病人的病历信息会分布在多个医院,但由于缺乏标准,没有一个公共信息交流平台,使得宝贵的病历资料“浪费、闲置和不连续”,不能发挥其应有的作用。本研究拟结合我国国情,对区域内医院临床信息共享作有益的探索和前瞻性研究。目的是在保持各医院己有系统的自治性的同时,试图构建一个以政府作为第三方的区域卫生信息整合平台,形成区域内病人贯穿一生的电子病历,使合法用户以快速、安全、授权、方便的方式获得电子病历信息。从而,架起医疗与预防相结合的桥梁,为居民提供连续、科学的诊疗服务实现医疗机构之间的信息整合和共享,一定程度上解决社区医疗资源不足问题提高卫生监管,全面提高区域医疗卫生的服务水平。国内外研究和应用现状国内外卫生信息标准化现状国外卫生信息标准化现状为了实现医疗信息的交互和共享,在电子病历系统的实现过程中,会涉及到许多医学信息标准。世界发达国家在信息标准的研究和推广工作中投入了大量的人力、物力和财力,取得了令人瞩目的成绩。文章首先介绍课题涉及到的医学信息标准及其应 用现状。国际疾病分类标准,代编码由世界卫生组织在欧洲早期制定的标准上发展形成的,最初是用于疾病率和死亡率的统计。年出版了第一版,约每十年进行一次修订。在第六个版本以后逐步拓展到用于医院临床诊断与手术操作的分类、检索、统计方面的应用。年出版了工一及一一〔。年出版了第版,工一改变了部分分类规则和部分疾病定义概念调整了部分疾病的分类编码形式便于应用分类轴心体现了实际需要「。我国的疾病分类标准己经和国际接轨,并于年月开始将工一应用于病案首页。观测指标标识符逻辑命名与编码系统。,工是一个旨在促进临床观测指标结果的交换与共享的非官方研究项目,最早启动于年。该标准由非营利性医学研究机构工。二及一一直承担着数据库及其支持文档的开发和维护工作。由于解决临床实验室的信息互通的实际应用问题,近年来逐渐得到国际公认。整个工数据库及其辅助对照程序每年坚持更新一次左右,公众均可免费下载。工数据库目前收录临床观测指标术语达条。其中,实验室检验项目方面的临床观测指标术语达条非实验室性的临床观测指标术语为条信息附件方面的术语为条调查问卷术语为条。其中的临床观测指标术语为直接采用。当前,国内已经实际运用标准的主要还是我国香港特别行政区和台湾地区「别。我国内地也完成了中文版的翻译,在中国卫生信息标准化网上有工中文搜索工具的试用。医学术语系统一,该标准是由美国病理学家学会,以出版的当今世界上最庞大的医学术语集。它涵盖解剖学、形态学、症状及疾病体症、化学制品、药品、物理因素、空间关系、职业、社会环境、疾病诊断和操作等领域。继版后于年面世。是的衍生物,于年面世。它在定义的概念中加入了编码、关系、描述、层面等内容,使之更加清晰完备「」。是一个多维的、层次的标准医学术语集。它直接用于临床信息的表达,广泛应用于病理、肿瘤、放射,电子病历等领域〔〕。我国主要完成了版的中文翻译仁」。测量单位统一编码,它是一个试图包括当前国际科学、工程和商业领域所使用的所有测量单位的编码系统。目的是保证一定单位数量的电子通信的清晰明确。关注的是电子通信,而不是人与人之间的交流,一个典型应用是电子数据交换工协议,但也可以用于其他类型的机器间的数据通信〔〕。医学数字影像和通信标准 Medicine,标准是由北美放射学会,和全美电子厂商联合会。,在参考了其它相关国际标准的基础之上,联合制定并推广的放射科图像和数据通讯格式。年和年发表了两套规范一和一,由于技术上的不成熟,这些规范没有被广泛采用。年规范一经公布立即被众多的厂商及机构采用。目前,工已发展成为国际医疗影像设备的图像通信和交流的唯一规范。它包含了医学图像的数字化采集、归档、通信、显示及查询等各种信息交换的协议,交换的对象既包括超声、内窥镜等数字医学影像,也包括、光、放射疗法等传统放射影像`·“,,'`〕。卫生第七层通讯标准标准是基于国际标准化组织所公布的网络开放系统互连模型工,第层应用层的医学信息交换协议。自年第一版诞生以来,十几年来发展迅速,年通过版,随后版在年出版,年又发布了版。这个版本得到了美国国家标准化协会的认可并开始逐渐在北美、欧洲、日本和澳大利亚等国家的一些医院中使用。它适于医院内部不同的医疗信息系统之间交换病历资料、检验结果、财务信息,同时也能满足医院与其他部门之间的信息交换需求。论文将在节对该标准作详细介绍。临床文档架构,是一个健康医疗领域用于异质软件系统之间交换临床信息的文档标一记标准〔`」。从年开始,它便得到不断的发展,最初是,后来被称为病人健康记录简称「“,〕。年月,组织发布了第一个基于的医疗行业的临床文档架构标准一一,目前的最新版本是。一个文档是一个完整的信息对象。它使用标准编码,可以包括文本、图片、声音和其它多媒体内容。该标准的具体内容将在节作详细介绍。在标准的运用上,美国虽然有政府的推动,仍然很分散。在美国推广一个平台很难,各机构互不隶属,美国政府也意识到了信息孤岛这个问题,因此发起制定一些医疗信息标准、工等以实现信息的集成和整合,并开展了多个基于这些标准的项目应用。加拿大的区域电子信息化项目一。,电子医疗摘要基于标准,一包括两部分一个基于标准的临床文档和一个用来确保临床文档传输的消息交换协议一。、。。,一。在欧洲,芬兰、希腊自年标准颁布之后就开始使用标准,他们希望在未来两到三年内实现通过基础网络设施就可以访问大多数人的健康记录「`〕。目前,威尔士和英格兰都在开展基于的项目试点工作。意大利有电子病历项目 Te工,该项目基于标准,同时,意大利也是第一个使用标准构建实验室报告的国家,从年开始便在威尼托地区开始试验。在亚洲,日本的医疗标记语一言政。。,的最新版本遵循标准,包含个模块和个数据定义表格「'石〕。韩国政府结合本国特点制订了《电子韩国计划》,一大重点就是电子医疗,并在开展基于标准的项目试点。目前,台湾地区在使用电子病历系统,采用国际标准工和基于的标准等,构建院际间电子病历的交换与流通,打造医疗化环境。国内卫生信息标准化现状近年来我国卫生信息化建设飞速发展,整个医院信息系统产业正在迅速成长,卫生信息标准化的问题越来越成为制约我国信息化发展的瓶颈。为了促进卫生信息化的健康快速发展,我国已将解决信息标准问题摆在了重要议事日程上,标准化研究工作受到了前所未有的重视。年卫生部信息化工作领导小组办公室和中国卫生信息学会在理顺标准管理机构的基础匕启动了《国家卫生信息标准基础框架》、《国家医院信息基本数据集标准》、《国家公共卫生基本数据集标准》、《社区卫生信息基本数据集标准》、《医药卫生科学数据管理与共享服务工程》等十个标准化项目。表一国家卫生信息标准研究进展项目名称负责单位进度国家卫生信息标准基础理论框架研究总后卫生部牵头基本完成国家卫生信息基本数据集标准研究卫生部、总后卫生部牵头启动医院信息、基本数据集标准研究北京协和医院牵头基本完成国家公共卫生基本数据集标准研究中国牵头基本完成社区卫生信息基本数据集标准研究科技部项目牵头基本完成中国标准研究科技部项目牵头基本完成中国标准研究医院研究所牵头己经启动中国医学术语编码系统研究医院研究所牵头己经启动电子病历应用基础与标准研究科技部项目牵头准备启动健康档案应用基础与标准研究科技部项目牵头准备启动目前,国家卫生信息标准基础理论框架、医院信息基本数据集标准、国家公共卫生基本数据集标准和社区卫生信息基本数据集标准基本完成,年初卫生部信息办努力征集各地、各有关单位对上述研究成果的意见,以便对形成的标准规范作进一步修正完善并正式发布执行【'。但这些标准目前基本上还是局限在研究层面,希望年在这些标准的具体应用上应该会有所进展,特别在区域卫生信息化和医疗机构信息化建设方面能够起指导作用。从国际发展的趋势和水平比较来看,我国的卫生信息标准化仍然滞后,非标准化现象涉及整个信息处理过程,在信息的表达、传输等方面非标准化问题尤为突出,各 系统之间难以进行数据交互及数据共享,在安全性、授权管理和保护隐私等方面也存在很多问题,阻碍了信息资源效益的发挥。在跟踪参与国际卫生信息标准化方面,我国于年月以中国协作中心曰工的名义成为标准的国际会员,努力和国际接轨,但在的应用及本地化改造方面所做的工作却不多,对电子病历的应用研究还没有一个统一的、能满足不同需要,但又具有实际指导意义的技术标准和实现标准框架,标准化也主要局限于编码的设定等问题,并没有解决表达、传输、处理等过程的标准化问题。这就造成了国内电子病历系统软件没有统一的信息交换标准,不同软件供应商之间的不同系统无法进行有效的信息交换,异地转诊和共享医疗等临床业务的信息不通畅,各医院已面临着成为现代社会的信息孤岛的尴尬。如何将现有的国际标准用于我国本土,从而实现医院信息的交换和共享,是我们目前巫待解决的问题。电子病历国内外发展现状从电子病历的国外发展情况来看,西方发达国家电子病历系统己经有了很大的发展,其中以瑞典和荷兰最为突出,在年已经有近的医院成功应用了电子病历系统。其次是丹麦、英国、芬兰等国家,这些国家大约有的医院实施电子病历系统。还有一些电子病历系统发展得比较好的有德国、比利时、意大利、爱尔兰、希腊等国家。年来,美国全功能电子病历投入使用的虽然始终在到,但美国在临床信息系统的标准化研究方面作了大量重要的工作。美国在电子病历使用率上略低于个欧盟国家的平均水平,但在计算机、和网络设施普及率上略胜一筹。我国电子病历的开发应用起步较晚,目前南京海泰、北京安博维、北京东华、上海金仕达卫宁、联合软件等许多厂商投入了电子病历系统的研发,同时市场上也有电子病历系统的产品在推广。电子病历的复制引发的问题、电子病历的痕迹保留、质控、打印问题基本上都能够解决了,目前电子病历的核心主要集中在四点一是电子病历的编辑器功能是否足够强大到可以自由定制任何类型的病历模板二是电子病历的质控到底可以细化到什么程度,目前的电子病历只做到对时间的控制和对书写格式的控制,几乎没有公司能提供对病种、治疗方案、治疗效果的质控三是电子病历的数据挖掘,部分公司只提供了关键字段及组合关键字段的检索,更深层次的数据挖掘工具尚未研发出来,医院的意识也还未上升到这个高度四是虽然我国于年出台了《电子签名法》,但是在实际应用中,电子病历的法律效力问题仍然没有得到很好的解决。目前,我国经济发达地区的国家示范试点医院在试用电子病历,取得了初步的成效。但因为意识问题、投资太大、技术不成熟、法律问题等原因,使用的医院大部分把电子病历当成一个快速书写病历的工具,公司做到的只是对时间和书写格式的控制,并没有发挥电子病历强大的功能,所以整体应用水平仍处于初级阶段。真正的电子病历应该满足整个临床流程的各种需求,能够获取病人的各种信息,从这个意义上 说,国内尚无一套真正意义上的电子病历系统。区域电子病历国内外现状国外现状国内外发达国家或地区都将区域卫生信息化作为近期卫生信息化研究的重点课题,并已经开始或着手建立区域性卫生信息化体系。美国政府在年提出了“政府电子病历”的发展计划,年底向国会提交了《国家卫生健康信息系统的基础设施建设》工工的策略性报告。同时,美国国家电子疾病监控系统及美国疾病控制中心的公共卫生信息网工,工现已投入应用。年月日,布什总统还公布了一项卫生信息技术计划,提出了在未来年内保证实现大多数美国人拥有电子健康记录的目标。目前,美国正在实施四个实验性的项目,以探索什么样的体系结构更适合区域医疗卫生信息的互操作。加拿大在年就提出健康信息公路工这个概念,开始探讨信息与通信技术在加拿大健康基础设施或健康信息高速公路建设中的策略。加拿大不列颠哥伦比亚省卫生厅和医疗学会,经过不断的探索和试点试验,于年联合制定了一标准,并在不列颠哥伦比亚省开展了基于该标准的项目试点。一个一是一份传输病人数据子集的电子文档,适于在初级保健医生和其他医生之间共享病人的医疗信息,主要用于在病人转诊、急诊、急救等应急事件处理时共享病人的临床摘要信息,提高异质电子医疗记录系统间的集成和互操作。目前该项目正处于第二阶段,集中在转诊事件的信息共享〔孟了,`,,。丁。在欧洲,芬兰的巨泣、希腊的工、德国的工、都是区域性电子病历集成和共享应用。而英国医疗服务机构指定了一年医疗信息的年发展规划,英国国民医疗保健服务系统与工供应商签署了为期十年,金额逾亿英镑的合同,号称是世界最大的一笔用户信息化订购单。芬兰的区域电子病历系统采用,一记录定位服务架构,它是在索引中心建立一个系统注册库和一个连续的病人索引库,其中,索引数据库只存放电子病历的索引信息,病人的病历信息仍存放在各医院的临床数据源中。当医院形成一份病人医疗记录时,它便向索引中心公布此病人医疗记录的位置索引,并将索引添加到索引库,形成病人贯穿一生的索引档案。当病人去另一家医院看病时,医生需要查看病人以往的电子病历,他便向索引中心提出一个查看请求,索引中心验证其权限后,会给医生返回该病人医疗记录的一个或多个位置索引,然后医生根据索引信息,向其他医院发出医疗一记录借阅请求,接收请求的医院查询后台数据库,将病人医疗一记录返回给请求者,从而,实现了区域范围内电子病历的查询和共享〔,〕。 英国的国家健康服务采用。架构,所谓,就是指病人健康和医疗关键信息国家数据库,它形成了的核心。即将病人的有关健康和医疗的关键信息统一存放到国家数据库,有关病人与相关的更多详细的信息存放在本地级别的数据库,国家性的关键信息结合更多详细的本地信息,形成了病人的完整医疗一记录圈。意大利有国家性的电子病历项目,主要探讨数字签名在医疗报告中的管理和应用。项目为病人提供了四种可行渠道来获得医疗报告网站、邮件服务、全科医生工作站和当地健康行政区。此外,在其东北部城市崔维索开展有多个医疗项目,包括、、、一。等,其中项目包括一和一,前者主要用于老年人家居照顾并为远程会诊提供支持,后者是一个利用数字签名的神经外科一远程会诊项目,旨在连接区域内最优秀的卫生资源形成以区域为中心的健康服务架构比,,弓」。可见,面对病人的不断增加和家庭护士的严重短缺,意大利相关部门正在把解决问题的出路转向基于电子病历的区域医疗及远程医疗等数字化方式,希望借此在不降低医疗质量的前提下,扩展并整合现有医疗资源〔川。在亚洲,日本医疗信息学会课题研究会一电子病历协会,从年起,就开始对不同医疗机构之间电子形式的医疗数据交换方法进行了研究。年,日本厚生省成立了电子病历开发委员会,当年度投入亿日元用于开发电子病历系统,采用语言将医疗数据结构化并进行交换的研究变得具体化,规格后被命名为。从版本开始使用作为标记语言,并有基于的研究项目工一,,一「,。目前,日本医药信息协会健康信息系统工业协会正在进行病历安全规范的研究,且日本已实施一战略,移动通信、远程医疗等技术正广泛地应用于病人监控、家庭病床、老年卫生等。马来西亚、新加坡等国家,以政府为主导的医疗卫生信息化建设基本都做到了区域范围内健康信息的互连与共享。年月日起,新加坡卫生部开始实施住院病人出院电子病历摘要的共享,新加坡的电子病历共享网,实现了公共保健集团之间共享医院住院病人出院病历摘要。新加坡亚历山大医院经半年的试验,结果表明病人等候的时间从原来的分钟减至分钟,节约医疗机构和病人的时间及成本,提高了医疗效果。国内现状在我国香港,市民采用统一的社会保险号,香港医院管理局已经实现了院际病人检验、检查报告的共享。年月日香港医院管理局公布了一项宏大的医疗信息系统计划,计划包括覆盖全港的“电子病历纪录系统”,可储存和查看过去十年的病人记录,计划还包括“电子病历纪录图像传送系统”。新实施的“电子病历纪录图像传送系统”是整个电子病历纪录系统的一部份,图像传送系统可快速压缩和解压缩图像档案,处理大量数据并同步高速传送至不同用户。台湾卫生署与台湾医疗信息学 会规划建立了一个医疗信息交换中心工。一工来负责统筹电子病历的信息交换、资料格式标准的制定等,而台湾健保集团采用全台湾地区统一的健保卡,实现所有持卡人员主要医疗信息的共享。面对信息无法横向共享的问题,国内一些经济发达地区对于区域性卫生信息化建设也开始重视起来。上海于年提出“加快卫生信息建设,力争一用年时间,构建形成卫生信息服务、电子政务、远程医学为核心内容,覆盖全市卫生系统的高效率、高质量、高水平的信息系统”的工作目标。年厦门市借助于市民健康卡,一个集患者的就医体检信息、妇幼保健信息、社区公共卫生信息为一体的市民健康信息、系统,己于年月投入使用。南京军区福州总医院与福州大学联合研制的福建省重大科技项目“基于和宽带网的远程医疗信息共享平台及其支撑技术的研究“也在年月通过鉴定「洲。区域卫生信息化建设正成为各地政府的建设目标,年,深圳市投资亿元建立中国首个区域卫生信息平台,到年,耗资亿元的深圳市区域卫生信息系统将大部分建成,相关系统已经在两所医院以及相关管理机构试用半年有余。该系统建成后,将实现医疗信息在医疗单位、行政部门和科研机构间的共享,将成为我国第一个市级区域卫生信息系统。年月东莞市卫生局对区域卫生信息化建设做了规划并发布了征集《东莞市区域卫生信息化建设完整解决方案》的公告。广东南海区将投资亿多元人民币建立区域卫生信息化平台。目前,我国也出现了一些区域卫生信息共享示范区,如上海市松江区、广东佛山市南海区基本实现了区域范围内,部分电子病历和健康档案内容的信息整合与资源共享,展示出区域信息化应用的雏形。例如,年上海瑞金医疗集团内部的医院间进行医疗信息的传输和共享试点,以探索医院和医院之间病人基本信息和有关医疗信息传输、利用的技术方案和管理办法。课题组开发了基于格式的电子病历系统,实现了集团内部医院不同工系统之间医疗信息的传输与共享。年,上海闸北社区卫生公共服务平台开始实施,项目从区层面实现了卫生局、医保局等家单位的互联互通,及多个卫生子系统的数据交换和资源共享「侧系统己经延伸到社区卫生服务站,并于。。年在彭浦社区试点实现了电子病历双向转诊〔川。该平台凸显了集约化和一体化的思想,使闸北区信息化网络平台延伸到社区卫生服务站,闸北数字化健康信息系统轮廓已经成型,在全国处于领先地位。广东佛山市南海区是卫生部和省卫生厅区域卫生信息化试点地区。通过几年的努力,佛山南海区卫生局的信息化建设初具规模,已有巧家医院使用电子病历。目前南海区卫生局提供了第三方储存,医院每天更新、添加的电子病历都必须拷贝到南海区卫生局的服务器上,主要用于获得授权的行政人员对使用电子病历的医生的医疗行为进行实时监督,还没有授权区内各医院的医生查阅患者既往电子病历信息。由于保障措施做得足够,电子病历渐渐得到了认同,在一件医疗纠纷的案件中,南海区中医院出具的电子病历获得了法庭的认可「州。电子病历信息整合模式的分析与总结 在国外,区域电子病历系统可采用多种交换体系结构,目前,芬兰、荷兰、希腊的一些区域信息系统采用基于索引中心的架构。英国的国家健康服务采用架构,德国的采用点对点尸方式,用于实现医院信息系统和医生办公室系统之间的信息共享。还有的电子病历系统是健康记录银行王架构,这是一种基于第三方托管的信息共享模式。这种情况下,为各种角色设置严格的访问权限非常重要,病人经授权查看的权力可以查看其个人健康记录服务提供商经同意或批准可以查看记录付款人或注册者经批准可以访问记录信息仁周。总结国内外现状,医院信息整合一般有以下几种方式模式模式不存在集中的数据源和控制中心,两个应用之间直接进行数据通信。该模式用于两个医院之间点对点的通信,德国采用点对点模式实现基于社区的家庭医生和医院医生共享病人的临床信息〔。我国现行条件下,大多数地区的社区医院信息化程度较低,社区内病人的电子健康档案信息严重缺乏,因此在我国广泛采用架构实现社区医院和大型医院之间信息共享尚有很长的路要走,但可以在信息化程度较高的经济发达地区尝试和推广。索引中心模式该模式下,数据只保存在医院的数据源中,病历中心是电子病历索引数据库。病历中心服务器接收各应用的数据查询请求,分解、转换成相应医院数据源的查询,将查询结果合并后反馈给用户。在索引中心模式下,索引服务是这种体系结构的核心组件,它负责维护和索引来自各个异质、自治、分布医院数据源的临床信息。更新代理是另一个基础性组件,该组件主要负责索引服务与医院更新信息的同步,保持索引服务和医院信息系统之间的松散一致性。每个医院临床信息系统与一个更新代理相连,更新代理周期性地或者即需地向索引服务提交恰当的格式化信息。每个更新代理由更新缓存、更新队列等组件组成,可以采用“推”、“拉”两种模型来部署。在实践中,两种模型都很有效,但更多采用的是拉动模型,在拉动模型下,更新代理主动询问临床信息系统收集更新信息'。荷兰、芬兰、希腊和台湾的一些医院均采用了该模式实现病人临床信息的跨院际共享,·川。这种架构的优点是容易适应数据源的变化,可以保证数据的时效性其缺点是查询性能不高。数据中心模式数据中心模式是指通过建立一个集中的数据库将来自各医院的异构数据转换成统一的数据结构,存储到中心数据库。同时,为了确保中心数据库能够反映各个医院的最新内容,必须由程序周期性的将医院更新的数据传送到病历中心。该模式的缺点是数据重复存储,优点是数据结构统一,查询性能较好,支持数据挖掘等深层次的信 息处理。希腊一些集成电子健康一记录系统和我国广东佛山市南海区均采用这种方式集中备份病人的电子病历信息',。我国目前关于电子病历的相关法律还不完善,采用基于电子签名的索引中心方式,一方面,我国人口众多,门诊量大,采用该方式的实施成本高、速度慢另一方面,由于软硬件的归属方都在医院,容易引起医疗纠纷。而采用政府作为第三方的数据中心模式可以解决医院在上电子病历时缺少第三方监管的法律瓶颈,保障电子病历的真实性和可信性。在电子认证无法完全施行的情况下,这种方式成本较低。因此,基于上述比较分析,本研究采用政府作为第三方的数据中心模式来实现医疗信息的整合和共享。论文的结构安排本文的章节安排如下第一章绪论。主要介绍了本文的研究背景和意义,全面了解了国内外研究和应用现状,总结了区域电子病历信息整合的研究模式,最后介绍了本文的内容结构。第二章电子病历及其标准。电子病历是平台的核心,透彻地理解电子病历至关重要。本章第一节主要介绍了电子病历的概念,探讨了电子病历核心问题。第二节介绍了本研究涉及到的医疗信息标准,并着重研究了于和标准。第三章关键技术及其应用。本章为系统集成和实现提供了技术基础,主要介绍了本文涉及到的两种信息技术,以及他们在电子病历信息整合中的应用。首先介绍了技术及其应用,然后介绍了的适用范围、体系结构和核心协议。第四章系统的分析与设计。理论研究的目的是为了应用,本章开始了系统分析与设计之旅。系统分析要解决的是“软件做什么”的问题,当系统分析把软件功能确定无误时,整个软件过程才一有良好的开端。本章介绍了三方面内容,首先界定了基于第三方的电子病历系统的功能,然后,设计了数据中心的模型和系统架构,定义了接口。最后,选取了合适类型的数据库,并给出了数据库设计。第五章关键关键部分的实现。前一章介绍了“软件做什么”的问题,并勾画了系统蓝图,至于“软件怎么做”、“如何实现”就是本章要回答的问题。这一章主要介绍了基于第三方的电子病历共享系统的关键模块实现,然后介绍了系统主要功能界面。第六章总结与展望。总结所作的工作,并基于本文的研究成果做出下一步工作的展望。 第二章电子病历及其标准高速膨胀的医疗信息所引发的海量数据采集、存储和管理,跨应用和跨地域的横向数据整合、集成分析、资源共享等需求,勾勒出新一代医疗信息化体系的基本框架,而框架的核心就是电子病历。,电子病历概述电子病历的概念随时代的发展和科技的进步,电子病历的内涵在不断地丰富,电子病历的称谓也在变化。众多研究机构、软件商分别把它命名为计算机化病历一,、电子医疗记录,、电子病人记录,、电子健康记录,,这四个概念侧重于不同的层次,包含不同的信息侧。是电子病历的经典定义,它源于年美国医学会的定义,电子病历即电子化的病历,这个病历存在于一个系统中,系统被专门设计用于向用户提供以下支持对完整准确数据的访问,医疗警醒,提示,医疗决策支持,医学知识的链接以及其它帮助主要是指现有的医疗文书的电子化,它的特征是支持医院日常的业务运行。是在电子医疗文书的基础上以病人为中心的一个集成,它包括了各类医疗信息,「诊的、住院的,时间上是历次就诊的记录。而是以一个人的健康状况为主线,不仅包括个人在不同的医疗机构之间就诊记录,还包括了个人的健康信息叫。国内由于没有明确的指导,加上不同机构给出了不同的阐述,导致了国内对电子病历没有一致的认识。我们认为电子病历首先是患者在诊疗过程中产生的所有医疗记录的电子化,并且对这些记录进行结构化处理存储,然后提供对所存储电子医疗记录进行相应的查询、医疗评价、统计分析、科研服务等。即电子病历就是集病历书写、病历质控、信息共享于一体的综合信息系统。对于电子病历的定义,本文采用中国医学科学院李包罗教授的定义。电子病历是以电子化方式管理的有关个人终生健康状态和医疗保健行为的信息,涉及病人信息的采集、存储、传输、处理和利用。可在医疗中作为主要的信息源取代纸张病历,提供超越纸张病历的服务,满足所有的医疗、法律和管理需求。电子病历系统是指为人们提供各种医疗卫生服务过程中采集、存储、传输、提取和处理卫生信息的计算机与通讯处理系统,包括各种医疗知识获取和辅助诊断决策等功能】。相对于传统的纸质病历,电子病历能更好的存储和记录病历信息,更加方便地实现各科室之间的信息共享和交换同时,还能提供“主动”服务,包括病历检索、质量控制、医疗评价、统计分析、智能知识库等。而对于整个医疗过程来说,电子病历的应用将帮助医生选择最佳医疗方案,辅助临床决策,提高医疗工作效率和质量加强 对每个医疗环节的监控,提高医院管理质量减少医疗事故的发生提供准确、共享的病人信息,支撑远程医疗。电子病历相关问题电子病历的内容从广义上讲,电子病历是以个人生命周期为主线的全面电子健康记录。它不是分散的、不连续的病历片段,而是以个人健康为中心,将产生自多个就诊环节和子系统的信息有机集成。电子病历不仅包括病人在医疗机构的门诊、住院信息,还要包括出生、免疫、体检,卫生保健等信息以及亲属的联系方式和健康关联信息,此外还有特定的妇幼保健信息。它的内容更完整,是一个连续、全面的健康记录,在时间上它可以延续病人的整个生命。电子病历不仅包括文本信息,还包括各种繁杂的表格,检查检验单,心电图、光片、片等图形图像信息,如何描述电子病历,建立良好的存储结构,把这些信息有机地组织为一个整体,成为整个电子病历系统实施的难点和关键。电子病历的描述方法电子病历的描述是电子病历实施的难点之一,病历的内容非常复杂,几乎覆盖了所有数据类型,很难设计一个统一的结构进行描述。同时,医学又是一门不断探索的科学,除了一些最基本的规范外,临床医生的诊疗过程基本上是在实践中摸索的,病历结构也随之发生变化。选择恰当的描述结构则成为制约电子病历发展的主要问题。作为一种纯文本的自描述语言,的出现为病历内容的描述提供了有效手段。具有如下诸多优点,这些特点非常适合描述复杂的数据和逻辑一、层次化的结构描述方法非常适合描述病历这样复杂的数据和逻辑二、支持动态结构的数据,对结构的变化具有良好的适应性,结构改变时只需修改原有的或即可,而无需修改应用程序三、其自描述性使其非常适用于医疗行业不同应用间的数据交换,而且这种交换不以预先规定一组数据结构定义为前提,因此具备很强的可扩展性。四、能够使异构数据源的结构化的数据很容易地集成在一起五、逐渐成为数据表示的一个开放标准,这种数据表示可以实现真正的跨平台,为电子病历提供了很好的交换载体。因此,越来越多的电子病历系统采用描述与传输电子病历。电子病历的存储方式电子病历的存储是整个电子病历系统的基础。基于的电子病历的存储方式有以下几种以文本方式保存于文件系统或关系数据库的文本字段中。这种方式是存储文档的最简单的机制。该方式存储粒度大,一般不支持索引查询,查询效率不高,不能满足复杂查询,难以实现信息的深层次数据处理,也不容易修改文档。它适于电子病历文档更新不频繁的情况。 (2)XEDB存储方式。,即能处理的数据库。这种方式将文档分解成数据库表字段或对象以存入关系数据库或面向对象数据库,在需要时再组合表中数据形成文档。一般的做法是在数据库系统之上增加映射层,这可以由数据库供应商提供,也可以由第三方厂商提供。映射层管理数据的存储和检索,但原始的元数据和结构可能会丢失,而且数据检索的结果不能保证是原始的形式“】。因此,这种存储方式容易造成细节丢失,如果没有保存精确的电子病历副本,难以为以后的医疗纠纷提供法律依据。目前,存储方式仍比较普遍,许多数据库厂商都提供将其数据库中数据模式转换为的工具。纯存储方式,称为困方式。纯存储方式以文档作为基本的逻辑存储单位,专门针对数据特点设计其使用的存储模型和处理方法。首先,它一般采用层次数据存储模型,保持文档的树形结构。其次,它不需要将一个完整的文档拆散存储,又能够利用查询语言、实现细粒度的查询和修改。从表面来看,这种存储方式似乎是存储电子病历的最佳选择,实则不然,详细的比较分析请看第四章第三节。电子病历的法律效力年,我国颁布了《电子签名法》,该法的颁布及实施为医疗机构开展电子病历的研究和开发,创造了有利的法律环境,它在法律层面上确立了电子签名的效力,解决了电子签名的合法性问题。从整理的资料来看,电子病历符合以下条件可以作为合法证据使用第一,基于电子交易的安全和社会利益的考虑,电子签名法规定了一些特定范围内的文书是不适用电子签名法的,电子病历不在电子签名法的禁止性规定范围之内。第二,电子病历应得到妥善的保存,否则今后难以作为相关证据使用。电子签名法对电子文件或数据的”书面形式”、”原件形式”和”保存形式”都有明确的规定,作为证据的电子病历应存储到有效的介质之上如光盘、硬盘等,而且可以随时调取,不发生信息失真根据存储需要,对电子病历进行压缩、转换、加密导致信息存在形式发生改变的,要能够还原,不影响其法律效力电子病历的生成时间应和书写人的数字签名一起保存,并保证这些信息的真实性。第三,医务人员必须使用可靠的电子签名。根据电子签名法第十三条的规定,“可靠的电子签名”可以理解为其一,电子签名在发放时应经过身份核实其二,电子签名只能被其所有者使用。他人如果使用,必须有电子签名所有者的明确授权才有效其三,电子签名本身和它附着的数据电文应有相应的技术保障其不能任意改动。简单地说,如果一个电子签名是国家认可的电子认证服务机构认证机构所发放的数字签名证书,并且这个电子签名的操作是完全规范的话,那么这个电子签名就是我国法律所认可的电子签名,与手写签名或盖章具有同等的法律效力。电子签名法是电子病历在我国得以推广应用的基础,它的诞生给电子病历的法律 效力带来了曙光。但是,问题依然存在。首先,电子签名法的实施环境尚不健全。法律条文本身只是一些原则性的规定,具体操作中仍有很多不明确的地方。其次,相关法律法规的缺失,也为电子病历的发展带来了困难。最后,具体实施时也会遇到各种困难。例如,广东省石龙人民医院为解决举证困难的问题,就采用电子签名来保证电子病历完整性、真实性和不可抵赖性。但是,这一办法实施后,由于速度慢等原因,使用起来不太方便,有些医生渐渐不想用了,实施的效果不太乐观。因此,从法律和社会角度来看,仍需要对电子病历进一步立法,并探索有效的实施办法。电子病历的安全性所有到医院就诊的病人,都会遇到一个不可避免的问题,即公民的隐私权保护问题。按照我国的立法精神,医院和医生有责任为病人的隐私进行保密,保证医疗病历等病人隐私的安全性。电子病历的性质决定了它与网络的密不可分,而信息在互联网上的复制和传播能力几乎是无限的。电子病历一旦泄密,在网上传播开来,公民的隐私权就会受到严重侵犯。而且基于网络传播的性质,侵权的责任主体也很难确认。因此,必须提供安全可靠的机制来保证电子病历数据的安全存储、传输和查看。虽然我国颁布了电子签名法,并且数字签名在技术上比较成熟,国外数字签名已经广泛应用于金融领域,数字签名技术在很大程度上保证了电子病历的真实性和不可抵赖性。但是我国人口众多,医院每天的门诊量很大,如果医生每开一个处方或者下一个医嘱都要去认证中心交换信息,那是不现实的。因此,在电子签名在医疗领域的实施环境还不成熟。总体来说,当前我国电子病历的安全形势不容乐观。问题存在的原因既有技术因素,还有意识方面、管理体制、立法方面的因素。主要表现在多数电子病历系统中尚未引入数字认证办法,管理上普遍缺乏安全意识电子病历管理体制尚不健全,在医疗信息资源管理和安全的监管方面职责不够明确电子病历的立法还没有起步,电子病历证据的提取等关键性的专门法律尚未出台。电子病历的医学信息标准本研究使用的医学信息标准主要包括电子病历的信息表达标准工、洲、工,文档架构标准,信息传输标准。其中编码标准、、等对电子病历所包含疾病信息、检查检验、生命体征、药物使用等提供了无二义的编码方式,这些编码体系是标准能够成功应用的基础。文档架构标准对要交换的临床文档的结构提供了标准,而信息传输和交换标准、工解决了医学信息的无障碍交换需求。这些标准的综合运用为解决电子病历信息的交换问题提供了一个有效途径。各标准的关系示意图如图一所示,其中,信息表达标准己经在第一章作了概述,下面的章节对文章重点研究的、标准作详细阐述。 ICD、、、侮自砖输标准一等图一医学信息标准关系示意图是为了解决医疗跨平台的应用而来,标准是由成立于年的山标准组织研究开发的基于国际标准化组织所公布的网络开放系统互连模型工第层应用层的信息交换协议,如图一所示。它的最新版本为基于的版。该标准采用消息机制来传递请求和数据,采用作为标准的医院信息系统和医用仪器、设备可以做到医学数据信息的无缝联接和无障碍交换,为医学数据交换和共享奠定了坚实的基础。在标准中,参考信息模型是标准的基石,任何消息都能从建立起来。应用层表示层会话层卜刁传输层网络层数据链路层物理层图一日标准与模型的关系示意图参考信息模型甩是一种公共的模型框架,它包括病例模型、信息模型、交互模型、消息模型和实现信息说明书,它代表了至今为止负责标准发展行为的卫生保健领域的各个方面。通过基于的可视化建模语法来表达,由六个主干类动作类,实体类,角色类,参与类,动作关系 类、角色联接类以及相应的规范组成。工的结构示意图如下曰翌图匹鬓,旧图一结构示意图“动作”表示执行的动作且必须文档化例如阑尾的切除“参与”表达了一个动作的上下文,例如谁执行的,为谁而执行,在哪里执行例如作者,主治医生“实体”代表了有兴趣或者参加到健康医疗的具体物质或人例如人,组织“角色”为实体参与健康医疗行为时所扮演的角色建立了角色关系例如病人,家庭成员“动作关系”表示了两个动作之间的关系“角色联接”表示了两个角色间的依赖关系。例如一个角色有权力指挥另一个角色。每个动作有一个强制性的模式编码属性,它可以区分动作是一个事实语句或者是其他形式,例如一个命令、一种可能性或目标。定义模式编码的值域包括“”事件,意为该动作描述的是已发生的某个事情“”定义,表示该动作提供一个主文件类型描述“”意向,代表该动作描述一个计划或者规定的动作“”目标,它表达了一个希望的结果“”事件准则,它表示了一个关联服务必须考虑的事件。一个动作可以和其他动作没有或有多个动作关系,动作可以没有或者有多个参与者。每个参与者由一个实体扮演某种角色。一个角色是两个实体间的关系,实体扮演角色,组织是分派角色的实体【'。的数据交换原理按标准规定,消息是传递请求和数据的基本单位。消息可分为层消息体、控制行为层和传输层。其中,消息体是真正要使用的消息负荷,即需要交换的数据,但不是所有类型的消息都有消息体控制层是中间层包装,它决定如何处理消息。包括触发事件、时间、位置和责任等传输层是最外层包装,它决定着消息的确认和传输方式。用来管理消息应答、决定等。传输层是所有类型的消息都需要的,它包含了发送应用程序用来打包整个消息并且将消息发送到接收应用程序所需要的信息。基于标准进行数据交换的基本原理是发送应用程序数据首先按照标准的语法规则转换成标准的数据格式一消息,然后选取一定的网络传输协 议如工、等或将消息传送到接收方,接收程序在应用层上进行相应的应答并进行一定的有效性验证,然后再按着标准的语法规则由解析器对消自、进行解析,最终将消息转换为接收方应用程序数据。消息的处理一、消息的编码方式以前的版本均采用“竖线”的编码方式,如图一所示。则采用作为消息编码方式。新方式具有更好的可读性和规范性,这也使得使用新版本进行数据交换的交互界面更友好,便于普及。可扩展标记语言叩是一套定义语义标记的规则,这些标记将文档分成许多组件并对这些组件加以标示``'。优良的数据存储格式、可扩展性、以及方便的网络传输的优点,使它成为数据表示的一个开放标准,这种数据表示可以跨越所有边界,实现真正的独立和跨平台。图一病人入院的川消息编码二、消息的传输过程实现技术规范,定义了在消息传输中如何表达对象。它涉及到模型的第、层。强调的是消息的语义内容,并不规定消息如何表达如何编码。抽象信息模型是基于的,可以将消息看作是对象从发送方到接收方的图表通讯。能恰当的运用对象、属性和数据类型来表达消息。运用将信息从发送方数据库传送到接收方数据库的过程如图一所示,可分为如下几个步骤发送方应用程序将信息以自己的数据库格式存储发送方将该信息用租对象图的方式逻辑描述出来借助于定义的消息形式和定义的算法,发送方将此对象表示为文档,诸如构造成一个树发送方将树组织起来,构造一个域目录发送方将域目录通过,电子邮件,或其它传输途径传送给接收方应用程序接收方从传输层解包出域目录接收方去除掉消息封装后,通过构造树的方式解析出编码后的域目录接收方通过逆映射解释树,甚至构造出所接收对象的甩图最后,接收方将数据转换并以本地数据库的格式存储数据。 发送方将信息用对象图描述图一定义的信息传递过程从以上消息传递过程我们可以看出,使用标准进行数据通信的实质是基于标准的文档的构造和解析过程。发送方将欲传送的数据构造成能通过数据交换协议传送的文档接收方将文档逐层解析,提取所需数据。是一个在健康医疗领域用于异质软件系统之间交换临床信息的文档标记标准。该标准是随着医疗交换标准研究的深入,由组织专门成立的一个小组开发的。目前的最新版本为,,并于年月成为美国国家标准局批准的标准。对需要交换的临床文档出院总结,病程记录、过程报告的结构和语义制定标准,并定义了如何在消息中打包文档。但是没有定义文档的创建和管理,仅仅是一个交换标记侧。目前,芬兰、德国、日本、加拿大等很多发达国家或地区对其展开了研究、试点和应用,用于基于社区的家庭医生和医院医生间共享临床信息,并实现了区域范围内电子病历信息的共享,取得了良好的社会效益。概述一个文档定义了一个完整的信息对象,使用扩展标记语言编码,可包括文本、图片、声音和其他多媒体内容。的语义内容源自于一工。使用的数据类型,它的词汇域来自于词汇域以及受到认可的、、等医学术语标准。 }。。,、`。一一一一二、一`、,二、。,。一、`二一,。。,。。,,“”一石丽磊宁竺口。。。,工图一文档结构图标准规定一个文档由一个头和一个体组成。头部唯一地标示和区分了一个文档。如图一所示,头包含四个逻辑成份文档信息、服务提供者、服务接收者和受访数据。文档信息包括文档、编码、文档标题、有效时间及机密性状态等,其中,编码标明了特定类型的文档病史和体检,出院摘要,进程报告,编码值通常是从工获得。服务提供者包括了文档的身份验证者,文档的生成者、录入者、健康医疗的提供者和文档的存放医院等服务接收者包括患者或家属受访数据描述了文档受访情况。头的目的是为文档设置上下文,使临床文档可以作为一个整体在机构内部和机构之间交换,便于临床文档的管理,方便把病人的一份临床文档汇总到生命健康一记录中去。体包含具体的临床文档信息,它包括描述性的文字及多媒体对象。就最新版本的结构而言,体由可重用的组件组成,每个组件可以嵌套部分,部分又可以嵌套包含编码、标题、文本、记录,每个一记录又可以嵌套和引用多个外部实体、外部观察等。其中每个记录均采用后组式编码方式,以用标准术语编码进一步确切地说明文本中的内容。体的模型的发展受,和模型很大影响,特别是在决定最佳抽象层和验证模型的有效性方面。体包含了临床报告,它可 以是大型非结构化匕,也可以包含结构化标记,如结构化类表示。非结构化类不仅可以用于在头简单封装一文档的应用,同时也为标准的采用设置了较低的门槛。结构化体包含一个或者多个组件,每个组件说明了一部分内容,例如现病史,既往病史,用药,过敏及不良反应,家族史等。一一派生自租,它是规范的图表表示形式。通过使用由发展而来的图表规范和注释,它表示了包含在里的主要类的详细语义构造。尽管它可以通过统一建模语言注释来表示,由于注释可以提供更多的有关特定约束和派生类的细节,使用发展而来的图表规范来表示。图表规范删掉了一些关系规范,使图表更小、更紧凑、传达的信息更具可视化。由于层级描述,以及随后的,都是继承自一,因此一是描述标准的一个良好的基础。一图请参照附录。的编码方式组件允许使用后组式编码,后组式编码使用工工数据类型。所谓后组式编码,即结合词汇表的编码来创建更确切的概念。一些组件包含标准定义的概念或者经认可的编码系统的概念,例如工或。这些组件的值域详细说明了允许的编码,并且每个值集有一个编码强度”,“,在这种情形,组件允许的值只能是词汇域的值。或者“,“,这种情况下,除了词汇域里的值,如果有必要的话,一些地方上的编码也可以使用。后组式编码示例代码如下图一。图一后组式编码示例当地方性的语义在的规范中没有相应的表示时,地方上定义的标记可用于扩展。提供一个标准和明确的机制来标记不能共享的语义,致力于标准化共享语义的最上层。为了支持地方上的扩展需求,允许包含不在其大纲之内的元素和属性。这些扩展不应该改变任何标准数据条目的含义,并且接收者一定能够安全地忽略这些元素、扩展,文档接收者必须能够忠 实地再现文档。当这些扩展机制去标记通用参考内容时,鼓励用户让他们的需求能够在以后的版本标准化,从而最大化地使用共享的语义。文档和消息定义了基于交换目的的临床文档的结构和语义例如出院总结、进程报告。的范围在实际使用中得到一定程度的扩展例如,一些实施方案在使用交换实施报告或者处方,关于文档与消息的常见问题,就是如何区分两者,什么时候应该使用哪一个概念。纵然两者之间存在灰色地带,一般来讲,消息趋于过渡性,基于触发的和非持久的,而临床文档具有持续性,完整性,临床认证和人类可读性。文档可以在消息中交换,也可以使用其它传输协议交换。小结本章首先介绍了电子病历的概念,研究总结了电子病历的五大核心问题,为后续工作的展开奠定了基础。然后,介绍了与电子病历相关的主要医学信息标准。其中,医学术语标准如工、等为电子病历的编码方式提供了规范,标准对医学信息的传输格式进行规范,标准则对电子病历的文件格式进行了规范,这些标准的综合运用为解决电子病历信息的交换问题提供了一个有效途径。文章概要介绍了标准的参考信息模型,着重分析了的数据交换原理和消息的传输过程。最后,重点研究了标准的主要构成、编码方式和本地化扩展方式。 第三章关键技术及其应用要构建第三方的电子病历信息整合平台,第三方电子病历中心必须能够在保持各医院信息系统或电子病历系统自治性的前提下,收集来自区域内各医院不同结构的健康信息,将病历信息整合,并且提供对外的信息共享服务,这个系统必须具有相应的接口能和不同的系统进行信息、交换,并且交换的格式能够通用。跨越多个硬件平台,操作系统和编程语言,从目前来看,技术和技术可以较好的满足区域电子病历的信息集成的需要。本章对和亡技术作深入的介绍,为系统设计和实现奠定技术基础。技术概述可扩展标记语音一是由,万维网协会制定的一种标记语言,用来克服的局限。和一样,基于标准通用标记语言,但是一种精简的,它将的丰富功能与日丁的易用性结合到匕的应用中。有诸多优点,首先是可扩展性。允许使用者创建和使用他们自己的标记而不是的有限词汇表。这一点至关重要,医疗行业可以用来定义该领域的特殊标记语一言,作为该领域信息共享与数据交换的基础。其次是灵活性。很难进一步发展,就是因为它是格式、超文本和图形用户界面语义的混合,要同时发展这些混合在一起的功能是很困难的。而提供了一种结构化的数据表示方式,使得用户界面分离于结构化数据。第三是自描述性。文档通常包含一个文档类型声明或者,因而文档是自描述的。不仅人能读懂文档,计算机也能处理。第四是简明性。它只有约的复杂性,但却具有功能的约。比完整的简单得多,易学、易用并且易实现。此外,支持世界上儿乎所有的主要语言,并且不同语言的文本可以在同一文档中混合使用,应用的软件能处理这些语言的任何组合。所有这一切将使成为数据表示的一个开放标准,这种数据表示独立于机器平台、供应商以及编程语言。命名空间作为新一代的网络语言产生和发展,它给予文档设计者极大的自由,允许设计者使用自己喜欢的标记编写文档。然而,不同的设计者在各 自的文档中很有可能使用相同的标记,而这些标记却代表着不同的含义,或者是不同类型的元素。当把它们合并在一起就会产生标记名字冲突问题,因此,需要一种方法来区分这些同名标记。命名空间正是为了解决标一记冲突问题而产生的。它把标记名字与工联系起来,由于尺工工,统一资源标示符是唯一的,这就保证了标记的确切含义。因此,命名空间提供了复合命名语法,将文档和相结合来限定文档中的元素和属性名,以保证为共享的词汇表产生唯一的名字〔州。实际上,标识命名空间的工的作用仅仅是给命名空间一个唯一的名字,因此这个网络地址可以是虚拟的。命名空间的声明是通过在根元素中定义属性“”来实现,其声明方式有两种直接定义方式的格式为「命名空间前缀」二仁命名空间名」缺省定义方式的格式为二命名空间名」例如下面的命名空间声明,,一,,”一”二,,一,'此时,黑体部分“成一”是默认命名空间,后面的两个命名空间属于直接定义方式。其中默认命名空间能够作用到说明上元素和该元素的所有子元素,除非被其他命名空间声明所覆盖。与`文档有格式良好和有效性两种约束。所有符合基本语法规范的文档都叫做格式良好的数据,格式良好是对文档的基本要求。如果文档是格式良好的,并且满足一定的语义规则,那么它可以视为有效的文档。对于许多应用来说,仅仅是格式良好的文档是不够的,为了实现信息的交换,必须保证文档是有效的。,文档类型定义和就是用来对文档的有效性进行验证的信息模型。。和【对文档有效性验证包括两个方面一方面是语法结构的验证,即元素类型、元素嵌套格式、属性值数据类型、属性值是否可选等相关文档对象及其结构的合法性验证另一方面是语义的验证,只有真正理解了文档的含义才算是实现了信息交互。是最早用来定义语法的语言,年月日,规范成为了的正式推荐标准,其取代已成为大势所趋。与相比,具有一致性、扩展性、互换性、规范性等优点。 3.1.3.2XMLSchema在电子病历交换中的应用为了实现信息的跨院际共享,需要设计。创建是用来定义需要交换的电子病历文档,目的是保证交互的双方都遵守共同的定义和规范,以确保他们之间交换的文档是有效的「魂〕。下面是电子病历首“川。”`。'一',以`一,”咒、沉一”沉留伙卜性`”,'亡,,卜。卿口`盼”宜匕”病历首页'二`”川”丘一毛乏凡`一”门',朗卜”病人基本资料·卜《路”现病史二加门狄卜”既往史”户双二闭卜月经及产科史“加《洲泊代卜用药'`邓川卜'过敏史'·份次卜”家族史,'肪丫`卜'个人史,·卜``卜”体检”卜弋,`一`结论叼月众鸿心卜“计划,',卜”相关链接,'》叼`叼,`了发翩山一”病人基本资料,'沁。份》》众卜”姓名'·卜`卜“身份证号今卜”病历号、,今月欲`卜性别,'肪刘`卜”医疗保险号一加卜”生臼`,卜亡即祀卜“血型”加爪识业'`二爪介叻昏姻众已卜二家中电话令冷比`括”手机”今`次`口扮”如“户加朋爪卜”紧急联系人洛习`二,联系人电话,'》奴卜,关系”冷鹅沮启、家庭住址,'`》叼厂`名、又,女仁名',》`,仇,》`沁口`一”张三三,'了长以比一砂尹二,图一电子病历首页的文件页的文件的部分代码,该定义了文档中有效元素和属性、元素的出现次数,并指定了元素和属性的数据类型。以病历首页元素为例,它包括病人基本资料、现病史、既往史、月经及产科史、过敏史等子元素,而且声明了这些子元素的顺序。创建好之后,当另一家医院传递过来一份,电子病历文档时,我们就可以使用对文档进行验证,从而保证传递过来的文档的有效性。最为突出的特点就是实现了数据和数据表现形式的分离,这使得用编写的文档具有结构清晰、可读性强等特点,广泛用于在应用程序和组织之间交换数据。但是,作为信息交互的一部分,我们需要一种样式机制来展现文档,为信息的接收方提供一个友好界面。,可扩展样式语言转换是一种专门用于转换的语言,它可以将文档转换成 HTML、、、或其他格式的文档,使浏览器、手机、等输出设备直接根据用户的不同需求显示文档。样式表木身是一个格式的文件,它包含了一系列的模版规则,用于从文档中提取信息,并将这些信息转换成等其他格式,生成输出文档或者直接输出至浏览器等其他显示设备田】。在一个典型的样式表中,它的根元素是,最常用的顶层元素是一个模版规则。模版由一个匹配表达式和模版处理器两部分组成。匹配表达式使用表达式定位路径,并指出源文档的哪个或者那些部分通过这个规则进行处理。模版处理器表明当找出源文档的一个匹配部分时,应该发生哪些动作或者处理指令。与随着越来越广泛地被采用,高效解析文档也变得越来越重要。不恰当的解析方式会导致过度的内存消耗和过长的处理时间,从而有损于应用程序的可伸缩性,因此,选择正确的解析方法至关重要。和是目前比较流行解析技术,,文档对象模型是来自的成熟标准,用于的简单,它不像那样是的推荐标准。是由一邮件列表的成员开发维护,由领导记的一个公共领域的软件。这两种技术各有优缺点,分别适合于不同的应用。解析是一种基于树型的解析技术,它把整个文档解析为树状结构并将其放入内存,借此实现对整个文档的全面、动态、随机访问。由于整个树都构建在内存中,因此可以通过修改这些节点,例如增加、修改或者删除一个节点。当应用程序需要不断地导航、修改文档或随机存取时,最好使用解析。虽然利用提供了很好的导航支持,但它有以下缺点首先,整个文档必须一次解析完成,不可能只做部分解析其次,在内存中加载整个文档和构建完整树的成本很高,特别是当文档非常大的时候,它要消耗大量内存第三,一般的节点类型在互操作性上有优势,但对于对象类型绑定也许不是最好的。解析采用基于事件驱动的顺序处理模式,它将文档转化成一系列的事件,由事件处理器来决定如何处理。解析器遍历整个文档,然后告知所有的事件。处理完输入数据后,解析器就会丢弃它,而只在内存中保留当前正在处理的数据。与相比,模型边读边解析,带有一定的实时性,最大的优点是内存消耗小,由于整个文档无需一次加载到内存中,这使解析器可以解析大于系统内存的文档。的缺点是它没有内置路径语言,再加上它是单遍解析,使它不能支持 随机访问,这些限制使很少被用于操作或修改文档。其次,元素之间的水平移动很困难。第三,当文档很复杂时,由于需要维护多个事件状态,使得事件处理程序非常复杂。在我们的应用中,由于每次进行解析的仅仅是一个基于标准的电子病历文档,数据量不大,而且解析技术可以实现对文档树的随机访问,所以我们选择了技术来进行标准文档的构建及解析处理。亡产生背景随着社会的发展和互联网技术的不断成熟,借助网络,整合企业内和企业外的应用系统,实现异构平台的应用程序的集成需求日益增长。而传统的分布式计算技术。。分布式组件对象模型、匕。、。,公共对象请求代理体系结构、工抓,远程方法调用在创建跨工七、跨平台、适应工的可伸缩性的应用程序时却力不从心,主要原因是这些技术由不同的公司和组织提供,有各自的标准和实现技术,互相之间不能进行交互操作客户端和服务器端的紧密捆绑,当服务器端添加新的方法和参数时,就会影响到客户端的正常工作。服务器端持有客户端的状态信息,在某些情况下会造成资源浪费或者更严重的后果。技术是基于组件的分布式技术变革的必然产物,与传统的分布式模型相比,它有以下优势以、与客户机的连接松散。客户机句发出请求,返回结果,连接就会关闭,这里不存在永久连接,避免了传统分布式模型的复杂性问题。与状态无关它不持有代表客户机的状态信息,这使得它面对许多客户机时一伸缩自如。。遵循开放的标准和协议、、等,它可以穿越防火墙,实现基于的异类平台的集成。从经济的角度来看,它为异构的系统之间能顺利地进行通讯和协作打开了方便之门。认七技术概述一、己定义服务是以独立于平台的方式,通过标准的协议,可以由程序访问的应用程序逻辑单元〔〕。下面对这一定义进一步阐述平台的独立性服务可以在任何平台上实现。 (2)标准的己协议亡服务所有协议都基于标准的协议,例如、、、、。可由程序访问亡服务可以由应用程序、应用程序、或者另一个己服务来访问。应用程序逻辑单元亡服务包括一些应用程序逻辑单元或者代码,它向外界暴露出一个能够通过进行调用的。可见,服务是一种基于透明标准体系的组件化松散祸合技术,其目标是实现不同系统间跨平台、跨编程语言的可互操作性〔,它的定位是拓展分布式应用,适于大数据量低频率的远程数据调用。通俗的说,亡可以看成是部署在上的,它可以方便地被应用程序及其它服务调用或集成,形成新的应用服务。它具有良好的封装性,松散藕合,高度可集成能力。毫无疑问,亡技术将成为下一代的主流技术,它是实现面向服务架构的最好体现。正是基于亡跨平台及跨系统异构性、松散祸合的特点,本研究选用亡技术来实现电子病历信息的整合。二、服务体系结构服务交互基于服务提供者、服务代理和服务使用者三种角色,涉及到发布、查找和绑定三个操作。首先,服务提供者建立服务,服务经过测试和部署,服务提供者就可以把服务发布到服务代理或者直接发布给服务使用者,服务使用者从服务代理或者从本地进行查找,搜索到服务及描述,然后根据服务描述进行与服务提供者绑定的操作,以调用相应的服务并与之交互。这三种角色之间的交互如下图一所示匣耐飞绑定服务图一架构服务提供者的作用是侦听用户的消息请求,区分调用者对不同的服务的调用请求,并为服务提供协议级别的安全保证。在中,工是一种服务器,通过配置和相应的文件扩展来实现服务。服务使用者可以是客户端应用程序、某一个网络节点、或者另一个匕服务。它利用标准的通信协议与服务提供者绑定并调用服务或同它交互。服务代理机构相当于中介,它允许服务提供者在此以注册的方式发布尸曲服务,以便服务使用者查找到合适的服 务并绑定服务。认飞核心协议服务成功的关键因素在于它基于开放的标准,下图演示了概念性的服务协议栈。工作组定义的架构服务流巨竺星里鑫色鉴翌望里些哩薰质量理管匕鱼描述望竺暨服鱼务描暨述竺服务口全安管理…消消息息调调用用服赂务,…、、网络图一匕服务协议栈是基于层面的,包括核心服务面和支持面两个层面。核心服务面提供了关于消息、描述和过程的服务规范。支持面定义了有关安全、管理、质量管理的服务规范,以支持核心服务面的层操作。核心服务面包含四个层组件。顶层是过程层,过程层的服务规范主要由工规范实现,工提供了发布和定位服务的手段。第二层是服务描述,该层的服务规范由实现。用来描述服务的接口,接口包含返回值,参数,方法名,协议和工地址。核心服务面的第三层是一个由协议支持的消息层。协议栈的基础是网络层,要使服务能被服务请求者调用,就必须是可以通过网络访问的。目前,服务三大核心协议、工和已逐渐成熟,下面分别介绍服务描述语言是一种基于标准的接口定义语言。,由、、和向提交的该标准,通过可描述服务的三个基本属性服务做些什么—服务所提供的方法如何访问服务—和服务交互的数据格式以及服务支持的协议服务位于何处—服务的地址 中子钩尸,中必发布卜服泛务比对慈址翔奈镌诊簇了女冲杯扭夕丈弓`粥”挤瓤带份峭之洲定翻、夕,一点缪脚鸯锡理因通渭价脸丫犷粥仁尸目`印的叫二认一澎补`哪洲份队先书宋才、花解、”解、比川书批`沁叩刀沟介热川八叼州,尸丫夏介军``,、“。找仁。。飞`了。了八袄贮以飞色飞口`成一孚三几于公毛二备`礴飞岁比,”臼`对飞。。刀勺,。。分万飞·阳才附印加么川洲、一翔川翎邵公甩细记丫”论,'川二然二脉协了她仁浦协沈共”龟子执历今计·,、`冬份`居丫奋四粉份艘游袅肚凡普比。犷”。`一`犷莎云冬二企二饰飞七纽`,义,泊厂扮,。。寸、一二'卜乍,、诗。。,舀、,,,、`。。口钾`成飞拿'之刁奋奢毛结。彬条刁仁妙二`一之,。““习电子病历中心`,浓、亏健爪,十三七七`城、万,解书”、,。弓儿班脚韶`气布三于之犷。冬以下泛讨该亡卜服一`三义陀招洲公、`“淤纷令肠半少“川币括穆以衬合矜`鞠芳二,心。份价。效沼日电子挤历中心尹一“央出价遭幼陌肖书时彻细价污勺江、的士佑述,包一芍井狱别八丫关》一一一一一一一一一一一一一一括誉敛出见次数、一左三份澎只佗代它苍不于姜爹找加邝子`讲￡二片。`鹅盈。。丫弓二'汽二角毛二飞。`口叭切势二飞巴鱿”勺'办多岑贫毯私二、于烫约扔参创的以系牡加口巧二泊盯什沱厂。砚,巧二介川肠二`卜。`刃终淤二、`川。,今一么“吐不麟斤,片乳抽优云翻力日时不经母`共于二卜了奈矛丫,,`介会日。竺为门升含二污蚊山扩八扮述“已三牙吐。户奋代绝二仁犷不了。孔拼,,`,注二分`们“。丫即二、`丁今洲三今么淤卿岁￡仁七性二`『狱乙〕筑少穷`犷介劫怨、。幼。`,井`二、行犷今二彭积钧仓从午价。丫,。`,跪沉〔仁梦苏二`州别,二肋`硅扩沂仑二,嗽南了六“之`“下性于理淤碑℃卜价能矛以淤仁,乓于自护二、始舒合二`鱿“丁办“创于价多傲翔介“`气二理那乡仁仁亡厂弥性,报洛自红二丫口讯扩伪笋二、效了户丈尸三士号恢汽毛仑吸八况只伙梦砂戒丫。分不会扮竺惫仑口芝《三芳亡`介产咤维压阶牢二,打,公日`淤`会`亡。牛弃任岁犷犷夕仑卜二户孚仑分毕亏六“引晚矛找院叮伦二、、兜代成叭犷、二己。咫今抓了丫手、咬乙,二公层日炸七》“家分自白、净汽公货二犷毛七爪祝公叮以,犷雌自会。。`勺笋`二怡业巾扩办仍鱿腿爪黔诀臼,叮肠虑父泌扩洲舱二`。酬`却郎、滋而了今代拱朋八干吩沉讲扩。`棍论锐嵌少犷几韶沦少入。矿勺沁尹”川可冷“溉腿滋加气“溉扩。卜褪户“挑扩的陀扩卯配兮你二、嗽而了介鬓中。气六四雪愁嘴`地图一文档示例当开发者使用创建服务时,将自动为我们生成文档,图一便是本研究创建的服务的文档,文档以端口集合的形式来描述服务,包含对操作。和消息的抽象定义、绑定到这些操作和消息的具体协议以及该绑定的网络端点规范。文档分为两种类型服务接口和服务实现。其中,服务接口文档中的主要元素分别为定义了服务使用的所有数据类型。服务提供者和服务使用者之间传输的消息格式。描述了服务中所支持的操作。一般一个操作描述了一个访问端口的请求响应消息对。它定义了一个服务能够执行的操作和所包含的消息。定义了采用何种传输协议怎样绑定一个操作。描述一个服务提供的接口。它可以看作是传统编程语言中的函数库、模块或类。它是服务访问端口的集合。可见,、、和共同描述了服务是什么,元素描述了如何使用服务的方法,及元素描述了服务的位置。,,,, UDDI,即通用描述、发现和集成。它是一种跨行业的结果,用来创建一个全球性的服务注册库。指定了一种发布和定位服务的机制,对于服务提供商来说,该机制可以公布服务的存在。对于服务使用者来说,该机制可以定位感兴趣的服务。包括以下信息①注册库的结构规范以及服务注册库的规范。注册中心包含了对服务所支持的因行业而异的描述规范、分类法定义及标示规范。②服务的集中注册库。注册信息包含了企业的基本信息,如企业名称、经营范围的描述、联系信息、企业标识符等企业服务,即对企业提供的服务所作的描述服务绑定,即服务相关联的绑定信息,提供了指向这些服务所实现的技术规范的引用和指向基于文件的的不同发现机制的指针。③管理机构印,管理机构用于维护整个工规范。服务的开发者可以向工注册库注册并发布自己的服务,它为企业更广范围的开展电子商务带来契机。用户可以通过浏览器来查找工目录,也可以利用编程的方式使用消息发布和查找信息。工规范中所有工都用来定义,包装在信封中,在上传输。图一〔说明了工的工作原理标砂面秒企业注毋廓嘟③注册扒心会为每个服务实体指定一个唯一的标识符「〔图一工作原理①首先,软件公司和标准化组织在中注册描述规范、分类或标识规范,这些规范称之为技术模型或者更常见的说法是。②企业向工中心注册他们提供的服务。③接着,注册中心会为每个服务实体指定一个唯一的标识符工工。工唯一,且在一个注册中心永远都不会改变。④服务使用者通过注册中心来发现他们感兴趣的其它公司的服务。⑤服务使用者就可以利用目录调用所需服务,实现跨网络的服务集成。一、技术概述 简单对象访问协议是在松散、分布式的环境中交换信息的协议,它为用户使用交换结构化和类型化的信息提供了一种轻量级的通信机制。包括三个部分封装。它定义了一个框架,该框架描述了消息中的内容是什么,谁应当处理它,它是可选的还是必须的。编码规则它定义了一种序列化的编码机制,通过这样一个编码机制来定义应用程序中需要使用的数据类型,并可用于交换由这些应用程序定义的数据类型所衍生的实例。表示它定义了用于表示远程过程调用和应答的协定。的优点是它的简单性,它没有试图建立全新的架构,只是利用现有技术,比如、、及其他的协议,来实现网络应用程序的互动。在现有的因特网标准里起了一个杠杆作用用于消息的格式化,或其他传输协议用于消息的传送。它不需要特殊的防火墙配置,并保持很好的兼容性,因此,自制定之后旋即获得工、等软件厂商的支持,成为跨平台间信息交换的最佳选择。二、的运行机制尸是服务协议栈的核心技术之一,它为服务提供者和使用者提供了基于消息的通信方式。下图可以说明协议的运行机制,口图一协议的运行机制首先,在服务器端,服务提供者将数据库请求逻辑封装到服务的方法中,然后建立一个侦听过程,开始侦听客户端的服务请求客户端发送请求时,不管客户端是什么平台,首先请求被转换成格式,然后,终端名远程调用方法名及其他的一些协议标识信息被封装成请求,发送给服务器。如上所述,传输层也可以采用、等其它网际协议。当服务器端侦听器监听到客户端发过来的请求后,便解码请求并将请求转换成一个方法调用。服务器通过访问后台数据库获得方法调用的结果,将其编码为消息并将结果返回给请求者。三、消息通过模块化的封装模型和在消息中编码数据的方式,定义了一个简单的消息交换机制。消息由三个部分组成封装、头、主体。 麟找”冷丫“别叮`过犷约。功弓了以乒已'子封装芝订长介应舒药丫参`户州环、女斗二七“详刀`山川卜然”川,洲。心八。以份川。广丫于,“、“了火”曰牲几川习夕月川曲川。扔吐内。￡可请求主体华性,二淤二咭、二乍者呀均脚卜气笼飞口》,抓。母悠。性丫》一性书扮砂雳《执,少户叔仑吐仑。夕仁。吕,全多二、针了月。〔副卜。峨乃仑。电子病巧中方法调用卜了,舞巴污映份、心、压》一`￡川、仑犷几心,戈。内故万,派封,里肠,侨`二俘二十、史丁价粉山力喝臼主滚、飞冷飞。,汽,飞乐咨止奋百咨二行色卫邝泊、忿七,了`。一`,`护移舀红一仁。亡了毛袱了万,卜方法调用的参几巧件已君分器创仑华叮个伫日叮妥少匆“侧数类型为数据护自生白`价矛行马`二飞川,苏三七犷峪东分订缪行介育心翻弃二性川卜》集倪该多仁经仑价二》一毛纷告均犷沈括字忍,淤、牲八绍犷鑫兰、“补以,,“盯。找幻次印「飞州时扩卿眺己处沁勺即冻动琳,言仁。鉴。叙一幼有耗找,卜舀卜夕李方法调用传递的一州`以书以一旅`扩卜湘锐羚山湘穿少,欲爪月,价列欲东。娜勺月“二勺碑实参病人、。阮了卜白`仁外己介仑`二`,`》住院号等。刁架`几令耳灯沁分犷七互母`度竺飞衍舀石凡为》胡仁八,袱冬陇,飞》尹产户气纽、“月,`口,喊产产认、典叫落一藻三属噢一滚峨一瑙滚璞瑞道魂理通﹁﹃护以脚粕巧。约岔饭扩印“山叼二勺娇扩,向应二泛荞苏丫彭势一介三冬仁污。二衍卜之价丫丫万价台`洲`。。。犷`。。八,。。`粉叔厂又,炭二叹北二钾洲只动。一浓认几“一产自`兰川二、”『”钧柑钾汾。嗯厂全。。又比`卜已矿方法响应〔,台污笋之”谈丫》一习肛印绮袱沱从形`户急铁以、`二如三二牛”丫力。亡川吐分兮电子病历中心、长往沁烤抓终川桃滋彭弓如莎协动翔犯八乞袱淤掀已夕`户三厂。州终`搜介于分了盯匀三渔之扮三`红会任获云即挤乡分灯生。在护吞吧,加灯。政红邑扮目沙分扮》图一消息包封装是消息中的强制顶级命令元素,从概念上讲,你可以将封装看作是包装电子邮件的信封。封装定义了消息的内容以及所使用的编码规则,头提供了有效载荷的识别信息,主体包含了信息的有效载荷。上面的代码是来自于本研究的消息包,采用了。的抓包工具。它描述了一个消息实例,用来调用一个参数是数据集,返回值是类型变量的过程。小结本章介绍了构建电子病历信息整合平台要使用的关键技术及其应用,技术通过对文档的内容做标一记,可以定义医疗领域的标记语言,为该领域信息共享与交换奠定了基础。用来定义需要交换的电子病历文档,以验证交换的有效性,保证交互的双方都遵守共同的定义和规范。使得文档能够让浏览器及无线设备根据用户的不同需求显示文档,体现了灵活性和人性化的特点。作为网络环境下的一种跨平台、松散藕合的信息整合技术,为区域电子病历系统的信息整合与共享奠定了基础。 第四章系统的分析与设计上一章对实现电子病历信息整合的背景技术作了介绍,从本章开始,逐步就本文论述的基于第三方的电子病历共享系统的设计和实现作深入的探讨。本章主要给出该系统的设计部分,首先分析和定义了系统要实现的功能范围,其次进行了系统架构设计,界定了各模块及接口,最后是本系统的中心数据库设计。系统概述系统体系结构课题设计的电子病历共享系统从分布上分为四级国家总控中心,地区管理中心,电子病历数据中心和医院。整体而言,系统设一个国家总控中心,它负责整个应用框架的规划和管理,提供医学信息标准和模版的制定。全国共划分了七个地区管理中心,分别是华北地区管理中心、华东地区管理中心、华南地区管理中心、华中地区管理中心、东北地区管理中心、西北地区管理中心、西南地区管理中心。每个地区管理中心存储病人的基本信息及其存放位置索引信息,并且,不同地区之间的电子病历的借阅和调用是通过地区管理中心之间的协商实现的。电子病历数据中心存储辖区内病人的详细电子病历信息。医院是基本的诊疗服务单位,它负责采集病人的诊疗信息,在每天的特定时段将医院当天归档的电子病历提交到电子病历数据中心。「位了,汽灯畜义抓号州,,公口口口口一口口口口口口口口口口口不厂口口口口口口口不曰口门月口口口口口口刀目已仁二口口口一口口价白〔门口刀日勺白口口匕社它〕二口口不口口口口口口白口亡口习口口口口口户己口」白匕〔〕琴〔〕口口口口曰口口口图一,系统结构图整个系统结构如图一所示,限于篇幅,华东地区以外的几个地区所辖省市上图没有具体标出。对于电子病历数据中心的划分是很具弹性的,实施时可以根据具体情形重新划定。另外,鉴于本人能力和时间有限,文章重点研究了以下内容的设计与实 现电子病历数据中心的实现医院节点到电子病历数据中心的数据传送基于第三方电子病历中心的信息共享。基于第三方的电子病历共享系统是一个信息收集、整合、交换和服务的综合系统,它要和不同的信息来源系统和信息消费系统集成交互。系统服务流程设计如下病人可以在数据中心开户,输入病人基本资料信息或者病人在医院就诊时,如果还不曾开户,由医院代为开户,并注册发放智能卡。病人在医院就诊,一个病程结束的时候,医院将病人的病历归档,在每天的特定时段将医院当天归档的电子病历提交到第三方数据中心,并由第三方添加这份病历的索引,将分散的病历整合,形成贯穿一生的健康纪录。当需要查询某病人的信息时,用户可以登录到第三方的网站或者在医院客户端系统向该病人所属的数据中心提出查询请求,数据中心会根据用户的权限返回相应的信息。为了连续记载市民的健康信息,必须为每个市民提供一个唯一的身份标识。芬兰的区域卫生信息系统采用的方法是为每个市民发放智能卡,用智能卡来标示和验证用户的身份,该卡基于标准。目前来讲,我国对于年满岁的公民都发放了身份证,未满岁的公民也都有婴儿出生证号此外,我国很多省市在实施“全民医保”政策,医保市民都有医保卡,对于非医保市民,可以采用各地劳动和社会保障部门统一发行的社会保障卡或者可以采用生命体征标识方法,如指纹标识,然而实际操作中,难以有效地采集到行动不便病人,如卧床病人的指纹信息。基于上述每种标示方法的不完整性,笔者给出的建议是市民只要持以上任何一种有效证件注册基本信息都可以为其发放智能卡,智能卡的唯一编号遵照内部编号标准产生,做到一人一卡,全国通用。系统功能分析电子病历信息整合平台的主要功能是设立以政府作为第三方的电子病历中心,在电子病历中心建立统一的数据结构,集成区域内各医院信息系统或电子病历系统,整合各医院的出院病人的归档病历信息,在电子病历中心形成病人贯穿一生的电子病历如图一所示,为用户提供统一视图,实现以区域为中心的电子病历信息共享。 口病人病人病人困脸病人病人的病历分散基于第三方的电于各家医院子病历集成平台图一平台建成前后的对比系统的功能示意图如图一,参与各方的职能如下第三方数据中心数据中心有六大功能模块,分别是平台管理、用户管理、内容管理、区域性应用、医院客户端管理及辅助模块。平台管理主要是配置系统参数和系统检测。用户管理模块主要实现用户及安全管理,用来实现各级用户注册、身份验证、授权和访问控制,权限是基于角色的,所有的权限是与角色关联。内容管理主要包括电子病历模版、医学标准等标准化信息发布,卫生信息的发布。区域性应用模块可实现各种电子病历查询、医院信息查询、医师信息查询、卫生统计分析。医院客户端管理用于接收区域内各医院的传送的电子病历信息接收各医院的信息查询请求。医院在区域中心注册的医院的职责是实现从医院到第三方的电子病历适时上传医院可以下载标准模版,在医院端实现信息的标准化,然后上传到第三方病历中心。通过采用智能客户端方式部署,医院客户端系统可实现电子病历查询和双向转诊功能。病患病患根据自己的和密码可以登录到第三方的网站或者在医院客户端查询个人的电子病历。授权医生医生经病人的同意可以浏览病人的电子病历作为看诊的参考授权的医生还可以查询具有特定病情或者相关病情的成功病例,用于医学研究或者远程教学。卫生行政人员利用第三方存储平台,卫生行政人员可以做定量的病情分析和卫生统计,加强卫生监管力度。 攀攀…齐兰汕之绷与川模蠢块一穿决卜石井界馒比习逻霎瘾嗓、睡礁图一系统功能示意图详细的功能模块划分如图一所示基十第三方的电子病历整合平台平台管理用户管理内容管理区域性应用医院客户端管理陌巴嚎阵匡统一裸恤设忆局惊恤下舫朴州拍朴计﹂︸止比险吻确匕﹄信息服务统卫生计病询历查转双诊向请服务中撤销服务更服务新志日访搜索板留其它跟踪问引管理统擎计标服唯一示务人老妇服婴务曰阳国四一它服务其图一系统的功能结构图系数据中心设计电子病历不仅包括文本,还包括各种表格,层次化信息,心电图、光片等图形图像化信息。如何有效的组织、描述和存储这些复杂的数据是整个平台能否成功实施的基础。鉴于关系数据库对数据的高效查询性能和语言对分层数据的强有力的描述能力,本研究在电子病历中心采用关系数据库和相结合的方式进行病历信 息的存储来解决查询的高效性和显示的完整性两大难题。为了在数据中心支持数据挖掘、卫生统计等深层次信息处理,在进行电子病历中心关系数据库设计时,我们坚持信息“结构化”存储的原则,并借鉴国外一些先进开发理念,来合理地设计数据库字段。第三方数据中心模型如图一所示数据中心设有数据收发器,它用来接收和发送数据,实现数据中心和用户的数据交换。当医院传递过来的是基于标准的文档时,如果文档经验证有效,那么文档直接存储到电子病历数据库。如果医院传送的是关系数据,则需要先由映射规则实现局部模式到全局模式之间的数据映射,存储到数据中心关系数据库。然后,再通过中介数据库将关系数据和图形、图像信息整合,由标准文档转换器将其转换为基于标准的文档,存储到电子病历数据库。缓收息馨发管卫卫器数理据信数落映射规则扮呀图一数据中心模型当医院客户端用户或者浏览器用户发出一个具体的信息查询请求时,首先由请求接收器接收用户请求,然后,请求分析器分析用户的请求,并根据用户拥有的权限到数据中心读取相应电子病历信息,最后通过结果整合器将查询到的结果整合,并返回给用户。此外,数据中心设有索引库,以整合分散的病历并加快检索效率。索引库以病人在第三方的唯一来整合病人在区域内各医院的看诊记录,形成贯穿一生的电子病历。系统架构设计基于以上系统功能分析和数据中心模型设计,我们的电子病历信息整合平台的层次结构如图一所示按功能划分,整个架构分为上、下两部分。虚线以下部分的功能是实现病人诊治信息从医院到电子病历中心数据库的传输、转换和存储功能。虚线 以上部分主要是整合电子病历中心的信息,为用户提供电子病历访问接口,实现信息共享。虚线下方共分三层,最下层是各个医院的异构、分布、自治数据源第二层设有数据代理,数据代理的功能是向亡层发送请求和接收响应探测医院每天归档的电子病历信息变化,为电子病历中心数据库与医院数据库的适时同步更新提供支持。最上层是层,该层负责处理来自医院的远程数据传输请求,一方面,它能接收基于标准的电子病历文档另一方面,对于关系数据,它能够实现医院数据源局部模式到病历中心数据库全局模式之间的映射,统一格式后存储到病历中心数据库。用户应用程序应用程序浏览器浏览器匕生旦翌二八工、八生、入产圣及务用厂'界而层,业务逻辑层硕茵网〔嘟彝茵〔彝娜图少衫习像厂子赞资数捷子忆」里数一据丰代一理医院医吩麟图一电子病历信息整合平台架构虚线上方有四层,最下层是数据层,它包括索引、电子病历文档、关系数据以及图形图像信息第二层为应用集成层,该层包含用户管理、内容管理、区域性应用三个模块。其中用户管理模块实现各级用户注册、身份验证、授权和访问控制。内容管理主要包括病历模板、医学标准等标准化信息下载。区域性应用模块可实现电子病历查询共享及卫生统计分析。第三层为接口层,该层为各种用户提供相应的应用程序接口。包括医院接口、医疗保险接口、社区医疗接口、远程医疗接口、上级卫生行政部门接口等。最上层为用户层,包括七浏览器用户,手机、等移动用户,医院客户端用户。传输安全考虑电子病历包含有病人大量敏感信息,确保病人的信息在从医院到第三方电子病历中心传输的过程中不被泄漏尤为重要。具体实施的时候,传输安全性应是首先考虑到 的因素之一。以往,大多数被部署的服务都是使用安全套接字层和基本认证的标准安全性技术满足它们的安全性需要。通过对客户端和服务器之间发送的消息进行加密,来防止消息在传送过程中被读取。先对客户端的消息进行加密,然后将其传送到服务器。服务器接收到消息后,将对其进行解密并验证消息是否来自正确的发送者此过程称为身份验证。服务器或者客户端和服务器可能具有证书,这些证书用作身份验证过程的一部分在连接加密的顶层提供身份验证功能。虽然是创建安全通信的一种非常有效的方法,但应当考虑其性能成本。此外,这种传输解决方案还缺少下列特征端到端的保护、不可抵赖性、选择性保护、健壮且灵活的认证机制以及消息级或称端到端安全上下文的供应。随着服务被更广泛地应用,需要用与一相关的机制来代替级的安全性。使用一规范来配置服务集成技术,可以使用令牌、密钥、签名和加密来安全地传输消息,提供网络层以上的加密和保护。日前,一些大型企业的基础设施组合中引进网关、虚拟专用网、防火墙来保证服务互动的安全性。网关和虚拟专用网等这些亡服务安全产品可以方便地执行一规范。数据库设计数据库的选取在第三方电子病历中心,如何对电子病历进行有效的存储管理和快速查询是整个电子病历系统实施的基础和难点,也是医疗信息化的热点。面对医疗行业的这份大蛋糕,各大数据库厂商都进行了研发投入,使自己的数据库兼容和支持。力争获得较大的市场份额。纯数据库纯数据库的是专门用于存储文件的数据库,它的基本逻辑存储单元是一个文档,一般采用层次数据存储模型,保持文档的树形结构,省掉了文档和传统数据库的数据转换过程以及因此而带来信息丢失和性能下降。目前已经有许多数据库产品,较具代表性的有美国公司的、德国的,开放源代码的纯数据库系统,的,的等。纯数据库以自然的方式处理数据,它的优点是显然的①有效地支持数据的自描述性、半结构化和有序性②系统以原生的方式存储数据,而不是把数据映射为其他的数据模型,再由其他类型数据库存储③直接支持查询语言,如、、索引技术,而不是转换成或对象查询语言。但纯数据库也存在着一些缺点①它缺少关系数据库那样完善的关系理论作 为基础理沦②产品不够成熟、数据冗余与不一致现象比较严重③开发人员熟知现有关系数据库,也了解它的行为和性能,不愿意转向纯数据库。从长远眼光来看,它取代关系数据库用于一般商业目的处理的可能性是值得怀疑的,因为在关系数据库出现之前,层级数据库管理系统已经出现,然而关系数据库却主宰了当今的数据库市场。此外,商业组织对关系数据库技术进行了大量的研发投入,因此,在大多数商业环境一「,纯数据库难以取代关系数据库。后关系数据库为了解决关系数据库在管理复杂数据上的一些问题,一种被誉为数据库新分水岭的后关系数据库管理系统一,逐渐出现并兴起。后关系数据库,实质上是在关系数据库的基础上融合了面向对象技术和网络应用开发背景的发展。它结合了传统数据库如网状、层次和关系数据库的一些特点,以及、、等新的编程工具环境,适应于新的以为基础的应用。后关系型数据库的主要特征是将多维处理技术和面向对象技术集成在一起,从而支持应用和数据的复杂性,能够提供事务处理应用所需的灵活性和高性能,并拥有比关系型技术更强的扩展性、更快的编程能力。与关系数据库相比,后关系数据库缺乏统一的形式描述和坚实的理论基础。现有后关系数据库产品在系统概念、用户接口、实现技术、对用户查询的支持等方面存在不同程度的差别。后关系数据库的商品化程度远不如关系数据库系统,大型数据库厂商对后关系数据库的支持力度也不大`〕。公司被业界公认为后关系型数据库的技术领袖和商业市场的主导者。他们的数据库技术结合了高性能、快速查询、先进的快速存储和面向对象技术,在全球多万用户的关键应用环境中得到可靠验证。德数据库由于对层次数据的良好支持在医疗行业一直发展稳定,并在美国电子病历市场占据了很大的份额,但关系数据库与的融合已经对构成了巨大的威胁,自身的封闭性缺陷变得无法回避。关系数据库关系型数据库是当今世界的主流数据库,它建立在严密的关系理论之上,并经历了长时间的发展,已经有许多成熟的关系数据库管理系统,比如、、等。关系型数据库管理系统采用统一的标准进行数据管理和查询,语法简单,查询效率高。但是,由于病人的临床信息汇集了表、文本、光、超、、细胞学病理学影像等多种数据类型,关系型数据库难以对一这些信息在表结构中实现完整的表达关系型数据库对电子病历这种分层结构的描述与处理存在不足,使得关系数据库设计成为一项艰巨的任务。关系型数据库厂商想了很多办法去兼容,传统的方法是将病历结构拆分为二维关系表然后存入关系数据库,当需要进行系统之间的数据交换时,由中间层应用程序从后台数据库提取各种数据,整合成文档提供给前台处理,或者从前台客户 应用程序获取提交的文档,经分解处理后,提交给后台数据库,即方式。这种基于的电子病历只是把作为数据展现与交换的载体,在后台数据库中存储的并非真正的文档,而是关系表。拆分为关系表字段的存储方式有其自身的优点,但其缺点也很明显。首先,采用这种方式存储病历,当电子病历结构发生变化时,修改数据库中表结构和应用程序的代价很大,这将使整个系统的维护变得非常困难。其次,这种方式在从后台提取数据以整合成文档或将文档分解存入后台数据库时要耗费大量的资源,这种二次转译会加重系统负担,容易导致死锁。再次,这种方式不能对数据建立索引和进行快速查询。同时,分解文档通常还会造成细节损失,如元素顺序、处理指令、注释、空白等成份。最后,电子病历作为日后的法律依据,必须保存其精确副本,为解决医疗纠纷及为各级司法机构提供真实有效的凭证。正是因为这些因素,需要打破瓶颈,寻求存储为关系数据库表字段之外的方法来存储电子病历。随着二应用需求的扩大,现在有很多关系数据库也加入了对原生存储的支持,如,。第版以后的版本、等。这种原生数据类型的引入,既保留关系数据库的优势,又提供原生文档的存储支持,再结合新兴的行业标准语言,将在数据库应用程序开发中引发一场革命。本文选用了存储电子病历,并进行了相关研究工作。数据库的设计数据流图数据流图从数据传递和加工角度,以图形的方式刻画了系统内的数据运动情况。根据系统需求分析,可以绘制数据流图,它可以简明扼要地表明数据的加工流动过程,指导系统的设计和实现。下图是系统的一个顶层数据流图,它形象地描述了医院端传厂一一一一一一一一一一一一一一一一一一一一一一一一一一下队图像产器匹关系数二导冷干长占甲厅几二口一有效一口价乞缨骂 图一电子病历共享系统顶层数据流图递过来的数据从输入到存储到病历中心电子病历文档库的加工和流动过程。本文第五章前两节就是以医院端关系数据到电子病历中心的传递和加工为主线,讲述其具体实现过程和方法。限于篇幅,其他数据流图略。表的设计第三方的电子病历中心集成了各个医院异构数据源的数据,数据库的设计要兼顾到各方,任务繁重复杂。同时,电子病历中心数据库是电子病历信息共享平台的基础,因此,设计合理高效的数据库对于电子病历信息共享的重要性是不言而喻的。在数据库表的设计过程中,主要遵循了三个原则标准化数据库的数据结构、元素组成、数据类型和长度尽量与现有标准和省内各主要医院的数据库保持一致本课题的数据库设计主要参考了组织定义的编码标准或者推荐使用的术语集,比如、、等,这些编码体系是标准能够成功应用的基础。结构化存储如果电子病历数据不具备良好的结构化形式,它们就难于用于数据挖掘和其他深层次的信息处理,因此,设计并实现一种具有良好适应性、符合病历规范要求、适应今后数据挖掘要求的病历结构化模型非常重要。可扩展在设计数据库各字段的类型和长度时,充分考虑了系统以后的扩展需求。遵循以上原则,我们设计了第三方电子病历中心数据库的数据表,核心数据表的关系如图一。各表所包括字段及含义如下表是病人基本资料信息表。文章节服务的创建是以表为例进行阐述的,在此首先对该表详细介绍。,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,电子病历号,住院号,病案号,病人姓名,性别,出生日期,血型,婚姻状况,职业,民族,国籍,病人唯一,医保费用类型,医疗保险号,死亡标记,电话,手机,邮箱,家庭住址,邮编,联系人,关系,联系人电话,就诊科别,医生号,医院号,参考文件,生成日期,保留字段是病人在第三方电子病历中心的唯一,它用来整合病人在各个医院的看诊记录,从而形成病人贯穿一生的健康记录。医生号由医院号医生在原医院的工号组成,以保证唯一性。医院号是医院在该区域内的唯一。保留字段的设计是为了便于系统的扩展。 (2)住坑表,,,,,,,,,,,电子病历号,病人唯一号,入院科别,入院病区,入院床号,入院日期,转诊状态,出院科别,出院病区,出院床号,出院日期,更新日期。匡流卜一汗以旅盯一麟︸。﹃一七爪心仁犯杰一,夏、画日己】已己爪沈,污〔加三污污公玉三掇陌犷汰戮热貌抓盯沙广添一汗一。一福烈匡一红一瓜流卜阮流比断队流厂泣、︸﹁己〔曰址卜一一月沁欣〕己祀日下记巴玩狂糕厂汰犷卜犷一伴杜︸`日比下飞已一一少`沈幻`介以丁翩澎幻己门旧〔飞〕幻听`,一几一印日月曰一`扮份、一“澎口,`,曰七十八州,澎怕曰下日喇峨礁习刻士︸三日'工旧窄一习崖生平﹃︸一巴应卜日日、丫比〕〕,一刁巴「丫日匕切了图一数据库关系图病历内容表,,化,,,,,,,,,,,,,,,,,,,,,,,,,,,,, DoeID,,,电子病历号,病人唯一号,主诉,现病史,过敏史,特殊病史,手术史,传染流行病史,接种史,输血史,其他病史,婚姻史,月经生育史,社会史,家族史,体格检查,专家情况,辅助检查,病历特点,初步诊断,诊断依据,入院处理,上级医师病历特点,上级医师初步诊断,上级医师诊断依据,上级医师鉴别诊断,药理诊断,最终诊断,,,编码,诊疗计划,上级医师姓名,上级医师,上级医师首次受访时间,同病风险,新的过敏状况,临床经过,医生,医院,更新日期,注释。病历内容表将病人病历内容树形信息结构化存储,目的是方便数据挖掘应用。一般而言,结构化粒度过细将会限制医生对病历的书写。粒度粗,将会节省存储空间,重构整个文档也会比较快一些,但难以方便地支持小粒度的查询与修改。因此,对于病历信息,我们只做到一定粒度的控制。医生表,,,,,,,,,,,,,医生唯一,医生编号,医师姓名,性别,出生日期,级别,受欢迎程度,描述,手机,电话,,工作地址,科别,医院。医生表用来存储区域内所有注册医院的医生信息,其中“医生编号”来自于医院的编号。医院表,,,,,,亡,,随机号,医院名称,医院地址,医院级别,描述,医院,医院网址,电话,所在省份。用户表,,,,,,,,,,,,,,,,,,,用户,用户名,密码,真实姓名,病人唯一,性别,出生日期,单位,国籍,所在省份,地址,联系电话,宅电,,描述,账户余额,等级,更新时间,是否可用,角色,认证状态。角色表,,,,彻角色,角色名称,描述,更新日期,是否可用。相关文件表,,,,,,,,,,,,参考文件,电子病历号,病人姓名,疾病诊断,文件名,文件类型,文件存放路径,压缩文件存放路径,电子病历,病人的唯一,保留字段。文件类型可以是会诊单、转诊单或者出院摘要,“电子病历”字段是数据类型。 从表的设计可以看出在数据库设计时,我们实际上是保留了两份电子病历数据,一份是原生的电子病历,另一份是以文档的方式保存的副本。原生的电子病历可以有效地保留文档的层次结构、文档顺序、元素和属性值等,同时,我们又通过对原生电子病历创建索引大幅提升了查询效率。但存储方式不能保留文本电子病历的精确副本,难以作为法律依据使用,因此,采用冗余的方法我们以文档的方式又保留了一份电子病历副本。小结本章首先明确界定了基于第三方的电子病历共享系统的功能以及参与各方的职能,然后,设计了数据中心模型和电子病历信息整合平台的架构,接着,通过比较分析选取了合适的数据库,设计了第三方数据库,从而实现了整个架构的核心设计。总之,本章的分析与设计,为系统的实现做出了清晰的规划。 第五章系统关键部分的实现根据上一章的系统设计,当医院端传递的是基于标准的电子病历时,医院客户端调用电子病历中心的亡服务方法,将基于标准的文档直接传送到电子病历中心,并存储到第三方的电子病历文档库。然而,当医院提交的是当天归档的关系数据时,将会涉及到多个病人的信息,此时,需要先调用服务方法实现关系数据的传送和映射,然后利用标准文档转换器,实现关系数据到基于标准的电子病历的转换,最后存储到电子病历文档库,供用户的查询。本章前两节就介绍这种情况下的两个主要功能模块的实现,最后一节演示了基于第三方的电子病历共享系统的主要功能界面。医院到电子病历中心的数据传送己服务的创建本研究选用技术来实现电子病历信息的整合,为了实现医院到第三方的信息传送,第三方电子病历中心需要先创建服务并将其注册发布,为医院用户提供基于的的调用接口。然后,医院端应用程序查询当天归档的病历信息,通过代理对象调用第三方的服务方法,实现医院数据到第三方的传送及映射。就具体的开发部署而言,本系统使用来构建服务,这样可以使用中包含的众多类库。同时,使用构建的服务继承了的强大特性,包括使用协议,可以使用多种编程语言编写和的集成等等,这样就大大减轻了开发和部署服务的工作量。下面以安徽省某三级甲等医院的病案库为实验对象,介绍使用。。七环境下的语言实现创建并调用服务的过程。以病人基本信息传输模块为例,它是由一个服务方法实现服务工可实现将该院当天归档病历的病人基本信息插入到第三方电子病历中心数据库一的表,其中,输入参数的「川包含医院当天归档的所有电子病历的病人基本信息。首先,在服务的服务端,我们新建一个数据集,实现医院局部数据源到全局数据源映射后,将映射结果存储到,然后,建立一个电子病历中心数据库的连接对象,并打开数据库连接,再建立一个命令对象,并指定要对数据库执行的存储过程,该存储过程用于向第三方的数据库一的表添加病人基本信息,执行命令,就可以实现信息的跨平台传输。过程示意如图一。 骂愁黑睿一、心二遥三西巡釜筹赘珍沙脚图一病人基本信息传输转换过程示意图电子病历中心病人基本信息表的字段设计请参考节。服务的具体实现代码如表一。需要注意的是只有用【说明的方法才是可以被医院客户端远程调用的服务,因此方法前面的【不能省略。要使己服务可由医院使用,必须将其部署到医院客户端可以访问的亡服务器。若要将己服务部署到开发服务器以外的服务器,可以添加亡安装项目或者将所需的文件复制到目标服务器。创建并部署了亡服务之后,我们就可以在医院客户端调用相应的亡服务。下面介绍如何在客户端定位、引用亡服务功能。表一服务代码清单日省略代码……仁“,,“”,“电子病历中心,」刀省略代码……」局部数据源到全局数据源映射省略代码……建立一个数据库连接”二二,二建立一个命令对象并定义存储过程连接 SqlCommandobjCmd=newSQIComand():objCmd.Conneetion=objConn:o飞二朋二““定义插入命令参数及映射〔舰,,,,,”,,,,,,”蛋',鱿,,,,“,',“,,,”,,,既,',,,”,,”,,,”“””,,,””'咖”,,,,”出,',,,,“,,“,,,””省略代码……参数赋值,',」二〕仁」“,二〕」川【,〔“”〕二」〔「〔,“〔〕仁」〔」〔,鱿“二仁〕仁」仁二仁。〕」,,“二'“了二」〔朋,“」仁〕〔」〔」一〔,,」仁」〕〔“,」仁〕」」刀省略代码……、飞'气,飞工飞亡服务的调用使用己服务的过程实际上是实现认飞服务的使用者与亡服务绑定,并调用其方法的过程。为了简化绑定的过程,提供了服务代理类的方法。服务代理类是根据服务的描述文档如产生本地类,在执行的过程中,客户端使用代理类中的信息访问亡服务,来实现实际的方法的调用。为我们提供了实现这一过程的简单方式 ①创建亡服务客户端应用程序己服务客户端应用程序可以是各种类型的应用程序,也可以是另一个亡服务。在这里,我们的医院客户端应用程序是一个”应用程序,项目名称是“电子病历转诊转检,,。厂·尖院炭仓」建查间了资镶过程丁洲''、二''咖,,,,,,,,,,,,,侧,,,,,,,,,,,一省略代码……厂在医院客户端创建代脚对象尸电子病历转诊转检。八连接医筑数据车卖取想要传送的数据二叮百'洛代石悠…、州远程翔服务方法司电少病历,卜公传送数据图一医院端调用匕服务的代码清单②服务引用首先,在”项目”菜单上单击”添加亡引用”,将弹出的“添加引用”窗口中,在上方的地址栏里输入第三方电子病历中心发布的亡服务地址,即一电子病历中心。因为本例中的服务位于本地计算机上,也可以单击浏览器窗口中的”本地计算机上的亡服务”链接。然后,从所提供的列表中单击链接以检索有关该服务的信息。在“引用名称”文本框中设置代理程序的命名空间为,然后,单击”添加引用”为目标亡服务添加亡引用。将下载服务说明并生成一个作为应用程序和亡服务之间的接口的代理类。③医院客户端调用亡服务代码医院端首先查询当天归档病历的病人基本信息,然后再利用代理对象访问亡服务,实现信息从医院到第三方的传输。查询当天归档病人的基本信息及调用亡服务过程代码段如图一所示,其中绿色字体为程序注释。 5.2基于标准的电子病历标准的本地化标准是用于异质软件系统之间交换临床文档的标记标准,它采用语言来标一记要交换的文档,因而,标准在技术层面不需要进行本地化,本地化的工作主要存在于文档格式的定义和内容的编码上。本课题对工、一工及工进行了分析,主要在以下几个方面进行了本地化工作病人唯一标示国外实施标准时,一般采用社会保险号来唯一地标示一个病人,但国内并不是每个人都有医疗保险计划,因此我们可以采用前面推荐市民唯一标示方法。姓名国外姓名的表示方法复杂,由前缀、名字、姓、后缀等多种成分,对应的在标准中,也有、、、等多重成分内容,而国内姓名的记录往往只是用一个字段,因此在本地化工作中需要将国内的姓名表达方法指定到特定的字段中,本文采取的本地化方式是将姓名全部指定到字段。性别对于性别的定义的推荐编码有个值,而在我国国标的性别定义中只有个值。事实上,的推荐值更符合医学上的应用,而国内最初是为了人事管理而开发的,一直在医疗上没有进行细化。在此,我们选用的的推荐值。医疗保险美国的医疗保险制度较为完善,信息化程度较高,虽然存在多个医疗保险计划,但这些医疗保险计划基本上都有较为完整的信息申报体系,差异不是很大,都可以采用、等诊断手术编码直接判断医疗费用的结算金额,也都有各自的明确的账单代码体系。目前国内各地的医保政策、医保结算方法等都不一致,难以进行一致的信息处理。同时,医疗保险的政策变动也较大,医保的数据方式和数据内容都不一致。在医保结算方面,目前很难用的相关数据信息,基本上只能完全进行本地化定制,最好采用扩充标准、逐步应用的办法。标准第一节讲述了该标准本地化扩展的内容。按照标准规定,当地方性的语义在的规范中没有相应的表示时,地方上定义的标一记可用于扩展。推荐的扩充方式是将这些本地扩展标记包括在命名空间以外的命名空间里,对于我国医保体制我们就是采取这种方式来进行本地化定制。病案首页的其他内容我国病案首页规定的一些必要信息在标准中没有相应的表示,必须作本地化的扩展。扩展方式同上,把本地化的标记包括在命名空间以外的命名空间里。 (6)病历内容标准采用后组式编码,对于疾病名称、生命指标、体格检查、药物名称、数量单位、实验室检查、检验均采用标准术语编码来进行标示,目的在于保存术语的内涵和无二义性的表述,适于多语种应用和与其他知识源的连接,最终实现信息的跨应用或跨院际共享。而我国信息表达标准相对来说很欠缺,很多字段都没有相应的编码标准或者数据字典。因此,我们可以使用组织定义的编码标准或者推荐使用的术语集,比如工、、。工等,这些编码体系是标准能够成功应用的基础。电子病历的创建课题参照标准和加拿大标准实施指南,并结合我国己颁布标准,如中国各民族名称的罗马字母拼写法和代码标准一、中华人民共和国职业分类与代码标准等标准,我们设计了标准文档转换程序。关系数据到文档的转换是通过构建节点树来实现的,示例代码如表一表一标准文档转换程序代码清单二,“,'“二“”二”“由仔编“”宅电“““““”,万““手机“,二“,““““二“,姓名“”””“” Xm1ElementbloodTypeElem二“”工二””根据上面的转换程序,可生成的如表一的文档其中,命名空间是我们自定义的,用于标记本地化的扩展标记。是对象标示,即,用来标示编码模式和标示符命名空间,以独一无二的标示一个对象。组织维护着分配给的的所有注册及使用信息。和元素的属性值必须是””。元素的属性值采用编码,它决定了文档是何种类型,例如出院摘要,转诊单或会诊单等。元素决定了该文档的机密性设置状态。是的上下文组件,表达在头部的值对整个文档都有效,直到被一个嵌套的其它值覆盖。户、、元素分别是文档的合法认证者、作者、电子病历的存放机构或组织。为了满足我国病案首页要求,本研究对于元素做了本地化定制,扩展的元素包括医疗费用类型、医保号、职业即,并采用本地的编码标准。对于印元素我们将病人的姓名放到字段,扩展了血型元素。体采用后组式编码,限于篇幅略。表一文档代码清单,,,,,,一”,,一”,,理一”,,,,,,”,,”咤,一,,,,”,,””合肥健康医院会诊单”',,”合肥健康医院叼,,,,,”二,,”怜,,”,”二,,”,,一一,,护,,一一一铭”许嘉铭 5.2.3电一子病历的解析转换对于电子病历用户而言,他们关心的并不是电子病历信息在文档中的组织和存储方式,而是电子病历如何以自己习惯的格式显示以及是否方便使用。因而,为了使文档变得更加有用,在电子病历的实现中,必须考虑到文档的解析转换,这里用对文档显示。提供了一种转换机制,它能够读取和解析文档作为输入源,然后创建一个内部的文档树,通过一套详细的”规则”来规定源树怎样转换到结果树,从而创建出有样式信息的结果树,最后得到个性化的输出。可以将文档转换成、、或其他格式的文档,使浏览器或者无线设备根据用户的需求显示文档。文档使用设计,因此,使用便可以将化的病历转换成文档,用浏览器输出显示。基于标准的电子病历的解析转换过程如图一标准文档转换器通知第三方转换器图一基干标准的电子病历的解析转换当用户接收到一份文档按照验证其有效性后,为了确保电子病历根据用户的需求来显示文档,需要设计相应的样式表文件并添加处理指令。本研究所设计的病历样式单如下表一病历样式单,,”,,”,,”,”,,尼,,,,一”,。,,一,,,,一,,,,,只,一”,,,一一,,,, Inedia一,”,,,,卜一,灯”叼一,,,,,,,一”,,一,,”印、尸病人基本资料爪出下,,”二,,,,姓名一,,曲,',,,,性别一,'”,,,,身份证号一,,灯”二,,,,病历号一二,,,,,,,,,,出生日期一,,”,,,,费用类型一二,'州”…………,,,,家中电话一,,一比【,,,,,,,叭二”少紧急联系人出一二,,曲月,,,,联系人电话一二`,一,''”……,,家庭住址一二,,, 为了使文档能够按照病历样式单的样式表所设计的模版规则进行转换,需要把如下处理指令添加到电子病历文档中,它紧接着声明后面,文档根元素开始标一记的前面。一””,,病历样式单,,当解析器读取文档的时候,一处理指令告知解析器应用病历首页样式单样式表。属性指定了样式表的种类,属性指定了样式表的绝对路径或相对路径。使用具有处理功能的浏览器例如打开这样的文档就会引起解析器加载样式表,从而显示数据。显示界面如下树只经是级蒸蒸老尤蔗冷广,,、令收藏`靡级弃,一奋燕若翼豁睁撒了昌。、,。一,。〔。。汉闹川尝一转到—一丫漆藻嚎塌嘿攫灌曝溥合肥健康队院会诊单病人基本资料姓名性别男身份证号斗病历号出生日期费用类型社会基本医疗保险医疗保险号国籍中国血型型民族汉族职业干部婚姻己邮编家中电话手机祖无紧急联系人张秀红联系人电话关系夫妻家庭住址安徽省林业厅现病史该病人于今年月初车祸导致右小腿中部骨折。上了钢板,对位很直。满个月、个月、个月的时候检查过,都是有少量骨痴。目前快个月了,愈合情况还是不明显。既往史”飞名任夕尸哟完毕嘴我的电脑图一基于标准的电子病历为了保护病人的隐私,病人的姓名已用绘图工具擦掉。另外,在法律允许的情况下,医院端的接收程序还可以将收到的文档作为类型的数据直接存储到数据库中,也可以将文档解析,影射为内存中的一棵节点树,转变为关系数据,再插入到医院数据库的表中。目前很多数据库或者应用程序都提供了数据到关系数据的映射支持,例如的函数主要用于将文档中的数据插入到数据库中。当然用户也可以自行开发转换程序,以满足业务需求和实际需要。文档的解析和分解是构造过程的逆过程,所涉及的关键技术一致,在此不过多阐述。 5.3系统演示电子病历的共享电子病历的第三方共享是这样实现的首先,区域内各医疗院所在每天的固定时段将当天出院的病人的电子病历信息传送到第三方,然后,电子病历中心将接收到的电子病历信息映射、转换、标准化,并对电子病历文档进行整合,在电子病历中心形成病人贯穿一生的电子病历,最后,通过电子病历中心网站以模式或者通过医院客户端接口以智能客户端方式为授权用户提供相应级别的电子病历查询及共享服务。图一网站主页哟一一一、一一二沁。一少一,行汽汉气岁川段入锐井汐后退一夕鲜煮一熟,一,食、东才收藏夹会若限伽移歉了琳,二毛办哟卜。了。。。,。阳电子病历中心八。`卜牛华竺裂户奋一责辉赫针止簇森公巍医院清鲍蚕幸焦脉热科室骨抖二吮主拾医生漪舞爪了疾病骨折右小腿骨折术后才哟勺本地拓廿改一图一电子病历查询画面例如,当用户希望通过浏览器查询电子病历时,他需要先登录到电子病历中心网站。网站的主页如图一,左侧是网站的几个主要应用栏目病历查询,双向转诊,医院信息查询,医师信息查询、疾病统计、医疗价格查询等右侧是信息发布及信息服务内容。用户通过身份验证后,进入系统。如果选择右侧病历查询栏目,则进入电 子病历查询页面,如图一所示。输入检索关键字,系统会检索出符合条件的相关记录,此时,授权用户点选“查看全文”链接便可以看到所选病人的基于标准的电子病历,或者点选“打包下载”链接可以将病人的电子病历下载到本地客户端查看病人电子病历可参看图一,电子病历的共享为个人保健、医生看诊、案例教学、区域卫生统计等提供了重要的信息来源。电子病历双向转诊为构建新型城市社区医疗卫生服务体系,建立医院与社区卫生服务机构相互协作的绿色通道,有效解决群众看病难、看病贵的问题,为社区实行健康管理的居民提供方便、连续、安全的医疗卫生服务,年初国务院出台了相关文件,明确指出建立社区卫生服务机构与医院分工协作、双向转诊的城市医疗服务体系。目前各省市都在努力促进这一工作的开展和实施,国内一些城市,如北京,规定了纸质双向转诊单的格式,但是格式较简单,难以体现病人的既往病情及住院摘要信息。上海市北医院与临汾、彭浦社区卫生服务中心在试点电子双向转诊。课题对这方面也作了一些研究。结合前面己实现部分开发了基于第三方的电子病历双向转诊系统,目的是实现区域内多个医院之间相互合作,充分利用医疗资源,希望能有一定的研究意义。转诊流程设计如图一,当一名符合转诊条件的疾病患者需要从某医院转诊到另一家医院时,首先,原诊治医院负责转诊的医生以有效的身份登录到医院转诊客户端系统,这样第三方服务器端可以确保是授权用户登录。然后,转诊医生填写该病人的转出信息,确认转出后,应用程序生成基于标准的转诊单,通过服务将病人的转出单提交到第三方。第三方电子病历中心根据所收到文档头的州编码判断文档类型,并做相应的处理,如果是转诊单,则进行下一步操作,系统会根据文档头的信息接收方字确定目的医院,第三方服务器会自动给目的医院发送提示信息。得到提示消息后,目的医院负责转诊的医生查询该病人的转出单信息,然后根据本院情形决定是否接收该患者,若接收该患者转入,就填写该病人的转入安排和处理信息,提交转入。这样,转入和转出信息都传送到电子病历中心,从而完成了该病人从一个医院到另一个医院的电子病历转诊。当然,在某些条件下,目的医院由于客观条件限制无法接收转诊患者,拒绝信息需要由第三方反馈给原诊治医院,原诊治医院可以再选择本区域内的其他医院以协商转诊。最后,转诊医生还可以将转诊单下载保存,以方便信息的跟踪和管理。 原诊治医院转诊医生填写病人转出信息生成基于标准的转诊单,并通过消息传送到第三方第三方电子病历中心解密文档身份验证差错校验根据艾档头的爪确定目的医院,并将不完整的转诊单存档给目的医院发送系统提示消息通知原诊治医院对目的医院的转诊医方拒绝接受该病人生填写转入安排的消息专入,提交生成基于标准结束的完整转诊单通过消息传送到第三方通知原诊治医院目的医院己接受转诊的消息,及接受转诊的安排同时完整的转诊单替换原来不完整的转诊文档结束图一转诊流程图 系统设计了两种方式来实现电子病历的双向转诊,如图一所示,一种是智能客服务的客户端户端模式,它是通过对现有的医院信息系统进行二次开发调用转诊应用程序来实现。具有转诊权限的医生通过本院的信息系统就可以实现病人电子病历的转入或转出。另一种方式是在第三方的电子病历中心网站集成电子病历转诊业务如蓝线标示,转诊医生通过登录到网站完成转诊作业。其中智能客户端方式,虽然涉及到系统的二次开发,但工作量不大,且客户端应用程序的开发不受平台和编程语言限制,在区域内各个医院实现起来都可行。此外,该模式的客户端组件还能够充分利用终端设备优势'实现集成的弱祸合乙转诊医生医院客户端系统「三玉呼到—一卫一一一电子病历中心网站认沪`民务尸巫蘸寥图一电子病历双向转诊工作模式课题设计的电子病历双向转诊的客户端界面如图一其中转诊信息的传输采用技术,标准文档转换模块所用到的技术与前面相同,即采用构建标准的文档。文章设计的转诊工作模式的有效性,还需要在以后的实践中得到进一步验证。搏流减口上霭。酬麟训福侧忍洲的捉淤朋幽俐,阴豁私洲代叮确邺毗以曲硕吸月浑”出饭院代马二转产乏已映偏号难卜茹护﹁导右艾谓出医院”`解甘入医”临号转一号纵渊号身份证号用抚号由,出生日朋萦自盼系人电话徽厄列,、治厅一要诊断、移查项目、回妞臼职匆罕盔图一电子病历转诊画面小结基于第三方的电子病历共享系统采用平台下的编程语言和进行开发,选取的集成开发环境是。系统主要实现了以下几个功能在第三方电子病历中心数据库建立了统一的数据结构,集成了各医院异构电子病历中心实现了对医院数据库资源,并对电子病历信息进行了基于标准的转换 信息适时同步更新建立了电子病历中心网站,为用户提供了电子病历查询视图。 第六章总结与展望工作总结随着互联网发展和信息技术日益成熟,医院信息化不断深入。使用电子病历系统,消除卫生信息孤岛,整合不同应用的医疗数据和流程,实现国家和区域范围内电子病历共享是卫生信息化发展的必然趋势。本文在深入研究我国卫生信息标准化现状、国内外电子病历研发展现状及国内外区域卫生信息化现状的基础上,结合我国国情,对区域内医院临床信息共享试作了有益的探索和前瞻性研究。总结来说,本文主要作了以下方面的工作在大量的文献搜集和综合的基础上,对国内外医疗卫生信息化现状有了深入的了解。整理了国内外区域卫生信息化研究和发展现状,分析总结了国外电子病历信息区域共享方法,并结合我国的国情,提出了本文的研究思路。以电子病历的发展历程为主线,阐明了电子病历各阶段的含义,并总结了电子病历的几大核心问题,从整体上把握了医疗整合框架的核心。总结了课题相关医学信息标准在国内的应用现状,特别对医疗信息交换标准和临床文档架构标准进行了深入研究。对于标准,重点在于标准参考消息模型和交换机制的研究本文对标准花费了较多精力和笔墨,对的框架、精简模型一、的编码方式、本地化扩展方式、传输方式都作了细致的研究。根据第三方整合的构思,设计了基于第三方的电子病历共享系统蓝图。首先分析了系统的需求并界定了系统的功能,对数据中心模型和系统的整体架构进行了设计。基于医疗数据的复杂性和特殊性,通过分析比较的方法,选取了适宜类型的数据库,设计了区域电子病历中心的数据库。并在文章中给出了主要数据流图和核心数据表的关系图。开发了基于第三方的电子病历共享系统,深化了平台下的系统开发,并对于相关技术和软件工程的方法论有了进一步的体会。采用了基于的技术实现电子病历信息从医院到第三方的跨平台传输,在保持原有系统自治性的同时,集成了区域内各医院信息系统或电子病历系统。基于标准、实施规范、我国相关标准和实际需求,课题对标准作了本地化工作。采用技术设计了标准文档转换程序,构建了基于标准的电子病历,并采用技术实现了电子病历的浏览显示。本研究建立了电子病历中心网站和电子病历双向转诊系统,实现了电子病历信息跨院际交互和共享。工作展望以上是本论文的主要研究工作,但是还有很多地方有待进一步研究本文利用技术克服了区域内各医院系统的异构性,实现了医院到电子病历中心的数据传输,同时也保证了医院客户端和第三方电子病历中心的松散藕 合,以及医院信息到电子病历中心信息的适时更新。但是还没有实现服务代理的无人工值守,进一步研究方向为采用触发器、队列、亡技术来实现医院信息到电子病历中心的自动传输和错误处理。电子病历在临床及科研上的诸多服务功能的强弱依赖于病历信息的结构化程度。非结构化的电子病历难以支持不同系统之间的电子医疗数据交换和共享,不能适应今后的数据挖掘和医疗智能决策要求,积累的病历数据难以起到其应有的作用。电子病历中患者信息的复杂性和描述的自由性是结构化的最大障碍。另外,结构化存储粒度的选择也是一大难点。本文作了一些信息存储结构化的工作,但不深入,有待于继续研究。考虑到数据中心的巨大的存储容量,寻求一种切实可行的存储和管理方案是必需的。模式,应用服务提供商是一种面向商业用户,以在线方式和租赁形式提供包括硬件、软件和信息服务在内的系统解决方案。目前,在发达国家己经有的企业在不同程度上使用了服务,该模式涉及到海关、银行、政府等多个行业。其中,在美国、英国、新加坡等国家和地区的应用实践取得了显著的成果,该模式安全、可靠又具有较高的效益投资比。在国内,虽然市场刚刚起步,相信在未来几年必定会发展起来,使用基于模式应用服务托管平台来存储和管理数据中心的海量信息不失为一种好方法。保证电子病历信息安全至关重要,电子病历一旦泄密,在网上传播开来,公民的隐私权就会受到严重侵犯,此时,电子病历的可靠性也将受到质疑。本文着重探讨了电子病历信息整合平台的关键模块的实现,对于电子病历的传输安全和管理安全没有作深入的研究。在实际应用中,要推广电子病历系统的应用,实现电子病历的整合和共享,必然要以电子病历的安全性为前提,这方面还有待进一步深入研究。最后,鉴于本人能力和水平有限,论文中的缺点、错误在所难免,诚挚地恳请各位专家、老师批评指正。 参考文献「〕李包罗医院信息化建设过程中的两个核心问题「〕当代医学,「」于翔医疗信息化冲锋路上网络世界「」盯,一「李包罗,迟玉兰医学信息标准化的理论与实践中国信息导报「〕,」邹俊卿,傅万明,徐少青工一概述江苏卫生事业管理」,一「」张林工应用新进展计算机世界报仁」,「」马琏,李包罗的构成与应用计算机世界报「〕,「〕李包罗医学信息标准化的理论与实践中国信息导报〔」,一〔盯〕〕美国,「」钟金宏,李兴国,马溪骏等医学影像建档与通信传输系统综述「」计算机工程与应用,一〕全美电子厂商联合会,·。〔〕,,,,一,一“,,,,「〕,,,,,,,,,,,「,「郭锦秋,高田彰,牛铁等医疗数据交换规格即汉化版的制作医学信息,江苏卫生厅可啊二一献·一一·一· [21]D.G..Katehakis,,如,,一,,仁〕一【」一一【,,,未艾译远程医疗医疗的新时代田中国医疗器械杂志,【一·一,何定文,陈金雄,潘林远程医疗会诊在医学信息共享平台的应用叮」福建电脑,一一【上海市信息化委员会可枷上海闸北区卫生局篇川【江沂电子病历法律难题待解决医药经济报,,【人〕,,〔段往,,,」一薛万国电子病历基本概念及研究进展中国数字医学,一【李包罗中华医院管理高层论坛【」李包罗电子病历应用基础研究冯建华,钱乾等纯数据库研究综述计算机应用研究,一口王明清,邓振电子病历作为证据在医疗纠纷中的应用世界临床药物,王海薇,喻琪《电子签名法》给电子病历的法律效力带来曙光四川省卫生管理干部学院学报,美著杜大鹏等译实用技术大全「北京中国水利水电出版社, [421陆波,李伟鹏,王琦基于的消息处理技术仁〕医院卫生装备,一仁〕,,,等著裴剑峰,高伟,徐继伟等译高级编程第二版北京机械工业出版社,「美著孙英霖,梁超译与数据库编程第二版北京清华大学出版社,美著智慧东方工作室译技术大全」北京机械工业出版社,,一,等著康博译服务高级编程北京清华大学出版社,王伟,郑衍衡基于服务的教委财务信息化管理平台的研究计算机应用研究,一」,,免何英后关系数据库与关系数据库的对比分析仁」新余高专学报,王文义,李阳阳纯数据库的原理分析及其应用叮〕计算机工程与应用」,·一角。`,,「一,,【,,一,「二可仁一,·王成耀,王宗杰,张德政等基于虚拟数据中心的气田信息整合平台研究「计算机应用研究【〕王暄,李燕应用构建多层架构的高效应用」北京科学技术出版社,「〕李娜,余本功基于的电子病历首页的设计与实现「〕中国医疗器械杂志,【〕陈玉华,罗美玉电子病历面临的问题和思考医学信息学, [65]简文山电子病历雏形基础架构及电子病历教学···黄仁益电子病历系统与技术架构·俞旭异,刘建良,魏志和健保卡与分散式电子病历系统整合探讨台湾第十届资讯管理暨实务研讨会】新加坡医疗系统信息化各医院通过电子病历共享…加一…香港医院管理局通过英特尔科技提升医疗服务质量小二【」郑锋,涂平,王钦敏基于的政务信息共享平台「」计算机工程,」韩韬,傅秀芬等基于的异构数据库集成管理研究〔」计算机工程与应用一盛步云,谢俊等基于和的分布式产品数据库管理系统的研究与实现〔」机床与液压,一 自幼州钊组薰鬓鬃翼黝一 个人简历姓名李娜性别女出生日期籍贯山东聊城教育经历一合肥工业大学信息管理与信息系统专业管理学硕士一西北民族大学计算机科学与技术专业工学学士硕士在学期间发表论文李娜,余本功基于的电子病历首页的设计实现」中国医疗器械杂志,余本功,李娜,江澎,廖海波基于第三方的电子病历信息整合平台的研究」计算机系统应用,
