项目运行
环境配置：
Jdk1.8 + Tomcat7.0 + Mysql + HBuilderX（Webstorm也行）+ Eclispe（IntelliJ IDEA,Eclispe,MyEclispe,Sts都支持）。
项目技术：
SSM + mybatis + Maven + Vue 等等组成，B/S模式 + Maven管理等等。
环境需要
1.运行环境：最好是java jdk 1.8，我们在这个平台上运行的。其他版本理论上也可以。
2.IDE环境：IDEA，Eclipse,Myeclipse都可以。推荐IDEA;
3.tomcat环境：Tomcat 7.x,8.x,9.x版本均可
4.硬件环境：windows 7/8/10 1G内存以上；或者 Mac OS；
5.是否Maven项目: 否；查看源码目录中是否包含pom.xml；若包含，则为maven项目，否则为非maven项目
6.数据库：MySql 5.7/8.0等版本均可；
毕设帮助，指导，本源码分享，调试部署(见文末)
开发系统的过程中，去调查用户的功能诉求，对需要存在的功能进行需求分析是特别重要的，且对于系统的开发有着实际的意义，设计通用病例管理系统通过对用户的需求进行分析，结合实际情况进行开发研究，对用户的所有需求做出一个完整的基本的框架，然后一步一步的完成、实现。需求分析可以为系统的开发提供一个目标，只有按照这个目标进行开发设计，才能进行完整的开发，这样设计出的系统才有使用的意义，才能在竞争激烈的软件市场中生存，才能真正的帮助人们解决问题，提高实际的效率。
3.2.1 技术可行性
本系统采取的是目前应用最广泛的程序进行技术的支持，主要的技术支持是java语言，他作为一个相当成熟的语言程序，在众多的软件开发中起着很大作用。而且用java语言编辑出来程序可以直接运行，不需要借助其他的翻译器进行翻译。所以在技术方面是完全可以行的。
3.2.2 经济可行性
本项目开发的初衷就是为了节约，因为系统开发的所有过程都是我自己开发的我，而且在开发过程使用到的技术也都是市面上常见的容易操作的，所以不需要请专业的人士花资金来进行系统的开发，而且在项目开发的过程中我也学到了更多的知识。开发的这个软件可以在网络中进行免费的下载，对计算机的软硬件没有很高的要求，因此这个项目是非常实惠的，在经济方面是完全可性的。
3.2.3 操作可行性
操作可行性也就是系统的可用性，一个系统的操作是否容易决定着这个系统的使用度，在系统的操作方面的设计我都是采取简洁易懂的方式，操作的整个菜单界面整齐有序，所有的功能都有序的排列，不会出现重叠或者需要转换的现象，用户想要哪方面的操作都可以直接进行操作，所以该系统任何人都可以进行操作，不需要有相关专业的技术这样用户在操作起来就容易很多。
1、关于通用病例管理系统的基本要求
（1）功能要求：管理员可以对所有的药品进行查看管理，可以对药品分类进行管理，可以及时的查看用户的情况，还可以对医疗询问进行查看和管理等功能模块。
（2）性能：因为病例管理中有很多的信息需要存储，因此对于系统的存储量有很大的要求，需要有一个强大的数据库的支持才能确保所有的信息都能安全稳定的进行存储。
（3）安全与保密要求：用户都必须通过管理员审核才能进入系统。
（4）环境要求：支持Windows系列、Vista系统等多种操作系统使用。
2、开发目标
通用病例管理系统的主要开发目标如下：
（1）用户可以实时查看最新的药品信息，以及相关资讯；
（2）用户可以对比各医生的信息，选择自己较为满意的医生；
（3）用户可以通过留言互相交流就医心得；
（4）管理员可以在后台方便管理前台网页的各种信息；
3、设计原则
本通用病例管理系统采用JSP技术，Mysql数据库开发，充分保证了系统稳定性、完整性。
（1）系统响应效率：由于是通用病例管理系统，因此就需要系统的响应效率是非常高的，并且可以支持很多人同时进行系统的使用。
（2）界面简洁清晰：系统界面要简单有序，所有的功能一目了然。
（3）储存性高：因为是通用病例管理系统，所以就会在数据库要求上比较严格，信息录入的比较多，而且丰富复杂， 这就需要一个强大的数据库来存放更多的数据和保证数据的时时性。
（4）易学性：系统的设计一定要简单，使得人们使用起来非常好的顺手。
（5）稳定性需求：该系统在使用过程中必须保持稳定，不要出现卡顿、模糊等情况。
（6）稳定性：由于是通用病例管理系统，因此系统运行必须要十分的稳定。
用户需要拥有属于自己的账号和密码，且必须正确，这样才能顺利登录到系统中。进入网站后，用户可以自行查询各种药品，在自己满意的药品的详情页面的最后，可以直接选择购买操作。具体流程如下图3-2所示：
图3-2 用户操作流程图
为了保证系统的安全性，要使用本系统对系统信息进行管理，必须先登陆到系统中。其具体登录流程图如图3-3所示：
图3-3 系统操作流程图
通用病例管理系统的结构图4-1所示：
图4-1 系统结构
登录系统结构图，如图4-2所示：
图4-2 登录结构图
系统结构图，如图4-3所示：
图4-3 系统结构图
数据库的功能就是对系统中所有的数据进行存储和管理。所有的数据可以在数据库中产时间的进行存储，方便用户的使用。而且所有的数据库中的数据也应该具有一定的共享性，任何的系统可以对一些数据进行使用，同时还应该保持一定的独立性，每一个数据库中的数据都有很强的安全性，可以被很好的存放到数据库，没有进行身份的验证是不能对这些数据进行查看和使用的。数据库的设计需要明确每一个实体之间的联系，系统的E-R图如下图所示：：
管理员实体主要存储管理信息包括用户名、密码、角色属性。管理员信息属性图如图4-4所示。
图4-4管理员信息实体属性图
医生实体属性主要包括用户名、密码、角色等属性。用户实体属性图如图4-5所示。
图4-5医生实体属性图
5.1 前台功能模块
通用病例管理系统，在系统的首页可以查看首页、医生介绍、药品介绍、个人中心、后台管理等信息，如图5-1所示。
图5-1系统首页界面图
用户注册，新用户可以进行用户注册的操作，可以根据界面上的提示输入相应的信息，然后点击提交，所有的信息就被系统保存了下来，具体操作如图5-2所示。
图5-2用户注册界面图
医生介绍，在医生介绍信息页面中可以对所有的医生信息进行查看，可以看到医生的工号、性别、工作单位、职称、资格证编号、手机等内容，如图5-3所示。
图5-3医生介绍界面图
5.2后台管理员功能模块
管理员登录，管理员通过输入用户名、密码、角色然后点击登录就能登录到系统进行系统的使用了，如图5-4所示。
图5-4管理员登录界面图
管理员登录进入通用病例管理系统之后，就可以对所有的信息进行查看，可以查看到首页、个人中心、用户管理、医生管理、医生介绍管理、药品介绍管理、药品分类管理、病例管理方式、医疗询问管理、系统管理等，并且还可以对其进行相应的操作管理，如图5-5所示。
图5-5管理员功能界面图
用户管理，管理员可在用户管理页面通过输入账号、姓名进行用户信息查询、添加或修改等操作，如图5-6所示。
图5-6用户管理界面图
医生管理，管理员可在医生管理页面通过输入医生工号、医生姓名进行医生信息查询、添加、查看医生介绍或修改等操作，如图5-7所示。
图5-7医生管理界面图
药品分类管理，管理员可在药品分类管理页面通过输入类别进行查询、添加、修改或删除等操作，如图5-8所示。
图5-8药品分类管理界面图
病例管理方式，管理员可在病例管理方式页面通过输入账号、医生工号进行查询、修改或删除等操作，如图5-9所示。
图5-9病例管理方式界面图
5.3 后台医生功能模块
医生注册，医生通过输入医生工号、密码、医生名称、工作单位、职称、资格证编号、科室、医生手机、邮箱、身份证进行注册，如图5-10所示。 
图5-10医生注册界面图
医生登录，医生通过输入用户名、密码、角色进行登录，如图5-11所示。
图5-11医生登录界面图
医生登录通用病例管理系统可查看首页、个人中心、医生介绍管理、病例管理方式、医疗询问管理等内容，如图5-12所示。
图5-12医生功能管理界面图
