廣東省衛(wèi)生健康專(zhuān)業(yè)高級(jí)職稱(chēng)申報(bào)系統(tǒng)跨平臺(tái)移動(dòng)APP技術(shù)研究與系統(tǒng)構(gòu)建

中圖分類(lèi)號(hào)：R311.1文獻(xiàn)標(biāo)識(shí)碼：B

DOI：10.3969/j.issn.1006-1959.2025.09.009 文章編號(hào)：1006-1959（2025）09-0054-05

Abstract：Wideetatiosealldeialatiol field，theaaoalalilute systemscurrntlyprmarilyrelyoPplatfos，ndteuserexperienceonmobiledevicesdsimprovementTisstudytakestheGuangdong ProvinceHealthrofeioalnioitpcatoseapleouseaistigobillchyd technologyCapacifreoknQasarFokreeeedcalaslingtaeao mobileappassidndpletedsespeealicaproseessilfloutaiofoatio uploadrelevantduentsndievisultsiealti.eplicatiofobileapsacdtefcydoef theaplicatioprcssprovdgvauablesightsfohegitaliztoprocsinealtaretoutureimproventsldfoco optimizingperfoancestrengtingurityndexpadingoeoneietfuctioalodulestaceserexperceandtifctio

Keywords：Titleapplicationsystem;Cross-platform;MobileApp;Hybridtechnology;Capacitorframework; Quasarframework

隨著信息技術(shù)的飛速發(fā)展，計(jì)算機(jī)和互聯(lián)網(wǎng)等技術(shù)正在深刻地改變著各行各業(yè)的運(yùn)作方式。在醫(yī)療領(lǐng)域，衛(wèi)生健康專(zhuān)業(yè)高級(jí)職稱(chēng)作為衡量醫(yī)療從業(yè)人員專(zhuān)業(yè)水平的重要指標(biāo)之一，其管理和申報(bào)過(guò)程也逐步受到了信息化的影響。在國(guó)內(nèi)，許多省市已經(jīng)在衛(wèi)生健康專(zhuān)業(yè)高級(jí)職稱(chēng)評(píng)審領(lǐng)域引入計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)，以實(shí)現(xiàn)自動(dòng)化、網(wǎng)絡(luò)化的評(píng)審流程。例如，北京、上海、江蘇等經(jīng)濟(jì)較為發(fā)達(dá)的地區(qū)，已經(jīng)建立了在線(xiàn)申報(bào)系統(tǒng)，讓申報(bào)人可以通過(guò)電腦端填寫(xiě)申報(bào)信息和上傳掃描件等。然而，這些系統(tǒng)主要以PC電腦端為主，缺乏針對(duì)移動(dòng)設(shè)備的用戶(hù)界面。

