張付領(lǐng)，李家寬，孫元碩，周雙勤，劉志猛，晁 勇，梁 田，王 宇，查玉華

（解放軍總醫(yī)院醫(yī)療保障中心，北京 100071）

0 引言

隨著工程技術(shù)與現(xiàn)代醫(yī)學(xué)的深度結(jié)合，醫(yī)療設(shè)備已廣泛應(yīng)用于臨床診療、康復(fù)療養(yǎng)、科學(xué)研究等領(lǐng)域，種類、數(shù)量及資產(chǎn)總額不斷增長，提高了醫(yī)療機(jī)構(gòu)診療能力的同時(shí)，也對醫(yī)療設(shè)備管理能力提出了挑戰(zhàn)，特別是醫(yī)療設(shè)備故障的處置能力。為此，國家及行業(yè)內(nèi)相繼頒布了《醫(yī)療器械使用質(zhì)量監(jiān)督管理辦法》《醫(yī)療衛(wèi)生機(jī)構(gòu)醫(yī)學(xué)裝備管理方法》，對醫(yī)療設(shè)備的規(guī)范化管理、精準(zhǔn)化保障提出了明確要求。醫(yī)療設(shè)備故障不僅干擾正常的醫(yī)療秩序，同時(shí)增加患者的健康隱患。這就需要醫(yī)療設(shè)備管理部門提高醫(yī)療設(shè)備保障能力、規(guī)范流程管理、降低故障風(fēng)險(xiǎn)，做好日常預(yù)防性維護(hù)，提高維修能力及處置效率，縮短平均故障時(shí)間，增強(qiáng)保障能力。

由于醫(yī)療設(shè)備具有多學(xué)科領(lǐng)域交叉、高度個(gè)性化及專業(yè)性等特點(diǎn)，對醫(yī)療設(shè)備的維修管理不僅是業(yè)務(wù)管理，更需要基于醫(yī)療設(shè)備技術(shù)特點(diǎn)及運(yùn)行狀態(tài)建立一種自動化、精準(zhǔn)化的動態(tài)維修管理模式，充分利用領(lǐng)域內(nèi)的專業(yè)知識，從維修檔案中提取設(shè)備維修相關(guān)規(guī)則，加快維修人才隊(duì)伍建設(shè)，提高醫(yī)療設(shè)備維修的精準(zhǔn)性和科學(xué)性。因此，本文擬構(gòu)建醫(yī)療設(shè)備精準(zhǔn)化維修系統(tǒng)，基于醫(yī)療設(shè)備維修檔案數(shù)據(jù)挖掘過程，實(shí)現(xiàn)規(guī)則提取及知識發(fā)現(xiàn)，優(yōu)化業(yè)務(wù)流程；并采用數(shù)據(jù)驅(qū)動業(yè)務(wù)機(jī)制，規(guī)范業(yè)務(wù)管理，提高維修效能。

1 需求分析

目前，業(yè)內(nèi)醫(yī)療設(shè)備維修管理尚未形成精準(zhǔn)高效的管理體系，部分醫(yī)療機(jī)構(gòu)的維修管理依賴于人工流轉(zhuǎn)，信息記錄載體依賴紙質(zhì)文檔，同時(shí)，尚未建立健全醫(yī)療設(shè)備維修檔案體系，維修檔案也缺乏與業(yè)務(wù)系統(tǒng)的數(shù)據(jù)聯(lián)動，更新具有滯后性，存在維修狀態(tài)更新不及時(shí)、無法實(shí)時(shí)掌握設(shè)備狀態(tài)等問題；同時(shí)，在數(shù)據(jù)應(yīng)用方面，維修決策依賴于主觀決定，導(dǎo)致檢索、統(tǒng)計(jì)效率及數(shù)據(jù)利用率較低，且容易出現(xiàn)數(shù)據(jù)錯(cuò)誤，導(dǎo)致年度醫(yī)療設(shè)備維修經(jīng)費(fèi)預(yù)算估算、維修方案制訂、設(shè)備整體運(yùn)行狀態(tài)缺乏數(shù)據(jù)支持?，F(xiàn)有的醫(yī)療設(shè)備維修管理系統(tǒng)存在功能單一、數(shù)據(jù)零散、信息間缺乏互通機(jī)制、流程缺乏主動控制及數(shù)據(jù)輔助決策等問題。因此，需要優(yōu)化業(yè)務(wù)流轉(zhuǎn)，提高周轉(zhuǎn)效率；融合業(yè)務(wù)系統(tǒng)與維修檔案，實(shí)現(xiàn)數(shù)據(jù)整合，加強(qiáng)數(shù)據(jù)挖掘與知識發(fā)現(xiàn)能力。

