基于跨院區(qū)分布式的門診處方調(diào)配流程設(shè)計(jì)

葉正強(qiáng)， 邵駿， 謝晨， 趙永國

(復(fù)旦大學(xué) 附屬眼耳鼻喉科醫(yī)院， 上海 200031)

0 引言

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

本研究在醫(yī)院現(xiàn)有的供應(yīng)鏈系統(tǒng)(Supply Processing and Distribution，縮寫作SPD)的基礎(chǔ)上，結(jié)合集成平臺與數(shù)據(jù)中心，采用分布式架構(gòu)，構(gòu)建跨院區(qū)一體化門診處方調(diào)配流程，以打通處方流轉(zhuǎn)的信息壁壘，實(shí)現(xiàn)跨院區(qū)快速、精準(zhǔn)的配發(fā)藥，提升患者就診的便捷性[1]。

1 系統(tǒng)架構(gòu)及功能設(shè)計(jì)

1.1 系統(tǒng)技術(shù)架構(gòu)設(shè)計(jì)

1.1.1 已有基礎(chǔ)

我院總院已建成信息集成平臺、臨床數(shù)據(jù)中心等系統(tǒng)，兩個(gè)院區(qū)有各自獨(dú)立SPD系統(tǒng)，為建設(shè)跨院區(qū)分布式的門診處方調(diào)配系統(tǒng)提供了信息化基礎(chǔ)。

1.1.2 技術(shù)架構(gòu)

采用SOA架構(gòu)，開發(fā)基于ASP.NET等技術(shù)的分布式系統(tǒng)架構(gòu)。系統(tǒng)在邏輯上分為4層，表示層采用ASP.NET和JavaScript腳本實(shí)現(xiàn)；主業(yè)務(wù)層基于Remoting技術(shù)開發(fā)獨(dú)立的Windows Form 程序和類庫，實(shí)現(xiàn)醫(yī)院管理信息的算法邏輯和數(shù)據(jù)處理功能；數(shù)據(jù)庫服務(wù)層基于ADO.NET提供統(tǒng)一的數(shù)據(jù)訪問對象,封裝數(shù)據(jù)訪問邏輯[2]；數(shù)據(jù)層使用SQL Server 2016實(shí)現(xiàn)對數(shù)據(jù)的存儲和管理。該分布式架構(gòu)，具有易維護(hù)、可擴(kuò)展、復(fù)用程度高、安全性及性能更好等優(yōu)點(diǎn)。

1.2 系統(tǒng)應(yīng)用架構(gòu)及功能設(shè)計(jì)

系統(tǒng)應(yīng)用架構(gòu)如圖1所示。

包括硬件網(wǎng)絡(luò)平臺、基礎(chǔ)設(shè)施層(包括醫(yī)院服務(wù)總線、醫(yī)院數(shù)據(jù)中心)、核心業(yè)務(wù)層、用戶門戶層，以及標(biāo)準(zhǔn)與規(guī)范·安全保障兩大體系。

該架構(gòu)的特點(diǎn)描述可以概括為：

1.2.1 基于HSB的處方調(diào)配流程整合與再造

針對兩院區(qū)系統(tǒng)相互獨(dú)立的特點(diǎn)，借助醫(yī)院服務(wù)總線(Hospital Service Bus，縮寫作HSB)實(shí)現(xiàn)兩院區(qū)相關(guān)系統(tǒng)的無縫集成，遵循HL7等標(biāo)準(zhǔn)，通過Web Service等方式實(shí)現(xiàn)兩院區(qū)的信息交互，從而打破兩院區(qū)信息聯(lián)通的壁壘，具體功能包括集成服務(wù)、單點(diǎn)登錄、主數(shù)據(jù)管理服務(wù)、患者主索引服務(wù)及監(jiān)控管理等。

結(jié)合兩院區(qū)的信息化現(xiàn)狀，通過HSB可實(shí)現(xiàn)處方調(diào)配的流程再造，以患者在總院就診、到分院取藥的場景為例說明,如圖2所示。

圖1 系統(tǒng)應(yīng)用架構(gòu)圖

圖2 基于總院就診、分院取藥場景的業(yè)務(wù)流程圖

