You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/healthcare-apis/iot/understand-service.md
+8-8Lines changed: 8 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,11 +6,11 @@ author: msjasteppe
6
6
ms.service: healthcare-apis
7
7
ms.subservice: iomt
8
8
ms.topic: overview
9
-
ms.date: 03/07/2023
9
+
ms.date: 03/21/2023
10
10
ms.author: jasteppe
11
11
---
12
12
13
-
# Understand the MedTech service device message data transformation
13
+
# Understand the MedTech service device message data transformation
14
14
15
15
> [!NOTE]
16
16
> [Fast Healthcare Interoperability Resources (FHIR®)](https://www.hl7.org/fhir/) is an open healthcare specification.
@@ -20,9 +20,9 @@ This article provides an overview of the device message data processing stages w
20
20
The MedTech service device message data processing follows these steps and in this order:
21
21
22
22
* Ingest
23
-
* Normalize - Device mappings applied.
23
+
* Normalize - Device mapping applied.
24
24
* Group - (Optional)
25
-
* Transform - FHIR destination mappings applied.
25
+
* Transform - FHIR destination mapping applied.
26
26
* Persist
27
27
28
28
:::image type="content" source="media/understand-service/understand-device-message-flow.png" alt-text="Screenshot of a device message as it processed by the MedTech service." lightbox="media/understand-service/understand-device-message-flow.png":::
@@ -47,7 +47,7 @@ The device message event hub uses the MedTech service's [system-assigned managed
47
47
> - A MedTech service and a storage writer application accessing the same device message event hub.
48
48
49
49
## Normalize
50
-
Normalize is the next stage where device message data is processed using user-selected/user-created conforming and valid [device mappings](how-to-configure-device-mappings.md). This mapping process results in transforming device message data into a normalized schema.
50
+
Normalize is the next stage where device message data is processed using the user-selected/user-created conforming and valid [device mapping](how-to-configure-device-mappings.md). This mapping process results in transforming device message data into a normalized schema.
51
51
52
52
The normalization process not only simplifies data processing at later stages, but also provides the capability to project one device message into multiple normalized messages. For instance, a device could send multiple vital signs for body temperature, pulse rate, blood pressure, and respiration rate in a single device message. This device message would create four separate FHIR Observation resources. Each resource would represent a different vital sign, with the device message projected into four different normalized messages.
53
53
@@ -61,7 +61,7 @@ Group is the next *optional* stage where the normalized messages available from
61
61
Device identity and measurement type grouping are optional and enabled by the use of the [SampledData](https://www.hl7.org/fhir/datatypes.html#SampledData) measurement type. The SampledData measurement type provides a concise way to represent a time-based series of measurements from a device message into FHIR Observation resources. When you use the SampledData measurement type, measurements can be grouped into a single FHIR Observation resource that represents a 1-hour period or a 24-hour period.
62
62
63
63
## Transform
64
-
Transform is the next stage where normalized messages are processed using user-selected/user-created conforming and valid [FHIR destination mappings](how-to-configure-fhir-mappings.md). Normalized messages get transformed into FHIR Observation resources if a matching FHIR destination mapping has been authored.
64
+
Transform is the next stage where normalized messages are processed using the user-selected/user-created conforming and valid [FHIR destination mapping](how-to-configure-fhir-mappings.md). Normalized messages get transformed into FHIR Observation resources if a matching FHIR destination mapping has been authored.
65
65
66
66
At this point, the [Device](https://www.hl7.org/fhir/device.html) resource, along with its associated [Patient](https://www.hl7.org/fhir/patient.html) resource, is also retrieved from the FHIR service using the device identifier present in the device message. These resources are added as a reference to the FHIR Observation resource being created.
67
67
@@ -116,9 +116,9 @@ In this article, you learned about the MedTech service device message processing
116
116
To learn how to configure the MedTech service device and FHIR destination mappings, see
117
117
118
118
> [!div class="nextstepaction"]
119
-
> [How to configure device mappings](how-to-configure-device-mappings.md)
119
+
> [How to configure the device mapping](how-to-configure-device-mappings.md)
120
120
121
121
> [!div class="nextstepaction"]
122
-
> [How to configure FHIR destination mappings](how-to-configure-fhir-mappings.md)
122
+
> [How to configure the FHIR destination mapping](how-to-configure-fhir-mappings.md)
123
123
124
124
FHIR® is a registered trademark of Health Level Seven International, registered in the U.S. Trademark Office and is used with their permission.
0 commit comments