數(shù)據(jù)助力醫(yī)療行業(yè)數(shù)據(jù)安全

HITACHllnspiretheNext1

?

HitachiVantaraCorporation2019.All

Rights

Reserved.數(shù)據(jù)助力醫(yī)療行業(yè)數(shù)據(jù)安全1

《全國醫(yī)院信息化建設(shè)標(biāo)準(zhǔn)與規(guī)范》指標(biāo)體系圖負(fù)責(zé)

保駕護(hù)航21個(gè)一級指標(biāo)6信息化建設(shè)圍繞

醫(yī)療業(yè)務(wù)為中心發(fā)展30個(gè)一級指標(biāo)“安全防護(hù)”信息化建設(shè)規(guī)范

(

1)

電子病歷保存時(shí)間《電子病歷應(yīng)用管理規(guī)范（試行）》第十九條：

門（急）診電子病歷由醫(yī)療機(jī)構(gòu)保管的，

保存時(shí)間自患者最后一次就診之日起不少于15年；住院電子病歷保存時(shí)間自患者最后一次

出院之日起不少于30年。(2)備份與恢復(fù)要求《全國醫(yī)院信息化建設(shè)標(biāo)準(zhǔn)與規(guī)范（試行）》：對三級乙等醫(yī)院數(shù)據(jù)備份與恢復(fù)要求為：

具有存儲(chǔ)磁盤陣列和存儲(chǔ)備份軟件等2個(gè)組件，支持使用數(shù)據(jù)快照、同異步復(fù)制等2種中的

至少其中1種。(3)容災(zāi)與恢復(fù)要求《全國醫(yī)院信息化建設(shè)標(biāo)準(zhǔn)與規(guī)范（試行）》：對三級乙等醫(yī)院容災(zāi)與恢復(fù)要求為：，本7

地應(yīng)用恢復(fù)RTO≤20分鐘，RPO≤15分鐘；異地應(yīng)用恢復(fù)RTO≤1小時(shí)，RPO≤30分鐘天有不測風(fēng)云HitachiVantara存儲(chǔ)——業(yè)界最可靠的存儲(chǔ)，沒有之一為什么？基石一：操作系統(tǒng)Vsworks基石二：微碼40年千錘百煉不斷優(yōu)化的；基石三：雙活架構(gòu)9

?

HitachiVantaraCorporation2019.All

Rights

Reserved.2006年4月的一個(gè)凌晨，某地級市婦幼院信息科嬰兒哭聲、急促電話鈴聲，驚醒年少疲憊的靈魂---基礎(chǔ)架構(gòu)對醫(yī)院信息系統(tǒng)保駕護(hù)航的清晰使命2012年的夜晚…..起因：10點(diǎn)：X用戶UPS掉電，電源切換至備用電源；

IT部門上報(bào)領(lǐng)導(dǎo)層審核業(yè)務(wù)是否切換經(jīng)過：11點(diǎn)：備用電源耗盡，業(yè)務(wù)宕機(jī)，領(lǐng)導(dǎo)層決定不

切換，準(zhǔn)備維修電源同時(shí)準(zhǔn)備恢復(fù)數(shù)據(jù)11點(diǎn)36分，各個(gè)廠家到達(dá)現(xiàn)場，此時(shí)電源已經(jīng)恢復(fù)，開

始恢復(fù)數(shù)據(jù)早上6點(diǎn)，部分?jǐn)?shù)據(jù)無法恢復(fù)，核心業(yè)務(wù)無法啟動(dòng)，業(yè)

務(wù)無法展開早上8點(diǎn)，重新安裝部分業(yè)務(wù):三天后，業(yè)務(wù)全部恢復(fù)，數(shù)據(jù)從災(zāi)備中心進(jìn)行恢復(fù)結(jié)果：IT部門集體扣發(fā)年終獎(jiǎng)，部分領(lǐng)導(dǎo)離職，1年后IT

領(lǐng)導(dǎo)層全部離開11

