医院门诊管理信息系统数据库设计

1、. 目目 录录 1 需求分析 .1 1.1 编写目的 .1 1.2 编写背景 .1 1.3 实现目标 .2 1.4 数据定义 .2 1.5 需求分析 .2 1.5.1系统的功能需求.2 1.5.2系统总体功能图.3 1.5.3业务规则.5 1.5.4 数据约束条件分析.5 1.5.5 实体与数据.6 1.6数据字典 .7 1.6.1数据项与数据结构.7 1.6.2数据处理.8 2 概念设计 .9 2.1 实体及其属性 .10 2.2 实体间的联系 .12 2.3总体 ER 图 .14 3 逻辑设计.15 3.1 实体处理.15 3.2 联系集处理.16 3.3 完整性约束.16 4 物理设计

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

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

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

5、及总体结构的设计。 本人正处于数据库设计的学习阶段，因此开发此系统的另一主要目的是锻 炼相关专业能力和探索更多的专业知识。 1.21.2 编写背景编写背景 医院门诊管理信息系统（Hospital Clinic Management Information System，HCMIS） ， . . 针对以病人医疗活动为中心进行管理病人所有信息，临床的、服务的、用药记 录、护理记录和费用信息等能被实时传递到医院各个部门，为医院管理和医疗 分析提供便捷服务。 1.31.3 实现目标实现目标 提供一个集门诊挂号、诊断、发药于一体的管理信息系统，可实现信息存 储、更新、查询等多项功能，为广大医务工作人员及

6、病人提供方便。 1.41.4 数据定义数据定义 （1）所有的表名的命名规则。 所有的表名用具有实际含义的英文单词组成，且首个字母必须大写，如 Employee 。 （2）所有的主键命名规则。 所有的主键名用表名_PK，例 Employee_PK。 （3）所有外键的命名规则。 所有的外键名用本表名加外键表_FKn，如 EmployeeDepartment_FK1。 （4）所有规则的命名规则。 所有的约束名用列名_Check，如 BirthDay_Check。 （5）所有字段的命名规则。 所有的属性名用具有实际含义的英文单词组成，且首个字母必须大写，如 EmployeeName。 1.51.5 需

7、求分析需求分析 满足病人实现挂号功能，诊断需求，领药，方便，快捷接受医疗服务。 1.5.11.5.1系统的功能需求系统的功能需求 （1）病人管理 病人管理模块中，维护病人的基本信息，如病人姓名，性别，住址等。可 以添加、修改、删除、查询病人的信息。 （2）门诊挂号 输入病人的信息，系统会自动生成挂号费用，挂号完后系统会自动生成病 号信息到病号信息库中。如果挂号之前知道病号信息库中已存在该病号，则可 以直接调出该病号进行挂号操作。挂号后病人挂号信息会传到医生处或收费室， . . 由医生或收费室直接调用。挂号单如果被调用后是不能取消和退号的，在还没 被调用之前可以对挂号单取消和退号，被取消或被退号

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

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

10、单” 、 “处方退费单查询” 。 1.5.21.5.2系统总体功能图系统总体功能图 如图 1.1 所示。 . . 门 诊 管 理 病人管理 挂号系统管理 医生管理 药品发放 处方管理 查询病人信息 删除病人信息 添加病人信息 门诊挂号 挂号单的查询 门诊退号 退号单查询 药房发药 发药单的查询 处方单录入 处方单的查询 门诊处方退费单 处方退费单查询 更新病人信息 修改处方单 删除医生信息 添加医生信息 更新医生信息 查询医生信息 药品查询 . . 图图 1.1 “门诊管理门诊管理”总体功能总体功能 1.5.31.5.3业务规则业务规则 （1）一所医院有多个就诊科室部门，每个科室部门都有科室名

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

