门诊管理子系统软件需求说明书

数学与计算机学院实训报告课程名称：软件开发设计实训课程代码：题 目：医院门诊管理系统——需求分析年级/专业/班：学生姓名：学 号: 开始时间： 年 月 日完成时间： 年 月 日实训成绩:技术水平与实际能力（50）说明书撰写质量（50）总分（100）指导教师签名： 年月日目录TOC\o"1-5"\h\z\o"CurrentDocument"前景与范围文档 1\o"CurrentDocument"一、业务需求 1背景 1业务目标 1\o"CurrentDocument"业务风险 2\o"CurrentDocument"二、解决方案的前景 2\o"CurrentDocument"前景陈述 2\o"CurrentDocument"主要特性 2\o"CurrentDocument"3.假设和依赖 2\o"CurrentDocument"三、局限性 2\o"CurrentDocument"1.局限性和排斥性 2\o"CurrentDocument"四、业务背景 3\o"CurrentDocument"涉众概要 3\o"CurrentDocument"用户概要及项目优先级 3\o"CurrentDocument"用例 5\o"CurrentDocument"软件需求规格说明 8\o"CurrentDocument"一、介绍 8\o"CurrentDocument"1.目标 8\o"CurrentDocument"项目范围和产品特性 8\o"CurrentDocument"参考文献 9\o"CurrentDocument"二、总体描述 10\o"CurrentDocument"1.产品远景与规划 10\o"CurrentDocument"2.用户类和用户特性 10\o"CurrentDocument"运行环境 10\o"CurrentDocument"设计和实现的约束条件 11\o"CurrentDocument"假设和依赖 11\o"CurrentDocument"三、系统特性 11\o"CurrentDocument"门诊业务 11（1）描述与优先级 11\o"CurrentDocument"（2）刺激/响应序列 11\o"CurrentDocument"（3）功能性需求 12\o"CurrentDocument"四、外部接口需求 12\o"CurrentDocument"硬件接口 12\o"CurrentDocument"软件接口 13\o"CurrentDocument"通信接口 13\o"CurrentDocument"五、其他非功能性需求 13\o"CurrentDocument"性能需求 13\o"CurrentDocument"防护性需求 13\o"CurrentDocument"安全性需求 13\o"CurrentDocument"4.软件质量属性 13\o"CurrentDocument"附录A数据字典与数据模型 15\o"CurrentDocument"数据字典 15\o"CurrentDocument"附录B：分析模型 16\o"CurrentDocument"1.活动图 16\o"CurrentDocument"时序图 184.类图 20附录C：概念模型 21前景与范围文档一、业务需求1.背景随着计算机产业的发展，计算机在各个行业的应用也越来越普遍.采用计算机软件来管理代替了以前的人工操作。随着医院的发展，当前使用的医院信息管理系统软件已经不能满足当前他们的需要。在软件的升级和外网的访问和管理上都存在一些缺陷，使用比较麻烦。所以考虑设计一个新的的医院信息管理系统软件，来填补当前正在使用的系统的缺陷。2.业务目标本系统为医院管理系统的子系统，主要分为四大功能模块：1、挂号收费功能：医院门诊部工作人员为前来挂号看病的患者，提供挂号服务。医院门诊人员可根据患者的描述，选择适当的科室，选择专家门诊或普通门诊，查看当前值班医生，可以向需要的患者提供必要的医生的信息并进行挂号，并打印挂号凭证。可以对前来咨询医生工作时间或医院药品情况的就诊人员提供必要的咨询服务;2、划价收费功能：医院门诊部工作人员为持有医生药单或处方前来划价或缴费的人员根据其所持有的药单或处方分别进行划价和收费。医院门诊部工作人员可以向系统输入所有药品名，查看并选择药品规格，输入购买数量，系统将自动进行药品总费用统计，医院门诊部工作人员可根据系统显示的药品总费用进行收费，打印票据。3、病例管理功能：对与长期在医院进行看病或治疗的患者，系统将保留患者的基本信息及就诊记录，便于医生和患者查询。避免患者病历丢失所带来的损失。4、权限管理：该系统具有权限管理功能，对进入系统的人员进行权限验证，门诊工作人员在进入系统前，必须输入其工作号及密码，经系统验证成功后方可登陆。在门诊工作人员进行工作时，系统将自动记录其操作情况，统计其收费总额，门诊工作人员可以随时进行查看，便于门诊工作人员向财务部门交账时进行核对。业务风险医院服务系统更新较慢，新系统很难进入应用领域（可能性0.3影响4）本系统没有提供网上业务，影响系统的推广使用。（可能性0.5影响3）二、解决方案的前景前景陈述互联网技术迅速发展，为各行各业信息系统的建立打下了坚实的基础。医院的信息系统建设。在新的互联网技术的指导下。在全球一体化的大趋势下．具有广泛的发展前景,在对流行病学的调查、公共卫生事件和特殊病的调查以及对药品流通的管理都有一定的积极作用。主要特性FE-1日常的病人看病、挂号，住院、计费和医生计价、门诊。FE-2药品入库管理，对药品进行分类。FE-3病房分配，入院病人的用药，收费。FE-4在院医生、医务人员档案建立和管理。FE-5日常义务统计、整理、分析。假设和依赖为实现不同院区统一数据库管理，需提供网络连接；为确保系统在短时间断电时能正常运作，应提供前台操作和后台数据库的UPS。三、局限性局限性和排斥性本系统仅供医院内部使用，所以无法为外部人员提供服务。本系统目前版本不支持网络服务，所以外界无法通过网络访问四、业务背景涉众概要门诊管理系统编号名称说明期望00001病人所有病人可以很方便咨询病症可以快速找到相应的医生诊断病情00002挂号工作人员设立挂号窗口，为病人提供挂号服务和咨询服务1•计算挂号费用2.选择科室及挂号类型00003划价收费工作人员根据其所持有的药单或处方分别进行划价和收费，并且发放药品通过计算机能方便快捷的查看药品信息能快捷的输入药品规格和数量00004系统权限管理员负责整个系统的权限管理可以方便查看操作记录方便核对账目用户概要及项目优先级由于涉众不等于用户，用户才是将来使用系统的涉众代表，所以我们还需要定义使用系统的涉众代表，即用户的概要信息。用户概要说明代表涉众使用系统的用户说明，描述一般包括用户概况、特点和用户使用系统的方式等。可以通过下表1-3来表示：表1为用户概要说明表：

