RTLS kasutuselevõtt annab kaardile punkti. Sellel punktil on x-koordinaat, y-koordinaat, ajatempel ja identifikaator. Iseenesest ei ole see punkt midagi väärt. Põhjus, miks enamik ZZ26Z programme ei tööta, ei ole tehnoloogia - see on see, et süsteem peatub punktis.
Väärtus elab kihtides ülalt asukohasündmus. Viis neist, täpsemalt. See tükk kõnnib läbi igaühe nende ehitamise järjekorras, mida enamik meeskondi valesti läheb ja kus operatiivne ROI tegelikult ilmub.
1. kiht – töötlemata sündmused
See on see, mida raadioinfrastruktuur toodab: asukoha uuendamine mingil intervallil, pluss tsooni sisenemine, tsoonist väljumine ja lähedussündmused. Hästi häälestatud UWB süsteemis näete uuendusi iga 100–500 ms järel. RAIN RFID-s on see loetav, väravaks lugeja tsükkel ja sildi asukoht. BLE 5.x AoA iga 1–5 sekundi järel.
Kolm asja lähevad selles kihis valesti. Esiteks on uuendamise määr ülemäära kindlaks määratud, nii et kulud tõusevad ilma operatiivse kasuta. Teiseks ei ole koordinaatsüsteem seotud reaalmaailma viitega (teil on x/y meetrites, kuid puudub kaardi kalibreerimine). Kolmandaks jäetakse sündmuse voog mis tahes omandivormingus, mida platvorm kiirgab.
Korrektne on käsitleda toorsündmusi ainult transpordiga seotud kihina ja kohe normaliseerida need müüja-neutraalseks sündmuste skeemiks. Kasutame lihtsat JSON ümbrikut Asset id, positsiooni (x, y, z, tsoon), ajatempli, enesekindlustja vabas vormis sildid objekti. Kõik allavoolu tarbib seda. Kui platvormi müüja muutub - ja nad muutuvad - ainult adapter muutub.
2. kiht – tuletatud olekud
Järgmine kiht vastab: Mida see vara teeb? Mitte seal, kus see on. Mida ta teeb. Näited:
- Dwell: „X-tsoonis Y-minutit – põhisisend SLA jälgimiseks, käsihügieeni atesteerimiseks, FOD uurimiseks, doki elamiseks.
- Üleminek: "liikunud tsoonist A tsooni B ajal T" - põhiline sisend patsiendi voolu, WIP tsükli aeg, ehitada genealoogia.
- Ühispaiknemine: „vara A, mis jääb X meetri piiresse varast B – sisendid töövahendina, koos töövahendiga ja kontaktide jälgimise mudelite jaoks.
- Tühikäik / aktiivne: tuletatud liikumise kiirusest akna kohal – kasutusanalüüsi sisend.
Need tuletatud riigid on need, kus enamik RTLS müüjaid kaotab huvi. Nende kasutajaliides näitab punkti. Nende SDK annab teile toores sündmused. Tuletatud oleku mootor on sinu peal ja just seal toimub väärtustehnika.
3. kiht – ärisündmused
Tuletatud olek on tehniline. Äriüritus on tähendusrikas. Nendevaheline tõlge on asukohateabe programmi kõige olulisem töö ja see on koht, kus konsultatsioonitunnid tegelikult maksavad tagasi.
Näide: infusioonipump, mis on laoruumis 12 minutit, on tuletatud olekusSeesama pump, mis täna esimest korda laoruumist palati 4B poole lahkub, on äriüritus"infusioonpump 4F-217 sisenes töökorda." Kliiniline CMMS hoolib teisest, mitte esimesest.
See tõlge ei ole tasuta ja see ei ole üldine. See on igas edukas programmis, mille oleme andnud, koht, kus domeeni teadmised (kliiniline töövoog, MES, WMS, biomed, VÕI ajakava) kodeeritakse reeglitesse. 3. kihi väljund on sisend igasse järgsüsteemi.
Kihik 4 – Otsused ja automatiseerimine
Kui ärisündmus on olemas, võib juhtuda kolm asja:
- See uuendab armatuurlaual mõõdikut.
- See käivitab teate, pileti, töökorralduse või teises süsteemis üleandmise.
- See toidab analüüsi või ML mudelit.
See on kiht, mis määrab, kas teie programmi jälgitakse või rakendatakse. Vaadeldaval programmil on armatuurlauad, mida kõik esimesel nädalal imetlevad. Rakenduskavas on asukohasignaal, mis juhib ServiceNow intsidente, CMMS-i töökorraldusi, õe-kõne eskalatsioone, jaoni, MES blokeeringuid ja HR-i erandeid käsitlevaid aruandeid.
Integreerimise tehniline riba on madal – veebikonksud, REST-kõned, sõnumijärjekorrad. Raske osa on institutsionaalne: operatsioonide meeskond peab usaldama tõe allikat piisavalt, et sellele reageerida. Selle usalduse teenimise viis on kihtide 1–3 õige saamine.
5. kiht – õppimine
Viimane kiht on see, mis ühendub. Kõik äriüritused on logitud. Iga tuletatud olek on logitud. Nädalate ja kuude jooksul kogute aegrida sellest, mida teie operatsioon tegelikult teeb - mitte seda, mida ta ütleb SOP-is.
Need andmed toidavad kolme tüüpi mudeleid:
- Anomaalia avastamine. Mis on normaalne eluiga, normaalne vool, normaalne tsükkel? Pinna kõrvalekalded enne KPI aruande tabamist.
- Ennustav. Ühendage asukoht vibratsiooni / soojus- / anduriandmetega, et ennustada seadme riket 1–12 nädalat.
- Simulatsioon / digitaalne kaksik. Kasuta salvestatud liikumise ajalugu sisendina "Mis siis, kui me liigutame seda koosterakku?" / "Mis siis, kui me avame uue ED lahe?" / "Mis siis, kui me suuname selle AGV ?" tüüpi küsimustele.
See on ka koht, kus LLM-toega operatsioonide koopiad muutuvad kasulikuks: kui vanemõde, liinijuht või rajatiste juht võib küsida "kus oli gabariit viimati kalibreeritud ja kelle poolt?" ja saada ruumilise sündmuse ajaloost tõendatud vastuse, olete liikunud armatuurlauad midagi põhimõtteliselt uut.
Järjestamise lõks
Üks levinumaid tõrkerežiime ettevõtte RTLS juurutamisel üritab teha kiht 5 enne kiht 3 on reaalne. Müüjad müüvad teile digitaalse kaksikmooduli enne, kui teie äriürituse kiht on olemas. Simulatsioon töötab seejärel alatehtud keskmise kihi artefaktidel ja keegi ei usalda väljundit.
Järjekord: saada kiht 1 müüja-neutraalne ja stabiilne. Saada kiht 2 mõõteriistad ja valideeritud. Veeda aega 3. kihil operatiivmeeskonnaga, kes peab seda kasutama. Siis avatud kiht 4 (otsused / hoiatused) ja alles pärast seda, kui need on töötanud 60–90 päeva, avatud kiht 5 (analüütikud / ML).
Mida see hangete puhul tähendab
Kui ostate RTLS platvormi, küsige müüjalt kolm küsimust:
- "Näita mulle sündmuse skeemi ja mis tuletatud olekuid platvorm toodab kastist välja."
- "Milline on integratsioonimuster ServiceNow / Epic / SAP / teie-MES - siin?"
- Kas ma saan eksportida kogu sündmuste ajalugu igal ajal müüja-neutraalses formaadis?
Kui vastus mõnele neist on käsitsi lainetav, müüb platvorm teile 1. kihti. ROI elab 3 ja 4-s. Optimeeri nende jaoks.
Kas soovite oma programmi jaoks selle tööversiooni? Me ehitame sündmuste skeemi, tuletatud oleku ja äriürituste kihid fikseeritud tasu paketina.