基于c#的电子病历系统的设计与实现 毕业设计-附源码84648

摘要

1 绪论

1.1选题背景

1.2国内外研究现状

1.3论文结构与章节安排

2 电子病历系统分析

2.1 可行性分析

2.1.1 技术可行性分析

2.1.2 经济可行性分析

2.1.3 操作可行性分析

2.2 系统功能分析

2.2.1 功能性分析

2.2.2 非功能性分析

2.3 系统用例分析

2.4 系统流程分析

2.4.1登录流程

2.4.2注册流程

2.4.3添加信息流程

2.4.4删除信息流程

2.5本章小结

3 电子病历系统总体设计

3.1 系统功能模块设计

3.1.1整体功能模块设计

3.1.2用户模块设计

3.1.3 普通信息管理模块设计

3.2 数据库设计

3.2.1 数据库概念结构设计

3.3.2 数据库逻辑结构设计

表access_token (登陆访问时长)

表admission_application (入院申请)

表admission_information (入院信息)

表auth (用户权限管理)

表comment (评论)

表department (科室)

表detection_information (检测信息)

表detection_result (检测结果)

表discharge_records (出院记录)

表doctor_information (医生信息)

表doctor_users (医生用户)

表drug_information (药品信息)

表hits (用户点击)

表inspection_items (检查项目)

表medical_record_archiving (病历归档)

表notice (公告)

表nurse_users (护士用户)

表nursing_projects (护理项目)

表nursing_records (护理记录)

表praise (点赞)

表prescription_information (处方信息)

表regular_users (普通用户)

表slides (轮播图)

表surgical_notification (手术通知)

表temperature_record (体温记录)

表upload (文件上传)

表user (用户账户：用于保存用户登录信息)

表user_group (用户组：用于用户前端身份和鉴权)

3.4本章小结

4 电子病历系统详细设计与实现

4.1普通用户功能模块

4.1.2 用户注册界面

4.1.3 用户登录界面

4.1.4普通用户功能界面

4.2管理员功能模块

4.2.1用户管理界面

4.2.2 医生信息管理界面

4.2.3检查项目管理界面

4.2.4药品信息管理界面

4.3医护用户功能模块

4.3.1医生用户登录界面

4.3.2 入院申请信息管理界面

4.4护士用户功能模块

4.4.1护士用户登录界面

4.3.2 入院申请信息管理界面

5系统测试

5.1系统测试的意义

5.2 测试方法

5.3测试分析

结论

参考文献

致  谢

摘要

随着信息技术和网络技术的飞速发展，人类已进入全新信息化时代，传统管理技术已无法高效，便捷地管理信息。为了迎合时代需求，优化管理效率，各种各样的管理系统应运而生，各行各业相继进入信息管理时代，急诊预检分诊管理系统就是信息时代变革中的产物之一。任何系统都要遵循系统设计的基本流程，本系统也不例外，同样需要经过市场调研，需求分析，概要设计，详细设计，编码，测试这些步骤，基于NET技术设计并实现了急诊预检分诊管理系统。该系统基于B/S即所谓浏览器/服务器模式，应用C#语言，选择SQL作为后台数据库。系统主要包括医护信息管理、普通信息管理、急救信息管理、挂号信息、检查信息管理、普通登入注册审核等功能模块。

本文首先介绍了急诊预检分诊管理系统的技术发展背景与发展现状，然后遵循软件常规开发流程，首先针对系统选取适用的语言和开发平台，根据需求分析制定模块并设计数据库结构，再根据系统总体功能模块的设计绘制系统的功能模块图，流程图以及E-R图。然后，设计框架并根据设计的框架编写代码以实现系统的各个功能模块。最后，对初步完成的系统进行测试，主要是功能测试、单元测试和性能测试。测试结果表明，该系统能够实现所需的功能，运行状况尚可并无明显缺点。

关键词：电子病历系统 ；C#语言；SQL数据库；B/S结构

Abstract

With the rapid development of information technology and network technology, humanity has entered a new era of informatization, and traditional management techniques are no longer able to efficiently and conveniently manage information. In order to meet the needs of the times and optimize management efficiency, various management systems have emerged, and various industries have entered the information management era. The emergency pre examination triage management system is one of the products of the information age transformation. Any system must follow the basic process of system design, and this system is no exception. It also needs to go through market research, requirement analysis, summary design, detailed design, coding, and testing. Based on NET technology, an emergency pre examination triage management system has been designed and implemented. The system is based on B/S, also known as browser/server mode, using C # language and selecting SQL as the backend database. The system mainly includes functional modules such as medical information management, patient information management, emergency information management, registration information management, examination information management, and patient login registration review.

This article first introduces the technical development background and current situation of the emergency pre examination triage management system. Then, following the conventional software development process, suitable languages and development platforms are selected for the system. Based on requirements analysis, modules are formulated and database structures are designed. Then, according to the overall functional module design of the system, the system's functional module diagram, flowchart, and E-R diagram are drawn. Then, design the framework and write code based on the designed framework to implement various functional modules of the system. Finally, the preliminary completed system will be tested, mainly including functional testing, unit testing, and performance testing. The test results indicate that the system can achieve the required functions and its operating condition is still satisfactory without any obvious drawbacks.

Keywords: Emergency pre examination triage system; C # language; SQL database; B/S structure

1 绪论

1.1选题背景

随着医疗技术和信息化水平的提高，传统的纸质病历已经无法满足日益增长的医疗需求。为了提高医疗服务的质量和效率，电子病历系统应运而生。基于C#的电子病历系统是一种利用计算机技术和软件开发的解决方案，旨在将传统的纸质病历转换为数字化的电子格式，以便更好地管理、存储和共享普通的健康信息。

目前，许多医疗机构仍在使用纸质病历进行记录和管理，这存在许多问题，如信息不易共享、存储空间占用大、检索困难等。而基于C#的电子病历系统可以通过将病历信息数字化，实现快速、准确的数据录入和检索，提高医疗工作的效率和质量。

