医院管理系统设计说明书Word文档下载推荐.docx
- 文档编号:21432458
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:44
- 大小:703.61KB
医院管理系统设计说明书Word文档下载推荐.docx
《医院管理系统设计说明书Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《医院管理系统设计说明书Word文档下载推荐.docx(44页珍藏版)》请在冰豆网上搜索。
0~0
是否主键:
否
数据项之间的联系:
登录系统的时候除了用户名还需要密码
密码
a_Password
登录系统的时候和用户名一起出现
真实姓名
用于确认用户的身份
a_Name
同一个姓名只能注册一个账号
用户的地址
a_E_mail
对应
用户的联系方式
a_Phone
医生编号
医生的身份认证
I_Id
int
11
0~11
是
与医生姓名一一对应
医生姓名
医生的名字
d_Name
varchar
255
0~255
与医生编号一一对应
职称
医生医术的评价
d_Profession
反映医生的医术
出诊时间
医生给患者看病时间
d_Time
每个医生出诊时间不同
所学专业
医生所学的专业
d_Major
不同的科室需要的医生专业不同
负责科室
医生负责的科室
d_Department
同一科室的医生专业应该一样
是否专家
是不是专家
p_Expert
无
病历号
患者的病例
p_Id
医生写给患者的关于患者病情的诊治情况
病由
生了什么病
Reason
病由决定处方
处方
治疗疾病的药方
Prescription
由病由决定
医生的联系方式
Phone
一个医生对应一个
姓名
患者的姓名
P_Name
一个患者对应一个病历号
初诊时间
患者第一次诊断的时间
p_Time
每个病例只有一个初诊时间
联系方式
患者的
p_Phone
每个患者的联系方式都不同
备注
治疗情况
p_Note
根据治疗情况写处方
药物收费
购买药物所花费的金钱
和处方有联系
挂号费
挂号所花费的金钱
和是否是专家有关系
处置费
劳务所花费的金钱
化验费
化验所花费的金钱
和处方也有所联系
2数据结构
数据结构名:
用户登录
含义说明:
用户登录界面所需要的数据
组成:
用户名,密码,真实姓名,,
医生信息
对于医生的描述
医生编号,医生姓名,职称,出诊时间,所学专业,负责科室,是否专家
病人信息
对病人的描述
病例号,姓名,初诊时间,医生编号,处方,,联系方式,备注
缴费信息
病人的缴费明细
病历号,药物收费,挂号费,处置费,化验费
3数据流
数据流名:
用户信息录入
说明:
录入用户信息
数据流来源:
用户注册输入
数据流去向:
医生信息录入
录入医生信息
文件
病人信息录入
录入病人信息
病人缴费
病人根据处方去缴费
缴费去向
病人信息,缴费信息
4数据存储
数据存储名:
用户存储
用户信息的输入
编号:
01
输入的数据流:
输出的数据流:
存取频度:
无限制,随时都可以存取
存取方式:
联机处理,添加
医生存储
医生信息的输入,修改,删除
02
每周一次
批处理,添加,修改,删除
病人存储
病人信息的输入,修改,删除
03
收费存储
病人缴费的录入
04
批处理,添加
5处理过程
处理过程名:
用户信息处理
处理:
用户信息的输入,只要有人注册就可以输入
医生信息处理
医生信息的添加,修改,删除。
病人信息处理
病人信息的添加,修改,删除,只要有病人随时都可以存取
收费信息处理
病人所缴纳费用的添加,只要有交易随时都可以存取
3概念结构设计
根据对功能设计的分析,可以规划整个医院管理系统所涉及的数据实体主要有“医生”、“病人”和“费用”。
“医生”实体与“病人”实体之间是一对多的关系,“病人”实体与“费用”实体之间是多对多的关系。
“医生”实体与“病人”实体之间的联系描述了病人与医生所对应的关系,“病人”实体与“实际费用”实体之间的描述了病人的消费情况。
依次可以使用实体关系模型图(E-R图)来描述这些实体以及它们之间的联系,各个实体的属性等容。
图3.1总E-R图
4逻辑结构设计
概念结构设计的任务就是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。
在概念结构设计中,得到医院管理系统的E-R图如图3.1,将此E-R图转换为关系模型。
关系的码用下横线标出。
医生(医生编号、医生姓名、职称、出诊时间、所学专业、负责科室、是否专家)
此为医生实体对应的关系模式。
病人(病例号、姓名、初诊时间、联系方式、备注)
此为病人实体对应的关系模式。
费用(病例号、药物收费、挂号费、处置费、化验费)
此为费用实体对应的关系模式。
5物理结构设计
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构,它依赖于选定的数据库管理系统。
为一个给定的逻辑数据模型选取一个在最适合应用要求的物理结构的过程,就是数据库的物理结构设计。
数据库的物理结构设计通常分为两步:
(1)确定数据库的物理结构,在关系数据库中主要指存取方法和存储结构;
(2)对物理结构进行评价,评价的重点是时间和空间效率。
确定数据库的物理结构包含下面四方面的容:
(1)确定数据的存储结构
(2)设计数据的存取路径
(3)确定数据的存放位置
(4)确定系统配置
数据库物理设计过程中需要对时间效率、空间效率、维护代价和各种用户要求进行权衡,选择一个优化方案作为数据库物理结构。
在数据库物理设计中,最有效的方式是集中地存储和检索对象。
在数据库设计初始阶段,为了对以后的数据库进行物理优化,提供了一些系统配置变量、存储分配系数,并对这些变量赋予合理的缺省值。
但这些值不一定适合每一种应用环境,在进行物理设计时,对这些变量重新赋值,以改善系统的性能。
在选择硬件设备、服务器操作系统、数据库时应该考虑能够逐步增加和扩展。
表4.1登录界面注册数据结构
字段名
数据类型
长度
主键
描述
a_User
a_Name
a_E_mail
a_Phone
表4.2医生信息数据结构
表4.3病人信息数据结构
病例号
表4.4病例和用药数据结构
d_Id
Prescription
表4.5收费系统数据结构
A
B
C
D
E
6系统主要查询功能及SQL语句
6.1药物收费的SQL语句
查询:
stringsql="
select*fromshoufeiwhere病例号='
"
+textBox1.Text.Trim()+"
'
or药物收费='
or挂号费='
or处置费='
or化验费='
;
删除:
stringsql="
deletefromshoufeiwhere病例号='
+textBox2.Text+"
添加:
selectcount(*)fromshoufeiwhere病例号='
+textBox2.Text+"
MySqlConnectionmyconn=newMySqlConnection(MyConnectionString);
MySqlCommandmycmd=newMySqlCommand(sql,myconn);
try
{myconn.Open();
intcnt=(int)mycmd.ExecuteScalar();
intcnt=Convert.ToInt32(mycmd.ExecuteScalar().ToString());
if(cnt==1)
{
sql="
updateshoufeiset病例号='
药物收费='
+textBox3.Text+"
挂号费='
+textBox4+"
处置费='
+textBox5+"
化验费='
+textBox6+"
}
else
insertintoshoufeivalues('
'
+textBox4.Text+"
+textBox5.Text+"
+textBox6.Text+"
)"
6.2病人就医信息SQL语句
更新:
s="
UPDATEpatientSETp_Id="
+Id+"
p_Name='
+p_Name+"
p_Time='
+p_Time+"
p_Phone='
+Phone+"
p_Note='
+p_Note+"
WHEREp_Id="
+Id+"
Strings="
DELETEFROMmessageWHEREp_Id="
+Id;
Strings1=my.shan(s);
if(s1.Equals("
true"
))
DELETEFROMpatientWHEREp_Id="
+Id;
s1=my.shan(s);
insertintomessage(p_Id,Reason,d_Id,Prescription,Phone)values("
+(Convert.ToInt32(myset.Tables["
XINXI"
].Rows[0][0].ToString())+1)+"
+Reason+"
"
+d_Id+"
+Prescription+"
);
Strings1=my.tianjia(s);
insertintopatient(p_Id,p_Name,p_Time,p_Phone,p_Note)values("
s1=my.tianjia(s);
6.3医生管理的SQL语句
publicStringd_update(intId,Stringd_Name,Stringd_Profession,Stringd_Time,Stringd_Major,Stringd_Department,Stringd_Expert)
UPDATEdoctorSETd_Name='
+d_Name+"
d_Profession='
+d_Profession+"
d_Time='
+d_Time+"
d_Major='
+d_Major+"
d_Department='
+d_Department+"
d_Expert='
+d_Expert+"
WHEREd_Id="
Strings1=my.xiu(s);
publicStringd_delete(intId){
DELETEFROMdoctorWHEREd_Id="
+Id;
Strings1=my.shan(s);
//MessageBox.Show("
删除成功"
//MessageBox.Show(s1);
returns1;
publicStringd_insert(intId,Stringd_Name,Stringd_Profession,Stringd_Time,Stringd_Major,Stringd_Department,Stringd_Expert)
DataSetmyset=newDataSet();
myset=my.cha("
selectmax(d_Id)fromdoctor"
insertintodoctor(d_Id,d_Name,d_Profession,d_Time,d_Major,d_Department,d_Expert)values("
].Rows[0][0].ToString())+1)+"
+d_Name+"
+d_Profession+"
+d_Time+"
+d_Major+"
+d_Department+"
+d_Expert+"
else{
7系统的实现
7.1系统功能模块图
此次系统设计两种用户权限来实现其不同功能:
一种是用户权限,即门诊医生。
一种是管理员权限,即数据监督维护人员。
对于上述两种用户,实现的功能操作差异较大,因此设置了两种用户:
管理员与医生,管理员账户为置账户,医生账户需要注册,在登陆界面即可完成,无需分为两种界面来控制数据,不同的管理员有不同的修改权限,例如医生只能查询与删除数据而不能修改。
本系统的总程序框架如图所示
图7.1程序框架图
门诊作为医院服务病人的第一扇窗口,患者来到门诊部门,首先进行挂号,建立患者信息;
根据患者需要挂号的科室信息和医嘱,进行初步常规检查,如血糖、血常规、眼底检查等;
接着科室医生根据患者反馈的检查结果,进行详细诊断,并开出处方;
本门诊系统的程序流程如下图所示:
图7.2程序流程图
医生用户主要实现患
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 管理 系统 设计 说明书