第一篇：警用信息地理平臺(tái)參考方案2

警用信息地理平臺(tái)

概述

隨著“金盾工程”的正式啟動(dòng)，公安行業(yè)信息化水平相對(duì)于以往的單一指揮調(diào)度來說，有一個(gè)巨大的進(jìn)步，但公安業(yè)務(wù)是不斷增加的，除指揮中心對(duì)作戰(zhàn)和巡邏指揮需要空間地理技術(shù)外，刑偵、治安、交通、消防、警衛(wèi)、反恐等部門也需要將已建成的相關(guān)業(yè)務(wù)信息疊加在電子地圖上進(jìn)行綜合利用。

由于公安信息化業(yè)務(wù)數(shù)據(jù)都與空間位置有關(guān)系，人口分布、案件分布、警用基礎(chǔ)設(shè)施管理、重點(diǎn)單位、報(bào)警地點(diǎn)、娛樂場(chǎng)所、道路交通等等，而且公安機(jī)關(guān)打擊犯罪、維護(hù)治安和服務(wù)管理社會(huì)的工作職責(zé)以及協(xié)同作戰(zhàn)、快速反應(yīng)的工作特點(diǎn)決定了需要大量使用地理信息技術(shù)。為進(jìn)一步加快辦公自動(dòng)化建設(shè)步伐，進(jìn)一步提高公共安全工作服務(wù)社會(huì)的能力，為此，構(gòu)建警用綜合地理信息平臺(tái)，實(shí)現(xiàn)公安行業(yè)共享服務(wù)，將地理信息技術(shù)與公安業(yè)務(wù)應(yīng)用緊密融合，以提高公安信息化的整體應(yīng)用水平。

警用綜合地理信息平臺(tái)建設(shè)

“警用地理信息系統(tǒng)”（Police Geographic Information System，PGIS）是公安部“金盾工程”的重要組成部分。目前公安部已頒布了十二個(gè)“警用地理信息系統(tǒng)”的建設(shè)標(biāo)準(zhǔn)，在全國(guó)公安機(jī)關(guān)開展警用地理信息系統(tǒng)建設(shè)中發(fā)揮了積極的指導(dǎo)作用，提高了公安機(jī)關(guān)的建設(shè)、應(yīng)用和管理水平。建立警用地理信息平臺(tái)，實(shí)現(xiàn)公安行業(yè)共享成為可能。

“警用地理信息系統(tǒng)”將傳統(tǒng)的數(shù)據(jù)庫帶入可視化空間中，彌補(bǔ)了公安機(jī)關(guān)當(dāng)前常規(guī)信息化應(yīng)用系統(tǒng)中分析數(shù)據(jù)的局限性，綜合利用地理信息技術(shù)所特有的空間分析功能和強(qiáng)有力的可視化表達(dá)能力，使警務(wù)數(shù)據(jù)信息和空間信息融為一體，通過監(jiān)控各種警務(wù)工作元素在空間的分布情況和實(shí)時(shí)運(yùn)行情況，分析其內(nèi)在聯(lián)系，合理配置和調(diào)度資源，從而提高各警務(wù)部門的快速響應(yīng)和協(xié)同處理能力的輔助分析、決策和指揮調(diào)度。

PGIS搭建平臺(tái)

全國(guó)警用地理信息基礎(chǔ)平臺(tái)簡(jiǎn)稱為PGIS平臺(tái)，是以公安信息網(wǎng)絡(luò)為基礎(chǔ)，以警用電子地圖為核心，以地理信息技術(shù)為支撐，以服務(wù)于公安業(yè)務(wù)管理、信息共享和決策支持的可視化為目標(biāo)的重要信息化基礎(chǔ)設(shè)施。PGIS平臺(tái)由基礎(chǔ)軟硬件運(yùn)行環(huán)境、地理信息庫、PGIS平臺(tái)軟件構(gòu)成。地理數(shù)據(jù)全局公用，共同維護(hù)。在PGIS平臺(tái)上構(gòu)建的各類應(yīng)用統(tǒng)稱為PGIS應(yīng)用（圖1、2）。

圖1 警用地理信息平臺(tái)界面

圖2 PGIS平臺(tái)硬件部署圖

MapGIS軟件作為基礎(chǔ)GIS軟件，基于公安部下發(fā)的PGIS平臺(tái)軟件進(jìn)行各地的警用地理信息系統(tǒng)建設(shè)，并建立警用地理信息數(shù)據(jù)庫，構(gòu)成PGIS平臺(tái)，然后在此平臺(tái)之上進(jìn)行應(yīng)用系統(tǒng)建設(shè)，組成PGIS警用地理信息系統(tǒng)。這樣將展現(xiàn)的系統(tǒng)應(yīng)用具有全國(guó)統(tǒng)一標(biāo)準(zhǔn)，達(dá)到全國(guó)統(tǒng)一規(guī)范的目的。

PGIS平臺(tái)軟件由“工具集+函數(shù)庫+業(yè)務(wù)模板”組成，由公安部信息中心統(tǒng)一組織開發(fā)下發(fā)。

三庫建設(shè)則包含警用地理信息數(shù)據(jù)庫、標(biāo)準(zhǔn)地址數(shù)據(jù)庫、業(yè)務(wù)地理關(guān)聯(lián)數(shù)據(jù)庫，根據(jù)公安部頒布的標(biāo)準(zhǔn)進(jìn)行建設(shè)。

PGIS平臺(tái)特點(diǎn)

? 利用“云計(jì)算”提高了IT資源利用率，并促進(jìn)了空間網(wǎng)格計(jì)算能力。? 采用SOA架構(gòu)，更具可擴(kuò)展性與開放性。? 強(qiáng)大的兼容性，支持PGIS平臺(tái)無縫對(duì)接。? 二、三維GIS融合，帶來更直觀的視覺體驗(yàn)。? 全新的人機(jī)交互模式，多維展現(xiàn)空間地理信息。? 綜合警用信息資源，提供全方位行業(yè)解決方案。? 統(tǒng)一資源管理，統(tǒng)一流程配置，統(tǒng)一協(xié)同作戰(zhàn)。

PGIS平臺(tái)各子系統(tǒng)主要功能

? 數(shù)據(jù)采集子系統(tǒng)：負(fù)責(zé)在Web頁面上實(shí)現(xiàn)各警種業(yè)務(wù)數(shù)據(jù)和基層民警工作信息的采集分類，及時(shí)對(duì)數(shù)據(jù)進(jìn)行更新維護(hù)，是公安信息化建設(shè)的基礎(chǔ)核心。

? 人口管理：運(yùn)用“以圖管房，以房管人，圖屬互動(dòng)”的理念，通過指定樓棟房屋或門樓牌號(hào)碼，或選擇某個(gè)區(qū)域等地圖查詢功能進(jìn)行人口管理。

? 視頻監(jiān)控子系統(tǒng)：對(duì)視頻監(jiān)控點(diǎn)的查詢定位，空間散點(diǎn)分布顯示，實(shí)時(shí)視頻信息播放和監(jiān)控頭云臺(tái)控制，并標(biāo)識(shí)一定范圍內(nèi)的視頻監(jiān)控設(shè)施的位置。

? 110指揮中心協(xié)同作戰(zhàn)：在指揮中心接收到警情后，可迅速在地圖上定位，自動(dòng)搜索離案發(fā)地點(diǎn)最近的各類信息，并分析出最佳的出警路徑。

? GPS車輛管理子系統(tǒng)：實(shí)現(xiàn)對(duì)GPS警車的可視查詢、實(shí)時(shí)定位、自動(dòng)跟蹤、目標(biāo)監(jiān)控管理、車輛調(diào)度、遠(yuǎn)程遙控、軌跡分析等功能。

? 方預(yù)案管理子系統(tǒng)：通過警標(biāo)符號(hào)，將預(yù)案形成方案形象的方式標(biāo)注于空間圖形上，模擬各種突發(fā)事件，采用合理調(diào)度方式，部署警力和裝備。

? 消防指揮子系統(tǒng)：消防指揮子系統(tǒng)，主要是處理和分析火災(zāi)報(bào)警信息，輔助相關(guān)人員進(jìn)行指揮調(diào)度，及時(shí)處理火災(zāi)警情等重大消防事故。

? 智能交警指揮調(diào)度子系統(tǒng)：整合智能交通信號(hào)控制模塊、電子警察應(yīng)用、交通疏

導(dǎo)等功能，實(shí)現(xiàn)隔離帶、信號(hào)燈、電子警察、交通流檢測(cè)器、交通事件檢測(cè)器、交通監(jiān)控設(shè)備、交通誘導(dǎo)屏等交通設(shè)施的可視化管理。

