何春華

（廣西民族大學(xué)相思湖學(xué)院 廣西壯族自治區(qū)南寧市 530225）

作為現(xiàn)代醫(yī)療發(fā)展的整體趨勢，醫(yī)院數(shù)字化是當(dāng)下國內(nèi)醫(yī)院嘗試推進(jìn)的主要工作，為提高工作效率、實(shí)現(xiàn)數(shù)字化建設(shè)目標(biāo)提供了對應(yīng)的支持條件。而作為醫(yī)院數(shù)字化建設(shè)過程中的核心系統(tǒng)，財(cái)務(wù)管理與決策系統(tǒng)的設(shè)計(jì)與開發(fā)儼然已經(jīng)成為當(dāng)下醫(yī)院所重點(diǎn)關(guān)注的內(nèi)容，進(jìn)而加大了對醫(yī)院信息化的整體資金與人力投入。目前，基礎(chǔ)的數(shù)字化財(cái)務(wù)管理系統(tǒng)的應(yīng)用范圍較廣，并明確了其構(gòu)建高效型、決策型以及知識型的數(shù)字化醫(yī)院管理體系的發(fā)展方向，但仍需分析系統(tǒng)在應(yīng)用過程中存在的標(biāo)準(zhǔn)接口缺乏、數(shù)據(jù)利用效率較低以及提供功能無法起到?jīng)Q策作用等問題。為此，需設(shè)計(jì)出一套基于大數(shù)據(jù)的醫(yī)院財(cái)務(wù)管理與決策系統(tǒng)，為進(jìn)一步完善醫(yī)院內(nèi)部財(cái)務(wù)管理制度、持續(xù)優(yōu)化資源配置奠定基礎(chǔ)。

1 基于大數(shù)據(jù)的醫(yī)院財(cái)務(wù)管理與決策系統(tǒng)的設(shè)計(jì)需求

1.1 功能概述

1.1.1 動態(tài)利潤分析

作為在一定會計(jì)期間將經(jīng)營成果予以全面反映的財(cái)務(wù)報(bào)表，利潤表與資產(chǎn)負(fù)債表相比較，其區(qū)別主要在于利潤表具有動態(tài)特征，可將累計(jì)金額與經(jīng)營成果予以充分反映，展現(xiàn)出了醫(yī)院的真實(shí)盈利情況。由于利潤表可提供動態(tài)信息，因此可用于對醫(yī)院各個科室的收入、費(fèi)用等數(shù)據(jù)的記錄過程，時間跨度既可以是一周也可以是幾個財(cái)務(wù)月，不僅可提供給績效考核相應(yīng)的原始數(shù)據(jù)，也能夠確保預(yù)算跟蹤獲取到充足的決策信息，為后續(xù)對科室獲利與盈利能力的評價奠定基礎(chǔ)[1]。對于本系統(tǒng)來說，為解決以往財(cái)務(wù)報(bào)表生成速度較慢且準(zhǔn)確率較低等問題，需要系統(tǒng)將數(shù)據(jù)加載至MongoDB Near Cache 中，進(jìn)而達(dá)到在幾秒鐘即可實(shí)現(xiàn)報(bào)表生成的目的。

1.1.2 財(cái)務(wù)能力分析

設(shè)定的財(cái)務(wù)分析指標(biāo)可用于醫(yī)院分析從過去到未來的發(fā)展?fàn)顩r，明確當(dāng)下醫(yī)院所存在的問題，并可對經(jīng)營決策進(jìn)行預(yù)測以確保配套解決措施的落實(shí)及時性[2]。對于財(cái)務(wù)分析體系來說，其可被應(yīng)用在財(cái)務(wù)指標(biāo)的評價領(lǐng)域，為經(jīng)營業(yè)績提供權(quán)衡依據(jù)。本系統(tǒng)損益信息的顯示主要為指標(biāo)方式，可在聯(lián)系設(shè)備收益率與風(fēng)險預(yù)警閾值后，深入分析成本管理的整體趨勢。

1.1.3 成本管理分析

