火龙果软件UML设计方案文档.docx

1、系统分析与设计统一建模语言UML期末报告学期： 2018-2018 第 1 学期专业：班级：学号：姓名：2018年1月6日I/16门诊管理系统第 1章 需求分析1.1 系统建设的意义随着社会的发展，门诊管理系统结合了各种新的技术，通过可行性的技术途径来整合各种资源，为医务人员节省出大量的时间，更好的的为门诊和患者服务，还将医务人员从繁琐重复的病历文书书写工作中解脱出来，集中精力关注病人的诊疗，而且通过模板书写的病历更加完整、规范，门诊系统通过提供了完整、权威、规范、严谨的病历模板，避免了书写潦草、缺页、漏项、模糊及不规范用语等常见问题，提高病历审核合格率，还方便了病人查询自己的病例。1.2 系

2、统需求描述从系统功能描述可以划分为以下几方面：挂号子系统：该系统有人工挂号系统和自主挂号系统。对于出来患者需要录入本人的相关信息并办好就诊卡，以后挂号就可以直接使用就诊卡进行挂号，这样既减轻了医务人员的工作负担，同时也缩短了患者的挂号时间，能够更短时间的就诊。自主管好系统提供除了人工挂号系统的退号以外的所有的功能。医疗信息管理子系统：此子系统主要是为了医院的医务管理人员使用，主要提供医务人员、药品信息、患者信息的增删改功能。通过此功能可以方便门诊部门的基本信息管理，提高医务管理人员工作效率。查询子系统：此查询系统可为患者提供个人病例查询，药品的相关信息的查询和就诊医生的相关的信息，病人需输入相

3、关的验证信息；另外医务人员还可以通过此查询为病人拿相应的药品。收费子系统：该子系统的功能是主要医院提供打印收费票据、医疗工1/16程收费统计、收费汇总等功能。此外还可以为本院的忠实患者办理医疗卡、进行医疗卡预存。医疗卡能方便患者进行挂号及自助挂号和缴付各种医疗费用。系统主要功能是面向医院的工作人员。诊断查询子系统：此系统主要为医生填写病人相关病历信息提供方便。主要提供制作检查单、制作检查结果单、制作病历书。该系统包含所有常用的医疗检查工程和药品信息方便医生为患者开检查单和开处方。1.3 问题定义“门诊管理系统”适用于中小医院的病人挂号、医院的信息管理、查询相关信息、用来方便收费以及病人诊断查询

4、，用户是患者、医务工作人员、信息管理人员、收银员和护士人员。该系统主要包括“病人挂号子系统”、“信息管理子系统”、“诊断查询子系统”、“收费子系统”和查询子系统。其中查询信息包括患者查询自己病例信息以及为自己开的药品的相关信息，医生查询病人信息以及病人诊断结果的相关信息，信息管理人员查询医务人员相关信息和病人的相关信息。医疗信息管理主要管理患者的相关信息、医务工作人员信息和药品的相关的信息。第 2章 系统的 UML 基本模型2/162.1 系统整体的用例模型图 2-1 系统整体用例模型用例模型描述：患者主要使用查询病例信息用例和自主挂号用例。收银员主要使用药费和办理医疗卡用例，其中用费用例又包

5、含收取挂号费和检查费用例。护士的主要使用挂号、配药、办理就诊卡和登记患者信息用例；信息管理人员主要使用医护人员管理、药品管理和病人信息管理用例；医生主要使用检查和诊断用例，其中诊断用例有包含开检查单、开药方和开诊断结果用例。3/162.2 系统整体的用户类图图 2-2 系统整体用户类图系统用户类图描述：系统用户有病人、医生、护士、收银员、信息管理人员。其中病人输入相关验证信息可以查询自己的病例和相关的药品信息；医生可以把病人的诊断结果以及真短信息写入；护士可以给病人挂号和办就诊卡；收银员收取诊断费和检查费用；信息管理人员主要是针对医务人员、患者和药品的相关信息进行增加、删除和修改。2.3 系统

6、总体的顺序图4/16登陆窗口系统界面相应的信息信息管理数管理界面据库1:输入相应身份的验证信息2:点击所要管理的信息3:提取所需要的信息门诊信息系统主要的顺序图图 2-3 门诊信息系统主要的顺序图系统总体顺序图描述：系统总体可以分为登陆窗口界面、系统界面、相应管理界面和信息界面。在登陆窗口界面，输入正确的身份验证信息之后，进入相应身份的系统界面，然后在系统界面点击或者输入相关的信息，在数据库中提取信息并进入相应的信息界面。5/162.4 查询2.4.1 查询系统类图图 2-4查询系统类图类图说明：信息查询器类处理所有的信息查询操作。系统中所有用户的查询功能都是通过此类提供的各种查询方法实现。信