此外，随着互联网技术的普及和网络安全的加强，基于C#的电子病历系统也能够提供远程访问和在线协作的功能，使医生和普通可以随时随地访问和管理病历信息。这为医疗机构提供了更大的灵活性和便利性，同时也加强了普通与医生之间的沟通和交流。

因此，设计和实现基于C#的电子病历系统具有重要的现实意义和应用价值。通过将传统的纸质病历转换为数字化的电子格式，可以改善医疗服务的效率、安全性和质量，促进医疗信息的共享和协作，为医生和普通提供更好的医疗体验。

1.2国内外研究现状

在国内外，基于C#的电子病历系统的研究和应用已经得到广泛关注和深入探讨。以下是国内外研究现状的概述：

1.国内研究现状：

技术研究：国内学者在基于C#的电子病历系统的技术研究方面取得了一定成果。他们致力于开发高效、稳定和安全的系统架构，涵盖数据管理、用户界面设计、数据隐私保护等方面。

应用研究：国内医疗机构积极探索和应用基于C#的电子病历系统。这些系统不仅实现了病历信息的数字化和集中管理，还提供了丰富的功能模块，如电子处方、医嘱管理、影像检查结果等，以提升医疗服务的质量和效率。

2.国外研究现状：

技术研究：国外学者在基于C#的电子病历系统的技术研究方面进行了广泛而深入的探索。他们关注系统的可扩展性、安全性和用户友好性，利用最新的技术手段如云计算、人工智能等来优化系统性能和功能。

实践应用：国外医疗机构广泛应用基于C#的电子病历系统。这些系统提供了多样化的功能模块，包括普通档案管理、诊断记录、药物管理等，以满足医生和普通的需求，并促进医疗信息的共享和协作。

综上所述，国内外研究现状表明，基于C#的电子病历系统在技术研究和实践应用方面取得了显著进展。未来的研究应重点关注系统的可靠性、安全性和用户体验，同时结合最新的技术趋势和医疗需求，不断创新和完善系统功能，为医疗行业提供更好的信息化支持和服务。

1.3论文结构与章节安排

本文共分为六章，章节内容安排如下：

第一章为引言，此章节对所设计和实现的系统的背景和国内外研究现状进行详细的论述以及说明，同时进行了论文整体框架的结构的简要介绍。

第二章为系统需求分析，章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析；对系统实行了总体功能的需求、用例分析。

第三章为系统的设计，主要是对系统的功能结构进行设计，并对系统数据库的概念结构以及物理结构的设计进行了分析。

第四章就是对系统的实现，根据系统功能的划分，分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。

第五章：系统测试。主要对系统的部分界面进行测试并对主要功能进行测试

第六章：总结。

2 电子病历系统分析

系统需求分析是系统开发的一个关键环节，它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘，如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例，如果需求分析不到位，后面的系统设计要实现就是一个偏离导航的设计。

2.1 可行性分析

系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析，如果三个层面度通过，我们则认为系统是比较可行的。

2.1.1 技术可行性分析

电子病历系统存储所使用的是SQL Server数据库以及开发中所使用的是IDEA、Tomcat这些开发工具的使用，能够给我们的编写工作带来许多的便利。系统使用ASP.NET框架进行开发，使系统的可扩展性和维护性更佳，减少ASP.NET配置代码，简化编程代码，目前ASP.NET框架也是很多企业选择的框架之一。

2.1.2 经济可行性分析

在开发电子病历系统中所使用的开发软件像IDEA开发工具、Tomcat8.0服务器、SQL Server5.7数据库、Photoshop图片处理软件等，这些都是开源免费的，这些环境在学校都进行了系统的学习，自己能够独立操作完成，不需要额外花费，而且系统的开发工具从网上都可以直接下载，因此在经济方面是可行的。

2.1.3 操作可行性分析

此次项目设计的时候我参考了很多类似系统的成功案例，对它们的操作界面以及功能都进行了系统的分析，将众多案例结合在一起，突出以人为本简化操作，所以具有基本计算机知识的人都会操作本项目。因此操作可行性也没有问题。

2.2 系统功能分析

2.2.1 功能性分析

电子病历系统我划分为了医生用户、普通用户、护士用户和管理员这四大部分。

普通用户管理模块：

1. 用户注册登录：用着如果想要进入到系统中查看急救信息、挂号信息、检查信息时，就必须有这个系统的账号，如果没有账号的话，可以注册用户进行相关的操作，同时用户还可以对个人信息以及操作的信息进行管控。
2. 医院公告：用户可以查看医院内部的通知和公告信息。
3. 医生信息: 用户可以查看医生信息提交入院申请并填写相关信息。

（4）检查项目：用户可以了解医院提供的各种检查项目。

（5）药品信息：用户可以查询医院内部的药品信息。

（6）护理项目：用户可以了解医院提供的各种护理项目。

（7）个人中心：用户可以管理个人信息和设置。

（8）个人首页：用户可以查看个人的工作待办事项和日程安排。

（9）入院申请：用户可以填写入院申请信息并提交给医生审核。

（10）入院信息：用户可以查看自己的入院详细信息。

（11）检测信息：用户可以了解自己进行的各种检测项目的信息。

（12）检测结果：用户可以查看自己的检测结果。

（13）处方信息：用户可以查看医生开具的药品处方信息。

（14）体温记录：用户可以记录自己的体温变化情况。

（15）护理记录：用户可以查看自己的护理记录。

（16）病历归档：用户可以了解自己的病历归档情况。

（17）出院记录：用户可以查看自己的出院记录。

管理员管理模块：

1. 登录：管理员在后台可以输入用户名+密码+图片验证进行登录，管理员的用户名和密码是在数据库中直接设定好的。
2. 后台首页：展示管理员的后台管理界面。

（3）系统用户：管理员可以对电子病历系统中的管理员以及前台注册的普通用户和医护人员进行增删改查。

