其他行业上海益中亘泰集团(医管家)阳光交付团队浏览量:0

医管家:医院后勤工单调度与多端协同项目

连接院方、调度中心和现场人员,以项目规则支持医院后勤工单协同。

让医院需求、调度中心和现场服务人员围绕同一张工单协作。

上海益中亘泰集团面向医疗机构提供后勤服务,业务覆盖运送、保洁、秩序、工程和医废等条线。阳光交付团队围绕医管家平台建设多端协同和工单调度能力,支持不同医院项目按自身服务规则开展工作。

所属行业:医疗后勤服务  项目重点:多项目工单调度与服务协同

项目缘起

项目背景与目标

—   ◆   —

医院后勤服务有一个共同特点:需求来自不同科室,处理发生在不同地点,服务人员需要随时接单并反馈进度。对于跨区域经营的服务企业,同一平台还要承载多个医院项目,各项目的人员、业务和作业规范存在差异。

项目希望把医院科室、一站式调度中心、后勤服务人员与患者等服务参与方连接起来,让服务需求能够在线发起、分配、执行和查询,并为项目管理保留可追踪的服务记录。

业务问题

业务挑战

—   ◆   —

一项需求如何从提出走到现场完成

报修、运送和保洁的处理对象与执行方式不同,医院关心服务进度,调度人员需要分配任务,现场人员则需要知道做什么、按什么步骤做。只有让各方围绕同一工单交换信息,过程才有连续的管理依据。

多个医院怎样共用平台,又保留各自规则

医院项目的服务范围、人员配置和作业流程并不完全相同。平台既需要共同的调度能力,也需要按项目管理数据和配置服务流程;同时要考虑多人集中抢单时的处理能力。

项目实践

建设内容与实际应用

—   ◆   —

以医院项目组织数据,以多端连接服务参与方

我们采用面向多项目的应用设计,按医院项目划分数据;围绕医院端小程序、一站式调度中心、服务人员 APP 和医院管理端安排不同工作入口。服务条线包括运送、保洁、秩序、工程及医废,工单规则和标准作业流程结合项目实际配置。

整体架构将服务入口、工单与执行、管理支撑和基础管理分层组织。硬件设备与其他系统的接入按具体项目范围实施,并不意味着每家医院均使用相同设备或接口。

医管家医院后勤服务平台整体业务架构
医院后勤服务平台整体架构示意,点击图片可放大查看

从医院发起需求,到调度与现场执行

以服务工单为主线:医院端发起需求并可查询进度;调度中心查看工单并按派单或抢单方式组织人员;服务人员通过 APP 接单,按照对应 SOP 办理;医院和管理人员可查看任务状态与服务记录。服务工单由此把需求方、调度岗位与执行岗位连接起来。

医院端调度中心服务人员和管理端的工单协作
医院后勤工单协作路径示意,点击图片可放大查看

调度中心界面可以按工单状态、种类和模式查看任务,并展示工单来源、下单科室、紧急程度和人员需求等信息,方便调度人员掌握待处理事项。

医院后勤调度中心工单列表
调度中心工单列表界面,点击图片可放大查看

让不同项目的作业流程可以配置

不同服务有不同的操作步骤。我们围绕医院项目配置标准作业流程,将病人运送、标本运送、日常保洁、设备报修和秩序巡逻等服务分别组织;管理人员可以维护流程、查看关联知识和配置作业环节,使现场任务与该项目的服务要求相衔接。

医院后勤各服务类型标准流程配置
项目服务流程配置界面,点击图片可放大查看

处理集中抢单与现场设备对接

面对抢单场景,我们使用 Redis 缓存工单 SOP 和剩余人员数量,并结合分布式锁协调并发;通过消息队列接收抢单请求,由消费者异步处理,再根据成单情况生成工单 SOP。这样把高并发处理与业务规则结合,支撑调度工作。

项目还结合现场需要对接硬件,用于人员状态管理;管理端提供工单查询和数据展示。具体对接设备与服务规则以各医院项目实际范围为准。

项目价值

项目成效与价值

—   ◆   —

平台于 2023 年上线。在随后两年的迁移阶段,167 家医院项目陆续完成从旧系统向新系统的过渡。服务需求、调度、现场执行和管理查询拥有对应入口,工单过程可以在多端查看和记录。

在当时的后续运行阶段,系统维护和新功能开发迭代由最初 4 人团队调整至 1 人可完成。这里统计的是后续研发维护工作的人力配置,不代表所有医院服务人员或全部项目成本。

项目启示

把工单作为跨角色的共同工作对象,同时把医院差异沉淀为可配置的项目规则。

返回项目集

拿一个业务难题聊聊怎么落地

从现有流程、真实单据和已有系统出发,先找准卡点,再明确建设范围。

预约业务梳理