毕业设计--42501 智能医药供应链管理平台设计与实现 (案例分析)-附源码
摘要随着医疗健康行业的不断发展,药品供应链管理的重要性日益凸显。传统医药供应链存在信息不对称、资源配置不合理、流通效率低等问题,已难以满足现代医疗机构与消费者对药品供应高效性与透明化的需求。为此,基于智能技术构建高效、协同、透明的医药供应链管理平台成为提升行业整体服务水平的重要方向。本文围绕医药供应链管理的核心环节,设计并实现了一个智能医药供应链管理平台。系统架构涵盖管理员、普通用户、药品(零售)
随着医疗健康行业的不断发展,药品供应链管理的重要性日益凸显。传统医药供应链存在信息不对称、资源配置不合理、流通效率低等问题,已难以满足现代医疗机构与消费者对药品供应高效性与透明化的需求。为此,基于智能技术构建高效、协同、透明的医药供应链管理平台成为提升行业整体服务水平的重要方向。本文围绕医药供应链管理的核心环节,设计并实现了一个智能医药供应链管理平台。系统架构涵盖管理员、普通用户、药品(零售)商家、供应商家与医疗机构多方角色,全面支持药品信息管理、购买订单管理、药品仓库管理、药品采购与申领管理、零售采购管理、配送与签收管理、系统资源与通知公告管理等功能模块。平台通过角色分层设计,结合订单流转、仓储调度与配送追踪,实现医药供应链各环节的数据互通与智能协作。研究过程中,综合运用了现代数据库技术、前后端分离架构与智能推荐等手段,有效提升了平台运行效率与用户体验。实践应用表明,所设计平台能够优化药品流通流程,提升供应链的透明度与响应速度,为智慧医疗体系建设提供了有力支撑。
关键词:SpringBoot框架;智能医药供应链管理平台;MySQL; Vue
With the continuous development of the healthcare industry, the importance of drug supply chain management is becoming increasingly prominent. The traditional pharmaceutical supply chain faces problems such as information asymmetry, unreasonable resource allocation, and low circulation efficiency, making it difficult to meet the demands of modern medical institutions and consumers for efficient and transparent drug supply. Therefore, building an efficient, collaborative, and transparent pharmaceutical supply chain management platform based on intelligent technology has become an important direction to improve the overall service level of the industry. This article focuses on the core aspects of pharmaceutical supply chain management and designs and implements an intelligent pharmaceutical supply chain management platform. The system architecture covers multiple roles including administrators, ordinary users, drug (retail) merchants, supply merchants, and medical institutions, fully supporting functional modules such as drug information management, purchase order management, drug warehouse management, drug procurement and application management, retail procurement management, distribution and delivery management, system resource and notification management, etc. The platform achieves data interoperability and intelligent collaboration in various links of the pharmaceutical supply chain through role layered design, combined with order flow, warehouse scheduling, and delivery tracking. During the research process, modern database technology, front-end and back-end separation architecture, and intelligent recommendation were comprehensively utilized to effectively improve the platform's operational efficiency and user experience. Practical application has shown that the designed platform can optimize the drug circulation process, enhance the transparency and response speed of the supply chain, and provide strong support for the construction of a smart healthcare system.
Keywords: SpringBoot framework; Intelligent pharmaceutical supply chain management platform; MySQL; Vue
目 录
随着社会经济的快速发展与人们健康意识的不断增强,医疗行业对药品供应链管理提出了更高要求。传统医药供应链普遍存在信息传递滞后、资源调配不合理、运营效率低下等问题,难以适应现代医疗服务对高效性、透明性与安全性的迫切需求。特别是在医药需求快速变化、药品种类不断丰富的背景下,如何通过信息化、智能化手段实现药品供应链的优化,成为医疗行业急需解决的重要课题。当前,借助智能技术推动医药供应链数字化转型,已经成为行业发展的必然趋势。基于此,构建一个集信息管理、订单处理、仓储调度、采购申领、配送签收等功能于一体的智能医药供应链管理平台,不仅可以提高医药流通效率,强化供应链各环节的协同运作,还能提升整体服务质量与患者满意度,对促进智慧医疗体系建设具有积极意义。
在当前医疗健康产业迅速发展的背景下,药品供应链管理水平直接关系到医疗服务质量与患者用药安全。通过引入智能化技术构建医药供应链管理平台,不仅能够有效提升药品流通的效率和透明度,还能实现多方协同与资源的最优配置,降低运营成本,减少信息孤岛问题。同时,平台在订单管理、仓库调度、采购申领与配送签收等关键环节中的应用,有助于打通供应链各节点的数据流,提升供应链的敏捷性与响应速度。进一步地,智能医药供应链管理平台可以为医疗机构、药品商家、供应商家及终端用户提供更加精准、高效、安全的服务体验,促进医疗行业数字化、智能化转型。研究与实现这一平台,对于优化医疗资源配置、增强公共卫生保障能力、推动智慧医疗体系建设具有重要的实践价值与深远的社会意义。
随着信息技术、物联网、大数据与人工智能等新兴技术的发展,医药供应链管理逐步从传统模式向智能化、数字化方向转型。在国外,医药供应链管理体系起步较早,研究较为系统。美国、欧洲等国家和地区通过引入ERP系统(企业资源计划)、RFID(无线射频识别)技术及区块链技术,提升了药品流通过程中的透明度与可追溯性。例如,美国食品药品监督管理局(FDA)推动的药品供应链安全法案(DSCSA),要求实现药品生产、流通到销售各环节的全流程追踪与验证。研究者也广泛探讨了如何通过智能优化算法提升库存管理效率、通过大数据分析优化采购与配送决策等关键问题。
国内关于智能医药供应链的研究起步相对较晚,但发展迅速。近年来,随着“互联网+医疗健康”战略的推进,越来越多的学者与企业开始关注药品供应链的信息化、智能化建设。研究内容主要集中在供应链协同管理模式、基于大数据的供应链优化方法、区块链技术在药品追溯系统中的应用、以及智能仓储与物流调度系统的开发与实践等方面。部分医疗机构与药企已开始尝试基于云计算、物联网技术构建智能供应链平台,实现药品信息的实时更新、库存动态监控与供应链流程可视化管理,但整体水平与国外先进体系仍存在一定差距。
综合来看,国内外在医药供应链智能化领域的研究均呈现出从单点技术应用向整体系统优化演进的趋势。结合我国医疗体系特点,如何建立符合本土需求的智能医药供应链平台,提升流通效率与服务水平,仍是当前研究与应用的重要方向。
本论文共分为七个主要章节,具体结构如下:
1. 绪论:介绍研究背景与意义,回顾国内外研究现状,并概述论文的组织结构。
2. 相关技术介绍:详细介绍与本研究相关的技术,B/S框架、SpringBoot框架、Vue技术和MySQL数据库。
3. 需求分析:对系统的功能需求和非功能需求进行分析,明确用户和管理员的需求,并进行可行性分析,包括技术、操作和经济可行性。
4. 系统设计:涵盖系统架构设计、系统模块设计,并进行数据库的概念设计与表设计。
5. 系统实现:具体描述各个功能模块的实现过程,展示系统如何根据需求进行开发。
6. 系统测试:阐述测试的目的,分析测试结果并得出结论,以验证系统的稳定性和功能完整性。
7. 总结:总结研究的主要成果和贡献,指出存在的不足及未来的研究方向。
B/S(Browser/Server)架构是一种基于浏览器和服务器的应用架构模式。它以Web浏览器作为客户端,服务器端通过Web技术提供应用服务。客户端通过浏览器与服务器进行交互,用户无需安装专门的客户端应用程序,只需要通过互联网连接即可访问应用程序[1]。在B/S架构中,客户端主要承担用户界面的呈现和基本的输入输出功能,而核心的业务处理、数据存储等操作则由服务器端完成。这种架构的核心优势在于无需在每个客户端机器上安装或更新软件,只要用户的浏览器符合要求,就可以使用系统。
B/S(Browser/Server)架构是一种网络架构模型,其主要特点是客户端通过浏览器与服务器进行通信,所有的业务逻辑和数据处理都在服务器端完成,客户端仅负责展示数据[2]。B/S架构本质上是一种客户端-服务器模式的变体,它通过将传统的C/S(Client/Server)架构中的客户端功能移到浏览器中,简化了客户端的开发和维护工作。在B/S架构中,用户通过浏览器发送请求,浏览器负责展示从服务器获取的数据,服务器则处理请求并返回响应。该架构避免了安装和配置客户端软件的麻烦,也减少了对客户端硬件的依赖,适合于需要大规模部署和跨平台支持的应用系统。
B/S模式三层结构图如图2-1所示。

