B
BIMKit
Tất cả BIM Use
Thiết kếChuyên sâu

Phối hợp đa bộ môn & Clash Detection

3D Coordination & Clash Detection

Liên hợp mô hình các bộ môn (federated model), phát hiện và giải quyết xung đột hình học (hard/soft clash) trước khi thi công. Theo dõi issue bằng BCF.

Công cụ thường dùng

Navisworks Manage, Solibri, Forma (Docs & Design)

Giá trị mang lại

Stanford CIFE: tiết kiệm đến 10% giá trị hợp đồng từ phát hiện clash sớm. DBIA: ROI ~10x [Nguồn: vendor/học thuật]

Mức áp dụng tại Việt Nam

Use phổ biến thứ hai sau Design Authoring ở VN — bắt buộc trên thực tế với dự án quốc tế.

Mức độ thông tin cần thiết (LOIN)

G = Hình học · A = Thuộc tính · D = Tài liệu (phương pháp ISO 7817-1:2024). Ô trống nghĩa là use này không đặt yêu cầu riêng cho bộ môn/giai đoạn đó.

Bộ mônÝ tưởngCơ sởKỹ thuậtBản vẽ thi côngHoàn công / Vận hành
Kiến trúcG2·A1·D0G3·A2·D1G3·A2·D1
Kết cấuG2·A1·D0G3·A2·D1G3·A2·D1
Cơ khí (HVAC)G3·A1·D0G3·A2·D1
ĐiệnG3·A1·D0G3·A2·D1
Cấp thoát nướcG3·A1·D0G3·A2·D1

Giai đoạn trọng yếu: Cơ sở · Kỹ thuật · Bản vẽ thi công

Cơ sở: Hard-clash detection requires G3 (clash-detectable, LOD300-350). ARCH/STRU coordinate from ST2 (soft clash at G2 catches major envelope/structure conflicts early); all MEP disciplines join at ST3 once routed. A2 + D1 by ST4 attach coordinated-status and clash-resolution attributes. This is the principal multi-discipline G-ceiling at ST3–ST4.

Ma trận Va chạm BIM

Phân loại clash, ma trận 6 bộ môn, thứ tự nhường đường MEP và quy trình BCF chi tiết đã có ở trang Ma trận Va chạm. Phần dưới đây tập trung vào cách TỔ CHỨC một chu kỳ phối hợp.

Thực chất là gì

Phối hợp đa bộ môn là quy trình tổ chức để hợp nhất mô hình các bộ môn thành mô hình liên hợp trong một hệ toạ độ chung, phát hiện xung đột, rồi điều phối các bên giải quyết trước khi thi công. Khác với việc chỉ "chạy clash", đây là công việc tổ chức: định nghĩa cái gì được tính là xung đột, ai chịu trách nhiệm, hạn xử lý bao lâu, và xác nhận đóng bằng mô hình đã cập nhật. Tìm ra xung đột là phần dễ — phần mềm làm trong vài phút. Giá trị nằm ở chỗ lọc hàng nghìn xung đột thô xuống số ít thực sự ảnh hưởng thi công, gán trách nhiệm và theo dõi đến khi đóng. Đây là chu trình lặp: hợp nhất → phát hiện → gán → xử lý → xác minh, lặp theo tuần cho đến khi mô hình đủ sạch để thi công.

Khi nào nên làm

Đáng làm với dự án nhiều bộ môn, mật độ hệ thống kỹ thuật cao — bệnh viện, nhà máy, cao ốc, hạ tầng ngầm — nơi xung đột không gian gây phá dỡ và làm lại tốn kém. Trên thực tế gần như bắt buộc với công trình cấp I trở lên thuộc dự án đầu tư công, vì nhóm này phải thiết lập và vận hành CDE theo Điều 8 khoản 4.

Điều kiện tiên quyết

  • Mô hình bộ môn đạt LOIN và chất lượng tối thiểu — phụ thuộc trực tiếp vào Lập mô hình thiết kế
  • Hệ toạ độ gốc chung đã được thống nhất và kiểm chứng thực tế
  • BEP nêu rõ lịch phối hợp, ma trận trách nhiệm và quy tắc xác định xung đột
  • CDE đang vận hành — bắt buộc với công trình cấp I trở lên thuộc đầu tư công
  • Một BIM Coordinator được chỉ định rõ, có thẩm quyền điều phối

Đầu vào

BẮT BUỘCMô hình bộ môn đã phát hành đúng hạn

Tổ bộ môn · IFC / .rvt / .ifczip

BẮT BUỘCHệ toạ độ gốc và điểm khảo sát chung

Nhà thầu chính · thông số / .txt

BẮT BUỘCMa trận phối hợp và quy tắc xung đột kèm dung sai

BIM Coordinator · .xlsx

BẮT BUỘCLịch phối hợp gắn với TIDP và MIDP

Nhà thầu chính · .xlsx / .pdf

