社区诊所信息管理系统开发与设计毕业论文.docx
《社区诊所信息管理系统开发与设计毕业论文.docx》由会员分享，可在线阅读，更多相关《社区诊所信息管理系统开发与设计毕业论文.docx（40页珍藏版）》请在冰点文库上搜索。
社区诊所信息管理系统开发与设计毕业论文
---文档均为word文档，下载后可直接编辑使用亦可打印---
摘要
随着社会的发展，社区医院数量变得越来越多，人们对于自身健康越来越看重，健康的医疗对人们非常重要。
但是社区医疗诊所的信息化程度非常低，主要表现在，①：
患者不能及时的了解自己的病情。
②：
医生不能及时的追踪患者的病情发展。
③：
护士对于诊所药品的库存没有深入了解。
因此开发社区诊所信息管理是非常必要的。
本课题开发的是社区诊所信息管理系统，该系统分为医生，患者，护士这几类用户，主要实现预约挂号，信息查看和保存等功能。
本系统采用的是B/S模式，使用VisualStudio开发系统，使用MySQL数据库管理数据。
该系统更加方便用户使用，对于患者，医生，护士都可以及时了解信息。
关键词：
社区诊所；预约挂号；信息管理；
DevelopmentanddesignofCommunityClinicInformationManagementSystem
Abstract
Withthedevelopmentofsociety,thenumberofcommunityhospitalshasbecomemoreandmore,peoplepaymoreandmoreattentiontotheirownhealth,healthcareisveryimportanttopeople.However,theinformationlevelofcommunitymedicalclinicsisverylow,mainlyreflectedin:
（1）patientscannotunderstandtheirownconditionsintime.②Doctorscan'ttrackthepatient'sprogressintime.③:
nurseshavenoin-depthknowledgeoftheinventoryofclinicdrugs.Soitisnecessarytodeveloptheinformationmanagementofcommunityclinic.
Thisprojectistodevelopacommunityclinicinformationmanagementsystem,whichisdividedintodoctors,patients,nursesandotherusers,mainlytoachieveappointmentregistration,informationviewingandsavingfunctions.ThissystemadoptsB/Smode,usesvisualstudiotodevelopsystemandMySQLdatabasetomanagedata.Thesystemismoreconvenientforuserstouse,forpatients,doctors,nursescanknowtheinformationintime.
Keywords:
communityclinic;Makeanappointmenttoregister;Informationmanagement;
第1章绪论
1.1系统开发的背景和目标
1.1.1系统开发的背景
随着社会的发展，社区医院数量变得越来越多，人们对于自身健康越来越看重，健康的医疗对人们非常重要。
但是社区医疗诊所的信息化程度非常低，主要表现在：
（1）患者不能及时的了解自己的病情。
（2）医生不能及时的追踪患者的病情发展。
（3）护士对于诊所药品的库存没有深入了解。
因此开发社区诊所信息管理是非常必要的。
但是大多城市的社区诊所的功能并没有那么健全，还是只有一个医生，一个护士，纯手工填写患者信息，使患者不能很好的了解自己的身体。
这给医生，护士，患者造成了很大的困扰，耽误了每个人的时间。
1.1.2系统开发目标
根据所开发的系统名称，根据每个人的需求，对于医生，系统应该节约医生对于查找患者信息的时间，及时了解患者病情，精准下药。
对于护士，系统应该减轻护士工作，方便护士抓药。
对于患者，系统应该可以及时了解自己病情，及时就医，安排自己的时间，提高看病的效率。
1.2系统的主要功能和特点
对于社区诊所信息管理系统，该系统的使用者是医生，患者，还有护士。
这个系统需要实现的功能有预约挂号，对患者的信息进行管理和保存等功能。
对于医生：
医生需要对患者的信息进行了解，如患者的个人信息，患者的病例，患者所服用的药品，以及后续的信息管理。
对于护士：
护士需要对患者的所服用的药品进行检查。
对于患者：
患者在该系统可以对自己的个人信息进行更改，预约挂号，检查结果的查询。
社区诊所信息管理系统的特点：
1.系统的界面简单，方便老年人使用。
2.系统的开发所需要的时间短，开发系统所需要的成本低。
1.3设计开发的方法和工具的选择
根据系统的功能，进行分析和比较，使用VisualStudio开发系统，使用MySQL作为数据库。
开发工具：
VisualStudio
开发环境：
Windows操作系统
第2章系统规划
2.1初步需求分析
2.1.1功能需求
社区诊所信息管理系统所服务的对象有医生，护士，以及患者。
医生需要对患者的信息进行了解，如患者的个人信息，患者的病例，患者所服用的药品，以及后续的信息管理。
护士需要对患者的所服用的药品进行检查。
患者在该系统可以对自己的个人信息进行更改，预约挂号，检查结果的查询。
一：
管理员对系统的要求：
表2-1管理员对系统的要求
对医院的科室管理
对医院的科室的种类信息进行增加，删除，修改，查询。
对医院的医生管理
对不同科室的不同医生的信息进行修改，增加，删除，查询。
对医院的护士管理
地不同科室的不同等级的护士信息进行增加，删除，修改，查询。
二：
医生对系统的要求：
医生对于自己的患者的信息进行查询，修改，删除，添加。
三：
护士对系统的要求：
护士接收到医生给患者写好的病例和用药种类，进行配药。
四：
患者对于系统的要求：
患者对于个人信息的增加，删除，修改，查询。
预约挂号，预约的记录，个人的病例。
2.1.2非功能需求
非功能的需求对于一个系统也是非常重要的，它要保证系统在不同的条件下可以安全的使用和维护，不是针对系统的特定的功能。
非功能需求有，无危险性，牢靠性，强壮性，可维护性等要求。
一、无危险性：
无危险性是指系统对于医院里面的患者，医生以及护士信息的保护，防止患者，医生以及护士信息的散播。
社区诊所信息管理系统更应该加强对于患者个人信息以及医生个人信息的保护，防止使用者的信息泄露，造成不可挽回的后果。
二、牢靠性：
牢靠性是指，医院在使用系统对患者进行检查，复查是出现的错误频率。
对于社区诊所信息管理系统，必需保证他的可靠性，让用户快捷的，方便的使用系统，防止在取药，写病历等过程中出现系统的错误。
使系统在大量用户使用时，也可以不卡顿，和出现错误。
三、可维护性：
可维护性是指，系统出现错误时，可以快速的维护好系统，节约时间，节省成本。
防止造成财力，物力的大量损失。
在社区诊所信息管理系统遭到破坏时，开发人员可以及时发现错误，及时维护系统，不会推迟事务。
2.2可行性研究
2.2.1技术可行性
对于系统的设计，所选用的使VisualStudio软件，使用MySQL进行数据库的管理，在Windows的环境下进行运行。
2.2.2经济可行性
社区诊所信息管理系统所服务的对象有医生，护士，患者，该系统的设计减少了错误的发生，提高了效率，节省了患者的时间，开发系统所使用的金钱与该系统所产生的效应是不可比较的。
2.2.3操作可行性
社区诊所信息管理系统针对的是不同年龄段的人，所以需要界面简单，方便操作。
该系统界面简约，目的明确，不需要重复点击和查找，方便用户的使用。
第3章系统分析
3.1功能分析
3.1.1系统用例图
用例图：
用例图表示了参加系统的用户还有他们之间的关系，医生，管理员，护士，患者是参与这个系统的参与者。
一：
总用例图：
图3-1总用例图
二：
管理员的用例
图3-2管理员用例图
三：
医生的用例
图3-3医生用例图
四：
护士的用例
图3-4护士用例图
五患者的用例
图3-5患者用例图
3.1.2用例规约
用例规约：
用例规约是由下列表格中的元素组成，不同的用例规约的主参与者不同，利益相关者也不同。
1.管理员管理用户信息规约
表3-1管理员管理用户信息规约
用例名称：
管理员管理用户信息
主参与者：
管理员
层次：
风筝（概要）
利益相关者：
管理员、患者、医生、护士
前置条件：
管理员访问系统
最低保证：
回滚任何未完成的事务
成功保证：
管理员成功登录进入系统
触发器：
用户登录按钮
主要的成功情节：
管理员编辑用户的信息相应的用户的账号信息发生改变
扩展：
1.a编辑信息失败
1.a.1事务回滚，再次预约
2.aInternet异常
2.a.1系统回滚到退出前的页面。
3.a管理员在任何一点突然退出系统
3.a.1系统回滚到退出前的页面。
2.患者预约挂号规约
表3-2患者预约挂号规约
用例名称：
患者预约挂号
主参与者：
患者
层次：
风筝
利益相关者：
患者
前置条件：
患者登录系统
最低保证：
回滚任何未完成的事务
成功保证：
患者成功挂号
触发器：
医生点击“提交”按钮
主要的成功情节：
1.患者选择医生挂号。
2.成功挂号。
扩展：
1.a选择失败
1.a.1患者刷新页面，重新提交。
2.a数据保存失败
2.a.1事务回滚，回到上一个操作页面。
2.a.2数据保存失败，患者退出系统。
3.医生对患者的挂号进行就诊规约
表3-3医生对患者的挂号进行就诊规约
用例名称：
主参与者：
医生
层次：
风筝
利益相关者：
医生、患者、护士
前置条件：
患者预约挂号、医生登录系统
最低保证：
回滚任何未完成的事务
成功保证：
医生成功对患者就诊
触发器：
医生点击“就诊”按钮
主要的成功情节：
3.患者选择医生挂号。
4.医生对患者的预约进行就诊。
扩展：
1.a选择失败
1.a.1患者刷新页面，重新提交。
2.a数据保存失败
2.a.1事务回滚，回到上一个操作页面。
2.a.2数据保存失败，患者退出系统。
3.a就诊失败
3.a.1医生就诊失败，重新就诊
4.护士根据医生的送检对患者检查规约
表3-4护士根据医生的送检对患者检查规约
用例名称：
护士根据医生的送检对患者检查
主参与者：
医生
层次：
海平面
利益相关者：
医生、患者
前置条件：
医生送检、护士登录系统
最低保证：
回滚任何未完成的事务
成功保证：
护士成功填写检查结果
触发器：
护士“提交保存”检查结果
主要的成功情节：
1.护士点击检查按钮
2.护士核对患者信息
3.护士进行检查。
4.护士填写检查结果。
扩展：
1.a数据保存失败
1.a.1事务回滚，回到上一个操作页面。
1.a.2数据保存失败，护士退出系统。
5.护士对医生开设的配药单配药规约
表3-5护士对医生开设的配药单配药规约
用例名称：
护士对医生开设的配药单配药
主参与者：
护士
层次：
海平面
利益相关者：
医生、护士
前置条件：
护士接到医生的配药单
最低保证：
回滚任何未完成的事务
成功保证：
护士成功配药
触发器：
护士选择“配药管理”模块
主要的成功情节：
1.护士点击“配药”。
2.配到没有显示配药按钮
扩展：
1.a配药失败。
1.a.1管理员重新加载页面。
1.a.2页面加载失败，管理员退出系统。
3.2系统的建模
3.2.1概念数据建模
概念数据模型：
描述不同的角色之间的关系，是公司里面不同职位的人员之间的联系，如图是社区诊所信息个管理系统的概念数据模型。
图3-6概念数据模型
3.2.2对象关系建模
对象关系建模都属于第三范式，其目的是设计明了，减少重复代码。
用横线表示主键，用波浪线表示外键。
Accounts（Id,UserName,PassWord,Email,CanUse,CreateTime,CreateUser,UpdateTime,UpdateUser,Role_Id）
Roles（Id,Name,CreateTime,CreateUser,UpdateTime,UpdateUser）Checks（Id,Name,price,CreateTime,CreateUser,UpdateTime,UpdateUser）Departments（Id,Name,CreateTime,CreateUser,UpdateTime,UpdateUser）Dispensings（Id,Content,State,CreateTime,CreateUser,UpdateTime,UpdateUser,Nurse_ID
SeekMedicalAdvice_ID）
Doctor（Id,Name,Code,CreateTime,CreateUser,UpdateTime,UpdateUser,Phone,Sex,Title）
Nurse（Id,Name,Code,CreateTime,CreateUser,UpdateTime,UpdateUser,Phone,Sex）
Patients（Id,Name,Code,CreateTime,CreateUser,UpdateTime,UpdateUser,Phone）
MedicalExaminations（Id,Content,ExamTime,Result,CreateTime,CreateUser,UpdateTime,UpdateUser,Phone,Sex,Title,Check_Id,Nurse_Id,SeekMedicalAdvice_id）
MedicalRecords（Id,Content,CreateTime,CreateUser,UpdateTime,UpdateUser,Doctor_Id,Patient_Id）
SeekMedicalAdvice（Id,Code,Content,State,CreateTime,CreateUser,UpdateTime,UpdateUser,Doctor_Id,Patient_Id）
3.3动态的建模
3.3.1顺序图
顺序图：
是根据用例规约的内容进行延伸，用图画表示实施不同功能的动作。
（1）预约挂号功能的顺序图如图所示。
图3-7预约挂号功能的顺序图
（2）医生就诊顺序图如图所示。
图3-8医生就诊顺序图
3.3.2通信图
通信图：
是对顺序图的修改，不同的角色发出不同的动作。
（1）患者预约功能的通信图，如图所示。
图3-9患者预约功能的通信图
（2）医生就诊的通信图，如图所示。
图3-10医生就诊通信图
3.3.3分析类图
（1）诊所信息系统分析类图
图3-11诊所信息系统分析类图
3.3.4活动图
活动图：
不同的角色在实行一个功能时所需要的步骤。
（1）患者预约挂号的活动图如图所示。
3-12患者预约挂号的活动图
（2）医生就诊的活动图如图所示。
图3-13医生就诊的活动图
3.3.5状态图
状态图：
对于社区诊所信息管理系统来说，患者是所有对象中状态最多的，所以画出患者的状态图。
预约挂号的状态图如图所示。
图3-14预约挂号的状态图
第4章系统设计
4.1总体设计
系统的整体框架是基于B/S进行设计的，下面是对不同用户进行说明。
对于医生：
医生需要对患者的信息进行了解，如患者的个人信息，患者的病例，患者所服用的药品，以及后续的信息管理。
对于护士：
护士需要对患者的所服用的药品进行检查。
对于患者：
患者在该系统可以对自己的个人信息进行更改，预约挂号，检查结果的查询。
图4-1功能结构
4.2数据库设计
数据库的设计是一个软件开发过程中最重要的一部分，数据库的设计节约了资源，提高了软件的运行的效率，减少系统故障的发生，在数据库设计上，应该更具其规则，一一对应，不同的数据不同的描述。
根据系统需求分析得到各数据库表，以下是对不同的数据表的描述，Accounts表示账户表，Departments表示科室表，Dispensings代表配药表，Doctors代表医生表，MedicalRecords代表病历表,Nurses代表护士表,Patients代表患者表。
（1）Accounts数据库表如图所示。
表4-1Accounts数据库表
字段名称
数据类型
是否为空
大小
描述
Id
int
否
11
编号
UserName
varchar
否
20
用户名
PassWord
varchar
否
20
管理员电话
Email
varchar
否
30
登录密码
Phone
Varchar
否
11
电话
CanUse
int
否
2
是否能使用
Role_Id
int
否
11
Role表外键
（2）权限Roles数据库表如图所示。
表4-2权限Roles数据库表
字段名称
数据类型
是否为空
大小
描述
Id
int
否
11
编号
Name
varchar
否
20
角色名称
（3）科室Departments数据库表如图所示。
表4-3科室Departments数据库表
字段名称
数据类型
是否为空
大小
描述
Id
int
否
11
编号
Name
Varchar
是
20
场地名称
（4）检查Checks数据库表如图所示。
表4-4检查Checks数据库表
字段名称
数据类型
是否为空
大小
描述
Id
Int
否
11
编号
Name
Varchar
否
30
名称
（5）配药表Dispensings数据库表如图所示。
表4-5配药表Dispensings数据库表
字段名称
数据类型
是否为空
大小
描述
Id
int
否
11
主键
Content
Varchar
否
200
内容
State
int
否
11
状态
Nurse_Id
int
是
11
护士表外键
SeekMedicalAdvice_Id
int
是
11
就诊表外键
（6）医生表Doctors数据库表如图所示
表4-6医生表Doctors数据库表
字段名称
数据类型
是否为空
大小
描述
Id
int
否
11
主键
Code
varchar
否
20
编号
Phone
varchar
否
11
电话
Name
varchar
否
20
姓名
Title
Varchar
否
20
职称
Department_Id
int
否
11
科室表外键
（7）护士表Nurses数据库表如图所示
表4-7护士表Nurses数据库表
字段名称
数据类型
是否为空
大小
描述
Id
int
否
11
主键
Code
varchar
否
20
编号
Phone
varchar
否
11
电话
Name
varchar
否
20
姓名
Department_Id
int
否
11
科室表外键
（8）护士检查表MedicalExaminations数据库表如图所示。
表4-8护士检查表MedicalExaminations数据库表
字段名称
数据类型
是否为空
大小
描述
Id
int
否
11
主键
Content
varchar
否
20
内容
ExamTime
Date
否
20
检查时间
Result
Varchar
否
200
检查结果
Nurse_Id
int
否
11
护士表外键
Check_Id
int
否
11
检查表外键
SeekMedicalAdvice_Id
int
否
11
就诊表外键
（9）医生检查表MedicalRecords数据库表如图所示
表4-9医生检查表MedicalRecords数据库表
字段名称
数据类型
是否为空
大小
描述
Id
int
否
11
主键
Content
varchar
否
20
内容
Doctor_Id
int
否
11
医生表外键
Patient_Id
int
否
11
患者表外键
（10）患者表Patients数据库表如图所示。
表4-10患者表Patients数据库表
字段名称
数据类型
是否为空
大小
描述
Id
int
否
11
主键
IdCard
varchar
否
20
身份证号
Phone
varchar
否
11
电话
Name
varchar
否
20
姓名
Sex
Varchar
否
2
性别
（11）医生就诊表SeekMedicalAdvices数据库如图所示。
表4-11医生就诊表SeekMedicalAdvices数据库
字段名称
数据类型
是否为空
大小
描述
Id
Int
否
11
主键
Code
varchar
否
20
编号
Content
varchar
否
2000
内容
Name
varchar
否
20
姓名
State
int
否
11
状态
Patient_Id
int
否
11
患者表外键
Doctor_Id
int
否
11
医生表外键
4.3设计类图
说明属性的类型与可见性和操作的特征的一个类图。
社区诊所管理系统的设计类图。
图4-2社区诊所管理系统的设计类图
4.4UI的设计
（1）患者，医生，护士，管理员的登录界面用户进入系统后显示登录界面。
不同的用户使用不同的账号和密码登陆。
登录界面的设计，如图所示。
图4-3登录界面
（2）管理员的界面
管理员登录系统，管理员的功能在旁边，点击不同的功能会出现不同的界面。
方便管理员查询。
管理员的界面的设计。
如图所示
图4-4管理员的界面的设计
（3）医生的界面
针对医生登录系统，旁边是医生的操作，操作界面简约大方，一目了然。
医生界面设计，如图所示：
图4-4医生界面设计
（4）护士的界面
护士的界面也是非常的简单明了，这样的设计可以
升级会员 