Skip to content

Commit ec0862e

Browse files
authored
Merge pull request #232528 from msjasteppe/minor-updates
Minor edits and updates
2 parents 92abef0 + e17967b commit ec0862e

File tree

1 file changed

+19
-19
lines changed

1 file changed

+19
-19
lines changed

articles/healthcare-apis/iot/frequently-asked-questions.md

Lines changed: 19 additions & 19 deletions
Original file line numberDiff line numberDiff line change
@@ -1,12 +1,12 @@
11
---
2-
title: Frequently asked questions (FAQs) about the MedTech service - Azure Health Data Services
3-
description: This article provides answers to the frequently asked questions (FAQs) about the MedTech service.
2+
title: Frequently asked questions about the MedTech service - Azure Health Data Services
3+
description: This article provides answers to the frequently asked questions 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: 02/28/2023
9+
ms.date: 03/28/2023
1010
ms.author: jasteppe
1111
---
1212

@@ -15,31 +15,31 @@ ms.author: jasteppe
1515
> [!NOTE]
1616
> [Fast Healthcare Interoperability Resources (FHIR®)](https://www.hl7.org/fhir/) is an open healthcare specification.
1717
18-
This article provides answers to frequently asked questions (FAQs) about the MedTech service.
18+
## MedTech service: The basics
1919

20-
## Where is the MedTech service available?
20+
### Where is the MedTech service available?
2121

2222
The MedTech service is available in these Azure regions: [Products available by region](https://azure.microsoft.com/global-infrastructure/services/?products=health-data-services).
2323

24-
## Can I use the MedTech service with a different FHIR service other than the Azure Health Data Services FHIR service?
24+
### Can I use the MedTech service with a different FHIR service other than the Azure Health Data Services FHIR service?
2525

2626
No. The MedTech service currently only supports the Azure Health Data Services FHIR service for the persistence of transformed device message data. The open-source version of the MedTech service supports the use of different FHIR services.
2727

2828
To learn more about the MedTech service open-source projects, see [Open-source projects](git-projects.md).
2929

30-
## What versions of FHIR does the MedTech service support?
30+
### What versions of FHIR does the MedTech service support?
3131

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

34-
## Why do I have to provide device and FHIR destination mappings to the MedTech service?
34+
### Why do I have to provide device and FHIR destination mappings to the MedTech service?
3535

36-
The MedTech service requires device and FHIR destination mappings to perform normalization and transformation processes on device message data. To learn how the MedTech service transforms device message data into Observation resources, see [Understand the MedTech service device message data transformation](understand-service.md).
36+
The MedTech service requires device and FHIR destination mappings to perform normalization and transformation processes on device message data. To learn how the MedTech service transforms device message data into [FHIR Observations](https://www.hl7.org/fhir/observation.html), see [Understand the MedTech service device message processing stages](understand-service.md).
3737

38-
## How long does it take for device message data to show up in the FHIR service?
38+
### How long does it take for device message data to show up in the FHIR service?
3939

40-
The MedTech service buffers Observation resources created during the transformation stage and provides near real-time processing. However, this buffer can potentially delay the persistence of Observation resources to the FHIR service up to five minutes. To learn how the MedTech service transforms device message data into Observations resources, see [Understand the MedTech service device message data transformation](understand-service.md).
40+
The MedTech service buffers [FHIR Observations](https://www.hl7.org/fhir/observation.html) created during the transformation stage and provides near real-time processing. However, this buffer can potentially delay the persistence of FHIR Observations to the FHIR service up to ~five minutes. To learn how the MedTech service transforms device message data into FHIR Observations, see [Understand the MedTech service device message processing stages](understand-service.md).
4141

42-
## Why are the device messages added to the event hub not showing up as Observation resources in the FHIR service?
42+
### Why are the device messages added to the event hub not showing up as FHIR Observations in the FHIR service?
4343

4444
> [!TIP]
4545
> Having access to MedTech service logs is essential for troubleshooting and assessing the overall health and performance of your MedTech service.
@@ -58,21 +58,21 @@ The MedTech service buffers Observation resources created during the transformat
5858

5959
\* Reference [Configure the MedTech service for manual deployment using the Azure portal](deploy-new-config.md#destination-properties) for a functional description of the MedTech service resolution types (**Create** or **Lookup**).
6060

61-
## Does the MedTech service perform backups of device messages?
61+
### Does the MedTech service perform backups of device messages?
6262

63-
No. The MedTech service doesn't back up the device messages that is sent to the event hub. The event hub owner controls the device message retention period within their event hub, which can be from one to 90 days. Event hubs can be deployed in [three different service tiers](../../event-hubs/event-hubs-quotas.md?source=recommendations#basic-vs-standard-vs-premium-vs-dedicated-tiers). Message retention limits are tier-dependent: Basic one day, Standard 1-7 days, Premium 90 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.
63+
No. The MedTech service doesn't back up the device messages that is sent to the event hub. The event hub owner controls the device message retention period within their event hub, which can be from one to 90 days. Event hubs can be deployed in [three different service tiers](../../event-hubs/event-hubs-quotas.md?source=recommendations#basic-vs-standard-vs-premium-vs-dedicated-tiers). Message retention limits are tier-dependent: Basic one day, Standard 1-7 days, Premium 90 days. If the MedTech service successfully processes the device message data, it's persisted in the FHIR service, and the FHIR service backup policy applies.
6464

6565
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-)
6666

67-
## What are the subscription quota limits for the MedTech service?
67+
### What are the subscription quota limits for the MedTech service?
6868

69-
* 25 MedTech services per Azure subscription (not adjustable).
70-
* 10 MedTech services per Azure Health Data Services workspace (not adjustable).
71-
* One FHIR destination* per MedTech service (not adjustable).
69+
* (25) MedTech services per Azure subscription (not adjustable).
70+
* (10) MedTech services per Azure Health Data Services workspace (not adjustable).
71+
* (One) FHIR destination* per MedTech service (not adjustable).
7272

7373
\* FHIR destination is a child resource of the MedTech service.
7474

75-
## Can I use the MedTech service with device messages from Apple®, Google®, or Fitbit® devices?
75+
### Can I use the MedTech service with device messages from Apple®, Google®, or Fitbit® devices?
7676

7777
Yes. The MedTech service supports device messages from all these vendors through the open-source version of the MedTech service.
7878

0 commit comments

Comments
 (0)