Viktig information 2024: Azure Health Data Services
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.
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 Mašinsko učenje och Microsoft Fabric.
- Bevilja kontroller för att hantera lagringsbehörigheter, åtkomstkontroller, nivåer och regler.
Läs mer:
- Hantera medicinska bilddata med DICOM-tjänsten och Azure Data Lake Storage
- Distribuera DICOM-tjänsten med Azure Data Lake Storage
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:
- Använda Azure Active Directory B2C för att bevilja åtkomst till FHIR-tjänsten
- Konfigurera flera tjänstidentitetsprovidrar för FHIR-tjänsten
- Felsöka konfiguration av identitetsprovider för FHIR-tjänsten
- Aktivera SMART på FHIR för FHIR-tjänsten
- Exempel: Azure ONC (g)(10) SMART på FHIR
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-portalen 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
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.
Feedback
https://aka.ms/ContentUserFeedback.
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i:Skicka och visa feedback för