基于SpringCloud的慢性病隨訪管理平臺(tái)設(shè)計(jì)與應(yīng)用

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：2096-4706（2025）08-0083-06

Abstract：Traditional chronic disease management methods are inefficientand dificult to metthe medical service requirements of patients.Combined with theactual situation of hospital folow-up work，asetofchronic disease followup management platform based on Spring Cloud is designed andapplied.The platform adopts microservice architecture and integrates intelligent voicecall technologytoachieve functionssuchasintelligent patient group management，automatic executionoffollow-uptasks，andfollow-uppath managementAftertheoperationoftheplatform，theproportioofintellgent voicecall technology follow-up reaches 56 . 8 % ，the connection rate is 8 5 . 7 % ，andthe integrityrateof informationcollection reaches 9 7 . 9 % ，which greatly reduces the follow-up work time of medical staff and significantly improves the follow-up effciencyand quality.Practiceshows thatthechronic disease follow-upmanagement platformcaneffectively improve the follow-up eficiency and provide high-quality medical services for more patients with chronic diseases.

Keywords： Spring Cloud; chronic disease follow-up management; intelligent voice call

0 引言

隨著社會(huì)的發(fā)展和生活方式的變化，慢性病患者數(shù)量逐年增加。2011一2020年，我國(guó)中老年人軀體疾病共病患病率從 1 7 . 7 % 上升至 。這些慢性病患者需要長(zhǎng)期的治療和細(xì)致的病情跟蹤，以便及時(shí)調(diào)整治療方案，控制病情進(jìn)展[2。然而，傳統(tǒng)的以人工為主的慢性病管理方法，由于醫(yī)療資源有限、醫(yī)護(hù)工作繁忙、患者依從性差等原因，已經(jīng)無(wú)法滿足日益增長(zhǎng)的慢性病管理需求，大量慢性病患者得不到及時(shí)、有效的跟蹤和管理，導(dǎo)致病情惡化，甚至出現(xiàn)并發(fā)癥，給患者的生活質(zhì)量和生命安全帶來(lái)嚴(yán)重威脅[3-4]。因此，我們需要依托數(shù)字化和互聯(lián)網(wǎng)技術(shù)，尋找新的慢性病管理方法，實(shí)現(xiàn)隨訪管理的自動(dòng)化和智能化，降低醫(yī)院的隨訪成本。通過(guò)新的慢性病管理方式，可以加強(qiáng)醫(yī)護(hù)和患者的交流，醫(yī)生和護(hù)士能夠快速獲取患者康復(fù)信息，及時(shí)觀察和調(diào)整患者康復(fù)計(jì)劃，為患者提供優(yōu)質(zhì)的醫(yī)療服務(wù)，更好地服務(wù)于廣大慢性病患者。

1 需求分析

現(xiàn)階段，慢性病患者的管理主要由醫(yī)生或護(hù)士通過(guò)人工填寫(xiě)表格完成。醫(yī)護(hù)人員用表格記錄患者下次的診療時(shí)間，通過(guò)科室電話提前提醒患者及時(shí)復(fù)診，復(fù)診日期過(guò)后還需要登錄醫(yī)院電子病歷系統(tǒng)檢查患者是否按時(shí)復(fù)診，如果患者按時(shí)復(fù)診，醫(yī)護(hù)人員還需要通過(guò)電話通知復(fù)診結(jié)果和診后建議，這些煩瑣的操作不僅占據(jù)了醫(yī)護(hù)人員大量的時(shí)間，還限制了服務(wù)患者的數(shù)量，管理效率低下。此外，患者出院后無(wú)法和醫(yī)師及時(shí)溝通康復(fù)情況，例如糖尿病患者需持續(xù)監(jiān)控血糖水平，但醫(yī)生只能在下次門(mén)診復(fù)診時(shí)了解血糖變化情況，不能及時(shí)提供醫(yī)療建議。同時(shí)，管理層也無(wú)法實(shí)時(shí)掌握隨訪開(kāi)展情況，隨訪數(shù)據(jù)需由一線人員手工統(tǒng)計(jì)后逐層上報(bào)，隨訪數(shù)據(jù)具有滯后性。因此，慢性病隨訪管理平臺(tái)的建設(shè)需要從醫(yī)護(hù)、患者和管理層三個(gè)方面提出以下核心需求：

1）面向醫(yī)生護(hù)士：慢性病隨訪管理平臺(tái)可以按照患者的診斷信息、檢驗(yàn)檢查數(shù)據(jù)、用藥醫(yī)囑等臨床資料將患者分組管理。分組完成后，可以按照設(shè)置好的隨訪路徑，自動(dòng)執(zhí)行隨訪任務(wù)，同時(shí)引入智能語(yǔ)音電話，代替?zhèn)鹘y(tǒng)手動(dòng)外呼，實(shí)現(xiàn)隨訪過(guò)程的自動(dòng)化。如果遇到患者異常信息，還需做到及時(shí)提醒，以便醫(yī)生第一時(shí)間介入處理。