? 武警信息管理子系統(tǒng)：針對(duì)武警所建設(shè)的項(xiàng)目進(jìn)行信息化管理，并與地圖基礎(chǔ)數(shù)據(jù)進(jìn)行融合，實(shí)現(xiàn)對(duì)武警項(xiàng)目的查詢、可視化管理和分析功能。

警用綜合地理信息平臺(tái)業(yè)務(wù)應(yīng)用

公安共享服務(wù)解決方案基于警用地理信息平臺(tái)，實(shí)現(xiàn)數(shù)據(jù)整合與標(biāo)準(zhǔn)化統(tǒng)一建庫，從而進(jìn)行業(yè)務(wù)系統(tǒng)的構(gòu)建，實(shí)現(xiàn)行業(yè)共享，并應(yīng)用于行業(yè)各個(gè)方面。

數(shù)據(jù)采集管理

通過Web界面直接標(biāo)注的方式，實(shí)現(xiàn)對(duì)警用公共地理圖層數(shù)據(jù)進(jìn)行采集更新（如門牌號(hào)、圖像監(jiān)控點(diǎn)、ATM機(jī)、警務(wù)亭等圖層信息）；結(jié)論性分類統(tǒng)計(jì)，為警用地理信息系統(tǒng)其他功能提供重要的地址匹配數(shù)據(jù)支持（圖3、4）。

圖3 B/S數(shù)據(jù)采集

圖4 手持PDA數(shù)據(jù)采集

綜合查詢與統(tǒng)計(jì)分析

綜合圖層查詢：對(duì)警用專題數(shù)據(jù)提供地圖查詢、屬性查詢、緩沖區(qū)查詢等方式。統(tǒng)計(jì)分析：實(shí)現(xiàn)按照自定義的統(tǒng)計(jì)方式對(duì)選擇的統(tǒng)計(jì)范圍進(jìn)行人口、案件等信息的統(tǒng)計(jì)功能，直觀地在地圖上展示，并提供下載和打印功能（圖5）。

圖5 統(tǒng)計(jì)分析

社區(qū)警務(wù)管理

人口管理：實(shí)現(xiàn)人口分類信息（常住、暫住、流動(dòng)、房屋出租戶等）的查詢、定位及基于空間的統(tǒng)計(jì)分析（圖6）。

案事件管理：根據(jù)案件的屬性條件進(jìn)行按事件的查詢、定位及基于空間的統(tǒng)計(jì)分析（圖7）。

巡邏管理：設(shè)定巡邏區(qū)域和路線，建立巡邏布控網(wǎng)（圖8）。

圖6 人口管理

圖7 案事件管理

圖8 巡邏布控

110指揮中心協(xié)同作戰(zhàn)

定位方式多樣化：支持固定電話、手機(jī)、路桿燈位、案發(fā)地址、固定報(bào)警點(diǎn)和報(bào)警設(shè)備等多種報(bào)警定位方式，在地圖上實(shí)現(xiàn)案發(fā)報(bào)警位置定位的直觀顯示。

接警自動(dòng)查詢：通過案發(fā)位置信息，系統(tǒng)自動(dòng)在地圖上搜索設(shè)定區(qū)域內(nèi)的案發(fā)周邊警力、攝像頭、重點(diǎn)單位、基礎(chǔ)設(shè)施等信息分布情況，在地圖中顯示。

指揮調(diào)度：查詢到案發(fā)地點(diǎn)周邊區(qū)域的警員或者GPS警車，分配出警任務(wù)，使警員迅速趕往事發(fā)現(xiàn)場(chǎng)（圖9）。

圖9 110指揮中心協(xié)同作戰(zhàn)系統(tǒng)中心

方預(yù)案管理

信息查詢：在制定各類預(yù)案之前，在電子地圖上可查詢案發(fā)地周邊的單位、警力等利于決策的綜合信息，還可從專家?guī)?、預(yù)案庫中查詢類似案例的處置經(jīng)驗(yàn)。

動(dòng)態(tài)預(yù)案制作：利用警用標(biāo)圖庫實(shí)現(xiàn)基于電子地圖的標(biāo)繪應(yīng)急預(yù)案，生成救援物資的分布、救援人員的行進(jìn)路線、人員的撤離路徑等方案。

動(dòng)態(tài)模擬推演：根據(jù)已制定好的部署預(yù)案，能對(duì)即將發(fā)生的戰(zhàn)術(shù)和已經(jīng)發(fā)生的戰(zhàn)例進(jìn)行全過程的動(dòng)態(tài)模擬推演，以應(yīng)對(duì)實(shí)戰(zhàn)需要。

指揮調(diào)度：對(duì)手持PDA和GPS警車及時(shí)發(fā)送指令或者呼叫來進(jìn)行調(diào)度。

預(yù)案歸檔：實(shí)現(xiàn)對(duì)警衛(wèi)安保、消防等各類預(yù)案的分類存儲(chǔ)和通過案事件的特征（案發(fā)時(shí)間、地點(diǎn)、種類、逃逸方向等）進(jìn)行預(yù)案的智能快速提取與顯示。

消防指揮調(diào)度

消防單位管理：查詢區(qū)域內(nèi)消防人員、車輛、物資等信息，并進(jìn)行維護(hù)。重點(diǎn)消防保護(hù)單位管理：對(duì)重點(diǎn)單位如醫(yī)院、娛樂場(chǎng)所等地物信息進(jìn)行查詢和信息管理，并可提供滅火戰(zhàn)斗部署地圖的顯示和打印功能。

指揮調(diào)度：接受到火災(zāi)報(bào)警信息后，可迅速在地圖上定位，查詢附近關(guān)聯(lián)的消防信息，實(shí)時(shí)調(diào)用周邊攝像頭查看火勢(shì)情況，進(jìn)行調(diào)配消防警力。

滅火預(yù)案管理：針對(duì)各單位制定滅火預(yù)案，并存儲(chǔ)以便隨時(shí)調(diào)用。

消防預(yù)警統(tǒng)計(jì)分析：對(duì)消防案件的案發(fā)地點(diǎn)等詳細(xì)信息統(tǒng)計(jì)，在地圖上進(jìn)行空間顯示并生成各類統(tǒng)計(jì)圖表，凸顯案發(fā)數(shù)量多的區(qū)域，以便后期針對(duì)特定區(qū)域制定相應(yīng)的科學(xué)的措施和對(duì)策，減少火災(zāi)事故的發(fā)生。

基于平安城市的GIS應(yīng)用

在地圖上分布顯示城市各個(gè)管轄區(qū)的攝像頭，點(diǎn)擊攝像頭圖標(biāo)即可進(jìn)行視頻實(shí)時(shí)監(jiān)控和歷史錄像回放（圖10）。

圖10 視頻監(jiān)控點(diǎn)實(shí)時(shí)播放

對(duì)智能分析設(shè)定好規(guī)則后的攝像頭進(jìn)行實(shí)時(shí)監(jiān)控，若該攝像頭中出現(xiàn)了違規(guī)行為就會(huì)報(bào)警，并且伴隨著報(bào)警聲音（圖11）。

圖11 視頻圖像監(jiān)控點(diǎn)自動(dòng)報(bào)警

查看歷史攝像頭報(bào)警信息并通過快照?qǐng)D片找到準(zhǔn)確的報(bào)警信息（圖12）。

圖12 查找報(bào)警信息

三維GIS應(yīng)用

支持重點(diǎn)單位、人口在三維場(chǎng)景中定位以及屬性查詢；實(shí)現(xiàn)二三維地圖效果切換功能。

公安共享服務(wù)解決方案以警用綜合地理信息平臺(tái)為支撐，剖析了傳統(tǒng)安全域方案中存在的問題以及用戶的需求，并對(duì)這些問題和需求進(jìn)行解決改進(jìn)，在此基礎(chǔ)上提供了具體的行業(yè)解決方案，解決了許多實(shí)際問題，如迅速辨別事故發(fā)生地點(diǎn)，指揮中心根據(jù)語音系統(tǒng)、電話號(hào)碼或者移動(dòng)電話等快速在地圖上標(biāo)繪事故地點(diǎn)；在進(jìn)行快速查詢分析和輔助決策，根據(jù)數(shù)據(jù)庫和出事地點(diǎn)信息快速查詢事故發(fā)生地附近的警情、警力、社保、安防信息以及交通和建筑分布狀況；可以使隨時(shí)查詢并進(jìn)行基于各種目標(biāo)的專題分析。如：人口分布，犯罪發(fā)生地點(diǎn)，人口年齡分布，火災(zāi)多發(fā)區(qū)，火災(zāi)多發(fā)季等。

