基于Python的科技期刊二維碼生成/插入/校驗一體化解決方案

■牛欣悅 祁麗娟 方 梅

1)中國科學院軟件研究所期刊聯(lián)合編輯部《計算機系統(tǒng)應用》編輯部，北京市海淀區(qū)中關(guān)村南四街4號 100190 2)中國科學院軟件研究所期刊聯(lián)合編輯部《軟件學報》編輯部，北京市海淀區(qū)中關(guān)村南四街4號 100190

二維碼是用某種特定的幾何圖形按一定規(guī)律組織的、在二維方向上分布的、記錄數(shù)據(jù)符號信息的圖形[1]，它可以在不依賴數(shù)據(jù)庫或網(wǎng)絡(luò)的情況下存儲大量的文字、圖片甚至視頻信息，因此被廣泛應用到數(shù)字支付、產(chǎn)品溯源、廣告推送等領(lǐng)域。2011年5月，Cell雜志以二維碼作為封面圖，掃描二維碼即可觀看瘧原蟲感染細胞進入血液循環(huán)的視頻，開始了二維碼在科技期刊中的應用[2]。

通過在期刊中放置二維碼，科技期刊正在探索一個新的閱讀和傳播場景[3]。二維碼可以放置在封面、封底或論文中，論文中的二維碼又可顯示在首頁或內(nèi)容中。二維碼可快捷地導引讀者至新媒體，彌補紙質(zhì)期刊在傳播中的局限，擴大科技期刊宣傳渠道，提升讀者閱讀體驗，增加作者和讀者的互動服務(wù)，實現(xiàn)論文的增強出版和延伸閱讀[4-5]。譚瀟等[6]認為編輯應熟練掌握二維碼的制作技巧，優(yōu)化期刊二維碼的數(shù)量和位置。雖然二維碼在融媒體時代具有橋梁作用，但目前只有少數(shù)科技期刊應用了二維碼。楊郁霞[7]針對中國高?？萍计诳芯繒W(wǎng)站的會員期刊，統(tǒng)計了在單篇論文中放置二維碼的期刊數(shù)量及二維碼的內(nèi)容和形式信息，結(jié)果顯示，目前在單篇論文中融合二維碼的期刊占比較低，僅占會員期刊總數(shù)的24.9%，二維碼的位置、大小和樣式無具體規(guī)范，部分二維碼鏈接的內(nèi)容價值較低，難以提供優(yōu)質(zhì)的增值服務(wù)。張明明等[8]調(diào)查發(fā)現(xiàn)部分論文的二維碼鏈接失效，掃描后無法正常提供服務(wù)，指出編輯應注意二維碼的有效性。王紅燕[9]指出，二維碼在提供豐富內(nèi)容的同時，也存在不少問題，如二維碼鏈接的內(nèi)容質(zhì)量良莠不齊，對二維碼的校驗增加了較多編校成本。

為了降低編校成本，一些研究者嘗試使用批處理方式制作二維碼。郭曉亮等[10]介紹了二維碼生成器ZZY.QR，并且介紹了使用ZZY.QR進行批量編碼的操作步驟。張海東等[11]在郭曉亮等[10]的研究基礎(chǔ)上，介紹了草料二維碼的使用方法，并研究了國內(nèi)外期刊對于二維碼放置位置的一般規(guī)范。批量制碼對于學術(shù)期刊每期幾十篇的出版量來說，確實降低了人工成本。在實際工作中，除制作二維碼工作量之外，二維碼的插入和校驗同樣需要手工操作。曾憲榮[12]以《計算機工程》為例，介紹了使用RAYS系統(tǒng)平臺制作二維碼的經(jīng)驗。RAYS系統(tǒng)在設(shè)計之初即考慮到在智能編輯系統(tǒng)中融合二維碼的制作，但此二維碼內(nèi)容僅限于RAYS問答系統(tǒng)，不支持自定義二維碼鏈接，也未能提供二維碼插入和校驗的自動化解決方案。宮在芹等[13]介紹了煤炭科學研究總院出版?zhèn)髅郊瘓F旗下期刊的二維碼使用經(jīng)驗和實施細節(jié)：在二維碼的制作和校驗流程上，首先使用論文的源數(shù)據(jù)制作網(wǎng)頁，獲得網(wǎng)址和對應的二維碼；然后，編輯在校稿的同時插入二維碼并進行校驗；最終定稿后，替換網(wǎng)頁中的內(nèi)容。文獻[13]介紹的二維碼處理流程已經(jīng)較為成熟，但仍存在兩個方面的不足：(1)二維碼仍需編輯手工處理，工作量很大；(2)暴露出當前二維碼校驗過程中的窘境——為校驗二維碼中的網(wǎng)址，編輯部需要首先搭建論文首頁，在論文正式出版之后，編輯需要再次填充或替換網(wǎng)頁中的內(nèi)容，即每次出版都需要處理兩次網(wǎng)站內(nèi)容，出版流程繁復。