2）面向患者：患者出院后，仍可通過(guò)移動(dòng)醫(yī)療平臺(tái)與醫(yī)護(hù)團(tuán)隊(duì)實(shí)時(shí)溝通疾病情況，這種連續(xù)性的關(guān)懷有助于及時(shí)解決患者在康復(fù)過(guò)程中遇到的問(wèn)題。同時(shí)，平臺(tái)提供了豐富的疾病相關(guān)宣教知識(shí)，患者可以在日常生活中學(xué)習(xí)，增強(qiáng)自我管理能力。此外，系統(tǒng)還會(huì)根據(jù)患者的康復(fù)進(jìn)度和醫(yī)生的建議，自動(dòng)提醒患者本人下次復(fù)診時(shí)間，確?；颊甙磿r(shí)回院復(fù)查，有效避免病情復(fù)發(fā)。這種全方位的醫(yī)療服務(wù)模式，不僅提高了患者的滿意度，也促進(jìn)了醫(yī)患關(guān)系的和諧發(fā)展。

3）面向管理者：隨訪管理平臺(tái)應(yīng)具備高效的數(shù)據(jù)處理能力，確保最新數(shù)據(jù)能夠迅速傳遞至管理層。同時(shí)，平臺(tái)還需提供直觀的圖表和報(bào)告，便于管理層快速把握關(guān)鍵信息，從而優(yōu)化資源配置、調(diào)整治療方案。此外，及時(shí)更新的隨訪數(shù)據(jù)還有助于管理層發(fā)現(xiàn)潛在的風(fēng)險(xiǎn)點(diǎn)，提前制定應(yīng)對(duì)策略，保障患者健康和醫(yī)療服務(wù)質(zhì)量。

2 相關(guān)技術(shù)

2.1 智能語(yǔ)音電話

智能語(yǔ)音電話是一種融合了人工智能技術(shù)的電話服務(wù)系統(tǒng)，具備自動(dòng)接聽(tīng)、語(yǔ)音識(shí)別、自然語(yǔ)言處理和語(yǔ)音合成等功能。它能夠高效地處理來(lái)電和外呼業(yè)務(wù)，無(wú)須人工干預(yù)，通過(guò)理解用戶的語(yǔ)音指令來(lái)提供信息或執(zhí)行任務(wù)。目前智能語(yǔ)音電話廣泛應(yīng)用于客戶服務(wù)、市場(chǎng)調(diào)研和緊急響應(yīng)等領(lǐng)域。當(dāng)前市場(chǎng)上已經(jīng)有很多廠商提供智能語(yǔ)音電話接口服務(wù)，使用成本也在合理范圍內(nèi)。

2.2Spring Cloud

