侯月皓，宋波

摘要：當(dāng)前我國醫(yī)院內(nèi)部各業(yè)務(wù)系統(tǒng)通常由多家外包運營商負責(zé)開發(fā)和維護，造成信息產(chǎn)品一體化升級過程出現(xiàn)的政策驅(qū)動下的升級周期長、各運營商之間的溝通不暢、數(shù)據(jù)共享度低等問題。文章以青島某三甲醫(yī)院基本實現(xiàn)一體化信息產(chǎn)品支撐下的智慧醫(yī)院的經(jīng)驗為例，通過組建一體化醫(yī)療信息團隊、構(gòu)建集成平臺和數(shù)據(jù)中心、突破傳統(tǒng)醫(yī)院診療邊界等方法使一體化信息產(chǎn)品貫穿了醫(yī)院的整個業(yè)務(wù)線，實現(xiàn)院內(nèi)各系統(tǒng)之間信息流通無障礙，為智慧化醫(yī)院的發(fā)展奠定了根基。

關(guān)鍵詞：一體化信息產(chǎn)品；一體化醫(yī)療信息團隊；集成平臺；數(shù)據(jù)中心；智慧化醫(yī)院

中圖分類號：TP311? ? ? 文獻標(biāo)識碼：A

文章編號：1009-3044（2022）33-0004-03

1 引言

大數(shù)據(jù)和人工智能技術(shù)的突飛猛進，給當(dāng)前醫(yī)療服務(wù)帶來解決方案的同時也帶來了許多新的挑戰(zhàn)，尤其在“后疫情時代”，各類醫(yī)療機構(gòu)之間、醫(yī)患之間通過互聯(lián)網(wǎng)等各種信息平臺，進行大規(guī)模、高頻率的各類醫(yī)療業(yè)務(wù)協(xié)作已經(jīng)成為“中國醫(yī)院信息化領(lǐng)域的新常態(tài)”。中國的醫(yī)療機構(gòu)信息化從最初的電子化數(shù)字化醫(yī)院，發(fā)展到現(xiàn)在的智慧醫(yī)院，以及未來的智能化醫(yī)院，醫(yī)院信息產(chǎn)品也從幾種業(yè)務(wù)軟件發(fā)展到眾多品牌、不同技術(shù)架構(gòu)的百花齊放現(xiàn)狀。但是這種現(xiàn)狀會帶來系統(tǒng)之間的交互問題、系統(tǒng)廠商之間的協(xié)調(diào)溝通問題、政策驅(qū)動下的升級問題等。

如何高效、高質(zhì)量地集中統(tǒng)一醫(yī)院多形態(tài)的軟件系統(tǒng)，形成一個由一家公司或者一個團隊為主導(dǎo)的信息產(chǎn)品一體化；如何讓醫(yī)療機構(gòu)的一體化信息產(chǎn)品建設(shè)具有連續(xù)性；如何讓醫(yī)院掌控自身信息化建設(shè)和信息化發(fā)展的主動權(quán)，已然成為國內(nèi)大中型醫(yī)療機構(gòu)智慧醫(yī)療信息化工作亟待解決的新課題、新任務(wù)。

2 智慧醫(yī)院概念的發(fā)展與建設(shè)目標(biāo)

“智慧地球”這一概念被提出之后，“智慧醫(yī)療”的概念的提出也緊隨其后[1]。在此之后，中國也在積極出臺各種相關(guān)政策推進智慧醫(yī)院的建設(shè)，2014年8月，國家八部委聯(lián)合印發(fā)的《關(guān)于促進智慧城市健康發(fā)展的指導(dǎo)意見》，該文件當(dāng)中智慧醫(yī)院概念被首次提出[2]。2015年7月國務(wù)院辦公廳發(fā)布《國務(wù)院辦公廳關(guān)于促進“互聯(lián)網(wǎng)+醫(yī)療健康”發(fā)展的意見》，在2020年，國內(nèi)的三級醫(yī)院要實現(xiàn)院內(nèi)醫(yī)療信息的互聯(lián)互通工作。2019年3月發(fā)布《國家衛(wèi)健委辦公廳關(guān)于印發(fā)醫(yī)院智慧服務(wù)分級評估標(biāo)準(zhǔn)體系（試行）的通知》，正式拉開了醫(yī)院評級的大幕，將醫(yī)療機構(gòu)的智慧服務(wù)等級分為五個等級[3]。同年智慧醫(yī)院應(yīng)涵蓋的三大領(lǐng)域被提出：面向醫(yī)務(wù)人員的“智慧醫(yī)療”，面向患者的“智慧服務(wù)”，面向醫(yī)院管理的“智慧管理”[4]。三大領(lǐng)域的提出，推動了我國醫(yī)療行業(yè)從信息化向智慧化轉(zhuǎn)型的進程。

