医院需求分析文档.doc

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