数据库需求分析医院(精选8篇)
篇1:数据库需求分析医院
医院门诊管理系统一、引言
门诊是医院管理的重要组成部分,人流量大,手续较为繁琐。在人工的情况下,医护人员要做大量不必要的重复的工作、效率低、准确性差、不方便管理、影响工作效率。这些都会造成病人得不到合理快速的解决方案。随着社会的不断发展进步,计算机的发展亦十分迅速,在各大领域都发挥着不可忽视的作用。因此,我们选择利用计算机设计一个医院的门诊管理系统。它可以实现数据的信息管理,在一定程度上实现自动化。
二、需求分析
本系统的主要功能是对医院门诊患者信息进行有效管理,形成一个完整的体系。主要任务是用计算机来对患者进行管理,如挂号、诊断、计价、收费、取药等。系统可以详细记录病人从挂号处挂号到门诊缴费,以及经医生诊断后取药的过程中的所有信息。
三、主要要求
系统要满足以下几个方面:
(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图
员工编号 |
医生 |
科室 |
病历 |
病历编号 |
病人 |
药品 |
药 品 编 号 |
病人编号 |
科室编号 |
处方编号 |
篇2:数据库需求分析医院
1004111207王卉竹 1004111227王立新11004111206
一、系统概况
1、开发背景
随着互联网的不断发展,网上购物,网上支付等消费方式已经走进了人们的日常生活。因此,网上银行应运而生,保障了客户财产和信息的安全,使客户能够放心地通过互联网完成交易,方便快捷。
2、系统介绍
网上银行是通过INTERNET向公众提供各种金融服务的银行电子系统,利用网上的信息传递,为客户提供了一条全新的银行业务办理渠道,用户(指网银用户,下同)能够不受时间和空间的限制,足不出户办理资料查询、预约服务、上网申请、支付转帐、集团管理等业务,省却了跑银行的时间和麻烦,加快了资金周转,真正做到“方便快捷、随心所欲”。
二、需求分析
1、功能性需求
通过网上银行,用户可以进行以下操作:
1、账户查询:
a、一卡通信息查询:
客户可以查看所有已选择开通的一卡通下各个子账户的名称、币种、余额、起息日、存期、利率等信息;
b、一卡通交易信息查询:
客户可以查询一卡通账户下任意时间段的所有交易记录,包括所有存取款、转账、利息结算、贷款的发放及偿还等;
2、自助转账:
客户可以在一卡通或信用卡账户之间进行转账,转账时需提供转入帐户的客户姓名及账号。主要有以下三种方式:
a.定活互转:本账户内定期存款与活期存款互转。
b.同行转账:本账户可以行同行的其他账户转账,不收取手续费用。
c.跨行转账:本账户可以向其他银行的账户(如农行转建行)转账,同时按转账金额的多少收取一定的手续费用。
网上银行同时提供收款方信息管理功能,供用户存储常用的收款方信息,以便下次转账;
3、自助缴费:
自助缴费在银行柜台、网上银行等渠道申请自助缴费服务功能后。通过网上银行向银行的特约收费单位自助交纳各类费用(如:水电费、学费、话费等)。
4、网上支付:
网上支付是电子支付的一种形式。广义地讲,网上支付指的是客户、商家、网络银行(或第三方支付)之间使用安全电子手段,利用一卡通、信用卡等支付工具通过互联网传送到银行或相应的处理机构,从而完成支付的整个过程。
5、修改密码:
客户可以修改自己的网上银行密码和账户密码;
6、网上挂失:
客户可以在网上对自己的一卡通和信用卡账户进行挂失,挂失之后该账户将
不能进行存取款及转账操作。
7、财务分析:
客户可以对自己某一个时间段的财务收支情况进行分析,查看自己所有收支(包括所有一卡通以及信用卡)的分类明细以及相应的图形表示。
7、贷款管理:
客户可以进行个人查询贷款记录、贷款额度查询、自助贷款等操作。
8、外汇买卖:
用户可以通过网上银行进行外汇买卖。实现活期账户和外汇专户之间的互转,投放委托指令,查询指令执行情况及历史记录,查看实时汇率和外币走势。一卡通账户信息查询:客户可以查看所有已选择开通的一卡通下各个子账户的名称、币种、余额、起息日、存期、利率等信息。
2、非功能性需求
1、性能需求
a、运行环境:
操作系统:
Windows XP
Windows VISTA(32位、64位,管理员权限)
Windows 7(32位、64位,管理员权限)
浏览器:
IE6.0
IE7.0
IE8.0
IE9.0
Firefox(5.0及以上版本)
Chrome浏览器
b、反馈时间限制:
设计本系统内查询操作至响应:6秒内
涉及转账业务处理至反馈:24小时以内
涉及贷款系统处理至反馈:24小时以内
涉及挂失处理至反馈:6小时以内
涉及外汇系统处理至反馈:8秒内
2、安全性保障
a、条件与限制:
有效证件仅为身份证,牵涉到开户、撤户、挂失、取款,取款时客户必须提供身份证号及密码;存款及余额查询时不需提供身份证号。
b、双密码控制,并设定了密码安全强度:
网上银行系统采取登录密码和交易密码两种控制,并对密码错误次数进行了限制,超出限制次数,客户当日即无法进行登录。在客户首次登录网上银行时,系统将引导客户设置交易密码,并对密码强度进行了检测,拒绝使用简单密码,有利于提高客户端的安全性。
c、交易限额控制:
网上银行系统对各类资金交易均设定了交易限额,以进一步保证客户资金的安全。
d、信息提示,增加透明度:
篇3:图书系统数据库需求分析与设计
1、图书系统数据库需求分析
对于整个图片管理系统, 可以列出以下数据项和数据结构, 分别见表1、表2。
2、图库管理系统的数据库设计
根据数据库需要的分析, 建立如下3个数据表, 具体每个字段定义如下图所示[2]。
管理员表 (admin) , 其结构如图2所示。
图片类型表 (fenlei) , 其结构如图3所示。
数据库管理系统的功能使用B/S结构设计了一个网络图库管理系统, 对网络图库管理系统做了整体的系统设计与需求分析, 包括图片搜索和浏览, 和在线照片拆下来添加, 删除, 帐户分类和管理, 增加等其他功能。图库管理系统是最常见的一个系统化的方法来管理图片, 照片共享是业务流程的公司或单位的基础。系统化管理的大量图片, 因此我们的主要目标。在这种情况下, 体现了系统的优点, 很显然, 该系统具有简单, 可扩展, 功能强大, 可以轻松地跨系统, 跨区域, 跨平台的操作。
3、后台数据库配置
图片管理系统使用的数据库是SQL Server 2000数据库, 它是由Microsoft公司推出的非常实用的大型数据库系统。这也是本系统优势之一。[29]
下面给出访问SQL Server数据库的连接代码:
结论
使用B/S结构设计了一个网络图库管理系统, 对网络图库管理系统做了整体的系统设计与需求分析, 包括图片搜索和浏览, 和在线照片拆下来添加, 删除, 帐户分类和管理, 增加等其他功能。图库管理系统是最常见的一个系统化的方法来管理图片, 照片共享是业务流程的公司或单位的基础。系统化管理的大量图片, 因此我们的主要目标。在这种情况下, 体现了系统的优点, 很显然, 该系统具有简单, 可扩展, 功能强大, 可以轻松地跨系统, 跨区域, 跨平台的操作。
摘要:图书系统由于其数据量较大, 因此十分适合用数据库系统进行管理。本文通过对图书数据库系统的需求进行分析, 并对数据库系统进行了设计, 给出了一套实用的图书系统数据库的实现方法。
关键词:图书系统,数据库,需求分析
参考文献
[1].李国辉, 胡晓峰.基于内容的检索.计算机世界报, 1998 (18)
篇4:数据库应用的需求分析探讨
数据库作为计算机中重要的应用领域,帮助软件使用者从繁复的数据处理工作中解放出来,快速得出相应数据分析结论,使计算机技术发挥其应有作用。但是在软件使用过程中,用户经常可以发现计算机软件数据库的设计无法满足其实际需求,从而使得软件整体质量受到影响。本文通过对数据库需求分析进行介绍,提出了相应改进建议,供所有软件开发者探讨。
【关键词】
数据库;应用;需求;分析
1 数据库需求分析概念
需求分析是指在软件开发前通过与用户进行沟通,了解用户的需求,同时根据自身软件开发特点,对用户需求进行合理的分析和理解。需求分析是软件正式开发前必须执行的步骤,通过需求分析可以明确软件所要实现的功能,从而使开发者可以结合功能进行软件设计和编写。而数据库需求分析主要负责了解用户对于外部数据的操作需求,包括对数据是否进行增加、删除、修改、查找操作;数据之间是否存在引用和同步;数据之间如何区分等问题。通过用户对数据库操作的需求确定数据库模块在整个软件中所扮演的角色,确定各部分数据接口,制定相关的数据库功能实现方案,从而完成软件的整体设计。
2 数据库需求分析难点
数据库需求分析对于软件开发过程中的功能实现、进度控制、质量管理等方面有着至关重要的影响,将直接影响最终软件产品的质量。然而,由于实际操作中的困难,使得在一些软件在进行设计和开发时,数据库需求分析并没有取得理想中的效果,甚至直接忽略了数据库需求分析步骤,使得最终软件产品Bug频出,难以符合用户的要求。数据库需求分析的难点主要有:与用户沟通困难、花费时间与人力较多、缺乏规范标准、缺少管理手段。
2.1与用户沟通困难
与用户沟通困难,长期以来一直是软件开发需求分析步骤中公认的难点,并不只存在于数据库需求分析过程中,并且由于其自身特点,使得对于这一问题,始终缺乏有效的解决方案。首先由于用户自身对其所需处理问题的认识往往并不准确,使得用户对于其所需的软件到底要为其提供何种功能,以何种形式提供功能都不清楚,从而在沟通时给出的要求本身就存在问题。其次,由于多数用户并不了解软件开发知识,而软件开发者又缺乏用户专业领域知识,使得双方在一些概念或者表述上的理解并不一致,从而产生误解。同时由于为了软件开发为了能更符合用户的需求,在软件开发过程中,软件公司都会允许用户对软件需求进行修改,从而无疑又增加了需求分析的不确定性。
2.2花费时间与人力较多
如果软件公司在软件开发前需要组织数据库需求分析,那么必须付出一定规模的人力物力资源才能保证整个数据库需求分析工作顺利开展。首先与用户进行接触时,需要有专业的数据库设计开发人员进行参与;其次数据库开发人员需要花费一定时间与客户进行需求沟通;同时,数据库开发人员在与用户接触后需要进行总结归纳,然后再与用户接触,需要多次反复,再加上一些接待开销,使得数据库需求分析工作会提升公司的软件开发成本,而对于一些小型公司来说,这种成本提升显然是无法接受的。
2.3缺乏规范标准
由于数据库需求分析不同于性能分析、接口设计等设计流程有量化标准,数据库需求分析并没有统一标准来衡量数据库的分析是否符合用户需求,数据库设计是否到位。即使是一些业界通用的软件开发流程,也只是用文档的编写数量来衡量数据库需求分析是否到位,对数据库需求的评定也只是通过开会讨论来评估,使得最终数据库需求分析往往还是达不到用户的需求,延误了软件开发进度。
2.4缺少管理手段
由于一些软件公司的软件开发流程本身就缺乏规范性,使得在软件开发流程中,对于数据库需求分析的工作缺少行之有效的管理手段。项目负责人由于开发周期和成本的压力,忽视对于数据库需求的分析,使得数据库开发人员缺少和用户的有效沟通,使得最终数据库需求分析缺乏有效性。
3 数据库需求分析要点
数据库需求分析是软件开发前一个复杂的调研设计过程,需要对软件开发过程中,数据库的作用、架构、接口等细节进行详细规划和确认,从而帮助软件更好实现所要求的功能。数据库需求分析的要点主要包括:概念设计、模型选择、软件细节、输入输出。
3.1概念设计
在进行数据库需求分析时,通过与用户的接触,软件开发人员需要确定数据库表格中每一条数据的名称、数据类型、意义;确定不同表格或者相同数据之间的联系和同步;确定需要的数据库操作,从而完成概念设计。
3.2模式选择
在软件开发过程中,针对不同软件需求,数据库拥有多种不同的模式来实现目标功能。主要数据库模式包括C/S模式、B/S模式等,每一种模式都存在其特有的优点和缺点。通过选择不同的实现模式,可以使软件获得更好的运行效率。
3.3软件细节
在确定概念设计和数据库模式之后,需要对数据库需求的细节进行确认,包括数据库中属性的限制条件、取值范围,制定出合理的数据处理流程,确认数据库中的相关触发事件。同时,数据库开发者需要确定用户需求功能的相关资料,确认用户需求的具体意思和概念,使数据库设计更加符合用户使用习惯。
3.4输入输出
数据库输入输出主要包含两部分,一是数据库与外部数据的输入输出,二是数据库与软件内部不同模块之间输入输出。数据库与外部数据的输入输出主要是指在软件使用中,用户将外部采集的数据放入数据进行处理。而与内部模块之间的输入输出主要是指,对软件内部不同模块,数据库需要一套完整的数据接口设计来保证从数据库中提取的数据可以转化为其他模块可以处理并且方便处理的数据结构。
4 结束语
认识数据库需求分析的重要性,可以帮助软件开发者更清楚掌握用户对于数据库的需求,帮助开发者更好的将数据库与软件其他部分有机的结合在一起,使数据库可以帮助软件更加高效合理的运行,从而全面提升软件质量。
【参考数据】
[1]罗海龙.探析数据库应用的需求[J].电子世界,2012,(12):25-26,29.
[2]张峰岭.数据库应用的需求分析研究[J].计算机工程与应用,2002,38(18):210-211,217.
[3]杨立平,刘虹霞.一种主动数据库应用实现方案[J].福建电脑,2005,(9):164-165.
【作者简介】
篇5:医院血库管理系统需求分析
需求分析
学生姓名:张晓枫 学院:信息工程学院 专业:信息管理与信息系统 班级:
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 外部实体名称:血库管理部门 简述:血库管理部门工作人员 输入的数据流:明细单
篇6:数据库需求分析医院
系统涉众:
管理员、投稿人、编辑、专家
系统主要功能:
共有功能:登录、注销、口令修改、个人信息查询、个人信息修改
管理员:添加编辑、添加专家、公告通知管理、文章管理、发布投稿须知、权限设置、添加期刊分类
投稿人:注册成投稿人、投稿、投稿查询、审核进度查询(查询待修稿件)、个人稿件查询、版面费查询(审核通过的期刊将需要支付版面费)、稿费查询(如果期刊被出版了将获得稿费)、给编辑部留言、期刊检索(以读者的身份检索所有的期刊进行阅读)
编辑:查看投稿人的稿件、安排指定专家审稿 专家:查看专家负责的稿件并给出审核意见
数据库设计: 管理员:
账号、密码、邮箱 编辑:
账号、密码、姓名、邮箱 投稿人:
账号、密码、姓名、邮箱、出生年月、性别、通信地址、邮编、单位名称、专业、学历、职称、电话、传真、研究方向、学术领域、个人简介 专家:
账号、密码、邮箱、姓名、所属领域、性别、通信地址、邮编、单位名称、学历、专业、职称、电话、传真、研究方向、学术领域、个人简介 期刊类别信息:
类别编号、类别名称 期刊信息:
期刊编号、稿件类型(分为新稿和退后重投两种)、拟投栏目编号(即期刊类别编号)、第一作者(投稿人账号)、中文标题、英文标题、中文检索关键字、英文检索关键字、中文摘要、英文摘要、参考文献、页数、备注、期刊路径、下载次数、投稿时间、最后修改时间、版面费(审核通过了需要缴纳版面费)、出版标记(0代表出版、1未出版)、出版年份卷数、期数、网络出版时间、印刷出版时间、稿费(出版了才有稿费)
期刊作者信息(主要存储期刊对应的非第一作者的信息): 流水号、期刊编号
1、作者类型号(第2作者类型号为
2、第3作者类型号为3………)、姓名、邮箱、出生年月、性别、通信地址、邮编、单位名称、专业、学历、职称、电话、传真、研究方向、学术领域、个人简介
审稿信息表(专家审核稿件):
审核流水号、期刊编号、专家编号、审核意见、审核状态(0代表待审核、1代表审核不通过、2代表审核通过)、审核意见 留言表(投稿人留言):
留言编号、留言人账号、留言内容、留言时间 公告表(网站前台公告信息):
篇7:数据分析的需求理解和案例
业务需求的几个来源:
1) 企业高层的决策需要
2) 产品部等做产品调研,市场分析的需要
3) 产品运营时期,为了获知用户和客户质量需要
4) 市场部做营销运营,为验证转化率的需要
5) 客服的效果统计,编辑部门 做内容的转化率如何
具体可以分成以下常见的业务需求
第一方面:高层需求
1) 新的市场机会在哪里,哪些未上架的服务能够带来新的收入增长?
2) XX总监要求,就XX营销活动的效果进行分析,得失和用户结果等进行量化处理
第二方面:市场和产品部门需求
1) 市场推广方式是否有效,以及能否进一步提效;
2) 访问网站的用户是否是目标用户,哪种渠道获取的用户更有价值(跟第一个需求有交集也有不同);
3) 用户对网站的感觉是好还是不好,除了商品本身之外的哪些因素影响用户的感觉;
4) 除了撒谎外,什么样的商业手段能够帮助说服客户购买或二次购买;
5) 从什么地方能够进一步节约成本,运营成本,开发维护成本;
6) 如何为运营部门做好客户会员等级设计,做好数据支持工作?
第三方面:技术部门需求
网站速度和错误率,较以前改善了多少?使得用户满意度有所提高
第四方面:客服编辑等部门的需求
客服的服务流程,在哪一块可以得到优化改善,提高客服效率
这些根本性的业务需求每天都会被网站管理层以各种各样的方式提出,
如果网站分析不能围绕这些问题进行,那么任何分析的努力都不过是隔靴搔痒,价值低迷。
所以,当你被你的老板命令,做一个数据统计(分析)需求的时候,
最好能够问一下自己,它背后的业务需求是什么。这个业务需求靠谱不?
这个思维方式能让你把工作干得更好。
有些时候,电子商务网站分析还没有开始进行就已经失败了,这是因为先期的实施为日后的工作埋下了麻烦的种子。
业务逻辑和彼此关系
数据的属性
既有的产品,其数据的统计,周期性变化的统计
举例说明:截止到2月底,XX网站的注册用户量达到45.08万,
近1个月增加了1800个,较上个月增加速度上升了11.5%,较历史峰值降低了7%
其中核心用户达到8500个,
近1个月增加了75个,较上个月增加速度上升了23,较历史峰值降低,4%;
页面PV达到240万,较上个月这一天增加速度上升了23,较历史峰值降低4%;
数据分析的一些名词定义
就以世界工厂网社区为例,做一些名词定义解释:
1)转化率:用户执行了某种我方期望的动作的比重。=进行了相应的动作的访问量/总访问量
2)跳出率:代表着访问者看到的仅有的一页的比率
3)有效用户:是工厂网注册用户,且至少在论坛发过一个帖子(含回复),
可以进一步分为活跃用户,非活跃用户,流失用户等几个类型;
4)活跃用户:是指经常参与帖子回复和话题交流的工厂网注册用户
5)流失用户:曾经访问过网站或注册过的用户,由于种种原因,已经抛弃了社区,不可能再为社区创造任何价值
6)核心用户:经常发帖回帖,给论坛提意见和参与话题活动,在线时间很长,对某些版块的一些话题意见独特有价值,并且可以影响一部分人成为论坛用户。符合其中2项以上特征就是核心用户。
7)用户流失率:计算公式:网站用户流失比率=3个月内没有登录的用户数量/3个月前站内的用户总数
具体的应用场合分为:按照具体产品和具体业务需求几种角度
1.按照具体产品和位置来分:
登录与注册会员后台积分帮助中心企业网站采购供应资讯和专题社区和圈子学堂百科 广告支付展会服务 工厂店等
2.按照具体业务需求来分:
1) 产品体验优化:网页改版后的用户调查分析,用户注册量变化分析,PV 和IP分析
2) 新服务的运营效果,比如pv ip 用户注册率使用情况客服投诉率
3) 用户分析:对用户的行为,访问情况,来源
4) 流量来源:那些产品贡献的流量多,那些贡献的少,流量时段变化,较前一段增加还是减少,搜索引擎关键词分析,所在区域的流量分布
5) 转化率分析:这个是最核心的数据了,没有转化率,其他一切都是免谈!某些牛B的网站能做到4%的询盘转化率!某些却仅仅是0.1%。转化率就是对站内数据流分析,主要用来分析页面的流程是否顺畅和产品分布是否合理
6) 营销活动:
7) 用户活跃度分析:
篇8:高级科技人才数据库建设需求分析
建立淮安市高级人才资源管理系统的意义在于:以更科学、更安全、更高效现代化手段对分布在淮安市各地区的高级人才资源进行高质量的信息采集和维护,为广大的优秀人才创建一个公平、透明的竞争舞台,提供适当的信息认证功能,确保数据库中的人才资源信息的真实性。有效推动淮安市现代化城市可持续发展的人才战略,通过合理、广泛地利用数据库中的信息,为将来构建应用更广、功能更强、符合统一标准的高级应用系统提供底层平台支撑,通过一定规模的人才管理应用,从而使得淮安市及周边各地区的高级技术人才资源得到充分地利用,减少宝贵的人才资源的流失。系统将把人性化管理和操作排在一个相当高的优先级,以更方便、更美观、更合理的用户接口面向广大技术人员,最大程度的方便他们在注册和维护自己的个人信息、以及在使用系统其他功能时的操作,利用最新颖的WEB技术增强其在使用系统时的用户体验,从而能够吸引其他地区的优秀人才,继而实现扩大淮安市的高级技术人才数量、提升淮安市技术水平综合实力的宏伟目标。此外,本套系统亦可提高目前市政机构对城市技术人才的数量和整体水平的把握程度,使得相关信息的管理和发布更加方便及时。在进行一些研究课题立项和论证时,专家系统能够提供操作简单,信息透明、选取合理的专家抽取功能,提高淮安市政府机关的电子政务能力。
1 系统功能要求
根据淮安市科技局日常工作特点和用户的需求,该系统具有如下基本功能:
1)专家个人用户方便地注册本系统,可以随时更新个人信息,系统对所有个人信息具有较强的安全保密能力。
2)单位管理员可以代表一个单位在数据库中注册,经审核后单位信息可供个人用户选择,并且改单位管理员可以对本单位的所有用户进行真实性的确认。
3)系统管理员划分合适的权限对系统进行管理,具备基本的审核用户功能。
4)相关权限的管理员可以充分利用各种信息条目对数据库中的用户和单位进行检索。
5)相关权限的管理员可以对系统中的专家进行有一定条件选择和规避能力的抽取,抽取结果可以自动发送Email和手机短信通知对方,以便科学工程项目能高效开展。
6)最高权限的管理员具备添加、删除当前管理员的能力,并且可以分配管理员权限。
7)整体系统具备一定的安全性,用户界面美观,用户交互性强,系统配置灵活。
2.1 精度
1)数据若涉及到实型时,系统一律把其精确到小数点后两位小数。
2)当用户输入数据进行操作时,需对用户输入进行有效性验证,并在与服务器交互信息时保证数据的完整性和安全性。
2.2 时间特性要求
1)响应时间:当添加一条新记录时,系统响应时间小于3秒。
2)更新处理时间:当修改一条记录时,系统响应时间不超过3秒。
3)数据传送时间:当传送数据时,要依不同途径和传输距离而定。
2.3 安全性要求
1)采用账号和密码双重认证机构,阻止非法系统用户的访问。
2)设置访问权限,控制管理员登录后的活动和功能服务范围。
3)使用系统日志,记录所有用户对系统的操作以及系统活动,提供故障分析依据。
4)定时手工或自动备份数据,保证数据能够安全恢复。
5)建立严格的网络管理制度,不定期更改系统管理员账户及密码,提高安全保密性。
6)服务器、工作站安装实时防杀病毒软件,提高系统的安全性。
7)有专职人员日常对系统进行检查,在进行数据采集期间,数据来源须经过验证,输入数据须有不同的操作员进行核对以保证技术数据的准确。
2.4 灵活性
本系统采用JSP技术,具备较强的跨平台和兼容性,保证了本系统在新的系统环境中能稳定运行。数据库使用的MySQL服务器同样具备较强的平台无关性。远程机器上的数据能高效的第一时间传输到服务器和其它相连的机器上,使各机器能及时接收、更新数据。
2.5 输入输出要求
输入要求:该系统的数据输入均需按照系统规定的格式,中间结果有本系统自动完成并实现结果数据的准确传递而无须用户进行干预。
输出要求:系统在响应用户的请求并在计算机软输出设备(显示器)的同时提供用户在硬输出设备上输出结果信息。
2.6 数据管理能力要求
系统采用开源数据库MySQL,其体积小、速度快、总体拥有成本低,尤其是开放源码这一特点,许多企业级信息管理系统都选择了MySQL作为网站数据库。
2.7 其它专门要求
1)符合相关设计规范、国家的法律、法规,满足淮安市科技局日常工作的实际要求。
2)具有同时受理多个用户访问能力,具有网络化、信息化的数据处理能力,满足无纸化办公的要求。
3)采用B/S结构,只要连接至Internet,所有用户和系统管理员均可在任何时间任何地点访问本系统。
4)在处理录入、更新、查询等过程中,界面显示内容清晰,操作符合业务流程,简单、方便、快捷。
5)具有良好的软硬件接口,采用面向对象和模块化设计方法,便于将来软件功能的扩充和硬件设备的增加与更换,并可根据用户规模和经费情况对系统进行伸缩。
6)系统为管理员提供高效的信息检索和智能的专家抽取功能,公平公正地为系统管理员抽取系统中最符合条件的用户资料。
7)简单快捷的交互模式,管理员可以选择多种方式对专家用户发布通知,如手机短信、电子邮箱、站内短信等。
8)信息资料集中管理、分散维护,系统将所有用户信息集中存放在服务器上,由各类人员完成其负责内容的日常维护和管理工作,各承办单位则负责对本单位承办事件的办理结果和值班信息进行维护。
3 运行需求
3.1 硬件要求
“淮安市高级人才资源管理系统”是一个符合J2EE规范的互联网应用系统,以淮安市科技局服务器连接Internet网络为基础,服务器需具备固定静态IP地址,域名及数据空间,能够正常被互联网用户访问。此外,服务器硬件条件必须达到以下指标:CPU不低于1.5GHz,内存不低于1G,与互联网连接速率不低于128Kbps,具备一个或以上的RS-232串口或USB通信接口,用以安装短信发送设备。
3.2 软件要求
淮安市高级人才管理系统服务器端运行条件:
操作系统:Microsoft Windows NT系列操作系统或Linux、Unix等主流操作系统。
其他软件环境:JDK1.6以上版本,Tomcat6.0以上版本WEB服务器,MySQL5.1以上版本数据库。开启远程桌面服务功能,以便能够远程配置或诊断系统的运行状态。
使用者客户端运行环境:
操作系统:Microsoft Windows NT系列操作系统或Linux、Unix等主流操作系统。
其他软件环境:IE7.0(包括7.0)以上浏览器,或者支持国际HTML标准的浏览器版本,如FireFox3.0、Opera9.0、Safari2.0等。
4 实体-关系分析
根据本系统的用户需求,可以将系统划分为用户管理系统、企业单位管理系统、管理员系统三大模块。其中,用户系统分为用户注册、用户登录、更新专家信息、查看个人站内信等四个子功能单元;企业单位模块分为单位注册、单位管理员登录、更新单位信息、审核单位用户四个子功能单元,管理员模块分为管理员登录、审核用户、审核单位、检索数据库信息、专家抽取、管理员设置、系统设置等7个单元。
系统的实体—关系图即ER图主要按照系统的功能划分,即用户管理模块,企业单位管理模块,系统管理员模块三个部分组成。图1到图5是各子模块的E-R图。
4.1 用户管理系统E-R图
用户管理系统包括用户信息,专业信息,学历信息,学科领域,获奖信息,用户站内消息,它们之间的实体-关系如图1所示。
4.2 用户管理系统E-R图
用户管理系统包括用户信息,专业信息,学历信息,学科领域,获奖信息,用户站内消息,它们之间的实体-关系如图2所示。
用户管理系统主要包括用户注册、用户登陆、用户更新以及站内信查看四个个功能模块。用户信息包括:用,户编号用户账号,账号密码,用户姓名,性别,出身日期,审核状态,所在城市,家庭住址,身份证号码,手机号码,电子邮箱,毕业院校,备注信息共14项,此外还有:所学专业,最高学历,奖励信息,擅长领域4个外部实体与其产生各类关系,描述本模块的详细的ER关系图参见图3。
4.3 单位管理系统E-R图
企业单位管理系统分为单位注册、单位登陆、单位信息更新以及单位人员审核四个子功能模块。单位的属性共有9个,分别是:单位編号,单位账号,账号密码,单位名称,单位地址,单位性质,联系人姓名,联系号码,审核标识。其中单位编号与实体用户产生一对多的关联关系,E-R关系图参见图3与图4。
4.4 管理员系统ER图
系统管理员模块共设有人员审核、单位审核、信息检索、专家抽取、管理员设置、系统设置六个子功能模块。管理员信息分为管理员编号,管理员账号,账号密码,操作权限等4个数据项,与其他两个系统在数据依赖关系上隔离开来,不产生任何关联关系,描述本模块的详细的E-R关系图参见图5。
5 结论
针对淮安市对高级科技人才数据库建设的需求,分析了系统的功能需求与性能需求,并就系统的主要实体-关系进行了分析,在需求分析的基础上建成的淮安市对高级科技人才资源数据库,满足了地方政府对高级人才资源管理的需求,系统已运行半年,达到使用单位与专家用户的一致好评。对同类系统的建设具有较好的参考作用。
参考文献
[1]Shari Lawrence Pfleeger,Joanne M.Atlee.软件工程[M].3版.北京:高等教育出版社,2006.
[2]施伯乐,丁宝康,汪卫.数据库系统教程[M].2版.北京:高等教育出版社,2003.
【数据库需求分析医院】相关文章:
数据库设计网上银行—需求分析06-16
大数据市场需求分析08-07
数据分析平台需求06-03
网店数据分析工具的三个需求层次(附案例)04-22
成都市高职学历大数据人才需求分析与预测01-23
医院信息系统数据远程容灾方案设计分析09-11
数据统计需求说明书05-06
大数据平台在电子商务专业开放式实验教学中的应用(Ⅰ):需求分析09-27
电力需求预测数据挖掘论文04-16
电力需求预测数据挖掘论文提纲11-15