A MedTech szolgáltatás eszközüzenet-feldolgozási fázisainak ismertetése

Megjegyzés

A Fast Healthcare Interoperability Resources (FHIR®) egy nyílt egészségügyi specifikáció.

Ez a cikk áttekintést nyújt a MedTech szolgáltatás eszközüzenet-feldolgozási szakaszairól. A MedTech szolgáltatás az FHIR szolgáltatásban való adatmegőrzés érdekében FHIR-megfigyelési erőforrásokká alakítja át az eszközüzenetek adatait.

A MedTech szolgáltatás eszközüzeneteinek adatfeldolgozása az alábbi fázisokat követi, és ebben a sorrendben:

  • Betöltés
  • Normalizálás – Eszközleképezés alkalmazva.
  • Csoport – (nem kötelező)
  • Átalakítás – FHIR-célleképezés alkalmazva.
  • Ragaszkodik

Képernyőkép a MedTech szolgáltatás által feldolgozott eszközüzenetről.

Betöltés

Az Ingest az első olyan szakasz, amelyben az eszközüzenetek egy Azure Event Hubs eseményközpontból érkeznek, és azonnal a MedTech szolgáltatásba kerülnek. Az Event Hubs szolgáltatás támogatja a nagy léptékű és átviteli sebességet, és másodpercenként több millió eszközüzenet fogadását és feldolgozását teszi lehetővé. Emellett lehetővé teszi, hogy a MedTech szolgáltatás aszinkron módon használja fel az üzeneteket, így nincs szükség arra, hogy az eszközök megvárják az eszközüzenetek feldolgozását.

Az eszközüzenet eseményközpontja a MedTech szolgáltatás rendszer által hozzárendelt felügyelt identitását és Az Azure erőforrás-alapú hozzáférés-vezérlését (Azure RBAC) használja az eszközüzenet-eseményközponthoz való biztonságos hozzáféréshez.

Megjegyzés

Az eszközüzenetek adatai esetében jelenleg a JSON az egyetlen támogatott formátum.

Fontos

Ha több szolgáltatásból szeretne hozzáférést engedélyezni az eszközüzenet-eseményközponthoz, minden szolgáltatásnak rendelkeznie kell saját eseményközpont-fogyasztói csoporttal.

A fogyasztói csoportok lehetővé teszik, hogy több fogyasztó alkalmazás külön nézettel rendelkezzen az eseménystreamről, és hogy a streamet a saját tempójukban és saját eltolásukkal külön olvassák. További információ: Fogyasztói csoportok.

Példák:

  • Két MedTech szolgáltatás fér hozzá ugyanahhoz az eszközüzenet-eseményközponthoz.

  • Egy MedTech szolgáltatás és egy tárolóíró alkalmazás, amely ugyanahhoz az eszközüzenet-eseményközponthoz fér hozzá.

Normalizálni

A normalizálás a következő szakasz, amelyben az eszközüzenetek adatainak feldolgozása a felhasználó által kiválasztott/felhasználó által létrehozott megfelelő és érvényes eszközleképezés használatával történik. Ez a leképezési folyamat az eszközüzenetek adatait normalizált sémává alakítja.

A normalizálási folyamat nemcsak a későbbi szakaszokban egyszerűsíti az adatfeldolgozást, hanem lehetővé teszi egy eszközüzenet több normalizált üzenetbe való kivetítését is. Egy eszköz például egyetlen eszközüzenetben elküldhet több létfontosságú jelet a testhőmérsékletre, a pulzusszámra, a vérnyomásra és a légzési sebességre vonatkozóan. Ez az eszközüzenet négy különálló FHIR-megfigyelési erőforrást hozna létre. Minden erőforrás egy másik alapvető jelet jelölne, és az eszközüzenet négy különböző normalizált üzenetre vetülne.

Csoport – (nem kötelező)

A csoport a következő választható szakasz, amelyben a MedTech szolgáltatás normalizálási szakaszában elérhető normalizált üzenetek három különböző paraméter szerint vannak csoportosítva:

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

Az eszközidentitás és a méréstípus csoportosítása nem kötelező, és a SampledData mérési típussal engedélyezhető. A SampledData mérési típus tömör módot biztosít egy eszközüzenet időalapú méréssorozatának az FHIR-megfigyelési erőforrásokba történő ábrázolására. A SampledData mérési típus használatakor a mérések egyetlen FHIR-megfigyelési erőforrásba csoportosíthatók, amely egy 1 órás vagy 24 órás időszakot jelöl.

Átalakítás

Az átalakítás a következő szakasz, amelyben a normalizált üzenetek feldolgozása a felhasználó által kiválasztott/felhasználó által létrehozott megfelelő és érvényes FHIR-célleképezés használatával történik. A normalizált üzenetek FHIR-megfigyelési erőforrásokká alakulnak át, ha egyező FHIR-célleképezést hoztak létre.

