区域医疗信息化共享平台的设计与初步实现毕业设计

PAGEPAGEI毕业论文（设计）区域医疗信息化共享平台的设计与初步实现学生姓名：学号：系别：信息工程学院计算机系专业：计算机科学与技术指导教师：评阅教师：论文答辩日期答辩委员会主席PAGE53摘要为了解决“看病贵、看病难”问题，医疗卫生服务被前所未有地重视。当前，医疗服务的问题是优质资源过度集中在大医院，而基层卫生机构资源极度匾乏，如何充分利用有限的医疗资源成为当前急需解决的问题。本文针对厦门市范围内的区域性协同医疗信息平台，即“厦门市市民健康信息系统”的建设进行研究。美国、英国等发达国家近几年己经对“区域性协同医疗信息平台”的建设展开研究，并取得了一定的成果。但由于医疗体制的不同，国外的经验并不能照搬到国内应用。因此“区域性协同医疗信息平台”的研究对我们来说是全新的课题。本文旨在探讨适合于我国医疗体制的一定区域范围内的协同医疗信息平台的建设。本文首先对项目的可行性进行分析，从项目市场前景、政策扶持方面、项目成功的有利因素等方面进行分析。其次对项目的需求进行阐述，分析医疗机构、社区服务机构、妇幼保健等的业务和功能需求。然后探讨项目的总体设计架构，项目的设计原则、业务功能、业务模块、网络拓扑等，并研究系统需解决的关键技术。接着对系统中的关键技术终端数据采集系统进行详细的论述。关健词:区域医疗，市民健康信息系统，数据采集

AbstractDuetothedifficultyandhighcostofgettingmedicaltreatment,themedicalandhealthservicehasattractedsuchanunprecedentedattention.Thecurrentproblemofthemedicalserviceisthatthemainhospitalsholdtoomanypremiumresources,butatthemeantimetheprimaryhealthagenciesareexcessivelylackofresources.Howtomakeuseoflimitedmedicalresourceswellhasbeenoneurgentquestion.TheresearchesonRegionalcollaborativemedicalinformationsystemhasbeendevelopedtheseyearsinourcountry.RegionalcollaborativemedicalinformationsystemhasbeendeployedandgotsomeachievementindevelopedcountrysuchasAmericaandEngland.Becauseofdifferentmedicalsystem,theseoverseasexperiencescan'tbeusedinourcountry.SotheRegionalcollaborativemedicalinformationsystemisanewsubjectforus.ThisthesisdiscussonhowtobuildtheRegionalcollaborativemedicalinformationsystemwhichadapttoourmedicalsystem.Firstlythefeasibilityofthisprojecthasbeenanalyzedbythefactorofprojectmarketingforegroundandpolicy.Thentherequirementofmedicalorganization,regionalservicesorganization,healthcareofwomen&childrenwasintroduced.Thedesignofthisprojectwasdescribed,includeddesignprinciple,technologyofthisbusinessfunction,businessmodeandthenetworkdesign.Thekeytechnologyofthisprojectisterminaldatacollection,itwasdescribedindetail.Keywords:RegionalMedical,CitizenHealthInformationSystem,DataAcquisition

