医疗系统需求分析.docx
- 文档编号:13602531
- 上传时间:2023-06-15
- 格式:DOCX
- 页数:18
- 大小:261KB
医疗系统需求分析.docx
《医疗系统需求分析.docx》由会员分享,可在线阅读,更多相关《医疗系统需求分析.docx(18页珍藏版)》请在冰点文库上搜索。
医疗系统需求分析
远程医疗数据采集系统
作者:
审核:
完成日期:
签收人:
签收日期:
1总则
1.1概述:
本系统用于医院和卫生所的医疗(以下简称医疗中心)信息采集,数据的远程接收以及各医疗中心之间的交互通信。
本系统对病人的各项生命体征信息进行实时采集处理,帮助医院及时的掌握病人的当前情况。
本系统包括两部分功能:
1医疗数据的发送,接收模块:
对病人的各项信息进行采集并及时的发送到上级服务器,对信息进行处理。
2各医疗中心之间的数据通信模块:
个医疗中心之间的相互通信,包括数据的相互传输和控制人员之间的交流。
1.2系统定位
本系统主要解决在医疗中心病人信息的采集和发送,其中病人信息由其他仪器实时采集。
与公司现在使用的其他系统之间没有联系。
本系统包括医疗中心在内,以及医疗中心与用户信息管理的关联接口。
1.3与其他系统的关系
本阶段不与短信和腾讯的实时系统发生关系,在下一阶段将与这两部分发生互连互通。
1.4开发目标
为提高医院的工作流程的规范性,工作效率;以及尽快掌握病人的身体状况等各个环节提供客观依据。
并且逐步发展成为医疗行业的医疗中心的标准。
系统结构图
1.5系统的边界定义
系统从两个方面描述边界的定义:
1)系统处理的业务种类2)系统包括的处理功能。
基于此两类划定,可决定本系统和其他业务处理模块的系统接口。
1.5.1系统的业务覆盖范围:
医疗中心的功能:
数据采集,数据接收,数据发送,信息交互,信心控制
1.5.2系统未覆盖的范围:
对不正常的生命体征数据进行处理
医疗控制自动化
1.5.3系统的功能边界
本系统是医疗中心的第一版,定义了系统的最小功能;凡在整个文档中没有涉及的功能。
原则上不是本系统的功能。
1.6系统的适用范围
本系统适用于中小型医院。
2业务规则
2.1、范围
本系统适用于各医疗单位,以便建立以乡,镇,县为一体式的医疗体系。
解决患者就医困难问题。
2.2、控制目标与关键绩效指标
2.2.1控制目标:
建立可靠的医疗连锁机制,解决患者,特别是偏远贫困地区患者看病就医难,病情不能及时处理的问题。
使得患者能第一时间得到最科学有效的医治,不用再为病情四处奔波。
本系统的应用将大大方便患者的就医,解决看病难的老问题,远程医疗作为一种病人健康监护的手段,受到了越来越多的重视。
2.2.2关键绩效指标:
A(心率)
Q(脉搏氧)
C(血压)
T(体温)
R(呼吸率)
2.3、主要涉及岗位
2.3.1流程所有者:
医疗监控中心。
2.3.2相关部门:
各医疗单位
2.3.3适合人群:
亚健康人群
心血管病高危人群
特种职业人群,如运动员、飞行员、司机等
代谢综合征患者
经临床医生诊治并进行常规心电图检查,仍需进一步观察日常心电图变化患者
心脏病患者,如冠心病、心肌病、风心病、高心病、肺心病、先心病、心律失常、心力衰竭等
安装心脏起搏器的患者
冠状动脉支架术或搭桥术后患者
有其他慢性病及心脏感觉不适者
药物治疗前后需观察心律、心率者
2.4、岗位职责:
2.4.1客服中心
县级及县级以上医疗中心服务器。
2.4.2各下属医疗单位
以县级及以上医疗单位为中心,在乡,镇中建立强壮的医疗数据采集网,对患者的信息进行分点采集,集中保存分析。
各下属医疗单位负责采集患者的体温、血压等生理数据,通过通信网络传输到远程管理中心,远程管理中心接收并保存用户终端发送来的数据并在数据库中以电子档案和电子病历形式存储管理。
2.4.3信息维修部
对各项采集到的医疗信息进行保存,便于以后参考。
2.5、流程图:
3名词术语
1、实时监测
心电监测仪集采集、记录存储、发送、接收、管理功能于一体。
只要在胸前贴几十秒即可实时捕捉心电数据。
2、全球覆盖
利用覆盖全球的GPRS或者CDMA1X移动通讯网络以及第三代移动通讯技术可为全球用户提供心电监测服务。
3、专业服务
监护中心有临床经验丰富的医学专家24小时值班,随时对接收到的心电图进行分析,并将分析结果和建议回复给用户及其相关医生。
4、信息共享
为用户建立完善的个人数据管理系统,方便就医。
4处理流程分析
图4.1系统的输入/输出
4.2主要流程处理环节和输入/输出
5系统功能模型
本系统分为3个模块:
主界面
串口通讯
网络通讯
5.1功能模型描述
主界面功能——测试心率功能、测试脉搏氧功能、测试血压功能、测试呼吸率功能、测试体温功能
串口通讯功能——
网络功能——用户终端测试仪采集体温、血压等生理数据,通过通信网络传输到远程管理中心,远程管理中心接收并保存用户终端发送来的数据并在数据库中以电子档案和电子病历形式存储管理。
传统远程医疗数据都是通过公共电话网或Internet网等有线网络进行远程传输的。
基于GPRS网络传输的远程医疗信息支持系统采用无线蜂窝网络,优于有线网络,蜂窝网络不受网络接口、地理位置的限制,大大提高了远程医疗系统的灵活性。
5.2功能模型的分解和描述
5.2.1医疗中心功能
医疗中心为客服中心各项服务的开展提供基础支撑功能,主要包括:
5.2.1.1医疗信息传输功能
⏹网络接入:
采用GPRS进行网络接入;
⏹数据发送:
向上级服务器发送医疗中心采集的信息,等待上级服务器处理;
⏹数据接收:
接收上级服务器处理后的信息;
5.2.1.2医疗中心交互通信功能
⏹支持各个医疗中心之间的相互通信,方便医生实时掌握病人信息;
5.2.1.3串口数据采集功能
⏹医疗设备通过串口通信,向医疗中心发送数据,并由医疗中心显示数据。
根据需要还可以向服务器发送数据,对数据进行处理和其他后台工作。
5.2.1.4串口医疗控制功能
⏹通过医疗中心的控制命令,向串口发送信息,通过发送的信息控制数据采集设备的行为
5.2.1.5实时数据监控功能
测试心率功能:
通过本系统自带的工具可以测得使用者的心率,并将当前的心率和心率曲线显示在客户终端的界面上。
测试脉搏氧功能:
将脉搏氧探头夹于任一手指上,按下开关,系统便可开始监测和记录脉搏氧数据,并将其曲线和数据显示在客户终端的界面上。
测试血压功能:
通过测试血压工具可测得使用者的即时血压,并将血压曲线显示在客户终端的界面上。
测试呼吸率功能:
通过本系统自带的工具可以测得使用者的呼吸率,并将当前数据显示在客户终端的界面上。
测试体温功能:
通过本系统自带的工具可以测得使用者的体温,并将当前的数据显示在客户终端的界面上。
5.2.2远程诊断功能
通过终端传回的各项数据,医生可以判断者的的情况,以做出正确的诊断。
5.2.2.1客户信息受理:
6系统数据模型
分析阶段中数据分析分为两个阶段:
第一个阶段的数据模型中的实体可能并没做到符合数据规范的第三范式的要求,存在一些粗化的实体,需要在下一阶段细化.
6.1需求数据模型
6.1.1域的定义
域定义某一特定属性可以表示的内容范围.一些域本身将会成为数据实体.
包括患者信息资料的数据,能描述状态的内容。
地址域
[省名]+[市名]+[县名]+[镇名]+[乡名]+[医院名]+[病房号]
时间域
YYYYMMDDhhmmss
患者信息:
患者编号,名字等
用户状态:
住院
就医检查
死亡
工单状态
未登记
登记未确认
登记已确认
治疗未确认
治疗已确认
反馈
归档
6.1.2实体关描述
实体关系图
实体描述
实体名称
定义和描述
患者基本信息
记录患者信息
患者历史信息
记录曾经的病史
体征数据信息
记录患者的心率,呼吸等生命数据
6.1.3属性描述
略
6.2逻辑数据模型
数据库信息
7系统控制模型
在系统分析阶段,构建系统控制模型主要目的是确定对数据实体的操作控制点。
标明功能模型中各种处理对数据试题的各种操作管理。
另外,为确定必要的控制点,需要标明各种实体的状态转换条件和路径。
系统控制模型仅针对系统需求数据模型和系统功能模型。
功能-实体关系操作表
功能-实体关系操作表完成处理过程对实体的各种操作,对所有操作归纳为对试题的CRUD操作。
C(Create)创建
R(Read)读
U(Update)修改
D(delete)删除
由于本系统主要功能在数据处理
功能模块
体征数据信息
客户基本信息
客户历史信息
医院测量
CRUD
RU
数据保存
C
RU
RU
处理数据
U
R
R
发送数据
U
R
R
接受数据
RU
R
R
8附录
<软件需求分析>国标
<软件需求分析模版>微点软件项目开发资料
<本地计费帐务系统>中国电信总局
<软件工程>作者:
(英)萨默维尔译者:
程成等
<软件工程引论>作者:
陈有祺出版社:
南开大学出版社
<面向对象与传统软件工程>(美)StephenR.Schach译者韩松邓迎春李萍
<软件工程导论>(第三版)张海藩,清华大学出版社
<实用软件工程>(第二版)郑人杰、殷人昆、陶永雷
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医疗 系统 需求 分析
![提示](https://static.bingdoc.com/images/bang_tan.gif)