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/iot-connector-overview.md
+11-11Lines changed: 11 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ author: mcevoy-building7
6
6
ms.service: healthcare-apis
7
7
ms.subservice: fhir
8
8
ms.topic: overview
9
-
ms.date: 08/17/2022
9
+
ms.date: 08/24/2022
10
10
ms.author: v-smcevoy
11
11
---
12
12
@@ -28,7 +28,7 @@ These elements are:
28
28
29
29
### Deployment
30
30
31
-
In order to implement MedTech service, you need to set up a workspace and a namespace to deploy three Azure services: MedTech service, FHIR service, and Event Hubs service. This sets up the PaaS configuration required to receive and process data from Internet of Medical Things (IoMT) devices.
31
+
In order to implement MedTech service, you need to have an Azure subscription and then set up a workspace and a namespace to deploy three Azure services: MedTech service, FHIR service, and Event Hubs service. This creates the PaaS configuration required to receive and process data from Internet of Medical Things (IoMT) devices.
32
32
33
33
### Devices
34
34
@@ -50,9 +50,9 @@ These are the five stages:
50
50
51
51
3.**Group** - The normalized data is then grouped by using three different parameters to prepare it for the next stage of processing. The parameters are: device identity, measurement type, time period, and (optionally) correlation id.
52
52
53
-
4.**Transform** - After the normalized data is grouped, it is transformed through FHIR destination mapping templates and is ready to become FHIR Observation resources.
53
+
4.**Transform** - When the normalized data is grouped, it is transformed through FHIR destination mapping templates and is ready to become FHIR Observation resources.
54
54
55
-
5.**Persist** - When the transformation is done, the new data is sent to FHIR service and persisted as an Observation resource.
55
+
5.**Persist** - After the transformation is done, the new data is sent to FHIR service and persisted as an Observation resource.
56
56
57
57
### FHIR service
58
58
@@ -72,17 +72,17 @@ Your MedTech service can be customized and configured by using [Device](./how-to
72
72
73
73
Useful options could include:
74
74
75
-
- Observations that can be created or updated according to existing or new templates.
76
-
77
75
- Linking Devices and health care consumers together for enhanced insights, trend capture, interoperability between systems, and proactive and remote monitoring.
78
76
79
-
- Health data terms in a format that works best for your organization and that provide consistency in device data ingestion. For example, either "hr" or "heart rate" or "Heart Rate" could be used to define heart rate information.
77
+
- Observations that can be created or updated according to existing or new templates.
78
+
79
+
- Choosing Health data terms in a format that works best for your organization and that provide consistency in device data ingestion. For example, you could have either "hr" or "heart rate" or "Heart Rate" to define heart rate information.
80
80
81
-
- The [IoMT Connector Data Mapper](https://github.com/microsoft/iomt-fhir/tree/master/tools/data-mapper) open-source tool could be used for customization, editing, testing, and troubleshooting MedTech service Device and FHIR destination mappings.
81
+
- The [IoMT Connector Data Mapper](https://github.com/microsoft/iomt-fhir/tree/master/tools/data-mapper) open-source tool facilitates customization, editing, testing, and troubleshooting MedTech service Device and FHIR destination mappings.
82
82
83
83
### Scalable
84
84
85
-
The MedTech service uses special autoscaling features that enable developers to easily modify and extend the capabilities to support new device mapping template types and FHIR resources.
85
+
The MedTech service provides special autoscaling features that enable developers to easily modify and extend the capabilities to support new device mapping template types and FHIR resources.
86
86
87
87
### Extensible
88
88
@@ -94,7 +94,7 @@ The MedTech service may also be integrated into our [open-source projects](./iot
94
94
95
95
- Google®
96
96
97
-
The following Microsoft solutions could also be used with MedTech service to provide additional functionality:
97
+
The following Microsoft solutions can leverage MedTech service for additional functionality:
98
98
99
99
-[**Microsoft Azure IoT Hub**](../../iot-hub/iot-concepts-and-iot-hub.md) - enhances workflow and ease of use.
100
100
@@ -115,6 +115,6 @@ In this article, you learned about the MedTech service. To learn more about the
115
115
>[Deploy the MedTech service using the Azure portal](./deploy-iot-connector-in-azure.md)
116
116
117
117
>[!div class="nextstepaction"]
118
-
>[Frequently asked questions about the MedTech service](./iot-connector-faqs)
118
+
>[Frequently asked questions about the MedTech service](./iot-connector-faqs.md)
119
119
120
120
FHIR® is a registered trademark of Health Level Seven International, registered in the U.S. Trademark Office and is used with their permission.
0 commit comments