传染病监测系统的制作方法

文档序号:17779854发布日期:2019-05-28 20:46阅读:310来源:国知局
传染病监测系统的制作方法

本发明属于计算机技术领域,尤其涉及一种传染病监测系统。



背景技术:

当前学校健康状况动态监测存在的主要问题是:学校和托幼机构是突发公共卫生事件发生的重点区域,涉及点多、面广、人群数量大,关系到每个家庭,保障学生及儿童身体健康是重点民生工作之一。

目前,学校和托幼机构的晨午检工作是学校和托幼机构传染病防控工作的重要环节之一,但是目前的晨午检工作可能存在漏检、检测结果统计效率慢、及时性差的问题。



技术实现要素:

有鉴于此,本发明实施例提供了一种传染病监测系统,以解决现有技术中晨午检工作存在漏检、监测结果统计效率慢的问题。

本发明实施例提供了一种传染病监测系统,包括:服务器、管理员终端、教师终端和多个学生终端;

每个所述学生终端均包括请假模块和注册信息获取模块,所述教师终端包括晨午检管理模块,所述服务器包括数据库,所述管理员终端包括传染病预警管理模块;

所述学生终端通过所述请假模块获取学生输入的请假信息,并发送所述请假信息至所述服务器,通过所述注册信息获取模块获取学生的注册信息,并发送所述注册信息至所述服务器;

所述教师终端通过所述晨午检管理模块获取教师输入的各个学生的晨午检记录,并将各个学生的晨午检记录发送至所述服务器;

所述服务器将获取的所述请假信息及所述注册信息作为请假记录,并将所述请假记录和所述晨午检记录作为健康记录保存至所述数据库中;所述服务器统计所述数据库中存在第一传染病的健康记录的数量,若预设区域内存在第一传染病的健康记录的数量超过预设预警阈值,则生成所述预设区域的第一传染病对应的预警信息,并将所述预警信息保存至所述数据库中,所述第一传染病为任一传染病;

所述管理员终端发送预警查询请求至所述服务器,所述服务器根据所述预警查询请求在所述数据库中查找对应的预警信息和健康记录作为预警数据,并将所述预警数据发送至所述管理员终端,所述管理员终端的传染病预警管理模块根据所述预警数据中各个传染病类型对应的健康记录的数量为传染病类型进行排序,得到传染病预警列表。

在一个实施例中,所述管理员终端还包括统计报表管理模块;

所述统计报表管理模块获取所述管理员的统计查询指令,并将所述统计查询指令发送至所述服务器;所述统计查询指令中的查询条件包括年龄、区域和疾病类型中的一种或多种;

所述服务器根据所述统计查询请求在所述数据库中查找对应的健康记录作为统计报表数据,并将所述统计报表数据发送至所述管理员终端的统计报表管理模块;

所述统计报表管理模块根据所述统计报表数据生成并显示统计报表。

在一个实施例中,所述统计报表管理模块包括请假分析单元;

所述请假分析单元获取所述管理员输入的请假分析指令,并根据所述请假分析指令从所述统计报表数据中查找对应的请假记录作为请假分析数据,以及根据所述请假分析数据生成请假分析报表,,所述请假分析表包括当前预设时间段的请假记录的数量、前一预设时间段的请假记录的数量与同比数据,所述同比数据为所述当前预设时间段的请假记录的数量与所述前一预设时间段的请假记录的数量之比。

在一个实施例中,所述统计报表数据还包括学生总数,所述统计报表管理模块还包括病因分析单元;

所述病因分析单元获取所述服务器发送的统计报表数据及所述管理员发送的病因分析查询请求,并根据所述病因分析查询请求在所述统计报表数据中查找对应的病因分析数据,所述病因分析查询请求的查询条件包括区域、日期、症状和传染病类型中的一种或多种;

所述病因分析单元根据所述病因分析数据中的第一传染病类型对应的发病学生数及学生总数生成所述第一传染病类型对应的发病率;并按照发病率的大小对各个传染病类型进行排序,生成病因分析列表,所述第一传染病类型为任一传染病的类型。

在一个实施例中,所述注册信息均包括审核老师,所述系统还包括教师终端,所述教师终端包括请假审核模块和学生信息审核模块;

所述服务器根据所述注册信息中的审核老师将所述注册信息和所述请假信息发送至对应的教师终端;

