楊策源，康季槐

南部戰(zhàn)區(qū)海軍第一醫(yī)院 a. 醫(yī)工科；b. 信息科，廣東 湛江 524005

引言

重癥監(jiān)護室（Intensive Care Unit，ICU）是專門收治危重病癥并給予精心監(jiān)測和精確治療的醫(yī)療單元。為最大限度地確保病人的生存及隨后的生命質(zhì)量，在ICU 中會運用各種先進的醫(yī)療技術(shù)（現(xiàn)代化的監(jiān)護和搶救設備），對收治的各類危重病患者實施集中的加強治療和護理。隨著現(xiàn)代科學技術(shù)的發(fā)展，越來越多的先進技術(shù)和設備應用于ICU，極大提高了救治的時效性和成功率，但由于設備種類多、廠商多，ICU 各個設備獨立工作，缺乏系統(tǒng)集成，不具備互操作性[1]。這一問題導致設備之間形成信息孤島，而設備產(chǎn)生的大量信息需要醫(yī)護人員去綜合和判斷，信息過載給ICU 醫(yī)護人員造成很大負擔[2]。同時，各個設備基于廠商開發(fā)的報警算法對患者進行監(jiān)護或者異常事件報警，然而，這些報警算法多是基于閾值或者基于單一參數(shù)的，多源參數(shù)或者來自不同設備的數(shù)據(jù)無法被深度利用[3]，導致ICU 中的設備誤報警率高，醫(yī)護人員對報警疲勞，報警算法成為“十大醫(yī)療技術(shù)危害”之一[4]。

未來ICU 的發(fā)展方向是個體化和集成化[1]，即減少來自不同設備的監(jiān)護屏幕，將各個設備來源的信息集成在一個屏幕上分析和顯示，并且將來自不同設備的數(shù)據(jù)進行深度的融合分析，發(fā)展智能化、個體化的疾病狀態(tài)分析和預測預警算法。因此，將ICU 內(nèi)的各類設備聯(lián)網(wǎng)，實現(xiàn)信息集成和綜合利用是未來ICU 設備配置和信息系統(tǒng)建設的發(fā)展方向。尤其是在醫(yī)療大數(shù)據(jù)時代，ICU 患者在住院期間產(chǎn)生大量、高密度的監(jiān)測和救治數(shù)據(jù)，相比于門診或者普通病房患者數(shù)據(jù)，這是一類高顆粒度的醫(yī)療大數(shù)據(jù)，支持復雜的臨床問題研究，可以為降低誤報警、智能化決策支持、個體化醫(yī)療等研究提供數(shù)據(jù)資源集[5]。

物聯(lián)網(wǎng)將各種信息傳感設備與互聯(lián)網(wǎng)結(jié)合起來形成網(wǎng)絡，是互聯(lián)網(wǎng)的延伸和擴展，即“萬物相連的互聯(lián)網(wǎng)”。通過物聯(lián)網(wǎng)技術(shù)，實現(xiàn)醫(yī)療設備間的聯(lián)網(wǎng)和互操作，其所屬的大的應用領域稱為醫(yī)療物聯(lián)網(wǎng)，針對醫(yī)療設備互聯(lián)的細分領域稱為醫(yī)療設備物聯(lián)網(wǎng)[6]。醫(yī)療設備物聯(lián)網(wǎng)可以更加高效地獲取患者以及醫(yī)療環(huán)境（設備狀況、參數(shù)設置、醫(yī)護操作等）數(shù)據(jù)，加速醫(yī)院內(nèi)信息的流通和整合，通過設備的預防性維護降低臨床風險和不良事件，通過數(shù)據(jù)的深度分析利用為臨床提供診療決策支持。對于ICU 醫(yī)療設備物聯(lián)網(wǎng)建設，其挑戰(zhàn)主要在于設備種類多、接口形式多、數(shù)據(jù)協(xié)議不統(tǒng)一、不開放，以及數(shù)據(jù)的深度分析利用。國外由于醫(yī)院信息化建設起步較早，無論是出于醫(yī)療法規(guī)對患者醫(yī)療信息采集和存檔的要求，還是出于對醫(yī)療數(shù)據(jù)二次分析利用的目的，ICU 中都配有?？齐娮硬v系統(tǒng)，負責將ICU 內(nèi)醫(yī)療設備信息連接起來，并在電子病例中存儲患者生命體征和關(guān)鍵的一些設備治療參數(shù)（如呼吸機使用時間、參數(shù)設置等）[7]。國內(nèi)由于信息化起步相對較晚，ICU 內(nèi)醫(yī)療設備互聯(lián)相對滯后，最近幾年才有專門針對ICU 設計開發(fā)的?？齐娮硬v系統(tǒng)進行整合和記錄來自醫(yī)療設備的數(shù)據(jù)。隨著發(fā)展，醫(yī)療設備物聯(lián)網(wǎng)建設也成為國內(nèi)的研究熱點，在ICU 領域，很多研究集中在通過物聯(lián)網(wǎng)技術(shù)對設備報警信息進行管理，以此降低誤報警[8-12]。