SpringCloud是一套基于SpringBoot的微服務(wù)架構(gòu)開(kāi)發(fā)工具集，旨在簡(jiǎn)化分布式系統(tǒng)的構(gòu)建、部署和運(yùn)維[5]。它通過(guò)提供標(biāo)準(zhǔn)化組件和開(kāi)箱即用的解決方案，幫助開(kāi)發(fā)者快速實(shí)現(xiàn)服務(wù)發(fā)現(xiàn)、配置管理、負(fù)載均衡、熔斷器、API網(wǎng)關(guān)等微服務(wù)核心功能。Spring Cloud 整合了服務(wù)注冊(cè)和發(fā)現(xiàn)組件Eureka[，服務(wù)網(wǎng)關(guān)SpringCloudGateway、服務(wù)負(fù)載均衡組件Ribbon[，同時(shí)保持與Spring生態(tài)的無(wú)縫兼容，為復(fù)雜系統(tǒng)提供模塊化支持。

2.3Spring Cloud Gateway

SpringCloudGateway是SpringCloud生態(tài)系統(tǒng)中的一款高性能、動(dòng)態(tài)的API網(wǎng)關(guān)服務(wù)[8]。它基于SpringFramework5、ProjectReactor和SpringBoot2.0構(gòu)建，旨在為微服務(wù)架構(gòu)提供一種簡(jiǎn)潔且強(qiáng)大的路由機(jī)制。作為系統(tǒng)的唯一入口點(diǎn)，SpringCloudGateway負(fù)責(zé)處理所有外部請(qǐng)求，并將它們路由至相應(yīng)的微服務(wù)實(shí)例。該網(wǎng)關(guān)支持多種路由策略，包括基于路徑、主機(jī)名、請(qǐng)求參數(shù)等的匹配規(guī)則。此外，SpringCloudGateway集成了斷路器、過(guò)濾器等高級(jí)功能，能夠?qū)崿F(xiàn)請(qǐng)求限流、熔斷、重試、權(quán)限驗(yàn)證等操作，從而確保系統(tǒng)的穩(wěn)定性和安全性。在微服務(wù)架構(gòu)中，SpringCloud Gateway扮演著至關(guān)重要的角色，它不僅優(yōu)化了服務(wù)之間的通信，還提升了系統(tǒng)的可觀測(cè)性和可維護(hù)性。

2.4 RocketMQ

RocketMQ是由阿里巴巴集團(tuán)開(kāi)源的一款高性能、高可靠的分布式消息中間件[9，提供豐富的消息模型，包括事務(wù)消息（保障分布式事務(wù)最終一致性）、順序消息（確保分區(qū)有序消費(fèi)）、延遲消息（定時(shí)觸發(fā)）及廣播消息（全節(jié)點(diǎn)推送），滿足復(fù)雜業(yè)務(wù)需求。具有低延遲（毫秒級(jí)響應(yīng)）、高吞吐（單機(jī)萬(wàn)級(jí)TPS）的特性。

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

系統(tǒng)采用B/S架構(gòu)設(shè)計(jì)，B/S架構(gòu)以其跨平臺(tái)性、維護(hù)成本相對(duì)較低、更新便捷等顯著特點(diǎn)而受到青睞。同時(shí)系統(tǒng)也要遵循前后端分離的原則，這使得前端專注于頁(yè)面渲染和用戶交互，而后端則專注于數(shù)據(jù)處理和業(yè)務(wù)邏輯。兩者通過(guò)遵循RESTful風(fēng)格的接口進(jìn)行通信，實(shí)現(xiàn)前后端的徹底解耦，極大地提升了系統(tǒng)的靈活性和可維護(hù)性。

平臺(tái)的核心架構(gòu)將基于SpringCloud構(gòu)建，這一選擇為系統(tǒng)帶來(lái)了強(qiáng)大的微服務(wù)支持。整體架構(gòu)圖如圖1所示。項(xiàng)目被細(xì)分為多個(gè)微服務(wù)模塊，包括用戶中心、患者管理服務(wù)、隨訪任務(wù)管理服務(wù)、病歷結(jié)構(gòu)化處理服務(wù)、會(huì)話服務(wù)、外呼服務(wù)、數(shù)據(jù)分析服務(wù)等，每個(gè)服務(wù)模塊都專注于特定的業(yè)務(wù)領(lǐng)域，提高了系統(tǒng)的可擴(kuò)展性和穩(wěn)定性。系統(tǒng)使用Eureka作為各個(gè)服務(wù)實(shí)例的注冊(cè)與發(fā)現(xiàn)組件，實(shí)現(xiàn)服務(wù)之間的動(dòng)態(tài)管理。采用SpringCloudGateway作為響應(yīng)式API網(wǎng)關(guān)，它不僅優(yōu)化了請(qǐng)求路由，還增強(qiáng)了系統(tǒng)的安全性。此外，使用RocketMQ作為消息處理中間件，確保了系統(tǒng)內(nèi)部消息的高效傳遞和可靠異步處理，進(jìn)一步提升了系統(tǒng)的整體性能和用戶體驗(yàn)。系統(tǒng)還有單獨(dú)的

ELK日志處理系統(tǒng)，ELK是ElasticSearch、Logstash和Kibana這三個(gè)開(kāi)源產(chǎn)品的縮寫(xiě)，用于收集、存儲(chǔ)、搜索和分析大量日志數(shù)據(jù)[10]。這樣的設(shè)計(jì)使得平臺(tái)能夠更好地適應(yīng)復(fù)雜多變的醫(yī)療信息管理需求，為用戶提供更加高效穩(wěn)定的服務(wù)。

4系統(tǒng)功能設(shè)計(jì)

慢性病隨訪管理平臺(tái)根據(jù)需求分析可以分為三個(gè)子系統(tǒng)，分別是患者端、醫(yī)護(hù)端、后臺(tái)管理端。平臺(tái)的各子系統(tǒng)的重要功能模塊如圖2所示。下面是具體的功能模塊介紹。

慢病隨訪管理平臺(tái)患者端 醫(yī)護(hù)端 后臺(tái)管理端個(gè)人中心 康復(fù)計(jì)劃 在線咨詢 我的消息 指標(biāo)上傳 個(gè)人中心 隨訪路徑管 患者管理 標(biāo)簽管理 患者咨詢 重要消息 數(shù)據(jù)面板 人員管理 科室管理 角色管理 權(quán)限管理 日志管理理

4.1患者端功能

患者端前端界面基于微信小程序?qū)崿F(xiàn)，微信小程序擁有龐大的用戶基數(shù)，這使得平臺(tái)能夠觸及更廣泛的潛在用戶群體，從而提高服務(wù)的普及率和使用率。微信小程序的使用輕便性體現(xiàn)在用戶無(wú)須下載安裝額外的應(yīng)用程序，只需在微信內(nèi)部進(jìn)行簡(jiǎn)單的搜索或掃描即可打開(kāi)使用，極大地降低了用戶的準(zhǔn)入門(mén)檻。

4.1.1 個(gè)人中心

實(shí)現(xiàn)就診卡和手機(jī)號(hào)的綁定、陪診人信息確認(rèn)、個(gè)人信息修改、賬戶注銷等功能，并提供隱私政策的

閱讀和下載。

4.1.2 康復(fù)計(jì)劃

將每個(gè)階段任務(wù)以節(jié)點(diǎn)的形式指引患者進(jìn)行康復(fù)知識(shí)學(xué)習(xí)。同時(shí)，患者在完成每階段康復(fù)任務(wù)后，可點(diǎn)擊“已完成”告知醫(yī)生。若長(zhǎng)時(shí)間未完成當(dāng)前階段任務(wù)，則會(huì)自動(dòng)將異常信息發(fā)送給醫(yī)生，由醫(yī)生及時(shí)跟進(jìn)和介入。

4.1.3 在線咨詢

支持向醫(yī)生發(fā)送文字、語(yǔ)音、圖片等常見(jiàn)類型消息，同時(shí)接收醫(yī)生發(fā)來(lái)的文字、語(yǔ)音、圖片、問(wèn)卷調(diào)

查等類型消息。

4.1.4 我的消息

支持患者在首頁(yè)查看復(fù)診提醒、換藥提醒、用藥提醒、院內(nèi)健康評(píng)估、院內(nèi)宣教等重要事項(xiàng)的提醒。

4.1.5 指標(biāo)上傳

支持患者將自己的血壓、血糖等監(jiān)測(cè)數(shù)據(jù)上傳到平臺(tái)中，并且可以切換成折線圖，直觀查看血壓、血糖數(shù)據(jù)。

4.2 醫(yī)護(hù)端功能

醫(yī)護(hù)端分別由小程序和網(wǎng)頁(yè)端兩種載體實(shí)現(xiàn)。小程序的核心功能與網(wǎng)頁(yè)端一致，由于小程序的便利性，醫(yī)生的一些日常操作可以在小程序中完成，例如回復(fù)患者的在線咨詢問(wèn)題。網(wǎng)頁(yè)端則具有更完整的功能，支持更精細(xì)化的操作，例如通過(guò)設(shè)置標(biāo)簽實(shí)現(xiàn)對(duì)患者的管理。具體內(nèi)容如下：

1）個(gè)人中心。支持醫(yī)生個(gè)人頭像和簡(jiǎn)介的新增與修改、手機(jī)號(hào)的設(shè)置與修改。

2）隨訪路徑管理。隨訪路徑以病種為基礎(chǔ)，通過(guò)一系列隨訪方式（如發(fā)送短信、微信訂閱消息、問(wèn)卷調(diào)查表、語(yǔ)音電話等）作為節(jié)點(diǎn)，實(shí)現(xiàn)隨訪路徑的建立。通過(guò)管理隨訪路徑，可新增、編輯和刪除隨訪路徑。

3）患者管理。支持在列表中查看自己管理的患者基礎(chǔ)信息，查看患者在醫(yī)院的詳細(xì)診療信息，控制患者的入組和出組，變更患者的隨訪路徑。同時(shí)，可通過(guò)常見(jiàn)的隨訪方式和人工語(yǔ)音外呼電話創(chuàng)建臨時(shí)隨訪任務(wù)，對(duì)患者康復(fù)計(jì)劃進(jìn)行主動(dòng)干預(yù)。

4）標(biāo)簽管理。支持患者標(biāo)簽的新增、修改和刪除。

5）患者咨詢。支持向患者發(fā)送文字、語(yǔ)音、圖片、問(wèn)卷調(diào)查等類型消息。

6）重要消息。支持查看隨訪異常的患者（即長(zhǎng)時(shí)間未復(fù)診或重要康復(fù)節(jié)點(diǎn)未完成的患者）以及異常監(jiān)測(cè)指標(biāo)的患者，并通過(guò)短信或電話提醒患者復(fù)診或變更治療計(jì)劃。

7）數(shù)據(jù)面板。支持實(shí)時(shí)查看當(dāng)前的隨訪人次、隨訪覆蓋率、語(yǔ)音電話接通率，以及問(wèn)卷調(diào)查表結(jié)果統(tǒng)計(jì)信息和不同隨訪方式的使用人次。

4.3 后臺(tái)管理端功能

后臺(tái)管理端僅通過(guò)網(wǎng)頁(yè)載體實(shí)現(xiàn)，主要負(fù)責(zé)平臺(tái)基礎(chǔ)信息的管理，包括：

人員管理。維護(hù)平臺(tái)人員信息，實(shí)現(xiàn)人員的增刪改查，可通過(guò)對(duì)接醫(yī)院信息系統(tǒng)的方式導(dǎo)入。

科室管理。維護(hù)平臺(tái)上的科室信息，可通過(guò)對(duì)接醫(yī)院信息系統(tǒng)的方式導(dǎo)入。

角色管理。維護(hù)平臺(tái)上的角色信息，控制角色具有的權(quán)限。

權(quán)限管理。維護(hù)平臺(tái)上的權(quán)限信息，實(shí)現(xiàn)權(quán)限的增刪改查。

日志管理。記錄和查看平臺(tái)上人員的敏感操作信息。

5 業(yè)務(wù)流程設(shè)計(jì)

慢性病隨訪管理平臺(tái)要想達(dá)到預(yù)期使用效果，首先需要醫(yī)護(hù)人員在醫(yī)護(hù)端設(shè)置好隨訪路徑。當(dāng)患者出院后，平臺(tái)對(duì)接醫(yī)院電子病歷系統(tǒng)，根據(jù)電子病歷中的診斷和出院醫(yī)囑信息，自動(dòng)將患者進(jìn)行入組操作?；颊呷虢M后，根據(jù)隨訪設(shè)置好的隨訪路徑生成患者獨(dú)有的隨訪路徑實(shí)例，患者按照隨訪路徑實(shí)例節(jié)點(diǎn)引導(dǎo)患者進(jìn)行康復(fù)治療，實(shí)現(xiàn)隨訪任務(wù)的自動(dòng)化完成。當(dāng)前節(jié)點(diǎn)存在異常信息時(shí)，需經(jīng)醫(yī)師評(píng)估決定是否讓患者繼續(xù)執(zhí)行下一個(gè)節(jié)點(diǎn)。當(dāng)所有隨訪路徑節(jié)點(diǎn)完成，隨訪任務(wù)結(jié)束。具體流程圖如圖3所示。

6 網(wǎng)絡(luò)安全設(shè)計(jì)

在數(shù)字化轉(zhuǎn)型加速滲透的當(dāng)下，網(wǎng)絡(luò)安全設(shè)計(jì)已成為維系數(shù)字社會(huì)運(yùn)轉(zhuǎn)的關(guān)鍵支撐。隨著物聯(lián)網(wǎng)、云計(jì)算等技術(shù)的普及，全球網(wǎng)絡(luò)攻擊面呈指數(shù)級(jí)擴(kuò)大，數(shù)據(jù)泄露、APT攻擊、勒索軟件等威脅持續(xù)升級(jí)，因此一個(gè)安全的網(wǎng)絡(luò)設(shè)計(jì)必不可少。本平臺(tái)遵循內(nèi)外網(wǎng)隔離的原則，網(wǎng)絡(luò)整體分為外網(wǎng)區(qū)、應(yīng)用中間層、內(nèi)網(wǎng)區(qū)三個(gè)區(qū)域，網(wǎng)絡(luò)拓?fù)鋱D如圖4所示。外網(wǎng)區(qū)和應(yīng)用中間層通過(guò)外網(wǎng)前置機(jī)交換信息，應(yīng)用中間層和內(nèi)網(wǎng)區(qū)通過(guò)內(nèi)網(wǎng)前置機(jī)交換信息。通過(guò)設(shè)立兩個(gè)前置機(jī)作為安全緩沖層，同時(shí)僅開(kāi)放部分端口，讓網(wǎng)絡(luò)不直接與外部網(wǎng)絡(luò)交互，通過(guò)物理隔離與邏輯管控降低醫(yī)院核心系統(tǒng)的暴露風(fēng)險(xiǎn)。

