（中國移動(dòng)通信集團(tuán)上海有限公司，上海市，200333）徐 晨

自醫(yī)療衛(wèi)生體制改革進(jìn)程深入推進(jìn)以來，相關(guān)醫(yī)療服務(wù)分級(jí)診療機(jī)構(gòu)對(duì)于解決當(dāng)前醫(yī)療資源存在的不均衡以及看病貴和看病難等問題具有十分重要的意義，是優(yōu)化和完善醫(yī)療衛(wèi)生服務(wù)體系的重要手段。慢病又稱之為慢性傳染性疾病，是一種針對(duì)感染性疾病和急性病相區(qū)分的又一概念。

1 基于信息化技術(shù)的慢病管理方法設(shè)計(jì)

1.1 基于信息化技術(shù)的慢病管理平臺(tái)搭建

在對(duì)慢病患者信息進(jìn)行管理時(shí)，本文通過因素信息化技術(shù)搭建慢病管理平臺(tái)以此為管理服務(wù)提供全新的虛擬環(huán)境，并為海量慢病信息數(shù)據(jù)提供更大的存儲(chǔ)空間。對(duì)慢病管理平臺(tái)搭建時(shí)，采用Centos5.8，在intell IDEA當(dāng)中使用Scala語言對(duì)平臺(tái)運(yùn)行環(huán)境進(jìn)行開發(fā)。在平臺(tái)當(dāng)中主要包含了6臺(tái)支持其運(yùn)行的設(shè)備，其中兩臺(tái)為平臺(tái)的執(zhí)行任務(wù)提供相應(yīng)的條件，兩臺(tái)為平臺(tái)的信息集群資源管理提供相應(yīng)的條件，兩臺(tái)為平臺(tái)提交管理任務(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核。除此之外，由于慢病管理平臺(tái)需要在網(wǎng)絡(luò)環(huán)境下進(jìn)行運(yùn)行，因此為保證平臺(tái)的正常運(yùn)行還需要對(duì)網(wǎng)絡(luò)配置進(jìn)行相應(yīng)的設(shè)置，其設(shè)置如表1所示。

表1 慢病管理平臺(tái)網(wǎng)絡(luò)配置表

針對(duì)慢病管理平臺(tái)不同模塊的功能進(jìn)行劃分，包括慢病信息數(shù)據(jù)存儲(chǔ)模塊、分布式計(jì)算模塊、數(shù)據(jù)倉庫模塊、列存儲(chǔ)數(shù)據(jù)庫模塊、提供協(xié)調(diào)服務(wù)模塊等。圖1為基于信息化技術(shù)的慢病管理平臺(tái)集群拓?fù)浣Y(jié)構(gòu)示意圖。

圖1 基于信息化技術(shù)慢病管理平臺(tái)集群拓?fù)浣Y(jié)構(gòu)圖

圖1中平臺(tái)上位機(jī)與各個(gè)服務(wù)器通過1000M以太網(wǎng)交換機(jī)進(jìn)行連接，其中一臺(tái)服務(wù)器作為客戶端階段，一臺(tái)服務(wù)器作為管理節(jié)點(diǎn)，其余服務(wù)器作為數(shù)據(jù)與計(jì)算節(jié)點(diǎn)，多個(gè)服務(wù)器之間的交互通過10G光交換進(jìn)行連接[5]。以此，通過圖1中的連接方式完成對(duì)基于信息化技術(shù)的慢病管理平臺(tái)搭建。

1.2 慢病管理信息數(shù)據(jù)處理