本文首先分析了ICU 醫(yī)療設備物聯(lián)網(wǎng)建設的價值和技術(shù)難點，在此基礎上，基于先期的預實驗，探討了ICU 醫(yī)療設備物聯(lián)網(wǎng)建設方案，最后展望了該領域的發(fā)展方向。

1 ICU醫(yī)療設備物聯(lián)網(wǎng)建設價值分析

國內(nèi)很早就有研究探索如何利用醫(yī)療設備物聯(lián)網(wǎng)技術(shù)促進醫(yī)療設備的運營管理[13]，在ICU 領域的應用，多聚焦在報警信息的管理和如何降低誤報警[8-11]，相關(guān)成果的研究團隊多是醫(yī)院的醫(yī)學工程部門和信息部門，有研究嘗試了多學科團隊模式來降低誤報警率[12]。綜合看來，整個行業(yè)對醫(yī)療設備物聯(lián)網(wǎng)的價值認識尚不深入，要推動ICU 醫(yī)療設備物聯(lián)網(wǎng)的發(fā)展，首先要聚焦其應用價值，因此，本文先簡單分析其應用價值。

1.1 醫(yī)療設備運行管理的需要

通過醫(yī)療設備物聯(lián)網(wǎng)技術(shù)，可以獲取設備從安裝使用到報廢退役的全流程的設備運行、故障、維修等信息，并可能獲得患者相關(guān)的數(shù)據(jù)（如監(jiān)護儀獲得患者連續(xù)監(jiān)護數(shù)據(jù)），這些數(shù)據(jù)對于醫(yī)工部門的設備運行管理至關(guān)重要。

1.2 提高醫(yī)療安全和質(zhì)量的需要

基于醫(yī)療設備物聯(lián)網(wǎng)獲取的設備運行狀態(tài)數(shù)據(jù)，醫(yī)工部門基于數(shù)據(jù)分析，可以對設備進行預防性維護，從而降低設備給患者帶來的安全風險，降低不良事件發(fā)生率?；卺t(yī)療設備物聯(lián)網(wǎng)獲取的患者數(shù)據(jù)，醫(yī)護人員可以實時查看患者病情，對患者病情惡化及時作出預判。由于設備和患者數(shù)據(jù)能夠采集和存儲，醫(yī)護人員可以對感興趣的臨床研究題目開展深入研究，促進研究成果的產(chǎn)出和轉(zhuǎn)化。醫(yī)療設備物聯(lián)網(wǎng)獲取的設備數(shù)據(jù)和患者數(shù)據(jù)也是進行醫(yī)療設備臨床應用評價和上市后再評價的重要數(shù)據(jù)來源[14]。

1.3 醫(yī)院運營管理的需要

基于醫(yī)療設備物聯(lián)網(wǎng)獲取的綜合數(shù)據(jù)，醫(yī)院可以對設備使用頻次、故障數(shù)量、故障分布、效率效益等開展更加深入和細致的分析，從而為采購決策、醫(yī)院設備配置等提供精細化的決策支持信息。

1.4 面向未來醫(yī)療大數(shù)據(jù)利用的需要

目前ICU 設備使用的現(xiàn)狀是設備產(chǎn)生的患者信息不開放，不支持二次分析利用。利用醫(yī)療設備物聯(lián)網(wǎng)技術(shù)，可獲取與患者相關(guān)的設備數(shù)據(jù)（如監(jiān)護儀的生理波形數(shù)據(jù)，呼吸機的壓力和流量波形數(shù)據(jù)），這些數(shù)據(jù)與患者臨床數(shù)據(jù)匹配后，會產(chǎn)生巨大的臨床應用和科研價值。醫(yī)療設備物聯(lián)網(wǎng)獲取的設備數(shù)據(jù)和患者數(shù)據(jù)也可用于降低誤報警率相關(guān)研究。

