医院感染实时监控系统范文

医院感染实时监控系统范文第1篇

一、负责本科医院感染管理的各项工作，保证医院感染预防和控制制度贯彻落实。

二、负责监督本科医护人员严格执行无菌技术操作规程和消毒隔离制度，做好个人防护。

三、负责组织本科医护人员预防、控制医院感染知识的培训。

四、对本科医院感染病例及感染环节进行监测，采取有效措施，降低本科室医院感染发病率。

五、科室发现医院感染病例.要及时督促主管医生填报登记卡，在24小时内上报医院感染管理科，同时督促进行病原学检查，并做好科室登记工作。

六、发现有医院感染流行趋势时，立即向科主任及医院感染管理科汇报，积极协助调查医院感染发病原囚，提出有效控制措施并积极投人控制工作。

七、负责组织对本科医院感染病例进行讨论，记录完善。

八、监督和指导本科医师合理使用抗菌药物，根据病原学检验及药敏试验结果对感染病人合理用药。

医院感染管理监控护士职责

一、负责参与本科医院感染管理的各项工作，保证医院感染预防和控制措施的贯彻落实。

二、负责督促本科医护人员严格执行无菌技术操作规程和消毒隔离制度。

三.、负责组织本科医护人员进行有关医院感染管理知识的业务学习。

四、督促检查本科工作人员认真做好消毒隔离个人防护及医疗废物安全管理等项工作。

五、负责做好本科室环境卫生学监测和消毒灭菌效果监测工作，不合格者予以反馈。

六、对住院病人进行预防医院感染知识的指导和宣教工作。

医务人员在医院感染管理中的职责

1.严格执行无菌技术操作规程等医院感染管理的各项规章制度。

2.掌握抗感染药物临床合理应用原则，做到合理使用。

3.掌握医院感染诊断标准。

4.参加预防控制医院感染知识培训。

5.掌握自我防护知识正确进行各项技术操作，预防锐器刺伤。

医院感染实时监控系统范文第2篇

另外国家质检总局也提出要求，比如：

推进物联网技术的应用，提高电梯安全保障水平

物联网是国家鼓励发展的新兴产业。要利用国家鼓励政策，在电梯安全领域大力发展基于物联网技术的电梯故障监测系统的应用，使电梯使用和维保单位及时发现电梯故障和事故，提高电梯应急救援的及时性，同时也便于电梯故障和事故的统计分析，推动分类监管的实施。有条件的地区，要积极开展研发和应用试点。

(一)统一要求和标准，鼓励研究开发电梯故障监测系统。

鼓励支持有关机构加快制定电梯故障监测系统国家标准或规范，促进相关单位按照统一的标准和要求开展故障监测系统研究和开发，以实现更大范围内的互联互通，同时要考虑部分重要数据上传质监部门的途径，避免不必要的重复投入。

(二)明确使用维保单位故障监测的主体地位，积极推进电梯故障监测系统的应用。

各地应明确使用维保单位作为电梯故障监测的主体地位，鼓励和推进使用维保单位开展电梯故障监测系统的应用试点。要充分发挥维保单位提高维保质量、节约维保成本、提高困人应急救援速度、促进电梯故障率降低等主观能动性，在不增加群众和相关企业负担的前提下，积极寻求推广电梯故障监测系统应用的合理途径。

(三)加强电梯事故和故障的统计分析，推进对使用维保单位的动态监管。

积极研发电梯动态监管系统，与使用维保单位的监测系统进行数据交换，对各类电梯故障和事故进行统计分析，促进对使用维保单位的动态监管工作。

在此背景下，电梯运行实时监控系统诞生了。电梯运行实时监控系统是济南智嵌测控技术有限公司专门开发的一套电梯监管实时服务平台软件，该软件为免费软件，该系统可以用于小区智能化改造项目，小区智能化电梯监控项目。该软件的使用要在电梯内安装有网络高清摄像机。

济南智嵌测控技术有限公司

系统优势

1、系统可展示多个小区多个电梯的实时运行状况

2、电梯实时监控视频显示加flash动画演示，当发生故障时系统画面提示并及时报警

