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.
September 2024
Azure Health Data Services
FHIR-Dienst
Verbesserte Exporteffizienz
Die Exportfunktionalität wurde verbessert, um die Speicherauslastung zu optimieren. Mit dieser Änderung verschiebt der Exportvorgang jetzt Daten auf blob-Speicher um jeweils eine Ressource, wodurch der Speicherverbrauch reduziert wird.
August 2024
Azure Health Data Services
FHIR-Dienst
Fehlerbehandlung beim Importvorgang
- Der Importvorgang gibt einen HTTP 400-Fehler zurück, wenn eine Suchparameterressource über den Importvorgang aufgenommen wird. Diese Änderung soll verhindern, dass Suchparameter beim Aufnehmen mit einem Importvorgang in einen ungültigen Zustand versetzt werden.
- Der Importvorgang gibt einen HTTP 400-Statuscode im Gegensatz zum vorherigen HTTP 500-Statuscode zurück, in Fällen, in denen Konfigurationsprobleme mit dem Speicherkonto auftreten. Dieses Update zielt darauf ab, die Fehlerbehandlung zu verbessern, die bei Importvorgängen mit verwalteten Identitäten verknüpft ist.
Juli 2024
Azure Health Data Services
FHIR-Dienst
Zulassen, dass Datumsangaben in JSON-Daten als Zeichenfolgen im Convert-Data-Vorgang behandelt werden
Es ist möglich, dass Datumsangaben, die in JSON-Daten bereitgestellt werden, in einem anderen Format zurückgegeben werden als das, was bereitgestellt wurde. Während der Deserialisierung der JSON-Nutzlastzeichenfolgen, die als Datumsangaben identifiziert werden, werden in .NET DateTime-Objekte konvertiert. Diese Objekte werden dann wieder in Zeichenfolgen konvertiert, bevor Sie das Liquid-Vorlagenmodul durchlaufen. Diese Konvertierung kann dazu führen, dass der Datumswert neu formatiert und in der lokalen Zeitzone des FHIR-Diensts dargestellt wird.
Die Koersion von Zeichenfolgen an .NET DateTime-Objekte kann mithilfe des booleschen Parameters jsonDeserializationTreatDatesAsStringsdeaktiviert werden. Bei Festlegung auf true, werden die bereitgestellten Daten als Zeichenfolge behandelt und nicht geändert, bevor sie an das Liquid-Modul übermittelt werden.
Erweiterung des Importvorgangs
Der FHIR-Dienst ermöglicht jetzt die Erfassung von Daten, ohne eine Version auf Ressourcenebene anzugeben. Die Reihenfolge der Ressourcen wird mit dem wert "lastUpdated" verwaltet. Diese Erweiterung führt das Flag "allowNegativeVersions" ein. Das Festlegen des Kennzeichens "true" ermöglicht dem FHIR-Dienst, negative Versionen für Ressourceneinträge mit einem expliziten lastUpdated-Wert und ohne angegebene Version zuzuweisen.
Fehlerkorrekturen
- Die Einbeziehung von vorläufig gelöschten Ressourcen bei Verwendung des Parameters _security:nicht such wurde behoben, wenn der Parameter "_security:nicht suche" in Suchvorgängen verwendet wurde, wurden IDs für vorläufig gelöschte Ressourcen in die Suchergebnisse einbezogen. Wir haben das Problem behoben, sodass vorläufig gelöschte Ressourcen jetzt von suchergebnissen ausgeschlossen werden.
- Das Exportieren von Daten als SMART User Exporting-Daten als SMART-Benutzer erfordert keine Schreibbereiche mehr. Zuvor war es erforderlich, einem SMART-Benutzer Berechtigungen zum Exportieren von Daten zu gewähren, die höhere Berechtigungsstufen implizierten. Um einen Exportauftrag als SMART-Benutzer zu initiieren, stellen Sie sicher, dass der Benutzer Mitglied der FHIR-Exportrolle in RBAC ist und den smart-klinischen Bereich "lesen" anfordert. Aktualisieren des Statuscodes von HTTP 500 auf HTTP 400
- Beim Aktualisieren des Statuscodes von HTTP 500 auf HTTP 400 während eines Patchvorgangs wurde zunächst ein interner Serverfehler (HTTP 500 ) ausgelöst, wenn die Nutzlast ein Update für einen anderen Ressourcentyp als parameter angefordert hat. Dies wurde aktualisiert, um stattdessen einen HTTP 400-Fehler auszuwerfen.
Leistungsverbesserung
Die Abfrageoptimierung wird beim Durchsuchen von FHIR-Ressourcen mit einem Datenbereich hinzugefügt. Diese Abfrageoptimierung hilft bei der effizienten Abfrage, da eine kombinierte CTE generiert wird.
Mai 2024
Azure Health Data Services
FHIR-Dienst
Skalierungserweiterung für den Importvorgang
Die Skalierungslogik für Importvorgänge wird verbessert, sodass mehrere Aufträge parallel ausgeführt werden können. Diese Änderung wirkt sich auf Überwachungsprotokolle für den Importvorgang aus. Überwachungsprotokolle für einzelne Importaufträge verfügen über mehrere Zeilen, wobei jede Zeile einem internen Verarbeitungsauftrag entspricht.
Fehlerkorrekturen
- Behoben: HTTP-Statuscode für lange ausgeführte Anforderungen. FHIR-Anforderungen, die länger als 100 Sekunden dauern, um einen HTTP 408-Statuscode anstelle von HTTP 500 zurückzugeben.
- Behoben: Verlaufsanforderung im Bundle. Vor dem Fix gibt die Verlaufsanforderung in einem Bundle den HTTP-Statuscode 404 zurück.
Eigenständiger FHIR-Konverter (Vorschau)
Die eigenständige FHIR-Konverter-API, die für die Vorschau verfügbar ist, wird vom FHIR-Dienst entkoppelt und als Containerimage (Docker) verpackt. Neben der Möglichkeit, Daten aus der Datensatzquelle in FHIR R4-Bündel zu konvertieren, bietet der FHIR-Konverter Folgendes:
- Bidirektionale Datenkonvertierung von der Datensatzquelle in FHIR R4-Pakete und zurück. So kann der FHIR-Konverter beispielsweise Daten aus dem FHIR R4-Format zurück in das HL7v2-Format konvertieren.
- Verbesserte Benutzeroberfläche für die Anpassung von Standardmäßigen Liquid-Vorlagen.
- Beispiele zum Erstellen einer ETL-Pipeline (Extrahieren, Transformieren, Laden) mit Azure Data Factory (ADF).
Informationen zum Implementieren des FHIR-Konverter-Containerimages finden Sie im FHIR-Konverter-GitHub-Projekt.
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 ressourcen, die in einem Batch mit demselben Typ und
lastUpdatedFeldwert ausgeführt wurden, 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 eine FHIR-Suchabfrage im Stamm mit drei oder mehr benutzerdefinierten Suchparametern zu HTTP-Statuscode 504. Siehe PR#3701.
Behoben: Verbessern der Leistung für die Bündelverarbeitung. Aktualisierungen der Aufgabenausführungsmethode, wodurch die Leistungsverbesserung der Bündelverarbeitung ermöglicht wird. 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.
Revinclude search can reference all resources with wildcard character
Der FHIR-Dienst unterstützt Wildcardsuchen 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.