表1用户概要说明表编号用户名称用户概况和特点使用系统方式代表涉众US001门诊工作人员是门诊部门的内部岗位人员之一，负责挂号、收费、发放药品等一系列的服务流程。所有业务均通过计算机办理，可以直接操作计算机。0000200003US005系统管理人员系统管理员负责对系统的维护，包括系统用户权限管理，员工的档案管理，数据的备份恢复。所有工作由计算机完成00004用例各种用户类确认的“医院门诊管理系统”的用例和主要参与者如下所示：医生病人信息门诊工作人员病人图1病例管理模块用例图输入药品名称选择药品规格输入购买数量查看药品总额并收费打印凭证图3划价收费模块用例图系统管理员图4系统权限模块用例图1.主要参与者主要参与者用例挂号工作人员1.挂号收费划价收费工作人员发药计价4•收费系统权限管理员5.角色授权6•角色管理

2.用例用例ID号1用例名称门诊管理系统创建者某某取后更新者某某创建日期2014年12月1日最后更新日期2011年12月7日参与者挂号工作人员、病人、划价收费工作人员、系统管理员描述方便病人咨询病情和正确就医、取药以及其它救治方式前置条件病人就医后置条件存储病人挂号、就医等信息主过程病人到挂号处咨询并挂号挂号工作人员收取挂号费用并打印凭证、存储信息病人根据凭证找到对应医生医生检杳病情并开处方单划价收费人员根据药单发药并存储信息病人携带药品和票据离开软件需求规格说明一、介绍1.目标本文档的目的在于给出“医院管理系统”（以下简称本系统）的功能说明。1） 向用户描述“医院管理系统”的功能；2） 为编制后续各阶段的文档提供基本依据；3） 提供给用户确认或本地化修改的基本文件；4） 作为日后软件确认测试和系统验收之参考依据；5） 作为日后系统维护工作基准文件。本文档的内容涵盖了本系统的总体结构设计、软件运行环境设计、处理流程设计和软件功能设计等。本文档的使用者包括本系统用户、需求分析人员、项目管理人员、软件设计人员软件质量控制人员以及软件维护人员。决策支持:根据实际要求及时提供所需报表及文件。提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理。项目范围和产品特性2.1．项目范围：特性当前版本后续版本FE-1完全实现（管理日常事务）完全实现（依靠管理系统）FE-2完全实现完全实现FE-3完全实现完全实现FE-4完全实现完全实现FE-5完全实现完全实现FE-6完全实现完全实现FE-7完全实现（系统自动处理分析）完全实现FE-8不支持完全实现2.1．项目范围：FE-1日常的病人看病、挂号，住院、计费和医生计价、门诊。FE-2药品入库管理，对药品进行分类。FE-3病房分配，入院病人的用药，收费。FE-4注册门诊付费方式。FE-5在院医生、医务人员档案建立和管理。FE-6创建、浏览、修改和删除工作人员信息。FE-7日常义务统计、整理、分析。FE_8通过网络可以访问系统，或者授权的医院工作人员可以通过外部Internet访问系统参考文献黄国兴周勇.软件需求工程.清华大学出版社.2008张海潘.软件工程.北京：清华大学出版版社.2003WendyBoggs.UML与RationalRose2002从入门到精通.北京：电子工业出版社.2002刁成嘉.UML系统建模与分析设计.北京：机械工业出版社.2007二、总体描述产品远景与规划产品名称：医院管理系统产品类别：软件产品目标客户：各医院需求或机会的声明：本系统逻辑架构合理全面，满足了所有的用户需求新产品的主要竞争优势：安全快速全面的逻辑处理能力是本系统所独居的最大亮点。同时独立的错误处理能力也是其它系统所无法比拟的。用户类和用户特性随着科学技术水平的不断发展和现代化管理水平的不断提高，医院对于医院管理的智能网络管理提出了更高的要求。医院管理系统的建立涉及到医院的方方面面，从计算机的硬件到软件，从管理的模式到人员的素质，从医院领导的关心和重视到各部门相互配合，都对医院管理系统的建立产生了很大的影响。同时，通过医院管理信息系统的建立，将医院管理计算机化、规范化，提高了工作效率、规范了业务管理流程、节省了大量的人力、物力、财力和时间，摆脱了过去手工方式时的数据统计、资料查询费时费力的落后局面，将在经济效益和社会效益方面创造良好的研究和利用价值。本系统为医院人员规范了日常工作，简化了业务管理流程，提高了效率，增加了效益。同时为患者建立个人信息档案，方便管理查询。本系统能够迅速占领市场，满足市场的需求。运行环境硬件方面：Pentium级处理芯片；1兆显存的兼容显卡；256色，1024*960的兼容显示器；标准兼容打印机。软件方面：操作系统WINXP；支持环境VISUALBASIC6.0；数据库MicrosoftSQLServer2008。网络类型：局域网(以太网)。存贮器容量：数据库服务器：100G以上；客户端：20G以上。设计和实现的约束条件为了能够保证系统的正常运行，医院已经建立好通畅的局域网环境。医院财务系统预留接口，可接受医院管理信息系统的数据作为财务系统数据输入的组成部分。假设和依赖如果本系统需要互联网的应用，开发人员可以完成网络应用的添加；为了能够保证系统的正常运行，医院已经建立好通畅的局域网环境。医院财务系统预留接口，可接受医院管理信息系统的数据作为财务系统数据输入的组成部分。三、系统特性门诊业务(1)描述与优先级病人在挂号后得到其所挂的号码后，他们就可以在门诊室等候诊断，但所挂号过时后就无效；病人就只有再挂号然后再等候，等到轮到所挂号之后就可以去门诊医生处诊断。诊断完成后视结果再进行下一步活动。(2)刺激/响应序列刺激：病人咨询信息，请求挂号看病，然后挂号等待。响应：挂号员给病人挂号后，轮到病人之后由门诊医生对病人进行诊断刺激：病人挂号过期。响应：病人再次挂号。刺激：病人放弃所挂号码响应：如果号码状态是“未响应”，则允许下一个号码3）功能性需求门诊工作人员参与业务Order.Place门诊工作人员登录挂号系统Order.Place.Select门诊工作人员选择挂号类型以及科室Order.Place.Select.yes确认挂号信息，收取费用，病人等待门诊医生诊断Order.Place.Look.yes门诊医生针对病情开处方单Order.Place.Waiting病人根据处方单到收费处等待门诊工作人员划价收费Oreder.Pay.Confirm.OK确认收费，打印票据说明：门诊管理员通过挂号预约为患者诊治，为患者建立档案，生成处方，确定患者是否需要住院，收取费用。四、外部接口需求描述需要的用户界面的逻辑特征。1） 用户界面简洁，以图表为主，重点体显示的是数据，如药品明细等，色调为灰色2） 屏幕分为左右两侧，左侧占屏幕的25%，右侧75%，右侧上半部分为图表信息，下半部分为操作按钮3） 按钮为标准的矩形按钮，有确定和取消4） 设置快捷键5）错误信息显示以弹出对话框的形式1.硬件接口硬件接口名称硬件名称厂商接口描述RS232串行通讯口IC卡读写器XXXX符合ISO7816-3同步传输协议软件接口SI-1：后期有可能需要添加病人通过wifi手机查询功能。因此需要考虑程序后期与手机平台（android系统）的兼容问题，如：系统预留java开发接口SI-2：提供相应的接口来保证不同类型数据的一致性。通信接口通信接口名称协议或方式安全要求传输速率要求Web浏览器HTTP/1.0中10M五、其他非功能性需求性能需求应用系统过程中的数据库响应时间不超过10秒；系统生成页面速率为IMps；用户向系统录入信息、提交信息、查询信息等操作在5秒内完成。防护性需求防护性需求还没有确定。安全性需求系统用户必须要登录到“医院管理系统”才能完成后续的操作，不登陆不能查询到任何信息，不能做任何操作。所有涉及到系统功能和个人信息的内容，必须使用加密措施进行加密。软件质量属性Usability（易用性）T:查询，登记信息要方便服务员或前台人员操作。Usability（易用性）-2:收费操作方式要简洁，尽量采用键盘操作模式。便于收银员操作。Usability（易用性）-3:管理人员能很容易的生成自己所需要查看的报表。Maintainability（移植性）T：后期有可能需要添加病人通过wifi手机查询功能。因此需要考虑程序后期与手机平台（android系统）的兼容问题，如：系统预留java开发接口。附录A数据字典与数据模型1.数据字典病人说明=姓名+性别+身份证号+年龄+电话号码员工=员工编号+身份证号+性别+年龄+部门部门=部门编号+部门名称+领导编号+部门说明挂号信息=姓名+性别+年龄+科室+挂号类型附录B：分析模型1.活动图挂号收费用例活动图挂号收费用例活动图,如图1所示：图1挂号收费用例活动图划价收费用例活动图划价收费用例活动图,如图2所示：图2划价收费用例活动图

系统权限管理用例活动图系统权限管理用例活动图,如图3所示：身份验证操作或退出进入系统退出〕 Y角色管理操作图3系统权限管理用例活动图登录角色授权2.时序图2.1挂号收费用例时序图挂号收费用例时序图,如图4所示：图4挂号收费用例时序图2.2划价收费用例时序图划价收费用例时序图,如图5所示图5划价收费用例时序图3.协作图3.1挂号收费用例协作图挂号收费用例协作图,如图6所示：病人门诊工作人员病人门诊工作人员3.2划价收费用例协作图划价收费用例协作图,如图7所示4.类图门诊管理子系统类图