智能病案管理系统

摘要

计算机网络如果结合使用信息管理系统，能够提高管理员管理的效率，改善服务质量。优秀的智能病案管理系统能够更有效管理病案业务规范，帮助管理者更加有效管理病案，可以帮助提高克服人工管理带来的错误等不利因素。所以一个优秀的智能病案管理系统能够带来很大的作用。

本智能病案管理系统使用了计算机语言C#和存放数据的仓库SQLSEVER，采用了MVC设计模式来实现。本系统使用了框架ASP.NET实现了智能病案管理系统应有的功能，系统主要角色包括编码员、质控员、医生和管理员。

关键词：C#；SQLSEVER；MVC  

Abstract 

If the computer network is combined with the information management system, it can improve the efficiency of administrator management and improve the quality of service. Excellent intelligent medical record management system can more effectively manage the business norms of medical records, help managers manage medical records more effectively, and help improve and overcome the adverse factors such as errors caused by manual management. Therefore, an excellent intelligent medical record management system can play a great role.

The intelligent medical record management system uses the computer language c# and the data warehouse mysql, and adopts the MVC design mode. The system uses the framework ASP Net realizes the functions of the intelligent medical record management system. The main roles of the system include coder, quality controller, doctor and administrator.

Keywords：C#；MySQL；MVC

目录

摘要

Abstract

第一章 绪论

1.1 研究背景

1.2 研究意义

1.3 主要内容

第二章 系统技术

2.1 MVC模式

2.2 MySQL数据库

2.3 Net技术

第三章 需求分析

3.1 可行性分析

3.1.1 经济可行性研究

3.1.2 技术可行性研究

3.2 功能需求

3.2.1 用例概述

3.2.2 用例描述

3.3 非功能需求

第四章 概要设计

4.1 功能设计

4.2 功能模块

4.3 数据库设计

4.3.1 概念性数据模型

4.3.2 逻辑结构分析设计

第五章 系统实现

5.1 用户管理

5.2 病室管理

5.3 病室编码管理

5.4 病室借阅管理

5.5 病室归还管理

5.6 质控检查管理

5.7 病室反馈管理

5.8 病案修改管理

第六章 系统测试

6.1 测试的目的

6.2 测试方法与内容

6.3 测试用例设计

第七章 总结与展望

7.1 总结

7.2 展望

参考文献

致谢

第一章 绪论

1.1 研究背景

互联网发展到现在已经有七十多年的时间了，随着信息技术的不断发展，互联网会涉及到人们生活的各个方面当中，互联网时代来临的时候可以推动各个行业的发展，给社会的经济领域添加了不少活力。

在当今的时候，很多行业都离不开互联网，尤其是在互联网时代下产生的智能病案管理系统更是受到人们的欢迎。智能病案管理系统的发展已有不少的时间，具有不同的种类。智能病案管理系统跟病案管理业务息息相关，不少用户想要定制特定的系统功能，因此市场具有广阔的前景。智能病案管理系统如此火爆有以下原因[1]。

（1）相比于较传统的工作模式，智能病案管理系统能够提高管理员管理的效率和降低出错的效率。智能病案管理系统功能经过编译运行能够大大降低管理员管理出错的概率，管理员管理系统的时候如果发生了错误的情况系统会给出相应的提示。

（2）通过智能病案管理系统管理能够降低成本，可以节省大量的时间成本和人力资源，管理员能够提高管控能力。

1.2 研究意义

随着现代科学技术的发展，互联网产品已经涉及到生活的很多方面，很多公司也在加快投入力度。然而在和管理员沟通过程当中发现病案管理的工作模式还处于人工管理的模式，这不能够充分地利用互联网技术提高工作效率。建立规范化的流程能够管理病案，而目前管理病案只能依赖于管理员手工进行管理，医疗行业趋于智能化，科技发展能够为我们的生活提供服务，现在较多的场景都需要使用信息化管理。在我们的平时工作的时候，可以切实感受到科学技术带来的解决方式。在我们平时生活的时候也有较多的场景需要技术的辅助[2]。

1.3 主要内容

（1）本次针对智能病案管理系统提出实现方案，按照软件开发的一般流程进行前期的调研和分析确定软件是否能够正常实现、技术是否可行和系统功能模块的设计开发，最后确定了使用的技术和实现系统的方案。

（2）框架属于一种程序开发者实现的功能集合，可以帮助软件开发者快速构建软件层次架构和复用功能的一款工具，本平台框架使用了开源框架，具有比较好的开发优势，可以帮助软件开发者快速构建基本的程序开发框架出来，通过调用开源框架开源帮助程序开发者减少开发难度，提升了智能病案管理系统的安全和稳定性，能够帮助程序开发者完成系统功能模块的开发和数据的处理。

（3）管理员操作和管理智能病案管理系统的数据不仅需要框架规范约束还需要满足一定基础的标准，使用数据库中的约束关系能够根据系统中实体的关系从而生成数据库表，这样在SQLSEVER实现系统的时候可以设置系统实体之间的关系[3]。

第二章 系统技术

2.1 MVC模式

在程序设计的时候经常使用MVC模式，MVC模式可以动态地优化代码，这可以降低代码的重复率。MVC模式能够简化程序开发的复杂度，使得程序的结构更加具体和简单。

MVC的三大模型是模型、视图和控制器。模型能够和系统中的实体实现信息交换，控制器能够处理用户在前端界面中发起的请求，视图层是用户与计算机交互的媒介。在MVC模式中视图层和模型层能够交流数据，模型数据的变化可以通过视图层反应，视图层与模型层并不能够直接联系，需要通过控制层连接起来。

如果信息系统开发方法采用的是模型-视图-控制器，那么如果开发方法能够从多个方法证实多个层次获得模型是十分重要的，设计者必须区分出系统抽象和具体的差别。模型-视图-控制器设计的目的不是指导设计者怎么设计模型，目的是通过模型-视图-控制器能够引领软件开发者对模型的合理配置。模型-视图-控制器的目的是帮助软件开发者尽可能降低软件编写的复杂度，设计理念为通过使用已存在的组件来简化软件开发者开发软件。在业务模型中，数据模型同样也非常的重要，数据模型能够保存系统实体的相关信息。在控制层当中能够处理用户在前端页面中传递过来的用户请求。

2.2 SQLSEVER数据库

SQLSEVER作为一种主流的关系型数据库，属于Oracle数据库中的一种产品。SQLSEVER意为存储和管理的数据仓库，可以看成是现实中的文件资料柜。用户使用此数据库可以把数据存储到数据库中。SQLSEVER使用的语言很多企和医院在使用数据库的时候选择的是SQLSEVER数据库。SQLSEVER数据库性能优秀，并且由于其源码开源免费的特点使得企业的开发成本降低不少。SQLSEVER数据库存储系统信息，智能病案管理系统的信息通过数据库SQL语句存储进SQLSERVER数据库中。

2.3 Net技术

ASP.NET框架能够处理智能病案管理系统的超链接，用户填写表单所发送的请求，不能够直接发送到前端页面中的请求中进行处理，而是需要先发送到后端控制器中进行处理在返回到前端页面当中，由后端框架处理前端页面传递过来的请求。通过后端框架可以避免用户直接访问前端页面，能够较大提高系统的安全性。Net框架定义了Internet Explorer进行解析用户从浏览器发送的请求，数据库存储的记录需要转化为输出缓存。

2.4 C#

C#语言在不断改善中。相对复杂的编程语言C/C++来说C#语言要简单许多，C#和C++编程语言有不少相似之处，C#编程语言开发者把C++中少使用到的特性去除了，使其更加精炼。面向对象的很大特性为将类似的功能装进同一个对象当中，程序员需要利用特定的对象完成对应的功能。C#编程语言编写的程序不需要像C++一样手动管理内存，C#具有垃圾回收机制能够回收垃圾。使用C#语言编写好的应用程序只需要编译一次就可以在不同的平台上使用程序。C#通过编写后端代码响应用户从前端发送的请求，编写的代码需要注意能够成功运行系统。

第三章 需求分析

3.1 可行性分析

3.1.1 经济可行性研究

智能病案管理系统能够给管理员带来不少的收益，如果管理员能够拥有智能病案管理系统，则可以对系统进行简单管理，管理员可以节省不少资金。智能病案管理系统的实现能够解决传统管理模式不必要的经济支出，尤其是其中的人力资源成本，传统的智能病案管理系统需要大量的人力资源支持，并且往往需要管理员手动记载数据[5]。

3.1.2 技术可行性研究

根据前期分析了系统的需求和背景，最终确定了可使用的软件体系和技术完成智能病案管理系统的开发。系统架构和使用的开发技术都是较为好用的开发模型，综合现有的智能病案管理系统，本次开发选用的技术是可行的。

3.2 功能需求

3.2.1 用例概述

图3.1 编码员用例图

图3.2 质控员用例图

图3.3 医生用例图

图3.4 管理员用例图