TUỲ CHỌNIssue tồn đọng từ chu kỳ trước

Nhà thầu chính · .bcf

TUỲ CHỌNPoint cloud hiện trạng — dự án cải tạo hoặc hạ tầng ngầm

Tổ khảo sát · .rcp / .e57

Đầu ra

Mô hình liên hợp

.nwd / .ifc / định dạng nền tảngToàn bộ delivery team

Đạt khi: Các bộ môn chồng khít đúng toạ độ, đủ bộ môn theo lịch phối hợp

Báo cáo xung đột và danh mục issue

.bcf / .xlsx / .pdfTổ bộ môn

Đạt khi: Đã lọc và gom nhóm, có gán trách nhiệm và mức ưu tiên — không phải danh sách thô

Mô hình đã điều phối, sạch xung đột ở mức chấp nhận được

IFC / định dạng nền tảngChủ đầu tư · CDE

Đạt khi: Xung đột mức ưu tiên cao đã đóng và được xác minh trên mô hình mới

Biên bản họp phối hợp

.pdfDelivery team

Đạt khi: Mỗi issue có quyết định phương án và người phụ trách

Quy trình tổng quát

1

Thu nhận và kiểm tra mô hình đầu vào

Mỗi bộ môn nộp mô hình đúng hạn lên CDE. Điều phối viên kiểm tra chất lượng, xoá liên kết cũ, xác nhận hệ toạ độ. Bỏ qua bước này thì mọi kết quả xung đột phía sau đều không đáng tin.

BIM Coordinator · Navisworks Manage · Forma Data ManagementMô hình đầu vào đã qua cổng chất lượng

2

Hợp nhất mô hình liên hợp

Liên kết mọi mô hình bộ môn vào một mô hình chung theo đúng toạ độ gốc đã thống nhất.

BIM Coordinator · Navisworks Manage · Forma Design CollaborationMô hình liên hợp

3

Chạy phát hiện xung đột theo quy tắc

Áp bộ quy tắc và dung sai đã thống nhất cho từng cặp bộ môn theo ma trận phối hợp. Phân loại xung đột và mức dung sai theo từng loại xem ở trang Ma trận Va chạm.

BIM Coordinator · Navisworks Manage · SolibriDanh sách xung đột thô

4

Lọc, gom nhóm và xếp ưu tiên

Gom các xung đột cùng nguyên nhân thành một issue, loại nhiễu, xếp ưu tiên theo tác động tới thi công. Đây là bước tạo ra phần lớn giá trị của cả quy trình.

BIM Coordinator · Navisworks Manage · SolibriDanh mục issue đã lọc

5

Gán trách nhiệm và phát hành issue

Mỗi issue gán một bộ môn phụ trách và một hạn xử lý cụ thể, phát hành qua BCF để mọi phần mềm đều đọc được.

BIM Coordinator · Forma Design Collaboration (BCF) · BIMcollabIssue đã gán trách nhiệm

6

Họp phối hợp và quyết định phương án

Các bên xem issue trực tiếp trong mô hình, quyết phương án — đổi tuyến ống, chừa lỗ kỹ thuật, dời cấu kiện — và chốt người thực hiện ngay tại phòng họp.

Người điều phối + tổ bộ môn · Navisworks Manage · FormaBiên bản quyết định

7

Tổ bộ môn cập nhật mô hình

Mỗi bộ môn sửa trong công cụ authoring của mình rồi chuyển trạng thái issue sang Resolved.

Tổ bộ môn · Revit · Civil 3D · Advance SteelMô hình bộ môn đã cập nhật

8

Hợp nhất lại và xác minh — đóng vòng

Điều phối viên hợp nhất lại, chạy lại xung đột, đóng những issue đã thực sự hết, rồi mở chu kỳ tiếp theo. Số xung đột còn lại giảm dần qua từng vòng.

BIM Coordinator · Navisworks Manage · Forma Data ManagementMô hình cho chu kỳ kế tiếp

Sơ đồ

Mô hình liên hợp trên CDE
Cổng chất lượng: kiểm tra mô hình đầu vào
1Hợp nhất
2Phát hiện
3Lọc & Gán
4Xử lý
5Xác minh
Chu kỳ hằng tuần
  1. 1. Hợp nhấtGhép mô hình theo toạ độ gốc chung
  2. 2. Phát hiệnChạy quy tắc xung đột theo cặp bộ môn
  3. 3. Lọc & GánHàng nghìn xung đột → còn số ít quan trọng
  4. 4. Xử lýHọp quyết phương án, bộ môn sửa mô hình
  5. 5. Xác minhChạy lại và đóng issue đã hết

Lặp cho tới khi số xung đột giảm về mức đủ sạch để thi công. Số vòng cần thiết tuỳ quy mô và độ phức tạp dự án — hãy tự đo trên dự án của bạn thay vì lấy con số của nơi khác.

