Skip to content

Commit dd1ca63

Browse files
authored
Merge pull request #220817 from msjasteppe/choose-edits
Choose edits
2 parents 6b4dc0e + 11f73e8 commit dd1ca63

File tree

2 files changed

+31
-67
lines changed

2 files changed

+31
-67
lines changed

articles/healthcare-apis/iot/deploy-new-choose.md

Lines changed: 20 additions & 59 deletions
Original file line numberDiff line numberDiff line change
@@ -5,91 +5,52 @@ author: msjasteppe
55
ms.service: healthcare-apis
66
ms.subservice: fhir
77
ms.topic: quickstart
8-
ms.date: 11/29/2022
8+
ms.date: 12/08/2022
99
ms.author: jasteppe
1010
---
1111

1212
# Quickstart: Choose a deployment method for the MedTech service
1313

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.
1515

16-
The different deployment methods are:
16+
In this quickstart, you'll learn about these deployment methods:
1717

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.
2122
22-
## Azure Resource Manager template with Deploy to Azure button
23+
## Azure Resource Manager template with the Deploy to Azure button
2324

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.
2526

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).
2728

28-
## Azure PowerShell and Azure CLI automation
29+
## Azure PowerShell or the Azure CLI
2930

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.
3132

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).
3334

3435
## Azure portal manual deployment
3536

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.
3738

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).
3940

4041
## Deployment architecture overview
4142

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.
4344

4445
:::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":::
4546

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-
8847
## Next steps
8948

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
9152

9253
> [!div class="nextstepaction"]
93-
> [What is MedTech service?](iot-connector-overview.md)
54+
> [What is the MedTech service?](iot-connector-overview.md)
9455
9556
FHIR® is a registered trademark of Health Level Seven International, registered in the U.S. Trademark Office and is used with their permission.

articles/healthcare-apis/iot/iot-connector-faqs.md

Lines changed: 11 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -1,18 +1,18 @@
11
---
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.
44
services: healthcare-apis
55
author: msjasteppe
66
ms.custom: references_regions
77
ms.service: healthcare-apis
88
ms.topic: reference
9-
ms.date: 12/06/2022
9+
ms.date: 12/08/2022
1010
ms.author: jasteppe
1111
---
1212

1313
# Frequently asked questions about the MedTech service
1414

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.
1616

1717
## The MedTech service: The basics
1818

@@ -24,15 +24,17 @@ The MedTech service is available in these regions: [Products available by region
2424

2525
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.
2626

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).
2828

2929
### What versions of FHIR does the MedTech service support?
3030

3131
The MedTech service currently only supports the persistence of [HL7 FHIR® R4](https://www.hl7.org/implement/standards/product_brief.cfm?product_id=491).
3232

3333
### Does the MedTech service perform backups of device messages?
3434

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-)
3638

3739
### What are the subscription quota limits for the MedTech service?
3840

@@ -44,11 +46,12 @@ No. The MedTech service doesn't back up the device messages that come into the c
4446

4547
### Can I use the MedTech service with device messages from Apple®, Google®, or Fitbit® devices?
4648

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.
4850

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).
5052

5153
## More frequently asked questions
54+
5255
[FAQs about the Azure Health Data Services](../healthcare-apis-faqs.md)
5356

5457
[FAQs about Azure Health Data Services FHIR service](../fhir/fhir-faq.md)

0 commit comments

Comments
 (0)