Note sulla versione 2021: Servizi dati di integrità di Azure
Questo articolo descrive funzionalità, miglioramenti e correzioni di bug rilasciati nel 2021 per il servizio FHIR®, il servizio DICOM® e il servizio MedTech in Servizi dati di integrità di Azure.
Dicembre 2021
Servizi per i dati sanitari di Azure
Dettagli quota per le richieste di supporto
Sono stati aggiornati i dettagli della quota per le richieste di supporto clienti con le informazioni più recenti.
Documentazione del controllo degli accessi in base al ruolo locale aggiornata
È stata aggiornata la documentazione del controllo degli accessi in base al ruolo locale per chiarire l'uso del tenant secondario e i passaggi per disabilitarlo.
Distribuire e configurare Servizi dati di integrità di Azure usando script
È stato avviato il processo di fornitura di powerShell, script dell'interfaccia della riga di comando e modelli di Resource Manager per configurare le assegnazioni di ruolo e registrazione delle app. Gli script per la distribuzione di Servizi dati di Integrità di Azure saranno disponibili dopo la disponibilità generale.
Servizio FHIR
Correzioni di bug
Correzione: aggiunta del server di pubblicazione a
CapabilityStatement.name
. È possibile trovare l'autore nell'istruzione capability all'indirizzoCapabilityStatement.name
. Vedere richiesta pull n. 2319.Correzione: log
FhirOperation
collegato a chiamate anonime alle metriche di richiesta. Non erano state registrate operazioni che non richiedevano l'autenticazione. È stata estesa la possibilità di ottenereFhirOperation
il tipo inRequestMetrics
per le chiamate anonime. Vedere richiesta pull n. 2295 .Correzione: errore 500 quando
SearchParameter
Code è null. È stato risolto un problema conSearchParameter
se aveva un valore Null per Code, il risultato era un errore 500. Dopo la correzione di bug, viene restituito un risultatoInvalidResourceException
simile agli altri valori. Vedere richiesta pull n. 2343.Correzione: restituito
BadRequestException
con messaggio valido quando il corpo JSON di input non è valido. Per le richieste di corpo JSON non valide, il server FHIR ha restituito un errore 500. Dopo la correzione di bug, il server restituisce unBadRequestException
oggetto con un messaggio valido anziché 500. Vedere richiesta pull n. 2239.Correzione: problema di timeout SQL gestito. Se si è verificato il timeout di SQL Server, PUT
/resource{id}
ha restituito un errore 500. Dopo la correzione del bug, viene gestito l'errore 500 e viene restituita un'eccezione di timeout con un risultato dell'operazione. Vedere richiesta pull n. 2290.
Novembre 2021
Servizio FHIR
Elaborare i collegamenti patient-everything
Sono state estese le funzionalità di patient-everything per elaborare i collegamenti ai pazienti PR #2305. Per altre informazioni, vedere Patient-everything in FHIR.
Correzioni di bug
Correzione: aggiunta del nome software e della versione all'istruzione capability. Nell'istruzione capability il nome software distingue se si usa l'API di Azure per FHIR o Azure Health Data Services. La versione del software specifica il pacchetto di versione open source attivo nel servizio gestito. Vedere Richiesta pull n. 2294, richiesta pull #1778 e problema n. 2241.
Correzione: comprimere i token di continuazione. In alcuni casi, il token di continuazione era troppo lungo per seguire il collegamento successivo nelle ricerche e ha generato un errore 404. Per risolvere il problema, è stato compresso il token di continuazione per assicurarsi che rimanga al di sotto del limite di dimensioni. Vedere Richiesta pull n. 2279 e problema n. 2250.
Correzione: scalabilità automatica del servizio FHIR. La scalabilità automatica del servizio FHIR offre scalabilità del servizio ottimizzata automaticamente per soddisfare le esigenze dei clienti quando eseguono transazioni di dati in carichi di lavoro coerenti o diversi. È disponibile in tutte le aree in cui è supportato il servizio FHIR.
Correzione: errore 500 risolto quando la data è stata passata con un fuso orario. Questa correzione risolve un errore 500 quando una data con un fuso orario è stata passata in un campo datetime PR #2270.
Correzione: problema risolto durante la pubblicazione di un bundle con un tipo di supporto errato ha restituito un errore 500. prima della correzione di bug, durante la pubblicazione di una ricerca con una chiave contenente determinati caratteri è stato restituito un errore 500. Vedere Richiesta pull n. 2264 e problema n. 2148.
Servizio DICOM
L'intestazione Content-Type include la sintassi di trasferimento.
Questo miglioramento consente all'utente di sapere quale sintassi di trasferimento viene usata nel caso in cui vengano fornite più intestazioni accept.
Ottobre 2021
Servizi per i dati sanitari di Azure
Strumento generatore di dati di test*
È stato aggiornato il repository degli esempi di GitHub di Servizi di integrità di Azure per includere uno strumento Generatore di dati di test usando i dati di Synthea. Questo strumento è un miglioramento dei progetti di test pubblici open source, basati su Apache JMeter che possono essere distribuiti nel servizio Azure Kubernetes per i test delle prestazioni.
Servizio FHIR
Correzioni di bug
Correzione: aggiunta del supporto per _sort su stringhe e dateTime. Vedere richiesta pull n. 2169.
Correzione: l'eliminazione condizionale genera un ciclo infinito. Vedere richiesta pull n. 2269.
Correzione: è possibile risolvere l'errore 500 causato da un corpo della transazione in formato non valido in un bundle POST. È stato aggiunto un controllo che indica che l'URL viene popolato nelle richieste di bundle delle transazioni. Vedere richiesta pull n. 2255.
Servizio DICOM
Supporto per altre aree
Il servizio DICOM è disponibile in Brasile meridionale e Canada centrale. Per altre informazioni, vedere Servizi di Azure che supportano le zone di disponibilità.
Tag di query estesi
Supporto per i tipi DT (DateTime) e Time (TM) Value Representation (VR).
Correzione implementata per i nomi delle aree di lavoro
Abilitazione del servizio DICOM per l'uso con aree di lavoro con nomi che iniziano con una lettera.
Settembre 2021
Servizio FHIR
Correzioni di bug
Correzione: aggiunta del supporto per la patch condizionale. Vedere Patch condizionale e richiesta pull #2163.
Correzione: aggiunta dell'evento di controllo delle patch condizionali*. Vedere richiesta pull n. 2213.
Correzione: consenti patch JSON nei bundle. Consente di creare bundle della cronologia di ricerca con richieste patch. Vedere richiesta pull n. 2156.
Correzione: patch JSON abilitata nei bundle che usano risorse binarie. Vedere richiesta pull n. 2143.
Correzione: è stato aggiunto un nuovo evento di controllo. Vedere sottotipi OperationName e PR #2170.
Correzione: esecuzione di un processo reindicizzazione. Aggiunta dei limiti per i parametri di reindicizzazione . Vedere RICHIESTA pull n. 2103.
Correzione: messaggio di errore aggiornato per i limiti dei parametri reindicizzazione. Vedere Richiesta pull n. 2109.
Correzione: è stato aggiunto il controllo del conteggio dei reindicizzazione finale. Vedere richiesta pull #2099.
Correzione: catch più ampio per le eccezioni durante l'applicazione di patch. Vedere richiesta pull n. 2192.
Correzione: cronologia con PATCH in STU3. Vedere richiesta pull n. 2177.
Correzione: bug di ricerca personalizzati. Risolve l'errore di eliminazione con parametri di ricerca personalizzati. Vedere richiesta pull n. 2133.
Correzione: aggiunta della logica di ripetizione dei tentativi durante l'eliminazione del parametro di ricerca. Vedere richiesta pull n. 2121.
Correzione: impostare il numero massimo di elementi nelle opzioni di ricerca in SearchParameterDefinitionManager. Vedere richiesta pull n. 2141.
Correzione: eccezione migliore se è presente un'espressione non valida in un parametro di ricerca. Vedere richiesta pull n. 2157.
Correzione: reindicizzazione batch SQL risolta in caso di errore di una risorsa. Aggiorna la logica di ripetizione dei tentativi del batch SQL. Vedere richiesta pull n. 2118.
Risolto: problema di GitHub chiuso. Messaggio di errore non chiaro per la creazione condizionale senza ID. Vedere richiesta pull n. 2168.
Servizio DICOM
Correzioni di bug
- Correzione: correzione implementata per risolvere i problemi di ordinamento del paging QIDO. Vedere richiesta pull n. 989.
Servizio MedTech**
Miglioramenti con i calcoli per supportare e migliorare la standardizzazione dei dati di integrità
Per altre informazioni, vedere Usare i mapping dei dispositivi e CalculatedContent.