廣東省作為醫(yī)療事業(yè)的重要省份，其申報(bào)與評(píng)審系統(tǒng)雖已實(shí)現(xiàn)全流程信息化，但申報(bào)過(guò)程也仍依賴(lài)PC端，存在設(shè)備限制和操作復(fù)雜等問(wèn)題。移動(dòng)APP具備便捷、靈活、高效等特點(diǎn)，有望優(yōu)化申報(bào)流程并提升用戶(hù)體驗(yàn)。然而，一直以來(lái)，移動(dòng)終端零碎化等特點(diǎn)，使移動(dòng)應(yīng)用開(kāi)發(fā)變得復(fù)雜而繁瑣，不僅要應(yīng)對(duì)各種設(shè)備大小不一的問(wèn)題，還要應(yīng)對(duì)各種平臺(tái)的原生開(kāi)發(fā)語(yǔ)言各不相同的問(wèn)題4。在這一背景下，跨平臺(tái)移動(dòng)應(yīng)用開(kāi)發(fā)技術(shù)應(yīng)運(yùn)而生。跨平臺(tái)開(kāi)發(fā)技術(shù)允許開(kāi)發(fā)者使用一套代碼同時(shí)構(gòu)建適用于多個(gè)平臺(tái)的應(yīng)用程序，從而達(dá)到降本增效的目的。本研究將基于Hybrid技術(shù)、Capacitor框架和QuasarFramework[8，探索跨平臺(tái)移動(dòng)應(yīng)用開(kāi)發(fā)技術(shù)在廣東省衛(wèi)生健康專(zhuān)業(yè)高級(jí)職稱(chēng)申報(bào)系統(tǒng)中的應(yīng)用。通過(guò)此舉，旨在實(shí)現(xiàn)更便捷高效的申報(bào)流程，減輕申報(bào)人員的操作負(fù)擔(dān)，提高整體評(píng)審系統(tǒng)的用戶(hù)滿(mǎn)意度。同時(shí)，探索出一種將現(xiàn)有信息系統(tǒng)向移動(dòng)端拓展的有效方式，推進(jìn)衛(wèi)生健康領(lǐng)域的信息化進(jìn)程，促進(jìn)醫(yī)療衛(wèi)生行業(yè)的現(xiàn)代化發(fā)展。

1系統(tǒng)架構(gòu)與設(shè)計(jì)

1.1系統(tǒng)總體架構(gòu)廣東省衛(wèi)生健康專(zhuān)業(yè)高級(jí)職稱(chēng)申報(bào)系統(tǒng)移動(dòng)端APP（以下簡(jiǎn)稱(chēng)移動(dòng)端APP），位于整個(gè)廣東省衛(wèi)生健康專(zhuān)業(yè)高級(jí)職稱(chēng)申報(bào)與評(píng)審系統(tǒng)三層結(jié)構(gòu)中的表現(xiàn)層，與現(xiàn)有的PC端網(wǎng)頁(yè)版單頁(yè)應(yīng)用程序（SPA）共同構(gòu)成了用戶(hù)與系統(tǒng)的交互接口（圖1）。表現(xiàn)層分為前端和后端兩個(gè)部分。前端包括現(xiàn)有的PC端網(wǎng)頁(yè)應(yīng)用程序以及本論文所研究的移動(dòng)端APP。移動(dòng)端APP采用了基于WebView的Hybrid混合開(kāi)發(fā)技術(shù)[]，以實(shí)現(xiàn)跨平臺(tái)的移動(dòng)應(yīng)用。與現(xiàn)有PC端網(wǎng)頁(yè)版SPA一樣，移動(dòng)端APP通過(guò)調(diào)用后端提供的接口來(lái)實(shí)現(xiàn)系統(tǒng)功能。后端使用Asp.NetWebAPI技術(shù)，為前端提供統(tǒng)一的RESTfulAPI接口。整個(gè)系統(tǒng)的整體架構(gòu)見(jiàn)圖1。

移動(dòng)端APP的主體代碼是由typescript + Vue.js編寫(xiě)，采用組件化開(kāi)發(fā)方法1和MVVM構(gòu)架模式[12]。如圖2所示，分成視圖層（View）視圖模型層（ViewModel）以及模型層（Model）。

1.1.1視圖層視圖層是用戶(hù)與應(yīng)用程序交互的界面，對(duì)于移動(dòng)端應(yīng)用來(lái)說(shuō)尤為重要。在MVVM模式中，視圖層只負(fù)責(zé)展示數(shù)據(jù)，不包含業(yè)務(wù)邏輯。本研究通過(guò)將部分通用的視圖單元封裝成組件，如MySchemaForm、MyMediaContainer、MyPdfViewer等，再在各個(gè)頁(yè)面中組合使用，使得視圖層的代碼簡(jiǎn)潔清晰，便于UI的定制和代碼復(fù)用[13]。

1.1.2視圖模型層視圖模型是MVVM模式中的核心部分，它負(fù)責(zé)將模型層的數(shù)據(jù)轉(zhuǎn)化為便于視圖層展示的格式，并處理用戶(hù)的交互操作。在本研究的移動(dòng)端APP中，視圖模型可以處理用戶(hù)輸入的文本信息，包括申報(bào)人基本信息、教育與工作簡(jiǎn)歷、業(yè)績(jī)成果代表作等；也可以處理用戶(hù)輸入的媒體文件，包括論文掃描件、病歷病案掃描件、手術(shù)視頻等。同時(shí)，視圖模型也負(fù)責(zé)向服務(wù)器端的模型層提交數(shù)據(jù)和請(qǐng)求數(shù)據(jù)。視圖模型位于MVVM架構(gòu)的中間層，向上通過(guò)雙向數(shù)據(jù)綁定與視圖層交互[14，向下通過(guò)網(wǎng)絡(luò)請(qǐng)求與模型層溝通，從而實(shí)現(xiàn)用戶(hù)與數(shù)據(jù)的連接。1.1.3模型層模型層位于服務(wù)器端，負(fù)責(zé)接收前端的請(qǐng)求，并完成相應(yīng)的業(yè)務(wù)邏輯處理。在整個(gè)大系統(tǒng)中，移動(dòng)端APP與PC端網(wǎng)頁(yè)版應(yīng)用程序共用同一個(gè)模型層，從而保證了數(shù)據(jù)的一致性。

1.2移動(dòng)端APP功能模塊

1.2.1用戶(hù)賬號(hào)管理申報(bào)人可以通過(guò)APP完成賬號(hào)注冊(cè)、用戶(hù)登錄、重置密碼等操作。

1.2.2創(chuàng)建申報(bào)信息由于申報(bào)人的申報(bào)類(lèi)別、申報(bào)級(jí)別、是否免試等情況不同，申報(bào)信息的創(chuàng)建過(guò)程也會(huì)存在差異，因此，APP通過(guò)向?qū)У姆绞剑龑?dǎo)用戶(hù)完成相應(yīng)申報(bào)信息的創(chuàng)建。

