医院收费管理系统设计与实现大学毕业论文.doc
《医院收费管理系统设计与实现大学毕业论文.doc》由会员分享,可在线阅读,更多相关《医院收费管理系统设计与实现大学毕业论文.doc(51页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、附录B 医务收费系统医务收费系统随着我国医疗卫生体制改革的深化,计算机技术与应用的发展,计算机信息化管理已成为各医院提高生存力,加强管理,增加效益的重要保障,作为一般高校的后勤医务室亦不例外。高校医务收费系统的主要目标是支持医务室的日常收入账务处理业务,减轻事务处理人员的劳动强度,合理地记录和管理这些账务信息,从而提高整个医务室的工作效率和工作质量。本章以某高校医务收费系统为实例,详细讲述整个医务收费系统的实施过程,需求分析、系统框架、系统建模、数据库建模、程序实现、系统维护等方面展开分析。A.1 系统分析需求分析是成功实施一个管理信息系统的基础,只有弄清楚客户的需求,才能真正开发出满足客户需
2、求的管理信息系统,也才能够让整个系统真正发挥其相应的作用。该环节是系统开发过程的最初阶段,围绕整个开发的指导思想和开发目标,对校医务室的整个记账收费过程和需求进行总的分析和概括。接下来就针对某高校医务收费系统的总体需求做分析。可能有些医院在某些管理方面有其特殊的需求,读者在实际开发过程中,可以在本系统需求分析中继续完善。A.1.1 系统总体功能需求在经过对学校医院正常运行的流程进行详细了解与分析后,一个功能完善的医务收费系统必须包括以下几个子系统:(1)操作人员管理系统。这个管理系统包括用户的注册、用户密码的修改、用户权限的设置、更换操作人员4个功能模块组成。操作人员管理系统主要是用来管理对该
3、软件进行操作的工作人员,同时系统所提供的用户权限设置能够提高系统的安全性,并对不同性质的人员赋予不同的权限,满足了不同人员对该软件的需求。(2)基本人员管理系统。这个管理系统包括编辑查询人员、批处理人员信息、学生数据导入、医生信息维护和医药费率调整5个功能模块。基本人员管理系统用来对基本人员数据、医生数据进行统一集中的管理,为其他几个管理系统提供基本信息,以提高工作效率。(3)收费管理系统。这个管理系统包括药费数据输入、打印日报表、打印日明细表、打印月报表、打印月明细报表、打印年报表、报表查询、帐单查询8个功能模块。收费管理系统主要为系统输入数据,并根据所输入的数据进行汇总,统计打印各种报表。
4、同时该子系统还提供报表和账单的查询,用户可以很方便的对各项数据和报表进行查询。(4)系统维护。这个管理信息系统包括数据备份、数据还原、计算器、导出每月数据4个功能模块。系统设置中的功能模块用来补充医务收费系统的一些辅助功能。综上所述,系统总体的功能需求可用图A-1简要表示。系统维护收费管理基本人员管理系统操作人员管理系统医务收费系统图A-1 系统总体功能需求框图A.1.2 操作人员管理系统操作人员管理系统包括的具体功能模块可以用图A-2说明。操作人员管理系统包括权限管理、更换用户、修改密码和修改用户等功能。1权限管理权限管理功能图如图A-3所示。权限管理修改权限删除用户增加用户操作人员管理修改
5、用户修改密码权限管理更换用户 图A-2 操作人员管理系统包括的功能模块需求框图 图A-3 权限管理的功能框图此功能主要是面向管理人员对操作人员的操作进行管理,满足不同层次的人员对系统不同的需求,使得系统的敏感数据不公开,同时实现了系统的安全性。在进入系统的时候,系统根据操作人员的权限自动判断操作人员是否可以对该项功能进行操作等。(1)增加用户的需求分析,如图A-4所示。O:生成用户注册信息详细列表F:产生用户注册记录更新到数据库I:输入用户名、密码等详细信息图A-4 增加用户的需求分析(2)删除用户需求分析,如图A-5所示。I:选择将删除的用户名称F:更新用户信息表到数据库O:生成用户注册详细
6、列表图A-5 删除用户需求分析(3)更换用户。由于该软件的操作人员并非惟一,当另一个操作员在同一台机器上需对系统进行操作时,就需要该操作人员重新登陆,获得该操作人员的权限后,再对系统进行操作。这样可以方便多用户对系统进行操作。(4)修改密码用户名,如图A-6所示。I:输入用户旧、新密码信息F:更新用户新密码到数据库O:生成用户注册信息详细列表图A-6 修改密码功能这两项功能可以集成到权限管理中,满足用户对用户名和密码的修改。不定期的对系统密码进行修改,能够减少密码的泄露,提高系统的安全性。A.1.3 基本人员管理系统这个管理系统包括的具体功能模块需求可以用图A-7说明。医药费率调整医生信息维护
7、学生数据导入批处理人员信息编辑查询人员基本人员管理图A-7 基本人员管理系统包括的功能模块需求框图1编辑查询人员某学院校医院是内部对全校教职工、在校学生、退休人员和统筹人员进行门诊治疗的机构。随着学校规模的不断发展,公费医疗对象不断增加,为了合理的记录各类人员的门诊信息,准确地对进行公费医疗数据的复杂人员的信息进行处理,此模块即产生了。在管理信息系统中,代码是人与计算机的共同语言,是着人与计算机沟通的桥梁。采用代码,可以使数据表达式标准化,简化程序,加快输入,减少出错,提高处理速度。在本系统中,由于人员类型繁多,人数多的特点。人员代码采用8位代码表示。如99222024,第1位表示学生,其余表
8、示学生学号,具体形式如表A-1。表A-1 人员编码前两位代码表示人员类别备 注00教 工如果教工退休则转为退休人员TX退 休TC统 筹表示学院教职工子女9x学 生x表示在校生的入学年份2批处理人员信息伴随着国家政策的改变,公费对象的定额和补偿金都将发生改变,为了快速地对所有数据进行修改,本系统提供了批处理模块。同时该模块也提供了删除毕业生数据的功能,是集成了处理人员基本信息功能的模块。3学生数据导入由于高校扩招,每年学生人数在不断的上升,如果手工进行学生数据的输入,肯定很繁琐,同时效率也很低。而且目前的高校招生大多采才用网上招生,肯定有学生基本信息的数据库,通过该模块可以很好的利用这些数据,同
9、时减少了重复劳动和输入过程中所出现的错误。4医生信息维护对某高校校医院的医生数据进行增加、删除、修改等,以适应校医院医生数据的改变。同时医生信息的改变也会影响收费系统中数据的改变。5医药费率调整根据国家的政策,适当的对该公费医疗的费率进行修改和调整。该功能的变化会对数据的录入产生影响,因此该功能是数据输入的基础。B.1.4 收费管理系统这个管理系统包括的具体功能模块需求框图如图A-8所示。收费管理报表查询账单查询报表打印药费数据输入图A-8 收费管理系统包括的功能模块需求框图收费管理是该系统的核心内容,它负责数据的输入和输出,并对数据进行汇总、统计等操作,打印出符合需求的它总报表。同时该模块也
10、提供了查询功能,用户可以自由的查询每日报表和每月报表,清楚地掌握当日或当月校医院的经营情况。1药费数据输入药费数据输入模块完成病员看病时一些基本信息的登记,病员从医生处获得处方后,交由交费人员进行数据的输入。数据输入人员只需进行人员编号、医药费用的输入即可,其他的都由系统提供数据供操作人员进行选择。这样不但提高了工作效率,而且减少了输入过程中因人为导致的错误的发生。2报表打印管理报表打印管理的功能需求框图如图A-9所示。打印年明细表打印月明细表打印日明细表打印月报表打印日报表报表打印图B-9 报表打印管理的功能需求框图报表打印功能模块也是收费管理系统中的核心,该模块主要实现了日报表、日明细表、
11、月报表、月明细表和年明细表的打印功能。日报表和月报表分别是对每日数据和每月数据进行汇总、统计而生成的,日明细表、月明细表和年明细表则是分别对每日数据、每月数据和每年数据进行汇总而生成,它们并不对原始数据进行处理。3账单查询账单查询如图A-10所示。O:生成该月份相关数据F:选择查询的关键字段I:选择月份图A-10 账单查询功能为了方便管理人员,提高工作效率,系统提供了账单查询功能,用户可以按多种查询方式对数据库中的账单信息进行查询,比如:某月某病员的就诊情况、某月某医生的工作情况等。4报表查询报表查询功能如图A-11所示。O:显示用户查询的数据F:根据用户选择进行查询I:用户选择输入日期或月份
12、图A-11 报表查询功能该功能完成对日报表和月报表的任意查询,并得到类似于日报表和月报表格式的结果,能够让用户A.1.5 系统维护系统维护包括的具体功能模块需求框图如图A-12所示。导出每月数据系统计算器数据还原数据备份系统维护图A-12 系统维护包括的功能模块需求框图系统维护包括数据备份、数据还原、系统计算器和导出每月数据等功能模块,基本满足了系统运行时所需的功能。(1)数据恢复功能需求。该功能将数据库数据表备份成数据库文件,再进行二次备份将其备份到U盘或其他计算机上,便于在一些无法避免数据破坏的情况下通过数据恢复功能恢复数据,以减小损失。(2)数据恢复功能需求。该功能实现从备份数据库中将数
13、据导入到工作数据库中。(3)系统计算器功能需求。该功能实现打开操作系统提供计算器,用它可以进行一些简单的计费操作,方便用户进行计费操作。A.2 UML系统建模对于本例,主要使用UML中的用例图、时序图和协作图来进行系统分析,帮助开发人员了解系统功能与系统流程。A.2.1 UML用例视图描述首先确定医务收费系统中的角色。1角色(Actors)的确定在医务收费系统中,可以归纳出来的主要问题是:(1)病人要看病;(2)挂号操作员提供挂号服务; (3)医生提供病人看病服务;(4)收费操作员提供门诊病人划价收费服务,并将信息输入到系统;(5)取药员负责取药给病人;(6)住院登记操作员提供住院登记服务,并
14、将信息输入到系统;(7)系统维护员提供系统相关的维护服务。由于医生与病人打交道,给病人诊断病情、开药方等服务,并没有直接与系统发生交互,与系统的交互是通过划价收费操作员来进行的,因此可以将医生与划价收费操作员这两个对象用一个操作员的角色代替,即认为划价收费操作员在所有病人看病的过程中直接向病人提供服务,并根据服务业务流程对系统进行操作。这样不妨碍系统的功能实现。同样,取药操作员并没有直接和系统发生交互,可以不用一个单独的角色。从以上的分析中,可以创建以下角色:(1)病人;(2)挂号操作员;(3)收费操作员;(4)药品管理员;(5)系统维护员。在Rational Rose的Use Case Vi
15、ew中建立角色如图A-13所示。图A-13 在Use Case View中创建角色2创建用例(Use Cases)医院信息系统根据业务流程可以分为以下的几个用例:(1)病人挂号;(2)挂号服务;(3)病人看病;(4)病人交费取药;(5)病人按处方配药;(6)收费操作员划价扣费配药;(7)分发药品;(8)维护基本信息;(9)用户注册;(10)登录验证。在Rational Rose的Use Case View中创建用例(Use Cases)如图A-14所示。图A-14 在Use Case View中创建用例3创建角色(Actor)与用例(Use Case)关系图Actor和Use Case之间存在
16、的关联关系通常涉及到Actor和Use Case之间的通信关联关系。(1)病人的Use Cases关系图如图B-15所示。病人(from Actors)病人看病(from User Cases)病人交费取药(from User Cases)病人按处方配药(from User Cases)病人挂号(from User Cases)图A-15 病人的用例关系图(2)挂号操作员的Use Cases关系图如图A-16所示。挂号服务(from User Cases)挂号操作员(from Actors)图A-16 挂号操作员的用例关系图(3)收费操作员用例的Use Cases关系图如图A-17所示。收费操
17、作员划价扣费配药(from User Cases)收费操作员(from Actors)图A-17 收费操作员用例关系图(4)药品管理员的Use Cases关系图如图A-18所示。分发药品(from User Cases)退货(from User Cases)进货(from User Cases)药品管理员(from Actors)图A-18 药品管理员的用例关系图(5)系统维护员的Use Cases关系图如图A-19所示。维护基本信息(from User Cases)系统维护员(from Actors)用户注册(from User Cases)登录验证(from User Cases)图A-1
18、9 系统维护员的用例关系图A.2.2 UML时序与协作视图描述下面介绍收费系统中的时序图及协作图。(1)病人看病过程时序图如图B-20所示。输入药费信息收费发票和药品交医药费用会诊后医生开处方给病人病人看病返回给病人潆?挂号收费操作员划价收费取药模块医生诊断挂号模块病人 挂号操作人员图A-20 病人看病过程时序图(2)病人看病过程协作图如图A-21所示。医生会诊划价收费取药模块收费操作员8:收费发票7:输入药费挂号操作人员5:处方交费病人9:药品5:处方4:看病挂号模块3:挂号号码2:输入信息1:挂号图B-21 病人看病过程协作图A.2.3 数据库设计本系统采用SQL Server 2000作
19、为后台数据库,由于数据库表比较多,以下只列出了几个比较重要的数据表,详细的数据库建模请参看所附光盘的“F_MIS.sql”文件。(1)描述收费单信息的表。描述门诊收费单信息的表格一共分为5个,即收费表(feiyong)、收费日报表(feiyong_rpt)、医生表(doctor)、人员信息表(rmk)和类别表(leibie)。使用Powerdesigner定义这5个表的字段,以及每个表的主键等如图A-22所示。IDsmallir人员名称nvarchArealBrealCrealDrealleibie号码nvarchar8姓名nvarchar8性别nvarchar2工龄float15补偿金flo
20、at15定额float15RMKIDnvarcharDOCTOR NAMEnvarchardoctor记录号smallint编号nvarchar8姓名nvarchar10医药费money类别 nvarchar2医生 nvarchar2自负金money日期 smalldatetimfeiyongfeiyong_rpt记录号smallint编号nvarchar8姓名nvarchar10医药费money类别 nvarchar2医生 nvarchar2自负金money日期 smalldatetim图A-22 描述收费单信息的表(2)其他数据库表。其他数据库表包括:软件用户信息表User_load、编号
21、计数表Count等,这里就不一一列举了。本例使用的后端数据库是客户/服务器型数据库SQL Server 2000。单机版文件共享型数据库ACCESS可以跳过此配置。在SQL Server 2000的企业管理器中新建一个数据库,命名为YAOFEI,然后打开SQL Server 2000的查询分析器,输入数据库表、视图和存储过程的全部SQL语句后执行,有关数据库的后台工作就已经建立。以上的SQL语句已经保存为文件,也可以用查询分析器直接运行一下本例源程序目录下SQL目录里的F_MIS.sql文件来建立数据库,不需要在企业管理器新建数据库表。在本系统中由于报表是由功能强大的水晶报表所制作,所以需对O
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 收费 管理 系统 设计 实现 大学毕业 论文
限制150内