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/fhir/fhir-faq.md
+3-2Lines changed: 3 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -140,8 +140,9 @@ There are two basic Delete types supported within the FHIR service. These are [D
140
140
141
141
### Can I perform health checks on FHIR service?
142
142
143
-
To perform health check on FHIR service , enter `{{fhirurl}}/health/check` in the GET request. You should be able to see Status of FHIR service. HTTP Status code response with 200 and OverallStatus as "Healthy" in response, means your health check is successful.
144
-
In case of errors, you will receive error response with HTTP status code 404 (Not Found) or status code 500 (Internal Server Error), and detailed information in response body in some scenarios.
143
+
To perform a health check on a FHIR service, enter `{{fhirurl}}/health/check` in the GET request. You should be able to see status of FHIR service. HTTP Status code response with 200 and OverallStatus as **Healthy** in response means your health check is successful.
144
+
145
+
In case of errors, you may receive an error response with HTTP status code 404 (Not Found) or status code 500 (Internal Server Error), and detailed information in the response body.
Copy file name to clipboardExpand all lines: articles/healthcare-apis/fhir/migration-faq.md
+9-2Lines changed: 9 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,5 +1,5 @@
1
1
---
2
-
title: Migration FAQ
2
+
title: FAQ about migrations from Azure API for FHIR
3
3
description: Find answers to your questions about migrating FHIR data from Azure API for FHIR to the Azure Health Data Services FHIR service.
4
4
services: healthcare-apis
5
5
ms.service: healthcare-apis
@@ -51,4 +51,11 @@ After September 30, 2026 customers won't be able to:
51
51
- Access customer support (phone, email, web)
52
52
- Where can customers go to learn more about migrating to Azure Health Data Services FHIR service?
53
53
54
-
Start with [migration strategies](migration-strategies.md) to learn more about Azure API for FHIR to Azure Health Data Services FHIR service migration. The migration from Azure API for FHIR to Azure Health Data Services FHIR service involves data migration and updating the applications to use Azure Health Data Services FHIR service. Find more documentation on the step-by-step approach to migrating your data and applications in this [migration tool](https://github.com/Azure/apiforfhir-migration-tool/blob/main/v0/V0_README.md).
54
+
Start with [migration strategies](migration-strategies.md) to learn more about Azure API for FHIR to Azure Health Data Services FHIR service migration. The migration from Azure API for FHIR to Azure Health Data Services FHIR service involves data migration and updating the applications to use Azure Health Data Services FHIR service. Find more documentation on the step-by-step approach to migrating your data and applications in the [migration tool](https://go.microsoft.com/fwlink/?linkid=2247964).
55
+
56
+
## Where can customers go to get answers to their questions?
57
+
58
+
Check out these resources if you need further assistance:
59
+
60
+
- Get answers from community experts in [Microsoft Q&A](https://go.microsoft.com/fwlink/?linkid=2248420).
61
+
- If you have a support plan and require technical support, [contact us](https://ms.portal.azure.com/#view/Microsoft_Azure_Support/HelpAndSupportBlade/~/overview).
Copy file name to clipboardExpand all lines: articles/healthcare-apis/fhir/migration-strategies.md
+16-17Lines changed: 16 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,5 +1,5 @@
1
1
---
2
-
title: Migration strategies
2
+
title: Migration strategies for moving from Azure API for FHIR
3
3
description: Learn how to migrate FHIR data from Azure API for FHIR to the Azure Health Data Services FHIR service. This article provides steps and tools for a smooth transition.
4
4
services: healthcare-apis
5
5
ms.service: healthcare-apis
@@ -34,14 +34,14 @@ To migrate your data, follow these steps:
34
34
Compare the differences between Azure API for FHIR and Azure Health Data Services. Also review your architecture and assess if any changes need to be made.
35
35
36
36
|**Capabilities**|**Azure API for FHIR**|**Azure Health Data Services**|
37
-
|-------|-------|-------|
38
-
|**Settings**| Supported: Local RBAC • SMART on FHIR Proxy | Planned deprecation - Local RBAC (9/6/23) - SMART on FHIR Proxy (9/21/26) |||
37
+
|---|---|---|
38
+
|**Settings**| Supported: <br>• Local RBAC <br>• SMART on FHIR Proxy | Planned deprecation <br>• Local RBAC (9/6/23) <br>• SMART on FHIR Proxy (9/21/26) |||
39
39
|**Data storage Volume**| More than 4 TB | Current support is 4 TB. Reach out to CSS team if you need more than 4 TB. |||
40
40
|**Data ingress**| Tools available in OSS | $import operation |||
41
41
|**Autoscaling**| Supported on request and incurs charge | Enabled by default at no extra charge |||
42
-
|**Search parameters**|- Bundle type supported: Batch - Include and revinclude, iterate modifier not supported - Sorting supported by first name, last name, birthdate and clinical date |- Bundle Type supported: Batch and transaction - Selectable search parameters - Include, revinclude, and iterate modifier is supported - Sorting supported by string and dateTime fields |||
42
+
|**Search parameters**|• Bundle type supported: Batch <br> • Include and revinclude, iterate modifier not supported <br> • Sorting supported by first name, last name, birthdate and clinical date |• Bundle Type supported: Batch and transaction <br> • Selectable search parameters <br> • Include, revinclude, and iterate modifier is supported <br>• Sorting supported by string and dateTime fields |||
43
43
|**Events**| Not Supported | Supported |||
44
-
|**Infrastructure**| Supported: - Customer managed keys - AZ support and PITR - Cross region DR | Supported - Data recovery - Upcoming: AZ support for customer managed keys |||
44
+
|**Infrastructure**| Supported: - <br> • Customer managed keys <br> • AZ support and PITR <br> • Cross region DR | Supported - Data recovery <br> Upcoming: AZ support for customer managed keys |||
45
45
46
46
### Things to consider that may affect your architecture
47
47
@@ -61,30 +61,32 @@ If you want to migrate existing IoT connector device FHIR data from your Azure A
61
61
62
62
First, create a migration plan. We recommend the migration patterns described in the table. Depending on your organization’s tolerance for downtime, you may decide to use certain patterns and tools to help facilitate your migration.
| Lift and shift | The simplest pattern. Ideal if your data pipelines can afford longer downtime. | Choose the option that works best for your organization: Configure a workflow to [\$export](../azure-api-for-fhir/export-data.md) your data on Azure API for FHIR, and then [\$import](configure-import-data.md) into Azure Health Data Services FHIR Service. The [GitHub repo](https://github.com/Azure/apiforfhir-migration-tool/blob/main/v0/V0_README.md) provides tips on running these commands, and a script to help automate creating the \$import payload. Or, create your own tool to migrate the data using \$export and \$import. |
67
-
| Incremental copy | Continuous version of lift and shift, with less downtime. Ideal for large amounts of data that take longer to copy, or if you want to continue running Azure API for FHIR during the migration. | Choose the option that works best for your organization. We created an [OSS migration tool](https://github.com/Azure/apiforfhir-migration-tool/blob/main/v0/V0_README.md) to help with this migration pattern. Or, create your own tool to migrate the data incrementally.
64
+
| Migration Pattern | Details | How? |
65
+
|---|---|---|
66
+
| Lift and shift | The simplest pattern. Ideal if your data pipelines can afford longer downtime. | Choose the option that works best for your organization: <br> • Configure a workflow to [\$export](../azure-api-for-fhir/export-data.md) your data on Azure API for FHIR, and then [\$import](configure-import-data.md) into Azure Health Data Services FHIR service. <br> • The [GitHub repo](https://go.microsoft.com/fwlink/?linkid=2247964) provides tips on running these commands, and a script to help automate creating the \$import payload. <br> • Or create your own tool to migrate the data using \$export and \$import. |
67
+
| Incremental copy | Continuous version of lift and shift, with less downtime. Ideal for large amounts of data that take longer to copy, or if you want to continue running Azure API for FHIR during the migration. | Choose the option that works best for your organization. <br> • We created an [OSS migration tool](https://go.microsoft.com/fwlink/?linkid=2248131) to help with this migration pattern. <br> • Or create your own tool to migrate the data incrementally.|
68
68
69
69
### OSS migration tool considerations
70
70
71
-
If you decide to use the OSS migration tool, review and understand the migration tool’s [capabilities and limitations](https://github.com/Azure/apiforfhir-migration-tool/incremental-copy-docs/appendix.md).
71
+
If you decide to use the OSS migration tool, review and understand the migration tool’s [capabilities and limitations](https://go.microsoft.com/fwlink/?linkid=2248324).
72
+
72
73
#### Prepare Azure API for FHIR server
74
+
73
75
Identify data to migrate.
74
76
- Take this opportunity to clean up data or FHIR servers that you no longer use.
75
77
76
78
- Decide if you want to migrate historical versions or not.
77
79
78
80
Deploy a new Azure Health Data Services FHIR Service server.
79
81
- First, deploy an Azure Health Data Services workspace.
82
+
83
+
- Then deploy an Azure Health Data Services FHIR Service server. More information: [Deploy a FHIR service within Azure Health Data Services](fhir-portal-quickstart.md)
80
84
81
-
- Then deploy an Azure Health Data Services FHIR Service server ([Deploy a FHIR service within Azure Health Data Services](fhir-portal-quickstart.md)
82
-
83
-
- Configure your new Azure Health Data Services FHIR Service server. If you need to use the same configurations as you have in Azure API for FHIR for your new server, see the recommended list of what to check for in [migration tool documentation](https://microsoft.sharepoint.com/:w:/t/msh/Eb7WohSv_6JNlG1xAI8TyvoBbAPfhxnPzr4wv9py1InEww?e=QeSbo3&nav=eyJoIjoiMTUwODIzNzMifQ)). Configure the settings before you migrate.
85
+
- Configure your new Azure Health Data Services FHIR Service server. If you need to use the same configurations as you have in Azure API for FHIR for your new server, see the recommended list of what to check for in the [migration tool documentation](https://go.microsoft.com/fwlink/?linkid=2248324). Configure the settings before you migrate.
84
86
85
87
## Step 3: Migrate data
86
88
87
-
Choose the migration pattern that works best for your organization. If you're using OSS migration tools, follow the instructions on [GitHub](https://github.com/Azure/apiforfhir-migration-tool).
89
+
Choose the migration pattern that works best for your organization. If you're using OSS migration tools, follow the instructions on [GitHub](https://go.microsoft.com/fwlink/?linkid=2248130).
88
90
89
91
## Step 4: Migrate applications and reconfigure settings
90
92
@@ -103,6 +105,3 @@ Migrate applications that were pointing to the old FHIR server.
103
105
## Step 5: Cut over to Azure Health Data Services FHIR services
104
106
105
107
After you’re confident that your Azure Health Data Services FHIR Service server is stable, you can begin using Azure Health Data Services FHIR Service to satisfy your business scenarios. Turn off any remaining pipelines that are running on Azure API for FHIR, delete data from the intermediate storage account that was used in the migration tool if necessary, delete data from your Azure API for FHIR server, and decommission your Azure API for FHIR account.
0 commit comments