作為財(cái)務(wù)管理工作的重要基礎(chǔ)，成本管理的重要性在于對結(jié)構(gòu)與資源配置予以持續(xù)優(yōu)化。在以往，所展開的成本管理工作以壓低指標(biāo)為主，這也是導(dǎo)致產(chǎn)生較大工作壓力的主要原因，甚至在員工群體中產(chǎn)生對立等不良情緒[3]。為此，需要在新形勢發(fā)展背景下，基于總會計(jì)師制度為成本管理分析提供相應(yīng)指導(dǎo)條件，從而確保成本管理可提高對流程改進(jìn)的重視，而并非單純壓低成本指標(biāo)。如此，即可明確實(shí)施流程中的問題，進(jìn)而有效解決“看病貴”的實(shí)際問題。

1.1.4 管理信息功能的定制

針對級別不同的管理人員，在對通用財(cái)務(wù)數(shù)據(jù)進(jìn)行關(guān)注的同時，對應(yīng)的整體財(cái)務(wù)趨勢與獲取的決策分析信息的關(guān)注點(diǎn)存在著諸多差異。而基于該功能可匹配用戶需求進(jìn)行定制功能，并可提供Cap 與Floor 值設(shè)定條件，用以對風(fēng)險進(jìn)行預(yù)測[4]。此外，可自由設(shè)定列寬度、布局等，均可轉(zhuǎn)換為Xml 文件格式存儲于服務(wù)器中，以方便隨時調(diào)用。

1.1.5 財(cái)務(wù)報(bào)表功能預(yù)定義

基于用戶特定報(bào)表輸出相應(yīng)需求，并確定格式與含義的報(bào)表被稱之為預(yù)定義報(bào)表，可分為持續(xù)分析與固定內(nèi)容兩類。對報(bào)表的基本要求主要包括五點(diǎn)：

第一是報(bào)表定制與授權(quán)具備直觀性與靈活性特點(diǎn)；第二是業(yè)務(wù)需求對應(yīng)多種需求的復(fù)雜格式[5]；第三是可利用多種數(shù)據(jù)輸出形式；第四是可建立報(bào)表之間的聯(lián)系，定制系統(tǒng)與其他報(bào)表數(shù)據(jù)之間的關(guān)聯(lián)；第五是可集成其他訪問功能。

1.2 功能模塊

（1）基本信息模塊。該模塊主要用于藥品、科室、人力以及設(shè)備的信息收集與集中顯示，其使用基于本系統(tǒng)只讀屬性的Reference Data。

（2）動態(tài)利潤模塊?？苫谠O(shè)定的不同查詢條件，在一定的時間范圍內(nèi)獲取到科室利潤變化的相關(guān)信息，且能夠保證查詢速度。

（3）財(cái)務(wù)分析模塊?；谥贫ǖ呢?cái)務(wù)指標(biāo)體系，可設(shè)定不同區(qū)間范圍內(nèi)的一系列限定條件，進(jìn)而保證財(cái)務(wù)數(shù)據(jù)指標(biāo)的生成動態(tài)性特點(diǎn)，例如負(fù)債比、資產(chǎn)管理比率等。

（4）決策分析模塊?；谥悄茇?cái)務(wù)數(shù)據(jù)倉庫的OLAP，可將產(chǎn)生的預(yù)測性業(yè)務(wù)數(shù)據(jù)、決策分析數(shù)據(jù)進(jìn)行集中展示。

（5）聚合引擎模塊。該模塊可充分利用智能財(cái)務(wù)數(shù)據(jù)倉庫，并基于設(shè)定的業(yè)務(wù)規(guī)則展開對相應(yīng)信息的處理，包括聚合與預(yù)聚合兩類，可將系統(tǒng)查詢與使用效率進(jìn)一步提升。

（6）數(shù)據(jù)通用模塊。該模塊可整合具有半結(jié)構(gòu)化、非結(jié)構(gòu)化以及多源結(jié)構(gòu)化特點(diǎn)的數(shù)據(jù)進(jìn)行整合，并在SDMStandard Data Model 協(xié)助下進(jìn)行數(shù)據(jù)交換，最終傳輸至智能財(cái)務(wù)數(shù)據(jù)倉庫中。

（7）效益分析模塊。該模塊可在設(shè)定的不同查詢條件下，確保獲得各個科室或全院效益指標(biāo)信息的完整性，其中包括現(xiàn)金流量流動能力的比率、盈利能力比率以及財(cái)務(wù)彈性分析等內(nèi)容[6]。

