你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
事件常见问题解答
事件允许你订阅 FHIR® 或 DICOM® 服务中的数据更改，并通过Azure 事件网格获得通知。 可以使用事件触发工作流、自动执行任务、发送警报等。 在此常见问题解答中，你将找到有关事件的一些常见问题的解答。
是否可以将事件用于非 Microsoft FHIR 或 DICOM 服务？
否。 事件功能仅支持 Azure Health Data Services FHIR 和 DICOM 服务。
事件支持哪些 FHIR 资源更改？
事件从以下 FHIR 服务类型生成：
FhirResourceCreated。 创建 FHIR 资源后发出的事件。
FhirResourceUpdated。 更新 FHIR 资源后发出的事件。
FhirResourceDeleted。 在软删除 FHIR 资源后发出的事件。
有关 FHIR 服务中的删除类型的详细信息，请参阅 Azure Health Data Services 中的 FHIR 服务中的 REST API 功能。
事件是否支持 FHIR 捆绑包？
是的。 事件功能在 FHIR 资源级别发出数据更改通知。
事件支持以下 FHIR 捆绑类型：
Batch。 针对捆绑包中每个成功的数据更改操作发出一个事件。 如果其中一个操作生成错误，则不会针对该操作发出任何事件。 例如：批处理捆绑包包含五个操作，但其中一个操作出错。 为四个成功操作发出事件，没有针对生成错误的操作发出任何事件。
事务。 只要没有错误，就为每个成功的捆绑操作发出一个事件。 如果事务捆绑包中有任何错误，则不会发出任何事件。 例如：事务捆绑包包含五个操作，但其中一个操作出错。 没有针对该捆绑包发出任何事件。
注意
事件不会在 FHIR 捆绑包中的数据操作序列中发送。
事件支持哪些 DICOM 映像更改？
事件从以下 DICOM 服务类型生成：
DicomImageCreated。 创建 DICOM 映像后发出的事件。
DicomImageDeleted。 删除 DICOM 映像后发出的事件。
DicomImageUpdated。 更新 DICOM 映像后发出的事件。 有关详细信息，请参阅 更新 DICOM 文件。
事件消息的有效负载是什么？
有关事件消息结构和必需和非要求元素的说明，请参阅 “事件”消息结构。
事件消息的吞吐量是多少？
FHIR 或 DICOM 服务的吞吐量以及事件网格控制 FHIR 和 DICOM 事件的吞吐量。 向 FHIR 服务发出的请求成功时，它将返回 2xx HTTP 状态代码。 它还生成 FHIR 资源或 DICOM 映像更改事件。 对于工作区中的所有 FHIR 或 DICOM 服务实例，当前限制为每个工作区 5,000 个事件/秒。
如何使用事件收费？
使用 Azure Health Data Services 事件无需额外付费。 但是，针对 Azure 订阅评估事件网格适用的费用。
如何实现在同一工作区中单独订阅多个 FHIR 或 DICOM 服务？
使用事件网格筛选功能。 事件消息有效负载中有唯一标识符来区分帐户和工作区。 可以在字段中找到工作区 source 的全局唯一标识符，即 Azure 资源 ID。 可以在字段中的工作区 data.resourceFhirAccount 中找到唯一的 FHIR 帐户名称。 可以在字段中的工作区 data.serviceHostName 中找到唯一的 DICOM 帐户名称。 创建订阅时，使用筛选运算符选择要包含在订阅中的事件。
是否可以对多个工作区、FHIR 帐户或 DICOM 帐户使用相同的订阅服务器？
是的。 建议为每个 FHIR 或 DICOM 服务使用不同的订阅者，以便在隔离范围内启用处理。
事件网格是否与 HIPAA 和 HITRUST 符合性要求兼容？
是的。 事件网格支持健康保险可移植性和责任法案（HIPAA）和健康信息信任联盟（HITRUST）义务。 有关详细信息，请参阅 Microsoft Azure 合规性产品/服务。
接收事件消息需要多长时间？
平均而言，在成功 HTTP 请求后，应在一秒内收到事件消息。 99.99% 的事件消息应在五秒内传递，除非达到 FHIR 服务、DICOM 服务或 事件网格 的限制。
是否可以接收重复的事件消息？
是的。 事件网格保证至少有一个事件消息传送及其推送模式。 出于随机原因，事件传送请求返回时，可能会出现暂时性故障状态代码的情况。 在这种情况下，事件网格会将其视为传递失败，并重新发送事件消息。 有关详细信息，请参阅Azure 事件网格传递和重试。
通常，我们建议开发人员确保事件订阅服务器的幂等性。 消息内容属性中 data 所有字段的事件 ID 或组合对于每个事件都是唯一的。 可以依赖它们进行重复数据删除。