賈志杰
(赤峰學院 計算機與信息工程學院,內蒙古 赤峰 024000)
社會救助是國家和政府對由于各種原因陷入生活困境的城鄉居民給予物質和經濟上的幫助,以保證其最低生活保障的一種制度.傳統的社會救助審批模式是,居民在窗口或相關部門填寫申請表,然后到街道(鄉鎮)、區級民政部門來回審批、簽字、蓋章,如果申請人在提交材料的途中,出現材料遺失、信息錯誤等情況,還要重新填寫材料蓋章簽字,這不僅延長了社會救助申請的周期,而且無形中增加了民政部門的工作量,對于特殊的緊急情況還會出現救助不及時的現象.隨著社會救助的范圍不斷擴大,救助項目、涉及部門不斷增加,救助重復、遺漏現象也很普遍,社會救助“碎片化”問題嚴重,同時,民政部門對救助審批缺少一套標準化的審批流程,對各類救助對象缺少有效的統計工具.
針對民政部門在工作中遇到的各種問題,紅山區民政局建設了民政綜合救助審批系統,系統實現了區、街道(鄉鎮)、社區(村)三級聯網,線上申請、線上受理、線上審批,全程無紙化、一站式服務.申請人只需向系統提交申請材料,民政工作人員可以在網上完成最低保障、臨時救助對象的申請受理、初審、批準、資金發放、標準調整、待遇調整、享受對象調整等管理工作,各街道(鄉鎮)、社區(村)的民政工作人員通過系統能隨時掌握各類救助對象的動態數據、救助資金的發放情況,避免了救助遺漏、重復的現象.
結合民政部門的改革工作需求,對業務流程進行全面梳理和再造,簡化流程,規范操作,建立“一站式”辦理流程[1].社會救助審批分為最低保障救助審批和臨時救助審批,兩類救助在審批流程上有所區別,因此分別對最低保障救助審批業務流程和臨時救助審批業務流程進行介紹.
最低保障救助是政府民政部門對家庭人均收入低于當地最低生活保障標準的貧困對象發放最低生活保障金,保障其基本生活的一種社會救濟制度,是社會保障體系的重要組成[2].最低保障救助審批業務流程較為復雜,將業務流程分割為申請受理流程、鎮街核查流程、局級審批流程三部分.
在申請受理階段,接件中心根據申請類別和申請表信息將業務分撥給相應的社區民政專員,完成向最低保障審批表的過渡,民政社區專員對材料進行初查,只核查材料是否齊全,并不對材料的真實性進行審核,如果材料不齊全,通知申請人進行第一次材料補正,如果材料齊全,由民政局核查申請人基本信息的真實性,信息真實則進入正式受理階段.申請受理流程如圖1所示.

圖1 最低保障申請受理流程
正式受理階段,由鎮街民政助理進行材料核查,所有材料齊全,填寫無誤進入醫院體檢流程,醫院體檢子流程由指定醫院進行,體檢完成后由醫院向系統提交體檢報告,體檢合格進行入戶調查,入戶調查由鎮街進行100%入戶,調查合格,進行公示,公示期為7天,公示期滿,進行評議,評議完成進行第二次公示,公示合格后由鎮街報送民政局審批.業務流程中如果體檢和評議不通過將結束流程.鎮街審核流程如圖2所示.
報送民政部門后進入局級審批流程,民政局對申請的用戶進行分批次對城鎮最低保障和農村最低保障申請用戶各自抽取30%進行入戶核查,入戶調查結束,根據家庭情況向系統提交調查報告,但不對調查結果進行評價,調查結果由經辦人審核并簽字,股長、副局長分別簽字加蓋電子簽章,發放資金,最后材料歸檔入庫.對于入戶調查結果不合格、經辦人不簽字的申請人要進行復核.局級審批流程如圖3所示.

圖2 最低保障申請鎮街核查流程

圖3 最低保障申請局級審批流程

圖4 臨時救助申請審批業務流程
臨時救助制度是對居民遇到突發性、特殊性困難時,其他救助無法涵蓋或者救助之后生活仍暫時嚴重困難的家庭,給予過渡性救助,使困難可以得到緩解的救助.臨時救助申請人可分為在享人員和非在享人員,在享人員是指已經
民政綜合救助審批系統的用戶涉及社區民政專員、街道民政助理、審批人員等,每個崗位對系統都有不同的需求,根據角色和需求,在設計系統功能時分為系統管理、審批管理、統計分析、文件傳閱、系統監控五大主要功能模塊,系統主要功能結構如圖5所示.
成為最低保障人員,在民政綜合救助審批系統中存有這類人員的基本信息,可以將這類人員的信息直接帶入到系統中;非在享人員是指沒有享受最低保障待遇的人員,這類人員申請救助要進行信息核查和入戶調查,臨時救助業務流程如圖4所示.
申請提交后,接件中心根據申請類型完成向臨時救助審批表過渡,根據姓名、身份證號碼判斷申請人是否為在享人員,若為在享人員,系統通過身份證號碼關聯直接將基本信息帶入表格,申請人無須重復填寫信息,若為非在享人員要填寫家庭經濟狀況核查表.鎮街民政助理根據申請表填寫救助申請原因等信息判斷救助程度,確定為本級(鎮街)處理還是上報民政局處理,民政助理同時要再次判斷是否為在享人員并確定是否需要進行入戶調查,然后由各級領導簽字、公示.公示失敗的申請直接結束審批流程.

