胡寶琛

摘要：為實現(xiàn)醫(yī)院信息系統(tǒng)中各子系統(tǒng)基礎(chǔ)數(shù)據(jù)的統(tǒng)一，提出基礎(chǔ)數(shù)據(jù)平臺化管理方案。以集成平臺取代各子系統(tǒng)對基礎(chǔ)數(shù)據(jù)的分散式管理，保證系統(tǒng)間數(shù)據(jù)的統(tǒng)一性、關(guān)聯(lián)性，保障跨系統(tǒng)大數(shù)據(jù)分析的實現(xiàn)。

關(guān)鍵詞：基礎(chǔ)數(shù)據(jù)；分散管理；基礎(chǔ)數(shù)據(jù)集成管理平臺；跨系統(tǒng)大數(shù)據(jù)分析

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2018）25-0009-03

Thoughts on Platform Management of Fundamental Data

HU Bao-chen

（Peoples Hospital of Luan， Luan 237005， China）

Abstract： In order to realize the unification of fundamental data in each subsystem of hospital information system， a platform management of fundamental data plan is put forward. The integration platform is used to replace the decentralized management of the subsystems for the fundamental data， to ensure the unity and relevance of the data between the systems， and to ensure the implementation of the large data analysis of the cross system.

Key words： fundamental data； decentralized management； Integrated Management Platform of Fundamental Data； large data analysis of the cross system

醫(yī)院信息系統(tǒng)由醫(yī)院管理信息系統(tǒng)（HMIS）、醫(yī)院資源管理系統(tǒng)（HRP）、臨床信息系統(tǒng)（CIS）及其他輔助系統(tǒng)組成。各子系統(tǒng)各類繁多，彼此相對獨立又相互聯(lián)系。系統(tǒng)的開發(fā)商、編程語言、數(shù)據(jù)庫設(shè)計和使用部門往往都不盡相同。各系統(tǒng)能勝任單個部門的業(yè)務(wù)需求，但不能滿足全院信息系統(tǒng)整合的建設(shè)要求，特別是無法便捷實現(xiàn)跨系統(tǒng)大數(shù)據(jù)分析。

基礎(chǔ)數(shù)據(jù)集成管理是一個以較小代價實現(xiàn)系統(tǒng)整合的辦法，同時也是建立數(shù)據(jù)共享平臺的必由之路。

1 基礎(chǔ)數(shù)據(jù)范疇與特征分析

1.1 基礎(chǔ)數(shù)據(jù)范疇

醫(yī)院信息系統(tǒng)包含多個子系統(tǒng)，其實現(xiàn)的功能、處理的數(shù)據(jù)、面對的用戶存在差別，這是子系統(tǒng)的個性；但它們同時也具有一定共性，表現(xiàn)在所處理的數(shù)據(jù)存在交集。這些數(shù)據(jù)交集就是基礎(chǔ)數(shù)據(jù)。對醫(yī)院而言，基礎(chǔ)數(shù)據(jù)包含科室設(shè)置、人員、醫(yī)療服務(wù)收費項目、藥品目錄、物資材料目錄、診斷目錄、手術(shù)及操作目錄、以上各類數(shù)據(jù)的擴展屬性字典等。這部分數(shù)據(jù)所占比重不大，但卻被幾乎所有子系統(tǒng)訪問和使用；并且由于其“基礎(chǔ)”的屬性，是各子系統(tǒng)業(yè)務(wù)數(shù)據(jù)統(tǒng)一標準、相互關(guān)聯(lián)的關(guān)鍵所在。對基礎(chǔ)數(shù)據(jù)進行集成化管理、統(tǒng)一使用，滿足跨系統(tǒng)數(shù)據(jù)分析對數(shù)據(jù)標準化、關(guān)聯(lián)性的要求對；同時對各系統(tǒng)改變小，實施難度及風險較低。

1.2 基礎(chǔ)數(shù)據(jù)特征