12、称、药品级别、单价、成分、 治疗功效、生产商、生产日期、有效日期、备注等信息。 （6）挂号单由挂号编号唯一标识，需存储挂号的时间、挂号费用等信息。 （7）处方编号构成了处方的唯一标识，需存储就诊日期、药品名称、药品 数量等信息。 （8）病人挂号后，需记录病人的挂号信息。 （9）在一个时间段，医生只给一位病人就诊，写一张处方。 （10）每个病人拥有只属于自己的唯一挂号单、唯一病历、唯一处方。 （11）当就诊相同病症的多位医生属于同一科室部门时，具有不同的医生 编号。 （12）在同一时间段，药品发放人员只为一位病人发放药物。 （13）挂号处在同一时段只为一位病人挂号，产生挂号单。 （14）在就诊时

13、，医生将病人的看病情况填写在病历上，并把处方单的内 容存入处方系统。 1.5.41.5.4 数据约束条件分析数据约束条件分析 （1）一天医院看病的人数不能超过 9999 人，这是医院接纳的最大人数。 （2）员工开始工作年龄超过 18 岁，满足工作年龄要求。 （3）病人编号规则： 唯一标识一个病人，编号格式为病人第一次看病日 期加流水号，如：200912130001。 （4）联系电话不超过 11 或 12 位数。 . . （5）住址不超过 25 为汉字。 （6）邮编为 6 位数。 （7）病历编号规则：唯一标识一张病历，日期+四位流水号 ，如： 200912220001。 （8）员工编号规则：唯一

14、标识一位员工,格式 workDatetime+三位流 水号，如： 20090430001。 （9）职位填写规则：用于描述员工在医院中的职位，医护人员（DR） ，药 物管理员(MM)。 （10）科室编号规则：唯一标识一个科室，从编号 00001 开始。 （11）挂号单编号规则：唯一标识一张挂号单，格式 日期+5 位流 水号 ，如：r20912130001 由系统自动生成一天内最大处理挂号数为 9999。 （12）药品编号规则：唯一标识一种药品,格式为C或者S加国药 准字 ，C 表示普通药物，S 表示特殊药物。 （13）处方编号规则：PR+日期+四位流水号 ，如： PR200912130001。

15、1.5.51.5.5 实体与数据实体与数据 （1）实体 通过以上分析可知，系统中的实体有：病人、病历、员工、科室和药品。 实体的属性分别如下： 病人：病人编号、姓名、性别、出生日期、身份证号、电话、住址、邮 编、过敏； 病历：病历编号、就诊医师、就诊日期、主要症状； 员工：员工编号、姓名、性别、出生日期、身份证号、民族、电话、职 位、工作日期、工作年限、学历、住址、邮编、备注； 科室：科室编号、科室名称、上级部门、科室位置、负责人、电话、科 室介绍； 药品：药品编号、药品名称、药品类别、单价、规格、主要成分、功能 主治、用法用量、供应商、生产日期、有效日期、注意事项、库存量； （2）实体间的联

16、系 综合以上分析可知，实体之间有如下联系。 病人和医生之间是多对多的关系(m:n)。 病人与病历之间是是一对一的关系(1:1)。 医生与病历之间是是多对多的关系(m:n)。 . . 员工和科室之间是多对一的关系(n:1)。 病人和药品之间是多对多的关系(m:n)。 病人和科室之间是多对多的关系(m:n)。 病人与挂号单是一对一的关系(1:1)。 （3）联系 通过以上分析可知，联系的属性如下所示。 挂号单：挂号单编号、就诊科室、挂号费、挂号时间；每个病人看病时， 只能有一张挂号单，同理，每个医生在诊断时，根据每张挂号单来。 处方：处方编号、就诊日期、药品编号、药品名称、数量。每个病人拥 有自己的

17、处方，每个医生可以给多个病人开处方。 1.61.6数据字典数据字典 数据字典包括数据说明和数据的使用，具体内容如下所示。 1.6.11.6.1数据项与数据结构数据项与数据结构 如表 1.1 所示。 表表 1.11.1 数据说明数据说明 实体实体数据项名数据项名说明说明类型类型( (长度长度) ) PatientNo 病人编号 Char(12) PatientName 姓名 Varchar(10) Sex 性别 Char(1) Birthday 出生日期 Datetime ID 身份证号 Char(18) Telephone 电话 Varchar(12) Address 住址 Varchar(5

18、0) Zip 邮编 Char(6) Hypersusceptibility 过敏药物 Varchar(100) 病人 Patient Job 职业 Varchar(10) CsRecordNo 病历编号 Char(14) SickDate 就诊日期 Datetime 病历 CsRecord Symptom 主要症状 Varchar(100) EmployeeNo 员工编号 Char(13) EmployeeName 姓名 Varchar(10) Sex 性别 Char(1) Birthday 出生日期 Datetime ID 身份证号 Char(18) 员工表 Employee Nation