3、电梯运行状态叠加在视频画面上，通过系统在电脑就可看到电梯自身及各种运行参数，不必到监控中心查看

4、具备卡层报警、困人报警、开关门报警、短信报警等

5、有利于案件的侦破，可根据时间日期调取叠加后的楼层监控画面，锁定犯罪嫌疑人到达过的楼层

6、比电梯卫士安装更方便，独立于已有的电梯监控系统，避免干扰的发生。

7、支持电梯内网络摄像机

8、可安装于局域网内任何一台计算机，可根据需要配置用户权限

9、日志查询功能。可以查询用户登录记录

10、数据备份功能。可以将监管视频以及叠加的信息以数字水印的方式保存下来，防止篡改

11、视频管理功能。管理硬盘录像机，可以管理多个硬盘录像机，监管视频实时记录

拓扑图：

济南智嵌测控技术有限公司

效果图

登录界面

医院感染实时监控系统范文第3篇

宁波市从2009年下半年开始着手试点生猪定点屠宰场实时视频监控系统，最初只向政府监管部门开放，从今年开始，该系统已陆续向公众开放，截至今年5月，向公众联网开放的屠宰场有北仑中心屠宰场、慈溪中心屠宰场等，下一步还将有更多的生猪定点屠宰场甚至菜牛定点屠宰场陆续纳入开放之列。当前，北仑中心屠宰场通过12个摄像头将从生猪进场、检验检疫、屠宰加工到肉品配送等整个生产过程经互联网实时对政府监管部门和社会大众开放。

听众朋友和广大消费者可以通过“宁波菜篮子网”()进行查看。具体步骤是：进入“宁波菜篮子网”()后，点击右边“屠宰场网络监控系统”进入新网页，点击“我要查看”按钮进入系统，从左边的列表中选择要查看的屠宰场，即可查看该场实时视频，选择您感兴趣的画面，即可调出相应摄像头拍摄的动态画面。

医院感染实时监控系统范文第4篇

1.嵌入式系统是指操作系统和功能软件集成于计算机硬件系统之中。嵌入式系统一般有3个主要的组成部分：硬件、实时操作系统以及应用软件。

2.嵌入式系统的三要素是嵌入、专用、计算机;即以应用为中心、以计算机技术为基础、软件硬件可裁剪、适应应用系统对功能、可靠性、成本、体积、功耗严格要求的专用计算机系统 。

3. 目前国际较为知名的有：VxWorks、NeutrinoRTOS、Nucleus Plus、 OS/

9、VRTX、LynuxOS，RTLinux、BlueCat RT等。

4.嵌入式系统一般由硬件层、中间层、软件层和功能层组成。其作用分别如下：

(1)硬件层 ：由嵌入式微处理器、外围电路和外设组成。操作系统和应用程序都可以固化在ROM或者Flash中。为方便使用，有的模块在此基础上增加了LCD、键盘、USB接口，以及其他一些功能的扩展电路。

(2)中间层 ：硬件层与软件层之间为中间层，其作用将系统软件与底层硬件部分隔离，使得系统的底层设备驱动程序与硬件无关;

(3)软件层 ：主要是操作系统，有的还包括文件系统、图形用户接口和网络系统等。操作系统是一个标准的内核，将中断、I/O、定时器等资源都封装起来，以方便用户使用。 (4)功能层 ：由基于操作系统开发的应用程序组成，用来完成对被控对象的控制功能。 5.非占先式调度法也称作合作型多任务(cooperative multitasking)，各个任务彼此合作共享一个CPU。中断服务可以使一个高优先级的任务由挂起状态变为就绪状态。但中断服务以后控制权还是回到原来被中断了的那个任务，直到该任务主动放弃CPU的使用权时，那个高优先级的任务才能获得CPU的使用权。当系统响应时间很重要时，要使用占先式(preemptive)内核。最高优先级的任务一旦就绪，总能得到CPU的控制权。当一个运行着的任务使一个比它优先级高的任务进入了就绪态，当前任务的CPU使用权就被剥夺了。 6.在实时系统中，如果系统在指定的时间内未能实现某个确定的任务，会导致系统的全面失败，这样的系统被称硬实时系统。在弱实时系统中，超时却不会发生致命的错误。其实时性的要求比硬实时系统要差一些。

