疫情期间,防控大数据产品都有着怎样的逻辑?

2024-05-08 23:48

本文主要是介绍疫情期间,防控大数据产品都有着怎样的逻辑?,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一、疫情期间有哪些痛点?

新型冠状病毒肺炎此次的疫情导致的全国各地、企业、居民住宅区进入并维持紧急的状态。

①相关政府机构、企业单位及居委会等如何在各交通工具关卡识别流动人员是否去过疫情高发地、如武汉?

②各居民如何降低碰到确诊及疑似病例后中招的风险?

③各居民如何在中招后快速找到能够确诊的医院?

④各居民如何及时了解疫情实时情况,保持敏感度?

⑤各小区如何获取小区居民现状信息及物资发放预约?

围绕这5大痛点,疫情期间相对有技术实力及数据实力的企业机构也在快速响应,产生了能够不同程度解决以上问题的系列产品。

本文主要从针对同样痛点的产品系列中精选出部分优质产品,在分享这些独特的产品同时,也对背后的产品实现逻辑及数据逻辑做出相应的解析。

二、疫情期间针对各种痛点,有哪些成熟的产品

猎人看了比较多的产品,其实严格来说就分3种:

  • 第一种是纯粹的用户信息主动登记,管理员后台人工审核识别是否有异常,然后再进行下一步排查;
  • 第二种是通过爬虫手段,监控网络、公众号、各官方网站公布的疫情相关的数据,例如确诊人数、疑似病例,这些确认及疑似曾经的行为轨迹,时间节点等,整合成产品;
  • 第三种相对依靠数据,没有全国性或覆盖大部分用户群体的数据量,是做不出来的,例如腾讯、百度等互联网巨头(基于GPS数据)、例如运营商(基于基站数据)、例如数据宝(基于高速及铁路数据)。通过核心的数据类型针对性作出的能够识别或筛选是否有过疫情地出没或疫情确认人员接触概率的产品。

2.1 居民信息采集登记类产品

2.2.1 居民登记管理(小区住户、返城、返工等)

以下是居民登记的基本页面,只展示部分截图。此类页面主要给各住宅区的居民主动填写个人信息,其实主要目的是为了让居民主动上报近期出行轨迹,例如有无去过疫情地等。主要解决的是各居委会流动人口疫情期间的活动轨迹线上录入。

(想法是好的,此类产品也是相对容易开发出来的,技术含量不高,因此可以在小程序或公众号可以看到各种公司开发的登记产品入口。但上报的数据信息,除了个人姓名身份证信息有接口可以识别外,主动上报的出行轨迹无法判断真伪。)

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

2.2.2 物资预约及发放管理

疫情期间最稀缺的大众必须物资非口罩莫属,因此无论出远门的还是出门买菜的短途需求,都必须要戴口罩。只要是不在家里蹲的,没口罩除了会增大被感染几率,还纷纷会被管控工作人员教育。

也因为口罩稀缺的正常途径无法购买,所以有危机意识的人们,特别是要经常出门的复工人员都非常主动寻找线上口罩预约登记购买的产品入口,当然各居委会也是积极使用这类工具积极参与口罩计划经济计划。

同时物资预约前往往需要先详细登记你的居民信息。如果是线下的就随便登记个住所信息及个人身份信息即可。

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

居民信息采集登记类产品,现在还有很多形态,例如在出高铁站时或者在高速卡口上,都有二维码需要乘客或车主主动录入信息及轨迹用于同行快速排查。如何实现真实性判断,其实需要拥有用户及车主全国轨迹大数据的机构支持。

另外居民登记类产品如果是主要给各小区使用,如果小区不提供区内人员的身份信息实现线上的匹对,那大部分情况需要居民带着租赁合同及身份证信息去到相关定点做线下审核匹对。

2.2 爬虫为主的收集汇总实时更新类产品

2.2.1 新型冠状病毒肺炎确诊患者同行程查询工具

你或你身边熟悉的人只要出过门,不管远近,都会担心去过的地方或乘坐的交通工具上是否有潜在感染的危险。因此出门前及出门后的群体都希望有这样的工具可以查询同行程查询工具孕育而出。

只要有一定的爬虫技术能力的公司都可以实现,只要能实时获取各官方媒体公布的确诊用户轨迹信息,然后整合配对挖掘分析形成一张列表即可。

