1、IT有机公司软件开发事业部文档编号Kf-0418-2012版本A1密级商密A项目名称医院管理系统项目来源XXXXXXXx医院管理系统数据库设计说明书(内部资料 请勿外传)编 写: 日 期:检 查:日 期:审 核:日 期:批 准:日 期:IT有机公司版权所有 不得复制目录医院管理系统1数据库设计说明书11引言21.1编写目的21.2术语表21.3参考资料32数据库环境说明33数据库的命名规则34逻辑设计35物理设计45.1表汇总45.2表X:XXX表45.3视图的设计65.4存储过程、函数及触发器的设计66安全性设计66.1防止用户直接操作数据库的方法66.2用户帐号密码的加密方法76.3角色与
2、权限77优化78数据库管理与维护说明71引言1.1编写目的在完成了对医院各个部门的调查后,同时与多名病人进行了全面深入地探讨和分析的基础上,提出了这份系统需求分析报告.此需求分析报告对医院管理利通做了全面细致的用户需求分析,明确所要开发的系统应具备的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。此外,这份需求分析报告中介绍了我们系统的框架结构,明确了该系统的方向及用途,是客户了解我们系统的一份详细资料,本分析报告的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。此分析报告是整个系统
3、开发的依据,它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。1.2术语表序号术语或缩略语说明性定义1PaPatient病人2DoDoctor医生3PbPatient-bed病床4PrPatient-room病房5ZrZhuyuan-register住院登记6TrTrue-record治疗记录1.3 参考资料资料名称作者文件编号、版本资料存放地点数据库原理及应用何玉洁机械工程出版社图书馆SQL Server使用教程范立南清华大学出版社图书馆数据库应用技术张蒲生机械工业出版社图书馆2.数据库环境说明2.1网络逻辑结构本次设计基于的网络逻辑结构是客户/服务器(C/S)体系结构。它由三
4、个主要部分构成:数据库服务器、客户应用程序和网络。基于C/S的住院管理系统的结构示意图如图所示2.2软件支撑环境及开发工具 在WINDOWS XP操作系统下完成 包括应用程序的开发、数据库的设计以及设计报告的编写 应用的开发工具有: VC程序设计语言 SQL Server 2000 Microsoft Office Word 20033.数据库的命名规则3.1.1 此数据库完全按照 my sql数据库设计规范命名。表名命名依据英文单词全称。列名命名依据整个列的属性取相应的英文缩写或拼音缩写4.系统需求简介4.1.1总体需求简单介绍1 建立对医院全面管理的信息系统2 对所有医生和病人进行管理3
5、对所有部门的详细信息进行管理4 对所有医生的详细信息进行管理1系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能2系统的安全性: 对于系统的重要数据都有密码保护,具有一定的安全性 对用户提供证书支持(此功能在后续版本中实现)3系统的容错性: 用户输错数据都有提示信息,具有较好的容错性能。4系统的封闭性: 用户的封闭性较好,用户基本上在提示信息下输数据4.1.2数据字典数据项数据项含义说明类型长度取值范围取值含义与其他数据项的逻辑关系病案号唯一标识每个病人字符型15000000000000000至999999999999999前两位标明该病人所挂诊的部门,后十三位按顺序编号与住院登记,
6、治疗记录用此数据项相联系医生编号唯一标识每个医生字符型100000000001至9999999999前两位表示所属部门,后八位按顺序编号与治疗记录用此数据项相联系病房编号唯一标识每个病房字符型40001至9999前两位表示所属部门,后两位按顺序编号与病床,住院登记用此数据相联系床位号唯一标识每个病床字符型3001至999前两位表示所属病房,后两位按顺序编号引用病房主码做病床表的外码,与住院登记用此数据相联系日期,病案号唯一标识每个住院登记DATE,字符型10,15日期的取值范围,病案号引用病人表的主码表示每个住院登记的记录联系病人和住院登记病案号,医生编号唯一标识每个治疗记录字符型15,10病
7、案号引用病人表的主码,医生编码引用医生表的主码表示每个治疗记录的情况联系病人和医生数据结构数据结构含义说明组成病人定义了每个病人的有关信息病案号,姓名,性别,地址,电话号码,病房编号,医生编号医生定义了每个医生的有关信息医生编号,姓名,性别,职称,电话号码,部门,月工资病房定义了每个病房的有关信息病房编号,地点,收费标准,所属部门病床定义了每个病床的有关信息病房编号,病床号住院登记定义了每个住院登记的有关信息日期,病案号,入院日期,出院日期,病房编号,床位号,住院费用数据流 数据流:病人诊断情况 说明:病人病情的最终结果 数据流来源:病人 数据流去向:医生组成:病人,住院登记,治疗记录平均流量
8、:每天几百人 高峰期流量:每天几千人数据存储 数据存储:病人入院登记 说明:记录病人的基本情况 流入数据流:住院登记 流出数据流:住院登记 组成:病人,医生,住院登记,治疗记录数据量:每天几百张存取频度:每人一次存取方式:随机存取处理逻辑 处理名称:生成病人就医情况总表说明:说明处理过程输入数据流:病人,治疗记录输出数据流:住院登记处理逻辑:记录病人诊治记录,形成治疗记录,汇总成病人住院登记,再生成总表平均执行频率:每天几百次(说明:以上平均频率需长期观察得到) 数据流图图元医生病人诊治病人属 性病案 号医生属 性医生编 号4.1.3系统功能设想这里的功能划分,是根据第一阶段需求调查基础上进行
9、的初步划分。随着需求调查的深入,功能模块随着对需求了解的明确得到调整。医院管理系统的四个主要部分,可以将系统应用程序划分为对应的4个子模块:包括医生管理系统,病人管理系统,病房管理系统,科室管理系统. 根据各业务子系统所包括业务内容,还可以将各个子系统继续细化划分为更小的功能模块。划分的准则主要遵循模块的内聚性要求和模块间的低聚合性。如图所示表示一个医院管理系统功能模块结构图。应用系统医生管理病人管理病房管理系统管理治疗病人信息医生的详细信息病人的详细信息各科室医生及病人信息所有部门科室信息住院信息4.1.4 业务流程分析简单医院流程图 收费单请住院单请住院申请病人信息图4-1 入院数据流图病
10、人查看信 息病人病案病人分配床 位病房信息产生收费单及住院单治疗方案出示病历病人医生诊 断病人病历病人检查情况给出治疗方案方 案病人图4-2 治疗数据流图申请出院缴费单病人病人病案收费准则病历归 档费用统 计病人图4-3 出院数据流图5.概念设计5.1.1 实体 病房(病房编号,地点,收费标准,所属科室) 病床(病房编号,床位号) 病人(病案号,姓名,性别,地址,电话号码,病房编号,医生编号) 医生(医生编号,姓名,性别,职称,电话号码,部门,工资) 住院登记(日期,病案号,入院时间,出院时间,病房编号,床位号,住院费用)治疗记录(治疗时间,病案号,医生编号,诊断,治疗方案)5.1.2系统局部
11、ER图n人1人医生病人治疗诊断治疗方案图4-8 病人与医生联系图治疗时间n人1人拥有病房病床病房n人1人住在病人图4-9 病人与病房及病房与病床联系图n1病人住院登记登记5.1.3系统全局ER图出院时间病房地点收费标准所属部门病房编号n11n1病房编号床位号治疗时间部门电话号码职称性别姓名医生编号图4-11 医院住院数据库基本E-R图nn1n1病床病人医生病案号姓名性别地址电话号码病房编号病案号病房编号床位号诊断日期入院时间治疗方案治疗住在住院登记拥有登记分配医生编号住院费用工资6.逻辑设计6.1.1 E-R图到关系模式转换按照上述的原则,根据设计好的E-R图,可以将其转换为以下一组关系模式,
12、其中关系模式的码用下横线标出。将E-R图中1:1的联系与任意一端所对应的关系模式合并。 将E-R图中1:n的联系与n端所对应的关系模式合并,如:将“病床”这一联系并到“病房”关系模式; 将E-R图中m:n的联系转换为一个独立的关系模式。 病房(病房编号,地点,收费标准,所属科室) 此为病房实体型所对应的关系模式。其中病房编号唯一确定一个病房,所以为该关系模式的码。病床(病房编号,床位号) 此为病床实体型所对应的关系模式。由于病房编号是病房关系模式的码,所以在该关系模式中病房编号为外码。病人(病案号,姓名,性别,地址,电话号码,病房编号,医生编号) 此为病人实体型所对应的关系模式。其中病案号为此
13、关系模式的码,而病房编号,医生编号 为该关系模式的外码。医生(医生编号,姓名,性别,职称,电话号码,部门,工资) 此为医生实体型所对应的关系模式。其中医生编号唯一确定一个医生,所以为该关系模式的码。 住院登记(日期,病案号,入院时间,出院时间,病房编号,床位号) 此为住院登记实体型所对应的关系模式。其中,日期和病案号共同确定一个住院登记,病房编号为该关系模式的外码。治疗记录(治疗时间,病案号,医生编号,诊断,治疗方案)此为联系“治疗”所对应的关系模式。其中,病案号和医生编号都是该关系模式的外码。6.1.2各个数据表的表结构设计Patient的数据项描述:数据项名数据项含义类型长度备注病案号病人的编号(pno)int15对应唯一一个病人姓名病人姓名(pname)Char20性别病人性别(psex)