久久精品视,色综合久久无码中文字幕,日韩免费视频一区二区三区,亚洲中文久久精品无码WW16

【作者】何榮，某醫(yī)院信息科任軟件工程師，主要負責醫(yī)院信息系統(tǒng)設計、開發(fā)、項目管理、維護等工作，對信息集成平臺和移動醫(yī)療應用有深入研究，從業(yè)十余年，具有豐富的醫(yī)院信息系統(tǒng)實施經(jīng)驗。

一、基礎集成信息平臺建設背景

醫(yī)院正在逐步邁入信息化浪潮，遠離人工統(tǒng)計和紙質(zhì)記錄的舊時代，目前，我國三甲醫(yī)院已經(jīng)基本完成了現(xiàn)代化信息系統(tǒng)的建設工作，以某院為例，建設了包括His信息系統(tǒng)、一體化臨床工作站、HRP系統(tǒng)、APP、護理病歷、超聲系統(tǒng)、內(nèi)鏡系統(tǒng)等幾十個信息系統(tǒng)，而且隨著醫(yī)院對信息化發(fā)展的不斷重視，信息系統(tǒng)在未來幾年內(nèi)會有一個快速增長，然而面臨的問題也是日益加劇，最初的設計重點局限在滿足業(yè)務需求上，并沒有把可兼容性、數(shù)據(jù)共享性、高擴展性考慮進去，當系統(tǒng)較多的時候，交互接口數(shù)量基本上都是以指數(shù)級增長，給系統(tǒng)的開發(fā)、運維維護帶來很大問題。

某院在最開始籌建基礎集成信息平臺時，通過對信息系統(tǒng)的調(diào)研和科室的走訪,發(fā)現(xiàn)信息化有如下幾類問題比較嚴重：

（一）各業(yè)務系統(tǒng)交叉互聯(lián)現(xiàn)象嚴重，集成方式多樣，主要包括、視圖、文件、動態(tài)鏈接庫、exe程序、界面集成等方式。

例如，手機APP、微信的醫(yī)院網(wǎng)站系統(tǒng)中，獲取醫(yī)囑、繳費等信息是通過主動調(diào)用HIS 提供的接口方式實現(xiàn)，當HIS的醫(yī)囑信息發(fā)生變化時App或微信系統(tǒng)只能通過刷新的方式再次調(diào)用接口獲取，HIS不能主動推送醫(yī)囑變化消息，效率和系統(tǒng)使用效果不好。

(二)基礎數(shù)據(jù)問題

1. 由于各類基礎數(shù)據(jù)、字典未形成統(tǒng)一的管理方式，多散落在不同的系統(tǒng)中自行維護，數(shù)據(jù)不一致現(xiàn)象比較嚴重。

2. 目前醫(yī)囑開立在HIS的醫(yī)生工作站中完成，檢查項目、檢驗項目、治療項目采用的是HIS的物價收費項目，而不是醫(yī)技科室的臨床檢查、檢驗等術語項目，需要通過對照完成轉換。

3. 由于有的基礎數(shù)據(jù)采用程序同步的方式，因此會有數(shù)據(jù)不一致，同步不及時的問題。

(三)患者主索引及臨床數(shù)據(jù)文檔共享問題

1. 臨床醫(yī)生在醫(yī)生工作站中查看患者的檢查結果、檢驗結果時，只能從不同的菜單中鏈接由各自的醫(yī)技系統(tǒng)提供的Web界面，無法統(tǒng)一查看患者的檢查、檢驗結果信息，也不能查看患者的歷次檢查、檢驗結果信息。

2. 由于同一病人會反復入院，但系統(tǒng)尚不能從統(tǒng)一的視圖查到病人的所有診療記錄，免去醫(yī)生反復查詢的工作。

3. 電子病歷與病理系統(tǒng)、影像系統(tǒng)的對接做的不好，負責登記的技術員需要登錄多個系統(tǒng)查詢同一病人的信息。

4. 病人門診號、病理號、住院號各不相同，技術員無法通過唯一標識識別病人，如遇重名則需要技術員人工區(qū)別。

(四)業(yè)務流程現(xiàn)狀問題

1. 檢查申請單業(yè)務流程問題

1) CT、MR可以在門診、住院申請單預約，門診患者繳費后拿著申請單及繳費單據(jù)到影像放射登記科室登記，通過RIS系統(tǒng)進行預約確認、到檢登記，同時通過HIS終端系統(tǒng)進行確費，預約確認、到檢登記、上機檢查、出檢查報告等各業(yè)務環(huán)節(jié)都不能通過系統(tǒng)反饋給HIS，醫(yī)生無法掌握患者的檢查進度情況；

2) 內(nèi)鏡檢查目前沒有實現(xiàn)預約，內(nèi)鏡檢查登記系統(tǒng)不能獲取電子申請單信息，登記人員通過患者手持的紙質(zhì)申請單進行人工錄入，后續(xù)各環(huán)節(jié)信息不能通過系統(tǒng)反饋給HIS，醫(yī)生無法掌握患者的檢查進度；

3) 病理申請仍采用紙質(zhì)申請單形式，缺乏質(zhì)量管理模塊；

2. 掛號、預約掛號業(yè)務流程問題

某院患者可以通過自助機、手機APP、電話預約、現(xiàn)場、微信、支付寶等多種掛號方式，號源池統(tǒng)一放在HIS中管理，但由于掛號渠道多樣，針對不同業(yè)務場景沒有進行統(tǒng)一的業(yè)務梳理，不同業(yè)務場景下對號源池處理的業(yè)務規(guī)則也不相同，因此此處的接口比較亂，后續(xù)如果再增加其他類型的預約掛號方式，業(yè)務的復雜度會逐漸增大。

二、需求分析

2.1 基礎數(shù)據(jù)治理需求

目前，醫(yī)院30多個其他系統(tǒng)與HIS系統(tǒng)有接口關系，同時為了讓業(yè)務流程能夠有效運轉，HIS系統(tǒng)也與大量的其他系統(tǒng)有接口關系。這種網(wǎng)狀的耦合關系使得系統(tǒng)維護、升級或更換等異常困難、成本高昂。因此基礎數(shù)據(jù)治理，形成全院級基礎數(shù)據(jù)標準勢在必行。

2.2 建立全院統(tǒng)一的患者主索引的需求

醫(yī)院信息整合要解決的關鍵問題是患者信息的不統(tǒng)一。目前醫(yī)院各個應用系統(tǒng)均有患者基本信息，但是數(shù)據(jù)的標準不統(tǒng)一，維護的方式不統(tǒng)一。臨床醫(yī)療活動均是以患者為主線的，如果患者的信息不統(tǒng)一是無法實現(xiàn)電子病歷等數(shù)據(jù)整合的。因此，必須要建立全院級統(tǒng)一的病人主索引，并以此為基礎實現(xiàn)醫(yī)院數(shù)據(jù)層面的整合，構建EMPI，實現(xiàn)患者身份的精確識別是打通院前、院內(nèi)、院后各醫(yī)療健康環(huán)節(jié)的基礎，是實現(xiàn)以病人為中心的健康服務的重點之一。

2.3 以電子病歷為核心構建臨床數(shù)據(jù)存儲庫的需求