ImageVerifierCode 换一换
格式:DOCX , 页数:18 ,大小:53.15KB ,
资源ID:28113533      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/28113533.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(医院管理系统概要设计.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

医院管理系统概要设计.docx

1、医院管理系统概要设计概要设计说明书学院: 计算机与信息工程学院 专业:计算机科学与技术 班级: 2006-01班 作者:高亚敏时间: 2008-12-61引言 21.1编写目的 21.2项目背景 21.3定义 21.4参考资料 22任务概述 22.1目标 22.2运行环境 32.3需求概述 32.4条件与限制 43总体设计 43.1处理流程 43.2总体结构和模块外部设计 53.3功能分配 54接口设计 64.1外部接口 64.2内部接口 75数据结构设计 75.1逻辑结构设计 75.2物理结构设计 95.3数据结构与程序数的关系 106运行设计 106.1运行模块的组合 106.2运行控制

2、106.3运行时间 107出错处理设计 107.1出错输出信息 107.2出错处理对策 118.安全保密设计 119.维护设计 111引言1.1编写目的概要设计概括地回答了系统应如何实现这个问题。它从总体上设计软件的结构,确定 系统中的每个程序是由那些模块组成的,以及各个模块间的相互联系。概要设计站在全局 的高度上,从抽象的层次分析软件的结构和实现方案,因此降低了软件的开发成本,提高 了软件的质量。概要设计还是详细设计的基础。1.2项目背景本项目是由高亚敏、齐晓亚、汪若洋和张鹏四人组成的小组开发的,旨在加深对软件 工程工程化的理解,无任何委托单位,与其它系统也没有联系。1.3定义本项目中使用的

3、缩写和专业说术语的说明如下:(1)HSMS :是Hospital Managerment System的缩写,指代 医院管理系统”。(2)HSDB :是Hospital DataBase的缩写,指代 医院管理系统数据库 ”。(3)住院部:医院中,管理病人住院情况的部门。(4)挂号:即,病人就诊前先做一个就诊登记,并缴纳一定的挂号费的行为。( 5 )处方:医生为病人开的药单。1.4参考资料C#网络应用编程基础 马俊人民邮电出版社 2006年10月数据库系统概论 王珊、萨师煊 高等教育出版社 1 983年4月 软件工程导论 张海藩 清华大学出版社 2008年2月医院管理系统可行性分析报告 高亚敏

4、2008年10月 23日 医院管理系统需求分析高亚敏 2008年10月2任务概述2.1目标 主要目标是设计软件的结构,确定系统中每个程序是由那些模块组成的,以及各个模块间 的相互联系。站在全局的高度上花较少成本,从抽象的层次上分析多种系统实现方案和软 件结构,从中选择最佳的方案和软件结构,从而用较低成本开发出较高质量的软件系统。2.2运行环境硬件环境:Cpu:Pentium 100 以上。 内存: 40MB 。 硬盘: 2GB 以上。 软件环境:操作系统:Windows2000 及其以上产品。数据库:SQL Server2000及其以上产品。2.3需求概述该项目是为了实现医院业务的信息化管理,

5、其需求大致如下:(1) 用户进入系统时,对用户进行身份验证,以保证安全性。并且不同的用户登陆系统时 拥有不同的权限。(2) 系统要实现对医院工作人员信息的管理功能(保存工作人员信息,并能对信息进行添 加、删除、修改)(3)病人就诊前先到挂号处挂号。系统要保存病人的基本信息(病人编号,病人姓名、性 别、年龄)和挂号记录(挂号员,病人,挂号费,就诊科室,挂号日期),并且能够 给病人打印一张挂号单。(4)医生为病人诊病并为病人开药方。系统要保存医生的诊病记录(医生,病人,疾病, 药方,药品,药品数量,开方日期),即哪位医生为哪位病人诊病,病人所患何病, 医生为病人开了什么药方,药方上都有什么药品,药

6、品的数量是多少,开药方的日期 是那一天。(5)病人凭挂号单和药方到交费处缴纳药费。系统要保存交费信息(收费员,病人,交费 金额,交费日期),即病人在哪一日缴纳了多少药费,收费人是谁。同时,收费员为 病人打印一张收费单。(6) 病人凭缴费单和药方到药房领药,药品管理员为病人发药。系统要保存发药信息(发 药人,病人,药品,药品数量,发药日期),即哪位管理员为哪位病人发放药品,发 放了什么药品,每种药品的数量是多少,什么时候发放的药品。(7) 病人病重需要住院时,住院管理处为病人分配病床。系统要记录病床的分配信息(病 人,病房号,病床号,住院日期,出院日期,住院费)。(8) 药品监查。系统要定时对药

7、品信息进行盘查,如果发现某种药品的库存量少于最低库 存记录,应及时通知药品管理员。系统能够收集库存不足的药品信息,并作为进药通 知单打印出来。(9) 进药人员进药。系统能够对进药信息保存留底(进药人,药品,进价,数量,进药日 期,进药地点(厂商),即哪位进药人进药,进了何种药品,数量是多少,进价是 多少,进药日期是那一天,进药的地点是那里。(10) 信息查询。系统能够提供方便的查询功能:可以照工作员号、性别、科室、年龄信 息对工作人员信息查询;按照药品编号,库存数量对药品查询;按照疾病、处方号 对处方查询;按照病房号、病床号、病人姓名、出院日期对住院情况查询;按时间 、姓名对进药记录查询;按时

8、间、姓名对发药情况查询;按时间、操作员、病人对 挂号信息查询;按时间、操作员、病人姓名对交费信息查询。(11)报表处理。统计一段时间内的进药情况;统计一段时间内的售药情况;统计一段时 间内的收益情况;统计工作人员的情况。2.4条件与限制(1)系统配置要满足运行环境。(2 )产品的开发符合法律的规范和要求。(3)系统必须能够有效、准确的处理医院的各项业务。3 总体设计3.1处理流程处理流程图如下所示:3.2总体结构和模块外部设计IPO图:提供输入输出信息 系统的总体结构(软件结构)如下所示:系统结构图3.3功能分配系统结构中的各模块功能分别如下:1系统设置:设置系统的用户并给用户提供修改密码的功

9、能(1) 修改密码:修改当前登陆系统的用户的密码。(2) 操作员设置:添加、删除一个用户。(仅管理员有操作该功能的权限)2 系统管理:实现对各种信息的增加、删除和修改功能(1)人事管理:实现对工作人员信息的增加、删除和修改功能。(2)药品管理:实现对药品信息的增加、删除和修改功能。(3)厂商管理:实现对厂商信息的增加、删除和修改功能。(4)药方管理:实现对药方信息的增加、删除和修改功能。(5)单位管理:实现对药品数量的单位信息的增加、删除和修改功能(6)库存监测:实现对药品库存量的定时监测功能和随机监测功能,如果有库存不足的 药品及时的通知药品管理员,并能够打印不足的药品信息。3业务处理:实现

10、医院的业务功能(1)挂号:病人信息存储留底,同时保存挂号记录,并打印挂号单。( 2)就诊登记:处方信息保存留底,并保存就诊记录。( 3)交费:保存收费记录,并打交费单。( 4)发药:发药记录保存留底,同时更新药品库存量。(5)进药:进药记录保存留底,同时更新药品库存量。( 6)住院登记:保存病人住院信息。4查询:查询各项信息(1)工作人员信息查询:可根据工作员编号、科室、姓名、性别的信息对工作人员的信 息进行查询。( 2)处方信息查询:可根据处方号、疾病信息对处方的信息进行查询。(3)药品信息查询:可根据药品编号、药品名、生产日期、有效日期、库存量信息对药 品进行查询。(4)住院情况查询:可根

11、据病房号、病人姓名、住院日期、出院日期信息对住院情况进 行查询。(5)进药记录查询:可根据药品编号、药品名、进药日期信息对进药信息进行查询。(6)发药记录查询:可根据药品编号、药品名、发药日期信息对进药信息进行查询(7)交费信息查询:可根据病人姓名、交费日期信息对交费信息查询。(8)挂号信息查询:可根据挂号编号、病人姓名、性别、挂号日期信息对挂号信息查询 5报表处理(1)进药统计报表:统计一段时间内的进药量。(2)售药统计报表:统计一段时间内的药品销售量。(3)财务统计报表:统计一段时间内的财务状况:进药的支出金额(4)工作人员统计报表:统计各个科室的工作人员信息,并汇总各个科室的总人数。6帮

12、助(1)用户手册:提供系统的使用说明。4接口设计4.1 外部接口1用户界面(1)为了提高系统的安全性,用户进入系统时,对用户的身份进行验证,即要求用户输入 用户名和密码,只有用户名和密码正确才进入工作界面,否则拒绝用户进入。(2)为了方便,系统提供初始化基本信息的界面,能方便的实现各类基本信息的添加、删除和修改功能。(3)在各种单据(例如挂号单、收费单)和各种报表(例如进药统计表、售药统计表等) 打印之前,应先让用户预览打印结果,用户同意打印后才真正打印。(4)用户在录入各种信息时,应提供信息提示功能,从而减少错误机率。(5)查询信息界面为用户提供友好的界面,使用户可以按照不同的字段查询信息,

13、从而提 高查询效率。2软件接口(1)使用该系统需配置 SQL Server数据库管理软件。(2)客户端要安装 Windows2000或Windows2000以上的操作系统。3硬件接口(1)为保证系统的高效性和安全性,最好配置一台专门的数据库服务器。4.2 内部接口( 1 )挂号功能和就诊功能的通信 挂号功能保存病人的基本信息和挂号记录。就诊功能处理时,查询病人编号并保存 到就诊记录中。如果找不到病人信息的记录,说明病人没有挂号,此时就诊登记业务的 处理停止,并要求病人挂号。(2)就诊功能和收费功能的通信就诊功能处理中保存了病人的就诊记录和医生为病人开的药方。收费功能处理时,首先查 找就诊记录,

14、再根据就诊记录找到医生为病人开的药方,然后计算药费。如果找不到病人 的就诊记录,说明病人没有到就诊登记处登记,此时收费业务的处理停止,并要求病人到 就诊登记处登记。(3)发药功能和收费功能的通信收费功能处理保存了病人的交费信息。发药功能处理时,首先查找病人的交费记录和就诊 记录,并按照药方给病人发。如果找不到病人的交费记录,说明病人没有缴纳药费,此时 ,药品管理员拒绝为病人发药,并要求病人到收费出交费。(4)发药功能和库存监测的通信发药功能保存发药记录的同时要更新药品的库存量。随着药品的发放,药品的库存量减少 ,库存监测功能就可以监测到库存不足的药品,并把库存不足的药品的详细信息报告给药 品管

15、理员,药品管理员可根据需要打印进药通知单。(5)进药功能和库存监测的通信进药功能保存进药记录的同时,也要更新药品的库存量。进药之后,药品的库存量增加并 超过最低库存量,此时,库存监测功能不再提示该药品不足。5 数据结构设计5.1逻辑结构设计分别为实体-联系图中各个实体和联系创建一个表:操作员表:列名数据类型是否为空说明操作员号Char( 6)否操作员的编号(主键)密码Char( 6)是操作员进入系统时的密码类型Varchar( 6)否操作员的类型(不冋类型权限不冋 )科室表:列名数据类型是否为空说明科至编号Char (2)否科至的编号 (主键)科室名称Varchar (8)否科室的名称工作人员

16、表:列名数据类型是否为空说明编号Char (8)否工作人员的编号(主键)姓名Varchar (8)否工作人员的姓名性别Nchar (1)否工作人员的性别出生日期Datetime否工作人员的出生日期科至编号Char (2)否工作人员所在的科室编号(外键)职称Varchar (8)是工作人员的职称联系电话Varchar (12)是工作人员的联系方式单位表:列名数据类型是否为空说明单位编号Char (2)否单位的编号(主键)单位名称Varchar (6)否单位的名称药品信息表:列名数据类型是否为空说明药口口编号Char (10)否药品的编号(主键)药品名Varchar (20)否药品的名称生产日期D

17、atetime否药品的生产日期有效日期Datetime是药品的有效截止日期售价Money否药品的销售价格库存量Int否药品的库存数量单位编号Char (2)否药品库存数量的单位编号(外键)备注Text是药品的说明信息厂商信息表列名数据类型是否为空说明厂商编号Char (3)否厂商的编号 (主键)厂名Varchar (20)否厂商的厂名负责人Varchar (8)是厂商的负责人厂址Varchar (30)是厂商的厂址联系电话Varhcar (12)是厂商的联系电话病人表列名数据类型是否为空说明病人编号Char (12 )否病人的编号(主键)姓名Varchar (8 )否病人的姓名性别Nchar

18、( 1)病人的性别年龄Int否病人的年龄住址Varchar(30)是病人的家庭住址联系电话Varchar(12)是病人的联系电话处方表:列名数据类型是否为空说明处方号Char( 10)否处方的唯一标识符(主键)处方名Varchar( 16)否处方的名字治疗疾病Varchar(20)否处方治疗的疾病药口口编号Char( 10)否药品编号(外键)数量Int否药品的数量单位编号Char( 2)否药品数量的单位编号(外键)挂号记录表列名数据类型是否为空说明病人编号Char (12)否病人的编号(外键)挂号员Char (6) 否操作员的编号(外键)挂号日期Datetime否病人挂号的日期土土 口、須 挂

19、号费Money否病人缴纳的挂号费科至编号Char (2)否病人要就诊的科室编号(外键)开方记录:列名数据类型是否为空说明医生编号Char (8)否工作人员的编号(外键)病人编号Char (12)否病人的编号(外键)处方号Char (10)否医生为病人开的处方的编号(外键 )开发日期Datetime否医生为病人开药方的日期收费记录表:列名数据类型是否为空说明收费员号Char (8)否工作人员的编号(外键)病人编号Char (12)否病人的编号(外键)收费金额Money否病人缴纳的药费收费日期Datetime否病人交费的日期住院登记表:列名数据类型是否为空说明房间号Char (3)否病房房间的编号

20、病床号Char (2)否病床的编号病人编号Char (12)否病人的编号(外键)住院日期Datetime否病人住院的日期出院日期Datetime是病人出院的日期住院费Money是病人缴纳的住院费进药记录:列名数据类型是否为空说明进药人编号Char (8)否工作人员的编号(外键)病人编号Char (12)否病人的编号(外键)厂商编号Char (3) :否厂商的编号(外键)进价Money否药品的进价数量Int否所进的药品的数量单位编号Char (2)否进药数量的单位编号(外键)进药日期Datetime否进药的日期发药记录:列名数据类型是否为空说明发药人编号Char (8)否工作人员的编号(外键)病

21、人编号Char (12)否病人的编号(外键)药品编号Char (10)药品的编号(外键)数量Int否发给病人的药品的数量单位编号Char (2)否发药数量的单位编号(外键)发药日期Datetime否发药的日期5.2物理结构设计在SQLServer中使用查询分析器或企业管理器创建以上设计的各个表,并为每个表设置索引,从 而提高信息的检索速度。6 运行设计6.1运行模块的组合(1)挂号员登录系统,执行挂号业务处理。(2 )收费员登录系统,执行收费业务处理。(3)药品管理员登录系统,执行进药和发药的业务处理。同时,监测程序定时启动,监测 药品库存。(4 )住院管理人员登录系统,执行住院登记功处理。(

22、5)系统管理员登录系统,进行各种查询和报表处理功能。(6)各类用户登陆系统后,都可以使用帮助。6.2运行控制(1)为了系统的安全性,为每个用户设置一定的权限。不同的用户登陆系统后,根据用户 类型的不同,可以执行不同的处理:(2 )挂号员权限:密码修改、挂号、挂号信息查询、帮助。(3 )收费员权限:密码修改、收费、收费信息查询、帮助。(4 )药品管理员:密码修改、药品管理、厂商管理、库存监测、进药、发药、药品信息查 询、进药记录查询、发药记录查询、进药统计报表、售药统计报表、帮助。(5 )就诊登记员:密码修改、药方管理,就诊登记、药方信息查询、帮助。(6 )住院管理员:密码修改、住院登记、住院情

23、况查询、帮助。(7 )系统管理员:拥有最大的权限,可以访问系统提供的任何一个功能。6.3运行时间医院的业务是不间断进行的,因此也要求系统在很长的一段时内能够持续运行。药品库存的监测程序经用户设置后,可以定时启动。用户也可以根据需要随时启动监测程 序。当然用户也可以关闭监测程序。7出错处理设计7.1 出错处理对策(1)备份数据信息,防止硬件错误造成危害。(2)通过采用数据信息的恢复技术,处理系统中发生的软错误。(3)保存系统对数据信息的每项操作记录,一旦系统出现故障,可根据操作记录恢复受损 坏的数据信息8.安全保密设计(1)对进入系统的用户进行身份验证,从而起到一定的安全作用。(2)对用户设置权限,以便起到一定的安全作用和保密作用。(3)对数据库中的数据信息进行加密,防止数据泄露造成危害。9.维护设计在项目的开发中配置与程序和数据相一致的文档,为今后的维护工作提供方便。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1