7平臺(tái)實(shí)現(xiàn)

以糖尿病患者隨訪完整流程為例，醫(yī)生首先在醫(yī)生端的專病路徑管理頁(yè)面建立糖尿病專病管理路徑，設(shè)置路徑的每一個(gè)節(jié)點(diǎn)任務(wù)，如圖5所示。

然后在患者管理功能列表查著當(dāng)前管理的患者的基礎(chǔ)信息，根據(jù)患者信息決定是否發(fā)起一次臨時(shí)隨訪任務(wù)，或者刪除患者的所有隨訪任務(wù)停止隨訪。界面如圖6所示。

在患者端，當(dāng)糖尿病患者出院后，患者將會(huì)在微信小程序查看隨訪節(jié)點(diǎn)信息以及相應(yīng)的宣教知識(shí)。界面如圖7所示。此外如果患者需要也可以在小程序與醫(yī)生發(fā)起對(duì)話。

8 應(yīng)用成效

平臺(tái)在2024年8月首先在醫(yī)院內(nèi)分泌科、呼吸內(nèi)科、老年醫(yī)學(xué)科上線，進(jìn)入試點(diǎn)運(yùn)行階段。每個(gè)科室成立由多個(gè)醫(yī)生和護(hù)士組成的隨訪團(tuán)隊(duì)，團(tuán)隊(duì)負(fù)責(zé)隨訪專病路徑的搭建以及查著隨訪任務(wù)執(zhí)行情況等工作。截至2024年12月，醫(yī)院建立隨訪路徑32條，累計(jì)服務(wù)患者達(dá)到954人次，其中通過(guò)智能語(yǔ)音電話實(shí)現(xiàn)隨訪542人次，占比 56 . 8 % ，智能語(yǔ)音電話患者接通率達(dá)到 8 5 . 7 % 。通過(guò)分析智能語(yǔ)音記錄，信息采集完整率為 9 7 . 9 % ，以傳統(tǒng)的單次隨訪電話平均 4 m i n 一次計(jì)算，使用慢性病隨訪管理平臺(tái)節(jié)約醫(yī)護(hù) 3 6 . 1 h 工時(shí)。同時(shí)，患者通過(guò)平臺(tái)向醫(yī)生發(fā)起咨詢263次，醫(yī)生通過(guò)隨訪系統(tǒng)及時(shí)了解患者的病情變化，從而提升醫(yī)療服務(wù)質(zhì)量。這表明新的慢性病隨訪管理平臺(tái)上線后，不僅提高了隨訪數(shù)量，還極大地提高了隨訪質(zhì)量。平臺(tái)通過(guò)自動(dòng)化地跟蹤和管理患者的健康狀況，減輕醫(yī)護(hù)人員的工作負(fù)擔(dān)，提高工作效率。醫(yī)生也通過(guò)平臺(tái)敦促患者更好地遵守治療計(jì)劃，提升患者治療依從性。

