摘  要: 車輛保險理賠服務在保險公司內部存在崗位多、崗位之間流程復雜等特點,將工作流思想與車輛保險理賠業務流程相結合,并將JBPM(Java Business Process Management)工作流產品引入到車輛保險理賠業務中,從而實現整合各工作崗位,優化流程,提高辦事效率,節約成本,提升生產經營管理水平和企業競爭力。
關鍵詞: 工作流;車輛保險;理賠流程

　在保險業務流程中,理賠占有重要作用,它決定了一家保險公司的客戶服務能力及市場競爭力[1],同時理賠業務也極其復雜。車險理賠整體流程為:
　(1)當一個報案員接到報案、錄入報案要素后,提交至調度節點。調度員接收到任務后,將任務分配至相應組或人員,提交查勘節點。調度還可以發起人傷跟蹤。人傷跟蹤員在結案以前都可以進行人傷跟蹤處理。查勘員接收到任務后,派出人員進行查勘并且錄入查勘結果。查勘提交后,任務流入立案節點、資料收集節點和車輛/財產定損節點(并行)。查勘還可以提交給調度,由調度發起定損任務。
　(2)由定損員完成車輛/財產定損后提交至車輛/財產核損節點;核損員核損通過后將任務提交給定損節點(同時可發起損余回收);車輛/財產定損員在確認核損通過后,結束當前定損流程;立案員完成立案,任務結束;資料收集員在立案完成并且車輛/財產定核損完成后可發起理算任務;理算可以發起醫療審核任務,醫療審核完成后提交至核賠;核賠通過,付費成功,即可結案。車輛保險理賠業務流程如圖1所示。