公安共享服務(wù)解決方案將隨著政府信息化不斷向前推進(jìn)，進(jìn)一步完善，為實(shí)現(xiàn)系統(tǒng)的更加安全、穩(wěn)固而努力。

第二篇：醫(yī)院信息集成平臺(tái)建設(shè)方案

信息集成平臺(tái)建設(shè)方案 建設(shè)需求

一個(gè)完善的醫(yī)院信息系統(tǒng)通常由上百個(gè)子系統(tǒng)組成，牽涉眾多的專業(yè)領(lǐng)域。這么龐大的系統(tǒng)需要非常專業(yè)化的軟件開發(fā)分工，整合不同廠商有特色的專業(yè)系統(tǒng)是醫(yī)院信息系統(tǒng)的發(fā)展趨勢(shì)，醫(yī)院信息化能夠取得成功必須保證各個(gè)系統(tǒng)的有效集成和數(shù)據(jù)的高度共享。然而這些系統(tǒng)通常是隨著醫(yī)院的發(fā)展需求逐步建設(shè)的，它們來源于不同的廠家，基于不同的技術(shù)，缺乏統(tǒng)一的信息交換標(biāo)準(zhǔn)，這些系統(tǒng)的集成整合已經(jīng)逐漸成為醫(yī)院數(shù)字化發(fā)展亟待解決的主要問題。

系統(tǒng)集成平臺(tái)的構(gòu)建主要面向兩個(gè)核心問題：一個(gè)是為各種醫(yī)療應(yīng)用提供統(tǒng)一的醫(yī)療數(shù)據(jù)訪問服務(wù)，從而消除各種醫(yī)療應(yīng)用系統(tǒng)與醫(yī)療數(shù)據(jù)中心的直接耦合性；另一個(gè)是為各種臨床信息系統(tǒng)提供系統(tǒng)集成服務(wù)，系統(tǒng)集成服務(wù)基于系統(tǒng)集成模型，通過HL7和DICOM等標(biāo)準(zhǔn)通訊協(xié)議為各種醫(yī)療應(yīng)用系統(tǒng)提供集成服務(wù)，確保各個(gè)臨床信息系統(tǒng)在工作流整合的基礎(chǔ)上實(shí)現(xiàn)交互協(xié)作，從而以數(shù)字化的形式完成各項(xiàng)醫(yī)療業(yè)務(wù)。建設(shè)目標(biāo)

系統(tǒng)間的整合、集成和擴(kuò)展一直都是制約醫(yī)院數(shù)字化發(fā)展的主要障礙，由于不同廠商之間的產(chǎn)品不兼容，使得醫(yī)院整體信息化步履維艱。通過建設(shè)一個(gè)規(guī)范的系統(tǒng)集成平臺(tái)，在IHE、DICOM、HL7等國(guó)際標(biāo)準(zhǔn)的基礎(chǔ)上，制定覆蓋醫(yī)療所有業(yè)務(wù)流程的系統(tǒng)集成規(guī)范，開發(fā)基于規(guī)范的系統(tǒng)集成平臺(tái)，為遺留的、當(dāng)前的以及將來的系統(tǒng)提供了一個(gè)統(tǒng)一且標(biāo)準(zhǔn)的數(shù)據(jù)交換和工作流協(xié)同的平臺(tái)。信息集成方法

信息集成方法有三，即應(yīng)用集成、數(shù)據(jù)集成、界面集成，這三種集成方式各解決不同方面的問題。應(yīng)用集成指應(yīng)用程序之間實(shí)時(shí)或異步交換信息和相互調(diào)用功能，可以采用HL7消息，Web Service，CORBA，EJB，DCOM，RPC等標(biāo)準(zhǔn)，采用消息中間件，BPM等中間件實(shí)現(xiàn)；數(shù)據(jù)集成是指應(yīng)用系統(tǒng)的數(shù)據(jù)庫系統(tǒng)之間的數(shù)據(jù)交換和共享，以及數(shù)據(jù)之間的映射變換，常采用ETL（Extract-Transform-Load）工具實(shí)現(xiàn)；界面集成含義是應(yīng)用程序界面之間相互關(guān)聯(lián)引用合成，采用技術(shù)包括ActiveX插件、Portlet、IFrame等。

協(xié)同應(yīng)用從早期單純的點(diǎn)對(duì)點(diǎn)接口方式，發(fā)展到現(xiàn)如今的集成平臺(tái)方式。各種方式中：

? 點(diǎn)對(duì)點(diǎn)接口方式的復(fù)雜性在于要和不同的系統(tǒng)建立1：N的接口，假定有N個(gè)系統(tǒng)相互之間需要建立接口，則接口數(shù)為 N*(N-1)/2。

? 集成平臺(tái)方式中，在N個(gè)系統(tǒng)需要進(jìn)行應(yīng)用協(xié)同的情況下，只需要開發(fā)N個(gè)適配器接口即可，減少了集成平臺(tái)的系統(tǒng)負(fù)荷。

由于醫(yī)院信息系統(tǒng)復(fù)雜性，我們根據(jù)不同的需求和應(yīng)用場(chǎng)景，設(shè)計(jì)分別采用上述三種不同集成方法和手段進(jìn)行信息集成。應(yīng)用集成

和醫(yī)技輔診科室信息系統(tǒng)（如PACS/RIS、LIS、MUSE等）的信息集成，這種場(chǎng)景，信息交互的數(shù)據(jù)量不大，實(shí)時(shí)性要求不高，且各信息系統(tǒng)各專業(yè)廠商實(shí)現(xiàn)方式相差較大，采用基于集成平臺(tái)的應(yīng)用集成方式是最優(yōu)選擇。

集成平臺(tái)體系結(jié)構(gòu)如下圖所示，集成平臺(tái)對(duì)外提供支持多種方式的集成服務(wù)：包括WebService服務(wù)、TCP監(jiān)聽服務(wù)、文件監(jiān)測(cè)服務(wù)、FTP服務(wù)、SQL監(jiān)控服務(wù)等方式。

醫(yī)院信息系統(tǒng)在國(guó)際、國(guó)內(nèi)廣泛采用的有一套集成規(guī)范，即：醫(yī)療健康信息集成規(guī)范（IHE）規(guī)范。IHE規(guī)范未定義新的集成標(biāo)準(zhǔn)，而是采用了“標(biāo)準(zhǔn)協(xié)調(diào)”過程推動(dòng)基于工業(yè)標(biāo)準(zhǔn)的醫(yī)療IT系統(tǒng)互操作性。在IHE中，消息傳遞采用的是HL7（2.x版本)標(biāo)準(zhǔn)，影像傳遞采用DICOM標(biāo)準(zhǔn)。本集成平臺(tái)的集成嚴(yán)格參照該規(guī)范進(jìn)行：信息集成平臺(tái)在進(jìn)行消息時(shí)采用HL72.4標(biāo)準(zhǔn)進(jìn)行消息傳遞、在消息內(nèi)部傳遞DICOM StudyUID，以滿足后續(xù)DICOM圖像應(yīng)用時(shí)的需要。

臨床信息集成用于對(duì)各臨床信息系統(tǒng)進(jìn)行信息層面的集成事務(wù)處理。事務(wù)的定義參照IHE規(guī)范執(zhí)行，消息的交互標(biāo)準(zhǔn)參照HL7 2.4標(biāo)準(zhǔn)執(zhí)行。

集成平臺(tái)內(nèi)部引擎本身由Ensemble集成平臺(tái)基礎(chǔ)之上進(jìn)行二次開發(fā)而來，依托Ensemble本身對(duì)各種適配器的支持，集成平臺(tái)對(duì)外能夠提供多種接入服務(wù)方式：TCP、文件夾監(jiān)聽、FTP文件監(jiān)聽、自定義WebService、SQL監(jiān)聽等形式。以更多接入方式進(jìn)行各種不同方式集成各業(yè)務(wù)系統(tǒng)。

集成流程以業(yè)務(wù)流程可視化、可編輯化對(duì)外提供工作流程的制定與使用。集成引擎基于標(biāo)準(zhǔn)的業(yè)務(wù)流程執(zhí)行語言（Business Process Execution Language）進(jìn)行擴(kuò)展應(yīng)用，以描述交互應(yīng)用。4.1 信息集成模塊與示例

