楊雅各 陳傳國 溫州市人民醫(yī)院 （浙江 溫州 325000）

淺析“醫(yī)院+互聯(lián)網(wǎng)”平臺的架構(gòu)設(shè)計模式

楊雅各 陳傳國 溫州市人民醫(yī)院 （浙江 溫州 325000）

在互聯(lián)網(wǎng)+時代背景下，微信公眾號、支付寶服務(wù)窗、手機APP等成為醫(yī)院信息化建設(shè)的熱點。本文從基于互聯(lián)網(wǎng)渠道的不同系統(tǒng)之間信息共享和業(yè)務(wù)聯(lián)動需求出發(fā)，歸納出四個層次的平臺架構(gòu)模型供醫(yī)院信息化工作者參考。

醫(yī)院+互聯(lián)網(wǎng) 信息化建設(shè) 信息化平臺 模式

自2015年7月4日國務(wù)院印發(fā)《關(guān)于積極推進(jìn)“互聯(lián)網(wǎng)+”行動的指導(dǎo)意見，以跨界融合、創(chuàng)新驅(qū)動、重塑結(jié)構(gòu)、尊重人性、開放生態(tài)、連接一切為主要特征的互聯(lián)網(wǎng)+逐步融合到各各行業(yè)的傳統(tǒng)信息化建設(shè)中。在此背景下許多醫(yī)院紛紛推出以線下的實體醫(yī)院為基礎(chǔ)，將服務(wù)向互聯(lián)網(wǎng)線上延伸的“醫(yī)院+互聯(lián)網(wǎng)”平臺?！搬t(yī)院+互聯(lián)網(wǎng)”平臺有多種外在的表現(xiàn)形式，如醫(yī)院APP、微信公眾號、支付寶服務(wù)窗等。這些平臺以互聯(lián)網(wǎng)服務(wù)渠道為患者、醫(yī)護等群體提供智慧便捷服務(wù)。然而由于缺乏平臺整體規(guī)劃以及由不同廠家分別承建等原因，導(dǎo)致同一醫(yī)院的手機APP、微信公眾號、支付寶服務(wù)窗等不同系統(tǒng)之間信息不能互通共享，業(yè)務(wù)流程不能聯(lián)動協(xié)同，以連接一切為理念構(gòu)建的平臺反成了新的信息孤島。這是醫(yī)院信息化工作者在考慮系統(tǒng)架構(gòu)時需要面對的問題。

1.跨渠道服務(wù)需求

1.1 互聯(lián)網(wǎng)渠道

微信公眾號、支付寶服務(wù)窗、醫(yī)院APP是最常見的互聯(lián)網(wǎng)服務(wù)渠道和互聯(lián)網(wǎng)入口，它們有各自的特點，適合開展不同類別的業(yè)務(wù)。醫(yī)院在平臺建設(shè)時通常會根據(jù)自身需求同時使用三個通道或者選擇使用其中的一、二個渠道開展互聯(lián)網(wǎng)服務(wù)。

1.1.1 微信公眾號

微信公眾號是企事業(yè)單位、組織、個人在微信公眾服務(wù)平臺上申請的應(yīng)用賬號，賬號所有者可以在微信平臺上實現(xiàn)和特定群體的文字、圖片、語音、視頻全方位溝通和互動，并通過二次開發(fā)構(gòu)建微信微官網(wǎng)，承載相關(guān)的微應(yīng)用，整合微支付、微推送等，形成線上線下微信互動營銷的開放應(yīng)用平臺。

微信公眾號是“醫(yī)院+互聯(lián)網(wǎng)”平臺面的主要互聯(lián)網(wǎng)渠道，其中微信訂閱號/服務(wù)號可作為面向患者服務(wù)的承載渠道，微信企業(yè)號可作為面向醫(yī)護服務(wù)的承載渠道。技術(shù)上通過HTML5頁面鏈接方式加載相關(guān)應(yīng)用，并通過微信SDK實現(xiàn)微支付、微消息等整合。

1.1.2 支付寶服務(wù)窗