（8）快速查詢模塊?？苫诙ㄖ菩畔I(yè)務(wù)范圍進(jìn)行查詢，查找到已經(jīng)進(jìn)行聚合處理的一系列財(cái)務(wù)數(shù)據(jù)與對應(yīng)的財(cái)務(wù)指標(biāo)。

（9）公共模塊的統(tǒng)計(jì)分析?；趯Ω鱾€功能模塊信息的查詢與分析，可在賦予其公共查詢功能屬性后對數(shù)據(jù)倉庫進(jìn)行直接訪問。

（10）字典維護(hù)模塊。該模塊可針對系統(tǒng)中保存的一系列字典數(shù)據(jù)進(jìn)行統(tǒng)一管理，或進(jìn)行功能修改。

（11）安全管理模塊。該模塊主要與系統(tǒng)管理員對接，可用于系統(tǒng)權(quán)限與用戶的管理，并可根據(jù)需要進(jìn)行數(shù)據(jù)備份。

2 系統(tǒng)體系架構(gòu)設(shè)計(jì)

2.1 設(shè)計(jì)方法

2.1.1 服務(wù)導(dǎo)向指引下的SOA 事實(shí)數(shù)據(jù)倉庫分析方法

此系統(tǒng)的設(shè)計(jì)開發(fā)建立在確保醫(yī)院維持正常運(yùn)營狀態(tài)的基礎(chǔ)上，基于一系列批量數(shù)據(jù)的導(dǎo)入與對數(shù)據(jù)信息的實(shí)時處理，可實(shí)現(xiàn)數(shù)據(jù)的獲取、整理以及整體分析[7]。通過SOA分析與設(shè)計(jì)方案，可分類、清洗、交換以及共享數(shù)據(jù)，使其變化為具有靈活性特點(diǎn)的松耦合服務(wù)組件。基于業(yè)務(wù)流程的穿針引線完成后，即可基于數(shù)據(jù)流與相應(yīng)業(yè)務(wù)規(guī)則，分解應(yīng)用為獨(dú)立單元組件，并進(jìn)行二次封裝。對應(yīng)的驅(qū)動模型基于數(shù)據(jù)倉庫的事實(shí)維度進(jìn)行設(shè)計(jì)，可確保數(shù)據(jù)在應(yīng)用層面的統(tǒng)一性，促使醫(yī)院的決策系統(tǒng)架構(gòu)具備易于拓展與靈活配置等優(yōu)勢[8]?；镜牟襟E為：明確數(shù)據(jù)流與對應(yīng)業(yè)務(wù)需求；進(jìn)行對應(yīng)需求的角色分配；基于對業(yè)務(wù)流程的了解分解為業(yè)務(wù)單元；形成節(jié)點(diǎn)依賴關(guān)系以生成關(guān)鍵路徑；基于關(guān)鍵路徑分解的功能單元建立標(biāo)準(zhǔn)模型，并進(jìn)行封裝處理；在Autosys 的作業(yè)調(diào)度架構(gòu)中加入匹配數(shù)據(jù)流特點(diǎn)與業(yè)務(wù)需求的調(diào)度作業(yè)內(nèi)容。

2.1.2 財(cái)務(wù)數(shù)據(jù)倉庫系統(tǒng)架構(gòu)設(shè)計(jì)方法

（1）選擇相應(yīng)的財(cái)務(wù)業(yè)務(wù)驅(qū)動建模。業(yè)務(wù)驅(qū)動處理的前提在于數(shù)據(jù)路分析，可將諸如庫存管理、票據(jù)管理等工作分解為最小的業(yè)務(wù)單元[9]。為保證提交數(shù)據(jù)統(tǒng)一性，需基于業(yè)務(wù)引擎并聯(lián)系業(yè)務(wù)規(guī)則的對應(yīng)模板展開管理。

（2）對財(cái)務(wù)數(shù)據(jù)處理粒度進(jìn)行定義。該過程的核心為財(cái)務(wù)業(yè)務(wù)體系，例如可即通過產(chǎn)品庫存水平、單據(jù)項(xiàng)目內(nèi)容等，對系統(tǒng)粒度進(jìn)行定義。