智慧醫(yī)療涵蓋了預(yù)防、治療、康復(fù)和保健全周期全過程[5]。各地公立醫(yī)院、集團醫(yī)院紛紛向智慧醫(yī)療轉(zhuǎn)型的同時對院內(nèi)的各種業(yè)務(wù)系統(tǒng)也提出了更高的要求，院內(nèi)多系統(tǒng)多廠家的局面并不能滿足現(xiàn)在醫(yī)院的需求?；颊叩男畔⒃谠簝?nèi)各系統(tǒng)之間傳輸不完整不順暢的問題致使醫(yī)務(wù)人員的工作效率也受到影響。如何讓患者的就醫(yī)保障更加科學(xué)合理，如何讓院內(nèi)人員、物資管理效率質(zhì)量提高，各項流程審批復(fù)雜度降低等一系列問題，促使醫(yī)院信息產(chǎn)品的一體化需求日益迫切。

3 醫(yī)院存在的信息化問題

由于歷史政策和需求原因，各醫(yī)療機構(gòu)最初引進各業(yè)務(wù)系統(tǒng)是為了完成當(dāng)時院內(nèi)的業(yè)務(wù)需求，并未考慮到日后一體化信息的重要性。致使現(xiàn)在醫(yī)院的信息化建設(shè)整體呈現(xiàn)出數(shù)據(jù)相對分散、系統(tǒng)相對獨立、協(xié)同工作兼容性不足，以及互聯(lián)互通標(biāo)準(zhǔn)化成熟度低的局面，不能形成一體化的信息系統(tǒng)。同時醫(yī)院內(nèi)部數(shù)據(jù)內(nèi)容不完整，數(shù)據(jù)格式不統(tǒng)一的問題普遍存在，難以整合利用等問題依舊存在。完成一項診療工作需要調(diào)用到幾個甚至十幾個院內(nèi)系統(tǒng)，效率很低?，F(xiàn)階段的醫(yī)院的信息化問題主要體現(xiàn)在以下幾個方面問題。

3.1 非一體化信息產(chǎn)品導(dǎo)致協(xié)調(diào)性不足

因為各種歷史原因?qū)е箩t(yī)院的信息系統(tǒng)架構(gòu)時間不同，系統(tǒng)所屬的外包運營商也不同，會導(dǎo)致各業(yè)務(wù)系統(tǒng)的技術(shù)發(fā)展迭代不同的問題。這種態(tài)勢最終會導(dǎo)致信息孤島和煙囪系統(tǒng)的出現(xiàn)。

以青島某三甲醫(yī)院為例，院內(nèi)日常運作時所需要大大小小的醫(yī)療系統(tǒng)約為三十個，這些系統(tǒng)由數(shù)十家不同公司架構(gòu)制作并各自進行日常維護自己負責(zé)的模塊，目前運維工作基本能夠得以保障，但是面臨新的業(yè)務(wù)需求時就會捉襟見肘。解決需求時處理周期長，升級過程中系統(tǒng)響應(yīng)時間慢或部分系統(tǒng)癱瘓，增加醫(yī)務(wù)人員非必要工作量，影響到患者的就醫(yī)流程，耽誤就診時間等，極大地影響了醫(yī)院正常業(yè)務(wù)開展。

3.2 系統(tǒng)升級的經(jīng)濟成本問題

院內(nèi)各核心業(yè)務(wù)信息系統(tǒng)，除了每年需要投入大量的運維人員和基礎(chǔ)運維費用外，還需要承擔(dān)系統(tǒng)升級時的經(jīng)濟成本。一旦涉及業(yè)務(wù)的拓展等升級需求，各軟件廠家可能會因為人手不足，或者在當(dāng)?shù)厝狈夹g(shù)支持等一系列問題，使系統(tǒng)升級長時間得不到解決，增加了醫(yī)院升級成本，同時影響了醫(yī)院效益。