19、民族 Varchar(10) . . Telephone 电话 Varchar(12) Position 职位 Varchar(10) Salary 工资 Numeric(10,2) WorkDate 工作日期 Datetime WorkTerm 工作年限 int EduacationLevel 学历 Varchar(10) Address 住址 Varchar(50) Zip 邮编 Char(6) Remark 备注 Varchar(100) DepartmentNo 科室编号 Char(5) DepartmentName 科室名称 Varchar(20) Address 科室位置 Varc

20、har(50) Manager 负责人 Varchar(10) Telephone 电话 Varchar(12) 科室 Department Introduction 科室介绍 Varchar(200) RegisterNo 挂号单编号 Char(14) RegisterTime 挂号时间 Datetime 挂号单 Register RegisterFee 挂号费 Numeric(10,2) MedicineNo 药品编号 Char(18) MedicineName 药品名称 Varchar(25) MedicineClass 药品类别 Varchar(10) UnitPrice 单价Nume

21、ric（10，2） Specification 规格 Varchar(50) Elements_M 主要成分 Varchar(256) Function_M 功能主治 Varchar(256) Usage 用法用量 Varchar(256) Providcer 供应商 Varchar(50) ProduceDate 生产日期 Datetime Usefullife 有效日期 Datetime Matters 注意事项 Varchar(256) 药品 Medicine Amount 库存量 Int PrescriptionNo 处方编号 Char(14) SickDate 就诊日期 Dateti

22、me PatientNo 病人编号 Char(12) 处方主表 PrescriptionMaste r EmployeeNo 员工编号 Char(13) PrescriptionNo 处方编号 Char(14) SickDate 就诊日期 Datetime MedicineName 药品名称 Varchar(25) 处方明细表 PrescriptionDetai l Quantity 药品数量 Int 1.1.6 6.2.2数据处理数据处理 如表 1.2 所示。 . . 表表 1.21.2 数据的使用数据的使用 数据名称说明功能实现 Instert_pat_inf 登记病人的基本信息 病人在经

23、过挂号、就诊等 一系列就医过程后，院方 保存病人的信息资料。 Update_pat_inf 更新病人的基本信息 病人可能有时某些以保留 的信息会发生改变，如住 址。 Search_Hypersusceptib ility 病人对某些药物的过敏 病人看病时，如果以前留 有病人的资料，可以查询 病人的过往资料，对哪些 药物过敏。 Instert_Hypersuscepti bility 病人对某些药物的过敏 第一次看病的病人，要就 诊后，要添加病人的过敏 药物。 Search_pat_inf 病人的基本信息查询病人的信息 Del_pat_inf 病人的信息删除病人的信息。 Instert_emp_

24、inf 登记员工的基本信息 员工聘用后，存储其基本 信息。 Update_emp_inf 更新员工的基本信息 员工可能有时某些以保留 的信息会发生改变，如住 址。 Search_emp_inf 员工的基本信息查询员工的信息 Search_doctor_inf 医生的基本信息查询医生的信息 Del_emp_inf 员工的基本信息删除员工的基本信息。 Search_reg_inf挂号单的信息查询病人挂号单信息。 Del_reg_inf 挂号单的信息删除病人挂号单。 Search_dep_inf 科室信息查询科室信息。 Update_dep_inf 科室信息 更新科室信息，如主管负 责人。 Inst

25、ert_csR_inf 病历信息 填写病人就诊时的基本情 况。 Search_csR_inf 病历信息查询病人的病历信息。 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