經(jīng)過對已有編輯部的實施方法進行分析，發(fā)現(xiàn)已有研究多是介紹批量生成二維碼，而對于批量插入和校驗則介紹較少。同時，當前的二維碼處理流程存在工作量大、操作流程繁復、流程間耦合性高等缺陷，可考慮引入計算機技術(shù)代替人工操作，改進流程并減輕工作量。二維碼處理全流程可拆分成多個階段，即生成、插入和校驗，各階段多為重復性操作，同時其校驗過程高度依賴機器識別，工作流程契合計算機處理流程。Python語言具有易于學習、功能強大、開源框架豐富的特點，是快速應用程序開發(fā)的理想語言[14]。已有編輯同行將Python語言引入編務(wù)工作中，使用Python設(shè)計整合了一套批量信息表單生成、打印程序，簡化了編務(wù)工作，推動了期刊集約化發(fā)展[15]。根據(jù)Python語言的優(yōu)勢和特點，本研究基于Python設(shè)計、搭建了二維碼一體化工具，實現(xiàn)了二維碼生成、插入和校驗的全自動化處理。

本文以《計算機系統(tǒng)應用》為例，分享了二維碼處理全流程的探索和實踐，以期為編輯同行提供參考。首先，介紹原手工處理二維碼的流程，分析原有流程存在的不足；其次，介紹二維碼一體化解決方案的開發(fā)工具、設(shè)計思路和操作流程；然后，將所設(shè)計方案的流程與手工二維碼處理流程進行對比，分析二維碼一體化解決方案的應用價值；最后，對前期工作進行總結(jié)，并對未來Python在編輯工作中的應用進行展望。

1 二維碼手工處理流程及分析

《計算機系統(tǒng)應用》自2019年第1期開始為每篇論文配發(fā)二維碼，如圖1所示。讀者可通過掃描二維碼閱讀論文的電子版全文。

圖1 《計算機系統(tǒng)應用》二維碼示意圖

1.1 手工處理二維碼流程