所述教师终端通过所述请假审核模块接收并显示所述请假信息,并获取所述审核老师的请假审核信息,以及将所述请假审核信息发送至所述服务器,所述服务器将所述请假审核信息保存至所述数据库对应的请假记录中,并将所述请假审核信息发送至相应的学生终端,所述学生终端显示所述请假审核信息;

所述教师终端通过学生信息审核模块接收并显示所述注册信息,并获取所述审核老师的身份审核信息,以及将所述身份审核信息发送至所述服务器,所述服务器将所述身份审核信息保存至所述数据库对应的请假记录中。

在一个实施例中,所述请假信息包括请假时间,所述请假审核信息包括请假审核时间,所述管理员终端还包括教师审核及时性统计模块;

所述教师审核及时性统计模块获取所述服务器发送的学生的请假记录中的请假时间和请假审核时间,并根据第一审核老师对应的各个学生的请假记录中的请假时间和请假审核时间生成所述第一审核老师对应的审核间隔平均时长,以及按照各个审核老师的审核间隔平均时长生成审核及时性统计表,所述第一审核老师为任一审核老师。

在一个实施例中,所述管理员终端还包括传染病管理模块;

所述传染病管理模块用于获取所述管理员输入的传染病管理信息,并将所述传染病管理信息发送至所述服务器,所述服务器将所述传染病管理信息保存至所述数据库,所述传染病管理信息包括学校名称、负责人、所述负责人的联系电话、传染病疫情报告人及所述传染病疫情报告人的联系电话中的一种或多种。

在一个实施例中,所述管理员包括学校管理员,所述管理员终端还包括学校管理员登陆统计模块,所述学校管理员登陆统计模块用于统计所述学校管理员的系统登陆次数。

在一个实施例中,所述管理员终端包括学校信息管理模块;

所述学校信息管理模块用于获取所述管理员对学校信息的添加、删除和修改操作,生成第二更新信息,并将所述第二更新信息发送至所述服务器,所述服务器根据所述第二更新信息更新所述数据库中对应的学校信息。

在一个实施例中,所述管理员终端还包括学生信息管理模块;

所述学生信息管理模块用于获取所述管理员对学生信息的添加、删除和修改操作,生成第一更新信息,并将所述第一更新信息发送至所述服务器,所述服务器根据所述第一更新信息更新所述数据库中对应的学生信息。

本发明实施例与现有技术相比存在的有益效果是:本发明实施例提供的传染病监测系统,包括服务器、管理员终端、教师终端和多个学生终端;所述服务器将学生终端发送的请假信息及注册信息作为请假记录,并将所述请假记录和教师终端发送的晨午检记录作为健康记录保存至所述数据库中;若预设区域内存在第一传染病的健康记录的数量超过预设预警阈值,则生成所述预设区域的第一传染病对应的预警信息,并将所述预警信息保存至所述数据库中;所述服务器根据管理员终端发送的预警查询请求查找对应的预警信息和健康记录作为预警数据,并将预警数据发送至所述管理员终端,管理员终端根据预警数据中各个传染病类型对应的健康记录的数量为传染病类型进行排序,得到传染病预警列表。本发明可以通过获取学生的请假信息,在晨午检的基础上进一步实现学校和托幼机构的学生的信息化传染病监测,从而提高传染病检测的及时性。本发明实施例可以通过获取学生的请假信息,在晨午检的基础上进一步实现学校和托幼机构的学生的传染病监测,实现传染病检测的信息化,从而提高传染病检测的及时性。

附图说明

为了更清楚地说明本发明实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的传染病监测系统结构示意图。

具体实施方式

以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本发明实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。

本发明的说明书和权利要求书及上述附图中的术语“包括”以及它们任何变形,意图在于覆盖不排他的包含。例如包含一系列步骤或单元的过程、方法或系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。此外,术语“第一”、“第二”和“第三”等是用于区别不同对象,而非用于描述特定顺序。

为了说明本发明所述的技术方案,下面通过具体实施例来进行说明。

实施例1:

图1示出了本发明的一个实施例提供的传染病监测系统1的结构,包括:服务器20、管理员终端30、教师终端40和多个学生终端10。每个所述学生终端10均包括请假模块11和注册信息获取模块12,所述教师终端40包括晨午检管理模块41,所述服务器20包括数据库,所述管理员终端30包括传染病预警管理模块31。

所述学生终端10通过所述请假模块11获取学生输入的请假信息,并发送所述请假信息至所述服务器20;通过所述注册信息获取模块12获取学生的注册信息,并发送所述注册信息至所述服务器20。