1.2.1 基礎(chǔ)性特征

是各子系統(tǒng)在建設(shè)與運行中都必須使用的基本數(shù)據(jù)。相對各系統(tǒng)產(chǎn)生的差異化的業(yè)務(wù)數(shù)據(jù)，基礎(chǔ)數(shù)據(jù)是構(gòu)建數(shù)據(jù)模型及應(yīng)用的根基，處于數(shù)據(jù)的底層。例如醫(yī)院的科室設(shè)置、人員信息是構(gòu)建各子系統(tǒng)都不可或缺的。

1.2.2 唯一性特征

基礎(chǔ)數(shù)據(jù)反映醫(yī)院人、財、物、組織架構(gòu)等基本情況及醫(yī)療專業(yè)基本信息。客觀上不會也不應(yīng)該因子系統(tǒng)的不同而產(chǎn)生信息上的差異。

1.2.3 相對靜態(tài)特征

由基礎(chǔ)數(shù)據(jù)的內(nèi)容不難看出，與各子系統(tǒng)產(chǎn)生的大量差異化業(yè)務(wù)數(shù)據(jù)相比，基礎(chǔ)數(shù)據(jù)變化頻率更低，具備相對的靜態(tài)穩(wěn)定性。比如組織架構(gòu)、人員、藥品、診斷等信息的變更周期通常是一年甚至更長。

1.2.4 多擴展屬性特征

不同子系統(tǒng)在使用基礎(chǔ)數(shù)據(jù)時關(guān)注的側(cè)重點不盡相同，所有側(cè)重點的并集構(gòu)成了其多擴展屬性。例如藥品信息在HMIS、HRP中被關(guān)注的更多是價格、單位、劑型、廠家、批次、效期等；而CIS則更多關(guān)注藥物分類、用藥途徑、抗菌藥物級別、毒麻分類、所屬過敏類別、使用禁忌等。將基礎(chǔ)數(shù)據(jù)從子系統(tǒng)中剝離實行集成化管理時，必須具備多擴展屬性。

特征1、2、3使集成管理成為可能；同時讓集中化管理具備高收益，利用統(tǒng)一的基礎(chǔ)數(shù)據(jù)構(gòu)成系統(tǒng)間數(shù)據(jù)整合、共享的關(guān)鍵“鏈條”。特征4是構(gòu)建集成管理方案的重點。

2 基礎(chǔ)數(shù)據(jù)分散管理時系統(tǒng)整合及數(shù)據(jù)共享方式

2.1 點對點集成方式

這種最早的整合方式就是在發(fā)生數(shù)據(jù)訪問關(guān)聯(lián)的兩個系統(tǒng)分別建立接口程序，通過接口程序?qū)Ω髯韵到y(tǒng)中相關(guān)獨立且存在差異的基礎(chǔ)數(shù)據(jù)進行對應(yīng)的匹配，從而實現(xiàn)彼此間數(shù)據(jù)識別與交互。在子系統(tǒng)數(shù)量少的情況下，點對點接口不失為一種高效方法；但隨著系統(tǒng)數(shù)量的不斷增加，接口量會按數(shù)學組合方式快速增長，維護任務(wù)繁重，同時可靠性與效率降低。當子系統(tǒng)升級、變更時相關(guān)接口要同步進行修改，適應(yīng)性差。

2.2 數(shù)據(jù)集成平臺方式

