中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導(dǎo)讀：新冠肺炎仍在全球肆虐，健康碼依然是人們通行的有效憑證。這樣一款產(chǎn)品是怎樣被設(shè)計出來的呢？本文將從四個方面展開分析，推薦給對健康碼感興趣的童鞋閱讀。

今年以來，新冠肺炎疫情牽動全國公眾的心，疫情在側(cè)面帶動了遠程辦公、在線教育等行業(yè)的發(fā)展，但要說最直接相關(guān)的產(chǎn)品則要數(shù)“健康碼”了。在防疫政策的影響下，幾乎人人都要使用健康碼，但是你真的理解健康碼這款產(chǎn)品了嗎？

首先我們給健康碼做一個簡單明確的定義：

防疫健康碼是一種二維碼形式的電子通行證，顏色表示防疫健康信息，二維碼提供其他附屬功能。

現(xiàn)在，健康碼不僅可以用來出入各個城市，進出小區(qū)，還可以就醫(yī)支付，甚至有地區(qū)想把健康碼變?yōu)槭忻駛€人健康的電子憑證。那么健康碼產(chǎn)品是從何而來，又怎么一步步發(fā)展到今天的樣子呢？

第一個健康碼產(chǎn)品是2月11日由阿里在杭州發(fā)布上線，但是看似簡單的健康碼并不是一誕生就是今天這個樣子。

實際上自從1月20日鐘南山院士最早確認(rèn)存在人傳人，1月底陸陸續(xù)續(xù)有地區(qū)要求出入小區(qū)必須持有“小區(qū)通行證”，而這就是“健康碼”產(chǎn)品在線下的原始形態(tài)。

2月9日，阿里云面向各地推出了線上版的“居民電子通行證”，這是第一個線上形態(tài)的“健康碼”，這款“居民電子通行證”只是一個具有身份認(rèn)證能力的黑色二維碼。

2月11日，阿里正式推出三色健康碼，三色健康碼以三種顏色表示防疫健康信息，以二維碼提供身份識別動態(tài)防偽能力。一直發(fā)展到4月23日，杭州健康碼全面支持掛號就診、醫(yī)保結(jié)算。

更重要的是健康碼產(chǎn)品對上線時間要求較高，并不能允許產(chǎn)研團隊按部就班推進工作。那么，在緊急上線的要求下，應(yīng)該如何快速設(shè)計一個健康碼最小化產(chǎn)品？今天就分享一下從電子通行證到具備就醫(yī)支付能力的健康碼產(chǎn)品，每一個環(huán)節(jié)主要分析核心邏輯。

一、電子通行證

電子通行證的核心是通行權(quán)限的發(fā)放與核查。在安防領(lǐng)域側(cè)重點是核查，而在健康碼場景中，因為物業(yè)、居民等主要參與成員的操作習(xí)慣、教育成本等問題，很難要求嚴(yán)格執(zhí)行核查工作，所以，核查環(huán)節(jié)將輕量化處理。

考慮到只有動員社會積極力量，才能更加高效地執(zhí)行防疫政策，所以應(yīng)當(dāng)由物業(yè)參與通行權(quán)限發(fā)放與核查的主要工作。

“前期”階段，物業(yè)人員登記小區(qū)信息，領(lǐng)取電子通行證申領(lǐng)碼并張貼到出入地點；“中期”階段，居民掃描申領(lǐng)碼填報個人健康信息，物業(yè)人工審核后發(fā)放電子通行證；“后期”階段，居民憑電子通行證亮碼進出小區(qū)，物業(yè)人員可以選擇掃碼驗證真?zhèn)巍?/p>

此模式下，政府監(jiān)管端可以獲得小區(qū)防疫政策覆蓋信息（有效登記小區(qū)數(shù)量）、居民基本健康情況以及居民通行記錄（僅當(dāng)物業(yè)人員嚴(yán)格執(zhí)行掃碼驗證時）。

目前的設(shè)計已經(jīng)具備基本的可用性，滿足各方的使用需求，但還是存在以下兩個需要注意的問題：

1）掃碼驗證繁瑣難以執(zhí)行

因為物業(yè)、居民等主要參與成員的操作習(xí)慣、教育成本等問題，很難要求嚴(yán)格執(zhí)行核查工作。所以除了要提供掃碼驗證措施外，還應(yīng)當(dāng)提供門檻更低的核查手段，兩套互補的核查方式才能較全面地覆蓋真實使用場景。

核查手段最低要求具備一定的身份識別、權(quán)限校驗?zāi)芰Γ詈蟮脑O(shè)計很簡單，就是在界面增加脫敏的個人信息、實時時間（防止使用截圖）以及小區(qū)名稱。

同時因為無法依賴掃碼核查時由掃碼端上報通行記錄，所以居民每次進出時都需要掃描小區(qū)張貼的申領(lǐng)碼，展示電子通行證并記錄通行行為。

2）老人和兒童怎么辦

特殊情況登記。具體形式可以是線上的，甚至也可以是線下的（一些物業(yè)人員并不擅長數(shù)據(jù)填報操作）。