2 ICU醫(yī)療設備物聯(lián)網(wǎng)建設難點分析

2.1 設備互聯(lián)互操作缺少標準

ICU 內(nèi)的醫(yī)療設備大體可分為生理監(jiān)護類（如監(jiān)護儀）和生命支持類（如呼吸機、輸注泵、血濾機），設備種類多，廠商多，各廠商通訊協(xié)議不開放，國際上尚未形成統(tǒng)一的設備聯(lián)網(wǎng)和互操作標準。目前可參考的工作是麻省總醫(yī)院“醫(yī)療設備即插即用”實驗室（Medical Device Plugand-Play Lab，MD PnP Lab）開展的探索性研究，探索建立一種基于OpenICE 的醫(yī)療設備互聯(lián)和互操作標準。生理監(jiān)護和生命支持類設備聯(lián)網(wǎng)可以參考的標準包括IEEE-11037以及HL7 標準[15]。

2.2 設備聯(lián)網(wǎng)涉及大量底層工作

由于ICU 設備類型多、接口形式多、廠商多，加上數(shù)據(jù)通訊協(xié)議不開放，給ICU 醫(yī)療設備物聯(lián)網(wǎng)建設帶來很大挑戰(zhàn)[16]，從設備接口到通訊協(xié)議，再到設備信息集成以及確保應用中設備信息與患者信息的準確匹配，都需要開展大量工作，需要工程人員與臨床醫(yī)護人員、醫(yī)院管理部門的高度配合。

2.3 數(shù)據(jù)的深度分析利用

ICU 醫(yī)療設備物聯(lián)網(wǎng)建設的另一個挑戰(zhàn)是對于采集到的數(shù)據(jù)，如何深度的挖掘和分析利用。醫(yī)工和信息部門除了設備的日常運行狀態(tài)監(jiān)測，還要發(fā)展基于數(shù)據(jù)驅(qū)動的設備健康狀態(tài)監(jiān)測與預測性分析；衛(wèi)生經(jīng)濟部門需要基于運營管理，對數(shù)據(jù)開展深度的分析利用；醫(yī)護人員可基于醫(yī)療設備物聯(lián)網(wǎng)產(chǎn)生的海量數(shù)據(jù)，開展臨床研究，發(fā)展基于醫(yī)療大數(shù)據(jù)和人工智能的輔助決策支持系統(tǒng)。開展這類工作，既需要深厚的數(shù)據(jù)分析利用能力以及工程實現(xiàn)能力，又需要具備工程與臨床的跨學科能力，目前這類人才普遍缺乏。

3 ICU醫(yī)療設備物聯(lián)網(wǎng)建設解決方案

3.1 基于私有協(xié)議的設備互聯(lián)

針對ICU 設備接口形式多、數(shù)據(jù)通訊協(xié)議不開放的問題，有些廠商（包括專門從事醫(yī)療設備物聯(lián)網(wǎng)建設的公司以及從事ICU 信息化建設的公司）通過一定渠道，獲得了ICU 中使用的大部分生理監(jiān)測和生命支持類設備的接口協(xié)議，從而能夠讀取設備數(shù)據(jù)（包括工作狀態(tài)、運行參數(shù)、波形數(shù)據(jù)和報警信息等），構(gòu)建出一套基于廠商私有協(xié)議的數(shù)據(jù)采集和通訊方案，實現(xiàn)ICU 設備聯(lián)網(wǎng)。如北京惠澤智信科技有限公司的醫(yī)療設備物聯(lián)網(wǎng)解決方案，就是通過自身研制的數(shù)據(jù)采集盒獲取每一個醫(yī)療設備的數(shù)據(jù)，轉(zhuǎn)換成其私有協(xié)議后實現(xiàn)設備聯(lián)網(wǎng)，如圖1 所示。

圖1 基于私有協(xié)議的設備互聯(lián)解決方案

3.2 基于OpenICE標準的設備互聯(lián)

