久久最新最好视频|精品福利视频在线|狠狠狠干在线播放|色尼玛亚洲综合网|日韩加勒比无码AV|亚洲AV人人澡人人爽人人爱|国产精品免费怡红院|婷婷一区二区XXX|日韩成人一区二区三|欧美熟妇另类AAAAAA

歡迎訪問(wèn)智慧醫(yī)療網(wǎng) | 網(wǎng)站首頁(yè)
 
當(dāng)前位置:首頁(yè) > 智慧醫(yī)院建設(shè)

陳舊架構(gòu)的HIS已經(jīng)成為醫(yī)院信息化的絆腳石,新一代智慧醫(yī)院輕量化HIS中臺(tái)(MicroHIS)新系統(tǒng)架構(gòu)設(shè)計(jì)與建設(shè)實(shí)踐!

發(fā)布時(shí)間:2025-06-25 來(lái)源:醫(yī)信頭次條 瀏覽量: 字號(hào):【加大】【減小】 手機(jī)上觀看

打開手機(jī)掃描二維碼
即可在手機(jī)端查看

微信圖片_20250625112835.jpg

文章提出了醫(yī)院信息系統(tǒng)面臨的挑戰(zhàn),主要是陳舊的HIS系統(tǒng)對(duì)業(yè)務(wù)發(fā)展的制約。為解決這一問(wèn)題,文章介紹了采用云原生架構(gòu)和微服務(wù)技術(shù)構(gòu)建基礎(chǔ)支撐平臺(tái),通過(guò)企業(yè)服務(wù)總線(ESB)實(shí)現(xiàn)系統(tǒng)集成,并提出醫(yī)院信息系統(tǒng)解耦,將HIS弱化為輕量級(jí)HIS中臺(tái),臨床、醫(yī)技、醫(yī)輔和管理等系統(tǒng)獨(dú)立,實(shí)現(xiàn)更靈活的醫(yī)院信息化管理。此外,文章還討論了國(guó)產(chǎn)化適配的必要性。

一、建設(shè)背景

