Розгортання RTLS забезпечує точка на карті. Що робити це має кс-координату, y-координату, таймера і ідентифікатора. По собі, що не варто нічого. Причиною більшості програм RTLS не є технологія — це те, що система зупиняється на красі.
Вартість життя в шарах вище подія позиції. П'ять з них, зокрема. Ця штука проходить через кожен, щоб вони були побудовані, що більшість команд виворітні, і де оперативний ROI фактично показує вгору.
Шар 1 — Сировинні події
Це те, що радіоінфраструктура виробляє: оновлення позиції в деяких інтервалах, плюс зона-ентрі, зона-вихід і близькість заходів. У добре збереженій системі UWB ви побачите оновлення кожні 100-500 мс. У RAIN RFID це пер-читать, закріплюється циклом зчитування і тегом. У ЗЗ35ZZ 5.x ЗЗ39ZZ, кожні 1–5 секунд.
Три речі виходять неправильно на цей шар. По-перше, швидкість оновлення переглянута, тому вартість йде без оперативної вигоди. По-друге, координаційна система не прив’язана до реальної точки світу (у вас є x/y в метрах, але не калібрування карти). Третя, потік події залишається в будь-якому фірмовому форматі, платформа видає.
Фіксація полягає в тому, щоб обробити сирі події як транспортно-орієнтований шар і негайно нормалізувати їх у продавець-невтральний захід schema. Ми використовуємо простий конверт JSON з Головна, Головна (x, y, z, зона), час, впевненість, і безкоштовно мітки об'єкт. Все по всьому споживає це. Коли зміни постачальника платформи — і вони будуть — тільки зміни адаптера.
Шар 2 — Завищені стани
Наступний шар відповідей: Що таке актив? Не де це. Що це робить. Приклади:
- Проживання: "в зоні X за Y хвилин" — базовий вхід для відстеження SLA, атестації ручного гігієна, розслідування FOD, док.
- Перехід: "з зони А до зони В час Т" — базовий вхід для потоку пацієнта, час циклу WIP, побудови генеології.
- Локація: "asset A в межах X метрів активу B" — вхід для інструменту-on-job, інструмент-with-operator, а також контактно-калькувальні візерунки.
- Idle / активний: отримано від швидкості руху над вікном — введення для аналітики утилізації.
Ці виведені штати, де більшість постачальників RTLS втрачають інтерес. UI показує точка. Їх SDK дає вам сирі події. Виведено-державний двигун на вас, і саме там, де відбувається проектування вартості.
Шар 3 — Бізнес-заходи
Одержаний стан технічний. Бізнес-заход є значущим. Переклад між ними є найважливішим складом роботи в програмі місцезнаходження, і це місце, де фактично оплачуються графіки.
Приклад: інфузійний насос, який знаходиться в магазині за 12 хвилин Одержаний стан. Те ж насоса, що йде в магазин на 4B, вперше сьогодні є бізнес-події: "інфузійний насос 4F-217 введено в експлуатацію обертання." Клініка CMMS піклується про другий, не перший.
Цей переклад не є безкоштовним, і він не є загальним. Це, в кожній успішній програмі ми доставимо, місце, де є експертиза доменів (clinical workflow, MES , WMS , Biomed, OR scheduling). Вихід шару 3 є входом до кожної системи внизу.
Шар 4 — Рішення та автоматизація
Після того, як бізнес-дія існує, три речі можуть статися:
- Він оновлює метричну на панелі інструментів.
- Запускає оповіщення, квиток, порядок роботи, або в іншому режимі.
- Забезпечує аналітику або ML модель.
Це шар, який визначає, чи спостерігається ваша програма або оперативна. На першому тижні ми будемо радіти всім бажаючим. Операційна програма має місцезнаходження сигналу водіння ServiceNow інциденти, робочі замовлення CMMS, медично-загальні ескалації, іон, MES розблокування та звіти про винятку HR.
Технічний бар для інтеграції низький — webhooks, REST дзвінків, чергування повідомлень. Важна частина є інституційною: команда операцій повинна довірити джерело правди досить діяти на неї. Як ви заробите, що довіра є отриманням шарів 1–3 правильно.
Шар 5 — навчання
Останній шар - той, що з'єднання. Зареєстрований бізнес-захід. Кожен отриманий стан з'єднується. За тиждень і місяців ви накопичите час-серії того, що ваша операція фактично не робить — не те, що вона говорить про це на SOP.
Ці дані живлять три види моделі:
- Аномалі виявлення. Який нормальний набряк, нормальний потік, нормальний цикл? Відхилення поверхні перед тим, як вони потрапили до звіту KPI.
- Вирок. Комбіноване розташування з вібрацією / термо / сенсорними даними для прогнозування виходу обладнання 1–12 тижнів.
- Моделювання / цифровий близнюк. Використовуйте історію записаного руху, як вводять до «хто, якщо ми переїжджаємо в цю клітинку?» / «хто, якщо ми відкриваємо новий ED bay?» / «хто, якщо ми перетворимо це ЗЗ40ЗЗЗЗ?».
Це також де LLM-powered операційні копілоти стають корисними: коли старша медсестра, лінія свинцю, або менеджер об'єктів може попросити "де був манометр останнього калібрування, і яким?" і отримати доказову відповідь з історії просторової події, ви перемістили пасові панелі в щось основоположно нове.
Стікінг пастка
Єдиний найбільш поширений режим виходу з ладу на підприємстві RTLS намагається зробити шар 5 перед шаром 3 реальний. Постачальники продадуть вам модуль цифрової заміни перед вашим бізнесом. Симулятор потім працює на артефактах піджирного середнього шару, і ніхто не довіряє виходу.
Послідовність: отримати шар 1 постачальника-нейтраль і стабільний. Отримати шар 2 прилади і валідовані. Відправити час на шар 3 з оперативною командою, яка повинна використовувати його. Далі Відкритий шар 4 (дезіони / оповіщення) і тільки після того, як вони працюють протягом 60–90 днів, відкритого шару 5 (аналітика / МЛ).
Що це означає для закупівель
Якщо ви купуєте платформу RTLS, запитайте постачальника три питання:
- "Показати мені події схеми та які отримані стани, платформа випускається з коробки."
- "Що таке інтеграція з ServiceNow / Epic / SAP / MES -here?"
- «Чи можу я експортувати всю історію подій в будь-який час у фірмовому форматі?
Якщо відповідь на будь-який з тих, хто продає вам шар 1. ROI живе в 3 і 4. Оптимізація для тих, хто.
Бажаєте працювати для вашої програми? Ми будуємо західно-шматичний, одержувано-статистий та ділові шари як фіксований пакет.