医院挂号系统设计说明书(软件工程)
软件工程_医院挂号系统_软件测试文档
《医院挂号系统软件测试文档》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 输入用户名,密码,按“登陆”按钮。
软件工程作业(第二部分 共五部分)医院挂号系统 软件需求规格说明书
项目名称 医院挂号系统(The English Name )Hostipal Reqistration System软件需求规格说明书王奕胜项目小组文档状态: 文档编号: [ ] Draft[√] Released [ ]Modifying 编 撰: 王奕胜编撰日期: 2012年5月15日 保密级别:文档版本:1.0.0修订表编号生成版本修订人修订章节与内容修订日期12345审批记录版本审批人审批意见审批日期1.0.0目录1.引言 (5)1.1目的 (5)1.2适用范围 (5)1.3参考资料 (5)1.4术语和缩略语 (5)2.系统概述 (5)2.1产品描述 (5)2.2产品功能 (7)2.3一般约束.................................................................................................................... 错误!未定义书签。
3.功能性需求分类 (9)3.1功能描述1 (12)3.2功能描述2 (12)4.产品的非功能性需求 (12)4.1外部接口说明 (18)4.1.1用户接口 (18)4.1.2软件接口 (25)4.2性能需求 (26)4.2.1硬件的限制 (26)4.3属性 (26)4.3.1友好性 (26)4.3.2安全性 (26)4.3.3可维护性 (26)4.3.4可转移/换性 (26)4.4系统的运行环境 (27)4.5其他需求 (27)4.5.1用户操作需求 (27)附录A:需求确认 (34)1.引言1.1目的编写这份软件需求说明书的目的:在医院挂号系统可行性分析的基础上,进一步分析挂号系统的系统范围、系统与其他系统的接口问题、及用户的各种功能、界面等需求。
项目负责人:王奕胜。
预期读者:赵黎强老师。
1.2适用范围a. 待开发的软件系统的名称:医院挂号系统;b. 主要完成医院挂号流程,其次还需完成挂号工作人员,系统管理员,挂号信息,科室信息,医生信息的维护,以及注销挂号单。
医院挂号系统软件需求分析说明书
医院挂号系统软件需求分析说明书学号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 术语病人:生有某种疾病,需要医生诊治的人挂号者:提出挂号的人员,可能是病人,也有可能不是病人病人信息:需要挂号的病人的姓名、性别、年龄、出生日期挂号人员:操作挂号系统,填写并打印挂号单,收取挂号费的医院工作人员挂号单:病人寻找医生就职所需的凭证,由挂号人员根据病人信息填写并在收取挂号费用之后打印的票据,一式三份。
软件工程毕业设计论文 医院预约挂号管理系统的设计与实现
河北xx大学毕业论文医院预约挂号管理系统的设计与实现专业名称:软件工程班级:软件一班学生姓名:xx指导老师:xx完成时间:20xx年5月摘要目前,在一些经济不发达的地区,仍有很多的中小型医院采取手工的方式进行预约挂号管理,不仅效率低下,而且查询起来不方便。
医院预约挂号管理系统的开发满足了国内一些中小型医院的市场需求,改善中小型医院和门诊预约挂号流程中存在的问题。
本文从以下几个方面详细阐述了系统的设计和实现过程。
首先,介绍网上预约挂号的开发环境和功能需求。
主要针对目前中小型医院在预约挂号流程中的一些不足展开深入调查和研究分析。
其次,确定市场需求和研究方向之后,完成对系统的总体设计和详细设计。
最后,详细描述了一个基于Java web技术的实现过程。
医院预约挂号管理系统分为前台和后台,前台主要包括科室专家模块、个人信息模块、我的预约模块以及留言板。
后台主要包括科室信息管理模块、专家信息管理模块、预约信息管理模块、公告信息管理模块、用户信息管理模块以及留言信息管理模块。
本系统采用B/S模式,使用SSH三大框架进行代码的设计,同时使用JSP技术进行基本页面的设计与功能实现。
采用Myeclipse+Tomcat 6.0作为开发工具,选用SQL Server 2005作为后台数据库的开发工具,以Windows 7操作系统作为运行环境。
关键词:预约挂号;管理系统;B/S架构AbstractAt present, in some economically underdeveloped areas, there are still a lot of small and medium-sized hospitals adopt manual make an appointment with the method of management, not only inefficient, but also not easy for you to query. For some typical domestic small and medium-sized hospital market demand to develop the hospital appointment register management system management system, improve the small and medium-sized hospital and the problems existing in the outpatient appointment registration process. This system is mainly for the realization of the patients can register through the online booking this feature. The article discussed from the following several aspects:First of all, introduce the development of online booking register environment and functional requirements. Mainly in small and medium-sized hospitals in make an appointment process some of the lack of in-depth investigation and study analysis. Secondly, after determining the market demand and the research direction, complete the overall design and detailed design of the system. Finally, describes in detail the implementation process of a Java web technology based.This system adopts B/S mode, using SSH framework for the design of the code, and using JSP technology of basic pages design and function implementation. The Myeclipse Tomcat 6.0 + as a development tool, using SQL Server 2005 as background database development tools, with Windows 7 operating system as the operating environment.Key Words:make an appointment; Management system; B/S architecture目录1绪论 (1)2系统概述 (1)2.1系统开发环境 (2)2.1.1 硬件要求 (2)2.1.2 软件环境 (2)2.2系统需求分析 (2)2.2.1 系统功能分析 (2)2.2.2 可行性分析 (3)3系统总体设计 (5)3.1数据库设计 (5)3.1.1 系统数据流分析 (5)3.1.2 数据库字典 (7)3.1.3 实体关系分析 (10)3.1.4 数据库逻辑结构设计 (13)3.2系统功能模块设计 (16)3.3系统处理流程设计 (18)4系统详细设计 (19)4.1系统功能实现的配置文件 (19)4.2用户登陆模块详细设计 (19)4.3用户预约模块详细设计 (20)5系统实现 .......................................... 错误!未定义书签。
门诊挂号软件设计说明书
软件设计说明书____门诊挂号•业务分析:门诊挂号是医院在使用医院信息管理系统时最早可能接触的子系统,它主要完成病人的挂号、收费业务,以及医院内部及与院外单位结算。
•所需功能分析:门诊挂号主要功能:流程图: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)预先定义医院各科室、医生挂号情况,作为以后医院生成使用号表基础。
3_门诊挂号软件设计说明
第三部分软件设计说明目录1引言 (2)1.1标识 (2)1.2系统概述 (2)1.3文档概述 (2)1.4基线 (2)2引用文件 (3)3CSCI 级设计决策 (3)3.1数据库选型 (3)3.1.1选型原则 (3)3.1.2Oracle数据库 (4)3.2安全性 (4)3.2.1数据安全 (4)3.2.2应用安全 (5)3.2.3网络安全 (5)3.2.4安全管理 (5)4CSCI 体系结构设计 (5)4.1体系结构 (5)4.1.1程序(模块)划分 (5)4.1.2程序(模块)层次结构关系系统框架 (6)4.2全局数据结构说明 (8)4.3部件 (9)4.4执行概念 (10)4.5接口设计 (10)5CSCI详细设计 (10)5.1(软件配置项的项目唯一标识符或软件配置项组的指定符) (10)6需求的可追踪性 (33)7注解 (34)1引言1.1标识1.2系统概述根据“国家医院信息系统功能规范”相关要求,通过向医院用户的需求调研调研与分析,设计开发出一个用于门诊挂号、收取门诊挂号费、打印挂号发票让病人凭票看病的系统。
主要作用包括:登记病人资料、利用病人资料进行挂号、为病人分配挂号医生、打印广东省统一的门诊挂号收据,同时提供挂号员的挂号缴款报表及相关缴款管理功能。
1.3文档概述根据“国家医院信息系统功能规范”相关要求,及通过需求调研分析后所编写相关“需求说明书”,编写本《软件设计说明书》,从设计决策、体系结构设计、详细设计等方面进行描述,供相关的系统设计人员、软件开发人员及项目管理人员使用。
1.4基线本系统的设计基线为“国家医院信息系统功能规范”及系统相关的各种需求调研记录,需求说明书等。
2引用文件1)《国家卫生信息基础框架》2)《全国卫生信息化发展规划纲要〔2003-2010年〕》3)《医院信息系统基本功能规范》(2002年)4)省卫生厅、财政厅《转发卫生部、财政部关于印发国家卫生信息网建设项目有关规定的通知》 (粤卫[2001]43号)的要求5)《广州市卫生信息化建设十五规划》(2000-2005)3CSCI 级设计决策3.1数据库选型3.1.1选型原则一、安全可靠性数据中心的数据是医院信息平台的“重中之重”。
软件工程医院挂号系统
软件工程医院挂号系统学号软件工程实验报告医院挂号系统起止日期: 2012 年 5 月 3 日至 2012 年 5 月 18 日学生姓名班级成绩指导教师(签字)2012年5月18日设计实验任务2011 —2012 学年第二学期学院专业班级设计实验名称: 软件工程设计题目: 医院挂号系统完成期限:自 2012 年 5 月 3 日至 2012 年 5 月18 日一、实验目的1(加深并消化授课内容,复习所学过的软件工程方法学;2(熟悉软件开发工具和环境,分析选定实例所描述的内容,完成软件从设计到实现的全过程;3(进一步鼓励学生勤思考,综合考虑实际情况,完成抽象过程,设计出客观、合理、可行、优化和简洁的模型。
能够编写设计说明书并根据设计要求编写演示程序。
4(达到巩固课程知识和实际应用的目的。
二、实验要求1(实验过程采用的理论依据,如采用的方法学和分析设计原理。
对实例进行识别和分析,按照规范编写可行性报告,确定软件过程并按照软件工程方法学完成分析和设计。
主要包括进行软件需求分析并做好模型初步分析和设计,再来做实验,提高实验效果;2(设计文档要按照规范国家和行业相关规范进行编写。
3(完成所有实验内容,根据实验过程写出实验报告。
每项内容都要独立完成,运用软件建模工具(可以是自己比较熟悉的一种或多种工具)建立系统结构模型;4(整理实验报告(设计文档)和源代码成电子文档,统一上交。
打印实验报告装订成册一并上交。
三、实验内容根据课程确定的题目内容(实例描述)进行可行分析、需求分析、系统设计、测试设计、系统实现、测试调试。
用统一的实验报告格式写出每个过程的实验报告。
四、实验步骤1(准备提前做好实验准备,熟悉实验工具和环境。
详细分析实例描述。
2(启动系统进行分析和设计建模开机并启动建模软件office、windows office visio2003、rational rose、power designer等(或其他建模工具软件)。
医院挂号系统设计说明书
摘要随着计算机的发展,越来越多的行业实现了管理的信息化和自动化,医务行业也不例外。
在很多医院中,挂号作为医院工作中最重要的一个环节还没有完全实现信息化管理,因此本系统选择医院预约挂号为研究对象,以实现网上预约挂号、缓解医院现场挂号难、提高医院工作效率为目标。
本次设计采用C#语言及VS2013和MySQL为开发工具,并结合软件工程的设计思想,以B/S为模式设计并实现了医院预约挂号系统,实现了患者的预约、查询以及管理员对预约信息的管理等功能。
医院预约挂号系统有着很好的应用前景,用它来代替医院现场挂号,实现患者看病挂号网络化是一个必然趋势。
随着计算机技术和网络技术的发展,它的功能将会得到不断的发展和完善。
关键词:C#;VS2013;数据库;B/S模式;挂号目录1可行性分析 (1)1.1项目开发背景 (1)1.2项目开发意义 (1)1.3可行性研究的主要容 (2)1.3.1技术可行性 (2)1.3.2操作可行性 (3)1.3.3经济可行性 (3)2项目开发计划 (4)2.1编写目的 (4)2.2项目概述 (4)2.3功能描述 (4)2.4项目开发计划 (5)2.5交付期限 (5)3需求分析 (6)3.1系统需求分析 (6)3.2系统流程图 (6)3.3数据描述 (7)3.3.1数据流图 (7)3.3.2数据字典 (8)3.4系统E-R图 (9)3.5需求规定 (11)3.5.1功能需求 (11)3.5.2性能需求 (12)3.5.3运行需求 (12)3.5.4其他需求 (12)4系统概要设计 (13)4.1总体设计 (13)4.1.1总体设计原理 (13)4.1.2系统功能模块设计 (13)4.1.3功能分析 (15)4.2数据库设计 (15)4.2.1数据库概念设计 (15)4.2.2数据库逻辑结构设计 (16)5详细设计 (20)5.1人机界面设计 (20)5.1.1一般交互设计 (20)5.1.2信息显示设计 (21)5.1.3数据输入设计 (21)5.2程序设计过程 (22)5.2.1登陆界面设计 (22)5.2.2程序流程设计 (25)6测试 (29)6.1测试描述 (29)6.1.1测试目的 (30)6.1.2测试方案 (30)6.2测试计划 (30)6.2.1测试过程 (30)6.2.2进度安排及里程碑 (32)6.2.3系统资源 (33)6.2.4项目风险分析 (33)6.3测试计划设计说明 (34)6.3.1测试用例选取原则 (34)6.3.2测试容及其选取策略 (35)6.3.3功能测试 (37)6.4医院挂号系统覆盖率测试 (38)6.4.1逻辑覆盖率 (38)6.4.2语句覆盖 (41)6.4.3判定覆盖 (41)6.4.4条件覆盖 (41)6.5医院挂号系统黑盒测试 (42)6.5.1等价类划分测试 (42)6.5.2边界值法 (43)7设计总结 (45)7.1心得体会 (45)7.2存在的问题 (45)致 (46)参考文献 (47)1可行性分析1.1项目开发背景随着计算机技术的飞速发展,计算机在系统管理中的应用越来越普及,利用计算机实现各个系统的管理显得越来越重要。
软件工程_医院挂号系统方案
工作人员
输入 病人 信息
1 计算机处 理系统
D1 病人信息存储 病人信息
2 挂号单生 产处理系 统
病人
输出挂号单
D2 预约信息
5.3 数据字典
用 excel 写数据字典,插入——对象——由文件创建——浏览——插入——确定
ห้องสมุดไป่ตู้
项目
描述
描述
描述
数据项编号
Shu-004
Shu-005
Shu-006
数据项名称
年龄
三、设计容
根据课程确定的题目容(实例描述)进行可行分析、需求分析、系统设计、测试设计、系 统实现、测试调试。用统一的设计报告格式写出每个过程的设计报告。
四、设计步骤
1.准备 提前做好设计准备,熟悉设计工具和环境。详细分析实例描述。
2.启动系统进行分析和设计 开机并启动建模软件 office,StarUML 等(或其他建模工具软件)。
5.1 系统流程图.................................................................. 3 5.2 数据流图.................................................................... 4 5.3 数据字典.................................................................... 4 六、需求分析 ........................................... 5 6.1 E-R 图...................................................................... 5 七、结构化设计 ......................................... 6 7.1 软件结构图.................................................................. 6 7.2 Jackson 图.................................................................. 7 八、面向对象设计 ....................................... 7 8.1 用例图...................................................................... 7 8.2 类图 ....................................................................... 8 8.3 顺序图...................................................................... 9 8.4 状态图 .................................................................... 10 九、测试方案 .......................................... 10
2_门诊挂号系统设计说明书
系统设计说明目录1引言 (2)1.1标识 (2)1.2系统概述 (2)1.3文档概述 (2)1.4基线 (2)2引用文件 (3)3CSCI 级设计决策 (3)3.1数据库选型 (3)3.1.1选型原则 (3)3.1.2Oracle数据库 (4)3.2安全性 (4)3.2.1数据安全 (4)3.2.2应用安全 (5)3.2.3网络安全 (5)3.2.4安全管理 (5)4系统体系结构设计 (5)4.1系统总体设计 (6)4.1.1概述 (6)4.1.2设计思想 (6)4.1.3基本处理流程 (9)4.1.4系统体系结构 (13)4.2系统部件 (18)4.3执行概念 (20)4.4接口设计 (20)5运行设计 (20)5.1系统初始化 (20)5.2运行控制 (21)5.3运行时间 (21)6系统出错处理设计 (21)6.1出错信息 (21)6.2补救措施 (21)7系统维护设计 (22)7.1飞检测点的设计 (22)7.2检测专用模块的设计 (22)8需求的可追踪性 (23)9注解 (23)1引言1.1标识1.2系统概述根据“国家医院信息系统功能规范”相关要求,通过向医院用户的需求调研调研与分析,设计开发出一个用于门诊挂号、收取门诊挂号费、打印挂号发票让病人凭票看病的系统。
主要作用包括:登记病人资料、利用病人资料进行挂号、为病人分配挂号医生、打印广东省统一的门诊挂号收据,同时提供挂号员的挂号缴款报表及相关缴款管理功能。
1.3文档概述根据“国家医院信息系统功能规范”相关要求,及通过需求调研分析后所编写相关“需求说明书”,编写本《软件设计说明书》,从设计决策、体系结构设计、详细设计等方面进行描述,供相关的系统设计人员、软件开发人员及项目管理人员使用。
1.4基线本系统的设计基线为“国家医院信息系统功能规范”及系统相关的各种需求调研记录,需求说明书等。
2引用文件1)《国家卫生信息基础框架》2)《全国卫生信息化发展规划纲要〔2003-2010年〕》3)《医院信息系统基本功能规范》(2002年)4)省卫生厅、财政厅《转发卫生部、财政部关于印发国家卫生信息网建设项目有关规定的通知》 (粤卫[2001]43号)的要求5)《广州市卫生信息化建设十五规划》(2000-2005)3CSCI 级设计决策3.1数据库选型3.1.1选型原则一、安全可靠性数据中心的数据是医院信息平台的“重中之重”。
医院挂号系统软件设计说明书
医院挂号系统软件设计说明书一.问题描述:病人(或就诊者、或换者)提出挂号的科别、或制定的挂号医生,缴纳挂号费,挂号工作人员询问病人姓名、性别,并交给病人挂号单。
问题描述:科别表示有多个科室,指定医生是因为医生有级别,级别不同挂号费不同。
挂号工作人员收取病人挂号费金额。
挂号单应该标有哪些属性。
挂号单是否可以退、换、作废。
在面向对象方法学中,用“断言”对上述问题重新描述如下:工作人员打开系统并登录系统,当有病人前来就诊时,工作人员打开一个新的纪录界面,询问病人有关信息并记录,再由病人指定医生或提出挂号科,将此类信息再进行记录;系统工件确定病人编号,挂号编号,根据医生的级别确定挂号费;工作人员收取挂号费后,存储挂号信息,并控制系统打印出挂号单,至此一次挂号过程结束。
其中,一张挂号单只记录一个病人信息,包含一个医生信息,一个科别信息,并由一个工作人员记录产生;一个工作人员可替多位病人挂号;一个科别有多个医生。
二.设计出该系统的数据流图(DFD):1.挂号系统的基本系统模型:2.挂号系统的功能级数据流图:3.把处理事务的功能进一步分解后的数据流图:a)外部实体(数据的源点或终点)b)变换数据的处理c) 数据存储d)数据流三.数据字典设计1.数据项描述项目医院挂号系统医院挂号系统医院挂号系统医院挂号系统数据项编号ID01ID02ID03ID04数据项名称病人姓名病人性别病人编号工作人员姓名别名就诊者、患者无无无简述来看病的人的姓名病人性别表示病人的唯一标识挂号的工作人员类型及宽度字符型,30位字符型,2位整型,5位字符型,30位取值范围4{[汉字|•]}30[男|女]“00001” (99999)4{[汉字|•]}30项目医院挂号系统医院挂号系统医院挂号系统医院挂号系统数据项编号ID05ID06ID07ID08数据项名工作人员编号医生姓名医生编号医生级别称别名无无无无简述工作人员的唯一标识医生姓名表示医生的唯一标识医生相应的等级标识类型及宽度整型,5位字符型,30位整型,5位字符型,10位取值范围“00001”…“99999”4{[汉字|•]}30“00001”…“99999”4{汉字}10项目医院挂号系统医院挂号系统医院挂号系统医院挂号系统数据项编号ID09ID10ID11ID12数据项名称科别编号科别名称挂号单编号挂号费用别名无无无无简述科别的唯一标识科别名称挂号单的唯一标识挂号所交挂号费,单位为“元”类型及宽度字符型,5位字符型,20位整型,11位整型,2位取值范围5{数字|字母}54{汉字}20日期+“000” (999)“00” (99)2.数据结构描述项目医院挂号系统医院挂号系统医院挂号系统数据结构编号DS01DS02DS03数据结构名称病人信息工作人员信息医生信息简述病人的情况概述工作人员的情况概述即将问诊的医生信息数据结构组成ID01+ ID02+ ID03ID04+ID05ID06+ID07+ID08项目医院挂号系统医院挂号系统数据结构编号DS04DS05数据结构名称科别信息挂号单信息简述科别的情况概述打印在挂号单上的详细信息数据结构组成ID09+ ID10ID11+DS01+ID05+[DS03|DS04]+ID12 3.数据存储描述项目医院挂号系统数据存储编号DR01数据存储名称挂号信息简述病人的个人信息、工作人员信息、以及医生或科别信息的综合记录数据存储组成ID01+ID02+ID03+ID04+ID05+[ID06+ID07+ID08|ID09+ID10]关键字ID03相关联的处理P3、P44.数据流描述项目医院挂号系统医院挂号系统数据流编号DF01DF02数据流名称事务事务简述工作人员接收事务接收事务并准备记录挂号信息数据流来源工作人员(外部实体)接受事务(数据处理)数据流去向接受事务(数据处理)记录挂号信息(数据处理)数据流组成ID04+ID05ID03+ID04+ID05+ID11数据流量3件/分3件/分高峰流量5件/分5件/分项目医院挂号系统医院挂号系统数据流编号DF03DF04数据流名称挂号信息挂号信息简述工作人员记录下相关挂号信息存储挂号信息有关记录数据流来源记录挂号信息(数据处理)收取挂号费(数据处理)数据流去向收取挂号费(数据处理)挂号信息(数据存储)数据流组成ID11+DS01+ID05+[DS03|DS04]ID11+DS01+ID05+[DS03|DS04]+I D12数据流量5份/分5份/分高峰流量8份/分8份/分项目医院挂号系统医院挂号系统数据流编号DF05DF06数据流名称挂号信息挂号单简述将挂号信息打印于挂号单产生记录下完整信息的挂号单并要给病人的凭据数据流来源挂号信息(数据存储)产生挂号单(数据处理)数据流去向产生挂号单(数据处理)病人(外部实体)数据流组成ID11+DS01+ID05+[DS03|DS04]+ID12ID11+DS01+ID05+[DS03|DS0 4]+ID12数据流量5份/分5份/分高峰流量8份/分8份/分5.数据处理描述项目医院挂号系统处理逻辑编号P1处理逻辑名称接收事务简述工作人员开始接待一个新来的病人,打开一个新界面输入的数据流DF01处理过程打开一个新的界面,系统默认给予新的病人编号,挂号编号输出的数据流DF02处理频率3件/分项目医院挂号系统处理逻辑编号P2处理逻辑名称记录挂号信息简述工作人员询问病人情况并将有关信息填入系统输入的数据流DF02处理过程在新打开的界面中填写有关信息输出的数据流DF03处理频率3件/分项目医院挂号系统处理逻辑编号P3处理逻辑名称收取挂号费简述工作人员向病人所要挂号费用输入的数据流DF03处理过程工作人员向病人所要挂号费用并保存记录输出的数据流DF04处理频率3次/分;;项目医院挂号系统处理逻辑编号P4处理逻辑名称产生挂号单简述准备打印纸质挂号单输入的数据流DF05处理过程保存完记录,按打印按钮得纸质挂号单输出的数据流DF06处理频率20张/分6.外部实体项目医院挂号系统医院挂号系统外部实体编号EE01EE02外部实体名称工作人员病人简述负责与系统直接接触前来提供信息(就诊)输入的数据流DF06输出的数据流DF01四.IPO图设计五.E-R 图设计注:图例说明::实体:联系六.程序流程结构图(Jackson图)设计七.建立对象模型(类图)在面向对象方法学中,用“断言”对上述问题重新描述如下:工作人员打开系统并登录系统,当有病人前来就诊时,工作人员打开一个新的纪录界面,询问病人有关信息并记录,再由病人指定医生或提出挂号科,将此类信息再进行记录;系统工件确定病人编号,挂号编号,根据医生的级别确定挂号费;工作人员收取挂号费后,存储挂号信息,并控制系统打印出挂号单,至此一次挂号过程结束。
医院就诊管理系统概要设计说明书
医院就诊管理系统概要设计说明书一.编写目的软件概要设计是从总体上把握系统设计框架,包括模块划分、处理流程和接口设计,概要设计说明书对上述内容作了总体描述,体现了用户需求与应用系统实现之间的关系,在设计过程中起到了提纲挈领的作用。
待开发的软件系统的名称:医院就诊管理系统本文档的阅读者:软件开发项目组二.任务概述目标:开发一套完整的医院就诊管理系统,本系统包含挂号、诊断、取药付款这三项主要功能以及药材管理、人员管理等附加功能。
尽量减少纸质媒介的使用,提高就诊效率,提高医院事务处理的信息化程度。
运行环境:硬件:PentiumⅡ或更高档微机、笔记本电脑运行时内存要求:1MB操作系统:Win95及以上需求概述本软件主要有以下几方面的功能:1.查询以及修病人信息功能2.查询以及修改药材信息功能3.增加或者删除病人信息功能4.增加或者删除药材信息功能5.查询或者修改病人病史数据的功能6.取药付款功能7.身份验证:进入系统时,对用户身份进行检查,合法才能登录。
条件与限制:本系统作为一个医院就诊管理的辅助工具,面向医院就诊流程中涉及到的种种不同角色,如挂号者、医生、收银员等等。
因此,需对不同人员设计不同的应用界面及应用权限,尤其是对于数据库的权限。
三.总体设计处理流程1.系统启动时,激活身份验证模块;2.通过身份验证后,对系统初始化,根据不同登陆者身份初始化相应界面。
3.病人挂号,挂号信息写入挂号单数据库4.医生诊断,根据挂号单以及病史数据库中的信息,给病人诊断开药,写入对应数据库5.负责挂号的人员查询药材并收款给药总体结构设计:四.接口设计外部接口用户界面:WINDOWS 界面软件接口:运行于Win95及以上版本 硬件接口:支持一般x86系列微机 内部接口初始化模块:系统初始时由操作系统调用。
系统功能模块:接收系统功能区的相应消。
挂号子模块:添加病人信息、分配ID 挂号单入库、分配医生 诊断子模块:查询修改病人数据库、查询药材数据库、开药缴费取药子模块:查询药材数据库、查询挂号单数据库、收费给药 后台管理子模块:医生信息管理、药材信息管理医生信息管理 缴费取药子模块开药查询药材数据库 修改病人数据库医院就诊管理系统诊断子模块药材信息管理 后台管理子模块查询病人数据库 分配医生 挂号子模块分配ID 挂号单入库添加病人信息收费给药查询挂号单数据库查询药材数据库五.界面设计本软件面向整个医院就诊流程,应用软件的角色众多,现将主要界面展示如下:六.数据结构设计1.数据库:SQL SERVER(1).Patient 表主码PID(2).Doctor表主码D_ID(3).Drug表主码Drug_ID(4).Medical_history 表主码Medical_history_ID (5).Registered表主码R_ID2数据库中表的关系表中的约束条件已经详细定义。
软件工程作业(第三部分 共五部分)医院挂号系统 软件概要设计说明书5-3
所提供的接口:(1):显示医生信息接口;(2):显示当前选择医生信息接口;(3):条件查询输入接口;2.4 具体功能子模块4:打印挂号单功能:病人对提供的个人信息,医生及科室信息确认无误时,则可以打印挂号单内部结构:打印挂号单模块更新医生剩余挂号名额更新病人可挂号次数计算挂号费打印挂号单内部处理流程: 显示挂号单详细信息预览病人个人信息科室信息医生信息挂号工作人员编号更新医生剩余挂号名额医生信息更新病人个人剩余挂号次数成功计算挂号费成功退出挂号流程失败失败打印挂号单挂号单信息挂号单挂号单信息所提供的接口:(1):“打印挂号单”按钮(见《医院挂号系统软件需求规格说明书》);(2):显示病人个人信息接口;(3):显示病人所选科室信息接口;(4):显示病人所选医生信息接口;(5):显示挂号单编号接口。
功能模块3:修改病人个人信息功能:如果病人个人信息错误,则相应进行修改内部结构:修改病人个人信息模块显示当前挂号病人信息输入病人更新信息更新数据库记录内部处理流程: 显示病人原始记录信息病人原始信息输入病人更新信息病人原始记录信息退出功能模块更新数据库记录确认更新取消更新显示更新结果更新成功更新失败更新后的病人信息所提供的接口:(1):显示更新前病人个人信息接口;(2):病人个人信息输入接口;(3):“确认”按钮。
(见《医院挂号系统软件需求规格说明书》)功能模块4:修改工作人员信息功能:如果工作人员个人信息错误,则相应进行修改内部结构:修改工作人员个人信息显示工作人员原始信息输入工作人员新信息更新数据库内部处理流程: 显示工作人员原始信息工作人员原始记录输入更新信息更新数据库原始工作人员信息更新后的工作人员信息显示更新结果更新成功退出更改工作人员功能模块更新失败取消更新更新后的工作人员信息所提供的接口:(1):显示更新前工作人员个人信息接口;(2):工作人员个人信息输入接口;(3):“确认”按钮。
(见《医院挂号系统软件需求规格说明书》)功能模块5:挂号单注销功能:根据病人提供的挂号单(没有作废),注销该名额内部结构:注销挂号单功能模块查询挂号单记录回滚医生剩余挂号名额回滚病人剩余挂号次数。
软件工程_医院挂号系统方案
科室
挂号类型
别名
无
无
无
简述
病人年龄
科室类别
挂号类型
类型及宽度
字符型 ห้องสมุดไป่ตู้3 位
字符,4
字符,2 位
取值围
0~999
普通,专家,主任
挂号单的数据结构
BRD01-02 挂号单标示
BRD01-01:病人挂号单
BRD01-03 病人信息
BRD01-04 挂号信息
页脚
I1:挂号单编号 I2:挂号日期
数据结构描述:
项目
数据结构编号 数据结构名称
简述 数据结构组成
项目
数据结构编号 数据结构名称
简述 数据结构组成
.
I3:病人 I4:病人年龄 I5:病人性别 I 6:病历号
.
I7:科室 I8:级别 I9:挂号单 I10:医生
描述
BRD01-01 病人挂号单 病人以及工作人员所填写的病人看病信息 BRD01-02 + BRD01-03 + BRD01-04
工作人员
输入 病人 信息
1 计算机处 理系统
D1 病人信息存储 病人信息
2 挂号单生 产处理系 统
病人
输出挂号单
D2 预约信息
5.3 数据字典
用 excel 写数据字典,插入——对象——由文件创建——浏览——插入——确定
项目
描述
描述
描述
数据项编号
Shu-004
Shu-005
Shu-006
数据项名称
年龄
收取挂号 费
保存信息 产生挂号 单
页脚
.
.
8.2 类图
步骤:a.在 StarUML 用类图工具绘制图形 b.将结果复制进 word 如下:
医院预约挂号系统(总报告)
图(病人表相关参数设置)
3)创建视图
--创建医生视图,查看所有医生的相关信息,包括坐诊时间等 create view doctor1 as select 姓名,性别,职称,编号,坐诊时间 from 医生 select * from doctor1
9
医院预约挂号系统
数据库课程设计
图(查看所有医生信息)
log on ( name=医院预约挂号系统_Log,
filename='D:\医院预约挂号系统(数据库课程设计)\医院 预约挂号系统.ldf',
size=100, maxsize=200, filegrowth=100)
2)创建数据表
--创建医生表
create table 医生 ( 姓名 char(10) NOT NULL,
图(创建登陆王五)
7
医院预约挂号系统
数据库课程设计
图(医生表相关参数设置)
--创建挂号单表 create table 挂号单 (科名 char(15)not null,
挂号单号 int(4) not null, 编号 char(12)not null, 费用 smallmoney, constraint dh primary key(挂号单号), )
13
医院预约挂号系统
) as update 挂号单 set 费用=费用*0.8 where 科别=@科别
proc9 '口腔科'
数据库课程设计
图(根据输入科室,部分科室医疗费用打 8 折)
5)创建登录、用户 --创建登陆张三,用李四的的身份访问数据库“医院预约挂号系 统”,并把张三赋予管理员权限 exec sp_addlogin '张三','123' use 医院预约挂号系统 go exec sp_adduser '张三','李四' exec sp_adduser '张三','李四','db_securityadmin'
医院挂号系统设计说明书(软件工程)
学号 08710211(医院挂号系统)设计说明书(医院挂号系统)起止日期: 2011 年 6 月 6 日至 2011 年 6 月 10 日学生姓名李翔班级08计算机2班成绩指导教师(签字)电子与信息工程系2011年 6 月 10 日病人到医院看病设计说明书挂号问题描述:挂号工作人员询问病人姓名、性别。
病人(或就诊者、或换者)提出挂号科别、或指定挂号医生,病人缴纳挂号费,挂号工作人员填写挂号单并交给病人。
问题:科别表示有多个科室,指定医生表示医生有级别,级别不同挂号费不同。
挂号工作人员收取病人挂号费金额,挂号单上注明医生级别及挂号费额度。
挂号单应该标有哪些属性(单据编号、病人姓名、性别、科室名称、医生级别或医生名称、费用数额)。
挂号单是否可以退、换、作废。
1)数据流图2)数据字典1.数据项数据项表12.数据结构表13.数据存储表数据流表15.数据处理6.外部实体3)IPO 图4)实体联系图——E-R图5)软件结构图6)jackson图输入数据结构:输出数据结构:7)用例图8)类图挂号单 病人基本信息挂号信息姓名性别出生年月科别挂号费用字符*I男女*Date*I数字字符*I****医生字符*I9)时序图正常情况下的脚本:1)挂号工作人员请求登录系统,并输入用户名、密码,系统接收输入信息,并请求工作人员确认信息;2)工作人员确认信息;3)系统识别信息,确认登录;4)工作人员呢输入病人信息;5)系统显示已输入信息,并请求确认;6)工作人员确认输入信息;7)系统访问后台数据库,返回正常,显示部分挂号信息;8)工作人员设置完整挂号信息;9)系统显示设置后的挂号信息,并请求确认;10)工作人员确认挂号信息;11)系统访问后台数据库,显示即生成的挂号单信息;12)工作人员确认挂单信息,系统连接后台设备请求生成挂单;13)后台设备接收请求并生成挂单,到工作人员手中。
10)状态转换图11)人机界面。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
学号08710211
(医院挂号系统)
设计说明书
(医院挂号系统)
起止日期:2011 年6 月 6 日至2011 年 6 月10 日
学生姓名李翔
班级08计算机2班
成绩
指导教师(签字)
电子与信息工程系
2011年6 月10 日
病人到医院看病设计说明书
挂号
问题描述:挂号工作人员询问病人姓名、性别。
病人(或就诊者、或换者)提出挂号科别、或指定挂号医生,病人缴纳挂号费,挂号工作人员填写挂号单并交给病人。
问题:科别表示有多个科室,指定医生表示医生有级别,级别不同挂号费不同。
挂号工作人员收取病人挂号费金额,挂号单上注明医生级别及挂号费额度。
挂号单应该标有哪些属性(单据编号、病人姓名、性别、科室名称、医生级别或医生名称、费用数额)。
挂号单是否可以退、换、作废。
1)数据流图
2)数据字典
1.数据项
数据项表4
2.数据结构
3)IPO 图
4)实体联系图——E-R图
5)软件结构图
6)jackson图
输入数据结构:
输出数据结构:
7)用例图
8)类图
挂号单 病人基本信息
挂号信息
姓名
性别
出生年月
科别
挂号费用
字符*
I
男
女
* Date*
I
数字
字符*
I
*
*
*
*
医生
字符*
I
9)时序图
正常情况下的脚本:
1)挂号工作人员请求登录系统,并输入用户名、密码,系统接收输入信息,并请求工作人员确认信息;
2)工作人员确认信息;
3)系统识别信息,确认登录;
4)工作人员呢输入病人信息;
5)系统显示已输入信息,并请求确认;
6)工作人员确认输入信息;
7)系统访问后台数据库,返回正常,显示部分挂号信息;
8)工作人员设置完整挂号信息;
9)系统显示设置后的挂号信息,并请求确认;
10)工作人员确认挂号信息;
11)系统访问后台数据库,显示即生成的挂号单信息;
12)工作人员确认挂单信息,系统连接后台设备请求生成挂单;
13)后台设备接收请求并生成挂单,到工作人员手中。
10)状态转换图
11)人机界面。