這里討論的平臺并非數(shù)據(jù)總線（DataBus），而是目前在國內(nèi)醫(yī)院較多使用的數(shù)據(jù)共享平臺。首先通過業(yè)務(wù)分析、數(shù)據(jù)集成，建立面向醫(yī)院整體的統(tǒng)一數(shù)據(jù)結(jié)構(gòu)模型，并通過數(shù)據(jù)接口與各系統(tǒng)建立數(shù)據(jù)通道，經(jīng)過數(shù)據(jù)提取、清洗、標準化等一系列統(tǒng)過程，最終實現(xiàn)數(shù)據(jù)的統(tǒng)一存儲及應(yīng)用。數(shù)據(jù)平臺減少了系統(tǒng)間的接口數(shù)量，實現(xiàn)的數(shù)據(jù)的統(tǒng)一集中存儲，可以進行大數(shù)據(jù)分析。但是，在基礎(chǔ)數(shù)據(jù)未實現(xiàn)集成管理的情況下，數(shù)據(jù)平臺與點對點方式一樣，要通過各接口對不同系統(tǒng)中的基礎(chǔ)數(shù)據(jù)進行匹配。點對點接口存在的可靠性差、效率低、維護繁重、適應(yīng)性差的問題，共享平臺也同樣存在。

由此可以看出，醫(yī)院信息整合、跨系統(tǒng)大數(shù)據(jù)分析困難的主要原因之一就在于基礎(chǔ)數(shù)據(jù)分散于各子系統(tǒng)以及由此造成的差異。

例如HMIS中的收費子系統(tǒng)、財務(wù)子系統(tǒng)及HRP系統(tǒng)中都涉及醫(yī)院科室設(shè)置，而醫(yī)院的組織架構(gòu)是唯一的，理論上在以上各系統(tǒng)中科室設(shè)置也應(yīng)當是統(tǒng)一的。但在實際應(yīng)用中，因缺少基礎(chǔ)數(shù)據(jù)集成管理，各系統(tǒng)中都獨立維護各自的科室信息，要保持信息一致存在很大困難，更嚴重的是在跨系統(tǒng)進行收入、成本支出的綜合數(shù)據(jù)分析時，要對不同系統(tǒng)的科室信息進行復(fù)雜的匹配、關(guān)聯(lián)，費時費力且很難保證數(shù)據(jù)的準確性；當組織架構(gòu)發(fā)生變化時原先的匹配、關(guān)聯(lián)又要進行相應(yīng)調(diào)整。再如人員信息中的醫(yī)生數(shù)據(jù)，同一名醫(yī)生同時具有住院醫(yī)生、門診醫(yī)生的雙重角色，更有甚者可能同時承擔不同病區(qū)、門診部、分院的工作，使用多個子系統(tǒng)?？己嗽撫t(yī)生的工作量，如何關(guān)聯(lián)、確認分布在不同系統(tǒng)中的同一員工也是個難題。

3 基礎(chǔ)數(shù)據(jù)集成管理平臺方案

3.1 基礎(chǔ)數(shù)據(jù)集成管理模式下的醫(yī)院系統(tǒng)邏輯架構(gòu)

基礎(chǔ)數(shù)據(jù)集成管理方案就是以醫(yī)院整體視角，用統(tǒng)一的標準重新規(guī)劃基礎(chǔ)數(shù)據(jù)的管理與使用，形成新的建設(shè)框架（如圖1所示）?；A(chǔ)數(shù)據(jù)集成管理平臺（Integrated Management Platform of Fundamental Data，IMPFD）在邏輯架構(gòu)圖中包含資源數(shù)據(jù)庫、接口集和集成管理平臺系統(tǒng)三部分。其中管理平臺系統(tǒng)是醫(yī)院信息系統(tǒng)中平臺層的重要組成部分，管理基礎(chǔ)數(shù)據(jù)本身及其擴展屬性，統(tǒng)籌基礎(chǔ)數(shù)據(jù)的生成、采集、維護、存儲、共享任務(wù)；數(shù)據(jù)接口集負責與各業(yè)務(wù)子系統(tǒng)的信息雙向交互，主要提供基礎(chǔ)數(shù)據(jù)的調(diào)用，同時對小部分由其他業(yè)務(wù)系統(tǒng)產(chǎn)生的基礎(chǔ)數(shù)據(jù)進行采集，如從人事系統(tǒng)采集人員基本信息，從藥品管理系統(tǒng)采集藥品目錄信息等。

