医院门诊需求与系统分析 v111.docx
- 文档编号:25429874
- 上传时间:2023-06-08
- 格式:DOCX
- 页数:18
- 大小:292.55KB
医院门诊需求与系统分析 v111.docx
《医院门诊需求与系统分析 v111.docx》由会员分享,可在线阅读,更多相关《医院门诊需求与系统分析 v111.docx(18页珍藏版)》请在冰豆网上搜索。
医院门诊需求与系统分析v111
软件工程
2012年4月21日Ver1.11
[医院门诊管理系统]
[需求与系统分析书]
1.引言1
1.1.目标1
1.2.文档约定1
1.3.读者对象和阅读建议1
1.4.产品的范围1
1.5.参考文献1
2.综合描述2
2.1.产品的远景规划2
2.1.1.产品特性2
2.2.用户类和特征3
2.3.工作过程4
2.4.运行环境6
2.4.1.系统模式6
2.4.2.硬件环境7
2.4.3.软件环境7
2.5.假设和约束7
3.外部接口需求7
3.1.用户界面7
3.2.硬件接口7
3.3.软件接口8
4.系统功能8
4.1.门诊信息管理8
4.1.1.注册病人信息8
4.1.2.挂号8
4.2.药房库存管理8
4.2.1.领药8
5.数据管理要求8
5.1.数据项9
数据项定义9
数据流:
9
外部项9
5.2.数据流图11
环境图11
1层图12
2层图13
5.3.E-R图15
6.非功能性需求16
6.1.性能需求16
6.2.安全性需求16
6.3.业务规则16
6.4.其他需求16
任务记录17
1.引言
1.1.目标
本需求说明书的编制是为了软件开发者和软件测试者对该软件的运行环境,功能和性能需求的初始规定有一个共同的理解,使之成为整个开发工作的基础,为概念设计提供需求说明。
1.2.文档约定
挂号单:
病人挂号的凭证,说明病人已就诊已缴费已拥有排队看病的资格,享有一些关于病情的知情权与护理治疗权,同时医院方面可以通过挂号单对医护人员进行奖赏或是处罚,当出现医患双方问题时患者也可以凭借挂号单做维权活动。
处方:
指由注册的执业医师和执业助理医师在诊疗活动中为患者开具的、由取得药学专业技术职务任职资格的药学专业技术人员审核、调配、核对,并作为患者用药凭证的医疗文书。
处方包括医疗机构病区用药医嘱单。
处方是医生对病人用药的书面文件,是药剂人员调配药品的依据,具有法律、技术、经济责任。
诊疗记录表:
医护人员对病人进行的一切治疗性操作,包括介入治疗等一系列操作记录。
如手术过程即被记录在案,为医患双方对病情进展,治疗过程有一个详细的知晓分析。
1.3.读者对象和阅读建议
本文档是面向各个层次开发人员,包括开发人员,项目经理,测试人员,文档编写人员。
阅读要注意先看本文档的文本档约定。
对于不明白词汇可在文档约定中查询以及参考词汇表。
1.4.产品的范围
医护管理系统将实现,病人信息管理,药房库存管理,医护人员信息管理,诊疗过程管理,挂号过程管理等诸多功能。
详细项目表述参见前景,范围文档以及项目视图,文档中里列出了按照进度计划在这一版本中实现的全部和部分特性。
1.5.参考文献
1)RogerS.Pressman著《软件工程—实践者的研究方法》机械工业出版社
2)LeszekA.Maciaszek著《需求分析与系统设计》机械工业出版社
3)曾强聪赵歆编著《软件工程原理与应用》清华大学出版社
4)KennethE.Kendall、JulieE.Kendall编著《系统分析与设计》机械工业出版社
5)殷人昆、郑人杰、马素霞编著《实用软件工程》清华大学出版社
2.综合描述
2.1.产品的远景规划
本产品为医疗系统,包含内容为注册信息、挂号、诊疗过程、医药库房系统、医护人员信息维护。
本产品便于管理人员对医疗系统的控制。
更好的能记录病人及医护人员、药品的情况。
使其现代化、科学化、规范化。
加强医院的管理,提高医院的工作效率,改进医疗质量,从而树立现代医院的新形象,这也是未来医院发展的必然方向。
2.1.1.产品特性
⏹前台录入必须有以下功能:
●挂号:
病人的挂号登记
显示病人的id号和挂号的号码(按挂号先后顺序排列)
显示挂号的时间
●划价收费
先划价,再收费,收费后可以取药
●医药库房管理:
要求:
药房库存管理(由医生控制)
显示所有药品的名称,价格,库存数量
2.2.用户类和特征
⏹医生
描述:
将处方信息输入系统,包括药物名称、数量,对药品数目进行修改,对入库的物品进行入库记录添加。
当药品的库存不够开药数量时,系统发出缺货提醒。
同时可以对处方和病情进行添加,删除,修改。
医生要熟记药品名称。
2.3.工作过程
2.4.运行环境
2.4.1.系统模式
本系统采用C/S模式作为开发模式
2.4.2.硬件环境
⏹服务器端:
高性能的计算机一台
普通的双绞线作为连接
⏹客户端:
普通的计算机或工作站
普通的双绞线作为连接
2.4.3.软件环境
⏹服务器端:
安装SQLServer2005的服务器版本
安装WindowsServer2003R2或以上服务器版本
配置了必须的防火墙软件
⏹客户端:
安装Microsoft.NETFramework3.5或以上版本
2.5.假设和约束
关于用户权限:
(希望建立一个多维的用户权限管理,操作权限等)
管理权限:
只有有相关权限的用户管理别的用户。
操作权限:
只有特定操作权限的用户才可以执行特定的操作,如护士能挂号,医生能开处方。
没权限的用户一律不能查看系统内容,同样的也不能管理别的用户。
只有医院管理人员才可以查看别的用户的信息。
3.外部接口需求
3.1.用户界面
本系统采用C/S模式作为开发模式,采用Microsoft™VisualC#开发,基于Windows窗口界面
3.2.硬件接口
运行本系统的服务器硬件要求如下:
CPU:
XeonE55062.13GHz
内存:
32GBDDR3
硬盘:
10TB
客户端硬件要求:
CPU:
IntelCorei321203.3GHz兼容或更高
内存:
2GDDR3
硬盘:
40GB
显示器分辨率1024×768或更高
3.3.软件接口
1).NET框架:
Microsoft™.NETFrameworkV3.5版本及以上
2)数据库服务器:
Microsoft™SQLServer2005及以上
4.系统功能
4.1.门诊信息管理
4.1.1.注册病人信息
可以添加,删除,和查询病人信息。
已注册病人信息可以挂号看病。
4.1.2.挂号
挂号的病人需为本医院已经注册病人,在挂号界面中输入病人ID号即可自动生成一张挂号单,完成挂号,挂号单上的号码为当日唯一,当日第一个挂号者挂号号码为1,以此每次号码递增1,次日需清零重新从1号开始生成。
4.2.药房库存管理
4.2.1.领药
输入处方编号,显示处方药品信息,标记已领取药品,同时从药品信息库中减去相应数量的药品,库存不足时不能标记领取药品。
5.数据管理要求
1)病人信息随在本院就诊人员的增加而增加。
2)药品信息随药品的消耗或增加而变动。
3)医院管理人员须每日备份数据库变更。
5.1.数据项
⏹数据流:
数据流名称
说明
来源
去向
构成
药品名称
由医生开据的药品名称
医生
检索药品信息
药品名称
病人基本信息
医生询问病人的基本信息进行注册
医生
注册病人信息
姓名+性别+{ID}
挂号单
生成挂号的单据
生成挂号号码
病人
病人姓名+{ID+挂号号码+挂号时间}
医护人员信息
添加一个医护人员的信息
医院管理人员
添加医护人员信息
姓名+性别+{工号+年龄+工作时间}
⏹外部项
数据实体
属性名
说明
类型
长度
约束
医生
工号
员工身份内部标识
定长字符串
8
标识码
姓名
可变长字符串
10
不能为空
5.2.数据流图
⏹环境图
⏹1层图
⏹2层图
5.3.E-R图
6.非功能性需求
6.1.性能需求
1)该管理系统软件从输入网址到进入系统登录界面的时间正常情况下应当少于2s,录入并更新数据的时间正常情况下不大于3s。
2)本系统应可以在日用户5w内正常工作。
3)工作人员同时工作人数最多1w人。
4)数据库的定时备份应实时。
5)系统在有效时间内100%的可用性需求,要求一年365天,每天系统都100%可用。
6)在预计的峰值负载条件下,至少25%的处理器能力和应用程序可用内存必须留出备用。
6.2.安全性需求
1)为保证安全,不致使系统遭受意外事故的损害,系统应能防止火灾盗窃等一切人为破坏。
2)系统要能重建。
3)系统应可审查。
4)数据应实时备份,遇到人为操作错误可快速恢复数据,遇不可抗力等自然灾害可保证数据安全。
6.3.业务规则
1)护士能实现病人的注册、登记管理,病人的挂号登记。
2)医生能进行诊疗管理和药房库存管理。
3)医院管理人员能进行医护人员信息的维护。
4)只有拥有特定的访问特权的用户才可以执行特定的操作。
6.4.其他需求
⏹易用性
一个培训过的用户应该可以在平均2分钟内完成一个操作。
一个未用过该系统的用户在经过最多不超过5次的完整使用适应之后,能达到培训过的用户水平。
⏹可移植性
该管理系统软件适用于WindowsXPsp3及以上操作系统。
任务记录
3月14日晚
收到需求文档,分解任务,各自分析各自功能画独立功能的业务流程图
注册——
挂号——
药房取药——
诊疗——
医护人员信息维护——
画用例图——
3月15日
全组集中讨论14日在分析各自功能时出现的问题,记录下需求说明书中语义不明的问题,提出改进建议,修改业务流程图
3月20日
全组合并之前记录的问题和建议,修改各功能业务流程图
3月28日
询问之前讨论后发现的需求中不明确地方并记录
4月3日
在讨论组中商讨,并各自完成各自任务
产品特性——
系统功能——
引言——
接口需求——
非功能性需求——,
产品前景——,
画数据流图——
运行环境,假设和约束——
用户类和特征——
4月5日
在讨论组中商讨,独立完成各自任务
er图——
数据项——
外部项——
数据流——
修改dfd——
4月21日
通过讨论组讨论,修改各自任务
修改‘需求与系统分析书’
修改文档约定——
修改挂号业务流图——
修改病人信息维护业务流图——
修改药房库存管理业务流图——
修改dfd——
修改er图——
完善安全性需求——
和客户讨论
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院门诊需求与系统分析 v111 医院 门诊 需求 系统分析