項目建設內容
1.1 建設背景
2009年3月中共中央、國務院提出了《關于深化醫藥衛生體制改革的意見》，按照黨的十七大精神，為建立中國特色的醫藥衛生體制，逐步實現人人享有基本醫療衛生服務的目標，提高全民健康水平，深化醫藥衛生體制改革，“建立實用共享的醫藥衛生信息系統”，“以推進公共衛生、醫療、醫保、藥品、財務監管信息化建設為著力點，加快衛生信息標準化和公共服務信息平臺建設，逐步建立統一高效、資源整合、互聯互通、信息共享、透明公開、使用便捷、實時監管的醫療衛生信息系統”。
通過本項目的建設，可以實現全區衛生信息聯網。利用現代計算機網絡通訊技術，使得健康檔案、慢病管理、婦幼保健等公共衛生服務信息和醫療信息互通共享，建立一個具有高效率、高安全、高靈活性的區級衛生數據中心。信息化技術的使用可加強政府部門對各級醫療衛生機構衛生服務工作的監管,有力提升衛生行政管理部門的管理效率；采用信息化技術支撐現代社區衛生服務，促進醫療衛生機構工作的規范化建設；居民通過網絡系統，查閱自己的健康信息，了解自己的健康狀況，實施健康自我管理,適應現代化發展需要的新型醫療衛生服務。
本項目涉及余杭區6家區屬醫院、20家社區衛生服務中心及疾病預防控制中心、衛生監督所、120急救中心共29家醫療衛生機構。目前各區屬醫院基本都建成了不同程度的醫院信息化系統，包括醫院信息管理系統（HIS）、實驗室信息系統（LIS）、放射科信息系統（RIS）等，部分醫院已建立了醫學影像PACS系統、遠程會診系統、成本核算等系統；20家社區衛生服務中心初步建立了包括醫生工作站、藥房、收費、院長查詢等功能在內的醫院信息管理系統（HIS）和實驗室信息系統（LIS）；疾病預防控制中心已經建成并運行突發公共衛生應急指揮系統和視頻會議系統；衛生監督所應用杭州市統一的權力陽光系統平臺；120急救中心正在建設分級指揮調度系統（MPDS）。
本項目相關硬件設備和網絡環境建設已經基本完成。具體說明如下：
硬件部分：2臺DELL R910作為數據庫服務器（本項目需對CPU及內存進行擴容），2臺高配DELL R710作為應用服務器，1臺標配DELL R710作為前置服務器，1套DELL/EMC CX4-120光纖磁盤陣列作為存儲，2臺DELL Brocade 300型SAN光纖交換機。
網絡部分：全部醫療衛生機構均采用光纖接入，其中區屬醫院、社區衛生服務中心帶寬均為100Mbps，社區衛生服務站10Mbps。
1.2建設目標
本期項目旨在建立余杭區區域衛生服務管理信息化技術標準體系，統一余杭區衛生信息交換標準、居民健康檔案、電子病歷數據標準等，建立衛生信息共享和業務協同機制。建設區級數據中心,完成居民健康檔案數據庫、電子病歷數據庫、衛生資源數據庫以及相應的管理系統；完成余杭區區級平臺軟件的系統開發，實現區屬醫院、120、疾控中心、衛生監督所和社區服務中心的接入，實現居民EHR信息的動態管理；完成與杭州市市級平臺的接入、信息交換和共享；構建余杭區居民健康互動服務系統，建立全區電子健康檔案、電子病歷、公共衛生信息、衛生應急指揮、衛生監督信息等系統集成，同時建立衛生綜合管理決策支持與績效考核等系統。
1.3建設原則
1) 整體性原則
區域衛生信息平臺的設計應充分考慮上級衛生行政部門對我區衛生信息化工作的要求和我區醫療衛生單位的發展現狀，統籌兼顧，整體規劃。
2) 先進性原則
平臺的設計應采用目前國內外先進的體系結構和軟硬件技術，滿足目前以及將來相當一段時間對平臺的需求，保證平臺高效運行。
3) 可靠性和安全性原則
區域衛生信息平臺應具備高度的可靠性，保證平臺以7*24小時連續運行；系統應具有多級數據校驗和質量控制，包括程序級的數據完成性驗證和數據庫級的數據完整性驗證；保證跨系統數據調用的實時性，有大規模接入點數據交換項目經驗。保證平臺可提供良好的負載均衡手段，防止系統阻塞失靈等等。
數據交換、業務集成和信息展現所處理、傳送和管理的信息，可能涉及到不同部門和系統的秘密或敏感信息，此類信息處理和傳遞的任何環節如果出現漏洞，其損失將是巨大的。因此，系統的安全性將是十分重要的原則。其次，數據交換、業務集成和信息展現承受著大批量的關鍵性數據的流轉、交換和存儲，系統的可靠性將是系統建設需要重點考慮的問題。
4) 開放性和標準化原則
平臺的運行中有大量的數據交換，因此平臺的設計和建設必須符合開放性原則，并且符合當前國家衛生部的電子健康檔案、電子病歷、區域衛生信息平臺等標準。本項目系統必須與杭州市現有的基于電子健康檔案的社區衛生服務信息系統實現對接，可接受處理該系統的批量數據或實現實時數據接受，亦可根據杭州市衛生局要求向該系統上傳需要的批量數據或實時數據上傳。
5) 可擴展性原則
在系統的設計中不僅應考慮目前的業務需求，更應該滿足未來業務量及接入手段種類增長的需求，系統規模應具有可調性，支持未來各項衛生業務（包括區域PACS、LIS、MUSE等系統）的接入。
6) 實用性原則
根據業務實際需求，高效實用地滿足醫療機構或組織業務管理的具體需求；并能充分解決系統應用過程中遇到的其它問題。系統應提供簡潔、明快的操作接口，以便業務人員使用方便；系統管理的信息包括文本、圖形、圖像等多種信息，系統能準確快速地處理各種媒體信息存儲的一致性和媒體信息的同步傳輸。
2.本項目需求
2.1 項目總體架構
根據衛生部《健康檔案基本構架與數據標準》、《電子病歷基本構架與數據標準》，遵循國家、衛生部、浙江省、杭州市的有關衛生服務信息化的要求、規范與標準，結合余杭區衛生信息化建設的實際需求和特點，研究制訂余杭區的衛生信息化規范與衛生信息數據標準，確保衛生信息數據的準確性、完整性、規范性、安全性、可靠性。建立衛生信息共享和業務協同機制，對衛生服務數據的采集、交換與共享進行統一的規劃，建立數據采集、交換與共享的標準、維護標準實施機制、指導各部門使用和遵循標準，確保標準能夠滿足和適應衛生事業的發展，為本項目建設順利實施和余杭區的衛生信息化建設起指導性作用。
根據衛生部《基于健康檔案的區域衛生信息平臺建設指南》，項目的總體架構如下圖所示：
系統總體架構分為兩個層次：區域衛生管理層和轄區衛生機構層。
區域衛生管理層表示區域衛生信息平臺的管理中心。區域衛生管理層主要服務組件包括注冊服務、公衛數據服務、醫療數據服務、全程健康檔案服務、數據倉庫服務等。
轄區衛生機構層，是指在所管轄的區域范圍內相關醫療衛生機構（包括區級醫院、社區衛生服務中心、公共衛生機構等）所有業務應用系統，這些系統生成、收集、管理和使用那些可以公布在與區域范圍內居民相關的健康數據，包括臨床醫療數據、電子病歷、健康檔案數據、公共衛生管理數據等。這些系統分布在所有為居民提供醫療衛生機構的服務點，為廣大老百姓提供各類健康服務。
區域衛生管理層和轄區衛生機構層之間通過區域衛生信息應用訪問層來進行信息交互，以實現居民EHR信息的互聯互通性，信息訪問層所提供的服務主要包括兩個方面：一方面提供通信總線服務，如消息傳輸服務、消息路由等；另一方面提供應用軟件通用的系統管理功能，如安全管理、隱私管理、應用審計等。
2.2 平臺基礎服務
2.2.1 注冊服務
注冊服務包括對個人、醫療衛生人員、醫療衛生機構、醫療衛生術語的注冊管理服務，系統對這些實體提供唯一的標識。針對各類實體形成各類注冊庫（如個人注冊庫、醫療衛生機構注冊庫等），每個注冊庫都具有管理和解決單個實體具有多個標識符問題的能力。注冊庫保有一個內部的非公布的標識符。
2.2.2數據存儲服務
數據存儲服務是用于存儲基于電子健康檔案和電子病歷為核心的信息。應包括個人基本信息、主要疾病和健康問題摘要、兒童保健、計劃免疫、婦女保健、疾病控制、疾病管理、衛生管理以及醫療服務、電子病歷等內容，能夠實現平臺數據的存儲、整合和區域內快速共享利用。
2.2.3 工作流服務
平臺涉及對流程化數據進行支撐，建議集成工作流引擎，引擎需按照WFMC等國際標準支持順序、并發，實現了發散、多路分支等標準模式，能夠對高級用戶的復雜業務流程進行支撐。
工作流引擎支持瀏覽器方式自定義工作流程，自定義表單，具有高度的擴展性，適應不同水平用戶不同階段的需求�？啥x每個任務的權限及表單元素對應的數據庫表字段的權限，規范操作。對正文模板和表單進行痕跡保留，可以確保對每一個處理步驟提供修改的痕跡保留，以確保信息的不可否認性和可追溯性。
2.2.4 信息接口服務
信息接口服務包括兩大類服務：通信總線服務和平臺公共服務。
通信總線服務支持數據存儲服務、業務管理、輔助決策以及與基本業務系統和健康檔案瀏覽器之間的底層通信。主要服務組件包括消息服務和協議服務。
平臺公共服務主要是指應用軟件系統管理所包含的上下文管理、應用審計、安全管理、隱私保護等服務。
2.2.5 短信服務
通過信息平臺的建設，為了使轄區內的相關信息傳遞更及時準確，也為了讓轄區內醫療服務信息更快捷地傳遞到民眾，在本信息平臺建設中，納入短信服務平臺建設。需支持電信、移動、聯通的多通道短信發送，可與各業務模塊接口，方便各業務模塊調用短信群發功能。支持按條件搜索（區域、衛生行政機構、醫療機構、特定的其他條件等），安排短信發送計劃。
2.2.6 病人（居民）主索引服務
病人（居民）主索引服務MPI借鑒 IHE PIX規范實現不同系統 ID 間的匹配，提供居民/患者的唯一身份識別，為居民健康檔案信息和醫療服務交互共享提供基礎。要求提供病人唯一索引服務，通過MPI共享交換服務自動注冊及歸并患者信息，實現區域性唯一ID標識，與各種就診卡（醫保、市民卡等）號關聯。建立用戶主信息的統一視圖，實現居民健康檔案、電子病歷等多個應用關聯。在系統建立過程中，無法自動關聯的記錄、相似度很高的記錄產生成為任務，為數據管理者提供工具，讓數據管理者在后期進行人工判斷和記錄歸并。支持將關聯錯誤的記錄進行人工反解除關聯操作，以保證系統數據質量的可維護性。
2.2.7通用數據字典服務
余杭區區域衛生信息平臺作為整個余杭區衛生相關信息系統的數據整合者，需要對海量數據進行抽取、清洗及存儲。如何有效存放這些衛生業務相關數據成為平臺是否能夠高效運作的一個關鍵問題。
考慮到平臺內歸集的各類數據的相關性，同時也考慮到各業務系統間對同一類數據的命名規范問題，為了保持數據理解的準確性及降低系統維護的復雜性，我們需要在平臺中引入通用的數據字典服務。通用數據字典參照杭州市衛生局區域衛生信息平臺通用數據字典。
2.3 主要功能及子系統
本項目建設主要包括以下功能及子系統：
1) 區級衛生數據中心子系統
2) 數據共享與交換平臺子系統
3) 基于健康檔案的集成瀏覽器功能
4) 社區衛生服務信息子系統
5) 區域健康體檢子系統
6) 居民健康互動平臺子系統
7) 衛生綜合管理子系統
8) 標準代碼子系統
2.4 具體功能要求
2.4.1 區級衛生數據中心子系統
衛生數據中心是整個區域衛生信息系統建設的重要內容，它既是實現互聯互通、數據交換和信息共享的關鍵，同時又負責衛生統計工作的管理監督、執法及統計數據的采集、匯總和上報等。衛生數據中心建立是實現信息共享和信息標準化的核心內容。衛生數據中心應滿足以下的需求：
數據集中化
衛生醫療業務綜合化
提高效率降低成本
提高兼容性和可擴展性
數據備份
本期需完成區域衛生信息平臺的三大基礎數據庫建設：
（1）居民電子健康檔案數據庫
投標人需要提出有效方案如何將這些分散在不同醫療衛生服務機構、以不同形式表示和存儲的數據信息進行統一的標準匯集、交換、存儲，建立、管理余杭區統一、完整的居民電子健康檔案數據庫。
（2）電子病歷數據庫
投標人需要提出有效方案，遵循國家衛生部《電子病歷基本架構與數據標準》、《電子病歷數據組與數據元標準》、《電子病歷基礎模板數據集標準》，匯集、交換、存儲、管理余杭區統一、完整的電子病歷數據庫。實現居民電子病歷的授權范圍內共享。
（3）衛生資源數據庫
本期的衛生資源數據庫主要建設內容為：醫療衛生機構信息數據、衛生系統人力資源數據、公共衛生應急處置資源數據、醫療衛生健康宣教數據、醫療衛生繼續教育知識庫等信息。
2.4.2 利用中間件產品支撐的數據共享與交換平臺子系統
數據共享交換平臺是余杭區衛生信息建設的重點功能之一，它需要支持全區衛生機構的業務及數據交換和共享。此項功能是作為區域衛生信息平臺建設的最為基本性的任務。
平臺需使用成熟可靠的中間件產品作為技術支撐，同時支持針對醫療行業定制，必須很好支持不同系統之間的醫療數據的整合，快速應用程序節點部署以及各醫療子系統之間的協同通訊。醫療行業中的各類組織，比如醫院、診所、政府監管部門可以高效管理、傳遞和展現整個醫療過程中的相關信息。通過中間件產品支撐醫療信息交換與共享平臺聯接各級衛生行政部門、疾病預防控制機構、衛生監督機構、醫療機構和社區衛生服務機構，整合全區衛生信息資源，從而能夠支持建立比較完整的公共衛生信息數據中心。
通過區域衛生信息共享和交換平臺，實現電子健康檔案、電子病歷、衛生資源信息等相關的各類數據的采集、交換與共享。
支持雙向數據交換，保證數據上行與下行的安全、可靠；
支持批量和零散的數據交換模式；
支持定時和實時的數據交換；
支持異地的、異構系統數據交換；
支持數據采集、匯總、轉換功能；
對數據的采集、交換，需支持XML、HL7等交換標準。
支持主動與被動兩種數據交換方式，實現按需交換；
本項目建設中，需要完成接口的系統如下：
診療記錄標準與接口服務
診斷數據的標準與接口服務
電子病歷部分標準與接口服務
醫囑與處方的標準與接口服務
檢驗檢查報告的標準與接口服務
個人健康檔案，家庭健康檔案數據標準與接口服務
婦女保健，兒童保健數據標準與接口服務
計劃免疫部分數據標準與接口服務
居民體檢數據標準與接口
慢病健康管理數據標準與接口
健康教育數據標準與接口
醫療衛生機構經營數據標準與接口服務
醫療衛生機構質量數據標準與接口服務
疾病預防數據標準與接口服務
衛生監督需要的數據標準與接口服務
血液管理的數據標準與接口服務
績效考核的數據標準與接口服務
突發公共衛生應急指揮系統數據標準與接口服務
權力陽光運行系統數據標準與接口服務
……
本次項目采購的數據交換中間件產品,可在余杭區衛生系統范圍內進行交換點的擴展。交換中心擴容、交換點接入及維護等一切費用均已包含在此次采購費用中。
中間件產品相關指標如下：
指標項 技術規格要求
品牌 該中間件產品須為知名品牌。
數量 一套
整體需求 要求支持與區級中心及各區屬醫療衛生機構、各鎮街道社區衛生服務中心各醫療業務系統接口；
軟件廠商具有政府部門頒發的AAA信用等級證書。
框架結構需求 采用SOA面向服務的體系架構設計，提供ESB總線完成服務的接入、服務間的通信和交互，并提供安全性、可靠性、高性能的服務能力保障。
由集成開發工具、監控管理中心、資源中心、運行環境邏輯節點、便于應用集成開發的組件和套件（如適配器、Java服務等）、企業服務總線ESB組成、ESB運行服務器、消息中間件組成。
跨平臺支持需求 支持HP-UX、IBM AIX、SUN SOLARIS、Linux、WINDOWS 2003等主流操作系統平臺；
提供靈活的接口，支持與Java、Delphi、C/C++等客戶端的互連；
平臺提供ESB服務總線，WEB服務支持基于SOAP/WSDL的訪問方式，還支持RMI、直接對象訪問等方式；
服務可基于JMS標準的消息通訊方式，便于創建服務、流程間的可靠消息傳遞、消息的路由即發布訂閱等分布式集成應用。
開發使用需求 完整支持Web Service開發，提供服務定義、消費、注冊、發布和檢索等功能。平臺通過獲得服務的WSDL（網絡服務描述語言）調用遠程的Web服務；
提供簡潔的配置GUI工具，能夠對Web服務的注冊進行管理，包括注冊登記、修改信息、刪除配置、擴充定義元素、修改Web服務的注冊狀態（如發布/為發布、待審核/審核通過）、檢索查詢已注冊的Web服務、對服務提供者的信息及服務類別進行維護等；
提供圖形化的數據集成工具，方便用戶通過拖曳方式進行數據抽取、同步等工作；
提供圖形化流程編排，基于JAVA服務實現流程的合成應用。
可擴展性需求 支持JMS/WebService多點負載均衡；
支持節點動態增加，不影響其他節點正常運行；
支持數據交換服務的熱部署。
管理監控需求 通過B/S結構的集中管理實現對平臺的遠程管理，包括：遠程狀態監控；遠程啟動，停止；遠程配置修改、保存；遠程日志文件清除及獲取；
服務管理支持多維度管理，可給予資源維度和節點維度進行監控；
管理系統提供審計功能：包括信息資源、系統模塊、功能操作、Web Service調用的審計。
安全機制需求 支持交換節點身份認證；
支持HTTPS協議，為WebService的入站和出站提供傳輸層的安全保障；
提供Web服務安全機制的代理模式，實現ESB總線的統一安全控制；
ESB內置集成證書的存儲管理GUI工具。
售后服務要求 中標單位在中標公示后5個工作日內提供原廠商三年質保函。
2.4.3基于健康檔案的集成瀏覽器功能
本項目需完成基于健康檔案瀏覽器功能的建設。
需為終端用戶提供基于Web 的訪問健康檔案的應用程序。建設目標是建立一個用戶友好的環境，在該環境下授權的醫療衛生人員可以方便地訪問區域衛生信息平臺中保存的客戶相關數據。
該健康檔案瀏覽器需具有其通用型，需提供健康檔案中任何可用信息的跨域集成視圖。這包括通過索引服務追蹤到所有事件的相關數據，包括掛號、健康檔案存儲服務和業務管理服務。隨著區域衛生信息平臺的應用、發展和成熟，用戶需要健康檔案瀏覽器具有能夠將自身整合到現有的基本業務系統或其他Web 應用程序的功能。
區域內各醫療機構使用健康檔案瀏覽器可實現對平臺整合后業務數據的訪問。
這些數據包含：
（一） 個人基本信息
包括人口學和社會經濟學等基礎信息以及基本健康信息。主要包含：
1．人口學信息：如姓名、性別、出生日期、出生地、國籍、民族、身份證件、文化程度、婚姻狀況等。
2．社會經濟學信息：如戶籍性質、聯系地址、聯系方式、職業類別、工作單位等。
3．親屬信息：如子女數、父母親姓名等。
4．社會保障信息：如醫療保險類別、醫療保險號碼、殘疾證號碼等。
5．基本健康信息：如血型、過敏史、預防接種史、既往疾病史、家族遺傳病史、健康危險因素、殘疾情況、親屬健康情況等。
6．建檔信息：如建檔日期、檔案管理機構等。
（二） 主要衛生服務記錄
主要衛生服務記錄是從居民個人一生中所發生的重要衛生事件的詳細記錄中動態抽取的重要信息。在健康檔案瀏覽器中需要展現的衛生服務記錄有：
1．兒童保�。撼錾t學證明信息、新生兒疾病篩查信息、兒童健康體檢信息、體弱兒童管理信息等。
2．婦女保�。夯榍氨＝》⻊招畔ⅰD女病普查信息、計劃生育技術服務信息、孕產期保健服務與高危管理信息、產前篩查與診斷信息、出生缺陷監測信息等。
3．疾病預防：預防接種信息、傳染病報告信息、結核病防治信息、艾滋病防治信息、寄生蟲病信息、職業病信息、傷害中毒信息、行為危險因素監測信息、死亡醫學證明信息等。
4．疾病管理：高血壓、糖尿病、腫瘤、重癥精神疾病等病例管理信息，老年人健康管理信息等。
5．醫療服務：門診診療信息、住院診療信息、住院病案首頁信息、電子病歷信息、健康體檢信息、各類檢驗檢查信息等。
|
|
資源大�。�595.95 KB 
