数据库设计样例
- 格式:pdf
- 大小:337.69 KB
- 文档页数:22
数据库设计范本一、引言数据库设计是软件开发过程中至关重要的一环。
一个良好的数据库设计能够有效地存储和管理数据,并提供高效的数据访问和查询功能。
本文将介绍一个数据库设计范本,包括需求分析、概念设计、逻辑设计和物理设计等方面。
二、需求分析在进行数据库设计之前,首先需要进行需求分析,明确系统的功能和数据需求。
通过与用户沟通和需求调研,收集相关信息,确定数据库的目标和范围。
例如,如果设计一个学生管理系统的数据库,需求分析阶段需要确定需要存储的学生信息、课程信息、成绩信息等。
三、概念设计概念设计是数据库设计的第一步,主要是根据需求分析阶段的结果,构建概念模型。
概念模型使用实体-关系图(ER图)表示,包括实体、属性和关系等元素。
在设计过程中,需要遵循实体完整性、关系完整性和域完整性等原则,确保概念模型的准确性和完整性。
四、逻辑设计逻辑设计是在概念设计的基础上,将概念模型转化为逻辑模型。
逻辑模型使用关系模型表示,即关系数据库的表结构。
在逻辑设计中,需要确定实体与关系的映射关系,定义表的结构、字段和约束等。
同时,需要进行范式化处理,消除数据冗余和更新异常,提高数据库的性能和可靠性。
五、物理设计物理设计是在逻辑设计的基础上,将逻辑模型转化为物理模型。
物理模型是数据库在存储介质上的实际表示,包括表空间、数据文件、索引等。
在物理设计中,需要考虑数据的存储和访问方式,选择适当的存储结构和索引策略,以提高数据库的查询性能和存储效率。
六、实施和维护数据库设计完成后,需要进行实施和维护工作。
实施过程包括数据库的创建、表的建立和数据导入等。
维护工作包括数据备份和恢复、性能监控和调优等。
同时,还需要进行定期的数据库维护和优化,以确保数据库的稳定性和可靠性。
七、总结数据库设计是软件开发过程中不可或缺的一部分。
本文介绍了一个数据库设计范本,包括需求分析、概念设计、逻辑设计和物理设计等方面。
通过合理的数据库设计,可以提高系统的性能和可靠性,满足用户的需求。
《数据库开发实践》报 告班 级:_____________学 号:_____________姓 名:_____________指导老师:_____________信息与计算机学院二○一三年元月目录1需求分析 (3)1.1开发医院门诊信息系统的目的 (3)1.2医院信息系统的特点 (3)1.3医院门诊信息系统基本功能 (4)1.4门诊业务流程 (4)1.4.1门诊挂号系统 (5)1.4.2“门诊划价收费系统”功能模块 (5)1.4.3 门诊医生工作站 (6)1.4.4门诊药房管理业务 (6)1.4.5系统字典维护 (7)1.4.6门诊护士工作站 (7)1.5病案病历管理系统 (7)1.6门诊管理系统附表 (8)1.7实体和数据 (8)1.7.1实体属性: (8)1.7.2实体联系: (9)2概念设计 (9)2.1各个实体的实体图 (9)2.1.1病人的实体图 (9)2.1.2医生的实体图 (10)2.1.3护士的实体图 (10)2.1.4挂号员的实体图 (11)2.1.5收费员的实体图 (11)2.1.6管理员的实体图 (12)2.1.7收据的实体图 (12)2.1.8挂号单的实体图 (13)2.1.9检查单的实体图 (13)2.1.10化验单的实体图 (13)2.1.11药品的实体图 (14)2.1.12药房的实体图 (14)2.1.13处方主表的实体图 (15)2.1.14处方明细表的实体图 (15)2.1.15病历的实体图 (15)2.2各个子系统的E-R关系图 (16)2.2.1门诊挂号子系统 (16)2.2.2门诊划价收费系统 (16)2.2.3门诊医生工作站 (17)2.2.4门诊药房管理系统 (18)2.2.5门诊护士工作站 (18)2.3E-R关系图 (18)3逻辑设计 (19)3.1关系设计 (19)3.2约束说明 (20)3.2.1各表的完整性约束 (20)3.2.2自动处理过程 (20)4物理设计 (21)4.1关系模式的存取方法 (21)4.2数据库的存储结构 (21)1需求分析1.1开发医院门诊信息系统的目的(1) 强化医院自身的管理,逐步实现医疗价格评价与按成本收费,实现医院内按成本核算与全面财务计划,并体现在建立和优化医院内合理的分配制度上,为此每个医院都迫切需要建立自己的以财务管理为中心的医院管理信息系统。
仓库数据库设计范文
1.仓库信息表
2.产品信息表
这个表包含了仓库中存放的各种产品的信息,包括产品名称、型号、规格、单位、单价等。
3.供应商信息表
4.入库记录表
这个表记录了仓库中的产品的进货记录,包括进货日期、产品名称、供应商、进货数量、进货单价等。
5.出库记录表
这个表记录了仓库中的产品的出货记录,包括出货日期、产品名称、出货数量、客户等信息。
6.库存表
这个表主要用于记录仓库中各个产品的库存情况,包括产品名称、库存数量、库存金额等。
7.进销存报表
这个表用于统计仓库中的进货、销售和库存情况,包括进货金额、销售金额、库存金额、库存周转率等。
8.盘点记录表
这个表记录了仓库中进行的盘点操作,包括盘点日期、盘点人、盘点结果等。
9.库存警报表
这个表用于记录库存不足或过多的产品,当库存低于或超过设定的阈值时,会在该表中生成相应的警报记录。
10.用户表
这个表用于记录系统的用户信息,包括用户名、密码、权限等。
以上是一个比较完整的仓库数据库设计,可以满足基本的仓库管理需求。
当然,在实际应用中,根据不同的业务需求,还可以进行一些扩展和优化。
图书管理系统数据库设计示例第一篇:图书管理系统数据库设计示例图书管理系统数据库设计一个简单的图书管理系统包括图书馆内书籍的信息、学校在校学生的信息以及学生的借阅信息。
此系统功能分为面向学生和面向管理员两部分,其中学生可以进行借阅、续借、归还和查询书籍等操作,管理员可以完成书籍和学生的增加,删除和修改以及对学生,借阅、续借、归还的确认。
一、需求分析针对一般图书管理信息系统的需求,通过对图书管理工作过程的内容和数据流程分析,设计如下面所示的数据项:1.读者信息属性:读者学号,读者姓名,读者性别,联系电话,所在系,生效日期,失效日期,违章状况,累计借书,备注主键:读者学号2.书籍信息属性:ISBN,书名,作者,出版社,出版日期,简介,备注主键:ISBN 3.管理员信息属性:工作号,姓名,性别,电话,家庭住址,备注主键:工作号数据流程通过对系统的调查和可行性分析,画出系统的数据流程图:1.读者学生对图书管理系统的要求有:1)能按各种方式(比如书名、编号、作者)查询图书馆的藏书情况。
2)能够方便地借阅图书、续借图书、归还图书3)能够查询自己的基本资料、图书情况4)能够熟悉图书管理系统的使用。
读者进入系统工作的流程为:注册→查询→修改信息→借阅续借→图书归还→注销2.图书管理员他们对图书管理系统的要求有:1)能方便的对图书进行录入登记,注销陈旧的书籍。
2)能够方便地对新生进行登记,或注销已经毕业的学生信息(基本信息,借阅信息)。
3)能够随时发布一些诸如各学院学生借阅图书超期情况、馆内藏书情况、借情况等信息,以便各学院能够随时获知本院学生的一些借书信息。
图书管理员工作的流程为::注册→录入图书→录入新生→注销图书→注销学生→注销→修改个人信息→超期处理二、概念模型设计数据库需要表述的信息有以下几种:1.读者信息2.书籍信息3.管理员信息4.读者与书籍之间的关系(借阅关系E-R图)5.管理员与书籍之间的关系(管理员_书籍E-R图)6.管理员与学生之间的关系(管理员_学生 E-R图)三、逻辑设计从理论‘E/R模型’到理论‘关系模型’的整理转换,通过E/R模型到关系模型的转化,可以得到如下关系模式:借阅关系属性:工作号,读者学号,ISBN,是否续借,借书日期,还书日期,备注。
______________________________________________________________________________________________________________XXXX 系统数据库设计说明书精品资料______________________________________________________________________________________________________________文档信息:文档名称“传输网管数据统一自动备份系统”概要设计说明书描述该文档描述传输网络统一自动备份系统的详细功能定义。
所有设计人员、开发人员、测试人员以及其他团队成员都应该以该文档作为产品的功能定义,并衍生出其他文档。
负责人谢亚龙张亚宾状态 1.1 版文档变更历史:时间版本号修改人章节描述2008-11-7 1.0所有章节创建初稿2008-12-19 1.1部分改动对数据中部分做了修改文档路径:审核结果:审核人审核时间意见签名档备注______________________________________________________________________________________________________________目录1 引言 (5)1.1 编写目的 (6)1.2 背景 (6)1.3 定义 (6)1.4 参考资料 (7)______________________________________________________________________________________________________________2 数据库物理模型 (8)2.1 整体设计 (8)2.2 角色与权限管理 (9)2.3 消息管理 (11)2.4 用户信息 (13)2.5 分站信息表 (15)2.6 备份计划 (16)2.7 备份文件 (18)1引言随着时代的进步,计算机技术飞速发展,电子信息技术在各行各业起着越来越重要的作用。
mysql数据库设计案例MySQL数据库设计案例。
一、概述。
MySQL是一个开源的关系型数据库管理系统,被广泛应用于各种网站和应用程序中。
在数据库设计中,合理的表结构设计和索引设计对于提升数据库性能和数据查询效率非常重要。
本文将以一个简单的电商网站为例,介绍如何设计MySQL 数据库。
二、需求分析。
假设我们需要设计一个电商网站的数据库,包括商品信息、用户信息、订单信息等。
首先我们需要明确网站的功能需求,比如用户可以浏览商品、添加商品到购物车、下单购买商品等。
基于这些功能需求,我们可以开始设计数据库表结构。
三、数据库表设计。
1. 商品信息表(product)。
商品ID(product_id),主键,自增。
商品名称(product_name),varchar。
商品价格(product_price),decimal。
商品描述(product_description),text。
...2. 用户信息表(user)。
用户ID(user_id),主键,自增。
用户名(username),varchar。
密码(password),varchar。
邮箱(email),varchar。
...3. 订单信息表(order)。
订单ID(order_id),主键,自增。
用户ID(user_id),外键,关联用户信息表。
下单时间(order_time),datetime。
订单状态(order_status),int。
...4. 购物车表(cart)。
购物车ID(cart_id),主键,自增。
用户ID(user_id),外键,关联用户信息表。
商品ID(product_id),外键,关联商品信息表。
数量(quantity),int。
...四、索引设计。
在数据库表设计完成后,我们需要考虑索引的设计。
索引可以加快数据的查询速度,特别是在大数据量的情况下。
一般来说,主键和外键都需要创建索引,同时根据实际查询需求,也可以为其他经常被查询的字段创建索引。
数据库设计案例
数据库设计案例:
某电商网站要求设计一个数据库,用于存储商品信息和用户信息。
该网站有上百万种商品,每个商品包括商品ID、商品名称、商品描述、商品价格等信息。
每个用户可以注册并登录,每个用户包括用户名、密码、电话号码等信息。
为了提高查询性能,我们将商品信息和用户信息分别存储在两张表中。
商品信息表包括字段:商品ID、商品名称、商品描述、商品价格,其中商品ID为主键。
用户信息表包括字段:
用户名、密码、电话号码,其中用户名为主键。
此外,为了方便商品分类管理,我们可以增加一个商品分类表,包括字段:分类ID、分类名称。
商品信息表可以引入一个外
键字段,用于关联商品分类表的分类ID,实现分类与商品的
关联。
在设计数据库时,我们还要考虑到数据的一致性和完整性。
例如,为了防止用户注册时填写相同用户名,我们可以在用户信息表的用户名字段上添加唯一索引,保证用户名的唯一性。
最后,为了提高查询效率,我们可以为商品信息表的商品ID
字段和用户信息表的用户名字段创建索引,加快查询速度。
同时,我们还可以将该数据库部署在高性能的服务器上,采用分布式数据库架构,提高系统的可扩展性和容错性。
总之,通过合理的数据库设计,我们可以实现商品和用户信息的高效管理和查询操作,提供优质的电商服务。
数据库设计表模板
以下是一个基本的数据库设计表模板,包含了常见的表名、字段名、数据类型、约束等信息:
其中,表名表示该表的名称,字段名表示该表的每个字段的名称,数据类型表示该字段的数据类型,约束表示该字段的约束条件,如主键、非空、唯一等。
在实际应用中,根据具体的业务需求和数据特点,可以对上述表模板进行扩展和修改,以满足不同的数据存储和查询需求。
例如,可以添加索引、外键等约束,以保证数据的完整性和一致性;可以添加时间戳、地理位置等特殊字段,以支持更多的业务场景;可以添加视图、存储过程等高级功能,以提高系统的性能和可维护性。
需要注意的是,在进行数据库设计时,需要考虑到数据的安全性、可扩展性、易维护性等因素,以确保系统的稳定性和可靠性。
同时,需
要遵循相关的设计原则和最佳实践,如数据抽象、数据分层、事务完整性等,以提高系统的可维护性和可扩展性。
、数据库详细设计说明书&项目名称:部门级文档管理系统项目编号:编写人员:叶正茂*编写日期: 2004年7月20日审批人员:审批日期:—~( ! ; )1引言............................................... 错误!未定义书签。
】编写目的.......................................... 错误!未定义书签。
背景.............................................. 错误!未定义书签。
术语定义.......................................... 错误!未定义书签。
参考资料。
........................................ 错误!未定义书签。
2总体设计........................................... 错误!未定义书签。
运行环境.......................................... 错误!未定义书签。
3功能设计描述....................................... 错误!未定义书签。
所涉及到的表...................................... 错误!未定义书签。
【Popedom ...................................... 错误!未定义书签。
Organize ..................................... 错误!未定义书签。
User_Type .................................... 错误!未定义书签。
Path ......................................... 错误!未定义书签。
数据库课程设计实例100例全文共四篇示例,供读者参考第一篇示例:数据库课程设计是计算机科学与技术专业中非常重要的一门课程,通过设计实例来锻炼学生的数据库应用能力和实践能力。
在这篇文章中,我将为大家分享100个关于数据库课程设计实例的案例,希望能够对大家有所帮助。
1.学生信息管理系统这是一个简单的数据库设计案例,主要包括学生的基本信息管理,课程信息管理和成绩管理,可以帮助学生熟悉数据库的基本操作。
2.图书管理系统这个案例主要是针对图书馆的管理系统,包括图书信息管理,借阅还书管理和读者信息管理等功能,可以综合运用数据库的增删改查等操作。
4.电商平台这个案例主要是针对电商平台的数据库设计,包括商品信息管理,用户信息管理和订单管理等功能,可以让学生了解大规模数据库设计的思路。
8.网站访问日志分析系统这个案例主要是针对网站访问日志分析系统的数据库设计,包括网站访问信息管理,日志分析和用户行为分析等功能,可以帮助学生了解数据库在大数据处理中的应用。
58第二篇示例:数据库课程设计是计算机科学与技术专业中非常重要的一门课程,通过学习数据库课程设计,学生可以掌握数据库设计与管理的基本原理和方法,从而能够独立完成复杂的数据库设计与开发工作。
为了帮助学生更好地理解数据库课程设计的内容,本文将介绍100个数据库课程设计实例,希望能够对学生有所帮助。
1. 学生信息管理系统设计一个学生信息管理系统,包括学生基本信息、课程信息、成绩信息等模块,能够实现学生信息的录入、查询、修改和删除功能。
2. 图书管理系统设计一个图书管理系统,包括图书基本信息、借阅信息、录入图书、查询图书、借阅图书等功能。
3. 超市库存管理系统设计一个超市库存管理系统,包括商品信息、库存信息、进货信息、销售信息等功能,能够实现库存的实时管理。
10. 健身房会员管理系统设计一个健身房会员管理系统,包括会员信息、健身项目信息、健身计划信息、签到信息等功能,实现健身房会员的管理。
《数据库开发实践》报 告班 级:_____________学 号:_____________姓 名:_____________指导老师:_____________信息与计算机学院二○一三年元月目录1需求分析 (3)1.1开发医院门诊信息系统的目的 (3)1.2医院信息系统的特点 (3)1.3医院门诊信息系统基本功能 (4)1.4门诊业务流程 (4)1.4.1门诊挂号系统 (5)1.4.2“门诊划价收费系统”功能模块 (5)1.4.3 门诊医生工作站 (6)1.4.4门诊药房管理业务 (6)1.4.5系统字典维护 (7)1.4.6门诊护士工作站 (7)1.5病案病历管理系统 (7)1.6门诊管理系统附表 (8)1.7实体和数据 (8)1.7.1实体属性: (8)1.7.2实体联系: (9)2概念设计 (9)2.1各个实体的实体图 (9)2.1.1病人的实体图 (9)2.1.2医生的实体图 (10)2.1.3护士的实体图 (10)2.1.4挂号员的实体图 (11)2.1.5收费员的实体图 (11)2.1.6管理员的实体图 (12)2.1.7收据的实体图 (12)2.1.8挂号单的实体图 (13)2.1.9检查单的实体图 (13)2.1.10化验单的实体图 (13)2.1.11药品的实体图 (14)2.1.12药房的实体图 (14)2.1.13处方主表的实体图 (15)2.1.14处方明细表的实体图 (15)2.1.15病历的实体图 (15)2.2各个子系统的E-R关系图 (16)2.2.1门诊挂号子系统 (16)2.2.2门诊划价收费系统 (16)2.2.3门诊医生工作站 (17)2.2.4门诊药房管理系统 (18)2.2.5门诊护士工作站 (18)2.3E-R关系图 (18)3逻辑设计 (19)3.1关系设计 (19)3.2约束说明 (20)3.2.1各表的完整性约束 (20)3.2.2自动处理过程 (20)4物理设计 (21)4.1关系模式的存取方法 (21)4.2数据库的存储结构 (21)1需求分析1.1开发医院门诊信息系统的目的(1) 强化医院自身的管理,逐步实现医疗价格评价与按成本收费,实现医院内按成本核算与全面财务计划,并体现在建立和优化医院内合理的分配制度上,为此每个医院都迫切需要建立自己的以财务管理为中心的医院管理信息系统。
(2) 医院要加强医疗服务质量的自我监督、自我控制的能力,为病人提供更快、更好的服务,必然要依赖于计算机信息系统。
(3) 医疗制度的改革正在把病人—医院的二元关系改变为病人—医院—保险机构—政府监督的多元关系。
大量的有关病人的诊断、治疗、用药、资源消耗的信息不仅在院内而且要在许多部门之间流通、传递,这将是一件难以用手工完成的繁杂的任务。
1.2医院信息系统的特点(1) 在许多情况下,它需要极其迅速的响应速度和联机事务处理能力。
例如:在一个急诊病人入院抢救的情况时,它能够迅速、及时、准确地获得该病人的既往病史和医疗记录。
(2) 医疗信息的复杂性。
病人信息是以多种数据类型表达出来的,不仅是文字类型的数据,而且经常需要图形、图表、影像等类型的数据。
(3) 信息的安全、保密性要求高。
病人医疗记录是一种拥有法律效力的文件,它不仅在医疗纠纷案件中,而且在许多其他法律程序中均会发挥重要作用,有关人事的、财务的,乃至病人的医疗信息均有严格的保密性要求。
(4) 数据量大。
任何一个病人的医疗记录都是一部不断增长的、图文并茂的书,而一个大型综合性医院拥有上百万份病人的病案是常见的。
(5) 缺乏医疗信息处理的标准。
这是另一个突出地导致医院信息系统开发复杂化的问题。
目前医疗卫生界极少有医学信息表达、医院管理模式与信息系统模式的标准与规范。
计算机专业人员在开发信息系统的过程中要花费极大精力去处理自己并不熟悉的领域的信息标准化问题,甚至要参与制定一些医院管理的模式与算法。
医学知识 表达的规范化,即如何把医学知识翻译成一种适合计算机的形式,是一个世界性的难题,而真正的病人电子化病历的实现有待于这一问题的解决。
(6) 高水平的信息共享需求。
一个医生对医学知识(例如某种新药品的用法与用量,使用禁忌,某一种特殊病例的文献描述与结论等)、病人医疗记录(无论是在院病人还是若干年前已死亡的病人)的需求可能发生在他所进行的全部医、教、研的活动中,可能发生在任何地点。
而一个住院病人的住院记录摘要也可能被全院各有关临床科室、医技科室、行政管理部门所需要。
因此信息的共享性设计、信息传输的速度与安全性、网络的可靠性等也必须得到保证。
1.3医院门诊信息系统基本功能,如题1-1所示:图1-1 医院门诊信息系统基本功能1.4门诊业务流程,如图1-2所示:图 1-2 门诊业务流程1.4.1门诊挂号系统“门诊挂号系统”功能模块用于建立和维护病人的主索引信息,分配病人的ID号,确保病人信息的惟一性,为病人建立就诊卡,对门诊病人进行挂号或者预约号处理,为门诊病人的后续活动以及门诊工作量统计提供信息。
病人首次就医时可办理IC卡、磁卡等,实现一卡通看病,持卡病人就诊时通过刷卡代替频繁的排队交费,可以大大提高效率,减少等待时间。
挂号时计算机自动分配临时ID号,可选择输入病人姓名、挂号类别(普诊号、专家号等)及就诊科室等信息,打印产生门诊挂号单,挂号单上的条码号将是病人各环节就医的依据,实现划价收费、项目检查、药房取药的一体化流水作业。
1.4.2“门诊划价收费系统”功能模块“门诊划价”用于完成门诊病人各种处方、检查申请、治疗申请等诊治费用的计价工作,各种药品、检查的价格信息在字典管理中维护。
“门诊收费”用于完成门诊病人各种诊治费用的收取工作,能依据划价单(或其他方法)查询病人划价信息,进行费用收取、收据打印处理,并保存操作记录备查。
“药品发货”用于药房预先打印需要发货的药品明细,并将药品准备好,这样病人取药时就可以直接给病人,避免拿到病人的交费单后再去找相应的药品,提高工作效率。
具体如图1-3所示:图 1-3 “门诊划价收费系统”功能模块1.4.3 门诊医生工作站“门诊医生工作站”功能模块是医院信息系统的关键模块,是医疗工作最主要的信息来源。
主要功能是完成病历基本指标的填写,病情、病史的记载,医嘱的开立和实施,以及相关辅助功能。
该功能模块实现了医生病历收发和医嘱作业的数字化。
“门诊医生工作站”功能模块是医院管理系统中比较高层次的功能模块,一般医院的管理都达不到应用的要求,该模块应用后,医生的医嘱可以直接输入到计算机,而不是写在处方上,同时划价时可以直接调出电子医嘱,进行划价。
如图1-4所示:图 1-4 门诊医生工作站1.4.4门诊药房管理业务“药房管理系统”功能模块用于管理医院药房的采购、入库及出库等业务。
如图5所示:图 1-5 “药房管理系统”功能模块1.4.5系统字典维护“系统字典维护”功能模块用于设置医院管理系统的常用字典信息。
如图6所示:图 1-6 系统字典维护1.4.6门诊护士工作站配合医师执行治疗并进行护理,或负责地段内的一般医疗处理和卫生防疫等工作。
1.5病案病历管理系统“病历”作为医院对患者进行诊疗全过程的完整记录,具有十分重要的作用,国家法律对医院病历的记录、保存等都有严格的要求,当发生医疗纠纷时,病历是调节纠纷的重要依据。
电子病历有两层含义,核心的含义是“病历”,而“电子”只是一个限定词,说明它的手段、过程与物质形式。
因此,电子病历至少应达到以下几个要求:(1)能够准确地按时间序列真实反映患者自入院到出院期间的医疗与护理过程。
(2)可操作性与易操作性。
(3)有利于提高医疗质量,促进医务人员掌握相应的知识,提高医疗文书的质量。
(4)能达到作为法律依据所要求的安全性。
(5)能达到保护患者个人隐私的安全性要求。
(6)信息的记录、传输、保存均以电子数据的形式,而从本质上区别于传统的物质形式(纸张、胶片等)。
(7)输入后的数据不得修改,任何操作都应留有痕迹。
尤其是最后一条,因为电子数据不像纸张数据,如果系统存在漏洞,数据可以随意更改,则电子病历就失去了其存在的意义。
1.6门诊管理系统附表,如表1-1所示表1‐1 门诊管理系统附表表名称用途药品资料保存医院药品的基础信息,包括售价等医生资料保存医生信息,包括医生所属的科室科室资料保存科室分类信息,如分为内科、外科等病人信息库保存病人的基本信息,以后可以重复使用门诊挂号保存门诊病人挂号的信息门诊挂号类型保存门诊挂号类型分类信息及其挂号价格,如普通号、专家号等门诊划价门诊划价信息门诊划价明细门诊划价明细信息门诊收费项目保存门诊的收费项目及其价格信息,内容包括名称、类型、费用等药品库存保存药品的库存数量、金额信息1.7实体和数据通过对医院门诊系统的分析得到的实体有:病人、员工、药房、药品、处方主表、处方明细表、病历;其关系模式如下:1.7.1实体属性:¾病人(病人编号,姓名,年龄,性别,对何药物过敏)¾医生(医生编号,姓名,性别,年龄,所属部门,职称,工作日期)¾护士(护士编号,姓名,性别,年龄,职称,工作日期)¾挂号员(挂号员编号,姓名,性别,年龄,职称,工作日期)¾收费员(收费员编号,姓名,性别,年龄,职称,工作日期)¾管理员(管理员编号,姓名,性别,年龄,职称,工作日期)¾收据(收据编号,病人姓名,收费员姓名,收费方式,收费金额,收费日期)¾挂号单(挂号单号,病人编号,挂号方式,挂号日期)¾检查单(检查单号,病人编号,医生编号,检查日期,检查费)¾化验单(化验单号,病人编号,医生编号,检查日期,化验费)¾药品(药品编号,名称,价格,生产日期,有效日期,生产厂家,是否受限)¾药房(药房编号,管理员编号,药房类型)¾处方主表(处方编号,医生编号,病人编号,看病日期,药品费)¾处方明细表(处方编号,药品编号,药品数量,药品单价)¾病历(病历编号,处方编号)1.7.2实体联系:¾医生与病人之间(n:m).¾病人与处方主表之间(1:n).¾医生与处方主表之间(1:n).¾处方明细表与药品之间(n:m).¾病历与病人之间(1:1).¾病历与医生之间(n:1).¾药房和药品之间(n:m).¾药房与管理者之间(1:n).¾病人与挂号单之间(1:1)¾挂号员与挂号单之间(1:n)¾挂号员与病历之间(1:n)¾药品与病人之间(m:n)¾药品与护士之间(m:n)¾病人与护士之间(m:n)¾医生与检查单、化验单之间(1:n)¾收费员与检查单、化验单之间(1:n)¾收费员与处方主表之间(1:n)¾收费员与收据之间(1:n)¾病人与收据之间(1:n)2概念设计采用自底向上的方法.用E-R图表示各实体之间的联系。