朱寒駿 王顥博

【摘要】??? 在醫(yī)院信息化建設(shè)工作當(dāng)中，軟件配置管理具有重要作用。如果缺失了軟件配置管理，則可能進(jìn)一步加深醫(yī)院信息孤島問(wèn)題，甚至導(dǎo)致信息系統(tǒng)穩(wěn)定性不夠，影響醫(yī)院日常工作，因此，要突出軟件配置管理，在本文當(dāng)中基于DevOps的方法來(lái)進(jìn)行了分析，提出了一些措施策略，僅供參考。

【關(guān)鍵詞】??? 醫(yī)院信息化??? 軟件配置管理??? DevOps

醫(yī)院信息化建設(shè)當(dāng)中，隨著軟件版本的不斷更新，系統(tǒng)軟件維護(hù)復(fù)雜程度日趨提升，醫(yī)院軟件管理越來(lái)越困難，因此需要開(kāi)展軟件配置管理工作。

一、醫(yī)院信息化建設(shè)軟件配置管理問(wèn)題

在醫(yī)院信息化建設(shè)當(dāng)中因?yàn)楸姸嘬浖緟⑴c，而維護(hù)人員又處在變動(dòng)當(dāng)中，項(xiàng)目之間缺乏有效的溝通，統(tǒng)一軟件的維護(hù)優(yōu)化工作不規(guī)范，系統(tǒng)的穩(wěn)定性將大打折扣，影響正常使用。因?yàn)檐浖恢倍荚诟庐?dāng)中，最大的麻煩是軟件版本無(wú)法回溯，隨著軟件開(kāi)發(fā)進(jìn)度持續(xù)下去，有新的版本出現(xiàn)覆蓋了老的軟件程序，但是發(fā)現(xiàn)卻新程序存在問(wèn)題，老程序穩(wěn)定正確，但是不能回溯。一旦發(fā)生這種問(wèn)題，對(duì)于軟件編程人員來(lái)說(shuō)，只能去重新寫(xiě)一份老軟件程序來(lái)覆蓋新程序，過(guò)一段時(shí)間發(fā)現(xiàn)老程序是有問(wèn)題的，而解決的方法在新程序上。這是一種比較尷尬的情況。因此需要軟件配置管理來(lái)解決這些問(wèn)題。

二、醫(yī)院信息化建設(shè)軟件配置管理

2.1軟件配置管理方法

良好的SCM是打造持續(xù)交付部署的流水線，加速持續(xù)驗(yàn)證環(huán)節(jié)的基礎(chǔ)支撐。目前有多種方法可以支撐SCM，本文重點(diǎn)以DevOps為依托進(jìn)行討論。首先，DevOps支持代碼管理，分布式代碼管理會(huì)比集中式代碼管理高效，分布式代碼管理中，每個(gè)開(kāi)發(fā)者本機(jī)都有一份完整的代碼副本，即便出現(xiàn)問(wèn)題，開(kāi)發(fā)者依然可以提交代碼。其次，DevOps的依賴管理，對(duì)于醫(yī)院信息系統(tǒng)而言，外網(wǎng)的訪問(wèn)權(quán)限是受限的，很多開(kāi)發(fā)人員并不能直接訪問(wèn)外網(wǎng)，所以必須要有內(nèi)網(wǎng)建立所謂的私庫(kù)，作為代理與外網(wǎng)的公共庫(kù)同步。軟件開(kāi)發(fā)人員在構(gòu)建時(shí)需要通過(guò)訪問(wèn)私庫(kù)來(lái)解決依賴問(wèn)題，如果沒(méi)有這個(gè)私庫(kù)，開(kāi)發(fā)人員就需要花費(fèi)大量的時(shí)間來(lái)解決依賴問(wèn)題，當(dāng)日后有新的依賴引入時(shí)情況會(huì)更復(fù)雜，開(kāi)發(fā)人員的效率會(huì)受到嚴(yán)重影響。再次，通過(guò)持續(xù)交付流水線來(lái)串聯(lián)實(shí)現(xiàn)持續(xù)集成、持續(xù)部署與執(zhí)行單元測(cè)試。把承載能力的工具都?xì)w結(jié)到Jenkins（執(zhí)行單元測(cè)試能力）上。注意此處持續(xù)部署是部署在測(cè)試環(huán)境而不是生產(chǎn)環(huán)境，生產(chǎn)環(huán)境的部署放到運(yùn)維上。最后，可視化，為了實(shí)時(shí)彰顯持續(xù)交付流水線執(zhí)行情況與單元測(cè)試執(zhí)行報(bào)告，提高團(tuán)隊(duì)反饋速度與響應(yīng)力，需要可視化設(shè)備，需要自動(dòng)報(bào)送信息給相關(guān)人員也就是要高度自動(dòng)化和可視化。依托當(dāng)前醫(yī)院信息化建設(shè)發(fā)展?fàn)顩r來(lái)看，執(zhí)行DevOps是比較理想的一種SCM管理方式。