OpenICE 是麻省總醫(yī)院醫(yī)療MD PnP Lab 提出的一種醫(yī)療設備物聯(lián)網(wǎng)解決方案，為解決醫(yī)療設備互聯(lián)和互操作問題，從2004 年開始，該院在各類經(jīng)費的持續(xù)資助下開展了互聯(lián)領域的研究工作，目的是建立一種通用的醫(yī)療設備通訊和互操作標準，實現(xiàn)醫(yī)療設備聯(lián)網(wǎng)的“即插即用”[15-16]。基本理念為不同的醫(yī)療設備廠商以及各類醫(yī)療設備，都按照統(tǒng)一的標準協(xié)議輸出數(shù)據(jù)，在中央站/服務器端就可以按照統(tǒng)一格式讀取設備數(shù)據(jù)，實現(xiàn)采集和存儲。核心的標準是集成臨床應用環(huán)境和數(shù)據(jù)通訊標準（IEEE-11073），如圖2 所示。

圖2 基于OpenICE的醫(yī)療設備物聯(lián)網(wǎng)解決方案

3.3 基于邁瑞B(yǎng)enelink模塊的設備互聯(lián)

邁瑞醫(yī)療為解決ICU 內(nèi)醫(yī)療設備互聯(lián)和互操作問題，也提出了基于其Benelink 模塊和eGateway 的設備物聯(lián)網(wǎng)解決方案。其中Benelink 模塊可以連接不同廠商不同類型的醫(yī)療設備，數(shù)據(jù)通過其N 系列監(jiān)護儀匯總到中央監(jiān)護站，中央監(jiān)護站再通過eGateway 進一步將數(shù)據(jù)傳輸?shù)胶笈_服務器，其示意圖如圖3 所示。

4 實施效果和方案比較

4.1 實施效果

目前在醫(yī)院心內(nèi)科監(jiān)護室試點了上述幾種設備聯(lián)網(wǎng)解決方案，聯(lián)網(wǎng)的設備包括呼吸機、監(jiān)護儀和輸注泵三類設備?；诨轁舍t(yī)信的解決方案，目前已經(jīng)實現(xiàn)了心內(nèi)監(jiān)護室大部分設備的聯(lián)網(wǎng)，采集參數(shù)包括生命體征參數(shù)、設備實時報警參數(shù)和設備實時工作狀態(tài)。醫(yī)護人員可在病房內(nèi)或病房外實時查看每臺設備的參數(shù)設置、報警信息和設備工作狀態(tài)。以設備實時參數(shù)/趨勢數(shù)據(jù)查看為例，系統(tǒng)支持按照床單元對設備進行管理，通過床單元關(guān)聯(lián)病人使用的設備，實時查看設備參數(shù)數(shù)據(jù)。以呼吸機為例，實時參數(shù)/趨勢數(shù)據(jù)包括但不限于呼氣潮氣量、分鐘呼氣量、吸入氧氣濃度、吸呼時比、峰壓等參數(shù)。呼吸機參數(shù)/趨勢信息的獲取和顯示，如圖4 所示。

圖3 基于Benelink模塊的醫(yī)療設備物聯(lián)網(wǎng)解決方案

圖4 呼吸機參數(shù)/趨勢信息的獲取和顯示

基于該方案，還可以實時查看設備的報警信息，當設備出現(xiàn)報警時，系統(tǒng)支持PC 端實時查看設備報警信息。以呼吸機為例，報警信息包括但不限于：呼氣末正壓過高過低報警、呼吸頻率過高過低報警、氧濃度過高過低報警、每分呼氣量過高過低報警等報警信息。設備使用狀態(tài)也可以做到實時查看、自動生成操作記錄。工作狀態(tài)的種類可以細分為以下3 種：關(guān)機，沒有接通電源；待機，開機但沒有使用；使用中，開機狀態(tài)下正在使用。通過對上述設備狀態(tài)具體時間的記錄，可以自動生成每一臺設備的使用及操作記錄且自動上傳至設備科的管理終端，臨床科室不再需要派專人進行紙質(zhì)記錄。

基于OpenICE 標準的設備聯(lián)網(wǎng)解決方案，我們試點了飛利浦的MP50 監(jiān)護儀，通過設備適配器將MP50 的通訊協(xié)議轉(zhuǎn)換成OpenICE 標準的數(shù)據(jù)協(xié)議，上傳到上位機系統(tǒng)。基于OpenICE 標準，從MP50 監(jiān)護儀上獲得的數(shù)據(jù)類型包括波形數(shù)據(jù)、生命體征數(shù)據(jù)、報警和設置信息。