我國(guó)醫(yī)院信息系統(tǒng)經(jīng)過(guò)近40年的發(fā)展,大部分醫(yī)院已經(jīng)被架構(gòu)陳舊的HIS制約業(yè)務(wù)發(fā)展。一方面HIS廠商的技術(shù)人員流動(dòng),致使HIS對(duì)需求變更的響應(yīng)越來(lái)越慢,成本越來(lái)越高,用戶滿意度越來(lái)越低;另一方面,隨著互聯(lián)網(wǎng)+醫(yī)療服務(wù)模式的興起和醫(yī)療服務(wù)市場(chǎng)競(jìng)爭(zhēng)的加劇,醫(yī)院對(duì)IT系統(tǒng)提出越來(lái)越多的需求以期滿足業(yè)務(wù)模式變革和精細(xì)化管理需要。醫(yī)院與HIS廠商的矛盾越來(lái)越尖銳,醫(yī)院更換HIS的代價(jià)和風(fēng)險(xiǎn)則與日俱增。
可以說(shuō),陳舊架構(gòu)的HIS已經(jīng)成為醫(yī)院信息化的絆腳石,制約了HIT行業(yè)的健康發(fā)展。HIS大廠占據(jù)著大醫(yī)院的基礎(chǔ)核心業(yè)務(wù)系統(tǒng),凡是新進(jìn)入的軟件應(yīng)用系統(tǒng),都需要向HIS繳納不菲的接口費(fèi),嚴(yán)重制約創(chuàng)新產(chǎn)品的應(yīng)用準(zhǔn)入。醫(yī)院對(duì)新應(yīng)用系統(tǒng)產(chǎn)品的選擇,需要看HIS廠商的臉色,要么委屈選用HIS廠商推薦的產(chǎn)品,要么向HIS廠商支付高額接口費(fèi)選用中意的優(yōu)秀產(chǎn)品。
擺脫HIS廠家綁架劫持,不僅是多數(shù)醫(yī)院的呼聲,也是廣大中小HIT廠商的心聲。、
二、技術(shù)方案
(一)系統(tǒng)架構(gòu)
1.云原生架構(gòu)
云原生(Cloud Native)架構(gòu)的軟件系統(tǒng),面向云計(jì)算環(huán)境,采用容器化分發(fā)部署,使得系統(tǒng)在云計(jì)算環(huán)境下具有很好的可管理性、可伸縮性和可用性。醫(yī)院新開發(fā)的應(yīng)用軟件系統(tǒng),應(yīng)盡可能面向云原生架構(gòu);新采購(gòu)的應(yīng)用軟件系統(tǒng),優(yōu)先選擇云原生架構(gòu)的軟件產(chǎn)品。
應(yīng)用系統(tǒng)設(shè)計(jì)開發(fā),應(yīng)盡可能采用多層應(yīng)用架構(gòu)、前后端分離和微服務(wù)架構(gòu),實(shí)現(xiàn)面向接口(API)的應(yīng)用編程,便于應(yīng)用的前端交互和后端服務(wù)可獨(dú)立并行開展持續(xù)迭代優(yōu)化和敏捷開發(fā),減少系統(tǒng)升級(jí)、運(yùn)維對(duì)用戶的影響,同時(shí)降低系統(tǒng)的開發(fā)成本和運(yùn)維成本。
2.基礎(chǔ)支撐平臺(tái)
當(dāng)前,云原生架構(gòu)的智慧醫(yī)院應(yīng)用軟件產(chǎn)品還比較短缺,醫(yī)院應(yīng)用軟件完全云化的目標(biāo),在短期內(nèi)還難以達(dá)成。因?yàn)楝F(xiàn)有單體應(yīng)用軟件和新型微服務(wù)架構(gòu)應(yīng)用軟件,將在相當(dāng)長(zhǎng)的一段時(shí)間內(nèi)并存,所以,醫(yī)院需要擁有基礎(chǔ)支撐平臺(tái),為醫(yī)院信息系統(tǒng)集成提供基礎(chǔ)支撐和共性能力。
基礎(chǔ)支撐平臺(tái)提供微服務(wù)治理、微服務(wù)網(wǎng)關(guān)、認(rèn)證網(wǎng)關(guān)等微服務(wù)應(yīng)用支撐以及企業(yè)服務(wù)總線(ESB)等面向服務(wù)架構(gòu)(SOA)的能力,為新架構(gòu)應(yīng)用系統(tǒng)的開發(fā)、運(yùn)行和新老應(yīng)用系統(tǒng)的集成提供平臺(tái)支撐。
(1)微服務(wù)框架
微服務(wù)是去中心化的SOA解決方案,可以采用當(dāng)前主流的開源微服務(wù)框架,如Spring Cloud、Dubbo等。
(2)企業(yè)服務(wù)總線(ESB)
ESB是中心化的SOA解決方案,其主要訴求是為了解決異構(gòu)系統(tǒng)之間的連通性,通過(guò)協(xié)議轉(zhuǎn)換、消息解析、消息路由把服務(wù)提供者的數(shù)據(jù)傳送到服務(wù)消費(fèi)者。ESB以中心輻射架構(gòu)替代原來(lái)點(diǎn)對(duì)點(diǎn)的系統(tǒng)集成解決方案,成為企業(yè)應(yīng)用通訊的中心樞紐。
目前存在許多成熟和應(yīng)用廣泛的開源ESB,如Open ESB、Service MIX、JBoss ESB、Ultra ESB、Mule ESB、WSO2 ESB等??梢允褂弥С轴t(yī)療健康領(lǐng)域消息格式(HL7)的輕量級(jí)開源ESB,如Mule ESB或WSO2 ESB。
3.基礎(chǔ)支撐應(yīng)用
為了方便系統(tǒng)運(yùn)維管理,同時(shí)減少不同應(yīng)用系統(tǒng)的共性通用功能開發(fā),基礎(chǔ)支撐平臺(tái)提供用戶標(biāo)識(shí)管理系統(tǒng)、統(tǒng)一授權(quán)管理系統(tǒng)和統(tǒng)一安全認(rèn)證系統(tǒng),實(shí)現(xiàn)不同應(yīng)用系統(tǒng)的統(tǒng)一用戶管理、集中授權(quán)管理和統(tǒng)一安全認(rèn)證。
(1)用戶標(biāo)識(shí)管理系統(tǒng)
用戶標(biāo)識(shí)管理系統(tǒng)用于統(tǒng)一管理機(jī)構(gòu)數(shù)字應(yīng)用環(huán)境的用戶標(biāo)識(shí),支持使用手機(jī)號(hào)碼、電子郵箱、證件號(hào)碼、用戶名等屬性來(lái)唯一標(biāo)識(shí)用戶身份,并支持使用密碼、隨機(jī)短信驗(yàn)證碼、生物特指、CA證書等多種方式進(jìn)行多因子用戶身份認(rèn)證,滿足網(wǎng)絡(luò)安全等級(jí)保護(hù)的用戶身份識(shí)別要求。各應(yīng)用系統(tǒng)均通過(guò)用戶標(biāo)識(shí)管理系統(tǒng)完成用戶身份認(rèn)證,避免用戶敏感信息分散存儲(chǔ)在多個(gè)應(yīng)用系統(tǒng),從而增大敏感信息泄露的風(fēng)險(xiǎn)。
(2)統(tǒng)一授權(quán)管理系統(tǒng)
統(tǒng)一授權(quán)管理系統(tǒng)用于統(tǒng)一管理企業(yè)的組織架構(gòu)與用戶權(quán)限,支持將多個(gè)應(yīng)用的訪問(wèn)資源及資源訪問(wèn)權(quán)限進(jìn)行集中管理與集中授權(quán),運(yùn)維人員只需在統(tǒng)一授權(quán)管理系統(tǒng)下,集中一次性完成各應(yīng)用系統(tǒng)的授權(quán)管理工作,無(wú)需多次進(jìn)入不同應(yīng)用系統(tǒng)進(jìn)行用戶管理及用戶授權(quán);系統(tǒng)支持人員權(quán)限隨著工作崗位變動(dòng)而自然變化,崗變權(quán)變,極大地提高了IT系統(tǒng)運(yùn)維效率,降低人員換崗、離職場(chǎng)景下可能存在的IT系統(tǒng)權(quán)限收回不及時(shí)造成的信息安全風(fēng)險(xiǎn)。
(3)統(tǒng)一安全認(rèn)證系統(tǒng)
統(tǒng)一安全認(rèn)證系統(tǒng)依托用戶標(biāo)識(shí)管理系統(tǒng)和統(tǒng)一授權(quán)管理系統(tǒng),向內(nèi)、外網(wǎng)應(yīng)用提供統(tǒng)一的安全認(rèn)證服務(wù),主要包括應(yīng)用接入認(rèn)證、用戶身份認(rèn)證、應(yīng)用訪問(wèn)控制、系統(tǒng)單點(diǎn)登錄等。
基于內(nèi)外網(wǎng)安全邊界控制策略,既滿足內(nèi)、外網(wǎng)應(yīng)用的統(tǒng)一安全認(rèn)證需要,又避免將用戶與權(quán)限數(shù)據(jù)庫(kù)及服務(wù)直接暴露在外網(wǎng)上,降低用戶及其鑒權(quán)信息的泄露風(fēng)險(xiǎn)。
(二)醫(yī)院信息集成平臺(tái)
醫(yī)院信息集成平臺(tái)使用企業(yè)服務(wù)總線(ESB)技術(shù)實(shí)施企業(yè)信息系統(tǒng)集成(EIP),將醫(yī)院臨床信息系統(tǒng)(CIS)、醫(yī)療管理信息系統(tǒng)(HIS)、醫(yī)技醫(yī)輔系統(tǒng)(MTS)、醫(yī)院運(yùn)營(yíng)系統(tǒng)(HRP)等應(yīng)用系統(tǒng)進(jìn)行數(shù)據(jù)與服務(wù)集成,同時(shí)通過(guò)平臺(tái)對(duì)應(yīng)用系統(tǒng)提供統(tǒng)一的基礎(chǔ)服務(wù)(如患者主索引MPI、醫(yī)院主數(shù)據(jù)MDI、統(tǒng)一安全認(rèn)證UAA、醫(yī)療文檔共享交換XDS等)。
1.醫(yī)院服務(wù)總線(HSB)
梳理醫(yī)院信息系統(tǒng)之間的交互與數(shù)據(jù)交換需求,厘清醫(yī)院各應(yīng)用信息系統(tǒng)之間的服務(wù)調(diào)用關(guān)系,制定醫(yī)院信息系統(tǒng)的標(biāo)準(zhǔn)服務(wù)API和數(shù)據(jù)交換與系統(tǒng)交互規(guī)則,成為醫(yī)院的系統(tǒng)集成標(biāo)準(zhǔn);利用基礎(chǔ)支撐平臺(tái)的 ESB,配置醫(yī)院信息系統(tǒng)API,使用ESB實(shí)現(xiàn)醫(yī)院內(nèi)外部系統(tǒng)之間的標(biāo)準(zhǔn)化編程接口 (API) 和數(shù)據(jù)交換。
2.平臺(tái)基礎(chǔ)服務(wù)
醫(yī)院主數(shù)據(jù)和患者主索引是醫(yī)院信息平臺(tái)提供的基礎(chǔ)服務(wù)。醫(yī)院各應(yīng)用系統(tǒng)必須使用醫(yī)院信息平臺(tái)的主數(shù)據(jù)和主索引服務(wù),確保主數(shù)據(jù)和患者身份的一致。
(1)醫(yī)院主數(shù)據(jù)
醫(yī)院主數(shù)據(jù)主要包括組織機(jī)構(gòu)(分支機(jī)構(gòu)及部門)、崗位、職員、專業(yè)技術(shù)人員(醫(yī)師、護(hù)師、藥師、技師)、藥品耗材、物價(jià)收費(fèi)項(xiàng)目、診斷、手術(shù)操作、檢驗(yàn)檢查項(xiàng)目、醫(yī)囑項(xiàng)目(組套)、醫(yī)學(xué)術(shù)語(yǔ)等基礎(chǔ)編碼數(shù)據(jù),以及人員性別、行政區(qū)劃、血型、學(xué)位、學(xué)歷、證件類型等國(guó)家或行業(yè)標(biāo)準(zhǔn)字典。
(2)患者主索引
平臺(tái)通過(guò)身份證件號(hào)碼或其他信息為每一名患者建立唯一標(biāo)識(shí),并提供對(duì)患者信息進(jìn)行創(chuàng)建、變更、合并等操作功能。醫(yī)院信息平臺(tái)建立患者主索引服務(wù)和患者交叉索引服務(wù),各應(yīng)用系統(tǒng)通過(guò)使用平臺(tái)獲得患者的全局唯一標(biāo)識(shí),并使用全局唯一標(biāo)識(shí)關(guān)聯(lián)相關(guān)業(yè)務(wù)記錄和病歷資料,以便能夠通過(guò)患者全局唯一標(biāo)識(shí),對(duì)各系統(tǒng)產(chǎn)生的數(shù)據(jù)進(jìn)行關(guān)聯(lián),形成完整的患者電子健康檔案。
(3)醫(yī)療文檔共享服務(wù)
通過(guò)醫(yī)院信息平臺(tái)提供醫(yī)療文檔存儲(chǔ)服務(wù),并實(shí)現(xiàn)醫(yī)療文檔共享交換(XDS)。
3.醫(yī)院數(shù)據(jù)資源管理
將HIS、EMR、LIS、PACS/RIS、HRP等不同業(yè)務(wù)信息系統(tǒng)產(chǎn)生的業(yè)務(wù)數(shù)據(jù),通過(guò)數(shù)據(jù)清洗或數(shù)據(jù)轉(zhuǎn)換、加載,匯聚到平臺(tái)數(shù)據(jù)資源庫(kù),形成全方位的臨床資源庫(kù)(CDR)和全面的運(yùn)營(yíng)資源庫(kù)(ODR)。
4.醫(yī)院數(shù)據(jù)資源利用
整合不同業(yè)務(wù)信息系統(tǒng)產(chǎn)生的各類數(shù)據(jù)后,醫(yī)院信息平臺(tái)就可以使用大數(shù)據(jù)技術(shù)、方法對(duì)全院數(shù)據(jù)進(jìn)行分析、挖掘和利用。主要的應(yīng)用方向包括臨床決策支持(CDSS)和管理決策支持(DSS)。
(三)醫(yī)院信息系統(tǒng)解耦
HIS是醫(yī)院信息化應(yīng)用的基礎(chǔ),也是醫(yī)院必備的核心業(yè)務(wù)系統(tǒng)之一,由于歷史原因,HIS軟件系統(tǒng)從最初的收費(fèi)結(jié)算、基本醫(yī)療業(yè)務(wù)流程管理逐步發(fā)展到囊括臨床(電子病歷)、醫(yī)技(LIS/RIS)、醫(yī)輔(藥品、耗材、消毒供應(yīng))和運(yùn)營(yíng)(預(yù)算、成本、財(cái)務(wù)、人事、后勤)等大部分醫(yī)院業(yè)務(wù)內(nèi)容的龐大復(fù)雜系統(tǒng),因而系統(tǒng)的復(fù)雜度和運(yùn)維成本越來(lái)越高,響應(yīng)用戶需求變更越來(lái)越慢,用戶滿意度越來(lái)越低,而醫(yī)院更換HIS的代價(jià)和風(fēng)險(xiǎn)則越來(lái)越高。一家三級(jí)醫(yī)院更換HIS不僅需要投入大量的人力物力進(jìn)行項(xiàng)目現(xiàn)場(chǎng)保障,而且更換系統(tǒng)的用戶陣痛期往往長(zhǎng)達(dá)半年甚至1至2年,對(duì)醫(yī)院的正常業(yè)務(wù)造成很多困擾甚至遭受損失。因此,目前大部分醫(yī)院對(duì)現(xiàn)有HIS基本不滿意,但又不好下定決心更換新的HIS,而一些HIS廠商則趁機(jī)對(duì)醫(yī)院信息化進(jìn)行劫持綁架——如果醫(yī)院的后續(xù)信息化項(xiàng)目不由現(xiàn)HIS廠商承建,HIS廠商就會(huì)獅子大開口索要一筆巨額接口費(fèi),醫(yī)院對(duì)新系統(tǒng)的選擇被HIS廠商制約并提高了建設(shè)成本。
為了避免重蹈醫(yī)院信息化被HIS掣肘或綁架的覆轍,醫(yī)院信息系統(tǒng)需要進(jìn)行解耦設(shè)計(jì),將龐大臃腫的HIS弱化成為輕量級(jí)的HIS中臺(tái),并通過(guò)醫(yī)院服務(wù)總線(HSB)對(duì)醫(yī)院信息系統(tǒng)之間的接口實(shí)施標(biāo)準(zhǔn)化配置和運(yùn)行監(jiān)控。醫(yī)院只要牢牢把握醫(yī)院服務(wù)總線(HSB)的配置運(yùn)維和HIS中臺(tái)的數(shù)據(jù)標(biāo)準(zhǔn)等主導(dǎo)權(quán),就不會(huì)被任何軟件廠商綁架劫持。
1.輕量化HIS中臺(tái)(MicroHIS)
輕量化HIS中臺(tái)借鑒微內(nèi)核架構(gòu)設(shè)計(jì)理念,由極致精簡(jiǎn)的HIS數(shù)據(jù)中臺(tái)與業(yè)務(wù)中臺(tái)構(gòu)成,其中HIS數(shù)據(jù)中臺(tái)規(guī)范和定義醫(yī)院各業(yè)務(wù)信息系統(tǒng)需要共享的業(yè)務(wù)數(shù)據(jù)存儲(chǔ)管理與數(shù)據(jù)操作標(biāo)準(zhǔn),包括掛號(hào)、診療、診斷、醫(yī)囑、處方、申請(qǐng)單、醫(yī)囑執(zhí)行記錄、申請(qǐng)單執(zhí)行記錄、手術(shù)記錄、檢驗(yàn)檢查報(bào)告、醫(yī)療文檔、危急值報(bào)告、服務(wù)費(fèi)用記錄、收費(fèi)結(jié)算記錄等數(shù)據(jù)的創(chuàng)建、存儲(chǔ)、更新、查詢等標(biāo)準(zhǔn)方法和過(guò)程。
HIS業(yè)務(wù)中臺(tái)則提供HIS數(shù)據(jù)中臺(tái)的數(shù)據(jù)操作API和基于HIS數(shù)據(jù)中臺(tái)實(shí)現(xiàn)醫(yī)囑(申請(qǐng)單)執(zhí)行、處方劃價(jià)計(jì)費(fèi)、收費(fèi)結(jié)算、費(fèi)用支付(如電子支付、醫(yī)保結(jié)算、信用支付)等HIS基礎(chǔ)應(yīng)用功能,讓HIS中臺(tái)回歸到最初的HIS設(shè)計(jì)目標(biāo),將臨床(電子病歷)、醫(yī)技醫(yī)輔(醫(yī)技及醫(yī)療保障)、醫(yī)療管理(業(yè)務(wù)管控)、醫(yī)院運(yùn)營(yíng)(人、財(cái)、物管理)等系統(tǒng)從HIS剝離出去,并通過(guò)醫(yī)院服務(wù)總線(HSB)實(shí)現(xiàn)松耦合系統(tǒng)的標(biāo)準(zhǔn)化互操作。
2.臨床信息系統(tǒng)解耦
臨床信息系統(tǒng)以電子醫(yī)囑(CPOE)和電子病歷(EMR)為主要應(yīng)用功能,涵蓋各類醫(yī)護(hù)工作站和治療執(zhí)行工作站,主要包括門診醫(yī)生工作站、門診護(hù)士工作站、病房醫(yī)生工作站、病房護(hù)士工作站、手術(shù)麻醉病歷系統(tǒng)、申請(qǐng)單執(zhí)行系統(tǒng)等。臨床信息系統(tǒng)可以由傳統(tǒng)HIS廠商在HIS通用醫(yī)護(hù)工作站(電子醫(yī)囑處理)基礎(chǔ)上,擴(kuò)展電子病歷書寫能力而成,也可以由EMR廠商在電子病歷工作站基礎(chǔ)上,擴(kuò)展醫(yī)囑處理能力而成。
臨床信息系統(tǒng)解耦后,醫(yī)院各臨床科室就可以根據(jù)本科室的業(yè)務(wù)特點(diǎn),選擇不同廠商的臨床信息系統(tǒng)(醫(yī)護(hù)工作站),讓醫(yī)院業(yè)務(wù)部門擁有自主選擇業(yè)務(wù)信息系統(tǒng)的權(quán)利,臨床科室的業(yè)務(wù)信息系統(tǒng)更換與升級(jí),影響范圍被限制在科室內(nèi)部,不會(huì)對(duì)醫(yī)院其他科室的業(yè)務(wù)造成任何影響,從而大大降低醫(yī)院信息系統(tǒng)對(duì)臨床學(xué)科發(fā)展的制約,有利于臨床業(yè)務(wù)的能力提升和學(xué)科發(fā)展。
臨床信息系統(tǒng)通過(guò)HIS中臺(tái)獲得門診掛號(hào)、門診診療及住院診療信息,診斷、醫(yī)囑、處方、申請(qǐng)單、醫(yī)療文書等信息與HIS數(shù)據(jù)中臺(tái)實(shí)時(shí)共享,實(shí)時(shí)更新數(shù)據(jù)中臺(tái)的共享數(shù)據(jù)。

