医院综合管理系统可行性分析报告(优秀可行性分析报告).doc

1引言11.1编写目的11.2背景11.3定义11.4参考资料12可行性研究的前提22.1要求22.2目标22.3条件、假定和限制32.4进行可行性研究的方法32.5评价尺度33对现有系统的分析33.1处理流程和数据流程43.2工作负荷43.3费用开支43.4人员43.5设备43.6局限性44所建议的系统44.1对所建议系统的说明54.2处理流程和数据流程54.3改进之处54.4影响54.4.1对设备的影响54.4.2对软件的影响54.4.3对用户单位机构的影响54.4.4对系统运行过程的影响64.4.5对开发的影响64.4.6对地点和设施的影响64.4.7对经费开支的影响64.5局限性64.6技术条件方面的可行性75可选择的其他系统方案75.1可选择的系统方案175.2可选择的系统方案276投资及效益分析76.1支出76.1.1基本建设投资86.1.2其他一次性支出86.1.3非一次性支出86.2收益96.2.1一次性收益96.2.2非一次性收益96.2.3不可定量的收益96.3收益投资比106.4投资回收周期106.5敏感性分析107社会因素方面的可行性107.1法律方面的可行性107.2使用方面的可行性108结论1134GB856788可行性研究报告1引言1.1编写目的介于该项目为医院综合管理系统，是为了能够更好的适应市场的需求变化。由于对各大医院来说，无论是信息或者是资源都是出于一种非线性的增长。因此需要对管理系统的自动化以及准确性的要求日益强烈，于此同时减轻医院工作压力和医务管理人员的工作负担而构思产生的。系统的总体目标是在先进的计算机技术和高效的信息管理基础上采用系统集成的方法，逐步建立一个辅助医务人员工作，日程安排的管理信息，资源管理信息，等系统本报告对问题进行了研究，确定问题是否可解经过对此项目进行详细调查研究，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益预期读者：项目小组开发人员，项目经理1.2背景开发软件名称：医院综合管理系统项目任务提出者：华侨大学计算机科学与技术学院 小玩子小组开发者：小玩子 开发团队用户：医院实现软件单位：中大型医院，内部为B/S端，网上客服端为外部项目与其它软件，系统的关系：本项目采用客户机/服务器原理，客户端的程序是建立在windows系统上以Visual Studio 2010为开发软件的应用程序，服务器采用Microsoft SQL Server2008的开发软件的数据库服务程序 1.3定义缩写、术语解 释HCMSHospital Comprehensive Manage System 医院综合管理系统PP项目规划，Project PlanningISO9000质量管理体系标准Power Designer建模工具SVN版本管理工具Photoshop图片处理工具Sever数据库软件DB数据库1.4参考资料软件工程导论，张海藩，清华大学出版社。实用软件工程，郑人杰等，清华大学出版社。visual c# 2005吕韦臣，吕宝臣 著UML和模式应用（美）Craig Larman 著 李洋 等译UML2.0和统一过程Jim Arlow，lia Neustadt 著软件文档编写 潘孝铭 辛明海 编 高等教育出版社出版软件开发这点事儿软件开发工具手册 邵志东 著 电子工业出版社出版2可行性研究的前提2.1要求A. 功能：提供一个平台，主要对医院的管理进行多层次的构建，为广大医务人员以及资源，人员的调配提供了方便主要功能有：工作管理，数据更新，数据导入导出工作管理模块分为：9个模块，各个模块作为一个子系统包括：门诊部管理子系统，住院部管理子系统，中西药品部管理子系统。病案部管理子系统，人事部管理子系统，财务管理子系统。物理设备子系统，网上客服子系统，系统管理子系统下文有提及各个模块所涉及到的功能主要面对的对象包括5类：护士，医生，病人，员工，管理者员工，医生，护士三者关系：医务人员包括员工，医生，护士；员工与医生有一定交集，同样的员工与护士也有一定的交集数据更新功能：护士，医生局部参与对象，病人少许参与对象，员工主服务对象，管理者后台管理对象，依次对数据进行操作数据导入导出：有一定的下放权来给有关的部门，使之可以打印出数据，但该数据也局限于小部分B. 性能：方便快捷，可以有效的完成所属的数据输入的数据来源：主要面对的5大对象：医生，护士，病人，员工类型：医生只对数据有影响，护士起少量数据来源，病人的信息为主要来源，员工是数据来源的媒介 输出要求：数据完整，详实。 输出要求：简捷，快速，实时。C. 处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述；在第4章涉及D. 在安全与保密方面的要求：由于该系统是与其他管理系统集成起来，因此系统对不同的工作平台的人员提供不同的功能模式，对历史数据的更改和新数据的添加只有一定的权限的用户才能进行的操作，一般的用户只能进行查询。对数据库的关键数据应保密E. 同本系统相连接的其他系统：本项目采用客户机/服务器原理，客户端的程序是建立在windows系统上以Visual Studio 2010为开发软件的应用程序，服务器采用Microsoft SQL Server2008的开发软件的数据库服务程序F. 完成期限。2010.122011.1 2.2目标该系统的主要开发目标，如：A. 人力与设备费用的减少B. 减轻医务人员工作负担；C. 能够对医生提供一定量的服务以及参考D. 控制精度的提高：对设备的监控E. 管理信息服务的改进；F. 自动决策系统的改进；G. 人员利用率的改进。H. 对病人的实时监控，保证任何时刻的安全性I. 通过对医院的管理制度的提高，使之成为可信任的医院J. 增加医院财务的透明度2.3条件、假定和限制这项开发中给出的条件、假定和所受到的限制，如：a 所建议系统的运行寿命的最小值: 该系统运行至少应为4年b 进行系统方案选择比较的时间： 方案选择比较时间为2月c 经费、投资方面的来源和限制： 医院以及公司来源 d 法律和政策方面的限制： 不从事非法，以及违规的工作 e 硬件、软件、运行环境和开发环境方面的条件和限制硬件环境：服务器：内存4g，硬盘 500g；客户端：运行内存要求：102 MB；安装所需硬盘：305 MB；打印机：必选软件环境： windows 系类/2000/xp/vista/win 7 SQL several2005/2008/2010软件开发环境UML建模工具-Sybase power Designer 、office Visio版本同步工具 tortoises SVN文档编写工具 office开发工具Vs2008/2010数据库 SQL2.4进行可行性研究的方法基本方法：是通过对市场上，就医院管理方面的系统进行研究，小组讨论，以及通过自己所学习的知识来客观的评定系统策略：通过对软件的认识，以及如何认为什么是一个好的软件，从软件的基本特性出发，来进行分析，通过画出系统的数据图，创建的表进行分析基准点：表 满足第三范式。系统为低内聚，高耦合。并且能够有产品化的趋势。对于使用者，基本功能能够满足，且需要培训一定时间才可上手。在准确性商要求非常高，容错方面也同样要求调查：通过学习医院的管理制度，医院部门的个个流程，医院的注意事项等等来对我们所调查的系统给予客观的评价2.5评价尺度子系统名称费用优先次序开发时间使用难度住院部管理子系统20000高8工作日较难门诊部管理子系统18000高6工作日易中西药房管理子系统13000高4工作日易财务管理子系统24000高3工作日难病案管理子系统25000中10工作日最难业务管理子系统15000高5工作日易人事管理子系统25000中8工作日中系统管理子系统10000高6工作日中物理管理子系统20000高8工作日难网上客服子系统30000中8工作日易系统特性名称系统特性描述优先级住院部管理子系统从“医院”概念上看，住院部是医院的基本组成单位；从医院管理角度看，住院诊疗是医院业务工作的核心部份。因此，建立一个高效可靠的住院业务管理系统，不仅可以在一定程度上减轻医务人员的劳动强度，提高工作效率和工作质量，而且可以更及时、准确、有效地分析统计各种临床数据及管理数据，供上级主管部门做出 科学的管理决策，促进医院管理水平的进一步提高。高门诊部管理子系统门诊业务管理子系统分为挂号、计价收费、医疗卡处理、用户信息管理等四部分高中西药房管理子系统医院中西药房负责管理医院日常所需药品的采购、进货、定价、发售和结算，药房管理的优劣，对医院的正常运作具有很大影响。中西药房在业务上是完全互相独立的两个药房，需要配备两套管理系统。高网络客服 管理子系统针对网络的普及现状，来对该医院的服务提供了一个较为快捷的方式，包括对医院的介绍，对客服 问题提供一个解决平台，对医院的宣传中财务管理子系统财务管理是在一定的整体目标下,关于资产的购置,资本的融通和经营中现金流量,以及利润分配的管理。 财务管理是医院管理的一个重要组成部分，通过组织财务活动来处理财务关系。简单的说，该子系统就是组织医院的财务活动，处理财务关系的管理工作 高病案管理子系统病案管理就是用科学的方法，把医疗工作每个环节产生的大量信息资料进行全面系统地收集，并加以检查、整理、编号、登记、编制各种分类索引和有秩序的存储，需用时可及时、完整、准确地提供，使资料的信息作用得到充分利用和发挥。所以病案管理是医院内重要的医疗信息管理。病案室即是医疗信息资料管理的职能部分。病案一般由病案首页、医疗记录、检验记录、护理记录及各种证明文件组成。中人事管理子系统医院人事部门的基本职能是：按照医院工作的特点，合理地调配人、了解人、安排使用人，做到知人善任，发挥人的作用。主要任务是：编制医院人员计划，掌管医院人员的调配、选拔、任免、培养、升迁，进行人员考核，管理人事档案，承办各项人事事务等。中系统管理子系统系统管理子系统提供用户权限表、系统参数表维护、数据库备份以及就医人员基本信息库管理。信息的准确性直接决定了医院收费的准确程度。基本信息库还提供同就医人员的联系等。因此，当就医人员发生离退休、调出、毕业等变动时必须及时更新基本信息库。本子系统将对就医人员可能发生的所有变动提供操作工具，用户可借助于这些工具及时更新就医人员基本信息库。高物理管理子系统物理管理子系统是对不同权限的用户所采取的，通过对数据库的调度来定性的分析器件，并且使器件处于较高的精度高3对现有系统的分析现有系统模块划分：软件版本锐拓 医院管理系统 推荐度功能模块功 能 模 块挂号管理普通挂号、会员挂号、挂号修改、挂号作废、挂号查询、补打挂号单、磁卡管理门诊管理西药估价、中药估价、未收费处方修改、门诊收费、收费对账单、门诊配药、处方用药对帐、门诊处方打印、门诊处方查询、门诊账单打印、门诊票据打印、门诊病人查询、未 收费处方删除、处方科室医生更正、门诊处方作废、处方用药查询、病人退药、药品回收、药品退款门诊医生工作站医生通过刷卡方式便能快速地接收已挂号病人，并能在同一主界面上完成几乎所有的医生日常工作，包括：书写电子病历、开电脑处方、申请单及处置单等信息处理。同时，有效地将病人就诊信息传送到门诊收费、医技科室等相关模块，保证各种就诊信息流程中的正常流动，真正实现信息共享(可选)。住院管理住院登记、转院登记、病历查询、病历修改、病历删除、住院查询、押金登记、押金查询、押金收款查询、押金警示查询、打印押金催缴单、住院处方输入、住院处方修改、住院处方清除、住院处方作废、住院处方科室医生更正、住院配药、住院处方查询、住院对账单、住院清单对帐、住院处方打印、住院处方查询、住院处方统计、出院结算、补打账单、取消出院住院医生工作站住院医生使用此系统可以处理手工业务的大部分事务，也可实时了解病人病情和治疗情况、检验检查数据，还可以参考类似病案进行辅助诊断。住院护士工作站床位分配、病区统一管理、病区统一摆药、执行医生住院医嘱、打印病人每日清单、安排出院报表管理收费员发票管理、收费日报、门诊挂号人次统计、综合报表、住院人次统计、工作量统计、医生费用统计、部门工作量统计报表、医院收费项目统计报表、科室医生工作量统计、医生病人统计报表、医生费用统计报表、医生费用种类统计报表、医生病人明细分析报表、药品进货报表、进药情况分析、药品入库统计报表、药品调拨统计报表、库存报表、药品账目、处方用药统计、领料明细报表、领料汇总报表、住院费用统计、医生记录统计表、医生病人记录统计表、科室记录统计表药库管理仓库查询、库存底数、药库批号库存查询、药库批号出库查询、药品入库登记、药品入库查询、药品调拨、药库退药、药库报废、药品对帐查询、药品调拨查询、调拨确认单、领药登记、领药查询、盘点初始化、修改盘点设置、删除盘点设置、查询盘点设置、仓库盘点、查询盘点物品，查询盘点报告、盘点库存修正、药品报损药品管理药品录入、药品修改、药品删除、药品查询、药品调价登记、药品调价查询、药品调价补差查询、药价维护、药品价格打印、药品名称种类清单、近效过期管理、药品采购计划、采购计划编辑物资管理物资目录维护、物资库存查询、物资入库业务、物资调拨业务、物资出库业务、物资报表统计(可选)单位管理单位定义、单位编辑、单位删除、单位查询、协定处方录入、协定处方修改、协定处方删除、协定处方查询、优惠策略录入、优惠策略维护院长系统医院经营情况报表、医生科室工作量情况报表、药品库存进货销售报表等系列报表财务系统现金收银情况报表、进货成本统计报表系统管理打印机设置、本机设置、本机指定药房设置、更改口令、挂号费设置、医疗费用设置、医疗收据格式设置、统计报表公式设置、科室报表公式设置、分页票据设置、重新登陆、切换系统权限维护操作人员维护、职务权限维护、操作菜单维护、挂号费用设置、发票号查询、挂号单设置、本机指定药房设置、操作日记查询、费用实收检索、作废退费记录查询、药品日结查询、下载地址设置数据维护代码库维护、数据库初始化、数据表管理、住院维护、门诊维护、医院数据清理、票据数据维护、数据彻底初始化系统参数设置系统参数设置、重新登陆、切换系统、更改口令、退出系统3.1处理流程和数据流程处理流程：图1. 用户认证图2. 挂号处理图3. 门诊管理图4. 门诊医生工作站数据流程图5. 顶层图图6. 0层图3.2工作负荷该系统面对是大量的数据，以及要求高效合理的安排时间，并且在误差上必须降低，所以承担的工作量很大，要求所处理该系统的人的能力要达到一定技术就管理者而言，要求的承担工作比较大，且易错性强，牵扯的面积较广医生与护士方面，虽然处理的工作量较不大，但是如何有机的结合三者就需要耗费大量的时间与经历。3.3费用开支费用开支：人力：62人设备：SQL server2010:153万Window NT：81万空间：主服务器放在单独房间里面，各个分支独立开来支持性服务：辅助配置：42万不可预知的措施：32.5万人员培训：5千/人/月数据库的维护：该系统的使用季度*人数*4月3.4备 终端PC机5台；网络设备( 内网) ；辅助配置；SQL server 2010 Windows NT；服务器；打印机3.5限性1.处理时间赶不上需求，响应不及时2.数据的冗余问题，且存储能力不足3.容错性与纠错性较低由于管理系统主体是为数据，所以要先把流程图表明，之后构建表，对表进行范式的构建，而该系统我们在对表分析的时候，发现大量数据的冗余，所以如果要改表的话，那整个系统就需要重新做一遍，表是基础面向的是中小医院或者是门诊，与所要求内容不符，并且我们小组需要的是有着产品化趋势的系统，所以我们排除掉了4所建议的系统4.1对所建议系统的说明该系统基于B/S体系结构之上，在各个部门安装该系统之后，每个部门的人员可以较为方便的进行操作，不过所处理的信息，涉及量因部门而异，而且处理的数据也因个人而异，在对信息的管理，数据的处理，以及个人的人员配备都有了很大的提升图7. 总系统划分4.1.2.2门诊部管理子系统模块划分图8. 门诊部模块划分4.1.2.3住院部模块划分图9. 住院部模块划分4.1.2.4中西药品房管理子系统模块划分图10. 药品管理模块划分4.1.2.5病案管理子系统模块划分图11. 病案管理模块划分4.1.2.6人事管理子系统模块划分图12. 人事管理模块划分4.1.2.7财务管理子系统模块划分图13. 财务管理模块划分4.1.2.8物理设备子系统模块划分图14. 物理设备模块划分4.1.2.9网上服务子系统模块划分图15. 网上服务模块划分4.1.2.10系统管理子系统模块划分图16. 系统管理模块划分4.2处理流程和数据流程给出所建议系统的处理流程和数据流程。处理流程：图17. 登陆处理图18. 挂号处理图19. 处方处理图20. 取药处理图21. 门诊医生工作站图22. 病例处理流程图23. 住院处理图24. 物理设备管理图25. 中西药品管理图26. 药价维护数据流程：图27. 顶层图图28. 0层图4.3改进之处逐项说明所建议系统相对于现存系统具有的改进。1.人力与设备费用的减少：由于通过不同的子系统来处理信息，极大的节约了人员的时间，财力，虽然设备费用由一定增加，效益比大于100%2.减轻医务人员工作负担：主要面对的是广大的医务人员，所以功能是减低工作负担3.能够对医生提供一定量的服务以及参考：由于数据库保存着案例文本，以及档案，对病人的研究能起到很好的参考作用4.控制精度的提高：对设备的监控，并且是出于时时监控5.管理信息服务的改进：页面的友好化，并且在数据库中队信息由对冗余进行操作，降低冗余6.自动决策系统的改进：各个部门的容错性与纠错性7.人员利用率的改进：可以让使用者把重心放在医疗上，调高效率 8.对病人的监控，保证任何时刻的安全性9.通过对医院的管理制度的提高，使之成为可信任的医院10.增加医院财务的透明度11.数据的冗余降低12.数据的查询，修改，删除，以及输出都有了很大的优化13.高内聚，耦合度降低14.数据有一定的容错性与纠错性15.操作较难，需要一定的培训才可上手，保证了人员较为精确配置16.有产品化的趋势，不仅限于项目而已4.4影响在建立该管理系统时，预期将带来的影响，包括：i. 人员ii. 财经iii. 设备措施iv. 时间v. 对病人的环境影响4.4.1对设备的影响由于涉及的对象不同，因此在现存的系统中，设备的需求低于新提出的系统，包括：服务器的增加；人员设备增加并且属于高级操作者；数据库的保密性要加强；在对新提出的系统要求每台服务器处于一间空闲的房间内，保护措施加强；4.4.2对用户单位机构的影响该系统主要面对的是中大型医院，其中心功能是为了合理的管理医院的平时工作量，使信息合理化，并且更加容易对信息进行操作，合理的分配人员调配，提高医院的效率。因此，用户的机构中，要使用各个子模块的功能，要求有一定的培训作为基础，并且在整个医院体系结构中药有一个清晰的概念；作为服务的对象是属于大范围的信息，而真正操作的人员数量局限于部分，并且在对该系统做调试工作的管理人员的技术水平也要有一定的计算机基础，以及有较为权威的人员作为督促4.4.3对系统运行过程的影响系统对运行过程的影响a 用户的操作规程：因部门的不同而异，也根据对象的不同操作的规程也不同，涉及到隐私，权限，以及数据库的问题因为该系统是面向中大型医院，所以信息量大，随之的是要求信息的保密性性要高，且精度准确，所以用户操作的话，需要很多层的权限才可进行操作，而且需要一定的基础b 对数据保存的要求，对数据存储、恢复的处理；数据保存要求：要填写入数据库前，医务人员进行检查核对，检查无误后填写入内，之后数据首先要经过一个数据池，在定期时间内，通过人员的审核确定无误，在填写入数据库中数据存储：具有容错性与纠错性，定期做数据的备份恢复处理：通过数据库的基本原理，procedure过程来处理数据，只有最后完全通过，数据才对存入数据池之中，中途错误则推出输入c 系统失效的后果及恢复的处理办法：该系统是必须有备份电源措施。其次数据内容有定期的备份，还有最近的还原点，病者信息单独独立开，这样保证可以在不发生意外的时候数据处于一种较为安全的状态；而系统失效时候，数据备份的内容处在另一个数据库中，之后系统还原到一个最近创建的还原点，再把备份的数据导入，之后最重要的是在系统失效时间与还原点这段时间内的所有信息通过人工方式找出，核对，在填入数据库4.4.4对开发的影响对开发的影响，如：a. 为了建立数据库，所需要的资源极大，包括各个部门处理相关的信息，以及医院总的汇总信息b. 为了开发和测试该系统，我们需要的计算机资源包括主服务器，数据库，多层的数据探测器，各个部门作为分支的器件c. 保密性与安全问题：不仅包括虚拟的保密，容错性与纠错性，而且包括物理上的保密，要求设施非常到位，不容许数据方面出现了崩溃或者流失，在一定时间范围内备份数据，此处仅限于有限的专业人员操作4.4.5对地点和设施的影响1. 服务器必须出于较为通风低温干燥的地方2. 在各个分支上，连接的线路必须与医院的主电力设施错开3. 在安装该系统的各个部门，要求单独开办一间房间作为工作室4. 时时 对服务器监控4.5局限性 1 较大信息量的同时访问服务器也要求很高配置，在医院这种要求必须时时有电有水有资源的场所，必须保护好电力措施，因此，服务器也要求安排在一个低温通风的地方，并且避免与主电力产生冲突2.数据库的更深层的加密，保护，备份由于在技术方面，医院本着精确的原则，因此在无论人员或者器件上要求准确到位，因此数据库的要求就必须超过正常管理系统所能接受的，倘若有较为成熟的技术，也要求要有一定容错性与纠错性，这只能降低而不能避免3.产品化 作为一个成熟的产品，面向的是多方位的客服对象，必须通过大量的例子实战经验才能有所体会，我们小组还只是出于低端，但是都踊跃探讨，所以尽我们最大努力来完成，使之医院综合管理系统较为完善，并且产品化4.6技术条件方面的可行性本系统是一个基于数据库应用，而且数据库开发技术已经较为成熟考虑到现有的技术可以达到所要求的功能开发小组的数量：57人，每5天进行2次早会而且考虑到时间较为充裕，以及资金的投入，预计可以在规定的时间内完成开发5可选择的其他系统方案对于网络上的各式各样的医院管理系统，牵扯到的内容只是包括局部的信息，而没有以一种很全的方式来表现。通过对网上的市场调查，对我们本次做的系统有了一个较为全面的认识。首先，应该明确知道医院管理系统是一个很庞大的操作系统，涉及面积广，其次要求在对数据上必须要精确，而且在对信息要求之上要有多层次的纠察，以及对数据的冗余要重新通过第三范式来进行构造从部分的系统，我们进行了分析5.1医院药物管理系统由于在该系统中，只是对医院的局部信息进行了管理，虽然针对性较强，但是对于信息量的剧增以及人员的配置会处于一种低效率的状态而且从数据库的方面来看，由于没有对数据库进行多层次架构，虽然在查询方面处于一种较快的速度，但是安全性的处于不稳定状态5.2医院信息人员管理系统由于在该系统中，也是如同上的系统一样，只是表现出管理方面的其中一部分，但是对人员的信息管理上处于一种较为紧凑的过程，虽然极大的促进人员调度的效率，但是没办法跟得上较为大型医院信息量，因此，我们小组把该系统作为一个较不合格的系统 而且该系统是一种较为低上手的系统，操作性虽然容易，但是对于医院管理制度，我们还是认为有很多不妥，例如，易上手的系统，在容错方面处于一个较低的层次。而且没有需要经过一定的培训，在处理信息方面，觉得会有一定的问题，因为我们要求的用户目标为中大型医院，所以在处理信息上，要求不仅处理速度快，而且要求高精度5.3锐拓 医院管理系统由于该系统与我们所研究的系统是同一个层面的，所以我们拿二者进行横向比较在第三章的时候，我们已经研究下该系统。通过图以及模块的划分，可以看得出该系统较为成熟，但是通过流程图来看，可以看出模块与模块之间较为分散，且处于高耦合的情况。这样在对每个对象进行操作的时候会涉及到另一模块对象，从而使错误率大大提升就数据库来看，数据之间的冗余会是对数据操作的时候，反映时间剧增，而市场调查来看，无论规模如何，处理的时间必须快并且准确。虽然该管理系统涉及面较其他的为广，但是从数据这方面来说，还是欠缺点。不存在数据的容错以及多层的纠错，不满足第三范式来构建表6投资及效益分析 6.1支出6.1.1基本建设投资基础投资：终端PC机5台：8000*5 = 4 万网络设备( 内网)：2 万辅助配置：2 万共计：8万其他一次性投资： SQL server 2010 : 15 万 Windows NT: 8 万 操作员培训费：5 万 共计：28 万经常性支出： 人工费用:6(月)*5(人)*5000(圆)=15万 其他不可知额外支出: 2万 共计:17万 非一次性投资： 数据库的维护：4（月）*5（人）*2500（圆）*20(季度)=100万 支出共计:153万6.2收益6.2.1 一次性收益0元 经常性收益 （按银行利率：1%）；减少员工20人(1000圆/人)五年收益: 1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120万 工作效率提高收益（工作效率提高30%）:30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45万 经常性收益共计:160万 不可定量收益因服务质量提高增加旅客量10%: 1000万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360万收益共计:520万6.3收益投资比求出整个系统生命期的收益投资比值。520万/53万 400%6.4投资回收周期支出：153万为初计划收益：520万为初计划，当运行为12年时候，投资回收6.5敏感性分析系统生命期长度：5年，至多可达9年处理速度要求：一般的查询速度5秒关键的数据查询速度2秒7社会因素方面的可行性7.1法律方面的可行性合同责任：在就该项目与医院签署协议的时候，应该清晰的表明所应得责任，而且必须清楚的表明在合同之上，最后以合同来进行法律的保护专利权，版权 ：通过法律的保护，进行合法的操作安全性，可靠性：对医务人员的整体调查，以及医务器件的完全性检查，尤其对药物，器件的严格把关7.2使用方面的可行性由于该管理系统涉及的层面较为广，所以在对不同层次的人员赋予了不同的权限。这么做的原因是保护数据库的访问权限，因为为医院，所以对数据库的保护定位一个较高的层面由于该系统包括了对器件，药物，人员的调度，所以要求在处理操作的时候要求要有一定的技术来进行操作该系统，并且要时时把关，且具有多级的审查过程7.3用户使用可行性 使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识。所有人员即医务人员都要经过本公司培训.管理人员也需经一般培训，只有经过培训的人员才可以使用本软件.两名系统管理员,一名审计员，数据库维护员将进行专业培训,他们将熟练管理本系统.8结论结论意见：经上述可行性分析，系统研制和开发可以立即开始进行。目录第一章 可行性研究报告概述11.1项目名称11.2项目承担单位11.3项目建设地点11.4可研报告编制单位11.5项目概述及主要经济技术指标1第二章 编制目的、依据、原则和范围52.1编制目的52.2编制依据52.3编制原则52.4可行性研究的范围6第三章 建设的必要性73.1符合国家“十一五”规划纲要和循环经济要求73.2环境保护和节能降耗的需要83.3企业可持续发展的需要9第四章 项目建设条件104.1主体工程概况104.2厂址选择124.3公用设施及社会依托条件12第五章 改造规模与产品方案155.1改造规模155.2生产方案15第六章 生产设备节电技改方案166.1企业能耗现状分析166.2改造设备运行参数166.3技术方案、设备方案176.4项目建议改造方案226.5消耗定额256.6小结25第七章 项目实施机构和项目法人287.1项目实施机构287.2项目法人28第八章 环境保护28第八章 环境保护29第九章 社会经济效益319.1环境效益319.2社会效益31第十章 节约和合理利用能源3310.1节能依据及标准3310.2节能设计原则3310.3能耗分析3310.4节能措施及节能效果分析34第十一章 环境安全与劳动保护3511.1安全3511.2劳动保护36第十二章 生产管理与人员编制3812.1生产管理3812.2人员编制38第十三章 项目实施进度3913.1 建设工期3913.2 项目实施时期各阶段进度建议39第十四章 项目招标方案41第十五章 投资估算及资金筹措4215.1投资估算4215.2资金筹措43第十六章 经济评价4416.1项目周期4416.2成本参数4416.3损益类参数4416.4经济评价结果45第十七章 结论4717.1结论意见及总的评价、存在的问题和建议47