图2-1 B/S模式三层结构图
2.2 SpringBoot框架
SpringBoot是一个用于简化Spring应用开发的开源框架,通过减少开发人员配置和依赖的复杂性,使得开发者能够快速构建基于Spring的生产级应用。SpringBoot基于Spring框架之上,提供了一种自配置的方式,使得开发者可以以最少的配置来启动和开发Spring应用[3]。它通过约定优于配置的原则,将常见的配置预设,使得开发人员能够聚焦于业务逻辑的实现,而不必过多关注繁琐的配置和环境搭建。
SpringBoot框架的核心特点之一是其自动配置功能。它能够根据项目中已存在的类和库,自动推断出开发环境的配置需求,减少了手动配置的工作量。SpringBoot还提供了嵌入式Web服务器支持(如Tomcat、Jetty等),使得应用可以以独立的Java应用形式运行,不再依赖外部的Web容器。这种特性使得SpringBoot特别适合于微服务架构的构建。SpringBoot还通过其提供的启动器(Starters)简化了常见功能的集成,例如数据库连接、消息队列、缓存、认证与授权等,从而提升了开发效率[4]。
2.3 Vue技术
Vue.js是一款用于构建用户界面的渐进式JavaScript框架,提供一种灵活而高效的方式来开发单页面应用(SPA)。Vue的设计理念是通过尽量简化开发过程,提供一种声明式的方式来构建用户界面[5]。Vue.js通过数据驱动的视图模型,允许开发者以声明式语法绑定数据与视图,使得应用的状态和界面表现更加简洁和可维护。它的核心思想是通过组件化开发将复杂的UI拆分为可重用的独立模块,从而提升了代码的模块化、可维护性和可扩展性。
Vue.js具备响应式数据绑定和虚拟DOM的特性。响应式数据绑定意味着当数据变化时,Vue会自动更新与之绑定的DOM元素,从而实现视图的实时更新。虚拟DOM则是Vue.js的一种优化手段,通过将对DOM的操作抽象为一个虚拟的DOM树来提高性能,减少实际DOM操作的开销[6]。Vue还提供了丰富的插件和工具,如Vue Router用于路由管理,Vuex用于状态管理,方便开发者构建复杂的前端应用。Vue的灵活性和简洁性使其成为现代Web开发中常用的前端框架之一。
2.4 MySQL数据库
MySQL是一种开源的关系型数据库管理系统(RDBMS),基于SQL(结构化查询语言)进行数据操作。作为一个被广泛使用的数据库系统,MySQL具有高度的性能、可扩展性和可靠性。MySQL使用表格结构来存储数据,每个表由多个列和行组成,数据通过SQL查询语言进行操作[7]。MySQL支持多种数据类型,如整数、浮动小数、字符串、日期等,以满足不同应用场景对数据存储的需求。在实际应用中,MySQL通常用于存储和管理结构化数据,通过索引、视图、触发器等功能提升数据查询的效率和数据的完整性。
MySQL支持ACID事务特性(原子性、一致性、隔离性、持久性),确保数据库操作的可靠性和数据的一致性。它还支持多种存储引擎,其中InnoDB是最常用的存储引擎,具备事务支持、行级锁定和外键约束等特性,适用于高并发、高可靠性的数据存储需求。MySQL可以通过主从复制、分区和分库分表等技术实现横向扩展,以应对大规模数据存储和高负载的应用需求。MySQL还具有灵活的权限管理机制,支持用户系统用户、细粒度的权限控制等,保障数据的安全性。
基于Spring Boot框架和Mybatis技术栈开发的智能医药供应链管理平台具有很高的技术可行性。Spring Boot提供了简洁高效的开发模式和丰富的功能支持,能够在短时间内完成系统的开发与部署。Mybatis作为持久化框架,能够与各种关系型数据库无缝集成,提供灵活的SQL映射,使得系统的数据操作更加高效且易于维护。系统设计中可以利用现有的Web技术,使得用户可以通过浏览器进行操作,进一步提高了系统的普及性和可访问性。系统能够在保证高效运行的同时,处理大量数据和复杂的智能医药供应链管理平台逻辑,因此从技术角度来看,项目实施完全可行。
智能医药供应链管理平台在操作上具有较高的可行性。SpringBoot框架轻量且易于配置,能够简化开发过程并提高开发效率。同时,SpringBoot与数据库的结合保证了数据存储与查询的高效性,支持高并发操作。系统的前端可采用Vue.js等现代技术,确保良好的用户体验。角色权限管理能够满足不同用户的需求,确保安全性和私密性。借助SpringBoot的开发社区支持,系统的开发和维护将更加顺利,整体可行性较高。
智能医药供应链管理平台经济上具有可行性。系统开发可利用现有Web框架和开源工具,降低开发成本。通过云平台部署,减少硬件投资,并按需扩展,控制成本。同时,自动化流程提高了效率,减少了人工成本。随着用户增加,运营成本降低,系统的经济效益和可持续发展潜力较大。
1.可用性需求
系统必须具备高可用性,以确保其在各种使用场景下能够稳定运行。为满足可用性要求,系统应当具备自恢复能力和冗余机制,避免因单点故障而导致的服务中断。具体而言,系统的部署架构应支持负载均衡和集群配置,通过多个实例的协作提高整体系统的可用性。系统应提供详尽的监控与告警机制,能够实时追踪系统运行状态,及时发现潜在问题并触发自动恢复操作或通知管理员。在用户体验方面,系统需要提供清晰的错误提示信息,并能够在发生异常时通过回滚操作或其他容错机制,保证用户的操作不受到严重影响。
2.可靠性需求
可靠性要求系统在长时间运行中保持稳定,能够有效应对各种可能的故障和压力。系统设计应支持高可用的数据库架构,采用数据库主从复制、分片等技术以实现数据的可靠存储与访问。应用层应具备容错能力,在面对硬件故障、网络中断等意外情况时,能够保持系统的正常服务或在故障恢复后迅速恢复数据和业务流程。系统应具备日志记录功能,能够全面记录操作过程和异常信息,从而为问题追踪与系统优化提供数据支持。系统的可靠性还需要通过压力测试和稳定性测试来验证,确保在大规模用户访问及高并发场景下能够正常运行,不发生崩溃或数据丢失现象。
3.安全性需求
系统的安全性需求必须得到高度重视,确保系统和用户数据的保密性、完整性和可用性。为实现数据安全,系统应采用加密技术,特别是在用户认证、敏感数据传输和存储过程中,采用SSL/TLS协议进行加密通信,确保数据在传输过程中不被窃取或篡改。系统应支持用户身份验证与授权管理,采用如OAuth、JWT等安全机制防止未授权访问。访问控制应细化到资源级别,确保不同角色的用户只能访问其权限范围内的功能。为了防止恶意攻击,系统还应加强对常见攻击方式(如SQL注入、XSS攻击、CSRF攻击等)的防护,通过输入验证、输出转义、会话管理等技术措施提高系统的安全性。系统应定期进行安全审计与漏洞扫描,及时发现并修补可能的安全漏洞,保障系统的长期安全运营。
功能需求分析是对系统所需功能进行详细描述的过程,明确系统的目标、功能模块及其相互关系。在此阶段,结合用户需求、业务流程和技术架构,识别系统必须实现的各项功能,并对其优先级、实现方式和约束条件进行梳理。通过功能需求分析,确保系统设计能够满足实际需求,且具有良好的可用性、可维护性和扩展性,为后续的系统开发和测试提供明确的指导和依据。

