RTLSin käyttöönotto antaa pisteen kartalle. Pisteessä on x-koordinaatti, y-koordinaatti, aikaleima ja tunniste. Piste ei ole minkään arvoinen. Suurin osa RTLS-ohjelmista aliperformoituna johtuu siitä, että järjestelmä pysähtyy pisteeseen.
Arvo elää kerroksissa yllä sijaintitapahtuma. Erityisesti viisi. Tämä teos kävelee jokaisen läpi järjestyksessä ne rakennetaan, mitä useimmat joukkueet erehtyvät, ja missä operatiivinen ROI todella näkyy.
Kerros 1
Tätä radioinfrastruktuuri tuottaa: sijaintipäivitykset tietyllä välillä, sekä vyöhyke-sisäänmeno, vyöhyke-poistumis- ja läheisyystapahtumat. Hyvin viritetyssä UWB-järjestelmässä näet päivityksiä joka 100.500 ms. Vuonna RAIN RFID se on per-lukea, aidattu lukija sykli ja tag asuu. In BLE 5.x AoA , joka 1.15 sekunti.
Kolme asiaa menee pieleen tässä kerroksessa. Ensinnäkin päivitysaste on liian määritelty, joten kustannukset nousevat ilman operatiivista hyötyä. Toiseksi, koordinaattijärjestelmä ei ole sidottu reaalimaailman referenssiin ( sinulla on x/y metreinä, mutta ei karttakalibraatiota). Kolmanneksi, tapahtumavirta jätetään missä tahansa omassa muodossa alustan lähettää.
Korjauksena on käsitellä raaka tapahtumia kuljetus-vain kerros ja heti normalisoida ne myyjä-neutraali tapahtuma skeema. Käytämme yksinkertaista JSON kirjekuorta asset id, sijainti (x, y, z, vyöhyke) aikaleima, luottamus, ja vapaa-muoto tunnisteet Objekti. Kaikki alajuoksulla kuluttaa sitä. Kun alustan myyjä muuttuu ... ja ne vain adapteri muuttuu.
Kerros 2
Seuraava kerros vastaa: Mitä tämä voimavara tekee? Ei siellä, missä se on. Mitä se tekee. Esimerkkejä:
- Hei. "vyöhykkeellä X Y minuuttia" ... perussyöte SLA-seurantaan, käsihygieniatodistukseen, FOD-tutkintaan, laituriin.
- Siirtymävaihe: 'siirretty vyöhykkeeltä A vyöhykkeelle B ajankohtana T' .
- Yhteissijoitus: 'vastaava A X-metrin sisällä omaisuuserästä B' .
- Joutokäynti / aktiivinen: johdettu liikkumisnopeudesta ikkunan yli ... syöte käyttö Analytiikka.
Näissä johdetuissa valtioissa useimmat RTLS myyjät menettävät kiinnostuksensa. Niiden käyttöliittymässä näkyy piste. Heidän SDK antaa sinulle raaka tapahtumia. Tuloksena oleva moottori on sinulla, ja juuri siellä arvotekniikka tapahtuu.
Taso 3 Liiketapahtumat
Johdettu tila on tekninen. Liiketapahtuma on merkityksellinen. Heidän käännöksensä on sijaintitieto-ohjelman tärkein työ, ja se on paikka, jossa konsultointitunnit todella maksavat takaisin.
Esimerkki: infuusiopumppu, joka on varastossa 12 minuuttia on johdettu tila. Sama pumppu lähtee varastosta kohti osasto 4B ensimmäistä kertaa tänään on Liiketapahtuma: "Infuusiopumppu 4F-217 aloitti käyttökierron." CMMS välittää toisesta, ei ensimmäisestä.
Tämä käännös ei ole ilmainen, eikä se ole yleinen. Se on, jokaisessa menestyksekkäässä ohjelmassa olemme toimittaneet, paikka, jossa domain asiantuntijuutta (kliininen työnkulku, MES, WMS, biomed, OR aikataulutus) koodataan sääntöihin. Tason 3 ulostulo on syöte jokaiseen jatkojärjestelmään.
Taso 4
Kun yritystapahtuma on olemassa, voi tapahtua kolme asiaa:
- Se päivittää mittarin kojelautaan.
- Se laukaisee hälytyksen, lipun, työkäskyn tai luovutuksen toisessa järjestelmässä.
- Se ruokkii analytiikkaa tai ML-mallia.
Tämä kerros määrittää, onko ohjelmaasi noudatettu vai onko se toiminnassa. Havaitussa ohjelmassa on kojelaudat, joita kaikki ihailevat ensimmäisen viikon ajan. Operational programme has the location signal driving ServiceNow captions, CMMS työtilauksia, sairaanhoitajan puhelun pahenemisvaiheita, andon, MES interlocations, and HR poikkeusraportteja.
Integraation tekninen baari on alhainen ... webhooks, REST-puhelut, viestijonot. Vaikeinta on institutionaalinen: operaatiotiimin on luotettava totuuden lähteeseen, jotta se voi toimia sen mukaisesti. Tapa, jolla ansaitset, että luottamus on saamalla kerrokset 1.03 oikein.
Taso 5
Viimeinen kerros on se, joka yhdistyy. Kaikki liiketapahtumat on kirjattu. Jokainen johdettu tila on kirjattu. Yli viikkoja ja kuukausia keräät aikasarjan siitä, mitä operaatiosi todella tekee ei mitä se sanoo se tekee SOP.
Tämä tieto syöttää kolmenlaisia malli:
- Anomalian havaitseminen. Mikä on normaali asuin, normaali virtaus, normaali kierto? Pintapoikkeamat ennen kuin he osuivat KPI-raporttiin.
- Ennakoivaa. Yhdistä sijainti värähtely / lämpö / anturi tiedot ennustaa laitteiden vikaa 1.12 viikon päässä.
- Simulointi / digitaalinen kaksonen. Käytä tallennettua liikehistoriaa syötteenä "mitä jos siirrämme tätä kokoonpanosolua?" / "Mitä jos avaamme uuden ED Bayn?" / "Mitä jos reititämme tämän AGV ? -tyypin kysymyksiä.
Tämä on myös silloin, kun LLM-käyttöiset perämiehet tulevat hyödyllisiksi: kun vanhempi sairaanhoitaja, linjajohto tai laitospäällikkö voi kysyä "missä mittari viimeksi kalibroitiin ja keneltä?" ja saada todistetun vastauksen tilatapahtumahistoriasta, olet siirtynyt kojelaudoiden ohi johonkin aivan uuteen.
Sekvensointiansa
Yritys RTLS:n yleisin epäonnistumistila on yrittää tehdä kerros 5 ennen kerros 3 on todellinen. Valmistajat myyvät sinulle digitaalisen twin moduulin ennen kuin liiketoiminta-tapahtuma kerros on olemassa. Simulaatio toimii alikehittyneen keskikerroksen esineillä, eikä kukaan luota ulostuloon.
Sarja: saada kerros 1 myyjä-neutraali ja vakaa. Hanki kerros 2 instrumentoitu ja validoitu. Vietä aikaa kerroksessa 3 operatiivisen tiimin kanssa, joka käyttää sitä. Sitten avoin kerros 4 (päätökset / kuulutukset) ja vasta sen jälkeen, kun ne ovat toimineet 60.90 päivää, avoin kerros 5 (analytiikka / ML).
Mitä tämä tarkoittaa hankinnoille
Jos ostat RTLS-alustan, kysy myyjältä kolme kysymystä:
- "Näytä minulle tapahtumaskeema ja mitä johdettu sanoo alusta tuottaa laatikosta."
- "Mikä on integraatiomalli ServiceNow / Epic / SAP / your- MES - täällä?"
- "Voinko viedä tapahtumahistorian milloin tahansa myyjä-neutraalissa muodossa?"
Jos vastaus johonkin niistä on käsin aaltoileva, alusta myy sinulle kerros 1. ROI asuu 3 ja 4. Optimoi ne.
Haluatko tästä työversion ohjelmaasi varten? Rakennamme tapahtuma-kaavion, johdetun valtion ja liiketoiminta-tapahtuma kerrokset kiinteänä pakettina.