（3）確定事實(shí)表行維度。基于粒度的準(zhǔn)確定義，可在財(cái)務(wù)管理指標(biāo)體系協(xié)助下對維度定義集合進(jìn)行歸納，隨后可進(jìn)行財(cái)務(wù)數(shù)據(jù)粒度回溯，進(jìn)而基于對業(yè)務(wù)規(guī)則流程的參考對維度表中已經(jīng)離散的維度屬性予以完善[10]。對于本系統(tǒng)來說，其中的維度包含了交割日期、交易日期、產(chǎn)品類型以及財(cái)務(wù)事務(wù)等。

2.2 架構(gòu)設(shè)計(jì)

2.2.1 業(yè)務(wù)體系架構(gòu)

（1）財(cái)務(wù)數(shù)據(jù)中心層。該層級主要用于采集數(shù)據(jù)源輸出批量與實(shí)時數(shù)據(jù)，并在交換后將其整合至數(shù)據(jù)倉庫。通過對維度建模與數(shù)據(jù)粒度的分析，可在ETL 協(xié)助下處理原始數(shù)據(jù)，并將其加載到相應(yīng)的維度表與事實(shí)表中[11]。為確保醫(yī)院機(jī)構(gòu)與財(cái)務(wù)數(shù)據(jù)中心層之間的信息小胡及時性，同時需要提供必要的通信總線服務(wù)條件，例如消息路由等，包括部分用于基礎(chǔ)層級的支撐功能，例如審計(jì)、隱私管理等。

（2）外部接入層。該層級覆蓋區(qū)域?yàn)樗械拇嬖谟卺t(yī)療機(jī)構(gòu)中的業(yè)務(wù)系統(tǒng)，基于最小數(shù)據(jù)集方法進(jìn)行數(shù)據(jù)采集與管理，例如設(shè)備、藥庫以及門診費(fèi)用數(shù)據(jù)的管理等。

（3）業(yè)務(wù)處理層。首先是采集財(cái)務(wù)數(shù)據(jù)信息，可根據(jù)不同需求轉(zhuǎn)換格式，并進(jìn)行數(shù)據(jù)規(guī)范化處理，進(jìn)而打造出相應(yīng)數(shù)據(jù)模型[12]；其次是采集財(cái)務(wù)數(shù)據(jù)信息。其中包含了醫(yī)院的公用信息、人員信息以及基礎(chǔ)參考數(shù)據(jù)等；再次是數(shù)據(jù)交換平臺，可實(shí)現(xiàn)批量的數(shù)據(jù)采集與共享，并可保證傳輸安全性；最后是資源庫建設(shè)與數(shù)據(jù)中心應(yīng)用支撐?；趯π畔①Y源的整體規(guī)劃，可提供給用戶更多的管理?xiàng)l件，包括注冊、報(bào)表、索引、授權(quán)等，并可開發(fā)出一系列的服務(wù)組件。圖1為醫(yī)院財(cái)務(wù)管理與決策平臺業(yè)務(wù)架構(gòu)示意圖。

圖1：醫(yī)院財(cái)務(wù)管理與決策平臺業(yè)務(wù)架構(gòu)示意圖

2.2.2 技術(shù)體系架構(gòu)

（1）IT 基礎(chǔ)環(huán)境層。作為系統(tǒng)運(yùn)行的重要支撐環(huán)境，該層級包含了網(wǎng)絡(luò)設(shè)備、主機(jī)設(shè)備、存儲設(shè)備以及對應(yīng)的支撐軟件。

（2）數(shù)據(jù)資源層。該層級主要為數(shù)據(jù)庫群，包含了財(cái)務(wù)數(shù)據(jù)信息、交換資源庫、統(tǒng)計(jì)分析庫以及注冊庫等。

（3）應(yīng)用支撐層。該層級基于SOA 方法可設(shè)計(jì)出相應(yīng)服務(wù)組件，可提供注冊、報(bào)表、用戶管理以及表達(dá)等服務(wù)條件[13]。此類服務(wù)組件起到了支撐系統(tǒng)正常運(yùn)行狀態(tài)的作用，將系統(tǒng)可擴(kuò)展性優(yōu)勢予以充分發(fā)揮。

