住院管理系统

1、住院信息管理系统任务一：确定需求基本用例角色：医生、护士、系统维护人员、出纳人员1. 护士功能需求：查询患者基本信息查询患者治疗信息：包括用药、诊疗记录危重患者的病情变化床位登记日常记录：体温、血压、2. 医生功能需求：查询患者信息更新患者病症记录查房信息查询患者检查信息开处方查询日程安排录入出院小结转科3. 系统维护人员功能需求：用户维护：护士、医生数据备份数据还原病区管理：外科、内科、血液科病房管理：4人间、2人间4. 出纳人员功能需求：病人办理入住手续出院办理 续费记录 账单统计打印满足上述需求的系统主要包括下面几个模块：数据库模块：提供使用者录入、修改并维护数据的途径录入模块：病人入院

2、、出院登记、包括编号、姓名、性别、年龄、病因等 查询模块：病人基本信息查询、包括编号、姓名、性别、年龄、病因等 统计模块：信息的统计、包括病人信息、病房信息、住房信息、用户信息 报表打印模块：病人基本信息表、包括编号、姓名、性别、年龄、账单信息、病因等 任务二：创建SRS文档SRS提供了不同类别的冻结需求规范引言住院信息管理系统是24小时不间断运行的用途SRS文档将作为SDLC（软件开发生命周期）设计和编码阶段的输入。 作用域住院信息管理系统是记录病人住院信息和有利于医务人员管理病人信息，对病患的情况进行实时跟 踪管理功能性需求1. 护士 ：可以通过该系统进行增删查病人基本信息，更新病床、病房

3、、病人状况信息2. 医生：进行病例了实时更新，登记日常查房记录、查询患者信息、患者检查信息、日程安排，录入出院小结、开处方以及转科。3. 系统维护人员：可以维护用户、备份数据、还原数据、管理病区、管理病房。4. 出纳人员：入住、出院手续办理、续费记录、账单统计的打印。非功能性需求：用户对医院的意见和建议的提出。界面需求：1. 应该具有键盘机制，以输入信息2. 界面格式一致，风格一致3. 界面操作简单易懂运行环境：为了保证系统的运行效率，应该经常维护。任务三：确定用例1. 护士参与的用例：查询患者基本信息查询患者治疗信息记录危重患者的病情变化床位登记日常记录2. 医生参与的用例：查询患者信息更新

4、患者病症记录查房信息查询患者检查信息开处方查询日程安排录入出院小结转科3. 系统维护人员参与的用例：用户维护数据备份数据还原病区管理病房管理4. 出纳人员参与的用例：病人办理入住手续出院办理续费记录账单统计打印任务四：确定角色医生护士系统维护人员出纳人员任务五：描述用例和角色之间的关系1.医生参与的用例图（如图1所示）O录入出院小结医生转科查询患者信息更新患者病症记录查房信息查询患者检查信息开处方查询日程安排图1医生参与的用例图医生可以查询日程安排，按日程安排查询患者信息和检查信息并更新患者病症、 每天记录查房信息、录入出院小结。2.护士参与的用例（如图 2所示）给患者开处方,护士可以查询患者

5、基本信息和治疗信息并记录危重患者的病情变化、做好床位登记和日常登记。3.系统维护人员参与的用例（如图 3所示）用户维护数据备份系统维护人员数据还原病区管理病房管理图3系统维护人员参与的用例图 系统维护人员要维护用户，每天做好数据备份和还原，并管理好病区和病房。出院办理O续费记录账单统计打印病人办理入住手续出纳人员4. 出纳人员参与的用例（如图 4所示）图4出纳人员参与的用例图出纳人员给病人办理入住和出院手续，并做好续费记录和账单统计打印。 任务六：细化用例细化医生参与的用例图（如图5所示）word资料登陆系统记录查房信息医生录入出院小结.“活查询患者基本信息查询患者诊疗信息开处方_一（V查询日

