基于跨院區分布式的門診處方調配流程設計

葉正強， 邵駿， 謝晨， 趙永國

(復旦大學 附屬眼耳鼻喉科醫院， 上海 200031)

0 引言

隨著我院看病人數逐年增多，2017年9月在浦東新區浦江鎮開設了分院，患者可選擇在總院或分院就診。由此出現的新的問題就是，有些病人在總院就診，而手術或住院治療安排在分院，病人因各種原因未能及時將總院的處方藥品帶走，而總院和分院采用兩套獨立的系統，數據無法交互，導致病人需要來回奔波，影響就診，有可能衍生醫患矛盾。

本研究在醫院現有的供應鏈系統(Supply Processing and Distribution，縮寫作SPD)的基礎上，結合集成平臺與數據中心，采用分布式架構，構建跨院區一體化門診處方調配流程，以打通處方流轉的信息壁壘，實現跨院區快速、精準的配發藥，提升患者就診的便捷性[1]。

1 系統架構及功能設計

1.1 系統技術架構設計

1.1.1 已有基礎

我院總院已建成信息集成平臺、臨床數據中心等系統，兩個院區有各自獨立SPD系統，為建設跨院區分布式的門診處方調配系統提供了信息化基礎。

1.1.2 技術架構

采用SOA架構，開發基于ASP.NET等技術的分布式系統架構。系統在邏輯上分為4層，表示層采用ASP.NET和JavaScript腳本實現；主業務層基于Remoting技術開發獨立的Windows Form 程序和類庫，實現醫院管理信息的算法邏輯和數據處理功能；數據庫服務層基于ADO.NET提供統一的數據訪問對象,封裝數據訪問邏輯[2]；數據層使用SQL Server 2016實現對數據的存儲和管理。該分布式架構，具有易維護、可擴展、復用程度高、安全性及性能更好等優點。

1.2 系統應用架構及功能設計

系統應用架構如圖1所示。

包括硬件網絡平臺、基礎設施層(包括醫院服務總線、醫院數據中心)、核心業務層、用戶門戶層，以及標準與規范·安全保障兩大體系。

該架構的特點描述可以概括為：

1.2.1 基于HSB的處方調配流程整合與再造

針對兩院區系統相互獨立的特點，借助醫院服務總線(Hospital Service Bus，縮寫作HSB)實現兩院區相關系統的無縫集成，遵循HL7等標準，通過Web Service等方式實現兩院區的信息交互，從而打破兩院區信息聯通的壁壘，具體功能包括集成服務、單點登錄、主數據管理服務、患者主索引服務及監控管理等。

結合兩院區的信息化現狀，通過HSB可實現處方調配的流程再造，以患者在總院就診、到分院取藥的場景為例說明,如圖2所示。

圖1 系統應用架構圖

圖2 基于總院就診、分院取藥場景的業務流程圖

1) 患者持醫保卡或就診卡到總院就診，通過HSB對接兩院區醫院信息系統(Hospital Information System，HIS)，將患者在總院就診注冊信息以服務方式同步給分院HIS，使分院可識別患者在總院的就診卡或醫保卡，實現一卡通用；

2) 當患者在總院完成處方支付后，系統會產生處方信息和繳費票據信息，通過HSB將該信息傳遞給分院。當患者手持就診卡或社保卡到分院取藥，分院藥師通過藥師工作站刷取患者的卡即可讀取患者在總院的處方及繳費票據信息，進行核對；

3) 信息核對無誤后，即可進行配發藥操作，實現票據無紙化，避免患者來回跑腿。

4) 發藥完成后，分院系統后臺生成藥品調撥出庫單，由分院審核后，該信息會通過HSB發送到總院門診藥房系統，總院門診藥房相關人員可直接查看并審核該信息，完成總院入庫信息更新并回執，回執信息通過HSB發送到分院門診藥房系統，實現分院藥品庫存更新。

整個處方調配過程中，從患者在總院的處方開具、支付到分院取藥核對、配發藥、藥品出庫調撥及審核整個過程都可以通過系統完成，而無需進行線下操作，患者無需來回跑腿，在提升效率的同時，真正實現處方跨院區的信息化、智能化以及精準化的調配，實現處方調配跨院區的閉環[3]。

1.2.2 基于CDR的藥品數據整合

藥品數據是醫院運營管理的一大重要指標，本文通過臨床數據中心(Clinical Data Repository，縮寫作CDR)匯集總院及分院的藥品相關數據，通過數據處理，建立藥事管理數據倉庫，為數據查詢、分析、利用及醫生用藥決策提供支撐。

