Dela via

Viktig information 2024: Azure Health Data Services

  • Artikel

Den här artikeln beskriver funktioner, förbättringar och felkorrigeringar som släpptes 2024 för FHIR-tjänsten®, DICOM-tjänsten® och MedTech-tjänsten i Azure Health Data Services.

Oktober 2024

Azure Health Data Services

FHIR-tjänsten

Felkorrigeringar

  • Exportverifiering: Ett problem identifierades där exporten fortsatte trots ogiltiga sökparametrar. Vi inför en ändring som förhindrar export under dessa villkor. Den här funktionen ligger för närvarande bakom en strikt valideringsflagga och blir standardbeteendet den 30 oktober eller senare.
  • Inkludering av sökparameter: Vi löste ett problem där ytterligare sökparametrar (till exempel _include, _has) inte returnerade alla förväntade resultat, och ibland utelämnade nästa länk.
  • Körning av exportjobb: En sällsynt förekomst av System.ObjectDisposedException när exportjobbet slutfördes har åtgärdats genom att förtida avslut förhindras.
  • Uppdatering av HTTP-statuskod: HTTP-statuskoden för ogiltiga parametrar när $reindex jobbet skapas uppdateras nu till 400, vilket säkerställer bättre felhantering.
  • Rensning av sökparameter: En korrigering har implementerats för att säkerställa fullständig rensning av sökparametrar i databasen när den utlöses med borttagning av API-anrop, vilket åtgärdar problem som rör ofullständiga borttagningar.
  • Fallande sorteringsproblem: Löste ett problem där fallande sorteringsåtgärder inte returnerade några resurser om det sorterade fältet inte hade några data i databasen, även när relevanta resurser fanns.
  • Hantering av autentiseringsfel: Ett nytt catch-block har lagts till för att hantera autentiseringsfel när importbegäranden körs med hanterad identitet inaktiverad.

September 2024

Azure Health Data Services

FHIR-tjänsten

Förbättrad exporteffektivitet

Exportfunktionen har förbättrats för att optimera minnesanvändningen. Med den här ändringen skickar exportprocessen nu data till bloblagring en resurs i taget, vilket minskar minnesförbrukningen.

Augusti 2024

Azure Health Data Services

FHIR-tjänsten

Felhantering av importåtgärd

  1. Importåtgärden returnerar ett HTTP 400-fel när en sökparameterresurs matas in via importprocessen. Den här ändringen är avsedd att förhindra att sökparametrar placeras i ett ogiltigt tillstånd när de matas in med en importåtgärd.
  2. Importåtgärden returnerar en HTTP 400-statuskod, till skillnad från den tidigare HTTP 500-statuskoden, i de fall där konfigurationsproblem med lagringskontot uppstår. Den här uppdateringen syftar till att förbättra felhanteringen som är associerad med hanterade identiteter under importåtgärder.

Juli 2024

Azure Health Data Services

FHIR-tjänsten

Tillåt att datum i JSON-data behandlas som strängar i åtgärden Konvertera data

Det är möjligt att datum som anges i JSON-data returneras i ett annat format än vad som angavs. Under deserialiseringen av JSON-nyttolaststrängarna som identifieras som datum konverteras till .NET DateTime-objekt. Dessa objekt konverteras sedan tillbaka till strängar innan de går igenom liquid-mallmotorn. Den här konverteringen kan göra att datumvärdet formateras om och representeras i FHIR-tjänstens lokala tidszon.

Tvinga strängar till .NET DateTime-objekt kan inaktiveras med hjälp av den booleska parametern jsonDeserializationTreatDatesAsStrings. När de anges till truebehandlas de angivna data som en sträng och ändras inte innan de levereras till Liquid-motorn.

Importåtgärdsförbättring

FHIR-tjänsten tillåter nu datainmatning utan att ange en version på resursnivå. Resursordningen underhålls med värdet lastUpdated. Den här förbättringen introducerar flaggan "allowNegativeVersions". Om flaggan är true kan FHIR-tjänsten tilldela negativa versioner för resursposter med ett explicit lastUpdated-värde och ingen angiven version.