2.2軟件配置管理保證規(guī)范信息化建設(shè)

首先，要突出需求管理，控制不必要的軟件變更。信息系統(tǒng)不斷變更的根本原因是需求的不斷產(chǎn)生。需求的產(chǎn)生主要目的是要實(shí)現(xiàn)軟件功能的完善，所以一般來(lái)說(shuō)，醫(yī)院所用的應(yīng)用軟件變更是不可避免的，但是這種不可避免并不意味著隨意去修改軟件。必須要遵循一定的規(guī)范要求，因此可以指定信息系統(tǒng)需求管理辦法，從需求申請(qǐng)、調(diào)研、論證、變更、跟蹤等幾個(gè)方面來(lái)對(duì)需求進(jìn)行管理。同時(shí)要設(shè)置需求分析師，搭建一個(gè)專有的需求分析平臺(tái)聯(lián)系用戶科室，用戶科室將軟件功能需求上傳到平臺(tái)上，并進(jìn)行整合分析，并且需要定期組織多部門協(xié)調(diào)會(huì)，進(jìn)行需求分析調(diào)研，論證軟件更新的必要性與可行性。進(jìn)而進(jìn)入軟件更新開(kāi)發(fā)階段。其次，控制版本發(fā)布流程，保證任意版本的可追溯性。這是非常關(guān)鍵的一環(huán)，軟件變更，必定導(dǎo)致新版本軟件的出現(xiàn)，而新版本的出現(xiàn)，可能會(huì)導(dǎo)致舊版本丟失或未知版本出現(xiàn)，SCM的關(guān)鍵就在這里。通過(guò)控制版本來(lái)保證版本可追溯性。對(duì)于醫(yī)院來(lái)說(shuō)，可以協(xié)調(diào)制定醫(yī)院信息系統(tǒng)變更、發(fā)布管理辦法。依托這一規(guī)范文件要求，當(dāng)軟件確實(shí)需要更新，要在應(yīng)用軟件功能變更表上進(jìn)行信息備案，包括需求說(shuō)明、相關(guān)論證記錄等。當(dāng)然利用網(wǎng)格平臺(tái)將DevOps集成在數(shù)據(jù)集成和交換移交平臺(tái)上也是非?？尚械姆桨福?dāng)然單獨(dú)構(gòu)建云平臺(tái)也是可行的，可組織軟件供應(yīng)商協(xié)力構(gòu)建基礎(chǔ)設(shè)施，完成協(xié)作管理。最后，要突出信息化管理，將軟件文檔等相關(guān)資料構(gòu)建成電子檔案進(jìn)行管理，依托醫(yī)院信息系統(tǒng)技術(shù)文檔管理規(guī)程，將各類應(yīng)用系統(tǒng)接口標(biāo)準(zhǔn)、數(shù)據(jù)字典、使用手冊(cè)、服務(wù)器安裝說(shuō)明、數(shù)據(jù)庫(kù)配置、應(yīng)用系統(tǒng)應(yīng)用發(fā)布記錄，功能變更等按照相應(yīng)的項(xiàng)目名稱進(jìn)行分類管理，這樣可以為配置審核提供控制和可追溯的依據(jù)，并且也能夠保證需求的雙向跟蹤和落實(shí)。

結(jié)束語(yǔ)：綜上所述，醫(yī)院信息系統(tǒng)異常龐大，而且存在典型的異構(gòu)性，對(duì)于信息系統(tǒng)的配置管理而言是一大挑戰(zhàn)，處于當(dāng)前技術(shù)發(fā)展層面的考量，醫(yī)院要解決異構(gòu)性數(shù)據(jù)的集成問(wèn)題，應(yīng)用軟件的集成問(wèn)題，在軟件開(kāi)發(fā)當(dāng)中就需要統(tǒng)一的編碼形式，構(gòu)建統(tǒng)一的應(yīng)用軟件平臺(tái)，而因?yàn)檐浖母?，可能?huì)導(dǎo)致軟件變更，需要進(jìn)行針對(duì)性的軟件配置管理，在本文當(dāng)中突出DevOps的配置管理方法，希望可以提供參考價(jià)值。

參? 考? 文? 獻(xiàn)

[1]吳欣華.基于虛擬化技術(shù)的醫(yī)院信息化平臺(tái)設(shè)計(jì)與研究[J].電子設(shè)計(jì)工程，2017，25（6）：55-57，61.

[2]王丹，王秀麗，李健等.我國(guó)醫(yī)院信息化領(lǐng)域研究現(xiàn)狀及趨勢(shì)的可視化分析[J].中國(guó)衛(wèi)生信息管理雜志，2017，14（2）：189-193.