跳至主要内容

CASE STUDY

医疗设备 IoT 管理系统

让经销商于同一个后台掌握所有布点设备的状态、维修通知与回传信息。设备状态由机台主动回报,取代须派员至现场才能确认的巡检流程。

定制化系统 客户产业/医疗设备
医疗设备 IoT 管理系统的设备总览看板,三台布点设备并列显示编号与实时状态,两台为完成状态的绿色进度条,一台回报 Error 601 并附联络按钮;卡片下方逐项列出功能测试、保养与清洁的完成情形。

RESULTS

这个项目改善了什么

-70%
巡检回报人力
实时回传
设备状态与维修通知

面临的问题

设备布点分散时,经销商最大的成本不在维修本身,而在于无法判断哪一台需要维修。在设备具备主动回报能力之前,唯一的方式是派员逐台确认。

  • 巡检须按表定路线逐点执行,设备是否正常均须前往,人力耗费于移动而非处理问题。
  • 设备异常多由使用端通报后才得知,期间已耽误可用时间。
  • 各台设备的状态与维修历程分散于纸本与个人记录,难以汇总分析。

我们的做法

我们将设备接上网络,使信息主动回传,并于后台建立可管理的设备清册。

  • 设备定期回传运行状态与关键信息,后台实时呈现每一台的当前状况。
  • 异常条件触发维修通知,并直接指派至对应的服务人员。
  • 建立设备清册,记录布点位置、序列号、保修与完整维修历程。
  • 提供状态汇总视图,经销商得以掌握整体布点的健康度,而非仅单台状况。

成效

维护由定期巡检转为按状态出动,人力配置更有效率。

  • 巡检回报人力下降约 70%。
  • 设备状态实时回传,异常无须等待使用端通报才发现。
  • 维修历程集中管理,设备更换与备品准备均有数据可依循。

CONSTRAINTS

限制条件

本案自始不可变动的前提。理解限制,才能理解做法背后的取舍。

设备安装于客户的场所,现场条件并非我方能决定,这是这类项目最大的变数。

  • 布点分散,各点网络环境不一,回传机制必须容许断线与延迟,不能假设连线恒常稳定。
  • 回传仅用于状态监看与维修判断,系统不介入设备本身的运作。
  • 已布点的设备不会为了系统全面更换,新旧设备须能并存于同一份清册。
  • 医疗场域的设备涉及使用单位的规范,取得的数据范围以运维所需为限。

HOW IT WORKS

技术与整合

实际对接的对象、数据的流动方式与选择理由,以下以不需技术背景即可理解的方式说明。

做法是让信息主动回传,后台负责将其整理为可判读的状态。

  • 设备定期回传运作状态与关键信息,后台实时呈现每一台目前的状况。
  • 异常条件一经成立即发出维修通知并指派至服务人员,无须等待使用端来电通报。
  • 设备清册记录布点位置、序列号、保修与维修历程,更换与备品准备均有数据可依循。

LET'S TALK

你的流程,也能被量化改善

请先说明目前的作业方式与最耗时的环节,我们会提出可行的范围与大致时程,再讨论报价。

关于本网站的 Cookie

本网站使用必要 Cookie 维持运作,并于取得您的同意后才加载流量分析工具。您可随时通过页尾的「Cookie 设置」变更选择。

详细说明请见 Cookie 说明 隐私政策