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

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

中圖分類號：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年以來，國家衛(wèi)生健康委員會發(fā)布了《電子病歷系統(tǒng)功能應用水平分級評價方法及標準（試行）》評價標準[1]，電子病歷評級作為唯一的信息化指標納入三級公立醫(yī)院績效考核核心指標范疇[2]，為此類醫(yī)院提供了信息化指導標準。

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

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

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

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

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

結合領導要求及工作需求，最終明確了系統(tǒng)建設的核心目標：構建一個集中管理、自動化整合、快速生成實證材料的系統(tǒng)，旨在提升團隊工作效率，確保實證材料的準確性和規(guī)范性。最終，信息科于2021年1月成功推出了第一版基于低代碼平臺的電子病歷評級實證材料管理系統(tǒng)。

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

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

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

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

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

上述調研和規(guī)劃為構建了一個高效、穩(wěn)定、安全的電子病歷評級實證材料管理系統(tǒng)奠定了堅實基礎。

2.2低代碼平臺選型與實施

2.2.1低代碼平臺選型

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

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

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

2.2.2平臺實施與部署

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

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

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

2.3.1開發(fā)階段

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

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

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

2.3.2測試階段

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

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

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

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

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

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

3系統(tǒng)建設結果

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

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

針對文檔太大和反復整合的耗時問題，系統(tǒng)提供實證材料截圖功能，用戶可實時上傳截圖，同時可生成每個條款對應的文檔下載鏈接，還有整合導出所有條款截圖的功能，下載的實證材料文檔符合評級標準，且無須擔心文檔太大導致崩潰的問題（如圖3所示）。

4結語

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

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

參考文獻

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

[2]國務院辦公廳關于加強三級公立醫(yī)院績效考核工作的意見[J].中華人民共和國國務院公報，2019（5）：22-30.

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

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

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

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

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