摘要：目的根據(jù)國(guó)家衛(wèi)健委提出的國(guó)家電子病歷系統(tǒng)應(yīng)用水平評(píng)級(jí)標(biāo)準(zhǔn)，研究為醫(yī)院參加國(guó)家電子病歷等級(jí)評(píng)審前的實(shí)證材料截圖工作提供信息化解決方案。方法搭建一套低代碼平臺(tái)，對(duì)基本的表單、功能進(jìn)行創(chuàng)建維護(hù)，并為用戶提供實(shí)現(xiàn)方式、截圖、說(shuō)明等錄入功能。結(jié)果在平臺(tái)中通過(guò)調(diào)用自定義外部鏈接的方式，將錄入的條款內(nèi)容、截圖整合并導(dǎo)出標(biāo)準(zhǔn)的、符合實(shí)證材料格式規(guī)范的Word文檔。結(jié)論摒棄了繁瑣易錯(cuò)的手工整合操作，為待評(píng)級(jí)醫(yī)院提供經(jīng)驗(yàn)參考，贏得更多提升截圖質(zhì)量的時(shí)間，提高實(shí)證材料審核通過(guò)的可能性。

關(guān)鍵詞：電子病歷系統(tǒng)信息化評(píng)級(jí)醫(yī)院信息化實(shí)證材料

中圖分類號(hào)：R197.3;TP311.52

ConstructionPracticeoftheManagementSystemofEmpiricalMaterialsforGradingElectronicMedicalRecords

HUANGJunfeng1JINHongchang2*JIChen1

1.InformationDepartment，People'sHospitalofLonghua，Shenzhen;2.HealthBureauofLonghuaDistrict，Shenzhen，GuangdongProvince，518109China

Abstract：ObjectiveAccordingtothestandardofgradingtheapplicationofthenationalelectronicmedicalrecordsystemproposedbytheNationalHealthCommissionofthePeople’sRepublicofChina，thisstudyprovidesaninformationsolutionforthescreenshotofempiricalmaterialsbeforehospitalsparticipateingradingnationalelectronicmedicalrecords.MethodAsetoflow-codeplatformwassetuptocreateandmaintainbasicformsand functions，andprovideuserswithinputfunctionssuchasimplementationmethods，screenshotsanddescriptions.ResultIntheplatform，theinputtermsandscreenshotswereintegratedandexportedintostandardWorddocumentsthatconformedtotheformatspecificationsofempiricalmaterialsbycallingcustomexternallinks.ConclusionThecumbersomeanderror-pronemanualintegrationoperationisabandoned，whichprovidesexperiencereferenceforhospitalstobegraded，winsmoretimetoimprovethequalityofscreenshots，andimprovesthepossibilityoftheapprovalofempiricalmaterials.

KeyWords：Electronicmedicalrecordsystem;Informationrating;Hospitalinformatization;Empiricalmaterial

自2018年以來(lái)，國(guó)家衛(wèi)生健康委員會(huì)發(fā)布了《電子病歷系統(tǒng)功能應(yīng)用水平分級(jí)評(píng)價(jià)方法及標(biāo)準(zhǔn)（試行）》評(píng)價(jià)標(biāo)準(zhǔn)[1]，電子病歷評(píng)級(jí)作為唯一的信息化指標(biāo)納入三級(jí)公立醫(yī)院績(jī)效考核核心指標(biāo)范疇[2]，為此類醫(yī)院提供了信息化指導(dǎo)標(biāo)準(zhǔn)。

深圳市龍華區(qū)人民醫(yī)院（以下簡(jiǎn)稱“本院”）最早于2018年參加國(guó)家電子病歷系統(tǒng)應(yīng)用水平評(píng)級(jí)，目前評(píng)級(jí)為4級(jí)。2019—2021年，正值本院創(chuàng)三甲期間，院領(lǐng)導(dǎo)將國(guó)家電子病歷系統(tǒng)應(yīng)用水平評(píng)級(jí)工作列為三甲醫(yī)院評(píng)級(jí)發(fā)展戰(zhàn)略的重要項(xiàng)目之一，由信息科全權(quán)負(fù)責(zé)實(shí)證材料文檔的準(zhǔn)備工作。歷次評(píng)級(jí)材料準(zhǔn)備過(guò)程中，屢屢出現(xiàn)嚴(yán)重影響材料整合進(jìn)度的問(wèn)題，如文件整合過(guò)程重復(fù)、繁瑣；成員間文件內(nèi)容格式不一致；不同版本變更過(guò)程中，材料內(nèi)容易錯(cuò)易漏等。為解決上述問(wèn)題，信息科從2020年開始投入資源自主開發(fā)建設(shè)實(shí)證材料管理系統(tǒng)，系統(tǒng)功能包括但不限于評(píng)審工作創(chuàng)建、分配條款責(zé)任人、上傳實(shí)證材料圖片、導(dǎo)出實(shí)證材料文檔等，本文旨在就過(guò)程中的實(shí)證材料管理系統(tǒng)建設(shè)實(shí)踐做一下回顧，以期為其他醫(yī)院提供參考。

