Poznámky k verzi 2024: Azure Health Data Services
Tento článek popisuje funkce, vylepšení a opravy chyb vydané v roce 2024 pro službu FHIR®, službu DICOM® a službu MedTech ve službě Azure Health Data Services.
Listopad 2024
Azure Health Data Services
Vylepšení operace importu
- Vylepšení protokolování chyb: Během operace importu teď protokol chyb hlásí konkrétní soubory, které selhaly během příjmu dat do služby FHIR. Toto vylepšení poskytuje podrobnější zpětnou vazbu na neúspěšné importy.
- Zrušení úlohy importu: Byla zjištěna chyba, kdy zrušení úlohy importu neaktivovalo zrušení přidružených podřízených úloh. Tento problém je vyřešený a zrušením úlohy importu se také zruší všechny související podřízené úlohy v aktuálním orchestrátoru.
- Vylepšení ověření exportu: Došlo k problému, kdy exporty pokračovaly i přes neplatné parametry hledání. Změna se implementuje, aby se zabránilo exportům za těchto podmínek. Toto je výchozí chování, ale zákazníci ho mohou přepsat pomocí příznaku lenient. Změna byla oznámena zákazníkům minulý měsíc.
- Vylepšení výkonu sady prostředků: Proces aktualizace profilu během provádění sady byl zjednodušen. Pokud sada obsahuje změny v
ValueSetsouboru ,StructureDefinitiona/neboCodeSystem, nedojde k žádné aktualizaci profilu, dokud se sada plně nedokončí. Tato změna zlepšuje výkon sad tím, že snižuje zpoždění způsobená více aktualizacemi při zpracování změn těchto typů prostředků. - Analýza hlaviček typu obsahu: Byl vyřešen a vyřešen problém související s analýzou
application/x-www-form-urlencodedhlavičky typu obsahu. - Vylepšení přeindexování: Operace přeindexování se vylepšuje odebráním umělého omezení, které dříve omezilo zpracování velkých historických datových sad nebo případů, kdy zákazníci požadovali omezenou velikost dotazu. Proces opětovného indexování by navíc při zpracování mnoha sekvenčních historických nebo odstraněných prostředků s výchozí velikostí dotazu nesprávně hlásil jako dokončený. Tento problém byl vyřešen, aby se zajistilo, že se proces přeindexování dokončí správně a nahlásí odpovídající stav.
Října 2024
Azure Health Data Services
Služba FHIR
Opravy chyb
- Ověření exportu: Zjistili jsme problém, kdy exporty pokračovaly i přes neplatné parametry hledání. Zavádíme změnu, která brání exportům za těchto podmínek. Tato funkce je aktuálně za příznakem striktního ověření a stane se výchozím chováním dne nebo po 30. říjnu.
- Zahrnutí parametru vyhledávání: Vyřešili jsme problém, kdy další parametry vyhledávání (například
_include, ),_hasnevracely všechny očekávané výsledky, někdy vynechávají další odkaz. - Provádění úlohy exportu
System.ObjectDisposedException: Byl vyřešen vzácný výskyt během dokončení úlohy exportu tím, že se zabránilo předčasnému ukončení. - Aktualizace stavového kódu HTTP: Stavový kód HTTP pro neplatné parametry během
$reindexvytváření úlohy je nyní aktualizován na 400, což zajišťuje lepší zpracování chyb. - Vyčištění parametru vyhledávání: Oprava byla implementována, aby se zajistilo úplné vyčištění parametrů hledání v databázi při aktivaci voláním rozhraní API pro odstranění, řešení problémů souvisejících s neúplnými odstraněními.
- Problém se sestupným řazením: Vyřešil se problém, kdy sestupné operace řazení nevracely žádné prostředky, pokud seřazené pole nemělo v databázi žádná data, i když existovaly relevantní prostředky.
- Zpracování chyb ověřování: Přidali jsme nový blok catch pro správu chyb ověřování při spuštění žádostí o import s vypnutou spravovanou identitou.
Září 2024
Azure Health Data Services
Služba FHIR
Vylepšená efektivita exportu
Funkce exportu byla vylepšena pro optimalizaci využití paměti. Díky této změně teď proces exportu nasdílí data do úložiště objektů blob po jednom prostředku a snižuje spotřebu paměti.
Srpen 2024
Azure Health Data Services
Služba FHIR
Zpracování chyb operace importu
- Operace importu vrátí chybu HTTP 400 při ingestování prostředku parametru vyhledávání prostřednictvím procesu importu. Cílem této změny je zabránit tomu, aby se parametry hledání při ingestování s operací importu umístily do neplatného stavu.
- Operace importu vrátí stavový kód HTTP 400, na rozdíl od předchozího stavového kódu HTTP 500, v případech, kdy dochází k problémům s konfigurací účtu úložiště. Cílem této aktualizace je zlepšit zpracování chyb spojených se spravovanými identitami během operací importu.
Červenec 2024
Azure Health Data Services
Služba FHIR
Povolení zpracování kalendářních dat v datech JSON jako s řetězci v operaci Convert-Data
Data zadaná v datech JSON se můžou vrátit v jiném formátu, než jaká byla zadána. Během deserializace řetězců datové části JSON, které jsou identifikovány jako kalendářní data převedena na objekty .NET DateTime. Tyto objekty se pak před procházením modulu šablon Liquid převedou zpět na řetězce. Tento převod může způsobit přeformátování hodnoty data a reprezentování v místním časovém pásmu služby FHIR.
Převod řetězců na objekty .NET DateTime lze zakázat pomocí logického parametru jsonDeserializationTreatDatesAsStrings. Při nastavení se truezadaná data považují za řetězec a před poskytnutím modulu Liquid nebudou upravena.
Vylepšení operace importu
Služba FHIR teď umožňuje příjem dat bez zadání verze na úrovni prostředku. Pořadí prostředků se udržuje pomocí hodnoty lastUpdated. Toto vylepšení představuje příznak allowNegativeVersions. Nastavení příznaku true umožňuje službě FHIR přiřadit záporné verze pro záznamy prostředků s explicitní hodnotou lastUpdated a není zadaná žádná verze.
Opravy chyb
- Opravili jsme zahrnutí obnovitelně odstraněných prostředků při použití parametru _security:not search Při použití parametru _security:not search v operacích hledání se do výsledků hledání zahrnula ID obnovitelně odstraněných prostředků. Opravili jsme problém tak, aby obnovitelné odstraněné prostředky byly nyní vyloučeny z výsledků hledání.
- Export dat jako inteligentního uživatele exportující data jako uživatel SMART už nevyžaduje obory zápisu. Dříve bylo nutné udělit inteligentnímu uživateli oprávnění k zápisu pro export dat, což znamenalo vyšší úrovně oprávnění. Pokud chcete zahájit úlohu exportu jako uživatel SMART, ujistěte se, že je uživatel členem role exportu FHIR v RBAC a požaduje klinický obor SMART read. Aktualizace stavového kódu z HTTP 500 na HTTP 400
- Aktualizace stavového kódu z HTTP 500 na HTTP 400 Během operace opravy, pokud datová část požadovala aktualizaci jiného typu prostředku než parametr, byla původně vyvolána vnitřní chyba serveru (HTTP 500). Tato chyba byla aktualizována tak, aby místo toho způsobila chybu HTTP 400.
Vylepšení výkonu
Optimalizace dotazů se přidá při vyhledávání prostředků FHIR s rozsahem dat. Tato optimalizace dotazů pomáhá s efektivním dotazováním, protože se generuje jeden kombinovaný CTE.
Květen 2024
Azure Health Data Services
Služba FHIR
Vylepšení škálování operace importu
Vylepšila se logika škálování operací importu, která umožňuje paralelní spouštění více úloh. Tato změna má vliv na protokoly auditu pro operaci importu. Protokoly auditu pro jednotlivé úlohy importu mají více řádků, přičemž každý řádek odpovídá interní úloze zpracování.
Opravy chyb
- Opraveno: Stavový kód HTTP pro dlouhotrvající požadavky. Požadavky FHIR, které zabírají déle než 100 sekund, vrací stavový kód HTTP 408 místo HTTP 500.
- Opraveno: Požadavek historie v sadě. Před opravou požadavek historie v sadě vrátil stavový kód HTTP 404.
Samostatný převaděč FHIR (Preview)
Samostatné rozhraní API převaděče FHIR dostupné pro verzi Preview je oddělené od služby FHIR a zabalené jako image kontejneru (Docker). Kromě toho, že vám umožní převést data ze zdroje záznamu na balíčky FHIR R4, nabízí převaděč FHIR:
- Obousměrný převod dat ze zdroje záznamu na svazky FHIR R4 a zpět Převaděč FHIR může například převést data z formátu FHIR R4 zpět do formátu HL7v2.
- Vylepšené prostředí pro přizpůsobení výchozích šablon Liquid
- Ukázky, které ukazují, jak vytvořit kanál ETL (extrakce, transformace, načtení) pomocí služby Azure Data Factory (ADF).
Pokud chcete implementovat image kontejneru převaděče FHIR, podívejte se na projekt GitHubu převaděče FHIR.
Duben 2024
Služba DICOM
Rozšířená operace upsertu
Vylepšená operace Upsert umožňuje nahrát image DICOM na server a bezproblémově ji nahradit, pokud již existuje. Před tímto vylepšením museli uživatelé provést operaci odstranění následovanou STOW-RS, aby dosáhli stejného výsledku. Díky vylepšené operaci Upsert je správa imagí DICOM efektivnější a efektivnější.
Rozšířené úložiště pro požadované atributy
Služba DICOM umožňuje uživatelům nahrát soubory DICOM o velikosti až 4 GB. Jeden soubor DICOM ani kombinace souborů v jednom požadavku nesmí překročit tento limit.
Služba FHIR
Operace hromadného odstranění je obecně dostupná.
Operace hromadného odstranění umožňuje odstranění prostředků FHIR na různých úrovních, což organizacím v oblasti zdravotnictví umožňuje dodržovat zásady uchovávání dat a současně poskytuje možnosti asynchronního zpracování. Výhody hromadné operace odstranění jsou:
- Hromadné odstranění provést na různých úrovních: Operace hromadného odstranění umožňuje asynchronně odstranit prostředky ze serveru FHIR. Hromadné odstranění můžete provést na různých úrovních:
- Úroveň systému: Umožňuje odstranění prostředků FHIR napříč všemi typy prostředků.
- Jednotlivé typy prostředků: Umožňuje odstranění konkrétních prostředků FHIR.
- Přizpůsobitelné: Parametry dotazu umožňují filtrování nezpracovaných prostředků pro cílené odstranění.
- Asynchronní zpracování: Operace je asynchronní a poskytuje koncový bod dotazování ke sledování průběhu.
Další informace:
Březen 2024
Služba DICOM
Obecná dostupnost integrace se službou Azure Data Lake Storage
Integrace azure Data Lake Storage pro službu DICOM ve službě Azure Health Data Services je obecně dostupná. Služba DICOM poskytuje cloudové úložiště pro data lékařských obrázků pomocí standardu DICOMweb. Díky integraci služby Azure Data Lake Storage mohou organizace využívat plnou kontrolu nad svými daty imisí a větší flexibilitou pro přístup k datům a práci s nimi prostřednictvím ekosystému a rozhraní API úložiště Azure.
Organizace můžou pomocí azure Data Lake Storage se službou DICOM:
- Umožňuje přímý přístup k datům lékařských obrázků uloženým službou DICOM pomocí rozhraní API služby Azure Storage a rozhraní DICOMweb API, což poskytuje větší flexibilitu pro přístup k datům a práci s daty.
- Otevřete data lékařských obrázků až do celého ekosystému nástrojů pro práci s úložištěm Azure, včetně AzCopy, Průzkumník služby Azure Storage a knihovny pro přesun dat.
- Odemkněte nové scénáře analýzy a AI/ML pomocí služeb, které se nativně integrují se službou Azure Data Lake Storage, včetně Azure Synapse, Azure Databricks, Azure Machine Learning a Microsoft Fabric.
- Udělte ovládacím prvkům pro správu oprávnění k úložišti, řízení přístupu, úrovní a pravidel.
Další informace:
- Správa dat imagingové medicíny pomocí služby DICOM a Azure Data Lake Storage
- Nasazení služby DICOM se službou Azure Data Lake Storage
Služba FHIR
Paralelizace svazků (GA)
Sady se ve výchozím nastavení spouští sériově ve službě FHIR. Kvůli zlepšení propustnosti s voláními sady jsme povolili paralelní zpracování.
Další informace:
Operace importu přijímá v jednom souboru více typů prostředků.
Operace importu může mít v parametrech požadavku typ prostředku na vstupní soubor. Díky této funkci vylepšení můžete předat více typů prostředků v jednom souboru.
Opravy chyb
Opraveno: Operace importu ingestuje prostředky se stejným typem prostředku a hodnotou pole lastUpdated. Před touto změnou se prostředky spouštěné v dávce se stejným typem a
lastUpdatedhodnotou pole se do služby FHIR neingestovaly. Tato oprava chyby řeší problém. Viz PR č. 3768.Opraveno: Hledání FHIR s 3 nebo více vlastními parametry hledání Před touto opravou byl vyhledávací dotaz FHIR v kořenovém adresáři se třemi nebo více vlastními parametry hledání výsledkem stavového kódu HTTP 504. Viz PR#3701.
Opraveno: Zlepšení výkonu zpracování sady. Aktualizuje metodu provádění úloh, což umožňuje zlepšení výkonu zpracování sady. Viz PR č. 3727.
Únor 2024
Služba FHIR
Počítání všech verzí prostředků je povolené.
Parametr dotazu _summary=count a _count=0 můžete ho přidat do koncového _history bodu, abyste získali počet všech prostředků s verzí. Tento počet zahrnuje historické a obnovitelné odstraněné prostředky.
Hledání Revinclude může odkazovat na všechny prostředky se zástupným znakem.
Služba FHIR podporuje vyhledávání pomocí zástupných revincludeznaků . Přidejte *.* do parametru revinclude dotazu v dotazu, který nasměruje službu FHIR tak, aby odkazovala na všechny prostředky mapované na zdrojový prostředek.
Opravy chyb
Opraveno: Vylepšili jsme dobu odezvy dotazů FHIR s vylepšeními výkonu. Pro zlepšení výkonu lze pro parametr vyhledávání, který se používá k řazení, zadat chybějící modifikátor. Viz PR č. 3655.
Opraveno: Operace importu respektuje příjem nekvenčních verzí prostředků. Před touto změnou jsou přírůstkový režim v
importoperaci předpokládané verze sekvenční celá čísla. Po opravě této chyby je možné ingestovat verze v nesekvenčním pořadí. Viz PR č. 3685.
Leden 2024
Služba DICOM
Hromadná aktualizace souborů
Operace hromadné aktualizace umožňuje změnit metadata obrázků pro více souborů uložených ve službě DICOM. Například hromadná aktualizace umožňuje upravit atributy DICOM pro jednu nebo více studií v jedné asynchronní operaci. Pomocí rozhraní API můžete provádět aktualizace demografických údajů pacientů a vyhnout se nákladům na opakované časově náročné nahrávání.
Kromě zvýšení efektivity funkce hromadné aktualizace zachová záznam změn v kanálu změn a zachová původní nemodifikované instance pro budoucí načtení.
Další informace:
Služba FHIR
Vybratelné parametry hledání (Preview)
Možnost výběru parametru vyhledávání dostupná pro verzi Preview umožňuje přizpůsobit a optimalizovat vyhledávání na prostředcích FHIR. Tato funkce umožňuje zvolit, které předem připravené parametry hledání se mají povolit nebo zakázat pro službu FHIR. Povolením pouze požadovaných parametrů hledání můžete uložit více prostředků FHIR a potenciálně zvýšit výkon vyhledávacích dotazů FHIR.
Další informace:
Integrace služby FHIR s Azure Active Directory B2C
Zdravotnické organizace můžou používat službu FHIR ve službě Azure Health Data Services s Azure Active Directory B2C (Azure AD B2C). Organizace získají bezpečný a pohodlný způsob, jak udělit přístup ke službě FHIR s jemně odstupňovaným řízením přístupu pro různé uživatele nebo skupiny, aniž by bylo možné vytvářet nebo přicházet uživatelské účty v tenantovi Microsoft Entra ID organizace. Díky této integraci můžou organizace:
- Pomocí dalších zprostředkovatelů identity můžete ověřovat a přistupovat k prostředkům FHIR pomocí technologie SMART v oborech FHIR.
- Správa a přizpůsobení uživatelských přístupových práv nebo oprávnění pomocí technologie SMART v oborech FHIR, které podporují jemně odstupňované řízení přístupu, typy prostředků FHIR a interakce a základní oprávnění uživatele.
Související obsah:
- Použití Azure Active Directory B2C k udělení přístupu ke službě FHIR
- Konfigurace několika zprostředkovatelů identity služeb pro službu FHIR
- Řešení potíží s konfigurací zprostředkovatele identity pro službu FHIR
- Povolení funkce SMART on FHIR pro službu FHIR
- Ukázka: Azure ONC (g)(10) SMART v FHIR
Vyžádání až 100 TB úložiště
Služba FHIR může ukládat a vyměňovat velké objemy dat o stavu a každá instance služby FHIR má ve výchozím nastavení limit úložiště 4 TB. Pokud máte více dat, můžete požádat Microsoft, aby zvýšil úložiště až o 100 TB pro vaši službu FHIR.
S větším úložištěm můžou organizace zpracovávat velké datové sady, které umožňují analytické scénáře. Můžete například použít větší úložiště ke správě stavu populace, provádění výzkumu a získávání nových poznatků z dat o stavu. Navíc více úložiště umožňuje zákazníkům Azure API for FHIR s velkým objemem dat (větší než 4 TB) migrovat do služby FHIR ve službě Azure Health Data Services.
Pokud chcete požádat o úložiště větší než 4 TB, vytvořte žádost o podporu na webu Azure Portal a použijte typ problému – Omezení služeb a předplatných (kvóty).
Poznámka:
Kvůli problému s fakturačními metrikami úložiště se zákazníkům, kteří se rozhodnou pro více než 4 TB kapacity úložiště, nebudou účtovat poplatky za úložiště, dokud se problém nevyřeší.