土体垮塌现场，滑面只有一次机会

10月16日上午，在建G6002贵阳环城高速公路扩容工程施工现场发生土体垮塌事故，3名施工人员遇难。事故发生后，贵州省、贵阳市应急管理、交通运输及属地政府相关部门赶赴现场，开展抢险救援、险情排查和善后处置，事故调查组已启动原因调查。

这条消息里能用的技术信息不多，但有一样东西的时效性写在字面上：抢险救援是同步启动的。土体垮塌的现场，救援要挖土、要清理、要搭通道，每一步都在改变现场几何。而事故调查要回答的第一个问题是滑面在哪里，这个问题只能靠清理之前的那份数据回答。

我们做过类似的事，说点实在的。基坑或者坡体垮塌之后，最容易丢的不是数据，是数据采集的顺序。现场一忙起来，先想到的是救人，第二步想到的是排险，第三步才想到留证据。而第三步往往已经做不出完整的东西了。

为什么滑面位置只有一次机会

土体垮塌和桥梁倒塌、火灾烧毁有个根本差别：它的证据全写在土里，而土是可以被搬走的。

桥梁倒塌之后，残骸留在原地，量一量断口位置、构件姿态，能推的东西很多。土体垮塌不一样。滑面是一层界面，可能厚可能薄，可能明显可能模糊。垮塌体堆在坑底之后，从外面看过去是一堆土，看不出当初是哪一块在动、沿着哪一条线动的。等到清理到坑底再去看，能看到的是坑底的形状，那是被挖掘机重新塑造过的形状。

所以第一份数据要采集的对象不是垮塌体，是垮塌面。垮塌面是土体滑动后暴露出来的那个界面，它保留了原始土体的层理、含水痕迹、剪切痕迹。这些东西剥开就没了，一旦清理掉，永远不会有第二份。

我们踩过这个坑。当时一处坡体清方，清完之后发现滑面形态记录缺失，只能靠清方后的坡面反推，反推出来的坡率与实际滑面差了一截。差的那一截后来成了争议的焦点，因为施工单位认为坡率符合规范，设计方认为不符，两个人手上都没有原始数据。

改扩建场景的特殊难度

这次事故的工程性质是在建扩容工程。扩容和新建有个区别：新建项目现场相对独立，扩容项目紧邻在用的运营设施，两边的土体、排水、管线互相牵制，事故现场往往不是一个孤立的坑。

这就带来三个几何上的复杂度。

第一，垮塌区与原有路基的关系必须是同一个坐标系里的两套面。判断"垮塌有没有影响在用路段"这个问题，靠的是坑外沉降的分布形态和原有路基的沉降分布叠在一起看。两套数据如果各用各的基准，两个沉降曲面叠不到一起，"坑边沉了三厘米"和"路面沉了两厘米"这两个数就没法比较。我们在地面塌陷与跨线桥功能性停用那篇里讲过同一个问题：构件没坏，构件与地面的关系变了，这种关系判断必须配在同一套坐标系里。

第二，坑外沉降的分区比总沉降量更有信息量。一个沉降数字说明不了什么，坑外沉降的分布形态才能说明机制。均匀整体下沉对应整体滑移，靠近坑边陡降对应局部失稳，远处孤立隆起对应滑体前缘推出。扫描给的是面状数据，这个判断可以在面上做，靠单点水准点做不到。

第三，地下管线是几何问题也是安全问题。扩容工点的管线迁改往往还没完成，管线位置记录用的是施工图，施工图与实际埋深常有偏差。垮塌一旦造成管线悬空或位移，这段管线的实际空间位置就需要重新测，原有的竣工资料给不出来。这个活儿我们干过，坑下悬空管线要在开挖前先测一遍原始位置，不是出事之后再测。

现场要采哪些数据

把垮塌现场的数据项摊开，大致是下面这几类。在用建筑地下开挖扰动监测那篇讲的思路在这里适用，开挖类扰动的判断都绕不开这几项。

