区块链怎样让疫情预警更加的及时

2002年11月16日，广东省出现第一例非典感染患者，但2003年2月这种“非典型肺炎”的疫情才开始在互联网流传发酵。

距离非典疫情17年之后，2019年12月，武汉市部分医疗机构陆续出现不明原因的肺炎病人，但同样时隔将近两个月，到2020年1月下旬，关于新型冠状病毒肺炎的舆情才开始在全国流传。

这17年，我国的各项医疗水平已经取得了突飞猛进的进步，但应对此类突发性疫情的水平和能力似乎依然有不少欠缺。与病毒的战役，就是一场与时间赛跑的战争。如果能抢在疫情全面爆发前及时预警并有效控制，或许局面会好很多。

早在2008年4月，我国在全国31个省（直辖市、自治区）运行国家传染病自动预警系统，建立自动预警与响应机制，并实现了对39种传染病监测数据自动分析、时空聚集性实时识别、预警信号发送和响应结果实时追踪等功能，上报方式也从传统的人工上报逐步发展到信息化和IT化上报模式。

图1：目前我国传染病报告上报和预警结构

来源：乌士儿，《硬核：用区块链技术改进国家级传染病监测预警网络》

相较2003年非典时期，我国的传染病监测体系已经进步许多，尤其是对于已知传染疾病的监测预警，通过自下而上的数据回馈与分析，能够及时响应并调配资源进行有效防治。但在面对未知的新型疫情时，却显得有些无力。这其中有技术原因，也有人的因素。

基于国家传染病上报对数据的完整性、准确性的高要求，目前传染病报告卡从临床医生填报到上报国家传染病网络直报系统，需要经过3次人工审核。这种多次多层核实的模式，在平时应对已知疾病是一种非常稳妥与保险的做法，能避免个别环节由于人为出错而造成的连续性负面影响。但在面对突发的重大传染病时，这一机制却成为重大缺陷，极大降低疫情上报效率，严重阻碍了对突发重大传染病的监测与防控工作开展。

医院间的数据孤岛问题也是导致疫情预警滞后的原因之一。出于对病人隐私与病例数据的保护，现在大多数医院都不会与其他医院共享数据。所以，在新型疫情发生时，医院传染病报告卡只能自下而上纵向传送，并不能在医院间横向共享。所以医院之间缺乏相同症状病人的数据对比，无法进行类似病例数据的交叉验证，进而合理评估疾病的严重程度。这种医院间的数据隔绝，也会使得某些医院在面对未知疫情时，盲目低估其破坏力与影响力，不能及时采取应对措施。同时，由于数据隔绝和国家对传染病数据的高要求，使得每个医生、每家医院和当地疾控中心在每次上报新型传染病时都承担着相应压力，处理新型疑似传染病时都会异常谨慎小心。