7.嵌入式系统的设计步骤及各部分的主要工作如下。 (1)需求分析阶段，罗列出用户的需求;

(2)体系结构设计阶段，描述系统的功能如何实现;

(3)详细设计阶段，进行硬件系统与软件系统的分类划分，以决定哪些功能用硬件实现，哪些用软件实现;

(4)系统集成，把系统的软件、硬件和执行装置集成在一起，进行调试，发现并改进在设计过程中的错误;

(5)系统测试，对设计好的系统进行测试，看其是否满足给定的要求。 8.Linux作为嵌入式操作系统的优势主要有以下几点：

(1)可应用于多种硬件平台。

(2)Linux的高度模块化使添加部件非常容易。

(3)Linux是一个和Unix相似、以内核为基础的、具有完全的内存访问控制，支持大量硬件的一种通用操作系统。

(4)Linux可以随意地配置，不需要任何的许可证或商家的合作关系。

(5)Linux带有Unix用户熟悉的完善的开发工具。其强大的语言编译器GCC，C++等也可以很容易得到，不但成熟完善，而且使用方便。 9. Linux执行进程调度一般是在以下情况发生的： (1)正在执行的进程运行完毕;

(2)正在执行的进程调用阻塞原语将自己阻塞起来进入等待状态; (3)正在执行的进程调用了P原语操作，从而因资源不足而被阻塞; (4)执行中的进程提出I/O请求后被阻塞; (5)系统分配的时间片已经用完;

(6)就绪队列中的某个进程的优先级变得高于当前运行进程的优先级。

第

4章

1、Linux 内核的编译菜单有好几个版本，运行：

(1)make config：进入命令行，可以一行一行的配置，但使用不十分方便。

(2)make menuconfig：大多数开发人员使用的Linux 内核编译菜单，使用方便。

(3)make xconfig：在2.4.X 以及以前版本中xconfig 菜单是基于TCL/TK 的图形库的。

2、在完成内核的裁减之后，内核的编译就只要执行以下几条命令： make clean

编译内核之前先把环境给清理干净。 make dep

编译相关依赖文件 make zImage

创建内核镜像文件 make modules 创建内核模块。

make install

把相关文件拷贝到默认的目录。

3、此命令是装载压缩映像文件zImage到flash存储器中，地址是kernel分区，并采用xmodem传输协议。

4、此命令是设置网卡1的地址192.168.1.1，掩码为255.255.255.0，不写netmask参数则默认为255.255.255.0。

5、此命令将nfs服务的共享目录sharedir加载到/mnt/nfs。

6、此命令是装载根文件系统root.cramfs到flash存储器中，地址是根文件系统分区，并采用xmodem传输协议。

7、这个命令的操作同时进行了分区和格式化，0~128K存放vivi，128K~192K存放VIVI控制台指令，192K~1216K存放kernel，1216K~4288K存放root，其余部分存放应用程序。

第6章

1.使用虚拟地址寻址整个系统的主存和辅存的方式在现代操作系统中被称为虚拟内存。 虚拟内存的管理方法使系统既可以运行体积比物理内存还要大的应用程序，也可以实现“按需调页”策略，既满足了程序的运行速度，又节约了物理内存空间。 2.进程内存区域涉及到5种数据段，即：

①代码段：代码段是用来存放可执行文件的操作指令。

②数据段：数据段用来存放可执行文件中已初始化全局变量。 ③BSS段：BSS段包含了程序中未初始化的全局变量。 ④堆(heap)：用于存放进程运行中被动态分配的内存段，它的大小并不固定，可动态扩张或缩减。