1.2.3填寫(xiě)基本信息基本信息模塊主要包括以下三個(gè)方面信息的填寫(xiě)。第一，與申報(bào)相關(guān)的信息，主要包括姓名、身份證號(hào)碼、申報(bào)職稱(chēng)名稱(chēng)、申報(bào)專(zhuān)業(yè)、申報(bào)職稱(chēng)級(jí)別等。第二，與個(gè)人相關(guān)的信息，主要包括性別、出生日期、出生地、民族、政治面貌、最高學(xué)歷、最高學(xué)位、現(xiàn)職稱(chēng)名稱(chēng)、現(xiàn)職稱(chēng)專(zhuān)業(yè)、取得時(shí)間、取得方式等。第三，與現(xiàn)工作相關(guān)的信息，主要包括單位名稱(chēng)、單位屬性、主管部門(mén)、參加工作時(shí)間、所在科室、現(xiàn)工作崗位、現(xiàn)聘任職稱(chēng)、職稱(chēng)受聘時(shí)間等。

1.2.4填寫(xiě)教育與工作簡(jiǎn)歷教育與工作簡(jiǎn)歷模塊主要包括學(xué)歷（學(xué)位）教育情況、非學(xué)歷教育情況、主要工作簡(jiǎn)歷、服務(wù)基層工作經(jīng)歷、援派援外工作經(jīng)歷、進(jìn)修情況、指導(dǎo)下級(jí)專(zhuān)業(yè)技術(shù)人員情況等方面信息。用戶(hù)可以以列表的形式在APP里完成相關(guān)內(nèi)容的增刪改等操作。

1.2.5填寫(xiě)和上傳專(zhuān)業(yè)能力要求材料專(zhuān)業(yè)能力要求材料模塊主要包括專(zhuān)業(yè)技術(shù)工作總結(jié)、病案材料、病歷材料等。其中專(zhuān)業(yè)技術(shù)工作總結(jié)是每個(gè)申報(bào)人必須填寫(xiě)的，主要對(duì)取得現(xiàn)職稱(chēng)以來(lái)專(zhuān)業(yè)技術(shù)工作情況進(jìn)行總結(jié)。而病案材料和病歷材料，只要求申報(bào)醫(yī)療類(lèi)專(zhuān)業(yè)的申報(bào)人員提供。

