医疗系统需求分析.docx

《医疗系统需求分析.docx》由会员分享，可在线阅读，更多相关《医疗系统需求分析.docx（20页珍藏版）》请在三一办公上搜索。

1、远程医疗数据采集系统作 者：审 核：完成日期：签收人：签收日期：1总则31. 1概述：31.2系统定位31.3与其他系统的关系31.4开发目标41.5系统的边界定义41. 5. 1系统的业务覆盖范围：51. 5. 2系统未覆盖的范围：51. 5. 3系统的功能边界51.6系统的适用范围52业务规则62.1、范围62.2、控制目标与关键绩效指标62.2.1控制目标： 62.2.2关键绩效指标：62.4.3信息维修部72.5、流程图：83名词术语84处理流程分析105系统功能模型125.1功能模型描述125.2功能模型的分解和描述135.2.1医疗中心功能135.2.1.1医疗信息传输功能135.

2、2.1.2医疗中心交互通信功能135.2.1.3串口数据采集功能135.2.1.4串口医疗控制功能145.2.1.5实时数据监控功能145.2.2远程诊断功能145.2.2.1客户信息受理：146系统数据模型156.1需求数据模型156.1.1域的定义156.1.2实体关描述16实体关系图16实体描述 166.1.3属性描述166.2逻辑数据模型177系统控制模型188附录191总则1. 1概述:本系统用于医院和卫生所的医疗（以下简称医疗中心）信息采集，数据的远程接 收以及各医疗中心之间的交互通信。本系统对病人的各项生命体征信息进行实时采集处理，帮助医院及时的掌握病人的 当前情况。本系统包括两

3、部分功能：1医疗数据的发送，接收模块：对病人的各项信息进行采集并及时的发送到上级服 务器，对信息进行处理。2各医疗中心之间的数据通信模块：个医疗中心之间的相互通信，包括数据的相 互传输和控制人员之间的交流。1. 2系统定位本系统主要解决在医疗中心病人信息的采集和发送，其中病人信息由其他仪器实时 采集。与公司现在使用的其他系统之间没有联系。本系统包括医疗中心在内，以及医疗中心与用户信息管理的关联接口。1. 3与其他系统的关系本阶段不与短信和腾讯的实时系统发生关系，在下一阶段将与这两部分发生互连 互通。1.4开发目标为提高医院的工作流程的规范性，工作效率；以及尽快掌握病人的身体状况等各个 环节提供

4、客观依据。并且逐步发展成为医疗行业的医疗中心的标准。小医院患者系统结构图1.5系统的边界定义系统从两个方面描述边界的定义：1）系统处理的业务种类2）系统包括的处理功 能。基于此两类划定，可决定本系统和其他业务处理模块的系统接口。51系统的业务覆盖范围:医疗中心的功能：数据采集，数据接收，数据发送，信息交互，信心控制1.5.2系统未覆盖的范围：对不正常的生命体征数据进行处理医疗控制自动化1.5.3系统的功能边界本系统是医疗中心的第一版，定义了系统的最小功能；凡在整个文档中没有涉及 的功能。原则上不是本系统的功能。1.6系统的适用范本系统适用于中小型医院。2业务规则2.1 v 范本系统适用于各医疗

5、单位，以便建立以乡，镇，县为一体式的医疗体系。解决患 者就医困难问题。2.2v控制目标与关键绩效指标2.2.1控制目标：建立可靠的医疗连锁机制，解决患者，特别是偏远贫困地区患者看病就医难，病 情不能及时处理的问题。使得患者能第一时间得到最科学有效的医治，不用再为病情 四处奔波。本系统的应用将大大方便患者的就医，解决看病难的老问题，远程医疗作为一种 病人健康监护的手段，受到了越来越多的重视。2.2.2关键绩效指标：A（心率）Q （脉搏氧）C （血压）T （体温）R （呼吸率）23、主要涉及岗位2.3.1流程所有者：医疗监控中心。2.3.2相关部门：各医疗单位2.3.3适合人群：亚健康人群心血管病

6、高危人群特种职业人群，如运动员、飞行员、司机等代谢综合征患者经临床医生诊治并进行常规心电图检查，仍需进一步观察日常心电图变化患者心脏病患者，如冠心病、心肌病、风心病、高心病、肺心病、先心病、心律失常、心 力衰竭等安装心脏起搏器的患者冠状动脉支架术或搭桥术后患者有其他慢性病及心脏感觉不适者药物治疗前后需观察心律、心率者24、岗位职责：2.4.1客服中心县级及县级以上医疗中心服务器。2.4.2各下属医疗单位以县级及以上医疗单位为中心，在乡，镇中建立强壮的医疗数据采集网，对患者 的信息进行分点采集，集中保存分析。各下属医疗单位负责采集患者的体温、血压等生理数据，通过通信网络传输到远 程管理中心，远程