6、程安排更改日呈女排 转科办理专科手续图5细化医生参与的用例图登录用例：可以查询、更新患者信息，查询日程安排和患者的检查信息并录入出院小结。 查询日程安排用例：可以申请日程变更。转科用例：可以办理专科手术。细化护士参与的用例（如图 6所示）查询病历卡护士日常记录B者信息改动床位登记 亠、” 床位变动查询患者基本信息查询患者诊疗信息登陆系统图6细化护士参与的用例图 登录用例：可以查询患者基本信息和治疗信息 查询患者治疗信息用例：查询病历卡。 床位登记用例：可以记录床位的变动。细化系统维护人员参与的用例（如图7所示）维护人员病房管理f病区添加用户维护更改查询vvexte nd登陆系统数据备份病区管理

7、数据还原病房移除病区移除病房添加图7系统维护人员参与的用例图用户维护用例：可以对用户信息进行添加、修改、删除和查询。病区管理用例：可以添加和删除病区 病房管理用例：可以添加和减少病房以及为患者转房细化出纳人员参与的用例（如图8所示）登陆系统有医保卡报销I、一一一/病人办理入住手续J无医保卡1 自费出纳人员1If、:一-!.1 出院办理评价JCD以续费续费记录统计账单打印j-一/未续费I图8细化出纳人员参与的用例图病人办理入住手续用例：可以更具有无医保卡选择报销和自费。 出院手续用例：评价续费手续用例：可以查询是否续费。二、住院信息管理系统的静态建模通过使用静态建模来描绘系统的物理结构，包括类关

8、系图和对象关系图。静态建模技术用于描绘软件系统的静态或结构成分，也称为结构建模。（在这次的课程设计中我主要设计了类图，对象图时类图的实例，所以并没有画出对象图）确定初始类图通过问题陈述提取出名词或者名词词组，然后再通过规则确定该系统需要的类。（1）去除冗余类（2）去除不相关类（3）去除模糊类（4）提取属性（5）提取操作确定类的属性（能够描述类的特性）确定类的方法（提取动词词组）分析类之间的关系通过分析之后，我得出了住院管理系统需要用到的类有：医院人员类：hospital Person病人类：sickpers on全职医生类：fulltimedoctor兼职医生：parttimedoctor医生

