本文淺談一下中大型藥品批發(fā)、倉儲及三方物流園區(qū)如何實現(xiàn)局域網(wǎng)內(nèi)溫濕度監(jiān)控。
當(dāng)前現(xiàn)狀及早期系統(tǒng)的弊端
藥品相關(guān)企業(yè)引入溫濕度監(jiān)控系統(tǒng)已經(jīng)有十余年歷史，早期是由于GSP相關(guān)政策的推進(jìn)，普及了自動溫濕度監(jiān)測的部署，隨著政策的強(qiáng)力推行，市場突然出現(xiàn)需求，因此早期藥品相關(guān)企業(yè)使用的溫濕度監(jiān)測設(shè)備是針對政策應(yīng)急研發(fā)，經(jīng)過十余年的發(fā)展，盡管一些產(chǎn)品憑借過硬的質(zhì)量，在很多企業(yè)依然在發(fā)光發(fā)熱，但在中大型企業(yè)、大園區(qū)、三方物流等場景中，早期的溫濕度監(jiān)測系統(tǒng)架構(gòu)和功能有些落后，急需升級換代。
較早期的溫濕度監(jiān)控架構(gòu)主要是電腦客戶端—管理主機(jī)+N個監(jiān)控設(shè)備為基礎(chǔ)架構(gòu)。如果遇到大型企業(yè)，就堆疊組網(wǎng)，即N個電腦客戶端+N個管理主機(jī)+N個溫濕度監(jiān)控設(shè)備。這樣的組網(wǎng)方式依然能夠滿足GSP要求，但在企業(yè)使用體驗上，存在一些問題。如組網(wǎng)復(fù)雜、多棟樓宇或倉庫數(shù)據(jù)集中困難、園區(qū)內(nèi)難以隨時隨地登錄客戶端、權(quán)限分配困難等。
大企業(yè)大園區(qū)在溫濕度監(jiān)控系統(tǒng)上該選擇什么架構(gòu)？
上邊已經(jīng)簡述過，大企業(yè)大園區(qū)由于樓宇多、倉庫多、有一定距離、有多地點多賬戶分權(quán)限進(jìn)行溫濕度監(jiān)控的需求，因此由基礎(chǔ)的客戶端架構(gòu)進(jìn)行部署設(shè)備明顯有些跟不上需求?；谝陨显颍覀?yōu)楹芏嘀笮推髽I(yè)部署了志翔云平臺，其中有些企業(yè)由于更嚴(yán)格的數(shù)據(jù)要求，部署了本地平臺，平臺化部署是很多大企業(yè)優(yōu)先考慮的方案，基本上所有在溫濕度監(jiān)控領(lǐng)域的問題和需求，都能通過平臺化部署解決和滿足。
由于平臺化部署有一定成本和門檻，2024年，我們?yōu)橹行推髽I(yè)提供了另一個方案，既能低成本地滿足園區(qū)內(nèi)多樓宇、多倉庫溫濕度監(jiān)控又能更優(yōu)化的分配賬戶權(quán)限，滿足內(nèi)部管理需求——溫濕度監(jiān)測系統(tǒng)V2.0.0。
這是一套特別為局域網(wǎng)進(jìn)行優(yōu)化開發(fā)的客戶端架構(gòu)，各個樓宇、倉庫的監(jiān)控主機(jī)通過局域網(wǎng)把數(shù)據(jù)傳至服務(wù)器，不同用戶可通過賬號在同一局域網(wǎng)下的不同計算機(jī)并行登錄溫濕度監(jiān)控系統(tǒng)，實現(xiàn)對系統(tǒng)的訪問，具有相關(guān)管理權(quán)限的用戶可對系統(tǒng)的運行參數(shù)進(jìn)行調(diào)整，不再局限于部署監(jiān)測系統(tǒng)的單一計算機(jī)。
電話 400 898 7116
