住院信息管理系统 毕业设计-附源码74754

摘 要

信息化社会内需要与之针对性的信息获取途径，但是途径的扩展基本上为人们所努力的方向，由于站在的角度存在偏差，人们经常能够获得不同类型信息，这也是技术最为难以攻克的课题。针对住院信息管理系统等问题，对如何通过计算机住院信息系统进行研究分析，然后开发设计出住院信息管理系统已解决问题。

住院信息管理系统主要功能模块包括个人管理、人员管理、患者信息、就诊记录、健康数据、医疗建议、处方记录、病房信息、住院记录、出院记录、科室管理等信息维护，采取面对对象的开发模式进行软件的开发和硬体的架设，能很好的满足实际使用的需求，完善了对应的软体架设以及程序编码的工作，采取MySQL作为后台数据的主要存储单元，采用Python技术、Ajax技术进行业务系统的编码及其开发，实现了本系统的全部功能。本次报告，首先分析了研究的背景、作用、意义，为研究工作的合理性打下了基础。针对住院信息管理系统的各项需求以及技术问题进行分析，证明了系统的必要性和技术可行性，然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍，最后来实现住院信息管理系统和部署运行使用它。

关键词：住院信息管理系统 ；MYSQL数据库；Django框架

                          Hospitalization Information Management System

Abstract

In the information society, there is a need for targeted information acquisition channels, but the expansion of channels is basically the direction of people's efforts. Due to the deviation in perspective, people often can obtain different types of information, which is also the most difficult topic for technology to overcome. Research and analyze how to use a computerized hospitalization information system to address issues such as hospitalization information management systems, and then develop and design an hospitalization information management system to address these issues.

The main functional modules of the inpatient information management system include personal management, personnel management, patient information, medical records, health data, medical advice, prescription records, ward information, inpatient records, discharge records, department management, and other information maintenance. The object-oriented development model is adopted for software development and hardware installation, which can well meet the practical needs of use, We have improved the corresponding software installation and program coding work, using MySQL as the main storage unit for backend data, and using Python and Ajax technologies for business system coding and development, achieving all the functions of this system. This report first analyzes the background, role, and significance of the research, laying the foundation for the rationality of the research work. Analyze the various requirements and technical issues of the inpatient information management system, prove the necessity and technical feasibility of the system, and then provide a basic introduction to the technical software and design ideas required for designing the system. Finally, implement the inpatient information management system and deploy it for operation.

Key words: Inpatient information management system; MYSQL database; Django Framework

目  录

摘 要

ABSTRACT

目  录

第1章 绪论 1

1.1研究背景 1

1.2系统开发的目标 1

1.3研究内容 1

第2章 开发技术介绍 3

2.1 B/S架构

2.2 MySQL数据库

2.3 Django框架介绍 4

第3章 系统分析 6

3.1可行性分析 6

3.1.1经济可行性 6

3.1.2技术可行性 6

3.1.3操作可行性 6

3.1.4 时间可行性 7

3.1.5 法律可行性 7

3.2需求分析 7

3.3业务流程分析 7

3.4数据流程分析 8

第4章 系统设计 9

4.1系统结构设计 9

4.2功能模块设计 9

4.3数据库设计 10

4.3.1 E-R图设计 10

4.3.2表设计 11

第5章  系统实现 20

5.1 登录模块 20

5.2 注册能模块 21

5.3人员管理模块 22

5.4病房信息模块 22

5.5科室管理模块 23

5.6 就诊记录模块 23

5.7健康数据模块 24

5.8医生建议模块 24

第6章  系统测试 25

6.1 程序测试基本概念 25

6.2 程序测试具体内容 25

6.2.1 测试的重要性及目的 25

6.2.2登录测试 25

6.2.3用户管理模块测试 26

6.3 系统的优点 27

第7章  总结 38

致  谢 29

参考文献 30

第1章 绪论

1.1研究背景

