医院门诊管理信息系统数据库设计(共23页).doc

《医院门诊管理信息系统数据库设计(共23页).doc》由会员分享，可在线阅读，更多相关《医院门诊管理信息系统数据库设计(共23页).doc（23页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上专心-专注-专业目目 录录精选优质文档-倾情为你奉上专心-专注-专业1 1 需求分析需求分析了解和分析系统将要提供的功能及未来数据库用户的需求。例如，该系统具有哪些功能需求，哪些数据要存储在数据库中，使用的数据业务规则是什么，数据之间的练习约束等，即了解用户真正从数据库中得到什么。1.11.1 编写目的编写目的门诊是医院服务的窗口和最前沿的部门，面临巨大就诊压力。研究如何合理配置资源、加强管理，充分发挥现有资源的能力来缓解医院服务压力，提高病人满意度很有意义。门诊的流程布置、服务时间和质量是影响病人满意度的主要因素。针对“三长一短”(即挂号排队时间长、候诊和候检时间长

2、、交款取药时间长、医生看病时间短)问题，等待时间是评价病人满意度的主要指标之一，对总体的病人满意度影响很大。其次，过多的滞留在门诊的患者会严重干扰医院的管理和医护工作的开展，影响门诊服务质量。并且城市综合医院这类医疗资源相对集中的机构的病人拥挤现象将长期存在，研究如何更好地使之为满足病人需求具有现实意义。门诊部是医院的一个重要部门,是病人刚开始就诊的首要环节,是医院直接向社会广大患者提供医疗服务的窗口之一,门诊部的信息化建设直接关系到整个医院的信息化建设的发展水平。如何更方便人们就诊、减少不必要的排队环节、实现病人资料(患者基本情况、就诊记录及检查结果与治疗情况等) 永久性存储,避免以往因病历

3、资料及检查治疗结果丢失而造成的延长诊断时间、重复检查、增加患者经济负担、甚至于造成医疗纠纷等后果,是医院门诊信息化建设所要解决的。利用信息技术、电子计算机和通讯设备，为医院所属各部门提供对病人诊疗信息和行政管理信息的收集、存储、处理、提取及数据交换的能力，并满足所有授权用户的功能需求。医院门诊管理信息系统强调以病人医疗活动为主线进行管理病人所有信息，临床的、服务的、用药记录、护理记录和费用信息等能被实时传递到医院各个部门，为医院管理和医疗分析提供便捷服务。对于信息系统的设计,要考虑的问题很多,但是最主要的是数据库结构体系和数据库连接技术方案的选择,以及总体结构的设计。本人正处于数据库设计的学习

4、阶段，因此开发此系统的另一主要目的是锻炼相关专业能力和探索更多的专业知识。1.21.2 编写背景编写背景医院门诊管理信息系统（Hospital Clinic Management Information System，HCMIS） ，精选优质文档-倾情为你奉上专心-专注-专业针对以病人医疗活动为中心进行管理病人所有信息，临床的、服务的、用药记录、护理记录和费用信息等能被实时传递到医院各个部门，为医院管理和医疗分析提供便捷服务。1.31.3 实现目标实现目标提供一个集门诊挂号、诊断、发药于一体的管理信息系统，可实现信息存储、更新、查询等多项功能，为广大医务工作人员及病人提供方便。1.41.4 数

5、据定义数据定义（1）所有的表名的命名规则。 所有的表名用具有实际含义的英文单词组成，且首个字母必须大写，如Employee 。 （2）所有的主键命名规则。所有的主键名用表名_PK，例 Employee_PK。（3）所有外键的命名规则。所有的外键名用本表名加外键表_FKn，如 EmployeeDepartment_FK1。（4）所有规则的命名规则。所有的约束名用列名_Check，如 BirthDay_Check。 （5）所有字段的命名规则。所有的属性名用具有实际含义的英文单词组成，且首个字母必须大写，如EmployeeName。1.51.5 需求分析需求分析满足病人实现挂号功能，诊断需求，领药，

