中医病案管理系统
随着互联网时代的到来,同时计算机网络技术高速发展,网络管理运用也变得越来越广泛。因此,建立一个B/S结构的中医病案管理系统,会使;中医病案管理系统的管理工作系统化、规范化,也会提高平台形象,提高管理效率。
本系统是针对目前中医病案管理系统的实际需求,从实际工作出发,对过去的中医病案管理系统存在的问题进行分析,结合计算机系统的结构、概念、模型、原理、方法,在计算机各种优势的情况下,采用目前最流行的B/S结构、python语言、MySQL数据库设计并实现的 。本中医病案管理系统主要包括登录模块的实现、系统模块、管理员模块、医生模块、用户模块等多个模块。它帮助中医病案管理系统实现了信息化、网络化,通过测试,实现了系统设计目标,相比传统的管理模式,本系统合理的利用了网络数据资源,有效的减少了中医病案管理系统的经济投入,大大提高了中医病案管理系统的效率。
Chinese medical record management system
Abstract
With the advent of the Internet era, at the same time the rapid development of computer network technology, network management has become more and more widely used. Therefore, the establishment of a B/s structure of the Chinese medical record management system will make the management of the Chinese medical record management system systematized and standardized, will also improve the platform image and improve the management efficiency.
This system is aimed at the actual demand of the Chinese medical record management system at present, starting from the actual work, analyzes the problems existing in the past Chinese medical record management system, combined with the structure, concept, model, principle and method of computer system, in the case of various advantages of computer, using the most popular B/s structure, Python language, MySQL database design and implementation. The Chinese medical record management system mainly includes the implementation of login module, system module, administrator module, Doctor Module, user module and other modules. Compared with the traditional management mode, this system makes rational use of the network data resources, and it can realize the information and network of the medical record management system of traditional Chinese medicine, it effectively reduces the economic input of the Chinese medical record management system and greatly improves the efficiency of the Chinese medical record management system.
Key words: Chinese medical record management system; Python language; MYSQL database;
目 录
第1章 绪论 1
1.1开发背景 1
1.2开发意义 1
1.3研究内容 1
2.5 B/S体系工作原理 ............................................................................................................4.
第3章 系统分析 5
3.1可行性分析 5
3.2需求分析 6
第4章 系统设计 8
4.3数据库设计 8
4.3.1 E-R图设计 10
4.3.2表设计 10
第5章 系统实现 23
5.1 系统功能模块 23
5.2 用户功能模块 24
5.3 医生功能模块 25
5.4管理员功能模块 26
第6章 系统测试 29
6.1 程序测试基本概念 29
6.2 程序测试具体内容 29
6.2.2登录测试 29
6.3 系统的优点 30
第7章 总结 32
致 谢 33
参考文献 34
在发展迅速的信息化时代中,越来越多互联网科技走进人们的生活,人们开始接受互联网带来的方便快捷的服务,同时享受这互联网带来的冲击与。中医病案管理系统是日常生活中不可或缺的网站,但是由于各种无法预测的现实原因让它无法普遍实现出来,。如果时间久了,管理十分不便利,存在误差,查询难的现象,一旦数据过多,人工管理方式就很难维持。随着信息技术的应用拓展,逐渐引用了信息化技术管理,逐渐取代了人工管理模式,采用计算机系统来管理挂号信息,智能的管理减少了人力物力财力,节省了管理的时间和空间,提升了工作的准确率和效率。本次系统开发,主要以中医病案管理系统为对象,根据需求来完成功能设计。
用户往往因为不能及时的预约到心仪的医生而造成许多烦恼。另一方面,中医病案管理系统没能进行系统的管理与维护使坐诊信息没能及时的更新。而传统的中医病案管理系统,采用的还是人工预约、手工备案、人工查询的方式。但是随之人数的增多这种管理方式的工作量不断加大,这种做法就存在费时费力、缺乏时效性、不利于调动人员的积极性等缺点。一旦网站建立好之后,一方面,用户可以在第一时间在系统里查询所需的信息,另一方面,系统还可以管理信息,就减少了人工处理的工作量。
建立本中医病案管理系统管理系统是为了通过管理者对信息的录入和发布,以方便用户对自己所须信息的查询,一旦查询到自己所需要的信息,用户便可以从系统中获得信息,以方便在线预约。如果没有查询到自己所需求的信息,也可以提醒管理者增添。这样,本系统旨在建立用户、管理者、医生三者之间的桥梁关系,从而使用户能及时有效的从管理者手中呈现到信息。所以我们认为建立一个网上中医病案管理系统是非常必要的,其方便高效、简单快捷的管理模式是很有使用性的。
不同管理员的登录问题:根据管理员的类别(管理员、注册用户、医生)实现管理员操作权限的区分并显示不同的操作界面。
数据库的连接问题:数据库连接为系统中的关键技术。
数据的一致性和安全问题:本系统必须保证数据的一致性和安全,才能实现有效的管理。不能让没有权限的管理员对数据进行操作并且定期对数据库进行备份。
界面开发:系统界面的设计很重要,要使界面具有亲和力。
分析信息化现状;
研究中医病案管理系统的现状及存在的问题;
研究系统平台的总体架构、总体设计、数据库设计、数据库安全设计及功能设计;
研究平台各个子系统的功能及实现的方法、信息技术的融合、信息安全技术的维护;
进行中医病案管理系统的功能设计。
第2章 开发技术介绍
2.1 开发技术说明:
本系统前端部分基于MVVM模式进行开发,采用B/S模式,后端部分基于python开发语言进行编写,采用MVC模式进行开发。
前端部分:前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库和Lay UI组件库使页面快速成型,项目前端通过栅格布局实现响应式,可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分:采用python作为开发语言进行编译开发,同时集成Redis等相关技术。
2.2 Python简介
Python 是一个高层次的脚本语言结合了解释性、编译性、互动性和面向对象的。Python 的设计,相比其他语言经常使用英文关键字和其他语言的一些标点符号,它具有比其他语言更有特色语法结构,具有很强的可读性。
解释型语言:类似于Python和Perl语言,这意味着开发过程中没有了编译这个环节。
交互式语言:可以在一个 Python 提示符 >>> 后直接执行代码。
面向对象语言:Python支持面向对象的风格或代码封装在对象的编程技术。
2.3 Django框架
Django 项目是一个Python定制框架,它源自一个在线新闻 Web 站点,于 2005 年以开源的形式被释放出来。Django 框架的核心组件有:
- 用于创建模型的对象关系映射
- 为最终用户设计的完美管理界面
- 一流的 URL 设计
- 设计者友好的模板语言
- 缓存系统。
Django(发音:[`dʒæŋɡəʊ]) 是用python语言写的开源web开发框架(open source web framework),它鼓励快速开发,并遵循MVC设计。Django遵守BSD版权,初次发布于2005年7月, 并于2008年9月发布了第一个正式版本1.0 。
Django 根据比利时的爵士音乐家Django Reinhardt命名,他是一个吉普赛人,主要以演奏吉它为主,还演奏过小提琴等。
由于Django在近年来的迅速发展,应用越来越广泛,被著名IT开发杂志SD Times评选为2013 SD Times 100,位列"API、库和框架"分类第6位,被认为是该领域的佼佼者 。
2.4 Mysql数据库
Mysql 经过多次的更新,功能层面已经非常的丰富和完善了,从Mysql4版本到5版本进行了比较大的更新,在商业的实际使用中取得了很好的实际应用效果。最新版本的Mysql支持对信息的压缩,同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新,数据库自身的镜像功能也得到了很大的增强,运行的流畅度和易用性方面有了不小的进步,驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化,能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心,同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新,增加了两个非常使用的显示区,一个是信息区,对表格和文字进行了分类处理,界面的显示更加清爽和具体。第二是仪表的信息控件,能在仪表信息区进行信息的显示,同时还能进行多个信息的比对,为用户的实际使用带来了很大的便捷[8][9]。
针对本文中设计的方宿舍管理系统在实际的实现过程中,最终选择Mysql数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作,而且数据的安全性要求也是非常的高。综合这些因素,最终选择安全性系数比较高的Mysql来对方块新闻网站后台数据进行存储操作。
数据库管理系统的总体结构图如下图所示。
图2-1 数据库组成结构
2.5 B/S体系工作原理:
B/S架构采取浏览器请求,服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息;
而每一个Web服务器又可以通过各种方式与数据库服务器连接,大量的数据实际存放在数据库服务器中;
从Web服务器上下载程序到本地来执行,在下载过程中若遇到与数据库有关的指令,由Web服务器交给数据库服务器来解释执行,并返回给Web服务器,Web服务器又返回给用户。在这种结构中,将许许多多的网连接到一块,形成一个巨大的网,即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中,用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的,浏览器的请求通过服务器进行处理,并将处理结果以及相应的信息返回给浏览器,其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器,该结构已经成为了当今软件应用的主流结构模式。
3.1可行性分析
本文的设计的系统将会分别从经济的可行性,技术的可行性以及操作的可行性等方面进行全面的可行性的分析。
3.1.1经济可行性
本系统是中医病案管理系统,面向的是电脑用户所以成本并不高,维护和调试只需个别成员参与,所以人力投入也很少。虽说人力和资金的投入不是很多,但是面临的增益是十分的可观尤其是从长远角度来看,所谓知识是无价的,而保管者需要面临很多困扰,而中医病案管理系统很大程度上解决了这一问题,未来,需要投入到资源保管的人十分的少,不需要很多的人就够了,人少却又能保证信息的安全,那么对人员的资金就可以减少不少,并且工作人员并不会很辛苦。
使用的数据库是MySQL数据库,对于小型网站来讲是很低的成本,大大减少了空间,而原有的空间则可以用来处理别的事物。
3.1.2技术可行性
在技术方面也是完全可以做到的,目前所拥有的技术足以开发出一个完整的中医病案管理系统。因为面向的对象较为单一,所以所需要的技术并不复杂,皆是学校内所学到的知识,而且所需要的工具也不是很复杂。本系统采用Django技术、Python编程语言和Mysql数据库进行开发设计,作为计算机专业学生,在学校期间就接触到许多关于编程方面的知识,当然也包括各种编程软件,对他们的了解度也比较系统,所以从技术方面来讲也是可以实行的。
3.1.3操作可行性
本系统的开发,运用的是基础技术,面向的是单一群体,所以不会造成信息拥堵和崩溃的局面,所以运行时是可以较快的执行用户的命令的。而存在于页面的数据都会以表单的形式传送到数据库,所以不会造成混乱。
就目前而言,计算机普及的时代,学习维护和运用系统并不会很困难,所以人员方面是可以实行的,而且系统可以运用在不同的计算机上,所以这里也是可以运行的。
3.1.4 时间可行性
就时间而言,因为项目并不是很庞大,所以是可以在时间范围内完成的。但是需要好好把握时间的安排,因为本次毕业设计是单人的,所以需要自我监督和敦促,不能见异思迁,一定要先有一个明确的时间规划表。才能在有限的时间内完成本系统
3.1.5 法律可行性
本系统所用的技术和资源均是合法的,引用的部分都有注明,参考文献等也是合乎规定的,是属于个人的创作成果,没有涉及到危害他人的知识产权的行为
3.2需求分析
针对现存的问题和需要,通过功能需求的分析,特建立了数字化、信息化的中医病案管理系统。
本系统主要包含了、登录模块的实现、系统模块、管理员模块、医生模块、用户模块等多个功能模块。下面分别简单阐述一下这几个功能模块需求。不同的权限对应相应的功能模块的需求,管理员权限的级别是最高的,所以所对应的需求是最多的,根据不同的权限分别简单阐述一下各个权限的需求。
总体业务流程:以管理员的身份在登录页面输入账号和密码,经过数据库身份验证,验证成功后登录系统主页,可以使用系统,管理系统等功能操作 。
系统的业务流程如下图所示。
图3-1系统业务流程图
数据流图的简称为DFD,是通过使用图形的方法对系统所具备的逻辑功能进行阐述,描述系统数据的流向和逻辑变换。由于该方法能将难以阐述的问题进行表述,因此被开发者广泛应用,是当前应用范围较为广泛的结构化系统分析方法。
零层数据流程是流程中最抽象的一层,它包括了登录管理、管理员功能管理和检索维护管理等功能模块,在登录模块使用到的数据存储有管理员账户信息文档、管理员信息文档,管理员功能管理模块需要的存储是管理员添加信息文档、查询信息文档、删除信息文档,检索维护是通过以上这些文档信息通过关键词进行搜索。
系统的1层数据流图如下图所示。
图3-2系统数据流图(1层)
2层为管理员操作后台数据流图,管理员可以分别通过添加、修改和删除来对系统管理员进行管理,如下图所示:
图3-4系统数据流图(2层)
第4章 系统设计
4.1系统结构设计
系统设计主要是管理员登录后对整个系统相关操作进行处理,可进行管理员的添加和删除,系统首页、站点管理(轮播图、公告栏)、用户管理(管理员、注册用户、医生)、内容管理(健康资讯、资讯列表)、更多管理(科室管理、在线挂号、预约挂号、检查项目、报告查询、病情诊断、病案管理、住院信息)等操作管理。
系统的功能结构图如下图所示。
图4-1系统功能结构图
4.2功能模块设计
系统登录:系统登录是管理员访问系统的路口,设计了系统登录界面,包括管理员名、密码和验证码,然后对登录进来的管理员判断身份信息,判断是管理员管理员还是普通用户。
管理员管理:管理员可以管理系统的其他普通用户的账号,包括录入新管理员,删除现有的普通用户,修改现有的普通用户的信息,并可以通过管理员名和姓名等关键字搜索普通用户,打印管理员列表页面,导出管理员列表至excel中。
修改密码:系统所有管理员(管理员和普通用户与医生)应该都要能修改自己的登录密码,修改后需要重新登录。
个人资料管理:由普通用户使用,普通用户登录系统后,可以修改个人原始信息,如修改电话号码、邮箱等,管理员的管理员名是无法修改的。
登录情况管理:系统每个管理员应该都能查看个人的历史登录情况,如登录IP、登录时间、登录地址等,防止管理员账号被盗,加强管理员账号安全。
系统里尤为关键的部分是在数据库方面,需要十分清晰的思路,所以从开始的设计时需要做到确立模块之间的联系,从而可以很明确的建立表间的联系和表中所需的内容。设计数据库还有一点是减少表的繁杂的创建,所以联系很关键,可以大大的减少,数据表中重复的事项。由此可以保证数据的完整和统一,不会造成数据的错误和重复,并且可以使数据得到数据库安全的保护,会使用户更加的放心。
概念设计是整个数据库设计的关键,在概念设计阶段,由需求分析得到了E-R模型。E-R图是识别功能模型与数据模型间关联关系的,在主题数据库的抽取和规范化的过程中,采用的是简化的E-R图表示方法,从而避免过繁过细的E-R图表示影响规划的直观和可用性。是对现实世界的抽象和概括,是数据库设计人员进行数据可设计的有力工具,能够方便直接地表达应用中的各种语义知识,令一方面它简单、清晰、易于用户理解。
管理员实体包括管理员名称、密码和权限三个属性。
健康资讯ER图如下图所示。
图4-4健康资讯ER图
在线挂号ER图如下图所示。
图4-5留言板信息ER图
医生信息ER图如下图所示。
图4-6 医生信息ER图
预约挂号信息ER图如下图所示。
图4-7预约挂号信息ER图
4.3.2表设计
数据库表是数据库重要的组成部分,其实数据库只是一个框架,数据库表才是数据库的本质,本系统数据库表如下:
case_management | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
case_management_id | int | 11 | 是 | 主键 | 病案管理ID |
patient_name | varchar | 64 | 否 |
| 病人姓名 |
gender | varchar | 64 | 否 |
| 性别 |
age | varchar | 64 | 否 |
| 年龄 |
attending_physician | varchar | 64 | 否 |
| 主治医生 |
description_of_illness | text | 0 | 否 |
| 病情描述 |
treatment_plan | text | 0 | 否 |
| 治疗方案 |
treatment_results | text | 0 | 否 |
| 治疗结果 |
details | longtext | 0 | 否 |
| 详情 |
recommend | int | 11 | 是 |
| 智能推荐 |
create_time | datetime | 0 | 是 |
| 创建时间 |
update_time | timestamp | 0 | 是 |
| 更新时间 |
chart | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
chart_id | int | 10 | 是 | 主键 | 聊天ID: |
user_id | int | 11 | 是 |
| 用户ID: |
title | varchar | 64 | 否 |
| 标题: |
content | longtext | 0 | 是 |
| 内容: |
nickname | varchar | 32 | 是 |
| 昵称: |
avatar | varchar | 255 | 否 |
| 头像: |
create_time | timestamp | 0 | 是 |
| 创建时间: |
update_time | timestamp | 0 | 是 |
| 更新时间: |
reply_id | int | 11 | 是 |
| 回复ID: |
collect | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
collect_id | int | 10 | 是 | 主键 | 收藏ID: |
user_id | int | 10 | 是 |
| 收藏人ID: |
source_table | varchar | 255 | 否 |
| 来源表: |
source_field | varchar | 255 | 否 |
| 来源字段: |
source_id | int | 10 | 是 |
| 来源ID: |
title | varchar | 255 | 否 |
| 标题: |
img | varchar | 255 | 否 |
| 封面: |
create_time | timestamp | 0 | 是 |
| 创建时间: |
update_time | timestamp | 0 | 是 |
| 更新时间: |
comment | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
comment_id | int | 11 | 是 | 主键 | 评论ID: |
user_id | int | 11 | 是 |
| 评论人ID: |
reply_to_id | int | 11 | 是 |
| 回复评论ID:空为0 |
content | longtext | 0 | 否 |
| 内容: |
nickname | varchar | 255 | 否 |
| 昵称: |
avatar | varchar | 255 | 否 |
| 头像地址:[0,255] |
create_time | timestamp | 0 | 是 |
| 创建时间: |
update_time | timestamp | 0 | 是 |
| 更新时间: |
source_table | varchar | 255 | 否 |
| 来源表: |
source_field | varchar | 255 | 否 |
| 来源字段: |
source_id | int | 10 | 是 |
| 来源ID: |
department_management | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
department_management_id | int | 11 | 是 | 主键 | 科室管理ID |
department | varchar | 64 | 否 |
| 科室 |
recommend | int | 11 | 是 |
| 智能推荐 |
create_time | datetime | 0 | 是 |
| 创建时间 |
update_time | timestamp | 0 | 是 |
| 更新时间 |
disease_diagnosis | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
disease_diagnosis_id | int | 11 | 是 | 主键 | 病情诊断ID |
doctors_job_number | int | 11 | 否 |
| 医生工号 |
name_of_doctor | varchar | 64 | 否 |
| 医生姓名 |
department | varchar | 64 | 否 |
| 科室 |
patient | int | 11 | 否 |
| 用户 |
name_of_patient | varchar | 64 | 否 |
| 就诊人姓名 |
age_of_patient | varchar | 64 | 否 |
| 就诊人年龄 |
diagnostic_content | text | 0 | 否 |
| 诊断内容 |
diagnostic_results | text | 0 | 否 |
| 诊断结果 |
prescription_list | text | 0 | 否 |
| 药方清单 |
drug_usage | text | 0 | 否 |
| 药品用法 |
drug_dosage | text | 0 | 否 |
| 药品用量 |
recommend | int | 11 | 是 |
| 智能推荐 |
create_time | datetime | 0 | 是 |
| 创建时间 |
update_time | timestamp | 0 | 是 |
| 更新时间 |
doctor | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
doctor_id | int | 11 | 是 | 主键 | 医生ID |
doctors_job_number | varchar | 64 | 是 |
| 医生工号 |
name_of_doctor | varchar | 64 | 否 |
| 医生姓名 |
examine_state | varchar | 16 | 是 |
| 审核状态 |
recommend | int | 11 | 是 |
| 智能推荐 |
user_id | int | 11 | 是 |
| 用户ID |
create_time | datetime | 0 | 是 |
| 创建时间 |
update_time | timestamp | 0 | 是 |
| 更新时间 |
have_an_appointment_with_a_doctor_copy1 | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
have_an_appointment_with_a_doctor_id | int | 11 | 是 | 主键 | 预约挂号ID |
doctors_job_number | int | 11 | 否 |
| 医生工号 |
name_of_doctor | varchar | 64 | 否 |
| 医生姓名 |
department | varchar | 64 | 否 |
| 科室 |
registration_fee | varchar | 64 | 否 |
| 挂号费 |
patient | int | 11 | 否 |
| 用户 |
name_of_patient | varchar | 64 | 否 |
| 就诊人姓名 |
age_of_patient | varchar | 64 | 否 |
| 就诊人年龄 |
contact_number | varchar | 64 | 否 |
| 联系电话 |
appointment_time | datetime | 0 | 否 |
| 预约就诊时间 |
examine_state | varchar | 16 | 是 |
| 审核状态 |
examine_reply | varchar | 16 | 否 |
| 审核回复 |
pay_state | varchar | 16 | 是 |
| 支付状态 |
pay_type | varchar | 16 | 否 |
| 支付类型: 微信、支付宝、网银 |
recommend | int | 11 | 是 |
| 智能推荐 |
create_time | datetime | 0 | 是 |
| 创建时间 |
update_time | timestamp | 0 | 是 |
| 更新时间 |
hospitalization_information | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
hospitalization_information_id | int | 11 | 是 | 主键 | 住院信息ID |
doctors_job_number | int | 11 | 否 |
| 医生工号 |
name_of_doctor | varchar | 64 | 否 |
| 医生姓名 |
department | varchar | 64 | 否 |
| 科室 |
patient | int | 11 | 否 |
| 用户 |
name_of_patient | varchar | 64 | 否 |
| 就诊人姓名 |
age_of_patient | varchar | 64 | 否 |
| 就诊人年龄 |
gender | varchar | 64 | 否 |
| 性别 |
id | varchar | 255 | 否 |
| 身份证 |
address | varchar | 64 | 否 |
| 住址 |
admission_time | date | 0 | 否 |
| 入院时间 |
inpatient_ward | varchar | 64 | 否 |
| 病房 |
bed_number | varchar | 64 | 否 |
| 病床号 |
state | varchar | 64 | 否 |
| 状态 |
recommend | int | 11 | 是 |
| 智能推荐 |
create_time | datetime | 0 | 是 |
| 创建时间 |
update_time | timestamp | 0 | 是 |
| 更新时间 |
inspection_items | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
inspection_items_id | int | 11 | 是 | 主键 | 检查项目ID |
doctors_job_number | int | 11 | 否 |
| 医生工号 |
name_of_doctor | varchar | 64 | 否 |
| 医生姓名 |
inspection_items | varchar | 64 | 否 |
| 检查项目 |
inspection_department | varchar | 64 | 否 |
| 检查科室 |
inspection_time | date | 0 | 否 |
| 检查时间 |
patient | int | 11 | 否 |
| 用户 |
name_of_patient | varchar | 64 | 否 |
| 就诊人姓名 |
age_of_patient | varchar | 64 | 否 |
| 就诊人年龄 |
recommend | int | 11 | 是 |
| 智能推荐 |
create_time | datetime | 0 | 是 |
| 创建时间 |
update_time | timestamp | 0 | 是 |
| 更新时间 |
notice | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
notice_id | mediumint | 8 | 是 | 主键 | 公告id: |
title | varchar | 125 | 是 |
| 标题: |
content | longtext | 0 | 否 |
| 正文: |
create_time | timestamp | 0 | 是 |
| 创建时间: |
update_time | timestamp | 0 | 是 |
| 更新时间: |
online_registration | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
online_registration_id | int | 11 | 是 | 主键 | 在线挂号ID |
doctors_job_number | int | 11 | 否 |
| 医生工号 |
name_of_doctor | varchar | 64 | 否 |
| 医生姓名 |
department | varchar | 64 | 否 |
| 科室 |
photo | varchar | 255 | 否 |
| 照片 |
title | varchar | 64 | 否 |
| 职称 |
registration_fee | int | 11 | 否 |
| 挂号费 |
areas_of_expertise | text | 0 | 否 |
| 擅长领域 |
scheduling_time | text | 0 | 否 |
| 排班时间 |
details | longtext | 0 | 否 |
| 详情 |
hits | int | 11 | 是 |
| 点击数 |
praise_len | int | 11 | 是 |
| 点赞数 |
recommend | int | 11 | 是 |
| 智能推荐 |
create_time | datetime | 0 | 是 |
| 创建时间 |
update_time | timestamp | 0 | 是 |
| 更新时间 |
patient | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
patient_id | int | 11 | 是 | 主键 | 注册用户ID |
age | varchar | 64 | 否 |
| 年龄 |
gender | varchar | 64 | 否 |
| 性别 |
clinic_number | varchar | 64 | 是 |
| 就诊卡号 |
name_of_patient | varchar | 64 | 否 |
| 就诊人姓名 |
examine_state | varchar | 16 | 是 |
| 审核状态 |
recommend | int | 11 | 是 |
| 智能推荐 |
user_id | int | 11 | 是 |
| 用户ID |
create_time | datetime | 0 | 是 |
| 创建时间 |
update_time | timestamp | 0 | 是 |
| 更新时间 |
praise | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
praise_id | int | 10 | 是 | 主键 | 点赞ID: |
user_id | int | 11 | 是 |
| 点赞人: |
create_time | timestamp | 0 | 是 |
| 创建时间: |
update_time | timestamp | 0 | 是 |
| 更新时间: |
source_table | varchar | 255 | 否 |
| 来源表: |
source_field | varchar | 255 | 否 |
| 来源字段: |
source_id | int | 10 | 是 |
| 来源ID: |
status | tinyint | 1 | 是 |
| 点赞状态:1为点赞,0已取消 |
report_query | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
report_query_id | int | 11 | 是 | 主键 | 报告查询ID |
doctors_job_number | int | 11 | 否 |
| 医生工号 |
name_of_doctor | varchar | 64 | 否 |
| 医生姓名 |
inspection_department | varchar | 64 | 否 |
| 检查科室 |
inspection_time | date | 0 | 否 |
| 检查时间 |
patient | int | 11 | 否 |
| 用户 |
name_of_patient | varchar | 64 | 否 |
| 就诊人姓名 |
age_of_patient | varchar | 64 | 否 |
| 就诊人年龄 |
inspection_contents | text | 0 | 否 |
| 检查内容 |
inspection_results | longtext | 0 | 否 |
| 检查结果 |
recommend | int | 11 | 是 |
| 智能推荐 |
create_time | datetime | 0 | 是 |
| 创建时间 |
update_time | timestamp | 0 | 是 |
| 更新时间 |
score | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
score_id | int | 10 | 是 | 主键 | 评分ID: |
user_id | int | 11 | 是 |
| 评分人: |
nickname | varchar | 64 | 否 |
| 昵称: |
score_num | double | 5 | 是 |
| 评分: |
create_time | timestamp | 0 | 是 |
| 创建时间: |
update_time | timestamp | 0 | 是 |
| 更新时间: |
source_table | varchar | 255 | 否 |
| 来源表: |
source_field | varchar | 255 | 否 |
| 来源字段: |
source_id | int | 10 | 是 |
| 来源ID: |
slides | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
slides_id | int | 10 | 是 | 主键 | 轮播图ID: |
title | varchar | 64 | 否 |
| 标题: |
content | varchar | 255 | 否 |
| 内容: |
url | varchar | 255 | 否 |
| 链接: |
img | varchar | 255 | 否 |
| 轮播图: |
hits | int | 10 | 是 |
| 点击量: |
create_time | timestamp | 0 | 是 |
| 创建时间: |
update_time | timestamp | 0 | 是 |
| 更新时间: |
第5章 系统实现
5.1 系统功能模块
在系统首页可查看首页功能分为网站首页、公告消息、健康资讯、在线挂号等功能 如图5-1
图5-1系统首页界面图
在用户注册页面填写注册内容用账号、设置密码、确认密码、昵称、手机号、身份、年龄、性别、就诊卡号、就诊人姓名、等信息完成注册,如下图5-2所示。
图5-2 用户注册界面图
5.2 用户功能模块
在登录页面输入用户名、密码、等信息登录系统,如图5-3所示。
图5-3用户登录界面图
在用户页面可以看到首页、预约挂号、检查项目、报告查询、病情诊断、病案管理、住院信息,如图5-4所示。
图5-4 用户首页界面图
在预约挂号页面中可以填写挂号信息医生工号、医生姓名、挂号费、科室、挂号费、用户、就诊人姓名、就诊人年龄、联系电话、预约就诊时间、审核状态、审核回复、支付状态、支付类型等信息进行预约挂号并提交,如图5-5所示。
图5-5 预约挂号界面图
5.3 医生功能模块
在医生界面可查看到首页、预约挂号、检查项目、报告查询、病情诊断、病案管理、住院信息等功能,如图5-6所示。
图5-6 医生首页功能面图
在检查项目页面中可以填写医生工号、检查项目、检查时间、就诊人姓名、医生姓名、检查科室、用户、就诊人年龄等详情进行添加或者删除操作,如图5-7所示。
图5-7 检查项目界面图
5.4 管理员功能模块
管理员登录进入页面可以查看系首页、站点管理(轮播图、公告栏)、用户管理(管理员、注册用户、医生)、内容管理(健康资讯、资讯列表)、更多管理(科室管理、在线挂号、预约挂号、检查项目、报告查询、病情诊断、病案管理、住院信息)等信息,如图5-8所示。
图5-8管理员功能界面图
在轮播图管理页面中可以添加信息标题、轮播图、等信息,还可以根据详情进行修改或删除等操作,如图5-9所示。
图5-9 轮播图管理界面图
在报告查询页面中可以对医生工号、医生姓名、检查科室、检查时间、用户、就诊人姓名、就诊人年龄、检查内容、检查结果等信息进行添加、修改或删除等操作,如图5-10所示。
图5-10 报告查询界面图
在病案管理页面中可以对病人姓名、性别、年龄、主治医生、病情描述、治疗方案、治疗结果、等详情进行删除或添加等操作,如下图5-11所示。
图5-11病案管理界面图
在住院信息页面中可以添加医生工号、科室、就诊人姓名、性别、住址、病房、状态、医生姓名、用户、就诊人年龄、身份证、入院时间、病床号等信息,还可以根据需要在住院信息查询页面进行修改、删除或详细等操作,如图5-12所示。
图5-12 住院信息管理界面图
6.1 程序测试基本概念
程序测试是很重要的一个环节,当自身的程序已经完成时,仍需要测试来保证程序的正确性和可靠性,因为往往此时出现的错误就是用户可能会出现的错误,所以调试变得至关重要。唯有经过多次的调试才能够使系统达到完美的状态,使得用户可以安全,放心的使用程序,保障用户信息的安全是每个系统最基本的需求,因而调试也就是系统的最基本的要求。但是为了保证说最大程度减少开发者的工作量,应当分三个阶段来测试,初期,中期和最终期。前期:主要调试模块间的关系部分,看看是否是正确的,合理的,否则到后面会造成难以修改和总是出错的现象。中期:插入部分数据,看看是否数据库方面连接和设计得当,有些时候理念存在的是不能够在现实中完美实现的,并且调试界面找到最优的布局。最终期:插入全部数据,看是否正确,修改页面看是否能达到最初预期效果,检查功能是否完全实现。
6.2 程序测试具体内容
6.2.1 测试的重要性及目的
1.测试的重要性
只有经过反复的测试,才能够使系统得到最稳定的状态,才能把最好的一面展现给使用的用户,是极为关键的一个步骤。但是往往也是大家极容易忽视的一个部分,因为绝大部分的人认为这个部分是不重要的,但事实并非如此,任何系统不管怎样做都不可能完全去除错误,所以需要测试来最大程度的降低和减少错误。要在多环境下进行测试,以保证用户能够在不同环境配置下都能够正常使用。大多数,用户的需求是不断更新的,所以测试具有十分重要的意义,能够及时的把握到用户的最新动态,做出对系统的修改。
测试的目的
测试是为了让用户能够使用到系统的最好一面,能够充分利用到系统内的跟自己相关的部分。另一方面,从系统开发者的角度来说,这个举措有助于开发者在开发系统的同时能够与用户保持有好的关系,能够使开发的系统减少最多的错误和误差,并且有助于开发,边测试边开发,能够及时解决用户的需求,而开发者也能够减少返工的工作量,保证开发是朝着正确的道路前进的,并且对于用户来说能够定期看到一定的工作成果,也是更有助于提出更好的意见,而不是到末期突然提出大量的工作需求。这样可以使得用户和开发者之间的关系得到一定程度的改善,而开发者也从中得到更多改善系统的方向。
6.2.2登录测试
登录及管理员添加模块是对各个系统中不可缺少的功能之一,为了对在运行过程能正常的操作本项目就要对此进行测试。
1. 使用不同浏览器访问服务器的IP地址。
2. 输入特殊的信息登录系统,例如边界值等。
3. 查看登录及管理员添加之后登录系统所返回的结果。
无论系统管理员还是用户登录时都需要用户名和密码进行登录,当输入正确的用户名和密码观察是否正常登录。登录测试表如下表6-1所示:
表6-1登录测试表
名称 | 功能名称 | 操作阐述 | 期盼结果 | 测试结果 |
登录信息管理 | 登录 | 系统管理员登录时输入 账号:admin密码:admin | 进入后台主页面 | 成功 |
添加用户登录时输入 账号:zhangchao密码:000000 | 进入系统首页 | 成功 |
管理员可以管理添加用户的信息。添加测试表如下表6-2所示:
表6-2添加测试表
名称 | 功能名称 | 操作阐述 | 期盼结果 | 测试结果 |
添加信息管理 | 添加 | 管理员进入添加用户管理页面 | 成功显示所有添加用户列表 | 成功 |
管理员进入添加用户管理页面,点击删除按钮 | 删除成功,出现删除成功的提示 | 成功 | ||
用户进入添加页面,按提示输入添加用户信息 | 添加成功,出现添加成功的提示 | 成功 |
6.2.3用户管理模块测试
用户管理信息模块对本界面中的数据和信息进行相对应得基本操作,主要有查看用户,删除用户等。
管理员在可以查看并删除用户。用户管理如表6-3所示:
表6-3用户管理测试表
模块名称 | 功能名称 | 操作描述 | 预期结果 | 测试结果 |
用户信息管理 | 查看 | 管理员进入用户管理页面,查看用户 | 所有用户均显示 | 成功 |
删除 | 管理员进入用户管理页面,点击删除按钮 | 弹窗提示,删除成功 | 成功 |
6.3 系统的优点
本系统的优点在于界面简单,对于有计算机基本操作的人群均可以高效的使用,查询功能可以使使用者在大量的数据搜索时能够快速的找到所需要的内容,开发的结构简单所以便于日后进行维护和更新功能。信息的添加和查询,使得资源得到了充分的利用。功能并不复杂所以执行速度也较快,所以用户可以得到比较良好的体验,系统内部的增删改查也比较人性化,所以比较快捷和精准。用户为管理员用户,而身份而判别使得系统比较明了,更具有安全性,系统内的数据是得到了一定的保护的。而页面上添加用户,新增添了的一个优势在于,添加后的用户,需得到管理员的审核才能够使用,避免了恶意添加或是恶意进入用户内部的举动。并且管理员据有最高权限,保证数据的安全。
第7章
总结
经过几个月的努力还坚持,中医病案管理系统终于完成了,程序功能模块能按照需求来运行,能实现多管理员的迸发使用,但是系统由于设计经验以及旅行团知识的局限性,在本系统的开发过程中,在一些功能方面和业务逻辑方面做得不是很完善,系统还存在一些缺陷。界面的设计从布局到外观,受限于自身的设计功底较低,没能达到自己所要设计的界面要求,另一方面,系统存在一些没有考虑的问题和模块。
在学习的过程中首次进行独立设计工作,编码过程出现了许多问题和困难,原以为正确无误的程序运行过程中不会遇到问题,但是在运行过程中也总会出现各种各样的问题,在调试过程中找不出运行出错的原因。而这些基本问题却都是一些简单的问题,例如标点符号应该是英文状态下的,却因为不好的编程习惯造成了一些中文的符号输入,经过仔细观察和老师的帮组下,还是将问题解决了。
目前系统的功能比较简单,还存在许多瑕疵,这是一份遗憾,也是促进我不断进步的动力。
致 谢
经历了近三个多月的动手实践及老师辛勤的指导和同学朋友热心的帮助下,本人的毕业设计中医病案管理系统的基本功能也基本完成。
此次设计中,通过不断的探讨与学习使我熟悉、使我初步了解了Django相关技术。做的是一个B/S结构的中医病案管理系统,使我对做网站所需要,及运行的环境有了初步的了解,在此次设计中我翻阅了较多的书籍,在有限的时间了丰富了对中医病案管理系统技术的知识也积累了少许的经验。起初对python的初步认识,通过这次设计更进一步的了解了其工作原理,懂得了配置服务器环境,连接数据库源,在设计过程中,也学会了用pycharm设计一个简单的页面,增强了动手的能力,激发了在此方面的兴趣。
但是由于时间、基础及缺乏实践等多方面的问题,还有诸多需要解决的问题依然存在,设计中很多方面考虑不够周全或者考虑不到。
非常感谢我的老师,我的同学,我的朋友并希望在今后的学习生活中不断陪养多方面的兴趣,不断学习进步从而能够实现独立完成。设计中存在的诸多缺点诚肯老师的原谅。
[1]缪秀.基于Python环境下的实例教学研究[J].文理导航(中旬),2022(08):79-81.
[2]陈奋,张晓兰.基于Python语言的爬虫技术应用——以高校官网校园动态版块信息统计分析为例[J].厦门城市职业学院学报,2022,24(03):86-91.DOI:10.16417/j.cnki.cn35-1312/g4.2022.03.008.
[3]吴为治,娄利,王鹏,王宾.基于Python语言的瑞利面波频散反演实行方案[J].物探与化探,2022,46(03):743-749.
[4]余佥.Python语言在数据分析处理中的应用[J].电脑编程技巧与维护,2022(06):18-20.DOI:10.16184/j.cnki.comprg.2022.06.049.
[5]王思霖.新工科Python语言程序设计课程教学实践[J].集成电路应用,2022,39(05):98-99.DOI:10.19339/j.issn.1674-2583.2022.05.036.
[6]Mathieu Didier. Erratum: Modeling Sensitivities of Energetic Materials using the Python Language and Libraries[J]. Propellants, Explosives, Pyrotechnics,2022,47(2).
[7]杨沛芝,张建林.无纸化病案管理系统在出院病案管理中的应用效果评价[J].中国病案,2021,22(12):8-10.
[8]Alyaa Hisham,Aya Ahmed,Mariam Khaled,Nour Abdullatif,Sally Kassem. Modelling of Crime Record Management System Using Unified Modeling Language[J]. ISI,2021,26(4).
[9]董永明.计算机技术在数字化病案系统中的应用[J].中国新技术新产品,2021(10):136-138.DOI:10.13612/j.cnki.cntp.2021.10.044.
[10]窦雨来.医院管理中电子病案管理系统的应用研究[J].电脑知识与技术,2021,17(13):205-206+210.DOI:10.14004/j.cnki.ckt.2021.1402.
[11]Chinmayee Y. Raut,Bushra R. Inamdar,Prof. R. G. Yelalwar. Personal Health Record Management System[J]. Journal of Trend in Scientific Research and Development,2021,5(3).
[12]Yadav A S,Shikha S,Gupta S,Kushwaha D S. The efficient consensus algorithm for land record management system[J]. IOP Conference Series: Materials Science and Engineering,2021,1022(1).
[13]任芳芳.病案管理子系统在医院管理信息系统的应用[J].电子元器件与信息技术,2020,4(10):48-49.DOI:10.19772/j.cnki.2096-4455.2020.10.023.
[14]王菁.病案管理系统中病案首页的质量控制分析[J].中医药管理杂志,2020,28(04):171-172.DOI:10.16690/j.cnki.1007-9203.2020.04.087.
[15]王四明,张峰,高兰,王娅.数字化病案管理系统在病案管理中的应用研究[J].世界最新医学信息文摘,2019,19(95):246+248.DOI:10.19613/j.cnki.1671-3141.2019.95.164.
关注●点赞收藏并私信博主,免费领取项目源码哦~