3.醫(yī)技醫(yī)輔系統(tǒng)解耦
醫(yī)技醫(yī)輔系統(tǒng)主要包括放射、超聲、內(nèi)鏡、病理、電生理、檢驗(yàn)等醫(yī)技信息系統(tǒng)和門診藥房、住院藥房、靜脈藥物配置中心、消毒供應(yīng)、醫(yī)療耗材供應(yīng)等醫(yī)療輔助信息系統(tǒng)。大部分醫(yī)技系統(tǒng)獨(dú)立于HIS,而傳統(tǒng)的HIS往往包含了藥房系統(tǒng)和醫(yī)療耗材供應(yīng)系統(tǒng)功能。
隨著醫(yī)院供應(yīng)鏈精細(xì)化管理要求和SPD服務(wù)的興起,傳統(tǒng)HIS系統(tǒng)的藥房、物資供應(yīng)等醫(yī)療輔助應(yīng)用模塊已經(jīng)難以適應(yīng)醫(yī)院的管理需求,SPD服務(wù)商和HRP廠商逐步推出獨(dú)立的醫(yī)療輔助業(yè)務(wù)系統(tǒng)。
醫(yī)技醫(yī)輔系統(tǒng)解耦后,共享醫(yī)院信息平臺(tái)主數(shù)據(jù),與基礎(chǔ)支撐平臺(tái)實(shí)施統(tǒng)一安全認(rèn)證與單點(diǎn)登錄,并與HIS數(shù)據(jù)中臺(tái)實(shí)時(shí)共享醫(yī)囑與醫(yī)囑執(zhí)行記錄,使用HIS業(yè)務(wù)中臺(tái)實(shí)現(xiàn)統(tǒng)一的醫(yī)囑執(zhí)行與劃價(jià)計(jì)費(fèi)功能。
醫(yī)技醫(yī)輔系統(tǒng)解耦后,讓醫(yī)院各醫(yī)技醫(yī)輔部門有機(jī)會(huì)選擇更加專業(yè)的業(yè)務(wù)系統(tǒng),實(shí)現(xiàn)醫(yī)院及科室的精細(xì)化管理目標(biāo)。
4.醫(yī)療管理系統(tǒng)解耦
傳統(tǒng)HIS系統(tǒng)提供的門診排班、預(yù)約掛號(hào)、分診排隊(duì)、登記預(yù)約、醫(yī)務(wù)管理、護(hù)理管理、藥事管理、輸血管理、會(huì)診管理、手術(shù)管理、物價(jià)管理、醫(yī)療質(zhì)控等功能應(yīng)用,將作為獨(dú)立的系統(tǒng)從HIS剝離,通過(guò)醫(yī)院服務(wù)總線(HSB)實(shí)現(xiàn)與HIS中臺(tái)和其他醫(yī)療信息系統(tǒng)的松耦合集成,這有助于醫(yī)療管理系統(tǒng)的靈活個(gè)性化定制和快速需求變更響應(yīng),提高醫(yī)院各職能管理部門的信息化應(yīng)用水平和管理效率,提高醫(yī)院智慧管理與智慧服務(wù)應(yīng)用水平。
5.醫(yī)院運(yùn)營(yíng)系統(tǒng)解耦
醫(yī)院的行政人事管理、財(cái)務(wù)管理、供應(yīng)鏈管理、后勤管理等專業(yè)領(lǐng)域的管理子系統(tǒng),取代傳統(tǒng)HIS的相關(guān)管理模塊功能(如人員管理、采購(gòu)與庫(kù)存管理、設(shè)備物資管理等)已經(jīng)成為趨勢(shì)。目前,HRP廠商和SPD服務(wù)商均已推出更加專業(yè)的醫(yī)院運(yùn)營(yíng)管理系統(tǒng),為醫(yī)院的精細(xì)化管理提供專業(yè)的管理工具和托管服務(wù)。
(四)國(guó)產(chǎn)化適配
醫(yī)院信息系統(tǒng)需要將國(guó)產(chǎn)化適配工作提上日程,新的應(yīng)用系統(tǒng),應(yīng)該盡可能完成國(guó)產(chǎn)化適配,或者選擇便于實(shí)現(xiàn)國(guó)產(chǎn)化適配的技術(shù)路線和技術(shù)方案。
云原生架構(gòu)應(yīng)用由于對(duì)硬件設(shè)備和操作系統(tǒng)的緊密依賴程度較低,能夠使用較低成本遷移到純國(guó)產(chǎn)化的云計(jì)算環(huán)境。
應(yīng)用系統(tǒng)所依賴的中間件和PaaS平臺(tái),應(yīng)該具有可替代的國(guó)產(chǎn)化產(chǎn)品;數(shù)據(jù)庫(kù)管理系統(tǒng)優(yōu)先選擇與國(guó)產(chǎn)化數(shù)據(jù)庫(kù)全兼容或具有可替代國(guó)產(chǎn)化數(shù)據(jù)庫(kù)的產(chǎn)品,或者選擇開源數(shù)據(jù)庫(kù)。
三、建設(shè)內(nèi)容
(一)基礎(chǔ)支撐平臺(tái)
基礎(chǔ)支撐平臺(tái)選用WSO2 ESB和Dubbo3微服務(wù)架構(gòu),部署用戶標(biāo)識(shí)管理系統(tǒng)、統(tǒng)一授權(quán)管理系統(tǒng)和統(tǒng)一安全認(rèn)證系統(tǒng)等基礎(chǔ)支撐應(yīng)用。
1.用戶標(biāo)識(shí)管理系統(tǒng)
用戶標(biāo)識(shí)管理系統(tǒng)提供的核心功能是用戶標(biāo)識(shí)管理和用戶身份認(rèn)證。
(1)用戶標(biāo)識(shí)管理:支持使用手機(jī)號(hào)碼、登錄名、證件號(hào)碼等多種方式,對(duì)數(shù)字環(huán)境下的用戶身份進(jìn)行唯一標(biāo)識(shí)。
(2)用戶身份認(rèn)證:既支持使用用戶標(biāo)識(shí)+密碼的簡(jiǎn)單身份認(rèn)證,也支持用戶標(biāo)識(shí)+密碼結(jié)合短信驗(yàn)證碼、安全終端綁定與登錄區(qū)域限制、生物特征識(shí)別、數(shù)字證書等多種方式的多因子身份認(rèn)證與登錄安全控制,提高用戶身份認(rèn)證強(qiáng)度。
2.統(tǒng)一授權(quán)管理系統(tǒng)
集中用戶授權(quán)是統(tǒng)一授權(quán)管理系統(tǒng)的核心訴求。允許將多個(gè)應(yīng)用的訪問(wèn)資源及資源訪問(wèn)權(quán)限進(jìn)行集中管理與集中授權(quán),運(yùn)維人員只需在統(tǒng)一授權(quán)管理系統(tǒng)下集中一次性完成各應(yīng)用系統(tǒng)的授權(quán)管理工作,無(wú)需多次進(jìn)入不同應(yīng)用系統(tǒng)進(jìn)行用戶管理及用戶授權(quán)。
3.統(tǒng)一安全認(rèn)證系統(tǒng)
統(tǒng)一安全認(rèn)證系統(tǒng)向應(yīng)用系統(tǒng)開放統(tǒng)一安全認(rèn)證服務(wù)。包括應(yīng)用接入認(rèn)證、用戶身份認(rèn)證、應(yīng)用訪問(wèn)控制、系統(tǒng)單點(diǎn)登錄等。
(三)醫(yī)院信息集成平臺(tái)
醫(yī)院信息集成平臺(tái)建設(shè)醫(yī)院主數(shù)據(jù)、患者主索引、基礎(chǔ)知識(shí)庫(kù)、病歷存儲(chǔ)管理等基礎(chǔ)服務(wù),并通過(guò)醫(yī)院服務(wù)總線將平臺(tái)基礎(chǔ)服務(wù)向應(yīng)用系統(tǒng)發(fā)布。
1.平臺(tái)基礎(chǔ)服務(wù)
(1)編碼字典管理
通過(guò)平臺(tái)統(tǒng)一維護(hù)性別代碼、醫(yī)師類型代碼、給藥途徑代碼、頻次代碼、職業(yè)代碼、學(xué)科門類代碼、學(xué)位代碼、學(xué)歷代碼、身份證件類型代碼、處方類型代碼、診斷類別代碼、醫(yī)療類別代碼、險(xiǎn)種類型代碼、治療類別代碼等基礎(chǔ)字典數(shù)據(jù),并通過(guò)醫(yī)院服務(wù)總線開放基礎(chǔ)字典數(shù)據(jù)的訂閱、查詢服務(wù)。
(2)醫(yī)院主數(shù)據(jù)管理
通過(guò)平臺(tái)統(tǒng)一維護(hù)管理病種編碼、診斷編碼、危急值項(xiàng)目編碼、藥品耗材編碼、服務(wù)項(xiàng)目編碼、醫(yī)學(xué)術(shù)語(yǔ)編碼、機(jī)構(gòu)編碼、科室編碼、病區(qū)編碼、診室病房編碼、床位編碼、組套項(xiàng)目、醫(yī)學(xué)術(shù)語(yǔ)編碼等主數(shù)據(jù),并通過(guò)醫(yī)院服務(wù)總線開放數(shù)據(jù)訂閱、查詢服務(wù)。
(3)患者主索引管理
平臺(tái)統(tǒng)一管理和維護(hù)患者基本信息,實(shí)現(xiàn)患者查詢、拆分、合并等功能,并對(duì)患者進(jìn)行唯一標(biāo)識(shí),通過(guò)醫(yī)院服務(wù)總線開放患者注冊(cè)、患者查詢、患者交叉索引等患者主索引服務(wù)。
(4)人員主數(shù)據(jù)管理
平臺(tái)統(tǒng)一維護(hù)醫(yī)師、護(hù)師、藥師、技師等專業(yè)技術(shù)人員基本信息和醫(yī)療小組,通過(guò)醫(yī)院服務(wù)總線開放人員注冊(cè)、人員查詢、人員訂閱等服務(wù)。
(5)基礎(chǔ)配置信息管理
平臺(tái)統(tǒng)一維護(hù)機(jī)構(gòu)參數(shù)、機(jī)構(gòu)處方集、機(jī)構(gòu)醫(yī)囑必備項(xiàng)目、科室服務(wù)項(xiàng)目、科室后付費(fèi)項(xiàng)目、科室常用醫(yī)囑項(xiàng)目等基礎(chǔ)配置信息,通過(guò)醫(yī)院服務(wù)總線開放基礎(chǔ)配置信息查詢服務(wù)。
(6)收費(fèi)物價(jià)設(shè)置管理
平臺(tái)統(tǒng)一維護(hù)機(jī)構(gòu)服務(wù)物價(jià)、科室項(xiàng)目物價(jià)、科室給藥收費(fèi)設(shè)置等收費(fèi)計(jì)價(jià)相關(guān)的基礎(chǔ)數(shù)據(jù)及計(jì)價(jià)規(guī)則,各應(yīng)用系統(tǒng)可以通過(guò)醫(yī)院服務(wù)總線訂閱收費(fèi)物價(jià)基礎(chǔ)信息和收費(fèi)計(jì)價(jià)規(guī)則。
2.醫(yī)療文檔存儲(chǔ)管理
平臺(tái)提供醫(yī)學(xué)文檔存儲(chǔ)、簽名、驗(yàn)簽、調(diào)閱等管理功能,并通過(guò)服務(wù)總線提供醫(yī)學(xué)文檔共享(IHE-XDS)服務(wù)。
3.醫(yī)院服務(wù)總線(HSB)
使用基礎(chǔ)支撐平臺(tái)的ESB中間件,將平臺(tái)基礎(chǔ)服務(wù)及各微服務(wù)架構(gòu)應(yīng)用的開放服務(wù)配置到ESB端點(diǎn),形成醫(yī)院服務(wù)總線(HSB)。使用ESB的監(jiān)控組件對(duì)服務(wù)總線的運(yùn)行狀態(tài)及業(yè)務(wù)流進(jìn)行監(jiān)控跟蹤。
(四)輕量化HIS中臺(tái)
1.HIS數(shù)據(jù)中臺(tái)
HIS數(shù)據(jù)中臺(tái)定義了醫(yī)院基本運(yùn)行所需的各核心業(yè)務(wù)系統(tǒng)需要共享的精簡(jiǎn)數(shù)據(jù)集,包含管理、收費(fèi)和臨床、醫(yī)技、醫(yī)輔系統(tǒng)之間頻繁交換共享的數(shù)據(jù)。數(shù)據(jù)中臺(tái)提供對(duì)這些共享數(shù)據(jù)進(jìn)行操作的標(biāo)準(zhǔn)服務(wù)接口(API),允許應(yīng)用系統(tǒng)通過(guò)API調(diào)用對(duì)中臺(tái)數(shù)據(jù)進(jìn)行創(chuàng)建、更新、查詢等操作。數(shù)據(jù)中臺(tái)也允許應(yīng)用系統(tǒng)在遵循數(shù)據(jù)中臺(tái)業(yè)務(wù)數(shù)據(jù)處理規(guī)則的前提下,直接操縱數(shù)據(jù)庫(kù),對(duì)數(shù)據(jù)庫(kù)執(zhí)行標(biāo)準(zhǔn)SQL的INSERT、UPDATE、DELETE、SELECT等操作。
HIS數(shù)據(jù)中臺(tái)定義了掛號(hào)分診記錄、診療服務(wù)記錄、診斷記錄、醫(yī)囑記錄、處方記錄、申請(qǐng)單記錄、手術(shù)記錄、醫(yī)療文檔記錄、危急值報(bào)告記錄、服務(wù)費(fèi)用記錄、收費(fèi)結(jié)算記錄、醫(yī)囑執(zhí)行記錄和申請(qǐng)單執(zhí)行記錄。
(1)掛號(hào)分診
門診掛號(hào)系統(tǒng)在掛號(hào)和預(yù)約取號(hào)時(shí),在HIS數(shù)據(jù)中臺(tái)創(chuàng)建掛號(hào)記錄,掛號(hào)狀態(tài)設(shè)置為正常,診療狀態(tài)設(shè)置為未分診。
排隊(duì)叫號(hào)系統(tǒng)通過(guò)數(shù)據(jù)中臺(tái)獲取掛號(hào)記錄,進(jìn)入排隊(duì)叫號(hào)系統(tǒng)排隊(duì),排隊(duì)叫號(hào)系統(tǒng)需要回寫數(shù)據(jù)中臺(tái)掛號(hào)記錄表的排隊(duì)訂單ID,方便通過(guò)掛號(hào)記錄關(guān)聯(lián)查詢患者的排隊(duì)動(dòng)態(tài)。
需要預(yù)檢分診的診區(qū),從HIS中臺(tái)獲取相關(guān)未分診的掛號(hào)患者進(jìn)行分診,分診護(hù)士完成預(yù)檢分診后,創(chuàng)建(或更新)分診記錄,同時(shí)將掛號(hào)記錄的診療狀態(tài)設(shè)置為待接診,如果原掛號(hào)記錄未指定掛號(hào)醫(yī)師,則在分診時(shí)還應(yīng)該為該診療記錄設(shè)定掛號(hào)醫(yī)師。
門診醫(yī)生工作站從HIS中臺(tái)查詢患者掛號(hào)記錄,獲得本人的各診療狀態(tài)患者列表,使用順呼策略呼叫患者前往診室就診(需要優(yōu)先就診的患者,應(yīng)該通過(guò)排隊(duì)叫號(hào)系統(tǒng)進(jìn)行調(diào)整,確保就診秩序的公平公開),若患者未能到診,則將掛號(hào)狀態(tài)變更為過(guò)號(hào),過(guò)號(hào)的掛號(hào)記錄診療狀態(tài)仍然維持待接診狀態(tài),過(guò)號(hào)患者可以通過(guò)排隊(duì)叫號(hào)系統(tǒng)進(jìn)行“過(guò)號(hào)重排”重新進(jìn)入候診隊(duì)列等待醫(yī)生呼叫接診,過(guò)號(hào)重排的排隊(duì)策略由分診排隊(duì)叫號(hào)系統(tǒng)管理。
門診醫(yī)生工作站接診患者后,將掛號(hào)記錄的診療狀態(tài)設(shè)置為“診查中”;醫(yī)生接診患者后,如果發(fā)現(xiàn)患者更適合到其他科室或本科室其他出診醫(yī)師看診,為了改善患者體驗(yàn),在不影響掛號(hào)費(fèi)用結(jié)算的前提下,醫(yī)生可以在診間為患者辦理院內(nèi)轉(zhuǎn)診,從新科室(或新醫(yī)師)申請(qǐng)到新的掛號(hào)號(hào)數(shù)后,更改當(dāng)前掛號(hào)記錄的科室代碼(看診科室)、掛號(hào)醫(yī)師(看診醫(yī)師)、掛號(hào)號(hào)數(shù)(新申請(qǐng)到的掛號(hào)號(hào)數(shù))和轉(zhuǎn)出醫(yī)師(當(dāng)前醫(yī)師),并分別將掛號(hào)狀態(tài)和診療狀態(tài)變更為轉(zhuǎn)診、待接診;如果已經(jīng)產(chǎn)生了診療記錄,可以作廢診療記錄并清空掛號(hào)記錄的診療ID,或者更新診療記錄的。為了避免患者產(chǎn)生被推諉的誤會(huì),系統(tǒng)應(yīng)該限制對(duì)同一掛號(hào)記錄執(zhí)行多次轉(zhuǎn)診。
退號(hào)后,將掛號(hào)狀態(tài)設(shè)置為“退號(hào)”。
患者結(jié)診患時(shí),增加機(jī)構(gòu)就診當(dāng)日的門診結(jié)診數(shù)量,并將統(tǒng)計(jì)數(shù)值更新到掛號(hào)記錄的日門診序號(hào)。
(2)診療記錄
HIS數(shù)據(jù)中臺(tái)將門診、住院記錄統(tǒng)一保存到診療記錄表,并通過(guò)門診病例表和住院病例表將門診、住院診療的不同屬性分表存儲(chǔ)。
門診醫(yī)生接診患者并提交門診病歷時(shí),檢查患者掛號(hào)記錄是否已經(jīng)關(guān)聯(lián)診療記錄,如果尚未關(guān)聯(lián)則創(chuàng)建新的診療記錄并建立掛號(hào)記錄與診療記錄的關(guān)聯(lián)關(guān)系,否則,直接更新已經(jīng)存在關(guān)聯(lián)的診療記錄相關(guān)信息。
住院患者在辦理入院時(shí)創(chuàng)建住院診療記錄,同時(shí)將收治科室作為該診療記錄的第一個(gè)住院科室,在患者到達(dá)病區(qū)辦理入?yún)^(qū)手續(xù)時(shí),將診療記錄加入科室在院患者表;病區(qū)護(hù)士站辦理患者出區(qū)手續(xù)時(shí),將患者從當(dāng)前科室的科室在院患者表移除。
由于患者緊急轉(zhuǎn)科時(shí),出科后原轉(zhuǎn)出科室可能仍然需要補(bǔ)錄醫(yī)囑,此時(shí)應(yīng)該通過(guò)向轉(zhuǎn)入科室申請(qǐng)醫(yī)囑補(bǔ)錄,轉(zhuǎn)入科室批準(zhǔn)并設(shè)置有效期限,將患者加入原轉(zhuǎn)出科室的科室在院患者表,轉(zhuǎn)出科室就可以進(jìn)行醫(yī)囑補(bǔ)錄。
錄入或補(bǔ)錄醫(yī)囑時(shí),醫(yī)囑的科室序號(hào)應(yīng)使用科室在院患者表中的科室序號(hào)(即轉(zhuǎn)出前的科室序號(hào)),而不是診療記錄狀態(tài)表中的患者當(dāng)前科室序號(hào)。補(bǔ)錄完成后,原轉(zhuǎn)出科室將患者從科室在院患者表移除。
(3)診斷記錄
為了減少重復(fù)診斷的數(shù)據(jù)冗余,HIS數(shù)據(jù)中臺(tái)將門診診斷、入院診斷、出院診斷等診斷信息都保存到診療記錄診斷表,并分別通過(guò)門診診斷表、入院診斷表、出院診斷表、醫(yī)保診斷表對(duì)診療記錄診斷進(jìn)行引用。
醫(yī)生對(duì)門診診斷、入院診斷和出院診斷進(jìn)行編輯時(shí),如果診療記錄診斷表已經(jīng)存在診斷編碼,就可以直接引用而無(wú)需重復(fù)添加??紤]到醫(yī)保確定主診斷的原則與臨床確定主診斷的原則可能不同,為此,允許醫(yī)保醫(yī)師或編碼人員將出院診斷進(jìn)行補(bǔ)充和重排,形成醫(yī)保診斷用于醫(yī)保結(jié)算和醫(yī)保數(shù)據(jù)上傳(如結(jié)算清單上傳、病案首頁(yè)上傳等)。
病案編碼人員可以根據(jù)醫(yī)師診斷結(jié)合病歷資料,調(diào)整或增補(bǔ)診斷編碼,調(diào)整的診斷狀態(tài)設(shè)置為“編碼更改”,如果存在編碼更改的診斷,則以編碼員的診斷編碼和診斷名稱作為最終的診斷,否則使用醫(yī)師的診斷編碼和診斷名稱。
(4)醫(yī)囑記錄
醫(yī)囑記錄在醫(yī)囑開立或醫(yī)囑補(bǔ)錄時(shí)創(chuàng)建,醫(yī)囑一般由醫(yī)生使用臨床信息系統(tǒng)(如病房醫(yī)生站)錄入,也可以由實(shí)習(xí)生或搶救護(hù)士等人員錄入,再由口頭下達(dá)醫(yī)囑的醫(yī)師審核簽名。醫(yī)師未簽名的醫(yī)囑,護(hù)士不能核對(duì)和執(zhí)行。
有賴其他科室執(zhí)行的諸如醫(yī)技、治療類醫(yī)囑項(xiàng)目,需要填寫申請(qǐng)單時(shí),由醫(yī)囑錄入人員創(chuàng)建或完善電子申請(qǐng)單內(nèi)容,并將申請(qǐng)單流水號(hào)引用到醫(yī)囑記錄,以便能關(guān)聯(lián)申請(qǐng)單了解其狀態(tài)變化。
醫(yī)囑簽名采用批量醫(yī)囑合并簽名方案,簽名者根據(jù)醫(yī)囑狀態(tài)篩選進(jìn)行多條醫(yī)囑批量選中,按醫(yī)囑的顯示順序?qū)⑺x醫(yī)囑的醫(yī)囑號(hào)、開立時(shí)間、開始時(shí)間、醫(yī)囑內(nèi)容、囑托、組標(biāo)記等數(shù)據(jù)列構(gòu)造JSON醫(yī)囑數(shù)組或XML文檔對(duì)象,使用簽名者的CA證書對(duì)JSON字符串或XML文檔進(jìn)行數(shù)字簽名,并將簽名結(jié)果(數(shù)字簽名戳)保存到醫(yī)囑簽名記錄表,以供驗(yàn)簽使用。
(5)處方記錄
門診處方由具有處方權(quán)限的醫(yī)師開具,處方需要有患者的診療記錄和診斷記錄。西藥處方的診斷從患者診斷記錄中選擇一條未排除的西醫(yī)診斷,記錄到處方的主病診斷,作為處方的用藥依據(jù);中藥處方需要從診療診斷記錄表中分別選擇中醫(yī)病名和中醫(yī)癥候作為處方的主病和主癥。

