医院挂号系统软件需求分析详细说明书
软件工程_医院挂号系统_软件测试文档
《医院挂号系统软件测试文档》2012年6月1日目录1 系统测试........................................................ I I1.1 测试环境.................................................. I I1.2 测试用例设计与执行记录.................................... I I1.2.1 登陆模块............................................. I I1.2.2 图书出借管理模块...................... 错误!未定义书签。
1.3 测试可行性分析............................................ V I系统测试1.1 测试环境1. 操作系统：Windows XP2. 数据库：SQL Server 20053. Visual Studio .NET1.2 测试用例设计与执行记录1.2.1 用户登陆模块医院挂号系统登陆模块用户登陆模块测试项目/软件医院挂号系统程序版本 1.0.0功能模块名Login 编制人用例编号- P ri_Login编制时间2012.05.17 相关的用例无功能特性用户身份验证测试目的验证是否输入合法的信息，允许合法登陆，阻止非法登陆预置条件无特殊规程说明如数据库访问权限参考信息需求说明中关于“登陆”的说明测试数据用户名=00001 密码=00001 用户类型=挂号工作人员操作步骤操作描述数据期望结果实际结果测试状态1 输入用户名，密码，按“登陆”按钮。
用户名=00001，密码=00001，用户类型=挂号工作人员跳转到挂号工作人员主界面跳转到挂号工作人员主界面2 输入用户名，密码，按“登陆”按钮。
用户名=00005，密码=00001，用户类型=挂号工作人员显示警告信息“用户名或密码错误，您还有*次机会”显示警告信息“用户名或密码错误，您还有*次机会”3 输入用户名，密码，按“登陆”按钮。
医院挂号系统设计说明书
医院挂号系统设计说明书医院挂号系统设计说明书Revised on November 25, 2020摘要随着计算机的发展，越来越多的⾏业实现了管理的信息化和⾃动化，医务⾏业也不例外。
在很多医院中，挂号作为医院⼯作中最重要的⼀个环节还没有完全实现信息化管理，因此本系统选择医院预约挂号为研究对象，以实现⽹上预约挂号、缓解医院现场挂号难、提⾼医院⼯作效率为⽬标。
本次设计采⽤C#语⾔及VS2013和MySQL为开发⼯具，并结合软件⼯程的设计思想，以B/S为模式设计并实现了医院预约挂号系统，实现了患者的预约、查询以及管理员对预约信息的管理等功能。
医院预约挂号系统有着很好的应⽤前景，⽤它来代替医院现场挂号，实现患者看病挂号⽹络化是⼀个必然趋势。
随着计算机技术和⽹络技术的发展，它的功能将会得到不断的发展和完善。
关键词：C#；VS2013；数据库；B/S模式；挂号⽬录1可⾏性分析项⽬开发背景随着计算机技术的飞速发展，计算机在系统管理中的应⽤越来越普及，利⽤计算机实现各个系统的管理显得越来越重要。
对于⼀些⼤中型管理部门来说，利⽤计算机⽀持管理⾼效率完成⽇常事务的管理，是适应现代管理制度要求、推动管理⾛向科学化、规范化的必要条件。
我国由于⼈⼝多，进⽽带来医院看病难的问题，由于⼈⼝众多，需要排队进⾏挂号，这样会浪费患者的时间，⽽且医院的效率也不⾼。
患者挂号是⼀项琐碎、复杂⽽⼜⼗分细致的⼯作，患者数量之庞⼤，⼀般不允许出错，如果实⾏⼿⼯操作，每天挂号的情况以及挂号时间等须⼿⼯填制⼤量的表格，这就会耗费医院管理⼯作⼈员⼤量的时间和精⼒，患者排队等候时间长，辗转过程多，影响了医疗的秩序。
如何利⽤现代信息技术使企业拥有快速、⾼效的市场反映能⼒和⾼效率，已是医院特别关⼼的问题。
尽快建⽴⼀个医院预约挂号系统，完善现代医院的信息化管理机制，已成为医院⽣存发展的当务之急。
所以，建⽴⽹上预约挂号系统势在必⾏。
本系统以医院为背景，在认真调研和分析了医院的现状之后，根据⽤户的需求和各个功能的关系，作出了积极的设计⽅案。
HIS软件需求说明书优秀doc资料
HIS软件需求说明书优秀doc资料HIS软件需求说明书等级：甲. 严重影响系统运行；乙. 影响系统运行；丙. 流程变更需要修改；丁. 改进性意见；戊. 其他。
频率*2：即. 操作即出现；频. 频繁出现；偶. 偶尔出现。
类型*3：F. 财务模块；M. 药品模块；C. 临床信息系统；E. 体检系统；P. PACS；L. LIS；O. OA；R. 电子病历。
等级：甲. 严重影响系统运行；乙. 影响系统运行；丙. 流程变更需要修改；丁. 改进性意见；戊. 其他。
频率*2：即. 操作即出现；频. 频繁出现；偶. 偶尔出现。
类型*3：F. 财务模块；M. 药品模块；C. 临床信息系统；E. 体检系统；P. PACS；L. LIS；O. OA；R. 电子病历。
等级：甲. 严重影响系统运行；乙. 影响系统运行；丙. 流程变更需要修改；丁. 改进性意见；戊. 其他。
频率*2：即. 操作即出现；频. 频繁出现；偶. 偶尔出现。
类型*3：F. 财务模块；M. 药品模块；C. 临床信息系统；E. 体检系统；P. PACS；L. LIS；O. OA；R. 电子病历。
等级：甲. 严重影响系统运行；乙. 影响系统运行；丙. 流程变更需要修改；丁. 改进性意见；戊. 其他。
频率*2：即. 操作即出现；频. 频繁出现；偶. 偶尔出现。
类型*3：F. 财务模块；M. 药品模块；C. 临床信息系统；E. 体检系统；P. PACS；L. LIS；O. OA；R. 电子病历。
等级：甲. 严重影响系统运行；乙. 影响系统运行；丙. 流程变更需要修改；丁. 改进性意见；戊. 其他。
频率*2：即. 操作即出现；频. 频繁出现；偶. 偶尔出现。
类型*3：F. 财务模块；M. 药品模块；C. 临床信息系统；E. 体检系统；P. PACS；L. LIS；O. OA；R. 电子病历。
等级：甲. 严重影响系统运行；乙. 影响系统运行；丙. 流程变更需要修改；丁. 改进性意见；戊. 其他。
医院挂号系统软件需求分析说明书
医院挂号系统软件需求分析说明书学号08770108《软件需求分析》大作业医院挂号系统软件需求分析说明书起止日期：2011 年 4 月18 日至2011 年 5 月9 日学生姓名张铁夫班级08软件工程1班成绩指导教师(签字) 赵黎强电子与信息工程系2011年5月9日天津城市建设学院电子与信息工程系医院病人挂号系统业务需求说明书(CRS, Customer Requirement Specification)天津城市建设学院电子与信息工程系2011年3月25日医院病人挂号管理系统用户需求说明书V1.0变更说明：C：Create，初始创建；A：Add，增加内容；M：Mod，修改；D：Del，删除目录1文档概要 (1)1.1目标和范围 (1)1.2文档读者 (1)1.3定义术语、首字母缩写和缩写 (1)1.4参考资料 (2)2需求概述 (2)2.1项目背景 (2)2.2客户描述 (2)3与客户交流完善需求 (2)3.1提出问题 (2)3.2确定问题 (3)4软件需求分析 (3)4.1问题描述 (3)4.2问题域分析与设计 (4)5需求文档 (8)5.1需求 (8)5.2问题域描述 (8)5.3期望 (10)5.4优先原则 (10)5.5平台：硬件和操作系统 (10)5.6设计约束 (10)5.7可能的变更 (11)5.8术语表 (11)5.9概述 (11)5.10文档信息 (11)6规格说明书 (11)6.1事件响应 (11)6.2数据模型：其他 (12)6.3屏幕 (12)6.4管理员用户 (14)6.5操作规程 (14)6.6概述 (14)6.7文档信息 (14)1 文档概要1.1 目标和范围为了实现医院的信息化建设，依据医院现行业务流程，把现在的人工挂号业务进行信息化。
实现计算机对信息的存储和挂号单的打印。
通过本系统实现使挂号管理流程信息化，大大提高工作效率和节约时间。
表1-1系统主要功能模块1.2 文档读者本系统的开发人员和甲方的业务人员1.3 定义术语、首字母缩写和缩写1.3.1 术语病人：生有某种疾病，需要医生诊治的人挂号者：提出挂号的人员，可能是病人，也有可能不是病人病人信息：需要挂号的病人的姓名、性别、年龄、出生日期挂号人员：操作挂号系统，填写并打印挂号单，收取挂号费的医院工作人员挂号单：病人寻找医生就职所需的凭证，由挂号人员根据病人信息填写并在收取挂号费用之后打印的票据，一式三份。
门诊管理子系统软件需求说明书
数学与计算机学院实训报告课程名称: 软件开发设计实训课程代码:题目: 医院门诊管理系统——需求分析年级/专业/班: 学生姓名: 学号: 开始时间:年月日完成时间:年月日实训成绩：技术水平与实际能力（50）说明书撰写质量（50）总分（100）指导教师签名：年月日目录前景与范围文档 (1)一、业务需求 (1)1.背景 (1)2.业务目标 (1)3.业务风险 (2)二、解决方案的前景 (2)1.前景陈述 (2)2.主要特性 (2)3.假设和依赖 (2)三、局限性 (2)1.局限性和排斥性 (2)四、业务背景 (3)1.涉众概要 (3)2.用户概要及项目优先级 (3)用例 (5)软件需求规格说明 (8)一、介绍 (8)1.目标 (8)2.项目范围和产品特性 (8)3.参考文献 (9)二、总体描述 (10)1.产品远景与规划 (10)2.用户类和用户特性 (10)3.运行环境 (10)4.设计和实现的约束条件 (11)5.假设和依赖 (11)三、系统特性 (11)1.门诊业务 (11)（1）描述与优先级 (11)（2）刺激/响应序列 (11)（3）功能性需求 (12)四、外部接口需求 (12)1.硬件接口 (12)2.软件接口 (13)3.通信接口 (13)五、其他非功能性需求 (13)1.性能需求 (13)2.防护性需求 (13)3.安全性需求 (13)4.软件质量属性 (13)附录A数据字典与数据模型 (15)1.数据字典 (15)附录B：分析模型 (16)1.活动图 (16)2.时序图 (18)3.协作图 (19)4.类图 (20)附录C：概念模型 (21)前景与范围文档一、业务需求1.背景随着计算机产业的发展，计算机在各个行业的应用也越来越普遍.采用计算机软件来管理代替了以前的人工操作。
随着医院的发展，当前使用的医院信息管理系统软件已经不能满足当前他们的需要。
在软件的升级和外网的访问和管理上都存在一些缺陷，使用比较麻烦。
智能挂号系统策划书3篇
智能挂号系统策划书3篇篇一《智能挂号系统策划书》一、项目背景随着医疗服务需求的不断增长，传统的挂号方式存在排队时间长、效率低下等问题，给患者就医带来不便。
为了提高医疗服务的便捷性和效率，改善患者就医体验，我们计划开发一款智能挂号系统。
二、项目目标1. 提供便捷、高效的挂号服务，减少患者排队等待时间。
2. 优化医疗资源配置，提高医院工作效率。
3. 实现挂号信息的数字化管理，方便患者和医院查询统计。
三、系统功能设计1. 用户注册与登录：患者可以通过手机、电脑等设备注册并登录系统。
2. 科室与医生查询：患者可以查询医院的各个科室及医生的简介、擅长领域、出诊时间等信息。
3. 智能挂号：根据患者的病情和需求，推荐合适的科室和医生，并提供在线挂号功能。
4. 挂号记录查询：患者可以查询自己的挂号记录，包括挂号时间、科室、医生等信息。
5. 支付功能：支持多种支付方式，方便患者缴纳挂号费用。
6. 提醒功能：通过短信、APP 推送等方式提醒患者就诊时间和注意事项。
7. 医院后台管理：医院可以进行科室管理、医生排班管理、挂号信息统计分析等操作。
四、技术架构1. 前端：采用 HTML5、CSS3、JavaScript 等技术，实现用户界面的友好交互。
2. 后端：采用 Java 或 Python 等语言，结合数据库管理系统，实现系统的业务逻辑和数据存储。
3. 数据库：选择适合医疗行业的数据库，如 MySQL、Oracle 等，用于存储患者信息、科室信息、医生信息、挂号记录等数据。
4. 服务器：根据系统的访问量和性能需求，选择合适的服务器进行部署。
五、项目实施计划1. 需求调研与分析：[具体时间段 1]，深入了解医院和患者的需求，确定系统功能和技术架构。
2. 系统设计与开发：[具体时间段 2]，进行系统设计和开发工作，确保系统的稳定性和可靠性。
3. 系统测试与优化：[具体时间段 3]，对系统进行全面测试，发现并解决问题，优化系统性能。
数据库医院网上挂号系统说明书
中北大学数据库课程设计说明书学院、系：软件学院专业：软件工程学生班级：13140B04学生姓名：王玲燕学号：1314011504 设计题目：医院网上挂号系统数据库设计起迄日期: 2015年6月8日- 2015年6月19日指导教师:杨剑2015 年 6月 19 日一、需求分析 1、网上预约挂号人类进入21世纪，医院作为一个极其重要的服务部门，其发展应适应计算机技术的发展。
我国的医疗体制正在进行改革需要医疗市场的进一步规范化，这就利用现代化的工具对医院进行有效的管理，有利于提高医疗水平和服务质量更好的服务于社会.鉴于此目的,我们利用mysql 技术设计了此医院管理数据库系统，为患者提供个人信息登记注册、查询医师信息、患者的就诊情况和消费等功能，为医师提供患者信息和就诊情况以辅助治疗。
2、基本流程图图1.1 3、用户特点医院网上预约挂号系统的使用者,大致包括三类用户:医院系统信息管理人员、医院的全部医师、就诊的患者。
对于患者用户不需要有太多的专业知识，只要能熟练使用本系统提供的浏览界面，就可以使用本软件;前台操作人员和医师也不需要有太多的专业知识，但是要会操作电脑，熟悉该系统。
医院系统管理人员要熟悉整个数据库和流程，系统进行操作和修改。
系统的维护人员：医院网上预约挂号系统的维护人员为该软件的项目开发小组,要详细了解C/S 构架、java 编程语言、操作系统基础知识、数据库设计及操作等知识。
1.注册2.登录4.选择医院选择科室选择专家3.网上挂号3.快速查询3.专家门诊3.选择科室5.选择可预约的医生7.挂号成功6.选择时段确定预约8.就诊4、用例图（除管理员外)图1。
2５、对功能的描述通过对用户需求的分析,本系统的功能主要包括两块,前台用户操作及后台管理。
图1.3各个功能的具体描述如下：后台管理员可操作的有：专家管理、用户管理、预约管理、系统管理等功能设置,具体描述如下：〈1〉专家管理对专家进行添加与删除，修改专家档案,查看每个专家的预约情况.<2〉用户管理显示用户的预约信息,也可以对某个特定用户进行查询。
门诊挂号软件设计说明书
软件设计说明书____门诊挂号•业务分析：门诊挂号是医院在使用医院信息管理系统时最早可能接触的子系统，它主要完成病人的挂号、收费业务，以及医院内部及与院外单位结算。
•所需功能分析：门诊挂号主要功能：流程图：1.基础字典维护：gh_zd_clinic_type(号别字典)：定义医院挂号号别如：普通号、专家号、教授号…gh_zd_clinic_charge(号别字典费用项目明细)：定义医院某种号别应收费用项目：挂号费、诊疗费、服务费、附加费…gh_zd_request_type(号类字典)：定义医院挂号号类：如门诊号、预约号、电话预约号…gh_zd_request_charge (号类字典费用项目明细)：定义医院某种号类应收费用项目：服务费、附加费…2.基础号表维护：gh_base_request(门诊基础号表)：按科室、医生、号别划分定义医院1~4周每天挂号总数，主要用来生成将来医院使用挂号记录表gh_base_request_segment(基础号表分配定义)：将某种号别总号数按照号类划分成多段，用以确定按不同号类挂号时应分配的号顺序3.gh_record(挂号记录)：医院对外使用挂号记录，有两种情况区分a-记录病人挂号情况b-记录未挂出号情况4.gh_doctor_schedule (医生出诊计划)：由医生自己确定在某时间段内不出诊，在生成挂号记录时应判断医生是否在不出诊期内，若是则不生成此医生挂号记录5.在挂号时费用处理是非常重要功能，主要涉及三张表gh_detail_charge(费用明细)：记录病人挂号费用明细情况gh_receipt(发票表)：病人结算时按费用明细生成结算记录gh_receipt_charge(现金流水账)：记录病人交预交金、结账时往来流水账6.ic_register (IC卡登记)：记录病人在医院购买IC卡的情况7.ic_deposit(IC流水帐)：记录病人在医院使用IC卡花费流水账•表结构及数据操作1.表结构1)gh_base_request(门诊基础号表)2)gh_base_request_segment(门诊号分配定义)3)gh_record(挂号记录)4)gh_detail_charge(费用明细)5)gh_receipt(发票表)6)gh_receipt_charge(账单费用)7)gh_deposit(现金账)8)gh_zd_clinic_type(号别字典)9)gh_zd_clinic_charge(号别字典费用项目明细)10)gh_zd_request_type(号类字典)11)gh_zd_request_charge (号类字典费用项目明细)12)ic_register (IC卡登记)13)ic_deposit(IC流水帐)14)gh_doctor_schedule (医生出诊计划)号表管理所面对问题：1)医生有权确定自己号开放标志、开放时间段2)预约号分两种a: 医生预约号，不受时段和总号数控制,立刻加号b: 病人预约号，一定受号表控制3)对某些号不能随便加号，由医院统一控制4)特定窗口只能挂特定号说明：基础号主表，按周（1-…）和天（1-7）预先定义医院各科室、医生挂号情况,作为以后医院生成使用号表基础。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
学号********《软件需求分析》大作业医院挂号系统软件需求分析说明书起止日期：2011 年4 月18 日至2011 年 5 月9 日学生姓名张铁夫班级08软件工程1班成绩指导教师(签字) 赵黎强电子与信息工程系2011年5月9日医院病人挂号系统业务需求说明书(CRS, Customer Requirement Specification)天津城市建设学院电子与信息工程系2011年3月25日医院病人挂号管理系统用户需求说明书V1.0目录1 文档概要 (1)1.1 目标和范围 (1)1.2 文档读者 (1)1.3 定义术语、首字母缩写和缩写 (1)1.4 参考资料 (2)2 需求概述 (2)2.1 项目背景 (2)2.2 客户描述 (2)3 与客户交流完善需求 (2)3.1 提出问题 (2)3.2 确定问题 (3)4 软件需求分析 (3)4.1 问题描述 (3)4.2 问题域分析与设计 (4)5 需求文档 (8)5.1 需求 (8)5.2 问题域描述 (8)5.3 期望 (9)5.4 优先原则 (9)5.5 平台：硬件和操作系统 (9)5.6 设计约束 (10)5.7 可能的变更 (10)5.8 术语表 (10)5.9 概述 (11)5.10 文档信息 (11)6 规格说明书 (11)6.1 事件响应 (11)6.2 数据模型：其他 (11)6.3 屏幕 (11)6.4 管理员用户 (12)6.5 操作规程 (12)6.6 概述 (12)6.7 文档信息 (12)1 文档概要1.1 目标和范围为了实现医院的信息化建设，依据医院现行业务流程，把现在的人工挂号业务进行信息化。
实现计算机对信息的存储和挂号单的打印。
通过本系统实现使挂号管理流程信息化，大大提高工作效率和节约时间。
表1-1系统主要功能模块1.2 文档读者本系统的开发人员和甲方的业务人员1.3 定义术语、首字母缩写和缩写1.3.1 术语病人：生有某种疾病，需要医生诊治的人挂号者：提出挂号的人员，可能是病人，也有可能不是病人病人信息：需要挂号的病人的姓名、性别、年龄、出生日期挂号人员：操作挂号系统，填写并打印挂号单，收取挂号费的医院工作人员挂号单：病人寻找医生就职所需的凭证，由挂号人员根据病人信息填写并在收取挂号费用之后打印的票据，一式三份。
医生：受过中等医学教育以上或具有同等能力、经国家卫生部门审查合格的负医疗责任的医务工作者，确定病人病因等。
医生级别：医生根据能力资历不同的划分，包括普通医师，副主任，主任，专家等，不同的级别所收取的挂号费不同。
挂号费：病人挂号根据指定医师级别不同，所需缴纳的相关费用。
指定医师：病人或其亲属朋友在挂号时，所要求的具体医生科室：根据功能的不同，所分的不同单位。
病人挂号时，根据病因情况，选择不同的科室。
管理员：对操作系统进行查询维护的工作人员，具有系统相关权限。
1.3.2 图例 1）框架图例：表示需求 ：表示域 ：表示共享现象：表示机器域1.4 参考资料2 需求概述2.1 项目背景医院患者就医情况涉及的内容很多，本题目就医院病人挂号过程的问题编写需求文档。
病人来到医院首先要挂号然后进入看病的流程，挂号记录了病人来到医院就医的最初记录信息。
该过程式医院信息化建设的开始。
我通过此内容掌握需求文档的编写方法。
2.2 客户描述医院的行政管理人员，挂号工作人员，医生等是本系统的主要客户。
而病人则是上述人员的客户。
3 与客户交流完善需求3.1 提出问题病人挂号系统业务流程如图3.1所示。
图3.1 病人挂号系统业务流程图3.2 确定问题●病人告诉挂号人员病人的姓名和性别及挂号的科别或指定医师●挂号工作人员记录下病人信息和挂号信息●病人只有缴纳挂号费给挂号人员，挂号人员访客打印挂号单●挂号人员打印挂号单一式三份●挂号单挂号人员保留一份，交给病人两份●科别表示有多个科室，任何一个科室有区别于其他科室的名字●科室可以增加可以减少●每个科室有许多医生●医生有不同的级别●不同的医师级别对应不同的挂号费●医生可以升职或降职●医生可以请假●在病人缴纳挂号费后，该病人信息和挂号信息暂时存储，方能保存到到数据存储中，确定需要门诊医生完成●挂号单当日有效●医生挂号数量是？？●科室挂号数量是？？●当门诊医生没有确定挂号单时，病人可以退掉挂号单，同时挂号人员退还挂号款●只有有效的挂号单才可以退掉或换掉●当门诊医生没有确定挂号单时，病人可以更换或退掉挂号单4 软件需求分析4.1 问题描述4.1.1医院挂号系统设计一个医院挂号系统，实现以下功能：可填写挂号单，可打印挂号单，可查询病人挂号的情况4.1.2界面设计设计一个界面，让用户可以选择要解决的问题，同时可以退出序。
界面要求简洁明了，大方得体，便于用户的使用，同时，对于用户的错误选择可以进行有效的处理。
尽量增加鼠标点击操作。
4.2 问题域分析与设计4.2.1信息问题●病人告诉挂号人员病人的姓名和性别及挂号的科别或指定医师●挂号工作人员记录下病人信息和挂号信息●病人只有缴纳挂号费给挂号人员，挂号人员访客打印挂号单●挂号人员打印挂号单一式三份●挂号单挂号人员保留一份，交给病人两份●科别表示有多个科室，任何一个科室有区别于其他科室的名字●科室可以增加可以减少●每个科室有许多医生●医生有不同的级别●不同的医师级别对应不同的挂号费●医生可以升职或降职●医生可以请假●在病人缴纳挂号费后，该病人信息和挂号信息暂时存储，方能保存到到数据存储中，确定需要门诊医生完成●挂号单当日有效●医生挂号数量是？？（需要具体了解确定）●科室挂号数量是？？（需要具体了解确定）●当门诊医生没有确定挂号单时，病人可以退掉挂号单，同时挂号人员退还挂号款●只有有效的挂号单才可以退掉或换掉●当门诊医生没有确定挂号单时，病人可以更换或退掉挂号单据此框定的信息问题框架图，如图4.1所示。
图4.1 信息问题框架图4.2.2控制问题：●挂号单编号产生规则。
有当日日期和挂号人数决定●医生挂号费是多少●科室限制挂号数量是多少●医生限制挂号数量是多少●挂号单有效期是多少●若医生没有确定挂号单时，病人可以更换挂号单●若医生没有确定挂号单时，病人可以退掉挂号单●若挂号单被更换，更换后的旧挂号单作废●若挂号单被退掉，退掉的挂号单作废●当科室挂号数量达上限时，系统给予自动提示，不能再进行继续挂号●当医生挂号数量达上限时，系统给予自动提示，不能再进行继续挂号●如果病人没有指定医生，按普通收取挂号费控制问题框架图，如图4.2所示。
图4.2 控制问题框架图挂号规则：挂号单编号、挂号费标准、挂号单有效期、挂号单打印等挂号数量限制：1）每个医生每天挂号数量2）每个科室每天挂号数量4.2.3连接问题：4.2.4工件问题：1）挂号单编码的产生2）不同级别的医生所需挂号费不同3）每个科室的挂号数量有限制4）每个一生的挂号数量有限制4.2.5变换问题：1）输入：病人姓名、病人性别、年龄、科室、指定医师（如果有）输出：挂号单编号、病人姓名、性别、年龄、科室、指定医师（如果有）、挂号费、日期等2）病人信息由病人提供给挂号人员，再由挂号人员输入计算机中病人缴纳挂号费，挂号工作人员通过计算机下达指令有打印机打印出挂号单5 需求文档5.1 需求5.1.1查询1）病人姓名、性别、年龄、科室、指定医师2）当天挂号病人的数目3）当天各科室的收费情况4）当天医生当值的情况5）当天收取挂号费的数目6）一定级别医生的挂号情况7）病人挂号历史情况5.1.2行为规则1）挂号单编号由系统自动生成，长度是？？（需要具体了解确定）2）病人姓名、性别、年龄、科室为必填项3）必填项中必须全部填写，否则无法打印4）每个科室的挂号数量有限5）每个医生的挂号数量有限6）病人需缴纳挂号费，挂号人员才能打印挂号单7）填写指定医师后，系统自动显示挂号费8）系统通过访问数据库访问时间和对象5.1.3映射映射反映的是输入输出的关系，由输入的信息映射到输出。
输入包括：病人基本信息输出包括：挂号单编号、病人信息、科室信息（还可能包含医生信息）、挂号医生级别、挂号费信息、日期信息等。
5.1.4实现域上的操作5.2 问题域描述5.2.1实体、属性、关系（数据类型）根据框架分析，对问题域的描述用对象模型类图表示。
如下图：5.2.2事件顺序1）病人提出挂号2）病人提供病人信息3）挂号人员填写相关信息4）病人缴纳挂号费5）挂号人员打印挂号单，一式三份，交给病人两份6）病人是吃挂号单寻找病人就诊7）医生确认挂号单5.2.3因果规则医生级别决定挂号费5.2.4文件格式浏览器5.2.5信息源病人5.2.6与之接口的硬件和软件打印机：用于打印挂号单可能：IC读卡器银行转账系统医疗保险系统5.2.7I/O端口和硬件之间的映射输入：键盘输出：打印机5.3 期望1）尽量减少文字输入2）挂单尽量简洁3）编号由系统自动生成4）可存储病人信息和挂号信息5）可查询病人信息和挂号信息6）科室挂号数量有上限7）挂号单可以退换8）挂号单会作废5.4 优先原则1）软件运行速度优先5.5 平台：硬件和操作系统操作系统Microsoft Windows XP/Vista/7 简体中文版最低配置CPU Intel Pentium3或AMD Athlon系列处理器512M 内存调制解调器1.0G 硬盘空间分辨率16bit 800×600鼠标、键盘推荐配置64K/bps以上的上网环境CPU Intel Pentium4或AMD Athlon64 以上系列处理器1.0G 以上内存1.0G 以上硬盘空间分辨率32bit 1024x768支持DirectSound声卡鼠标、键盘5.6 设计约束1）字体2）定义变量5.7 可能的变更1）医生级别的变更2）挂号费用3）科室的增减4）管理员的权限5）科室挂号上限数量6）医生挂号上限数量5.8 术语表5.9 概述医院挂号系统方便医院对挂号的操作，存储查询病人信息和挂号信息，打印挂号单。
5.10 文档信息6 规格说明书6.1 事件响应1）病人提出挂号，挂号人员输入病人信息 2）病人缴纳挂号费，操作人员打印挂号单3）当挂号人员输入指定医师，系统自动显示挂号费用 4）挂号成功，自动记录挂号人数 5）医师确认挂号单，等待人数减少6）若医师挂号数量达到上限，系统给予提示7）科室挂号达上限，此时若有医师确认挂号单，系统提示可以继续挂号6.2数据模型：其他6.2.1数据库结构图6.3 屏幕设计1）首页2）挂号单3）病人4）科室5）医生6.4 管理员用户1）设置权限2）设置科室挂号数量上限3）设置医生挂号数量上限4）查询相关存储5）对系统进行维护6.5 操作规程1）管理员用户登录，设定管理权限和设置各种参数2）挂号人员6.6 概述方便医院工作人员最本系统的操作和运用。