一、業(yè)務背景與系統(tǒng)定位醫(yī)院場景下的零售消費需求與普通商超有著本質(zhì)區(qū)別。用戶群體高度集中且流動性低消費需求高頻且品類相對固定同時受到嚴格的院內(nèi)管理和補貼制度約束。傳統(tǒng)商超ERP系統(tǒng)無法適應這種特殊場景需要一套從底層架構(gòu)上適配醫(yī)院數(shù)字后勤邏輯的解決方案。好伙獅數(shù)字食堂的數(shù)字商超模塊正是基于這一需求設計。它不是一個獨立的零售系統(tǒng)而是嵌入在智慧醫(yī)院數(shù)字后勤平臺中的一個業(yè)務模塊與食堂點餐、病房訂餐、進銷存管理、后廚食安等模塊共享用戶認證、支付清算和數(shù)據(jù)中臺。本文將從系統(tǒng)架構(gòu)、關(guān)鍵模塊設計和技術(shù)實現(xiàn)要點三個維度梳理這套方案的核心技術(shù)邏輯。二、系統(tǒng)整體架構(gòu)好伙獅數(shù)字商超采用分層架構(gòu)設計自下而上分為基礎設施層、業(yè)務中臺層、應用服務層和用戶交互層四個層級。基礎設施層承載統(tǒng)一的部署環(huán)境支持公有云SaaS和本地私有化兩種模式。對于數(shù)據(jù)安全要求較高的醫(yī)院系統(tǒng)支持將核心業(yè)務數(shù)據(jù)和用戶信息部署在院內(nèi)服務器上僅將非敏感的服務請求路由至云端。業(yè)務中臺層是整個系統(tǒng)的核心。包含以下幾個關(guān)鍵中臺服務統(tǒng)一用戶中心——患者、家屬、職工三類用戶基于同一套認證體系管理。職工通過工號或人臉識別完成身份綁定患者通過住院號或床頭碼關(guān)聯(lián)賬戶。同一用戶在醫(yī)院不同場景下的消費行為被統(tǒng)一記錄形成完整的用戶畫像。統(tǒng)一支付引擎——對接微信支付、支付寶、院內(nèi)餐卡、人臉支付等多種支付方式。同時管理職工的多賬戶錢包體系包含餐補額度、福利余額、自費余額等不同資金池根據(jù)消費場景智能匹配扣款優(yōu)先級。商品與庫存中心——管理商超SKU信息、價格策略、庫存狀態(tài)。支持百貨類商品和散稱生鮮類商品的分組管理庫存變更事件通過消息隊列實時同步至前端展示層和訂單服務。訂單與配送調(diào)度——處理線上商超訂單的全生命周期下單校驗庫存、生成揀貨任務、分配配送人員、追蹤配送狀態(tài)、完成簽收確認。配送調(diào)度算法基于科室位置和訂單優(yōu)先級進行智能匹配。補貼與福利引擎——這是整體系數(shù)最高也最能體現(xiàn)院內(nèi)場景特色的一個模塊。管理補貼的發(fā)放、使用、核銷和結(jié)算全鏈路支持按部門、按崗位、按時段的差異化補貼策略支持食堂和商超的跨場景消費路由。應用服務層封裝了門店零售、線上商超、福利商城、運營后臺四個主要業(yè)務應用向管理端和用戶端暴露標準化的API接口。用戶交互層覆蓋小程序患者/職工端、POS終端門店收銀、Web管理后臺和移動配送端四個觸點。三、關(guān)鍵技術(shù)設計3.1 多業(yè)態(tài)商品管理模型院內(nèi)商超一個顯著特征是百貨和生鮮兩種業(yè)態(tài)在同一門店內(nèi)并行。從數(shù)據(jù)模型角度標準百貨商品走固定SKU管理屬性集相對簡單商品編碼、條形碼、規(guī)格、售價、庫存量。生鮮類商品則多了一層計重邏輯售價是動態(tài)的由單價乘以稱重重量計算得出。對應的數(shù)據(jù)模型設計思路是將商品基礎屬性和業(yè)態(tài)擴展屬性解耦。核心商品表存儲通用信息通過商品類型字段關(guān)聯(lián)不同的擴展表。訂單創(chuàng)建時根據(jù)商品類型路由到不同的計價引擎——預包裝商品直接使用固定價格參與計算稱重商品的最終價格在揀貨稱重環(huán)節(jié)回填到訂單中。3.2 庫存實時同步機制線上線下的庫存一致性是影響用戶體驗的關(guān)鍵。商品庫存的每次變更——線下POS銷售、線上訂單鎖定、退貨回庫、入庫補貨——都需要實時反映到所有前端。技術(shù)實現(xiàn)上采用事件驅(qū)動架構(gòu)。庫存中心的每一次變更操作都會產(chǎn)生一個庫存變更事件通過消息中間件發(fā)布。前端展示層、訂單服務、管理后臺等多個消費者訂閱該事件各自維護一份最終一致的庫存視圖。線上商超頁面顯示的庫存數(shù)通過WebSocket推送更新確保用戶看到的始終是最新狀態(tài)。對于高并發(fā)秒殺類場景如限時福利商品方案采用Redis分布式鎖配合庫存預扣機制下單時先在Redis中預扣庫存并設置短時間過期支付成功后確認扣減超時未支付則回補庫存。3.3 餐補跨場景消費路由這可能是整個方案中最具差異化價值的技術(shù)設計。核心問題可以抽象為一個用戶擁有多個資金賬戶餐補、福利、自費在多個消費場景食堂、商超中發(fā)起交易時系統(tǒng)如何自動選擇最優(yōu)的資金扣款路徑。解決方案的核心是一套可配置的消費路由規(guī)則引擎。管理員在后臺定義規(guī)則模板每條規(guī)則包含觸發(fā)條件消費場景、商品類別、時間段等、匹配的資金池優(yōu)先級列表、以及是否允許組合支付。用戶發(fā)起支付時系統(tǒng)實時解析當前交易上下文匹配適用規(guī)則生成扣款計劃。以下是補貼消費路由的簡化配置示例// 智能補貼消費路由配置 { route_rules: [ { rule_id: R001, name: 食堂消費優(yōu)先餐補, condition: { scene: [canteen_scan, canteen_order], merchant_type: canteen }, fund_routing: [ { wallet: meal_subsidy, priority: 1 }, { wallet: welfare_balance, priority: 2 }, { wallet: self_pay, priority: 3 } ], allow_split: true, monthly_cap_check: true }, { rule_id: R002, name: 商超日用品優(yōu)先餐補, condition: { scene: [supermarket_scan, supermarket_delivery], category: [daily_necessities, grocery, festival_gift] }, fund_routing: [ { wallet: meal_subsidy, priority: 1 }, { wallet: self_pay, priority: 2 } ], allow_split: true, monthly_cap_check: true } ], global_config: { subsidy_priority: true, order_timeout_seconds: 300, retry_on_failure: false } }當用戶完成支付時交易引擎記錄下每一筆扣款的資金池來源和金額月末自動生成按部門、按資金池維度的消費報表替代了傳統(tǒng)的手工Excel對賬流程。3.4 院內(nèi)配送調(diào)度模型院內(nèi)外賣的配送場景和城市外賣有一個根本區(qū)別配送范圍被限制在院內(nèi)樓棟之間距離短但路徑復雜。電梯等候、科室管制、樓層分布等因素都需要納入調(diào)度考量。系統(tǒng)采用基于約束的訂單-配送員匹配算法。配送員在線狀態(tài)、當前位置所在樓棟樓層、當前待配送訂單數(shù)量、預計完成時間構(gòu)成配送員畫像。當新訂單產(chǎn)生時調(diào)度引擎計算每位可用配送員對該訂單的服務預估時間選擇最優(yōu)匹配。估時公式綜合考慮距離、樓層差、電梯等候時間和訂單處理耗時。整個調(diào)度過程無需人工干預系統(tǒng)自動派單。四、實施部署要點數(shù)字商超系統(tǒng)的部署需要關(guān)注幾個關(guān)鍵環(huán)節(jié)。硬件層面門店端需要配備收銀終端、條碼掃描設備、電子秤生鮮稱重和標簽打印機。收銀終端運行定制版POS應用通過局域網(wǎng)與后端服務通信支持斷網(wǎng)離線模式下的本地緩存交易。網(wǎng)絡層面院內(nèi)配送涉及樓棟之間的信號覆蓋。如果醫(yī)院占地面積較大或存在信號盲區(qū)需要提前部署WiFi覆蓋或為配送終端配備4G通信模塊。數(shù)據(jù)遷移層面已有商品庫存數(shù)據(jù)通過批量導入工具完成初始化。職工賬戶信息通過對接醫(yī)院HIS或人事系統(tǒng)同步患者信息通過對接住院管理系統(tǒng)獲取。好伙獅數(shù)字食堂提供標準化的數(shù)據(jù)接口和ETL工具鏈降低對接成本。上線流程建議采用分階段灰度發(fā)布策略先在單個科室或單個門店試運行一周驗證線下收銀和線上配送流程的穩(wěn)定性再逐步擴展至全院。福利商城模塊可稍晚于基礎商超模塊上線給職工群體預留適應過渡期。五、總結(jié)與展望院內(nèi)數(shù)字商超在技術(shù)視角看本質(zhì)上是一套多業(yè)態(tài)零售管理與智能補貼核銷的復合系統(tǒng)。它的難點不在單一功能的實現(xiàn)而在于如何在保持系統(tǒng)彈性的前提下將多個差異化的業(yè)務場景整合到統(tǒng)一的架構(gòu)中讓數(shù)據(jù)流動順暢、讓用戶體驗一致、讓管理決策有據(jù)可依。好伙獅數(shù)字食堂在這方面的實踐表明基于微服務架構(gòu)的中臺化設計、事件驅(qū)動的庫存同步機制、可配置的智能補貼路由是支撐院內(nèi)一體化消費服務落地的有效技術(shù)路徑。隨著消費數(shù)據(jù)沉淀和用戶畫像的持續(xù)豐富后續(xù)在個性化推薦、智能補貨預測、動態(tài)定價策略等方面還有大量優(yōu)化空間。如果你也在做類似場景的系統(tǒng)設計歡迎在評論區(qū)交流技術(shù)細節(jié)。