现代信息技术正在使人类的生活方式发生革命性变化,医院信息化是现代社会发展的必然趋势,推进医院信息系统建设才能使医院赶上时代潮流。随着医学科技快速发展和医疗设备不断更新,医院管理更加复杂,对医院管理的科学性要求越来越高,医院信息化建设正是走“优质高效.低耗”发展道路的最有效手段,因而加快信息化建设步伐是现代医院管理的发展要求。建设医院信息系统使医院真正做到以病人为中心开展医疗服务工作，优化工作流程而提高工作效率,规范医疗行为而提高工作质量,加强经济全程管理而提高医院经济效益,强化辅助决策分析能力而提高医院管理水平,增强医院信誉度而提高医疗服务市场竞争力,通过提高医院全员素质和综合实力而促进医院的现代化建设"。

住院信息管理系统是通过分析医院住院管理业务处理流程,运用信息技术,结合软件工程,利用数据库和一些编程语言设计,从而实现一个从信息收集,处理到查询的完整的处理方案。该系统集合了患者管理,医生管理，以及病房管理的综合性应用软件。

1.2系统开发的目标

通过简单的需求分析,完成的医院住院管理系统,能够实现辅助医院医护人员工作,提高医院医护人员的工作效率。通过本系统,能够实现对住院部门的病人和病房两大信息的管理包括增、删、改、查,减轻医护人员的工作负担。本系统提供强大的查询功能,可以让系统用户根据各种不同的查询条件查询出相应的数据。出入院操作能够简单的实现病人的出入院操作,方便医院医护人员的操作,系统应该界面美观，操作简单, 功能明确、完善。系统操作,应该有很高的效率, 数据库操作方面应该提高效率,不能反应缓慢,这在系统搭建上要求合理、完善。

通过建立该医院住院管理系统,采用计算机对医院病房和病人进行管理和查询，进一步提高医院住院管理效益和现代化水平,帮助提高医院住院管理工作人员工作效率,实现医院住院管理工作流程的系统化、规范化和自动化。系统应该具有很好的扩展性,这就要求系统架构合理、可扩展,充分考虑到以后的需求变化。设计良好的代码允许更多的功能在必要时可以被插入到适当的位置中。这样做的好处是为了应对未来可能需要进行的修改, 这就需要系统设计时能够有一个 良好的软件框架。系统的安全性,也是本次系统设计的一个重要目标,设计中要考虑到用户的非法访问, 通过拒绝用户的非法访问来保证用户数据的安全和系统的安全。

1.3研究内容

1.不同管理员的登录问题：根据管理员的类别（管理员、患者用户、医生用户）实现管理员操作权限的区分并显示不同的操作界面。

2.数据库的连接问题：数据库连接为系统中的关键技术。

3.数据的一致性和安全问题：本系统必须保证数据的一致性和安全，才能实现有效的管理。不能让没有权限的管理员对数据进行操作并且定期对数据库进行备份。

4.界面开发：系统界面的设计很重要，要使界面具有亲和力。

5.分析信息化现状；

6.研究住院信息管理系统的现状及存在的问题；

7.研究系统平台的总体架构、总体设计、数据库设计、数据库安全设计及功能设计；

8.研究平台各个子系统的功能及实现的方法、信息技术的融合、信息安全技术的维护；

9.进行住院信息管理系统的功能设计。

第2章 开发技术介绍

2.1 B/S架构

B/S架构（浏览器/服务器）是当前应用最为广泛的一种架构，能够使系统的开发变得容易、易操作、易于维护。当你在你的电脑上安装一个数据库和几个非常常见的浏览器时，你就可以使用这个结构。B/S结构可以直接用于 B/S系统，并且 B/S架构可以在实际应用中大大降低了系统的运行维护。在 B/S平台上，各数据库彼此独立，具有很高的安全性。由于 B/S架构可以清晰地观察到系统所处理的业务，使管理者可以及时做出决定，从而避免了企业的亏损。B/S架构的本质特征是集中式管理，用户通过系统产生的数据，将其存入数据库，便于以后的应用，从而达到了各种需要。

