文範網公共衞生應急指揮系統建設方案
- 衞生防疫公文範文
- 關注：2.96W次
縣級公共衞生應急指揮系統
建設方案<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
目錄
第 1 章 指揮中心總體設計... 2
第 2 章 顯示系統設計... 3
第 3 章 會議音響系統設計... 4
第 4 章 中央控制系統設計... 6
第 5 章 應急指揮應用系統設計... 8
5.1 突發公共衞生事件監測、預警管理系統... 8
5.2 衞生應急聯動系統... 10
5.2.1應急聯動業務流程... 10
5.2.2疫情、病情報送... 12
5.2.3信息核實、應急響應... 13(轉載請註明來自:本站)
5.2.4後期評估、修正、資料歸檔... 13
5.3 決策支持平台(DSS) 14
5.3.1決策支持平台系統架構... 14
5.3.2衞生應急決策支持核心應用... 15
5.4 衞生應急資源庫管理... 22
5.4.1數據分類... 22
5.4.2基礎數據整理... 23
5.4.3資源管理... 24
5.4.4資源查詢... 27
5.4.5資源分析... 28
5.5 地理信息系統平台建設及二次開發... 28
5.5.1地理信息系統通用功能... 28
5.5.2輔助決策子系統... 43
5.5.3信息標繪和應急指揮態勢信息處理... 44
5.6 系統監控與管理平台... 50
5.6.1人員、組織機構管理... 50
5.6.2權限崗位管理... 51
5.6.3日誌管理... 53
5.6.4數據字典管理... 53
5.6.5表單引擎... 54
5.6.6工作流引擎... 55
指揮中心顯示系統採用一台投影機加畫面拼接處理器的投影技術，投射到指揮中心150寸電動投影幕上，此種投影方案可以同時顯示多個視頻信號及計算機信號，方便領導在進行應急指揮時，隨時掌握多種信息。
在指揮中心擺放一套6席的會議桌，會議桌上每個坐席均配備液晶自動升降屏、發言單元、電子桌牌，用於領導及專家進行指揮調度。在會議桌兩側設置兩個多媒體桌插，方便領導演示時使用。
在投影幕中央吸頂安裝一台影像跟蹤攝像機，配合會議主機實現對領導自動影像跟蹤的功能。當與會領導打開發言單元進行發言時，攝像機能自動移動到發言領導位置，對其進行定位拍攝。與此同時在領導和專家進行談論發言時，控制室操作人員還可以通過無線中控觸摸屏手動控制攝像機的定位，方便靈活。同時在指揮中心的角落安裝一台全景監控攝像機，以便在召開會議時，對會場情況進行全景拍攝。
在會場設置一台高清硬盤錄像機，實時記錄會議過程中重要的音視頻信號，以便日後進行調閲。
整個會場的音視頻設備及電源、燈光、窗簾等環境設備的操作均可以通過定製開發的中控觸摸屏來實現，方便、快捷、高效。
顯示系統是現代化的指揮系統中最重要的組成部分之一，該系統將與各單位現有的電視會議系統、視頻監控系統、計算機局域網以及指揮調度系統等設備實現互聯互通。利用計算機技術、通信技術、視頻監控技術，完成綜合、高速的信息處理，實現高清晰度、高亮度、多畫面、多功能的顯示能力，滿足指揮中心的需要，為指揮工作的決策提供直觀、形象的交互式工具，是現代化指揮系統必不可少的手段。且各種信號均可以在顯示系統上進行顯示，使得所有的情況一目瞭然，以利於相關領導及指揮調度人員及時全面地掌握情況，實現實時監控和集中控制的目的，對指揮工作具有十分重要的意義。另一方面，它也作為指揮中心一個亮麗的窗口，在對外宣傳及提升政府形象等方面起着獨特和重要的作用。
根據現場實際測量數據，指揮中心寬7米，長6米，淨高3.3米，按照用户需求及以往工程經驗，顯示系統建設詳細設計如下：
在指揮中心中央位置安裝一台投影機，設置電動升降架，配合圖像拼接處理器將圖像投射到150寸電動投影幕上來顯示各種視頻信號及計算機信號。
指揮中心做為一個重要的指揮場所，必然會接入大量的視頻和計算機信號，為了更方便的對這些信號進行控制管理，採用視頻矩陣與RGB矩陣同時使用，雙矩陣方式。我們為用户配置了1台32*16的視頻矩陣和1台16*16的RGB矩陣。系統以視頻矩陣和RGB矩陣為中心，連接所有的前端視頻設備。其中視頻矩陣處理遠程攝像頭、本地攝像頭、電視會議系統、DVD機、錄像機等音視頻信號，RGB矩陣主要處理由計算機傳輸過來的RGB信號。
系統配置一台16路高清全實時數字硬盤錄像機，完成對重要音視頻信號的實時存儲記錄，方便日後的調用查閲。通過數字硬盤錄像機的網絡端口，操作人員可通過網絡進行遠程實時監視。其管理模式採用三級用户管理密碼方式，確保合法用户方可登錄，確保操作的權限及圖像安全。
會議音響系統是一項複雜的系統工程，它涉及電聲技術、建聲技術和樂聲藝術（調音）等密切配合的邊緣科學。系統的音響效果不僅與系統的綜合性能（音響器材、系統設計和設備配置的合理性和系統調試的正確性等）有關，還與聲音傳播的環境——建築聲學特性密切相關。當然系統本身特性的好壞是音響效果的基礎，因為即使有良好的聲學環境，如果擴聲系統的特性很差，那麼其效果肯定不會好。而良好的聲學環境則是獲得良好音響效果的保證，它們兩者是相輔相成的。
根據指揮信息系統聲音連接的複雜性，基本音頻輸入系統包括：會議音頻，卡座、VCD音頻、電腦音頻、多媒體接口音頻、電視會議音頻等。所有這些音頻系統輸入以調音台為控制中心，全部接入調音台。利用調音台的音頻補償，失真補償功能，將音頻輸出到功放系統並最終由功放播放出來。
在指揮中心設置兩台壁掛式音箱，用於會場音頻信號的輸出。功放安裝於指揮中心機櫃內，控制壁掛音箱的輸出。16路調音台設置於操作枱上，對發言單元、DVD播放器、視頻會議終端等多種輸入音源進行輸出效果的單獨控制，滿足會議要求。反饋抑制器和效果均衡器安裝於機櫃，用於對現場的聲音進行自動控制，避免產生嘯叫、雜音、音量大小不一致等問題。
桌面上的發言單元用於領導發言討論，其中一個席位的發言單元為主席單元，具有特殊權限，可以對除自己以外的所有發言單元進行靜音。
每個席位的液晶自動升降觸摸屏可以由操作人員統一進行升降操作，也可以由與會領導自主進行升降。該液晶觸摸屏除了可以用來顯示相關重要視頻信息外，還可以讓領導通過觸摸的方式對顯示的視頻信息及軟件進行操作，方便快捷。
在每個坐席前設備的電子桌牌，用於會議進行時人名、會場名等信息的顯示。電子桌牌設備採用手拉手方式進行連接，可以通過管理軟件方便的對顯示內容進行統一修改。
作為一個應急指揮中心，通信調度系統是其必備的核心繫統。它就相當於指揮決策機構的耳朵和嘴巴，在指揮調度中起着舉足輕重的作用。配合設置的電話耦合器，將通信調度系統與會議音響系統進行整合，領導在進行通信調度時，可以直接通過會場的音箱聽到對方的聲音，並可以直接利用自己面前的發言單元跟電話中的人進行對話，避免了以往調度過程中，必須手持電話進行對話的弊端。
中央控制系統技術是近幾年迅速發展起來的一項智能會議高新技術,可以彙集音頻、視頻、計算機、電視會議、燈光、監控、機電環境控制等系統為一體。只需通過一塊無線觸摸屏或鍵鈕式面板,即可使龐大離散的單體控制系統盡數關聯集成在掌握之中。可以將各種操控複雜的專業設備及相關的周邊環境設備等通過合理的配置及編程控制達到簡約化人性化的控制，且各項單體設備均由控制器操控會大大減少人為的誤操作並可明顯提高效率，使非專業人員也可非常容易的控制會議進程及會場模式的轉換。外部環境的改善如燈光、温度的設定、傳播媒介的選擇、音量的細微調節等等均凝聚於指尖。
中控系統連線示意圖：
<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" />
本次方案結合用户的實際需求，重點實現以下幾大功能：
電源控制：對指揮中心各類設備的電源開關進行單獨的控制，也可以根據需要設置系統所有設備一鍵式開關的快捷模式，並可智能的對設備進行保護，對於像投影機等需要進行散熱後才能斷電的設備，可以為其增加斷電延時功能，待設備散熱完畢後再自動斷電。
信號切換：對所有接入指揮中心的視頻信號及計算機信號進行任意的切換控制，可以將其任意的顯示在投影幕、桌面液晶顯示器及液晶電視上。並可根據日常的使用需要預先設置相關的顯示模式，從而實現指揮中心各種信號的一鍵式調用。
攝像機控制：對指揮中心的所有攝像機均可實現搖移縮放等控制，並可通過一鍵式操作來手動快速實現影像跟蹤攝像機對發言領導的定位拍攝。
發言單元控制：系統可以對所有的發言單元進行遠程的開閉控制，既可對單一的發言單元進行獨立控制，也可以通過預先編組的方式對一組發言單元進行控制。
液晶屏控制：系統可以對所有的液晶升降屏進行遠程的升降控制，既可對單一的液晶升降屏進行獨立控制，也可以通過預先編組的方式對一組液晶升降屏進行集中控制。
5.1 突發公共衞生事件監測、預警管理系統
監測、預警管理系統是整個應急預警處理系統的基礎。平時細緻有效的監測與監控是第一步。一旦發現有疫情、病情出現，對傳染個體的活動進行實時監控，就可以展開及時的流行病學調查和取樣分析，防止病情的擴散，在全面分析和科學判斷的前提下，發出預警信號，提醒政府和社會進行相關的應對和準備工作，防患於未然。
監測的內容主要包括：
傳染病監測
臨牀症狀監測
實驗室監測
急救監測
影響區域監測
動物和媒介監測
預警是指對監測數據(傳染病個案、傳染源、接觸者、活動範圍、居民健康檔案等)、歷年傳染病、流行病發病情況及社會經濟、人口、環境、氣候等可能影響因素的數據進行整合、分析和判斷，建立診斷和預測模型，對易造成疾病爆發、流行或重大危害的分佈狀態及危險因素進行早期報告。
從系統實現角度來説，監測和預警管理模塊針對各類結構化的電子數據，如實時數據交換的事件信息、事件報告數據，系統根據預先設定的條件和閥值，進行自動預警，有異常情況，立即生成系統預警報告。
工作人員通過對新的疫情數據的監測，當發現異常情況，結合歷史數據進行鍼對時間段、疫情種類、疫情發生地域等關鍵數據屬性的統計分析和數據對比，將有價值的報表信息和數據比對信息進行保存和維護，輔助工作人員進行情況總結上報，由專家進行疫情預測，將預測報告呈報領導批示，擬定相關疫情防禦通知，進行下發。
需要監測的數據包括兩大類：
① 由 CDC 上報的疫情數據(分為已知傳染病、未知傳染病兩大類)，系統利用預警規則對疫情信息進行監測，當疫情信息相關數據達到預警規則定義的觸發邊界時，系統發出系統預警，提醒工作人員，使其及時發現情況，開始對事件的處理。
② 針對其他系統無法通過預警規則進行自動監測和邊界判斷的數據，系統需要工作人員手動觸發系統預警。
數據監測主要提供以下功能：
對各類相關數據的列表或GIS展示、支持針對時間段、區域、傳染病類型、傳染病名稱等情況的分類集中展示。
支持手動和系統自動觸發系統預警，手動系統預警提供系統預警錄入界面。提供系統預警解除功能，根據專家評估意見，將假預警解除。解除的系統預警信息及相應的專家組織結構、評估意見並不刪除，保存作為“歷史事件”進行管理。支持系統預警信息專區提醒功能，將系統預警的信息在專門的區域展示，區分新觸發的、正處理的以及處理完成的系統預警信息。
預警業務流程的起點是疫情數據、其他突發事件數據以及特殊數據進行監控，通過系統自動觸發和人工觸發兩種方式啟動系統預警；工作人員根據系統預警，結合預案信息、衞生資源信息等草擬應急事件情況報告和工作組，進行專家評估和領導審批；當評估和審批不通過時，該待處理應急事件終止，當事件報告順利通過評估和審批時，進入待啟動的應急事件列表，啟動該應急事件，併發布相關信息。
l 預警準備
通過系統預警規則判斷或手動觸發的沒有經過專家評估和領導審批的準預警信息，是進行預警評估、審批、啟動業務流程的流程起點。
預警準備是應急指揮系統由日常狀態進入應急指揮狀態的關鍵功能。通過對上報疫情信息及其他相關信息檢測，當發現情況後，通過對實際情況的專家評估和領導審批，最終啟動應急指揮，使系統進入應急狀態。
l 預警啟動
展現通過評估和審批的待啟動的應急事件，提供事件詳細信息(包括：具體數據、評估信息、審批信息、工作組信息、預案信息等)查看，提供應急事件啟動和相關信息發佈功能。
l 預警規則管理
根據國家相關規範對各類疫情進行預警觸發邊界的設定以及預案信息，提供預警規則的添加、查詢、修改和刪除等規則數據的維護功能。
5.2 衞生應急聯動系統
在衞生應急指揮大廳建立統一的應急指揮和通信系統平台，建設統一突發公共衞生事件應急呼叫中心。實現對各類突發衞生公共事件的上報電話的進行統一接收，實現“統一接報、統一處置”或“統一接報、分級處置”；對於重大突發公共衞生事件進行聯動處理，集中管理、快速反應。實現向各級單位快速下達事件處置指令，並接受其指令執行反饋信息。向上級部門實時上報事件基本信息和發展態勢。構建全面的突發公共衞生安全防範和應急體系。
應急指揮中心在平時負責對收到的各類資料進行記錄和彙編，如業務系統的數據錄入、電話記錄、傳真記錄、郵件記錄、短消息記錄等，形成值班記錄。監測預警管理模塊對結構化電子數據如實時數據交換的事件信息、事件報告數據，系統根據預先設定的條件和閥值，進行自動預警，有異常情況，立即生成系統預警報告；事件處置的應急行政工作人員對系統預警報告、值班記錄中需要核實的情況進行相應的核實，並記錄核實結果；對於已核實確定的情況，進行初步分析，如果有特別重大事件發生的情況和可能，需要建立特別重大突發公共衞生事件初步報告，系統可通過短消息網關、業務系統消息等方式發送給指定的各級領導，及時通報情況。
在收到特別重大事件突發公共衞生事件初步報告後，應急指揮中心功能全面啟動，由決策領導和專家組針對事件情況，進行會商與評估，根據預案指定應急措施，生成突發公共衞生事件防治技術方案。在突發公共衞生事件防治技術方案的指導下，講應急措施與宣傳資料進行及時的信息通報，完成突發事件發生後及時的應急處置。
在事件發生過程中，應急指揮中心需要不斷根據事件的最新情況以及應急措施的執行情況，形成相關的值班記錄與信息報告，進行進一步的情況核實，並關聯到正在發生的事件記錄上，及時報告給關注該事件的領導和專家，進行會商與評估，制定下一階段的應急措施。
隨着事態的好轉，需要及時進行應急終止，特別重大事件的終止需要國務院核准。應急終止後，通過講情況及時通報給各方；並進行事件的後期評估。系統將該事件所有相關資料進行歸檔。應急指揮中心狀態恢復到平時狀態。
其中的“事件管理模塊”是應急指揮調度系統中的基礎模塊，事件的建檔和維護都是在這裏進行。經過信息監測流轉的數據和信息會進入到事件管理模塊成為系統事件的信息，同時系統內部的資源信息和事件處置過程中產生的信息也會在事件管理模塊進行相關的處理。
“系統監控與管理平台”中的“工作流引擎”是衞生應急聯動系統的核心底層支持模塊，經過信息監測流轉的數據和信息作為衞生應急聯動流程的觸發，通過對衞生應急聯動相關的組織機構權限的設置、流程節點和相關表單的管理，使所有的信息以事件為中心形成一條完整、豐富的、多元化的信息鏈。
下面針對事件管理模塊和衞生應急聯動流程的主要三個環節的設計進行逐一説明：
事件管理
原始事件導入：通過應急指揮系統的數據交換，將原始事件(包括個案)數據導入到本系統中，數據項及數據內容保持不變。
原始事件映射：導入過程中或導入結束後，將原始事件基本屬性中的事件編號、事件類別、事件發生地區、事件嚴重等級字段映射到最終事件屬性中的原始事件編號、原始事件類別、事件發生地區、原始事件級別。
最終事件建檔：根據映射進來的信息，由應急辦判斷是否需要對該事件進行關注、跟蹤、指揮調度。如需要，為其分配最終事件編號、事件父節點、最終事件級別、事件處理狀態、最終事件建立日期等。其中最終事件編號為唯一值，同一事件無論其演變狀態怎樣變化，該值唯一；事件父節點用來標識該事件的所屬關係或同類事件的合併關係；最終事件級別一般情況下與原始事件嚴重等級一致，但在特殊情況下，如多地出現同一類突發事件，應急辦進行綜合考慮後可將該組事件或該事件在一定區域範圍內的預警級別提升；事件處理狀態記錄該事件是在待處理、正處理或已完成等過程狀態。
事件合併：應急辦收到由 CDC 系統傳來的事件報告信息，可能存在如下處理情況：在地區、省或全國範圍內出現同一類突發公共衞生事件，綜合起來考慮，應在一定範 圍內將該組事件進行合併，以便於事件的跟蹤處理。這時就需要進行事件的合併。反 映在最終事件的屬性上，合併後的事件具有相同的父節點和處理狀態，同時保留其各自的原始事件編號等。
事件升級：應急辦收到 CDC 系統事件報告信息，可能在地區、省或全國範圍內出現同一類突發公共衞生事件，雖然每個獨立事件的嚴重等級較低，但綜合起來考慮， 應在一定範圍內將該組事件預警級別提升。反映在最終事件的屬性上，升級後的事件 保留已確定的最終事件編號、所屬父節點、原始事件編號、原始事件級別等。改變的是最終事件級別等字段內容。
事件過程跟蹤：利用最終事件屬性完成對事件的跟蹤。同一事件的變化，無論是合併、升級等，系統記錄每一次變化數據。每一次變化中，該事件的最終事件編號不 變，原始事件編號、事件類別、事件發生地區和原始事件級別不變，每一條記錄中的 父節點、最終事件級別、事件處理狀態可能發生改變。使用中只要給出查詢條件，即可展示其演變過程，無需變動修改事件原始記錄。
衞生行政部門要按照國家統一規定和要求，結合實際，組織開展重點傳染病和突發公共衞生事件的主動監測，包括：自然疫源性疾病疫情監測、自然災害發生地區的重點傳染病和衞生事件監測、主要症狀和重點疾病的醫院哨點監測等。
任何單位和個人都有權向各級人民政府衞生行政部門及其有關部門報告突發公共衞生事件及其隱患，也有權向上級政府部門舉報不履行或者不按照規定履行突發公共衞生事件應急處理職責的部門、單位及個人。
突發公共衞生事件責任報告單位要按照有關規定及時、準確地報告突發公共衞生事件及其處置情況。
疫情、病情報送模塊主要針對衞生機構的報送人員設計。個案病例信息記錄的是病人在整個病理週期內的全部信息，從診斷髮病到住院治療，最後痊癒出院或死亡。醫院的報送業務員通過本模塊功能，能夠方便直觀的管理本院的全部病例信息，包括首診卡錄入、疫情病情日報、零報告、轉院病人的病例轉移等。
同時病例信息是系統中變化最頻繁的數據，其元數據也隨着業務的深入而不斷變動。針對這一特點，系統採用動態域表的方式實現對個案信息的維護。
通過動態域表可隨時跟蹤物理數據庫元數據的變動，動態修改信息維護界面，保證個案信息能及時、快速、準確的進入系統。
疫情、病情報送模塊的功能點包括：
l 個案報告表信息的錄入、修改
錄入病例的首診信息，同時生成首診卡。
l 在院病人的疫情、病情每日報送
針對在院病例的每日疫情、病情變化，所作的每日情況上報，錄入員只需錄入發生變化的病例數據，對於未變化的病例，系統將根據前一天的情況自動生成當日日報。錄入後根據共享病例庫中病人基本信息，生成轉歸更正卡。
l 轉院的雙確認流程
針對於轉院病例的專項業務處理。由於轉院是病例在空間位置上的轉移，其中如果沒有一個好的流程控制，將很可能發生病例丟失的錯誤，為後期的病理回顧產生影響。
系統以網絡通信中的“握手協議”為原型，為轉院業務設計了“雙確認流程”，以確保病例信息在兩個醫院間的傳遞。
l 零報告制
醫院可通過本模塊完成當日的零報告。
l 醫院的病例管理
包括：在院病例管理、出院病例管理、死亡病例管理、排除病例管理。
當公共衞生突發事件一旦發生時，將系統切換到應急狀態進行戰時管理。通過決策支持平台調入與此次事件相關的處理預案（自動分析生成或預案庫中存儲的類似預案）、方法、知識、法律、法規等來進行緊急事件的決策分析，根據平時準備積累的信息（如醫療資源情況、城市衞生防禦等級等來自衞生應急資源庫管理模塊）和具體事件情況，人為或自動地生成應對方案。然後，將解決方案分解，逐步實現各項操作（如指揮調用物資和人員），從而實現對突發衞生事件的救治和處理。
該系統通過性質評估、措施評估、過程評估和處理結果評估，對緊急事件處理的環節和過程進行跟蹤管理。由於突發公共衞生事件的決策是在非常規狀態下做出的，因此可能會存在偏差，所以必須在事後調用專家庫、根據事件的進展情況、控制處理結果等因素進行重新評估、給出意見、同時更新事件處理預案和個案處理信息，為下一次緊急事件的處理和應對提供參考。
同時針對突發衞生事件相關的報表、處置過程等資料作為歷史文件進行統一歸檔管理。
5.3 決策支持平台(DSS)
決策支持平台系統架構圖如下所示：
專題數據庫、專用GIS庫、模型庫、預案庫、知識庫是決策支持平台的支持數據庫。
(1) 專題數據庫
專題數據庫是聯繫基礎數據庫與專題應用、模型的橋樑，它儲存專題評價、模型所必需的輸入輸出數據，其功能是根據模型的需要從基礎數據庫中提取數據並轉換成模型所需要的數據格式，最後將模型的輸入作為中間結果存入一定的庫結構中以備查詢、檢索和調用。專題分析生成的專題數據和模型計算結果有時還要求“還原”到專題數據庫中，以供其它系統調用。專題數據庫的結構、建庫技術與基本數據庫相同，其數據源主要從基礎數據庫提取。
(2) 專用GIS庫
專用GIS庫主要存放用於專題分析的專題圖層，以及某些模型對GIS數據的特殊需要而建立的圖形庫，包括柵格和矢量專題圖，同時也負責向虛擬顯示模塊提供所需的數據。
(3) 模型庫
提供各專業分析使用的模型和計算方法的模型庫，主要模型有疾病預測模型、水質預測模型、人口動態模型、宏觀經濟模型、自然災害演進模型、決策支持模型等。模型庫還需要建立專門的模型庫管理系統。模型庫管理系統對模型庫中的模型實施管理。模型庫管理系統應具有完成模型之間和用户與模型之間信息交流。
(4) 預案、方案庫
方案庫是主要存儲由各專業系統的模擬、評價和虛擬現實所產生的各種預案，供專業決策和綜合會商決策調用。
(5) 文檔信息與知識庫
是用於知識信息的存儲及其使用管理的系統，內容包括：各監控項目的監控指標及指標體系；評判規則與標準；監測數據誤差限值；專業規律指標；專家知識經驗；衞生法律、法規，行業規程、規範的有關條款等。知識庫將通過專家系統、邏輯推理的參與，對各專業決策提供幫助。
決策支持平台的主要功能就是運用各子系統模型庫中的相應模型，對全國公共衞生應急指揮進行會商決策，參照知識庫中的專家知識和有關法律、法規、規程規範，形成疾病傳播動態狀況的分析成果；並根據分析成果，產生決策預案或直接發佈控制指令。同時提供系統各庫的協同規劃、綜合調度、人機交互、資源共享、衝突仲裁和通信聯絡等處理功能。
獲取數據是為了利用數據，為此，系統提供了強大的綜合查詢模塊為極大限度的利用數據服務。此模塊提供兩大類共四種查詢，從不同的角度對現有數據進行抽取提煉。系統從空間分析角度出發，結合屬地管理，提供醫院屬地、住址屬地兩種維度的查詢。系統從信息分析角度出發，分別提供對重點監測疾病和疫情的各級機構報送的各種報表和文書、衞生應急資源、方預案等信息進行綜合查詢。
衞生廳、CDC等醫療結構工作人員每日需彙總大量的基礎數據中，形成彙總報表。報送相關上級部門。針對個案病例信息的日常彙總統計，我們開發了日常統計報表模塊，從一定程度上減輕了用户的工作壓力。
主要包括以下模塊：
(1)報縣委縣政府報表
包括當日收治病例統計表、累計收治病例統計表、確診病例統計表、疑似病例統計表、每日疫情走勢圖。
(2)報衞生部報表
包括：病例地區分佈表、病例統計表、病例來源情況統計表（按職業分佈）、當日病例報告表。
(3)報衞生局報表
包括病人信息一覽表、醫院信息一覽表、區縣指定收治重點監測疾病或疫情的病人醫院信息一覽表、非指定收治重點監測疾病或疫情的病人醫院信息一覽表、各區縣指定收治重點監測疾病或疫情的病人信息一覽表、住院日信息統計表。
(4)報統計局報表
包括：每日直接確診重點監測疾病或疫情的病例醫院分佈彙總表、每日直接確診病例區縣分佈彙總表、新收治確診病例名單（按家庭住址順序排序）、新收治確診病例名單（職業分佈包括醫護人員、民工、農民、學生、外地）、確診病例出院名單、死亡人員名單、病例排除確診、疑似名單。
在公共衞生信息可視化分析和決策支持系統中，絕大多數數據都和位置有着密切的關係，如傳染源的在城市的分佈，傳染鏈的走向、所有醫院的信息等，採用過去傳統的二維表格方式僅能對上述信息進行粗略的查詢和瀏覽，但很容易忽略隱藏在這些數據之後的深一層含義，而這些被忽略的因素卻能為工作人員和領導提供科學的決策支持，由此可見可視化分析對決策支持的重要性。
GIS技術在公共衞生信息分析和決策支持系統中的應用主要有以下幾方面：
(1)、疫情空間分佈
基於空間位置直觀顯示各種疫情分佈情況，如甲肝、SARS、乙腦等各種傳染病病例空間分佈。
(2)、疫情空間查詢與專題分析
根據病人的醫院，地址、報告日期等綜合查詢條件，組合各種疫情專題類別，利用多種空間查詢模式，實時展現全國各地區的多種疫情分佈。
專題類別：可以考慮以各級行政區劃為單位來展現各種疫情信息的分佈和進行空間統計(如省、地、市、縣等)；對於重點區域或城市，可以精確到街道、所屬單位等方面的空間展現和統計。
查詢條件：可以按地點、醫院、單位、住址等進行查詢。
(3)、疫情趨勢分析
動態渲染地圖，按時間段顯示各級行政區的疫情變化情況。
(4)、疫情空間分析複雜的空間分析，如聚集密度分析、空間排序、影響範圍分析、空間關聯度分析、應急調度等。
數字化預案平台是對應急管理理念的技術支撐。構建一個功能完整的數字化預案平台，其難點不在於技術實現，而在於首先要有一個清晰的、成熟的應急管理體系框架。
數字化預案平台是實現我國突發公共事件“以響應為核心”向“全程管理”的理念提升的關鍵性技術平台。在借鑑國外先進的理念和框架基礎上，我們完全可以大力建立適合中國國情的數字化預案平台，推動我國整個應急預案體系的建設。
預案是應急管理的“概念上”的中心，數字化預案平台就是整個應急管理的“物理上”的中心。數字化的預案管理平台應該有以下功能特性：
預案的表現：即對預案進行數字化表示和圖形化、流程化表現。預案的數字化表示是利用計算機技術對預案進行存儲、再現和應用的基礎。只有數字化了，預案才從“牆上”走下來，進入我們的操作流程中，成為可以執行、可以追溯、可以據之進行考量和評估的操作依據。
預案的啟動和執行：預案的啟動和執行是以人為主體的決策過程，但信息化手段引入可以為決策提供自動化的提示與參考，降低指揮人員的工作量，為應急響應和處置贏得寶貴的時間，提高其決策的科學性。例如，可以通過與相關的專業性預警監測信息系統相連接，並通過對監測策略和閾值的設定，把“決策層”的指揮人員從繁重的監控體系中解脱出來，使其把精力集中在危機預防上、在關鍵安全因素上，以及在總體態勢把握上。此外，“操作層”的運營管理人員也可以從平台中獲得具體的、精準的行動指南，實現指揮調度。
預案的交叉參考和輔助決策：預案不是孤立存在的，也不是一成不變的。首先，以資源（包括公用資源）為紐帶的各個預案，應該在邏輯上是一致的。換句話説，不同部門編制的預案應該是沒有矛盾的。另外，應急預案只有進入應急管理的全過程，成為運營管理的全程參考，不斷與專業知識庫、以往案例庫等進行比較、調整，才能保持其實用性，也才有生命力。
在對功能分析基礎上，我們不難歸納出預案平台與應急管理相關的其它信息系統的關係：數字化預案平台可以有選擇、有策略地接收來自預警監測系統的信息，並以適當形式提示或展示給相關人員；可以關聯到各種專業性的應急指揮系統，完成專業資源調度和應急響應；預案平台還可以支持知識庫系統，用於決策指揮的現場決策支持和平時的學習、操作演練等。
公共衞生事件應急預案包括：
①基本原則
②突發事件等級
③突發事件報告和評估
④突發事件預警與應急響應
⑤組織指揮和有關部門職責
突發事件的應急保障各有關部門將根據預案制定分類預案。主要方案包括：
①突發事件監測預警工作方案
②重大傳染病和羣體性不明原因疾病應急處理工作方案
③重大食物中毒應急處理工作方案
④重大職業中毒應急處理工作方案
⑤突發公共衞生事件醫療衞生救援預案
⑥突發事件衞生監督和督察方案
⑦突發事件信息發佈實施辦法
⑧救災防病預案
⑨抗旱救災防病預案
根據不同傳染病、可能自然災害制定不同應急預案，並根據不同時期進行不斷修訂，定期進行演練，根據演練的結果隨時進行調整。
方預案及知識庫管理系統主要包括預案管理、方案管理、知識庫管理、歷史案例庫管理、應急救援培訓與演練等幾個模塊。下面進行詳細闡述。
預案管理
預案管理模塊就是將衞生應急預案進行數字化處理，實現戰時應急指揮輔助決策等功能。
基於GIS的圖形化預案管理
通過基於GIS二次開發的方預案製作工具，可以將方預案從文字變成圖片（地圖上的符號、線條、相關文字和圖）甚至是聲音、影像等。
本系統可將基於電子地圖的各類預案進行發佈，讓各相關部門和人員形象直觀的瞭解預案內容，更好的協調統一執行。
當突發公共衞生事件後，給予相關需求條件，能自動從預案庫中組合出輔助決策、調度參考提示的處置方案，並能在電子地圖上直觀顯示突發事件發生地周邊的可調配的醫療救治資源及地理信息，便於各種處置戰術的運用。
方案管理
方案包括兩類：由預案生成的方案和手工生成的方案。方案屬性：包括對應事件編碼、方案編碼、方案名稱、對應預案編碼、方案內容、主版本號、次版本號、方案生成時間、方案生成用户編碼。管理功能：包括對應預案瀏覽、方案瀏覽、方案生成(自動生成、手工生成)、方案修改四個子模塊。
㈠ 預案瀏覽
瀏覽方案所對應的預案，只有由預案生成的方案有此功能。
㈡ 方案瀏覽
提供方案列表，瀏覽與本次事件相關的所有版本的方案。
㈢ 方案生成
根據方案是否有對應預案(預案可自動或手動選擇，如不選擇表示沒有對應預案)，確定方案生成方式。
⑴ 自動生成
根據預案逐項生成方案。根據《全國突發公共衞生事件應急預案》編制説明，應急預案通常包括由總則、應急組織機構及職責、突發公共衞生事件的報告、通報與分級、突發公共衞生事件的應急反應和終結、突發公共衞生事件的應急保障、附則等幾個主要部分組成。方案生成的自動性主要體現在應急組織機構及職責生成，及根據預警級別自動選擇應急措施上。其中，組織機構及職責由“應急啟動”中的“成立工作組”模塊完成，應急措施選擇由本模塊完成。方案其他部分基本可根據預案內容複製。每次自動生成的方案都存為一個新版本。
⑵ 手工生成
由用户手工編寫方案(提供方案錄入界面)。
㈣ 方案修改
由用户手工修改已有方案(提供方案修改界面)，每次修改後的方案存為一個新版本。
知識庫管理子系統
知識庫涵蓋的範圍很廣，包括法律法規、傳染病知識、常見化學毒物知識、臨牀特徵病因分析知識、中毒體徵資料、常見食物中毒表現知識、常用藥物不良反應、食物中毒特點及處理要點、常用特效解毒劑知識等內容。
知識庫管理模塊可提供工具進行專家知識共享與知識交流，同時可將各方面的最佳實踐經驗集中起來，對其進行管理維護，形成應急知識庫，根據權限開放給相關人員。
歷史案例庫管理子系統
在應急指揮典型案例庫中存貯國內外特別是本地區或本行業有重大影響的突發公共衞生事件處置和救援案例的結構化數據；以便在指揮調度時，根據相關條件可以快速查詢出類似的典型案例信息，輔助對當前事件的處置工作。
應急救援培訓與演練子系統
通過應急救援培訓與演練子系統實現：合理組織應急資源的調派（包括人力和設備等）；協調各應急部門、機構、人員之間的關係；提高公眾應急意識，增強公眾應對突發公共衞生事件救援的信心；提高救援人員的救援能力；明確救援人員各自的崗位和職責；提高各預案之間的協調性和整體應急反應能力。
除了基於GIS的決策支持之外還有以下應用：
(1)、統計查詢
統計查詢的主題可包括事件基本信息、原始信息、綜合事件信息、待核實應急事件信息、已核實應急事件信息、變更應急事件信息、信息發佈、歷史事件、合併的應急事件信息、追溯的應急事件信息、CDC事件直報信息、CDC疫情監測信息、CDC實驗室信息、衞生執法信息、醫療救治信息、應急物資儲備、預警條件信息、預案方案信息、預警事件信息。
(2)、突發公共衞生事件分析
通過突發公共衞生事件歷史案例庫，按照突發公共衞生事件的現狀、原因，分析其暴發類型、傳播途徑、病人特徵、高危人羣、暴發範圍、影響區域、發展趨勢等，從而全方位瞭解事件的真實情況，總結經驗教訓，為處置類似的突發公共衞生事件時提供更全面和準確的指導。
(3)、資源分析
通過衞生應急資源數據庫，分析和對比基礎資源的分佈與實際數據的關係，比較基礎資源與應急事件的匹配情況，從而合理調度資源，應對突發公共衞生事件。
(4)、控制措施分析
建立應急事件控制措施數據庫，分析針對應急事件的控制措施和應對方法的有效性，從而採取最科學的防控方法。
(5)、預案分析
對衞生應急預案，通過事件類型、所在區域、發展態勢等進行分析比較。它能夠幫助處理人員，尤其是辦案經驗還不夠豐富的人員正確、及時、有效地處理各種突發時間。應用將用户對於各種事件類型的預案根據實際事件情況快速生成操作性較強的操作方案，更具備條理性和可指導性。
(6)、評估評價
對突發公共衞生事件進行總結評估，統計分析處理情況，總結經驗教訓。主要包括：
l 衞生學評價
l 健康狀況評價
l 過程評估
l 責任追究
l 獎勵
l 撫卹和補助
l 徵用物資、勞務補償
l 救濟物資的處置
5.4 衞生應急資源庫管理
對衞生應急指揮過程中所需的各類資源進行管理，以便更好的支持正確的決策和及時的響應。這些資源包括專家、應急隊伍、醫療衞生機構、醫療設備、醫療藥品、疫苗、醫療血液、病媒生物、宿主生物等。同時，系統為用户提供對資源的綜合查詢功能和分析功能，為用户的指揮和決策提供輔助和支持。
數據的分類是信息分類的基礎。完整的數據分類體系是數據規劃、組織和存儲的依據。根據目前衞生行業業務情況，數據中心數據分類如下：
1) 衞生資源類
包括衞生機構數據庫、醫療機構數據庫、醫療機構設備數據庫、衞生人才數據庫、實驗室數據庫、醫療救護、衞生防疫防病藥械儲備數據庫、生物製品數據庫、血液動態情況數據庫等。
2) 檢測調查類
包括傳染病資料數據庫、人口死亡數據庫、居民死亡原因數據庫、有毒有害化學品生產單位、有毒有害化學品儲存單位、放射源和核設施數據庫、實驗室樣本採集與儲存數據庫、菌毒種生產與儲藏數據庫、各種引發傳染性疾病的自然災害(如水災)
3) 衞生資料類
重點傳染病的動物宿主和病媒生物數據庫、火災)等的發生規律和損失狀況數據庫等。包括政策法規庫、新聞資料庫、專業知識庫、專業模型庫、方法措施庫、數據模型庫、方案預案庫、文件檔案庫等。
通過基礎數據庫、專業數據庫、知識庫和應急資源庫的建設，為應急指揮決策者提供準確、可靠、及時的數據服務。
1、基礎數據來源
來源不同系統和部門的數據(如醫療衞生、社會經濟、專業信息等)各業務系統。需要從現有的提取和轉換。轉換前提是熟悉現有業務系統的數據結構、數據定義，確保轉換數據的準確性。
2、數據提取和轉換
接入應急指揮系統的數據源很多，數據種類也繁多。其數據格式包括：常用數據(數值性、字符性、二進制性等等)、圖形數據、媒體數據、現場實時數據。其描述規範各異，涉及跨行業的數據格式。使數據和應用集成成為困難。
為了解決不同行業、不同部門的數據信息在應急指揮系統中起作用。必須對接入應急指揮系統的數據源、數據類型進行分析，制定相關的制度、規範和標準，以便合理有效地使用這些數據。
(1)日常數據
從相關係統通過ETI時由取、轉換、加載)過程獲取以後，轉換成應急指揮系統約定的數據格式存入相應的原始數據庫，在獲取過程中對數據進行必要清洗和轉換，為進入數據倉庫和數據挖掘作準備。
(2)媒體數據
利用大文件形式存入相應的原始數據數據庫，並做屬性擴充。
(3)地理信息數據
根據它的數據特點，對它做相應的屬性擴充，如建立索引屬性等等，然後存入地理信息原始數據庫，提供主題對應的地理信息。為了控制進入數據中心的數據，對進入數據中心的數據源進行註冊登記和分析。
(1)登記內容
數據提供者、數據庫名稱、數據庫內容、存儲方式、交換格式、存取約束、特殊規則等。
(2)數據結構分析
對相關登記註冊的數據庫羣進行描述，包括表、字段、字段説明、數據類型、長度、是否空、主／外鍵特性的描述。在數據結構描述的基礎上，分析數據的關聯、取值、約束限制，並與應急指揮系統的數據庫規範做對應。
(3)數據轉換文檔
分析完成以後，形成數據分析交換文檔。數據提取和交換分為五個步驟：①數據格式化和規範化管理，②動態數據維護管理，⑧數據提取、轉換、歸併，④數據轉換、分割和加載，⑤轉換數據測試。
實現對系統持有的專家及專家諮詢委員會數據庫進行維護，根據用户需求對專家數據庫進行管理，檢索，專家任務派遣和組建衞生應急隊伍。
專家分類：按照專家研究領域的不同將專家進行分類，方便用户的管理和瀏覽。用户可根據需要對專家分類進行管理。
專家庫信息項：專家庫存儲有處理不同突發事件需要諮詢的相關行業專家的個人信息，專家的屬性字段與部級系統保持一致，同時可根據需要自由增加字段，專家庫的信息項主要包括：姓名、性別、出生年月、職稱、專業、省（市）、手機號、辦公室電話、家庭電話、電子郵件、單位名稱、單位地址、郵政編碼、負責人姓名、負責人手機、單位辦公室電話、單位辦公室傳真等。
實現對衞生應急隊伍數據庫進行管理，根據用户需求對應急人員數據庫進行管理，檢索，組建衞生應急隊伍、應急隊伍裝備、應急隊伍培訓演練、應急隊伍派遣和應急隊伍現場處置記錄。併為用户提供檢索服務。
應急隊伍分類：根據應急隊伍負責應急事件處置範圍的不同，對應急隊伍進行分類，如：重大傳染病疫情衞生應急隊伍、羣體性不明原因疾病衞生應急隊伍、重大中毒事件衞生應急隊伍等，用户可根據需要添加、刪除或修改隊伍的分類。
應急隊伍信息項：主要包括隊伍ID、隊伍名稱、隊伍組別、主要職責、隸屬單位（如市消防大隊、市煤氣公司、市武警中隊、某街道等）、器材及設備配備（包括數量、狀態情況）、人員組成、分佈位置、辦公電話、移動電話、聯繫人、其他聯繫信息、類別等。用户可根據實際需要對應急隊伍的信息項進行管理。
實現對衞生應急相關的法律法規基本信息管理，可以增加、刪除、修改法律法規基本信息，並根據用户需求提供檢索服務。
法律法規庫屬性字段與部級系統保持一致，同時用户可根據需要增加相應的屬性字段，主要包括的信息項有：法律法規名稱、法律法規類別、頒佈單位、頒佈時間、頒佈文號、生效日期、失效日期、法律法規內容、備註等。
實現對系統持有的衞生機構數據庫的維護，以及從外部數據源的批量數據導入功能。並根據用户需求對數據進行管理和檢索。
衞生機構分類：衞生機構(組織)按類別分為醫院、社區衞生服務中心(站)、衞生院、門診部(診所、醫務室、村衞生室)、急救中心(站)、採供血機構、婦幼保健院(所、站)、專科疾病防治院(所、站)、疾病預防控制中心(防疫站)、衞生監督所、衞生監督檢驗(監測、檢測)所(站)、醫學科學研究機構、醫學教育機構、健康教育所(站)、其他衞生機構和衞生社會團體16大類，大類下面根據需要再劃分為中類和小類。用户可根據需要對衞生機構的分類進行管理。
衞生機構信息項：衞生機構的屬性字段信息與部級系統保持一致，同時可由用户根據實際需要對信息項進行添加、刪除、編輯，主要包括：組織機構代碼、機構名稱、行政區劃代碼、經濟類型、衞生機構類別、機構分類管理、地址、郵政編碼、設置/主辦單位、隸屬關係、實有牀位、職工總數、衞生技術人員數、執業醫師數、執業助理醫師數、門診人次、入院人數等。
實現各醫療衞生機構等部門所擁有的醫療器械、檢查設備等信息進行維護，並提供檢索服務。
醫療設備分類：主要包括生產設備、分析和檢測儀器、包裝設備、製劑機械、護理設備、外科器械、能量治療器械、醫用敷料、清潔消毒器械、植入器械等，同時可在大類的基礎上進行細分，支持無限級的分類層次，由用户根據實際需要進行分類管理。
醫療設備信息項：主要包括名稱、英文名稱、分類、規格、包裝、用途、説明、存放地點、數量等。用户可根據需要自由添加、刪除或編輯屬性字段。
實現對各衞生機構等可用的醫療藥品進行管理，包括添加、刪除、修改等功能，並提供信息檢索服務。
藥品分類：主要分為化學藥品、中成藥、化學原料藥、生物製品、獸藥等，同時可在大類的基礎上進行細分，支持無限級的分類，由用户根據實際需要進行分類管理。
藥品庫的信息項：藥品的主要屬性包括名稱、英文名稱、分類、批准文號、主要規格、包裝、用法、用途、説明、生產廠家等，用户可根據需要自由添加、刪除或編輯屬性字段。
實現對已有疫苗進行管理，包括添加、刪除、編輯等功能，同時提供檢索服務。
疫苗的分類管理：疫苗主要分為基礎免疫用疫苗、乙腦疫苗、乙肝疫苗、狂犬疫苗、出血熱疫苗、肺炎疫苗、流腦疫苗、甲肝疫苗、腮腺炎疫苗、流感疫苗等，並可在大類的基礎上進行細化分類，用户可根據需要對分類進行管理。
疫苗庫的信息項：主要包括名稱、英文名稱、類別、摘要、説明、用途、庫存、存儲地點、使用方法、接種對象、注意事項、存貯方法等，同時用户可根據需要自由添加、刪除或編輯屬性字段。
實現對可用血液庫的管理，包括添加、刪除、編輯等功能，並提供檢索服務。
血液庫的主要字段包括：血型、庫存、存儲地點等，用户可根據實際需要自由添加、刪除或編輯屬性字段。
實現對常見能傳播疾病的病媒生物的管理，包括添加、刪除、編輯等功能，並提供檢索服務。
病媒生物分類管理：可對病媒生物的分類進行無限級別的管理。
病媒生物屬性字段：主要包括名稱、英文名稱、類別、疾病傳播途徑、傳播疾病、分佈情況、説明、檢測措施、防治措施等，用户可根據實際需要自由定製屬性字段。
實現對能給病原體提供營養和場所的生物進行管理，包括添加、刪除、編輯等功能，並提供檢索服務。
宿主類別管理：宿主類別主要包括最終宿主、中間宿主、異常中間宿主等，系統提供無限級的類別管理，用户可自由進行類別維護。
宿主的信息項：主要包括名稱、類別、排出病原體方式、備註等，用户可對屬性字段進行自由定製。
該模塊對公共衞生行業涉及到的知識進行管理，包括添加、刪除、編輯知識等功能，並提供檢索服務。
知識庫的分類：知識庫涵蓋了傳染病知識、常見化學毒物知識、臨牀特徵病因分析知識、中毒體症資料、常見食物中毒表現知識、常用藥物不良反應、食物中毒特點及處理要點、常用特效解毒劑知識等內容。在此大類的基礎上還可以進行細化分類，用户可以根據實際需要靈活的對知識庫的分類進行管理。
知識庫的字段：主要包括的信息項有：名稱、主題詞、摘要、類型、制定單位、發佈時間、生效時間、內容、備註等。用户可根據實際需要定製信息項的內容。
Ø 關鍵字查詢
可選擇特定的庫，輸入關鍵字，按照庫的信息項進行模糊查詢或者精確查詢。
Ø 綜合查詢
綜合查詢可對資源庫中的所有信息進行檢索，用户只需輸入感興趣的字段關鍵字，如名稱，系統自動搜索庫中所有匹配信息，並按庫分別顯示。
Ø 全文檢索
全文檢索是應急資源文檔數據檢索的重要而基礎的技術手段。一方面，由於應急資源數據量非常大，就要求我們的檢索引擎的數據處理能力要達到到一定級別。另一方面，應急資源庫涉及到的專業名詞、專業概念，就要求我們的引擎可以實現智能化的匹配。
我們在自然語言理解技術與人工智能技術的基礎上，在傳統的檢索技術的基礎上逐漸發展起智能檢索技術，包括模式匹配、概念匹配、基於篇章語義分析的檢索等。這些技術在應急資源庫檢索中得以應用。
我們對應急資源庫現有的靜態信息類整理，建立索引，並按類型分別存放到不同的索引庫中，用户便可以通過輸入關鍵詞實現對各類內容檢索，跨庫的檢索，多種格式文件的同時檢索。
通過應急資源數據庫，分析基礎資源的分佈與實際數據，比較基礎資源與應急事件的匹配情況，從而合理調度資源，應對突發公共衞生事件。
地圖分佈情況：資源查詢結果不僅以文字列表的形式顯示，同時在地圖中定位顯示，可以直觀的看出資源在地圖上的分佈情況。
綜合分析：對資源數量、類型等進行綜合分析，以列表及餅圖和柱狀圖形式顯示各種類型資源的數量、比例等，幫助決策人員掌握資源的總體情況。
突發事件周邊資源分析：當突發衞生應急事件發生並在地圖上定位後，顯示周邊的資源情況。
專題圖分析：顯示各區域內資源的分佈情況，以柱圖或餅圖的形式進行顯示。
5.5 地理信息系統平台建設及二次開發
基於基礎地理信息數據，建立衞生相關信息空間分析與展示功能。建立疫情、病情、公共衞生資源等數據與空間數據相關聯，結合地圖數據進行疫情、病情、衞生資源數據的查詢、檢索、分析。
地理信息系統平台建設及二次開發的建設內容包括地理信息展示、業務信息定位、信息查詢、專題分析、平台管理、數據管理、數據採集與更新、遙感影像管理、地址比對與匹配服務、車輛監控與管理、信息標繪系統等。
地理信息系統重點開展全縣各級衞生部門地理信息數據庫的建設，為業務應用系統的關聯應用提供數據採集、更新與訪問功能、基礎地理信息服務功能和系統管理功能。
n 地圖顏色配置
按地圖配置信息分不同的顏色、層次和標誌文字進行顯示。顏色配置有良好方案，符合各級用户身份，遵循簡潔、清晰、大方原則。
n 分層瀏覽以及文字標註圖層開關功能
用户通過控制地圖數據圖層的顯示狀態來決定指定的圖層是否顯示，可打開或關閉當前地圖中的某一圖層的文字標註。
n 顯示範圍的設定以及邊界線設置
能夠設定當前地圖窗口的顯示的範圍，不同區域的邊界線應有明顯的區別。當鼠標點擊某一區域後，該區域馬上改變顏色或兩種顏色交替顯示，與未選定區域區別開。
n 鷹眼功能
通過鳥瞰圖窗口可以實現地圖顯示範圍的改變，還可以點擊鷹眼圖直接到達需要進行操作的地圖顯示範圍。也可以選擇關閉鷹眼圖。
n 地圖縮放
提供多種縮放形式，可按一定的縮放倍率進行縮放，也可用鼠標框選縮放。系統實現無級縮放，不同的顯示比例下自動控制圖層的分級顯示。
n 地圖平移
用户可以通過鼠標拖動地圖。實現海量地圖數據的平滑漫遊。地圖在顯示全部圖層的狀態下，平移要求速度快。
能夠將業務信息查詢或分析結果定位到地圖上顯示，同時應具備定位多個業務信息的能力。
當接收到應急事件時，需要在電子地圖中找出該應急事件地址的準確位置，這就需要使用地理信息技術中的地址編碼技術。
為了在地圖上直觀的定位顯示某個記錄，而需要將地理座標賦給該記錄，這個過程就稱為地址編碼。
標準地址庫中存放了標準地址編碼，包括編碼表與地址總表。
系統提供了地址整理工具對地址數據進行整理，並最終生成標準地址庫。
當應急事件發生時，地址匹配服務系統提供業務系統中單條地址信息匹配生成X、Y座標的接口。地址匹配技術需要研究的內容包括：地址模型的建立、地址分類與編碼、標準地址信息的數據庫存儲、地址信息採集與更新、地址拆分語義分析、地址匹配精度研究、匹配算法效率研究。
地址比對工具實現對應急事件數據進行批量處理，自動生成矢量地圖數據，對於無法生成地理座標信息，利用採集系統的屬性數據關聯功能進行錄入。
提供對地理信息數據庫各種信息的查詢。通過設置查詢專題並輸入相應的查詢信息，如名稱、地址、興趣點、目標等，將其定位到地圖上，同時顯示相應的業務信息。
地圖查詢主要用於應急物資、應急隊伍、衞生醫療機構等與應急、指揮調度有關的信息的查詢。
支持列表選取、音頭查詢、直接點取、任意區域空間查詢等方式。查詢結果將出現在彈出的表格窗口中（對地理信息的準確查詢要能夠同時定位在地圖上），表格描述了查詢到的目標的詳細信息和相關的信息。
n 圖查屬性和屬性查圖
系統具有圖形和數據的雙向查詢、模糊查詢、定位和統計功能。
n 圖查影像
能按照查詢結果顯示出地圖影像，按指定範圍調用，範圍可以自定義。
n 選擇查詢
ü 多邊形選擇：用户指定的任意多邊形區域，選擇區域內指定屬性的地圖要素，並顯示相關屬性信息。
ü 圓形選擇：用户指定中心點和半徑的圓形區域，選擇區域內指定屬性的地圖要素，並顯示相關屬性信息。
ü 矩形選擇：用户指定矩形區域，選擇區域內指定屬性的地圖要素，並顯示相關屬性信息。
ü 鼠標點選：對地圖上所展示的任意數據對象，當鼠標選中時（點擊鼠標右鍵）能即時顯示其屬性。
ü 系統支持緩衝區分析功能，可查詢某點周邊一定範圍內的相關信息，某路兩邊一定範圍內的信息等等。緩衝區分析功能特別適用於應急指揮過程中查詢某特定範圍的信息。
對業務專題信息按照區域進行統計，在電子地圖上生成專題圖，並可按一定模式打印報表。
系統從不同角度提供了空間數據的專題圖表示方式，包括餅狀圖、柱狀圖、渲染圖、專題分佈圖、點密度圖等多種形式的專題圖顯示和打印輸出功能，同時支持實時顯示信息動態創建，便於用户實時信息的變更與擴充。
實現用户權限的定義和維護，監控系統的運行狀況，組織機構維護，以及數據的備份和恢復等系統管理功能。
Ø 權限管理
權限分配完成對系統的用户進行數據權限和功能權限的分配、回收、查詢等功能。可以將某個業務數據權限、地域行政級別權限、功能權限分配給某個角色，一旦某個用户被授予該角色的權限，該用户可以訪問該權限控制的數據或功能。主要包括：
l 把業務圖層、業務圖層地域或屬性字段上的權限分配到業務角色（或用户）。
l 把權限分配到業務角色（或用户）或系統管理角色（或用户）。
l 把業務圖層、業務圖層地域或屬性字段上某種權限的用户或角色信息的查詢。
l 具有訪問權限的用户或角色信息的查詢。
l 把業務圖層、業務圖層地域或屬性字段上的權限從角色或用户的回收。
使用者
系統管理用户的管理員和數據管理員。
輸入
選定的圖層、圖層區域、權限、角色及用户。
處理
通過查詢選定某圖層或圖層區域，可以查看到具有該圖層或圖層區域上權限的角色或用户信息，可以從某個用户或角色回收權限，也可以把權限賦予其他的用户或角色。
輸出
用户、角色、權限對照關係的更改。
Ø 日誌管理
日誌管理完成系統用户登錄、訪問、操作等各種工作日誌的記錄、查詢、統計、審查、備份和恢復等工作，是系統安全審查的證據和依據。主要包括：
l 系統管理用户的login和logoff信息、主要功能操作（權限分配、用户維護、角色維護、代碼維護、備份）信息的記錄。
l 系統管理用户日誌的查詢和統計。
l 業務用户的的login和logoff信息、主要功能操作（數據上載、下載、發佈、更新）信息的記錄。
l 業務用户日誌的查詢和統計。
l 系統運行狀態日誌（系統異常信息、關鍵信息）。
l 各種日誌的備份和恢復。
使用者
系統管理用户的管理員和業務用户管理員。
輸入
整個系統系統中功能模塊的日誌記錄。
處理
在整個系統系統的運行中，會一直記錄這各種用户的工作日誌，在日誌管理模塊可以分門別類地查看這些日誌信息並進行統計分析工作。管理員可以查看所有的日誌信息，並負責對歷史日誌定期歸檔。業務用户管理員只可查看自己轄區內的業務用户的工作日誌，不能看到系統管理用户的工作日誌或非轄區內業務用户的工作日誌。
輸出
用户工作日誌統計圖表。
Ø 數據訪問統計
系統的重要功能是實現數據的共享和交換，因此對數據的操作信息的記錄和統計對了解系統的使用情況具有重要意義。數據訪問統計功能將根據系統提供的數據訪問工作日誌，對數據訪問、數據上載、數據下載進行統計分析，可以按照時間、區域瞭解數據訪問情況，並可以以圖表方式展示。
主要實現的功能，包括：
l 查詢某個時間段內，上傳的工作日誌。
l 查詢某個時間段內，瀏覽下載的工作日誌。
l 統計某個時間段內上傳、瀏覽下載的次數。
l 各單位在一定時間段內數據上、下載和訪問情況統計分析
使用者
系統管理用户的管理員和數據管理員。
輸入
時間段、業務用户的工作日誌
處理
查詢某個時間段內，上傳、下載的工作日誌。進行上傳、下載次數的統計，打印統計圖和表格。
輸出
針對圖層訪問的查詢、統計圖表。
為後台數據管理使用，提供空間數據編輯、圖幅拼接與接邊處理、圖幅索引管理、座標系統的轉換、影像庫的座標配準、多源數據的標準化和一致性維護、空間實體與屬性數據的一體化編輯等管理和維護工具，實現數據庫管理、數據採集後台管理、數據交換後台管理等功能。
Ø 數據建庫管理
數據建庫管理模塊主要面向全國警用地理信息系統的數據管理員，為其提供如下功能：
l 空間數據編輯
l 圖幅拼接與接邊處理
l 圖幅索引管理
l 座標系統的轉換
l 影像庫的座標配準
l 多源數據的標準化和一致性維護
l 空間實體與屬性數據的一體化編輯等工具
結合衞生業務數據的特點，採用客户化封裝，定製開發適應基礎平台數據管理員使用的功能。
另外，還包括數據庫模板的維護管理，圖層的新建和導入，校驗數據等功能。
1、模板管理
對模板進行分類管理：基礎圖層、公共圖層、專業圖層、MIS屬性表。
2、新建空圖層：創建自定義的空圖層。
3、導入圖層：往指定的模板導入地圖數據。
4、新建空MIS表：創建自定義的空MIS表格。
5、導入MIS表：往指定的模板導入MIS數據。
6、校驗數據：按照指定模板對指定的數據進行校驗數據的合法性。
Ø 數據庫維護
包括圖層導出，註冊管理，圖層刪除，圖層備份與恢復等功能。功能列表如下：
數據維護功能列表
功能名稱 | 功能描述 |
刷新圖層列表 | 數據按照1：5000，1：10000，1：250000比例尺進行分類，其中每一種比列尺又繼續分為基礎圖層、公共圖層、業務圖層、MIS表、新的數據，以樹形列表的方式將數據名全部顯示出來，用户可以刷新數據的樹形列表。 |
加載圖層內容 | 將指定的數據掉出來瀏覽，如果是地圖數據就可以顯示在地圖數據，如果是MIS表數據，就顯示屬性數據。 |
卸載圖層內容 | 對已經加載的數據卸載，關閉屬性數據或地圖數據。 |
查看地圖 | 控制地圖數據的顯示或者不顯示 |
查看屬性表 | 對數據的屬性數據進行瀏覽 |
圖層註冊 | 將“新的數據”註冊到“基礎圖層”、”“公共圖層”、“業務圖層”、“MIS表”其中之一的類型。 |
圖層註銷 | “基礎圖層”、”“公共圖層”、“業務圖層”、“MIS表”類型數據變為“新的數據”類型數據。 |
查看/編輯註冊信息 | 對已經註冊的數據進行查看，並提供相關屬性的編輯。 |
更新註冊信息 | 更新註冊信息 |
備份 | 對已註冊的數據單個備份 |
恢復/備份管理 | 對已註冊的數據的備份數據的恢復 |
批量備份 | 對已註冊的數據批量備份 |
批量恢復/備份管理 | 對已註冊的數據的備份數據的批量恢復 |
導出 | 將數據導出 |
刪除 | 刪除沒有註冊的圖層 |
重命名 | 重命名沒有註冊的圖層 |
複製 | 對選擇的數據進行復制 |
粘貼 | 對選擇好的數據粘貼到指定的位置 |
區域標識 | 對數據加上區域的標識 |
Ø 資源管理
資源管理模塊功能如下：
資源管理功能列表
功能名稱 | 功能描述 |
自定義分配 | 對角色進行自己定義方式的分配權限和數據資源 |
快速分配 | 對角色進行快速方式分配權限和數據資源 |
缺省分配 | 對角色進行缺省方式分配權限和數據資源 |
取消分配 | 取消角色對資源的權限 |
權限查詢 | 查詢角色的所擁有的權限和數據資源 |
缺省配置 | 缺省配置是為權限分配提供一種分配方案，不同的用户可以有不同的缺省配置。進行缺省配置過的用户，只要使用“缺省分配”就可以按照已有的方案分配權限。 |
瀏覽 | |
按登錄用户分類瀏覽用户 | 列出所有的用户、部門、角色 |
按數據分類瀏覽全部註冊的數據 | 列出所有系統管理的數據資源 |
瀏覽分配給用户的資源、權限。 | 分配後的結果 |
退出資源管理 |
Ø 數據採集管理
包括數據採集圖層的管理，採集任務的制定、分派和管理等。
數據採集之前，系統後台管理模塊要做大量工作，這是基層採集數據的民警看不到的。具體包括：
1、創建數據採集任務
任務名稱：採集開始時間和結束時間，屬於説明性信息，程序不做相關判斷;
任務類別：新圖層、更新圖層，如果是新建圖層，在定義完圖層的結構之後，要在sde數據庫中建立它。如果是更新圖層，彈出圖層選擇窗口進行選擇;
採集的工作圖層:
定義圖層和屬性、顯示樣式，能採集哪些圖層由管理員來定義，用户可以採集哪些圖層可以限定，定義採集時的顯示比例尺。定義屬性錄入模板，定義屬性的分類類別或代碼，定義類型限制（用於智能電子表單系統）;
採集權限、任務量分配;
審核權限分配;
和採集任務相關的 採集和更新規範説明備註;
定義背景圖層:用於背景顯示，注意不能允許背景圖層被編輯;
採集任務所屬的業務部門。
2、查詢、編輯採集任務
3、刪除採集任務
採集任務刪除後，任務工作圖層也會被從SDE數據庫和系統平台的註冊中清除掉。
4、原始圖層備份和入庫發佈
在更新圖層的採集任務建立中，對於已存在的圖層，系統會先對其進行克隆，生成一個新名字的圖層在平台中註冊，作為被採集的工作圖層。
無論是新圖層還是更新圖層，在加入到採集任務後都要在圖層的數據表中加入採集日誌結構
對於已經採集完的新圖層，可以入庫併發布給其他人使用；對於已經採集完的更新圖層，用户可以根據需要選擇覆蓋原始圖層，也可以直接發佈成新圖層。
所有采集的工作圖層在入庫發佈時都會被剝離掉採集前增加的採集日誌的結構。
如果採集日誌需要備份，會提示用户是否保存採集日誌，確認後保存採集日誌到數據表。
5、設置採集任務無效，有時為暫停採集任務，可以把採集任務下的圖層進行關閉，用户不能實行對其的採集工作，當重新設置為有效狀態時才可以繼續工作。
Ø 數據交換管理
對用户上傳的數據進行入庫審核，交換數據發佈。
由於有大量警用地理信息需要進行動態的更新和維護，需要實現空間和屬性數據的採集、編輯、刪除的功能。
為了方便採集和更新數據，避免客户端系統維護，採用在IE瀏覽器上直接標註的方式，實現簡單的點、線、面空間數據和屬性數據的採集和更新。
Ø 數據採集流程
1、明確採集需求
當主責單位發出採集與更新某個圖層的要求時，由該圖層的更新維護單位提供該圖層的圖層類型（點、線、面）、屬性信息，包括字段名稱、字段長度、字段類型，市局通信處予以幫助。
2、定製採集任務
數據維護單位根據主責單位和更新維護單位的要求，通過“數據管理”工具制定相應的數據採集任務。採集圖層及字段的命名要符合屬性數據標準。
如果是在原有圖層上採集，備份該圖層，然後定製採集任務，確定採集背景圖層和工作圖層，工作圖層為原有圖層，沿用原有圖層的比例尺和座標系。然後將採集任務和審核任務分配給相應的採集人和審核人，併發布到平台相應的採集模塊和審核模塊。
如果是採集一個新的業務圖層，需要從平台現有某相關圖層中提取模板生成圖層，確定座標系和比例尺，並確定屬性字段的名稱、類型和長度，然後確定採集背景圖層和工作圖層，將採集任務和審核任務分配給相應的採集人和審核人，併發布到平台相應的採集模塊和審核模塊。同時在地圖服務文件中添加該圖層。
3、開始採集
由應急指揮中心培訓圖層更新維護單位數據採集相關知識，並將採集任務和採集用户通知圖層更新維護單位開始採集。圖層更新維護單位採集用户登錄市地理信息系統的相應採集模塊，採集點、線、面圖元。
系統採集模塊點圖層的功能為點錄入、點移動、點刪除、點屬性編輯、屬性關聯（如果有關聯屬性表）。
系統採集模塊線圖層的功能為線錄入、線刪除、線屬性編輯、屬性關聯（如果有關聯屬性表）。
系統採集模塊面圖層的功能為面錄入、面刪除、面屬性編輯、屬性關聯（如果有關聯屬性表）。
4、審核採集結果
採集審核人登錄地理信息系統的審核模塊，審核圖層更新維護單位採集的數據，審核結果有合格、不合格。圖層更新維護單位採集用户登錄平台查看不合格信息，並修改不合格數據，重新提交審核。
5、結束採集
當所有的數據審核合格後，並檢查後入庫，通過“數據管理”工具結束該採集任務，並將此採集圖層發佈到平台其他模塊，以供使用。同時將此次採集統計結果報告給主責單位。
Ø 更新流程
當發現變化信息後，在網上點取數據更新廣播功能，輸入變化的信息，並在地圖上標記，系統管理員統計數據更新變化情況，定期委託人員或機構進行數據更新。具體流程如下：
1、發現變化
2、填寫變化單
3、系統管理員統計變化
4、安排更新作業任務單
5、專人負責更新
6、入庫
7、用户更新數據
Ø 數據更新內容
更新內容主要包含地理信息系統的空間數據和屬性數據兩部分。
Ø 數據更新週期
根地理信息空間數據及其屬性的自身變化的特點，結合開展地理信息系統建設的城市實際情況，應分別採用時實更新和定期更新兩種方法。
1、實時更新
對具有突發性、實時性變化的地理信息數據應採用實時動態更新。例如各類衞生應急事件的地理分佈信息。
2、定期更新
對日常工作中變化較慢的地理信息數據採用定期更新，當數據積累到一定數量或程度時再進行更新。
Ø 數據更新範圍
1、局部更新
數據更新過程中，如果待更新數據的信息量大，且更新流程複雜，更新週期較長而無法滿足業務工作需要時，應對變化的地理信息數據採用局部更新。例如對變化的基礎地理信息數據進行更新時應採用局部更新。
2、整體更新
對數據獲取與更新流程簡單，更新週期短的變化的地理信息數據可採用整體更新。例如整個城市的重點消防單位應採用整體更新。
Ø 數據更新機制
應急指揮中心負責所有基礎地理信息數據和公共地理信息數據的管理、信息發佈；負責所屬各業務單位的業務專用地理信息數據的入庫和信息發佈。各業務單位負責本單位的業務專用地理信息數據採集與更新。
數據的更新方法列舉如下：
1、基礎數據更新
我們提供數據更新的接口，當地理信息數據變化時，組織測繪局將更新數據通過接口更新數據庫服務器上的數據。
2、公共數據更新
基層單位只負責本轄區範圍涉密的警用公共圖層和基本屬性的日常實時更新，其它均委託專業數據採集公司完成，例如：各類案件、保密機構、重點人等。
通常採用的更新技術包括：地圖標註、信息普查和錄入、信息提取、掃描矢量化等。
3、業務專用數據更新
根據業務歸口管理關係指定某個直屬主管業務單位負責制定數據採集標準，由應急指揮中心按照標準建立數據結構，基層單位負責採集相關數據。業務專用數據更新包括兩部分：①公共地理信息數據的擴展業務屬性數據，②業務專用地理信息數據。各業務應用單位在使用自己的應用系統時，對公共地理信息數據擴展的業務屬性及業務專用地理信息圖層，根據實際需要，定期進行整體更新。對實時性要求較高的專題圖層可進行實時數據更新。
通常採用的更新技術包括：地圖標註、信息普查和錄入、信息提取、掃描矢量化等。如果業務單位自身不具備更新數據條件，要在信息保密的前提下，委託專業數據生產單位進行數據更新。
元數據是用於描述數據內容、定義、空間參照、質量和地理數據集管理等方面的數據，用於説明數據或數據集的內容、質量、特性和適用範圍，向用户提供所需數據是否存在和怎樣得到這些數據的途徑、方法等方面的信息，幫助用户瞭解、使用數據。
本子系統主要目的：
1．數據更新下載時，要先檢索元數據，瞭解數據質量情況，找到需要的數據；
2．在數據更新或預訂時，需填寫元數據來描述數據情況；
3．為系統管理員後台管理海量空間數據提供後台元數據管理工具
元數據是用於描述數據內容、定義、空間參照、質量和地理數據集管理等方面的數據，用於説明數據或數據集的內容、質量、特性和適用範圍，向用户提供所需數據是否存在和怎樣得到這些數據的途徑、方法等方面的信息，幫助用户瞭解、使用數據。
元數據庫管理的主要內容包括：用户身份驗證、元數據庫的維護、元數據錄入、修改和查詢檢索。
Ø 用户身份驗證
用户在訪問元數據庫時，系統需要對登錄用户的身份進行驗證，以進一步確定用户的權限。用户劃分為四類：
元數據庫管理員：對元數據庫實施維護，保證庫結構合理、庫內容一致、完整、無歧義；具有修改庫結構、維護代碼及枚舉表、元數據內容的權限；
數據管理員：對管轄範圍的元數據內容實施維護，具有錄入、修改、刪除、查詢元數據的權限；
普通用户：對系統內所有元數據具有查詢檢索的權限；
無權限用户：對系統內所有元數據不具有任何僅限。
Ø 元數據庫維護
可對元數據庫修改庫結構，並保證庫結構合理、內容完整一致，無歧義、無垃圾數據。
Ø 元數據錄入
元數據管理員可以通過系統進行元數據的錄入。錄入界面應方便、簡潔、風格一致。
Ø 元數據修改
元數據管理員可以通過系統對已提交給系統的元數據實施內容的修改。
Ø 元數據查詢檢索
對元數據可以通過預先設置一些查詢條件來進行查詢檢索，以得到關心的元數據。查詢條件支持模糊查找，各查詢條件之間支持複合查詢。查詢條件設計為：對“數據集中文全稱”查詢；對“摘要”查詢；對“關鍵詞”查詢；對“地理區域範圍”查詢；無條件查詢，此時須列出所有廳局所有元數據列表。
系統應提供多源影像數據集成方案，要求提供高效的遙感影像數據WEB方式的查詢、漫遊、分發及其它應用功能。
Ø 系統流程
遙感影像數據的管理、發佈流程如下：
1．採用工具軟件把影像數據導入數據庫中；
2．當用户瀏覽電子地圖時，若需要疊加顯示影像，則由GIS平台向影像發佈服務器發出獲取影像數據的請求；
3．影像發佈服務器接到請求後，從數據庫讀取影像並進行一定的處理後，返還給GIS平台；
4．GIS平台把影像和電子地圖數據疊加後以圖片的方式發送到客户端，供用户瀏覽。
Ø 系統功能
系統主要提供以下功能：
1．遙感影像數據的壓縮
系統提供包括小波壓縮、四叉樹壓縮在內的幾種壓縮功能。
2．遙感影像數據的入庫
系統實現把分散的分幅數據同一導入數據庫的功能；
3．遙感影像數據的管理
採用金字塔模型進行影像數據的組織和管理。
4．遙感影像數據的發佈
系統實現了基於Internet的影像發佈功能，用户只需通過普通瀏覽器即可進行影像訪問。
5、遙感影像數據訪問接口
系統提供了供其他應用系統訪問影像數據的接口。通過該接口，其他應用系統可以獲取直觀的影像數據，增強各類應用系統的可視性。
系統應提供地址比對與匹配工具，將業務信息（如人口、衞生統計數據）與GIS關聯，實現業務信息基於電子地圖的可視化顯示。
通過多種方式進行綜合分析，獲取各種專業性分析結果，如計算急救車輛到達案發地點的最短路徑、統計某一地區的傳染病發病數量與發展趨勢等。以提應急指揮人員的工作效率和決策支持。
應急地理信息系統的應用主要有以下幾方面：
疫情空間分佈
基於空間位置直觀顯示各種疫情分佈情況，如甲肝、SARS、乙腦等各種傳染病病例空間分佈。
疫情空間查詢與專題分析
根據病人的醫院，地址、報告日期等綜合查詢條件，組合各種疫情專題類別，利用多種空間查詢模式，實時展現全縣各地區的多種疫情分佈。
專題類別：可以考慮以各級行政區劃為單位來展現各種疫情信息的分佈和進行空間統計(如省、地、市、縣等)；對於重點區域或城市，可以精確到街道、所屬單位等方面的空間展現和統計。
查詢條件：可以按地點、醫院、單位、住址等進行查詢。
疫情趨勢分析
動態渲染地圖，按時間段顯示各級行政區的疫情變化情況。
疫情空間分析
複雜的空間分析，如聚集密度分析、空間排序、影響範圍分析、空間關聯度分析、應急調度等。
隔離區分佈圖
選擇事件後，查看當前事件關聯的隔離區的分佈情況。
危險因素分佈圖
可以對事件周邊情況進行分析。選擇基於此事件向哪類信息進行緩衝分析，範圍為緩衝分析的範圍，單位為米，需要手工錄入。點擊顯示緩衝區，顯示緩衝分析結果。
醫療衞生資源分佈圖
查詢顯示專家、衞生資源、醫療機構等醫療衞生資源分佈情況。
階段事件數量專題分析
能提供不同時期的統計結果對比分析情況。如今年上半年突發事件數量與去年同期相比的增長率（或減低率）。以直方圖、折線圖等方式表示。
事件類別分析
對突發公共衞生事件按照性質、類別統計在某段時間內的數量，並在地圖上以直方圖、餅圖等直觀的方式進行顯示。如以餅圖方式顯示重大傳染病疫情、羣體性不明原因疾病、重大食物和職業中毒等及其他事件數量，可以直觀的看出各種類型事件在總量中所佔的比重。
“三高”分析
針對“三高”情況即突發事件高發生時間、高發生地區、高發生類型，按時間、地區、類型三個因素的任意聯合的綜合查詢、統計和分析。
按類型、時間的組合查詢條件在地圖上按區域顯示案件的多少；同時進行以下選擇：發案時間選擇、發案類型選擇等，顯示方式：柱狀圖、地圖着色、扇形圖等。
信息標繪將應急過程中各方情況用標號和文字標記在地形圖、略圖以及空中照片上,是表達領導決心、記錄現場情況、反映力量部署和戰術、組織應急批應、總結行動經驗的重要手段，具有簡單迅速、形象直觀、概括力強、清晰易讀的特點，彌補了文字材料不易説明的各種複雜情況，節省時間。除了示靜態狀態外，還可進行動態推演，保障各級領導和參謀人員的指揮作業效率，使之更好地完成作戰指揮工作。
信息標繪系統標圖廣泛應用於應急指揮、值班、訓練、模擬和演習，並能夠與指揮系統的各種傳感器、網絡設備整合，構成實時態勢與指揮系統，有效地提升了指揮自動化程度,是應急系統的核心環節。
衞生應急指揮符號是用於表達突發公共衞生事件應急指揮的圖形符號。依據基於衞生應急指揮特點，建立相應的基礎圖形，基礎圖形採用象形、寫意、幾何等方法進行設計；在基礎圖形的基礎上，疊加相應的文字或圖形，組合成對應的符號。
該模塊主要包含“應急指揮符號庫管理”、“衞生應急指揮符號幾何、外表屬性管理”、“衞生應急指揮符號的查詢、瀏覽”、“繪製點狀、線狀、面狀衞生應急指揮符號”、“繪製文字、標籤、圖片”、“應急指揮關聯圖層管理”、“態勢圖層的基本屬性管理”等。
Ø 應急指揮符號分類及層次
根據現實世界地物的幾何屬性和形狀等特徵,設計五種基本符號和一種複合符號。五種基本符號是點狀符號、線狀符號、面狀符號、文字符號和影像符號。因為點狀符號可以用面狀符號來表示,因此在矢量符號設計中只考慮其餘四種基本符號和一種複合符號的設計。根據面向對象的觀點,為使各類符號具有相對的獨立性,將上述四種基本符號和一種複合符號定義為基本符號對象類:線狀符號類、面狀符號類(包括點狀符號) 、文字符號類、複合符號類、影像符號類,並可根據實際情況,由基本符號類派生出具體的符號類,然後在這五種基本符號對象類的基礎上概括出更高層次的抽象類,即矢量符號基類(CDrawShape) 。
Ø 應急指揮符號屬性設計
面向對象思想具有封裝性、繼承性和多態性,能較好地表達複雜的對象[5 ] 。因此,本文采用面向對象的設計思想,根據上述的分類將基本符號定義為CLineShape (線狀符號類) 、CPolygonShape (面狀符號類) 、CStaticShape (文字符號類) 、CGroupShape (複合符號類) 、CImageShape (影像符號類) 五個對象類,並在此基礎上抽象出一個繼承於CObject類的超類———矢量符號基類CDrawShape。然後,以此為依據建立面向對象的數據模型。為減少程序及數據宂餘,將基本符號中一些共同的屬性和操作方法:符號的線型、線寬、顏色、最小外接矩形以及繪製操作等封裝在矢量符號基類中。矢量符號基類(CDrawShape) 的數據成員設計如下:
(1) 圖元幾何描述數據:主要有控制點座標、旋轉角度、最小外接矩形等;
(2) 圖元屬性描述數據:主要有線條顏色、線型、填充顏色、填充類型、字體、背景色等;
(3) 符號標識信息數據:主要有符號名稱、符號描述、符號分類等;
(4) 符號空間信息數據:是實現矢量符號與GIS 組件同步顯示的關鍵數據,也是矢量符號唯一與GIS 組件相關的數據結構,主要有矢量符號的最小外接矩形頂點在GIS 組件中的經緯度座標、縮放比例等。
Ø 應急指揮符號庫管理
實現對矢量符號文件、矢量符號表和顯示符號表的管理和維護。主要包括以下幾個方面:
(1) 符號分類：可以將符號按照使用範圍、使用目的等進行分類，分類名稱和層次結構由用户自由定製。
(2) 矢量符號文件:通過將GIS 組件窗口上的矢量符號保存在矢量符號文件中或從矢量符號文件中讀取數據到GIS 組件窗口中顯示,實現了GIS 組件窗口上的矢量符號能“永久”保存和恢復。
(3) 矢量符號表:矢量符號表中保存着GIS 組件窗口中的矢量符號。矢量符號表管理主要是指在標繪過程中,將矢量符號插入矢量符號表中以及刪除表中的矢量符號;在用户交互編輯時,修改矢量符號的圖元幾何描述數據、圖元屬性描述數據、符號標識信息數據、符號空間信息數據。
(4) 顯示符號表:顯示符號表中保存着GIS 組件視圖窗口中的矢量符號。顯示符號表管理主要是在GIS 組件視圖窗口發生變化時,根據矢量符號表來更新顯示符號表中的矢量符號;在用户交互編輯矢量符號時,對顯示符號表中的矢量符號進行修改。
Ø 衞生應急指揮符號的查詢、瀏覽
對已經存在符號庫中的符號進行查詢，可以根據符號的任意屬性或者組合屬性進行查詢，查詢結果按照符號的分類以樹目錄的形式分層次顯示。
Ø 繪製衞生應急指揮符號
符號標繪是將矢量符號在GIS 地圖上的指定位置進行標註,然後以屏幕上的矢量符號為參考,根據實際需要對矢量符號進行調整,最後將矢量符號準確地顯示在GIS 地圖上,並將和GIS 組件保持聯動,同時完成放大、縮小、漫遊等一系列操作。
² 工作方式
目前,基於GIS 組件的矢量符號標繪主要有以下三種工作方式:
(1) 將矢量符號轉換為GIS 圖層格式數據,最後由GIS組件來管理圖形符號的各種操作。這種模式的優點是矢量符號與GIS 圖層融為一體,實現放大、縮小、漫遊等功能比較容易;其主要缺點是符號標繪依附於某個具體的GIS 組件,缺乏通用性。此外, GIS 組件的繪圖和編輯功能有限,一些複雜的組合矢量符號無法在GIS 組件中以一個符號顯示。
(2) 在GIS 圖層上添加一個透明窗口,矢量符號的各種操作在透明窗口上執行。這種模式的優點是矢量符號有自己的窗口,響應用户消息比較方便;其主要缺點是消息響應的傳遞比較複雜,實現比較困難。
(3) 矢量符號直接繪製在GIS 組件窗口上。這種模式優點是所有用户消息由GIS 組件窗口接受、處理,消息傳遞比較簡單;其主要缺點是矢量符號的放大、縮小、漫遊實現比較複雜。
考慮到矢量符號標繪的通用性、靈活性,本文在比較上述三種模式優缺點的基礎上,選擇第三種模式作為矢量符號標繪的結構模式。在這種模式下,所有的用户消息先由GIS 組件窗口接收,然後根據用户操作類型來判斷消息的類型並進行消息的分發:如果消息是對矢量符號進行標繪、交互編輯,就由標繪模塊響應消息;如果消息是對GIS 圖層進行操作,則由GIS 組件響應消息。當GIS 圖層發生變化,GIS 組件就通知標繪模塊重繪矢量符號來保證矢量符號與GIS 組件的同步顯示。
² 編輯子模塊
編輯子模塊是標繪模塊的重要組成部分,是矢量符號的標註定位、修改不可缺少的功能模塊。編輯子模塊的功能就是將矢量符號庫中的數據按一定的線性關係進行變換顯示到計算機屏幕上,用户以屏幕上的矢量符號為參考,通過鍵盤和鼠標給出屏幕座標,經變換換算成GIS 地圖中的經緯度座標,並根據不用的編輯要求(如移動、旋轉等) 對矢量符號進行相應的處理,從而達到編輯的目的。矢量符號的編輯分為圖元幾何描述數據、圖元屬性描述數據、符號標識信息數據、符號空間信息數據的編輯。圖元幾何描述數據的編輯是指對圖元中的控制點座標、旋轉角度、最小外接矩形等幾何信息進行修改;圖元屬性描述數據的編輯是指對圖元的線條顏色、填充顏色、填充類型、字體等屬性信息進行修改;符號標識信息數據的編輯是對符號名稱、符號描述、符號分類等進行更新;符號空間信息數據的編輯是根據矢量符號在GIS 組件中的位置來修改其最小外接矩形頂點的經緯度座標值。本文中,矢量符號交互編輯的設計是通過鼠標或鍵盤對矢量符號進行識別和跟蹤,修改矢量符號的圖元幾何描述數據、圖元屬性描述數據、符號標識信息數據、符號空間信息數據來完成編輯的操作,主要有添加基本符號,對矢量符號進行控制點編輯、旋轉、移動、組合、刪除等功能。
Ø 應急指揮關聯圖層管理
系統可以將當前標繪的集合以圖層的方式進行保存，保存內容包括所有矢量符號的位置、大小等各屬性，在需要時可以將圖層與當前地圖圖層組合顯示。
Ø 態勢圖層的基本屬性管理
對態勢圖層的基本信息進行管理，態勢圖層的屬性包括名稱、編號、描述、標題、可見性、可修改性、可檢測性、權限等，用户可自由添加、刪除、修改圖層的屬性字段。
應急指揮態勢信息處理模塊是本系統的重要組成部分，該系統能在發生突發公共事件時，為應急指揮和決策提供生成處置方案，調度指令、應急處置指令、注意事項等各類所需信息。為及時掌握突發事件的狀態、資源的指揮調度，應急處置提供必要手段。
主要包括“應急指揮態勢標繪”、“應急指揮庫管理”、“態勢信息處理”、“結合地理區域應急指揮數據查詢”等功能點。
l 應急指揮態勢標繪：在公共衞生突發事件應急指揮過程中涉及大量的動態過程，特別是很多事件的方案、調度指令、應急處置需要將其動態過程展現出來，例如突發公共衞生事件發生的情況、衞生資源的調度情況、疫情的分佈情況等。針對應急指揮態勢處理的需要，對標繪的衞生標號、地理信息建立動態應急指揮態勢標繪系統實現態勢分析。
l 應急指揮庫管理：應急指揮庫管理是衞生部應對突發公共衞生事件應急指揮數據表，進行整理和準備，它為調度指令和應急處理指令的存儲和顯示提供支持。用户可以在此對應急指揮庫中的應急指揮數據表進行創建、修改、刪除。在公共衞生突發事件應急指揮系統中，應急指揮庫管理為用户提供一個管理平台，對應急指揮庫中所涉及到的相關表進行創建、刪除、修改；構造查詢任務，以此實現所有有關應急指揮的數據進行統籌規劃和管理。
l 數據字典：數據字典保存當前用户中所有的應急指揮數據庫中應急指揮信息表的數據實體類型的定義、關係説明、屬性定義等內容。用户可以修改數據字典中的表名，字段名的中文含義。還可以將無用的表從數據字典中刪除。
l 態勢信息處理：該模塊負責調度指令和應急處置指令的制定、編輯、下達和入庫等操作。主要由以下功能構成：1.轉換指令：能根據應急指揮方案通用要素中提供的信息，將其提取，並轉化成應急處置指令，並將任務以文本、圖形、或聲音的形式，傳到聯動部門。2.添加指令：當需要手工添加一條指令時，需要用到此功能。責任單位選擇或編輯，任務的編輯，指令常用語選擇等。3.修改指令：對未下達的指令，可以進行編輯，修改責任單位或任務。4.刪除指令：對錯誤的指令進行刪除。入庫保存:把當前事件的指令，保存到方案庫。指令常用語設定:把處置過程中常用的專業術語預先保存到數據庫中，供選擇使用，其目的減少漢字輸入量，加快速度。態勢信息處理的輸入主要包括公共衞生數據文字和圖形、多媒體數據；輸出包括數據、格式報、態勢圖、應急數據的打印輸出、應急指揮信息、綜合數據庫的查詢顯示。
l 應急指揮指令文書生成：應急指揮指令文書生成主要指根據我們輸入的態勢信息應急處置命令（實際指的是格式化指令）,通過選擇文書模版自動生成文書。這裏的文書指的是有一定格式的word文檔。並能夠對該文檔進行編輯修改。
l 應急指揮各項計劃制定：應急指揮各項計劃的範圍包括的很廣，例如資源、人員調度、本月工作計劃等，計劃的制定具體指的是通過標繪，然後應急處理信息錄入，添加標籤，生成文書，保存成態勢圖，當然，這裏所添加的標籤就是計劃名稱。
l 資源調度管理：該模塊負責資源調度的管理，主要涉及有關醫療機構、物資、藥物等醫療衞生資源的調度。通過添加、修改、刪除資源調度指令完成資源的分配調度管理工作。
l 結合地理區域應急指揮數據查詢：將態勢信息同地理區域相結合，搜尋應急指揮數據庫，將符合條件的標號顯示在態勢圖上。地理區域可以是點、線、面狀區域。
l 應急指揮數據查詢：應急指揮數據查詢是以圖層為基礎，按照查詢目標和查找範圍進行查詢業務處置，將應急指揮所需的業務數據都放入電子地圖中，提供一種綜合性的GIS查詢與分析。
5.6 系統監控與管理平台
通過對系統登錄人員信息和機構信息進行統一管理，實現系統的登錄授權和訪問授權，同時定義了參與系統的所有機構的信息以及機構之間的上下級管理。
Ø 組織機構管理
用於對所有使用應急系統的組織機構進行編碼管理和維護。具有管理員權限的用户可以通過本功能以可視化或表格化的方式新建或修改相應的部門信息。
管理方式以樹狀的組織機構管理形式表現，管理員可以方便地按照編碼進行組織機構信息的查詢、增加、刪除、調整及維護。
具體功能有：
l 支持無限級的部門組織結構；
l 可以添加、刪除、修改部門，查詢部門，查看部門詳細信息；
l 提供方便的批量刪除、移動部門、移動用户功能，方便地支持人員調動和機構重組；
l “智能”組織管理。系統會根據部門的級別動態設置下級機構的級別，還可以根據部門的名稱動態生成部門首長職務，使得部門管理更加簡單、方便；
l 部門用户管理，可以通過部門管理直接進入該部門的用户管理；
l 提供分級的部門管理功能。某些管理員可以管理系統中所有的部門，而某些管理員只能管理本部門和相關的子部門；
l 強大的日誌功能，對於每次操作進行跟蹤，保證系統的可靠性，併為組織人事部門的監控管理提供支持；
Ø 用户管理
l 可以添加、刪除、修改用户，查詢用户，查看用户詳細信息；
l 可以修改用户細粒度權限，不同的權限意味着用户對於系統資源的訪問能力不同；
l 可以修改用户所屬的部門，並實現某些用户信息的保密功能；
l 提供方便的克隆用户、批量刪除、批量修改用户權限的功能；
l 提供分級的用户管理功能。某些管理員可以管理系統中所有的用户，而某些管理員只能管理本部門的用户；
l 強大的日誌功能，對於每次操作進行跟蹤，保證系統的可靠性，併為組織人事部門的監控管理提供支持；
l 用户管理與組織機構設置密切相關，註冊人員時，首先選定所註冊人員的部門，寫入個人相關信息，註冊結束後，系統自動將此人放置到選定的部門中，並賦予該部門的默認權限。
l 系統支持全部用户的模糊查詢，並有對指定對象進行確認、增加、刪除和修改的權限。
l 用户管理按照分佈式的方式管理，以不同機構、角色進行分類管理，維護界面簡單易用，無需專業技術人員參與。
l 支持用户排序功能，可以根據重要程度進行排序顯示。
l 調職：可以將用户自由移入移出組織機構，實現用户在部門之間的移動。移動後，不再屬於原部門角色，因原部門或原部門角色而擁有的全部權限將取消，但是給個人設置的權限保留。
l 兼職：用户可以在多個部門任職。
l 密碼管理：用户可以對自己的密碼進行維護，在修改密碼時需輸入舊密碼；管理員可以對所有用户的密碼進行管理，可以對系統中的所有用户的口令進行設置，也可選擇用户設置，管理員可以選擇將所有用户或選中用户的密碼初始化為系統設定的初始密碼。
通過權限崗位管理所提供的訪問控制和權限引擎，進行一定開發和配置，即可滿足系統權限的需求。
n 多種權限控制方式
通過權限引擎的配合和擴展，可以實現對模塊功能訪問權限的控制，實現按照部門的分級對錶單一級進行細化的權限管理，主要分為只讀、可寫、無（不可讀和不可寫）三類權限，根據系統的功能、機構的分級以及事件的級別進行授權管理，實現細粒度的權限管理。
l 模塊功能權限控制
實現按照系統的各功能模塊的訪問進行權限控制，可以對各模塊的數據針對不同的人員類別，進行讀、寫權限控制。
l 業務類型權限控制
實現針對不同的事件級別和類型，進行事件處置檔案的讀、寫權限控制
l 分級權限控制
分級權限控制，是指按照機構的隸屬關係，來進行數據權限管理，各機構可
以查看自己經手處置的事件信息，上級結構可以查看下級機構的事件信息。
l 特辦項目權限
特辦權限，是指根據事件的特殊性，可以針對特殊事件來制定特定的訪問權
限，只有創建人或者相關人員可以對事件相關信息進行讀、寫操作。
n 權限引擎功能
權限引擎的功能如圖，引擎根據用户、角色、權限、機構等信息，通過接口引擎，對受控資源進行權限控制
l 用户、角色、權限、機構管理和配置
結合人員、機構引擎，系統實現對人員、角色的統一授權管理，並將細粒度的權限信息配置到XML數據中，系統實施時，根據所需要的權限進行配置和部署，即可完成權限引擎的配置。
l 接口引擎：控制方法
根據用户所擁有的權限，通過數據庫多重Select技術、接口代理技術、統一框架技術以及擴展接口來進行統一的權限控制實現。
l 受控資源：控制級別
通過接口引擎，實現了對資源的權限控制，可以通過多重Select來針對數據庫的操作控制、通過接口代理來實現業務邏輯API的控制，通過框架控制，可以實現對JSP頁面的細微控制，以實現不同權限的不同界面顯示。
l 權限控制擴展
對接口引擎的接口擴展和相關的接口引擎，可以實現針對該項目的特殊權限需求，可以使用多重Select實現機構的分級權限，可以通過接口代理實現讀、寫權限的嚴格控制，對擴展接口的擴展，實現業務類型權限，以及使用框架控制，來統一實現訪問控制和權限校驗。
日誌管理提供了對日誌的查詢、報表、備份和刪除功能。系統包括三種類型的日誌：
操作日誌：對登錄到系統的用户在系統中的操作行為，包括詳細的點擊操作。對登錄到系統的用户，記錄其姓名、請求數、第一次請求時間、最後一次請求時間、訪問端的ip地址、會話時長、訪問的url，對應url的模塊名稱），當前url的訪問時間等。
歷史日誌：曾經登錄到系統的用户的操作記錄。
在線記錄：當前登錄到系統的用户的操作日誌。
日誌查詢：統一認證管理系統的日誌類型由系統操作日誌和用户操作日誌兩部分組成。提供兩種系統審計方式：按時間段查詢、按邏輯查詢，按邏輯查詢審計由針對對四種操作對象用户、機構、角色、應用系統的登錄、添加、修改、刪除、備份、凍結、激活、同步、授權九種操作的組合查詢構成。
系統告警：系統日常自動對各項功能進行檢測，當系統運行過程中出現異常、錯誤和不能處理的問題時，自動發出告警信息，通過郵件、短信等預定方式通知系統管理員，及時對系統進行維護。
報表功能：統一認證管理系統提供了簡單的報表功能，可對如下信息準確統計：
n 在某一時間段內，每個用户訪問統一認證管理系統的次數；
n 在某一時間段內，各應用系統被用户訪問的次數；
n 在某一時間段內，某個用户通過統一認證訪問應用系統的次數；
日誌的備份和刪除：提供對所有日誌進行本地備份功能，對歷史日誌，提供按時間段的刪除功能。
日誌策略：根據需要可對是否記錄系統操作日誌、用户操作日誌進行設置。
針對系統中所有的數據字典信息進行統一管理和配置，即實現數據字典的內容的增加刪除和修改操作。
系統數據字典維護：對系統中常用的數據字典系統進行維護，這些數據為系統的正常運行提供常用的配置信息。
業務數據字典維護：對業務系統中的數據字典內容進行維護，這些數據由用户在使用系統過程中自由添加、修改。
表單引擎是系統管理平台的一個重要組成部分點。也是本系統實現對在事件處置過程中的各種各樣的表單（包括接警單、處警單、出車單等）的靈活定製。使業務人員就可以輕鬆定義各種表單並建立起與數據庫的關聯，從而可以很方便快捷的完成數據表格的修改。
n 文檔類表單定義編輯
文檔類表單是指系統表格以類似WORD文檔的形式出現的，在這種情況下，我們可以定義相關的數據元素，並定義它們與數據庫之間的關聯關係。模板中還有一個重要作用是定義顯示格式。本模塊支持各種類WORD文檔格式。使得系統可以與實際文字表格材料以相同的方式在瀏覽器上顯示並進行相關操作。
n 表格類表單定義編輯
在數字信息處理過程中，具體業務操作人員需要針對不同類型的事件、不同部門的處置的事件進行數據的採集和填寫，他們所要處理的都是跟他本人業務相關的各種表單，這些表單在每一個不同的事件處置中的表現方式和顯示內容往往是不一樣的。我們的表單編輯可以在word、excel中完成並導入。針對數字信息管理表單特點，本子系統對流程中的表單進行組織和管理。我們採用XML對錶單進行表示，採用schema對錶單的標準進行描述。表單模板引擎根據標準將各個表單組織起來，對外提供標準的接口，通過接口可以操作表單。這樣在具體的事件處置中，系統管理員可通過表單模板引擎實現對錶單的操作和數據的定製。
a) 智能表單頁設計器：基本操作同Office產品以及流行的網頁編輯產品類似。提供了多種工具和輸入插件，可以設計出不同風格的表單。用户只需要將HTML格式的表單粘貼到表單編輯器之中，表單設計嚮導會指導完成其它所有的操作，用户不需要具備任何編程的能力。可以根據應用需要生成多種格式的表單，包括但不限於HTML表單，JSP表單等等。
b) 表單組合
c) 自動數據綁定：設計好的表單頁中的數據可以自動和各種數據源進行綁定。對於關係數據庫來説，會根據表單頁的具體情況自動在數據庫中創建數據表，包括相應的子表。表單頁中填寫的數據可以自動存儲到相應的數據庫表之中去，完全不需要任何編程。
d) 表單測試：表單設計者設計完表單之後可以立即測試，驗證表單是否滿足要求。
e) 表單樣例：表單設計者為使用者提供的樣例表單，在用户實際填寫的表單上會顯示出來。
n 基本數據格式定義配置
表單引擎對“表格類表單模板定義編輯”模塊和“文檔類表單模板定義編輯”模塊提供基本數據格式定義的基本操作。
n 表單精確打印
表單引擎提供100%純HTML開發的用於生成電子表單的工具。應用此引擎可以設計應用程序表單模板，通過此模板產生應用程序以完成在Web上實時，自動生成電子表單。具體來説，就是利用此可視化開發工具生成一箇中間文件，之後系統內部的軟件包的分析程序可以對中間文件進行處理，並自動生成作為服務器端完成電子文檔生成工具的應用程序。
n 智能表單數據處理
l 數據自動比對：當用户修改表單數據時，可以記錄修改項；可以實現表單數據的自動比對，將比對的結果生成報告。
l 數據自動填寫：可以根據業務數據之間的關聯關係，自動將表單中的關聯數據預先自動填寫到表單之中，減少用户的輸入次數，實現“一表式”填寫。可以自動將相關聯的數據進行加載，用户只需要進行少量的修改和填寫工作即可。
l 數據驗證：可以根據需求定製客户端驗證，包括單個表單字段的驗證、多個字段的關聯驗證。可以根據需求開發服務器端驗證插件，實現靈活的服務器端驗證，並且將驗證的結果自動返回到表單界面上。
l 可以導出到Word，Excel等格式的文檔中並從Excel文檔和TXT、XML文檔中導入，這就可以實現同其他系統的部分數據接口的兼容。
要從技術上實現衞生應急系統的各種業務流程的高效運轉，同時實現流程的高度的、統一的可配置。一個必然的方案是使用工作流引擎。
但只用工作流引擎來遠遠不夠。經過我們分析，目前的工作流引擎或是因為過於通用化而要做太多的再開發工作和配置管理工作，或是因為是專用於某些商業領域而無法用於本項目。
因此我們的基本思路是在傳統工作流引擎思想的基礎上為衞生應急業務開發專用工作流引擎。這個專用工作流引擎的一個基本特點就是針對衞生應急的業務特點對流程進行了分類，並在分類的基礎上定義了相應的業務工作流模板。
進行業務流程定製的人員可以直接使用流程模板，也可以在它們基礎上進行修改來適應更復雜的業務情況。
我們的統一協作平台核心調度功能使用強大的工作流引擎。它是遵照工作流管理聯盟（WFMC）的標準接口，支持分支、併發、循環、子過程、同步、異步、競爭、多工作流、活動組、靜態活動等。引擎不僅支持順序流程的流轉，而且還支持分支、併發、循環、子過程、同步、異步、競爭、多工作流、活動組、靜態活動等，在分支上可以定義條件，實現按條件自動流轉，條件轉移之間還可設置邏輯關係；在併發流轉中，多個活動節點可以同時激活；在某些活動節點上，也可以通過創建子過程來完成任務。
- 文章版權屬於文章作者所有，轉載請註明 https://wenfanwang.com/gongwenfanwen/fangyi/elnez.html