【正文】 檢驗檢查或大處方用藥時給出提醒意見，并記錄下醫(yī)生所有的操作行為。對于異構系統(tǒng)間的數據交換傳輸互操作規(guī)范和醫(yī)療術語定義等規(guī)范，則幾乎沒有成熟的應用落地。這樣的系統(tǒng)在實施時必須逐個開發(fā)接口，增加了集成的成本，同時也影響了與醫(yī)院整體流程集成和信息集成的質量。 為實現 以上 目標，需要建立以居民健康檔案為核心的區(qū)域衛(wèi)生信息平臺作為 核心抓手， 通過區(qū)域衛(wèi)生信息平臺將分散在濱海新區(qū)各級醫(yī)療衛(wèi)生機構的居民健康數據整合為一個邏輯完整的信息整體， 從而 滿足區(qū)域內醫(yī)療衛(wèi)生機構 及管理單位的信息共享、業(yè)務協(xié)同、管理決策的需求及 居民的健康 服務 需求 。 1. 建成區(qū)區(qū)域衛(wèi)生信息平臺， 制定統(tǒng)一的標準規(guī)范，實現全區(qū)范圍內各試點醫(yī)療衛(wèi)生（計生）機構衛(wèi)生之間的信息共享和業(yè)務協(xié)同，支撐統(tǒng)計分析與決策、衛(wèi)生績效考核及其他業(yè)務的 高效 管理。 3. 各試點醫(yī)院建成以電子病歷為基礎的醫(yī)療服務信息系統(tǒng)，實現醫(yī)療信息系統(tǒng)、實驗室信息系統(tǒng)、影像系統(tǒng)、遠程會診、患者自助服務、門診質量控制、預約掛號和雙向轉診等服務。實現醫(yī)療信息系統(tǒng)、實驗室信息系統(tǒng)、影像系統(tǒng)、遠程會診、自助服務、門診質量控制、預約掛號和雙向轉診等服務。 2. 適用性、先進性 濱海新區(qū)區(qū)域衛(wèi)生信息系統(tǒng)要適應醫(yī)療衛(wèi)生機構業(yè)務需要，采用國內先進系統(tǒng)架構理念和技術，為今后發(fā)展及系統(tǒng)升級留有空間。 4. 可擴展性、可兼容性 充分考慮醫(yī)療機構現有信息系統(tǒng)的使用情況和公安、人口、社保等其它系統(tǒng)實現雙向信息交互，滿足擴容和集成需求。 . 招標 內容 一、區(qū)域衛(wèi)生 信息 平臺建設 序號 內容 單位 數量 簡要 說明 1 濱 海新區(qū)區(qū)域衛(wèi)生信息平 臺 套 1 建設濱海新區(qū)基于健康檔案的區(qū)域衛(wèi)生信息平臺，支撐區(qū)域內各級醫(yī)療衛(wèi)生機構之間互聯互通、數據共享和交換、區(qū)域信息共享與業(yè)務協(xié)作的應用要求。 2 標準規(guī)范 建設 套 1 在遵循國際（ HL7 CDA、 DICOM 等）、國家、 衛(wèi)生行業(yè)標準的基礎上，投標人需編制本項目的標準規(guī)范應包括： ? 濱海新區(qū)居民電子健康檔案數據標準與信息交換標準 ? 濱海新區(qū)電子病歷數據 標準與信息交換標準 ? 衛(wèi)生管理信息共享標準 ? 醫(yī)療衛(wèi)生信息資源共享標準 ? 醫(yī)療衛(wèi)生機構信息系統(tǒng)接入標準 ? 濱海新區(qū)居民電子健康檔案管理規(guī)定 ? 區(qū)域平臺相關機構管理規(guī)定 3 基于區(qū)域衛(wèi)生信息平臺的應用系統(tǒng) 居民身份識別系統(tǒng) 套 1 區(qū)域衛(wèi)生信息平臺的信息來源于醫(yī)療衛(wèi)生機構的業(yè)務系統(tǒng)，區(qū)域內居民身份唯一性識別是實現區(qū)域衛(wèi)生信息整合的關鍵，是建立平臺的基礎。 區(qū)域電子病歷共享系統(tǒng) 套 1 整合分散在各醫(yī)院的居民病 歷信息，為各試點聯網醫(yī)院提供完整的診療檔案，內容包括：病歷摘要信息、處方、用藥、病案首頁、出院小結等。 遠程醫(yī)療系統(tǒng) 套 1 實現專家會診及管理、信息交換共享、在線遠程交流等功能，在醫(yī)學專家和病人之間建立全新聯系，使病人在原地、原醫(yī)院即可接受異地專家的會診及在其指導下的治療，從而節(jié)約病人時間和費用，擴大醫(yī)學專家的服務范圍，提高優(yōu)質醫(yī)療資源的利用效率。 衛(wèi)生績效考核系統(tǒng) 套 1 實現醫(yī)療衛(wèi)生從業(yè)人員和醫(yī)療機構的工作效率和效果的評定，輔助衛(wèi)生行政管理單位更好的對各級醫(yī)院和醫(yī)療衛(wèi)生從業(yè)人員進行管理。 統(tǒng)計分析與決策系統(tǒng) 套 1 為區(qū)域內衛(wèi)生行政管理部門提供健康數據分析與數據挖掘的應用，實現數據利用最大化和領導決策科學化的目的，為管理層的工作提供有效的數據支撐。 4 醫(yī)院信息 平臺 基于電子病歷的醫(yī)院信息平臺 套 3 建設 3 家試點醫(yī)院基于電子病歷的醫(yī)院信息平臺，采集并整合醫(yī)院內部各應用系統(tǒng)相關數據，構建基于醫(yī)院平臺的數據統(tǒng)計分析體系，實現醫(yī)院信息平臺與區(qū)域衛(wèi)生信息平 臺的互聯互通，支撐跨院的信息共享和業(yè)務協(xié)同，輔助醫(yī)院提升管理水平，增強醫(yī)院的行業(yè)競爭能力。 平臺 接入集成 醫(yī)院信息系統(tǒng)接入 套 1 實現濱海新區(qū) 1 家醫(yī)院信息系統(tǒng)改造及接入濱海新區(qū)區(qū)域衛(wèi)生信息平臺。 基礎設施建設 序號 軟件名稱 單位 數量 簡要 說明 1 系統(tǒng)軟件采購 數 據庫軟件 套 8 支持集群，支持分區(qū)，負載均衡模塊 數據交換中間件 套 1 支持多種數據格式轉換，支持消息觸發(fā)，包含 8個節(jié)點接入 應用中間件 套 8 支持集群，支持 SOA 服務總線 套 1 ESB 和 SOA 套件 計生及 PACS 前置交換數據庫 套 2 企業(yè)版數據庫 報表工具 套 1 企業(yè)級 BI 工具 門戶軟件 套 1 企業(yè)級門戶 身份認證 套 1 統(tǒng)一認證系統(tǒng) 數據清洗 套 1 ETL 工具 2 接入機構前置端設備采購 前置服務器 套 8 機架式服務器 數據庫 軟件 套 8 標準版數據庫軟件 操作系統(tǒng) 套 8 標準版操作系統(tǒng) 接入路由器 套 8 百兆路由器 接入防火墻 套 8 百兆防火墻 接入交換機 套 8 千兆交換機 . 系統(tǒng) 建設 要求 . 總體 設計 要求 1. 投標人需 在 對 天津濱海新區(qū)衛(wèi)生信息化現狀及 區(qū)域 醫(yī)療 衛(wèi)生業(yè)務需求進行 梳理和 分析 的基礎上 ，結合衛(wèi)生部關于 居民電子 健康檔案、區(qū)域衛(wèi)生信息平臺等相關標準規(guī)范 的 要求設計濱海新區(qū)區(qū)域衛(wèi)生信息平臺 建設 的 總體框架 。 3. 基于區(qū)域平臺的 數據交換和業(yè)務協(xié)同 需要 支持異構系統(tǒng) ， 數據傳輸 需要支持各類主要的消息協(xié)議 ；支持同步和異步傳輸以及斷點續(xù)傳，保證數據傳輸的完整性和安全性 ；需要 提供消息格式校驗、轉換，消息存儲、消息路由和錯誤處理功能。 ? 應用安全： 區(qū)域衛(wèi)生信息平臺應用級安全包括統(tǒng)一身份認證，統(tǒng)一權限管理等，其包括系統(tǒng)軟件和應用軟件應具有訪問控制功能，包括用 戶登陸訪問控制、角色權限控制、目錄級安全控制、文件屬性安全控制 等功能。電子健康信息的權限管理 應可 按等級實現個人級，文件類別級，文件級，市民自定義保護級 的 四級保護機制 。非工作人員未經許可不準進入機房，任何人不準將有關資料泄密、任意抄錄或復制；軟件程序的修改或增加功能時，須提出修改理由、方案、實施時間，報上級主管部門批準；程序修改后，須在測試系統(tǒng)上進行調試，確認無誤經批準后方可投入生產應用；軟件修改 、升級前后的程序版本須存檔備查，軟件修改、升級須有應急補救方案；制定各項 應用系統(tǒng) 訪問控制措施等 。 投標人在本系統(tǒng)建設和運維過程中需滿足以下性能要求： ? 穩(wěn)定性： 系統(tǒng)在 500并發(fā)用戶下 7 24小時以上連續(xù)運行， 1000并發(fā)用戶下不出現因錯誤導致系統(tǒng)重新啟動或崩潰。數據查詢分析和業(yè)務處理要求速度快、反應及時，業(yè)務操作響應時間小于 3秒，實時查詢時間小于 10秒，單個統(tǒng)計指標技術時間小于 30秒，復雜報表計算時間小于 2分鐘，復雜統(tǒng)計分析時間小于 1分鐘 。該平臺涉及的 業(yè)務單位主要有濱海新區(qū)各級醫(yī)院、社區(qū)衛(wèi)生服務中心等醫(yī)療衛(wèi)生服務機構。 本項目區(qū)域衛(wèi)生信息 平臺建設要求技術架構符合衛(wèi)生部《基于健康檔案的區(qū)域衛(wèi)生信息平臺建設指南（試行）》 、 《基于健康檔案的區(qū)域衛(wèi)生信息平臺建設技術解決方案（試行）》 、 IHE ITI（集成醫(yī)療機構技術基礎框架）規(guī)范 的相關要求，確保區(qū)域衛(wèi)生信息平臺的架構的合理性與先進性。 本次 濱海新區(qū)區(qū)域衛(wèi)生信息平臺涉及的業(yè)務單位有濱海新 區(qū)二三級醫(yī)院、社區(qū)衛(wèi)生服務中心以及公共衛(wèi)生機構等。 投標人提供的 濱海新區(qū)基于健康檔案的區(qū)域衛(wèi)生信息平臺的基本 組件 要求 包括以下方面 ： ? 注冊服務 投標人設計的 注冊服務 在技術上要求支持 IHE ITI PIX規(guī)范 ，在功能上要求實現 對居民個人、醫(yī)療服務人員、醫(yī)療衛(wèi)生機構的注冊管理服務，系統(tǒng) 必須 對這些實體提供唯一的標識 ，同時 要求 針對 以上各類 實體形成注冊庫 （如個人注冊庫、醫(yī)療衛(wèi)生機構注冊庫等） ， 并且 注冊庫具有管理和解決單個實體具有多個標識符問題的能力。 ? 存儲服務 本項目建設的 存儲服務 ，要求投標人按照衛(wèi)生部印發(fā)的關于居民健康檔案建設要求分類 存儲健康檔案的信息， 在邏輯上 要 包括以下內容： 居民 個人 基本信息存儲庫、主要疾病和健康問題摘要存儲庫、兒童保健存儲庫、婦女保健存儲庫、疾病 預防控制 存儲庫、疾病管理存儲庫以及 醫(yī)療服務 存儲庫。 ? 全程健康檔案服務 投標人設計的 全程健康檔案服務 要求能 處理區(qū)域衛(wèi)生信息平臺內與數據定位和管理相關的復雜任務。 投標人設計的 全程健康檔案服務 要能 負責分析來自外部資源的信息，并恰當地保存這些數據到存儲庫中， 并且能 反向地響應外部醫(yī)療衛(wèi)生 服務點的檢索、匯聚和返回數據。 ? 醫(yī)療衛(wèi)生信息共享與協(xié)同服務 投標人設計的 醫(yī)療衛(wèi)生信息共享和協(xié)同服務 要求 基于存儲服務，提供醫(yī)療衛(wèi)生機構之間的信息共享服務。 投標人在投標書中需分別針對以上七個域的 功能進行闡述說明。 投標人設計的 健康檔案瀏覽器 要能 提供健康檔案中任何可用信息的跨域集成視圖，包括通過 索引服務追蹤到所有事件的相關數據，同時投標人需 提供健康檔案瀏覽器在醫(yī)生工作站中集成的具體方案， 并且要 兼容不同類型醫(yī)院 的 信息系統(tǒng)。 通信總線服務 要 支持數據存儲服務、業(yè)務管理、輔助決策以及與基本業(yè)務系統(tǒng)和健康檔案瀏覽器之間的底層通信。 ? 數據倉庫服務 數據倉庫服務是平臺中重要的服務組件之一，該服務可以利用數據倉庫技術為許多不同類型醫(yī)療衛(wèi)生業(yè)務做出決策支持，如：臨床決策支持、條線決策支持和管理決策支持等。 投標人設計的數據倉庫服務應能基于區(qū)域平臺存儲的醫(yī)療衛(wèi)生數據，提供獨立的一個平臺，支撐 對業(yè)務數據進行綜合 的 統(tǒng)計分析，實現管理輔助決策 。 投標人 需就數據的特征、質量控制的流程設計、功能設計、采集數據的質量評價及數據采集的監(jiān)控等提出詳細合理的設計方案。此外還要 在設計 考慮：病人同意原則、匿名化、居民個人隱私診斷信息隱藏服務、審計日志記錄、日志查詢及歸檔等功能。 投標人設計 的 衛(wèi)生信息資源庫 要能實現 醫(yī)療 衛(wèi)生數據的存儲 （數據存儲支持集中式與分布式兩種存儲模式） 、加工， 數據庫的數據結構應以健康檔案為中心，生命周期為主線，屬地化管理為原則進行設計 ，實現將 分散在各醫(yī)療 衛(wèi)生機構現有應用系統(tǒng)里的數據，按照一定的業(yè)務規(guī)則集中到區(qū)衛(wèi)生 數據中心，對其進 行統(tǒng)一的數據處理、信息整合和管理，在 將業(yè)務數據集中管理 的同時實現 對業(yè)務數據的 整合，滿足不同業(yè)務科室的應用系統(tǒng)的數據 。 . 數據 采集與 交換平臺 本期項目將從 6家醫(yī)院 、 2家社區(qū)衛(wèi)生服務中心（衛(wèi)生院） 采集診療和基本公共衛(wèi)生服務信息。 投標人提供的數據采集與交換平臺的 其主要功能 應 包括如下 幾 方面： （ 1） 將聯網各醫(yī)療衛(wèi)生機構的各個異構 業(yè)務 應用系統(tǒng)（如 HIS、 CIS、 LIS、RIS等）數據庫中的 相關數據按照本項目統(tǒng)一的數據標準規(guī)范 ，轉換、傳輸到指定的中心數據庫中 ； （ 2） 為各個應用系統(tǒng)提供統(tǒng)一的健康檔案數據源 ，實現數據的跨機構、跨系統(tǒng)共享 ； （ 3）支持數據的定時批量上傳和實時交互 。 . 基于 區(qū)域 平臺的應用 系統(tǒng) 建設要求 . 居民身份識別 系統(tǒng) 居民身份識別 系統(tǒng) 是區(qū)域衛(wèi)生信息共享所要解決的基本問題。居民身份識別 主要扮演著兩大角色。其二，解決在跨越多個系統(tǒng)時用到居民身份唯一性識別問題。 投標人 針對居民身份識別 系統(tǒng) ， 要求 從系統(tǒng)的業(yè)務模式、系統(tǒng)實現方式、 功能設計 及安全保障等方面 提供詳 細 的 設計 方案 ，系統(tǒng)的方案設計要符合濱海新區(qū)衛(wèi)生信息化建設現狀及業(yè)務需求。通過以上信息的 綜合，形成個人診療檔案。區(qū)域醫(yī)療信息可為病人、醫(yī)生管理者等各類角色應用。 投標人提供的區(qū)域電子病歷共享系統(tǒng)必須實現以下功能： 1. 調閱患者基本信息的功能要求 要求 系統(tǒng)提供患者基 本信息調閱功能。一般情況下該功能不單獨使用，需 作為其他功能定位患者時使用。 3. 調閱患者就診履歷的功能要求 要求 系統(tǒng)提供患者就診 履歷調閱功能。 4. 調閱外院住院病案、出院小結的功能要求 要求 系統(tǒng)提供調閱患者外院的住院病案、住院小結的功能。 投標人 需對區(qū)域電子病歷共享系統(tǒng)的相關應用場景、共享流程、共享內容以及共享展示 提供詳細的解決方案。 雙向轉診系統(tǒng) 建設目標是在二三級醫(yī)院和社區(qū)衛(wèi)生服務中心 （鄉(xiāng)鎮(zhèn)衛(wèi)生院）之間實現院間轉診，同時隨著病人轉診傳遞的還有病人的病案信息、檢驗 /檢查信息和健康檔案信息。 同時雙向轉診對于上級 醫(yī)院轉向社區(qū)衛(wèi)生服務中心 （鄉(xiāng)鎮(zhèn)衛(wèi)生院） 同樣有效。雙向轉診系統(tǒng)必須能夠支撐轉出醫(yī)院和轉入醫(yī)院之間，或轉出醫(yī)院、轉診中心和轉入醫(yī)院之間轉診業(yè)務的管理 ， 其中 主要的業(yè)務需求 必須 包括轉診計 劃的設定和轉診的相關審批。 轉診臨床信息共享必須能 提供相關的病人基本信息、疾病信息、診斷信息、用藥信息、檢驗信息、檢查信息等 ，這些信息集中的存儲于衛(wèi)生數據中心。只有具備這些信息才能 確保轉診的有效。在發(fā)起轉診請求時，可以了解資源存量的實時信息，確保轉診成功。由于 雙向轉診系統(tǒng)需要建立相關的 區(qū)域 配套業(yè)務管理機制或優(yōu)惠政策予以支撐 ， 投標人 也 需 要給出相應的建議。 基于區(qū)域醫(yī)療信息平臺的遠程 醫(yī)療 系統(tǒng)