在2020醫(yī)院信息化集成平臺建設網(wǎng)絡研討會上，解放軍總醫(yī)院醫(yī)療大數(shù)據(jù)中心主任薛萬國以《智慧醫(yī)院的“數(shù)據(jù)中心”建設》為主題發(fā)表了演講。以下為整理后的精彩演講內(nèi)容：
2018年，國家衛(wèi)健委出臺了《全國醫(yī)院信息化建設標準與規(guī)范》。在標準中，給信息化分為了22個大類，78個方面，266項要求。這些要求，覆蓋了醫(yī)院中醫(yī)療、服務、管理的方方面面。
2019年，國家衛(wèi)健委又提出了智慧醫(yī)院及《智慧服務分級評估標準體系》。明確了智慧醫(yī)院中，包含的智慧醫(yī)療、智慧服務和智慧管理三個方面。
其中的智慧體現(xiàn)在三個方面的特征：泛在、共享、智能。
第一個方面是泛在，也就是無所不在，形形色色的應用。第二個特征是共享，是在形形色色的應用之間，能夠共享數(shù)據(jù)，實現(xiàn)互聯(lián)互通。第三個特征是智能化，也就是信息化產(chǎn)品的功能要能實現(xiàn)智能化。
這三個特點歸結(jié)到一點，那就是數(shù)據(jù)的核心作用。
“數(shù)據(jù)中心”為何要打上引號，是因為它在不同場合，具有不同的含義和作用。我這里指的“數(shù)據(jù)中心”，不是作為IT基礎設施的物理“數(shù)據(jù)中心”，而是在醫(yī)院業(yè)務信息化基礎上，提供數(shù)據(jù)整合與支撐數(shù)據(jù)應用的“數(shù)據(jù)”中心。
這樣的數(shù)據(jù)中心，可以匯集各類醫(yī)療業(yè)務數(shù)據(jù)，并提供應用支持，但它擁有兩種不同的語境和定位。一個是面向電子病歷的數(shù)據(jù)中心，有時候我們稱其為CDR，主要是面向臨床業(yè)務。另一個是數(shù)據(jù)分析利用的數(shù)據(jù)中心，這類主要是面向科研和管理為主。
從整體上看，當前醫(yī)院信息化建設活動可以劃分為三大塊，分別是業(yè)務信息系統(tǒng)建設、集成、數(shù)據(jù)分析利用。在這三大板塊里，數(shù)據(jù)中心位于一個非�；A的地位，每一個板塊都與它有很深的關聯(lián)。
隨著醫(yī)院需求的不斷變化，如何保持數(shù)據(jù)中心的穩(wěn)定，是一個非常重要的命題。Gartner按照變化節(jié)奏的分層應用策略，主要針對企業(yè)應用分為三大層：記錄系統(tǒng)、差異化系統(tǒng)和創(chuàng)新化系統(tǒng)。
其中記錄系統(tǒng)層，主要采用模塊化設計，實現(xiàn)核心事務處理和關鍵數(shù)據(jù)，生命周期通常在10年以上。差異化系統(tǒng)，通常采用面向服務設計，各個企業(yè)之間結(jié)合自己的系統(tǒng)，有一些針對性的特色應用，生命周期為1-3年。而創(chuàng)新化應用采用消費級技術，比如APP等，完全按照新的需求去適應應用，生命周期較短，通常在12個月以內(nèi)。
映射到醫(yī)院內(nèi)，主要有三類需求變化：
- 便民要求下的服務形態(tài)；
- 政策驅(qū)動下的管理變革；
- 新技術催生的功能形態(tài)。
不變的需求，包含兩方面：
- 病歷記錄的框架與內(nèi)容；
- 診療的基本過程。
由于基本的內(nèi)容不變，醫(yī)院的數(shù)據(jù)中心可以建立不變的需求基礎上，保持穩(wěn)定性。
其主要作用是支撐日常的醫(yī)療業(yè)務活動，同時兼顧一些常規(guī)報表的管理和應用。它的特征是通過系統(tǒng)集成形成，并且以個體為中心，數(shù)據(jù)要求是實時的、長期的、穩(wěn)定的。如長期性，意味著要能夠把患者的歷史上各次就診數(shù)據(jù)都包容進來，進行長期管理。穩(wěn)定則意味著數(shù)據(jù)中心不能經(jīng)常變，因為一旦變化，上面的信息系統(tǒng)也得發(fā)生改變。
醫(yī)院已經(jīng)建立了CDR，是否還有必要面向分析，再建立一個數(shù)據(jù)中心。主要考慮三點，首先面向分析的數(shù)據(jù)中心和CDR的數(shù)據(jù)內(nèi)容存在差異。比如CDR中可能并沒有包含隨訪數(shù)據(jù)或者基因數(shù)據(jù)。第二點，是在做數(shù)據(jù)分析時，面向分析的數(shù)據(jù)中心與常規(guī)的統(tǒng)計工作模式不同。常規(guī)的工作統(tǒng)計往往是已經(jīng)形成規(guī)范的程序自動生成，但數(shù)據(jù)分析往往是個案隨機的研究，需要對數(shù)據(jù)進行大規(guī)模的處理。第三點是，兩者采取的技術形態(tài)不同。CDR可能采用傳統(tǒng)的技術，而在面向分析時由于數(shù)據(jù)量比較大，操作的數(shù)據(jù)內(nèi)容較多，可能會采用一些特殊的技術，比如并行處理、分布式處理等。這些原因決定了面向分析數(shù)據(jù)中心的建設必要性。
面向分析數(shù)據(jù)中心的作用，包括支撐面向臨床的研究、醫(yī)院管理、智能產(chǎn)品開發(fā)的數(shù)據(jù)深度分析挖掘等。其特征是通過ETL形成，以群體為中心，大批量非常規(guī)即席分析，并且數(shù)據(jù)要求的實時性不強。
CDR的兩種模式
目前，CDR通常擁有兩種構(gòu)建模式，一種是內(nèi)置模式，一種是外置模式。
內(nèi)置模式，指的是CDR與電子病歷一體化緊耦合設計，醫(yī)護工作站可以直接操作CDR數(shù)據(jù)，不用經(jīng)過接口。而外置模式中，CDR為第三方廠商提供，通過松耦合的方式與電子病歷集成，其醫(yī)護工作站通過瀏覽器訪問CDR。
這兩種模式分別有不同的特點，內(nèi)置式CDR與電子病歷醫(yī)護工作站數(shù)據(jù)一體，一致性和實時性更好。并且由于其直接操作CDR數(shù)據(jù)，所以融合性好，便于數(shù)據(jù)驅(qū)動和智能化功能的實現(xiàn)。比如化驗的危急值，馬上就可以觸發(fā)報警。另外，內(nèi)置式CDR由于擁有較為完善的電子病歷整體設計，所以老的遺留系統(tǒng)可能不適用。
外掛式CDR與電子病歷工作站數(shù)據(jù)可能存在重疊，比如醫(yī)囑數(shù)據(jù)存在醫(yī)護工作站里，CDR中也有這些數(shù)據(jù)。所以，這類CDR通常需要進行數(shù)據(jù)同步。其次，外掛式CDR需要通過第三方瀏覽器調(diào)閱或者接口調(diào)用CDR數(shù)據(jù)，因此融合性欠佳，智能化功能受限。但其好處在于適用于不完備的遺留系統(tǒng)。
總體而言，內(nèi)置式CDR模式是醫(yī)院電子病歷系統(tǒng)的首選，對于不完備的遺留系統(tǒng)，可以通過外掛第三方的CDR方式進行彌補。
CDR該如何建設？
CDR建設，首先是數(shù)據(jù)模型設計。是以患者就診活動為中心，目標是完整覆蓋所有就診記錄，由結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)相結(jié)合。
在建設過程中，需要注意以下幾點問題：
- CDA標準文檔格式適合交換，但并不適用于OLTP和智能化應用。
- 并不一定需要先建CDR才能建集成平臺。因為CDR與集成有關，但集成與集成平臺之間并沒有必然的關聯(lián)，也可以通過數(shù)據(jù)接口等方式實現(xiàn)。
- 數(shù)據(jù)的長期管理需要得到重視。因為要想覆蓋患者的整個生命周期，要把患者歷次的就診記錄（包括門診住院）貫穿在一起，從而實現(xiàn)長期管理。
- 對于非結(jié)構(gòu)化記錄，比如心電圖報告等，在存儲時，要以“人”可讀為基本需求。
CDR如何滿足多元化的數(shù)據(jù)服務需求？
一類是同構(gòu)型應用，比如醫(yī)生工作站和CDR一體化設計，可以直接訪問數(shù)據(jù)。但是還有大量的第三方應用，比如需要解讀化驗數(shù)據(jù)，要和CDR對接，可以在CDR的基礎上，在中間層啟用Web Services服務。通過這種服務，獲得患者的化驗項目和生命體征等信息。還有一類異構(gòu)型的應用，只是為了看，這種呈現(xiàn)式的數(shù)據(jù)應用，通過數(shù)據(jù)瀏覽服務呈現(xiàn)數(shù)據(jù)，如360視圖等。對于對外部共享應用而言，比如區(qū)域信息化需要用到共享數(shù)據(jù)，這種情況可以在CDA的基礎上，內(nèi)部格式提供標準化轉(zhuǎn)化服務，從而把標準化格式共享出去。
智慧醫(yī)院的智慧服務非常多，且很多是第三方應用。應用在訪問數(shù)據(jù)時，會面臨異構(gòu)結(jié)構(gòu)，同時存在數(shù)據(jù)安全問題。這種情況下，CDR可以提供一些標準化的核心服務，以下圖為例，針對不同的掛號途徑，提供統(tǒng)一的掛號服務，不管是APP還是自助掛號，都不用直接操作數(shù)據(jù)，而是調(diào)用服務。同理，醫(yī)囑、繳費也可以采用調(diào)用服務的方式。從而讓外來系統(tǒng)不用直接操作CDR數(shù)據(jù)庫。
數(shù)據(jù)分析中心的數(shù)據(jù)資源架構(gòu)
通常，數(shù)據(jù)分析研究有兩個路徑，一種是原始數(shù)據(jù)——研究數(shù)據(jù)庫——特征庫，如單病種數(shù)據(jù)庫。另一種是原始數(shù)據(jù)——特征庫。其中，原始數(shù)據(jù)資源庫是整合后的原始數(shù)據(jù)，無特定研究目標。研究數(shù)據(jù)庫是圍繞研究目標，預先構(gòu)建加工數(shù)據(jù)庫。問題特征庫是圍繞具體的研究問題，處理生成可直接分析特征。
那么，原始數(shù)據(jù)是否能一次預處理到位？
由于自然語言處理等技術還存在局限性，所以在針對具體問題研究之前，難以做到一次性“治理”到位。所以，上圖中右邊這條路徑方法要更合適一些。
數(shù)據(jù)中心的技術選擇
數(shù)據(jù)中心的技術選擇，需要針對醫(yī)院數(shù)據(jù)資源與分析特點，選擇適宜的技術。通常醫(yī)院在數(shù)據(jù)整合后，需要進行數(shù)據(jù)檢索，即采用列數(shù)據(jù)庫（結(jié)構(gòu)化數(shù)據(jù)）和文本分布式索引（病歷文本）。而對于數(shù)據(jù)處理和分析，通常采用傳統(tǒng)的關系數(shù)據(jù)庫。
數(shù)據(jù)在數(shù)據(jù)庫中，可以有多種存在形態(tài)和不同的副本，且不用擔心數(shù)據(jù)一致性問題。數(shù)據(jù)平臺則是混合式體系，包括多樣化的數(shù)據(jù)管理技術，以及多元化的數(shù)據(jù)處理分析工具，如Sdss、R語言等。因此不存在一體化平臺，Hadoop也并非必選項。
數(shù)據(jù)分析的整體構(gòu)成：
數(shù)據(jù)分析的中心的人才團隊構(gòu)成：
圖片兩大數(shù)據(jù)中心的互動，可以持續(xù)改進數(shù)據(jù)質(zhì)量和數(shù)據(jù)分析質(zhì)量，進而提升信息化水平。如圖所示，業(yè)務數(shù)據(jù)中心抽取原始數(shù)據(jù)后，裝載到數(shù)據(jù)分析中心里， 圍繞特定的問題進行分析和建模，可以形成智能化模型，如疾病風險預測、不良事件預警等。通過數(shù)據(jù)分析中心，可以發(fā)現(xiàn)數(shù)據(jù)中的質(zhì)量問題，進而反饋到業(yè)務系統(tǒng)中，從而幫助改進業(yè)務系統(tǒng)，提高數(shù)據(jù)質(zhì)量。
另外，建立的模型，恰恰是智慧醫(yī)院智慧服務中所需要的功能基礎，在建立模型庫之后，通過提供接口的形式，嵌入到業(yè)務系統(tǒng)中，進而用數(shù)據(jù)分析成果提升醫(yī)院業(yè)務的智能化水平。兩大數(shù)據(jù)中心，是互動和互相完善的過程。來源：醫(yī)有數(shù)
