褚宗饒

(河北省人民醫(yī)院信息管理處 石家莊 050051)

?

醫(yī)院信息平臺運(yùn)維管理系統(tǒng)需求分析與設(shè)計(jì)

褚宗饒

(河北省人民醫(yī)院信息管理處 石家莊 050051)

分析目前醫(yī)院信息平臺運(yùn)維現(xiàn)狀及存在的問題，提出建立醫(yī)院信息運(yùn)維系統(tǒng)的解決方案，從資源限制、考勤、實(shí)名制、權(quán)限、信息完整性、開放性、實(shí)時(shí)跟蹤定位、責(zé)任人公示、關(guān)聯(lián)性顯示等方面闡述系統(tǒng)應(yīng)備具的功能。

信息化；交互式運(yùn)維；信息系統(tǒng)；軟件設(shè)計(jì)；需求分析

1 引言

隨著醫(yī)療衛(wèi)生體制改革的深入，各醫(yī)療機(jī)構(gòu)大力發(fā)展醫(yī)療信息系統(tǒng)及衛(wèi)生信息標(biāo)準(zhǔn)化的建設(shè)，信息技術(shù)(Information Technoogy, IT)網(wǎng)絡(luò)的規(guī)模和數(shù)量不斷擴(kuò)大、增加或更新，運(yùn)行的管理系統(tǒng)和業(yè)務(wù)系統(tǒng)也在不斷增多。醫(yī)療業(yè)務(wù)越來越多地在信息系統(tǒng)中運(yùn)行，對各種IT資源的依賴性也越來越強(qiáng)，運(yùn)維人員將大部分時(shí)間花在重復(fù)性的工作中，而面對日益龐大的IT資源，其運(yùn)維管理的重要性凸現(xiàn)出來。傳統(tǒng)的信息系統(tǒng)運(yùn)維方式通常是用電話報(bào)告故障，其弊端是在報(bào)告信息的過程中，易延誤(電話占線)、易誤解、易失真、難審計(jì)、難追責(zé)、效率低。以2011年8月發(fā)生在臺灣大學(xué)附屬醫(yī)院將HIV檢測為陽性的器官移植給患者的醫(yī)療事故為例，就是因?yàn)獒t(yī)護(hù)工作者在電話溝通環(huán)節(jié)中將信息“聽錯(cuò)”而記錄錯(cuò)誤。因此，實(shí)現(xiàn)系統(tǒng)運(yùn)維信息化已刻不容緩。在醫(yī)院的信息化過程中，運(yùn)行維護(hù)的信息化意味著運(yùn)維的過程可記錄、可跟蹤、可存檔、可統(tǒng)計(jì)、可分析、可評議、可考核、可審計(jì)和可追責(zé)，這使運(yùn)維的功能從管理為主轉(zhuǎn)化為以服務(wù)為主。運(yùn)維的信息化可為職工的評估、配件的庫存、計(jì)算機(jī)及外圍設(shè)備的淘汰、產(chǎn)品的選型等決策提供數(shù)據(jù)支持，使信息設(shè)備宕機(jī)后恢復(fù)時(shí)間縮短，可靠性得到提升，最終醫(yī)院的整體服務(wù)水平隨著運(yùn)維信息化可大大提升。

2 運(yùn)維現(xiàn)狀、問題及解決方案

2.1 運(yùn)維現(xiàn)狀及問題

隨著醫(yī)院信息化進(jìn)程的不斷推進(jìn)，目前大型醫(yī)院都先后建立了醫(yī)院信息系統(tǒng)、實(shí)驗(yàn)室信息系統(tǒng)、影像歸檔和通信系統(tǒng)等。然而，市場上唯獨(dú)不見開放交互式的軟硬件運(yùn)行維護(hù)系統(tǒng)，信息化推行部門的信息化進(jìn)程明顯滯后，當(dāng)信息系統(tǒng)遭遇故障時(shí)，軟硬件人員對系統(tǒng)的恢復(fù)時(shí)效無法滿足醫(yī)護(hù)的需要。突出表現(xiàn)有：信息系統(tǒng)出現(xiàn)故障時(shí)，報(bào)故障的途徑單一；普遍只能通過電話報(bào)故障；而電話經(jīng)常占線，造成消息傳遞不及時(shí)；人們對口頭表達(dá)的慎重度與精確度都低，導(dǎo)致故障現(xiàn)象描述錯(cuò)誤；接聽電話的人轉(zhuǎn)述故障現(xiàn)象時(shí)失真，誤導(dǎo)維護(hù)人員，導(dǎo)致延誤設(shè)備恢復(fù)；接聽電話者對迫切性認(rèn)識不足，醫(yī)護(hù)人員急而他不急；運(yùn)維者在后臺排除故障后，前臺使用者沒有及時(shí)獲得反饋消息，繼續(xù)等待而耽誤作業(yè)。這些狀況都使信息系統(tǒng)的維護(hù)時(shí)效無法滿足患者對醫(yī)院提供安全優(yōu)質(zhì)服務(wù)的要求，加深了醫(yī)患矛盾[1-2]。

