【源码+文档+调试讲解】基于微信小程序的医院医疗设备管理系统springboot

社会前进的步伐带动信息化的发展，信息化的建设使得人们生活的节奏加快，至使人们更加注重信息的时效性。陈旧的管理获取信息方式将无法满足人们的需求。从而人们更加关注微信小程序[3]。微信小程序可以满足现代人们获取信息实时、便捷等特点，只要有网络的地方，就能迅速查找到想要的信息。

计算机技术已成为人们管理信息的重要工具。能解决人们获取信息更加有效快捷，提高人们的工作效率为重要手段[4]。

通过对医院医疗设备内容的学习研究，进而设计并实现一个医院医疗设备管理系统的小程序。微信小程序能实现的主要功能应包括设备信息、设备教学、使用手册、报修工单、维修进度、配件申领等一些操作。还有可以正确的为用户服务，准确显示当前信息[5]。

在医院医疗设备管理系统的小程序的前期，即需求分析阶段，我们对用户的需求进行了详细的描述，并且在需求规范中有详细的描述和阐明。根据系统需求的分析，对设备信息的管理进行了整体的设计。着重对软件模块的设计进行了详细的分析，以达到对系统的需求。重点阐述了系统的划分、接口的确定、各模块间的数据传输、数据结构与模块结构的设计[6]。在下面的概要设计中，将会详细地描述这个阶段中的系统。

在开发与设计中，要有正确的开发思路，要对开发环境、语言、架构、操作系统这些方面做一些了解，最后就是完整的思路模式。系统的设计按照以下原则执行：

（1）有效性原则

能够设计的有效，对于用户来说是比较满意的，正常的可以用是在需求，还有是有用的特定意义，都是可以说在有效的范围里。都是用一些操作，还有开发的思维，能够给使用者带来的使用。所谓设计就是需求的想法，很完整就不能够是一个好的系统，可以使用的系统有效性是很高的，而且还有效使用，在实现用户的需求时才能够很好而不会有错误的[7]。

（2）可扩展性

从“可伸缩”的意义来看，许多人认为，讨论改进性能、实现高可用性，甚至是专门的技术和协议。很明显，这些都与可扩充性无关，你必须知道有关速度、性能、可用性、应用平台、网络等等，但是，这并不是一个可扩充的定义。其核心内容是增加一个功能逻辑，或者减少一个功能,逻辑上并不会影响到其他已经编写好的功能模块，这就是可扩展性含义。

系统的可扩展性设计非常重要，但是又非常难以掌握，很多试图通过高并发语言等方式缓解开发者精力，但是，无论采取什么技术，如果应用系统内部是比较的麻烦，比如对数据库的严重依赖，当系统的存取规模达到一定程度时，就会将资源集中在一个或两个数据库服务器上，这时进行分区扩展伸缩就比较困难。

（3）用户的需求原则

在设计系统之前，一般都是先了解一下系统，了解一下系统中的信息在哪里，然后再进行相应的设置。但我们也承认，许多使用者并不能真正了解设计师的想法，并且经过研究发现，系统所服务的对象是广大的用户，并不是掌握这些知识的设计者，所以我们得通过特殊的界面来实现让用户方便使用的系统[8]。

目前腾讯发布的微信官方网站上所使用的软件开发工具主要是微信开发工具，并且有官方网站为它提供了一个前端开发平台。由于软件不能在浏览器上运行，因此在网络上是不允许使用 Document，Window等方法的。而在以往对HTML5进行加载的过程中，会受到网络环境的限制，需要对HTML、CSS以及JS进行一步又一步的加载，然后返回信息，从而渲染页面，将其在浏览器当中进行呈现。这样的方式用户需要等待许久，而且会降低用户的体验感。微信Web开发者工具与H5开发工具的预览模式存在着一定的差异，其属于一项自己的工具，因此可有效地实现同步本地文件开发和调试等流程。此外小程序开发了相关的标签语言和样式语言，并没有使用相关的HTML5+CSS3。在微信小程序软件的开发过程中，还进一步提供了原生APP的组件。而在HTML5+CSS3当中，这是需要通过模拟才能够有效实现的相关功能，但在小程序当中可以通过组件来得到有效的实现。

