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
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.