第3章 需求分析与可行性分析
3.1 需求分析
伴随着信息行业的蓬勃发展和人们办公自动化意识的增强，学习信息管理部门的工作也越来越繁重，原来的基于B2B平台的医疗病历交互系统已经不能完全满足相关人员使用的需要。为了协助信息开展学习信息管理工作，提高工作效率，充分利用信息行业的现有资源，开发更好的基于B2B平台的医疗病历交互系统势在必行。
本系统采用B/S结构、结合网络数据库开发技术来设计。本系统是一个独立的系统，用来解决学习信息的管理问题。采用JSP技术构建了一个有效而且实用的学习信息管理平台，目的是为高效地完成对学习信息的管理。本系统具有标准基于B2B平台的医疗病历交互系统所具有的现实中完整的学习信息管理步骤，完全的虚拟现实实现。真正实现节约资源、提高效率、业务处理的同时真正实现基于B2B平台的医疗病历交互系统的功能作用。
3.1.1 应用需求分析
服务器 硬件 处理器：Intel 酷睿
内 存：512M 或更大
硬 盘：120G 或更大
软件 Microsoft Windows 10
Mysql5.7
tomcat 7.0
客户机 硬件 无特殊要求，只要能上连接互联网即可
软件 Microsoft Windows 10
360急速浏览器
系统的性能要求通常指系统需要的存储容量以及后援存储，重新启动考虑到运行效率和安全性等方面的问题。系统的硬件环境：Core 5600、1G MB（RAM）、120GB（HD）。运行系统的时候对数据的安全保密性能要求不高，一般对数据不进行加密要求。另外，也不依赖其他的软件，程序有比较好的健壮性。
3.1.2 运行需求分析
硬件条件：局域网；酷睿 CPU、1G RAM、PC机要求10G硬盘以上；打印机。
软件条件：Windows 10 IE6.0以上。
3.1.3 其他需求分析
本次要开发的系统有效率，可理解性、可靠性和可维护性都比较高。用户很容易理解和学会操作。可维护性包括两种含义，即可读性和可测试性等。可靠性一般是指健壮性和正确性。在开发这个系统的过程中，需要权衡多种矛盾的目标，并在（时间、经费、可能用到的硬件和软件资源等条件）的限制下，使上面所说的各种要求得到最大限度的满足。
3.2 数据流程分析
3.2.1 系统操作流程
图3-1 系统操作流程图
3.2.2 数据增加流程
添加信息时，编号字段由系统自动生成，且不能修改，其他信息由用户输入，之后对数据进行合法判断，合法则写入保存至数据库，不合法则重新输入数据。数据增加流程图：
图3-2 数据增加流程图
3.2.3 数据修改流程
在修改信息时，先选中一条待修改的记录，然后直接输入数据，判断合法性，合法则保存至数据库，不合法重新输入。数据修改流程图如图3-3所示。
图3-3 数据修改流程图
3.2.4 数据删除流程
当用户选定一条记录时，单击删除按钮，会提示用户是否确定删除，然后删除数据库相关内容。数据删除流程图如图3-4所示。
图3-4 数据删除流程图
3.3 可行性研究
现在许多用户的管理方式既困难又浪费时间和成本，很容易出错。所以应该掌握先进的管理方式，从而提高用户的效率和降低成本。基于B2B平台的医疗病历交互系统主要有以下优势：
3.3.1 经济可行性
经济可行性研究是对组织的经济现状和投资能力进行分析，对系统建设运行和维护费用进行估算，对系统建成后可能取得的社会和经济效益进行估计。由于本系统是作为毕业设计由我们自己开发的，在经济上的投入甚微，系统建成之后将为今后学习信息管理提供很大的方便，估算新系统的开发费用和今后的运行、维护费用，本次研究开发的基于B2B平台的医疗病历交互系统可取代传统的学习管理的业务流程，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，提高信息管理的效率，具有用户使用更简单、界面更直观、权限分配更合理等优点大大减少管理成本。本项目开发经费在经济上是可以接受的，并且本项目实施后可以显著提高工作效率，节省开支。所有开支都不大，所以本项目在经济上是可行的。
3.3.2 技术可行性
技术可行性要考虑利用现有的技术能否顺利的完成开发系统的工作，硬件和软件配置能不能满足开发的需求等。本次要开发的基于B2B平台的医疗病历交互系统用的是是比较流行的JSP技术，用它来创建使用脚本语言，结合HTML代码来制作动态网页。即可快速完成系统的应用程序，不进行编译，容易编写，可直接在服务器端口执行，使用Windows记事本这种普通的文本编辑器，就可以设计编辑，不需要用到浏览器。因此较为简单易学调试也比较简单，软件方面：由于使用的是目前相对成熟发展的B/S模式软件，故软件开发的平台可行,因此在技术上本次开发是绝对可行的。
3.3.3 运行可行性
系统的开发，是典型的Mis开发，主要是对数据的处理，包括数据的收集，数据的变换，及数据的各种报表形式的输出。
新的系统运行后对现行旧的系统带来包括（工作环境、管理方式、组织机构等）的后果以及影响来进行评判和估计。同时更需要考虑到的是：对现有的管理人员进行培训，补充、分析在给出的时间里是不是能完成预定开发系统的任务等。
我国目前技术已经相当的普及信息化，各种工作人员都具备一定的高度的水平，所以本系统在运行上具备了可行性。
3.3.4 时间可行性
从时间上看，在两个月的时间里学习相关知识，并开发基于B2B平台的医疗病历交互系统，时间上是有点紧，但是不是不可能实现，在做毕业设计的这几个月里，我通过努力使得功能应该基本可以实现。
3.3.5 法律可行性
①所用到的技术资料全部都是合法的。
②在开发系统的过程里并没有存在知识产权的问题。
③并无抄袭任何已存在的基于B2B平台的医疗病历交互系统，故没有侵犯版权的问题。
④ 在设计开发系统的过程中并未涉及任何法律上的责任。
综上所述，开发本次系统从经济上、从技术上、从法律上都是完全可靠的。
第5章 系统实现
5.1 管理员角色
5.1.1 医院管理
管理员可以在医院管理界面对医院信息进行添加，修改，删除，查询操作。医院管理页面的运行结果如图5-1所示：
图5-1医院管理界面
5.1.2 医院注册
管理员可以在医院注册界面对医院信息进行添加，修改，删除，查询操作。医院注册页面的运行结果如图5-2所示：
图5-2 医院注册界面
5.1.3 医院文章
管理员可以在医院文章界面对医院文章进行查看和查询操作。医院文章页面的运行结果如图5-3所示：
图5-3 医院文章界面
5.1.4 医生信息
管理员可以在医生信息界面对医生信息进行查看以及查询操作。医生信息页面的运行结果如图5-3所示：
图5-4 医生信息界面
5.2 用户角色
5.2.1 医院注册
用户可以在医院注册界面对注册医院信息。医院注册页面的运行结果如图5-3所示：
图5-5 医院注册界面
5.2.2 医疗安排
用户可以在医疗安排界面查看医疗安排信息。医疗安排页面的运行结果如图5-3所示：
图5-6 医疗安排界面
5.3 医院角色
5.3.1 院区注册
医院可以在院区注册界面对注册院区信息。院区注册页面的运行结果如图5-3所示：
图5-7 院区注册界面
5.3.2 医院公告
医院可以在医院公告界面对医院公告信息进行添加，修改，删除，查询等操作。医院公告页面的运行结果如图5-3所示：
图5-8 医院公告界面
5.4 医生角色
5.4.1 医院工作人员
医生可以在医院工作人员界面查看医院工作人员人员。医院工作人员页面的运行结果如图5-3所示：
图5-9 医院工作人员界面
5.4.2 病人病历
医生可以在病人病历界面对病人病历信息进行添加，修改，删除，查询等操作。病人病历页面的运行结果如图5-3所示：
图5-10 病人病历界面