计算机毕业设计ssm名老中医医案信息系统 基于SSM的中医名家临床病案管理平台 JavaEE架构下的名老中医经验传承数字系统

计算机毕业设计ssm名老中医医案信息系统h33kocdh（配套有源码 程序 mysql数据库 论文）
本套源码可以在文本联xi,先看具体系统功能演示视频领取，可分享源码参考。

泛黄的手写医案、口耳相传的经验，曾是中医传承的唯一纽带。把散落在一本本线装书里的智慧搬进云端，让年轻大夫随时翻阅、让患者随时检索，是这套“名老中医医案信息系统”的初衷。系统沿用B/S三层架构，Spring+Spring MVC+MyBatis打底，MySQL永久保存每一份脉案与方药，Vue把交互做得像翻书一样自然。

功能全景一览：
• 注册/登录：账号、手机验证码、微信扫码一键进入。
• 用户管理：姓名、性别、电话、头像随心维护。
• 医生管理：工号、姓名、科室、职称、电话、头像一目了然。
• 患者信息管理：患者ID、姓名、性别、年龄、电话、身份证、医保卡号全程跟踪。
• 医案信息：现病史、既往史、个人史、家族史、疾病描述、诊断记录、治疗方案完整归档。
• 方药信息：方药名称、剂量、用法、频次、疗程、配伍禁忌、注意事项、方剂组成一键可查。
• 我的信息：个人资料、密码修改、收藏夹、最近浏览快速直达。
• 系统管理：轮播图、关于我们、配置参数、友情链接后台可调。

一句话收束：从一方药笺到一次点击，这套系统用一条数据链把“老先生的经验”变成“人人可用的智慧”。

注:以上是纯课题毕业设计功能介绍，并非实际开发完成，最终开发完成的毕业设计程序以下面的的环境软件、功能图和界面为准。

系统所需要的环境软件：idea、eclipse+mysql5.7、8.0+Navicat+JDK1.8+tomcat7.0

第三章 系统分析

3.1项目需求分析

本系统项目需求如下：

1. 使得管理本系统的信息传递可以达到完整不缺失、便捷、高效。
2. 降低后期保障程序长久运行的工作人员的工作复杂度，提高系统寿命。
3. 系统一经上线后，可快捷查找到所需信息及实现高效信息管理等。
4. 通过网络运行，提高解决问题的效率和提高用户的使用率。
5. 为了满足不同的用户需求，需要使用简洁的接口，操作简便。
6. 系统运行平稳，具有实用性和通用性，适合大多数人使用。

3.2 系统可行性分析

本系统可行性分析主要从技术可行性、经济可行性和操作可行性等方面进行分析，以及对系统的应用前景进行预测，判断软件开发项目的实现是否可行。

3.2.1 技术可行性

本系统采用JAVA技术，通过大学四年，开发技术已基本掌握，所需软件资源都是免费的，相关的开发工具，开发环境都可以在网上下载，环境搭建简单，硬件资源只需要一台个人电脑，即可以完成开发的全过程，因此在技术上，软、硬件资源需求上都已经满足开发要求，技术上是可行的。

3.2.2 操作可行性

本系统功能比较完善，界面友好，操作简单，采用常见的界面窗口来操作界面，本系统主要通过网页进行访问，易操作、易管理、交互性好，只要具备基本的计算机知识，会常规的电脑操作，就能很快上手，短时间就能对本系统的使用达到很熟练的程度，符合操作可行性。

3.2.3 经济可行性

系统开发主要由自己完成，系统开发使用的开发工具和开发环境都可以自己下载搭建，硬件资源，软件资源都是免费的，不需要花钱去买；开发使用自己的电脑设备完成，没有额外投资，另外系统具有友好的人机交互界面，使用简单，操作方便，只要掌握常规的电脑操作就能使用，不需要聘请专业人士来管理系统，省去了聘请人员管理系统的费用，因此该系统的开发和运营维护成本低。

3.3系统用例分析

