Versionshinweise 2024: Azure Health Data Services
In diesem Artikel werden Features, Verbesserungen und Fehlerbehebungen beschrieben, die 2024 für den FHIR-Dienst®, den DICOM-Dienst® und den MedTech-Dienst in Azure Health Data Services veröffentlicht wurden.
April 2024
DICOM-Dienst
Erweiterter Upsert-Vorgang
Mit dem erweiterten Upsert-Vorgang können Sie ein DICOM-Image auf den Server hochladen und es nahtlos ersetzen, wenn es bereits vorhanden ist. Vor dieser Erweiterung mussten Benutzer einen Löschvorgang ausführen, gefolgt von einem STOW-RS, um dasselbe Ergebnis zu erzielen. Mit dem verbesserten Upsert-Betrieb ist die Verwaltung von DICOM-Images effizienter und optimiert.
Erweiterter Speicher für erforderliche Attribute
Der DICOM-Dienst ermöglicht Es Benutzern, DICOM-Dateien bis zu 4 GB groß hochzuladen. Es darf keine einzelne DICOM-Datei oder eine Kombination aus Dateien in einer einzigen Anforderung diesen Grenzwert überschreiten.
FHIR-Dienst
Der Massenlöschvorgang ist allgemein verfügbar.
Der Massenlöschvorgang ermöglicht das Löschen von FHIR-Ressourcen auf verschiedenen Ebenen, sodass Organisationen im Gesundheitswesen Datenaufbewahrungsrichtlinien einhalten können, während asynchrone Verarbeitungsfunktionen bereitgestellt werden. Die Vorteile des Massenlöschvorgangs sind:
- Massenlöschvorgang auf verschiedenen Ebenen ausführen: Mit dem Massenlöschvorgang können Sie Ressourcen asynchron vom FHIR-Server löschen. Sie können Massenlöschvorgänge auf verschiedenen Ebenen ausführen:
- Systemebene: Ermöglicht das Löschen von FHIR-Ressourcen in allen Ressourcentypen.
- Einzelner Ressourcentyp: Ermöglicht das Löschen bestimmter FHIR-Ressourcen.
- Anpassbar: Abfrageparameter ermöglichen das Filtern von Rohressourcen für gezielte Löschungen.
- Asynchrone Verarbeitung: Der Vorgang ist asynchron und stellt einen Abrufendpunkt zum Nachverfolgen des Fortschritts bereit.
Weitere Informationen:
März 2024
DICOM-Dienst
Integration in Azure Data Lake Storage ist allgemein verfügbar
Azure Data Lake Storage-Integration für den DICOM-Dienst in Azure Health Data Services ist allgemein verfügbar. Der DICOM-Dienst bietet Cloud-Skalierungsspeicher für medizinische Imaging-Daten mithilfe des DICOMweb-Standards. Mit der Integration von Azure Data Lake Storage können Organisationen die volle Kontrolle über ihre Imageerstellungsdaten genießen und die Flexibilität für den Zugriff auf und die Arbeit mit diesen Daten über das Azure-Speicherökosystem und die APIs erhöhen.
Mithilfe von Azure Data Lake Storage mit dem DICOM-Dienst können Organisationen:
- Ermöglichen Sie den direkten Zugriff auf vom DICOM-Dienst gespeicherte medizinische Imaging-Daten mithilfe von Azure-Speicher-APIs und DICOMweb-APIs, was mehr Flexibilität für den Zugriff und die Arbeit mit den Daten bietet.
- Öffnen Sie medizinische Imaging-Daten bis zum gesamten Ökosystem von Tools für die Arbeit mit Azure Storage, einschließlich AzCopy, Azure Storage-Explorer und der Datenbewegungsbibliothek.
- Entsperren Sie neue Analyse- und KI/ML-Szenarien mithilfe von Diensten, die nativ in Azure Data Lake Storage integriert werden, einschließlich Azure Synapse, Azure Databricks, Azure Machine Learning und Microsoft Fabric.
- Gewähren Von Steuerelementen zum Verwalten von Speicherberechtigungen, Zugriffssteuerungen, Ebenen und Regeln.
Weitere Informationen:
- Verwalten von medizinischen Imaging-Daten mit dem DICOM-Dienst und Azure Data Lake Storage
- Bereitstellen des DICOM-Diensts mit Azure Data Lake Storage
FHIR-Dienst
Bundle-Parallelisierung (GA)
Bündel werden standardmäßig im FHIR-Dienst serial ausgeführt. Um den Durchsatz mit Bundleaufrufen zu verbessern, haben wir die parallele Verarbeitung aktiviert.
Weitere Informationen:
Importvorgang akzeptiert mehrere Ressourcentypen in einer einzelnen Datei.
Der Importvorgang darf den Ressourcentyp pro Eingabedatei in den Anforderungsparametern aufweisen. Mit dieser Erweiterungsfunktion können Sie mehrere Ressourcentypen in einer einzelnen Datei übergeben.
Fehlerkorrekturen
Behoben: Der Importvorgang erfasst Ressourcen mit demselben Ressourcentyp und dem wert des lastUpdated-Felds. Vor dieser Änderung wurden in einem Batch ausgeführte Ressourcen mit demselben Typ und
lastUpdatedFeldwert nicht in den FHIR-Dienst aufgenommen. Dieser Fehlerkorrektur behebt das Problem. Siehe PR#3768.Behoben: FHIR-Suche mit 3 oder mehr benutzerdefinierten Suchparametern. Vor diesem Fix führte FHIR-Suchabfrage am Stamm mit drei oder mehr benutzerdefinierten Suchparametern zu HTTP-Statuscode 504. Siehe PR#3701.
Behoben: Verbessern der Leistung für die Bündelverarbeitung. Aktualisierungen werden an der Aufgabenausführungsmethode vorgenommen, was zu einer Leistungsverbesserung bei der Verarbeitung führt. Siehe PR#3727.
Februar 2024
FHIR-Dienst
Das Zählen aller Ressourcenversionen ist aktiviert.
Der Abfrageparameter _summary=count und _count=0 kann dem _history Endpunkt hinzugefügt werden, um eine Anzahl aller versionsbasierten Ressourcen abzurufen. Diese Anzahl umfasst historische und vorläufig gelöschte Ressourcen.
Die Suche kann auf alle Ressourcen mit wilden Zeichen verweisen Karte
Der FHIR-Dienst unterstützt wild Karte Suchen mit revinclude. Fügen Sie *.* den Abfrageparameter in einer revinclude Abfrage hinzu, um den FHIR-Dienst auf alle Ressourcen zu verweisen, die der Quellressource zugeordnet sind.
Fehlerkorrekturen
Behoben: Verbessern der FHIR-Abfrageantwortzeit mit Leistungsverbesserungen. Um die Leistung zu verbessern, kann ein fehlender Modifizierer für einen Suchparameter angegeben werden, der für die Sortierung verwendet wird. Siehe PR#3655.
Behoben: Importvorgang berücksichtigt die Aufnahme nicht sequenzieller Ressourcenversionen. Vor dieser Änderung sind inkrementelle Modus in den
importangenommenen Versionen sequenzielle ganze Zahlen. Nach diesem Fehlerkorrektur können Versionen in nicht aufeinander folgenden Reihenfolge aufgenommen werden. Siehe PR#3685.
Januar 2024
DICOM-Dienst
Massenaktualisierung von Dateien
Mit dem Massenaktualisierungsvorgang können Sie Die Imageerstellungsmetadaten für mehrere Dateien ändern, die im DICOM-Dienst gespeichert sind. So können Sie beispielsweise DICOM-Attribute für eine oder mehrere Studien in einem einzigen asynchronen Vorgang ändern. Sie können eine API verwenden, um Aktualisierungen von Patientendemografien durchzuführen und die Kosten für wiederkehrende zeitaufwendige Uploads zu vermeiden.
Über die Effizienzgewinne hinaus behält die Massenaktualisierungsfunktion einen Datensatz der Änderungen im Änderungsfeed bei und behält die ursprünglichen, unveränderten Instanzen für den zukünftigen Abruf bei.
Weitere Informationen:
FHIR-Dienst
Auswählbare Suchparameter (Vorschau)
Mit der für die Vorschau verfügbaren auswahlfähigen Suchparameterfunktion können Sie Suchvorgänge in FHIR-Ressourcen anpassen und optimieren. Mit der Funktion können Sie auswählen, welche integrierten Suchparameter für den FHIR-Dienst aktiviert oder deaktiviert werden sollen. Indem Sie nur die benötigten Suchparameter aktivieren, können Sie weitere FHIR-Ressourcen speichern und die Leistung von FHIR-Suchabfragen potenziell verbessern.
Weitere Informationen:
Integration des FHIR-Diensts in Azure Active Directory B2C
Organisationen im Gesundheitswesen können den FHIR-Dienst in Azure Health Data Services mit Azure Active Directory B2C (Azure AD B2C) verwenden. Organisationen erhalten eine sichere und bequeme Möglichkeit, den Zugriff auf den FHIR-Dienst mit feiner Zugriffssteuerung für verschiedene Benutzer oder Gruppen zu gewähren, ohne Benutzerkonten im Microsoft Entra ID-Mandanten ihrer Organisation zu erstellen oder bereitzustellen. Mit dieser Integration können Organisationen:
- Verwenden Sie zusätzliche Identitätsanbieter, um FHIR-Ressourcen mit SMART auf FHIR-Bereichen zu authentifizieren und darauf zuzugreifen.
- Verwalten und Anpassen von Benutzerzugriffsrechten oder Berechtigungen mit SMART in FHIR-Bereichen, die eine differenzierte Zugriffssteuerung, FHIR-Ressourcentypen und -interaktionen sowie die zugrunde liegenden Berechtigungen eines Benutzers unterstützen.
Verwandte Inhalte:
- Verwenden von Azure Active Directory B2C zum Gewähren des Zugriffs auf den FHIR-Dienst
- Konfigurieren mehrerer Dienstidentitätsanbieter für den FHIR-Dienst
- Problembehandlung bei der Konfiguration des Identitätsanbieters für den FHIR-Dienst
- Aktivieren von SMART auf FHIR für den FHIR-Dienst
- Beispiel: Azure ONC (g)(10) SMART auf FHIR
Anfordern von bis zu 100 TB Speicherplatz
Der FHIR-Dienst kann große Mengen an Integritätsdaten speichern und austauschen, und jede FHIR-Dienstinstanz hat standardmäßig einen Speichergrenzwert von 4 TB. Wenn Sie mehr Daten haben, können Sie Microsoft bitten, den Speicherplatz für Ihren FHIR-Dienst auf bis zu 100 TB zu erhöhen.
Mit mehr Speicher können Organisationen große Datasets verarbeiten, um Analyseszenarien zu ermöglichen. Sie können beispielsweise mehr Speicher verwenden, um die Gesundheit der Bevölkerung zu verwalten, Forschungen durchzuführen und neue Erkenntnisse aus Gesundheitsdaten zu gewinnen. Darüber hinaus ermöglicht mehr Speicher die Azure-API für FHIR-Kunden mit Daten mit hohem Volumen (größer als 4 TB), um zum FHIR-Dienst in Azure Health Data Services zu migrieren.
Um mehr als 4 TB Speicherplatz anzufordern, erstellen Sie eine Supportanfrage für die Azure-Portal, und verwenden Sie den Problemtyp Service- und Abonnementgrenzwert (Kontingente).
Hinweis
Aufgrund eines Problems mit Abrechnungsmetriken für den Speicher werden Kunden, die sich für mehr als 4 TB Speicherkapazität entscheiden, erst dann speicheraufgerechnet, wenn das Problem behoben ist.