跳至主要內容

CASE STUDY

醫療設備 IoT 管理系統

讓經銷商於同一個後台掌握所有佈點設備的狀態、維修通知與回傳資訊。設備狀態由機台主動回報,取代須派員至現場才能確認的巡檢流程。

客製化系統 客戶產業/醫療設備
醫療設備 IoT 管理系統的設備總覽看板,三台佈點設備並列顯示編號與即時狀態,兩台為完成狀態的綠色進度條,一台回報 Error 601 並附聯絡按鈕;卡片下方逐項列出功能測試、保養與清潔的完成情形。

RESULTS

這個專案改善了什麼

-70%
巡檢回報人力
即時回傳
設備狀態與維修通知

面臨的問題

設備佈點分散時,經銷商最大的成本不在維修本身,而在於無法判斷哪一台需要維修。在設備具備主動回報能力之前,唯一的方式是派員逐台確認。

  • 巡檢須依表定路線逐點執行,設備是否正常皆須前往,人力耗費於移動而非處理問題。
  • 設備異常多由使用端通報後才得知,期間已耽誤可用時間。
  • 各台設備的狀態與維修歷程分散於紙本與個人紀錄,難以彙整分析。

我們的作法

我們將設備接上網路,使資訊主動回傳,並於後台建立可管理的設備清冊。

  • 設備定期回傳運作狀態與關鍵資訊,後台即時呈現每一台的當前狀況。
  • 異常條件觸發維修通知,並直接指派至對應的服務人員。
  • 建立設備清冊,記錄佈點位置、序號、保固與完整維修歷程。
  • 提供狀態彙總視圖,經銷商得以掌握整體佈點的健康度,而非僅單台狀況。

成效

維護由定期巡檢轉為依狀態出動,人力配置更有效率。

  • 巡檢回報人力下降約 70%。
  • 設備狀態即時回傳,異常無須等待使用端通報才發現。
  • 維修歷程集中管理,設備汰換與備品準備皆有資料可依循。

CONSTRAINTS

限制條件

本案自始不可變動的前提。理解限制,才能理解作法背後的取捨。

設備安裝於客戶的場所,現場條件並非我方能決定,這是這類專案最大的變數。

  • 佈點分散,各點網路環境不一,回傳機制必須容許斷線與延遲,不能假設連線恆常穩定。
  • 回傳僅用於狀態監看與維修判斷,系統不介入設備本身的運作。
  • 已佈點的設備不會為了系統全面汰換,新舊設備須能並存於同一份清冊。
  • 醫療場域的設備涉及使用單位的規範,取得的資料範圍以維運所需為限。

HOW IT WORKS

技術與整合

實際串接的對象、資料的流動方式與選擇理由,以下以不需技術背景即可理解的方式說明。

作法是讓資訊主動回傳,後台負責將其整理為可判讀的狀態。

  • 設備定期回傳運作狀態與關鍵資訊,後台即時呈現每一台目前的狀況。
  • 異常條件一經成立即發出維修通知並指派至服務人員,無須等待使用端來電通報。
  • 設備清冊記錄佈點位置、序號、保固與維修歷程,汰換與備品準備皆有資料可依循。

LET'S TALK

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

請先說明目前的作業方式與最耗時的環節,我們會提出可行的範圍與大致時程,再討論報價。

關於本網站的 Cookie

本網站使用必要 Cookie 維持運作,並於取得您的同意後才載入流量分析工具。您可隨時透過頁尾的「Cookie 設定」變更選擇。

詳細說明請見 Cookie 說明 隱私權政策