上一篇文章基于醫院信息化發展比較好的前提下對在線余額退款的功能需求分析及流程設計等做了闡述，但有些醫院信息科接口配合度可能沒那么好，他們通常對外只提供標準的余額查詢接口以及余額退款接口，這種情況余額退款的功能該怎么設計呢？

巧婦難為無米之炊，作為產品經理要學會絕地求生，找到適合當前環境的最佳解決方案。

繼之前我手頭完成了一家醫院的余額退款功能后，領導又給我另一家醫院的余額退款需求讓我來接。我們一開始都以為他們的打法應該是一樣的，原型交互什么的都可以直接copy。但當我把需求流程梳理出來后，項目經理對我說這家醫院提供的只有余額查詢及余額退款的標準接口，其他的能力都是小程序自己來處理，另外有一點不一樣的是，這家醫院的統一支付平臺是用我們自研的那一套。

也就是說，醫院只提供患者的余額查詢及余額退款接口，像多少錢可退、發起申請退款以及余額退款狀態等都由小程序自己來設計。這個時候就很考驗產品經理如何利用有限的資源將功能設計出來并且還可用了。

下面我將從需求分析、業務流程分析、功能及原型設計以及總結說明來展開對這個需求的拆解。

一、需求分析

在線退款的旨在解決用戶線下退款難跑腿多的問題，只要患者就診完后就能離院在手機便可操作金額退款。

上一篇文章也說過，關于余額退款涉及的角色有小程序或微信公眾號、醫院HIS系統、統一支付平臺。在這家醫院中，我們同時承擔小程序、統一支付平臺角色。

從業務角度考慮，余額退款中的余額有兩類：

第一類是通過小程序在線充值的預交金剩余的金額，因為是微信充值這部分錢可以原路退回；

第二類是通過線下自助機或窗口充值的預交金剩余的金額，該部分錢不能原路退回需要線下打款。

這家醫院目前提出的是原路退回的業務，銀行卡打款退款的場景在本文不做考慮。

所以為了滿足這一目標，我們要做的是功能要滿足以下幾點：

1）患者的賬戶余額是正確的，不能與實際不符，這個可以通過調his余額查詢接口解決，只要醫院提供的接口不出錯，小程序就不會出錯；

2）患者要知道自己有多少余額可退；

3）患者可以通過小程序直接線上操作退款申請，提交后等待金額原路退回至微信賬戶。

4）患者可以看到自己提交的退款申請記錄以及退款狀態。

我在設計這個功能的時候，是結合患者的充值記錄一起去設計的，也即通過查詢到的余額與患者所有的充值記錄金額進行對比并倒敘分配，患者可以基于看到的充值記錄進行操作退款。

故涉及的功能點如下：

• 患者及患者家屬移動端需求
• 支持查詢當前患者的院內賬戶余額
• 支持查看當前患者的可退余額
• 支持患者在已經分配到的充值記錄上提交申請退款
• 支持查看患者提交的退款申請記錄及退款狀態
• 對賬平臺支持查看該筆交易記錄以及成功與否，如果異常支持特殊處理，保證用戶最終能收到錢款

二、業務流程分析

針對余額退款的業務流程設計如下：

1）用戶點擊余額退款申請入口（小程序或公眾號菜單或院內展碼），小程序將請求院內his系統余額查詢接口，接口返回賬戶總余額；

2）小程序查到賬戶總余額后，再與該患者的線上充值記錄的金額一一對比并分配可退余額（倒敘）直到分配完并將分配到的充值記錄顯示在余額退款的頁面，支持患者在每條充值記錄上點擊申請退款；

3）點擊申請退款時先請求his退款接口進行業務退款（扣除院內的賬戶余額），his會將退款結果回調給小程序，當小程序獲取到退款成功后再調統一支付平臺的退款接口將金額原路退回。

4）用戶點擊查詢退款明細查看退款記錄及狀態。

三、功能及原型設計

1. 賬戶余額查詢及可退余額計算

用戶進入余額退款頁面后，需要通過接口查詢到賬戶余額，小程序需要將賬戶余額和充值記錄倒敘對比并全額分配，用戶可查看可退的充值記錄并點擊申請退款?？赏擞囝~計算規則為：

賬戶余額按充值記錄倒敘的方式進行分配可退余額，每條充值記錄的可退余額最大不能超過充值金額，可退金額為0的充值記錄不展示，可退金額大于0的充值記錄，可支持退款操作，退款后金額原路退回，如：

1）當查詢到賬戶余額110元，線上充值記錄最近的兩條金額總和大于110，則最近的一條充值記錄可退余額為70，第二條充值記錄的退款余額為110-70=40元；

2）當查詢到賬戶余額為100元，線上充值記錄金額總和小于100，則倒敘分配所有充值記錄全部滿額分配，還有剩下的賬戶余額為線上不可退金額。

2. 申請退款提交及狀態顯示

點擊申請退款后，顯示的退款詳情頁面的狀態讀取HIS接口回調的狀態（沒有去統一支付平臺平臺查），分為三種情況：

1）回調結果為退款成功，his的賬戶余額扣款成功，但錢不一定立即到賬，頁面顯示退款成功，預計到款時間2-3天；

2）回調結果為退款失敗，小程序不與統一支付平臺請求，流程結束，his賬戶不發生扣款，支持重新操作退款申請；

3）回調結果未知（異常），小程序不與統一支付平臺請求，流程結束，頁面支持刷新重新請求接口（是否扣款未知）。

四、總結說明

設計同一個功能，可能會有不一樣的實現方法，要根據醫院提供的接口來考量。產品經理在需求調研的時候可以先設計一套最省事兒的方案給到醫院問醫院是否能配合調整接口，如果不行我們再用B方案。