智慧医院信息化项目-方案建议书

智慧医院信息化建设项目方案建议书目 录1.1投标方案介绍43.3.1软件系统方案43.3.2系统架构253.3.3应急系统及应急方案593.3.4容灾备份方案623.3.5实施方案953.3.6其它资料1101.2投标设备的规格、型号、技术指标1173.4.1设备规格及型号1173.4.2主要技术标注及规范1173.4.3主要技术指标1183.4.4主要性能指标1181.3设备供货、设备安装调试、施工建设、技术服务的组织措施1361.3.1响应时间1361.3.2具体技术服务实施方案1381.3.3医院配合内容1401.4项目主要技术人员情况表1411.5项目管理计划1411.5.1项目团队规划1411.5.2拟派往本项目的项目经理简历表1511.5.3驻项目现场的工程技术、管理人员1521.5.4项目实施小组成员具有三甲医院HIS和集成平台实施经验1561.6劳动力投入计划表1621.7售后服务计划1631.7.1*售后服务人员简介；1631.7.2应急维修时间安排；1641.7.3维修服务收费标准（保质期内、保质期外）1641.7.4主要零配件价格（保质期内、保质期外）；1661.7.5技术培训安排；1681.7.6保修服务计划；1761.7.7其它服务承诺-售后服务承诺1771.8技术培训1801.8.1培训方案1801.8.2培训内容1811.8.3系统管理的培训1811.8.4业务应用的培训1821.8.5培训时间和课程安排1831631.1 投标方案介绍3.3.1 软件系统方案 项目背景中共中央国务院关于深化医药卫生体制改革的意见、“2010年全国卫生工作会议工作报告，坚持以人为本、以病人为中心的理念，依托现代科技及计算机信息处理技术，为广大患者及医院临床、管理提供全方位的信息服务。医院信息系统建设是一项复杂的系统工程，具有工程实施周期长，各类业务流程关联度高，新业务需求频繁，技术更新周期短，相关技术标准持续扩充等特点，必须坚持整体设计、系统集成、分步实施、突出重点、使用高效的原则，将实用性与前瞻性相结合，以相关国际、国家、行业为标准为基础，开发实用、先进、可扩充的信息系统。为进一步提高陕西409医院的科学管理水平和医疗服务质量，向就医病人提供更加高效、优质的服务，实现医院的可持续发展,409医院决定近期内全面实施医院信息化建设的系统工程。模块包括门诊挂号系统、门急诊划价收费系统、门诊药房管理系统、门诊医生站、住院收费入出转管理系统、住院护士工作站系统、住院医生站、药品管理系统（含药品库房管理、门诊（中）药房管理、住院药房管理、药品会计核算及药品价格管理、合理用药）、手术麻醉管理系统、医务管理系统、护理管理系统、病案管理系统、医疗统计系统、财务管理系统、医院成本核算管理系统、医疗设备管理系统、物资管理系统（含后勤物资、医用材料） “一卡通”管理系统、办公自动化系统、体检信息管理系统、病理信息管理系统、电子病历系统、临床检验系统(LIS)、放射信息系统（RIS）、PACS系统、病人咨询及自助服务系统、门诊排除分诊系统、医疗保险接口、院长综合查询与分析系统、系统维护管理、新农合接口、用友财务软件接口等。 建设目标全面推进医院向数字化医院迈进。建立和完善符合现代化医院发展要求的计算机网络和管理信息系统，达到模式先进、流程优化、管理配套、支撑有力、运作高效；实现人、财、物、信息的管理一体化，实现医院日常业务管理、临床医疗管理、医院资源管理、控制管理的信息化和网络化，实现信息资源共享，改善医院就医环境，保障医疗质量，控制医疗费用，提高服务和管理水平。n 建立一套稳定的、先进的，并能够覆盖全院所有科室的医院信息管理系统，应用软件在开发中遵循实用性、高效性、可靠性、易操作性和安全性原则。n 医院信息管理系统必须根据医院管理模式采用科学化、信息化、规范化、标准化理论进行设计建立，以满足医院管理模式和管理流程的规范化和持续改进的需要，同时也应考虑到医院的实际情况多一些人性化设计和智能化设计。n 系统应具有较好的实用性。它应该符合现行医院体系结构、管理模式和运作程序，能满足医院一定时期内对信息的需求，并能对提高医疗服务质量、工作效率和管理水平，为医院带来一定的经济效益和社会效益产生积极的作用。n 系统必须保证与我国现行的有关法律、法规、规章制度相一致，并能满足与各级医疗机构和各级卫生行政部门交换信息的要求。n 系统能够提供各项信息统计指标，符合卫生部颁布的信息统计指标规范。 设计原则1、 规划性医院信息化建设是一个动态的进程，是一个比较复杂的系统工程，不可能一上马就达到国际水平，更不可能一步到位。因此，在方案中体现了系统建设与医院当前业务及未来业务的协调同步，应考虑到医院的近期、中期及长期的发展。具有统一规划、分步实施、不断完善、逐步升级的能力。2、 集成围绕医院信息化建设的总体目标，汲取各家所长，为我所用。医院信息化建设是一个复杂的系统工程，通常依靠一家IT公司很难顺利完成，必须把多家各有特色的产品和功能集成在一起。摒弃传统的点对点集成方式，采用最为先进的集成平台（EAI）技术来实现不同系统之间的数据共享与互操作，消除“信息孤岛”。3、 可扩展性医院和社区自身条件及其外界环境是不断发展变化的。产品从应用到设计不能只满足已知需求的处理能力和性能，应该尽可能不受限制的考虑扩展处理能力，尤其是要考虑与合作业务的关系，延伸业务生命周期。采用开放式体系架构，使系统具备较强的动态适应性。4、 先进性在技术上采用业界先进、成熟的软件开发技术，面向对象的设计方法，可视化的、面向对象的开发工具。采用先进的J2EE跨平台的B/S多层架构及微软的MTS架构，确保数据存储、事物处理、用户界面等层次的独立性和强大的集成功能，通过RFID、条码、无线等技术提高医疗服务质量和效率，满足医院未来5-8年信息系统建设发展需要。5、 标准化对于标准化采用引用和开发相结合的原则，关注国际信息化标准化的发展，等同等效应用国际标准如：HL7、CDA、IHE、DICOM等，遵循各种卫生行业标准如：中国医院信息系统数据集，病历书写基本规范，卫生部医院信息系统功能规范（2002年版）等，支持统一的计算机技术和网络互联标准如XML、WEBSERVICE、JMS等。通过使用标准的语义和编码，支持规范的医疗信息分类和语义理解，如ICD10等。6、 可靠性系统一旦应用，其可靠性及安全性至关重要。软件方面必须有备用系统及应急系统。在系统功能上要保证病人医疗信息的私有性，通过诸如防火墙、门户管理、数据加密、IP过滤、加密信道等方式确保系统的物理安全、运行安全、信息安全。对于外部接口也必须采用严格的权限控制，防止篡改和破坏。7、 易用性医院信息系统功能满足用户的要求是开发工作的出发点和归宿。在成熟的产品上提供客户化定制方法及工具以满足医疗卫生体制改革政策的需要和医院的工作流程需要业务特点。应用系统界面的简捷、直观，使用户在使用时一目了然；并能提供联机的或脱机的帮助手段，以便方便用户的操作使用。相关应用遵循统一的应用架构原则，以确保整体运行效率与成本，使维护人员轻松方便的完成日常维护工作。 8、 软件正版化在系统的开发和实施维护过程，提供的网络软件、平台软件、数据库软件和开发工具及应用技术、工具软件等全部使用正版软件。 建设方案1、 系统总体应用框架根据国内医院信息化的现状及发展趋势，结合方案设计原则及信息化实现目标。在应用架构上重点考虑总体规划，提供丰富基础信息管理模块，深化扩展医院的临床信息系统、经营管理系统、集成应用及其他服务管理模块。保证医院的信息化的基础管理、临床管理齐头并进，实现国内设计领先、业务领先、架构领先、技术领先的信息系统。整体应用架构主要分为两大部分，以管理信息服务为主的HIS管理系统，以医疗信息管理为主线的临床信息管理系统。1 HIS（MIS）管理系统HIS管理系统是整个医院信息系统建设的基础。本方案重点考虑其应用的深度与广度。主要包括普遍应用的模块，诸如门诊挂号、门诊收费、分诊、ADT管理、医技计费、住院收费、输液室管理、医嘱收费等管理等子系统，深化物流管理部分主要包括药房、药库、配剂中心、设备、物资、高值耗材、供应室、血库等子系统。扩展辅助管理部分主要包括预约中心、科研教学、医院感染、OA、病人关系管理等。各子系统除了具备自己的业务特点外，同时系统间还有一定的业务逻辑关系。如门诊挂号、收费、门诊药房等模块共同完成了门诊病人从挂号、收费、取药的流程。同时，HIS管理系统为医疗工作提供间接服务，其数据的准确性与完整性将直接影响临床信息系统、经营管理系统、决策支持系统应用的质量。2 临床信息管理系统临床信息系统是以提高医疗质量及医疗工作效率为目的的病人医疗信息采集、存储、处理、传输系统，是为医疗工作提供直接服务。该系统主要分为两大部分，一部分是直接为临床科室医护人员服务的现场临床信息系统，如：门诊医生工作站、住院医生工作站、护理信息系统、移动医护工作站、护理部管理系统、临床路径管理等。另一部分是为辅诊服务的非现场临床信息系统，如：LIS系统、PACS系统、监护系统、病理、内镜、放疗、医学知识库咨询（用药咨询等）、营养膳食等系统。这些CIS系统是建立完整电子病历的基础，是以电子病历应用为核心进行构建。通过电子病历系统将这些不同临床信息内容以个人为中心按照分类和事件顺序组织为一个整体，并采用一致的标准（CDA）方式进行结构化存储。3 区域协同医疗系统区域协同医疗信息系统的目的是使辖区内各级医疗机构、社区卫生服务机构构成一个和谐的整体，实现各机构之间信息共享和医疗协作，是医院信息系统的横向联结和向社区医疗服务的纵向延伸。 主要包括病人主索引管理PIX系统、协同医疗服务系统（双向转诊、医技协作）、区域医疗文档共享系统（文档注册、文档调阅）等。在机构内由协同医疗客户端采集相关数据，通过协同医疗服务系统将相关信息上传到区域医疗信息中心。4 信息平台医院信息系统中的各个系统关注于不同的领域，彼此之间又有很多交叉，因此系统必须具备较强的与异构系统的集成能力。建立一个灵活的、具有整合能力的、扩展性良好的医疗信息平台可以有效的解决这一问题，通过信息平台实现医疗信息的传递和共享，达到从数据、应用、流程、服务、界面等多层次的完整集成。提供多种接口方式来实现各种数据格式的接收与发送，通过平台的集成代理服务实现数据路由、格式转化，映射等功能。通过基础服务功能诸如工作流管理、规则引擎、主索引服务、安全访问等提高系统的灵活性和扩展性。通过术语交互规范（HL7、术语统一、XML）服务等将交互数据进行标准化处理，降低外部系统接口复杂度，通过管理服务对集成过程进行存储和监控。2、 总体业务流程及接口逻辑医院信息化的不同应用系统有各自的业务主线及应用特点，但其应用边界并不能准确清晰的定义，因为对于一个医疗业务活动，其产生的信息往往涉及到各个应用系统的不同方面。根据各个系统在病人整个就诊过程中所起的作用，可以看出，各个系统之间不是相互独立的，相互之间在流程及数据上均有一定的关系。主要体现在通过医疗管理系统来产生病人的基本信息、就诊信息、资源信息。而临床管理系统从医疗管理系统中获取这些信息后，就可以对病人进行相应的医疗活动（治疗、手术、护理、检查、检验等），而通过这些医疗活动信息又对应产生了相应的费用信息、药品卫材消耗信息、资源使用信息。通过费用记录信息和消耗信息又产生了运营管理所需的数据来源，进而形成运营决策信息。这些信息可以通过信息交换平台进行整合，通过统一的安全管理和标准体系建设来保证各系统应用的独立性和共享信息的准确性。如下图所示：3、 临床信息系统（CIS）产品方案1 业务需求基于电子病历的临床信息系统不仅仅是对单个医疗业务的简单电子化，而应当是以病人为中心，覆盖医院所有医疗业务的综合性信息系统。基于电子病历的临床信息系统至少需要提供以下三个业务域的基本业务支撑n 门（急）诊业务需求门急诊业务用例图用例需求描述参与角色挂号预约自动生成出诊信息提供窗口、预约、网上等多种方式挂号业务生成门诊就诊记录病人，其他身份登记建立患者的唯一主索引支持多种标识手段的模糊查询提供远程预约服务分诊建立、维护候诊队列支持自动和手工分诊支持患者报到与否，支持多医师出诊模式支持语音叫号和大屏幕显示方式书写处方计算机辅助书写药品处方，提供打印处方合理用药咨询及处方审查支持电子处方后续的计价和发药流程申请检查检验录入电子申请，自动传送到医技科室直接预约及查看申请状态及时获取并阅读电子报告申请治疗下达手术申请或治疗通知单查看预约和执行情况体检体检预约体检数据录入体检报告生成，给出健康评估书写病历根据病历规范书写门诊病历自动将患者及医疗信息载入门诊病历支持电子签名及自动留痕实现门诊病历的自动质控知情告知管理知情同意数，保证不可篡改和抵赖管理就诊实现就诊的管理，包括叫号，待诊，诊毕等医生直接预约病人复诊执行输液输液皮试结果登记，据此执行处方及发药自动核对输液病人信息和药品信息完整记录输液的全过程书写护理记录书写一般、特殊、手术等护理记录计费n 病区诊疗业务需求用例需求描述参与角色管理入出转入院信息采集、预约登记等管理病区内病人床位，分配医疗组入科、出科、转科操作办理病人的出、转院手续下医嘱书写长期和临时医嘱提供用药咨询，辅助医生合理用药实现医嘱查对制度记录医嘱执行情况提供床边记录操作申请检查检验下达检查检验申请，同门诊申请手术录入手术申请，直接传递到手术室及时查对申请的预约安排情况记录院感实现院内感染的上报和登记提供对出院病人的院感登记质控实现传染卡、死亡卡的登记管理查看医疗记录按周查看病人的基本医疗记录（生命体征，病历摘要，各种申请，医嘱记录等）申请用血填写用血申请，传递给血库打印用血申请，实现医护双方签字自动生成对应用血医嘱使用临床路径路径的制定全程记录路径的执行过程支持执行中路径的变化，并提供完整的记录临床路径使用率和治愈率的统计写病历准确及时地书写病历实现各种检查，病人登记信息等的自动载入支持病历电子签名和修改留痕知情告知同门诊重症监护通过设备直接采集病人体征信息提供反应病情变化的各种图表提供诊疗方案和医疗过程控制支持对病情和医疗措施的评价功能生命体征采集人工采集并记录病人体征数据通过监护设备自动采集书写护理记录完整、准确地记录护理操作提供各种评估和支持护理计划的制定计费提供当前病人费用信息的详细查询支持欠费管理n 医疗服务支撑业务需求用例需求描述参与角色接收申请接收门诊和住院检查、检验、病历等申请支持条码打印预约登记提供自动预约和手工预约分配反馈预约登记情况支持全院级预约中心业务制作报告自动或手工生成电子报告，支持多媒体提供电子报告的查询，实现全院信息互通采集数据集成各种设备，直接采集数据手术麻醉记录术前提交申请，制定计划术中详细记录，同时提取监护设备数据术后生成麻醉记录单感染监测监测患者体液，自动生成警告，定时提醒通过预测模型量化感染程度，给出风险等级合理用药医嘱和处方审核药品信息查询毒麻药品质控临床决策支持通过电子病历，推理出可能的诊断提出医疗、饮食、运动等计划输血管理血库核实申请，完成发血操作管理血制品的入出和质量管理。病案编目对于患者出院病历完成病历进行病案登记、病案编目、疾病、手术编码病案质控按照科室和全院质控规则对病历进行质控检查，实现全生命周期电子病历质控，并且按照三级质控进行病历整改管理，最后按照评分标准进行病历评级。2 业务框架临床信息系统是整个医院信息系统中非常重要的一个部分。它是相对面向管理的信息系统而言的，指以病人信息的采集、存储、展现、处理为中心，为临床医护人员和医技科室的医疗工作服务的信息系统。临床信息系统主要包括: 医生工作站系统、护理信息系统、检验信息系统（LIS）、放射信息系统（RIS）、手术麻醉信息系统、重症监护信息系统、医学图像管理系统（PACS）等等。临床信息系统是一个复杂的企业级联机事务处理系统，涉及业务范围广泛而复杂，由一家供应商/公司提供全部临床信息系统的可能性不大，也就是说临床信息系统可能会是由多个不同供应商提供的子系统集成来满足临床业务的需求临床信息系统的主要目标是支持医院医护人员的临床活动，收集和处理病人的临床医疗信息，丰富和积累临床医学知识，并提供临床咨询、辅助诊疗、辅助临床决策，提高医护人员的工作效率，为病人提供更多、更快、更好的服务3 接口逻辑n A：从临床支持系统获得病人的影像信息，检查化验信息等，可以浏览报告，也可以实现数据上的直接集成。向临床支持系统下达影像检查医嘱（申请），检查/检验医嘱（申请）等信息同时需要向医院的计费系统。临床系统药品和耗材的数量和费用信息传到HIS.n B：从HIS系统获得病人就诊/入院信息。并且向HIS系统传递病人就诊转态，用药处方/检查医嘱/治疗医嘱/护理医嘱/用药记录等信息，所有的病人计费信息由HIS系统完成，可以随时查询HIS的费用信息。n C：将病人临床信息如人口统计学信息、诊断、费用、传递到病人管理系统中，病人客户关系管理系统将全面分析病人信息。n D：决策分析系统将需要从CIS系统抽取决策分析所需的信息，比如各种专家系统，临床路径支持等。4、 管理信息系统（HIS）产品方案1 业务需求现代化的医院管理信息系统，不仅仅是简单的计费系统，而应当是以病人为中心，覆盖医院所有医疗活动和运营活动的综合性信息系统。HIS系统不是一个简单的管理系统，它融合了医院的管理思想、各部门的业务经验，以及对计算机技术的恰当应用。其使用要满足三大方面的需求。n 医院管理需求：解决手工不能解决或难以解决的问题。一方面建立起能够反映医院医疗和经济状况的体系，并使之常规化，另一方面要直接改善医院的管理服务，例如提供医疗数量、质量指标完成情况、医疗动态情况（病人流动情况、床位占用情况）、病人预约、收费管理、无纸化申请、诊疗活动发生地计价等。n 使用者需求：系统直接用户所关心的是功能是否对其业务有直接的支持，操作是否方便、响应是否及时。因此系统必须具备具体应用、具体业务特点的支持方式。例如：病人主索引登记时、提供自动按设定条件查询，防止重复；病人ADT管理时，提供护士熟悉的病人一览卡；在药库管理时提供自动产生采购计划；医嘱执行时自动产生收费信息等。n 系统维护人员需求：HIS系统作为一个联机事务系统，要求7*24小时不间断运行。像门诊挂号、门诊收费和药品管理等系统，因此绝对不允许发生数据丢失或业务中断，因此必须具备稳定可靠的灾备方法。提供客户化定制方法及工具，以满足医疗卫生体制改革政策的需要和医院的工作流程需要。下面截图为客户化工具自定义报表的使用截图： 报表工作界面报表编辑界面报表预览界面报表导入导出界面报表选择界面报表授权界面 2 业务框架HIS系统内部的业务系统较多，贯彻HIS系统的两条主线是病人信息线和费用信息线。有的局部系统位于一条线上，有的同时位于两条线上。例如：病房、医技科室等同时位于病人信息和费用信息这两条线上。n 病人信息线：病人信息的核心是电子病历，而HIS系统则在医疗活动各个环节中提供了病人的主索引标识信息、就诊动态信息。相关系统包括挂号、分诊、入出院登记、病案编目等n 费用信息的核心是经济核算，是在病人诊治活动背后发生的。病人的费用信息分布于各个业务系统中。包括门（急）诊收费、住院病人收费、药品管理、器械管理等。理想的计费模式是哪里发生费用哪里计价。3 接口逻辑n 接口A：从外部支付系统（医保、保险公司）获得病人支付信用和状态；并且与外部系统进行病人支付结算。n 接口B：将病人就诊信息传送到CIS系统；并从CIS系统中获取病人临床诊断的状态医嘱信息。n 接口C：从临床支持系统获得检查、检验、手术的划价信息，并且将收费状态返回临床支持系统n 接口D：将临床活动产生的药品、耗材使用信息传送到物流管理系统，并从物流系统中获取库存、出库信息。n 接口E：将收费产生的会计信息传递到财务系统；并获取财务系统最新的收费标准、收费项目定义。n 接口F：决策支持系统从HIS系统中抽取、汇总、转化分析所需信息。n 接口G：与区域医疗系统共同完成病人的双向转诊、医技协作等功能。3.3.2 系统架构 技术架构1、 多层应用架构本次信息化建设采用多层体系架构，这种结构是将数据库应用分成三个逻辑单元，每个单元一般是运行在相互连接的计算机上，通过计算机网络互相共享数据和通信。三个单元分别是：1 展现层主要完成数据显示、录入等用户界面的功能，一般采用标准的Windows GUI、Netscape或IE浏览器。 2 应用层包括Web Server 和Application Server。Web Server负责管理HTML文档的存储和传送以及与浏览器的连接。 Application Server集中管理业务规则和Web Server与RDBMS的数据交换，也叫做数据代理。 3 数据层提供数据的存储和管理功能，如ORACLE、SYBASE等。 方案同时涵盖C/S/S与B/S两大体系架构，其中C/S/S体系架构主要针面向管理的MIS系统的应用，比如门诊收费、住院收费、挂号等。采用浏览器模式的B/S应用主要针对临床信息系统、经营管理系统和决策支持系统，比如电子病历、临床信息系统、护理信息系统、决策支持系统等。2、 B/S技术架构本方案中的临床信息管理系统是基于J2EE平台，结合RIA(富客户端应用程序)的B/S架构的产品。通过建立Hibernate+Spring和EJB的统一框架ESF，用来支持不同规模的企业应用。事务管理和持久化机制方面采用了SPIRNG框架或EJB框架。在WEB Browser端通过FLEX实现复杂的人机交互界面,其可以通过多种通讯方式实现与JAVA应用，甚至是.NET应用的方便整合。业务流程的定制及管理上采用工作流和规则引擎实现，具体采用的技术为JBPM及JBoss Rules,报表服务采用比较成熟的JasperReport。基于J2EE的B/S技术架构主要由以下几部分组成：1. 通过公司自主研发的Hibernate+Spring和EJB的统一框架ESF，可支持将来产品在不同规模企业上的使用。该框架可以同时支持Hibernate和EJB实现的持久化，切换过程全部采用外部配置，不需要修改任何代码。实现了程序的灵活性和代码的唯一性。2. 事务管理方面采用了SPIRNG框架或EJB框架。两者对事务的管理都默认采用外部配置管理的方式，同时他们也支持在代码级上实现对事务的控制，是目前JAVA领域内首选的两种事务管理方式。3. 持久性管理方面采用HIBERNATE框架或EJB框架实现，EJB采用新的3.0规范，不仅因为该规范简单明了而且在性能的提升上也是2.0所无法比拟的。同时EJB3由于有Hibernate的介入，所以与Hibernate在持久化机制和API上都存在很大的相通性。4. 在B/S结构中复杂显示逻辑及人机交互采用RIA实现，具体的技术采用FLEX实现。FLEX是目前在RIA领域JAVA架构最好的选择，其可以通过多种通讯方式实现与JAVA应用，甚至是.NET应用的方便整合。5. 业务流程的定制及管理上采用工作流和规则引擎实现，具体采用的技术为JBPM及JBoss Rules6. 报表服务方面采用比较成熟的第三方报表服务，具体采用的是开源的JasperReport通过采用B/S技术架构，可使临床信息系统具有如下技术优势：7. 可扩展：采用业务总线方式来设计，各模块在总线上可以动态插拔。8. 灵活定制：采用工作流来管理整个业务，实现流程的动态配置规划。各模块可以根据实施具体情况独立配置。9. 低耦合：采用ORM技术，降低了与数据库的耦合度。可以支持多种关系型数据库的应用。10. 可伸缩：同时支持轻量级和重量级架构，可以在不需要改动程序的情况下自动适应大、中、小型企业应用。11. 可靠性：采用的技术都有大量成功案例，在业界都是首选的技术框架或方案。3、 关键技术1 MIDAS技术方案中的HIS管理信息系统产品通过使用DELPHI7开发工具实现了产品三层技术架构。MIDAS（multi-tierdistributedapplicationservicessuite），即多层分布式应用服务组件，是Delphi用来开发多层应用系统的中介透明引擎，具有在客户端无需任何数据库工具便可以读取远程数据，具有网络通信量小、多线程、数据库自动约束及平衡负载的特点。客户端程序主要由TClientDataSet和DCOMConnection组件组成，用于连接远程应用服务器.应用服务器主要由远程数据模块（RemoteDataModule）和封装了逻辑的企业对象组成.通过RemoteData-Module实现IAppServer接口，并为客户端提供DCOM连接方式.其基本结构及DELPHI的具体实现如下图所示。系统中程序执行过程如下所示：运行时先启动服务器应用程序，这时用户启动客户端程序，并从中获得IAppServer接口.远程数据模块是一个双重接口的自动化服务器，它封装了应用程序服务器的对象和接口，当采用DCOM 协议通信时，它就是一个COM/DCOM自动化服务器，TDataSet即是远程数据模块中的DCOM查询对象.首先，用户向应用程序服务器提出数据请求，应用程序服务器收到请求后从远程数据库服务器检索并获取数据，并按照一定的规则将数据封装打包后传输给客户端程序；客户端程序收到数据封包后，进行数据包的分解，然后显示或进行处理.用户对数据进行更新后，将数据连同数据变更日志一起封装成数据包，上传到应用程序服务器申请更新数据，应用程序服务器收到客户端程序的申请后，就向远程数据库服务器申请更新数据，如果出错，譬如在用户提出请求以后和数据更新以前，其他的应用程序已经对记录进行了修改，这时候应用程序服务器就把出错的记录返回给客户端。2 轻重量级统一框架结构ESF统一框架基于EJB3，SPRING，HIBERNATE三种主要的技术，我们通过对比三者的异同点，创建了自己的模型，经过我们搭建的一个实例的测试，证明确实是可行的。理论基础：事务都可以采用声明式的管理，并且事务的模型基本一致，查询语言虽然不同，但是基本的语法标准是一致的，对数据的持久操作，缓存方式也有非常大的相似性，EJB3提供的新的注释声明方式可以EJB是建立在POJO的基础上，Hibernate，SPRING使用的也是POJO，EJB3注释方式的声明允许POJO继承其他的类，实现其他接口。3 FLEX 传统的WEB应用程序在人机交互能力方面的弱势始终是许多系统无法采用WEB方式的关键因素。以FLEX技术为代表的RIA技术的出现完美的解决了这一制约因素。通过使用FLEX，我们可以实现操作人员与WEB界面的良好人机交互，大部分以前只有在C/S模型下才能完成的复杂交互现在在WEB方式下可以很好的完成了。FLEX服务器可以做为一个JAVA的WEB应用插入到我们的WEB应用程序中，在程序运行时完成对FLEX程序的动态编译和运行支持FLEX提供了与JAVA之间无缝的集成，同时提供多种与JAVA对象交互的方式，非常适合J2EE开发的WEB应用程序。下图为FLEX应用程序框架：4 HibernateHibernate是一个免费的开源Java包，它使得与关系数据库打交道变得十分轻松，就像您的数据库中包含每天使用的普通Java对象一样，同时不必考虑如何把它们从神秘的数据库表中取出（或放回到数据库表中）。它使开发人员可以专注于应用程序的对象和功能，而不必担心如何保存它们或稍后如何找到它们。Hibernate惟一需要做的就是创建一份XML“映射文档”，告诉Hibernate希望能够保存在数据库中的类，以及它们如何关联到该数据库中的表和列，然后就可以要求它以对象的形式获取数据，或者把对象保存为数据。5 SPRINGSpring是一个轻量级容器，它所带的包装器使许多不同的服务和框架更易于使用。轻量级容器接受任何JavaBean，而不是只接受特定类型的组件。Spring框架却提供了一种高效地构建和汇编Java应用程序的方法，以及多种服务的抽象。尽管Spring支持多种服务，但是它最受关注也是最出色的特性是杰出的分层和封装。与EJB一样，Spring的中心组件是一个容器；而且Spring框架也同样提供对核心J2EE服务的访问。但是这就是它们仅有的相似之处了。6 EJB为了更容易地开发分布式的面向对象的商业系统，在1998年3月，产生了EJB规格说明书。该规格说明书和实现它的应用程序服务器已经在很大程度上实现了这个目标。同时EJB3的规范也将在近期发布。7 规则引擎JBoss Rules 的前身是Codehaus的一个开源项目叫Drools。最近被纳入JBoss门下，更名为JBoss Rules，成为了JBoss应用服务器的规则引擎。Drools是为Java量身定制的基于Charles Forgy的RETE算法的规则引擎的实现。具有了OO接口的RETE,使得商业规则有了更自然的表达。8 报表服务JasperReports是一个功能强大的Java开源报表工具，可以在各种Java应用中使用它的主要目标是用来帮助以简单灵活的方式来创建面向页面、可以被打印的文档。JasperReport的优点就是使用简单，输出方式多样。Jasperreport提供了一个可视化开发工具即iReport。在我们的实际开发中将采用iReport来设计报表，然后才有JsperReport作为报表引擎来展示报表。9 XML、WebService技术1. 可扩展标记语言（Extensible Markup Language，XML）XML提供了一种标记内容的方式，可以添加关于数据用途的信息。信息使用 XML 存储之后，用称为解析器的应用程序就能够可靠地提取相关信息，并根据不同的需要进行处理。XML 可用于各种不同的应用程序，但其实质是：XML 是一种表示数据的方式。XML 包括验证或者确认的能力、文档结构和文档（在某种意义上的）内容。验证文档有助于防止数据与期望具有特定结构的应用程序进行交互时出现问题，当 XML 与非 XML 的遗留系统交互时这一点尤其有用。最初的 XML 1.0 推荐标准包括对文档类型定义（Document Type Definitions，DTD）的支持，DTD 提供了一些验证能力。W3C XML Schemas 扩展了这种功能，并提供了一种更加类似 XML 的语法。XML 封装的数据常见的处理方式是通过使用可扩展样式表语言转换（Extensible Stylesheet Language Transformations，XSLT），通过使用 XSLT 定义对 XML 文档进行操作，以生成特定的结果。这种动态转换信息的能力允许从单个源文档产生多种输出，无论输出到不同的数据库还是输出到不同的浏览器。2. WebServiceWebService是一种使用 Web 服务技术，应用程序可以通过与平台和编程语言无关的方式相互通信。Web 服务是一个软件接口，它描述了一组可以在网络上通过标准化的 XML 消息传递访问的操作。它使用基于 XML 语言的协议来描述要执行的操作或者要与另一个 Web服务交换的数据。在面向服务的体系结构（Service-Oriented Architecture，SOA）中，一组以这种方式交互的Web服务定义了特定的Web服务应用程序。WebServices模型如图所示：Web 服务体系结构基于三种角色（服务提供者、服务注册中心和服务请求者）之间的交互。交互涉及发布、查找和绑定操作。这些角色和操作一起作用于 Web 服务构件：Web 服务软件模块及其描述。在典型情况下，服务提供者托管可通过网络访问的软件模块（Web 服务的一个实现）。服务提供者定义 Web 服务的服务描述并把它发布到服务请求者或服务注册中心。服务请求者使用查找操作来从本地或服务注册中心检索服务描述，然后使用服务描述与服务提供者进行绑定并调用 Web 服务实现或同它交互。服务提供者和服务请求者角色是逻辑结构，因而服务可以表现两种特性。 组件设计1、 B/S应用服务1 B/S结构系统应用B/S（Browser/Server）结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，主要事务逻辑在服务器端（Server）实现。以目前的技术看，局域网建立B/S结构的网络应用，并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）访问和操作共同的数据库；它能有效地保护数据平台和管理访问权限，服务器数据库也很安全 。系统的总体结构分为浏览器端和服务器端。浏览器端提供了一个客户操作界面，服务器端完成具体的请求处理，并将处理结果返回给浏览器端。服务器端内部又分为两层：高层是请求接收层，底层是请求处理层，包括监听线程、处理线程、监测线程和数据库操作线程。浏览器端负责人机交互：n 接收用户的输入，对用户的输入进行分析检查，若输入有错，则在本地消除；若输入没有错误，则把对用户输入的分析结果作为请求传给服务器端高层。n 显示由服务器端高层传来的运行结果。服务器端负责业务逻辑处理：n 请求接收层由于浏览器与服务器之间使用标准HTTP协议传输数据，所以在服务器端专设一个请求接收层，用于接收从浏览器传来的请求，并将请求处理结果发送给浏览器。n 请求处理层本层负责处理请求接收层传来的客户请求，并将请求结果传递给请求接收层。处理过程如下：监听线程接收请求的类型，根据请求的类型调用相应的处理线程完成请求处理。将监听线程与处理线程分开的好处是可以充分利用操作系统中的多道处理能力，可以并发甚至并行地处理请求。处理线程首先接收请求接收线程传来的参数，然后进行处理，根据请求的不同性质，可能还需要调用数据库操作线程以完成请求处理，最后将请求处理结果直接返回给请求接收层。监听线程还要负责系统故障处理及恢复。本层使用Java应用程序(application)构造，用Java线程实现监听线程、处理线程、监测线程和数据库操作线程。servlet与监听线程/处理线程之间使用socket通信，处理线程与数据库操作线程之间使用管理通信。监听线程是主线程，在系统初始化期间，它创建主数据库操作线程和系统管道，以及其它所需资源，并将管道和信号量等资源分配给数据库操作线程，同时创建socket，并在socket上等待连接；在系统运行期间，它负责动态创建处理线程，以及根据并发的请求数量动态创建新的数据库操作线程。处理线程分为不同类型，每种类型负责处理一种或几种相关类型的请求，处理线程的种类数量依据系统功能多寡而定，处理线程完成处理后自动终止。监测线程负责监测和撤销新创建的数据库操作线程。应用系统的展现层通过组件方式嵌入到主程序框架中，逻辑层通过对业务的分割形成不同的业务逻辑组件。例如CIS系统组件框架如下图所示：下图为医嘱业务处理的组件示意图：下图为服务器端的应用部署管理界面2 B/S架构角色管理在B/S架构中，角色的权限验证是保证系统信息安全的关键技术。对所有的系统访问人员分配一定的角色，即一定的访问权限将最大限度地保证系统信息的安全性。Struts是当前Web应用系统开发中最为流行的框架之一，本方案利用Struts框架实现对系统用户角色的验证，通过将JSP页面映射为一个特定的权限，一个系统访问人员映射为一个或多个角色，从而实现了角色权限的验证。利用Struts框架实现角色权限验证的同时隐藏了系统的文件组织结构，更好地保证了系统信息的安全性。基于Struts框架的Web系统中，实质上就是在JSP Model2的基础上实现的一个MVC框架。在此框架中，模型由实现业务逻辑的JavaBean或EJB组件构成，控制器由AetionServlet和Action来实现，视图由一组JSP文件构成。在应用中，Action充当用户请求和业务逻辑处理的适配器。业务逻辑由JavaBean或EJB 来完成。当Action-Servlet控制器收到用户请求后，会把请求转发到一个对应的Action实例。如果这个实例不存在，控制器会首先创建它，然后调用这个Action实例的execute()方法。Action的execute()方法返回AetionForward对象，它封装了把用户请求再转发给其他Web组件的信息。ActionServlet决定把用户请求转发给Action对象时需要一些描述用户请求路径和Action映射关系的配置信息。系统的运行的流程如下： 首先，服务器根据接受到的客户端请求进行过滤：属于Struts处理范围的请求被自动提交给Struts控制器处理，否则按照一般的方式作出响应。例如用户是进行登录操作的，系统将用户名和密码写入服务器端的session，用于以后的角色权限判断，并通过Struts-config.xml配置文件找到一个预先指定的JavaBean来自动接收客户端请求中包含的表单数据，然后将用户的登录请求发给指定的一个ActionBean进行处理，AetionBean通过调用相应的JavaBean进行处理后，将会返回一个封装了下一目标页面信息的ActionForward对象给控制器AetionServlet。最终ActionServlet根据ActionForward对象信息，查找配置文件中的映射信息，将原客户HTTP请求再次转发到相应的视图JSP页面，最后发送响应回客户端。在系统的配置中，将Action和特定的页面相映射，在数据库的存储中，将Action和特定权限相映射，从而实现了特定页面与权限的映射，并将各个不同角色的访问权限进行了设置，最终实现了用户角色对页面访问的权限控制。2、 SOA分析与设计方法针对系统的特点和政策决策的业务目标，采用面向服务技术架构（SOA, Service-Oriented Architecture）分析与设计方法、遵循统一性、抽象性、符合性及业务驱动、可迭代的设计原则完成项目的分析、设计和开发。基于SOA的分析构架技术分析方法与步骤如下：1. 确定业务目标和系统建设目标。2. 了解业务及相关角色。3. 了解实现业务功能的关键业务流程；并根据信息技术要求，提出基于现有业务流程和业务流程的重构思想优化业务流程。4. 确定符合业务目标和系统建设目标的业务需求以获得业务功能。5. 将功能实现分解为服务构件，并整合各业务的构件，形成公关服务构件和专用服务构件。6. 进行系统的构架设计。7. 提出或确定系统硬件环境和平台。3、 采用面向对象的技术面向对象方法(Object-Oriented Method)是一种把面向对象的思想应用于软件开发过程中，指导开发活动的系统方法，简称OO (Object-Oriented)方法，是建立在“对象”概念基础上的方法学。对象是由数据和容许的操作组成的封装体，与客观实体有直接对应关系，一个对象类定义了具有相似性质的一组对象。而每继承性是对具有层次关系的类的属性和操作进行共享的一种方式。所谓面向对象就是基于对象概念，以对象为中心，以类和继承为构造机制，来认识、理解、刻画客观世界和设计、构建相应的软件系统。4、 采用组件的技术目前,在软件开发领域，一场新的革命正在悄悄兴起，这是由日趋成熟的组件技术引发的。组件技术将以前所未有的方式提高软件产业的生产效率,这一点已逐步成为软件开发人员的共识。传统的Client/Server结构、群件、中间件等大型软件系统的构成形式,都将在组件的基础上重新构造。组件技术使近二十年来兴起的面向对象技术进入到成熟的实用化阶段。在组件技术的概念模式下,软件系统可以被视为相互协同工作的对象集合,其中每个对象都会提供特定的服务,发出特定的消息,并且以标准形式公布出来,以便其他对象了解和调用。组件间的接口通过一种与平台无关的语言IDL(Interface Define Language)来定义,而且是二进制兼容的,使用者可以直接调用执行模块来获得对象提供的服务。基于组件的开发具有如下特点：1. 应用程序由各自独立的组件组成，这些组件的开发和部署保持相对的独立性，而且很可能是由不同的团队开发和部署的；2. 通过仅对这种应用程序的某些组件进行升级，从而对其进行小幅度的升级；3. 组件可以在不同应用系统之间共享，因此可对它们复用，体高系统开发效率和质量；4. 尽管并非与基于组件完全密不可分，但基于组件的应用程序倾向于分布式结构。5. 在系统的建设中，我们抽象出系统中基本组件，从而提高系统的质量和开发效率。6. 提供了界面友好的规则引擎，用户可以通过配置规则而方便地改变业务流程。7. 用户可以根据需要按角色组合和配置组件。5、 独特的消息机制系统具有业务单元之间消息传递与发布工具，能够实现医生与护士、护士与药房等业务单元之间以及与LIS系统等临床医技辅助诊疗系统消息的