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/events/events-faqs.md
+9-9Lines changed: 9 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -32,7 +32,7 @@ Events are generated from these FHIR service types:
32
32
33
33
For more information about delete types in the FHIR service, see [FHIR REST API capabilities for Azure Health Data Services](../../healthcare-apis/fhir/fhir-rest-api-capabilities.md).
34
34
35
-
#### Does events support FHIR bundles?
35
+
**Does events support FHIR bundles?**
36
36
37
37
Yes. The events capability emits notifications of data changes at the FHIR resource level.
38
38
@@ -45,7 +45,7 @@ Events support these [FHIR bundle types](http://hl7.org/fhir/R4/valueset-bundle-
45
45
> [!NOTE]
46
46
> Events aren't sent in the sequence of the data operations in the FHIR bundle.
47
47
48
-
#### What DICOM image changes does events support?
48
+
**What DICOM image changes does events support?**
49
49
50
50
Events are generated from the following DICOM service types:
51
51
@@ -55,33 +55,33 @@ Events are generated from the following DICOM service types:
55
55
56
56
-**DicomImageUpdated**. The event emitted after a DICOM image is updated. For more information, see [Update DICOM files](../dicom/update-files.md).
57
57
58
-
#### What is the payload of an events message?
58
+
**What is the payload of an events message?**
59
59
60
60
For a description of the events message structure and required and nonrequired elements, see [Events message structures](events-message-structure.md).
61
61
62
-
#### What is the throughput for events messages?
62
+
**What is the throughput for events messages?**
63
63
64
64
The throughput of the FHIR or DICOM service and the Event Grid governs the throughput of FHIR and DICOM events. When a request made to the FHIR service is successful, it returns a 2xx HTTP status code. It also generates a FHIR resource or DICOM image changing event. The current limitation is 5,000 events/second per workspace for all FHIR or DICOM service instances in the workspace.
65
65
66
-
#### How am I charged for using events?
66
+
**How am I charged for using events?**
67
67
68
68
There are no extra charges for using [Azure Health Data Services events](https://azure.microsoft.com/pricing/details/health-data-services/). However, applicable charges for the [Event Grid](https://azure.microsoft.com/pricing/details/event-grid/) are assessed against your Azure subscription.
69
69
70
-
#### How do I subscribe separately to multiple FHIR or DICOM services in the same workspace?
70
+
**How do I subscribe separately to multiple FHIR or DICOM services in the same workspace?**
71
71
72
72
Use the Event Grid filtering feature. There are unique identifiers in the event message payload to differentiate accounts and workspaces. You can find a global unique identifier for workspace in the `source` field, which is the Azure Resource ID. You can locate the unique FHIR account name in that workspace in the `data.resourceFhirAccount` field. You can locate the unique DICOM account name in the workspace in the `data.serviceHostName` field. When you create a subscription, use the filtering operators to select the events you want to include in the subscription.
73
73
74
74
:::image type="content" source="media\event-grid\event-grid-filters.png" alt-text="Screenshot of the Event Grid filters tab." lightbox="media\event-grid\event-grid-filters.png":::
75
75
76
-
#### Can I use the same subscriber for multiple workspaces, FHIR accounts, or DICOM accounts?
76
+
**Can I use the same subscriber for multiple workspaces, FHIR accounts, or DICOM accounts?**
77
77
78
78
Yes. We recommend that you use different subscribers for each FHIR or DICOM service to enable processing in isolated scopes.
79
79
80
-
#### Is the Event Grid compatible with HIPAA and HITRUST compliance requirements?
80
+
**Is the Event Grid compatible with HIPAA and HITRUST compliance requirements?**
81
81
82
82
Yes. Event Grid supports Health Insurance Portability and Accountability Act (HIPAA) and Health Information Trust Alliance (HITRUST) obligations. For more information, see [Microsoft Azure Compliance Offerings](https://azure.microsoft.com/resources/microsoft-azure-compliance-offerings/).
83
83
84
-
#### How long does it take to receive an events message?
84
+
**How long does it take to receive an events message?**
85
85
86
86
On average, you should receive your event message within one second after a successful HTTP request. 99.99% of the event messages should be delivered within five seconds unless the limitation of either the FHIR service, DICOM service, or [Event Grid](../../event-grid/quotas-limits.md) is reached.
0 commit comments