7、息查询器根据用户的不同级别控制其信息的访问权限6/162.4.2 查询系统活动图进入系统选择查询项目输入病历卡或医查询病例查询医护 查询医护人员疗卡卡号信息查询药品验证用户查询药品信息显示出错，提未通过示重新输入通过查询个人病例信息图 2-5 查询系统活动图2.4.3 查询病例顺序图: 病人: 查询窗体界面: 病历管理: 数据库管1: 查询病历器理器2: 查询病历 ( 病历号 )3: 提取病历 (病历号 )4:5:图 2-6 查询病例顺序图7/162.5 挂号2.5.1 挂号管理子系统类图图 2-7 挂号管理子系统类图8/162.5.2 挂号管理活动图输入病例卡卡号或医疗卡号显示病人的选择挂号

8、科基本信息室和医生判断挂该医生病人人数 病人同意 超过提示建议挂选择别的医生不同意 未 超过规定的人数 进行挂号添加数据库中病打印挂号单人挂号信息图 2-8 挂号管理活动图9/162.6 自助挂号2.6.1 自助挂号活动图用户 界面业务 逻辑 界面刷卡或输入验证用户合卡号法判断用户是否存在提示用户不存在不合法 合法输入密码验证用户密码判断密码是提示重新输入密码不正确 否正确正确 选择挂号信查询用户账息户余额用户余额能否支付挂号费提示用户充值 余额不足充足显示成功挂创建挂号单对象号信息添加是否成功成功 显示挂号失败信息失败 图 2-8 自主挂号活动图数据 层面查询数据库中的用户数据库添加病人挂号

9、记录10/162.6.2 自助挂号活动图获取队首病人资料诊断结果打印开处方从队列中不需做检查删除医生为病 需做检查 出具检查人诊断信息图 2-9 自助挂号活动图2.6.3 自助挂号顺序图: 病人: 挂号管理窗口: 挂号单1: 挂号(病历号)打印机: 数据库管理器2: 构造挂号单(病历号)3: 保存挂号单4: 存储挂号单(this)5: 打印挂号单6: 打印7: 存储打印完毕图 2-10 自助挂号顺序图11/162.7 收费系统2.7.1 收费子系统类图图 2-11 收费系统类图2.7.2 收费系统顺序图: 收银员收费管理界面1: 增加收费记录2:创建收费项目单: 医疗项目收费单3: 返回医疗项

10、目收费单对象收费项目数4: 存储收费项目单对象据库5: 返回医疗项目收费单对象图 2-12 收费系统顺序图12/162.8 办理就诊卡系统2.8.1 办理就诊卡类图图 2-13 办理就诊卡类图2.8.2 办理就诊卡顺序图: 护士: 就诊卡管理器1: 创建病历2:构造病历卡病历卡: 数据库管3:理器病历卡4:插入病历(病历卡 )5: 病历卡已插入图 2-14 办理就诊卡顺序图13/163、实验总结门诊管理系统在当今时代是一个应用范围很广的中小型医院管理类软件。一般的数据管理型软件的主要功能就是跟据日常的的数据动态对数据库进行增删改查等的操作。因此数据库在整个应用程序中处于很重要的地位。其中门诊管

11、理系统最主要的也就是关于数据库的设计和对业务逻辑处理的分析。应用程序的实现相对来说就比较简单，主要就是对数据库进行各种常见的操作。应用程序设计中界面的设计也是一项很重要的工作，界面设计的好坏关系到用户的使用系统的感觉。好的界面能让用户使用起来更加的方便耐用，用起来特别顺心。通过这次实验我还是感觉对自己以后从事编程行业工作的时候，这门课还是相当的比较有用的，有助于软件的开发，整体结构比较清晰，逻辑结构比较明朗，这段时间忙于在外面培训，这门课基本上学的不是很好，但是在培训时，培训到相关 UML 建模时我一定把它学好，只是在最近画图时时认真的翻了翻书，所以大部分知识都是在画图时边看边模仿的。像门诊管

12、理管理系统这种设计图我当初就不想画，想在网上找一个，但是仔细想想不管画的好坏，还是自己动手比较好，最少自己真正的学到了一点有用的知识，也许以后对自己学习开发软件还是比较有帮助的，现在看来，确实如此，现在我是感觉自己简单的设计完成了，虽然不是很好，但毕竟也是自己看着书模仿画出来的，看到自己的画的成果还是很满意的。因为我用心画了。通过这次设计自己对面向对象建模的流程有了一定的了解。作为一门面向对象软件设计语言它完全体现了面向对象技术的所有优点，同时还有诸如唯一性、连续性、可维护性等优点。虽然通过这次实验自己并没有完全体会到这些优点，但是通过这次设计还是大大提高了自己设计水平，分析问题能力。问题只要分析的透彻，解决问题的思路便会很清晰。这次实验设计让我收获很多，我也相信能够为自己以后的学习和工作提供宝贵的经验。自己在以后的培训学习过程中也会不断学习相关的知识加深对建模和分析的