这张表里最容易被跳过去的是最后一行。垮塌体方量大家爱算，因为它是能写进汇报的数字。但要注意，算方量的目的是核量，不是定边界。真正决定事故性质的是垮塌面，垮塌体只是垮塌面搬动之后的结果。

支护体系那一项也有个常见疏漏。事发之后的第一反应是"支护是不是失效了"，但支护失效的判断要看变形量在事故前的发展过程，事故后的终值给不出这个过程。所以如果支护上有位移观测数据，要连同原始记录一起保留，别只看事后的一次复测。

采集顺序比精度更关键

有人会问，扫一整片多快，能不能一次性全扫完，把精度提到最高？现场条件通常不允许。

垮塌现场分时段推进：先是救援，然后是排险，然后是探测，然后是清理。每一段都在压时间。我们一般按这样的顺序安排，先把整场快速扫一遍建立全局框架，这一轮精度可以不高，作用是判断哪几块是必须保住的高价值目标。然后在垮塌面、坑外沉降区、支护这三条线上加密采集，这部分精度要求高，控制点也要打在这三个区域的稳定位置。最后是移动后的二次扫描，用来对比每一轮之间发生了什么。

控制点选址是这套工作里最容易翻车的环节。垮塌区本身不稳定，不能架站；坑边正在变形，站上去影响数据；周边临时设施会移位。当我们遇到控制点实在找不到的情况，就在稳定区域外缘拉一条基线，基线上布设靶标，宁可精度牺牲一点也不要靠自轨迹凑合。自轨迹在垮塌现场会累积漂移，因为点位本身就动了。

另一条现实约束：救援通道要占地方。扫描架站的位置经常和挖掘机、吊车抢位子。做法是把架站方案提前跟现场调度对一遍，优先选在坡顶外侧和已稳定的作业平台上，这些位置垮塌之后还在，不会因为清理而消失。

技术边界要说在前面

这一段容易被忽略，但写报告时漏了会很麻烦。

土的强度参数给不了。三维扫描给的是几何。土的内摩擦角、黏聚力、渗透系数，这些要取样做室内或现场试验。几何数据能告诉你滑面在哪、滑了多少、坑外怎么沉降，不能替代强度参数，也不能替代稳定验算。把两者混起来写是事故报告里最常见的问题。

垮塌原因给不了。几何数据支撑原因分析，不是原因本身。触发因素（降雨、堆载、震动、开挖扰动）需要气象记录、施工日志、监测时序这些独立证据。扫描能做的是把每一条时空对应关系落到具体位置上，让这些证据对得上号。

全过程给不了，除非一直在测。一次测量只是一个时刻。要判断变形是事故前就在发展还是事故瞬间发生的，需要事故前的多期数据。有现场监测资料的，可以把监测数据与三维几何对齐互校；没有的话，只能就事论事说事后的状态。

人的位置给不了。3名遇难人员的具体位置和姿态，靠现场标记、目击材料、救援记录推断，不由扫描产出。这一点要写清楚，否则容易被理解成扫描能还原伤亡过程，实际不能。

记录之外的一点提醒

这类事故现场有个现实问题：三维记录是技术材料，不是结论。现场记录做完之后，它支撑的是原因认定、责任划分、后续加固方案这三件事，而认定和划分由调查组负责。我们能保证的是数据可复核、采集过程可追溯、结论不超出数据能支撑的范围。这一句写在报告开头，能省掉后面很多解释。

还有一个容易被忽略的成本项。事故现场的三维数据量通常很大，点云和模型动辄几个到几十个G，如何归档、怎么保证几年后还能打开，是要提前规划的。这类数据在项目层面经常没有明确责任人，最后散在几个U盘里。经验是：采集的同时就把元数据写好（坐标系、控制点、采集时间、设备、天气、作业条件），归档时按"事故编号+采集轮次"组织。这一步花的时间不到一小时，几年后能省掉几天。

回到这条消息本身。3名施工人员遇难，事故调查组已启动。后续调查报告里大概率会提到滑面形态、支护变形、坑外沉降这几项数据。到那个时候，这些数字是从现场挤出来的，还是当时记下来的，差别很大。