周烽 張西燕
(杭州出入境檢驗檢疫局 浙江杭州 310000)
隨著社會經(jīng)濟(jì)的發(fā)展,群眾對政府提供服務(wù)的效率和便捷性要求越來越高,建設(shè)服務(wù)型政府是大勢所趨、人心所向;信息技術(shù)的飛速發(fā)展為推進(jìn)政府改革和建設(shè)提供了強(qiáng)有力的工具,為行政機(jī)關(guān)實現(xiàn)業(yè)務(wù)辦理時間“對外承諾”提供了保障。
檢驗檢疫流程“對外承諾”服務(wù)指的是檢驗檢疫機(jī)構(gòu)對社會承諾辦理檢驗檢疫業(yè)務(wù)流程所需時間,讓企業(yè)對報檢周期可預(yù)期,對流程節(jié)點可跟蹤。它涉及了報檢受理、檢驗方式確認(rèn)、對外承諾、遠(yuǎn)程改單、電子資料傳遞和證單發(fā)放等多個環(huán)節(jié)的業(yè)務(wù)改革,是一種先進(jìn)的管理方式,也是一種高效的服務(wù)模式。
杭州檢驗檢疫局以轉(zhuǎn)變政府職能、優(yōu)化公共服務(wù)、打造服務(wù)型政府為宗旨,大力推行檢驗檢疫流程“對外承諾”服務(wù),實行了多項改革措施,包括檢務(wù)窗口整體搬遷至市行政中心,實施業(yè)務(wù)流程改革,加快信息化建設(shè)等,最終達(dá)到了“一口對外”和業(yè)務(wù)辦理時間可預(yù)期的目的。
檢驗檢疫系統(tǒng)屬于中央垂直管理單位,其管理和服務(wù)按照質(zhì)檢總局制訂的規(guī)范進(jìn)行,有相似的工作模式,并都是通過總局核心業(yè)務(wù)管理系統(tǒng)——CIQ2000完成的。企業(yè)除報送電子數(shù)據(jù)外,還需遞交紙質(zhì)資料到檢務(wù)窗口,由檢務(wù)交給檢驗處室;檢驗員根據(jù)產(chǎn)品的特點自行確定檢驗方式和安排檢驗,檢完擬制紙質(zhì)證稿后遞交給檢務(wù)部門,檢務(wù)部門根據(jù)證稿內(nèi)容擬制證書。這種方式存在著若干問題,不利于“對外承諾”服務(wù)的開展:(1)存在內(nèi)部紙質(zhì)檔案的流轉(zhuǎn),檢務(wù)部門和檢驗處室之間密不可分;(2)紙質(zhì)檔案流轉(zhuǎn)速度慢,效率低;(3)由于產(chǎn)品的多樣性和檢驗方式的隨機(jī)性,以及缺乏流程監(jiān)管的技術(shù)手段,企業(yè)不但無法預(yù)期辦理時間,而且還不得不跟著單子跑。
杭州檢疫局在深入研究和深刻總結(jié)原有業(yè)務(wù)模式的前提下,提出了借助信息化手段進(jìn)行業(yè)務(wù)改革的方案,真正實現(xiàn)“一口對外”和業(yè)務(wù)辦理時間可預(yù)期的目的:(1)進(jìn)行業(yè)務(wù)流程改革,制定流程管理辦法,將檢驗方式與產(chǎn)品類別脫鉤,確定了直通放行、監(jiān)管放行、現(xiàn)場施檢、現(xiàn)場施檢并送實驗室等四種檢驗方式;(2)依托計算機(jī)實現(xiàn)科室集中審單,根據(jù)檢驗方式承諾辦理時間,并對承諾實施監(jiān)督和提醒;(3)實現(xiàn)檔案、單證無紙化流轉(zhuǎn),以及遠(yuǎn)程更改報檢單的功能。
為響應(yīng)市政府建設(shè)服務(wù)型政府的號召,檢驗檢疫窗口整體搬遷至市行政中心,檢務(wù)窗口和檢驗處室面臨著異地辦公問題,而以上的一系列改革措施為解決這個問題提供了堅實的保障,尤其是信息化手段,成為這次改革成敗的關(guān)鍵所在。
引進(jìn)和推廣“檢企通”系統(tǒng),目前已建成一套以“檢企通”為核心載體的檢驗監(jiān)管體系,全市3200多家生產(chǎn)企業(yè)已有1200多家納入“檢企通”管理,報檢批次占總批次89.6%以上。系統(tǒng)綜合了原料管理、生產(chǎn)管理、檢驗監(jiān)督管理、誠信管理、企業(yè)電子檔案、檢企互動等功能,形成一整套檢驗監(jiān)管體系,為“對外承諾”服務(wù)的實現(xiàn)打下了堅實基礎(chǔ)。
制定了《出境貨物檢驗檢疫業(yè)務(wù)流程周期管理規(guī)定》和《“一站式”服務(wù)檢驗檢疫簽證流程周期管理規(guī)定》,對各種檢驗方式需要的時間作了明確規(guī)定:通過檢企通申報被系統(tǒng)自動審核放行的批次,流程周期為1個工作日;監(jiān)管放行(不實施現(xiàn)場檢驗檢疫予以放行)的批次,流程周期為2個工作日;實施現(xiàn)場檢驗檢疫的批次,流程周期為:產(chǎn)品大類規(guī)定流程周期+簽證周期,放行周期一般為3-4d,要出證書的一般為5-6d;實施現(xiàn)場檢驗檢疫并且作除害處理或?qū)嶒炇覚z測的,流程周期為:現(xiàn)場檢驗周期+除害處理周期或?qū)嶒炇覚z測周期+簽證周期。
4.1.1 科室檢驗方式確認(rèn)流程
科室對每個報檢單確認(rèn)檢驗方式是實現(xiàn)對企業(yè)承諾辦理時間的前提條件,每個業(yè)務(wù)科室需指定專人集中受理報檢單,其目標(biāo)是在一個工作日內(nèi)確定檢驗方式,并告知企業(yè)辦理所需時間,流程見圖1。
4.1.2 電子資料流轉(zhuǎn)
圖1 科室檢驗方式確認(rèn)圖
企業(yè)報檢時需要提供一些隨附單據(jù),如合同、發(fā)票、裝箱單、廠檢單、許可/審批文件、形式試驗報告書等等。由于紙質(zhì)資料流轉(zhuǎn)速度慢、效率低,不適應(yīng)“對外承諾”服務(wù)的要求,所以必須有電子資料流轉(zhuǎn)的渠道,主要指由企業(yè)將紙質(zhì)隨附單據(jù)制作成電子文件提交給檢務(wù)窗口,窗口審核后轉(zhuǎn)遞給檢驗處室,見圖2。
4.1.3 企業(yè)遠(yuǎn)程改單流程
檢驗檢疫流程“對外承諾”服務(wù)遵循以企業(yè)為本的原則,除真正實現(xiàn)“一口對外”和業(yè)務(wù)辦理時間可預(yù)期外,還盡量讓企業(yè)減少去檢務(wù)窗口的次數(shù),遠(yuǎn)程改單的提出很好地體現(xiàn)了這種思路。按照以往的方式,企業(yè)填錯了報檢單或其他原因需要更改單子,必須跑到檢務(wù)窗口填寫更改申請,這種方式增加了企業(yè)的時間成本和交通成本,讓企業(yè)感到不方便。遠(yuǎn)程改單功能從根本上解決了這個問題,企業(yè)通過計算機(jī)遠(yuǎn)程發(fā)起更改申請,檢務(wù)收到申請信息,判斷能否更改,是否需要送檢驗處室審核,處理后將最終的結(jié)果反饋給企業(yè),見圖3。
圖2 電子資料流轉(zhuǎn)圖
圖3 企業(yè)遠(yuǎn)程改單流程
4.2.1 系統(tǒng)架構(gòu)模型
系統(tǒng)架構(gòu)模型采用分層設(shè)計的思想,保證各個層次之間邏輯清晰、功能獨立,實現(xiàn)高內(nèi)聚、低耦合。模型主要包括以下幾部分:表現(xiàn)層、系統(tǒng)邏輯層、UIP-SDP平臺和數(shù)據(jù)層。表現(xiàn)層主要功能是展現(xiàn)內(nèi)容,為用戶與系統(tǒng)交互提供界面;系統(tǒng)邏輯層包括集中審單子系統(tǒng)、電子單證子系統(tǒng)和遠(yuǎn)程改單子系統(tǒng),它們負(fù)責(zé)處理所有業(yè)務(wù)邏輯,從數(shù)據(jù)層提取數(shù)據(jù),經(jīng)過邏輯運算后形成所需內(nèi)容提供給表現(xiàn)層。UIP-SDP平臺是總局研發(fā)的一套基于J2EE的軟件開發(fā)平臺,采用MVC Push的架構(gòu)思想,從分層結(jié)構(gòu)來看主要分為三層,分別是請求接入層、服務(wù)層和數(shù)據(jù)訪問層,它是子系統(tǒng)邏輯層的載體,為其提供服務(wù)。數(shù)據(jù)層采用Oracle數(shù)據(jù)庫,存儲系統(tǒng)用到的所有數(shù)據(jù)。
4.2.2 數(shù)據(jù)庫對象設(shè)計概述
“對外”服務(wù)平臺的數(shù)據(jù)是在CIQ2000和檢企通數(shù)據(jù)基礎(chǔ)上形成的,必然跟它們有交互過程。系統(tǒng)獲得的主要外部信息為:報檢信息(T_GOODS_DECL)、流程信息(XC_PROC_ACTIVE)、節(jié)點信息(XC_PROC_IDX),這些信息位于CIQ2000數(shù)據(jù)庫,需定時讀取;要區(qū)分是否檢企通企業(yè)(NT_ENT_USER),單子是否通過檢企通放行(T_DECL_PROCESS_STATUS),是直通放行還是監(jiān)管放行(T_DECL_PROCESS_STATUS),或者是轉(zhuǎn)到CIQ2000處理,這些信息需從檢企通數(shù)據(jù)庫中獲得。
本地存儲的主要是三個子系統(tǒng)用到的對象。集中受理部分存儲的主要信息是,待受理報檢單信息、處理結(jié)果、審核狀態(tài)、檢驗方式、流程周期、完成標(biāo)志等,集中保存在T_DECL_SUPERVISE對象中,處理日志存儲在T_DECL_SUPERVISE_FLOW對象中;遠(yuǎn)程改單部分存儲的主要信息是,報檢信息,更改前后的內(nèi)容,檢務(wù)和檢驗處室審核結(jié)果等,集中保存在T_DECL_CHANGE對象中,審核日志存儲在T_DECL_CHANGE_FLOW對象中。遠(yuǎn)程改單隨帶附件以及電子資料內(nèi)容存儲在T_DECL_CHANGE_FILE對象中。
4.2.3 應(yīng)用程序設(shè)計概述
應(yīng)用程序采用質(zhì)檢總局UIP-SDP開發(fā)平臺,遵照MVC體系架構(gòu),主要分為三層,分別是請求接入層(Service Gateway Layer)、服務(wù)層(Service Layer)、數(shù)據(jù)訪問層(DAO Layer)。請求接入層用于接入請求,瀏覽器發(fā)送過來的請求帶有一個SERVICE_ID參數(shù),接入層根據(jù)該參數(shù)掃描配置文件org_in-spManage.xml,確定調(diào)用哪個 Service,同時根據(jù)配置,決定調(diào)用哪個 Service Render,Service Render會根據(jù)Service的執(zhí)行結(jié)果決定轉(zhuǎn)向哪個頁面。服務(wù)層是系統(tǒng)的核心部分,它以多個Service的形式存在,每個Service實現(xiàn)一個獨立的業(yè)務(wù)功能,所有的Service組成了整個業(yè)務(wù)邏輯,檢驗方式確認(rèn)、電子資料流轉(zhuǎn)、企業(yè)遠(yuǎn)程改單,它們的業(yè)務(wù)流程都是在這一層實現(xiàn)的。這一層專門受理請求接入層的請求,并將處理后的結(jié)果數(shù)據(jù)返回給請求接入層。數(shù)據(jù)庫訪問層提供了基于配置的數(shù)據(jù)源管理,簡單易用的ORMapping工具,及基于配置的SQL管理。這一層作為連接服務(wù)層和數(shù)據(jù)庫的紐帶,它的任務(wù)就是接收服務(wù)層的指令,讀寫數(shù)據(jù)庫,將結(jié)果反饋給服務(wù)層。
檢驗檢疫流程“對外承諾”服務(wù)是一種新的管理服務(wù)模式,它的實施表明杭州局在建設(shè)服務(wù)型政府方面邁上一個臺階,事實上,杭州局“對外承諾”服務(wù)已經(jīng)達(dá)到了預(yù)期效果,企業(yè)報檢平均工作流程控制在一個工作日之內(nèi),業(yè)務(wù)辦理超周期率低于4%,對進(jìn)出口業(yè)務(wù)的開展幫助很大。但“對外承諾”服務(wù)要走向深化還面臨眾多挑戰(zhàn),它依賴于檢驗檢疫內(nèi)部管理制度的逐步完善和管理手段不斷提高,必須深入分析研究現(xiàn)狀,對關(guān)鍵環(huán)節(jié)進(jìn)一步實施改革,完善配套制度和規(guī)范,堅定不移地執(zhí)行既定方案,持續(xù)跟蹤執(zhí)行情況,解決出現(xiàn)的問題,提高管理服務(wù)質(zhì)量、效率和精度,使“對外承諾”服務(wù)真正做到管理和服務(wù)兼優(yōu)。
[1]唐舜堯.論行政承諾實現(xiàn)途徑[J].企業(yè)家天地:理論版,2009,11:97.
[2]羅率軍.行政承諾規(guī)范化初探[J].滄桑,2010,2:68.
[3]李小正.一站式服務(wù)初探——電子政務(wù)交互協(xié)同新模式[J].法制與社會,2009,3:193.
[4]林培光,徐如志.一種新的電子政務(wù)“一站式服務(wù)”框架[J].微電子學(xué)與計算機(jī),2008,25(6):119 -122.
[5]吳金良.為“一口對外”服務(wù)叫好[J].供電行業(yè)信息:2007,5:11.
[6]劉靜一.“一口對外”高效運行河北省局規(guī)范行政行為[J].蘭臺世界:上半月,2010,6:35.
[7]高永強(qiáng).Java編程藝術(shù)[M].北京:清華大學(xué)出版社,2009.
[8]UIP-SDP統(tǒng)一軟件開發(fā)平臺.開發(fā)手冊 Version 2.0.質(zhì)檢總局軟件開發(fā)手冊.