医疗管理系统需求分析

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Name char(30) NOT NULL,
Gender char(10) NOT NULL,
Position char(20),
Curecontent char(20),
Dept char(20),
Office char(20),
Phone char(20),
WorkTime char(20),
优先级:5。属于中等水平。此操作不会涉及到利益和损失。而且风险也比较小。因为此操作只是对相关信息的查询,而非包含任何修改信息操作。
激励/相应序列
输入激励:医生按下查询按钮。
相应序列:
1系统对按下的按钮性质进行判断并且进入查询功能的处理。
2系统反馈查询列表,等待医生点击相关的查询内容。查询列表包括:医生个人资料的查询。医生所管理的病人的相关资料的查询。
6医生选择需要修改该病人信息的病人。
3.医生选择需要进行搜索的相关信息集合。
4.系统将根据医生所给出的信息,来进行符合该信息的病人列表的搜索。
流程图如下所示:
输入输出数据
输入数据:
条件:当医生需要进行高级搜索的时候。
输入的数据为:所要查询病人的搜索条件。可以是:病人的ID,姓名,年龄,性别,房号,联系方式,发病历史,发病原因,发病时间,状态,治疗方法,今天的状态,是否治愈国,花费,所属医生。
注意:必须将附加用户类的特征与外部接口需求加以区分,附加用户类的特征描述的是通过接口取得软件产品的数据和服务的人的需求;而外部接口需求描述的是接口本身的需求。
3.1
用户界面包括:登录界面,管理员界面,医生界面和病人界面
登陆界面
◦采用图形用户界面的风格
◦本界面可能包括如下软件组件
▪用户名输入栏
▪密码输入栏
1.
医疗信息管理系统是现代化医院运营的必要技术支撑和基础设施,实现医疗信息管理系统的目的就是为了以更现代化、科学化、规范化的手段来加强医院的管理,提高医院的工作效率,改进医疗质量,从而树立现代医院的新形象,这也是未来医院发展的必然方向。
随着社会信息化程度的提高,无纸化办公已经变的越来越重要,但不少医院还是传统意义上的手工劳作,开发医疗管理系统能够更好的管理医生与病人的信息,提高医生工作效率,节约资源,同时方便病人对自身病情的了解。本需求分析文档为了解客户需求,帮助客户理解软件产品,满足客户需求,及时对软件进行修缮,更好的体验掌上医疗管理系统,共分为六大部分,包括:综合描述,外部接口需求,系统功能需求,其他非功能性需求,数据定义和分析模型。适用于专业人士与普通客户。
数据库加密
●数据传输速率
小于100ms;
●同步和异步通讯机制
异步通讯:医生修改病例,管理员创建账户
同步通讯:病人,医生修改自身信息
4.
医生查询
说明:
医生可以查询自己的个人信息:包括医生ID,姓名,年龄,职称,治疗程度,所处科室,电话,工作单位,工作时间,简介,所参加的科研项目以及所发表的论文。还有可以查询所管理的病人以及相关的病人信息。
为了很好地组织产品功能,使每个读者都容易理解,可以采用列表的方法给出。也可以采用图形方式,将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示,这种表示方法是很有用的。
参考用户当前管理组织构架,了解各个机构的主要职能,将有助于陈述软件产品的主要功能。
面向对象
功能
详述
医生
添加
添加病人病例的具体信息
查看
查看病人病例的具体信息
删除
删除病人病例的具体信息
搜索
根据条件搜索病人
病人
查看
查看自身病例
性能:要求性能稳定,不能出现数据丢失
输入:PC机上通过数据库操作;开发板上通过触摸屏,要求各模块具有添加功能
输出:PC机与开发板均打印在其屏幕
安全与保密要求:要求系统具有权限功能,不同的用户具有不同的权限,建立后的数据库要求加密
●集成的商业组件
软件通过与系统数据库的数据交换来获取登录信息和权限,根据不同的权限提供不同的服务,如管理员可以创建账户,医生和病人可以修改账户信息。
3.4
描述与软件产品所使用的通讯功能相关的需求,包括:
●网络通讯标准或者协议
无线802.11
●数据交互用电子表格
●消息格式
●通讯安全或加密问题
无线通讯按照802.11 HSHA协议加密
Introduction char(20),
PRIMARY KEY(ID)
Patient:
ID char(10),
Name char(30) NOT NULL,
Gender char(10) NOT NULL,
RoomNumber char(10) NOT NULL,
Contact char(10) NOT NULL,
History char(20),
Reason char(20),
ILLTime DATE NOT NULL,
State char(20),
CureMethod char(20),
StateToday char(20),
HasCured char(20),
Expense char(20),
Doctor char(20),
输出数据:
条件1:当医生选择输出自己的个人信息的时候。
输出的数据为:医生ID,姓名,年龄,职称,治疗程度,所处科室,电话,工作单位,工作时间,简介,所参加的科研项目以及所发表的论文。
条件2:当医生选择输出自己管理病人的信息时候。
输出的数据为:医生所管理的病人的列表。
条件3:当医生在进行高级搜索的时候,当键入搜索条件并且点击进行搜索后。
ISO9002质量体系认证
软件开发从业者规范
●企业策略的限制
不同医院的各自政策的限制,如病人不能查看药品价格等等
●政府法规的限制
地方政府的不同规则
●工业标准的限制;
工厂代工硬件设备的不同规则
●数据转换格式标淮的限制
无限通信协议限制
3.
通过本节描述可以确定,保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口,必须对接口数据和外部组件进行详细描述,并且写入数据定义中。如果产品的不同部分有不同的外部接口,那么应该把这些外部接口的全部详细需求并入到这一部分实例中。
2.2
确定有可能使用该软件产品的不同用户类,并且描述它们相关的特征。往往有一些软件需求,只与特定的用户类有关。描述时,应该将该软件产品的重要用户类与非重要用户类区分开。
用户不一定是软件产品的直接使用者,通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。所以,应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。
▪消息栏
3.2
●支持的硬件类型
Pc机
PXA270开发板
●软、硬件之间交流的数据
数据流
串口
●使用的通讯协议
无线通讯:802.11协议
3.3
●操作系统
PC:Linux-ubuntu
PXA270开发板:arm-Linux-2.6
●数据库
SqLite3 MYSQL
●工具
Qt4
Toolchain,jflash,tftp,minicom,bootp,busybox等等
2.3
描述了本软件的运行环境,一般包括:
●硬件平台
Pc机
PXA270开发板
●操作系统和版本
Pc机:Linux-ubuntu
PXA270:Linux-2.6
●支撑环境(例如:数据库等)和版本
数据库:SqLite3
●其它与该软件有关的软件组件
C++
QT4
●与该软件共存的应用程序。
2.4
●必须使用的特定技术、工具、编程语言和数据库
PRIMARY KEY(ID)
医生管理
说明:
医生可以对自己的信息进行修改和管理。并且医生可以对自己所管理的病人进行相关的管理。包括可以添加一个病人,删除一个病人,可以修改病人的信息。
优先级:9。属于比较高的水平。因为对于医生的添加,删除,修改病人信息都是属于修改了病人数据库数据表信息。
此操作风险比较大。因为如果修改不当的时候,会造成病人数据的流失。并且还会涉及到利益和损失。因为关于病人所做的治疗的信息以及治疗过程所有的花费,是由医生所来管理和修改。如果忘记增加所治疗的收入,那么会给医院带来损失。如果病人的花费添加多了,那么会带来不必要的纠纷。这样会导致医院的名义受损。严重的情况会导致官司,这样简介会给医院带来很多的损失。
用户类
特性
详述
管理员
拥有最高权限,可以对数据库进行修改,管理整个系统,但是不能查看病例
为了方便用户,管理员可以替每一个人创建好账户,这样省去了用户注册时权限问题等的繁琐
医生
拥有较高权限,可以对病人数据库进行添加,删除,变更,查询,查看任意病人的详细信息
可以和病人进行双向选择,
病人
拥有低权限,仅可以查看自身病例,了解自己病情,用药等详细信息
由于软件有一个版本是在嵌入式开发板上,所以软件大小受到了限制,需要采用轻量级数据库SqLite3
由于开发板无windows操作系统,对操作系统也受到了限制需要使用arm-Linux-2.6
●避免使用的特定技术、工具、编程语言和数据库
windows操作系统
Qt3:不支持数据库
●要求遵循的开发规范和标准
▪显示病人信息栏
▪病人信息搜索栏
▪修改&保存病人信息按钮
▪文字居中
▪日期、数字显示采用标准阿拉伯数字小写
◦错误信息显示标准
▪消息栏
病人界面
◦采用图形用户界面的风格
◦本界面可能包括如下软件组件
▪医生信息搜索栏
▪自身信息修改栏
▪医生选择按钮
▪文字居中
▪日期、数字显示采用标准阿拉伯数字小写
◦错误信息显示标准
3当医生按下查询个人资料的时候,系统将会显示出医生的个人信息。
4当医生按下查询所管理的病人的信息时,系统将会显示医生所管理的病人列表。
5当医生点击想要知道的病人的相关信息时,系统会根据医生所点击的相应病人显示出该病人的信息。
6医生退出查询页面。
扩充过程(例外):
1~5.在任意步骤系统发生崩溃时。
1.医生可以重新登录系统。并且重新进行相关的操作。
激励/相应序列
输入激励:医生按下管理按钮。
相应序列:
1系统进入管理选择页面。包括可以进行医生个人信息的管理。还有对自己病人进行管理。
2医生点击相应所要管理的选择。
3如果医生选择对个人信息进行管理,那么进入个人信息的修改页面。
4系统根据保存医生所进行的信息的修改。
5如果医生选择对病人信息进行管理,那么系统显示医生所管理的病人列表。
1,3,4,5.系统对医生所按下的操作没有反应。
1.医生可以重新刷新页面并且重新进行所需操作。
2.如果所需操作仍然不成功,可以选择重新登录系统。并且进行操作。
2,4.查询列表为空。
1.系统提示所查询的列表为空。
5.当医生需要用查询病人某项信息的所符合的病人列表。
1.医生可以点击搜索功能按钮。
2.系统进行高级搜索页面。
1.2
产品范围包括各大医院,并提供给医生和患者使用
2.
这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。
2.1
因为将在需求分析报告的第4部分中详细描述软件产品的功能,所以在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的主要功能,在描述功能时应该针对每一项需求准确地描述其各项规格说明。如果存在引起误解的可能,在陈述本软件产品主要功能的作用领域时,也需要对应陈述本软件产品的非作用领域,以利读者理解本软件产品。
1.1
越来越多的实例表明,医患交流不顺畅是当今医院一个普遍的问题,既浪费医院资源,患者又得不到满意的服务,同时效率低下,本需求分析报告是为解决这一问题而开发的掌上医疗管理系统所写,开发该系统的意义旨在增强医生与患者的交流,提高医院的工作效率,改进医疗质量。本软件的作用是帮助医生查看病人信息,提高治疗效率,帮助病人了解病情。最终达到的意图是实现医患和谐,病人康复。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格,包括修正和(或)发行版本号,从而对该软件产品进行准确的定义。
输出的数据为:医生管理的,并且和搜索条件匹配的病人的列表。
条件3:当医生选择输出病人的个人信息的时候。
输出的数据是:病人的ID,姓名,年龄,性别,房பைடு நூலகம்,联系方式,发病历史,发病原因,发病时间,状态,治疗方法,今天的状态,是否治愈国,花费,所属医生。
数据类型如下所示:
Doctor:
ID char(10),
▪登录&退出按钮
◦错误信息显示标准
▪消息栏
管理员界面
◦采用图形用户界面的风格
◦本界面可能包括如下软件组件
▪查看账户按钮
▪N个多选账户按钮
▪创建账户按钮
▪账户信息输入栏
▪删除账户按钮
▪日期、数字显示采用标准阿拉伯数字小写
◦错误信息显示标准
▪消息栏
医生界面
◦采用图形用户界面的风格
◦本界面可能包括如下软件组件
相关文档
最新文档