藥事管理數據倉庫包括三層：數據匯集層、數據中心層以及數據分析應用層。

1) 數據匯集：采用Extract-Transform-Load(ETL)等工具，將院內HIS、SPD等系統的數據匯聚CDR中。對于分院的HIS以及SPD等數據通過醫院服務總線，匯聚至CDR中，由此實現總院和分院的數據匯集。

2) 數據預處理：以CDR中的數據為基礎，根據藥事管理的實際需求，對數據進行預處理，通過數據清洗、解析及重構，建立藥事管理數據倉庫，為藥品管理所需的查詢、分析及利用提供豐富、全面的數據基礎。

3) 數據分析利用層：基于藥事管理數據倉庫，按照特定的需求，進行數據分析，為數據統計、查詢、利用提供支撐。

1.2.3 分布式的架構實現良好的拓展性

采用分布式的架構設計,如圖3所示。

圖3 基于HSB的分布式架構

數據層和業務層分開，相互獨立，當業務層發生變化時，無需對數據層進行大的改動，便于系統升級維護[4]。同時基于HSB實現和分院區的系統集成以及業務交互，有很好的擴展性，可以滿足醫院不斷的院區擴展需求，很好的解決了原有架構擴展困難的問題。

1.3 系統應用功能設計

1) 患者微信端：建立患者微信端，患者關注微信企業號，通過就診卡號、醫保卡號等注冊登錄即可查詢相關信息，包括預約掛號、檢查檢驗醫囑及結果、藥品醫囑、費用等信息。通過HSB實現和HIS、SPD系統、處方調配系統對接，當系統產生新的處方信息后，患者移動端可即時收到通知，并進行繳費，所產的繳費信息可以電子票據的形式展現，實現處方及繳費信息的電子化管理。

據美方官方統計，2017年中國對美國出口金額為5056億美元，而美國對中國的逆差金額為3752億美元，導致許多持零和博弈觀點的美國政界人士強烈不滿，近年來從倡導“自由貿易”調整為僅維護本國利益的“貿易保護主義”，這對中國經濟社會發展產生諸多不利影響。

2) 分院區信息查詢：當總院產生處方及繳費信息后，該信息可流轉到分院，分院區藥師通過刷患者的醫保卡或就診卡，通過藥師工作站可直接查詢并核對相關信息，進行快速配發藥，減少藥師反復登錄系統的繁瑣過程，提升配藥效率。

3) 出庫調撥單：分院區發藥后，后臺系統生成庫存出庫調撥單，以調撥單為主線，通過HSB可將信息同步到總院SPD系統中，實現總院和分院藥品庫存信息的同步更新。

4) 藥品調撥：中心院區及分院區醫生、藥師通過醫生工作站、藥事工作站可實時查看藥品庫存情況，為處方開立提供參考，同時可實現跨院區調撥，踐行藥品零庫存理念。

5) 統計查詢：基于藥品主題庫，對數據進行分析，總院和分院的藥師、醫生可實時查詢兩院區的藥品庫存、藥品調撥出入庫、門診處方總量及金額、跨院區取藥患者人數等信息，并可按照時間維度進行統計分析、多維展示，為運營決策提供支撐。

2 討論

基于本文提及的系統應用架構的良好擴展性，為未來整合更多分院區的門診處方業務流程，支撐專科醫聯體及專科聯盟等創新醫療服務模式打好了基礎。臨床數據中心(CDR)匯集了總院和分院相關的數據，并進行了標化處理，為數據的深度挖掘奠定了基礎。結合合理用藥知識庫、大數據分析等技術，探索構建智能化的專科前置處方審核知識庫，為門診診療提供決策支持[5]，專科前置處方審核知識庫架構如圖4所示。

圖4 專科前置處方審核知識庫架構

1) 以CDR中標化數據為基礎，基于自然語言處理，結合專科受控醫學詞匯表，通過實體關系抽取實現數據的后結構化處理。

3) 通過HSB，將知識庫以服務的方式發布給門診處方調配系統，總院或者分院的醫生在開具處方時，即可使用知識庫提供的智能化服務，避免開錯藥，提升門診診療質量。

3 總結

本研究探索多院區分布式的門診處方調配系統，具備良好的系統擴展性和靈活性，能夠快速響應醫院當前多院區發展的業務需求，實現多院區處方調配一體化。

兩院SPD系統跨院區發藥和調撥功能上線后，減少了病人因忘記拿藥或貴重藥品不方便攜帶而導致的多次往返于兩院間的情況，實現了跨院區取藥，減少了可能發生的醫患矛盾，真正做到了讓信息多跑腿，讓患者少跑路，千方百計為群眾提供便民服務的目標。