3.2 MPFD內(nèi)部邏輯架構(gòu)

IMPFD作為整個醫(yī)院基礎(chǔ)數(shù)據(jù)生成、采集、維護、存儲、調(diào)取的核心，保證了各子系統(tǒng)、業(yè)務(wù)數(shù)據(jù)共享平臺中基礎(chǔ)數(shù)據(jù)的一致性，為系統(tǒng)整合、大數(shù)據(jù)分析提供先決條件。

IMPFD內(nèi)部邏輯架構(gòu)如圖2，主要包含下列主要模塊。

3.2.1接口集數(shù)據(jù)采集模塊

用于從產(chǎn)生基礎(chǔ)數(shù)據(jù)的源系統(tǒng)中采集數(shù)據(jù)，部分由專業(yè)系統(tǒng)產(chǎn)生的基礎(chǔ)數(shù)據(jù)（如前所述的人事、藥品數(shù)據(jù)等）通過此模塊儲存于平臺數(shù)據(jù)庫，當其他系統(tǒng)調(diào)用這部分基礎(chǔ)數(shù)據(jù)時不再使用點對點方式從源系統(tǒng)中提取，而是統(tǒng)一訪問IMPFD。

3.2.2 接口集數(shù)據(jù)調(diào)取模塊

管理目的系統(tǒng)對基礎(chǔ)數(shù)據(jù)的調(diào)用。

3.2.3 用戶及權(quán)限管理模塊

IMPFD將系統(tǒng)管理員、產(chǎn)生基礎(chǔ)數(shù)據(jù)的源系統(tǒng)、使用基礎(chǔ)數(shù)據(jù)的目的系統(tǒng)均視為用戶并設(shè)置管理其權(quán)限。

3.2.4 基礎(chǔ)數(shù)據(jù)維護模塊

用于IMPFD中數(shù)據(jù)的日常維護管理。

3.2.5 圖形用戶界面

為系統(tǒng)管理員提供可視化的操作界面。

4 實施

建立基礎(chǔ)數(shù)據(jù)集成管理平臺是對現(xiàn)有醫(yī)院信息系統(tǒng)框架的重新架構(gòu)。不同于共享數(shù)據(jù)平臺對其他系統(tǒng)只進行數(shù)據(jù)抽取，IMPFD與其他系統(tǒng)存在雙向數(shù)據(jù)流。這就決定了實施過程不僅是IMPFD設(shè)計、建設(shè)，還包含其他系統(tǒng)在IMPFD的基礎(chǔ)上做出修改調(diào)整。工作量較大，也存在一定的難度。同時，IMPFD的使用也帶來了醫(yī)院管理流程的變化和可能出現(xiàn)的組織結(jié)構(gòu)、人員崗位調(diào)整，需要院領(lǐng)導、管理部門、信息部門、使用部門的全力配合才能順利推進。

項目實施可以大致分為以下五個階段。

4.1 前期調(diào)研

完成對醫(yī)院現(xiàn)有全部信息系統(tǒng)的摸底。在此基礎(chǔ)上確定基礎(chǔ)數(shù)據(jù)的內(nèi)容、類別、擴展屬性、來源（源系統(tǒng)采集或主動錄入），各子系統(tǒng)角色定位（源系統(tǒng)、目的系統(tǒng)或兼而有之），基礎(chǔ)數(shù)據(jù)及其擴展屬性與各子系統(tǒng)的對應(yīng)關(guān)系，各子系統(tǒng)邏輯架構(gòu)與數(shù)據(jù)庫設(shè)計。通過調(diào)研明確基礎(chǔ)數(shù)據(jù)的產(chǎn)生、使用、系統(tǒng)交互的整體情況。

4.2 IMPFD系統(tǒng)設(shè)計與實現(xiàn)