26、_med_inf 药品信息删除药品信息。 2 2 概念设计概念设计 概念结构设计就是将需求分析得到的用户需求抽象为信息结构，以便更真 实、更充分地反映现实世界。概念设计部分主要包括实体的 E-R 图、联系的 E- R 图和系统总的 E-R 图。 2.12.1 实体及其属性实体及其属性 由需求分析知，基本实体有病人、病历、员工、科室和药品。 （1）病人：病人编号、姓名、性别、出生日期、身份证号、电话、住址、 邮编、过敏、职业，如图 2.1 所示。 病人 病人编号 姓名 性别 邮编 住址 电话 身份证号出生日期 过敏职业 图图 2.12.1 病人病人 （2）病历：病历编号、就诊日期、主要症状，如图

27、 2.2 所示。 . . 病历 病历编号 就诊医师 就诊日期 主要症状 图图 2.22.2 病历病历 （3）员工：员工编号、姓名、性别、出生日期、身份证号、民族、电话、 职位、工资、工作日期、工作年限、学历、住址、邮编、备注，如图 2.3 所示。 员工 员工编号 性别 出生日期 名族 电话 备注 邮编 住址 学历 工作年限 面先号 工作日期 工资 姓名 身份证号 职位 . . 图图 2.32.3 员工员工 （4）科室：科室编号、科室名称、科室位置、负责人、电话、科室介绍， 如图 2.4 所示。 科室 科室编号 科室名称 电话 科室介绍 负责人 科室位置 图图 2.42.4 科室科室 . . （

28、5）药品：药品编号、药品名称、药品类别、单价、规格、主要成分、功 能主治、用法用量、供应商、生产日期、有效日期、注意事项，如图 2.5 所示。 药品 药品名称药品编号注意事项 药品类别 单价 规格 主要成分功能主治 用法用量 有效日期 生产日期 供应商 图图 2.52.5 药品药品 2.22.2 实体间的联系实体间的联系 （1）病人和医生之间是多对多的关系(m:n),如图 2.6 所示。 . . 诊断病人员工（医生） 病人编号 处方编号 员工编号 数量药品名称药品编号 就诊日期 图图 2.62.6 病人与医生的联系病人与医生的联系 （2）病人与病历之间是是一对一的关系(1:1)，如图 2.7

29、所示。 属于病人病历 病人编号病历编号 图图 2.72.7 病人与病历之间联系病人与病历之间联系 （3）医生与病历之间是是一对多的关系(1:n)，如图 2.8 所示。 . . 诊断员工（医生）病历 就诊日期病历编号 图图 2.82.8 医生与病历之间联系医生与病历之间联系 （4）员工和科室之间是多对一的关系(n:1)，如图 2.9 所示。 负责员工科室 员工编号 科室编号就职日期 图图 2 2。9 9 员工与科室之间联系员工与科室之间联系 （5）病人和药品之间是多对多的关系(m:n)，如图 2.10 所示。 . . 处方病人药品 病人编号 药品名称处方编号 员工编号 图图 2.102.10 病

30、人和药品之间的联系病人和药品之间的联系 （6）病人和科室之间是一对一的关系(1:1), 如图 2.11 所示。 挂号单病人科室 挂号时间 挂号单编号病人编号 挂号费就诊科室 . . 图图 2.112.11 病人和科室之间的联系病人和科室之间的联系 （7）病人与挂号单之间是是一对一的关系(1:1)，如图 2.12 所示。 属于病人挂号单 病人编号挂号单编号 号 图图 2.122.12 病人与挂号单之间联系病人与挂号单之间联系 2.32.3总体总体 ERER 图图 系统总的 E-R 图，如图 2.13 所示。 . . 医生 病历 开处方 属于 科室 填写 拥有 病人 诊断 药品 购买 挂号单 科室

31、编号 员工编号 病历 编号 药品 编号 病人编号 . . 图图 2.132.13 总体总体 E-RE-R 图图 3 3 逻辑设计逻辑设计 根据概念设计，逻辑设计主要包括将实体转换成关系、将联系转换成关系、 关系设计、相关属性约束说明、关系优化和关系表的建立。 3.13.1 实体处理实体处理 通过分析，实体有病人、病历、员工、科室和药品 5 个，并且都是强实体 集。强实体集转换方式将强实体集映射成关系模式很直接，只需将实体集的每 个属性对应的关系模式的属性，实体集的码作为关系模式的码。 （1）由病人 Patient 实体集转化的关系模式（加下划线的属性表示它是主 码成员，在后面的关系模式中同理）

