Az X-en és Y-n túl: a helymeghatározó események működési jelré alakítása.

Egy RTLS telepítés egy pontot ad a térképen. Annak a pontnak van x- koordinátája, y- koordinátája, időbélyegzője és azonosítója. A pont önmagában semmit sem ér. Az ok, amiért a RTLS programok többsége alulteljesítő, nem a technológia, hanem az, hogy a rendszer pont megáll.

Az érték a rétegekben él. felül a pozíció esemény. Pontosabban öten. Ez a darab végigsétál mindegyiken abban a sorrendben, ahogy felépítik őket, amit a legtöbb csapat téved, és ahol az operatív ROI ténylegesen megjelenik.

1. réteg - Nyers események

Ez az, amit a rádió infrastruktúra termel: pozíció frissítések bizonyos intervallumokban, plusz zone- belépés, zone- kijárat, és közelségi események. Egy jól hangolt UWB rendszerben minden 100-500 ms-os frissítést látni fog. A RAIN RFID-ben olvasott, olvasási ciklus és a címke dwell. BLE 5.x AoA-ben 1- 5 másodpercenként.

Három dolog balul sül el ennél a rétegnél. Először is, a frissítési ráta túl meghatározott, így a költség megy fel működési haszon nélkül. Másodszor, a koordináta rendszer nem kapcsolódik a valós világbeli referenciához (x / y méterben, de nincs térkép kalibrálás). A harmadik, hogy az eseményfolyam marad bármilyen védett formátumban a platform bocsát ki.

A javítás célja, hogy a nyers eseményeket csak transzportrétegként kezeljék, és azonnal egy vendor- semleges eseménysémává normalizálják. Egy egyszerű JSON borítékot használunk eszköz _ id, pozíció (x, y, z, zóna), időbélyegző, bizalom, és egy szabad formában Címkék tárgy. Minden, ami a downstream-en van, azt elfogyasztja. Amikor a platform eladó változik - és ők - csak az adapter változik.

2. réteg - Származtatott államok

A következő réteg válaszol: Mit csinál ez az ügynök? Nem ott, ahol van. Hogy mit csinál. Példák:

• Dwell: "Y minutes X zónában" - az SLA nyomon követéséhez, a kézhigiénés igazoláshoz, a FOD nyomozáshoz, a dokkhoz.
• Átmenet: "áthelyezve az A zónából a B zónába a T időpontban" - az alapvető bemenet a betegáramlás, WIP ciklus idő, épít származástan.
• Kolokáció: "A" eszköz X méteren belül a "B" eszköztől - az eszköz bemenete a munkahelyen, eszköz a kezelővel, és kontakt-követő minták.
• Tompa / aktív: az ablak feletti mozgási sebességből származik - a felhasználási analitika bemenete.

Ezek a származtatott államok azok, ahol a legtöbb RTLS értékesítő elveszíti érdeklődését. Az UI-juk mutatja a pontot. Az ő SDK-juk adja a nyers eseményeket. A származékos motor rajtad van, és pontosan ott történik az értéktervezés.

3. réteg - Üzleti események

A származtatott állapot technikai. Egy üzleti esemény fontos. A fordítás köztük a legfontosabb munka egy helyi hírszerző programban, és ez az a hely, ahol a konzultációs órák ténylegesen megtérülnek.

Példa: egy infúziós pumpa, amely egy raktárban 12 percig származtatott állapot. Ugyanaz a szivattyú elhagyja a raktár felé 4B osztály ma először egy üzleti esemény"A 4F- 217 infúziós pumpa a szolgálati forgásba lépett". A klinikai CMMS-t a második érdekli, nem az első.

Ez a fordítás nem ingyenes, és nem általános. Minden sikeres programunkban ez az a hely, ahol a domain szakértelmet (klinikai munkafolyamat, MES, WMS, biomed, OR ütemezés) kódolják szabályokba. A 3. réteg kimenete minden downstream rendszer bemenete.

4.

Ha egyszer egy üzleti esemény létezik, három dolog történhet:

