美年大健康SaaS产品系统

我要开发同款
向远方2026年09月23日
6阅读

技术信息

语言技术
Java
系统类型
Web
行业分类
医疗健康

作品详情

行业场景

立项原因
原体检业务系统基于十多年前的技术栈与 C/S 架构开发,已无法适配全国连锁体检机构的规模化运营需求:分院侧流程依赖本地化部署与手工登记,总部侧无法统一看数、统一调度。为支撑集团"All in 数字化"转型战略,需从零构建一套覆盖全国所有品牌与分院、可云端部署统一升级的新一代体检业务平台。
旨在解决的产品问题
多品牌、多分院业务标准不统一,服务质量与价格口径参差,集团层面难以精细化管控
预约、到检、登记、导检、加项、报告各环节割裂,用户排队久、院端人效低
检验(LIS)、影像(PACS)、体检业务系统之间数据不互通,样本流转靠人工、结果回写易遗漏
团检与个检双线业务共用线下流程,大客户销售与健管团队缺乏统一的客户运营载体
缺乏标准化的健康数据结构,体检数据无法沉淀为可复用的资产,AI 与智能引擎无处落地
行业场景
面向健康体检与健康管理行业的 SaaS 数字化管理场景,服务对象横跨四类角色:C 端个人用户(套餐购买、预约、到检、查报告)、B 端企业客户(团检方案定制、员工到检管理)、分院医护与运营人员(登记、导检、加项、采样、主检、报告审核)、总部管理层与健管销售(排班排期、资源调度、经营看板、客户运营)。业务形态上,属于典型的"高并发预约 + 多门店履约 + 医疗质控 + 检后健康服务"复合场景。
业务背景
体检行业已从"拼网点"进入"拼运营效率与服务质量"的阶段,连锁化经营的核心矛盾是规模与管控之间的张力。本项目需在这一背景下,把原本分散在每家分院的手工流程统一上云,形成"检前—检中—检后"全流程闭环,并为后续的 AI 辅助诊断、智能主检、健康大模型等能力提供标准化数据底座。

功能介绍


平台打通了体检"买、约、查、管"的完整链路:用户端支持线上选套餐、选分院、按 30 分钟粒度分时预约,到检后通过健康问卷与禁忌项校验完成自助登记;检中由智能导检依据实时排队情况动态规划路径,分流至各科室,并通过样本条码实现采样全流程追踪;检后多源结果自动回写并生成电子报告,配合历年数据对比与异常指标追踪提供健康管理建议。分院侧提供资源排期、加项收银、报告审核与质检能力;总部侧通过统一看板实现"数据驱动、一看到底"的精细化运营与经营决策支撑。

项目实现

负责的具体业务
负责分时预约与分院资源调度模块,设计时段库存与容量控制模型,支撑全国 XX 家分院、峰值日 XX 单的预约吞吐,解决高峰时段超售与到检拥堵问题。
负责智能导检与检中业务编排,实现基于在检项目集合与科室实时人流的动线推荐算法,将平均候检时长降低 XX%。
负责检后报告与异常上报链路,统一 LIS/PACS/体检云多源结果回写协议,实现重要阳性结果的自动识别与一键上报,支撑三级医疗质控闭环。
负责套餐与加项配置中心,抽象出可复用的套餐组合与渠道差异化规则引擎,使新套餐上线由研发发版改为运营自助配置,交付周期从 XX 天缩短至 XX 小时。
技术栈与架构
架构:微服务化 SaaS 云平台,按业务域拆分独立服务,多租户隔离;API 网关统一鉴权与限流,消息中间件做异步解耦
数据层:springcloud 分布式云数据库承载订单与交易主链路,分库分表 + 读写分离;Redis 承担时段库存、排队序号与热点缓存;ES 支撑报告全文检索与历史数据查询
后端:Spring Cloud、rabbitMq、redissoion、docker、spring security
前端:Vue/React、小程序双端(个检与导检)、分院运营后台、总部数据看板
基础设施:容器化部署 + XX 云原生平台、CI/CD 流水线、全链路监控与日志追踪、数据加密与权限审计
医疗互联:HL7/DICOM 标准对接 LIS 与影像 PACS 平台,自研设备接入网关(鹊桥)完成多品牌检查设备的协议适配与结果回传

示例图片

声明:本文仅代表作者观点,不代表本站立场。如果侵犯到您的合法权益,请联系我们删除侵权资源!如果遇到资源链接失效,请您通过评论或工单的方式通知管理员。未经允许,不得转载,本站所有资源文章禁止商业使用运营!
下载安装【程序员客栈】APP
实时对接需求、及时收发消息、丰富的开放项目需求、随时随地查看项目状态

评论