本文将讨论基于MySQL数据库的医院药品管理系统的设计与实现。药品管理系统是医院管理系统中重要的组成部分,它能够有效管理医院的药品信息、库存、进销存等业务流程,提高药品管理的效率和准确性。
在设计与实现过程中,我们将使用Django框架来构建系统的后端逻辑,利用其强大的ORM特性来操作MySQL数据库,实现对药品信息、库存等数据的管理和维护。同时,系统将采用良好的前后端分离架构,使用RESTful API来实现前后端之间的数据交互,提高系统的可扩展性和灵活性。
在系统功能方面,将包括药品信息的录入与管理、库存管理、药品信息管理、厂家信息管理等功能,以满足医院药品管理的各项需求。同时,系统将注重用户权限与安全,实现不同角色的用户对系统功能的合理访问与操作。
通过本文的设计与实现,将为医院药品管理系统的开发提供一种基于MySQL的技术方案,并为类似系统的设计与开发提供一定的参考与借鉴。
关键词:医院药品管理系统;Python语言;Django;MySQL
This paper will discuss the design and implementation of hospital drug management system based on MySQL database. Drug management system is an important part of the hospital management system, it can effectively manage the hospital drug information, inventory, purchase, sales and other business processes, improve the efficiency and accuracy of drug management.
In the process of design and implementation, we will use Django framework to build the back-end logic of the system, and use its powerful ORM features to operate the MySQL database to achieve the management and maintenance of drug information, inventory and other data. At the same time, the system will adopt a good back-end separation architecture, and use RESTful apis to achieve data interaction between the front and back ends, improving the scalability and flexibility of the system.
In terms of system functions, it will include drug information input and management, inventory management, drug information management, manufacturer information management and other functions to meet the needs of hospital drug management. At the same time, the system will pay attention to user rights and security, so that users of different roles can access and operate the system functions reasonably.
Through the design and implementation of this paper, it will provide a technical scheme based on MySQL for the development of hospital drug management system, and provide a certain reference for the design and development of similar systems.
Keywords:Hospital drug management system; Python language; Django; MySQL
目录
随着医院规模的扩大和信息化程度的提高,药品管理成为医院管理中的重要环节。传统的药品管理方式已经无法满足医院日益增长的需求,因此需要一套高效、准确的药品管理系统来辅助医院管理药品信息、库存、进销存等业务流程。
目前,许多医院仍在使用传统的药品管理方式,如手工记录、Excel表格等,这种方式存在着信息不实时、易出错、难以统计分析等问题,严重影响了医院药品管理的效率和质量。因此,开发一套基于现代化技术的医院药品管理系统势在必行,它能够提高药品管理的效率和准确性,为医院管理提供更可靠的数据支持。
基于MySQL的医院药品管理系统将充分利用Django框架的快速开发特性和MySQL数据库的稳定性和可靠性,结合良好的前后端分离架构和RESTful API,实现一个功能完善、性能稳定的药品管理系统。通过本系统的设计与实现,能够为医院提供一套现代化的药品管理解决方案,提升药品管理的效率和水平,为医院信息化建设贡献力量。
-
- 课题研究意义
基于MySQL的医院药品管理系统的设计与实现具有重要意义。首先,该系统的建设将有助于提升医院药品管理效率,通过自动化和信息化的手段,实现药品信息的快速录入和库存管理的精准监控,从而提高医院药品管理的效率和准确性。其次,系统的运用能够优化药品供应链,包括采购、库存监控、过期药品管理等,有助于降低医院的运营成本,提高药品供应链的效益。最后,该系统也将改善医疗服务质量,确保药品的质量和安全,避免因药品管理不当而导致的医疗事故,从而提高医疗服务的质量和安全性。综上所述,该选题对于促进医院管理水平的提升,提高医疗服务质量,以及推动整个医疗行业的信息化进程具有重要的现实意义和推广价值。
论文将分层次经行编排,除去论文摘要、目录、致谢、文献参考部分,正文部分还会对网站需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第1章 交代了项目的背景以及开发的实际意义。
第2章 对本系统的可行性、功能需求展开分析。
第3章 阐述了项目的总体设计。
第4章 阐明了医院药品管理系统详细功能的实现,主要根据技术性的功能模块功能实现。
第5章 罗列了部分系统调试与测试的记录。
第6章 介绍了医院药品管理系统的结论。
医院药品管理系统设计与实现是一个基于Web的信息管理平台,我们在实现这个系统所采用的技术方案是基于Python语言,Django框架,MySQL数据库,在大学的学习中这两门课程都已经学过,而且自己也用这些技术开发过小的项目,在平时的课程设计以及作业也经常用到Python和MySQL,在技术上实现自己的自主开发是可行的。
在开发医院药品管理系统并不需要投入太多,开发工具、服务器、数据库等,都可以通过网络搜索、下载、安装,只需要一台普通的计算机就可以完成操作,而且在系统功能规划上通过走访调查目前用户对医院药品管理系统的需求,了解它们对系统具体实现的功能需求,然后进行设计开发,不存在任何开销,因此系统的开发在经济方面是可行的。
操作方面主要考虑的是用户在使用以及管理人员在管理的时候,是否简单可行,没有任何计算机基础的用户能否使用,开发的医院药品管理系统在设计的时候秉承简单易学的理念,在用户进入系统后都会有固定的导航按钮,只要认字就可以操作完成,而且管理员在管理方面也只需简单的增删改查即可完成,因此在操作上也是可行的。
医院药品管理系统的开发在功能上划分为医生用、药房用户和管理员大部分。
药方房用户:
(1)登录:药房用户的账号密码是由管理员早后台添加生成的,可直接输入账号密码进行登录。
(2)药方记录管理:用户点击可查看药方记录列表。
(3)药品信息管理:用户点击可查看药品信息列表;点击“入库”按钮可填写入库信息,包括入库编号,输入入库数量,选择入库日期,输入药品费用,选择过期时间和输入备注信息。点击“出库”按钮可填写出库信息,包括出库数量、出库如期、药品价格和费用合计。点击“破损”可填写破损信息,包括破损数量和破损原因。
(4)入库信息管理:用户点击可查看入库信息列表。
(5)出库信息管理:用户点击可查看出库信息列表。
(6)破损信息管理:用户点击可查看破损信息列表。
(7)厂家信息管理:用户点击可查看厂家信息列表。
医生用户:
(1)注册登录:用户通过注册登录系统,可通过点击头像中我的账户,对个人信息进行增删改查。比如个人资料、头像和密码修改。
(2)药方记录管理:用户点击可查看药方记录列表和药房记录添加;点击“药方记录添加”,选择医生用户、医生姓名,输入单据编号,选择开具时间,输入开具药品和注意事项,点击“提交”按钮进行添加。
管理员:
(1)登录:管理员的账号是在数据列表中直接设置生成的,不需要进行注册,可直接输入账号密码登录,同时可对管理员资料进行增删改查。
(2)后台首页: 管理员点击药品信息统计数据图。
(3)系统用户:管理员点击可查看管理员、医生用户和药方用户;如需添加药方用户信息,点击“添加”按钮,上传头像,输入账号、密码、昵称、邮箱,选择状态,输入用户姓名,选择用户性别和输入联系方式,点击“提交”按钮进行添加。
(4)药方记录管理:管理员点击可查看药方记录列表。
(5)药品信息管理:管理员点击可查看药品信息列表和药品信息添加;点击“药品信息添加”,输入药品名称,上传药品图片,选择厂家名称,输入药品库存、药品价格,选择有效期和输入药品作用,点击“提交”按钮进行添加。
(6)入库信息管理:管理员点击可查看入库信息管列表。
(7)出库信息管理:管理员点击可查看出库信息列表。
(8)破损信息管理:管理员点击可查看破损信息列表。
(9)厂家信息管理:管理员点击可查看厂家信息列表和厂家信息添加;点击“厂家信息添加”,输入厂家名称、厂家电话、厂家地址和主营产品,点击“提交”按钮进行添加。
医院药品管理系统的非功能性需求比如医院药品管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-1 医院药品管理系统非功能需求表
安全性 | 主要指医院药品管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指医院药品管理系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响医院药品管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着医院药品管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 医院药品管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
医院药品管理系统中注册用户角色用例图如图2-1所示:
图2-1 注册用户角色用例图
医院药品管理系统中管理员角色用例图如图2-3所示:
图2-2管理员角色用例图
在分析了项目开发的背景、意义以及其开发的可行性后,接下来就是探讨项目的功能划分,以及具体实现的时候对项目数据库各种表的设计,在本章会做一个系统的介绍。
系统功能模块的设计就是把系统具体要实现哪些功能,功能如何划分做一个系统的架构,以模块图的方式展示出来,方便我们进行功能得罗列以及涉及。在系统的功能方面,项目分成了管理员+医生用户+药房用户三个模块,每个模块登录进去对应相应的功能,具体的功能模块图如图3-1所示。
图3-1 医院药品管理系统功能模块图
一个成熟的系统,数据库的好坏直接影响着其运行,如果没有一个好的数据库对数据存储,那么系统中所有的数据就没有办法调用,数据库是由很多个表组成,然后表和表之间相互联系,形成一个大大的数据库实体。
下面是整个医院药品管理系统中主要的数据库表总E-R实体关系图。

