4

實(shí)驗(yàn)室智能化具體案例

2.1.5

基于邊緣計(jì)算技術(shù)開發(fā)的智慧傳感器終端，可以為用戶監(jiān)控房間的環(huán)境數(shù)據(jù)，檢測環(huán)境溫濕度、照度、紫外燈照度、噪音、風(fēng)速、壓差、塵埃粒子計(jì)數(shù)器、浮游菌、特殊氣體的檢測等。我們的智能傳感器可以很方便的部署，全部通過無線傳輸，安全、便捷；

2.1.6

基于物聯(lián)平臺下的其他智慧硬件，像智能插座，可以有效統(tǒng)計(jì)設(shè)備的使用時(shí)間和耗電量，支持?jǐn)?shù)據(jù)報(bào)表，方便年終的匯報(bào)和總結(jié)；智能控制器；支持手機(jī)APP遠(yuǎn)程控制紫外燈的開啟和關(guān)閉，智慧對講系統(tǒng)，一對多，多對一，專屬的加密通信通道；讓實(shí)驗(yàn)室徹底擺脫對對講機(jī)，提高協(xié)作效率；廢棄物轉(zhuǎn)運(yùn)車，支持廢棄物的分類管理，廢棄物的智能承重，廢棄物的交接人授權(quán)，廢棄物的產(chǎn)出記錄等全流程的信息追溯；支持多維度的報(bào)表，讓醫(yī)療廢物的管理在陽光下進(jìn)行；

2.1.7

領(lǐng)先的智慧實(shí)驗(yàn)室管理平臺；基于B/S架構(gòu)，服務(wù)器采用Windows Server操作系統(tǒng)，使用Asp.Net Core MVC + MySQL搭配開發(fā)運(yùn)行，方案成熟穩(wěn)定，IIS作為網(wǎng)站反向代理、MySQL數(shù)據(jù)庫、C#開發(fā)語言；.Net Core跨平臺技術(shù)高效穩(wěn)定，由微軟提供支持；強(qiáng)大的軟件功能，人員管理與培訓(xùn)功能，實(shí)驗(yàn)室管理與預(yù)約，項(xiàng)目管理功能，試劑耗材管理功能，樣本管理功能、廢棄物管理等。

品牌推薦 · 青島嘉美實(shí)驗(yàn)室工程科技有限公司

2.2-技術(shù)成熟度和可靠性

聚焦實(shí)驗(yàn)室的用戶痛點(diǎn)，將物聯(lián)網(wǎng)技術(shù)與SaaS技術(shù)相結(jié)合，圍繞生物安全法的規(guī)定，創(chuàng)新的解決微生物實(shí)驗(yàn)室的安全隱患，提高用戶對實(shí)驗(yàn)室的感知能力，挺高實(shí)驗(yàn)室的運(yùn)行效率，整合實(shí)驗(yàn)室的資源，打造智慧實(shí)驗(yàn)室場景生態(tài)品牌；SaaS采用阿里云平臺，物聯(lián)采用多種組合技術(shù)包括NB-IOT，lora，zigbee等物聯(lián)技術(shù)，智慧實(shí)驗(yàn)室平臺安全穩(wěn)定；智慧實(shí)驗(yàn)室的第一個(gè)樣板濟(jì)南市疾病預(yù)防控制中心，已連續(xù)300天無故障運(yùn)行，運(yùn)行體驗(yàn)良好。

5

總結(jié)、展望與建議

經(jīng)過我們前期對智能化生物安全實(shí)驗(yàn)室的探索，建立了一種智能化生物安全實(shí)驗(yàn)室的基本架構(gòu)，并在梳理兩流五要素的基礎(chǔ)上，經(jīng)抽取共性，構(gòu)筑了各個(gè)獨(dú)立又弱關(guān)聯(lián)的模塊，實(shí)現(xiàn)了智能化生物安全實(shí)驗(yàn)室的真實(shí)場景落地。近期，我們在此基礎(chǔ)上，會(huì)進(jìn)一步深化細(xì)節(jié)創(chuàng)新，增加功能，完善基于數(shù)據(jù)流的智能化；遠(yuǎn)期，我們會(huì)整合自動(dòng)化和人工智能技術(shù)，以儀器研發(fā)為技術(shù)核心，以方法為路線，以樣本和試劑耗材智能化物流為對象，最終實(shí)現(xiàn)無人化實(shí)驗(yàn)室。

