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

目录TOC\o"1-5"\h\z\o"CurrentDocument"1需求分析 1\o"CurrentDocument"编写目的 1\o"CurrentDocument"「2编写背景 1\o"CurrentDocument"1.3实现目标 2\o"CurrentDocument"「4数据定义 2\o"CurrentDocument"需求分析 21系统的功能需求 2系统总体功能图 3业务规则 5数据约束条件分析 5实体与数据 6\o"CurrentDocument"数据字典 7数据项与数据结构 7数据处理 82概念设计 9\o"CurrentDocument"1实体及其属性 10\o"CurrentDocument"2实体间的联系 12\o"CurrentDocument"2.3总体ER图 14\o"CurrentDocument"3逻辑设计 15\o"CurrentDocument"1实体处理 15\o"CurrentDocument"2联系集处理 16\o"CurrentDocument"3完整性约束 164物理设计 224.1关系模式存储方式选择 222数据库存储路径 221需求分了解和分析系统将要提供的功能及未来数据库用户的需求。例如，该系统具有哪些功能需求，哪些数据要存储在数据库中，使用的数据业务规则是什么, 数据之间的练习约束等，即了解用户真正从数据库中得到什么。1编写目的门诊是医院服务的窗口和最前沿的部门, 面临巨大就诊压力。研究如何合理配置资源、加强管理，充分发挥现有资源的能力来缓解医院服务压力，提高病人满意度很有意义。门诊的流程布置、服务时间和质量是影响病人满意度的主要因素。针对“三长一短“（即挂号排队时间长、候诊和候检时间长、交款取药时间长、医生看病时间短）问题，等待时间是评价病人满意度的主要指标之一，对总体的病人满意度影响很大。其次，过多的滞留在门诊的患者会严重干扰医院的管理和医护工作的开展，影响门诊服务质量。并且城市综合医院这类医疗资源相对集中的机构的病人拥挤现象将长期存在，研究如何更好地使之为满足病人需求具有现实意义。门诊部是医院的一个重要部门，是病人刚开始就诊的首要环节，是医院直接向社会广大患者提供医疗服务的窗口之一，门诊部的信息化建设直接关系到整个医院的信息化建设的发展水平。如何更方便人们就诊、减少不必要的排队环节、实现病人资料（患者基本情况、就诊记录及检查结果与治疗情况等）永久性存储，避免以往因病历资料及检查治疗结果丢失而造成的延长诊断时间、重复检查、增加患者经济负担、甚至于造成医疗纠纷等后果，是医院门诊信息化建设所要解决的。利用信息技术、电子计算机和通讯设备，为医院所属各部门提供对病人诊疗信息和行政管理信息的收集、存储、处理、提取及数据交换的能力，并满足所有授权用户的功能需求。医院门诊管理信息系统强调以病人医疗活动为主线进行管理病人所有信息，临床的、服务的、用药记录、护理记录和费用信息等能被实时传递到医院各个部门，为医院管理和医疗分析提供便捷服务。对于信息系统的设计，要考虑的问题很多，但是最主要的是数据库结构体系和数据库连接技术方案的选择，以及总体结构的设计。本人正处于数据库设计的学习阶段，因此开发此系统的另一主要目的是锻炼相关专业能力和探索更多的专业知识。医院门诊管理倍息系统「2编写背景医院门诊管理倍息系统(HospitaIClinicManagementInformationSystem,HCMIS)针对以病人医疗活动为中心进行管理病人所有信息，临床的、服务的、用药记录、护理记录和费用信息等能被实时传递到医院各个部门，为医院管理和医疗分析提供便捷服务。1・3实现目标提供一个集门诊挂号、诊断、发药于一体的管理信息系统，可实现信息存储、更新、查询等多项功能，为广大医务工作人员及病人提供方便。「4数据定义(1)所有的表名的命名规则。所有的表名用具有实际含义的英文单词组成，且首个字母必须大写，如EmpIoyee。(2)所有的主键命名规则。所有的主键名用表名_PK,例EmpIoyee_PKo所有外键的命名规则。所有的外键名用本表名加外键表_FKn,如EmpIoyeeDepartment_FK1o所有规则的命名规则。所有的约束名用列名_Check,如BirthDay_Check。所有字段的命名规则。所有的属性名用具有实际含义的英文单词组成，且首个字母必须大写，如EmpIoyeeNamoe1.5需求分析满足病人实现挂号功能，诊断需求，领药，方便，快捷接受医疗服务。1.5.1系统的功能需求(1)病人管理病人管理模块中，维护病人的基本信息，如病人姓名，性别，住址等。可以添加、修改、删除、查询病人的信息。(2)门诊挂号输入病人的信息，系统会自动生成挂号费用，挂号完后系统会自动生成病号信息到病号信息库中。如果挂号之前知道病号信息库中已存在该病号，则可以直接调出该病号进行挂号操作。挂号后病人挂号信息会传到医生处或收费室，由医生或收费室直接调用。挂号单如果被调用后是不能取消和退号的，在还没被调用之前可以对挂号单取消和退号，被取消或被退号的挂号单也不能被调用。退号必须是对已经挂号的挂号单退号，退号后冲减了原挂号单的挂号费用。门诊挂号系统模块包括“门诊挂号”、“挂号单的查询"、“门诊退号”、“退号单查询”、“门诊挂号结账”0(3)医生管理医生管理模块是医院信息系统的关键模块，医生填写病人病历，病情、病史的记载，医嘱的开立和实施，以及相关辅助功能。该功能模块实现了医生病历收发和医嘱作业的数字化。医生必须从挂号系统中调用已挂号的病号信息，直接输入处方项目，提交病号处方，处方传递到收费室收费。医生管理中，维护医生及相关工作人员的基本信息，有利于管理者了解医院的人员动态。(4)药房发放药房发药系统是由药房执业人员完成的功能子模块，药房通过收款单来给病人发药。病人只要交款后，可以直接到药房取药，节约了大量的人力和询到要发的药品名称。药房发药系统具体包括了“药房发药子系统”、“药房发药单的查询”、“药品查询”0时间。发药的同时减少药品库存量。 通过输入病人的姓名或收费单号即可查(5)处方管理处方管理模块是医院信息系统的关键模块，是医疗工作最主要的信息来源。主要功能是完成病历基本指标的填写，病情、病史的记载，医嘱的开立和实施，以及相关辅助功能。该功能模块实现了医生病历收发和医嘱作业的数字化。处方管理包括“处方单录入子系统“、"处方单的查询“、“门诊处方退费单”、“处方退费单查询”1.5.2系统总体功能图如图1.1所示。病人管理删除病人信息添加病人信息更新病人信息门诊挂号病人管理删除病人信息添加病人信息更新病人信息门诊挂号图1.1“门诊管理”总体功能挂号单的查询挂号系统管理挂号单的查询门诊退号门 退号单查询诊管 查询医生信息理—►删除医生信医生管理—►添加医生信—k更新医生信药品发放处方管理—►药房发药药品发放处方管理—:发药单的查—k药品查询—►处方单录—处方单的查—►门诊处方退费—处方退费单查—修改处方单1.5.3业务规则一所医院有多个就诊科室部门，每个科室部门都有科室名称(唯一标识)、地址、联系电话、科室简介等信息。一个科室部门可以有多个员工，但是科室部门负责人只有一位员工。员工由员工编号唯一标识，需记录员工的姓名、性别、出生年月、身份证号、省份、联系电话、职位、薪水、工作年限、受教程度、住址等信息。一个员工只属于一个科室部门。病人由唯一标识的病人编号构成，需存储病人的姓名、性别、生日、身份证号、联系电话、住址、过敏药物，工作等基本信息。不允许同一个病人在同一个时段内就诊不同的部门。病历编号构成病历的唯一标识，需记录病症情况，就诊时间，就诊医生等信息。一份病历只属于一个病人。药品由药品编号唯一标识，需存储药品名称、药品级别、单价、成分、治疗功效、生产商、生产日期、有效日期、备注等信息。挂号单由挂号编号唯一标识，需存储挂号的时间、挂号费用等信息。处方编号构成了处方的唯一标识，需存储就诊日期、药品名称、药品数量等信息。病人挂号后，需记录病人的挂号信息。在一个时间段，医生只给一位病人就诊，写一张处方。每个病人拥有只属于自己的唯一挂号单'唯一病历、唯一处方。当就诊相同病症的多位医生属于同一科室部门时，具有不同的医生编号。在同一时间段，药品发放人员只为一位病人发放药物。挂号处在同一时段只为一位病人挂号，产生挂号单。在就诊时，医生将病人的看病情况填写在病历上，并把处方单的内容存入处方系统。数据约束条件分析一天医院看病的人数不能超过9999人，这是医院接纳的最大人数。员工开始工作年龄超过18岁，满足工作年龄要求。病人编号规则：唯一标识一个病人，编号格式为病人第一次看病日期加流水号，如：2001o联系电话不超过11或12位数。住址不超过25为汉字。邮编为6位数。病历编号规则：唯一标识一张病历，'日期’+'四位流水号女口：2o员工编号规则：唯一标识一位员工，格式workDatetime'+三位流水号，如：2009o⑼职位填写规则：用于描述员工在医院中的职位，医护人员(DR),药物管理员(MM)。科室编号规则：唯一标识一个科室，从编号00001开始。挂号单编号规则：唯一标识一张挂号单，格式'日期’+'5位流水号’，如：r20912130001由系统自动生成一天内最大处理挂号数为9999o(12)药品编号规则：唯一标识一种药品，格式为‘I或者‘国药准字SC表示普通药物，S表示特殊药物。(13)处方编号规则：fiPR*+乍期'+‘四位流水号如：PR0001o实体与数据实体通过以上分析可知，系统中的实体有：病人、病历、员工'科室和药品。实体的属性分别如下：①病人：病人编号、姓名、性别、出生日期、身份证号、电话、住址、邮编、过敏；②病历：病历编号'就诊医师'就诊日期、主要症状；③员工：员工编号、姓名、性别、出生日期、身份证号、民族、电话、职位、工作日期、工作年限、学历、住址、邮编、备注；科室：科室编号、科室名称、上级部门、科室位置、负责人、电话、科室介绍；药品：药品编号、药品名称、药品类别、单价、规格、主要成分、功能主治、用法用量、供应商、生产日期、有效日期、注意事项、库存量；⑵实体间的联系综合以上分析可知，实体之间有如下联系。①病人和医生之间是多对多的关系(m：n)o②病人与病历之间是是一对一的关系(1：1)O③医生与病历之间是是多对多的关系(m：n)。④员工和科室之间是多对一的关系(n：1)o⑤病人和药品之间是多对多的关系(m：n)o⑥病人和科室之间是多对多的关系⑺：①o⑦病人与挂号单是一对一的关系（1：1）O联系通过以上分析可知，联系的属性如下所示。挂号单：挂号单编号、就诊科室、挂号费、挂号时间；每个病人看病时，只能有一张挂号单，同理，每个医生在诊断时，根据每张挂号单来。处方：处方编号、就诊日期、药品编号、药品名称、数量。每个病人拥有自己的处方，每个医生可以给多个病人开处方。1.6数据字典数据字典包括数据说明和数据的使用，具体内容如下所示。数据项与数据结构如表1・1所示。表1.1数据说明实体数据项名说明类型（长度）病人PatientPatientNo病人编号Char(12)PatientName姓名Varchar(10)Sex性别Char(1)Birthday出生日期DatetimeID身份证号Char(18)Telephone电话Varchar(12)Address住址Varchar(50)Zip邮编Char(6)HypersusceptibiIity过敏药物Varchar(100)Job职业Varchar(10)病历CsRecordCsRecordNo病历编号Char(14)SickDate就诊日期DatetimeSymptom主要症状Varchar(100)员工表EmpIoyeeEmpIoyeeNo员工编号Char(13)EmpIoyeeName姓名Varchar(10)Sex性别Char(1)Birthday出生日期DatetimeID身份证号Char(18)Nation民族Varchar(10)Telephone电话Varchar(12)Position职位Varchar(10)

