⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️

➡️点击免费下载全套资料:源码、数据库、部署教程、论文、答辩ppt一条龙服务

➡️有部署问题可私信联系

⬆️⬆️⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️

第三章 系统的需求分析和可行性研究

3.1 功能需求

经过对本系统的研究分析，本系统主要是为了方便让医院更快捷的管理。所面向的对象主要有病人、医生和医院的管理人员。病人运用该系统后，可以根据该系统查看自己所需要的信息，包括治疗自己病症的医生的信息、病床信息、收费信息等。医生运用该系统后，可以根据该系统查看自己病人的信息。而医院管理人员通过该系统可以查看病床利用率和收费明细的情况。[3]
根据面向对象的需求的不同，可以分析出本系统需要的主要功能有：登录、医生信息管理、病人信息管理、收费信息管理、病床信息管理、统计分析管理和系统管理。

3.1.1 系统层次结构图

该系统主要是医生和病人通过该系统，对整个医院的病床、医生、病人和消费信息进行查看，根据自己的需要进行选择。系统层次结构图如图3-1所示：

图3-1 系统层次结构图
医院管理系统包括如下功能：
 医生管理
业务描述：管理医生信息、包括对医生信息的增加、删除、修改
 病人管理
业务描述：管理病人信息、包括对病人信息的增加、删除、修改
 病床管理
业务描述：管理病床信息、包括对病床信息的增加、删除、修改
 收费管理
业务描述：管理收费信息、包括对收费信息的增加、删除、修改
 统计分析
业务描述：病床利用率查询主要是通过对科别、医师和日期的搜索，收费明细查询主要是通过对病人姓名和日期的搜索，来进行对其相对应信息的查询。
 修改密码
业务描述：用户可以修改自己的系统登录密码

3.1.2 医生信息管理

医生信息管理主要是通过对医生姓名的搜索，来对医生信息进行查询，其中查询的内容包括医生的编号、性别、职称、职务、科别、出生日期和工作日期，还可以对医生信息进行添加、修改、删除。

图3-2 医生信息管理结构图

3.1.3 病床信息管理

病床信息管理主要是对病床的所属科别、病床号、床位费和使用状态进行查 看，还可以对病床进行添加、修改和删除。

图3-3 病床信息管理结构图

3.1.4 病人信息管理

病人信息管理主要是通过对病人姓名的搜索，来对病人信息进行查询，其中 查询的内容包括病人的科别、病床号、性别、年龄、病症、主治医生、入院和出院日期，还可以对病人信息进行添加、修改和删除。

图3-4 病人信息管理结构图

3.1.5 收费信息管理

收费信息管理主要是通过对病人姓名的搜素，来进行对其收费信息的查询，其中查询的内容包括病人的科别、病床号、收费项目、单价、数量、金额和日期，还可以对收费信息进行添加、修改和删除。

图3-7 收费信息管理结构图

3.1.6 统计分析管理

统计分析管理其中包括病床利用率查询和收费明细查询，其中病床利用率查询主要是通过对科别、医师和日期的搜索，来进行对其相对应信息的查询，查询的内容包括科别、病床号、病人性别、病人姓名、病人年龄、主治医生、入院日期和出院日期等；收费明细查询主要是通过对病人姓名和日期的搜索，来进行对其相对应信息的查询，查询的内容包括科别、病人姓名、病床号、收费项目、数量、单价和金额。

图3-6 统计分析管理结构图

3.1.7 系统管理

系统管理其中包括修改密码和退出系统，修改密码的方法是首先是输入原密码，然后输入新密码，最后确认新密码。

图3-7 系统管理结构图

3.1.8 系统用例分析

在以上需求分析的基础上，本节对它们进行用例分析。

（1）医生信息管理
本模块主要针对管理员和病人来实现的，管理员在本模块中能够对医生的信息进行添加、修改和删除，而病人可以在本模块中实现对医生信息的查询，医生信息管理用例分析图如图3-8所示：

图3-8 医生信息管理用例图

（2）病人信息管理
本模块主要针对管理员和医生来实现的，管理员在本模块中能够对病人的信息进行添加、修改和删除，而医生可以在本模块中实现对病人信息的查询，病人信息管理用例分析图如图3-9所示：

图3-9 病人信息管理用例图

（3）病床信息管理
本模块主要针对管理员和病人来实现的，管理员在本模块中能够对病床的信息进行添加、修改、删除，医生可以在本模块中实现对病床信息的查询，病床信息管理用例分析图如图3-10所示：

图3-10 病床信息管理用例图

（4）收费信息管理
本模块主要针对管理员和病人来实现的，管理员在本模块中能够对收费的信息进行添加、修改、删除，病人可以在本模块中实现对收费信息的查询，收费信息管理用例分析图如图3-11所示：