普通用户用例图如图3-1所示。
管理员用例图如图3-2所示。

图3-2 管理员用例图
供应商家用例图如图3-3所示。

图3-3 供应商家用例图
药品(零售)商家用例图如图3-4所示。

图3-4 药品(零售)商家用例图
医疗机构用户用例图如图3-5所示。

图3-5 医疗机构用例图
3.4.1数据开发流程
系统开发流程的主要步骤,从需求分析到系统完成的全过程。流程包括需求分析、总体设计(结构、功能、数据)、详细设计(模块、编码)、模块整合与调用,以及测试、扩展和完善,最终完成系统的开发。本系统的开发流程如图3-4所示

图3-4系统开发流程图
3.4.2用户登录流程
用户输入用户名和密码后,系统先检查输入是否为空,再验证用户名是否存在,若存在则通过用户名获取密码并校验。若密码正确则登录成功,否则提示密码错误。若用户名不存在或无法登录,提示用户操作无效。如图3-5所示。

图3-5登录流程图
3.4.3系统操作流程
用户首先进入系统登录界面,输入用户名和密码后,系统验证信息是否正确。若验证失败,返回登录界面重新输入;若验证成功,则进入功能界面,执行相应功能处理后结束操作流程。操作流程如图3-6所示。

图3-6 系统操作流程图
3.4.4添加信息流程
管理员可以添加信息,用户添加可以自己权限内的信息,输入信息后,要想利用这个软件来进行系统的安全管理,首先需要登录到该软件中。添加信息流程如图3-7所示。

图3-7 添加信息流程图
3.4.5修改信息流程
用户首先选择需要修改的记录,输入修改后的数据,系统判断输入数据是否合法。若数据不合法,提示重新输入;若数据合法,则将修改后的数据写入数据库,完成操作后流程结束。修改信息流程图如图3-8所示。

图3-8 修改信息流程图
3.4.6删除信息流程
用户选择需要删除的记录后,系统判断是否确认删除。若未确认,返回选择环节;若确认删除,则更新数据库,删除对应记录,完成操作后流程结束。删除信息流程图如图3-9所示。

图3-9删除信息流程图
系统由表现层、业务逻辑层、数据访问层和数据库服务器组成。表现层通过浏览器(如IE、Chrome、Firefox)与用户交互,采用FreeMarker、Bootstrap、jQuery等技术实现界面呈现。业务逻辑层负责处理系统的核心业务逻辑,通过分模块设计实现功能分离。数据访问层使用MyBatis框架连接数据库,执行数据的增删改查操作。数据库服务器采用MySQL进行数据存储和管理,为系统提供稳定的数据库支持。整个架构通过Tomcat服务器完成用户请求的接收和处理,确保系统的高效运行[8]。整个系统架构如图4-1所示。

图4-1 系统架构图
系统功能结构图如图4-2所示。

图4-2 系统功能结构图
用户通过注册模块发送注册请求,系统完成注册后返回确认信息。随后,用户通过登录模块发送登录请求,系统验证用户信息后允许访问目标系统。用户完成操作后可选择退出,系统终止会话。注册时序图,如图4-3所示。

图4-3 注册时序图
4.2.2登录时序图
管理员输入登录信息后,登录界面将信息传递至前台管理界面,随后通过SpringBoot框架读取数据库中的用户信息并返回。系统验证信息,若验证成功则登录成功,若验证失败则返回错误提示。登录时序图如图4-4所示。

图4-4登录时序图
4.2.3管理员修改用户信息时序图
管理员输入登录信息后,进入用户信息管理模块,选择增删改查操作并提交命令至数据库。数据库执行操作后返回成功状态,系统显示用户管理界面并提示操作成功。管理员修改用户信息时序图如图4-5所示。

图4-5管理员修改用户信息时序图
4.2.4管理员管理系统信息时序图
管理员通过访问系统发起请求,系统接收访问后转向系统信息模块进行管理操作。管理完成后,系统返回管理结果至系统,最终反馈给管理员,管理员可选择退出。管理员管理系统信息时序图如图4-6所示。

图4-6管理员管理系统信息时序图
数据库设计是系统开发中至关重要的环节,为系统提供高效、规范的数据存储和管理方案。设计过程包括需求分析、实体设计、表设计和逻辑结构设计。首先,通过分析业务需求,确定系统的核心实体及其属性,同时明确实体间的关系。接着,将实体抽象为具体的数据库表,为每张表定义字段名、数据类型、主键和外键,通过主外键关系和关联表设计,保证数据的完整性和一致性。最后,数据库逻辑设计进一步优化表之间的关系,通过索引、视图和存储过程提升查询效率和操作性能。整个设计需严格遵循规范,避免数据冗余和冲突,确保系统在高并发访问和复杂数据处理场景下的稳定性和高效性。
数据库实体设计是数据库设计的关键步骤,对实际业务逻辑中涉及的实体及其属性进行抽象建模,明确系统中的主要信息对象及其关系[9]。在实体设计中,根据需求分析确定系统的核心实体,如用户、角色、权限、药品信息等,提取实体的主要属性,如用户的ID、姓名、联系方式,药品信息ID、名称、类型等,同时定义各实体之间的关系,包括一对一、一对多、多对多等。在设计过程中,注重实体的完整性、规范性和唯一性,确保设计能够满足系统功能需求,并为后续的表设计提供清晰的结构框架。实体设计需遵循数据库设计的标准化要求,避免数据冗余和不必要的复杂度。
以下将展示系统的全局E-R图。
系统全局E-R图如图4-7所示。