⑤栈：栈是用户存放程序临时创建的局部变量。 3.在Linux系统中，内核在最高级执行，也称为“系统态”，在这一级任何操作都可以执行。而应用程序则执行在最低级，即所谓的“用户态”。在这一级处理器禁止对硬件的直接访问和对内存的未授权访问。模块是在所谓的“内核空间”中运行的，而应用程序则是在“用户空间”中运行的。它们分别引用不同的内存映射，也就是程序代码使用不同的“地址空间”。 4.共享内存区域是被多个进程共享的一部分物理内存。如果多个进程都把该内存区域映射到自己的虚拟地址空间，则这些进程就都可以直接访问该共享内存区域，从而可以通过该区域进行通信。共享内存是进程间共享数据的一种最快的方法，一个进程向共享内存区域写入了数据，共享这个内存区域的所有进程就可以立刻看到其中的内容。 5.内存管理利用虚拟文件系统支持交换，交换进程(swapd)定期由调度程序调度，这也是内存管理依赖于进程调度的唯一原因。当一个进程存取的内存映射被换出时，内存管理向文件系统发出请求，同时，挂起当前正在运行的进程。

第9章

1.参考答案：

Mutex互斥量，用于操作某个临界资源时对该资源上锁，以实现互斥地对独占资源的使用。 Semophore信号灯，信号灯内有一计数器，可以用于对多个同类资源的分配。

Condition条件变量，条件变量用于等待信号。当一个线程需要等待某个信号时，就可到条件变量上等待，当信号具备时，系统会唤醒该线程继续运行。 2.参考答案：

本地：共享内存+信号量， 适合于大量数据传输。Linux支持系统V和POSIX的共享内存和信号量。(5分)

远程：Socket+应用协议。适合于跨网络的(大量)数据传输。Linux支持BSD的socket。应用层协议需要自行设计。(5分)

3.答案要点：程序是编译后形成的可执行代码，是静止的。进程是程序的一次执行，是活动的。线程是进程的可执行单元，同一进程的不同线程共享进程的资源和地址空间。 4.两种实现方法，一种是继承Thread,另外一种是实现接口Runnable。

同步的实现方法有两种，分别是synchronized, wait与notify。用synchronized可以对一段代码、一个对象及一个方法进行加锁。用wait与notify可以使对象处于等待及唤醒方式导致同步，因为每个对象都直接或间接的继承了Object类。

5、什么是BootLoader?主要有几种工作模式及主要功能是什么? 答：

Bootloader就是操作系统内核运行的一段小程序，完成进行初始化系统硬件设置的任务，(2分)