Sai lầm thường gặp

Hàng nghìn xung đột giả, đội ngũ nản và bỏ quy trình

Vì: Mô hình chưa qua kiểm tra chất lượng, dung sai đặt sai, chạy clash quá sớm

Sửa: Đặt cổng chất lượng cho mô hình đầu vào; hiệu chỉnh dung sai; chỉ chạy khi mô hình đạt LOIN

Xung đột được bàn trong họp nhưng không bao giờ đóng

Vì: Không gán trách nhiệm và hạn xử lý, không có bước xác minh

Sửa: Mỗi issue phải có một người phụ trách và một hạn; bắt buộc hợp nhất lại để xác minh trước khi đóng

Mỗi vòng mô hình lại lệch, xung đột cũ lặp lại

Vì: Không thống nhất hệ toạ độ gốc, mỗi bên nộp theo quy ước riêng

Sửa: Chuẩn hoá điểm gốc, quy ước đặt tên và ngày nộp cố định trong BEP

Họp phối hợp lê thê mà không quyết được gì

Vì: Không lọc và xếp ưu tiên issue trước họp; thiếu người có thẩm quyền quyết

Sửa: Chuẩn bị sẵn danh mục issue đã lọc theo ưu tiên; mời đúng người quyết được

Bộ môn nộp mô hình trễ, cả chu kỳ vỡ lịch

Vì: Lịch nộp không được ràng buộc trong BEP và TIDP

Sửa: Cố định ngày giờ nộp, gắn với MIDP và ràng buộc bằng điều khoản hợp đồng

Đo lường hiệu quả

Đường giảm xung đột qua các vòngMục tiêu nội bộ

Đếm số xung đột còn lại sau mỗi chu kỳ và vẽ theo thời gian

Mốc: chưa có mốc độc lập — tự đặt mục tiêu nội bộ

Tỷ lệ issue đóng đúng hạnMục tiêu nội bộ

Số issue Closed đúng hạn chia tổng số issue

Mốc: chưa có mốc độc lập — tự đặt mục tiêu nội bộ

Giảm yêu cầu làm rõ thông tin và lệnh thay đổiHọc thuật

So số RFI và change order giữa dự án có và không có phối hợp BIM bài bản

Mốc: Stanford CIFE (32 dự án): giảm tới 40% thay đổi ngoài dự toán và tiết kiệm tới 10% giá trị hợp đồng nhờ phát hiện xung đột kịp thời. Giel & Issa: RFI giảm 34–68%, lệnh thay đổi giảm 37–48% trên 3 nghiên cứu tình huống

Số vòng phối hợp đến khi đủ sạch để thi côngMục tiêu nội bộ

Đếm số chu kỳ cho tới khi đạt ngưỡng xung đột chấp nhận được

Mốc: chưa có mốc độc lập — tự đặt mục tiêu nội bộ

Căn cứ pháp lý

Điều 8 khoản 5 quy định cơ quan chuyên môn về xây dựng sử dụng dữ liệu BIM khi thẩm định, trong đó có kiểm tra xung đột kỹ thuật — đây là lần đầu việc phát hiện xung đột được nêu trong văn bản pháp lý về BIM ở Việt Nam. Điều 8 khoản 4 bắt buộc chủ đầu tư thiết lập, quản lý và vận hành CDE với công trình cấp I trở lên thuộc dự án đầu tư công; CDE chính là hạ tầng để chạy chu kỳ phối hợp.

Nguồn

Chính thứcThẩm định có kiểm tra xung đột kỹ thuật; CDE bắt buộc với cấp I trở lên thuộc đầu tư công NĐ 217/2026/NĐ-CP, Điều 8 khoản 4 và khoản 5 (2026)
Học thuậtGiảm tới 40% thay đổi ngoài dự toán, tiết kiệm tới 10% giá trị hợp đồng Stanford CIFE (32 dự án) — dẫn lại qua Azhar, ký yếu Associated Schools of Construction (2008)
Học thuậtRFI giảm 34–68%, lệnh thay đổi giảm 37–48% Giel & Issa, Journal of Computing in Civil Engineering (ASCE), Vol. 27 No. 5 (2013)
Học thuật36 xung đột thiết kế trên nhà điều khiển trạm biến áp tại Việt Nam Quan T. Nguyen et al., IOP Conf. Ser. Mater. Sci. Eng. 869, 022038 (2020)
Học thuậtMức áp dụng BIM ở Việt Nam sau một thập kỷ và các rào cản còn lại Challenges in Adopting BIM in Vietnam: A Decade's Perspective (EASEC 2024), Springer (2025)

Chỉ dùng nguồn chính thức (văn bản pháp luật, tiêu chuẩn) và nguồn học thuật bình duyệt. Không dẫn số liệu quảng bá của nhà cung cấp phần mềm hay nguồn báo chí. Tài liệu tham khảo — không thay thế tư vấn pháp lý.