信息集成組件主要由以下幾部分組成Business Service業(yè)務(wù)服務(wù)、Business Process業(yè)務(wù)處理、Business Operation業(yè)務(wù)操作，這幾部分共同作用下，將集成事務(wù)與消息傳遞進(jìn)行完成。其中，Business Service主要負(fù)責(zé)進(jìn)行消息的監(jiān)聽與接收；Business Process負(fù)責(zé)全局的消息路由轉(zhuǎn)發(fā)、事務(wù)流程處理、消息匹配映射等工作職責(zé)；Business Operation負(fù)責(zé)將轉(zhuǎn)換完成、最原子化的一個(gè)操作，發(fā)送/調(diào)用信息集成的目標(biāo)端。同時(shí)在三者相互作用下，消息的反饋準(zhǔn)確的返回到Business Process，由Process來講反饋消息控制返回到消息發(fā)送方。示意圖如下（后續(xù)對(duì)該示例進(jìn)行說明）：

4.1.1 業(yè)務(wù)服務(wù)監(jiān)聽與接收

在當(dāng)今醫(yī)院中，存在各種各種的醫(yī)療業(yè)務(wù)系統(tǒng)，醫(yī)療業(yè)務(wù)系統(tǒng)的多樣性，就將導(dǎo)致與其集成時(shí)，接入方式的多樣性，如部分系統(tǒng)已實(shí)現(xiàn)TCP的發(fā)送傳遞；部分已實(shí)現(xiàn)文本輸出等。集成平臺(tái)作為醫(yī)院信息系統(tǒng)的中轉(zhuǎn)、適配角色，在接入方式的多樣性成為必要條件。如前所述，在這方面，集成平臺(tái)允許的接入方式有：TCP、FILE、FTP、SQL、SOAP(WebService)、HTTP、MAIL等多種方式與相應(yīng)的適配器。

在多種方式的接入過程中，將不同來源的消息通過統(tǒng)一的出口轉(zhuǎn)交給業(yè)務(wù)處理部分，由其進(jìn)行路由住轉(zhuǎn)發(fā)、消息匹配映射、業(yè)務(wù)流程處理等相關(guān)的工作。

在本示例中，EMRS通過WebService的服務(wù)監(jiān)聽（BS.WS.EMRWS）方式將消息內(nèi)容傳遞進(jìn)集成平臺(tái)，在通過驗(yàn)證后，將該消息轉(zhuǎn)發(fā)給了業(yè)務(wù)處理模塊中的路由模塊。

4.1.2 消息路由轉(zhuǎn)發(fā)

在一些應(yīng)用場(chǎng)景中，如電子病歷系統(tǒng)、重癥監(jiān)護(hù)系統(tǒng)、HIS系統(tǒng)三者進(jìn)行信息傳遞時(shí)，部分信息是需要三者之間交互的，而部分信息僅僅需要兩者之間交互，這在消息轉(zhuǎn)發(fā)路由時(shí)，需要有一定的控制，起到閘門的作用。如：HIS系統(tǒng)進(jìn)行入院登記時(shí)，需要將病人的信息發(fā)送到電子病歷系統(tǒng)與重癥監(jiān)護(hù)系統(tǒng)；而在重癥監(jiān)護(hù)系統(tǒng)采集到病人生命體征信息時(shí)，僅僅將此信息發(fā)送到電子病歷系統(tǒng)即可。因此，在集成平臺(tái)中，引入消息路由轉(zhuǎn)發(fā)的相關(guān)模塊就顯得比較重要。

在本示例中，EMRCTLRouter這個(gè)消息路由者在接受到BS.WS.EMRWS的消息時(shí)，可能會(huì)轉(zhuǎn)發(fā)至EMRPlaceOrder、EMROrderCA、BadMessageHandle三個(gè)相關(guān)的處理模塊。而具體轉(zhuǎn)發(fā)至何模塊，由消息頭定義中的相關(guān)信息具體定義。消息路由者起到解析與轉(zhuǎn)發(fā)的作用。

4.1.3 事務(wù)業(yè)務(wù)流程處理

即時(shí)消息路由已經(jīng)正確路由轉(zhuǎn)發(fā)了消息到準(zhǔn)確的端點(diǎn)，但是在對(duì)應(yīng)的端點(diǎn)內(nèi)，還會(huì)有一些業(yè)務(wù)流程需要進(jìn)行處理。如在EMRS下達(dá)一個(gè)新的Order的時(shí)候，需要的一定的情況下產(chǎn)生不同的業(yè)務(wù)流程分支：如該病人為門診病人或者住院病人，則有必要產(chǎn)生HL7 消息中的住院病人登記信息與門診病人登記信息：ADTA01與ADTA04。

在本示例中，BPEMRPlaceOrder的內(nèi)部業(yè)務(wù)流程如下，每一個(gè)結(jié)點(diǎn)代表著一次邏輯處理過程：

4.1.4 消息匹配映射

在一些情況下，消息的傳遞方并無必要產(chǎn)生HL7標(biāo)準(zhǔn)格式消息的情況下，如EMRS與集成平臺(tái)為內(nèi)部互調(diào)時(shí)，雙方之間提供預(yù)定義的WebService的接口，以快速的開發(fā)與進(jìn)行集成。此時(shí)便需要在WebService中定義的消息格式與標(biāo)準(zhǔn)HL7消息格式之間進(jìn)行著匹配轉(zhuǎn)換的工作。而該轉(zhuǎn)換工作的處理調(diào)用是由事務(wù)業(yè)務(wù)流程處理模塊來發(fā)起調(diào)用的。

4.1.5 終端消息發(fā)送

在進(jìn)行正確的消息格式轉(zhuǎn)換與業(yè)務(wù)邏輯處理，此時(shí)的消息已經(jīng)成為一個(gè)符合終端系統(tǒng)需要的消息格式。在事務(wù)業(yè)務(wù)流程處理中，會(huì)將此消息投遞給相應(yīng)的終端系統(tǒng)。

在投遞消息完成工，事務(wù)業(yè)務(wù)流程處理模塊會(huì)進(jìn)入等待反饋的狀況，等待終端系統(tǒng)反饋一個(gè)應(yīng)答消息，以表示該消息在終端系統(tǒng)中被準(zhǔn)確的處理。事務(wù)處理模塊收到該應(yīng)答消息，并組織成發(fā)送端系統(tǒng)需要的消息格式，并作為應(yīng)答系統(tǒng)，反饋至發(fā)送端系統(tǒng)。

4.2 集成事務(wù)處理流程規(guī)劃

上述主要針對(duì)集成平臺(tái)中各個(gè)模塊作用于應(yīng)用場(chǎng)景進(jìn)行了闡述，下面將以IHE規(guī)范中醫(yī)囑下達(dá)方醫(yī)囑執(zhí)行的完整業(yè)務(wù)流程為例，進(jìn)行完整的集成事務(wù)流程描述。該流程反應(yīng)了普遍的醫(yī)囑流程，多數(shù)院內(nèi)的醫(yī)囑流程都可參照?qǐng)?zhí)行，為醫(yī)院的信息系統(tǒng)集成方式提供良好的參考。本示例中，目標(biāo)系統(tǒng)以PACS為例。上層應(yīng)用程序新開申請(qǐng)單集成平臺(tái)PACS住院病人：發(fā)送ADT^A01消息/門診病人：發(fā)送ADT^A04消息響應(yīng)ADT^A01消息/響應(yīng)ADT^A04消息發(fā)送ORM^O01消息(control code=NW)響應(yīng)ORM^O01消息對(duì)檢查申請(qǐng)進(jìn)行安排后，發(fā)送SIU^S12消息響應(yīng)SIU^S12消息查詢申請(qǐng)安排情況開始檢查時(shí)，發(fā)送ORM^O01消息(control code=SC Order Status=SC)響應(yīng)ORM^O01消息檢查完成后，發(fā)送ORM^O01消息(control code=SC Order Status=CM)響應(yīng)ORM^O01消息有圖像數(shù)據(jù)（圖像匹配）后，發(fā)送ORM^O01消息(control code=SC Order Status=DA)響應(yīng)ORM^O01消息發(fā)送DFT^P03消息響應(yīng)DFT^P03消息通知收費(fèi)系統(tǒng)進(jìn)行收費(fèi)查詢申請(qǐng)檢查信息報(bào)告完成后，發(fā)送ORU^R01消息(OBX.11=P，初步報(bào)告)響應(yīng)ORM^O01消息查詢申請(qǐng)檢查報(bào)告報(bào)告審核后，發(fā)送ORU^R01消息(OBX.11=F，最終報(bào)告)響應(yīng)ORM^O01消息查詢申請(qǐng)檢查報(bào)告