6、方便，快捷接受医疗服务。1.5.11.5.1系统的功能需求系统的功能需求（1）病人管理 病人管理模块中，维护病人的基本信息，如病人姓名，性别，住址等。可以添加、修改、删除、查询病人的信息。（2）门诊挂号 输入病人的信息，系统会自动生成挂号费用，挂号完后系统会自动生成病号信息到病号信息库中。如果挂号之前知道病号信息库中已存在该病号，则可以直接调出该病号进行挂号操作。挂号后病人挂号信息会传到医生处或收费室，精选优质文档-倾情为你奉上专心-专注-专业由医生或收费室直接调用。挂号单如果被调用后是不能取消和退号的，在还没被调用之前可以对挂号单取消和退号，被取消或被退号的挂号单也不能被调用。退号必须是对已

7、经挂号的挂号单退号，退号后冲减了原挂号单的挂号费用。门诊挂号系统模块包括“门诊挂号” 、 “挂号单的查询” 、 “门诊退号” 、 “退号单查询” 、 “门诊挂号结账” 。（3）医生管理医生管理模块是医院信息系统的关键模块，医生填写病人病历，病情、病史的记载，医嘱的开立和实施，以及相关辅助功能。该功能模块实现了医生病历收发和医嘱作业的数字化。医生必须从挂号系统中调用已挂号的病号信息，直接输入处方项目，提交病号处方，处方传递到收费室收费。医生管理中，维护医生及相关工作人员的基本信息，有利于管理者了解医院的人员动态。（4）药房发放药房发药系统是由药房执业人员完成的功能子模块，药房通过收款单来给病人发

8、药。病人只要交款后，可以直接到药房取药，节约了大量的人力和时间。发药的同时减少药品库存量。通过输入病人的姓名或收费单号即可查询到要发的药品名称。药房发药系统具体包括了“药房发药子系统” 、 “药房发药单的查询” 、 “药品查询” 。（5）处方管理处方管理模块是医院信息系统的关键模块，是医疗工作最主要的信息来源。主要功能是完成病历基本指标的填写，病情、病史的记载，医嘱的开立和实施，以及相关辅助功能。该功能模块实现了医生病历收发和医嘱作业的数字化。处方管理包括“处方单录入子系统” 、 “处方单的查询” 、 “门诊处方退费单” 、“处方退费单查询” 。1.5.21.5.2系统总体功能图系统总体功能图

9、如图 1.1 所示。精选优质文档-倾情为你奉上专心-专注-专业门诊管理病人管理挂号系统管理医生管理药品发放处方管理查询病人信息删除病人信息添加病人信息门诊挂号挂号单的查询门诊退号退号单查询药房发药发药单的查询处方单录入处方单的查询门诊处方退费单处方退费单查询更新病人信息修改处方单删除医生信息添加医生信息更新医生信息查询医生信息药品查询图图 1.1 “门诊管理门诊管理”总体功能总体功能精选优质文档-倾情为你奉上专心-专注-专业1.5.31.5.3业务规则业务规则（1）一所医院有多个就诊科室部门，每个科室部门都有科室名称（唯一标识） 、地址、联系电话、科室简介等信息。一个科室部门可以有多个员工，但

10、是科室部门负责人只有一位员工。（2）员工由员工编号唯一标识，需记录员工的姓名、性别、出生年月、身份证号、省份、联系电话、职位、薪水、工作年限、受教程度、住址等信息。一个员工只属于一个科室部门。（3）病人由唯一标识的病人编号构成，需存储病人的姓名、性别、生日、身份证号、联系电话、住址、过敏药物，工作等基本信息。不允许同一个病人在同一个时段内就诊不同的部门。（4）病历编号构成病历的唯一标识，需记录病症情况，就诊时间，就诊医生等信息。一份病历只属于一个病人。（5）药品由药品编号唯一标识，需存储药品名称、药品级别、单价、成分、治疗功效、生产商、生产日期、有效日期、备注等信息。（6）挂号单由挂号编号唯一