1.1 自動化業(yè)務(wù)流轉(zhuǎn)機(jī)制

系統(tǒng)可通過構(gòu)建消息映射及響應(yīng)機(jī)制，基于數(shù)據(jù)流實(shí)現(xiàn)流程觸發(fā)，構(gòu)建起業(yè)務(wù)數(shù)據(jù)流生成、數(shù)據(jù)變化響應(yīng)、數(shù)據(jù)驅(qū)動業(yè)務(wù)的數(shù)據(jù)洞察機(jī)制，達(dá)到程序控制的目的[1]。建立覆蓋維修申請、項(xiàng)目立項(xiàng)、維修談判、合約簽訂、維修實(shí)施、零配件申請、配件采購及出入庫管理、結(jié)果驗(yàn)收、評價(jià)反饋、經(jīng)費(fèi)結(jié)算等自動化全業(yè)務(wù)流程管理體系，減少人工控制模式下維修流程被動流轉(zhuǎn)的現(xiàn)象，提高維修流程的自動化、高效性和精細(xì)化程度，為確保醫(yī)療質(zhì)量提供功能支持。

1.2 業(yè)務(wù)系統(tǒng)數(shù)據(jù)融合與維修檔案管理功能

與傳統(tǒng)設(shè)備維修相比，醫(yī)療設(shè)備維修檔案涉及業(yè)務(wù)種類繁多、更新速度快，同時(shí)，數(shù)據(jù)具有多源性、異構(gòu)性、高度個(gè)性化及專業(yè)化等特點(diǎn)，導(dǎo)致傳統(tǒng)的醫(yī)療設(shè)備維修檔案管理方法無法滿足醫(yī)療設(shè)備維修管理需求。因此，需要建立有針對性、動態(tài)的數(shù)據(jù)管理模式，實(shí)現(xiàn)維修業(yè)務(wù)數(shù)據(jù)整合為醫(yī)療設(shè)備維修檔案，即實(shí)現(xiàn)多源業(yè)務(wù)數(shù)據(jù)整合，可將醫(yī)療設(shè)備固定資產(chǎn)管理系統(tǒng)、醫(yī)療設(shè)備維修管理系統(tǒng)、檔案管理系統(tǒng)、維修配件庫管理系統(tǒng)、財(cái)務(wù)賬目核銷系統(tǒng)等業(yè)務(wù)系統(tǒng)數(shù)據(jù)整合為醫(yī)療設(shè)備維修檔案管理功能[2]；實(shí)現(xiàn)異構(gòu)數(shù)據(jù)轉(zhuǎn)換、擴(kuò)展、存儲；具備面向主題建模、權(quán)限訪問控制、數(shù)據(jù)容災(zāi)備份等功能。

1.3 維修檔案數(shù)據(jù)挖掘與知識發(fā)現(xiàn)