图4-7系统E-R图
数据库表设计基于实体设计,将抽象的实体映射为具体的表结构。设计过程中,为每个实体定义表名、字段名及数据类型[10]。根据业务需求,合理定义主键、外键及约束条件,确保表之间的关联性,例如通过外键建立用户表和角色表之间的关系。表设计时注重数据存储的完整性、一致性,并通过索引优化查询效率,最终确保数据库结构能够支持系统的功能需求。以下是系统的数据库表设计展示。
表 4-1-access_token(登陆访问时长)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
token_id |
int |
是 |
是 |
临时访问牌ID |
|
|
2 |
token |
varchar |
64 |
否 |
否 |
临时访问牌 |
|
3 |
info |
text |
65535 |
否 |
否 |
信息 |
|
4 |
maxage |
int |
是 |
否 |
最大寿命:默认2小时 |
|
|
5 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
6 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
7 |
user_id |
int |
是 |
否 |
用户编号 |
表 4-2-article(文章)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
article_id |
mediumint |
是 |
是 |
文章id |
|
|
2 |
title |
varchar |
125 |
是 |
是 |
标题 |
|
3 |
type |
varchar |
64 |
是 |
否 |
文章分类 |
|
4 |
hits |
int |
是 |
否 |
点击数 |
|
|
5 |
praise_len |
int |
是 |
否 |
点赞数 |
|
|
6 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
7 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
8 |
source |
varchar |
255 |
否 |
否 |
来源 |
|
9 |
url |
varchar |
255 |
否 |
否 |
来源地址 |
|
10 |
tag |
varchar |
255 |
否 |
否 |
标签 |
|
11 |
content |
longtext |
4294967295 |
否 |
否 |
正文 |
|
12 |
img |
varchar |
255 |
否 |
否 |
封面图 |
|
13 |
description |
text |
65535 |
否 |
否 |
文章描述 |
表 4-3-article_type(文章分类)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
type_id |
smallint |
是 |
是 |
分类ID |
|
|
2 |
display |
smallint |
是 |
否 |
显示顺序 |
|
|
3 |
name |
varchar |
16 |
是 |
否 |
分类名称 |
|
4 |
father_id |
smallint |
是 |
否 |
上级分类ID |
|
|
5 |
description |
varchar |
255 |
否 |
否 |
描述 |
|
6 |
icon |
text |
65535 |
否 |
否 |
分类图标 |
|
7 |
url |
varchar |
255 |
否 |
否 |
外链地址 |
|
8 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
9 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-4-auth(用户权限管理)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
auth_id |
int |
是 |
是 |
授权ID |
|
|
2 |
user_group |
varchar |
64 |
否 |
否 |
用户组 |
|
3 |
mod_name |
varchar |
64 |
否 |
否 |
模块名 |
|
4 |
table_name |
varchar |
64 |
否 |
否 |
表名 |
|
5 |
page_title |
varchar |
255 |
否 |
否 |
页面标题 |
|
6 |
path |
varchar |
255 |
否 |
否 |
路由路径 |
|
7 |
parent |
varchar |
64 |
否 |
否 |
父级菜单 |
|
8 |
parent_sort |
int |
是 |
否 |
父级菜单排序 |
|
|
9 |
position |
varchar |
32 |
否 |
否 |
位置 |
|
10 |
mode |
varchar |
32 |
是 |
否 |
跳转方式 |
|
11 |
add |
tinyint |
是 |
否 |
是否可增加 |
|
|
12 |
del |
tinyint |
是 |
否 |
是否可删除 |
|
|
13 |
set |
tinyint |
是 |
否 |
是否可修改 |
|
|
14 |
get |
tinyint |
是 |
否 |
是否可查看 |
|
|
15 |
field_add |
text |
65535 |
否 |
否 |
添加字段 |
|
16 |
field_set |
text |
65535 |
否 |
否 |
修改字段 |
|
17 |
field_get |
text |
65535 |
否 |
否 |
查询字段 |
|
18 |
table_nav_name |
varchar |
500 |
否 |
否 |
跨表导航名称 |
|
19 |
table_nav |
varchar |
500 |
否 |
否 |
跨表导航 |
|
20 |
option |
text |
65535 |
否 |
否 |
配置 |
|
21 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
22 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-5-code_token(验证码)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
code_token_id |
int |
是 |
是 |
验证码ID |
|
|
2 |
token |
varchar |
255 |
否 |
否 |
令牌 |
|
3 |
code |
varchar |
255 |
否 |
否 |
验证码 |
|
4 |
expire_time |
timestamp |
是 |
否 |
失效时间 |
|
|
5 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
6 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-6-collect(收藏)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
collect_id |
int |
是 |
是 |
收藏ID |
|
|
2 |
user_id |
int |
是 |
是 |
收藏人ID |
|
|
3 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
4 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
5 |
source_id |
int |
是 |
否 |
来源ID |
|
|
6 |
title |
varchar |
255 |
否 |
否 |
标题 |
|
7 |
img |
varchar |
255 |
否 |
否 |
封面 |
|
8 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
9 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-7-comment(评论)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
comment_id |
int |
是 |
是 |
评论ID |
|
|
2 |
user_id |
int |
是 |
是 |
评论人ID |
|
|
3 |
reply_to_id |
int |
是 |
否 |
回复评论ID |
|
|
4 |
content |
longtext |
4294967295 |
否 |
否 |
内容 |
|
5 |
nickname |
varchar |
255 |
否 |
否 |
昵称 |
|
6 |
avatar |
varchar |
255 |
否 |
否 |
头像地址 |
|
7 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
8 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
9 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
10 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
11 |
source_id |
int |
是 |
否 |
来源ID |
表 4-8-distribution_information(配送信息)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
distribution_information_id |
int |
是 |
是 |
配送信息ID |
|
|
2 |
supplier_home |
int |
否 |
否 |
供应商家 |
|
|
3 |
drug_no |
varchar |
64 |
否 |
否 |
药品编号 |
|
4 |
drug_name |
varchar |
64 |
否 |
否 |
药品名称 |
|
5 |
type_of_drug |
varchar |
64 |
否 |
否 |
药品类型 |
|
6 |
drug_inventory |
double |
否 |
否 |
药品库存 |
|
|
7 |
drug_merchants |
int |
否 |
否 |
药品商家 |
|
|
8 |
business_name |
varchar |
64 |
否 |
否 |
商家姓名 |
|
9 |
business_address |
varchar |
64 |
否 |
否 |
商家地址 |
|
10 |
business_phone |
varchar |
64 |
否 |
否 |
商家电话 |
|
11 |
time_of_purchase |
date |
否 |
否 |
购买时间 |
|
|
12 |
purchase_quantity |
double |
否 |
否 |
购买数量 |
|
|
13 |
delivery_status |
varchar |
64 |
否 |
否 |
配送状态 |
|
14 |
sign_in_information_limit_times |
int |
是 |
否 |
签收限制次数 |
|
|
15 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
16 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
17 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
18 |
source_id |
int |
否 |
否 |
来源ID |
|
|
19 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-9-drug_application(药品申领)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
drug_application_id |
int |
是 |
是 |
药品申领ID |
|
|
2 |
supplier_home |
int |
否 |
否 |
供应商家 |
|
|
3 |
drug_no |
varchar |
64 |
否 |
否 |
药品编号 |
|
4 |
drug_name |
varchar |
64 |
否 |
否 |
药品名称 |
|
5 |
type_of_drug |
varchar |
64 |
否 |
否 |
药品类型 |
|
6 |
drug_inventory |
double |
否 |
否 |
药品库存 |
|
|
7 |
medical_institutions |
int |
否 |
否 |
医疗机构 |
|
|
8 |
time_of_claim |
date |
否 |
否 |
申领时间 |
|
|
9 |
number_of_claims |
double |
否 |
否 |
申领数量 |
|
|
10 |
assignment_information |
text |
65535 |
否 |
否 |
分配信息 |
|
11 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
12 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
13 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
14 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
15 |
source_id |
int |
否 |
否 |
来源ID |
|
|
16 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-10-drug_information(药品信息)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
drug_information_id |
int |
是 |
是 |
药品信息ID |
|
|
2 |
drug_name |
varchar |
64 |
否 |
否 |
药品名称 |
|
3 |
type_of_drug |
varchar |
64 |
否 |
否 |
药品类型 |
|
4 |
drug_merchants |
int |
否 |
否 |
药品商家 |
|
|
5 |
drug_unit_price |
double |
否 |
否 |
药品单价 |
|
|
6 |
pictures_of_medicines |
varchar |
255 |
否 |
否 |
药品图片 |
|
7 |
applicable_crowd |
varchar |
64 |
否 |
否 |
适用人群 |
|
8 |
drug_introduction |
text |
65535 |
否 |
否 |
药品简介 |
|
9 |
praise_len |
int |
是 |
否 |
点赞数 |
|
|
10 |
collect_len |
int |
是 |
否 |
收藏数 |
|
|
11 |
comment_len |
int |
是 |
否 |
评论数 |
|
|
12 |
purchase_order_limit_times |
int |
是 |
否 |
购买限制次数 |
|
|
13 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
14 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-11-drug_merchants(药品商家)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
drug_merchants_id |
int |
是 |
是 |
药品商家ID |
|
|
2 |
business_name |
varchar |
64 |
否 |
否 |
商家姓名 |
|
3 |
business_address |
varchar |
64 |
否 |
否 |
商家地址 |
|
4 |
business_phone |
varchar |
64 |
否 |
否 |
商家电话 |
|
5 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
6 |
user_id |
int |
是 |
否 |
用户ID |
|
|
7 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
8 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-12-drug_warehouse(药品仓库)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
drug_warehouse_id |
int |
是 |
是 |
药品仓库ID |
|
|
2 |
supplier_home |
int |
否 |
否 |
供应商家 |
|
|
3 |
drug_no |
varchar |
64 |
否 |
否 |
药品编号 |
|
4 |
drug_name |
varchar |
64 |
否 |
否 |
药品名称 |
|
5 |
type_of_drug |
varchar |
64 |
否 |
否 |
药品类型 |
|
6 |
drug_inventory |
double |
否 |
否 |
药品库存 |
|
|
7 |
incoming_price |
double |
否 |
否 |
来货价格 |
|
|
8 |
pictures_of_medicines |
varchar |
255 |
否 |
否 |
药品图片 |
|
9 |
pharmaceutical_procurement_limit_times |
int |
是 |
否 |
医疗采购限制次数 |
|
|
10 |
drug_application_limit_times |
int |
是 |
否 |
医疗申领限制次数 |
|
|
11 |
retail_procurement_limit_times |
int |
是 |
否 |
商家采购限制次数 |
|
|
12 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
13 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-13-hits(用户点击)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
hits_id |
int |
是 |
是 |
点赞ID |
|
|
2 |
user_id |
int |
是 |
否 |
点赞人 |
|
|
3 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
4 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
5 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
6 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
7 |
source_id |
int |
是 |
否 |
来源ID |
表 4-14-medical_institutions(医疗机构)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
medical_institutions_id |
int |
是 |
是 |
医疗机构ID |
|
|
2 |
name_of_institution |
varchar |
64 |
否 |
否 |
机构名称 |
|
3 |
agency_telephone |
varchar |
64 |
否 |
否 |
机构电话 |
|
4 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
5 |
user_id |
int |
是 |
否 |
用户ID |
|
|
6 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
7 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-15-notice(公告)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
notice_id |
mediumint |
是 |
是 |
公告ID |
|
|
2 |
title |
varchar |
125 |
是 |
否 |
标题 |
|
3 |
content |
longtext |
4294967295 |
否 |
否 |
正文 |
|
4 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
5 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-16-ordinary_user(普通用户)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
ordinary_user_id |
int |
是 |
是 |
普通用户ID |
|
|
2 |
user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
|
3 |
user_gender |
varchar |
64 |
否 |
否 |
用户性别 |
|
4 |
user_phone |
varchar |
64 |
否 |
否 |
用户电话 |
|
5 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
6 |
user_id |
int |
是 |
否 |
用户ID |
|
|
7 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
8 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-17-pharmaceutical_procurement(药品采购)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
pharmaceutical_procurement_id |
int |
是 |
是 |
药品采购ID |
|
|
2 |
supplier_home |
int |
否 |
否 |
供应商家 |
|
|
3 |
drug_no |
varchar |
64 |
否 |
否 |
药品编号 |
|
4 |
drug_name |
varchar |
64 |
否 |
否 |
药品名称 |
|
5 |
type_of_drug |
varchar |
64 |
否 |
否 |
药品类型 |
|
6 |
drug_inventory |
double |
否 |
否 |
药品库存 |
|
|
7 |
medical_institutions |
int |
否 |
否 |
医疗机构 |
|
|
8 |
purchase_time |
date |
否 |
否 |
采购时间 |
|
|
9 |
purchase_quantity |
double |
否 |
否 |
采购数量 |
|
|
10 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
11 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
12 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
13 |
source_id |
int |
否 |
否 |
来源ID |
|
|
14 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-18-praise(点赞)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
praise_id |
int |
是 |
是 |
点赞ID |
|
|
2 |
user_id |
int |
是 |
是 |
点赞人 |
|
|
3 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
4 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
5 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
6 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
7 |
source_id |
int |
是 |
否 |
来源ID |
|
|
8 |
status |
tinyint |
是 |
否 |
点赞状态:1为点赞,0已取消 |
表 4-19-purchase_order(购买订单)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
purchase_order_id |
int |
是 |
是 |
购买订单ID |
|
|
2 |
drug_name |
varchar |
64 |
否 |
否 |
药品名称 |
|
3 |
type_of_drug |
varchar |
64 |
否 |
否 |
药品类型 |
|
4 |
drug_unit_price |
double |
否 |
否 |
药品单价 |
|
|
5 |
drug_merchants |
int |
否 |
否 |
药品商家 |
|
|
6 |
ordinary_user |
int |
否 |
否 |
普通用户 |
|
|
7 |
user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
|
8 |
purchase_quantity |
double |
否 |
否 |
购买数量 |
|
|
9 |
total_purchases |
double |
否 |
否 |
购买总计 |
|
|
10 |
pay_state |
varchar |
16 |
是 |
否 |
支付状态 |
|
11 |
pay_type |
varchar |
16 |
否 |
否 |
支付类型: 微信、支付宝、网银 |
|
12 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
13 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
14 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
15 |
source_id |
int |
否 |
否 |
来源ID |
|
|
16 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-20-retail_procurement(零售采购)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
retail_procurement_id |
int |
是 |
是 |
零售采购ID |
|
|
2 |
supplier_home |
int |
否 |
否 |
供应商家 |
|
|
3 |
drug_no |
varchar |
64 |
否 |
否 |
药品编号 |
|
4 |
drug_name |
varchar |
64 |
否 |
否 |
药品名称 |
|
5 |
type_of_drug |
varchar |
64 |
否 |
否 |
药品类型 |
|
6 |
drug_inventory |
double |
否 |
否 |
药品库存 |
|
|
7 |
drug_merchants |
int |
否 |
否 |
药品商家 |
|
|
8 |
business_name |
varchar |
64 |
否 |
否 |
商家姓名 |
|
9 |
business_address |
varchar |
64 |
否 |
否 |
商家地址 |
|
10 |
business_phone |
varchar |
64 |
否 |
否 |
商家电话 |
|
11 |
time_of_purchase |
date |
否 |
否 |
购买时间 |
|
|
12 |
purchase_quantity |
double |
否 |
否 |
购买数量 |
|
|
13 |
pay_state |
varchar |
16 |
是 |
否 |
支付状态 |
|
14 |
pay_type |
varchar |
16 |
否 |
否 |
支付类型: 微信、支付宝、网银 |
|
15 |
distribution_information_limit_times |
int |
是 |
否 |
配送限制次数 |
|
|
16 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
17 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
18 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
19 |
source_id |
int |
否 |
否 |
来源ID |
|
|
20 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-21-sign_in_information(签收信息)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
sign_in_information_id |
int |
是 |
是 |
签收信息ID |
|
|
2 |
supplier_home |
int |
否 |
否 |
供应商家 |
|
|
3 |
drug_no |
varchar |
64 |
否 |
否 |
药品编号 |
|
4 |
drug_name |
varchar |
64 |
否 |
否 |
药品名称 |
|
5 |
type_of_drug |
varchar |
64 |
否 |
否 |
药品类型 |
|
6 |
drug_inventory |
double |
否 |
否 |
药品库存 |
|
|
7 |
drug_merchants |
int |
否 |
否 |
药品商家 |
|
|
8 |
business_name |
varchar |
64 |
否 |
否 |
商家姓名 |
|
9 |
business_address |
varchar |
64 |
否 |
否 |
商家地址 |
|
10 |
business_phone |
varchar |
64 |
否 |
否 |
商家电话 |
|
11 |
time_of_purchase |
date |
否 |
否 |
购买时间 |
|
|
12 |
purchase_quantity |
double |
否 |
否 |
购买数量 |
|
|
13 |
item_status |
varchar |
64 |
否 |
否 |
物品状态 |
|
14 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
15 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
16 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
17 |
source_id |
int |
否 |
否 |
来源ID |
|
|
18 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-22-slides(轮播图)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
slides_id |
int |
是 |
是 |
轮播图ID |
|
|
2 |
title |
varchar |
64 |
否 |
否 |
标题 |
|
3 |
content |
varchar |
255 |
否 |
否 |
内容 |
|
4 |
url |
varchar |
255 |
否 |
否 |
链接 |
|
5 |
img |
varchar |
255 |
否 |
否 |
轮播图 |
|
6 |
hits |
int |
是 |
否 |
点击量 |
|
|
7 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
8 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-23-supplier_home(供应商家)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
supplier_home_id |
int |
是 |
是 |
供应商家ID |
|
|
2 |
supply_name |
varchar |
64 |
否 |
否 |
供应名称 |
|
3 |
supply_phone |
varchar |
64 |
否 |
否 |
供应电话 |
|
4 |
supply_address |
varchar |
64 |
否 |
否 |
供应地址 |
|
5 |
supply_of_goods |
varchar |
64 |
否 |
否 |
供应商品 |
|
6 |
supply_price |
varchar |
64 |
否 |
否 |
供应价格 |
|
7 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
8 |
user_id |
int |
是 |
否 |
用户ID |
|
|
9 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
10 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-24-upload(文件上传)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
upload_id |
int |
是 |
是 |
上传ID |
|
|
2 |
name |
varchar |
64 |
否 |
否 |
文件名 |
|
3 |
path |
varchar |
255 |
否 |
否 |
访问路径 |
|
4 |
file |
varchar |
255 |
否 |
否 |
文件路径 |
|
5 |
display |
varchar |
255 |
否 |
否 |
显示顺序 |
|
6 |
father_id |
int |
否 |
否 |
父级ID |
|
|
7 |
dir |
varchar |
255 |
否 |
否 |
文件夹 |
|
8 |
type |
varchar |
32 |
否 |
否 |
文件类型 |
表 4-25-user(用户账户)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
user_id |
int |
是 |
是 |
用户ID |
|
|
2 |
state |
smallint |
是 |
否 |
账户状态:(1可用|2异常|3已冻结|4已注销) |
|
|
3 |
user_group |
varchar |
32 |
否 |
否 |
所在用户组 |
|
4 |
login_time |
timestamp |
是 |
否 |
上次登录时间 |
|
|
5 |
phone |
varchar |
11 |
否 |
否 |
手机号码 |
|
6 |
phone_state |
smallint |
是 |
否 |
手机认证:(0未认证|1审核中|2已认证) |
|
|
7 |
username |
varchar |
16 |
是 |
否 |
用户名 |
|
8 |
nickname |
varchar |
16 |
否 |
否 |
昵称 |
|
9 |
password |
varchar |
64 |
是 |
否 |
密码 |
|
10 |
|
varchar |
64 |
否 |
否 |
邮箱 |
|
11 |
email_state |
smallint |
是 |
否 |
邮箱认证:(0未认证|1审核中|2已认证) |
|
|
12 |
avatar |
varchar |
255 |
否 |
否 |
头像地址 |
|
13 |
open_id |
varchar |
255 |
否 |
否 |
针对获取用户信息字段 |
|
14 |
create_time |
timestamp |
是 |
否 |
创建时间 |
表 4-26-user_group(用户组)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
group_id |
mediumint |
是 |
是 |
用户组ID |
|
|
2 |
display |
smallint |
是 |
否 |
显示顺序 |
|
|
3 |
name |
varchar |
16 |
是 |
否 |
名称 |
|
4 |
description |
varchar |
255 |
否 |
否 |
描述 |
|
5 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
6 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
7 |
source_id |
int |
是 |
否 |
来源ID |
|
|
8 |
register |
smallint |
否 |
否 |
注册位置 |
|
|
9 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
10 |
update_time |
timestamp |
是 |
否 |
更新时间 |
普通用户登录后,进入综合性信息展示页面,涵盖最新药品信息、通知公告与新闻动态,便于用户快速获取重要内容。首页界面如图5-1所示。