基于邁瑞的聯(lián)網(wǎng)解決方案，我們試點了邁瑞的N 系列監(jiān)護儀（N15），通過Benelink 模塊可以將監(jiān)護儀的數(shù)據(jù)傳送到中央監(jiān)護站，在中央監(jiān)護站，通過eGateway 進一步上傳，基于HL7 的通訊協(xié)議將數(shù)據(jù)發(fā)送到后臺的數(shù)據(jù)服務中心。通過Benelink 模塊，可以連接其他的外圍設備，如呼吸機（德爾格Evita）。基于Benelink 和eGateway 解決方案，除了能夠與OpenICE 標準一樣實時獲得波形數(shù)據(jù)、生命體征數(shù)據(jù)、報警和設置信息，由于邁瑞是原始設備制造商，還能夠提供高保真、高分辨率的監(jiān)護數(shù)據(jù)，便于后續(xù)的醫(yī)學研究和深度分析利用。

4.2 方案比較

上述三種物聯(lián)網(wǎng)建設方案，在心內(nèi)監(jiān)護室都做了試點運行，相比較而言，基于私有協(xié)議的這類醫(yī)療設備物聯(lián)網(wǎng)解決方案，并不解決醫(yī)療設備物聯(lián)網(wǎng)建設的標準和規(guī)范問題，不在數(shù)據(jù)通訊接口和協(xié)議層面對醫(yī)療設備生產(chǎn)商進行規(guī)范，而是基于現(xiàn)狀采取的一種比較現(xiàn)實的解決方案，側(cè)重點在于醫(yī)療設備數(shù)據(jù)的獲取、采集和分析利用?；贠penICE 標準的設備互聯(lián)解決方案，與方案一相比，在于OpenICE 提供了一套設備互聯(lián)和互操作的系統(tǒng)解決方案，包括底層的設備通訊協(xié)議以及網(wǎng)絡架構(gòu)和頂層應用，其集成臨床應用環(huán)境也考慮了醫(yī)療設備數(shù)據(jù)與患者電子病歷信息的匹配，代表了未來醫(yī)療設備物聯(lián)網(wǎng)建設的發(fā)展方向。目前已經(jīng)有很多醫(yī)療設備廠商支持OpenICE標 準，如Philips MPxx Intellivue、Masimo Radical 7、Dr?ger Evita 4、Dr?ger Apollo、Nonin、Nellcor N595 等，其設備接口和通訊協(xié)議遵循OpenICE 標準。對于尚沒有采用/使用OpenICE 標準的醫(yī)療設備，MD PnP Lab 提供了設備適配器解決方案，以驗證其方案可行性?；贐enelink 模塊和eGateway 的設備物聯(lián)網(wǎng)解決方案，邁瑞醫(yī)療為滿足ICU 內(nèi)醫(yī)療設備互聯(lián)提出的解決方案，目前已經(jīng)支持很多設備廠商，1 個Benelink 模塊可以接入4 臺設備，與方案1 相比，其數(shù)據(jù)傳出是基于HL7 通用協(xié)議，具有較好的設備接入和數(shù)據(jù)共享使用特性。其不足之處在于該解決方案是與配套監(jiān)護儀一起使用的，而且，Benelink 模塊要先將數(shù)據(jù)傳送到監(jiān)護儀，由監(jiān)護儀中轉(zhuǎn)，Benelink 模塊不能單獨工作。

4.3 數(shù)據(jù)平臺建設

前面介紹的是不同的設備聯(lián)網(wǎng)解決方案，主要解決的是數(shù)據(jù)獲取問題，由于醫(yī)療設備物聯(lián)網(wǎng)最終目的在于數(shù)據(jù)的深度分析利用，因此在醫(yī)療設備物聯(lián)網(wǎng)建設中還需要重點考慮數(shù)據(jù)平臺建設情況。醫(yī)療設備物聯(lián)網(wǎng)產(chǎn)生的設備/患者數(shù)據(jù)，多是時間序列信息，甚至還有高密度的波形數(shù)據(jù)，需要高性能的數(shù)據(jù)平臺支撐其采集、存儲、可視化呈現(xiàn)、實時分析利用等功能，尤其是應對全院多個ICU 設備數(shù)據(jù)同時上線實時運行的情況。目前，在心內(nèi)監(jiān)護室，我們試點了ICU 設備物聯(lián)網(wǎng)解決方案，有效獲取了設備相關(guān)的各類數(shù)據(jù)，后續(xù)將進一步探索多源數(shù)據(jù)的匯聚和分析利用，為此我們也提出了醫(yī)療設備物聯(lián)網(wǎng)數(shù)據(jù)平臺建設初步方案（圖5）。國內(nèi)在醫(yī)療設備物聯(lián)網(wǎng)建設過程中對數(shù)據(jù)平臺的設計考慮的還比較少，目前功能多定位于能夠存儲數(shù)據(jù)，尚未開展深度的分析利用、實時在線分析等功能；另一方面，對數(shù)據(jù)安全的重視程度普遍不足。我們后續(xù)工作中會基于該方案建設醫(yī)療設備物聯(lián)網(wǎng)數(shù)據(jù)平臺。