（4）數(shù)據(jù)交換層。該層級可為數(shù)據(jù)交換提供相應(yīng)的服務(wù)組件條件，其中包含了規(guī)則的預(yù)設(shè)管理、聚合引擎、配置交換方式以及提供交換服務(wù)等。

（5）平臺應(yīng)用層。該層級可為財(cái)務(wù)數(shù)據(jù)中心提供需求應(yīng)用，包含了對預(yù)算的整體管理、動態(tài)信息的實(shí)時跟蹤、對報(bào)表進(jìn)行統(tǒng)計(jì)與分析的對應(yīng)服務(wù)以及根據(jù)需求進(jìn)行擴(kuò)展處理的其他服務(wù)類型。

（6）外部系統(tǒng)接入層。該層級在基于業(yè)務(wù)參數(shù)運(yùn)行設(shè)計(jì)模式的前提下，可結(jié)合動態(tài)配置與定制開發(fā)方法，將其與各個子系統(tǒng)進(jìn)行對接，包括門診、住院、藥庫、醫(yī)療業(yè)務(wù)以及協(xié)同辦公等。接入后所產(chǎn)生系統(tǒng)數(shù)據(jù)主要基于 Standard Data Model 用以展開對數(shù)據(jù)的規(guī)范化處理，并圍繞這一核心平臺達(dá)到信息共享與業(yè)務(wù)協(xié)同的根本目的。圖2 為醫(yī)院財(cái)務(wù)管理與決策平臺總體技術(shù)架構(gòu)圖。

圖2：醫(yī)院財(cái)務(wù)管理與決策平臺總體技術(shù)架構(gòu)圖

2.2.3 數(shù)據(jù)體系架構(gòu)

（1）數(shù)據(jù)獲取層。該層級將數(shù)據(jù)源輸出數(shù)據(jù)經(jīng)過相應(yīng)處理后，可將其傳輸至數(shù)據(jù)倉庫系統(tǒng)內(nèi)。用于數(shù)據(jù)獲取模塊的主要功能包含了數(shù)據(jù)接口、緩沖區(qū)、獲取調(diào)度管理等；

（2）數(shù)據(jù)處理與存儲層。該層級包含了數(shù)據(jù)倉庫存儲與ETL 兩類功能。從數(shù)據(jù)倉庫組件角度來看，對信息邏輯與物理存儲進(jìn)行了定義；通過組件的復(fù)制與傳播，可在數(shù)據(jù)倉庫協(xié)助下充分利用存儲數(shù)據(jù)進(jìn)而創(chuàng)建出具有從屬關(guān)系的數(shù)據(jù)集市；基于ETL 功能將可實(shí)現(xiàn)從打造的基礎(chǔ)模型逐漸轉(zhuǎn)換或裝載為分析模型的目標(biāo)；

（3）數(shù)據(jù)訪問層。該層級用于數(shù)據(jù)準(zhǔn)備與訪問應(yīng)用，可將其分為不同的功能區(qū)域，包括知識的統(tǒng)一管理、數(shù)據(jù)的統(tǒng)計(jì)分析以及各類接口的應(yīng)用等。該層級將商用前端工具功能進(jìn)行整合，從而可根據(jù)需求完成包括生成報(bào)表、分析數(shù)據(jù)、潛在信息挖掘定制以及生成、發(fā)布等工作任務(wù)。基于打造的統(tǒng)一平臺，也可將商用展現(xiàn)工具進(jìn)行集成，從而完成包括報(bào)表預(yù)定義、KPI 計(jì)算、多維度分析以及專題分析等，對相應(yīng)功能信息進(jìn)行展示或直接應(yīng)用；

