数据库(顶层)设计说明(DBDD).docVIP

医院门诊管理信息系统 数据库(顶层)设计说明(DBDD) 组员：吴松 王兵 陶卫平 说明： 1.《数据库(顶层)设计说明)(DBDD)描述了数据库的设计。所谓数据库指存储在一个或多个计算机文件中的相关数据的集合，它们可由用户或计算机程序通过数据库管理系统(DBMS)加以访问。DBDD还描述了存取或操纵数据所使用的软件配置项。 2.DBDD是实现数据库及相关软件配置项的基础。它向需方提供了设计的可视性，为软件支持提供了所需要的信息。 3.DBDD是否单独成册或与SDD合为一份资料视情况繁简而定。 目录 数据库(顶层)设计说明(DBDD) 1 1引言 3 1.1标识 3 1.2数据库概述 3 1.3文档概述 3 2引用文件 3 3数据库级设计决策 3 4数据库详细设计 4 5用于数据库访问或操纵的软件配置项的详细设计 5 6需求的可追踪性 6 7注解 7 附录 7 1引言 1.1标识 医院门诊管理系统。 1.2数据库概述 本次数据库设计的目标是建立一个医院门诊信息管理系统。 系统是以一般的医院门诊为背景设计的，以前的门诊大多是“纯手工”作业，患者就诊时间长，工作效率低，这样既不利于患者看病就医，也不利于医院的利益。 项目的投资方：医院。 用户：医院门诊的工作人员。 开发方：吴松 王兵 陶卫平 1.3文档概述 本条应概括本文档的用途与内容，并描述与其使用有关的保密性或私密性要求。 2引用文件 本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。也应标识不能通过正常的供货渠道获得的所有文档的来源。 3数据库级设计决策 4数据库详细设计 4.1概念结构设计 根据需求分析抽象出信息结构，可得该系统的E-R图。 用户E-R图，如图3.1所示。 图3.1 用户E-R图 根据分E-R图和需求分析，可得到总E-R图，如图2.10所示。 2.10 总体E-R图 2逻辑结构设计 根据上述的概念结构设计出逻辑结构，将E-R图转换为关系模型。 数据库Hospital包含以下8个表：基本信息表BaseType、用户信息表Users、药品信息表Medicine、医生信息表Doctor、患者信息表Patient、收费项目表Items、门诊收费项目明细表PayItems和门诊收费登记表Registration。 基本信息表BaseType 基本信息表BaseType用来保存科室名称、药品类别名称和药品单位名称等信息。表BaseType的结构如表3-1所示。 表3-1 表BaseType的结构 编号 字段名称 数据结构 说明 1 Id int 记录编号 2 TypeId tinyint 类型编号，1-科室名称，2-药品类别名称，3-药品单位名称 3 TypeName Varchar(30) 基本信息名称 通过对上面表的分析，插入，删除，查找等操作，所有模式都符合3NF。 本系统将用户划分为两种类型，即系统管理员和普通用户。系统管理员为Admin，他可以管理其他用户的信息，在其他方面所有用户的权限相同。 前面是通过前台来实现系统安全性的，我们也可以对数据库进行身份验证，可以从服务器角度建一个登录名，使得不同的服务器角色拥有不同的权限，从而实现对数据库的不同权限的管理，以此来增强医院门诊收费系统的安全性。 6需求的可追踪性 本章应包括： a.从本DBDD所提到的每个数据库或其他软件配置项到它们所涉及的系统或CSCI需求的可追踪性； b.从已经分配给本DBDD所提及的数据库或软件配置项的每个系统或CSCI需求到涉及它们的数据库或软件配置项的可追踪性。 7注解 本章应包含有助于理解本文档的一般信息(例如背景信息、词汇表、原理)。本章应包含为理解本文档需要的术语和定义，所有缩略语和它们在文档中的含义的字母序列表。 附录 附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。为便于处理，附录可单独装订成册。附录应按字母顺序(A,B等)编排。 6/6 用户 用户名 密码 用户类型 n n n n n n n n 医生 门诊登记单 药物 拿药 收费 开药 患者 收费项目 收费 日期 日期