32、 。 Patient（PatientNo，PatientName，Sex，Birthday，ID，Telephone， . . Address，Zip，Hypersusceptibi-lity，Job） 。 （2）由病历 CsRecord 实体集转化的关系模式。 CsRecord（CsRecordNo，SickDate，Symptom） 。 （3）由员工表 Employee 实体集转化的关系模式。 Employee（EmployeeNo，EmployeeName，Sex，Birthday，ID，Nation，Te lephone，Position，Salary，WorkDate，WorkTer

33、m，EduacationLevel，Addre ss，Zip，Remark） 。 （4）由员工表科室 Department 实体集转化的关系模式。 Department（DepartmentNo，DepartmentName，Address，Manager，Telep hone，Introduction） 。 （5）由员工表药品 Medicine 实体集转化的关系模式。 Medicine（MedicineNo，MedicineName，MedicineClass，UnitPrice，Spe cification，Elements，Function，Usage，Providcer，Produce

34、Date，Useful life，Matters） 。 3.23.2 联系集处理联系集处理 由概念设计可知实体之间的联系 E-R 图，则联系集的属性如下所示。 （1）处方 Prescription 联系集是由病人 Patient 实体集与员工表 Employee 实体集之间的多对多联系集。则主码由所有参与实体集的主码的并集 组成。 （斜字体的表示外码） 处方 Prescription（PrescriptionNo，EmployeeNo，PatientNo，SickDate，Medici neNo，MedicineName，Quantity） 。 （2）挂号单 Register 联系集是由病人

35、Patient 实体集与病历 CsRecord 实 体集之间的一对一联系集。则主码可选择任何一个参与实体集的主码。 Register（RegisterNo，PatientNo，RegisterTime，RegisterFee） （3）挂号单 Register 联系集是由病历 CsRecord 实体集与科室 Department 实体集之间的一对一联系集。则主码可选择任何一个参与实体集的 主码。 Register（RegisterNo，PatientNo，DepartmentNo ，RegisterTime，RegisterFee） 3.33.3 完整性约束完整性约束 完整性约束包括实体完整性约

36、束、参照完整性约束和用户自定义完整性约 . . 束，这里仅对实体完整性和用户自定义完整性约束作如下说明。 关系优化之后得到了 8 个最终表，分别如表 3.1 至 3.7 所示。 （1）病人表 Patient，如表 3.1 所示。 表表 3.13.1 病人表病人表 PatientPatient 数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明备注备注 PatientNoChar(12)Not null Primary key Patient_PK 病人编号 PatientNameVarchar(10)Not null 姓名 SexChar(1)Not null F表示

37、女， M 表示男 性别 BirthdayDatetimeNot null Yyy-mmm-ddd 格式出生日期 IDChar(18)Not null 18 位数字表示身份证号 TelephoneVarchar(12)null 11 或 12 位数字表示电话 AddressVarchar(50)Not null 最多 25 个汉字表示住址 ZipChar(6)null 6 位数字表示邮编 Hypersuscepti bility Varchar(100)null 不超过 10 个汉字表 示 过敏药物 JobVarchar(10)null 不超过 5 个汉字职业 （2）病历表 CsRecord，如

38、表 3.2 所示。 表表 3.23.2 病历表病历表 CsRecordCsRecord 数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明备注备注 CsRecordNoChar(14)Not null Primary key CsRecord_PK 病历编号 PatientNoChar(12)Not null CsRecordPatient_FK n 病人编号 EmployeeNoChar(10)Not null CsRecordEmployee_F Kn 就诊医师 SickDateDatetimeNot null 与处方上就诊日期一 致 就诊日期 SymptomVa

39、rchar(100)Not null 记录病情主要症状 （3）员工表 Employee ，如表 3.3 所示。 . . 表表 3.33.3 员工表员工表 EmployeeEmployee 数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明备注备注 EmployeeNoChar(13)Not null Primary key Employee_PK 员工编号 EmployeeNameVarchar(10)Not null 员工姓名姓名 SexChar(1)Not null F表示女， M 表示男 性别 BirthdayDatetimeNot null Yyy-mmm-d

