医院收费管理系统设计与实现

医务收费系统随着我国医疗卫生体制改革的深化，计算机技术与应用的发展，计算机信息化管理已成为各医院提高生存力，加强管理，增加效益的重要保障，作为一般高校的后勤医务室亦不例外。高校医务收费系统的主要目标是支持医务室的日常收入账务处理业务，减轻事务处理人员的劳动强度，合理地记录和管理这些账务信息，从而提高整个医务室的工作效率和工作质量。本章以某高校医务收费系统为实例，详细讲述整个医务收费系统的实施过程，需求分析、系统框架、系统建模、数据库建模、程序实现、系统维护等方面展开分析。A.1系统分析需求分析是成功实施一个管理信息系统的基础，只有弄清楚客户的需求，才能真正开发出满足客户需求的管理信息系统，也才能够让整个系统真正发挥其相应的作用。该环节是系统开发过程的最初阶段，围绕整个开发的指导思想和开发目标，对校医务室的整个记账收费过程和需求进行总的分析和概括。接下来就针对某高校医务收费系统的总体需求做分析。可能有些医院在某些管理方面有其特殊的需求，读者在实际开发过程中，可以在本系统需求分析中继续完善。A.1.1系统总体功能需求在经过对学校医院正常运行的流程进行详细了解与分析后，一个功能完善的医务收费系统必须包括以下几个子系统：（1）操作人员管理系统。这个管理系统包括用户的注册、用户密码的修改、用户权限的设置、更换操作人员4个功能模块组成。操作人员管理系统主要是用来管理对该软件进行操作的工作人员，同时系统所提供的用户权限设置能够提高系统的安全性，并对不同性质的人员赋予不同的权限，满足了不同人员对该软件的需求。（2）基本人员管理系统。这个管理系统包括编辑查询人员、批处理人员信息、学生数据导入、医生信息维护和医药费率调整5个功能模块。基本人员管理系统用来对基本人员数据、医生数据进行统一612集中的管理，为其他几个管理系统提供基本信息，以提高工作效率。（3）收费管理系统。这个管理系统包括药费数据输入、打印日报表、打印日明细表、打印月报表、打印月明细报表、打印年报表、报表查询、帐单查询8个功能模块。收费管理系统主要为系统输入数据，并根据所输入的数据进行汇总，统计打印各种报表。同时该子系统还提供报表和账单的查询，用户可以很方便的对各项数据和报表进行查询。（4）系统维护。这个管理信息系统包括数据备份、数据还原、计算器、导出每月数据4个功能模块。系统设置中的功能模块用来补充医务收费系统的一些辅助功能。综上所述，系统总体的功能需求可用图A-1简要表示。图A-1系统总体功能需求框图A.1.2操作人员管理系统操作人员管理系统包括的具体功能模块可以用图A-2说明。操作人员管理系统包括权限管理、更换用户、修改密码和修改用户等功能。1．权限管理权限管理功能图如图A-3所示。图A-2操作人员管理系统包括的功能模块需求框图图A-3权限管理的功能框图此功能主要是面向管理人员对操作人员的操作进行管理，满足不同层次的人员对系统不同的需求，使得系统的敏感数据不公开，同时实现了系统的安全性。在进入系统的时候，系统根据操作人员的权限自动判断操作人员是否可以对该项功能进行操作等。医务收费系统操作人员管理系统基本人员管理系统收费管理系统维护权限管理更换用户修改密码修改用户操作人员管理增加用户删除用户修改权限权限管理附录B医务收费系统613（1）增加用户的需求分析，如图A-4所示。图A-4增加用户的需求分析（2）删除用户需求分析，如图A-5所示。图A-5删除用户需求分析（3）更换用户。由于该软件的操作人员并非惟一，当另一个操作员在同一台机器上需对系统进行操作时，就需要该操作人员重新登陆，获得该操作人员的权限后，再对系统进行操作。这样可以方便多用户对系统进行操作。（4）修改密码用户名，如图A-6所示。图A-6修改密码功能这两项功能可以集成到权限管理中，满足用户对用户名和密码的修改。不定期的对系统密码进行修改，能够减少密码的泄露，提高系统的安全性。A.1.3基本人员管理系统这个管理系统包括的具体功能模块需求可以用图A-7说明。图A-7基本人员管理系统包括的功能模块需求框图I：输入用户名、密码等详细信息F：产生用户注册记录更新到数据库O：生成用户注册信息详细列表I：选择将删除的用户名称F：更新用户信息表到数据库O：生成用户注册详细列表I：输入用户旧、新密码信息F：更新用户新密码到数据库O：生成用户注册信息详细列表基本人员管理编辑查询人员批处理人员信息学生数据导入医生信息维护医药费率调整6141．编辑查询人员某学院校医院是内部对全校教职工、在校学生、退休人员和统筹人员进行门诊治疗的机构。随着学校规模的不断发展，公费医疗对象不断增加，为了合理的记录各类人员的门诊信息，准确地对进行公费医疗数据的复杂人员的信息进行处理，此模块即产生了。在管理信息系统中，代码是人与计算机的共同语言，是着人与计算机沟通的桥梁。采用代码，可以使数据表达式标准化，简化程序，加快输入，减少出错，提高处理速度。在本系统中，由于人员类型繁多，人数多的特点。人员代码采用8位代码表示。如99222024，第1位表示学生，其余表示学生学号，具体形式如表A-1。表A-1人员编码前两位代码表示人员类别备注00教工如果教工退休则转为退休人员TX退休TC统筹表示学院教职工子女9x学生x表示在校生的入学年份2．批处理人员信息伴随着国家政策的改变，公费对象的定额和补偿金都将发生改变，为了快速地对所有数据进行修改，本系统提供了批处理模块。同时该模块也提供了删除毕业生数据的功能，是集成了处理人员基本信息功能的模块。3．学生数据导入由于高校扩招，每年学生人数在不断的上升，如果手工进行学生数据的输入，肯定很繁琐，同时效率也很低。而且目前的高校招生大多采才用网上招生，肯定有学生基本信息的数据库，通过该模块可以很好的利用这些数据，同时减少了重复劳动和输入过程中所出现的错误。4．医生信息维护对某高校校医院的医生数据进行增加、删除、修改等，以适应校医院医生数据的改变。同时医生信息的改变也会影响收费系统中数据的改变。5．医药费率调整根据国家的政策，适当的对该公费医疗的费率进行修改和调整。该功能的变化会对数据的录入产生影响，因此该功能是数据输入的基础。B.1.4收费管理系统这个管理系统包括的具体功能模块需求框图如图A-8所示。附录B医务收费系统615图A-8收费管理系统包括的功能模块需求框图收费管理是该系统的核心内容，它负责数据的输入和输出，并对数据进行汇总、统计等操作，打印出符合需求的它总报表。同时该模块也提供了查询功能，用户可以自由的查询每日报表和每月报表，清楚地掌握当日或当月校医院的经营情况。1．药费数据输入药费数据输入模块完成病员看病时一些基本信息的登记，病员从医生处获得处方后，交由交费人员进行数据的输入。数据输入人员只需进行人员编号、医药费用的输入即可，其他的都由系统提供数据供操作人员进行选择。这样不但提高了工作效率，而且减少了输入过程中因人为导致的错误的发生。2．报表打印管理报表打印管理的功能需求框图如图A-9所示。图B-9报表打印管理的功能需求框图报表打印功能模块也是收费管理系统中的核心，该模块主要实现了日报表、日明细表、月报表、月明细表和年明细表的打印功能。日报表和月报表分别是对每日数据和每月数据进行汇总、统计而生成的，日明细表、月明细表和年明细表则是分别对每日数据、每月数据和每年数据进行汇总而生成，它们并不对原始数据进行处理。3．账单查询账单查询如图A-10所示。图A-10账单查询功能药费数据输入报表打印账单查询报表查询收费管理打印日报表报表打印打印月报表打印日明细表打印月明细表打印年明细表I：选择月份F：选择查询的关键字段O：生成该月份相关数据616为了方便管理人员，提高工作效率，系统提供了账单查询功能，用户可以按多种查询方式对数据库中的账单信息进行查询，比如：某月某病员的就诊情况、某月某医生的工作情况等。4．报表查询报表查询功能如图A-11所示。图A-11报表查询功能该功能完成对日报表和月报表的任意查询，并得到类似于日报表和月报表格式的结果，能够让用户A.1.5系统维护系统维护包括的具体功能模块需求框图如图A-12所示。图A-12系统维护包括的功能模块需求框图系统维护包括数据备份、数据还原、系统计算器和导出每月数据等功能模块，基本满足了系统运行时所需的功能。（1）数据恢复功能需求。该功能将数据库数据表备份成数据库文件，再进行二次备份将其备份到U盘或其他计算机上，便于在一些无法避免数据破坏的情况下通过数据恢复功能恢复数据，以减小损失。（2）数据恢复功能需求。该功能实现从备份数据库中将数据导入到工作数据库中。（3）系统计算器功能需求。该功能实现打开操作系统提供计算器，用它可以进行一些简单的计费操作，方便用户进行计费操作。I：用户选择输入日期或月份F：根据用户选择进行查询O：显示用户查询的数据系统维护数据备份数据还原系统计算器导出每月数据附录B医务收费系统617A.2UML系统建模对于本例，主要使用UML中的用例图、时序图和协作图来进行系统分析，帮助开发人员了解系统功能与系统流程。A.2.1UML用例视图描述首先确定医务收费系统中的角色。1．角色（Actors）的确定在医务收费系统中，可以归纳出来的主要问题是：（1）病人要看病；（2）挂号操作员提供挂号服务；（3）医生提供病人看病服务；（4）收费操作员提供门诊病人划价收费服务，并将信息输入到系统；（5）取药员负责取药给病人；（6）住院登记操作员提供住院登记服务，并将信息输入到系统；（7）系统维护员提供系统相关的维护服务。由于医生与病人打交道，给病人诊断病情、开药方等服务，并没有直接与系统发生交互，与系统的交互是通过划价收费操作员来进行的，因此可以将医生与划价收费操作员这两个对象用一个操作员的角色代替，即认为划价收费操作员在所有病人看病的过程中直接向病人提供服务，并根据服务业务流程对系统进行操作。这样不妨碍系统的功能实现。同样，取药操作员并没有直接和系统发生交互，可以不用一个单独的角色。从以上的分析中，可以创建以下角色：（1）病人；（2）挂号操作员；（3）收费操作员；（4）药品管理员；（5）系统维护员。在RationalRose的UseCaseView中建立角色如图A-13所示。图A-13在UseCaseView中创建角色6182．创建用例（UseCases)医院信息系统根据业务流程可以分为以下的几个用例：（1）病人挂号；（2）挂号服务；（3）病人看病；（4）病人交费取药；（5）病人按处方配药；（6）收费操作员划价扣费配药；（7）分发药品；（8）维护基本信息；（9）用户注册；（10）登录验证。在RationalRose的UseCaseView中创建用例（UseCases)如图A-14所示。图A-14在UseCaseView中创建用例3．创建角色（Actor)与用例（UseCase)关系图Actor和UseCase之间存在的关联关系通常涉及到Actor和UseCase之间的通信关联关系。（1）病人的UseCases关系图如图B-15所示。图A-15病人的用例关系图（2）挂号操作员的UseCases关系图如图A-16所示。病人挂号（fromUserCases）病人按处方配药（fromUserCases）病人交费取药（fromUserCases）病人看病（fromUserCases）病人（fromActors）附录B医务收费系统619图A-16挂号操作员的用例关系图（3）收费操作员用例的UseCases关系图如图A-17所示。图A-17收费操作员用例关系图（4）药品管理员的UseCases关系图如图A-18所示。图A-18药品管理员的用例关系图（5）系统维护员的UseCases关系图如图A-19所示。图A-19系统维护员的用例关系图挂号操作员（fromActors）挂号服务（fromUserCases）收费操作员（fromActors）收费操作员划价扣费配药（fromUserCases）药品管理员（fromActors）进货（fromUserCases）退货（fr