所述学生终端10通过所述请假模块获取学生输入的请假信息,并发送所述请假信息至所述服务器20,通过所述注册信息获取模块获取学生的注册信息,并发送所述注册信息至所述服务器20;

所述教师终端40通过所述晨午检管理模块获取教师输入的各个学生的晨午检记录,并将各个学生的晨午检记录发送至所述服务器20;

所述服务器20将获取的所述请假信息及所述注册信息作为请假记录,并将所述请假记录和所述晨午检记录作为健康记录保存至所述数据库中;所述服务器20统计所述数据库中存在第一传染病的健康记录的数量,若预设区域内存在第一传染病的健康记录的数量超过预设预警阈值,则生成所述预设区域的第一传染病对应的预警信息,并将所述预警信息保存至所述数据库中,所述第一传染病为任一传染病;

所述管理员终端30发送预警查询请求至所述服务器20,所述服务器20根据所述预警查询请求在所述数据库中查找对应的预警信息和健康记录作为预警数据,并将所述预警数据发送至所述管理员终端30,所述管理员终端30的传染病预警管理模块根据所述预警数据中各个传染病类型对应的健康记录的数量为传染病类型进行排序,得到传染病预警列表。

在本实施例中,学生终端10可以为学生的手机终端的微信程序或应用程序,也可以为学生家长的手机终端微信程序或应用程序。服务器20可以为本地服务器20或云端服务器20,或者计算机终端,本实施例以云端服务器20为例进行以下说明。管理员终端30可以为教育局、卫计局、疾控中心、学校和托幼机构等部门的管理员终端30。

学生终端10通过请假模块11获取学生的请假信息,请假模块11可以设置为请假信息卡模式,请假类型可以包括事假、病假和销假。学生可以选择对应的请假类型,并进一步填写请假信息,请假信息包括事假信息、病假信息和销假信息。事假对应事假信息,事假信息包括请假日期和请假原因。病假信息包括疾病类型、症状、就诊信息、发病时间和请假日期。销假信息为事假信息或病假信息进一步对应的信息,复课的学生对之前的请假信息进行销假,记录销假日期。

学生终端10通过注册信息获取模块12获取学生输入的注册信息,注册信息获取模块12设置为注册信息卡的模式。注册信息包括家长信息、学生信息和学校信息,还包括对应的审核老师,审核老师通常可以为班主任,当注册信息获取模块12获取到审核老师的信息后,在学生通过请假模块11填写请假信息时,自动获取审核老师为注册信息获取模块12中的审核老师。

在本实施例中,学生终端10还包括无线传输模块,通过无线传输模块将请假模块11中的请假信息发送至服务器20。

在本实施例中,本系统还包括教师终端40,学校或托幼机构每天进行晨午检,检查学生的健康状况,记录传染病情况,教师通过教师终端40输入各个学生的晨午检记录,晨午检记录包括学生的基本信息、记录时间和身体健康状况,其中基本信息包括姓名、年龄、性别、学校类型、学校姓名、班级和家长信息等学生的基本情况,身体健康状况包括体温、症状、是否有传染病症状和传染病类型。教师终端40也包括无线传输模块,教师终端40通过无线传输模块将各个学生的晨午检记录发送至服务器20。

在本实施例中,服务器20包括数据库,数据库用于存储各种数据。服务器20将获取的学生的请假信息及注册信息作为该学生的请假记录,得到每个学生的请假记录,并将各个学生的请假记录和晨午检记录作为健康记录保存在数据库中。

管理员终端30可以查看各个学生的健康记录生成的健康列表,管理员可以按照学校类型、学校名称、班级、日期查询健康列表中的特定内容。健康列表的横向表头包括健康卡id、地区、学校、班级、姓名、家长姓名、性别、出生日期、年龄、现住址、联系电话、小饭桌名称、宿舍、晨午检的身体健康状况和请假信息,若请假则显示请假类型、症状、发病时间、请假时间、就诊医院、就诊时间、诊断结果、请假填报时间、审核时间、销假时间、订正前症状、订正前就诊医院、订正前就诊时间、订正前诊断结果、订正前审核时间、请假人。