SaIary工资Numeric(10,2)

WorkDate工作日期 L，2一4.—r!—! DatetimeWorkTerm工作年限intEduacationLeveI学历Varchar(10)Address住址Varchar(50)Zip邮编Char(6)Remark备注Varchar(100)科至DepartmentDepartmentNo科室编号Char(5)DepartmentName科室名称Varchar(20)Address科室位置Varchar(50)Manager负责人Varchar(10)Telephone电话Varchar(12)Introduction科室介绍Varchar(200)挂号单RegisterRegisterNo挂号单编号Char(14)RegisterTime挂号时间DatetimeRegisterFee挂号费Numeric(10,2)药口口MedicineMedicineNo药品编号Char(18)MedicineName药品名称Varchar(25)MedicineCIass药品类别Varchar(10)UnitPrice单价Numeric(10, 2)Specification规格Varchar(50)EIementsM主要成分Varchar(256)FunctionM功能主治Varchar(256)Usage用法用量Varchar(256)Provideer供应商Varchar(50)ProduceDate生产日期DatetimeUsefuIIife有效日期DatetimeMatters注意事项Varchar(256)Amount库存量IntPrescriptionNo处方编号Char(14)处方主表PrescriptionMasterSickDate就诊日期DatetimePatientNo病人编号Char(12)EmpIoyeeNo员工编号Char(13)处方明细表PrescriptionDetaiIPrescriptionNo处方编号Char(14)SickDate就诊日期DatetimeMedicineName药品名称Varchar(25)Quantity药品数量Int数据处理如表1.2所示表1.2数据的使用数据名称说明1nstert_pat_inf登记病人的基本信息功能实现病人在经过挂号、就诊等一系列就医过程后，院方保存病人的信息资料。Update_pat_inf更新病人的基本信息Search_Hypersusceptibi1ity病人对某些药物的过敏病人可能有时某些以保留的信息会发生改变，如住址。病人看病时，如果以前留有病人的资料，可以查询病人的过往资料，对哪些药物过敏。1nstert_Hypersusceptibi1itySearchPat^fDe1patinfInsterempinfUpdate_emp_inf病人对某些药物的过敏病人的基本信息病人的信息登记员工的基本信息更新员工的基本信息SearchSearchempinfdoctorinf员工的基本信息医生的基本信息De1empinf员工的基本信息第一次看病的病人，要就诊后，要添加病人的过敏药物。询病人的信息删除病人的信息。员工聘用后，存储其基本信息。员工可能有时某些以保留的

