隔0.1秒,醫院內外系統就需要請求一次數據返回,每隔5秒,醫院就會有流水發生。
此外,在這種高速發展的互聯網醫院大環境下,假如遇到信息閉塞將會使得醫療業務中斷。
對于這種交換數據不穩定的系統,不安全訪問,具有高度差異化的醫療信息,就得靠醫療的外聯平臺去解決。
隨著醫院信息化不斷發展,類似預約掛號、銀行自助服務、先診療后結算等項目涉及多個異構環境的變化,數據在不同的應用環境中需合并、轉換、同步或異步傳輸,而醫院內部數據流、數據結構并沒有根本性的改變。
以上問題估計每個醫療信息化的產品經理都不陌生。
例如我們在對接每一家醫院的his系統做上層應用的時候,但是每一家的his接口完全不統一,在項目設計中產研部門不僅會浪費過多的時間在這其中,而且做出來的系統不太穩定,一崩潰對于問題節點需要復雜的過程去尋找。
再者,由于HIS內部系統的改造還會對上層應用帶來連鎖反應,對于維護來說掌握對外接口的主動權非常的重要。
所以項目中迫切需要一套中間轉換平臺來保障醫院內部信息系統的穩定,數據及網絡安全,同時又可以規避項目的差異,滿足類似項目中的各種業務需求。
如何統一規劃的對接外部不同機構的接口,以及支付渠道呢?
平臺系統之間的互聯互通首先我們得統一開發語言,我們不能要求HIS廠商去修改他們原有實用的語言,那么有沒有一種語言可以統一識別轉化翻譯的呢?
有,那就是PowerNT
同時采用的是PowerNT,此最大的特點之一,是其獨特的兼容性,幾乎可以打破技術語言的界限。
不論前端開發采用Java、.NET,或是Python等語言,通過PowerNT在后端都可以用Java的形式表現出來。
就好比一個轉化軟件,可以將PDF、CAJ、HTML]等不同文件格式,統統轉化成word文檔。
在這一框架下,不同語種的人可以很好的協作。這意味著不論外部廠商采用什么技術標準。
PowerNT都可以將之轉化成一種標準化的形式,輸送到醫院的內部系統,從而減少外部業務對醫院內部系統的干擾。
外聯平臺位于醫院內外部系統之間,提供統一的外聯接口進行數據、文件交換,提供統一的技術架構、安全方案,提供統一的流量管控與訪問控制等機制,可以實現內外系統的松耦合,完成靈活、統一、安全的企業外聯要求。
醫療外聯平臺采用的是插件式架構,由外聯業務系統、支付結算系統、自助服務系統、決策輔助系統、運維管理系統組建,統一院內外聯業務接口,并高效管理外聯接口權限及數據安全。
通過插件式架構有效支撐基于外聯平臺的銀醫通、就醫全流程、綜合支付管理(統一的支付對賬系統)、電子健康卡、商保理賠,互聯網醫院、號源管理及綜合預約的綜合解決方案。
產品架構圖
整體的架構采用的是總件插件式設計,外聯接口按需增減、自行維護拓展可標準化運營。
就好像我們的電腦主板配置已經滿足了你拓展接口,但你還是想增加一些內存,你購買內存條即可自行維護拓展。
外聯平臺整體的數據流邏輯是由醫院內部系統向外拓展的,是連接醫院業務內網和互聯網的橋梁。
通過業務邏輯封裝及統一接口服務為第三方應用通過外聯平臺對接醫院業務實現院內業務拓展到院外。
數據邏輯
有了這兩個底層邏輯架構的支撐,我們把目光放到上層應用支付服務管理,就醫服務管理,門診服務管理,運維服務管理,決策BI服務管理。
平臺中心功能設計有: 支付服務管理,就醫服務管理,門診服務管理,運維服務管理,決策BI服務管理等 服務功能。
支付服務中心:需要打通現金、銀聯、銀行、社保、新農合、微信、支付寶、商保等多種支付渠道,實現線上、線下支付方式全覆蓋,并提供就診卡線上充值、就診環節中的預約掛號、問診、處方、檢驗檢查、治療等各種環節中進行繳費和退費服務。
通過構建全方位的結算、對賬、退費等管理服務體系,實現醫院業務系統和多種支付渠道的無縫對接。
完成自費、醫保、商業 保險等多種支付方式的統一支持和管理工作。主要功能包括: 支付渠道配置、支付入口管理、支付方式管理、支付服務管理、支付安全管理等。
對于分賬管理包含賬戶分級管理體系,多支付通道、多賬戶的集中管理。
最后基于業務和支付大數據的分析、挖掘、統計,支撐醫院管理的數據決策支持。
就醫服務中心:面向患者提供多渠道,全流程的線上線下一體化的自助服務,包括智能導診;預約掛號,繳費,報告查詢等。
實現就醫渠道的業務流程統一規劃和配置管理,主要功能包括服務渠道管理、就醫業務發布、服 務規則設置、就醫提醒設置、就醫數據統計等。
門診服務中心:實現門診服務統一管理和流程再造, 為門診辦提供統一號源管理、分時預約服務、就醫業務管理、服務規則管理、滿意評價管理服務。
能決策以醫院管理為核心,服務于醫院決策者、管理者,從醫、教、研、人、財、物等方面出發,通過數據交換平臺的對接,實現指標數據的自動抓取,并對數據進行預分析。
結合拖拽式可視化界面,實現數據動態、實時、多維呈現,深度鉆取數據背后蘊含的價值,為醫院管理的優化,乃至戰略目標的實現提供強有力的數據支持。
運維服務中心:實現系統統一運維和日志監控管理服務,由故障監測預警、系統診斷分析、運行維護管理、系 統配置管理、運維知識庫等功能組成。
決策服務中心:為醫院管理者提供數據統計分析和運營決策數據支持,
功能包括綜合業務分析、醫療訂單分析、醫院收費分析、就醫患者分析、系統使用分析。
消息通知中心:通過多渠道的消息推送,全流程推動患者就醫,避免患者反復咨詢、排隊、奔波,改善醫院就 醫環境和就醫秩序。
功能包括信息接入管理、發布 渠道管理、信息隊列管理、編輯模板管理、信息審核管理。
商保服務中心:實現多商業保險公司的接 入管理和電子化結算報銷服務,功能包括身份互聯 互認、就診檔案上傳、在線審核服務、費用線上結算 報銷、預付款管理等。
綜合服務中心:為醫院就醫患者提供非醫療救助 的其他服務,主要包括租賃服務、陪診服務、點餐服 務、停車服務、護工服務等。
根據以上的需求與功能描述,相信大家都清楚的是醫療外聯平臺,必須依靠醫療外聯平臺的定義的接口去做上層應用。
這是產品經理不可或缺的技術知識。
我為什么這么說?
因為可以根據成熟的數據庫從底層到應用反推需求,UI圖就是數據表現,只不過分靜態還是動態可交互而已。
在交互圖中,缺少數據,那么底層就缺少相對應的業務邏輯。
細細回想一下,我們經常在需求評審中需求變更的時候,程序員就會說一句有可能會影響數據表結構。
現在聽起來是不是就明白程序員所說的了。
那么在這個如此之大的外聯平臺中,我們需要定義的接口大概有哪些呢?
只有對業務的信息框架有深入的了解,在日常工作才會游刃有余。
無論是互聯網醫院,智慧醫院的信息應用,解決醫療信息孤島問題一直是重點也是難點。
那么外聯平臺,就是解決醫療信息孤島問題的一個平臺應用。
對醫療企業而言,對應接入的平臺越多,那么外聯平臺的接口就越集中,越統一,越安全。
本文鏈接:http://www.www897cc.com/showinfo-62-1629-0.html醫療外聯平臺是怎么工作的?(醫療外聯平臺的工作流程)
聲明:本網頁內容由互聯網博主自發貢獻,不代表本站觀點,本站不承擔任何法律責任。天上不會到餡餅,請大家謹防詐騙!若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。