Skip to content

Commit efdce8e

Browse files
committed
Edits based on feedback
1 parent c62e574 commit efdce8e

File tree

1 file changed

+5
-32
lines changed

1 file changed

+5
-32
lines changed

articles/healthcare-apis/iot/overview.md

Lines changed: 5 additions & 32 deletions
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@ author: msjasteppe
66
ms.service: healthcare-apis
77
ms.subservice: fhir
88
ms.topic: overview
9-
ms.date: 04/11/2023
9+
ms.date: 04/13/2023
1010
ms.author: jasteppe
1111
---
1212

@@ -25,49 +25,22 @@ The following video presents an overview of the MedTech service:
2525
2626
## How the MedTech service works
2727

28-
The following diagram outlines the basic elements of how the MedTech service transforms device data into standardized [FHIR Observations](https://www.hl7.org/fhir/R4/observation.html) in Azure.
28+
The following diagram outlines the basic elements of how the MedTech service transforms device data into standardized [FHIR Observations](https://www.hl7.org/fhir/R4/observation.html) for persistence in the FHIR service.
2929

3030
:::image type="content" source="media/overview/what-is-simple-diagram.png" alt-text="Simple diagram showing the MedTech service." lightbox="media/overview/what-is-simple-diagram.png":::
3131

32-
### Deployment
32+
The MedTech service processes device data in five stages:
3333

34-
In order to implement the MedTech service, you need to have these Azure resources available:
34+
1. **Ingest** - The MedTech service asynchronously loads the device messages from the event hub at high speed.
3535

36-
* An Azure subscription.
37-
* A resource group.
38-
* An Azure Event Hubs namespace containing an event hub.
39-
* An Azure Health Data service workspace.
40-
41-
With the resources in place, you can now deploy the MedTech service and the FHIR service within the workspace. Granting the required MedTech service system-assigned managed identity permissions to the event hub and FHIR service creates the final configurations required to receive and process device data.
42-
43-
### Devices
44-
45-
After the deployments are completed, high-velocity and low-velocity device data can be collected from a wide range of JSON-compatible IoT devices, systems, and formats.
46-
47-
### Event hub
48-
49-
Device data is sent from a device over the Internet to an event hub to hold it temporarily in Azure. The event hub can asynchronously process millions of data points per second, eliminating data traffic jams, making it possible to easily handle huge amounts of information in real-time.
50-
51-
### The MedTech service
52-
53-
When the device data has been loaded into event hub, the MedTech service can then process it in five stages to transform the device data into a unified FHIR format.
54-
55-
These stages are:
56-
57-
1. **Ingest** - The MedTech service asynchronously loads the device data from the event hub at high speed.
58-
59-
2. **Normalize** - After the device data has been ingested, the MedTech service uses the device mapping to streamline and convert it into a normalized schema format.
36+
2. **Normalize** - After the device message has been ingested, the MedTech service uses the device mapping to streamline and convert the device data into a normalized schema format.
6037

6138
3. **Group** - The normalized data is then grouped by parameters to prepare it for the next stage of processing. The parameters are: device identity, measurement type, time period, and (optionally) correlation ID.
6239

6340
4. **Transform** - When the normalized data is grouped, it's transformed through the FHIR destination mapping and is ready to become FHIR Observations.
6441

6542
5. **Persist** - After the transformation is done, the new data is sent to FHIR service and persisted as FHIR Observations.
6643

67-
### FHIR service
68-
69-
The MedTech service data processing is complete when the new FHIR Observations are successfully persisted into the FHIR service and ready for use.
70-
7144
## Key features of the MedTech service
7245

7346
The MedTech service has many features that make it secure, configurable, scalable, and extensible.

0 commit comments

Comments
 (0)