支付寶服務(wù)窗是支付寶為企業(yè)、組織和個人提供的直達(dá)用戶的服務(wù)平臺，入駐商戶可以通過此平臺對用戶進(jìn)行信息推送、交易場景打通和會員服務(wù)管理。支付寶服務(wù)窗擁有龐大的消費者群體，在每個支付寶賬戶的背后，有著信用卡、銀行卡、余額寶、余額、消費者的線上消費習(xí)慣等，提供優(yōu)質(zhì)的商品和線上服務(wù)。

支付寶服務(wù)窗也是“醫(yī)院+互聯(lián)網(wǎng)”平臺的主要互聯(lián)網(wǎng)渠道，主要用以提供面向患者端的互聯(lián)網(wǎng)服務(wù)，技術(shù)上通過HTML5頁面鏈接方式加載相關(guān)應(yīng)用，并通過支付寶SDK實現(xiàn)支付和消息等整合。

表1 .比較項 微信公眾號 支付寶服務(wù)窗 醫(yī)院A P P平臺特征 互聯(lián)網(wǎng)社交平臺 互聯(lián)網(wǎng)交易平臺 醫(yī)院自主平臺賬戶體系 利用微信賬戶構(gòu)建，在開發(fā)過程中需實現(xiàn)醫(yī)院患者記錄和微信賬戶o p e n i d關(guān)聯(lián)利用支付寶賬戶構(gòu)建，在開發(fā)過程中需實現(xiàn)醫(yī)院患者記錄和支付寶賬戶o p e n i d關(guān)聯(lián) 獨立方式構(gòu)建患者的互聯(lián)網(wǎng)賬戶用戶特征 社交類用戶，活躍用戶量為5 . 4 9億 交易類用戶，用戶量2 . 7億 需醫(yī)院自己推廣用戶服務(wù)對象 訂閱號和服務(wù)號-面向患者服務(wù)；企業(yè)號-面向醫(yī)護服務(wù) 面向患者服務(wù) 公眾版-面向患者服務(wù)醫(yī)護版-面向醫(yī)護服務(wù)傳播能力 借助微信朋友圈和龐大的用戶量，微信公眾號具備很強的信息傳播能力 支付寶服務(wù)窗的信息傳播能力有限 依賴A P P運營交易轉(zhuǎn)換 交易轉(zhuǎn)換率低于支付寶服務(wù)窗 有比較高的交易轉(zhuǎn)換率 依賴A P P運營推送限制 訂閱號每天1次，服務(wù)號每月4次 每周可以向所有用戶群組發(fā)送1條廣播，還可以向分組用戶發(fā)送5條廣播 由醫(yī)院自主確定推廣難度 容易 比較容易 難

1.1.3 掌上醫(yī)院APP

與微信公眾號、支付寶服務(wù)窗等借助第三方互聯(lián)網(wǎng)平臺構(gòu)建的服務(wù)渠道不同，掌上醫(yī)院APP完全由醫(yī)院自主把控，具備獨立賬戶體系的獨立互聯(lián)網(wǎng)入口和通道。從技術(shù)實現(xiàn)角度，掌上醫(yī)院APP不再受限于微信或者支付寶SDK的接口限制，可自主選擇native或者HTML5的用戶界面實現(xiàn)方式。

醫(yī)院APP可設(shè)計成公眾版、醫(yī)護版等，分別面向患者和醫(yī)護群體提供差異化服務(wù)。

1.2 優(yōu)缺點比較

微信公眾號、支付寶服務(wù)窗、醫(yī)院APP三種互聯(lián)網(wǎng)服務(wù)渠道具備各自的特點，適宜開展不同的業(yè)務(wù)，三者優(yōu)缺點比較如表1所示。

1.3 渠道融合

“醫(yī)院+互聯(lián)網(wǎng)”平臺無論是使用微信公眾號、支付寶服務(wù)窗還是醫(yī)院APP作為服務(wù)渠道，最終的目的都是為患者、醫(yī)護等服務(wù)對象提供智慧便捷服務(wù)。平臺在面向同一服務(wù)群體時，設(shè)計合理的平臺可實現(xiàn)跨服務(wù)渠道的信息共享和業(yè)務(wù)聯(lián)動。