2.2 解決方案

上述種種弊端，集信息報(bào)告、信息記錄、信息傳遞、人員素質(zhì)和管理方式于一體,因此建立專業(yè)成熟的醫(yī)院信息運(yùn)維系統(tǒng)(Hospital Information Running Maintenance System，HIRMS)是一個(gè)有效的解決方案。而要設(shè)計(jì)界面友好并人性化的交互運(yùn)維系統(tǒng)，不僅需要軟件開發(fā)工程師編輯應(yīng)用程序，更需要硬件工程師和軟件維護(hù)工程師的精誠合作，將現(xiàn)實(shí)需求和問題總結(jié)分析，從實(shí)踐中提煉出經(jīng)典問題，形成解決問題的方案，轉(zhuǎn)化為應(yīng)用軟件。設(shè)計(jì)這個(gè)軟件除了解決問題外，還要實(shí)現(xiàn)運(yùn)維工作電子化、無紙化和流程化[3]。

3 功能實(shí)現(xiàn)

3.1 資質(zhì)限制

國家對醫(yī)護(hù)人員資質(zhì)有嚴(yán)格要求，沒有執(zhí)業(yè)資格的人員，是沒有資格向患者提供服務(wù)的。同理，這個(gè)軟件對維護(hù)者的準(zhǔn)入也應(yīng)有資格的限制，運(yùn)維人員能獲得的工作權(quán)限因資格不同而不同。

3.2 考勤

運(yùn)維人員登錄后被記錄時(shí)刻，顯示是否在線，確保工作時(shí)間人在崗。

3.3 實(shí)名制

需以實(shí)名制登錄，即個(gè)人對自己的用戶名下的任何操作負(fù)責(zé)，對自己的密碼泄漏負(fù)責(zé)，對自己操作的質(zhì)量和后果負(fù)責(zé)。

3.4 權(quán)限

系統(tǒng)/軟件的操作者只能進(jìn)行與自己權(quán)限相符的操作，避免資格不夠或越權(quán)的操作發(fā)生，避免人情驅(qū)使下越俎代庖而導(dǎo)致責(zé)任不清的操作發(fā)生。有權(quán)限增設(shè)與注銷功能。

3.5 信息完整性

需求/報(bào)修方報(bào)告的信息不完備，不能形成需求/報(bào)修單。信息是否完整，直接影響到運(yùn)維方的反應(yīng)是否及時(shí)、有效；直接影響運(yùn)維方是否能準(zhǔn)確地聯(lián)系需求方，了解問題和故障的特征；直接影響運(yùn)維方的決定：到現(xiàn)場解決問題還是通過遠(yuǎn)程解決問題，快速判斷故障的程度、應(yīng)用的方案、配備的工具。信息不完整或信息錯(cuò)誤，將誤導(dǎo)運(yùn)維方查找不該處理程序段落或功能模塊，也會導(dǎo)致運(yùn)維方前往錯(cuò)誤的地點(diǎn)，或聯(lián)系不到需求方，無法了解故障。需求方可能難于表達(dá)故障的現(xiàn)象，或想減少報(bào)修時(shí)間或隱瞞失誤細(xì)節(jié)，造成提供的故障信息不完整，延誤系統(tǒng)恢復(fù)時(shí)間。

3.6 開放性

需求方、運(yùn)維方和管理方均能實(shí)時(shí)知悉運(yùn)維狀況。需求方是否應(yīng)懂未懂；運(yùn)維方是否慵懶怠工、脫崗失職；管理方是否監(jiān)管到位、及時(shí)，長期漠視問題而未盡管理之責(zé)，這些情況都需根據(jù)系統(tǒng)記錄的操作和時(shí)間反映出來。如果需求方的表達(dá)明顯知識不足或犯低級錯(cuò)誤，運(yùn)維方?jīng)]按規(guī)定的時(shí)限響應(yīng)需求，管理方對需求方的不滿意或投訴不作處理或改善，致使問題長期存在，這些信息都應(yīng)讓3方人員清晰可見，實(shí)現(xiàn)相互監(jiān)督。