产品特点:1:1查询,对使用者来说属于周期性非高频产品。

除了自己有车的,及坐私家车出行的群体外,坐飞机、火车、地图、长途大巴、公交车、出租车、轮船的群体,及户外活动时的一些场所,都有可能近距离接触过疫情确诊或潜伏期的患者。但大众需要有这样的一个工具可以根据交通工具的时间、车次、车厢、班次等信息查询是否有确诊患者同行的工具,有的话可以及时去医院检查确认。其实也是可以起到一定的互相监督的作用。

而这样的产品内的数据均搜集自各官方公众号/微博/网站发布的信息,其实就是通过爬虫手段收集相关涉及监控关键词的文章内容,然后在文章中抽取相应的字段,例如发布日期、车次(班次)、发车及到达场地、工具类型、车厢情况(座位号、车牌号等)、出发时间、结束时间等。形成表格,并设置好索引查询逻辑及体现逻辑即可。

数据的准确性一般是通过只采集官方的媒体文章,然后数据最新发布日期需要对首发文章进行一定的识别。

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

2.2.2 腾讯疫情实时追踪

2.2.2.1 腾讯疫情地图

产品特点:1:1查询,对使用者来说属于周期性非高频但每天早晚空闲都会上去看看的,周期性TO C的流量入口产品。

腾讯凭借其强大的技术力量,推出的疫情实时追踪产品集合了多个相对容易实现同时是大众关心疫情数据,满足大众实时获取疫情数据,进展,谣言,治疗及通过公开确诊患者的轨迹提醒周报群体勿随意走动的同事,及时发现轨迹重合的,加强对感染的评估。

疫情期间,每天起床第一件事情,大众最关心的莫过于昨天确诊新增数量、治愈人数及死亡人数。

数据来源:全部数据来源于国家卫健委、各省市卫健委、各省市区政府及港澳台官方渠道。

实时数据方面,腾讯新闻的统计方法如下:

  1. 国家卫健委公布数据时,全国总数与国家卫健委保持一致。
  2. 各省卫健委陆续公布数据,如果各省数据总和已经超过之前国家卫健委总数,则直接使用各省数据总和作为全国总数。(“疑似病例”仅使用国家卫健委每天公布的共有疑似病例总数,而不做新增累计)
  3. “较上日”是指每两天间的新增数值,由当前的全国总数减去国家卫健委前一天公布的数据得到。这个值会随着全国总数的变动而实时变化。
  4. 疑似病例的“较上日”数据由两日全国疑似病例总数相减得到。由于疑似病例既会新增,也会随着确诊和排除而减少,该差值会小于国家卫健委公布的“新增疑似病例数”。
  5. 各省卫健委公布数据的发布时间和统计时间段各不相同,故而会在部分时段出现国家总数不等于分省数据之和。

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

2.2.2.2 腾讯疫情最新进展

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

2.2.2.3 腾讯疫情辟谣信息

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

2.2.2.4 腾讯疫情医疗救治医院查询

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

2.2.2.5 腾讯确诊患者活动轨迹速查

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

2.2.3 疫情小区分布

上面提到的确诊患者的活动轨迹速查,下面的疫情地图的呈现方式就相对更加直观,可以知道当前位置附件确诊用户的情况。可以给到忍不住出去浪的群体实时提醒:附近有危险,出门请三思。

这种地图类产品,也只有百度、腾讯、高德等有自己地图产品的公司才做的出来,其他公司做了类似的查询接口背后都是基于这几家的能力或直接是页面嵌入而已。

2.2.3.1 高德疫情地图

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

2.2.3.2 腾讯疫情地图

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

2.3 全国特殊大数据定制化产品

以下的产品如果开发公司没有特色的数据或数据来源,是没法实现的。而这些已实现的产品都是现在政府非常感兴趣及可以发挥比较大作用的。政府领导们现在最关注的的是流动人员通过主要交通工具的迁徙情况,用于决策参考。

流动人员的真实性迁徙轨迹,特别是疫情地近期出没情况,需要有真实数据可以体现,防止流动人员谎报。

2.3.1 腾讯流动人口迁徙图(按交通工具区分)