按照上述論述，完成對(duì)基于信息化技術(shù)的慢病管理平臺(tái)搭建后，還需要對(duì)慢病患者信息數(shù)據(jù)進(jìn)行處理，以此完成基于信息化技術(shù)的慢病管理實(shí)現(xiàn)。針對(duì)不同的信息數(shù)據(jù)類型，可劃分為兩種不同方式，一種為存儲(chǔ)在結(jié)構(gòu)型數(shù)據(jù)庫當(dāng)中的MgSQL，另一種為存儲(chǔ)在非結(jié)構(gòu)型數(shù)據(jù)庫當(dāng)中的Hive。根據(jù)不同管理項(xiàng)目的需要，及數(shù)據(jù)量的大小，本文選擇通過第二種方式完成對(duì)慢病患者信息數(shù)據(jù)的管理。慢病患者的信息來源主要包括醫(yī)院、社康中心等機(jī)構(gòu)相應(yīng)的體檢、門診、住院等歷史數(shù)據(jù)信息，同時(shí)還包含患者對(duì)應(yīng)門戶上產(chǎn)生的數(shù)據(jù)。針對(duì)歷史數(shù)據(jù)本文采用批量的數(shù)據(jù)處理工具，將海量數(shù)據(jù)抽取到本文上述構(gòu)建的平臺(tái)當(dāng)中，并結(jié)合醫(yī)學(xué)統(tǒng)計(jì)學(xué)、流行病學(xué)等對(duì)數(shù)據(jù)進(jìn)行描述和分析，再利用全量計(jì)算的方式，對(duì)描述和分析結(jié)果進(jìn)行評(píng)估，從而確保管理信息的準(zhǔn)確性。在抽取信息數(shù)據(jù)時(shí)，采用分字段的方式進(jìn)行，將不同字段的數(shù)據(jù)類型、允許空值以及相應(yīng)的說明內(nèi)容進(jìn)行描述。同時(shí)，在對(duì)下一階段的信息數(shù)據(jù)進(jìn)行抽取時(shí)，只需要將上一次抽取時(shí)間最近的時(shí)間點(diǎn)進(jìn)行抽取即可，以此能夠有效減輕平臺(tái)的工作量負(fù)擔(dān)，完成對(duì)慢病管理信息數(shù)據(jù)的處理。

2 對(duì)比實(shí)驗(yàn)

本文通過上述論述提出了一種全新的慢病管理方法，為實(shí)現(xiàn)該方法的實(shí)際應(yīng)用，需要在確保其穩(wěn)定性、可用性和高容錯(cuò)性的基礎(chǔ)上，才能將其具體實(shí)施。因此，為進(jìn)一步證明該管理方法是否滿足上述要求，將該方法與傳統(tǒng)慢病管理方法進(jìn)行對(duì)比實(shí)驗(yàn)。本文實(shí)驗(yàn)主要針對(duì)面向醫(yī)療健康大數(shù)據(jù)分析處理的醫(yī)療診療集群體系，選擇某城市慢病診療醫(yī)院作為實(shí)驗(yàn)環(huán)境，選擇5組數(shù)據(jù)大小均為7.58G的慢病患者信息作為實(shí)驗(yàn)對(duì)象，分別要求五組數(shù)據(jù)完成對(duì)5.0G、5.5G、6.0G、6.5G和7.0G慢病患者信息數(shù)據(jù)的增加。分別利用本文管理方法完成一次管理，利用傳統(tǒng)管理方法完成一次管理，對(duì)比兩種管理方法下慢病管理的存量數(shù)據(jù)和增量數(shù)據(jù)大小。完成兩種管理方法，將實(shí)驗(yàn)結(jié)果進(jìn)行記錄，并繪制成如表2所示的實(shí)驗(yàn)結(jié)果對(duì)比表。

表2 兩種慢病管理方法實(shí)驗(yàn)結(jié)果對(duì)比表

根據(jù)表2中的數(shù)據(jù)可以看出，在增量數(shù)據(jù)大小相同的情況下，本文管理方法能夠?qū)⑺性隽繑?shù)據(jù)進(jìn)行存儲(chǔ)，而傳統(tǒng)管理方法無法將所有增量數(shù)據(jù)進(jìn)行存儲(chǔ)。從表2中記錄結(jié)果也能夠看出，本文管理方法與傳統(tǒng)管理方法相比存量數(shù)據(jù)明顯更多。存量數(shù)據(jù)越多，說明該方法對(duì)慢病患者信息管理效率越高。因此，通過對(duì)比實(shí)驗(yàn)進(jìn)一步證明，本文提出的基于信息化技術(shù)的慢病管理方法在實(shí)際應(yīng)用中能夠有效提高對(duì)慢病患者各類信息的管理效率，進(jìn)一步提升慢病診療醫(yī)院對(duì)慢病患者的管理服務(wù)水平。

3 結(jié)語

通過本文開展對(duì)信息化技術(shù)在慢病管理中的研究進(jìn)展分析，提出了一種全新的慢病管理方法，并通過實(shí)驗(yàn)證明了該方法的實(shí)際應(yīng)用效果。但由于研究水平有限，在對(duì)管理方法進(jìn)行設(shè)計(jì)的過程中并未對(duì)搭建的管理平臺(tái)維護(hù)方面進(jìn)行深入研究，因此本文管理方法中的平臺(tái)在實(shí)際運(yùn)行過程中的性能會(huì)受到諸多方面的影響。