怀孕挺大肚子疯狂高潮AV毛片,全部孕妇毛片丰满孕妇孕交,中国孕妇XXXXXXXXX孕交

  1. <s id="x54xr"><object id="x54xr"></object></s>
    <span id="x54xr"></span>
  2. <s id="x54xr"><object id="x54xr"><blockquote id="x54xr"></blockquote></object></s>
    1. <em id="x54xr"></em>
    2. 三甲醫院數據集成平臺建設與架構設計 | 實踐分享
      2018-10-16
      來源:未知
      點擊數: 12745          作者:未知
      • 1、醫院數據集成平臺建設的背景

        國內大多數三級醫院信息化起步于上世紀90年代初,至今發展有將近30年歷史,主要分為四個階段:

        第一階段,財務電子化模式:上世紀90年代中期,北上廣的三甲醫院已開始引入基于NOVEL網絡+DOS操作系統+FORBASE等關系型數據庫的醫院信息系統,其特點是注重財務收費功能,目標是為了收費電子化;

        第二階段,醫囑電子化模式:自2000年起,由于Windows桌面技術的發展、網絡關系型數據庫技術的推進,大多數三甲醫院陸續更換成基于百兆以太局域網+Windows操作系統+SQL Server 或Oracle的醫院信息系統,由于人機界面友好度提升,醫生可在系統上開立醫囑,護士可執行醫囑,這一階段的特點是圍繞著醫囑生命周期進行業務協同,同時某些??茟孟到y也開始使用。

        第三階段,電子病歷模式:2005年-2008年,醫院開始部署電子病歷系統,起初的電子病歷為狹義電子病歷,即病歷文書電子化,電子病歷系統也只是一個特殊輸入格式的文本編輯器,而病歷是醫療質量的重中之重,用戶對電子病歷的需求越來越細化,隨之提出了廣義電子病歷,即涵蓋患者在醫院所有醫療行為的數據,許多??苹南到y也應運而生,2010年開始,無線技術的普及,院內移動應用也逐漸在醫院運行。

        第四階段,集成互聯模式:2012年起,集成平臺的概念在上海的一些醫院得以實現,主要要解決醫院之前所部署的眾多系統形成的“信息孤島”問題,同時2013年起,移動互聯網應用開始盛行,醫院的壁壘在互聯網浪潮沖擊下得以逐步開放,帶來了開放后系統并發訪問大幅度上升,需要可支持數據集成、業務集成、大并發訪問的分布式架構平臺的支撐。

        國家衛計委2018年4月發布的《全國醫院信息化建設標準與規范(試行)》明確了醫院應用系統功能多達260多個,當前醫療健康大數據技術的興起,特別是“互聯網+醫療健康”的深入開展為病患提供越來越便捷的移動就醫服務,新形式下傳統點對點的院內應用系統之間、跨醫療機構應用系統之間、院內應用系統與互聯網之間的數據交互和共享已不能適應醫療信息化發展與醫院信息管理的需要,醫療數據共享與安全面臨新的挑戰。作為應對,《全國醫院信息化建設標準與規范(試行)》要求三級醫院必需建設醫院數據集成平臺,有條件的二級醫院可以建設醫院數據集成平臺,醫院根據《全國醫院信息化建設標準與規范(試行)》的要求結合實際對IT基礎設施和基礎架構進行升級改造,以適應國家要求和業務發展需要。

        醫院數據集成平臺建設帶來的益處:

        1、 管理可視化:為醫院信息管理部門提供了共享文檔與管理、CDR(臨床數據中心)展現與管理、EMPI(患者主索引管理)、交互服務配置管理、服務運行狀況監控管理、數據標準轉換管理、平臺業務基礎字典管理等可視化工具,醫院信息管理者可以直觀的監控平臺交互服務運行的狀態,對異常錯誤日志進行跟蹤與處理。這也就意味著信息管理者能夠準確的快速定位問題,處理交互故障,保障醫院業務持續運行。

        2、 數據標準化:按照《電子病歷基本架構與數據標準》要求構建臨床數據中心CDR,通過標準數據集、數據元映射、轉換、清洗、存儲滿足國家55個共享文檔CDA建設與測評的要求,對數據處理過程及數據質量進行全程可視化監控和校驗,保障數據的準確性。

        3、 降低接口成本與接口開發時間:按照《國家醫療健康信息醫院信息互聯互通標準化成熟度測評方案(2017年版)》要求提供79個國家標準交互服務,新建業務系統接入平臺必需滿足國標交互服務要求,大大減少了醫院大量可復用的交互服務接口開發成本和時間,減輕了醫院運維人員、業務系統承建廠商的工作量。

        4、 提高工作體驗:由于醫院業務應用系統眾多,臨床醫、護、技等工作人員通常需要登錄多個業務系統才能完成業務工作,這就帶來了大量重復操作,工作體驗糟糕,平臺基礎組件單點登錄服務將業務系統通過統一入口、統一權限管理集成在統一界面,一次登錄授權多業務系統應用,從而提升臨床醫、護、技等工作人員的工作體驗。

        5、 減少業務系統依賴:醫院新建業務系統往往需要依賴HIS、EMR等業務系統提供基礎數據和臨床數據,這就造成了更換HIS、EMR等業務系統代價高昂,醫院需要新增業務功能原有業務系統承建廠商漫天要價,平臺通過為醫院構建統一的CDR,業務系統所依賴的基礎數據和臨床數據統一從CDR獲取,最大限度幫助醫院減少對單一業務系統的依賴。

        基于以上業務發展的需要以及醫院數據集成平臺建設的收益,結合醫院IT發展的趨勢,某院在醫院數據集成平臺建設方面進行了探索和實踐。


        2、需求分析

        2.1 業務需求分析

        1、 交互集成需求:實現基于醫院服務總線(Hospital Service Bus,HSB)的異構業務系統之間的標準信息交互服務。

        2、 數據集成需求:以患者為中心構建臨床數據中心CDR,為基于醫院數據集成平臺的應用提供數據服務,支撐醫院臨床診療、教學、科研活動和管理決策分析。

        3、 主數據構建需求:基于平臺提供注冊服務、患者主索引服務(EMPI)、電子病歷存儲和調閱服務等為業務系統提供統一服務。

        4、 可管理性需求:實現共享文檔與管理、CDR展現與管理、患者主索引管理(EMPI)、交互服務配置管理、服務運行狀況監控管理、數據標準轉換管理和平臺業務基礎字典管理的可視化配置、展現與管理。

        5、 界面集成需求:實現醫務人員、行政管理人員、公眾服務統一門戶入口,院內業務系統通過單點登錄實現授權應用。

        6、 可維護性需求:實現工作站一站式部署,版本升級管理。

        2.2 互聯互通測評需求分析

        為落實新醫改相關工作任務,加強并持續推進衛生信息標準的制定和實施,提高跨機構、跨地域健康診療信息交互共享、醫療服務協同水平和信息惠民成效,國家衛計委統計信息中心發布了《國家醫療健康信息醫院信息互聯互通標準化成熟度測評方案(2017年版)》并組織開展國家醫療健康信息互聯互通標準化成熟度測評工作?;ヂ摶ネy評以衛生信息標準為核心,以信息技術為基礎,以第三方測評為手段,對醫院數據集成平臺及應用系統建設進行全面測試與評價,促進實現互聯互通和信息共享。

        互聯互通測評對醫院數據集成平臺的要求如下:

        2.3 難點分析

        在建設數據集成平臺時要充分考慮醫院自身的實際情況,不能盲目上馬,要做好平臺及基于平臺應用的深化設計,分步實施,最終實現以患者為中心的、全醫療過程的數據共享和信息流轉。在建設過程中,建議考慮以下問題:

        ? 平臺建設的邊界問題,明確平臺需建設哪些功能、實現與哪些業務系統交互、基于平臺將建設那些應用和閉環管理。

        ? 廠商配合的問題,確認承建廠商有無同類型醫院平臺項目建設能力,業務應用系統承建廠商能否配合交互服務接口和閉環管理改造。

        ? 交互接口標準的問題:醫院服務總線如何選擇,系統間信息交互采用哪種方式和信息交互標準。

        ? 流程梳理的問題,需要實現哪些閉環管理業務流程,在閉環管理流程中需要哪些業務系統進行閉環節點改造,如何通過消息與業務流程結合實現互操作。

        ? 數據梳理的問題,需要實現哪些主數據字典的統一管理、發布、訂閱與更新。

        ? 用戶獲得感的問題,行政管理能否通過平臺建設獲得管理決策分析指標,提升決策效率;醫務人員能否通過平臺建設獲得醫療安全質量提升,隨時掌握病患病情和重點醫療事件。


        3、醫院數據集成平臺設計

        3.1 總體設計思路

        平臺實現的整體思路一句話概述為:充分利用醫院已經具備的條件和資源,加之一定的改造和創新最終實現院內業務應用系統及與上級平臺的互聯互通。

        應充分利用醫院現有信息化基礎,考慮改造和建設實施時間的緊迫性,通過整合現有的醫院醫療數據數據快速構建一個醫院數據集成平臺,其中包括按標準對現有數據中心的數據進行清洗并生成符合國家標準的共享文檔、形成一個互聯互通的醫療衛生業務協作網絡,面向患者、管理者和醫務人員提供相應的基于平臺的應用。

        3.1.1 基于平臺的業務整合與數據共享機制

        醫院數據集成平臺是一個集成各類應用系統以及日常運營的平臺,實現信息的整合再利用,在此平臺之上可有效整合醫院內部業務應用系統,最終形成一個互聯互通的醫院業務協作網絡。醫院數據集成平臺是為醫療行業特別量體定做的,支持不同異源異構系統之間的醫療數據的整合,快速實施應用程序節點部署以及各醫療子系統之間的協同通訊。在醫院信息系統中的各業務系統之間,比如HIS、LIS、RIS、PACS、EMR、OA等傳遞和展現整個醫療過程中的相關信息。

        通過醫院數據集成平臺建設,一方面可以規避“點對點”式的信息共享與交換,并使得醫院可以基于平臺進行業務管理,對內提高管理水平,對外以統一的交互方式接入區域衛生協同網絡,更好地為居民健康服務。

        3.1.2 以電子病歷為核心載體的患者診療數據集成與共享

        電子病歷是健康檔案在醫療機構的特定表現方式,標準化的電子病歷是區域衛生信息化和健康檔案建設的關鍵問題。醫院信息系統是從簡單的收費系統發展起來的,電子病歷是醫院信息系統進入臨床信息發展階段的產物。在區域衛生信息化的要求下,必須達到以居民個人健康檔案為主線的臨床信息共享,新一代醫院信息系統建設就必須以電子病歷為核心,全面疏理醫院的各個業務與管理流程,使之滿足醫院內部的信息資源共享需要,還要滿足區域醫療業務協同的需要。

        以電子病歷為核心載體強調以病人為中心,將病人全部的診療資料以統一的形式組織起來,通過醫院數據集成平臺以統一的方式向外展示,并使之成為電子健康檔案的有機組成部分,形成以電子病歷基本架構與數據標準為基礎的病人診療數據標準化、規范化共享與利用。

        醫院管理分為醫療管理與運營管理。醫療管理通過對醫院診療活動各個方面的直接與間接管理來保障臨床服務工作的質量;而針對醫院人、財、物的運營管理是為醫院臨床工作進行后勤保障工作的,其最終目標依然是為臨床服務的。醫療管理與運營管理需要同臨床服務交換各類數據,以實現相應的管理目標,促進臨床服務質量的改善。在這個過程中,需要交換的數據種類繁多,幾乎涵蓋醫院信息系統的各個部分,因此基于統一的醫院數據集成平臺的數據交換與共享機制是實現這類需求的有效手段。

        3.1.3 通過消息驅動的醫院業務流程整合與再造

        在完成數據整合的同時,醫院管理與醫療服務在業務流程上也需要有機地結合起來,才能提高信息的利用價值。例如,藥品從采購到患者服用是一個邏輯非常嚴密的過程,流程上的差錯有可能最終導致醫療差錯甚至是醫療事故的發生。因此,如何將醫院管理與臨床服務的業務流程有機地結合起來,建設這兩方面工作的協同機制,是醫院數據集成平臺的核心目標之一。通過消息驅動的醫院業務流程整合與再造,就是要在各個異構系統的不同模塊之間,建立消息通道,通過統一的消息機制來控制數據的流傳路徑、系統權限和界面執行,消弭異構系統間的通訊障礙。

        3.1.4 面向多類用戶的集成門戶應用

        建立統一的Portal門戶系統,實現醫院的行政管理人員、醫護人員和患者的協同平臺。在門戶集成了醫院現有的業務系統應用,實現一人多角色的工作應用展現。

        3.2 總體架構設計

        平臺的最終實現效果是兼容不同類型的電子病歷數據集,形成醫院平臺的臨床數據中心和運營數據中心等,在臨床數據中心的基礎上實現各業務應用系統間的互聯互通與數據共享,醫院數據集成平臺系統架構圖如下:

        醫院數據集成平臺系統架構圖

        3.3 數據資源規劃

        3.3.1 基礎信息庫

        醫院信息平臺的基礎信息庫包括患者基本信息庫、醫療衛生服務人員信息庫、醫療衛生機構(科室)信息、術語和字典信息庫?;A信息庫由醫院信息平臺的注冊服務產生,并為這些實體提供唯一的標識。

        3.3.1.1 患者基本信息庫

        患者基本信息庫的主要內容可以按照原衛生部《電子病歷基本架構與數據標準(試行)》的規定,包括該標準的H.02 服務對象標識、H.03 人口學、H.04 聯系人、H.05 地址、H.06 通信、H.07 醫保等數據組。

        3.3.1.2 醫療衛生服務人員信息庫

        醫療衛生服務人員信息庫的主要內容可以按照原衛生部《電子病歷基本架構與數據標準(試行)》的規定,包括該標準的H.09 衛生服務者數據組。

        3.3.1.3 醫療衛生機構(科室)信息庫

        醫療衛生機構(科室)信息庫的主要內容可以按照原衛生部《電子病歷基本架構與數據標準(試行)》的規定,包括該標準的H.08 衛生服務機構數據組。

        3.3.1.4 術語和字典庫

        基于電子病歷的醫院信息平臺的術語和字典庫,支持WS 363-2011 衛生信息數據元目錄、WS 364-2011 衛生信息數據元值域代碼、WS XXX-2012 電子病歷基本數據集、《電子病歷基本架構與數據標準(試行)》等規范。還應支持GB/T 2261.1-2003 個人基本信息分類與代碼 第1部分 人的性別代碼、GB/T 2261.2-2003 個人基本信息與分類代碼婚姻狀況代碼、GB/T 2261.4-2003 個人基本信息分類與代碼 第4部分 從業狀況(個人身份)代碼、GB/T 4658-1984 文化程度代碼、GB 3304-1991 中國各民族名稱的羅馬字母拼寫法和代碼、疾病分類與代碼(修訂版)衛辦綜發 [2011] 166 號、ICD-9-CM-3 手術與操作、GB/T15657—1995 中醫病證分類與代碼、GB/T16751.3-1997 中醫臨床診療術語治則治法部分、GB/T 2659-2000 世界各國和地區名稱代碼。

        3.3.2 電子病歷共享文檔庫

        電子病歷共享文檔庫庫是醫院信息平臺的一個重要建設內容和組成部分,本次測評的一個重點就是對醫院數據中電子病歷共享文檔中的電子病歷共享文檔進行測評。它按照國家衛計委(原衛生部)發布的《電子病歷基本數據集》和《電子病歷共享文檔規范》要求存儲來自醫療機構各業務系統的電子病歷數據,每一份電子病歷數據均采用二維表格式和XML文件格式兩種存儲格式分別存儲,形成平臺獨立的臨床數據庫和電子病歷共享文檔庫。

        信息資源庫建設的最基本要求是對標準的符合性:對《電子病歷基本數據集》的遵循從能夠從數據語義層實現各機構數據標準統一 ,而《電子病歷共享文檔規范》規定了文檔的架構和內容,對《電子病歷共享文檔規范》的遵循則進一步解決了傳輸與交換層的統一問題,最終為實現系統之間、平臺之間、機構之間的互聯互通提供了基礎。

        3.3.2.1 電子病歷共享文檔庫目錄

        共享文檔庫用于55個標準共享文檔注冊后的文檔索引及文檔內容存儲倉庫,可用于業務系統對于共享文檔的檢索和調閱。

        電子病歷共享文檔庫嚴格按照《電子病歷共享文檔規范》的要求建設,衛計委目前一共制定了55個電子病歷共享文檔。

        3.3.2.2 電子病歷共享文檔庫內容

        電子病歷是醫療機構對門診、住院患者(或保健對象)臨床診療和指導干預的、數字化的醫療服務工作記錄。是居民個人在醫療機構歷次就診過程中產生和被記錄的完整、詳細的臨床信息資源。

        電子病歷的主要內容由:病歷概要、門(急)診病歷記錄、住院病歷記錄、健康體檢記錄、轉診記錄、法定醫學證明及報告、醫療機構信息等七個業務域的基本醫療服務活動記錄構成。列舉如下:

        1、病歷概要 

        病歷概要的主要記錄內容包括: 

        1)患者基本信息 

        包括人口學信息、社會經濟學信息、親屬(聯系人)信息、社會保障信息和個體生物學標識等。 

        2)基本健康信息 

        包括現病史、既往病史(如疾病史、手術史、輸血史、免疫史、過敏史、用藥史)、月經史、生育史、家族史、危險因素暴露史等。 

        3)衛生事件摘要

        指在醫療機構歷次就診所發生的醫療服務活動(衛生事件)摘要信息,包括衛生事件名稱、類別、時間、地點、結局等信息。 

        4)醫療費用記錄

        指在醫療機構歷次就診所發生的醫療費用摘要信息。 

        2、病歷記錄 

        按照醫療機構中醫療服務活動的職能域劃分,病歷記錄可分為:門(急)診 病歷記錄、住院病歷記錄和健康體檢記錄等三個業務域。 

        1)門(急)診病歷記錄 

        主要包括門(急)診病歷、門(急)診處方、門(急)診治療處置記錄、門(急)診護理記錄、檢查檢驗記錄、知情告知信息等六項基本內容。其中包括的子記錄分別為: 

        門(急)診病歷:分為門(急)診病歷、急診留觀病歷。 

        門(急)診處方:分為西醫處方和中醫處方。 

        門(急)診治療處置記錄:指一般治療處置記錄,包括治療記錄、手術記錄、麻醉記錄、輸血記錄等。 

        門(急)診護理記錄:指護理操作記錄,包括一般護理記錄、特殊護理記錄、手術護理記錄、體溫記錄、出入量記錄、注射輸液巡視記錄等。

        檢查檢驗記錄:分為檢查記錄和檢驗記錄。檢查記錄包括超聲、放射、核醫學、內窺鏡、病理、心電圖、腦電圖、肌電、胃腸動力、肺功能、睡眠呼吸監測等各類醫學檢查記錄;檢驗記錄包括臨床血液、體液、生化、免疫、微生物、分子生物學等各類醫學檢驗記錄。 

        知情告知信息:指醫療機構需主動告知患者和/或其親屬,或需要患者(或患者親屬)簽署的各種知情同意書,包括手術同意書、特殊檢查及治療同意書、特殊藥品及材料使用同意書、輸血同意書、病危(重)通知書等。 

        2)住院病歷記錄 

        主要包括住院病案首頁、住院志、住院病程記錄、住院醫囑、住院治療處置記錄、住院護理記錄、檢查檢驗記錄、出院記錄、轉院記錄、知情告知信息等十項基本內容。其中包括的子記錄分別為:

        住院志:包括入院記錄、24小時內入出院記錄、24小時內入院死亡記錄等。

        住院病程記錄:包括首次病程記錄、日常病程記錄、上級查房記錄、疑難病例討論、交接班記錄、轉科記錄、階段小結、搶救記錄、會診記錄、術前小結、術前討論、術后首次病程記錄、出院小結、死亡醫學記錄、死亡病例討論記錄等。 

        住院醫囑:分為長期醫囑和臨時醫囑。 

        住院治療處置記錄:包括一般治療處置記錄和助產記錄兩部分。一般治療處置記錄,住院與門診相同;助產記錄包括待產記錄、剖宮產紀錄和自然分娩記錄等。 

        住院護理記錄:包括護理操作記錄和護理評估與計劃兩部分。護理操作記錄,住院與門診相同;護理評估與計劃包括入院評估記錄、護理計劃、出院評估及指導記錄、一次性衛生耗材使用記錄等。 

        檢查檢驗記錄和知情告知信息,住院與門診相同。

        3)健康體檢記錄 

        指醫療機構開展的,以健康監測、預防保健為主要目的(非因病就診)的一般常規健康體檢記錄。 

        3、轉診記錄 

        指醫療機構之間進行患者轉診(轉入或轉出)的主要工作記錄。 

        4、法定醫學證明及報告 

        指醫療機構負責向服務對象簽發的各類法定醫學證明信息,或必須依法向有關業務部門上報的各類法定醫學報告信息。主要包括:出生醫學證明、死亡醫學證明、傳染病報告、出生缺陷兒登記等。 

        5、醫療機構信息 

        主要指負責創建、使用和保存電子病歷的醫療機構法人信息。

        3.3.2.3 數據來源

        電子病歷共享文檔數據來源于各醫院的業務系統,醫療數據采集清洗涉及與醫院內部眾多信息系統的對接,如:電子病歷系統(門診和住院)、HIS(醫院信息管理系統)、體檢系統、LIS(實驗室信息管理系統)、PACS(影像傳輸與存儲系統)、B超系統、病理系統、心電系統、手術室系統、內窺鏡系統、病案系統……

        3.3.3 臨床數據中心CDR

        臨床數據庫(CDR)在醫院數據集成平臺中我們稱之為臨床數據中心,存儲以病人為中心的全程臨床數據,用于病人的全視圖信息共享及用于醫院的臨床業務監管、BI分析、科研教學支持等。

        臨床數據中心包括臨床數據倉庫(ClinicalDataRepository,CDR)是一個整合多個來源的臨床數據倉庫,提供以患者和醫護人員為中心的統一視圖的數據庫。其中CDR通過受控醫學詞匯表(CMV)保證所有人對臨床數據語義理解的一致,以提高CDR的數據質量。在CDR中,診療數據是圍繞患者為中心進行組織的,用于病人的全視圖信息共享及用于醫院的臨床業務監管、BI分析、科研教學支持等。其中的診療數據一般包括:患者基本信息、歷次就診病史、門急診和住院診斷、處方信息、檢驗結果、放射/超聲/病理/內鏡檢查報告、醫學影像、費用信息……

        3.4 基礎組件服務

        3.4.1 醫院服務總線

        專用于醫院數據集成平臺的ESB(企業服務總線)稱為醫院服務總線(Hospital Service Bus,HSB),HSB支持主流的開放標準和規范,提供可靠的消息傳輸機制,建立服務之間的通信、連接、組合和集成的服務動態松耦合機制,為基于SOA的應用系統的服務集成提供支撐。HSB從功能上可以分為總線服務管理、消息傳輸、域服務器、適配器服務組件。

        相對于通用的ESB,HSB的特點是在醫療信息互操作性層面上支持醫院信息交換,實現了語法互操作性信息交換,乃至語義互操作性信息交換。HSB基于統一的醫療行業信息標準規范,支持HL7信息交換標準。在國內,HSB應遵循《WS/T 447-2014基于電子病歷的醫院信息平臺技術規范》和《基于電子病歷的醫院信息平臺建設技術解決方案(1.0版)》等標準規范,才能有效實現醫院內外信息系統互聯互通和信息共享。參見醫院服務總線交互引擎圖如下:

        醫院服務總線交互引擎

        3.4.2 注冊服務

        注冊服務應包括對患者、醫療服務人員、醫療衛生機構(科室)、醫療衛生術語和字典的注冊管理服務。平臺應對這些實體提供唯一的標識。針對各類實體形成各類注冊庫(如患者注冊庫、醫療服務人員注冊庫、機構注冊庫、術語和字典注冊庫)。

        3.4.3 患者主索引服務

        平臺建設的一個關鍵點是患者唯一身份識別,也就是如何將同一個人在醫院不同業務系統的就診記錄關聯起來,并建立統一的交叉索引機制?;颊咴诮邮蔗t療服務時,可以使用身份證、社??ㄌ?、就診卡號、健康卡號、軍人證號、護照號、港澳通行證、回鄉證號、學生證號、門診流水號、住院流水號、體檢流水號等各種就診身份標志,而醫院各業務系統并沒有合并持不同就診卡的患者身份的機制,因此患者身份的唯一性識別與整合是實現患者信息共享的基礎。見下圖:


        EMPI患者主索引服務總體框架圖

        在平臺建設過程中,醫院可以采用國際上公認的解決患者身份唯一性問題的IHE PIX(患者身份交叉引用)規范技術框架,來實現居民/患者的身份識別,使來自于不同機構不同業務系統的患者身份能夠實現交叉引用。見下圖:

        患者身份交叉索引流程圖

        3.4.4 ETL異構數據集成清洗服務

        在醫院數據集成平臺的建設中,異構數據集成是一個重點也是一個難點。醫療信息平臺的建設需要與院內多個業務應用系統進行對接,而這些系統由不同開發商進行建設,采用不同的的操作系統、不同的開發環境、不同的軟件體系架構、不同的數據格式等,數據來源、環境、格式極其復雜。傳統的醫療整合方式一般是由醫院各系統供應商對原有系統進行改造后向平臺提交數據,這種方式使項目的成敗極其依賴各醫療衛生機構的主觀配合意愿和技術配合能力,使項目變得極其不可控。

        因此,在醫院數據集成平臺建設中必須突破以上瓶頸問題,從根本上改變目前平臺依賴自下而上“提交”標準化數據、從而實現數據整合的傳統模式,而是將主動權交給醫院,由醫院通過平臺來決定在什么時間,提取什么數據,按什么樣的標準格式轉換。采取一種“自上而下、主動、及時”的集成模式,一方面由于不再需要各業務信息系統改造數據格式而大大加快項目進度,另一方面也使得未來實時數據監測成為可能。ETL異構數據抽取、清洗、裝載服務過程如下圖所示:

        ETL異構數據集成清洗服務

        3.4.5 電子病歷存儲和調閱服務

        電子病歷是由醫院以電子化方式創建、保存和使用的,是居民個人在醫院歷次就診過程中產生和被記錄的完整、詳細的臨床信息資源。電子病歷存儲服務由臨床數據中心CDR來實現,電子病歷調閱服務即電子病歷全息瀏覽(360患者視圖),對外提供通過統一的瀏覽器實現調閱服務。

        電子病歷調閱服務


        4、醫院數據集成平臺實施難點與應對

        ? 針對平臺建設邊界問題,應對措施是在醫院數據集成平臺上線前,通過調研對照《國家醫療健康信息醫院信息互聯互通標準化成熟度測評方案(2017年版)》的要求梳理建設范圍,例如醫院數據集成平臺建設需要通過互聯互通四級甲等,需滿足52個標準交互服務建設、53個臨床共享文檔建設、連通的業務系統數據大于24個,聯通的外部機構數量大于4個等等。

        ? 針對廠商配合的問題,應對措施是在醫院數據集成平臺上線前召集醫院所有業務系統的承建廠商負責人,確認是否能夠根據《國家醫療健康信息醫院信息互聯互通標準化成熟度測評方案(2017年版)》按時保質完成系統接入平臺的改造。

        ? 交互接口標準的問題,應對措施是根據《國家醫療健康信息醫院信息互聯互通標準化成熟度測評方案(2017年版)》要求通過醫院服務總線采用HL7標準實現信息交互。

        ? 流程梳理的問題,應對措施是在醫院數據集成平臺上線前,通過調研梳理并確認業務閉環流程,涉及多個業務系統,梳理每個業務點的歸屬系統,不但要考慮當前業務點情況,而且要考慮在整個閉環流程中未來可能的業務接入點,為后期信息化升級預留接口。業務流程梳理完畢,針對每個流程中涉及的業務點,確認改造方法。

        ? 針對數據梳理的問題,應對措施是在醫院數據集成平臺上線前,針對數據元、患者主數據、科室主數據、醫療人員主數據進行梳理,生成平臺統一的主數據字典,在業務系統改造過程中實現主數據的發布、更新、同步、訂閱等操作。

        ? 針對用戶獲得感的問題,應對措施是要通過醫院數據集成平臺建設提升行政管理者、醫務人員的參與度,為行政管理人員提供基于平臺的管理決策分析(駕駛艙),為醫務人員提供基于平臺的電子病歷全息瀏覽、基于手機應用的重點醫療事件提醒、基于手機應用的移動查房等提升工作體驗。


        5、醫院數據集成平臺實施過程管理

        醫院數據集成平臺項目建設是一項復雜的工作,平臺的實施過程管理主要包括項目啟動和計劃、項目實施、項目監控、項目結尾等四個階段。

        ? 項目啟動和計劃階段:完成項目招標采購,組織項目建設團隊,召開項目啟動大會,審議項目實施計劃。

        ? 項目實施階段:確定實施步驟,對項目范圍、項目時間、項目質量、項目成本、項目測評、項目團隊和項目風險進行定義與管理。

        ? 項目監控階段:對項目實施進程進行監督,通過巡查、檢查、測試、控制、預警保障項目質量,并按項目進度計劃完成。

        ? 項目結尾階段:醫院數據集成平臺項目試運行,組織項目測評與驗收,評估應用效果與效率。

        5.1 項目啟動和計劃階段

        醫院數據集成平臺建設項目的啟動涉及到產品的選型、招投標采購、項目團隊的組建和項目實施計劃的審議,需要考慮醫院各類人員(信息管理人員、業務應用人員、醫院管理人員)的需求是什么、采購什么樣的產品和服務、不同廠商同類項目案例產品的性價比如何、項目實施計劃如何等等。

        ? 產品的選型

        重點是甄選廠商產品是否符合醫院建設需求、采用的是國外商品化集成平臺還是國內自主開發集成平臺、同類型醫院案例有多少、產品和售后服務價格多少。

        ? 招投標采購

        重點是招標需求和參數文件的編制,必須按照招投標管理辦法的要求公平、公正、公開選取符合招標文件要求的承建廠商。

        ? 項目團隊的組建

        醫院數據集成平臺建設是一項復雜的系統工程,涉及到醫院、承建廠商及監理單位的各種資源,因此建立一套健全有效的組織保障體系是項目管理及項目成功實施的必要條件和保障措施。在組織保障建設中應考慮以下原則: 

        ? 項目組需要醫院、承建廠商、監理單位共同參與,參見項目組織結構圖。

        ? 成立以醫院院長或分管副院長為組長的項目領導小組,負責項目的領導及資源調配,參見項目領導小組人員及職責表。

        ? 成立以信息中心主任為項目經理的項目執行小組,負責項目的實施及管理,參見項目執行小組人員及職責表。 


        項目組織結構圖

        項目領導小組人員及職責:


        項目執行小組人員及職責:

        ? 項目實施計劃的審議

        項目實施計劃是平臺項目進入系統實施的啟動階段,是用于協調項目編制、指導項目執行和描述項目控制的文件,關鍵組成部分應包括項目簡介或概覽、如何組織項目的描述、用于項目管理的技術和過程,描述需要完成的工作內容、進度信息和預算信息。項目實施計劃主要進行的工作包括:確定詳細的項目實施范圍、定義遞交的工作成果、評估實施過程中主要的風險、制定項目實施的時間計劃、成本和預算計劃、人力資源計劃等。

        5.2 項目實施階段

        隨著醫療市場和IT技術的不斷發展和變化、國家醫院信息互聯互通測評的要求,加大了醫院數據集成平臺項目建設的周期和復雜性。為了保證前后銜接,避免脫節和重復投資,造成人力、財力、物力的浪費,需要在項目實施中把握以下原則:

        ? 整體規劃:任何一個信息系統的建設都不可能是一蹴而就,更何況醫院數據集成平臺建設是一項非常龐大、復雜、長期的系統工程。需要先做一個整體的規劃,無論從戰略上或從戰術上,從軟硬件系統上都必須先進行整體的調研和規劃,才能為后續的建設指明道路和打下基礎。

        ? 分步實施:醫院數據集成平臺建設過程是一個長期的過程,必須分成多個階段來完成,以保證項目建設的可行性和可控性。因此必須在總體規劃的指導下,對整個項目科學地劃分多個實施階段,逐步完成各項工程的建設。

        ? 成熟先行:醫院數據集成平臺建設包含了各種各樣的產品,而各種產品又是在不斷發展和完善的。醫院的業務和流程也在不斷的完善過程中。因此在建設時,不能冒進和盲目跟風,需要根據醫院實際情況,選擇成熟實用的產品或系統,從系統的底層一步步做起,減少系統建設的風險和浪費。在項目實施階段需要制定詳細的項目計劃,并按計劃執行。在執行的過程中對項目進行監控,根據項目管理理論本章節從項目范圍、時間、成本、質量、人力資源、溝通及風險等方面如何進行管理進行闡述,供項目建設各方參考。

        5.3 項目監控階段

        項目監控是圍繞項目實施計劃,跟蹤進度、成本、質量、資源,掌握各項工作現狀,以便進行適當的資源調配和進度調整,確定活動的開始和結束時間,并記錄實際的進度情況,在一定情況下進行路徑、決策、度量、量化管理、風險等方面的分析。在實施項目的過程中,要隨時對項目進行跟蹤監控,以使項目按計劃規定的進度、技術指標完成,并提供現階段工作的反饋信息,以利后續階段的順利開展和整個項目的完成。

        5.4 項目結尾階段

        在項目結尾階段需要對項目進行驗收,項目驗收需要滿足以下標準: 

        ? 確認項目已經滿足了所有需求。 

        ? 確認項目已經通過第三方測評。

        ? 確認已經達到所有的完工標準和退出準則。

        ? 為滿足項目或階段的完工或退出準則所需要的活動或措施已被實施。

        ? 驗證所有的項目可交付物已經提供并被接受。項目應該提交的可交付物,參見項目交付物參考清單。

        項目交付物參考清單:





        6、建議和總結

        6.1 產品選型建議

        醫院數據集成平臺項目建設涉及面廣、周期長,對醫院的信息化建設影響范圍廣,醫院應結合自身實際選擇成熟的產品,目前市場上有國外商品化集成平臺和國內自主開發集成平臺兩種供選擇。優缺點如下:

        ? 國外商品化集成平臺

        優點:產品穩定性強,廣泛支持HL7、DICOM、XML等國際標準,提供大量可視化流程、交互接口定義工具。

        缺點:對國內衛生規范和標準適應性低,造價及維護費用高昂,客戶化開發程度低。

        ? 國內自主開發集成平臺

        優點:對國內衛生規范和標準適應性強,能夠根據國內衛生標準發展快速實現標準化升級改造,造價及維護費用較低,能夠提供貼身服務。

        缺點:產品開發周期較短,穩定性不及國外商品化集成平臺,還需經過大量醫院用戶驗證并進行產品迭代。

        根據國外商品化集成平臺和國內自主開發集成平臺的優缺點對比,選型建議如下:

        ? 床位低于500,已建院內業務系統低于50個的醫院暫不建議上線醫院數據集成平臺,建議建設統一的臨床數據中心CDR,以實現基于臨床共享文檔CDA的數據交互。

        ? 預算充裕的醫院可以考慮采用國外商品化集成平臺產品。

        ? 預算有限的醫院需要考慮性價比及后期的維護服務,建議采用國內自主開發集成平臺。

        6.2 總結

        醫院數據集成平臺應醫院信息化發展的實際需求而生,代表了醫院信息系統IT技術的發展方向,不同廠商的產品解決方案對應于不同的醫院需求,沒有哪個產品最好,只有哪個產品最適合醫院的實際需要同時性價比又最高,盲目地追求集成平臺和頑固地拒絕集成平臺都是不可取的。


        本文作者:吳慶斌,高級工程師;軟件工程和工商管理雙碩士?,F任暨南大學附屬第一醫院信息科科長、國家醫院信息互聯互通標準化成熟度測評廣東專家、CHIMA青年委員、廣東省醫院協會信息化專業委員會常委兼秘書辦主任。從事醫院信息化管理工作10余年,全程參與醫院HIS、PACS、LIS、EMR、HRP等核心系統建設;參與編寫國家級醫院信息管理專著6部,參與省部級科技項目4項,發表論文6篇。

      熱門評論
      • 暫無信息

      驗證碼: 驗證碼,看不清楚?請點擊刷新驗證碼

      地址:廣東省惠州市惠城區東平半島惠州大道20號賽格大廈1608號

      電話:0752-2072178  傳真:0752-2072168-0  郵箱:gdoudi@ouditech.com廣東歐迪科技有限公司 版權所有

      Copyright ©2020 Guangdong Oudi Technology Corporation All Rights Reserved.

      粵ICP備16018732號-1

      怀孕挺大肚子疯狂高潮AV毛片,全部孕妇毛片丰满孕妇孕交,中国孕妇XXXXXXXXX孕交