另外，在院內(nèi)經(jīng)常出現(xiàn)的是在IHE規(guī)范中描述的：執(zhí)行者醫(yī)囑流程，即由醫(yī)囑執(zhí)行者（PACS系統(tǒng)中，為檢查科室）進(jìn)行醫(yī)囑下達(dá)的過程并執(zhí)行的流程。如下圖所示： PACS發(fā)送ORM^O01(control code=SN)消息時(shí)，消息中必須包含病人號(hào)（PID.3），也就是說病人已經(jīng)掛過號(hào)。上層應(yīng)用程序集成平臺(tái)PACS急診檢查登錄時(shí)，發(fā)送ORM^O01消息(control code=SN)發(fā)送響應(yīng)ORR^O02消息(control code=NA)開始檢查時(shí)，發(fā)送ORM^O01消息(control code=SC Order Status=SC)響應(yīng)ORM^O01消息檢查完成后，發(fā)送ORM^O01消息(control code=SC Order Status=CM)響應(yīng)ORM^O01消息發(fā)送DFT^P03消息響應(yīng)DFT^P03消息通知收費(fèi)系統(tǒng)進(jìn)行收費(fèi)查詢檢查信息報(bào)告完成后，發(fā)送ORU^R01消息(OBX.11=P，初步報(bào)告)響應(yīng)ORU^R01消息查詢檢查報(bào)告報(bào)告審核后，發(fā)送ORU^R01消息(OBX.11=F，最終報(bào)告)響應(yīng)ORU^R01消息查詢申請(qǐng)檢查報(bào)告更新或合并病人信息發(fā)送ADT^A08消息，更新病人信息/發(fā)送ADT^A40消息，合并病人號(hào)響應(yīng)ADT^A08消息/響應(yīng)ADT^A40消息 數(shù)據(jù)集成

在實(shí)際業(yè)務(wù)應(yīng)用中，日常醫(yī)院的HIS庫與ERMS庫之間存在較多需要高頻率、高性能要求的交互，如計(jì)價(jià)信息與藥品庫存等信息的實(shí)時(shí)共享等。針對(duì)這樣的應(yīng)用場(chǎng)景，我們采用了ETL工具(GoldenGate)在數(shù)據(jù)庫底層進(jìn)行的DB層同步方式。目前，醫(yī)院已經(jīng)存在比較完整的醫(yī)療信息系統(tǒng)，這些醫(yī)療信息是以JW1H系統(tǒng)為基礎(chǔ)，增加醫(yī)院自己的需求發(fā)展而來。ERMS電子病歷系統(tǒng)是一個(gè)完整的獨(dú)立產(chǎn)品，他有他自己完整一套的系統(tǒng)架構(gòu)和數(shù)據(jù)中心結(jié)構(gòu)，而在系統(tǒng)架構(gòu)和數(shù)據(jù)中心結(jié)構(gòu)上醫(yī)院現(xiàn)有醫(yī)療信息系統(tǒng)和EMRS電子病歷系統(tǒng)都存在較大差異，這就決定了現(xiàn)有系統(tǒng)和EMRS電子病歷系統(tǒng)很難共用一個(gè)數(shù)據(jù)庫?？闪硗庖环矫?，EMRS電子病歷系統(tǒng)和醫(yī)院現(xiàn)有醫(yī)療信息系統(tǒng)都是醫(yī)院系統(tǒng)不可分割的一部分，他們即有自己工作的重點(diǎn)，又有相互聯(lián)系和配合，只有相互無間的結(jié)合，才能快速、高效和正確地完成日常工作。應(yīng)用EMRS電子病歷系統(tǒng)之后，醫(yī)院現(xiàn)有醫(yī)療信息系統(tǒng)的主要工作就會(huì)變成傳統(tǒng)意義上的HIS業(yè)務(wù)工作，如經(jīng)濟(jì)管理、人員管理和物資管理等，而EMRS電子病歷系統(tǒng)主要完成以患者為中心的診療行為業(yè)務(wù)工作。

兩者之間存在著千絲萬縷的關(guān)系，以醫(yī)囑業(yè)務(wù)舉例，如EMRS電子病歷系統(tǒng)下達(dá)、轉(zhuǎn)抄和校對(duì)醫(yī)囑之后，醫(yī)院現(xiàn)有醫(yī)療信息系統(tǒng)需要完成對(duì)應(yīng)的業(yè)務(wù)操作，如醫(yī)囑擺藥和醫(yī)囑收費(fèi)操作等，這就需要在這兩個(gè)系統(tǒng)之間同步數(shù)據(jù)信息，而涉及到同步的醫(yī)療業(yè)務(wù)往往涉及的醫(yī)療各個(gè)環(huán)節(jié)，如診療、藥房、收費(fèi)、人員管理等，因此需要信息同步的數(shù)據(jù)量會(huì)比較大，而同時(shí)為了不造成醫(yī)療業(yè)務(wù)的延遲和脫節(jié)，也需要很高的實(shí)時(shí)性。

在這種應(yīng)用場(chǎng)景下已不適宜采用基于集成平臺(tái)的，通過消息交互的應(yīng)用集成方式。消息集成方式，往往需要一個(gè)發(fā)起方和接受方，而發(fā)起方和接受方往往需要一些額外的支持，如發(fā)起方需要調(diào)用接受方提供的接口等，期間可能還涉及到一些負(fù)責(zé)的來回交互，最主要的是，消息集成在數(shù)據(jù)量很大的情況下，處理速度不是很快，因此，我們將通過數(shù)據(jù)集成的方式來實(shí)現(xiàn)數(shù)據(jù)同步，數(shù)據(jù)庫集成工具采用Oracle GoldenGate。

醫(yī)院涉及到需要數(shù)據(jù)同步的包括兩個(gè)部分：HIS數(shù)據(jù)庫和EMRS數(shù)據(jù)庫。我們將采用GoldenGate實(shí)現(xiàn)HIS數(shù)據(jù)庫數(shù)據(jù)和EMRS數(shù)據(jù)庫之間的數(shù)據(jù)雙向同步。其基本結(jié)構(gòu)圖如下圖所示： HIS數(shù)據(jù)庫服務(wù)器GoldenGate雙向復(fù)制PRIDE數(shù)據(jù)庫服務(wù)器 從上圖我們可以看到發(fā)生在HIS數(shù)據(jù)庫上的相關(guān)數(shù)據(jù)變化通過GoldenGate實(shí)時(shí)同步到EMRS數(shù)據(jù)庫，而發(fā)生在EMRS數(shù)據(jù)庫上的相關(guān)數(shù)據(jù)變化通過GoldenGate也會(huì)實(shí)時(shí)同步到EMRS數(shù)據(jù)庫。其中具體的實(shí)現(xiàn)過程如下圖所示：

從上圖我們可以看到數(shù)據(jù)同步的核心是GoldenGate，在HIS數(shù)據(jù)庫和EMRS數(shù)據(jù)庫上變化數(shù)據(jù)的捕獲、傳遞和復(fù)制都是通過他來完成的。當(dāng)EMRS數(shù)據(jù)庫發(fā)生數(shù)據(jù)變化的時(shí)候，如EMRS下達(dá)、校對(duì)醫(yī)囑之后，此時(shí)運(yùn)行在EMRS數(shù)據(jù)庫服務(wù)器上的GoldenGate將捕獲該功能業(yè)務(wù)對(duì)應(yīng)的變化數(shù)據(jù)，并通過網(wǎng)絡(luò)傳遞到HIS數(shù)據(jù)庫，HIS數(shù)據(jù)庫接收到這些變化數(shù)據(jù)之后，運(yùn)行在HIS數(shù)據(jù)庫服務(wù)器上的GoldenGate解析這些變化數(shù)據(jù)并應(yīng)用到HIS數(shù)據(jù)庫，此時(shí)如擺藥程序就能看到相應(yīng)的醫(yī)囑記錄并進(jìn)行擺藥。反之HIS數(shù)據(jù)庫上的變化數(shù)據(jù)也是經(jīng)過上述過程應(yīng)用到EMRS數(shù)據(jù)庫。

通過GoldenGate我們可以很好地實(shí)現(xiàn)了HIS數(shù)據(jù)庫和EMRS數(shù)據(jù)庫的之間的獨(dú)立和聯(lián)系，使他們各盡其職，分工明確，一起很好地共同支撐整個(gè)醫(yī)院的正常運(yùn)營(yíng)。5.1 GoldenGate概述

Oracle GoldenGate軟件是一種基于日志的結(jié)構(gòu)化數(shù)據(jù)復(fù)制軟件，它議決剖析源數(shù)據(jù)庫在線日志或歸檔日志取得數(shù)據(jù)的增量改變，再將這些改變運(yùn)用到目標(biāo)數(shù)據(jù)庫，從而完成源數(shù)據(jù)庫與目標(biāo)數(shù)據(jù)庫同步。GoldenGate 能夠在異構(gòu)的IT基本結(jié)構(gòu)（包括幾乎一切常用操作系統(tǒng)平臺(tái)和數(shù)據(jù)庫平臺(tái)）之間完成大量數(shù)據(jù)亞秒一級(jí)的及時(shí)復(fù)制,從而在能夠在應(yīng)急系統(tǒng)、在線報(bào)表、及時(shí)數(shù)據(jù)倉庫供應(yīng)、買賣跟蹤、數(shù)據(jù)同步、集中/分發(fā)、容災(zāi)等多個(gè)場(chǎng)景下運(yùn)用，而我們采用的場(chǎng)景是數(shù)據(jù)雙向復(fù)制，GoldenGate雙向復(fù)制的工作原理如下圖所示：

