醫院信息集成平臺數據中心建設需求_第1頁
醫院信息集成平臺數據中心建設需求_第2頁
醫院信息集成平臺數據中心建設需求_第3頁
醫院信息集成平臺數據中心建設需求_第4頁
醫院信息集成平臺數據中心建設需求_第5頁
已閱讀5頁,還剩4頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

醫院信息集成平臺數據中心建設需求2信息集成平臺數據中心建設2.1信息交互平臺:2.1.1ESB企業服務總線:A、適配器需要實現對各種數據源、信息源、以及各種應用系統的無縫銜接;消息代理需要實現跨機構、網絡、平臺或設備的異構應用系統的互聯互通;服務代理需要實現在SOA環境中客戶應用系統便捷的接入總線。B、配置管理中心:權限管理:管理接入ESB服務總線的各類系統廠商。配置接入,發送,接收等權限。服務管理:服務的詳細內容維護及管理,配置服務的信息:如服務方式Webapi,wcf,webservice,負載,超時時間,IP、端口、調用方式、提供者、可調用者(消費者)等。服務測試:對平臺開放的服務進行在線測試,廠商能夠獨立在平臺上進行接口調試。2.1.2消息管理:A、按業務領域編制集成規范,將領域所涉及的集成流程設計、集成場景說明、集成消息定義在具體的文檔當中,作為醫院集成平臺信息交互規范;對所有支持的消息進行統一管理,版本控制。通過可視化界面可直觀展示目前接入系統情況,每個接入系統的發送和接收消息列表、B、由于信息集成平臺上需要傳輸大量的應用間交互消息,在運行過程中需要及時對平臺的消息流向進行監控,故而平臺需提供消息追蹤功能,能夠清楚的顯示出消息的源頭及消息被那些應用系統接收以及接收后反饋,方便管理維護、錯誤定位。C、在實際使用的過程中可能會由于網絡原因或應用系統接入失敗,在網絡通暢或應用接入恢復的情況下,平臺需具備向特定的接入應用發起消息重傳功能,以保證對方業務系統能夠迅速恢復。2.1.3應用系統接入:HL7接入服務提供HL7接口用于連接院內的各個應用系統,目前信息集成平臺支持HL7v2.4、HL7v2.5、HL7v3、HL7FHIR。在HL7接入服務上需要遵循以下的規則:1、任意兩個及兩個以上系統進行信息交互必須通過信息集成平臺;2、應用系統發送和接收的數據都必須符合HL7/IHE標準,在HL7沒有定義的情況下才允許對HL7標準進行擴展,支持廠商自定義的消息內容;3、應用系統接入,提供如下服務:接入服務負責監聽、接收各接入業務系統的業務消息,并及時響應對應的交互狀態;路由服務負責根據平臺設置的各項消息訂閱、路由配置情況完成消息的轉發,同時返回結果并記錄日志;隊列服務負責消息的暫存和記錄;推送服務負責分發各接入系統訂閱服務;數據庫服務負責存儲平臺交互過程中產生的實時業務消息。2.1.4平臺監控系統:A、平臺監控系統從接入層、平臺層、網絡層、服務器層、數據庫層等對平臺所有服務數據、消息路由情況、性能數據等進行監控,通過監控平臺提供給系統管理員作為參考。對于特定的異常情況可以在平臺首頁提醒,也可以通過如電子郵件、手機短信、微信等進行消息通知。監控廣度有:ESB監控中心、ETL監控中心、HDC監控中心、平臺運行性能監控等幾個方面。B、監控內容包括:ESB服務器CPU、內存使用率、硬盤使用率情況,ESB服務情況,ESB消息流速,隊列情況,ESB數據庫情況,廠商接入情況,廠商消息監控,MQ詳細情況等的監控。支持監控ETL過程的運行狀態(成功,失敗,等待,進行中),支持記錄ETL的任務整個運行過程中的所有相關統計信息。監控網站數據庫服務器資源情況,表空間,內存,CPU,SGA,連接情況等,以及數據庫數據流I/O情況,HDC涉及的服務運行情況。對所有平臺運行消息進行性能監控,對平臺所有對外的服務進行性能監控。達到及時提醒和快速故障診斷的效果。2.1.5其他:A、支持對ESB服務的調度,MQ的調度,日志服務調度,ETL調度,HDC服務調度等。通過可視化的界面,傻瓜式的操作完成服務的重啟,停止,日志的清理等操作。支持操作日志、消息日志、錯誤日志、警告日志、調試日志等不同級別的日志記錄,如使用操作、安全隱私權限管理、服務異常錯誤或警告等。B、菜單管理:管理平臺所有的菜單功能;平臺字典:集成平臺內部字典維護;參數管理:集成平臺相關參數配置;系統字典:集成平臺相關系統字典配置;字典管理:全院所有字典類別信息維護,所有使用到的字典都能夠統一管理;權限維護:管理平臺系統的各功能菜單、按鈕權限;平臺角色管理:管理平臺的角色,支持不同角色進行不同的功能菜單權限分開維護;平臺用戶管理:管理用戶使用平臺的角色,區別不同的角色用戶,使用菜單和權限;職工管理:提供全院職工基本信息、證照信息、科室信息對照、病區信息對照、職工臨床權限等信息維護;平臺管理:維護全院與平臺對接的業務系統信息、包含發送和接收端信息等各項平臺運維所需的基礎信息。C、建立醫院信息推送平臺。將門診就診預約、變更通知、檢查預約、住院排床、檢查報告結果通知、手術通知、手術進程、欠費等內容通過短信、微信、手機app等多種方式通知醫護人員、患者或家屬。存儲服務接收業務系統交互產生相應的業務數據并進行存儲:支持病人信息、檢驗數據和報告(門診、住院)、檢查數據和報告、門診處方、門診治療項目、住院醫囑、手術、麻醉、用血、門診、急診及住院收費、住院執行計劃、飲食等信息存儲;查詢服務提供本地數據的通用查詢服務。提供醫院標準主數據和各業務系統字典數據進行對照,保證ETL采集時,進行有效轉換,保持數據一致。第三方應用根據集成平臺標準化接口對接到集成平臺。D、文檔管理服務;個人信息注冊、查詢服務;醫療衛生人員注冊、查詢服務;醫療衛生機構(科室)注冊、查詢服務;醫囑信息交互服務;申請單交互服務;就診信息交互服務;術語、字典注冊、查詢服務;預約信息交互服務;結果狀態交互服務。2.1.6軟件評測中心測試:集成平臺通過軟件評測中心測試,測試內容包含但不限于用戶文檔、功能性、易用性、中文特性;功能性包含但不限于醫院服務總線、主數據管理、統一權限、智能診療等功能性測試(提供軟件產品測試報告掃描件,未提供視作負偏離)。2.2數據中心ODS:2.2.1業務庫同步:HIS庫同步、EMR庫同步、LIS、PACS、手麻庫同步2.2.2BI展示工具:數據支持:支持多種數據庫和類型,并提供了異構數據源模型,使得同一張報表的數據可以來源于同一數據庫的多個不同表,或多個不同數據庫;復雜報表處理:提供行列對稱、分組分頁分欄、動態格間運算、聚合報表等一系列功能;圖表:自主研發H5圖表,19種圖表大類和超過50種圖表樣式;決策報表:響應式布局,組件獨立自由刷新,適用于構建管理駕駛艙;交互分析:圖表聯動、數據聯動、多維數據鉆取、任意組合鉆取、無限層次鉆取、多維數據分析、及時分析、控件查詢;參數控件:可視化參數配置,豐富的參數控件,自定義各類高級數據篩查;數據填報:支持多樣式數據錄入,校驗,多級流轉,支持多Sheet填報,分頁填報、批量Excel導入等;打印輸出:支持所有主流的打印方式以及文件輸出類型,支持屬性自定義;移動應用:原生與H5兩種方式,支持OEM,支持與微信,釘釘集成;大屏應用:大屏幕上的數據化管理駕駛艙;權限控制:豐富的權限認證方式和細致的權限粒度控制方案,更可方便實現單點登錄2.2.3ETL引擎:(1)Extract從數據源獲取數據。在數據抽取時,盡量將沒用的數據,不對的數據在抽取時過濾掉,格式等不符合的轉換掉。如果源系統對自己的性能要求比較高,則用對源系統打擾盡量少的方式獲取,然后再做處理。(2)Transform將抽取的數據,進行一定的處理,生成目標表所需要的格式、內容。(3)Load將數據入庫,如果經過前面的ET過程,數據就可以直接入庫了。(4)JOB調度調度是ETL的靈魂,ETL調度的設計,決定了ETL所能實現的功能以及靈活性,也決定了其他ETL部分工作量的大小。調度涉及到的問題主要有優先級,順序亂序執行,出錯處理,重傳處理,調度監控。2.2.4其他應用系統同步:支持ODS數據庫的建立采用日志挖掘的方式,對醫院的其他業務系統的后臺數據庫進行實時的日志挖掘,將數據的變化量實時傳遞至ODS服務器,并應用到ODS數據庫中。2.3主數據管理系統:2.3.1全院人員管理:支持統一人員的管理,從醫院信息系統管理角度著手,對院內職工、院外人員使用醫院信息系統的行為進行統一管理,實現信息系統間權限集中管理,建立多級授權管理體系,建立人事系統員工相關信息變化和醫院信息系統用戶權限變化的聯動關系,為各類人員提供統一的醫院信息系統訪問方式。2.3.2醫院組織機構管理:需建立醫院統一的組織機構架構,包括臨床業務科室、職能部門、后勤部門等。為管理全院信息平臺上的各應用系統、患者提供完整、統一的醫療衛生機構(科室)信息。2.3.3術語集和基礎字典的管理:術語和字典管理用于從數據定義層次來解決各系統的互操作問題。術語和字典的范圍包括醫療衛生領域所涉及到的各類專業詞匯,以及所遵循的數據標準。建立術語和字典注冊庫,用來規范醫療衛生事件中所產生的信息含義的一致性問題。術語由平臺管理者進行注冊、更新和維護;字典既可由平臺管理者又可由機構內各應用系統來提供注冊、更新和維護。2.4患者主索引系統:(1)患者信息注冊:業務系統希望把一個患者的索引加入到EMPI系統時,向EMPI系統傳送請求注冊消息,消息中包含待注冊的患者信息,主要元素包括:業務系統ID、患者ID、姓名、性別、出生日期、出生地、民族、母親姓名、婚姻狀況、身份證號、住址、電話等;EMPI系統通過匹配規則檢查系統中是否已存在該患者的索引,按照新增索引或更新索引兩種情況分別處理;新增索引需要在EMPI系統中記錄業務系統的索引,同時產生主索引;更新索引需要更新匹配的業務系統的索引,同時更新主索引;主索引更新時,需要對訂閱主索引的系統發布更新的主索引。(2)主索引管理:對院內的主索引進行集中存儲和管理;(3)主索引合并:提供界面用于手工對主索引進新合并,拆分,修改等;(4)主索引統計:按日,周,月,年等時間段統計主索引新增情況;(5)主索引操作日志:EMPI系統業務記錄發生的變化都需要記錄操作日志。需要記錄的業務操作有:新增主索引,修改主索引,合并索引,取消索引合并,索引自動匹配,取消自動匹配。2.5統一用戶認證與單點登錄:提供一站式單點登錄功能,即通過用戶的一次性鑒別登錄,可獲得需訪問系統的授權,在此條件下,用戶可對所有被授權的應用系統進行無縫的訪問,從而提高用戶的工作效率,減少操作時間,降低用戶安全管理的復雜度,并提高系統整體的安全性。統一用戶:統一所有應用系統的用戶信息并進行存儲和管理,而授權等操作則由各應用系統完成,即統一存儲、分布授權;統一用戶認證:以統一用戶為基礎,對所有應用系統提供統一的認證方式和認證策略,以識別用戶身份的合法性;單點登錄(sso):基于用戶會話認證的一個過程,用戶只需一次性提供憑證,就可以訪問所有相互信任的應用系統;門戶:提供一站式單點登錄,統一登錄界面,通過用戶的一次性鑒別登錄,可獲得所需訪問的各應用系統的授權。2.6臨床數據中心CDR:2.6.1患者360視圖:單一界面,方便、準確、快捷的將病人各種資料整合展示;提供方便的局部視圖數據放大功能;提供查閱歷次就診醫療記錄的功能,包含門診、住院、體檢;集中顯示患者既往疾病診斷、既往手術室史、藥物過敏史、不良反應史;提供查閱各類檢查、檢驗報告,檢驗項目提供參考值,突出顯示超出范圍值的結果,有同類歷史檢驗項目的,提供圖形化比較展現;集成影像展現功能;提供查閱各類檢查、檢驗執行狀態的查詢,主動生成各類提醒,如危急值、異常值;圖表化展示生命體征和監護數據、麻醉數據;集成視圖提供完善、豐富的調用接口,供業務系統集成使用;提供所有病歷文檔的瀏覽;提供醫囑動態展示功能;具備完善的權限管理和審核機制;支持界面定制,針對不同專科配置視圖;需基于組件化、插件化的思想進行設計、開發,確保系統的穩健和持續發展。2.6.2臨床檢索:2.6.2.1根據臨床數據自定義查詢方案,記錄歷史搜索記錄,可快速定位查詢(提供系統功能截圖或軟件廠商提供的證明資料掃描件,未提供視作負偏離)。2.6.2.2采用搜索引擎技術,結合查詢方案,根據關鍵字對海量病歷內容進行高效快速檢索,支持醒目標注并定位到病歷內的關鍵字。設置綜合查詢元數據,對數據集進行歸類,設置輸入、輸出方便創建綜合查詢方案。展示院區、科室、醫療組、個人收藏的病人,支持醫護人員對病人長期跟蹤。院區、科室、醫療組、個人收藏夾維護。2.6.3文檔制度知識庫管理系統:收錄藥品信息多種,包括呼吸系統用藥、心血管系統用藥、消化系統用藥、泌尿生殖系統用藥、神經系統用藥等合計24個系統的藥品信息。收錄臨床中西醫多種診斷的具體信息,包括鑒別診斷、病史采集、物理檢查、治療原則及方案、輔助檢查等內容。收錄檢驗信息多種,包括正常值、臨床意義、注意事項、檢查過程、相關疾病、相關癥狀等內容。系統提供輔助檢查適應癥、注意事項,以及檢查結果意義,可結合醫生醫囑、病人情況自動推送提示信息。收錄多種手術記錄,圖文并茂。收錄按身體部位進行分類的多癥狀。收錄多個醫療規范、醫保政策、醫院制度、示例病歷、循證證據庫等文檔,提供查詢、上傳和下載。收錄多個病種的最新中西醫臨床路徑信息。2.7商業智能分析BI:2.7.1綜合監管:對醫院的總體運營情況進行分析,幫助醫院的管理者和相關部門,實時了解醫院運營狀態。從住院科室/醫生/護士工作量,住院手術,用藥情況,臨床路徑,費用信息分析住院情況,為住院績效和規范提供分析和決策依據。主要要點:患者安全分析,住院病人費用結構分析,住院用藥情況分析,住院工作量統計分析。從科室/醫生/護士工作量,年/月度分析、費用信息、人次分析門診情況。為優化門診流程、考核績效提供分析和決策依據。主要要點:就診病人分析,就診時間趨勢閉環分析,門診用藥情況分析,門診工作量統計分析,急診分析。2.7.2手術業務分析:從手術的例數、醫生,手術用藥情況多方面進行分析,主要包括:切口手術抗菌用藥情況分析,各類手術例數分析,醫生手術工作量分析等。支持從死亡、治愈人次、ICU、重返、感染、搶救等方面對醫院的醫療質量進行分析,主要進行住院治療質量分析、18種重點疾病統計、18種重點手術統計、重癥醫學ICU、術后并發癥、重返手術室明細、危重搶救報表等。2.7.3軟件評測中心測試:BI系統軟件通過軟件評測中心測試,測試內容包含但不限于用戶文檔、功能性、易用性、中文特性;功能性包含但不限于醫院運營、門診分析、住院分析、醫技分析、就醫分析、報表管理等功能性測試(提供軟件產品測試報告掃描件,未提供視作負偏離)。2.8單病種上報系統:2.8.1系統集成國家上報接口,且支撐同步更新病種類型和病種表單數據元素。實現病種數據自動獲取智能一鍵上報。確保病例高質量填報與漏報監控。2.9共享文檔管理系統:2.9.1共享文檔瀏覽:支持共享文檔病人查詢首頁瀏覽。支持統計一段時間內共享文檔的數量,可以根據文檔類型及名稱進行搜索。支持記錄共享文檔的瀏覽日志。支持根據時間段統計交互服務數量的統計。支持根據時間段統計交互服務的日志。數據集是共享文檔的組成基本單元,支持通過維護數據集設置該數據集的屬性。支持53個共享文檔的代碼和名稱配置。2.10科研數據中心:2.10.1項目管理:科研項目開始前,基本信息的維護。包括科研項目基本信息、實驗分組,項目成員分配,受試者篩選條件設置,CRF表單設計,科研方案維護2.10.2基本信息:維護科研項目的基本信息和實驗分組情況。2.10.3項目成員:維護該項目的成員及成員在項目中擔任的角色和工作描述。維護科研項目研究,所需患者的篩選條件,保存后從臨床科研數據中心的患者中,自動篩選符合條件的患者。設計本次科研需要用到的隨訪表單,并導入了隨訪表單知識庫,可快捷添加常用字段。表單分公用和項目專屬兩類。對整個科研項目做一個階段性計劃,計劃每個階段的執行時間,和要執行的隨訪表單、檢驗項目、檢查項目。計劃制定后,在項目跟蹤處,可以根據階段計劃生成相應的科研任務。2.10.4科研跟蹤:科研項目基本信息維護完整后,項目進入執行階段,在整個過程中要對項目進展進行一個把控和提醒。所以科研跟蹤部分包括了患者入實驗組,

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論