圖2所示為《計算機系統(tǒng)應用》手工處理二維碼的全流程，主要包括二維碼生成、二維碼插入和二維碼校驗。二維碼的生成和插入工作安排在擬發(fā)表論文排版之前，編輯借助草料二維碼生成器(https://cli.im/)為每篇論文生成唯一的二維碼，并將其插到作者提交的Word格式電子版終稿中。二維碼校驗則安排在藍樣校對階段。由于二維碼使用黑白填充矩陣來存儲數(shù)據(jù)，在編輯加工校對階段人眼無法識別二維碼是否正確；其對應的鏈接是論文在期刊官方網(wǎng)站的網(wǎng)址，在論文網(wǎng)絡(luò)出版之前，該網(wǎng)址是無效的，無法進行二維碼校驗工作。因此，《計算機系統(tǒng)應用》編輯部將網(wǎng)絡(luò)出版工作安排在當期論文印刷之前，并在藍樣校對階段掃碼校驗每篇論文的二維碼。如檢查發(fā)現(xiàn)二維碼錯誤，則替換正確的二維碼，并同時替換網(wǎng)絡(luò)版全文。

圖2 手工處理二維碼的流程

1.2 流程特點分析

二維碼手工處理流程可以完成二維碼生成、插入和校驗工作，但存在工作量大、操作重復繁瑣、校驗困難、流程復雜等問題。

(1) 操作重復、工作量大。在二維碼生成階段，編輯需要借助草料二維碼生成器逐一生成并保存二維碼。在二維碼插入階段，編輯需要逐一打開論文Word文檔，插入圖片并調(diào)整位置和尺寸。在二維碼校驗階段，編輯還需要使用手機逐一掃描每篇論文二維碼，打開網(wǎng)址并核對論文標題與作者等信息。顯然，這樣的處理流程工作量較大，花費編輯很多時間和精力。《計算機系統(tǒng)應用》每期發(fā)表論文45篇左右，一位操作熟練的編輯完成整期二維碼生成和插入工作，大致需要1.5小時，完成二維碼校驗工作大致需要0.5小時。

(2) 易出錯，難校驗。手工處理二維碼的全流程存在大量的人工操作，繁瑣、重復，極易產(chǎn)生差錯。而二維碼由黑白矩陣填充，無法肉眼校驗核實。因此，二維碼校驗階段必不可少?！队嬎銠C系統(tǒng)應用》使用微信的“掃一掃”功能校驗二維碼，此功能需要二維碼中保存的鏈接生效，在編校階段網(wǎng)頁還未搭建完成，無法校對，錯誤至少需要等到網(wǎng)絡(luò)出版后才能檢查出來。

(3) 流程間依賴度過高。手工處理二維碼流程中存在一組矛盾：期刊出版前需要進行二維碼校驗，而二維碼的校驗則依賴于網(wǎng)絡(luò)出版。為了解決這個矛盾，《計算機系統(tǒng)應用》將網(wǎng)絡(luò)出版提前至紙質(zhì)出版前，即當期完成校對交付印刷之前進行當期論文的網(wǎng)絡(luò)出版工作，這樣可在藍樣校對階段校驗二維碼。如校驗發(fā)現(xiàn)二維碼錯誤，修正后重新制作當頁印刷版，并同時替換網(wǎng)絡(luò)版?？梢钥闯?，網(wǎng)絡(luò)出版、二維碼校驗和紙質(zhì)出版這3個階段高度依賴于前一階段的結(jié)果。在實際出版流程中，編輯需要承受較大壓力，同時還需要預留足夠長的時間以應對突發(fā)情況。

2 二維碼一體化解決方案

針對手工處理二維碼流程中存在的問題，本研究基于Python開發(fā)了二維碼一體化處理工具，實現(xiàn)了二維碼全自動化處理。

2.1 開發(fā)工具

(1) 集成開發(fā)環(huán)境。PyCharm(社區(qū)版)是由JetBrains公司開發(fā)的針對Python開發(fā)者的免費集成開發(fā)環(huán)境(Integrated Development Environment，IDE)[16]，具有“即裝即用”的特點。它內(nèi)置了Python解釋器和圖形化運行調(diào)試界面，因此開發(fā)者無需自行安裝Python、配置環(huán)境或輸入命令，只需打開PyCharm即可編寫代碼、運行Python程序。此外，PyCharm內(nèi)置Python標準化庫，支持文件、目錄訪問和操作系統(tǒng)服務(wù)等常用操作。同時，使用者也可通過圖形化界面安裝第三方擴展庫，實現(xiàn)更多功能。

(2) 第三方擴展庫。PyPI(Python Package Index)[17]是Python官方的第三方擴展庫索引倉庫，里面存儲了Python社區(qū)其他成員發(fā)布和共享的擴展庫。在本研究開發(fā)的二維碼一體化工具中，主要使用了如下第三方擴展庫：① pywin，調(diào)用Windows API對Word文件進行插入、刪除等操作；② PyPDF，對PDF文件進行截取、解析等操作；③ qrcode，根據(jù)配置生成或解析二維碼圖片。

2.2 設(shè)計思路

二維碼一體化工具的開發(fā)思路主要基于兩個方面：(1) 重復性操作交給工具自動化完成，如反復打開/關(guān)閉文件、調(diào)整圖片大小、插入圖片至指定位置等；(2) 二維碼的生成和校驗通過調(diào)用Python庫函數(shù)實現(xiàn)?！队嬎銠C系統(tǒng)應用》編輯部自2021年8月開始探索基于Python的二維碼一體化工具，逐漸完善功能，并優(yōu)化編校加工流程，如圖3所示。首先，編輯使用二維碼一體化工具生成/插入二維碼。完成處理后，將論文Word文檔排版，進入傳統(tǒng)編校流程。在編校過程中，編輯可以隨時使用一體化工具校驗二維碼。二維碼校驗的人工成本和時間成本很低，可以多次校驗?！队嬎銠C系統(tǒng)應用》目前是安排在二校和三校兩個階段中進行兩次二維碼校驗，優(yōu)勢是：(1) 將二維碼校驗提前至二校階段，盡早發(fā)現(xiàn)并糾正二維碼的錯誤，避免影響后續(xù)流程；(2) 多次校驗二維碼可以確保二維碼準確無誤。在全部校驗完成后，編輯可以根據(jù)時間安排，完成網(wǎng)絡(luò)出版和紙質(zhì)出版等后續(xù)流程。

圖3 二維碼一體化解決方案的處理流程

圖4 生成/插入流程設(shè)計

二維碼一體化處理工具的核心工作是完成二維碼生成/插入和二維碼校驗。本研究以二維碼生成/插入為例，介紹了工具的開發(fā)思路(圖4)。首先讀取用戶配置，根據(jù)配置信息指定的文件目錄，掃描目錄下所有的待處理文件。其次，針對每個文件，根據(jù)配置信息判斷應拼接生成的二維碼內(nèi)容或讀取二維碼內(nèi)容，生成二維碼圖片，根據(jù)配置信息調(diào)整圖片位置和大小，并插到對應Word文檔的指定位置。最后，在所有文件處理完成后，工具將生成處理結(jié)果，提示處理失敗或成功。所有的二維碼校驗流程類似，區(qū)別在于針對每個文件的處理，校驗階段將截取指定位置的圖片，識別圖片二維碼包含的信息，并與預期信息進行對比判斷。

2.3 工具操作手冊

本研究搭建的二維碼一體化工具可以完成二維碼生成/插入和二維碼校驗兩部分工作。

2.3.1 二維碼的生成/插入

二維碼一體化工具將二維碼生成/插入整合為一步完成，操作更為簡便、高效。界面如圖5所示，編輯首先設(shè)置目錄至待處理Word文檔所在的文件夾。根據(jù)“期刊”選項的不同，二維碼一體化工具支持兩種模式生成/插入二維碼——通用版模式和個性化模式。

2.3.1.1 通用版模式

在“期刊”標簽處選擇“通用版”可進入此模式，如圖5(a)所示，通用版模式支持3種ID截取方式：front、back和excel。excel方式是指用戶通過Excel表格建立文件名與二維碼含義之間的關(guān)系，如圖6所示，用戶自行創(chuàng)建一個Excel文件，文件中包含A、B兩列，分別表示W(wǎng)ord文件的文件名和二維碼中的預期內(nèi)容，Excel文件的每一行代表了A列所指文件與B列所指內(nèi)容之間的對應關(guān)系。二維碼內(nèi)容可由使用者自行指定，包括論文的全文鏈接、DOI鏈接、視頻鏈接、圖片鏈接、微信公眾號、文本等。工具將讀取Excel文件，根據(jù)文件名查詢對應的內(nèi)容來生成二維碼。這種方式適用于二維碼包含的內(nèi)容與文件名無關(guān)聯(lián)的情況。

在編輯實務(wù)中，論文文檔的命名通常具有某種含義，與其二維碼往往有一定的關(guān)聯(lián)，因此在二維碼一體化工具中增加了front和back兩個設(shè)置。front和back模式是指從文件名的前端或后端截取N個字符作為二維碼內(nèi)容的一部分。如果可以直接根據(jù)文件名來生成二維碼，則可以避免制作Excel表格的過程。以《計算機系統(tǒng)應用》為例，文件名是每篇稿件的錄用編號，同時也是論文首頁地址的一部分(圖7)。

圖5 不同模式生成/插入二維碼界面(a) 通用版模式；(b) 個性化模式

圖6 指示文件名與文件ID對應關(guān)系的Excel文件結(jié)構(gòu)

圖7 《計算機系統(tǒng)應用》論文首頁網(wǎng)址示意

根據(jù)文件名可以拼接出二維碼鏈接。當二維碼對應的內(nèi)容滿足“前綴+可變ID+后綴”的格式，且可變ID可從文件名中截取時，即可固化前綴和后綴，根據(jù)實際情況選擇可變ID的截取方式。二維碼一體化工具自動將其拼接為一個鏈接，生成二維碼并插到對應文件的指定位置。這樣操作一方面減少了制作Excel表格的工作量，另一方面也避免了手動輸入可能造成的差錯。

圖片的尺寸和位置由4個參數(shù)指定，如圖5所示。Left表示圖片相對畫布左邊緣的位置，Top表示圖片相對畫布上邊緣的位置，Height表示圖片的高度，Width表示圖片的寬度，這4個參數(shù)表的單位都是磅。

2.3.1.2 個性化模式

二維碼一體化工具還可根據(jù)期刊的特點設(shè)計個性化模式。以《計算機系統(tǒng)應用》為例，二維碼鏈接的網(wǎng)址前綴和后綴具有固定的內(nèi)容，這些已經(jīng)被配置在程序中，如圖5(b)所示，用戶進入界面后，選擇相應期刊，即可使用內(nèi)置配置，進一步減少了人工操作流程，減輕了編輯的工作量，同時也避免了人工輸入可能引入的錯誤。目前二維碼一體化工具支持《計算機系統(tǒng)應用》和《軟件學報》的個性化模式。

完成配置后，用戶點擊“開始處理”，即可等待工具自動完成二維碼生成/插入。如圖8(a)所示，當處理全部成功后，頁面會彈出消息提示框，提示已經(jīng)處理成功。若處理失敗，則如圖8(b)所示，頁面會彈出消息提示框，提示部分文件處理失敗，用戶可以查找相應的文件，查看失敗原因。

2.3.2 二維碼的校驗

二維碼的校驗過程與生成/插入的過程類似，用戶首先將所有待處理的文件放置在特定文件夾中，并在工具中指定此文件目錄。文件可以是Word，也可以是PDF。接下來，用戶選擇校驗模式，同樣支持通用版和個性化兩種模式，使用方法與二維碼生成時一致。在完成配置后，用戶點擊“開始處理”按鈕，即可等待工具自動化處理。

當處理完成后，頁面會彈出消息提示框，提示處理結(jié)果。若二維碼均正確，則提示二維碼校驗無誤；若有部分文件中的二維碼有誤，則列出錯誤文件的文件名，用戶可以查找相應的文件，查看錯誤原因，并進行處理。

3 二維碼一體化解決方案的應用價值

3.1 與傳統(tǒng)手工操作方法相比

基于Python的二維碼一體化解決方案，一方面將大量重復、繁瑣的工作交給機器自動化完成，極大提高了工作效率；另一方面借助軟件識別二維碼，解決了二維碼校驗難的問題，優(yōu)化了編校加工流程。與手工操作流程相比，所設(shè)計的二維碼一體化解決方案在時間成本、可靠性等方面存在很大優(yōu)勢。以《計算機系統(tǒng)應用》每期45篇論文的處理實踐為例，一體化解決方案與手工操作的對比如表1所示。

圖8 生成/插入處理示例(a)處理成功；(b)處理失敗

表1 以45篇論文為例，手工操作與一體化解決方案對比

(1) 全自動操作，效率更高。在傳統(tǒng)手工操作流程中，編輯需要手工逐一生成二維碼，保存并插到指定文件的指定位置，校驗二維碼則需要逐一掃描二維碼、打開對應的網(wǎng)頁并加以確認，其中包含了大量細致工作。在二維碼一體化解決方案中，編輯只需要打開二維碼一體化工具，選擇指定文件夾即可一鍵完成二維碼的生成和插入或者二維碼校驗工作。以《計算機系統(tǒng)應用》為例，每期45篇稿件，工具一鍵完成二維碼生成和插入，總耗時約25秒；一鍵完成二維碼校驗，總耗時約5秒。而同樣的工作，人工完成需要耗時2小時。使用二維碼一體化解決方案后，編輯的工作效率得到了極大提升。

(2) 機器智能化處理，可靠性更強。相較于人工操作的不穩(wěn)定性和不可靠性，軟件遵循一定的邏輯進行二維碼的自動生成、插入和校驗，產(chǎn)生差錯的概率極低。在工具最初構(gòu)思時，筆者曾追溯《計算機系統(tǒng)應用》近幾期手工處理二維碼的效果，結(jié)果發(fā)現(xiàn)：在藍樣校對階段，每期普遍校驗出1～2個二維碼錯誤，其中有一期因二維碼生成階段對Excel表格處理不當，造成6個錯誤。使用二維碼一體化解決方案之后，二維碼生成/插入的準確率是100%，即所有的二維碼均正確生成，并準確地放到論文的指定位置。程序還內(nèi)置了一些選項，進一步避免了人工輸入可能造成的錯誤。此外，程序在處理過程中保存處理日志，若后續(xù)校驗階段發(fā)現(xiàn)差錯，可通過回溯處理日志確定錯誤來源。

(3) 流程更合理。通過對比新、舊流程可以發(fā)現(xiàn)：原手工操作流程中，編校過程與二維碼處理過程之間存在割裂，而二維碼一體化解決方案完美地解決了此問題，優(yōu)化后的流程將二維碼處理流程與傳統(tǒng)編校出版流程融為一體。二維碼的校驗不再依賴于網(wǎng)址生效，可以自由地安排在編校過程中，例如二?；蛉！Ｔ诰幮Ｖ?，編輯一旦發(fā)現(xiàn)二維碼的問題，可以及時更正，避免了在期刊紙質(zhì)出版的最后階段再次修改二維碼，進一步減少了糾錯成本。同時，提前校驗二維碼使得印刷階段不再依賴于網(wǎng)絡(luò)出版，編校出版流程更為合理。

(4) 自主開發(fā)，可擴展性強。本文所述的二維碼一體化工具是由《計算機系統(tǒng)應用》學術(shù)編輯根據(jù)工作經(jīng)驗自主開發(fā)，可以靈活進行個性化設(shè)計。如工具內(nèi)嵌了《計算機系統(tǒng)應用》和《軟件學報》兩刊配置，可以根據(jù)編輯的選擇進行自動跳轉(zhuǎn)，最大限度地簡化了編輯的操作。同時，工具不限制二維碼的內(nèi)容，其通用版的擴展功能可以廣泛用于期刊處理如期刊官網(wǎng)、論文首頁、視頻圖片鏈接、文本等多種二維碼。通過有效的處理手段，可以靈活解決單篇論文中融入二維碼的問題。

3.2 與現(xiàn)有其他解決方案相比

目前已有一些編輯同行積極探索二維碼的自動化處理[10-12]，本研究調(diào)研并對比了本文方法與現(xiàn)有方法的優(yōu)缺點，結(jié)果如表2所示?？梢?，現(xiàn)有解決方案多是實現(xiàn)二維碼批量生成，而基于Python的二維碼一體化解決方案不僅實現(xiàn)了二維碼的批量生成，更是實現(xiàn)了二維碼插入和校驗的全自動化處理，極大地減少了編輯的重復性工作。同時，二維碼的自動化校驗擺脫了二維碼校驗依賴于網(wǎng)址生效的窘境，處理結(jié)果準確率高、可靠性強，使得二維碼編校流程更為合理。

表2 本文方法與文獻[10-12]方法的對比

4 結(jié)語

針對科技期刊二維碼處理流程中效率低、易出錯、難校驗等問題，本研究提出了一種基于Python的二維碼一體化解決方案，自動完成二維碼的生成、插入和校驗。經(jīng)過實驗驗證和《計算機系統(tǒng)應用》《軟件學報》兩刊的試用，發(fā)現(xiàn)二維碼一體化工具極大地提高了工作效率，解放了人力，提升了二維碼處理結(jié)果的可靠性，同時將二維碼處理流程完美地融合至傳統(tǒng)編校流程。

未來筆者將在以下兩個方面繼續(xù)探索：(1)工具中生成的二維碼僅支持普通的黑白兩色，暫不支持自由設(shè)計，如增加彩色二維碼、向二維碼中插入Logo圖片等。未來根據(jù)期刊發(fā)展的需要，工具也將逐步添加更豐富的二維碼設(shè)計功能。(2)目前工具已在《計算機系統(tǒng)應用》和《軟件學報》中使用，未來將在工具中集成更多功能，并推廣到更多期刊中。

隨著科技的不斷進步，編輯和校對工作也已向數(shù)字化發(fā)展，但大部分繁雜瑣碎的編務(wù)工作仍然停留在人工處理階段，自動化程度較低。計算機自動化操作在處理重復性工作時效率更高，可靠性更強，現(xiàn)在各類程序語言不斷發(fā)展，豐富的集成開發(fā)工具和第三方擴展庫降低了工具開發(fā)門檻，使得自行搭建輕量級的編務(wù)工作處理模塊成為可能?？萍计诳庉嫅朴谒伎?，借助計算機技術(shù)不斷提升工作效率，完善工作流程。