1. 目录结构

一个小程序主体部分由三个文件组成，必须放在项目的根目录。小程序主体组成如表2-1。

表2-1 小程序主体组成

一个小程序页面由四个文件组成。小程序页面组成如表2-2。

表2-2 小程序页面组成

1. 框架

整个小程序架构由两个部分组成：逻辑层和视图层。小程序还提供了 WXML和 WXSS的视图层描述语言，并在此基础上构建了一个基于 JavaScript的逻辑层，并在视图层和逻辑层之间设置了数据传递和事件处理，使得开发者可以集中精力在数据和逻辑上。微信小程序的结构，如图2-3所示。

• 逻辑层 App Service

我们所说的逻辑层Service，其实就是对业务流程的控制，主要由JavaScript语言来编写，具体体现在小程序中有四个功能：一、对数据进行初始化，还可以进行云端存储和云端调用。二、增加即将需要处理的逻辑事务。三、把需要进行的逻辑交易进行操作。四、变换视角，显示结果。

• 视图层 View

框架的视图层由 WXML 与 WXSS 编写，由组件来进行展示。将逻辑层的数据反映成视图，同时将视图层的事件发送给逻辑层。

图2-3 微信小程序的结构

2.4 SpringBoot框架

该框架拥有自己独特的配置方式，网站开发人员不需要再进行大量重复的样板 式的配置工作，开箱即用，不会生成额外代码量，不需要进行XML文件的配置。

2.5 MySQL数据库

微信小程序的性能是指操作系统完成现有的程序的有效性、稳定性以及响应速度，操作系统完成一个任务时，与系统自身设置、路由的设计、网络性能的测试、设备的使用情况等多个方面都密切相关，要是任何一个环节出现问题，就都会影响整个系统的性能。所以要从网络的设置、系统的操作、硬件的组合、程序的应用等方面综合检查，然后问题出现在哪个部分，可以集中进行解决[9]。

在程序的应用、系统的操作、硬件的组合、网络的设置等方面，影响性能最大的是程序的应用和系统的操作两个方面，因为这两个方面如果出现的问题是不太容易察觉，隐蔽性非常的强。而硬件的组合、网络的设置只要出现问题，一般都能马上发现。主要了解一下系统的操作方面的性能操作思路，程序的应用方面需要具体问题还需要有具体的解决办法[10]。

随着智能设备的快速发展，以及对于网络的深入认识，这种高度分布式架构最终会变为移动计算。但是，随着计算量的日益增大，系统架构师开始将计算任务转移到共享网络的计算上，这样，他们就可以利用共享网络的计算可以无限制的计算量和存储相关的资源，并享受其带来的比较高的可靠性以及低成本。因此，近年来，许多的企业开始向以共享网络计算为中心的更加有效化的方式发展[11]。

主要是对于医院医疗设备信息工作调研，以及对医院医疗设备信息采集、存储、查询和更新。在医院医疗设备问题上对于现有管理上的不足，用户可以通过后期查询医院医疗设备信息，从而使医院医疗设备管理更加便利。

用户的不同，导致所给权限的不同。管理员属于最高权限的用户，对系统所有功能都可以管理，使用员、设备员权限是管理员给予的，所以只能操作自己权限内的功能，给三种不同用户不同权限与界面，从而让系统更加广泛的使用与管理[12]。

在实际的系统项目开发中，需要怎么做开发和一些现实中的做法是紧密结合在一起的，整体开发的过程还有应用的场景通常也会是一个持续发展的过程，在一个特定的设计中，如何开发，将会对实际的实施流程产生影响，要注意到怎样进行部署和运行。因此，整个系统的研发，都是紧密相连的，要是真的划分为独立的几个阶段，忽视其作为一个整理的综合考虑，每个步骤的实施过程必然会遇到由于上一阶段考虑不周全带来的问题，从而影响整体开发的效率。

设计者往往以需求为中心进行工作，而大多数的功能需求是从总体上进行分析和思考，即从设计者的角度去了解需求。但是要真正理解真实需要，光从开发人员的观点出发还远远不够，还需要从实际的行业发展以及相关地方情况考虑，要从更高的层面去分析，这是真实的需要；同时，我们也要更好的了解他们的用户思维，了解他们的应用情况，和他们的思想，这是他们的需要[13]。