3.7 實(shí)時(shí)跟蹤定位

需求方、運(yùn)維方、管理方均可通過任務(wù)的受理情況跟蹤運(yùn)維方的實(shí)時(shí)行為?？梢酝ㄟ^系統(tǒng)顯示的方位，采用打電話或GPS定位(機(jī)構(gòu)范圍內(nèi))確認(rèn)人員是否擅自離崗。需求方有緊急需求時(shí)或?qū)\(yùn)維方超時(shí)未響應(yīng)時(shí)，可敦促運(yùn)維方，可稽核運(yùn)維方應(yīng)在位置是否與系統(tǒng)顯示狀態(tài)一致。運(yùn)維人員之間也可通過系統(tǒng)顯示同事位置，便于聯(lián)系和技術(shù)支持。作為管理方，有責(zé)任關(guān)注下屬的工作動(dòng)態(tài)，不定時(shí)地稽查，保證勞動(dòng)紀(jì)律有效執(zhí)行。

3.8 責(zé)任人公示

軟件應(yīng)公示人員排班表，使需求方能就技術(shù)支持的事項(xiàng)預(yù)約運(yùn)維方，使需求方知道何時(shí)、何事情、何區(qū)域的事務(wù)該聯(lián)系誰。公示服務(wù)公約和崗位職責(zé)，這樣可消除運(yùn)維方推諉責(zé)任的空間。新需求單形成時(shí)，系統(tǒng)可自動(dòng)公示相關(guān)責(zé)任人。需求方和管理方考察運(yùn)維方的時(shí)效和責(zé)任心。運(yùn)維方完成任務(wù)，應(yīng)給出小結(jié)。需求方對服務(wù)應(yīng)客觀公正地評價(jià)。需求方能以常識和經(jīng)驗(yàn)，判斷運(yùn)維方是否夸大故障從而造成自己利益損失[4]。

3.9 關(guān)聯(lián)性顯示

報(bào)修時(shí)，科室名稱應(yīng)與該科室的設(shè)備自動(dòng)關(guān)聯(lián)顯示(科室資產(chǎn)應(yīng)有登記)，然后需求方可在數(shù)個(gè)關(guān)聯(lián)資產(chǎn)中選擇。運(yùn)維方可通過報(bào)修設(shè)備的代碼，查詢該設(shè)備的維護(hù)歷史記錄，可通過故障的關(guān)鍵詞查詢類似故障的修復(fù)方法或案例，便于新入職或經(jīng)驗(yàn)不足的維護(hù)方借鑒經(jīng)驗(yàn)。這一功能甚至可使醫(yī)護(hù)人員根據(jù)設(shè)備的某些簡單恢復(fù)方法自行解決問題，為其科室節(jié)省維護(hù)成本。

3.10 庫存耗材配件查詢

系統(tǒng)應(yīng)能查詢耗材和配件庫存數(shù)量，使運(yùn)維方在任務(wù)實(shí)施前對物料保障心中有數(shù)。因缺配件無法及時(shí)完成任務(wù)可立即反饋。

3.11 預(yù)設(shè)運(yùn)維任務(wù)的優(yōu)先級別

由于醫(yī)院信息系統(tǒng)的運(yùn)維直接或間接影響救死扶傷，效率就是生命，因此，系統(tǒng)應(yīng)根據(jù)需求方的部門、方位和工作性質(zhì)，對部門事務(wù)預(yù)設(shè)優(yōu)先級。例如，“手術(shù)室”這個(gè)部門的故障的緊急程度設(shè)為最高級別，ICU為次之，內(nèi)科病房更次之。需求/報(bào)修單生成后系統(tǒng)自動(dòng)將其按優(yōu)先級排序，同時(shí)也按等候時(shí)間的長短排序，即采用雙序列排序邏輯，使事務(wù)的處理順序更為合理。管理方應(yīng)做好應(yīng)急預(yù)案。這樣，什么事務(wù)必須要優(yōu)先處理就有規(guī)則可循，運(yùn)維人員就可按照系統(tǒng)智能排序作業(yè)，合理高效地應(yīng)對緊急事務(wù)。

3.12 術(shù)語詞庫