Felkorrigeringar

  • Åtgärdade inkludering av mjukt borttagna resurser vid användning av _security:inte sökparametern När parametern _security:not search används i sökåtgärder inkluderades ID:t för mjukt borttagna resurser i sökresultaten. Vi har åtgärdat problemet så att mjukt borttagna resurser nu undantas från sökresultat.
  • Export av data som SMART-användare Exportera data som en SMART-användare kräver inte längre skrivomfattningar. Tidigare var det nödvändigt att bevilja "skrivbehörighet" till en SMART-användare för att exportera data, vilket innebar högre behörighetsnivåer. Om du vill initiera ett exportjobb som SMART-användare kontrollerar du att användaren är medlem i FHIR-exportrollen i RBAC och begär det "lästa" smarta kliniska omfånget. Uppdatera statuskod från HTTP 500 till HTTP 400
  • Uppdatering av statuskod från HTTP 500 till HTTP 400 Under en korrigeringsåtgärd utlöstes ett internt serverfel (HTTP 500) om nyttolasten begärde en uppdatering för en annan resurstyp än parametern. Detta har uppdaterats för att utlösa ett HTTP 400-fel i stället.

Prestandaförbättring

Frågeoptimering läggs till när du söker efter FHIR-resurser med ett dataintervall. Den här frågeoptimeringen hjälper till med effektiv frågekörning när en kombinerad CTE genereras.

Maj 2024

Azure Health Data Services

FHIR-tjänsten

Skalningsförbättring för importåtgärden

Skalningslogik för importåtgärder förbättras, vilket gör att flera jobb kan köras parallellt. Den här ändringen påverkar granskningsloggarna för importåtgärden. Granskningsloggar för enskilda importjobb har flera rader, där varje rad motsvarar ett internt bearbetningsjobb.

Felkorrigeringar

  • Åtgärdat: HTTP-statuskod för långvariga begäranden. FHIR-begäranden som tar längre tid än 100 sekunder att köra returnerar en HTTP 408-statuskod i stället för HTTP 500.
  • Åtgärdat: Historikbegäran i paket. Före korrigeringen returnerade historikbegäran i ett paket HTTP-statuskod 404.

Fristående FHIR-konverterare (förhandsversion)

Det fristående FHIR-konverterar-API:et som är tillgängligt för förhandsversion frikopplas från FHIR-tjänsten och paketeras som en containeravbildning (Docker). Förutom att du kan konvertera data från postens källa till FHIR R4-paket erbjuder FHIR-konverteraren:

  • Dubbelriktad datakonvertering från källan till posten till FHIR R4-paket och tillbaka. FHIR-konverteraren kan till exempel konvertera data från FHIR R4-format tillbaka till HL7v2-format.
  • Förbättrad upplevelse för anpassning av standard liquid-mallar .
  • Exempel som visar hur du skapar en ETL-pipeline (extrahera, transformera, läsa in) med Azure Data Factory (ADF).

Information om hur du implementerar FHIR-konverterarens containeravbildning finns i GitHub-projektet för FHIR-konverteraren.

April 2024

DICOM-tjänsten

Förbättrad Upsert-åtgärd

Med den förbättrade Upsert-åtgärden kan du ladda upp en DICOM-avbildning till servern och sömlöst ersätta den om den redan finns. Innan den här förbättringen var användarna tvungna att utföra en borttagningsåtgärd följt av en STOW-RS för att uppnå samma resultat. Med den förbättrade Upsert-åtgärden är hanteringen av DICOM-avbildningar effektivare och effektivare.

Utökad lagring för obligatoriska attribut

DICOM-tjänsten gör det möjligt för användare att ladda upp DICOM-filer upp till 4 GB i storlek. Ingen enskild DICOM-fil eller kombination av filer i en enda begäran tillåts överskrida den här gränsen.

FHIR-tjänsten

Massborttagningsåtgärden är allmänt tillgänglig

