软件需求规格说明书215911_Cure组

《软件需求规格说明书215911_Cure组》由会员分享，可在线阅读，更多相关《软件需求规格说明书215911_Cure组（22页珍藏版）》请在装配图网上搜索。

1、医院医疗管理系统需求规格说明书Cure蔡天倚组书目1.引言31.1 探讨背景及选题来源31.2 项目背景3a. 软件名称3b. 本项目的参加者和运用者31.3定义41.4参考资料42任务概述42.1 待开发软件的一般描述42.2 待开发软件的功能52.3 条件与限制53功能需求63.1系统模块层次图63.2功能划分73.3 系统用例图73.3用例细化刚好序图8扣费83.3.2 删除客户83.3.3 添加客户93.3.4 登录103.4 功能描述113.4.1 登录模块11客户评价显示模块12客户管理模块12客户缴费模块13客户交易查询模块14新会员卡办理模块14员工管理模块15员工服务评价模块

2、154.数据描述164.1静态数据164.2动态数据164.3数据库描述174.4数据采集174.5 E-R图184.6 数据词典195. 性能需求195.1 时间特性195.2 适应性196软件属性需求206.1 用户界面206.2 硬件接口206.3 软件接口206.4故障处理207.其他需求201. 引言1.1 探讨背景及选题来源现代化的医院也应当有现代化的管理系统，在科技日益发达的今日，人们的身体健康也在收到不断的重视,因此医院的现代化管理也显得尤为重要，这里我们小组设计的一个医院医疗管理系统，旨在“以患者信息为核心，以医生管理为纽带，以分析决策信息为主导”本题的选题来源来自于在网上结

3、合本队实力和客观条件选择出的多个项目中的一个。随着医疗现代企业的不断发展壮大，对医务人员的管理需求也须要不断提高，而要供应优质的管理功能，从前的简洁的人工记录是不能达到一个医院的管理条件的。计算机技术的发展为医疗系统的医务人员管理供应了技术手段，可以使的工作效率大大提高，并节约成本，并且通过这个系统，大大便利了患者。在以上背景的基础上，我们组确定针对医院人员开发一套完整可供运用医院医疗管理系统，并在全部基础的功能上进行肯定的创新。 1.2 项目背景a. 软件名称医院医疗管理系统b. 本项目的参加者和运用者本项目的参加者设计实现者是蔡天倚组全体成员：蔡天倚，毛续锟，王策，伍志强李璟明，纳扎尔江，

4、袁路非。本项目的运用者针对全部PC客户端的运用者，通过本系统实现对医院各个医疗部门的管理和操作。1.3 定义名称描述用户医院医疗管理系统全部运用者的统称患者去医院看病的患者挂号部只能运用本系统中挂号系统的用户医生只能运用本系统中诊断系统的用户收费员只能运用本系统收费系统的用户药品管理员只能运用本系统中药品管理系统的用户分诊台员只能运用本系统中分诊台系统的用户病理科只能运用本系统中病历记录管理系统的用户HR只能运用本系统中医院人员管理系统的用户1.4参考资料软件工程 张海藩中小型企业客户管理系统的设计与实现 林雨2任务概述2.1 待开发软件的一般描述医院医疗管理系统旨在于pc环境下，通过已驾驭的

5、C，C+，数据库，数据结构等学问实现医院中业务的各种管理操作，同时能够实现一些较创新的功能。2.2 待开发软件的功能基本功能：实现医院中各部门的分别登录操作；实现挂号部对于用户ID卡的新建和查找，实现挂号部对于科室医生的查找并挂号；实现诊断系统中的叫号系统，允许医生查看病例和开药并写医嘱；实现收费系统对于全部费用的查询显示，药品的容量查询；实现药品管理系统的抓药确认，药品查询，药品入库和出库；实现体检系统的叫号管理；实现病例管理系统的对于全部患者的病例查询；实现医院人员管理系统的对于全部人员信息的增、删、改、查；实现住院系统在入院时对于床位和护工的安排，出院时的记录管理；以上全部操作均在1秒内

6、完成。其他功能待定。2.3 条件与限制由于时间紧迫和水平有限等缘由，我们只能实现我们暂定的功能，但在客户端界面的设计上无法做到特别精致。可能会出现微小BUG，在可接受范围内。3功能需求3.1系统模块层次图3.3 系统用例图3.3用例细化刚好序图3.3.1 登录用例名称包含用例执行者描述登陆会员登陆用户用户在客户端输入用户名和密码，客户端将该信息上传到服务器并与用户数据库中的信息对比，若胜利匹配到则返回胜利和该用户的权限，失败则返回失败缘由并显示给用户。叫号诊断用例名称包含用例执行者描述叫号诊断叫号医生对等待患者进行叫号诊断医生对于患者症状给出诊断和医嘱3.3.2 查询诊断用例名称包含用例执行者

