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-choose.md
+20-59Lines changed: 20 additions & 59 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,91 +5,52 @@ author: msjasteppe
5
5
ms.service: healthcare-apis
6
6
ms.subservice: fhir
7
7
ms.topic: quickstart
8
-
ms.date: 11/29/2022
8
+
ms.date: 12/08/2022
9
9
ms.author: jasteppe
10
10
---
11
11
12
12
# Quickstart: Choose a deployment method for the MedTech service
13
13
14
-
The MedTech service provides multiple methods for deployment into an Azure Platform as a Service (PaaS) configuration. Each method has different advantages that will allow you to customize your development environment to suit your needs.
14
+
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
15
16
-
The different deployment methods are:
16
+
In this quickstart, you'll learn about these deployment methods:
17
17
18
-
- Azure Resource Manager (ARM) template with Deploy to Azure button
19
-
- Azure PowerShell or Azure CLI automation
20
-
- Azure portal manual deployment
18
+
> [!div class="checklist"]
19
+
> - Azure Resource Manager template (ARM template) with the **Deploy to Azure** button.
20
+
> - Azure PowerShell or the Azure CLI.
21
+
> - Azure portal manual deployment.
21
22
22
-
## Azure Resource Manager template with Deploy to Azure button
23
+
## Azure Resource Manager template with the Deploy to Azure button
23
24
24
-
Using an ARM template with Azure portal is the easiest and fastest deployment method because it automates most of your configuration with the touch of a **Deploy to Azure** button. This button automatically generates the following configurations and resources: managed identity Azure role-based access (RBAC) roles, a provisioned workspace and namespace, an Event Hubs instance, a Fast Healthcare Interoperability Resources (FHIR®) service instance, and a MedTech service instance. All you need to add are post-deployment device mapping, destination mapping, and a shared access policy key. This method simplifies your deployment, but doesn't allow for much customization.
25
+
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.
25
26
26
-
For more information about the ARM template and the Deploy to Azure button, see [Deploy the MedTech service using an Azure Resource Manager template](deploy-new-button.md).
27
+
To learn more about using an ARM template and the **Deploy to Azure button**, see [Deploy the MedTech service using an Azure Resource Manager template](deploy-new-button.md).
27
28
28
-
## Azure PowerShell and Azure CLI automation
29
+
## Azure PowerShell or the Azure CLI
29
30
30
-
Azure provides Azure PowerShell and Azure CLI to speed up your configurations when used in enterprise environments. Deploying MedTech service with Azure PowerShell or Azure CLI can be useful for adding automation so that you can scale your deployment for a large number of developers. This method is more detailed but provides extra speed and efficiency because it allows you to automate your deployment.
31
+
Using Azure PowerShell or the Azure CLI to deploy an ARM template is a more advanced deployment method. This deployment method can be useful for adding automation and repeatability so that you can scale and customize your deployments.
31
32
32
-
For more information about Using an ARM template with Azure PowerShell or Azure CLI, see [Deploy the MedTech service using an Azure Resource Manager template and Azure PowerShell or the Azure CLI](deploy-new-powershell-cli.md).
33
+
To learn more about using an ARM template with Azure PowerShell or the Azure CLI, see [Deploy the MedTech service using an Azure Resource Manager template and Azure PowerShell or the Azure CLI](deploy-new-powershell-cli.md).
33
34
34
35
## Azure portal manual deployment
35
36
36
-
The manual deployment method uses the Azure portal to implement each deployment task individually. Using the manual deployment method will allow you to see all the details of how to complete the sequence of each deployment task. The manual deployment method can be beneficial if you need to customize or troubleshoot your deployment process. The manual deployment is the most complex method, but it provides valuable technical information and developmental options that will enable you to fine-tune your deployment precisely.
37
+
Using the Azure portal manual deployment will allow you to see the details of each deployment step. The manual deployment has many steps, but it provides valuable technical information that may be useful for customizing and troubleshooting your MedTech service.
37
38
38
-
For more information about manual deployment with Azure portal, see [Deploy the MedTech service manually using the Azure portal](deploy-new-manual.md).
39
+
To learn more about using a manual deployment with the Azure portal, see [Deploy the MedTech service manually using the Azure portal](deploy-new-manual.md).
39
40
40
41
## Deployment architecture overview
41
42
42
-
The following data-flow diagram outlines the basic steps of MedTech service deployment and shows how these steps fit together with its data processing procedures. These basic steps may help you analyze the options and determine which deployment method is best for you.
43
+
The following diagram outlines the basic steps of the MedTech service deployment and shows how these steps fit together with its data processing procedures. These basic steps may help you analyze the deployment options and determine which deployment method is best for you.
43
44
44
45
:::image type="content" source="media/iot-get-started/get-started-with-iot.png" alt-text="Diagram showing MedTech service architecture overview." lightbox="media/iot-get-started/get-started-with-iot.png":::
45
46
46
-
There are six different steps of the MedTech service PaaS. Only the first four apply to deployment. All the methods of deployment will implement each of these four steps. However, the QuickStart template method will automatically implement part of step 1 and all of step 2. The other two methods will have to implement all of the steps individually. Here's a summary of each of the four deployment steps:
47
-
48
-
### Step 1: Prerequisites
49
-
50
-
- Have an Azure subscription
51
-
- Create RBAC roles contributor and user access administrator or owner. This feature is automatically done in the ARM template method with the Deploy to Azure button. It isn't included in the manual or PowerShell/CLI methods and needs to be implemented individually.
52
-
53
-
### Step 2: Provision
54
-
55
-
The ARM template method with the Deploy to Azure button automatically provides all these steps, but they aren't included in the manual or the PowerShell/CLI method and must be completed individually.
56
-
57
-
- Create a resource group and workspace for Event Hubs, FHIR, and MedTech services.
58
-
- Provision an Event Hubs instance to a namespace.
59
-
- Provision a FHIR service instance to the same workspace.
60
-
- Provision a MedTech service instance in the same workspace.
61
-
62
-
### Step 3: Configure
63
-
64
-
Each method needs to provide **all** these configuration details. They include:
65
-
66
-
- Configure MedTech service to ingest data from an event hub.
67
-
- Configure device mapping properties.
68
-
- Configure destination mappings to an Observation resource in the FHIR service.
69
-
- When the prerequisites, provisioning, and configuration are complete, create and deploy MedTech service.
70
-
71
-
### Step 4: Post-Deployment
72
-
73
-
Each method must add **all** these post-deployment tasks:
74
-
75
-
- Connect to services using device and destination mapping.
76
-
- Use managed identity to grant access to the device message event hub.
77
-
- Use managed identity to grant access to the FHIR service, enabling FHIR to receive data from the MedTech service.
78
-
- Note: only the ARM template method requires a shared access key for post-deployment.
79
-
80
-
### Granting access to the device message event hub
81
-
82
-
For information about granting access to the device message event hub, see [Granting access to the device message event hub](deploy-new-deploy.md#grant-access-to-the-device-message-event-hub).
83
-
84
-
### Granting access to the FHIR service
85
-
86
-
For information about granting access to the FHIR service, see [Granting access to the FHIR service](deploy-new-deploy.md#grant-access-to-the-fhir-service).
87
-
88
47
## Next steps
89
48
90
-
In this article, you learned about the different types of deployment for MedTech service. To learn more about MedTech service, see
49
+
In this quickstart, you learned about the different types of deployment methods for the MedTech service.
50
+
51
+
To learn more about the MedTech service, see
91
52
92
53
> [!div class="nextstepaction"]
93
-
> [What is MedTech service?](iot-connector-overview.md)
54
+
> [What is the MedTech service?](iot-connector-overview.md)
94
55
95
56
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/iot-connector-faqs.md
+11-8Lines changed: 11 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,18 +1,18 @@
1
1
---
2
-
title: FAQs about the MedTech service - Azure Health Data Services
3
-
description: This document provides answers to the frequently asked questions about the MedTech service.
2
+
title: Frequently asked questions (FAQs) about the MedTech service - Azure Health Data Services
3
+
description: This document provides answers to the frequently asked questions (FAQs) about the MedTech service.
4
4
services: healthcare-apis
5
5
author: msjasteppe
6
6
ms.custom: references_regions
7
7
ms.service: healthcare-apis
8
8
ms.topic: reference
9
-
ms.date: 12/06/2022
9
+
ms.date: 12/08/2022
10
10
ms.author: jasteppe
11
11
---
12
12
13
13
# Frequently asked questions about the MedTech service
14
14
15
-
Here are some of the frequently asked questions about the MedTech service.
15
+
Here are some of the frequently asked questions (FAQs) about the MedTech service.
16
16
17
17
## The MedTech service: The basics
18
18
@@ -24,15 +24,17 @@ The MedTech service is available in these regions: [Products available by region
24
24
25
25
No. The Azure Health Data Services MedTech service currently only supports the Azure Health Data Services Fast Healthcare Interoperability Resources (FHIR®) service for the persistence of data. The open-source version of the MedTech service supports the use of different FHIR services.
26
26
27
-
For more information, see the [Open-source projects](iot-git-projects.md) section of our documentation.
27
+
To learn more about the MedTech service open-source projects, see [Open-source projects](iot-git-projects.md).
28
28
29
29
### What versions of FHIR does the MedTech service support?
30
30
31
31
The MedTech service currently only supports the persistence of [HL7 FHIR® R4](https://www.hl7.org/implement/standards/product_brief.cfm?product_id=491).
32
32
33
33
### Does the MedTech service perform backups of device messages?
34
34
35
-
No. The MedTech service doesn't back up the device messages that come into the customer's event hub. The customer controls the device message retention period within their event hub, which can be from 1-7 days. If the device message data is successfully processed by the MedTech service, it's persisted in the FHIR service, and the backup policy applies. To learn more about event hub message retention, see [What is the maximum retention period for events?](/azure/event-hubs/event-hubs-faq#what-is-the-maximum-retention-period-for-events-)
35
+
No. The MedTech service doesn't back up the device messages that come into the customer's event hub. The customer controls the device message retention period within their event hub, which can be from 1-7 days. If the device message data is successfully processed by the MedTech service, it's persisted in the FHIR service, and the FHIR service backup policy applies.
36
+
37
+
To learn more about event hub message retention, see [What is the maximum retention period for events?](/azure/event-hubs/event-hubs-faq#what-is-the-maximum-retention-period-for-events-)
36
38
37
39
### What are the subscription quota limits for the MedTech service?
38
40
@@ -44,11 +46,12 @@ No. The MedTech service doesn't back up the device messages that come into the c
44
46
45
47
### Can I use the MedTech service with device messages from Apple®, Google®, or Fitbit® devices?
46
48
47
-
Yes. The MedTech service supports device messages from all these vendors through the open-source version.
49
+
Yes. The MedTech service supports device messages from all these vendors through the open-source version of the MedTech service.
48
50
49
-
For more information, see the [Open-source projects](iot-git-projects.md) section of our documentation.
51
+
To learn more about the MedTech service open-source projects, see [Open-source projects](iot-git-projects.md).
50
52
51
53
## More frequently asked questions
54
+
52
55
[FAQs about the Azure Health Data Services](../healthcare-apis-faqs.md)
53
56
54
57
[FAQs about Azure Health Data Services FHIR service](../fhir/fhir-faq.md)
0 commit comments