（4）系統(tǒng)管理層。該層級包含了對元數(shù)據(jù)的集成管理、自動調(diào)度環(huán)節(jié)的管理、權(quán)限的分配、日志管理以及系統(tǒng)監(jiān)控等，可保證數(shù)據(jù)質(zhì)量，并貫穿系統(tǒng)的整個應(yīng)用流程。在此管理層級支持下可完成財(cái)務(wù)數(shù)據(jù)分析并打造相應(yīng)分析模型，包括基礎(chǔ)模型與分析模型兩種?；A(chǔ)模型的建立目的在于詳細(xì)數(shù)據(jù)存儲與管理，其中包含了指標(biāo)測算、專項(xiàng)調(diào)查以及配套統(tǒng)計(jì)數(shù)據(jù)等，并以主題域形式組織起來，可將其視作為數(shù)據(jù)集合，不同集合之間通過ID 建立聯(lián)系。分析模型打造目的為依據(jù)主體進(jìn)行數(shù)據(jù)存儲與管理，也是匯總數(shù)據(jù)與詳細(xì)數(shù)據(jù)之間的聯(lián)系橋梁，從而在兼顧使用需求的前提下，建立具有相對穩(wěn)定性特點(diǎn)的結(jié)構(gòu)用以實(shí)現(xiàn)多變需求的結(jié)構(gòu)支撐目標(biāo)。圖3 為醫(yī)院財(cái)務(wù)管理與決策平臺數(shù)據(jù)架構(gòu)體系圖。

圖3：醫(yī)院財(cái)務(wù)管理與決策平臺數(shù)據(jù)架構(gòu)體系圖

2.3 系統(tǒng)開發(fā)框架

2.3.1 批量數(shù)據(jù)采集

ETL 實(shí)現(xiàn)數(shù)據(jù)采集與規(guī)范化處理需要耗費(fèi)相對較多的時間，進(jìn)而滿足對不同類型數(shù)據(jù)的采集分析需求，可將采集與傳輸流程分為采集分析、存儲流程制定以及采集聚合三部分。圖4 為批量數(shù)據(jù)采集分析流程示意圖。

圖4：批量數(shù)據(jù)采集分析流程示意圖

第一部分是數(shù)據(jù)采集分析。設(shè)定對應(yīng)數(shù)據(jù)采集指標(biāo)后即可分析原有財(cái)務(wù)數(shù)據(jù)，通過分析數(shù)據(jù)結(jié)構(gòu)并聯(lián)系對應(yīng)數(shù)據(jù)需求、智能財(cái)務(wù)數(shù)據(jù)結(jié)構(gòu)標(biāo)準(zhǔn)，即可輸出對應(yīng)的采集與轉(zhuǎn)換報(bào)告，進(jìn)而提供給后續(xù)數(shù)據(jù)采集更多準(zhǔn)確的數(shù)據(jù)；

第二部分為采集存儲流程。首先是獲取數(shù)據(jù)，需依據(jù)設(shè)定獲取方法，聯(lián)系采集規(guī)則推進(jìn)定時的數(shù)據(jù)獲取進(jìn)程，并按照提供的單項(xiàng)指標(biāo)類形式進(jìn)行組織，完成文件打包后即可傳遞至前置交換庫；其次是數(shù)據(jù)傳輸。從數(shù)據(jù)中心到前置機(jī)的過程可實(shí)現(xiàn)分時上傳，打包文件可在數(shù)據(jù)交換平臺的協(xié)助下，抽取相應(yīng)數(shù)據(jù)并打包加密，隨后則應(yīng)在解密與解包后存儲至前置庫；再次是數(shù)據(jù)整理。校驗(yàn)前置庫文件時，需確保發(fā)送與接收數(shù)據(jù)的異質(zhì)性，進(jìn)而通過后續(xù)數(shù)據(jù)解析與轉(zhuǎn)換處理形成指標(biāo)檔案；最后是數(shù)據(jù)入庫。基于完成整理的檔案數(shù)據(jù)，即可聯(lián)系單項(xiàng)指標(biāo)檔案庫信息形成整體檔案；

