為何英國以「佛系防疫」面對武漢肺炎?瘟疫史教我們的事

為何英國以「佛系防疫」面對武漢肺炎?瘟疫史教我們的事
Photo Credit: Reuters / 達志影像

我們想讓你知道的是

1347年黑死病大爆發,拉古薩共和國(位於今日的克羅埃西亞)率先頒布「檢疫」規定,貿易船隻必須停泊隔離40天才能上岸。今日隔離檢疫(quarantine)的英文,就是源自義大利文的「四十」(quaranta giorni)。不只隔離檢疫,其實社交距離、疫調也都在「古時候」就有了。

「一覺醒來,整個世界都不一樣了。」COVID-19(2019冠狀病毒疾病,簡稱「武漢肺炎」)讓全球史無前例停工封城,在我們明確意識之前,疾病已經成為全球化的一環。但回顧醫學史,這並不是人類第一場瘟疫大戰,疾病不時大舉來襲,統一各洲;人類也不斷尋找各種抗疫手法,延續至今。「研之有物」專訪中研院歷史語言研究所李尚仁研究員,梳理歷史切片中人類面對瘟疫的變與不變,提供當前的我們歷史縱深的省思。

疾病統一世界

1492年8月3號夜晚,正要從西班牙出航的哥倫布大概沒想到,這趟茫茫的旅程除了即將打破舊世界想像,同時,天花、麻疹、結核病等疾病,也將跟著探險隊「登入」世界彼端。

早在麥當勞、星巴克、好萊塢電影成為「強勢語言」之前,看不見的病毒、細菌已經隨著人類的貿易、戰爭與頻繁遷徙,悄悄「非武力」佔領全球。這是歷史學者勒華拉杜里(Emmanuel Le Roy Ladurie)提出的概念——疾病統一世界。

李尚仁提到,無論是17、18世紀黃熱病大流行、19世紀的霍亂,都能看到病菌跟隨著殖民者、軍隊、貿易商,從原先流行地區往外擴散,許多風土病因此成為全球流行病。

以惡性瘧疾為例,原本盛行於熱帶地區。由於北美蔗園擴展、勞動人力不足,大量黑奴被運往美洲大陸,帶有瘧原蟲的患者與瘧蚊,便無聲無息地跟隨奴隸登上輪船,跨過大西洋,加勒比海地區一度成為殖民與被殖民者的集體墳場。

疾病全球化下的不平等:洗手是一種特權

疾病全線攻佔世界,但世界真的被疾病「統一/同一」了嗎?

看看全球現況,只能說一樣病毒百樣情。面對來勢洶洶的武漢肺炎,亞洲國家瘋搶口罩、歐美民眾則視戴口罩為趴趴走的病人;有的國家強力封城,也有地區佛系抗疫。

被疾病急速統一的世界,彷彿又劇烈分化。

李尚仁以歷史學者阿諾(David Arnold)「對統一論的反擊」觀點,進一步說明,懸殊的貧富差距、醫療資源、對抗疾病的能力,導致同一種疾病在世界各地,呈現迥異的影響。甚至,疾病還可能加劇各國間的分化與不平等。

例如,伊波拉病毒大舉肆虐非洲時,死亡率超過7成。雖然美國、歐洲也有醫療人員在疫區染疫回國的案例,但病毒很快就被這些相對富裕、醫療完善的國家擋下。

「醫療資源造成的疾病差異化,更突顯了貧富差距形成的公衛不平等。」近期的新冠疫情,再度顯露疾病全球化後的不平等面貌。

「能洗手是特權,說明有自來水;有乾洗手液也是特權,說明你有錢購買它;禁足不出門也是特權,說明你有能力不出門工作。」

一名印度醫師的社群發文陳述出,面對災難衝擊,資源與風險承受度,往往決定了族群、個人遭受的傷害,同時在孤立無援下,進一步加劇原本的不平等處境。

RTX7FEXO
Photo Credit: Reuters / 達志影像
印度加爾各答的貧民窟,許多居民並沒有基本防護裝備;新加坡也傳出移工集體感染。再次暴露開發中國家、經濟弱勢群體,在疫病中往往首當其衝。

隔離、檢疫所、疾管局,都很「老派」

對戰瘟疫,抗原PCR檢測、快篩、病毒基因定序是時代新武器,但有更多大家熟悉的抗疫手法,其實相當古老。

1347年黑死病大爆發,瘟疫以地中海西西里島為起點,隨著貿易路線往法國、英國蔓延,奪走歐洲至少三分之一人口性命。此後每隔幾年,瘟疫便捲土重來。

當時地中海城邦認為,瘟疫是被外地人帶進來,拉古薩共和國(位於今日的克羅埃西亞)率先頒布「檢疫」規定。貿易船隻必須停泊隔離30天才能上岸,後來又延長為40天。

今日隔離檢疫(quarantine)的英文,就是源自義大利文的「四十」(quaranta giorni)。

