《基于微信小程序的核酸檢測設計》12000字【論文】

圖3-1業(yè)務流程圖3.2.3數(shù)據(jù)流程分析待檢人員在掃碼進入小程序中輸入個人信息，收到小程序根據(jù)用戶ID進行綁定的預約單二維碼[22]，以及做完核酸后可查看檢測單信息。醫(yī)護人員在小程序中輸入個人信息，并在檢測完成后，輸入對應人員檢測結果。管理員可直接查看并進行篩選到目前所有已做核酸檢測的信息。如圖3-2所示。檢測結果個人信息個人信息試管信息待檢人員核酸檢測微信小程序醫(yī)護人員管理員檢測結果檢測單預約單檢測結果個人信息個人信息試管信息待檢人員核酸檢測微信小程序醫(yī)護人員管理員檢測結果檢測單預約單圖3-20層數(shù)據(jù)流圖待檢人員根據(jù)個人信息生成的預約單。醫(yī)護人員將個人信息登記完成后，進入試管信息登記界面，掃描待檢人員預約單信息進行綁定。檢測完試管后，醫(yī)護人員將檢測結果錄入，以檢測單形式發(fā)給用戶查看。管理員查看的檢測信息會涉及到試管檢測結果以及試管所綁定的用戶信息。如圖3-3所示。圖3-31層數(shù)據(jù)流圖待檢人員生成預約單后，醫(yī)護人員進入試管信息錄入模式，錄入檢測類型和方式再掃描試管條碼和預約單信息，將綁定后的信息上傳至試管信息表。最終醫(yī)護人員錄入檢測結果后，已檢測人可直接查看檢測單來查看結果。管理員可根據(jù)檢測結果進行篩選，若有異常數(shù)據(jù)出現(xiàn)，該界面直接提供該異?；颊叩碾娫掞@示，可便于管理員進行通知。如圖3-4所示。圖3-42層數(shù)據(jù)流圖4核酸檢測小程序的系統(tǒng)設計4.1小程序的總體設計本課題設計的主要目的為了能夠幫助社區(qū)醫(yī)護及工作人員節(jié)省現(xiàn)場核酸檢測時間，避免人群二次聚集，提高信息錄入效率并提升數(shù)據(jù)正確率，同時在出現(xiàn)異常數(shù)據(jù)時，可方便及時進行通知。為此設計了核酸檢測微信小程序，來幫助完成實現(xiàn)這一過程。核酸檢測微信小程序核酸檢測微信小程序采集待檢人員信息登錄驗證信息采集電話內容校驗電話位數(shù)校驗采集醫(yī)護人員信息檢測管理采集試管信息錄入取樣方式錄入檢測類型結果管理錄入檢測結果查詢個人檢測報告單篩選檢測信息圖4-1功能模塊圖小程序主要分為四大功能實現(xiàn)，第一部分是登錄模塊，由于考慮到并不是所有用戶都會使用微信，因此通過手機號作為個人ID進行登錄，工作人員可用自身微信進入小程序，輸入該用戶手機號幫助進行核酸檢測。第二部分是信息采集，主要是對于不同人群信息的采集，包括對系統(tǒng)用戶的錄入；第三部分是檢測管理，在核酸檢測過程中將試管信息與個人信息以及醫(yī)護人員進行綁定；第四部分是結果管理，醫(yī)護人員錄入結果后用戶即可在該小程序界面查看到此次檢測結果。管理員可查看到所有試管綁定的用戶信息，如果有試管檢測結果為陽性，則可直接聯(lián)系通知試管綁定的對應人員。4.2數(shù)據(jù)庫設計數(shù)據(jù)庫主要采用MySQL,讀寫分離[23]，根據(jù)核酸檢測微信小程序的設計需求，得到如下總體ER圖4-2所示和對應數(shù)據(jù)庫表。圖4-2E-R圖用戶信息收集：醫(yī)護人員和待檢人員都需要輸入個人信息，包括姓名、電話號碼、身份證號、地址和詳細地址，將這些信息存放到數(shù)據(jù)庫中，起到信息采集作用，以便于發(fā)現(xiàn)問題及時盡心統(tǒng)計和反饋。ER圖如圖4-3所示，數(shù)據(jù)庫設計如圖4-1所示。用戶密碼用戶密碼身份證號市詳細地址電話號碼Id省區(qū)創(chuàng)建時間圖4-3用戶E-R圖表4-1user_info用戶表名稱數(shù)據(jù)類型非空主鍵說明idInt(11)是是將用戶電話作為主鍵create_timedatetime否否創(chuàng)建時間usernameVarchar(255)否否用戶名passwordVarchar(255)否否密碼phoneVarchar(255)否否電話號碼id_cardVarchar(255)否否身份證號provinceVarchar(255)否否省cityVarchar(255)否否市countyVarchar(255)否否區(qū)addressVarchar(255)否否詳細地址user_typeVarchar(255)否否用戶類型：0表示醫(yī)護人員，1表示待檢人員試管信息收集：試管信息需綁定各項基礎信息，涉及到核酸檢測的檢測方式和類型，還需綁定試管條碼、預約單內容和醫(yī)護人員信息，因此該部分ER圖如圖4-4所示，數(shù)據(jù)庫設計如表4-2所示。試管信息試管id試管信息試管id檢測類型醫(yī)護人員id采集方式報告時間創(chuàng)建時間取樣方式試管條碼關聯(lián)用戶表id圖4-4試管E-R圖表4-2test_tube試管信息表字段名稱數(shù)據(jù)類型非空主鍵說明idInt(11)是是試管id作為主鍵create_timedatetime否否創(chuàng)建時間user_idInt(11)否否關聯(lián)用戶表的idtest_codeVarchar(255)否否試管條碼report_typeVarchar(255)否否檢測類型的id:0.待檢測;1.陰性;2.陽性doctor_idInt(11)否否醫(yī)護人員idreport_timedatetime否否報告時間assay_typeInt否否采集方式:1.單檢;2.混檢sampling_typeInt否否取樣方式:1.鼻咽拭子;2.喉咽拭子檢測報告信息查詢：由于核酸檢測結果具有時效性的要求，因此時間這個屬性需要展示出來進行顯示。同時對于醫(yī)護人員以及核酸結果都需要進行展示說明。如圖4-5所示，數(shù)據(jù)庫設計如表4-3所示。試管信息陽性試管信息陽性檢測中陰性圖4-5檢測類型E-R圖表4-3report_type檢測類型表名稱字段類型非空主鍵說明idint是是報告類型分為0，1，2三類report_typeVarchar(255)否否0：檢測中，1：陰性，2：陽性4.2小程序的詳細設計4.2.1登錄驗證用戶掃碼進入該小程序后，輸入電話號碼進行注冊登錄。將電話號碼設為主鍵，先判斷手機號碼是否為空，若為空點擊登錄后跳出彈框提示。若不為空則判斷是否符合電話位數(shù)11位，若不符合則會跳出彈框提示。若符合繼續(xù)判定該電話號碼第一位位1，第二位為3、4、5、7、8，第三位及第三位之后則是數(shù)字0到9的規(guī)律，若不符合，跳出彈框提示。若符合則判斷電話號碼是否已經(jīng)存在數(shù)據(jù)庫中，若數(shù)據(jù)庫中能搜索到該用戶表明之前登錄時已經(jīng)選擇過個人身份，會直接跳轉到對應界面；若數(shù)據(jù)庫中無相關搜索結果返回就需要用戶進入身份信息選擇入口，這個過程也相當于注冊。如下圖4-1所示。圖4-1登錄模塊圖4.2.2信息采集用戶首次注冊登錄時，選擇身份入口后，需要進行信息采集。輸入姓名、手機號、身份證號、省、市、區(qū)以及詳細地址，點擊提交，若有信息為空未填寫，或手機號碼位數(shù)不滿足11位，身份證號碼不滿足18位數(shù)，都會跳出彈框提示用戶正確填寫信息。提交成功后會跳出彈框提示，即可完成信息采集。如下圖4-2所示。圖4-2信息采集流程圖4.2.3檢測管理醫(yī)護人員選中試管錄入，根據(jù)實際情況輸入檢測類型和取樣方式，并在依次掃描試管條碼和預約單信息，點擊提交按鈕，即可跳出彈框提示，完成對試管信息的采集，同時也做到了將試管信息、醫(yī)護人員信息、待檢人員信息進行綁定。若下圖4-3所示。圖4-3試管信息采集流程圖4.2.4結果錄入在試管信息錄入時，后臺設定試管的檢測類型為檢測中。若核酸檢測結果以出，則醫(yī)護人員可直接進入報告輸入界面，將試管的檢測類型從檢測中修改為陰性或陽性。已檢測人員可在我的報告單界面查看到醫(yī)護人員輸入的檢測結果。如下圖4-4所示。圖4-4報告結果流程圖5核酸檢測小程序的實現(xiàn)5.1實現(xiàn)過程核酸檢測微信小程序的實現(xiàn)主要是將小程序前端的參數(shù)通過接口傳入后端進行執(zhí)行，并將最終結果封裝返回，進行渲染的過程。具體各個模塊的實現(xiàn)過程如下。5.1.1登錄模塊前端調用logini接口，根據(jù)傳入的phone字段，先判斷其字段長度是否為零，如果等于零說明手機號碼為空，返回message,小程序前端提示“手機號碼為空”。若手機不為空判斷是否已經(jīng)在數(shù)據(jù)庫匯總，如果沒有isRegister就返回flase，跳轉到用戶信息采集界面，如果已經(jīng)存在，判斷是普通用戶還是醫(yī)護人員，再根據(jù)修改index中的userType字段來分別顯示對應的頁面。實現(xiàn)界面如圖5-1所示。。圖5-2登錄模塊圖5.1.2信息采集前端調用Register接口獲取用戶信息，傳入用戶名、手機號、身份證號、省市區(qū)、詳細地址以及用戶類型這些參數(shù)。調用dao.py的用戶注冊方法，將傳入的數(shù)據(jù)添加進數(shù)據(jù)庫進行匯總。實現(xiàn)界面如圖5-2所示。圖5-2用戶信息注冊圖5.1.3檢測管理通過bindReport接口獲取到前端輸入的信息，通過調用dao層中的方法，將采集方式、取樣方式試管條碼和綁定的用戶信息放入test_tube數(shù)據(jù)庫表，若該信息插入表內成功，則會返回執(zhí)行一行數(shù)據(jù)成功。row將該結果進行解析，返回執(zhí)行成功的結果數(shù)量1，給dao層，再傳遞給server層。server層進行判定，若返回數(shù)量大于0，表明執(zhí)行成功，反之綁定失敗。實現(xiàn)界面如圖5-3所示。圖5-3試管信息采集圖5.1.4結果錄入通過updateReportType接口獲取到前端選中的檢測結果和試管信息，通過調用dao層中的方法，修改數(shù)據(jù)庫中test_tube表中對應試管id的檢測結果，若該信息修改表內成功，則會返回執(zhí)行一行數(shù)據(jù)成功。row將該結果進行解析，返回執(zhí)行成功的結果數(shù)量1，給dao層，再傳遞給server層。server層進行判定，若返回數(shù)量大于0，表明執(zhí)行成功，反之表明修改失敗或者已經(jīng)修改完成。再江南該結果封裝給前端進行渲染。實現(xiàn)界面如圖5-4所示。圖5-4結果錄入圖5.1.5信息篩選管理員進入的信息篩選界面，初始數(shù)據(jù)加載是默認需要查看所有結果的報告數(shù)據(jù)，通過adminReportList接口調用dao層中的方法，根據(jù)所需要的試管結果將對應的試管信息表的創(chuàng)建時間，用戶表的用戶姓名和電話號碼，以及檢測結果表中的試管結果類型在數(shù)據(jù)庫中進行查詢，并將返回結果封裝在reportlist中進行渲染。該功能的實現(xiàn)界面如下圖5-5所示。圖5-5信息篩選圖5.2系統(tǒng)測試5.2.1系統(tǒng)測試的目的測試目的是為查看核酸檢測微信小程序的設計與實現(xiàn)的功能是否具有可靠性，系統(tǒng)測試作為關鍵的一步，用于驗收相關功能的邏輯和實現(xiàn)是否符合，開發(fā)與設計時存在的不合理和漏洞，根據(jù)測試結果判斷是否能夠投入應用，滿足用戶的實際需求。5.2.2系統(tǒng)測試的意義本研究以登錄模塊測試為例，采用白盒測試方法進行單元測試，最終主要的登錄驗證測試執(zhí)行通路都能按照預定要求正確工作。5.2.3登錄模塊單元測試對核酸檢測小程序的登錄模塊采用白盒測試方法進行單元測試，分別輸入正確手機號碼和不滿足11位標準位數(shù)號碼以及錯誤格式手機號碼，測試過程的流圖如下。圖6-1流圖根據(jù)圖6-1的流圖，得出該圖環(huán)形復雜度為4。因此有4條線性獨立路徑，如下表6-1所示。表6-1線性獨立路徑表路徑名稱路徑內容路徑11-2-3-4路徑21-2-3-7-4路徑31-5-2-3-4路徑41-2-6-1-2-3-4根據(jù)以上路徑得出如下測試用例，如下表6-2所示。對應路徑測試用例預期結果路徑1已注冊過的正確格式手機號入號碼點擊登陸后，直接進入對應首頁入口路徑2未注冊過的正確格式手機號口選擇后，跳轉到對應首頁入口路徑3輸入空格點擊登錄彈窗提示為空，重新輸入正確手機號才可登錄成功路徑4輸入111111彈窗提示手機格式錯誤，重新輸入正確手機號才可登錄成功6總結與展望總結：本文設計實現(xiàn)了核酸檢測微信小程序，本項目目前主要完成的內容如下：對用戶需求進行分析，并確定所需要的功能，通過社區(qū)組織核酸檢測需要完成信息采集和信息綁定，以及檢測結果查看等方面要求，結合現(xiàn)有技術，將需求劃分成登陸驗證、信息采集、檢測管理、結果管理四個模塊的功能；在需求分析階段通過數(shù)據(jù)流圖的形式將數(shù)據(jù)流在該小程序的走向和對應處理操作過程進行展現(xiàn)，反映出其完整的邏輯功能。并根據(jù)E-R圖設計數(shù)據(jù)庫的邏輯架構。根據(jù)技術、操作和社會可行性和需求的分析拆解基礎上，對小程序進行總體設計和功能模塊的概要設計。根據(jù)可行性的分析、需求的整合處理以及整體框架的設計搭建，對小程序的各個功能模塊進行詳細設計。本項目的前端基于node.js環(huán)境配置，后端通過flask框架和python語言進行結合封裝接口，來完成對于各個功能的實現(xiàn)。不足與改進：本項目盡管已經(jīng)實現(xiàn)如上所述功能，但仍存在不足之處需要進行改進和完善，爭取將該項目做到盡善盡美?，F(xiàn)將不足與改進之處匯總整理如下：1.在實際應用中，進行核酸檢測人員與結果錄入往往不是一類人。目前情況下，部分地區(qū)的核酸檢測人員可能是志愿者等社會群體，而檢測結果錄入員則為專業(yè)醫(yī)護人員，在小程序設計之初未考慮到這兩者之間的現(xiàn)實區(qū)別，應該設置兩個用戶類別進行區(qū)分。2.用戶只能單一進行核酸檢測，不能關聯(lián)健康碼、行程卡等信息。由于未能在線上找到關于獲取健康碼、行程卡等記錄的公開接口，且需要完成相關認證，因此需要再次進行探索學習。3.對于身份的轉化未考慮到位。未考慮到醫(yī)護人員若轉化成為待檢人員的可能性。參考文獻[1]文軍.直面新冠肺炎:風險社會的社區(qū)治理及其疫情防控[J].杭州師范大學學報(社會科學版),2020,42(02):3-11.[2]王兵,徐少杰.新冠肺炎疫情背景下的城市網(wǎng)絡化防控和精細化管理[J].中國名城,2021,35(07):41-46.DOI:10.19924/ki.1674-4144.2021.07.006.[3]冉麗麗．預防接種服務信息系統(tǒng)業(yè)務需求分析與設計[D]．國家疾病預防控制中心，2017：1-3.[4]JumoAC,deBritoD'AndréaCF.Facebookeaplataformiza??odojornalismo:umolharparaosInstantArticles[J].RevistaEletr?nicaInternacionaldeEconomiaPolíticadaInforma??o,daComunica??oedaCultura,2020,22(1):179-196.[5]紅星新聞網(wǎng)[EB/OL]./s?id=1708442176113526164&wfr=spider&for=pc[6]胡楊林．基于微服務和小程序的電子商城設計與實現(xiàn)[D]．西安：西北大學，2021：2-3.[7]CrindoJI,VillodreJocalpublicsectorbigdatacommunicationonsocialmedia.AsentimentanalyrisinTwitter[J].ProfessionalDeLaInforunacion.2018(3):614-623.[8]黃斯奡.基于用戶體驗的社區(qū)團購微信小程序設計研究[D].武漢：武漢紡織大學，2021：11-12.[9]陳金暉，肖旖莉，沈周敏.微信公眾平臺預約在民眾核酸檢測中的應用探討[J].實用預防醫(yī)學,2021,28(7):896-897.[10]婁的，黃健，王鈺，等.醫(yī)院門診自助服務系統(tǒng)使用率的多因素分析[J].中國醫(yī)院管理,2016,36(8)：46-48.[11]趙芳芳，肖明森，陳曲，等.基于移動終端的社區(qū)檢測程序開發(fā)與應用[A].中國數(shù)字醫(yī)學，2021，R319;TP311.56[12]鄭兵,白丁,楊毅，等.信息系統(tǒng)在防治新型冠狀病毒的應用[J].中國醫(yī)療設備,2020,35(7):132-136.[13]曹琨，張世霞.微信公眾平合在醫(yī)院運營和服務中的應用研究[J].電子技術與信息工程,2017,5(16)：76-78.[14]藍宇蘊,謝麗嫻.社區(qū)工作與公共危機治理——結合廣州市新冠疫情防控[J].華南師范大學學報(社會科學版),2021(03):139-150+207.[15]謝甜甜,謝軍.微信小程序在電子商務中的應用分析[J].信息與電腦(理論版),20