Massborttagningsåtgärden tillåter borttagning av FHIR-resurser på olika nivåer, vilket gör det möjligt för sjukvårdsorganisationer att följa datakvarhållningsprinciper och samtidigt tillhandahålla asynkrona bearbetningsfunktioner. Fördelarna med massborttagningsåtgärden är:

  • Kör massborttagning på olika nivåer: Med massborttagningsåtgärden kan du ta bort resurser från FHIR-servern asynkront. Du kan köra massborttagning på olika nivåer:
    • Systemnivå: Aktiverar borttagning av FHIR-resurser mellan alla resurstyper.
    • Enskild resurstyp: Tillåter borttagning av specifika FHIR-resurser.
  • Anpassningsbar: Frågeparametrar tillåter filtrering av rådataresurser för riktade borttagningar.
  • Asynkron bearbetning: Åtgärden är asynkron, vilket ger en slutpunkt för avsökning för att spåra förloppet.

Läs mer:

Mars 2024

DICOM-tjänsten

Integrering med Azure Data Lake Storage är allmänt tillgänglig

Azure Data Lake Storage-integrering för DICOM-tjänsten i Azure Health Data Services är allmänt tillgänglig. DICOM-tjänsten tillhandahåller lagring i molnskala för medicinska bilddata med dicomweb-standarden. Med integreringen av Azure Data Lake Storage kan organisationer få fullständig kontroll över sina avbildningsdata och ökad flexibilitet för att komma åt och arbeta med dessa data via Azure Storage-ekosystemet och API:erna.

Genom att använda Azure Data Lake Storage med DICOM-tjänsten kan organisationer:

  • Ge direkt åtkomst till medicinska bilddata som lagras av DICOM-tjänsten med hjälp av Azure Storage API:er och DICOMweb-API:er, vilket ger mer flexibilitet för åtkomst och arbete med data.
  • Öppna medicinska bilddata upp till hela ekosystemet med verktyg för att arbeta med Azure Storage, inklusive AzCopy, Azure Storage Explorer och Data Movement-biblioteket.
  • Lås upp nya analys- och AI/ML-scenarier med hjälp av tjänster som integreras internt med Azure Data Lake Storage, inklusive Azure Synapse, Azure Databricks, Azure Machine Learning och Microsoft Fabric.
  • Bevilja kontroller för att hantera lagringsbehörigheter, åtkomstkontroller, nivåer och regler.

Läs mer:

FHIR-tjänsten

Paketparallellisering (GA)

Paket körs seriellt i FHIR-tjänsten som standard. För att förbättra dataflödet med paketanrop har vi aktiverat parallell bearbetning.

Läs mer:

Importåtgärden accepterar flera resurstyper i en enda fil

Importåtgärden tillåts ha resurstyp per indatafil i begärandeparametrarna. Med den här förbättrade funktionen kan du skicka flera resurstyper i en enda fil.

Felkorrigeringar

  • Åtgärdat: Importåtgärden matar in resurser med samma resurstyp och lastUpdated-fältvärde. Före den här ändringen matades inte resurser som kördes i en batch med samma typ och lastUpdated fältvärdet in i FHIR-tjänsten. Den här felkorrigeringen åtgärdar problemet. Se PR#3768.

  • Åtgärdat: FHIR-sökning med 3 eller fler anpassade sökparametrar. Innan den här korrigeringen resulterade en FHIR-sökfråga i roten med tre eller fler anpassade sökparametrar i HTTP-statuskod 504. Se PR#3701.

  • Åtgärdat: Förbättra prestanda för paketbearbetning. Uppdateringar av aktivitetskörningsmetoden, vilket möjliggör prestandaförbättring för paketbearbetning. Se PR#3727.

Februari 2024

FHIR-tjänsten

Räkna alla versioner av resurser är aktiverat

Frågeparametern _summary=count och _count=0 kan läggas till i _history slutpunkten för att få ett antal av alla versionsresurser. Det här antalet inkluderar historiska och mjuka borttagna resurser.

Revinclude-sökning kan referera till alla resurser med jokertecken

FHIR-tjänsten stöder jokerteckensökningar med revinclude. Lägg till *.* i frågeparametern i en revinclude fråga för att dirigera FHIR-tjänsten att referera till alla resurser som mappats till källresursen.

