0
| 本文作者： 老王 | 2017-08-31 11:15 |
雷鋒網(wǎng)按：大數(shù)據(jù)與AI時代的到來，近些年醫(yī)院信息中心的工作人員非常關(guān)注一個問題：首先是醫(yī)院有哪些數(shù)據(jù)應(yīng)用已落地，其次是如果要想落地，醫(yī)院信息中心應(yīng)該怎么做融合和集成？
雷鋒網(wǎng)了解到，通常情況下，醫(yī)院信息系統(tǒng)應(yīng)用可匯總為四大主線：服務(wù)患者系統(tǒng)、服務(wù)臨床系統(tǒng)、服務(wù)醫(yī)技系統(tǒng)、運營管理系統(tǒng)。
這四大主線可做很多數(shù)據(jù)量大、傳輸快、價值大、種類多的應(yīng)用，這4個V于醫(yī)院信息化而言，是完全是滿足的。
雖然四大主線可以滿足絕大部分醫(yī)院信息化需求，但現(xiàn)階段存在一些技術(shù)和管理漏點。
首先是耦合度很高，過往都是點對點進行對接，接口也比較多，數(shù)據(jù)不統(tǒng)一。
除此之外，大量數(shù)據(jù)都是字點分散，數(shù)據(jù)在各個業(yè)務(wù)系統(tǒng)里沒有進行全面的整合與應(yīng)用，導(dǎo)致效率低、標(biāo)準(zhǔn)差的問題。而從監(jiān)控到文檔管理，這兩點可能都存在管理的漏點。
從全國乃至國際范圍講，醫(yī)院對數(shù)據(jù)利用的需求也在不斷高漲。
以北大第三醫(yī)院為例，各部門和業(yè)務(wù)之間的協(xié)同、數(shù)據(jù)的互聯(lián)互通、整體的數(shù)據(jù)挖掘應(yīng)用，這么多底層系統(tǒng)到底該怎么做？
首先做個簡單劃分，小醫(yī)院到大醫(yī)院，從幾十個系統(tǒng)到上百個系統(tǒng)，數(shù)量不一樣，這些都已經(jīng)初具規(guī)模。
那么如果規(guī)模超過上述標(biāo)準(zhǔn)，該怎么用、怎么做業(yè)務(wù)協(xié)同、數(shù)據(jù)利用、信息共享，這目前是信息部門的挑戰(zhàn)和重點工作。
醫(yī)院信息化可分為四個階段：
第一個階段就是管理信息化（HIS），北京大學(xué)第三醫(yī)院1998年做HIS，而在一年后就做了CIS。這些都是以病人為中心，代表EMR電子病例為核心的臨床信息化，為患者服務(wù)來提高醫(yī)療質(zhì)量和患者的安全。
到了現(xiàn)在的第三階段，院內(nèi)信息化已經(jīng)進入了院內(nèi)信息交互的集中存儲與數(shù)據(jù)中心利用，以它為核心的集成協(xié)同信息共享的平臺化階段。
再往上則是需要區(qū)域以及院際間的信息交互，數(shù)據(jù)區(qū)域共享平臺。
以北京大學(xué)第三醫(yī)院為例，因為醫(yī)院的系統(tǒng)復(fù)雜，很多個性化修改在醫(yī)改這個大環(huán)境下，壓力蠻大。
北京大學(xué)第三醫(yī)院服務(wù)量日均1.5萬人，有時峰值達1.6萬。門診接待1.6萬人的服務(wù)，系統(tǒng)壓力很大，提供的數(shù)據(jù)量也很大。
與此同時，三院平均住院日是5.92天，低于6天，全國的平均數(shù)可能是9天多。5天多就周轉(zhuǎn)一個病人出去，對于全院的職工來說，面對5700人做信息服務(wù)，支持的人群數(shù)和業(yè)務(wù)如此多。
四大目標(biāo)
由于周轉(zhuǎn)快、服務(wù)人群多。這時候只要是人，都會犯錯。信息化的一大目的就是做要到減少人犯錯，用一些智能化的手段進行輔助，減少錯誤，提高醫(yī)療質(zhì)量。
第二是改善服務(wù)，當(dāng)量多、人群基礎(chǔ)大時，需改善醫(yī)院為患者服務(wù)的所有流程以及成本控制。醫(yī)改以后大家面臨更多的是成本核算、績效考核，以及提高服務(wù)效率。
八大任務(wù)
八項任務(wù)中，最后面是數(shù)據(jù)挖掘、數(shù)據(jù)應(yīng)用、互聯(lián)互通、協(xié)同發(fā)展的過程。
目前當(dāng)今醫(yī)院信息化框架跟以往不同，底層要求在災(zāi)備、安全、標(biāo)準(zhǔn)、規(guī)范、管理體系建設(shè)下，數(shù)據(jù)層需醫(yī)院信息共享、對外信息交互。
那么該通過什么交互？
通過集成平臺、全量數(shù)據(jù)中心、存儲、支持醫(yī)院的信息共享和對外的信息交互，構(gòu)成醫(yī)院信息化的總體評價。
醫(yī)院數(shù)據(jù)如何去做集成融合與利用
總體而言，大家更加關(guān)注醫(yī)院信息中心的數(shù)據(jù)中心怎么建和怎么用的問題。
這么多且復(fù)雜的業(yè)務(wù)系統(tǒng)，首先一定要關(guān)注硬件架構(gòu)、災(zāi)備數(shù)據(jù)中心這些底層基礎(chǔ)設(shè)施。
北大第三醫(yī)院也建成了不同樓宇的主備機房，統(tǒng)一的數(shù)據(jù)存儲平臺和集群保護，基于虛擬化的體系來建立單點宕機，為數(shù)據(jù)實時同步。
在此之上大家總在說集成平臺、數(shù)據(jù)中心，基于集成平臺的業(yè)務(wù)系統(tǒng)，目前主業(yè)務(wù)就是進行交互的系統(tǒng)越頻繁量越大越適合上平臺。
現(xiàn)在有17個廠商的44個系統(tǒng)已經(jīng)納入了三院的平臺，平臺每天的交互量達到50多萬。
很多人經(jīng)常說，沒有平臺一樣可以很好。
假設(shè)系統(tǒng)很好，也可以做點對點的對接，但隨著系統(tǒng)越來越多，超過百個系統(tǒng)時，點對點的交互給信息人員，包括安全性、工作量都帶來很大的困擾，這時候就得變成平臺。
再舉個例子，以前沒有短信的時候，開會需要點對點一個一個打電話去通知每一個人，說幾點在哪里開會，這其實就如同醫(yī)院點對點的一個個去接系統(tǒng)一樣。
而現(xiàn)在大家開會不需要點對點去對接，而是有群發(fā)功能。同樣，現(xiàn)在的集成平臺就是這個道理，基于消息發(fā)送，我只發(fā)送一次，需要的消費系統(tǒng)我就要訂閱一下，所有的數(shù)據(jù)一致性，以及信息工作人員以前上線首先就要跟HIS接，上線一個新系統(tǒng)先要獲取病人的信息，HIS的業(yè)務(wù)量是最繁忙的，上了平臺以后發(fā)現(xiàn)的確減壓最大的就是HIS，上哪個系統(tǒng)都要跟HIS接一遍，接HIS，接EMR，接LIS、RIS等，一切系統(tǒng)都要接一遍才能上線。
而且現(xiàn)在上線一個新系統(tǒng)非?？?，就問一下平臺，說平臺上有這消息嗎？說有，就訂閱，訂閱完就可上線。
它內(nèi)部的訂閱分發(fā)機制，整體的設(shè)計確實是技術(shù)人員該干的活，另外消息服務(wù)的標(biāo)準(zhǔn)要訂。上了平臺，對整體對接口的標(biāo)準(zhǔn)梳理，對信息工作人員所有系統(tǒng)的規(guī)范性，都是一個提高。
北京大學(xué)第三醫(yī)院梳理了424個接口，發(fā)現(xiàn)只有275個是有效的。因為上線將近20年，很多無效的接口還殘存著，通過數(shù)據(jù)接口，其實那些可以不用的，通過上線很多接口都停掉了。
所以以前的接口方式有很多種，比如說存儲過程、示圖、中間庫、AIP、Web頁面等，一系列簡化為兩種，非常簡單干凈。
平臺上它是塔臺，要有監(jiān)控。平臺解決什么問題？一個是病人主索引問題。
以前沒平臺，不知道它的數(shù)據(jù)不連續(xù)，本來是一個人，分段存儲不是連續(xù)的。所以上了平臺首先解決的患者主索引問題，主數(shù)據(jù)的管理。
以前分散業(yè)務(wù)系統(tǒng)每個都用自己的字典，數(shù)據(jù)管理不統(tǒng)一，數(shù)據(jù)報送不一樣，所以要有監(jiān)控，會監(jiān)控所有平臺的運轉(zhuǎn)性能以及消息交互。
以前上系統(tǒng)，都會憑經(jīng)驗說最好周三上，為什么？看右下角峰值周四就證明醫(yī)院周四的門診量，服務(wù)量最高，這么高不能換。
因為要換系統(tǒng)，首先要找一個峰值比較低的更安全，一旦出問題解決受眾人群要更少一點，所以相對低，那六日是半天低，但是六日只有值班的，人員也不足，就選擇相對低的周三。
通過圖上數(shù)據(jù)立刻就能看出來這么大的交互量，什么時間是峰值，什么時候相對少一些，即使看起來少，但其實也不很少，也是突破萬級以上。
集成平臺解決數(shù)據(jù)一致性的問題，首先HR人力資源系統(tǒng)它的機構(gòu)代碼，人工、人事，原來都是在各個業(yè)務(wù)系統(tǒng)里。目前它首先要上平臺，通過集成平臺發(fā)送信息，一但有新員工、新機構(gòu)，他同時發(fā)送的消息需要的就訂閱下來。
另外這種平臺數(shù)據(jù)的一致性有很多需要規(guī)范的地方，消息工具的監(jiān)控預(yù)警，應(yīng)急調(diào)用等，要有保障。
除了數(shù)據(jù)一致性，平臺還需要高可靠性，服務(wù)量大，這對于平臺的服務(wù)要求很高，高可靠性方面，做監(jiān)控剛才說做預(yù)警，以及消息補發(fā)。
拿數(shù)據(jù)中心來講，一天一個科的門診量是2500，所以它的消息量非常高，監(jiān)控出一旦有擠壓就要調(diào)整，因為消息要排隊去發(fā)送，包括跟工程師的短線聯(lián)動，一出現(xiàn)問題，短線都會提醒工程師要做相應(yīng)的調(diào)整，預(yù)警的峰值是多少，這都是專業(yè)技術(shù)人員要做的事情。
基于平臺之上，通過平臺路由存在數(shù)據(jù)中心里的數(shù)據(jù)，這件事是不同的。
因為其他傳統(tǒng)型數(shù)據(jù)中心不能夠滿足這種大數(shù)據(jù)的處理，北京大學(xué)第三醫(yī)院也第一次嘗試在醫(yī)療、醫(yī)院建立基于Hadoop這種大數(shù)據(jù)技術(shù)的實時數(shù)據(jù)中心，通過集中平臺實時傳送存儲數(shù)據(jù)中心。至于為何選擇Hadoop，主要出于它可高效處理海量數(shù)據(jù)。
當(dāng)時嘗試的時候，同時搭建傳統(tǒng)型平臺和Hadoop平臺，最終發(fā)現(xiàn)大數(shù)據(jù)處理技術(shù)的確要比傳統(tǒng)型的快20倍，滿足了需求。
包括現(xiàn)在手機上的應(yīng)用，需要隨時刷新了解院內(nèi)情況，只有它是滿足的，秒級的傳送數(shù)據(jù)。
這是一個比較，傳統(tǒng)關(guān)鍵數(shù)據(jù)庫在處理上有很大的劣勢：
所以當(dāng)時選擇大數(shù)據(jù)的架構(gòu)進行嘗試，并且嘗試成功了。目前現(xiàn)在應(yīng)用一年應(yīng)用了，總體覺得還是很不錯的。
數(shù)據(jù)中心也要有監(jiān)控，各類業(yè)務(wù)系統(tǒng)67個在數(shù)據(jù)中心里，匯總的條目數(shù)已經(jīng)超過16億這么大的一個數(shù)據(jù)量，數(shù)據(jù)量已經(jīng)40TB。
從2008年到現(xiàn)在，CIS上線以后所有數(shù)據(jù)都在里面，這樣提供給下面的應(yīng)用，不是為了建而建，而是為了用而建。
目前北京大學(xué)第三醫(yī)院吞吐量的確日均接收55萬這和總存儲40個TB這么高的量級。
要建立數(shù)據(jù)中心，需突出這幾方面：一個是實時性。如果還是傳統(tǒng)的這種定時的，說到晚上抽提，那么這個時間差就沒有?，F(xiàn)在關(guān)注的，比如截止到目前差5分10點，目前的門診量是多少，它會實時告訴我。如果你到晚上再去做任務(wù)定時來存儲數(shù)據(jù)中心，那這個功能幾乎就不能用，所以一定要實時。
其次是移動化，實時也要體現(xiàn)在移動方面，有些東西要在手機上看，不一定非得在辦公室利用這些數(shù)據(jù)。
然后是集成與科研、領(lǐng)導(dǎo)決策、臨床決策的支持。
說完建，再說用。
首先是流程的優(yōu)化。
舉個例子，人們一直說B超工作人員是檢查數(shù)量最高的。
經(jīng)過大數(shù)據(jù)分析后得出的結(jié)論，排在第一的檢查科室確實是B超，這時候就可通過分析后優(yōu)化流程。
以前的操作方式是B超醫(yī)生寫報告，而現(xiàn)在醫(yī)生不用寫報告，直接出來以后患者在自助機上刷卡自動打印，由患者來完成，減少患者的等候時間。這就是一個流程的優(yōu)化，以前都是醫(yī)生來做。
互聯(lián)網(wǎng)+的應(yīng)用，其實互聯(lián)網(wǎng)+服務(wù)完全可以做到，通過數(shù)據(jù)中心從建卡、導(dǎo)診、支付、分針、叫號、支付。數(shù)據(jù)中心目前的速度快到什么程度？數(shù)據(jù)中心秒級的推送，患者一下就能拿到報告了，然后去找分診臺要片子。
這時候發(fā)現(xiàn)信息的傳遞速度比腿要快很多，護士從洗印片子出報告之后傳到你那里，都沒信息快，后來故意把這一項給調(diào)慢了。
另外就是醫(yī)療質(zhì)量，在消除信息技術(shù)孤島集成展現(xiàn)，做了很多都在醫(yī)生站上，以及在醫(yī)生站上集成的病例檢索、迅速定位，直接刷出來。
北大第三院外科做了全息情況，試圖快速了解病人信息，做手術(shù)可減少差錯，這種統(tǒng)一試圖快速核對提高效率。
電子病例方面，北京大學(xué)第三醫(yī)院從2008年上EMR電子病例，2010年上臨床路徑，2014年推移動，再到2015年集成平臺數(shù)據(jù)中心，2016年數(shù)據(jù)平臺挖掘應(yīng)用，2017年是科研大年。
目前僅CDR就不夠了，不僅是臨床，而是全量，HDR數(shù)據(jù)協(xié)同。
移動層面，北大第三醫(yī)院也做了很多移動端的應(yīng)用，比如說移動醫(yī)生站，麻醉醫(yī)生站，會診醫(yī)生站。
麻醉醫(yī)生非常喜歡移動端應(yīng)用，術(shù)間有55個，移動應(yīng)用讓麻醉科醫(yī)生覺得特別方便，所以麻醉科醫(yī)生這邊應(yīng)用的最好。
另外也會進行醫(yī)院決策分析，基于數(shù)據(jù)中心提供很多管理層實時多維的數(shù)據(jù)分析，管理著用手機也能看還目前的門診、手術(shù)，科室之間的實時工作量，他能了解到整個全科、全院，從而來調(diào)整工作。
有一些病人、年齡、醫(yī)保等大數(shù)據(jù)放在手機端也能很快呈現(xiàn)，為管理著的決策支持提供服務(wù)。
最后一個就是科研，在數(shù)據(jù)中心之外同時要有一個科研數(shù)據(jù)中心。
大家知道臨床數(shù)據(jù)和科研數(shù)據(jù)是交集，有些可以從臨床數(shù)據(jù)產(chǎn)生，有些要外延，另外采集一些科研數(shù)據(jù)，所以要建立科研數(shù)據(jù)中心。
方式有很多種，一種是結(jié)合電子病例的模板改造，叫做臨床科研演化，它從臨床，從模板上采集就進來了。
另外一些的確是在模板、臨床上不適合去采集，也擴大一些隨訪，在微信端，比如骨科用微信上傳一些康復(fù)數(shù)據(jù)上來，結(jié)合EDC多中心的采集系統(tǒng)一起做，提高臨床科研的智能化水平。
另外就是大家討論比較多的分級診療，離不開遠程優(yōu)質(zhì)資源共享，在平臺進行線上遠程分級診療系統(tǒng)。
總結(jié)下來就會發(fā)現(xiàn)，數(shù)據(jù)中心可提高醫(yī)院整體的綜合管理水平，讓數(shù)據(jù)的集中存儲、協(xié)同變得更加方便。對于決策支持也來得更及時，節(jié)約時間和運營成本。
對于任何一個醫(yī)院的信息中心主任來說，他不希望去盯著每個人，也不可能跟孩子學(xué)習(xí)似的天天盯著效果看好不好。
北大三院也基于臨床路徑概念開發(fā)了一個項目追溯系統(tǒng)，從建系統(tǒng)立項開始，到驗收全程追溯，在手機端可以看項目到底進行到了什么程度，數(shù)據(jù)來呈現(xiàn)。
醫(yī)院軟件信息化水平是需要持續(xù)改進的，但主要由于涉及的業(yè)務(wù)系統(tǒng)太多，改造數(shù)量難度很大，技術(shù)風(fēng)險、管理風(fēng)險、溝通風(fēng)險也很高，因此醫(yī)院應(yīng)該全員配合，包括醫(yī)院管理、臨床、科研人員，通過積極配合的方式來消除一些孤島。同時應(yīng)該多利用項目管理工具，并把其運用到信息管理之中，里程碑都融入到PDCA項目管理中去。數(shù)據(jù)本身的應(yīng)用要統(tǒng)籌有序，它是動態(tài)可持續(xù)發(fā)展的一個系統(tǒng)工程。
更多關(guān)于人工智能升級傳統(tǒng)行業(yè)的文章，請關(guān)注雷鋒網(wǎng)AI商業(yè)化垂直微信公眾號：AI掘金志。
雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見轉(zhuǎn)載須知。