隔離所」(pest house)也在法國亞維儂誕生,教會搭蓋簡單的小木屋,專門收容隔離染病者和可疑病患,阻絕疾病擴散。另外,義大利城邦開始設置檢疫單位,訂定法令整治城市環境,例如:規定墳墓距離、屍體埋葬深度、監獄人數、進行清潔檢查等等。

地中海城邦一系列的疫病管理,可以說是現代國家介入公共衛生的先驅。

沒有病毒、細菌的概念,還是能夠追蹤疫調、保持社交距離

李尚仁提到:「人類對付疫病,技術會不斷更新,但許多觀念原則是一樣的,有其歷史脈絡。」

在中古時期,沒有病毒、細菌、病媒蚊的微生物概念,但人們透過經驗觀察、實作操練,逐漸摸索出防治策略。換句話說,武器簡陋,守備心法卻隱約相似。好比,拉長時間、空間管控,就是不變的核心原則。演變至今日,又再衍生出居家隔離、負壓病房、封城等各種現代化形式。

社交距離也有「古代版」。室內1.5、室外1公尺,在16世紀,則是「一根拐杖的距離」。米蘭主教規定神職人員必須隨身帶著拐杖,神父與信徒隔著拐杖之遙互動。

疫調追蹤,同樣自古承襲。黃熱病本來是熱帶疾病,19世紀中卻在溫帶的英國威爾斯爆發一場疫情,當地展開排查,一路追追追發現,瘟疫是在一艘船隻抵達後發生。當時的人完全不清楚黃熱病的真正病原,但仍能透過疫調追蹤找出感染源。

「從今日眼光來看,古代的疾病知識或許不完整,但人們可以透過現象觀察,找出因應之道,這些雛型也不斷累積至今。」李尚仁分析:「這也打破了我們的認知:不完全正確的知識,仍然可能找到某種有效行動!」

