
医院门诊挂号系统
数据库设计说明书
| 编写:闫晓亚、朱琼、徐翠、张卓、赵晓丽 | 日期:2010-6-15 |
| 审核:徐翠 | 日期:2010-6-15 |
| 批准:闫晓亚 | 日期:2010-6-15 |
| 受控状态: | 是 |
| 发布版次:1.0 | 日期:2010-6-15 |
| 编号:GB8567--88 | |
1.1编写目的 2
1.2背景 2
1.3定义 2
1.4参考资料 2
2外部设计 2
2.1标识符和状态 2
2.2使用它的程序 3
2.3约定 3
2.4专门指导 3
2.5支持软件 3
3结构设计 3
3.1概念结构设计 3
3.2逻辑结构设计 3
4运用设计 4
4.1数据字典设计 4
4.2安全保密设计 4
数据库设计说明书(GB8567——88)
1引言
1.1编写目的
《医院门诊挂号系统(HORS)》设计的目的是《医院门诊挂号管理系统》中各项功能和非功能性需求实现时所需的数据库,并可以此数据库为根据实现具体的数据存储。同时为详细设计人员提供设计依据,其他本项目组的开发人员也可参阅。
《医院门诊挂号系统(HORS)》数据库设计说明书的阅读对象为:
1)对相关业务技术和总体方案作出决策的管理人员和质量管理人员;
2)对本《数据需求说明书》进行评审和确认的有关业务、技术人员;
3)参加详细设计阶段工作的全体设计人员;
4)《医院门诊挂号系统(HORS)》项目组,其他有权需要调用本文档的人员
1.2背景
开发软件名称:医院门诊挂号系统(HORS)
项目任务提出者:郑州大学信息工程学院牛老师
项目开发者: 闫晓亚、徐翠、朱琼、张卓、赵晓丽
用户:******医院
实现软件单位:闫晓亚、徐翠、朱琼、张卓、赵晓丽
项目与其他软件,系统的关系:
本系统需要在患者管理系统,医师系统等已有系统直接复制数据,所以在定义数据时要与已有系统相兼容
1.3定义
HORS的全称是Hostipal Outpatient Reqistration System:医院门诊挂号系统。是将要编写的系统名称,该系统可以更好的方便用户使用。
1.4参考资料
《数据库原理教程》 范明
《软件工程与软件文档写作》 文斌
《国家标准软件文档》
2外部设计
2.1标识符和状态
本系统的数据库名称为HORS(医院门诊挂号系统)。在本数据库中一共建了7个表,表名分别是Patients(患者信息表)、Doctors(医师信息表)、Sectionoffice(科室信息表)、Card(就诊卡信息表)Managers(管理人员信息表)、Charge(收费系统管理表)、 Registers(挂号表)。
表中的各个属性均使用其英文字母。如挂号表(病人编号,医师编号,挂号费):REGISTERS(Pno,Dno,Scharge)。
2.2使用它的程序
前台登记系统,科室门诊挂号系统,医师信息管理系统,患者信息管理系统,后台管理系统以及医院收费系统的所有应用程序都需要使用此数据库。
2.3约定
本数据库以Oracle 为基本开发工具,程序员或者系统分析员,以及任何想要使用此数据库进行操作的人员,需安装Oracle软件,并建立相同的HORS数据库。数据库中所建立的7个表的各个属性,在下面表中均会有相应描述。
2.4专门指导
对于从事此数据库的生成、此数据库的测试、维护的人员,提出如下参考意见:
数据库维护管理人员要求有计算机的专业知识,经过专业培训,确保熟练管理系统。
另外本系统需要的数据,都是有数据长度的,尤其是有说明的部分,所以测试人员在具体进行数据测试时,要注意数据输入格式。
2.5支持软件
本系统使用Oracle 11g作为装入、生成、修改、更新数据库程序的软件。
3结构设计
3.1概念结构设计
E-R图如下:
3.2逻辑结构设计
医院门诊挂号系统数据库模式图:
表DOCTORS://医师信息表
表SECTIONOFFICE://科室信息表
表CARD://就诊卡信息表
表PATIENTS://患者信息表
表CHARGE://收费表
表MANAGERS://管理者信息表
表REJISTERS://挂号表
4运用设计
4.1数据字典设计
1 数据项
患者信息表:
| 编号 | 数据项名称 | 说明部分 | 编号 | 数据项名称 | 说明部分 |
| 1 | 患者编号 | 定长字符串 有唯一 | 2 | 患者身份证号 | 定长字符串 长度为: 18 |
| 3 | 性别 | 枚举类型: 男, 女 | 4 | 出生年月 | DATE类型 |
| 5 | 地址 | 定长字符串 | 6 | 患者电话 | 字符串类型: |
| 编号 | 数据项名称 | 说明部分 | 编号 | 数据项名称 | 说明部分 |
| 1 | 医师编号 | 定长字符串 有唯一 | 2 | 医师姓名 | 定长字符串 长度为: 10 |
| 3 | 性别 | 枚举类型: 男, 女 | 4 | 医龄 | 定长字符串 长度为2 |
| 5 | 主要成就 | 定长字符串 | 6 | 医师电话 | 字符串类型: |
| 7 | 毕业院校 | 定长字符串 |
| 编号 | 数据项名称 | 说明部分 | 编号 | 数据项名称 | 说明部分 |
| 1 | 科室编号 | 定长字符串 | 2 | 科室名 | 定长字符串 |
| 3 | 科室电话 | 定长字符 |
就诊卡信息表:
| 编号 | 数据项名称 | 说明部分 | 编号 | 数据项名称 | 说明部分 |
| 1 | 就诊卡编号 | 定长字符串 | 2 | 就诊卡密码 | 定长字符串 |
| 3 | 就诊卡余额 | 定长字符 |
| 编号 | 数据项名称 | 说明部分 | 编号 | 数据项名称 | 说明部分 |
| 1 | 消费金额 | 定长字符串 | 2 | 消费时间 | 定长字符串 |
| 编号 | 数据项名称 | 说明部分 | 编号 | 数据项名称 | 说明部分 |
| 1 | 管理者编号 | 定长字符串 | 2 | 管理者密码 | 定长字符串 |
| 3 | 管理者姓名 | 定长字符串 | 4 | 管理者电话 | 定长字符串 |
| 编号 | 数据项名称 | 说明部分 | 编号 | 数据项名称 | 说明部分 |
| 1 | 挂号金额 | 定长字符串 |
| 编号 | 数据结构名 | 属性 |
| 1 | 医师 | 医师编号, 医师姓名, 医师性别, 医龄,医师电话,毕业院校,,主要成就, |
| 2 | 患者 | 患者编号,患者姓名,性别,患者出生年月,电话,身份证号, ,地址, |
| 3 | 管理者信息 | 管理者编号,管理密码,管理者姓名,管理者电话 |
| 4 | 科室信息 | 科室编号, 科室名, 科室电话 |
| 5 | 就诊卡信息 | 就诊卡编号,就诊卡余额,就诊卡密码 |
| 6 | 收费信息 | 消费金额,消费时间 |
| 7 | 挂号信息 | 挂号金额 |
| 数据存储名 | 输入数据流 | 输出数据流 | 说明部分 |
| 患者信息 | 患者的基本信息 | 患者的各种信息 | |
| 医师信息 | 医师的基本信息 | 医师的各种信息 | |
| 科室信息 | 科室的基本信息 | 科室的各种信息 | |
| 管理员信息 | 管理员的基本信息 | 管理员的各种信息 | |
| 就诊卡信息 | 就诊卡的基本信息 | 就诊卡的各种信息 | |
| 挂号信息 | 患者的基本挂号信息 | 当前的挂号信息 | 显示医师的空闲状态 |
| 消费信息 | 患者的基本信息 | 当前的基本消费信息 | 包括挂号费用和基本的医药、治疗费用 |
| 就诊信息 | 患者的基本情况 | 当前的病患信息 | 患者的病患、治疗情况 |
| 处理过程名 | 输入数据流 | 输出数据流 | 说明部分 |
| 患者挂号 | 终端 | 患者个人信息 | |
| 患者查询 | 终端 | 需要查询的信息 | |
| 医师查询 | 终端 | 需要查询的信息 | |
| 管理员查询 | 终端 | 需要查询的信息 | |
| 就诊卡查询 | 终端 | 需要查询的信息 | |
| 患者信息更新 | 终端 | 更新后的患者信息 | |
| 医师信息更新 | 终端 | 更新后的医师信息 | |
| 管理员信息更新 | 终端 | 更新后的管理员信息 | |
| 就诊卡信息更新 | 终端 | 更新后的就诊卡信息 | |
| 科室信息更新 | 终端 | 更新后的科室信息 |
使用者在使用HORS数据库时,不同的访问者有不同的访问不同的数据库信息。在基本表的基础上建立视图,对视图进行授权,比如加密。因为登陆号码不同,且密码设置不同,对数据的访问设置了权限,所以说数据是安全的。
管理员的权限最大,可以控制所有的数据,拥有在其权限内的查询、修改、删除、添加患者信息,医师信息的权限,包括部分管理者的信息。医院数据库管理人员(DBA)对整个数据实行数据封装、隐藏和管理功能,确保数据库的安全;
患者用户只能通过科室门诊前的PC机查询(网上挂号的用户可以在本医院的网站上查询)与自己有关的信息和公布的公共信息,不能对任何数据进行更改(就诊卡的服务、个人基本信息及挂号信息除外);
医师可以查询患者的个人信息、患者的就诊信息和医师个人信息。带收取相关的挂号费并且有权在有限次数和有限期限内对所负责患者的患病信息进行输入和修改。