用例的简要描述如表3.1所示。

表3.1 用例描述

用例标识（UC）	用例名称	摘要描述
1	注册登录	编码员、质控员、医生和管理员通过登录功能才得已使用系统的功能
2	编码员信息管理	管理员在编码员信息管理功能中管理编码员的信息
3	质控员信息管理	管理员在质控员信息管理功能中管理质控员的信息
4	医生信息管理	管理员在医生信息管理功能中管理医生的信息
5	病案信息管理	管理员、编码员和质控员在病案信息管理功能中管理病案的信息
6	病案编码信息管理	管理员和编码员在病案编码信息管理功能中管理病案编码的信息
7	个人中心	编码员、质控员、医生和管理员登录系统之后可以修改个人信息
8	质控检查信息管理	管理员和质控员在质控检查信息管理功能中管理质控检查的信息
9	病案反馈信息管理	管理员、医生和质控员在病案反馈信息管理功能中管理病案反馈的信息
10	病案修改信息管理	管理员、质控员和医生在病案修改信息管理功能中管理病案修改的信息
11	病案借阅信息管理	管理员和医生在病案借阅信息管理功能中管理病案借阅的信息
12	病案归还信息管理	管理员和医生在病案归还信息管理功能中管理病案归还的信息
13	病种统计信息管理	管理员在病种统计信息管理功能中管理病种统计的信息

3.2.2 用例描述

1.病案信息管理

病案信息管理用例描述能够描述系统中的病案信息管理功能，病案信息管理用例描述如表3.2所示。

表3.2 病案信息管理用例描述

用例标识	3.1
用例名称	编辑病案的相关信息
参与者	管理员、编码员和质控员
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	修改病案信息
用例概述	管理员修改病案信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在病案信息管理界面点击添加按钮提交新添加的病案信息 3.病案信息添加成功
备选事件流	4a 输入的信息需要合法才能够成功添加
备注

2.编码员信息管理

编码员信息管理用例描述能够描述系统中的编码员信息管理功能，编码员信息管理用例描述如表3.3所示。

表3.3 编码员信息管理用例描述

用例标识	3.2
用例名称	编辑编码员的相关信息
参与者	管理员
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	修改编码员信息
用例概述	管理员修改编码员信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在编码员信息管理界面点击修改按钮提交修改的编码员信息 3.编码员信息修改成功
备选事件流	4a 输入的信息需要合法才能够成功修改
备注

3.病案编码信息管理

病案编码信息管理用例描述能够描述系统中的病案编码信息管理功能，病案编码信息管理用例描述如表3.4所示。

表3.4 病案编码信息管理用例描述

用例标识	3.3
用例名称	删除病案编码的相关信息
参与者	管理员和编码员
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	删除病案编码信息
用例概述	管理员删除病案编码信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在病案编码信息管理界面点击删除按钮提交删除的病案编码信息 3.病案编码信息删除成功
备选事件流	4a 删除的病案编码信息需要跟其它表没有关联才能够删除
备注

4.质控检查信息管理

质控检查信息管理用例描述能够描述系统中的质控检查信息管理功能，质控检查信息管理用例描述如表3.5所示。

表3.5 质控检查信息管理用例描述

用例标识	3.4
用例名称	搜索质控检查的相关信息
参与者	管理员和质控员
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	搜索质控检查信息
用例概述	管理员搜索质控检查信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在质控检查信息管理界面点击搜索按钮提交搜索的质控检查信息 3.质控检查信息搜索成功
备选事件流	4a 输入的质控检查名称需要跟数据库的信息相匹配才能够搜索成功
备注

5.登录

登录用例描述能够描述系统中的登录功能，登录用例描述如表3.6所示。

表3.6 登录用例描述

用例标识	3.5
用例名称	登陆
参与者	用户、管理员
前置条件	用户和管理员需要输入正确的用户名和密码
后置条件	登录
用例概述	用户和管理员登录
基本事件流	1.用户和管理员进入到登录页面当中 2.管理员和用户输入用户名和密码登录到系统当中
备选事件流	4a 输入的信息需要和数据库信息相匹配才能够登录
备注

6.病案反馈信息管理

病案反馈信息管理用例描述能够描述病案反馈中的病案反馈信息管理功能，病案反馈信息管理用例描述如表3.7所示。

表3.7 病案反馈用例描述

用例标识	3.6
用例名称	编辑病案反馈的相关信息
参与者	管理员、质控员和医生
前置条件	管理员需要输入正确的用户名和密码登录病案反馈
后置条件	修改病案反馈信息
用例概述	管理员修改病案反馈信息
基本事件流	1.管理员输入正确的用户名和密码登录到病案反馈当中 2.管理员在病案反馈信息管理界面点击添加按钮提交新添加的病案反馈信息 3.病案反馈信息添加成功
备选事件流	4a 输入的信息需要合法才能够成功添加

7.个人中心

个人中心用例描述能够描述系统中的个人中心功能，个人中心用例描述如表3.8所示。

表3.8 个人中心用例描述

用例标识	3.7
用例名称	个人中心
参与者	编码员、质控员、医生和管理员
前置条件	用户和管理员需要进入到个人中心页面中
后置条件	修改个人信息
用例概述	用户和管理员管理个人信息
基本事件流	1.用户和管理员进入到登录页面当中 2.用户和管理员输入用户名和密码登录到系统当中 3.在个人中心页面中修改自己个人信息
备选事件流	4a 只有输入的信息合法才能够成功修改
备注

8.病案反馈信息管理

病案反馈信息管理用例描述能够描述系统中的病案反馈信息管理功能，病案反馈信息管理用例描述如表3.9所示。

表3.9 病案反馈信息管理用例描述

用例标识	3.8
用例名称	编辑病案反馈的相关信息
参与者	管理员、医生和质控员
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	修改病案反馈信息
用例概述	管理员修改病案反馈信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在病案反馈信息管理界面点击添加按钮提交新添加的病案反馈信息 3.病案反馈信息添加成功
备选事件流	4a 输入的信息需要合法才能够成功添加
备注

9.病案修改信息管理

病案修改信息管理用例描述能够描述系统中的病案修改信息管理功能，病案修改信息管理用例描述如表3.10所示。

表3.10 病案修改信息管理用例描述

用例标识	3.9
用例名称	编辑病案修改的相关信息
参与者	管理员、质控员和医生
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	修改病案修改信息
用例概述	管理员修改病案修改信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在病案修改信息管理界面点击修改按钮提交修改的病案修改信息 3.病案修改信息修改成功
备选事件流	4a 输入的信息需要合法才能够成功修改
备注

10.病案借阅信息管理

病案借阅信息管理用例描述能够描述系统中的病案借阅信息管理功能，病案借阅信息管理用例描述如表3.11所示。

表3.11 病案借阅信息管理用例描述

用例标识	3.10
用例名称	删除病案借阅的相关信息
参与者	管理员和医生
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	删除病案借阅信息
用例概述	管理员删除病案借阅信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在病案借阅信息管理界面点击删除按钮提交删除的病案借阅信息 3.病案借阅信息删除成功
备选事件流	4a 删除的病案借阅信息需要跟其它表没有关联才能够删除
备注

11.病案归还信息管理

病案归还信息管理用例描述能够描述系统中的病案归还信息管理功能，病案归还信息管理用例描述如表3.5所示。

表3.5 病案归还信息管理用例描述

用例标识	3.4
用例名称	搜索病案归还的相关信息
参与者	管理员和医生
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	搜索病案归还信息
用例概述	管理员搜索病案归还信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在病案归还信息管理界面点击搜索按钮提交搜索的病案归还信息 3.病案归还信息搜索成功
备选事件流	4a 输入的病案归还名称需要跟数据库的信息相匹配才能够搜索成功
备注

3.3 非功能需求

（1）可用性。该智能病案管理系统需要简单易操作，管理员能够快速方便地上手管理。

（2）可扩展性。该系统设计的时候采用的是模块化的方式，当能够充分了解系统的业务需求的时候，可以通过分解业务流程，分为不同的模块进行开发。

（3）可维护性。如果代码的可理解性越强的话，这能够确保系统设计风格更加统一，使用有意义和结构化的程序设计方法[6]。

第四章 概要设计

4.1 功能设计

（1）注册登录

图4.1 注册登录时序图

（2）用户管理

图4.2 用户管理时序图

（3）病案借阅

图4.3 病案借阅时序图

（4）病案编码

图4.4 病案编码时序图

（5）病案归还

图4.5 病案归还时序图

（6）质控检查

图4.6 质控检查时序图

4.2 功能模块

图4.4 功能模块图

4.3 数据库设计

4.3.1 概念性数据模型

数据模型可以表示智能病案管理系统中的信息，在概念模型中没有一定要哪种模型，程序开发者可以依赖于自己的想法建立相对应的概念模型[7]。在设计概念结构设计的时候首先需要分析收集到的数据，并且进行分类和组织，确认了不同实体之间的联系，最终形成E-R图，概念模型之间的联系可以通过E-R图进行表示。智能病案管理系统有着不少的数据，因此可以根据系统中实体的关系建立起相对应的数据模型[8]。