shang-jen-li-02-
過去隔離所有簡易的木屋形式(左),後來也出現系統化、大規模建蓋,低樓層沒有窗戶、單一出入口,隔離所中間有活動空地,外圍則以河流、樹叢環繞,阻擋「瘴氣」飄散,圖(右)為近現代荷蘭萊頓的瘟疫收容所。(圖片來源|(左)Moorfields, London,Wiki/(右)Wellcome Library

最令人意想不到的是,醫院、隔離所的角色大逆轉。今日,醫院是正面迎敵、搶救病人的一線戰場;但過往,醫院則更像消極治療、聽任自然的留置區。

以19世紀為分水嶺,以前的人生病由醫生出診,醫院只是窮人、病患的收容所。不同於當代醫療體系明亮、乾淨、專業的形象,19世紀前,隔離所如同集中營,一二樓沒有窗戶,封閉、陰暗、與世隔絕,形同「圓形監獄」。一旦疑似染病被送進去,只能默默祈禱死神別點到名。

14世紀的黑死病,促成西方防疫政策、隔離檢疫、公衛機關的成形,也讓歐洲累積不少疾病與醫學知識。

英國「佛系防疫」背後的自由主義傳統


猜你喜歡


加速敏捷開發腳步!AWS Amplify 協助企業打造高效能應用服務

加速敏捷開發腳步!AWS Amplify 協助企業打造高效能應用服務

我們想讓你知道的是

台灣企業勢必需要明確轉型策略,搭配適合的雲端工具作為入場券,一來降低數位化門檻、二來減少摸索資源的浪費。

打造敏捷開發流程、加速前後端工程師的協作效率,是許多企業在面臨疫情之後,認為亟需將彈性元素納入為企業文化當中。雲端運算服務領導業者 AWS 台灣,觀察到前端工程師主要負責處理最貼近用戶的 Web、行動應用程式,但他們往往需要與後端團隊合作過程,遭遇耗費大量討論時間,才能處理使用者介面事項。

為了降低前後端的溝通成本,有些前端工程師在掌握介面管理能力之後,開始橫跨到後端的伺服器、資料庫開發經驗,甚至進一步培養技能,成為能負責測試、安全、效能多面向的全端工程師。

有的人會透過 Side Project(利用業餘時間開發有興趣的專案)或參加 Hackathon(黑客松)方式,運用 AWS 雲端工具嘗試自行擴展後端,並建立簡單易用的工具程式。究竟,AWS 平台提供哪些資源幫助前端工程師擴展更多元的技能樹?

掌握入門教學!前端工程師如何將 REACT 程式快速上雲

前端工程師運用 AWS Amplify,快速在雲端建立 REACT 應用程式

事實上,AWS 的入門課程指出,運用 AWS Amplify 在雲端建立 React 應用程式及服務集,只需五個學習歷程,包含建立 React 應用程式、初始化本機應用程式、新增身份驗證、新增 API 和資料庫、新增儲存體。如果想快速了解 REACT 程式快速上雲的方法及示範教學,本文節錄 AWS QUICKSTART 學習資源內容,幫助前端工程師更快掌握重點。

首先,何謂 AWS Amplify?AWS Amplify 是一項全托管 Front-End Web & Mobile 服務,採取無伺服器模式,在後端建立、部署和託管單一頁面 Web 應用程式或靜態網站的 Git 型 CI/CD 工作流程,加速開發過程直接整合其他 AWS 服務。舉例來說,像是整合封裝好的 Library 資源、或運用一些 Components UI 軟體去配置後端,以及利用 Admin 的 UI 做資源上的管理。

打造第一個你在 AWS 上的應用程式

AWS Amplify加速Develop、Deliver 與 Manage流程

AWS Amplify 主要優勢展現在三大項工作階段,分別是 Develop、Deliver 和 Manage。Develop 部分可利用 CLI(Command-Line Interface)或 Admin UI 設定後端,使用 GraphQL 或 REST API 設定也是可行的,進而快速建構一個前後端專案。此外,開發者還能搭配 AWS 其他服務,例如使用 AWS Authentication 全托管認證服務,或 DataStore、Storage 等多項 Feature Categories。

到了 Deliver 階段,若是要透過 AWS Amplify 執行 Web Hosting 任務,可拆解出三個流程。首先是將 Repository 與 AWS Amplify 進行連結,這邊可整合 Amplify Console 提供的支援資源包含 Github、Bit Bucket、Gitlab、以及 AWS 的程式碼代管工具 AWS CodeCommit。一旦連結以後,開發者可透過自己的 Configuration,决定在各個不同的 Build 要執行什麽樣的指令,最後再透過 Deploy 方式,幫助工程師進行前端的 Hosting。

在最後一個 Manage 階段,開發者則可利用 AWS Amplify 的 Admin UI,以開啓瀏覽器方式,透過視覺化介面統一管理資源。例如在 Admin UI 介面左側選單,涵蓋 Content、User Management 的區塊,讓參與專案但沒有 AWS Console 權限的使用者,可利用 E-mail 方式邀請使用者進到 Admin UI,進行一些設定或觀看其他相關資源;甚至在 Set Up 區塊還有相關選項,例如要針對 Data Modeling 或 APP User 做權限管理,以及可連結到 AWS 其他服務。

透過 AWS 增加你的雲端技能 在組織發揮你的影響力

運用開放資源 AWS Amplify Framework,打造高效能應用服務

AWS QUICKSTART 學習資源還介紹到另一個 AWS 提供的開放資源 Amplify Framework,一樣可利用 Amplify CLI 的方式,配置 Web 和行動應用程式的前後端,以及開發者需要用到的服務,讓應用程式更易於構建,並獲得安全、高性能的使用體驗。

Amplify CLI 一樣有支援多個不同 Category,例如較常使用的幾個 Comment Line,像是Amplify Init 指令做初始化或創建幾個不同資源;或是 Amplify Status 指令,隨時在開發過程查看各個 Category 狀態;甚至專案結束後,可利用 Amplify Delete 直接把 Amplify 所創建的資源做一次性删除。另外也可透過 AWS Amplify Client 利用比較抽象化方式,讓開發者直接利用 Component 實現想要完成的項目。

實際示範給你看,設定 React 程式可以如此簡單

假設前端工程師現在要快速部署一項有驗證功能(Authentication)還要搭配 Rest API、GraphQL、Analytics 等服務的應用,如何快速設定 React 程式?在 AWS QUICKSTART 的學習資源後半段,有詳細說明要啟動這類型專案的操作方法。

開發者可以先利用 AWS Lambda Function 結合 Amazon API Gateway 方式,創建出一個 Rest API,到了 Authentication 階段,則使用到 AWS Cognito 的服務,接著針對 GraphQL 需求,可利用 AWS AppSync 服務,以及最後如果有 Analytics 的需求,也可以串聯 Amazon Pinpoint 工具。Amazon Pinpoint 是一項彈性而可以擴展的行銷通訊服務,開發人員可利用 Amazon Pinpoint API 追蹤 Web 使用者的行爲,或是針對 APP 推送、電子郵件、簡訊點擊行為蒐集到具體的資訊。

在這整套流程示範之後,值得特別強調的是,AWS AppSync 是一項全托管的服務,能及時更新,甚至在使用者離線時仍可以持續去創建和修改數據。一旦設備連上線之後,這項應用程式就可重新連線,並接到後端同步數據,達成彈性、自動化擴展或減縮各式 API 的請求。

AWS 最後強調,Amplify 是相當適合建構出一個靜態 Web、Apps 服務模式,例如說像是打造部落格,或者是一項 APP 內的代辦事項應用等;加上 Amplify 具全托管服務特色,可串聯上述 AWS 在雲端所提供的資源,都能在部署過程加以整合,加速開發流程及效率,並且有效節省開發資源。如果想用低門檻的雲端解決方案,其實前端工程師是能在開發流程更靈活配置資源,甚至為公司的商業、服務模式挖掘出創新價值。

填寫表單諮詢專人 快速在 AWS 找到適合你的快速上雲服務與工具!

了解更多:AWS 開發者系列


猜你喜歡