如上所示，GoldenGate在實(shí)現(xiàn)數(shù)據(jù)同步的時(shí)候，主要涉及到三個(gè)重要進(jìn)程：抽取進(jìn)程、投遞進(jìn)程和應(yīng)用進(jìn)程。

1.抽取進(jìn)程：就是上圖Capture進(jìn)程，該進(jìn)程主要負(fù)責(zé)讀取數(shù)據(jù)庫對(duì)應(yīng)的日志文件，將數(shù)據(jù)變化保存到隊(duì)列文件中；

2.投遞進(jìn)程：也叫傳輸進(jìn)程，該進(jìn)程主要負(fù)責(zé)將源數(shù)據(jù)庫中產(chǎn)生的變化的隊(duì)列文件進(jìn)過壓縮和加密等方式，通過網(wǎng)絡(luò)傳輸?shù)侥康臄?shù)據(jù)庫； 3.應(yīng)用進(jìn)程：也叫接納進(jìn)程，該進(jìn)程主要負(fù)責(zé)將投遞進(jìn)程傳遞過來的源數(shù)據(jù)庫的數(shù)據(jù)變化隊(duì)列文件解析出來，并應(yīng)用到目的數(shù)據(jù)庫中。上述三個(gè)進(jìn)程完成了從源數(shù)據(jù)庫到目的數(shù)據(jù)庫的單項(xiàng)同步，如果再加上從目的數(shù)據(jù)庫到源數(shù)據(jù)庫的相似的三個(gè)進(jìn)程，就實(shí)現(xiàn)了源數(shù)據(jù)庫和目的數(shù)據(jù)庫之間的雙向同步。

5.2 GoldenGate的特性

1.基于日志的實(shí)時(shí)數(shù)據(jù)復(fù)制：相比傳統(tǒng)依賴數(shù)據(jù)庫觸發(fā)器和規(guī)則的方法來捕獲數(shù)據(jù)變化，GoldenGate采用讀取日志方式對(duì)源數(shù)據(jù)庫影響小很多，速度也快很多。

如上圖所示，GoldenGate是通過數(shù)據(jù)日志挖掘的方式實(shí)現(xiàn)的。2.事務(wù)完整性：GoldenGate只復(fù)制成功提交的事務(wù)，同時(shí)目標(biāo)數(shù)據(jù)庫按照源數(shù)據(jù)庫的操作順序，而且，可以中斷可以自動(dòng)恢復(fù)，這些保證了源和目標(biāo)之間的事務(wù)完整性。

3.檢查點(diǎn)機(jī)制保障數(shù)據(jù)無丟失：GoldenGate的抽取和復(fù)制進(jìn)程使用檢查點(diǎn)機(jī)制記錄完成復(fù)制的位臵。對(duì)于抽取進(jìn)程，其檢查點(diǎn)記錄當(dāng)前已經(jīng)抽取日志的位臵和寫隊(duì)列文件的位臵；對(duì)于投遞進(jìn)程，其檢查點(diǎn)記錄當(dāng)前讀取隊(duì)列文件的位臵。

上圖中，Capture、Pump和Devlivery將傳遞狀態(tài)存儲(chǔ)至checkpoint file確保其恢復(fù)性，檢查點(diǎn)機(jī)制可以保證在系統(tǒng)、網(wǎng)絡(luò)或GoldenGate進(jìn)程故

障重啟后數(shù)據(jù)無丟失。

可靠的數(shù)據(jù)傳輸機(jī)制：GoldenGate用應(yīng)答機(jī)制傳輸交易數(shù)據(jù)，只有在得到確認(rèn)消息后才認(rèn)為數(shù)據(jù)傳輸完成，否則將自動(dòng)重新傳輸數(shù)據(jù)，從而保證了抽取出的所有數(shù)據(jù)都能發(fā)送到目標(biāo)端。數(shù)據(jù)傳輸過程中支持128位加密和數(shù)據(jù)壓縮功能。界面集成

對(duì)于醫(yī)學(xué)影像、心電圖波形數(shù)據(jù)，臨床醫(yī)生的需求是，不僅能瀏覽圖像和波形，還須有對(duì)其處理的要求，通常對(duì)應(yīng)系統(tǒng)供應(yīng)商提供了DICOM影像瀏覽器和心電圖瀏覽器，這些瀏覽器提供相應(yīng)的工具來處理、管理、傳輸和轉(zhuǎn)換圖像和波形。針對(duì)這種帶專業(yè)處理功能的人機(jī)交互界面的應(yīng)用程序，我們采用界面集成的方式，集成專業(yè)瀏覽器插件或應(yīng)用程序。

針對(duì)這種方式的場(chǎng)景，EMRS系統(tǒng)將采用界面集成應(yīng)用的方式集成數(shù)據(jù)綜合瀏覽視圖，在臨床數(shù)據(jù)中心一節(jié)中已提到，該視圖采用組件化方式進(jìn)行開發(fā)，實(shí)質(zhì)是各類專業(yè)瀏覽插件的容器，支持對(duì)各種醫(yī)學(xué)影像（X-Ray、CT、MRI、超聲、胃腸鏡）、心電圖、監(jiān)護(hù)數(shù)據(jù)和麻醉監(jiān)護(hù)數(shù)據(jù)等在內(nèi)的多種醫(yī)療數(shù)據(jù)的綜合閱覽分析。

至于各專業(yè)瀏覽器插件內(nèi)部的實(shí)現(xiàn)，可能又會(huì)采用應(yīng)用集成的方式，但通常為了提高性能，和多媒體資料庫中心采用直連的方式獲取影像和波形。

以DICOM影像瀏覽器組件為例，其內(nèi)部采用DICOM標(biāo)準(zhǔn)進(jìn)行醫(yī)學(xué)影像格式定義與交互傳輸。該模塊以O(shè)CX控件的方式實(shí)現(xiàn)，同時(shí)提供給集成事務(wù)處理模塊和醫(yī)護(hù)工作站使用。EMRS醫(yī)護(hù)工作站使用DICOM引擎主要實(shí)現(xiàn)從影像中心查詢和獲取影像等功能。6.1 DICOM影像應(yīng)用流程規(guī)劃

DICOM影像的顯示流程如上圖所示，主要由以下幾步組成：

醫(yī)護(hù)工作站通過調(diào)用DICOM引擎，設(shè)臵參數(shù)（Study UID或Study Type + Study ID，DICOM Server的IP、Port、AE）*，請(qǐng)求獲取一個(gè)檢查的影像；

DICOM引擎啟動(dòng)DICOM Query服務(wù)，獲取檢查影像數(shù)，事件通知醫(yī)護(hù)工作站，醫(yī)護(hù)工作站可以根據(jù)返回的影像數(shù)啟動(dòng)初始化進(jìn)度條；

DICOM引擎啟動(dòng)DICOM Move服務(wù)，向影像中心請(qǐng)求影像； 影像中心啟動(dòng)DICOM Storage服務(wù)，向DICOM引擎發(fā)送影像；

DICOM引擎每接收到一個(gè)新文件，事件通知醫(yī)護(hù)工作站，醫(yī)護(hù)工作站可以在此事件的處理中打開并顯示此文件，同時(shí)改變進(jìn)度條位臵；

DICOM引擎接收到DICOM Move響應(yīng)，表明文件獲取已經(jīng)結(jié)束，事件通知醫(yī)護(hù)工作站。核心價(jià)值