申請(qǐng)單是在處方的基礎(chǔ)上擴(kuò)展屬性,遵循處方的處理控制邏輯。門診處方開具后,對(duì)于需要出庫(kù)的處方(如中西藥處方),劃價(jià)時(shí)由劃價(jià)系統(tǒng)向執(zhí)行科室(藥房)發(fā)送處方,申請(qǐng)確定處方藥品規(guī)格型號(hào)及價(jià)格并進(jìn)行庫(kù)存預(yù)占,產(chǎn)生劃價(jià)單并將劃價(jià)單流水號(hào)回寫到處方記錄,同時(shí)設(shè)置處方收費(fèi)狀態(tài)為“待收費(fèi)”;收費(fèi)系統(tǒng)完成收費(fèi)后,需要將處方的收費(fèi)狀態(tài)變?yōu)椤耙咽召M(fèi)”。
處方執(zhí)行科室收到其他科室發(fā)送的處方后,將處方設(shè)置為已接收,對(duì)于執(zhí)行狀態(tài)為已接收的處方,開單醫(yī)生如果需要撤回處方,則必須讓執(zhí)行科室將處方執(zhí)行狀態(tài)退回到待接單或已撤銷狀態(tài)。執(zhí)行科室開始執(zhí)行處方前,應(yīng)該判斷處方的收費(fèi)狀態(tài)為已收費(fèi),避免尚未收費(fèi)或已退費(fèi)的處方被執(zhí)行出現(xiàn)漏費(fèi);開始執(zhí)行處方時(shí),將處方執(zhí)行狀態(tài)變更為“已執(zhí)行”,處方執(zhí)行完畢,設(shè)置處方執(zhí)行狀態(tài)為“已完成”。
收費(fèi)系統(tǒng)要對(duì)處方進(jìn)行退費(fèi)前,需要確認(rèn)退費(fèi)處方的執(zhí)行狀態(tài)必須處于已撤銷狀態(tài),避免已接收(準(zhǔn)備執(zhí)行)、已開始或已完成的處方被中途退費(fèi)。
處方可以設(shè)置成為處方模板,支持醫(yī)生選用處方模板快速開具處方,在模板處方的基礎(chǔ)上進(jìn)行簡(jiǎn)單的用量、數(shù)量修改就能夠快速完成處方開具。
處方簽名使用簽名者的數(shù)字證書,對(duì)電子處方單的JSON字符串或XML文檔對(duì)象進(jìn)行數(shù)字簽名,簽名時(shí)間、簽名類型、簽名證書及數(shù)字簽名戳等信息保存到處方其他信息表。
(6)申請(qǐng)單記錄
檢驗(yàn)申請(qǐng)單和檢查申請(qǐng)單屬于特殊的處方,申請(qǐng)單的檢驗(yàn)檢查項(xiàng)目保存在處方明細(xì)表,而具有多個(gè)檢查部位的檢查項(xiàng)目,其部位信息保存到處方明細(xì)部位表。
申請(qǐng)單可以通過(guò)劃價(jià)收費(fèi)系統(tǒng)進(jìn)行自動(dòng)劃價(jià),產(chǎn)生劃價(jià)單,用于收費(fèi)結(jié)算。醫(yī)技執(zhí)行系統(tǒng)在簽發(fā)報(bào)告時(shí),要將報(bào)告元數(shù)據(jù)和報(bào)告內(nèi)容推送到HIS中臺(tái),保存到申請(qǐng)單報(bào)告記錄表,同時(shí)增加申請(qǐng)單的未讀報(bào)告計(jì)數(shù),以便醫(yī)師能夠及時(shí)獲得報(bào)告發(fā)布通知并及早調(diào)閱報(bào)告。
(7)手術(shù)記錄
手術(shù)申請(qǐng)單是電子申請(qǐng)單的一種,手術(shù)執(zhí)行的主要內(nèi)容和結(jié)果狀態(tài)記錄在手術(shù)記錄表中,正式的麻醉記錄和手術(shù)病歷,則分別采用獨(dú)立的電子病歷文檔存儲(chǔ)。
(8)醫(yī)療文檔
醫(yī)療文檔主要記錄電子醫(yī)療文書的元數(shù)據(jù),并使用通用的外部存儲(chǔ)服務(wù)(如文件存儲(chǔ)、對(duì)象存儲(chǔ))存儲(chǔ)文檔內(nèi)容。
醫(yī)療文檔可以在簽名時(shí)提交,也可以在歸檔時(shí)提交;為了便于實(shí)施在架病歷質(zhì)控,建議病歷文件創(chuàng)建后,每次更新都提交到平臺(tái)。
(9)危急值報(bào)告
醫(yī)技部門發(fā)現(xiàn)危急值時(shí),填寫危急值報(bào)告,并通知臨床科室及時(shí)采取有效措施防范化解危及患者生命的風(fēng)險(xiǎn)。
(10)服務(wù)費(fèi)用記錄
HIS數(shù)據(jù)中臺(tái)使用劃價(jià)單存儲(chǔ)醫(yī)療服務(wù)費(fèi)用。處方劃價(jià)、醫(yī)囑執(zhí)行、申請(qǐng)單執(zhí)行都會(huì)產(chǎn)生劃價(jià)單,供門診收費(fèi)或住院結(jié)算使用。當(dāng)處方、醫(yī)囑執(zhí)行、申請(qǐng)單執(zhí)行需要消耗供應(yīng)部門的庫(kù)存(如藥品、耗材)時(shí),需要使用庫(kù)房的實(shí)際出庫(kù)明細(xì)進(jìn)行計(jì)價(jià),出庫(kù)單流水號(hào)被劃價(jià)單引用,以備關(guān)聯(lián)出庫(kù)單明細(xì)查詢。
通過(guò)處方劃價(jià)產(chǎn)生的劃價(jià)單,引用處方流水號(hào)(數(shù)據(jù)中臺(tái)處方的唯一標(biāo)識(shí))跟處方建立關(guān)聯(lián)。醫(yī)囑執(zhí)行和申請(qǐng)單執(zhí)行產(chǎn)生的劃價(jià)單,處方流水號(hào)置空(NULL)。劃價(jià)單明細(xì)表中的非醫(yī)療標(biāo)志位、復(fù)方使用標(biāo)志位、醫(yī)院審核標(biāo)志位和醫(yī)保上傳標(biāo)志位用于醫(yī)保結(jié)算的費(fèi)用上傳,醫(yī)保費(fèi)用上傳返回的對(duì)應(yīng)信息,保存到醫(yī)保費(fèi)用明細(xì)信息表。
(11)收費(fèi)結(jié)算記錄
收費(fèi)結(jié)算針對(duì)未結(jié)算劃價(jià)單進(jìn)行合并結(jié)算,產(chǎn)生結(jié)算記錄。收費(fèi)人員根據(jù)結(jié)算記錄的總金額,可以選擇現(xiàn)金或不同渠道的電子支付完成收費(fèi)結(jié)算的資金支付。資金交易記錄表記錄各電子支付渠道的資金支付交易請(qǐng)求交易及交易結(jié)果。發(fā)票記錄表則根據(jù)發(fā)票開具規(guī)則,由收費(fèi)結(jié)算系統(tǒng)在成功結(jié)算后產(chǎn)生,發(fā)票可以補(bǔ)打或者申請(qǐng)開具電子發(fā)票。
收費(fèi)結(jié)算處理時(shí),根據(jù)收費(fèi)人員選擇的劃價(jià)單(結(jié)算記錄劃價(jià)單表),對(duì)劃價(jià)單的費(fèi)用明細(xì)按費(fèi)用類別匯總,保存到結(jié)算費(fèi)別匯總表。結(jié)算費(fèi)別匯總數(shù)據(jù)是發(fā)票的原始數(shù)據(jù)來(lái)源,有些醫(yī)療機(jī)構(gòu)允許將所有費(fèi)別打印到同一張發(fā)票,而有些機(jī)構(gòu)則要求根據(jù)發(fā)票費(fèi)別的發(fā)票歸屬編碼分票,需要將不同發(fā)票歸屬編碼的費(fèi)別,放到不同的發(fā)票。
收費(fèi)結(jié)算時(shí),收費(fèi)系統(tǒng)應(yīng)該在向收費(fèi)員展示各結(jié)算費(fèi)別金額及總金額后,允許收費(fèi)人員添加不同的資金類型和對(duì)應(yīng)的金額到收費(fèi)資金明細(xì)表。如果資金類型的電子支付標(biāo)志位為非0,則需要選擇一種支持該資金類型的交易渠道,發(fā)起支付交易,將交易流水號(hào)記錄到收費(fèi)資金明細(xì)表。如果收費(fèi)資金明細(xì)表的交易流水號(hào)交易狀態(tài)為“已成功”,則不允許收費(fèi)員刪除和修改該筆收費(fèi)資金明細(xì);若需要?jiǎng)h除必須通過(guò)撤銷交易實(shí)現(xiàn)。審核確認(rèn)結(jié)算記錄時(shí),必須保證結(jié)算記錄的收費(fèi)資金明細(xì)表金額匯總與結(jié)算總金額一致(總分一致),且收費(fèi)資金明細(xì)表中的各交易流水的交易狀態(tài)均為“已成功”,否則可能會(huì)造成收費(fèi)資金無(wú)法到賬造成損失。
收費(fèi)系統(tǒng)在確認(rèn)收費(fèi)結(jié)算完成時(shí),需要在數(shù)據(jù)中臺(tái)將本次收費(fèi)結(jié)算涉及的處方的收費(fèi)狀態(tài)設(shè)置為“已收費(fèi)”,以便處方執(zhí)行部門在接收/執(zhí)行處方時(shí),對(duì)處方的收費(fèi)狀態(tài)進(jìn)行判斷,防止漏費(fèi)。
(12)醫(yī)囑執(zhí)行記錄
醫(yī)囑執(zhí)行記錄和醫(yī)囑執(zhí)行異常記錄,是電子病歷的重要組成部分。每次執(zhí)行醫(yī)囑可以選擇多條醫(yī)囑,可以記錄從開始到結(jié)束的每一步操作步驟的操作人、操作時(shí)間及其費(fèi)用明細(xì);也可以按天或幾天批量執(zhí)行醫(yī)囑,根據(jù)醫(yī)囑的執(zhí)行內(nèi)容和次數(shù),產(chǎn)生計(jì)費(fèi)單用于住院費(fèi)用結(jié)算。
醫(yī)囑執(zhí)行步驟消耗費(fèi)用,如果執(zhí)行項(xiàng)目屬于不需要管理庫(kù)存的服務(wù)項(xiàng)目,則在步驟操作完成確認(rèn)時(shí),直接將執(zhí)行步驟消耗明細(xì)加入醫(yī)囑執(zhí)行費(fèi)用明細(xì)表;如果項(xiàng)目是需要庫(kù)存出庫(kù)的商品,則需要等待出庫(kù)完成后,依據(jù)出庫(kù)單的商品明細(xì),產(chǎn)生醫(yī)囑執(zhí)行步驟消耗明細(xì)表,并同時(shí)將費(fèi)用明細(xì)添加到醫(yī)囑執(zhí)行費(fèi)用明細(xì)表。醫(yī)囑執(zhí)行完畢,對(duì)執(zhí)行費(fèi)用明細(xì)進(jìn)行復(fù)核記賬,產(chǎn)生劃價(jià)單供結(jié)算使用。
(13)申請(qǐng)單執(zhí)行記錄
與醫(yī)囑執(zhí)行記錄類似,申請(qǐng)單執(zhí)行記錄用于執(zhí)行部門在執(zhí)行其他科室發(fā)送的申請(qǐng)單時(shí),對(duì)執(zhí)行過(guò)程及其費(fèi)用明細(xì)進(jìn)行記錄。執(zhí)行完成后,對(duì)執(zhí)行費(fèi)用明細(xì)進(jìn)行復(fù)核記賬,產(chǎn)生劃價(jià)單供結(jié)算使用。
2.HIS業(yè)務(wù)中臺(tái)
(1)HIS業(yè)務(wù)中臺(tái)后端服務(wù)
1)收費(fèi)會(huì)計(jì)業(yè)務(wù)
提供票據(jù)管理、備用金管理、出納交賬處理等收費(fèi)會(huì)計(jì)處理API。
2)門診業(yè)務(wù)
提供門診掛號(hào)、預(yù)約取號(hào)、門診劃價(jià)、門診接診、門診診斷、門診病歷、門診處方、醫(yī)保掛號(hào)/撤銷、醫(yī)保就診信息變更、門診結(jié)算/撤銷等基本的門診業(yè)務(wù)處理API。
3)住院業(yè)務(wù)
提供住院登記/撤銷、病區(qū)患者入出辦理、出院辦理/召回、醫(yī)保住院辦理/撤銷、醫(yī)保就診信息上傳、醫(yī)保費(fèi)用明細(xì)上傳/撤銷、醫(yī)保出院辦理/撤銷、住院費(fèi)用結(jié)算/撤銷等基本住院業(yè)務(wù)處理API。
4)申請(qǐng)單業(yè)務(wù)
提供申請(qǐng)單開立/簽名/撤回/作廢、劃價(jià)、收費(fèi)/退費(fèi)、發(fā)送/登記/退單、登記排程、執(zhí)行/完成/終止/撤銷等操作的業(yè)務(wù)處理API。
5)醫(yī)囑處理
提供病區(qū)醫(yī)生護(hù)士進(jìn)行醫(yī)囑開立/簽名/召回/作廢、核對(duì)/駁回/發(fā)送、執(zhí)行/停止、補(bǔ)錄等業(yè)務(wù)操作的數(shù)據(jù)處理API。
6)電子支付業(yè)務(wù)
提供微信、支付寶、銀聯(lián)等電子支付和醫(yī)保結(jié)算相關(guān)業(yè)務(wù)處理API,包括掃碼支付、支付碼支付、醫(yī)保門診預(yù)結(jié)算/結(jié)算/撤銷、醫(yī)保住院預(yù)結(jié)算/結(jié)算/撤銷、醫(yī)保結(jié)算對(duì)賬、支付交易狀態(tài)查詢、支付交易異常處理等API。
7)醫(yī)療文檔管理
提供醫(yī)療文檔提交、簽名、歸檔、查詢等處理API,采用外部存儲(chǔ)服務(wù)(如文件服務(wù)、對(duì)象服務(wù)等)存儲(chǔ)文檔。
(2)HIS業(yè)務(wù)中臺(tái)前端應(yīng)用
HIS業(yè)務(wù)中臺(tái)提供以下前端應(yīng)用,滿足醫(yī)院門診掛號(hào)、門診收費(fèi)、入出轉(zhuǎn)院辦理、住院結(jié)算、醫(yī)技(治療)執(zhí)行、收費(fèi)會(huì)計(jì)等日常精準(zhǔn)收費(fèi)結(jié)算和收費(fèi)會(huì)計(jì)管理需要,成為智慧醫(yī)院數(shù)字化運(yùn)轉(zhuǎn)的強(qiáng)大基石??梢造`活搭配不同廠商的醫(yī)護(hù)工作站和醫(yī)技醫(yī)輔系統(tǒng),達(dá)到電子病歷應(yīng)用4級(jí)甚至更高標(biāo)準(zhǔn)。
1)門診掛號(hào)收費(fèi)系統(tǒng)
門診掛號(hào)收費(fèi)系統(tǒng)提供門診掛號(hào)/退號(hào)/改號(hào)、門診收費(fèi)/退費(fèi)、門診收費(fèi)票據(jù)打印/作廢/補(bǔ)打等功能,滿足門診掛號(hào)窗口、收費(fèi)窗口的日常業(yè)務(wù)辦理與數(shù)據(jù)查詢需要。
2)住院入出轉(zhuǎn)與結(jié)算系統(tǒng)
住院入出轉(zhuǎn)與結(jié)算系統(tǒng)提供住院登記/撤銷、出院(轉(zhuǎn)院)辦理/召回、住院預(yù)交金收費(fèi)、在院中途結(jié)算/撤銷、出院結(jié)算/撤銷等功能,滿足醫(yī)院住院部對(duì)住院患者進(jìn)行入出轉(zhuǎn)院辦理與收費(fèi)結(jié)算管理的業(yè)務(wù)需要。
3)醫(yī)囑與申請(qǐng)單執(zhí)行系統(tǒng)
醫(yī)囑與申請(qǐng)單執(zhí)行系統(tǒng)提供臨床及醫(yī)技、功能科室對(duì)患者醫(yī)囑及申請(qǐng)單發(fā)送、接收、計(jì)價(jià)、執(zhí)行等操作管理功能,實(shí)現(xiàn)醫(yī)囑與申請(qǐng)單精細(xì)化執(zhí)行及精準(zhǔn)計(jì)費(fèi)管理。在醫(yī)院更換HIS時(shí),可以使用適配器將現(xiàn)HIS的處方及醫(yī)囑數(shù)據(jù)匯聚到HIS數(shù)據(jù)中臺(tái),使用HIS業(yè)務(wù)中臺(tái)的劃價(jià)收費(fèi)功能,并利用本系統(tǒng)來(lái)處理老HIS開具的臨床指令(醫(yī)囑、處方)的執(zhí)行與計(jì)費(fèi),滿足醫(yī)院更換HIS期間的業(yè)務(wù)平穩(wěn)運(yùn)行需要,避免同時(shí)大規(guī)模更換臨床系統(tǒng)帶來(lái)的巨大風(fēng)險(xiǎn)和壓力。
4)收費(fèi)會(huì)計(jì)管理系統(tǒng)
收費(fèi)會(huì)計(jì)管理系統(tǒng)提供各窗口收費(fèi)出納進(jìn)行交賬會(huì)計(jì)核算以及收費(fèi)票據(jù)管理功能。
(五)其他應(yīng)用系統(tǒng)
1.門診排班管理系統(tǒng)
門診排班管理系統(tǒng)提供醫(yī)院門診醫(yī)生的出診安排,根據(jù)門診排班確定門診掛號(hào)號(hào)源;門診掛號(hào)號(hào)源是門診預(yù)約診療的基礎(chǔ)。
系統(tǒng)支持科室排班和專家排班兩種排班模式??剖遗虐嘀话才趴剖业慕釉\號(hào)數(shù),而不明確出診醫(yī)師;專家排班針對(duì)每個(gè)醫(yī)師單獨(dú)進(jìn)行排班。
采用科室排班時(shí),支持周固定排班模式,以一周為基本單位,設(shè)置好每天各午別的出診醫(yī)師人數(shù)和每人接診的號(hào)數(shù)。系統(tǒng)在排班有效期內(nèi),根據(jù)當(dāng)天的周排班設(shè)置自動(dòng)產(chǎn)生號(hào)源,自動(dòng)跳過(guò)節(jié)假日。
專家排班功能支持同時(shí)對(duì)專家在不同院區(qū)、不同科室的排班。
排班號(hào)源需要支持不同的號(hào)源取號(hào)方式(如線上、現(xiàn)場(chǎng)、任意等),可以設(shè)置號(hào)源取號(hào)方式的分布規(guī)律,自動(dòng)根據(jù)采用的分布規(guī)律設(shè)置各個(gè)號(hào)源的取號(hào)方式。
2.分診排隊(duì)叫號(hào)系統(tǒng)
分診排隊(duì)叫號(hào)系統(tǒng)通過(guò)HIS中臺(tái)獲取患者掛號(hào)信息,并根據(jù)掛號(hào)信息和排隊(duì)策略,自動(dòng)按掛號(hào)號(hào)數(shù)順序進(jìn)行排隊(duì),并可根據(jù)老年優(yōu)先、急診優(yōu)先、預(yù)約優(yōu)先等原則進(jìn)行動(dòng)態(tài)調(diào)整。
通過(guò)候診區(qū)大屏、診室小屏等媒體終端,發(fā)布候診排隊(duì)信息,播報(bào)叫號(hào)語(yǔ)音,引導(dǎo)患者公平、有序到達(dá)診室就診,維持良好的門診就診秩序,緩解等候人員的焦慮情緒,改善患者就醫(yī)體驗(yàn)。
3.基本供應(yīng)保障系統(tǒng)
(1)藥庫(kù)管理系統(tǒng)
藥庫(kù)管理系統(tǒng)提供藥品采購(gòu)計(jì)劃、采購(gòu)入庫(kù)、采購(gòu)?fù)素?、藥房申領(lǐng)、藥房退庫(kù)、庫(kù)存盤點(diǎn)、庫(kù)存損溢等業(yè)務(wù)功能,實(shí)現(xiàn)藥劑部門對(duì)藥庫(kù)的有效管理。
(2)設(shè)備物資管理系統(tǒng)
設(shè)備物資庫(kù)管理系統(tǒng)提供設(shè)備物資等非藥品的采購(gòu)入庫(kù)、采購(gòu)?fù)素洝⑽镔Y申領(lǐng)、申領(lǐng)退庫(kù)、庫(kù)存盤點(diǎn)、庫(kù)存損溢等業(yè)務(wù)功能和多級(jí)庫(kù)房管理功能。
(3)藥房管理系統(tǒng)
提供藥房調(diào)撥申請(qǐng)、調(diào)撥入庫(kù)、調(diào)撥退庫(kù)、庫(kù)存盤點(diǎn)、庫(kù)存損溢、處方調(diào)配、處方發(fā)藥、醫(yī)囑領(lǐng)藥、醫(yī)囑擺藥、醫(yī)囑發(fā)藥等藥房業(yè)務(wù)管理功能。
4.HIS/EMR、LIS、PACS/RIS更新升級(jí)
對(duì)現(xiàn)有HIS/EMR、LIS、PACS/RIS進(jìn)行升級(jí)改造,滿足集團(tuán)化、O2O業(yè)務(wù)需要和電子病歷應(yīng)用評(píng)級(jí)要求。
(六)O2O醫(yī)療健康服務(wù)平臺(tái)
建設(shè)支持線上線下融合(O2O)的醫(yī)療健康服務(wù)平臺(tái),通過(guò)互聯(lián)網(wǎng)向患者提供更多便利服務(wù),延伸醫(yī)院服務(wù)半徑,提高醫(yī)院影響力。
O2O醫(yī)療健康服務(wù)平臺(tái)的主要建設(shè)內(nèi)容包括醫(yī)生云診室、O2O門診醫(yī)生工作站、用戶事件反饋系統(tǒng)、醫(yī)院信息門戶與信息發(fā)布管理系統(tǒng)、便民服務(wù)平臺(tái)和處方流轉(zhuǎn)平臺(tái)與云藥房系統(tǒng)。

   綜上所述,醫(yī)療大數(shù)據(jù)平臺(tái)憑借其強(qiáng)大的功能、先進(jìn)的技術(shù)、顯著的價(jià)值與效益,以及科學(xué)的實(shí)施策略,為醫(yī)療行業(yè)的數(shù)字化、智能化轉(zhuǎn)型提供了有力支持,有望成為推動(dòng)醫(yī)療行業(yè)高質(zhì)量發(fā)展的關(guān)鍵力量。


特別聲明:智慧醫(yī)療網(wǎng)轉(zhuǎn)載其他網(wǎng)站內(nèi)容,出于傳遞更多信息而非盈利之目的,同時(shí)并不代表贊成其觀點(diǎn)或證實(shí)其描述,內(nèi)容僅供參考。版權(quán)歸原作者所有,若有侵權(quán),請(qǐng)聯(lián)系我們刪除。

凡來(lái)源注明智慧醫(yī)療網(wǎng)的內(nèi)容為智慧醫(yī)療網(wǎng)原創(chuàng),轉(zhuǎn)載需獲授權(quán)。



智慧醫(yī)療網(wǎng) ? 2022 版權(quán)所有   ICP備案號(hào):滬ICP備17004559號(hào)-5