系統(tǒng)除了有標(biāo)準(zhǔn)術(shù)語庫外，還應(yīng)具備讓使用系統(tǒng)的機(jī)構(gòu)根據(jù)實(shí)際需要增添術(shù)語、常用故障描述短語、常用電話號碼、常用小結(jié)術(shù)語的功能，使需求方、運(yùn)維方能以檢索方式、自動(dòng)彈出方式、自動(dòng)按對應(yīng)部門或關(guān)系等方式填寫相應(yīng)信息。應(yīng)盡可能令需求/報(bào)修方以最短的時(shí)間完成需求/報(bào)修單(僅需充分必要的信息)，使運(yùn)維方以最短的方式完成小結(jié)。

3.13 新需求單提示

需求單隊(duì)列的排序，總原則是先下單先服務(wù)；同時(shí)，軟件能根據(jù)優(yōu)先級別和需求單的等候時(shí)間，按設(shè)置規(guī)則不再因?yàn)閮?yōu)先級低而退讓。排序最前的需求單以彈出形式予以提示，直接顯示責(zé)任人名字。如果已等待長時(shí)間未被受理，讓運(yùn)維方感受時(shí)間的壓力。

2）對碳氮比失調(diào)、氨氮濃度較高的滲瀝液進(jìn)行精餾小試，小試結(jié)果為：當(dāng)塔頂溫度78℃，塔釜溫度100℃，回流比4∶1，塔頂餾出液氨氮濃度65 000 mg/L，折合氨水濃度7.9%，塔釜液氨氮濃度＜10 mg/L。

3.14 會診需求提示

有些問題只憑某個(gè)專業(yè)的人可能無法完成，需要不同專業(yè)人員精誠合作才能解決。因此，在硬軟件人員之間、不同領(lǐng)域的專業(yè)人員之間、師徒之間都需要共同合作來解決某個(gè)問題。任何一個(gè)運(yùn)維人員在遇到無法獨(dú)自完成任務(wù)的時(shí)候，可通過系統(tǒng)向有關(guān)同仁請求技術(shù)支持。請求一旦被提出，系統(tǒng)中應(yīng)馬上有所提示。相關(guān)責(zé)任人應(yīng)根據(jù)提示，主動(dòng)進(jìn)行會診和協(xié)作。

3.15 閉環(huán)式運(yùn)作

軟件的設(shè)計(jì)應(yīng)從每一個(gè)需求/報(bào)修單“下單”開始，經(jīng)歷運(yùn)維方的受理、小結(jié)并以有權(quán)限“下單”的人的評價(jià)(實(shí)名登錄)為結(jié)束，保證每個(gè)需求不因某個(gè)人缺乏責(zé)任心或被遺忘而無果而終。當(dāng)運(yùn)維方遇到投訴，無論管理方的裁定結(jié)果如何，運(yùn)維方應(yīng)有機(jī)會辯解。最終結(jié)果由管理方裁定投訴是否合理有效。需求/報(bào)修流程，見圖1。

圖1 需求/報(bào)修流程

3.16 失誤留痕

運(yùn)維系統(tǒng)的任何操作一經(jīng)確認(rèn)或提交，未經(jīng)書面批準(zhǔn)，信息不可刪改，每個(gè)操作人對自己的行為負(fù)責(zé)。如需要糾正錯(cuò)誤，必須要向總負(fù)責(zé)人書面請示，獲批后由專人從數(shù)據(jù)庫修改信息。批復(fù)文件存檔備查。需求/報(bào)修方在系統(tǒng)提出需求，系統(tǒng)形成需求/報(bào)修單后，發(fā)現(xiàn)自己誤報(bào)或在需求/報(bào)修單被受理前設(shè)備自動(dòng)恢復(fù)正常，可以撤銷需求/報(bào)修單。程序雖對費(fèi)用核銷但保留撤銷需求/報(bào)修單的記錄，這可以使需求/報(bào)修方在報(bào)修時(shí)更認(rèn)真和慎重，減少誤報(bào)[5]。

3.17 任務(wù)完成期限

管理方對常規(guī)故障設(shè)定排除期限。運(yùn)維方在規(guī)定的時(shí)間內(nèi)如果未完成任務(wù)，可根據(jù)理由向管理方申請延期。管理方根據(jù)理由的正當(dāng)性與合理性與否予以批復(fù)。系統(tǒng)應(yīng)將超期或未獲批準(zhǔn)延期的需求/報(bào)修單予以記錄和統(tǒng)計(jì)，定期在公示欄發(fā)布。

