Overzicht van de verwerkingsfasen van het MedTech-serviceapparaat

Dit artikel bevat een overzicht van de fasen voor apparaatgegevensverwerking binnen de MedTech-service. De MedTech-service transformeert apparaatgegevens naar FHIR® Observations voor persistentie in de FHIR-service.

De gegevensverwerking van het MedTech-serviceapparaat volgt deze fasen en in deze volgorde:

• Opnemen
• Normaliseren: apparaattoewijzing toegepast.
• Groep - (optioneel)
• Transformatie- FHIR-doeltoewijzing toegepast.
• Blijven bestaan

Opnemen

Opname is de eerste fase waarin apparaatberichten worden ontvangen van een Azure Event Hubs Event Hubs-event hub en onmiddellijk worden opgehaald in de MedTech-service. De Event Hubs-service ondersteunt grootschalige en doorvoer met de mogelijkheid om miljoenen apparaatberichten per seconde te ontvangen en te verwerken. Ook kan de MedTech-service apparaatberichten asynchroon gebruiken, waardoor de noodzaak voor apparaten wordt verwijderd om te wachten terwijl apparaatberichten worden verwerkt. De door het systeem toegewezen beheerde identiteit van de MedTech-service en op resources gebaseerd toegangsbeheer (Azure RBAC) van de MedTech-service worden gebruikt voor beveiligde toegang tot de Event Hub.

Notitie

JSON is de enige ondersteunde indeling voor berichtgegevens van apparaten.

Belangrijk

Als u toegang van meerdere services naar de Event Hub wilt toestaan, is het vereist dat elke service een eigen Event Hub-consumentengroep heeft.

Met consumentengroepen kunnen meerdere verbruikende toepassingen een afzonderlijke weergave van de gebeurtenisstroom hebben en de stroom onafhankelijk in hun eigen tempo en met hun eigen offsets lezen. Zie Consumentengroepen voor meer informatie.

Voorbeelden:

• Twee MedTech-services die toegang hebben tot dezelfde Event Hub.

• Een MedTech-service en een opslagschrijvertoepassing die toegang heeft tot dezelfde Event Hub.

Normalize

Normaliseren is de volgende fase waarin apparaatgegevens worden verwerkt met behulp van de door de gebruiker geselecteerde/door de gebruiker gemaakte conforme en geldige apparaattoewijzing. Dit toewijzingsproces resulteert in het transformeren van apparaatgegevens in een genormaliseerd schema. Het normalisatieproces vereenvoudigt niet alleen de verwerking van apparaatgegevens in latere fasen, maar biedt ook de mogelijkheid om één apparaatbericht in meerdere genormaliseerde berichten te projecteren. Een apparaat kan bijvoorbeeld meerdere vitale tekens verzenden voor lichaamstemperatuur, hartslag, bloeddruk en ademhaling in één apparaatbericht. Dit apparaatbericht maakt vier afzonderlijke FHIR-waarnemingen. Elke FHIR-observatie vertegenwoordigt een ander essentieel teken, waarbij het apparaatbericht in vier verschillende genormaliseerde berichten wordt geprojecteerd.

Groep - (optioneel)

Groep is de volgende optionele fase waarin de genormaliseerde berichten die beschikbaar zijn in de MedTech-servicenormalisatiefase, worden gegroepeerd met behulp van drie verschillende parameters:

• Apparaat-id
• Type meting
• Periode

Groepering van apparaatidentiteiten en meettypen is optioneel en ingeschakeld door het gebruik van het meettype SampledData . Het meettype SampledData biedt een beknopte manier om een op tijd gebaseerde reeks metingen van een apparaatbericht in FHIR-waarnemingen weer te geven. Wanneer u het meettype SampledData gebruikt, kunnen metingen worden gegroepeerd in één FHIR-observatie die een periode van 1 uur of een periode van 24 uur vertegenwoordigt.

Transformeren

