前言

2019年轉眼就到年關，回顧過去一年的HIT熱點，總少不了年年吐槽、時時盼望的醫保何時脫卡。仿佛醫保一脫卡，各家醫院信息化就奔了智慧醫院的小康。終于年底一個新聞瞬間炸爆了HIT朋友圈，吃瓜群眾喜聞樂見的大好事來了：“全國七省試點醫保電子憑證”！一瞬間就“亮瞎眼”，痛點變成了“靚點”。顯然，看病、買藥，一部手機輕松搞定，整合醫保可以服務于所有醫保業務場景，這將會受到老百姓的點贊。

年內還有另一個HIT熱點就是中臺，不知道什么時候中臺突然就躥紅了，甚至超過了醫療行業內老生常談的集成平臺，連跨界的阿里巴巴都開始部署中臺戰略。很快國內幾家老牌HIS的核心架構師也粉墨登場，對中臺進行了全面的詮釋。總之中臺在醫療信息化行業的主要作用旨在幫助醫療機構實現平臺化管理，解決傳統前臺和后臺的生產瓶頸，提升用戶體驗和響應力。傳統做法還有采用集成平臺的方式來實現跨多平臺的交互，但其體系龐大、實施困難、周期漫長、價格昂貴，而采用中臺來實現業務的敏捷部署和交付，是不可小視的IT新利器。

順勢而為 中臺登場

2019年12月16日，我院迎來電子社保卡首發，患者通過微信下載電子社保卡，醫保卡和電子社保卡做身份一一核驗，然后把醫保卡個人編號綁定到醫院微信公眾號和醫院信息系統患者ID整合。此舉一步到位，打通了就醫堡壘最后一公里，結束了醫保卡不能線上使用的歷史，迎來了患者就醫生態新紀元。毫無疑問，這種方式的整合，是符合現階段醫療服務特點的，是真正以患者為中心的智慧醫療就醫模式。馬克·奧勒留曾說過我把生命里的每一天都當成最后一天，這樣的故事會在HIT領域里不斷重演。

從技術路徑的解讀，HIT人士很容易理解為把線下醫保流程搬到線上，按照線上的醫保接口文檔開發對接，就完成了脫卡。好像技術并不難，難的是政策開放，但實際上遠遠沒有那么簡單，本文將通過我院的試點實施，以我院自主開發的中臺，鏈接三方即HIS、醫保、微信公眾號智慧醫療平臺，助力醫院微信公眾號實現醫保敏捷脫卡，談一點點不成熟的中臺應用體會。中臺和醫保脫卡整合微信就這樣甜蜜地走在了一起，希望能對有心之人提供一點參考。

一、需求分析

當我接到屬地人社局領導電話，我院可以開始首家試點醫保整合到醫院微信公眾號實施脫卡支付，跟醫院領導匯報完人社局指示后，我的內心是感動的也是興奮的。首家的背后，是人社局為民服務、解決痛點、搶抓機遇的新思維新理念，而要在全省率先完成借助電子社保卡發放整合醫保脫卡的新模式，必須盡快落實技術對接的可行性和可操作性，力爭成為全省首個具備推廣應用條件的醫院。

經需求分析，要實現通過電子社保卡打通醫保脫卡并綁定到醫院微信公眾號，流程為：

（一）下載電子社保卡及身份核驗流程。由國家人社部統一制定和管理的電子憑證，已提供微信、支付寶、人社通APP等多個平臺進行身份驗證和下載。

（二）電子社保卡和線下實體醫保卡一一對應、唯一映射流程。由醫保信息系統提供商負責解決。

（三）線上用戶微信公眾號綁定電子社保卡流程。由我院智慧醫療微信公眾號平臺開發商負責解決，提供線上綁定電子社保卡功能。

（四）打通電子社保卡和微信公眾號的鏈接及交易流程。

（五）打通電子社保卡和HIS鏈接及交易流程。

（六）打通微信公眾號和HIS的鏈接及交易流程。

最后四個流程是最復雜、最關鍵、最困難的。需要解決的核心問題：一是如何實現三方網絡聯通、系統打通，如何確保交易順暢、并發控制、交易數據實時對賬；二是如何解決原微信公眾號近8萬注冊用戶無縫遷移，無需重新注冊微信公眾號即可綁卡。

二、為什么選擇中臺技術

按照需求分析，我們可以清晰地看到，在傳統的思維下，要實施該項目方法有兩個：一是三方分別進行接口功能開發；二是使用集成平臺解決部分接口功能進行對接。此三方聯調將按常規一步一步地落實解決，溝通、協調、開發、調試、測試、完善、遷移、上線其步驟是一點都不能省，要按部就班。三方就像三臺機器，互相進行運轉，用技術術語就是前臺系統和后臺系統聯動。按此項目評估，結合自身實際綜合評估，在沒有集成平臺的情況下，可能需要4-6個月才能完成全部流程的上線。這個時候，如果有一個產品，她能像齒輪一樣，針對技術、業務、組織的通用服務要求，從原來固定的項目中抽離出來，經過研發封裝，使之能夠成為一個自治、自管、敏捷的服務，并提供給“前臺”和“后臺”使用，并且能有效提升項目開發速度和運行效率及系統穩定性，使得三方的開發進度能得以明顯地提升。于是，我們清晰了，那就是中臺！中臺就干這個事！