1系統(tǒng)建設(shè)歷程

在電子病歷評(píng)級(jí)實(shí)證材料管理系統(tǒng)的建設(shè)之路上，確實(shí)存在著不少的挑戰(zhàn)。為了保證實(shí)證材料的準(zhǔn)確性和規(guī)范性，信息科團(tuán)隊(duì)提前6個(gè)月就開始了實(shí)證材料截圖的準(zhǔn)備工作，前瞻性的安排確保了實(shí)證材料準(zhǔn)備的順利進(jìn)行。此外，為了更深入地理解相關(guān)條款，還邀請(qǐng)了多位專家進(jìn)行解讀，專家的指導(dǎo)為團(tuán)隊(duì)指明了方向，減少了返工的概率。

實(shí)證材料的準(zhǔn)備、整合工作一般持續(xù)2～3月，消耗了大量的時(shí)間成本及人力成本。因此科室領(lǐng)導(dǎo)決定采用系統(tǒng)化的解決方案，以提高工作效率和準(zhǔn)確性。

在項(xiàng)目初期，開發(fā)團(tuán)隊(duì)利用Springboot[3]與Vue2框架搭建了一套程序。然而，由于團(tuán)隊(duì)技術(shù)能力的局限性、時(shí)間壓力以及運(yùn)維成本過(guò)高等問(wèn)題，該程序并未達(dá)到預(yù)期的完美效果。面對(duì)這些問(wèn)題，低代碼平臺(tái)這一解決方案[4]應(yīng)運(yùn)而生。低代碼平臺(tái)是一款依托圖形界面和拖拽式操作，助力企業(yè)快速實(shí)現(xiàn)數(shù)字化轉(zhuǎn)型、支持少量代碼擴(kuò)展以實(shí)現(xiàn)個(gè)性化需求的數(shù)字技術(shù)工具平臺(tái)。低代碼平臺(tái)憑借其可視化的開發(fā)工具和模塊化的組件，使開發(fā)人員能夠迅速構(gòu)建應(yīng)用程序，極大地簡(jiǎn)化了開發(fā)流程，并降低了軟件維護(hù)成本。

結(jié)合領(lǐng)導(dǎo)要求及工作需求，最終明確了系統(tǒng)建設(shè)的核心目標(biāo)：構(gòu)建一個(gè)集中管理、自動(dòng)化整合、快速生成實(shí)證材料的系統(tǒng)，旨在提升團(tuán)隊(duì)工作效率，確保實(shí)證材料的準(zhǔn)確性和規(guī)范性。最終，信息科于2021年1月成功推出了第一版基于低代碼平臺(tái)的電子病歷評(píng)級(jí)實(shí)證材料管理系統(tǒng)。

2系統(tǒng)建設(shè)方法

2.1需求分析與規(guī)劃階段

在系統(tǒng)建設(shè)的初期階段，為了確保系統(tǒng)的實(shí)用性，深入挖掘在實(shí)證材料整理過(guò)程中所面臨的挑戰(zhàn)和需求，信息科通過(guò)多次頭腦風(fēng)暴會(huì)議和一對(duì)一專訪，了解成員們?cè)趯?shí)證材料整理中的實(shí)際操作流程、遇到的問(wèn)題以及期望的改進(jìn)方向。通過(guò)觀察和訪談，總結(jié)出了實(shí)證材料整理過(guò)程中的痛點(diǎn)（如表1所示），并以此為基礎(chǔ)，為系統(tǒng)建設(shè)提供了明確的方向和目標(biāo)。

此外，為了確保系統(tǒng)最終導(dǎo)出的文檔能夠滿足電子病歷評(píng)級(jí)標(biāo)準(zhǔn)，信息科對(duì)相關(guān)標(biāo)準(zhǔn)進(jìn)行了詳細(xì)的研究和分析，通過(guò)深入研究標(biāo)準(zhǔn)的具體要求和細(xì)節(jié)，明確了系統(tǒng)需要建設(shè)的關(guān)鍵功能需求（如表2所示）。

