Разположението на RTLS доставя точка на картата. Тази точка има x-координата, y-координата, времеви печат и идентификатор. Сама по себе си точката не струва нищо. Причината повечето RTLS програми под формата не е технологията, а че системата спира на точката.
Стойността живее в слоевете над събитието на позицията. Пет от тях, по-точно. Това парче минава през всеки в реда, в който се строят, това, което повечето отбори грешат и къде всъщност се появява оперативната ROI.
Листоподаване 1 събития
Това е, което радио инфраструктурата произвежда: актуализиране на местоположението в някакъв интервал, плюс влизане в зона, излизане от зона и събития на близост. В добре завита UWB система ще виждате актуализации на всеки 100.500 ms. В RAIN RFID той се чете на четец и се поддържа от четец. В BLE 5.x AoA, на всеки 1... 5 секунди.
Три неща се объркват на този слой. Първо, процентът на актуализация е твърде определен, така че разходите се покачват без оперативна полза. Второ, координатната система не е свързана с референция в реалния свят (имате х/у в метри, но няма калибриране на картата). Трето, потокът от събития е оставен в какъвто и да е собствен формат, който платформата излъчва.
Фиксът е да се третират сурови събития като слой само за транспортиране и незабавно да ги нормализират в схема на продавач-неутрално събитие. Използваме обикновен плик JSON с актив ID, местоположение (x, y, z, зона), Дата и час, увереност, и свободна форма тагове Възразявам. Всичко надолу по течението консумира това. Когато платформата се промени продавача и те ще се промени само адаптер.
Лист 2
Следващият слой отговаря: Какво прави този агент? Не където е. Какво прави. Примери:
- Dwell: "в зона X за Y минути" - основният вход за SLO проследяване, ръчно-хигиенно атестиране, FOD разследване, док обитаване.
- Преход: "Премести се от зона А в зона Б по време Т" ..основният вход за поток на пациента, времето на цикъла WIP, изграждане на родословие.
- Съположение: "Актив А в рамките на X метра от актив Б" - вход за инструмент-на-работа, инструмент-с-оператор, и модели за проследяване на контакти.
- Неактивен/активен: получени от скорост на движение през прозорец .
Тези производни държави са местата, където повечето търговци на RTLS губят интерес. Техният ПС показва точката. Техният SDK ви дава суровите събития. Двигателят е върху теб и точно там се случва инженерството.
Листоподаване 3 по бизнес събития
Достигнатото състояние е техническо. Бизнес събитие е смислено. Преводът между тях е най-важната част от работата в програма за разузнаване и това е мястото, където часовете за консултации всъщност се връщат.
Пример: инфузионна помпа, която се намира в склад за 12 минути е получено състояниеСъщата помпа напуска склада към отделение 4Б за първи път днес е бизнес събитие: "Infusion pump 4F-217 entered service rotation." Клиничният СМС се интересува от втория, не от първия.
Този превод не е безплатен и не е общ. Това е, във всяка успешна програма, която сме предоставили, мястото, където експертните познания в областта (клиничен работен процес, MES, WMS, биомед, или график) се кодират в правилата. Изходът на слой 3 е входът към всяка система надолу по веригата.
4 решения и наеми
След като едно бизнес събитие съществува, три неща могат да се случат:
- Обновява метрично табло.
- Това задейства сигнал, билет, поръчка за работа или предаване в друга система.
- Храни аналитичен или СО модел.
Това е слойът, който определя дали вашата програма се наблюдава или функционира. Наблюдавана програма има таблота, на която всички се възхищават през първата седмица. Оперативна програма разполага с местоположение сигнал за управление ServiceСега инциденти, CMMS работни поръчки, ескалиране на медицинска сестра, ион, MES interlocks, и доклади за изключения HR.
Техническият бар за интеграция е нисък готварски, REST повиквания, съобщения опашки. Трудната част е институционална: екипът на операциите трябва да се довери достатъчно на източника на истината, за да действа върху нея. Начинът, по който печелите това доверие е чрез получаване на пластове 1 по 3.
Учене 5
Последният слой е този, който се смесва. Всяко бизнес събитие е записано. Всяко получено състояние е регистрирано. В продължение на седмици и месеци вие трупате време-серия от това, което вашата операция действително прави го не това, което тя казва, че прави на SOP.
Тези данни предоставят три вида модели:
- Аномалия. Какво е нормален живот, нормален поток, нормален цикъл? Наклонения на повърхността преди да достигнат доклад на KPI.
- Предсказуемо. Комбинирайте местоположението с вибрации /температурни / сензорни данни, за да се предскаже неизправност на оборудването 1 по 12 седмици навън.
- Симулация / цифров близнак. Използвайте записаната история на движението като вход към "Ами ако преместим тази събирателна клетка?" / "Ами ако отворим нов ED залив?" / "Ами ако пренасочим този AGV?" тип въпроси.
Това е и мястото, където задвижваните от LLM пилоти стават полезни: когато старши медицинска сестра, водеща линия или мениджър на съоръжения може да попита "къде е последният калибриран габарит, и от кого?" и да получите доказан отговор от историята на пространствените събития, сте преминали покрай арматурни дъски в нещо фундаментално ново.
Капанът за секвениране
Най-често срещаният режим на неуспех в предприятието RTLS се опитва да направи слой 5 преди слой 3 е реален. Търговците ще ви продадат дигиталния модул преди да е съществувал Вашият бизнес-събитие. Симулацията след това се извършва на артефакти на недостатъчно проектиран среден слой, и никой не вярва на изхода.
Поредица: да получите слой 1 неутрален и стабилен. Вземи слой 2 инструмент и валидирани. Отделете време на слой 3 с оперативния екип, който трябва да го използва. Тогава... отворен слой 4 (решения / сигнали) и само след като те са работили в продължение на 60 и 90 дни, отворен слой 5 (аналитици / ML).
Какво означава това за обществените поръчки
Ако купувате платформа RTLS, задайте на продавача три въпроса:
- "Покажи ми схемата на събитията и какви са резултатите от платформата."
- "Какъв е интеграционният модел с ServiceNow / Epic / SAP/ your- MES - тук?"
- "Мога ли да експортирам пълната история на събитията по всяко време в неутрален формат?"
Ако отговорът на някой от тях е ръчна вълна, платформата ви продава слой 1. ROI живее в 3 и 4. Оптимизирай ги.
Искате ли работна версия на това за вашата програма? Ние изграждаме събитието-шема, производни-държава, и бизнес-събитието слоеве като фиксирана-фий пакет.