目录摘要 IAbstract II第一章绪言1.1项目背景及愈义 11.2医疗信息系统发展的历史和现状 21.3论文内容与结构 31.3.1论文内容 31.3.2论文结构 3第二章项目可行性分析2.1项目目标 42.2市场可行性分析 42.3政策可行性分析 52.4项目可能性分析 5第三章项目需求分析3.1业务分析 63.1.1当前业务存在的问题…………..63.1.2项目涵盖的业务内容 63.2功能需求分析 73.2.1总体需求 73.2.2市民性康信息系统内容 73.2.3市民健康信息整合要求 123.2.4市民基本健康值息建档和销档要求 133.2.5健康信息查询功能 143.2.6隐私保护要求 14第四章项目总体设计4.1项目设计原则 154.2数据库设计 164.3业务功能设计 164.4关键技术 164.4.1终端数据采集系统设计 164.4.2海量存储 164.4.3数据安全 174.5系统业务模块 174.6项目安全设计 184.6.1网络安全 184.6.2数据传输安全 184.6.3身份认证安全 194.6.4访问控制安全 194.6.5软件系统安全 194.7网络拓扑和应用环境设计 194.7.1网络拓扑结构 194.7.2应用框架 21第五章医疗机构数据采集系统设计5.1概述 225.1.1数据接口方式 225.1.2市民卡简介 225.2医疗机构致据采集系统设计 235.2.1某医院HIS系统概况 235.2.2设计原则 235.2.3门诊系统设计 235.2.4住院系统设计 365.2.5诊疗教据采集归档设计 365.2.8日报橄据采集归档 44第六章总结与展望6.1总结 476.2有待解决的问题 486.3发展展望 48参考文献 50PAGE1第一章绪言1.1项目背景及愈义为了实现国务院提出的“人人享有基本卫生保健，解决看病难、看病贵的问题”的目标，医院和社区卫生服务被前所未有地推到了医疗体制改革最前沿。当前卫生事业发展中的一个突出问题就是卫生资源配置不合理，优质资源过度向大医院集中，城市大中型医院集中了大量高新医疗设备和优秀医护人才，而基层卫生机构资源严重不足。这是造成群众“看病难、看病贵”问题的重要原因之一。因此发展社区卫生服务是优化卫生资源配置，有效缓解“看病难、看病贵”问题的切入点。建立分级医疗、双向转诊等制度是有效解决问题的重要措施。双向转诊(双向转诊指社区卫生服务机构与区域大中型综合医院、专科医院签订协议，小病在社区卫生服务机构治疗，大病转向二级以上的大医院，而在大医院确诊后的慢性病治疗和手术后的康复则可转至社区卫生服务机构)被认为是社区卫生服务的核心功能，而加强信息交流及医疗协作，并使社区卫生服务机构与医院之间的医疗服务信息共享是双向转诊运行的必要条件。病人需要医疗服务信息来引导转诊要求，同时，医疗机构也需要信息来导向转诊。因此，以医疗资源共享、信息共享、服务共享为目标，建立区域协同医疗信息共享平台的“区域协同医疗服务示范工程”在医疗体制变革的背景下浮出了水面。美国权威的医疗信息化组织HIMSS(卫生信息管理系统协会)曾对区域医疗信息系统给出了如下的定义:为了改进和提高医疗卫生服务，使得在医疗卫生的决策者之间，包括客户和病人能够共享医疗卫生信息，从而改进和提高医疗卫生服务，国家卫生信息部门规范的一整套的技术、标准、法律、政策、项目与实施。在形成了区域协同医疗信息共亨平台后，区域协作医疗服务将呈现分层次医疗服务的态势:在基层社区、乡镇村级医疗机构的服务目的是防病防疫、小伤小病诊治、健康教育、预防接种地区、县市医院则肩负常见病、多发病、地方病诊治，以及具有基层毕业后及继续教育，基层远程医疗会诊的作用;对于区域性中心教学医院，将涉及疑难、复杂、危重疾病诊治，地区级毕业后及继续教育，地区级远程医疗会诊，区域卫生决策咨询，指南、医疗径路、规范等研究。这种自下而上的分层次、协作服务方式将更注重区域性的健康教育，疾病早诊早治，健康促进等，而医疗咨询与指导、以及培训社区居民查询健康信息、构建电子病历也将成为医护人员今后工作的重点。2006年底，由科技部、卫生部组织，中国人民解放军总医院承接的“区域协同医疗服务示范工程”课题正式启动。其目标是对开展社区卫生服务过程中的信息化模式进行探索研究，建立以区域服务为半径的包括社区、中、高级医院为一体的三级卫生服务共享架构，使有限的医疗卫生资源利用最大化，最终实现更广泛的区域医疗信息共享，以及医疗服务机构内管理流程协同，机构间互联互通。2007年，厦门市作为试点城市之一，由市政府、市卫生局组织厦门市各家医疗机构和多家软件公司进行相关课题攻关，建立了“厦门市市民健康信息系统”。该系统按照“区域协同医疗服务示范工程”课题的要求，结合厦门市的实际情况进行设计，整合厦门市现有的医疗资源，建立覆盖整个厦门市所有社区卫生服务机构、区级医院、市级医院的医疗信息共享平台。1.2医疗信息系统发展的历史和现状国内医疗机构信息化从上世纪90年代起开始发展，经过十多年的发展，目前已经普遍实现医院管理信息化，据卫生部医院管理研究所2007年公布的数据显示，百分之八十以上的医院都己经建立以财务为中心的医院管理信息系统(HospitalInformationSystem,HIS)，其中小部分医院己进一步发展成更先进的面向临床工作的医院临床信息系统(ClinicInformationSystem,CIS)。医院临床信息系统包括电子病历系统(ElectronicMedicalRecord,EMR)、医学影像处理系统(PictureArchivingandCommunicationSystems,PACS)、实验室数据处理系统(LaboraryInformationSystem,LIS),I}床专科数据分析系统等等。I}床信息系统的建立，使医院的医疗信息资源在医院内部得到充分共享，大幅度提高医院诊疗质量、效率，使医院管理迈上新的台阶但是，国内医疗信息系统的建立缺乏统一的指导思想，长期以来，国内医疗卫生信息化建设都处在医疗卫生机构独立建设、封闭应用的怪圈里，这种相对封闭的环境致使医院对全局的信息系统认知不足，对切实需求了解不全，造成医疗机构信息难以共享及整合利用，医疗机构之间也呈现出一个个信息孤岛。以病人就诊为例，病人就诊往往需要在多家医院进行，每家医院都要求病人使用本医院的病历本，门诊病历、出院小结易遗失，就诊过程中医生对病人的既往病史信息不能及时掌握，各医院之间的信息无法共享，也造成病人的重复检查和重复开药，延长了诊治时间;病人对自己的健康状况也未能得到一个完整的资料，既加重了病人的负担，也不利于医生对病人病史的掌握，还加大了政府的负担，降低了社会医疗资源的使用效率，影响了政府对卫生资源配置的决策和对医疗机构医疗行为的监控。发达国家医疗卫生信息化建设开展得较好，普及程度高。医院信息系统建设重点已向临床支持系统上发展，已经建立临床模型，发展数据知识仓库，并有了示警系统。区域医疗信息系统建设也取得了很多成果。美国2004年启动“全民电子健康档案项目”，英国2005年启动“国民医疗保健服务系统项目”，都汇聚了多方建设力量，涉及到网络系统架构建设、卫生信息标准化研究、系统集成技术、系统安全与隐私保护研究，以及医疗信息系统的开发与应用等多个研究领域。这些系统的成功建设为区域医疗系统指出了方向。但是，我国的医疗卫生体制和美国、英国等发达国家有极大差异，如果照搬国外的系统模式，必然会导致水土不服。因此需要积极探索适合我国的“区域协同医疗信息平台”。从信息化建设的角度来看，“区域协同医疗信息平台”是要打造一个区域协同医疗信息共享平台，并研究开发出一系列与平台相适应的软件、硬件及网络产品，形成一整套区域协同医疗信息服务平台产品系统。目前区域医疗卫生信息化面临的最大问题，就是缺乏顶层设计，没有完整、成熟的标准体系。1.3论文内容与结构1.3.1论文内容“恩施市市民健康信息系统”项目是按照“区域协同医疗服务示范工程”课题的要求建立的试点项目。本文对参与的“恩施市市民健康信息系统”项目进行论述，涉及项目可行性分析、需求分析、总体设计、安全设计等，并对医疗机构接入方案设计展开详细研究。1.3.2论文结构本文共有六章，本章为绪论，介绍了“区域协同医疗信息平台”和“恩施市市民健康信息系统”产生的背景和意义，以及该项目在国内外发展历史和现状。第二章对“厦门市市民健康信息系统”项目的可行性进行分析。从市场前景、政策扶持方面进行分析，以及对项目成功的有利因素。第三章对项目的需求进行阐述，分析医疗机构、社区服务机构、妇幼保健等的业务和功能需求。第四章论述项目的总体设计结构。第五章探讨“厦门市市民健康信息系统”中数据采集系统的设计技术。第六章对项目进行总结，指出不足，并展望系统未来发展趋势。第二章项目可行性分析2.1项目目标“厦门市市民健康信息系统”旨在建立一套完整的、综合程度极高的信息系统，整合厦门市现有的医疗资源，建立覆盖整个厦门市所有社区卫生服务机构、区级医院、市级医院的三级卫生服务医疗信息共享平台，使有限的医疗卫生资源利用最大化，最终实现更广泛的区域医疗信息共享，以及医疗服务机构内管理流程协同，机构间互联互通。市民健康信息系统以标识市民个人身份的电子标签为线索，组织和管理市民在医疗、保健等过程中产生的信息，它可在医疗保健中提供较为完整的信息，提高医疗诊断的质量，服务于病人、医疗机构及政府管理部门，并进一步满足疾控、医疗保险、个人保健、卫生统计、查询分析、临床科研、行政管理等各方面的需求。2.2市场可行性分析区域协同医疗信息系统是医疗信息化的新的发展方向。发达国家在这方面的研究较早开展，己经有成功的应用案例，如美国2004年启动“全民电子健康档案项目，英国2005年启动“国民医疗保健服务系统项目”。但是区域协同医疗信息系统不是单纯的信息系统，它是集医疗体制、标准、法律、政策、信息技术于一体的系统。而我国的医疗体制、政策法规与外国有很大差异，因此引入国外现有系统势必导致“水土不服”。国内对区域协同医疗信息系统的研究尚处于刚刚起步阶段。2006年底由科技部、卫生部组织的“区域协同医疗服务示范工程攻关课题吸引了众多医疗机构和IT厂商参与，如解放军总医院、中国网通、中科软科技股份有限公司和北京用友医院管理软件有限公司等。美国的研究机构曾预测，区域医疗信息化在未来十年会成为世界最大的行业，2008年市场预期达到了四百亿美元l2。因此，不管在国外还是国内，区域医疗信息化都具有诱人的市场前景。2.3政策可行性分析国务院明确提出“大力发展社区卫生服务，解决看病难、看病贵问题，人人享有基本卫生保健”目标。当前卫生事业发展中的一个突出问题就是卫生资源配置不合理，优质资源过度向大医院集中，城市大中型医院集中了大量高新医疗设备和优秀医护人才，而基层卫生服务机构资源严重不足。这是造成群众“看病难、看病贵”问题的重要原因之一。发展社区卫生服务就必须优化卫生资源配置。而建立分级医疗、双向转诊等制度是有效解决问题的重要措施。因此必须对开展社区卫生服务过程中的信息化模式进行探索研究，建立以区域服务为半径的包括社区、中、高级医院为一体的三级卫生服务共享架构，使有限的医疗卫生资源利用最大化，最终实现更广泛的区域医疗信息共享，以及医疗服务机构内管理流程协同，机构间互联互通。为此，国家科技部、卫生部2006年底组织“区域协同医疗服务示范工程”攻关课题，该课题由解放军总医院承接，并在全国范围内开展试点工作。“恩施市市民健康信息系统”项目正是在此背景下由厦门市政府、市卫生局组织的试点项目。2.4项目可能性分析厦门市卫生局中心机房有4台PC服务器，一套双机集群小型机。对项目建设的有利资源主要有：（1）建设完成覆盖全市的卫生VPN网，实现市卫生局和各区卫生局、各市属医疗子机构两两之间的网络互联;（2）建成医药科研情报检索系统，为各医疗卫生单位提供医药情报检索服务，促进知识的共享和交流，减少各医院建设知识库的投入;（3）建成社区保健系统和干部保健系统;（4）己经建立了社区保健系统和妇幼系统，社区保健系统覆盖到各社区卫生服务中心，并已实现联网；（5）恩施市各医院在HIS系统建设上处于国内较好水平，运行稳定，功能也较为完善;（6）恩施市劳动和社会保障信息系统建设处于国内先进水平，己经基本实现全部市民均有社会保障卡。以上资源的建设使市民健康信息系统的建设具备较成熟的条件。第三章项目需求分析3.1业务分析3.1.1当前业务存在的问题国家提倡病人根据不同病情选择不同医疗机构，即小病在社区卫生服务机构治疗，大病转向二级以上的大医院治疗。病人针对自己的病情也会对医疗机构做出不同的选择，因此病人不可能只在同一个医疗机构进行就诊。由于目前各个医疗机构没有做到信息互联互通，会有如下一些情况:（1）病人须携带以前就诊的各种病历记录（2）造成重复检查化验和重复开药的现象，加重了病人的负担（3）医生无法很好掌握病人病史（4）加大政府的负担，降低社会医疗资源的使用效率（5）影响政府对卫生资源配置的决策（6）政府无法对医疗机构进行实时的医疗行为监控3.1.2项目涵盖的业务内容1社区卫生服务机构和妇幼保健机构恩施市己经建立了社区保健系统和妇幼系统，社区保健系统覆盖到各社区卫生服务中心，并己实现联网。这两个系统需要整合到市民健康信息系统中，并且增加孕妇保健、新生儿信息、儿童保健、儿童计划免疫、家族病史等数据，使市民健康信息系统更加完整。2医疗机构恩施市各医院在HIS系统建设上处于国内较好水平，运行稳定，功能也较为完善，规模比较大的医院基本都建设了HIS系统。医院信息化建设和发展以HIS为基础，而市民健康信息系统的建设又必须以各医疗机构信息化建设为基础。从这个角度来讲，各医院的HIS建设为本项目的顺利开展打下了良好的基础。本系统的建设将以各医院HIS系统为基础，与各医院HIS系统进行有效整合。3荟于性康信息系统的J.位功能市民健康信息系统的主要功能是建立完整的健康信息，用于医疗保健，提高临床质量。在完成主要功能的基础上，需要逐步发掘其用途，创造更多的社会效益。可开发的增值功能包括:疾控、医疗保险、个人保健、卫生统计、医疗行为监控、决策支持、科研等。增值功能的提供，可以为市民健康信息系统带来一定的效益，从而延续其发展，建立起长期稳定的服务体系。3.2功能需求分析3.2.1总体需求市民健康信息系统以社会保障卡为载体，建立起能唯一标识个人身份的电子标签。要求该系统以个人身份为核心，建立完整的一套市民健康信息系统，综合医院、社区、妇幼等机构的数据，能够完成统计分析、各类报表、查询、信息共享等非常全面的功能，满足各类角色用户的需求。3.2.2市民性康信息系统内容市民健康信息系统主要包括三部分内容:临床数据和体检、妇幼保健数据和社区公共卫生数据。除此以外，建档初始数据来自于医保中心。建档时来自医保的数据仅包括统一身份标识和个人基本资料。图3-1是市民健康信息系统数据来源示意。妇保妇保出生信息、新生儿信息个人基本资料医院个人基本资料体检资料门争论和住院病历资料市民健康信息系统医保中心参保信息个人基本资料社区中心个人基本资料个人健康档案家族健康档案图3-1市民健康信息系统来源1医疗机构橄据典求系统提供给各医疗机构数据采集接口，由各医疗机构进行相应的数据采集和上传。医院数据包括病人基本情况、治疗信息、体检报告、门诊病历、急诊病历、住院病历等内容。住院病人基本情况包括:身份、床位、费用、转科转床情况等。体检数据包括:内科、外科、眼科、耳鼻喉、口腔、放射科、检验科等，各科体检项目也较容易确定下来，可以为体检各科项目制定标准，各医院遵照执行。部分医院如存在一时无法纳入该标准的项目，则建立非标数据块，存储于健康信息系统中。门诊、急诊和住院病历数据构成分别见图3-2、图3-3和图3-4。体格检查体格检查常规特殊门诊病历（单）门诊病历（多）门诊处方（多）门诊手术（单）检查报告（多）主诉病史体格检查辅助检查论断门诊病历资料图3-2门诊病历数据构成体温记录单（多）体温记录单（多）急诊护理（多）急诊医嘱（多）急诊病程（多）急诊会诊（多）急诊病历（单）主诉病吏体格检查辅助检查诊断急诊手术（多）手术记录急诊检查（多）常规特殊急诊病历资料图3-3急诊病历数据构成特殊特殊常规检查报告（多）（单）出院记录出院医嘱出院小结（多）（单）病历首页（单）（单）体温记录单（多）（单）（单）护理记录单（多）（单）医嘱记录单（多）（单）病程记录（多）（单）会诊记录（多）（单）住院病历（单）（单）辅助检查诊断体格检查病史主诉术前小结麻醉记录手术记录术后记录手术记录（多）（单）住院病历资料图3-4住院病历数据构成市民健康信息系统要想发挥作用，对采集的数据规范必须进行规定，通过行政指令严格要求各医疗机构执行。门诊最少需采集数据如下: a门诊病历中的诊断 b医嘱 c处方 d检验检查报告急诊最少需采集数据如下:a急诊病历中的诊断 b医嘱 c检验检查报告住院最少需采集数据如下: a病案首页 b出院小结 c医嘱 d检验、检查报告 e住院病历 f手术记录 g死亡记录影像数据和检验数据等建立公共数据系统，融合在市民健康信息系统内，以便在整个厦门市内可以共享。2妇幼致据要求妇幼资料主要是妇女九期保健的各项资料，及新生儿接种和儿童保健资料。3社区卫生致据要求社区卫生系统内容包括:居民基础信息、妇女保健、儿保与计免、慢性病管理、残疾人康复、传染病登记、死亡登记。传染病登记:患者姓名、建卡日期、家庭地址、传染病种类、症状、发病日期等;死亡登记:死者姓名、登记日期、死亡日期、年龄、死亡原因等。3.2.3市民健康信息整合要求市民健康信息系统是用来记录市民一生中生命体征的变化以及自身所从事过的与健康相关的一切行为与事件。它是一个动态连续且全面的记录过程，通过其中详细完整的健康记录，为每个人提供全方位的健康服务。它必须包含上述所有的相关内容，将作为今后一切医疗服务的依据。市民健康信息系统涵盖三部分内容:临床病历和体检、妇幼保健数据和社区公共卫生数据。由于妇幼和社区资料有相当一部分也属于临床内容，因此需要通过重新整合，使其内容更为清晰，层次更为合理。市民的健康信息分为:个人基本信息、出生信息、诊疗信息、保健信息、死亡信息。所有信息都按此分类方式进行组织。个人基本信息是市民健康信息系统的主索引，所有健康信息系统中的内容都可以通过这个主索引去查找。个人基本信息中除了记录姓名、性别等信息外，其他资料的信息也要在个人基本信息中记录，包括:出生情况、各次诊疗的概要、各次体检接种等保健概要、死亡情况。出生信息除了在本人的健康信息系统中保存记录以外，在其母亲的健康信息系统中也需要有一份资料。出生信息在本人健康信息系统还没有建立的时候是保存在其母亲的保健资料的生育情况中的，在数据中心建立好个人健康信息系统后，本人的出生信息将从其母亲的生育情况中复制一份进行保存。诊疗信息是记录市民在医院中每次进行就诊后所产生的数据。诊疗信息分为门诊、急诊和住院三个部分分别存储，存储的诊疗信息的数据结构按照统一的标准进行保存，建议采用符合HL7CDA标准格式的XML文件来保存诊疗信息，方便进行数据的交换。保健信息中的数据种类最多，包括新生儿的预防接种信息、家族病史、预防免疫信息、个人健康体检、慢性疾病随访、出院康复等。保健信息的数据从出生后就开始记录，按照信息产生的时间顺序进行保存。死亡信息是市民健康信息系统封存的标志，死亡信息的数据产生后，标志着该市民的健康信息系统数据已经结束，可以进行封存。3.2.4市民基本健康值息建档和销档要求市民基本健康信息有多种来源，系统应能满足以多种方式获取信息。1来自社保中心社会保障卡是以社会保障系统为基础建立的市民卡，因此，市民健康信息大部分来自社保中心信息。建立市民健康信息的过程应设计成由市民健康信息系统和社会保障信息系统之间自动协作完成，无需人工干预。可以安排在夜间通过政务信息网络实现市民健康信息批量建立。2来自杜区在本市出生的新生儿，当在户籍部门建有户籍信息之后，其在社区医疗保健机构建有健康信息，但社保中心没有这部分数据，因此在我们的信息系统中这部分人员的建档来自于社区。社区数据纳入到本系统中，当有新生儿数据产生，即在本系统中同步建档。3医疗机构单个建档系统向所有的终端医疗机构提供单个建档功能。当遇到未建档人员或不确定人员，即予以单个建档。4梢档在社保中心因迁移、死亡等各种原因注销的社保卡，在我们健康信息系统中也要相应销档，但这个销档只是改变该健康信息系统的状态，并不真正删除数据。由于电子健康信息依附于社保卡，因此销档也是由市民健康信息系统和社保系统协作完成。3.2.5健康信息查询功能1系统内查询向医疗机构提供系统内的数据查询。允许医疗机构通过VPN专线用web方式查询或者用HIS客户端查询接诊病人的市民健康信息。2公共网上查询网上查询功能向市民个人提供，允许市民通过互联网查询自己的健康信息。市民网上查询时使用自己的统一身份标识ID号和密码登录。3.2.6隐私保护要求对健康信息系统的拥有者来说，他可以选择信息不向任何非政府单位或人员开放，也可以选择将信息开放给任何单位和个人。这可通过他对隐私级别的设置来完成。隐私级别分为四级:不开放、部分开放、限定对象开放、隐私限定。不开放是最高级别，这一级别的健康资料不对任何非政府单位或个人开放。部分开放，由市民自行设定隐私保护内容，这一操作通过网络完成。对于不开放的部分，医疗和保健机构在临床诊疗过程中也无法调阅到。限定对象开放，默认状态就是限定对象开放，只限定对政府和医疗保健机构开放。市民可自行更改限定对象，这一操作通过网络完成。隐私限定，对于有病人确诊有癌症之类的病况，如果家属不想让病人知道，可以在家属的同意下，由医生限定，这样病人看不到，但医生可以调阅。对于非必须情况下使用本信息系统，由隐私模块自行控制，包括隐去身份、隐去敏感内容等。通过在隐私模块内设定统一的隐私规则来控制。第四章项目总体设计4.1项目设计原则恩施市市民健康信息系统的设计必须是开放而安全、具有易维护、易管理的特点，从用户角度出发。市民健康信息系统建设主要涉及接口软件、数据采集与交换平台等方面的设计，在系统设计时，须遵循以下原则:1稳定性原则市民健康信息系统是一个庞大的业务系统，设计的首要原则就是保证系统的稳定、可靠运行，确保系统7X24小时连续运转。2安全可靠性原则该系统设计要做到安全可靠，防止非法用户的入侵。应用系统采用多级认证(系统级认证、模块认证、数据库认证和表级认证)措施，采用用户密码加密技术以防止用户口令被破解。数据库的备份策略恰当，以防灾难发生，在万一灾难发生时也能快速从灾难中恢复。3经济实用、灵活方便原则设计系统时，必须充分考虑各医疗卫生单位的业务特点，选用经济实用、满足要求的技术方案和管理措施。同时，以用户为中心，尽可能降低新系统给用户带来的不便。4先进性原则在技术上采用业界先进、成熟的软件开发技术，面向对象的设计方法，可视化的、面向对象的开发工具;支持Internet/Intranet网络环境下的分布式应用;客户/中间件/服务器(Client/Middleware/Server)体系结构与浏览器/服务器(Browser/Server)体系结构相结合的软件体系结构。5标准化原则软件设计严格执行国家有关软件工程的标准，保证系统质量，提供完整、准确、详细的开发文档;应用设计符合国际、国家、医疗卫生行业有关标准、规范和医疗卫生行业发展规划。6可升级性原则系统能够方便地升级，同时在升级时对软件体系架构和数据库等系统的变更减至最低程度。4.2数据库设计市民健康信息系统建立三个数据库，以医疗机构数据来源为基础建立市民就医临床数据库，以妇幼保健为基础建立妇幼保健数据库，以社区卫生管理为基础建立社区公共卫生数据库。这三方面数据形成的三个数据库，以唯一身份标识为关键字进行有效整合，成为三位一体的市民健康记录数据库。考虑到系统数据的复杂性、安全性、稳定性、性能等的要求，选用大型关系数据库系统ORACLE,DB2中的一种。4.3业务功能设计数据库建立之后，将能够在此基础上开展大量的业务功能。首先是常规的业务功能，如病历共享、隐私管理、健康信息查询、质量监控、医疗统计等，这些常规业务是本项目建设的主要目的，也是本系统建设过程中需要优先考虑实现的业务。在常规业务建立的基础上，将根据需要开发增值业务。系统要提供强大的报表生成器，可让用户自己编写适合自身需求的报表。4.4关键技术4.4.1终端数据采集系统设计终端数据采集系统是一项关键性的技术。为了项目得以顺利实施，必须使用一个良好的，符合临床工作习惯的终端采集系统，以使数据采集工作不成为负担，相反，能够为医疗机构的日常工作带来方便。目前厦门市各医疗机构都有各自不同的HIS系统，医生的日常操作习惯也不同。因此终端数据采集系统必须设计成在尽量不改变医生使用原有HIS系统习惯的条件下，在医生完成日常工作的同时就达到数据采集的目的。4.4.2海量存储据统计，2006年度全厦门市门诊诊疗约7000000人次，住院约100000人次，如全部存储在系统中数据量就高达100-1206。而每年的就诊量保持快速增长。由此可知，我们建设的系统需要海量存储。以保持至少15年的数据在线计，再加上妇幼和社区保健的数据存储，至少需要3T的存储容量。必须对网络架构进行合理规划、软件合理设计优化，使系统保证良好的运行效率。4.4.3数据安全由于医疗领域的特殊性，数据安全和高度可靠是受到广泛关注的问题。在技术上，必须采取足够的加密、冗余、热备等技术措施，在业务上，也必须通过严格的管理规定加以限制。4.5系统业务模块本系统包括七大部分:1．数据采集和数据调用实现从医院、妇幼保健到社区医疗的个人健康数据采集，以及为医疗目的的个人数据调用。2．业务管理实现从唯一标识管理、数据标准管理、安全管理到质控、机构管理等的相关业务管理功能。3．Web服务系统提供通过web方式使用的业务功能。4．查询统计中心完成对各种数据的查询统计功能。5．病历交换系统实现并管理与国内外同类系统交换数据的功能。6．增值业务平台提供一个功能性平台，向开发商提供增值业务开发能力，如图4-1所示。病历交换系统病历交换系统个人健康记录查询统计中心数据采集和数据调用Internet服务系统增值业务平台业务管理妇幼、社区医疗医疗机构电子病历系统医疗机构终端Internet图4-1系统业务模块4.6项目安全设计4.6.1网络安全市民健康信息系统不单独建立网络系统，而是利用现有的医疗保险网、妇幼保健网、社区医疗卫生网络，但由于涉及到很多的单位与业务体系，因此，网络的安全规划显得极为重要。4.6.2数据传输安全系统涉及各医疗卫生机构与卫生局数据中心之间有关健康信息数据的传输，数据传输过程中的安全问题是必须考虑重要环节，通过数据传输过程的全程管理，以保证数据准确无误地到达目的地。4.6.3身份认证安全系统涉及全市众多用户怎样保证用户的合法身份、进行合法操作，是系统需要考虑的重要问题。采用以医疗机构为单位进行认证，系统要有日志记录，提供访问者的记录。市民采用用户ID和密码方式进行认证。4.6.4访问控制安全访问控制安全是使有访问权限的用户能够也只能访问自己权限内的数据，拒绝一切非法访问，防止网络黑客的攻击。为此，需要制定一个策略限定访问者的行为以及规定他访问的权限。例如可以将用户区分为市民、医生、行管等角色，市民仅能浏览自身健康医疗等信息。医生可以浏览所管理的在本院就诊病人的外院电子病历，并可修改自己未提交的本院电子病历。行管人员可以按级别访问浏览所需信息。1．普通市民访问流程用户登录—身份认证(用户名、口令)—授权访问—应用策略—访问应用服务器2．医务人员访问流程用户登录—身份认证(建议将来采用生物识别)—授权访问—应用策略—访问应用服务器4.6.5软件系统安全系统的安全与应用系统设计时的安全措施密切相关。应用软件系统在用户存取权限分级和信息处理的保密性方面需要进行精心设计，确保使内部的恶意或错误操作给系统带来的影响降到最低。4.7网络拓扑和应用环境设计4.7.1网络拓扑结构数据中心和医疗机构之间，建立DDN专用网络连接，所有的病历数据都通过该网络进行传输、保存、下载、交换。为了方便向个人用户以及非医疗机构提供信息服务，需要再构建Internet访问方式。所有可以公布的数据，由独立的应用服务器支持需要的数据查询。图4-2是网络拓扑图。电子数据交换服务器电子数据交换服务器PCPC电子数据交换服务器服务器服务器电子数据交换服务器PCPCPC电子数据交换服务器DDN/医疗专网电子数据交换服务器PCPCDDN/医疗专网Internet个人用户电子数据交换服务器电子数据交换服务器图4-2网络拓扑结构4.7.2应用框架主服务器机型:采用两台UNIX小型机，配置磁盘阵列柜，进行双机热备；主服务器操作系统:AIX4.33；主服务器数据库:ORACLE9i；开发框架:用M实现多层架构，采用WebService接口。

