技術解決方案_技術部分第12-13章_第1頁
技術解決方案_技術部分第12-13章_第2頁
技術解決方案_技術部分第12-13章_第3頁
技術解決方案_技術部分第12-13章_第4頁
技術解決方案_技術部分第12-13章_第5頁
已閱讀5頁,還剩66頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

12門戶Portal12.1概述al隨著網(wǎng)頁瀏覽器在90年代中期的廣泛應用,許多組織機構和公司開始嘗試泛的關注,對許方式展現(xiàn)不同來源的信息,可能是一種搜索引擎或目錄網(wǎng)頁,是鏈路、內容和服廣義的概念,水平門戶是指覆蓋各個方面的門戶,而垂直門戶只關注某一個功能領域。另一種定義是水平門戶提供一個平臺給幾個在同一領域的公司或同型的制造商或批發(fā)商,垂直門戶針對一個特定行業(yè),聚集了該特定行業(yè)感興趣的各類信息,并為他們提供服務,從而使該行業(yè)的所有企業(yè)可以從中受益。個人門戶地的信息,如天氣預報,街道地圖和當?shù)氐纳虡I(yè)信息。近年來區(qū)域門戶在許多國家已經(jīng)在電子商務,電子政機構開始向自己的市民提供門戶服務,如歐盟的官方門戶是Europa,它同所有的歐盟部門和機構相連,其中所有這要求WEB站點管理員能夠提供用個性WEB更容易地管理數(shù)據(jù)、信息和應用軟件以便提供個性化的服務。門戶的解決方案也包大多數(shù)這類門戶通過安全驗證或登錄來控制內部和外部的用戶進入特定的團體信息。由于許多門戶已經(jīng)轉變成某一特殊領域的門戶,給相關的公司和服務提供門戶的入醫(yī)療門戶可根據(jù)用戶對象的不同劃分為醫(yī)務人員門戶、公眾門戶和醫(yī)療管理門戶的特點。通過結;提供無門檻的用戶自定義功能;增強的全文檢索功能;通過統(tǒng)一的門戶集成標準,快速集成其他以及可將多個應用系總而言之,醫(yī)療門戶就是指在Internet的環(huán)境下,把各種應用系統(tǒng)、數(shù)據(jù)使用特點和角色的不同,形成不同的應用界面,并通過對事件和消息的處理傳輸把用戶有機地聯(lián)系在信息,更重要的是要求能實現(xiàn)多業(yè)務系統(tǒng)的集成、能對用戶的各種要求做出快速響應、并且能對整ortal1).可擴展性:優(yōu)良的體系結構設計對于系統(tǒng)是否能夠適應將來新業(yè)務的發(fā)展至關重要。所有設計均考慮到應用逐步豐富、系統(tǒng)不斷擴展的要求,以形成2).先進性:設計方案中采用市場領先并成熟的技術,使項目具備國內同業(yè)3).安全性:采用防火墻技術,防范國際互連網(wǎng)上的非法用戶的侵入,防止合法用戶對重要的不宜公開的數(shù)據(jù)的侵入。重要數(shù)據(jù)的通訊采用SSL(SecureSocketLayer)進行傳輸加密。用程序定義為不同組件(或稱為服務),通過這些服務之間定義良好的接口和12.2需求分析醫(yī)療門戶根據(jù)用戶的不同而分為醫(yī)務人員門戶,公眾門戶和衛(wèi)生管理者門同時要滿足三種用戶的實際情況,門戶的需網(wǎng)站及最新醫(yī)療管理的規(guī)章制度,并可以通過權限控制瀏覽自己相關的臨床資料,臨床信息和政府信息;第二個層次為滿足用戶在門戶上錄入和發(fā)布信息的需支持用戶在門戶和網(wǎng)從技術角度看,用戶注冊、權限控制、安全性和系統(tǒng)跟蹤是三類門戶所必需的,由區(qū)域衛(wèi)生信息平臺提供的通用服務完成。注冊又分為組織機構注冊和用戶組織機構的注冊:通過建立醫(yī)療衛(wèi)生機構注冊庫,提供本區(qū)域內所有醫(yī)療機構的綜合目錄,相關的機構包括二三級醫(yī)院、社區(qū)衛(wèi)生服務中心、疾病預防控制中心、衛(wèi)生監(jiān)督所、婦幼保健所等。區(qū)域衛(wèi)生信息平臺為每個機構分配唯一的標問題,從而保證居民健康信息在不同系統(tǒng)中使用統(tǒng)一的規(guī)范化的標識符,同時也滿足區(qū)域衛(wèi)生信息平臺層與下屬醫(yī)療衛(wèi)生機構服務點層的互聯(lián)互通要求。醫(yī)療衛(wèi)生機構注冊服務主要由醫(yī)政(衛(wèi)監(jiān))來使用,完成醫(yī)療衛(wèi)生機構的注冊。醫(yī)生、護士、實驗室醫(yī)師、醫(yī)學影像專業(yè)人員、疾病預防控制專業(yè)人員、婦幼保健人員及其他從事分配一個唯一的標識,并提供給平臺以及與平臺交互的系統(tǒng)和用戶所使用。該功能的基本流程為,各醫(yī)院、社區(qū)和公共衛(wèi)生機構提供所轄醫(yī)療衛(wèi)生人員基礎信息給醫(yī)政,醫(yī)政完成。個人注冊:個人注冊服務是指在一定區(qū)域管轄范圍內,形成一個個人注冊庫,個人的健康標識號、基本信息被安全地保存和維護著,提供給區(qū)域衛(wèi)生信息平臺所使用,并可為醫(yī)療就診及公共衛(wèi)生相關的業(yè)務系統(tǒng)提供人員身份識別功威信息來源,并盡可能地成為唯一的個人基本信息來源,用于醫(yī)療衛(wèi)生信息系統(tǒng)確認一個人是某個居性識別問題。個人注冊服務是區(qū)域衛(wèi)生信息平臺正常運行所不可或缺的,以確保記錄在健康檔案中的權限控制:通過用戶名和密碼來控制,進行角色管理,包括使用者進入系統(tǒng),提供病人信息到相關的醫(yī)療服務機構和醫(yī)療團隊。通過權限控制可以保護用戶資料,尤其是患者的醫(yī)療信息和衛(wèi)生管理者的行政管理資料和數(shù)據(jù),從而起到12.2.1.1.目標迅速、客戶化配置的醫(yī)療信息的瀏覽方式,從而將大量不同來源的醫(yī)療信息以一種有效的方式提供給不web點的連接;以及更進一步地提供醫(yī)療實踐的支持,如遠程會診、轉診、遠程教學及科研等,從而實現(xiàn)在不同的醫(yī)療服務團體之間,為了提供協(xié)作的醫(yī)療服務而建立起的醫(yī)務人員門戶,其目標是通過提供病人信息共享的平臺而達到對病人的協(xié)同的醫(yī)療服務,尤需求分析醫(yī)務人員門戶需提供同用戶專業(yè)相關的醫(yī)療信息,醫(yī)學及護理學進展,及時更新的政府醫(yī)療管理信息和醫(yī)療管理制度,如傳染病報告制度等。根據(jù)歐美等發(fā)達國家的發(fā)展情況,可以看到醫(yī)療門戶進一步的發(fā)展,將要求病人的醫(yī)療信息能在聯(lián)網(wǎng)的醫(yī)院,社區(qū)診所和醫(yī)務人員之間以及在和該病人相關的醫(yī)務人員之間進的功能,與該病人相關的醫(yī)務人員均能夠進入到該病人的醫(yī)療信息,這些醫(yī)療信息可以是概要性的病其相關的醫(yī)務人員瀏覽人員在門戶上進行診斷進入自己所在醫(yī)療機構的輸入自己的用戶名和密碼,醫(yī)務人員可以瀏覽自己所負責治療的病人的臨床資料以及發(fā)布臨床信息和提查,檢查結果提示輪狀病毒感染,給出診斷和治療建議,查看政府最新的關于輪狀病毒感染患兒的報1).第一層次需求:瀏覽信息O瀏覽醫(yī)學信息,包括醫(yī)學和護理學相關專業(yè)內容,用戶所在領域最新臨床O瀏覽政府信息,包括相關政府部門有關醫(yī)療的法律法規(guī),和醫(yī)務人員臨床行為密切相關的最新公告和通知。提供相關機構組織的網(wǎng)頁鏈接,如CDC會保障局及衛(wèi)生部等。O結構化的病人數(shù)據(jù)瀏覽:病人個人信息、過敏及副反應信息、藥物、診ISO同社區(qū)服務中心,醫(yī)療保險局及其他聯(lián)網(wǎng)的醫(yī)療機構和個人進行業(yè)務合12.2.2.1.目標、客戶化配置的醫(yī)療信覽,公眾用戶可以就自己的疾病和健康情況,查詢相關的健康和醫(yī)療信息,并可以就簡單和常規(guī)的醫(yī)療問題同自己的主治醫(yī)生或社區(qū)醫(yī)生進行咨詢,比如一些長期和慢性疾病的治療民的醫(yī)療保健知識和健康水平。公眾門戶還可以提供用戶的醫(yī)療保險賬戶信息瀏覽及管理功能,實現(xiàn)網(wǎng)疾病覽關于該地區(qū)的疾病狀況,尤其是傳染病發(fā)病狀況。居民通過密碼和用戶名可以近期該地區(qū)的疾病發(fā)病狀況,尤其是傳染病的發(fā)病情況通知和疫苗等,并檢索了有關糖尿病飲食的信息。通過用戶名和密碼登陸,可以進入已配置的該用戶的界面,查看自己的醫(yī)療檔案和化驗檢查,發(fā)現(xiàn)其空腹血糖化驗結果已恢復正常,網(wǎng)上發(fā)出咨詢給自己的社區(qū)醫(yī)生,咨詢胰島素用量調整建議,社區(qū)醫(yī)生給出藥量調1).第一層次需求:瀏覽信息O公眾醫(yī)療信息查詢:包括健康信息及新聞,主要是提供健康教育,如各類疾病查詢、健康指導、旅行以及疫苗接種建議、減肥和戒煙等。根據(jù)用戶保健建議。如可以進入自身情況相關的界面和服務,如孕產(chǎn)婦和婦女兒童保健服務界面、糖O個人醫(yī)療信息查詢:主要是和公眾用戶自身疾病和健康狀況密切相關的信2).第二層次需求:發(fā)布信息O發(fā)布信息:將自己的醫(yī)療信息,包括病歷資料、化驗及各種檢查結果發(fā)布。O用戶賬號管理:根據(jù)用戶年齡、性別、家族史和現(xiàn)有慢性病情況,用戶可自己3).第三層次需求:醫(yī)療行為O醫(yī)療咨詢:可以和居民長期就診的??漆t(yī)生和所屬的社區(qū)醫(yī)生開展醫(yī)療咨門戶12.2.3.1.目標根據(jù)衛(wèi)生管理者的需求、提供簡單、迅速、客戶化配置的信息的瀏覽方式,包括各類疾病發(fā)病情況的和統(tǒng)計信息等。從而將大量不同來源的醫(yī)療信息以一種有效的方式提供給不同職責范圍的衛(wèi)生管理者。醫(yī)保、突發(fā)事件、慢性病、傳染病信息的接收、上報和發(fā)布,以及和婦幼保健的管理,以及所有信息的統(tǒng)計和分需求分析衛(wèi)生服務機構的工作平臺;并能夠和其他機構組織的級的衛(wèi)生管理門戶、社會保障部門相連,從而使區(qū)域內各個醫(yī)療機構(CDC、醫(yī)院、社區(qū)衛(wèi)生服務中心)形成緊密的衛(wèi)生業(yè)務聯(lián)動。是能達到瀏覽相關信息,及時從所屬的各個醫(yī)療機構數(shù)據(jù)至相關的行政管理部門,并具有數(shù)據(jù)統(tǒng)計和分析功級醫(yī)院確診傳染病,市級三級醫(yī)院防??频顷戇M入該填寫傳染病管理報告卡,并傳送到居民所在的社區(qū)衛(wèi)生服治、腫瘤報告及管理、慢性疾病管理,職業(yè)病報告、職業(yè)性健康監(jiān)護、傷害監(jiān)測報告、中毒報告、行為危險因素監(jiān)測、老年人健康管理、新生兒和兒童健康體檢、成人健康體檢、出生及死亡醫(yī)學登記。從而對人群的疾病。O突發(fā)事件上報和管理功能:突發(fā)事件處置的全過程的數(shù)據(jù)上報和數(shù)據(jù)管理,同時能夠將衛(wèi)生管理部門的應對措施及時通過系統(tǒng)傳達給相應的單位病預防和控制12.3門戶的技術解決方案型和技術要求Portal管理等服務的基礎一個Portal由多個PortalPage組成。每個PortalPage都包含了多每個PortletPage由一個或多個PortletWindow組成,每個PortletWindowDecorationsandcontrols決定了portlet窗口的標題條、控制和邊界的樣式;另一個是PortletFragment,它由Portlet,并將Portlet產(chǎn)生的內容聚集到Portal頁面返回給用戶。(PortalPortletContainerPortlet供其運行所需Portlet儲。一個Portletcontainer接收到來自Portal的請求后,接著將這個請求傳遞給存在Container的Portlet執(zhí)行。PortletContainer沒有義務去組合Portlets產(chǎn)生的信息內容,這個工作必須由Portal(即PortalServer)來處理。Portal和PortletContainer可以放在一起視為同一個系統(tǒng)的組件,或者分開成為兩個獨立的組Portlet的定義:一個Portlet是以Java技術為技術的Web組件,由PortletContainerrequest種動態(tài)的信息內容。Portlets為可插式(pluggable)的客戶界面組件,提供呈現(xiàn)層成為一個信息系統(tǒng)。這些由portlet產(chǎn)生的內容也被稱為片段(fragment),而片段是具有rkupHTMLXHTMLWML雜的文件。而Portlet中的內容正常來說是與其他Portlet的內容聚合而成為業(yè)務邏輯架構portletsJSR的第三方應用可以將需要進入公眾門戶、醫(yī)務人員門戶或者衛(wèi)生管理者門戶的業(yè)務應用,信息等集支撐門戶容器的運行,提供核心業(yè)務服務和基礎設施服務。并提供面向服務的體系架構,將異構平臺上的應用系統(tǒng)的不同功能部件(服務),通過這些服務之間定義良好的接口和規(guī)范,按照松耦合方式整合在一起。使得第三方應用系統(tǒng)施的約束條件1).服務器平臺約束2).中間件約束O可伸縮性,可以通過服務器之間的互聯(lián)提供了消息分流的功能、以及系統(tǒng)3).數(shù)據(jù)庫服務器平臺約束O數(shù)據(jù)庫開放性,包括協(xié)議開放性、硬件系統(tǒng)開放性、體系結構開放性應用支撐環(huán)境門戶服務主要通過Internet,基于低成本、高性能和高可用性的原則,采用(虛擬機)數(shù)據(jù)庫服務器(虛擬機)數(shù)據(jù)庫服務器應用服務器應用服務器應用服務器應用服務器M以太網(wǎng)交換機M以太網(wǎng)交換機以太網(wǎng)交換機HIE門戶虛擬機集群(2節(jié)點)iSCSI存儲服務器上之上的虛擬CPUQuad-CoreIntelXeonProE54302.66GHz1orequivalentMemory4GDIMM1RAIDCardPERCiRAIDcontrollerMcachebattery1HDD400G10K3.5’SASHDD6NICembeddedGigabitNICports2DVD8XDVD-ROM1RailRackRail1PSPRedundantPowerSupply11(虛擬機)CPUQuad-CoreIntelXeonProE54302.66GHz1orequivalentMemory4GDIMM1RAIDCardPERCiRAIDcontrollerMcachebattery1HDD400G10K3.5’SASHDD61NICembeddedGigabitNICports2DVD8XDVD-ROM1RailRackRail1PSPRedundantPowerSupply1MemoryHDDGraphicCapableNICDQuadCoreIntelRXeon(R)E54052.0GHz/1333MHZ/12MBL2CachemoryGBSATARPMHardDiskDrive(Rack)MBPCIex6NVIDIAQuadroNVS290,DualMonitorDVIorVGAdGigabitEthernetControllerWindowsXPProfessional32bitSP38XmaxSATADVD+/-RW1RapidVersaRailsTM)forPowerEdge(TM)2970/2950&Precision1ControllerRedundantStorageControllerHDD1TBSATAHDDrailRackRailPSPRedundantPowersupply12CPUQuad-CoreIntelXeonProE54302.66GHz1orequivalentMemory4GDIMM1RAIDCardPERCiRAIDcontrollerMcachebattery1HDD400G10K3.5’SASHDD6NICembeddedGigabitNICports2DVD8XDVD-ROM1RailRackRail1PSPRedundantPowerSupply16(虛擬機)CPUQuad-CoreIntelXeonProE54302.66GHz1orequivalentMemory4GDIMM1RAIDCardPERCiRAIDcontrollerMcachebattery1HDD400G10K3.5’SASHDD6NICembeddedGigabitNICports2DVD8XDVD-ROM1RailRackRail1PSPRedundantPowerSupply16MemoryHDDGraphicCapableNICDQuadCoreIntelRXeon(R)E54052.0GHz/1333MHZ/12MBL2CachemoryGBSATARPMHardDiskDrive(Rack)MBPCIex6NVIDIAQuadroNVS290,DualMonitorDVIorVGAdGigabitEthernetControllerWindowsXPProfessional32bitSP38XmaxSATADVD+/-RW1RapidVersaRailsTM)forPowerEdge(TM)2970/2950&Precision6ControllerRedundantStorageControllerHDD1TBSATAHDDrailRackRailPSPRedundantPowersupply12CPUQuad-CoreIntelXeonProE54302.66GHz1orequivalentMemory4GDIMM1RAIDCardPERCiRAIDcontrollerMcachebattery1HDD400G10K3.5’SASHDD6NICembeddedGigabitNICports2DVD8XDVD-ROM1RailRackRail1PSPRedundantPowerSupply1(虛擬機)CPUQuad-CoreIntelXeonProE54302.66GHz1orequivalentMemory4GDIMM1RAIDCardPERCiRAIDcontrollerMcachebattery1HDD400G10K3.5’SASHDD6NICembeddedGigabitNICports2DVD8XDVD-ROM1RailRackRail1PSPRedundantPowerSupply1MemoryHDDGraphicCapableNICDQuadCoreIntelRXeon(R)E54052.0GHz/1333MHZ/12MBL2CachemoryGBSATARPMHardDiskDrive(Rack)MBPCIex6NVIDIAQuadroNVS290,DualMonitorDVIorVGAdGigabitEthernetControllerWindowsXPProfessional32bitSP38XmaxSATADVD+/-RW1RapidVersaRailsTM)forPowerEdge(TM)2970/2950&Precision1ControllerRedundantStorageControllerHDD1TBSATAHDDrailRackRailPSPRedundantPowersupply12O最上面的表示層,提供用戶界面顯示(Portlets)和Web服務。O服務轉換層負責將門戶服務提供平臺和第三方系統(tǒng)的業(yè)務對象進行轉配和O服務層則提供門戶服務提供平臺的核心業(yè)務規(guī)則、流程處理和領域對象訪文檔)入口。選擇案例Windows桌面系統(tǒng)13區(qū)域衛(wèi)生信息平臺建設項目的管理區(qū)域衛(wèi)生信息化是一個涉及到基礎民生問題的系統(tǒng)工程。所以,無論是其涉及到的技術問題、政策問題,還是各種醫(yī)療機構、公共衛(wèi)生機構和社會公眾對于區(qū)域衛(wèi)生信息化的認同程度,都在一定程度上影響著項目的建設和發(fā)展。區(qū)域衛(wèi)生信息化建設項目管理的方法論是關于區(qū)域衛(wèi)生信息網(wǎng)建設方法、工具的總稱,工作過程的模板??茖W的方法論對區(qū)域衛(wèi)生信息化的成功來說是一種保證體系。區(qū)域衛(wèi)生信息化項目的管理章節(jié)介紹的是國內外眾多區(qū)域衛(wèi)生信息化建設經(jīng)驗的方案、工具一起組成了區(qū)域衛(wèi)生信息化建設方法論,希望為各級區(qū)域衛(wèi)生信息化項目建設主體部門(包括各級衛(wèi)生廳局、信息化主管部門、財政、發(fā)改委及建設廠商)提供一個比較系統(tǒng)和完整的區(qū)域衛(wèi)生信息化建設路線圖。對路線圖中的重要工作的目標、范圍和成果有一個界定。對整個項目管理過程中可能出現(xiàn)的管控、政策法規(guī)、持續(xù)運營者在具體項目中制定詳13.1區(qū)域衛(wèi)生信息化項目過程縱觀國內外區(qū)域衛(wèi)生信息化建設的發(fā)展歷程和經(jīng)驗,區(qū)域衛(wèi)生信息化項目建設計階段、開發(fā)/實施階段和運營維護、評價階段。貫穿所有階段始終的工作包括:管控體系的建立、業(yè)務模式的建立、技術平臺的實現(xiàn)和各方用戶的接受。在論,可以保持區(qū)域整體規(guī)劃整體規(guī)劃13.2整體規(guī)劃階段醫(yī)療衛(wèi)生體系的復雜性,決定了區(qū)域衛(wèi)生信息化建設規(guī)劃的必要性。醫(yī)療衛(wèi)生體系是一個龐大、關系復雜的社會生態(tài)系統(tǒng),有部屬、市署、區(qū)縣署醫(yī)院,有軍隊系統(tǒng)、民營醫(yī)院醫(yī)療機構,有疾控、衛(wèi)監(jiān)、血液管理等多種公共衛(wèi)生機構,從中央到地方構成一個龐大的、上下左右關系非常密切的運行系統(tǒng)。它的信息化建設和傳統(tǒng)醫(yī)療衛(wèi)生機構內部信息化建設不一樣,一個機構可以自己進行HIS建但是,不能完全孤立的建立一個區(qū)域衛(wèi)生信息化應用系統(tǒng),它必須要和上下左右的業(yè)務關聯(lián)單位結合。由于這套衛(wèi)生服務和行政體系的運行是非常復雜的,各個不同政府職能部門的職能實現(xiàn)形式也是很復雜的。因此在推動區(qū)域衛(wèi)生信息化、構建區(qū)域衛(wèi)生信息平臺的時候,必須要通過統(tǒng)一的規(guī)劃來規(guī)范各個部門的建設行為,如果沒有這樣一個規(guī)劃,各個部門各自為政,不僅會造成大量的重復建設,。衛(wèi)生體制改革的動態(tài)性要求衛(wèi)生信息系統(tǒng)建設要有前瞻性。近幾年是我國衛(wèi)生體制改革的關鍵時期,各種改革方案和法規(guī)的出臺對區(qū)域衛(wèi)生信息化提出不同態(tài)的、不斷深化的業(yè)務戰(zhàn)略規(guī)劃調研分析現(xiàn)狀原型搭建規(guī)劃過程。因此要通過制定區(qū)域衛(wèi)生信息化的規(guī)劃,制定比較長期的、前瞻性的區(qū)域業(yè)務戰(zhàn)略規(guī)劃調研分析現(xiàn)狀原型搭建規(guī)劃實實施計劃技技術戰(zhàn)略規(guī)劃13.2.1主要工作內容1).任務01理解區(qū)域衛(wèi)生信息化所涉及的相關機構業(yè)務和信息化現(xiàn)狀和業(yè)該任務的目標是對區(qū)域衛(wèi)生信息化的業(yè)務發(fā)展計劃與業(yè)務、信息化現(xiàn)狀進行【工作任務】O通過查閱有關資料及與衛(wèi)生廳/局有關部門進行交流,了解衛(wèi)生廳/局業(yè)務【工作步驟與相關前提】導對IT在本地醫(yī)療衛(wèi)生體系發(fā)展中的價值的看法以及對IT的定位和期O在項目實施過程中,需要對部分有代表性的職能部門、基層單位的有關領義為確保區(qū)域衛(wèi)生信息化資源整合方案的先進性,對相關區(qū)域衛(wèi)生信息化的發(fā)紹和分析【工作任務】O通過咨詢方的全球知識網(wǎng)絡和專家資源收集并歸納區(qū)域衛(wèi)生信息化相關業(yè)略規(guī)劃T確定信息技術的遠景目標、信息化建設的原則和總體信息化建設的戰(zhàn)略和業(yè)【工作任務】的使命IT考慮);法律、法規(guī)、政策、協(xié)同機制和評估制度框架,以更加規(guī)范化、制度化的方式,O對區(qū)域衛(wèi)生信息化的建設模式和運營模式進行分析與設計,針對基本醫(yī)療信息服務和增值醫(yī)療信息服務分別提出針對性地建設和運營模式,提出區(qū)域衛(wèi)生【工作步驟與相關假設】系統(tǒng)架構藍圖【工作任務】總體應用和信息架構.O對區(qū)域衛(wèi)生信息平臺和主要醫(yī)療機構和公衛(wèi)機構的應用系統(tǒng)進行定義與總體描述,說明其管理的業(yè)務范圍、功能范圍、系統(tǒng)內部各業(yè)務間的關系、總體體【工作步驟與相關前提】O未來總體應用架構藍圖設計、應用系統(tǒng)功能定義、應OIT人員進行討論,以便就未來應用架構藍圖ITO本項目不包含對各應用系統(tǒng)間接口的詳細定義和詳細技術設計等詳細設計架構所需的基礎設施架構【工作任務】【工作步驟與相關假設】OIT人員進行討論,以便就未來技術架構IT三年整體應用架構的信息安全體系架構【工作任務】驗,結合本區(qū)域衛(wèi)生信息化的現(xiàn)狀和發(fā)展方向,制定信息安全的總體發(fā)展戰(zhàn)略和理藍圖轉化為工作任務內安全體系建設的工作計劃和路線圖【工作步驟與相關前提】OIT人員進行討論,以便就未來信息安全體系IT【工作任務】【工作步驟與相關假設】的定義是指對項目目標、范圍、風險及防范措施、投資概算和資源需求的進行概O員與IT人員進行討論,以便就相關工13.2.2主要工作要點一個區(qū)域衛(wèi)生信息化規(guī)劃,由于涉及的部門眾多,業(yè)務關系復雜,單憑一個總體規(guī)劃是難以做實的,因此可以通過設定若干規(guī)劃層次,將原本一個規(guī)劃難以相配合:第一個層面,明確整個區(qū)域衛(wèi)生平臺的總體架構,重點明確集中建設與分布建設的分工,確定重點發(fā)展的業(yè)務領域;第二個層面是對總體規(guī)劃確定的重點業(yè)務領域分別進行規(guī)劃,優(yōu)先對諸如公共衛(wèi)生、醫(yī)療機構、社區(qū)衛(wèi)生等比較穩(wěn)定和關鍵的業(yè)務領域進行統(tǒng)籌規(guī)劃,制定一個以總體框架、實施步驟為主要內容的規(guī)劃。兩個層面的規(guī)劃必須要通過統(tǒng)一的管控機制實現(xiàn)互相銜接。第二個層面的工作可以在集中規(guī)劃的時候完成,也可重視信息資源的分析醫(yī)療衛(wèi)生的特點是信息密集型,因此,在規(guī)劃階段應圍繞關鍵、穩(wěn)定業(yè)務進行統(tǒng)籌規(guī)劃,才有利于保護投資、規(guī)避風險以及確定建設中的輕重緩急。從業(yè)務以促進不同衛(wèi)生部門主動進行業(yè)務上的銜接與配合。辨識關鍵業(yè)務、確定業(yè)務的優(yōu)先級、梳理信息資源門之間的不協(xié)調和矛盾顯性化,但矛盾的凸現(xiàn)也將推動業(yè)務的優(yōu)化調整。對區(qū)域衛(wèi)生信息化本身而言,統(tǒng)各自建好后再去解決業(yè)務不能協(xié)同、信息難以共享等復雜問題,使區(qū)域衛(wèi)生信息化真正成為各個衛(wèi)生依照操作的“行動指南”。13.3可研/立項階段13.3.1主要工作內容的安排。立項階段是針對這些子項目一一進行項目可行性的研究。主要工作成果是項目可行性研究報告,依據(jù)有關國家、地方的法律、法規(guī)、技術標準和有關規(guī)定擬定。工作目標是設所需的各類資源,制定可行性研究報告??裳袌蟾嫱ㄟ^相關部門審批后,在計劃部門批準立項、財政13.3.2主要工作難點項,而國內醫(yī)療行業(yè)有足夠的經(jīng)費支持也不是通過有經(jīng)驗的商業(yè)咨詢方式完成,大多內容制定走形式,東搬西抄而非具體結合本地用戶的需求。事實上,可研工作成果將為整個區(qū)域衛(wèi)生信息化項目奠定建設內容基礎,財務預算基礎、技術路線基礎等諸多原則性內容,承擔極大的責任,需要系統(tǒng)、客觀、科學的調研、分析、論證過程。因此,在立項階段就應該13.4設計/開發(fā)/實施階段13.4.1主要工作內容1).計劃實現(xiàn)交付所需的任務、從屬關系、進度、成效和資源等要素??梢杂?W來概括hatWhoWhen (何時:進度和里程碑)、How(如何實施:工作計劃,資源計劃,質量計劃)、If…h(huán)ow(如果……怎么辦:降低風險計劃)。項目組在項目中可以使用Microsoft在外包開發(fā)的項目中,項目計劃一般由開發(fā)商負責制定,用戶方則負責指導2).需求分析和范圍確認需求是項目實施的基礎。對于項目管理而言,最關鍵的一項工作之一就是通過細致全面的需求分析,判斷某項具體需求是否屬于本項目的工作范圍,或是否在項目的可控范圍之內。只有明確了這些問題,項目組才能進一步在系統(tǒng)中落實需求是系統(tǒng)開發(fā)的最重要基準,全面的需求描述應該包括業(yè)務需求、技術需求和運維需求。需求是對某產(chǎn)品或服務的功能和性能特征的記錄,它定義”做什在需求收集階段,項目組與各部門的用戶進行了充分的交流,收集了各方的人,并確保該負責人能夠確認需求文檔。在需求收集的過程中,必須注意按照項目啟動階的過度膨脹。在需求收集結束后項目組提交以文字和流程圖形式描述的需求文檔,并交由信息辦需求管理組和系統(tǒng)規(guī)劃組進行確認,形成正式的需求文檔。在言編寫需求規(guī)格說為確認該需求規(guī)格說明書是基于對用戶需求的準確完整理解之上的,項目組應該組織項目管理小組和開發(fā)團隊對其進行嚴格的確認。對于外包項目而言,用確認需求規(guī)格說明書的過程中負有重要責任。在確認階段,主要應該完成如下四個方面的工作:一是事先通知,確保工作環(huán)歧意見,控制討論廣見;三是事后追蹤,即在收到反饋意見及提交問題后,及時追蹤其狀態(tài),落實解決方案;四是控制需求通過需求確認,項目組可以發(fā)現(xiàn)開發(fā)團隊和用戶理解不一致和錯漏的情況,3).設計開發(fā)對于一個大型的系統(tǒng),對其質量的控制應該從早期開始,而不是等到系統(tǒng)已設計的評審是IT項目所進行的一項重要很多不規(guī)范的軟件項目往往是邊設計邊開發(fā),甚至沒有設計就開發(fā),在開發(fā)結束之后再補充設計文檔,這種方式下設計文檔只是應付項目結項的擺設,無法在采用外包方式開發(fā)的項目中,應堅持要求開發(fā)商提供完整的設計文檔并請并且在開發(fā)過程中對系統(tǒng)的開發(fā)進行抽查,審查是否遵循了設計文檔的規(guī)范。在自行開發(fā)的項目中,項目管理團隊也應該對開發(fā)團隊提出同樣的要求。這些行動免了后期發(fā)現(xiàn)質量問題4).測試及用戶驗收測試模塊測試階段。完成系統(tǒng)開發(fā)和模塊測試后,將進入測試及用戶驗收測試階段。在這一階段中,項目組應該首先對整個應用系統(tǒng)進行嚴格的測試,以便發(fā)現(xiàn)和解決系統(tǒng)中存在的功行用戶驗收測試,以便驗證應用系統(tǒng)是否達到了需求規(guī)格說明書中定義的各項需求。不論是測試還是性能測試工具測試系統(tǒng)在正常的系統(tǒng)壓力情況下的響集群等技術方便地擴系統(tǒng)的安裝、啟動、備份、恢復、監(jiān)控等運行維護所需的功體的計劃,確定在什確定項目經(jīng)理、項及測試結果的確認三是執(zhí)行測試或用戶驗收測試。在系統(tǒng)滿足測試條件的情況下,各相關人員按照計劃執(zhí)行測試或用戶驗收測試,圖13‐4所示測試或用戶驗收測試執(zhí)行過程示意圖。圖中標出的“回歸測試”是一種特殊的方法,表示測試將分為若干輪,在每一輪測試中解決并重新測試了發(fā)現(xiàn)的問題之后,將從頭開始執(zhí)行下一輪全面測試,直到滿足測試結束條件。引入回歸測試方法是為了檢驗:解決存在的問題時系統(tǒng)問題日志及回歸測試流程、變更請求流程、測試腳本簽收單、測試腳本統(tǒng)計表、測試執(zhí)行狀態(tài)報告表、測試用戶(ID)及其權限清單、測試分工計劃、測試執(zhí)行計劃、測試后勤管對于測試過程中發(fā)現(xiàn)的任何問題,都會記錄入測試問題日志并提交給開發(fā)團隊進行修改。如果在測試中需要其它項目配合或者共同參與,應該提請工程辦,5).試運行及上線在用戶驗收測試的結果滿足既定要求的前提下,項目管理組應該向工程辦提出試運行和上線請求。上線方案的選擇方案包括:直接切換、并行切換、分段切換和試驗切換等四種方式。通常出于謹慎原則,采用并行切換的方式。即在試運系統(tǒng)在前臺直接面對用戶,新系統(tǒng)在后臺運行,接受重復錄入的數(shù)據(jù);等到新系統(tǒng)運行比較穩(wěn)定以小、基礎較好的試運項目組應該設計試運行方案(外包項目中,由開發(fā)商設計方案,用戶方進行指導和確認),詳細設計試運行單位在雙系統(tǒng)并行期間的操作流程,并準備在出對于在試運行期間發(fā)現(xiàn)的錯誤,項目組每天都應該進行緊急程度分析,對于新,新的版本必須通過項目組的測試之后才能夠發(fā)布到運行系統(tǒng)中,以防止引入新的錯誤,保證問題13.4.2主要工作難點項目組組織架構搭建好后,就進入項目管理實施階段。根據(jù)美國項目管理專成本管理、質量管理、人力資源管理、溝通管理、問題/風險管理、采購管理和整下面將對上述九大要素進行簡單的介紹。事實上,這些要素同時又是工程管理的重要內容,信息辦可以根據(jù)控制的需要對某一要素提升為獨立的管理制度,并指定專業(yè)組進行宏觀管理。例如,需求管理可以由信息辦需求組進行協(xié)調管理九大要素進行綜組工作進行專門闡做過項目的人可能都會有這樣的經(jīng)歷:一個項目做了很久,感覺總是做不完,就像一個“無底洞”。用戶總是有新的需求要項目組和開發(fā)商來做,就像用戶在“漫天要價”,而需求管理組、項目組和開發(fā)方必須綜合衡量和評估后“就地還錢”。實際上,這里涉及到一個“范圍管理”的概念。項目管理最重要也是最難做的一件工作就是確定項目的范圍,項目范圍管理就是要清晰地界定項目該做什么,不該做什么,做到什么程度,范圍管理貫穿于項目的各個階段。在項目管理中,范圍管理是一個非常重要的管理內容。但是,范圍管理的前置環(huán)節(jié)是需求管理,即用戶需求的收集、評估、審批和控制,顯得比項目范圍管宏觀些,主要平臺。范圍管作應該是經(jīng)過IT管控流程審批通過的IT的存在問題IT造成項目失敗的主要因素之一,因此,對項目范圍的管理更加困難。很多項目都會遭遇以下的情況:一是在項目啟動初期片混沌的狀態(tài)下開始項目;二是雖然有明確的項目范圍確定,但是沒有經(jīng)過充分的論證,導致后期無法實現(xiàn)或者實現(xiàn)后無法得到用戶認同;三是項目范圍不斷變2)范圍管理關鍵點的控制①在項目啟動階段,由用戶方、開發(fā)商和監(jiān)理方共同制定明確的、最重要和緊迫的任務作為本項目的項目范圍。在收到用戶方提出并經(jīng)需求管理組審批的需求后,首先必須經(jīng)過用戶方、開發(fā)商和監(jiān)理方的充分討論,共同制定明確的、最并作為開發(fā)合同通報并廣泛征求②在項目執(zhí)行階段,應建立嚴格的需求變更控制流程,以應對政策和業(yè)務變動。由于政策和實際的業(yè)務情況經(jīng)常會有變動,而且初期的范圍定義不可能面面俱到,因此在項目的執(zhí)行過程中不可避免會有范圍變更的需求。如果沒有嚴格的需求變更控制流程,對這種情況往往采取比較隨意的做法,由主管領導決定是否和用戶方之間往往會出現(xiàn)項目組應在信息辦(需求組)指導下建立或履行嚴格的變更控制流程,最好堅持把所有的變更都納入這個統(tǒng)一的流程,對范圍變更進行嚴格的管理。具體的流程為:首先,對所有的需求變更進行審批。需求提出方填寫變更申請表,并提交相關業(yè)務部門領導確認簽發(fā)。其次,項目組以收到需求變更后,要負責跟蹤記錄變更日志,并對變更進行影響分析,確定該變更可以通過何種方式實現(xiàn),對項目的進度、工作量等各方面的影響有多大。最后,將所填具的影響分析表根據(jù)需要提交項目組長和開發(fā)“按時、保質地完成項目”是每一位項目組長最大的期望,但工期拖延的現(xiàn)象關鍵內容,它的目的是保證按時完成項目、合理分配資源、發(fā)揮最佳工作效率。它的主要工作包括定義項目活動、任務、活動排序、每項活動的合理工期估算、制定項目完整的進度計劃、資源共享分配、監(jiān)控項目進度等內容。時間管理以范圍管理為前提。項目一開始首先要有明確項目目標、可交付產(chǎn)品的范圍定義文檔和項目的工作分解結構 1)定義項目任務將項目工作分解為更小、更易管理的任務或活動,這些小的任務應該是能夠將所有任務列成一個例如,將軟件開發(fā)項目任務劃分為計劃、分析、設計、開發(fā)、測試、部署/上線等2)任務排序在產(chǎn)品描述、任務清單的基礎上,要找出項目任務之間的依賴關系和特殊領域的依賴關系、工作順序。設立項目里程碑(milestone)是排序工作中很重要的一部分。里程碑是項目中關鍵的事件及關鍵的目標時間,是項目成功的重要因素。里程碑事件是確保完成項目需求的活動序列中不可或缺的一部分。比如在軟2002.112002.122003.12003.22003.32003.42003.52003.62003.72003.82003.92003.102003.11第一月第二月第三月第四月第五月第六月第七月第八月第九月第十月第十一月第十二月第十三月階段計劃階段計劃階段項目啟動項目需求分析概要設計設計詳細編碼/測試驗收測驗收測試回歸測試分局性能試運行試運行測試線正式上項目結束項目結束圖13-7軟件開發(fā)項目里程碑示意圖(見星號所示)3)活動工期估算項目工期估算是根據(jù)項目范圍、資源狀況計劃列出項目活動所需要的工期。估算的工期應該現(xiàn)實、有效并能保證質量。所以在估算工期時要充分考慮活動清單、合理的資源需求、人員的能力因素以及環(huán)境因素對項目工期的影響。在對每項活動的工期估算中應充分考慮風險因素對工期的影響。項目工期估算完成后,4)安排進度表項目的進度計劃意味著明確定義項目活動的開始和結束日期,這是一個反復確認的過程。進度表的確定應根據(jù)項目網(wǎng)絡圖、估算的活動工期、資源需求、資源共享情況、項目執(zhí)行的工作日歷、進度限制、最早和最晚時間、風險管理計關鍵路徑法(CPM)是時間管理中很實用的一種方法,其工作原理是:為每個最小任務單位計算工期、定義最早開始和結束日期、最遲開始和結束日期、按時間壓縮是指針對關鍵路徑進行優(yōu)化,結合成本因素、資源因素、工作時間因素、任務的可行進度因素對整個計劃進行調整,直到關鍵路徑所用的時間不能再理專業(yè)書籍,在此不在項目過程中,項目管理組還應監(jiān)督進度的執(zhí)行狀況,及時發(fā)現(xiàn)和糾正偏差、錯誤。在控制中要考慮影響項目進度變化的因素、項目進度變更對其他部分項目成本管理就是通過開源節(jié)流,使項目成本最小化和項目收益最大化。對在我國,項目的成本管理一直是項目管理的弱項,“節(jié)流”總是說得多、做得完成項目活動所需的資源成本,造成預算不足的局面;或者由于項目的資金“源”自政府撥款,花起分析項目現(xiàn)金流和IT是各方關注的焦點,因為目前還沒有一套完軟件工程項目的成敗,通常是因為管理問題(協(xié)同工作的能力),而不是技術上的問題。項目質量管理包括質量計劃編制、質量保證和質量控制。質量計劃編制確認了與項目相關的質量標準且如何滿足他們。質量保證包括評估所有項目執(zhí)行情況來確保項目將滿足相關的質量標準。質量控制包括監(jiān)控特定的項目結果來確保他目質量管理中,質量管理總是圍繞著質量保證(QualityAssurance)過程和質量控制(QualityControl)過程天時、地利、人和一直被認為是成功的三大因素。其中,“人和”是主觀因素,就顯得更為重要。在項目管理中“人”的因素也極為重要,因為項目中所有活動均是由人來完成的。如何充分發(fā)揮“人”的作用,對于項目的成敗起著至關重要的作用。項目人力資源管理中所涉及的內容就是如何發(fā)揮“人”的作用。它包括確1)確定組織結構項目組的組織結構的搭建前面已經(jīng)有詳細的描述。這里主要闡述確定、分配①角色和職責分配。項目角色和職責在項目管理中必須明確,否則容易造成同一項工作沒人負責,最終影響項目目標的實現(xiàn)。為了使每項工作能夠順利進行,就必須將每項工作分配到具體的個人(或小組),明確不同的個人(或小組)在這項工作中的職責,而且每項工作只能有唯一的負責人(或小組)。同時由于角色和職責可能隨時間而變化,在結果中也需要明確這層關系。表示這部分內容最常用的方式為:職責分配矩陣(RAW),請參閱相關書籍,在此不再贅②人員配備管理計劃。它主要描述項目組什么時候需要什么樣的人力資源,③組織機構圖。它是項目匯報關系的圖形表示,主要描述團隊成員之間的工2)人員募集組織能力;②具有比較強的溝通能力;深度;⑤具體一定的管力;③有解決問題方案的業(yè)務素質或技術能力;④對問題的理解有一定的深度;3)團隊建設團隊建設是人力資源管理的重要內容,特別是在壓力較大、工作緊張的項目中,團隊建設是必要的“潤滑劑”。首先,項目組長應努力營造精誠合作的團隊氛圍,項目組通常是用戶方、開發(fā)方和監(jiān)理方三方合作的工作團隊,而項目組成員通常包括業(yè)務、技術和其他專業(yè)人員,應提供機會相互了解和支持其他人的工溝通途徑不對導致信息沒有到達目的地?!靶挠徐`犀一點通”可能只是一種文學描繪出的美妙境界。在實際工作中,文化背景、工作背景、技術背景可以造成人們對同一事件理解方式偏差很大。在項目中,溝通更是不可忽視。項目組長最重要的工作之一就是溝通。良好的交流才能獲取足夠的信息、發(fā)現(xiàn)潛在的問題、1)正式非個人方式,如正式會議等;2)正式個人之間交流,如成員之間的正式討論等;3)非正式個人之間交流,如個人之間的自由交流等;4)電子通訊,如E‐MAIL(電子郵件)、BBS(電子公告板系統(tǒng))等。信息系統(tǒng)項目管理存在著風險,如果我們提前重視風險,并且有所防范,就1)風險的分類根據(jù)風險內容,我們可以將風險分為項目風險(成本提高,時間延長等)、技術風險(技術不成熟等)、商業(yè)風險(開發(fā)商問題等)、戰(zhàn)略風險(組織的經(jīng)營戰(zhàn)略發(fā)生了變化)、管理風險(管理人員是否成熟等)、預算風險(預算是否準確等)等。我們還可以將風險分為已知風險(如員工離職等)、可預報風險(從以往經(jīng)驗得出可能有風險的)和不可預知風險。2)風險的識別、評估和預防風險識別的有效方法是建立風險項目檢查表。主要涉及以下幾方面檢查:系統(tǒng)規(guī)模、政策影響、開發(fā)商的資質水平、技術風險檢查、開發(fā)環(huán)境風險檢查、與風險評估的主要方法包括:發(fā)生的可能性、發(fā)生的結果(影響)、風險發(fā)生的可能性、風險可能帶來的后果、估計對產(chǎn)品和項目的影響、確定風險評估的正確性、根據(jù)影響排序。另外,要對每個風險的表現(xiàn)、范圍、時間做出盡量準確的率和特征,并制訂相應3)問題與風險的匯報當一個項目置于工程管理的管理之下時。項目管理組應該通過既定的匯報機辦通過對多個項目的風險、問題的匯集整理以及分析,能夠及時向工程總監(jiān)和相關項目組預報跨項目風險并推薦有效的應對措施以規(guī)避工程中的重大和跨項目風在非公共領域項目管理概念里,采購管理主要是指通過有效的采購管理節(jié)省采購計劃、采購過程管理、采購成本分析、采購安全和保密等方面。而對于政府項目管理來說,主要是指根據(jù)政府采購法律法規(guī),建立健全有效的采購管理流程,以節(jié)省采購成本,保、采購成本分析、采購通常在政府部門均有專門的政府采購主管部門,項目組或信息辦設備管理組1)采購需求提出一般而言,在采購之前首先要做采購需求分析,以決定是否要采購、怎樣采啟動階段,應該制定硬件、軟件或其它設備制的采購計劃,制定并實施開發(fā)商和監(jiān)理商采購(招募)計2)政府采購流程按照政府采購法律法規(guī)的規(guī)定,在規(guī)定金額標準以上的采購必須經(jīng)過公開招標程序,對于單一來源的采購合同在規(guī)定金額標準以下的可以采用直接采購的程序。在采購需求得到批準并履行完規(guī)定程序后,與設備供應商或服務提供商簽訂3)合同管理合同管理是確保買賣雙方履行合同要求的過程,一般包括包括以下工作任務:①授權承包商在適當?shù)臅r間進行工作。②監(jiān)控承包商成本、進度計劃和技術到適當?shù)呐鷾剩⒈WC所有應該知情的人員獲知變更。⑤根據(jù)合同條款,建立賣方執(zhí)行進度和費用支付的聯(lián)系。⑥采購審計。⑦正式驗收和合同歸檔。項目組是合同的具體執(zhí)行者,而合同管理的全過程則需要在信息辦和工程管理的層面上進項目整體管理就是為滿足各方需求而進行協(xié)調以達到預期目的的過程。它是一項綜合性、全局性的工作,主要內容是在相互沖突的目標或可選擇的目標中權衡得失。雖然所有的項目管理過程在某種程度上都可看成是一個整體,但在整體包括:項目計劃開發(fā)、項目計劃實施、項目綜合變更控制這三個過程。這些過程彼此相互影響,同13.5運營維護階段對獨立性,可以分為既相互成一個獨特的價值鏈。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論