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/import-data.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -29,7 +29,7 @@ The `import` operation supports two modes: initial and incremental. Each mode ha
29
29
30
30
- Allows you to load `lastUpdated` and `versionId` values from resource metadata if they're present in the resource JSON.
31
31
32
-
- Allows you to load resources in a non-sequential order of versions.
32
+
- Allows you to load resources in a nonsequential order of versions.
33
33
34
34
- If import files don't have the `version` and `lastUpdated` field values specified, there's no guarantee of importing resources in the FHIR service.
35
35
@@ -42,15 +42,15 @@ The `import` operation supports two modes: initial and incremental. Each mode ha
42
42
>
43
43
> Also, if multiple resources share the same resource ID, only one of those resources is imported at random. An error is logged for the resources that share the same resource ID.
44
44
45
-
This table shows the difference between import modes
45
+
This table shows the difference between import modes.
46
46
47
47
|Areas|Initial mode |Incremental mode |
48
48
|:------------- |:-------------|:-----|
49
49
|Capability|Initial load of data into FHIR service|Continuous ingestion of data into FHIR service (Incremental or Near Real Time).|
50
50
|Concurrent API calls|Blocks concurrent write operations|Data can be ingested concurrently while executing API CRUD operations on the FHIR server.|
51
51
|Ingestion of versioned resources|Not supported|Enables ingestion of multiple versions of FHIR resources in single batch while maintaining resource history.|
52
52
|Retain lastUpdated field value|Not supported|Retain the lastUpdated field value in FHIR resources during the ingestion process.|
53
-
|Billing|Does not incur any charge|Incurs charges based on successfully ingested resources. Charges are incurred per API pricing.|
53
+
|Billing|Doesn't incur any charge|Incurs charges based on successfully ingested resources. Charges are incurred per API pricing.|
|`type`| Resource type of the input file. | 0..1 | A valid [FHIR resource type](https://www.hl7.org/fhir/resourcelist.html) that matches the input file. |
98
98
|`url`| Azure storage URL of the input file. | 1..1 | URL value of the input file. The value can't be modified. |
99
-
|`etag`| ETag of the input file in the Azure storage. It's used to verify that the file content isn't changed after `import` registration. | 0..1 | ETag value of the input file.|
99
+
|`etag`| ETag of the input file in the Azure storage. Used to verify that the file content isn't changed after `import` registration. | 0..1 | ETag value of the input file.|
100
100
101
101
```json
102
102
{
@@ -201,7 +201,7 @@ The following table describes the important fields in the response body:
201
201
202
202
Incremental-mode import supports ingestion of soft-deleted resources. You need to use the extension to ingest soft-deleted resources in the FHIR service.
203
203
204
-
Add the extension to the resource to inform the FHIR service that the resource was softdeleted:
204
+
Add the extension to the resource to inform the FHIR service that the resource was soft-deleted:
@@ -264,7 +264,7 @@ Here are the error messages that occur if the `import` operation fails, along wi
264
264
}
265
265
```
266
266
267
-
**Solution:** Verify that the link to the Azure storage is correct. Check the network and firewall settings to make sure that the FHIR server can access the storage. If your service is in a virtual network, ensure that the storage is in the same virtual network or in a virtual network that's peered with the FHIR service's virtual network.
267
+
**Solution:** Verify that the link to the Azure storage is correct. Check the network and firewall settings to make sure that the FHIR server can access the storage. If your service is in a virtual network, ensure that the storage is in the same virtual network or in a virtual network peered with the FHIR service's virtual network.
268
268
269
269
#### 403 Forbidden
270
270
@@ -312,7 +312,7 @@ Here are the error messages that occur if the `import` operation fails, along wi
312
312
313
313
## Limitations
314
314
- The maximum number of files allowed for each `import` operation is 10,000.
315
-
- The number of files ingested in the FHIR server with same lastUpdated field value upto milliseconds, cannot exceed beyond 10,000.
315
+
- The number of files ingested in the FHIR server with same lastUpdated field value upto milliseconds can't exceed beyond 10,000.
0 commit comments