醫(yī)療設(shè)備維修能力的強(qiáng)弱本質(zhì)在于維修知識積累及其應(yīng)用程度的區(qū)別，醫(yī)療設(shè)備維修缺乏有效的數(shù)據(jù)分析挖掘與知識發(fā)現(xiàn)機(jī)制，制約了醫(yī)療設(shè)備維修管理向精準(zhǔn)化保障轉(zhuǎn)型的進(jìn)程。因此，需要在醫(yī)療設(shè)備維修檔案管理的條件下，加速知識生成與應(yīng)用，實(shí)現(xiàn)醫(yī)療設(shè)備狀態(tài)評估、故障預(yù)測預(yù)警及維修策略輔助決策。然而在傳統(tǒng)的應(yīng)用中，存在著依賴于人工干預(yù)、缺乏自動化預(yù)測流程等問題，使數(shù)據(jù)挖掘的準(zhǔn)確性和實(shí)時(shí)性受到限制[3]。因此，系統(tǒng)應(yīng)構(gòu)建動態(tài)數(shù)據(jù)挖掘與知識發(fā)現(xiàn)模式，提高醫(yī)療設(shè)備維修數(shù)據(jù)分析能力、建立實(shí)時(shí)評估方法、實(shí)現(xiàn)準(zhǔn)確的預(yù)警[4]，實(shí)現(xiàn)數(shù)據(jù)加工、數(shù)據(jù)挖掘、知識庫構(gòu)建、輔助決策提供等功能，健全數(shù)據(jù)驅(qū)動管理體系，實(shí)現(xiàn)業(yè)務(wù)流程、數(shù)據(jù)應(yīng)用的一致性、連續(xù)性和準(zhǔn)確性[5]。

2 實(shí)現(xiàn)方法

數(shù)據(jù)驅(qū)動模式是一種以數(shù)據(jù)流為核心，通過數(shù)據(jù)集成梳理、挖掘分析，從中發(fā)現(xiàn)問題進(jìn)而解決問題，實(shí)現(xiàn)驅(qū)動創(chuàng)新的業(yè)務(wù)模式，該模式有助于簡化業(yè)務(wù)模式、降低管理難度，可通過數(shù)據(jù)挖掘?qū)崿F(xiàn)知識發(fā)現(xiàn)并反饋優(yōu)化業(yè)務(wù)流程[2，6]。本文將數(shù)據(jù)驅(qū)動模式應(yīng)用于醫(yī)療設(shè)備維修管理過程，有助于構(gòu)建可持續(xù)性醫(yī)療設(shè)備維修優(yōu)化機(jī)制，提高維修決策的精準(zhǔn)性。

本文擬針對不同醫(yī)療設(shè)備間的技術(shù)特點(diǎn)及個(gè)體特征，構(gòu)建醫(yī)療設(shè)備精準(zhǔn)化維修系統(tǒng)，以維修檔案數(shù)據(jù)為驅(qū)動，全面覆蓋醫(yī)療設(shè)備維修立項(xiàng)、維修操作過程、配件使用、檔案管理、賬目核銷等過程，實(shí)現(xiàn)不同業(yè)務(wù)系統(tǒng)間數(shù)據(jù)采集、匯聚整合、挖掘分析、應(yīng)用反饋等，為維修人員及管理者提供輔助決策，全面提高醫(yī)療設(shè)備維修能力。

2.1 自動化業(yè)務(wù)流轉(zhuǎn)過程分析

醫(yī)療設(shè)備維修流程如圖1所示，可分為立項(xiàng)申請、維修談判、維修實(shí)施、賬務(wù)核銷、檔案管理等。具體流程執(zhí)行分別由流程文檔記錄，系統(tǒng)通過建立消息池記錄并通過定時(shí)檢測消息狀態(tài)監(jiān)控流程進(jìn)展，當(dāng)對應(yīng)流程完成并形成文檔記錄后，系統(tǒng)向消息池發(fā)出對應(yīng)消息，通過消息映射后的處理過程推動流程轉(zhuǎn)換[7]。這樣不僅提高了流轉(zhuǎn)效率，同時(shí)有助于保持過程文檔的完整性。

圖1 醫(yī)療設(shè)備維修流程圖

2.2 維修檔案管理功能實(shí)現(xiàn)方法

維修檔案管理用于實(shí)現(xiàn)維修業(yè)務(wù)中涉及的記錄信息收集、關(guān)聯(lián)整合、統(tǒng)計(jì)查詢及數(shù)據(jù)挖掘等功能。

2.2.1 數(shù)據(jù)采集

數(shù)據(jù)采集采用定義數(shù)據(jù)源、數(shù)據(jù)源連接、數(shù)據(jù)表轉(zhuǎn)換系列流程實(shí)現(xiàn)，從而完成從不同業(yè)務(wù)系統(tǒng)中獲取數(shù)據(jù)[8]。用戶可通過向?qū)г诰€配置連接字符串，完成數(shù)據(jù)源連接，采用數(shù)據(jù)抽取工具完成數(shù)據(jù)抽取-轉(zhuǎn)化-載入（extract transform load，ETL）過程，最后實(shí)現(xiàn)數(shù)據(jù)集中存儲。