图5-1首页界面
普通用户可在通知公告模块浏览网站公告、了解平台信息、查看联系方式及网站介绍,方便快速获取重要通知与基本服务信息,提升使用便捷性,并对公告内容进行点赞、收藏与评论互动,增强信息传播的广度与深度。通知公告界面如图5-2所示。

图5-2通知公告界面
提供医疗健康领域相关的新闻资讯内容,支持用户对新闻进行点赞、收藏及评论,提升用户的参与感和平台活跃度。新闻资讯界面如图5-3所示。

图5-3新闻资讯界面
普通用户可在药品信息模块浏览药品列表,查看详细信息,进行点赞、收藏、评论互动,方便用户根据需求筛选药品。同时,用户可以直接进行购买操作,提升购物体验。药品信息界面如图5-4所示、购买界面如图5-5所示。

图5-4药品信息界面

图5-5购买界面
个人中心模块为用户提供个人首页、购买订单、收藏管理与评论管理等功能。用户可查看近期活动与订单详情,完成支付操作,统一管理收藏内容及评论记录,提升使用便捷性与信息可控性。个人中心界面如图5-6所示。

图5-6个人中心界面
药品信息管理模块支持商家查看药品列表、浏览药品详情及评论反馈,同时可新增药品信息,便于及时更新商品内容与优化药品展示。药品信息列表界面如图5-7所示、药品信息添加界面如图5-8所示。