Felkorrigeringar

  • Åtgärdat: Förbättra svarstiden för FHIR-frågor med prestandaförbättringar. För att förbättra prestandan kan en modifierare som saknas anges för en sökparameter som används för sortering. Se PR#3655.

  • Åtgärdat: Importåtgärden respekterar inmatning av icke-sekventiella resursversioner. Före den här ändringen är inkrementellt läge i den import antagna åtgärden sekventiella heltal. Efter den här felkorrigeringen kan versioner matas in i icke-sekventiell ordning. Se PR#3685.

Januari 2024

DICOM-tjänsten

Massuppdatering av filer

Med massuppdateringsåtgärden kan du ändra metadata för avbildning för flera filer som lagras i DICOM-tjänsten. Med massuppdatering kan du till exempel ändra DICOM-attribut för en eller flera studier i en enda asynkron åtgärd. Du kan använda ett API för att utföra uppdateringar av patientdemografin och undvika kostnaden för att upprepa tidskrävande uppladdningar.

Utöver effektivitetsvinsterna bevarar massuppdateringsfunktionen en post med ändringarna i ändringsflödet och bevarar de ursprungliga, oförändrade instanserna för framtida hämtning.

Läs mer:

FHIR-tjänsten

Valbara sökparametrar (förhandsversion)

Med funktionen för valbara sökparametrar som är tillgänglig för förhandsversion kan du anpassa och optimera sökningar på FHIR-resurser. Med funktionen kan du välja vilka inbyggda sökparametrar som ska aktiveras eller inaktiveras för FHIR-tjänsten. Genom att bara aktivera de sökparametrar du behöver kan du lagra fler FHIR-resurser och eventuellt förbättra prestandan för FHIR-sökfrågor.

Läs mer:

Integrering av FHIR-tjänsten med Azure Active Directory B2C

Sjukvårdsorganisationer kan använda FHIR-tjänsten i Azure Health Data Services med Azure Active Directory B2C (Azure AD B2C). Organisationer får ett säkert och bekvämt sätt att bevilja åtkomst till FHIR-tjänsten med detaljerad åtkomstkontroll för olika användare eller grupper, utan att skapa eller komma med användarkonton i organisationens Microsoft Entra ID-klientorganisation. Med den här integreringen kan organisationer:

  • Använd ytterligare identitetsprovidrar för att autentisera och komma åt FHIR-resurser med SMART i FHIR-omfång.
  • Hantera och anpassa användaråtkomsträttigheter eller behörigheter med SMART på FHIR-omfång som stöder detaljerad åtkomstkontroll, FHIR-resurstyper och interaktioner samt en användares underliggande behörigheter.

Relaterat innehåll:

Begära upp till 100 TB lagringsutrymme

FHIR-tjänsten kan lagra och utbyta stora mängder hälsodata, och varje FHIR-tjänstinstans har en lagringsgräns på 4 TB som standard. Om du har mer data kan du be Microsoft att öka lagringen med upp till 100 TB för din FHIR-tjänst.

Med mer lagring kan organisationer hantera stora datamängder för att aktivera analysscenarier. Du kan till exempel använda mer lagring för att hantera populationens hälsa, genomföra forskning och få nya insikter från hälsodata. Dessutom gör mer lagring att Azure API för FHIR-kunder med stora volymdata (större än 4 TB) kan migreras till FHIR-tjänsten i Azure Health Data Services.

Om du vill begära lagring som är större än 4 TB skapar du en supportbegäran på Azure Portal och använder problemtypen Tjänst- och prenumerationsgräns (kvoter)..

Kommentar

På grund av ett problem med faktureringsmått för lagring debiteras inte kunder som väljer mer än 4 TB lagringskapacitet för lagring förrän problemet har lösts.

Relaterat innehåll

Viktig information 2021

Viktig information 2022

Viktig information 2023

Kända problem

Kommentar

FHIR® är ett registrerat varumärke som tillhör HL7 och används med tillstånd av HL7.

DICOM® är ett registrerat varumärke som tillhör National Electrical Manufacturers Association för dess standarder publikationer som rör digital kommunikation av medicinsk information.