文章提出了醫(yī)院信息系統(tǒng)面臨的挑戰(zhàn)，主要是陳舊的HIS系統(tǒng)對業(yè)務(wù)發(fā)展的制約。為解決這一問題，文章介紹了采用云原生架構(gòu)和微服務(wù)技術(shù)構(gòu)建基礎(chǔ)支撐平臺，通過企業(yè)服務(wù)總線（ESB）實現(xiàn)系統(tǒng)集成，并提出醫(yī)院信息系統(tǒng)解耦，將HIS弱化為輕量級HIS中臺，臨床、醫(yī)技、醫(yī)輔和管理等系統(tǒng)獨立，實現(xiàn)更靈活的醫(yī)院信息化管理。此外，文章還討論了國產(chǎn)化適配的必要性。
我國醫(yī)院信息系統(tǒng)經(jīng)過近40年的發(fā)展，大部分醫(yī)院已經(jīng)被架構(gòu)陳舊的HIS制約業(yè)務(wù)發(fā)展。一方面HIS廠商的技術(shù)人員流動，致使HIS對需求變更的響應(yīng)越來越慢，成本越來越高，用戶滿意度越來越低；另一方面，隨著互聯(lián)網(wǎng)+醫(yī)療服務(wù)模式的興起和醫(yī)療服務(wù)市場競爭的加劇，醫(yī)院對IT系統(tǒng)提出越來越多的需求以期滿足業(yè)務(wù)模式變革和精細(xì)化管理需要。醫(yī)院與HIS廠商的矛盾越來越尖銳，醫(yī)院更換HIS的代價和風(fēng)險則與日俱增。可以說，陳舊架構(gòu)的HIS已經(jīng)成為醫(yī)院信息化的絆腳石，制約了HIT行業(yè)的健康發(fā)展。HIS大廠占據(jù)著大醫(yī)院的基礎(chǔ)核心業(yè)務(wù)系統(tǒng)，凡是新進(jìn)入的軟件應(yīng)用系統(tǒng)，都需要向HIS繳納不菲的接口費，嚴(yán)重制約創(chuàng)新產(chǎn)品的應(yīng)用準(zhǔn)入。醫(yī)院對新應(yīng)用系統(tǒng)產(chǎn)品的選擇，需要看HIS廠商的臉色，要么委屈選用HIS廠商推薦的產(chǎn)品，要么向HIS廠商支付高額接口費選用中意的優(yōu)秀產(chǎn)品。擺脫HIS廠家綁架劫持，不僅是多數(shù)醫(yī)院的呼聲，也是廣大中小HIT廠商的心聲。、云原生（Cloud Native）架構(gòu)的軟件系統(tǒng)，面向云計算環(huán)境，采用容器化分發(fā)部署，使得系統(tǒng)在云計算環(huán)境下具有很好的可管理性、可伸縮性和可用性。醫(yī)院新開發(fā)的應(yīng)用軟件系統(tǒng)，應(yīng)盡可能面向云原生架構(gòu)；新采購的應(yīng)用軟件系統(tǒng)，優(yōu)先選擇云原生架構(gòu)的軟件產(chǎn)品。應(yīng)用系統(tǒng)設(shè)計開發(fā)，應(yīng)盡可能采用多層應(yīng)用架構(gòu)、前后端分離和微服務(wù)架構(gòu)，實現(xiàn)面向接口（API）的應(yīng)用編程，便于應(yīng)用的前端交互和后端服務(wù)可獨立并行開展持續(xù)迭代優(yōu)化和敏捷開發(fā)，減少系統(tǒng)升級、運維對用戶的影響，同時降低系統(tǒng)的開發(fā)成本和運維成本。當(dāng)前，云原生架構(gòu)的智慧醫(yī)院應(yīng)用軟件產(chǎn)品還比較短缺，醫(yī)院應(yīng)用軟件完全云化的目標(biāo)，在短期內(nèi)還難以達(dá)成。因為現(xiàn)有單體應(yīng)用軟件和新型微服務(wù)架構(gòu)應(yīng)用軟件，將在相當(dāng)長的一段時間內(nèi)并存，所以，醫(yī)院需要擁有基礎(chǔ)支撐平臺，為醫(yī)院信息系統(tǒng)集成提供基礎(chǔ)支撐和共性能力。基礎(chǔ)支撐平臺提供微服務(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īng)用系統(tǒng)的集成提供平臺支撐。微服務(wù)是去中心化的SOA解決方案，可以采用當(dāng)前主流的開源微服務(wù)框架，如Spring Cloud、Dubbo等。ESB是中心化的SOA解決方案，其主要訴求是為了解決異構(gòu)系統(tǒng)之間的連通性，通過協(xié)議轉(zhuǎn)換、消息解析、消息路由把服務(wù)提供者的數(shù)據(jù)傳送到服務(wù)消費者。ESB以中心輻射架構(gòu)替代原來點對點的系統(tǒng)集成解決方案，成為企業(yè)應(yīng)用通訊的中心樞紐。目前存在許多成熟和應(yīng)用廣泛的開源ESB，如Open ESB、Service MIX、JBoss ESB、Ultra ESB、Mule ESB、WSO2 ESB等。可以使用支持醫(yī)療健康領(lǐng)域消息格式（HL7）的輕量級開源ESB，如Mule ESB或WSO2 ESB。為了方便系統(tǒng)運維管理，同時減少不同應(yīng)用系統(tǒng)的共性通用功能開發(fā)，基礎(chǔ)支撐平臺提供用戶標(biāo)識管理系統(tǒng)、統(tǒng)一授權(quán)管理系統(tǒng)和統(tǒng)一安全認(rèn)證系統(tǒng)，實現(xiàn)不同應(yīng)用系統(tǒng)的統(tǒng)一用戶管理、集中授權(quán)管理和統(tǒng)一安全認(rèn)證。用戶標(biāo)識管理系統(tǒng)用于統(tǒng)一管理機構(gòu)數(shù)字應(yīng)用環(huán)境的用戶標(biāo)識，支持使用手機號碼、電子郵箱、證件號碼、用戶名等屬性來唯一標(biāo)識用戶身份，并支持使用密碼、隨機短信驗證碼、生物特指、CA證書等多種方式進(jìn)行多因子用戶身份認(rèn)證，滿足網(wǎng)絡(luò)安全等級保護(hù)的用戶身份識別要求。各應(yīng)用系統(tǒng)均通過用戶標(biāo)識管理系統(tǒng)完成用戶身份認(rèn)證，避免用戶敏感信息分散存儲在多個應(yīng)用系統(tǒng)，從而增大敏感信息泄露的風(fēng)險。（2）統(tǒng)一授權(quán)管理系統(tǒng)統(tǒng)一授權(quán)管理系統(tǒng)用于統(tǒng)一管理企業(yè)的組織架構(gòu)與用戶權(quán)限，支持將多個應(yīng)用的訪問資源及資源訪問權(quán)限進(jìn)行集中管理與集中授權(quán)，運維人員只需在統(tǒng)一授權(quán)管理系統(tǒng)下，集中一次性完成各應(yīng)用系統(tǒng)的授權(quán)管理工作，無需多次進(jìn)入不同應(yīng)用系統(tǒng)進(jìn)行用戶管理及用戶授權(quán)；系統(tǒng)支持人員權(quán)限隨著工作崗位變動而自然變化，崗變權(quán)變，極大地提高了IT系統(tǒng)運維效率，降低人員換崗、離職場景下可能存在的IT系統(tǒng)權(quán)限收回不及時造成的信息安全風(fēng)險。（3）統(tǒng)一安全認(rèn)證系統(tǒng)統(tǒng)一安全認(rèn)證系統(tǒng)依托用戶標(biāo)識管理系統(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)用訪問控制、系統(tǒng)單點登錄等。基于內(nèi)外網(wǎng)安全邊界控制策略，既滿足內(nèi)、外網(wǎng)應(yīng)用的統(tǒng)一安全認(rèn)證需要，又避免將用戶與權(quán)限數(shù)據(jù)庫及服務(wù)直接暴露在外網(wǎng)上，降低用戶及其鑒權(quán)信息的泄露風(fēng)險。醫(yī)院信息集成平臺使用企業(yè)服務(wù)總線（ESB）技術(shù)實施企業(yè)信息系統(tǒng)集成(EIP)，將醫(yī)院臨床信息系統(tǒng)(CIS)、醫(yī)療管理信息系統(tǒng)（HIS）、醫(yī)技醫(yī)輔系統(tǒng)（MTS）、醫(yī)院運營系統(tǒng)(HRP)等應(yīng)用系統(tǒng)進(jìn)行數(shù)據(jù)與服務(wù)集成，同時通過平臺對應(yīng)用系統(tǒng)提供統(tǒng)一的基礎(chǔ)服務(wù)（如患者主索引MPI、醫(yī)院主數(shù)據(jù)MDI、統(tǒng)一安全認(rèn)證UAA、醫(yī)療文檔共享交換XDS等）。梳理醫(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ǔ)支撐平臺的 ESB，配置醫(yī)院信息系統(tǒng)API，使用ESB實現(xiàn)醫(yī)院內(nèi)外部系統(tǒng)之間的標(biāo)準(zhǔn)化編程接口 (API) 和數(shù)據(jù)交換。醫(yī)院主數(shù)據(jù)和患者主索引是醫(yī)院信息平臺提供的基礎(chǔ)服務(wù)。醫(yī)院各應(yīng)用系統(tǒng)必須使用醫(yī)院信息平臺的主數(shù)據(jù)和主索引服務(wù)，確保主數(shù)據(jù)和患者身份的一致。醫(yī)院主數(shù)據(jù)主要包括組織機構(gòu)（分支機構(gòu)及部門）、崗位、職員、專業(yè)技術(shù)人員(醫(yī)師、護(hù)師、藥師、技師)、藥品耗材、物價收費項目、診斷、手術(shù)操作、檢驗檢查項目、醫(yī)囑項目(組套)、醫(yī)學(xué)術(shù)語等基礎(chǔ)編碼數(shù)據(jù)，以及人員性別、行政區(qū)劃、血型、學(xué)位、學(xué)歷、證件類型等國家或行業(yè)標(biāo)準(zhǔn)字典。平臺通過身份證件號碼或其他信息為每一名患者建立唯一標(biāo)識，并提供對患者信息進(jìn)行創(chuàng)建、變更、合并等操作功能。醫(yī)院信息平臺建立患者主索引服務(wù)和患者交叉索引服務(wù)，各應(yīng)用系統(tǒng)通過使用平臺獲得患者的全局唯一標(biāo)識，并使用全局唯一標(biāo)識關(guān)聯(lián)相關(guān)業(yè)務(wù)記錄和病歷資料，以便能夠通過患者全局唯一標(biāo)識，對各系統(tǒng)產(chǎn)生的數(shù)據(jù)進(jìn)行關(guān)聯(lián)，形成完整的患者電子健康檔案。通過醫(yī)院信息平臺提供醫(yī)療文檔存儲服務(wù)，并實現(xiàn)醫(yī)療文檔共享交換（XDS）。將HIS、EMR、LIS、PACS/RIS、HRP等不同業(yè)務(wù)信息系統(tǒng)產(chǎn)生的業(yè)務(wù)數(shù)據(jù)，通過數(shù)據(jù)清洗或數(shù)據(jù)轉(zhuǎn)換、加載，匯聚到平臺數(shù)據(jù)資源庫，形成全方位的臨床資源庫（CDR）和全面的運營資源庫（ODR）。整合不同業(yè)務(wù)信息系統(tǒng)產(chǎn)生的各類數(shù)據(jù)后，醫(yī)院信息平臺就可以使用大數(shù)據(jù)技術(shù)、方法對全院數(shù)據(jù)進(jìn)行分析、挖掘和利用。主要的應(yīng)用方向包括臨床決策支持（CDSS）和管理決策支持（DSS）。HIS是醫(yī)院信息化應(yīng)用的基礎(chǔ)，也是醫(yī)院必備的核心業(yè)務(wù)系統(tǒng)之一，由于歷史原因，HIS軟件系統(tǒng)從最初的收費結(jié)算、基本醫(yī)療業(yè)務(wù)流程管理逐步發(fā)展到囊括臨床(電子病歷)、醫(yī)技(LIS/RIS)、醫(yī)輔（藥品、耗材、消毒供應(yīng)）和運營（預(yù)算、成本、財務(wù)、人事、后勤）等大部分醫(yī)院業(yè)務(wù)內(nèi)容的龐大復(fù)雜系統(tǒng)，因而系統(tǒng)的復(fù)雜度和運維成本越來越高，響應(yīng)用戶需求變更越來越慢，用戶滿意度越來越低，而醫(yī)院更換HIS的代價和風(fēng)險則越來越高。一家三級醫(yī)院更換HIS不僅需要投入大量的人力物力進(jìn)行項目現(xiàn)場保障，而且更換系統(tǒng)的用戶陣痛期往往長達(dá)半年甚至1至2年，對醫(yī)院的正常業(yè)務(wù)造成很多困擾甚至遭受損失。因此，目前大部分醫(yī)院對現(xiàn)有HIS基本不滿意，但又不好下定決心更換新的HIS，而一些HIS廠商則趁機對醫(yī)院信息化進(jìn)行劫持綁架——如果醫(yī)院的后續(xù)信息化項目不由現(xiàn)HIS廠商承建，HIS廠商就會獅子大開口索要一筆巨額接口費，醫(yī)院對新系統(tǒng)的選擇被HIS廠商制約并提高了建設(shè)成本。為了避免重蹈醫(yī)院信息化被HIS掣肘或綁架的覆轍，醫(yī)院信息系統(tǒng)需要進(jìn)行解耦設(shè)計，將龐大臃腫的HIS弱化成為輕量級的HIS中臺，并通過醫(yī)院服務(wù)總線（HSB）對醫(yī)院信息系統(tǒng)之間的接口實施標(biāo)準(zhǔn)化配置和運行監(jiān)控。醫(yī)院只要牢牢把握醫(yī)院服務(wù)總線（HSB）的配置運維和HIS中臺的數(shù)據(jù)標(biāo)準(zhǔn)等主導(dǎo)權(quán)，就不會被任何軟件廠商綁架劫持。輕量化HIS中臺借鑒微內(nèi)核架構(gòu)設(shè)計理念，由極致精簡的HIS數(shù)據(jù)中臺與業(yè)務(wù)中臺構(gòu)成，其中HIS數(shù)據(jù)中臺規(guī)范和定義醫(yī)院各業(yè)務(wù)信息系統(tǒng)需要共享的業(yè)務(wù)數(shù)據(jù)存儲管理與數(shù)據(jù)操作標(biāo)準(zhǔn)，包括掛號、診療、診斷、醫(yī)囑、處方、申請單、醫(yī)囑執(zhí)行記錄、申請單執(zhí)行記錄、手術(shù)記錄、檢驗檢查報告、醫(yī)療文檔、危急值報告、服務(wù)費用記錄、收費結(jié)算記錄等數(shù)據(jù)的創(chuàng)建、存儲、更新、查詢等標(biāo)準(zhǔn)方法和過程。HIS業(yè)務(wù)中臺則提供HIS數(shù)據(jù)中臺的數(shù)據(jù)操作API和基于HIS數(shù)據(jù)中臺實現(xiàn)醫(yī)囑（申請單）執(zhí)行、處方劃價計費、收費結(jié)算、費用支付（如電子支付、醫(yī)保結(jié)算、信用支付）等HIS基礎(chǔ)應(yīng)用功能，讓HIS中臺回歸到最初的HIS設(shè)計目標(biāo)，將臨床（電子病歷）、醫(yī)技醫(yī)輔（醫(yī)技及醫(yī)療保障）、醫(yī)療管理（業(yè)務(wù)管控）、醫(yī)院運營（人、財、物管理）等系統(tǒng)從HIS剝離出去，并通過醫(yī)院服務(wù)總線（HSB）實現(xiàn)松耦合系統(tǒng)的標(biāo)準(zhǔn)化互操作。臨床信息系統(tǒng)以電子醫(yī)囑(CPOE)和電子病歷(EMR)為主要應(yīng)用功能，涵蓋各類醫(yī)護(hù)工作站和治療執(zhí)行工作站，主要包括門診醫(yī)生工作站、門診護(hù)士工作站、病房醫(yī)生工作站、病房護(hù)士工作站、手術(shù)麻醉病歷系統(tǒ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ù)特點，選擇不同廠商的臨床信息系統(tǒng)（醫(yī)護(hù)工作站），讓醫(yī)院業(yè)務(wù)部門擁有自主選擇業(yè)務(wù)信息系統(tǒng)的權(quán)利，臨床科室的業(yè)務(wù)信息系統(tǒng)更換與升級，影響范圍被限制在科室內(nèi)部，不會對醫(yī)院其他科室的業(yè)務(wù)造成任何影響，從而大大降低醫(yī)院信息系統(tǒng)對臨床學(xué)科發(fā)展的制約，有利于臨床業(yè)務(wù)的能力提升和學(xué)科發(fā)展。臨床信息系統(tǒng)通過HIS中臺獲得門診掛號、門診診療及住院診療信息，診斷、醫(yī)囑、處方、申請單、醫(yī)療文書等信息與HIS數(shù)據(jù)中臺實時共享，實時更新數(shù)據(jù)中臺的共享數(shù)據(jù)。
醫(yī)技醫(yī)輔系統(tǒng)主要包括放射、超聲、內(nèi)鏡、病理、電生理、檢驗等醫(yī)技信息系統(tǒng)和門診藥房、住院藥房、靜脈藥物配置中心、消毒供應(yīng)、醫(yī)療耗材供應(yīng)等醫(yī)療輔助信息系統(tǒng)。大部分醫(yī)技系統(tǒng)獨立于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廠商逐步推出獨立的醫(yī)療輔助業(yè)務(wù)系統(tǒng)。醫(yī)技醫(yī)輔系統(tǒng)解耦后，共享醫(yī)院信息平臺主數(shù)據(jù)，與基礎(chǔ)支撐平臺實施統(tǒng)一安全認(rèn)證與單點登錄，并與HIS數(shù)據(jù)中臺實時共享醫(yī)囑與醫(yī)囑執(zhí)行記錄，使用HIS業(yè)務(wù)中臺實現(xiàn)統(tǒng)一的醫(yī)囑執(zhí)行與劃價計費功能。醫(yī)技醫(yī)輔系統(tǒng)解耦后，讓醫(yī)院各醫(yī)技醫(yī)輔部門有機會選擇更加專業(yè)的業(yè)務(wù)系統(tǒng)，實現(xiàn)醫(yī)院及科室的精細(xì)化管理目標(biāo)。傳統(tǒng)HIS系統(tǒng)提供的門診排班、預(yù)約掛號、分診排隊、登記預(yù)約、醫(yī)務(wù)管理、護(hù)理管理、藥事管理、輸血管理、會診管理、手術(shù)管理、物價管理、醫(yī)療質(zhì)控等功能應(yīng)用，將作為獨立的系統(tǒng)從HIS剝離，通過醫(yī)院服務(wù)總線（HSB）實現(xiàn)與HIS中臺和其他醫(yī)療信息系統(tǒng)的松耦合集成，這有助于醫(yī)療管理系統(tǒng)的靈活個性化定制和快速需求變更響應(yīng)，提高醫(yī)院各職能管理部門的信息化應(yīng)用水平和管理效率，提高醫(yī)院智慧管理與智慧服務(wù)應(yīng)用水平。醫(yī)院的行政人事管理、財務(wù)管理、供應(yīng)鏈管理、后勤管理等專業(yè)領(lǐng)域的管理子系統(tǒng)，取代傳統(tǒng)HIS的相關(guān)管理模塊功能（如人員管理、采購與庫存管理、設(shè)備物資管理等）已經(jīng)成為趨勢。目前，HRP廠商和SPD服務(wù)商均已推出更加專業(yè)的醫(yī)院運營管理系統(tǒng)，為醫(yī)院的精細(xì)化管理提供專業(yè)的管理工具和托管服務(wù)。醫(yī)院信息系統(tǒng)需要將國產(chǎn)化適配工作提上日程，新的應(yīng)用系統(tǒng)，應(yīng)該盡可能完成國產(chǎn)化適配，或者選擇便于實現(xiàn)國產(chǎn)化適配的技術(shù)路線和技術(shù)方案。云原生架構(gòu)應(yīng)用由于對硬件設(shè)備和操作系統(tǒng)的緊密依賴程度較低，能夠使用較低成本遷移到純國產(chǎn)化的云計算環(huán)境。應(yīng)用系統(tǒng)所依賴的中間件和PaaS平臺，應(yīng)該具有可替代的國產(chǎn)化產(chǎn)品；數(shù)據(jù)庫管理系統(tǒng)優(yōu)先選擇與國產(chǎn)化數(shù)據(jù)庫全兼容或具有可替代國產(chǎn)化數(shù)據(jù)庫的產(chǎn)品，或者選擇開源數(shù)據(jù)庫。基礎(chǔ)支撐平臺選用WSO2 ESB和Dubbo3微服務(wù)架構(gòu)，部署用戶標(biāo)識管理系統(tǒng)、統(tǒng)一授權(quán)管理系統(tǒng)和統(tǒng)一安全認(rèn)證系統(tǒng)等基礎(chǔ)支撐應(yīng)用。用戶標(biāo)識管理系統(tǒng)提供的核心功能是用戶標(biāo)識管理和用戶身份認(rèn)證。（1）用戶標(biāo)識管理：支持使用手機號碼、登錄名、證件號碼等多種方式，對數(shù)字環(huán)境下的用戶身份進(jìn)行唯一標(biāo)識。（2）用戶身份認(rèn)證：既支持使用用戶標(biāo)識+密碼的簡單身份認(rèn)證，也支持用戶標(biāo)識+密碼結(jié)合短信驗證碼、安全終端綁定與登錄區(qū)域限制、生物特征識別、數(shù)字證書等多種方式的多因子身份認(rèn)證與登錄安全控制，提高用戶身份認(rèn)證強度。2.統(tǒng)一授權(quán)管理系統(tǒng)集中用戶授權(quán)是統(tǒng)一授權(quán)管理系統(tǒng)的核心訴求。允許將多個應(yīng)用的訪問資源及資源訪問權(quán)限進(jìn)行集中管理與集中授權(quán)，運維人員只需在統(tǒng)一授權(quán)管理系統(tǒng)下集中一次性完成各應(yīng)用系統(tǒng)的授權(quán)管理工作，無需多次進(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)用訪問控制、系統(tǒng)單點登錄等。醫(yī)院信息集成平臺建設(shè)醫(yī)院主數(shù)據(jù)、患者主索引、基礎(chǔ)知識庫、病歷存儲管理等基礎(chǔ)服務(wù)，并通過醫(yī)院服務(wù)總線將平臺基礎(chǔ)服務(wù)向應(yīng)用系統(tǒng)發(fā)布。通過平臺統(tǒng)一維護(hù)性別代碼、醫(yī)師類型代碼、給藥途徑代碼、頻次代碼、職業(yè)代碼、學(xué)科門類代碼、學(xué)位代碼、學(xué)歷代碼、身份證件類型代碼、處方類型代碼、診斷類別代碼、醫(yī)療類別代碼、險種類型代碼、治療類別代碼等基礎(chǔ)字典數(shù)據(jù)，并通過醫(yī)院服務(wù)總線開放基礎(chǔ)字典數(shù)據(jù)的訂閱、查詢服務(wù)。通過平臺統(tǒng)一維護(hù)管理病種編碼、診斷編碼、危急值項目編碼、藥品耗材編碼、服務(wù)項目編碼、醫(yī)學(xué)術(shù)語編碼、機構(gòu)編碼、科室編碼、病區(qū)編碼、診室病房編碼、床位編碼、組套項目、醫(yī)學(xué)術(shù)語編碼等主數(shù)據(jù)，并通過醫(yī)院服務(wù)總線開放數(shù)據(jù)訂閱、查詢服務(wù)。平臺統(tǒng)一管理和維護(hù)患者基本信息，實現(xiàn)患者查詢、拆分、合并等功能，并對患者進(jìn)行唯一標(biāo)識，通過醫(yī)院服務(wù)總線開放患者注冊、患者查詢、患者交叉索引等患者主索引服務(wù)。平臺統(tǒng)一維護(hù)醫(yī)師、護(hù)師、藥師、技師等專業(yè)技術(shù)人員基本信息和醫(yī)療小組，通過醫(yī)院服務(wù)總線開放人員注冊、人員查詢、人員訂閱等服務(wù)。平臺統(tǒng)一維護(hù)機構(gòu)參數(shù)、機構(gòu)處方集、機構(gòu)醫(yī)囑必備項目、科室服務(wù)項目、科室后付費項目、科室常用醫(yī)囑項目等基礎(chǔ)配置信息，通過醫(yī)院服務(wù)總線開放基礎(chǔ)配置信息查詢服務(wù)。平臺統(tǒng)一維護(hù)機構(gòu)服務(wù)物價、科室項目物價、科室給藥收費設(shè)置等收費計價相關(guān)的基礎(chǔ)數(shù)據(jù)及計價規(guī)則，各應(yīng)用系統(tǒng)可以通過醫(yī)院服務(wù)總線訂閱收費物價基礎(chǔ)信息和收費計價規(guī)則。平臺提供醫(yī)學(xué)文檔存儲、簽名、驗簽、調(diào)閱等管理功能，并通過服務(wù)總線提供醫(yī)學(xué)文檔共享(IHE-XDS)服務(wù)。使用基礎(chǔ)支撐平臺的ESB中間件，將平臺基礎(chǔ)服務(wù)及各微服務(wù)架構(gòu)應(yīng)用的開放服務(wù)配置到ESB端點，形成醫(yī)院服務(wù)總線(HSB)。使用ESB的監(jiān)控組件對服務(wù)總線的運行狀態(tài)及業(yè)務(wù)流進(jìn)行監(jiān)控跟蹤。HIS數(shù)據(jù)中臺定義了醫(yī)院基本運行所需的各核心業(yè)務(wù)系統(tǒng)需要共享的精簡數(shù)據(jù)集，包含管理、收費和臨床、醫(yī)技、醫(yī)輔系統(tǒng)之間頻繁交換共享的數(shù)據(jù)。數(shù)據(jù)中臺提供對這些共享數(shù)據(jù)進(jìn)行操作的標(biāo)準(zhǔn)服務(wù)接口(API)，允許應(yīng)用系統(tǒng)通過API調(diào)用對中臺數(shù)據(jù)進(jìn)行創(chuàng)建、更新、查詢等操作。數(shù)據(jù)中臺也允許應(yīng)用系統(tǒng)在遵循數(shù)據(jù)中臺業(yè)務(wù)數(shù)據(jù)處理規(guī)則的前提下，直接操縱數(shù)據(jù)庫，對數(shù)據(jù)庫執(zhí)行標(biāo)準(zhǔn)SQL的INSERT、UPDATE、DELETE、SELECT等操作。HIS數(shù)據(jù)中臺定義了掛號分診記錄、診療服務(wù)記錄、診斷記錄、醫(yī)囑記錄、處方記錄、申請單記錄、手術(shù)記錄、醫(yī)療文檔記錄、危急值報告記錄、服務(wù)費用記錄、收費結(jié)算記錄、醫(yī)囑執(zhí)行記錄和申請單執(zhí)行記錄。門診掛號系統(tǒng)在掛號和預(yù)約取號時，在HIS數(shù)據(jù)中臺創(chuàng)建掛號記錄，掛號狀態(tài)設(shè)置為正常，診療狀態(tài)設(shè)置為未分診。排隊叫號系統(tǒng)通過數(shù)據(jù)中臺獲取掛號記錄，進(jìn)入排隊叫號系統(tǒng)排隊，排隊叫號系統(tǒng)需要回寫數(shù)據(jù)中臺掛號記錄表的排隊訂單ID，方便通過掛號記錄關(guān)聯(lián)查詢患者的排隊動態(tài)。需要預(yù)檢分診的診區(qū)，從HIS中臺獲取相關(guān)未分診的掛號患者進(jìn)行分診，分診護(hù)士完成預(yù)檢分診后，創(chuàng)建（或更新）分診記錄，同時將掛號記錄的診療狀態(tài)設(shè)置為待接診，如果原掛號記錄未指定掛號醫(yī)師，則在分診時還應(yīng)該為該診療記錄設(shè)定掛號醫(yī)師。門診醫(yī)生工作站從HIS中臺查詢患者掛號記錄，獲得本人的各診療狀態(tài)患者列表，使用順呼策略呼叫患者前往診室就診（需要優(yōu)先就診的患者，應(yīng)該通過排隊叫號系統(tǒng)進(jìn)行調(diào)整，確保就診秩序的公平公開），若患者未能到診，則將掛號狀態(tài)變更為過號，過號的掛號記錄診療狀態(tài)仍然維持待接診狀態(tài)，過號患者可以通過排隊叫號系統(tǒng)進(jìn)行“過號重排”重新進(jìn)入候診隊列等待醫(yī)生呼叫接診，過號重排的排隊策略由分診排隊叫號系統(tǒng)管理。門診醫(yī)生工作站接診患者后，將掛號記錄的診療狀態(tài)設(shè)置為“診查中”；醫(yī)生接診患者后，如果發(fā)現(xiàn)患者更適合到其他科室或本科室其他出診醫(yī)師看診，為了改善患者體驗，在不影響掛號費用結(jié)算的前提下，醫(yī)生可以在診間為患者辦理院內(nèi)轉(zhuǎn)診，從新科室（或新醫(yī)師）申請到新的掛號號數(shù)后，更改當(dāng)前掛號記錄的科室代碼（看診科室）、掛號醫(yī)師（看診醫(yī)師）、掛號號數(shù)（新申請到的掛號號數(shù)）和轉(zhuǎn)出醫(yī)師（當(dāng)前醫(yī)師），并分別將掛號狀態(tài)和診療狀態(tài)變更為轉(zhuǎn)診、待接診；如果已經(jīng)產(chǎn)生了診療記錄，可以作廢診療記錄并清空掛號記錄的診療ID，或者更新診療記錄的。為了避免患者產(chǎn)生被推諉的誤會，系統(tǒng)應(yīng)該限制對同一掛號記錄執(zhí)行多次轉(zhuǎn)診。退號后，將掛號狀態(tài)設(shè)置為“退號”。患者結(jié)診患時，增加機構(gòu)就診當(dāng)日的門診結(jié)診數(shù)量，并將統(tǒng)計數(shù)值更新到掛號記錄的日門診序號。HIS數(shù)據(jù)中臺將門診、住院記錄統(tǒng)一保存到診療記錄表，并通過門診病例表和住院病例表將門診、住院診療的不同屬性分表存儲。門診醫(yī)生接診患者并提交門診病歷時，檢查患者掛號記錄是否已經(jīng)關(guān)聯(lián)診療記錄，如果尚未關(guān)聯(lián)則創(chuàng)建新的診療記錄并建立掛號記錄與診療記錄的關(guān)聯(lián)關(guān)系，否則，直接更新已經(jīng)存在關(guān)聯(lián)的診療記錄相關(guān)信息。住院患者在辦理入院時創(chuàng)建住院診療記錄，同時將收治科室作為該診療記錄的第一個住院科室，在患者到達(dá)病區(qū)辦理入?yún)^(qū)手續(xù)時，將診療記錄加入科室在院患者表；病區(qū)護(hù)士站辦理患者出區(qū)手續(xù)時，將患者從當(dāng)前科室的科室在院患者表移除。由于患者緊急轉(zhuǎn)科時，出科后原轉(zhuǎn)出科室可能仍然需要補錄醫(yī)囑，此時應(yīng)該通過向轉(zhuǎn)入科室申請醫(yī)囑補錄，轉(zhuǎn)入科室批準(zhǔn)并設(shè)置有效期限，將患者加入原轉(zhuǎn)出科室的科室在院患者表，轉(zhuǎn)出科室就可以進(jìn)行醫(yī)囑補錄。錄入或補錄醫(yī)囑時，醫(yī)囑的科室序號應(yīng)使用科室在院患者表中的科室序號（即轉(zhuǎn)出前的科室序號），而不是診療記錄狀態(tài)表中的患者當(dāng)前科室序號。補錄完成后，原轉(zhuǎn)出科室將患者從科室在院患者表移除。為了減少重復(fù)診斷的數(shù)據(jù)冗余，HIS數(shù)據(jù)中臺將門診診斷、入院診斷、出院診斷等診斷信息都保存到診療記錄診斷表，并分別通過門診診斷表、入院診斷表、出院診斷表、醫(yī)保診斷表對診療記錄診斷進(jìn)行引用。醫(yī)生對門診診斷、入院診斷和出院診斷進(jìn)行編輯時，如果診療記錄診斷表已經(jīng)存在診斷編碼，就可以直接引用而無需重復(fù)添加?？紤]到醫(yī)保確定主診斷的原則與臨床確定主診斷的原則可能不同，為此，允許醫(yī)保醫(yī)師或編碼人員將出院診斷進(jìn)行補充和重排，形成醫(yī)保診斷用于醫(yī)保結(jié)算和醫(yī)保數(shù)據(jù)上傳（如結(jié)算清單上傳、病案首頁上傳等）。病案編碼人員可以根據(jù)醫(yī)師診斷結(jié)合病歷資料，調(diào)整或增補診斷編碼，調(diào)整的診斷狀態(tài)設(shè)置為“編碼更改”，如果存在編碼更改的診斷，則以編碼員的診斷編碼和診斷名稱作為最終的診斷，否則使用醫(yī)師的診斷編碼和診斷名稱。醫(yī)囑記錄在醫(yī)囑開立或醫(yī)囑補錄時創(chuàng)建，醫(yī)囑一般由醫(yī)生使用臨床信息系統(tǒng)(如病房醫(yī)生站)錄入，也可以由實習(xí)生或搶救護(hù)士等人員錄入，再由口頭下達(dá)醫(yī)囑的醫(yī)師審核簽名。醫(yī)師未簽名的醫(yī)囑，護(hù)士不能核對和執(zhí)行。有賴其他科室執(zhí)行的諸如醫(yī)技、治療類醫(yī)囑項目，需要填寫申請單時，由醫(yī)囑錄入人員創(chuàng)建或完善電子申請單內(nèi)容，并將申請單流水號引用到醫(yī)囑記錄，以便能關(guān)聯(lián)申請單了解其狀態(tài)變化。醫(yī)囑簽名采用批量醫(yī)囑合并簽名方案，簽名者根據(jù)醫(yī)囑狀態(tài)篩選進(jìn)行多條醫(yī)囑批量選中，按醫(yī)囑的顯示順序?qū)⑺x醫(yī)囑的醫(yī)囑號、開立時間、開始時間、醫(yī)囑內(nèi)容、囑托、組標(biāo)記等數(shù)據(jù)列構(gòu)造JSON醫(yī)囑數(shù)組或XML文檔對象，使用簽名者的CA證書對JSON字符串或XML文檔進(jìn)行數(shù)字簽名，并將簽名結(jié)果(數(shù)字簽名戳)保存到醫(yī)囑簽名記錄表，以供驗簽使用。門診處方由具有處方權(quán)限的醫(yī)師開具，處方需要有患者的診療記錄和診斷記錄。西藥處方的診斷從患者診斷記錄中選擇一條未排除的西醫(yī)診斷，記錄到處方的主病診斷，作為處方的用藥依據(jù)；中藥處方需要從診療診斷記錄表中分別選擇中醫(yī)病名和中醫(yī)癥候作為處方的主病和主癥。
申請單是在處方的基礎(chǔ)上擴(kuò)展屬性，遵循處方的處理控制邏輯。門診處方開具后，對于需要出庫的處方（如中西藥處方），劃價時由劃價系統(tǒng)向執(zhí)行科室（藥房）發(fā)送處方，申請確定處方藥品規(guī)格型號及價格并進(jìn)行庫存預(yù)占，產(chǎn)生劃價單并將劃價單流水號回寫到處方記錄，同時設(shè)置處方收費狀態(tài)為“待收費”；收費系統(tǒng)完成收費后，需要將處方的收費狀態(tài)變?yōu)椤耙咽召M”。處方執(zhí)行科室收到其他科室發(fā)送的處方后，將處方設(shè)置為已接收，對于執(zhí)行狀態(tài)為已接收的處方，開單醫(yī)生如果需要撤回處方，則必須讓執(zhí)行科室將處方執(zhí)行狀態(tài)退回到待接單或已撤銷狀態(tài)。執(zhí)行科室開始執(zhí)行處方前，應(yīng)該判斷處方的收費狀態(tài)為已收費，避免尚未收費或已退費的處方被執(zhí)行出現(xiàn)漏費；開始執(zhí)行處方時，將處方執(zhí)行狀態(tài)變更為“已執(zhí)行”，處方執(zhí)行完畢，設(shè)置處方執(zhí)行狀態(tài)為“已完成”。收費系統(tǒng)要對處方進(jìn)行退費前，需要確認(rèn)退費處方的執(zhí)行狀態(tài)必須處于已撤銷狀態(tài)，避免已接收（準(zhǔn)備執(zhí)行）、已開始或已完成的處方被中途退費。處方可以設(shè)置成為處方模板，支持醫(yī)生選用處方模板快速開具處方，在模板處方的基礎(chǔ)上進(jìn)行簡單的用量、數(shù)量修改就能夠快速完成處方開具。處方簽名使用簽名者的數(shù)字證書，對電子處方單的JSON字符串或XML文檔對象進(jìn)行數(shù)字簽名，簽名時間、簽名類型、簽名證書及數(shù)字簽名戳等信息保存到處方其他信息表。檢驗申請單和檢查申請單屬于特殊的處方，申請單的檢驗檢查項目保存在處方明細(xì)表，而具有多個檢查部位的檢查項目，其部位信息保存到處方明細(xì)部位表。申請單可以通過劃價收費系統(tǒng)進(jìn)行自動劃價，產(chǎn)生劃價單，用于收費結(jié)算。醫(yī)技執(zhí)行系統(tǒng)在簽發(fā)報告時，要將報告元數(shù)據(jù)和報告內(nèi)容推送到HIS中臺，保存到申請單報告記錄表，同時增加申請單的未讀報告計數(shù)，以便醫(yī)師能夠及時獲得報告發(fā)布通知并及早調(diào)閱報告。手術(shù)申請單是電子申請單的一種，手術(shù)執(zhí)行的主要內(nèi)容和結(jié)果狀態(tài)記錄在手術(shù)記錄表中，正式的麻醉記錄和手術(shù)病歷，則分別采用獨立的電子病歷文檔存儲。醫(yī)療文檔主要記錄電子醫(yī)療文書的元數(shù)據(jù)，并使用通用的外部存儲服務(wù)（如文件存儲、對象存儲）存儲文檔內(nèi)容。醫(yī)療文檔可以在簽名時提交，也可以在歸檔時提交；為了便于實施在架病歷質(zhì)控，建議病歷文件創(chuàng)建后，每次更新都提交到平臺。醫(yī)技部門發(fā)現(xiàn)危急值時，填寫危急值報告，并通知臨床科室及時采取有效措施防范化解危及患者生命的風(fēng)險。HIS數(shù)據(jù)中臺使用劃價單存儲醫(yī)療服務(wù)費用。處方劃價、醫(yī)囑執(zhí)行、申請單執(zhí)行都會產(chǎn)生劃價單，供門診收費或住院結(jié)算使用。當(dāng)處方、醫(yī)囑執(zhí)行、申請單執(zhí)行需要消耗供應(yīng)部門的庫存（如藥品、耗材）時，需要使用庫房的實際出庫明細(xì)進(jìn)行計價，出庫單流水號被劃價單引用，以備關(guān)聯(lián)出庫單明細(xì)查詢。通過處方劃價產(chǎn)生的劃價單，引用處方流水號（數(shù)據(jù)中臺處方的唯一標(biāo)識）跟處方建立關(guān)聯(lián)。醫(yī)囑執(zhí)行和申請單執(zhí)行產(chǎn)生的劃價單，處方流水號置空(NULL)。劃價單明細(xì)表中的非醫(yī)療標(biāo)志位、復(fù)方使用標(biāo)志位、醫(yī)院審核標(biāo)志位和醫(yī)保上傳標(biāo)志位用于醫(yī)保結(jié)算的費用上傳，醫(yī)保費用上傳返回的對應(yīng)信息，保存到醫(yī)保費用明細(xì)信息表。收費結(jié)算針對未結(jié)算劃價單進(jìn)行合并結(jié)算，產(chǎn)生結(jié)算記錄。收費人員根據(jù)結(jié)算記錄的總金額，可以選擇現(xiàn)金或不同渠道的電子支付完成收費結(jié)算的資金支付。資金交易記錄表記錄各電子支付渠道的資金支付交易請求交易及交易結(jié)果。發(fā)票記錄表則根據(jù)發(fā)票開具規(guī)則，由收費結(jié)算系統(tǒng)在成功結(jié)算后產(chǎn)生，發(fā)票可以補打或者申請開具電子發(fā)票。收費結(jié)算處理時，根據(jù)收費人員選擇的劃價單(結(jié)算記錄劃價單表)，對劃價單的費用明細(xì)按費用類別匯總，保存到結(jié)算費別匯總表。結(jié)算費別匯總數(shù)據(jù)是發(fā)票的原始數(shù)據(jù)來源，有些醫(yī)療機構(gòu)允許將所有費別打印到同一張發(fā)票，而有些機構(gòu)則要求根據(jù)發(fā)票費別的發(fā)票歸屬編碼分票，需要將不同發(fā)票歸屬編碼的費別，放到不同的發(fā)票。收費結(jié)算時，收費系統(tǒng)應(yīng)該在向收費員展示各結(jié)算費別金額及總金額后，允許收費人員添加不同的資金類型和對應(yīng)的金額到收費資金明細(xì)表。如果資金類型的電子支付標(biāo)志位為非0，則需要選擇一種支持該資金類型的交易渠道，發(fā)起支付交易，將交易流水號記錄到收費資金明細(xì)表。如果收費資金明細(xì)表的交易流水號交易狀態(tài)為“已成功”，則不允許收費員刪除和修改該筆收費資金明細(xì)；若需要刪除必須通過撤銷交易實現(xiàn)。審核確認(rèn)結(jié)算記錄時，必須保證結(jié)算記錄的收費資金明細(xì)表金額匯總與結(jié)算總金額一致（總分一致），且收費資金明細(xì)表中的各交易流水的交易狀態(tài)均為“已成功”，否則可能會造成收費資金無法到賬造成損失。收費系統(tǒng)在確認(rèn)收費結(jié)算完成時，需要在數(shù)據(jù)中臺將本次收費結(jié)算涉及的處方的收費狀態(tài)設(shè)置為“已收費”，以便處方執(zhí)行部門在接收/執(zhí)行處方時，對處方的收費狀態(tài)進(jìn)行判斷，防止漏費。醫(yī)囑執(zhí)行記錄和醫(yī)囑執(zhí)行異常記錄，是電子病歷的重要組成部分。每次執(zhí)行醫(yī)囑可以選擇多條醫(yī)囑，可以記錄從開始到結(jié)束的每一步操作步驟的操作人、操作時間及其費用明細(xì)；也可以按天或幾天批量執(zhí)行醫(yī)囑，根據(jù)醫(yī)囑的執(zhí)行內(nèi)容和次數(shù)，產(chǎn)生計費單用于住院費用結(jié)算。醫(yī)囑執(zhí)行步驟消耗費用，如果執(zhí)行項目屬于不需要管理庫存的服務(wù)項目，則在步驟操作完成確認(rèn)時，直接將執(zhí)行步驟消耗明細(xì)加入醫(yī)囑執(zhí)行費用明細(xì)表；如果項目是需要庫存出庫的商品，則需要等待出庫完成后，依據(jù)出庫單的商品明細(xì)，產(chǎn)生醫(yī)囑執(zhí)行步驟消耗明細(xì)表，并同時將費用明細(xì)添加到醫(yī)囑執(zhí)行費用明細(xì)表。醫(yī)囑執(zhí)行完畢，對執(zhí)行費用明細(xì)進(jìn)行復(fù)核記賬，產(chǎn)生劃價單供結(jié)算使用。與醫(yī)囑執(zhí)行記錄類似，申請單執(zhí)行記錄用于執(zhí)行部門在執(zhí)行其他科室發(fā)送的申請單時，對執(zhí)行過程及其費用明細(xì)進(jìn)行記錄。執(zhí)行完成后，對執(zhí)行費用明細(xì)進(jìn)行復(fù)核記賬，產(chǎn)生劃價單供結(jié)算使用。（1）HIS業(yè)務(wù)中臺后端服務(wù)提供票據(jù)管理、備用金管理、出納交賬處理等收費會計處理API。提供門診掛號、預(yù)約取號、門診劃價、門診接診、門診診斷、門診病歷、門診處方、醫(yī)保掛號/撤銷、醫(yī)保就診信息變更、門診結(jié)算/撤銷等基本的門診業(yè)務(wù)處理API。提供住院登記/撤銷、病區(qū)患者入出辦理、出院辦理/召回、醫(yī)保住院辦理/撤銷、醫(yī)保就診信息上傳、醫(yī)保費用明細(xì)上傳/撤銷、醫(yī)保出院辦理/撤銷、住院費用結(jié)算/撤銷等基本住院業(yè)務(wù)處理API。提供申請單開立/簽名/撤回/作廢、劃價、收費/退費、發(fā)送/登記/退單、登記排程、執(zhí)行/完成/終止/撤銷等操作的業(yè)務(wù)處理API。提供病區(qū)醫(yī)生護(hù)士進(jìn)行醫(yī)囑開立/簽名/召回/作廢、核對/駁回/發(fā)送、執(zhí)行/停止、補錄等業(yè)務(wù)操作的數(shù)據(jù)處理API。提供微信、支付寶、銀聯(lián)等電子支付和醫(yī)保結(jié)算相關(guān)業(yè)務(wù)處理API，包括掃碼支付、支付碼支付、醫(yī)保門診預(yù)結(jié)算/結(jié)算/撤銷、醫(yī)保住院預(yù)結(jié)算/結(jié)算/撤銷、醫(yī)保結(jié)算對賬、支付交易狀態(tài)查詢、支付交易異常處理等API。提供醫(yī)療文檔提交、簽名、歸檔、查詢等處理API，采用外部存儲服務(wù)(如文件服務(wù)、對象服務(wù)等)存儲文檔。（2）HIS業(yè)務(wù)中臺前端應(yīng)用HIS業(yè)務(wù)中臺提供以下前端應(yīng)用，滿足醫(yī)院門診掛號、門診收費、入出轉(zhuǎn)院辦理、住院結(jié)算、醫(yī)技(治療)執(zhí)行、收費會計等日常精準(zhǔn)收費結(jié)算和收費會計管理需要，成為智慧醫(yī)院數(shù)字化運轉(zhuǎn)的強大基石?？梢造`活搭配不同廠商的醫(yī)護(hù)工作站和醫(yī)技醫(yī)輔系統(tǒng)，達(dá)到電子病歷應(yīng)用4級甚至更高標(biāo)準(zhǔn)。門診掛號收費系統(tǒng)提供門診掛號/退號/改號、門診收費/退費、門診收費票據(jù)打印/作廢/補打等功能，滿足門診掛號窗口、收費窗口的日常業(yè)務(wù)辦理與數(shù)據(jù)查詢需要。2）住院入出轉(zhuǎn)與結(jié)算系統(tǒng)住院入出轉(zhuǎn)與結(jié)算系統(tǒng)提供住院登記/撤銷、出院(轉(zhuǎn)院)辦理/召回、住院預(yù)交金收費、在院中途結(jié)算/撤銷、出院結(jié)算/撤銷等功能，滿足醫(yī)院住院部對住院患者進(jìn)行入出轉(zhuǎn)院辦理與收費結(jié)算管理的業(yè)務(wù)需要。3）醫(yī)囑與申請單執(zhí)行系統(tǒng)醫(yī)囑與申請單執(zhí)行系統(tǒng)提供臨床及醫(yī)技、功能科室對患者醫(yī)囑及申請單發(fā)送、接收、計價、執(zhí)行等操作管理功能，實現(xiàn)醫(yī)囑與申請單精細(xì)化執(zhí)行及精準(zhǔn)計費管理。在醫(yī)院更換HIS時，可以使用適配器將現(xiàn)HIS的處方及醫(yī)囑數(shù)據(jù)匯聚到HIS數(shù)據(jù)中臺，使用HIS業(yè)務(wù)中臺的劃價收費功能，并利用本系統(tǒng)來處理老HIS開具的臨床指令(醫(yī)囑、處方)的執(zhí)行與計費，滿足醫(yī)院更換HIS期間的業(yè)務(wù)平穩(wěn)運行需要，避免同時大規(guī)模更換臨床系統(tǒng)帶來的巨大風(fēng)險和壓力。收費會計管理系統(tǒng)提供各窗口收費出納進(jìn)行交賬會計核算以及收費票據(jù)管理功能。門診排班管理系統(tǒng)提供醫(yī)院門診醫(yī)生的出診安排，根據(jù)門診排班確定門診掛號號源；門診掛號號源是門診預(yù)約診療的基礎(chǔ)。系統(tǒng)支持科室排班和專家排班兩種排班模式?？剖遗虐嘀话才趴剖业慕釉\號數(shù)，而不明確出診醫(yī)師；專家排班針對每個醫(yī)師單獨進(jìn)行排班。采用科室排班時，支持周固定排班模式，以一周為基本單位，設(shè)置好每天各午別的出診醫(yī)師人數(shù)和每人接診的號數(shù)。系統(tǒng)在排班有效期內(nèi)，根據(jù)當(dāng)天的周排班設(shè)置自動產(chǎn)生號源，自動跳過節(jié)假日。專家排班功能支持同時對專家在不同院區(qū)、不同科室的排班。排班號源需要支持不同的號源取號方式（如線上、現(xiàn)場、任意等），可以設(shè)置號源取號方式的分布規(guī)律，自動根據(jù)采用的分布規(guī)律設(shè)置各個號源的取號方式。分診排隊叫號系統(tǒng)通過HIS中臺獲取患者掛號信息，并根據(jù)掛號信息和排隊策略，自動按掛號號數(shù)順序進(jìn)行排隊，并可根據(jù)老年優(yōu)先、急診優(yōu)先、預(yù)約優(yōu)先等原則進(jìn)行動態(tài)調(diào)整。通過候診區(qū)大屏、診室小屏等媒體終端，發(fā)布候診排隊信息，播報叫號語音，引導(dǎo)患者公平、有序到達(dá)診室就診，維持良好的門診就診秩序，緩解等候人員的焦慮情緒，改善患者就醫(yī)體驗。藥庫管理系統(tǒng)提供藥品采購計劃、采購入庫、采購?fù)素?、藥房申領(lǐng)、藥房退庫、庫存盤點、庫存損溢等業(yè)務(wù)功能，實現(xiàn)藥劑部門對藥庫的有效管理。設(shè)備物資庫管理系統(tǒng)提供設(shè)備物資等非藥品的采購入庫、采購?fù)素洝⑽镔Y申領(lǐng)、申領(lǐng)退庫、庫存盤點、庫存損溢等業(yè)務(wù)功能和多級庫房管理功能。提供藥房調(diào)撥申請、調(diào)撥入庫、調(diào)撥退庫、庫存盤點、庫存損溢、處方調(diào)配、處方發(fā)藥、醫(yī)囑領(lǐng)藥、醫(yī)囑擺藥、醫(yī)囑發(fā)藥等藥房業(yè)務(wù)管理功能。4.HIS/EMR、LIS、PACS/RIS更新升級對現(xiàn)有HIS/EMR、LIS、PACS/RIS進(jìn)行升級改造，滿足集團(tuán)化、O2O業(yè)務(wù)需要和電子病歷應(yīng)用評級要求。建設(shè)支持線上線下融合(O2O)的醫(yī)療健康服務(wù)平臺，通過互聯(lián)網(wǎng)向患者提供更多便利服務(wù)，延伸醫(yī)院服務(wù)半徑，提高醫(yī)院影響力。O2O醫(yī)療健康服務(wù)平臺的主要建設(shè)內(nèi)容包括醫(yī)生云診室、O2O門診醫(yī)生工作站、用戶事件反饋系統(tǒng)、醫(yī)院信息門戶與信息發(fā)布管理系統(tǒng)、便民服務(wù)平臺和處方流轉(zhuǎn)平臺與云藥房系統(tǒng)。
綜上所述，醫(yī)療大數(shù)據(jù)平臺憑借其強大的功能、先進(jìn)的技術(shù)、顯著的價值與效益，以及科學(xué)的實施策略，為醫(yī)療行業(yè)的數(shù)字化、智能化轉(zhuǎn)型提供了有力支持，有望成為推動醫(yī)療行業(yè)高質(zhì)量發(fā)展的關(guān)鍵力量。
特別聲明：智慧醫(yī)療網(wǎng)轉(zhuǎn)載其他網(wǎng)站內(nèi)容，出于傳遞更多信息而非盈利之目的，同時并不代表贊成其觀點或證實其描述，內(nèi)容僅供參考。版權(quán)歸原作者所有，若有侵權(quán)，請聯(lián)系我們刪除。
凡來源注明智慧醫(yī)療網(wǎng)的內(nèi)容為智慧醫(yī)療網(wǎng)原創(chuàng)，轉(zhuǎn)載需獲授權(quán)。