X用戶領(lǐng)導(dǎo)們的反思與規(guī)劃如何避免出現(xiàn)相同的問題：當(dāng)某個(gè)環(huán)節(jié)出現(xiàn)問題，如何確保業(yè)務(wù)始終在線可用？有無成熟的技術(shù)可以借鑒：尋找可以確保始終在線的技術(shù)從以下幾個(gè)方面提出要求：12

對比項(xiàng)規(guī)劃要求應(yīng)用層面始終可用，確保業(yè)務(wù)在線，前端用戶實(shí)時(shí)可訪問數(shù)據(jù)庫層面建立保護(hù)機(jī)制，確保始終可以讓應(yīng)用連接主機(jī)層面建立冗余機(jī)制，可以始終支撐應(yīng)用與數(shù)據(jù)庫的運(yùn)行存儲(chǔ)層面確保數(shù)據(jù)始終可以訪問，建立保護(hù)機(jī)制，數(shù)據(jù)不能丟失存儲(chǔ)層面的技術(shù)選擇恢復(fù)時(shí)間點(diǎn)>

10

min手工切換大量腳本維護(hù)工作故障發(fā)生時(shí)，人為判斷定期容災(zāi)演練原理掌握、操作要求高容災(zāi)中心資源不可用恢復(fù)時(shí)間點(diǎn)<

1

min自動(dòng)切換存儲(chǔ)實(shí)現(xiàn)功能

，無需腳本存儲(chǔ)判斷自動(dòng)切換災(zāi)備中心始終可用封裝技術(shù)，操作要求低充分利用兩個(gè)數(shù)據(jù)中心風(fēng)險(xiǎn)成本?

雙活存儲(chǔ)架構(gòu)大幅度

提升數(shù)據(jù)業(yè)務(wù)連續(xù)性?

越來越多的存儲(chǔ)架構(gòu)

過度到雙活模式?有效的提升了整體的

ROI13

傳統(tǒng)容災(zāi)架構(gòu)雙活架構(gòu)需要了解同行業(yè)的經(jīng)驗(yàn)可選方案一：可選方案二：可選方案三：集群技術(shù)A

存儲(chǔ)網(wǎng)關(guān)

$存儲(chǔ)1

復(fù)制技術(shù)

存儲(chǔ)2存儲(chǔ)1?

兩臺(tái)存儲(chǔ)只有一臺(tái)可以訪問，存儲(chǔ)效率低下?

底層采用數(shù)據(jù)復(fù)制技術(shù)，增加業(yè)務(wù)延時(shí)?

切換成功率并非100%，切換失敗需要手工操

作，對技術(shù)人員要求高集群技術(shù)A存儲(chǔ)1?

兩臺(tái)存儲(chǔ)對同一個(gè)業(yè)務(wù)雙讀雙寫，效率提升?

采用鎖機(jī)制，保證數(shù)據(jù)一致?

兩臺(tái)存儲(chǔ)均處于Active，每時(shí)每刻都在演練IO，切換成功率100%14?

增加數(shù)據(jù)結(jié)構(gòu)復(fù)雜度，帶來業(yè)務(wù)延時(shí)?

增加數(shù)據(jù)結(jié)構(gòu)的故障點(diǎn)，可靠性不高?

初代傳統(tǒng)老方案主機(jī)應(yīng)用主機(jī)應(yīng)用主機(jī)應(yīng)用主機(jī)應(yīng)用主機(jī)應(yīng)用主機(jī)應(yīng)用

存儲(chǔ)網(wǎng)關(guān)

全局鏡像集群技術(shù)存儲(chǔ)2存儲(chǔ)2網(wǎng)關(guān)集群AS采用日立數(shù)據(jù)真雙活（GAD）的典型醫(yī)院案例：XX大學(xué)第一附屬醫(yī)院：全世界最大的醫(yī)院，擁有1萬張床位15GAD雙活仲裁存儲(chǔ)VSP

G1000VSP

G100016

?

HitachiVantaraCorporation2019.All

Rights

Reserved.廣西某醫(yī)院存儲(chǔ)新一代架構(gòu)（HIS）HIS數(shù)據(jù)庫集群快照管理+表級恢復(fù)SAN存儲(chǔ)雙活（GAD）災(zāi)備機(jī)房1.