图5-7药品信息列表界面

图5-8药品信息添加界面
购买订单管理模块提供订单查询、重置与详情查看功能,帮助商家精准掌握订单状态与交易进度,提高订单处理效率。购买订单管理界面如图5-9所示。

图5-9购买订单管理界面
药品仓库管理模块展示仓库药品列表及详细信息,支持商家发起采购并完成支付,确保药品库存充足与供应链流转顺畅。药品仓库列表界面如图5-10所示、商家采购界面如图5-11所示。

图5-10药品仓库列表界面

图5-11商家采购界面
配送信息管理模块记录配送单列表与详细信息,支持配送过程跟踪与签收确认,提升物流管理的可视化与时效性。配送信息列表界面如图5-12所示、签收界面如图5-13所示。

图5-12配送信息列表界面

图5-13签收界面
签收信息管理模块集中展示签收记录及相关详情,便于商家核查物流交付情况,确保药品流通的准确性与完整性。签收信息管理界面如图5-14所示。

图5-14签收信息管理界面
药品仓库管理模块支持供应商家查看药品仓库列表及详细信息,同时可添加新药品库存,保障药品供应及时充足,提升仓储管理效率。药品仓库列表界面如图5-15所示、药品仓库添加界面如图5-16所示。

图5-15药品仓库列表界面