B/S模型由一个浏览器、一个网络服务器、一个数据库服务器三个层级构成。数据管理采用了当前大部分现有B/S系统的表现层、应用层和数据层，Web浏览器是为了满足用户的要求而设计的，在数据处理和逻辑过程中使用的中间应用层，从而形成分布式的运行模式。B/S体系结构的逻辑是：在前端完成的处理，将主要的业务逻辑交给后台，而前端只负责少量的请求、渲染等。由于因特网技术的迅速发展，B/S体系结构使得任何时间、任何地点都能访问到该系统。

图2-1 B/S模式三层结构图

2.2 MySql数据库

Mysql的语言是非结构化的，用户可以在数据上进行工作。MySQL因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下，MySQL是管理内容最好的选择。并且因为Mysql的语言和结构比较简单，但是功能和存储信息量很强大，所以得到了普遍的应用。

Mysql数据库在编程过程中的作用是很广泛的，为用户进行数据查询带来了的方便。Mysql数据库的应用因其灵活性强，功能强大，所以在实现某功能时只需要一小段代码，而不像其他程序需要编写大段代码。总体来说，Mysql数据库的语言相对要简洁很多。

数据流程分析主要就是数据存储的储藏室，它是在计算机上进行的，而不是现实中的储藏室。数据的存放是按固定格式，而不是无序的，其定义就是：长期有固定格式，可以共享的存储在计算机存储器上。数据库管理主要是数据存储、修改和增加以及数据表的建立。为了保证系统数据的正常运行，一些有能力的处理者可以进行管理而不需要专业的人来处理。数据表的建立，可以对数据表中的数据进行调整，数据的重新组合及重新构造，保证数据的安全性。介于数据库的功能强大等特点，本系统的开发主要应用了Mysql进行对数据的管理。

2.3 Django框架介绍

Django是高水准的Python编程语言驱动的一个开源模型．视图，控制器风格的Web应用程序框架，它起源于开源社区。使用这种架构，程序员可以方便、快捷地创建高品质、易维护、数据库驱动的应用程序。这也正是OpenStack的Horizon组件采用这种架构进行设计的主要原因。另外，在Dj ango框架中，还包含许多功能强大的第三方插件，使得Django具有较强的可扩展性。Django 项目源自一个在线新闻 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位，被认为是该领域的佼佼者。

第3章 系统分析

3.1可行性分析

本文的设计的系统将会分别从经济的可行性，技术的可行性以及操作的可行性等方面进行全面的可行性的分析。

3.1.1经济可行性

本系统是住院信息管理系统，面向的是电脑用户所以成本并不高，维护和调试只需个别成员参与，所以人力投入也很少。虽说人力和资金的投入不是很多，但是面临的增益是十分的可观尤其是从长远角度来看，所谓知识是无价的，而保管者需要面临很多困扰，而住院信息管理系统很大程度上解决了这一问题，未来，需要投入到资源保管的人十分的少，不需要很多的人就够了，人少却又能保证信息的安全，那么对人员的资金就可以减少不少，并且工作人员并不会很辛苦。

使用的数据库是MySQL数据库，对于小型网站来讲是很低的成本，大大减少了空间，而原有的空间则可以用来处理别的事物。

3.1.2技术可行性

在技术方面也是完全可以做到的，目前所拥有的技术足以开发出一个完整的住院信息管理系统。因为面向的对象较为单一，所以所需要的技术并不复杂，皆是学校内所学到的知识，而且所需要的工具也不是很复杂。本系统采用Django技术、Python编程语言和Mysql数据库进行开发设计，作为计算机专业学生，在学校期间就接触到许多关于编程方面的知识，当然也包括各种编程软件，对他们的了解度也比较系统，所以从技术方面来讲也是可以实行的。

3.1.3操作可行性

本系统的开发，运用的是基础技术，面向的是单一群体，所以不会造成信息拥堵和崩溃的局面，所以运行时是可以较快的执行用户的命令的。而存在于页面的数据都会以表单的形式传送到数据库，所以不会造成混乱。

就目前而言，计算机普及的时代，学习维护和运用系统并不会很困难，所以人员方面是可以实行的，而且系统可以运用在不同的计算机上，所以这里也是可以运行的。

3.1.4 时间可行性

