云南省电子病历一卡通管理平台项目可行性研究报告 103页

'云南省电子病历一卡通管理平台项目1.1、项目概述1.1.1.1、项目名称项目名称：云南省电子病历一卡通管理平台1.1.1.2、项目单位项目单位：云南省卫生厅电子病历信息中心1.1.1.3、可行性研究报告编制单位可行性研究报告编制单位：1.1.1.4、可行性研究报告编制依据卫生部陈竺部长最近就卫生信息化工作指出：在信息化时代，卫生信息化建设要跟上发展形势。加强卫生信息化建设是提高政府管理水平和宏观调控能力的需要，是增强政府公共服务能力的需要，是提高卫生行业监管力度的需要，在2010年卫生工作会议上把“探索建立电子病历。逐步试行电子病历，并与居民健康案相对接，改善服务，提高效率。”作为今年推进医院改革、加强医疗管理的重点工作内容。根据云南省实际情况，为全面贯彻预防为主的卫生工作方针，促进卫生服务的公平性，缩小城乡差距，使全体城乡居民公平享有基本公共卫生服务，根据《中共中央国务院关于深化医药卫生体制改革的意见》（中发〔2009〕6号）、《国务院关于印发医药卫生体制改革近期重点实施方案（2009-2011年）的通知》（国发〔2009〕12号）、《国务院关于扶持和促进中医药事业发展的若干意见》（国发〔2009〕22号），以及卫生部、财政部、国家计生委联发的《关于促进基本公共卫生服务均等化的意见》精神本可研报告编制的主要依据如下：103 1)2009年4月，《中共中央国务院关于深化医药卫生体制改革的意见》和《国务院关于印发医药卫生体制改革近期重点实施方案（2009-2011）的通知》正式发布2)新医改方案提出：从2009年开始，逐步在全国建立统一的居民健康档案。为此迫切需要制定一个规范性文件指导和规划各地建立全国统一的居民电子健康档案，以保证各地区域卫生信息化建设科学合理有效地进行，提高系统建设的效率和质量，降低系统建设的风险。3)2010年发布的“卫生部医政司提出研究制定《电子病历功能规范》”4)2010年发布的“卫生部医政司提出研究制定《电子病历基本规范》”1.1.1.5、项目建议阶段确定的建设内容和投资规模1.1.1.5.1、建设内容本项目建设内容主要有以下内容：1)云南省电子病历一卡通联网系统，目前国内一些省籍大型医院的医院信息化建设近年来取得了很大的成绩，但那不是真正意义的电子病历，从根本上就没有实现：“患者病情，诊断详细，辅助医疗设备检查等等信息，不管大大小小医院病历本，都是各自为阵建立，患者辅助医疗设备重复检查，相关药品针剂重复使用，这不仅严重患者造成经济负担，也给我们国家社会资源的浪费，这属于电子病历最基本的要求，更不要说实现诊疗过程的数字化、无纸化和无胶片化”，但是与国外先进水平相比还有很大差距。2)各大医院内部应用软件改造及新增功能，包括疾控中心疾病信息统计上报服务支持、行业药品监控、卫生厅政府行业监管与综合分析等；3)实现诊疗过程的数字化、无纸化和无胶片化”。1.1.1.5.2、投资规模根据市发展改革委项目建议阶段的批复，本项目总投资规模控制在XX万元以内，所需资金来源于云南省电子病历一卡通建设专用基金。1.1.1.6、总投资估算及来源本项目建设总投资估算为XX万元，所需全部资金来源于云南省电子病历一卡通建设专用基金。103 可研报告提出的建设内容和投资估算，是在项建书的基础上进一步细化分析，并结合行业管理出现的新政策而调整的结果。主要调整内容包括：1)为提高系统安全性，增强身份认证、权限管理等功能；2)电子病历一卡通采用独立的统一中心机房服务器以保证核心服务器安全；3)各大医院、社区医院内部应用系统整合模块；4)为满足新医改药品、乱收费卫生厅监控系统5)省市疾控中心监控系统6)综合分析功能的调整；7)部分软硬件配置的调整。1.1.1.7、社会与经济效益本项目建设具有显著的效益，主要体现在：1)人从出生，终身唯一一份电子病历健康档案，实现电子病历一卡通，全省，全国通用，给误诊、重复、用错药等医疗事故降到零事故。2)实现诊疗过程的数字化、无纸化和无胶片化”，不仅给患者减轻经济负担，也为国家降低资源及环境污染。3)省市疾控中心一些流行病，传染病、常见病、一些社会因素疾病等等监控，第一时间系统自动汇总，为人民建康提前预防，如每天高发热病人人数，主要集中在那些地方，就诊医院，人群，每年季度每月高血压，糖尿病的具体病例等等监控。4)系统根据相关医师，提供的病症特征，误诊的系统及上级主管立即发现及报警。5)新医改国家提出乱收费，乱用药，特别是乱用抗生素等等得到监控6)把医疗事故降低到零例案7)网上挂号，诊治。1.1.1.8、结论与建议103 2.1、背景国家医改政策中明确提出“建立实用共享的医药卫生信息系统”“以医院管理和电子病历为重点，推进医院信息化建设”。陈竺部长在2010年卫生工作会议上把“探索建立电子病历。逐步试行电子病历，并与居民健康案相对接，改善服务，提高效率。”作为今年推进医院改革、加强医疗管理的重点工作内容。随着信息技术的普及和快速发展，基于纸张的医学病历已经不能适应现代医学的需求。这种医学病历起源于十九世纪，用于临床医生记录他们对患者的病情观察和治疗计划，以便当下一次遇到同类患者时，可以帮助他们回想起此类病人的相关细节。由于这些记录并不旨在为将来不同的医师之间提供交流，故而这种病历中只记录了很少的化验结果及临床资料。对于一个医疗工作者而言，无论是获得有关特定病人的资料还是获得与患者管理有关的一般信息都是一件棘手问题而又常常遇到的困难。随着提高临床工作效率的要求，医疗工作者正在呼吁一种更为可靠的系统，以便在诊断患者疾病时可以帮助他们更容易更直接地获得他们需要的信息。电子病历(electronicmedicalrecord,EMR)方式可以实现以上这些希望，而且相应地可以有助于提高医疗和生活质量。EMR是指计算机化的病历，对其一致的理解和定义的电子化病历记录，该系统提供用户访问完整准确的数据、警示、提示和临床决策支持系统的能力2.1.1、关键概念21.1.1、健康管理健康管理是基于个人健康档案基础上的个性化健康事务管理服务，它是建立在现代医学和信息化管理技术模式上，从社会、心理、环境、营养、运动的角度对个人提供全面的健康促进服务，帮助、指导人们有效地把握与维护自身的健康。103 2.1.1.2、健康档案与电子健康档案健康档案与电子健康档案。健康档案是居民健康管理（疾病防治、健康保护、健康促进等）过程的规范、科学记录。是以居民个人健康为核心、贯穿整个生命过程、涵盖各种健康相关因素、实现信息多渠道动态收集、满足居民自身需要和健康管理的信息资源（文件记录）。电子健康档案(ElectronicHealthRecord,EHR)，也称为电子健康记录，即电子化的健康档案，是关于医疗保健对象健康状况的信息资源库，该信息资源库以计算机可处理的形式存在，并且能够安全的存储和传输，各级授权用户均可访问。2.1.1.3、病历与电子病历病历与电子病历。病历是医疗机构在特定时间，对门诊、住院患者临床诊断治疗过程的系统、规范记录。健康档案与病历有区别，但更有联系。病历是健康档案的主要信息来源和重要组成部分，健康档案对病历的信息需求，并非病历的全部，具有高度的目的性和抽象性。电子病历，即电子化的病历，是记录医疗诊治对象健康状况及相关医疗服务活动记录的信息资源库，该信息资源库以计算机可处理的形式存在，并且能够安全的存储和传输，医院内授权用户可对其进行访问。2.1.1.4、区域区域。具有完整的医疗卫生体系的行政区划地区。一般说来，区域至少是区、县，也可以是更大的地市、直辖市，甚至全国、全球。这里的区域概念主要指行政区划中的地区（地级市、或副省级城市及直辖市的区）。街道和乡镇不是本文所谓的区域，原因是街道不具备独立的完整的疾控、卫监、妇幼等公共卫生机构。2.1.1.5、基本业务信息系统基本业务信息系统。在区域卫生信息平台建立之前，医疗卫生机构已经有大量正在运行和使用的与健康档案信息相关的卫生业务信息系统，这些系统称为基本业务信息系统或医疗卫生机构内部信息系统。典型的基本业务系统包括医院信息系统、社区卫生服务信息系统和公共卫生信息系统。103 目前我国基本业务信息系统处于信息孤岛和信息烟囱的状态，亟待通过建立区域卫生信息平台实现基本业务系统的信息交换，并在此基础之上实现信息共享、业务协同。2.1.1.6、区域卫生信息平台区域卫生信息平台，是连接区域内的医疗卫生机构基本业务信息系统的数据交换和共享平台，是不同系统间进行信息整合的基础和载体。从业务角度看，平台可支撑多种业务，而非仅服务于特定应用层面。2.1.1.7、互联互通性互联互通性。指一个系统或应用软件能够正确使用其他系统或应用软件产生的数据的能力。即系统之间能够传输数据，并且这些数据能够被准确地理解。一般将互联互通性分为功能（语法）互联互通性和语义互联互通性。功能（语法）互联互通性是指两个或多个系统之间通过设定功能和定义报文结构进行信息交换的能力。语义互联互通性是指两个或多个系统共享的信息能够按原有定义被理解的能力。语义互联互通性是信息共享的前提条件，涉及数据的整合、概念、术语、域模型和数据模型以及信息（数据）框架的一致性问题，确定信息的结构和内容。在本解决方案中，互联互通性包括两个方面：1)描述医疗卫生机构内部信息系统与区域卫生信息平台之间的信息共享与交换，称为健康档案互联互通性；2)描述区域卫生信息平台内部各构件之间的协作行为，称为区域卫生信息平台互联互通性。2.1.1.8、基于健康档案的区域卫生信息平台基于健康档案的区域卫生信息平台。以区域内健康档案信息的采集、存储为基础，能够自动产生、分发、推送工作任务清单，为区域内各类卫生机构开展医疗卫生服务活动提供支撑的卫生信息平台。平台主要以服务居民为中心，兼顾卫生管理和辅助决策的需要。基于健康档案的区域卫生信息平台，在下文中简称为本平台。2.1.1.9、患者、居民和个人103 本解决方案中患者、居民和个人具有相同的意义，指通过医疗卫生服务体系获取和接受服务的个体。在本解决方案中这些术语可互换使用。2.1.1.10、医疗卫生服务实体机构主要是关于医疗卫生领域中实际存在的相对具体的主要服务与管理机构，如医院、妇幼保健机构、社区卫生服务机构等。2.1.1.11、卫生服务活动卫生服务活动是卫生服务提供者为达到一定目的针对服务对象所采取的医学干预措施或行动。本方案中主要是关于各类医疗卫生机构在对居民个体提供服务的过程中，能够通过POS操作产生相关的健康档案信息，并需要通过区域卫生信息平台实现数据共享的各类业务活动。2.1.1.12、基本活动健康档案相关卫生服务活动来源于各个业务域，由不同卫生机构负责执行，其信息以业务表单形式记录。我们对这些卫生服务活动采取自底向上的方法进行分解、归纳、汇总去重抽象后，最终可形成不可再分的基本活动。也就是说，这些基本活动可以只存在一个业务域中，也可以存在多个业务域中。卫生服务机构在具体业务域中执行基本活动，就是对基本活动的实例化。因此，卫生服务活动是从基本活动演绎和组合形成的。2.1.1.13、数据元数据元是通过定义、标识、表示和允许值等一系列属性进行规范描述的基本数据单元，在特定的语义环境中可认定为不可再细分的最小数据单元。2.1.1.14、元数据103 元数据是定义和描述其它数据的数据。元数据结构包括元数据元素、元数据实体和元数据子集。数据元的元数据总体模型由概念层和表示层两个部分组成，概念层包括数据元概念类和概念域类，这两种类都表示概念。表示层包括数据元类和值域类。数据集元数据是指卫生信息数据集元数据的全集。2.1.2、电子病历的应用现状2.1.2.1、电子病历在国外的应用现状美国政府已在大力推广、普及EMR的应用工作，印第安那大学医学分校利用的EMR预测癌症早期病人的死亡，匹北堡大学医学分校用EMR的MESS系统研究医嘱和处方的准确性，波士顿EMR协会正在研究通过Intemal传输急救病人的EMR问题。日本东京大桥妇产科医院已通过医院区域网的客户/服务器系统实现了门诊病人的EMR管理。日本医院信息管理系统协会(JAJIS)正在致力于EMR的安全性问题。英国已将EMR的IC卡应用于孕妇孕期信息、产程启示和跟踪观察，荷兰阿姆斯特丹医学中心对肾病患者和器官移植病人使用使用EMR卡启示病人透析情况，而且病人可持卡异地透析。同时，这些国家和地区已经成立了专门的研究机构，把EMR作为一个重点课题研究，组织医疗单位实施和普及2.1.2.2、电子病历在国内的应用现状经过近20年的发展，我国医院信息系统已初具规模，特别是随着国家金卫工程的展开，许多医院相继建立起医院范围的信息，为我国EMR的研究和应用奠定了坚实的基础。国内成立了EMR专业委员会，对EMR的发展起到了引导作用。患者可在医院通过计算机网络直接和银行、医保中心和保险机构连网，金卫卡可保存持卡人终生的医疗保健信息2.1.3、医院现有的软件运行情况通过我公司这几天，走访昆明多个医院的现场调研了解到，目前医院的软件流程如下2.1.3.1、门诊流程门诊病人来到挂号处挂号，挂完号以后患者到对应的门诊科室就诊，接诊医生根据诊断后开具手写处方，病人持医生开具的手写处方分别到药房或执行科室去划价，划价后患者凭已划价后的处方到门诊收费处交费，交费完成以后凭借缴费票据去药房领取药品或到医技或治疗科室继续就诊。103 2.1.3.2、住院流程住院病人到住院登记处进行住院登记，登记以后来到交费处缴纳押金，然后到护士工作站护士根据住院登记表分配到对应科室病区的床位，接诊医生根据诊断开具手写医嘱以后，交由护士来录入医嘱，然后护士再执行医嘱，在现有系统内录入并扣减严谨实现对患者收费。2.1.3.3、药品流程中心药房的系统控制着全院药品发放，包括门诊药房，住院药房。药房药品库存不足时向药库申领，药库审批以后下发药品。通过这次调研了解到，从整体来看医院现有的管理软件还是比较落后的，各科室之间没有达到信息共享的程度，浪费了很大的人力、物力、财力。目前已有的软件只有最基础功的能，已经无法满足医院现有的实际业务，严重的制约了医院今后的发展，对后期的软件系统更新扩展、网络改造都是有很大阻碍和限制性。2.1.4、医院现有软硬件及人员的配置情况2.1.4.1、软件方面缺少的功能门诊医生工作站、门诊护士站、住院医生工作站、手术麻醉管理、财务经营核算、院领导决策查询等，院内一卡通系统；实验室管理系统（LIS），影像管理系统（PACS），电子病历系统(EMR)、行政办公室系统(HOA)。2.1.4.2、网络硬件方面缺少设备现有的局域网部署不全面，很多科室都未在局域网内，例如领导办公室、临床医生办公室、放射科、检验科等科室的局域网、计算机都没有到位。所以首先应把医院的局域网组建起来，然后给相应科室都配备上计算机及打印设备，此外如果上影像管理系统的话需要配备高分辨率的专业显示器及配置较高的服务器。103 2.1.4.3、人员方面缺少的岗位信息科作为医院信息化最重要的执行部门未能充分发挥其应有的职能，具体原因是由技术人员配备不到位导致的，相应的维护和管理的技术人员缺失会导致信息化过程中失去执行力度无异于有了优良的指挥将军却没有根据将军要求能打仗的士兵。2.1.5、医院现有系统存在的问题和隐患2.1.6.1、管理缺失现有的医院管理软件，只是很不完善的财务管理软件，只是针对收费、药品、财务统计的一个简单的流程管理系统。不能避免医院跑、冒、滴、漏现象的发生。对于药品的进出不能很好的监管，同时医生在开药的时候不能时时掌握药品的库存、价格信息，从而使退方现象频繁发生。对于医院决策层来说，现有系统对医院的整体数据统计有限，不能为决策层的决策提供科学的数据依据。临床医生没有使用信息系统，在临床医疗信息存储、调阅、研究这方面完全是空白，既加重了医护人员的工作强度也对医院的全面信息共享有直接的影响。2.1.5.2、实验室管理实验室没有上LIS系统，检验人员都在用传统的手工方式进行操作，导致检验科室的工作效率大大降低，不能通过条形码的简易管理来匹配样本很容易出错，并且不能很好的控制漏费现象的发生，无形中造成了人力、物力、财力的浪费及流失。2.1.5.3、影像管理放射科没有上PACS系统，首先对患者的图形影像资料没有很好的管理，时间久了有可能会导致患者检查结果丢失，其次医生不能及时的得到无失真的图像进行诊疗的辅佐和总结以及学术交流，最后不能有效的节约医院的医疗资源，大大的增加了医院的胶片成本。2.1.5.4、电子病历电子病历系统没有使用，不能够给患者建立长期的医疗档案，对于复诊患者不能及时有效的做出诊断，对于医生来说没有可借鉴性和提升性同时不能为医院的科研提供真实、准确的基础数据。不能为将来的全院信息化建设做好准备及后期的区域医疗做好前期工作。103 2.1.5.5、人员配比信息科人员配备不足导致全院的信息化系统不能发挥出最佳效果。只有软件、硬件、信息维护人员之间完美的匹配结合，才能使整个医院信息化系统处于最佳状态，为医院带来社会效益及经济效益的双丰收。2.1.6、电子病历在应用中值得探讨的几个问题2.1.6.1、临床术语的标准化临床医学概念的丰富性和多样化是制定能被广泛接受的标准的临床术语的主要障碍，它在电子病历中必须适于记录病人特殊信息。现有的标准，全国每个省份，标准不一致，不仅省与省之间标准不一致，省内地区与地区执行标准不一致，必建立一套标准信息能够跨越医疗单位、医疗地区，方便医院间乃至省际医院与省际医院间的交流，真正实现电子病历共享和网络化服务。2.1.6.2、电子病历的安全性、隐私性及保密性电子病历对病人是诊疗过程的全部记录和总结，对医师是进行正确诊断、选择治疗的科学依据，对医院或社会是教学、科研、保险和政法工作的重要资料。所以，电子病历的安全性至关重要。应实行电子病历分级保密管理，设立查阅、输入、修改和使用EMR分级授权等，以保证电子病历的安全性和使用价值。同时，系统应提供数据备份和恢复工具，保证数据在受到破坏的情况下，得到最大限度的恢复。此外，需制定相应的政策和制度用以保护计算机内临床资料的保密性和安全性。2.1.6.3、医生输入临床资料就本质而言，将计算机应用与临床医师繁忙地日常工作结合起来是具有一定优越性的。需要医生输入数据的电子病历系统很难被医生接受。因而，很多电子病历系统允许医师采用手工方式记录临床资料。例如口述或填写数据代码表格，过后转录或扫描入计算机内。随着近来新发展的“点击技术”或“基于笔选择的输入方法”，正在出现一些对临床医师更具吸引力的系统。一些研究者正致力于研究既对临床医师具有吸引力，又可以节省时间的人机交互系统。103 2.1.6.4、与医院其他系统的集成目前，许多医院都建立了HIS，把HIS与电子病历集成在一起，才能充分发挥电子病历的巨大作用。此外电子病历要获得并存储病人的图像信息，则必须解决与其他部门的传输接口标准问题，如通过DICOM3.0兼容标准与PACS系统传输，诸如CT、MRI、DSA、Ultrasound(超声波)、Endoscopy(胃镜)等等已数字化或未数字化的医学影像。2.1.6.5、目前国内一些省份建设电子病历建设现状与差距目前国内一些省籍大型医院的医院信息化建设近年来取得了很大的成绩，但那不是真正意义的电子病历，从根本上就没有实现：“患者病情，诊断详细，辅助医疗设备检查等等信息，不管大大小小医院病历本，都是各自为阵建立，患者辅助医疗设备重复检查，相关药品针剂重复使用，这不仅严重患者造成经济负担，也给我们国家社会资源的浪费，这属于电子病历最基本的要求，更不要说实现诊疗过程的数字化、无纸化和无胶片化”，但是与国外先进水平相比还有很大差距。目前国内医院信息化建设大多以HIS(医院信息化系统)为基础，尽管很多大型医院已经拥有了医护工作站、移动医护工作站、药房系统、全院PACS等系统，可以实现部分界面和工作流程的集成，在某种意义上达到了HIMSS第5阶段的闭环管理。但由于缺少的统一电子病历以及支持临床决策的临床数据仓库，使大量临床数据分散在不同的系统中，很难实现高效方便地获取病人完整和准确的诊疗信息。这将是电子病历建设的一大短板，影响电子病历整体信息化建设的水平。2.1.7、开发商介绍2.1.7.1、XXXXXXX简介3.1．系统建设思路及目标3.1.1、电子病历建设思路103 医院信息化建设从几年前的以收费和管理为中心，转变到目前的以临床为中心，电子病历（EMR）是临床信息化发展的最高发展阶段。近几年，电子病历已成为国内业界和媒体关注的焦点和热点，但对于具体什么是电子病历，医疗信息界专家、学者和技术人员却有着各自不同的理解。本人从事IT工作近十年，原从事医院工作近二年多，根据自己多年的实际经验和研究成果，并结合近年来对电子病历建设状况的分析，指出了我国电子病历应用与国外的差距，并提出了未来中国电子病历发展和建设的构想。要建立中国标准化、结构化的电子病历，应该根据中国的实际情况，借鉴美国和日本的成功经验和优点，研发和实施一系列平台和系统。主要包括：临床数据中心、临床信息服务平台、电子病历集成浏览视图、计算机医嘱录入系统、标准化结构化的医疗文档编辑与管理系统、闭环医嘱管理系统、临床知识库管理系统、临床决策支持系统、受控医学术语管理系统、临床路径管理系统以及移动医护工作站等系统。3.1.1.1、整体框架构建一体化的医院信息系统集成平台，实现不同科室和系统之间工作流和数据的集成。建立以临床数据仓库和受控医学词汇表为核心，可长久存储和管理临床信息的医疗数据中心。建立一体化医护工作站，方便快捷地实现集成信息的一体化呈现。3.1.1.2、系统集成平台以IHE技术框架和互操作规范为基础构建系统集成平台，建立基于HL7和DICOM等标准的系统集成和交互接口，实现各独立系统间的工作流集成。建立标准化的临床数据仓库，实现临床信息的计算机可处理性。建立基于WebService的数据服务接口，满足临床诊疗和科研对于医疗信息的访问。3.1.1.3、医疗数据中心医疗数据中心是所有的医疗信息的存储仓库，也是电子病历的核心。既可以实现病人医学信息纵向的长期保存和管理，又可以实现不同专业、不同系统、不同业务流程中病人相关医学文档和信息横向的抽取、整合和归档。103 3.1.1.4、功能强大的医护工作站一体化的医护工作站具有住院医生工作站、门诊医生工作站、护士工作站、移动护士工作站、移动医生查房系统和病历讨论系统的功能，可以实现电子病历的结构化存储、数字签名、痕迹保留和模板录入的功能，同时提供统一的电子病历集成视图和数据集成浏览视图，达到协同工作、优化工作流程和提高医疗质量的目的。3.1.2、电子病历建设目标电子病历（EMR）是临床信息化发展的最高发展阶段。展望电子病历达到以下目标：3.1.2.1、电子病历一卡通全省通用试想一下，若患者手持一张卡，不管去那家医院，刷卡后，根据权限，就能看到该患者，在各家医院就医情况，诊疗过程的用药情况、辅助医疗设备检查结果等等；做到正真意义的电子病历一卡通全省通用。另外，患者只要手持一张卡，不管去那家医院，刷卡患者可在医院通过计算机网络直接和银行、医保中心和保险机构连网，一张卡可保存持卡人终生的医疗保健、治疗信息。它可以实现患者就诊的计算机管理，在方便患者的同时，提高医院的科学管理水平。电子病历一卡通是将一卡通技术融入到电子病历中，是在数字化医院的平台上利用IC卡存储病人ID号、经费等信息，实现病人挂号、就诊、收费、发药、检查检验申请与报告查询、触摸屏及互联网查询、网上及电话预约挂号、医保病人管理等功能。3.1.2.2、数字化、无纸化电子病历医疗管理体系在未来几年，医疗信息化建设需要实现了诊疗过程的数字化、无纸化和无胶片化。电子病历系统应用较普遍。特别是临床医生和护士工作站整合了各种临床信息系统和知识库，功能非常强大，操作方便。同时采用笔记本电脑和PDA实现医生移动查房和护士床旁操作，实现无线网络化和移动化。103 l方便的全图形化界面：以事件为纵坐标，以时间为横坐标，可以按天或小时显示，并根据不同颜色显示不同的医嘱和检验检查结果状态。病人的基本状态及医嘱执行情况一目了然，使医疗质量和工作效率大大提高。l功能强大的医嘱系统：医生对病人的一切诊疗活动都是通过医嘱系统来实现，检查单、治疗单、注射单、手术单及用血申请等单据全部整合到医嘱系统中。医生仅需要医嘱系统，而不需要另外开单。医嘱内涵丰富，包括医师医嘱、注射医嘱、医师/护理任务等，除了常规的医嘱功能外，还增加了很多内容。l规范的临床路径：包括临床路径的创建、展开、确定、中断和结束等内容，医院有专门的临床路径审核委员会来审核临床路径的合法性。l详细的病人信息：主要包括基本信息、住院信息和护理信息等。基本信息除病人个人信息之外，还包括饮食嗜好、饮酒状况、吸烟状况、宠物饲养状况、生活习惯等，对于疾病管理和干预非常有帮助。l方便的提示信息：可以在定义临床路径或输入医嘱时输入适应症信息及报警提示信息，在护士执行过程中一旦不能满足该条件，就可以自动提醒，避免医疗差错的发生。3.1.2.3、电子病历需要符合国人习惯要建立中国标准化、结构化的电子病历，应该根据中国的实际情况，借鉴美国和日本的成功经验和优点，研发和实施一系列平台和系统。主要包括：临床数据中心、临床信息服务平台、电子病历集成浏览视图、计算机医嘱录入系统、标准化结构化的医疗文档编辑与管理系统、闭环医嘱管理系统、临床知识库管理系统、临床决策支持系统、受控医学术语管理系统、临床路径管理系统以及移动医护工作站等系统。103 l整体框架构建一体化的医院信息系统集成平台，实现不同科室和系统之间工作流和数据的集成。建立以临床数据仓库和受控医学词汇表为核心，可长久存储和管理临床信息的医疗数据中心。建立一体化医护工作站，方便快捷地实现集成信息的一体化呈现。l系统集成平台以IHE技术框架和互操作规范为基础构建系统集成平台，建立基于HL7和DICOM等标准的系统集成和交互接口，实现各独立系统间的工作流集成。建立标准化的临床数据仓库，实现临床信息的计算机可处理性。建立基于WebService的数据服务接口，满足临床诊疗和科研对于医疗信息的访问。l医疗数据中心医疗数据中心是所有的医疗信息的存储仓库，也是电子病历的核心。既可以实现病人医学信息纵向的长期保存和管理，又可以实现不同专业、不同系统、不同业务流程中病人相关医学文档和信息横向的抽取、整合和归档。l功能强大的医护工作站一体化的医护工作站具有住院医生工作站、门诊医生工作站、护士工作站、移动护士工作站、移动医生查房系统和病历讨论系统的功能，可以实现电子病历的结构化存储、数字签名、痕迹保留和模板录入的功能，同时提供统一的电子病历集成视图和数据集成浏览视图，达到协同工作、优化工作流程和提高医疗质量的目的。3.1.2.3、电子病历审核、审批为了提高医院集中，统一管理，把误诊，误用药、重复用药、乱用药风险降到零风险，电子病历系统将统一多级授权方式授权管理，如住院医师在权限范围外，所写的病历，处方等需要科室主任/科长，进行审批方能执行，科主任/科长在权限范围外，所写的病历，处方，审批的下级住院医师等，需要医务科长/主任或上级医师审批。方能执行。省卫生局可以监理所有医院电子病历。103 3.1.3、系统功能建设目标目前，随着医院的不断发展，全面地推进和实施以电子信息、信息技术为核心的新技术，推行崭新的经营手段、经营方式、经营形态已成为不可逆转的大趋势。医院信息系统(HospitalInformationSystem,HIS),按照MorrisF.Collen•所给的定义是:利用电子计算机和通讯设备，•为医院所属各部门提供病人诊疗信息•(•Patient•CareInformation)和行政管理信息(AdministrationInformation)的收集(Collect)、存储(Store)、处理(Process)、提取(Retrieve)和数据交换(Communicate)的能力，并满足所有授权用户(Authorized)的功能需求。1)帮助医务人员从复杂繁重的管理事务中解脱出来，减轻医务人员及管理人员的劳动强度2)堵塞医院资金漏洞、减少工作差错、提高工作的效率和质量3)降低消耗，减少费用，降低成本4)不断改善医疗环境，提高服务质量，增加服务项目，增强对顾客的吸引力5)使医院的管理水平更上一个台阶，跟上现代化的步伐6)有足够的冗余保证系统能不间断的工作计算机管理系统的总体目标是彻底摆脱业务数据手工操作，信息滞后的工作模式，结合医院管理系统全面实现以先进的计算机、病员卡、信息网络为工具的人机结合的动态超前的先进管理模式，实现医院经营数据的采集、存储、计算、分析的自动化，为医院的经营决策提供完整、高效、可靠、使用的定量化依据，从根本上解决传统医院管理方式的缺陷，使医院的业务管理进入先进行列。3.1.3.1、把现有HIS系统进行完善改造把现有HIS系统进行完善改造，对临床医生、财务经营核算、院领导决策查询等模块进行更新补充，另外为了方便病人就诊及提高医院形象，增加触摸屏系统，同时为了实现全院无纸化办公增加OA办公系统。3.1.3.2、对于实验室LIS系统103 通过临床医生工作站提出的检验申请，生成相应患者的化验条码标签，在生成化验单的同时将患者的基本信息与检验仪器相对应；当检验仪器生成检验结果后，系统会根据相应的关系，通过数据接口和检验结果核准将检验数据自动与患者信息相对应，将信息回传到门诊医生和住院医生工作站。实现检验信息电子化、检验信息管理自动化的网络系统。3.1.3.3、对于放射科PACS系统PACS即图像归档与传输系统，是应用于医院的数字医疗设备如CT（计算机断层成像）、MR（磁共振成像）、US（超声成像）等设备所产生的数字医学图像的采集、归档、管理、诊断、数据处理的综合应用系统。3.1.3.3、对于电子病历系统电子病历（EMR）是一种资源，是记录了病人的全部医疗就诊档案，而形成的文字、符号、图表、影像、切片、数据等资料的总和。是医务人员通过门诊、查体、辅助检查、诊断、治疗、护理等医疗活动获得的最可观的资料，并进行整理、分析、归纳形成的全部医疗行为的记录。它不但为卫生事业管理、医学诊疗与科研提供最实际、最丰富的数据资料和处理医疗纠纷的重要的判定责任依据，而且，是评价医疗质量、管理水平、学术能力的一个重要依据。3.1.4、信息化系统设计原则双主线的管理思想（以电子病历为中心的病人信息主线和以财务核算为中心的经济信息主线），全面采用图形界面（GUI）技术，以新一代关系数据库管理系统SQL或ORACLE为后台数据库，采用Web技术，使用医院内部的Intranet或Internet，系统的安全性通过网络认证安全和大型数据库安全双重保证，是基于Client/Server、Server/Application/Client以及Intranet/Internet的分布式计算处理解决方案。根据对贵医院情况的沟通了解，目前医院主要解决的是医院的费用管理和病人管理建设，我们将充分发挥我们在医院信息化建设方面的丰富经验，帮助医院规避投资风险和重复投资而带来的浪费，以便在有限的资源中实现最大化的业务需求，我们会将这种精神体现在我们的方案之中，也贯穿我们对客户的每次服务。103 3.1.4.1、指导思想医院信息管理系统是现代的医院管理方法与先进的计算机技术相结合的产物，它是一项熔系统工程与软件工程于一体的复杂工程。它不但规范了医院业务同时为高层管理者或决策者提供准确及时的决策依据，提高了医院全局管理，是医院大事。因此开发和使用双方必须高度重视，这是工程成功的保证。3.1.4.2、提供依据以计算机、网络数据库技术为手段的现代管理信息系统，必须立足于医院的实际情况，紧密结合当前管理工作对信息和信息处理水平相辅相成，不断完善。从医院中来是指不脱离当前医院的实际情况，为医院提供依据是指用先进的技术和手段对商业信息采集加工，为管理提供深层次、可靠性强的数据，从而达到提高医院经济效益和树立良好形象的目的。3.1.4.3、实用性、经济性和先进性医院管理信息系统应是根据管理工作中最迫切需要解决的问题而建立，必须从实用的角度出发，实实在在解决一些手工处理起来比较困难繁琐的工作，这就要求从调研入手，对手工管理的薄弱环节和对医院经济效益影响最大的管理业务加以分析，做到为管理者、决策者提供管理手段和真实可靠的决策依据。系统设计应立足于先进的计算机技术、网络技术、数据库技术等，用先进的开发方法与现代商业管理方法相结合，做到实用性和先进性相结合。在软、硬件选型上应本着满足医院要求，性能价格经好的产品，尽量节约资金。3.1.4.4、可靠性、灵活性和可扩充性系统设计和软硬件平台选择充分考虑其可靠性、灵活性和扩充性好的原则。选择世界著名的设备和系统软件是应用系统可靠性的一个重要保证。采用目前国际最先进的结构化布线系统，对接口变更、扩充等做到容易、快捷。另外在应用软件设计中，我们留有充分的接口，采用模块化的方法，使系统有充分的发展余地，做到保护原有设备的投资和兼容性好，使整个系统随着医院的发展不断升级、平滑前进。103 3.1.4.5、开放系统和标准化医院管理信息系统应按照开放、标准化的原则建设，构成系统的各个部分，都要严格贯彻标准化、兼容性、移植性好、互操作性好的原则。在系统开发过程中，我们严格按照国家卫生部、财政部、社保局和有关技术标准进行，比如ICD-10码、社保局标准报表。采用开放的网络操作系统和标准的网络结构通讯协议(TCP／IP)和结构化布线系统，这是保证开放性和标准化的关键。3.1.4.6、全面规划、分步实施医院管理信息系统是一个多层次、全方位、综合性强的网络应用系统，整个系统结构复杂，涉及面广，系统设计和实施一步到位对医院来说有一定困难，而且也有一定风险，这主要体现在医院内部人员能否适应、外部环境是否完善。从系统的全局观点出发展开需求分析、提出总体方案、缓急的要求制订实施计划、突出重点，这样才能达到时效性好和整体性好的目的。3.1.4.7、系统设计方法根据我们对HIS的理解和经验，系统设计应按照软件工程和系统工程相结合的方法，对系统整体设计思路分析透彻，在具体细化设计时采用原型法与生命周期法相结合，充分借鉴国内外已有医院HIS成功的经验。在系统调研时，采用业务流程图的方法，使医院的管理人员易于接受和理解，达到交流充分，设计准确。3.1.4、接口与LED显示屏、触摸屏、公共广播系统、财务系统、OA办公自动化等系统进行数据透明接口4.1．数据安全整体系统构架设计本系统从设计上主要有4.1.1．设计原则l安全性：应有完善的权限控制，防止泄密及不可抵赖性；全省电子病历系统属于特一级103 高安全性系统，可采用与银行系统一样的安全机制及机密技术；针对这点，本公司将对本次全省电子病历一卡通系统采用的安全标准：美国国防部B1级安全程度（虚拟保险箱安全级别）。l稳定性：系统要能够满足大用户量的应用需求,具有长时间正常工作的能力；l先进性：所用技术是目前国际上所广泛采用主流技术；l完整性：必须满足省厅管理中心，各卫生局/院管理的基本功能需求；l标准性：与各应用系统互联、数据交换等应遵守国际上成熟的XML标准与规范；l可扩充性：满足省厅管理中心，各卫生局/院后期的办公，管理交换不断深入的要求，具有良好的可扩充性、可升级性，具有与其它系统互联的良好接口；l灵活性：系统须能适应省厅管理中心，各卫生局/院管理和信息交换的机构设置及业务流程不断变动的需求；l易用性：保证系统易用性，可操作性，方便性，实现信息资源的有限共享；方便性：应有简捷的操作、维护界面，提高工作效率4.1.2．关健需求分析此次云南省电子病历一卡通管理系统是从应用范围上覆盖全省、全市、县，镇，将来还要接入医院的大协同办公系统，系统能跨单位协同又能形成各单位相对独立的小系统，实现好这一目标关健需求如下：l健壮性：系统架构设计要能支持10万以上的用户和最小5万个并发用户的性能要求，并能够稳定安全地运行。l分级管理：系统设计上支持分级管理，超级系统员管理大系统，各单位管理员管理本单位的系统的初始化设置等，用户使用可各单位的数据可独立，可共享。l实施服务：因本次省电子病历一卡通管理系统覆盖全省、全市各单位，规模庞大，涉及到的单位与人员众多，要使各计算机水平的人员掌握该系统的操作与管理，培训存在一定的困难，我公司将采起以单位为单元培训及实施，这样有效控制只需讲解以单元为中心的应用功能模块。(1)分布式应用开发：103 讲到B/S结构，有数多的好处，只安装维护一个服务器（Server），而客户端采用IE浏览器使用，假设使用有100个点、10000个点，客户端不需要安装，只要一个人维护一台服务器即可，管理及维护成本低。但她有一个致命的缺点就是“网络中断”，将导致所有网点不能正常使用的缺点。这就是我们为省电子病历一卡通管理系统提供的解决方案，分布式应用开发系统，使省级选择最好的B/S软件结构架构，网络中断后，或其它医院与省厅联网，都可以继续正常使用，而不影响正常工作。4.1.3．数据库建设、设计、安全性等架构4.1.3.1、存储需求分析基于健康档案的区域卫生信息平台建设中最关键的是数据。如何满足区域卫生信息平台的存储需求，是我们必须考虑的问题。以下我们对区域卫生信息平台中所涉及的存储需求进行分析。4.1.3.2、基本原则1)采用分布式数据管理模式2)中心建立中心数据库，各地洲市或镇建立分数据库3)对数据库中的敏感数据项进行加密4.1.3.3、系统采用分布式数据库1)采用Oracle9i/10g或企业级enterprisedb大型海量关系数据库系统，建立中心数据库，提供远程查询访问功能，实现市卫生局/镇及省厅系统联网功能。2)各卫生局建立分数据库，无论线路故障与否，卫生局总是使用本地数据库；在省厅管理中心建立中心数据库，通过通信服务系统保持各个分布式数据库之间的数据实时同步，在网络故障时不影响各卫生局或镇卫生院体检等业务的正常运行。3)建立中心数据库，首先要制订统一的数据采集同步方案，保证各卫生局的数据能够传送到中心数据库，同时也保证中心数据库中数据的一致性、完整性和有效性。其次，是基于中心数据库开发多个应用系统。103 4.1.3.4、存储需求分析在存储架构的设计中，我们需要同时考虑电子病历档案的数据存储和区域卫生信息平台的数据存储。电子病历档案的存储主要分成五种类型：l电子病历数据存储（EHRDataStorage）l业务数据存储(BusinessDocumentStorage)lODS数据存储（OperationalDataStore）l业务平台数据存储（BusinessDataStorage）l数据仓库存储（DataWarehouse）。区域卫生信息平台运行所涉及的支撑数据包括：标准数据、注册数据、来自各POS的数据等。1)电子病历档案数据健康档案数据(EHRDataStore)是区域卫生信息平台的基础。健康档案数据不限定以关系型数据库或文档的存储方式进行存储，在存储架构设计中应重点考虑健康档案数据中不同数据存储方式下的存储、归档、检索的效率，以及所涉及的数据备份恢复。根据健康档案信息的分类，健康档案存储服务分为七个存储库：个人基本信息存储库、主要疾病和健康问题摘要存储库、儿童保健存储库、妇女保健存储库、疾病控制存储库、疾病管理存储库以及医疗服务存储库。2)业务文档数据库业务文档数据库指的是医疗活动产生的与EHR相关的文档，这些文档通过区域信息交换层（HIAL）传送到区域卫生信息平台。它需要平台的专门服务解析和映射（Parser/Map/Rebuilder），才能转换成EHR文档。平台必须有一个永久存储业务文档库的数据库。业务文档以XML方式进行组织，与电子签名相结合，在文档库中进行注册。3)ODS数据库103 从业务支持的角度来看，我们需要建立ODS数据库，来实现对业务的更好支持。为了完成某些特定业务上的流程要求，可能产生很多中间数据，而这些中间数据都有赖ODS数据库实现其存储方式。1)业务平台数据库除电子病历档案数据(EHRDataStore)之外，区域卫生信息平台需要存储一些相关的业务数据，并实现对这些数据的插入、更新、查询和统计功能。业务数据主要包括以文档形式存储的结果数据，以及操作型数据。a)文档数据：以文档形式存在于平台中的临床和预防保健业务数据，例如检验报告、处方、传染病报告卡等。这些数据是结果数据。b)操作型数据：从多个医疗机构内部信息系统中采集上来，并加以汇总处理后的数据，主要服务于统一的实时查询和实时的统计。c)2)数据仓库主要是业务管理和辅助决策所需的支撑数据。这些数据是通过数据仓库工具进行抽取、转化和整理后存储在数据仓库中的。数据仓库数据以主题方式组织，是经过二次加工的历史数据。3)标准数据标准数据是区域卫生信息平台运行的数据基础。标准数据包括区域卫生业务数据的所有数据标准规范，通过这个库和数据校验机制对数据中心的数据进行标准化保障，主要的数据标准包括整个定义电子健康档案的数据集和数据元（具体可参考卫生部发布的中国健康档案数据标准），还有各种代码标准。由于数据标准存在着时效性，因此针对有时效性的数据进行版本控制，不同的版本有各自的生命周期，不同生命周期中的业务数据对应不同版本的数据。在系统实现中，标准数据以XMLtemplate的形式或关系型数据的形式进行存储。4)注册数据103 注册数据是满足注册服务所需的数据及存储。包括个人、医疗卫生人员、医疗卫生机构、医疗卫生术语的注册管理数据。1)区域信息交换层（HIAL）临时存储的交换数据区域信息交换层（HIAL）将来自于POS的数据/文档接入到平台中进行处理。区域信息交换层（HIAL）将EHR数据/文档发送到POS或其他数据消费方。这些数据/文档在处理前将临时存放在数据交换（HIAL）应用服务器或其他服务器。这部分数据的存储要求有较高的I/O速度。4.1.3.5、数据存储的模式需求对于基于健康档案的区域卫生信息平台来说，数据存储模式是信息架构要考虑的一项重要内容。对于区域卫生信息的使用者而言，没有必要关心数据的存储模式。这比如大家从互联网上查找新闻时，大家并不关心存储这条新闻的服务器放在那个国家，也即不必关心数据存储模式。但是区域卫生信息平台的设计者，需要从经济可行性、技术可行性和管理可行性方面去考虑选择不同的数据存储模式。区域卫生信息平台涉及到与居民健康相关的所有业务，因此其业务数据具有类型多、容量大的特点。数据存储模式种类有以下三种：集中式、分布式和联邦式。集中式：建设一个统一的数据中心，把一个区域内需要共享的数据集中全部存储在数据中心。分布式：一个区域内没有统一的数据存储中心，数据可以分散在不同的机构和地点。例如，某个患者需要访问上个月做的X光检查资料，区域卫生信息平台会将该患者的访问需求转移到他上个月去的医院的系统，将存储在该医院的数据提供给患者使用。所谓联邦式是集中与分布相结合的数据存储模式，对于用户经常访问的数据集中在数据中心，其余分散在不同地点或机构。根据业务数据的特点，对数据存储的要求也不尽相同。我们对这三种数据存储的优劣势以及数据分布的分析如下：数据存储模式优点缺点数据分布103 集中式存储方式效率高且方法简单但扩展性和灵活适应性受到一定局限在本系统建设中，对于居民基本信息（包括姓名、性别、出生年月、身份证号、社会保险号等），由于其使用频率高，数据容量相对较小，可采用数据中心集中式存储的方式；对于公共卫生信息，如疾病预防数据、妇幼保健数据、精神卫生数据，则采用中心集中存储的模式，这样可以保证该类数据的安全性。分布式存储方式一般说来效率较低，技术实现复杂扩展性和灵活性有很大优势在本系统建设中，对于医学影像信息，其数据量大，可采用分布式的存储模式，这类信息通过注册到区域卫生信息平台，当医疗机构需要调阅时，可通过平台查询获取数据所存储的地址（一般为某医疗机构），再从目的地获取所需要的信息。这样既减轻了平台的负载，也提高了数据的调阅效率，但缺点是对医疗机构之间的网络要求较高，区域范围内各医疗机构之间必须是双向网络，而且需要保证一定的带宽。混合存储方式（联邦式）结合以上两种模式的优点对于其他业务数据（如实验室检验数据、就诊记录数据），则可以根据实际的业务需求，采用分布式存储+集中式存储的混合模式。以上表格：数据存储的优劣势以及数据分布总的来说，区域卫生信息平台存储架构设计中应考虑支持这三种架构来实现数据存储。4.1.3.6、可靠性和可扩展性的需求基于电子病历档案的区域卫生信息平台建立之后，将成为实现卫生信息系统互联互通的核心枢纽。而数据存储的可靠性是满足互联互通正常运转的基石，在存储设计中应充分考虑可靠性的需求，建立有效率的备份恢复机制、冗余存储机制以及灾难备份机制。103 存储系统的规划及分析，需综合考虑区域卫生信息平台对存储系统的需求。电子病历档案数据(EHRDataStore)覆盖了从婴儿期到老年期的八个主要的生命阶段，数据以增量的方式增长。在存储设计之初，不仅要考虑满足短期内的存储需求，而且要需要考虑未来较长时间内容量需求扩展的情况，以及分级存储实现的可扩展性。4.1.3.4、数据安全4.1.4．存储设计（数据存储的物理设计）4.1.4.1、数据类型对应的存储模式对于不同类型的数据进行分析，我们提出推荐的存储模式如下：数据类型存储模式MPI关系数据库Table，索引数据库EHR索引关系数据库Table，索引数据库健康档案摘要关系数据库Table健康档案地址XML健康档案实体XML,文件,文档(包括XML,HTML,DICOM,PDF,DOC,…….)标准数据关系数据库Table，XML注册数据关系数据库Table业务文档数据XMLODS数据关系型数据库数据仓库专用数据仓库，关系型数据库以上表格：数据类型的存储模式上表主要目的是区分XML文档和结构化数据，其他类型数据库（如面向对象数据库等）也可以满足系统建设的需求。下面章节的讨论，主要基于关系型数据库和XML文档存储来进行。总的来说，结构化的数据类型（除XML文档之外），均采取关系型数据库进行存储；对于XML文档，考虑其存储的特殊性以及存在的多种存储模式可能，我们将在8.2.2节对XML文档的存储设计进行详细阐述；其他类型的数据，如WORD文档、PDF文档、DICOM文档等，更多的采用文件方式进行存储。103 4.1.4.2、XML文档存储设计区域卫生信息平台建设中，系统与平台间、系统与系统间（如果有的话）的信息交换，凡是顺从CDA标准的，一定是文档格式。这些文档均遵循XML规范以XML文档的形式进行传输和存储。对于XML文档的存储设计，不仅要考虑存储和备份，也需要考虑区域卫生信息平台对于XML文档的检索、查询需求。目前XML文档广泛应用以下几种方式进行存储：1)文件形式存储：原始XML文档或按照平台要求经过转换后的标准化的XML文档，以文件形式保存。2)数据库形式存储：lNativeXML数据库：在NativeXML数据库中可以定义XMLschema模型定义，支持DOM(DocumentObjectModel)或/和SAX(SimpleAPIforXML),，支持XMLPath语言（XPath）和XQuery。NativeXML数据库的物理存储实现，可以基于关系型、层级型或者面向对象的数据库结构。l大字段存储：以大字段的形式将XML文件存储到关系型数据库。关系型数据库中提供的XML支持功能可以用DOM或/和SAX的方式进行解析。l平面表存储：原始XML文档或按照平台要求经过转换后的标准化的XML文档，经过XML解析器解析分解后，以约定的格式将XML文档中的存储在数据库的表、字段中。存储方式优点缺点文件存储针对读写直接操作，节省多余开销，能够针对文件结构做专门优化，获得更高的读写性能效果维护复杂，开发成本高，不利于统计和查询NativeXML数据库存储较为理想的存储方式，主流数据库都已经支持。统计查询方便，维护成本低，技术成熟稳定需要更多的额外开销处理实体的读写大字段存储主流数据库都支持，可基于XML文档的摘要信息进行检索，适用于不需要对XML文档内部文档进行检索的应用场景SQL查询不能深入到保存该文档的字段并翻译它——检查文档的各部分的唯一方法就是把整个部分返回到结果集中去103 平面表存储主流数据库都支持，最为灵活的实现方式，可以有效的针对性能需求进行数据表结构和存储设计需要花费额外的时间去寻找和组装XML文档；XMLSchema的变更将导致数据表的结构变更，需要有完整的开发维护管理做为支持混合存储对每种XML文档进行分析,针对专门的读写进行优化，既保留文件存储的高性能，又能保留数据库存储的方便查询开发成本高，业务分析复杂，存储成本增加4.1.4.3、文件的管理和存储设计如前文所述，EHR数据库中的文档、业务档案归档库中的文档以及其他结构化或非结构化文档（如PDF、WORD、扫描文件等），均有可能以文件的形式进行存储。文件形式存储又可以分为两种管理方式：1)信息平台系统自行管理的方式：由信息平台系统来注册和管理文件存储位置信息，通过URI或者其他寻址方式来获取以文件形式存储的XML文档。需要信息平台系统具有较为完整的文件注册和管理机制，需要单独考虑XML文件的存储和备份。2)数据库管理的方式：主流数据库支持对文件系统中的文件进行管理。在数据库中可以创建目录映射关系，并存储文件的目录信息。这样通过数据库连接，可以直接获取以文件形式存储的XML文档。这种管理形式在一定程度上可以更为有效的对文件存储位置进行维护和管理。但是由于XML文件并不存储在数据库中，在XML文件存储和备份中仍然需要单独进行考虑。3)所有的文件均需遵循信息生命周期管理(ILM)的理念，建立统一的管理以及归档机制。4.1.4.4、数据库存储设计区域卫生信息平台有大量的数据需要存储在关系型数据库中，包括：MPI、EHR索引、健康档案摘要、标准数据、其他注册数据等。如上一节所描述的，XML文档也可能存储在关系型数据库或者基于关系型数据库的Native103 XML数据库。在这些数据中，MPI、EHR索引等数据是区域卫生信息平台数据交换、检索和统计的基础，平台系统对这部分数据的访问量是最大的，在数据库的存储设计中应该重点考虑。以下我们将针对数据库存储设计的基本原则，以及需要重点考虑的一些问题进行深入探讨；数据库存储设计的基本原则数据库存储设计应遵循以下几个基本原则：1)可预知的I/O和系统性能2)均衡可用的I/O带宽和能力，避免出现“热点”3)方便可行的动态管理能力4)便于判断和定位问题5)通过冗余实现高可用性6)健全的备份和恢复机制4.1.4.5、数据库存储物理设计中需要考虑的一些问题1)不仅需要考虑存储的容量，更要考虑存储的IOPS(IOperSecond)和吞吐量a)从数据库的角度来看，存储管理提供像LUNs这样的存储单元，即服务器上的一个存储设备。然而一个LUN是一个完全虚拟的实体，由一个存储管理器提供，并可以映射到任何磁盘组合。一个单独的LUN可能是一个RAID(RedundantArrayofIndependentDisk)阵列、一个RAID阵列的一部分、单块磁盘、一块磁盘的一部分或者多个RAID阵列的“中继”。b)数据库服务器是一种I/O密集型的系统，区域卫生信息平台的数据库有较多的写、更新和检索操作。因此我们不仅要考虑存储空间，而且要考虑物理存储的IOPS和吞吐量的要求。从物理存储设计的角度来说，直接涉及到每块物理磁盘的转速以及对应CPU数量的磁盘数量，以及采用的RAID级别等具体技术指标和存储组织方式。2)文件系统和裸设备的选择数据库表空间可以存放在文件系统中，也可以直接存放在裸设备上。关于这两种方式的选择，业界有不同的看法：103 a)文件系统：直接I/O和并行I/O已经几乎完全消除了为了性能需要使用裸设备的需求。文件系统提供了比裸设备更好的管理能力，一个文件系统可以作为一个容器被多个表空间使用。b)裸设备：使用裸设备避免了再经过操作系统这一层，数据直接从设备到数据库进行传输，所以使用裸设备对于读写频繁的数据库应用来说，可以极大地提高数据库系统的性能。当然，这是以磁盘的I/O非常大，磁盘I/O已经称为系统瓶颈的情况下才成立。c)而判断是否使用裸设备要从以下两个方面进行考虑：d)首先，数据库系统本身需要已经被比较好的经过了优化。在未经过优化的数据库系统上体现出来的I/O问题，并不能确定存储系统本身是否存在瓶颈；e)其次，是否确实存在由于采用文件系统导致的磁盘读写瓶颈，事实上绝大多数情况下，文件系统已经完全可以满足系统对于I/O的要求。f)在区域卫生信息平台的数据库存储设计中，我们应根据实际的系统需求，来选择文件系统或裸设备做为数据库表空间的存储。3)、优化数据库存储设计a)事务日志和数据表空间存储分离，为了拥有最好的性能，需要把事务日志和数据表空间分开，分别存放在不同的磁盘或者在不同的LUNs上。应该为每个数据库分区上的事务日志提供专门的磁盘，并且一般情况下一个表空间应该对应有多个LUNs(LogicalUnitNumber)存储。日志磁盘数目对数据磁盘数目的比例完全取决于工作负载，一个比较好的调整标准是15%到25%的磁盘给日志，75%to85%的磁盘给数据。日志磁盘可以采用读写性能更高的固态硬盘（SolidStateDrive）方案，以获取更高的性能。b)索引和数据表空间存储分离，为了避免I/O争用带来的性能影响，数据库存储物理设计中应该将数据所用的表空间和索引所用的表空间的物理存储进行分离。c)在实际设计中，索引和数据表空间物理存储的分离扩展到更多的表空间，以达到存储的均衡或者消除存储热点。d)RAID103 条带大小和数据库数据块大小之间的配合数据库是以数据块大小的整数倍进行读写。为提高读写效率，在RAID条带大小的设定时，需要把条带大小设定为数据库数据块大小的整数倍。4)、数据库自动存储管理目前主流的数据库系统都具有自动存储管理的功能，它为数据库管理员提供了一个简单的存储管理界面。一些自动存储管理服务还提供了异步I/O的性能以及文件系统的易管理性。自动存储管理提高了管理动态数据库环境的灵活性，并且提高了效率。在存储系统的设计中应考虑与数据库自动存储管理功能之间的衔接和配合。5)、数据库高可用性区域卫生信息平台对于数据库的高可用性有较高的要求，通过数据冗余/镜像、主/备份数据库服务器或者数据库集群技术等方式，来满足区域卫生信息平台对于数据库高可用性的需求。这些技术的实现都需要存储系统的支持，在存储系统的设计中应重点考虑与不同实现方式和技术之间的衔接和配合。6)、数据库的备份和恢复主流数据库系统都已经具有备份和恢复机制。在存储系统的设计中，需要考虑如何与数据库系统自身的备份和恢复机制进行配合，以满足区域卫生信息平台对于数据备份和恢复的需求。103 103 4.1.4.6、数据仓库存储设计数据仓库从不同的存储库中抽取和插入数据，经过抽取、转换和装载等加工处理后，提供生成区域卫生信息平台范围内使用的各种数据分析利用资源。数据仓库主要是对业务数据进行综合统计分析，以辅助进行相关决策。业务统计分析和医疗质量辅助分析均是利用现有数据，实现管理辅助决策，从技术角度这类应用可以基于数据仓库技术来实现。数据仓库是一个面向主题的、集成的、相对稳定的、反映历史变化的数据集合，在汇总数据的基础之上，支持数据发掘、多维数据分析等当今尖端技术和传统的查询及表报功能，用于支持管理决策。作为区域卫生信息平台特定的优化读取的性能模型，数据仓库的任务是提供一个独立的平台，数据能被转换成可操作的、可搜索的、可管理的和可获得的，而不影响信息平台系统组件所需的关键性能服务水平。必须支持分析、研究和管理汇集在信息平台内的运行数据相关的价值。数据仓库厂商提供的解决方案很多，如何选择合适的数据仓库解决方案，是区域卫生信息平台面临的一个问题。在此我们不对具体的数据仓库产品进行分析，而是对两种应用较为普遍的系统架构做一个比较。以下表：数据仓库系统架构比较103 两种不同架构最大的区别在于：集中式企业数据仓库（EDW）仅存储单一版本的数据，而枢纽辐射型（Hub-and-Spoke）数据仓库则在不同的数据存储中可能存储了相同版本的数据。从存储设计的角度来分析，如果采用枢纽辐射型（Hub-and-Spoke）数据仓库的方式构建数据仓库，需要考虑ODS、DataMarts（如果采用DataMarts）与DW之间的数据同步以及数据一致性要求；此外，由于可能存在相同版本的数据的多个拷贝，需要考虑额外增加的存储需求；在数据备份和恢复中，应该将数据仓库中所有组件统一进行考虑。如果采用集中式企业数据仓库，为了提高检索和分析的效率，可以考虑与DataMarts相结合的架构。这样也需要考虑数据同步和数据一致性的要求；需要考虑DataMarts所带来的额外的数据存储需求；在数据备份和恢复中，同样需要将数据仓库中所有组件统一进行考虑。103 4.1.4.7、影像数据存储设计在本文档的假设前提中提到，影像数据暂时不纳入在区域卫生信息平台的存储中，采用分布式的方式进行存储。考虑到系统解决方案的全面性，我们提出影像数据存储的几个设计要点：1)建立多级存储机制，以满足对于存储空间和效率的要求2)数据访问控制等其他安全性3)通过冗余/镜像技术实现高可用性4)备份和恢复机制4.1.4.8、信息生命周期管理（InformationLifecycleManagement,ILM）数据信息等从产生的那一刻起就进入到了一个循环，经过收集、复制、访问、迁移、退出等多个步骤，最终完成一个生命周期，信息数据是有生命周期的，ILM通过存储、保护、管理、集成四个组成部分实现信息管理费用与业务需求之间的平衡，从而达到降低区域卫生信息平台建设的风险和费用的目的。引入信息生命周期管理(ILM)可以使区域卫生信息平台实现“适当的信息，在适当的时间，以适当的费用，存储在适当的设备上”。数据的信息生命周期管理（ILM）的基础是采用数据的分级存储来实现的。数据分级存储，是指数据客体存放在不同级别的存储设备（磁盘、磁盘阵列、光盘库、磁带库）中，通过分级存储管理软件实现数据客体在存储设备之间的自动迁移。数据分级存储的工作原理是基于数据访问的局部性。通过将不经常访问的数据自动移到存储层次中较低的层次，释放出较高成本的存储空间给更频繁访问的数据，可以获得更好的总体性价比。数据迁移的规则是可以人为控制的，通常是根据数据的访问频率、保留时间、容量、性能要求等因素确定的最佳存储策略。在分级数据存储结构中，磁带库等成本较低的存储资源用来存放访问频率较低的信息，而磁盘或磁盘阵列等成本高、速度快的设备，用来存储经常访问的重要信息。103 目前广泛采用的分级存储方式如下：1)在线存储：将数据存放在磁盘系统上；2)近线存储：存取速度和价格介于高速磁盘与磁带之间的低端磁盘设备；3)离线存储：将数据备份到磁带库、光盘库或者虚拟磁带库上。信息平台系统的数据包括健康档案数据和内容信息等构成。其中：1).EHRIndex、MPI、健康档案地址、标准数据、注册数据等需要频繁访问、更新和插入的数据，要求响应时间快，对性能要求较高，因此，这部分数据应该存放在高端存储设备上。2)常用数据可以采用多级缓存的机制来满足性能需求，包括HIAL/数据库/EHRViewer/应用服务器等。3)从信息生命周期的角度分析，健康档案摘要和健康档案实体数据数据量巨大，具有一定的时效性访问特征。可以通过定义规则来规划这部分数据的存储设计，例如：1)一年或更短时间段内产生的数据，可以考虑存放在高端存储设备上，以满足较高的响应时间和性能的要求；2)对于一年以上，三年以内的数据，由于这部分信息数据访问频率不太高、要求响应时间一般，对性能要求较一般。因此，这部分数据存放较快的、成本相对较低存储设备上，例如选用SATA磁盘阵列；3)对于三年以上的数据或者不经常访问的信息数据备份到磁带库、光盘库或虚拟磁带库上，出现故障时及时进行数据恢复。4)数据仓库的数据存储，同样应该依照信息生命周期管理的方式进行规划，以实现成本效益最大化。区域卫生信息平台的数据量是海量的，在存储平台总体架构的设计和实现中，应该将信息生命周期管理做为设计要点之一。103 4.1.5．存储平台总体架构1)数据的物理安全性a)数据备份与恢复将系统数据采用双机热备方式，对两台数据库服务器的数据进行实时备份。同时在每天做好磁带或光盘备份。利用用户自己编写的应用程序将需要备份的数据库的数据增量通过网络定时（比如说每天晚上八点钟开始）传输到备份服务器。数据的恢复可使用备份数据时所使用的软件工具，在某些情况下也可用手工方式进行恢复。b)数据库镜象镜象技术是保证计算机系统安全、可靠的有效方式。数据库服务器的镜象技术是指为存放数据的chunk（它是数据库服务器中最小的存储分配单位）建立一个与之配对的chunk，分别称为主chunk和镜象chunk，使得每一个对主chunk的写操作都同时对镜象chunk做同样的写操作。这样在主chunk出现故障时，系统可以从镜象chunk读取数据，直到主chunk被恢复为止，而不需要中断用户的访问。103 镜象技术是以增加开销为代价的，数据库系统在对主chunk进行操作的同时，必须对镜象chunk进行同样的操作，同时还必须配置用以镜象的磁盘，这样就要利用更多的硬盘资源。1)数据的逻辑安全性从逻辑上考虑，一个安全的数据库应当允许用户只访问对其授权了的数据。数据库通过不同安全级别的权限管理，对用户的权利进行限制，保证系统的安全。同时为了权限管理的方便，系统允许设定不同的角色，通过角色管理，灵活管理权限的授予与回收。除了用传统的数据库安全设计对数据库的各类用户进行访问授权以外，考虑到不同的用户对不同的数据库、同一数据库中的不同数据的访问权限，联网卫生体系相关的业务操作的数据安全和访问权限控制还可采取以下措施：a)数据加密：对数据库中的敏感数据项进行加密。b)数据访问控制：因为不是所有的用户都能够访问数据库中的所有数据项，因此在具体的数据库设计中要对各个数据项和每条记录都要有访问等级限制的明确标志。c)用户权限控制：在用户访问数据库时首先要通过进行身份认证，以保证数据库不被非法操作。主要组件及相互关系：a)SAN(StorageAreaNetwork)存储域网络：采用FibreChannel或者IP等存储专用协议连接成高速的专用存储网络。服务器群通过SAN与多种存储设备进行连接。SAN是目前广泛采用的存储架构，可以实现服务器与存储设备之间的多对度连接。SAN架构具有强大的扩展性、多种存储设备的集中和新架构支撑下的新型数据应用方式；b)高端磁盘阵列（在线存储）：采用高端磁盘阵列，以满足数据库和数据仓库在线存储的容量、性能、安全、可靠性需求；c)中低端磁盘阵列（近线存储）：采用成本较低的中低端磁盘阵列（含磁盘虚拟磁带库），以满足数据库和数据仓库近线存储的容量、性能、安全、可靠性需求；同时，利用近线存储实现对在线数据的备份需求；d)磁带库、光盘库（离线存储）：磁带库、光盘库或虚拟磁带库实现离线数据备份和归档需求；e)存储管理控制台终端：对SAN网络、分级存储管理、备份、镜像/复制、灾难恢复等进行统一管理的操作控制台；103 a)存储灾难备份网络和设备：为满足灾难备份需求，通过网络或其他方式实现存储的灾难备份。b)针对不同规模的具体配置信息，将在8.6.不同规模下的存储部署方式示例中阐述。4.1.6．灾备建设、灾备技术介绍与选型灾备建设就是在生产系统外创建生产系统数据的副本，创建数据副本从技术实现上看，就是完成生产系统和灾备系统之间的数据同步。目前，常见的灾备数据同步实现方式是利用磁盘阵列间的数据同步软件，完成生产系统磁盘阵列和灾备系统磁盘阵列的数据同步。磁盘阵列的数据同步主要依靠两种技术实现，一个是镜像技术，一个是复制技术。4.1.6.1、镜像技术1)镜像有两种实现方式，同步镜像和异步镜像。两种镜像技术的相同点如下：a)都需要完成生产卷和镜像卷的数据同步b)数据同步的处理单位是每个写I/Oc)数据同步链路一般为FC链路或者高速IP链路两者的实现方式区别和适用场合见下表。镜像技术实现方式比较比较项同步镜像异步镜像实现方式数据的每个“写”操作会同时在生产卷和镜像卷上完成，生产卷的“写”操作完成后，还需要等待镜像卷完成“写”操作，才能进行下一个I/O操作。数据的每个写操作会同时在生产卷和独立的异步缓冲存储区完成，完成对生产卷的数据写操作后即可进行下一个写操作，不用等待镜像卷的写操作完成，异步缓冲区的写入数据会尽力同步给镜像卷。缓冲机制无有，需要一定的缓冲存储区部署性能要求每一个I/O写操作需等待生产卷和镜像卷都完成，要求存储生产设备和镜像设备的性能保持一致，否则性能会有严重衰减。生产设备和镜像设备的性能可以不同对生产系统影响有“写惩罚”，即数据写入性能在同步镜像部署下有一定下降一般灾备链路高速低延时的1GbFC或IP链路传输距离不超过10KM可采用100KM的FC链路或者IP链路，链路带宽视I/O写操作频率和性能要求103 RPO(RecoveryPointObject)趋于零，数据丢失量理论上为灾备传输延迟中的数据量与数据同步效率强相关，具体需考察灾备链路、数据同步量和系统处理能力，一般为0-30分钟应用场合要求数据零丢失、严格的数据一致性的关键应用对于性能要求高，允许少量数据丢失的重要应用4.1.6.2、复制技术复制技术作为灾备关键技术之一，其特点如下：a)复制技术是一项远距离数据同步技术，一般采用IP网络作为灾备链路。IP链路情况下，数据同步无距离限制，IP可达，灾备可达；b)复制技术的数据同步机制基于变化的数据块（有数据写入发生的数据块），区别于镜像技术基于I/O；c)复制技术的数据同步机制对于源数据卷和复制目标卷来说是顺序的，即数据先写入源数据卷，然后根据事先设定的策略，将一段时间内发生了写操作的数据块数据再写入复制目标卷。这一点区别于镜像技术数据并发写入源数据卷和镜像卷；复制技术发展到今天，所实现产品按照数据同步方式不同，大致可分为两类，一类是策略性复制，一类是实时性复制。a)策略性复制：基于一定的策略，自动触发复制。策略一般基于时间（周期）或者基于数据变化量。前者比如说每天间隔多长时间或者在哪些时刻触发复制，后者如数据变化累积到10M的时候触发复制。两种策略所触发的复制，都是将上次复制触发时间点到本次触发时间点之间变化的数据块数据同步到灾备系统。策略性复制的RPO为策略性复制的触发时间间隔。b)实时性复制：一旦某个数据块发生了变化，就将该数据块数据同步到灾备存储系统。c)在理想的灾备复制部署中，策略性复制和实时性复制是结合部署的，能增强灾备系统的灵活性和适应性。策略性复制能有效降低对灾备系统的影响并确保灾备数据的一致性，而实时复制技术能有效降低单独部署策略性复制技术的RPO目标风险。4.1.6.3、复制与镜像的选择复制与镜像比较镜像复制103 RPO同步镜像：趋于0异步镜像数：数分钟到小时策略性复制：数分钟至小时策略性复制+实时复制：0到数分钟链路要求同步镜像：极高的链路要求，一般为FC或高速IP链路，带宽1Gb或以上，距离不能超过10KM异步镜像：FC或IP链路，带宽视数据变化量和业务处理压力一般为IP链路，带宽在数兆到百兆之间，视数据变化量；复制基于数据块的同步机制，可结合带宽精简优化技术，可进一步降低链路要求对生产系统影响同步镜像：较高异步镜像：一般较低性能部署要求灾备系统与生产系统性能匹配无要求应用场合同步镜像可用于近距离并有严格业务连续性要求的灾备系统远程、广域灾备系统4.1.6.4、灾备等级与可用技术灾备等级RTORPO可用技术12天以上1天至7天基于磁带的备份224小时以后1天至7天基于磁带的备份灾备等级描述参考国家标准GB/T20988-2007《信息系统灾难恢复规范》103 4.1.6.5、不同规模下的灾备具体规划技术指南103 4.1.6.6、高级规模存储配置方案1)在线存储：a)基于IP或者FC存储系统，控制器缓存大于等于16G，支持高速硬盘和低速硬盘混插，支持SSD硬盘技术b)考虑未来扩容，建议采用万兆IP或者8GbFC存储系统c)主存储容量至少4T，可支持快照、镜像、CDP技术、基于IP复制技术。d)支持在线升级软件和存储扩容2)近线备份存储：e)建议采用基于万兆IP或者8GbFC存储系统，控制器缓存大于等于16Gb，支持高速硬盘和低速硬盘混插，支持SSD硬盘技术f)存储容量可以扩展64TB以上g)可支持快照、镜像、CDP技术、基于IP复制技术。h)支持在线升级软件和存储扩容3)灾难备份系统：i)支持基于增量的备份机制j)支持断点续传k)基于IP复制技术4)离线存储：l)采用磁带库带库的方式m)离线存储至少12T，存储容量最大可以扩展64TB以上n)物理带库支持至少1个机械臂以上，至少2个以上LTO3LTO4驱动器，磁带槽位可以达到150盘以上。103 103 103 103 4.1.5．信息安全保障体系建设我们从技术角度出发，按系统安全、应用安全、信息安全和安全管理四个方面，分析信息安全的需求。1)系统安全需求。需要解决的问题包括身份冒充、非法访问、配置缺陷、系统缺陷、病毒等。2)应用安全需求。需求解决的主要问题是全网统一的身份认证。3)信息安全需求。需要解决的主要问题是数据加密、数据的完整性、数据的访问控制等。4)安全管理。需要考虑管理权限和级别划分等问题。4.1.6．对比同行本次规划的系统亮点1)开发团队技术力量雄厚，80%开发及项目管理人员从业经验8年以上（负责昆明机场系统原班人马），为本次XXXXXX系统保驾护航。2)选用RedHatLinux做为系统平台，在安全性得到保障3)选用B/S结构JAVA开发J2EE架构,维护成本低4)选用大型数据库，在海量数据吞吐得到保障5)解决B/S结构软件，网络中断，系统不能正常运行，严重影响厅/局/镇/的正常经营--分布式应用开发，此模块是其它软件公司没有的架构体系。5.1．技术实现方案5.1.1.概述本节概要论述以居民电子健康档案为基础的区域卫生信息平台的技术需求。前面章节的业务需求以终端用户的视角，从用例出发，仔细、系统地分析了用户的需求与流程，以信息交互共享的需求为核心，得到了抽象的信息模型。技术需求则以IT技术的视角，从业务需求的分析结果出发，用信息技术的语言重新梳理和归纳这些需求，并给出达到这些需求的技术方案，这包括：103 5.1.2.技术规范1)系统完全符合卫生部医院信息系统规范。2)预留与其它系统的接口规范。3)流程设计参考ISO9000标准设计，并可以不断持续改进。4)编码符合HL7标准的有关规定，采用微软最新的.NETWebService技术，基于XML标准格式的数据传输便于不同系统、不同设备之间的数据交换。5)可扩充的模块接口功能，系统随需应变，可以不断扩展和添加。6)数据输入格式支持XML,XLS,DBF,DB,TXT7)数据输出格式支持XML,XLS,DBF,DB,TXT5.1.3.技术路线5.1.3.1、J2EE体系为了保证系统的高可用性、高可靠性和可扩展性，系统必须要选择支持强大的企业级计算的成熟的技术路线。当前能够满足这些条件的计算平台首推J2EE的企业标准。J2EE是主流的技术体系，J2EE已成为一个工业标准，围绕着J2EE有众多的厂家和产品，其中不乏优秀的软件产品，合理集成以J2EE为标准的软件产品构建信息集成平台，可以得到较好的稳定性、高可靠性和扩展性。J2EE技术的基础是JAVA语言，JAVA语言的与平台无关性，保证了基于J2EE平台开发的应用系统和支撑环境可以跨平台运行。5.1.3.2、中间件技术103 中间件具有以下的一些特点：满足大量应用的需要；运行于多种硬件和OS平台；支持分布式计算，提供跨网络、硬件和OS平台的透明性的应用或服务的交互功能；支持标准的协议；支持标准的接口。程序员通过调用中间件提供的大量API，实现异构环境的通讯，从而屏蔽异构系统中复杂的操作系统和网络协议。针对不同的操作系统和硬件平台，它们可以有符合接口和协议规范的多种实现。由于标准接口对于可移植性和标准协议对于互操作性的重要性，中间件已成为许多标准化工作的主要部分。对于应用软件开发，中间件远比操作系统和网络服务更为重要，中间件提供的程序接口定义了一个相对稳定的高层应用环境，不管底层的计算机硬件和系统软件怎样更新换代，只要将中间件升级更新，并保持中间件对外的接口定义不变，应用软件几乎不需任何修改，从而保护了企业在应用软件开发和维护中的重大投资。中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。中间件软件管理着客户端程序和数据库或者早期应用软件之间的通讯。中间件在分布式的客户和服务之间扮演着承上启下的角色，如事务管理、负载均衡以及基于Web的计算等。利用这些技术有助于减轻开发者的负担，使他们利用现有的硬件设备、操作系统、网络、数据库管理系统以及对象模型创建分布式应用软件时更加得心应手。由于中间件能够保护企业的投资，保证应用软件的相对稳定，实现应用软件的功能扩展；同时中间件产品在很大程度上简化了一个由不同硬件构成的分布式处理环境的复杂性，所以它的出现正日益引起用户的关注，总结中间件在业务应用中的特点如下：1)异构系统整合在基于门户的服务集成系统建设中，必然会遇到大量不同硬件平台、操作系统和应用之间互联互通的问题。中间件为应用屏蔽掉操作系统的处理细节，对不同的网络环境具有极强的适应能力，负责处理异构系统间的数据格式转换，使不同应用间的互连、互通、互操作成为可能。为应用提供统一一致的接口模式，使开发人员不必关心异构系统所带来的问题。经济上保护原有的设备投资。2)应用系统运行效率业务应用系统的正常运转必须保障其通讯和处理的性能和效率，这一方面依赖于网络带宽和主机系统的处理能力，另一方面依赖于对网络带宽和主机系统的处理能力的有效调度和控制能力。中间件在以下两个方面保障应用系统的运行效率，降低对系统的硬件要求：3)业务处理效率业务系统的处理效率取决与通讯的效率、主机处理的效率和数据库处理的效率。在高并发性业务中，多个客户前端可能会同时访问同一个主机或数据库，由于其业务突发性，过多的业务并发量会导致对主机资源和数据库资源的过度占用从而引发整个业务系统的运行效率下降。中间件通过对业务占用主机资源和数据库资源的有效控制，可以防止低效系统的出现。4)系统可用性业务应用系统需要避免硬件故障带来的不利影响，提供7X24小时的服务支持。103 中间件的智能路由能力可以在某点网络线路故障发生时自动切换到其它路径进行通讯传输；在某服务主机故障发生时业务处理自动交由集群服务器组的其它主机来完成。在突发异常大的业务量下不会导致应用系统瘫痪。1)系统伸缩性业务应用系统不是一成不变的。中间件支持应用系统正常运行下的应用、部门的动态增减、变更。随着业务数据量的不断增加，将面对不断增加的业务压力。中间件提供了一种简单快捷的解决方案，只要将多台机器配成服务器组，增加业务处理能力，中间件就可以在多台机器间进行均衡负载的工作以适应不断变化的业务需要。2)开发标准、简单要保障项目得以顺利进行，需要使开发工作标准、清晰、简单有层次，把应用开发从烦琐的异构处理、故障恢复、效率保障等等工作中解放出来，专注于业务的开发。中间件正是这种能够使应用程序专职于业务，而自身把其它应用系统的需求独立承担起来的产品。3)安全性中间件提供多个层面的安全功能。在通讯双方可以进行合法性的认证防止非法访问；可以对服务程序和客户程序进行合法性认证以防止非法程序使用；可以对用户进行合法性检查；对传输数据可以进行加密以防止数据失窃。4)维护管理简单方便为了方便对应用和系统的监控管理，可以采用中间件的统一管理工具，可以在专门的管理机上由专人来进行统一的管理和维护。整个管理工作非常简单，有中文界面。5.1.3.3、面向服务的架构（SOA）面向服务的体系结构是企业应用整合发展的一个新的里程碑。在企业应用整合中，每个应用系统向其他应用系统提供了服务的接口，供其他系统进行调用，从而达到系统互联的目的。Web服务和面向服务的体系结构（SOA）的成熟和完善带给整合的是标准化的体系结构，从而使整合迈上了一个新的台阶。103 SOA（面向服务的体系架构）提供了一种构建IT组织的标准和方法，并通过建立可组合、可重用的服务体系来减少IT业务冗余并加快项目开发的进程。SOA体系能够使得IT部门效率更高、开发周期更短、项目分发更快，在帮助IT技术和业务整合方面有着深远的意义。基于SOA架构的应用集成开发方法，与传统的软件开发方法略有不同，角色分工更加明确。就整个项目开发周期来讲，首先由业务分析员进行业务及流程定义，然后由架构师和设计人员利用SOA方法将业务和复杂系统进行分割，抽象出对应的业务服务及流程服务；再由开发人员使用不同的开发技术，基于选定的SOA基础架构，进行组件和服务的开发实现、服务的组装与合成，并打包部署和运行调试；最后移交管理人员对服务和业务流程的运行系统进行监控和管理，SOA系统运行中，还可能会涉及操作人员参与业务流程的处理和使用。103 基于SOA架构的应用模式具有如下特点：1)松耦合在符合SOA架构的系统中，服务请求者与服务提供者之间，根据已发布的服务契约和服务水平协议，通过服务接口进行通讯，服务接口封装了所有的实现细节，任何时候服务请求者都不需要了解服务提供者对内部实现的信息，这样，保证了服务的接口松耦合。服务请求者和服务提供者的实现和运行不需要依赖于特定的某种技术，或某个厂家的解决方案或产品。业务服务可以在多个业务流程中得到复用，并且随着业务要求的改变，一个服务可以在变化后的新的业务流程中能够得到继续使用。这样，服务之间是技术松耦合和流程松耦合的。2)关注服务，利于重用服务是SOA系统的基本元素，以明确且与实现无关的标准化接口完成业务功能定义，服务可在不同业务过程中被重复使用，而且具体的服务实现不依赖特定开发语言与工具。3)基于开放式标准为了强调互操作性，在SOA系统中，服务需要尽量符合开放标准。与服务相关的技术几乎都存在相应标准，如SOAP、WSDL、UDDI、WS-*、SCA/SDO等。4)架构灵活，便于重构服务与实际业务功能相关，具有明确的接口。这些服务可在不同的业务流程中得到重用，提高了服务的价值；其次在使用中只需按其接口要求进行访问，屏蔽服务实现细节，服务实现的修改不会影响到服务访问方的逻辑，提高了业务流程的适应性；另外，一旦业务流程变更，仅需对服务进行重新编排，并不修改服务本身，提高了业务流程实现的灵活性。重构的灵活性，不仅可以使业务服务可以有更好的重用性，也使得业务流程更容易重构，使IT系统具有了更好的灵活性，可以快速面对变化的市场需求。5.1.3.4、企业服务总线（ESB）企业服务总线（EnterpriseServiceBus，缩写ESB），是面向服务架构的骨干，在完成服务的接入，服务间的通信和交互基础上，还提供安全性、可靠性、高性能的服务能力保障。采用SOA架构，基于ESB总线进行企业应用集成，如图所示，应用系统之间的交互通过总线进行，这样可以降低应用系统、各个组件及相关技术的耦合度，消除应用系统点对点集成瓶颈，降低集成开发难度，提高复用，增进系统开发和运行效率，便于业务系统灵活重构，快速适应业务及流程变化需要。103 5.1.3.5、Web服务（WebServices）Web服务是为了让地理上分布在不同区域的计算机和设备一起工作，以便为用户提供各种各样的服务。用户可以控制要获取信息的内容、时间、方式、而不必像现在这样在无数个信息孤岛中浏览，去寻找自己所需要的信息。利用Web服务，公司和个人能够迅速且廉价地通过互联网向全球用户提供服务，建立全球范围的联系，在广泛的范围内寻找可能的合作伙伴。随着Web服务技术的发展和运用，我们目前所进行的开发和使用应用程序的信息处理活动将过渡到开发和使用Web服务。将来，Web服务将取代应用程序成为Web上的基本开发和应用实体。1、Web服务的组成Web服务是在现有的Web技术和设施之上，通过制定新的协议和标准、提出新的技术来实现的。新提出的与Web服务相关的主要协议和技术包括SOAP（SimpleObjectAccessProtocol，简单对象访问协议）、WSDL（WebServicesDescriptionLanguage，Web服务描述语言）、UDDI（UniversalDescriptionandIntegration，统一描述、发现和集成）。SOAP用来定义数据描述和远程访问的标准；WSDL是发布和请求Web服务的描述语言；UDDI则把Web服务与用户联系起来，起中介作用。Web服务的具体实现并不局限在这几种协议和技术上，任何支持Web标准的系统都能支持Web服务。Web服务有两层含义：其一是指封装成单个实体并发布到网络上的功能集合体；其二是指功能集合体被调用后所提供的服务。简单地讲，Web服务是一个UBL资源，客户端可以通过编程方式请求得到它的服务，而不需要知道所请求服务是怎样实现的，这一点与传统的分布式组件对象模式不同。Web服务具有以下一些主要特点：（1）完好的封装性Web服务既然是一种部署在Web上的对象，自然具备对象的良好封装性，对于使用者而言，他能且仅能看到该对象提供的功能列表。103 （1）松散耦合这一特征也是源于对象/组件技术，当一个Web服务的实现发生变更的时候，调用者是不会感到这一点的，对于调用者来说，Web服务的调用界面不变，Web服务的实现任何变更对他们来说都是透明的，甚至是当Web服务的实现平台从J2EE迁移到了.NET或者是相反的迁移流程，用户都可以对此一无所知。对于松散耦合而言，尤其是在Internet环境下的Web服务而言，需要有一种适合Internet环境的消息交换协议。而XML/SOAP正是目前最为适合的消息交换协议。（2）使用协约的规范性这一特征从对象而来，但相比一般对象其界面规范更加规范化和易于机器理解。首先，作为Web服务，对象界面所提供的功能应当使用标准的描述语言来描述（比如WSDL）；其次，由标准描述语言描述的服务界面应当是能够被发现的，因此这一描述文档需要被存储在私有的或公共的注册库里面。同时，使用标准描述语言描述的使用协约将不仅仅是服务界面，它将被延伸到Web服务的聚合、跨Web服务的事务、工作流等，而这些又都是需要服务质量的保障。其次，我们知道安全机制对于松散耦合的对象环境的重要性，我们需要对诸如授权认证、数据完整性（比如签名机制）、消息源认证以及事务的不可否认性等运用规范的方法来描述、传输和交换。最后，在所有层次的处理都应当是可管理的，因此需要对管理协约运用同样的机制。（3）高度可集成能力由于Web服务采取简单的、易理解的标准Web协议作为组件界面描述和协同描述规范，完全屏蔽了不同平台的差异，无论是CORBA、DCOM还是EJB都可以通过这一种标准的协议进行互操作，实现了在当前环境下最高的可集成性。（4）互操作性Web服务通过SOAP实现相互间的访问，任何Web服务都可以与其他Web服务进行交互，避免了不同协议之间的相互转换。Web服务可以用任何语言编写，因此开发者不需要更改开发环境就能开发新的Web服务，同时还可以在新的Web服务中使用已有的Web服务，而不必考虑Web服务的实现语言、运行环境等具体实现细节。例如，用Delphi编写的Web服务可以使用由VisualC编写的Web服务，反之亦然。1、Web服务的体系结构103 Web服务的体系结构是基于Web服务提供者、Web服务请求者、Web服务中介者三个角色和发布、发现、绑定三个动作构建的。简单地说，Web服务提供者就是Web服务的拥有者，它耐心等待为其他服务和用户提供自己已有的功能；Web服务请求者就是Web服务功能的使用者，它利用SOAP消息向Web服务请求者与合适的Web服务提供者联系在一起，它充当管理者的角色，一般是UDDI。这三个角色是根据逻辑关系划分的，在实际应用中，角色之间很有可能有交叉。1、Web服务相关标准与技术（1）XMLXML用严格的嵌套标记表示数据信息，特别适合在Internet环境中的多点数据交换环境下使用。XML是一种非常优秀且极为适合的信息交换技术。用XML来描述商务信息使得各种B2B应用在数据层上具有了开放集成的能力。（2）UDDIUDDL是一套面向Web服务的信息注册中心的实现标准和规范。创建UDDI注册中心的目的是实现Web服务的发布和发现。人们利用UDDI规范在Web上建立发现服务，这些发现服务为所有请求者提供了一致的接口，使得已经发布的Web服务能通过编程被需要的请求者发现。UDDI规范文本定义了UDDI操作入口站点（UDDIOperatorSite）能够支持的API接口和API中用XML描述的数据结构的具体定义。（3）SOAPSOAP完全继承了XML的开发性和描述可扩展性。SOAP使用基于TCP/IP的应用层协议HTTP、SMTP、FTP等，可以与现有通信技术最大程度地兼容。SOAP为使用XML在松散、分布的环境中对等地交换结构化和类型化信息提供了一个简单的机制。SOAP本身并不定义任何应用语言，如编程模型或特定语义实现，它只定义一种简单的机制，通过一个模块化的包装模型和对模块中特定格式编码的数据重编码机制来表示应用语义。SOAP的这项能力使它可被很多类型的系统用于从消息系统到RPC的延伸。（4）WSDLWSDL是描述Web服务的XML格式语言。WSDL把Web服务定义为网络端点的集合。它有一个根元素，用类型（types）、消息（message）、端口类型（porttype）、绑定（binding）、端口（port）和服务（service）等元素来定义Web服务。其中，“类型”是消息的数据类型定义，通常用来描述交换消息；“消息”代表待传输数据的抽象定义，由一个或多个部分组成；“端口类型”表示抽象操作的集合；“绑定”使操作和消息的具体协议与数据格式规范关联；“端口”指定一个用于绑定的地址，由此定义一个通信端点；“服务”则是相关端口的集合。在WSDL中，端点和消息的抽象定义与具体的网络布置和数据格式绑定是相互分离的，这样就可以抽象定义消息和端口类型。103 5.1.4．技术架构以上技术架构的特点是：lJAVA体系下的J2EE企业级应用解决方案构建B/S应用系统。l表现层采用中港云天自主知识产权开发平台结构使得系统结构更清晰化，代码复用性强，易维护。l业务逻辑处理采用sessionbean，它封装了对事务的处理，可以使程序运行更安全，可以方便的分布式部署，使系统能承受很大的压力。l持久对方面采用.java，使得系统数据库无关性，可适应主流关系型数据库，编写程序时按照面向对象的方式写程序，可维护性高。l跨平台性，可任意移植到多种平台下，保护用户的投资。l技术平台具有广泛的支持力，J2EE技术规范得到了无论是国际性大公司还是自由开发者的广泛的支持，具有很好的发展前景。103 基于J2EE技术的三层架构示意图103 5.1.5．网络架构103 103 5.1.6．安全措施l服务器：推荐采用IBM或惠普公司产品l程序开发设计语言：JAVA体系下的J2EE企业级应用解决方案构建l服务器操作系统：Linux或unix操作系统l服务器数据库：Oracle、IBMDB2或Enterprisedb企业级l技术措施：三道防火墙，0SI／RM加密协议l检测系统：在网络接入点处架设有入侵检测系统，检测一切网络入侵行为，当有入侵企图发生时，系统进行报警记录，并对严重的入侵行为进行复位操作，切断连接。l身份认证：用户可选使用采用帐号，密码、推荐CFCA数字证书、USBKey动态密码校验l业务管理：用户分为普通用户和管理人员，系统管理人员，授权管理人员，拥有不同的操作权限；企业用户户通过5重5级的授权模式加强系统的管理，并通过加密、数字签名等环节控制可能出现的任何风险。l操作安全防范：用户系统登录后15分钟内不进行任何操作（可自定义时间），系统将会自动关闭，必须重新登录后才能进行操作；USBKey不在机子上，立即退出。l加密措施：为了保证系统的安全，我公司采用的加密强度128位。l安全数字认证签证下载：为进一步提高系统的安全性，浏览器也必须为密钥长度小于128位（在浏览器的“帮助”菜单下面的“关于”里可以进行看到您浏览器的密钥长度，如果您的浏览器密钥长度小于128位）103 5.1.7．安全设计Ø程序角度的安全设计即使具有防火墙、应用服务器和硬件安全模块所提供的安全性，Web站点仍然有可能被攻击，下面分析几种一般Web站点常见安全漏洞及中港云天的应对措施。lSQL注入这种攻击方式一般只对直接使用sql语句的系统有效，常见攻击方式为，在URL中加入特殊的sql语句段，以获取数据库中信息。在中港云天开发系统中使用了自主知识产权.JAVA开发架构存取数据，因此避免了sql注入攻击的发生。l利用出错页面获取服务器信息故意输入错误的URL使程序不能正确执行，获取出错页面用来分析服务器信息，并加以利用进行攻击。中港云天开发系统采用统一的出错提示页面，是攻击无法获取实际的出错信息，阻止了其进一步攻击。lWeb站点目录的访问攻击者自己访问web站点的目录，将可以浏览站点的所有信息。中港云天开发系统已经设置为不可以浏览目录，并且我们推荐使用Linux操作系统，高安全性能。l密码泄漏中港云天为其开发系统中密码采用MD5加密处理，使非法用户无法获得其它用户的登陆密码。对于有些用户的密码过于简单被人猜到等原因，获取他人密码的，中港云天还可以采用了使用UKey登陆的双重加密方式，用户可以根据需要选择使用。l绕过登陆页直接进入系统当用户知道了某页面的URL后，直接着浏览器地址栏中输入此连接以求非法查看信息，针对这种非法获取信息的攻击，中港云天将对所有的页面进行验证，若不登陆将无法浏览信息。l使用他人身份登陆中港云天为其开发的系统一个账户同时只能在一个终端登陆。若一个账户在线，试图用同一账户在另外一台终端登陆的行为是不允许的。103 l上传可执行文件到系统以获取信息攻击者采用上传可执行文件到服务器的方式，获取服务器信息或系统信息。在中港云天开发的系统中对所有上传的文件都进行了检查，不允许上传exe、jsp、asp、php等格式的文件至服务器。Ø访问角度的安全设计访问安全是指防止不合法的用户登录系统，造成系统的数据泄密，目前在访问安全方面采用CA认证解决这个问题。5.1.8．系统开发网络环境l操作系统：RedHatLinux或unixlWeb服务器：IBMWebsphere、BEAWEBlogic或JBOSSl数据库服务器：Oracle或enterprisedb企业级5.1.9．使用的程序设计语言及相应开发工具l开发技术：EJB，JSP，JAVASERVLET，JDBC，XML，HTML，JAVASCRIPT，DHTML，SQL；l开发环境：Eclipse+MyEclipse+Urltredit；5.1.10、服务器运行环境l操作系统：RedHatLinux或unixlWeb服务器：IBMWebsphere、BEAWEBlogic或JBOSSl数据库服务器：Oracle、IBMDB2或Enterprisedb企业级5.1.11．客户机运行环境：lCPU：Pentium166或以上；l内存：128M或以上；l硬盘：10G剩余空间或以上；l操作系统：Linux桌面版或中文WindowsXPl浏览器：IE6.0以上或Firfox3.0以上103 6.1．系统总体功能架构设计6.1.1、医院信息管理系统（HIS）功能介绍6.1.1.1、院长综合查询决策分析系统院长综合查询系统通过对医院业务收入、医疗信息、药品信息、病人信息、人事行政、总务后勤等方面的全面查询、统计、核算、分析，使医院领导及时掌握医院各部门科室运行情况、各医疗科室病人情况、医院资金周转使用情况以及其它各种信息，及时调整工作重点，为医院领导的决策管理起参考作用。院长综合查询与决策分析系统采用下拉式中文菜单和功能地图导航系统，经济核算分析灵活实用性强，采用表图并茂一目了然，设有与门诊住院、药库药房、人事工资、设备资产等各个系统的软件接口，实现全院的综合经济管理分析。支持用户自定义（报表的内容、算法以及报表的数量）决策分析报表功能，根据医院管理模式和管理深度而非常容易进行相适应的客户化修改，从而使用医院不同的发展阶段、不同的管理角度、不同的核算分析和不同用途的医院管理的各项要求和指标，满足医院各科室工作的科学化、数字化和个性化的要求。可以加强医院领导对各业务部门费用使用的控制掌握，避免不必要的资源浪费，辅助医院领导决策。基本功能如下：1)临床医疗统计分析信息。2)医院财务管理分析、统计、收支执行情况和科室核算分配信息。3)医院药品进出库额管理，药品会计核算和统计分析。4)重要仪器设备使用效率和完好率信息。5)后勤保障物资供应情况和经济核算。6)医务、护理管理质量和分析信息。7)教学、科研管理有关决策分析信息。8)人事管理：各级各类卫生技术人员和其他技术人员总额、比例、分布、相点、使用情况。9)科室设置、重点学科、医疗水平有关决策信息。10)学术交流、国际交往有关信息。11)门诊挂号统计、收费分项结算、科室核算信息及门诊月报。12)住院收费分项核算、各科月核算、患者费用查询、病人分类统计信息。13)医院社会及经济效益年报信息。103 1)医技情况报表、医院工作指标、医保费用统计信息。6.1.1.2、常用查询院长日报分为静态信息和今日动态两部分，静态信息包括综合信息、收入信息、手术安排、专家排班；今日动态包括门诊信息、病区信息、医技信息、人员动态。院长不仅能直观的了解到以前任何时间的门（急）诊人次、处方金额、入出院人次、床位使用情况，及医疗收入、药品收入、其它收入等信息。还能及时查询门诊人次及相应的门诊高峰期、医技科室检查人次。统计医院工作情况，包括医院的门急诊诊疗情况、诊疗人次及总收入，住院病人的治愈情况、病床周转次数、出院者住院费用情况。6.1.1.3、财务状况查询分析包括全院、分科收入统计，全院、分科支出统计，全院、分科收支对比分析，门急诊费用分析，全院、分科出院费用结构分析，全院、分科在院费用结构分析，住院欠费病人清单，同期业务指标对比分析，出院病人欠费坏帐查询分析等。有利于及时了解医院的运行情况。6.1.1.4、医疗动态查询分析包括门诊量分析，门诊挂号分析，门诊医师工作量统计，门诊医师大处方审查，门诊业务状况分析，床位使用状况分析，医师科室工作量统计，医技科室工作量统计，手术室工作量统计，在院病人分布统计，在院疾病分布统计，在院特护病人统计，在院危重病人统计，出院死亡病人统计等。6.1.1.5、药品状况查询分析包括各药房、药库的库存情况，消耗情况，与供货商的货款交付情况等；药品采购、差价分析，失效药品分析，超限报警药品分析，药品库存分析，特殊用药分析，药品消耗分析等。6.1.1.6、病人资料查询分析包括门诊病人资料与住院病人资料。根据病人资料可查询病人在院情况，如首页信息、医嘱、检查报告等。103 6.1.1.7、人事工资查询分析包括医生排班表，护士排班表，人员动态表，人员统计表，人员工资奖金表等。6.1.1.8、门急诊查询分析包括门急诊病人流量、病人人次、病人处方等统计分析。6.1.1.9、入出院查询分析包括入出院病人人次、病人费用统计、病人用药统计分析、病人项目统计分析、病人坏帐分析等等。6.1.1.10、设备物资查询分析查询统计核算分析各科室物资领用、各库房库存、医院在用设备清单、统计医院设备年度报表、统计资产库房增减月报、统计物资库房收支汇总等情况。6.1.1.11、其他分析及二次开发接口包括教学科研管理、科室设置、重点学科、医疗水平有关的决策分析信息，医务、护理管理质量统计分析信息。6.1.2、门急诊管理系统根据病人性质、公费证号、门诊号码、病人姓名、病人性别、工作单位、出生日期、初诊日期、就诊次数等条件组合对病人进行查询。对于每一病人均可查看其所有信息：病人信息、挂号记录、处方、检查单、结果报告、门诊病历。支持一卡通或条码管理方式。基本功能如下：1)挂号：建立门诊病人档案，处理门诊病人挂号、退号、转科、预约挂号及操作员挂号日报表。2)划价收费：对门诊处方进行划价收费，以及发票作废和病人退费；还可统计个人门诊收费日报表及全院门诊收费汇总日报。3)病历管理：对病人病历进行登记、记录、借阅和查询分析4)查询：按挂号号表、挂号分类和收款发票检索等多种方式查询挂号与收费信息。5)报表：提供多种方式的汇总表、统计表和核算表。103 1)系统：提供用户与权限设置、门诊号设置、票据号设置和初始化等功能。2)维护：对挂号科室、科室排班、医师排班、常用地址、常用单位、病人证号、报表格式等进行维护管理。6.1.2.1、门急诊挂号管理系统（窗口液晶显示屏、条码刷卡）1)基本要求：符合国家有关会计制度和社保局医疗保险的有关规定。2)基本功能：a)号表处理功能：号表建立、录入、查询、修改，以及与号表有关属性的处理能力。依据门诊各科医生名单，设定科别、医生姓名、职称（医士、医师、主冶医师、副主任医师、主任医师）、日期、班次（全天、上午、下午、夜间）、诊别或坐班性质（急诊、普通门诊、专家门诊、专科门诊）、限号及加号等项目生成医生作息表（排班表）。b)挂号处理功能：系统应支持窗口挂号、预约挂号、限号挂号和开放挂号等模式。根据病员要求，快速选择诊别、号别、科别等生成挂号证。支持退号、换号等功能。c)退号和重打：对挂号病人进行退号处理和单据重新打印功能。d)查询功能：在有关界面按有关条件组合进行多种查询。e)统计功能：能完成任意时间段的诊别、类别、科别（并可统计到医生）工作量统计、挂号收费（诊疗费、挂号费）统计；能完成挂号员、挂号室工作量及诊疗费、挂号费、病历本费统计日报、月报（及任意时间段）。能即时完成会计科目、收费项目和科室汇总等日报、月报表。3)专家限号、门诊、预约（含网上挂号）多种挂号4)支持IC卡、磁卡自助挂号。5)打印挂号员当日收费缴款单。6)综合查询，上面以“门诊挂号记录”为例，查询2003年12月分就诊科室为“内科”的所有挂号病人，并统计挂号费和诊金。6.1.2.2、门急诊划价收费管理系统（窗口液晶显示屏、条码刷卡）1)基本要求：符合国家有关会计制度和社保局医疗保险的有关规定。2)基本功能：a)门诊划价功能：可采取多种形式进行划价。103 a)由门诊医生站完成医嘱录入时，后台自动划价（有医生工作站时启用）；b)由收费处划价的同时收费（药品收费后应有标记或提示，便于门诊药房药从网上调出已收费处方发药）；c)门诊药房执行药品发药医嘱时同时记帐。1)收费处理功能：必须按现行科目进行录入收费，应完成相关的退费、发票作废、发票补打印功能。2)打印输出功能：按上级统一规定格式和科目进行套打发票，序号必须连续由计算机自动生成，不出现重号，应具有打印容错功能。在打印收据过程中出现故障，必须具有补救措施，以免发生错误收费和漏费。3)查询功能：系统模块各基本功能均应具有查询功能，在各子功能模块界面也能按有关条件组合进行多种查询。4)统计功能：可按任意时间段或日、月、年处理收费科目汇总，科目明细汇总，科室费用汇总，科室费用明细汇总，必须具有统计汇兑意外事故的补救处理。5)概述a)支持对外显示屏、支持电脑语音（分普通话和各地方言）报号，报价。b)电脑语音唱收唱付，简单、快捷,符合门诊及时性要求。c)定制票据、通用票据自动打印，语音报费服务亲切。d)可收费、划价收费、医生工作站等多种模式。e)自动红色敏感警示（药房无库存，禁忌药品，贵重，毒麻）药品f)单条项目金额过大警示g)支持多种结算方式（自费、公费、医保等）h)支持票据精度到角的特殊处理（四舍五入、舍入等）i)支持多种支付方式（现金、公费记帐、医保IC卡、信用卡等）j)支持自动分配药房及发药窗口k)可设定对商业机密保密模式（价格和营业额保密选项）l)支持自动分配药房及发药窗口m)支持多支付方式分别打印不同格式票据：6.1.3、门急诊病历管理系统1)基本要求：符合国家有关会计制度和社保局医疗保险的有关规定。103 1)基本功能：a)病人基本信息登记b)病人就诊情况记录c)病历借阅管理d)病历相关查询统计分析6.1.4、门急诊手术麻醉管理系统1)基本要求：符合医院信息系统基本功能规范的有关规定。2)基本功能：a)门诊手术预管理b)门诊手术安排c)门诊手术划价d)手术物资消耗管理e)门诊手术相关信息查询统计（手术人次统计、手术分类统计）。6.1.5、急诊中、晚、夜班挂号、划价和收费系统（窗口液晶显示屏、条码刷卡）包括对病人挂号、抢救治疗、检查、医嘱处理、急诊留察、床位转移、急诊收费等多种功能的应用。基本功能：1)病历首页信息：包括病案号、姓名、性别、出生年月日、民族、家庭地址、职业、文化程度„„的录入修改查询功能。2)病人治疗信息：包括就诊日期、诊断、查体、处理转归„„的录入查询功能。3)留察病人的处理功能：执行医生医嘱，录入医疗过程。4)病人各项检查、化验报告的自动传送、接收功能。5)病人费用的录入与查询功能。6)病历信息的打印功能。7)病历信息统计功能。8)各种统计报表（根据医院统计室的统计项目）的生成功能。103 6.1.6、医生诊室工作站直接为临床医生服务，包括：下医嘱、书写病历、开检验/检查申请，查询检验/检查报告、病历综合阅读、病案检索、图象传输等。医生所下医嘱，直接传送给各业务系统，如药局、检验科室、检查科室、膳食营养科、护士工作站等，各业务子系统再根据医嘱的内容进行相应的处理，如护士工作站根据医嘱的内容，打印各种治疗单、注射单、发药单等，执行医嘱，检验、检查科室根据检查、检验医嘱的内容进行预约、检查等，膳食营养科根据膳食医嘱进行营养计算、配餐等，因此医生工作站是住院管理系统部分的核心，即数据的源头。1)基本要求：符合医院信息系统基本功能规范的有关规定。2)基本功能：a)自动获取或提供如下信息：病人基本信息就诊卡号、病案号、姓名、性别、年龄、医保费用类别等。b)诊疗相关信息：病史资料、主诉、现病史、既往史等。c)医生信息：科室、姓名、职称、诊疗时间等。d)费用信息：项目名称、规格、价格、医保费用类别、数量等。合理用药信息、常规用法及剂量、费用、功能及适应症、不良反应及禁忌症等。3)支持医生处理门诊记录、检查、检验、诊断、处方、治疗处置、卫生材料、手术、收入院等诊疗活动。4)提供处方的自动监测和咨询功能：药品剂量、药品相互作用、配伍禁忌、适应症等。5)提供医院、科室、医生常用临床项目字典，医嘱模板及相应编辑功能。6)自动审核录入医嘱的完整性，记录医生姓名及时间，一经确认不得更改，同时提供医嘱作废功能。7)所有医嘱均提供备注功能，医师可以输入相关注意事项。8)支持医生查询相关资料：历次就诊信息、检验检查结果，并提供比较功能。9)自动核算就诊费用，支持医保费用管理。10)提供打印功能，如处方、检查检验申请单等，打印结果由相关医师签字生效。11)提供医生权限管理，如部门、等级、功能等。12)自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、收住院等诊疗信息，以及相关的费用信息，保证医嘱指令顺利执行。13)概述103 a)刷卡导入病人基本信息b)操作简单，导向式辅助医生书写处方和病历，下达医嘱，申请检查检验c)提供标准化用语，智能化操作功能，提高录入速度。d)警敏提示常规用法及剂量、费用、功能及适应症、不良反应及禁忌症等e)与药房密切联系，自动提示药房库存情况，杜绝病人反复改处方的情况：6.1.7、住院部管理系统根据病人科室、病人床号、病人性质、公费证号、住院号码、病案号码、病人姓名、病人性别、工作单位、出生日期、入院日期、出院日期以及病人入院、在院、出院等条件组合对病人进行查询。对于每一病人均可查看其所有信息：基本信息、住院费用、医嘱、体温单、护理记录、结果报告、手术记录、会诊记录、病程记录、病案首页、病案信息。支持一卡通或条码管理方式。6.1.7.1、入出院结算管理系统1)基本要求：适应医疗改革的要求，满足普通病人和社保病人住院需求，必须处理好医院与社保局的接口。实现日常工作处理，如办理入、出院手续、缴款手续及各种报表；实现床位管理、费用录入；在病区无工作站的情况下必须实现整个住院部业务的处理。2)基本功能：a)入院手续：办理入院病人登记（病案首页前半部），支持保险医疗、公费医疗及其他医疗，各种医疗分开统计汇总，支持住院号、病区、床号在线查询。b)预交金管理：收取预交金（现金、支票等），打印预交金收据。c)费用录入：我院采用集中式录入，也要支持分散录入（为以后准备）。费用录入界面均应有余额提示或报警。d)打印催款单：按预交金一定比例（可维护），按病区、病人进行打印催款单。e)出院结帐：办理病人出院、出院结帐。支持中途结帐，转科结帐、召回等。打印费用清单明细及收据。打印病人报销凭证，凭证格式符合财政和卫生行政部门的统一要求或认可的凭证格式和报销收费科目，符合会计制度的规定；f)床位管理：实现床位分配、空床查询、包床/退床、转床转科处理，病人转床转科后床位费自动结算。103 a)医保功能：医保病人作为病人性质中的一种费别处理，费用录入过程中，系统自动给予医保病人有药品、费用限制的提示。根据拨付比例设置，系统自动计算医保病人自负费用、拨付金额。打印医疗保险清单、保险费用汇总表及病人自负费用发票。b)查询统计：系统模块各基本功能均应具有查询功能，在各子功能模块界面也能按有关条件组合进行多种查询。如：完成对病人情况、费用、欠款的查询和医生及科室工作量、费用統計和汇总，以及按科别、时间、项目等的查询和統計可查询总帐及明细帐。c)打印报表：预交金总帐、明细帐，入院病人日（月）报表、出院病人日（月）报表，各科室汇总表，在院全院（科室）病人费用明细表、出院全院（科室）病人费用明细表、住院病人收费日报表、在院月收入汇总表，出院病人住院费用日（月）明细表，与医保有关的人出院人次及费用的统计报表等。d)病人一日費用清单。e)住院财务管理功能：包括日、月、年病人预交金、在院病人各项费用、出院病人结帐和退款等统计汇总。f)收费科室工作量统计功能：完成月、季、半年、年科室工作量统计；完成月科室、病房、药房、检查治疗科室工作量统计和费用汇总工作。g)系统设置功能：建立住院收费管理工作环境参数，设置、维护科别、病区床位设置、收费科目字典、标准收费科目、合同单位、医院管理系统及社保要求的信息等。2)概述a)操作简单，办理住院病人入院管理相关任务b)办理住院病人转入转出的相关管理任务c)简单快捷，两步（鼠标只需点两次）结帐，d)病人流和财务流有条不紊。e)病区医嘱费用自动同步、功能科室费用自动采集，f)欠费报表、出入院人数日报表（分科室统计当天入院、住院、出院、转入、转出人数及收入等）g)院病人明细帐、出院病人明细帐、总帐（本月病人的各种费用信息，含水量：在院病人、出院病人、职工医疗、担保未结帐、欠费病人等报表）。6.1.7.2、住院病区医嘱管理系统1)基本要求：符合医院信息系统基本功能规范的有关规定。103 1)基本功能：a)录入医嘱信息要完整，包括：病案号、姓名、性别、病房号、床位号、医嘱名称、录入时间、开始执行/结束执行时间、执行频率、写医嘱医生姓名、药品名称、规格、剂量、发药频率及发药途径。手术医嘱应包括：麻醉方式、手术执行时间。b)权限控制功能：录入者及审核者具有不同权限控制。审核者对医嘱进行审核、校对后才能提供执行，并对审核后医嘱的正确性承担责任。对未经审核的医嘱可提供修改和删除的功能。c)长期医嘱及临时医嘱识别和标志功能。d)医嘱停止执行及撤销执行识别和标志功能。e)打印功能：i.打印长期医嘱及打印临时医嘱，其格式应符合卫生行政部门的规定并应有医生和护士的亲笔签字。ii.打印护士执行的各种领药单、服药单、注射单、静脉输液卡以及各式各样医嘱单据。2)病房床位管理功能：包括病房内调床、病房之间转移和病人出院等让出床位3)病人费用录入功能：摧病人欠费交款单据。4)概述a)操作简便，系统符合临床要求、专业、准确。b)医嘱词典收录常用的各种医嘱用词用语，如：处方用词用语、病情用词用语，检验用词用语等，使录入高效和准确，并随使用频率而智能增加、排序。c)执行医嘱时系统自动产生诊疗执行项目、药品执行项目d)支持自动执行任意频次长嘱e)分类执行表、领药单、服药卡、输液卡等打印功能。f)不用关心病人类别（医保、本院职工、自费等）系统智能处理记帐。g)床位费、采暖、空调等自动记帐，病员费用清单h)护理级别警示，常规、特别护理记录管理i)从护理记录自动绘制体温单。6.1.7.3、住院病历管理系统1)基本要求：符合医院信息系统基本功能规范的有关规定。2)基本功能：103 a)病人基本信息登记b)病人就诊情况记录c)病历借阅管理d)病历相关查询统计分析。6.1.7.4、住院手术麻醉管理系统1)基本要求：符合国家、地方有关法律、法规、规章制度的要求a)《麻醉药品管理办法》b)其它相关法律、法规。2)基本功能：a)手术管理：提供手术病人检索、手术申请、手术安排、急诊手术，查看手术申请单、查看手术通知单，填写病人术前会诊记录、谈话记录、麻醉记录，器械准备、手术记录、附加手术、器械清点，手术划价记账、手术物资消耗管理、医嘱及术后信息等功能。b)无菌管理：提供紫外线消毒记录、手指无菌培养、物品无菌检查、空气无菌检查、手术中空气无菌检查等功能。c)综合查询：提供手术查询、手术报表、术后信息统计、无菌查询等查询功能。d)三级库房：包括药品申领—>药库、药品申领—>药房、药品其它入库、药品出库、物品申领、物品其它入库、物品出库、库存查询、收支查询、收支分类、项目配对以及三级库房选项等功能模块。3)概述a)手术前i.手术、麻醉申请与审批：根据有关规定完成手术、麻醉的申请和审批信息。ii.提供患者基本信息：姓名、性别、年龄、住院病例号；病区、床号、入院诊断、病情状态、护理等级、费用情况等。iii.术前准备完毕信息：各项检查完成；诊断明确；符合手术指征；手术同意书已签好；麻醉签字单已签好。iv.术前讨论和术前总结信息：书面记录。v.记录按规定标准安排手术者和第一助手。vi.麻醉科会诊记录：术前一天进行并填好，麻醉前签字。vii.记录确认麻醉方案：术前科内讨论确定。103 i.记录手术前用药：麻醉科医生会诊决定。ii.记录手术医嘱iii.记录手术通知单：术前一日上午送交麻醉科；急诊手术随时送交。iv.术前护理工作落实信息。v.病人方面准备信息。vi.手术器械准备记录：手术器械、麻醉器械、药品准备等。a)手术i.提供患者基本信息：姓名、性别、年龄、住院病例号、病区、床号、人院诊断、病情状态、护理等级等。ii.提供手术相关信息：手术编号、日期、时间、手术室及手术台；手术分类、规模、部位、切口类型等。iii.提供医生信息：手术医生和助手姓名、科室、职称；麻醉师姓名、职称。iv.提供护士信息：洗手护士、巡回护士，器械师姓名。v.提供麻醉信息：麻醉方法、用药名称、剂量、给药途径。vi.核查手术名称及配血报告、术前用药、药敏试验结果。vii.核查无菌包内灭菌指示剂，以及手术器械是否齐全，并予记录。viii.以上信息术前录入，术后进行修改；急诊手术术后及时录入，并记入医生及操作员姓名、代号。ix.核对纱垫、纱布、缝针器械数目。x.填写麻醉记录单。xi.记录麻醉器械数量。b)手术后i.提供手术情况：手术记录、麻醉记录。ii.提供患者情况：血压、脉搏、呼吸等。iii.随访信息：一般手术随访一天，全麻及重患者随访三天，随访结果记录，有关并发症记录。iv.提供全部打印功能。v.提供汇总功能。vi.提供费用信息。103 6.1.8、住院医生工作站直接为临床医生服务，包括：下医嘱、书写病历、开检验/检查申请，查询检验/检查报告、病历综合阅读、病案检索、图象传输等。医生所下医嘱，直接传送给各业务系统，如药局、检验科室、检查科室、膳食营养科、护士工作站等，各业务子系统再根据医嘱的内容进行相应的处理，如护士工作站根据医嘱的内容，打印各种治疗单、注射单、发药单等，执行医嘱，检验、检查科室根据检查、检验医嘱的内容进行预约、检查等，膳食营养科根据膳食医嘱进行营养计算、配餐等，因此医生工作站是住院管理系统部分的核心，即数据的源头。1)基本要求：符合医院信息系统基本功能规范的有关规定。2)基本功能：a)自动获取或提供如下信息。b)医生主管范围内病人基本信息：姓名、性别、年龄、住院病历号、病区、床号、入院诊断、病情状态、护理等级、费用情况等。c)诊疗相关信息：病史资料、主诉、现病史、诊疗史、体格检查等。d)医生信息：科室、姓名、职称、诊疗时间等。e)费用信息：项目名称、规格、价格、医保费用类别、数量等。f)合理用药信息：常规用法及剂量、费用、功能及适应症、不良反应及禁忌症等。3)支持医生处理医嘱：检查、检验、处方、治疗处置、卫生材料、手术、护理、会诊、转科、出院等。检验医嘱须注明检体，检查医嘱须注明检查部位。4)提供医院、科室、医生常用临床项目字典，医嘱组套、模板及相应编辑功能。5)提供处方的自动监测和咨询功能：药品剂量、药品相互作用、配伍禁忌、适应症等。6)提供长期和临时医嘱处理功能，包括医嘱的开立、停止和作废。7)支持医生查询相关资料：历次门诊、住院信息，检验捡查结果，并提供比较功能。提供医嘱执行情况、病床使用情况、处方、患者费用明细等查询。8)支持医生按照国际疾病分类标准下达诊断(入院、出院、术前、术后、转入、转出等)；支持疾病编码、拼音、汉字等多重检索。9)自动审核录入医嘱的完整性，提供对所有医嘱进行审核确认功能，根据确认后的医嘱自动定时产生用药信息和医嘱执行单，记录医生姓名及时间，一经确认不得更改。10)所有医嘱均提供备注功能，医师可以输入相关注意事项。11)103 支持所有医嘱和申请单打印功能，符合有关医疗文件的格式要求，必须提供医生、操作员签字栏，打印结果由处方医师签字生效。1)提供医生权限管理，如部门、等级、功能等。2)自动核算各项费用，支持医保费用管理。3)自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、转科、出院等诊疗信息，以及相关的费用信息，保证医嘱指令顺利执行。4)概述a)智能导向，全导向式病历书写，查阅检索，病历完全电子化b)病历模版式书写，关键字导入，辅助医生书写处方和病历，下达医嘱，申请检查检验c)提供标准化用语，智能化操作功能，提高录入速度。d)提供个体化的系统配置方案，根据医生从事的工作范围根据实际情况进行系统配置，建立自己的词典，从而减少病历录入编辑时间，提高工作效率。e)功能可为医生护士提供辅助决策支持，如典型病例检验分析，药理分析，检验分析，药检分析，病理分析，用药范围、治疗方法等，使诊断和治疗的质量得到提高。结合PACS、LIS系统可实现完整数字病案f)支持医生处理医嘱：检查、检验、处方、治疗处置、卫生材料、手术、护理、会诊、转科、出院等。检验医嘱须注明检体，检查医嘱须注明检查部位。g)常规用法及剂量、费用、功能及适应症、不良反应及禁忌症等h)支持医生按照国际疾病分类标准下达诊断(入院、出院、术前、术后、转入、转出等)自动审核录入医嘱的完整性，提供对所有医嘱进行审核确认功能，根据确认后的医嘱自动定时产生用药信息和医嘱执行单，记录医生姓名及时间i)自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、转科、出院等诊疗信息，以及相关的费用信息，保证医嘱指令顺利执行。6.1.9、药房管理系统6.1.9.1、门诊中西药房管理系统（窗口夜晶显示屏）1)基本要求：必须严格遵循国家现行的法律、法规和有关部门的具体规定。如：医院财务制度，医药分开核算等，以及应作到“金额管理、数量统计、实耗实销”原则。必须支持社保局有关规则。2)基本功能：103 a)药品划价：利用不同的检索码录入药品名称（支持别名），自动显示药品信息（规格、单位、价格、库存量、有效期等）。b)窗口发药：调出已收费的处方，并与手工处方核对无误后发药。c)药品入库：根据库存药品上、下限辅助自动生成向药库领药的领药单，传输到药库，药库实发数后打印出库单双方签字传回药房上帐。d)库存管理：药品批次、药品报增损、药品借调、药品退药库、库存锁定、药品停用管理。对药品的期初、期间出、入库、期末结余的数量金额进行管理，对特殊药品、药品有效期进行管理。自动盘点生成盘点表和报増报损清单。报増报损清单经领导批示后更改库存。e)统计报表：药品消耗明细及汇总；各科室及医生用药明细及汇总；特殊药品的发药明细及汇总；本药房及发药人的工作量统计。f)信息查询：系统模块各基本功能均应具有查询功能，在各子功能模块界面也能按有关条件组合进行多种查询。g)病区发药：支持病区急诊发药6.1.9.2、住院中西药房管理系统1)基本要求：必须严格遵循国家现行的法律、法规和有关部门的具体规定。如：医院财务制度，医药分开核算等，以及应作到“金额管理、数量统计、实耗实销”原则。必须支持社保局有关规则2)基本功能：a)药品划价：利用不同的检索码录入药品名称（支持别名），自动显示药品信息（规格、单位、价格、库存量、有效期等）。b)窗口发药：调出已记帐收费的处方，并与手工处方核对无误后发药。c)支持病房对病区一日（多日）摆药。d)药品入库：根据库存药品上、下限辅助自动生成向药库领药的领药单，传输到药库，药库实发数后打印出库单双方签字传回药房上帐。e)库存管理：药品批次、药品报增损、药品借调、药品退药库、库存锁定、药品停用管理。对药品的期初、期间出、入库、期末结余的数量金额进行管理，对特殊药品、药品有效期进行管理。自动盘点生成盘点表和报増报损清单（见附表）。报増报损清单经领导批示后更改库存。103 a)统计报表：药品消耗明细及汇总；各科室及医生用药明细及汇总；特殊药品的发药明细及汇总；本药房及发药人的工作量统计。b)信息查询：系统模块各基本功能均应具有查询功能，在各子功能模块界面也能按有关条件组合进行多种查询。6.1.9.3、急诊药房中、晚、夜班划价、发药管理系统功能同门诊药房管理。6.1.10、药库管理系统药品库房管理系统采用下拉式中文菜单和功能地图导航系统，经济核算分析灵活实用性强，采用表图并茂一目了然，设有与门诊、住院及经济核算分析等各系统的软件接口。1)基本要求：药库是医院药品管理最重要的一部分，实现采购分析、应付款管理、药品失效期预警、成本核算分析等。价格管理必須符合国家有关政策和医保规则。2)基本功能：a)供应商管理：对有业务联系的供应商的一般情况及付款情况进行管理。b)药品入库：支持多种入库类别（采购入库、调拨入库、退药入库、其他入库）打印入库单，建立药品明细台帐。具有入库单的作废及查询功能。c)药品出库：支持多种出库类别（药房领药、科室领药、退货出库、其他出库等），出库单可根据药房的领料单自动转换生成或直接录入，打印出库单。出库到药房的价格根据医院要求按医院管理系统种价比例执行。具有出库单的作废及查询功能。d)库存管理：药品批次、药品报增损、药品借调、药品退药库、库存锁定、药品停用、失效日期的管理。对药品的期初、期间出、入库、期末结余的数量金额进行管理，对特殊药品、药品有效期进行管理。自动盘点生成盘点表和报増报损清单（见附表）。报増报损清单经领导批示后更改库存。e)调价处理：药品价格统一由药库管理，任何药房无权修改药价。根据有关文件进行调价后，自动计算打印损益情况表，同时对所有所药房同种药品进行调价，药房也应自动计算打印损益情况表。f)103 信息查询：系统模块各基本功能均应具有查询功能，在各子功能模块界面也能按有关条件组合进行多种查询。如：可查询药品入库情况、出库情况、结存情况、查询药品有效期、药品分类查询等。在有关界面按有关条件组合进行多种查询。a)统计报表：打印药品编码表、药品明细帐、任意时间段的不同类别药品出、入库数量金额统计、药品调价单、药品出库进销差价及加成率、药品消耗统计表、任意时间段各科室各药房领用统计、以图形方式统计各类药品占入厍出库库存的百分比。药理分类数量金额统计，剂型分类数量金额统计。1)概述a)单据式录入，无须额外培训既可掌握（入库单、退货单、发药单、升损单、调价单、盘点单）b)单据智能关联生成（入库单—>调价单；调价单—>升损单；盘点单—>升损单）c)对毒麻、贵重药品可进行专门的重点管理d)可自动对滞销、旺销、过期、临近过期的药品进行统计分析，根据库存自动制订采购计划，确定药品库存的上下限、药品辅助录入快速准确，进销存各类报表（日月季）大量报表e)出货单支持多种出库方式(先进先出，先失效先出，后进先出，指定批次出库)f)盘点单支持按批号盘点，品种盘点，盘点单自动生成升损单g)自动核算药品成本h)多种结算方式（入库单整单结算，指定药品品种结算）i)支持单据自动复核，同一单据可限定品种唯一性j)入库支持多种采购方式（招标、实价、扣前、扣后）k)药品全程批号、效期管理，库存预警l)自定义界面风格（如色彩，式样等XP，WIN2000）m)翔实报表：n)药品类别月结报表（分汇总明细、统计类别如西药，中成药，中草药）o)药品品种月结报表、p)供应商往来月结q)供应商往来日结、r)出库招标额统计s)供应商应付款余额查询、t)供应商往来帐报表分析u)药品流水帐报表、103 a)药品进销存查询b)药品采购查询c)其他月、季，年报表6.1.11、功能科室管理系统1)基本要求：符合国家、地方有关法律、法规、规章制度的要求2)基本功能：a)对门诊病人、住院病人进行B超、胃镜、脑电、心电、激光等医技的开单b)功能项目执行，并录入相关放射结果数据c)耗材录入、统计d)病人B超单、胃镜单、脑电单、心电单、激光单等打印e)病人B超、胃镜、脑电、心电、激光等情况明细汇总报表f)医生开单工作量统计g)执行人工作量统计h)科室收入按明细、汇总统计i)功能科医技项目维护。6.1.12、放射科管理系统1)基本要求：符合国家、地方有关法律、法规、规章制度的要求2)基本功能：a)对门诊病人、住院病人进行放射开单b)检验执行，并录入相关放射结果数据c)放射耗材录入、统计d)病人放射单打印e)病人放射情况明细汇总报表f)医生开单工作量统计g)执行人工作量统计h)科室收入按明细、汇总统计i)放射项目维护103 a)与PACS系统无缝链接6.1.13、检验科管理系统1)基本要求：符合国家、地方有关法律、法规、规章制度的要求2)基本功能：a)对门诊病人、住院病人进行检验开单b)检验执行，并录入相关检验结果数据c)检验耗材录入、统计d)病人检验单打印e)病人检验情况明细汇总报表f)医生开单工作量统计g)执行人工作量统计h)科室收入按明细、汇总统计i)检验项目维护j)与LIS无缝链接6.1.14、病理管理系统1)基本要求：符合国家、地方有关法律、法规、规章制度的要求2)基本功能：a)对门诊病人、住院病人进行病理开单b)病理执行，并录入相关放射结果数据c)病理耗材录入、统计d)病人病理单打印e)病人病理情况明细汇总报表f)医生开单工作量统计g)执行人工作量统计h)科室收入按明细、汇总统计i)病理项目维护103 6.1.15、供应科管理系统1)采购计划制订2)物品入库、退货、盘盈、盘亏3)物品存储上、下期限报警4)物品发放5)科室调拨6.1.16、图书室管理系统图书是承载和传播知识的桥梁。在知识经济日益发展的信息时代，信息量呈爆炸性增长。对于图书利用率较高的医院，让知识和信息实现共享，采用计算机对其进行管理以方便医务人员对图书知识信息的需求，是十分必要的。HIS医院图书馆管理系统是针对医院特点开发的图书馆管理计算机软件，可以方便地在网上有关图书信息，使图书资料能更加充分地发挥作用。本系统具有以下功能：1)书刊编目管理，可对图书期刊信息、期刊文章和文档资料编目。以方便检索；2)书库管理可对各种图书期刊、资料等库存信息进行维护，对遗失、毁损的进行报废处理；3)读者信息和借阅管理可对图书的借阅、归还、遗失情况进行管理，存储读者的信息；4)信息查询和系统维护，可查询各种图书借阅信息，对图书管理的各种规定进行设置，使用管理员和读者在应用时更方便。5)稳定可靠，操作简便，既方便管理员，也方便医院各类人员的查询和借阅。6.1.17、体检中心管理系统1)基本要求：为满足日常健康体检、办证要求而设计的一套日常工作管理的系统。本系统提供了各种灵活的输入方案和强大的查询功能及统计功能，能帮助您及时了解日常工作状况、并快速查询和统计出相关的数据。它操作简单、界面一致、画面美观大方，方便管理，提高工作效率。2)基本功能：体检登记、体检登记单、收费单、健康体检、肝功检查、健康证、培训证、复查通知书、职业禁忌人员调离通知书等，打印标准的从业人员健康检查表、健康证等103 1)概述a)检查登记：根据体检单位的体检人员的基本信息，登记录入系统。确定体检人员的检查内容、检查目的、和其他基本信息，然后打印出体检收费单或体检登记表b)健康体检：检查登记完成就可以进行健康体检，体检完成所有项目：体征（心、肺、脾、肺）、X线胸透或胸部拍片、大便培养（痢疾杆菌、伤寒或副伤寒）、肝功能（谷丙转氨酶、HBsAg、HBeAg）、主检医师意见，体检合格就打印健康证，体检不合格就打印体检复查通知书、职业禁忌人员调离通知书。c)健康证：体检合格就打印健康证、培训证等。d)文书管理：体检不合格就打印体检复查通知书、职业禁忌人员调离通知书等。e)肝功检查：主要为只做肝功检查的检查工作而设计。检查完成打印检验单。6.1.18、财务管理系统1)符合《医院会计制度》、《医院财务制度》、《中华人民共和国统计法》、国家各级行政机关制定的有关法律、规定的要求；符合医院现代财会工作特点的高智能财务系统。主要功能：2)在凭证输入、帐务核算的各过程中，设有各种检错、排错功能；摘要词组、科目编码提示；自动生成帐务和报表；单项核算可全部通过自动定义，自动编制凭证、自动入帐，自动转帐。3)采用不固定模式，对财务各科目设置等，用户均可根据自己的使用习惯和本单位的具体情况进行一次性设计定义，即可到月底进行自动转帐。4)用户可对任何报表格式，通过自定义方式生成。报表的设计为全屏幕编缉，并对报表生成勾稽关系自动控制。5)设有四级控制密码及数据库的锁定加密措施。6)配有与其他医院管理软件的程序接口，可实现与其他医院的数据相互传递。数据可直接制单入帐或传送给其他医院管理软件7)基本功能：a)与财务管理系统接口，直接读取有关信息；b)与医院信息系统接口，直接读取有关信息；c)门诊收入、支出统计汇总；d)住院收入、支出统计汇总；e)药品进、销、差价统计汇总；f)物资消耗和库存统计汇总；103 a)固定资产统计和折旧计算；b)房屋面积统计汇总；c)各科室和病房工作量统计汇总；d)临床工作人员工作量统计；e)管理部门和后勤保障部门收支和工作量统计；f)支持多种算法进行医院成本摊分；g)全院综合分析统计核算；h)各科室、病房、各部门核算和分配；i)提供各项统计汇总信息查询、显示、打印功能。6.1.19、全院经济核算系统基于网络的经济核算可以从不同渠道产生系列化的统计数据，每天可由门诊、住院、病区、财务、人事等子系统直接汇总生成统计数据，可大大地减少统计部门搜集、汇总、统计的工作量。当用户增加医院管理系统一明细项目时，只需通过系统管理功能对相应数据进行修改，无需修改程序，提供灵活通用的报表打印格式，方便管理。1)门急诊信息统计：自动采集门诊、急诊各站点工作量信息、费用信息，可按任意时间进行统计（包括跨年统计），可以按不同财务核算科目核算，也可按操作员、科室、及全院情况进行分级统计核算。2)药房药库信息统计：不仅可以统计药品进销存情况，且对药库药房毒、麻、贵重药品允许单独统计核对。可以准确统计现存药品的调价盈亏情况。3)住院部信息统计：自动采集住院部与病区发生的各类财务与医疗信息，统计时间无限制，不仅可按各科室、操作员及全院进行核算，也可以按财务的不同科目核算。4)工资奖金核算统计：可以按照医师与操作员的工作量的情况依当地医院的工资奖金核算标准，统计每人工资奖金额度，方便财务核算工作。6.1.20、财务监管系统1)基本要求：符合有关国家财务制度及医保有关政策和规定。2)基本功能：a)票据管理：门诊、住院有关票据进行管理。103 a)费用审核：对门诊、住院各种收费日报、月报、年报等的审核；b)信息查询：系统模块各基本功能均应具有查询功能，在各子功能模块界面也能按有关条件组合进行多种查询。c)统计功能：i.门诊各科室、医生工作量及收入汇总；ii.住院各科室工作量及收入汇总；iii.门诊各科室、医生收入分类明细统计；iv.住院各科室、医生收入分类明细统计；v.全院分部门工作量及收入分类统计汇总；6.1.21、财务票据管理系统1)基本要求：符合有关国家财务制度及医保有关政策和规定。2)基本功能：a)票据类型维护b)票据入出库管理c)票据领用管理d)票据回交管理e)票据作废f)各种相关查询统计6.1.22、其他辅助管理系统6.1.22.1、办公管理系统采用先进成熟的计算机和通信技术手段建立的一个高质量、高效率、智能化的电子办公系统，其目的是：为领导决策和高效率办公提供信息服务；提高办公效率；减轻工作人员工作负担；节约办公经费。最终实现用户的办公自动化、办公无纸化、资源信息化、决策科学化。1)基本要求：采用先进计算机技术和通信技术，构建用户的集成办公环境和公共信息服务平台，满足用户的内部无纸化办公和远程移动办公的需要。2)基本功能：103 a)支持B/S模式b)流程定义灵活配置c)工作即时提醒d)模块自定义功能e)多种公文处理方式f)文件修改痕迹保留g)统一应用平台h)人员权限集中设置i)检索与查询功能1)概述a)办公自动化系统主要包括待办事宜、收文管理、发文管理、档案管理、信息采编、督办查办、领导日程安排、会议管理、信访处理、人事管理、车辆管理、电子邮件、电子公告牌、办事指南、公用资料、通讯录、网上论坛、规章制度等内容。6.1.22.2、医务管理系统医务管理系统中的所有数据是医院实际工作中的重要记录，这些基本的数据信息为医院进一步提高工作质量提供了决策依据，是现代医院信息管理工作中重要的组成部分。1)基本要求：本系统根据我国目前医院统计的工作状况及现代医院信息管理要求，确定科学的信息管理工作流程，实现信息资料的收集、录入、存储、处理和传输，为医院管理部门提供准确的决策依据；同时以《全国卫生统计报表制度》为标准，设计符合我国医务科管理指标体系，满足卫生行政主管部门的汇总要求。2)基本功能：a)本系统以信息工程理论为指导并应用计算机技术，为医院建立了科学的、先进的现代化医务管理模式和方法。基本功能：b)病历检查：主要实现对门诊、急诊、病区、住院病历中的检查数据进行录入、修改、保存和确认等操作。c)质控检查：录入并保存院内感染管理环境监测、门诊处方质控、万元设备质控等质控检查的检查结果。d)103 单项质控：实现院内感染管理质控、用血情况、室间质控、住院就餐治疗、麻醉质控、放射质控、病理质控等一系列报表数据的录入、保存与确认。a)其它质控：完成医疗设备仪器的汇总、优秀病历和评选、医院部分统计指标考核汇总等报表数据的录入、修改、保存和确认。b)医疗服务：实现重大灾害事故救援与医疗隐患、差错、事故中详细记录的登记与确认。c)质控报表：提供各类报表的查看与打印输出功能。6.1.22.3、护理管理系统协助病房护士对住院患者完成日常的护理。其主要任务是协助护士核对并处理医生下达的长期和临时医嘱，对医嘱执行情况进行管理。同时协助护士完成护理及病区床位管理等日常工作。1)基本要求：符合《中华人民共和国护士管理办法》以及其它相关法律、法规的要求。2)基本功能：a)床位管理i.病区床位使用情况一览表(显示床号、病历号、姓名、性别、年龄、诊断、病情、护理等级、陪护、饮食情况)。ii.病区一次性卫生材料消耗量查询，卫生材料申请单打印。b)医嘱处理i.医嘱录入(同„条)ii.审核医嘱(新开立、停止、作费)，查询、打印病区医嘱审核处理情况。iii.记录病人生命体征及相关项目。iv.打印长期及临时医嘱单(具备续打功能)，重整长期医嘱。v.打印、查询病区对药单(领药单)，支持对药单分类维护。vi.打印、查询病区长期、临时医嘱治疗单(口服、注射、输液、辅治疗等)，支持治疗单分类维护。打印、查询输液记录卡及瓶签。vii.长期及临时医嘱执行确认。viii.填写药品皮试结果。ix.打印检查化验申请单。x.打印病案首页。xi.医嘱记录查询。3)护理管理护理记录；护理计划；护理评价单；护士排班；护理质量控制。4)费用管理103 a)护士站收费(一次性材料、治疗费等)，具备模板功能。b)停止及作废医嘱退费申请。c)病区(病人)迟费情况一览表。d)住院费用清单(含每日费用清单)查询打印。e)查询病区欠费病人清单，打印催缴通知单。6.1.22.4、医疗统计管理系统1)基本要求：符合医院信息系统基本功能规范的有关规定，符合《中华人民共和国统计法》、卫生部颁布的《全国卫生统计工作管理办法》和《医院等级评审标准》有关《统计指标》的要求。2)基本功能：a)对医院发展情况、资源利用、医疗护理质量、医技科室工作效率、全院社会效益和经济效益等方面的数据进行收集、储存、统计分析并提供准确、可靠的统计数据，为医院和各级卫生管理部门提供所需要的各种报表。b)数据收集应包括：门诊病人统计数据(包括社区服务活动)；急诊医疗统计数据；住院病人统计数据；医技科室工作量统计数据。c)提供门诊、急诊统计报表：门、急诊日报表、月报表、季报表、半年报表和年报表。d)病房统计报表：病房日报表、月报表、季报表、半年报表和年报表。e)门诊挂号统计。f)病人分类统计报表。g)对卫生主管部门的报表：i.医院医疗工作月报表。ii.医院住院病人疾病分类报表。iii.损伤和中毒小计的外部原因分类表。iv.卫生行政主管部门规定的其他法定报表。h)计综合分析：i.门诊工作情况。ii.病房(病区)工作情况(含病房床位周转情况)。iii.出院病人分病种统计。iv.手术与麻醉情况。103 i.医技科室工作量统计。ii.医院工作指标。iii.医院的社会、经济效益统计。6.1.22.5、病案管理系统病案管理系统对病案首页和相关内容及病案室(科)工作进行管理，病案是医院医、教、研的重要数据源，向医务工作者提供方便灵活的检索方式和准确可靠的统计结果、减少病案管理人员的工作量是系统的主要任务。它的管理范畴包括，病案首页管理；姓名索引管理；病案的借阅；病案的追踪；病案质量控制和病人随诊管理。能真实、准确地记录每位住院病人的病程录，是医护人员与医院医疗质量与医疗水平的真实体现。同时也为医院教学、科研工作提供可靠的数据，提高医院的医疗质量。1)基本要求：符合卫生部制订的病案首页标准和病案填写标准、国际疾病分类标准的要求。2)基本功能：病案管理系统主要包括病人主索引、病案追踪、首页管理、质量控制四个部分。a)病案首页管理所包含的基本内容：病人基本信息、住院信息、诊断信息、手术信息、过敏信息、患者费用、治疗结果、院内感染和病案质量等。b)必须有灵活多样的检索方式，包括首页内容的查询、病案号查询、未归档病案的查询。对病案号查询要支持病人姓名的模糊查询。c)对检索结果要有多种形式的显示或输出形式，包括病案首页、病人姓名索引卡片、疾病索引卡片、手术索引卡片、入院病人登记簿、出院病人登记簿、死亡病人登记薄、传染病登记簿和肿瘤登记簿。d)依据标准的疾病分类、手术分类代码处理一病多名问题。e)具有基本的统计功能，包括疾病的统计分析、科室统计、医生(主治医师、住院医师、手术师、麻醉师)统计、病人情况分析(如职业、来源地)和单病种分析等。3)病案的借阅病案的借阅是病案管理的重要组成部分，基本功能包括：借阅登记、预约登记、出库处理、在借查询、打印应还者名单和借阅情况分析。4)病案的追踪a)出库登记，包括门诊出库登记、住院出库登记、科研出库登记。b)能够处理门诊、住院病案分开的情况。5)病案质量控制a)打印错误修改通知单103 a)质量分析b)打印按医生、科室的统计报表2)病人随诊管理a)随诊病人设定b)随诊信件管理c)打印随诊卡片d)问卷管理，包括打印、回收确定、存档3)病人属性信息：应具有对病人属性信息输入完整性功能。4)入院诊断：输入住院病人入院前疾病诊断功能。5)录入住院病人在医院医疗活动中主要事件功能。6)治疗转归评价功能。7)医院感染评价及分析功能。8)出院病人诊断：病人经治疗转归，出院诊断。9)疾病和手术分类、统计和其他多项统计功能。10)自动生成病案首页，打印出的信息和格式符合卫生部有关首页规定的要求。11)进行病案质量管理,质控指标录入、单病案质量评价、分类质量评价、综合查询打印等功能。12)病案的利用功能：病案能够提供二次应用，为临床、教学、科研服务13)提供各种所需的业务报表，产生病案索引表和一览表方便用户查询。6.1.23、系统外部接口6.1.23.1、医疗保险系统接口1)基本要求：符合国家、地方的有关法律、法规、规章制度的要求。2)基本功能：病案管理系统主要包括病人主索引、病案追踪、首页管理、质量控制四个部分。a)符合国务院下发的有关医疗保险的各项政策及法规。b)符合劳动社会保障部下发的有关医疗保险的政策及法规。c)符合地方政府下发的有关医疗保险的政策及法规。d)医疗保险（以下简称“医保”）系统接口软件的3个要求：医疗消费数据的唯一性、医保系统的安全性、高效快速的性能。a)103 医疗消费数据的唯一性：医保患者的医疗消费数据要求一致，这是医保系统与医院系统接口的最基本要求。医院的收费划价管理系统将个人处方划价结果数据除登记在医院管理系统，还必需按照医保中心的要求登记在医保中心的主机系统中，这就要求在两个相对独立的系统中，医保病人的消费记录保持一致，都来自医院的收费划价系统，确保数据的唯一性。a)医保系统的安全性：医保中心系统的主机存放几十万参保人员的基本档案、个人帐户和统筹基金、个人和单位帐目等多方面数据，关系到几十万参保人员的切身利益，其数据要求高度安全。b)高效快速的性能：医院系统与医保系统连接，其接口软件要求高效快速，对现有系统的速度影响减到最低程度，以缩短操作时间及病人等待时间。6.1.24、影像管理系统(PACS)功能介绍近年来，CT、MR、PET以及DSA、CR、DDR等新的医学成像技术的出现，使医学影像的数量剧增，同时，医学影像在临床疾病诊断中的作用越来越重要，传统的手工管理医学影像的方法已不适应。随着计算机技术、网络技术以及医学影像的数字化技术的进步，就产生了医学影像存档与通讯系统（PictureArchivingandCommunicationSystems，PACS），PACS是一个旨在全面解决医学影像的获取、显示、存储、传送和管理的综合系统。PACS系统和医院信息化及数字化医院的目标紧密关联，它是专门为医院的放射科设备的影像管理而设计的包括数字化影像信息的采集、存储、诊断、传输、管理、显示、处理、查询的综合网络系统，是以放射科设备的影像存储和传输为中心的数字化网络系统。PACS、HIS、LIS、CIS等多个专业的医疗信息系统形成了日益扩展的医学信息网，使整个医院能够充分共享医学影像学检查的影像数据及诊断信息，使影像资料得以有效管理和充分利用，提高了医院的整体效率，并可进行远程医疗服务，并产生了巨大的社会效益和经济效益。最主要的是PACS可使医疗信息资源达到充分的共享，病人的诊疗和保健服务变得更加便捷和高效，并可节省大量的人力、物力。中国医学事业发展已逐渐迈入现代化、科学化、信息化时代，计算机应用已经得到广泛应用与普及，相信不久的将来，随着PACS的推广应用，将推动中国医疗事业发展进入更高层次。6.1.24.1、传统的医学图像保存和处理方式存在的问题1)103 保存胶片需要很大的存放空间。为了提高胶片的利用价值，影像科不得不建立片库来贮存数量庞大的胶片，这就是所谓的"归档"或"存档"，即对胶片的管理。管理难度与数量同步增长，耗费大量财力、物力、空间。1)常规X线摄影沿用胶片-增感屏系统，成像后由胶片记录，需暗室冲洗，在显影、定影、冲洗、烘干、归档等环节上要耗费大量的人力和财力。2)胶片库手工管理效率低，资料的查询速度慢，图像的传递需要大量时间，效率低，不能满足临床需要，如遇急诊问题就更严重。且容易把胶片归错档，使资料的查找和利用效率更低。3)传统X线胶片除了不便于储存和传输，更谈不上实时或快速异地会诊，不便实现多人共享。4)胶片的丢失、片损和变质所引起的信息丢失也是一个难以解决的问题，即使一个管理制度十分完善的医院，由于借出、会诊等，胶片的丢失也不可避免。给资料的再次利用和科研工作带来极大的不便。5)把CT、MRI等图像硬拷贝到胶片上，保留的只是操作医师认为有用的信息，图像无法后处理，固定的窗宽、窗位已经丢失了大部分原始信息6.1.24.2、PACS的优点1)它可快速、方便地在临床、急诊科室随时调阅胶片图像进行读片与诊断，提高了工作效率，避免了胶片在传递过程中丢失，成为医院现代化的管理手段。2)开展复合影像诊断、开展多学科会诊，克服时间和地域上的限制，使医护人员能为各类患者提供及时的诊断、治疗和护理。3)便于图像传递和交流，实现数据共享，发挥教学医院的教学和支持作用，从而在整体上提高医院的诊断质量、效率和教学、科研水平。4)极大地改变了传统影像科与其他科室的关系，它的大范围运用必将对放射学实践产生极其深刻的影响，促进更加专业化的发展，迫使行业内出现更为激烈的竞争。5)节约了胶片开支及其管理费用，从而进入无胶片时代。6)在医疗服务的社会需求不断增长的今天，上述优越性最终将有利于提高医疗质量、缩短患者在医院的滞留时间，从而为医院和患者带来显著的经济效益和社会效益。7)实施PACS的目标是以数字化诊断为核心的整个影像管理过程。包括：数字影像采集、数字化诊断工作站、影像会诊中心、网络影像打印管理、网络影像存储、网络影像分发系统和网络影像显示计算机和数据交换系统。8)本方案中的PACS需求，在医院正式开始实施PACS系统时，如医院基本情况发生变化，本《设计方案》可根据实际变化情况对需求做相应调整。103 1)方案的设计是一个非常重要的基础环节，其关系到投资效益比、资源利用效率、系统运行稳定性、可靠性和是否可升级扩展等问题。因此，PACS的设计过程的论证必须包括：现有影像设备现状；医院网络系统的状况；需增加的设备和相应的发展规划；系统功能要求；管理流程的设计；投资效益比等，最终获得合理的系统结构和设计模式。6.1.25、电子病历系统（EMR）6.1.26.1、应用系统总体规划6.1.26.1.1、设计思想电子病历系统（以下简称：EMR）的建立和完善，将医院带入全新的数字化医院时代：医院的管理、决策、医疗科研、医疗服务等将有全面的数据支持；更好的制定实施各种标准操作规程（SOP），实现医院管理决策的数字化和制度化、医疗服务的标准化、以及组织全院进行科研攻关、对大部分疾病进行标准化治疗等功能。医院信息化将以电子病历为基础、以病人信息为中心的高度集成化的新一代医院信息管理系统，支持影象存档与通信系统（PACS）、远程医疗、预约服务、医疗保险、信息发布、电子商务、社区医疗服务等功能。我公司将与医院建立长期友好的紧密合作的伙伴关系，为医院在医疗、管理及科研方面实现新的腾飞服务；为医院院成为代表我国最高水平的当代医院管理系统的一面旗帜。成功的医疗组织将会具有这样一种普遍的能力：管理和控制病人电子资料和影像信息的高效传送、存储，并能够让这些宝贵的信息资源充分利用起来。具有如此能力的医疗机构将通过提高生产力、改善工作流程、增强服务能力而具有无比强大的竞争力。医院电子病历系统的建立，可为医院的医疗、科研、教学和医院管理等方面提供主动、方便快捷和高效的数据服务，包括各种疾病数据检索与分析、智能知识库、医疗数/质量统计、医疗评价、健康评估、经济统计分析等等。该系统的建设将可以有效达到以下目标：1)优化医院的管理模式，以数字化管理、信息化管理为核心，形成先进的医院管理理论和医院管理模式。2)建立医院内部完善的医院信息处理系统，最大限度地服务于病人和医护人员。3)建立医院的办公自动化系统。103 1)建立高度信息化的医疗研究与教学系统。2)建立完善的医学交流体系，通过现代的通讯、信息手段，达到随心所欲的医学交流，可极大地推动医学的发展。3)建立全面的信息化的医学咨询系统、健康咨询系统。4)通过信息技术、现代化的设备，提供众多的特殊服务。如：远程医疗服务，远程医疗监控等。5)进行智能化研究，提供医疗的智能化服务。6)制定及完善医药信息学标准。总的来说，医院建设结构化电子病历系统，将在如上应用层面上发挥作用。6.1.26.1.2、设计特点依靠多年对行业的研究和实践，我们考虑采取“超前规划，稳妥实施，安全可靠、逐步完善”的设计特点来完成医院电子病历系统的方案。1)超前规划：是指在设计系统时，要充分考虑系统的先进性，采用的技术、选中的设备必须具备超前性，至少十年不过时，还要考虑到将来与其它系统的接轨，该预留的接口，将来可能扩充的端口，都有预先的准备。2)稳妥实施：由于医院业务的复杂，信息系统的实施同时伴随医疗改革的进行，系统不可能一步到位，我们设计的方案要能够分步实施，先易后难，一步一个脚印，一部分一部分把系统做好。3)安全可靠：在系统的设计中要以安全可靠为第一出发点，不能出任何差错，系统一旦运行，则必须有相应的机制来避免故障。4)逐步完善：为有效适应政策和管理的变化，系统的设计要能够进一步的调整，改造，使得系统逐步完善，发挥越来越重要的作用。6.1.26.1.3、系统架构电子病历系统建立在病人信息这条主线上，利用本身所具备的强大的医学术语库，可自由扩展出各类医疗记录子系统，如已内置的住院病历采集子系统、病程记录采集子系统、手术记录子系统、护理记录子系统等等，同时，也可方便地扩展出其他医疗记录采集子系统；同时，利用其接口标准，可以方便地与现有HIS系统、RIS系统、PACS系统等各类子系统进行数据交换与数据采集，从而达到以病人信息为中心的中心数据采集的目的。103 6.1.26.1.4、组成和流程系统由以下几部分组成1)门诊医生工作站系统2)住院医生工作站系统3)专科病历设计子系统4)病案质量控制子系统5)临床数据检索与分析子系统6)疾病监控子系统7)标准数据字典维护子系统系统的基本流程103 6.1.25.2、电子病历系统软件功能6.1.25.2.1、病人注册与登记病人注册是一个自动与人工相结合的过程，当病人入院后，由HIS系统（可与不同公司之HIS进行对接）负责输入病人的基本资料，病人自动在SYEMR系统进行注册；同时支持手工注册服务。1)可扩展的自动数据接口模式，支持各种HIS系统的自动注册接入；2)自动调入上次注册资料供进一步修正；3)病人信息的自动匹配；4)多字典支持，快速完成注册服务；5)跨系统数据共享支持，输入之数据除可在SYEMR系统中充分共享外，还支持与之相连的其他系统的数据共享服务；103 6.1.25.2.2、首页管理首页是病案信息的摘要与汇总，通过对首页的自动生成与维护，为最终与专门的病案统计系统进行数据互通提供最准确与原始的数据。1)数据自动汇总到首页；2)支持首页数据编辑；3)首页输出符合病历管理规范；4)可视化病案首页，所见即所得，非常符合临床医务人员的操作习惯；6.1.25.2.3、住院病历管理住院病历中，含有病人的大量的有用的临床信息，因此，目前市场上各家电子病历厂商主要的技术集中在攻克病历的结构化处理病历信息与自然语言化病历的输出信息。SYEMR系统对此问题提供了较好的解决方案，既可对临床信息进行高度结构化处理，又满足实际临床中的操作上与输出上的要求，采用专门开发的病历编辑器，即可处理自然描述语言的输出，又提供了大量的结构化病历模板，针对病历模板，又提供了大量的针对病历具体部分的结构化模板。1)类似WORD的病历编辑界面，用户书写时直观方便；2)系统内置上百类符合各个专科特点的专科病历的结构模板，上线速度快；3)针对病历结构，提供树状化的结构化区域性模板，方便编辑个性化专科病历；4)系统内置专门为有需要的特色专科病历的设计工具，可以方便地为用户定制各类特色专科病历模板；5)全结构化存储，病历中的所有结构化信息，均采用结构化技术处理，分别存储到数据库中，可供医学科研进行数据检索服务；6)输入方式多：支持直接文字输入，同时支持多种选择性输入，如单项选择菜单、多项选择菜单的输入，同时还支持结构化模板嵌套等功能；还支持常用词汇的管理与输入；7)病历格式可调：除可在定制模板时设置病历格式之外，系统允许用户可以进一步调整输出的文件格式，以方便用户的特殊需要与用途；8)打印输出：支持所见即所得的文件输出功能；103 6.1.25.2.4、病程记录管理在SYEMR系统中，病程记录的输入与管理进行了高效与流程化的管理设计，一方面，用户可以方便地全面浏览病人的病程记录内容，另一方面，在完成病程记录的输入方面，提供了大量的模板与结构化处理手段，并且对病程记录的质量与控制提供了一整套有效的方法。1)自动跟踪关键字段的历次值的变化；2)用户定义病程模板简单方便；3)模板调用快捷方便；4)双计时控制病程的打印与质量；5)病程记录内容支持全部打印、选择页打印、类似银行存折系统的续打印；6)自动签名技术的控制；6.1.25.2.5、病程追踪1)支持自动跟踪关键字段的值的变化；2)自动以住院天数方式生成跟踪报表；3)支持自动从病历中摘出阳性与异常的指标进行动态跟踪；4)支持用户指定指标的跟踪；5)支持图示化显示指标的变化过程；6.1.25.2.6、实验室检验管理1)支持直接从LIS系统中获取实验室检验数据，重现验单原始内容；2)支持检验单据的直接打印输出；3)支持检验项目的纵向比较；4)支持多次住院期间检验项目的纵向比较；5)支持检验数据直接在其他医疗文件中的共享；6)支持检验数据的自动曲线表示；7)检验项目效果一目了解；103 6.1.25.2.7、PACS影像浏览1)实现与PACS系统无逢连接；2)可直接在医生工作站中即可查看各类PACS影像资料；3)支持PACS影像的各种图象处理，包括放大、缩小、测量、标记等；4)支持直接查看PACS影像报告；5)支持动态图象演示；6.1.25.2.8、医嘱管理1)系统内置医嘱系统；2)支持直接与HIS系统字典库相连，从而可以实现直接在电子病历系统中开医嘱功能；3)同时支持与现有HIS系统医嘱系统连接；4)支持长期医嘱与临时医嘱分别处理；5)支持医嘱打印的分页打印与续打印；6.1.25.2.9、评分量表管理1)内置评分量表自动处理模块；2)系统内置数十类各科各病种国际、国内常规评分量表；3)支持用户自定义各类评分量表，自定义评分类型、评分项目以及各项目的分值；4)自动跟踪各类评分量表的得分变化；5)支持以图象曲线的形式显示指定病人评分量表分值的变化；6)评估操作简单方便，通过键盘选择需要的项目，系统自动计算其分值，并把每项的选择与分值分别记录，便于日后进一步进行数据分析；7)非常适用于各类慢性病的治疗评价、神经科类等多种学科的治疗评价；8)该评分量表处理模块得到多家医院的高度评价；6.1.25.2.10、体温记录单1)系统内置体温记录表；2)支持单人多次录入体温及出入量数据；同时支持多人多批次的数据录入，输入方式简单快捷；103 1)自动绘制体温记录曲线，完全符合病历管理规范；2)支持体温曲线的续打印，即用户可以先打印到当天，后面录入的内容可以继续打印到上次接着的位置上；6.1.25.2.11、手术记录、感染记录、其他医疗记录管理1)系统专门设计了针对不同专科特点的不同医疗文件的结构化处理模块；2)手术记录的管理；3)感染记录的管理；4)知情同意书的管理5)可动态设计各类医疗文件的电子化模板；6)支持医疗文件数据的结构化存储；7)支持模板快速输入功能；8)支持所见即所得的文件打印输出功能；9)所有临床数据均可单独提取；6.1.25.2.12、诊断与ICD101)完美的诊断管理模式，支持入院诊断、修正诊断、出院诊断的分类管理；2)支持ICD-10诊断名、ICD10疾病编码的自动录入；3)支持中医诊断名称；4)支持诊断与其他信息的联合检索；6.1.25.2.13、专科病历设计与结构化模板设计1)专为系统管理人员设计的后台维护专科病历工具；2)应用病历工具可以方便地设计出符合专科特色的病历；3)应用病历设计工具还可以设计各类专科医疗文件；4)支持自由结构化字段嵌入；5)支持自由格式排版；6)支持直接从WORD到设计工具中转换；7)支持自定义结构化字典；103 1)支持自定义选择方式与输入方式（单选、多选、日期、时段等）；2)支持设计出的医疗文件模板可自由共享与独享；3)统一的数据处理机制；4)可任意扩充的结构化模板设计；5)支持模板树的扩展；6)模板设计方便、灵活；7)支持自由文本的模板；6.1.25.2.14、病案质量控制按照《病历书写基本规范》中的要求，对规范中提到的住院志、首次病程、日常病程、手术病程和离院病程等几类近30个项目进行了限时的自动提醒与记录：1)入院记录、再次或多次入院记录应当于患者入院后24小时内完成；24小时内入出院记录应当于患者出院后24小时内完成；24小时内入院死亡记录应当于患者死亡后24小时内完成。2)首次病程记录应当在患者入院8小时内完成。3)主治医师首次查房记录应当于患者入院48小时内完成。4)日常病程记录对病情稳定的患者，至少3天记录1次。5)日常病程记录对病情稳定的慢性病患者，至少5天记录1次。6)病危患者病程记录每天至少1次。7)病重患者病程记录每2天至少1次。8)抢救记录抢救结束后6小时内据实补记。9)接班记录应当接班后24小时内完成。10)转入记录由转入科室医师于患者转入后24小时内完成。11)手术记录应当在术后24小时内完成。12)术后首次病程记录术后即时完成。13)阶段小结由经治医师每月对病情及诊疗情况总结1次。14)出院记录应当在患者出院后24小时内完成。15)死亡记录应当在患者死亡后24小时内完成。16)死亡病例讨论记录在患者死亡1周内完成。系统自动对以上限时进行了实时监测，并提供多种提醒与统计报表功能，确保输出之病案质量具有较高水准。103 6.1.25.2.15、数字签名技术1)用户口令采用MD5加密；2)重要文件的签名采用高精度加密技术；3)可扩充为软件+硬件U锁签名技术，确保每份文件的签署是操作者本人；4)数据文件的安全性得到极大的提高；6.1.25.2.16、临床信息检索与分析1)强大的数据检索功能；2)方便易用的拖放式的字段检索方式；3)可进行跨医疗文件、跨病区、跨科室临床数据检索；4)数据输出方式及输出字段可以任意指定；5)支持数据输出到EXCEL等通用数据文件中，供应用专业统计分析软件进一步进行数据分析处理；6)可扩展到后台式医疗科研查询平台；7.1．投资预算8.1．部分客户案例103'