運(yùn)維人員應(yīng)配有掌上電腦(PDA)，這樣無論在哪個(gè)方位工作，運(yùn)維人員都無需在完成一個(gè)任務(wù)后先回辦公室，省去路程時(shí)間。

3.19 成本核算

需有量化需求和服務(wù)的功能，使得各需求部門知道自己的消耗，運(yùn)維部門知道自己的創(chuàng)收，以便調(diào)動(dòng)各部門減耗增收的積極性以及各方的管理、學(xué)習(xí)、思考的積極性。例如，調(diào)動(dòng)運(yùn)維方提高服務(wù)質(zhì)量和效率。將服務(wù)分類，對上門服務(wù)與不上門服務(wù)、遠(yuǎn)程服務(wù)與現(xiàn)場服務(wù)、自助服務(wù)與主動(dòng)服務(wù)、咨詢服務(wù)和教學(xué)服務(wù)設(shè)立不同收費(fèi)等級。這個(gè)運(yùn)維系統(tǒng)設(shè)計(jì)應(yīng)能使需求方意識到，運(yùn)維方提供的不是無償?shù)姆?wù)，而是需求方每做一個(gè)報(bào)修決定，都要付出代價(jià)或成本。其提出需求之前，必須要運(yùn)用自己應(yīng)有的常識，經(jīng)思考和分辨后才做出決定。避免犯低級錯(cuò)誤，盲目地提出需求。避免機(jī)構(gòu)內(nèi)耗，人力物力浪費(fèi)嚴(yán)重。管理者應(yīng)定期統(tǒng)計(jì)因慵懶形成的需求/報(bào)修單的數(shù)量，有助于了解員工的責(zé)任心及員工的知識水平，也能了解哪些員工未達(dá)到入職的最低要求。所以這個(gè)系統(tǒng)的應(yīng)用能使需求方、運(yùn)維方和管理方更加謹(jǐn)慎、高效、負(fù)責(zé)。

3.20 質(zhì)量顯示

系統(tǒng)/軟件將需求/報(bào)修單的結(jié)果分為4類：贊揚(yáng)、滿意、超時(shí)完成、有效投訴(超時(shí)也未完成)，自動(dòng)公示。其中贊揚(yáng)和投訴與評價(jià)欄關(guān)聯(lián)，需要說明原因。對于每一個(gè)投訴，運(yùn)維方可辯護(hù)，管理方有責(zé)任判斷投訴是否有效，在調(diào)查后在系統(tǒng)判決，使未完成或未做好的任務(wù)重新執(zhí)行。3方密切監(jiān)督執(zhí)行狀況，讓需求方、運(yùn)維方和管理方3方良性溝通、互動(dòng)[6]。

3.21 系統(tǒng)綜合評價(jià)

系統(tǒng)設(shè)計(jì)應(yīng)可以進(jìn)行或模擬對不同故障項(xiàng)目的分類定價(jià)，統(tǒng)計(jì)核算；可統(tǒng)計(jì)運(yùn)維人員的平均響應(yīng)時(shí)間、平均任務(wù)完成時(shí)間；可計(jì)算執(zhí)行某類別任務(wù)的平均耗費(fèi)時(shí)間(用于評價(jià)人的技術(shù)能力和效率)；可統(tǒng)計(jì)部門消耗，自動(dòng)按部門記賬；具有按類別按時(shí)段統(tǒng)計(jì)功能。系統(tǒng)自動(dòng)給出評價(jià)結(jié)果，減少人為干預(yù)。

3.22 績效顯示

定期統(tǒng)計(jì)需求方的運(yùn)維消耗和運(yùn)維方的創(chuàng)利，公布績效，有利于需求方加強(qiáng)管理，減少浪費(fèi)，節(jié)約資源；同時(shí)，把運(yùn)維方的創(chuàng)收與其工作績效掛鉤，有根據(jù)地提高各方收入。

3.23 資產(chǎn)管理和運(yùn)維歷史