信息会发生改变，如住址。查询员工的信息

查询医生的信息删除员工的基本信息。SearchreginfDe1~~reginfSearchdepinf挂号单的信息

挂号单的信息

科室信息科室信息Updatedepinf查询病人挂号单信息。——删除病人挂号单。 查询科室信息 更新科室信息，如主管负责

人。1nstertcsRinfSearchcsRinf病历信息填写病人就诊时的基本情De1csRinf病历信息病历信息况。查询病人的病历信息删除病人的病历信息。1nstertpre府处方信息SearchpreinfUpdatepreinfDelprRinf1AStertmedinfSearchmedinfUpdatemedinf处方信息处方信息处方信息药品信息药品信息药品信息填写病人就诊时的处方信

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

图2.2所。示就诊日期 给、 /病历编，病历就诊医师^、主要症状|g|图病历(3)员工：员工编号、姓名、性别、出生日期、身份证号、电话、民族、2.3所职位、工资、工作日期、工作年限、学历、住址、邮编、备注，示。如图W科至：科至酶万、科至壬不小、科至仪直、贝贡人、电旧、科至”刘囹乙姓名学历备注 员「编号性别出生H期身份证号电话所示。姓名学历备注 员「编号性别出生H期身份证号电话所示。绍，科室位置电话图2.4科室(5)药品：药品编号、药品名称、药品类别、单价、规格、主要成分、功能主治、用法用量、供应商、生产日期、有效日期、注意事项，如图2.5所示药品编号药品名称注意事项功帝王后 王要成分2.2实体间的联系图2.5药品1）病人和医生之间是多对多的关系（m：n）,如图2.6所示图2.6病人与医生的联系图2.6病人与医生的联系2）病人与病历之间是是一对一的关系（1：1）,如图2.7所示病历图2.7病人与瑞历之间联系病人3）医生与病历NJ日J是是一对多日勺关系（1：n）,如图2.8所示就诊日期 病历编病历 诊断 员工（医生）图2.8医生与病历之间联系4）员工和科室之间是多对一的关系（n：1）如图2.9所示员工编号科室负责员工就职日;科室负责员工就职日;图2o9员工与科室之间联系5）病人和药品之间是多对多的关系5：0,如图2.10所示病人编号员工编号药品处方病人药品名称处方编号图2.10病人和药品之间的联系6）病人和科室之间是一对一的关系（1：1）,如图2.〃所示病人编号挂号单编号挂号时间就诊科室图2.门病人和科室之间的联系刀病人与挂号单之间是是一对一的关系（「1）,如图2.12所示病人编号挂号单编号属r病人病人编号挂号单编号属r病人图2.12病人与挂号单之间联系3总体ER图系统总的E-R图，如图2.13所示科室编亏图2.13总体E-R图3逻辑设计根据概念设计，逻辑设计主要包括将实体转换成关系、将联系转换成关系、关系设计、相关属性约束说明、关系优化和关系表的建立。1实体处理通过分析，实体有病人、病历、员工、科室和药品5个，并且都是强实体集。强实体集转换方式将强实体集映射成关系模式很直接，只需将实体集的每个属性对应的关系模式的属性，实体集的码作为关系模式的码。(1)由病人Patient实体集转化的关系模式(加下划线的属性表示它是主码成员，在后面的关系模式中同理)。Patient(PatientNo,PatientName,Sex,Birthday,ID,Telephone,Address,Zip,Hypersusceptibi-lity,Job)。(2)由病历CsRecord实体集转化的关系模式。CsRecord(CsRecordNo,SickDate,Symptom)o(3)由员工表Employee实体集转化的关系模式。EmpIoyee(EmployeeNo,EmpIoyeeNam,eSex,Birthday,ID9Nation,Telephone,Position,SaIary,WorkDate,WorkTerm,EduacationLeveI,Address,Zip,Remark)。(4)由员工表科室Department实体集转化的关系模式。Departmen(tDepartmentNo，DepartmentName,Address,Manager,TeIephone,Introduction)o(5)由员工表药品Medicine实体集转化的关系模式。Medicine(MedicineNo,MedicineName,MedicineCIass,UnitPrice,Specification,EIements,Function,Usage,Provideer,ProduceDate,UsefuIIife,Matters)。2联系集处理由概念设计可知实体之间的联系E-R图，则联系集的属性如下所示。(1)处方Prescription联系集是由病人Patient实体集与员工表EmpIoyee实体集之间的多对多联系集。则主码由所有参与实体集的主码的并集组成。(斜字体的表示外码)处方Prescription(PrescriptionNo,EmpIoyeeNo,PatientNo,SickDate,MedicineNo,MedicineName,Quantity)。(2)挂号单Register联系集是由病人Patient实体集与病历CsRecord实体集之间的一对一联系集。则主码可选择任何一个参与实体集的主码。Register(RegisterNo,PatientNo,RegisterTime,RegisterFee)(3)挂号单Register联系集是由病历CsRecord实体集与科室Department实体集之间的一对一联系集。则主码可选择任何一个参与实体集的主码。Register(RegisterNo,PatientNo,DepartmentNo,RegisterTime,RegisterFee)3.3完性约完整性约束包括实体完整性约束、参照完整性约束和用户自定义完整性约束，这里仅对实体完整性和用户自定义完整性约束作如下说明。关系优化之后得到了8个最终表，分别如表3.1至3.7所示1）病人表Patient，如表3.1所示。表3.1病人表Patient数据项名类型（长度）是否为空约束说明备注PatientNoChar(12)NotnuIIPrimarykeyPatientPK病人编号PatientNameVarchar(10)NotnuII姓名SexChar(1)NotnuII4F，表示女，‘M*表示男性别BirthdayDatetimeNotnuIIYyy-mmm-ddd格式出生日期IDChar(18)NotnuII18位数字表示身份证号TelephoneVarchar(12)nulI"或12位数字表示电话AddressVarchar(50)NotnuII最多25个汉字表示住址ZipChar(6)nulI6位数字表示邮编HypersusceptibiIityVarchar(100)nulI不超过10个汉字表示过敏药物JobVarchar(10)nulI不超过5个汉字职业2）病历表CsRecord,如表3,2所示。表3.2病历表CsRecord数据项名类型（长度）是否为空约束说明备注CsRecordNoChar(14)NotnuIIPrimarykeyCsRecordPK病历编号PatientNoChar(12)NotnuIICsRecordPatientFKn病人编号EmployeeNoChar(10)NotnuIICsRecordEmpIoyeeFKn就诊医师SickDateDatetimeNotnuII与处方上就诊日期一致就诊日期SymptomVarchar(100)NotnuII记录病情主要症状3）员工表Employee，如表3,3所示。表表3.3员工表EmpIoyee数据项名类型（长度）是否为空约束说明备注Emp1oyeeNoChar(13)NotnuIIPrimarykeyEmpIoyeePK员工编号EmployeeNameVarchar(10)NotnuII员工姓名姓名SexChar(1)NotnuII4尸表示女，*M*表示男性别BirthdayDatetimeNotnuIIYyy-mmm-ddd格式出生日期IDChar(18)NotnuII18位数字表示身份证号NationVarchar(10)nulI56个民族之一民族TelephoneVarchar(12)NotnuII12位数字表示电话PositionVarchar(10)NotnuII医生职位职位Sa1aryNumeric(10,2)NotnuII小数点后两位数字表示工资WorkDateDatetimeNotnuII年龄不得小于18岁工作日期WorkTermIntnulI用一数字表示工作年限EduacationLeve1Varchar(10)nulI如“大专”，“本科”等学历AddressVarchar(50)NotnuII不多于25个汉字表示住址ZipChar(6)nulI6个数字表示邮编RemarkVarchar(100)nulI医生的附加信息备注4）科室表Departement,如表3.4所示。表3.4科室表Departement数据项名类型（长度）是否为空约束说明备注DepartmentNoChar(5)NotnuIIPrimarykeyDepartementPK科室编号DepartmentNameVarchar(20)NotnuII少于10个汉字表示科室名称AddressVarchar(50)nulI少于25个汉字科室位置ManagerVarchar(10)nulI负责人姓名负责人TeIephoneVarchar(12)nulI12位数字表示电话IntroductionVarchar(200)nulI科室简介科室介绍5）挂号单表Register,如表3.5所示表3.5注号单表Register数据项名类型（长度）是否为空约束说明备注RegisterNoChar(14)NotnuIIPrimarykeyRegistePK挂号单编号PatientNoChar(12)NotnuIIRegisterPatient_FKn病人编号DepartmentNoChar(5)NotnuIIRegisterDepartmentFKn就诊科室RegisterTimeDatetimeNotnuIIyyyy-mm-dd格式挂号时间RegisterFeeNumeric(10,2)NotnuII小数点后两位数字表示挂号费6）药品表Medicine，如表3.6所示。表3.6药品表Medicine数据项名类型（长度）是否为空约束说明备注MedicineNoChar(18)NotnuIIPrimarykeyRegistePK药品编号MedicineNameVarchar(25)NotnuII不超过10个汉字药品名称MedicineClassVarchar(10)NotnuII唯一表示药品类别，如“外用药”，“内服药”药品类别UnitPriceNumeric(10,2)NotnuII小数点后两位数字单价Specification Varchar(50)nulI不超过10个汉字规格EIementsMVarchar(256)nulI不超过100个汉字主要成分FunctionMVarchar(256)nulI不超过100个汉字功能主治UsageVarchar(256)nulI不超过100个汉字用法用量ProvidcerVarchar(50)nulI不超过30个汉字供应商ProduceDateDatetimeNotnuIIYyy-mmm-ddd格式生产日期UsefuIIifeDatetimeNotnuIIYyy-mmm-ddd格式有效日期MattersVarchar(256)nulI不超过100个汉字注意事项AmountIntNotnuII具体数字库存量7)处方表PrescriptionMaster,如表3.7所示。

表3.7处方表PrescriptionMaster数据项病人Pati类型（长度）是否员工表EmpIoyee约束说明科至DePartme说明PrescriptionNoChar(14)NotnuIIPrimarykeyPrescriptionPK处方编号PatientNoChar(12)NotnuIIPrescriptionPatientFKn病人编号EmployeeNoChar(13)NotnuIIPrescriptionDoctorFKn医生编号SickDateDatetimeNotnuIIYyy-mmm-ddd格式就诊日期8)处方表PrescriptionDetaiI,如表3.8所示。表3.8处方表PrescriptionDataiI数据项名类型（长度）是否为空约束说明说明PrescriptionNoChar(14)NotnuIIPrimary