11、标识，需存储挂号的时间、挂号费用等信息。（7）处方编号构成了处方的唯一标识，需存储就诊日期、药品名称、药品数量等信息。（8）病人挂号后，需记录病人的挂号信息。（9）在一个时间段，医生只给一位病人就诊，写一张处方。（10）每个病人拥有只属于自己的唯一挂号单、唯一病历、唯一处方。（11）当就诊相同病症的多位医生属于同一科室部门时，具有不同的医生编号。（12）在同一时间段，药品发放人员只为一位病人发放药物。（13）挂号处在同一时段只为一位病人挂号，产生挂号单。（14）在就诊时，医生将病人的看病情况填写在病历上，并把处方单的内容存入处方系统。1.5.41.5.4 数据约束条件分析数据约束条件分析（1）

12、一天医院看病的人数不能超过 9999 人，这是医院接纳的最大人数。（2）员工开始工作年龄超过 18 岁，满足工作年龄要求。（3）病人编号规则： 唯一标识一个病人，编号格式为病人第一次看病日期加流水号，如：1。（4）联系电话不超过 11 或 12 位数。（5）住址不超过 25 为汉字。精选优质文档-倾情为你奉上专心-专注-专业（6）邮编为 6 位数。（7）病历编号规则：唯一标识一张病历，日期+四位流水号 ，如： 1。（8）员工编号规则：唯一标识一位员工,格式 workDatetime+三位流水号，如： 。（9）职位填写规则：用于描述员工在医院中的职位，医护人员（DR） ，药物管理员(MM)。（1

13、0）科室编号规则：唯一标识一个科室，从编号 00001 开始。（11）挂号单编号规则：唯一标识一张挂号单，格式 日期+5 位流水号 ，如：r 由系统自动生成一天内最大处理挂号数为 9999。（12）药品编号规则：唯一标识一种药品,格式为C或者S加国药准字 ，C 表示普通药物，S 表示特殊药物。（13）处方编号规则：PR+日期+四位流水号 ，如：PR1。1.5.51.5.5 实体与数据实体与数据（1）实体通过以上分析可知，系统中的实体有：病人、病历、员工、科室和药品。实体的属性分别如下：病人：病人编号、姓名、性别、出生日期、身份证号、电话、住址、邮编、过敏；病历：病历编号、就诊医师、就诊日期、主

14、要症状；员工：员工编号、姓名、性别、出生日期、身份证号、民族、电话、职位、工作日期、工作年限、学历、住址、邮编、备注；科室：科室编号、科室名称、上级部门、科室位置、负责人、电话、科室介绍；药品：药品编号、药品名称、药品类别、单价、规格、主要成分、功能主治、用法用量、供应商、生产日期、有效日期、注意事项、库存量；（2）实体间的联系综合以上分析可知，实体之间有如下联系。病人和医生之间是多对多的关系(m:n)。病人与病历之间是是一对一的关系(1:1)。医生与病历之间是是多对多的关系(m:n)。员工和科室之间是多对一的关系(n:1)。病人和药品之间是多对多的关系(m:n)。精选优质文档-倾情为你奉上专

15、心-专注-专业病人和科室之间是多对多的关系(m:n)。病人与挂号单是一对一的关系(1:1)。（3）联系通过以上分析可知，联系的属性如下所示。挂号单：挂号单编号、就诊科室、挂号费、挂号时间；每个病人看病时，只能有一张挂号单，同理，每个医生在诊断时，根据每张挂号单来。处方：处方编号、就诊日期、药品编号、药品名称、数量。每个病人拥有自己的处方，每个医生可以给多个病人开处方。1.61.6数据字典数据字典数据字典包括数据说明和数据的使用，具体内容如下所示。1.6.11.6.1数据项与数据结构数据项与数据结构如表 1.1 所示。表表 1.11.1 数据说明数据说明实体实体数据项名数据项名说明说明类型类型(

16、 (长度长度) )PatientNo病人编号Char(12)PatientName姓名Varchar(10)Sex性别Char(1)Birthday出生日期DatetimeID身份证号Char(18)Telephone电话Varchar(12)Address住址Varchar(50)Zip邮编Char(6)Hypersusceptibility过敏药物Varchar(100)病人PatientJob职业Varchar(10)CsRecordNo病历编号Char(14)SickDate就诊日期Datetime病历CsRecordSymptom主要症状Varchar(100)EmployeeNo员