1) 患者持醫(yī)?？ɑ蚓驮\卡到總院就診，通過HSB對接兩院區(qū)醫(yī)院信息系統(tǒng)(Hospital Information System，HIS)，將患者在總院就診注冊信息以服務(wù)方式同步給分院HIS，使分院可識別患者在總院的就診卡或醫(yī)?？?，實(shí)現(xiàn)一卡通用；

2) 當(dāng)患者在總院完成處方支付后，系統(tǒng)會產(chǎn)生處方信息和繳費(fèi)票據(jù)信息，通過HSB將該信息傳遞給分院。當(dāng)患者手持就診卡或社?？ǖ椒衷喝∷帲衷核帋熗ㄟ^藥師工作站刷取患者的卡即可讀取患者在總院的處方及繳費(fèi)票據(jù)信息，進(jìn)行核對；

3) 信息核對無誤后，即可進(jìn)行配發(fā)藥操作，實(shí)現(xiàn)票據(jù)無紙化，避免患者來回跑腿。

4) 發(fā)藥完成后，分院系統(tǒng)后臺生成藥品調(diào)撥出庫單，由分院審核后，該信息會通過HSB發(fā)送到總院門診藥房系統(tǒng)，總院門診藥房相關(guān)人員可直接查看并審核該信息，完成總院入庫信息更新并回執(zhí)，回執(zhí)信息通過HSB發(fā)送到分院門診藥房系統(tǒng)，實(shí)現(xiàn)分院藥品庫存更新。

整個(gè)處方調(diào)配過程中，從患者在總院的處方開具、支付到分院取藥核對、配發(fā)藥、藥品出庫調(diào)撥及審核整個(gè)過程都可以通過系統(tǒng)完成，而無需進(jìn)行線下操作，患者無需來回跑腿，在提升效率的同時(shí)，真正實(shí)現(xiàn)處方跨院區(qū)的信息化、智能化以及精準(zhǔn)化的調(diào)配，實(shí)現(xiàn)處方調(diào)配跨院區(qū)的閉環(huán)[3]。

1.2.2 基于CDR的藥品數(shù)據(jù)整合

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

藥事管理數(shù)據(jù)倉庫包括三層：數(shù)據(jù)匯集層、數(shù)據(jù)中心層以及數(shù)據(jù)分析應(yīng)用層。

1) 數(shù)據(jù)匯集：采用Extract-Transform-Load(ETL)等工具，將院內(nèi)HIS、SPD等系統(tǒng)的數(shù)據(jù)匯聚CDR中。對于分院的HIS以及SPD等數(shù)據(jù)通過醫(yī)院服務(wù)總線，匯聚至CDR中，由此實(shí)現(xiàn)總院和分院的數(shù)據(jù)匯集。

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

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

1.2.3 分布式的架構(gòu)實(shí)現(xiàn)良好的拓展性

采用分布式的架構(gòu)設(shè)計(jì),如圖3所示。

圖3 基于HSB的分布式架構(gòu)

數(shù)據(jù)層和業(yè)務(wù)層分開，相互獨(dú)立，當(dāng)業(yè)務(wù)層發(fā)生變化時(shí)，無需對數(shù)據(jù)層進(jìn)行大的改動，便于系統(tǒng)升級維護(hù)[4]。同時(shí)基于HSB實(shí)現(xiàn)和分院區(qū)的系統(tǒng)集成以及業(yè)務(wù)交互，有很好的擴(kuò)展性，可以滿足醫(yī)院不斷的院區(qū)擴(kuò)展需求，很好的解決了原有架構(gòu)擴(kuò)展困難的問題。

1.3 系統(tǒng)應(yīng)用功能設(shè)計(jì)

1) 患者微信端：建立患者微信端，患者關(guān)注微信企業(yè)號，通過就診卡號、醫(yī)?？ㄌ柕茸缘卿浖纯刹樵兿嚓P(guān)信息，包括預(yù)約掛號、檢查檢驗(yàn)醫(yī)囑及結(jié)果、藥品醫(yī)囑、費(fèi)用等信息。通過HSB實(shí)現(xiàn)和HIS、SPD系統(tǒng)、處方調(diào)配系統(tǒng)對接，當(dāng)系統(tǒng)產(chǎn)生新的處方信息后，患者移動端可即時(shí)收到通知，并進(jìn)行繳費(fèi)，所產(chǎn)的繳費(fèi)信息可以電子票據(jù)的形式展現(xiàn)，實(shí)現(xiàn)處方及繳費(fèi)信息的電子化管理。