　車輛保險理賠業務流程在保險公司內部涉及崗位較多,如報案、調度、查勘、立案、定損、資料收集、理算、核賠、結案等環節[2],崗位之間流程較為復雜,如查勘崗人員接受調度員指令,查勘完畢后通知立案崗進行立案、定損崗可以定損、資料收集崗可以進行資料收集等,同時崗位之間需要協同工作,共同為客戶提供服務,因此,如何整合保險公司內部各理賠崗位、優化理賠流程成為當前車輛保險行業理賠服務能力建設的一大難點。
1 JBPM工作流產品介紹
　工作流概念起源于生產組織和辦公自動化領域,是針對日常工作中具有固定程序活動而提出的一個概念,目的是通過將工作分解成定義良好的任務或角色,按照一定的規則和過程來執行這些任務并對其進行監控,達到提高工作效率、更好地控制過程、增強對客戶的服務、有效管理業務流程等目的。但對工作流的定義還沒有能夠統一和明確,不同學者從不同角度對工作流做出了不同的定義。1993年工作流管理聯盟WFMC(Workflow Management Coalition)作為工作流管理的標準化組織而成立,標志著工作流技術逐步走向成熟。WFMC對工作流給出定義為:一類能夠完全自動執行的經營過程,根據一系列過程規則,將文檔、信息或任務在不同的執行者之間進行傳遞與執行。即工作流就是一系列相互銜接、自動進行的業務活動或任務。一個工作流包括一組活動及它們的相互順序關系,還包括過程及活動的啟動和終止條件,以及對每個活動的描述。工作流管理系統指運行在一個或多個工作流引擎上用于定義、實現和管理工作流運行的一套軟件系統,它與工作流執行者(人、應用)交互,推進工作流實例的執行,并監控工作流的運行狀態。根據工作流定義可以看出,車輛保險理賠業務流程與工作流思想相符合,理賠業務流程需要工作流管理系統來解決[3]。
　目標業界的工作流產品實現主要遵循的標準有兩個:BPEL(Business Process Execution Language)和WFMC。對于一個完整的工作流產品來說,應該有一個流程設計器、一個流程管理跟蹤工具、還要有一套核心的API及可以對外提供服務類。JBPM(Java Business Process Management)是一款基于LGPL開源協議的開源工作流產品,它沒有采用BPEL或WFMC標準去實現流程引擎;JBPM采用的是一套自有標準,一種輕量級的XML結構的流程描述語言JPDL(JBPM Process Definition Language),相比WFMC和BPEL兩種標準而言,JPDL語言更加簡單,也更容易讀懂。同時JBPM工作流產品具有如下優點:(1)自帶工作流引擎,思路清晰,編寫代碼減少;(2)采用JPDL語言建立工作流程圖,采用UML Activity Diagram的語義,便于開發人員理解流程;(3)可以部署在任何一款JAVA應用服務器上;(4)借助hibernate的ORM優勢,JBPM采用Hibernate對流程數據進行持久化,所以JBPM可以運行于任意數據庫之上。(5)JBPM提供了可擴展的Event-Action機制,來輔助活動的擴展處理。(6)JBPM提供了靈活的條件表達式機制,來輔助條件解析、腳本計算的處理。(7)JBPM提供了可擴展的Task及分配機制,來滿足復雜人工活動的處理。JBPM工作流產品為保險公司更好地實現理賠業務流程提供了先進的手段[4]。
2 車輛保險理賠中應用
　應用JBPM工作流實現保險理賠業務流程,需要根據具體業務定義相應模板文件,模板文件包括流程、子流程、節點和連接線。一個流程可以包含多個子流程,一個流程中也可以定義多個節點,節點之間通過連接線進行連接,每個節點中可以定義事件及任務,每個事件或任務具有相應的起始和終止條件[5]。鑒于車險理賠業務較為復雜,在實際應用中根據不同崗位定義不同的模板配置文件,如報案、調度、查勘、立案、定損、資料收集、理算核賠、結案、人傷跟蹤等。為簡要說明問題,本文僅以查勘為例,介紹定義的模板,如圖2所示。
　從圖2完整的查勘工作流模板配置定義可以清楚地了解該部分的工作流流轉和業務操作。當任務開始后,查勘員做查勘操作時,根據實際業務情況可以結束查勘,也可以完成查勘。若完成查勘將并行產生三個分支,分別為調度、資料收集和立案,其中調度和立案分別有自己的子流程。需要指出此工作流模板文件采用JPDL語言編寫的xml文件進行配置定義。模板定義完畢后,還需如下步驟[6]:(1)發布JBPM模板流程文件,發布JBPM模板流程文件的過程需要調用JBPM系統自帶的函數來處理,流程文件發布成功后,將會把流程模板定義文件數據寫入到各個JBPM系統表中;(2)啟動JBPM流程,當啟動流程后系統會自動創建一個流程實例,此流程實例包含結點實例、任務實例和一個令牌實例,系統會將任務開始自動指向流程圖的第一個結點即開始節點,當多次啟動JBPM流程時,系統會自動創建多個流程實例;(3)JBPM流程處理,流程處理會根據已創建的流程實例和結點實例,找到對應的當前任務結點以及該結點對應了多少個轉向條件,根據轉向條件的不同以及唯一性系統就可以轉到下一個相應的結點去處理;(4)JBPM圖形化流程監控,由于任務在工作流各節點間流轉,如果能以圖形化的方式顯示工作流,并且把當前節點高亮顯示,用戶就可以很輕松地看到當前流程所到節點。圖3展示了實際生產應用中的查勘工作流監控流程圖,用戶可以看到流程流經的節點。

　目前,工作流技術成為一種正在被多種領域廣泛引進的技術,它具有強大的流程控制能力,包含了很多人機交互活動和自動流程處理。由于商業工作流產品價格昂貴,部署困難等原因,該文將功能強大的開源工作流產品JBPM,引入到車險理賠業務流程中,整合理賠各工作崗位,提高辦事效率,節約公司成本,以提高生產經營管理水平和企業競爭力。
參考文獻
[1] 吳焰.中國非壽險市場發展研究報告(2008)[M].北京:中國經濟出版社,2009.
[2] 金加龍.機動車輛保險與理賠[M].北京:電子工業出版社,2012.
[3] 羅海濱,范玉順,吳澄.工作流技術綜述[M].軟件學報,2000,11(7):899-907.
[4] 高杰.深入淺出JBPM[M].北京:人民郵電出版社,2009.
[5] 周巧雙,徐錫山.基于工作流的在線健康保險系統的研究與實現[J].計算機技術與發展,2006,16(1):111-116.
[6] 許宏圖,趙政.基于JBPM的協同軟件的研究[J].計算機技術與發展,2006.