医院管理系统设计说明书Word文档格式.docx
《医院管理系统设计说明书Word文档格式.docx》由会员分享，可在线阅读，更多相关《医院管理系统设计说明书Word文档格式.docx（43页珍藏版）》请在冰豆网上搜索。
为医院创造很好的经济效益。
2.2数据流图
图2.1总体数据流图
图2.2详细设计数据流图
2.3数据字典
1数据项
数据项名：
用户名
数据项含义说明：
用于登录本系统
别名：
a_User
数据类型：
Longtext
长度：
取值范围：
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物
升级会员 