• <td id="0mm2m"></td>
  • <table id="0mm2m"><noscript id="0mm2m"></noscript></table>
  • 運城用友醫療新一代醫院一體化信息系統設計思路

    發布時間:2019-11-19 20:02:43 作者:百曉網絡 來源:本站 瀏覽量(119) 點贊(178)
    摘要:8月29日,由中國衛生雜志社主辦、用友醫療衛生信息系統有限公司協辦的從ERP到HRP的變與不變——2014醫院經營管理創新論壇在北京舉行。來自各級衛生行政主管部門、大中型醫院院長、醫院總會計師、財務負責人、信息化負責人共450多位嘉賓出席了此次大會,共同探討從ERP到HRP的內涵與外延,建立行之有效的運行機制,轉變發展方

    8月29日,由中國衛生雜志社主辦、用友醫療衛生信息系統有限公司協辦的從ERP到HRP的變與不變——2014醫院經營管理創新論壇在北京舉行。來自各級衛生行政主管部門、大中型醫院院長、醫院總會計師、財務負責人、信息化負責人共450多位嘉賓出席了此次大會,共同探討從ERP到HRP的內涵與外延,建立行之有效的運行機制,轉變發展方式和管理模式。在會上,用友醫療衛生信息系統有限公司H+產品負責人金仲實發表了用友醫療新一代醫院一體化信息系統設計思路專題演講,以下是其演講實錄。

     
      解讀H+產品
     
      2012年,用友啟動新一代醫院一體化信息系統的設計與開發,我們將這個產品命名H+,H+是基于用友現有的兩款產品HIS和HRP已有的上千家醫院真實需求和行業積累從而研發出來的。這款產品的立項,累計三年投5000萬,這個產品研發核心設計團隊都是在醫療信息化行業工作了十幾年的資深人士,現在這個產品已經進入了測試推廣階段,H+是一個代號,+是集成和擴展,主要是加在以下幾個方面,一是三個一體化,二是四項核心優勢,三是八點原創產品理念。
     
      三個一體化,一是通常我們管醫院業務流程管理系統叫做HIS系統,就是前臺系統,資源管理系統叫做后臺系統,就是HRP系統,前臺也好,后臺也罷,都是為了醫院信息化所服務的,本身之間就是應該相互滲透、相輔相成、相互依存的關系,本身就應該是一體的,H+就是從前臺流程到后臺管理實現了前后一體的流程貫通整合。二是無論從國家政策導向來講,還是從醫院自身發展業務要求來講,各個方面醫療集團這個模式都是今后的大勢所趨,H+實現了從中心集團到各地方醫院縱向一體的業務協同。三是在今天的醫療環境里面,醫患之間的關系變得越來越敏感,醫院之間的競爭越來越激烈,H+實現了從臨床醫療到衛生健康患者一體的交流和關廂。這是三個一體化的設計。
     
      四項核心優勢,一是領域模型方式,這也是H+區別于以往醫院信息系統本質的區別,這個產品規劃設計階段完全采用了靈活分析的方式,它的模塊是基于信息平臺充分解耦的,業務流程通過模塊的組裝從而動態實現靈活的裝配,這樣的好處就是能夠支持業務系統軟著陸分步實施。分步實施是醫院規避信息化所帶來風險一個重要的手段。二是三個一體化的設計,支持集團縱向一體化、流程前后一體化、醫患溝通一體化,這三個一體化組合起來就是實現全集團、全醫院整體360度的一個管控模式。三是開放的平臺架構,H+本身是純B/S的架構,是基于用友UAP開發出來的一款產品,用友UAP是集團組織的一款系統平臺,到現在大概發展了十幾年的發展,現在是非常安全可靠、擴展性很強的一個技術平臺。在這個技術平臺上開發是支持伙伴共同開發,用友也是產業鏈共贏首倡者和最主要的倡導者。四是創新技術的應用,移動的技術不是新技術,但是用老技術實現的業務模式的創新。技術本身并不能幫助醫院實現一些業務,但是通過這些技術的應用可以更好的幫助醫院達成業務目標。這里面包含一些移動醫療、大數據處理、信息平臺、云存儲和第三方支付等等技術,都運用到這個產品之中。
     
      八點產品理念,這八點產品理念是層級遞進的關系,一是最下面是集團管控、平臺整合,這是醫院組織架構、業務模型和技術支持層面幫助醫院信息化打好一個堅實的基礎,為頂層技術提供有利的支撐。二是前后一體,縱向協同,基于統一的數據模型,實現前后臺一體化,業務互相協同,這樣就實現醫院業務的全覆蓋。三是患者方便,醫療安全,醫院服務理念優化流程,圍繞臨床器械,保證就診的安全和醫療的安全,這是醫院經濟發展的一個要求。四是績效提升和決策支持,在全院建立全面核算體系以及績效的方案,并且建設數據中心,基于這個數據中心建立很多主題的分析模型,并且基于這些主題模型為我們未來的決策提供有力的依據。如果實現這八個產品理念,我們醫院基本上就可以立于不敗之地。
     
      這張圖是H+一個整體架構圖,剛才說的只是從各個側面說一下H+是什么,這個圖是H+到底包含了哪些內容。
     
     
     
      最上面是技術平臺,這是用友醫療公司在集團UAP基礎上進行了行業性的擴展,加入了一些行業特性,從而研發出來支撐醫療信息化的一個技術平臺。在它之上是一個信息平臺,這里面包含數據中心、主數據管理、醫院服務主線(ESB),還有一些數據的服務等等。左側是醫療服務,就是前端業務流程,右邊是資源管理就是后臺的資源管理。再往上是戰略控制層,包括預算、績效、決策輔助以及門戶,從這個圖大家可以清晰的看到H+確實是用領域模型進行規劃和設計,因為我們傳統的門診流程、住院流程沒有這種概念,取而代之是候診管理、就診管理、醫療治療、人力資源等等,這都是領域的模塊。未來我們會跟第三方廠商合作,包括HIS、RIS和第三方支付、CA認證非常專業的系統。
     
      H+一共包含26個領域,150個模塊,每個模塊都有一個唯一的英文標識,這個標識是我們軟件過程管理之中自始至終的一個主ID。
     
     
     
      用友醫療H+一體化解決方案
     
      醫院信息系統建設經過三十多年來的發展,已經取得了很大的業績,但隨著醫院進一步發展和公立醫院改革的需要,在信息化建設過程,也存在不少醫院困擾問題。
     
      第一,系統繁多,各成一體,缺乏互聯互通。剛才北大人民醫院的劉麗紅老師介紹,醫院在2011年他們醫院系統是兩兩對接,隨著系統增多,接口數會呈幾何數量往上增長,這就是缺乏互聯互通的一個表現,現在醫院信息化建設已經建立集成平臺,這個集成平臺會把系統結耦接到集成信息平臺來,即便這樣也是缺乏標準,或者結合的非常差。這個急需改善。
     
      第二,在信息化建設過程中,積累大量業務數據,這個業務數據分散在不同的異構系統之中,這個業務數據很難加以利用,這個異構系統把數據抽取出來并且加以利用非常困難,這些業務數據對醫院來講是最寶貴的財富,對于這些數據的利用是一個非常大的難題。
     
      第三,前后臺系統數據交互,基本上現在醫院信息系統都會上一下HRP內容,少一點上了財務系統,多一點上了人財物資產,基本上和前臺做了一些數據交互,這些數據交互是事后的,利用數據采集的方式進行交互,不是實時,也做不到事前計劃和事后控制。這種方式也能解決一部分問題,但是對今時今日醫院管理要求來講已經不能滿足了,急需改進這種交互的方式。
     
      第四,醫院的信息系統對院內資源的管理目前的方式是過于粗放,需要更加精細、更加智能的方式。如何利用有限的資源幫助醫院做更多的事兒,一直是醫院的一個課題,以后很長一段時間內還是一個課題?,F在信息系統對于資源的管理無能為力。
     
      第五,醫院集團是今后發展的一個趨勢,對醫院集團的支持無論是從技術層面,還是從業務組織,還是從業務模型上來講,目前信息系統都是不夠的。
     
      第六,醫院核心價值其實是圍繞患者展開的,在座各位沒有人反對這句話。提升患者忠誠度就是提升醫院的核心價值?,F在信息技術為此所做的途徑和效果都非常有限,急需要改變。
     
      這是我總結的六個問題,我們看看H+到底能在哪些方面幫助醫院解決這六個問題。
     
      首先,建立各級醫療信息平臺,通過醫療信息平臺解決數據利用與互聯互通的問題。H+產品在設計的過程中通常認為單體醫院就是特例的集團醫院,它跟集團醫院沒有本質的區別,只不過集團醫院下面只有一個中心院,我們管它叫一個單體醫院是集團醫院的特例。從自身技術架構角度來講,還是從醫院自身發展角度來講,這樣的設計都是對醫院有利的。醫院以后業務發展需要,拓展成集團醫院,自然而然這個系統就升級到這種狀態,自然而然適應這種狀態。我們建立各級醫療信息平臺解決異構系統之間的互聯互通問題,并且把這些異構系統之間數據抽取出來,在醫院層面或者集團層面建立數據中心,當然醫院層面的數據中心是可以省略的,我們可以在集團層面建立統一的數據中心?;诮y一的數據中心和醫療集團層面的信息平臺抽取一些獨立的應用,包括一些資訊的查詢,一些患者的交流,一些醫療結果的查看,還有醫院診療等等,并且把這些獨立的應用分工到兩級門戶,管理者門戶和醫療服務者門戶,為三類決策者提供數據服務,管理者、從業者、患者,這三類決策者從這兩級門戶都可以得到自己想要的數據服務。
     
      這張圖是剛才說的ESB平臺里面醫院交互平臺的一個業務模式架構圖,我們在這部分集成了一些行業標準組織協議格式,包括HR3、V3、CDA的標準等等,在這些標準基礎之上,用戶可以自定義擴展,在某個交互規范性過程中提供很好的擴展性。
     
      在門戶端,我們提供門戶多功能角色配置和單點登錄功能,這是醫院數據中心的架構圖,基于統一的數據中心主數據和患者流轉的管理,可以讓集團或者單體醫院層面的數據更加標準化,或者不同醫院之間流轉更加流暢,建立兩級數據中心,一是臨床數據中心,一是運維數據中心,并且基于兩個數據中心提供集團醫院的多種業務應用和拓展。我們把數據倉庫抽離出來,因為我們覺得數據倉庫存儲力度跟數據中心的存儲力度是不一樣的,數據中心是以業務的角度進行存儲的,數據倉庫是以組織和分析的角度進行存儲的,數據倉庫存儲力度更細,數據倉庫之上我們會建立一些主題,這些主題包含很多的分析在里面。
     
      剛才說了用醫院信息平臺解決互聯互通、數據集中和共享的問題,我們看看前后一體聯動的問題是怎么解決的。這是一個概要的數據流圖,這個數據流圖涉及到H+產品里面多個領域之間不同模塊業務之間的數據流之間的關系,主要是這樣一個關系。真正想要做到醫院前后的貫穿,基于幾個最大的前提,一是統一技術模型,二是統一的技術架構,三是基于大量的流程數據分析和梳理。我們做了很多,這樣才能實現真正實時可控的,通過計劃來調配的前后流程一體貫通。這里包含一體化財務流程、一體化供應鏈流程、一體化成本流程、一體化預算流程等等,這種流程我們分析了很多,我們拿一個詳細的例子說一下。這是藥品品出庫的一張流程圖,我們看看前后是怎么交互的,從前端到后端的調配,再到藥品出庫,同時生成兩本帳,一是財務帳,一是成本帳,這是完成了藥品出庫。
     
      這是財務調配的入帳,從后端目錄到前面發票領用,到收費員收費,發票打印,最后到后端財務發票核銷,再到入帳,入帳方式支持實時入帳,像這種業務我們梳理了很多,沒有大量業務流程和數據分析不能真正做到前后一體化。
     
      剛才說的是前后一體化的問題,下面說一下集團應用模式以及對資源的管理模式。我們引用了三級管控模式的概念,一是財務管控,二是戰略管控,三是集團管控,隨著力度不斷加強,我們會發現集團層面所做的內容越來越多,集團層面承擔的責任也越來越大。
     
      這是組織模式的一種演變。單體醫院組合成集團醫院的時候就會在集團層面形成服務中心,同時弱化單體醫院相關部門,這種服務中心財務處理有兩種方式,一是利潤中心,提供有償服務,支持項目,二是成本中心,它把服務項目分攤到各個單體醫院部門當中,它本身提供醫療服務?,F在醫療集團模式很多,有松散型,也有結合型的,也有緊密型的,財務也是一個最大的問題。醫療改革當中利益鏈條是改革最難的一環。集團醫院發現很多的財務問題已經解決了,現在我們在探索尋找一個新的模式。
     
      在人力管理方面,產品實現從人員信息包括基本信息,醫生資質信息,再結合到人員流程管理,包括入職、輪崗等等,包括結合業務系統,包括開發系統里面的工作計劃,醫療布置里面質量管理,財務聯動,形成360度的管控模型,從人員聘用到留用,到提升,到考核,到退休,形成一個體系的管理。
     
      在物品管理方面,物品管理是基于統一的數據標準,基于一個統一的基礎數據模型,在統一的架構里面,從后端的采購,前端的供應,跟藥房結合都是一體的流程模型。對于集團醫院的集中采購支持四個模型,可以把集中采購收獲結算分散到各個集團醫院去看。
     
      對于資產管理,首先有一個資產計劃,下面還有采購計劃、調劑計劃等等,通過這些計劃指導下面業務流程活動,并且這些業務流程活動反過來制約這些計劃的制訂,這里面有三本帳,在庫存核算方面有庫存管理、庫存核算的帳,在實物核算會有一個科室核算帳,整體資產管理會有一個整體資產管理帳。
     
      下面介紹集團醫院或單體醫院之間業務協同之間的關系,怎么實現不同醫院之間的業務協同。首先建立集中的服務機制,這種集中的服務機制會幫助醫院建立四個服務中心,一是預約診療中心,二是就診協調中心,三是床位調度中心,四是影像會診中心,通過這四個中心優化醫院自身服務流程,發揮最大的優勢。我們一個一個看。
     
      第一,預約診療中心,通過醫院醫療信息平臺發布預約診療服務,患者可以通過電話、網絡、移動終端、現場窗口等等方式接入到醫院預約診療服務當中,患者可以預約醫院里面所有稀缺資源,包括醫生、床位、設備,可以預約到具體的時刻,對于診療方式可以支持單點醫院、集團醫院、區域醫院等等。這些預約診療平臺是建立在一個統一數據標準之上,有一個號源池,對這個號源池,醫院有絕對的控制權,他們有利益規則,哪些可以外放,哪些留給醫院自己的,哪些留給這個渠道,哪些留給那個渠道,都可以進行控制的。最后我們引入一個模型,資源加投入,加計劃,加會診,等于預約。
     
      第二,就診協調中心,現在國家都在采用分成就診,對于患者的分成就診,醫療集團在一次就診過程中,患者會在不同的階段到不同的醫院就診,初診和康復階段會在基層醫院來做,在中間的手術治療、復診階段會到中心醫院來做。是不是醫療集團真正做到業務協同,其中一個衡量標準就是在這個過程中轉院再入院還是雙向轉診,如果可以實現科室一樣的雙向轉診,那就代表你在業務上真正實現了業務協同。
     
      第三,床位調度中心,建立統一的床位調度服務,或者說通過不同途徑實現床位調度,根據各個科室床位標準情況為患者分配標準室和醫療區,這個過程中生成調度日志,并且進行分析,反過來又指導各個病區之間的床位進行分配,這樣形成閉環管理,從而降低床位的閑置率。
     
      第四,影像會診中心,基于患者主數據管理和健康檔案數據、影像數據,建立一個從申請到排程、會診、隨訪閉環的會診管理,實現院院之間、科室之間的遠程會診之間的協同要求。
     
      剛才說的四個中心其實是解決的單體醫院或者集團醫院業務協同的問題。
     
      第五,最后就是患者忠誠度的問題,傳統信息系統解決患者忠誠度的方式都是一樣的,就是建立一個患者滿意度系統,這個系統是獨立的,跟其他系統有接口,但是相對來講是獨立的,這個獨立系統所達到的效果并不好。H+把患者關系管理和客戶經營融入到患者就診流程之中,患者就診和離院之間會幫助患者制訂復診計劃,在離院之后會進行復診提醒,比如說這個患者有哮喘,我們在哮喘高發季節發一個短信,提醒患者注意防止復發。這是融入到臨床之中給患者提供全面個性化定制服務,并且運用醫療手段。最重要的理念就是醫患之間醫療理念漸行漸進,把原來不對稱的信息都打通。從而把信任危機慢慢消于無形,這是醫院真正想要做到的。
     
      H+產品的特性
     
      剛才說了H+到底能為醫院做什么,是通過這幾個方面來展開的,其實除了這些大的方面,H+在細節方面也有很多亮點,有典型代表性的亮點給大家說一下。
     
      第一,服務價格策略,這里面強調服務的概念,只要醫院對外提供的項目都是服務,這個服務有可能是一個藥品,有可能是一個操作,有可能是一個檢查,這個服務定義本身是可以一個服務包,也可以是多個服務,這個服務定價非常靈活,支持服務本身定價,里面包含所有合計方式定價,甚至可以做到一個服務在不同的機構有不同的價格。還引入了時間概念,一個服務不同月份執行不同的價格,完全對應我們計劃來做的。不同的患者身份可以享受不同的折扣,而且這些折扣是組合起來用,如果特殊的客戶可以選擇折上折。再一次就診過程中支持同一個患者有多個醫保身份,你可以有主醫保,第一次分開之后,把分開之后自付比例部分金額再用輔醫保進行第二次分攤,都可以支持。
     
      第二,全程記錄的醫療事件日志管理,從醫囑到醫療執行,不但記錄了結果數據,還記錄了這個過程,存到日志庫里,這是基于UAP提供的一個強大功能,這個日志可以很方便對醫療行為進行追溯。
     
      第三,靈活的流程定制。我們在系統中預置了很多配置點,這些配置點會決定我們在不同的時刻執行不同的流程,開醫囑過程中執行標準的問題,這個在實際當中都遇到,我們支持兩種模式,一是看病預算,在看病一瞬間,根據醫囑屬性算出執行科室并且主動推送到治行科室,二是執行預算,藥房發藥的一瞬間,在查哪些符合條件的醫囑,把藥品發放到藥房,這種控制點有很多。
     
      最后講一下安全醫囑開立模式,一開始醫囑錄入支持很多種方式,包括通用,模板,語音的,這些模式沒有實現,這些是我們提供合作伙伴支持開發,我們提供一個開放的開發平臺,醫院可以通過這個開發平臺開發自己想要的錄入方式,只要醫院有這個開發能力,你可以開發無限多的方式掛到系統里面來,實現醫生多種錄入方式并存。醫囑保存過程中,不同的醫囑展示出來的樣式和屬性不同,比如說注射類醫囑可能考慮注射滴數,檢查類醫囑會考慮檢查部位,不同的醫囑考慮的內容是不一樣的。H+里面不同類型的醫囑保存的界面都是不同的,這個屬性開發跟錄入是一樣的,可以提供給第三方合作伙伴,也可以醫院自己開發,每一條服務都可以有不同的界面支持。還有安全檢查試劑,醫囑檢查的時候可以有一個安全提示,那些可以通過,有些通過手工處理通過,那些是嚴禁通過的。
     
     
     


    二維碼

    掃一掃,關注我們

    聲明:本文由【百曉網絡】編輯上傳發布,轉載此文章須經作者同意,并請附上出處【百曉網絡】及本頁鏈接。如內容、圖片有任何版權問題,請聯系我們進行處理。

    感興趣嗎?

    歡迎聯系我們,我們愿意為您解答任何有關網站疑難問題!

    您身邊的【網站建設專家】

    搜索千萬次不如咨詢1次

    主營項目:網站建設,響應式網站,SEO優化,微信公眾號,小程序,APP,用友,管家婆軟件等

    立即咨詢 18735980353
    在線客服
    嘿,我來幫您!
    姐妹韩国剧电影,97偷自拍亚洲综合图片,国产亚洲日韩在线人成aaaa
  • <td id="0mm2m"></td>
  • <table id="0mm2m"><noscript id="0mm2m"></noscript></table>