医疗门诊挂号系统可行性研究报告

目录

附件一、医疗门诊挂号系统可行性研究报告

1引言

1.1编写目的

1.2背景

1.3定义

1.4参考资料

2可行性研究的前提

2.1要求

2.2目标

2.3条件、假定和限制

2.4进行可行性研究的方法

2.5评价尺度

3对现有系统的分析

3.1处理流程和数据流程

3.2工作负荷

3.3费用开支

3.4人员

3.5设备

3.6局限性

4所建议的系统

4.1对所建议系统的说明

4.2处理流程和数据流程

4.3改进之处

4.4影响

4.5局限性

4.6技术条件方面的可行性

5可选择的其他系统方案

5.1可选择的系统方案1

5.2可选择的系统方案2

6投资及效益分析

6.1支出

6.2收益

6.3收益／投资比

6.4投资回收周期

6.5敏感性分析

7社会因素方面的可行性

7.1法律方面的可行性

7.2使用方面的可行性

8结论

1.3定义

 1.4参考资料

  百度搜索、医院现场勘查、公司能力以及发展、刊物等等

2可行性研究的前提

  符合团队发展方向

  有详细的计划

符合团队能力

不违反法律以及基本道德

有经济价值

 

一、实验目的

1.熟悉可行性分析方法，加深对软件工程概念的理解；

2.掌握“软件可行性分析报告”的内容、书写格式和注意事项，明确可行性分析的任务和具体过程；

3.掌握软件可行性分析方法。

二、实验内容及要求

1.根据所选题目进行调查研究、进行具体的可行性分析；

2.掌握可行性分析报告编写方法和步骤，撰写出所选题目的《可行性分析报告》。

三、实验步骤

按照附件一，撰写所选题目的可行性研究报告。

四、实验总结

通过本次实验我熟悉了可行性分析方法，加深了对软件工程概念的理解。同时也掌握了“软件可行性分析报告”的内容、书写格式和注意事项，明确了可行性分析的任务和具体过程。

1引言

 随着计算机网络和数据库技术的不断发展,医院信息化已经成为医院建设的重要任务。为了加快医院管理系统的信息化步伐，提高医院的管理水平和医疗水平，增强在同行业中的竞争实力，建设和完善医院信息管理系统（HIS系统）变得十分重要。  
1.1编写目的

一个项目的实现，最重要的环节就是可行性分析报告，这个可以给项目规避风险也可以避免做无用功，浪费资源浪费金钱。

1.2背景

待开发的软件系统的名称：医疗门诊挂号系统可行性研究报告；

本项目的任务提出者：刘燕；

开发者：刘燕；

用户：病人；

实现该软件的计算中心或计算机网络是：xju_5.8G。

1.3定义
挂号人信息：。guahao management ；

医院部门：包括部门门号，当天值班医生。Bumen information ；

个人信息：通过病人信息可以查询病人在医院详细信息。geren Information  ；

SQL：结构化查询语言。structured query language。

1.4参考资料
[1]《软件工程概论》（第三版）郑人杰 马素霞等编著.

[2] Java2实用教程（题库+微课视频版）耿祥义 张跃平编著.

[3]可行性研究报告（GB8567——88）.

2可行性研究的前提
2.1要求
功能：登记病人信息，挂号，缴费；
性能：医院管理员可以查看病人信息，接收诊疗费；
输出：输出信息；
输入：病人账号，密码，信息；
在安全与保密方面的要求：用户信息只有用户自己和管理员有可见与修改的权力；
完成期限：20天。
2.2目标
a.人力与物力、财力的减少；

b.提高医院工作的效率；

c.提高病人就诊流程效率。

2.3条件、假定和限制
a.所建议系统的运行寿命的最小值:4年；

b.经费来源：学校资助；

c.硬件条件：学校的机房设备和网络设备；

d.运行环境：Windows7以上系统；

e.开发环境：Visual Studio Code；

f.可利用的信息和资源：实地勘查，网络搜索、刊物阅读、调查报告；

g.系统投入使用的最晚时间：2022.12.1。

2.4进行可行性研究的方法
本次可行性研究主要通过调查研究法。对医院和病人情况做了调查，为了提高医院工作和病人就诊的效率，以减少不必要的人力物力消耗。

2.5评价尺度
开发费用：开发经费预定在10000元；
各项功能的优先次序：满足管理员和一般用户的使用；
开发时间：在一两个个月内完成开发和测试工作；
使用中的难易程度：尽量从简，方便使用。

3对现有系统的分析
3.1处理流程和数据流程

 

 

 

                      3-1-1 挂号流程示意图

挂号的基本流程是患者到医院挂号窗口，登记个人信息，进行医疗卡发放，缴费和就诊，缴费和就诊患者可以查询到相关科室，医生信息，选择医生挂号，号可以在医院的自助机前实现查询，充值缴费等功能。

 

 

 

              3-1-2 系统功能模块图

3.2工作负荷

时间紧张

可能会有突发情况需要解决
3.3费用开支
5万元左右：软件开发费用，运行费用，系统投入使用后需要购买机器的费用（打印机，读卡器自助机等）。