通過建立集成信息平臺(tái)，集成各類應(yīng)用系統(tǒng)以及日常運(yùn)營(yíng)的業(yè)務(wù)，通過該平臺(tái)整合醫(yī)院內(nèi)部業(yè)務(wù)應(yīng)用系統(tǒng)，形成一個(gè)互聯(lián)互通的醫(yī)院業(yè)務(wù)協(xié)作網(wǎng)絡(luò)。醫(yī)院信息集成平臺(tái)可以很好支持不同系統(tǒng)之間的醫(yī)療數(shù)據(jù)整合、業(yè)務(wù)整合與數(shù)據(jù)共享，快速實(shí)施應(yīng)用程序節(jié)點(diǎn)部署以及各醫(yī)療子系統(tǒng)之間的協(xié)同通訊。在醫(yī)院信息系統(tǒng)中的各子系統(tǒng)中，比如HIS,LIS,RIS,OA等，傳遞和展現(xiàn)整個(gè)醫(yī)療過程中的相關(guān)信息。同時(shí)，集成信息平臺(tái)為臨床數(shù)據(jù)中心的數(shù)據(jù)來源提供了技術(shù)基礎(chǔ)和保障，通過信息標(biāo)準(zhǔn)、交換原則的制定，對(duì)業(yè)務(wù)系統(tǒng)提供標(biāo)準(zhǔn)的信息交換服務(wù)，確保數(shù)據(jù)交換過程的安全性、可靠性，實(shí)現(xiàn)數(shù)據(jù)在系統(tǒng)平臺(tái)范圍內(nèi)自由、可靠、可信的交換。

通過醫(yī)院信息平臺(tái)建設(shè)，一方面可以規(guī)避“點(diǎn)對(duì)點(diǎn)”式的信息共享與交換，并使得醫(yī)院可以基于信息平臺(tái)整體上進(jìn)行業(yè)務(wù)流程優(yōu)化與管理，對(duì)內(nèi)提高管理水平，對(duì)外以統(tǒng)一的方式接入?yún)^(qū)域衛(wèi)生協(xié)同網(wǎng)絡(luò)，更好地為人民健康服務(wù)。另一方面利于醫(yī)院信息系統(tǒng)建設(shè)的持續(xù)性發(fā)展，以適應(yīng)未來的需求變化，避免信息化建設(shè)的大范圍的推倒重來；另外，持續(xù)性發(fā)展還必須要有一套合適的實(shí)施和服務(wù)模式作支撐。

第三篇：智慧停車信息平臺(tái)建設(shè)項(xiàng)目方案

智慧停車信息平臺(tái)建設(shè)項(xiàng)目方案

一、目標(biāo)任務(wù)。

建立城區(qū)智慧停車信息平臺(tái)，逐步升級(jí)改造分布在不同區(qū)域的路內(nèi)、路外停車位，實(shí)時(shí)信息統(tǒng)一接入平臺(tái)管理，實(shí)現(xiàn)市區(qū)內(nèi)停車位信息的互聯(lián)互通，市民可通過停車云平臺(tái)了解市區(qū)內(nèi)實(shí)時(shí)停車位信息。

加強(qiáng)停車場(chǎng)建設(shè)力度，構(gòu)建“配建為主、公共為輔、道路為補(bǔ)”停車體系，增加停車泊位供應(yīng)量，2022年新建城區(qū)停車位*個(gè)，提高停車泊位使用效率，有效緩解市民出行停車難和居民小區(qū)停車難問題，營(yíng)造安全、有序的城市靜態(tài)交通環(huán)境。

二、資金安排。

2022年全市新建城區(qū)停車位*個(gè)，總投資約*億元，均由社會(huì)資本投資。

三、實(shí)施步驟。

（一）前期準(zhǔn)備階段（*月底前）。進(jìn)行存量停車泊位摸底統(tǒng)計(jì)，全面摸清城區(qū)路內(nèi)、路外公共停車位情況，梳理停車現(xiàn)狀和建設(shè)需求，制定新增停車泊位建設(shè)計(jì)劃，制定路內(nèi)路外停車位智慧化改造方案，落實(shí)立體停車位選點(diǎn)。

（二）建設(shè)階段（*—*月）。

建設(shè)智慧停車管理系統(tǒng)。搭建智慧停車管理平臺(tái)，設(shè)置停車誘導(dǎo)屏、智能道閘、地磁感應(yīng)、攝像頭等，完成城區(qū)路內(nèi)、路外停車位智能化改造工作。完成城區(qū)*個(gè)停車位建設(shè)工作。

（三）督查考核階段（*月）。

重點(diǎn)開展督查考核。針對(duì)任務(wù)，對(duì)項(xiàng)目建設(shè)完成情況進(jìn)行督查和年終總結(jié)考核。

四、責(zé)任分工。

牽頭單位：市住建局。實(shí)施單位：市住建局、市公安局交警支隊(duì)及相關(guān)停車場(chǎng)運(yùn)營(yíng)管理企業(yè)。配合單位：*區(qū)zf、*區(qū)zf，市發(fā)展改革委、市財(cái)政局、市自然資源局。

1.市住建局負(fù)責(zé)*市智慧停車信息系統(tǒng)、誘導(dǎo)系統(tǒng)建設(shè)，組織編制城市智慧停車平臺(tái)和停車位建設(shè)方案，完成*個(gè)新增停車位建設(shè)任務(wù)。

2.市自然資源局負(fù)責(zé)停車場(chǎng)用地政策實(shí)施，加強(qiáng)用地供給，促進(jìn)土地集約高效利用。

3.市公安局交警支隊(duì)負(fù)責(zé)對(duì)停車場(chǎng)的使用及管理情況進(jìn)行指導(dǎo)和監(jiān)督檢查。對(duì)發(fā)現(xiàn)的停車場(chǎng)挪用、停車場(chǎng)閑置、私設(shè)停車場(chǎng)、私劃停車位、亂停放、分割銷售公共停車泊位或以租賃形式變相分割銷售公共停車泊位等停車服務(wù)違法行為和交通安全隱患，及時(shí)依法處理或者移交有關(guān)部門處理。施劃市政道路公共停車泊位。

4.市發(fā)展改革委負(fù)責(zé)停車場(chǎng)收費(fèi)監(jiān)督管理。督促停車場(chǎng)經(jīng)營(yíng)者在顯著位置設(shè)置標(biāo)價(jià)牌，實(shí)行明碼標(biāo)價(jià)。嚴(yán)厲查處不執(zhí)行zf定價(jià)政策、強(qiáng)行收費(fèi)、只收費(fèi)不服務(wù)、不執(zhí)行明碼標(biāo)價(jià)、串通漲價(jià)等違法違規(guī)行為。

5.市財(cái)政局負(fù)責(zé)對(duì)市區(qū)公共停車場(chǎng)建設(shè)運(yùn)營(yíng)進(jìn)行政策、資金扶持，支持公共停車場(chǎng)項(xiàng)目健康運(yùn)作。

五、保障措施。

（一）加強(qiáng)組織領(lǐng)導(dǎo)。健全停車規(guī)劃建設(shè)管理的協(xié)調(diào)體制，進(jìn)一步加強(qiáng)對(duì)全市停車工作的統(tǒng)籌指導(dǎo)，統(tǒng)籌協(xié)調(diào)推進(jìn)方案的實(shí)施。細(xì)化分解任務(wù)，靠實(shí)工作責(zé)任，加強(qiáng)部門協(xié)調(diào)，多方聯(lián)動(dòng)推進(jìn)，層層抓好落實(shí)，推進(jìn)民生工程有序?qū)嵤_保目標(biāo)全面實(shí)施，當(dāng)年見效。

（二）加強(qiáng)督查檢查。

城市停車問題是市民高度關(guān)注的熱點(diǎn)問題，建設(shè)智慧停車平臺(tái)和公共停車位既是我市城市發(fā)展補(bǔ)短板，也是保障和改善民生的重點(diǎn)難點(diǎn)，各職能部門要切實(shí)履行職責(zé)，完成各項(xiàng)工作任務(wù)。市住建局要加大督導(dǎo)檢查力度，確保智慧停車系統(tǒng)和公共停車場(chǎng)建設(shè)任務(wù)按照計(jì)劃順利執(zhí)行。

（三）加強(qiáng)項(xiàng)目管理。

堅(jiān)持以人民為中心的發(fā)展思想，進(jìn)一步加強(qiáng)城市停車規(guī)劃建設(shè)管理，合理調(diào)度工期計(jì)劃，加快推進(jìn)智慧停車平臺(tái)和停車場(chǎng)建設(shè)進(jìn)度，保證工程質(zhì)量安全，有效解決我市“停車難、停車亂”的問題。

第四篇：公司銷售信息平臺(tái)建立方案

公司銷售信息平臺(tái)方案（暫行）

1.目的建立營(yíng)銷中心內(nèi)部信息傳遞的平臺(tái)，確保市場(chǎng)信息的及時(shí)收集和處理，以便迅速抓住市場(chǎng)機(jī)會(huì)。

2.適用范圍

公司營(yíng)銷中心。

3.權(quán)限

3.1營(yíng)銷總監(jiān)全面把控營(yíng)銷信息平臺(tái)的建立、應(yīng)用；

3.2客服部負(fù)責(zé)具體信息的收集，傳遞，并對(duì)收集過程中相關(guān)人員的工作進(jìn)行評(píng)價(jià)；