管理员终端30可以查看根据各个学生的请假记录生成的请假列表,健康列表可以按照时间、学校类型、学校名称、班级、症状、疾病类型、请假类型、日期(请假日期、发病日期)查询疾病列表中的特定内容,请假列表的横向表头分别为请假卡id、地区、学校、班级、姓名、家长姓名、性别、出生日期、年龄、现住址、联系电话、请假类型、症状、发病时间、请假时间、就诊医院、就诊时间、诊断结果、请假填报时间、审核时间、销假时间、订正前症状、订正前就诊医院、订正前就诊时间、订正前诊断结果、订正前审核时间、请假人、小饭桌名称、宿舍、备注。

管理员终端30还可以查看各个学生的请假记录的具体信息,其中请假记录以请假卡的模式显示,请假卡包括卡片编号(id)、请假类型(病假/事假)、学生姓名、出生日期、年龄、现住址、学校地址、学校类型、学校名称、班级、学生住宿和宿舍分布、小饭桌、事假事由、病假(发病日期、症状、请假日期、就诊医院、就诊时间、诊断结果、诊断书(电子照片)、订正病名、销假时间)、请假人及联系电话、备注。

在一个实施例中,服务器在数据库中查找存在第一传染病的健康记录,并统计预设区域内存在第一传染病的健康记录的数量,当预设区域内存在第一传染病的健康记录的数量超过预设预警阈值时,则生成预设区域内第一传染病的预警信息,预设区域可以为班级或学校,例如,在一个班级内存在第一传染病的健康记录的数量超过3个,则生成预警信息。预警信息包括预警发起时间、第一传染病的名及症状及预设区域。第一传染病可以为任一传染病,所谓存在第一传染病即存在第一传染病的疾病名称或者症状。

管理员通过管理员终端30输入预警查询请求,预警查询请求包括地区、学校类型、学校名称、以及时间段。其中地区包括市、县或区以及其他地理划分区域;学校类型包括大学、中学、小学和托幼机构,时间段用于筛选预警发起时间,服务器20根据预警查询请求在数据库中查找存在预警查询请求中查询条件的预警信息及预警信息对应的健康记录,将查找到的预警信息及对应的健康记录作为预警数据发送至管理员终端30的传染病预警管理模块31,传染病预警管理模块31统计各个传染病类型对应的健康记录的数量,并按照各个传染病类型对应的健康记录的数量由大到小的顺序对传染病类型进行排序,得到传染病预警列表。

具体的,传染病预警列表包括传染病类型和预警数量,管理员可以点击传染病列表中的传染病类型,进入该传染病类型的具体预警显示页面,具体预警显示页面包括该传染病类型对应的预警信息的预警发出时间、及预警信息对应的各个健康记录的地区、学校、班级及症状。还可以包括相似事件处理结果和操作,相似事件处理结果可以为管理员通过管理员终端30输入的信息,也可以为服务器20根据该传染病类型在服务器20中查找的健康记录中已经病愈的传染病处理结果,操作为管理员终端30针对本次传染病预警事件作出的操作处理。

从上述实施例可知,本发明实施例提供的传染病监测系统,包括服务器、管理员终端、教师终端40和多个学生终端10;所述服务器将学生终端10发送的请假信息及注册信息作为请假记录,并将所述请假记录和教师终端40发送的晨午检记录作为健康记录保存至所述数据库中;若预设区域内存在第一传染病的健康记录的数量超过预设预警阈值,则生成所述预设区域的第一传染病对应的预警信息,并将所述预警信息保存至所述数据库中;所述服务器根据管理员终端发送的预警查询请求查找对应的预警信息和健康记录作为预警数据,并将预警数据发送至所述管理员终端,管理员终端根据预警数据中各个传染病类型对应的健康记录的数量为传染病类型进行排序,得到传染病预警列表。本发明可以通过获取学生的请假信息,在晨午检的基础上进一步实现学校和托幼机构的学生的信息化传染病监测,从而提高传染病检测的及时性。本发明实施例可以通过获取学生的请假信息,在晨午检的基础上进一步实现学校和托幼机构的学生的传染病监测,实现传染病检测的信息化,从而提高传染病检测的及时性。

在一个实施例中,所述管理员终端30还包括统计报表管理模块;

所述统计报表管理模块获取所述管理员的统计查询指令,并将所述统计查询指令发送至所述服务器20;所述统计查询指令中的查询条件包括年龄、区域和疾病类型中的一种或多种;

所述服务器20根据所述统计查询请求在所述数据库中查找对应的健康记录作为统计报表数据,并将所述统计报表数据发送至所述管理员终端30的统计报表管理模块;