本系统分为管理员、用户和医生三大模块，管理员的权利是最大的，可以对系统所有功能进行管理；其次是医生和用户；用例分别如下所示：

图3-1 管理员用例图

图3-2 医生用例图

图3-3 用户用例图

3.4系统流程分析

本系统登录流程图，如图3-4所示。

图3-4 登录流程图

本系统添加信息流程图，如图3-5所示。

图3-5 添加信息流程图

第四章 系统设计

4.1系统功能及工作原理设计

设计这个管理系统能使用户实现不需出门就可以在电脑前进行个人信息修改，对系统功能进行有效管理。

本系统由管理员、用户和医生三大模块组成。通过数据交互与数据传输实现本系统的所有功能。

管理员登录进入系统直接管理用户、医生、患者信息、医案信息、方药信息、我的信息等信息。本网站模块设计的独立性强，用户体验良好、后期维护修改管理十分方便。

医生模块的主要设计是：在登陆成功后，本系统实现对患者信息、医案信息、方药信息、我的信息等功能进行详细操作；

用户模块的主要设计是：在登陆成功后，本系统实现对患者信息、医案信息、方药信息、我的信息等功能进行详细操作；

本系统是以网络业务模式为基础的，适合于互联网的应用。只要能连接到互联网，就可以不受到时间和地点的限制，随便来使用本名老中医医案信息系统。名老中医医案信息系统工作原理图，如图4-1所示。

图4-1 系统工作原理图

4.2程序结构图

本系统登录结构图，如图4-2所示。

图4-2 登录结构图

系统分成三个角色，根据每个角色的权限分析得出三大模块，包括管理员模块，用户模块和医生模块；管理员模块主要针对整个系统的管理进行设计，提高了管理的效率和标准。系统的总体模块功能设计如下图所示:。

图3-3 系统总体功能结构图

4.3数据库的设计

所有的网站设计都离不开数据库，数据库是所有项目实现如数据采集、数据传输等功能的基石。只有合理的数据库设计才能满足商业化的要求，主键外键数据库的连接方式尤为重要，尽量避免多对多的复杂性，字段命名合理标准，且易于理解，字段应根据业务设置，不允许操作字段而对系统有额外的占用内存。

4.3.1数据库实体及属性

本名老中医医案信息的E-R图描述了在系统中各个实体之间的联系，以下将对“用户、医案信息、医生、患者信息、方药信息、管理员”等作为实体，它们的局部E-R图，如图4-4所示：

图4-4局部E-R图

第五章 系统的实现

5.1系统登录注册功能实现

在注册流程中，用户在Vue前端填写必要信息（如用户名、密码等）并提交。前端将这些信息通过HTTP请求发送到Java后端。后端处理这些信息，检查用户名是否唯一，并将新用户数据存入MySQL数据库。完成后，后端向前端发送注册成功的确认，前端随后通知用户完成注册。这个过程实现了新用户的数据收集、验证和存储。注册页面如图5-1所示：

图5-1注册详细页面

在登录流程中，用户首先在Vue前端界面输入用户名和密码。这些信息通过HTTP请求发送到Java后端。后端接收请求，通过与MySQL数据库交互验证用户凭证。如果认证成功，后端返回给前端，允许用户访问系统。这个过程涵盖了从用户输入到系统验证和响应的全过程。系统登录界面图5-2所示。 

图5-2 系统登录界面

5.2.管理员功能实现

管理员进入主页面，主要功能包括对用户、医生、患者信息、医案信息、方药信息、我的信息等进行操作。管理员主页面如图5-3所示：

图5-3管理员主界面

管理员点击用户。进入用户页面输入用户账号、用户姓名可以搜索、新增或删除用户信息，并进行详情、更新或删除等操作。用户界面如图5-4所示；

图5-4用户界面

管理员点击医生。进入医生页面输入医生工号、医生姓名、科室、职称可以搜索、新增或删除医生信息，并进行详情、更新或删除等操作。医生界面如图5-5所示：

图5-5医生界面

