张学勇移民公司
微信扫一扫 分享朋友圈

已有 475 人浏览分享

开启左侧

卑诗省已“拉平了曲线” 安省为什么还不能?

[复制链接]
475 0


  加拿大新冠肺炎确诊人数仍在增加,政客和卫生官员在应对疫情这个问题上,说的最多的无疑是:“我们会一起共克时艰”。

  但是这还是不能阻止许多人,从学术界到媒体,通过不同颜色的图表、图形等,注意到现在省与省之间的数据结果不尽相同。

  尽管科学家注意到每个省份收集新冠疫情数据的方式并非统一,但是还是不能否定,在“拉平曲线”这方面,西部省份总体而言,做的要比中部省份好。

  卑诗省、阿省 VS 魁省、安省

  “就目前的数据看来,卑诗省和阿省做得要比魁省和安省好,” 多伦多大学流行病学和公共卫生教授 Jeff Kwong说道。

  至于为何会有所不同,不能只是简单归因于一方面。也许是因为早期实施的应急措施不同,也许是因为公众在早阶段接收的信息不一,甚至也可能是环境因素或幸运导致的。

  各省病毒检测范围不同

  Jeff 提到,其中一个因素就是各省接收病毒检测的人均比例不一样,有些省份接收检测的比例高,有些就低。比如说,魁省每10万人里头,就有1368人接收病毒检测;卑诗省是1048人,阿省更是达到了1598人;而安省,每10万人里头,只有605人接受病毒检测的。

  确诊滞后就有可能导致病毒持续传播

  而安省最近更是存在测试积压的情况。如果患者被推迟了确诊,那么对其密切接触人士的追踪也会推迟。而之所以要追踪确诊患者的密切接触者,是因为他们也可能是新冠病毒的携带者,会传播病毒。

  “希望安省能够尽快解决测试积压的问题,那么这将会是个较小的影响因素,” Jeff 说道。

  疫情早期 各省官员反应各异

  来自多伦多大学的流行病学教授 David Fisman就提到,安省卫生厅官员在早期,就曾表示省内没有社区传播现象;这样的说法显然是错误的。

  而另外一边的卑诗省,公众获得的信息却更清晰、更凝聚。卑诗省无论是从省卫生厅,各地卫生部门,以及卑诗省疾控中心,“都做对了”,来自卑诗大学的流行病学家 Mohsen Sadatsafavi说道。

  尤其是卑诗省首席卫生官Dr. Bonnie Henry,在很早的时候就提倡“自我隔离”等预防措施。

  是否存在“超级传播者”

  尽管现在科学家们还没有完全掌握新冠肺炎COVID-19的传播信息,但是就目前掌握的数据看来,卑诗省不存在“超级传播者”。与此同时,安省多伦多市在三月初举行过一场大型国际矿业大会,多伦多“首例社区传播者”就曾参加过这场万人大会。

  但是,Jeff却指出,在三月的第一周,温哥华也有一场大型的牙科会议,当时也有数十个确诊个案与之相关,所以很难就此说明,“超级传播者”存在与否,是导致各省抗疫成果不一的主因。




  长期疗养院员工工作地点

  而在上月,卑诗省就强制规定长期疗养院的员工仅允许在一个机构工作,但安省在这方面就没有相关强制措施。

  春假的时间

  专家们还指出春假的时间也许是另外一个可能的影响因素。魁省的春假是在3月初,当时新冠肺炎还没被宣布是“大流行病”,也没有旅游警示。但安省和卑诗省的春假,都是在3月中旬。

  就在魁省省长勒戈( François Legault)呼吁省民待在家里和自我隔离的时候,大部分家庭已经从海外春假归来。

  检测确诊标准不一

  在几周前,魁省还要求医院实验室和省实验室,两方面的检测结果都为阳性的,才确诊患者感染新冠肺炎,但当魁省去掉“省实验检测结果”这一个步骤后,魁省的新增确诊人数陡增,成为第一个累计确诊人数破千的省份。

  接下来数周 死亡人数成关键

  在接下来数周,研究人员将会着重观察每个省份的死亡人数。截至今日,大部分省份的死亡个案,都和易感人群有关,他们大部分集中来自某个地方,比如说长期疗养院等。但在接下来数周,相信会看到更多的死亡个案,是社区病例。

  死亡人数的统计,有助于观察哪个省份的医疗卫生系统做得更好,遏制住病毒传播;相反,有些省份的医疗卫生系统就可能已经不堪重负了。
                           

举报 使用道具

回复
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

0

关注

5

粉丝

44947

主题
精彩推荐
热门资讯
网友晒图
图文推荐

维权声明:本站有大量内容由网友产生,如果有内容涉及您的版权或隐私,请点击右下角举报,我们会立即回应和处理。
版权声明:本站也有大量原创,本站欢迎转发原创,但转发前请与本站取得书面合作协议。

Powered by Discuz! X3.4 Copyright © 2003-2020, WinnipegChinese.COM
GMT-5, 2024-12-24 13:19 , Processed in 0.022443 second(s), 30 queries .