Megosztás a következőn keresztül:


A MedTech szolgáltatás eszköz adatfeldolgozási szakaszainak áttekintése

Fontos

2025.02.26-ától a MedTech szolgáltatás már nem érhető el a következő régiókban: Egyesült Királyság nyugati régiója, Egyesült Arab Emírségek északi régiója, Észak-Dél-Afrika, Katar középső régiója.

Ez a cikk áttekintést nyújt az eszköz adatfeldolgozási szakaszairól a MedTech szolgáltatásban. A MedTech szolgáltatás az eszközadatokat FHIR-megfigyelésekké® alakítja az FHIR szolgáltatásban való megőrzése érdekében.

A MedTech szolgáltatás eszközadatainak feldolgozása az alábbi szakaszokban és sorrendben történik:

  • Bevesz
  • Normalizálás – Az eszköztérképezés alkalmazva.
  • Csoport – (nem kötelező)
  • Átalakítás – FHIR célleképezés alkalmazva.
  • Kitartás!

Képernyőkép a MedTech szolgáltatás által feldolgozott eszközadatokról.

Bevesz

Az Ingest az első olyan szakasz, amikor 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é. Lehetővé teszi továbbá, hogy a MedTech szolgáltatás aszinkron módon használja fel az eszközüzeneteket, így nem kell várnia az eszközöknek az eszközüzenetek feldolgozása során. A MedTech szolgáltatás rendszer által hozzárendelt felügyelt identitása és Az Azure erőforrás-alapú hozzáférés-vezérlése (Azure RBAC) az eseményközponthoz való biztonságos hozzáféréshez használható.

Megjegyzés

Az eszközüzenet-adatok esetében jelenleg a JSON az egyetlen támogatott formátum.

Fontos

Ha több szolgáltatásból szeretné engedélyezni a hozzáférést az eseményközponthoz, minden szolgáltatásnak rendelkeznie kell saját event hub 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 a streamet önállóan, a saját tempójukban és saját eltolásukkal olvassák. További információ: Fogyasztói csoportok.

Példák:

  • Két MedTech-szolgáltatás, amely ugyanahhoz az eseményközponthoz fér hozzá.

  • Egy MedTech szolgáltatás és egy tárolóíró alkalmazás, amely ugyanazt az eseményközpontot éri el.

Normalizál

A normalizálás a következő szakasz, amelyben az eszközadatok 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özadatok normalizált sémává alakítását eredményezi. A normalizálási folyamat nem csak a későbbi szakaszokban egyszerűsíti az eszközök adatfeldolgozását, hanem lehetővé teszi, hogy egy eszközüzenetet több normalizált üzenetbe kivetítsen. Egy eszköz például egyetlen eszközüzenetben több életjelet küldhet a testhőmérsékletre, az 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ést hozna létre. Minden FHIR-megfigyelés egy másik életjelet jelölne, az eszközüzenet négy különböző normalizált üzenetre vetítve.

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éterrel vannak csoportosítva:

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

Az eszközidentitás és a méréstípus csoportosítása nem kötelező, és a SampledData mérési típus használatával engedélyezhető. A SampledData mérési típus tömör módot kínál az eszközüzenetből az FHIR-megfigyelésekbe történő időalapú méréssorozatok ábrázolására. A SampledData mérési típus használatakor a mérések egyetlen FHIR-megfigyelésbe csoportosíthatók, amely egy 1 órás vagy 24 órás időtartamot jelöl.

Átalakít

Az átalakítás a következő szakasz, ahol 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ésekké alakulnak, ha egyező FHIR-célleképezést hoztak létre. Ezen a ponton az eszköz erőforrását és a hozzá tartozó beteg erőforrását is lekérik a 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ésre mutató hivatkozásként lesznek hozzáadva.

Megjegyzés

Az összes azonosítási keresés gyorsítótárba kerül, miután megoldódtak, 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ális eszközerőforrást, és küldje el a virtuális eszköz azonosító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 nincs 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ás típus értékétől függ. A Keresés beállításnál 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 létrehozásra 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 feloldási típus a MedTech szolgáltatás üzembe helyezése után is módosítható, ha később más megoldá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 pró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.

Megjegyzés

Ha több eszközüzenet ugyanarra az FHIR-megfigyelésre vonatkozó adatokat tartalmaz, azonos időbélyeget kap, és ugyanabban az eszközüzenet-kötegben (például az öt perces ablakban vagy 300 normalizált üzenetcsoportban) 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éve, hogy ezek az eszközüzenetek ugyanabban az öt perces ablakban vagy ugyanabban a 300 normalizált üzenetcsoportban lettek betöltve, és mivel measurementdatetime mindké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/legfrissebb adatok megjelenítéséhez.

Kitartás

A perzisztencia az utolsó fázis, ahol az átalakítás fázisából származó FHIR-megfigyelések megmaradnak az FHIR szolgáltatásban. Ha az FHIR-megfigyelés új, akkor az FHIR szolgáltatásban jön létre. Ha az FHIR-megfigyelé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 Az 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

Telepítési módszer kiválasztása a MedTech szolgáltatáshoz

A MedTech szolgáltatás eszközleképezésének áttekintése

A MedTech szolgáltatás FHIR célleképezésének áttekintése

A MedTech szolgáltatás forgatókönyvalapú leképezési mintáinak áttekintése

Megjegyzés

Az FHIR® a HL7 bejegyzett védjegye, amelyet a HL7 engedélyével használnak.