40、dd 格式出生日期 IDChar(18)Not null 18 位数字表示身份证号 NationVarchar(10)null 56 个民族之一民族 TelephoneVarchar(12)Not null 12 位数字表示电话 PositionVarchar(10)Not null 医生职位职位 SalaryNumeric(10,2)Not null 小数点后两位数字表 示 工资 WorkDateDatetimeNot null 年龄不得小于 18 岁工作日期 WorkTermInt null 用一数字表示工作年限 EduacationLe vel Varchar(10) null 如“大专

41、” ， “本科” 等 学历 AddressVarchar(50)Not null 不多于 25 个汉字表 示 住址 ZipChar(6) null 6 个数字表示邮编 RemarkVarchar(100)null 医生的附加信息备注 （4）科室表 Departement ，如表 3.4 所示。 表表 3.43.4 科室表科室表 DepartementDepartement 数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明备注备注 DepartmentNoChar(5)Not null Primary key Departement_PK 科室编号 Departmen

42、tNam e Varchar(20)Not null 少于 10 个汉字表示科室名称 AddressVarchar(50)null 少于 25 个汉字科室位置 ManagerVarchar(10)null 负责人姓名负责人 TelephoneVarchar(12)null 12 位数字表示电话 IntroductionVarchar(200)null 科室简介科室介绍 （5）挂号单表 Register ，如表 3.5 所示。 . . 表表 3.53.5 挂号单表挂号单表 RegisterRegister 数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明备注备注 Re

43、gisterNoChar(14)Not null Primary key Registe_PK 挂号单编号 PatientNoChar(12)Not null RegisterPatient_FK n 病人编号 DepartmentNoChar(5)Not null RegisterDepartment _FKn 就诊科室 RegisterTimeDatetimeNot null yyyy-mm-dd 格式挂号时间 RegisterFeeNumeric(10,2)Not null 小数点后两位数字表 示 挂号费 （6）药品表 Medicine ，如表 3.6 所示。 表表 3.63.6 药品表

44、药品表 MedicineMedicine 数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明备注备注 MedicineNoChar(18)Not null Primary key Registe_PK 药品编号 MedicineNameVarchar(25)Not null 不超过 10 个汉字药品名称 MedicineClassVarchar(10)Not null 唯一表示药品类别， 如“外用药” ， “内服 药” 药品类别 UnitPrice Numeric（10， 2） Not null 小数点后两位数字单价 SpecificationVarchar(50)n

45、ull 不超过 10 个汉字规格 Elements_MVarchar(256) null 不超过 100 个汉字主要成分 Function_MVarchar(256) null 不超过 100 个汉字功能主治 UsageVarchar(256) null 不超过 100 个汉字用法用量 ProvidcerVarchar(50) null 不超过 30 个汉字供应商 ProduceDateDatetimeNot null Yyy-mmm-ddd 格式生产日期 UsefullifeDatetimeNot null Yyy-mmm-ddd 格式有效日期 MattersVarchar(256)null

46、 不超过 100 个汉字注意事项 AmountIntNot null 具体数字库存量 （7）处方表 PrescriptionMaster，如表 3.7 所示。 . . 表表 3.73.7 处方表处方表 PrescriptionMasterPrescriptionMaster 数据项名数据项名类型类型( (长度长度) )是否为空是否为空约束说明约束说明说明说明 Prescription No Char(14)Not null Primary key Prescription_PK 处方编号 PatientNoChar(12)Not nullPrescriptionPatient_FKn 病人编号 EmployeeNoChar(13)Not nullPrescriptionDoctor_FKn 医生编号 SickDateDatetimeNot null Yyy-mmm-ddd 格式就诊日期 （8）处方表 PrescriptionDetail，如表 3.8 所示。 表表 3.83.8 处方表处方表 PrescriptionDatailPrescriptionDatail 数据项名数据项名类型类型( (长度长度) )是否为空是否为