1.2.6填寫(xiě)和上傳業(yè)績(jī)成果代表作業(yè)績(jī)成果代表作模塊主要包括論文信息、著作/譯著、獲獎(jiǎng)情況、科研項(xiàng)目、發(fā)明專(zhuān)利、專(zhuān)業(yè)技術(shù)報(bào)告、手術(shù)操作視頻、人才培養(yǎng)報(bào)告、科普作品、標(biāo)準(zhǔn)/規(guī)范、其他代表作等方面內(nèi)容。其中每類(lèi)代表作都包括基本信息和相關(guān)附件，而相關(guān)附件根據(jù)代表作類(lèi)別和載體的不同，又可以分為圖片掃描件、PDF文檔、視頻文件等。如論文代表作需要上傳論文原文掃描件和相關(guān)佐證材料等，可以是圖片掃描件，也可以是PDF文檔；而手術(shù)操作視頻則需要上傳相關(guān)的視頻文件。

1.2.7填寫(xiě)工作負(fù)面情況如果存在工作相關(guān)負(fù)面信息，可以在此模塊錄入，例如是否存在：論著一稿多投、抄襲他人論著、冒用他人項(xiàng)自或署名、利用單位負(fù)責(zé)人之便占用他人成果、因工作過(guò)失受到通報(bào)、杜撰實(shí)驗(yàn)數(shù)據(jù)、工程質(zhì)量事故、醫(yī)療事故、教學(xué)事故、嚴(yán)重醫(yī)患糾紛、前述事故出現(xiàn)傷亡等情況。

1.2.8上傳證件照、證書(shū)證明類(lèi)掃描件申報(bào)人可以通過(guò)移動(dòng)端APP上傳證件照，用于評(píng)審?fù)ㄟ^(guò)后制作職稱(chēng)證書(shū)。申報(bào)人也可以通過(guò)APP上傳相關(guān)文件要求的各類(lèi)證書(shū)、證明材料掃描件，確保個(gè)人申報(bào)資料的完整性。

1.2.9相關(guān)操作申報(bào)人可以通過(guò)APP對(duì)申報(bào)信息進(jìn)行提交、撤消提交、重置等操作;也可以生成和下載相關(guān)表格等。

1.2.10查看相關(guān)信息通過(guò)移動(dòng)端APP，申報(bào)人可以查看審核結(jié)果、答辯相關(guān)信息、評(píng)審結(jié)果、證書(shū)編號(hào)等信息。

1.3系統(tǒng)流程圖為了更好地展示系統(tǒng)的流程和數(shù)據(jù)交互，圖3展示了廣東省衛(wèi)生健康專(zhuān)業(yè)高級(jí)職稱(chēng)申報(bào)系統(tǒng)移動(dòng)端APP的申報(bào)人申報(bào)流程。首先，申報(bào)人登錄移動(dòng)端APP，系統(tǒng)判斷當(dāng)前用戶(hù)是否已經(jīng)成功創(chuàng)建申報(bào)信息，如果還沒(méi)創(chuàng)建，則通過(guò)向?qū)У姆绞揭龑?dǎo)用戶(hù)完成申報(bào)信息創(chuàng)建；如果已經(jīng)創(chuàng)建了申報(bào)信息，則進(jìn)人下一步詳細(xì)信息填報(bào)流程。詳細(xì)信息填報(bào)流程涉及多個(gè)模塊內(nèi)容，申報(bào)人可以分別選擇各個(gè)模塊，逐個(gè)完成相應(yīng)模塊的信息填寫(xiě)和附件上傳工作。當(dāng)所有模塊的內(nèi)容都完成填報(bào)后，申報(bào)人可以點(diǎn)擊“提交\"按鈕完成提交操作。至此，申報(bào)人的申報(bào)流程已經(jīng)完成，進(jìn)入單位審核環(huán)節(jié)。在等待單位審核過(guò)程中，如果申報(bào)人發(fā)現(xiàn)有疏漏的地方，可以自行“撤消提交”，并在申報(bào)時(shí)間截止之前完成修改和再次提交操作。值得注意的是，“撤消提交\"操作必須是在單位開(kāi)始審核之前執(zhí)行，否則，系統(tǒng)會(huì)拒絕撤消操作，以保證系統(tǒng)流程的確定性。

2技術(shù)選擇與實(shí)現(xiàn)

