北大青鸟：数据库设计方案说明书

PAGEPAGE2诊所管理系统案例研究项目数据库设计第一部分、引言1。1编写目的本文档说明了诊所管理系统案例研究项目的数据库的设计，用于指导该系统在数据库存储各方面的内容,为系统开发的程序员、系统分析员做为基准文档.１。２背景说明：软件系统的名称:诊所管理系统案例研究项目任务提出者:湖人诊所开发者：北大青鸟Ａｐｔech产品开发部实现完成的系统将在湖人诊所的诊断室、门诊、住院部使用，所应用的网络系统是该系统的内部局域网。本系统将是独立的系统,目前不与诊所的财务系统和其他资料系统提供接口，所产生的输出都是独立的。本系统将使用SQＬＳerveｒ200０作为数据库存储系统,ＳＱLＳerｖeｒ200０企业版将由湖人诊所自行购买.1．3定义(可以在此列出本文件中用到的专门术语的定义和外文首字母组词的原词组。)1.4参考资料相关的文件包括:湖人诊所的内部文件《核准诊所管理系统案例研究项目》;湖人诊所管理系统案例研究项目分析会议备忘录；《湖人诊所诊所管理系统案例研究项目需求说明书》；参考资料:北大青鸟ＡpｔeｃｈＡCＣP3．0Ｓeｍ２《基于软件开发项目的毕业设计》;国家标准《数据库设计说明书（GＢ856７——8８)》;莱克公司的人力资源管理项目的软件数据库设计说明；合同：ﻩＡ、《湖人诊所诊所管理系统案例研究项目合同２0031０02-2》；

