- 相關推薦
保險軟件系統整體性和數據一致性研究
系統的整體性指系統是作為一個由諸多要素結合而成的有機整體存在并發揮作用的，以下是小編搜集整理的一篇探究保險軟件系統整體性和數據一致性的論文范文，供大家閱讀參考。
我們中國傳統文化在思維方式上強調整體性、和諧性和統一性，向來認為整個世界就是一體的，是一個整體，從先秦所說的無限性的所謂天人合一，到宋明的萬物一體論都始終如是。像我們的中醫理論基本特點就是整體觀念，絕非如西醫注重局部細節構造，分科細致的頭痛醫頭、腳痛醫腳。如我們的古典小說《紅樓夢》的整體架構，才能做到草蛇灰線，伏延千里。我們的文化是總到分、大到小、虛到實的，如我們的日期表述是年/月/日，而西方是日/月/年。我們的文化具有很強的擴展性、延伸性、貫通性和包容性，成就我們在世界上唯一延續不斷的文明。
而我們各保險公司的軟件系統大多如西醫，分N多個系統，無論是數據問題還是程序實現或算法問題常常是再保有問題改再保系統、傭金有問題改傭金系統，往往缺乏整體性，用戶體驗較差，經常需要不斷切換頁面，且擴展性、延伸性、貫通性和包容性也都相對較差，導致升級頻繁(為適應業務或監管變化和新需求，每季度都要大版本升級，每月都有各種補丁包)。
1從整體性要求來看我們的系統架構和數據一致性
整體性是系統最基本的特性，系統的整體性指系統是作為一個由諸多要素結合而成的有機整體存在并發揮作用的，簡單講就是系統具有其部分在孤立狀態下所沒有的整體特性。
而我們保險軟件系統似乎一體化體系結構還是有些欠缺，雖然核心系統做了集成，整個架構也用SOA面向服務的體系，可是核心不小、外延不大，導致業務處理效率的提高遇到瓶頸。比如簡單開發獨立的互聯網電商應用，然后再做清分，既造成數據冗余，又導致存在總分一致性差異，再花大量人力、物力做一致性差異比對和分析，然后再清分再解決。而隨著移動終端的普及，如智能手機和ipad等的應用似乎都在開發或使用中，但基本還是獨立的應用系統，讓人覺得整體的應用軟件參考系統的規劃和整體架構設計都做的不夠到位。還有就是后續的統計分析明顯不足以滿足需求，因此全國各分支機構都各顯神通，或自行研發，或外包等，做了五花八門的各類分析、考核和決策、預測等相關系統，明顯造成重復勞動和資源資金的浪費。
2數據一致性問題成因
保險的統計報表、財務報表、再保系統、準備金系統、傭金系統等相同口徑的東西都金額往往不一。目前保險的軟件系統有上百個系統，而各系統大多都存在各自的接口表來相關聯，也一樣是既造成數據冗余又導致存在一致性差異，然后再花大量人力、物力做一致性差異比對、分析和解釋。主要是以下原因導致數據不一：
(1)存在漏、錯、重復送接口表的問題(有可能是算法、流程或源代碼或網絡穩定性等錯誤導致);(2)電網銷、通賠等總分業務也存在漏、錯、重復清分的問題;(3)批改算法是否顧及所有系統;(4)數據修正(含修正工具)是否顧及所有系統。而用戶常常把數據修正當作是萬能的，但這其實是體現我們系統在設計和實現方面的缺陷問題，同時也容易再次導致一致性問題(不可能所有的數據修正軟件人員能熟悉上百個系統的數據流程和數據結構)。
3解決一致性問題及信息整合共享的設想
2014年初為加強保險業公共基礎設施建設，全面提升行業經營管理的信息化水平，經國務院批準，中國保險信息技術管理有限責任公司(簡稱中國保信)成立。
該公司主要業務是建設、運營和管理行業統一的保險信息共享平臺，通過信息技術手段，采集保險經營管理數據，建立標準化、系統性的數據體系，為保險業發展和監管提供基礎性的網絡支持和信息服務。這是一大利好，可以使信息資源能充分整合和共享，減少信息不對稱，增加透明度，降低全行業成本，能更準確評估和防范風險，提高業務處理效率和經營管理水平。
個人以為若是由該公司和保監局及保險協會統一一個齊全的最底層維度的數據結構的承保臺賬表(含手續費和批改)，理賠臺賬表，實收付表和再保分出、攤回表等，然后各保險公司的承保、理賠、出納和再保等系統往這些全行業統一表寫數據(相當于全行業統一的標準的系統性的數據倉庫和標準化接口)，所有的統計分析及后續的再保、財務、準備金等系統都可從統一表得到數據，這樣數據源統一出處，無論公司內部還是全行業都方便分析統計且保證一致性，無論新開發的任何承保、理賠、出納和再保等相關系統和應用也一樣往此數據倉庫寫數據;而后續的再保、收付費、傭金和再保等系統的承�；蚶碣r信息都可從此采集，無需各自設接口表;等再保、收付費、傭金等系統對承保或理賠處理后再把相關再保和實收付信息的回寫該數據倉庫和標準化接口。注意該統一數據倉庫和標準化接口只可新增不可修改和刪除，這樣保證同一口徑數據在任何時間統計結果都相同，即使用一個中央數據倉庫確定特定數據元素的唯一可靠數據源，且要保持非規范化數據的一致性和同步性(當然還要注意日益膨脹導致存儲失控的可能)。
再有各種類型的批改若有兩種模式，一種面對客戶需求或錯誤導致的外部批改，一種是保險公司內部原因或監管整改導致的內部批改，比如聯共保信息的變更或由于保險公司自身問題導致的修正批改，再比如監管整改要求的渠道修正等，這樣就無需數據修正，所有的內因修正都走內部批改。這樣也能保證以上所說的全行業統一標準數據倉庫和標準化接口的準確一致(即不可刪除和修改)。
4小核心大外延的SOA面向服務體系架構設想
其實近十年來我們保險公司IT人員都是在疲于應付，經常加班加點甚至通宵，干得昏天黑地，基本個個早生白發，為適應業務或監管變化和新需求，急于推動各系統的更新換代，執行力超強，各新系統說上線就上線，需求調研、設計、開發和測試、驗證等周期都短，整體架構和一體化設計似乎都欠仔細考慮，倉促上線自然導致如上所說升級頻繁和大量數據修正。
我們應該努力做到既保證前臺交易(用戶交互)高響應度(即模型盡量簡單，且能應付量大的情況)，又要盡量保證后臺數據的齊全、完整、真實、準確、可用和一致性(統計和分析等)。我們還應該盡可能實現全組織、全核算和小核心、大外延，這就要求系統之間都是松耦合的，而SOA面向服務的體系結構就是憑借其松耦合的特性，使得我們可以按照模塊化的方式來添加新服務或更新現有服務，以解決新的業務需要，提供選擇從而可以通過不同的渠道提供服務，并可以把我們現有的或已有的應用作為服務，從而保護了現有的IT基礎建設投資。我們應該仔細歸納和整合我們的現有各系統，把它認真劃分成哪些是核心系統、哪些是外延系統。然后利用以上所說的標準一體化數據倉庫和標準化接口為基礎來構建小核心(也就是業務交易核心層)以及大外延(公共服務層和后援服務層)。而現有的業務核心系統往往還包含非常復雜的規則引擎和各種審批流程等，甚至還包含多樣的各種查詢統計分析計算，這樣自然不算小核心，交易速度提高難度大，應該把這些剝離出來，放到大外延的公共服務層或后援服務層，然后通過一些流程總線進行調度。這樣就容易通過一些流程配置和調整來實現業務和監管的新需求，大大提高系統的可擴展性和延伸性。
5現有技術對設想實現的支持
雖然隨著經濟的發展使保險的復雜度和規模不斷上升，互聯網和移動終端(如智能手機和ipad等)的普及增加了保險的交易方式和銷售渠道，使保險IT復雜度也不斷上升，但是大數據、云計算、存儲的橫向擴展(scaleout)等新IT技術發展更是日新月異、突飛猛進，使以上構想有實現的可能，因為大數據非常符合保險數據需求的特性，大數據的特性5V就是數量(海量數據規模)、速度(快速的數據流程和動態的數據體系)、多樣性(種類和類型的多樣化)、價值和真實性，而我們保險數據就是要如此，也應該呈現完整、真實、透明、一致、永久和公開的特征。而云計算和存儲的橫向擴展可使海量數據進行高效率獲取、存儲、挖掘與分析，我們就可cf內部數據保證數量和質量(可用性和一致性)，外部數據盡量多采集和整合，然后內外數據再整合到一起，做到所有數據可管理、分析、分享、可視化。
以上是本人對保險軟件系統的整體感和數據的一致性的一些思考，以供同行相關工作者共同探討。
參考文獻
[1]王和.大數據時代保險變革研究[M].北京：中國金融出版社，2014.
[2]楊杉，何躍.數據倉庫和數據挖掘技術在保險公司中的應用[J].計算機技術與發展，2011,(6).
[3]吳曉輝，王新文.信息技術視角下的保險數據真實性管控分析[A].中國保險學會首屆學術年會論文集[C].2009.
[4]夏侯建兵.中國保險業信息化向知識化發展研究[D].廈門大學，2008.
【保險軟件系統整體性和數據一致性研究】相關文章：
關于船舶主推進系統設計軟件開發研究09-19
使用Rhapsody軟件框架和UML的實時系統開發09-13
了解和描述內部控制系統的方法研究08-08
固體分散技術在中藥給藥系統中的研究和應用08-22
基于SystemView的軟件調制解調在水情遙測系統中的應用研究05-18
軟件性能測試研究09-23
交通系統中的混沌現象研究進展和展望10-10
研究軟件項目管理的控制06-26