本发明涉及症状监测技术领域，尤其是涉及症状监测系统及方法。
背景技术：
症状监测，又叫症候群监测，是指通过连续、系统地收集和分析特定疾病临床症候群的发生频率的数据，及时发现疾病在时间和空间分布上的异常聚集，以期对疾病暴发进行早期探查、预警和快速反应的监测方法。疾病监测是疾病预防控制中心最基本的职能，传统意义上的监测工作一般是由医院诊断后将病情上报，是以诊断为基础的疾病监测，较难实现对疫情的早期发现和早期预警；而且，现有的监测工作操作较复杂，需要具备一定的医学背景才能使用，以至监测工作并不能实现预计目的。
技术实现要素：
有鉴于此，本发明的目的在于提供症状监测系统及方法，通过将监测起点提前至症状出现时刻，缩短了疫情预警时间，提高了疫情防控精度，以及通过选择操作简化了操作难度，提高了适用人群的范围。
第一方面，本发明实施例提供了一种症状监测系统，其中，包括：
信息管理模块，用于根据管理操作建立用户基本信息；
用户监管模块，与所述信息管理模块相连，用于通过选择操作建立症状信息，并根据所述用户基本信息对所述症状信息进行管理，生成症状监测信息；
症状预警模块，与所述症状监测模块相连，用于设置预警规则，并根据所述预警规则对所述症状监测信息进行评估，生成预警信息。
结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述用户监管模块包括通过端口相连的访问端和管理端；
所述访问端，用于通过所述选择操作对症状类型进行选择，建立所述症状信息；
所述管理端，用于根据所述用户基本信息对所述症状信息进行分类管理，生成所述症状监测信息。
结合第一方面，本发明实施例提供了第一方面的第二种可能的实施访式，其中，所述预警规则为在预设时间段、相同范围内发生同类所述症状监测信息的次数满足预设阈值。
结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述用户监管模块还包括：
通过所述选择操作对考勤选项进行选择，生成考勤监测信息。
结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述访问端还包括：
通过点击操作添加病假信息，根据所述病假信息进行关联，得到所述症状信息。
结合第一方面的第四种可能的实施方式，本发明实施例提供了第一方面的第五种可能的实施方式，其中，所述访问端还包括：
根据所述症状信息生成健康教育信息。
结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第六种可能的实施方式，其中，所述访问端包括电脑端和/或手机端。
第二方面，本发明实施例还提供一种症状监测方法，其中，包括：
根据管理操作建立用户基本信息；
通过选择操作建立症状信息，并根据所述用户基本信息对所述症状信息进行管理，生成症状监测信息；
设置预警规则，并根据所述预警规则对所述症状监测信息进行评估，生成预警信息。
结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述通过选择操作建立症状信息，并根据所述用户基本信息对所述症状信息进行管理，生成症状监测信息，包括：
通过所述选择操作对症状类型进行选择，建立所述症状信息；
根据所述用户基本信息对所述症状信息进行分类管理，生成所述症状监测信息。
结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，所述预警规则为在预设时间段、相同范围内发生同类所述症状监测信息的次数满足预设阈值。
本发明实施例带来了以下有益效果：本发明提供的症状监测系统及方法，包括：信息管理模块根据管理操作建立用户基本信息；用户监管模块通过选择操作建立症状信息，并根据用户基本信息对症状信息进行管理，生成症状监测信息；症状预警模块设置预警规则，并根据预警规则对症状监测信息进行评估，生成预警信息。本发明通过将监测起点提前至症状出现时刻，缩短了疫情预警时间，提高了疫情防控精度，以及通过选择操作简化了操作难度，提高了适用人群的范围。
本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例一提供的症状监测系统示意图；
图2-12为本发明实施例二提供的症状监测系统的界面示意图。
图标：
100-信息管理模块；200-用户监管模块；300-症状预警模块。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
疾病监测是疾病预防控制中心最基本的职能，传统意义上的监测工作一般是由医院诊断后将病情上报，是以诊断为基础的疾病监测，较难实现对疫情的早期发现和早期预警；而且，现有的监测工作操作较复杂，需要具备一定的医学背景才能使用，以至监测工作并不能实现预计目的。
基于此，本发明实施例提供的症状监测系统及方法，可以通过将监测起点提前至症状出现时刻，缩短疫情预警时间，提高疫情防控精度，以及通过选择操作简化操作难度，提高适用人群的范围。
为便于对本实施例进行理解，首先对本发明实施例所公开的症状监测系统进行详细介绍。
实施例一：
图1为本发明实施例一提供的症状监测系统示意图。
参照图1，症状监测系统包括依次相连的信息管理模块100、用户监管模块200和症状预警模块300。症状监测系统利用互联网云技术，开发有手机端和电脑端两个端口可供使用，对应有电脑网页终端、手机网页终端、手机微信接入等多终端访问与数据输入。
信息管理模块100，用于根据管理操作建立用户基本信息。具体的，所建立的用户基本信息包括归属集体信息、姓名、性别、联系方式、身份信息、户籍信息等等。
用户监管模块200，用于通过选择操作建立症状信息，并根据用户基本信息对症状信息进行管理，生成症状监测信息。具体的，用户监管模块200包括通过端口相连的访问端和管理端。
访问端，用于通过选择操作对症状类型进行选择，建立症状信息。其中，症状类型以选项模式显示，包括发热、咳嗽/咽痛/流涕、恶心/呕吐/腹泻、腮腺肿大、红眼等症状，这样，操作简单，而且，缺少医学常识的用户也可以通过实际情况进行选择，提高了适用人群范围。管理端，用于根据用户基本信息对症状信息进行分类管理，生成症状监测信息，比如：按照归属集体信息对症状信息进行分类管理，生成归属与不同集体范围的症状监测信息。
症状预警模块300，用于设置预警规则，并根据预警规则对症状监测信息进行评估，生成预警信息。具体的，预警规则可以为但不限于：在预设时间段、相同范围内发生同类症状监测信息的次数满足预设阈值；或者，通过建立时空模型对预警阈值进行计算，并制定相关规则。这里，评估对象为症状监测信息，症状监测信息是在症状出现之时所建立并生成的，说明将监测的起点设定为症状出现之时，省掉了就医、诊断、报告等步骤，进而可以缩短疫情预警时间，提高了疫情防控精度。
另外，在其他的实施方式中，用户监管模块200可拓展出其他附加管理功能，将管理与症状监测相结合，便于多信息对接。用户监管模块200的访问端可以进一步包括：通过点击操作添加病假信息，根据病假信息进行关联，得到症状信息，具体是通过家长方手机微信的访问端添加病假信息，根据病假信息中的疾病名称自动关联症状或者症候群，再根据患者的实际情况对自动关联的症状或者症候群进行编辑，比如增加新的症状、删除自动关联的某一症状，最终生成症状信息。用户监管模块200对于普通家长用户来说，简化了症状选项，摆脱了医学背景的桎梏，有利于参与症状监测。
以及进一步的，根据症状信息生成健康教育信息。在具体实现时，在添加病假信息完成后，可以由医生方的访问端获取一段时间内的症状信息，并据此发布对应的健康教育信息；或者，在添加病假信息完成后，还可以将根据症状信息生成并展示对应的健康教育信息，用户可以获取相关健康科普知识，及时掌握防病技能，这里的健康教育信息与症状信息具有相关联的对应关系。
本实施例所提供的症状监测系统可应用于学校、社区、医院、公司等传染病高发场所。
实施例二：
图2-11为本发明实施例一提供的症状监测系统的界面示意图。
学校是传染病高发场所，据某地区的调查发现，每年有85％以上的疫情发生在学校。学校的疫情频率高影响大，以监测工作为基础，对疫情进行有效控制的需求与日俱增。因此，本实施例将对应用于学校的症状监测系统进行描述。
症状监测系统的信息管理模块100根据管理操作建立用户基本信息，在具体实现时，用户基本信息包括班级信息。通过管理操作中的点击操作进入班级信息管理界面，如图2所示。管理员账号可管理所有学校的班级信息；校医账号可管理所在学校的所有班级信息；班主任账号可管理所在班级的班级信息。
其中，管理员账号用户、校医账号用户通过“新增”按钮新增班级信息，班级信息包括：学校、班级编码、班级类别、班级名称、男生数、女生数、班主任姓名和手机号码。
用户基本信息还包括班级信息，通过管理操作进入学生基本界面，如图3所示。具有用户权限的管理员账号用户、校医账号用户、班主任账号用户通过“新增”按钮新增学生信息，学生信息如图4所示。
管理操作还可以包括导入操作，通过导入操作下载学生信息导入模板，填写信息，导入学生数据。
管理操作还包括升年级操作及毕业操作，通过上述操作对用户基本信息进行实时更新。
用户监管模块200通过选择操作建立症状信息，并根据用户基本信息对症状信息进行管理，生成症状监测信息。在具体实现时，用户监管模块200分为学校方和家长方，学校方可以采用网页端、手机微信作为访问与数据输入端，家长方采用手机微信作为访问与数据输入端。
第一方面，学校方网页端/手机微信的用户监管模块200具有症状监测和考勤(缺课)管理功能。在用户监管模块200执行选择操作进入监测管理界面，如图5所示。管理员账号可查询所有学校的症状信息；校医账号可查询所在学校的所有症状信息；班主任账号只可查询所在班级的症状信息。该界面上设有“新增病假”、“新增症状”和“新增事假”按钮。
点击“新增症状”按钮，获取新增症状信息的界面，如图6所示。通过选择操作建立症状信息，即对主要症状一栏中的症状类型进行选择，同时对其他信息进行添加，生成症状信息。
通过选择操作对考勤选项进行选择，生成考勤监测信息。这里的考勤选项包括新增病假、新增事假、复课，对该三选项进行选择，生成考勤监测信息。
对“新增病假”按钮执行点击操作，新增学生的病假信息，在病假信息中根据病假信息中的疾病名称关联症状或症候群，再对自动关联的症状或者症候群进行编辑，建立症状信息。
点击“新增事假”按钮，新增学生事假信息，事假信息包括所在学校、所在班级、学生姓名、请假时间、请假事由、填报时间。
另外，对于存在缺课记录的学生信息中，还设置有“复课”按钮，通过点击“复课”按钮，将已复课的学生进行复课操作。
第二方面，家长方手机微信的用户监管模块200具有请假和复课的考勤管理功能。在请假的管理中，通过点击操作添加病假信息，根据病假信息中的疾病名称关联症状或症候群，再对自动关联的症状或者症候群进行编辑，建立症状信息。通过点击操作添加事假信息，事假信息包括所在学校、所在班级、学生姓名、请假时间、请假事由、填报时间。将对事假和病假的管理应用于缺课记录中，将来与区域化信息平台对接，方便对体检结果、诊疗记录、缺课记录等做综合全面的查询。
同时，对于家长方用户监管模块200的访问端，还包括：根据症状信息生成健康教育信息。
综上两方面，用户监管模块200的访问端，在新增症状信息和新增病假信息过程中，均通过选择操作实现对症状类型的选择，建立有症状信息；再结合管理端，根据用户基本信息对症状信息进行分类管理，生成症状监测信息。管理端对各种症状信息进行分类管理，一般是以学校或者班级为单位对症状信息分类管理。
症状预警模块300设置预警规则，并根据预警规则对症状监测信息进行评估，生成预警信息。在具体实现时，预警规则可以为：预设天数内同一班级监测到的同类的症状监测信息(症状或症候群)达到4例，同一学校监测到的同类的症状监测信息达到10例，当满足该预警规则后会自动产生一条预警信息。并且，该预警信息将以短信的形式发送至疾控中心和辖区社区卫生服务中心管理人员处。预警规则可根据实际情况进行修改，如为提高敏感性可将阈值调低，预警规则也可以做症候组合调整，如可以是将单独的发热作为预警探测标准，也可以是将发热+咳嗽咽痛作为预警探测标准。
在学生症状所有预警信息的基本界面中可以展示学生症状的所有预警信息，如图7所示，该界面上设有“确定”按钮和“关联个案”按钮。对“确定”按钮进行操作后展示预警规则的设置及核实界面，如图8所示。对“关联个案”按钮进行操作后展示相关联的个案信息，如图9所示。
在学生症状所有预警信息的基本界面中还可以展示学生症状分类预警信息，如图10所示，该界面上设置有“查询”按钮和“关联个案”按钮。对“查询”按钮进行操作后能够获取并展示预警规则信息，如图11所示，对“关联个案”按钮进行操作后展示相关联的个案信息，包括学校、班级、姓名、诊断、主要症状、发病时间、报告时间。
当以短信的形式将预警信息发送至疾控中心和辖区社区卫生服务中心管理人员处之后，会由管理人员进入学校，从专业的角度对预警信息进行核实，初步判定该预警信息是否为传染病的聚集疫情。核实结束后，管理人员通过对应的账号登录症状监测系统，通过症状预警模块300进入预警信息核实界面，预警信息核实界面如图12所示，对该界面中的信息进行填写后，再在“是否为疑似事件”一栏后选择“是”或“否”的按钮，如是传染病聚集疫情则选择“是”并保存，如果不是则选择“否”并保存。
另外，上述多个实施例中所涉及到的各种按钮，均在外观上具有自己的特点，清楚明了便于使用，避免用户在操作过程中出现混淆。
实施例三：
基于上述的症状监测系统，本实施例提供了症状监测方法，该方法主要包括如下内容：
建立步骤：根据管理操作建立用户基本信息；
监测步骤：通过选择操作建立症状信息，并根据用户基本信息对症状信息进行管理，生成症状监测信息；
预警步骤：设置预警规则，并根据预警规则对症状监测信息进行评估，生成预警信息。
进一步的，监测步骤具体包括：
通过选择操作对症状类型进行选择，建立症状信息；
根据用户基本信息对症状信息进行分类管理，生成症状监测信息。
进一步的，预警规则为在预设时间段、相同范围内发生同类症状监测信息的次数满足预设阈值。
本发明实施例所提供的方法，其实现原理及产生的技术效果和前述系统实施例相同，为简要描述，方法实施例部分未提及之处，可参考前述系统实施例中相应内容。
本发明的上述多个实施例带来了以下有益效果：本发明提供的症状监测系统及方法，包括：信息管理模块根据管理操作建立用户基本信息；用户监管模块通过选择操作建立症状信息，并根据用户基本信息对症状信息进行管理，生成症状监测信息；症状预警模块设置预警规则，并根据预警规则对症状监测信息进行评估，生成预警信息。本发明通过将监测起点提前至症状出现时刻，缩短了疫情预警时间，提高了疫情防控精度，以及通过选择操作简化了操作难度，提高了适用人群的范围。
本发明实施例还提供一种电子设备，包括存储器、处理器，存储器中存储有可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例提供的症状监测方法的步骤。
本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述实施例的症状监测方法的步骤。
在本发明的描述中，需要说明的是，术语“第一”、“第二”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。
本发明实施例所提供的进行症状监测方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Ony Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何热悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。