17、工编号Char(13)EmployeeName姓名Varchar(10)Sex性别Char(1)Birthday出生日期DatetimeID身份证号Char(18)Nation民族Varchar(10)Telephone电话Varchar(12)Position职位Varchar(10)员工表 EmployeeSalary工资Numeric(10,2)精选优质文档-倾情为你奉上专心-专注-专业WorkDate工作日期DatetimeWorkTerm工作年限intEduacationLevel学历Varchar(10)Address住址Varchar(50)Zip邮编Char(6)Remark备

18、注Varchar(100)DepartmentNo科室编号Char(5)DepartmentName科室名称Varchar(20)Address科室位置Varchar(50)Manager负责人Varchar(10)Telephone电话Varchar(12)科室DepartmentIntroduction科室介绍Varchar(200)RegisterNo挂号单编号Char(14)RegisterTime挂号时间Datetime挂号单RegisterRegisterFee挂号费Numeric(10,2)MedicineNo药品编号Char(18)MedicineName药品名称Varchar

19、(25)MedicineClass药品类别Varchar(10)UnitPrice单价Numeric（10，2）Specification规格Varchar(50)Elements_M主要成分Varchar(256)Function_M功能主治Varchar(256)Usage用法用量Varchar(256)Providcer供应商Varchar(50)ProduceDate生产日期DatetimeUsefullife有效日期DatetimeMatters注意事项Varchar(256)药品MedicineAmount库存量IntPrescriptionNo处方编号Char(14)SickDa

20、te就诊日期DatetimePatientNo病人编号Char(12)处方主表PrescriptionMasterEmployeeNo员工编号Char(13)PrescriptionNo处方编号Char(14)SickDate就诊日期DatetimeMedicineName药品名称Varchar(25)处方明细表PrescriptionDetailQuantity药品数量Int1.1.6 6.2.2数据处理数据处理如表 1.2 所示。表表 1.21.2 数据的使用数据的使用精选优质文档-倾情为你奉上专心-专注-专业数据名称说明功能实现Instert_pat_inf登记病人的基本信息病人在经过挂

21、号、就诊等一系列就医过程后，院方保存病人的信息资料。Update_pat_inf更新病人的基本信息病人可能有时某些以保留的信息会发生改变，如住址。Search_Hypersusceptibility病人对某些药物的过敏病人看病时，如果以前留有病人的资料，可以查询病人的过往资料，对哪些药物过敏。Instert_Hypersusceptibility病人对某些药物的过敏第一次看病的病人，要就诊后，要添加病人的过敏药物。Search_pat_inf病人的基本信息查询病人的信息Del_pat_inf病人的信息删除病人的信息。Instert_emp_inf登记员工的基本信息员工聘用后，存储其基本信息。U

22、pdate_emp_inf更新员工的基本信息员工可能有时某些以保留的信息会发生改变，如住址。Search_emp_inf员工的基本信息查询员工的信息Search_doctor_inf医生的基本信息查询医生的信息Del_emp_inf员工的基本信息删除员工的基本信息。Search_reg_inf挂号单的信息查询病人挂号单信息。Del_reg_inf挂号单的信息删除病人挂号单。Search_dep_inf科室信息查询科室信息。Update_dep_inf科室信息更新科室信息，如主管负责人。Instert_csR_inf病历信息填写病人就诊时的基本情况。Search_csR_inf病历信息查询病人的