第三部分為采集聚合，可將其分為數(shù)據(jù)私有層、橫向數(shù)據(jù)層以及縱向分析層三個層級。首先是稀有數(shù)據(jù)層，其具備一定的訪問權(quán)限，并進(jìn)行了隔離限制，除去必要的GUI 服務(wù)調(diào)用外不可直接訪問，存儲的多為保密與敏感數(shù)據(jù)；其次是橫向數(shù)據(jù)層，主要用于原始與基礎(chǔ)數(shù)據(jù)集的存儲。通過數(shù)據(jù)匯總與SDM 封裝處理后，即可存儲到TransactionEntity table，確保存儲數(shù)據(jù)格式一致。此層級賭贏數(shù)據(jù)結(jié)果在展開批量與實(shí)時處理的過程中，需聯(lián)系SDM 進(jìn)行抽象統(tǒng)一交易與頭寸數(shù)據(jù)的操作，以保證在內(nèi)部鍵值填充完畢后數(shù)據(jù)的一致性；最后是縱向分析層，需要在原有橫向基礎(chǔ)數(shù)據(jù)條件下，基于一定業(yè)務(wù)邏輯展開對數(shù)據(jù)的預(yù)局和處理，或展開對數(shù)據(jù)的后臺分析。該層級主要為預(yù)測性數(shù)據(jù)與財(cái)務(wù)指標(biāo)信息提供服務(wù)條件，定期進(jìn)行信息挖掘與數(shù)據(jù)聚合更新，為醫(yī)院管理與決策提供基礎(chǔ)條件。

2.3.2 實(shí)時數(shù)據(jù)交換

該框架設(shè)計(jì)目標(biāo)在于提供給財(cái)務(wù)管理與決策系統(tǒng)對應(yīng)的具有實(shí)時性特點(diǎn)的信息，屬于交互共享子系統(tǒng)的一種，可保證數(shù)據(jù)交換與數(shù)據(jù)傳輸?shù)陌踩耘c可靠性。實(shí)時財(cái)務(wù)數(shù)據(jù)交換平臺具有單獨(dú)運(yùn)行特征，包含了交換節(jié)點(diǎn)、適配器、控制器三部分。圖5 為數(shù)據(jù)交換平臺邏輯關(guān)系圖。此類數(shù)據(jù)交換平臺的工作原理可分析為以下幾點(diǎn)：

圖5：數(shù)據(jù)交換平臺邏輯關(guān)系圖

（1）基于 Spring 非容器配置管理可對 RTD-Hub 訪問的數(shù)據(jù)源信息進(jìn)行設(shè)定，并分配相應(yīng)的匹配數(shù)據(jù)格式，并能夠基于數(shù)據(jù)源的不同特性選擇 BSON 或 XM 封裝方法。

（2）已經(jīng)完成封裝處理的數(shù)據(jù)文件，需要基于 RTDHub 完成指派，并在校驗(yàn)、壓縮處理后，完成消息轉(zhuǎn)換與傳輸任務(wù)。

（3）在RTD-Controller 協(xié)助下可檢查消息格式，并完成消息至目的數(shù)據(jù)源的指派任務(wù)。

（4）基于RTD-Adapter2 進(jìn)行消息逆向回溯處理的過程中，可能存在數(shù)據(jù)格式不統(tǒng)一的情況，需要在SDM 協(xié)助下做好數(shù)據(jù)規(guī)范與數(shù)據(jù)填充工作。

2.4 數(shù)據(jù)倉庫結(jié)構(gòu)設(shè)計(jì)

2.4.1 數(shù)據(jù)倉庫

為將數(shù)據(jù)倉庫訪問效率予以提升，就需要從設(shè)計(jì)與功能實(shí)現(xiàn)角度出發(fā)，確保數(shù)據(jù)分區(qū)技術(shù)優(yōu)勢可獲得充分利用，達(dá)到以空間換取性能的目的。而用于外部數(shù)據(jù)源數(shù)據(jù)采集的抽取與集成模塊，將在發(fā)揮其采集功能后統(tǒng)一匯聚于ODS，并完成至主體數(shù)據(jù)表的集成任務(wù)；建立維度模型的基礎(chǔ)為主題組織模塊，可用于財(cái)務(wù)數(shù)據(jù)詳細(xì)賬目制定與財(cái)務(wù)指標(biāo)設(shè)定過程，達(dá)到對基于模型的維表與中間表的管理目的；OLAP模塊可在聯(lián)系關(guān)系型數(shù)據(jù)庫后，依據(jù)模式需求自定義建立數(shù)據(jù)立方體，為多維數(shù)據(jù)分析與查詢提供方便；可視化模塊則主要通過輸出的各類圖表，用以將數(shù)據(jù)全面展現(xiàn)。