图4.5 病案信息数据库E-R

图4.6 质控员数据库E-R

图4. 7 病案编码数据库E-R

4.3.2 逻辑结构分析设计

（1）病案反馈信息表

表4.1 病案反馈信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
fankuibianhao	varchar	200
bianmaleixing	varchar	200
bingrenxingming	varchar	200	是
nianling	varchar	200
xingbie	varchar	200
bingzhong	varchar	200
shenfenzheng	varchar	200
fankuineirong	longtext	0
fankuishijian	date	0
zhikongyuanzhanghao	varchar	200
zhikongyuanxingming	varchar	200
yishenggonghao	varchar	200	是
yishengxingming	varchar	200
sfsh	varchar	200
shhf	longtext	0

（2）病案借阅信息表

表4.2 病案借阅信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
jieyuebianhao	varchar	200
bianmaleixing	varchar	200
bingrenxingming	varchar	200	是
xingbie	varchar	200
nianling	varchar	200
bingzhong	varchar	200
shenfenzheng	varchar	200
jieyueshijian	date	0
yishenggonghao	varchar	200	是
yishengxingming	varchar	200
sfsh	varchar	200
shhf	longtext	0

（3）病案归还信息表

表4.3 病案归还信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
guihaibianhao	varchar	200
bianmaleixing	varchar	200	是
bingrenxingming	varchar	200
xingbie	varchar	200
nianling	varchar	200
bingzhong	varchar	200
shenfenzheng	varchar	200
guihaishijian	date	0
yishenggonghao	varchar	200	是
yishengxingming	varchar	200
sfsh	varchar	200
shhf	longtext	0

（4）病案信息表

表4.4 病案信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
binganhao	varchar	200
bingrenxingming	varchar	200
bianmaleixing	varchar	200
bianma	varchar	200
xingbie	varchar	200
nianling	varchar	200
zhuyuancishu	varchar	200
shenfenzheng	varchar	200
chushengriqi	varchar	200
bingzhong	varchar	200
shoushu	varchar	200
jiwangshi	longtext	0
yongyaoqingkuang	longtext	0
xianbingshi	longtext	0
yaowuguominshi	varchar	200
bingshijilu	longtext	0
jinqizhenduan	longtext	0
lurushijian	date	0

（5）病案修改信息表

表4.5 病案修改信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
xiugaibianhao	varchar	200
bianmaleixing	varchar	200
bingrenxingming	varchar	200	是
nianling	varchar	200
xingbie	varchar	200
bingzhong	varchar	200
shenfenzheng	varchar	200
xiugaineirong	longtext	0
xiugaishijian	date	0
yishenggonghao	varchar	200	是
yishengxingming	varchar	200
zhikongyuanzhanghao	varchar	200
zhikongyuanxingming	varchar	200

（6）医生信息表

表4.6 医生信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
yishenggonghao	varchar	200
yishengxingming	varchar	200
mima	varchar	200
xingbie	varchar	200
touxiang	varchar	200
keshi	varchar	200
dianhuahaoma	varchar	200

（7）编码员信息表

表4.7 编码员信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
yishenggonghao	varchar	200
yishengxingming	varchar	200
mima	varchar	200
xingbie	varchar	200
touxiang	varchar	200
keshi	varchar	200
dianhuahaoma	varchar	200

（8）质控员信息表

表4.8 质控员信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
zhikongyuanzhanghao	varchar	200
zhikongyuanxingming	varchar	200
mima	varchar	200
xingbie	varchar	200
touxiang	varchar	200
dianhuahaoma	varchar	200

（9）质控检查信息表

表4.9 质控检查信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
jianchabianhao	varchar	200
bianmaleixing	varchar	200
bingrenxingming	varchar	200
xingbie	varchar	200
nianling	varchar	200
bingzhong	varchar	200
jianchajieguo	varchar	200
shenfenzheng	varchar	200
zhikongriqi	date	0
zhikongyuanxingming	varchar	200	是

第五章 系统实现

5.1 用户管理

管理员输入正确用户名和密码登录到智能病案管理系统，在添加用户信息界面中可以输入需要添加的信息，如果输入的信息在数据库记录中检测到有相同的则不能够正常添加到数据库记录中，需要在前端界面中提示管理员。

图5.1 用户管理界面

5.2 病案信息管理

当管理员想要管理病案信息的时候需要进入到病案信息管理的界面当中，如果想删除病案信息管理的信息，则需要进入到病案信息管理功能模块的界面当中，点击删除按钮，在删除案室信息的时候需要注意删除的病案信息记录是否跟其它表的记录是否有关联，如果有关联的话则不能够正常删除需要先删除其它表的记录。如果管理员想要搜索病案的信息则需要进入到病案信息管理功能模块界面当中，在搜索输入框输入病案名称查找病案信息，如果输入的病案名称跟数据库病案信息表的记录相符的话则能够查找得到病案的信息。

图5.2 病案信息管理界面

5.3 病案编码管理

管理员输入正确账号和密码登录到智能病案管理系统，进入到病案编码管理界面可以管理病案编码的信息，可以对病案编码的信息进行增删改查。当管理员想要添加病案编码信息的时候需要点击添加按钮，当管理员点击添加按钮的时候可以跳转到添加病案编码的界面当中，管理员在添加病案编码的界面中输入病案编码的信息，如果输入的信息和数据库记录不同的话，则能够添加病案编码的记录到数据库记录当中。当管理员想要修改病室编码信息的时候则需要跳转到修改病室编码的界面当中，在修改病案编码界面输入病案编码的信息，管理员输入修改的病案编码信息之后可以点击提交按钮进行提交，如果输入的信息在数据库记录中检测到有相同的则不能够正常添加到数据库记录中，需要在前端界面中提示管理员。

图5.3 病案编码管理界面

5.4 病案借阅管理

当管理员想要管理病案借阅信息的时候需要进入到病案借阅管理的界面当中，如果想删除病案借阅的信息，则需要进入到病案借阅管理功能模块的界面当中，点击删除按钮，在删除病案借阅信息的时候需要注意删除的病案借阅记录是否跟其它表的记录是否有关联，如果有关联的话则不能够正常删除需要先删除其它表的记录。如果管理员想要搜索病案借阅的信息则需要进入到病案借阅管理功能模块界面当中，在搜索输入框输入病案借阅名称查找病室借阅信息，如果输入的病案借阅名称跟数据库病案借阅表的记录相符的话则能够查找得到病案借阅的信息。

图5.4 病案借阅管理界面

5.5 病案归还管理

在病案归还界面中可以展示病案的信息，病案归还展现的信息需要以表单的形式进行展示，对病案归还需要依赖于客户端传递病案归还信息到前端界面中，前端界面可以利用其正则表达式对其信息进行解析。服务端处理客户端传送过来的请求，利用数据库SQL语句对数据库服务器进行操作获得病案归还的信息，并将其信息传递到客户端中展示病案归还的信息。

图5.5 病案归还界面

5.6 质控检查管理

在质控检查管理界面中能够展示病案的详细信息，用户可以浏览详细的病案信息。前端界面通过利用正则表达式对信息进行解析，把详细信息通过CSS样式排列在客户端界面中。当用户点击按钮的时候需要前端界面设置相应的函数进行响应处理。当用户进入质控检查管理界面的时候服务端需要先利用数据库SQL语句把病案的详细信息传递到客户端中，之后才可以展示信息到客户端界面。

图5.6 质控检查管理界面

5.7 病案反馈管理

在质控检查管理界面中可以展示病室反馈的信息，病室反馈展现的信息需要以表单的形式进行展示，对质控检查管理需要依赖于客户端传递病案反馈信息到前端界面中，前端界面可以利用其正则表达式对其信息进行解析。服务端处理客户端传送过来的请求，利用数据库SQL语句对数据库服务器进行操作获得病案反馈的信息，并将其信息传递到客户端中展示病案反馈的信息。

图5.7 病案反馈管理界面

5.8 病案修改管理

在病案修改管理界面中能够展示病案修改管理的详细信息，用户可以浏览详细的病室修改管理信息。前端界面通过利用正则表达式对信息进行解析，把详细信息通过CSS样式排列在客户端界面中。当用户点击按钮的时候需要前端界面设置相应的函数进行响应处理。当用户进入病案修改管理界面的时候服务端需要先利用数据库SQL语句把病案修改管理的详细信息传递到客户端中，之后才可以展示信息到客户端界面。

图5.8 病案修改管理界面

第六章 系统测试

在所有软件程序的策划和开发实现的过程当中，系统测试是非常关键的一步，它能够保障系统运行。

6.1 测试的目的