1.3.1 信息共享

平臺的信息共享主要體現(xiàn)在為同一對象服務(wù)時，不同的服務(wù)渠道提供的服務(wù)內(nèi)容和信息應(yīng)該是一致的和相同的。比如某患者在支付寶服務(wù)窗上查看到的已預(yù)約記錄應(yīng)該和微信公眾號上的內(nèi)容一致。

1.3.2 業(yè)務(wù)聯(lián)動

業(yè)務(wù)聯(lián)動主要體現(xiàn)在服務(wù)對象可跨渠道辦理同一服務(wù)事項，比如某患者通過微信公眾號實現(xiàn)預(yù)約掛號后，可以通過支付寶服務(wù)窗實現(xiàn)該次掛號的費用結(jié)算，反之亦然。

2.總體架構(gòu)

“醫(yī)院+互聯(lián)網(wǎng)”平臺在縱向?qū)蛹売梢呀ㄐ畔⑾到y(tǒng)、基礎(chǔ)服務(wù)、支撐服務(wù)、應(yīng)用服務(wù)、服務(wù)渠道五個部分構(gòu)成，平臺架構(gòu)示意圖如圖1所示。

2.1 已建信息系統(tǒng)

已建信息系統(tǒng)由醫(yī)院已建設(shè)運行，并為平臺提供IT服務(wù)的信息系統(tǒng)構(gòu)成，主要包括HIS、LIS、RIS、PACS、電子病歷等。

2.2 基礎(chǔ)服務(wù)

基礎(chǔ)服務(wù)層通過數(shù)據(jù)庫訪問方式（ODBC/JDBC）訪問已建信息系統(tǒng)的相關(guān)數(shù)據(jù)庫，并將相關(guān)業(yè)務(wù)邏輯封裝成服務(wù)，對外通過WEB SERVICE方式提供服務(wù)接口。

2.3 支撐服務(wù)

微信公眾號、支付寶服務(wù)窗均通過各自的SDK提供了用戶信息獲取、用戶認(rèn)證、支付、消息機制、三方客服等相關(guān)的服務(wù)調(diào)用接口。這些SDK通常體現(xiàn)出微信公眾號、支付寶服務(wù)窗的平臺特性。醫(yī)院APP中也包含類似的服務(wù)組件，但并未封裝為SDK僅提供醫(yī)院APP的內(nèi)部調(diào)用。

圖1.

支撐服務(wù)層通過將微信SDK、支付寶SDK特性的抽象，并綜合考慮醫(yī)院APP的需求，封裝成具備平臺無關(guān)性的支撐服務(wù)，供具體的業(yè)務(wù)應(yīng)用調(diào)用。

2.4 應(yīng)用服務(wù)

應(yīng)用服務(wù)是具體應(yīng)用功能模塊的實現(xiàn)，應(yīng)用服務(wù)為微信公眾號、支付寶服務(wù)窗、醫(yī)院APP提供具體的服務(wù)內(nèi)容和服務(wù)界面。應(yīng)用服務(wù)的UI通常采用HTML5實現(xiàn)，通過鏈接訪問方式與微信公眾號、支付寶服務(wù)窗、醫(yī)院APP集成。

2.5 服務(wù)渠道

服務(wù)渠道由微信公眾號、支付寶服務(wù)窗、醫(yī)院APP等互聯(lián)網(wǎng)服務(wù)渠道和互聯(lián)網(wǎng)入口構(gòu)成。平臺通過不同的服務(wù)渠道為不同的客戶群體提供服務(wù)。

3.設(shè)計模式

“醫(yī)院+互聯(lián)網(wǎng)”平臺架構(gòu)的差異性主要體現(xiàn)在基礎(chǔ)服務(wù)、支撐服務(wù)、應(yīng)用服務(wù)三個架構(gòu)層級的不同IT形態(tài)。各種系統(tǒng)架構(gòu)形態(tài)可以歸納為獨立系統(tǒng)架構(gòu)模式、統(tǒng)一基礎(chǔ)服務(wù)模式、統(tǒng)一支撐服務(wù)模式、統(tǒng)一應(yīng)用服務(wù)模式等四種設(shè)計模式。不同的架構(gòu)模式在平臺的信息共享和業(yè)務(wù)聯(lián)動上體現(xiàn)出差異化的特性。