此系統(tǒng)的創(chuàng)新之處主要體現(xiàn)在應(yīng)用層與數(shù)據(jù)倉庫件非文檔型數(shù)據(jù)庫的引入，需要在數(shù)據(jù)倉庫中期限內(nèi)針對數(shù)據(jù)進(jìn)行預(yù)處理與聚合，進(jìn)而聯(lián)系提供的調(diào)用接口建立與 MongoDB之間的連接關(guān)系，實(shí)現(xiàn)從私有數(shù)據(jù)到橫向、縱向數(shù)據(jù)的批量加載與更新。此創(chuàng)新要素融入到傳統(tǒng)數(shù)據(jù)庫中，有利于對有聚合需要的數(shù)據(jù)進(jìn)行快速預(yù)處理以方便存儲，將最大化文檔型數(shù)據(jù)庫應(yīng)用優(yōu)勢予以充分發(fā)揮，進(jìn)而將系統(tǒng)查詢效率予以全面提升。本系統(tǒng)設(shè)計(jì)與開發(fā)需要建設(shè)的主要數(shù)據(jù)庫包括智能財(cái)務(wù)數(shù)據(jù)庫、注冊庫、主索引庫、統(tǒng)計(jì)分析庫以及交換庫。

2.4.2 元數(shù)據(jù)管理

元數(shù)據(jù)存在于數(shù)據(jù)倉庫的整個設(shè)計(jì)流程中，并關(guān)聯(lián)著后續(xù)開發(fā)、維護(hù)以及管理過程，包含了對數(shù)據(jù)的統(tǒng)一組織、法快速查詢以及結(jié)果理解等 關(guān)鍵內(nèi)容。針對元數(shù)據(jù)進(jìn)行管理，主要的管理對象為業(yè)務(wù)元數(shù)據(jù)、操作元數(shù)據(jù)以及技術(shù)元數(shù)據(jù)，根本目標(biāo)在于將信息共享、獲取以及理解效率予以全面提升，進(jìn)而為使用者提供方便獲取精準(zhǔn)信息的途徑，保證了數(shù)據(jù)資源的管理統(tǒng)一化與規(guī)范化。以本系統(tǒng)為例，其元數(shù)據(jù)管理內(nèi)容主要包括以下幾點(diǎn)：

（1）數(shù)據(jù)源數(shù)據(jù)管理，包含了內(nèi)外兩類數(shù)據(jù)源接入方式，并對應(yīng)著外部數(shù)據(jù)格式、數(shù)據(jù)傳輸頻率以及字段描述信息等內(nèi)容。

（2）數(shù)據(jù)倉庫元數(shù)據(jù)管理，其中包含了拓?fù)浣Y(jié)構(gòu)、倉庫數(shù)據(jù)庫結(jié)構(gòu)、描述與存儲信息。

（3）基于維度表、事實(shí)表以及中間表所展開的元數(shù)據(jù)管理，涵蓋了數(shù)據(jù)表中的所有基本信息，且表中各個字段信息可及時融入其中，例如精度、類型、字段名等.

（4）主題信息元數(shù)據(jù)管理，包含了數(shù)據(jù)的更新周期、數(shù)據(jù)的定時抽取、主題信息以及更新日志等內(nèi)容。

3 結(jié)束語

綜上所述，本系統(tǒng)在設(shè)計(jì)與開發(fā)環(huán)節(jié)將醫(yī)院財(cái)務(wù)系統(tǒng)中的動態(tài)利潤的實(shí)時分析、財(cái)務(wù)信息管理、預(yù)算管理以及成本管理相互統(tǒng)一，進(jìn)而在所建立的全程質(zhì)量體系應(yīng)用背景下，基于財(cái)務(wù)數(shù)據(jù)倉庫的構(gòu)建，選擇使用了多種大數(shù)據(jù)技術(shù)，為數(shù)據(jù)信息定位及時聚合、分析以及挖掘提供了方便條件。從實(shí)際應(yīng)用情況來看，起到了強(qiáng)化醫(yī)院財(cái)務(wù)信息管理效果與方便制定決策的重要作用，現(xiàn)實(shí)意義與應(yīng)用價值均滿足對系統(tǒng)的使用需求。