所謂BIM技術，即建筑信息模型技術，是Building Information Modeling的英文簡寫，它涵蓋了幾何學、空間關系、地理信息系統、各種建筑組件的性質及數量等(例如供應商的詳細信息)。建筑信息模型可以用來展示整個建筑生命周期，包括了興建過程及營運過程。

一、信息使用決定信息創建

不是每一個建設項目的元素都有必要放到BIM模型里面去的，而決定BIM模型應該包含哪些元素的判斷條件就是這些元素是否是實施本規劃選定的全部BIM應用所必須的。

下圖是描述BIM實施過程信息流的一個例子：

如圖所示，“設計建模”的輸出信息應該由其后續BIM應用的“設計協調”和“能量模型”的輸入信息以及其他的相關信息組成，這就是由信息使用來決定信息創建的原理。

不難理解，上游BIM應用的輸出將直接影響到下游的BIM應用，如果某個下游BIM應用需要的信息沒有在上游的BIM應用中產生，那么就必須由該BIM應用的責任方創建。

因此，BIM規劃團隊需要決定哪些信息在什么時候由哪個參與方創建。

二、確定信息交換的工作程序

BIM流程確定了項目參與方之間的信息交換行為，本階段的任務是要為每一個信息交換的創建方和接收方確定項目交換的內容，主要工作程序如下：

1)定義BIM總體流程圖中的每一個信息交換：兩個項目參與方之間的信息交換必須定義，使得所有參與方都清楚隨著建設項目工期的進展相應的BIM交付成果是什么;

2)為項目選擇模型元素分解結構(ModelElementBreakdownStructure)：使得信息交換內容的定義標準化;

3) 確定每一個信息交換的輸入、輸出信息要求，內容包括：

a、模型接收者：確定所有需要接收信息執行以后BIM應用的項目團隊成員，他們負責填寫輸入信息;

b、模型文件類型：列出所有在項目中擬使用的軟件名稱以及版本號，這對于確定信息交換之間需要的數據互用非常必要;

c、信息詳細程度：只定義實施BIM應用所需要的信息，信息詳細程度目前分為三個檔次：A-精確尺寸和位置，包括材料和對象參數;B-總體尺寸和位置，包括參數數據;C-概念尺寸和位置;

d、注釋：不是所有模型需要的內容都能被信息和元素分解結構覆蓋的，注釋可以解決這個問題，注釋的內容可以包括模型數據或者模型技巧;

4)分配責任方創建需要的信息：信息交換的每一個內容都必須確定負責創建的責任方，一般來說，信息創建方應該是信息交換時間點內最容易訪問信息的項目參與方。

潛在責任方有建筑師、結構工程師、機電工程師、承包商、土木工程師、設施管理、供貨商等;

5)比較輸入和輸出的內容：信息交換內容確定以后，項目團隊對于輸出信息(創建的信息)和輸入信息(需求的信息)不一致的元素需要進行專門討論，有以下兩種可能的解決方案：

a、輸出方改變：改變輸出信息精度，以包括輸入需要的信息;

b、輸入方改變：改變責任方，規定缺少的信息由實施該BIM應用的責任方自行創建。

三、BIM信息的質量要求

信息的質量是決定信息價值的基礎，每個項目在剛剛啟動的時候就必須建立信息質量保證的流程，并且作為整個項目質量保證體系的一部分。

信息質量保證需要考慮的因素主要包括以下幾個方面：

1、信息的清晰度和一致性

信息的創建者和使用者對同樣的對象使用相同的編碼和術語嗎?從不同來源接受的信息他們的命名、度量單位、關系一致嗎?

在開發和執行標準術語上需要詳盡考慮上述因素。

2、信息的可訪問性

什么人在什么地方、用什么方法可以得到或者沒法得到這些信息?

信息訪問容易嗎?安全適當嗎?每個項目成員機構至少需要委派一名項目團隊成員負責管理信息的提交事宜，最好能夠使用自動化系統協助項目成員交付和記錄他們的信息傳遞，以及訪問他們需要的信息。

3、信息的可使用性

這些信息可以用不同的方式組織和提供給不同的用戶嗎?例如，造價師觀察和使用信息的方法和要求與創建這個信息的設計師有很大不同。這些信息有不同的備份和版本嗎?如果是的話，是否有一個原版，然后其他備份和版本都可以從這個原版中導出?

對于BIM來說，通常設計團隊建立模型的方法和施工團隊建立模型的方法有很大不同，舉例來說：設計師會把一大塊樓板建成一個對象，但承包商可能會根據混凝土澆注的要求分成幾塊小的樓板分別創建對象。

處理這種區別的一個辦法是請承包商在設計階段就介入，把他的對象提供給設計師，并整合到一個模型中去;另外一個辦法當然是單獨建立一個施工模型。在用后一種辦法處理的時候施工模型需要建立某種和設計模型的關聯或參考以便維護和設計內容之間的關系。

4、信息完整性

需要的信息有多少可以得到?

每個信息包的完整內容都有提供嗎?所有需要的信息是在項目成員的日常工作過程中自然而然創建的呢，還是需要做專門的工作去實現?

還有另外一類問題，有些信息包可能需要由多個項目成員和(或者)在多個項目階段產生，在這種情況下，一個信息包的提交就不是一次完成的，而是多次完成的，這時候就需要有一定的方法合并這些信息從而建立一個需要的信息包。

5、信息及時性

需要的時候信息是否可以得到?

項目成員需要的當前版本信息是否可以得到，是否在需要的時候馬上可以得到?什么時候需要信息提交應該在項目計劃中準確地反應出來。

值得注意的是，當提交的信息需要轉換或者檢查時，信息傳遞就需要增加時間，這個情況項目計劃中未必能反應出來。

另外一個需要注意的問題是，當過程信息需要和其他成員進行溝通時，過于透明的過程共享會導致其他成員把原本不是更新的內容誤以為是某種更新，而事實上信息創建團隊可能只是在進行一些不同方案的比較探討。

6、信息精度

信息和真實情況的接近程度。

我們知道信息的精度嗎?這個精度滿足要求嗎?在項目過程的每一個節點上確定我們期望的信息詳細等級(LOD-LevelofDetail)和精確等級(LevelofPrecision)非常重要。

實際建造以前先數字化模擬建造的方法需要在進入現場施工以前對項目中的所有系統建立非常完整和精確的模型，而且這個精確等級和概念設計階段要求的精確等級不同。

美國建筑師學會(AIA-AmericanInstituteofArchitects)等機構都根據項目發展里程碑的要求定義了模型詳細等級。

7、信息成本

獲取信息以及使信息能夠應用所需要的成本。

信息提供的形式和格式是否意味著在設施整個生命周期內維護信息的成本最低?

項目過程中對信息提交的管理和質量保證成本如何?對于不少機構來說信息管理將會成為一個新的成本項。業務經理在確定項目人工和費用時需要認識到信息提交這個活動也有一個成本必須考慮進去。