圖5 系統總體功能結構圖
系統管理模塊是系統正常運行的基礎,負責賬號統一設置和分配功能權限,具體包括以下四個模塊.
用戶管理:由系統管理員根據街道、管轄的社區情況新建用戶,登錄后用戶可以進行個人信息的編輯修改,如更換郵箱、用戶密碼等.各個社區(村)、街道(鄉鎮)新增加審批賬號需要向民政局申報,由系統管理員統一新建賬號,其他用戶無法新建賬號.
角色管理:對已經發布的角色進行集中展示和操作,為用戶分配系統角色和業務角色.系統中不同用戶角色的權限等級不同,所有用戶能查看本級的申請信息,同時可以查看下級的申請信息,例如社區民政專員只能查看本社區的申請信息,街道民政助理查看本街道管轄的社區的申請、審批信息,民政局查看全區所有信息.用戶與角色、角色與權限均是多對多的關系.
部門管理:對民政局以及下屬的十二個鎮街以及每個鎮街下管轄的社區進行管理、維護.可以編輯、刪除部門,為街道新建社區等.
系統菜單:對系統各級菜單進行管理、維護.可以編輯、刪除本級菜單,增加下級菜單.
審批管理模塊是實現審批業務的核心模塊,是系統的主要功能模塊,不同權限的用戶擁有分配給該用戶權限的系統功能.
救助新增:查看所有新提交的申請,能夠實現通過身份證號碼查找申請人,瀏覽申請人所有信息,支持附件預覽.
分撥:查看申請人的具體信息,不能對信息進行修改,實現的操作是分撥或者返回主菜單.
民政專員:顯示已審核、未審核、需要補正書的申請人信息,對未審核的申請人進行信息審核,可以查看基本信息、預覽上傳的附件等,在查看基本信息頁面實現的操作是點擊“通過”或者“補正書”按鈕進入下一步.
救助接收:民政局工作人員對接收到的所有申請人進行聯網核查,信息真實的救助申請點擊“通過”按鈕,信息不真實點擊“不合格”按鈕.
入戶核查:包括經濟核查、鎮街入戶核查、民政入戶核查、醫院核查,民政入戶核查子菜單點擊“隨機入戶”按鈕,能夠實現對每批次的申請人進行隨機抽取30%,生成入戶核查名單,所有子菜單都能夠上傳核查報告.
經辦人:包括最低保障經辦人和臨時救助經辦人,實現的操作是預覽查看核查報告,點擊“通過”或者“不合格”按鈕進入下一步.
簽批:包括副主任簽批、主任簽批、股長簽批、局長簽批,所有簽批人只能查看數據不能修改數據,實現的操作是簽批、存疑或者拒絕.
公示:菜單分為低保公示、鎮街公示、民政局公示,可以查看公示的申請人信息,同時可以導出需要公示的申請人列表.
退回數據:顯示所有未通過審核的申請人.
統計模塊實現對系統內的各類社會救助數據進行統計分析,涵蓋了城市參保戶統計、農村參保戶統計、特困救助統計、臨時救助統計、醫療救助統計,各類統計以數字方式展現,使民政部門工作人員直觀、準確、動態的掌握各類社會救助人員的參保人數、新增人數、年齡層次分布等信息,同時為領導做出有效、準確的決策提供數據支撐.
文件傳閱模塊實現文件的發布和接收,用于上下級、平級之間文件傳閱、公布政策法規等,文件發布界面可以選擇已發送列表、未發送列表,編輯發送具體內容界面可以添加附件,如上傳文件、通知等,并且可以選擇接收人員,同時可以查看接受人是否已經查看;文件接收界面包括文件查看,搜索等.
系統監控模塊實現對系統軟硬件正常運行進行監測,系統運行發生錯誤時,可以查看日志進行解決,同時可以查看系統用戶在線人數等.
系統總體架構可劃分為基礎設施層、數據層、應用層、接入層、安全保障體系標準、運維管理規范等層次,系統架構圖如圖6所示.

圖6 系統總體架構圖
基礎設施層提供系統運行所依賴的基礎軟件、基礎硬件以及網絡基礎設施,是項目搭建的基礎保障,通過全面的基礎設施的搭建,為應用系統的全面建設提供良好的基礎.
數據層為系統提供數據源的支撐,包括對涉及的用戶信息數據、審批數據等進行增、刪、改、查操作,是系統實現的核心層之一.
應用層是整個系統的重要組成部分,是審批業務處理的重要環節,通過調用業務處理接口,有效的銜接了接入層與數據庫的操作.
接入層為用戶提供可視化交互界面,申請人通過網絡終端、窗口遞交申請數據,包括民政工作人員查看申請人信息、各項救助審批統計等.
在上述四層結構之外,還建立了完善的安全保障體系標準和運維管理規范,以確保數據安全與系統安全,規范系統運行維護流程,使運維工作有章可循.
民政事業的快速發展離不開計算機互聯網技術的有效支撐,只有根據自身業務特點,量身打造一個屬于自己的信息化辦公平臺,才能滿足當前民政工作又好又快發展的迫切需求[3].民政綜合救助審批系統以規范化、法制化、無紙化為核心,以效率化、精準化為目標,在符合規定的前提下,簡化申請流程,實現民政綜合救助業務的線上全流程審批工作.