从0到1,医疗外联平台的构建与发展( 二 )


从0到1,医疗外联平台的构建与发展
本文插图

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


推荐阅读