从0到1，医联体平台的建设与发展异步传输解释

文章介绍了医疗外联平台的工作机制，并对其未来的发展进行了展望，愿与大家分享。

每隔0.1秒，医院内外系统需要请求数据回传，每隔5秒，医院内就会有流量。

另外，在互联网医院这个快速发展的环境下，一旦出现信息堵塞，医疗服务就会中断。

对于这种数据交换不稳定、访问不安全、医疗信息差异化程度较高的系统，必须依靠医疗外联平台来解决。

随着医院信息化的不断发展，预约挂号、银行自助、先治疗后结算等项目涉及多个异构环境的变化，不同的应用环境中需要进行数据的合并、转换、同步或异步传输，但医院内部的数据流和数据结构并没有发生根本性的改变。

我想每个医疗信息产品经理都熟悉上述问题。

比如当我们对接各个医院的HIS系统进行上层应用时，各个医院的HIS接口完全不一样，在项目设计时，研发部门不仅会浪费太多的时间在这上面，而且做出来的系统也不稳定，一旦崩溃，需要经过复杂的过程才能找到问题节点。

而且，由于HIS内部系统的改造也会对上层应用带来连锁反应，所以在对外接口维护方面主动出击就显得非常重要。

因此项目急需一个中间转换平台，保证医院内部信息系统的稳定、数据和网络安全，同时避免项目的差异性，满足同类项目中各类业务需求。

医疗外联平台如何运作？

与不同外部机构对接的接口和支付通道如何统一规划？

要保证平台系统之间的互联互通，首先要统一开发语言，不能要求HIS厂商去修改自己原有的实用语言，那么有没有一种语言可以统一识别、转换、翻译呢？

是的，这就是 PowerNT

同时采用了PowerNT，它最大的特点之一就是独特的兼容性，几乎可以打破技术语言的界限。

无论前端开发是用Java、.NET还是Python进行的，都可以通过PowerNT在后端用Java来表达。

它就像一个转换软件，可以将PDF、CAJ、HTML等不同的文件格式转换为word文档。

在这个框架下，不同语言的人可以很好地协作，这意味着外部制造商采用什么技术标准并不重要。

PowerNT可以将它们转化为标准化的形式传输到医院内部系统，从而减少外部业务对医院内部系统的干扰。

外联平台位于医院内外部系统之间，提供统一的数据和文件交换的外联接口、统一的技术架构和安全方案、统一的流量管理和访问控制机制，实现内外系统松耦合，满足灵活、统一、安全的企业外联需求。

医联体平台采用插件式架构，由外联业务系统、支付结算系统、自助服务系统、决策支持系统、运维管理系统组成，统一院内、外联业务接口，高效管理外联接口权限和数据安全。

通过插件式架构，有效支持基于外部平台的银医融合、医疗全流程、综合支付管理（统一支付对账系统）、电子健康卡、商业保险理赔、互联网医院、号牌管理、综合预约等综合解决方案。

产品架构图

整体架构采用通用插件式设计，可根据需要增减外部接口，并可自行维护和扩展，实现标准化运行。

就好比我们电脑主板配置已经满足你的扩展接口需求了，但是你还想加点内存，你可以买一根内存条自己维护扩展。

外部联络平台整体数据流转逻辑是从医院内部系统向外拓展，作为连接医院业务内网与互联网的桥梁。

通过业务逻辑封装和统一接口服务，第三方应用可以通过外接平台对接医院业务，将院内业务拓展到医院外。

数据逻辑

在这两个底层逻辑架构的支撑下，我们把目光转向上层应用的支付服务管理、医疗服务管理、门诊服务管理、运维服务管理、决策BI服务管理。

平台中心功能设计包括：支付服务管理、医疗服务管理、门诊服务管理、运维服务管理、决策BI服务管理等服务功能。

支付服务中心：要打通现金、银联、银行、社保、新农合、微信、支付宝、商业保险等多种支付渠道，实现线上线下支付方式全覆盖，提供预约挂号、问诊、开药、检测、治疗等医疗过程各个环节的就医卡在线充值、付款、退款服务。

通过建设完善的结算、对账、退款等管理服务系统，实现医院业务系统与多种支付渠道的无缝集成。

完成对自费、医保、商业保险等多种支付方式的统一支持和管理。主要功能包括：支付渠道配置、支付条目管理、支付方式管理、支付服务管理、支付安全管理等。

账户管理包括账户分类管理制度以及多支付渠道、多账户的集中管理。

最后基于业务及支付大数据的分析、挖掘和统计，为医院管理提供数据决策支持。

医务中心：为患者提供多渠道、全流程的线上线下一体化自助服务，包括智能就医指导；预约挂号、缴费、报告查询等。

实现医疗渠道业务流程的统一规划和配置管理。主要功能包括服务渠道管理、医疗业务发布、服务规则设置、医疗提醒设置、医疗数据统计等。

门诊中心：实现门诊统一管理和流程再造，为门诊提供统一的号源管理、分时预约服务、医疗业务管理、服务规则管理、满意度测评管理服务。

决策功能以医院管理为重点，服务于医院决策者和管理者，从医疗、教学、科研、人事、财务、物资等方面入手，实现指标数据的自动抓取，并通过数据交换平台的对接对数据进行初步分析。

结合拖拽式可视化界面，实现数据动态、实时、多维度呈现，并可深度挖掘数据背后的价值，为医院管理的优化乃至战略目标的实现提供强有力的数据支撑。

运维服务中心：实现统一的系统运维及日志监控管理服务，包含故障监控预警、系统诊断分析、运维管理、系统配置管理、运维知识库等功能。

决策服务中心：为医院管理者提供数据统计分析和运营决策数据支持。

功能包括综合业务分析、医嘱分析、住院费用分析、医疗患者分析、系统使用情况分析。

消息通知中心：通过多渠道消息推送，促进患者就医全流程畅通，避免患者重复就诊、排队、跑来跑去，改善医院的就医环境和秩序。

功能包括信息权限管理、发布渠道管理、信息队列管理、编辑模板管理、信息审核管理。

商业保险服务中心：实现多家商业保险公司的接入管理和电子结算、报销服务。功能包括身份互联互通、病历上传、在线复核服务、费用在线结算及报销、预付费管理等。

综合服务中心：为在医院接受治疗的患者提供其他非医疗援助服务，主要包括租赁服务、陪护服务、订餐服务、停车服务、护理服务等。

基于上述的需求和功能描述，相信大家都清楚，医联平台必须依赖医联平台定义的接口来实现上层的应用。

这是产品经理不可缺少的技术知识。

我为什么这么说呢？

因为我们可以根据成熟的数据库，从底层反向推断出应用的需求，所以UI图是数据的表达，但是可以分为静态、动态、交互三种。

在交互图中，如果缺少数据，那么底层就缺少相应的业务逻辑。

仔细想想，在需求评审时，需求发生变化时，程序员经常会说可能会影响数据表结构。

现在听起来你明白程序员在说什么了。

那么在这么大的外部平台中，我们需要定义哪些接口呢？

只有深刻理解业务的信息框架，才能轻松处理日常工作。

未来的趋势

无论是互联网医院，还是智慧医院的信息化应用，解决医疗信息孤岛问题一直是重点和难点。

对外联络平台是解决医疗信息孤岛问题的平台应用。

对于医疗企业来说，接入的平台越多，外部平台的接口就越集中、统一、安全。

#专栏作家#