Domande frequenti sugli eventi
Gli eventi consentono di sottoscrivere le modifiche ai dati nel servizio FHIR® o DICOM® e ricevere notifiche tramite Griglia di eventi di Azure. È possibile usare gli eventi per attivare flussi di lavoro, automatizzare le attività, inviare avvisi e altro ancora. In queste domande frequenti sono disponibili risposte ad alcune domande comuni sugli eventi.
È possibile usare eventi con un servizio NON Microsoft FHIR o DICOM?
No. La funzionalità Eventi supporta solo i servizi FHIR e DICOM di Health Data Services di Azure.
Quali modifiche alle risorse FHIR sono supportate dagli eventi?
Gli eventi vengono generati da questi tipi di servizio FHIR:
FhirResourceCreated. Evento generato dopo la creazione di una risorsa FHIR.
FhirResourceUpdated. Evento generato dopo l'aggiornamento di una risorsa FHIR.
FhirResourceDeleted. Evento generato dopo l'eliminazione temporanea di una risorsa FHIR.
Per altre informazioni sui tipi di eliminazione nel servizio FHIR, vedere Funzionalità dell'API REST nel servizio FHIR in Servizi dati di integrità di Azure.
Gli eventi supportano i bundle FHIR?
Sì. La funzionalità degli eventi genera notifiche delle modifiche ai dati a livello di risorsa FHIR.
Gli eventi supportano questi tipi di bundle FHIR:
Batch. Viene generato un evento per ogni operazione di modifica dei dati riuscita in un bundle. Se una delle operazioni genera un errore, non viene generato alcun evento per tale operazione. Ad esempio: il bundle batch contiene cinque operazioni, ma si verifica un errore con una delle operazioni. Gli eventi vengono generati per le quattro operazioni riuscite senza alcun evento generato per l'operazione che ha generato un errore.
Transazione. Viene generato un evento per ogni operazione di aggregazione riuscita, purché non siano presenti errori. Se sono presenti errori all'interno di un bundle di transazioni, non vengono generati eventi. Ad esempio, il bundle di transazioni contiene cinque operazioni, ma si verifica un errore con una delle operazioni. Nessun evento viene generato per tale bundle.
Nota
Gli eventi non vengono inviati nella sequenza delle operazioni sui dati nel bundle FHIR.
Quali modifiche apportate all'immagine DICOM supportano gli eventi?
Gli eventi vengono generati dai tipi di servizio DICOM seguenti:
DicomImageCreated. Evento generato dopo la creazione di un'immagine DICOM.
DicomImageDeleted. Evento generato dopo l'eliminazione di un'immagine DICOM.
DicomImageUpdated. Evento generato dopo l'aggiornamento di un'immagine DICOM. Per altre informazioni, vedere Aggiornare i file DICOM.
Qual è il payload di un messaggio di eventi?
Per una descrizione della struttura dei messaggi degli eventi e degli elementi obbligatori e non richiesti, vedere Strutture dei messaggi degli eventi.
Qual è la velocità effettiva per i messaggi degli eventi?
La velocità effettiva del servizio FHIR o DICOM e Griglia di eventi regola la velocità effettiva degli eventi FHIR e DICOM. Quando una richiesta inviata al servizio FHIR ha esito positivo, restituisce un codice di stato HTTP 2xx. Genera anche una risorsa FHIR o un evento di modifica dell'immagine DICOM. La limitazione corrente è di 5.000 eventi al secondo per ogni area di lavoro per tutte le istanze del servizio FHIR o DICOM nell'area di lavoro.
Come vengono addebitati i costi per l'uso degli eventi?
Non sono previsti costi aggiuntivi per l'uso degli eventi di Servizi dati di Integrità di Azure. Tuttavia, gli addebiti applicabili per Griglia di eventi vengono valutati in base alla sottoscrizione di Azure.
Ricerca per categorie sottoscrivere separatamente più servizi FHIR o DICOM nella stessa area di lavoro?
Usare la funzionalità di filtro di Griglia di eventi. Nel payload del messaggio di evento sono presenti identificatori univoci per distinguere gli account e le aree di lavoro. È possibile trovare un identificatore univoco globale per l'area source di lavoro nel campo, ovvero l'ID risorsa di Azure. È possibile individuare il nome dell'account FHIR univoco nell'area di lavoro nel data.resourceFhirAccount campo . È possibile individuare il nome univoco dell'account DICOM nell'area di lavoro nel data.serviceHostName campo . Quando si crea una sottoscrizione, usare gli operatori di filtro per selezionare gli eventi da includere nella sottoscrizione.
È possibile usare lo stesso sottoscrittore per più aree di lavoro, account FHIR o account DICOM?
Sì. È consigliabile usare sottoscrittori diversi per ogni servizio FHIR o DICOM per abilitare l'elaborazione in ambiti isolati.
Griglia di eventi è compatibile con i requisiti di conformità HIPAA e HITRUST?
Sì. Griglia di eventi supporta gli obblighi HIPAA (Health Insurance Portability and Accountability Act) e Health Information Trust Alliance (HITRUST). Per altre informazioni, vedere Offerte di conformità di Microsoft Azure.
Quanto tempo è necessario per ricevere un messaggio di eventi?
In media, è necessario ricevere il messaggio di evento entro un secondo dopo una richiesta HTTP riuscita. Il 99,99% dei messaggi di evento deve essere recapitato entro cinque secondi, a meno che non venga raggiunta la limitazione del servizio FHIR, del servizio DICOM o di Griglia di eventi.
È possibile ricevere messaggi di eventi duplicati?
Sì. Griglia di eventi garantisce almeno un recapito di messaggi di eventi con la modalità push. In alcuni casi la richiesta di recapito degli eventi viene restituita con un codice di stato di errore temporaneo per motivi casuali. In questo caso, Griglia di eventi lo considera un errore di recapito e invia nuovamente il messaggio degli eventi. Per altre informazioni, vedere Griglia di eventi di Azure recapito e ripetizione dei tentativi.
In genere, è consigliabile che gli sviluppatori garantiscano l'idempotenza per il sottoscrittore di eventi. L'ID evento o la combinazione di tutti i campi nella data proprietà del contenuto del messaggio sono univoci per ogni evento. È possibile fare affidamento su di essi per deduplicare.