医院挂号系统可行性分析修改版.docx
- 文档编号:24258590
- 上传时间:2023-05-25
- 格式:DOCX
- 页数:11
- 大小:71.65KB
医院挂号系统可行性分析修改版.docx
《医院挂号系统可行性分析修改版.docx》由会员分享,可在线阅读,更多相关《医院挂号系统可行性分析修改版.docx(11页珍藏版)》请在冰豆网上搜索。
医院挂号系统可行性分析修改版
公司内部档案编码:
[OPPTR-OPPT28-OPPTL98-OPPNN08]
医院挂号系统可行性分析修改版
医院门诊挂号系统
可行性研究报告
文挡编号
_kexingxingyanjiu
文挡名称
可行性研究报告
撰写人
闫晓亚徐翠赵晓丽朱琼张卓
审核/批准
创建时间
2010-3-21
版本号
更改时间
更改人
更改原因
审批人
2010-3-21
闫晓亚徐翠赵晓丽朱琼张卓
将项目规范化文档改写成可行性研究报告
闫晓亚
2010-4-18
徐翠
按照国标规范可行性研究报告
徐翠
GB8567——88
可行性研究报告
1引言
1.1编写目的
本文档将对《医院门诊挂号系统》软件开发需求进行概要描述,本文档的读者是项目策划、设计和评审人员。
1.2背景
本项目一方面作为《软件工程文档》课程的训练项目提出,同学间自愿组成了项目开发小组。
通过对《医院门诊挂号系统》软件的设计开发,了解软件工程文档的相关标准和编写原则,训练并掌握软件各类文档写作的技巧,同时提高学生使用各种计算机语言开发应用程序的能力。
另一方面为了满足当今社会医院需求,开发《医院门诊挂号系统》软件,使医院挂号系统更加完备,患者登记治疗更加方便,快捷。
项目名称:
医院门诊挂号系统。
项目提出者:
郑州大学软件学院教师宋玉。
项目开发者:
郑州大学软件学院软件工程专业2008级学生:
闫晓亚、徐翠、张卓、朱琼、赵晓丽。
项目使用者:
医院。
1.3定义
HostipalOutpatientReqistrationSystem:
医院门诊挂号系统
1.4参考资料
1《系统功能说明书》。
2《开发要求说明》。
3《软件工程》。
2可行性研究的前提
说明对所建议的开发项目进行可行性研究的前提,如要求、目标、假定、限制等。
2.1要求
主要功能:
为患者提供个人信息登记、查询、挂号等功能;为医师提供病人信息查询、添加等功能;为管理人员提供病人信息管理,医师信息管理,信息发布等功能。
性能要求:
病人用户能够即使得到医院信息和医师信息,医院管理人员录入的信息必须快速且无差错地存储至中心服务器,且对浏览器端的数据应该及时进行更新。
应该达到10000人同时访问而不出现服务器瘫痪的情况。
输出要求:
输出医院不同门诊部各位接诊医师资料,不同医师的挂号费用,以及各位医师的忙闲状态,供病人选择不同的就诊医师。
输出数据要简捷、祥实。
输入要求:
方便、简捷、快速的输入病人信息或者医师信息。
安全与保密要求:
病人用户只能查询与自己有关的信息和公布的公共信息,不能对任何收费数据进行更改;医师用户有权在有限次数和有限期限内对所负责病人的信息进行输入和修改;管理人员则拥有在其权限内的查询、修改、删除病人信息,医师信息,通知信息的权限。
该系统可以与医师管理系统,医院收费管理系统,药房管理系统,医疗器械管理系统,病房管理系统等配合使用,具有一定的兼容性。
完成期限:
预计一个半月,即2010年5月2号之前完成
2.2目标
旨在开发一个统一的医院信息管理平台,利用信息化手段辅助医院管理,达到提升医院信息化管理水平的目的。
医院管理人员能够更方便的进行管理工作,包括患者信息管理、医师信息管理、医院信息管理、收费信息管理等。
患者用户能够利用该系统进行信息查询、挂号、充值、结账;医师则能够更方便的获取患者信息;医院可以更方便的对患者和本院医师的信息进行管理。
2.3范围
医院门诊挂号系统(HORS)包括范围:
患者管理:
管理患者个人信息。
,同时为患者提供个人信息登记注册、就诊卡服务、刷卡查询医师信息,个人信息等功能;医师管理:
管理医师信息,同时为医师提供个人信息登记注册、查看患者信息和就诊情况以辅助治疗;网上预约管理:
提供网上挂号;系统管理:
管理患者、医师、系统工作人员的信息,添加和修改整个数据库,维护整个系统的正常运行
2.4条件、假定和限制
建议软件寿命:
2年。
硬件条件:
服务器MicrosoftServer2003工作站,终端为pc机。
运行环境:
WindowsXP
投入运行最迟时间:
2010/05/2
2.5进行可行性研究的方法
可行性研究的方法是通过对病人、医师、医院管理人员这三类人群进行问卷调查及访问谈话而得到用户对此系统的信任度、关注度及依赖度。
通过建模分析,得出了取代旧系统的新系统的功能需求,成本分析,可行性分析。
2.6评价尺度
成本/效益分析结果,效益〉成本。
技术可行,现有技术可完全承担开发任务。
操作方便、可行,软件能被原有工作人员快速接受。
时间可行,在预期时间内完成。
3所建议的系统
本章将用来说明所建议系统的目标和要求将如何被满足。
3.1对所建议系统的说明
医院门诊挂号系统(HOSR)包括两种挂号模式:
门诊挂号和网上预约挂号。
门诊挂号:
患者进入医院后,先在前台进行登记注册,建立个人信息(由前台工作员填写相关的信息,包括:
姓名、性别、年龄、地址、电话号码、就医卡号、医疗类型(主要包括普通患者、新农村医保患者、军人患者、低保患者))
然后到相关科室门诊前的PC机上进行查询、挂号。
最后到达相应的医师处进行缴费和就诊,整个系统的功能均通过一张医疗卡(前台等记时发放)在终端PC机上来实现,包括登记,查询,挂号,缴费。
网上预约挂号:
患者登陆医院的网站,登记个人信息(由自己填写相关的信息,包括:
姓名、性别、年龄、地址、电话号码、就医卡号、医疗类型(主要包括普通患者、新农村医保患者、军人患者、低保患者))后,可以查询相关科室、医师信息等,选择医师挂号。
当患者到大医院后,进行医疗卡的发放,缴费和就诊。
同时网上挂号的患者也可以在医院科室前的PC机实现查询,充值等功能。
整个系统涉及四大功能模块:
患者信息管理模块、医师信息管理模块、科室挂号系统模块、后台管理模块。
各模块之间完成相关功能,实现医院挂号系统的信息化管理。
3.2处理流程和数据流程
1.1.系统功能模块图:
3.3改进之处
这项系统能够用较少的人来完成挂号的任务,提高了人员的利用率比现在的人工挂号方便得多。
同时由于机器操作相对的时间也缩短了很多,并为医院增加更多的效益。
3.4影响
3.4.1对设备的影响
医院在挂号处需要设置多个PC机以方便患者登记注册并且查询相关的信息。
3.4.2对用户单位机构的影响
此系统主要为医院提供更加方便的挂号系统,用户只需输入身份证便可查出个人的相关信息。
提高医院办事效率,节省时间。
3.5局限性
此系统要根据身份证对个人信息进行收集,不能用其他方式。
若没有身份证,只能手动书写,不方便。
4投资及效益分析
4.1支出
对于所选择的方案,说明所需的费用。
如果已有一个现存系统,则包括该系统继续运行期间所需的费用。
4.1.1基本建设投资
包括采购、开发和安装下列各项所需的费用,如:
1、终端PC机6台:
10000*6=6万;
2、网络设备:
20万;
3、辅助设备:
10万;
共计:
36万;
4.1.2其他一次性支出
包括下列各项所需的费用,如:
1、所需软件费用:
20万;
2、操作员培训费:
5万
共计:
25万;
4.1.3非一次性支出
列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用,包括:
1、.操作员工资:
12(人)*3000(元)*10(月)=36万;
2、机器设备的定时检查和维修:
10万;
3、其他不可预知的支出:
20万;
4.2收益
对于所选择的方案,说明能够带来的收益,这里所说的收益,表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等,包括;
4.2.1一次性收益
零元;
4.2.2非一次性收益
说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益,包括开支的减少和避免。
1、工作效率提高收益:
50万
2、减少操作员收益:
50万;
共计:
100万;
4.2.3不可定量的收益
因服务质量提高增加就诊量:
360万;
收益共计:
460万;
4.3收益/投资比
整个系统生命期的收益/投资比值是460万/127万=%。
4.4投资回收周期
2年;
4.5敏感性分析
1、设计系统周期为五年,估计最长可达十年;
2、处理速度:
一般查询速度<5秒;
3、关键数据查询速度:
<2秒;
5社会因素方面的可行性
5.1法律方面的可行性
所有软件都选用正版,版权归开发者所有。
所有技术资料都由提出方保管。
合同明确制定违约责任。
5.2使用方面的可行性
使用本软件人员明确使用方法后即可使用,系统管理员要求有计算机的专业知识,经过专业培训,确保熟练管理系统。
6结论(三种方案分析)
之前我们提出了三套可行性方案:
方案一:
医院门诊挂号系统(HOSR)包括两种挂号模式:
门诊挂号:
患者进入医院后,先在前台进行登记注册,建立个人信息,然后到相关科室门诊前的PC机上进行查询、挂号。
最后到达相应的医师处进行缴费和就诊,整个系统的功能均通过一张医疗卡(前台等记时发放)在终端PC机上来实现,包括登记,查询,挂号,缴费。
网上预约挂号:
患者登陆医院的网站,登记个人信息后,可以查询相关科室、医师信息等,选择医师挂号。
当患者到大医院后,进行医疗卡的发放,缴费和就诊。
同时网上挂号的患者也可以在医院科室前的PC机实现查询,充值等功能。
及上面分析的方案。
方案二:
医院门诊挂号系统(HOSR)包括两种挂号模式:
患者无论选择前台挂号还是网上预约挂号,全都由患者自己在医院的网站上登记个人信息,并进行挂号(选择门诊挂号的患者在医院大厅的PC机上进行挂号),挂号完成后到前台领取就诊卡,然后到医师处进行缴费和就诊。
全程通过就诊卡实现充值、查询等功能。
优点:
医院不再需要前台管理人员,节省人员开支,且技术上可行。
缺点:
医院增加硬件开支,且实际操作不可行,由患者自己登记个人信息,但不是所有的患者都会使用该软件,存在系统不安全。
即经济、安全、操作上均不可行。
方案三:
医院门诊挂号系统(HOSR)包括两种挂号模式:
选择门诊挂号的患者到前台登记个人信息,建立个人档案,再到患者选择的医师处缴费、就诊。
网上挂号的患者在医院的网站登记个人信息后,进行挂号,然后到医院选择医师进行缴费、就诊。
优点:
全程不使用就诊卡,减少数据的更新、传输。
没有科室前的PC机查询环节。
节约成本,方便系统维护。
经济上,安全上均支持。
缺点:
没有实现挂号的信息化,不能很好的解决医院挂号忙,挂不上号等实质性问题。
即社会影响、技术上均不可行。
通过对技术、经济、安全、实际操作等方面的考虑分析,得到方案一投资效益比远大于100%,技术、经济、操作、社会影响上均具有可行性,可以进行开发。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 挂号 系统 可行性 分析 修改