2.1移動(dòng)端APP開(kāi)發(fā)技術(shù)選擇目前移動(dòng)端APP主要分為三類(lèi)：原生應(yīng)用（NativeAPP）網(wǎng)頁(yè)應(yīng)用（WebAPP）和混合模式移動(dòng)應(yīng)用（HybridAPP）[5]。原生應(yīng)用能提供最佳的性能和用戶(hù)體驗(yàn)，可以充分利用設(shè)備的硬件和軟件功能。然而，原生應(yīng)用需要針對(duì)不同平臺(tái)進(jìn)行單獨(dú)開(kāi)發(fā)，開(kāi)發(fā)與維護(hù)成本最高。網(wǎng)頁(yè)應(yīng)用開(kāi)發(fā)與維護(hù)成本最低，然而，在功能、性能和用戶(hù)體驗(yàn)方面卻不如其他兩類(lèi)應(yīng)用。混合模式移動(dòng)應(yīng)用結(jié)合了原生應(yīng)用和網(wǎng)頁(yè)應(yīng)用的優(yōu)點(diǎn)，使用Web技術(shù)開(kāi)發(fā)界面，同時(shí)具備跨平臺(tái)性和部分原生功能訪(fǎng)問(wèn)能力[。

為了更好地實(shí)現(xiàn)廣東省衛(wèi)生健康專(zhuān)業(yè)高級(jí)職稱(chēng)申報(bào)系統(tǒng)的移動(dòng)端APP，本研究團(tuán)隊(duì)綜合考慮了跨平臺(tái)性、用戶(hù)體驗(yàn)、開(kāi)發(fā)效率和維護(hù)成本等因素，最終選擇了基于Hybrid技術(shù)的開(kāi)發(fā)方案，基于這個(gè)方案，選擇了Capacitor和QuasarFramework作為主要的前端基礎(chǔ)框架。

2.2Capacitor框架Capacitor框架是一個(gè)用于構(gòu)建跨平臺(tái)移動(dòng)應(yīng)用的開(kāi)源工具。本研究選擇Capacitor框架作為移動(dòng)端APP的基礎(chǔ)，因?yàn)樗峁┝伺c原生API交互的能力，允許APP在需要時(shí)訪(fǎng)問(wèn)設(shè)備的硬件功能。例如，通過(guò)Capacitor提供的API，本研究移動(dòng)端APP可以調(diào)用手機(jī)攝像頭實(shí)現(xiàn)申報(bào)材料的掃描上傳功能。此外，Capacitor還具有一套豐富的插件，使移動(dòng)應(yīng)用項(xiàng)目能夠輕松地集成第三方服務(wù)和功能。

2.3QuasarFramework移動(dòng)端APP的前端部分采用了QuasarFramework，這是一個(gè)功能強(qiáng)大、易于使用的，基于Vue.js的跨平臺(tái)開(kāi)發(fā)框架[8]。它具有豐富的UI組件、響應(yīng)式設(shè)計(jì)、一體化開(kāi)發(fā)工具、跨平臺(tái)支持和插件系統(tǒng)等特點(diǎn)，能夠幫助開(kāi)發(fā)者快速構(gòu)建高質(zhì)量的跨平臺(tái)應(yīng)用。通過(guò)借助QuasarFramework，本研究團(tuán)隊(duì)只需要維護(hù)一套前端代碼，即可構(gòu)建出橫跨多個(gè)平臺(tái)的應(yīng)用，不僅簡(jiǎn)化了開(kāi)發(fā)流程，還保證了APP在不同設(shè)備上的一致性。

2.4后端服務(wù)接口移動(dòng)端APP位于整個(gè)廣東省衛(wèi)生健康專(zhuān)業(yè)高級(jí)職稱(chēng)申報(bào)與評(píng)審系統(tǒng)的表現(xiàn)層，為了保持與現(xiàn)有系統(tǒng)行為的一致性，以及降低開(kāi)發(fā)和維護(hù)成本，本研究繼續(xù)沿用現(xiàn)有的后端服務(wù)。同時(shí)，在必要時(shí)進(jìn)行適當(dāng)?shù)囊苿?dòng)端適配。現(xiàn)有的后端服務(wù)使用Asp.NetWebAPI技術(shù)開(kāi)發(fā)，并遵循RESTful架構(gòu)，定義了一系列的API端點(diǎn)以供前端調(diào)用。通過(guò)RESTful架構(gòu)，前后端可以實(shí)現(xiàn)數(shù)據(jù)的傳輸和交互。在API設(shè)計(jì)過(guò)程中，本研究團(tuán)隊(duì)充分考慮了數(shù)據(jù)的安全性和一致性，并引入了基于OpenIDcon-nect協(xié)議的單點(diǎn)登錄系統(tǒng)，以確保用戶(hù)數(shù)據(jù)得到充分的保護(hù)。

