(中國移動通信集團(tuán)上海有限公司,上海市,200333)徐 晨
自醫(yī)療衛(wèi)生體制改革進(jìn)程深入推進(jìn)以來,相關(guān)醫(yī)療服務(wù)分級診療機構(gòu)對于解決當(dāng)前醫(yī)療資源存在的不均衡以及看病貴和看病難等問題具有十分重要的意義,是優(yōu)化和完善醫(yī)療衛(wèi)生服務(wù)體系的重要手段。慢病又稱之為慢性傳染性疾病,是一種針對感染性疾病和急性病相區(qū)分的又一概念。
在對慢病患者信息進(jìn)行管理時,本文通過因素信息化技術(shù)搭建慢病管理平臺以此為管理服務(wù)提供全新的虛擬環(huán)境,并為海量慢病信息數(shù)據(jù)提供更大的存儲空間。對慢病管理平臺搭建時,采用Centos5.8,在intell IDEA當(dāng)中使用Scala語言對平臺運行環(huán)境進(jìn)行開發(fā)。在平臺當(dāng)中主要包含了6臺支持其運行的設(shè)備,其中兩臺為平臺的執(zhí)行任務(wù)提供相應(yīng)的條件,兩臺為平臺的信息集群資源管理提供相應(yīng)的條件,兩臺為平臺提交管理任務(wù)提供條件。信息集群資源管理設(shè)備的內(nèi)存大小為128G,磁盤為1.25T,網(wǎng)絡(luò)環(huán)境可傳輸數(shù)據(jù)大小為25Gbit,CPU大小為22核。執(zhí)行任務(wù)設(shè)備的內(nèi)存大小為64G,磁盤為500G,網(wǎng)絡(luò)環(huán)境可傳輸數(shù)據(jù)大小為150Mbit,CPU大小為12核。除此之外,由于慢病管理平臺需要在網(wǎng)絡(luò)環(huán)境下進(jìn)行運行,因此為保證平臺的正常運行還需要對網(wǎng)絡(luò)配置進(jìn)行相應(yīng)的設(shè)置,其設(shè)置如表1所示。
表1 慢病管理平臺網(wǎng)絡(luò)配置表
針對慢病管理平臺不同模塊的功能進(jìn)行劃分,包括慢病信息數(shù)據(jù)存儲模塊、分布式計算模塊、數(shù)據(jù)倉庫模塊、列存儲數(shù)據(jù)庫模塊、提供協(xié)調(diào)服務(wù)模塊等。圖1為基于信息化技術(shù)的慢病管理平臺集群拓?fù)浣Y(jié)構(gòu)示意圖。
圖1 基于信息化技術(shù)慢病管理平臺集群拓?fù)浣Y(jié)構(gòu)圖
圖1中平臺上位機與各個服務(wù)器通過1000M以太網(wǎng)交換機進(jìn)行連接,其中一臺服務(wù)器作為客戶端階段,一臺服務(wù)器作為管理節(jié)點,其余服務(wù)器作為數(shù)據(jù)與計算節(jié)點,多個服務(wù)器之間的交互通過10G光交換進(jìn)行連接[5]。以此,通過圖1中的連接方式完成對基于信息化技術(shù)的慢病管理平臺搭建。
按照上述論述,完成對基于信息化技術(shù)的慢病管理平臺搭建后,還需要對慢病患者信息數(shù)據(jù)進(jìn)行處理,以此完成基于信息化技術(shù)的慢病管理實現(xiàn)。針對不同的信息數(shù)據(jù)類型,可劃分為兩種不同方式,一種為存儲在結(jié)構(gòu)型數(shù)據(jù)庫當(dāng)中的MgSQL,另一種為存儲在非結(jié)構(gòu)型數(shù)據(jù)庫當(dāng)中的Hive。根據(jù)不同管理項目的需要,及數(shù)據(jù)量的大小,本文選擇通過第二種方式完成對慢病患者信息數(shù)據(jù)的管理。慢病患者的信息來源主要包括醫(yī)院、社康中心等機構(gòu)相應(yīng)的體檢、門診、住院等歷史數(shù)據(jù)信息,同時還包含患者對應(yīng)門戶上產(chǎn)生的數(shù)據(jù)。針對歷史數(shù)據(jù)本文采用批量的數(shù)據(jù)處理工具,將海量數(shù)據(jù)抽取到本文上述構(gòu)建的平臺當(dāng)中,并結(jié)合醫(yī)學(xué)統(tǒng)計學(xué)、流行病學(xué)等對數(shù)據(jù)進(jìn)行描述和分析,再利用全量計算的方式,對描述和分析結(jié)果進(jìn)行評估,從而確保管理信息的準(zhǔn)確性。在抽取信息數(shù)據(jù)時,采用分字段的方式進(jìn)行,將不同字段的數(shù)據(jù)類型、允許空值以及相應(yīng)的說明內(nèi)容進(jìn)行描述。同時,在對下一階段的信息數(shù)據(jù)進(jìn)行抽取時,只需要將上一次抽取時間最近的時間點進(jìn)行抽取即可,以此能夠有效減輕平臺的工作量負(fù)擔(dān),完成對慢病管理信息數(shù)據(jù)的處理。
本文通過上述論述提出了一種全新的慢病管理方法,為實現(xiàn)該方法的實際應(yīng)用,需要在確保其穩(wěn)定性、可用性和高容錯性的基礎(chǔ)上,才能將其具體實施。因此,為進(jìn)一步證明該管理方法是否滿足上述要求,將該方法與傳統(tǒng)慢病管理方法進(jìn)行對比實驗。本文實驗主要針對面向醫(yī)療健康大數(shù)據(jù)分析處理的醫(yī)療診療集群體系,選擇某城市慢病診療醫(yī)院作為實驗環(huán)境,選擇5組數(shù)據(jù)大小均為7.58G的慢病患者信息作為實驗對象,分別要求五組數(shù)據(jù)完成對5.0G、5.5G、6.0G、6.5G和7.0G慢病患者信息數(shù)據(jù)的增加。分別利用本文管理方法完成一次管理,利用傳統(tǒng)管理方法完成一次管理,對比兩種管理方法下慢病管理的存量數(shù)據(jù)和增量數(shù)據(jù)大小。完成兩種管理方法,將實驗結(jié)果進(jìn)行記錄,并繪制成如表2所示的實驗結(jié)果對比表。
表2 兩種慢病管理方法實驗結(jié)果對比表
根據(jù)表2中的數(shù)據(jù)可以看出,在增量數(shù)據(jù)大小相同的情況下,本文管理方法能夠?qū)⑺性隽繑?shù)據(jù)進(jìn)行存儲,而傳統(tǒng)管理方法無法將所有增量數(shù)據(jù)進(jìn)行存儲。從表2中記錄結(jié)果也能夠看出,本文管理方法與傳統(tǒng)管理方法相比存量數(shù)據(jù)明顯更多。存量數(shù)據(jù)越多,說明該方法對慢病患者信息管理效率越高。因此,通過對比實驗進(jìn)一步證明,本文提出的基于信息化技術(shù)的慢病管理方法在實際應(yīng)用中能夠有效提高對慢病患者各類信息的管理效率,進(jìn)一步提升慢病診療醫(yī)院對慢病患者的管理服務(wù)水平。
通過本文開展對信息化技術(shù)在慢病管理中的研究進(jìn)展分析,提出了一種全新的慢病管理方法,并通過實驗證明了該方法的實際應(yīng)用效果。但由于研究水平有限,在對管理方法進(jìn)行設(shè)計的過程中并未對搭建的管理平臺維護(hù)方面進(jìn)行深入研究,因此本文管理方法中的平臺在實際運行過程中的性能會受到諸多方面的影響。