医疗系统需求分析.docx
- 文档编号:26501147
- 上传时间:2023-06-20
- 格式:DOCX
- 页数:11
- 大小:26.68KB
医疗系统需求分析.docx
《医疗系统需求分析.docx》由会员分享,可在线阅读,更多相关《医疗系统需求分析.docx(11页珍藏版)》请在冰豆网上搜索。
医疗系统需求分析
远程医疗数据采集系统
审核:
完成日期:
签收人:
签收日期:
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.3适合人群:
亚安康人群
心血管病高危人群
特种职业人群,如运发动、飞行员、司机等
代谢综合征患者
经临床医生诊治并进展常规心电图检查,仍需进一步观察日常心电图变化患者
心脏病患者,如冠心病、心肌病、风心病、高心病、肺心病、先心病、心律失常、心力衰竭等
安装心脏起搏器的患者
冠状动脉支架术或搭桥术后患者
有其他慢性病及心脏感觉不适者
药物治疗前后需观察心律、心率者
2.4、岗位职责:
客服中心
县级及县级以上医疗中心效劳器。
各下属医疗单位
以县级及以上医疗单位为中心,在乡,镇中建立强壮的医疗数据采集网,对患者的信息进展分点采集,集中保存分析。
各下属医疗单位负责采集患者的体温、血压等生理数据,通过通信网络传输到远程管理中心,远程管理中心接收并保存用户终端发送来的数据并在数据库中以电子档案和电子病历形式存储管理。
2.4.3信息维修部
对各项采集到的医疗信息进展保存,便于以后参考。
2.5、流程图:
3名词术语
1、实时监测
心电监测仪集采集、记录存储、发送、接收、管理功能于一体。
只要在胸前贴几十秒即可实时捕捉心电数据。
2、全球覆盖
利用覆盖全球的GPRS或者CDMA1*移动通讯网络以及第三代移动通讯技术可为全球用户提供心电监测效劳。
3、专业效劳
监护中心有临床经历丰富的医学专家24小时值班,随时对接收到的心电图进展分析,并将分析结果和建议回复给用户及其相关医生。
4、信息共享
为用户建立完善的个人数据管理系统,方便就医。
4处理流程分析
图4.1系统的输入/输出
4.2主要流程处理环节和输入/输出
5系统功能模型
本系统分为3个模块:
主界面
串口通讯
网络通讯
5.1功能模型描述
主界面功能——测试心率功能、测试脉搏氧功能、测试血压功能、测试呼吸率功能、测试体温功能
串口通讯功能——
网络功能——用户终端测试仪采集体温、血压等生理数据,通过通信网络传输到远程管理中心,远程管理中心接收并保存用户终端发送来的数据并在数据库中以电子档案和电子病历形式存储管理。
传统远程医疗数据都是通过公共网或Internet网等有线网络进展远程传输的。
基于GPRS网络传输的远程医疗信息支持系统采用无线蜂窝网络,优于有线网络,蜂窝网络不受网络接口、地理位置的限制,大大提高了远程医疗系统的灵活性。
5.2功能模型的分解和描述
医疗数据采集系统
串口通讯子系统
网络通讯子系统
医疗数据发送
医疗数据接收
实时数据监控
医疗中心通信
串口
数据采集
串口医疗控制
医疗中心功能
医疗中心为客服中心各项效劳的开展提供根底支撑功能,主要包括:
.1医疗信息传输功能
⏹网络接入:
采用GPRS进展网络接入;
⏹数据发送:
向上级效劳器发送医疗中心采集的信息,等待上级效劳器处理;
⏹数据接收:
接收上级效劳器处理后的信息;
.2医疗中心交互通信功能
⏹支持各个医疗中心之间的相互通信,方便医生实时掌握病人信息;
.3串口数据采集功能
⏹医疗设备通过串口通信,向医疗中心发送数据,并由医疗中心显示数据。
根据需要还可以向效劳器发送数据,对数据进展处理和其他后台工作。
.4串口医疗控制功能
⏹通过医疗中心的控制命令,向串口发送信息,通过发送的信息控制数据采集设备的行为
.5实时数据监控功能
测试心率功能:
通过本系统自带的工具可以测得使用者的心率,并将当前的心率和心率曲线显示在客户终端的界面上。
测试脉搏氧功能:
将脉搏氧探头夹于任一手指上,按下开关,系统便可开场监测和记录脉搏氧数据,并将其曲线和数据显示在客户终端的界面上。
测试血压功能:
通过测试血压工具可测得使用者的即时血压,并将血压曲线显示在客户终端的界面上。
测试呼吸率功能:
通过本系统自带的工具可以测得使用者的呼吸率,并将当前数据显示在客户终端的界面上。
测试体温功能:
通过本系统自带的工具可以测得使用者的体温,并将当前的数据显示在客户终端的界面上。
远程诊断功能
通过终端传回的各项数据,医生可以判断者的的情况,以做出正确的诊断。
5.2.2.1客户信息受理:
6系统数据模型
分析阶段中数据分析分为两个阶段:
第一个阶段的数据模型中的实体可能并没做到符合数据标准的第三范式的要求,存在一些粗化的实体,需要在下一阶段细化.
6.1需求数据模型
域的定义
域定义*一特定属性可以表示的内容范围.一些域本身将会成为数据实体.
包括患者信息资料的数据,能描述状态的内容。
地址域
[省名]+[市名]+[县名]+[镇名]+[乡名]+[医院名]+[病房号]
时间域
YYYYMMDDhhmmss
患者信息:
患者编号,名字等
用户状态:
住院
就医检查
死亡
工单状态
未登记
登记未确认
登记已确认
治疗未确认
治疗已确认
反响
归档
实体关描述
实体关系图
实体描述
实体名称
定义和描述
患者根本信息
记录患者信息
患者历史信息
记录曾经的病史
体征数据信息
记录患者的心率,呼吸等生命数据
属性描述
略
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.bdocx.com/images/bang_tan.gif)