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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

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

医院收费管理系统开发背景.docx

1、医院收费管理系统开发背景A.需求分析一.系统描述和系统边界:从“医院”概念上看,住院部是医院的基本组成单位;从医院管理角度看,住院诊疗是医院业务工作的核心部份。因此,建立一个高效可靠的住院业务管理系统,不仅可以在一定程度上减轻医务人员的劳动强度,提高工作效率和工作质量,而且可以更及时、准确、有效地分析统计各种临床数据及管理数据,供上级主管部门作出科学的管理决策,促进医院管理水平的进一步提高。该系统支持三类用户:医生,财务管理员,系统管理员。医生可以查看病人的病例和基本信息;财务管理员对费用类的业务进行管理,登记病人信息,修改信息和删除信息;输入每笔费用,查看明细清单,预付款,打印结算账单,修改

2、账单信息,删除错误信息;系统管理员可以进行任何与系统相关的操作。二业务需求及流程处理1.住院收费管理系统主要业务包括:(1)入院管理:病人基本资料表录入、修改、删除、复制;病人基本资料查询;病人预交款资料查询;(2)住院管理:病房管理(医嘱,病床);日常计费(费用明细查询),;(3)出院管理:费用结算,信息存档和规整,清理过期信息2.功能模块图:3.详细业务流程 1).入院流程2.住院流程3.出院流程三.功能需求和数据需求分析通过以上的业务和流程分析,本系统主要的功能和数据如下:1)注册 由于本系统有三类用户,信息包括(序号,登录账号,密码,用户名,角色名)。2)病人信息管理 操作人员通过输入

3、病人姓名,首先查阅是否有历史信息存在,如果有则在原来的基础上新建病例信息;如果没有则录入病人的详细信息,包括:病人编号,姓名,性别,住院序号,登记时间,结算序号,年龄标志(0表示大人,1表示孩童),入院科室,主治医生,预出院日期,出院日期;3)预存款 操作人员根据病人交的预存款金额,登记入账,包括(序号,病人编号,存款序号,存款数量,预付类型(0-现金,1-银行卡支付),预付时间,病床号;4)病床 病人通过登记入院后,获得病床卡,卡上有详细的病床信息,包括(病床号,病人编号,病床位置,负责护士)5)领药信息 病人根据主治医生的嘱咐,领取领药单,然后付费后拿药,药品信息包括(序号,药品名字,药品

4、编号,领取时间,药品单价,数量,同种药品总价)6)明细费用 根据病人的业务流程需要一张明细表,用来登记病人的明细费用(明细序号,明细科目,科目费用,欠费金额,支付时间,支付类型)7)为了建立领药,病人和费用直接的联系,需要登记药品编号,明细序号,病人编号;8)病人出院 操作员需要结算病人的明细费用,并且打印出来给病人,病人办理详细的出院手续,并且结算所有欠费(结算序号,存款金额,结算金额,结算时间,欠费金额) 9)结算和预存款之间有联系,登记信息包括(存款序号,结算序号)四.数据模型1.E-R图1)实体集:2)总的E-R模型: 确定了实体集后,接下来就是确定各个实体集之间的关系,这是决定ER图

5、设计的好坏的关键。各个实体集的关系如下图所示:5.逻辑数据库设计1.病人表(patientInfo)属性名称数据类型属性描述PnoInt,自增病人编号(P)PnameVarchar(8)姓名Psexchar(2)性别PinNoVarchar(8)住院序号PenrolTimedateTime登记时间PcheckNoVarchar(8)结算序号(F)PageChar(1)年龄标志PoutTimedateTime出院日期PpreTimedateTime预出院日期PdoctorVarchar(8)主治医师PsetionVarchar(8)入院科室2.预存款表(deposit)属性名称数据类型属性描述D

6、idInt,自增序号(P)DcheckTypeVarchar(50)预付类型DcheckTimedateTime预付时间Bnoint床位号(F)DnoVarchar(20)存款序号(F)Dcountmoney预付金额Pnoint病人编号(F)3.病床表(bed)属性名称数据类型数据描述BnoInt,自增床位号(P)Pnoint病人编号(F)BpositonVarchar(20)病床位置BnurseVarchar(8)负责护士4.领药信息表(getMedicineInfo)属性名称数据类型数据描述GidInt,自增序号(P)GmedicineNoVarchar(20)药品编号(F)GnameVa

7、rchar(20)药品名称Gpricemoney药品单价Gcountint数量GtotalPricemoney总价GtimedateTime领取时间5.明细费用表(allCharge)属性名称数据类型数据描述AnoVarchar(8)明细序号(P)AsubjectVarchar(50)明细科目Achargemoney科目费用AtypeVarchar(50)支付类型AtimedateTime支付时间Adebtmoney欠费金额6.病人出院表(OutInfo)属性名称数据类型数据描述OidInt,自增结算序号(P)Osummoney结算金额OtimedateTime结算时间Odebtmoney欠费

8、金额7.联系实体集一(relationOne)属性名称数据类型数据描述GmedicineNoVarchar(20)药品编号(p)AnoVarchar(8)明细序号(F)Pnoint病人编号(F)8.联系实体集二(relationTwo)属性名称数据类型数据描述DnoVarchar(20)存款序号(P)OidInt,自增结算序号(F)9.用户登录表(admin)属性名称数据类型数据描述idInt,自增序号adminIDVarchar(20)登录账号passwordVarchar(20)密码userNameVarchar(20)用户名roleNameVarchar(20)角色名B.系统开发过程一:开发工具选择和简介本系统前期的需求分析用到的工具有亿图绘图工具,visio 2003构建数据流程图,业务流程图;后期代码使用的工具有vs 2008 专业版sp1,数据库采用sql server 2005开发版,前期页面布局用到的是dreamweaver cs4;整个系统采用三层架构,分层封装相关的代码,层次感强,可维护性和扩展性好。2数据库脚本语言3后台核心代码4系统部分页面界面外观5核心技术分析和重难点分析

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

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