新形式下医院信息系统需求分析
【摘要】 医院信息系统的建立是应用信息技术的前提，信息技术的应用要由部分到整体，有层次的对整个医院进行实施。在医院信息化体制的实施中，必须要结合医院的创新制度、管理制度等等相结合。医院信息化系统的建立对医院整体工作效率的提高以及经济效益的提升都有着积极的意义。本文中笔者对新形势下医院信息系统需求进行了分析。
【关键词】 新形势 医院信息系统 需求分析
前言：医院信息系统的建立是应用信息技术行业中难度比较高的一种，这是医院本身工作的特殊性导致的，医院信息系统广泛应用于工作的各个方面，包括医疗管理，经济效益管理等等，涉及的信息也比较的驳杂。医院信息系统包括了传统管理医院的思想和各个部门的工作经验，同时也对医院现行的工作体系起到了促进的作用。此项系统与快速发展的互联网技术息息相关，又同时被国家制度和法律法规所影响。
一、医院部门的划分及功能
门诊和住院部门下设有若干科室，如门诊部下有内科、外科、皮肤科，口腔科等，住院部下有内科、骨科、外科，两者既有交叉，又各自有自己的医生，诊断方法及治疗体系，去完成其自身的医疗工作。为了使这两大部门工作的顺利进行，医院为其设置了药房，门诊部，药品分配出，财务处，门诊挂号收费处，咨询处，检查处，血库，手术室。
二、医院信息系统的作用及结构
医院信息系统建立的目的是支持医院的事务处处理相关业务，降低工作人员的劳动强度，为医院管理层的决策起到辅助的作用，提高医院的运转效率，从而使医院更高效的为人民服务。医院信息系统的主要结构如下，诊断治疗部分，医生护士工作站，临床诊断系统，手术及麻醉系统，血库信息管理系统，医学器械成像系统;经济管理部门部分，门诊挂号及收费系统，药品物资发放系统，病人转出院管理系统，财务及预算系统;外部对接部分，不同地区居民医疗保险的对接，远程网络医疗咨询对接;药品监管部分，科学用药咨询，药品价格监管，药房核算及其管理;统计分析服务部分，院长分析系统，病人咨询服务系统，药案管理系统。
三、医院对信息系统的信息需求
3.1由于医院信息系统使用的主要群体是医院的管理人员，所以此系统的建立也要主要针对以下几点。
(1)病人信息
首先要通过信息系统记录病人的姓名、出生日期、性别、年龄、家庭地址、联系方式等等。在处理门诊病人的时候，要对其就诊和检验的项目、结果、处方记录、时间等等进行详细的记录。在处理住院病人的时候，要对病人的入院日期，所在的医科、病区床位号，负责医师，用药清单，检查的时间、科目、结果、时间或者手术的时间，出院日期等等进行详细的记录。
(2)医生信息
医院信息系统首先要对医生的基本信息进行核对和记录，包括医生的姓名、性别、出生日期，以及所属的科目、工作年限、职称等。
(3)各种书面证明的信息
对医院工作中的各种清单和证明进行核对，如医生的处方单，诊断证明，病人检查结果及其副本，医生手术申请单，手术通知单，病人家属手术确定单，病人医疗记录，病人入出院登记单，药物出库单，医疗器械使用单，药品发放记录，废旧药品及器械处理单等。
3.2医院对信息系统的安全完整需求
信息系统应采用设置密码的方式以保证用户身份的安全;系统应根据用户的不同设置不同的权限，分辨不同的用户，如精准的辨别医生、病人及管理工作人员。医院对信息系统完整性作出如下要求，各种信息的记录内容不可以为空，各种数据间具有相互的参照完整性，一致记录的不同数据中的一致性。
3.3医院对信息系统的处理需求
医院信息系统应该进行如下的信息处理，对病人的信息及时的分析和统计;对病人的信息，单据，医生的信息进行贮存以供后续工作人员的查询;对医生的诊断情况、工作能力、工作时间进行统计，以便对医生的津贴、奖金、分红、工资计算;对药品库存量及时的更新，系统应根据出入库量确定库存提醒库存管理人员作出相应的措施;对医院部分报表，分析报告，数据函数图像等单据进行打印，以供相关人员的使用。
四、结语
综上，医院信息系统的完善具有复杂性、长期性和因素随机性;医院信息系統并非简易的、单一的、封闭的软件，而是开放的、能够在运用中及时的调整，复杂的软件系统。相信在社会各界的积极分析及探讨下，此信息系统会愈来愈完善，为医院高效的服务大众创下不可磨灭的功劳。
参 考 文 献
[1]侯微.医院信息系统及电子病历研发和应用中需要注意的问题[J].广州医药.2004(03)
[J].计算技术与自动化.2002(04)
[2] 袁绍藻，袁隽媛，廖翊希，梁先宇.基于C/S结构的医院管理信息系统的设计与实现[J].计算技术与自动化.2002(04)
[3]孙婷娇，刘谦.构建远程会诊系统的信息交换平台[J].医学信息.2004(05)
作者：高鹏
【摘 要】医院信息系统是反映医院工作情况及医疗质量的一个重要依据。该系统的升级挑战性与综合性均较强，任何一个因素或一个操作步骤均与系统运行有着紧密联系。因此，对医院信息系统升级风险进行有效的管理非常重要。鉴于此，本文先探讨了医院信息系统升级风险的识别，并对医院信息系统升级风险管理对策进行了探讨，旨在不断降低风险，促进医院信息系统的顺利升级及可靠运行。
【关键词】风险管理;医院信息系统;升级
0.引言
我国的医院信息系统最早于上世纪九十年引进，随着信息技术的快速发展，子系统出现了信息互通共享困难及、集成整合困难等问题，数据集也和有关标准相差较大，应用软件的安全可靠性、系统整体性等均较低，系统升级迫在眉睫。然而，在升级过程中，也存在许多影响因素，故必须进行有效的风险管理。
1.正确识别医院信息系统升级的风险
医院信息系统的结构相对复杂，升级环节较多。能够认识到升级中哪些操作可能对系统造成严重影响，即是对升级风险的评估。在此基础上，进一步认识风险、分析风险，才能制定出有效的应对措施，预防故障扩大化，促进系统的顺利升级与运行。
1.1学会分解信息系统升级风险
医院信息系统的分解程度应以项目管理者能够较容易地识别出升级期间的风险为准。结合医院信息系统的特征，可根据下列方法对其存在的风险进行分解。
⑴目标维，即根据信息系统升级目标对风险进行分解，如考虑影响系统升级的进度、投资、信息安全等各种风险。
⑵因素维，即根据信息系统升级过程中的项目风险因素对风险进行分解，如考虑政治、自然、经济、技术等方面因素的风险。
⑶时间维，即根据信息系统升级过程中的各个阶段对风险进行分解，如考虑不同阶段可能存在的风险。
⑷结构维，即根据医院信息系统升级的组成内容对风险进行分解，如考虑系统与其他软件间的接口、集成、系统的分系统实施等各种风险。
1.2信息系统升级风险的识别分析
在整个信息系统升级的过程中，主要是对人员、需求、资金、技术及设备等方面因素的风险识别。
⑴人员方面。信息系统升级项目需要医院及承包商方面的人员共同合作、相互协商，才可达到预期效果。对医院而言，高级用户的培训非常重要;对承包商而言，现场项目主管的危机处置能力、组织协调能力等均是升级顺利与否的重要风险因素。
⑵投资方面。系统升级很难准确地估算出投资规模，而旧系统需维持、新系统需求不明确、项目周期不确定等因素，都会增加投资风险。
⑶需求方面。用户需求变更是引起信息系统变化的重要因素，故集成商入场后必须对医院具体需求进行认真分析，以利于了解用户对新系统的需求，更好地预测需求风险。通过分析与评估用户的不同需求，当有效用户的需求发生变化时，可及时将用户可靠信息反馈上级，确保工期。
⑷设备方面。医院信息系统升级需要大量设备，这些设备既与新系统的开发、试运行有关，也与旧系统的可靠运行有关，而这些都与设备布局、網络资源配置等风险因素相关。若出现新需求，还要考虑其他风险因素。
⑸技术方面。在信息系统升级过程中，技术风险是最主要的一个风险因素。新系统采用的技术本身就是一个风险因素。通过新技术，旧系统中的数据能否全部成功嵌入新系统，新旧系统之间的数据转换、切换可能出现哪些风险，都需要注意。
2.升级故障案例分析
我院完成信息系统升级后，不久便发生了一件由于升级故障而导致的不良事件。因为工作人员的误操作，使长期医嘱出现重复滚动，结果病区药房连续两个上午多发、错发或不按时发药，导致多计费、误计费等故障，造成了严重的影响。
经过检查与分析发现，因为工程师未掌握新系统的配置规则，也不熟悉旧系统及相关业务，当旧系统移植至新系统后发生故障时手足无措，加之不能正确估计调整生产数据库系统可能出现的风险，未编制应急方案，故难以在短时间内恢复系统。在吸取这次教训后，加大了对医院及承包商的系统操作权限、账号、密码等方面的管理力度，并对运行中的系统进行严格在线操作，降低类似故障的发生率。
3.加强医院信息系统升级风险管理的对策
3.1注重沟通与交流
在整个信息系统的升级中，做好沟通、交流工作非常重要。项目实施期间，各工作人员之间积极交流，相互理解，对不确定因素进行共同管理，才能保证项目工程的质量及工期。因此，在信息系统的升级过程中，医院与承包商双方团队、团队内部、医院管理层与用户之间均应实现有效交流，保证系统升级的每个步骤、每个环节都有专人负责协调、测试与验收，避免相互推诿。
3.2进行变革管理
信息系统的升级变更是为了满足医院管理需求，管理人员也期待通过信息系统升级变革业务流程，而信息系统升级又引起新一轮的业务、人员等变革。为了实现对一切潜在或正在产生的变革，必须采取有效措措施加强管理，如门诊将挂号窗与收费窗合二为一，实行“储值就诊卡”。所以，要顺利完成信息系统的升级、变更与实施，必须实现对项目策划、招投标、启动等各个环节的变革，进行严格、规范的管理。
3.3加大硬件系统建设与管理力度
医院信息系统的硬件环境直接影响到数据库服务器系统、网络系统、机房空调等系统，是系统升级最重要的制约因素。重新引进一套医院信息系统进行升级变更缺乏可行性、合理性，故只能对升级过程中存在风险因素可能产生的影响进行深入分析，并解决好数据库服务器配置、网络容量对机房环境产生的影响。通过对硬件环境进行最小程度的变更，促进新系统各项工作的顺利进行。
3.4严格执行相关标准与规范
旧的医院系统存在适应性低、灵活性低及可靠性低等风险，主要是因为不符合相关标准或规范。因此，新系统的升级变更，应该在早期就重视相关标准及规范的应用情况，从设计、信息模型、选用技术、集成整合等方面逐项执行。
医院应结合自身实际选用相应的医疗标准，以保证标准的可操作性。电子病历、规范的医疗术语、基本信息标准数据集均与《电子病历基本规范》等相关要求相符，有利于软件质量的全面提升，能够减少重复的不必要操作，有效减少了系统升级的风险。
3.5积极进行技术培训
医院应积极对工作人员进行信息系统的知识培训，明确其中的风险因素，以利于实现对危险因素的辨识。相关人员应认真剖析软件或硬件系统故障，吸取教训、总结经验，并积极进行技术交流，寻找最优解决方案。为了进一步降低事故的发生机率，工程师应明确系统各个环节的操作作用及操作失误可能产生的后果，并认真做好详细记录，便于事后进行分析与处理。为此，可采取制定故障操作的方法，对工作全过程进行详细记录，如网络系统、数据库运行、服务器、操作步骤、安全措施执行情况等，并对工程师的责任作出明确规定，保证系统的可靠运行。此外，临床一线医护人员在操作时，也必须严格根据标准作业程序进行，以免发生操作失误、影响工作效率的情况。
4.结束语
近年来，医院信息技术发展迅速，应用日益广泛，医院管理对信息系统的开发与维护要求也日渐提高。然而，在信息系统的升级变更过程中，由于受到多种因素影响，系统存在许多风险，制约了系统升级变更的实施。鉴于此，必须形成一套完整、有效的风险管理体制，加强对医院信息系统升级的风险管理，做到正确评估风险、(下转第221页)(上接第168页)识别风险与降低或排除风险，保证系统的可靠运行，提高运行效率。 [科]
【参考文献】
[1]孙大峰，赵明元.医院信息系统升级实践与体会[J].医学信息，2009，22(04)：458-460.
[2]钱崇强，解春生.医院信息系统升级风险管理[J].中国医院，2011，15(01)：62-65.
[3]李春林，简明，刘建辉，张文体.医院信息系统安全风险管理对策研究[J].医疗卫生装备，2013，34(03)：114-116.
[4]齐卫东.网络工作模式下医院信息系统面临的风险与防范[J].科学管理，2009，24(01)：76-77.
作者：闫明
摘 要：后勤管理和服务是医院正常运行的重要保证。运用现代信息技术，建设快捷、高效的后勤管理信息系统能够有效地控制医院运营成本，提高医院的服务质量和后勤保障工作效率，提升医院整体形象，也能够为医护人员、工作人员、患者和家属提供快捷、周到的服务。
后勤管理信息系统通过对医院后勤管理业务过程模型研究，按照现代管理相关思想，通过优化、整合现有业务流程，建立后勤管理系统的全局数据模型，进而实现整个医院信息资源的有效整合与共享。
通过后勤信息管理系统来处理大量的业务信息，不但具有可操作性强、实用性强和可追踪的特点，而且还具有精确、可靠、经济、快捷的优点。
关键词：后勤管理系统;Web体系结构;全局数据模型;系统集成
医院后勤管理和服务是医院正常运行的重要保证。运用现代信息技术，建设后勤管理信息系统能够有效地控制医院运营成本，提高医院的服务质量，提升医院整体形象，也能够为医护人员、工作人员、患者和家属提供快捷、周到的服务。加强医院后勤工作管理，提高后勤保障工作的效率，降低医院维护成本是本系统开发的主要目的。
1 相关技术
医院后勤管理信息系统采用了Visual Studio.NET 2003技术平台。在系统建设过程中所采用的关键技术有软件持久化层、ORM技术、Web多层体系结构，.NET开发平台、ASP.NET和ADO.NET技术。
2 系统分析
医院后勤管理信息系统从医院后勤管理全局模型入手，通过对现有管理业务流程详细调研和分析，结合组织目标和用户需求，建立起了新系统的逻辑模型。本部分通在对医院后勤管理相关业务流程的详细调查，建立了相关业务流程模型，具体包括系统建设目标和各主要子系统的业务流程模型和描述。
结合后勤管理系统总体目标要求，系统在按照传统信息系统建设方法描述的同时，必须考虑当代信息化建设要求，以过程控制为主，以结果控制为辅的管理。促使组织结构扁平化、减少管理层次。以逻辑流程为主线，把握数据的来龙去脉。在详细调查服务中心业务流程之后，可以将后勤管理系统的流程分为物资申购审批流程、招投标流程、供应商管理流程、档案管理流程和办公流程管理5个主要部分。
2.1 物资申购审批流程
物资申购审批管理要实现新增物资审批准入，常规物资的申购。具体包含：一般耗材的审批，大件物资和新医用材料的审批准入。本部分将统一规范化管理所有物资基本信息、物资申购记录以及物资的审批过程。系统充分考虑了业务数据全局共享，辅助高层信息决策的要求。
系统的业务流程描述：各科室进入物资管理模块，选择要购买物资，若要购买物资在数据库中不存在，则根据物资性质填寫新增材料申请表或大件物品申请表，提交表单并打印，打印的申请文档人工进行层级的审批签字，然后交物资管理处存档，物资管理处管理员接到申请文档后，上网使原来提交的电子表单有效，进入招投标管理部分。
2.2 招投标管理流程
招投标管理子系统业务流程描述：新增材料和固定资产准人审批合格以后或是到年度招标时间，物资管理员首先根据物资种类制定标书，按照供应商种类和考核情况进行邀标，供应商提供样品信息和报价，系统自动进行比议价分析，统计分析结果用于谈判，最后确定各物资的供应商。比议价分析模块主要根据各类物资的历史使用量和供应商提供的报价按照一定的数据模型，进行比较分析。
2.3 供应商管理流程
供应商管理部分主要实现供应商基本信息管理，供应商考核信息管理(和采购信息预算和决算。具体实现供应商分类管理，增加招投标的范围和公平性，定期根据物资使用的反馈信息，对供应商进行考核，记录供应商的考核信息，用于招投标管理，从物资申购审批信息数据库实现物资需求量的预算和决算。
按照物资准入审批程序，进行招投标来确定供应商，建立供应商信息及提供产品数据库，加强对供应商送货、售后服务、不良事件信息管理。同时可以对数据库中不同特性、不同规格的材料定期进行使用量汇总，及时分析问题，为管理决策提供依据。进一步提高招投标公正、公平性，为临床、为病员提供质优价廉的产品，降低看病成本。
2.4 档案管理流程
档案管理部分主要实现发票、合同、账单、能源和盖章管理，具体实现发票，合同，帐单，能源和盖章的日常登录记载，实现历史记录的随时动态查询，可以进行时间段和部门统计。其中能源输出需要定式输出表单，若能源超标，可追踪调查超标原因。
档案管理总体分为二个部分，一个部分是发票、能源和盖章日常登记，这部分登记存入到文件管理数据库，这些文件一旦归档后数据就不可更改，没归档之前在权限内可以更改。另一部分是归档后的发票、合同、能源、盖章的登记表单的保存，查询和利用。
2.5 办公管理流程
办公管理部分主要实现临床报修和及时性管理(派工管理)、值班安排、会议安排、突发事件管理，各科室人员在岗情况统计、各科室物资使用情况反馈意见收集，病人对服务方面意见收集。具体实现：会议和值班安排、突发事件记录与管理、报修和及时性管理，人员在岗情况汇总统计、实时通信部分。
3 系统设计
系统设计是对系统分析结果的进一步发展，系统分析建立了系统的逻辑模型，而系统设计将建立系统的物理模型。本部分是在系统逻辑模型的基础上结合实际的技术条件、经济条件和社会条件，建立系统的物理模型和实施方案。
系统设计是信息系统开发的另一个重要阶段。其基本任务包括概要设计和详细设计。在此介绍了系统的设计思路、给出了系统架构设计、功能模块设计、数据库的设计和代码设计。
4 结论
本系统属于.NET平台B/S架构，同时引入了ORM和持久化层技术，极大的系统安全性、共享性和可修改性。实现了医院后勤信息的有效的整合，制定了统一的信息存储和交换标准，为建设快速、高效、便捷、服务的医院后勤管理做出了贡献。同时为临床服务能起到积极的作用。
参考文献：
[1]吴淑雄.对医院后勤改革的思考[J].卫生经济研究，1998，3：47.
[2]魏希明.略谈现代医院后勤服务[J].江苏卫生事业管理，1998，1：1-2.
[3]王世奎.浅谈医院后勤管理[J].胜利油田党校学报，2002，4：1-2.
[4]戴晉，杨立群.医院后勤系统的企业化管理探讨[J].中国医学工程，2006，14(1)：1-2.
[5]马礼，谦周曦，张西金，梁时习.医院后勤系统化管理[J].中国医院，1998，2(2)：1-2.
[6]韦有文.医院后勤综合管理探讨[J].广西医科大学学报.1999，16：2.
[7]Jim Arlow，Ila Neustadt，UML 2.0和统一过程[M].北京：机械工业出版社，2006.
[8]龚薇华.基于.NET的和MVC的公司管理信息系统的设计与实现[D].杭州：浙江大学，2006：14-16.
[9] Jeff Prosise.Programming Microsoft.NET.Microsoft Press，2003.
[10]Stephen Walther.ASP.NET技术内幕[M].北京：机械工业出版社，2002.
[11]王铁，徐雅骥，童霞等..NET程序设计技术内幕[M].北京：清华大学出版社，2004：4-12.
[12]康博.C#入门经典[M].北京：清华大学出版社，2002，4.
[13]张志学..NET框架程序开发指南(上册)[M].北京：清华大学出版社，2002.
[14]刘晓华.精通.NET核心技术：原理与构架[M].北京：电子工业出版社，2002.
[15]张友生，徐锋.系统分析师技术指南[M].北京：清华大学出版社，2004.
[16]范剑波.数据库原理及应用[M].北京：人民邮电出版社，2006.
[17]萨师煊，王珊.数据库系统概论[M].北京：高等教育出版社，2003.
[18]苗雪兰，刘瑞新，王怀峰.数据库系统原理及应用教程[M].北京：机械工业出版社，2001.
[19]孙卫琴.精通Hibernate[M].北京：电子工业出版社，2005.
[20]王亚平，刘强.数据库系统工程师教程[M].北京：清华大学出版社，2004，1.
[21]Leslie W.Flott. Database Design，Innovation，and Control. Metal Finishing，1998.
[22]曾登高..NET系统架构与开发[M].北京：电子工业出版社，2003.
[23]胡迎松，彭利文，池楚兵.基于.NET的Web应用三层结构设计技术[J].计算机工程，2003.
[24]傅铅生.信息系统分析与设计[M].北京：国防工业出版社，2005.
[25]Larry L.Peterson Bruce S.Davie.计算机网络[M].叶新铭.北京：机械工业出版，2001.
作者单位：重庆航天职业技术学院，重庆 400021
作者：包玮琛
某市人民医院信息系统审计案例 【点击数: 1271 】【时间:2011-12-07 17:13:00.0】
一、案例摘要
(一)审计项目基本情况
1.案例名称：某市人民医院信息系统审计案例
2.所属审计项目名称：某市人民医院信息系统审计 3.审计实施单位：某市审计局
4.主要审计人员：张庆红(组长)、徐晓东(主审)、葛玉玲。 5.审计实施的时间：2010年4月26日至2010年5月31日。
(二)具体审计事项类别及名称 1.一般控制审计(GC)：
(1)总体IT控制环境审计—IT规划和计划审计(GC-1)、IT组织结构审计(GC-2)、IT管理政策审计(GC-3) (2)基础设施控制审计—机房物理环境控制审计(GC-4)、硬件设备采购管理控制审计(GC-5)、系统软件采购管理控制审计(GC-6)
(3)信息系统生命周期控制审计—系统开发控制审计(GC-7)、系统采购控制审计(GC-8)、系统变更控制审计(GC-9) (4)信息安全控制审计—逻辑访问控制审计(GC-10)、网络安全控制审计(GC-11)、操作系统安全控制审计(GC-12)、数据库系统安全控制审计(GC-13)、最终用户控制审计(GC-14) (5)信息系统运营维护控制审计—系统维护控制审计(GC-15)、系统变更管理控制审计(GC-16)、系统灾难恢复控制审计(GC-17) 2.应用控制审计(AC)：
(1)业务流程控制审计—业务授权与审批控制审计 (AC-1)、数据输入控制审计(AC-2)、数据输出控制审计(AC-4) (2)数据控制审计—对主数据的审计(AC-5) 、对业务参数的审计(AC-6)、对重要信息的审计(AC-7) (3)接口控制审计—数据接口审计(AC-9)
(4)系统外控制审计—补偿性控制审计(AC-11)
(三)采用的审计技术和方法
本次审计，我们在审前调查时所采用的技术方法主要有：问卷调查表法、会议座谈法、实地查看法。掌握某市人民医院信息系统基本概况。
对HIS系统分析时采用的技术方法主要有：资料审阅法、流程图检查法、数据核对法、模拟操作法。对信息系统的安全性、可靠性和健壮性进行评估。
对数据库业务数据分析时采用的技术方法主要有：SQL语句查询法、钩稽关系效验法、横纵向比较法、量本利分析法等。重点审查业务数据的真实性、完整性和效益性。
(四)审计发现和建议情况
此次信息系统审计是与人民医院绩效审计相结合的一次尝试，通过审计，我们出具审计移送处理书1份，将人民医院信息科科长潘某移送市纪委，目前案件已侦察结束，法院最后判决：潘某犯受贿、贪污和挪用公款罪，处以12年有期徒刑并没收非法所得5万元。
完成信息系统审计报告1份，反映该院信息系统在安全性、可靠性方面存在的4个问题;在相关性方面存在的2个问题;在合法性、合规性方面存在的2个问题;在数据的真实性、准确性等方面存在的3个问题。提出了3条具有针对性的审计建议。
完成了绩效审计报告1份，报告得到充分肯定，分管韩市长批示：“该审计报告内容全面，反映问题准确，希望市人民医院认真落实审计建议，不断提高医院管理水平。”该项目在省厅2010年度全省优秀审计项目评选中荣获表彰奖。
出具审计决定书1份，对医院超标准加价、药品调价滞后等违规收费XX万元进行处罚。
市人民医院按照审计报告的要求，建立健全了《信息系统管理制度》、《医疗设备采购管理制度》、《成本核算管理制度》等9条内部控制制度。
二、被审计单位信息系统基本情况
(一)被审计单位信息系统建设和管理情况
市人民医院使用的医院信息管理系统(HIS)是由市某软件开发公司1999年开发的，系统于2002年进行测试，2003年4月正式运行使用。系统采用PowerBuilder进行开发，后台数据库为SQL2005。
医院信息管理系统采用了c/s结构模式，服务器端操作系统为windows2003，客户端操作系统为windows2000/XP。该院每年都投入资金对其硬件环境进行升级改造，目前共有服务器7台、计算机220台、交换机26台、硬件防火墙2台，打印机115台。医院中心机房放置了温度、湿度探测器，同时配备了UPS不间断电源和自动灭火系统，为系统正常运行提供了保障。
(二)被审计单位对信息系统业务依赖程度
人民医院信息管理系统(HIS)根据功能的要求，分为十三大子模块：门诊挂号、门诊划价收费、药库管理、门诊药房管理、病区药房管理、住院管理、病区医嘱管理、人事工资管理、病案管理、物资管理、院长查询、经济核算、公费医疗等，基本包括了医院的主要业务和管理需求。
(三)被审计单位信息系统组织管理情况
人民医院设置了信息科，专职进行软件开发、系统维护和设备维修等。
(四)被审计单位信息系统运行情况
从维护日志来看，该院医院信息管理系统在不断地进行系统升级和功能完善，数据库出现异常的情况越来越少。在审计组现场审计期间，该信息系统运行正常，未发现服务器宕机等异常现象。
(五)被审计单位信息系统总体业务数据流程情况
该系统业务流程主要分为，患者就医、就诊，药库采购药品入库、发出药品出库，挂号费用、门诊(住院)费用和采购费用的结算等方面。
(六)被审计单位信息系统电子数据情况
本次审计我们取得了截止到2010年3月10日的数据库备份数据。HIS系统全库业务数据总量约32.6G，其中：2008年约有1240万条记录，数据大小为4.8G;2009年约有1650万条记录，数据大小6.4G。目前数据量年增长率为15%左右。
三、被审计单位信息系统控制情况
人民医院重视该院对信息系统维护的投入，也制定了相应的管理制度，实现了对信息化管理过程的控制。HIS系统的运行正常，基本满足了人民医院的主要业务需求。
(一)一般控制方面
在一般控制方面总体情况较好，但是也存在着设备采购管理不合规，系统安全性和可靠性有待加强。
(二)应用控制方面
在应用控制方面人民医院做了大量工作，对业务流程进行了控制。其数据处理逻辑和输入、输出控制较好。通过对系统操作人员权限管理，实现了对数据库的访问、修改等操作进行控制。数据接口方面也能保证该系统与市医保系统、农保系统进行日常的业务数据交换。但存在业务数据的真实性和准确性欠缺的问题，系统使用效率性和效益性有待提高。
四、信息系统审计总体目标
通过审计，对人民医院信息系统架构与流程的合法性和合规性，系统的安全性和可靠性，运行的效率性和效益性，重点数据的真实性和完整性进行检查，了解我市人民医院信息系统的运行状况，发现该系统在使用和管理过程中存在的问题，促进被审计单位信息系统的完善，使之在业务活动中发挥更加有效的作用。
五、审计重点内容及审计事项
(一)一般控制审计
重点审计总体IT环境、基础设施控制、信息系统生命周期控制、信息安全控制、信息系统运营维护控制等方面的情况。
1.审计目标
通过一般控制审计，对信息系统的基本情况、合法合规性、真实完整性、安全可靠性、效率效益性等情况有全面的了解和掌握。
2.审计测试过程
在审前准备阶段，审计组搜集了医院收费的相关文件和资料，采集了数据库业务数据，获取了数据字典。发放问卷调查表来了解情况：一是发放信息系统控制矩阵的调查表，这个表有9张，针对的是医院信息系统，我们要求人民医院信息科填写。二是给医院的使用信息系统的医生、门诊病人和住院病人发放满意度调查表。表里有信息信息系统使用情况，有医院收费情况，有医生服务态度等内容。还通过在院长办公室举行座谈交流，了解财务情况以及信息系统使用情况，并且还对机房、设备和业务窗口进行了实地查看，了解和掌握市中医院信息管理系统运行的基本情况。再汇总调查情况拟订具体的、可操作的审计实施方案。
在审计实施阶段，审计组参照《医院信息系统软件基本功能规范》对其内部控制机制进行了初步评估，确定了审计重点。具体审计以下五个事项： (1)总体IT控制环境审计
A.具体审计目标:主要查看信息系统的组织结构和管理政策是否健全。
B.审计测试过程：通过会议座谈、问卷调查和资料查阅等方法，审计组取得了关于医院信息系统建设的会议纪要、科室职能等资料，了解到人民医院对信息系统建设十分重视，成立了济仁软件公司对医院信息系统进行开发、维护。每年医院都投入大量资金对设备和系统进行更新，信息系统由信息科设专人负责，系统的建设有计划、有规划。 C.发现问题和建议：在审计中我们也发现，只有2名技术人员掌握HIS系统关键技术，且未签定保密协议。建议市人民医院加强信息系统方面的学习，培养信息管理业务骨干。
(2)基础设施控制审计
A.具体审计目标:查看机房物理环境是否有效控制;对硬件设备、系统软件采购管理是否控制;硬件、软件管理制度有无建立健全和执行到位。
B.审计测试过程：通过实地查看的方法，审计发现，人民医院的新机房正在兴建，原有机房还在使用中。新机房按照《电子信息系统机房设计规范》(GB50174-2008)、《电子信息系统机房施工及验收规范》(GB50462-2008)、《电子信息系统机房工程设计与安装》(GJBT1093)等国家标准和规定进行操作，机房建设比较规范，相关水、火灾探测设备，灭火装置、续电设备、空调等设施齐全。市人民医院也制定了《机房管理制度》，对机房安全和维护进行管理。
在设备采购管理控制方面，人民医院计算机等设备采购数量多、金额较大，我们将此作为重点进行审计。 具体步骤：
一是采集转换人民医院的财务数据。市人民医院财务软件使用的是会稽山AC.NET标准会计软件，我们将2007-2009年数据转换到AO中。 二是运用SQL语句进行查询。
三是对得出的近3年的电脑采购情况进行分析。审计发现，市人民医院电脑设备采购金额越来越大，但设备采购未纳入政府集中采购，也未执行招投标管理。
四是审计中发现，有部分电脑供货单位为某济仁软件开发公司。该公司是医院的下属公司，总经理由医院信息科科长担任。
C.发现问题和建议：审计人员决定对采购电脑的票据进行延伸审查，最终发现有2笔票据存在疑点，经过分析核实，决定作移送处理。同时建议市人民医院建立健全《医疗设备采购管理制度》，按照要求将电脑等设备纳入政府集中采购。
(3)信息系统生命周期控制审计
A.具体审计目标:查看信息系统开发是否规范，系统变更是否在可控范围内。
B.审计测试过程：通过资料查阅法，对照《医院信息系统软件评审管理办法》、《医院信息系统软件基本功能规范》的要求，重点查看了《系统设计方案书》、《分析说明书》、《数据要求说明书》、《维护手册》等资料。审计发现，医院信息管理系统为自主设计、开发，开发资料基本齐全，数据要求规范，系统也进行过初步测试。
C.发现问题和建议：该信息系统使用后多次进行开发和完善，缺乏相应变更方案的审核控制，虽然系统运行正常，但是无相关的客户验收报告或第三方验收报告，信息系统至今未经过验收，稳定性无法保证。 (4)信息安全控制审计
A.具体审计目标:网络、操作系统数据库是否安全，有无防灾措施。
B.审计测试过程：(1)通过实地查看、资料查阅等方法，审计发现，人民医院进行了IP地址管理和用户权限分配，用户端安装了瑞星杀毒软件和硬件还原卡，部分用户操作系统漏洞安装了补丁。
(2)通过上机查看、模拟操作，利用组建的局域网和基于备份数据还原模拟的HIS系统核对用户权限，未发现系统模块控制问题。利用SQL语句，对备份数据进行查找，找到数据库存放用户权限管理的表格(ryqx人员权限表)，分析权限分配情况，具体步骤：一是查看系统管理员身份用户。 二是对用户密码进行查询分析。
C.发现问题和建议：①人民医院内、外网未完全物理隔离，局域网内部分电脑可以访问因特网，可以下载资料到电脑中，内、外网连接也未通过任何设备或程序加以控制。 ②可登陆用户522位，其中72位用户的密码为空。
③“系统管理员”权限的用户有8位，存在数据安全隐患。
(5)信息系统运营维护控制审计
A.具体审计目标:查看系统操作管理控制和灾难恢复控制功能是否完善。
B.审计测试过程：通过组建局域网，进行模拟操作的方法，测试了HIS系统的系统管理、住院管理、挂号系统、门诊收费、病区药房等模块功能，查看系统的硬件和软件是否支持HIS系统的正常运行。 通过现场观察的方法，查阅系统日志、运行维护记录等资料，对系统操作管理控制和系统灾难恢复控制制度进行审计。市人民医院建立了《网络管理员及其主要工作关键设备的管理》的制度，完善了《操作手册》的内容，能够将数据库数据备份完整。
C.发现问题和建议：系统存在维护日志不完整;业务数据都通过服务器磁盘进行存储、备份，磁盘数据容易被删除、修改，存在数据丢失的风险。
(二)应用控制审计
重点审计信息系统业务授权与审批失控等方面的情况;数据的真实性、完整性情况;业务数据的合法性、合规性、效益性情况。 1.审计目标
通过对业务流程控制、数据控制、接口控制、补偿性控制审计，主要检查信息系统业务流程是否合法合规，数据是否真实完整。
2.审计测试过程
(1)业务流程控制审计
A.具体审计目标:通过对信息系统业务流程的分析，查出系统在安全性和可靠性等方面存在的薄弱环节。 B.审计测试过程：通过流程图分析法，绘制业务流程图，对业务流程图中关键控制点进行分析，查看是否存在漏洞。通过业务流程分析，审计发现在药品价格调整控制点上，存在漏洞。
C.发现问题和建议：调价记录共有5894条，其中4904条记录编制、审核为同一人。医院未建立《岗位职责分离制度》，使得药品调价管理环节上存在漏洞。 (2)数据控制审计
A.具体审计目标:对主数据的审计主要是：对业务收入的真实性审计;药品价格、特殊医疗器材价格的审查;对重复、超范围、超标准收取医疗服务费情况的审计等。对业务参数的审计主要是检查药品价格、收费项目等重要参数的合规性和准确性。对重要信息的审计主要是对业务数据的重要字段合理性进行检查，分析系统在设计、录入、存储上存在的问题。 B.审计测试过程：
①对业务参数的审计。我们将收费项目编码和药品编码作为重要的业务数据参数，具体审计步骤：
一是采用数据核对法，核对数据库中收费项目和药品名称。对照苏价费[2005]213号文件内容，未发现可疑的项目编码以及药品名称的问题。
二是采用钩稽关系效验法。①将费用表中的收费情况和收费项目进行关联，查找出住院病人和门诊病人费用表中药品和医疗服务价格异常的数据。分析疑点发现，造成数据异常的原因是药品价格调整。②根据调价文件，查找调价时间大于调价文件规定时间。 审计发现，药品价格未及时调整。2009年度，系统未严格执行苏价工[2009]320号、扬价工[2009]147号等相关规定，有XX种药品延期1-5天调价，涉及相关记录1145条，金额X.XX万元。初步认为该系统对重要业务参数缺乏严格控制。
②对重要信息的审计。主要是对人民医院的核心表中重要字段进行检查，查看系统在控制上是否存在不够严谨的问题。
具体步骤：一是完整性审查。通过SQL查询分析的方法，对病人信息表等核心表进行分析，发现代表病人唯一的ID字段长度不一致，存在为空、句号、加号的现象。病人的姓名、性别存在数字等现象。 同时还存在同一个住院号，病人入院时间晚于出院时间等异常现象。
二是冗余性审查。审计发现“费用表”等重要的业务数据表中还存在测试数据。医院信息管理系统中208张表有61张是无记录的空表。
我们对医院人员信息进行核对，发现离岗超过1年的人员，仍可以登陆系统，系统人员信息未及时清理。
经过分析，初步认为该系统基本信息不完整，对业务数据录入未严格进行控制，存在冗余数据影响系统安全。 ③对主数据的审计。
①我们结合SQL语句查询并编写了计算机审计方法，对数据的真实性和准确性方面进行审计分析。 a. 真实性审计。
具体步骤为：一是通过SQL查询，统计出各个年度业务收入。审计中我们抽查了2009年门诊挂号收入。 二是通过AO系统对财务数据进行分析，得出2009年门诊挂号收入。
三是比较业务数据与财务数据，分析得出2009年门诊挂号收入一致，初步认为系统对业务数据真实性方面进行了控制。 b.准确性审计。
套用编码收费审计步骤：一是查找出药库记账表中，采购、库存药品的编码。
二是查找出病人缴纳的费用编码。
三是将药品编码和费用编码进行关联，查出无采购、无库存，但是在使用的编码作为审计疑点。
四是进一步分析审计疑点，求出套用编码收费的金额。
审计最终发现，一次性巾单(编码N058)2009年度采购数量为0，库存数量为0，但是销售给住院病人XXXXX条，涉及金额XX.XX万元。
对医疗器械加价情况进行审计，发现可吸收缝线(编码o001200)采购价XX.X元/根，销售给病人XX元/根，2009年度共计销售XXXX根，涉及金额XX万元。
住院床位费用审计步骤：一是根据住院病人基本信息表，计算出入院日期和出院日期的时间差。按照入院当天计算，出院当天不计算的规定，更新当天入院又出院的数据。
二是不同的病床有不一样的收费标准，我们在项目收费表中查找出不同病床的不同收费标准。
三是由于每个病人的每条收费记录对应每个收费编码，我们根据住院病人费用表，统计出病人住院的天数。 四是求出病人住院的天数与入院日期和出院日期的时间差不一致的数据，作为审计疑点。
查询得出：2007年1月至2009年8月有XXXX人次住院病人多计病人床位天数XXXX天，多收床位费用X.XX万元。经过抽查核对住院档案，我们发现多收住院费为医保处结帐和系统更新造成数据库时间差异，实际未多收。初步认为信息系统在数据准确性方面有待加强。
②结合人民医院绩效项目审计，对业务数据中设备产生的效益分析。 采用量本利分析法对医用直线加速器进行盈亏平衡分析。
分析得出：该设备保本点为年放疗XXXX人次，而2009年实际放疗人次为XXXX人次，故该设备一直处于亏损状态。 采用横纵向比较法，对数据进行分析。通过横向比较得出：(1)资产负债率控制较好，虽高于全市，但2008年低于扬州其他县(市);(2)药品周转天数逐年减少，并低于全市及扬州其他县(市)，资金使用效率进一步显现;(3)床位使用率、床位周转次数逐年提高，并高于全市，与业务收入逐年增长相匹配。与扬州其他县(市)相比，2008年床位使用率高于高邮、宝应，床位周转次数高于江都;(4)管理费用占业务支出比率逐年递减，并低于高邮、宝应，支出结构趋于合理。
通过纵向比较得出：药品收入占医药收入比重在逐年增大，且2008年超过了50%(2009年达53.5%)。说明市人民医院业务收入呈过多依赖药品收入的趋势，医疗机构“以药养医”的现象短期仍难改变。药占比变化情况如下图： (3)接口控制审计
A.具体审计目标:对接口控制的审计主要是：对逻辑层接口标准的审计;对传输层数据传输、转换实现的审计;对控制层差错控制、无效传输的审计。
B.审计测试过程：我们采用模拟测试等方法对HIS系统与医疗保险专线接口进行分析，系统按日进行汇总对账，经过抽查，数据能准确、完整的传输到信息系统中。 C.发现问题和建议：未发现审计疑点。 (4)系统外控制审计
A.具体审计目标:关注系统外的补偿性控制措施。
B.审计测试过程：通过人为操作对系统进行补偿性控制。
审计发现，市人民医院通过病区工作站、医务管理等55个不同的应用程序，对信息系统操作管理进行了有效控制。
六、对案例的自我分析与评价
(一)案例亮点
一是围绕“安全性、有效性和经济性”的总体目标，服务了绩效审计项目的开展。在本次信息系统审计项目的实施过程中，我们强调了信息系统的效益性审计和分析。重点关注成本收益分析，审查其信息系统的硬件投入及可衡量收益;关注风险控制分析，审查其系统的软件投入与保障力;关注可持续性发展能力分析，审查其系统的可扩展性和升级跟进能力，充分体现了绩效审计的鲜明特色。
二是构建了系统模拟环境，降低了审计的风险。在此次审计过程中，我们搭建了一个3人的小型域网，组建了客户端和服务器，安装了医院的HIS系统，对数据库数据进行移植，最后进行了程序的调试。通过组建模拟环境，一方面可以对应用程序进行破坏性测试，查看系统的可靠性，另一方面，也可以减少在对方服务器上的操作，杜绝误操作的出现，降低审计风险。
三是尝试编写审计方法， 提高了审计效率。在对该院业务数据的测试过程中，审计组对床位费用、套用编码收费等审计内容进行科学的归纳总结，梳理出有规律性的东西，在此基础上编写了审计方法，对相关业务数据进行批量处理，达到了高效便捷的目的，同时，有益于日后医院审计项目中类似事项的推广与使用。
(二) 体会与启发
本次信息系统审计结合了绩效审计，圆满完成了审计任务。审计结果及建议得到被审单位的重视和采纳，收到了很好的审计效果，也为今后开展信息系统审计工作提供了一个成功的范例。这次审计不但使得我们积累了信息系统审计经验，还开拓了我们信息系统审计的思路，给了我们很多启发：
一是要收集大量资料。信息系统不同于财务收支审计，它的审计范围大，覆盖面广。我们不能仅仅依靠被审计单位提供的资料，还需要从其他渠道获得资料。在本案例中，我们不但收集了人民医院的财务数据、业务数据、内控制度，还从病人手中获得问卷反馈信息。大量的资料使得我们审计报告充实，审计评价内容更加准确，审计风险大幅降低。
二是要注重审前调查。审前调查是确定审计重点、实施现场审计的基础。在本审计项目中，我们运用资料查阅法、座谈法、现场观察法、问卷调查法等四种方法对医院进行了审前调查，例如，我们调查了群众满意度，调查业务流程，调查信息系统安全情况。全面、细致的调查，使得我们该信息系统审计项目事半功倍。
三是要转变审计方式。在这次信息系统审计的过程中，我们积极转变传统的财务收支审计思路，打破以查找违法违纪问题为主的思维框框，找准信息系统审计的切入点，坚持以排查可能存在的异常现象，分析产生问题原因，提出针对性的审计建议为主线，切实发挥信息系统审计的“系统免疫”功能。
四是要创新审计方法。审计方法不但影响了审计效率，还影响审计报告的质量。在信息系统审计中，我们抛弃以前财务收支的核算法、复对法、统计法等方法，运用绘制流程图法、数据核对法、模拟操作法、横纵向比较法、量本利分析法、SQL语句查询法、钩稽关系效验法、会议座谈法、问卷调查等方法，提高信息系统审计的广度和深度。
医院是与人们生活紧密相关的重要场所，也是社会普遍关注的医疗服务窗口。随着信息时代的不断发展，医院正在逐渐向数字化、信息化、智能化转变，社会对医院的服务和人性化程度也有了新的要求。人性化服务应包括医院排队叫号系统、医院就诊指示牌，医院数字标牌，医疗保健知识播放等，为此，武汉星际医院信息发布系统营运而生。医院信息发布系统不但可以实现卫生的资源共享，从而明显提高医院管理和服务水平，同时也提高了全院的工作效率，提升医院的品牌效益和核心竞争力。
武汉星际医院多媒体信息发布系统以前瞻性、拓展性、先进性、实用性为设计思路，采取集中控制、统一管理的方式将视音频信号、图片和滚动字幕等多媒体信息通过网络平台传输到显示终端，以高清数字信号播出，能够有效覆盖医院大厅、住院部、候诊区、就诊区、药房、电梯间、通道等人流密集场所。它能够在医院实时地发布挂号信息、就诊情况、医疗常识等重要信息，不仅在一定程度上可以提高看病效率，减缓病人等候时的焦躁心情，而且是医院做好公共事业、提高管理水平和提升自身形象的关键所在。
武汉星际互动医院多媒体信息发布系统是专业的“第五媒体”播放系统，它独有的分布式区域管理技术真正实现了同一系统中不同终端区分受众的传播模式。通过该系统，用户可以轻松地构建一个集中化、网络化、专业化、智能化、分众化的大型楼宇多媒体信息发布平台，提供功能强大的信息编辑、传输、发布和管理等专业媒体服务。
与其他信息载体的比较
应用分析
1.疾病知识、保健常识宣传，在不同的科室进行，比如对糖尿病、心脏病患者日常生活应注意的细节进行描述。
2.特色门诊和科室介绍，提高知名度，方便患者就医。
3.权威医生、专家介绍，方便患者按需求有针对性的进行诊断，缩短就诊时间。
4.新药物、疗法和新型医疗仪器器械宣传，方便患者了解医疗动态，方便患者就诊，提高医院经济效益。
5.紧急、实时信息或通知插播，挂号和急诊信息发布，提高办事效率。
6.显示医院电子地图，方便患者咨询和就诊。
7.对医院职工远程集中培训，随时随地进行业务或其他方面的学习。
形象宣传片、产品广告播放，塑造医院品牌形象。
9.健康生活理念宣传，倡导良好的生活习惯，达到公益宣传的作用。
10.风光片或其他对患者有益的节目播放，调节患者情绪，营造良好就诊氛围。
系统概述
武汉星际数字多媒体信息发布系统的主旨是构建一个基于网络平台，便于管理和维护，能够有效保证内容安全的企业级多媒体信息发布平台，相当于一个功能完整的企业级网络电视台。它为企/事业单位、政府部门、社会团体提供了一个综合性数字化载体，可用于信息发布、视频会议、远程培训、形象宣传等。
作为专业的“分众媒体”传播载体，该系统在设计中充分考虑到操作、管理、维护以及信息安全的需求，是一个网络化、智能化、专业化的系统。它可根据不同需求在不同的显示终端上发布不同的内容，并应用独创的非线性实时频道组合技术实现了单终端15个频道的同步播放以及多媒体信息的组合播放。
布管理子系统实现发布器的分组分区管理，包括：设备管理、区域分组管理、播出统计与计费管理、运行策略管理四大功能模块。
*媒体管理子系统对媒体素材库内素材进行集中的管理，包括：媒体信息管理、媒体类别管理、媒体检索管理三大功能模块。
*内容发布子系统提供页面发布，包括：模板管理、发布内容管理两大功能模块。
*设备控制子系统对外部设备提供集成接口和统一策略管理，目前包括：相关系统统一电源控制管理模块。
*传输控制子系统控制媒体资源在各个服务器及设备之间的传输与控制，包括：传输策略制定管理、传输状态监控管理、传输日志记录管理三大功能模块。
*直播子系统直播子系统可接入多路闭路电视信号和用户自办直播频道，经过数字化处理后图像质量高，信号不衰减，能达到广电级显示效果。
系统功能 *网络化
1.支持现有的所有IP网络，支持各种网络协议并提供服务质量保证。
2.实时信息发布：滚动字幕、图片、视频插播等。
3.网络更新发布内容，无需人工更换。
4.通过网络可集中或分布式管理发布终端，支持分级、分区管理。
5.远程升级发布器固件，无需技术人员到发布器终端进行操作。
*专业化
1.分布式媒体管理功能：不同终端视音频、图片、字幕等组合多媒体内容实时预览、编辑、转换、发布等。
分布式传输管理功能：实现不同终端的大容量内容传输。
3.分布式权限管理功能：不同终端的分级、分区、分功能管理。
4.监播室功能：灵活实现插播、选播、跳播、轮播、循环播和发布、停止、暂停、休眠、音量控制、节目更新等。
5.节目单编辑功能：多种编辑视图，使用方便。
6.显示模板管理功能：模板编辑、保存、效果实时预览等。
7.发布器管理功能：各种参数配置。
8.播出统计报表功能：提供存档、审核、计费的依据。
9.支持多种视音频编码标准和图片格式，发布质量可达高清电视水平(1920x1080i/p)。
10.方便实现与其它信息系统的集成，如广告合同管理子系统、非线性编辑子系统、媒体发布子系统等。
*智能化
1.远程分布式节目传输及管理，实时监控发布器状态并获取播出记录。
2.由节目单控制节目发布顺序及发布方式。
3.支持本地及远程硬盘发布模式。
4.定时传输素材和节目单，节目单可根据编辑策略自动生成。
5.播放器开机自动发布指定节目单，支持定时休眠和恢复。
意义
1.服务患者，体现人文关怀。通过搭建有效的信息平台，为患者提供包括诊前咨询、诊中协助就医、诊后跟踪关怀等不同阶段的服务。
2.服务医生，提供辅助诊断。该信息化平台是通过输入丰富的医疗信息，并且综合专家经验形成一套系统。该系统在医生诊断过程中提示其做更多的判断，可大大减少医疗事故，同时也有望改善目前医生以经验诊断为主的状况。
3.服务医院管理者，提高管理效率。该系统能够判断进入各环节的时间以及在每一个环节消耗的时间。这种细节监控管理可以大大提高医院的工作效率。另外，现在医院的数据容量每天有几百兆，如此巨大的数据如果都呈现在管理者面前，效果可想而知。
信息发布及分诊导引系统，医院叫号系统，医疗就诊叫号系统，预约挂号系统，门诊诊区叫号系统，大厅排队管理系统，大厅排队管理系统，药房取药叫号系统，药房叫号系统，输液叫号系统，医院导诊系统，分诊导引及信息发布系统，医疗导引系统，多媒体医疗导引软件，医院显示管理系统软件，药房窗口管理软件，分诊叫号系统，排队叫号显示系统，护士分诊台软件，医生虚拟叫号软件，医院多媒体信息发布系统解决方案，医院数字标牌导引系统，医院数字告示系统，医院分诊叫号系统，医院叫号系统，医院分诊排队叫号系统，分诊排队叫号系统，多媒体广告系统，门诊叫号系统，医院排队叫号系统，医院门诊叫号系统，叫号显示系统，医院多媒体导诊系统，排队叫号系统，药价显示系统，医院多媒体广告发布系统，医院广告发布系统，医院多媒体显示系统，诊所信息发布系统，医院媒体信息发布，医院媒体播放系统，医院广告播放系统，医院信息发布系统，医院多媒体信息发布系统，医院智能导医系统，医院导医叫号系统，导检系统，医院分诊系统，医院公告区域显示系统，医疗分诊导引系统，LCD多媒体医疗导引系统，大厅导医系统，分诊导引显示系统，挂号大厅信息显示系统，门诊分诊导医系统，病房视频互动系统，医院输液患者娱乐系统，护士站监理系统，病房视频服务系统，医院地图导航系统，医院透析患者娱乐系统，医院电子叫号系统，医院分诊排队系统，医院分诊叫号系统，医疗导引系统，医院分诊导医系统，医院实时发布通知软件，多媒体医疗导引系统，医院叫号信息发布系统，医院信息发布显示系统，医院数字标牌系统，医院液晶互动系统，医院智能信息发布，医院联网信息发布，医院大厅信息发布尽在武汉星际。
武汉星际互动信息技术有限公司是一家高新科技信息技术企业，公司主要从事医院多医院、媒体信息发布系统，医院数字标牌系统，医院数字告示系统，液晶广告机，网络广告机，液晶商用显示器的研发以及系统集成，公司坚持从客户立场和需求出发，凭借对专业技术的深刻理解和大量工程的实践经验，为客户提供专业技术咨询与支持、规划与设计、设备销售、安装调试、系统集成和测试、应用系统开发及软件信息平台建设等一系列的服务，与广大新老客户朋友进行了广泛的业务合作。
信管班 ******
绪论
管理信息系统在现代社会已深入到各行各业，由于计算机技术的迅速发展和普及，信息管理系统MIS事实上已成为计算机管理信息系统,医院信息管理系统就是一个典型的管理信息系统，它可以让医院管理工作变的更轻松。其开发过程主要包括前端应用程序的开发和后台数据库的建立和维护两个方面。主要任务就是建立基本数据，后台程序主要负责的都是管理上的功能。
经过分析，本系统实现了系统维护、病人挂号、医生就诊、药房管理、等必需的功能，其操作简单，界面友好，运行比较稳定，适用性较强。
1、引言
1.1编写目的
医院信息管理系统对于一个医院来说是必不可少的组成部分，目前好多医院还停留在人工管理人员手工记录数据的最初阶段。但对于病人信息量比较大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查询某条纪录时，由于数据量庞大，还只能靠人工去一条条查找，既浪费人力物力，效率也很低。
本系统采用Eclipse RCP技术编写，My Sql作为数据库，要求系统具有运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速查询信息。
总结建议的开发项目在技术方面实现的可行性的研究结果，为产品开发中心决定是否进行本开发项目提供依据。
评价为了合理地达到开发目标所可能选择的各种方案，说明并论证所选用的方案。
1.2项目背景
1.2.1工程的名称：医院信息管理系统
1.2.2 工程产品的名称：医院信息管理系统
1.2.3 项目开发背景
如今已经是21世纪了很多科学先进的技术已经很成熟，并能够运用于我们切身的是实际生活中，比如计算机管理。大型医院由于病人数量多，对于医院他们的工作却很多包括了：病人挂号、医生就诊、药房管理等工作。以人为本，学习计算机专业的我们想运用计算机来解决生活中的实际问题。运用我们开发的医院信息管理系统来帮助医院管理员更加轻松方便快捷的管理病。节省大量的劳动力，实现医院信息化管理。
作为计算机应用的一部分,使用计算机对医院信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高医院信息管理的效率,也是大型医院的科学化、正规化。
2、可行性研究的前提
2.1系统的预期要求
该系统主要包括基本数据维护、基本业务、数据库管理和信息查询。
2.1.1基本数据维护部分应包括提供各层级管理添加、修改、删除并维护基本数据途径。
2.2.2基本业务部分应实现病人挂号、医生就诊、药房管理和系统维护等功能。
2.2.3数据库管理部分是对这个数据库的管理，包括各个管理员，病人详细信息等。
2.2.4系统的技术可行性分析：在系统维护中包括登录处理，病人信息检索，数据库信息维护。使用时要核对用户名和口令，
2.2费用说明
2.2.1预计系统需求
1)主机使用windos2000以上系统、MySql数据库，开发工具J2SE。
2)系统采用C/S结构。所有数据、应用系统都集中数据库中。
2.2.2系统预计费用
1)MySQL数据库费用2500元，开发工具J2SE(Eclipse)费用1800元，开发环境4500元/每月，其他3000元。
2)开发人员工资：项目经理(1人)4500元，数据库开发人员(2人)4000元，编程人员(7人)3000元，其他人员(若干)2500元
2)系统维护费用3000元。
3)系统采用双主机。独立储存和远程备份方案。 系统故障全年停机少于5小时。
2.2.3 完成期限 1)预计从合同签订之日起，到硬件、网络、应用系统安装完成，开始进入系统试运行的时间为6个月。试运行到初验为3个月，初验到终验为3个月。 2)本系统使用年限：5年
3)本系统的开发期限：六个月(并提供一年免费维护)
4)投资经费，开发经费预算在600万以内 法律和政策限制：政府信息和系统代码不公开
5)硬件软件要求：系统稳定性要求较高 可利用信息资源：网络和相关书籍
系统的优点
1)、本平台具有可维护性，简单易懂的代码和代码的注释为后升级维护提供良好保证，
2)、本平台运行于windows服务器版本，数据库使用MySQL或者更高版本，能实现公寓管理系统安全稳定运行。
3)、可利用学校机房的服务器做为本平台运行环境，服务与整个医院，快速安全，易维护成为本平台的优点。
4、技术可行性分析
基本方法:做医院内的调查报告，获取医院业务处理的各方面信息情况，从中获取重要信息，并成为建设本系统的重要依据。
策略：查阅大量管理系统的相关书籍，从不同方面研究本系统的整个设计，并结合调查报告中所获取的信息，逐渐形成本平台的雏形。
建立模型：从软件工程生命周期角度，建立每一步的参考模型，并在详细设计的总要环节中，分别以管理员身份，管理员和学生的角度去分析与设计。
5、经济上的可行性分析
一方面是支出的费用，包括设备购置费、管理和维护费用、人员工资。从投入的人力，财力与物力是小的，只要一台电脑，一台打印机，这个系统就可以运行起来。
6、结论
通过以上的分析，编写或开发这个宿舍管理系统是可行的，这个系统主要能实现对病人挂号、医生就诊、药房管理和系统维护，技术方面也是可行。
单位名称：嘉定区真新社区卫生服务中心
应急预案负责人：***
电话：
应急预案部门责任人：***
电话： 传真：
修订日期：二O一一年三月
一、 应急预案的目标和范围
医保信息系统(HIS系统)和社区健康保健服务系统(CHSS系统);
二、应急预案的管理和实施
1、 应急预案领导小组成员
第一责任人：*** 职务：院长
责任部门负责人：*** 职务:信息科负责人
相关部门负责人：**************
2、 具体职责分工
职责 姓名 电话
全院协调工作 * 系统管理员工作 ***
协调病员、维持正常秩序、供电等设备保障 ************* 门急诊、住院收费系统 ******** 药库、药房管理系统 ************* 病区管理系统 *********** 具体风险和解决方案
业务风险：计划停电或故障引起停电
解决方案：备用发电机，及时抢修，首先保证医保收费系统和医疗辅助检查设备等关键业务的正
常用电;信息系统其他相关部门信息管理启动手工作业，对故障期间产生的手工数据,在故障排除后予以补录计算机;
责任人：*********及相关部门责任人
业务风险：医保专线通讯中断
解决方案：及时报修，若15分钟不能排除故障，对医保病人采用现金结算，待信息系统运行正常后15天内再划卡重新结算; 责任人：******** 业务风险：系统软件故障
解决方案：系统管理员及时维修，若15分钟不能排除故障，对医保病人采用现金结算，待信息系统运行正常后15天内再通过网上重新结算; 责任人：****** 业务风险：服务器、交换机、前置机、工作站等软硬件安全问题
解决方案：中心服务器采用双机热备份;预防雷击，中心机房的主要设备均单独接地;中心数据库数据每天自动备份一次;每二月异地备份一次;服务器每3个月重启一次、每月2次对服务器、网络设备进行常规检查; 采用防火墙设备预防病毒侵入;保证计算机专
机专用，不做与医院业务无关的事。 责任人：******
3、 应急预案的启用和撤除
启用应急预案时，医院在组织力量排除信息系统运行故障的同时，在门急诊挂号、收费等主要地点张贴病人告示，医院领导和院办公室、门急诊办公室、医务科、财务科等部门的主要负责人和相关人员迅速到岗到位，作好对病人的疏导和应诊等工作;
在信息系统恢复正常运行后，由主管领导决定停止应急预案，返回系统正常运行方式; 责任人：全体应急预案小组成员
三、 报修联系单位和联系人
一、总则
1.1为保护医院计算机网络系统安全，促进医院计算机应用和发展，保障HIS系统顺利运行，特制定本应急预案。
1.2 本应急预案所称计算机网络系统，是指在医院信息系统中，由计算机及其配套的设备、设施构成，按照HIS系统应用目标和规则对数据信息进行采集、加工、存储、传输、检索等处理的人机系统。 1.3 计算机网络系统的安全保护，是保障计算机及配套的设备、设施的安全，运行环境的安全，保障信息的安全，保障医院信息管理系统功能的正常发挥，以维护计算机网络系统的安全运行，重点是维护网络系统中数据信息和网络上一切设备的安全。
1.4 医院内网运行的计算机的安全保护适用本应急预案。 1.5 任何单位或者个人不得利用上网计算机从事危害医院利益的活动，不得危害计算机网络系统的安全。
1.6 计算机网络系统的建设和应用，应遵守上级主管机关办法的行政法规，用户手册和其他有关规定。
1.7 计算机网络系统实行安全等级保护和用户使用权限划分，安全等级和用户使用权限以及用户口令密码的划分和设置由信息中心负责制定和实施。
1.8 在计算机网络系统设施附近进行营房维修、改造及其他活动，不得危害计算机网络系统的安全。如无法避免而影响计算机网络系统设施安全的作业，须事先通知信息中心，经中心负责人同意并采取保护措施后，方可实施作业。
1.9 计算机网络系统的使用单位和个人都必须遵守计算机安全使用规则，以及有关的操作规程和规章制度。
1.10对计算机网络系统中发生的问题，有关使用科室负责人应
1 当立即向计算机工程技术人员报告。
1.11 对计算机病毒和危害网络系统安全的其他有害数据信息的防治工作，由信息中心负责处理。
1.12 对计算机网络系统软件、设备、设施的安装、调试、故障排除等各项操作由计算机工程技术人员负责。其他任何单位或个人不得自行拆卸、安装任何软、硬件设施。
1.13 所有内网计算机绝对禁止进行国际联网或与院外其他公共网络联接。
二、应急事件处理领导小组 组长：主管院长 副组长：信息科长 组员：信息中心网络管理员
各相应职能部门主任及临床科室科主任、护士长
三、应急响应 3.1 响应级别的确定
信息安全事件分级的参考要素包括网络瘫痪面、对医疗工作影响、损失程度综合考虑。
信息安全突发事件级别分为四级：一般(Ⅳ级)、较大(Ⅲ级)、重大(II级)和特别重大(I级)。
IV级：个别工作站点不能正常工作、打印机故障、刷卡机故障、网线接头松动影响科室正常工作。
Ⅲ级：楼层交换机、科室交换机故障，导致局部网络瘫痪。 II级：基础网络、光纤收发器、主交换机瘫痪、综合布线主干断裂。
I级：服务器崩溃、磁盘阵列破坏、网络系统软件丢失、备用服务器系统无法启动。
3.2 预案启动
2 发生IV级、III级网络信息安全事件后，信息中心应立即组织人员实地检测并维修;发生I、II级的信息安全突发事件后，上报医院信息化领导小组和医院信息安全应急领导小组，启动相应预案，并由医院信息安全应急领导小组负责应急处理工作。
3.3 现场应急处理
3.3.1 信息中心接到科室信息安全应急报告后， 根据事件级别采取相应措施，重大突发事件立即报告医院信息安全应急领导小组，并组织恢复工作。
3.3.2 当发生网络整体故障时，应急服务器无法启用的情况下，各部门根据故障恢复时间的程度将转入手工操作，具体时限明确如下：
(1)15分钟内不能恢复：门急诊挂号收费、门急诊药房、门诊急诊医生等部门转入手工操作。
(2)3小时内不能恢复：住院医生工作站、住院护士工作站、住院药房、门急诊、手术室、医技检查转入手工操作。
(3)12小时以上不能恢复：全院各种业务转入手工操作。 3.3.3 所有手工操作的统一启动时间须由医院信息安全应急办公室通知，相关部门严格按照通知时间协调各项工作，在未接到新的指示前不准私自操作计算机。
3.3.4 门诊挂号收费处工作协调 (1)由财务科负责人负责组织协调。
(2)当网络系统运行中断超过15分钟时，要通知收费员转入手工收费程序。
(3)门诊收费员要建立手工发票使用登记本，对发票使用情况做详细登记。
(4)当系统恢复正常时，由收费员负责对网络运行稳定性进行监测，如不稳定，及时向医院信息中心反馈情况。
3 (5)在接到使用计算机的指令并重新启动运行后，收费员立即转入到机器操作，并在空闲时补录相关信息。
3.3.5 住院收费处的工作协调 (1)由财务科负责人负责组织协调。
(2)原则上不在住院处进行费用补录，以防止出现帐目混乱。 (3)当系统停止运行时间超过12小时，推迟普通出院患者结算时间。对急需出院的患者应根据病历和临床护士工作站记录，进行手工核算，出具手写发票。
(4)如出院患者急需在网络停止运行期间结算，应由该科护士工作站追查是否还有正在进行的检查项目，并向住院收费处提供详细费用情况，方可送交结算。
3.3.6 医生、护士工作站的协调
(1)由医务科、护理部负责人负责组织协调。 (2)医生接到信息中心通知后立即转入手工操作。
(3)病区医生手工开具医嘱，书写借方，一式两份，一份用于科室补录医嘱，另一份送药房作为取药凭证。
(4)护士根据医嘱核对借方，并严格按医嘱进行治疗。 (5)有紧急出院病人，立即通知住院收费处，由住院收费处进行手工结算工作。
(6)接到医院信息安全应急办恢复运行时间的通知后，由科主任、护士长组织协调，完成补录医嘱和费用核对工作。
3.3.7 医技检查工作协调
(1)由各医技科主任负责组织协调。
(2)在网络停运期间手工登记病人检查申请单信息。 (3)对即将出院或有出院倾向的患者，主治医师要在检查申请单上注明，检查科室应及时通知临床科室和住院收费处沟通费用情况。
4 3.3.8 药房工作协调
(1)由药剂科负责人负责组织协调。
(2)网络故障时，根据临床科室提供的药品请领单发药(借药)。 (3)网络恢复时对临床科室补录的摆药医嘱进行发药并确认，同时与发药时药品请领单内容认真核对，如发现内容不符，须详细追查。
(4)网络恢复后及时确认出院带药处方。
3.3.9 各工作站接到重新运行通知时，需重新启动计算机。医院信息中心严格按照服务器数据管理要求进行整体网络故障工程恢复工作。
3.4 医院信息系统应急数据恢复工作规定 3.4.1 由医院信息中心进行系统恢复。
3.4.2 当网络线路不通时，医院信息管理员应立即进行现场维护。如交换机出现故障，应立即使用备用交换机。
3.4.3 做好详细恢复记录。
3.5 医院信息系统网络服务器故障应急处理规程 3.5.1 由医院信息中心及时处理并做好故障排除记录。 3.5.2 各系统使用科室制定相应的系统故障数据保护措施，并建立数据抢录小组。
3.5.3 停机期间，相关科室应组织数据抢录小组在岗待命，一旦系统恢复，要立即于当日完成重要数据补录，次日完成全部数据补录。
3.5.4 故障排除后5天内，信息中心要分析故障原因，制定预防措施，报告信息化工作领导小组。
3.6 医院信息系统简要应急措施
3.6.1 软件系统故障：操作系统软件故障的情况，重新启动计算机，再运行程序，如还是无法解决，联系信息中心;工作软件故障 5 的情况，关闭工作软件，再重新打开工作软件，自动重新下载程序，如还是无法解决，联系信息中心。
3.6.2 硬件系统故障：经医院信息中心检测不能马上修复的，应立即起用备用设备。
3.6.3 打印机系统故障：如打印机在工作中出现异常(如打印头温度过高、打印头发出异响)，操作员应立即关闭打印机电源并与医院信息中心联系，如经检测不能修复，采用备用打印机替换。操作员不得带电拆解打印机与计算机外部器件。
3.6.4 网络：网线、交换机、光纤模块、UPS电源故障，由医院信息中心进行检修，如不能立即修复，更换备用设备，保证网络正常运行。
3.6.5 服务器故障：
(1)UPS电源故障：服务器暂时接入市电启动服务器运行。 (2)服务器故障：单机故障，及时排除修复;双机故障，启动远程应急备用机;完全瘫痪，转入手工作业。
(3)软件系统故障：在采取相应方法尽快解决未果的情况下，应立即起用报告制度与手工操作方式。
(4)硬件系统故障：不能马上修复时应立即起用备用服务器替代主服务器工作。
(5)数据安全与病毒防范：医院信息中心应每个工作日检查服务器的数据备份与实时数据(日结)的运行状况，检查运行日志，如出现异常应立即停止工作站操作查找原因，并对实时数据采取备份保留。信息中心应定时升级服务器病毒数据库，定时手工查杀病毒并打开服务器实时病毒监控系统。如工作站受到病毒感染，操作员应立即关闭计算机，等待医院信息中心通知开机。
3.6.6 信息中心加强医院网络系统监管，充分发挥医院监控网络软件的作用，凡不按规定操作计算机，违规使用外来数据盘、安装 6 非法系统、浏览、操作非工作需要站点、网页，一律收回授权和采取隔离措施。
3.7 报告和总结
认真回顾并整理发生事件的各种相关信息，尽可能地把所有情况记录到文档中。发生重大信息安全事件处理完毕后5个工作日内将处理结果报医院信息领导小组。
3.8 应急行动结束
根据信息安全事件的处置进展情况和现场应急处理工作组意见，及时进行综合评估。应急行动是否结束，由医院信息安全应急领导小组决定。
发表时间:2011-05-19
以基础管理信息服务为主的医院管理信息系统-中国医院信息系统介绍(CHIS V6.0)
软件设计
◆采用多层结构，具有强大的可裁减性和可扩展性，提高医院自己维护系统的能力，通过灵活的应用层组件维护和调整设置，适应医疗政策、医院业务流程的变化，能长期保护医院已有的投资。
◆基于网络环境，满足Internet/Intranet和数字化医院要求，能很好地与第三方产品集成。各子系统之间数据实现信息共享、通信交换功能、文档存储功能、管理数据功能、操作数据功能及分析决策生成功能
◆完全支持系统功能需求， 支持7天/24小时连续运行，足够的磁盘容量，足够快的支持大量实时业务处理的运行速度，管理复杂关系中数据库表的能力，支持用户界面的友善性设计等。
◆标准化程度高，数据字典符合国际、国家、部级标准，符合HL-7工业标准。数据库表结构符合卫生部最小数据集。功能应用符合并超越卫生部颁布的2002年4月的《医院信息系统基本功能规范》。
◆系统开发环境及工具的选择要易于程序员学习、掌握，支持程序编制的高效率，解决客户化的问题，减低程序维护的难度, 支持完全面向对象的程序设计。
产品特点
中国医院信息系统CHIS V6.0软件架构选用国际先进的多层体系结构、采用诸多现代软件工程学的开发工具和方法、充分吸收了方正多年从事HIS事业积累的医院管理方面的宝贵经验，完全遵循自顶向下设计、从底向上实现的整体HIS开发原则，使CHIS V6.0有了质的飞跃。CHIS V6.0在做总体设计规划的时候就确立了要脱离以往HIS仅以财物管理为中心或仅以病人为中心的片面性、确立了在完善的财务管理和病人管理的基础上全面支持医院运营管理的目标。
◆总结、提炼了多年开发HIS的经验，将之融入CHIS V6.0中，充分体现了当代医院“经营”理念。 ◆具有极高的实用性和用户友好性：基于方正公司对医院业务和管理的深刻理解，CHIS V6.0不但能够全面支持医院管理者对医院的经营活动，而且也为日常使用系统的医院工作人员提供了尽量贴近其习惯的操作界面、简捷的操作和详尽的在线帮助。
◆采用了先进、成熟的多层体系结构，使新一代CHIS V6.0具有极大的灵活性和扩展性，保证了医院信息系统以后的升级，保护医院的投资。
◆开放的体系结构：新一代的CHIS V6.0采用了国际流行的标准并提供了丰富的接口函数，极大的方便了与外部系统的连接。
◆极高的数据安全性，一是在医院内部，对数据采取了多重安全保护措施;二是在与外部系统交换信息时，是通过接口的方式，不允许外部系统直接访问医院内部的数据库，从而保证了医院内部数据的安全。
门诊管理部分
◆挂号管理：初诊登记病人主索引的相关信息，可以根据需要修改主索引信息，可建立EPMI档案。根据门诊科室、门诊医师和专家的情况，可动态调整挂号排版表，有计划、目的明确地使用资源。
◆收费功能：收费录入的时间记录精确到分秒，对划价好的信息直接调出收费，可根据需要增加删除项目，修改数量等信息，自动找零，可支持医保，公费医疗，自费，单位等身份。
◆预约管理：病人可对挂号，门诊手术室，门诊床位，门诊检查等进行预约登记，通过电话线路自动接听并记录患者的预约信息查询功能。
◆多媒体查询管理：大屏显示挂号情况，病人通过触摸屏机器查看出诊情况。 ◆支持多种处理方式：包括IC卡、条形码、磁卡、医疗卡号等方式。
◆分诊子系统：可以将就诊患者自动分配到相应的科室或专家处候诊，帮助医院建立了良好的就诊秩序，规范就诊流程，提高管理水平。 ◆门诊医生工作站系统：模版和处方采用了全新的处理方法，大大提高了门诊医生处理门诊医嘱和书写电子病历的速度，缩短了病人的就诊时间，提高了医院的工作效率。系统可以实现以下功能：
1、病人信息
支持病人基本信息的更正，记录病人生理状态，记录病人过敏史。
2、诊断录入
记录病人诊断;支持从疾病中选择、查询诊断;支持选择医保慢性病的诊断、选择传染病的诊断;选择ICD10的诊断;支持建立科室级常用诊断。
3、病人的处置(处方、检验申请单、检查申请单、诊疗单)
支持病人处置的录入;可以从模板、查询、我的病人和本科室最近就诊中调用处置;支持按病人身份、药品分类自动分方;支持药品的重新分方;可以记录输液用药的主药和副药;支持录入处置的嘱托;支持病人处置的预览、全打印和分别打印;支持病人处置清单的打印。
4、模板功能
支持模板的分级管理：全院、科室、个人;综合模板可以包括诊断、药品、检验、检查、诊疗项目;支持在药品录入界面制作个人模板;支持制作科室诊疗项目。
5、检验检查常用字典
支持按纸质检验申请单查询所有的检验项目、按检查项目的执行科室查询所有的检查项目、制作个人检验检查常用字典;支持从个人检验检查常用字典中开申请单。
6、查询
支持检验、检查报告查询。
7、合理用药接口
支持录入药品时嵌入合理用药的监测;记录不合理的处方用药;适应症用药的提示;药品说明书及相关信息查询。
8、传染病卡
支持传染病诊断的提示;已报过传染病卡病人就诊时的提示;诊断为传染病时自动弹出传染病卡;医务处查询传染病卡;医务处查询诊断日志。
9、与分诊相关的功能
记录所在诊室的信息，用于分诊;医生可以看到已到诊的病人;通知病人进入诊室。
10、草药
11、提供检验申请功能
12、提供检查申请功能
住院管理部分
◆住院病人的入、出、转管理：预约管理，住院病人预约、登记(可预约到床位)，并生成识别患者条码，自动接收门诊住院申请。
◆住院收费管理：提供灵活的转诊处理，病人的出、转院定义，出转院情况，审核相关信息，完成报告。
◆医嘱系统：是住院管理部分中最为重要的环节，能够按医嘱的生命周期性(录入→确认→生成执行→打印)实现医嘱的全过程管理。
◆住院医生工作站：全面支持医嘱、病历、检查申请单等的处理，是连接PACS、LIS、RIS和医嘱子系统的纽带和桥梁，医生通过其医生工作台就可以完成对病人情况的全面监控。
◆住院管理部分实时进行费用管理：满足医院对费用控制的要求，通过各种自定义报表满足不同科室不同用户对报表的不同要求。
药品管理部分
◆采用先进的科学管理模式，对医院购、销、制、管的流程。
◆采用了三级库管的(药库、药房、科室小药柜)管理方式，领用采用了请领、发药、确认一条龙的发放方式，真正实现了药品的三级管理，通过动态管理药品库存，帮助用户降低了药品的损耗。
◆药品入库(要全面记录供货单位发票信息、药品货位号、批次号、药品检验、是否GMP产品、储存条件要求等)，提供药品各类入库功能，支持验收终止功 能。
◆药品出库处理(手工出库或按药房或科室请领单自动出库，出库单信息要全面包含药品失效期、备注说明、已更换厂家等信息)。 综合管理部分
◆对医疗设备、医疗器材的申请、采购、发放进行合理管理。减少管理漏洞和资金浪费，充分发挥资金效用，获得最佳的经济效果。
◆物品管理：对各科室可复用各种器械请领、回收、报失、清洗、鉴定、补充、分发全过程进行管理，登记统计本室请领的各种消耗器材和使用去向。
◆病案管理：病案首页编辑，完成对病案首页的编辑工作。
◆预约中心管理系统：贯彻“以患者为中心”的服务理念，为其提供各种检查的预约服务。合理地切分资源，优化门诊、住院就诊流程，改变目前预约检查的繁琐手续，为患者及时、准确、合理地安排检查时间，减少患者往返次数及等候时间。方便患者就诊，提高医院服务质量、服务效率以及医院资源的利用效率，进而推进医院的信息化建设。
◆物流管理系统：引入物资流全过程管理理念，使医院能快速准确的对高值耗材的使用进行跟踪;方便医院对重复使用的物资的管理和统计;方便医生对高值使用的申请;实现物资库存、消耗计费同步化;方便供应商和生产厂家档案管理，为医院全成本核算提供准确的物资数据。医院能够有效摆脱现有的手工帐，节约了大量的人力、物力，降低医务人员的劳动强度，降低医院的运营成本;病人的费用和物资的消耗全过程对照，减少物资流通管理中的问题;减少物资积压，加速资金周转。通过医院数字化建设，实行目标责任制和分层考核制，通过信息实时监控，强化对医院工作的过程监督。
其他
体检系统：该系统是为体检中心提供健康档案管理、健康体检、健康评估与分析、客户追踪与干预、就医通道等服务，并完成体检中心各项管理功能。 系统主要特色
◆动态调度：采用了分区调度的方案，在体检路线安排上适应性更强。
◆内线优先支持：对VIP客户的优先服务给予充分的重视，系统能够为VIP客户安排最便捷的线路，并通过诊间预订为VIP客户提供绿色体检通道。
◆方便而强大的团检支持：本系统对团检的支持除了一般软件提供的分组和名单导入功能外，对每个成员的体检项目还可以定制，并可以分类处理检中加项、家属等特殊情况。
◆细致的体检资料记录：本系统提供的检查单录入则详细记录了检查所见的内容，即使是未见异常的检查也可以从历史具体结果中发现变化情况，辅助医师提供针对性的建议帮助客户改善身体状况。
◆优秀的界面设计：检查内容的录入全部采用动态的界面设计，按照客户的要求配置相关字典就可以迅速适应不同客户对资料录入的特殊性。
◆直观的检查单：对应于细致的体检资料记录设计了直观细致的检查记录打印单，该打印单完全兼容手工记录的检查单，符合医师的阅读习惯。 ◆形象的总监控台：本系统率先提供了图形化的总监控台，按照体检中心的布局形象显示各诊间的检查和客人排队情况，方便中心管理人员随时了解体检区客流情况，及时指挥人工调度。
◆丰富的业务统计：除了一般的业务统计报表外，系统为流程分析提供了个人流程表和诊间流程报表，通过这些报表管理人员可以清楚地看到流程瓶颈所在，为线路优化提供了依据。
LIS系统：作为公司HIS的子系统，以与HIS无缝集成，全面共享资源为出发点，以简化检验科信息管理工作、提高效率、及时服务临床为目标，使得LIS真正成为HIS的一部分，为病历电子化提供了更好的基础。
CHIS系统推广版
CHIS系统推广版是面向中小医院(二级乙等及以下)的一套HIS产品，针对的是中小医院的业务特色以及这类医院对信息系统的要求和期望。
CHIS系统推广版是在CHIS5.0产品上进行改造而推出的标准化产品，融和了方正多年来HIS的行业经验，系统强健，预留各种接口(医保、LIS、PACS、PASS等)，具有灵活的可扩展性,产品嵌入了加密授权以及用户站点数控制的管理，产品所有模块进行打包自助安装，有完备的产品使用说明,集众多医院的实施经验，提供了丰富的查询统计报表。
推荐阅读：
医院信息系统分析（共9篇）01-26
医院信息系统集成管理效果分析09-11
信息系统下的医院人力资源管理模式分析09-11
医院信息系统安全论文04-17
医院信息管理系统06-26
医院信息化系统研究05-30
医院信息系统研究论文04-17
医院信息系统安全建设论文04-22
医院信息系统信息安全等级保护的实施探讨09-12
