醫(yī)院規(guī)模與信息化建設(shè)發(fā)展失調(diào)
 
中國醫(yī)療行業(yè)近年來發(fā)展迅猛,醫(yī)院規(guī)模急速擴(kuò)張,一是醫(yī)院開始在原有基礎(chǔ)進(jìn)行擴(kuò)建,二是新的分院也在加緊建設(shè),醫(yī)院運(yùn)作模式開始出現(xiàn)集團(tuán)化管理,新的業(yè)務(wù)系 統(tǒng)也隨之增加,新的管理平臺應(yīng)運(yùn)而生,醫(yī)院整體運(yùn)作已經(jīng)完全依賴IT信息化,這給原有就不堪重負(fù)的信息科帶來了更大的挑戰(zhàn),我們不經(jīng)要問我們應(yīng)該如何規(guī)劃 我們的未來IT建設(shè),怎么保障醫(yī)院正常良性的運(yùn)轉(zhuǎn)。
 
 
IT建設(shè)與維護(hù)氣息紊亂
 
首 先回顧一下我們醫(yī)療行業(yè)原有的IT建設(shè)的思路,以前我們已經(jīng)習(xí)慣于傳統(tǒng)粗放型IT建設(shè),采用購買業(yè)內(nèi)最知名的品牌設(shè)備來提高整體業(yè)務(wù)架構(gòu)的安全性,同時(shí)在 此基礎(chǔ)上,不斷通過集群系統(tǒng)、備份系統(tǒng)、災(zāi)備系統(tǒng)來不斷完善現(xiàn)有結(jié)構(gòu),但是最終看到一個奇怪的現(xiàn)象,并不是把供應(yīng)商推薦的方案都建設(shè)完后,就太平無事了, 系統(tǒng)結(jié)構(gòu)越來越復(fù)雜,對事故的結(jié)果越來越難控制,管理工作不但沒有減輕反而加重,人力資源也無法跟上信息化高速的發(fā)展,現(xiàn)有的生產(chǎn)系統(tǒng)還是會發(fā)生莫名其妙 的問題,解決問題的復(fù)雜度隨之提升,解決問題的時(shí)間也變得越發(fā)不確定,采購的設(shè)備越多,維護(hù)管理的工作量隨之越大,原有的IT維護(hù)陷入一個惡性循環(huán)之中。
 
 
醫(yī)院規(guī)模與信息化建設(shè)發(fā)展失調(diào)
 
醫(yī)療行業(yè)又是一個對業(yè)務(wù)中斷非常敏感的一個行業(yè),如何能有效的解決運(yùn)維管理問題成了所有醫(yī)院信息科的痛。那以前的信息化建設(shè)歷程里,到底錯在哪里,還是命中注定就是這個結(jié)局呢。
 
我 們仔細(xì)回顧以前醫(yī)療行業(yè)歷史的建設(shè)階段,第一階段,主導(dǎo)是ISV軟件供應(yīng)商,有軟件開發(fā)商來負(fù)責(zé)整體應(yīng)用業(yè)務(wù)環(huán)境的建設(shè),這種模式對于院方會覺得比較簡 單,整體業(yè)務(wù)系統(tǒng)全部交給一家去做,中間不會產(chǎn)生扯皮的事情,但I(xiàn)SV所擅長的業(yè)務(wù)流程的開發(fā),對整體物理架構(gòu)只是能用即可,不做太多的要求;
 

 
 


第二階段,在第一階段業(yè)務(wù)已經(jīng)可以運(yùn)行的基礎(chǔ)上,發(fā)生多多少少的業(yè)務(wù)意外中斷,數(shù)據(jù)丟失無法再生的問題,院方開始考慮引進(jìn)專業(yè)的SI系統(tǒng)集成商來負(fù)責(zé)硬件環(huán) 境的建設(shè),增加了主機(jī)集群和數(shù)據(jù)備份環(huán)節(jié),甚至災(zāi)備系統(tǒng),軟件供應(yīng)商只專注業(yè)務(wù)流程的控制,各自發(fā)揮自身的特長,此種模式對信息化良性建設(shè)和管理提升了巨 大的一步,此次模式一直被延續(xù)到今天;
 

 
 
但 這種模式還是無法真正意義上滿足院方對醫(yī)療信息化高強(qiáng)度建設(shè)需要,雖然對第一階段信息化安全做了提升,但是還是無法確定現(xiàn)有信息化建設(shè)過程中業(yè)務(wù)中斷和數(shù) 據(jù)丟失是否能精確有效解決,能否控制在院方的可承受的范圍內(nèi),醫(yī)院的事故解決的時(shí)間是和IT維護(hù)人員的責(zé)任關(guān)聯(lián)在一起;為此DELL提出了第三階段,既醫(yī)療行業(yè)IT信息化建設(shè)3.0版本,它所包含的內(nèi)容豐富,是以醫(yī)院信息科運(yùn)維管理為出發(fā)點(diǎn),以業(yè)務(wù)應(yīng)用為基礎(chǔ),重新考慮如何能真正有效解決醫(yī)療行業(yè)第二階段過程中所遺留的歷史問題。
 

 
 
 
準(zhǔn)確把脈六大難點(diǎn)
 
