Często zadawane pytania dotyczące zdarzeń
Zdarzenia umożliwiają subskrybowanie zmian danych w usłudze FHIR® lub DICOM® i otrzymywanie powiadomień za pośrednictwem usługi Azure Event Grid. Zdarzenia umożliwiają wyzwalanie przepływów pracy, automatyzowanie zadań, wysyłanie alertów i nie tylko. W tych często zadawanych pytaniach znajdziesz odpowiedzi na kilka typowych pytań dotyczących zdarzeń.
Czy mogę używać zdarzeń z usługą FHIR firmy innej niż Microsoft lub DICOM?
L.p. Funkcja Zdarzenia obsługuje tylko usługi FHIR i DICOM usług Azure Health Data Services.
Jakie zmiany zasobów FHIR są obsługiwane przez zdarzenia?
Zdarzenia są generowane na podstawie tych typów usług FHIR:
FhirResourceCreated. Zdarzenie emitowane po utworzeniu zasobu FHIR.
FhirResourceUpdated. Zdarzenie emitowane po zaktualizowaniu zasobu FHIR.
FhirResourceDeleted. Zdarzenie emitowane po usunięciu zasobu FHIR jest nietrwałe.
Aby uzyskać więcej informacji na temat typów usuwania w usłudze FHIR, zobacz FHIR REST API capabilities for Azure Health Data Services (Możliwości interfejsu API REST FHIR dla usług Azure Health Data Services).
Czy zdarzenia obsługują pakiety FHIR?
Tak. Funkcja zdarzeń emituje powiadomienia o zmianach danych na poziomie zasobu FHIR.
Zdarzenia obsługują następujące typy pakietów FHIR:
Batch. Zdarzenie jest emitowane dla każdej pomyślnej operacji zmiany danych w pakiecie. Jeśli jedna z operacji generuje błąd, żadne zdarzenie nie jest emitowane dla tej operacji. Na przykład: pakiet wsadowy zawiera pięć operacji, jednak występuje błąd podczas jednej z operacji. Zdarzenia są emitowane dla czterech pomyślnych operacji bez zdarzeń emitowanych dla operacji, która wygenerowała błąd.
Transakcja. Zdarzenie jest emitowane dla każdej pomyślnej operacji pakietu, o ile nie ma żadnych błędów. Jeśli w pakiecie transakcji występują błędy, żadne zdarzenia nie są emitowane. Na przykład: pakiet transakcji zawiera pięć operacji, jednak występuje błąd podczas jednej z operacji. Żadne zdarzenia nie są emitowane dla tego pakietu.
Uwaga
Zdarzenia nie są wysyłane w sekwencji operacji danych w pakiecie FHIR.
Jakie zmiany obrazu DICOM obsługują zdarzenia?
Zdarzenia są generowane na podstawie następujących typów usług DICOM:
DicomImageCreated. Zdarzenie emitowane po utworzeniu obrazu DICOM.
DicomImageDeleted. Zdarzenie emitowane po usunięciu obrazu DICOM.
DicomImageUpdated. Zdarzenie emitowane po zaktualizowaniu obrazu DICOM. Aby uzyskać więcej informacji, zobacz Aktualizowanie plików DICOM.
Jaki jest ładunek komunikatu o zdarzeniach?
Aby zapoznać się z opisem struktury komunikatów zdarzeń oraz wymaganych i niewymaganych elementów, zobacz Struktury komunikatów zdarzeń.
Jaka jest przepływność komunikatów zdarzeń?
Przepływność usługi FHIR lub DICOM oraz usługa Event Grid zarządza przepływnością zdarzeń FHIR i DICOM. Po pomyślnym wysłaniu żądania do usługi FHIR zwraca on kod stanu HTTP 2xx. Generuje również zasób FHIR lub zdarzenie zmiany obrazu DICOM. Bieżące ograniczenie to 5000 zdarzeń na sekundę na obszar roboczy dla wszystkich wystąpień usługi FHIR lub DICOM w obszarze roboczym.
Jak są naliczane opłaty za korzystanie ze zdarzeń?
Za korzystanie ze zdarzeń usługi Azure Health Data Services nie są naliczane dodatkowe opłaty. Jednak odpowiednie opłaty za usługę Event Grid są oceniane względem subskrypcji platformy Azure.
Jak mogę oddzielnie subskrybować wiele usług FHIR lub DICOM w tym samym obszarze roboczym?
Użyj funkcji filtrowania usługi Event Grid. W ładunku komunikatu o zdarzeniach istnieją unikatowe identyfikatory w celu odróżnienia kont i obszarów roboczych. W polu można znaleźć globalny unikatowy identyfikator obszaru roboczego source , czyli identyfikator zasobu platformy Azure. Możesz zlokalizować unikatową nazwę konta FHIR w tym obszarze roboczym data.resourceFhirAccount w polu. Unikatową nazwę konta DICOM można znaleźć w obszarze roboczym data.serviceHostName w polu . Podczas tworzenia subskrypcji użyj operatorów filtrowania, aby wybrać zdarzenia, które chcesz uwzględnić w subskrypcji.
Czy mogę użyć tego samego subskrybenta dla wielu obszarów roboczych, kont FHIR lub kont DICOM?
Tak. Zalecamy używanie różnych subskrybentów dla każdej usługi FHIR lub DICOM w celu włączenia przetwarzania w izolowanych zakresach.
Czy usługa Event Grid jest zgodna z wymaganiami dotyczącymi zgodności HIPAA i HITRUST?
Tak. Usługa Event Grid obsługuje zobowiązania Health Insurance Portability and Accountability Act (HIPAA) i Health Information Trust Alliance (HITRUST). Aby uzyskać więcej informacji, zobacz Oferty zgodności platformy Microsoft Azure.
Jak długo trwa odbieranie komunikatu o zdarzeniach?
Średnio po pomyślnym żądaniu HTTP powinien zostać wyświetlony komunikat o zdarzeniu w ciągu jednej sekundy. 99,99% komunikatów o zdarzeniach powinno być dostarczane w ciągu pięciu sekund, chyba że osiągnięto ograniczenie usługi FHIR, usługi DICOM lub usługi Event Grid .
Czy można odbierać zduplikowane komunikaty o zdarzeniach?
Tak. Usługa Event Grid gwarantuje co najmniej jedno zdarzenie dostarczania komunikatów w trybie wypychania. Mogą wystąpić przypadki, gdy żądanie dostarczenia zdarzeń zwraca kod stanu błędu przejściowego z losowych powodów. W takiej sytuacji usługa Event Grid traktuje ją jako niepowodzenie dostarczania i ponownie wysyła komunikat o zdarzeniach. Aby uzyskać więcej informacji, zobacz Azure Event Grid delivery and retry (Dostarczanie i ponawianie próby w usłudze Azure Event Grid).
Ogólnie rzecz biorąc, zalecamy deweloperom zapewnienie idempotentności dla subskrybenta zdarzenia. Identyfikator zdarzenia lub kombinacja wszystkich pól we data właściwości zawartości wiadomości są unikatowe dla każdego zdarzenia. Można polegać na nich, aby deduplikować.