中臺在社會保險業務中的應用

金定勇，吳 斌，董加志

（1.南京萊斯信息技術股份有限公司，江蘇南京 210014；2.南京市六合區人力資源和社會保障局，江蘇南京 211500）

0 引言

2015 年以來，阿里巴巴集團等一線互聯網企業開始啟動中臺戰略，在業界產生了廣泛的影響。在當今互聯網時代，社會保險也面臨同樣的選擇，如何快速響應業務的需求，中臺建設是否能產生重要價值？

1 社會保險業務發展對中臺建設的要求

社會保險信息系統建設從最早的城鎮職工養老單險系統發展為城鎮職工養老、工傷、生育保險等三險系統，再到城鎮職工養老、工傷、生育、失業、醫保等五險系統，再到企業五險、居民養老、居民醫保、機關事業養老等八險城鄉一體化社會保障信息系統。隨著我國社會保障體系的不斷完善，社會保險服務對象越來越寬泛，從單位職工到城鎮居民，再到農村居民，實現城鄉人群全覆蓋，其社會保險系統也相應進行了多次升級和改造。但大部分還是按照項目進行開發，這導致：（1）系統規模化建設使得部門之間、系統之間和應用之間難以實現有效管理，影響制度有效執行。（2）系統多年不斷地進行補充式開發，導致系統內出現了數據庫表冗余多、應用程序部署大、系統模塊之間關聯不清的情況，使得系統基本情況無法得到有效梳理，易造成系統運維的安全隱患。（3）系統過于龐大，通過人為的管理易造成工作盲點，導致系統發展的無序和不可控制，無法對社會保險有形的技術資產和無形的知識產權形成可持續性發展及保護。

阿里巴巴集團“小前臺、大中臺”架構體系［1］對社會保險行業架構轉型有一定借鑒意義，但兩者又存在較大差別。一方面，電商企業不同業務單元（如淘寶、天貓、1688）在業務模式、業務流程等方面有很大的相似性，容易形成可復用的組件和單元，但社會保險的業務線相對復雜，政策性強、涉及面廣、涉及的險種多，人群多樣，參保、基金征繳、個人賬戶、基金支付、財務管理等業務條線的業務模式差異巨大，從眾多差異巨大的業務中抽象出可供復用的業務組件并不容易。另一方面，阿里轉型成功不僅是技術因素，而且在組織架構上也做了一定調整。其將“共享業務事業部”的重要性提升到整個集團層面，各前臺業務單元必須對接“共享業務事業部”負責的業務中臺，才能實現各單元間的互聯互通和信息共享，這極大地增強了“共享業務事業部”的話語權和重要性，使其能夠在業務發展過程不斷將集團內各前端業務單元的功能沉淀到業務中臺，形成了集團內共享共用的業務和技術能力。

2 社會保險中臺建設

2.1 社會保險業務線分析

通過對社會保險業務的分析，可以把社會保險多個核心業務中的公共的、通用的業務以服務的形式進行沉淀。整個社會保險的核心業務能力均建立在一套的共享服務體系之上。下面結合行業趨勢、類似項目的比較以及自身的經驗，對核心業務的場景進行分析，便于業務中臺抽象、包裝和整合后臺資源，轉化為便于前臺使用的可用、可共享的核心能力。

勞動和社會保險的所有信息化業務均可歸入以下6條基線，分別是資源線、參保線、征繳線、支付線、財務線和管理線。社會保險業務共享建設原理如圖1所示。

（1）資源線，包含了以人的一生為主線，記錄從出生到死亡的整個生命歷程。以單位信息庫和個人信息庫為中心，覆蓋各項勞動保障業務，實現“統一入口、統一標準、統一管理、分工維護、全程記錄、完全共享”的勞動保障基礎資源數據庫；通過業務分析、整合和重構，沉淀為資源中心。

（2）參保線，涵蓋了自然人的各種業務狀態的關聯，形成了基本信息與業務信息互動過程，同時也對參保人的所屬單位進行關聯，包括個人賬戶（包括養老和醫保）和繳費信息管理；通過業務分析、整合和重構，沉淀為參保中心和險種中心。

圖1 社會保險業務共享建設思路

（3）征繳線，涵蓋參保單位和參保人的社會保險費申報核定、社會保險費結算和基金征集、社會保險費補繳以及社會保險關系轉移等業務；通過業務分析、整合和重構，沉淀為征繳中心、個人賬戶中心和異地業務中心。

（4）支付線，涵蓋參保人所參加的養老、醫療、工傷、生育和失業等險種的待遇計算和支付以及異地醫療保險的支付等；通過業務分析、整合和重構，沉淀為養老、工傷、失業待遇中心、待遇支付中心和醫保（生育）支付中心。

征繳線和支付線通過業務分析、整合和重構，沉淀為結算中心。

（5）財務線，涵蓋基金征繳財務和基金支付財務的管理，實現基金財務管理的統一性和規范性。通過業務財務一體化銜接，實現財務和業務數據間及時、準確、完整的對賬；通過業務分析、整合和重構，沉淀為財務中心。

