醫(yī)院信息系統(tǒng)變更及發(fā)布管理規(guī)定

信息系統(tǒng)變更及發(fā)布管理規(guī)定第一章 總則變更控制是一個(gè)復(fù)雜的工程，因?yàn)樾畔⑾到y(tǒng)建設(shè)過(guò)程中各方都能夠提出變更的請(qǐng)求。變更不是孤立的，信息系統(tǒng)是一個(gè)整體，雖然模塊化設(shè)計(jì)、構(gòu)件技術(shù)和面向服務(wù)的體系結(jié)構(gòu)的提出，降低了軟件中的各部分的耦合，但是業(yè)務(wù)流程的變化不僅會(huì)影響流程本身，而且也會(huì)對(duì)與流程相關(guān)聯(lián)的模塊產(chǎn)生影響。第二章 建立變更計(jì)劃需求會(huì)產(chǎn)生變更，甚至是自相矛盾的變更，由于采用傳統(tǒng)的生命周期開(kāi)發(fā)方法，對(duì)需求的變更會(huì)產(chǎn)生很?chē)?yán)重的后果，因此，為了防患于未然，在項(xiàng)目需求分析階段就建立嚴(yán)格的項(xiàng)目變更控制計(jì)劃這樣為項(xiàng)目變更控制策略的有效實(shí)施打下堅(jiān)實(shí)的基礎(chǔ)。主要內(nèi)容如下：1. 對(duì)需求的變更須征得上級(jí)領(lǐng)導(dǎo)協(xié)商同意，同時(shí)參考由于變更所產(chǎn)生的時(shí)間、經(jīng)濟(jì)后果以及可能產(chǎn)生的好處決定是否實(shí)施。2. 對(duì)提出的功能變更由信息科審核其合理程度、正確程度以及必要程度，然后實(shí)施變更。如果不需要修改則向用戶解釋。3. 對(duì)工作中由開(kāi)發(fā)人員提出的變更要求也是采用先審核，再評(píng)估，最后再?zèng)Q定是否實(shí)施的措施來(lái)保證項(xiàng)目的順利完成。4. 對(duì)決定實(shí)施的項(xiàng)目變更，由項(xiàng)專(zhuān)人監(jiān)督完成，并評(píng)估結(jié)果。第三章 變更執(zhí)行對(duì)變更內(nèi)用,開(kāi)發(fā)人員必須明確責(zé)任人并制定出明確的工作計(jì)劃,便于項(xiàng)目的管理和控制.第四章 變更流程由于項(xiàng)目的變更可能產(chǎn)生經(jīng)濟(jì)上、時(shí)間上、人員上的重要調(diào)整，并且有些變更要求可能由于個(gè)體的認(rèn)識(shí)而有偏差，如果沒(méi)有一套行之有效的變更流程控制手段，將會(huì)使給整個(gè)項(xiàng)目帶來(lái)重大的損失，甚至失敗。因此，對(duì)于提出的變更請(qǐng)求要求他們提出書(shū)面的申請(qǐng)并說(shuō)明理由，如果在現(xiàn)有條件下切實(shí)可行則審核通過(guò)，批準(zhǔn)實(shí)施變更。如果不切實(shí)際或者會(huì)對(duì)本期項(xiàng)目產(chǎn)生重大的影響，則加強(qiáng)與用戶溝通，并寫(xiě)出書(shū)面答復(fù)，或者計(jì)劃在下一期工程中具體實(shí)施。第五章 評(píng)估變更控制結(jié)果對(duì)于項(xiàng)目變更控制的成敗、得失，首先由開(kāi)發(fā)人員自我檢查，然后請(qǐng)用戶評(píng)審，這樣既保證了當(dāng)前的項(xiàng)目變更工作的正確實(shí)施，也為今后的工作提供了改進(jìn)的方向。第六章 變更內(nèi)容的發(fā)布變更經(jīng)過(guò)自查,以及內(nèi)