迁徙图其实百度也有,但百度的是全国开发迁徙情况,不区分交通工具的。而腾讯的是可以区分汽车、货车、飞机交通工具的迁徙情况,相对来说更有参考价值。因为人口迁徙主要的交通工具就这3块。

那腾讯如何区分迁徙人员是通过汽车还是货车还是飞机的呢?

其实仅从GPS的两点的定位经纬度及两点间耗费的时间,其实就比较容易区分了。铁路有自己的铁路轨迹,铁路站点有自己的经纬度,速度也与汽车的速度有区别。

而飞机仅从一部手机的飞行模式的关闭及开启时的GPS打点位置及开关时间一计算也就出来了啦。其他的细节这里就不讨论了。

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

2.3.2 运营商大数据:通过用户手机号授权判断是否有与疫情确认人员接触

如果说全中国覆盖人数数据位置信息最广的除了3大运营商,其他的互联网巨头可能也比不上。

但由于用户数据合规查询及隐私问题、三大运营商的体制问题,可用于疫情期间用户自己查询自证没去过疫情地的产品入口也就2月上旬才勉强上线,联通是最快实现的,移动随后(但全国数据没完全连贯),电信据说还没完全实现,还在努力。

这个工具可以给到用户遇到需要自证“清白”时,通过手机号验证码授权模式就查询进去有无到过严重疫情地区了。但严重地区具体指除了湖北省,使用界面也具体说明。这个产品当然也有缺点,如果用的是非常用手机号,或者新办的卡,那可能就无法确认是否真的没去过疫情地,出现遗漏。

除了通过这个页面查询外,3大运营商也可以直接通过短信授权查询近期出行轨迹。

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

2.3.3 密接人员查询

这个产品主要是中国电子科技集团技术开发的,给群众自己查询是否有可能是密切接触者。

这里的密切接触者定义:密切接触者指14天内与病毒确诊或高度疑似病例直接居住或生活在一起的成员,包括办公室同事、学校师生、同一交通工具的乘客等。

本平台重点查询的密切接触者是:最近14天内,与新冠肺炎确诊或疑似病例同乘火车、飞机位于其前后三排(共七排)以及同乘大巴的相关人员。【也就是以14天潜伏期为查询周期,14天内没接触过确诊患者的相对就是安全的。但无法识别非乘坐交通工具前的接触,这样前后三排其实也有可能遗漏部分接触过确诊患者的乘客】

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

看产品对密切接触者的定义可以看出,这个产品是接入了铁路、飞机及客运大巴的乘客身份证数据进行关联查询,但可能数据并不是全覆盖。相对来说比较准确。同时这个产品为了防止被滥用,限制用户只能每天查询三次的机会。

2.3.4 基于高速大数据

上面的产品既有通过用户身份证信息查询的,也有通过手机号查询与疫情相关的识别产品,但其实都不适用于批量的、快速的筛查场景。

数据宝基于高速大数据开发的卡口车主疫情地排查产品,在疫情期间可以给卡口工作人员快速输入车主车牌号或者通过OCR快速识别的方式,查询各地通过卡口的车辆最近是否去过湖北等疫情高发地。对于去过疫情地的车辆则用红色块提示,没去过的用绿色块提示。

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

2.3.5 基于铁路大数据

上面其实也有基于铁路大数据的用户疫情情况识别产品,但产品逻辑不太一样,密接人员查询是将有确诊班次的乘客前后三排的乘客的识别出来。而运营商的产品需要注册才行,产品流程相对较长,只合适乘客或居民查询。

但数据宝基于铁路大数据的疫情查询产品,不单可以给相关工作人员(车站工作人员、小区居委会等)快速输入居民身份证号查询居民最近是否去过湖北等疫情高发地。

对于去过疫情地的则用红色块提示,没去过的用绿色块提示。同时也可以在电脑管理后台批量提供居民身份信息,查询哪些是有去过疫情地的,可以安排人员上门询问排查,加强识别,缩小范围。

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

运营商+高速+铁路+客运+GPS的疫情防控大数据产品

三、体会

这次的疫情的影响是突然且巨大的,在这个疫情期间展露头角的各种产品都是为了让大众快速了解情况,降低恐慌,及时找到需要及可以提供医护条件的医院线索,同时也给予各地政府在信息采集、人员管控、疫情排查等方面一定的支持。