我們回顧醫(yī)療信息化建設(shè)的第二階段存在哪些實(shí)質(zhì)性的問題。
 
?.是傳統(tǒng)意義上的主機(jī)集群模式已經(jīng)被醫(yī)療行業(yè)廣泛使用,其分為雙機(jī)單柜和雙機(jī)雙柜兩種模式,安全級別逐漸遞增,它給整體業(yè)務(wù)應(yīng)用提高了可靠性,但還不足以真正達(dá)到院方對業(yè)務(wù)要求,其主要問題是出現(xiàn)在集群軟件在業(yè)務(wù)發(fā)生問題切換過程中,存在很多不確定性,不是每次切換都能順利完成,這給院方帶來困惑,不用集群軟件吧,出了問題沒法切換,買了集群軟件吧,真出了問題還不一定能切換,結(jié)果不明確。
 
那是否有一種模式可以明確在出了問題后,一定能接管應(yīng)用呢,而且時(shí)間是控制在院方的可承受的范圍內(nèi)呢;
 
?.是 業(yè)務(wù)數(shù)據(jù)丟失,這也是醫(yī)院非常痛苦的事,但又沒有好的方式來實(shí)現(xiàn),傳統(tǒng)的數(shù)據(jù)備份一般只備份一些數(shù)據(jù)量不大的業(yè)務(wù)應(yīng)用,而且傳統(tǒng)的數(shù)據(jù)備份強(qiáng)度較弱,一般 一天只備一次,出了問題,最好的結(jié)果是回朔到昨天的那個備份記錄點(diǎn),也許糟糕一點(diǎn)的要回退到周末的全備份點(diǎn)上,而且很多三級甲等醫(yī)院的PACS非結(jié)構(gòu)化數(shù) 據(jù)量巨大,目前一般都幾十TB的數(shù)據(jù),五年增長到100TB在今天看來已經(jīng)不是什么難事了。但從我們回訪的用戶看到,好一點(diǎn)的結(jié)果是一個月備份一次,中等 的是三個月備份一次,糟糕一點(diǎn)的是不備份。從數(shù)據(jù)保護(hù)做的好一點(diǎn)的用戶了解到,其實(shí)他們對自己的那個一個月備份一次結(jié)果也不寄希望,實(shí)在是無奈之舉,一是不確認(rèn)備份的幾十TB的數(shù)據(jù)是否可用,無法驗(yàn)證,二是真的把這幾十TB恢復(fù)回來需要多長時(shí)間啊,業(yè)務(wù)等的起嗎,基本上不具備實(shí)用性,停留在形式上;
 
?.是雙機(jī)雙柜的建設(shè)已經(jīng)是IT信息化建設(shè)頂級模式了,但還是碰到了問題,一是此種模式只防物理故障,不防邏輯故障,二是如果主機(jī)和存儲之間的鏈路不穩(wěn)定,連續(xù)抖動的話,會把整個業(yè)務(wù)拖死,變成畫虎不成反類犬,適得其反;
 

?.是災(zāi)備建設(shè)也變得異常簡單,只是將生產(chǎn)端的數(shù)據(jù)傳遞一份到災(zāi)備端即完成了所謂的災(zāi)備建設(shè),此種模式也變得異常危險(xiǎn),一是如果生產(chǎn)端物理全部癱瘓,災(zāi)備端的數(shù)據(jù)是否有效值得商榷,二是生產(chǎn)端數(shù)據(jù)出現(xiàn)邏輯問題,也會被隨之放大到災(zāi)備端,導(dǎo)致災(zāi)備端數(shù)據(jù)失效,兩頭不可用;

 

?.是按照傳統(tǒng)處理問題方法,先找原因,后處理結(jié)果的模式,往往變的異常艱難,時(shí)間控制上很不確定,難在對問題的分析判斷上,往往根據(jù)每位處理問題工程師經(jīng)驗(yàn)而定的,不確定因素太多,那是否有更好方式,不走這條路,能有效控制處理問題的時(shí)間呢,答案是有的;
 
?.是當(dāng)用戶把以上全部建設(shè)完,整套系統(tǒng)的復(fù)雜度已經(jīng)超出了用戶可管理的范圍,絕大部分需要借助外部力量來實(shí)現(xiàn),這對管理上是一個巨大的風(fēng)險(xiǎn),要借助外部力量,這對用戶來說也是不可控的因素,如果借助的得體,問題可能會有效解決,如果所依賴的外部力量較弱,可能會造成嚴(yán)重的后果,那是否能尋找到一條簡單維護(hù),而不借助外力的方式呢,自身可以獨(dú)立控制風(fēng)險(xiǎn)呢。
 
 
如上,“戴”神醫(yī)已經(jīng)通過望、聞、問、切四種手段,準(zhǔn)確地診斷出了醫(yī)療行業(yè)信息化建設(shè)的癥結(jié)所在。那么,“戴”神醫(yī)又將開出怎樣的靈丹妙藥呢?我們明天繼續(xù)講述。
分享到

王珂玥

存儲在線(DOSTOR)主編

相關(guān)推薦