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.
Październik 2024 r.
Azure Health Data Services
Usługa FHIR
Poprawki błędów
- Walidacja eksportu: zidentyfikowano problem polegający na tym, że eksporty były kontynuowane pomimo nieprawidłowych parametrów wyszukiwania. Wprowadzamy zmianę uniemożliwiającą eksporty w tych warunkach. Ta funkcja znajduje się obecnie za ścisłą flagą walidacji i stanie się domyślnym zachowaniem w dniu 30 października lub po 30 października.
- Włączenie parametru wyszukiwania: rozwiązaliśmy problem polegający na tym,
_includeże dodatkowe parametry wyszukiwania (na przykład ,_has) nie zwróciły wszystkich oczekiwanych wyników, czasami pomijając następny link. - Wykonywanie zadania eksportu: rzadkie wystąpienie
System.ObjectDisposedExceptionpodczas kończenia zadania eksportu zostało rozwiązane przez zapobieganie przedwczesnym wyjściom. - Aktualizacja kodu stanu HTTP: kod stanu HTTP dla nieprawidłowych parametrów podczas
$reindextworzenia zadania jest teraz aktualizowany do 400, zapewniając lepszą obsługę błędów. - Oczyszczanie parametrów wyszukiwania: zaimplementowano poprawkę w celu zapewnienia pełnego czyszczenia parametrów wyszukiwania w bazie danych po wyzwoleniu za pomocą wywołań interfejsu API usuwania, co rozwiązuje problemy związane z niekompletnymi usunięciami.
- Problem z sortowaniem malejącym: rozwiązano problem polegający na tym, że malejące operacje sortowania nie zwróciły żadnych zasobów, jeśli posortowane pole nie miało danych w bazie danych, nawet jeśli istniały odpowiednie zasoby.
- Obsługa błędów uwierzytelniania: dodano nowy blok catch do zarządzania błędami uwierzytelniania podczas wykonywania żądań importu z wyłączoną tożsamością zarządzaną.
Wrzesień 2024 r.
Azure Health Data Services
Usługa FHIR
Zwiększona wydajność eksportu
Ulepszono funkcję eksportowania w celu zoptymalizowania użycia pamięci. Dzięki tej zmianie proces eksportowania wypycha teraz dane do magazynu obiektów blob jeden zasób jednocześnie, co zmniejsza zużycie pamięci.
Sierpień 2024 r.
Azure Health Data Services
Usługa FHIR
Obsługa błędów operacji importowania
- Operacja importowania zwraca błąd HTTP 400, gdy zasób parametru wyszukiwania jest pozyskiwany za pośrednictwem procesu importowania. Ta zmiana ma na celu uniemożliwienie umieszczania parametrów wyszukiwania w nieprawidłowym stanie podczas pozyskiwania przy użyciu operacji importowania.
- Operacja importowania zwraca kod stanu HTTP 400, w przeciwieństwie do poprzedniego kodu stanu HTTP 500, w przypadkach, gdy występują problemy z konfiguracją konta magazynu. Ta aktualizacja ma na celu poprawę obsługi błędów skojarzonych z tożsamościami zarządzanymi podczas operacji importowania.
Lipiec 2024 r.
Azure Health Data Services
Usługa FHIR
Zezwalaj na traktowanie dat w danych JSON jako ciągów w operacji Konwertuj dane
Istnieje możliwość, aby daty podane w danych JSON były zwracane w innym formacie niż podane. Podczas deserializacji ciągów ładunku JSON, które są identyfikowane jako daty są konwertowane na obiekty data/godzina platformy .NET. Te obiekty są następnie konwertowane z powrotem na ciągi przed przejściem przez aparat szablonu Liquid. Ta konwersja może spowodować ponowne sformatowanie i przedstawienie wartości daty w lokalnej strefie czasowej usługi FHIR.
Przymus ciągów do obiektów .NET DateTime można wyłączyć przy użyciu parametru jsonDeserializationTreatDatesAsStringslogicznego . Po ustawieniu truewartości parametru podane dane są traktowane jako ciąg i nie zostaną zmodyfikowane przed dostarczeniem do silnika Liquid.
Ulepszenie operacji importowania
Usługa FHIR umożliwia teraz pozyskiwanie danych bez określania wersji na poziomie zasobu. Kolejność zasobów jest utrzymywana przy użyciu wartości lastUpdated. To ulepszenie wprowadza flagę "allowNegativeVersions". Ustawienie flagi true umożliwia usłudze FHIR przypisywanie negatywnych wersji dla rekordów zasobów z jawną wartością lastUpdated i bez określonej wersji.
Poprawki błędów
- Naprawiono włączenie nietrwałych zasobów usuniętych podczas używania parametru _security:not search Podczas używania parametru _security:not search w operacjach wyszukiwania identyfikatory zasobów usuniętych nietrwale były uwzględniane w wynikach wyszukiwania. Rozwiązaliśmy ten problem, aby zasoby usunięte nietrwale zostały wykluczone z wyników wyszukiwania.
- Eksportowanie danych jako użytkownika SMART Eksportowanie danych jako użytkownika SMART nie wymaga już zakresów zapisu. Wcześniej konieczne było przyznanie użytkownikowi smart uprawnień do eksportowania danych, co oznaczało wyższe poziomy uprawnień. Aby zainicjować zadanie eksportu jako użytkownik SMART, upewnij się, że użytkownik jest członkiem roli eksportu FHIR w kontroli dostępu opartej na rolach i żąda "odczytu" zakresu klinicznego SMART. Aktualizowanie kodu stanu z protokołu HTTP 500 do HTTP 400
- Aktualizacja kodu stanu z http 500 do HTTP 400 Podczas operacji poprawki, jeśli ładunek zażądał aktualizacji typu zasobu innego niż parametr, wewnętrzny błąd serwera (HTTP 500) został początkowo zgłoszony. Ta aktualizacja została zaktualizowana, aby zamiast tego zgłosić błąd HTTP 400.
Ulepszenie wydajności
Optymalizacja zapytań jest dodawana podczas wyszukiwania zasobów FHIR przy użyciu zakresu danych. Ta optymalizacja zapytań pomaga w wydajnym zapytaniu w miarę generowania jednego połączonego CTE.
Maj 2024 r.
Azure Health Data Services
Usługa FHIR
Ulepszenia skalowania operacji importowania
Ulepszono logikę skalowania operacji importowania, umożliwiając równoległe wykonywanie wielu zadań. Ta zmiana ma wpływ na dzienniki inspekcji dla operacji importowania. Dzienniki inspekcji dla poszczególnych zadań importu mają wiele wierszy, z każdym wierszem odpowiadającym zadaniu przetwarzania wewnętrznego.
Poprawki błędów
- Naprawiono: kod stanu HTTP dla długotrwałych żądań. Żądania FHIR, które mogą trwać dłużej niż 100 sekund, zwracają kod stanu HTTP 408 zamiast HTTP 500.
- Naprawiono: Żądanie historii w pakiecie. Przed poprawką żądanie historii w pakiecie zwróciło kod stanu HTTP 404.
Autonomiczny konwerter FHIR (wersja zapoznawcza)
Autonomiczny interfejs API konwertera FHIR dostępny dla wersji zapoznawczej jest oddzielony od usługi FHIR i spakowany jako obraz kontenera (Docker). Oprócz umożliwienia konwersji danych ze źródła rekordu na pakiety FHIR R4 konwerter FHIR oferuje:
- Dwukierunkowa konwersja danych ze źródła rekordu na pakiety FHIR R4 i z powrotem. Na przykład konwerter FHIR może konwertować dane z formatu FHIR R4 z powrotem na format HL7v2.
- Ulepszone środowisko dostosowywania domyślnych szablonów Liquid .
- Przykłady pokazujące sposób tworzenia potoku ETL (wyodrębnianie, przekształcanie, ładowanie) za pomocą usługi Azure Data Factory (ADF).
Aby zaimplementować obraz kontenera konwertera FHIR, zobacz projekt GitHub konwerterA FHIR.
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 Learning 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. Aktualizuje metodę wykonywania zadania, umożliwiając poprawę 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.