3.1 獨立系統(tǒng)架構(gòu)模式

在獨立系統(tǒng)架構(gòu)模式的架構(gòu)中，基礎(chǔ)服務(wù)層、支撐服務(wù)層和應(yīng)用服務(wù)層是微信公眾號、支付寶服務(wù)窗、醫(yī)院APP三個系統(tǒng)的組成部分，三個系統(tǒng)之間相互獨立。微信公眾號、支付寶服務(wù)窗、醫(yī)院APP三個IT系統(tǒng)通過直接數(shù)據(jù)庫訪問方式來對接HIS等已建信息系統(tǒng)，系統(tǒng)架構(gòu)示意圖如圖2所示。

在微信公眾號、支付寶服務(wù)窗、醫(yī)院APP由多個廠家各自建設(shè)，同時缺少統(tǒng)一規(guī)劃的情況下，平臺架構(gòu)易形成獨立系統(tǒng)架構(gòu)模式。在該架構(gòu)模式下，微信公眾號、支付寶服務(wù)窗、醫(yī)院APP完全獨立，優(yōu)點是系統(tǒng)之間的耦合性比較小，主要的缺點包括：①微信公眾號、支付寶服務(wù)窗、醫(yī)院APP分別與已建業(yè)務(wù)系統(tǒng)對接，相同功能重復(fù)對接和建設(shè)；②在于系統(tǒng)之間信息難互聯(lián)互通，不能實現(xiàn)跨系統(tǒng)的業(yè)務(wù)聯(lián)動；③在微信公眾號、支付寶服務(wù)窗、醫(yī)院APP的同一功能升級需要獨立安排，系統(tǒng)更新和維護工作量大.

圖2.

圖3.

圖4.

3.2 統(tǒng)一基礎(chǔ)服務(wù)模式

通過封裝已建信息系統(tǒng)的相關(guān)業(yè)務(wù)邏輯形成統(tǒng)一的基礎(chǔ)服務(wù)層，并以WebService標(biāo)準(zhǔn)接口的方式與微信公眾號、支付寶服務(wù)窗、醫(yī)院APP實現(xiàn)對接，統(tǒng)一基礎(chǔ)服務(wù)的架構(gòu)模式示意圖如圖3所示。

基礎(chǔ)服務(wù)層實現(xiàn)了對醫(yī)院已建系統(tǒng)的統(tǒng)一接口封裝，為醫(yī)院的互聯(lián)網(wǎng)應(yīng)用的接入提供統(tǒng)一的和標(biāo)準(zhǔn)的接口。通過統(tǒng)一的基礎(chǔ)服務(wù)，微信公眾號、支付寶服務(wù)窗、醫(yī)院APP等應(yīng)用可在一定程度上實現(xiàn)跨互聯(lián)網(wǎng)渠道的信息共享和業(yè)務(wù)聯(lián)動，同時基礎(chǔ)服務(wù)層的升級無需更改渠道應(yīng)用，有效的提升了系統(tǒng)的可維護性。

3.3 統(tǒng)一支撐服務(wù)模式

在統(tǒng)一的基礎(chǔ)服務(wù)基礎(chǔ)上將賬戶管理、用戶認(rèn)證、支付結(jié)算、消息推送等與第三方互聯(lián)網(wǎng)平臺相關(guān)的功能進(jìn)行歸納和抽象，并抽出第三方互聯(lián)網(wǎng)平臺實現(xiàn)無光的業(yè)務(wù)邏輯，封裝成支撐服務(wù)層，面向微信公眾號、支付寶服務(wù)窗、醫(yī)院APP提供服務(wù)，系統(tǒng)架構(gòu)示意圖如圖4所示。

