楊咸林蕪湖市人力資源和社會保障信息中心,安徽蕪湖 241000
一種社保卡補換卡系統的實現方法
楊咸林
蕪湖市人力資源和社會保障信息中心,安徽蕪湖241000
本文介紹了一種社保卡補換卡系統的實現方法,用于解決由于人群分散而導致的發卡周期長、發卡困難等問題。該系統結合實際的業務需要,通過接口完成了各項業務的交互。使用五層架構設計體系解決系統里的應用和實現;采用關系型數據庫Oracle完成了系統的各項數據的存儲設計。該補換卡系統具有負載均衡、可擴展性好、穩定性高、數據安全等特點,可提供補換卡管理、多渠道申領管理、PSAM卡管理、密鑰管理以及卡服務管理等,具有多、快、全、好的特點,真正的實現了方便快捷領卡,最快5分鐘可完成領卡。
社保;補換卡;系統
發行全國統一的社會保障卡被列為我國“十二五”發展規劃綱要的重點任務。在發行卡的同時,人社領域提出了卡應用和卡服務也須齊頭并進的用卡目標[1]。社保卡在實際的發行和應用中,需進行多方數據銜接,包含銀行、社保局、卡商、醫保局等,數據和業務的多方流轉極易形成工作瓶頸[2],這點也在一定程度上制約了金融社保卡補換卡系統的研發進程。偏遠地區由于高成本低收益的影響,目前仍存在較大的金融社保卡補換卡空間[3]。呂創松[4]提出了兩種制卡方略,更換卡制卡采取的是核心系統跑批的方式,緊急制卡是手動輸入制卡信息的方式,該操作雖然能節省不少時間,但是由于經過卡商在卡廠制卡及寄卡的時間差,還是較費時間。廖源[5]等發明了一種基于互聯網的智能卡遠程并發寫卡系統,該系統從網絡方面解決了異地發卡的難題,但是在即時性方面還有待提高。此外,國內在補換卡方面的大部分研究還是偏于如何建設,尤其近幾年社會保障卡發展研究明顯落后于實際發展需要,無法解決實踐中出現的各種復雜問題。
根據我國的補換卡現狀,設計了一種可實現快捷、方便的補卡、換卡的應用系統。首先,從業務實現角度,講述了該系統要解決的核心業務問題;接著,對系統的優點進行了闡述,最后,從技術特點、系統架構設計、系統數據庫設計等角度描述了該系統的技術實現過程。
根據補換卡的實際業務流程,設計了金融社保卡的補換卡系統,系統的主界面如圖1所示。結合金融社保卡在補換卡過程中的難點業務,并基于人員管理及其他安全管理方面的考慮,該補換卡系統核心實現以下8項業務的管理。
1)PSAM卡管理及應用:對讀寫機具ID和PSAM卡號進行入庫登記管理,并將兩者綁定,交易結算時,金保平臺將入庫認證PSAM卡,藉此對PSAM卡進行完善管理。
2)密鑰安全與服務:配置社保密鑰服務器,實現對不同硬件配置的終端提供加密服務,對不同接入條件和網絡安全條件的請求進行鑒權。
3)物流與虛擬倉庫管理:規范化管理卡片流轉環節,嚴保卡片交接環節安全可靠。
4)即時發卡服務管理:根據申領需求,完成現場制卡,并對整個流程進行管理。
5)異常情況管理:系統提供對不同環節不同類別異常情況的相應記錄及其查詢功能,提供對異常卡、滯留卡、問題反饋跟蹤等管理。滯留卡查詢界面如圖2所示。
6)發卡中心服務管理:根據制卡批次,執行制卡過程,并進行跟蹤和管理。
7)申領服務管理:對辦理申領、補卡、換卡、發放等業務進行管理,提升效率。
8)基礎信息管理:用戶管理、角色權限管理、系統配置管理、參保人服務管理等。
金融社保卡補換卡系統具有多、快、全、好的特點。
1)辦理途徑多:補換卡相關的各項業務可網上辦理、電話辦理,也可現場辦理。
2)速度快:可快捷完成業務辦理,有效縮短流程處理時間。經測試,本系統最快5鐘可以完成現場制卡,平均5個工作日完成卡中心制卡,平均30個工作日完成卡商制卡。
3)功能全:參保人在業務辦理網點可以方便快捷辦理以下業務:新申領、補換卡、掛失、注銷、繳費、業務咨詢與答疑、信息查詢及密碼修改、憑證打印等。
4)服務好:貫徹“數據向上,服務向下,省級集中”的號召,提供報表管理、狀態監控、業務及流程規范的管理、制定統一服務接口,兼顧全省各種社保卡服務形態。
4.1技術特點
補換卡系統按照模塊化設計思想,通過接口與外部系統進行業務交互。以B/S結構方式,通過業務專網,向服務網點提供申領和制發卡業務服務。該系統的特點如下。
1)負載均衡:解決由于不同業務壓力產生的硬件擴展問題。
2)數據安全:采用數據庫管理軟件Oracle的相關技術做好主備方案,確保數據安全。
3)穩定性高:使用了OSGI體系架構,既能提高吞吐能力,又能防止因個別節點的問題影響整個系統服務。
4)擴展性好:針對異構性系統間交互較多的特點設計,通過統一接口實現可擴展性。
5)數據交互效率高:使用Thrift技術實現數據交互,提高高并發、大型系統中數據交互的成本。
6)硬件接口預留與擴展:預留了條碼槍接口、打印機接口、掃描儀或高拍儀接口和二代證閱讀器接口四個預裝的硬件接口,方便系統與硬件的數據交互,該接口具有可擴展性。
4.2架構設計
系統總體架構共分五層,詳細架構如圖3所示。
1)表現層:Freemarker負責將Struts2返回的數據解析為HTML,并返回目標數據。客戶端通過DWR直接與服務器類進行交互。
2)基礎構件層:Struts2負責接受HTML頁面請求,并根據請求調用Service來執行具體操作,根據Service返回的數據通過與Freemarker引擎解析為HTML并返回到客戶端瀏覽器。DWR負責接受HTML頁面的Ajax請求,并調用相應的Service并將數據返回到客戶端瀏覽器。
3)業務邏輯層:Service負責對具體業務的操作,不同的Service之間可以相互調用,完成復雜的業務操作。
4)數據接入層:BasicDao作為系統的數據庫持久層,Service通過調用BasicDao中提供的接口,對數據庫進行操作,具體的數據操作被封裝在BasicDao中。
5)數據層:BasicDao操作數據的連接統一采用JDBC連接池來管理。JDBC連接池負責對數據庫連接的創建和銷毀。
4.3數據庫設計
數據庫設計是補換卡系統開發和建設的重要組成部分。經對需求的整體分析,設計的數據庫如圖4所示,它由7大部分組成,即基礎配置、系統配置及框架表、制卡中心業務、業務配置表、網點業務表、基礎核心數據和卡管理。
由于項目中所包含的數據庫表眾多,以下只選取幾個比較典型的作為說明。
1)用戶信息表:存儲用戶ID、登陸賬號、登陸密碼、用戶姓名、密保問題等信息。
2)角色信息表:存儲角色ID、角色名稱、描述、所有者等信息。
3)個人信息表:存儲制卡人個人基本信息,如制卡用戶ID、姓名、性別、戶籍所在地、證件類型、證件號碼、民族、出生日期、地址、手機號碼等信息。
4)卡片信息管理表:存儲社保卡的基本信息,如卡號、身份證號、用戶名稱、銀行名稱、區域、卡片類型、當前卡片盒號、經辦人等信息。
5)社保機構信息表:存儲業務辦理點的基本信息,如區域編碼ID、社保機構名稱、社保機構編碼、是否網點、網點是否配置制卡機、網點制卡終端編號等信息。
6)銀行機構信息表:存儲社保卡中金融卡的基本信息,如銀行名稱、內部銀行編碼、外部銀行編碼、自定義網點編碼、銀行地址等信息。
7)區域信息表:存放區域信息,如區域名稱、區域編碼、自定義網點編碼等信息。
本文提出了一種金融社保卡補換卡系統的實現方法,從業務和技術角度對系統的實現進行了詳細的說明。本系統具有申領方式多樣、領取方便、制卡速度較快、信息精確度高等優點,既可以實現大中城市分散網點的發卡需要,也適合偏遠地區卡片的發放。
[1]人社部信息中心.全面推進社會保障卡應用和服務[J].中國社會保障,2014(6):26.
[2]霍飛.社會保障卡發行數據銜接系統研究[D].吉林:吉林大學,2013.
[3]張秀蘭.邊遠縣域推廣金融IC卡工作中遇到的問題及建議——以嘉蔭縣為例[J],黑龍江金融,2014(11):81-82.
[4]呂創松.銀行金融IC卡系統的設計和實現[D].廣州:華南理工大學,2013.
[5]廖源,甘俊,王長年,等.基于互聯網的智能卡遠程并發寫卡系統[C].江蘇:江蘇省通信學會,2004.
TP31
A
1674-6708(2015)152-0160-02
楊咸林,總工程師