23、病历信息。Del_csR_inf病历信息删除病人的病历信息。Instert_pre_inf处方信息填写病人就诊时的处方信息。Search_pre_inf处方信息查询病人的处方信息。Update_pre_inf处方信息更新病人的处方信息。Del_prR_inf处方信息删除病人的处方信息。Instert_med_inf药品信息添加新药品。Search_med_inf药品信息查询药品信息。Update_med_inf药品信息更新药品信息。Del_med_inf药品信息删除药品信息。精选优质文档-倾情为你奉上专心-专注-专业2 2 概念设计概念设计概念结构设计就是将需求分析得到的用户需求抽象为信息结构

24、，以便更真实、更充分地反映现实世界。概念设计部分主要包括实体的 E-R 图、联系的 E-R 图和系统总的 E-R 图。2.12.1 实体及其属性实体及其属性由需求分析知，基本实体有病人、病历、员工、科室和药品。（1）病人：病人编号、姓名、性别、出生日期、身份证号、电话、住址、邮编、过敏、职业，如图 2.1 所示。病人病人编号姓名性别邮编住址电话身份证号出生日期过敏职业图图 2.12.1 病人病人（2）病历：病历编号、就诊日期、主要症状，如图 2.2 所示。病历病历编号就诊医师就诊日期主要症状图图 2.22.2 病历病历（3）员工：员工编号、姓名、性别、出生日期、身份证号、民族、电话、职位、工资

25、、工作日期、工作年限、学历、住址、邮编、备注，如图 2.3 所示。精选优质文档-倾情为你奉上专心-专注-专业员工员工编号性别出生日期名族电话备注邮编住址学历工作年限面先号工作日期工资姓名 身份证号职位图图 2.32.3 员工员工（4）科室：科室编号、科室名称、科室位置、负责人、电话、科室介绍，如图 2.4 所示。科室科室编号科室名称电话科室介绍负责人科室位置图图 2.42.4 科室科室（5）药品：药品编号、药品名称、药品类别、单价、规格、主要成分、功能主治、用法用量、供应商、生产日期、有效日期、注意事项，如图 2.5 所示。精选优质文档-倾情为你奉上专心-专注-专业药品药品名称药品编号注意事项

26、药品类别单价规格主要成分功能主治用法用量有效日期生产日期供应商图图 2.52.5 药品药品2.22.2 实体间的联系实体间的联系 （1）病人和医生之间是多对多的关系(m:n),如图 2.6 所示。诊断病人员工（医生）病人编号处方编号员工编号数量药品名称药品编号就诊日期图图 2.62.6 病人与医生的联系病人与医生的联系（2）病人与病历之间是是一对一的关系(1:1)，如图 2.7 所示。属于病人病历病人编号病历编号图图 2.72.7 病人与病历之间联系病人与病历之间联系（3）医生与病历之间是是一对多的关系(1:n)，如图 2.8 所示。精选优质文档-倾情为你奉上专心-专注-专业 诊断员工（医生）

27、病历就诊日期病历编号图图 2.82.8 医生与病历之间联系医生与病历之间联系（4）员工和科室之间是多对一的关系(n:1)，如图 2.9 所示。负责员工科室员工编号科室编号就职日期图图 2 2。9 9 员工与科室之间联系员工与科室之间联系（5）病人和药品之间是多对多的关系(m:n)，如图 2.10 所示。 处方病人药品病人编号药品名称处方编号员工编号图图 2.102.10 病人和药品之间的联系病人和药品之间的联系（6）病人和科室之间是一对一的关系(1:1), 如图 2.11 所示。精选优质文档-倾情为你奉上专心-专注-专业挂号单病人科室挂号时间挂号单编号病人编号挂号费就诊科室图图 2.112.1