Ezen a ponton a rendszer az eszközerőforrást és a hozzá tartozó Patient erőforrást is lekéri az FHIR szolgáltatásból az eszközüzenetben található eszközazonosító használatával. Ezek az erőforrások a létrehozott FHIR-megfigyelési erőforrásra mutató hivatkozásként lesznek hozzáadva.

Megjegyzés

Az összes identitáskeresés gyorsítótárazva lesz az FHIR szolgáltatás terhelésének csökkentése érdekében. Ha több beteggel tervezi újrahasználni az eszközöket, javasoljuk, hogy hozzon létre egy, a betegre jellemző virtuáliseszköz-erőforrást, és küldje el a virtuális eszköz azonosítóját az eszközüzenet hasznos adatai között. A virtuális eszköz szülőként csatolható a tényleges eszközerőforráshoz.

Ha az FHIR szolgáltatásban nem található eszközerőforrás egy adott eszközazonosítóhoz, az eredmény a MedTech szolgáltatás üzembe helyezésekor beállított felbontástípus értékétől függ. Ha a Keresés értékre van állítva, a rendszer figyelmen kívül hagyja az adott üzenetet, és a folyamat továbbra is feldolgoz más bejövő eszközüzeneteket. Ha a Létrehozás értékre van állítva, a MedTech szolgáltatás minimális eszköz- és betegerőforrást hoz létre az FHIR szolgáltatásban.

Megjegyzés

A Megoldás típusa a MedTech szolgáltatás üzembe helyezése után is módosítható, ha később más felbontástípusra van szükség.

A MedTech szolgáltatás közel valós idejű feldolgozást biztosít, és a kérések 300 normalizált üzenet kötegekbe való csoportosításával megpróbálja csökkenteni az FHIR szolgáltatáshoz érkező kérések számát. Ha kevés az adatmennyiség, és 300 normalizált üzenet nem lett hozzáadva a csoporthoz, akkor a csoport megfelelő FHIR-megfigyelései körülbelül öt perc elteltével megmaradnak az FHIR szolgáltatásban. Ez azt jelenti, hogy ha kevesebb mint 300 normalizált üzenetet kell feldolgozni, az FHIR-megfigyelések FHIR szolgáltatásban való létrehozása vagy frissítése körülbelül öt perc késéssel járhat.

Megjegyzés

Ha több eszközüzenet ugyanarra az FHIR-megfigyelésre vonatkozó adatokat tartalmaz, azonos időbélyegzővel rendelkezik, és ugyanabban az eszközüzenet-kötegben (például a ~öt perces ablakban vagy 300 normalizált üzenetből álló csoportokban) küldi el őket, csak az adott FHIR-megfigyelés legújabb eszközüzenetének megfelelő adatok maradnak meg.

Például:

1. eszközüzenet:

{    
   "patientid": "testpatient1",    
   "deviceid": "testdevice1",
   "systolic": "129",    
   "diastolic": "65",    
   "measurementdatetime": "2022-02-15T04:00:00.000Z"
} 

2. eszközüzenet:

{   
   "patientid": "testpatient1",    
   "deviceid": "testdevice1",    
   "systolic": "113",    
   "diastolic": "58",    
   "measurementdatetime": "2022-02-15T04:00:00.000Z"
}

Feltételezve, hogy ezek az eszközüzenetek ugyanabban a ~öt perces ablakban vagy ugyanabban a 300 normalizált üzenetcsoportban vannak betöltve, és mivel measurementdatetime a két eszközüzenet esetében ugyanaz (ami azt jelzi, hogy ezek ugyanahhoz az FHIR-megfigyeléshez tartalmaznak adatokat), csak a 2. eszközüzenet marad meg a legújabb/legújabb adatok megjelenítéséhez.

Ragaszkodik

A megőrzés az utolsó fázis, amelyben az átalakítási fázisból származó FHIR-megfigyelési erőforrások megmaradnak az FHIR szolgáltatásban. Ha az FHIR-megfigyelési erőforrás új, akkor az FHIR szolgáltatásban jön létre. Ha az FHIR-megfigyelési erőforrás már létezik, az frissül az FHIR szolgáltatásban.

Az FHIR szolgáltatás a MedTech szolgáltatás rendszer által hozzárendelt felügyelt identitását és Azure erőforrás-alapú hozzáférés-vezérlését (Azure RBAC) használja az FHIR szolgáltatáshoz való biztonságos hozzáféréshez.

Következő lépések

Ebben a cikkben megismerhette a MedTech szolgáltatás eszközüzeneteinek feldolgozását és megőrzését az FHIR szolgáltatásban.

A MedTech szolgáltatáseszköz és az FHIR-célleképezések konfigurálásáról további információt a

Az FHIR® a Health Level Seven International bejegyzett védjegye, amelyet az Egyesült Államok Védjegyhivatalában regisztráltak, és engedélyükkel használják.