宁波市智慧健康项目数据交换平台建设方案东方通样本.docx

宁波市智慧健康项目区域卫生数据互换平台建设方案上海东方通泰软件科技有限公司8月目 录目 录1第1章.项目概述41.1项目背景41.2项目必要性51.2.1积极贯彻国家深化医药卫生体制改革需要51.2.2满足卫生资源共享、提高卫生资源运用效率51.2.3强化政府监管、卫生管理以及领导决策能力61.2.4提高卫生服务水平61.2.5实现卫生、药监、社保等部门信息共享7第2章.项目需求72.1现状分析72.1.1卫生基本现状82.1.2卫生信息化现状102.1.3现存问题122.2平台基本规定122.3平台技术需求132.3.1SOA架构需求分析132.3.2异构系统适配接入机制142.3.3统一消息安全可靠传播机制142.3.4可扩展设计核心点152.3.5图形化数据加工162.3.6运营管理服务需求162.3.7数据同步方略管理需求172.4平台与业务之间关系172.4.1平台与区域卫生业务应用关系172.4.2与已有业务系统数据服务关系172.4.3与新建业务系统数据服务关系172.4.4与业务系统之间公共服务关系18第3章.建设目的和内容183.1建设目的183.2建设内容19第4章.总体技术路线194.1JAVA EE规范194.2中间件软件技术204.3SOA服务体系架构214.4ESB公司服务总线214.5异构系统适配器服务224.6消息队列技术224.7Web Services23第5章.互换平台总体设计235.1建设原则235.2设计原则245.3总体架构26第6章.互换平台功能设计266.1数据互换节点建设266.1.1数据接入适配服务276.1.2数据同步机制286.1.3数据可靠传播296.2数据互换中心建设306.2.1服务注册与发布306.2.2同层级数据路由306.2.3区/市多层级数据路由316.3互换平台管理监控设计316.3.1互换域管理316.3.2互换平台运营监控326.3.3管理员账号管理326.3.4日记管理326.4平台接口功能336.4.1基于适配器服务接口336.4.2基于消息接口336.4.3基于文献服务接口33第7章.平台可靠性设计347.1集群架构347.1.1队列集群模式347.1.2应用集群模式357.1.3ESB集群模式377.2数据备份与劫难恢复377.2.1本地服务器备份387.2.2远程集中式备份方案38第8章.平台安全设计408.1物理安全408.2网络安全418.3数据安全428.4应用安全44第9章.原则规范建设469.1技术规范479.2管理规范47第10章.质量管理方案4710.1软件质量保证 SQA.4910.2质量保证明行4910.3五个实行环节5010.4可靠性定义5110.5ISO9001 质量原则5110.6软件配备管理51第1章. 项目概述1.1 项目背景4月中共中央、国务院正式发布关于深化医药卫生体制改革意见，意见中确立了深化医药卫生体制改革总体目的是建立健全覆盖城乡居民基本医疗卫生制度，为群众提供安全、有效、以便、价廉医疗卫生服务。意见将卫生信息化作为医改八项保障办法之一，并将其列为深化医改重要议程，规定“建立实用共享医药卫生信息系统”。底至初，卫生部依照新“医改方案“总体目的和任务，先后制定了基于健康档案区域卫生信息平台建设指南（试行）和基于健康档案区域卫生信息平台建设技术解决方案（试行）。提出了“推动以健康档案为核心区域卫生信息化建设，增进区域卫生信息资源共享和业务整合；以人为本，打好三个基本、建立三级平台、提高业务应用”卫生信息综合服务平台建设总体思路。11月15日，卫生部在全国卫生信息化工作会议上编制了国内医疗卫生信息化“十二五”规划（草案），进一步拟定了卫生信息化建设总体框架（简称“3521”工程），明确了重点建设内容，决定运用专项资金在五个方面进行卫生信息化建设试点。到，覆盖城乡居民基本医疗卫生制度基本建立。普遍建立比较完善公共卫生服务体系和医疗服务体系，比较健全医疗保障体系，比较规范药物供应保障体系，比较科学医疗卫生机构管理体制和运营机制，形成多元办医格局，人人享有基本医疗卫生服务，基本适应人民群众多层次医疗卫生需求，人民群众健康水平进一步提高。国内外实践表白卫生信息共享可以提高医疗服务效率、服务质量、医疗服务可及性，减少医疗成本及减少医疗风险。区域卫生信息化建设已被公认是将来医疗行业发展方向。医药卫生信息系统建设是深化医药卫生体制改革、建设服务型政府、增进医药卫生事业健康发展重要手段和技术支撑。为认真贯彻中共中央、国务院关于深化医药卫生体制改革意见（中央6号和市委、市政府关于建设智慧都市决定（甬党14号）布置，着力深化我市医药卫生体制改革，加快推动全市智慧健康保障体系建设，逐渐建立统一高效、互联互通、实用共享医疗卫生信息系统，实现诊断信息在各医疗机构间传播与共享，实现“记录毕生、管理毕生、服务毕生”，更好地保障市民健康。1.2 项目必要性1.2.1 积极贯彻国家深化医药卫生体制改革需要大力推动信息化，是覆盖国内当代化建设全局战略举措，是贯彻贯彻科学发展观、全面建设小康社会、构建社会主义和谐社会和建设创新型国家迫切需要和必然选取。卫生改革与卫生事业发展迫切需要加快信息化建设。中共中央、国务院关于深化医药卫生体制改革意见把“建立实用共享医药卫生信息系统”列为“八大支柱”之一，明确了“以推动公共卫生、医疗、医保、药物、财务监管信息化建设为着力点，加快信息原则化和公共服务信息平台建设，逐渐建立统一高效、资源整合、互联互通、信息共享、透明公开、使用便捷、实时监管医药卫生信息系统”。1.2.2 满足卫生资源共享、提高卫生资源运用效率老式医疗卫生机构信息各自为政，互相隔离，医疗卫生系统大量医疗卫生数据和信息得不到充分运用。各医疗卫生机构之间网络物理上不联通，业务原则、数据原则不一致，数据无法互换共享，形成了各单位、各条块信息孤岛。历史数据也存在大量冗余，影响数据一致性和唯一性。如此种种，导致了管理上难度，增长了管理成本，减少了管理效能。因而需要建立开放信息资源共享平台，提高信息资源共享限度。通过实现不同医疗卫生机构之间各种形式联合与合伙，增进大中型医院、疾病防止控制机构与都市社区卫生服务机构以及乡镇基层卫生机构之间业务联动、优势互补、疾病诊治持续化管理。通过卫生信息共享平台建立分级医疗和双向转诊制度，摸索开展社区首诊制试点，由社区卫生服务机构逐渐承担大中型医院普通门诊、康复和护理等服务，最后实现小病在社区，大病进医院，康复回社区就医格局。增进城乡医疗卫生事业协调发展，真正解决城乡居民“看病难看病贵”问题。1.2.3 强化政府监管、卫生管理以及领导决策能力卫生事业发展需要有效管理与对的决策。而管理与决策又需要大量信息支持，需要参照和把握既往与现行政策、法规，理解和掌握医疗卫生单位资源信息和公共卫生信息，理解城乡居民不断增长医疗卫生服务需求，通过信息技术及信息数据支持，结合分析、模仿和预测，做出相应决策，制定相应办法。通过卫生信息化建设，卫生行政部门可以获得宏观管理所需数据支持，开展电子政务、疫情监测和应急联动；通过互联互通医疗卫生信息网络体系，行政管理部门可以对卫生业务部门实行及时有效监管；通过卫生门户网站，发布、公示医疗卫生信息，增强医疗卫生服务行为透明度和社会公众监督，逐渐完善卫生系统自我管理、约束机制。通过决策支持平台，获取动态信息，不断充实和调节政策办法，实行动态管理，保证卫生工作循着有序、高质、高效轨道开展，增进卫生事业科学、和谐规律发展。1.2.4 提高卫生服务水平减少服务成本，增进城乡卫生服务一体化发展，通过建设区域卫生信息平台，用信息技术手段对区域内各医疗机构间业务进行整合与优化，充分有效运用居民健康信息，提高区域内各医疗卫生机构间数据及知识共享和协作水平，增强区域内各医疗卫生机构间业务合伙和交流，改进老式医疗卫生服务模式和服务流程，提高卫生服务能力和效率，逐渐缓和供需矛盾，提高人民群众对医疗卫生服务满意度。同步信息化建设可以加强城乡医疗资源整合与协作,加强医疗信息共享从而实现医疗资源共享，变化农村医疗卫生服务模式和流程，让农民也可以以便享有到与都市同样医疗卫生服务，真正实现城乡一体化管理。1.2.5 实现卫生、药监、社保等部门信息共享当前医保覆盖面不断扩大，监管机制却没有相应跟进完善，像药物、城乡职工医疗保险、城乡居民医疗保险、新农村合伙医疗保险、医疗机构，分别由药监、社保、卫生等部门管理，信息没有共享，给了不法分子可乘之机，如刷医保卡购物、套现、重复参保、农村合伙医疗冒名报销等做法，正侵蚀着医保基金。当前药监部门通过信息化手段已经可以实现对药物生产、流通、使用、消费环节全过程管理，可以做到药物来源可查、流向可溯、数量可计、质量可控，但是以上信息，并没有和医保部门、卫生部门有效共享起来，类似信息孤岛现象在各部门中都不同限度存在。通过区域卫生信息平台，将药物、医疗、社保、新农合四网合一，实现一体化平台共用，增强政府部门之间协调能力，既可以保证老百姓用药安全和医保基金合理使用，又可觉得参保人提供便捷、高效实时结算和即时补偿诊断服务，为医保部门提供对医疗机构实时监控，高效运用卫生资源，缓和看病难、看病贵问题。第2章. 项目需求2.1 现状分析当前，国内当代化医疗卫生事业变得复杂和高规定，相比其她行业信息化集中限度，医疗卫生行业仍处在一种有限水平，包括着诸多原始解决方式，医疗机构之间彼此不能共享和互换信息，例如在鄞州区和海曙区一种普通双向转诊，就没有相应基本互换平台予以支持。既有系统实质上仍以“医疗机构”为中心，不能实质性发挥出医疗机构“服务”和“质量”价值，远程医疗、疾病疫情控制、管理部门决策支持等蓝图更无从实现。另一方面，患者/居民对医疗卫生系统需求越来越多，她们但愿提高医疗卫生服务可及性和服务质量，医疗卫生组织也面临巨大压力，即如何运用有限预算，提供更全面综合服务。区域卫生信息化建设成为当代化医疗急迫任务，而实现“以人为本”，建立个人电子健康档案等数据中心，贯穿居民全生命周期所有医疗卫生有关记录，提供其从出生至死亡全过程纵向数据和视图，涉及就诊医疗、寻常保健、公共卫生、疾病防止、社会保障等信息内容。2.1.1 卫生基本现状表 21 1至6月某些医院运作状况窗体顶端医院类别窗体底端单位级别实有床位数（张）门急诊人次出院人数出院者平均住院日（天）实际病床使用率%合 计15387867630123977111.0495.57市级医院综合医院市李惠利医院三甲12605409222115110.81101.56市第一医院三甲11528045701669112.0396.23市第二医院三甲1720590841235791295.68宁大医学院附属医院三甲8504356401375311.1198.43专科医院市中医医院三甲600434183570817.1689.58市妇儿医院三甲952801080208298.197.99市康宁医院三乙52058494160277.02105.09县（市）区级医院鄞州人民医院三乙11468239552021710.73106.86鄞州第二医院三乙600354283794512.0588.56宁波明州医院无级别64014169687939.6476.03余姚市人民医院三乙10757010771748910.22100.89慈溪市人民医院三乙822529420148769.5895.33市第六医院二甲7502740481269410.5298.3镇海龙赛医院二甲420356799623311.2293.7北仑宗瑞医院二甲50042090596148.6193.77奉化市人民医院二甲610356226984311.5699.27象山第一人民医院二甲670447282125728.8492.62宁海县第一医院二甲600368835113709.89104.66宁波开发区中心医院无级别500236045481210.2751.89窗体底端表 22 宁波市各县（市）区人口数和床位、人员数人口总数（万人）床位数（张）人员数（人）总计其中总计其中：医院、卫生院床位卫技人员执业医师（含助理）注册护士全市共计574.08 26097 25442 50326 43094 17237 15079 宁波市区223.35 16028 15826 29010 24682 9755 8811 海曙区30.24 4201 4031 7292 6208 2407 2184 江东区27.77 2355 2349 4131 3435 1415 1428 江北区23.89 2309 2309 3603 2984 1120 1188 北仑区37.72 1740 1734 3449 3028 1334 1011 镇海区22.52 1875 1875 3058 2651 984 909 鄞州区81.21 3548 3528 7477 6376 2495 2091 余姚市83.38 2260 2260 5225 4464 1785 1653 慈溪市103.88 2880 2653 7541 6458 2542 2128 奉化市48.35 1792 1736 2706 2296 1056 744 象山县54.03 1425 1405 2829 2469 992 884 宁海县61.09 1712 1562 3015 2725 1107 859 2.1.2 卫生信息化现状1. 卫生基本网络宁波市智慧健康专网当前以市卫生局机房为核心，各市属医院、区（市）县卫生机构通过裸光纤直连中心机房，组建星形网络，带宽为1GB，可以满足当前业务需求。宁波市已建立了某些区县以及某些医疗机构和专业站所卫生信息互换网络。正在通过政府采购建设覆盖所有区县以及所有公立医疗机构和卫生专业站所卫生信息专网。2. 医疗服务信息化由于医疗保险结算需要，宁波市市区所有公立医疗机构已在所有实现账务数据电子化，各个县(市)区也分别于此后陆续实现了所有医疗机构账务数据电子化。由卫生局主持，在市区各医疗机构逐渐履行了非医保参保居民通用就诊卡与病历本。，由市医保结算规定，市区诊断、处方明细数据所有实现了电子化。非医保居民通过统一自费就诊卡实现了全市区患者基本信息互换共享。当前，市区层面医院100%具备CIS，80%以上有LIS和RIS，80%以上有科室级PACS，李惠利等医院实行了全院级PACS系统；康宁、慈溪人民医院建成电子病历系统，其她市级层面医院也正在积极开展电子病历摸索和建设。据不完全记录，县(市)级层面医院约70%有HIS，约60%有LIS，约40%有RIS；余姚有区域检查中心。在宁波市社区卫生服务管理信息系统软件功能规范指引下各地加快社区卫生服务中心和服务站信息化建设，市属六区社区卫生服务中心信息化率达90%以上，在全省各个地市中处在领先地位。鄞州二院与某社区实现了集中影像诊断业务协同。 卫生局医疗征询公共服务平台已运营，实现了对市区层面大多数公立医院网上预约、检查报告查阅，并且可查看实时就诊业务量。3. 公共卫生信息化已建成了疾病监测系统和应急指挥系统，实现了疫情和突发事件网上直报。在全市率先实现了筹划免疫与妇幼保健数据集中，结束了手工管理、纸张记录历史。初步完毕了卫生监督网格化管理信息系统建设。完善了急救指挥调度系统建设，完毕了对“120”急救指挥调度系统升级改造，建成了七大平台，在中心城区形成了一种高效医疗急救网络。已建成全市采供血机构统一数据管理平台，实现了各级采供血机构之间血液信息全过程实时信息化管理。迄今，宁波市卫生信息化建设获得了很大成绩，特别是在大力推动公共卫生信息化建设和加快实行医疗服务信息化建设方面，在诸多领域获得了全省领先地位。在这个有利条件下乘着医药卫生体制改革东风继续深化改革，在夯实医疗信息服务基本上大力推动区域卫生信息化建设，加快建立居民电子健康档案，在通用就诊卡项目基本上，依照卫生部健康档案基本架构与数据原则、基于健康档案区域卫生信息平台建设指南规定，建设规范化个人电子健康档案。同步加强与区域内各类医疗卫生机构信息整合，全面记录和实时反映居民健康状况和医疗卫生服务全过程，实现对居民健康信息全生命周期管理，积极推动跨卫生机构、地区之间卫生业务协同。2.1.3 现存问题总体来说，宁波卫生信息化水平较高，但也存在某些问题：l 信息无法跨机构共享过去医院信息化建设都是以医院业务流程为核心，并未真正以患者为核心。因而在信息化建设中，虽然考虑到了协同与信息共享需求，但出发点都是医疗机构内部人员、科室或职能间协同与共享。而至关重要患者与医护人员间信息共享却被忽视了。医护人员得到患者信息往往不够全面，因而导致了不少金钱、资源甚至生命被挥霍悲剧。在电子健康档案建档率不断提高今天，医护人员通过调阅记录患者整个生命周期健康信息电子健康档案来完毕与患者协同不但能解决上述问题，还能真正使电子健康档案活起来用起来。l 居民健康信息无法整合在没有建立区域卫生信息平台时，居民各种健康信息，涉及门诊信息，住院信息，公共卫生数据，体检数据，慢病管理数据等，这些数据零散存储在各个医疗机构及政府机构中，在无法将数据整合起来集中管理状况下，会大大减少这些数据使用价值，无法充分运用居民健康数据做记录、分析、预测等工作。l 无法积极防止当前医疗服务对居民都是被动，只有在病人感觉身体不舒服时才会到医院就诊，有了区域卫生信息平台，社区或公共卫生部门工作人员可以查看区域内所有居民健康信息，运用相应技术手段，可以依照天气、流行病等外界因素，结合居民年龄、性别、身体状况等个人因素，可以针对居民进行积极提示，做到积极防止。2.2 平台基本规定1) 卫生信息化建设、共享医疗保健信息是以居民为中心，以居民健康需求为导向，充分运用先进技术，加强各部门、各单位协同，优化业务流程，减少服务成本，提高行政部门效能，提高医疗卫生服务效率和质量，以便人民群众医疗和保健，不断提高人民群众健康水平。2) 卫生信息化建设要按照国家关于信息化建设总体布置和规定，结合我市实际，做好顶层设计，进行信息资源统筹规划，统一建设规范、原则和管理制度，明确卫生行政部门，各级各类医疗卫生机构信息化建设目的和任务。运用不同机制和办法，因地制宜、分类指引、分步推动，增进卫生信息化工作协调发展。3) 卫生信息化建设要在统一原则、统一规范指引原则下开展，有关技术、原则、合同和接口也须遵循国际、国家、部颁关于原则，并依照上述原则进行分析研究，制定出适合我市原则、规范。4) 卫生信息化建设不是一种独立系统，除了各级各类医疗卫生单位关于信息系统需要互联互通外，还需要某些政务应用系统（如公安、医保、计生、民政、教诲等）保持双向信息互相互换，因而系统设计应充分考虑其开放性，同步因发展需要，应具备较好伸缩性，满足发展需要。5) 采用业界先进系统架构理念和技术，为平台打下夯实基本，如在技术上采用业界先进、成熟软件和开发技术，面向对象设计办法，可视化面向对象开发工具，支持Internet/Ineternet网络环境下分布式应用；客户/应用服务器/数据服务器体系构造与浏览器/服务器（B/S）体系相结合先进网络计算模式。2.3 平台技术需求2.3.1 SOA架构需求分析平台设计采用SOA架构，数据传播保障将采用老式消息中间件模式，消息中间件将提供消息总线服务，消息传播功能提供以消息服务方式与ESB总线进行交互。基于ESB服务总线SOA架构SOA架构在数据信息共享平台中作为新应用技术之一，在引入WebService同步需要与消息总线架构相结合，解决大并发、大压力数据互换需要，构建性价比更高应用解决方案。2.3.2 异构系统适配接入机制数据共享与互换服务平台中异构系统适配接入重要采用适配器技术，在SOA架构中，每一种适配器都可以封装为“适配器服务”。适配器服务是应用系统接入数据共享与互换服务平台桥梁，是各种异构系统之间互连互通及互操作首要功能模块。适配器服务作为异构系统接入技术，遵循原则JAVA EE-JCA技术规范，并采用基于JAVA语言开发技术实现不同异构系统对接，每一种适配器都对数据实现基于XML数据格式映射，以及对外提供原则SI服务接口。既完毕了异构系统松散耦合访问和数据获取，又实现了适配器服务复用。2.3.3 统一消息安全可靠传播机制统一消息安全可靠传播是实现不同应用系统数据互换基本设施，统一消息安全可靠传播是异构系统在网络上交互数据保障机制，是保证不同系统间数据互换一致性、可靠性、可扩展性、可维护性等核心机制。需要提供如下功能：1) 提供数据采集缓存机制。消息基于队列机制建立大缓存机制，保证数据采集及时性和数据写入有序性，“硬盘”可靠队列通信机制，可以大大缓和“内存”大数据压力；2) 提供强大数据传播功能：提供断点续传、优先级控制、消息生命周期、流量控制、集群、发布订阅、连接控制、消息加密压缩等多层消息控制机制。3) 支持各种拓扑构造：可以布置在不同互换部门和异构系统所在物理环境，并可自由组合成星型、网型、树型、总线型构造。4) 提供进程分组传播机制，保证数据适配服务迅速解决、可靠传播。5) 支持断点续传、网络容错，在系统故障下、网络故障下保障数据可靠；6) 支持消息点对点、消息路由、消息发布/订阅三种传播模式；7) 支持不同网络环境。既可以支持光纤通道，有可以支持拨号、DDN、卫星通信、无线通信等各种通信线路。2.3.4 可扩展设计核心点一方面，在架构上采用面向服务体系架构SOA，并建立满足数据互换所需要ESB（公司服务总线），为数据互换服务提供基本支撑总线，来完毕数据互换服务提供者查找、访问、路由及服务治理等功能；对于服务消费者来说，所有消费服务通过统一规范在ESB总线上进行表达，无需关怀真正服务位置及有关实现。公司服务总线ESB还提供自身可扩展能力，具备对服务支撑环境负载均衡、集群解决、服务失败与恢复管理功能。另一方面，对数据互换服务可扩展。采用服务合成技术，即服务服务，是服务提供与服务消费之间纽带。为了使服务可以满足信息系统集成需要，需要将服务供其她服务或应用消费，还可以消费其她服务，将不同信息系统服务进行合成，形成粒度更大业务服务。服务合成与编排可再次被复用，与其她服务进行再次合成。保证前期互换服务可扩展复用。再次，对纵向接入范畴可扩展。除了面向服务技术，还将相应用系统数据互换建立统一消息可靠保障机制。可应用系统之间统一采用相似消息读写、传播模块，建立基于统一消息管理可扩展通道。最后，对横向接入范畴可扩展。基于服务模式，即可以服务于卫生信息化，又可以服务于其她数据资源互换和共享。一种物理系统可以扩展成各种逻辑互换系统，按照不同应用对象进行逻辑划分，分应用、分构造、分权限管理监控。2.3.5 图形化数据加工基于XML图形化数据加工机制，保证加工逻辑易用性。提供独立XSLT引擎，即扩展样式表转换语言（Extensible Stylesheet Language Transformations）简称，它是把XML文档转化为另一文档转换语言，即将源文档所有数据或者某些数据，运用XPath进行选取，生成此外XML文档或者其她可直接显示或打印文献格式。XSLT服务是用来对数据进行转换一种服务，通过XSLT服务，一种数据格式可以轻松转换为另一种数据格式。2.3.6 运营管理服务需求 运营管理系统重要提供应数据共享平台系统管理人员使用，用于保证数据共享平台安全可靠和高效运营。涉及面向安全性顾客管理、权限管理、密码管理和日记管理等；面向性能优化性能监控等。面向实用性节点管理、互换规则管理和状态监控；其中节点管理涉及对业务部门信息管理。由于各种共享数据由不同卫生院提供和使用，为了提高数据使用效率，必要提供数据记录和分析功能，一方面要对共享数据访问日记进行记录，然后灵活地记录各个部门共享数据以及访问过其他部门共享数据，同步将这些成果汇总，进行各种分析，提高数据使用效率。各种设备和软件同步运营，为了保证整个平台高效率运营，必要监控每一台设备上每一种应用程序运营状态，数据访问流量，以及共享数据业务办理状况，一旦发现异常，及时报告管理人员采用有效办法，恢复系统正常运营。2.3.7 数据同步方略管理需求系统应能灵活设立和管理数据同步方略，支持异地、异构、不同组网方式、不同步间间隔等同步方略功能，能结合调研成果和最后实行方案进行布置，能灵活配备各卫生院数据库和数据共享平台公共基本数据库数据同步，实现数据透明同步和更新，保证数据一致性。2.4 平台与业务之间关系数据共享与互换服务平台是信息化项目基本工程，即可以服务于当前业务数据资源共享互换需要，又可以服务于可扩展应用及其她接入应用。基本工程推动一定是在业务应用需求实现中落地。因而，需要业务应用不断建设需求和完善来推动数据共享与互换服务平台不断完善。2.4.1 平台与区域卫生业务应用关系数据共享与互换服务平台在构造上与卫生业务应用系统松耦合，平台运营和维护对卫生系统没有任何影响。数据互换平台从卫生系统采集数据并加工解决，形成整个区域卫生信息系统基本数据和共享数据，通过进一步数据挖掘形成卫生系统共享数据库，既可觉得当前业务系统提供服务，也可觉得扩展应用以及其她外部应用提供服务。2.4.2 与已有业务系统数据服务关系数据共享与互换服务平台建设不涉及原有专业系统内部业务流程，而是规定业务系统通过松耦合数据“桥接”方式提供应互换系统。互换系统为业务应用服务，对需要获取应用系统数据通过采集、转换解决、传播、写入数据库中供应用系统使用。既可以实现上级机构向上级机构系统汇集数据，又可以实现上级机构系统向下级机构数据共享下达，实现数据对等互换传播。2.4.3 与新建业务系统数据服务关系数据资源是可以复用。新建业务系统如果与已有业务系统存在数据交互。对于新建业务系统，互换系统只需要扩展一种接入节点。将互换系统中可以采集并共享数据互换传播给新建业务系统，提供数据共享服务。服务技术实现可以是数据库、文献、WebService等各种方式。2.4.4 与业务系统之间公共服务关系数据共享与互换服务平台是为业务系统提供数据互换服务，即是连接各应用系统公共数据共享传播通道。各业务系统可以通过数据共享与互换服务平台适配器接入，由数据共享与互换服务平台ESB公司服务总线（ESB）来完毕适配器服务之间消费关系。消费关系可以是直接消费、间接消费。直接消费通过ESB进行内部服务合成，直接为业务系统服务；间接消费通过ESB服务注册中心，进行公共服务发布，可检索、查询、代理运营等各种方式，供其外部调用。第3章. 建设目的和内容3.1 建设目的在宁波市既有医疗卫生信息系统基本上，将以电子健康档案为基本，以宁波市卫生行业各业务部门信息共享与互换系统为中心，实现宁波医疗卫生行业信息资源共享；以个人电子病历为中心，参照卫生部制定有关原则，为宁波市区域卫生信息系统平台设计合理、先进、可靠基本支撑框架，选用成熟中间件软件产品构建卫生数据共享与互换服务平台，实现所有医疗机构间数据共享和数据互换。本次项目涉及接入机构如下：l 8家市级医院接入宁波市区域卫生信息平台医疗机构有：宁波市李惠利医院、宁波市第一医院、宁波市第二医院、宁波大学医学院附属医院（宁波市第三医院）、宁波市妇女小朋友医院、宁波市康宁医院、宁波市中医院、宁波市华慈医院，共8家市级医院。l 11个县（市）区区域卫生信息平台鄞州区、江东区、江北区、海曙区、北仑区、镇海区、奉化市、余姚市、慈溪市、象山县、宁海县，共11 个县（市）区区级区域卫生信息平台。l 4个市级有关公共卫生机构或系统宁波市区域卫生信息平台可以进行数据互换公共卫生条线系统有：筹划免疫、妇幼保健系统、慢病管理系统、传染病管理系统，其中慢病管理和传染病报告数据通过市级医疗机构信息系统和县（市）区区级区域卫生信息平台采集。l 省级区域卫生信息平台市级平台预留与省级平台对接接口，将来实现省级系统数据跟宁波市系统数据对接，实现省内卫生信息共享。3.2 建设内容数据共享与互换服务平台将要建立宁波市医疗卫生行业信息系统间数据互换原则规范，通过数据中心提供数据服务，实现各部门间数据互换与共享。宁波市卫生数据共享与互换服务平台开发和建设须满足分步式、跨平台布置，且对寻常通信流量有较大规定。详细内容如下：1) 数据互换中心及资源服务：构建数据互换共享公司级服务总线ESB，基于ESB数据中心数据资源互换共享服务。2) 数据互换接入前置系统：ESB总线前置实现需要互换部门数据接入和服务接入。3) 互换管理监控系统，提供对共享互换平台管理监控以及互换数据记录功能；4) 数据互换传播保障：实现各接入节点与中心ESB之间可靠传播保障。5) 数据互换原则规范：数据规范、管理规范、技术规范等管理原则和制度。第4章. 总体技术路线4.1 JAVA EE规范为了保证高可用性、高可靠性和可扩展性，系统必要要选取支持强大公司级计算成熟技术路线。可以满足这些条件技术首推JAVA EE公司原则。JAVA EE是主流开发技术平台，已成IT领域国际工业原则，环绕着JAVA EE有众多厂家和产品，其中不乏先进软件产品，合理集成以JAVA EE为原则软件产品构建数据共享与互换服务平台，可以得到较好稳定性、高可靠性和扩展性。JAVA EE技术基本是JAVA语言，JAVA语言与操作系统平台无关性，保证了基于JAVA EE平台开发应用系统和支撑环境可以跨平台运营。4.2 中间件软件技术中间件具备如下某些特点：满足大量应用需要；运营于各种硬件和OS平台；支持分布式计算，提供跨网络、硬件和OS平台透明性应用或服务交互功能；支持原则合同；支持原则接口。程序员通过调用中间件提供大量API，实现异构环境通讯，从而屏蔽异构系统中复杂操作系统和网络合同。针对不同操作系统和硬件平台，它们可以有符合接口和合同规范各种实现。由于原则接口对于可移植性和原则合同对于互操作性重要性，中间件已成为许多原则化工作重要某些。对于应用软件开发，中间件远比操作系统和网络服务更为重要，中间件提供程序接口定义了一种相对稳定高层应用环境，不论底层计算机硬件和系统软件如何更新换代，只要将中间件升级更新，并保持中间件对外接口定义不变，应用软件几乎不需任何修改，从而保护了公司在应用软件开发和维护中重大投资。中间件是一种独立系统软件或服务程序，分布式应用软件借助这种软件在不同技术之间共享资源。中间件软件管理着市民端程序和数据库或者初期应用软件之间通讯。中间件在分布式市民和服务之间扮演着承上启下角色，如事务管理、负载均衡以及基于Web计算等。运用这些技术有助于减轻开发者承担，使她们运用既有硬件设备、操作系统、网络、数据库管理系统以及对象模型创立分布式应用软件时更加得心应手。由于中间件可以保护公司投资，保证应用软件相对稳定，实现应用软件功能扩展；同步中间件产品在很大限度上简化了一种由不同硬件构成分布式解决环境复杂性，因此它浮现正日益引起顾客关注。4.3 SOA服务体系架构SOA（Service Oriented Architecture，缩写SOA），即面向服务体系架构，提供了一种构建IT组织原则和办法，并通过建立可组合、可重用服务体系来减少IT业务冗余并保证信息系统可持续发展以及迅速构建。 SOA实现对技术没有限制。SOA是关于共享和管理服务构造，对所采用技术只需要满足它需要就可以。虽然Web服务合同到当前为止还是首选创立和布置SOA架构原则，但是也可以使用其她原则，例如CORBA、COM和 JAVA EE。甚至可以采用私有技术创立SOA。SOA可以节约组织成本，涉及重复运用已存在软件作为服务，以及增强变化IT方案适应需求变革或灵活性能力。SOA对兼容性需求完全处在松耦，可以通过在项目实行过程中为创立和布置大多数SOA提供端到端解决方案解决兼容性问题。4.4 ESB公司服务总线 ESB（Enterprise Service Bus，缩写ESB），即公司服务总线，是SOA骨干，在完毕服务接入，服务间通信和交互基本上，还提供安全性、可靠性、高性能服务能力保障。采用SOA架构，基于ESB总线进行信息系统集成，如下图所示，信息系统之间交互通过总线进行，这样可以减少应用系统、各个组件及有关技术耦合度，消除应用系统点对点集成瓶颈，减少集成开发难度，提高复用，增进系统开发和运营效率，便于业务系统灵活重构，迅速适应业务及流程变化需要。4.5 异构系统适配器服务异构系统适配器服务是数据共享与互换服务平台基本服务部件，是各信息系统接入ESB桥梁，是各种异构系统之间互连互通及互操作服务单元。适配器应遵循国际级行业原则，提供原则XML数据对象、服务接口、服务操作办法，如下图示，真正实现了信息系统服务重用。适配器服务应分为提供服务者和消费服务者，既可以提供服务消费，也可以消费其她服务。可以实现信息系统惯用文献、数据库、通讯等技术适配能力，并可以按照特定规范进行适配器服务定制，满足可扩展需要。4.6 消息队列技术为了实现大数据服务并发压力控制、网络上大数据可靠传播，ESB将实现数据适配器服务与消息适配器服务编排，解决多部门、多信息系统之间数据发送、接受过程中可靠传播保障需求。消息队列技术基于点对点队列通讯通道，保证信息系统之间数据有且仅有一次完整传播给对方，并为