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

本文插图

隔0.1秒 ， 医院内外系统就需要请求一次数据返回 ， 每隔5秒 ， 医院就会有流水发生 。
此外 ， 在这种高速发展的互联网医院大环境下 ， 假如遇到信息闭塞将会使得医疗业务中断 。
对于这种交换数据不稳定的系统 ， 不安全访问 ， 具有高度差异化的医疗信息 ， 就得靠医疗的外联平台去解决 。
随着医院信息化不断发展 ， 类似预约挂号、银行自助服务、先诊疗后结算等项目涉及多个异构环境的变化 ， 数据在不同的应用环境中需合并、转换、同步或异步传输 ， 而医院内部数据流、数据结构并没有根本性的改变 。
以上问题估计每个医疗信息化的产品经理都不陌生 。
例如我们在对接每一家医院的his系统做上层应用的时候 ， 但是每一家的his接口完全不统一 ， 在项目设计中产研部门不仅会浪费过多的时间在这其中 ， 而且做出来的系统不太稳定 ， 一崩溃对于问题节点需要复杂的过程去寻找 。
再者 ， 由于HIS内部系统的改造还会对上层应用带来连锁反应 ， 对于维护来说掌握对外接口的主动权非常的重要 。
所以项目中迫切需要一套中间转换平台来保障医院内部信息系统的稳定 ， 数据及网络安全 ， 同时又可以规避项目的差异 ， 满足类似项目中的各种业务需求 。
医疗外联平台是怎么工作的？
如何统一规划的对接外部不同机构的接口 ， 以及支付渠道呢？
平台系统之间的互联互通首先我们得统一开发语言 ， 我们不能要求HIS厂商去修改他们原有实用的语言 ， 那么有没有一种语言可以统一识别转化翻译的呢？
有 ， 那就是PowerNT
同时采用的是PowerNT ， 此最大的特点之一 ， 是其独特的兼容性,几乎可以打破技术语言的界限 。
不论前端开发采用Java、.NET,或是Python等语言,通过PowerNT在后端都可以用Java的形式表现出来 。
就好比一个转化软件,可以将PDF、CAJ、HTML]等不同文件格式,统统转化成word文档 。
在这一框架下,不同语种的人可以很好的协作 。 这意味着不论外部厂商采用什么技术标准 。
PowerNT都可以将之转化成一种标准化的形式,输送到医院的内部系统,从而减少外部业务对医院内部系统的干扰 。
外联平台位于医院内外部系统之间 ， 提供统一的外联接口进行数据、文件交换 ， 提供统一的技术架构、安全方案 ， 提供统一的流量管控与访问控制等机制 ， 可以实现内外系统的松耦合 ， 完成灵活、统一、安全的企业外联要求 。
医疗外联平台采用的是插件式架构 ， 由外联业务系统、支付结算系统、自助服务系统、决策辅助系统、运维管理系统组建 ， 统一院内外联业务接口 ， 并高效管理外联接口权限及数据安全 。
通过插件式架构有效支撑基于外联平台的银医通、就医全流程、综合支付管理（统一的支付对账系统）、电子健康卡、商保理赔 ， 互联网医院、号源管理及综合预约的综合解决方案 。

本文插图

产品架构图
整体的架构采用的是总件插件式设计 ， 外联接口按需增减、自行维护拓展可标准化运营 。
就好像我们的电脑主板配置已经满足了你拓展接口 ， 但你还是想增加一些内存 ， 你购买内存条即可自行维护拓展 。

本文插图

外联平台整体的数据流逻辑是由医院内部系统向外拓展的 ， 是连接医院业务内网和互联网的桥梁 。
通过业务逻辑封装及统一接口服务为第三方应用通过外联平台对接医院业务实现院内业务拓展到院外 。分页标题

本文插图

