医院管理系统报告书.docx
- 文档编号:28464513
- 上传时间:2023-07-13
- 格式:DOCX
- 页数:27
- 大小:1.36MB
医院管理系统报告书.docx
《医院管理系统报告书.docx》由会员分享,可在线阅读,更多相关《医院管理系统报告书.docx(27页珍藏版)》请在冰豆网上搜索。
医院管理系统报告书
医院管理系统
课题:
医院管理系统
年级:
2011级
专业:
计算机科学与技术
小组成员:
李吉龙崔筱叶
闫子淇金成东
--------------------------------------------------------目录-----------------------------------------------------
第一章概论2
1.1powerbuilder简介2
1.2开发工具简介2
1.3系统使用数据库简介2
第二章系统开发目的与意义3
第三章设计方案3
3.1需求分析4
3.1.1医院管理数据库子系统的数据需求4
3.1.2功能设计模块图4
3.1.3数据结构5
3.2概念结构设计5
3.2.1医院数据库中的实体集5
3.2.2医院数据库中的联系集5
3.2.3医院数据库中的E-R图6
3.3逻辑结构设计6
3.3.1逻辑设计6
3.3.2物理设计7
3.4物理结构设计11
3.4.1创建主键及外键等表约束11
3.4.2创建相关试图12
3.4.3创建存储过程12
3.4.4医院管理系统的查询12
3.5数据库实现13
3.5.1用户登录界面13
3.5.2主界面14
3.5.3挂号界面15
3.5.4门诊划价管理界面17
3.5.5收费管理界面18
3.5.6医生查询20
3.6数据库的运行与维护21
第四章总结21
4.1开发环境:
21
4.2小组成员21
4.3学习总结22
参考文献:
22
第一章概论
1.1powerbuilder简介
1.PowerBuilder:
一种图形化的快速应用开发(RAD)工具被广泛用于数据库应用开发。
2.PowerBuilder提供对面向对象编程的全面支持,并内置多种对象类,其中以DataWindow对象最为著名,可以方便的访问数据库。
PowerBuilder还提供了对多种数据源的简便连接,具有高度的开放性和灵活性。
1.2开发工具简介
PowerBuilder:
是用来进行客户/服务器开发的专业工具
从6.0版本开始,PowerBuilder支持三层或是n层结构。
对一个应用程序进行分割以后,将代码分为不同的逻辑组件,具体分配取决于系统方案及当前的商业要求,这种结构的优点包括四个方面:
(1)可重复使用。
可在不同的应用程序间共享;
(2)性能提升。
将计算机负担从客户机转至服务器,开发者可充分利用计算资源,使应用程序的执行达到最佳状态,由此获得更好的性能;
(3)易于管理。
可将大型、复杂的应用程序划分为易于管理的模块;
(4)易于维护。
由于组件集中,便于重复使用,适应商业需求的变化。
使用PowerBuilder可以快速开发出客户/服务器模式及分布式数据库应用程序。
1.3系统使用数据库简介
SQLServer2005是一个全面的、集成的、端到端的数据解决方案,它为企业中的用户提供了一个安全、可靠和高效的平台用于企业数据管理和商业智能应用。
SQLServer2005为IT专家和信息工作者带来了强大的、熟悉的工具,同时减少了在从移动设备到企业数据系统的多平台上创建、部署、管理及使用企业数据和分析应用程序的复杂度。
通过全面的功能集、和现有系统的集成性、以及对日常任务的自动化管理能力,SQLServer2005为不同规模的企业提供了一个完整的数据解决方案
第二章系统开发目的与意义
医院信息系统作为企业管理系统的一个子类,具有其自身很强的特点和复杂性。
这是由医院本身的目标、任务和性质决定的,它不仅要同其他所有MIS系统一样追踪管理伴随人流、财流、物流所产生的管理信息,从而提高整个医院的运作效率,而且还应该支持以病人医疗信息记录为中心的整个医疗、科学、科研活动。
广义地说,HMIS是管理系统(MIS)在医院环境的具体应用。
因此它必定具有一些与其他MIS系统共有的特性。
但是,医院信息系统的许多不同于一般MIS系统的独有的特点,为HIS的设计与实现带来更高的难度,更多的复杂性。
(1)在许多情况下,它需要极其迅速的响应速度和联机事务处理能力。
在一个急诊病人入院抢救的清况下,迅速、及时、准确地获得他的既往病史和医疗记录的重要性是显而易见的。
(2)医疗信息的复杂性。
病人信息是以多种数据类型表达出来的,不仅是文字类型的数据,而且经常需要图形、图表、影像等类型的数据。
(3)信息的安全、保密性要求高。
病人医疗记录是一种拥有法律效力的文件,它不仅在医疗纠纷案件中,而且在许多其他法律程序中均会发挥重要作用,有关人事的、财务的,乃至病人的医疗信息均有严格的保密性要求。
(4)数据量大。
任何一个病人的医疗记录都是一部不断增长的、图文并茂的书,而一个大型综合性医院拥有上百万份病人的病案是常见的。
(5)缺乏医疗信息处理的标准。
这是另一个突出地导致医院信息系统开发复杂化的问题。
目前医疗卫生界极少有医学信息表达、医院管理模式与信息系统模式的标准与规范。
计算机专业人员在开发信息系统的过程中要花费极大精力去处理自己并不熟悉的领域的信息标准化问题,甚至要参与制定一些医院管理的模式与算法。
医学知识表达的规范化,即如何把医学知识翻译成一种适合计算机的形式,是一个世界性的难题,而真正的病人电子化病历的实现有待于这一问题的解决。
(6)高水平的信息共享需求。
一个医生对医学知识(例如某种新药品的用法与用量,使用禁忌,某一种特殊病例的文献描述与结论等)、病人医疗记录(无论是在院病人还是若干年前已死亡的病人)的需求可能发生在他所进行的全部医、教、研的活动中,可能发生在任何地点。
而一个住院病人的住院记录摘要也可能被全院各有关临床科室、医技科室、行政管理部门所需要。
因此信息的共享性设计、信息传输的谏度与安全性、网络的可靠性等也是HIS必须保证的。
第三章设计方案
3.1需求分析
3.1.1医院管理数据库子系统的数据需求
通过与医院数据库用户交流等方式以及作者对医院管理的分析,得到医院管理系统需要完成的功能主要有:
1.用户基本信息的管理:
1)包括用户编号、部门、姓名、性别、密码;
2)查询、修改、删除、添加基本信息。
2.病人基本信息的管理:
1)包括病人编号、姓名、性别、年龄、民族、电话;
2)病人基本信息的查询和修改。
3.药品基本信息的管理:
1)包括药品编号、药品名称;
2)药品基本信息的查询和修改,包括药品编号、药品名称。
4.医生基本信息的管理:
1)包括医生编号、医生姓名、科室、入院日期;
2)医生基本信息的查询和修改,包括医生编号、医生姓名。
5.科室基本信息的管理:
1)包括科室编号、名称、备注;
2)科室基本信息的查询和修改,包括科室编号、姓名、备注。
6.门诊挂号信息的管理:
1)包括挂号编号、挂号科室、病人编号、挂号类型、姓名、性别。
7.门诊划价信息的管理:
1)包括挂号编号、科室、医生、划价金额、划价员、划价时间。
3.1.2功能设计模块图
3.1.3数据结构
数据结构名
组成
用户信息
用户编号
部门
姓名
密码
性别
病人信息
病人编号
姓名
性别
年龄
民族
电话
药品信息
药品编号
药品名称
药品价钱
医生信息
医生编号
姓名
科室
入院时间
科室信息
科室编号
科室名称
备注
门诊挂号信息
挂号编号
挂号科室
病人编号
挂号类型
姓名
性别
门诊划价信息
挂号编号
科室
医生姓名
划价金额
划价员
划价时间
3.2概念结构设计
3.2.1医院数据库中的实体集
1.实体集用户信息:
具有属性用户编号、部门、姓名、性别、密码;
2.实体集病人信息:
具有属性病人编号、姓名、性别、年龄、民族、电话;
3.实体集药品信息:
具有属性药品编号、药品名称;
4.实体集医生信息:
具有属性医生编号、医生姓名、科室、入院日期;
5.实体集科室信息:
具有属性科室编号、名称、备注;
6.实体集门诊挂号信息:
具有属性挂号编号、挂号科室、病人编号、挂号类型、姓名、性别。
7.实体集门诊划价信息:
具有属性挂号编号、科室、医生、划价金额、划价员、划价时间。
3.2.2医院数据库中的联系集
1、归属:
医生与科室之间具有多对一的联系
2、看病:
医生与病人之间具有多对多的联系
3、购买:
病人与药品之间具有多对多的联系
4、挂号:
门诊挂号预病人之间具有一对多的联系
5、付款:
门诊划价与病人之间具有一对多的联系
6、登陆:
用户与医生之间具有一对一的联系
3.2.3医院数据库中的E-R图
3.3逻辑结构设计
3.3.1逻辑设计
把图1的E-R图转换为关系模式,如下所示(有实下划线的为主码,虚下划线的为外码):
具体的基本E-R图向关系模型的转化如下:
1.用户信息表=(用户编号、部门、姓名、性别、密码)
2.病人信息表=(病人编号、姓名、性别、年龄、民族、电话)
3药品信息表=(药品编号、药品名称)
4.医生信息表=(医生编号、医生姓名、科室、入院日期)
5.科室信息表=(科室编号、名称、备注)
6.门诊挂号信息表=(挂号编号、挂号科室、病人编号、挂号类型、姓名、性别)
7门诊划价信息表=(挂号编号、科室、医生、划价金额、划价员、划价时间)
3.3.2物理设计
医生资料表
表中列名
数据类型
可否为空
说明
编号
Int
Notnull
主键、医生编号
姓名
Varchar
Null
医生姓名
入职日期
Smalldatetime
Null
医生入职日期
科室
Varchar
Null
医生所属科室
备注
Varchar
Null
医生资料备注
用户清单
表中列名
数据类型
可否为空
说明
用户编号
Char
Notnull
主键、用户登陆编号
部门
Char
Notnull
登录用户的所属部门
姓名
Char
Notnull
用户姓名
性别
Char
Notnull
用户性别
密码
Char
Null
用户密码
病人信息库表
表中列名
数据类型
可否为空
说明
编号
Vrachar
Notnull
主键、病人编号
姓名
Varchar
Null
病人姓名
性别
Varchar
Null
病人性别
年龄
Int
Null
病人年龄
民族
Varchar
Null
病人年龄
费用类型
Varchar
Null
病人费用的类型
电话
Varchar
Null
病人联系电话
拼音码
Varchar
Null
姓名拼音简码
门诊挂号表
表中列名
数据类型
可否为空
说明
编号
Varchar
Notnull
主键、门诊挂号编号
病人编号
Varchar
Null
挂号病人编号
姓名
Varchar
Null
挂号病人姓名
性别
Varchar
Null
病人性别
挂号科室
Varchar
Null
病人挂号的科室
费用类型
Varchar
Null
挂号费用类型
挂号费用
Decimal
Null
挂号费用
医生
Varchar
Null
病人挂号的医生
时间
Datetime
挂号时间
挂号时间
是否已划价
Varchar
Null
用于发药前标记
挂号类型表
表中列名
数据类型
可否为空
说明
编号
Int
Notnulll
主键挂号类型的编号
挂号类型
Varchar
Notnull
挂号类型说明
挂号费
Decimal
Notnull
挂号费用
门诊收费项目表
表中列名
数据类型
可否为空
说明
编号
Varchar
Notnull
主键、收费编号
名称
Varchar
Null
收费项目名称
拼音码
Varchar
Null
项目拼音码
费用
Decimal
Null
收费的价格
费用分类
Varchar
Null
收费项目的类型
病种分类
Varchar
Null
病人病种分类
备注
Varchar
Null
备注信息
门诊划价表
表中列名
数据类型
可否为空
说明
编号
Varchar
Notnull
主键、划价的编号
科室
Varchar
Null
诊断的科室
挂号编号
Varchar
Null
病人挂号的编号
医生
Varchar
Null
病人挂号的医生
划价时间
Datetime
Notnull
收费划价时间
划价员
Varchar
Null
划价人
是否收费
Varchar
Null
用于标记是否已收费
收费员
Varchar
Null
收费人
收费时间
Datetime
Null
收费时间
划价金额
Money
Notnull
收费金额
是否发药
Varchar
Null
标记是否发药
发药时间
Datetime
Null
标记发药时间
发药员
Varchar
Null
发药人员
门诊划价明细表
表中列名
数据类型
可否为空
说明
编号
Int
Notnull
主键
划价编号
Varchar
Notnull
划价的编号
药品编号
Varchar
Notnull
输入药品编号
单价
Decimal
Null
药品单价
数量
Decimal
Null
药品数量
金额
Decimal
Null
划价总费用
科室资料表
表中列名
数据类型
可否为空
说明
编号
Int
Notnull
主键、科室编号
名称
Varchar
Null
科室名称
备注
Varchar
Null
信息备注
职务资料表
表中列名
数据类型
可否为空
说明
编号
Varchar
Notnull
主键、医生编号
名称
Varchar
Null
职务名称
备注
Varchar
Null
信息备注
药品分类表
表中列名
数据类型
可否为空
说明
编号
Varchar
Null
主键、药品编号
名称
Varchar
Null
分类名称
备注
Varchar
Null
信息备注
药品库存表、
表中列名
数据类型
可否为空
说明
编号
Int
Notnull
主键、药品编号
库房
Varchar
Null
库房号
药品编号
Varchar
Notnull
药品的编号
药品数量
Varchar
Null
药品数量
备注
Varchar
Null
备注信息
药品资料表
表中列名
数据类型
可否为空
说明
编号
Varchar
Notnull
主键、药品编号
名称
Varchar
Null
药品名称
规格
Varchar
Null
药品规格
整量单位
Varchar
Null
药品整量单位
散量单位
Varchar
Null
药品散量单位
入库单价
Decimal
Null
药品入库单价
出库单价
Decimal
Null
药品出库单价
批发价
Decimal
Null
药品批发价格
整散比
Decimal
Null
药品整散比
分类
Varchar
Null
药品分类
拼音码
Varchar
Null
药品名称简码
效期
Int
Null
药品有效期
上限
Decimal
Null
药品生产日期
下限
Decimal
Null
药品使用下限
计量单位表
表中列名
数据类型
可否为空
说明
名称
Varchar
Null
药品计量单位
备注
Varchar
Null
备注信息
库房资料表
表中列名
数据类型
可否为空
说明
编号
Varchar
Notnull
主键、库房编号
名称
Varchar
Null
库房名称
位置
Varchar
Null
库房位置
备注
Varchar
Null
备注信息
产地表
表中列名
数据类型
可否为空
说明
编号
Varchar
Null
产地编号
产地名称
Varchar
Null
产地名
3.4物理结构设计
3.4.1创建主键及外键等表约束
在查询分析器中通过如下代码创建表的主键及外键等表约束。
--主键、外键关联字段
ALTERTABLE[dbo].[药品资料]WITHNOCHECKADD
CONSTRAINT[PK_药品资料]PRIMARYKEYCLUSTERED
(
[编号]
)ON[PRIMARY]
GO
ALTERTABLE[dbo].[门诊划价]WITHNOCHECKADD
CONSTRAINT[PK_门诊划价]PRIMARYKEYCLUSTERED
(
[编号]
)ON[PRIMARY]
GO
ALTERTABLE[dbo].[门诊挂号]WITHNOCHECKADD
CONSTRAINT[PK_门诊挂号]PRIMARYKEYCLUSTERED
(
[编号]
)ON[PRIMARY]
GO
ALTERTABLE[dbo].[门诊挂号类型]WITHNOCHECKADD
CONSTRAINT[PK_门诊挂号类型]PRIMARYKEYCLUSTERED
(
[编号]
)ON[PRIMARY]
GO
ALTERTABLE[dbo].[门诊收费项目]WITHNOCHECKADD
CONSTRAINT[PK_门诊收费项目]PRIMARYKEYCLUSTERED
(
[编号]
)ON[PRIMARY]
GO
ALTERTABLE「dbo].[门诊挂号]ADD
CONSTRAINT[FK_门诊挂号_门诊挂号类型]FOREIGNKEY
(
[挂号类型]
)REFERENCES[dbo].[门诊挂号类型](
[编号]
)
GO
3.4.2创建相关试图
在查询分析器中通过如下代码创建“v收费项目及药品”视图,该视图对“药品资料”和”门诊收费项目”两张表的数据进行合并操作,从而在划价时实现两张表同时查询的功能。
createviewv收费项目及药品
as
select编号,名称规格,整量单位as单位,出库单价as单价,拼音码from药品资料
union
select编号,名称,费用分类as规格,病种分类as单位,费用as单价,拼音码
from门诊收费项目
GO
3.4.3创建存储过程
系统使用了“sf_药品发出”一个存储过程,实现划价收费后药房发出药品,减少库存的功能。
具体计算方法在下面的脚本中有详细的注释,用户可以参考这些注释。
createprocsf_药品发出@idvarchar(15)
as
begintran
--划价收费后药房发货
update门诊划价set是否发药=’是’,发药员=’王五’,发药时间=getdate()
where编号=@id
--减少库存,演示程序,直接减少’西药房’的库存
--实际应用应该根据药房减
update药品库存set药品数量=药品数量-b.数量from
药品库存asa,门诊划价明细asbwherea.药品编号=b.药品编号
and库房=’西药房’--这里应该替换为实际的组别
and划价编号=@id
comeit
GO
3.4.4医院管理系统的查询
3.5数据库实现
3.5.1用户登录界面
3.5.2主界面
3.5.3挂号界面
3.5.4门诊划价管理界面
3.5.5收费管理界面
3.5.6医生查询
3.6数据库的运行与维护
数据库试运行结果符合设计目标后,数据库就投入正式运行,进入运行和维护阶段。
数据库系统投入正式运行,标志着数据库应用开发工作的基本结束,并不意味着设计过程已经结束。
由于应用环境不断发生变化,用户的需求和处理方法不断发展,数据库在运行过程中的存储结果也会不断变化,从而必须修改和扩充相应的应用程序。
数据库运行和维护阶段的主要任务包括以下三项内容:
(1)维护数据库的安全性与完整性。
(2)监测并改善数据库性能。
(3)重新组织和构造数据库。
只要数据库系统在运行,就需要不断地进行修改、调整和维护。
一旦应用变化太大,数据库重新组织也无济于事,这就表明数据库应用系统的生命周期结束,应该建立新系统,重新设计数据库。
第四章总结
4.1开发环境:
§以Windows7为操作系统
§以powerbuilder为开发工具
§以visio2010为绘图辅助工具
§以sqlserver2000为后台数据库
4.2小组成员
组长:
李吉龙
组员:
崔筱叶闫子淇金成东
4.3学习总结
通过这次的课程设计,真的学到了很多东西:
1、从前总是认为需求分析没什么必要,当自己做课程设计之后才发觉“需求分析”是多么的必要。
2、从发现问题-研究问题-解决问题的过程中,真的成长不少。
3、通过课程设计了解了书本上的东西远远不够,要想真正的开发一个成品,大量的资料与不断地实践很必要。
参考文献:
1、《数据库系统概论》第四版主编王珊萨师煊高等教育出版社
2、《SQLServer2005+Powerbulider11高级开发指南》主编陈永强李茜清华大学出版社
3、《SQLServer数据库开发经典案例解析》主编王晟马里杰清华大学出版社
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 管理 系统 报告书
![提示](https://static.bdocx.com/images/bang_tan.gif)