医疗管理系统需求分析Word文档下载推荐.docx
- 文档编号:19054797
- 上传时间:2023-01-03
- 格式:DOCX
- 页数:33
- 大小:437.25KB
医疗管理系统需求分析Word文档下载推荐.docx
《医疗管理系统需求分析Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《医疗管理系统需求分析Word文档下载推荐.docx(33页珍藏版)》请在冰豆网上搜索。
输入:
PC机上通过数据库操作;
开发板上通过触摸屏,要求各模块具有添加功能
输出:
PC机与开发板均打印在其屏幕
安全与保密要求:
要求系统具有权限功能,不同的用户具有不同的权限,建立后的数据库要求加密
2.2用户类和特性
确定有可能使用该软件产品的不同用户类,并且描述它们相关的特征。
往往有一些软件需求,只与特定的用户类有关。
描述时,应该将该软件产品的重要用户类与非重要用户类区分开。
用户不一定是软件产品的直接使用者,通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。
所以,应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。
用户类
特性
管理员
拥有最高权限,可以对数据库进行修改,管理整个系统,但是不能查看病例
为了方便用户,管理员可以替每一个人创建好账户,这样省去了用户注册时权限问题等的繁琐
拥有较高权限,可以对病人数据库进行添加,删除,变更,查询,查看任意病人的详细信息
可以和病人进行双向选择,
拥有低权限,仅可以查看自身病例,了解自己病情,用药等详细信息
2.3运行环境
描述了本软件的运行环境,一般包括:
●硬件平台
Pc机
PXA270开发板
●操作系统和版本
Pc机:
Linux-ubuntu
PXA270:
Linux-2.6
●支撑环境(例如:
数据库等)和版本
数据库:
SqLite3
●其它与该软件有关的软件组件
C++
QT4
●与该软件共存的应用程序。
2.4设计和实现上的限制
●必须使用的特定技术、工具、编程语言和数据库
∙由于软件有一个版本是在嵌入式开发板上,所以软件大小受到了限制,需要采用轻量级数据库SqLite3
∙由于开发板无windows操作系统,对操作系统也受到了限制需要使用arm-Linux-2.6
●避免使用的特定技术、工具、编程语言和数据库
∙windows操作系统
∙Qt3:
不支持数据库
●要求遵循的开发规范和标准
∙ISO9002质量体系认证
∙软件开发从业者规范
●企业策略的限制
∙不同医院的各自政策的限制,如病人不能查看药品价格等等
●政府法规的限制
∙地方政府的不同规则
●工业标准的限制;
∙工厂代工硬件设备的不同规则
●数据转换格式标淮的限制
∙无限通信协议限制
3.外部接口需求
通过本节描述可以确定,保证软件产品能和外部组件正确连接的需求。
关联图仅能表示高层抽象的外部接口,必须对接口数据和外部组件进行详细描述,并且写入数据定义中。
如果产品的不同部分有不同的外部接口,那么应该把这些外部接口的全部详细需求并入到这一部分实例中。
注意:
必须将附加用户类的特征与外部接口需求加以区分,附加用户类的特征描述的是通过接口取得软件产品的数据和服务的人的需求;
而外部接口需求描述的是接口本身的需求。
3.1用户界面
用户界面包括:
登录界面,管理员界面,医生界面和病人界面
∙登陆界面
◦采用图形用户界面的风格
◦本界面可能包括如下软件组件
▪用户名输入栏
▪密码输入栏
▪登录&
退出按钮
◦错误信息显示标准
▪消息栏
∙管理员界面
▪查看账户按钮
▪N个多选账户按钮
▪创建账户按钮
▪账户信息输入栏
▪删除账户按钮
▪日期、数字显示采用标准阿拉伯数字小写
∙医生界面
▪显示病人信息栏
▪病人信息搜索栏
▪修改&
保存病人信息按钮
▪文字居中
∙病人界面
▪医生信息搜索栏
▪自身信息修改栏
▪医生选择按钮
3.2硬件接口
●支持的硬件类型
∙Pc机
∙PXA270开发板
●软、硬件之间交流的数据
∙数据流
∙串口
●使用的通讯协议
∙无线通讯:
802.11协议
3.3软件接口
●操作系统
∙PC:
∙PXA270开发板:
arm-Linux-2.6
●数据库
∙SqLite3MYSQL
●工具
∙Qt4
∙Toolchain,jflash,tftp,minicom,bootp,busybox等等
●集成的商业组件
软件通过与系统数据库的数据交换来获取登录信息和权限,根据不同的权限提供不同的服务,如管理员可以创建账户,医生和病人可以修改账户信息。
3.4通讯接口
描述与软件产品所使用的通讯功能相关的需求,包括:
●网络通讯标准或者协议
无线802.11
●数据交互用电子表格
●消息格式
●通讯安全或加密问题
无线通讯按照802.11HSHA协议加密
数据库加密
●数据传输速率
小于100ms;
●同步和异步通讯机制
异步通讯:
医生修改病例,管理员创建账户
同步通讯:
病人,医生修改自身信息
4.系统功能需求
功能一
医生查询
说明:
医生可以查询自己的个人信息:
包括医生ID,姓名,年龄,职称,治疗程度,所处科室,电话,工作单位,工作时间,简介,所参加的科研项目以及所发表的论文。
还有可以查询所管理的病人以及相关的病人信息。
优先级:
5。
属于中等水平。
此操作不会涉及到利益和损失。
而且风险也比较小。
因为此操作只是对相关信息的查询,而非包含任何修改信息操作。
激励/相应序列
输入激励:
医生按下查询按钮。
相应序列:
1系统对按下的按钮性质进行判断并且进入查询功能的处理。
2系统反馈查询列表,等待医生点击相关的查询内容。
查询列表包括:
医生个人资料的查询。
医生所管理的病人的相关资料的查询。
3当医生按下查询个人资料的时候,系统将会显示出医生的个人信息。
4当医生按下查询所管理的病人的信息时,系统将会显示医生所管理的病人列表。
5当医生点击想要知道的病人的相关信息时,系统会根据医生所点击的相应病人显示出该病人的信息。
6医生退出查询页面。
扩充过程(例外):
1~5.在任意步骤系统发生崩溃时。
1.医生可以重新登录系统。
并且重新进行相关的操作。
1,3,4,5.系统对医生所按下的操作没有反应。
1.医生可以重新刷新页面并且重新进行所需操作。
2.如果所需操作仍然不成功,可以选择重新登录系统。
并且进行操作。
2,4.查询列表为空。
1.系统提示所查询的列表为空。
5.当医生需要用查询病人某项信息的所符合的病人列表。
1.医生可以点击搜索功能按钮。
2.系统进行高级搜索页面。
3.医生选择需要进行搜索的相关信息集合。
4.系统将根据医生所给出的信息,来进行符合该信息的病人列表的搜索。
流程图如下所示:
输入输出数据
输入数据:
条件:
当医生需要进行高级搜索的时候。
输入的数据为:
所要查询病人的搜索条件。
可以是:
病人的ID,姓名,年龄,性别,房号,联系方式,发病历史,发病原因,发病时间,状态,治疗方法,今天的状态,是否治愈国,花费,所属医生。
输出数据:
条件1:
当医生选择输出自己的个人信息的时候。
输出的数据为:
医生ID,姓名,年龄,职称,治疗程度,所处科室,电话,工作单位,工作时间,简介,所参加的科研项目以及所发表的论文。
条件2:
当医生选择输出自己管理病人的信息时候。
医生所管理的病人的列表。
条件3:
当医生在进行高级搜索的时候,当键入搜索条件并且点击进行搜索后。
医生管理的,并且和搜索条件匹配的病人的列表。
当医生选择输出病人的个人信息的时候。
输出的数据是:
数据类型如下所示:
Doctor:
IDchar(10),
Namechar(30)NOTNULL,
Genderchar(10)NOTNULL,
Positionchar(20),
Curecontentchar(20),
Deptchar(20),
Officechar(20),
Phonechar(20),
WorkTimechar(20),
Introductionchar(20),
PRIMARYKEY(ID)
Patient:
RoomNumberchar(10)NOTNULL,
Contactchar(10)NOTNULL,
Historychar(20),
Reasonchar(20),
ILLTimeDATENOTNULL,
Statechar(20),
CureMethodchar(20),
StateTodaychar(20),
HasCuredchar(20),
Expensechar(20),
Doctorchar(20),
功能二
医生管理
医生可以对自己的信息进行修改和管理。
并且医生可以对自己所管理的病人进行相关的管理。
包括可以添加一个病人,删除一个病人,可以修改病人的信息。
优先级:
9。
属于比较高的水平。
因为对于医生的添加,删除,修改病人信息都是属于修改了病人数据库数据表信息。
此操作风险比较大。
因为如果修改不当的时候,会造成病人数据的流失。
并且还会涉及到利益和损失。
因为关于病人所做的治疗的信息以及治疗过程所有的花费,是由医生所来管理和修改。
如果忘记增加所治疗的收入,那么会给医院带来损失。
如果病人的花费添加多了,那么会带来不必要的纠纷。
这样会导致医院的名义受损。
严重的情况会导致官司,这样简介会给医院带来很多的损失。
激励/相应序列
输入激励:
医生按下管理按钮。
1系统进入管理选择页面。
包括可以进行医生个人信息的管理。
还有对自己病人进行管理。
2医生点击相应所要管理的选择。
3如果医生选择对个人信息进行管理,那么进入个人信息的修改页面。
4系统根据保存医生所进行的信息的修改。
5如果医生选择对病人信息进行管理,那么系统显示医生所管理的病人列表。
6医生选择需要修改该病人信息的病人。
7医生对该病人的相关信息进行修改。
8系统提示修改信息成功。
并返回修改页面。
8医生退出管理页面。
扩充过程(例外):
1~7.在任意步骤系统发生崩溃时。
1.医生可以重新登录系统。
2系统对医生按下的选择按钮没有反应。
1医生可以重新刷新页面并且重新进行所需操作。
2如果所需操作仍然不成功,可以选择重新登录系统。
3,7.系统对医生所做的操作没有反应。
1医生可以重新刷新页面并且重新相应的信息修改操作。
2如果所需操作仍然不成功,可以选择重新登录系统。
5.查询列表为空。
1.医生可以点击搜索功能按钮。
2.系统进行高级搜索页面。
3.医生选择需要进行搜索的相关信息集合。
4.系统将根据医生所给出的信息,来进行符合该信息的病人列表的搜索。
6.当医生修改的病人信息时非法操作的时候。
1.系统提醒所做修改为非法操作。
2.系统返回修改页面。
输入输出数据
输入数据:
条件1:
输入的数据为:
条件2:
当对医生个人信息修改的信息进行重新输入的时候。
输入的数据可以为:
条件3:
当对所属病人信息修改的信息进行重新输入的时候。
输出数据:
当医生选择修改自己的个人信息之前和之后的时候。
输出的数据为:
当医生选择修改病人的个人信息之前和之后的时候。
输出的数据是:
数据类型如下所示:
功能三
个人资料
说明:
用于描述病人的具体情况,包括姓名,性别,年龄,ID,病房,发病时间,治疗方法,主治医生等,此外还可以修改用户密码。
优先级:
优先级属于中等。
该功能不会涉及到利益和损失。
而且病人只是查看个人本身资料,不会影响他人操作。
激励/相应序列
输入激励:
病人按下个人资料按钮。
相应序列:
1.系统对按下的按钮性质进行判断并且进入“个人资料”功能的处理。
2.系统反馈个人资料页面,等待病人点击修改或者退出功能。
2-1.当病人按下修改的时候,系统将会进入修改页面,病人可以进行修改或退出。
点击修改按钮将进入修改,修改内容例如有,姓名,年龄,性别,密码等。
修改完毕后,可以点击保存按钮予以保存,或者点击取消,取消该次修改。
2-2.当病人按下退出的时候,系统将会提示是否确认退出页面。
点击确认将退出个人资料页面,回归病人用户总界面,点击取消,将保留当前页面。
1~2.在任意步骤系统发生崩溃时。
1.病人可以重新登录系统。
1,2.系统对病人所按下的操作没有反应。
1.病人可以重新刷新页面并且重新进行所需操作。
2.个人页面为空。
1.系统提示所在页面为空,并提示病人填写资料。
流程图:
●数据名称:
Name。
●实际含义:
病人的名字。
●数据类型:
char
●数据约束:
0~30
Gender。
病人的性别。
0~10
Age。
病人的年龄。
int
0~128
contact。
联系方式。
Password。
病人的用户密码。
0~16
ID。
病人的用户ID。
Doctor。
病人的主治医生。
0~20
Disease。
病人的疾病名称。
0~64
IllTime。
病人的发病时间。
CureMethod。
病人的治疗方法。
RoomNumber_BedNumber。
病人的病房号以及床号。
Expense。
病人的诊金。
功能四
查询医生
用于查询医院所对应的疾病科目的医生,方便病人选择最合适的医生进行治疗。
而且病人只是查看医生个人资料,不会修改医生的资料。
病人按下查询医生按钮。
1.系统对按下的按钮性质进行判断并且进入“查询医生”功能的处理。
2.系统反馈查询医生页面,等待病人点击搜索,医生列表中某位医生或者退出功能。
2-1.病人点击搜索功能时,在相应框格内填入对应的资料,例如,疾病科目,医生名字,职称,出诊时间等。
2-1-1.病人成功搜索后,反馈搜索后的内容列表。
2-1-2.病人搜索失败或者搜索结果为空时,系统反馈搜索失败或者搜索结果为空,并请求病人重新搜索或者退回查询医生页面。
2-2.病人点击医生列表中的某位医生时,系统将会显示出医生的个人信息。
包括姓名,年龄,职位,所处科室,所参加的科研项目以及所发表的论文。
2-3.病人点击退出功能时,系统将会提示是否确认退出页面。
1.病人可以重新刷新页面并且重新进行所需操作。
2.如果所需操作仍然不成功,可以选择重新登录系统。
医生的名字。
医生的性别。
医生的ID。
Position。
医生的职位。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医疗 管理 系统 需求 分析