IoT-összekötő adatfolyama

Fontos

Az Azure Healthcare API-k jelenleg előzetes verzióban érhetőek el. A bétaverziójú, előzetes verziójú vagy másként még általánosan nem elérhető Azure-szolgáltatásokra további jogi feltételek vonatkoznak. Lásd: Kiegészítő használati feltételek a Microsoft Azure előzetes verziójú termékeihez.

Ez a cikk áttekintést nyújt az IoT-összekötő adatfolyamról. Megismeri az IoT-összekötő különböző adatfeldolgozási szakaszait, amelyek az eszközadatokat Fast Healthcare Interoperability Resources (FHIR®)-alapú megfigyelési erőforrásokvá alakítják át.

Az állapottal kapcsolatos eszközökről vagy orvosi eszközökről származó adatok egy olyan útvonalon haladnak keresztül, amelyen az IoT-összekötő átalakítja az adatokat FHIR-vé, majd az adatok az FHIR szolgáltatásban vannak tárolva, és onnan érhetők el. Az állapotadatok elérési útja a következő lépéseket követi: be- és normalizálás, csoportosítás, átalakítás és adatmegőrzés. Ebben az adatfolyamban az állapotadatokat a rendszer a beolvasás első lépésében olvassa be az eszközről. Az adatok a be megkapása után a felhasználó által kiválasztott vagy felhasználó által létrehozott sémasablonok szerint lesznek feldolgozva vagy normalizálva, hogy egyszerűbben feldolgozhatóak és csoportosíthatóak legyen az állapotadatok. Az állapotadatok három Működési paraméterbe vannak csoportosítva. Az állapotadatok normalizálása és csoportosítása után feldolgozhatóak vagy átalakíthatóak az FHIR célleképezésekkel, majd menthetők vagy menthetők az FHIR szolgáltatásban.

Ez a cikk az adatfolyam egyes lépésenként részletesen be van ásva. A következő lépések az IoT-összekötők eszközleképezésekkel (a normalizálási lépéssel) és az FHIR célleképezésekkel (az átalakítási lépéssel) való üzembe helyezése.

A következő szakaszok azokat a szakaszokat ismertetik, amelyeken az IoMT-adatok egy eseményközpontból való be- és IoT-összekötőbe való becslés után átmennek.

IoMT data flows from IoT devices into an event hub. IoMT data is ingested by IoT connector as it is normalized, grouped, transformed, and persisted in the FHIR service.

Betöltés

Az ingest az első fázis, ahol az eszközadatok az IoT-összekötőbe kerülnek. Az eszközadatok adatbetétvégpontját egy Azure Event Hubs. Azure Event Hubs platform támogatja a nagy méretet és átviteli sebességet, és másodpercenként több millió üzenet fogadására és feldolgozására képes. Azt is lehetővé teszi, hogy az IoT-összekötő aszinkron módon használja fel az üzeneteket, így nincs szükség arra, hogy az eszközök megvárják az eszközadatok feldolgozását.

Megjegyzés

Jelenleg az eszközadatok egyetlen támogatott formátuma a JSON.

Normalizálni

A normalizálás a következő fázis, amelyben a rendszer lekéri az eszközadatokat a fenti eseményközpontból, és feldolgozi őket az Eszközleképezések használatával. Ez a leképezési folyamat az eszközadatokat normalizált sémává alakítja.

A normalizálási folyamat nem csupán a későbbi szakaszokban egyszerűsíti az adatfeldolgozást, hanem lehetővé teszi egyetlen bemeneti üzenet több normalizált üzenetbe való kivetítését is. Egy eszköz például egyetlen üzenetben küldhet több életjelet a testhőmérsékletre, a pulzusra, a vércukorszintre és a szívverési sebességre. Ez a bemeneti üzenet négy különálló FHIR-erőforrást hoz létre. Mindegyik erőforrás különböző életjelet képviselne, és a bemeneti üzenet négy különböző normalizált üzenetben lenne kivetítve.

Group

A csoport a következő fázis, amelyben az előző szakaszban elérhető normalizált üzenetek három különböző paraméter alapján vannak csoportosítva:

  • Eszközidentitás
  • Mérés típusa
  • Időtartam

Az eszközidentitás és a mérési típus csoportosítása lehetővé teszi a SampledData mérési típus használatát. Ez a típus tömören ábrázolja az FHIR-ről származó mérések időalapú sorozatát. Az időszak pedig azt a késést szabályozza, amikor az IoT-összekötő által létrehozott megfigyelési erőforrásokat a rendszer az FHIR szolgáltatásba írja.

Megjegyzés

Az időszak alapértelmezett értéke 15 perc, és nem konfigurálható előzetes verzióra.

Átalakítás

Az Átalakítás szakaszban a csoportosított normalizált üzenetek feldolgozása az FHIR célleképezési sablonokkal történik. A sablontípusnak megfelelő üzenetek A leképezés során megadott FHIR-alapú megfigyelési erőforrásokvá alakulnak át.

Ezen a ponton az Eszközerőforrás és a hozzá tartozó Beteg erőforrás is lekérhető az FHIR szolgáltatásból az üzenetben található eszközazonosítóval. Ezek az erőforrások a létrehozott megfigyelési erőforrás hivatkozásaként vannak hozzáadva.

Megjegyzés

A rendszer az összes identitás-kihelyezettség gyorsítótárazása után az FHIR szolgáltatás terhelésének csökkentése érdekében gyorsítótárazza. Ha azt tervezi, hogy több pácienssel használja újra az eszközöket, javasoljuk, hogy hozzon létre egy, a páciensre jellemző virtuáliseszköz-erőforrást, és küldje el a virtuális eszköz azonosítóját az üzenet hasznos adatában. A virtuális eszköz szülőként csatolható a tényleges eszközerőforráshoz.

Ha egy adott eszközazonosítóhoz nem található eszközerőforrás az FHIR szolgáltatásban, az eredmény a létrehozáskor beállított Resolution Type értéktől függ. Ha a beállítása , a rendszer figyelmen kívül hagyja az adott üzenetet, és a folyamat továbbra is feldolgoz más Lookup bejövő üzeneteket. Ha a beállítása , az IoT-összekötő létrehoz egy egyszerű eszköz- és betegerőforrást Create az FHIR szolgáltatásban.

Ragaszkodik

Miután a Megfigyelési FHIR-erőforrás létrejön az Átalakítás szakaszban, az erőforrás az FHIR szolgáltatásba lesz mentve. Ha a Observation FHIR erőforrás új, az FHIR szolgáltatásban jön létre. Ha a Observation FHIR-erőforrás már létezik, akkor az frissülni fog.

Következő lépések

Útmutató eszköz- és FHIR-célleképezések létrehozásához.

(FHIR®) a HL7 bejegyzett védjegye, és a HL7 engedélyével használható.