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.
Mei 2024
Azure Health Data Services
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 worden uitgevoerd met hetzelfde type en
lastUpdateddezelfde veldwaarde, 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 FHIR-zoekquery in de hoofdmap met drie of meer aangepaste zoekparameters geleid tot HTTP-statuscode 504. Zie PR#3701.
Opgelost: Verbeter de prestaties voor bundelverwerking. Updates worden aangebracht in de taakuitvoeringsmethode, wat leidt tot een bundeling van de prestatieverbetering. 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.