圖一：中臺系統猶如齒輪，帶動前臺后臺系統飛速轉動

三、中臺技術的具體應用

我們軟件開發組即刻行動起來，針對需求分析做業務流程梳理，制定了結構清晰、符合標準、易于理解、擴展方便的技術方案，確定了技術選型、選擇了技術工具、框定了業務范圍，按照中臺的功能定位我們做了如下應用的開發。

（一）在業務中臺方面，我們將核心業務定為線上訂單，并有針對性地進行了顆粒度劃分。包括：微信用戶的提交訂單、支付訂單、查詢訂單、訂單拆分。這樣的分類是為了更好的支持前臺，給前臺業務提供更多的可能性，從而為用戶組合出更多的使用場景，既可面對自費患者也能面對醫保患者。這樣傳統HIS也就把開發更多地落地在線下流程的優化上，進一步提升項目質量，獲得更好的用戶體驗。

圖二：業務中臺：根據業務對服務進行劃分

（二）在技術中臺方面，我們使用Restful API，它是一種互聯網應用程序的API設計理念，通過微服務架構技術，開發包括：服務注冊、服務網關、服務跟蹤、服務定位形成一個整體。針對整個平臺開發了統一日志服務、統一消息推送服務、統一安全服務、統一身份驗證。所有需要和院內交互的對象都進行統一注冊、統一token獲取、統一權限管理、統一效期限制。這樣所有微信公眾號包括醫保患者在全流程的服務中，都能進行信息實時推送服務。

（三）在數據中臺方面，我們通過數據采集、清洗、過濾、存儲幾個步驟，統一了數據對外服務平臺。通過數據服務的形式展現給最終用戶，目的就是最終用戶通過數據中臺提供的服務來獲取數據，所見即所得。本次項目中包括醫保患者號源查詢、排班查詢、查詢檢驗單、住院每日清單、多支付方式的業務對賬數據拉取及展示。數據中臺會根據不同的業務場景，生成不同的數據服務，滿足用戶的需要。

圖三：數據中臺讓前端無需關心數據處理過程，只專注于數據服務

顯然中臺的價值和意義在于業務梳理更清晰，業務得以封裝更穩定可靠，三方交互更順暢，并發控制更趨完善，線上驗證及加密更安全，消息推送更流暢，最終提升患者體驗，實現準確地統一對賬。在中臺的以上三項功能中，我們明顯能感受到其下一步的拓展空間能力就像集成平臺一樣，還能封裝更多的符合醫療的應用、跨平臺的聯調接入，考慮到中臺運行的性能要求及后續大量的應用接入，我們在中臺建設中應用了負載均衡技術。業務中臺、技術中臺、數據中臺的服務器能自動進行負載均衡。從項目開發到上線，整體開發周期縮短至2個月，這還是在信息中心要完成其他日常工作的情況下完成的。當然由于是云南省首次進行該項業務的聯調，醫保中心的線上接口標準還處于不斷完善的狀態。

還遇到了個奇葩問題也和讀者分享，如果遇到可以有所參考。

網絡交互的問題：消息被意外阻斷了，在測試中我們發現，當線上用戶支付成功以后，最后交易成功返回頁面，總被防火墻阻止，被阻止的訪問頁面有個很長的來源查詢參數?redirect_to=...，真是百思不得其解，什么怪問題都來了！最后仔細研究我院信息科自主架設的SDN網絡里的軟件防火墻（“詳見【黃瑜專欄】軟件定義的防火墻：顛覆令人揪心的醫院傳統網絡安全架構”）在軟件防火墻發布策略里調整了阻止高位字符，然后增長URL和查詢字串的可接受長度，終于OK了。原來這個防火墻默認是限制在請求中指定的url數量，是軟件開發使用了不符合正則或者有高位字符串，參數不規范，被下一代高度智能的軟件防火墻阻止了。

圖四：SDN網絡阻止高位字符

四、我院中臺戰略的展望

中臺的部署取得了成功，這只是一個開始。隨著互聯網+醫療、智慧醫療、大數據、區域醫共體等越來越多的跨網絡交互、跨平臺交互的應用需求不斷涌現，中臺無疑提供了一種系統平臺的全新、可靠、敏捷、整合的開發路徑，是不可小視的新生力量。萬變不離其宗，軟件設計關鍵在于解決問題，抽象和解耦是軟件開發鐵律，同樣適用于中臺。中臺就是轉動的齒輪，其優勢包括業務封裝、敏捷開發是其特有的功能。是傳統上用于院內共享、數據清洗、消息推送、業務梳理為主的龐大且昂貴的集成平臺無法比擬的。中臺也是一種能力，業務能力，技術能力，數據能力甚至是組織能力。中臺助力醫院微信公眾號實現醫保脫卡只是一個新的嘗試，而且中臺的規劃、部署及代碼都全部由信息中心自行完成。小試牛刀后，未來我院規劃的臨床大數據中心、統一對外數據報送平臺等都將采用中臺技術來實現。

圖五：我院基于中臺戰略的自研大數據中心架構圖（系統架構師信息科梁琦）