技术栈
数字食堂
好伙狮数字食堂
2 天前
医院食堂
·
数字食堂
·
食堂上线
医院数字食堂上线7天交付的工程化拆解:数据导入与上线排期
作为一个长期跟医院信息化项目打交道的工程师,我见过太多食堂系统项目因为实施不规范而延期。数字食堂上线能不能压到7天,本质上是工程化能力的问题。本文从技术视角,拆解一套可复用的上线交付模型。
好伙狮数字食堂
3 天前
医院食堂
·
数字食堂
·
食安管理
医院食堂食安检查背后的后厨食安系统架构拆解
医院食堂食安检查能不能从容通过,表面是业务流程问题,底层是数据架构问题。一套合格的后厨食安系统,本质上要解决两件事:留样数据如何做到不可篡改、可追溯,以及晨检与明厨亮灶的告警如何形成闭环。本文从信息科视角拆解这两个关键设计。
好伙狮数字食堂
4 天前
医院食堂
·
数字食堂
·
多院区管理
多院区食堂管理系统的数据中台与集团化管控设计
医院从单院区走向一院多区,食堂系统的架构也要从"单点收银"升级为"集团化管控"。多院区食堂管理在技术上的核心,是构建一个统一的数据中台,把分散在多个院区的食堂、商超等业态的数据汇聚成统一口径。本文拆解两个关键设计:多院区组织树与数据中台的经营指标聚合。
好伙狮数字食堂
14 天前
医院食堂
·
数字食堂
·
上线实施
医院数字食堂上线实施与部署架构:SaaS与本地部署的技术拆解
医院数字食堂是一个覆盖病房订餐、堂食消费、进销存、智慧食安、数字商超等模块的综合性平台,其上线实施与部署架构直接决定了系统的可用性与长期稳定性。本文从工程视角拆解上线准备的标准化流程、现场实施的关键环节,以及SaaS部署与本地部署在架构层面的取舍。
好伙狮数字食堂
16 天前
数字食堂
·
病房订餐系统
·
一床一码
医院病房订餐系统一床一码六步法的技术架构拆解
病房订餐系统在医院信息化里属于典型的"低关注、高价值"模块:业务链路短,但对身份准确性和医嘱合规性要求极高。本文从技术视角拆解一床一码订餐系统的核心设计,重点讲床位绑码、订单流转与按单生产的实现思路,供医院信息科或系统集成方参考。
好伙狮数字食堂
18 天前
系统对接
·
数字食堂
·
医院食堂管理系统
医院食堂管理系统对接HIS与HRP的接口设计:从医嘱同步到数据脱敏
在做医院食堂管理系统时,最容易被低估的是外部系统的对接层。前端刷脸、AI 识别这些功能可以快速复制,但要把食堂系统真正接进 HIS、HRP,考验的是接口设计的规范性和数据安全的严谨性。本文从技术角度,拆解医院食堂管理系统在系统对接上的两个关键点:医嘱同步接口与患者数据脱敏。
好伙狮数字食堂
21 天前
医院食堂
·
数字食堂
·
餐补
医院餐补清零规则引擎与多院区组织架构技术拆解
医院餐补管理,落到工程上是一套"规则引擎 + 定时调度 + 组织树"的组合。上一篇文章讲了发放的幂等控制与过期清零的基础实现,本文聚焦两个更深的问题:多院区场景下,不同院区、不同人群的清零规则如何用一套引擎统一驱动;以及集团化的组织架构如何在系统中建模,实现"一套规则、多处复用"。文中代码为演示性质的伪实现,重在讲清设计思路。
好伙狮数字食堂
1 个月前
医院食堂
·
数字食堂
·
堂食结算
医院食堂AI菜品识别结算台:视觉识别与多钱包支付的实现方案
作为医院信息科,评估一套食堂结算系统时,我们最关心的从来不是"能不能刷脸",而是三件事:识别准不准、账目清不清、和现有系统能不能接得上。最近我们对接了一家数字食堂服务商,把AI菜品识别结算台跑通了,本文把这个过程中的技术要点和踩坑记录下来,供同行参考。
好伙狮数字食堂
1 个月前
医院食堂
·
数字食堂
·
营养膳食
医院治疗膳食的数据模型与医嘱闭环设计
医院食堂的信息化,一直有个被低估的技术难题:如何把医生开的"饮食医嘱",结构化地流转到后厨,并最终精确送达患者餐盘。这篇文章聊聊治疗膳食的数据建模思路,以及医嘱闭环怎么设计。
好伙狮数字食堂
1 个月前
医院食堂
·
数字食堂
·
数据开放
医院数字食堂数据开放平台的混合云架构与容灾设计实践
去年我参与了一个三甲医院数字食堂的数据开放平台改造,核心诉求就两条:一是把订单、支付、钱包、用户这几类数据通过接口开放出去,跟医院已有的HIS、HRP、第三方支付打通;二是保证这套系统足够稳、足够安全,饭点高峰期不能崩,患者数据不能漏。
好伙狮数字食堂
1 个月前
医院食堂
·
数字食堂
·
全场景
医院数字食堂全场景解决方案的技术架构与数据闭环实践
医院食堂的数字化,难点从来不在某一个功能,而在于十几个场景能否共用一套数据。本文从技术视角拆解一套全场景方案的设计思路,重点看它如何通过统一底座实现数据闭环,并给出一段可运行的需求预测示例代码。
好伙狮数字食堂
1 个月前
医院食堂
·
数字食堂
·
多院区
医院多院区食堂一体化运营:数据中台的技术架构与实践
医院"一院多区"的推进,把食堂管理从一个单点问题升级成了一个分布式系统问题。多个院区的食堂、商超、水吧、咖啡、自助售卖机各自独立,数据割裂、口径不一,总院想统管,却没有一个统一的数据底座。这篇文章从技术视角拆解,多院区食堂一体化运营的数据中台应该怎么设计。
我是有底线的