(中國移動通信集團上海有限公司,上海市,200333)徐 晨
自醫療衛生體制改革進程深入推進以來,相關醫療服務分級診療機構對于解決當前醫療資源存在的不均衡以及看病貴和看病難等問題具有十分重要的意義,是優化和完善醫療衛生服務體系的重要手段。慢病又稱之為慢性傳染性疾病,是一種針對感染性疾病和急性病相區分的又一概念。
在對慢病患者信息進行管理時,本文通過因素信息化技術搭建慢病管理平臺以此為管理服務提供全新的虛擬環境,并為海量慢病信息數據提供更大的存儲空間。對慢病管理平臺搭建時,采用Centos5.8,在intell IDEA當中使用Scala語言對平臺運行環境進行開發。在平臺當中主要包含了6臺支持其運行的設備,其中兩臺為平臺的執行任務提供相應的條件,兩臺為平臺的信息集群資源管理提供相應的條件,兩臺為平臺提交管理任務提供條件。信息集群資源管理設備的內存大小為128G,磁盤為1.25T,網絡環境可傳輸數據大小為25Gbit,CPU大小為22核。執行任務設備的內存大小為64G,磁盤為500G,網絡環境可傳輸數據大小為150Mbit,CPU大小為12核。除此之外,由于慢病管理平臺需要在網絡環境下進行運行,因此為保證平臺的正常運行還需要對網絡配置進行相應的設置,其設置如表1所示。

表1 慢病管理平臺網絡配置表
針對慢病管理平臺不同模塊的功能進行劃分,包括慢病信息數據存儲模塊、分布式計算模塊、數據倉庫模塊、列存儲數據庫模塊、提供協調服務模塊等。圖1為基于信息化技術的慢病管理平臺集群拓撲結構示意圖。

圖1 基于信息化技術慢病管理平臺集群拓撲結構圖
圖1中平臺上位機與各個服務器通過1000M以太網交換機進行連接,其中一臺服務器作為客戶端階段,一臺服務器作為管理節點,其余服務器作為數據與計算節點,多個服務器之間的交互通過10G光交換進行連接[5]。以此,通過圖1中的連接方式完成對基于信息化技術的慢病管理平臺搭建。
按照上述論述,完成對基于信息化技術的慢病管理平臺搭建后,還需要對慢病患者信息數據進行處理,以此完成基于信息化技術的慢病管理實現。針對不同的信息數據類型,可劃分為兩種不同方式,一種為存儲在結構型數據庫當中的MgSQL,另一種為存儲在非結構型數據庫當中的Hive。根據不同管理項目的需要,及數據量的大小,本文選擇通過第二種方式完成對慢病患者信息數據的管理。慢病患者的信息來源主要包括醫院、社康中心等機構相應的體檢、門診、住院等歷史數據信息,同時還包含患者對應門戶上產生的數據。針對歷史數據本文采用批量的數據處理工具,將海量數據抽取到本文上述構建的平臺當中,并結合醫學統計學、流行病學等對數據進行描述和分析,再利用全量計算的方式,對描述和分析結果進行評估,從而確保管理信息的準確性。在抽取信息數據時,采用分字段的方式進行,將不同字段的數據類型、允許空值以及相應的說明內容進行描述。同時,在對下一階段的信息數據進行抽取時,只需要將上一次抽取時間最近的時間點進行抽取即可,以此能夠有效減輕平臺的工作量負擔,完成對慢病管理信息數據的處理。
本文通過上述論述提出了一種全新的慢病管理方法,為實現該方法的實際應用,需要在確保其穩定性、可用性和高容錯性的基礎上,才能將其具體實施。因此,為進一步證明該管理方法是否滿足上述要求,將該方法與傳統慢病管理方法進行對比實驗。本文實驗主要針對面向醫療健康大數據分析處理的醫療診療集群體系,選擇某城市慢病診療醫院作為實驗環境,選擇5組數據大小均為7.58G的慢病患者信息作為實驗對象,分別要求五組數據完成對5.0G、5.5G、6.0G、6.5G和7.0G慢病患者信息數據的增加。分別利用本文管理方法完成一次管理,利用傳統管理方法完成一次管理,對比兩種管理方法下慢病管理的存量數據和增量數據大小。完成兩種管理方法,將實驗結果進行記錄,并繪制成如表2所示的實驗結果對比表。

表2 兩種慢病管理方法實驗結果對比表
根據表2中的數據可以看出,在增量數據大小相同的情況下,本文管理方法能夠將所有增量數據進行存儲,而傳統管理方法無法將所有增量數據進行存儲。從表2中記錄結果也能夠看出,本文管理方法與傳統管理方法相比存量數據明顯更多。存量數據越多,說明該方法對慢病患者信息管理效率越高。因此,通過對比實驗進一步證明,本文提出的基于信息化技術的慢病管理方法在實際應用中能夠有效提高對慢病患者各類信息的管理效率,進一步提升慢病診療醫院對慢病患者的管理服務水平。
通過本文開展對信息化技術在慢病管理中的研究進展分析,提出了一種全新的慢病管理方法,并通過實驗證明了該方法的實際應用效果。但由于研究水平有限,在對管理方法進行設計的過程中并未對搭建的管理平臺維護方面進行深入研究,因此本文管理方法中的平臺在實際運行過程中的性能會受到諸多方面的影響。