其次在不同廠商之間的交互融合開發(fā)時，會由于廠商間的溝通和配合問題，影響到醫(yī)院業(yè)務(wù)系統(tǒng)上線及使用，最后醫(yī)院不僅僅付出了升級系統(tǒng)的經(jīng)濟成本，還需要承擔(dān)在升級期間帶來的各種經(jīng)濟問題。同樣還存在前期建設(shè)需求評估不足，系統(tǒng)構(gòu)建完成后無法滿足預(yù)期需求，需要重構(gòu)或再次修改系統(tǒng)，涉及重復(fù)投入的風(fēng)險。

3.3 可持續(xù)性發(fā)展存在問題

隨著各類政策法規(guī)及醫(yī)療改革任務(wù)的發(fā)展需要，醫(yī)院的信息化系統(tǒng)不得不面臨著持續(xù)的需求開發(fā)和功能完善工作，這就對已有信息化系統(tǒng)提出了可持續(xù)改造升級的要求。醫(yī)院的信息化產(chǎn)品非一體化的情況下，會出現(xiàn)一個公司所管轄的業(yè)務(wù)模塊需要升級，同時需要其他公司的信息產(chǎn)品也去升級去配合這個模塊的運作。一個小的模塊的升級，需要院內(nèi)眾多外包運營商的配合，形成蝴蝶效應(yīng)。其他公司在自己系統(tǒng)運行穩(wěn)定的情況下不會去冒著風(fēng)險升級自己的系統(tǒng)，就導(dǎo)致持續(xù)的需求開發(fā)和功能完善工作經(jīng)常陷入困境。

4 一體化信息產(chǎn)品解決方案

在國家政策的指引下，在醫(yī)院智慧化建設(shè)的需求中，醫(yī)院的信息化產(chǎn)品正在逐步向一體化方向發(fā)展?，F(xiàn)存問題，可以通過將醫(yī)院信息產(chǎn)品一體化去解決。下面以青島某三甲醫(yī)院為例介紹該醫(yī)院的解決經(jīng)驗。該醫(yī)院現(xiàn)已通過“互聯(lián)互通4級甲等”“國家電子病歷4級應(yīng)用水平分級評價”，達到了醫(yī)院智慧化建設(shè)的基本要求。

4.1 一體化醫(yī)療信息化團隊的建設(shè)

讓一體化醫(yī)療信息公司派技術(shù)人員和具有豐富行業(yè)經(jīng)驗的項目經(jīng)理進駐醫(yī)院，作為醫(yī)院的駐場工程師，保障開發(fā)和運維工作。并配有每月駐場不少于五個工作日的高級技術(shù)顧問，對信息化升級過程中的業(yè)務(wù)和技術(shù)進行指導(dǎo)。同時聯(lián)合院方的各業(yè)務(wù)和臨床專家成立管理委員會，共同對醫(yī)院信息化建設(shè)過程中的業(yè)務(wù)流程進行優(yōu)化。

公司發(fā)揮人員專業(yè)技術(shù)優(yōu)勢，醫(yī)院信息科人員發(fā)揮業(yè)務(wù)熟練度優(yōu)勢，融合組建全新的醫(yī)療信息化團隊，以“一體化融合的服務(wù)創(chuàng)新模式”運作，在解決醫(yī)院信息化在數(shù)據(jù)中心、網(wǎng)絡(luò)安全、平臺升級等方面的痛點方面發(fā)揮了非常積極的作用[6]。

一體化的醫(yī)療信息團隊主要工作是整合醫(yī)院內(nèi)已有的不同廠商的業(yè)務(wù)系統(tǒng)，將院內(nèi)系統(tǒng)融合，使其協(xié)同工作，起到統(tǒng)領(lǐng)性作用。一體化的醫(yī)療信息團隊同時可以起到橋梁作用，及時將問題反饋給院方或者其他廠商，讓問題響應(yīng)速度相較無團隊時大大降低。團隊也能根據(jù)院方需求提供特色服務(wù)。

4.2 頂層設(shè)計，分步實施

在一體化醫(yī)療信息團隊的支撐下，建立數(shù)據(jù)中心和集成平臺將全院的數(shù)據(jù)和業(yè)務(wù)系統(tǒng)統(tǒng)一管理，有一個共同的標(biāo)準(zhǔn)使院內(nèi)的數(shù)據(jù)流和業(yè)務(wù)流高效有序的運作。具體做法如下：