1. 医生信息管理：管理员可以查看医生信息详细列表信息，添加新的医生信息。
2. 检查项目管理：管理员可以查看检查项目详细列表信息，添加新的检查项目。
3. 药品信息管理：管理员可以查看药品信息详细列表信息，添加新的药品信息。
4. 科室管理：管理员可以查看医生的科室详细列表信息，添加新的科室信息。
5. 入院申请管理：管理员可以管理普通的入院申请。
6. 入院信息管理：管理员可以管理普通的入院信息。
7. 检测信息管理：管理员可以查看检测信息列表，管理普通的检测过程。
8. 检测结果管理：管理员可以查看管理普通的检测结果。
9. 处方信息管理：管理员可以查看管理普通的药品处方信息。
10. 体温记录管理：管理员可以查看管理普通的体温记录。
11. 护理项目管理：管理员可以查看查看护理项目列表，添加新的护理项目。
12. 护理记录管理：管理员可以查看管理普通的护理记录。
13. 病历归档管理：管理员可以查看管理普通的病历归档信息。
14. 出院记录管理：管理员可以查看管理普通的出院记录。
15. 系统管理：管理员点击“系统管理”菜单可以对首页展示的轮播图进行增删改查。

（19）医院公告管理：管理员点击“医院公告”菜单可以查看到系统中的所有通知公告信息，对已经存在的通知公告，管理员可以修改，也可以添加新的通知公告或者删除通知公告。

（2）普通信息管理：管理员点击“普通信息列表”菜单可以查看普通的检查信息，并可对的急救情况、挂号信息进行添加。

（3）检查信息：管理员点击“检查信息列表”菜单可以查看到系统中的所有普通用户的检查信息，并可进行详情、重置或删除操作。

（4）系统用户：管理员可以对电子病历系统中的管理员以及前台注册的普通用户和医护人员进行增删改查。

医生用户管理模块：

1. 登录：医生用户的账号由管理员后台添加，医生用户通过账号、密码和验证进行登录。

（2）医院公告：医院公告功能允许医生获取医院发布的重要信息，包括会议通知、培训安排等。这有助于医生及时了解医院的最新动态。

（3）医生信息：医生信息功能提供了医生个人资料和专业背景的管理。医生可以更新自己的个人信息，包括联系方式、工作经历等。

（4）检查项目：医生用户可以在系统中查看和管理各种检查项目。他们可以根据普通的病情选择适当的检查项目，并记录和查看检查结果。

（5）药品信息：医生可以在系统中查询药品信息，包括药品的名称、用途、剂量等。这有助于医生选择适合普通的药物治疗方案。

（6）护理项目：护理项目功能允许医生查看和管理普通的护理需求和护理计划。医生可以根据普通的状况制定相应的护理措施。

（7）个人中心：人中心是医生用户的个人空间，他们可以在其中查看自己的工作排班等。此外，个人中心还提供了一些个性化设置，如更改密码、修改个人资料等。

（8）个人首页：个人首页包含医生个人中心的所有权限操作。

（9）医生信息：医生用户可以查看所有的医生信息。

（10）入院申请: 医生用户可以通过系统提交入院申请，并在申请被审核通过后确认普通的入院。入院申请功能有助于加快入院流程，提高医疗服务的效率。

（11）入院信息: 入院信息功能允许医生记录和查看普通的检测信息、处方、上传病历等。这些信息对医生做出准确的诊断和治疗计划至关重要。

（12）检测信息: 医生用户可以查看和管理普通的检测信息，包括各项检查的结果和数据。这些信息对医生评估普通的健康状况和制定治疗方案非常重要。

（13）检测结果:医生用户可以查看普通的结果等信息。

（14）处方信息：医生可以在系统中管理普通的处方信息，包括开具、修改等。这有助于提高处方的准确性和及时性，为普通提供更好的药物治疗。

（15）体温记录：医生用户可以记录和查看普通的体温记录。体温是监测普通身体状况的重要指标，医生可以根据体温变化来评估普通的健康状况。

（16）护理记录：医生可以查看和编辑普通的护理记录，包括病情观察、药物使用和护理措施等。这些记录对医生了解普通的康复情况和调整治疗方案非常重要。

（17）病历归档：医生用户可以将普通的病历归档到系统中，方便后续查看和分析。病历归档功能有助于医生更好地了解普通的病史和治疗进程。

（18）出院记录：医生可以记录和查看普通的出院信息，包括出院日期、出院诊断等。出院记录功能有助于医生评估普通的康复情况和制定出院后的治疗计划。

护士用户管理模块：

（1）医院公告：护士用户查看显示在医院发布的通知和公告等信息。

（2）医生信息：护士用户查看提供医生的个人信息、专长等相关信息。

（3）检查项目：护士用户查看前台系统列出医院可提供的检查项目及其详细信息。

（4）药品信息：护士用户查看前台展示医院药房中的药品清单、用途和剂量等相关信息。

（5）护理项目：护士用户可查看系统介绍不同护理项目的目的、方法和注意事项等。

（6）个人首页：护士用户查看显示护士个人的基本信息，以及体温记录的统计曲线图，方便了解自身健康状况。

（7）入院申请详情：护士用户查看系统提供的普通用户入院申请的详细信息，包括普通姓名、入院原因和其他必要的信息。

（8）入院信息：护士用户可查看普通记录入院时所进行的体温检测和护理情况。

（9）检测信息：护士用户可查看普通显示各项检测项目的详细信息，如血压、心率等。

（10）检测结果：护士用户可查看普通用户记录的各项检测项目的具体结果，方便查看和分析。

（11）处方信息：护士用户可查看给普通用户提供处方信息的存储和打印功能，方便护士管理和使用处方。

（12）体温记录：护士用户可查看记录普通的体温数据，以便跟踪普通的健康状况。

（13）护理记录：护士用户可查看记录普通用户护理过程中的关键信息，如给药时间、剂量和护理措施等。

（14）出院记录：护士用户可查看记录普通出院时的体温检测、护理情况和医嘱等。

2.2.2 非功能性分析

电子病历系统的非功能性需求比如电子病历系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：

表3-1电子病历系统非功能需求表