28、1 病人和科室之间的联系病人和科室之间的联系（7）病人与挂号单之间是是一对一的关系(1:1)，如图 2.12 所示。属于病人挂号单病人编号挂号单编号号图图 2.122.12 病人与挂号单之间联系病人与挂号单之间联系2.32.3总体总体 ERER 图图系统总的 E-R 图，如图 2.13 所示。精选优质文档-倾情为你奉上专心-专注-专业医生病历开处方属于科室填写拥有病人诊断药品购买挂号单科室编号员工编号病历编号药品编号病人编号图图 2.132.13 总体总体 E-RE-R 图图3 3 逻辑设计逻辑设计根据概念设计，逻辑设计主要包括将实体转换成关系、将联系转换成关系、关系设计、相关属性约束说明、关

29、系优化和关系表的建立。3.13.1 实体处理实体处理通过分析，实体有病人、病历、员工、科室和药品 5 个，并且都是强实体集。强实体集转换方式将强实体集映射成关系模式很直接，只需将实体集的每个属性对应的关系模式的属性，实体集的码作为关系模式的码。（1）由病人 Patient 实体集转化的关系模式（加下划线的属性表示它是主码成员，在后面的关系模式中同理） 。Patient（PatientNo，PatientName，Sex，Birthday，ID，Telephone，精选优质文档-倾情为你奉上专心-专注-专业Address，Zip，Hypersusceptibi-lity，Job） 。（2）由病历

30、 CsRecord 实体集转化的关系模式。CsRecord（CsRecordNo，SickDate，Symptom） 。（3）由员工表 Employee 实体集转化的关系模式。Employee（EmployeeNo，EmployeeName，Sex，Birthday，ID，Nation，Telephone，Position，Salary，WorkDate，WorkTerm，EduacationLevel，Address，Zip，Remark） 。（4）由员工表科室 Department 实体集转化的关系模式。Department（DepartmentNo，DepartmentName，Addr

31、ess，Manager，Telephone，Introduction） 。（5）由员工表药品 Medicine 实体集转化的关系模式。Medicine（MedicineNo，MedicineName，MedicineClass，UnitPrice，Specification，Elements，Function，Usage，Providcer，ProduceDate，Usefullife，Matters） 。3.23.2 联系集处理联系集处理由概念设计可知实体之间的联系 E-R 图，则联系集的属性如下所示。（1）处方 Prescription 联系集是由病人 Patient 实体集与员工表Emp

32、loyee 实体集之间的多对多联系集。则主码由所有参与实体集的主码的并集组成。 （斜字体的表示外码）处方Prescription（PrescriptionNo，EmployeeNo，PatientNo，SickDate，MedicineNo，MedicineName，Quantity） 。（2）挂号单 Register 联系集是由病人 Patient 实体集与病历 CsRecord 实体集之间的一对一联系集。则主码可选择任何一个参与实体集的主码。Register（RegisterNo，PatientNo，RegisterTime，RegisterFee）（3）挂号单 Register 联系集是

33、由病历 CsRecord 实体集与科室Department 实体集之间的一对一联系集。则主码可选择任何一个参与实体集的主码。Register（RegisterNo，PatientNo，DepartmentNo ，RegisterTime，RegisterFee）3.33.3 完整性约束完整性约束完整性约束包括实体完整性约束、参照完整性约束和用户自定义完整性约精选优质文档-倾情为你奉上专心-专注-专业束，这里仅对实体完整性和用户自定义完整性约束作如下说明。关系优化之后得到了 8 个最终表，分别如表 3.1 至 3.7 所示。（1）病人表 Patient，如表 3.1 所示。表表 3.13.1 病

34、人表病人表 PatientPatient数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明备注备注PatientNoChar(12)Not nullPrimary key Patient_PK病人编号PatientNameVarchar(10)Not null姓名SexChar(1)Not nullF表示女， M表示男性别BirthdayDatetimeNot nullYyy-mmm-ddd 格式出生日期IDChar(18)Not null18 位数字表示身份证号TelephoneVarchar(12)null11 或 12 位数字表示电话AddressVarchar