（6）管理線，涵蓋勞動和社會保險整個業務辦理過程，包括業務協同、基金監管等內容；通過業務分析、整合和重構，沉淀為政策中心、用戶中心和電子檔案中心。

2.2 社會保險的“薄前臺、厚中臺、強后臺”IT架構體系

經過社會保險業務線分析，將社會保險業務間可共享的業務能力抽取出來，形成不同的“業務中心”，業務中臺具有高內聚、低耦合特點，擁有相對獨立的數據資源，有獨立運營能力，可獨立部署提供業務服務，可通過沉淀支撐上層應用系統實現快速迭代和創新；通過不斷的自我完善實現業務高效共享和復用，從而解決系統擴展能力差、業務功能重復建、系統穩定性差、無法支撐高并發等問題。社會保險的“薄前臺、厚中臺、強后臺”IT架構體系［2］如圖2所示。

圖2中，最底層的部分是基礎實施層和應用支撐層；中臺層，就是各自業務的核心抽象以及沉淀，包含了多個業務中心，是“厚平臺”的真實體現，為社會保險各種前端業務提供最為專業、穩定的業務服務；數據中臺涵蓋了數據資產、數據治理、數據模型、數據服務等多個層次的體系化建設；最上面就是中臺支撐的各自的垂直業務線。架構提供能力開發平臺與第三方系統進行對接。

3 中臺服務給社會保險業務服務帶來新的變化

（1）業務中臺為社會保險業務的快速創新和業務試錯提供一個堅實的基礎［3］。

利用已建設好的社會保險業務中心服務，在投入少的情況下，快速收獲更多的結果，解決傳統做法中，一定需要申報預算和立項來落實業務創新，還要承受項目可能失敗的風險。如在已有城鎮職工養老保險系統后，由于政策的要求，現在要開發農村失地農民養老保險系統，通常做法立項、招標，當作一個新項目來做，運行后，根據實際情況，還要不斷地完善和調整，周期長，不能快速響應用戶的要求。如果打造了很好的業務中臺，即養老支付中心，就可以讓基于中臺提供的核心服務在很短的時間內就能建設農村失地農民養老保險系統，根據業務辦理情況快捷調整，試錯的成本非常低。

圖2 社會保險的“薄前臺、厚中臺、強后臺”IT架構體系

（2）業務中臺提高多部門協作效率、服務對象辦事簡便、業務管理成本下降。

社會保險業務部門根據業務條線，通過業務中臺提供的服務進行編排，助力業務的快速響應和創新。如在業務經辦窗口實現一站式業務辦理，實現諸如單位和個人信息管理、繳費基數申報、退休人員信息申報、工傷人員信息申報、生育人員信息申報、失業人員信息申報、醫保報銷、異地業務辦理、電子檔案管理、公共服務等業務功能，通過協同辦公實現多部門協作，各經辦部門只要審核自己的業務信息即可。達到高頻事項實現“最多跑一次”的要求。

對參保單位經辦人員來說，社會保險部門可以通過業務中臺，提供適合的業務功能，如參保人員信息登記、繳費基數申報、退休人員認定、工傷人員認定、生育人員認定、電子檔案管理等功能，不用到經辦窗口，可以直接在辦公室實現業務辦理，同時上傳相關電子檔案信息。社會保險部門只要審核就可。提高了辦事人員效率，真正實現“群眾少跑腿，數據多跑路”，社會保險部門通過信用評價功能對參保單位經辦人員提供的信息進行信用打分，防止虛報和假報。

對參保個人來說，除了通過社會保險部門提供的日常服務平臺獲取服務外，還可以根據數據中臺提供的服務目錄進行信息訂閱，定期推送消息到參保人員的手機上，另外，參保人員還可以根據服務目錄定制自己的比較關心的信息。

4 結語

社會保險業務隨著我國社會的發展是在不斷改進和完善，導致了業務得不到沉淀和持續發展，從而造成服務不能真正成為可重用的組件，不能適應新的需求。同時，業務中臺的服務數量和業務覆蓋范圍越來越大，應用和業務架構越分越細，服務越來越專業化，應用不知道有哪些下游業務在使用我的服務，當服務要升級或者變更時，與依賴業務方溝通要花費大量的時間。

4.1 服務需要滋養

服務需要不停地滋養，只有在滋養中才能從最初僅提供單薄業務功能的服務，逐步成長為全功能社會保險業最寶貴的IT資產，不斷滿足社會的需求［3］。服務能力的沉淀和價值的體現是完全成正比的，需要一個長期、持續的過程，在業務發展過程中不斷打造這些服務，為這些服務能夠變得更加專業和穩定帶來急需的需求養分。

4.2 服務需要治理

服務分散在各種底層基礎的分布式基礎服務上，這些服務各自都有自己的后臺管理平臺去實現管理。一是缺乏對這種分布式服務層面各種服務能力的抽象模型；二是缺乏從整體角度把各種分布式服務能力管理起來的產品。可通過服務治理工具如阿里巴巴集團的共享服務平臺（Shared Plat form as Service，SPAS）來解決，目標是對服務更好地進行治理和共享，也可以看作是服務能力在線化、數據化的過程。