Transformatie is de volgende fase waarin genormaliseerde berichten worden verwerkt met behulp van de door de gebruiker geselecteerde/door de gebruiker gemaakte conforme en geldige FHIR-doeltoewijzing. Genormaliseerde berichten worden omgezet in FHIR-waarnemingen als er een overeenkomende FHIR-doeltoewijzing is gemaakt. Op dit moment wordt de apparaatresource , samen met de bijbehorende patiëntresource , ook opgehaald uit de FHIR-service met behulp van de apparaat-id die aanwezig is in het apparaatbericht. Deze resources worden toegevoegd als verwijzing naar de FHIR-observatie die wordt gemaakt.

Notitie

Alle identiteitszoekacties worden in de cache opgeslagen zodra deze zijn opgelost om de belasting van de FHIR-service te verminderen. Als u van plan bent om apparaten met meerdere patiënten opnieuw te gebruiken, wordt u aangeraden een resource voor virtuele apparaten te maken die specifiek is voor de patiënt en de id van het virtuele apparaat in de nettolading van het apparaatbericht te verzenden. Het virtuele apparaat kan als bovenliggend element worden gekoppeld aan de werkelijke apparaatresource.

Als er geen apparaatresource voor een bepaalde apparaat-id bestaat in de FHIR-service, is het resultaat afhankelijk van de waarde van het oplossingstype dat is ingesteld op het moment van de implementatie van de MedTech-service. Als dit is ingesteld op Opzoeken, wordt het specifieke bericht genegeerd en blijft de pijplijn andere binnenkomende apparaatberichten verwerken. Als deze optie is ingesteld op Maken, maakt de MedTech-service minimale resources voor apparaten en patiënten in de FHIR-service.

Notitie

Het oplossingstype kan ook worden aangepast na de implementatie van de MedTech-service als een ander type oplossing later vereist is.

De MedTech-service biedt bijna realtime verwerking en probeert ook het aantal aanvragen voor de FHIR-service te verminderen door aanvragen te groeperen in batches van 300 genormaliseerde berichten. Als er een laag aantal gegevens is en er na ongeveer vijf minuten 300 genormaliseerde berichten aan de groep zijn toegevoegd, worden de bijbehorende FHIR-waarnemingen in die groep na ongeveer vijf minuten bewaard naar de FHIR-service.

Notitie

Wanneer meerdere apparaatberichten gegevens bevatten voor dezelfde FHIR-observatie, dezelfde tijdstempel hebben en binnen dezelfde berichtbatch van het apparaat worden verzonden (bijvoorbeeld binnen het venster van vijf minuten of in groepen van 300 genormaliseerde berichten), blijven alleen de gegevens die overeenkomen met het laatste apparaatbericht voor die FHIR-observatie behouden.

Bijvoorbeeld:

Apparaatbericht 1:

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

Apparaatbericht 2:

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

Ervan uitgaande dat deze apparaatberichten zijn opgenomen in hetzelfde venster van vijf minuten of in dezelfde groep van 300 genormaliseerde berichten, en omdat het measurementdatetime hetzelfde is voor beide apparaatberichten (waarmee wordt aangegeven dat deze gegevens bevatten voor dezelfde FHIR-observatie), wordt alleen het apparaatbericht 2 behouden om de meest recente/meest recente gegevens weer te geven.

Blijven bestaan

Persistent is de laatste fase waarin de FHIR-waarnemingen van de transformatiefase worden bewaard in de FHIR-service. Als de FHIR-observatie nieuw is, wordt deze gemaakt in de FHIR-service. Als de FHIR-observatie al bestaat, wordt deze bijgewerkt in de FHIR-service. De FHIR-service maakt gebruik van de door het systeem toegewezen beheerde identiteit van de MedTech-service en op resources gebaseerd toegangsbeheer (Azure RBAC) voor beveiligde toegang tot de FHIR-service.

Volgende stappen

Een implementatiemethode kiezen voor de MedTech-service

Overzicht van de apparaattoewijzing van de MedTech-service

Overzicht van de bestemmingstoewijzing van de MedTech-service FHIR

Overzicht van de voorbeelden van toewijzingen op basis van een MedTech-servicescenario

Notitie

FHIR® is een geregistreerd handelsmerk van HL7 en wordt gebruikt met de machtiging HL7.