3.2企劃部負(fù)責(zé)信息的分類分析，并及時(shí)就有用信息進(jìn)行處理確認(rèn)，同時(shí)依據(jù)分析建立快速產(chǎn)品投放市場(chǎng)的準(zhǔn)備；

3.3采供、儲(chǔ)運(yùn)部門負(fù)責(zé)產(chǎn)品投放市場(chǎng)的支持與配合；

4.內(nèi)容與方法

4.1客戶服務(wù)部門負(fù)責(zé)市場(chǎng)信息的具體收集工作，對(duì)公司內(nèi)部人員（業(yè)務(wù)員、大區(qū)經(jīng)理、市場(chǎng)推廣人員）要確定每周兩次的信息收集，將收集的信息記錄于《市場(chǎng)信息統(tǒng)計(jì)表》中，每天向企劃部傳遞收集情況；

4.2客服人員每周向公司大客戶打電話提供服務(wù)的同時(shí)，收集有關(guān)信息，填寫于《市場(chǎng)信息統(tǒng)計(jì)表中》；

4.3產(chǎn)品企劃部門根據(jù)信息收集情況，通過分析，隨時(shí)與市場(chǎng)人員或客戶確認(rèn)其中有用的信息，并確認(rèn)有效的市場(chǎng)需求，由銷售人員通過溝通確認(rèn)訂單需求，同時(shí)企劃部策劃短平快類型的產(chǎn)品，以隨時(shí)滿足市場(chǎng)需要；

4.4產(chǎn)品企劃部在實(shí)行產(chǎn)品企劃同時(shí)，銷售人員的訂單、采供人員的采供準(zhǔn)備、生產(chǎn)測(cè)試等工作同步進(jìn)行，每一步各相關(guān)部門都必須依據(jù)固定要求按時(shí)完成；整個(gè)產(chǎn)品上市的步驟與時(shí)間節(jié)點(diǎn)設(shè)定由企劃部確定（見《產(chǎn)品企劃單》），由客服部追蹤記錄；

4.5客服部追蹤所有的步驟工作，對(duì)于不能按照要求完成的相關(guān)部門提請(qǐng)公司考核部門作為單項(xiàng)重要事項(xiàng)進(jìn)行考核；

4.6客服部門對(duì)每周的信息收集過程中，公司人員的配合程度、信息的針對(duì)性、細(xì)節(jié)要求要進(jìn)行評(píng)價(jià)；每周將評(píng)價(jià)匯總至營(yíng)銷總監(jiān)處，部門內(nèi)部進(jìn)行批評(píng)或表揚(yáng)，并在月終提出相應(yīng)的獎(jiǎng)勵(lì)或處罰的申請(qǐng)，由公司審批后執(zhí)行；

4.7營(yíng)銷總監(jiān)對(duì)信息平臺(tái)的工作進(jìn)行定期溝通，根據(jù)實(shí)際情況進(jìn)行完善與調(diào)整；

附表

《市場(chǎng)信息統(tǒng)計(jì)單》

《產(chǎn)品企劃單》

市場(chǎng)信息統(tǒng)計(jì)單

注：業(yè)務(wù)人員每周三、六下午溝通兩次，重點(diǎn)客戶每周隨機(jī)溝通一次（最好趁發(fā)貨聯(lián)系時(shí)）；

評(píng)價(jià)項(xiàng)由客服人員進(jìn)行，對(duì)本公司人員是否配合、提供信息的針對(duì)性及細(xì)節(jié)進(jìn)行評(píng)價(jià)，給出優(yōu)、良、中、差定，并簡(jiǎn)單標(biāo)注評(píng)語；

備注項(xiàng)是由企劃部記錄需要溝通確認(rèn)有用信息并是否能夠產(chǎn)生市場(chǎng)需求的簡(jiǎn)單記錄，有用標(biāo)注有用，能產(chǎn)生市場(chǎng)需求的標(biāo)注有需求；其他的不填寫；

產(chǎn)品企劃單

注：產(chǎn)品企劃單依據(jù)市場(chǎng)信息統(tǒng)計(jì)單種有需求的項(xiàng)目展開，企劃部必須在產(chǎn)品企劃最初確定各相關(guān)部門工作內(nèi)容及節(jié)點(diǎn)（各部門溝通確認(rèn)，并將信息確切工作信息傳遞至相關(guān)部門），并由客服部門追蹤相關(guān)情況，對(duì)不能完成配合的情況進(jìn)行記錄（最后一欄）

第五篇：警用車輛專項(xiàng)整頓方案

運(yùn)城市政法機(jī)關(guān)警車專項(xiàng)治理實(shí)施方案

全市政法機(jī)關(guān)警車及駕駛警車違反《道路交通安全法》，亂鳴警報(bào)、亂閃警燈、闖信號(hào)、走禁行、違規(guī)停放等違規(guī)、違紀(jì)現(xiàn)象時(shí)有發(fā)生，在社會(huì)上造成了不良的影響，嚴(yán)重?fù)p害了全市政法機(jī)關(guān)的形象。為進(jìn)一步規(guī)范警車管理使用，市委政法委制定了《警車管理督查辦法》，決定從7至8月份在全市范圍內(nèi)開展一次集中整治濫用警車及警車違章、違規(guī)專項(xiàng)行動(dòng)，全面排查警車使用情況，嚴(yán)肅查處違規(guī)使用警車行為，樹立全市政法機(jī)關(guān)在人民群眾中的良好形象，特制定此方案。

一、指導(dǎo)思想

以政法委領(lǐng)導(dǎo)指示精神為指導(dǎo)，結(jié)合市政協(xié)（32232）號(hào)提案，依據(jù)《警車管理規(guī)定》和《道路交通安全法》，進(jìn)一步規(guī)范和加強(qiáng)警車管理，倡導(dǎo)模范遵守道路交通法規(guī)風(fēng)尚，樹立政法機(jī)關(guān)的良好形象。

二、組織領(lǐng)導(dǎo)

全市政法機(jī)關(guān)成立警車專項(xiàng)治理工作領(lǐng)導(dǎo)組 組 長(zhǎng)： 副組長(zhǎng)： 成 員： 辦公室設(shè)監(jiān)察室 辦公室電話：

三、整治的范圍和重點(diǎn)

整治的范圍：全市懸掛警牌并安裝固定警燈、警報(bào)器，噴涂警車外觀標(biāo)識(shí)，用于執(zhí)行法定任務(wù)的機(jī)動(dòng)車輛。

整治重點(diǎn)：

1、外借警車、警牌，挪掛、套用警牌；

2、懸掛非法定警用號(hào)牌，私掛晉“O”公安專段號(hào)牌；

3、政法機(jī)關(guān)及其工作人員購買、使用無牌無證車輛非法噴涂警車外觀標(biāo)識(shí)和警用車輛外賣給非政法機(jī)關(guān)及個(gè)人，未進(jìn)行外觀變更和辦理轉(zhuǎn)移登記的；

4、嚴(yán)重交通違法行為（無證駕駛、酒后駕駛、闖紅燈、亂停放、行駛證與所駕車輛不符、濫用警燈警報(bào)器等）；

5、達(dá)到強(qiáng)制報(bào)廢標(biāo)準(zhǔn)的警用車輛而未報(bào)廢的及年檢不合格的車輛、報(bào)廢車輛上路行駛；

6、非警務(wù)人員駕駛警車，違規(guī)在賓館、酒店、娛樂場(chǎng)所停放警車；

7、警車涉嫌被盜搶、走私車輛的；

8、違反《警車管理規(guī)定》的其他行為。

四、整治目標(biāo)

（一）挪掛、套用警牌和懸掛非法定警用號(hào)牌、非法噴涂警車外觀標(biāo)識(shí)問題得到徹底解決。

（二）政法機(jī)關(guān)購買使用警用車輛底數(shù)清楚，無牌無證車輛問題得到徹底解決。

（三）警車駕駛員受到教育，遵紀(jì)守法意識(shí)、形象意識(shí)得到增強(qiáng)，常見交通違法違規(guī)行為明顯減少。

五、工作要求

警用車輛是政法機(jī)關(guān)執(zhí)行職務(wù)的專用車輛，是政法機(jī)關(guān)形象的外在體現(xiàn)。警用車輛管理工作直接體現(xiàn)著當(dāng)?shù)卣C(jī)關(guān)紀(jì)律作風(fēng)建設(shè)的水平。此次整頓由政法委牽頭，嚴(yán)格整治紀(jì)律：

一是堅(jiān)持原則，不徇私情。二是文明執(zhí)法，依法查扣。三是周密組織，注意安全。

二O一二年七月十三日