患者监护系统-可行性分析、需求分析、总体设计

word文档可自由复制编辑患者监护系统开发报告引言：第一次正规的作一个系统，感觉总是无从下手。以前也只是编一下程序，程序编好了，就万事大吉，现在程序也只是那么不起眼的一步，大脑就变的一片混沌，好像有很多东西要做，又好像什么都没有。无奈之下，也只有按着课本来一步一步的来作。可能有很多错误，，也可能很幼稚，但这却是我们的汗水的结晶，我们正在努力的前行，从幼稚走向成熟，在失败中走向成功。至少现在我知道作软件的合理步骤，知道什么样的软件是优秀的软件，知道软件不是单纯的程序！这也许是这次学习的最大成果！目录：HYPERLINK一.系统开发计划的制定HYPERLINK系统定义…………………..2HYPERLINK可行性研究………………..2HYPERLINK实施计划报告……………..2二．HYPERLINK系统需求分析……………………..2HYPERLINK需求分析的任务………….2⑴HYPERLINK功能需求………………2⑵HYPERLINK性能需求………………2⑶HYPERLINK系统的运行需求………2HYPERLINK系统分析建模…………….3⑴HYPERLINK系统流程图……………3⑵HYPERLINK功能模型（HYPERLINK数据流程图、HYPERLINK数据字典）………………..4⑶HYPERLINK数据模型（HYPERLINKE-R图）…………………...6⑷HYPERLINK行为模型（HYPERLINK状态转换图）……………..7三．HYPERLINK总体设计…………..71．HYPERLINK系统的物理方案(待议)……………………72．HYPERLINK数据库设计………………..73．HYPERLINK软件结构…………………..8⑴HYPERLINK层次图…………………..8⑵HYPERLINKHIPO图…………………9系统开发计划的制定HYPERLINK（返回目录）1.系统定义为医院研制一个分布式的计算机病员监护系统（PatientMonitoringSystem,PMS）。该系统随时接受并监视病人的生理信号（脉搏、体温、血压、心电图等），定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息。当护士需要时还可以要求系统打印出某个指定病人的病情报告。2.可行性研究HYPERLINK（返回目录）⑴技术上的可行性硬件方面：目前各大小医院已有相应的病员生理信号（脉搏、体温、血压、心电图等）检测仪器，只需加以集成以及提供必要的计算机通信接口。软件方面：利用现有的软件开发技术，可以实现在DOS或WINDOWS界面上的患者监护系统。操作上的可行性信号的采集、加工、显示、报警和打印均由计算机自动实现，只需借助于键盘或鼠标给出相应的指令即可实现，为此用户的操作使用将非常方便，无需非常专业的计算机知识和技术。经济上可行性研制一个监护系统投资并不大，可以作仔细的调查研究和成本/效益分析。如有相应的采集病员生理信号的仪器设备，主要时软件的研究和开发，为此成本主要体现在软件开发人员的工资、监控中心计算机以及少许通信网络上的开销。3.施计划报告HYPERLINK（返回目录）开发进度：人员组织：资源利用：二．系统需求分析HYPERLINK（返回目录）1.需求分析的任务⑴功能需求该系统主要包含实时监测报警和后台资料管理两个部分：（1）、随时接受每个病人的生理信号（脉搏、体温、血压、心电图等），定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息，（2）、护士在需要时还可以要求系统印出某个指定病人的病情报告。⑵性能需求考虑到系统是用于医疗事业，人命关天，总体性能应有一定的严格要求，具体如下：系统对护士请求的响应时间不应超过10s,以免产生等待感；系统需要的存储容量：硬盘容量不应少于10GB，内存不应小于128MB；作为服务器，CPU最好为PIII733或以上。而在安全性方面采用WindowsNT安全认证机制。⑶系统的运行需求HYPERLINK（返回目录）（1）、操作系统操作系统对使用ASP开发的PMS系统影响不是很大，WindowsNT、Windows2000、Windows9X、Linux、WindowsXP都可以，但好的操作系统可以使ASP服务器运行的更流畅，减少系统崩溃的可能性。因此建议使用稳定性较好的Windows2000Server.（2）、ASP服务器目前ASP可运行在以下几种服务器内：⑴IS(3.0或更高的版本)，该服务器由WindowsNTServer4.0或更高版本支持。⑵PWS(PeerWebServices3.0或更高的版本)，该服务器由WindowsNTWorkstation4.0或更高版本支持。⑶S(PersonalWebServices3.0或更高的版本)，该服务器由Windows9X支持⑷另外，借助第三方服务器扩展组件，ASP可以运行在Unix或Linux上，要安装ASP的解释程序，就可以支持ASP程序。（3）、数据库现阶段尚处于演示阶段，不实际运行，对安全性要求不是很高，没有必要选用象Oracle这样的数据库，Access足可以胜任，所以我们选用了MicrosoftAccess2000.（4）、数据通信接口数据通信接口采用ODBC（开放数据库互连）。ODBC是微软开发的一套读取数据库的解决方案。对于程序员来说，只要构建了一个指向数据库的连接，就可以采用统一的应用程序编程接口实现对数据库的读写。目前，ODBC驱动已经提供了对大多数常见类型数据库的支持。包括dBase、Access、SQLServer和Oracle等，也包括对文本、电子表格等。2.系统分析建模HYPERLINK（返回目录）⑴系统流程图⑵功能模型（数据流程图、数据字典）HYPERLINK（返回目录）（1）数据流图的生成：找出DFD的四个组成元素数据的源点：1)每个病员需要提供给PMS生理信号2)护士：当护士需要时还可以要求系统打印出某个指定病人的病情报告。数据的终点：病情报告和报警信息均需提供给护士。数据处理：中心监视、床边（本地）监视、更新患者日志、病情报告产生数据流：生理信号、报警信号、病情报告、病员数据、病情信号极限等。数据存储：医生规定的生理信号（脉搏、体温、血压、心电图等）安全范围（病情信号极限）手画数据流图HYPERLINK（返回目录）i)描绘系统的基本系统模型ii)进一步把基本系统模型细化，描绘系统的主要功能iii)对功能DFD中描绘的系统主要功能进一步细化图中增加了一个内部时钟永来提供日期和时间信息作为患者日志的一部分。在所有的情况下，病员的数据均附以时钟数据，以便于患者日志更新。（2）数据字典：HYPERLINK（返回目录）名字：生理信号别名：描述：表征被监护人的身体状况定义：生理信号＝血压＋心电图＋脉搏＋体温位置：床边检测电子设备名字：病人数据别名：描述：生理信号转变为数据形式定义：生理数据＝血压数据＋心率数据＋脑电数据＋呼吸数据位置：D2病人日志输出到打印机名字：患者病情极限描述：正常人与病人的区分，正常人的生理数据所存在的范围定义：生理数据极限＝血压数据极限＋心率数据极限＋脑电数据极限＋呼吸数据极限位置：D1生理数据极限名字：病人日志别名：病人病情信息描述：记录病人的状况定义：病人日志＝时间信息＋生理数据位置：输出到打印机名字：病情报告别名：病情结论描述：患者日志经处理后的病情结论定义：病情报告=时间信号＋患者在本时刻的生理数据位置：输入到打印机名字：报警信号别名：描述：当患者出现异常时，产生警铃，并且显示异常病人的编号（信号采集器编号）定义：警铃＋显示信息位置：输入到显示装置，传输到护士⑶数据模型（E-R图）HYPERLINK（返回目录）⑷行为模型（状态转移图）HYPERLINK（返回目录）三.总体设计HYPERLINK（返回目录）⑴系统的物理方案(待议)⑵数据库设计A.名称：患者病情极限表标识：biao_zhun名称字段名字类型主键非空编号ID自动编号YY姓名Name文本YY床位No文本YY脉搏标准Mai_bo文本NY体温标准Ti_wen文本NY心电标准Xin_dian文本NY血压标准Xue_ya文本NYB.名称：患者日志表名称字段名字类型主键非空编号ID自动编号YY姓名Name文本YY床位No文本YY性别sex文本NN年龄age文本NN出生日期Birthday文本NN身份证号PID文本NN血型BloodType文本NN脉搏记录Mai_bo_R文本NY体温记录Ti_wen_R文本NY心电记录Xin_dian_R文本NY血压记录Xue_ya_R文本NY异常记录Error文本NY⑶软件结构（各个模块、层次图、HIPO图）（1）层次图HYPERLINK（返回目录）复查数据流图。数据流图中的设计已经把基本的功能表现出来了，可以先依据此图画出一个基本的层次图，再对基本层次图进一部分解成各个小模块确定数据流图的特性当本地信号穿到中央控制台处理时，要做三件事：１.检测是否处于安全范围内；２.定时患者日志；３.如果护士需要病情报告还应打印（可以将其看做一个资料管理事务）。由于某一时刻，这三个事件都可能发生，需要有一个调度中心，进行不同的事务处理，采用事务分析的方法。接受分支接受病员数据（逐次扫描各个病人信号，传给中央处理，每次处理一个病人）各种事物请求（前两个事务主要由时间信号控制，打印资料由护士的请求信号控制）发送分支分为：报警系统、更新患者日志系统、资料管理系统三个模块第一级分解第二级分解报警系统、更新患者日志系统、资料管理系统可以看作是PMS系统的子系统，可以将上面的层次图简化，并把每个系统分解成一些小模块，得到第二级层次结构图（层次图枝页的每一个小模块可以考虑用一个ASP程序实现,模块的划分见图）（2）HIPO图HYPERLINK（返回目录）名称：接受病员数据模块功能：后台接受传来的，已经记录在文本中的数据。输入：编号、生理信号等病员数据处理：读取病员数据输出：病员数据日期：2004-12-12名称：分解病员信息模块（1.1）功能：获得接受模块传来的数据，将数据流分解输入：病员数据处理：针对不同的数据将他们赋值给不同的对象输出：各种不同对象数据日期：2004-12-12名称：取病情极限模块（1.2）功能：根据病人编号读取安全极限输入：病人编号处理：1.连接数据库2.以编号为检索条件,提取极限记录输出：病人生理信号的极限日期：2004-12-12名称：比较是否超极限模块（1.3）功能：判断病人是否安全输入：病人当前生理信号&病人生理信号的极限处理：若在安全范围内，则不启动报警程序；否则，启动报警程序输出：是否报警标记日期：2004-12-12名称：报警模块（1.4）功能：发出报警信号输入：是否报警标记处理：一旦报警标记有效，发出报警信号输出：报警信号日期：2004-12-12名称：整理病员数据模块（2.1）功能：定时接受病员数据，并加上时间等，编排写入日志的数据格式输入：病员数据处理：编排数据输出：格式化后的数据日期：2004-12-12名称：病人异常处理模块（2.2）功能：记录病人发生异常的信息输入：是否报警标记处理：一旦报警，记下当时情况等，准备记载到患者日志输出：发生异常的文本信息日期：2004-12-12名称