2.5數(shù)據(jù)庫(kù)與數(shù)據(jù)存儲(chǔ)移動(dòng)端APP的數(shù)據(jù)存儲(chǔ)與廣東省衛(wèi)生健康專(zhuān)業(yè)高級(jí)職稱(chēng)申報(bào)系統(tǒng)的整體數(shù)據(jù)庫(kù)進(jìn)行了集成。本研究采用了統(tǒng)一的數(shù)據(jù)庫(kù)模式，以確保數(shù)據(jù)的一致性和準(zhǔn)確性。通過(guò)Asp.NetWebAPI提供的數(shù)據(jù)傳輸接口，移動(dòng)端APP輸入的數(shù)據(jù)被安全地存儲(chǔ)到數(shù)據(jù)庫(kù)中，并通過(guò)數(shù)據(jù)庫(kù)管理工具確保數(shù)據(jù)的安全備份和可恢復(fù)性。

2.6安全性和性能優(yōu)化在實(shí)現(xiàn)過(guò)程中，本研究團(tuán)隊(duì)對(duì)移動(dòng)端APP的安全性和性能進(jìn)行了深人的考慮。在安全性方面，引入了基于OpenIDconnect協(xié)議的單點(diǎn)登錄（SSO）系統(tǒng)，以確保用戶(hù)的身份認(rèn)證；并采用加密傳輸安全協(xié)議保證數(shù)據(jù)的傳輸安全[9。在具體實(shí)現(xiàn)上，本研究通過(guò)集成IdentityServer組件來(lái)實(shí)現(xiàn)SSO的功能；并且后端全部API服務(wù)接口只允許通過(guò)HTTPS協(xié)議調(diào)用，從而保證了用戶(hù)數(shù)據(jù)的安全。在性能方面，本研究團(tuán)隊(duì)通過(guò)合理的代碼優(yōu)化以及多級(jí)數(shù)據(jù)緩存技術(shù)2，減少了APP的加載時(shí)間和響應(yīng)延遲，從而保證了良好的用戶(hù)體驗(yàn)。

3應(yīng)用效果

本研究成功開(kāi)發(fā)了廣東省衛(wèi)生健康專(zhuān)業(yè)高級(jí)職稱(chēng)申報(bào)系統(tǒng)的移動(dòng)端APP。目前已經(jīng)在實(shí)際環(huán)境中進(jìn)行了小范圍試用，并取得了一定的成效。

3.1功能實(shí)現(xiàn)移動(dòng)端APP實(shí)現(xiàn)了廣東省衛(wèi)生健康專(zhuān)業(yè)高級(jí)職稱(chēng)申報(bào)系統(tǒng)的核心功能，包括申報(bào)信息創(chuàng)建、填寫(xiě)各類(lèi)信息、上傳相關(guān)材料、提交申報(bào)、撤消提交以及查看審核結(jié)果等。通過(guò)移動(dòng)端APP，申報(bào)人可以方便地完成申報(bào)流程的各個(gè)環(huán)節(jié)操作，提高了申報(bào)效率和操作便捷性。

3.2用戶(hù)體驗(yàn)移動(dòng)端APP在用戶(hù)體驗(yàn)方面表現(xiàn)出色，不僅界面美觀，而且頁(yè)面切換流暢。采用QuasarFramework作為前端基礎(chǔ)框架，保證了應(yīng)用在不同設(shè)備上的一致性和美觀性。同時(shí)，通過(guò)Hybrid技術(shù)的應(yīng)用，實(shí)現(xiàn)了跨平臺(tái)的移動(dòng)應(yīng)用，使用戶(hù)可以在iOS和Android平臺(tái)上無(wú)縫使用。用戶(hù)可以通過(guò)簡(jiǎn)潔清晰的界面完成申報(bào)流程，提高了用戶(hù)的滿(mǎn)意度和體驗(yàn)感。

3.3跨平臺(tái)技術(shù)的應(yīng)用與分別針對(duì)每個(gè)平臺(tái)的原生開(kāi)發(fā)不同，本研究實(shí)現(xiàn)了一套代碼，多平臺(tái)共用，有效地提高了開(kāi)發(fā)效率，降低了開(kāi)發(fā)和維護(hù)成本。跨平臺(tái)開(kāi)發(fā)技術(shù)在本研究項(xiàng)目的成功應(yīng)用，不僅解決了移動(dòng)設(shè)備上的終端零碎化問(wèn)題，而且還提高了代碼的可維護(hù)性和可測(cè)試性，使得系統(tǒng)更加穩(wěn)定可靠。通過(guò)Hybrid技術(shù)，開(kāi)發(fā)人員可以利用現(xiàn)有的Web技術(shù)來(lái)開(kāi)發(fā)移動(dòng)應(yīng)用，從而降低了現(xiàn)有信息系統(tǒng)向移動(dòng)端應(yīng)用遷移的難度。本研究的移動(dòng)APP的成功應(yīng)用，為國(guó)內(nèi)其他地區(qū)衛(wèi)生健康專(zhuān)業(yè)職稱(chēng)申報(bào)系統(tǒng)向移動(dòng)端拓展提供了有價(jià)值的參考。

3.4未來(lái)優(yōu)化方向盡管移動(dòng)端APP取得了一定的成效，但在實(shí)際應(yīng)用中仍然存在一些問(wèn)題和改進(jìn)空間。未來(lái)，將重點(diǎn)關(guān)注以下方面的優(yōu)化：性能優(yōu)化：與原生應(yīng)用相比，基于WebView的HybridAPP在性能上會(huì)存在一定損失。通過(guò)進(jìn)一步優(yōu)化前端代碼，將這部分性能損失降到最低，提升用戶(hù)體驗(yàn)。安全加固：進(jìn)一步加強(qiáng)移動(dòng)端APP的安全性，確保用戶(hù)數(shù)據(jù)的安全和隱私保護(hù)，防范各類(lèi)安全風(fēng)險(xiǎn)和攻擊。功能擴(kuò)展：根據(jù)用戶(hù)需求和實(shí)際情況，逐步擴(kuò)展移動(dòng)端APP的功能，提供更多便捷的服務(wù)和功能模塊，提高用戶(hù)的使用體驗(yàn)和滿(mǎn)意度。

4總結(jié)

移動(dòng)端APP作為廣東省衛(wèi)生健康專(zhuān)業(yè)高級(jí)職稱(chēng)申報(bào)系統(tǒng)的重要組成部分，為申報(bào)人提供了便捷高效的申報(bào)渠道，減輕了申報(bào)人員的操作負(fù)擔(dān)。混合移動(dòng)應(yīng)用跨平臺(tái)開(kāi)發(fā)技術(shù)在本研究項(xiàng)目的成功應(yīng)用，為國(guó)內(nèi)其他地區(qū)衛(wèi)生健康專(zhuān)業(yè)職稱(chēng)申報(bào)系統(tǒng)向移動(dòng)端拓展提供了有價(jià)值的參考，對(duì)衛(wèi)生健康領(lǐng)域信息化進(jìn)程具有一定的促進(jìn)作用。

參考文獻(xiàn)：

[1]北京市衛(wèi)生健康委員會(huì).北京市衛(wèi)生健康委員會(huì)關(guān)于2023年度衛(wèi)生專(zhuān)業(yè)技術(shù)人員職稱(chēng)工作的通知 [EB/OL].（2023-07-21）[2024-04-10].https：//wjw.beijing.gov.cn/zwgk_20040/rsxxzwgk/202307/t20230721_3204067.html.

[2]上海市人力資源和社會(huì)保障局.關(guān)于2023年度上海市衛(wèi)生系列高級(jí)職稱(chēng)申報(bào)工作的通知 [EB/OL].（2023-07-20）[2024-04-10].https：//rsj.sh.gov.cn/tgjjszwpstz_17412/20230725/t0035_1417274.html.

[3]江蘇省衛(wèi)生健康委員會(huì).關(guān)于開(kāi)展2023年度全省衛(wèi)生高級(jí)職稱(chēng)申報(bào)評(píng)審工作的通知 [EB/OL].（2023-07-26）[2024-04-10].http：//wjw.jiangsu.gov.cn/art/2023/7/26/art_7343_10963450.html.

[4]舒紅梅，符清芳，張艷，等.Flutter框架在前端開(kāi)發(fā)中的應(yīng)用探析[J].軟件，2022，43（3）：55-58.

[5]周雪.現(xiàn)代跨平臺(tái)開(kāi)發(fā)技術(shù)在移動(dòng)終端層面的應(yīng)用[].現(xiàn)代工業(yè)經(jīng)濟(jì)和信息化，2019，9（1）：73-74.

[6]王世昌.一種移動(dòng)應(yīng)用跨平臺(tái)開(kāi)發(fā)框架的改進(jìn)與應(yīng)用[D].北京：北京郵電大學(xué)，2021.

[7]Ionic Open Source.Capacitor：Cross-platform Native Run-time for Web Apps[EB/OL].（2024-04-06）[2024-04-10）].https：//capacitorjs.com/docs.

[8]PULSARDEV SRL，Razvan Stoenescu.QUASAR DOCS[EB/OL].（2024-04-06）[2024-04-10].https：//quasar.dev/docs.

[9]杜成龍.基于MVC模式的三層架構(gòu)研究.軟件，2022，43（6）：100-102.

[10]許佩瑩，禹亮，陳超智.使用混合開(kāi)發(fā)技術(shù)快速構(gòu)建跨平臺(tái)移動(dòng)應(yīng)用系統(tǒng)[].電信工程技術(shù)與標(biāo)準(zhǔn)化，2018，31（3）：65-68.

[11]白富強(qiáng).基于組件的軟件開(kāi)發(fā)方法探討].信息技術(shù)與信息化，2020（10）：28-30.

