CASE STUDY
医疗设备 IoT 管理系统
让经销商于同一个后台掌握所有布点设备的状态、维修通知与回传信息。设备状态由机台主动回报,取代须派员至现场才能确认的巡检流程。
RESULTS
这个项目改善了什么
- -70%
- 巡检回报人力
- 实时回传
- 设备状态与维修通知
面临的问题
设备布点分散时,经销商最大的成本不在维修本身,而在于无法判断哪一台需要维修。在设备具备主动回报能力之前,唯一的方式是派员逐台确认。
- 巡检须按表定路线逐点执行,设备是否正常均须前往,人力耗费于移动而非处理问题。
- 设备异常多由使用端通报后才得知,期间已耽误可用时间。
- 各台设备的状态与维修历程分散于纸本与个人记录,难以汇总分析。
我们的做法
我们将设备接上网络,使信息主动回传,并于后台建立可管理的设备清册。
- 设备定期回传运行状态与关键信息,后台实时呈现每一台的当前状况。
- 异常条件触发维修通知,并直接指派至对应的服务人员。
- 建立设备清册,记录布点位置、序列号、保修与完整维修历程。
- 提供状态汇总视图,经销商得以掌握整体布点的健康度,而非仅单台状况。
成效
维护由定期巡检转为按状态出动,人力配置更有效率。
- 巡检回报人力下降约 70%。
- 设备状态实时回传,异常无须等待使用端通报才发现。
- 维修历程集中管理,设备更换与备品准备均有数据可依循。
CONSTRAINTS
限制条件
本案自始不可变动的前提。理解限制,才能理解做法背后的取舍。
设备安装于客户的场所,现场条件并非我方能决定,这是这类项目最大的变数。
- 布点分散,各点网络环境不一,回传机制必须容许断线与延迟,不能假设连线恒常稳定。
- 回传仅用于状态监看与维修判断,系统不介入设备本身的运作。
- 已布点的设备不会为了系统全面更换,新旧设备须能并存于同一份清册。
- 医疗场域的设备涉及使用单位的规范,取得的数据范围以运维所需为限。
HOW IT WORKS
技术与整合
实际对接的对象、数据的流动方式与选择理由,以下以不需技术背景即可理解的方式说明。
做法是让信息主动回传,后台负责将其整理为可判读的状态。
- 设备定期回传运作状态与关键信息,后台实时呈现每一台目前的状况。
- 异常条件一经成立即发出维修通知并指派至服务人员,无须等待使用端来电通报。
- 设备清册记录布点位置、序列号、保修与维修历程,更换与备品准备均有数据可依循。