7、描述查询诊断查询患者ID医生查询当前病患信息诊断医生对于患者症状给出诊断和医嘱3.4 功能描述3.4.1 登录模块功能描述：用户可依据自己所在的科室或者行政部门，登录自己拥有权限下的模块，只读部分没有权限的模块。功能操作：前置事务：用户未登录基本领件流：用户只能登陆，不能注册。当用户输入自己全部权限的ID和密码后，当账号和密码与服务器中所记录的一样时，用户可进入系统。假如用户ID存在但是密码不一样，则返回密码错误，假如ID不存在，则返回用户不存在。备选事务流：无后置事务：登录完成后可以操作自己全部权限下的各个功能挂号模块功能表述：当患者到达挂号窗口时候，查询患者有无卡，若无卡则新建卡，有卡则进

8、行下一步选医生挂号、缴挂号费。若丢失卡则补卡。功能操作：前置事务：用户有卡挂号;用户无卡挂号;用户补卡挂号;基本领件流：用户有卡挂号：当患者有卡进行挂号时，进行查询id操作，进而选择科室（顺便显示科室简介），选择科室中的医生应显示医生是否有空（下班时间前一小时停止挂号）显示挂号费用，完成后安排一个时间段号码，用户无卡挂号：当患者无卡挂号时，转为新增病例卡功能，其中包括输入一个新的id，患者的基本信息（患者姓名，身份证号，年龄，联系方式）而后进行与有卡操作相同的步骤。用户补卡挂号：当患者卡丢失时，由于本系统身份证号是和卡号链接的，所以输入身份证号，会显示之前的卡号，之后的流程就是无卡挂号+有卡挂

9、号。备选事务流：无后置事务：无门诊诊断模块功能描述：主治医生在该叫号系统的支持下对队列中的病人按序进行诊断，下医疗叮嘱，开药，检查。功能操作：前置事务：用户已经登陆.基本领件流：主治医生在叫号队列中选择队列顶的号码，患者到达后，查询患者id，会显示患者的病例及其基本信息，之后会对患者做检查，内容基本有依据检验结果来下医疗叮嘱，开药，记录症状等，内容会写入病例记录管理即病理科（便利医院内部的自主评测医生是否有医疗不当等行为）。备选事务流：无后置事务：写入的医疗叮嘱和开药记录会登记在病理科系统中。收费系统模块功能描述：挂号处：依据选择科室医生来收取挂耗费开药：假如药品有库存，则会依据所开的药来收取

10、费用体检：缴费取号，功能操作：前置事务：挂号处：医生有号开药：药品有库存基本领件流：挂号处：患者选择所要挂号的医生进行缴费，缴费完成后返回一个对列号，该队列号由主治医生来进行叫好诊断。开药处：开药处首先判定患者所须要的药品是否有库存，若有则患者缴费，领取药品后该药品的数量削减。体检：体检缴费，进而排队体检。备选事务流：无后置事务：无药品管理模块功能描述：对药品进行入库和库存查询的功能以及对患者发放药物的出库管理。功能操作：前置事务：患者已经登缴费基本领件流：输入卡号；在确定患者缴费胜利之后，查询药物（可依据代码和名称查询）显示名称，每种药品低于20包用红字显示。若够患者所需的量，则出库药物入库

11、：查询后选择入库数量并确定。备选事务流：无后置事务：无体检系统模块功能描述：简易的叫号系统功能操作：前置事务：患者已经缴费基本领件流：患者缴费胜利后领取一个号码排队等待体检，由检验科通过系统一个一个叫号。 备选事务流：无后置事务：无员工管理模块功能描述：该模块为单独的科室即病理科，旨在检查医生对患者的诊疗是否合理正确，尽量避开医疗事务的发生。功能操作：前置事务：患者的病例录入系统。基本领件流：病理科抽查患者病例，显示患者姓名，身份证好，联系方式，每次诊断的信息（药房，医疗叮嘱，医生姓名，开药时间），若存在医疗事故，则上报有关部门进行相关处理。备选事务流：无后置事务：无医院人员管理模块功能描述：

12、对医院各个人员进行管理功能操作：前置事务：相关权限人员登录该模块进行医院人员的各项管理基本领件流：拥有该权限的人可以对医院人员进行增删改查操作，其中各类人员进行分类管理（医生，护士，管理人员），医院人员进行分科室管理，每个人员有单独的个人信息，包括（id，姓名，职位，科室，联系方式，工资，入职时间，诞生年月，工作时间）。备选事务流：无后置事务：无住院系统模块功能描述：对医院各个人员进行管理功能操作：前置事务：相关权限人员登录该模块进行医院人员的各项管理基本领件流：拥有该权限的人可以对医院人员进行增删改查操作，其中各类人员进行分类管理（医生，护士，管理人员），医院人员进行分科室管理，每个人员有单

