Informacje o wersji 2024: Azure Health Data Services
W tym artykule opisano funkcje, ulepszenia i poprawki błędów wydane w 2024 r. dla usługi FHIR®, usługi DICOM® i usługi MedTech w usługach Azure Health Data Services.
Kwiecień 2024 r.
Usługa DICOM
Ulepszona operacja upsert
Rozszerzona operacja upsert umożliwia przekazanie obrazu DICOM do serwera i bezproblemowe zastąpienie go, jeśli już istnieje. Przed tym ulepszeniem użytkownicy musieli wykonać operację Usuwania, a następnie STOW-RS, aby osiągnąć ten sam wynik. Dzięki ulepszonej operacji upsert zarządzanie obrazami DICOM jest bardziej wydajne i usprawnione.
Rozszerzony magazyn dla wymaganych atrybutów
Usługa DICOM umożliwia użytkownikom przekazywanie plików DICOM o rozmiarze do 4 GB. Żaden pojedynczy plik DICOM ani kombinacja plików w jednym żądaniu nie może przekroczyć tego limitu.
Usługa FHIR
Operacja usuwania zbiorczego jest ogólnie dostępna
Operacja usuwania zbiorczego umożliwia usunięcie zasobów FHIR na różnych poziomach, umożliwiając organizacjom opieki zdrowotnej przestrzeganie zasad przechowywania danych przy jednoczesnym zapewnieniu możliwości przetwarzania asynchronicznego. Zalety operacji usuwania zbiorczego to:
- Wykonywanie zbiorczego usuwania na różnych poziomach: operacja usuwania zbiorczego umożliwia asynchroniczne usuwanie zasobów z serwera FHIR. Zbiorcze usuwanie można wykonywać na różnych poziomach:
- Poziom systemu: umożliwia usuwanie zasobów FHIR we wszystkich typach zasobów.
- Pojedynczy typ zasobu: umożliwia usunięcie określonych zasobów FHIR.
- Dostosowywalne: Parametry zapytania umożliwiają filtrowanie nieprzetworzonych zasobów w celu usunięcia docelowego.
- Przetwarzanie asynchroniczne: operacja jest asynchroniczna, zapewniając punkt końcowy sondowania w celu śledzenia postępu.
Więcej informacji:
Marzec 2024 r.
Usługa DICOM
Integracja z usługą Azure Data Lake Storage jest ogólnie dostępna
Integracja usługi Azure Data Lake Storage dla usługi DICOM w usługach Azure Health Data Services jest ogólnie dostępna. Usługa DICOM zapewnia magazyn w skali chmury na potrzeby danych obrazowania medycznego przy użyciu standardu DICOMweb. Dzięki integracji usługi Azure Data Lake Storage organizacje mogą mieć pełną kontrolę nad danymi obrazowania i zwiększyć elastyczność uzyskiwania dostępu do tych danych i pracy z nimi za pośrednictwem ekosystemu i interfejsów API usługi Azure Storage.
Za pomocą usługi Azure Data Lake Storage z usługą DICOM organizacje mogą wykonywać następujące elementy:
- Umożliwia bezpośredni dostęp do danych obrazowania medycznego przechowywanych przez usługę DICOM przy użyciu interfejsów API usługi Azure Storage i interfejsów API DICOMweb, co zapewnia większą elastyczność dostępu do danych i pracy z danymi.
- Otwórz dane obrazowania medycznego do całego ekosystemu narzędzi do pracy z usługą Azure Storage, w tym narzędzia AzCopy, Eksplorator usługi Azure Storage i biblioteką przenoszenia danych.
- Odblokuj nowe scenariusze analizy i sztucznej inteligencji/uczenia maszynowego przy użyciu usług, które natywnie integrują się z usługą Azure Data Lake Storage, w tym usługami Azure Synapse, Azure Databricks, Azure Machine Edukacja i Microsoft Fabric.
- Udziel kontrolek do zarządzania uprawnieniami magazynu, mechanizmami kontroli dostępu, warstwami i regułami.
Więcej informacji:
- Zarządzanie danymi obrazowania medycznego za pomocą usługi DICOM i usługi Azure Data Lake Storage
- Wdrażanie usługi DICOM za pomocą usługi Azure Data Lake Storage
Usługa FHIR
Równoległe tworzenie pakietów (GA)
Pakiety są domyślnie wykonywane szeregowo w usłudze FHIR. Aby zwiększyć przepływność za pomocą wywołań pakietów, włączyliśmy przetwarzanie równoległe.
Więcej informacji:
Operacja importowania akceptuje wiele typów zasobów w jednym pliku
Operacja importowania może mieć typ zasobu na plik wejściowy w parametrach żądania. Dzięki tej ulepszonej możliwości można przekazać wiele typów zasobów w jednym pliku.
Poprawki błędów
Naprawiono: Operacja importowania pobiera zasoby z tym samym typem zasobu i wartością pola lastUpdated. Przed tą zmianą zasoby wykonywane w partii o tym samym typie i
lastUpdatedwartości pola nie zostały pozyskane do usługi FHIR. Ta poprawka usterki rozwiązuje ten problem. Zobacz Żądanie ściągnięcia nr 3768.Naprawiono: wyszukiwanie FHIR z co najmniej 3 niestandardowymi parametrami wyszukiwania. Przed tą poprawką zapytanie wyszukiwania FHIR w katalogu głównym z co najmniej trzema niestandardowymi parametrami wyszukiwania spowodowało kod stanu HTTP 504. Zobacz Żądanie ściągnięcia nr 3701.
Naprawiono: Poprawianie wydajności przetwarzania pakietów. Aktualizacje są wykonywane w metodzie wykonywania zadania, co prowadzi do poprawy wydajności przetwarzania pakietów. Zobacz Żądanie ściągnięcia nr 3727.
Luty 2024 r.
Usługa FHIR
Zliczanie wszystkich wersji zasobów jest włączone
Parametr _summary=count zapytania i _count=0 można go dodać do punktu końcowego _history , aby uzyskać liczbę wszystkich zasobów w wersji. Ta liczba obejmuje zasoby historyczne i nietrwałe.
Wyszukiwanie ponownego pobierania może odwoływać się do wszystkich zasobów z symbolem wieloznacznymi
Usługa FHIR obsługuje wyszukiwanie symboli wieloznacznych za pomocą polecenia revinclude. Dodaj *.* do parametru zapytania w zapytaniu, aby skierować usługę revinclude FHIR do odwołania się do wszystkich zasobów zamapowanych na zasób źródłowy.
Poprawki błędów
Naprawiono: Poprawianie czasu odpowiedzi zapytań FHIR przy użyciu ulepszeń wydajności. Aby zwiększyć wydajność, można określić brakujący modyfikator dla parametru wyszukiwania, który jest używany do sortowania. Zobacz Żądanie ściągnięcia nr 3655.
Naprawiono: Operacja importowania honoruje pozyskiwanie niesekwencyjnych wersji zasobów. Przed tą zmianą tryb przyrostowy w
importoperacji zakładane wersje są liczbami całkowitymi sekwencyjnymi. Po tej poprawce usterek wersje mogą być pozyskiwane w kolejności niekwesyjnej. Zobacz Żądanie ściągnięcia nr 3685.
Styczeń 2024
Usługa DICOM
Zbiorcza aktualizacja plików
Operacja aktualizacji zbiorczej umożliwia zmianę metadanych obrazu dla wielu plików przechowywanych w usłudze DICOM. Na przykład aktualizacja zbiorcza umożliwia modyfikowanie atrybutów DICOM dla co najmniej jednego badania w ramach jednej operacji asynchronicznej. Interfejs API umożliwia przeprowadzanie aktualizacji danych demograficznych pacjentów i unikanie kosztów powtarzania czasochłonnych operacji przekazywania.
Poza wzrostem wydajności funkcja aktualizacji zbiorczej zachowuje rekord zmian w kanale zmian i utrwala oryginalne, niezmodyfikowane wystąpienia na potrzeby przyszłego pobierania.
Więcej informacji:
Usługa FHIR
Wybrane parametry wyszukiwania (wersja zapoznawcza)
Możliwość wyboru parametru wyszukiwania dostępna dla wersji zapoznawczej umożliwia dostosowywanie i optymalizowanie wyszukiwań w zasobach FHIR. Funkcja umożliwia wybranie wbudowanych parametrów wyszukiwania do włączenia lub wyłączenia dla usługi FHIR. Po włączeniu tylko potrzebnych parametrów wyszukiwania można przechowywać więcej zasobów FHIR i potencjalnie zwiększyć wydajność zapytań wyszukiwania FHIR.
Więcej informacji:
Integracja usługi FHIR z usługą Azure Active Directory B2C
Organizacje opieki zdrowotnej mogą używać usługi FHIR w usługach Azure Health Data Services z usługą Azure Active Directory B2C (Azure AD B2C). Organizacje uzyskują bezpieczny i wygodny sposób udzielania dostępu do usługi FHIR z precyzyjną kontrolą dostępu dla różnych użytkowników lub grup bez tworzenia lub wprowadzania kont użytkowników w dzierżawie microsoft Entra ID w organizacji. Dzięki tej integracji organizacje mogą wykonywać następujące czynności:
- Użyj dodatkowych dostawców tożsamości, aby uwierzytelnić zasoby FHIR i uzyskiwać do nich dostęp za pomocą funkcji SMART w zakresach FHIR.
- Zarządzanie i dostosowywanie praw dostępu użytkowników lub uprawnień za pomocą funkcji SMART w zakresach FHIR, które obsługują szczegółową kontrolę dostępu, typy zasobów I interakcje FHIR oraz podstawowe uprawnienia użytkownika.
Powiązana zawartość:
- Udzielanie dostępu do usługi FHIR przy użyciu usługi Azure Active Directory B2C
- Konfigurowanie wielu dostawców tożsamości usług dla usługi FHIR
- Rozwiązywanie problemów z konfiguracją dostawcy tożsamości dla usługi FHIR
- Włączanie funkcji SMART on FHIR dla usługi FHIR
- Przykład: Azure ONC (g)(10) SMART on FHIR
Żądanie do 100 TB magazynu
Usługa FHIR może przechowywać i wymieniać duże ilości danych dotyczących kondycji, a każde wystąpienie usługi FHIR domyślnie ma limit magazynowania wynoszący 4 TB. Jeśli masz więcej danych, możesz poprosić firmę Microsoft o zwiększenie magazynu do 100 TB dla usługi FHIR.
Dzięki większej ilości miejsca do magazynowania organizacje mogą obsługiwać duże zestawy danych w celu umożliwienia scenariuszy analizy. Na przykład można użyć większej ilości miejsca do zarządzania kondycją populacji, przeprowadzania badań i uzyskiwania nowych szczegółowych informacji na podstawie danych dotyczących kondycji. Ponadto więcej magazynów umożliwia klientom usługi Azure API for FHIR migrację do usługi FHIR o dużej ilości danych (większej niż 4 TB) w usłudze FHIR w usługach Azure Health Data Services.
Aby zażądać magazynu większego niż 4 TB, utwórz żądanie pomocy technicznej w witrynie Azure Portal i użyj typu problemu Service and Subscription limit (limity przydziału).
Uwaga
Ze względu na problem z metrykami rozliczeń dla magazynu klienci, którzy zdecydują się na więcej niż 4 TB pojemności magazynu, nie będą naliczane opłaty za magazyn do momentu rozwiązania problemu.