[12]王存印.基于MVVM模式的多語(yǔ)言前端對(duì)照閱讀器的研究和設(shè)計(jì)[D].北京：北京郵電大學(xué)，2023.

[13]于炳虎.基于Android系統(tǒng)的移動(dòng)應(yīng)用整體架構(gòu)分析與設(shè)計(jì)[].數(shù)字技術(shù)與應(yīng)用，2017（1）：133-135.

[14]郭蕊，趙元蘇.Web 前端框架技術(shù)綜述[].北京工業(yè)職業(yè)技術(shù)學(xué)院學(xué)報(bào)，2021，20（3）：24-27.

[15]郄小明，閆江華.移動(dòng)操作系統(tǒng)跨平臺(tái)應(yīng)用開(kāi)發(fā)技術(shù)[].電子技術(shù)與軟件工程，2020（9）：55-56.

[16]羅宏俊，馮瑞.基于Web技術(shù)進(jìn)行移動(dòng)應(yīng)用開(kāi)發(fā)和中間件的研究[].計(jì)算機(jī)系統(tǒng)應(yīng)用，2017，26（11）：19-27.

[17]羅勇，趙曉霞.淺析混合移動(dòng)應(yīng)用開(kāi)發(fā)模式.中國(guó)設(shè)備工程，2018（4）：173-174.

[18]王傳政，陳艷秋.智慧移動(dòng)醫(yī)療App的設(shè)計(jì)與實(shí)現(xiàn)[].工業(yè)控制計(jì)算機(jī)，2024，37（2）：140-141，143.

[19]王暉.移動(dòng)終端環(huán)境若干典型協(xié)議的安全分析技術(shù)研究[D].上海：上海交通大學(xué)，2022.

[20]李想，張玉軍，余瑾，等.移動(dòng)App 性能優(yōu)化[].電子測(cè)試，2021（10）：80-81，106.

收稿日期：2024-04-14;修回日期：2024-04-25

編輯/成森