13、独的个人信息，包括（id，姓名，职位，科室，联系方式，工资，入职时间，诞生年月，工作时间）。备选事务流：无后置事务：无4.数据描述4.1数据库描述SQL Server 2012 ，数据库名称：HMDDB。4.2数据采集本系统的用户有HR导入或导出，病例由医生进行导入，并且导入到病理科为只读模式，各个人员都只能在自己权限下的模块进行导入，删除，修改等操作。4.3 E-R图4.4 数据词典（1）数据流名：医生上班时辰表组成：医生工号，上班时间，下班时间，星期数来源：HR输入流向：服务器及其他全部客户端。（2）数据流名：门诊科室表组成：科室名称，科室编号，科室简介来源：HR输入流向：服务器及其他全部

14、客户端（3）数据流名： 护士信息表组成：护士工号，护士姓名，护士身份证号，诞生日期，手机联系方式，护士入职时间，护士所在科室，离职标记来源： HR输入流向：服务器及其他全部客户端（4）数据流名： 病房表组成：病房编号，科室编号，病房类型，病房空床数来源： 住院部输入流向：服务器及其他全部客户端（5）数据流名： 住院信息表组成：患者身份证号（患者信息表），护士工号（护士信息表），亲属联系方式，入院时间，建议出院时间，主治医生工号（医生信息表），床位信息，每天费用来源： 住院部输入流向：服务器及其他全部客户端（6）数据流名： 门诊叫号表组成：患者身份证号（患者信息表），叫号号码，医生工号（医生信息

15、表）。来源： 挂号员输入流向：服务器及其他全部客户端（7）数据流名： 病例表组成：患者身份证号（患者信息表），就诊时间，医生工号（医生信息表），症状，用药，医嘱，进行的检查，是否建议住院。来源： 主治医生输入流向：服务器及其他全部客户端（8）数据流名： 药品表组成：药品名称，药品编号，药品售价，药品类别（处方，非处方），药品库 存。来源： 药品管理员输入流向：服务器及其他全部客户端（9）数据流名： 患者须要药品表组成：患者身份证号（用户信息表），药品编号（药品表）。来源： 主治医生输入流向：服务器及其他全部客户端（10）数据流名： 患者须要检查表组成：患者身份证号（用户信息表），体检项目编号（

16、体检项目表）。来源： 主治医生输入流向：服务器及其他全部客户端（11）数据流名： 体检项目表组成：项目名称，项目编号，所属科室编号（体检科室表），项目收费来源： 体检科人员输入流向：服务器及其他全部客户端（12）数据流名： 体检科室表组成：科室编号，科室名称，科室功能。来源： 体检科人员输入流向：服务器及其他全部客户端（13）数据流名： 体检叫号表组成：患者身份证号（患者信息表），叫号号码来源： 收费科人员输入流向：服务器及其他全部客户端（14）数据流名： 登录信息表组成：工号，密码，身份标识。来源： HR输入流向：服务器及其他全部客户端（15）数据流名： 患者信息表组成：卡ID六位，姓名，身

17、份证号，诞生日期，手机联系方式。来源： 挂号员输入流向：服务器及其他全部客户端（16）数据流名： 医生信息表组成：工号，医生姓名，医生职称，身份证号，诞生日期，手机联系方式，科室编号（科室表），挂号费用，离职标记。来源： HR输入流向：服务器及其他全部客户端5. 性能需求5.1 时间特性对系统进行技术上以及算法上的优化升级，确保每次操作响应在2秒以内。5.2 适应性保证PC端的正确进行。6软件属性需求6.1 用户界面填写信息、用户和患者信息时对填写的内容格式有特定的要求，在控件旁有说明并且有相应的服务器端验证。为运用户界面更加友好，界面显示时对长度进行限制，若内容项过长则显示为缩略形式，如须要

18、查看全部信息，可以点击相关按钮进行显示。软件对通信要求较高，向服务器发出恳求后，服务器必需快速响应。6.2 硬件接口基本的输入输出设备。输入：键盘、鼠标；输出：显示器。6.3 软件接口本系统只针对医院内部运用，不与其他系统产生交互，因此不存在与外部的接口，是独立软件。6.4故障处理平均故障间隔时间（MTBF）：6个月。平均修复时间（MTTR）：系统发生故障后用于修复的平均暂停运转时间为2小时。7.其他需求产品质量需求：主要质量属性具体要求正确性收费项目等计算都精确无误；对查询时的输入进行限制，查询结果精确无误；健壮性最大缺陷率：每千行代码缺陷数3个分级缺陷率：每千行代码致命错误无，一般错误1个，微小错误2个牢靠性可用性：一般用户依据提示或帮助文档即可完成各种业务。扣除维护时间，系统正常供应服务时间的百分比应为95%以上， 平均故障间隔时间（MTBF）：6个月平均修复时间（MTTR）：系统发生故障后用于修复的平均暂停运转时间为2小时可支持性本系统是C/S架构，可以添加一些其他功能模块性能，效率页面响应时间应当在3秒以内，最长不能超过4秒； 服务器可同时容纳多个客户同时访问易用性运用者能够很快明白软件功能；界面设计友好、简洁、易用；平安性客户端与服务器端的通讯进行了加密处理。