软件测试的目的为找出系统中存在的潜在错误，所以测试的时候需要注意多次测试，需要注意测试不只是有时系统的功能，而是要以找出系统中存在的错误为中心。但是发现系统中的错误不是测试的唯一目的，如果没有发现系统中存在的错误也不代表这次测试毫无价值。首先，除了找出系统的bug之外还需要分析bug产生的原因，这有助于程序开发者快速定义bug并将其解决。这种分析能够改善软件测试者测试的效率，设计出效率更加高的测试用例。其次，全面测试能够进一步保证程序的质量[9]。

6.2 测试方法与内容

（1）功能测试又被人们称为黑盒测试，功能测试能够测试本智能病案管理系统的功能是否能够正常使用。测试者可以把系统看成是一个黑盒，可以不用去考虑智能病案管理系统内部业务逻辑情况，按照系统功能说明书运行程序，观察系统运行结果是否有异常的情况，所以通常人们把黑盒测试的说明书当作为一本交复杂的功能使用说明书。

（2）逻辑驱动测试又被人们称为白盒测试，程序测试员需要清楚了解程序的内部逻辑，并在此基础上设计测试用例[10]。

6.3 测试用例设计

（1）登录用例

在登录测试用例中能够测试用户是否正常登录系统，如果用户输入错误的用户名和密码则不能够正常登录系统。

表6.1 登录测试用例表

用例编号	001
测试内容	测试用户能否正常登陆系统
测试步骤	（1）用户从智能病案管理系统中进入到登录页面 （2）在登录页面中输入用户名和密码 （3）在登录页面中点击登录按钮
实际结果	如果用户输入的用户名和密码能够和数据库记录相同的话则能够正常登录

（2）用户管理用例

在用户管理用例中能够对用户管理的功能进行测试，管理员需要登录才能够进入到用户管理界面中。

表6.2 用户管理测试用例表

用例编号	002
测试内容	测试在后台管理的时候用户管理功能是否能够正常操作
测试步骤	（1）管理员只有登录系统之后才可以使用系统的功能，点击管理页面左侧的用户管理功能 （2）查看在表单是否能够正常显示用户的信息 （3）点击修改按钮可以修改用户的信息，需要注意在修改的时候需要注意输入数据字符的合法性，如果必要输入的用户信息没有输入的话也不能够正常修改 （4）点击添加按钮可以添加用户的信息，需要注意的是添加的数据要注意其合法性，如果添加的用户记录与原有的数据库记录相冲突的话则不能够正常添加。 （5）点击删除按钮可以删除用户的信息，如果删除的用户信息还与别的表有关联，则不能够正常删除。 （6）在搜索输入框中输入用户名称可以查找用户的信息。
实际结果	测试通过

（3）病案管理用例

在病案管理用例中能够对病案管理的功能进行测试，管理员需要登录才能够进入到病案管理界面中。

表6.3 病案管理测试用例表

用例编号	003
测试内容	测试在后台管理的时候病室管理功能是否能够正常操作
测试步骤	（1）管理员只有登录系统之后才可以使用系统的功能，点击管理页面左侧的病室管理功能 （2）查看在表单是否能够正常显示病室的信息 （3）点击修改按钮可以修改病室的信息，需要注意在修改的时候需要注意输入数据字符的合法性，如果必要输入的病案信息没有输入的话也不能够正常修改 （4）点击添加按钮可以添加病案的信息，需要注意的是添加的数据要注意其合法性，如果添加的病案记录与原有的数据库记录相冲突的话则不能够正常添加。 （5）点击删除按钮可以删除病案的信息，如果删除的病案信息还与别的表有关联，则不能够正常删除。 （6）在搜索输入框中输入病室名称可以查找病案的信息。
实际结果	测试通过

（4）病案反馈管理用例

在病案反馈管理用例中能够对病案反馈管理的功能进行测试，管理员需要登录才能够进入到病案反馈管理界面中。

表6.4 病案反馈管理测试用例表

用例编号	004
测试内容	测试在后台管理的时候病案反馈管理功能是否能够正常操作
测试步骤	（1）管理员只有登录系统之后才可以使用系统的功能，点击管理页面左侧的病案反馈管理功能 （2）查看在表单是否能够正常显示病案反馈的信息 （3）点击修改按钮可以修改病案反馈的信息，需要注意在修改的时候需要注意输入数据字符的合法性，如果必要输入的病案反馈信息没有输入的话也不能够正常修改 （4）点击添加按钮可以添加病案反馈的信息，需要注意的是添加的数据要注意其合法性，如果添加的病案反馈记录与原有的数据库记录相冲突的话则不能够正常添加。 （5）点击删除按钮可以删除病案反馈的信息，如果删除的病案反馈信息还与别的表有关联，则不能够正常删除。 （6）在搜索输入框中输入病案反馈名称可以查找病案反馈的信息。
实际结果	测试通过

第七章 总结与展望

7.1 总结

本文不仅对智能病案管理系统的需求分析和系统设计进行了分析，还深入智能病案管理系统所涉及到的技术，本文研究的主要内容包括：

（1）研究并介绍了智能病案管理系统的背景、国内外现状和发展的一个趋势。

（2）对智能病案管理系统的子系统进行了分析。

（3）合理分析并实现智能病案管理系统需要涉及到的数据库表。

（4）分析并实现了智能病案管理系统的业务逻辑。

（5）研究并分析使用开源框架实现智能病案管理系统。

（5）编写测试用例测试系统是否能够正常运行。

完整地介绍了智能病案管理系统的开发流程。本文先安装了必备软件，之后对开源项目进行搭建，编写服务端和客户端的代码，代码方面基本实现了智能病案管理系统的基本功能，最后是编写测试用例对系统进行测试，完整重现了智能病案管理系统从无到有的一个过程。对于用户来说，在一定程度上节约了不少的时间。对于管理员来说提高了工作效率。

7.2 展望

本文涉及的智能病案管理系统不仅成本低下，而且有着非常不错的实用性，通过运用开源框架等技术，可以使得本系统的实用性进一步加强，不过系统还有不少不足，主要体现在以下几个方面：

（1）本智能病案管理系统采用的是虚拟支付的方式进行支付，后续可以使用支付宝支付方式支付。

（2）智能病案管理系统可以利用redis数据库存储系统中的信息，从而进一步加强页面的访问速度。对智能病案管理系统高并发的问题进一步处理。

参考文献

1. 张泽琳.基于计算机软件工程的数据库编程技术[J].电子技术与软件工程,2021(17):200-201.
2. 都宇.计算机网络数据库的安全管理技术研究[J].电脑知识与技术,2021,17(23):34-35.
3. 张志强.计算机网络技术与安全管理维护初探[J].数字技术与应用,2021,39(07):172-174.
4. Kim Tae-Young,Cho Sung-Bae. Optimizing CNN-LSTM neural networks with PSO for anomalous query access control[J]. Neurocomputing,2021,456:
5. 王廷永,黄松.测试用例自动生成技术综述[J].电子技术与软件工程,2021(18):51-53.
6. 妥泽花.基于黑盒测试与白盒测试的比较探究[J].电子世界,2021(11):55-56.
7. 丁凝.软件测试过程的质量控制分析[J].网络安全技术与应用,2021(05):65-66.
8. 李燕.计算机测试技术与保护技术在计算机软件中的应用分析[J].决策探索(中),2020(05):82.
9. 李亚玲,韩奥,鲁建丽,张航瑄,于航.软件测试技术初探[J].数码世界,2020(03):68-69.
10. 陈建锋.软件测试发展趋势研究[J].无线互联科技,2019,16(19):41-42.

致谢

时间过得很快，大学阶段已经结束了，我也即将离开学校。回顾往昔，大学的很多记忆从脑海中闪过，奋斗和喜悦在我的脑海中闪过，内心失落之后又充满希望，自己也在校园里学到了很多的东西充实了自己。

在几年前之前，我收到了人生很重要的一张通知书，它使我明白了一个道理，失败不可怕，可怕的是重头再来。在考取大学的过程当中我收获了很多，真心感谢这段时光和经历。

首先，我非常感谢我的父母，我在求学的路上他们给了我很多的支持，在我生活的各方面给予了我指导。在大学的这段时光里，我非常感谢我的指导老师对我的关心和安慰，指导老师在系统编写设计方面给了我许多的指导。在此期间，我遇到了不少的问题，指导老师会耐心地给我讲解知识，耐心地给予我解决的方案，从论文的排版，再到经过自己努力和指导老师对我的帮助，最终才能够将系统和论文完成。同时还

摘要

计算机网络如果结合使用信息管理系统，能够提高管理员管理的效率，改善服务质量。优秀的智能病案管理系统能够更有效管理病案业务规范，帮助管理者更加有效管理病案，可以帮助提高克服人工管理带来的错误等不利因素。所以一个优秀的智能病案管理系统能够带来很大的作用。

本智能病案管理系统使用了计算机语言C#和存放数据的仓库SQLSEVER，采用了MVC设计模式来实现。本系统使用了框架ASP.NET实现了智能病案管理系统应有的功能，系统主要角色包括编码员、质控员、医生和管理员。