在智能化實(shí)驗(yàn)室開發(fā)過程中，我們也遇到了很多困難，深刻體會(huì)到建設(shè)一個(gè)智能化實(shí)驗(yàn)室容易，但是建設(shè)一個(gè)真實(shí)場景好用的智能化實(shí)驗(yàn)室很難。對于如何建成一個(gè)好用的智能化實(shí)驗(yàn)室，我們認(rèn)為主要有以下幾點(diǎn)需要注意的要點(diǎn)或建議，以供同行參考。

理順實(shí)驗(yàn)室流程

對于一個(gè)實(shí)驗(yàn)室，其基本的運(yùn)轉(zhuǎn)流程是核心和根本，智能化只是輔助手段，因此必須要先將流程理順，理順不單單是對現(xiàn)有流程的匯總歸納，而是結(jié)合智能化特點(diǎn)，不影響實(shí)驗(yàn)室功能的前提下，進(jìn)行充分的流程邏輯簡化，流程的簡化對智能化的實(shí)現(xiàn)會(huì)大幅降低開發(fā)和運(yùn)維成本，避免不必要的無效內(nèi)耗。

共性與個(gè)性化內(nèi)容的切割

實(shí)驗(yàn)室之間一定有共性的內(nèi)容，實(shí)驗(yàn)室個(gè)體也必然有個(gè)性化的內(nèi)容。如果不進(jìn)行有效切割，那么相當(dāng)于每個(gè)智能化管理系統(tǒng)都是一個(gè)個(gè)性化定制，如此推高定制成本。切割，但切割的不到位，仍會(huì)有很多問題。如共性提取越界，包含太多個(gè)性，則會(huì)導(dǎo)致后期的共性模塊，無法外推應(yīng)用；共性提取過少，很多共性內(nèi)容放入個(gè)性，則會(huì)導(dǎo)致后期可用共性比較少，系統(tǒng)仍以個(gè)性化定制為主。好的切割會(huì)使共性內(nèi)容可以共享，降低重復(fù)開發(fā)成本。

模塊的獨(dú)立化

模塊的交聯(lián)會(huì)帶來模塊間數(shù)據(jù)共享的好處，利于整體數(shù)據(jù)流通訊；但是實(shí)際的開發(fā)經(jīng)驗(yàn)是模塊交聯(lián)帶來的負(fù)面作用反而更多，比如交聯(lián)多，會(huì)使系統(tǒng)邏輯復(fù)雜，系統(tǒng)變得龐大，特別是一個(gè)節(jié)點(diǎn)故障，會(huì)造成后期整個(gè)系統(tǒng)的故障停運(yùn)，開發(fā)和維保成本增加。

緊密的合作關(guān)系

智能化實(shí)驗(yàn)室開發(fā)至少涉及兩部分專業(yè)人群，一部分是實(shí)驗(yàn)室專業(yè)人員，即最終的用戶，另一部是系統(tǒng)開發(fā)人員，即軟件硬件工程師。大多數(shù)情況下這兩部分專業(yè)人員對對方的專業(yè)知識不熟悉，因此充分的溝通非常重要。很多情況下，實(shí)驗(yàn)室專業(yè)人員作為甲方，以需求技術(shù)參數(shù)做要求，乙方作為項(xiàng)目承接方，滿足甲方需求技術(shù)參數(shù)要求甲乙方客戶委托式的開發(fā)模式，很難獲得一個(gè)好用的系統(tǒng)。因?yàn)橹R鴻溝太大，僅靠開發(fā)周期起始及中期階段的需求溝通，很難了解和真實(shí)領(lǐng)會(huì)用戶的實(shí)際痛點(diǎn)。我們開發(fā)系統(tǒng)采取的辦法是，破除甲乙方身份定位，以合作伙伴的形式進(jìn)行，成立開發(fā)小組，面對面開發(fā)，充分溝通碰撞，縱深化交流，以達(dá)成共識，開發(fā)能解決用戶痛點(diǎn)的產(chǎn)品。

文章來源未來實(shí)驗(yàn)室學(xué)苑