医疗系统需求分析.doc

远程医疗数据采集系统

作 者：
审 核 ：
完成日期：
签 收 人：
签收日期：

1 总则 3
1．1 概述： 3
1．2系统定位 3
1．3与其他系统的关系 3
1．4开发目标 4
1．5系统的边界定义 4
1．5．1系统的业务覆盖范围： 5
1．5．2系统未覆盖的范围： 5
1．5．3系统的功能边界 5
1．6系统的适用范围 5
2 业务规则 6
2.1、范围 6
2.2、控制目标与关键绩效指标 6
2.2.1控制目标： 6
2.2.2关键绩效指标： 6
2.4.3信息维修部 8
2.5、流程图： 8
3 名词术语 9
4 处理流程分析 10
5系统功能模型 12
5.1 功能模型描述 12
5.2功能模型的分解和描述 13
5.2.1医疗中心功能 13
5.2.1.1医疗信息传输功能 13
5.2.1.2医疗中心交互通信功能 13
5.2.1.3串口数据采集功能 13
5.2.1.4串口医疗控制功能 14
5.2.1.5实时数据监控功能 14
5.2.2远程诊断功能 14
5.2.2.1客户信息受理： 14
6系统数据模型 15
6.1需求数据模型 15
6.1.1 域的定义 15
6.1.2实体关描述 16
实体关系图 16
实体描述 16
6.1.3属性描述 16
6.2逻辑数据模型 17
7系统控制模型 18
8附录 19

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 功能模型描述
主界面功能——测试心率功能、测试脉搏氧功能、测试血压功能、测试呼吸率功能、测试体温功能
串口通讯功能——
网络功能——用户终端测试仪采集体温、血压等生理数据，通过通信网络传输到远程管理中心，远程管理中心接收并保存用户终端发送来的数据并在数据库中以电子档案和电子病历形式存储管理。传统远程医疗数据都是通过公共xx网或Internet网等有线网络进行远程传输的。基于GPRS网络传输的远程医疗信息支持系统采用无线蜂窝网络，优于有线网络，蜂窝网络不受网络接口、地理位置的限制，大大提高了远程医疗系统的灵活性。

5.2功能模型的分解和描述
医疗数据采集系统

串口通讯子系统
网络通讯子系统
医疗数据发送
医疗数据接收
实时数据监控
医疗中心通信
串口
数据采集
串口医疗控制

5.2.1医疗中心功能
医疗中心为客服中心各项服务的开展提供基础支撑功能，主要包括：
5.2.1.1医疗信息传输功能
n 网络接入：采用GPRS进行网络接入；
n 数据发送：向上级服务器发送医疗中心采集的信息，等待上级服务器处理；
n 数据接收：接收上级服务器处理后的信息；
5.2.1.2医疗中心交互通信功能
n 支持各个医疗中心之间的相互通信，方便医生实时掌握病人信息；
5.2.1.3串口数据采集功能
n 医疗设备通过串口通信，向医疗中心发送数据，并由医疗中心显示数据。根据需要还可以向服务器发送数据，对数据进行处理和其他后台工作。
5.2.1.4串口医疗控制功能
n 通过医疗中心的控制命令，向串口发送信息，通过发送的信息控制数据采集设备的行为
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附录

<软件需求分析> 国标
<软件需求分析模版> 微点软件项目开发资料
<本地计费帐务系统> 中国电信总局
<ERP原理设计实施> 电子工业出版社
<软件工程> 作者：（英）萨默维尔 译者：程成等
<软件工程引论> 作者：陈有祺 出版社：南开大学出版社
<面向对象与传统软件工程>（美）Stephen R.Schach 译者 韩松 邓迎春 李萍
<软件工程导论>（第三版） 张海藩,清华大学出版社
<实用软件工程>（第二版） 郑人杰、殷人昆、陶永雷一

个人懂你，就是时时关心你；就是刻刻在乎你；就是凡事想着你。懂你的人，会想着你的冷暖，想着你的忧乐，想着你是否安好。
　　懂你，是心灵的一种呵护，是生命的一种温度，是彼此间的一种温馨。
　　因为有人懂你，你流在眼角的泪水有人擦；因为有人懂你，你欢笑时有人陪你笑；因为有人懂你，你寂寞时有人陪；因为有人懂你，你有难时有人帮；因为有人懂你，你痛苦时有人安慰。
　　懂你的人是你的知己，甚至比知己更知己。知己也只能是无话不说，心心相印，情同手足，休戚与共。
　　而懂你的人则更进一层，如若懂得，你的一个眼神，便能会意；你的一个暗示，便能心领；你任何一个神情，便会心有灵犀。
　　懂你的人，会对你心领神会，了如指掌，会对你的了解犹如了解自己。
　　懂，是世界上最温情的语言。浅浅的微笑，却包含着深深的喜欢；淡淡的祝福，却包含着浓浓的情意；短短的问候，却包含着长长的思念。
　　有时只说了只言片语，却胜似万语千言；有时只是一个眼神，一个动作，却能让你心间温暖如春。
　　懂你的人，最懂你的苦衷，最懂你的心累，最懂你的真诚，最懂你的内心世界。因为懂得，所以心相同；因为懂得，所以才心疼；因为懂得，所以才感动！
　　懂你，是一种深深的理解；懂你，是一种默默的喜欢；懂你，是一种暖暖的陪伴。
　　有一个懂你的人，真的就是一种幸福。你不会十全十美，他也不会十全十美，但两个都不完美的人却能撞出心灵的火花，却能达到无与伦比的默契，却能达成无法形容的融合，该是怎样的互懂？！
　　最懂你的人，也许会一直默默的陪伴在你的身边；也许会在天涯海角；但他总会在心里默默的守护你，总会在心里默默祈祷你幸福安康！
　　人与人之间最美是懂得，同事之间，只有互懂，才能互相理解；朋友之间，只有互懂，才能互相担待；夫妻之间，只有互懂，才能融洽度日；知己之间，只有互懂，才能长久长远；人与人之间，只有互懂，才能结识、结缘！
　　互懂，说起来容易做起来难！父母与子女之间，如果能互懂，就没有不孝和刁难；夫妻之间，如果能互懂，就没有争吵和硝烟；朋友同事之间，如果能互懂，就没有是非和埋怨；
　　官场之间，如果能互懂，就没有争斗和谗言；人与人之间，如果能互懂，就没有愧疚和不安。其实，懂，应该是相互的。