分为启动加载模式和下载模式。 (1启动加载模式

启动加载(Boot laoding)模式是指 Bootloader 从目标机上的某个固态存储设备上将操作系统加载到 RAM 中运行，整个过程并没有用户的介入。(2分) (2)下载模式

在下载模式下，目标机上的 Bootloader 将先通过串口连接或网络连接等通信手段从宿主机下载文件。(2分)

6、 简述Bootloader有何作用?

医院感染实时监控系统范文第5篇

1 系统结构

1.1 系统硬件结构

本系统使用致远电子公司的S3C2410ARM开发板作为嵌入式流媒体服务器, 内核为Samsung公司的ARM920T, 用于该系统的开发板硬件资源有:6 4 M的S D R A M、6 4 M的Flash (有足够用于存储视频数据的存储空间) , 多个USB口 (用于连接USB摄像头) , 带DM900E芯片的10/100M以太网接口 (用于视频数据的高速流畅传输) 。同时使用主芯片为中星微ZC301P的USB摄像头用于视频采集, 之所以选取这款芯片, 是因为该摄像头CMOS传感器较好, 能保证画面质量。

1.2 系统软件结构

系统的软件部分包括ARM板系统初始化引导Bootloader, 基于2.4.18内核的嵌入式操作系统, R A MD i s k文件系统, 基于usb-2.4.31LE06的摄像头驱动, Spcaview/Servfox开源软件包 (用作流媒体服务器) 。Servfox建立在Web服务器之上, 它通过V4L接口API函数、MJPEG/JPEG图像压缩器和TCP网络传输协议完成了视频图像信号的图2流媒体服务器与客户端的通信协议获取、压缩和传输。网页服务器使用boa-0.94.13。整个系统的软件结构图大致如图1。

2 系统的实现

2.1 移植摄像头驱动

由于linux2.4.18内核本身不支持z301P摄像头芯片, 所以需要在linux内核打上相应的补丁, 驱动程序应最大限度地减少了内存的使用, 符合嵌入式的需要, 保证CMOS传感器兼容性良好, 这样图像转换速度较快, 保证摄像头画面的流畅度。驱动移植的主要步骤是: (1) 打补丁并进行部分驱动修改; (2) 进行内核配置:模块化选择USBSPCA5XX Sunplus Vimicro Sonix Cameras; (3) 重新编译内核, 生成镜像文件; (4) 驱动移植将产生的内核镜像、制作的RAM根文件系统、上述的三个驱动模块通过NFS网络文件服务[3]下载到A R M中。这里可以在A R M端写一段开机启动脚本来实现驱动模块的加载和设备节点的挂载, 便于后期的Servfox运行。这里的USB驱动程序的驱动程序的层次结构[5]为:USB设备驱动->USB核心子系统->USB主控器驱动程序。

2.2 建立Boa网页服务器

Boa网页服务器主要实现客户端浏览器的访问功能。主要的建立步骤如下。

(1) boa原始平台配置; (2) 修改Makefile文件, 配置交叉编译工具; (3) 配置boa服务器; (4) 修改boa目录下的boa.conf配置文件, 这个文件包含了boa服务器的许多选项, 需要仔细配置。其中包括了:Group和User、Script Alias的CGI、Server Name、Error Log等的设置; (5) 编译、移植服务器将宿主机上生成的boa.conf文件、index.html文件、img目录和mime.types文件放到ARM板的相应目录下。将boa, boa.conf以及上述文件也都下载到板子上去。这里同样可以利用脚本来建立boa服务器的各个目录并设置开机启动服务。

3 建立Servfox流媒体服务器

(1) Servfox/Spcaview的介绍;Spcaview是linux系统下用于实现网络视频服务器的开源软件包。而servfox其实就是Spcaview软件包的精简版本, 实现了Spcaview的基本功能。本系统采用Servfox作为流媒体服务器进行构建。主要考虑到:Servfox的移植比较方便, 同时它本身适合于工作在ARM开发板上, 能较好地配合嵌入式Linux专用的spca5xx-LE网络摄像头驱动来完成视频采集。

(2) Servfox的工作原理:Servfox是开源的软件包, 支持基于Spca5xx驱动、采集原始jpeg图像的摄像头。Servfox流媒体服务器使用Video4Linux (V4L) 完成原始视频图像的获取, 然后把视频图像数据以JPEG的方式进行压缩处理后, 打包生成TCP包, 向网络发送。视频图像的获取是通过V4L接口实现的, 它是图像串流系统与嵌入式视频系统的基础, 配合合适的视频采集卡与视频采集卡驱动程序。V4L分为两层架构, 最上层为V4L驱动程序本身, 最下层为影像设备的驱动程。Servfox实际使用的就是最上层驱动程序, 即V4L的本身给程序员提供的API。程序逻辑调用顺序为:应用程序 (servfox) Video4Linux驱动 (API) Spca5xx摄像头驱动摄像头底层硬件。V4L提供了如下主要的数据结构[5]:struct video_capability (包含摄像头的基本信息) 、struct video_picture (包含设备采集图像的各种属性) 、s t r u c t v i d e o_m m a p (用于内存映射) 、s t r u c t video_mbuf (利用mmap进行映射的帧信息, 实际上输入到摄像头存储器缓冲中的帧信息) 。

而主要使用的系统调用有:open ("/dev/video0", int flags) 、close (fd) 、mmap (void*start, size_t length, int prot, int flags, int fd, off_t offset) 、munmap (void*start, size_t length) 、ioctl (int fd, in cmd....) 。Servfox使用JPEG (Joint Photographic Experts Group) 压缩。Servfox默认的图像格式为V I D E O_P A L E T T E_J P E G, 它根据不同的palette值做不同的数据压缩处理, 返回压缩后的数据大小值, 如果是JPEG格式, 意味着硬件采集近来的数据已经做了压缩, 不需要再用软件进行压缩处理, 而除了VIDEO_PALETTE_JPEG以外的palette, 都需要进行编码, 所使用的函数为UINT32encode_image (UINT8*input_ptr, UINT8*output_ptr, UINT32 quality_factor, UINT32image_format, UINT32 image_width, UINT32image_height) , 其中UINT32 image_format为输入的palette值。

JPEG图像每幅都有自己的量化表和Huffman码表。使用用有损压缩方式去除冗余的图像数据, 在获得极高的压缩率的同时能展现十分丰富生动的图像。它的特征在于它能实现渐进传输, 即先传输图像的轮廓, 然后逐步传输数据, 不断提高图像质量, 这样的特点比较适合视频监控系统。JPEG虽然压缩率不高, 但在IP网络中, 其他的运动图像压缩技术应用会因网络拥塞、延迟等原因而产生图像停顿、延时、误码等问题, 而JPEG码流基本不受网络的影响。

当Servfox采集到视频图像数据后, 将其封装为TCP包进行网络传输, 网络上传输的协议大致如下。

(1) Servfox流媒体服务器空闲时, 重复进行图像采集活动, 等待客户端发送获取图像帧的请求。

(2) 浏览器客户端初始化后发送图像请求, 与服务器交互建立TCP连接后, 并进入等待状态。

(3) 服务器判断收到的请求为客户端发来的图像帧请求信息后, 则回送图像帧信息头给客户端, 紧接着发送一帧视频图像。

(4) 当客户端收到图像帧头后会请求发送一帧视频图像, 接收完视频帧后, 显示视频帧, 然后再发送帧请求, 如此反复, 直到断开连接。

这是一个交互的闭环协议, 客户端用命令设置远程服务器的视频流参数, 而服务器端是多线程的, 可以同时连接多个客户端, 并且有一个帧刷新环形缓冲器在内存中, 用于视频流缓冲。

整个B/S交互过程如图2。

(3) Servfox的建立。

首先修改Servfox软件包的Makefile文件, 配置编译器选项和内核路径。然后执行make, 于是就产生了可执行程序servfox。执行在ARM开发板的服务器端运行servfox的命令为:s e r v f o x-g-d/d e v/v i d e o 0-s320x240-w7070其中:-d对应于视频采集的设备文件, -s对应于采集图像的宽度和高度-w对应于流媒体服务器端口号。

4 配置HTTP-JAVA-APPLET

为了实现通过浏览器来进行视频监控的目的, 还要在服务器端配置http-javaapplet。

(1) 进入spcaview目录, 把其中的httpjava-applet目录移植到boa服务器的主目录/v a r/w w w下, 并根据个人的需要对sample-index.html网页文件的html代码进行相应的修改。

(2) 为了使浏览器支持Java程序, 还需要安装JRE, 这里我们使用的是javasetup6u18-rv.exe。

(3) 安装完成后, 可以在浏览器中输入如下地址进行测试。

http://219.228.60.20/http-javaapplet/index.html, 其中219.228.60.20是给A R M开发板分配的局域网I P地址, index.html是最终显示的网页文件。

综上所述, 整个系统的运行过程如下。

(1) 加载摄像头驱动。

(2) 加载boa网页服务器。

(3) 修改服务器IP地址, 以使所有局域网内的客户机访问。

(4) 运行servfox流媒体服务器。

(5) 通过浏览器对流媒体服务器进行访问。最终的实验结果如图3。

5 结语

本文设计的是一种基于B/S架构的远程实时监控系统, 具有一定的实时性、方便性和实用性。通过整个开发过程和调试, 发现影像视频图像清晰度和稳定的主要因素在于缓冲区的大小、视频帧的压缩算法。同时驱动程序和相关软件的移植质量的好坏也至关重要。

摘要：本文设计了基于B/S架构的远程实时监控系统, 介绍了Servfox流媒体服务器及Linux的V4L视频接口原理, 以及流媒体服务器与客户端之间的视频通信协议。最终在基于Linux系统的ARM板上成功地了架设BOA网页服务器, 移植Servfox数据采集器;在PC机客户端安装JAVA插件后, 便可以通过浏览器实现视频监控功能, 与传统监控方式相比, 具有较强的可移植性和便携性。

关键词：monitoring,system,ARM,Linux,Servfox

参考文献

[1] 颜建军, 宋执环, 韩波.基于嵌入式Internet的远程监控系统设计[J].机电工程, 2003, 20 (5) :55～57.

[2] 康凤, 廖婷.家用远程实时监控统的实现方法[J].成都航空职业技术学院学报2009, 78 (1) :62～64.

[3] 刘昆.linux环境下宿主机与ARM开发板NFS服务的配置[J].科技资讯, 2008, 5:133.

[4] 刘春成.基于嵌入式linux的USB摄像头驱动开发[J].计算机工程与设计, 2007, 28 (8) :1885～1888.

医院感染实时监控系统范文第6篇

城西水库是一座按大型水库标准管理的重点中型水库, 位于滁州市城区的西北部边缘, 紧靠滁城及津浦铁路。水库来水面积为168平方公里, 总库容8525万立米, 正常蓄水位29.0米, 正常库容4400万立米;汛期限制水位28.5米, 汛限库容400万;死水位21.0米, 死库容400万立米。枢纽工程主要有大坝、新老泄洪闸、放水涵洞等。老泄洪闸5孔最大控制下泄流量150立米/秒;新泄洪闸10孔最大控制下泄流量2463立米/秒;放水涵洞2孔, 主要为乡镇供水使用。水库运行安全与否, 关系到下游30万人口、40万亩农田、交通大动脉的安全。

2 城西水库洪水预报模型

城西水库洪水预报采用的是2002年由河海大学和2008年由滁州市水文局开发的两套系统。

2.1 河海系统概述

城西水库属于湿润地区, 坝址洪水预报采用新安江三水源模型。

模型参数用人工优化与自动优化相结合的方法进行率定, 参数WUM, LU, C, IM, CI。一般都不敏感, 不必参加优化, 取一般常用值即可, WM与B有关, 但据物理概念WM为10 0-160 mm, 则B为0.1-0.4, 都不敏感, SM与EX有关, 据研究EX的变化不大, 可取定值1.5。CG可根据枯季退水资料直接求得, 也不必参加优化。剩下尚有K, SM, KG, KI, L, CS。K用于处理输入资料, 不是模型参数, 优化K, 用日模型;优化SM和KG, 用日模型, 可采用约束KG+KI=0.7。优化L和CS, 用次洪。SM受降雨在时段内被均化处理的影响, 日模型的值将偏小, 在次洪模型中应加大, 重新率定。

2.2 预报流域的划分、面雨量计算

根据流域的地形, 地貌, 河网分布情况, 在流域内选设4个雨量站, 用垂直平分线法求出流域各站所控制面积, 面积权重分别为:城西站0.13, 胡庄站0.42, 曹家坝站0.27, 方岗站0.18。城西站是雨量水位站, 按各单元加权平均法计算流域面雨量。

2.3 模型的率定和检验

模型参数的初值是以具有实测水文资料胡庄以上流域作为代表性流域, 经模型检验求得其参数后, 在分析参数地区规律的基础上将其移用于整个流域。把实测的1998年到1998年水文资料分两部分, 一部分为率定期, 另一部分为检验期。每一部分日模型有平、丰、枯年份资料, 洪水模型有大、中、小洪水资料。

流域模型参数如 (表1、表2) 。

2.4 水文局系统概述

采用分布式新安江模型, 考虑到降雨的空间不均匀性和流域特性的空间变异性, 按泰森多边形法将流域划分成许多单元块, 以雨量站为中心划分单元流域, 对每个单元流域作产流计算, 得出单元流域出口流量过程;再进行单元流域出口以下河道流量演算, 将每个单元流域的出流相加即得流域出口的总出流过程。水文局洪水预报系统以6个雨量站资料为基础, 各站权重为:城西站0.1, 胡庄站0.09, 曹家坝站0.28, 方岗站0.16, 红花桥0.2, 大北郢0.17。城西站是雨量水位站, 按各单元加权平均法计算流域面雨量。流域模型参数有24个:k I M, K K, B/N, W M, U M, L M, C, S M, E X K I, K G, C I, C G, C O, C 1, C 2, C S O, α, βI O, α2, β2, D I。

3 2008年至2009年两个系统运行情况

选择两年间分别有代表性大, 中, 小六次洪水进行分析见表1, 表2, 表3, 首先2008年7月29日至8月2日期间, 我市普降大到暴雨, 尤其集中在8月1日, 流域日平均最大降雨量达352mm, 其中方岗站点雨量450mm;五日流域平均降雨量达到426毫米。遥测站最大1小时降雨量65mm, 最大2小时降雨量109mm, 最大3小时降雨量161mm, 最大6小时降雨量216m m, 最大12小时降雨量352mm, 最大24小时降雨量450mm, 最大48小时降雨量514mm。实测入库洪水总量达到4856万方, 实测计算洪峰730m3/s, 发生在8月2日4:00。实测一天来水量3648万方, 三天来水量4285万方, 七天来水量4598万方。降雨其间水位从1日8点27.59m到2日8点半到最高水位29.71m, 水库滞洪库容1842万立方, 入库洪峰854m3/s, 出库流量250m3/s, 消减洪峰71%, 拦蓄洪水4768万立方。

通过两个系统对这次洪水预报和实测比较, 可知河海大学软件预报洪水总量较大, 峰值小, 峰现时间偏早;水文局软件预报洪水总量较小, 峰值小, 峰现时间准。两个系统对特大暴雨, 预报的准确度90%以上, 峰现时间误差一小时内, 70毫米以上两次暴雨, 洪水量, 洪峰, 精度80%, 峰现时间一小时内。70毫米以下三次暴雨;洪水量, 洪峰一次较好, 二次较差。峰现时间相差较大。

如表3, 表4, 表5所示。

4 二种洪水预报方法的比较

多年实际应用结果表明充分利用城西水库拦洪库容的作用, 控制下泄量, 拦洪错峰, 可以大大地减轻了下游的防洪压力。我认为以下四方面问题有待引起重视和深入研究。 (1) 河海预报系统以2001年建的4个雨量站数据预报;水文局预报系统2006年新增雨量站后6个站雨量资料预报。两个系统对大洪水预报都较好, 差别不大, 但对小洪水河海系统预报洪峰及峰现时偏差较大, 说明雨量站的密度和代表性对系统预报效果有较大影响。 (2) 河海预报系统是以1990年到2001年的原始观测数据率定模型。水文局预报系统是以1985年到2005年的原始观测数据率定模型, 数据年限较长更具有代表性, 预报较高。 (3) 从上表可知两年来大洪水预报较好小洪水预报较差, 前期影响雨量Pa较大预报精度较好, 分析由于流域内上游二十多个小水库影响, 大洪水小水库已蓄满对径流影响较小。小洪水时被小水库拦蓄一部分径流, 对洪峰径流产生很大影响, 预报精度有较大偏差。 (4) 模型预报与实测值之间存在一定的误差, 造成两者之间误差因素很多, 若针对一个单一因素, 它们是难以描述和预见的, 两个预报系统都有数据输入能力, 有人机交互式功能, 可以根据洪水实测情况对其中关键参数进行调整, 可积累经验, 提高预报精度。多年运行结果表明, 城西水库洪水预报具有较高的精度。洪水预报参数, 可根椐降雨大小, 土壤饱和度, 调整几个比较敏感的参数:张力水容量WM, 河网水流消退系数CS, 自游水容量SM, 河道汇流马斯京干法系数X。地下出流系数KG, 以提高预报精度。

摘要：为合理利用水资源, 控制下泄量, 拦洪错峰, 减轻了下游的防洪压力, 准确及时的做好水库的洪水预报意义重大, 做好洪水预报的关键是有一个好的预报模型。