據(jù)美方官方統(tǒng)計(jì)，2017年中國對美國出口金額為5056億美元，而美國對中國的逆差金額為3752億美元，導(dǎo)致許多持零和博弈觀點(diǎn)的美國政界人士強(qiáng)烈不滿，近年來從倡導(dǎo)“自由貿(mào)易”調(diào)整為僅維護(hù)本國利益的“貿(mào)易保護(hù)主義”，這對中國經(jīng)濟(jì)社會發(fā)展產(chǎn)生諸多不利影響。

2) 分院區(qū)信息查詢：當(dāng)總院產(chǎn)生處方及繳費(fèi)信息后，該信息可流轉(zhuǎn)到分院，分院區(qū)藥師通過刷患者的醫(yī)?？ɑ蚓驮\卡，通過藥師工作站可直接查詢并核對相關(guān)信息，進(jìn)行快速配發(fā)藥，減少藥師反復(fù)登錄系統(tǒng)的繁瑣過程，提升配藥效率。

3) 出庫調(diào)撥單：分院區(qū)發(fā)藥后，后臺系統(tǒng)生成庫存出庫調(diào)撥單，以調(diào)撥單為主線，通過HSB可將信息同步到總院SPD系統(tǒng)中，實(shí)現(xiàn)總院和分院藥品庫存信息的同步更新。

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

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

2 討論

基于本文提及的系統(tǒng)應(yīng)用架構(gòu)的良好擴(kuò)展性，為未來整合更多分院區(qū)的門診處方業(yè)務(wù)流程，支撐?？漆t(yī)聯(lián)體及專科聯(lián)盟等創(chuàng)新醫(yī)療服務(wù)模式打好了基礎(chǔ)。臨床數(shù)據(jù)中心(CDR)匯集了總院和分院相關(guān)的數(shù)據(jù)，并進(jìn)行了標(biāo)化處理，為數(shù)據(jù)的深度挖掘奠定了基礎(chǔ)。結(jié)合合理用藥知識庫、大數(shù)據(jù)分析等技術(shù)，探索構(gòu)建智能化的?？魄爸锰幏綄徍酥R庫，為門診診療提供決策支持[5]，專科前置處方審核知識庫架構(gòu)如圖4所示。

圖4 ?？魄爸锰幏綄徍酥R庫架構(gòu)

1) 以CDR中標(biāo)化數(shù)據(jù)為基礎(chǔ)，基于自然語言處理，結(jié)合?？剖芸蒯t(yī)學(xué)詞匯表，通過實(shí)體關(guān)系抽取實(shí)現(xiàn)數(shù)據(jù)的后結(jié)構(gòu)化處理。

3) 通過HSB，將知識庫以服務(wù)的方式發(fā)布給門診處方調(diào)配系統(tǒng)，總院或者分院的醫(yī)生在開具處方時(shí)，即可使用知識庫提供的智能化服務(wù)，避免開錯(cuò)藥，提升門診診療質(zhì)量。

3 總結(jié)

本研究探索多院區(qū)分布式的門診處方調(diào)配系統(tǒng)，具備良好的系統(tǒng)擴(kuò)展性和靈活性，能夠快速響應(yīng)醫(yī)院當(dāng)前多院區(qū)發(fā)展的業(yè)務(wù)需求，實(shí)現(xiàn)多院區(qū)處方調(diào)配一體化。

兩院SPD系統(tǒng)跨院區(qū)發(fā)藥和調(diào)撥功能上線后，減少了病人因忘記拿藥或貴重藥品不方便攜帶而導(dǎo)致的多次往返于兩院間的情況，實(shí)現(xiàn)了跨院區(qū)取藥，減少了可能發(fā)生的醫(yī)患矛盾，真正做到了讓信息多跑腿，讓患者少跑路，千方百計(jì)為群眾提供便民服務(wù)的目標(biāo)。