1）數(shù)據(jù)中心

如圖1為數(shù)據(jù)中心業(yè)務(wù)架構(gòu)圖，通常采用數(shù)據(jù)倉庫（Operational Data Store，ODS）、數(shù)據(jù)中心（Clinical Data Repository，CDR）和各個不同應(yīng)用數(shù)據(jù)中心（Operational Data Repository，ODR）三層架構(gòu)的方式。

第一層建模為數(shù)據(jù)倉庫（ODS）：通過發(fā)布訂閱和Oracle的一種基于日志的結(jié)構(gòu)化數(shù)據(jù)復(fù)制軟件（Oracle Golden Gate，OGG）等相關(guān)技術(shù)把不同業(yè)務(wù)系統(tǒng)的關(guān)系型數(shù)據(jù)庫數(shù)據(jù)實時同步數(shù)據(jù)倉庫（ODS） 。

第二層建模為CDR臨床數(shù)據(jù)中心： 在數(shù)據(jù)倉庫（ODS）的基礎(chǔ)之上，以CDA/CCR標(biāo)準(zhǔn)作為架構(gòu)基礎(chǔ)，結(jié)合2009年國家衛(wèi)生和計劃生育委員會出臺的《電子病歷基本架構(gòu)與數(shù)據(jù)標(biāo)準(zhǔn)》，建立一個以病人信息和診療數(shù)據(jù)為核心的模型，在衛(wèi)健委數(shù)據(jù)并行標(biāo)準(zhǔn)下，整合散落在各個系統(tǒng)當(dāng)中的病人信息，使其成為一個標(biāo)準(zhǔn)的患者數(shù)據(jù)流。

第三層建模為應(yīng)用層（ODR）：應(yīng)用層直接面向適用對象，從需要的角度出發(fā)，將數(shù)據(jù)聚合后輸出，針對不同主題，不同業(yè)務(wù)模塊和需求，構(gòu)建相應(yīng)的數(shù)據(jù)集市。數(shù)據(jù)集市將不斷進行更新和完善，同時支持應(yīng)用數(shù)據(jù)進行分析和使用。

數(shù)據(jù)中心的建立可以完善臨床業(yè)務(wù)信息，記錄完整的臨床過程數(shù)據(jù)。用數(shù)據(jù)聯(lián)通各個孤立的臨床業(yè)務(wù)系統(tǒng)，形成整體化醫(yī)療信息。匯總臨床醫(yī)療過程數(shù)據(jù)，形成臨床大數(shù)據(jù)中心，同時可以根據(jù)醫(yī)改規(guī)則和管理目標(biāo)制定數(shù)據(jù)分析。實現(xiàn)了醫(yī)院各個信息系統(tǒng)數(shù)據(jù)的一體化。

2）系統(tǒng)集成平臺

如圖2是集成平臺功能架構(gòu)圖。集成平臺的業(yè)務(wù)主要分為兩部分：1）處理業(yè)務(wù)系統(tǒng)上的數(shù)據(jù)集，提供相對應(yīng)的標(biāo)準(zhǔn)處理接口API，其主要功能是數(shù)據(jù)的采集與查詢更新。2）提供各種相應(yīng)的適配器適配服務(wù)，用以服務(wù)各系統(tǒng)開發(fā)方與集成平臺接口的數(shù)據(jù)交互工作[7]。數(shù)據(jù)總線是整個集成平臺的核心，數(shù)據(jù)在集成平臺之間流轉(zhuǎn)得高效與否直接決定了院內(nèi)各系統(tǒng)的運行效率。醫(yī)院非常關(guān)注的EMR、移動護理、移動醫(yī)療等業(yè)務(wù)系統(tǒng)接口交互、信息共享、數(shù)據(jù)狀態(tài)同步等問題都可以依靠數(shù)據(jù)總線去解決。集成平臺的建立使得各種信息得以協(xié)同共享，實現(xiàn)集成各個業(yè)務(wù)系統(tǒng)數(shù)據(jù)并對外部系統(tǒng)提供數(shù)據(jù)交換服務(wù)[8]。

