医院综合管理系统立项建设可行性分析报告(优秀立项建设可研报告).doc
《医院综合管理系统立项建设可行性分析报告(优秀立项建设可研报告).doc》由会员分享,可在线阅读,更多相关《医院综合管理系统立项建设可行性分析报告(优秀立项建设可研报告).doc(36页珍藏版)》请在咨信网上搜索。
1引言 1 1.1编写目的 1 1.2背景 1 1.3定义 1 1.4参考资料 1 2可行性研究的前提 2 2.1要求 2 2.2目标 2 2.3条件、假定和限制 3 2.4进行可行性研究的方法 3 2.5评价尺度 3 3对现有系统的分析 3 3.1处理流程和数据流程 4 3.2工作负荷 4 3.3费用开支 4 3.4人员 4 3.5设备 4 3.6局限性 4 4所建议的系统 4 4.1对所建议系统的说明 5 4.2处理流程和数据流程 5 4.3改进之处 5 4.4影响 5 4.4.1对设备的影响 5 4.4.2对软件的影响 5 4.4.3对用户单位机构的影响 5 4.4.4对系统运行过程的影响 6 4.4.5对开发的影响 6 4.4.6对地点和设施的影响 6 4.4.7对经费开支的影响 6 4.5局限性 6 4.6技术条件方面的可行性 7 5可选择的其他系统方案 7 5.1可选择的系统方案1 7 5.2可选择的系统方案2 7 6投资及效益分析 7 6.1支出 7 6.1.1基本建设投资 8 6.1.2其他一次性支出 8 6.1.3非一次性支出 8 6.2收益 9 6.2.1一次性收益 9 6.2.2非一次性收益 9 6.2.3不可定量的收益 9 6.3收益/投资比 10 6.4投资回收周期 10 6.5敏感性分析 10 7社会因素方面的可行性 10 7.1法律方面的可行性 10 7.2使用方面的可行性 10 8结论 11 34 GB8567——88 可行性研究报告 1引言 1.1编写目的 介于该项目为医院综合管理系统,是为了能够更好的适应市场的需求变化。由于对各大医院来说,无论是信息或者是资源都是出于一种非线性的增长。因此需要对管理系统的自动化以及准确性的要求日益强烈,于此同时减轻医院工作压力和医务管理人员的工作负担而构思产生的。系统的总体目标是在先进的计算机技术和高效的信息管理基础上采用系统集成的方法,逐步建立一个辅助医务人员工作,日程安排的管理信息,资源管理信息,等系统 本报告对问题进行了研究,确定问题是否可解经过对此项目进行详细调查研究,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益 预期读者:项目小组开发人员,项目经理 1.2背景 开发软件名称:医院综合管理系统 项目任务提出者:华侨大学计算机科学与技术学院 小玩子小组 开发者:小玩子 开发团队 用户:医院 实现软件单位:中大型医院,内部为B/S端,网上客服端为外部 项目与其它软件,系统的关系:本项目采用客户机/服务器原理,客户端的程序是建立在windows系统上以Visual Studio 2010为开发软件的应用程序,服务器采用Microsoft SQL Server2008的开发软件的数据库服务程序 1.3定义 缩写、术语 解 释 HCMS Hospital Comprehensive Manage System 医院综合管理系统 PP 项目规划,Project Planning ISO9000 质量管理体系标准 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.12~2011.1 2.2目标 该系统的主要开发目标,如: A. 人力与设备费用的减少 B. 减轻医务人员工作负担; C. 能够对医生提供一定量的服务以及参考 D. 控制精度的提高:对设备的监控 E. 管理信息服务的改进; F. 自动决策系统的改进; G. 人员利用率的改进。 H. 对病人的实时监控,保证任何时刻的安全性 I. 通过对医院的管理制度的提高,使之成为可信任的医院 J. 增加医院财务的透明度 2.3条件、假定和限制 这项开发中给出的条件、假定和所受到的限制,如: a. 所建议系统的运行寿命的最小值: 该系统运行至少应为4年 b. 进行系统方案选择比较的时间: 方案选择比较时间为2月 c. 经费、投资方面的来源和限制: 医院以及公司来源 d. 法律和政策方面的限制: 不从事非法,以及违规的工作 e. 硬件、软件、运行环境和开发环境方面的条件和限制 硬件环境:服务器:内存4g,硬盘 500g; 客户端:运行内存要求:10±2 MB; 安装所需硬盘:30±5 MB; 打印机:必选 软件环境: windows 系类/2000/xp/vista/win 7 SQL several2005/2008/2010 软件开发环境 UML建模工具-->Sybase power Designer 、office Visio 版本同步工具 tortoises SVN 文档编写工具 office 开发工具Vs2008/2010 数据库 SQL 2.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费用开支 费用开支: 人力:6±2人 设备:SQL server2010:15±3万 Window NT:8±1万 空间:主服务器放在单独房间里面,各个分支独立开来 支持性服务:辅助配置:4±2万 不可预知的措施:3±2.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技术条件方面的可行性 本系统是一个基于数据库应用,而且数据库开发技术已经较为成熟 考虑到现有的技术可以达到所要求的功能 开发小组的数量:5~7人,每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万为初计划,当运行为1~2年时候,投资回收 6.5敏感性分析 系统生命期长度:5年,至多可达9年 处理速度要求:一般的查询速度<5秒 关键的数据查询速度<2秒 7社会因素方面的可行性 7.1法律方面的可行性 合同责任:在就该项目与医院签署协议的时候,应该清晰的表明所应得责任,而且必须清楚的表明在合同之上,最后以合同来进行法律的保护 专利权,版权 :通过法律的保护,进行合法的操作 安全性,可靠性:对医务人员的整体调查,以及医务器件的完全性检查,尤其对药物,器件的严格把关 7.2使用方面的可行性 由于该管理系统涉及的层面较为广,所以在对不同层次的人员赋予了不同的权限。这么做的原因是保护数据库的访问权限,因为为医院,所以对数据库的保护定位一个较高的层面 由于该系统包括了对器件,药物,人员的调度,所以要求在处理操作的时候要求要有一定的技术来进行操作该系统,并且要时时把关,且具有多级的审查过程 7.3用户使用可行性 使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识。所有人员即医务人员都要经过本公司培训. 管理人员也需经一般培训,只有经过培训的人员才可以使用本软件.两名系统管理员,一名审计员,数据库维护员将进行专业培训,他们将熟练管理本系统. 8结论 结论意见:经上述可行性分析,系统研制和开发可以立即开始进行。 目 录 一、总论 1 (一)项目概况 1 (二)项目编制依据 6 (三)问题与建议 8 二、项目建设的背景和必要性 10 (一)政策背景分析 10 (二)项目区社会经济状况 14 (三)本行业及关联产业发展现状 14 (四)项目建设的必要性 15 三、承办单位概况 18 (一)概况 18 (二)研发能力 19 (三)财务状况 19 (四)法人代表基本情况 19 四、市场分析与销售方案 20 (一)市场分析 20 (二)市场竞争优势分析 29 (三)营销方案、模式及策略 33 五、项目选址与建设条件 38 (一)场址所在位置现状 38 (二)场址建设条件 39 六、建设方案 41 (一)建设规模与布局 41 (二)建设目标与功能定位 42 (三)产品质量标准 46 (四)构建绿色有机农产品流通体系 47 (五)土建工程 64 (六)主要设备 65 七、总图、运输与公共辅助工程 70 (一)总图布置 70 (二)公共辅助工程 70 八、节能减排措施 72 (一)能耗及污染分析 72 (二)单项与建筑节能工程 72 (三)节能措施综述 72 九、环境影响评价 74 (一) 环境影响 74 (二) 环境保护与治理措施 74 (三) 评价与审批 75 十、组织机构与人力资源配置 77 (一)组织机构与职能划分 77 (二)劳动定员 77 (三)经营管理模式 78 (四)经营管理措施 79 (五)技术培训 80 (六)劳动保护与安全卫生 80 十一、项目实施进度 81 (一)建设工期 81 (二)项目实施进度安排 81 十二、投资估算与资金来源 82 (一) 投资估算依据 82 (二) 投资估算 82 (三)资金来源 83 (四) 资金使用和管理 83 十三、财务评价 85 (一) 财务评价依据 85 (二)营业收入、营业税金和附加估算 85 (三) 总成本及经营成本估算 86 (四) 财务效益分析 86 (五) 不确定性分析 88 (六)财务评价结论 91 十四、社会评价 92 (一)社会效益分析 92 (二)未来发展潜力 93 十五、风险分析 96 (一)政策风险控制 96 (二)投资风险控制 96 (三)经营风险控制 96 (四)管理风险控制 97 (五)行业风险控制 98 (六)市场风险控制 99 (七)资金运用和管理的风险控制 99 (八)自然风险控制 99 十六、研究结论与建议 101 (一)结论 101 (二)建议 103- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 综合 管理 系统 立项 建设 可行性 分析 报告 优秀
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文