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/device-data-through-iot-hub.md
+10-9Lines changed: 10 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,30 +1,27 @@
1
1
---
2
2
title: Receive device data through Azure IoT Hub - Azure Health Data Services
3
-
description: In this tutorial, you'll learn how to enable device data routing from IoT Hub into FHIR service through MedTech service.
3
+
description: In this tutorial, you'll learn how to enable device data routing from IoT Hub into the FHIR service through MedTech service.
4
4
services: healthcare-apis
5
5
author: msjasteppe
6
6
ms.service: healthcare-apis
7
7
ms.subservice: iomt
8
8
ms.topic: tutorial
9
-
ms.date: 09/29/2022
9
+
ms.date: 10/03/2022
10
10
ms.author: jasteppe
11
11
---
12
12
13
13
# Tutorial: Receive device data through Azure IoT Hub
14
14
15
15
MedTech service may be used with devices created and managed through Azure IoT Hub for enhanced workflows and ease of use.
16
16
17
-
This tutorial provides the steps to connect and route device data from IoT Hub to MedTech service.
17
+
This tutorial provides the steps to connect and route device data from IoT Hub to your MedTech service.
18
18
19
19
## Prerequisites
20
20
21
21
- An active Azure subscription - [Create one for free](https://azure.microsoft.com/free/?WT.mc_id=A261C142F)
22
22
- FHIR service resource with at least one MedTech service - [Deploy MedTech service using Azure portal](deploy-iot-connector-in-azure.md)
23
23
- Azure IoT Hub resource connected with real or simulated device(s) - [Create an IoT Hub using the Azure portal](../../iot-hub/iot-hub-create-through-portal.md)
24
24
25
-
> [!TIP]
26
-
> If you are using an Azure IoT Hub simulated device application, feel free to pick the application of your choice amongst different supported languages and systems.
27
-
28
25
Below is a diagram of the IoT device message flow from IoT Hub into MedTech service:
29
26
30
27
:::image type="content" source="media\iot-hub-to-iot-connector\iot-hub-to-iot-connector.png" alt-text="Diagram of IoT message data flow through IoT Hub into the MedTech service." lightbox="media\iot-hub-to-iot-connector\iot-hub-to-iot-connector.png":::
@@ -45,15 +42,19 @@ Follow these directions to grant access to the IoT Hub system-assigned managed i
45
42
46
43
## Send device message to IoT Hub
47
44
45
+
> [!TIP]
46
+
> [Visual Studio Code with the Azure IoT Hub extension](https://marketplace.visualstudio.com/items?itemName=vsciot-vscode.azure-iot-tools) is a recommended method for sending IoT device messages to your IoT Hub for testing and troubleshooting.
47
+
48
48
Use your device (real or simulated) to send the sample heart rate message shown below to the IoT Hub.
49
49
50
50
This message will get routed to MedTech service, where the message will be transformed into a FHIR Observation resource and stored into FHIR service.
51
51
52
52
> [!IMPORTANT]
53
-
> To avoid device spoofing in device-to-cloud messages, Azure IoT Hub enriches all messages with additional properties. To learn more about these properties, see [Anti-spoofing properties](/azure/iot-hub/iot-hub-devguide-messages-construct#anti-spoofing-properties)
53
+
> To avoid device spoofing in device-to-cloud messages, Azure IoT Hub enriches all messages with additional properties. To learn more about these properties, see [Anti-spoofing properties](/azure/iot-hub/iot-hub-devguide-messages-construct#anti-spoofing-properties).
54
+
>
55
+
> To learn about IoT Hub device message enrichment and IotJsonPathContentTemplate mappings usage with the MedTech service device mapping, see [How to use IotJsonPathContentTemplate mappings](how-to-use-iot-jsonpath-content-mappings.md).
54
56
55
-
> [!TIP]
56
-
> To learn about IoT Hub device message enrichment and IotJsonPathContentTemplate mappings usage with the MedTech service device mapping, see [How to use IotJsonPathContentTemplate mappings](how-to-use-iot-jsonpath-content-mappings.md)
Copy file name to clipboardExpand all lines: articles/healthcare-apis/iot/how-to-use-iot-jsonpath-content-mappings.md
+21-10Lines changed: 21 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ author: msjasteppe
5
5
ms.service: healthcare-apis
6
6
ms.subservice: fhir
7
7
ms.topic: how-to
8
-
ms.date: 09/26/2022
8
+
ms.date: 10/03/2022
9
9
ms.author: jasteppe
10
10
---
11
11
@@ -38,22 +38,27 @@ With each of these examples, you're provided with:
38
38
* An example of what the MedTech service device message will look like after normalization.
39
39
40
40
> [!IMPORTANT]
41
-
> To avoid device spoofing in device-to-cloud messages, Azure IoT Hub enriches all messages with additional properties. To learn more about these properties, see [Anti-spoofing properties](/azure/iot-hub/iot-hub-devguide-messages-construct#anti-spoofing-properties)
41
+
> To avoid device spoofing in device-to-cloud messages, Azure IoT Hub enriches all messages with additional properties. To learn more about these properties, see [Anti-spoofing properties](/azure/iot-hub/iot-hub-devguide-messages-construct#anti-spoofing-properties).
42
+
43
+
> [!TIP]
44
+
> [Visual Studio Code with the Azure IoT Hub extension](https://marketplace.visualstudio.com/items?itemName=vsciot-vscode.azure-iot-tools) is a recommended method for sending IoT device messages to your IoT Hub for testing and troubleshooting.
42
45
43
46
**Heart rate**
44
47
45
-
**A valid IoT device message.**
48
+
**A valid IoT device message to send to your IoT Hub.**
46
49
47
50
```json
48
51
49
-
{“heartrate” : “78”}
52
+
{“heartRate” : “78”}
50
53
51
54
```
52
55
53
56
**An example of what the IoT device message will look like after being received and processed by the IoT Hub.**
54
57
55
58
> [!NOTE]
56
-
> The IoT Hub enriches the device message before sending it to the MedTech service device event hub with all properties starting with **iothub**. For example: **iothub-creation-time-utc**.
59
+
> The IoT Hub enriches the device message before sending it to the MedTech service device event hub with all properties starting with `iothub`. For example: `iothub-creation-time-utc`.
60
+
>
61
+
> `patientIdExpression` is only required for MedTech services in the **Create** mode, however, if **Lookup** is being used, a Device resource with a matching Device Identifier must exist in the FHIR service. These examples assume your MedTech service is in a **Create** mode. For more information on the **Create** and **Lookup****Destination properties**, see [Configure Destination properties](deploy-05-new-config.md#destination-properties).
57
62
58
63
```json
59
64
@@ -81,8 +86,9 @@ With each of these examples, you're provided with:
@@ -102,7 +108,7 @@ With each of these examples, you're provided with:
102
108
```json
103
109
104
110
{
105
-
"type": "heartrate",
111
+
"type": "heartRate",
106
112
"occurrenceTimeUtc": "2021-02-01T22:46:01.875Z",
107
113
"deviceId": "device123",
108
114
"properties": [
@@ -117,7 +123,7 @@ With each of these examples, you're provided with:
117
123
118
124
**Blood pressure**
119
125
120
-
**A valid IoT device message.**
126
+
**A valid IoT device message to send to your IoT Hub.**
121
127
122
128
```json
123
129
@@ -131,7 +137,9 @@ With each of these examples, you're provided with:
131
137
**An example of what the IoT device message will look like after being received and processed by the IoT Hub.**
132
138
133
139
> [!NOTE]
134
-
> The IoT Hub enriches the device message before sending it to the MedTech service device event hub with all properties starting with **iothub**. For example: **iothub-creation-time-utc**.
140
+
> The IoT Hub enriches the device message before sending it to the MedTech service device event hub with all properties starting with `iothub`. For example: `iothub-creation-time-utc`.
141
+
>
142
+
> `patientIdExpression` is only required for MedTech services in the **Create** mode, however, if **Lookup** is being used, a Device resource with a matching Device Identifier must exist in the FHIR service. These examples assume your MedTech service is in a **Create** mode. For more information on the **Create** and **Lookup****Destination properties**, see [Configure Destination properties](deploy-05-new-config.md#destination-properties).
135
143
136
144
```json
137
145
@@ -162,6 +170,7 @@ With each of these examples, you're provided with:
0 commit comments