集成平臺為各種醫(yī)療平臺提供了標(biāo)準(zhǔn)化的接口，第三方供應(yīng)商使用集成平臺提供的接口可以實現(xiàn)新應(yīng)用的產(chǎn)生、現(xiàn)有應(yīng)用功能的擴展，同時各廠商接入集成平臺的標(biāo)準(zhǔn)統(tǒng)一化，使新應(yīng)用與擴展的應(yīng)用都可以在集成平臺之下統(tǒng)一運作與管理[9]。

企業(yè)服務(wù)總線（Enterprise Service Bus，ESB）是使用對象是分布式異構(gòu)系統(tǒng)，將異構(gòu)系統(tǒng)的前端和后端的一種中間層服務(wù)，并且支持SOA的基礎(chǔ)架構(gòu)功能?？梢栽诋悩?gòu)系統(tǒng)當(dāng)中完成各項信息的交互，包括服務(wù)、信息以及事件。其優(yōu)點是可以提供非?？煽拷换ハⅰOM（Message Oriented Middleware）是一種在異構(gòu)系統(tǒng)當(dāng)中面向消息的中間件。在異構(gòu)系統(tǒng)當(dāng)中，ESB產(chǎn)品可以在分布式的應(yīng)用之間通過中間件直接實現(xiàn)信息交互和溝通[10]。基于Web服務(wù)標(biāo)準(zhǔn)和MOM協(xié)議接口，ESB得以利用Web服務(wù)描述語言去封裝MOM并且在其傳輸層上完成對簡單對象應(yīng)用協(xié)議的傳輸。

使用企業(yè)服務(wù)總線，可以極大程度地簡化應(yīng)用之間的拓撲結(jié)構(gòu)，對外開放標(biāo)準(zhǔn)化的接口，對接各系統(tǒng)之間信息、事件、服務(wù)的交互，實現(xiàn)動態(tài)上的互聯(lián)互通[11]。

4.3 形成以一體化信息產(chǎn)品為支撐的智慧醫(yī)院

隨著數(shù)據(jù)中心和集成平臺的建立，得以使一體化信息產(chǎn)品貫穿醫(yī)院的整個業(yè)務(wù)線，患者的診療過程更加便捷，院內(nèi)的業(yè)務(wù)交互更加順暢。做到一切變革為了患者，一切以患者為核心，讓患者診療數(shù)據(jù)在一體化的信息產(chǎn)品當(dāng)中實現(xiàn)無障礙交互，將智能化技術(shù)應(yīng)用于醫(yī)療服務(wù)，做到診療流程重塑，縮短患者的就診時間。

一體化信息產(chǎn)品支撐下醫(yī)療服務(wù)將不單單局限于傳統(tǒng)的醫(yī)療診療邊界，而是將整個診療過程貫穿到診前、診中、診后。注意每個階段的細節(jié)，做到診前，智能預(yù)約及上傳記錄。診中通過證件或者預(yù)約的信息完成身份確認，自動分診。診后通過手機App、服務(wù)號、發(fā)送短信等形式，將按時用藥提醒、診后遠程隨訪、有關(guān)疾病的健康資訊推送給患者。移動端適時提醒用藥并且接受相關(guān)病后護理康復(fù)以及健康保險等最新資訊。在患者就在就診過程當(dāng)中，云端自動搜集患者診療過程中產(chǎn)生的信息和數(shù)據(jù)，將患者的基本信息、主訴、診斷、用藥、治療過程生成就診報告，同步錄入個人健康檔案，方便患者在手機等移動端進行查詢，有了集成化的患者健康檔案也方便醫(yī)生掌握患者既往診療史[12]。

院內(nèi)業(yè)務(wù)建設(shè)的內(nèi)容和方向上，以院內(nèi)數(shù)據(jù)為中心，依托集成平臺優(yōu)勢，結(jié)合共建醫(yī)療信息與大數(shù)據(jù)管理中心的模式。對院內(nèi)的財務(wù)數(shù)據(jù)進行優(yōu)化，合理的財務(wù)報表，精細化開支，提升醫(yī)院的經(jīng)濟效益，以電子病歷為核心，建設(shè)一體化、智能化的臨床應(yīng)用[13]。