第二部分、外部设计２.１标识符和状态数据库软件:ＭｉｃroｓoftSQLSeｒｖｅr2000系统要求建立的数据库名称：ClinｉcMａnagｅmentＳyｓtem2。2使用它的程序可能使用的该系统的应用程序包括：1、湖人诊所财务管理系统Veｒsiｏｎ1.01９９9年开发;２、湖人诊所管理系统案例研究项目V1。02003年;2．3约定1、括号内的文本是说明的信息,包括不适用的情况；(可以在此说明使用此数据库而需要了解的建立标号、标识的约定,例如用于标识数据库的不同版本的约定和用于标识库内各个文卷、记录、数据项的命名约定等。）2。４专门指导系统使用ActiｖeＤataＯbｊect２。5（ＡDＯ）实现与数据库的接口，该接口基于ＯLEDＢ模型建立,是应用程序与数据库的桥梁，在ADO上将建立与数据库的通讯连接、执行T－ＳＱL,有关ＡDO的功能、特征的描述，请参考其他的资料。应用程序的数据变换，通过T－SQL相关的插入的信息来实现.应用程序的数据查询，通过Ｔ—SQL相关的查询语句来实现，并且应用程序在其结果集上进行操作。其他的专门知道的说明、文档等，请参考ＭSＤN所提供的、关于ADO的使用上的帮助。5支持软件ＳQLSｅrｖeｒ2000提供了核心的引擎，为支持本系统的数据库ClｉnｉcMaｎａgｅmeｎｔSystem,需要使用到ＳQLＳeｒvｅr2000的几个组件,包括:A、企业管理器：提供了数据管理和数据库操作的集成平台；B、查询分析器:T—SQL调试、优化、性能检测的工具；C、事件探查器：提供了对SＱLServeｒ执行操作的检测，并以T－SQL的形式记录；D、服务管理器:提供ＳQLＳeｒｖｅｒ停止、启动的控制工具；此外，还包括可能会使用到的数据导入和导出工具,为数据库提供数据的输入.

第三部分、结构设计３．1概念结构设计原始数据的形式:数据名称医生组成名称格式范围精度说明口令字符5０-登录时输入的密码姓名字符50-医生的姓名职业字符50-专业,如牙科等电话号码数字９位整数联系电话电子邮件字符５0-联系的内部Eｍail数据名称病人组成名称格式范围精度说明姓名字符5０－病人姓名性别字符1－F/Ｍ=男/女生日日期19０0年后－血型字符4—Ａ、Ｂ、C、O、ＡB升高数字小数1位体重数字小数1位数据名称药品组成名称格式范围精度说明名称字符50－药品名称厂家字符５0—药品生产厂家单价数字9位小数2位数据名称帐单组成名称格式范围精度说明日期日期－病人字符50—药品生产厂家付款形式字符６医生字符５0医生的姓名它们之间的关系：医生医生病人药品帐单包括有有N1N1NN3.2逻辑结构设计如上述EＲD所示,要解决Doctoｒ（Ｎ):Patient（Ｎ）关系,还需要在系统中创建名为ＤoctorPaｔｉｅｎt的第五个表。（数据库进行了规范化，达到第三范式的过程略.)1、逻辑结构设计数据库的逻辑结构图如下：主键及关系说明：医生表：存储医生的信息。提供医生的标识主键，自动增长数据类型，并且标识主键是医生病人表引用的外键;药品表:存储药品的信息。药品的标识为主键盘,并且引用了药品表的主键；病人表：存储病人的信息。提供病人的标识主键,自动增长数据类型，并且标识主键提供给帐单和医生病人表作为引用,是这两个表的外键;帐单表: 存储相关的帐单的信息.该表的病人信息，引用了病人表的主键;药品信息引用了药品表的主键。医生病人表：该表用语存储医生和病人的对应关系,以反映病人属于哪个主治医生.病人的标识列引用了病人表中的主键,医生的标识列引用了医生表的主键.２、表设计数据库对应的表设计如下图（字段采用英文表示)：表设计的字段请参考概念设计部分原始数据的形式.３、检查、默认约束对象设计:１、医生表电话号码:要求每一个字符都是数字，限制在0、1、2、３、4、5、6、７、８、９这些数字之间；邮件：邮件的字符信息之中,必须包含有@字符,否则为非法的输入；默认值为Ａdmｉｎistrａtoｒ＠ＨｕRen。Cｏｍ;2、药品表单价:单价必须大于０,小于等于10000；3、病人表：性别：必须是Ｍ或者F,分别表示男或者女;默认值为Ｍ;身高:输入的数值大于0.1,小于4，单位为米；体重：大于０,小于2５5，单位为公斤;血型：必须是A、B、O、AB之间的一个数字；默认值为Ｂ；（以上可以采用图表来进行说明。)4、视图对象设计:本系统不使用视图对象。５、索引设计:每个表的主键都是聚集索引，SQＬＳｅrveｒ自动为这些主键设置索引和索引结构,需要建立的其他索引包括：Ａ、帐单表：为病人字段建立聚集索引，填充率为5０%；Ｂ、医生表:为专业字段建立非聚集索引，填充率为９0％；C、医生病人表为医生字段建立聚集索引,填充率为90％;为病人字段建立非聚集索引,填充率为5０％；D、药品表为药品名称建立非聚集索引，填充率为9０%；E、病人表为病人的姓名字段建立非聚集索引,填充率为５0％；(以上可以采用图表来进行说明。)６、存储过程设计：系统的存储过程包括:查询帐单中：根据病人的标识，设计一个查询和显示该病人的详细的帐单的存储过程。7、触发器设计:设计一个触发器，在更改医生的专业的时候,自动删除医生所有的病人信息。也就是说,该医生不在为任何病人的主治医生.8、其它逻辑设计（在SQLＳerｖｅr其他逻辑设计包括数据转换服务、发布和订阅配置、全文检索、分布式服务协调器、规则、自定义数据类型、内容服务等多种数据库对象、操作的逻辑集设计）.（ﻩ其他逻辑设计可以使用图表来表述。）（不适用）。3。３物理结构设计数据库ＣlinicMａｎaｇemenｔＳystem的物理结构的部分符合ＳＱLServer20０0关于数据文件、卷、页的分配和分配规则。ＣliｎiｃManａgｅmｅntＳystｅm数据库初始大小为10０M，按照超过最大容量后２0％的增长速率进行增长。ＣｌｉｎicManａｇeｍeｎｔSｙstem数据库分配日志文件大小为2０Ｍ，自动增长。应用程序中自动截断事务日志。ＣｌｉｎicManageｍentSysteｍ数据库的物理文件名称为ＣlinｉcManａgemenｔSyｓｔｅm．MDＢ，主要数据文件、次要数据文件、文件组等都按照系统的默认设置进行。物理文件的存储位置为SQLＳｅｒｖｅｒ2000默认的位置.ﻬ第四部分、运用设计４。1数据字典设计1、数据库数据库名称：CｌinicMａｎagemenｔSｙstem中文名称或意义：门诊管理系统创建日期:2003.１１。1创建人:ＬaShiMan数据文件大小：10０Ｍ数据文件物理位置：C:\SQLSeｒveｒ＼Ｄatａ\ＣliniｃＭａnａgemeｎｔSyｓteｍ。Mdｂ日志文件大小:２０M日志文件物理位置：C:＼ＳQＬServｅr＼Data\ＣｌｉnicMａnagｅmentＳystem.Ldb文件组名称：ClｉnicManaｇeｍenｔSystem特性列表:只读:Falsｅ限制访问：Ｆａlｓｅ故障还原模型:简单自动关闭：Faｌse；自动收缩：True;兼容性级别：数据库兼容性8０ﻩ（以上内容可以采用图表来进行说明。）2、表以下不包括ＳＱLSｅrveｒ为数据库提供的默认的系统表。表名存储实体描述类型全文索引键主键引用字段Doctor医生基础表（无）DocｔｏｒＩＤPatiｅnt病人基础表（无)PａtientIＤMedｉｃiｎｅ药品基础表(无）MediｃｉneBｉll帐单基础表（无）BｉlｌIＤＤoctoｒPａtｉent医生和病人的关系扩展表（无）(无）３、表结构表名：Doctｏr字段名中文描述