2.2.2 匯聚整合

系統(tǒng)從業(yè)務(wù)系統(tǒng)中完成數(shù)據(jù)采集后，因數(shù)據(jù)存在異構(gòu)性且缺乏表間關(guān)聯(lián)，為實(shí)現(xiàn)數(shù)據(jù)維度分析、關(guān)聯(lián)挖掘等[9]，需要在數(shù)據(jù)采集完成后建立直接數(shù)據(jù)聯(lián)系。本文擬采用數(shù)據(jù)模型映射法實(shí)現(xiàn)數(shù)據(jù)整合，即由領(lǐng)域?qū)＜一跇I(yè)務(wù)系統(tǒng)分別建立數(shù)據(jù)模型，將批量采集數(shù)據(jù)經(jīng)預(yù)定義數(shù)據(jù)模型映射后建立數(shù)據(jù)集合。

2.2.3 挖掘分析及輔助決策

挖掘分析可從維修檔案數(shù)據(jù)中分析出其中隱含的數(shù)據(jù)價(jià)值，可為系統(tǒng)提供業(yè)務(wù)數(shù)據(jù)統(tǒng)計(jì)、業(yè)務(wù)數(shù)據(jù)價(jià)值分析、模型構(gòu)建、應(yīng)用場景實(shí)現(xiàn)等功能。本文擬基于第三方挖掘分析工具及專家輔助決策理論建立包括數(shù)據(jù)準(zhǔn)備、規(guī)則提取、規(guī)則呈現(xiàn)及應(yīng)用全流程的自動化挖掘分析組件。

3 系統(tǒng)設(shè)計(jì)

系統(tǒng)架構(gòu)圖如圖2所示，包括數(shù)據(jù)存儲層、公共技術(shù)層、服務(wù)層、業(yè)務(wù)層和展示層。其中，采用數(shù)據(jù)中臺系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)驅(qū)動功能，即基于維修業(yè)務(wù)數(shù)據(jù)整合，分析數(shù)據(jù)價(jià)值并為醫(yī)療設(shè)備維修提供決策支持。

圖2 醫(yī)療設(shè)備精準(zhǔn)化維修系統(tǒng)架構(gòu)圖

3.1 數(shù)據(jù)存儲層

數(shù)據(jù)存儲層包括固定資產(chǎn)系統(tǒng)、文檔數(shù)據(jù)庫、維修配件數(shù)據(jù)庫以及維修賬目數(shù)據(jù)庫等業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫，并通過公共技術(shù)層經(jīng)ETL、整合形成維修檔案對象。采用Ceph實(shí)現(xiàn)維修檔案對象、業(yè)務(wù)文件及線性表持久化，該技術(shù)具有容錯(cuò)性強(qiáng)、數(shù)據(jù)均衡性分布、并行度高、無單點(diǎn)故障、去中心化、擴(kuò)展靈活等技術(shù)特點(diǎn)[10]，可同時(shí)滿足塊存儲、文件存儲以及對象存儲技術(shù)要求。采用Ceph對象存儲技術(shù)結(jié)合RESTful API、CephFS網(wǎng)絡(luò)文件系統(tǒng)實(shí)現(xiàn)院內(nèi)私有云數(shù)據(jù)訪問并建立檔案文件集中存儲體系。系統(tǒng)采用存儲訪問librados為數(shù)據(jù)訪問提供接口，并通過librados建立Ceph訪問連接。

3.2 公共技術(shù)層

公共技術(shù)層為系統(tǒng)各層提供ETL、數(shù)據(jù)整合、流數(shù)據(jù)處理、數(shù)據(jù)訪問控制、統(tǒng)計(jì)挖掘等服務(wù)。

3.2.1 ETL

