问题分析过程文档.docx
《问题分析过程文档.docx》由会员分享，可在线阅读，更多相关《问题分析过程文档.docx（16页珍藏版）》请在冰豆网上搜索。
问题分析过程文档
医院病房监护系统
——问题分析过程
成员:
张鹏程（1220010224）（PM）
高寒（1220010205）
刘文硕（1220010213）
邹辉（1220010227）
2014-10-18
1明确问题1..
1.1对问题达成共识1..
1.2收集背景资料，判断问题域的特性2.
1.3分析不明确的问题，发现问题背后的问题3.
2发现业务需求3..
3定义解决方案及系统特性5..
3.1确定高层次的解决方案5..
3.1.1问题P1的解决方案5..
3.1.2问题P2的解决方案6..
3.1.3问题P3的解决方案7..
3.1.4问题P4的解决方案7..
3.2确定系统特性和方案的边界8..
3.2.1系统特性8..
3.2.2解决方案边界8..
3.3确定解决方案的约束1..0
331确定解决方案SS1的约束10
332确定解决方案SS2的约束11
3.3.3确定解决方案SS3的约束12
3.3.4确定解决方案SS4的约束12
1明确问题
1.1对问题达成共识
采用标准化的格式描述了涉众的问题，各问题的描述如表1-1-1至1-1-4
所示。
这些问题已在涉众间取得了认同。
表1-1-1问题P1描述的标准化
要素
内容
ID
P1
提出者
决策者
关联者
系统管理员、医护人员、病员
问题
P1:
监视病员的体征：
血压、体温、脉搏等
影响
病员的体征能够让医护人员对病员病情做出初步的判断。
医护人员根据病员病情做出不同的处理。
系统应能提供监测病员体征的功能,方便医护人员对病员病情的类别做出判断
表1-1-2问题P2描述的标准化
要素
内容
ID
P2
提出者
决策者
关联者
系统管理员、医护人员、病员
问题
P2:
定时更新病历
影响
定时更新病历使医护人员能够得到病员的最新的体征，它也反映了病员的病情恢复情况。
所以，系统应该能够提供定时更新病历的功能
表1-1-3问题P3描述的标准化
要素
内容
ID
P3
提出者
决策者
关联者
系统管理员、病员
问题
P3:
病情出现异常时报警
影响
及时发现病员病情异常，让病员及时得到医护人员的救治，系统应该提供当病员出现异常时报警的功能
表1-1-4问题P4描述的标准化
要素
内容
ID
P4
提出者
决策者
关联者
系统管理员、病员
问题
P4：
随机地产生某一病员的病情报告
影响
生成病员相关检测报告，以便医护人员进行分析，做出决策。
系统医改能够实现病员病情报告的统计输出功能
1.2收集背景资料，判断问题域的特性
根据收集的背景资料，对涉众达成一致的问题进行分析，对各问题的明确情
况进行汇总，如表1-2-1所示。
表1-2-1各问题明确情况
问题编号
明确性
P1
不明确
P2
不明确
P3
不明确
P4
不明确
1.3分析不明确的问题，发现问题背后的问题
P1：
这个问题不明确的原因是没有说明是否应该不间断地、是否应该根据病员类别的不同进行监测。
P2:
这个问题不明确的原因是定时的范围究竟是多少，没有明确的概念。
P3:
这个问题不明确的原因是没有明确具体的异常都有哪些，有没有非必要的异常。
P4:
这个问题不明确的原因是随机产生某一病员的检测报告，其检测报告应该根据什么样的原则分配给哪些医护人员。
2发现业务需求
为了得到一致认同的业务需求，将各问题描述进行了扩展。
并在涉众中就目
标的描述达成了共识。
各问题的扩展描述如表2-1-1至2-1-4所示
表2-1-1问题P1及业务需求描述的标准化
要素
内容
ID
P1
提出者
决策者
关联者
系统管理员、医护人员、病员
问题
P1:
监视病员的体征：
血压、体温、脉搏等
影响
病员的体征能够让医护人员对病员病情做出初步的判断。
医护人员根据病员病情做出不同的处理。
系统应能提供监测病员体征的功能,方便医护人员对病员病情的类别做出判断
目标
BR1:
对于不需要实时监视的体征如体温等，每两小时一测量；对于血压、脉搏等亟需实时测量监测的，进行实时监测。
当病员的情况较为严重时，也可以对体温等进行实时监测。
根据正常人的体征标准，给出相应的体
征情况结果，在实行这个系统过后，能够使
病员就医的效率提升50%所测试的病员体征
数据错误率不超过5%
表2-1-2问题P2及业务需求描述的标准化
要素
内容
ID
P2
提出者
决策者
关联者
系统管理员、医护人员、病员
问题
定时更新病历
影响
定时更新病历使医护人员能够得到病员的最新的体征，它也反映了病员的病情恢复情况。
所以，系统应该能够提供定时更新病历的功能
目标
BR2:
根据医院的相关规定，应该每4小时更
新病员的病历。
病历的更新速度应该在每小
时1000条以上
表2-1-3问题P3及业务需求描述的标准化
要素
内容
ID
P3
提出者
决策者
关联者
系统管理员、病员
问题
病情出现异常时报警
影响
及时的发现病员的异常，让病员及时得到医护人员的救治，系统应该提供当病员出现异常时报警的功能
目标
BR3根据医院规定的各项体征标准值，用病
员的体征监测值与标准值比较，将存在异常的项目显示在BR1方案的硬件中，其比较结果正确率不得低于99%
表2-1-4问题P4及业务需求描述的标准化
要素
内容
ID
P4
提出者
决策者
关联者
系统管理员、病员
问题
随机地产生某一病员的病情报告
影响
生成病员相关检测报告，以便医护人员进行分析，做出决策。
系统应该能够实现病员病情报告的统计输出功能
目标
BR4使用系统后，系统可以使每位医护人员
的病员病历报告数量趋于一致。
在3分钟之
内按照随机分配算法，将各病历报告分配完
毕并传给每位医护人员
3定义解决方案及系统特性
3.1确定高层次的解决方案
3.1.1问题P1的解决方案
对问题P1的解决方案描述如表3-1-1所示
表3-1-1问题P1的解决方案描述
要素
内容
ID
P1
解决方案
方案描述
SS1:
对病员的病情进行优先级划分，根据不同的优先级，对不同病员有针对性地进行体征测量，系统管理员可以改变病员的优先级，扩展病员的监控数据类别。
系统通过硬件显示病员的体征数据
系统可以针对不同的病员采取不同的措施，
这样有效地加快了对病员体征数据的监测进
业务优势程，加快了医院的业务流程。
同时，这样是
病员不需长时间地等待结果，加强了病员对
于医院服务的认可
需要专门的管理员来根据病员的病情趋势对
齐就诊优先级进行调整，这在一定程度上加
大了医院的开销。
此外，通过硬件进行显示代价
病员病情数据，加大了开发的工作量。
需对系统管理员进行使用指导后，管理员才可熟悉优先级的转换机制和方法
3.1.2问题P2的解决方案
对问题P2的解决方案描述如表3-1-2所示
表3-1-2问题P2的解决方案描述
要素
内容
ID
P2
解决方案
方案描述
SS2:
记录病员初次生成病历的时间T于数据
库中，每次4小时改变一次数据库病历、记录更新时间和对T清零。
系统将每次更新前的病历也保存在数据库中。
按星期将这些数据进行备份转储
业务优势
能够防止因物理因素造成的数据破坏。
当病历数据出现错误时，方便系统管理员进行恢复，保证了病历数据的准确性
代价
病历的数量庞大，更新时需要大量的存储空间。
需要设计一个算法，对病历数据的存储形式进行优化，而这个算法在开发过程中给开发人员带来极大的困难。
数据备份转储在
定程度上增加了开销
3.1.3问题P3的解决方案
对问题P3的解决方案描述如表3-1-3所示。
表3-1-3问题P3的解决方案描述
要素
内容
ID
P3
解决方案
方案描述
SS3:
系统建立一个病贝异常表，母一种异常对应一种异常的编号。
根据医院规定的各项体征标准值，用病员的体征监测值与标准值比较，推导出病员存在的异常，返回异常编号对应的异常给医护人员
业务优势
能够快速的给出病员的异常，是病员的异常
能够及时被发现
代价
当需要进行比较的项目过多时，系统的运算速度下降，这时需要开发人员设计复杂的物理表。
各种异常之间可能存在着某种关系，这种关系加大了关系数据库的设计难度
3.1.4问题P4的解决方案
对问题P4的解决方案描述如表3-1-4所示。
表3-1-4问题P4的解决方案描述
要素
内容
ID
P4
解决方案
方案描述
SS4:
系统利用开发人员的随机算法，在3分
钟之内按照随机分配算法，将各病历报告分配完毕并传给每位医护人员。
系统还可以在分配时通过查询，检测出某些医生人员手中
病历报告过多的情况，将其病历报告数量减
少至平均水平
分配速度快，能够缓解单位时间内某一医护业务优势
人员的工作量
查询各医护人员的病历报告数量增加了系统代价资源的开销，系统开发人员要选择合适的查
询方式查询如建立索引等
3.2确定系统特性和方案的边界
321系统特性
一解决方案SS1的系统特性
F1：
系统管理员能够查询到各病员的体征信息，可改变病员体征的优先级。
F2:
医护人员能够查看到病员的体征信息。
二解决方案SS2的系统特性
F1：
系统管理员可以对病历数据进行恢复、更新和转储。
3解决方案SS3的系统特性
F1:
系统管理员可以修改、查看异常信息。
4解决方案SS4的系统特性
F1:
系统管理员可分配病历报告给医护人员
3.2.2解决方案边界
一解决方案SS1的边界
为解决方案SS1定义的边界如图3-2-1所示。
解决方案边界
O
人
医护人员
z\
系统管理员
图3-2-1解决方案SS1的边界
解决方案SS2的边界
图3-2-2解决方案SS2的边界
解决方案SS3的边界
为解决方案SS3定义的边界如图3-2-3所示。
图3-2-3解决方案SS3的边界
四解决方案SS4的边界
图3-2-4解决方案SS4的边界
O
人
医护人员
3.3确定解决方案的约束
3.3.1确定解决方案SS1的约束
对解决方案SS1,可以确定的约束如表3-3-1所示
表3-3-1解决方案SS1的约束
约束源
约束
理由
操作性
病员的体征数据的一份完整
备份必须被保存在数据库中
半年的时间
有助于病员进行复查时，方便
医护人员对病员病情恢复状
况的参考
系统及操作系统
管理员PC软件要应用于XP
操作系统，应用显示器显示病
员病情，数据库系统要安装在
Linux操作系统上
医院操作系统已经固定为
XP;Linux系统环境友好,使
MySQL数据库的性能更加优越
设备预算
系统必须在已有的服务器和
主机上进行开发
成本控制以及已有系统的保
护
人员资源
固定的人员资源，没有外部资
源
在现有的预算下操作成本已
经固定
技术要求
应用嵌入式和面向对象的方
法
相信这些技术的应用会增加
生产率和可靠性
332确定解决方案SS2的约束
对解决方案SS2可以确定的约束如表3-3-2所示
表3-3-2解决方案SS2的约束
约束源
约束
理由
操作性
初次生成病历的时间T及其
更新的时间都应该被记录在数据库中，其一份完整备份必须被保存在数据库中半年的时间。
能够进行数据的恢复操作
大量的病历报告使得数据库中数据的完整性和安全性降低，数据回滚功能可保证数据的正确性
系统及操作系统
数据库系统要安装在Linux
操作系统上
Linux系统环境友好，使My
SQL数据库的性能更加优越
设备预算
系统必须在已有的服务器和
主机上进行开发
成本控制以及已有系统的保
护
人员资源
固定的人员资源，没有外部资
源
在现有的预算下操作成本已
经固定
技术要求
利用MySQL的恢复、更新和
转储技术
相信该数据库具有足够的稳
定性、可靠性、安全性
333确定解决方案SS3的约束
对解决方案SS3可以确定的约束如表3-3-3所示
表3-3-3解决方案SS3的约束
约束源
约束
理由
操作性
系统管理员需要对已有的异
常标准进行检查，检查是否有
可更新的异常标准
国家公布的或医院自制的标准可能会发生改变，及时更新有助于提高系统对异常类型判断的准确性
系统及操作系统
数据库系统要安装在Linux
操作系统上
Linux系统环境友好，使My
SQL数据库的性能更加优越
设备预算
系统必须在已有的服务器和
主机上进行开发
成本控制以及已有系统的保
护
人员资源
固定的人员资源，没有外部资
源
在现有的预算下操作成本已
经固定
技术要求
利用MySQL的恢复、更新和
转储技术
相信该数据库具有足够的稳
定性、可靠性、安全性
3.3.4确定解决方案SS4的约束
对解决方案SS4,可以确定的约束如表3-3-4所示
表3-3-4解决方案SS4的约束
约束源
约束
理由
操作性
系统管理员需对报告的数量
进行监测，当某位医护人员的
短时间内，医护人员手中的病
历报告数量可能大量的聚积。
病历报告数量大于平均值的
时候，需要对其进行修改
系统管理员对其进行修正。
使
各医护人员的任务量趋于一
致，这样做增加了公平性
系统及操作系统
数据库系统要女装在Linux
操作系统上
Linux系统环境友好,使My
SQL数据库的性能更加优越
设备预算
系统必须在已有的服务器和
主机上进行开发
成本控制以及已有系统的保
护
人员资源
固定的人员资源，没有外部资
源
在现有的预算下操作成本已
经固定
技术要求
利用MySQL的恢复、更新和
转储技术
相信该数据库具有足够的稳
定性、可靠性、安全性
升级会员 