图3-2医院药品管理系统总E-R关系图
通过前面E-R关系图可以看到项目需要创建很多个表。下面罗列一下本医院药品管理系统当中的几个主要的数据库表:
表access_token (登陆访问时长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | damage_information_id | int | 10 | 0 | N | Y | 破损信息ID | |
2 | pharmacy_users | int | 10 | 0 | Y | N | 0 | 药房用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
5 | manufacturers_name | varchar | 64 | 0 | Y | N | 厂家名称 | |
6 | drug_number | varchar | 64 | 0 | Y | N | 药品编号 | |
7 | damaged_quantity | int | 10 | 0 | Y | N | 0 | 破损数量 |
8 | reason_for_damage | text | 65535 | 0 | Y | N | 破损原因 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_users_id | int | 10 | 0 | N | Y | 医生用户ID | |
2 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
3 | doctors_gender | varchar | 64 | 0 | Y | N | 医生性别 | |
4 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
5 | doctors_id | varchar | 64 | 0 | Y | N | 医生工号 | |
6 | doctors_department | varchar | 64 | 0 | Y | N | 医生科室 | |
7 | doctors_position | varchar | 64 | 0 | Y | N | 医生职务 | |
8 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
9 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | drug_information_id | int | 10 | 0 | N | Y | 药品信息ID | |
2 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
3 | drug_images | varchar | 255 | 0 | Y | N | 药品图片 | |
4 | drug_number | varchar | 64 | 0 | Y | N | 药品编号 | |
5 | manufacturers_name | varchar | 64 | 0 | Y | N | 厂家名称 | |
6 | drug_inventory | int | 10 | 0 | Y | N | 0 | 药品库存 |
7 | drug_prices | int | 10 | 0 | Y | N | 0 | 药品价格 |
8 | validity_period | date | 10 | 0 | Y | N | 有效期 | |
9 | drug_effects | text | 65535 | 0 | Y | N | 药品作用 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
表manufacturer_information (厂家信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | manufacturer_information_id | int | 10 | 0 | N | Y | 厂家信息ID | |
2 | manufacturers_name | varchar | 64 | 0 | Y | N | 厂家名称 | |
3 | manufacturers_phone_number | varchar | 64 | 0 | Y | N | 厂家电话 | |
4 | manufacturers_address | varchar | 64 | 0 | Y | N | 厂家地址 | |
5 | main_products | text | 65535 | 0 | Y | N | 主营产品 | |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | outbound_information_id | int | 10 | 0 | N | Y | 出库信息ID | |
2 | pharmacy_users | int | 10 | 0 | Y | N | 0 | 药房用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
5 | manufacturers_name | varchar | 64 | 0 | Y | N | 厂家名称 | |
6 | drug_number | varchar | 64 | 0 | Y | N | 药品编号 | |
7 | outbound_number | varchar | 64 | 0 | Y | N | 出库编号 | |
8 | outbound_quantity | int | 10 | 0 | Y | N | 0 | 出库数量 |
9 | outbound_date | datetime | 19 | 0 | Y | N | 出库日期 | |
10 | drug_prices | int | 10 | 0 | Y | N | 0 | 药品价格 |
11 | total_expenses | varchar | 64 | 0 | Y | N | 费用合计 | |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | pharmacy_users_id | int | 10 | 0 | N | Y | 药房用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | prescription_records_id | int | 10 | 0 | N | Y | 药方记录ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | document_number | varchar | 64 | 0 | Y | N | 单据编号 | |
5 | date_of_issuance | datetime | 19 | 0 | Y | N | 开具时间 | |
6 | issuance_status | varchar | 64 | 0 | Y | N | 开具状态 | |
7 | drug_expenses | int | 10 | 0 | Y | N | 0 | 药品费用 |
8 | drug_issuance | text | 65535 | 0 | Y | N | 开具药品 | |
9 | matters_needing_attention | text | 65535 | 0 | Y | N | 注意事项 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | storage_information_id | int | 10 | 0 | N | Y | 入库信息ID | |
2 | pharmacy_users | int | 10 | 0 | Y | N | 0 | 药房用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
5 | manufacturers_name | varchar | 64 | 0 | Y | N | 厂家名称 | |
6 | drug_number | varchar | 64 | 0 | Y | N | 药品编号 | |
7 | warehouse_entry_number | varchar | 64 | 0 | Y | N | 入库编号 | |
8 | inventory_quantity | int | 10 | 0 | Y | N | 0 | 入库数量 |
9 | storage_date | datetime | 19 | 0 | Y | N | 入库日期 | |
10 | drug_expenses | int | 10 | 0 | Y | N | 0 | 药品费用 |
11 | expiration_time | date | 10 | 0 | Y | N | 过期时间 | |
12 | remarks | text | 65535 | 0 | Y | N | 备注信息 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_chat_friend_id | int | 10 | 0 | N | Y | id | |
2 | user_id | int | 10 | 0 | N | N | 用户id | |
3 | friend_user_id | int | 10 | 0 | N | N | 用户好友id | |
4 | friend_user_name | varchar | 255 | 0 | Y | N | 好友名称 | |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_chat_group_id | int | 10 | 0 | N | Y | id | |
2 | group_id | int | 10 | 0 | Y | N | 群聊id | |
3 | group_name | varchar | 255 | 0 | Y | N | 群聊名称 | |
4 | user_id | int | 10 | 0 | Y | N | 用户id | |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_chat_read_id | varchar | 255 | 0 | N | Y | id | |
2 | user_id | int | 10 | 0 | Y | N | 接收人id | |
3 | send_user_id | int | 10 | 0 | Y | N | 发送人id | |
4 | group_id | int | 10 | 0 | Y | N | 群聊id | |
5 | type | int | 10 | 0 | Y | N | 类型1-点对点消息,2-群聊消息 | |
6 | create_time | timestamp | 19 | 0 | Y | N | CURRENT_TIMESTAMP | 时间 |
7 | message | text | 65535 | 0 | Y | N | 消息 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
管理员和用户在登录界面输入用户名+密码,点击“登录”按钮,系统在用户数据库表中会对管理员、注册用户的账号进行匹配,用户名+密码正确的话,就会登录到系统中各个用户的主管理界面,否则提示对应的信息,返回到登录的界面,其主界面展示如下图4-1所示。

图4-1登录界面图
用户登录关键代码如下:
def Login(self, ctx):
print("===================登录=====================")
ret = {
"error": {
"code": 70000,
"message": "账户不存在",
}
}
body = ctx.body
password = md5hash(body["password"]) or ""
obj = service_select("user").Get_obj(
{"username": body["username"]}, {"like": False}
)
if obj:
user_group = service_select("user_group").Get_obj({'name': obj['user_group']}, {"like": False})
if user_group and user_group['source_table'] != '':
user_obj = service_select(user_group['source_table']).Get_obj({"user_id": obj['user_id']}, {"like": False})
if user_obj['examine_state'] == '未通过':
ret = {
"error": {
"code": 70000,
"message": "账户未通过审核",
}
}
return ret
if user_obj['examine_state'] == '未审核':
ret = {
"error": {
"code": 70000,
"message": "账户未审核",
}
}
return ret
if obj["state"] == 1:
if obj["password"] == password:
timeout = timezone.now()
timestamp = int(time.mktime(timeout.timetuple())) * 1000
token = md5hash(str(obj["user_id"]) + "_" + str(timestamp))
ctx.request.session[token] = obj["user_id"]
service_select("access_token").Add(
{"token": token, "user_id": obj["user_id"]}
)
obj["token"] = token
ret = {
"result": {"obj": obj}
}
else:
ret = {
"error": {
"code": 70000,
"message": "密码错误",
}
}
else:
ret = {
"error": {
"code": 70000,
"message": "用户账户不可用,请联系管理员",
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
注册模块满足注册用户角色的注册,想要进行登录系统,就必须进行登录,如果没有系统的账号,可以通过注册,然后再登录,其主界面展示如下图4-2所示。

图4-2注册界面图
注册关键代码如下:
def Register(self, ctx):
print("===================注册=====================")
userService = service_select("user")
body = ctx.body
if "username" not in body and body["username"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户名不能为空",
}
}, ensure_ascii=False))
if "user_group" not in body and body["user_group"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户组不能为空",
}
}, ensure_ascii=False))
if "password" not in body and body["password"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "密码不能为空",
}
}, ensure_ascii=False))
post_param = body
post_param['nickname'] = body["nickname"] or ""
post_param['password'] = md5hash(body["password"])
obj = userService.Get_obj({"username": post_param['username']}, {"like": False})
if obj:
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户名已存在",
}
}, ensure_ascii=False))
ret = {
"error": {
"code": 70000,
"message": "注册失败",
}
}
bl = userService.Add(post_param)
if bl:
ret = {
"result": {
"bl": True,
"message": "注册成功"
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
药方记录管理:用户点击可查看药方记录列表和药房记录添加;点击“药方记录添加”,选择医生用户、医生姓名,输入单据编号,选择开具时间,输入开具药品和注意事项,点击“提交”按钮进行添加。界面如下图所示。

图4-3药方信息添加界面图
药品信息管理:用户点击可查看药品信息列表;界面如下图所示。

图4-4 药品信息管理界面图
(1)点击“入库”按钮可填写入库信息,包括入库编号,输入入库数量,选择入库日期,输入药品费用,选择过期时间和输入备注信息。界面图如下。

图4-5 入库信息添加界面图
(2)点击“出库”按钮可填写出库信息,包括西湖库数量、出库如期、药品价格和费用合计。界面图如下。

图4-6 出库信息添加界面图
(3)点击“破损”可填写破损信息,包括破损数量和破损原因。界面图如下。

图4-7 破损信息添加界面图
系统用户:管理员点击可查看管理员、医生用户和药方用户;如需添加药方用户信息,点击“添加”按钮,上传头像,输入账号、密码、昵称、邮箱,选择状态,输入用户姓名,选择用户性别和输入联系方式,点击“提交”按钮进行添加。界面如下图所示。

图4-8 系统用户界面图
厂家信息管理:管理员点击可查看厂家信息列表和厂家信息添加;点击“厂家信息添加”,输入厂家名称、厂家电话、厂家地址和主营产品,点击“提交”按钮进行添加。界面如下图所示。

图4-9 厂家信息管理界面图
药品信息管理:管理员点击可查看药品信息列表和药品信息添加;点击“药品信息添加”,输入药品名称,上传药品图片,选择厂家名称,输入药品零库存、药品价格,选择有效期和输入药品作用,点击“提交”按钮进行添加。界面如下图所示。

图4-10 药品信息管理界面图
这部分内容主要是把前期编码完成的系统,当成是计算机系统的一部分,并结合一些数据,计算机硬件和支持的软件进行集成测试和确认测试。之所以要进行最后的测试步骤,原因在于检查制作的系统与需求说明书的比较中,存在的差异问题。进一步确认制作的系统在功能与性能上跟需求说明书当中的要求相符。
检测系统是否合格,需要用到很多的测试类型。接下来就对这部分内容进行描述。
功能测试:这是系统测试中,首先进行的测试内容,其属于黑盒测试。主要检验制作的系统与需求说明文档的相符程度,还有它们之间存在的差异问题。
性能测试:主要测试制作的系统,在同时面对很多的用户请求时,该系统的应对能力。同时也是检查制作的系统跟事先预定的系统性能存在的差距问题。这样的方法通常在实时系统中,或者是嵌入式系统中运用得比较多。
容量测试:这种方法针对数据。检查正常运行的系统对数据处理的容量值。
安全性测试:这种方法常用于检验系统中设置的安全保护机制对来自非法用户的攻击时是否有效。而检测系统中的信息保护机制就需要使用常见安全测试中的保护测试来验证。
健壮性测试:这种测试还有一个别称是容错测试,通常运用故障插入法来检测系统的容错能力,看系统是否可以忽略故障保持继续运行,或者是检测系统应对故障时的自动恢复能力。
兼容性测试:面对计算机的各种软硬件环境,检测本系统是否可以兼容。
易用性测试:这种方法主要是面向用户,检测用户是否很容易理解和使用系统。
医院药品管理系统在经历最后的测试环节,需要检验本系统的功能安全性,功能适用性等内容,最终得出测试结论。
表5-1 功能测试数据表
符合要求 | |
符合要求 | |
符合要求 | |
符合要求 | |
符合要求 |
通常来说,一个布局合理,显示的内容无错别字,并具备合理正常的操作逻辑的系统往往很受欢迎,而且可以提升访问者的使用时间以及访问率。
表5-2 可用性测试数据表
测试内容 | 测试结果 |
合理 | |
合理 | |
能 | |
无 | |
检查系统功能有无友好性 | 有 |
能 | |
无 | |
检查系统有无提供帮助信息 | 有 |
医院药品管理系统经过了编码阶段的单元测试,和最后的系统整体测试等测试后,对于用户要求的功能,本系统都进行了实现,各个模块都运行正常。在面对一些故障性问题时,本系统也有相应的应对办法,并且本系统可以保持24小时正常运转。因此,医院药品管理系统可以交付用户使用。
本文描述了医院药品管理系统设计与实现的原理和开发过程,在开发本医院药品管理系统之前,首先通过网上查询现有的医院药品管理系统功能、线下通过问卷调查的方式,了解用户对音乐网站方面的具体需求,对系统的开发背景以及推荐系统的研究现状进行研究,设计了本医院药品管理系统具体实现的功能;确定好功能后,第二步就是开发工具的选择,在设计本医院药品管理系统的时候,采用了现下比较流程的Python语言,采用Django框架,数据的存储方面采用的是开源的MySQL数据库,接下来就是对系统需求的分析,在文中主要通过对幼医院药品管理系统进行可行性、性能、功能、用例四个方面进行分析,确定了本医院药品管理系统的具体功能,功能确定后就是对系统的设计以及,包括前后台、数据库等方面,最终完成系统的开发,对系统进行测试总结。
在开发本医院药品管理系统的过程中我成长了很多,学习到了很多书本上没有的知识,目前系统虽然已经完成,但是还有许多地方需要改进,比如界面布局方面,代码的编写方面,都可以进一步完善,由于自己专业知识的浅薄,系统做的并不是十分完美,以后我会不断进行学习,对系统进行完善,希望有机会能够投入到学校的使用当中,给同学们提供便利。
[1]于洋,安晓玲.医院药品耗材集带采购管理系统的程序设计及实现[J].航空航天医学杂志,2024,35(02):201-202.
[2]刘畅,王陈.MySQL数据库课程的教学评价体系设计[J].电子技术,2024,53(01):393-395.
[3]杨芬,宋晓燕.MySQL数据库应用的课程教学分析[J].电子技术,2023,52(10):180-181.
[4]杨华,徐扬.MySQL数据库对中文编码支持的探讨[J].网络安全和信息化,2023(10):157-160.
[5]史香芬,孙志勇,张旭锋,等.基于智能信息管理系统的门诊麻精药品全流程管理[J].中国药物警戒,2023,20(08):899-903.DOI:10.19803/j.1672-8629.20220176.
[6]蒋继冬. 浅谈MYSQL中的索引优化[C]//中国智慧工程研究会.2023中西部地区教育创新与发展论坛论文集(二).[出版者不详],2023:7.DOI:10.26914/c.cnkihy.2023.044441.
[7]赵晓辉,刘来亮.推进药品标准管理系统数字化[J].大众标准化,2023(12):1-3.
[8]李艳杰.基于MySQL数据库的数据安全应用设计[J].现代信息科技,2023,7(12):151-154.DOI:10.19850/j.cnki.2096-4706.2023.12.037.
[9]Luciano G R ,Torres G A R ,Gomez B E , et al. [J]. International Journal of Education and Management Engineering(IJEME),2023,13(3).
[10]谭康康,胡支滨,韩阳,等.药店药品信息管理系统的设计及优化[J].华北理工大学学报(自然科学版),2023,45(02):104-109.
[11]吴伊如.药品和供应商资质管理系统的开发与应用分析——以公立医院为例[J].科技视界,2023(10):114-117.
[12]田雅轩,王迎利.区块链技术在药品品种档案管理系统中的应用探索与实践[J].中国医药导刊,2022,24(10):1009-1015.
[13]毛建利,沈晓敏,杨建军.ABC分类法提高基层医院药品管理系统的效果观察[J].贵州医药,2022,46(08):1315-1316.
[14]宗佳惠.基于RFID的医院药品物资条码库房管理系统[J].自动化技术与应用,2022,41(06):68-72.DOI:10.20033/j.1003-7241.(2022)06-0068-05.
[15]宗华,宇应涛,褚代芳,等.基于浏览器与服务器架构的药品管理系统设计与实现[J].中国医学装备,2022,19(01):152-156.
[16]张楠,杨慧鹃,王鑫,等.供应-调剂-配送供应链系统用于医院药品管理效果评价[J].中国药业,2021,30(04):21-24.
[17]王莉.药库管理系统在医院药品管理中的作用[J].中国社区医师,2021,37(01):192-193.
[18]王颖瑞. 药房信息管理系统的设计与实现[D].北京邮电大学,2021.DOI:10.26969/d.cnki.gbydu.2020.001363.
[19]陈坦.基于物流一体化平台的医院药品流通管理系统设计[J].生命科学仪器,2020,18(03):99-104.
[20]陶玉娟.ABC分类法提高医院药品管理系统的效果分析[J].中国基层医药,2020,27(02):168-173.
致谢
至此论文结束,感谢您的阅读。在此我要特别的感谢我的导师,虽然我在实习期间很忙,论文撰写的时候经常是停停改改,但是我的导师依旧十分的负责,时不时的询问我的任务进展情况,跟进我的论文进度,在指导老师的帮助下,我逐步完成了自己的论文和程序,从导师身上也学习到很多知识和经验,这些知识和经验令我受益匪浅。同时我也从导师身上看到了自己的不足,不论是在技术层面上还是在对待工作的态度上,导师如同明镜一般照出了我的缺点我的不足。此外,我还要感谢在我实习期间在论文和程序上帮助过我的同学和社会人士,此前我对于Django框架和Python编程语言方面的一些知识还不了解,是他们在我编写程序过程中给了我很多的启发和感想,也帮助了我对于程序的调试和检测。没有他们我是不能顺利完成本次毕业设计的。至此,我的毕业设计就花上了一个圆满的句号了。
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~