采用Kettle開源可視化工具實(shí)現(xiàn)系統(tǒng)ETL功能，該工具具有易于配置、數(shù)據(jù)源兼容性強(qiáng)、支持二次開發(fā)及定時(shí)管理等特點(diǎn)[11]，能夠滿足系統(tǒng)開發(fā)需求。采用Kettle增量同步策略實(shí)現(xiàn)批量業(yè)務(wù)系統(tǒng)同步，如圖3（a）所示，系統(tǒng)采用時(shí)間戳實(shí)現(xiàn)記錄標(biāo)識，啟動ETL任務(wù)后，根據(jù)連接字符串實(shí)現(xiàn)數(shù)據(jù)連接，獲取目標(biāo)數(shù)據(jù)表并選擇目標(biāo)字段，選擇時(shí)間戳調(diào)用librados完成數(shù)據(jù)查詢，按照時(shí)間戳保留查詢結(jié)果；若為關(guān)聯(lián)表ETL，需要記錄數(shù)據(jù)關(guān)聯(lián)特征。ETL抽取完畢后記錄日志并關(guān)閉連接。

圖3 公共技術(shù)層實(shí)現(xiàn)流程

3.2.2 數(shù)據(jù)整合

數(shù)據(jù)整合可將不同來源異構(gòu)數(shù)據(jù)加載到統(tǒng)一數(shù)據(jù)視圖，能夠提高低層數(shù)據(jù)來源的透明度、可重用性、數(shù)據(jù)管控能力等[9]。本文采用預(yù)定義數(shù)據(jù)視圖模板、數(shù)據(jù)視圖映射方式實(shí)現(xiàn)數(shù)據(jù)整合功能，具體實(shí)現(xiàn)流程如圖3（b）所示。系統(tǒng)建立數(shù)據(jù)連接后，獲取原始數(shù)據(jù)表結(jié)構(gòu)，經(jīng)數(shù)據(jù)視圖初始化、數(shù)據(jù)約束定義后將原始數(shù)據(jù)記錄按照數(shù)據(jù)視圖實(shí)現(xiàn)存儲對象映射，映射后對象經(jīng)持久化后寫入操作日志。

3.2.3 流數(shù)據(jù)處理

維修業(yè)務(wù)流數(shù)據(jù)處理采用Apache開源項(xiàng)目Kafka結(jié)合Spark Stream實(shí)現(xiàn)。采用Kafka為流數(shù)據(jù)擴(kuò)增提供消息隊(duì)列，使得多業(yè)務(wù)系統(tǒng)同步數(shù)據(jù)持續(xù)擴(kuò)展轉(zhuǎn)換為隊(duì)列增量實(shí)現(xiàn)[12]。依次批量處理隊(duì)列數(shù)據(jù)，從而將流數(shù)據(jù)處理復(fù)雜度由O（N2）降為O（N），提高多平臺異構(gòu)業(yè)務(wù)系統(tǒng)數(shù)據(jù)處理效率。

3.2.4 統(tǒng)計(jì)挖掘

統(tǒng)計(jì)挖掘包括數(shù)據(jù)統(tǒng)計(jì)、挖掘分析。數(shù)據(jù)統(tǒng)計(jì)基于Apache開源項(xiàng)目Kylin實(shí)現(xiàn)多維數(shù)據(jù)分析功能，Kylin采用數(shù)據(jù)超立方體[13]、預(yù)聚合技術(shù)實(shí)現(xiàn)，具有高效統(tǒng)計(jì)分析效能。系統(tǒng)基于預(yù)定義主題模型及多維數(shù)據(jù)模型，根據(jù)檢索條件實(shí)現(xiàn)多維統(tǒng)計(jì)分析功能，統(tǒng)計(jì)流程如圖3（c）所示。挖掘分析基于Rapid Miner數(shù)據(jù)挖掘分析工具開發(fā)實(shí)現(xiàn)。如圖3（d）所示，系統(tǒng)獲取挖掘分析任務(wù)類型，用戶選擇樣本后，構(gòu)建讀取樣本數(shù)據(jù)信息Operator對象并獲取樣本數(shù)據(jù)信息[14]。用戶定義并初始化挖掘分析模型，完成數(shù)據(jù)分組后載入樣本數(shù)據(jù)完成模型訓(xùn)練，測試、評估模型性能后進(jìn)行存儲。