图3-11 收费信息管理用例图

（5）统计分析管理
本模块主要针对管理员来实现的，管理员在本模块中可以查看病床利用率和收费明细查询，统计分析管理用例分析图如图3-12所示：

图3-12 统计分析管理用例图

3.2 非功能性需求

3.2.1 系统性能需求

响应时间尽量短，结果准确。一般业务操作时间在3到5秒，添加以及修改报表时间不超过30到45秒。对于多用户并发访问的问题，系统通过先进缓存技术而解决了相应的问题。

3.2.2 系统安全性需求

由于医院管理住院系统是基于MVC模式以B/S框架而开发的Web应用，根据用户的确切使用要求以及系统的使用目的分析，医院管理住院系统在安全性方面有着很高的要求。因此医院管理住院系统对系统安全性要求尤为严格。

为了保证管理员可以登录本系统进行具体的操作，设立了登录信息界面，在账号与密码相匹配的情况下才可以进入系统进行实质的操作。

3.2.3 系统设计需求

为了达到标准、规范等目标，从而提高软件的复用率，在进行系统设计时，需做到如下。
1. 底层数据统一。对于底层数据采用标准的数据进行设置，对底部对于不符合规范的数据及时进行数据清洗和规范化操作，使得不同的数据资源统一在统一的数据格式之下，达到方便查询存储的效果。
2.界面风格的统一。采用统一的主题模式，不同页面会有不同的应用需求，其界面主题保持基本一致，促进组织采用树形结构，方便数据的浏览和查询。
3.数据服务化。系统中各功能模块既独立，又相互关联，在模块化的同时保证各个功能合理配置。同时预留开放接口，能够适应系统的扩展需求。

3.2.4 系统其它需求

考虑到网络环境及系统运行使用的需要，一般而言，系统表现出来的其他需求主要有：一是对各类浏览器友好、兼容性强。二是系统的适应性强。
另外，为了更好的用户体验，还应该满足以下条件：
1.可靠性需求：用户在使用该系统时，系统无法访问的概率应在5%以下。
2.易用性需求：本系统展示给用户的界面应该是友好的且易用的，用户在没有接受培训的情况下也可以使用本系统。
3.运行环境约束：由于本系统是B/S架构的Web应用程序，因此要求安装有浏览器的用户才能使用。[1]

3.3 系统的可行性分析

用户的要求和系统调研是进行系统可行性分析的基础，对将要开发的系统从经济、技术、运行等方面进行全面分析，并得出系统的开发工作能否可行，最后完成可行性分析。
1、经济可行性
经济预算是系统开发的前提工作中非常重要的部分，以本系统为例，在投入运营之前，本项目始终处于投资阶段，但投资并不大，整个项目的开发都独自完成。与此同时，当今计算机普及率较高，人们的技术水平也较高，如果本系统能够投入实际的使用，则所需的相关准备和培训人员的费用相对较少，但在它投入使用后，将节省大量的人力物力，使原来从事这方面工作的人员可以投入到更为实际的工作中去，提高管理部门的工作效率。所以综上所述，本系统的开发在经济方面是比较可行的。
2、技术可行性
技术可行性分析其主旨就是确保能够充分利用现有的技术条件，契合开发者的实际需求完成软硬件的开发及配置工作，明确技术人员专业能力等客观因素。网络技术的优势主要体现在：可靠的准确度；较快的传输速度。总之在科学技术飞速发展的今天，有利的推进了系统的发展。就技术层而言，本系统具有较高的可行性。
3、操作可行性
当今人们对计算机的操作已愈加成熟，对电脑的操作有一定基础，且本系统的操作性不算太复杂，通过简单的键盘输入以及鼠标点击即可完成相应的任务，简单培训以后立马上手，而且本系统可视性非常好，即本系统在操作上不会有太大难度。
4、时间可行性
从时间上看，在四年时间内学习了大量关于这方面的知识，尽管只是有些遗忘，而且需要在两个月内开发成此系统，但是通过查询相关知识，联系起以前学习的知识，通过这段时间的努力一定可以实现。
5、法律可行性
① 所有技术资料都为合法。
② 在开发过程中，完全不存在任何关于知识产权的问题。
③ 不侵犯版权，没有抄袭任何系统。
④ 在开发过程中，完全不涉及任何的法律问题，不会担负任何的法律责任。
根据以上分析，本系统在各个方面都是可以执行实现的。[15]

3.4 本章小结

本章主要介绍了系统的需求分析，其中主要包括两个方面：功能性需求分析和非功能性需求分析，并且还对可行性分析做了深入的研究。