我們回顧醫(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)呢。