3.3 服務(wù)層

服務(wù)層可響應(yīng)用戶請求，實(shí)現(xiàn)系統(tǒng)具體業(yè)務(wù)功能，服務(wù)功能圍繞具體維修過程展開。維修實(shí)施過程如圖4所示。當(dāng)遇到醫(yī)療設(shè)備故障后，使用人員發(fā)出維修申請，醫(yī)療設(shè)備管理人員維修立項(xiàng)并通知維修工程師前往維修，維修工程師根據(jù)維修狀況向維修配件管理人員發(fā)出配件申請，經(jīng)批準(zhǔn)后完成配件領(lǐng)用，由維修人員完成維修記錄。最后，經(jīng)醫(yī)療設(shè)備管理人員、醫(yī)療設(shè)備使用人員共同驗(yàn)收后核銷維修成本。服務(wù)層基于瀏覽器/服務(wù)器（Browser/Server，B/S）架構(gòu)實(shí)現(xiàn)，具體采用Spring Boot框架開發(fā)，該框架內(nèi)嵌Servlet容器，支持對象模型、開箱即用、約定配置等開發(fā)策略[15]，滿足系統(tǒng)開發(fā)要求，而且降低了實(shí)現(xiàn)復(fù)雜度。

圖4 維修實(shí)施過程

3.4 展示層

展示層用于實(shí)現(xiàn)用戶交互功能，可分別為醫(yī)療設(shè)備使用人員、管理人員及維修人員提供設(shè)備狀態(tài)查詢、在線報(bào)修、流程控制、配件管理、檔案存儲以及在線記錄填報(bào)等功能。展示層采用React前端框架開發(fā)實(shí)現(xiàn)，該框架支持聲明式描述、單向數(shù)據(jù)流響應(yīng)以及文檔對象模型（document object model，DOM）模擬等技術(shù)[16]，可提高交互響應(yīng)速度及開發(fā)效率。

4 應(yīng)用效果

系統(tǒng)部署采用虛擬化技術(shù)模擬實(shí)現(xiàn)，測試過程采用解放軍總醫(yī)院第五醫(yī)學(xué)中心南院區(qū)2016—2019年度的維修記錄及2020年4月的醫(yī)療設(shè)備明細(xì)數(shù)據(jù)作為樣例。

在測試中，分別針對系統(tǒng)功能進(jìn)行業(yè)務(wù)流程、維修檔案管理等功能測試。在醫(yī)療設(shè)備維修過程中，分別測試醫(yī)療設(shè)備使用人員、管理人員以及維修人員報(bào)修、立項(xiàng)、配件申請、配件出入庫以及經(jīng)費(fèi)核銷等功能。通過測試，系統(tǒng)可覆蓋醫(yī)療設(shè)備維修標(biāo)準(zhǔn)化業(yè)務(wù)過程，如圖5所示，用戶可通過報(bào)修頁面中的可視化向?qū)瓿晒收仙陥?bào)流程，并支持用戶采用檢索控件、現(xiàn)場圖片等方式簡化申報(bào)描述；同時(shí)，系統(tǒng)可向用戶提供同類設(shè)備常見故障描述、處理過程信息、維修人員聯(lián)系方式等，為故障應(yīng)急處置提供決策支持。當(dāng)報(bào)修完成后，報(bào)修人員可在線實(shí)時(shí)跟蹤設(shè)備維修狀態(tài)。用戶可通過設(shè)置設(shè)備檢索條件查詢目標(biāo)設(shè)備信息，可瀏覽設(shè)備歷史事件列表；維修人員可通過系統(tǒng)記錄維修過程，系統(tǒng)可根據(jù)報(bào)修設(shè)備信息及故障描述，給予歷史維修建議。

圖5 系統(tǒng)運(yùn)行界面

原有維修模式與本系統(tǒng)的性能對比見表1，平均響應(yīng)時(shí)長由23.2 min縮短至3.6 min，平均故障分析時(shí)長由204.0 min縮短為27.4 min，平均修復(fù)時(shí)長由438.0 min縮短為330.0 min，維修能力顯著提升。

表1 2種維修模式性能測試對比單位：min