35、(50)Not null最多 25 个汉字表示住址ZipChar(6)null6 位数字表示邮编HypersusceptibilityVarchar(100)null不超过 10 个汉字表示过敏药物JobVarchar(10)null不超过 5 个汉字职业（2）病历表 CsRecord，如表 3.2 所示。表表 3.23.2 病历表病历表 CsRecordCsRecord数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明备注备注CsRecordNoChar(14)Not nullPrimary key CsRecord_PK病历编号PatientNoChar(12)N

36、ot nullCsRecordPatient_FKn病人编号EmployeeNoChar(10)Not nullCsRecordEmployee_FKn就诊医师SickDateDatetimeNot null与处方上就诊日期一致就诊日期SymptomVarchar(100)Not null记录病情主要症状（3）员工表 Employee ，如表 3.3 所示。精选优质文档-倾情为你奉上专心-专注-专业表表 3.33.3 员工表员工表 EmployeeEmployee数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明备注备注EmployeeNoChar(13)Not nu

37、llPrimary key Employee_PK员工编号EmployeeNameVarchar(10)Not null员工姓名姓名SexChar(1)Not nullF表示女， M表示男性别BirthdayDatetimeNot nullYyy-mmm-ddd 格式出生日期IDChar(18)Not null18 位数字表示身份证号NationVarchar(10)null56 个民族之一民族TelephoneVarchar(12)Not null12 位数字表示电话PositionVarchar(10)Not null医生职位职位SalaryNumeric(10,2)Not null小数点

38、后两位数字表示工资WorkDateDatetimeNot null年龄不得小于 18 岁工作日期WorkTermInt null用一数字表示工作年限EduacationLevelVarchar(10) null如“大专” ， “本科”等学历AddressVarchar(50)Not null不多于 25 个汉字表示住址ZipChar(6) null6 个数字表示邮编RemarkVarchar(100)null医生的附加信息备注（4）科室表 Departement ，如表 3.4 所示。表表 3.43.4 科室表科室表 DepartementDepartement数据项名数据项名类型类型( (长

39、度长度) )是否为空是否为空约束说明约束说明备注备注DepartmentNoChar(5)Not nullPrimary key Departement_PK科室编号DepartmentNameVarchar(20)Not null少于 10 个汉字表示科室名称AddressVarchar(50)null少于 25 个汉字科室位置ManagerVarchar(10)null负责人姓名负责人TelephoneVarchar(12)null12 位数字表示电话IntroductionVarchar(200)null科室简介科室介绍（5）挂号单表 Register ，如表 3.5 所示。精选优质文档

40、-倾情为你奉上专心-专注-专业表表 3.53.5 挂号单表挂号单表 RegisterRegister数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明备注备注RegisterNoChar(14)Not nullPrimary key Registe_PK挂号单编号PatientNoChar(12)Not nullRegisterPatient_FKn病人编号DepartmentNoChar(5)Not nullRegisterDepartment_FKn就诊科室RegisterTimeDatetimeNot nullyyyy-mm-dd 格式挂号时间RegisterF

41、eeNumeric(10,2)Not null小数点后两位数字表示挂号费（6）药品表 Medicine ，如表 3.6 所示。表表 3.63.6 药品表药品表 MedicineMedicine数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明备注备注MedicineNoChar(18)Not nullPrimary key Registe_PK药品编号MedicineNameVarchar(25)Not null不超过 10 个汉字药品名称MedicineClassVarchar(10)Not null唯一表示药品类别，如“外用药” ， “内服药”药品类别UnitPr

42、iceNumeric（10，2）Not null小数点后两位数字单价SpecificationVarchar(50)null不超过 10 个汉字规格Elements_MVarchar(256) null不超过 100 个汉字主要成分Function_MVarchar(256) null不超过 100 个汉字功能主治UsageVarchar(256) null不超过 100 个汉字用法用量ProvidcerVarchar(50) null不超过 30 个汉字供应商ProduceDateDatetimeNot nullYyy-mmm-ddd 格式生产日期UsefullifeDatetimeNot

