電子病歷評級實證材料管理系統建設實踐

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

關鍵詞：電子病歷系統信息化評級醫院信息化實證材料

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

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

1系統建設歷程

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

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

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

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

2系統建設方法

2.1需求分析與規劃階段

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

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

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

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

2.2低代碼平臺選型與實施

2.2.1低代碼平臺選型

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

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

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

2.2.2平臺實施與部署

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

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

2.3系統編碼階段

2.3.1開發階段

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

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

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

2.3.2測試階段

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

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

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

2.4系統上線階段

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

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

3系統建設結果

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

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

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

4結語

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

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

參考文獻

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

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

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

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

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

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

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