胡寶琛

摘要：為實(shí)現(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ù)分析的實(shí)現(xiàn)。

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

中圖分類號：TP311 文獻(xiàn)標(biāo)識碼：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)各類繁多，彼此相對獨(dú)立又相互聯(lián)系。系統(tǒng)的開發(fā)商、編程語言、數(shù)據(jù)庫設(shè)計(jì)和使用部門往往都不盡相同。各系統(tǒng)能勝任單個部門的業(yè)務(wù)需求，但不能滿足全院信息系統(tǒng)整合的建設(shè)要求，特別是無法便捷實(shí)現(xiàn)跨系統(tǒng)大數(shù)據(jù)分析。

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

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

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

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

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

1.2.1 基礎(chǔ)性特征

是各子系統(tǒng)在建設(shè)與運(yùn)行中都必須使用的基本數(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ī)院人、財(cái)、物、組織架構(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 多擴(kuò)展屬性特征

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

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

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

2.1 點(diǎn)對點(diǎn)集成方式

這種最早的整合方式就是在發(fā)生數(shù)據(jù)訪問關(guān)聯(lián)的兩個系統(tǒng)分別建立接口程序，通過接口程序?qū)Ω髯韵到y(tǒng)中相關(guān)獨(dú)立且存在差異的基礎(chǔ)數(shù)據(jù)進(jìn)行對應(yīng)的匹配，從而實(shí)現(xiàn)彼此間數(shù)據(jù)識別與交互。在子系統(tǒng)數(shù)量少的情況下，點(diǎn)對點(diǎn)接口不失為一種高效方法；但隨著系統(tǒng)數(shù)量的不斷增加，接口量會按數(shù)學(xué)組合方式快速增長，維護(hù)任務(wù)繁重，同時可靠性與效率降低。當(dāng)子系統(tǒng)升級、變更時相關(guān)接口要同步進(jì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ù)提取、清洗、標(biāo)準(zhǔn)化等一系列統(tǒng)過程，最終實(shí)現(xiàn)數(shù)據(jù)的統(tǒng)一存儲及應(yīng)用。數(shù)據(jù)平臺減少了系統(tǒng)間的接口數(shù)量，實(shí)現(xiàn)的數(shù)據(jù)的統(tǒng)一集中存儲，可以進(jìn)行大數(shù)據(jù)分析。但是，在基礎(chǔ)數(shù)據(jù)未實(shí)現(xiàn)集成管理的情況下，數(shù)據(jù)平臺與點(diǎn)對點(diǎn)方式一樣，要通過各接口對不同系統(tǒng)中的基礎(chǔ)數(shù)據(jù)進(jìn)行匹配。點(diǎn)對點(diǎn)接口存在的可靠性差、效率低、維護(hù)繁重、適應(yīng)性差的問題，共享平臺也同樣存在。

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

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

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

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

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

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

IMPFD作為整個醫(yī)院基礎(chǔ)數(shù)據(jù)生成、采集、維護(hù)、存儲、調(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ù)庫，當(dāng)其他系統(tǒng)調(diào)用這部分基礎(chǔ)數(shù)據(jù)時不再使用點(diǎn)對點(diǎn)方式從源系統(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ù)維護(hù)模塊

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

3.2.5 圖形用戶界面

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

4 實(shí)施

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

項(xiàng)目實(shí)施可以大致分為以下五個階段。

4.1 前期調(diào)研

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

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

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

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

這是實(shí)施中工作量較大的部分。當(dāng)子系統(tǒng)在IMPFD下運(yùn)行時，目的系統(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ù)庫中，也需進(jìn)行改造，此外如果源系統(tǒng)產(chǎn)生的基礎(chǔ)數(shù)據(jù)擴(kuò)展屬性不足時，可以選擇在源系統(tǒng)內(nèi)部進(jìn)行修改擴(kuò)充，也可以在IMPFD進(jìn)行編輯維護(hù)。源系統(tǒng)的改造任務(wù)略小于目的系統(tǒng)。

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

IMPFD的使用帶來了醫(yī)院管理模式的變化，相應(yīng)的可能要對原人員、組織結(jié)構(gòu)進(jìn)行一些調(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ù)案，如遇重大問題要能切換回原運(yùn)行模式。

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

5 結(jié)語

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

參考文獻(xiàn)：

[1] 安徽省三級綜合醫(yī)院評審標(biāo)準(zhǔn)細(xì)則，2012年版.

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

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