关键词：C#；SQLSEVER；MVC  

Abstract 

If the computer network is combined with the information management system, it can improve the efficiency of administrator management and improve the quality of service. Excellent intelligent medical record management system can more effectively manage the business norms of medical records, help managers manage medical records more effectively, and help improve and overcome the adverse factors such as errors caused by manual management. Therefore, an excellent intelligent medical record management system can play a great role.

The intelligent medical record management system uses the computer language c# and the data warehouse mysql, and adopts the MVC design mode. The system uses the framework ASP Net realizes the functions of the intelligent medical record management system. The main roles of the system include coder, quality controller, doctor and administrator.

Keywords：C#；MySQL；MVC

目录

摘要

Abstract

第一章 绪论

1.1 研究背景

1.2 研究意义

1.3 主要内容

第二章 系统技术

2.1 MVC模式

2.2 MySQL数据库

2.3 Net技术

第三章 需求分析

3.1 可行性分析

3.1.1 经济可行性研究

3.1.2 技术可行性研究

3.2 功能需求

3.2.1 用例概述

3.2.2 用例描述

3.3 非功能需求

第四章 概要设计

4.1 功能设计

4.2 功能模块

4.3 数据库设计

4.3.1 概念性数据模型

4.3.2 逻辑结构分析设计

第五章 系统实现

5.1 用户管理

5.2 病室管理

5.3 病室编码管理

5.4 病室借阅管理

5.5 病室归还管理

5.6 质控检查管理

5.7 病室反馈管理

5.8 病案修改管理

第六章 系统测试

6.1 测试的目的

6.2 测试方法与内容

6.3 测试用例设计

第七章 总结与展望

7.1 总结

7.2 展望

参考文献

致谢

第一章 绪论

1.1 研究背景

互联网发展到现在已经有七十多年的时间了，随着信息技术的不断发展，互联网会涉及到人们生活的各个方面当中，互联网时代来临的时候可以推动各个行业的发展，给社会的经济领域添加了不少活力。

在当今的时候，很多行业都离不开互联网，尤其是在互联网时代下产生的智能病案管理系统更是受到人们的欢迎。智能病案管理系统的发展已有不少的时间，具有不同的种类。智能病案管理系统跟病案管理业务息息相关，不少用户想要定制特定的系统功能，因此市场具有广阔的前景。智能病案管理系统如此火爆有以下原因[1]。

（1）相比于较传统的工作模式，智能病案管理系统能够提高管理员管理的效率和降低出错的效率。智能病案管理系统功能经过编译运行能够大大降低管理员管理出错的概率，管理员管理系统的时候如果发生了错误的情况系统会给出相应的提示。

（2）通过智能病案管理系统管理能够降低成本，可以节省大量的时间成本和人力资源，管理员能够提高管控能力。

1.2 研究意义

随着现代科学技术的发展，互联网产品已经涉及到生活的很多方面，很多公司也在加快投入力度。然而在和管理员沟通过程当中发现病案管理的工作模式还处于人工管理的模式，这不能够充分地利用互联网技术提高工作效率。建立规范化的流程能够管理病案，而目前管理病案只能依赖于管理员手工进行管理，医疗行业趋于智能化，科技发展能够为我们的生活提供服务，现在较多的场景都需要使用信息化管理。在我们的平时工作的时候，可以切实感受到科学技术带来的解决方式。在我们平时生活的时候也有较多的场景需要技术的辅助[2]。

1.3 主要内容

（1）本次针对智能病案管理系统提出实现方案，按照软件开发的一般流程进行前期的调研和分析确定软件是否能够正常实现、技术是否可行和系统功能模块的设计开发，最后确定了使用的技术和实现系统的方案。

（2）框架属于一种程序开发者实现的功能集合，可以帮助软件开发者快速构建软件层次架构和复用功能的一款工具，本平台框架使用了开源框架，具有比较好的开发优势，可以帮助软件开发者快速构建基本的程序开发框架出来，通过调用开源框架开源帮助程序开发者减少开发难度，提升了智能病案管理系统的安全和稳定性，能够帮助程序开发者完成系统功能模块的开发和数据的处理。

（3）管理员操作和管理智能病案管理系统的数据不仅需要框架规范约束还需要满足一定基础的标准，使用数据库中的约束关系能够根据系统中实体的关系从而生成数据库表，这样在SQLSEVER实现系统的时候可以设置系统实体之间的关系[3]。

第二章 系统技术

2.1 MVC模式

在程序设计的时候经常使用MVC模式，MVC模式可以动态地优化代码，这可以降低代码的重复率。MVC模式能够简化程序开发的复杂度，使得程序的结构更加具体和简单。

MVC的三大模型是模型、视图和控制器。模型能够和系统中的实体实现信息交换，控制器能够处理用户在前端界面中发起的请求，视图层是用户与计算机交互的媒介。在MVC模式中视图层和模型层能够交流数据，模型数据的变化可以通过视图层反应，视图层与模型层并不能够直接联系，需要通过控制层连接起来。

如果信息系统开发方法采用的是模型-视图-控制器，那么如果开发方法能够从多个方法证实多个层次获得模型是十分重要的，设计者必须区分出系统抽象和具体的差别。模型-视图-控制器设计的目的不是指导设计者怎么设计模型，目的是通过模型-视图-控制器能够引领软件开发者对模型的合理配置。模型-视图-控制器的目的是帮助软件开发者尽可能降低软件编写的复杂度，设计理念为通过使用已存在的组件来简化软件开发者开发软件。在业务模型中，数据模型同样也非常的重要，数据模型能够保存系统实体的相关信息。在控制层当中能够处理用户在前端页面中传递过来的用户请求。

2.2 SQLSEVER数据库

SQLSEVER作为一种主流的关系型数据库，属于Oracle数据库中的一种产品。SQLSEVER意为存储和管理的数据仓库，可以看成是现实中的文件资料柜。用户使用此数据库可以把数据存储到数据库中。SQLSEVER使用的语言很多企和医院在使用数据库的时候选择的是SQLSEVER数据库。SQLSEVER数据库性能优秀，并且由于其源码开源免费的特点使得企业的开发成本降低不少。SQLSEVER数据库存储系统信息，智能病案管理系统的信息通过数据库SQL语句存储进SQLSERVER数据库中。

2.3 Net技术

ASP.NET框架能够处理智能病案管理系统的超链接，用户填写表单所发送的请求，不能够直接发送到前端页面中的请求中进行处理，而是需要先发送到后端控制器中进行处理在返回到前端页面当中，由后端框架处理前端页面传递过来的请求。通过后端框架可以避免用户直接访问前端页面，能够较大提高系统的安全性。Net框架定义了Internet Explorer进行解析用户从浏览器发送的请求，数据库存储的记录需要转化为输出缓存。

2.4 C#

C#语言在不断改善中。相对复杂的编程语言C/C++来说C#语言要简单许多，C#和C++编程语言有不少相似之处，C#编程语言开发者把C++中少使用到的特性去除了，使其更加精炼。面向对象的很大特性为将类似的功能装进同一个对象当中，程序员需要利用特定的对象完成对应的功能。C#编程语言编写的程序不需要像C++一样手动管理内存，C#具有垃圾回收机制能够回收垃圾。使用C#语言编写好的应用程序只需要编译一次就可以在不同的平台上使用程序。C#通过编写后端代码响应用户从前端发送的请求，编写的代码需要注意能够成功运行系统。

第三章 需求分析

3.1 可行性分析

3.1.1 经济可行性研究

智能病案管理系统能够给管理员带来不少的收益，如果管理员能够拥有智能病案管理系统，则可以对系统进行简单管理，管理员可以节省不少资金。智能病案管理系统的实现能够解决传统管理模式不必要的经济支出，尤其是其中的人力资源成本，传统的智能病案管理系统需要大量的人力资源支持，并且往往需要管理员手动记载数据[5]。

3.1.2 技术可行性研究

根据前期分析了系统的需求和背景，最终确定了可使用的软件体系和技术完成智能病案管理系统的开发。系统架构和使用的开发技术都是较为好用的开发模型，综合现有的智能病案管理系统，本次开发选用的技术是可行的。

3.2 功能需求

3.2.1 用例概述

图3.1 编码员用例图

图3.2 质控员用例图

图3.3 医生用例图

图3.4 管理员用例图

用例的简要描述如表3.1所示。

表3.1 用例描述