7、管理中心接收并保存用户终端发送来的数据并在数据库中以电子档 案和电子病历形式存储管理。2.4.3信息维修部对各项采集到的医疗信息进行保存，便于以后参考。25、流程图:3名词术语1、实时监测心电监测仪集采集、记录存储、发送、接收、管理功能于一体。只要在胸前贴几 十秒即可实时捕捉心电数据。2、全球覆盖利用覆盖全球的GPRS或者CDMA1X移动通讯网络以及第三代移动通讯技术可为全 球用户提供心电监测服务。3、专业服务监护中心有临床经验丰富的医学专家24小时值班，随时对接收到的心电图进行 分析，并将分析结果和建议回复给用户及其相关医生。4、信息共享为用户建立完善的个人数据管理系统，方便就医。4处理流程

8、分析病人体征图4.1系统的输入/输出4.2主要流程处理环节和输入/输出5系统功能模型本系统分为3个模块：主界面串口通讯网络通讯5.1功能模型描述主界面功能测试心率功能、测试脉搏氧功能、测试血压功能、测试呼吸率功能、 测试体温功能串口通讯功能一一网络功能用户终端测试仪采集体温、血压等生理数据，通过通信网络传输到远 程管理中心，远程管理中心接收并保存用户终端发送来的数据并在数据库中以电子档 案和电子病历形式存储管理。传统远程医疗数据都是通过公共电话网或Internet网等 有线网络进行远程传输的。基于GPRS网络传输的远程医疗信息支持系统采用无线蜂 窝网络，优于有线网络，蜂窝网络不受网络接口、地理

9、位置的限制，大大提高了远程 医疗系统的灵活性。5.2功能模型的分解和描述5.2.1医疗中心功能医疗中心为客服中心各项服务的开展提供基础支撑功能，主要包括：5.2.1.1医疗信息传输功能 网络接入：采用GPRS进行网络接入； 数据发送：向上级服务器发送医疗中心采集的信息，等待上级服务器处理； 数据接收：接收上级服务器处理后的信息；5.2.1.2医疗中心交互通信功能 支持各个医疗中心之间的相互通信，方便医生实时掌握病人信息；5.2.1.3串口数据采集功能 医疗设备通过串口通信，向医疗中心发送数据，并由医疗中心显示数据。根 据需要还可以向服务器发送数据，对数据进行处理和其他后台工作。5.2.1.4串

10、口医疗控制功能通过医疗中心的控制命令，向串口发送信息，通过发送的信息控制数据采集 设备的行为5.2.1.5实时数据监控功能测试心率功能：通过本系统自带的工具可以测得使用者的心率，并将当前的心率和心 率曲线显示在客户终端的界面上。测试脉搏氧功能：将脉搏氧探头夹于任一手指上，按下开关，系统便可开始监测和记 录脉搏氧数据，并将其曲线和数据显示在客户终端的界面上。测试血压功能：通过测试血压工具可测得使用者的即时血压，并将血压曲线显示在客 户终端的界面上。测试呼吸率功能：通过本系统自带的工具可以测得使用者的呼吸率，并将当前数据显 示在客户终端的界面上。测试体温功能：通过本系统自带的工具可以测得使用者的体

11、温，并将当前的数据显示 在客户终端的界面上。5.2.2远程诊断功能通过终端传回的各项数据，医生可以判断者的的情况，以做出正确的诊断。5.2.2.1客户信息受理:6系统数据模型分析阶段中数据分析分为两个阶段:第一个阶段的数据模型中的实体可能并没做 到符合数据规范的第三范式的要求，存在一些粗化的实体，需要在下一阶段细化.6.1需求数据模型6.1.1域的定义域定义某一特定属性可以表示的内容范围.一些域本身将会成为数据实体.包括患者信息资料的数据，能描述状态的内容。地址域省名+市名+县名+镇名+乡名+医院名+病房号时间域YYYYMMDDhhmmss患者信息:患者编号，名字等用户状态：住院就医检查死亡工

12、单状态未登记登记未确认登记已确认治疗未确认治疗已确认反馈归档6.1.2实体关描述实体关系图患者二O/1疗心医中患者基本信息高级医疗中心割者历史信启实体描述实体名称定义和描述患者基本信息记录患者信息患者历史信息记录曾经的病史体征数据信息记录患者的心率，呼吸等生命数据6.1.3属性描述6.2逻辑数据模型数据库信息7系统控制模型在系统分析阶段，构建系统控制模型主要目的是确定对数据实体的操作控制点。标 明功能模型中各种处理对数据试题的各种操作管理。另外，为确定必要的控制点，需 要标明各种实体的状态转换条件和路径。系统控制模型仅针对系统需求数据模型和系统功能模型。功能-实体关系操作表功能-实体关系操作表

13、完成处理过程对实体的各种操作，对所有操作归纳为对试题的 CRUD操作。C(Create)创建R(Read)读U(Update)修改D(delete)删除由于本系统主要功能在数据处理功能模块体征数据信 息客户基本信息客户历史信息医院测量CRUDRU数据保存CRURU处理数据URR发送数据URR接受数据RURR8附录软件需求分析软件需求分析模版本地计费帐务系统ERP原理设计实施软件工程软件工程引论国标微点软件项目开发资料中国电信总局电子工业出版社作者：（英）萨默维尔 译者：程成等作者：陈有祺出版社：南开大学出版社面向对象与传统软件工程 （美）Stephen R.Schach译者韩松 邓迎春李萍软件工程导论（第三版）张海藩，清华大学出版社实用软件工程 （第二版）郑人杰、殷人昆、陶永雷