黄瑜：中台助力我院微信公众号实现医保脱卡

前言

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网络阻止高位字符

四、我院中台战略的展望

中台的部署取得了成功，这只是一个开始。随着互联网+医疗、智慧医疗、大数据、区域医共体等越来越多的跨网络交互、跨平台交互的应用需求不断涌现，中台无疑提供了一种系统平台的全新、可靠、敏捷、整合的开发路径，是不可小视的新生力量。万变不离其宗，软件设计关键在于解决问题，抽象和解耦是软件开发铁律，同样适用于中台。中台就是转动的齿轮，其优势包括业务封装、敏捷开发是其特有的功能。是传统上用于院内共享、数据清洗、消息推送、业务梳理为主的庞大且昂贵的集成平台无法比拟的。中台也是一种能力，业务能力，技术能力，数据能力甚至是组织能力。中台助力医院微信公众号实现医保脱卡只是一个新的尝试，而且中台的规划、部署及代码都全部由信息中心自行完成。小试牛刀后，未来我院规划的临床大数据中心、统一对外数据报送平台等都将采用中台技术来实现。

图五：我院基于中台战略的自研大数据中心架构图（系统架构师信息科梁琦）