所述统计报表管理模块根据所述统计报表数据生成并显示统计报表。

在本实施例中,统计查询指标的查询条件包括年龄、区域和疾病类型中的一种或多种,疾病包括传染病和其他非传染性疾病。统计报表管理模块可以显示根据统计查询请求及健康记录生成的统计报表。

具体地,当查询条件为年龄时,获取该年龄所有的健康记录生成统计报表,年龄的统计报表中还可以按地区、按学校类型、按学校名称、按班级、按时间(请假日期/发病日期)、按疾病类型/症状、按发病率查询对应的分类内容,其中按疾病类型查询包括的疾病类型有麻疹、肺结核、猩红热、感冒(发热≥38℃)、流行性腮腺炎、风疹、其它感染性腹泻病、手足口病、水痘、结核性胸膜炎、及其他;按症状查询包括发热≥38℃、咳嗽、咽痛、恶心、呕吐、皮疹、头痛、头晕、腹痛、腹泻(≥3次/日)、黄疸、结膜充血。

具体地,当查询条件为区域时,统计报表中显示该区域所有的健康记录,区域的统计报表可以按地区查询、按学校类型查询、按学校查询、按班级查询、按时间(请假日期/发病日期)查询、按症状查询、按疾病类型查询、按发病率查询。

具体地,当查询条件为疾病类型时,统计报表显示该疾病类型对应的健康记录,疾病对应的统计报表可以包括地区、学校/班级、学生数、缺勤人数、因病缺勤人数、疾病(麻疹、肺结核、猩红热、感冒、流行性腮腺炎、风疹、其它感染性腹泻病、手足口病、水痘、结核性胸膜炎、其他)等内容;查询条件还可以包括症状,按症状查询的统计报表包括地区、学校/班级、学生数、缺勤人数、因病缺勤人数、症状(发热≥38℃、咳嗽、咽痛、恶心、呕吐、皮疹、头痛、头晕、腹痛、腹泻(≥3次/日)、黄疸、结膜充血)。

可选的,还可以以区域和年龄、区域和疾病类型、年龄和疾病类型、区域和年龄和疾病类型等复合条件为查询条件,得到统计报表。

在一个实施例中,所述统计报表管理模块包括请假分析单元;

所述请假分析单元获取所述管理员输入的请假分析指令,并根据所述请假分析指令从所述统计报表数据中查找对应的请假记录作为请假分析数据,以及根据所述请假分析数据生成请假分析报表,所述请假分析表包括当前预设时间段的请假记录的数量、前一预设时间段的请假记录的数量与同比数据,所述同比数据为所述当前预设时间段的请假记录的数量与所述前一预设时间段的请假记录的数量之比。

在本实施例中,预设时间段可以为学期,可以查找当前学期的请假记录的数量及前一学期的请假记录的数量,并用当前学期的请假记录的数量除以前一学期的请假记录的数量得到同比数据。当前时间段还可以为月份,若当前时间段为今年12月,则前一时间段为去年12月,从而进行同期对比,对请假记录进行纵向分析。

可选地,请假分析表还可以包括当前预设时间段的病假信息的数量、前一预设时间段的病假信息的数量与第二同比数据,第二同比数据为所述当前预设时间段的病假信息的数量与所述前一预设时间段的病假信息的数量之比,从而判断学校或托幼机构是否做好疾病预防工作。

可选的,请假分析表还可以包括当前预设时间段的包括第一传染病类型的病假信息的数量,前一预设时间段包括第一传染病类型的病假信息的数量与第二同比数据,第二同比数据为所述当前预设时间段包括第一传染病类型的病假信息的数量与所述前一预设时间段包括第一传染病类型的病假信息的数量之比,从而准确的获取到学校或托幼机构对某一传染病的预防工作是否到位。

在一个实施例中,所述统计报表数据还包括学生总数,所述统计报表管理模块还包括病因分析单元;

所述病因分析单元获取所述服务器20发送的统计报表数据及所述管理员发送的病因分析查询请求,并根据所述病因分析查询请求在所述统计报表数据中查找对应的病因分析数据,所述病因分析查询请求的查询条件包括区域、日期、症状和传染病类型中的一种或多种;

所述病因分析单元根据所述病因分析数据中的第一传染病类型对应的发病学生数及学生总数生成所述第一传染病类型对应的发病率;并按照发病率的大小对各个传染病类型进行排序,生成病因分析列表,所述第一传染病类型为任一传染病的类型。

