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/deploy-new-arm.md
+9-6Lines changed: 9 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,12 +5,15 @@ author: msjasteppe
5
5
ms.service: healthcare-apis
6
6
ms.subservice: fhir
7
7
ms.topic: quickstart
8
-
ms.date: 1/20/2023
8
+
ms.date: 02/27/2023
9
9
ms.author: jasteppe
10
10
---
11
11
12
12
# Quickstart: Deploy the MedTech service using an Azure Resource Manager template
13
13
14
+
> [!NOTE]
15
+
> [Fast Healthcare Interoperability Resources (FHIR®)](https://www.hl7.org/fhir/) is an open healthcare specification.
16
+
14
17
To implement infrastructure as code for your Azure solutions, use Azure Resource Manager templates (ARM templates). The template is a JavaScript Object Notation (JSON) file that defines the infrastructure and configuration for your project. The template uses declarative syntax, which lets you state what you intend to deploy without having to write the sequence of programming commands to create it. In the template, you specify the resources to deploy and the properties for those resources.
15
18
16
19
In this quickstart, you'll learn how to:
@@ -104,7 +107,7 @@ When deployment is completed, the following resources and access roles are creat
104
107
105
108
- A Health Data Services workspace.
106
109
107
-
- A Health Data Services Fast Healthcare Interoperability Resources (FHIR®) service.
110
+
- A Health Data Services Fast Healthcare Interoperability Resources FHIR service.
108
111
109
112
- A Health Data Services MedTech service with the required [system-assigned managed identity](../../active-directory/managed-identities-azure-resources/overview.md) roles:
110
113
@@ -113,17 +116,17 @@ When deployment is completed, the following resources and access roles are creat
113
116
- For the FHIR service, the FHIR Data Writer role is assigned in the [Access control section (IAM)](../../role-based-access-control/overview.md) of the FHIR service.
114
117
115
118
> [!IMPORTANT]
116
-
> In this quickstart, the ARM template configures the MedTech service to operate in Create mode. A patient resource and a device resource are created for each device that sends data to your FHIR service.
119
+
> In this quickstart, the ARM template configures the MedTech service to operate in **Create** mode. A patient resource and a device resource are created for each device that sends data to your FHIR service.
117
120
>
118
121
> To learn more about the MedTech service resolution types Create and Lookup, see [Destination properties](deploy-new-config.md#destination-properties).
119
122
120
123
## Post-deployment mappings
121
124
122
125
After you've successfully deployed an instance of the MedTech service, you'll still need to provide conforming and valid device and FHIR destination mappings.
123
126
124
-
- To learn about device mappings, see [How to configure device mappings](how-to-configure-device-mappings.md).
127
+
- To learn about the device mapping, see [How to configure the device mapping](how-to-configure-device-mappings.md).
125
128
126
-
- To learn about FHIR destination mappings, see [How to configure FHIR destination mappings](how-to-configure-fhir-mappings.md).
129
+
- To learn about the FHIR destination mapping, see [How to configure the FHIR destination mapping](how-to-configure-fhir-mappings.md).
127
130
128
131
## Next steps
129
132
@@ -134,4 +137,4 @@ To learn about other methods for deploying the MedTech service, see
134
137
> [!div class="nextstepaction"]
135
138
> [Choose a deployment method for the MedTech service](deploy-new-choose.md)
136
139
137
-
FHIR® is a registered trademark of Health Level Seven International, registered in the U.S. Trademark Office and is used with their permission.
140
+
FHIR® is a registered trademark of Health Level Seven International, registered in the U.S. Trademark Office and is used with their permission.
Copy file name to clipboardExpand all lines: articles/healthcare-apis/iot/deploy-new-bicep-powershell-cli.md
+10-7Lines changed: 10 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,12 +5,15 @@ author: msjasteppe
5
5
ms.service: healthcare-apis
6
6
ms.subservice: fhir
7
7
ms.topic: quickstart
8
-
ms.date: 1/5/2023
8
+
ms.date: 02/27/2023
9
9
ms.author: jasteppe
10
10
---
11
11
12
12
# Quickstart: Deploy the MedTech service using a Bicep file and Azure PowerShell or the Azure CLI
13
13
14
+
> [!NOTE]
15
+
> [Fast Healthcare Interoperability Resources (FHIR®)](https://www.hl7.org/fhir/) is an open healthcare specification.
16
+
14
17
Bicep is a domain-specific language (DSL) that uses declarative syntax to deploy Azure resources. In a Bicep file, you define the infrastructure you want to deploy to Azure, and then use that file throughout the development lifecycle to repeatedly deploy your infrastructure. Your resources are deployed in a consistent manner.
15
18
16
19
Bicep provides concise syntax, reliable type safety, and support for code reuse. Bicep offers a first-class authoring experience for your infrastructure-as-code solutions in Azure.
@@ -174,7 +177,7 @@ When deployment is completed, the following resources and access roles are creat
174
177
175
178
- A Health Data Services workspace.
176
179
177
-
- A Health Data Services Fast Healthcare Interoperability Resources (FHIR®) service.
180
+
- A Health Data Services FHIR service.
178
181
179
182
- A Health Data Services MedTech service with the required [system-assigned managed identity](../../active-directory/managed-identities-azure-resources/overview.md) roles:
180
183
@@ -183,17 +186,17 @@ When deployment is completed, the following resources and access roles are creat
183
186
- For the FHIR service, the FHIR Data Writer role is assigned in the [Access control section (IAM)](../../role-based-access-control/overview.md) of the FHIR service.
184
187
185
188
> [!IMPORTANT]
186
-
> In this quickstart, the ARM template configures the MedTech service to operate in Create mode. A patient resource and a device resource are created for each device that sends data to your FHIR service.
189
+
> In this quickstart, the ARM template configures the MedTech service to operate in **Create** mode. A Patient resource and a Device resource are created for each device that sends data to your FHIR service.
187
190
>
188
-
> To learn more about the MedTech service resolution types Create and Lookup, see [Destination properties](deploy-new-config.md#destination-properties).
191
+
> To learn more about the MedTech service resolution types **Create** and **Lookup**, see [Destination properties](deploy-new-config.md#destination-properties).
189
192
190
193
## Post-deployment mappings
191
194
192
195
After you've successfully deployed an instance of the MedTech service, you'll still need to provide conforming and valid device and FHIR destination mappings.
193
196
194
-
- To learn about device mappings, see [How to configure device mappings](how-to-configure-device-mappings.md).
197
+
- To learn about the device mapping, see [How to configure the device mapping](how-to-configure-device-mappings.md).
195
198
196
-
- To learn about FHIR destination mappings, see [How to configure FHIR destination mappings](how-to-configure-fhir-mappings.md).
199
+
- To learn about the FHIR destination mapping, see [How to configure the FHIR destination mapping](how-to-configure-fhir-mappings.md).
197
200
198
201
## Clean up Azure PowerShell deployed resources
199
202
@@ -227,4 +230,4 @@ To learn about other methods for deploying the MedTech service, see
227
230
> [!div class="nextstepaction"]
228
231
> [Choose a deployment method for the MedTech service](deploy-new-choose.md)
229
232
230
-
FHIR® is a registered trademark of Health Level Seven International, registered in the U.S. Trademark Office and is used with their permission.
233
+
FHIR® is a registered trademark of Health Level Seven International, registered in the U.S. Trademark Office and is used with their permission.
Copy file name to clipboardExpand all lines: articles/healthcare-apis/iot/deploy-new-choose.md
+5-2Lines changed: 5 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,12 +5,15 @@ author: msjasteppe
5
5
ms.service: healthcare-apis
6
6
ms.subservice: fhir
7
7
ms.topic: quickstart
8
-
ms.date: 1/18/2023
8
+
ms.date: 02/27/2023
9
9
ms.author: jasteppe
10
10
---
11
11
12
12
# Quickstart: Choose a deployment method for the MedTech service
13
13
14
+
> [!NOTE]
15
+
> [Fast Healthcare Interoperability Resources (FHIR®)](https://www.hl7.org/fhir/) is an open healthcare specification.
16
+
14
17
The MedTech service provides multiple methods for deployment into Azure. Each deployment method has different advantages that will allow you to customize your deployment to suit your needs and use cases.
15
18
16
19
In this quickstart, you'll learn about these deployment methods:
@@ -23,7 +26,7 @@ In this quickstart, you'll learn about these deployment methods:
23
26
24
27
## ARM template including an Azure Iot Hub using the Deploy to Azure button
25
28
26
-
Using an ARM template with the **Deploy to Azure** button is an easy and fast deployment method because it automates the deployment, most configuration steps, and uses the Azure portal. The deployed MedTech service and Azure IoT Hub are fully functional including conforming and valid device and Fast Healthcare Interoperability Resources (FHIR®) destination mappings. Use the Azure IoT Hub to create devices and send device messages to the MedTech service.
29
+
Using an ARM template with the **Deploy to Azure** button is an easy and fast deployment method because it automates the deployment, most configuration steps, and uses the Azure portal. The deployed MedTech service and Azure IoT Hub are fully functional including conforming and valid device and FHIR destination mappings. Use the Azure IoT Hub to create devices and send device messages to the MedTech service.
27
30
28
31
[](https://portal.azure.com/#create/Microsoft.Template/uri/https%3A%2F%2Fraw.githubusercontent.com%2FAzure%2Fazure-quickstart-templates%2Fmaster%2Fquickstarts%2Fmicrosoft.healthcareapis%2Fworkspaces%2Fiotconnectors-with-iothub%2Fazuredeploy.json)
Copy file name to clipboardExpand all lines: articles/healthcare-apis/iot/deploy-new-powershell-cli.md
+9-6Lines changed: 9 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,6 +11,9 @@ ms.author: jasteppe
11
11
12
12
# Quickstart: Deploy the MedTech service using an Azure Resource Manager template and Azure PowerShell or the Azure CLI
13
13
14
+
> [!NOTE]
15
+
> [Fast Healthcare Interoperability Resources (FHIR®)](https://www.hl7.org/fhir/) is an open healthcare specification.
16
+
14
17
To implement infrastructure as code for your Azure solutions, use Azure Resource Manager templates (ARM templates). The template is a JavaScript Object Notation (JSON) file that defines the infrastructure and configuration for your project. The template uses declarative syntax, which lets you state what you intend to deploy without having to write the sequence of programming commands to create it. In the template, you specify the resources to deploy and the properties for those resources.
15
18
16
19
In this quickstart, you'll learn how to:
@@ -167,7 +170,7 @@ When deployment is completed, the following resources and access roles are creat
167
170
168
171
- A Health Data Services workspace.
169
172
170
-
- A Health Data Services Fast Healthcare Interoperability Resources (FHIR®) service.
173
+
- A Health Data Services FHIR service.
171
174
172
175
- A Health Data Services MedTech service with the required [system-assigned managed identity](../../active-directory/managed-identities-azure-resources/overview.md) roles:
173
176
@@ -176,17 +179,17 @@ When deployment is completed, the following resources and access roles are creat
176
179
- For the FHIR service, the FHIR Data Writer role is assigned in the [Access control section (IAM)](../../role-based-access-control/overview.md) of the FHIR service.
177
180
178
181
> [!IMPORTANT]
179
-
> In this quickstart, the ARM template configures the MedTech service to operate in Create mode. A patient resource and a device resource are created for each device that sends data to your FHIR service.
182
+
> In this quickstart, the ARM template configures the MedTech service to operate in **Create** mode. A Patient resource and a Device resource are created for each device that sends data to your FHIR service.
180
183
>
181
-
> To learn more about the MedTech service resolution types Create and Lookup, see [Destination properties](deploy-new-config.md#destination-properties).
184
+
> To learn more about the MedTech service resolution types **Create** and **Lookup**, see [Destination properties](deploy-new-config.md#destination-properties).
182
185
183
186
## Post-deployment mappings
184
187
185
188
After you've successfully deployed an instance of the MedTech service, you'll still need to provide conforming and valid device and FHIR destination mappings.
186
189
187
-
- To learn about device mappings, see [How to configure device mappings](how-to-configure-device-mappings.md).
190
+
- To learn about the device mapping, see [How to configure the device mapping](how-to-configure-device-mappings.md).
188
191
189
-
- To learn about FHIR destination mappings, see [How to configure FHIR destination mappings](how-to-configure-fhir-mappings.md).
192
+
- To learn about the FHIR destination mapping, see [How to configure the FHIR destination mapping](how-to-configure-fhir-mappings.md).
190
193
191
194
## Clean up Azure PowerShell resources
192
195
@@ -220,4 +223,4 @@ To learn about other methods for deploying the MedTech service, see
220
223
> [!div class="nextstepaction"]
221
224
> [Choose a deployment method for the MedTech service](deploy-new-choose.md)
222
225
223
-
FHIR® is a registered trademark of Health Level Seven International, registered in the U.S. Trademark Office and is used with their permission.
226
+
FHIR® is a registered trademark of Health Level Seven International, registered in the U.S. Trademark Office and is used with their permission.
Copy file name to clipboardExpand all lines: articles/healthcare-apis/iot/device-messages-through-iot-hub.md
+10-7Lines changed: 10 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,18 +6,21 @@ author: msjasteppe
6
6
ms.service: healthcare-apis
7
7
ms.subservice: iomt
8
8
ms.topic: tutorial
9
-
ms.date: 02/01/2023
9
+
ms.date: 02/27/2023
10
10
ms.author: jasteppe
11
11
---
12
12
13
13
# Tutorial: Receive device messages through Azure IoT Hub
14
14
15
+
> [!NOTE]
16
+
> [Fast Healthcare Interoperability Resources (FHIR®)](https://www.hl7.org/fhir/) is an open healthcare specification.
17
+
15
18
For enhanced workflows and ease of use, you can use the MedTech service to receive messages from devices you create and manage through an IoT hub in [Azure IoT Hub](../../iot-hub/iot-concepts-and-iot-hub.md). This tutorial uses an Azure Resource Manager template (ARM template) and a **Deploy to Azure** button to deploy a MedTech service. The template creates an IoT hub to create and manage devices, and then routes device messages to an event hub in Azure Event Hubs for the MedTech service to pick up.
16
19
17
20
:::image type="content" source="media\device-messages-through-iot-hub\data-flow-diagram.png" border="false" alt-text="Diagram of the IoT message data flow through an IoT hub and event hub, and then into the MedTech service." lightbox="media\device-messages-through-iot-hub\data-flow-diagram.png":::
18
21
19
22
> [!TIP]
20
-
> To learn how the MedTech service transforms and persists device message data into the Fast Healthcare Interoperability Resources (FHIR®) service as FHIR Observation resource, see [Understand the MedTech service device message data transformation](understand-service.md).
23
+
> To learn how the MedTech service transforms and persists device message data into the FHIR service as FHIR Observation resources, see [Understand the MedTech service device message data transformation](understand-service.md).
21
24
22
25
23
26
In this tutorial, you learn how to:
@@ -78,9 +81,9 @@ To begin deployment in the Azure portal, select the **Deploy to Azure** button:
78
81
79
82
To learn how to get an Azure AD user object ID, see [Find the user object ID](/partner-center/find-ids-and-domain-names#find-the-user-object-id). The user object ID that's used in this tutorial is only an example. If you use this option, use your own user object ID or the object ID of another person who you want to be able to access the FHIR service.
80
83
81
-
-**Device Mapping**: Don't change the default values for this tutorial. The mappings are set in the template to send a device message to your IoT hub later in the tutorial.
84
+
-**Device mapping**: Don't change the default values for this tutorial. The mappings are set in the template to send a device message to your IoT hub later in the tutorial.
82
85
83
-
-**Destination Mapping**: Don't change the default values for this tutorial. The mappings are set in the template to send a device message to your IoT hub later in the tutorial.
86
+
-**Destination mapping**: Don't change the default values for this tutorial. The mappings are set in the template to send a device message to your IoT hub later in the tutorial.
84
87
85
88
:::image type="content" source="media\device-messages-through-iot-hub\deploy-template-options.png" alt-text="Screenshot that shows deployment options for the MedTech service for Health Data Services in the Azure portal." lightbox="media\device-messages-through-iot-hub\deploy-template-options.png":::
86
89
@@ -138,9 +141,9 @@ When deployment is completed, the following resources and access roles are creat
138
141
- Conforming and valid MedTech service [device](how-to-configure-device-mappings.md) and [FHIR destination mappings](how-to-configure-fhir-mappings.md).
139
142
140
143
> [!IMPORTANT]
141
-
> In this tutorial, the ARM template configures the MedTech service to operate in Create mode. A patient resource and a device resource are created for each device that sends data to your FHIR service.
144
+
> In this tutorial, the ARM template configures the MedTech service to operate in **Create** mode. A Patient resource and a Device resource are created for each device that sends data to your FHIR service.
142
145
>
143
-
> To learn more about the MedTech service resolution types Create and Lookup, see [Destination properties](deploy-new-config.md#destination-properties).
146
+
> To learn more about the MedTech service resolution types **Create** and **Lookup**, see [Destination properties](deploy-new-config.md#destination-properties).
144
147
145
148
## Create a device and send a test message
146
149
@@ -203,7 +206,7 @@ You complete the steps by using Visual Studio Code with the Azure IoT Hub extens
203
206
204
207
8. To begin the process of sending a test message to your IoT hub, select **Send**.
205
208
206
-
:::image type="content" source="media\device-messages-through-iot-hub\select-device-to-cloud-message-options.png" alt-text="Screenshot that shows Visual Studio code with the Azure IoT Hub extension with the device message options selected." lightbox="media\device-messages-through-iot-hub\select-device-to-cloud-message-options.png":::
209
+
:::image type="content" source="media\device-messages-through-iot-hub\select-device-to-cloud-message-options.png" alt-text="Screenshot that shows Visual Studio Code with the Azure IoT Hub extension with the device message options selected." lightbox="media\device-messages-through-iot-hub\select-device-to-cloud-message-options.png":::
207
210
208
211
After you select **Send**, it might take up to five minutes for the FHIR resources to be available in the FHIR service.
0 commit comments