在明確系統(tǒng)的功能需求后，系統(tǒng)的性能指標(biāo)也是建設(shè)的重點(diǎn)之一。由于實(shí)證材料整理的復(fù)雜性和大數(shù)據(jù)量，需要著重關(guān)注的指標(biāo)有系統(tǒng)的處理速度、響應(yīng)時(shí)間和數(shù)據(jù)存儲(chǔ)等。同時(shí)，制定了嚴(yán)格的安全策略，包括數(shù)據(jù)加密、權(quán)限控制和備份恢復(fù)等措施，以確保系統(tǒng)運(yùn)行的穩(wěn)定性和安全性。

上述調(diào)研和規(guī)劃為構(gòu)建了一個(gè)高效、穩(wěn)定、安全的電子病歷評(píng)級(jí)實(shí)證材料管理系統(tǒng)奠定了堅(jiān)實(shí)基礎(chǔ)。

2.2低代碼平臺(tái)選型與實(shí)施

2.2.1低代碼平臺(tái)選型

本系統(tǒng)選型的低代碼平臺(tái)（以下簡(jiǎn)稱“平臺(tái)”）具有豐富的功能和強(qiáng)大的可定制性，能夠滿足系統(tǒng)的具體需求。平臺(tái)提供了一系列表單、報(bào)表和流程設(shè)計(jì)工具，使開發(fā)人員能夠快速構(gòu)建應(yīng)用程序。利用這些工具，可實(shí)現(xiàn)實(shí)證材料的數(shù)據(jù)模型設(shè)計(jì)，確保數(shù)據(jù)的一致性和完整性。

通過(guò)利用平臺(tái)的表單功能（如圖1所示），為實(shí)證材料的數(shù)據(jù)模型設(shè)計(jì)了相應(yīng)的字段。這些字段包括評(píng)審級(jí)別、條款信息、主要評(píng)價(jià)內(nèi)容、具體實(shí)現(xiàn)方式、截圖等，確保每一條實(shí)證材料都有明確的屬性和描述。表單的自定義設(shè)置、數(shù)據(jù)模型的轉(zhuǎn)化過(guò)程，是保證截圖準(zhǔn)確性和規(guī)范性必不可少的環(huán)節(jié)。

此外，為了實(shí)現(xiàn)評(píng)審工作的流程化管理，平臺(tái)還提供流程設(shè)計(jì)工具以創(chuàng)建評(píng)審流程（如圖1所示）。通過(guò)定義任務(wù)分配、審核和反饋等環(huán)節(jié)，確保了評(píng)審工作的有序進(jìn)行。通過(guò)流程的自動(dòng)化處理（例如：評(píng)審工作創(chuàng)建后，科主任審批會(huì)自動(dòng)將責(zé)任人與條款、明細(xì)綁定等），大大簡(jiǎn)化了原本繁瑣的人工操作，提高了工作效率。

2.2.2平臺(tái)實(shí)施與部署

為解決醫(yī)院信息系統(tǒng)開發(fā)功能耦合嚴(yán)重、代碼臃腫維護(hù)困難、上線成本高等問(wèn)題，平臺(tái)整體采用微服務(wù)架構(gòu)[5]。采用Docker鏡像進(jìn)行部署。在私有部署模式下，針對(duì)較復(fù)雜的微服務(wù)依賴關(guān)系，采用基于微服務(wù)架構(gòu)的單鏡像模式，以確保系統(tǒng)穩(wěn)定性的同時(shí)又能降低部署難度，使用大鏡像（微服務(wù)應(yīng)用鏡像），代替各個(gè)獨(dú)立的微服務(wù)鏡像，配置文件完全內(nèi)置，且支持覆蓋與擴(kuò)展。單機(jī)部署模式下默認(rèn)啟用相關(guān)的數(shù)據(jù)存儲(chǔ)組件，如MySQL、MongoDB、Redis等。

平臺(tái)前端（Web/H5）主要基于React框架，后端開發(fā)語(yǔ)言主要使用Java、C#、Node.js。前端通過(guò)http方式與API建立連接，API與微服務(wù)、微服務(wù)與微服務(wù)之間主要基于RPC協(xié)議（基于gRPC）來(lái)實(shí)現(xiàn)接口調(diào)用（如圖3所示）。

2.3系統(tǒng)編碼階段

2.3.1開發(fā)階段