要想在实际的情况下，开发出一套符合使用者要求的医院医疗设备管理系统的小程序，首先要了解使用者的需求。对医院医疗设备管理的需求有深刻的了解，无论设计与开发工作多么优秀，都是一个成功的先决条件，也可以这么说，要不能满足用户需求的程序，是创造不出非常大的使用价值的,而且还给设计者带来很多的不利。需求分析是医院医疗设备管理系统的小程序设计时期的比较重要的一个阶段，它的基本内容是准确地解释出系统将会能够做些什么事情的关键问题，最终完成的是一份完整的系统的使用说明。

（1）有一些功能方面的需求，通过需求分析，可以找出需要完成的几个基本功能模块。性能要求也是指在系统设计的时候，需要满足一定的要求和限制，比如响应时间、信息处理、内存容量、磁盘容量、安全等等。 

（2）系统的可靠性要求也是一个必须考虑的问题，它可以将可用性和可靠性结合起来，显示了用户在使用时经常遇到的问题。硬件要求也包括需要处理错误，以表明系统如何应对环境错误。如果自己的系统收到来自其他系统的信息，这些信息违背了某些格式，这时系统应该会有什么样的响应情况。

（3）软件方面的需求还有一些逆向的需求，就是系统不能做的事情。可以说，有很多种不同的要求，而开发人员应该能够准确的理解他们的真正需要，并且可以应用到医院医疗设备管理系统的小程序中。还有应该明确地找出一些虽然不属于当前医院医疗设备管理系统的小程序开发的情况，但是据现在的分析，将来是非常可能会需要的可能需求。经过这个需求的分析，在设计过程中对医院医疗设备管理系统的小程序将来有机会出现的问题有所准备，要能够确实需要的时候可以更加轻松的修改。

在设计系统的过程中，用例图也是系统设计过程中必不可少的模型，如果说系统的结构图可以简洁明了的表示出系统的有关功能模块，那么用例图则可以更为细致的，结合系统中人员的有关分配，能够从细节上描绘出系统中有关功能所完成的具体事件，确切的反映出某个操作以及它们相互之间的内部联系。

其中参与者就是和系统能够发生交互的外在实体，一般可以指系统的某个用户。一个用例图就能对应出系统中的一个功能过程，系统中完整的功能都是由许多不同的用例图所组成的。

系统用例图如图3-1、图3-2、图3-3、图3-4所示。

图3-1 管理员管理用例图

图3-2 设备员用例图

图3-3 使用员用例图

图3-4 管理员用例图

流程图就是用它已经特定的图形符号以及相应的线条，用来展现出系统在执行中的整个的过程。由于这种图形能够很方便的描绘系统的一系列流程，所以它的所有的图形符号是比较关键的，基本都是一个图形符号就能表示某个过程的一个单独的步骤。流程图不只是提供出比较完整、全面的执行过程，而且在整个团队的协作设计过程中，还可以发现其中有可能存在的缺陷以及不足，便于在后续的过程中能够及时的纠正和完善系统。

登录流程图和添加信息流程图分别如图3-5、图3-6所示。

图3-5 登录流程图

图3-6 添加信息流程图

本次系统所涉及到的有关的功能，都是用功能结构图来简洁和清晰的表示出来，功能结构图就是能够把比较复杂的功能结构用图的形式清晰的描绘下来，并且为后续的设计以及测试等模块提供了明确的方向，在构思功能结构图的时候，便可以给设计的过程带来一定的思维导向，不至于在设计过程中有所遗漏，可以尽可能的明确系统所涉及到的功能。

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

图 4-1系统功能结构图

在关系数据E-R图中，分析并创建数据表，数据表用来记录信息，数据表关系由多个数据表组成，下面介绍的是数据表各个字段信息如下表所示。

表4-1：关于我们

表4-2：使用员

表4-3：使用手册

表4-4：设备员

表4-5：设备信息

表4-6：设备教学

表4-7：配件申领

表4-8：动态消息

表4-9：科室

表4-10：维修进度

表4-11：用户表

表4-12：配置文件

表4-13：token表

表4-14：报修工单

表4-15：收藏表

源码获取