，因而将其加入门诊医师的主码加入到挂号单所形成的关系模式中优化说明由于挂号人姓名与病人号，医师号与主治医师有冗余故删除主治医师和挂号人姓名另外，挂号科室与后面的科室存在异名同义的矛盾，故改名为科室。处理方案处理方案号医师号开出时间处理方案内容说明由处理方案形成的关系模式，门诊医师与处理方案之间为，故将门诊医师的主码加入到处理方案的关系模式中来。门诊病历病历号病人号病历内容诊断时间医师号处方号说明由门诊病历形成的关系模式，而门诊病历与门诊处方的联系为，故将门诊处方的主码处方号加入到门诊病历关系模式中。另门诊病人与门诊病历为，故将病人号加入到门诊病人中另主治医师好改为医师号。优化说明医师号与主治医师有冗余，故删除主治医师。门诊处方处方号处理方案号门诊收费项目号请领单单号处方内容病人号医师号附注说明处理方案与门诊处方以及收费项目与门诊处方均为。故将处理方案号门诊收费项目号加入到其中。优化说明主治医师病人姓名病人性别病人年龄等均是冗余数据，故均应删除，这是因为处方号可函数推导出病人号，而病人号则可函数推导出病人的所有上述信息，故将其删除。门诊收费项目门诊收费项目号挂支付时间项目类型相应序号收费金额收费人员病人号说明由门诊收费项目形成的关系模式，又门诊收费项目与挂号单为，故将挂加入到其中门诊医师医师号科室当值日期优化说明门诊医师中的属性姓名，专业技术职称，性别，出生日期，年龄，婚姻状况，职业，出生地，民族，身份证号，国籍，住址，电话，邮政编码，户口地址，备注均可有医师号函数推出，故将它们删除。门诊病人病人号就诊时间交费情况优化说明由于姓名年龄性别可由病人号函数推出，故将其删除。门诊检验项目检验序号医师号门诊检验时间安排门诊检验内容门诊检验分析门诊检验结果门诊收费项目号处理方案号优化说明检验收费情况可由门诊收费项目号函数推导。检验医师与医师号冗余，故删除。门诊检查项目检查序号医师号门诊检查时间安排门诊检查内容门诊检查分析门诊检查结果门诊收费项目号处理方案号优化说明同门诊检验项目。工作时间安排工作时间科室医师号优化说明其中的病假情况事假情况可由医师关系模式中主码医师号函数推出。挂号收费挂门诊收费项目号收费金额说明由挂号单与门诊收费项目之间形成的种联系，收费金额是挂号收费的属性缴纳病人号门诊收费项目号缴纳金额说明由门诊病人和门诊收费项目之间形成的种联系，缴纳金额是缴纳的属性住院子系统部分住院收费项目项目序号，项目类型，相应序号，收费类型，收费金额，收款员，结账情况，结账金额，是否转账说明项目类型是指处方，检查，检验，手术或住院项目类型是指处方序号，检查序号，检验序号，手术序号或入住序号床位收费类型是指公费或私费医嘱诊断序号，诊断类别，启用日期，处理日期，医嘱内容，医师号，住院号，疾病编码说明诊断类别指的是医嘱的序号诊断类别是指处方，检查，检验，或手术医嘱内容是指处方，检查，检验，或手术的相关内容优化说明其中的主治医师姓名与医师号，住院号与病人姓名，疾病编码与疾病名称这些两两实体之间局存在冗余，故将主治医师姓名病人姓名疾病名称均删除。住院处方住院处方号，诊断序号，处方内容，医师号，住院号，请领单号，附注说明附注是指处方上的注意事项药品提领单号对应由住院处方积累而成的药品提领单优化说明主治医师号与医师号是异名同义，故改名为医师号。住院检查项目检查序号，诊断序号，住院检查日期安排，住院检查负责人员，住院号，住院检查内容，检查结果住院检验项目检验序号，诊断序号，住院检验日期安排，住院检验负责人员，住院号，住院检验内容，住院检验结果手术手术序号，医师号，住院号，手术名称，手术持续时间，手术结果，麻醉方式，切口情况，手术室号住院病人住院号，病人名，入院时间，转科情况，入院科别，出院科别住院医师医师号，科室床位床号，值班人员号，床位租金，是否空床，所属病区病区病区名，负责人号，床位数，入住人数，出院人数，治疗率，好转率，未愈率，死亡率，诊断符合，床位使用率医师医师号，姓名，专业技术职称，性别，出生日期，年龄，婚姻状况，职业，出生地，民族，身份证号，国籍，住址，电话，邮政编码，户口地址，备注病人病人号，姓名，性别，出生日期，年龄，婚姻状况，职业，出生地，民族，身份证号，国籍工作单位及地址，电话，邮政编码，户口地址，联系人姓名，联系人地址，联系人关系，是否住院，联系人电话住院病案病案号，病人号，入院科室，病室，入院日期，入院诊断，入院情况，转科情况，出院科别，出院病室，出院时间，出院诊断，入院确诊日期，出院情况说明入院情况是指危，急，般等出院情况是指治愈，好转，无效，加重，死亡及其他情况住院医生病人医师号，住院号，床号，开始日期，结束日期说明由联系附注做出此表，因为病人与住院医生之间是对的关系而且该联系有自己的属性如开始日期结束日期优化说明病人号与住院号之间存在冗余，将病人号删除。医嘱病案诊断单序号，病案号，合并日期说明由联系归档做出此表由于合并日期此属性需单独列表反映其指的是医嘱归入病案的日期病人床位入住序号，病人号，床位号，床位所属病区号，治疗结果，住院天数，入住时间，退床时间说明由联系入住做出此表，与收费项目便发生联系之所以要这么做，是由于床位项目与检查项目和检验项目手术项目是不同的，床位可以没有病人入住，因此不发生收费而其余几个只要有元组存在就定是要收费的此外治疗结果，住院天数，入住时间，退床时间等属性放于此表反映是较好的医嘱手术手术序号，诊断序号，医师号，住院号说明由联系解释做出此表之所以要这么做，是由于手术项目的特殊性其主要反映的是手术的种种特性，如主刀医师等，以供单独的查询将手术序号，诊断序号，主治医师号，主治医师姓名，住院号，病人姓名等加入到手术中则破坏了独立性，因此单独列表药品出入库子系统部分供应商供应商号，地址，电话，信贷情况订单订单号，供应商号，订货项数，订货日期，交货日期，生产地点药品药品编号，药库号，品名，规格，单位，数量，单价，金额，生产日期，保质期药库药库号，负责人，类别，面积订单细则订单号，细则号，药品编号，单价，数量，规格，总价，批号药品请领单请领号，药库号，领用单位，药品名称，规格，领药量，单价，金额。供应产品号，供应商号，供应量生成请领单，处方号，生成量注药品关系表中包含联系库存订单关系表中包含联系交付订单细则关系表中包含联系参照组成药品请领单关系表中包据的存放位置和存储结构。确定数据的存放位置为了提高系统的性能，根据应用情况将数据的易变部分与稳定部分经常存取部分与存取效率较低部分分开存放。考虑到目前许多计算机都有多个磁盘，因此将表如药库子系统表和索引放在不同的磁盘上，在查询时，两个磁盘驱动器并行工作，可以大大提高读写的效率而对于较大的表如门诊子系统的表则分放在两个磁盘上，这样可以加快存取速度，在多用户环境下的作用更有效为了改进系统的性能，将日志文件与数据库对象表索引等放在了不同的盘上。确定系统配置在数据库设计初始阶段，为了对以后的数据库进行物理优化，提供了些系统配置变量存储分配系数，并对这些变量赋予了合理的缺省值。但是这些值不定适合每种应用环境，在进行物理设计时，对这些变量重新赋值，以改善系统的性能。对系统配置的变量，例如同时使用数据库的用户数，同时打开的数据库对象数，内存分配参数，缓冲区分配参数使用的缓冲区长度个数，存储分配参数，物理块的大小，物理块装填因子，时间片大小，数据库的大小，锁的数目等。这些参数值直接影响存取时间和存储空间的分配，在物理设计时应根据应用环境确定这些参数值，以使系统性能最佳。含联系提交。关系表总体设计说明由于本系统在进行概念模型设计的时候各个系统的负责人之间曾进行过多次交流，因此在合成的时候没有太多的冲突。各个部分也能比较好地结合到起。对于门诊检查项目和住院检查项目两张表不进行合并的说明门诊检查项目检查序号医师号门诊检查时间安排门诊检查内容门诊检查分析门诊检查结果门诊收费项目号处理方案号住院检查项目检查序号，诊断序号，住院检查日期安排，住院检查负责人员，住院号，住院检查内容，检查结果这两个关系表由于其中有些字段保留了不同的必要信息，因此无法进行合并成为个表，即是在用户模式下，同个用户检查部门工作人员必须基于两个逻辑表，这里也没有必要像门诊病人与住院病人样用个超类病人来处理。同样，门诊检验项目和住院检验项目也处理为两个没有直接联系得关系住院收费项目和门诊收费项目之间分成两个关系表处理的原因与上边说明的类似。设计用户子模式在将概念模型转化为全局逻辑模型后，根据医院系统的局部应用需求，以下设计用户子模式考虑需求考虑以下的几个需求探望人员查阅病人信息病人查阅其账户信息医生查阅病人病案信息院领导综合查询定义用户级别对行政管理人员院领导，医师，病人，院外探视人员的级别定义如下行政管理人员对所有表的所有内容都有查看的权限医师对自己所负责病人的所有有关住院病案门诊病历有修改和查阅的权限，对自己本人的在医师表中的有关项目有查阅的权限病人对自己在收费项目检查项目检验项目手术项目处方项目中所占的元组有查看的权限院外探视人员对病人床位的相应项目有查阅权限制作查询子系统根据分析需求，我们设计了以下几个查询系统医生辅诊子系统医院领导综合查询子系统患者导医子系统探视查询子系统。医院领导综合查询子系统提供对医院的医疗管理经济管理行政管理方