1. Frissíti a műszerfalon lévő metrikus értéket.
2. Beindítja a riasztást, a jegyet, a rendelést, vagy egy másik rendszert.
3. Egy elemzőt vagy egy ML modellt táplál.

Ez a réteg határozza meg, hogy az Ön programját betartják-e vagy üzemképesek-e. Egy megfigyelt program műszerfal mindenki csodálja az első héten. Egy operatív program rendelkezik a helyjelzés vezetésével ServiceNow incidensek, CMMS munkamegrendelések, nővérhívó eszkalációk, andon, MES csomópontok és HR kivételek jelentések.

A technikai sáv az integráció alacsony - webhook, REST hívások, üzenetsorok. A nehéz része intézményi: a műveleti csapatnak eléggé meg kell bíznia az igazság forrásában, hogy cselekedjen. Úgy nyered el a bizalmat, ha a 13.-as rétegeket jobbra szerzed.

5. réteg - Tanulás

Az utolsó réteg az, ami összekeveredik. Minden üzleti eseményt bejelentenek. Minden származtatott állam be van jegyezve. Heteken és hónapokon át felhalmozod az idősort arról, hogy mit is csinálsz valójában - nem azt, amit a SOP-n mond.

Az adatok háromféle modellt táplálnak:

• Anomália detektálás. Mi az a normális lakóhely, normális áramlás, normális ciklus? Felszíni eltérések, mielőtt elérték a KPI jelentést.
• Előre látható. A helymeghatározást össze kell kapcsolni a rezgés / termikus / szenzor adatokkal, hogy megjósoljuk a berendezés meghibásodását 1- 12 hét múlva.
• Szimuláció / digitális iker. Használjuk a rögzített mozgási előzményeket a "mi lenne, ha mozgatnánk ezt az összeszerelő cellát?" / "Mi lenne, ha megnyitnánk egy új ED-öblöt?" / "Mi lenne, ha átirányítanánk ezt a AGV-t?" típusú kérdéseket.

Ez az a hely is, ahol az LLM-meghajtású műveletek másodpilótái hasznossá válnak: amikor egy vezető nővér, a vezetõ vagy a létesítmény vezetője megkérdezheti, hogy "hol volt az utolsó kalibrált nyomtáv, és ki által?", és kap egy bizonyítottan választ a térbeli esemény történelme, akkor már átköltözött a műszerfal valami alapvetően új.

A szekvencia csapda

Az egyetlen leggyakoribb kudarc mód a vállalkozás RTLS települések próbálja csinálni réteg 5 előtt réteg 3 valós. Vendors eladja neked a digitális- iker modult, mielőtt az üzleti esemény réteg létezne. A szimuláció egy alulgyártott középső réteg leleteivel fut, és senki sem bízik a teljesítményben.

Sorozat: kap réteg 1 vendor- semleges és stabil. A 2. réteget műszerezd és hitelesítsd. Töltsön időt a 3-as rétegen az operatív csapattal, akinek használnia kell. Akkor... nyílt 4. réteg (döntések / figyelmeztető jelzések), és csak azután, hogy azok futnak 60- 90 nap, nyitott 5. réteg (analitika / ML).

Mit jelent ez a beszerzéshez?

Ha RTLS platformot vásárol, három kérdést tegyen fel az eladónak:

1. "Mutasd meg az esemény vázlatát, és azt, hogy a platform mit termel a dobozból".
2. "Mi az integrációs minta ServiceNow / Epic / SAP / your- MES -here?"
3. "Bármikor exportálhatom a teljes eseménytörténelmet vendor- semleges formátumban?"

Ha ezek közül bármelyikre a válasz kézzel-hullámos, a platform 1-es réteget ad el. A ROI a 3-as és 4-es körzetben él. Optimalizálja azokat.

Akarsz egy működő verziót a programodhoz? Létrehoztuk az eseményrendszert, a származtatott állapotot és az üzleti eseményrétegeket fix díjcsomagként.