就时间而言，因为项目并不是很庞大，所以是可以在时间范围内完成的。但是需要好好把握时间的安排，因为本次毕业设计是单人的，所以需要自我监督和敦促，不能见异思迁，一定要先有一个明确的时间规划表。才能在有限的时间内完成本系统

3.1.5 法律可行性

本系统所用的技术和资源均是合法的，引用的部分都有注明，参考文献等也是合乎规定的，是属于个人的创作成果，没有涉及到危害他人的知识产权的行为

3.2需求分析

针对现存的问题和需要，通过功能需求的分析，特建立了数字化、信息化的住院信息管理系统。

本系统主要包含了登录、人员管理、个人管理、患者信息、就诊记录、健康数据、医疗建议、处方记录、病房信息、住院记录、出院记录、科室管理等多个功能模块。下面分别简单阐述一下这几个功能模块需求。不同的权限对应相应的功能模块的需求，管理员权限的级别是最高的，所以所对应的需求是最多的，根据不同的权限分别简单阐述一下各个权限的需求。

3.3业务流程分析

总体业务流程：以管理员的身份在登录页面输入账号和密码，经过数据库身份验证，验证成功后登录系统主页，可以使用系统，管理系统等功能操作 。

系统的业务流程如下图所示。

图3-1系统业务流程图

3.4数据流程分析

数据流图的简称为DFD，是通过使用图形的方法对系统所具备的逻辑功能进行阐述，描述系统数据的流向和逻辑变换。由于该方法能将难以阐述的问题进行表述，因此被开发者广泛应用，是当前应用范围较为广泛的结构化系统分析方法。

零层数据流程是流程中最抽象的一层，它包括了登录管理、管理员功能管理和检索维护管理等功能模块，在登录模块使用到的数据存储有管理员账户信息文档、管理员信息文档，管理员功能管理模块需要的存储是管理员添加信息文档、查询信息文档、删除信息文档，检索维护是通过以上这些文档信息通过关键词进行搜索。

系统的1层数据流图如下图所示。

图3-2系统数据流图（1层）

2层为管理员操作后台数据流图，管理员可以分别通过添加、修改和删除来对系统管理员进行管理，如下图所示：

图3-4系统数据流图（2层）

第4章 系统设计

4.1系统结构设计

系统设计主要是管理员登录后对整个系统相关操作进行处理，可进行管理员的添加和删除，系统后台首页、人员管理、个人管理、患者信息、就诊记录、健康数据、医疗建议、处方记录、病房信息、住院记录、出院记录、科室管理等操作。

系统的功能结构图如下图所示。

     

图4-1系统功能结构图

4.2功能模块设计

1.病房信息：管理员点击“病房信息”会显示出所有的病房信息，支持输入收治编码或者收治类型或者病房区域对病房信息进行查询，如果想要添加新的病房信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条病房信息，点击“删除”进行删除，也可以点击后面的“住院”按钮对病房信息的住院信息进行更新维护；

2.科室管理：管理员点击“科室管理”会显示出所有的科室管理信息，支持通过科室名称或者科室分类对科室管理信息进行查询，如果想要添加新的科室管理信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条科室管理信息，点击“删除”进行删除。

3.就诊记录：管理员点击“就诊记录”会显示出所有的就诊记录信息，支持输入患者用户或者患者姓名对就诊记录信息进行查询，如果想要添加新的就诊记录信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条就诊记录信息，点击“删除”进行删除，也可以点击后面的“健康数据”、“医疗建议”、“开处方”按钮对就诊记录的健康数据/医疗建议/开处方信息进行更新维护；

4.3数据库设计

系统里尤为关键的部分是在数据库方面，需要十分清晰的思路，所以从开始的设计时需要做到确立模块之间的联系，从而可以很明确的建立表间的联系和表中所需的内容。设计数据库还有一点是减少表的繁杂的创建，所以联系很关键，可以大大的减少，数据表中重复的事项。由此可以保证数据的完整和统一，不会造成数据的错误和重复，并且可以使数据得到数据库安全的保护，会使用户更加的放心。

4.3.1 E-R图设计