用例标识（UC）	用例名称	摘要描述
1	注册登录	编码员、质控员、医生和管理员通过登录功能才得已使用系统的功能
2	编码员信息管理	管理员在编码员信息管理功能中管理编码员的信息
3	质控员信息管理	管理员在质控员信息管理功能中管理质控员的信息
4	医生信息管理	管理员在医生信息管理功能中管理医生的信息
5	病案信息管理	管理员、编码员和质控员在病案信息管理功能中管理病案的信息
6	病案编码信息管理	管理员和编码员在病案编码信息管理功能中管理病案编码的信息
7	个人中心	编码员、质控员、医生和管理员登录系统之后可以修改个人信息
8	质控检查信息管理	管理员和质控员在质控检查信息管理功能中管理质控检查的信息
9	病案反馈信息管理	管理员、医生和质控员在病案反馈信息管理功能中管理病案反馈的信息
10	病案修改信息管理	管理员、质控员和医生在病案修改信息管理功能中管理病案修改的信息
11	病案借阅信息管理	管理员和医生在病案借阅信息管理功能中管理病案借阅的信息
12	病案归还信息管理	管理员和医生在病案归还信息管理功能中管理病案归还的信息
13	病种统计信息管理	管理员在病种统计信息管理功能中管理病种统计的信息

3.2.2 用例描述

1.病案信息管理

病案信息管理用例描述能够描述系统中的病案信息管理功能，病案信息管理用例描述如表3.2所示。

表3.2 病案信息管理用例描述

用例标识	3.1
用例名称	编辑病案的相关信息
参与者	管理员、编码员和质控员
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	修改病案信息
用例概述	管理员修改病案信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在病案信息管理界面点击添加按钮提交新添加的病案信息 3.病案信息添加成功
备选事件流	4a 输入的信息需要合法才能够成功添加
备注

2.编码员信息管理

编码员信息管理用例描述能够描述系统中的编码员信息管理功能，编码员信息管理用例描述如表3.3所示。

表3.3 编码员信息管理用例描述

用例标识	3.2
用例名称	编辑编码员的相关信息
参与者	管理员
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	修改编码员信息
用例概述	管理员修改编码员信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在编码员信息管理界面点击修改按钮提交修改的编码员信息 3.编码员信息修改成功
备选事件流	4a 输入的信息需要合法才能够成功修改
备注

3.病案编码信息管理

病案编码信息管理用例描述能够描述系统中的病案编码信息管理功能，病案编码信息管理用例描述如表3.4所示。

表3.4 病案编码信息管理用例描述

用例标识	3.3
用例名称	删除病案编码的相关信息
参与者	管理员和编码员
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	删除病案编码信息
用例概述	管理员删除病案编码信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在病案编码信息管理界面点击删除按钮提交删除的病案编码信息 3.病案编码信息删除成功
备选事件流	4a 删除的病案编码信息需要跟其它表没有关联才能够删除
备注

4.质控检查信息管理

质控检查信息管理用例描述能够描述系统中的质控检查信息管理功能，质控检查信息管理用例描述如表3.5所示。

表3.5 质控检查信息管理用例描述

用例标识	3.4
用例名称	搜索质控检查的相关信息
参与者	管理员和质控员
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	搜索质控检查信息
用例概述	管理员搜索质控检查信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在质控检查信息管理界面点击搜索按钮提交搜索的质控检查信息 3.质控检查信息搜索成功
备选事件流	4a 输入的质控检查名称需要跟数据库的信息相匹配才能够搜索成功
备注

5.登录

登录用例描述能够描述系统中的登录功能，登录用例描述如表3.6所示。

表3.6 登录用例描述

用例标识	3.5
用例名称	登陆
参与者	用户、管理员
前置条件	用户和管理员需要输入正确的用户名和密码
后置条件	登录
用例概述	用户和管理员登录
基本事件流	1.用户和管理员进入到登录页面当中 2.管理员和用户输入用户名和密码登录到系统当中
备选事件流	4a 输入的信息需要和数据库信息相匹配才能够登录
备注

6.病案反馈信息管理

病案反馈信息管理用例描述能够描述病案反馈中的病案反馈信息管理功能，病案反馈信息管理用例描述如表3.7所示。

表3.7 病案反馈用例描述

用例标识	3.6
用例名称	编辑病案反馈的相关信息
参与者	管理员、质控员和医生
前置条件	管理员需要输入正确的用户名和密码登录病案反馈
后置条件	修改病案反馈信息
用例概述	管理员修改病案反馈信息
基本事件流	1.管理员输入正确的用户名和密码登录到病案反馈当中 2.管理员在病案反馈信息管理界面点击添加按钮提交新添加的病案反馈信息 3.病案反馈信息添加成功
备选事件流	4a 输入的信息需要合法才能够成功添加

7.个人中心

个人中心用例描述能够描述系统中的个人中心功能，个人中心用例描述如表3.8所示。

表3.8 个人中心用例描述

用例标识	3.7
用例名称	个人中心
参与者	编码员、质控员、医生和管理员
前置条件	用户和管理员需要进入到个人中心页面中
后置条件	修改个人信息
用例概述	用户和管理员管理个人信息
基本事件流	1.用户和管理员进入到登录页面当中 2.用户和管理员输入用户名和密码登录到系统当中 3.在个人中心页面中修改自己个人信息
备选事件流	4a 只有输入的信息合法才能够成功修改
备注

8.病案反馈信息管理

病案反馈信息管理用例描述能够描述系统中的病案反馈信息管理功能，病案反馈信息管理用例描述如表3.9所示。

表3.9 病案反馈信息管理用例描述

用例标识	3.8
用例名称	编辑病案反馈的相关信息
参与者	管理员、医生和质控员
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	修改病案反馈信息
用例概述	管理员修改病案反馈信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在病案反馈信息管理界面点击添加按钮提交新添加的病案反馈信息 3.病案反馈信息添加成功
备选事件流	4a 输入的信息需要合法才能够成功添加
备注

9.病案修改信息管理

病案修改信息管理用例描述能够描述系统中的病案修改信息管理功能，病案修改信息管理用例描述如表3.10所示。

表3.10 病案修改信息管理用例描述

用例标识	3.9
用例名称	编辑病案修改的相关信息
参与者	管理员、质控员和医生
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	修改病案修改信息
用例概述	管理员修改病案修改信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在病案修改信息管理界面点击修改按钮提交修改的病案修改信息 3.病案修改信息修改成功
备选事件流	4a 输入的信息需要合法才能够成功修改
备注

10.病案借阅信息管理

病案借阅信息管理用例描述能够描述系统中的病案借阅信息管理功能，病案借阅信息管理用例描述如表3.11所示。

表3.11 病案借阅信息管理用例描述

用例标识	3.10
用例名称	删除病案借阅的相关信息
参与者	管理员和医生
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	删除病案借阅信息
用例概述	管理员删除病案借阅信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在病案借阅信息管理界面点击删除按钮提交删除的病案借阅信息 3.病案借阅信息删除成功
备选事件流	4a 删除的病案借阅信息需要跟其它表没有关联才能够删除
备注

11.病案归还信息管理

病案归还信息管理用例描述能够描述系统中的病案归还信息管理功能，病案归还信息管理用例描述如表3.5所示。

表3.5 病案归还信息管理用例描述

用例标识	3.4
用例名称	搜索病案归还的相关信息
参与者	管理员和医生
前置条件	管理员需要输入正确的用户名和密码登录系统
后置条件	搜索病案归还信息
用例概述	管理员搜索病案归还信息
基本事件流	1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在病案归还信息管理界面点击搜索按钮提交搜索的病案归还信息 3.病案归还信息搜索成功
备选事件流	4a 输入的病案归还名称需要跟数据库的信息相匹配才能够搜索成功
备注

3.3 非功能需求

（1）可用性。该智能病案管理系统需要简单易操作，管理员能够快速方便地上手管理。

（2）可扩展性。该系统设计的时候采用的是模块化的方式，当能够充分了解系统的业务需求的时候，可以通过分解业务流程，分为不同的模块进行开发。

（3）可维护性。如果代码的可理解性越强的话，这能够确保系统设计风格更加统一，使用有意义和结构化的程序设计方法[6]。

第四章 概要设计

4.1 功能设计

（1）注册登录

图4.1 注册登录时序图

（2）用户管理

图4.2 用户管理时序图

（3）病案借阅

图4.3 病案借阅时序图

（4）病案编码

图4.4 病案编码时序图

（5）病案归还

图4.5 病案归还时序图

（6）质控检查

图4.6 质控检查时序图

4.2 功能模块

图4.4 功能模块图

4.3 数据库设计

4.3.1 概念性数据模型

数据模型可以表示智能病案管理系统中的信息，在概念模型中没有一定要哪种模型，程序开发者可以依赖于自己的想法建立相对应的概念模型[7]。在设计概念结构设计的时候首先需要分析收集到的数据，并且进行分类和组织，确认了不同实体之间的联系，最终形成E-R图，概念模型之间的联系可以通过E-R图进行表示。智能病案管理系统有着不少的数据，因此可以根据系统中实体的关系建立起相对应的数据模型[8]。

图4.5 病案信息数据库E-R

图4.6 质控员数据库E-R

图4. 7 病案编码数据库E-R

4.3.2 逻辑结构分析设计

（1）病案反馈信息表

