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