Releaseopmerkingen 2024: Azure Health Data Services
In dit artikel worden functies, verbeteringen en bugfixes beschreven die zijn uitgebracht in 2024 voor de FHIR-service®, DICOM-service® en MedTech-service in Azure Health Data Services.
September 2024
Azure Health Data Services
FHIR-service
Verbeterde exportefficiëntie
De exportfunctionaliteit is verbeterd om het geheugengebruik te optimaliseren. Met deze wijziging pusht het exportproces nu gegevens naar blobopslag één resource tegelijk, waardoor het geheugenverbruik wordt verminderd.
Augustus 2024
Azure Health Data Services
FHIR-service
Foutafhandeling van importbewerking
- De importbewerking retourneert een HTTP 400-fout wanneer een zoekparameterresource wordt opgenomen via het importproces. Deze wijziging is bedoeld om te voorkomen dat zoekparameters in een ongeldige status worden geplaatst wanneer ze worden opgenomen met een importbewerking.
- De importbewerking retourneert een HTTP 400-statuscode, in tegenstelling tot de vorige HTTP 500-statuscode, in gevallen waarin configuratieproblemen met het opslagaccount optreden. Deze update is gericht op het verbeteren van foutafhandeling die is gekoppeld aan beheerde identiteiten tijdens importbewerkingen.
Juli 2024
Azure Health Data Services
FHIR-service
Toestaan dat datums in JSON-gegevens worden behandeld als tekenreeksen in de bewerking Converteren-gegevens
Het is mogelijk dat datums die in JSON-gegevens worden opgegeven, in een andere indeling worden geretourneerd dan wat is opgegeven. Tijdens de deserialisatie van de JSON-nettoladingtekenreeksen die worden geïdentificeerd als datums, worden geconverteerd naar .NET DateTime-objecten. Deze objecten worden vervolgens geconverteerd naar tekenreeksen voordat ze de Liquid-sjabloonengine doorlopen. Deze conversie kan ertoe leiden dat de datumwaarde opnieuw wordt opgemaakt en weergegeven in de lokale tijdzone van de FHIR-service.
De coercion van tekenreeksen naar .NET DateTime-objecten kan worden uitgeschakeld met behulp van de booleaanse parameter jsonDeserializationTreatDatesAsStrings. Wanneer deze is ingesteld true, worden de opgegeven gegevens behandeld als een tekenreeks en worden ze niet gewijzigd voordat ze aan de Liquid-engine worden geleverd.
Uitbreiding van importbewerking
Met de FHIR-service kunt u nu gegevens opnemen zonder een versie op resourceniveau op te geven. De volgorde van resources wordt bijgehouden met behulp van de waarde lastUpdated. Deze uitbreiding introduceert de vlag allowNegativeVersions. Als u een vlag waar instelt, kan de FHIR-service negatieve versies toewijzen voor resourcerecords met een expliciete waarde voor lastUpdated en geen versie opgegeven.
Bugfixes
- Er is een probleem opgelost met het opnemen van voorlopig verwijderde resources bij het gebruik van _security:not search parameter Wanneer u de parameter _security:not search in zoekbewerkingen gebruikt, werden id's voor voorlopig verwijderde resources opgenomen in de zoekresultaten. We hebben het probleem opgelost, zodat voorlopig verwijderde resources nu worden uitgesloten van zoekresultaten.
- Voor het exporteren van gegevens als SMART User Export-gegevens als EEN SMART-gebruiker zijn schrijfbereiken niet meer vereist. Voorheen moesten schrijfbevoegdheden worden verleend aan een SMART-gebruiker voor het exporteren van gegevens, wat hogere bevoegdheidsniveaus impliceerde. Als u een exporttaak als SMART-gebruiker wilt initiëren, moet u ervoor zorgen dat de gebruiker lid is van de FHIR-exportrol in RBAC en vraagt u het klinische bereik 'lezen' aan. Statuscode bijwerken van HTTP 500 naar HTTP 400
- Statuscode bijwerken van HTTP 500 naar HTTP 400 Tijdens een patchbewerking, is er een interne serverfout (HTTP 500 ) opgetreden als de nettolading een update heeft aangevraagd voor een ander resourcetype dan parameter. Dit is bijgewerkt om in plaats daarvan een HTTP 400-fout te veroorzaken.
Prestatieverbetering
Queryoptimalisatie wordt toegevoegd bij het doorzoeken van FHIR-resources met een gegevensbereik. Deze queryoptimalisatie helpt bij het efficiënt uitvoeren van query's wanneer één gecombineerde CTE wordt gegenereerd.
Mei 2024
Azure Health Data Services
FHIR-service
Vergroting van schaalaanpassing voor de importbewerking
De schaallogica voor importbewerkingen is verbeterd, waardoor meerdere taken parallel kunnen worden uitgevoerd. Deze wijziging is van invloed op auditlogboeken voor de importbewerking. Auditlogboeken voor afzonderlijke importtaken hebben meerdere rijen, waarbij elke rij overeenkomt met een interne verwerkingstaak.
Bugfixes
- Opgelost: HTTP-statuscode voor langlopende aanvragen. FHIR-aanvragen die langer dan 100 seconden duren om een HTTP 408-statuscode uit te voeren in plaats van HTTP 500.
- Opgelost: Geschiedenisaanvraag in bundel. Vóór de oplossing retourneert de geschiedenisaanvraag in een bundel HTTP-statuscode 404.
Zelfstandig FHIR-conversieprogramma (preview)
De zelfstandige FHIR-conversieprogramma-API die beschikbaar is voor preview, wordt losgekoppeld van de FHIR-service en verpakt als een containerinstallatiekopie (Docker). Naast dat u gegevens kunt converteren van de bron van de record naar FHIR R4-bundels, biedt het FHIR-conversieprogramma het volgende:
- Bidirectionele gegevensconversie van bron van record naar FHIR R4-bundels en terug. Met het FHIR-conversieprogramma kunnen bijvoorbeeld gegevens worden geconverteerd van de FHIR R4-indeling naar de HL7v2-indeling.
- Verbeterde ervaring voor het aanpassen van standaard Liquid-sjablonen .
- Voorbeelden die laten zien hoe u een ETL-pijplijn (extraheren, transformeren, laden) maakt met Azure Data Factory (ADF).
Zie het GitHub-project van het FHIR-conversieprogramma om de containerinstallatiekopieën van het FHIR-conversieprogramma te implementeren.
April 2024
DICOM-service
Verbeterde upsert-bewerking
Met de verbeterde Upsert-bewerking kunt u een DICOM-installatiekopieën uploaden naar de server en deze naadloos vervangen als deze al bestaat. Vóór deze uitbreiding moesten gebruikers een verwijderbewerking uitvoeren, gevolgd door een STOW-RS om hetzelfde resultaat te bereiken. Met de verbeterde Upsert-bewerking is het beheren van DICOM-installatiekopieën efficiënter en gestroomlijnder.
Uitgebreide opslag voor vereiste kenmerken
Met de DICOM-service kunnen gebruikers DICOM-bestanden van maximaal 4 GB uploaden. Eén DICOM-bestand of een combinatie van bestanden in één aanvraag mag deze limiet overschrijden.
FHIR-service
De bewerking voor bulksgewijs verwijderen is algemeen beschikbaar
Met de bewerking voor bulksgewijs verwijderen kunnen FHIR-resources op verschillende niveaus worden verwijderd, zodat zorgorganisaties kunnen voldoen aan het bewaarbeleid voor gegevens en tegelijkertijd asynchrone verwerkingsmogelijkheden bieden. De voordelen van de bulksgewijs verwijderen bewerking zijn:
- Voer bulksgewijs verwijderen uit op verschillende niveaus: met de bewerking voor bulksgewijs verwijderen kunt u resources asynchroon van de FHIR-server verwijderen. U kunt bulksgewijs verwijderen op verschillende niveaus uitvoeren:
- Systeemniveau: Hiermee schakelt u het verwijderen van FHIR-resources in alle resourcetypen in.
- Afzonderlijk resourcetype: hiermee kunt u specifieke FHIR-resources verwijderen.
- Aanpasbaar: Met queryparameters kunnen onbewerkte resources worden gefilterd voor doelverwijderingen.
- Asynchrone verwerking: de bewerking is asynchroon en biedt een polling-eindpunt om de voortgang bij te houden.
Meer informatie:
Maart 2024
DICOM-service
Integratie met Azure Data Lake Storage is algemeen beschikbaar
Azure Data Lake Storage-integratie voor de DICOM-service in Azure Health Data Services is algemeen beschikbaar. De DICOM-service biedt cloudopslag voor medische imaging-gegevens met behulp van de DICOMweb-standaard. Met de integratie van Azure Data Lake Storage kunnen organisaties profiteren van volledige controle over hun beeldgegevens en meer flexibiliteit voor toegang tot en het werken met die gegevens via het Azure Storage-ecosysteem en API's.
Met behulp van Azure Data Lake Storage met de DICOM-service kunnen organisaties het volgende doen:
- Directe toegang tot medische imaging-gegevens die zijn opgeslagen door de DICOM-service met behulp van Azure Storage-API's en DICOMweb-API's, bieden meer flexibiliteit om toegang te krijgen tot en te werken met de gegevens.
- Open medische imaging-gegevens tot het hele ecosysteem van hulpprogramma's voor het werken met Azure Storage, waaronder AzCopy, Azure Storage Explorer en de bibliotheek voor gegevensverplaatsing.
- Ontgrendel nieuwe analyse- en AI/ML-scenario's met behulp van services die systeemeigen worden geïntegreerd met Azure Data Lake Storage, waaronder Azure Synapse, Azure Databricks, Azure Machine Learning en Microsoft Fabric.
- Beheeropties verlenen voor het beheren van opslagmachtigingen, toegangsbeheer, lagen en regels.
Meer informatie:
- Medische imaging-gegevens beheren met de DICOM-service en Azure Data Lake Storage
- De DICOM-service implementeren met Azure Data Lake Storage
FHIR-service
Bundelparallellisatie (GA)
Bundels worden standaard serieel uitgevoerd in de FHIR-service. Om de doorvoer met bundeloproepen te verbeteren, hebben we parallelle verwerking ingeschakeld.
Meer informatie:
Importbewerking accepteert meerdere resourcetypen in één bestand
Importbewerking mag resourcetype per invoerbestand hebben in de aanvraagparameters. Met deze verbeterde mogelijkheid kunt u meerdere resourcetypen doorgeven in één bestand.
Bugfixes
Opgelost: met de importbewerking worden resources opgenomen met hetzelfde resourcetype en de veldwaarde lastUpdated. Vóór deze wijziging zijn resources die in een batch met hetzelfde type en
lastUpdateddezelfde veldwaarde zijn uitgevoerd, niet opgenomen in de FHIR-service. Met deze opgeloste fout wordt het probleem opgelost. Zie PR#3768.Opgelost: FHIR-zoekopdracht met 3 of meer aangepaste zoekparameters. Voordat deze oplossing is opgelost, heeft een FHIR-zoekquery in de hoofdmap met drie of meer aangepaste zoekparameters geresulteerd in HTTP-statuscode 504. Zie PR#3701.
Opgelost: Verbeter de prestaties voor bundelverwerking. Updates voor de taakuitvoeringsmethode, waardoor de prestaties van bundelverwerking worden verbeterd. Zie PR#3727.
Februari 2024
FHIR-service
Alle versies van resources tellen is ingeschakeld
De queryparameter _summary=count en _count=0 kan worden toegevoegd aan het _history eindpunt om een telling van alle versieresources op te halen. Dit aantal omvat historische en voorlopig verwijderde resources.
Zoeken met Revinclude kan verwijzen naar alle resources met jokerteken
De FHIR-service ondersteunt zoekopdrachten met jokertekens met revinclude. Voeg *.* toe aan de queryparameter in een revinclude query om de FHIR-service om te verwijzen naar alle resources die zijn toegewezen aan de bronresource.
Bugfixes
Opgelost: Verbeter de reactietijd van FHIR-query's met prestatieverbeteringen. Ter verbetering van de prestaties kan een ontbrekende wijziging worden opgegeven voor een zoekparameter die wordt gebruikt voor sorteren. Zie PR#3655.
Opgelost: bij de importbewerking wordt de opname van niet-sequentiële resourceversies uitgevoerd. Vóór deze wijziging wordt in de incrementele modus in de
importbewerking ervan uitgegaan dat versies opeenvolgende gehele getallen zijn. Na deze foutoplossing kunnen versies in niet-opeenvolgende volgorde worden opgenomen. Zie PR#3685.
Januari 2024
DICOM-service
Bulkupdate van bestanden
Met de bulk-updatebewerking kunt u metagegevens voor afbeeldingen wijzigen voor meerdere bestanden die zijn opgeslagen in de DICOM-service. Met bulkupdate kunt u bijvoorbeeld DICOM-kenmerken wijzigen voor een of meer studies in één asynchrone bewerking. U kunt een API gebruiken om updates uit te voeren voor demografische gegevens van patiënten en om de kosten voor het herhalen van tijdrovende uploads te voorkomen.
Naast de efficiëntieverbeteringen behoudt de mogelijkheid voor bulkupdates een record van de wijzigingen in de wijzigingenfeed en blijven de oorspronkelijke, ongewijzigde exemplaren behouden voor toekomstig ophalen.
Meer informatie:
FHIR-service
Selecteerbare zoekparameters (preview)
Met de selecteerbare zoekparameterfunctie die beschikbaar is voor preview, kunt u zoekopdrachten op FHIR-resources aanpassen en optimaliseren. Met de mogelijkheid kunt u kiezen welke ingebouwde zoekparameters u wilt in- of uitschakelen voor de FHIR-service. Door alleen de zoekparameters in te schakelen die u nodig hebt, kunt u meer FHIR-resources opslaan en de prestaties van FHIR-zoekquery's mogelijk verbeteren.
Meer informatie:
Integratie van de FHIR-service met Azure Active Directory B2C
Zorgorganisaties kunnen de FHIR-service in Azure Health Data Services gebruiken met Azure Active Directory B2C (Azure AD B2C). Organisaties krijgen een veilige en handige manier om toegang te verlenen tot de FHIR-service met fijnmazig toegangsbeheer voor verschillende gebruikers of groepen, zonder gebruikersaccounts te maken of eraan te komen in de Microsoft Entra ID-tenant van hun organisatie. Met deze integratie kunnen organisaties:
- Gebruik aanvullende id-providers om FHIR-resources te verifiëren en te openen met SMART on FHIR-bereiken.
- Beheer en pas gebruikerstoegangsrechten of -machtigingen aan met SMART on FHIR-bereiken die gedetailleerd toegangsbeheer, FHIR-resourcetypen en interacties en onderliggende bevoegdheden van een gebruiker ondersteunen.
Gerelateerde inhoud:
- Azure Active Directory B2C gebruiken om toegang te verlenen tot de FHIR-service
- Meerdere serviceproviders configureren voor de FHIR-service
- Problemen met de configuratie van id-providers voor de FHIR-service oplossen
- SMART on FHIR inschakelen voor de FHIR-service
- Voorbeeld: Azure ONC (g)(10) SMART on FHIR
Maximaal 100 TB opslagruimte aanvragen
De FHIR-service kan grote hoeveelheden statusgegevens opslaan en uitwisselen, en elk FHIR-service-exemplaar heeft standaard een opslaglimiet van 4 TB. Als u meer gegevens hebt, kunt u Microsoft vragen om de opslag te verhogen tot 100 TB voor uw FHIR-service.
Met meer opslag kunnen organisaties grote gegevenssets verwerken om analysescenario's mogelijk te maken. U kunt bijvoorbeeld meer opslag gebruiken om de status van de populatie te beheren, onderzoek uit te voeren en nieuwe inzichten te verkrijgen uit statusgegevens. Bovendien zorgt meer opslag ervoor dat Azure API for FHIR-klanten met gegevens met een hoog volume (meer dan 4 TB) kunnen migreren naar de FHIR-service in Azure Health Data Services.
Als u opslag wilt aanvragen die groter is dan 4 TB, maakt u een ondersteuningsaanvraag in De Azure-portal en gebruikt u de limiet van het probleemtype Service en Abonnement (quota).
Notitie
Vanwege een probleem met metrische factureringsgegevens voor opslag, worden klanten die meer dan 4 TB aan opslagcapaciteit kiezen, pas gefactureerd voor opslag als het probleem is opgelost.