經(jīng)過(guò)需求分析與規(guī)劃階段，需求清單被轉(zhuǎn)化成一個(gè)個(gè)需求規(guī)格說(shuō)明書，開發(fā)團(tuán)隊(duì)開始著手具體的代碼編寫工作。每個(gè)開發(fā)人員都嚴(yán)格遵循設(shè)計(jì)文檔的指導(dǎo)進(jìn)行表單創(chuàng)建、字段配置等，以確保模塊的開發(fā)符合預(yù)期要求。

為了提高開發(fā)效率和保證質(zhì)量，開發(fā)團(tuán)隊(duì)采用了敏捷開發(fā)的迭代方式[6]。每個(gè)迭代周期結(jié)束時(shí)都能交付一個(gè)具有部分功能的系統(tǒng)。通過(guò)這種方式能夠及時(shí)收集用戶和測(cè)試團(tuán)隊(duì)的反饋，以便在后續(xù)迭代中進(jìn)行調(diào)整和優(yōu)化。

在開發(fā)過(guò)程中，由于功能之間是多層級(jí)的父子關(guān)系，需要特別關(guān)注每個(gè)模塊的功能正常性和與其他模塊的交互性。每個(gè)模塊在開發(fā)完成后都會(huì)進(jìn)行嚴(yán)格的測(cè)試，以確保其功能符合要求、數(shù)據(jù)符合一對(duì)多的規(guī)則，且與其他模塊協(xié)同工作時(shí)不會(huì)出現(xiàn)錯(cuò)誤，如保存表單、編輯更新、初始化條款等。

2.3.2測(cè)試階段

在本項(xiàng)目中，首先使用單元測(cè)試，確保每個(gè)模塊的功能正常。通過(guò)編寫詳細(xì)的測(cè)試用例，如輸入數(shù)據(jù)驗(yàn)證、分支覆蓋、條件覆蓋等，對(duì)每個(gè)單獨(dú)的模塊進(jìn)行驗(yàn)證，以確保其滿足預(yù)期要求。

完成單元測(cè)試后，進(jìn)行系統(tǒng)集成測(cè)試。這一階段主要驗(yàn)證模塊間的集成效果，確保模塊間的接口正常工作，數(shù)據(jù)流能夠順暢傳遞。通過(guò)模擬實(shí)際使用場(chǎng)景，以往年實(shí)證材料為基礎(chǔ)，創(chuàng)建了2022年的評(píng)審工作記錄，從記錄創(chuàng)建、人員分配、條款初始化，到具體實(shí)現(xiàn)方式和截圖的錄入，以及最后的標(biāo)準(zhǔn)化文檔導(dǎo)出，進(jìn)行了全面的測(cè)試，以發(fā)現(xiàn)可能存在的集成問(wèn)題。

最后，因存在檢查組成員通過(guò)移動(dòng)端設(shè)備查閱截圖的情況，需要確保系統(tǒng)在移動(dòng)端和PC端的兼容性，系統(tǒng)的兼容性測(cè)試[7]將圍繞著互操作性、共存性、依存性3個(gè)子特性進(jìn)行，在未來(lái)使用過(guò)程中逐步解決操作流程中所面臨的兼容性問(wèn)題。

2.4系統(tǒng)上線階段

在系統(tǒng)開發(fā)完成后，為了確保成員們能夠熟練地操作該系統(tǒng)，信息科內(nèi)組織了一場(chǎng)系統(tǒng)的操作培訓(xùn)。培訓(xùn)的主要目的是讓用戶熟悉系統(tǒng)的功能、操作流程和注意事項(xiàng)，以便他們能夠順利地完成實(shí)證材料的上傳工作。

系統(tǒng)培訓(xùn)以多種形式的教學(xué)方式進(jìn)行，包括現(xiàn)場(chǎng)講解、操作演示和模擬練習(xí)等。首先整體架構(gòu)和功能模塊的詳細(xì)介紹，讓用戶了解系統(tǒng)的基本功能和特點(diǎn)。其次，通過(guò)操作演示的方式，向用戶展示了系統(tǒng)的具體操作流程，包括登錄、數(shù)據(jù)錄入、截圖、文檔整合導(dǎo)出等功能，同時(shí)強(qiáng)調(diào)了操作的規(guī)范性和準(zhǔn)確性。還可以模擬練習(xí)，將往年實(shí)證材料中的具體實(shí)現(xiàn)方式和截圖錄入系統(tǒng)并導(dǎo)出對(duì)應(yīng)條款的實(shí)證材料文檔。通過(guò)模擬練習(xí)，用戶能夠更好地掌握系統(tǒng)的操作技巧，提高工作效率。