图5-16药品仓库添加界面
零售采购管理模块供供应商家查看零售采购订单详情,安排药品配送任务,提升对零售需求的响应速度和供应能力。零售采购管理界面如图5-17所示。

图5-17零售采购管理界面
配送信息管理模块记录配送单列表与详细进度,供应商家可实时跟踪配送过程,确保药品运输高效、安全、可控。配送信息管理如图5-18所示。

图5-18配送信息管理界面
签收信息管理模块展示签收记录与对应详情,供应商家可核实药品交付情况,提升供应链透明度与交付准确性。签收信息管理界面如图5-19所示。

图5-19签收信息管理界面
系统用户模块用于管理各类用户账户信息,包括新增、修改、禁用或删除操作,保障平台用户管理规范有序。系统用户界面如图5-20所示。

图5-20系统用户界面
药品信息管理模块支持管理员查看药品列表、浏览详情与评论反馈,并可新增药品信息,确保药品数据准确、及时更新。药品信息管理界面如图5-21所示。

图5-21药品信息管理界面
购买订单管理模块供管理员查看购买订单详情,支持支付管理操作,便于统筹订单流转与交易监控。购买订单管理界面如图5-22所示。

图5-22购买订单管理管理界面
药品仓库管理模块集中管理药品库存信息,支持查看详情、发起医疗采购、医疗申领与商家采购,保障供应链库存动态平衡。药品仓库管理界面如图5-23所示。

图5-23药品仓库管理界面
系统管理模块中的轮插图管理功能,支持首页轮播图内容的添加、修改与更新,提升平台视觉效果与宣传效率。系统管理界面如图5-24所示。

图5-24系统管理界面
资源管理模块包括新闻资讯与咨询分类管理,支持内容分类维护与更新,丰富平台信息资源,提升用户访问体验。资源管理界面如图5-25所示。

图5-25资源管理界面
医疗机构用户通过登录功能,验证身份后进入系统,保障账户安全与操作权限的规范化。如遇密码遗忘,可通过“忘记密码”功能找回账号,确保登录流程顺畅安全。登录界面如图5-26所示。

图5-26登录界面
药品仓库管理模块支持查看药品库存列表与详细信息,提供医疗采购与医疗申领功能,便于及时补充库存与合理申领药品资源。药品仓库列表界面如图5-27所示、医疗采购界面如图5-28所示。


图5-27药品仓库列表界面
图5-28疗采购界面
药品采购管理模块供医疗机构查看采购订单列表,掌握药品采购进度,确保供应计划的有序实施。药品采购管理界面如图5-29所示。

图5-29药品采购管理界面
药品申领管理模块集中展示申领订单信息,医疗机构可查看申领进度,优化药品申请与使用管理。药品申领管理界面如图5-30所示。