總結(jié)：電子通行證將原本的線下業(yè)務(wù)“搬運”到線上，完成了初步的信息化，為政府精準(zhǔn)查詢和分析通行數(shù)據(jù)提供支撐工作。提高了登記效率，降低人員工作量和出錯狀況。

二、健康信息登記

電子通行證本質(zhì)是為了增加人員流動成本，并沒有著重考慮個人健康信息，或健康信息的變化情況。同時，因為疫情爆發(fā)的時間節(jié)點非常特殊，春節(jié)過后迎來一波返城高峰，此時并不適合一刀切阻斷人員流動，于是我們迎來了健康信息登記。

健康信息登記是在基于信任公眾（后來隱瞞不報則涉及違法）真實填報健康情況的基礎(chǔ)上，在到達目的地后自行隔離的條件下，一定程度內(nèi)允許人員流動。但是隨著返城高峰退去，健康信息登記則迅速被吸納進后來推出的防疫健康碼。

總結(jié)：健康信息登記是過度階段的臨時解決方案，大規(guī)模復(fù)工需求尚未來臨，返城高峰中交通卡點能夠逐個檢查體溫才是防疫核心。

三、防疫健康碼

健康碼的出現(xiàn)，主要是為了將定期更新的健康信息納入到通行權(quán)限的范疇內(nèi)，從而取代“權(quán)限發(fā)放”環(huán)節(jié)的人工審核工作，這樣就不用預(yù)留人工審核時間，“權(quán)限發(fā)放”和“權(quán)限核查”幾乎可以同時進行。

整體流程沒有了“前中后期”，用戶只需要掃碼、填報、亮碼即可。具體根據(jù)不同地區(qū)的防疫政策不同，一般市內(nèi)可以直接亮碼，無需每次均掃碼填報信息。

健康碼產(chǎn)品的核心正是如何用“系統(tǒng)校驗”取代“人工審核”環(huán)節(jié)，也就是如何打造一個健康碼引擎。

1. 優(yōu)先級

紅碼規(guī)則優(yōu)先級 >黃碼規(guī)則優(yōu)先級 >綠碼規(guī)則優(yōu)先級；

e.g. 用戶因發(fā)熱門診上報發(fā)熱觸發(fā)黃碼，隨后因確診觸發(fā)紅碼，則應(yīng)當(dāng)展示紅碼；

2. 權(quán)重

部分規(guī)則需要有特殊權(quán)重；

e.g. 用戶觸發(fā)自行隔離處置流程，需要授予短期綠碼方便其進入目的地小區(qū)；

3. 疊加

多次觸發(fā)規(guī)則需要并行疊加；

e.g. 不能用后觸發(fā)規(guī)則覆蓋前規(guī)則，不能禁止多次觸發(fā)，用戶因發(fā)熱門診上報發(fā)熱觸發(fā)黃碼，隨后因確診觸發(fā)紅碼，則應(yīng)當(dāng)展示紅碼；

e.g. 用戶因來自高風(fēng)險地區(qū)觸發(fā)紅碼，后因密接觸發(fā)紅碼，經(jīng)反饋核查密接為錯誤信息，糾錯后因為來自高風(fēng)險地區(qū)所以用戶應(yīng)當(dāng)還是紅碼（但是時長變短）；

4. 時長

根據(jù)防疫數(shù)據(jù)和防疫政策要求，確診、疑似、密接、高風(fēng)險地區(qū)、中風(fēng)險地區(qū)等等不同情況下顏色生效的時長不同，需要根據(jù)規(guī)則計算時長；

e.g. 用戶因確診觸發(fā)紅碼，時間為無限長，直到治愈；

健康碼規(guī)則較多，各地區(qū)防疫政策不盡相同，不再一一舉例。需要額外注意的是，并不是規(guī)則越多越復(fù)雜就越好，通過一定方式，乃至產(chǎn)品之外的管控手段有效降低規(guī)則復(fù)雜度能夠避免不必要的麻煩。

總結(jié)：健康碼在電子通行證的基礎(chǔ)上納入了個人健康信息，采用系統(tǒng)自動判斷的方式大大提升了防疫工具的運行效率。而普通公眾對防疫政策的支持則真正成就了健康碼產(chǎn)品。

四、一碼就醫(yī)

防疫健康碼支持“一碼就醫(yī)”，主要是借助了居民電子健康卡相關(guān)技術(shù)。居民電子健康碼是衛(wèi)健委為了解決“一院一卡、互不通用”堵點問題于2018年推出的虛擬化居民健康卡，意圖實現(xiàn)就診卡、診療信息在醫(yī)療機構(gòu)之間共享，全面推進醫(yī)療便民惠民服務(wù)。

通過對接市級/省級，或直接對接國家級平臺，可以接入就醫(yī)診療相關(guān)業(yè)務(wù)。這項工作的難點在于整合醫(yī)療資源，抹平各家HIS廠商之間的系統(tǒng)差異。杭州健康碼能夠在短短3個月內(nèi)實現(xiàn)“一碼就醫(yī)”，主要是因為在2018年浙江省就較早完成了居民電子健康卡平臺的上線。

作者：產(chǎn)品大明，公眾號：產(chǎn)品大明（gh_011）

本文由 @產(chǎn)品大明 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議