公共衛生應急指揮系統建設方案

縣級公共衛生應急指揮系統

建設方案<?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、建立資料採集任務

任務名稱：採集開始時間和結束時間，屬於說明性資訊，程式不做相關判斷;

任務類別：新圖層、更新圖層，如果是新建圖層，在定義完圖層的結構之後，要在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）的標準介面，支援分支、併發、迴圈、子過程、同步、非同步、競爭、多工作流、活動組、靜態活動等。引擎不僅支援順序流程的流轉，而且還支援分支、併發、迴圈、子過程、同步、非同步、競爭、多工作流、活動組、靜態活動等，在分支上可以定義條件，實現按條件自動流轉，條件轉移之間還可設定邏輯關係；在併發流轉中，多個活動節點可以同時啟用；在某些活動節點上，也可以通過建立子過程來完成任務。