根據(jù)前期調(diào)研結(jié)果，按圖2所示的邏輯框架對平臺內(nèi)各模塊進行細化。其中，數(shù)據(jù)接口集與基礎(chǔ)數(shù)據(jù)資源數(shù)據(jù)庫是IMPFD設(shè)計的核心。數(shù)據(jù)接口集依據(jù)其他子系統(tǒng)的摸底信息，確定數(shù)據(jù)交換的內(nèi)容、方式和頻率，對數(shù)據(jù)采集、調(diào)取可采取不同的機制。數(shù)據(jù)庫根據(jù)基礎(chǔ)數(shù)據(jù)的類型分別設(shè)計數(shù)據(jù)結(jié)構(gòu)，可采用主、明細表的結(jié)構(gòu)方式分別管理每一類基礎(chǔ)數(shù)據(jù)及其擴展屬性。擴展屬性是所有子系統(tǒng)使用的屬性元素的并集。

4.3 其他子系統(tǒng)的改造

這是實施中工作量較大的部分。當子系統(tǒng)在IMPFD下運行時，目的系統(tǒng)原先的基礎(chǔ)數(shù)據(jù)的產(chǎn)生、調(diào)取被完全取代，必須通過IMPFD數(shù)據(jù)接口集調(diào)取模塊獲得，涉及數(shù)據(jù)結(jié)構(gòu)變更及代碼層的修改；對源系統(tǒng)，其產(chǎn)生基礎(chǔ)數(shù)據(jù)的功能雖然得以保留，但必須通過IMPFD數(shù)據(jù)接口集采集模塊將數(shù)據(jù)同步到IMPFD數(shù)據(jù)庫中，也需進行改造，此外如果源系統(tǒng)產(chǎn)生的基礎(chǔ)數(shù)據(jù)擴展屬性不足時，可以選擇在源系統(tǒng)內(nèi)部進行修改擴充，也可以在IMPFD進行編輯維護。源系統(tǒng)的改造任務(wù)略小于目的系統(tǒng)。

4.4 人員、組織結(jié)構(gòu)調(diào)整

IMPFD的使用帶來了醫(yī)院管理模式的變化，相應(yīng)的可能要對原人員、組織結(jié)構(gòu)進行一些調(diào)整。

4.5 IMPFD上線

IMPFD自身建設(shè)完成后，首先要完成基礎(chǔ)數(shù)據(jù)中自主錄入數(shù)據(jù)的建立，然后采用分步方式逐步將其他子系統(tǒng)接入。按邏輯關(guān)系及難易程度，先源系統(tǒng)、后目的系統(tǒng)的順序分別接入。在子系統(tǒng)接入過程中要做好應(yīng)急預(yù)案，如遇重大問題要能切換回原運行模式。

此外，IMPFD上線后新建信息系統(tǒng)，其設(shè)計必須考慮IMPFD，通過數(shù)據(jù)接口集與IMPFD實現(xiàn)交互。

5 結(jié)語

醫(yī)院信息系統(tǒng)涵蓋內(nèi)容繁多，各子系統(tǒng)專業(yè)性強，數(shù)據(jù)整合難度大，尤其是跨系統(tǒng)大數(shù)據(jù)分析是面臨的主要難題。本文所述基礎(chǔ)數(shù)據(jù)集成管理平臺對解決這一難題具有現(xiàn)實意義。通過對“基礎(chǔ)數(shù)據(jù)”這一關(guān)鍵要素的集成化、平臺化管理，抓住了數(shù)據(jù)整合的“鏈條”，為大數(shù)據(jù)分析與系統(tǒng)集成奠定了基礎(chǔ)。

參考文獻：

[1] 安徽省三級綜合醫(yī)院評審標準細則，2012年版.

[2] 王淵，吳盡昭，楊世瀚.基于共享基礎(chǔ)數(shù)據(jù)的信息系統(tǒng)集成方案[J].計算機應(yīng)用，2008（6）.

【通聯(lián)編輯：梁書】