9結(jié)論

慢性病隨訪管理平臺(tái)實(shí)現(xiàn)了運(yùn)用數(shù)字化手段對(duì)原先煩瑣的隨訪服務(wù)進(jìn)行高效管理，提升了服務(wù)質(zhì)量。通過(guò)定期的互動(dòng)和提醒，促進(jìn)醫(yī)患溝通，建立良好的醫(yī)患關(guān)系，提升了患者治療依從性。通過(guò)預(yù)防和管理慢性病，減少患者并發(fā)癥的發(fā)生，患者不僅可以得到更好的治療效果，還降低了整體的醫(yī)療成本，避免了醫(yī)療資源的浪費(fèi)，節(jié)約了醫(yī)保資金。目前系統(tǒng)還有一些不足之處，在患者入組的時(shí)候，如果患者存在多個(gè)慢性病診斷，會(huì)同時(shí)匹配所有符合診斷的隨訪路徑，在患者端產(chǎn)生多條隨訪路徑實(shí)例，這些實(shí)例分開(kāi)展示，造成患者需要切換隨訪路徑才能看到其他的隨訪路徑，今后需要解決不同路徑的合并顯示問(wèn)題。

參考文獻(xiàn)：

[1]王霽一，馮星淋.我國(guó)中老年人慢性病共病患病率的變化趨勢(shì)及影響因素分析[J].醫(yī)學(xué)與社會(huì)，2024，37（7）：41-48.

