第一篇:医院门诊系统需求分析报告
医院门诊系统 需求分析报告 目录
1.引言........................................................................................................................................3 1.1编写目的.........................................................................................................................3 1.2系统概况.........................................................................................................................3 2.需求概述................................................................................................................................3 2.1医院的组织机构情况.....................................................................................................3 2.2各部门关系图.................................................................................................................4 2.3门诊部的业务活动情况.................................................................................................4 3.目标及用户特点....................................................................................................................5 3.1目标.................................................................................................................................5 3.2用户特点.........................................................................................................................5 4.需求规定................................................................................................................................5 4.1病人信息.........................................................................................................................6 4.2医生信息.........................................................................................................................6 4.3各种单据的信息.............................................................................................................6 4.4各种库存信息.................................................................................................................6 5.对功能的规定........................................................................................................................7 6.对性能的规定........................................................................................................................7 6.1安全性要求.....................................................................................................................7 6.2完整性要求.....................................................................................................................8 6.3综合性能要求.................................................................................................................8 7.系统结构................................................................................................................................9 7.1第一层数据流图.............................................................................................................9 7.2第二层数据流图.............................................................................................................9 7.2.1挂号处......................................................................................................................9 7.2.2收费处....................................................................................................................10 7.2.3取药处....................................................................................................................10 7.2.4化验处....................................................................................................................10 1.引言
1.1编写目的
随着知识经济的到来,人类已经逐步进入信息化社会。信息增长的速度越来越快,人们希望利用先进的管理理论方法手段来得到并处理越来越多的信息,以提高工作效率和管理水平。由于信息资源对人们生活的重要性,不断提高信息的收集,传输,加以利用等活动,日益成为人们社会生活的重要组成部分。医院的高效运作也离不开信息系统的开发与利用。因为目前在中国,对于公民来说,看病是一个难题,而医院的系统不够完善是导致病人看病不及时或看病麻烦的一个重要原因。为了加快医院系统的信息化步伐,提高医院的业务水平,建设和完善医院信息系已变得十分必要。一般的公立医院需要有一套完整的挂号、看病、做检查、取药、住院等连贯的信息系统,才能有效的管理病人看病的过程,从而有效的管理医院。
1.2系统概况
本需求分析报告包含医院门诊管理系统的需求分析。
2.需求概述
2.1医院的组织机构情况
一所医院的主要构成部分为:门诊部和住院部,医院的所有日常工作都是围绕这两大部门进行的。门诊部门和住院部门各下设若干科室,如门诊部门下设口腔科、内科、外科、皮肤科等,住院部门下设内科、外科、骨科等,二者下设的部分科室是交叉的,各科室都有相应的医生、护士,完成所承担的医疗工作。
为了支持这两大部门的工作,医院还设置了药库、中心药房、门诊药房、制剂室、设备科、财务科、后勤仓库、门诊收费处、门诊挂号处、问讯处、住院处、检验科室、检查科室、血库、病案室、手术室,以及为医院的日常管理而设置的 行政部门等。
2.2各部门关系图
骨科 手术室 中心药房 住院处 制剂室 住院部 检验科室 检查科室 外科 内科 病案室 药库 设备科 财务科 后勤仓库 门诊部 问讯处 门诊收费处 门诊药房 口腔科 门诊挂号处
2.3门诊部的业务活动情况
首先,门诊病人需要到门诊挂号处挂号(如果病人有需要,可以设置人工咨询台对所要就诊的相应医科进行查询,可查询该医科的当班医生及其基本情况,然后再去挂号),挂号处分为初诊病人和复诊病人的挂号处,如果是初诊病人,需要在门诊挂号处登记其基本信息,如姓名、年龄、住址、联系方式等,由挂号处根据病人所提供的信息制成挂号卡,发放给病人,每个病人对应一个专有的病历号,这样方便管理病人的病历,也方便病人以后再来医院看病的时候挂号使用;复诊病人挂号只需要刷挂号卡就能排号就诊,由挂号处管理病人的病历。
其次,病人持挂号单和缴费收据到相应医科就医,经医生诊疗后,由医生开出诊断结果或者处方,检查或检验申请单,如为处方,则病人需持处方单到门诊收费处划价交费,划价交费的同时,该病人所要领取的处方药在药房的系统中自动显示,药房人员根据药方给该病人拿药,然后病人持收费证明到门诊药房取药; 如为检查或检验申请单,则病人需持申请单到门诊收费处划价交费,收费处根据交费的先后顺序,把所有做检查的病人排号,然后病人持交费收据到检查科室进行检查。
对于门诊药房来说,接到取药处方后,要进行配药和发药,所有药都在药房管理系统中进行管理,当药房库存的药品减少到一定量的时候,药房人员应到药库办理药品申领,领取所需的药品,而药房需对药品的出库、入库和库存进行管理;
当检查科室接到病人的申请后,对病人进行检查,并将检查结果存入系统中,同时也存入该病人的电子病历中,如果检查报告单需要等待一段时间才出结果,病人可以持自己的病历卡到自助查询机器上打印化验结果单。
病人可持检查或检验的结果再到原医科进行复诊,直至医生开出处方或提出医疗建议,最终病人痊愈离院。
3.目标及用户特点
3.1目标
该系统为医院提供一个集门诊划价、收费、发药、化验、住院于一体的管理信息系统,可实现信息存储、更新、查询等多项功能,为医务工作者和病人提供方便。
3.2用户特点
该系统的用户大多是医院的医务工作者、后勤工作人员、药剂师等,工作时间紧张,所以需要系统的运作使工作效率有大幅度提高,因此对系统的要求需要很完善,涉及到工作人员每一个工作细节。
4.需求规定
由于系统的使用主体是医院的管理人员,因此对系统的信息要求可分为以下 几个方面:
4.1病人信息
病人的基本信息应该包括病人的姓名、性别、出生年月、年龄、家庭住址、联系方式等。对于门诊病人,还需要就诊时间,就诊医科,就诊结果,处方记录,检查时间,检查项目,检查结果,检验时间,检验项目,检验结果等。对于住院病人,还需要入院时间,所在病区,所在医科,床位号,主治医师,用药记录,检查时间,检查项目,检查结果,检验时间,检验项目,检验结果,手术时间,手术相关记录,病人病情变化记录,相关体检记录,出院时间等。
4.2医生信息
医生的基本信息包括医生的姓名、性别、出生年月、家庭住址、联系方式、所在医科、工龄、职称、工号等。对于门诊医生,还需要挂号单价,当天工作量,出诊时间等。对于住院医生,还需要所在病区,负责病人,诊断记录及手术记录等。
4.3各种单据的信息
各种单据,证明,如医生诊断书,处方单,检验申请单,检查申请单,检验结果报告单,检查结果报告单,收款单,病人医疗记录,手术申请单,手术通知单,病人入院登记单,转科申请单,病人情况登记单,药品提领单,药品发放记录,药品出库单,药品入库单,设备使用记录,器械领用单,器械使用记录等。
4.4各种库存信息
各种库存,如药品、制剂、设备、器械以及后勤劳保用品等的信息,包括入库记录,出库记录,库存量,单价等。5.对功能的规定
系统应当完成以下的信息处理:
(1)存储病人的信息、医生信息、单据、库存信息,以供查询。
(2)对病人信息、医生信息、库存信息进行及时的更新和统计,如根据医生的出诊情况、工龄、工作量、职称等,得出医生工资中相应的应得金额,完成对医生工资的计算和统计,供发放。
(3)病人的电子病历可以存储在IC卡中,病人复诊的时候能够刷卡挂号,查询化验结果的时候能在自助查询机上刷卡进行查询,以便提高医院工作的效率。(4)各种单据、证明以及记录,根据实际需要,进行更新,统计,自动处理,等等,如对病人病情的记录的及时更新,对药品提领情况的及时统计,通过系统,自动生成一些单证,如系统将手术申请单进行相应的处理,根据所存储的信息得出相关信息,如手术可进行时间,手术室地点安排等,进而生成手术通知单。(5)对各种库存信息的及时更新和统计以及相关的自动处理,系统应根据库存量,入库量,出库量,自动得出新的即时的库存量,完成更新,当库存少到一定程度,系统应提出警告,提示管理人员库存不足,使管理人员做出相应的处理。(6)对医院所需的各种报表能根据计算机的统计,自动生成,例如统计图形、趋势图等,以便研究工作中写分析报告,也可以对科研做贡献。
(7)所有原始数据和统计数据进行相关分析,如门诊收入,住院收入,药品收支,物资情况,医疗信息,病区床位利用率,床位周转率等。
6.对性能的规定
6.1安全性要求
系统应对不同用户设置不同的权限,区分不同的用户,如区分病人(只能查询医生的出诊情况,医科设置,医生简介和本人的信息),医生(只能查询本医科诊治的病人资料,本人的信息,医院的公共信息等),管理人员(可查询医院相关的运作情况,并可根据其工作内容,录入相关的信息,修改相关的记录),系统管理员(可对系统进行日常维护,包括数据更新,权限设置等),院长(可查询医院所有运作情况(包括医院的医疗管理、经济管理、行政管理等)的数据,医生的信息,以及各种统计和分析结果等)。
6.2完整性要求
a、各种信息记录的完整性,信息记录内容不能为空; b、各种数据间相互的联系的正确性; c、相同的数据在不同记录中的一致性。
6.3综合性能要求
模快化设计,具有良好的可扩充性,以适应医院不同阶段的发展需要。方便的系统剪裁功能,各子系统间任意选择是否联网。信息共享、准确及时交流信息:发挥网络功能,减少重复操作,提高工作效率。彻底改变手工或单机管理对信息收集处理中的重复、混乱和容易出错的状况,充分利用计算机网络及关系型数据库的资源共享、数据共享等技术。一个环节录入信息,其它环节可以共享,确保数据的准确性和一致性。基本信息录入采用拼音输入方式,鼠标操作,基本不需输入汉字,大大提高工作效率。7.系统结构
7.1第一层数据流图
刷卡挂号、挂号单门诊挂号处病人基本信息病人收据药品门诊药房处结果报告单门诊病历处方单、化验申请单复诊时查询上次病历诊断完录入病历病历、检查报告单收处方据单、化验申请单门诊收费处检查申请单、收据医生诊断检查化验科
7.2第二层数据流图 7.2.1挂号处
病人基本信息初诊病人电子病历、IC卡录入病人基本信息并读入IC卡病人基本信息IC卡复诊病人挂号处理门诊病历挂号单病人 7.2.2收费处
检查申请单挂号单病人划价处理收费明细缴费开收据收费证明病人处方单门诊病历
7.2.3取药处
划价病人药品清单进入药房管理系统取药单药房配药并发药药品药品库存信息入系统病人
7.2.4化验处
化验处化验申请单、病历病人病历情况医生诊疗化验报告单、病历病人门诊病历
第二篇:医院门诊管理系统数据库需求分析
医院门诊管理系统一、引言
门诊是医院管理的重要组成部分,人流量大,手续较为繁琐。在人工的情况下,医护人员要做大量不必要的重复的工作、效率低、准确性差、不方便管理、影响工作效率。这些都会造成病人得不到合理快速的解决方案。随着社会的不断发展进步,计算机的发展亦十分迅速,在各大领域都发挥着不可忽视的作用。因此,我们选择利用计算机设计一个医院的门诊管理系统。它可以实现数据的信息管理,在一定程度上实现自动化。
二、需求分析
本系统的主要功能是对医院门诊患者信息进行有效管理,形成一个完整的体系。主要任务是用计算机来对患者进行管理,如挂号、诊断、计价、收费、取药等。系统可以详细记录病人从挂号处挂号到门诊缴费,以及经医生诊断后取药的过程中的所有信息。
三、主要要求
系统要满足以下几个方面:
(1)病人管理
在此管理模式中,维护病人的基本信息,如姓名、性别、联系方式等。同时也可以删除、修改、添加病人的信息。
(2)挂号系统管理
输入病人信息,系统会自动生成挂号费用,挂号之后会自动生成病号信息到病号信息库中。病历号必须唯一,以供全系统共享调用,整个系统通过这个唯一病历号贯通一体,大夫和病人都可以藉此查询所有的就诊历史信息,并实现划价收费、药房取药等操作。若病号库中已存在该病号,则可以直接进行挂号操作。
(3)医生管理
医生管理模块中存储医生的基本信息。此模块也实现信息化管理医生收发病例。
(4)药品管理
药品发放由药房管理人员完成操作,药房通过收款单来给病人发药。在病人缴费后,可直接到药房取药。发药的同时减少药品库存量。通过查询病号来确定药品名称及数量。
(5)处方管理
处方管理是要完成病历上病情、病史的记载,以及医嘱的开立和实施。
四、系统功能图
门诊管理系统 |
病人管理 |
查询病人信息 |
删除病人信息 |
增加病人信息 |
修改病人信息 |
门诊挂号 |
挂号管理 |
医生管理 |
查询医生信息 |
增加医生信息 |
删除医生信息 |
修改医生信息 |
药房发放药品 |
处方管理 |
处方单录入 |
处方单查询 |
修改处方单 |
查询药品 |
查询发药单 |
药品管理 |
挂号单查询 |
五、数据字典
实体 | 数据项名 | 说明 | 类型 |
病人 Patient | PatientNo | 病人编号 | char(12) |
PatientName | 姓名 | varchar(10) | |
Sex | 性别 | char(1) | |
Age | 年龄 | int | |
ID | 身份证号 | char(18) | |
TEL | 电话 | varchar(12) | |
HP | 过敏药物 | varchar(100) | |
病历 MRecord | M_No | 病历编号 | char(12) |
M_Date | 就诊日期 | Datetime | |
Symptom | 主要症状 | varchar(100) | |
员工 Employee | EmployeeNo | 员工编号 | char(13) |
EmployeeName | 员工姓名 | varchar(10) | |
Sex | 性别 | char(1) | |
Age | 年龄 | int | |
ID | 身份证号 | char(18) | |
TEL | 电话 | varchar(12) | |
Position | 职位 | varchar(10) | |
Salary | 工资 | Numeric(10,2) | |
WorkDate | 工作日期 | DateTime | |
WorkTerm | 工作年限 | int | |
科室 Department | DepartmentNo | 科室编号 | char(5) |
DepartmentName | 科室名称 | varchar(20) | |
Address | 科室位置 | varchar(50) | |
Manager | 负责人 | varchar(10) | |
TEL | 电话 | varchar(12) | |
Introduction | 科室介绍 | varchar(200) | |
挂号单 Register | RegisterNo | 挂号单编号 | char(14) |
RegisterTime | 挂号时间 | Datetime | |
RegisterFree | 挂号费 | Numeric(10,2) | |
药品 Medicine | MedicineNo | 药品编号 | char(15) |
MedicineName | 药品名称 | varchar(25) | |
MedicineClass | 药品类别 | varchar(10) | |
UnitPrice | 单价 | Numeric(10,2) | |
Elements_m | 主要成分 | varchar(200) | |
Function_M | 主要功能 | varchar(200) | |
Usage | 用法用量 | varchar(200) | |
Providcer | 供应商 | varchar(50) | |
ProduceDate | 生产日期 | Datetime | |
Usefullife | 有效日期 | Datetime | |
Matters | 注意事项 | varchar(200) | |
Amount | 库存量 | Int | |
处方 Recipe | RecipeNo | 处方编号 | char(15) |
SickDate | 就诊日期 | Datetime | |
PatientNo | 病人编号 | char(12) | |
ElementNo | 员工编号 | char(13) | |
MedicineName | 药品名称 | varchar(25) | |
Quantity | 药品数量 | Int |
六、数据约束条件
(1)一个医院中有多个诊室,一个诊室中可有多个员工,但一个员工只属于一个诊室。
(2)员工由员工号来唯一标识,存储员工的相关信息,格式为:workDatime+流水号;病人由病人编号唯一标识,存储病人的相关信息,格式为:病人第一次看病时间+流水号;药品由药品编号唯一标识,格式为:p/s+国药准字;挂号由挂号编号唯一标识,格式为:日期+流水号;处方由处方单号唯一标识,格式为:R+日期+流水号。
(3)在同一时间段,药品发放只为一位病人;在同一时间段,医生只为一位病人看病。
(4)员工工作年龄超过18岁,满足工作年龄要求。
(5)联系电话不超过11位数
七、数据流图
病人 |
病人 |
门诊管理系统 |
病人信息 挂号单
缴费 缴费凭证
诊断 处方
取药凭证 药物
病人 |
挂号收费 |
挂号请求
挂号单 挂号信息 挂号记录
缴费 收费记录 收费记录
收费 医生信息
医生记录
接诊 |
看病
处方 诊断信息 诊断记录
取药 |
取药
药物信息
药物 药物记录
八、逻辑设计
关系模式:
(1)病人(病人编号、病人姓名、性别、年龄、身份证号、电话、过敏药物)
(2)病历(病历编号、就诊日期、主要症状)
(3)员工(员工编号、姓名、性别、年龄、身份证号、电话、职位、工资、工作日期、工作年限)
(4)科室(科室编号、科室名称、科室位置、负责人、电话、科室介绍)
(5)挂号单(挂号单编号、挂号时间、挂号费);
(6)药品(药品编号、药品名称、药品类别、单价、主要成分、主要功能、用法用量、供应商、生产日期、有效日期、库存量)
(7)处方(处方编号、就诊日期、病人编号、员工编号、药品名称、药品数量)
九、E-R图
员工编号 |
医生 |
科室 |
病历 |
病历编号 |
病人 |
药品 |
药 品 编 号 |
病人编号 |
科室编号 |
处方编号 |
第三篇:系统需求分析报告
系统需求分析报告
目录
目录.............................................................................................................I
1、项目描述...............................................................................................1 1.1 背景................................................................................................1 1.2研究意义........................................................................................1
2、需求分析...............................................................................................1 2.1功能需求分析................................................................................2 2.1.1 系统管理功能......................................................................2 2.1.2 流量劫持功能....................................................................2 2.2性能需求分析................................................................................2
I
1、项目描述
1.1 背景
随着网络的普及,网络业务应用向深度和广度不断发展,方便用户的同时,也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽,使得网络上涉及如:电子商务、在线游戏、DNS授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击,对个人用户信息(网银、支付钱包账号密码等)的保密和对国家互联网信息管理与审计构成严重威胁。
1.2研究意义
本项目针对以上问题,主要利用了以下两种技术:僵尸网络反制技术及HTTP/HTTPS协议通信的监控技术。
网络攻击已严重威胁着网络的安全,及时的发现网络攻击并在必要的时候劫持与反制网络攻击,成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。
2、需求分析
经过与项目委托方多次讨论,设计系统的目的是为实现对特定非法用户Web(HTTP/HTTPS协议)通信进行监控及反制,具体要求实现的功能有:监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户Web通信进行JS脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的Cookie。
第 1 页 2.1功能需求分析
根据监控系统的要求对系统的功能进行分析,明确了系统需要实现的功能。系统的功能结构模块:系统管理功能、流量劫持功能、监控与反制功能。
2.1.1 系统管理功能
系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示,数据存储负责接收后端和前端JS探针采集的数据并存储到数据库,数据展示负责提取数据库数据并显示。
2.1.2 流量劫持功能
本文流量劫持指DNS协议劫持,主要由四个部分组成:报文捕获、协议解析、IP及域名查找匹配、DNS协议欺骗。
2.2性能需求分析
1.DNS流量劫持成功率
为了达到项目委托单位的要求,需要对特定用户访问特定网站的流量进行准确监控,同时保证流量劫持的成功率(90%以上)。
2.监控与反制系统并发量
监控与反制系统服务器的并发性能直接决定同时能够监听的用户数。当被监控用户数过大,监控与反制系统并发处理能力到极大挑战。
3.系统运行稳定性
第 2 页 系统稳定性是系统最基本也是最重要的要求,运行稳定性关系到系统能否长时间稳定运行。系统的稳定性体现在:随着运行时间的增加,系统并不会出现内存泄露、甚至系统崩溃等情况。其中内存泄露可通过内存消耗、CPU使用率指标度量。
第 3 页
第四篇:医院血库管理系统需求分析
医院血库管理系统
需求分析
学生姓名:张晓枫 学院:信息工程学院 专业:信息管理与信息系统 班级:
B1602班 学号:
0916160217 指导教师:金鸣镝
辽东学院
Eastern Liaoning University
一、可行性分析报告
系统开发的有关背景:
医院血库管理系统是一个医院不可缺少的部分。人工管理方式存在着许多缺点:效率低,保密性差,另外时间一长,将产生大量的文件和数据,这对于查找,更新和维护都带来不少困难。随着科学技术的不断提高,计算机学日渐成熟。它已进入人类社会的各个领域并发挥重要作用。使用计算机档案信息管理,有好多好处:查找方便,可靠性高,存储量大,保密性好,成本低等,能够极大提高管理的效率,也是医院信息管理的科学化,与世界接轨的重要条件。
系统开发项目的目标:
目标:提高工作效率,建立数据一致性和完整性强,数据安全性好的数据库,开发功能完备、易使用的前端应用程序。
可能性分析:当前,计算机价格已经十分低廉,性能却有了长足的进步。它已经应用于许多领域。现在我国的病人及医师管理水平绝大部分停留在纸介质的基础上,这样的机制已经不能适应时代的发展,因为它浪费了许多人力和物力,在信息时代,这种传统的管理方法必然被以计算机为基础的信息管理所取代。因此,血库管理信息系统的建立具备很大的可能性。
必要性分析:血库管理系统是每个医疗机构管理病人和医生必不可少的管理信息系统,它的内容对于医疗机构的管理者来说是至关重要的,所以血库管理系统应该能够为每一个医疗机构的管理者提供充足的信息和快捷的查询手段,大大的方便医疗机构的管理者的合理管理。
计算机的成熟应用已经进入各个行业领域,血库管理的工作必然要借助计算机技术。
使用计算机对血库进行管理,具有手工管理无可比拟的优点:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命成本低等。能够极大地提高管理效率。这些优点能够极大地提高病人及医师管理的效率,也是医疗机构理财的科学化、正规化管理与先进科学技术接轨的重要条件。
因此,开发这样一套管理系统是很有必要的,从某种意义上讲也是将计算机应用于现实管理的一次很有意义的实践活动。
系统主要功能结构: 第一,系统维护包括用户管理、密码管理、数据库备份、背景设置、退出等选项。第二,血液管理包括入库信息与出库信息。第三,系统查询包括血液库存及出入库查询和打印。第四,系统帮助包括系统关于及辅助文件。
系统开发可行性分析:
一、技术可行性:
本系统将采用Microsoft SQL Server 2005技术。SQL是英文Structured Query Language的缩写,意思为结构化查询语言。SQL语言的主要功能就是同各种数据库建立联系,进行沟通。按照ANSI(美国国家标准协会)的规定,SQL被作为关系型数据库管理系统的标准语言。SQL语句可以用来执行各种各样的操作,例如更新数据库中的数据,从数据库中提取数据等。目前,绝大多数流行的关系型数据库管理系统,如Oracle, Sybase, Microsoft SQL Server, Access等都采用了SQL语言标准。
Microsoft SQL Server 2005是一个全面的数据库平台,使用集成的商业智能(BI)工具提供了企业级的数据管理。Microsoft SQL Server 2005数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能,使您可以构建和管理用于业务的高可用和高性能的数据应用程序。Microsoft SQL Server 2005数据引擎是该企业数据管理解决方案的核心。此外Microsoft SQL Server 2005结合了分析、报表、集成和通知功能。这使企业可以构建和部署经济有效的BI解决方案,帮助您的团队通过记分卡、Dashboard、Web services和移动设备将数据应用推向业务的各个领域。与 Microsoft Visual Studio、Microsoft Office System以及新的开发工具包(包括Business Intelligence Development Studio)的紧密集成使Microsoft SQL Server 2005与众不同。无论您是开发人员、数据库管理员、信息工作者还是决策者,Microsoft SQL Server 2005都可以为您提供创新的解决方案,帮助您从数据中更多地获益。
二、经济可行性:
一个系统从开发到投入使用要考虑到很多的费用开销,主要包括设备的购买费用,软件的开发费用,系统的维护费用等等,而本系统的开发周期不是很长,运行时对硬件的配置要求也不是很高,管理员经过简单的培训就可以胜任,维护起来也方便。
三、管理可行性:
本系统操作简单,管理员经过一段时间的培训以后,就可以独立完成对本系统的管理。通过三个方面的分析,可以明确该系统的设计是可行的,具有经济,技术,管理等方面的支持,满足了系统开发的基础和前提条件的要求,为系统开发的进一步实施明确了目标。
二、业务流程图
输血申请表做相关处理,以满足输血条件病人输血前检查 不合格申请表合格申请表血库血液余量无所需血液需血单配血扫描条码、血液出库有所需血液记录并联系其他医院血库输血及输血后检查不良反应记录献血者献血登记表无不良反应记录血库管理人员核查信息不合格登记表记录输血情况排查过期血液集中处理合格登记表输血存档血液采集,贴标签血液入库废血存档血库存档汇总存档单
三、数据流程图
血库血液管理信息系统顶层数据流程图
输血申请 病人 输血信息,登记血液管理系统血液信息血液余量信息血库管理人员献血申请献血者献血信息
血库血液管理信息系统中层数据流程图
病人申请信息P1病人输血申请处理审批意见D1输血记录血库管理人员P2血液出库登记D2血库余量献血者P4血液入库登记血液信息申请信息D3献血记录P5过期血液排查P3献血申请处理审批意见D4废血记录
输血申请处理(P1)数据流程底图
病人申请信息P1.1申请审核合格的申请信息P1.2输血登记D1输血记录血库管理人员病人输血信息P1.3病人信息更新
血液出库(P2)数据流程底图
血库管理人员P2.2血液出库登记输血申请成功信息确认成功血液出库P2.3更新血库信息P2.1审核D2血库余量
献血申请处理(P3)数据流程底图 献血者申请信息P3.1申请审核合格的申请信息P3.2献血登记D1献血记录
血液入库(P4)数据流程底图
血库管理人员P4.2血液入库登记献血申请成功信息确认成功血液入库P4.3更新血库信息P4.1审核D2血库余量过期血液排查(P5)数据流程底图
四、数据字典
(1)数据结构的定义
数据结构编号:DT01 数据结构名称:输血申请单
简 述:患者所需血量、血型等信息 数据结构组成:姓名+性别+申请原因
数据结构编号:DT02 数据结构名称:明细单
简 述:每一条进出库详细信息
数据结构组成: DS002+入库信息+出库信息
(2)数据流定义 数据流编号:DT03 数据流名称:血液出库单 简述:血库批准通过的申请单 数据流来源:血库管理者
数据流组成:领用血量+血型+日期+领用科室(数据流量:10袋/天高峰流量:25袋/天)
数据流编号:DT04 数据流名称:血液入库单 简述:采集血量的详细信息 数据流来源:采血人员 数据流去向:血液入库模块
数据流组成:献血量+日期+血型+献血人员的详细信息(数据流量:8袋/天高峰流量:18袋/天)
(3)处理逻辑的定义
处理逻辑编号:P1 处理逻辑名称:输血申请处理 简 述:根据患者病情
输入的数据流:患者病情、库存单、用血量、血型、日期 输出的数据流:合格输血申请单 处 理:再根据库存单、用血量判定血量是否足够等信息最后得到合格清单。
处理逻辑编号:P2 处理逻辑名称:血液出库处理
简 述:对用血的相关信息进行的记录 输入的数据流:患者姓名、血型、日期、用血量。输出的数据流:出库单
处 理:根据患者姓名核对用血信息;根据日期判定其过期与否;根据血型、用血量得到最终的出库单。
处理逻辑编号:P4 处理逻辑名称:血液入库处理
简 述:对采血相关信息进行录入,形成库存记录 输入的数据流:献血人员姓名性别、采血量、日期 输出的数据流:血液入库单
处 理:对献血人员姓名性别、采血量、日期进行录入、整合,得到规范的库存记录。
处理逻辑编号:P3 处理逻辑名称:献血申请处理 简 述:按照献血标准
输入的数据流:献血人员姓名性别、采血量、日期、采血人员姓名,性别,工作编号
输出的数据流:合格献血申请单
处 理:根据献血人员姓名性别、采血量、日期得到合格的入库报表。
(4)数据存储的定义
数据存储编号:D2 数据存储名称:库存记录 简述:血库中各种血型的存量 数据存储组成:血型+数量+日期 关键字:血型
相关联的处理: P2,P3,P4
数据存储编号:D1、D3 数据存储名称:血库工作记录 简述:血液出入库的详细记录
数据存储组成:用血数据+采血数据 关键字:用血量,采血量
相关联的处理:P1,P2,P3,P4
(5)外部实体的定义
外部实体编号:E1 外部实体名称:用血病人 输入的数据流:患者详细信息 输出的数据流:用血申请单
外部实体编号:E2 外部实体名称:献血者
输入的数据流:献血人员的详细信息 输出的数据流:献血单 外部实体编号:E3 外部实体名称:血库管理部门 简述:血库管理部门工作人员 输入的数据流:明细单
输出的数据流:管理决策文档
第五篇:工资管理系统需求分析报告
工资管理系统需求分析报告
引言
1.编写目的
编写该文档是为了分析人工管理企业工资的流程,把人工模式抽象为可在计算机上处理的自动模式,对企业工资的科学管理进行分析与总结,便于开发小组成员对系统整体功能的认识,通过该文档,确定了系统的目的和功能,以及管理的流程和方法,同时也为使用者提供参考。
2.背景
随着企业的快速发展,企业规模越来越大,在职员工的数量也越来越多,企业工资管理更加的复杂,而工资管理是一项琐碎、复杂而又十分细致的工作,工资计算、发放、核算的工作量很大,一般不允许出错,如果实行手工操作,每月发放工资须手工填制大量的表格,这就会耗费工作人员大量的时间和精力,计算机进行工资发放工作,不仅能够保证工资核算准确无误、快速输出,而且还可以利用计算机对有关工资的各种信息进行统计,服务于财务部门其他方面的核算和财务处理,同时计算机具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事工资资管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。这就对企业工资管理提出了新的要求,用计算机管理系统来管理企业工资已经成为目前的趋势,使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范数据管理行为,从而提高了管理效率和水平。企业工资管理系统便是以计算机为工具,通过对工资管理所需的信息管理,不仅把管理人员从繁琐的数据计算处理中解脱出来,而且优化了管理体系,使其高效化,简易化,智能化,也提高了透明度和互动性。
3.功能定义
(1)员工基本信息的添加,修改,删除,查找和辅助查询。
(2)工资标准设定功能。具体包括工资,出行费,医疗保险,养老金,水电费,其他费用,补贴,奖金标准的设定。
(3)工资信息浏览。
(4)员工工资表创建。
(5)工资调整管理。
(6)工资统计。
为完善系统管理功能,增加工资系统用户管理功能,包括系统用户数据的添加,修改和删除。教职员工为系统普通用户,只能运行系统个人工资查询功能;系统管理员则能运行系统所有功能,从而有效保证系统数据的安全性。
4.功能描述
用例模型
顺序模型(管理员查询工资)
活动模型(登陆)
4.1员工基本档案信息管理功能描述:
凡属于本部门的员工,都需要对其基本的档案信息做好记录存储处理。以方便高级管理人员时时的了解或查阅其员工基本信息。对员工基本信息的操作包括添加信息、修改信息、查询信息,同时在数据库中要形成员工基本信息表。
4.2工资管理功能描述: 工资计算:
在进行工资计算之前,管理员首先应该根据部门的实际业务情况确定好各个部门中所需要的工资项目及分别对工资项目进行计算的方式,然后按照系统工资种类的设定,对每个员工分别依次实际工资项目构成情况,如考勤情况工资、底薪工资、奖惩工资、提成工资、应交所得税等等项目,录入相应的工资金额数,再计算出总的应得工资、实得工资的工资项目。在数据的录入过程中系统会根据用户 3
误输、错误输入智能提示引导用户录入数据的正确性。要形成的数据库中的表为员工工资信息表。
工资统计分析:
对员工工资数据计算完后,同时要将工资信息统计分析,如汇总统计,工资项目明细数据的汇总等,又分为对员工个人工资统计分析、部门工资统计分析、月份工资统计分析、季度工资统计分析、年工资分析统计。
4.3工资查询功能描述:
在查询这个模块里,系统能支持用户在客户端按照各种不同的字段名称进行工资信息的查询。同时,迅速的响应用户的查询请求,不同级别的人系统会根据其权限级别的大小享有不同程度的功能。不同级别的人不能越权进行操作。在查询过程中,为避免由于在同一时刻里访问人数过多造成响应缓慢时,每登录的一个用户,系统记数器自动加一,当记数大于峰值时,系统弹出对话框提示用户进行等待,从而有效的避免了系统在查询过程中快速响应的优点。
4.4系统维护:
用户在第一次使用系统时,在服务器端需要用户做系统初始化的处理,包括; 1. 设置工资项目种类、相应工资项目的计算
2.设置系统使用用户及口令、权限的级别,对公司不同要求用户授不同权限,可限制一次性访问数据库用户数量。对每个访问数据库的登陆用户有日志记录。由系统管理员维护。在系统运行过程中,数据库管理员在系统运行过程中,还可以即使的进行系统数据的更改,如:对员工工资数据的更改,对工资项目计算方式的更改,定期做好系统数据的备份操作、还原、清理等。
5.非功能性需求: 5.1可靠性
1. 可恢复性
如果正在使用时出现故障,为了完成做好的工资记录,需要尝试采用本地方案(如存储和转发)加以解决。对此需要更深入的分析 2. 长时间运行
每月都要对工资结算,要求系统能够持续可靠运行,3. 容错性
当员工不能识别,应能够给予提示。
5.2可支持性
1.可适应性
不同型号的票据打印机打印的效果可能存在差异,软件能够支持市场上主流的票据打印机。2.可配置型
人员的权限会根据企业的变化而调整,系统应该能够方便配置调整。还存在一些其他的配置要求,如打印格式、查询项目等,对此需要进一步分析。
5.3可行性
1.评价标准
A.是否消耗太多经费,耗时太长; B.是否功能齐全,运行稳定; C.是否方便管理; D.设置是否灵活;
E.是否具有界面灵活,操作简单的特点。
6.用例说明
本系统的设计目标是能够对大型企业员工的基本信息和工资信息进行添加和修改,根据个人信息将工资分为职务工资,职称工资和其他工资。能够调整工资标准和员工信息,也能够调整其他工资项目,根据需要对教职员工基本信息和工资信息的查询,本系统能够生成各个月的工资表,能够打印报表方便保存和管理,还包括对系统的一些基本操作功能,比如为完善系统管理功能,增加工资系统用户管理功能,系统应该包括系统用户数据的添加,修改和删除。员工为系统普通用户,只能运行系统个人工资查询功能;系统管理员则能运行系统所有功能,从而有效保证系统数据的安全性,系统应该具有简单,易用,小巧,经典的特色,应该能够对企业工资管理进行优化,使其系统化,高效化,智能化。并保证工资管理的准确性,简易性,为企业财务人员提供便利。
7.系统性能需求分析:
7.1 性能需求
此工资管理系统对工资数据精度的计算能在默认情况之下精确到小数点后3位小数,即是精确到分的计算。但在用户使用过程中,能自行根据实际情况进行小数计算精度的设定,最大能允许保留小数点后5位的精度。在时间特性上,当用户发出命令请求时的服务器的响应时间、对数据更新处理、工资数据的查询检索等上,同样要求系统响应时间不会超过0.5秒时间。系统支持多种操作系统的运行环境,多不同操作系统,不同文件格式的磁盘
上的数据均能实现信息的互通,及共享。当服务器移植到其他的系统平台,如:Linux平台下时,同样能和其他的系统进行数据存取同步,不会出现系统之间互不兼容的情况,系统支持多系统之间的互连互通,系统有巨大的强健性。
7.2 运行需求
系统在进行数据的录入、计算、统计的时候,能将数据精确到小数点后三位小数。系统接收到用户的操作命令后(如:计算处理、查询等),能迅速的响应其操作请求,响应时间不超过1秒。在同一时间,系统还提供支持至少10个客户端进行同一个操作请求的响应。
系统可移植较强,在不同的平台下运行,均不会影响系统的稳定性。同时,支持在客户端安装不同操作系统、浏览器版本,均不会影响系统的运行。
7.3安全需求
为保障系统数据的安全性,系统采用访问控制策略,未授权者不能进入系统。同时,对不同级别的用户授予不同的使用权限。在系统运行期间,如发生掉电尚未保存数据,或由于操作不当等原因导致系统重启等,为保证数据的易恢复性,系统提供每隔30秒自动保存数据的机制,让用户的数据在发生意外时能最大程度上
得到恢复。同时,系统提供强大的容错性能,当一台服务器发生故障时,系统能自动切换到另外一台服务器上,从而保障服务器能长时间的提供系统的运行支持。在输入数据时,如果用户输入的数据不符合系统的要求,则系统自动提示错误信息,并要求用户重新输入,直到输入完全正确时才允许进行下一步的操作。
7.4 系统界面需求
系统开发基于C#的开发,界面直观、简洁,人机交互性强。基于表单和弹出式窗口的数据录入方式,菜单点击的方式操作。用户使用时,只要是按照格式和要求填入信息,系统在后台响应用户操作过程。让用户在最短时间里,不需要经过专门培训,就可以轻松上手使用。
7.5 其他需求
数据不管是在企业内部之间传输,还是公司与分公司之间进行远程数据传输时,防止数据被不法分析任意的修改和破坏,只有对信息解密的人员才能最终读取数据信息。这样,能 最大程度的防止数据在传输过程的安全保密性。
8.总结
在第一阶段总体分析的基础之上,我们小组进在系统需求过程中,主要是围绕着系统数据流程图和数据字典这两个方面展开文档的编辑工作。当然,在需求分析过程中,我们对系统的功能需求、性能需求、可靠性等方面做了进一步的描述,这为我们进行下一步设计阶段的顺利进行做好铺垫的工作。