惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

J
Java Code Geeks
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
有赞技术团队
有赞技术团队
博客园 - 【当耐特】
云风的 BLOG
云风的 BLOG
Martin Fowler
Martin Fowler
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
量子位
Engineering at Meta
Engineering at Meta
博客园 - 叶小钗
T
The Blog of Author Tim Ferriss
Recent Announcements
Recent Announcements
罗磊的独立博客
B
Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
U
Unit 42
Microsoft Azure Blog
Microsoft Azure Blog
D
Docker
N
Netflix TechBlog - Medium
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
B
Blog RSS Feed
I
InfoQ
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
V
V2EX

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
浅析医院便民服务设计:余额退款
多眸西咪 · 2023-06-14 · via 人人都是产品经理

为了解决“退款难”的问题,许多医院都推出了在线退款功能,以方便患者操作。那么在设计余额在线退款功能时,产品经理需要从哪些方面去考虑?本文就尝试从需求分析、业务流程分析等维度进行了功能设计拆解,一起来看。

人们到院看病就医,导诊服务人员总会让患者先去窗口充上足够的预交金再去看病,看完病缴完费后卡里总会或多或少还剩一些钱没用完。医院离家近还好,当医院离家远或是异地就医,卡里剩余的钱肯定是希望全部退出来,但看到退款窗口人满为患便倍感焦虑,有可能因为赶时间连队都不排、钱也不退便作罢。于是,几乎每个人在多家医院还剩几十到几百不等的预交金。

为了解决线下“退款难”的问题,各大医院都推出了手机在线退款的服务,本文就是针对“在线余额退款”产品做了相应思考,一起来看下。

当患者看完病结算后,结算的费用小于充值的预交金额,这时候卡里还有剩余的钱。传统模式,患者要么就不退直接离院等下次就医再用,要么就是排在长长的退款窗口等待人工处理退费,耗时几十分钟或几小时不等。在线退款的功能就是支持患者通过手机进行在线余额退款,避免患者各窗口来回跑,减少排队等候时间,缓解医院窗口压力,提升患者就医满意度以及医院运营管理效率等。

在设计余额退款功能时,需要考虑的角色有提供前端入口的如小程序、提供余额查询接口调用的如his以及发生退款的如统一支付平台平台。另外,还要考虑患者余额款的来源,如线上小程序充值的预交金或线下自助机或柜台充值的预交金。

本文分享的余额在线退款的功能设计,是基于微信小程序或app等移动终端,包含两种场景,一种是线上微信充值的原路退回,一种是线下充值的需提交本人身份证明及银行卡等相关信息后由医院后台人工审核再进行打款退回。

一、需求分析

在线退款的目标用户是有在院充过预交金的患者或患者家属,使用场景是用户有在医院的线上小程序或线下柜台自助机等进行账户充值行为,离院时院内账户还有剩余的金额,患者不想排队等候想直接通过手机进行操作余额退款。

余额退款功能需要与医院信息系统及统一支付平台对接,需要遵循医院业务规则及医疗系统政策标准内容。因涉及要与医院信息系统对接,需要院方提供相对应能力的接口,如余额查询及余额退款请求。

在需求分析时,注意到有两种情况:

第一种情况:医院信息化程度很高,his能够提供完整的业务所需的接口,小程序只需要调用接口获取数据做前端页面的展示,不用处理过多的业务逻辑;

第二种情况:医院信息化程度不高,his没办法配合出定制化接口给第三方用,所以很多逻辑需要小程序自己来处理。

本文针对第一种情况展开,也即在医院接口完整的情况,这个功能要怎么去设计。第二种情况下文再继续阐述。

涉及的功能点如下:

1. 患者及患者家属移动端需求

  • 支持添加当前患者为就诊人;
  • 支持查询当前患者的院内可退余额,包含线上可退和线上不可退;线上可退金额退款直接调接口原路退回;线上不可退金额退款需提交患者个人证件信息;
  • 支持查询提交的退款申请记录及退款状态;
  • 审核通过前需支持用户修改提交的证件信息。

2. 院内人员PC端需求

  • 需支持查看所有患者提交的退款申请记录;
  • 需支持查看患者提交的线上不可退的申请记录及相关信息,且要支持初审复审操作。

二、业务流程分析

针对余额退款的业务流程设计如下:

用户点击余额退款申请入口(小程序或公众号菜单或院内展码),小程序将请求院内his系统余额查询接口,接口返回账户总余额、线上可退余额、银行可退余额,当用户点击【申请退款】时,将有三种情况:

  1. 当线上可退余额大于0,银行可退余额=0,则直接调用医院余额退款原路返回申请接口,调用接口后院内将与统一支付平台平台发生数据退款交互,钱将在2-3分钟内原路退回至微信充值账户。
  2. 当线上可退余额=0、银行可退余额大于0,则先跳转至银行卡信息收集页面,如银行卡信息、用户证件信息等,用户完善后点击【确认提交】再调余额退款接口将银行退款相关的参数入参,医院后台将会收到一条退款记录,并作退款审核操作,审核通过后院内人员将线下打款的方式将钱打给用户;审核不通过将会推条信息给到患者,患者收到后点击进入小程序重新修改并提交信息等待审核;
  3. 当线上可退余额大于0、银行可退余额大于0,则先调原路退回接口先将线上可退的金额退给用户,同时跳转至银行信息收集页面,用户完善并提交后,再调退款接口将银行卡相关信息传参请求,后续审核步骤同2.

三、功能及原型设计

1. 移动端

1)账户余额查询及提交申请

用户进入余额退款页面后,需要通过接口查询到账户余额以及原路退回金额和银行转账金额,当点击申请退款后,调相应的退款接口请求业务退款,如果银行转账金额大于0,则需跳转到银行卡相关信息收集页面进行信息完善,信息提交后通过接口给到院内,等待审核。

2)退款记录查询

提交成功后,我这里没有设计退款详情页面,直接弹窗指引患者点击跳转至退款记录页面查看退款进度。退款进度分为几种情况:

  • 审核中/审核不通过——支持修改,有修改入口,重新提交后会覆盖原先的记录,支持管理员于后台查看患者的提交历史记录;
  • 审核通过——支持查看,查看用户最新提交的材料信息;
  • 退款成功——支持查看,查看用户最新提交的材料信息;
  • 退款异常——如接口请求失败,支持用户刷新页面重新请求接口。

2. PC端

支持院内人员查看患者提交的退款申请记录以及提交的银行卡信息等,支持审核操作,当审核通过后会调hrp退款接口生成退款申请单等待打款;审核不通过支持重新复审。

四、其他说明

以上是医院患者服务余额退款的功能设计,是以医院信息化发展比较好院内系统配合比较好为前提的,小程序作为前端页面只是去调接口获取数据请求业务。但也有一些医院可能不会那么配合,可能只能提供一个标准接口如查询院内账户余额,这个时候可能就要考虑另外的设计方案去解决,下一篇再详情展开。

本文由 @多眸西咪 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。