安全性	主要指电子病历系统数据库的安装，数据库的使用和密码的设定必须合乎规范。
可靠性	可靠性是指电子病历系统能够按照用户提交的指示进行操作，经过测试，可靠性90%以上。
性能	性能是影响电子病历系统占据市场的必要条件，所以性能最好要佳才好。
可扩展性	比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。
易用性	用户只要跟着电子病历系统的页面展示内容进行操作，就可以了。
可维护性	电子病历系统开发的可维护性是非常重要的，经过测试，可维护性没有问题

2.3 系统用例分析

电子病历系统的完整UML用例图分别是图2-1、图2-2、图2-3和2-4。

图2-1就是普通用户角色的用例展示。

图2-1 电子病历系统普通用户角色用例图

图2-2就是管理员角色的用例展示。

图2-2 电子病历系统管理员角色用例图

图2-3医生用户角色的用例展示。

图2-3 电子病历系统医生用户角色用例图

图2-4护士用户角色的用例展示。

图2-4 电子病历系统护士用户角色用例图

2.4 系统流程分析

2.4.1登录流程

登录模块主要满足管理员以及用户的权限登录，用户登录流程图如图2-4所示。

图2-4 登录流程图

2.4.2注册流程

未有账号的用户可进入注册界面进行注册操作，用户注册流程图如图2-5所示。

图2-5 注册流程图

2.4.3添加信息流程

用户在添加信息时，信息编号自动生成，系统会对添加的信息进行验证，验证通过则添加至数据库，添加信息成功，反之添加失败。添加信息流程如图2-6所示。

图2-6 添加信息流程图

2.4.4删除信息流程

用户可选择要删除的信息进行信息删除操作，在删除信息时系统提示是否确定删除信息，是则删除信息成功，系统数据库将信息进行删除。删除信息流程图如图2-7所示。

图2-7删除信息流程图

2.5本章小结

本章主要通过对电子病历系统的可行性分析、功能需求分析、系统用例分析、业务流程分析，确定整个电子病历系统要实现的功能。同时也为电子病历系统的代码实现和测试提供了标准。

3 电子病历系统总体设计

本章主要讨论的内容包括电子病历系统的功能模块设计、数据库系统设计。

3.1 系统功能模块设计

3.1.1整体功能模块设计

在上一章节中主要对系统的功能性需求和非功能性需求进行分析，并且根据需求分析了本电子病历系统中的用例。那么接下来就要开始对本电子病历系统的架构、主要功能和数据库开始进行设计。电子病历系统根据前面章节的需求分析得出，其总体设计模块图如图3-1所示。

图3-1 电子病历系统功能模块图

3.1.2用户模块设计

本系统的用户包括管理员和用户两种用户模块的功能基本是相同的，用户比管理员多了一个注册功能，所以以用户模块的结构图为例进行分析，用户模块结构图为例进行分析，如下图：

图3-2用户模块结构图

3.1.3 普通信息管理模块设计

电子病历系统是中需要存储不少普通信息，其模块功能结构，具体的结构图如下：

图3-4普通信息模块结构图

3.2 数据库设计

数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。

3.2.1 数据库概念结构设计

下面是整个电子病历系统中主要的数据库表总E-R实体关系图。

图3-6 电子病历系统总E-R关系图

3.3.2 数据库逻辑结构设计

通过上一小节中电子病历系统中总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	用户编号:

表admission_application (入院申请)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	admission_application_id	int	10	0	N	Y		入院申请ID
2	application_number	varchar	64	0	Y	N		申请号
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_id	varchar	64	0	Y	N		医生工号
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	department	varchar	64	0	Y	N		科室
7	working_hours	varchar	64	0	Y	N		上班时间
8	accompanying_nurse	int	10	0	Y	N	0	陪同护士
9	application_date	date	10	0	Y	N		申请日期
10	regular_users	int	10	0	Y	N	0	普通用户
11	user_name	varchar	64	0	Y	N		用户姓名
12	user_age	varchar	64	0	Y	N		用户年龄
13	user_gender	varchar	64	0	Y	N		用户性别
14	user_address	varchar	64	0	Y	N		用户住址
15	users_mobile_phone	varchar	64	0	Y	N		用户手机
16	reason_for_application	text	65535	0	Y	N		申请原因
17	examine_state	varchar	16	0	N	N	未审核	审核状态
18	examine_reply	varchar	16	0	Y	N		审核回复
19	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
20	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表admission_information (入院信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	admission_information_id	int	10	0	N	Y		入院信息ID
2	admission_number	varchar	64	0	Y	N		入院号
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_id	varchar	64	0	Y	N		医生工号
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	department	varchar	64	0	Y	N		科室
7	working_hours	varchar	64	0	Y	N		上班时间
8	accompanying_nurse	int	10	0	Y	N	0	陪同护士
9	regular_users	int	10	0	Y	N	0	普通用户
10	user_name	varchar	64	0	Y	N		用户姓名
11	user_age	varchar	64	0	Y	N		用户年龄
12	user_gender	varchar	64	0	Y	N		用户性别
13	user_address	varchar	64	0	Y	N		用户住址
14	users_mobile_phone	varchar	64	0	Y	N		用户手机
15	admission_date	date	10	0	Y	N		入院日期
16	admission_description	text	65535	0	Y	N		入院描述
17	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
18	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表auth (用户权限管理)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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	更新时间：

表comment (评论)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	comment_id	int	10	0	N	Y		评论ID：
2	user_id	int	10	0	N	N	0	评论人ID：
3	reply_to_id	int	10	0	N	N	0	回复评论ID：空为0
4	content	longtext	2147483647	0	Y	N		内容：
5	nickname	varchar	255	0	Y	N		昵称：
6	avatar	varchar	255	0	Y	N		头像地址：[0,255]
7	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
9	source_table	varchar	255	0	Y	N		来源表：
10	source_field	varchar	255	0	Y	N		来源字段：
11	source_id	int	10	0	N	N	0	来源ID：

表department (科室)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	department_id	int	10	0	N	Y		科室ID
2	department	varchar	64	0	Y	N		科室
3	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表detection_information (检测信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	detection_information_id	int	10	0	N	Y		检测信息ID
2	detection_number	varchar	64	0	Y	N		检测号
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_id	varchar	64	0	Y	N		医生工号
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	department	varchar	64	0	Y	N		科室
7	accompanying_nurse	int	10	0	Y	N	0	陪同护士
8	regular_users	int	10	0	Y	N	0	普通用户
9	user_name	varchar	64	0	Y	N		用户姓名
10	user_age	varchar	64	0	Y	N		用户年龄
11	user_gender	varchar	64	0	Y	N		用户性别
12	testing_date	date	10	0	Y	N		检测日期
13	classification	varchar	64	0	Y	N		分类
14	entry_name	varchar	64	0	Y	N		项目名称
15	taboo	varchar	64	0	Y	N		禁忌
16	fee_amount	varchar	64	0	Y	N		收费金额
17	remarks	varchar	64	0	Y	N		备注
18	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
19	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表detection_result (检测结果)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	detection_result_id	int	10	0	N	Y		检测结果ID
2	detection_number	varchar	64	0	N	N		检测号
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_id	varchar	64	0	Y	N		医生工号
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	department	varchar	64	0	Y	N		科室
7	accompanying_nurse	int	10	0	Y	N	0	陪同护士
8	regular_users	int	10	0	Y	N	0	普通用户
9	user_name	varchar	64	0	Y	N		用户姓名
10	user_age	varchar	64	0	Y	N		用户年龄
11	user_gender	varchar	64	0	Y	N		用户性别
12	testing_date	date	10	0	Y	N		检测日期
13	entry_name	varchar	64	0	Y	N		项目名称
14	taboo	varchar	64	0	Y	N		禁忌
15	fee_amount	varchar	64	0	Y	N		收费金额
16	attachment	varchar	255	0	Y	N		附件
17	explain_the_results	text	65535	0	Y	N		说明结果
18	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
19	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表discharge_records (出院记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	discharge_records_id	int	10	0	N	Y		出院记录ID
2	admission_number	varchar	64	0	N	N		入院号
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_id	varchar	64	0	Y	N		医生工号
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	department	varchar	64	0	Y	N		科室
7	working_hours	varchar	64	0	Y	N		上班时间
8	accompanying_nurse	int	10	0	Y	N	0	陪同护士
9	regular_users	int	10	0	Y	N	0	普通用户
10	user_name	varchar	64	0	Y	N		用户姓名
11	user_age	varchar	64	0	Y	N		用户年龄
12	user_gender	varchar	64	0	Y	N		用户性别
13	user_address	varchar	64	0	Y	N		用户住址
14	users_mobile_phone	varchar	64	0	Y	N		用户手机
15	discharge_date	date	10	0	Y	N		出院日期
16	description_of_the_matter	text	65535	0	Y	N		事项描述
17	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
18	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表doctor_information (医生信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctor_information_id	int	10	0	N	Y		医生信息ID
2	doctor_users	int	10	0	Y	N	0	医生用户
3	doctors_photo	varchar	255	0	Y	N		医生照片
4	doctors_id	varchar	64	0	Y	N		医生工号
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	department	varchar	64	0	Y	N		科室
7	working_hours	varchar	64	0	Y	N		上班时间
8	accompanying_nurse	int	10	0	Y	N	0	陪同护士
9	introduction_by_doctor	longtext	2147483647	0	Y	N		医生介绍
10	hits	int	10	0	N	N	0	点击数
11	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
12	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表doctor_users (医生用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctor_users_id	int	10	0	N	Y		医生用户ID
2	doctors_id	varchar	64	0	N	N		医生工号
3	doctors_name	varchar	64	0	Y	N		医生姓名
4	examine_state	varchar	16	0	N	N	已通过	审核状态
5	user_id	int	10	0	N	N	0	用户ID
6	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
7	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表drug_information (药品信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	drug_information_id	int	10	0	N	Y		药品信息ID
2	drug_name	varchar	64	0	Y	N		药品名称
3	cover	varchar	255	0	Y	N		封面
4	drug_specifications	varchar	64	0	Y	N		药品规格
5	drug_unit_price	int	10	0	Y	N	0	药品单价
6	taboos_for_use	varchar	64	0	Y	N		使用禁忌
7	drug_instructions	longtext	2147483647	0	Y	N		药品说明书
8	hits	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	更新时间

表hits (用户点击)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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：

表inspection_items (检查项目)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	inspection_items_id	int	10	0	N	Y		检查项目ID
2	entry_name	varchar	64	0	Y	N		项目名称
3	cover	varchar	255	0	Y	N		封面
4	taboo	varchar	64	0	Y	N		禁忌
5	fee_amount	int	10	0	Y	N	0	收费金额
6	project_introduction	longtext	2147483647	0	Y	N		项目介绍
7	hits	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	更新时间

表medical_record_archiving (病历归档)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	medical_record_archiving_id	int	10	0	N	Y		病历归档ID
2	medical_record_number	varchar	64	0	Y	N		病历号
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_id	varchar	64	0	Y	N		医生工号
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	department	varchar	64	0	Y	N		科室
7	working_hours	varchar	64	0	Y	N		上班时间
8	regular_users	int	10	0	Y	N	0	普通用户
9	user_name	varchar	64	0	Y	N		用户姓名
10	user_age	varchar	64	0	Y	N		用户年龄
11	user_gender	varchar	64	0	Y	N		用户性别
12	user_address	varchar	64	0	Y	N		用户住址
13	users_mobile_phone	varchar	64	0	Y	N		用户手机
14	filing_date	date	10	0	Y	N		归档日期
15	disease_description	text	65535	0	Y	N		病情描述
16	medical_record_files	varchar	255	0	Y	N		病历文件
17	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
18	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表notice (公告)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	notice_id	mediumint	8	0	N	Y		公告id：
2	title	varchar	125	0	N	N		标题：
3	content	longtext	2147483647	0	Y	N		正文：
4	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
5	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表nurse_users (护士用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	nurse_users_id	int	10	0	N	Y		护士用户ID
2	nurse_id	varchar	64	0	N	N		护士工号
3	nurse_name	varchar	64	0	Y	N		护士姓名
4	examine_state	varchar	16	0	N	N	已通过	审核状态
5	user_id	int	10	0	N	N	0	用户ID
6	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
7	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表nursing_projects (护理项目)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	nursing_projects_id	int	10	0	N	Y		护理项目ID
2	nursing_name	varchar	64	0	Y	N		护理名称
3	cover_image	varchar	255	0	Y	N		封面图
4	item_description	varchar	64	0	Y	N		事项说明
5	nursing_fees	varchar	64	0	Y	N		护理收费
6	nursing_introduction	text	65535	0	Y	N		护理介绍
7	hits	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	更新时间

表nursing_records (护理记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	nursing_records_id	int	10	0	N	Y		护理记录ID
2	nursing_number	varchar	64	0	Y	N		护理编号
3	doctor_users	int	10	0	Y	N	0	医生用户
4	department	varchar	64	0	Y	N		科室
5	working_hours	varchar	64	0	Y	N		上班时间
6	accompanying_nurse	int	10	0	Y	N	0	陪同护士
7	regular_users	int	10	0	Y	N	0	普通用户
8	user_name	varchar	64	0	Y	N		用户姓名
9	user_age	varchar	64	0	Y	N		用户年龄
10	nursing_date	date	10	0	Y	N		护理日期
11	nursing_name	varchar	64	0	Y	N		护理名称
12	item_description	varchar	64	0	Y	N		事项说明
13	nursing_fees	varchar	64	0	Y	N		护理收费
14	remarks	varchar	64	0	Y	N		备注
15	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
16	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表praise (点赞)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	praise_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：
8	status	bit	1	0	N	N	1	点赞状态:1为点赞，0已取消

表prescription_information (处方信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	prescription_information_id	int	10	0	N	Y		处方信息ID
2	prescription_number	varchar	64	0	Y	N		处方号
3	doctor_users	int	10	0	Y	N	0	医生用户
4	department	varchar	64	0	Y	N		科室
5	working_hours	varchar	64	0	Y	N		上班时间
6	accompanying_nurse	int	10	0	Y	N	0	陪同护士
7	regular_users	int	10	0	Y	N	0	普通用户
8	user_name	varchar	64	0	Y	N		用户姓名
9	user_age	varchar	64	0	Y	N		用户年龄
10	prescription_date	date	10	0	Y	N		开药日期
11	drug_name	varchar	64	0	Y	N		药品名称
12	drug_specifications	varchar	64	0	Y	N		药品规格
13	taboos_for_use	varchar	64	0	Y	N		使用禁忌
14	prescription_quantity	int	10	0	Y	N	0	开药数量
15	medication_instructions	text	65535	0	Y	N		用药说明
16	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
17	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表regular_users (普通用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	regular_users_id	int	10	0	N	Y		普通用户ID
2	user_name	varchar	64	0	Y	N		用户姓名
3	user_age	varchar	64	0	Y	N		用户年龄
4	user_gender	varchar	64	0	Y	N		用户性别
5	user_address	varchar	64	0	Y	N		用户住址
6	users_mobile_phone	varchar	64	0	Y	N		用户手机
7	examine_state	varchar	16	0	N	N	已通过	审核状态
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	更新时间

表slides (轮播图)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	slides_id	int	10	0	N	Y		轮播图ID：
2	title	varchar	64	0	Y	N		标题：
3	content	varchar	255	0	Y	N		内容：
4	url	varchar	255	0	Y	N		链接：
5	img	varchar	255	0	Y	N		轮播图：
6	hits	int	10	0	N	N	0	点击量：
7	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表surgical_notification (手术通知)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	surgical_notification_id	int	10	0	N	Y		手术通知ID
2	admission_number	varchar	64	0	Y	N		入院号
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_id	varchar	64	0	Y	N		医生工号
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	department	varchar	64	0	Y	N		科室
7	working_hours	varchar	64	0	Y	N		上班时间
8	accompanying_nurse	int	10	0	Y	N	0	陪同护士
9	regular_users	int	10	0	Y	N	0	普通用户
10	user_name	varchar	64	0	Y	N		用户姓名
11	user_age	varchar	64	0	Y	N		用户年龄
12	user_gender	varchar	64	0	Y	N		用户性别
13	user_address	varchar	64	0	Y	N		用户住址
14	users_mobile_phone	varchar	64	0	Y	N		用户手机
15	surgical_date	date	10	0	Y	N		手术日期
16	surgical_description	text	65535	0	Y	N		手术描述
17	examine_state	varchar	16	0	N	N	未审核	审核状态
18	examine_reply	varchar	16	0	Y	N		审核回复
19	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
20	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表temperature_record (体温记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	temperature_record_id	int	10	0	N	Y		体温记录ID
2	doctor_users	int	10	0	Y	N	0	医生用户
3	department	varchar	64	0	Y	N		科室
4	working_hours	varchar	64	0	Y	N		上班时间
5	accompanying_nurse	int	10	0	Y	N	0	陪同护士
6	regular_users	int	10	0	Y	N	0	普通用户
7	user_name	varchar	64	0	Y	N		用户姓名
8	user_age	varchar	64	0	Y	N		用户年龄
9	measurement_date	date	10	0	Y	N		测量日期
10	measure_body_temperature	varchar	64	0	Y	N		测量体温
11	matters_needing_attention	text	65535	0	Y	N		注意事项
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表upload (文件上传)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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		文件类型

表user (用户账户：用于保存用户登录信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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	email	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	会员折扣

表user_group (用户组：用于用户前端身份和鉴权)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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	更新时间：

3.4本章小结

整个电子病历系统的需求分析主要对系统总体架构以及功能模块的设计，通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。

4 电子病历系统详细设计与实现

电子病历系统的详细设计与实现主要是根据前面的电子病历系统的需求分析和电子病历系统的总体设计来设计页面并实现业务逻辑。主要从电子病历系统界面实现、业务逻辑实现这两部分进行介绍。

4.1普通用户功能模块

4.1.2 用户注册界面

电子病历系统的普通用户是可以进行注册登录，当用户右上角“注册”按钮的时候，当填写上自己的账号+密码+确认密码+昵称+邮箱+身份等信息后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。

4-2注册界面图

4.1.3 用户登录界面

电子病历系统中的前台上注册后的用户是可以通过自己的账号+密码+图片验证进行登录的，当普通用户输入完整的自己的账号+密码+图片验证信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账号+密码+图片验证和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到电子病历系统的首页中；否则将会提示相应错误信息，用户登录界面如下图4-3所示。

图4-3用户登录界面图

4.1.4普通用户功能界面

普通用户登录预诊分诊系统后台，可对个人首页、入院申请、入院信息、检测信息、

检测结果、处方信息、体温记录、护理记录、病历归档、出院记录等管理进行详情查看，普通用户功能界面如下图4-4所示。

图4-4普通用户功能界面图

4.2管理员功能模块

4.2.1用户管理界面

电子病历系统中的管理人员在“系统用户”这一菜单是中可以对注册的普通用户、医生用户、护士用户以及管理员进行管控。界面如下图4-5所示。

图4-5用户管理界面图

4.2.2 医生信息管理界面

管理员点击“医生信息列表”会显示出所有的医生信息，支持选择医生姓名或者科室对医生信息进行查询，可对医生信息的详情、评论进行查看和添加，医生信息管理界面如下图4-6所示。

图4-6 医生信息管理界面图

4.2.3检查项目管理界面

管理员 在“检查项目列表”页面点击下边“检查项目添加”输入项目的名称、禁忌、收费金额等进行完成检查项目的添加，界面如下图4-11所示。

图4-11添加检查项目信息界面图

4.2.4药品信息管理界面

管理员 在“药品信息列表”页面点击下边“药品信息添加”输入药品的名称、规格、使用禁忌、药品单价、说明书等详细信息进行完成药品信息的添加。界面如下图4-12所示。

图4-12　添加药品信息界面图

4.3医护用户功能模块

4.3.1医生用户登录界面

医生用户的账号由管理员后台添加，医生用户通过账号、密码进行登录。界面如下图4-10所示。

图4-10医生用户登录界面图

4.3.2 入院申请信息管理界面

医护用户点击“入院申请”会显示出所有的普通用户的入院申请信息，支持选择用户性别或用户姓名等对入院申请信息进行查询，点击详情对普通用户的入院申请进行审核回复，点击“确认入院”进行对用户的入院申请信息填写最后点击“提交”按钮就可以完成了，同时可以选择某一条入院申请信息，点击“删除”进行删除，界面如下图4-10所示。

图4-10入院申请信息界面图

4.4护士用户功能模块

4.4.1护士用户登录界面

  护士用户的账号由管理员后台添加，护士用户通过账号、密码进行登录。界面如下图4-11所示。

           图4-11护士用户登录界面图

4.3.2 入院申请信息管理界面

护士用户点击“入院申请”会显示出所有的普通用户的入院申请信息，支持选择用户入院号或用户姓名、入院日期等对入院申请信息进行查询，点击测量体温对普通用户的测量体温表进行信息填写，同样点击“护理”进行对用户的护理信息填写最后点击“提交”按钮就可以完成了，界面如下图4-12所示。

图4-12入院申请信息界面图

5系统测试

系统开发的最后一个步骤就是系统测试，系统测试也是整个系统十分重要的一个环节，测试的好坏关系到产品的发展。用户对软件的质量、性能和可靠性等需求就要通过测试来实现。测试过程要必须遵循严谨性、完善性、规范性的原则，测试的主要目的就是看看在系统运行中，是否会出现bug，然后对出现的bug进行调试，直到程序完美运行。但是软件的测试只能尽可能的减少bug，理论上来说是无法达到消除bug。但是bug越少，系统出错的几率就越低，用户使用起来也更方便、更安全。

近年来，软件包含测试从现在的检验当中来看，系统接近预期目标可能出现的问题，并对这些错误做出相应的修正，假如我们不进行早期的测试错误就会延续下去，最后所做出的成品就会有很大的困难。

我们要在这个测试的过程当中找出错误。测试成软件开发的主要一部分，自从有了程序的设计那天开始，它就成为了重要的组成部分。经过统计来看，软件测试可以占据这个系统45%的工作量，而在软件开发的成本当中，对于测试成本来说它包含了很多的测试工作。每个程序测试时都会出现和遇到错误。在整个程序的开发过程当中，人为去查找错误是非常复杂和困难的，所以我们一般都会找一些测试的工具来进行测试。

5.1系统测试的意义

随着现代信息的快速发展，在社会各大领域中已经都开始应用网络信息技术，在应用网络技术的同时人们也开始把软件的质量问题作为了一个重要焦点来关注，因为一个软件的好与坏它决定着这个系统在市场上的生存，所以我们必须要把软件质量来做好，这样才有一定的生存能力。对于用户来说它们首先选用的都是保证这个系统软件的质量问题，因为一个系统的软件质量决定着用户在后期上成本经济的问题。

5.2 测试方法

具体测试方法包括：黑盒测试和白盒测试。

黑盒测试又被人们称作为功能测试，通常是在程序的接口来做一些测试的方法，它一般包括对程序的功能和使用的方法来做出一些数据的接受和输出，同时还可以做出正确的输出信息，并保证与外部信息的完整性。

白盒测试通常被人们称作为结构测试，在整个程序的结构和处理当中它是由程序当中的逻辑测试和检验程序来完成一些正确的工作。

具体的功能测试它是包括：系统的适用性、准确性、安全性等功能测试。

5.3测试分析

电子病历系统满足相关信息的管理需求，在设计时借鉴了国内外优秀网站的优点，从界面到系统设计都保证了管理员以及用户能够方便操作。系统的主要特点和优点归纳如下：

（1）本系统用的移置性和针对性都比较高，因为针对性高可以提供更好的服务而移置性可以在多个系统上运行，更给用户带来了极大的方便。

（2）该电子病历系统内容全面，管理方便可以及时的全面的处理各种错误，异常，这样避免了很多因用户的马虎操作而出现的失误，其操作方便，用户界面友好，能够上网的人都可以很好的进行操作。

经过对上述的测试结果分析，所有基本功能齐全，操作简单，系统运行性能良好，系统安全可靠，能促进电子病历系统的发展，发展前景广阔。

结论

至此，电子病历系统已经结束，在开发前做了许多的准备，在本系统的设计和开发过程中阅览和学习了许多文献资料，从中我也收获了很多宝贵的方法和设计思路，对系统的开发也起到了很重要的作用，系统的开发技术选用的都是自己比较熟悉的，比如Web、ASP.NET技术、SQL Server，这些技术都是在以前的学习中学到了，其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验，其实对于我们来说工作量还是比较大的，但是正是由于之前的积累与准备，才能顺利的完成这个项目，由此看来，积累经验跟做好准备是十分重要的事情。

当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助，正是因为他们的指导与帮助，我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西，此系统也有需要改进的地方，但是由于专业知识的浅薄，并不能做到十分完美，希望以后有机会可以让其真正的投入到使用之中。

参考文献

[1]董文涛,王鹏,王二涛. 人工诱导产生类C_4高叶脉密度水稻叶片 [J/OL]. 科学通报, 1-3[2024-03-06].

[2]王宇阳,牛志伟,卢建华等. 基于web技术的有限元模型和成果可视化方法研究 [J/OL]. 水力发电, 1-7[2024-03-06].

[3]Abdulrahman Q B . GFRP continuous RC beams having web openings and externally strengthened with CFRP composites [J]. Engineering Research Express, 2024, 6 (1):

[4]Radulova G ,Kapogianni A ,Cholakova G , et al. Galectin-3 – A novel ligand of complement protein C1q [J]. International Journal of Biological Macromolecules, 2024, 262 (P2): 129930-.

[5]魏璐露,程楠楠. 基于SVM-DT-MLP模型的Web日志异常流量检测研究 [J]. 现代信息科技, 2024, 8 (04): 171-174+179.

[6]李晓峰,郭伊,闫衍. 基于C/S架构的SQL数据库技术研究 [J]. 网络安全和信息化, 2024, (02): 83-85.

[7]朱畅,甘昕艳,林柳云. 基层医疗单位电子病历系统问题与对策分析 [J/OL]. 软件导刊, 1-6[2024-03-06].

[8]陈怡帆,曹战强. 口腔专科门急诊电子知情同意书系统设计与应用 [J]. 医院管理论坛, 2024, 41 (01): 93-96+40.

[9]李子民. 基于区块链电子病历系统的研究与设计 [J]. 医学信息, 2024, 37 (01): 45-48.

[10]佘广南,伊永菊. 基于电子病历应用与评级的输血管理系统设计与实现 [J]. 现代医院, 2023, 23 (12): 1885-1888+1893.

[11]张娟,王婷婷,鱼锋. 多院区电子病历质控系统的应用 [J]. 中国病案, 2023, 24 (12): 13-15.

[12]张思危. 电子病历实时监控系统在结核病病案管理中的应用 [J]. 医学信息, 2023, 36 (22): 41-44.

[13]宋红梅,赵书君,吴颖敏等. 新医改背景下中医电子病历系统临床应用探讨 [J]. 中国卫生事业管理, 2023, 40 (11): 829-834.

[14]林雪,李燕,陈题等. 儿童早期预警评分结合电子病历系统及终端机信息化平台的设计与应用 [J]. 中西医结合护理(中英文), 2023, 9 (10): 172-174.

[15]吴龙,杨洋. 商用密码在医院电子病历系统存储加密中的应用 [J]. 中国卫生信息管理杂志, 2023, 20 (05): 715-722+729.

[16]Hoyong C ,Sangjin L . Forensic analysis of SQL server transaction log in unallocated area of file system [J]. Forensic Science International: Digital Investigation, 2023, 46 (S):

[17]胡海民. 智慧医院建设背景下电子病历系统的构建与应用 [J]. 无线互联科技, 2023, 20 (18): 1-3+7.

[18]张东强. 临床一体化电子病历系统架构下试验患者免费诊疗流程的设计和应用分析 [J]. 电脑知识与技术, 2023, 19 (26): 57-59.

[19]史超,林栋羚,陈桂花等. 基于临床护理分类系统的电子病历设计与实现 [J]. 中国病案, 2023, 24 (08): 3-7.

[20]周晓媚,魏安琪,方国英. 基于电子病历系统创建妊娠期用药风险评估系统的实践与问题探讨 [J]. 医院管理论坛, 2023, 40 (07): 70-72+25.

致  谢

逝者如斯夫，不舍昼夜。转眼间，大学生活便已经接近尾声，人面对着离别与结束，总是充满着不舍与茫然，我亦如此，仍记得那年秋天，我迫不及待的提前一天到了学校，面对学校巍峨的大门，我心里充满了期待：这里，就是我新生活的起点吗？那天，阳光明媚，学校的欢迎仪式很热烈，我面对着一个个对着我微笑的同学，仿佛一缕缕阳光透过胸口照进了我心里，同时，在那天我认识可爱的室友，我们携手共同度过了这难忘的两年。如今，我望着这篇论文的致谢，不禁又要问自己：现在，我们就要说再见了吗？

感慨莫名，不知所言。遥想当初刚来学校的时候，心里总是想着工科学校会过于板正，会缺乏一些柔情，当时心里甚至有一点点排斥，但是随着我对学校的慢慢认识与了解，我才认识到了她的美丽，她的柔情，并且慢慢的喜欢上了这个校园，但是时间太快了，快到我还没有好好体会她的美丽便要离开了，但是她带给我的回忆，永远不会离开我，也许真正离开那天我的眼里会满含泪水，我不是因为难过，我只是想将她的样子映在我的泪水里，刻在我的心里。最后，感谢我的老师们，是你们教授了我们知识与做人的道理；感谢我的室友们，是你们陪伴了我如此之久；感谢每位关心与支持我的人。

少年，追风赶月莫停留，平荒尽处是春山。

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