而这些产品的背后,体现了各机构对疫情不同场景的需求理解及自身技术能力及大数据资源的有机整合的综合能力。这些都需要快速的响应能力、长时间的技术积累及对大数据在不同场景特别是新场景新需求的理解及应用能力。

从部分产品的背后的数据及功能实现,也体现出各部委数据的开放在社会型协同互助是非常有效的。

这篇关于疫情期间,防控大数据产品都有着怎样的逻辑?的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!


原文地址:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.chinasem.cn/article/971790

相关文章

C#监听txt文档获取新数据方式

《C#监听txt文档获取新数据方式》文章介绍通过监听txt文件获取最新数据,并实现开机自启动、禁用窗口关闭按钮、阻止Ctrl+C中断及防止程序退出等功能,代码整合于主函数中,供参考学习... 目录前言一、监听txt文档增加数据二、其他功能1. 设置开机自启动2. 禁止控制台窗口关闭按钮3. 阻止Ctrl +

java如何实现高并发场景下三级缓存的数据一致性

《java如何实现高并发场景下三级缓存的数据一致性》这篇文章主要为大家详细介绍了java如何实现高并发场景下三级缓存的数据一致性,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 下面代码是一个使用Java和Redisson实现的三级缓存服务,主要功能包括:1.缓存结构:本地缓存:使

在MySQL中实现冷热数据分离的方法及使用场景底层原理解析

《在MySQL中实现冷热数据分离的方法及使用场景底层原理解析》MySQL冷热数据分离通过分表/分区策略、数据归档和索引优化,将频繁访问的热数据与冷数据分开存储,提升查询效率并降低存储成本,适用于高并发... 目录实现冷热数据分离1. 分表策略2. 使用分区表3. 数据归档与迁移在mysql中实现冷热数据分

C#解析JSON数据全攻略指南

《C#解析JSON数据全攻略指南》这篇文章主要为大家详细介绍了使用C#解析JSON数据全攻略指南,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录一、为什么jsON是C#开发必修课?二、四步搞定网络JSON数据1. 获取数据 - HttpClient最佳实践2. 动态解析 - 快速

MySQL逻辑删除与唯一索引冲突解决方案

《MySQL逻辑删除与唯一索引冲突解决方案》本文探讨MySQL逻辑删除与唯一索引冲突问题,提出四种解决方案:复合索引+时间戳、修改唯一字段、历史表、业务层校验,推荐方案1和方案3,适用于不同场景,感兴... 目录问题背景问题复现解决方案解决方案1.复合唯一索引 + 时间戳删除字段解决方案2:删除后修改唯一字

MyBatis-Plus通用中等、大量数据分批查询和处理方法

《MyBatis-Plus通用中等、大量数据分批查询和处理方法》文章介绍MyBatis-Plus分页查询处理,通过函数式接口与Lambda表达式实现通用逻辑,方法抽象但功能强大,建议扩展分批处理及流式... 目录函数式接口获取分页数据接口数据处理接口通用逻辑工具类使用方法简单查询自定义查询方法总结函数式接口

SQL中如何添加数据(常见方法及示例)

《SQL中如何添加数据(常见方法及示例)》SQL全称为StructuredQueryLanguage,是一种用于管理关系数据库的标准编程语言,下面给大家介绍SQL中如何添加数据,感兴趣的朋友一起看看吧... 目录在mysql中,有多种方法可以添加数据。以下是一些常见的方法及其示例。1. 使用INSERT I

Python使用vllm处理多模态数据的预处理技巧

《Python使用vllm处理多模态数据的预处理技巧》本文深入探讨了在Python环境下使用vLLM处理多模态数据的预处理技巧,我们将从基础概念出发,详细讲解文本、图像、音频等多模态数据的预处理方法,... 目录1. 背景介绍1.1 目的和范围1.2 预期读者1.3 文档结构概述1.4 术语表1.4.1 核

MySQL 删除数据详解(最新整理)

《MySQL删除数据详解(最新整理)》:本文主要介绍MySQL删除数据的相关知识,本文通过实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录一、前言二、mysql 中的三种删除方式1.DELETE语句✅ 基本语法: 示例:2.TRUNCATE语句✅ 基本语

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.