为了正常的体验网站,请在浏览器设置里面开启Javascript功能!

北京天桥医院门诊管理系统需求分析

2017-09-01 34页 doc 64KB 36阅读

用户头像

is_637320

暂无简介

举报
北京天桥医院门诊管理系统需求分析北京天桥医院门诊管理系统需求分析 文 档 编 号 产品版本 密级 内部 ******技术有限公司 产品名称: 共 页 ,项目名称, 软件需求说明书 作 者: 韩雲龙 钱栋瑜 屈碧勃 何凯 杨国春 完成日期: 2015年1月4日 签 收 人: 张建文 签收日期: 2015年1月4日 修改情况记录: 版本号 修改批准人 修改人 日期 签收人 ——需求文档中各项功能编号编号规则 编号规则 一、 格式: XXX-XXX1-T/D/P1 二、具体规则: 1. 首位XXX:项目名称的一个字的首字母,例如 ...
北京天桥医院门诊管理系统需求分析
北京天桥医院门诊管理系统需求分析 文 档 编 号 产品版本 密级 内部 ******技术有限公司 产品名称: 共 页 ,项目名称, 软件需求说明书 作 者: 韩雲龙 钱栋瑜 屈碧勃 何凯 杨国春 完成日期: 2015年1月4日 签 收 人: 张建文 签收日期: 2015年1月4日 修改情况: 版本号 修改批准人 修改人 日期 签收人 ——需求文档中各项功能编号编号规则 编号规则 一、 格式: XXX-XXX1-T/D/P1 二、具体规则: 1. 首位XXX:项目名称的一个字的首字母,例如 “金牌家政呼叫中心”,记为:“JP”。 2. 中间位XXX:功能名称缩写,如电话本功能,缩写为“DHB-”开头加3位功能编号(从 1---开始)。如T-1。 3. 末尾位(T)测试用例功能编号将以“T-”开头,加3位数字,如T-1 (D)文档功能编号将以“D-”开头,加3位数字,如D-1 (P)开发文档功能编号将以“P-”开头,加3位数字,如P-1综上所述,JP-DHB1-T1所代表的意义是:金牌家政呼叫中心—电话本管理功能1--测试用例1 第 1 页 共 27 页 北京天桥医院门诊管理系统需求分析 目录 软件需求说明书 ............................................................................................................... 1 目录................................................................................................................................. 2 1 引言 ............................................................................................................................. 4 1.1 编写目的 ............................................................................................................ 4 .2 范围 ................................................................................................................... 4 1 1.3 定义 ................................................................................................................... 5 1.4 参考资料 ............................................................................................................ 5 2 项目概述 ...................................................................................................................... 5 2.1 产品描述 ............................................................................................................ 5 2.2 产品功能 ............................................................................................................ 7 2.3 用户特点 ............................................................................................................ 8 2.4 一般约束 ............................................................................................................ 8 2.5 假设和依据 ......................................................................................................... 8 3 具体需求 ...................................................................................................................... 9 3.1 功能需求 ............................................................................................................ 9 3.1.1 用户管理 ................................................................................................... 9 3.1.1.1 引言 ................................................................................................ 9 3.1.1.2 用例分析 ......................................................................................... 9 3.1.1.3功能归纳 .......................................................................................... 9 3.1.2 角色管理 ..................................................................................................10 3.1.2.1 引言 ...............................................................................................10 3.1.2.2. 用例分析 .......................................................................................10 3.1.2.3功能归纳 .........................................................................................10 3.1.3 权限管理 .................................................................................................. 11 3.1.3.1 引言 ............................................................................................... 11 3.1.3.2 用例分析 ........................................................................................ 11 3.1.3.3 功能归纳 ........................................................................................12 3.1.4 挂号管理 ..................................................................................................13 3.1.4.1 挂号服务 ........................................................................................13 3.1.4.2 病人信息管理 .................................................................................14 3.1.4.3 信息咨询 ........................................................................................15 3.1.5 划价收费管理 ...........................................................................................16 3.1.5.1 收费管理 ........................................................................................16 3.1.6 病历管理 ..................................................................................................17 3.2业务流程 ............................................................................................................20 3.2.1 系统的业务流程 .......................................................................................21 3.2.2 权限管理业务流程 ....................................................................................22 3.3 外部接口需求 ....................................................................................................22 3.3.1 用户接口 ..................................................................................................22 3.3.2 硬件接口 ..................................................................................................23 3.3.3 软件接口 ..................................................................................................23 3.3.4 通信接口 ..................................................................................................23 第 2 页 共 27 页 北京天桥医院门诊管理系统需求分析 3.4 性能需求 ...........................................................................................................23 3.5 设计约束 ...........................................................................................................23 3.5.1 其他的约束 .......................................................................................24 3.5.2 硬件的限制 ..............................................................................................24 3.6属性 ...................................................................................................................24 3.6.1 可用性 .....................................................................................................24 .6.2 安全性 .....................................................................................................24 3 3.6.3 可维护性 ..................................................................................................25 3.6.4 可转移 ,转换性......................................................................................25 3.6.5 警告 .........................................................................................................25 3.7 其他需求 ...........................................................................................................25 3.7.1 数据库 .....................................................................................................25 3.7.2 操作 .........................................................................................................26 3.7.3 场合适应性需求 .......................................................................................26 4 附录 ............................................................................................................................27 第 3 页 共 27 页 北京天桥医院门诊管理系统需求分析 1 引言 1.1 编写目的 编写医院门诊管理系统需求规格说明书的目的是根据目前的项目调研及与用户交流沟通的情况,将我方与甲方双方对项目的认识、理解,整理形成清晰、准确的项目需求文档,以便双方对项目需求达到理解一致,便于项目成功实施,也将它作为开发人员系统设计的参考文档指导下一阶段的系统设计工作,使软件开发者对该软件的初始规定有一个总体的认识和理解,使之成为整个开发工作的基础。 1.2 范围 说明: a( 北京天桥医院门诊管理系统; b( 说明软件将干什么,如果需要的话,还要说明软件产品不干什么; c( 描述所说明的软件的应用。应当: 1)尽可能精确地描述所有相关的利益、目的、以及最终目标。 2)如果有一个较高层次的说明存在,则应该使其和高层次说明中的类似的陈述相 一致(例如,系统的需求规格说明)。 角色 需求描述 医院门诊部门 1、以不同的身份登录系统。 工作人员 2、挂号部门能够将病人的信息输入,通过病人的要求描述选 择医生和科室。 3、医生能将病人的病例信息输入系统。 4、通过医生所开处方进行划价收费。 后台管理人员 实现软件的升级和更新 第 4 页 共 27 页 北京天桥医院门诊管理系统需求分析 1.3 定义 本系统:医院门诊管理系统 新数据库:是指本平台设计的用户、权限、门户、系统管理数据库。 应用系统:是指本次在本平台做集成及统一认证的勘探开发、经营管理等方面的B/S应用系统。 1.4 参考资料 列出要用到的参考资料,如: a( 本项目的经核准的计划任务书或合同、上级机关的批文; b( 属于本项目的其他已发表的文件; c( 本文件中各处引用的文件、资料,包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2 项目概述 2.1 产品描述 科技进步将人类带到了信息时代,计算机已成为各行各业在业务处理与管理工作中必不可少的辅助工具,并对各行业的发展起到越来越大的推动作用。计算机信息管理技术的应用,除了能在相当大的程度上代替人工作业,从而减少人员工作量,减轻工作负担,减少工作中因人为原因而产生的错误从而避免不必要的损失外,更重要的是能建立准确畅通、简便的信息流通渠道,为工作提供所需要的准确、即时的信息以帮助做出正确而及时的选择与决定,从而给采用这门技术的单位带来了巨大的可见或不可见的利益与效益。 随着信息时代来临,信息处理的利器—计算机应用于医院的日常管理为医院的现代化带来了从未有过的动力和机遇,为医疗卫生领域的飞速发展提供了无限潜力。采用计算机管理信息系统已成为医院管理科学化和现代化的重要标志,给医院带来了明显的经济效益和社会 第 5 页 共 27 页 北京天桥医院门诊管理系统需求分析 效益。为了加快医院系统的信息化步伐,提高医院的业务水平,建设和完善医院信息系已变得十分必要。系统的建设将本着“以患者为中心”的原则,以方便患者、提高就诊效率为目的,力争为患者提供最满意的服务,同时也将提高医院的社会效益和经济效益。与市场经济的接轨的过程中,每个医院都面临着强化内部管理、树立医院形象、上层次晋等级、进而提高社会效益和经济效益的艰巨任务。在医院管理过程中应用计算机系统,可随时进行经济核算,展开成本效益分析,使医院经营决策科学化;借据计算机数据处理严密可靠的特有机制,在改善医院人、财、物管理,降低医院管理人员工作强度,提高医疗工作质量,杜绝人情方、搭车药、减轻病员负担,创造医院良好信誉等诸多方面,益康医院管理信息系统都将成为您不可或缺的助手和工具。 因此,医院信息化建设工作具有长期性、复杂性和内容的多变性;医院门诊管理系统不是一个简单的、封闭的、静止的软件,而是一个复杂的、开放的、在应用的深度和广度上逐步变化和发展的软件系统 第 6 页 共 27 页 北京天桥医院门诊管理系统需求分析 2.2 产品功能 北京天桥医院门诊管理系统 用户管理挂号管理病历管理划价收费权限管理 修删增新病病药权权权登改除加挂病增病信例例品限限限陆用用用号人病历息查修收申分查退户户户服信例删咨询改费请配看出信信信务息录除功功功功功功询功息息息功管入功能能能能能能功功功功能能理能能能能能 收挂改退费号号号管功功功理功能能能能 系统功能E-R图 1、挂号收费功能: 医院门诊部工作人员为前来挂号看病的患者,提供挂号服务。医院门诊人员可根据患者的描述,选择适当的科室,选择专家门诊或普通门诊,查看当前值班医生,可以向需要的患者提供必要的医生的信息并进行挂号,并打印挂号凭证。可以对前来咨询医生工作时间或医院药品情况的就诊人员提供必要的咨询服务; 2、划价收费功能: 医院门诊部工作人员为持有医生药单或处方前来划价或缴费的人员根据其所持有的药单或处方分别进行划价和收费。医院门诊部工作人员可以向系统输入所有药品名,查看并选择药品规格,输入购买数量,系统将自动进行药品总费用统计,医院门诊部工作人员可根据系统显示的药品总费用进行收费,打印票据。 3、病例管理功能: 第 7 页 共 27 页 北京天桥医院门诊管理系统需求分析 对与长期在医院进行看病或治疗的患者,系统将保留患者的基本信息及就诊记录,便于医生和患者查询。避免患者病历丢失所带来的损失。 4、权限管理功能: 该系统具有权限管理功能,对进入系统的人员进行权限验证,门诊工作人员在进入系统前,必须输入其工作号及密码,经系统验证成功后方可登陆。在门诊工作人员进行工作时,系统将自动记录其操作情况,统计其收费总额,门诊工作人员可以随时进行查看,便于门诊工作人员向财务部门交账时进行核对。 2.3 用户特点 本系统用户由医院内部工作人员使用,工作人员应该根据自己的职责规范操作。 2.4 一般约束 本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括: a( 管理方针; b( 硬件的限制; c( 与其他应用间的接口; d( 并行操作; e( 审查功能; f( 控制功能; g( 所需的高级语言; h( 应用的临界点; i( 安全和保密方面的考虑。 2.5 假设和依据 本条列出影响需求说明中陈述的需求的每一个因素。这些因此不是软件的设计约束,但是它们的改变可能影响到需求说明中的需求。例如:假定一个特定的操作系统是在被软件产品指定的硬件上使用的,然而,事实上这个操作系统是不可能使用的,于是,需求说明就要 第 8 页 共 27 页 北京天桥医院门诊管理系统需求分析 进行相应的改变。 3 具体需求 3.1 功能需求 功能代号说明: 功能模块将以“F-”开头加3位数字。如F-001 3.1.1 用户管理 3.1.1.1 引言 医院门诊工作人员和系统管理员可以通过输入账号和密码进入系统,根据系统分配权限进行相应功能的操作。 3.1.1.2 用例分析 用户表:用户编号、用户名、性别、密码、电话、邮箱、所属部门、工号、用户类型、、 任务状态、任务数量。 3.1.1.3功能归纳 功能说明:医院门诊工作人员或系统管理员通过登录页面输入自己的账号和密码,通 过判断登录信息在系统中是否存在该用户, 输入:账号、密码 精度要求: 账号:3—120位数字或者字母。 密码:3—100字符。 处理:在数据库中检索是否有该用户的账号和密码,并判定是否正确,同时进行身份校验,判断该用户角色。 第 9 页 共 27 页 北京天桥医院门诊管理系统需求分析 输出:登录成功直接跳转到主页面。 登录失败跳转到登录页面重新登录。 3.1.2 角色管理 3.1.2.1 引言 对医院未来开发的新的应用系统提供角色管理服务,将系统权限按需求赋予相应的角 色,通过角色可以方便的进行权限的管理,大幅度提高管理效率。 3.1.2.2. 用例分析 角色:角色编号、角色名称、角色状态、角色描述。 3.1.2.3功能归纳 1. 新增角色 功能说明:系统管理员可以进行自定义的角色的添加操作。 输入: 角色名称:角色的名称。 拥有权限:该角色拥有的权限列表。 备 注:对该角色的简单概述。 精度要求: 角色名称:字母开头,由字母数字和下划线组成的字符串,长度6—12位。 拥有权限:该角色拥有的权限列表。 备 注:对该角色的简单概述,长度在120字以内。 处理:新增时检查角色名称是否被占用,未占用则插入数据库中,被占用则返回错误信 息。 输出:添加成功或失败的提示信息。 2. 修改角色 功能说明:系统管理员可以进行自定义的角色的修改操作。 第 10 页 共 27 页 北京天桥医院门诊管理系统需求分析 输入: 角色名称:角色名称。 拥有权限:该角色拥有的权限列表。 备 注:对该角色的简单概述。 精度要求: 角色名称:字母开头,由字母数字和下划线组成的字符串,长度6—12位。 拥有权限:该角色拥有的权限列表。 备注:长度在120字以内。 处理:修改相关信息之后则修改数据库中的相关数据。 输出:修改成功或失败的提示信息。 3. 删除角色 功能说明:系统管理员可以进行自定义的角色的删除操作。 输入:角色删除键。 处理:删除时,弹出删除确认提示框,当确认要删除时,则从数据库中删除数据,显示 删除成功,否则显示删除失败。 输出:删除成功或失败的提示信息。 3.1.3 权限管理 3.1.3.1 引言 对医院未来开发的新的应用系统提供统一权限管理服务,将各应用系统的权限资源信息 在综合办公平台中进行统一的管理,其他应用系统可通过对平台权限服务接口的调用,实现 对各自应用系统权限功能的管理。 3.1.3.2 用例分析 功能:功能编号、资源编号、功能名、功能说明。 功能角色:功能角色编号、功能编号、角色编号。 角色:角色编号、角色名称、角色状态、角色描述。 用户角色:用户角色编号、用户编号、角色编号。 第 11 页 共 27 页 北京天桥医院门诊管理系统需求分析 用户:用户编号、用户名、密码、性别、年龄、部门、状态。 3.1.3.3 功能归纳 1. 权限修改 功能说明:系统管理员对角色的权限进行添加修改。 输入:角色编号, 处理:对角色的权限进行更改。 2. 权限添加 功能说明:系统管理员对没有权限的角色增加权限。 输入:角色编号 处理:对角色权限进行添加 3. 权限删除 功能说明:系统管理员对角色的权限进行删除,或者删除某个权限。 输入:角色编号 处理:对角色权限进行删除 4. 权限查询 功能说明:管理员可以对目前的权限按照条件进行查询以及对某个权限下的所有用户进 行查询。 输入:、角色、权限单元。 输入精度: 角色名:字母开头,由字母数字和下划线组成的字符串,长度4—14位。 权限单元:需要查询的权限单元名称。 处理:依据输入的条件进行查查询。 输出:按条件显示查询到的用户,若没有查到符合条件的用户,则信息框提示。 第 12 页 共 27 页 北京天桥医院门诊管理系统需求分析 3.1.4 挂号管理 3.1.4.1 挂号服务 1. 引言 医院门诊部工作人员为前来挂号看病的患者,提供挂号服务。医院门诊人员可根据患者的描述,选择适当的科室,选择专家门诊或普通门诊,查看当前值班医生,可以向需要的患者提供必要的医生的信息并进行挂号,并打印挂号凭证。 2. 用例分析 病人信息表:就诊卡号、姓名、性别(男、女)、年龄。 用户表:用户编号、用户名、密码、性别、年龄、部门、状态。 挂号信息表:挂号编号、挂号费用、挂号日期、操作人员。 挂号记录表:就诊卡号、挂号编号、姓名(病人)、性别(男、女)、年龄、医生姓名、科室名称、挂号类型、就诊地点、挂号费用、挂号日期、操作人员。 科室表:科室编号、科室名称、科室地点。 3. 功能归纳 A. 挂号收费 功能说明:医院门诊人员可根据患者的描述,选择适当的科室,选择专家门诊或普通门 诊,查看当前值班医生,可以向需要的患者提供必要的医生的信息并进行挂号,并打印 挂号凭证。 输入: 就诊卡号:病人的编号。 挂号编号:门诊号。 科室名称:医院科室名称的简称。 挂号类型:急诊、专家。 精度要求: 就诊卡号:5位到20位的字符串,形如:“hr001”。 挂号编号:8位到20位的数字,形如:“201409010010” 挂号类型:4位到10位的字符,形如:“急诊”或“专家门诊”或“普通门 诊”。 第 13 页 共 27 页 北京天桥医院门诊管理系统需求分析 科室名称:2位到20位字符,形如:“皮肤外科” 处理:根据输入的条件在数据库中检索查询当前值班医生,并记录日志。 输出:显示医生信息并且挂号,打印挂号凭证。 B. 退号 功能说明:超过就诊时间或门诊医生临时停诊时才可退号。 输入: 就诊卡号:门诊号。 精度要求: 就诊卡号:5位到20位的字符串,形如:“hr001”。 处理:根据条件在数据库中查询并删除挂号信息,并记录日志。 输出:删除成功或失败的提示信息。 3.1.4.2 病人信息管理 1. 引言 医院门诊工作人员可以对病人的基本信息进行集中管理,对初诊病人进行录入基本信 息,可以对错误信息进行修改,还可以进行删除操作和查询病人信息等。 2. 用例分析 病人信息表:就诊卡号、姓名、性别(男、女)、年龄。 3. 功能归纳 A. 病人信息的添加 功能说明:对初诊人员进行基本信息录入。 输入:就诊卡号、姓名、性别、年龄 精度要求: 就诊卡号:5位到20位的字符串,形如:“hr001”。 姓名:1位到20位的字符(可以输入英文名),形如:“张三”或“Marry”。 性别:“男”或“女”。 年龄:数字1到120之间。 处理:将输入的病人信息在数据库中保存。 输出:保存成功或失败的提示信息。 第 14 页 共 27 页 北京天桥医院门诊管理系统需求分析 B. 病人信息的修改 功能说明:门诊工作人员根据需要对病人的错误信息进行修改。 输入:点击【修改】按钮时,可以修改选中的病人信息。 精度要求: 就诊卡号:不可修改。 姓名:可修改。 性别:可修改。 年龄:可修改。 民族:可修改。 处理:根据输入条件在数据库中检索后并对需要修改内容进行修改。 输出:修改成功跳至病人信息主界面 修改失败则弹出修改失败的提示信息。 C. 病人信息的删除 功能说明:门诊工作人员根据记录情况可对病人信息进行删除操作。 输入:点击【删除】按钮时,可以删除选中的病人信息。 处理:根据选中的病人在数据库中删除该病人的信息。 输出:删除成功跳至病人信息主界面 删除失败则弹出删除失败的提示信息。 D. 病人信息的查询 功能说明:根据医院工作人员所要查询的条件,查询对应的病人信息。 输入:输入查询条件,如“就诊卡号”或“病人姓名”,点击【查询】按钮。 精度要求: 就诊卡号:5位到20位的字符串,形如:“hr001”。 姓名:1位到20位的字符(可以输入英文名),形如:“张三”或“Marry”。 处理:根据输入的查询条件在数据库中检索结果。 输出:在页面中显示所查询的信息结果。 3.1.4.3 信息咨询 1. 引言 第 15 页 共 27 页 北京天桥医院门诊管理系统需求分析 可以对前来咨询医生工作时间或医院药品情况的就诊人员提供必要的咨询服务。 2. 用例分析 医生信息表:用户编号、医生编号、姓名、性别(男、女)、年龄、科室、职称、电话。 药品信息表:药品名称、药品编号、功能主治、价格、数量、有效期、生产单位 3. 功能归纳 功能说明: 可以对前来咨询医生工作时间或医院药品情况的就诊人员提供必要的咨询服务。 输入:输入查询条件,如:医生姓名,科室名称,药品名称,点击【查询】按钮。 精度要求: 医生姓名:1位到20位的字符(可以输入英文名),形如:“李四”或“Allen”。 科室名称:科室名称:2位到20位字符,形如:“皮肤外科”。 药品名称:2位到20位的字符(可以输入英文名),形如:“感冒灵”。 处理:根据输入条件在数据库中进行检索查询。 输出:查询成功显示查询信息结果。 查询失败则弹出查询失败提示信息。 3.1.5 划价收费管理 3.1.5.1 收费管理 1. 引言 医院门诊部工作人员为持有医生药单或处方前来划价或缴费的人员跟据其所持有的药单或处方分别进行划价和收费。 2. 用例分析 处方表:就诊卡号(病人信息表)、病人姓名(病人信息表)、医生编号、姓名(医生)、学历(医生)、药品名、药品规格、药品数量、药品单价、药品总价。 检查项目表:项目名称、检查科室、就诊卡号(病人信息表)、病人姓名(病人信息表)、所检查项目费用。 3. 功能归纳 A. 药品收费功能 第 16 页 共 27 页 北京天桥医院门诊管理系统需求分析 功能说明:根据病人所交的处方药单,进行划价和收费。 输入: 就诊卡号:病人的就诊卡号。 药品编号:xxxxx 药品名称:药单上的药品名称。 药品规格:下拉菜单框选择相应的规格。 药品数量:药单上的药品数量。 药品单价:显示出与所输入的药品名称对应的价格。 总 费 用:显示出所有药品的费用。 精度要求: 就诊卡号:5位到20位的字符串,形如:“hr001”。 药品名称:2位到20位的字符(可以输入英文名),形如:“感冒灵”。 药品规格:从下拉列表中选择。 只能为数字 药品数量: 药品单价:不可操作 总 费 用:不可操作 处理:将输入的信息录入数据库,根据挂号单录入病人信息。 输出:根据所填写的信息,在页面上显示出各个药品的单价、数量和总价,医务人员收 费并打印凭条。 3.1.6 病历管理 1. 引言 医院门诊工作人员可以对病历进行添加、删除、修改、查询操作。 当操作人员点击【添加】按钮时,可以添加新增病历。 当操作人员点击【删除】按钮时,可以删除病历。 当操作人员点击【修改】按钮时,可以修改病历信息。 当操作人员点击【查询】按钮时,可以查询病历信息。 2. 用例分析 第 17 页 共 27 页 北京天桥医院门诊管理系统需求分析 病历信息表:病历编号、就诊卡号、姓名、年龄、性别、挂单号、、医生姓名、医生职称、药品名称、、药品数量、诊断科室、诊断时间、诊断结果、治疗、 3. 功能归纳 A. 新增病历的录入 功能说明:当医生输入就诊卡号时,系统将会自动取得病人的基本信息如:就诊卡号、姓名、年龄、性别、门诊号。当医生输入处方号时,系统将会自动取得病人的诊断信息:诊断科室、诊断时间、诊断结果、医生编号、医生姓名、医生职称、药品名称、药品规格、药品数量。在填写完所有信息后,当医生单击【添加】按钮,就会添加新病历。 输入:就诊卡号、处方号、病史、。 精度要求: 就诊卡号:5位到20位的字符串,形如:“hr001”。 处方号:5位到20位的字符串,形如:“c001”。 ”。 处理:根据输入的条件在数据库中进行检索。 输出:提示新增病历录入成功或新增病历录入失败。转跳到病历信息页面。 病历的查询 B. 功能说明:医生输入病例编号点击【查询】按钮时就可以进行查询病人的病历信息。 输入:病例编号。 精度要求: 姓名:1位到20位的字符(可以输入英文名),形如:“张三”。 处理:根据输入的条件在数据库中检索。 输出:将检索到的病人信息显示在页面中,或者输出该病人的病历信息不存在。 C. 病历的修改 功能说明:医生输入病人姓名、病历编号任意一个,系统会自动显示该病人的病历信息。医生需要修改什么内容,就在该字段内容部分进行修改。当医生点击 【修改】,改病历信息。 输入:修改后的病人信息。 就诊卡号:病人就诊时的编号。 姓 名:病人的姓名。 年 龄:病人的年龄。 第 18 页 共 27 页 北京天桥医院门诊管理系统需求分析 性 别:病人的性别。 门诊号:病人挂号时的编号。 医生编号:医生所在医院的编号。 医生姓名:医生姓名。 医生职称:医生所在医院的职称。 药品编号:药品的编号。 药品名:药品的名称。 药品规格:药品的规格。 药品数量:药品的数量。 诊断科室:就诊时的科室。 诊断时间:就诊时间。 诊断结果:医生诊断的结果。 治疗方法:采用什么方法治疗。 精度要求: 就诊卡号:不可操作。 姓 名:可操作。 年 龄:数字1到120之间。 性 别:可操作。 门诊号:8位到20位的数字,形如:“201409010010”。 医生编号:不可操作。 医生姓名:不可操作。 医生职称:不可操作。 药品名:不可操作。 药品规格:不可操作。 药品数量:2个字符到10字符之间,形如:“2盒”。 诊断科室:不可操作。 诊断时间:15个字符到20个字符,形如:2014-10-12 18:25。 诊断结果:不可操作。 治疗方法:2个字符到20字符,形如:“手术”。 主治医师:2个字符到4个字符,形如:“张三”。 第 19 页 共 27 页 北京天桥医院门诊管理系统需求分析 处理:在数据库中覆盖原有的信息,并记录日志。 输出:修改成功或修改失败的提示信息。并转跳病人病历信息页面。 D. 病历的删除 功能说明:医生输入病人姓名或病人的病历编号时,系统会自动显示病人的病历信息,当医生点击【删除】,会删除病历的信息。 输入:病人姓名、病历编号 处理:根据医生输入的条件,删除数据库中病历的记录。并记录日志。 输出:删除成功或失败的提示信息。 3.2业务流程 根据用户提出的需求归纳出系统的功能包括4部分:挂号收费功能、划价收费功能、病例管理功能、权限管理功能。 第 20 页 共 27 页 北京天桥医院门诊管理系统需求分析 3.2.1 系统的业务流程 用户登录 挂号收费模块 病例管理模块 划价收费模块 选择科室及挂号类型 输入病例本编号或病输入药品名、 人姓名 选择药品规格、 输入药品数量 查看该医生姓名、科 室、职称及挂号费价格 查看病人信息或对病 人信息进行录入 查看药品名称、 药品规格、药品挂号收费 数量、药品单价 及总价 凭证打印 划价或收费 凭证打印 图2-1 退出 第 21 页 共 27 页 北京天桥医院门诊管理系统需求分析 3.2.2 权限管理业务流程 开始 角色管理 角色授权 登录 身份验证 进入系统 操作或退出 操作 退出 图2-2 3.3 外部接口需求 3.3.1 用户接口 提供用户使用软件产品时的接口需求。例如,如果系统的用户通过显示终端进行操作, 就必须指定如下要求: a( 对屏幕格式的要求; b( 报表或菜单的页面打印格式和内容; c( 输入输出的相对时间; 第 22 页 共 27 页 北京天桥医院门诊管理系统需求分析 d( 程序功能键的可用性。 3.3.2 硬件接口 要指出软件产品和系统硬部件之间每一个接口的逻辑特点。还可能包括如下事宜:支撑什么样的设备,如何支撑这些设备,有何约定。 3.3.3 软件接口 在此要指定需使用的其他软件产品(例如,数据管理系统、操作系统或数学软件包),以及同其他应用系统之间的接口。对每一个所需的软件产品,要提供如下内容: a( 名字; b( 助记符; c( 规格说明号; ( 版本号; d e( 来源。 对于每一个接口,这部分应说明与软件产品相关的接口软件的目的,并根据信息的内容和格式定义接口,但不必详细描述任何已有完整文件的接口,只要引用定义该接口的文件即可。 3.3.4 通信接口 指定各种通信接口。例如,局部网络的等等。 3.4 性能需求 响应速度需求:系统响应时间<3秒,查询响应时间<5秒; 3.5 设计约束 设计约束受其他标准、硬件限制等方面的影响。 第 23 页 共 27 页 北京天桥医院门诊管理系统需求分析 3.5.1 其他标准的约束 本项将指定由现有的标准或规则派生的要求。例如: a( 报表格式; ( 数据命名; b c( 财务处理; d( 审计追踪,等等。 3.5.2 硬件的限制 本项包括在各种硬件约束下运行的软件要求,例如,应该包括: 硬件配置的特点(接口数,指令系统等); a( b( 内存储器和辅助存储器的容量。 操作系统:windows7以上; 软件服务器中间件:Tomcat6.0; 数据库管理系统:SQLServer 2008。 3.6属性 在软件的需求之中有若干个属性,以下指出其中的几个(注意:对这些决不应理解为是 一个完整的清单)。 3.6.1 可用性 可以指定一些因素,如检查点、恢复和再启动等,以保证整个系统有一个确定的可用性 级别。 3.6.2 安全性 指的是保护软件的要素,以防止各种非法的访问、使用、修改、破坏或者泄密。这个领 第 24 页 共 27 页 北京天桥医院门诊管理系统需求分析 域的具体需求必须包括: a( 利用可靠的密码技术; b( 掌握特定的记录或历史数据集; c( 给不同的模块分配不同的功能; d( 限定一个程序中某些区域的通信; e( 计算临界值的检查和。 3.6.3 可维护性 规定若干需求以确保软件是可维护的。例如: a( 软件模块所需要的特殊的耦合矩阵; b( 为微型装置指定特殊的数据,程序分割要求。 3.6.4 可转移 ,转换性 规定把软件从一种环境移植到另一种环境所要求的用户程序,用户接口兼容方面的约束等等。 3.6.5 警告 指定所需属性十分重要,它使得人们能用规定的方法去进行客观的验证。 3.7 其他需求 根据软件和用户组织的特性等,某些需求放在下面各项中描述。 3.7.1 数据库 数据库设计是医院门诊管理系统开发过程中的一个重要阶段也是工作量比较大的一项内容。根据前述功能模块设计,该系统应包括7张表:“用户信息表”、“患者信息表”、“挂号信息表”、“医生信息表”、“检查项目信息表”、“药品信息表”、“缴费信息表”。对于医生用户和管理员用户,两个界面数据操作功能如下: 医生用户: 第 25 页 共 27 页 北京天桥医院门诊管理系统需求分析 1.挂号管理:挂号信息的添加、查询。 2.检查项目信息管理:检查项目类型信息的查询、患者检查项目信息的添加、患者检查项目的查询。 3.药品缴费信息管理:药品信息的查询,患者缴费信息的添加、患者缴费信息的查询。 4.系统管理员对药品信息的添加、修改、删除等操作。 5.修改密码:只支持用户密码属性的修改,不得修改账户属性。 管理员用户: 1.用户信息管理:本用户密码属性的修改,以及其他用户信息的添加,修改,删除。 2.门诊信息管理:挂号信息的查找,修改,删除;检查信息的查找,修改,删除;缴费信息的查找,修改,删除。 3.数据维护:医生信息的查找,修改,删除。项目信息的查找,修改,删除;药品信息的查找,修改,删除。 3.7.2 操作 这里说明用户要求的常规的和特殊的操作。 A( 在用户组织之中各种方式的操作。例如,用户初始化操作; B( 交互作用操作的周期和无人操作的周期; C( 数据处理运行功能; D( 后援和恢复操作。 注:这里的内容有时是用户接口的一部分。 3.7.3 场合适应性需求 这里包括: a( 对给定场合或相关任务或操作方式的任何数据或初始化顺序的需求进行定义。例 如,栅值,安全界限等等。 b( 指出场合或相关任务为特点,这里可以被修改以使软件适合特殊配制的要求。 第 26 页 共 27 页 北京天桥医院门诊管理系统需求分析 4 附录 对一个实际的需求规格说明来说,若有必要应该编写附录。附录中可能包括: 输入输出格式样本,成本分析研究的描述或用户调查结果; a( b( 有助于理解需求说明的背景信息; c( 软件所解决问题的描述; d( 用户历史、背景、经历和操作特点; e( 交叉访问表。按先后次序进行编排,使一些不完全的软件需求得以完善; f( 特殊的装配指令用于编码和媒体,以满足安全、输出、初始装入或其他要求。 注:当包括附录时,需求说明必须明确地说明附录是不是需求要考虑的部分。 第 27 页 共 27 页
/
本文档为【北京天桥医院门诊管理系统需求分析】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。 本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。 网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。

历史搜索

    清空历史搜索