基于數(shù)據(jù)驅(qū)動模式，醫(yī)療設(shè)備維修行為與維修服務(wù)評估指標(biāo)密切關(guān)聯(lián)，強(qiáng)化了使用人員、管理人員以及維修人員三方互聯(lián)互通、監(jiān)督評估，用戶均可實(shí)時(shí)掌握設(shè)備維修狀態(tài)，確保維修響應(yīng)的快捷性。同時(shí)采用數(shù)據(jù)驅(qū)動方式，維修業(yè)務(wù)流程各環(huán)節(jié)可通過過程記錄及業(yè)務(wù)狀態(tài)變化實(shí)現(xiàn)自動流轉(zhuǎn)，降低了人為操作帶來的滯后性，進(jìn)一步提高了維修流程的實(shí)時(shí)性和客觀性。與此同時(shí)，采用數(shù)據(jù)驅(qū)動機(jī)制及模塊化分級設(shè)計(jì)，降低了系統(tǒng)與固化業(yè)務(wù)流程的耦合性，提高了系統(tǒng)的兼容性、適應(yīng)性。用戶可實(shí)現(xiàn)單臺設(shè)備歷史維修記錄查閱，并可基于相似度評估、知識匹配、主成分分析、多維數(shù)據(jù)查詢，建立設(shè)備故障庫，獲得相似故障輔助決策、故障成因分析、同類設(shè)備故障明細(xì)等，提高知識復(fù)用程度，發(fā)揮數(shù)據(jù)價(jià)值；系統(tǒng)可通過數(shù)據(jù)層實(shí)現(xiàn)固定資產(chǎn)、醫(yī)療設(shè)備臺賬、財(cái)務(wù)報(bào)銷、零配件出入庫等數(shù)據(jù)關(guān)聯(lián)及整合，實(shí)現(xiàn)數(shù)據(jù)集成，且支持?jǐn)?shù)據(jù)跨域訪問，允許用戶執(zhí)行數(shù)據(jù)挖掘任務(wù)，分析數(shù)據(jù)信息，形成輔助策略，為用戶決策提供支持，從而實(shí)現(xiàn)將業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換為業(yè)務(wù)效能，同時(shí)業(yè)務(wù)可支持?jǐn)?shù)據(jù)更新，不斷迭代循環(huán)的數(shù)據(jù)驅(qū)動運(yùn)營體系[17]。

5 結(jié)語

隨著醫(yī)療設(shè)備在臨床診療、康復(fù)療養(yǎng)、科學(xué)研究等領(lǐng)域應(yīng)用范圍的擴(kuò)展，其種類、數(shù)量及資產(chǎn)總額不斷增長，對醫(yī)療設(shè)備管理能力提出了挑戰(zhàn)。但由于醫(yī)療設(shè)備維修活動存在個(gè)性化、專業(yè)性、隨機(jī)性、突發(fā)性等特點(diǎn)，傳統(tǒng)的工作模式存在流轉(zhuǎn)緩慢、過程記錄管理等困難，難以結(jié)合設(shè)備自身技術(shù)、使用特點(diǎn)開展針對性維修活動，已難以滿足醫(yī)療設(shè)備維修的現(xiàn)實(shí)需求。因此，本文將數(shù)據(jù)驅(qū)動模式引入醫(yī)療設(shè)備維修管理過程，細(xì)化維修業(yè)務(wù)流程，通過過程記錄及數(shù)據(jù)狀態(tài)變化，控制業(yè)務(wù)流轉(zhuǎn)，完善管理過程；基于維修過程記錄建立健全設(shè)備維修檔案，加快維修知識積累，結(jié)合數(shù)據(jù)挖掘方法，提高知識復(fù)用能力，發(fā)揮知識效能。目前，系統(tǒng)運(yùn)行中部分流程信息輸入仍依靠手工，在線審核缺乏實(shí)時(shí)性、移動性等問題，在下一步研究中，可結(jié)合物聯(lián)網(wǎng)、多媒體轉(zhuǎn)換等技術(shù)，實(shí)現(xiàn)數(shù)據(jù)采集的自動化、智能化，提高醫(yī)療設(shè)備維修保障效能。