在本实施例中,病因分析模块根据病因分析查询请求的查询条件在统计报表数据中查找出病因分析数据,然后获取病因分析数据中第一传染病类型对应的发病率,发病率由第一传染病类型对应的发病学生数除以学生总数得到,其中发病学生数可以根据健康记录中的请假信息、注册信息和晨午检记录中的学生的基本信息和身体健康状况统计得到,学生总数可以为某一区域内的学生总数,区域可以包括市、县、学校/托幼机构和班级。然后根据各个传染病类型的发病率由大到小的顺序对传染病类型进行排序,得到病因分析列表。病因分析表包括传染病类型、发病率和发病数。具体地,管理员可以点击病因分析表中某一传染病类型查看该传染病类型对应的具体信息,具体信息可以按照学校、班级、发病时间、年龄或症状进行分类显示。

在一个实施例中,所述注册信息均包括审核老师,所述教师终端40还包括请假审核模块和学生信息审核模块;

所述服务器20根据所述注册信息中的审核老师将所述注册信息和所述请假信息发送至对应的教师终端40;

所述教师终端40通过所述请假审核模块接收并显示所述请假信息,并获取所述审核老师的请假审核信息,以及将所述请假审核信息发送至所述服务器20,所述服务器20将所述请假审核信息保存至所述数据库对应的请假记录中,并将所述请假审核信息发送至相应的学生终端10,所述学生终端10显示所述请假审核信息;

所述教师终端40通过学生信息审核模块接收并显示所述注册信息,并获取所述审核老师的身份审核信息,以及将所述身份审核信息发送至所述服务器20,所述服务器20将所述身份审核信息保存至所述数据库对应的请假记录中。

在本实施例中,学生终端10发送的请假信息和注册信息均需要审核老师审核。教师终端40将审核老师针对请假信息输入的请假审核信息和针对注册信息输入的身份审核信息均发送至服务器20,服务器20将请假审核信息和身份审核信息保存到数据库对应学生的请假记录中。若为请假审核信息,请假审核信息包括审核结果和审核时间,具体地,若服务器20接收到教师终端40发送的请假审核信息,则在请假记录的请假信息一栏的审核状态处标记已审核,否则为未审核;若服务器20接收到教师终端40发送的身份审核信息,则请假记录中注册信息对应的审核状态为已审核,否则为未审核。

通过上述方法可以使审核老师及时的获知学生的请假信息,同时反馈给学生请假审核信息,提高请假效率,同时通过请假信息中具体的内容可以使老师进一步对学生的疾病状况进行了解,从而便于因病缺课追查工作的开展。

在一个实施例中,所述请假信息包括请假时间,所述请假审核信息包括请假审核时间,所述管理员终端30还包括教师审核及时性统计模块;

所述教师审核及时性统计模块获取所述服务器20发送的学生的请假记录中的请假时间和请假审核时间,并根据第一审核老师对应的各个学生的请假记录中的请假时间和请假审核时间生成所述第一审核老师对应的审核间隔平均时长,以及按照各个审核老师的审核间隔平均时长生成审核及时性统计表,所述第一审核老师为任一审核老师。

在本实施例中,根据审核间隔平均时长对各个审核老师进行排序,可以使老师清楚的知道自己的工作情况,激励老师及时的了解其学生的身体状况,同时可以在学生患传染病时及时的了解情况与做出预警,必要时可以根据审核及时性统计表设立奖罚措施。

在一个实施例中,所述管理员终端30还包括传染病管理模块;

所述传染病管理模块用于获取所述管理员输入的传染病管理信息,并将所述传染病管理信息发送至所述服务器20,所述服务器20将所述传染病管理信息保存至所述数据库,所述传染病管理信息包括学校名称、负责人、所述负责人的联系电话、传染病疫情报告人及所述传染病疫情报告人的联系电话中的一种或多种。

在本实施例中,传染病管理模块中的管理内容包括:是否有专门科室负责学校传染病防控工作、负责人及联系电话、传染病疫情报告人及联系电话、负责人是专职/兼职,通过管理员对管理内容进行添加、删除和修改操作,使省市县三级机构(教育机构、危机机构、疾控中心)能够及时的了解学校的传染病管理工作。

