医院信息数据库.docx

本文格式为Word版，下载可任意编辑医院信息数据库 医院信息系统数据库设计 一、门诊子系统E-R图 门诊医生 1 发出 N 处理方案 1 1 挂号1 1 包括1 包括1 包括包括N 挂号单 N 检验工程 N 检查工程 1 1 门诊处方 住院申请单 1 构成1 1 构成3 1 构成2 1 构成4 1 1 挂号2 1 支付 1 N 1 应交费工程 N 1 金钱数包括1 门诊病人 1 1 对应 N 门诊病历 (与药品出入管理子系统接口) 药品提领单 1 生成 N 住院病人 1 拥有 1 (与住院子系统接口) ? 实体及相应的属性 实体及相应的属性 门诊医师( 医师号, 科室、工作时间,姓名,专业技术职称,性别,出世日期,年龄,婚姻状况, 职业,出世地,民族,身份证号,国籍,住址,,邮政编码,户口地址, 备注) 挂号单(挂号号、挂号类别、挂号日期、挂号科室、主治医师、病人姓名) 处理方案（处理方案号、开出时间、处理方案内容、主治医师，病人姓名） 门诊病历（病历号、病人姓名、病历内容、诊断时间、主治医师） 处方（处方号、处方内容、主治医师、病人姓名、病人性别、病人年龄、附注） 收费工程（收费工程号、工程类型、相应序号、收费金额、收费人员、病人姓名） 门诊病人( 病人号,姓名,性别,出世日期,年龄,婚姻状况,职业,出世地,民族,身份证号,国 籍,工作单位及地址,,邮政编码,户口地址,联系人姓名,联系人地址,联系人关系，是否住院, 联系人); 检验工程（检验序号、检验医师、检验时间安置、检验内容、检验分析、检验结果，检验收 费处境） 检查工程（检查序号、检查医师、检查时间安置、检查内容、检查分析、检查结果、检查收 费处境） 工作时间安置（工作时间、所属科室、主治医师） ? 联系说明及其相应属性： 支付：（支付金额、支付时间、支付工程） 生成（门诊处方－药品提领单）：这里做了简化(少了分E-R图中的中西药房药品实体及相关联系)，直接由门诊处方与药品提领单产生联系，理由是为了简化设计。

包括1、包括2、包括3、包括4（医生处理方案与概括处理方案的联系，不需要属性） 包括5（门诊处方－门诊病历） 发出（门诊医生－处理方案） 对应（门诊病人－门诊病历） 二、住院子系统E-R图 解释5 1 n 1 (与门诊子系统接口) 门诊医生 医生 医嘱 下达 住院医生 1 n m 出院通知单 解释1 1 1 1 1 归档负责 解释2 解释3 解释4 1 住院处方 检查工程 检验工程 手术工程 1 1 1 1 住院病案 n 1 1 1 1 n 对应1 对应2 对应3 对应4 相应 1 1 1 1 1 对应5 1 n 1 1 n 1 收费工程 支付 住院病人 累积 床位 n 1 住在 病人 1 1 药品提领单属于 1 交付 1 门诊病人 (与门诊子系统接口) (与药品出入管理子系统接口) 病区 入院通知单 相应的实体—属性关系如下: 1.病人(身份证号,姓名,出世日期, 性别,年龄,婚姻状况,职业,出世地,民族,国籍,工作单位及地址,,邮政编码,户口地址,联系人姓名,联系人地址,联系人,是否住院) 2.住院病人(住院号,姓名,入院科别,入院时间) 3.医生(医师编号,姓名,出世日期,出世地,民族,国籍,户口地址,婚姻状况,年龄,住址,,专业技术职务,备注) 4.住院医生(姓名,医师编号,所属科室,是否当值) 5.住院病案(病案号,病人姓名,住院号,入院科别,入院病室,入院时间,入院处境,转科处境,出院科别,出院科别,出院病室,出院时间,入院诊断,入院后确诊时间,出院诊断,出院处境,其他) 6.床位(床号,住院号,姓名,经管医生,护理人员号码,是否空床,治疗结果,床位租金,入院日期, 住院天数,交费方式) 7.病区(病区名,床位数,负责人,入住人数,出院人数,治愈率,好转率,未愈率,死亡率,诊断符合率,床位使用率) 8.医嘱(诊断序号,诊断类别,疾病编码,疾病名称,启用日期,处理日期,医嘱内容,领药量,主治医师,病人姓名,住院号,出院转归,病理符合) 9.住院处方(处方号,诊断序号,处方内容,主治医师,病人姓名,住院号,附注) 10.检查工程(检查序号,诊断序号,病人姓名,住院号,检查类别,检查内容,检查日期安置,检查负责人员,检查结果,附注) 11.检验工程(检验序号,诊断序号,病人姓名,住院号,检验类别,检验内容,检验日期安置,检验负责人员,检验结果,附注) 12.手术工程(手术序号,诊断序号,手术名称, 手术室号,病人姓名,住院号,主刀医师,手术日期,麻醉方式,切口处境,手术持续时间,手术结果) 13.收费工程(工程列号,工程内容,病人姓名,住院号,收费类型,收款日期,收款员,收款金额, 结账处境,结账金额,是否转账) 14.入院通知单(通知单号,门诊医师号,医师姓名,病人姓名,病人号,诊断建议,收费处境,批准与否) 15.出院通知单(通知单号,住院医师号,医师姓名,病人姓名,病人号,诊断建议,收费处境,批准与否) 解释一:新参与的“医生”“病人”两个实体.它们分别是“住院医生”和“住院病人”的超类.之所以要这样,理由是由于“住院病人”与“门诊病人”有好多一致的属性,这样就造成了数据冗余.而假设让他们一致的属性由一个超类“病人”来拥有的话, “住院病人”与“门诊病人”就可以继承它的全体属性,这样也形成了与门诊子系统的接口.“住院医生”“门诊医生”和“医生”也是同样的处理. 解释二:对于各类型的预约,由于其功能对比单一,可在相应的工程中以“日期安置”的属性来完成其功能(如“检查工程”中用“检查日期安置”来代替“检查预约”).这样就使总E-R图对比的干脆了. 解释三:手术工程中涉及到的麻醉药品与器械在此总图中没有回响(画图展现分叉).由于麻醉药品附属于药品,因此在“手术工程”中以“麻醉方式”描述其小类编号、药库号和品名,这样就不用单述“麻醉药品”一个实体了 (“药品”的实体、属性在药品进出管理子系统中描述,因此总图也不涉及).对于器械这一个实体,由于此次只有门诊、住院、药品管理三个子系统,没有涉及器械的管理,因此在此图中略去.如是一个完整的医院信息管理系统那么理应参与. 解释四:在图中该参与“出院通知单”这一个实体.由于图中空余不够,因此没有画出.其应与病人发生联系(与“入院通知单”一致). 解释五:对于“住院医生”这个实体应有“工作安置”的这样一个实体与之联系.但考虑到其只要与“医生”发生联系即可,这样的联系将在汇总E-R图是再考虑,本片面那么略去. 至此,本片面的E-R设计大体已经终止.在相应实体的属性中,必然有相应的冗余片面,此外,与其余子系统的贯穿还有待在汇总时考虑. 三、药品出入库管理子系统 — 6 —。