公共卫生应急指挥系统建设方案.docx
《公共卫生应急指挥系统建设方案.docx》由会员分享,可在线阅读,更多相关《公共卫生应急指挥系统建设方案.docx(42页珍藏版)》请在冰豆网上搜索。
![公共卫生应急指挥系统建设方案.docx](https://file1.bdocx.com/fileroot1/2022-12/30/51e58687-d291-4b39-8a01-ddbf73b8a8b8/51e58687-d291-4b39-8a01-ddbf73b8a8b81.gif)
公共卫生应急指挥系统建设方案
公共卫生应急指挥系统建设方案
建设方案
第1章指挥中心总体设计...2
第2章显示系统设计...3
第3章会议音响系统设计...4
第4章中央控制系统设计...6
第5章应急指挥应用系统设计...8
5.1突发公共卫生事件监测、预警管理系统...8
5.2卫生应急联动系统...10
5.2.1应急联动业务流程...10
5.2.2疫情、病情报送...12
5.2.3信息核实、应急响应...13
5.2.4后期评估、修正、资料归档...13
5.3决策支持平台(DSS)14
5.3.1决策支持平台系统架构...14
5.3.2卫生应急决策支持核心应用...15
5.4卫生应急资源库管理...22
5.4.1数据分类...22
5.4.2基础数据整理...23
5.4.3资源管理...24
5.4.4资源查询...27
5.4.5资源分析...28
5.5地理信息系统平台建设及二次开发...28
5.5.1地理信息系统通用功能...28
5.5.2辅助决策子系统...43
5.5.3信息标绘和应急指挥态势信息处理...44
5.6系统监控与管理平台...50
5.6.1人员、组织机构管理...50
5.6.2权限岗位管理...51
5.6.3日志管理...53
5.6.4数据字典管理...53
5.6.5表单引擎...54
5.6.6工作流引擎...55
第1章 指挥中心总体设计
指挥中心显示系统采用一台投影机加画面拼接处理器的投影技术,投射到指挥中心150寸电动投影幕上,此种投影方案可以同时显示多个视频信号及计算机信号,方便领导在进行应急指挥时,随时掌握多种信息。
在指挥中心摆放一套6席的会议桌,会议桌上每个坐席均配备液晶自动升降屏、发言单元、电子桌牌,用于领导及专家进行指挥调度。
在会议桌两侧设置两个多媒体桌插,方便领导演示时使用。
在投影幕中央吸顶安装一台影像跟踪摄像机,配合会议主机实现对领导自动影像跟踪的功能。
当与会领导打开发言单元进行发言时,摄像机能自动移动到发言领导位置,对其进行定位拍摄。
与此同时在领导和专家进行谈论发言时,控制室操作人员还可以通过无线中控触摸屏手动控制摄像机的定位,方便灵活。
同时在指挥中心的角落安装一台全景监控摄像机,以便在召开会议时,对会场情况进行全景拍摄。
在会场设置一台高清硬盘录像机,实时记录会议过程中重要的音视频信号,以便日后进行调阅。
整个会场的音视频设备及电源、灯光、窗帘等环境设备的操作均可以通过定制开发的中控触摸屏来实现,方便、快捷、高效。
第2章 显示系统设计
显示系统是现代化的指挥系统中最重要的组成部分之一,该系统将与各单位现有的电视会议系统、视频监控系统、计算机局域网以及指挥调度系统等设备实现互联互通。
利用计算机技术、通信技术、视频监控技术,完成综合、高速的信息处理,实现高清晰度、高亮度、多画面、多功能的显示能力,满足指挥中心的需要,为指挥工作的决策提供直观、形象的交互式工具,是现代化指挥系统必不可少的手段。
且各种信号均可以在显示系统上进行显示,使得所有的情况一目了然,以利于相关领导及指挥调度人员及时全面地掌握情况,实现实时监控和集中控制的目的,对指挥工作具有十分重要的意义。
另一方面,它也作为指挥中心一个亮丽的窗口,在对外宣传及提升政府形象等方面起着独特和重要的作用。
根据现场实际测量数据,指挥中心宽7米,长6米,净高3.3米,按照用户需求及以往工程经验,显示系统建设详细设计如下:
在指挥中心中央位置安装一台投影机,设置电动升降架,配合图像拼接处理器将图像投射到150寸电动投影幕上来显示各种视频信号及计算机信号。
指挥中心做为一个重要的指挥场所,必然会接入大量的视频和计算机信号,为了更方便的对这些信号进行控制管理,采用视频矩阵与RGB矩阵同时使用,双矩阵方式。
我们为用户配置了1台32*16的视频矩阵和1台16*16的RGB矩阵。
系统以视频矩阵和RGB矩阵为中心,连接所有的前端视频设备。
其中视频矩阵处理远程摄像头、本地摄像头、电视会议系统、DVD机、录像机等音视频信号,RGB矩阵主要处理由计算机传输过来的RGB信号。
系统配置一台16路高清全实时数字硬盘录像机,完成对重要音视频信号的实时存储记录,方便日后的调用查阅。
通过数字硬盘录像机的网络端口,操作人员可通过网络进行远程实时监视。
其管理模式采用三级用户管理密码方式,确保合法用户方可登录,确保操作的权限及图像安全。
第3章 会议音响系统设计
会议音响系统是一项复杂的系统工程,它涉及电声技术、建声技术和乐声艺术(调音)等密切配合的边缘科学。
系统的音响效果不仅与系统的综合性能(音响器材、系统设计和设备配置的合理性和系统调试的正确性等)有关,还与声音传播的环境——建筑声学特性密切相关。
当然系统本身特性的好坏是音响效果的基础,因为即使有良好的声学环境,如果扩声系统的特性很差,那么其效果肯定不会好。
而良好的声学环境则是获得良好音响效果的保证,它们两者是相辅相成的。
根据指挥信息系统声音连接的复杂性,基本音频输入系统包括:
会议音频,卡座、VCD音频、电脑音频、多媒体接口音频、电视会议音频等。
所有这些音频系统输入以调音台为控制中心,全部接入调音台。
利用调音台的音频补偿,失真补偿功能,将音频输出到功放系统并最终由功放播放出来。
在指挥中心设置两台壁挂式音箱,用于会场音频信号的输出。
功放安装于指挥中心机柜内,控制壁挂音箱的输出。
16路调音台设置于操作台上,对发言单元、DVD播放器、视频会议终端等多种输入音源进行输出效果的单独控制,满足会议要求。
反馈抑制器和效果均衡器安装于机柜,用于对现场的声音进行自动控制,避免产生啸叫、杂音、音量大小不一致等问题。
桌面上的发言单元用于领导发言讨论,其中一个席位的发言单元为主席单元,具有特殊权限,可以对除自己以外的所有发言单元进行静音。
每个席位的液晶自动升降触摸屏可以由操作人员统一进行升降操作,也可以由与会领导自主进行升降。
该液晶触摸屏除了可以用来显示相关重要视频信息外,还可以让领导通过触摸的方式对显示的视频信息及软件进行操作,方便快捷。
在每个坐席前设备的电子桌牌,用于会议进行时人名、会场名等信息的显示。
电子桌牌设备采用手拉手方式进行连接,可以通过管理软件方便的对显示内容进行统一修改。
作为一个应急指挥中心,通信调度系统是其必备的核心系统。
它就相当于指挥决策机构的耳朵和嘴巴,在指挥调度中起着举足轻重的作用。
配合设置的电话耦合器,将通信调度系统与会议音响系统进行整合,领导在进行通信调度时,可以直接通过会场的音箱听到对方的声音,并可以直接利用自己面前的发言单元跟电话中的人进行对话,避免了以往调度过程中,必须手持电话进行对话的弊端。
第4章 中央控制系统设计
中央控制系统技术是近几年迅速发展起来的一项智能会议高新技术,可以汇集音频、视频、计算机、电视会议、灯光、监控、机电环境控制等系统为一体。
只需通过一块无线触摸屏或键钮式面板,即可使庞大离散的单体控制系统尽数关联集成在掌握之中。
可以将各种操控复杂的专业设备及相关的周边环境设备等通过合理的配置及编程控制达到简约化人性化的控制,且各项单体设备均由控制器操控会大大减少人为的误操作并可明显提高效率,使非专业人员也可非常容易的控制会议进程及会场模式的转换。
外部环境的改善如灯光、温度的设定、传播媒介的选择、音量的细微调节等等均凝聚于指尖。
中控系统连线示意图:
本次方案结合用户的实际需求,重点实现以下几大功能:
电源控制:
对指挥中心各类设备的电源开关进行单独的控制,也可以根据需要设置系统所有设备一键式开关的快捷模式,并可智能的对设备进行保护,对于像投影机等需要进行散热后才能断电的设备,可以为其增加断电延时功能,待设备散热完毕后再自动断电。
信号切换:
对所有接入指挥中心的视频信号及计算机信号进行任意的切换控制,可以将其任意的显示在投影幕、桌面液晶显示器及液晶电视上。
并可根据日常的使用需要预先设置相关的显示模式,从而实现指挥中心各种信号的一键式调用。
摄像机控制:
对指挥中心的所有摄像机均可实现摇移缩放等控制,并可通过一键式操作来手动快速实现影像跟踪摄像机对发言领导的定位拍摄。
发言单元控制:
系统可以对所有的发言单元进行远程的开闭控制,既可对单一的发言单元进行独立控制,也可以通过预先编组的方式对一组发言单元进行控制。
液晶屏控制:
系统可以对所有的液晶升降屏进行远程的升降控制,既可对单一的液晶升降屏进行独立控制,也可以通过预先编组的方式对一组液晶升降屏进行集中控制。
第5章 应急指挥应用系统设计
5.1突发公共卫生事件监测、预警管理系统
监测、预警管理系统是整个应急预警处理系统的基础。
平时细致有效的监测与监控是第一步。
一旦发现有疫情、病情出现,对传染个体的活动进行实时监控,就可以展开及时的流行病学调查和取样分析,防止病情的扩散,在全面分析和科学判断的前提下,发出预警信号,提醒政府和社会进行相关的应对和准备工作,防患于未然。
监测的内容主要包括:
传染病监测
临床症状监测
实验室监测
急救监测
影响区域监测
动物和媒介监测
预警是指对监测数据(传染病个案、传染源、接触者、活动范围、居民健康档案等)、历年传染病、流行病发病情况及社会经济、人口、环境、气候等可能影响因素的数据进行整合、分析和判断,建立诊断和预测模型,对易造成疾病爆发、流行或重大危害的分布状态及危险因素进行早期报告。
从系统实现角度来说,监测和预警管理模块针对各类结构化的电子数据,如实时数据交换的事件信息、事件报告数据,系统根据预先设定的条件和阀值,进行自动预警,有异常情况,立即生成系统预警报告。
工作人员通过对新的疫情数据的监测,当发现异常情况,结合历史数据进行针对时间段、疫情种类、疫情发生地域等关键数据属性的统计分析和数据对比,将有价值的报表信息和数据比对信息进行保存和维护,辅助工作人员进行情况总结上报,由专家进行疫情预测,将预测报告呈报领导批示,拟定相关疫情防御通知,进行下发。
需要监测的数据包括两大类:
①由CDC上报的疫情数据(分为已知传染病、未知传染病两大类),系统利用预警规则对疫情信息进行监测,当疫情信息相关数据达到预警规则定义的触发边界时,系统发出系统预警,提醒工作人员,使其及时发现情况,开始对事件的处理。
②针对其他系统无法通过预警规则进行自动监测和边界判断的数据,系统需要工作人员手动触发系统预警。
数据监测主要提供以下功能:
对各类相关数据的列表或GIS展示、支持针对时间段、区域、传染病类型、传染病名称等情况的分类集中展示。
支持手动和系统自动触发系统预警,手动系统预警提供系统预警录入界面。
提供系统预警解除功能,根据专家评估意见,将假预警解除。
解除的系统预警信息及相应的专家组织结构、评估意见并不删除,保存作为“历史事件”进行管理。
支持系统预警信息专区提醒功能,将系统预警的信息在专门的区域展示,区分新触发的、正处理的以及处理完成的系统预警信息。
预警业务流程的起点是疫情数据、其他突发事件数据以及特殊数据进行监控,通过系统自动触发和人工触发两种方式启动系统预警;工作人员根据系统预警,结合预案信息、卫生资源信息等草拟应急事件情况报告和工作组,进行专家评估和领导审批;当评估和审批不通过时,该待处理应急事件终止,当事件报告顺利通过评估和审批时,进入待启动的应急事件列表,启动该应急事件,并发布相关信息。
l 预警准备
通过系统预警规则判断或手动触发的没有经过专家评估和领导审批的准预警信息,是进行预警评估、审批、启动业务流程的流程起点。
预警准备是应急指挥系统由日常状态进入应急指挥状态的关键功能。
通过对上报疫情信息及其他相关信息检测,当发现情况后,通过对实际情况的专家评估和领导审批,最终启动应急指挥,使系统进入应急状态。
l 预警启动
展现通过评估和审批的待启动的应急事件,提供事件详细信息(包括:
具体数据、评估信息、审批信息、工作组信息、预案信息等)查看,提供应急事件启动和相关信息发布功能。
l 预警规则管理
根据国家相关规范对各类疫情进行预警触发边界的设定以及预案信息,提供预警规则的添加、查询、修改和删除等规则数据的维护功能。
5.2卫生应急联动系统
在卫生应急指挥大厅建立统一的应急指挥和通信系统平台,建设统一突发公共卫生事件应急呼叫中心。
实现对各类突发卫生公共事件的上报电话的进行统一接收,实现“统一接报、统一处置”或“统一接报、分级处置”;对于重大突发公共卫生事件进行联动处理,集中管理、快速反应。
实现向各级单位快速下达事件处置指令,并接受其指令执行反馈信息。
向上级部门实时上报事件基本信息和发展态势。
构建全面的突发公共卫生安全防范和应急体系。
5.2.1应急联动业务流程
应急指挥中心在平时负责对收到的各类资料进行记录和汇编,如业务系统的数据录入、电话记录、传真记录、邮件记录、短消息记录等,形成值班记录。
监测预警管理模块对结构化电子数据如实时数据交换的事件信息、事件报告数据,系统根据预先设定的条件和阀值,进行自动预警,有异常情况,立即生成系统预警报告;事件处置的应急行政工作人员对系统预警报告、值班记录中需要核实的情况进行相应的核实,并记录核实结果;对于已核实确定的情况,进行初步分析,如果有特别重大事件发生的情况和可能,需要建立特别重大突发公共卫生事件初步报告,系统可通过短消息网关、业务系统消息等方式发送给指定的各级领导,及时通报情况。
在收到特别重大事件突发公共卫生事件初步报告后,应急指挥中心功能全面启动,由决策领导和专家组针对事件情况,进行会商与评估,根据预案指定应急措施,生成突发公共卫生事件防治技术方案。
在突发公共卫生事件防治技术方案的指导下,讲应急措施与宣传资料进行及时的信息通报,完成突发事件发生后及时的应急处置。
在事件发生过程中,应急指挥中心需要不断根据事件的最新情况以及应急措施的执行情况,形成相关的值班记录与信息报告,进行进一步的情况核实,并关联到正在发生的事件记录上,及时报告给关注该事件的领导和专家,进行会商与评估,制定下一阶段的应急措施。
随着事态的好转,需要及时进行应急终止,特别重大事件的终止需要国务院核准。
应急终止后,通过讲情况及时通报给各方;并进行事件的后期评估。
系统将该事件所有相关资料进行归档。
应急指挥中心状态恢复到平时状态。
其中的“事件管理模块”是应急指挥调度系统中的基础模块,事件的建档和维护都是在这里进行。
经过信息监测流转的数据和信息会进入到事件管理模块成为系统事件的信息,同时系统内部的资源信息和事件处置过程中产生的信息也会在事件管理模块进行相关的处理。
“系统监控与管理平台”中的“工作流引擎”是卫生应急联动系统的核心底层支持模块,经过信息监测流转的数据和信息作为卫生应急联动流程的触发,通过对卫生应急联动相关的组织机构权限的设置、流程节点和相关表单的管理,使所有的信息以事件为中心形成一条完整、丰富的、多元化的信息链。
下面针对事件管理模块和卫生应急联动流程的主要三个环节的设计进行逐一说明:
事件管理
原始事件导入:
通过应急指挥系统的数据交换,将原始事件(包括个案)数据导入到本系统中,数据项及数据内容保持不变。
原始事件映射:
导入过程中或导入结束后,将原始事件基本属性中的事件编号、事件类别、事件发生地区、事件严重等级字段映射到最终事件属性中的原始事件编号、原始事件类别、事件发生地区、原始事件级别。
最终事件建档:
根据映射进来的信息,由应急办判断是否需要对该事件进行关注、跟踪、指挥调度。
如需要,为其分配最终事件编号、事件父节点、最终事件级别、事件处理状态、最终事件建立日期等。
其中最终事件编号为唯一值,同一事件无论其演变状态怎样变化,该值唯一;事件父节点用来标识该事件的所属关系或同类事件的合并关系;最终事件级别一般情况下与原始事件严重等级一致,但在特殊情况下,如多地出现同一类突发事件,应急办进行综合考虑后可将该组事件或该事件在一定区域范围内的预警级别提升;事件处理状态记录该事件是在待处理、正处理或已完成等过程状态。
事件合并:
应急办收到由CDC 系统传来的事件报告信息,可能存在如下处理情况:
在地区、省或全国范围内出现同一类突发公共卫生事件,综合起来考虑,应在一定范围内将该组事件进行合并,以便于事件的跟踪处理。
这时就需要进行事件的合并。
反映在最终事件的属性上,合并后的事件具有相同的父节点和处理状态,同时保留其各自的原始事件编号等。
事件升级:
应急办收到CDC 系统事件报告信息,可能在地区、省或全国范围内出现同一类突发公共卫生事件,虽然每个独立事件的严重等级较低,但综合起来考虑,应在一定范围内将该组事件预警级别提升。
反映在最终事件的属性上,升级后的事件保留已确定的最终事件编号、所属父节点、原始事件编号、原始事件级别等。
改变的是最终事件级别等字段内容。
事件过程跟踪:
利用最终事件属性完成对事件的跟踪。
同一事件的变化,无论是合并、升级等,系统记录每一次变化数据。
每一次变化中,该事件的最终事件编号不变,原始事件编号、事件类别、事件发生地区和原始事件级别不变,每一条记录中的父节点、最终事件级别、事件处理状态可能发生改变。
使用中只要给出查询条件,即可展示其演变过程,无需变动修改事件原始记录。
5.2.2疫情、病情报送
卫生行政部门要按照国家统一规定和要求,结合实际,组织开展重点传染病和突发公共卫生事件的主动监测,包括:
自然疫源性疾病疫情监测、自然灾害发生地区的重点传染病和卫生事件监测、主要症状和重点疾病的医院哨点监测等。
任何单位和个人都有权向各级人民政府卫生行政部门及其有关部门报告突发公共卫生事件及其隐患,也有权向上级政府部门举报不履行或者不按照规定履行突发公共卫生事件应急处理职责的部门、单位及个人。
突发公共卫生事件责任报告单位要按照有关规定及时、准确地报告突发公共卫生事件及其处置情况。
疫情、病情报送模块主要针对卫生机构的报送人员设计。
个案病例信息记录的是病人在整个病理周期内的全部信息,从诊断发病到住院治疗,最后痊愈出院或死亡。
医院的报送业务员通过本模块功能,能够方便直观的管理本院的全部病例信息,包括首诊卡录入、疫情病情日报、零报告、转院病人的病例转移等。
同时病例信息是系统中变化最频繁的数据,其元数据也随着业务的深入而不断变动。
针对这一特点,系统采用动态域表的方式实现对个案信息的维护。
通过动态域表可随时跟踪物理数据库元数据的变动,动态修改信息维护界面,保证个案信息能及时、快速、准确的进入系统。
疫情、病情报送模块的功能点包括:
l 个案报告表信息的录入、修改
录入病例的首诊信息,同时生成首诊卡。
l 在院病人的疫情、病情每日报送
针对在院病例的每日疫情、病情变化,所作的每日情况上报,录入员只需录入发生变化的病例数据,对于未变化的病例,系统将根据前一天的情况自动生成当日日报。
录入后根据共享病例库中病人基本信息,生成转归更正卡。
l 转院的双确认流程
针对于转院病例的专项业务处理。
由于转院是病例在空间位置上的转移,其中如果没有一个好的流程控制,将很可能发生病例丢失的错误,为后期的病理回顾产生影响。
系统以网络通信中的“握手协议”为原型,为转院业务设计了“双确认流程”,以确保病例信息在两个医院间的传递。
l 零报告制
医院可通过本模块完成当日的零报告。
l 医院的病例管理
包括:
在院病例管理、出院病例管理、死亡病例管理、排除病例管理。
5.2.3信息核实、应急响应
当公共卫生突发事件一旦发生时,将系统切换到应急状态进行战时管理。
通过决策支持平台调入与此次事件相关的处理预案(自动分析生成或预案库中存储的类似预案)、方法、知识、法律、法规等来进行紧急事件的决策分析,根据平时准备积累的信息(如医疗资源情况、城市卫生防御等级等来自卫生应急资源库管理模块)和具体事件情况,人为或自动地生成应对方案。
然后,将解决方案分解,逐步实现各项操作(如指挥调用物资和人员),从而实现对突发卫生事件的救治和处理。
5.2.4后期评估、修正、资料归档
该系统通过性质评估、措施评估、过程评估和处理结果评估,对紧急事件处理的环节和过程进行跟踪管理。
由于突发公共卫生事件的决策是在非常规状态下做出的,因此可能会存在偏差,所以必须在事后调用专家库、根据事件的进展情况、控制处理结果等因素进行重新评估、给出意见、同时更新事件处理预案和个案处理信息,为下一次紧急事件的处理和应对提供参考。
同时针对突发卫生事件相关的报表、处置过程等资料作为历史文件进行统一归档管理。
5.3决策支持平台(DSS)
5.3.1决策支持平台系统架构
决策支持平台系统架构图如下所示:
专题数据库、专用GIS库、模型库、预案库、知识库是决策支持平台的支持数据库。
(1)专题数据库
专题数据库是联系基础数据库与专题应用、模型的桥梁,它储存专题评价、模型所必需的输入输出数据,其功能是根据模型的需要从基础数据库中提取数据并转换成模型所需要的数据格式,最后将模型的输入作为中间结果存入一定的库结构中以备查询、检索和调用。
专题分析生成的专题数据和模型计算结果有时还要求“还原”到专题数据库中,以供其它系统调用。
专题数据库的结构、建库技术与基本数据库相同,其数据源主要从基础数据库提取。
(2)专用GIS库
专用GIS库主要存放用于专题分析的专题图层,以及某些模型对GIS数据的特殊需要而建立的图形库,包括栅格和矢量专题图,同时也负责向虚拟显示模块提供所需的数据。
(3)模型库
提供各专业分析使用的模型和计算方法的模型库,主要模型有疾病预测模型、水质预测模型、人口动态模型、宏观经济模型、自然灾害演进模型、决策支持模型等。
模型库还需要建立专门的模型库管理系统。
模型库管理系统对模型库中的模型实施管理。
模型库管理系统应具有完成模型之间和用户与模型之间信息交流。
(4)预案、方案库
方案库是主要存储由各专业系统的模拟、评价和虚拟现实所产生的各种预案,供专业决策和综合会商决策调用。
(5)文档信息与知识库
是用于知识信息的存储及其使用管理的系统,内容包括:
各监控项目的监控指标及指标体系;评判规则与标准;监测数据误差限值;专业规律指标;专家知识经验;卫生法律、法规,行业规程、规范的有关条款等。
知识库将通过专家系统、逻辑推理的参与,对各专业决策提供帮助。
决策支持平台的主要功能就是运用各子系统模型库中的相应模型,对全国公共卫生应急指挥进行会商决策,参照知识库中的专家知识和有关法律、法规、规程规范,形成疾病传播动态状况的分析成果;并根据分析成果,产生决策预案或直接发布控制指令。
同时提供系统各库的协同规划、综合调度、人机交互、资源共享、冲突仲裁和通信联络等处理功能。
5.3.2卫生应急决策支持核心应用
5.3.2.1综合查询管理
获取数据是为了利用数据,为此,系统提供了强大的综合查询模块为极大限度的利用数据服务。
此模块提供两大类共四种查询,从不同的角度对现有数据进行抽取提炼。
系统从空间分析角度出发,结合属地管理,提供医院属地、住址属地两种维度的查询。
系统从信息分析角度出发,分别提供对重点监测疾病和疫情的各级机构报送的各种报表和文书、卫生应急资源、方预案等信息进行综合查询。
5.3.2.2统计报表管理
卫生厅、CDC等医疗结构工作人员每日需汇总大量的基础数据中,形成汇总报表。
报送相关上级部门。
针对个案病例信息的日常汇总统计,我们开发了日常统计报表模块,从一定程度上减轻了用户的工作压力。
主要包括以下模块:
(1)报县委县政府报表
包括当日收治病例统计表、累计