5 前景與展望

本文針對ICU 內(nèi)醫(yī)療設備互聯(lián)和互操作問題開展了初步的探索研究，分析了ICU 醫(yī)療設備物聯(lián)網(wǎng)建設的價值以及目前遇到的難點問題，基于先期的工作基礎，探討了三類設備聯(lián)網(wǎng)解決方案，以及數(shù)據(jù)平臺建設方案。目前這三類設備聯(lián)網(wǎng)解決方案在我院ICU 都有嘗試，各有其優(yōu)缺點。其中方案一的優(yōu)點在于依托第三方公司實施，其常年探索積累了豐富經(jīng)驗，具有較強的工程實現(xiàn)能力，不足之處在于沒有建立一套公共的設備聯(lián)網(wǎng)解決方案。方案二的優(yōu)點在于提供了一套公共的解決方案，并提供了系統(tǒng)的原型設計，有研發(fā)實力的團隊可以在此基礎上進一步開展應用研究，代表了未來醫(yī)療設備物聯(lián)網(wǎng)建設的解決方案。方案三的優(yōu)點在于與邁瑞的監(jiān)護系統(tǒng)集成，其便于支持設備接入，同時其監(jiān)護系統(tǒng)可以提供高分辨率的波形數(shù)據(jù)，不足之處在于數(shù)據(jù)的分析利用和平臺建設需要院方研發(fā)團隊的支持。

圖5 醫(yī)療設備物聯(lián)網(wǎng)數(shù)據(jù)平臺建設方案

ICU 內(nèi)使用的醫(yī)療設備（主要包括生理監(jiān)護和生命支持類兩大類）對于醫(yī)療質(zhì)量和安全具有重要作用，因此ICU 醫(yī)療設備物聯(lián)網(wǎng)建設是醫(yī)院信息化建設的一部分，也是未來數(shù)據(jù)集成和醫(yī)療大數(shù)據(jù)應用的重要陣地，因此這項工作具有重要價值。要深入開展這項工作，獲得真正有價值的數(shù)據(jù)，并能夠?qū)?shù)據(jù)深度分析，發(fā)揮數(shù)據(jù)的價值，一方面技術(shù)上面臨巨大挑戰(zhàn)，另一方面，跨學科協(xié)作也是很大的挑戰(zhàn)，如同醫(yī)療大數(shù)據(jù)的分析利用需要跨學科協(xié)作一樣[17-18]，醫(yī)療設備物聯(lián)網(wǎng)的建設和數(shù)據(jù)分析利用同樣需要跨學科、跨部門的深度合作，需要醫(yī)院管理部門的大力支持。

本文僅探討了ICU 設備物聯(lián)網(wǎng)建設，醫(yī)院內(nèi)還包括其他類型的醫(yī)療設備，尤其是大型影像類設備，也是醫(yī)院醫(yī)療設備物聯(lián)網(wǎng)建設的重要內(nèi)容，醫(yī)療設備物聯(lián)網(wǎng)的建設應該嘗試整合醫(yī)院內(nèi)多種類型的設備數(shù)據(jù)，為不同部門，不同層次的需求提供數(shù)據(jù)資源。從數(shù)據(jù)量和價值密度而言，醫(yī)療設備物聯(lián)網(wǎng)產(chǎn)生的設備和患者數(shù)據(jù)并不亞于醫(yī)院信息系統(tǒng)產(chǎn)生的數(shù)據(jù)。因而，醫(yī)療設備物聯(lián)網(wǎng)數(shù)據(jù)平臺建設上面臨巨大的挑戰(zhàn)，傳統(tǒng)的關(guān)系型數(shù)據(jù)庫和業(yè)務模型可能不能滿足未來大量數(shù)據(jù)存儲和分析利用的需求，需要建立面向大數(shù)據(jù)和集群的數(shù)據(jù)平臺解決方案。