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
Azure Health Data Services is a set of managed API services based on open standards and frameworks for the healthcare industry. They enable you to build scalable and secure healthcare solutions by bringing protected health information (PHI) datasets together and connecting them end-to-end with tools for machine learning, analytics, and AI. This document provides details about the features and enhancements made to Azure Health Data Services including the different service types (FHIR service, DICOM service, and MedTech service) that seamlessly work with one another.
21
21
22
+
## February 2023
23
+
#### FHIR service
24
+
25
+
**Introduction of _till parameters and throughput improvement by 50x**
26
+
27
+
_till parameter is introduced as optional parameter and allows you to export resources that have been modified till the specified time.
28
+
This feature improvement is applicable to System export, for more information on export, visit [FHIR specification](https://hl7.org/fhir/uv/bulkdata/export/index.html)
29
+
30
+
Also visit [Export your FHIR data by invoking the $export command on the FHIR service | Microsoft Learn](./../healthcare-apis/fhir/export-data.md)
31
+
32
+
33
+
**Fixed issue for Chained search with :contains modifier results with no resources are returned**
34
+
35
+
This bug-fix addresses the issue and identified resources, per search criteria with :contains modifier are returned.
36
+
37
+
For more details, visit [#2990](https://github.com/microsoft/fhir-server/pull/2990)
38
+
39
+
40
+
41
+
**Provide the ability to tweak continuation token size limit with header.**
42
+
43
+
44
+
Previous to this change, during pagination Cosmos DB continuation token had a default limit of 3Kb. With this change, customers can send Cosmos DB Continuation Token limit in the header. Valid range is set to 1-3 Kb. Header value that can be used to send this value is x-ms-documentdb-responsecontinuationtokenlimitinkb
45
+
46
+
For more details, visit [#2971](https://github.com/microsoft/fhir-server/pull/2971/files) and [Overview of search in Azure API for FHIR | Microsoft Learn](./../healthcare-apis/azure-api-for-fhir/overview-of-search.md)
47
+
48
+
49
+
**Fixed issue related to HTTP Status code 500 was encountered when :not modifier was used with chained searches**
50
+
51
+
This bug-fix addresses the issue. Identified resources are returned per search criteria with :contains modifier . for more details on bug fix visit [#3041](https://github.com/microsoft/fhir-server/pull/3041)
52
+
53
+
54
+
**Versioning policy enabled at resource level still required If-match header for transaction requests.**
55
+
56
+
Bug fix addresses the issue and versioned policy at resource level does not require if-match header, for more details on bug fix visit [#2994](https://github.com/microsoft/fhir-server/pull/2994)
57
+
58
+
59
+
60
+
61
+
#### MedTech service
62
+
63
+
**Mapping Debugger released in public-preview**
64
+
65
+
The MedTech service's new Mapping Debugger is a self-service tool that is used for creating, updating, and troubleshooting the MedTech service device and FHIR destination mappings. It enables you to easily view and make inline adjustments in real-time, without ever having to leave the Azure portal.
66
+
67
+
For more information, visit [How to use the MedTech service Mapping debugger - Azure Health Data Services | Microsoft Learn](./../healthcare-apis/iot/how-to-use-mapping-debugger.md)
68
+
69
+
70
+
71
+
**Error Message released in private-preview**
72
+
73
+
The MedTech service now has an error message feature that allows you to easily view any errors generated, as well as the message that caused each error. You can now understand the context behind any errors without manual effort. For more info on error logs, visit [Troubleshoot errors using the MedTech service logs - Azure Health Data Services | Microsoft Learn](./../healthcare-apis/iot/troubleshoot-errors-logs.md)
74
+
75
+
76
+
77
+
78
+
79
+
#### DICOM service
80
+
81
+
**New DICOM Event Types are GA**
82
+
83
+
[DICOM Events](events/events-message-structure.md#dicom-events-message-structure) are now generally available in the HDS workspace-level event subscriptions. These new event types enable event-driven workflows in medical imaging applications by subscribing to events for newly created and deleted DICOM images.
84
+
85
+
86
+
**Validation errors included with the FailedSOPSequence**
87
+
88
+
Previously, DICOM validation failures returned by the Store (STOW) API have lacked the detail necessary to diagnose and resolve problems. The latest API changes improve the error messages by including additional details about the specific attributes that failed validation and the reason for the failures. See the [conformance statement](dicom/dicom-services-conformance-statement.md#store-response-payload) for details.
89
+
90
+
91
+
#### Toolkit and Samples Open Source
92
+
93
+
94
+
Two new sample apps have been released in the open source samples repo: [Azure-Samples/azure-health-data-services-samples: Samples for using the Azure Health Data Services (github.com)](https://github.com/Azure-Samples/azure-health-data-services-samples)
95
+
96
+
97
+
98
+
99
+
100
+
22
101
## January 2023
23
102
24
-
####Azure Health Data Services
103
+
### Azure Health Data Services
25
104
26
105
**Azure Health Data services General Available (GA) in new regions**
27
106
@@ -39,7 +118,11 @@ The DICOM service now supports `ModalitiesInStudy` as a [searchable attribute](d
39
118
40
119
Two new attributes for returning the count of Instances in a Study or Series are available in Search [responses](dicom/dicom-services-conformance-statement.md#additional-series-tags).
41
120
42
-
#### Toolkit and Samples (Open Source)
121
+
122
+
123
+
#### Toolkit and Samples Open Source
124
+
125
+
43
126
**New sample app has been released**
44
127
45
128
One new sample app has been released in the [Health Data Services samples repo](https://github.com/Azure-Samples/azure-health-data-services-samples)
@@ -61,10 +144,10 @@ Azure Health Data Services [Events](events/events-overview.md) now include a pub
61
144
62
145
**Fixed the Error generated when resource is updated using if-match header and PATCH**
63
146
64
-
Bug is now fixed and Resource will be updated if matches the Etag header. For details, see [#2877](https://github.com/microsoft/fhir-server/issues/2877)
147
+
Bug is now fixed and Resource will be updated if matches the Etag header. For details, see [#2877](https://github.com/microsoft/fhir-server/issues/2877)
65
148
66
149
67
-
#### Toolkit and Samples (Open Source)
150
+
#### Toolkit and Samples Open Source
68
151
69
152
70
153
**Azure Health Data Services Toolkit is released**
@@ -92,7 +175,7 @@ Customers can now determine if their mappings are working as intended, as they c
92
175
93
176
**Fixed issue where Querying with :not operator was returning more results than expected**
94
177
95
-
The issue is now fixed and querying with :not operator should provide correct results. For more information, see [#2790](https://github.com/microsoft/fhir-server/pull/2785).
178
+
The issue is now fixed and querying with :not operator should provide correct results. For more information, see [#2790](https://github.com/microsoft/fhir-server/pull/2785). |
96
179
97
180
98
181
@@ -135,11 +218,11 @@ The service will now accept the following:
135
218
* IS, DS, SV, and UV VRs that are not valid numbers
136
219
* Invalid private creator tags
137
220
138
-
#### Toolkit and Samples (Open Source)
221
+
#### Toolkit and Samples Open Source
139
222
140
223
**The [Azure Health Data Services Toolkit](https://github.com/microsoft/azure-health-data-services-toolkit) is now in the public preview.**
141
224
142
-
The toolkit is open-source and allows you to easily customize and extend the functionality of their Azure Health Data Services implementations.
225
+
The toolkit is open-source and allows to easily customize and extend the functionality of their Azure Health Data Services implementations.
143
226
144
227
## **August 2022**
145
228
@@ -170,7 +253,7 @@ Analytics pipeline can process FHIR extensions to generate parquet data. See [FH
170
253
171
254
**Fixed issue related to History bundles being sorted with the oldest version first.**
172
255
173
-
We've recently identified an issue with the sorting order of history bundles on FHIR® server. History bundles were sorted with the oldest version first. Per FHIR specification, the sorting of versions defaults to the oldest version last.This bug fix, addresses FHIR server behavior for sorting history bundle. <br><br>We understand if you would like to keep the sorting per existing behavior (oldest version first). To support existing behavior, we recommend you append `_sort=_lastUpdated` to the HTTP GET command utilized for retrieving history. <br><br>For example: `<server URL>/_history?_sort=_lastUpdated` <br><br>For more information, see [#2689](https://github.com/microsoft/fhir-server/pull/2689).
256
+
We've recently identified an issue with the sorting order of history bundles on FHIR® server. History bundles were sorted with the oldest version first. Per FHIR specification, the sorting of versions defaults to the oldest version last.This bug fix, addresses FHIR server behavior for sorting history bundle. <br><br>We understand if you would like to keep the sorting per existing behavior (oldest version first). To support existing behavior, we recommend you append `_sort=_lastUpdated` to the HTTP GET command utilized for retrieving history. <br><br>For example: `<server URL>/_history?_sort=_lastUpdated` <br><br>For more information, see [#2689](https://github.com/microsoft/fhir-server/pull/2689).
174
257
175
258
**Fixed issue where Queries were not providing consistent result count after appended with `_sort` operator.**
176
259
The issue is now fixed and queries should provide consistent result count, with and without sort operator.
@@ -203,7 +286,7 @@ The modality worklists (UPS-RS) service is now generally available. Learn more a
203
286
We've recently identified an issue with the sorting order of history bundles on FHIR® server. History bundles were sorted with the oldest version first. Per [FHIR specification](https://hl7.org/fhir/http.html#history), the sorting of versions defaults to the oldest version last. This bug fix, addresses FHIR server behavior for sorting history bundle.<br /><br />We understand if you would like to keep the sorting per existing behavior (oldest version first). To support existing behavior, we recommend you append `_sort=_lastUpdated` to the HTTP `GET` command utilized for retrieving history. <br /><br />For example: `<server URL>/_history?_sort=_lastUpdated` <br /><br />For more information, see [#2689](https://github.com/microsoft/fhir-server/pull/2689).
204
287
205
288
206
-
####MedTech service
289
+
### MedTech service
207
290
208
291
**Improvements to documentations for Events and MedTech and availability zones.**
209
292
@@ -216,6 +299,7 @@ Tested and enhanced usability and functionality. Added new documents to enable c
216
299
217
300
#### DICOM service
218
301
302
+
#### **Features**
219
303
220
304
**DICOM Service availability expands to new regions.**
221
305
@@ -276,7 +360,7 @@ Attributes that are defined to have a single value but have specified multiple v
276
360
#### FHIR service
277
361
278
362
279
-
**Added FHIRPath Patch**
363
+
**Added FHIRPath Patch**
280
364
FHIRPath Patch was added as a feature to both the Azure API for FHIR. This implements FHIRPath Patch as defined on the [HL7](http://hl7.org/fhir/fhirpatch.html) website.
281
365
282
366
@@ -311,17 +395,14 @@ Currently, WADO with Accept: multipart/related; type=application/dicom will thro
311
395
312
396
Handle race conditions during parallel instance inserts in the same study. For more information, see [PR #1491](https://github.com/microsoft/dicom-server/pull/1491) and [PR #1496](https://github.com/microsoft/dicom-server/pull/1496).
313
397
314
-
315
-
316
398
## March 2022
317
399
318
-
319
400
#### Azure Health Data Services
320
401
321
402
**Private Link is now available**
322
403
With Private Link, you can access Azure Health Data Services securely from your VNet as a first-party service without having to go through a public Domain Name System (DNS). For more information, see [Configure Private Link for Azure Health Data Services](./../healthcare-apis/healthcare-apis-configure-private-link.md).
323
404
324
-
####FHIR service
405
+
### FHIR service
325
406
326
407
**FHIRPath Patch operation available**
327
408
|This new feature enables you to use the FHIRPath Patch operation on FHIR resources. For more information, see [FHIR REST API capabilities for Azure Health Data Services FHIR service](./../healthcare-apis/fhir/fhir-rest-api-capabilities.md).
@@ -355,8 +436,6 @@ Enables easier deployment and use of MedTech service for customers without the n
355
436
356
437
## January 2022
357
438
358
-
#### FHIR service
359
-
360
439
361
440
**Export FHIR data behind firewalls**
362
441
This new feature enables exporting FHIR data to storage accounts behind firewalls. For more information, see [Configure export settings and set up a storage account](./././fhir/configure-export-data.md).
@@ -416,6 +495,7 @@ If SQL Server timed out, the PUT `/resource{id}` returned a 500 error. Now we ha
416
495
417
496
#### FHIR service
418
497
498
+
#### **Feature enhancements**
419
499
420
500
**Process Patient-everything links**
421
501
@@ -473,6 +553,7 @@ We've updated Azure Health Data Services GitHub samples repo to include a
473
553
#### **DICOM service**
474
554
475
555
556
+
**Regions**
476
557
477
558
**South Brazil and Central Canada.** For more information about Azure regions and availability zones, see [Azure services that support availability zones](https://azure.microsoft.com/global-infrastructure/services/).
478
559
@@ -492,68 +573,73 @@ Enabled DICOM service to work with workspaces that have names beginning with a l
492
573
493
574
494
575
495
-
**Added support for conditional patch[Conditional patch](./././azure-api-for-fhir/fhir-rest-api-capabilities.md#patch-and-conditional-patch)**
Allows for search history bundles with Patch requests. [#2156](https://github.com/microsoft/fhir-server/pull/2156)
508
589
509
590
510
-
Enabled JSON patch in bundles using Binary resources.[#2143](https://github.com/microsoft/fhir-server/pull/2143)
591
+
Enabled JSON patch in bundles using Binary resources.[#2143](https://github.com/microsoft/fhir-server/pull/2143)
511
592
512
593
513
594
Added new audit event [OperationName subtypes](./././azure-api-for-fhir/enable-diagnostic-logging.md#audit-log-details)[#2170](https://github.com/microsoft/fhir-server/pull/2170)
514
595
596
+
597
+
515
598
**Running a reindex job**
516
599
517
-
Added [boundaries for reindex](./././azure-api-for-fhir/how-to-run-a-reindex.md#performance-considerations) parameters.[#2103](https://github.com/microsoft/fhir-server/pull/2103)
600
+
601
+
Added [boundaries for reindex](./././azure-api-for-fhir/how-to-run-a-reindex.md#performance-considerations) parameters.
0 commit comments