表4.1 病案反馈信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
fankuibianhao	varchar	200
bianmaleixing	varchar	200
bingrenxingming	varchar	200	是
nianling	varchar	200
xingbie	varchar	200
bingzhong	varchar	200
shenfenzheng	varchar	200
fankuineirong	longtext	0
fankuishijian	date	0
zhikongyuanzhanghao	varchar	200
zhikongyuanxingming	varchar	200
yishenggonghao	varchar	200	是
yishengxingming	varchar	200
sfsh	varchar	200
shhf	longtext	0

（2）病案借阅信息表

表4.2 病案借阅信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
jieyuebianhao	varchar	200
bianmaleixing	varchar	200
bingrenxingming	varchar	200	是
xingbie	varchar	200
nianling	varchar	200
bingzhong	varchar	200
shenfenzheng	varchar	200
jieyueshijian	date	0
yishenggonghao	varchar	200	是
yishengxingming	varchar	200
sfsh	varchar	200
shhf	longtext	0

（3）病案归还信息表

表4.3 病案归还信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
guihaibianhao	varchar	200
bianmaleixing	varchar	200	是
bingrenxingming	varchar	200
xingbie	varchar	200
nianling	varchar	200
bingzhong	varchar	200
shenfenzheng	varchar	200
guihaishijian	date	0
yishenggonghao	varchar	200	是
yishengxingming	varchar	200
sfsh	varchar	200
shhf	longtext	0

（4）病案信息表

表4.4 病案信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
binganhao	varchar	200
bingrenxingming	varchar	200
bianmaleixing	varchar	200
bianma	varchar	200
xingbie	varchar	200
nianling	varchar	200
zhuyuancishu	varchar	200
shenfenzheng	varchar	200
chushengriqi	varchar	200
bingzhong	varchar	200
shoushu	varchar	200
jiwangshi	longtext	0
yongyaoqingkuang	longtext	0
xianbingshi	longtext	0
yaowuguominshi	varchar	200
bingshijilu	longtext	0
jinqizhenduan	longtext	0
lurushijian	date	0

（5）病案修改信息表

表4.5 病案修改信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
xiugaibianhao	varchar	200
bianmaleixing	varchar	200
bingrenxingming	varchar	200	是
nianling	varchar	200
xingbie	varchar	200
bingzhong	varchar	200
shenfenzheng	varchar	200
xiugaineirong	longtext	0
xiugaishijian	date	0
yishenggonghao	varchar	200	是
yishengxingming	varchar	200
zhikongyuanzhanghao	varchar	200
zhikongyuanxingming	varchar	200

（6）医生信息表

表4.6 医生信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
yishenggonghao	varchar	200
yishengxingming	varchar	200
mima	varchar	200
xingbie	varchar	200
touxiang	varchar	200
keshi	varchar	200
dianhuahaoma	varchar	200

（7）编码员信息表

表4.7 编码员信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
yishenggonghao	varchar	200
yishengxingming	varchar	200
mima	varchar	200
xingbie	varchar	200
touxiang	varchar	200
keshi	varchar	200
dianhuahaoma	varchar	200

（8）质控员信息表

表4.8 质控员信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
zhikongyuanzhanghao	varchar	200
zhikongyuanxingming	varchar	200
mima	varchar	200
xingbie	varchar	200
touxiang	varchar	200
dianhuahaoma	varchar	200

（9）质控检查信息表

表4.9 质控检查信息表

列名	数据类型	长度	主外键
id	bigint	20	是
addtime	timestamp	0
jianchabianhao	varchar	200
bianmaleixing	varchar	200
bingrenxingming	varchar	200
xingbie	varchar	200
nianling	varchar	200
bingzhong	varchar	200
jianchajieguo	varchar	200
shenfenzheng	varchar	200
zhikongriqi	date	0
zhikongyuanxingming	varchar	200	是

第五章 系统实现

5.1 用户管理

管理员输入正确用户名和密码登录到智能病案管理系统，在添加用户信息界面中可以输入需要添加的信息，如果输入的信息在数据库记录中检测到有相同的则不能够正常添加到数据库记录中，需要在前端界面中提示管理员。

图5.1 用户管理界面

5.2 病案信息管理

当管理员想要管理病案信息的时候需要进入到病案信息管理的界面当中，如果想删除病案信息管理的信息，则需要进入到病案信息管理功能模块的界面当中，点击删除按钮，在删除案室信息的时候需要注意删除的病案信息记录是否跟其它表的记录是否有关联，如果有关联的话则不能够正常删除需要先删除其它表的记录。如果管理员想要搜索病案的信息则需要进入到病案信息管理功能模块界面当中，在搜索输入框输入病案名称查找病案信息，如果输入的病案名称跟数据库病案信息表的记录相符的话则能够查找得到病案的信息。

图5.2 病案信息管理界面

5.3 病案编码管理

管理员输入正确账号和密码登录到智能病案管理系统，进入到病案编码管理界面可以管理病案编码的信息，可以对病案编码的信息进行增删改查。当管理员想要添加病案编码信息的时候需要点击添加按钮，当管理员点击添加按钮的时候可以跳转到添加病案编码的界面当中，管理员在添加病案编码的界面中输入病案编码的信息，如果输入的信息和数据库记录不同的话，则能够添加病案编码的记录到数据库记录当中。当管理员想要修改病室编码信息的时候则需要跳转到修改病室编码的界面当中，在修改病案编码界面输入病案编码的信息，管理员输入修改的病案编码信息之后可以点击提交按钮进行提交，如果输入的信息在数据库记录中检测到有相同的则不能够正常添加到数据库记录中，需要在前端界面中提示管理员。

图5.3 病案编码管理界面

5.4 病案借阅管理

当管理员想要管理病案借阅信息的时候需要进入到病案借阅管理的界面当中，如果想删除病案借阅的信息，则需要进入到病案借阅管理功能模块的界面当中，点击删除按钮，在删除病案借阅信息的时候需要注意删除的病案借阅记录是否跟其它表的记录是否有关联，如果有关联的话则不能够正常删除需要先删除其它表的记录。如果管理员想要搜索病案借阅的信息则需要进入到病案借阅管理功能模块界面当中，在搜索输入框输入病案借阅名称查找病室借阅信息，如果输入的病案借阅名称跟数据库病案借阅表的记录相符的话则能够查找得到病案借阅的信息。

图5.4 病案借阅管理界面

5.5 病案归还管理

在病案归还界面中可以展示病案的信息，病案归还展现的信息需要以表单的形式进行展示，对病案归还需要依赖于客户端传递病案归还信息到前端界面中，前端界面可以利用其正则表达式对其信息进行解析。服务端处理客户端传送过来的请求，利用数据库SQL语句对数据库服务器进行操作获得病案归还的信息，并将其信息传递到客户端中展示病案归还的信息。

图5.5 病案归还界面

5.6 质控检查管理

在质控检查管理界面中能够展示病案的详细信息，用户可以浏览详细的病案信息。前端界面通过利用正则表达式对信息进行解析，把详细信息通过CSS样式排列在客户端界面中。当用户点击按钮的时候需要前端界面设置相应的函数进行响应处理。当用户进入质控检查管理界面的时候服务端需要先利用数据库SQL语句把病案的详细信息传递到客户端中，之后才可以展示信息到客户端界面。

图5.6 质控检查管理界面

5.7 病案反馈管理

在质控检查管理界面中可以展示病室反馈的信息，病室反馈展现的信息需要以表单的形式进行展示，对质控检查管理需要依赖于客户端传递病案反馈信息到前端界面中，前端界面可以利用其正则表达式对其信息进行解析。服务端处理客户端传送过来的请求，利用数据库SQL语句对数据库服务器进行操作获得病案反馈的信息，并将其信息传递到客户端中展示病案反馈的信息。

图5.7 病案反馈管理界面

5.8 病案修改管理

在病案修改管理界面中能够展示病案修改管理的详细信息，用户可以浏览详细的病室修改管理信息。前端界面通过利用正则表达式对信息进行解析，把详细信息通过CSS样式排列在客户端界面中。当用户点击按钮的时候需要前端界面设置相应的函数进行响应处理。当用户进入病案修改管理界面的时候服务端需要先利用数据库SQL语句把病案修改管理的详细信息传递到客户端中，之后才可以展示信息到客户端界面。

图5.8 病案修改管理界面

第六章 系统测试

在所有软件程序的策划和开发实现的过程当中，系统测试是非常关键的一步，它能够保障系统运行。

6.1 测试的目的

软件测试的目的为找出系统中存在的潜在错误，所以测试的时候需要注意多次测试，需要注意测试不只是有时系统的功能，而是要以找出系统中存在的错误为中心。但是发现系统中的错误不是测试的唯一目的，如果没有发现系统中存在的错误也不代表这次测试毫无价值。首先，除了找出系统的bug之外还需要分析bug产生的原因，这有助于程序开发者快速定义bug并将其解决。这种分析能够改善软件测试者测试的效率，设计出效率更加高的测试用例。其次，全面测试能够进一步保证程序的质量[9]。