[2]田家利，公冶慧娟，劉宇，等.慢性病患者延續(xù)性護(hù)理的研究現(xiàn)狀[J].中國(guó)護(hù)理管理，2017，17（1）：108-111.

[3]林彬龍，吳曉園，吳心怡，等.老年慢性病全周期健康管理的現(xiàn)實(shí)梗阻與優(yōu)化路徑研究[J].衛(wèi)生經(jīng)濟(jì)研究，2024，41（5）： 5-8+1 2

[4]樊子暄，趙金紅，張羽歐，等.我國(guó)三級(jí)公立醫(yī)院出院患者隨訪工作現(xiàn)狀調(diào)查[J].中國(guó)衛(wèi)生質(zhì)量管理，2021，28（11）：11-14.

[5]王方旭.基于SpringCloud實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)微服務(wù)化的設(shè)計(jì)與實(shí)現(xiàn)[J].電子技術(shù)與軟件工程，2018（8）：60-61.

[6]倪順康，鄭蘊(yùn)欣，張?jiān)?，?基于SpringCloud微服務(wù)的醫(yī)療耗材管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J].中國(guó)醫(yī)學(xué)裝備，2022，19（10）：102-106.

[7]李娜.基于SpringCloud微服務(wù)架構(gòu)的應(yīng)用[J].電子技術(shù)與軟件工程，2019（12）：142.

[8]楊秦.基于微服務(wù)架構(gòu)的云平臺(tái)服務(wù)端的設(shè)計(jì)與實(shí)現(xiàn)[D].成都：電子科技大學(xué)，2020.

[9]郭嘉凱.RocketMQ：從阿里巴巴走向世界[J].軟件和集成電路，2018（11）：56-60.

[10]阮曉龍，賀路路.基于ELK+Kafka的智慧運(yùn)維大數(shù)據(jù)分析平臺(tái)研究與實(shí)現(xiàn)[J].軟件導(dǎo)刊，2020，19（6）：150-154.

作者簡(jiǎn)介：韋祖文（1994—），男，壯族，廣西來(lái)賓人，初級(jí)工程師，本科，研究方向：醫(yī)院信息管理；韋鑫（1986一），男，壯族，廣西柳州人，高級(jí)工程師，碩士，研究方向：醫(yī)院信息管理；通信作者：李星霖（1975一），男，漢族，廣西柳州人，高級(jí)工程師，碩士，研究方向：醫(yī)院信息管理。