43、nullYyy-mmm-ddd 格式有效日期MattersVarchar(256)null不超过 100 个汉字注意事项AmountIntNot null具体数字库存量 （7）处方表 PrescriptionMaster，如表 3.7 所示。精选优质文档-倾情为你奉上专心-专注-专业表表 3.73.7 处方表处方表 PrescriptionMasterPrescriptionMaster数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明说明说明PrescriptionNoChar(14)Not nullPrimary key Prescription_PK处方编号Pa

44、tientNoChar(12)Not nullPrescriptionPatient_FKn病人编号EmployeeNoChar(13)Not nullPrescriptionDoctor_FKn医生编号SickDateDatetimeNot nullYyy-mmm-ddd 格式就诊日期（8）处方表 PrescriptionDetail，如表 3.8 所示。表表 3.83.8 处方表处方表 PrescriptionDatailPrescriptionDatail数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明说明说明PrescriptionNoChar(14)Not

45、 nullPrimary key Prescription_PK处方编号SickDateDatetimeNot nullYyy-mmm-ddd 格式就诊日期MedicineNoChar(18)Not nullPrimary key Registe_FK药品编号MedicineNameVarchar(25)Not null少于 5 位数字药品名称QuantityIntNot null一具体数字药品数量精选优质文档-倾情为你奉上专心-专注-专业病人 PatientPatientNoPatientNameSexBirthdayIDTelephoneAddressZip Hypersusceptibi

46、-lityJob员工表 EmployeeEmployeeNoEmployeeNameSexBirthdayIDNationTelephonePositionSalaryWorkDateWorkTermEduacationLevelAddress、ZipRemark科室 DepartmentDepartmentNoDepartmentNameAddressManagerTelephoneIntroduction病历 CsRecordCsRecordNoPatientNoEmployeeNoSickDateSymptom挂号单 RegisterRegisterNoPatientNoDepartme

47、ntNoRegisterTimeRegisterFee药品 MedicineMedicineNoMedicineNameMedicineClassUnitPriceSpecificationElementsFunctionUsageProvidcerProduceDateUsefullifeMattersPrescriptionMaster处方主表PrescriptionNoEmployeeNoPatientNoSickDate图图 3.13.1 模式导航图模式导航图PrescriptionDetail处方明细表PrescriptionNoMedicineNoMedicineNameQuant

48、ity精选优质文档-倾情为你奉上专心-专注-专业4 4 物理设计物理设计4.14.1关系模式存储方式选择关系模式存储方式选择（1）规划数据块空间。在建表时考虑到有些表不断增加数据，可能会导致表空间受到破坏，丢失重要的数据，所以建立表时要预留块空闲空间，预先分配 200M 空间。（2）建立索引。药品、医生、病历、处方，诊断的日期等信息经常要依编号进行查询或与其他表连接且其更新频率不高，可以在其编号上建立索引，提高效率；在涉及病人编号的所有表中，由于经常要依病人编号查询指定病人信息，可以在病人编号上建立索引。（3）建立聚簇。为了提高某些属性的查询速度，可以在这些属性上建立聚簇。如经常要查询病人的所有处方、费用信息，所以可以在处方表依病人编号建立聚簇，将同一个病人的信息集中存放，提高速度。（4）将静态表与动态表分开存放。（5）将备份数据与现行数据进行分开存放。4.24.2数据库存储路径数据库存储路径（1）首先在建表完成之后，对于病人病历表、处方表、单据、挂号单等，经常要对其进行插入操作，因此我们应该将它们分别单独放在一个空间内，并给其预留大量的空余空间方便数据的添加。（2）对于内容相对固定的信息如科室表、职称表、员工表和药品表我们也将它们存放在一个空间内，主要为了查询操作的方便。