Skip to content

Commit 01e7b02

Browse files
Merge pull request #283568 from EXPEkesheth/patch-176
Update release-notes-2024.md
2 parents f25522d + ed55b2e commit 01e7b02

File tree

3 files changed

+34
-1
lines changed

3 files changed

+34
-1
lines changed

articles/healthcare-apis/azure-api-for-fhir/release-notes.md

Lines changed: 12 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -17,6 +17,18 @@ ms.author: kavitagaddam
1717

1818
Azure API for FHIR provides a fully managed deployment of the Microsoft FHIR Server for Azure. The server is an implementation of the [FHIR](https://hl7.org/fhir) standard. This document provides details about the features and enhancements made to Azure API for FHIR.
1919

20+
## **July 2024**
21+
22+
### FHIR service
23+
24+
**Bug Fixes**
25+
26+
**Fixed: Exporting Data as SMART User**
27+
Exporting data as a SMART user no longer requires write scopes. Previously, it was necessary to grant "write" privileges to a SMART user for exporting data, which implied higher privilege levels. To initiate an export job as a SMART user, ensure the user is a member of the FHIR export role in RBAC and requests the "read" SMART clinical scope.
28+
29+
**Fixed: Updating Status Code from HTTP 500 to HTTP 400**
30+
During a patch operation, if the payload requested an update for a resource type other than Parameter, an internal server error (HTTP 500) was initially thrown. This has been updated to throw an HTTP 400 error instead.
31+
2032
## **May 2024**
2133

2234
### FHIR service

articles/healthcare-apis/fhir/import-data.md

Lines changed: 7 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -85,8 +85,10 @@ Content-Type:application/fhir+json
8585
| ----------- | ----------- | ----------- | ----------- |
8686
| `inputFormat`| String that represents the name of the data source format. Only FHIR NDJSON files are supported. | 1..1 | `application/fhir+ndjson` |
8787
| `mode`| Import mode value. | 1..1 | For an initial-mode import, use the `InitialLoad` mode value. For incremental-mode import, use the `IncrementalLoad` mode value. If you don't provide a mode value, the `IncrementalLoad` mode value is used by default. |
88+
| `allowNegativeVersions`| Allows FHIR server assigning negative versions for resource records with explicit lastUpdated value and no version specified when input does not fit in contiguous space of positive versions existing in the store. | 0..1 | To enable this feature pass true. By default it is false. |
8889
| `input`| Details of the input files. | 1..* | A JSON array with the three parts described in the following table. |
8990

91+
9092
| Input part name | Description | Cardinality | Accepted values |
9193
| ----------- | ----------- | ----------- | ----------- |
9294
| `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. This field is optional.|
@@ -103,7 +105,11 @@ Content-Type:application/fhir+json
103105
},
104106
{
105107
"name": "mode",
106-
"valueString": "<Use "InitialLoad" for initial mode import / Use "IncrementalLoad" for incremental mode import>",
108+
"valueString": "<Use "InitialLoad" for initial mode import / Use "IncrementalLoad" for incremental mode import>"
109+
},
110+
{
111+
"name": "allowNegativeVersions",
112+
"valueBoolean": true
107113
},
108114
{
109115
"name": "input",

articles/healthcare-apis/release-notes-2024.md

Lines changed: 15 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -27,6 +27,21 @@ It's possible for dates supplied within JSON data to be returned in a different
2727

2828
The coercion of strings to .NET DateTime objects can be disabled using the boolean parameter `jsonDeserializationTreatDatesAsStrings`. When set to `true`, the supplied data is treated as a string and won't be modified before being supplied to the Liquid engine.
2929

30+
#### Import Operation enhancement
31+
The FHIR service now allows ingestion of data without specifying a version at the resource level. The order of resources is maintained using the lastUpdated value. This enhancement introduces the "allowNegativeVersions" flag. Setting flag true allows the FHIR service to assign negative versions for resource records with an explicit lastUpdated value and no version specified.
32+
33+
#### Bug Fixes
34+
- **Fixed inclusion of soft deleted resources when using _security:not search parameter**
35+
When using the _security:not search parameter in search operations, IDs for soft-deleted resources were being included in the search results. We have fixed the issue so that soft-deleted resources are now excluded from search results.
36+
- **Exporting Data as SMART User**
37+
Exporting data as a SMART user no longer requires write scopes. Previously, it was necessary to grant "write" privileges to a SMART user for exporting data, which implied higher privilege levels. To initiate an export job as a SMART user, ensure the user is a member of the FHIR export role in RBAC and requests the "read" SMART clinical scope.
38+
Updating Status Code from HTTP 500 to HTTP 400
39+
- **Updating Status Code from HTTP 500 to HTTP 400**
40+
During a patch operation, if the payload requested an update for a resource type other than parameter, an internal server error (HTTP 500) was initially thrown. This has been updated to throw an HTTP 400 error instead.
41+
42+
#### Performance enhancement
43+
Query optimization is added when searching FHIR resources with a data range. This query optimization will help with efficient querying as one combined CTE is generated.
44+
3045
## May 2024
3146

3247
### Azure Health Data Services

0 commit comments

Comments
 (0)