9、类：doctor 护士类：nurse 维护人员类： surfacema n病床类：sickbed病区类：sickzoom病房类：sickroom 账单类：bill 地址类：Address 科室类：Office 药品类：Medici ne这样，完整的类图就可以画出来了。（类图如图9所示）E m ployed name 島甘 葩age 0 sax怕右hiwr cashier id*ch&ck_in() *check_outO *count(7 *seqjalQ4ack upQ *db_reveit() *sjckroom_manageO *si c kzoo m_manage( *login ma

10、nage()輛叫 *register_bed () *1og_daiiy()MTim 刖 octcir fullTi med octo rjdparfTimedoctorpartTimed octor_ld0 Mick2oom 瞑 z_fcl ?sz_Name sz_doctor sznurse sz leveladdresssickroom0 N srszszpatient PttJD- Ptt_Name Ptt_Sex PttlDoctor 爲Pti Nurse 唸 FfSickb 亡 d 鬆Ptt Address 知 tfBillbill吒bil idsickbed sbjd 0sb_N

11、ame sbjevelEstreat 龟 city Estate zip co deiculatePaya &ieAmt()*generateBillQMedicine*enterStreet() *enterCity() *enterStflte() *enterZipcodeO图9医院管理系统类图三、住院信息管理系统的动态建模动态建模表示软件系统静态成分的行为，所以，也称为行为建模。使用动态建模技术来表示软 件系统中静态成分的交互、工作流程和各种状态。通常使用交互关系图、状态关系图和活动关系图 来创建。交互关系图描述软件系统静态成分之间的交互。（序列图和通信图，通信图也称为协作图）活动关系

12、图表示系统的静态成分为了完成过程需要执行的活动的顺序。状态关系图则描绘软件系统各成分之间的交互而造成的对象状态的更改。任务一：系统的序列图序列图以按时间排列的消息形式来表示对象之间的交互，描绘了消息的时间顺序。医生查询信息序列图（如图10所示）:医生页面系统后台数据库3:查询患者信息4:查询日程安排1:单击登陆按钮亠-1 2:校验数据5:检索信息 4,-6:返回数据|7:返回查询信息3:查询患者和治疗信息34:检索信息5:6:返回数据倍返回数据给患者虬7:返回结果到页面图11护士查询信息序列图 护士查询患者信息与医生查询信息的过程相同。出纳人员生成账单序列图（如图12所示）:出纳人员系统DB1

13、:单击登录按钮验证身份3:提交账单到系统校验数据5:保存数据到数据库6:返回账单信息7：返回账单信息到页面8：返回信息给出纳人员图12出纳人员生成账单序列图出纳人员在登录系统之后，将账单提交到数据库，服务器再与数据库交互，将数据保存到数据 库，如果数据保存成功，则显示为True,系统就会将账单信息一步步返回给出纳人员，若数据保存不成功，则显示为 False，由用户重新保存。任务二：系统的通信图通信图以消息的形式表示对象之间的交互，描绘了参与对象的结构职责。医生查询信息协作图（如图 13所示）医生要查询患者信息，首先要登录系统这时登录窗口负责和服务器交互，将用户输入的用户名 和密码发送到服务器，

14、服务器再与数据库交互，以验证用户名和密码的有效性，如果验证成功，则 返回true，用户进入登录后的界面，验证失败返回false，页面继续跳转到登录界面。登录系统以后，可以向系统提出查询申请，在后台数据库中检索到所要查询的内容后，返回给医生。2: 1 ,1:单击登陆按钮页面:医生8:返回数据给医生7:返回查询信息/3:查询患者信息系统4:查询日程安排5：检索信息-6:返回数据后台数据库图13医生查询信息协作图护士查询信息协作图（如图14所示）护士查询患者信息与医生查询信息的过程相同。都是首先要登录系统这时登录窗口负责和服务 器交互，将用户输入的用户名和密码发送到服务器，服务器再与数据库交互，以验

15、证用户名和密码 的有效性，如果验证成功，则返回 true，用户进入登录后的界面，验证失败返回false，页面继续跳转到登录界面。登录系统以后，可以向系统提出查询申请，在后台数据库中检索到所要查询的内 容后，返回给护士。1:单击登录按钮:护士2:验证身份5:保存数据到数据库系统DB 一6:返回账单信息图15出纳人员生成账单协作图任务三：系统的状态图状态图表示对象在其生命周期期间因响应事物而获得的各种状态。病人出入院状态图（如图 16所示）患者在医院有出院、入院状态图。当患者出入院时，首先应办理出入院手续，若已办理则 可以出、入院，否则则不能。住院未办理已办理图16病人出入院状态图病床状态图（如图

16、17所示）病床状态图有使用中、维修中、闲置中与报废4种状态，当病床购入后，若损坏，则处于维修中这一状态，修复后才可以使用，若无法修复则为报废状态，病床若无人使用则处于 闲置状态，反之则处于使用状态。图17病床状态图任务四：系统的活动图可以使用活动图来对特定过程的控制流进行建模，是特殊类型的状态机关系图。账单打印活动图（如图 18所示） 在打印账单时，应登录系统界面，在登录界面之后，首先要浏览患者信息，查询患者账单 余额是否少于500，若少于则打印催费单和这一天账单，若不少于则打印这一天账单。系统首页登录界面登录成功Y浏览缴费 信息打印图18账单打印活动图四、住院信息管理系统的架构建模部署软件系统的设计不仅包括描述逻辑构成（如类、对象和接口）而且包括描述软件系统中实 现的逻辑构成。实现逻辑构成的目的是构成包含组件和节点的物理系统。组件通过一组接口来实现 系统的静态构成。节点通常表示部署了组件的处理或者设备。架构建模能够使我们了解组件在组织网络中的物理分布。要对软件系统的架构进行建模，需要 创建以下关系图：包关系图：描述根据特定条件分组在一起的软件系统构成。部署关系图：描述执行软件系统组件的各种处理设备。在这次的课程设计中，我只分析了包图和部署关系图。包图如图19 所示图19医院工作人员包