Note sulla versione: 2023 Azure Health Data Services
Questo articolo descrive funzionalità, miglioramenti e correzioni di bug rilasciati nel 2023 per il servizio FHIR®, il servizio DICOM® e il servizio MedTech in Servizi dati di integrità di Azure.
Dicembre 2023
Servizi per i dati sanitari di Azure
Crittografia con chiavi gestite dal cliente per i servizi FHIR e DICOM
I dati archiviati in Servizi dati di integrità di Azure vengono crittografati automaticamente e facilmente con chiavi gestite dal servizio gestite da Microsoft. È possibile abilitare la crittografia dei dati con chiavi gestite dal cliente (CMK) per i servizi FHIR e DICOM nuovi ed esistenti, offrendo all'organizzazione una maggiore flessibilità per gestire i controlli di accesso.
Altre informazioni:
- Configurare le chiavi gestite dal cliente per il servizio FHIR
- Configurare le chiavi gestite dal cliente per Il servizio DICOM
Servizio DICOM
Archiviare e gestire i dati di imaging medico con Azure Data Lake Archiviazione (anteprima)
Con l'integrazione del servizio DICOM con Azure Data Lake Archiviazione disponibile per l'anteprima, le organizzazioni hanno il controllo completo sui dati di imaging e hanno maggiore flessibilità per accedere e usare tali dati tramite l'ecosistema di archiviazione di Azure e le API. Usando Azure Data Lake Archiviazione con il servizio DICOM, le organizzazioni possono:
- Abilitare l'accesso diretto ai dati di imaging medicali archiviati dal servizio DICOM usando le API di archiviazione di Azure e le API DICOMweb, offrendo maggiore flessibilità per l'accesso e l'uso dei dati.
- Aprire i dati di imaging medico fino all'intero ecosistema di strumenti per l'uso dell'archiviazione di Azure, tra cui AzCopy, Archiviazione di Azure Explorer e la libreria di spostamento dei dati.
- Sbloccare nuovi scenari di analisi e intelligenza artificiale/Machine Learning usando i servizi che si integrano in modo nativo con Azure Data Lake Archiviazione, tra cui Azure Synapse, Azure Databricks, Azure Machine Learning e Microsoft Fabric.
- Concedere controlli per gestire autorizzazioni di archiviazione, controlli di accesso, livelli e regole.
Altre informazioni:
- Integrazione di Azure Data Lake Archiviazione per il servizio DICOM in Servizi dati di integrità di Azure
- Distribuire il servizio DICOM con Azure Data Lake Archiviazione
Servizio FHIR
Miglioramento dell'operazione di esportazione
L'operazione export
supporta l'esportazione di risorse con controllo delle versioni e risorse eliminate soft.
Altre informazioni:
Novembre 2023
Servizi per i dati sanitari di Azure
Pagina di destinazione portale di Azure unificata
Nella portale di Azure è stata avviata una pagina di destinazione unificata che consente agli utenti di accedere a tutti i servizi di intelligenza artificiale e dati di integrità Microsoft in un'unica posizione. La pagina di destinazione semplifica l'individuazione e l'uso di tutti i servizi di integrità e intelligenza artificiale correlati e include collegamenti alla documentazione pertinente per aiutare gli utenti a iniziare. Per controllare la pagina di destinazione, accedere alla sottoscrizione di Azure e quindi cercare Health Data and AI Services (Dati di integrità e servizi di intelligenza artificiale).
Servizio FHIR
Funzionalità di eliminazione bulk (anteprima)
L'operazione bulk delete
consente di eliminare le risorse dal server FHIR in modo asincrono. L'operazione bulk delete
può essere eseguita a livello di sistema o per singoli tipi di risorse.
Altre informazioni:
L'operazione di importazione supporta risorse eliminate soft
La possibilità di importare risorse eliminate soft è utile durante la migrazione dall'API di Azure per FHIR a Servizi dati di integrità di Azure. Vedere richiesta pull #3530
Miglioramento delle prestazioni per le query
Sono stati migliorate le prestazioni delle query FHIR con il _include
parametro . Vedere richiesta pull n. 3572.
Correzioni di bug
Correzione: la ricerca con
_include
e il carattere jolly genera un errore di query. Il problema è stato risolto e consente di visualizzare_include
_revinclude
e cercare solo il carattere*
jolly. RICHIESTA pull n. 3541.Correzione: più processi di esportazione creati comportano un aumento del volume di archiviazione dei dati. A causa di un bug, i processi di esportazione hanno creato più processi figlio quando vengono usati con il parametro typefilter. La correzione risolve il problema. Vedere richiesta pull n. 3567.
Correzione: eccezione ritentabile per l'operazione di importazione quando si usano file duplicati. Se sono presenti file duplicati durante l'importazione, viene generata un'eccezione. Questa eccezione è stata considerata un'eccezione ritentabile. La correzione risolve il problema. Le operazioni di importazione con lo stesso file non sono più ripristinabili. Vedere richiesta pull n. 3557.
Ottobre 2023
Servizio DICOM
Importazione in blocco (anteprima)
L'importazione bulk semplifica il processo di aggiunta di dati al servizio DICOM. Se abilitata, la funzionalità crea un contenitore di archiviazione e .dcm file copiati nel contenitore vengono aggiunti automaticamente al servizio DICOM. Per altre informazioni, vedere Importare file DICOM (anteprima).
Settembre 2023
Servizi per i dati sanitari di Azure
Miglioramenti alla navigazione nella documentazione
I miglioramenti di spostamento della documentazione includono una nuova pagina hub per Servizi dati di integrità di Azure: documentazione di Servizi dati di integrità di Azure. Inoltre, le correzioni ai percorsi di navigazione nella documentazione dei servizi FHIR, DICOM e MedTech e nel sommario rendono più semplice e intuitivo trovare la documentazione.
Servizio FHIR
Annuncio di ritiro per l'API di Azure per FHIR
L'API di Azure per FHIR verrà ritirata il 30 settembre 2026. I Servizi per i dati sanitari di Azure FHIR sono la versione evoluta dell'API di Azure per FHIR, che consente ai clienti di gestire i servizi FHIR, DICOM e MedTech con integrazioni in altri servizi di Azure. A causa del ritiro dell'API di Azure per FHIR, le nuove distribuzioni non saranno consentite a partire dal 1° aprile 2025. Per altre informazioni, vedere Strategie di migrazione.
Agosto 2023
Servizio FHIR
Importazione incrementale
L'operazione di importazione supporta la modalità di caricamento incrementale, ottimizzata per caricare periodicamente i dati nel servizio FHIR.
Con la modalità di caricamento incrementale, le organizzazioni sanitarie possono:
- Eseguire l'inserimento simultaneo dei dati durante l'esecuzione simultanea di operazioni CRUD API nel server FHIR.
- Inserire risorse FHIR con controllo delle versioni.
- Mantenere il valore del campo nelle risorse FHIR durante l'inserimento
lastUpdated
. - Supportare i riferimenti condizionali.
Altre informazioni:
Parallelizzazione del bundle batch (anteprima)
I bundle batch vengono eseguiti serialmente nel servizio FHIR per impostazione predefinita. Per migliorare la velocità effettiva con le chiamate bundle, è stata abilitata l'elaborazione parallela dei bundle batch per l'anteprima.
Altre informazioni:
- Parallelizzazione del bundle batch
- Condizioni per l'utilizzo supplementari per le anteprime di Microsoft Azure
Correzioni di bug
Correzione: la precisione del valore decimale è allineata alla specifica FHIR. Prima della correzione, il servizio FHIR ha consentito il valore di precisione [18,6]. Il servizio è stato aggiornato per supportare la precisione del valore decimale [36,18] in base alla specifica FHIR. Vedere Tipi di dati di specifica FHIR.
Correzione: reindicizzazione nel parametro di ricerca di destinazione imposta correttamente lo stato. È stato identificato un bug in cui dopo aver eseguito la reindicizzazione del parametro di ricerca mirato, i dati delle risorse con il parametro di ricerca non erano ricercabili. Questo bug è stato risolto modificando lo stato del parametro di ricerca. Vedere richiesta pull n. 3400.
Luglio 2023
Servizio FHIR
Correzioni di bug
Correzione: ripetizione continua dell'operazione di importazione. È stato rilevato un problema a causa del quale $import continuato a riprovare quando le dimensioni del file NDJSON sono superiori a 2 GB. Il problema è stato risolto. Vedere richiesta pull n. 3342.
Correzione: riavvio del processo di esportazione a livello di paziente e gruppo. Le esportazioni a livello di paziente e gruppo in caso di interruzione si riavviano dall'inizio. Questo bug è stato risolto per riavviare i processi di esportazione dall'ultima pagina completata dei risultati. Vedere richiesta pull n. 3205.
Servizio DICOM
API versione 2
L'API del servizio DICOM versione 2 (v2) introduce diverse modifiche e nuove funzionalità. La più importante è la modifica alla convalida degli attributi DICOM durante le operazioni di archiviazione (STOW). A partire dalla versione 2, la richiesta ha esito negativo solo se gli attributi necessari non riescono a convalidare.
Altre informazioni:
Giugno 2023
Servizio FHIR
Correzioni di bug
Correzione: l'operazione reindicizzazione fornisce lo stato del processo a livello di risorsa. L'operazione
reindex
supporta la determinazione dello stato dell'operazionereindex
con l'aiuto della chiamataGET {{FHIR_URL}}/_operations/reindex/{{reindexJobId}}
API . Per visualizzare il numero di risorse reindicizzazione, cercare il campo resourceReindexProgressByResource nella risposta. Questo campo mostra lo stato di avanzamento per ogni tipo di risorsa. Vedere richiesta pull n. 3286.Correzione: Ottimizzazione di query di ricerca complesse. Alcune organizzazioni hanno riscontrato problemi in cui si verifica un timeout di query FHIR complesse con parametri di ricerca di riferimento. Il problema è stato risolto aggiornando il generatore di query SQL per usare INNER JOIN per i parametri di ricerca di riferimento. Vedere richiesta pull n. 3295.
Correzione: l'URL dell'endpoint dei metadati nell'istruzione capability è un URL relativo. In base alla specifica FHIR, l'URL dell'endpoint dei metadati nell'istruzione capability deve essere un URL assoluto. La correzione risolve il problema. Vedere richiesta pull n. 3265.
Altre informazioni:
- Istruzione della funzionalità FHIR.
Servizio DICOM
Recuperare le immagini di cui è stato eseguito il rendering
Le immagini sottoposte a rendering possono essere recuperate dal servizio DICOM usando il nuovo endpoint di cui è stato eseguito il rendering. Questa API consente l'accesso a un'istanza o a un frame DICOM in un formato consumer (jpeg
o png
), una funzionalità che può semplificare scenari come un'applicazione client che visualizza un'anteprima dell'immagine.
Correzioni di bug
Risolto: problema per cui gli eventi DICOM e il feed di modifiche potrebbero non essere modificati. L'API del feed di modifiche DICOM ha restituito risultati che hanno ignorato in modo non corretto le modifiche in sospeso quando il server DICOM era in fase di caricamento. Chiamate identiche alla risorsa del feed di modifiche hanno generato nuovi eventi di modifica visualizzati al centro del set di risultati.
Ad esempio, se la prima chiamata ha restituito numeri
1
di sequenza , ,2
3
e5
, la seconda chiamata identica potrebbe restituire1
erroneamente ,2
3
,4
, e5
. Questo comportamento ha anche interessato gli eventi DICOM inviati agli argomenti di sistema Griglia di eventi di Azure e ha causato eventi mancanti nei gestori eventi downstream. Vedere richiesta pull n. 2611.
Servizio MedTech
Collegare i messaggi del dispositivo agli incontri FHIR
I messaggi del dispositivo possono avere identificatori che corrispondono a quelli negli incontri FHIR. In questo modo, le organizzazioni sanitarie possono facilmente trovare e collegare gli incontri FHIR alle osservazioni dei dati del dispositivo. Open Source Software (OSS) supporta la funzionalità di ricerca, richiesta dai clienti del servizio MedTech.
Maggio 2023
Servizio FHIR
Correzioni di bug
Correzione: mapping dell'ambito clinico SMART on FHIR per le applicazioni. Questa correzione di bug risolve un problema relativo all'ambito clinico non interpretato correttamente per le applicazioni back-end. Vedere richiesta pull n. 3250.
Correzione: errore di chiave duplicato quando vengono passati i parametri della richiesta e il corpo. Questa correzione gestisce il problema quando si usa l'endpoint POST {resourcetype}/search per eseguire query sulle risorse FHIR, il server restituisce
415 Unsupported Media Type
. Questo problema è dovuto alla ripetizione di un parametro di query nella stringa di query URL e nel corpo della richiesta. La correzione considera tutti i parametri di query della richiesta e del corpo come input. Vedere richiesta pull n. 3232.
Aprile 2023
Servizi per i dati sanitari di Azure
Disponibilità nell'area Stati Uniti centro-occidentali
Servizi dati di integrità di Azure è disponibile a livello generale nell'area Stati Uniti centro-occidentali.
Servizio FHIR
Correzioni di bug
Correzione: prestazioni per le query di ricerca con identificatori. Questa correzione di bug risolve i problemi di timeout osservati per le query di ricerca con identificatori usando la clausola OPTIMIZE. Vedere richiesta pull #3207
Correzione: problemi temporanei associati al caricamento di parametri di ricerca personalizzati. Questa correzione di bug risolve il problema per cui il servizio FHIR non carica lo stato di SearchParameter più recente in un errore. Vedere richiesta pull n. 3222
Marzo 2023
Servizi per i dati sanitari di Azure
Disponibilità nell'area Giappone orientale
Servizi dati di integrità di Azure è disponibile a livello generale nell'area Giappone orientale.
2023 febbraio
Servizio FHIR
Il parametro _till e il miglioramento della velocità effettiva di 50 volte
Il _till
parametro è un parametro facoltativo e consente di esportare le risorse modificate fino all'ora specificata. Questo miglioramento si applica all'esportazione di sistema.
Altre informazioni:
Correzioni di bug
Correzione: la ricerca concatenato con :contiene i risultati del modificatore, ma nessuna risorsa. Questa correzione di bug risolve il problema e le risorse identificate, per ogni criterio di ricerca con :contains modificatore vengono restituiti. Vedere richiesta pull n. 2990.
Correzione: possibilità di modificare l'intestazione del limite di dimensioni del token di continuazione. Prima di questa modifica, durante l'impaginazione un token di continuazione di Cosmos DB aveva un limite predefinito di 3 KB. Con questa modifica, è possibile inviare un limite di token di continuazione di Cosmos DB nell'intestazione. L'intervallo valido è impostato su 1-3 KB. Il valore dell'intestazione da inviare è
x-ms-documentdb-responsecontinuationtokenlimitinkb
. Vedere richiesta pull n. 2971.Correzione: codice di stato HTTP 500 rilevato quando il modificatore :not viene usato con le ricerche concatenati. Questa correzione di bug risolve il problema. Le risorse identificate vengono restituite per ogni criterio di ricerca con modificatore :contains. Vedere PR #3041.
Correzione: i criteri di controllo delle versioni abilitati a livello di risorsa richiedono l'intestazione If-match per le richieste di transazione. La correzione risolve il problema. I criteri con versione a livello di risorsa non richiedono l'intestazione if-match. Vedere richiesta pull n. 2994.
Servizio MedTech
Debugger di mapping (anteprima)
Il debugger mapping del servizio MedTech è uno strumento self-service per la creazione, l'aggiornamento e la risoluzione dei problemi relativi ai mapping di destinazione del dispositivo del servizio MedTech e FHIR. Consente di visualizzare e apportare facilmente modifiche inline in tempo reale senza dover lasciare il portale di Azure.
Altre informazioni:
Funzionalità del messaggio di errore (anteprima)
La funzionalità del messaggio di errore del servizio MedTech consente di visualizzare eventuali errori generati e il messaggio che ha causato ogni errore. È possibile apprendere il contesto dietro eventuali errori senza sforzo manuale.
Altre informazioni:
Servizio DICOM
Tipi di evento DICOM
Gli eventi DICOM sono disponibili nelle sottoscrizioni di eventi a livello di area di lavoro di Servizi integrità di Azure. Questi nuovi tipi di evento consentono flussi di lavoro basati su eventi nelle applicazioni di imaging medicale sottoscrivendo gli eventi per le immagini DICOM appena create ed eliminate.
Altre informazioni:
Toolkit ed esempi open source
Nel repository degli esempi open source sono disponibili altre due app di esempio. Vedere Azure-Samples/azure-health-data-services-samples).
Correzioni di bug
- Correzione: errori di convalida inclusi in FailedSOPSequence. In precedenza, gli errori di convalida DICOM restituiti dall'API dello Store (STOW) non avevano i dettagli necessari per diagnosticare e risolvere i problemi. Le modifiche all'API migliorano i messaggi di errore includendo altre informazioni sugli attributi che non hanno superato la convalida e sul motivo per cui.
Altre informazioni:
Gennaio 2023
Servizi per i dati sanitari di Azure
Servizi dati di Integrità di Azure disponibili in altre aree
Servizi dati di integrità di Azure è disponibile a livello generale nelle aree Francia centrale, Stati Uniti centro-settentrionali e Qatar centrale.
Servizio DICOM
Supporto per l'attributo ModalitiesInStudy
Il servizio DICOM supporta ModalitiesInStudy
come attributo ricercabile a livello di studio, serie e istanza. Il supporto per questo attributo consente di restituire in modo più efficiente l'elenco delle modalità in uno studio senza dover eseguire query su ogni serie in modo indipendente.
Altre informazioni:
Supporto per gli attributi NumberOfStudyRelatedInstances e NumberOfSeriesRelatedInstances
Due attributi per la restituzione del numero di istanze in uno studio o in una serie sono disponibili nelle risposte di ricerca.
Altre informazioni:
Toolkit ed esempi open source
È disponibile un'altra app di esempio
Una nuova app di esempio viene rilasciata nel repository degli esempi di Servizi dati di integrità di Azure.