6.2 测试方法与内容

（1）功能测试又被人们称为黑盒测试，功能测试能够测试本智能病案管理系统的功能是否能够正常使用。测试者可以把系统看成是一个黑盒，可以不用去考虑智能病案管理系统内部业务逻辑情况，按照系统功能说明书运行程序，观察系统运行结果是否有异常的情况，所以通常人们把黑盒测试的说明书当作为一本交复杂的功能使用说明书。

（2）逻辑驱动测试又被人们称为白盒测试，程序测试员需要清楚了解程序的内部逻辑，并在此基础上设计测试用例[10]。

6.3 测试用例设计

（1）登录用例

在登录测试用例中能够测试用户是否正常登录系统，如果用户输入错误的用户名和密码则不能够正常登录系统。

表6.1 登录测试用例表

用例编号	001
测试内容	测试用户能否正常登陆系统
测试步骤	（1）用户从智能病案管理系统中进入到登录页面 （2）在登录页面中输入用户名和密码 （3）在登录页面中点击登录按钮
实际结果	如果用户输入的用户名和密码能够和数据库记录相同的话则能够正常登录

（2）用户管理用例

在用户管理用例中能够对用户管理的功能进行测试，管理员需要登录才能够进入到用户管理界面中。

表6.2 用户管理测试用例表

用例编号	002
测试内容	测试在后台管理的时候用户管理功能是否能够正常操作
测试步骤	（1）管理员只有登录系统之后才可以使用系统的功能，点击管理页面左侧的用户管理功能 （2）查看在表单是否能够正常显示用户的信息 （3）点击修改按钮可以修改用户的信息，需要注意在修改的时候需要注意输入数据字符的合法性，如果必要输入的用户信息没有输入的话也不能够正常修改 （4）点击添加按钮可以添加用户的信息，需要注意的是添加的数据要注意其合法性，如果添加的用户记录与原有的数据库记录相冲突的话则不能够正常添加。 （5）点击删除按钮可以删除用户的信息，如果删除的用户信息还与别的表有关联，则不能够正常删除。 （6）在搜索输入框中输入用户名称可以查找用户的信息。
实际结果	测试通过

（3）病案管理用例

在病案管理用例中能够对病案管理的功能进行测试，管理员需要登录才能够进入到病案管理界面中。

表6.3 病案管理测试用例表

用例编号	003
测试内容	测试在后台管理的时候病室管理功能是否能够正常操作
测试步骤	（1）管理员只有登录系统之后才可以使用系统的功能，点击管理页面左侧的病室管理功能 （2）查看在表单是否能够正常显示病室的信息 （3）点击修改按钮可以修改病室的信息，需要注意在修改的时候需要注意输入数据字符的合法性，如果必要输入的病案信息没有输入的话也不能够正常修改 （4）点击添加按钮可以添加病案的信息，需要注意的是添加的数据要注意其合法性，如果添加的病案记录与原有的数据库记录相冲突的话则不能够正常添加。 （5）点击删除按钮可以删除病案的信息，如果删除的病案信息还与别的表有关联，则不能够正常删除。 （6）在搜索输入框中输入病室名称可以查找病案的信息。
实际结果	测试通过

（4）病案反馈管理用例

在病案反馈管理用例中能够对病案反馈管理的功能进行测试，管理员需要登录才能够进入到病案反馈管理界面中。

表6.4 病案反馈管理测试用例表

用例编号	004
测试内容	测试在后台管理的时候病案反馈管理功能是否能够正常操作
测试步骤	（1）管理员只有登录系统之后才可以使用系统的功能，点击管理页面左侧的病案反馈管理功能 （2）查看在表单是否能够正常显示病案反馈的信息 （3）点击修改按钮可以修改病案反馈的信息，需要注意在修改的时候需要注意输入数据字符的合法性，如果必要输入的病案反馈信息没有输入的话也不能够正常修改 （4）点击添加按钮可以添加病案反馈的信息，需要注意的是添加的数据要注意其合法性，如果添加的病案反馈记录与原有的数据库记录相冲突的话则不能够正常添加。 （5）点击删除按钮可以删除病案反馈的信息，如果删除的病案反馈信息还与别的表有关联，则不能够正常删除。 （6）在搜索输入框中输入病案反馈名称可以查找病案反馈的信息。
实际结果	测试通过

第七章 总结与展望

7.1 总结

本文不仅对智能病案管理系统的需求分析和系统设计进行了分析，还深入智能病案管理系统所涉及到的技术，本文研究的主要内容包括：

（1）研究并介绍了智能病案管理系统的背景、国内外现状和发展的一个趋势。

（2）对智能病案管理系统的子系统进行了分析。

（3）合理分析并实现智能病案管理系统需要涉及到的数据库表。

（4）分析并实现了智能病案管理系统的业务逻辑。

（5）研究并分析使用开源框架实现智能病案管理系统。

（5）编写测试用例测试系统是否能够正常运行。

完整地介绍了智能病案管理系统的开发流程。本文先安装了必备软件，之后对开源项目进行搭建，编写服务端和客户端的代码，代码方面基本实现了智能病案管理系统的基本功能，最后是编写测试用例对系统进行测试，完整重现了智能病案管理系统从无到有的一个过程。对于用户来说，在一定程度上节约了不少的时间。对于管理员来说提高了工作效率。

7.2 展望

本文涉及的智能病案管理系统不仅成本低下，而且有着非常不错的实用性，通过运用开源框架等技术，可以使得本系统的实用性进一步加强，不过系统还有不少不足，主要体现在以下几个方面：

（1）本智能病案管理系统采用的是虚拟支付的方式进行支付，后续可以使用支付宝支付方式支付。

（2）智能病案管理系统可以利用redis数据库存储系统中的信息，从而进一步加强页面的访问速度。对智能病案管理系统高并发的问题进一步处理。

参考文献

1. 张泽琳.基于计算机软件工程的数据库编程技术[J].电子技术与软件工程,2021(17):200-201.
2. 都宇.计算机网络数据库的安全管理技术研究[J].电脑知识与技术,2021,17(23):34-35.
3. 张志强.计算机网络技术与安全管理维护初探[J].数字技术与应用,2021,39(07):172-174.
4. Kim Tae-Young,Cho Sung-Bae. Optimizing CNN-LSTM neural networks with PSO for anomalous query access control[J]. Neurocomputing,2021,456:
5. 王廷永,黄松.测试用例自动生成技术综述[J].电子技术与软件工程,2021(18):51-53.
6. 妥泽花.基于黑盒测试与白盒测试的比较探究[J].电子世界,2021(11):55-56.
7. 丁凝.软件测试过程的质量控制分析[J].网络安全技术与应用,2021(05):65-66.
8. 李燕.计算机测试技术与保护技术在计算机软件中的应用分析[J].决策探索(中),2020(05):82.
9. 李亚玲,韩奥,鲁建丽,张航瑄,于航.软件测试技术初探[J].数码世界,2020(03):68-69.
10. 陈建锋.软件测试发展趋势研究[J].无线互联科技,2019,16(19):41-42.

致谢

时间过得很快，大学阶段已经结束了，我也即将离开学校。回顾往昔，大学的很多记忆从脑海中闪过，奋斗和喜悦在我的脑海中闪过，内心失落之后又充满希望，自己也在校园里学到了很多的东西充实了自己。

在几年前之前，我收到了人生很重要的一张通知书，它使我明白了一个道理，失败不可怕，可怕的是重头再来。在考取大学的过程当中我收获了很多，真心感谢这段时光和经历。

首先，我非常感谢我的父母，我在求学的路上他们给了我很多的支持，在我生活的各方面给予了我指导。在大学的这段时光里，我非常感谢我的指导老师对我的关心和安慰，指导老师在系统编写设计方面给了我许多的指导。在此期间，我遇到了不少的问题，指导老师会耐心地给我讲解知识，耐心地给予我解决的方案，从论文的排版，再到经过自己努力和指导老师对我的帮助，最终才能够将系统和论文完成。同时还要感谢学院老师的幸苦工作。

大学期间最让我怀念的便是班级的小伙伴们，在这里由衷地感谢着大家，有了你们的帮助使得我在学习上走了很少的弯路。学习的过程当中虽然艰辛但是收获了很多。感谢各位，你们是我一路走来的朋友。最后我要感谢我的大学，是您为我提供了良好的学习环境，让我能够更好地学习，让我度过了最美好的四年！

要感谢学院老师的幸苦工作。

大学期间最让我怀念的便是班级的小伙伴们，在这里由衷地感谢着大家，有了你们的帮助使得我在学习上走了很少的弯路。学习的过程当中虽然艰辛但是收获了很多。感谢各位，你们是我一路走来的朋友。最后我要感谢我的大学，是您为我提供了良好的学习环境，让我能够更好地学习，让我度过了最美好的四年！