管理员点击患者信息。进入患者信息页面输入患者ID、患者姓名可以搜索、新增或删除患者信息信息，并进行详情、更新或删除等操作。患者信息界面如图5-6所示；

图5-6患者信息界面

医案信息功能在视图层（view层）进行交互，比如点击“搜索、新增或删除”按钮或填写医案信息表单。这些医案信息表单动作被视图层捕获并作为请求发送给相应的控制器层（controller层）。控制器接收到这些请求后，调用服务层（service层）以执行相关的业务逻辑，例如验证输入数据的有效性和与数据库的交互。服务层处理完这些逻辑后，进一步与数据访问对象层（DAO层）交互，后者负责具体的数据操作详情、更新或删除医案信息，并将操作结果返回给控制器。最终，控制器根据这些结果更新视图层，以便医案信息功能可以看到最新的信息或相应的操作反馈。医案信息界面如图5-7所示；

图5-7医案信息界面

方药信息功能在视图层（view层）进行交互，比如点击“搜索、新增或删除”按钮或填写方药信息表单。这些方药信息表单动作被视图层捕获并作为请求发送给相应的控制器层（controller层）。控制器接收到这些请求后，调用服务层（service层）以执行相关的业务逻辑，例如验证输入数据的有效性和与数据库的交互。服务层处理完这些逻辑后，进一步与数据访问对象层（DAO层）交互，后者负责具体的数据操作详情、更新或删除方药信息，并将操作结果返回给控制器。最终，控制器根据这些结果更新视图层，以便方药信息功能可以看到最新的信息或相应的操作反馈。方药信息界面如图5-8所示；

图5-8方药信息界面

5.3用户功能实现

用户进入主页面，主要功能包括对患者信息、医案信息、方药信息、我的信息等进行操作。用户主页面如图5-9所示：

图5-9用户主界面

用户点击患者信息。进入患者信息页面输入患者ID、患者姓名可以搜索患者信息，并进行详情等操作。患者信息界面如图5-10所示；

图5-10患者信息界面

方药信息功能在视图层（view层）进行交互，比如点击“搜索”按钮或填写方药信息表单。这些方药信息表单动作被视图层捕获并作为请求发送给相应的控制器层（controller层）。控制器接收到这些请求后，调用服务层（service层）以执行相关的业务逻辑，例如验证输入数据的有效性和与数据库的交互。服务层处理完这些逻辑后，进一步与数据访问对象层（DAO层）交互，后者负责具体的数据操作详情方药信息，并将操作结果返回给控制器。最终，控制器根据这些结果更新视图层，以便方药信息功能可以看到最新的信息或相应的操作反馈。方药信息界面如图5-11所示；

图5-11方药信息界面

5.4医生功能实现

医生进入主页面，主要功能包括对患者信息、医案信息、方药信息、我的信息等进行操作。医生主页面如图5-12所示：

图5-12医生主界面

医生点击患者信息。进入患者信息页面输入患者ID、患者姓名可以搜索、新增或删除患者信息，并进行详情、更新或删除等操作。患者信息界面如图5-13所示；

图5-13患者信息界面

医生点击方药信息。进入方药信息页面输入方药名称可以搜索、新增或删除方药信息，并进行详情、更新或删除等操作。方药信息界面如图5-14所示；

图5-14方药信息界面

医案信息功能在视图层（view层）进行交互，比如点击“搜索、新增或删除”按钮或填写医案信息表单。这些医案信息表单动作被视图层捕获并作为请求发送给相应的控制器层（controller层）。控制器接收到这些请求后，调用服务层（service层）以执行相关的业务逻辑，例如验证输入数据的有效性和与数据库的交互。服务层处理完这些逻辑后，进一步与数据访问对象层（DAO层）交互，后者负责具体的数据操作详情、更新或删除医案信息，并将操作结果返回给控制器。最终，控制器根据这些结果更新视图层，以便医案信息功能可以看到最新的信息或相应的操作反馈。医案信息界面如图5-15所示；

图5-15医案信息界面

源码无偿分享，文未领取