- 1、本文档共18页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
医院病房管理系统数据库
模型设计
学号:2011143150 姓名:王金华
第一次
需求分析
(1)功能需求分析:
系统介绍:整个医院病房管理系统包括实体(5个):病房、科室、医生、护士、病人。整个医院病房管理系统关于病房各方面信息的内容,不同的用户有不同的权限,能很好的管理病房信息,确保信息的准确性及可靠性。
管理员:管理员拥有该系统的所有权限,管理员登录系统后可以进行对医院病房管理系统中的病房、科室、医生、护士、病人等部分信息的操作(插入、修改、删除、查询)。
普通用户(医生、护士、病人):普通用户只可以对病人各种的信息进行查询,没有对信息进行插入、修改、删除的权限。
(2)数据项需求分析
根据上述功能需求分析,数据库中要存储以下数据项:
病房号、床位号、所属科室名
科编号、科名、科地址、科电话
工作证号、医生姓名、性别、职称、年龄
病历号、姓名、性别、民族、家庭住址、诊断、主管医生、病房号
护士工号、姓名
(3)数据结构分析
根据上述功能需求分析,数据结构如下(红色表示主码):
病房: { 病房号、床位号、所属科室名 }
科室: { 科编号、科名、科地址、科电话
医生: { 工作证号、医生姓名、性别、职称、年龄 }
病人: { 病历号、姓名、性别、民族、家庭住址、诊断、主管医生 }
护士: { 护士工号、姓名 }
二、CDM模型设计
根据上述功能需求分析,本系统的CDM设计图如下所示:
各实体之间的联系:
一个科室有多个病房、多个医生,因此科室与病房、医生的关系是一对多的关系;
一个病房只能属于一个科室,因此病房与科室的关系为一对一
一个病房可以有多个护士,一个护士也可以照看多个病人,因此病房与护士之间是一对多的关系,护士与病人之间是一对多得关系
一个病房可以住多个病人,因此病房与病人为一对多的关系
一个医生可以给多个病人的诊治,但一个病人的主管医生只有一个,因此医生与病人的关系为一对多。
第二次
三、概念模型设计
根据上述功能需求分析得本系统的各实体间的联系为:
病房: { 病房号、床位号、所属科室名 }
主码:病房号
非主属性:床位号、所属科室名
函数依赖:病房号---床位号, 病房号---所属科室名,
病房关系模式达3NF
科室: { 科编号、科名、科地址、科电话 }
主码:科编号
非主属性:科名、科地址、科电话
函数依赖:科编号---科名,编号---科地址, 编号---科电话, 科室关系模式达3NF
医生: { 工作证号、医生姓名、性别、职称、年龄 }
主码:工作证号
非主属性:医生姓名、性别、职称、年龄
函数依赖:工作证号---医生姓名, 工作证号---性别,工作证号---职称,工作证号---年龄
医生关系模式达3NF
病人: { 病历号、姓名、性别、民族、家庭住址、诊断、主管医生、病房号 }
主码:病历号
非主属性:姓名、性别、民族、家庭住址、诊断
函数依赖:病历号---性别,病历号---民族,病历号---家庭住址,病历号---诊断,病历号---主管医生
病人关系模式达到3NF
护士: { 护士工号、姓名 }
主码:护士工号
非主属性:姓名
函数依赖:护士工号---姓名
护士关系模式达到3NF
第三次
三、PDM模型设计
(1)说明外码
病房表中科编号是外码,其参照于科室表中的“科编号”;
病人表中的外码:工作证号和病历号,它们分别参照医生表中的“工作证号”和病房表中的“病房号”;
医生表中的外码是科编号,其参照于科室表中的“科编号”;
护士表中的外码是病房号,其参照于病房表中的“病房号”;
照看的外码是病历号和护士工号,它们分别参照于病历表中的“病历号”和护士表中的“护士工号”
(2)规则:定义各个实体的完整性约束
病房完整性约束:
科室
护士
医生
(3)创建视图(尽量涉及多张表)
(4)创建触发器
(5)存储过程
文档评论(0)