FAQ sur les événements
Les événements vous permettent de vous abonner aux modifications de données dans le service FHIR® ou DICOM® et d’être averti par le biais d’Azure Event Grid. Vous pouvez utiliser des événements pour déclencher des flux de travail, automatiser des tâches, envoyer des alertes, etc. Dans ce FAQ, vous trouverez des réponses à certaines questions courantes sur les événements.
Puis-je utiliser des événements avec un service non Microsoft FHIR ou DICOM ?
Non. La fonctionnalité Événements prend uniquement en charge les services FHIR et DICOM Azure Health Data Services.
Quelles sont les modifications apportées aux ressources FHIR prises en charge par les événements ?
Les événements sont générés à partir de ces types de service FHIR :
FhirResourceCreated. Événement émis après la création d’une ressource FHIR.
FhirResourceUpdated. Événement émis après la mise à jour d’une ressource FHIR.
FhirResourceDeleted. Événement émis après la suppression réversible d’une ressource FHIR.
Pour plus d’informations sur les types de suppression dans le service FHIR, consultez les fonctionnalités de l’API REST dans le service FHIR dans Azure Health Data Services.
Les événements prennent-ils en charge les offres groupées FHIR ?
Oui. La fonctionnalité d’événements émet des notifications de modifications de données au niveau de la ressource FHIR.
Les événements prennent en charge ces types d’offres groupées FHIR :
Batch. Un événement est émis pour chaque opération de modification de données réussie dans un bundle. Si l’une des opérations génère une erreur, aucun événement n’est émis pour cette opération. Par exemple : l’ensemble de lots contient cinq opérations, mais une erreur s’affiche avec l’une des opérations. Les événements sont émis pour les quatre opérations réussies sans événement émis pour l’opération qui a généré une erreur.
Transaction. Un événement est émis pour chaque opération de bundle réussie tant qu’il n’y a pas d’erreur. S’il existe des erreurs dans un ensemble de transactions, aucun événement n’est émis. Par exemple : le bundle de transactions contient cinq opérations, mais une erreur s’affiche avec l’une des opérations. Aucun événement n’est émis pour ce bundle.
Remarque
Les événements ne sont pas envoyés dans la séquence des opérations de données dans le bundle FHIR.
Quelles modifications apportées à l’image DICOM prend-elle en charge les événements ?
Les événements sont générés à partir des types de service DICOM suivants :
DicomImageCreated. Événement émis après la création d’une image DICOM.
DicomImageDeleted. Événement émis après la suppression d’une image DICOM.
DicomImageUpdated. Événement émis après la mise à jour d’une image DICOM. Pour plus d’informations, consultez Mettre à jour les fichiers DICOM.
Quelle est la charge utile d’un message d’événements ?
Pour obtenir une description de la structure des messages d’événements et des éléments requis et non requis, consultez structures de message Événements.
Quel est le débit des messages d’événements ?
Le débit du service FHIR ou DICOM et Event Grid régit le débit des événements FHIR et DICOM. Lorsqu’une requête adressée au service FHIR réussit, elle retourne un code d’état HTTP 2xx. Il génère également une ressource FHIR ou un événement de modification d’image DICOM. La limitation actuelle est de 5 000 événements/seconde par espace de travail pour toutes les instances de service FHIR ou DICOM de l’espace de travail.
Comment suis-je facturé pour l’utilisation d’événements ?
Il n’existe aucun frais supplémentaire pour l’utilisation d’événements Azure Health Data Services. Toutefois, les frais applicables pour Event Grid sont évalués par rapport à votre abonnement Azure.
Comment faire s’abonner séparément à plusieurs services FHIR ou DICOM dans le même espace de travail ?
Utilisez la fonctionnalité de filtrage Event Grid. Il existe des identificateurs uniques dans la charge utile du message d’événement pour différencier les comptes et les espaces de travail. Vous trouverez un identificateur unique global pour l’espace de travail dans le source champ, qui est l’ID de ressource Azure. Vous pouvez localiser le nom de compte FHIR unique dans cet espace de travail dans le data.resourceFhirAccount champ. Vous pouvez localiser le nom de compte DICOM unique dans l’espace de travail dans le data.serviceHostName champ. Lorsque vous créez un abonnement, utilisez les opérateurs de filtrage pour sélectionner les événements que vous souhaitez inclure dans l’abonnement.
Puis-je utiliser le même abonné pour plusieurs espaces de travail, comptes FHIR ou comptes DICOM ?
Oui. Nous vous recommandons d’utiliser différents abonnés pour chaque service FHIR ou DICOM pour activer le traitement dans des étendues isolées.
Event Grid est-il compatible avec les exigences de conformité HIPAA et HITRUST ?
Oui. Event Grid prend en charge les obligations HIPAA (Health Insurance Portability and Accountability Act) et Health Information Trust Alliance (HITRUST). Pour plus d’informations, consultez Offres de conformité Microsoft Azure.
Combien de temps faut-il pour recevoir un message d’événements ?
En moyenne, vous devez recevoir votre message d’événement dans un délai d’une seconde après une requête HTTP réussie. 99,99 % des messages d’événement doivent être remis dans les cinq secondes, sauf si la limitation du service FHIR, du service DICOM ou d’Event Grid est atteinte.
Est-il possible de recevoir des messages d’événements en double ?
Oui. Event Grid garantit au moins une remise de messages d’événements avec son mode Push. Il peut arriver que la demande de remise d’événements retourne avec un code d’état d’échec temporaire pour des raisons aléatoires. Dans ce cas, Event Grid considère qu’il s’agit d’un échec de remise et renvoie le message d’événements. Pour plus d’informations, consultez remise et nouvelle tentative d’Azure Event Grid.
En règle générale, nous recommandons aux développeurs de garantir l’idempotency pour l’abonné aux événements. L’ID d’événement ou la combinaison de tous les champs de la data propriété du contenu du message sont uniques pour chaque événement. Vous pouvez vous appuyer sur eux pour dédupliquer.