概念设计是整个数据库设计的关键，在概念设计阶段，由需求分析得到了E-R模型。E-R图是识别功能模型与数据模型间关联关系的，在主题数据库的抽取和规范化的过程中，采用的是简化的E-R图表示方法，从而避免过繁过细的E-R图表示影响规划的直观和可用性。是对现实世界的抽象和概括，是数据库设计人员进行数据可设计的有力工具，能够方便直接地表达应用中的各种语义知识，令一方面它简单、清晰、易于用户理解。

管理员实体包括管理员名称、密码和权限三个属性。

处方记录ER图如下图所示。

图4-4处方记录ER图

就诊记录ER图如下图所示。

图4-5就诊记录ER图

4.3.2表设计

数据库表是数据库重要的组成部分，其实数据库只是一个框架，数据库表才是数据库的本质，本系统数据库表如下：

表department_management (科室管理)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	department_management_id	int	10	0	N	Y		科室管理ID
2	department_map	varchar	255	0	Y	N		科室图
3	department_name	varchar	64	0	Y	N		科室名称
4	department_classification	varchar	64	0	Y	N		科室分类
5	department_location	varchar	64	0	Y	N		科室位置
6	department_profile	longtext	2147483647	0	Y	N		科室简介
7	recommend	int	10	0	N	N	0	智能推荐
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表discharge_record (出院记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	discharge_record_id	int	10	0	N	Y		出院记录ID
2	admission_code	varchar	64	0	Y	N		收治编码
3	admission_type	varchar	64	0	Y	N		收治类型
4	ward_area	varchar	64	0	Y	N		病房区域
5	ward_floor	varchar	64	0	Y	N		病房楼层
6	number_of_discharges	varchar	64	0	Y	N		出院数
7	patient_users	int	10	0	Y	N	0	患者用户
8	patient_name	varchar	64	0	Y	N		患者姓名
9	patient_phone	varchar	64	0	Y	N		患者电话
10	doctor_user	int	10	0	Y	N	0	医生用户
11	doctors_name	varchar	64	0	Y	N		医生姓名
12	discharge_date	date	10	0	Y	N		出院日期
13	discharge_remarks	text	65535	0	Y	N		出院备注
14	recommend	int	10	0	N	N	0	智能推荐
15	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
16	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表doctor_user (医生用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctor_user_id	int	10	0	N	Y		医生用户ID
2	doctor_user	varchar	64	0	N	N		医生用户
3	doctors_name	varchar	64	0	Y	N		医生姓名
4	title	varchar	64	0	Y	N		职称
5	doctors_gender	varchar	64	0	Y	N		医生性别
6	examine_state	varchar	16	0	N	N	已通过	审核状态
7	recommend	int	10	0	N	N	0	智能推荐
8	user_id	int	10	0	N	N	0	用户ID
9	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表health_data (健康数据)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	health_data_id	int	10	0	N	Y		健康数据ID
2	patient_users	int	10	0	Y	N	0	患者用户
3	patient_name	varchar	64	0	Y	N		患者姓名
4	gender	varchar	64	0	Y	N		性别
5	age	varchar	64	0	Y	N		年龄
6	telephone	varchar	64	0	Y	N		电话
7	height	int	10	0	Y	N	0	身高
8	weight	varchar	64	0	Y	N		体重
9	heart_rate	varchar	64	0	Y	N		心率
10	blood_pressure	varchar	64	0	Y	N		血压
11	health	varchar	64	0	Y	N		健康状况
12	doctor_user	int	10	0	Y	N	0	医生用户
13	health_notes	text	65535	0	Y	N		健康备注
14	recommend	int	10	0	N	N	0	智能推荐
15	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
16	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表hospitalization_records (住院记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	hospitalization_records_id	int	10	0	N	Y		住院记录ID
2	admission_code	varchar	64	0	Y	N		收治编码
3	admission_type	varchar	64	0	Y	N		收治类型
4	ward_area	varchar	64	0	Y	N		病房区域
5	ward_floor	varchar	64	0	Y	N		病房楼层
6	inpatient_location	varchar	64	0	Y	N		住院取位
7	patient_users	int	10	0	Y	N	0	患者用户
8	patient_name	varchar	64	0	Y	N		患者姓名
9	patient_phone	varchar	16	0	Y	N		患者电话
10	doctor_user	int	10	0	Y	N	0	医生用户
11	doctors_name	varchar	64	0	Y	N		医生姓名
12	doctors_note	text	65535	0	Y	N		医生备注
13	recommend	int	10	0	N	N	0	智能推荐
14	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
15	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表medical_advice (医疗建议)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	medical_advice_id	int	10	0	N	Y		医疗建议ID
2	patient_users	int	10	0	Y	N	0	患者用户
3	patient_name	varchar	64	0	Y	N		患者姓名
4	gender	varchar	64	0	Y	N		性别
5	age	varchar	64	0	Y	N		年龄
6	telephone	varchar	64	0	Y	N		电话
7	doctor_user	int	10	0	Y	N	0	医生用户
8	doctors_name	varchar	64	0	Y	N		医生姓名
9	patient_self_report	varchar	64	0	Y	N		病人自述
10	diagnostic_results	varchar	64	0	Y	N		诊断结果
11	medical_advice	text	65535	0	Y	N		医疗建议
12	recommend	int	10	0	N	N	0	智能推荐
13	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
14	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表patient_information (患者信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	patient_information_id	int	10	0	N	Y		患者信息ID
2	patient_users	int	10	0	Y	N	0	患者用户
3	patient_name	varchar	64	0	Y	N		患者姓名
4	gender	varchar	64	0	Y	N		性别
5	age	int	10	0	Y	N	0	年龄
6	telephone	varchar	16	0	Y	N		电话
7	address	varchar	64	0	Y	N		住址
8	recommend	int	10	0	N	N	0	智能推荐
9	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表patient_users (患者用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	patient_users_id	int	10	0	N	Y		患者用户ID
2	patient_users	varchar	64	0	N	N		患者用户
3	patient_name	varchar	64	0	Y	N		患者姓名
4	gender	varchar	64	0	Y	N		性别
5	examine_state	varchar	16	0	N	N	已通过	审核状态
6	recommend	int	10	0	N	N	0	智能推荐
7	user_id	int	10	0	N	N	0	用户ID
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表prescription_records (处方记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	prescription_records_id	int	10	0	N	Y		处方记录ID
2	patient_users	int	10	0	Y	N	0	患者用户
3	patient_name	varchar	64	0	Y	N		患者姓名
4	gender	varchar	64	0	Y	N		性别
5	age	varchar	64	0	Y	N		年龄
6	telephone	varchar	64	0	Y	N		电话
7	diagnostic_results	varchar	64	0	Y	N		诊断结果
8	doctor_user	int	10	0	Y	N	0	医生用户
9	doctors_name	varchar	64	0	Y	N		医生姓名
10	prescription_records	text	65535	0	Y	N		处方记录
11	recommend	int	10	0	N	N	0	智能推荐
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表visit_records (就诊记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	visit_records_id	int	10	0	N	Y		就诊记录ID
2	patient_users	int	10	0	Y	N	0	患者用户
3	patient_name	varchar	64	0	Y	N		患者姓名
4	gender	varchar	64	0	Y	N		性别
5	age	varchar	64	0	Y	N		年龄
6	telephone	varchar	64	0	Y	N		电话
7	doctor_user	int	10	0	Y	N	0	医生用户
8	doctors_name	varchar	64	0	Y	N		医生姓名
9	patient_self_report	text	65535	0	Y	N		病人自述
10	diagnostic_results	text	65535	0	Y	N		诊断结果
11	recommend	int	10	0	N	N	0	智能推荐
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表ward_information (病房信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	ward_information_id	int	10	0	N	Y		病房信息ID
2	admission_code	varchar	64	0	N	N		收治编码
3	admission_type	varchar	64	0	Y	N		收治类型
4	ward_area	varchar	64	0	Y	N		病房区域
5	ward_floor	varchar	64	0	Y	N		病房楼层
6	number_of_beds	int	10	0	Y	N	0	床位数量
7	remarks	text	65535	0	Y	N		备注
8	recommend	int	10	0	N	N	0	智能推荐
9	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

第5章  系统实现

5.1 登录模块

管理员、患者和医生在登录界面输入账号+密码，点击“登录”按钮，系统在用户数据库表中会对管理员、教师和学生的账号进行匹配，账号+密码正确的话，就会登录到系统中各个用户的主管理界面，否则提示对应的信息，返回到登录的界面，其主界面展示如下图5-1所示。

图5-1登录界面图

5.2注册模块

注册模块满足患者用户这部分，当患者想要进行患者用户相关信息的查询管理的时候，就必须进行登录，如果没有账号的话，在登录界面，点击“注册”按钮就会跳转到注册的界面，根据提示填写好注册信息，添加提交，注册的信息在数据库中就添加完成了，然后再输入填写好的账号和密码进行登录，其主界面展示如下图5-2所示。

图5-2 注册界面图

5.3人员管理模块

管理员可以对系统中所有的用户角色进行管控，包含了管理员、患者以及医生这三种角色，如果需要添加新的用户，点击页面中的“添加”按钮根据提示输入上用户信息，点击“提交”以后在对应的用户界面就可以查看到了，可以点击用户后面的“删除”按钮直接删除某一用户，这里以管理员用户为例。界面如下图5-3所示。

图5-3人员管理界面图

5.4病房信息模块

管理员点击“病房信息”会显示出所有的病房信息，支持输入收治编码或者收治类型对病房信息进行查询，如果想要添加新的病房信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条病房信息，点击“删除”进行删除，也可以点击后面的“住院”按钮对病房信息的住院信息进行更新维护。界面如下图5-4所示。

图5-4病房信息界面图

5.5科室管理模块

管理员点击“科室管理”会显示出所有的科室管理信息，支持通过科室名称或者科室分类对科室管理信息进行查询，如果想要添加新的科室管理信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条科室管理信息，点击“删除”进行删除。界面如下图5-5所示。

图5-5科室管理界面图

5.6 就诊记录模块

管理员点击“就诊记录”会显示出所有的就诊记录信息，支持输入患者用户或者患者姓名或者性别对就诊记录信息进行查询，如果想要添加新的就诊记录信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条就诊记录信息，点击“删除”进行删除，也可以点击后面的“健康数据”、“医疗建议”、“开处方”按钮对就诊记录的健康数据/医疗建议/开处方信息进行更新维护。界面如下图5-6所示。

图5-6 就诊记录界面图

5.7健康数据模块

管理员点击“健康数据”会显示出所有的健康数据信息，支持通过患者用户或者患者姓名对健康数据信息进行查询，如果想要添加新的健康数据信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条健康数据信息，点击“删除”进行删除。界面如下图5-7所示。

图5-7 健康数据界面图

5.8医生建议模块

管理员点击“医生建议”会显示出所有的医生建议信息，支持通过患者用户或者患者姓名对医生建议信息进行查询，如果想要添加新的医生建议信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条医生建议信息，点击“删除”进行删除。界面如下图5-8所示。

图5-8医生建议界面图

第6章  系统测试

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章  总结

经过几个月的努力还坚持，住院信息管理系统终于完成了，程序功能模块能按照需求来运行，能实现多管理员的迸发使用，但是系统由于设计经验以及旅行团知识的局限性，在本系统的开发过程中，在一些功能方面和业务逻辑方面做得不是很完善，系统还存在一些缺陷。界面的设计从布局到外观，受限于自身的设计功底较低，没能达到自己所要设计的界面要求，另一方面，系统存在一些没有考虑的问题和模块。

在学习的过程中首次进行独立设计工作,编码过程出现了许多问题和困难，原以为正确无误的程序运行过程中不会遇到问题，但是在运行过程中也总会出现各种各样的问题，在调试过程中找不出运行出错的原因。而这些基本问题却都是一些简单的问题，例如标点符号应该是英文状态下的，却因为不好的编程习惯造成了一些中文的符号输入，经过仔细观察和老师的帮组下，还是将问题解决了。

目前系统的功能比较简单，还存在许多瑕疵，这是一份遗憾，也是促进我不断进步的动力。

                                                           致  谢

经历了近三个多月的动手实践及老师辛勤的指导和同学朋友热心的帮助下，本人的毕业设计住院信息管理系统的基本功能也基本完成。

此次设计中，通过不断的探讨与学习使我熟悉、使我初步了解了Python相关技术。做的是一个Django住院信息管理系统，使我对做网站所需要，及运行的环境有了初步的了解，在此次设计中我翻阅了较多的书籍，在有限的时间了丰富了对住院信息管理系统技术的知识也积累了少许的经验。起初对Python的初步认识，通过这次设计更进一步的了解了其工作原理，懂得了配置服务器环境，连接数据库源，在设计过程中，也学会了用Django设计一个简单的页面，增强了动手的能力，激发了在此方面的兴趣。

但是由于时间、基础及缺乏实践等多方面的问题，还有诸多需要解决的问题依然存在，设计中很多方面考虑不够周全或者考虑不到。

非常感谢我的老师，我的同学，我的朋友并希望在今后的学习生活中不断陪养多方面的兴趣，不断学习进步从而能够实现独立完成。设计中存在的诸多缺点诚肯老师的原谅。

参考文献

[1]赵彤,李慧龙,赵明,陈琳,韩佳琛.Python语言在震源近场质控中的应用[J].中国石油和化工标准与质量,2023,43(06):86-87+90.

[2]王莹,蔡威,陆丽娜,潘伟华,颜伟慧. 住院儿童营养管理系统、方法、装置、处理器及其计算机可读存储介质[P]. 上海市：CN115831320A,2023-03-21.

[3]武玲梅,李秋萍,黄秀芳,张立强,董力量,罗芳琼.基于Django框架的电影推荐系统的设计与实现[J].电脑知识与技术,2023,19(04):56-61.DOI:10.14004/j.cnki.ckt.2023.0204.

[4]汪舜敏,彭擎宇,段景辉,梁志勇,周显春.基于Python语言描述的数据结构课程设计实践探究[J].电脑知识与技术,2023,19(04):169-171.DOI:10.14004/j.cnki.ckt.2023.0171.

[5]许灼灼.基于Python语言的标识符自主练习程序设计与实现[J].电脑编程技巧与维护,2023(01):48-49+75.DOI:10.16184/j.cnki.comprg.2023.01.030.

[6]曾文敬,徐长文,肖建华,范卫星,赵璇,曾先进,陈建龙.基于Django框架的江西地震目录数据可视化系统设计及实现[J].四川地震,2022(04):37-40+45.DOI:10.13716/j.cnki.1001-8115.2022.04.007.

[7]Li Hui chao,Shen Shun fa. Construction of College Students’ Physical Health Data Sharing System Based on Django Framework[J]. Journal of Sensors,2021,2021.

[8]Vamsi K. Manikanta,Lokesh P.,Reddy K. Neha,Swetha P.. Visualization of Real World Enterprise Data using Python Django Framework[J]. IOP Conference Series: Materials Science and Engineering,2021,1042(1).

[9]童邬彧哲,傅晓青,张晓玲.信息管理系统功能建设推动住院医师规范化培训管理质量提升的探究[J].中医药管理杂志,2020,28(03):70-72.DOI:10.16690/j.cnki.1007-9203.2020.03.032.

[10]郝芳芳. 医院住院管理系统设计与实现[D].沈阳建筑大学,2019.DOI:10.27809/d.cnki.gsjgc.2019.000609.

[11]黄东瑾,黄佳驰.基于数据挖掘技术的患者平均住院日信息管理系统应用研究[J].信息与电脑(理论版),2018(16):113-114.

[12]何宜临,宋锦璘,蒋丹,薛慧,季平.口腔医学专硕“并轨”住院医师规范化培训临床轮转信息管理系统的构建与实践[J].教育教学论坛,2017(32):8-10.

[13]傅剑飞,刘伟.住院管理仿真子系统医嘱管理模块设计与实现[J].软件导刊,2016,15(05):94-96.

[14]李威,刘伟.住院管理仿真子系统床位管理模块设计与实现[J].软件导刊,2016,15(04):126-128.

                                                   
                                 点赞+收藏+关注 → 私信领取本源代码、数据库