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