具体地,传染病管理模块还包括制度管理单元,制度管理单元的管理内容包括是否有学校突发公共卫生事件应急预案、是否指定传染病及突发公共卫生事件防控领导小组组长、是否有学校传染病疫情报告制度、是否有传染病报告登记表、是否有学校晨检制度、是否有晨检记录登记表、是否有因病缺勤病因追查与登记制度、是否有学校因病缺课人员排查登记表、是否有复课证明查验制度、是否有学生健康管理制度、是否有学生健康档案、是否有新生入学查验预防接种证检查制度、是否有传染病防控健康教育制度、是否开设教育课及频次、是否有学校消毒通风制度、是否有通风/消毒记录表。

传染病管理模块还可以包括健康管理单元,健康管理单元的管理内容包括是否有校医室及人数、学生人数不足600人的是否配备专兼职保健教师、负责人及联系电话。

通过上述传染病管理模块可以使省市县三级结构及时的了解到学校或托幼机构的传染病防御管理工作是否到位,此处传染病管理模块可以对学校管理员、省市县三级结构均开放权限,也可以仅针对省市县三级结构中的管理员开放权限。当对学校管理员开放管理权限时,可以及时的对传染病管理内容进行更新,但需要省市县三级结构经常到学校进行检查,避免学校造假;仅针对省市县三级结构中的管理员开放权限时,能够准确的获取各个学校或者托幼机构的传染病管理水平,同时也需要省市县三级结构的工作人员定时的去各个学校或托幼机构进行调查,以便及时的更新传染病管理信息。

在一个实施例中,所述管理员包括学校管理员,所述管理员终端30还包括学校管理员登陆统计模块,所述学校管理员登陆统计模块用于统计所述学校管理员的系统登陆次数。

在本实施例中,通过获取学校管理员的系统登录次数,能够侧面的反映管理员对传染病监测工作是否负责,从而根据系统登录次数起到对管理员的考察目的。

在一个实施例中,所述管理员终端30包括学校信息管理模块;

所述学校信息管理模块用于获取所述管理员对学校信息的添加、删除和修改操作,生成第二更新信息,并将所述第二更新信息发送至所述服务器20,所述服务器20根据所述第二更新信息更新所述数据库中对应的学校信息。

在本实施例中,管理员通过学校信息管理模块添加和管理学校或托幼机构的学校信息,可以每年建档一次,并存储到数据库,省市县三级机构(教育机构、危机机构、疾控中心)通过本系统可以查询学校信息。其中学校信息包括学校基本情况以及传染病管理模块中的管理内容。

学校基本情况包括学校名称、学校地址、学校类型、校(园)长及联系电话、卫生主管校(园)长及联系电话、班级信息、学生数、教职工数、是否有学生住宿和宿舍分布及数量,其中班级信息包括年级编号、班级编号、老师姓名、联系电话。

在一个实施例中,所述管理员终端30还包括学生信息管理模块;

所述学生信息管理模块用于获取所述管理员对学生信息的添加、删除和修改操作,生成第一更新信息,并将所述第一更新信息发送至所述服务器20,所述服务器20根据所述第一更新信息更新所述数据库中对应的学生信息。

在本实施例中,管理员可以通过管理员终端30管理学校的学生信息,学生信息包括个人信息、家长信息及教育经历信息,个人信息包括学生姓名、性别、出生日期、现住址;家长信息包括家长姓名、社会关系、联系电话;教育经历信息包括学校名称、学校地址、学校类别、入学年份、毕业时间、班主任。

本实施例通过利用“互联网+”医校+家庭合作方式,打造学校传染病防控工作信息化的传染病监测系统1,该系统集学校信息和学生基本信息、学生传染病、症状监测、预警信息、疫情处置等模块于一体,通过家长或学生的手机终端录入学生的请假信息,管理学校卫生整体情况,学校、疾控、卫生、教育四部门同时可通过本系统浏览、统计、分析学校或辖区的卫生管理体系、学生晨午检、请假、病因追踪情况。提高传染病监测数据的敏感性、及时性、准确性,实现学校传染病疫情及相关突发公共卫生事件监测关口前移,有效减轻校医及相关工作人员压力。

从上述实施例可知,通过获取学生的晨午检记录和请假记录,能够准确的获知某个学校/托幼机构中全体学生的健康状况,提高传染病监测的准确性,并在学生传染病发病时,及时的进行预警,从而避免传染病的大面积扩散。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的模块/单元,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。

另外,在本申请各个实施例中的各功能模块和单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1