数据逻辑
有了这两个底层逻辑架构的支撑 ， 我们把目光放到上层应用支付服务管理 ， 就医服务管理 ， 门诊服务管理 ， 运维服务管理 ， 决策BI服务管理 。
平台中心功能设计有: 支付服务管理 ， 就医服务管理 ， 门诊服务管理 ， 运维服务管理 ， 决策BI服务管理等 服务功能 。
支付服务中心：需要打通现金、银联、银行、社保、新农合、微信、支付宝、商保等多种支付渠道 ， 实现线上、线下支付方式全覆盖 ， 并提供就诊卡线上充值、就诊环节中的预约挂号、问诊、处方、检验检查、治疗等各种环节中进行缴费和退费服务 。
通过构建全方位的结算、对账、退费等管理服务体系 ， 实现医院业务系统和多种支付渠道的无缝对接 。
完成自费、医保、商业 保险等多种支付方式的统一支持和管理工作 。 主要功能包括: 支付渠道配置、支付入口管理、支付方式管理、支付服务管理、支付安全管理等 。
对于分账管理包含账户分级管理体系 ， 多支付通道、多账户的集中管理 。
最后基于业务和支付大数据的分析、挖掘、统计 ， 支撑医院管理的数据决策支持 。
就医服务中心：面向患者提供多渠道 ， 全流程的线上线下一体化的自助服务 ， 包括智能导诊；预约挂号 ， 缴费 ， 报告查询等 。
实现就医渠道的业务流程统一规划和配置管理 ， 主要功能包括服务渠道管理、就医业务发布、服 务规则设置、就医提醒设置、就医数据统计等 。
门诊服务中心：实现门诊服务统一管理和流程再造 ，为门诊办提供统一号源管理、分时预约服务、就医业务管理、服务规则管理、满意评价管理服务 。
能决策以医院管理为核心 ， 服务于医院决策者、管理者 ， 从医、教、研、人、财、物等方面出发 ， 通过数据交换平台的对接 ， 实现指标数据的自动抓取 ， 并对数据进行预分析 。
结合拖拽式可视化界面 ， 实现数据动态、实时、多维呈现 ， 深度钻取数据背后蕴含的价值 ， 为医院管理的优化 ， 乃至战略目标的实现提供强有力的数据支持 。
运维服务中心：实现系统统一运维和日志监控管理服务 ， 由故障监测预警、系统诊断分析、运行维护管理、系 统配置管理、运维知识库等功能组成 。
决策服务中心：为医院管理者提供数据统计分析和运营决策数据支持 ，
功能包括综合业务分析、医疗订单分析、医院收费分析、就医患者分析、系统使用分析 。
消息通知中心：通过多渠道的消息推送 ， 全流程推动患者就医 ， 避免患者反复咨询、排队、奔波 ， 改善医院就 医环境和就医秩序 。
功能包括信息接入管理、发布 渠道管理、信息队列管理、编辑模板管理、信息审核管理 。
商保服务中心：实现多商业保险公司的接 入管理和电子化结算报销服务 ， 功能包括身份互联 互认、就诊档案上传、在线审核服务、费用线上结算 报销、预付款管理等 。
综合服务中心：为医院就医患者提供非医疗救助 的其他服务 ， 主要包括租赁服务、陪诊服务、点餐服 务、停车服务、护工服务等 。
根据以上的需求与功能描述 ， 相信大家都清楚的是医疗外联平台 ， 必须依靠医疗外联平台的定义的接口去做上层应用 。
这是产品经理不可或缺的技术知识 。
我为什么这么说？
因为可以根据成熟的数据库从底层到应用反推需求 ， UI图就是数据表现 ， 只不过分静态还是动态可交互而已 。
在交互图中 ， 缺少数据 ， 那么底层就缺少相对应的业务逻辑 。
细细回想一下 ， 我们经常在需求评审中需求变更的时候 ， 程序员就会说一句有可能会影响数据表结构 。
现在听起来是不是就明白程序员所说的了 。
那么在这个如此之大的外联平台中 ， 我们需要定义的接口大概有哪些呢？ 分页标题
只有对业务的信息框架有深入的了解 ， 在日常工作才会游刃有余 。
未来发展趋势
无论是互联网医院 ， 智慧医院的信息应用 ， 解决医疗信息孤岛问题一直是重点也是难点 。
那么外联平台 ， 就是解决医疗信息孤岛问题的一个平台应用 。
对医疗企业而言 ， 对应接入的平台越多 ， 那么外联平台的接口就越集中 ， 越统一 ， 越安全 。
#专栏作家#
Rolia ， 微信公众号：pmsummit ， 人人都是产品经理专栏作家 。 前海康博士联合创始人兼产品总监 ， 涉及智慧医疗领域需求产品化5年 ， 致力于智慧医疗领域产品体验设计以及新商业模式研究 。
本文原创发布于人人都是产品经理 ， 未经许可 ， 禁止转载
【从0到1，医疗外联平台的构建与发展】题图来自Unsplash ， 基于CC0协议

来源：(精彩趣投稿)

【】网址：/a/2020/0518/1589777497.html

标题：从0到1，医疗外联平台的构建与发展