以智慧醫(yī)院戰(zhàn)略發(fā)展為核心。緊扣智慧醫(yī)院的三大領(lǐng)域，以面向醫(yī)務(wù)人員的智慧醫(yī)療為建設(shè)宗旨，面向患者的智慧服務(wù)為建設(shè)核心，面向醫(yī)院的智慧管理為建設(shè)方法[14]；將區(qū)域內(nèi)的醫(yī)療服務(wù)機構(gòu)串聯(lián)起來，形成以患者為中心，實現(xiàn)區(qū)域內(nèi)多家醫(yī)院和醫(yī)療服務(wù)點信息互通，協(xié)同作業(yè)。依托重點醫(yī)院的行業(yè)優(yōu)勢和區(qū)域影響力，實現(xiàn)多院之間的信息互聯(lián)與共享，構(gòu)筑以數(shù)據(jù)為中心的區(qū)域醫(yī)療共享平臺，供服務(wù)醫(yī)改的創(chuàng)新決策支持。

5 結(jié)束語

總體而言，現(xiàn)在越來越多的信息化技術(shù)與人工智能被應(yīng)用到了醫(yī)院的智慧化建設(shè)當(dāng)中，產(chǎn)品迭代速度也不可同日而語。醫(yī)院以醫(yī)療一體化團隊為支撐，構(gòu)建集成平臺和數(shù)據(jù)中心整合全院的業(yè)務(wù)流和信息流，讓各個系統(tǒng)不再各自為戰(zhàn)，實現(xiàn)院內(nèi)各系統(tǒng)之間信息流通無障礙。最后在一體化信息產(chǎn)品的加持下突破傳統(tǒng)醫(yī)院的邊界，形成智慧醫(yī)院。能夠有效提升醫(yī)院管理效率，減輕醫(yī)護人員工作量的同時，也能夠給患者提供方便高效舒心的就醫(yī)體驗。

參考文獻：

[1] 張建忠，李永奎，曹玲燕，等.國內(nèi)外智慧醫(yī)院建設(shè)研究[J].中國醫(yī)院管理，2018，38（12）：64-66.

[3] 王其軍.揚州市智慧醫(yī)療建設(shè)研究[D].揚州：揚州大學(xué)，2020.

[4] 新華社.國家衛(wèi)健委今年將力推醫(yī)院智慧服務(wù)升級[EB/OL].（2019-03-21）[2021-09-15].http：//www.gov.cn/xinwen/2019-03/21/content_5375773.htm.

[5] 楊慧清，胡建平，周光華，等.智慧醫(yī)院建設(shè)頂層設(shè)計與實施路徑[J].中國衛(wèi)生信息管理雜志，2022，19（1）：1-6，11.

[6] 郝志舟.科大有志：以"芯片"式創(chuàng)新助推"智慧醫(yī)療"[J].中國青年，2019（14）：40-41.

[7] 劉健.面向醫(yī)療信息互聯(lián)互通標(biāo)準(zhǔn)化的應(yīng)用集成平臺服務(wù)總線的研究[D].青島：青島科技大學(xué)，2020.

[8] 張維.醫(yī)院信息集成平臺的設(shè)計與實現(xiàn)[D].北京：北京工業(yè)大學(xué)，2016.

[9] 江智明.醫(yī)院信息集成平臺的設(shè)計與實現(xiàn)[D].廈門：廈門大學(xué)，2013.

[10] 張銀.基于SOA的MES系統(tǒng)及其應(yīng)用[J].自動化儀表，2008，29（2）：24-27.

[11] 王勁松.基于云的智慧養(yǎng)老平臺的研究與實現(xiàn)[D].北京：北京工業(yè)大學(xué)，2019.

[12] 陳波，Axel Baur，王錦，等.未來已來：智慧醫(yī)院發(fā)展之路[EB/OL].（2019-07-01）[2021-05-10].https：//www.mckinsey.com.cn/%e6%9c%aa%e6%9d%a5%e5%b7%b2%e6%9d%a5%ef%bc%9a%e6%99%ba%e6%85%a7%e5%8c%bb%e9%99%a2%e5%8f%91%e5%b1%95%e4%b9%8b%e8%b7%af/.

[13] 吳亞杰.數(shù)字化醫(yī)院[M].鄭州：河南科學(xué)技術(shù)出版社，2015.

[14] 胡建峰.廣東省中醫(yī)院智慧醫(yī)院移動應(yīng)用現(xiàn)狀及患者評價研究[D].廣州：廣州中醫(yī)藥大學(xué)，2019.

【通聯(lián)編輯：謝媛媛】