每個(gè)設(shè)備、每個(gè)系統(tǒng)/應(yīng)用軟件都是資產(chǎn)(有形或無形)，每個(gè)資產(chǎn)都應(yīng)該通過運(yùn)行表現(xiàn)來評估其質(zhì)量和成熟度，因此這個(gè)軟件應(yīng)該能將每個(gè)設(shè)備、系統(tǒng)/應(yīng)用軟件/程序模塊建立檔案。這既能統(tǒng)計(jì)資產(chǎn)數(shù)量，又能記錄其運(yùn)維歷史。這樣投資者就能客觀評價(jià)產(chǎn)品質(zhì)量。運(yùn)維系統(tǒng)就能使投資者了解運(yùn)維的工作量(運(yùn)維次數(shù)多證明產(chǎn)品質(zhì)量有缺陷)，為投資者的再采購、考慮是否需要淘汰某些產(chǎn)品或更換供應(yīng)商提供依據(jù)?？墒构芾矸酵ㄟ^統(tǒng)計(jì)信息合理地確定耗材和配件的庫存，考慮是否需要增加人力資源，為針對性地對運(yùn)維人員進(jìn)行培訓(xùn)提供決策支持。

3.24 需求審批

申請配備信息化設(shè)備的流程，可以在程序中完成，批復(fù)后自動(dòng)形成需求單。相關(guān)人員就根據(jù)需求單組織采購或?qū)嵤?。這樣從上級到下級所有響應(yīng)的時(shí)間都能公示，誰的效率低一目了然,有助于促使各方高效辦事。

5 結(jié)語

以上是通過實(shí)踐總結(jié)出來的關(guān)于運(yùn)維系統(tǒng)/軟件的需求分析和設(shè)計(jì)，不僅能滿足擁有大量設(shè)備、儀器、服務(wù)器和個(gè)人計(jì)算機(jī)的大企業(yè)或大機(jī)構(gòu)的信息化的要求，而且集考勤、優(yōu)先級排序、執(zhí)行過程跟蹤、責(zé)任落實(shí)、小結(jié)、評價(jià)、人員調(diào)配、實(shí)時(shí)移動(dòng)、技術(shù)支持呼喚、統(tǒng)計(jì)、審計(jì)、庫存管理、計(jì)算、考核、維護(hù)檔案建立等功能于一體。企業(yè)運(yùn)用這個(gè)運(yùn)維系統(tǒng)/軟件，能大大提高運(yùn)維工作的效率，為資源合理配置、節(jié)省人力物力提供幫助；也為實(shí)時(shí)管理員工、以制度管好員工提供可靠的依據(jù)，實(shí)現(xiàn)運(yùn)維業(yè)務(wù)信息化[7]。

1 姚力，馮娟，蔣昆.管理運(yùn)維軟件在大型醫(yī)院的應(yīng)用[J].計(jì)算機(jī)安全,2013,(2):66-69.

2 劉同波，薛萬國.基于Web 的HIS 故障報(bào)修系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J]. 醫(yī)療衛(wèi)生裝備，2010,31(2):56-58.

3 彭瀟.基于Ajax的企業(yè)網(wǎng)絡(luò)故障在線報(bào)修系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].西安：電子科技大學(xué)，2012.

4 肖革新，周立平，王俊玲，等.基于三維模型的疾控?cái)?shù)據(jù)中心運(yùn)維管理體系建設(shè)與實(shí)踐[J]. 醫(yī)學(xué)信息學(xué)雜志，2012, 33(4)：22-25.

5 黃培.醫(yī)院集約式自助服務(wù)系統(tǒng)構(gòu)建[J]. 醫(yī)學(xué)信息學(xué)雜志，2014, 35(11)：22-25.

6 肖革新，周立平，張睿，等.公共衛(wèi)生數(shù)據(jù)運(yùn)維管理與服務(wù)[J].中國數(shù)據(jù)醫(yī)學(xué)，2011, 6(7)：13-15.

7 肖革新，張睿，馬家奇.中國疾控中心IT運(yùn)維管理平臺設(shè)計(jì)思路[J].醫(yī)學(xué)信息學(xué)雜志，2011, 32 (8)：15-19.

Requirement Analysis and Design of the Operation and Maintenance Management System for Hospital Information Platforms

CHUZong-rao,Hebei

GeneralHospital,Shijiazhuang050051,China

The paper analyzes the current situation and problems existing in the operation and maintenance of hospital information platforms, provides solutions for establishing the hospital information operation and maintenance system, and elaborates functions which should be equipped in the system from aspects of resource constraints, checking-in, the real-name system, authority, information completeness, openness, real-time tracking and positioning, publicity of the person-in-charge, relevance display, etc.

Informatization; Interactive running maintenance; Information system; Software design; Requirement analysis

2015-05-14

褚宗饒，網(wǎng)絡(luò)工程師。

R-058

A 〔DOI〕10.3969/j.issn.1673-6036.2015.09.010