【正文】 3. 中標人 負 責 各 醫(yī)療衛(wèi)生機構 業(yè)務 系統(tǒng) 的平臺 接入 集成及應用聯(lián)調、區(qū)域醫(yī)療業(yè)務協(xié)同集成及數(shù)據(jù)質量監(jiān)控等工作 。 投標人需根據(jù)項目建設需求 建設濱海 新區(qū)居民電子健康檔案數(shù)據(jù) 標準與信息交換標準 、 濱海新區(qū)電子病歷數(shù)據(jù)標準與信息交換標準 、衛(wèi)生管理信息 共享標準 、醫(yī)療衛(wèi)生資源信息共享 標準 、 醫(yī)療衛(wèi)生機構信息系統(tǒng)接入標準 、濱海新區(qū)居民電子健康檔案管理規(guī)定及區(qū)域平臺相關機構管理規(guī)定 ，同時針對各類制定的標準給出具體 建設的內容。 “ 信息整合，標準先行 ” ，通過標準規(guī)范的建立和實施，為 濱海新區(qū) 區(qū)域醫(yī)療信息平臺的相關運行和監(jiān)管機構、數(shù)據(jù)集成和數(shù)據(jù)交換以及數(shù)據(jù)共享打下基礎。通過醫(yī)院信息平臺與 濱海 區(qū)域衛(wèi)生信息平臺的對接，實現(xiàn)兩級平臺 的 信息共享、業(yè)務協(xié)同。 . 數(shù)據(jù)統(tǒng) 計分析 醫(yī)院信息平臺建設需要針對批量的業(yè)務數(shù)據(jù) 進行 采集，建立院內的 醫(yī)療衛(wèi)生 數(shù)據(jù)中心，并提供相應的數(shù)據(jù)統(tǒng)計分析功能。 . 電子病歷資源庫 投標人 應建立一個符合衛(wèi)生部《電子 病歷基本架構與數(shù)據(jù)標準》要求的電子病歷資源庫，實現(xiàn)對電子病歷數(shù)據(jù)的存儲、管理和維護。 ? 全院級的患者主索引服務 患者個人主索引 MPI 是指在特定域范圍內，用以標識該域內每個病人實例并保持其唯一性的編碼。注冊服務是醫(yī)院信息平臺中最基礎的服務之一。 同時投標 人 需就醫(yī)院信息平臺與院內現(xiàn)有 各業(yè)務應用 系統(tǒng)的集成 提出詳細的 設計 解決方案。 ? 醫(yī)院服務總線 在醫(yī)院信息系統(tǒng)環(huán)境下，以 ESB為標準定義的醫(yī)院信息系統(tǒng)的服務總線 — HSB（ Hospital Service bus）作為醫(yī)院各種應用系統(tǒng)之間的協(xié)同通訊中間件，明確定義適合于醫(yī)院信息模型的消息模型、 web 服務基礎模塊和各種消息轉換適配器和用于數(shù)據(jù)交換和共享的組件。 要求 通過構建 3 家醫(yī)院的醫(yī)院信息平臺，采集并整合醫(yī) 院內部各應用系統(tǒng)有關的數(shù)據(jù)，構建基于醫(yī)院數(shù)據(jù)的統(tǒng)計分析指標，全面涵蓋藥物使用、醫(yī)療費用分析、重大疾病情況匯總、門急診信息、住院信息、手術統(tǒng)計分析在內的醫(yī)院內部信息，幫助醫(yī)院提升管理，增強競爭能力、實現(xiàn)各類信息的整合。 ? 檢驗結果查詢 當居民需要查詢檢驗結果時，需要在公眾健康服務門戶憑有效身份介質成功登陸后，根據(jù)檢驗履歷查詢相 應日期的檢驗結果，包含患者在濱海新區(qū)范圍內各家聯(lián)網醫(yī)院所做的實驗室檢驗結果的查詢。 ? 預約掛號 在 聯(lián)網 醫(yī)院信息系統(tǒng)支持的情況下，病人 通過公眾健康服務門戶 進行就診掛號預約服務；各醫(yī)院接收 居民 發(fā)出的預約申請并進行處理。本期項目將基于 濱海新區(qū)區(qū)域衛(wèi)生信息平臺建設 公眾健 康 服務 門戶，為居民提供統(tǒng)一服務。 投標人應在指標體系建立的基礎上實現(xiàn)包括但不限于以下幾方面的統(tǒng)計分析與決策支持功能 ： 1. 醫(yī)療質量分析：業(yè)務量統(tǒng)計指標分析、效率指標分析、技術與質量評價分析 等 ； 2. 醫(yī)療費用分析：醫(yī)療費用指標分析、財務效率分析 等 ； 3. 醫(yī)療衛(wèi)生資源：機構、大型設備、病床、藥品、手術等； 4. 醫(yī)院運營狀態(tài)：門急診人數(shù)、出院人數(shù)、平均醫(yī)療費用、平 均住院日等； 5. 疾病譜分析：區(qū)域內居民的不同疾病發(fā)病情況分析。 . 統(tǒng)計分析與決策系統(tǒng) 統(tǒng)計分析與決策支持系統(tǒng)為衛(wèi)生行政管理部門提供健康數(shù)據(jù)分析與數(shù)據(jù)挖掘的應用。 . 社區(qū)衛(wèi)生服務 綜合 管理系統(tǒng) 社區(qū)衛(wèi)生服務 綜合 管理系統(tǒng)的建設 利用從社區(qū)衛(wèi)生服務系統(tǒng)中采集的業(yè)務數(shù)據(jù)， 基于平臺 實現(xiàn)新區(qū)各級衛(wèi)生行政管理單位對轄區(qū)社區(qū)衛(wèi)生服務機構的有效管理。醫(yī)療衛(wèi)生行業(yè)的特殊性決定了與之對應的績效考核需要涉及經濟財務、工作效率、職業(yè)技能、服務質量、社會效應等多個方面，其考核規(guī)則和處理算法具有相當?shù)膹碗s性。同時投標人設計的醫(yī)療質量控制系統(tǒng)要求實現(xiàn)以下功能 ： 1. 重復用藥提醒 通過重復用藥規(guī)則庫的建立，在門診質量控制前端程序中對醫(yī)生處方中的藥品信息進行監(jiān)控，并根據(jù)患者近期用藥情況為醫(yī)生提供重復用藥的提醒。 1. 從服務的角度，為了患者提供更好的 臨床 診療服務， 降低重復的檢驗檢查， 緩解看病 貴的問題； 2. 從管理的角度，為了更好的控制 醫(yī)療 服務質量，避免重復用藥 ，降低醫(yī)療差錯 的發(fā)生 。 3. 會診管理子系統(tǒng) 用于會診過程管理和控制， 要求實現(xiàn) 會診申請、會診安排、會診提醒、診療檔案預備和調轉、會 診開展、會診審計、會診費用核算、會診結束處理等功能。在會診時間，專家可隨時調閱的患者的醫(yī)療信息情況資料，為遠程 醫(yī)療 會診專家 提供診斷依據(jù)。 遠程醫(yī)療 系統(tǒng)在醫(yī)學專家和病人之間建立起全新的聯(lián)系，使病人在原地、原醫(yī)院即可接受異地專家的會診及在其指導下的治療與護理，從而節(jié)約病人大量的時間和費用，擴大了醫(yī)學專家的服務范圍，提高了 優(yōu)質 醫(yī)療資源的利用效率。由于 雙向轉診系統(tǒng)需要建立相關的 區(qū)域 配套業(yè)務管理機制或優(yōu)惠政策予以支撐 ， 投標人 也 需 要給出相應的建議。只有具備這些信息才能 確保轉診的有效。雙向轉診系統(tǒng)必須能夠支撐轉出醫(yī)院和轉入醫(yī)院之間，或轉出醫(yī)院、轉診中心和轉入醫(yī)院之間轉診業(yè)務的管理 ， 其中 主要的業(yè)務需求 必須 包括轉診計 劃的設定和轉診的相關審批。 雙向轉診系統(tǒng) 建設目標是在二三級醫(yī)院和社區(qū)衛(wèi)生服務中心 （鄉(xiāng)鎮(zhèn)衛(wèi)生院）之間實現(xiàn)院間轉診，同時隨著病人轉診傳遞的還有病人的病案信息、檢驗 /檢查信息和健康檔案信息。 4. 調閱外院住院病案、出院小結的功能要求 要求 系統(tǒng)提供調閱患者外院的住院病案、住院小結的功能。一般情況下該功能不單獨使用，需 作為其他功能定位患者時使用。區(qū)域醫(yī)療信息可為病人、醫(yī)生管理者等各類角色應用。 投標人 針對居民身份識別 系統(tǒng) ， 要求 從系統(tǒng)的業(yè)務模式、系統(tǒng)實現(xiàn)方式、 功能設計 及安全保障等方面 提供詳 細 的 設計 方案 ，系統(tǒng)的方案設計要符合濱海新區(qū)衛(wèi)生信息化建設現(xiàn)狀及業(yè)務需求。居民身份識別 主要扮演著兩大角色。 投標人提供的數(shù)據(jù)采集與交換平臺的 其主要功能 應 包括如下 幾 方面： （ 1） 將聯(lián)網各醫(yī)療衛(wèi)生機構的各個異構 業(yè)務 應用系統(tǒng)（如 HIS、 CIS、 LIS、RIS 等）數(shù)據(jù)庫中的 相關數(shù)據(jù)按照本項目統(tǒng)一的數(shù)據(jù)標準規(guī)范 ，轉換、傳輸?shù)街付ǖ闹行臄?shù)據(jù)庫中 ； （ 2） 為各個應用系統(tǒng)提供統(tǒng)一的健康檔案數(shù)據(jù)源 ，實現(xiàn)數(shù)據(jù)的跨機構、跨系統(tǒng)共享 ； （ 3）支持數(shù)據(jù)的定時批量上傳和實時交互 。 投標人設計 的 衛(wèi)生信息資源庫 要能實現(xiàn) 醫(yī)療 衛(wèi)生數(shù)據(jù)的存儲 （數(shù)據(jù)存儲支持集中式與分布式兩種存儲模式） 、加工， 數(shù)據(jù)庫的數(shù)據(jù)結構應以健康檔案為中心，生命周期為主線，屬地化管理為原則進行設計 ，實現(xiàn)將 分散在各醫(yī)療 衛(wèi)生機構現(xiàn)有應用系統(tǒng)里的數(shù)據(jù)，按照一定的業(yè)務規(guī)則集中到區(qū)衛(wèi)生 數(shù)據(jù)中心，對其進 行統(tǒng)一的數(shù)據(jù)處理、信息整合和管理，在 將業(yè)務數(shù)據(jù)集中管理 的同時實現(xiàn) 對業(yè)務數(shù)據(jù)的 整合，滿足不同業(yè)務科室的應用系統(tǒng)的數(shù)據(jù) 。 投標人 需就數(shù)據(jù)的特征、質量控制的流程設計、功能設計、采集數(shù)據(jù)的質量評價及數(shù)據(jù)采集的監(jiān)控等提出詳細合理的設計方案。 ? 數(shù)據(jù)倉庫服務 數(shù)據(jù)倉庫服務是平臺中重要的服務組件之一，該服務可以利用數(shù)據(jù)倉庫技術為許多不同類型醫(yī)療衛(wèi)生業(yè)務做出決策支持，如：臨床決策支持、條線決策支持和管理決策支持等。 投標人設計的 健康檔案瀏覽器 要能 提供健康檔案中任何可用信息的跨域集成視圖，包括通過 索引服務追蹤到所有事件的相關數(shù)據(jù)，同時投標人需 提供健康檔案瀏覽器在醫(yī)生工作站中集成的具體方案， 并且要 兼容不同類型醫(yī)院 的 信息系統(tǒng)。 ? 醫(yī)療衛(wèi)生信息共享與協(xié)同服務 投標人設計的 醫(yī)療衛(wèi)生信息共享和協(xié)同服務 要求 基于存儲服務，提供醫(yī)療衛(wèi)生機構之間的信息共享服務。 ? 全程健康檔案服務 投標人設計的 全程健康檔案服務 要求能 處理區(qū)域衛(wèi)生信息平臺內與數(shù)據(jù)定位和管理相關的復雜任務。 投標人提供的 濱海新區(qū)基于健康檔案的區(qū)域衛(wèi)生信息平臺的基本 組件 要求 包括以下方面 ： ? 注冊服務 投標人設計的 注冊服務 在技術上要求支持 IHE ITI PIX 規(guī)范 ，在功能上要求實現(xiàn) 對居民個人、醫(yī)療服務人員、醫(yī)療衛(wèi)生機構的注冊管理服務，系統(tǒng) 必須 對這些實體提供唯一的標識 ，同時 要求 針對 以上各類 實體形成注冊庫 （如個人注冊庫、醫(yī)療衛(wèi)生機構注冊庫等） ， 并且 注冊庫具有管理和解決單個實體具有多個標識符問題的能力。 本項目區(qū)域衛(wèi)生信息 平臺建設要求技術架構符合衛(wèi)生部《基于健康檔案的區(qū)域衛(wèi)生信息平臺建設指南（試行）》 、 《基于健康檔案的區(qū)域衛(wèi)生信息平臺建設技術解決方案（試行）》 、 IHE ITI（集成醫(yī)療機構技術基礎框架）規(guī)范 的相關要求，確保區(qū)域衛(wèi)生信息平臺的架構的合理性與先進性。數(shù)據(jù)查詢分析和業(yè)務處理要求速度快、反應及時，業(yè)務操作響應時間小于 3秒，實時查詢時間小于 10 秒，單個統(tǒng)計指標技術時間小于 30秒，復雜報表計算時間小于 2分鐘，復雜統(tǒng)計分析時間小于 1分鐘 。非工作人員未經許可不準進入機房，任何人不準將有關資料泄密、任意抄錄或復制；軟件程序的修改或增加功能時，須提出修改理由、方案、實施時間，報上級主管部門批準；程序修改后，須在測試系統(tǒng)上進行調試，確認無誤經批準后方可投入生產應用；軟件修改 、升級前后的程序版本須存檔備查，軟件修改、升級須有應急補救方案；制定各項 應用系統(tǒng) 訪問控制措施等 。 ? 應用安全： 區(qū)域衛(wèi)生信息平臺應用級安全包括統(tǒng)一身份認證，統(tǒng)一權限管理等，其包括系統(tǒng)軟件和應用軟件應具有訪問控制功能，包括用 戶登陸訪問控制、角色權限控制、目錄級安全控制、文件屬性安全控制 等功能。 基礎設施建設 序號 軟件名稱 單位 數(shù)量 簡要 說明 1 系統(tǒng)軟件采購 數(shù) 據(jù)庫軟件 套 8 支持集群，支持分區(qū)，負載均衡模塊 數(shù)據(jù)交換中間件 套 1 支持多種數(shù)據(jù)格式轉換，支持消息觸發(fā)，包含 8個節(jié)點接入 應用中間件 套 8 支持集群，支持 SOA 服務總線 套 1 ESB和 SOA套件 計生及 PACS前置交換數(shù)據(jù)庫 套 2 企業(yè)版數(shù)據(jù)庫 報表工具 套 1 企業(yè)級 BI工具 門戶軟件 套 1 企業(yè)級門戶 身份認證 套 1 統(tǒng)一認證系統(tǒng) 數(shù)據(jù)清洗 套 1 ETL工具 2 接入機構前置端設備采購 前置服務器 套 8 機架式服務器 數(shù)據(jù)庫 軟件 套 8 標準版數(shù)據(jù)庫軟件 操作系統(tǒng) 套 8 標準版操作系統(tǒng) 接入路由器 套 8 百兆路由器 接入防火墻 套 8 百兆防火墻 接入交換機 套 8 千兆交換機 . 系統(tǒng) 建設 要求 . 總體 設計 要求 1. 投標人需 在 對 天津濱海新區(qū)衛(wèi)生信息化現(xiàn)狀及 區(qū)域 醫(yī)療 衛(wèi)生業(yè)務需求進行 梳理和 分析 的基礎上 ，結合衛(wèi)生部關于 居民電子 健康檔案、區(qū)域衛(wèi)生信息平臺等相關標準規(guī)范 的 要求設計濱海新區(qū)區(qū)域衛(wèi)生信息平臺 建設 的 總體框架 。 4 醫(yī)院信息 平臺 基于電子病歷的醫(yī)院信息平臺 套 3 建設 3 家試點醫(yī)院基于電子病歷的醫(yī)院信息平臺，采集并整合醫(yī)院內部各應用系統(tǒng)相關數(shù)據(jù)，構建基于醫(yī)院平臺的數(shù)據(jù)統(tǒng)計分析體系，實現(xiàn)醫(yī)院信息平臺與區(qū)域衛(wèi)生信息平 臺的互聯(lián)互通，支撐跨院的信息共享和業(yè)務協(xié)同，輔助醫(yī)院提升管理水平，增強醫(yī)院的行業(yè)競爭能力。 衛(wèi)生績效考核系統(tǒng) 套 1 實現(xiàn)醫(yī)療衛(wèi)生從業(yè)人員和醫(yī)療機構的工作效率和效果的評定，輔助衛(wèi)生行政管理單位更好的對各級醫(yī)院和醫(yī)療衛(wèi)生從業(yè)人員進行管理。 區(qū)域電子病歷共享系統(tǒng) 套 1 整合分散在各醫(yī)院的居民病 歷信息，為各試點聯(lián)網醫(yī)院提供完整的診療檔案，內容包括：病歷摘要信息、處方、用藥、病案首頁、出院小結等。 . 招標 內容 一、區(qū)域衛(wèi)生 信息 平臺建設 序號 內容 單位 數(shù)量 簡要 說明 1 濱 海新區(qū)區(qū)域衛(wèi)生信息平 臺 套 1 建設濱海新區(qū)基于健康檔案的區(qū)域衛(wèi)生信息平臺，支撐區(qū)域內各級醫(yī)療衛(wèi)生機構之間互聯(lián)互通、數(shù)據(jù)共享和交換、區(qū)域信息共享與業(yè)務協(xié)作的應用要求。 2. 適用性、先進性 濱海新區(qū)區(qū)域衛(wèi)生信息系統(tǒng)要適應醫(yī)療衛(wèi)生機構業(yè)務需要，采用國內先進系統(tǒng)架構理念和技術，為今后發(fā)展及系統(tǒng)升級留有空間。 3. 各試點醫(yī)院建成以電子病歷為基礎的醫(yī)療服務信息系統(tǒng)，實現(xiàn)醫(yī)療信息系統(tǒng)、實驗室信息系統(tǒng)、影像系統(tǒng)、遠程會診、患者自助服務、門診質量控制、預約掛號和雙向轉診等服務。 為實現(xiàn) 以上 目標，需要建立以居民健康檔案為核心的區(qū)域衛(wèi)生信息平臺作為 核心抓手， 通過區(qū)域衛(wèi)生信息平臺將分散在濱海新區(qū)各級醫(yī)療衛(wèi)生機構的居民健康數(shù)據(jù)整合為一個邏輯完整的信息整體， 從而 滿足區(qū)域內醫(yī)療衛(wèi)生機構 及管理單位的信息共享、業(yè)務協(xié)同、管理決策的需求及 居民的健康 服務 需求 。對于異構系統(tǒng)間的數(shù)據(jù)交換傳輸互操作規(guī)范和醫(yī)療術語定義等規(guī)范，則幾乎沒有成熟的應用落地。 3. 缺乏全區(qū)統(tǒng)一的醫(yī)療衛(wèi)生管理系統(tǒng) 從衛(wèi)生局的監(jiān)管職責和監(jiān)管范圍考慮，目前無法實現(xiàn)新區(qū)及各管委會衛(wèi)生局對醫(yī)療機構的 全過程的動態(tài)監(jiān)管能力。 2. 跨機構跨區(qū)域間信息無法共享，信息孤島問題嚴重 區(qū)域內幾乎所有醫(yī)療機構的信息化建設都是站在自身的角度，圍繞本機構范圍內的業(yè)務驅動信息化建設的，均沒有和外部其他醫(yī)院或社區(qū)實現(xiàn)橫向和縱向的互聯(lián)互通，無法提升醫(yī)療衛(wèi)生服務可及性，從而達到提高衛(wèi)生服務效率和效