图5-30药品申领管理界面
系统的测试环境如表6-1所示。
表6-1 测试环境
|
类别 |
配置项 |
详细信息 |
|
硬件环境 |
服务器CPU |
Intel Xeon E5-2680 v4 |
|
内存 |
32GB DDR4 |
|
|
硬盘 |
1TB SSD |
|
|
网络带宽 |
100Mbps |
|
|
软件环境 |
操作系统 |
Windows Server 2019 |
|
数据库 |
MySQL 8.0 |
|
|
Web服务器 |
Tomcat 9.0 |
|
|
开发框架 |
SpringBoot 2.5 |
|
|
前端框架 |
Vue.js 2.6 |
|
|
Java版本 |
JDK 11 |
|
|
浏览器 |
Chrome 88, Firefox 85 |
系统测试的主要目的是确保系统的功能、性能和稳定性满足需求规格说明书中的要求,并验证系统在实际使用环境中的可用性和可靠性。通过测试,可以发现软件中的缺陷、漏洞和潜在问题,确保系统运行的准确性、完整性和安全性。在功能测试中,目的是验证系统各功能模块是否按设计实现预期功能,例如用户登录、信息管理、数据查询等核心功能是否准确执行。性能测试的目的是验证系统在高并发、数据量大等压力场景下的响应时间和处理能力,确保系统具备良好的性能。兼容性测试的目的是确保系统在不同的硬件、软件和浏览器环境中能正常运行。测试还包括对异常处理和边界条件的验证,确保系统在异常场景下能够正确处理和恢复。最终,通过测试确保系统可以安全稳定地部署上线,为用户提供可靠的服务。
系统测试采用多种测试方法,以全面验证系统的功能和性能。功能测试采用黑盒测试方法,通过设计测试用例直接验证系统功能是否符合需求,无需了解内部代码逻辑。例如,设计用例验证用户登录模块,通过输入合法和非法的用户名与密码,检查系统响应是否符合预期。性能测试采用压力测试和负载测试方法,通过模拟高并发用户访问、数据处理的场景,评估系统的响应时间、吞吐量和稳定性。兼容性测试通过在不同操作系统、浏览器和硬件设备上运行系统,验证其在不同环境中的适应性[11]。异常测试通过设计边界条件和异常输入,检查系统对非法数据和操作的处理能力。测试用例的设计需覆盖系统的所有功能模块和接口,确保测试过程的全面性。通过系统测试方法的综合应用,可以有效发现问题,并为系统的优化和改进提供依据。
系统的测试用例表格如下图所示。
表6-2 系统测试用例表
|
测试项 |
测试用例 |
问题 |
结论 |
|
登录功能测试 |
打开登录页面 输入正确的用户名和密码 点击“登录”按钮 |
无 |
符合预期 |
|
登录功能测试 |
打开登录页面 输入错误的用户名 输入正确的密码 点击“登录”按钮 |
无 |
符合预期 |
|
登录功能测试 |
打开登录页面 输入正确的用户名 输入错误的密码 点击“登录”按钮 |
无 |
符合预期 |
|
登录功能测试 |
打开登录页面 输入不存在的用户名和密码 点击“登录”按钮 |
无 |
符合预期 |
|
注册功能测试 |
打开注册页面 输入合法的用户名、密码、邮箱等信息 点击“注册”按钮 |
无 |
符合预期 |
|
注册功能测试 |
打开注册页面 输入已存在的用户名 输入其他合法信息 点击“注册”按钮 |
无 |
符合预期 |
|
注册功能测试 |
打开注册页面 输入合法用户名但密码不符合要求(如长度不足) 点击“注册”按钮 |
无 |
符合预期 |
|
注册功能测试 |
打开注册页面 输入合法用户名和密码但邮箱格式错误 点击“注册”按钮 |
无 |
符合预期 |
|
药品信息测试 |
登录系统 进入药品信息管理页面 浏览药品名称、类型等信息 |
无 |
符合预期 |
|
药品信息测试 |
登录系统 进入药品信息管理页面 使用搜索栏输入关键词搜索药品信息管理 |
无 |
符合预期 |
|
药品信息测试 |
登录系统 进入药品信息管理页面 点击药品信息详情查看完整信息 |
无 |
符合预期 |
|
药品信息测试 |
登录系统 进入药品信息管理页面 不输入任何搜索条件直接点击搜索 |
无 |
符合预期 |
经过多轮功能和性能测试,智能医药供应链管理平台在各项操作中表现出较好的稳定性和可靠性。系统的用户界面简洁直观,操作流程清晰,管理员和普通用户、药品(零售)商家、供应商家、医疗机构都能够快速上手。功能模块如注册、登录、药品信息管理等能够顺利运行,信息传递及时、准确。在负载测试中,系统能够处理较大数量的并发访问,响应时间保持在合理范围内,确保了系统在高峰期的稳定性。此外,系统的后台管理模块具有较高的灵活性,支持根据需求进行定制化开发,能够有效满足不同的管理需求。
总体来说,系统的设计与实现符合预期,具备高效、便捷的操作体验,成功实现了全面的智能医药供应链管理平台设计与实现解决方案。
本文围绕智能医药供应链管理平台的设计与实现,基于 SpringBoot 框架构建后端系统,结合多角色业务需求,设计实现了普通用户、药品(零售)商家、供应商家、医疗机构及管理员等多角色功能模块。平台涵盖药品信息管理、订单处理、采购与申领、仓储物流、通知公告等核心功能,借助 SpringBoot 提高了系统开发效率与稳定性。平台的建设有效提升了医药流通管理的智能化与信息化水平,具有良好的实际应用价值与推广前景。
- 刘江涛,王亮亮,吴庆茹,等.基于B/S模式的铁路勘测设计案例信息化管理系统设计与实现[J].铁路计算机应用,2021,30(03):32-35.
- 张丹丹,李弘.基于B/S架构的办公管理系统设计与开发[J].铁路通信信号工程技术,2024,21(09):44-48+106.
- 王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计[J].工业控制计算机,2023,36(03):51-53.
- 熊永平.基于SpringBoot框架应用开发技术的分析与研究[J].电脑知识与技术,2021,15(36):76-77.
- 赵媛.基于Vue的Web系统前端性能优化分析[J].电脑编程技巧与维护,2024,(09):44-46.
- 秦冬.浅析Vue框架在前端开发中的应用[J].信息与电脑(理论版),2024,36(13):61-63.
- 李艳杰.MySQL数据库下存储过程的综合运用研究[J].现代信息科技,2023,7(11):80-82+88.
- 陈倩怡,何军.Vue+Springboot+MyBatis技术应用解析[J].电脑编程技巧与维护,2020,(01):14-15+28.
- 周晓玉,崔文超.基于Web技术的数据库应用系统设计[J].信息与电脑(理论版),2023,35(09):189-191.
- 马艳艳,吴晓光.计算机软件与数据库的设计策略分析[J].电子技术,2024,53(05):104-105.
- 李俊萌.计算机软件测试技术与开发应用策略分析[J].信息记录材料,2023,24(03):50-52.
- 张雪,王墨璞嘉,刘禹希.医药行业差异化创新与增强供应链韧性并行[N].上海证券报,2025-04-11(004). DOI:10.28719/n.cnki.nshzj.2025.001882.
- Murphy F .How Trump's trade war will break global medicine supply chains.[J].BMJ (Clinical research ed.),2025,389r648.
- Devi Y P ,Sriramya P ,Khilar R .Blockchain reputation-based consensus mechanism for distributed medical supply chain drug traceability with pyramidal ShuffleNet[J].Discover Computing,2025,28(1):24-24.
- 韦颖,厉欢.数字化转型对医药商品供应链管理的效率提升与成本优化研究[J].流程工业,2025,(02):13-16.
- 申海燕.数字经济赋能医药供应链韧性提升路径研究[J].中国储运,2025,(02):141-142.DOI:10.16301/j.cnki.cn12-1204/f.2025.02.092.
- 卢名星.供应链金融在企业融资优化中的应用与风险管理研究——以医药公司为例[J].市场周刊,2025,38(02):26-29.
- 张凡.瑞士医药供应链公司SkyCell:不断加强与中国本土企业合作[N].中国贸易报,2024-11-07(004). DOI:10.28113/n.cnki.ncmyb.2024.001020.
- 刘禄.集中采购政策下医药供应链政府补贴模式比较研究[D].青岛大学,2024.DOI:10.27262/d.cnki.gqdau.2024.002153.
- 孟令轩.物联网背景下医药行业供应链体系研究[J].中国储运,2024,(06):122-123.DOI:10.16301/j.cnki.cn12-1204/f.2024.06.146.
在本次智能医药供应链管理平台设计与实现的开发过程中,我衷心感谢所有给予我支持与帮助的人们。首先,我要向我的指导老师表达深深的谢意,正是他专业的引领和耐心的指导,使我在技术层面和项目管理上均取得了显著的进步。他对待科研的严谨态度和精湛的技术能力,对我产生了深远的影响,帮助我在遇到难题时能够迅速找到解决方案。
同时,我非常感谢我的团队成员们,我们一同面对挑战,共同解决问题,彼此之间的默契合作和无私奉献,使得项目能够顺利推进。在无数个加班的夜晚,是你们的陪伴和鼓励,让我感受到了团队的力量和温暖。
此外,我还要感谢那些为我提供测试环境、数据和反馈的工作人员,他们的宝贵意见让我能够不断完善系统,更好地满足实际需求。
最后,我要感谢家人的理解和支持,他们始终是我坚强的后盾。在我全身心投入项目开发的日子里,他们给予了我无微不至的关怀和鼓励,让我能够无后顾之忧地专注于项目。在此,我再次向所有帮助过我的人表示最诚挚的感谢!
点赞+收藏+关注 →私信领取本源代码、数据库
关注博主下篇更精彩
一键三连!!!
一键三连!!!
一键三连!!!
感谢一键三连!!!
更多推荐

所有评论(0)