在統(tǒng)一支撐服務(wù)模式的架構(gòu)支撐下，技術(shù)平臺以WEB服務(wù)方式為微信公眾號、支付寶服務(wù)窗、醫(yī)院APP等應(yīng)用提供統(tǒng)一的賬號管理、消息機制、支付邏輯等支撐服務(wù)，可較好的實現(xiàn)跨互聯(lián)網(wǎng)渠道的信息共享和業(yè)務(wù)聯(lián)動，同時基礎(chǔ)服務(wù)層、支撐服務(wù)層的升級無需更改渠道應(yīng)用，有效的提升了系統(tǒng)的可維護性。

圖5.

3.4 統(tǒng)一應(yīng)用服務(wù)模式

在統(tǒng)一的支撐服務(wù)基礎(chǔ)上，將系統(tǒng)具體的應(yīng)用功能用HTML5界面封裝，并同時鏈接到微信平臺、支付寶服務(wù)窗、醫(yī)院APP上，形成統(tǒng)一的應(yīng)用服務(wù)層，同一應(yīng)用服務(wù)模式的架構(gòu)圖如圖5所示。

在統(tǒng)一支撐應(yīng)用模式的架構(gòu)支撐下，可以為微信公眾號、支付寶服務(wù)窗、醫(yī)院APP等應(yīng)用提供統(tǒng)一的應(yīng)用服務(wù)功能和界面，可最大程度實現(xiàn)微信公眾號、支付寶服務(wù)窗、醫(yī)院APP之間的信息共享和業(yè)務(wù)聯(lián)動，同時大幅降低系統(tǒng)升級和維護的工作量。

4.建設(shè)實踐

自2014年起，本院采用統(tǒng)一基礎(chǔ)服務(wù)模式的技術(shù)架構(gòu)，逐步完成了面向患者端的微信公眾號系統(tǒng)、支付寶服務(wù)窗系統(tǒng)以及面向醫(yī)護端的APP等系統(tǒng)建設(shè)，形成統(tǒng)一的基礎(chǔ)服務(wù)層以WEB服務(wù)對接面向各種互聯(lián)網(wǎng)系統(tǒng)的架構(gòu)格局，取得了較好的應(yīng)用效果。但另外一方面，隨著互聯(lián)網(wǎng)服務(wù)的逐步深入，尤其是微信公眾號和支付寶服務(wù)窗在面向同一患者服務(wù)時暴露出賬戶不統(tǒng)一，信息不一致等問題，在界面上存在同一功能上界面風(fēng)格不統(tǒng)一，用戶體驗差的情況，而在運行維護和系統(tǒng)升級存在升級維護工作量大的弊病。

基于上述情況，2016年起本院以統(tǒng)一應(yīng)用服務(wù)模式對微信公眾號和支付寶服務(wù)窗系統(tǒng)進(jìn)行重構(gòu)和升級，有效的解決存在的問題，取得較好的應(yīng)用效果。

[1] 陳偉. 醫(yī)院信息系統(tǒng)的安全管理[J]. 醫(yī)學(xué)信息, 2007,3(4):63-64.

[2] 黃正東, 王光華, 肖飛, 等. 醫(yī)院信息網(wǎng)絡(luò)系統(tǒng)安全管理的設(shè)計與應(yīng)用[J]. 醫(yī)療設(shè)備信息, 2007,22(2):28-30.

[3] 馬中立. 醫(yī)院信息化對醫(yī)院現(xiàn)代化建設(shè)的作用[J]. 中華醫(yī)院管理雜志, 2006,22(5):350-351.

[4] 程雄, 黃毅. 城市公立醫(yī)院運用互聯(lián)網(wǎng)思維進(jìn)行改革的實踐[J]. 華西醫(yī)學(xué), 2016,31(10):1766-1769.

[5] 孫夏宸. 傳統(tǒng)醫(yī)院與“互聯(lián)網(wǎng)+”醫(yī)院信息化模式比較[J]. 醫(yī)學(xué)信息學(xué)雜志, 2016,37(7):18-21.

1006-6586(2016)11-0119-04

R197.39

B