第五章医疗机构数据采集系统设计5.1概述5.1.1数据接口方式恩施市民健康信息系统数据主要由临床和体检数据、妇幼保健数据和社区公共卫生数据构成。这些数据都需要从相应机构采集数据上传到市民健康信息系统。因此数据采集环节在市民健康信息系统中占有重要地位。数据采集是否及时、准确、规范齐全等都对市民健康信息系统有重要影响。目前恩施市各医疗机构分别采用多家HIS厂商的软件，如众邦、军惠、智业、实达等，开发工具也多种多样，如PowerBuilder,VisualC++,Microsoft·net,Delphi等。因此市民健康信息系统采用WebService服务接口与医院HIS进行数据交换。WebService服务接口与编程语言、平台无关，不同的编程语言和实现平台采用自己的方式实现接口调用，市民健康系统提供WSDL(WebServiceDescriptionLanguage)规格文档和WebService接口。WebService的调用是通过卫生信息VPN网络调用的，基于效率和安全性考虑，几乎每个函数都采用了压缩和加密(对称加密、非对称加密)的方式进行传输，市民健康信息系统提供了标准的动态链接库，实现了全部需要的压缩解压缩、加解密、编码等函数。5.1.2市民卡简介恩施市市民健康信息系统通过建立市民卡来标识个人身份，以市民卡号作为线索在整个厦门市市民健康信息系统范围内实现数据共享，一方面HIS系统可以通过市民健康信息系统提供的接口中获取相关信息，另一方面市民健康信息系统可以通过HIS系统提供的接口采集数据归档。根据恩施市卫生局和恩施市社会保障中心关于厦门市市民卡发放的相关规定，市民卡分为三种:社会保障卡、正式市民卡、临时市民卡。其中社会保障卡针对己经参加厦门市统一医疗保险的人群，其持有的恩施市社会保障卡可以直接当作市民卡使用;市民卡正式卡针对具有厦门市户籍，且未参加恩施市统一医疗保险的人群;临时卡针对户籍不在厦门的人群。社会保障卡卡号就是持卡人唯一的市民卡号，通过政务信息网和社保中心同步信息;正式市民卡卡号由卫生局统一编制，卡号具有唯一性，内置在卡内部;临时卡没有卡号，在使用时向市民健康信息系统临时申请一个卡号。5.2医疗机构致据采集系统设计医疗机构数据采集系统主要涉及两方面的内容:市民卡的相关操作内容、医疗数据采集归档。市民卡的相关操作需要直接集成到医疗机构HIS客户端，需要对医疗机构HIS做相应的软件修改。医疗数据采集归档应尽量不影响医护人员日常工作，因此采集归档软件独立设计，存放在一台专用服务器上，安排在每天夜间自动采集数据归档上传到市民健康信息系统。本文以某医疗机构(以下简称某医院)现有HIS系统详细论述数据采集系统的设计。其他医疗机构的系统设计与此类似。5.2.1某医院HIS系统概况某医院HIS系统采用PowerBuilder开发，数据库系统是MicrosoftSqlserver2000，客户端/服务器结构。HIS系统主要由门诊系统和住院系统组成。门诊系统模块有:病人注册挂号、门诊医生工作站、门诊医技、门诊检验、诊药房管理、门诊收费结算。住院系统模块有:住院登记、住院医生工作站、住院医嘱、住院医技、住院检验、住院药房管理、住院收费结算、住院病案管理等。此外还有一些公用模块如字典管理、院长查询系统等不一一列举。医院可与恩施市社保中心和恩施市卫生局通过路由器(Cisco1721)连接成VPN专用网，才具备接入恩施市民健康信息系统的条件。5.2.2设计原则系统设计原则是:对医疗机构原有的业务流程改动最小，尽量不影响原有的业务操作，为医护人员日常操作提供便利而不是造成额外负担。5.2.3门诊系统设计1病人注册挂号某医院现HIS系统中，病人分为自费病人和医保病人两种身份。自费病人就诊时由医院发一张医院内部卡，在医院内实现一卡通。医保病人直接用社保卡在医院内实现一卡通。根据市卫生局相关规定，市民卡将代替以往各种不统一的就诊卡或凭证作为病人就诊过程唯一有效的电子凭证，市民卡在卫生局授权的医疗机构现场发行，向每一个未曾持有市民卡的市民办理市民卡发放业务。因此医院内部卡必须替换成市民卡，而社保卡就是该病人市民卡无需替换。需要对病人注册挂号系统进行改造。2市民卡注册流程市民健康系统登记市民卡请求市场民健康系统获取市民基本信息市民健康系统登记市民卡请求市场民健康系统获取市民基本信息HIS系统是否已经登记病人信息HIS系统登记病人信息和市民卡结束HIS系统登记市民卡有无市卡开始HIS系统是否已经登记病人信息发市民卡HIS系统登记基本信息及市民卡无 是有 否 否是图5-1市民注册流程功能改造：(1)注册新卡:卫生局规定向每一个前来就诊的未持有市民卡的市民办理市民卡发放业务，因此系统需要增加市民卡注册登记窗口，此窗口是用于办理市民卡发放操作，需要录入的信息为市民健康系统注册登记所需的必要信息(此信息也可以从医院HIS系统获取相关信息并进行转换处理)，将录入信息上传市民健康系统登记保存;(2)换卡:办理新市民卡过程中还需要通过市民健康系统判断当前登记人是否己经在市民健康网络中办理过注册登记，如果存在有效卡记录需要提示市民出示原卡，病人未曾携带原卡那么需要进行换卡业务，因此系统需要提供换卡功能。换卡通过连接市民健康网将原卡作废同时将原信息归并到新卡中，以确保一人一卡，提高市民的意识及对市民卡的重视，从而最大程度保证市民健康信息的完整性;(3)退卡:临时市民卡发放根据规定采用押金方式，对于一次性就诊市民(如外地人员到本院就诊一次即离开本市)，在就诊过程结束后要求退还押金，系统需要提供退卡功能。在退卡业务中通过连接市民健康网将卡号作废(卡本身可以重复使用)、退还押金;(4)读卡:病人在注册挂号时必需出示市民卡，系统增加读市民卡功能，同时连接市民健康系统验证该市民卡有效性，以确保持卡人利益得到保障;HIS系统还需要将读卡操作作为检索信息的唯一条件，不允许手工输入作为条件检索信息，以减少人为的误操作;(5)建立市民卡与医院HIS信息的对应关系，存在两种情况:市民第一次来本院就诊:通过连接市民健康网验证后获取市民卡号保存到HIS系统中与病人基本信息ID对应;(2)市民第二次来本院就诊(或多次复诊)，在上次来本院就诊至本次就诊期间存在市民卡(在其他相关机构)遗失补办新卡情况:在这种情况下由于原卡己作废，HIS系统中原来建立的对应关系需要重新更新为当前持有的市民卡号，系统改造的关键在于通过读取新卡自动验证并判断出与原卡信息不相符，并将新卡号自动替换到原记录中，以保证市民健康信息的延续性及完整性;(6)市民卡与读卡器的接口开发，包括读卡器硬件设备的调试及遵守市卫生局对市民卡管理安全性方面相关规定;功能实现读市民卡功能按恩施市卫生局和社保中心规定，市民卡读卡器统一更换为实达Y-II型读卡器。读卡功能通过调用社保中心提供的全套动态链接库中的函数完成(具体参见《恩施市社会保险定点医疗机构收费接口规范》)。读卡功能实现较简单，本文不具体描述实现细节。以下列出其中读取卡号函数的原型。intykt_readcardno(intnDeviceType,intnCom,intnBaud,char*pRegion,char*pDeptid,char*pDeptpass,char*pCardno,char*pCardtype,char*pErrmsg)表5-1函数参数说明参数说明IntnDeviceType7代表ykt-1卡具10代表vkt-lbl卡具IntnCom串口编号0一coml依次类推9代表USB口IntnBaud波特率1一96002一192003一288004一57600Char*pRegion2个字节，“xLM”代表厦门地区的卡Char*pDeptid发行部门编号，4个字节，医院的编号和医保中心的医院编号一致Char*pIssudedeptid同上Char*pDeptpass发行部门密码，8个字节，暂时不启用Char*pIssudate发行部门密码，8个字节，暂时不启用Char*pIdtype证件类型，2个字节，O1代表身份证，02代表其他证件，正式卡只允许O1或02Char*pId证件号码，最大为18位。证件类型为O1的时候要求为15或18位，不再进一步作校验。Char*pName姓名，6个汉字，即12个字节，应该用空格补齐Char*pSex1个字节，1男2女3未定义Char*pBirth出生日期，8个字节Char*pAddress通讯地址，最大60个字节Char*pTelephone联系电话，最大20个字节Char*pCardno卡号，一般为12位，但旧医保卡是16位，所以调用前的缓冲区应留大一些。制卡时，如果是临时卡，应用系统传入其前11位(以B打头)，第12位置为空格，由系统运算后放回在此参数变量中。如果是正式卡，应用系统传入13位空格缓冲区，接口会将卡号回填到此变量中Char*pCardtype卡类别，1个字节。A正式卡B临时卡1旧医保卡2社保卡Char*pHome户口性质，1个字节。1城市2农村Char*pErrmsg一错误信息，调用前的缓冲区应留大一些，如1024字节(7)注册新市民卡功能此功能在市民就诊时没有市民卡，需要发行新市民卡时使用。因为医疗数据的私密性，为了确保医院和卫生局之间数据传输的安全，数据传输时采用高强度基于128bit的公钥/私钥加密机制保证网络传输的安全。公钥/私钥对由卫生局统一发放，并且周期性更新。注册新市民卡功能的实现方法: a调用GenerateKey128函数生成随机128bit钥匙 b构造市民基本信息XML，调用Compress函数压缩，Encrypt(DES算法)函数加密，调用Encode函数转成Unicode格式 c构造客户端身份证据XML，调用Compress函数压缩，Encrypt(DES算法)函数加密，调用Encode函数转成Unicode格式d调用RSAEncrypt和卫生局公钥加密128bit钥匙形成数字信封e调用WebService函数Register注册新市民register函数原型为 stringRegister(stringstrPropertystringstrCredential,stringstrRey);参数:strProperty:新建市民基本信息(XML格式)经上述第(2)步压缩、加密、编码后形成的字符串市民基本信息XML格式<?xmlversion="1.0"?><rootversion="1.0.0000.0"><ssid>市民卡号</ssid><name>姓名</name><sex>性别代码</sex><birthday>出生日期</birthday> <nation>民族代码</nation> <idno>身份证号</idno> <native>籍贯</native> <address>住址</address> <post>邮编</post> <tekphone>联系电话</telphone> <photo>jpg格式照片的字符编码</photo> <work>职业代码</work> <email>邮箱地址</email> <notes>备注</notes></root>strCredential:身份标识(XML格式)经上述第(3)步压缩、加密编码后形成的字符串身份标识XML格式<root> <orgcode="医疗机构">医疗机构名称<</org> <visitortype="访问者类别"code="登陆码"key="密码">姓名</visitor></root>访问者类别标识:0一系统用户;1一市民;2-web用户strKey:对称密匙经第((4)步RSAEncrypt和卫生局公钥加密形成的数字信封返回值: 市民ID(GUID):成功 error:失败(返回错误编码，编写软件时根据编码提示具体错误信息，在此不再列举)关键代码示例如下(为了不占用过多篇幅，此段代码经过简化，只列出关键代码，代码用powerbuilder6.5编写)://为了简化代码，直接赋值，实际代码从数据库和配置文件取值，以便灵活//配置系统ist_cehr_parm.hospitalcode='3502*******'ist_cehr_parm.hospitalwename=，l恩施**医院’ist_cehr_parm.usercode='A****admin'ist_cehr_parm.usereekey=’*******’ist_cehr_parm.username‘管理员’ist_cehr_parm.serverip=’1’is_public_key_file='PublicGov.key'//卫生局公钥文件is_rivate_key_file="Private0.key"//医院私钥文件//powerbuilder6.5连接webservice需要借用第三方控件MSSOAPLib=CreateOLEObject//连接webserviceMSSOAPLib.mssoapinit("http://"+ist_cehr_parm.server_ip+"/sehr.service/IXman.asmx?WSDL")//连接系统用户信息XML格式，即身份标识Is_user="<?xmlversion='1.0'?><root>"+"<orgcode="'+istcehr_parm.hospital_code+"'>"+istcehr-parm.hospitalname+"</org>"+"<visitortype='0'code="'+istcehr_parm.usercode+"'key="'+istsecehr_parm.userkey+"'>"+istcehr_parm.username+"</visitor>"+"</root>"//市民基本信息XML格式,其中变量isssid,is_name等从市民卡注册窗口//的数据窗口中取值，此处不列出相关代码iscondition="<?xmlversion='1.0'?><rootversion='1.0.0000.0'>"+"<ssid>"+ls_ssid+"</ssid>"+"<name>"+ls_name+"</name>"+"<sex>"+ls_sex+"</sex>"+ "<birthday>"+ls_birthday+"</birthday>"+ "<nation>"+ls_nation+"</nation>"+ "<idno>+ls_idno+"</idno>"+ "<native>"+ls_native+"</native>"+ "<address>"+ls_address+"</address>"+ "<post>"+ls_posteeno+"</post>"+ "<telphone>"+lstelphone+"</telphone>"+ "<photo><photo></root>"//生成128bit密钥get_key(lbb_key)//采用rsa算法，用卫生局提供的公钥加密上一步生成的密钥形成数字信封//is_key保存数字信封set_rsa_key(ls_key,lbb_key)//市民信息字符串压缩、加密、编码，保存到is_conditiones_destset_transfer_xml(ls_condition,lsconditiones_dest,lbb_key)//身份标识字符串压缩、加密、编码，保存到is_user_destset_transfer_xml(ls_user,ls_user_dest,lbb_key)//调用register函数注册市民卡MSSOAPLib.Register(ls_conditiondest,lsuserdest,ls_key)//将注册信息、状态保存到数据库中//代码略(8)换卡功能此功能在市民己经有市民卡，但就诊时没有带卡或卡己经遗失的情况下使用。换卡功能的实现方法:(1)调用webservice函数search查找市民旧卡号(2)调用webservice函数ChangeSSID将原卡作废同时将市民原信息归并到新卡中stringChangeSSID(stringstrOldSSID，stringstrNewSSID，stringstrCredential，stringstrRey);参数:strOldSSID:旧市民保障卡IDstrNewSSID:新市民保障卡IDstrCredential:身份标识strKey:对称钥匙用RSA算法和卫生局公钥加密;返回:新卡号:如果换卡则返回新卡号;如果取消卡，则返回打作废标记的卡号error:失败(9)退卡功能一次性就诊市民(如外地人员到本院就诊一次即离开本市)，在就诊过程结束后要求退还押金，系统需要提供退卡功能。在退卡业务中通过连接市民健康网将卡号作废(卡本身可以重复使用)、退还押金;退卡功能的实现方法:调用webservice函数ChangeSSID将卡号作废函数同换卡函数一样，其中的参数strNewSSID设为空即可将卡号作废。(10)获取市民基本信息功能市民己经有市民卡，第一次来本医院就诊，调用此功能获取基本信息存入医院HIS系统。实现方法:调用GenerateKey128生成随机128bit钥匙构造客户端身份XML}Compress压缩，Encrypt加密，Encode编码调用动态链接库函数RSAEncrypt和卫生局公钥加密128bit钥匙形成数字信封调用WebService函数GetBaseInf。获取市民基本信息加密数据,Decode解码获取本医疗机构私钥，调用RSADecrypt解密数字信封根据数字信封钥匙，调用Decrypt解密，Decompress解压缩为市民基本数据XMLstringGetBaselnfo(stringstrSSID，stringstrCredential，strRey);参数:strSSID:市民卡号strCredential:身份标识，市民或系统用户strKey:对称钥匙用RSA算法和卫生局公钥加密获取的市民基本数据XML格式如下:<?xmlversion="1.0"?><rootversion="1.0.0000.0>" <guid>市民健康系统分配唯一市民工D号</guid> <ssid>市民卡</ssid> <name>姓名</name> <sexcode="性别代码">性别</sex><birthday>出生日期</birthday><nationcode="民族代码">民族</nation><idno>身份证号</idno></root>关键代码示例如下://生成128bit密钥get_key(lbb_key)//采用rsa算法,用卫生局提供的公钥加密上一步生成的密钥形成数字信封//ls_key保存数字信封set_rsa_key(lseskey,lbb_key)//连接系统用户信息XML格式，即身份标识isuser=略去具体代码//身份标识字符串压缩、加密、编码，保存到Is_user_destset_transferxml(ls_user,ls-user_dest,lbb_key)//调用GetBaseInof。函数获取市民基本信息加密数据Is_return=MSSOAPLib.GetBaseInfo(ls_ssid,is_user_dest,Is_key)//RSADecrypt解密数字信封，解码，解密，解压缩set_deRSADecrypt(1s_key,lbb_key)set_decodea(ls_return,lbb_return)set_decrypt(lbb_return,lbb_return_dest,lbb_key)set_decompress(lbb_return_dest,lbb_return)//读取XML格式文件内容，赋值到数据窗口相应字段get_xml_basic_info(ls_return,rst_data)(11)修改市民信息功能市民基本信息有可能变更(例如:婴儿在注册时无法提供正式姓名和身份证号)，所以提供修改基本信息接口。除此之外临时市民卡转换为正式市民卡时也需要修改信息的功能。但是市民基本信息不能随意修改，有如下限制条件:如果市民健康库中身份证号为空或者长度不是15位或18位(临时市民卡或非正式身份证号)，则允许修改基本信息。如果市民健康库中身份证号不为空并且长度是15位或18位(正式身份证号)，而且提交的基本信息中姓名和身份证号与市民健康库数据一致，则允许修改。其他情况不允许修改市民基本信息。实现方法:构造需要修改的信息，身份，经压缩加密编码，调用函数SaveBaseInfo完成stringSaveBaseInfo(stringstrSSIDstringstrBaseInfo，stringstrCredential，stringstrKey);参数:strSSID:市民卡号strBaseInfo:市民要修改的基本信息(不包括市民卡SSID节点)