Развертывание RTLS обеспечивает точку на карте. Эта точка имеет x-координат, y-координат, временную метку и идентификатор. Сама по себе точка ничего не стоит. Причина, по которой большинство программ RTLS неэффективны, заключается не в технологии, а в том, что система останавливается на точке.
Ценность живет в слоях выше Позиционное событие. Пять из них, в частности. Эта часть проходит через каждую в том порядке, в котором они построены, что большинство команд ошибаются, и где на самом деле появляется операционный ROI.
Уровень 1 - Сырые события
Это то, что производит радиоинфраструктура: обновления позиции через некоторый интервал, плюс события зоны входа, зоны выхода и близости. В хорошо настроенной системе UWB вы увидите обновления каждые 100-500 мс. В RAIN RFID это per-read, закрытый циклом чтения и теги. В BLE 5.x AoA каждые 1-5 секунд.
Три вещи идут не так на этом уровне. Во-первых, скорость обновления завышена, поэтому стоимость растет без операционной выгоды. Во-вторых, система координат не привязана к реальной ссылке (у вас есть x/y в метрах, но нет калибровки карты). В-третьих, поток событий остается в любом проприетарном формате, который излучает платформа.
Решение состоит в том, чтобы рассматривать сырые события как транспортный слой и немедленно нормализовать их в нейтральную для поставщика схему событий. Мы используем простой конверт JSON asset id, положение (x, y, z, зона), временная метка, уверенностьи свободной формы метки объект. Все ниже по течению потребляет это. Когда поставщик платформы меняется, а они будут меняться, меняется только адаптер.
Уровень 2 — Производные состояния
Следующий слой отвечает: Что делает этот актив? Не там, где она есть. Что он делает. Примеры:
- Дауэлл: «в зоне X в течение Y минут» — базовый вход для отслеживания SLA, ручной гигиенической аттестации, FOD-расследования, доковой обители.
- Переход: «перенесён из зоны А в зону В в момент времени Т» — основной входной сигнал для потока пациентов, времени цикла WIP, построения генеалогии.
- Совместное размещение: «актив А в пределах X метров от актива В» — вход для инструмента на работе, инструмента с оператором и шаблонов отслеживания контактов.
- Активный / активный: производные от скорости движения через окно — вход для анализа использования.
В этих производных штатах большинство поставщиков RTLS теряют интерес. Их UI показывает точку. Их SDK дает вам сырые события. Двигатель с производным состоянием на вас, и именно здесь происходит ценностная инженерия.
Слой 3 - Деловые события
Полученное состояние является техническим. Деловое мероприятие имеет смысл. Перевод между ними - самая важная часть работы в программе разведки местоположения, и это место, где часы консультаций фактически окупаются.
Пример: инфузионный насос, который находится в кладовой в течение 12 минут, представляет собой производное состояниеТот же насос, выходящий из кладовой в сторону 4B, впервые сегодня деловое мероприятиеНастойный насос 4F-217 вошел в служебную ротацию. Клинический CMMS заботится о втором, а не о первом.
Этот перевод не бесплатный, и он не общий. Это, в каждой успешной программе, которую мы поставили, место, где экспертиза домена (клинический рабочий процесс, MES, WMS, биомед, или планирование) кодируется в правила. Выход уровня 3 является входом в каждую нисходящую систему.
Уровень 4 - Решения и автоматизация
Как только бизнес-событие существует, могут произойти три вещи:
- Он обновляет метрику на приборной панели.
- Он запускает оповещение, билет, рабочий заказ или передачу в другой системе.
- Он питает аналитическую или ML-модель.
Этот уровень определяет, будет ли ваша программа соблюдаться или работать. Наблюдаемая программа имеет приборные панели, которыми все восхищаются в течение первой недели. Оперативная программа имеет сигнал местоположения, приводящий к инцидентам ServiceNow, рабочие заказы CMMS, эскалации вызова медсестры и т. Д., Переплетения MES и отчеты об исключениях в отношении персонала.
Техническая планка для интеграции низкая — веб-хуки, REST-звонки, очереди сообщений. Трудная часть — институциональная: оперативная группа должна доверять источнику истины настолько, чтобы действовать на него. То, как вы зарабатываете это доверие, - это правильное получение уровней 1-3.
Уровень 5 - Обучение
Последний слой — тот, который соединяется. Каждое деловое событие регистрируется. Каждое производное состояние регистрируется. В течение нескольких недель и месяцев вы накапливаете временные ряды того, что на самом деле делает ваша операция, а не того, что она делает на SOP.
Эти данные дают три типа моделей:
- Обнаружение аномалий. Что такое нормальная жизнь, нормальный поток, нормальный цикл? Отклонения поверхности до того, как они попали в отчет KPI.
- Предсказательно. Объедините местоположение с данными вибраций / тепловых / датчиков, чтобы предсказать отказ оборудования через 1-12 недель.
- Симулятор / цифровой двойник. Используйте записанную историю движения в качестве входного сигнала для вопросов типа «Что, если мы переместим эту сборочную ячейку?» / «Что, если мы откроем новый отсек ЭД?» / «Что, если мы перенаправим этот AGV?»
Здесь также полезны операционные копилоты на базе LLM: когда старшая медсестра, ведущий специалист или менеджер по оборудованию может спросить «где был последний калиброван калибр и кем?» и получить обоснованный ответ из истории пространственных событий, вы переместили прошлые приборные панели во что-то принципиально новое.
Ловушка секвенирования
Наиболее распространенный режим отказа в развертываниях RTLS пытается сделать уровень 5 до уровня 3 реальным. Продавцы продадут вам модуль цифрового двойника до того, как ваш уровень бизнес-событий будет достигнут. Затем симуляция работает на артефактах недостаточно спроектированного среднего слоя, и никто не доверяет выходу.
Последовательность: получить уровень 1 поставщика нейтральным и стабильным. Получите 2-й уровень инструментальным и проверенным. Проведите время на уровне 3 с оперативной командой, которая должна его использовать. Потом Открытый уровень 4 (решения / оповещения) и только после того, как они проработают 60-90 дней, открытый уровень 5 (аналитика / ML).
Что это означает для закупок
Если вы покупаете платформу RTLS, задайте продавцу три вопроса:
- Покажите мне схему событий и то, что производные состояния платформа производит из коробки.
- "Какова схема интеграции с ServiceNow / Epic / SAP / your-MES -here?"
- Могу ли я экспортировать полную историю событий в любое время в нейтральном для поставщиков формате?
Если ответ на любой из них - ручной, платформа продает вам слой 1. ROI живет в 3 и 4. Оптимизируйте для них.
Хотите рабочую версию этой программы? Мы строим уровни событий-схемы, производного состояния и бизнес-событий как пакет с фиксированной комиссией.