3.4人员

刘燕

3.5设备
版本在Window7以上的电脑一台。

3.6局限性

需要花长时间去指导大家使用

需要建立使用机器的习惯

需要时时维护

需要选择地址

规模有点大，人力物力资源比较损耗

4所建议的系统
4.1对所建议系统的说明
医疗门诊挂号系统系统，挂号缴费通过自助机和显示平台来实现，可以观看详情选择医生，提高就诊效率，可以快速缴费，编程软件：Visual Studio Code。

4.2处理流程和数据流程
登记信息、取卡、插卡查询、选择科室、选择医生、选择时间、挂号、缴费。

4.3改进之处
a.实时更新医疗信息，提高管理人员效率；
b.加强用户账户安全管理。

4.4影响
4.4.1对设备的影响

需要一台打印机，和自助机，打印机。

4.4.2对软件的影响

必须保证操作系统在Windows7以上版本的电脑上运行，以适应系统的需求。

4.4.3对用户单位机构的影响

管理员要求掌握一定的计算机知识和医院流程知识。

4.4.4对系统运行过程的影响

用户的操作规程： 提供个人医疗信息；
`运行中心的操作规程：通过医疗卡或者是线上公众号来查询医疗信息；
运行中心与用户之间的关系：通过个人医疗信息可以查询医院详情部门；
源数据的处理：源数据保存在数据库中，可随机进行查询；
对数据保存的要求，对数据存储、恢复的处理：安全性、完整性、正确性；
输出报告的处理过程、存储媒体和调度方法：每周打印报表管理人员进行核验检查；
系统失效的后果及恢复的处理办法：重启系统。
4.4.5对开发的影响

用户需进行的工作：输入个人医疗信息；
为了建立一个数据库所要求的数据资源：使用Visual Studio Code完成对数据库的建设、更新、查询与删除工作；
为了开发和测验所建议系统而需要的计算机资源：系统打包，能够异地发布，完成在系统Windows7以上的电脑上进行测试工作；
所涉及的保密与安全问题：系统对管理员权限进行相应的设置，防止非法登录。
4.4.6对地点和设施的影响

学校的教学机房。

4.4.7对经费开支的影响

软件的开发成本比较大，材料的投入地方多。由于材料需要重新购买、运行所需的费用是比较高的。

4.5局限性
由于第一次做比较正规的开发，所以难免还有些地方有所遗漏。

4.6技术条件方面的可行性
利用现有的技术，该系统的功能够实现；
对开发人员都已经过将近两年的学习，拥有一定的经验和基础；
在规定的期限内，本系统的开发能够完成。
5可选择的其他系统方案

5.1可选择的系统方案1
参照第7章的提纲，说明可选择的系统方案2，可以更少的减少损耗。

5.2可选择的系统方案2
按类似5.8条的方式说明第1个乃至第3个可选择的系统方案。

......

6投资及效益分析
6.1支出
对于所选择的方案，说明所需的费用。如果已有一个现存系统，则包括该系统继续运行期间所需的费用。

6.1.1基本建设投资

设施：1000元；
打印机：3000元；
读卡器：3000元；
安全与保密设备：3000元。

6.2.2非一次性收益

节约了学校的人力、物力、财力，大大提升医院以及病人效率。

6.2.3不可定量的收益

由于设备还有场所会有不稳定性，可能会价格有点波动。

6.3收益／投资比
由于门诊挂号系统是以减少病人的等待时间，彻底改善病人在看病时的“三

长- -短”现象为目的的，所以从加快挂号人员的工作效率，增加挂号人次方面，.

计算出的投资报酬率ROI> 10%。尤其在城市、城镇的大医院，这样的措施免去

了居民排队和查询之苦，必然提高医院的影响力，促进医院的社会效益和经济效

益。

6.4投资回收周期
根据投资和收益的分析，两年内便可以收回投入成本，剩下两年年大概收益20000元。

6.5敏感性分析
a.该系统的使用寿命为：4年;

b.该系统的工作负荷量：6台计算机;

c.设备和软件的配置等待变化时，对开发和收益的影响最多不超过5000元。

7社会因素方面的可行性
7.1法律方面的可行性
本系统作为软件工程这门课程的课程设计，没有签订任何合同，不存在合同责任。所用的东西都是自己的或者公共的，也没有挪用别人的成果，不存在侵犯专利权版权等问题。

7.2使用方面的可行性
由于系统完全按照面向对象理论,采用窗口设计,功能模块清晰,界面友好，完全按照医院现有业务流程设计,所以易学易懂。当在分析中发现项目存在不能按期完成的风险时，就必须采取缩小项目的范围或改变技术等措施来规避风险。医院门诊挂号系统开发周期相对较短,能够完全按照预先安排的进度来安排和开展工作,能够在计划的时间内完成,并且在开发过程中对项目的进度进行检查和对原型系统进行调试。

8结论
评估收益大于支出

评估符合法律效益

评估在能力范围内（数据库和开发软件都是学过的知识点）

评估开发时间够

评估易于操作，使用人员易于接受

所以可以进行开发