運營商+高速+鐵路+客運+GPS的疫情防控大數據產品

一.疫情期間有哪些痛點?

新型冠狀病毒肺炎此次的疫情導致的全國各地、企業、居民住宅區進入並維持緊急的狀態。

① 相關政府機構、企業單位及居委會等如何在各交通工具關卡識別流動人員是否去過疫情高發地、如武漢?

② 各居民如何降低碰到確診及疑似病例後中招的風險?

③ 各居民如何在中招後快速找到能夠確診的醫院?

④ 各居民如何及時瞭解疫情實時情況,保持敏感度?

⑤ 各小區如何獲取小區居民現狀信息及物資發放預約?

圍繞這4大痛點,疫情期間相對有技術實力及數據實力的企業機構也在快速響應,產生了能夠不同程度解決以上問題的系列產品。

本文主要從針對同樣痛點的產品系列中精選出部分優質產品,在分享這些獨特的產品同時,也對背後的產品實現邏輯及數據邏輯做出相應的解析。

二.疫情期間針對各種痛點,有哪些成熟的產品。

獵人看了比較多的產品,其實嚴格來說就分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.1騰訊疫情地圖

產品特點:1:1查詢,對使用者來說屬於週期性非高頻但每天早晚空閒都會上去看看的

週期性TO C的流量入口產品。

運營商+高速+鐵路+客運+GPS的疫情防控大數據產品


騰訊憑藉其強大的技術力量,推出的疫情實時追蹤產品集合了多個相對容易實現同時是大眾關心疫情數據,滿足大眾實時獲取疫情數據,進展,謠言,治療及通過公開確診患者的軌跡提醒週報群體勿隨意走動的同事,及時發現軌跡重合的,加強對感染的評估。

疫情期間,每天起床第一件事情,大眾最關心的莫過於昨天確診新增數量、治癒人數及死亡人數。

數據來源:全部數據來源於國家衛健委、各省市衛健委、各省市區政府及港澳臺官方渠道。

實時數據方面,騰訊新聞的統計方法如下:

國家衛健委公佈數據時,全國總數與國家衛健委保持一致。

各省衛健委陸續公佈數據,如果各省數據總和已經超過之前國家衛健委總數,則直接使用各省數據總和作為全國總數。(“疑似病例”僅使用國家衛健委每天公佈的共有疑似病例總數,而不做新增累計)

3. “較上日”是指每兩天間的新增數值,由當前的全國總數減去國家衛健委前一天公佈的數據得到。這個值會隨著全國總數的變動而實時變化。


4. 疑似病例的“較上日”數據由兩日全國疑似病例總數相減得到。由於疑似病例既會新增,也會隨著確診和排除而減少,該差值會小於國家衛健委公佈的“新增疑似病例數”。


5. 各省衛健委公佈數據的發佈時間和統計時間段各不相同,故而會在部分時段出現國家總數不等於分省數據之和。


2.2.2騰訊疫情最新進展

運營商+高速+鐵路+客運+GPS的疫情防控大數據產品

2.2.3騰訊疫情闢謠信息

運營商+高速+鐵路+客運+GPS的疫情防控大數據產品



運營商+高速+鐵路+客運+GPS的疫情防控大數據產品


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的疫情防控大數據產品


三.體會

這次的疫情的影響是突然且巨大的,在這個疫情期間展露頭角的各種產品都是為了讓大眾快速瞭解情況,降低恐慌,及時找到需要及可以提供醫護條件的醫院線索,同時也給予各地政府在信息採集、人員管控、疫情排查等方面一定的支持。

而這些產品的背後,體現了各機構對疫情不同場景的需求理解及自身技術能力及大數據資源的有機整合的綜合能力。這些都需要快速的響應能力、長時間的技術積累及對大數據在不同場景特別是新場景新需求的理解及應用能力。從部分產品的背後的數據及功能實現也體現出各部委數據的開放在社會型協同互助是非常有效的。


分享到:


相關文章: