**大橋質量與安全管理信息化實踐摘要：本文簡要回顧了**大橋質量與安全管理信息化的過程，重點介紹了質量與安全管理信息化在大橋建設管理過程中發揮的作用及如何結合實際規劃，以更好地發揮這些作用服務工程建設。

關鍵詞：項目管理信息系統

質量項目劃分

危險源

一概述**大橋是在建的世界第一斜拉橋，投資大（預算60多億元），工期長（計劃工期6年），涉及面廣（參建單位數十家），管理條件極為復雜。為實現“安全、優質、高效、創新”的建設目標，**大橋的管理者們覺察到需要建立一個科學有效的項目管理信息系統來協助進行大橋的管理工作。為此，經過多次調研，江蘇省**大橋建設指揮部決定聯合上海普華科技發展有限公司進行系統的研發。系統研發主要分兩個階段，其中，一期以解決成熟的商品化軟件集成為主，即進度投資管理(P3e/c)、合同管理(Exp)和文檔管理(Powercom)三部分的集成。目前，一期成果已于2005年3月正式投入運行。從2005年3月至2006年5月，針對**大橋的管理實際，系統進行了二次開發，作為對一期的補充，包括質量管理、安全管理兩部分。本文描述的就是系統二期補充開發的總體過程及實施概況。

二研發過程回顧

二期研發之初，我們走了一些彎路，一度陷入困惑和迷茫之中，碰到了不少問題。歸納起來，主要有以下幾點：

1．幾乎沒有任何經驗可參考。在此之前，國內幾乎沒有類似大型復雜項目的信息系統開發經驗，也沒有大型橋梁工程質量、安全管理的信息化實踐經驗供我們參考，這就意味著我們的工作幾乎要從零開始。

2．質量、安全管理本身難以信息化。與進度、投資管理可以利用成熟的網絡計劃技術、掙值技術等不同，質量、安全管理的一個重要特點就是：涉及的管理工作非常離散、頭緒眾多、面較廣，不易量化，不易建立數學模型。

3．難以調動其他參與方的積極性。參與各方積極、有效的協同工作是系統開發成功的一個必要條件。開發之初，由于其他參與方的重視度不高及其它種種原因，各方的積極性都大打折扣，這直接導致了開發工作在較長一段時間內難以推進。

針對這些問題，我們制定了如下總體開發思路：

1.明確用戶。這是要解決“誰用？”這個問題。這個問題是整個開發工作的第一個環節，它不明確，任何工作都是無的放矢。經過調查，我們明確了質量、安全管理模塊的使用對象為指揮部的工程處、安全處及施工單位的工程部、勞安部相關人員，同時考慮到目前的管理現狀，我們適當考慮了監理人員。

2.建立開發團隊。之所以在明確用戶后才建立開發團隊，主要是出于將用戶納入開發團隊的想法，這樣的好處是：使他們意識到自己是整個團隊的一員，能夠很好地調動他們的積極性，增強他們的責任感。據此，我們的團隊成員既有程序開發、技術服務人員，又有指揮部、施工單位及監理單位的項目管理人員和工程技術人員，同時還有指揮部直接負責該項目的領導等。與此同時，我們將責任落實到各單位、部門，直至具體人員。

3.調研用戶需求。調研用戶需求是一項長期而重要的工作，可以避免閉門造車，從而能推動、加強用戶對最終成果的認同感。因此，它是整個過程中非常關鍵的一個環節。通過初步調研，我們發現用戶對質量和安全管理的信息化需求都還沒有清晰、全面的概念，提出的需求也都較零散，很難集中實現。為此，我們采取了積極協作、主動出擊的工作方法。具體說來，首先，由普華公司向指揮部項目管理部門給出其主要思路以及它能夠實現的功能等，然后雙方就此展開“頭腦風暴”式的討論，大家根據自己的經驗提出意見和建議，并結合理論和實際需要進一步完善，形成了雙方的思路框架。接著，指揮部項目管理人員連同普華公司人員向施工單位用戶講解該思路，同時征求并采納他們的正確意見。比如，我們原先關于危險源控制的思路是將危險源按照人、機械、環境三類劃分后再與施工進度計劃對應，但施工單位用戶根據他們的實際工作情況，認為這種做法很難操作，他們提出直接按照施工進度計劃識別危險源。通過實際嘗試，我們發現該意見是正確的，并及時采納，避免了使用階段的麻煩。這樣，我們最終確立了用戶總體需求。

4．確立系統框架。依據用戶需求，我們確立了系統思路和框架并進一步細化了框架的具體環節。

5．程序設計。程序設計是在系統框架確立并經各方一致認同后進行的，這可以避免“返工”現象。

6．系統完善。當然，之前確立的僅僅是用戶主要需求基礎上的系統框架，而實際情況是：隨著各方，尤其是用戶認識的不斷深入，用戶的需求細節會有一個完善的過程。因此，在試運行期間需要跟蹤并完善系統。

溝通協調是貫穿整個開發過程的，有效的溝通是以上一系列環節的粘合劑。由于人們大都已習慣當前的管理方法，開發始初，他們的積極性較低。我們的一個體會是，通過溝通，讓各方切身體會到參與此項工作的意義及系統運行后對工作的幫助，同時還要充分尊重每一位參與者的意見。

三功能介紹

1.質量管理

按照事前預控、事中檢驗、事后分析的基本方法，質量管理模塊形成了如下思路：

事前預控：系統能對從基礎的責任體系到施工前的教育培訓、技術交底等進行全過程文件記錄，還能對國家、行業的相關法律、法規等實時共享。

事中檢驗：質量檢驗是施工階段質量控制的重要內容，主要包括質量驗評和質量檢查兩部分。其中，質量驗評能記錄質量檢查項從簽證到整改再到最終評定的全過程，并且通過與施工進度計劃的關聯實現了質量管理和進度管理的同步，通過與資源的關聯實現了驗評過程中責任制的落實；質量檢查能記錄指揮部、監理的宏觀檢查結果。

事后分析：系統能以統計表、柱狀圖等多種形式對質量驗評過程中的簽證、評定結果及關鍵指標進行分析，還能以折線形式反映宏觀檢查結果趨勢，并且能提供相關報表。

2.安全管理

安全管理思路如下：

文檔體系：系統能記錄安全管理工作中的一些基礎類文件，以及安全控制的基礎文件（責任體系、培訓體系等）。

控制體系：安全控制是安全管理工作的重心，系統能從不同層次以及分類開展安全管理工作。其中，危險源控制是細度控制，用于進行危險源識別、評價、控制措施及匯總分析這一系列工作，并且通過與施工進度計劃的關聯實現了安全管理與進度管理的同步；檢查考核能記錄、發布指揮部、監理的宏觀檢查結果；重點控制能建立船舶、機械的動態臺帳；應急處理則能提供針對應急情況的基本處理辦法。

經驗庫：“前事不忘，后世之師”。通過設置經驗庫，系統可以在一定程度上吸取類似工程的安全管理經驗，以此來服務本工程。

四規劃概述

依據以上功能，結合**管理工作現狀，我們做了如下規劃：

1.應用環境

質量、安全模塊均采用瀏覽器/服務器(Browser/Server,簡稱B/S)結構，指揮部人員可直接進入，其他相關人員可通過虛擬專用網絡（VPN）連接到指揮部局域網后使用。

2.基礎數據

由于二次開發是在現有系統基礎上進行的，故質量、安全模塊一方面繼承了現有系統的基礎數據，同時又根據管理需要增加了如下數據：

2.1質量管理

A.質量評定類別

它指從項目本身的結構角度把項目逐步分解到各個層次。我們按照常規劃分辦法，設定了“單位工程”、“分部工程”、“分項工程”三類。

B.質量評定簽證等級。

它是指質量檢查項簽證或質量評定項評定所需要的批準層次、等級。按照目前的情況，我們設了“質量檢查站”、“總監辦公室”、“現場監理代表”、“施工項目部”四個層次。

C.質量簽證類別

它是指質量檢查簽證時涉及的工作狀態。我們暫時設立了“停工待檢點”、“旁站點”、“記錄點”三類。

D.質量評定、簽證基分設定

它是指進行質量評定、簽證時的評分劃分。我們暫時設了“優”、“良”、“合格”、“不合格”四類，它們具體的分數設定按照管理需要設定。

E.質量項目劃分(QualityBreakdownStructure,簡稱QBS)

它是指從質量管理的角度需要控制質量的各個項目層次，是分層次的樹狀結構。在此，我們按照《**長江公路大橋工程專項質量檢驗評定標準》中對工程實體單位、分部、分項工程的劃分進行設定。

F.質量檢查項(QualityItem,簡稱QI)

它是指從質量管理的角度控制質量的最小單元項。在此，我們依據《**長江公路大橋工程專項質量檢驗評定標準》，結合目前的控制細度，將其中的分項工程作為質量檢查項。

G..關鍵指標

它是指按照管理需要設置的質量檢查項下的重要檢測指標，以重點關注和分析，比如混凝土強度、灌注樁的保護層厚度等。用戶可以根據自身需要定義。

2.2安全管理

A.危險源類

它們是危險源控制的基礎數據，包含危險源識別(危險因素定義)，危險源分析(危險級別、可能導致的事故或傷害、判斷依據、危害程度)，危險源控制(控制計劃、控制級別)等。

B.安全考核類

它們用于對安全考核評分表的基礎定義，主要包含標段定義、月份定義、評分表定義、評分表內容編輯。

C.安全目錄

它用于整個安全文檔體系的目錄定義，以調整安全管理模塊的各級文檔菜單。

3.規劃

3.1質量管理

質量管理模塊主要由“質量規劃”、“質量保證”、“質量控制”、“質量分析”、“基礎數據”五部分組成，描述如下：

“質量規劃”、“質量保證”

這兩部分內容用于實現事前預控的功能，均在業主、承包商兩個管理層次體現。各層次相關人員按照類別分別錄入數據。

“質量控制”

A.“質量計劃”、“質量檢驗”

這兩部分是質量管理的要點，在業主、監理、承包商三個管理層次體現，主要工作流程如下：

其中，計劃編制前的準備工作按照指揮部的管理要求實施，質量檢查范圍由指揮部工程處人員明確，基礎數據主要參照《**長江公路大橋工程專項質量檢驗評定標準》和《監理用表》；計劃編制工作中質量項目劃分是指從質量管理視角將項目層次化劃分，由指揮部工程處完成；質量簽證計劃針對的是質量檢查項的，由施工單位協助指揮部編制，簽證記錄由施工單位負責；質量整改中的整改措施由施工單位在指揮部或監理規定的時間內給出，由監理確定該措施是否合格；質量評定針對的是質量項目劃分，在它下面所有的檢查項都已檢查合格后，由施工單位提出評定申請，同時生成評定記錄，最后由監理或指揮部給出最終評定結果。

B.“季度考核”

該部分是指揮部對項目部的定期檢查，因此由指揮部工程處相關人員負責將考核結果在此公布。

3.1.3“質量分析”

該部分數據均來自質量控制，不需編輯，不同角色的用戶可以查看各自關心的統計數據。

“基礎數據”

該部分由指揮部工程處相關人員負責維護。

3.2安全管理

安全管理模塊主要由“安全規范”、“基礎建設”、“安全控制”、“經驗庫”、“基礎數據”五部分組成，描述如下：

“安全規范”、“基礎建設”、“經驗庫”

這三部分內容用于體現文檔體系功能，在業主、承包商兩個管理層次體現。各層次相關人員按照類別分別錄入數據。

“安全控制”

A.“危險源控制”

危險源控制是安全管理的重點，在監理、承包商兩個管理層次體現，主要工作流程如下：

危險源是依據主體施工進度計劃識別的，隨著施工進度的推進，危險源的識別也在不斷進行。施工單位在識別出某個危險源后需要首先明確責任人，并評價其嚴重等級，關聯相關事故，然后給出相應的控制計劃及具體的控制措施。另外，監理須對全過程進行監督并予以確認，各方還可按照嚴重等級、責任人等對危險源匯總分析。

B.“重點控制”、“應急處理”

這兩部分在業主、承包商兩個管理層次體現，承包商負責及時錄入重點控制項的相關數據，由指揮部安全處監督、檢查。

C.“安全檢查”、“安全考核”

這兩部分在業主、監理、承包商三個管理層次體現，由指揮部、監理發布檢查通知，并公布檢查、考核結果，承包商則負責及時給出整改措施。

“基礎數據”

對于危