3系統(tǒng)建設(shè)結(jié)果

系統(tǒng)建設(shè)并投入使用后，有效地解決了需求分析與規(guī)劃階段提出的痛點(diǎn)、難點(diǎn)。

針對(duì)檢查組核查截圖質(zhì)量耗時(shí)的問(wèn)題，系統(tǒng)提供畫廊功能（如圖3所示），用戶可通過(guò)畫廊展示每個(gè)條款的評(píng)價(jià)內(nèi)容下各截圖之間的關(guān)聯(lián)性、邏輯性，統(tǒng)一、批量預(yù)覽每個(gè)條款的實(shí)證截圖，節(jié)約檢查時(shí)間，提高檢查效率。

針對(duì)文檔太大和反復(fù)整合的耗時(shí)問(wèn)題，系統(tǒng)提供實(shí)證材料截圖功能，用戶可實(shí)時(shí)上傳截圖，同時(shí)可生成每個(gè)條款對(duì)應(yīng)的文檔下載鏈接，還有整合導(dǎo)出所有條款截圖的功能，下載的實(shí)證材料文檔符合評(píng)級(jí)標(biāo)準(zhǔn)，且無(wú)須擔(dān)心文檔太大導(dǎo)致崩潰的問(wèn)題（如圖3所示）。

4結(jié)語(yǔ)

通過(guò)基于低代碼平臺(tái)的電子病歷評(píng)級(jí)實(shí)證材料管理系統(tǒng)建設(shè)實(shí)踐，充分展現(xiàn)了信息技術(shù)在醫(yī)療管理中的核心價(jià)值。該系統(tǒng)不僅提高了用戶的工作效率，還保證了實(shí)證材料的準(zhǔn)確性和規(guī)范性，為醫(yī)院的電子病歷評(píng)級(jí)工作提供了有力的支持。展望未來(lái)，系統(tǒng)功能將進(jìn)一步完善，拓展應(yīng)用范圍，推動(dòng)醫(yī)院信息化建設(shè)的深入發(fā)展，以更好地服務(wù)于職能和臨床科室。

目前，該系統(tǒng)已經(jīng)具備了基本的實(shí)證材料整理和電子病歷評(píng)級(jí)功能，但仍有許多可改進(jìn)之處，如數(shù)據(jù)質(zhì)量文檔未接入系統(tǒng)等。研究人員將根據(jù)用戶的反饋和實(shí)際需求，對(duì)系統(tǒng)進(jìn)行持續(xù)的升級(jí)和改進(jìn)，增加更多實(shí)用的功能模塊，提高系統(tǒng)的自動(dòng)化和智能化水平。

參考文獻(xiàn)

[1]國(guó)家衛(wèi)生健康委員會(huì)辦公廳.關(guān)于印發(fā)電子病歷系統(tǒng)應(yīng)用水平分級(jí)評(píng)價(jià)管理辦法（試行）及評(píng)價(jià)標(biāo)準(zhǔn)（試行）的通知[EB/OL].（2018-12-09）.http：//www.gov.cn/xinwen/2018-12/09/content_5347261.htm.

[2]國(guó)務(wù)院辦公廳關(guān)于加強(qiáng)三級(jí)公立醫(yī)院績(jī)效考核工作的意見[J].中華人民共和國(guó)國(guó)務(wù)院公報(bào)，2019（5）：22-30.

[3]王曼維，楊荻，李巖，等.基于SpringBoot框架的智慧醫(yī)療問(wèn)診系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J].中國(guó)醫(yī)學(xué)裝備，2022，19（3）：133-136.

[4]劉虔銘.基于低代碼平臺(tái)的醫(yī)院新冠肺炎疫情防控系統(tǒng)設(shè)計(jì)[J].中國(guó)數(shù)字醫(yī)學(xué)，2022，17（12）：49-53.

[5]黃辛夷，周小平，王忠民.基于微服務(wù)的智慧醫(yī)院底層架構(gòu)設(shè)計(jì)和應(yīng)用[J].醫(yī)學(xué)信息學(xué)雜志，2023，44（1）：59-64.

[6]肖耀濤.基于敏捷方法的軟件研發(fā)項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].信息與電腦（理論版），2020（4）：83-85.

[7]石安婷，夏夢(mèng)，汪楊.面向醫(yī)療行業(yè)的信息系統(tǒng)兼容性測(cè)試[J].數(shù)字技術(shù)與應(yīng)用，2023，41（12）：108-110.