Kibocsátási megjegyzések 2024: Azure Health Data Services
Ez a cikk az Azure Health Data Services FHIR® szolgáltatásához, DICOM® szolgáltatásához és MedTech szolgáltatásához 2024-ben kiadott funkciókat, fejlesztéseket és hibajavításokat ismerteti.
2024. szeptember
Azure Health Data Services
FHIR-szolgáltatás
Fokozott exportálási hatékonyság
Az exportálási funkció továbbfejlesztve lett a memóriahasználat optimalizálása érdekében. Ezzel a módosítással az exportálási folyamat egyszerre egy erőforrást küld le az adatok blobtárolóba, csökkentve a memóriahasználatot.
2024. augusztus
Azure Health Data Services
FHIR-szolgáltatás
Importálási művelet hibakezelése
- Az importálási művelet HTTP 400-ás hibát ad vissza, amikor egy keresési paraméter-erőforrást az importálási folyamaton keresztül betölt. Ez a módosítás megakadályozza, hogy a keresési paraméterek érvénytelen állapotba kerüljenek importálási művelettel való betöltésekor.
- Az importálási művelet egy HTTP 400-as állapotkódot ad vissza, szemben az előző HTTP 500 állapotkóddal, olyan esetekben, amikor konfigurációs problémák lépnek fel a tárfiókkal kapcsolatban. A frissítés célja, hogy javítsa a felügyelt identitásokkal kapcsolatos hibák kezelését az importálási műveletek során.
2024. július
Azure Health Data Services
FHIR-szolgáltatás
A JSON-adatok dátumainak sztringként való kezelésének engedélyezése az Adatok konvertálása műveletben
Lehetséges, hogy a JSON-adatokban megadott dátumok a megadotttól eltérő formátumban lesznek visszaadva. A dátumként azonosított JSON hasznos adat sztringek deszerializálása során .NET DateTime-objektumokká alakulnak át. Ezeket az objektumokat ezután sztringekké konvertálja a Liquid sablonmotor használata előtt. Ez az átalakítás a dátumérték újraformázását és az FHIR szolgáltatás helyi időzónájában való ábrázolását okozhatja.
A .NET DateTime-objektumokra vonatkozó sztringek kényszerítése a logikai paraméterrel jsonDeserializationTreatDatesAsStringsletiltható. Ha be van trueállítva, a megadott adatok sztringként lesznek kezelve, és nem lesznek módosítva, mielőtt a Liquid motorhoz kerülnek.
Importálási művelet fejlesztése
Az FHIR szolgáltatás mostantól lehetővé teszi az adatok betöltését anélkül, hogy az erőforrás szintjén megad egy verziót. Az erőforrások sorrendjét a rendszer a lastUpdated érték használatával tartja karban. Ez a fejlesztés bevezeti az "allowNegativeVersions" jelzőt. Az igaz érték beállításával az FHIR szolgáltatás negatív verziókat rendelhet az erőforrásrekordokhoz explicit lastUpdated értékkel, és nincs megadva verzió.
Hibajavítások
- Kijavítottuk a helyreállíthatóan törölt erőforrások felvételét a _security:nem keresési paraméter használatakor Amikor a _security:nem keresési paramétert használja a keresési műveletekben, a helyreállíthatóan törölt erőforrások azonosítói bekerültek a keresési eredményekbe. Kijavítottuk a problémát, így a helyreállíthatóan törölt erőforrások mostantól nem lesznek kizárva a keresési eredményekből.
- Az adatok INTELLIGENS felhasználóként való exportálásához az adatok INTELLIGENS felhasználóként való exportálása már nem igényel írási hatóköröket. Korábban "írási" jogosultságokat kellett biztosítani egy INTELLIGENS felhasználónak az adatok exportálásához, ami magasabb jogosultsági szinteket feltételezett. Ha INTELLIGENS felhasználóként szeretne exportálási feladatot kezdeményezni, győződjön meg arról, hogy a felhasználó tagja az RBAC FHIR exportálási szerepkörének, és kéri az "olvasási" SMART klinikai hatókört. Állapotkód frissítése HTTP 500-ról HTTP 400-ra
- Állapotkód frissítése HTTP 500-ról HTTP 400-ra Javításos művelet során, ha a hasznos adatok a paramétertől eltérő erőforrástípus frissítését kérték, a rendszer először belső kiszolgálóhibát (HTTP 500) jelzett. Ezt úgy frissítettük, hogy ehelyett HTTP 400-ra váltsunk.
Teljesítménynövelés
A lekérdezésoptimalizálás akkor lesz hozzáadva, ha FHIR-erőforrásokat keres egy adattartományban. Ez a lekérdezésoptimalizálás segít a hatékony lekérdezésben, mivel egyetlen összevont CTE jön létre.
2024. május
Azure Health Data Services
FHIR-szolgáltatás
Az Importálás művelet skálázási fejlesztése
Az importálási műveletek skálázási logikája javult, így több feladat is végrehajtható párhuzamosan. Ez a módosítás hatással van az importálási művelet naplózási naplóira. Az egyes importálási feladatok naplóinak több sora van, és mindegyik sor egy belső feldolgozási feladatnak felel meg.
Hibajavítások
- Javítva: HTTP-állapotkód hosszú ideig futó kérésekhez. Az FHIR 100 másodpercnél hosszabb időt igénylő kérései HTTP 500 helyett HTTP 408 állapotkódot adnak vissza.
- Javítva: Előzménykérelem csomagban. A javítás előtt a csomagban lévő előzménykérelem a 404-ben kapott HTTP-állapotkódot adja vissza.
Önálló FHIR-konverter (előzetes verzió)
Az előzetes verzióban elérhető különálló FHIR konverter API leválasztva van az FHIR szolgáltatásról, és tárolórendszerképként (Docker- ) csomagolva van. Az FHIR konverter amellett, hogy lehetővé teszi a rekord forrásából származó adatok FHIR R4-csomagokká alakítását, az alábbi lehetőségeket kínálja:
- Kétirányú adatkonvertálás rekordforrásból FHIR R4-kötegekké és vissza. Az FHIR konverter például vissza tudja konvertálni az adatokat az FHIR R4 formátumból HL7v2 formátumba.
- Továbbfejlesztett felhasználói élmény az alapértelmezett Liquid-sablonok testreszabásához.
- Minták, amelyek bemutatják, hogyan hozható létre ETL-folyamat (kinyerés, átalakítás, betöltés) az Azure Data Factory (ADF) használatával.
Az FHIR konvertertároló lemezképének implementálásához tekintse meg az FHIR konverter GitHub-projektet.
2024. április
DICOM-szolgáltatás
Továbbfejlesztett upsert művelet
A továbbfejlesztett Upsert művelettel feltölthet egy DICOM-lemezképet a kiszolgálóra, és zökkenőmentesen lecserélheti, ha már létezik. A fejlesztés előtt a felhasználóknak el kellett végezniük egy törlési műveletet, majd egy STOW-RS-t, hogy ugyanazt az eredményt elérjék. A továbbfejlesztett Upsert művelettel a DICOM-rendszerképek kezelése hatékonyabb és egyszerűbb.
Bővített tárterület a szükséges attribútumokhoz
A DICOM szolgáltatással a felhasználók legfeljebb 4 GB méretű DICOM-fájlokat tölthetnek fel. Egyetlen DICOM-fájl vagy fájlkombináció egyetlen kérelemben sem lépheti túl ezt a korlátot.
FHIR-szolgáltatás
A tömeges törlési művelet általánosan elérhető
A tömeges törlési művelet lehetővé teszi az FHIR-erőforrások törlését különböző szinteken, lehetővé téve, hogy az egészségügyi szervezetek megfeleljenek az adatmegőrzési szabályzatoknak, miközben aszinkron feldolgozási képességeket biztosítanak. A tömeges törlési művelet előnyei a következők:
- Tömeges törlés végrehajtása különböző szinteken: A tömeges törlési művelet lehetővé teszi az erőforrások aszinkron törlését az FHIR-kiszolgálóról. A tömeges törlést különböző szinteken hajthatja végre:
- Rendszerszint: Lehetővé teszi az FHIR-erőforrások törlését minden erőforrástípus esetében.
- Egyéni erőforrástípus: Lehetővé teszi adott FHIR-erőforrások törlését.
- Testreszabható: A lekérdezési paraméterek lehetővé teszik a nyers erőforrások szűrését a célzott törlésekhez.
- Aszinkron feldolgozás: A művelet aszinkron, és lekérdezési végpontot biztosít a folyamat nyomon követéséhez.
További információ:
2024. március
DICOM-szolgáltatás
Az Azure Data Lake Storage integrációja általánosan elérhető
Általánosan elérhető az Azure Data Lake Storage integrációja a DICOM szolgáltatáshoz az Azure Health Data Servicesben. A DICOM szolgáltatás felhőalapú tárhelyet biztosít az orvosi képalkotó adatokhoz a DICOMweb szabvány használatával. Az Azure Data Lake Storage integrációjával a szervezetek teljes mértékben szabályozhatják képalkotó adataikat, és nagyobb rugalmasságot kaphatnak az adatokhoz való hozzáféréshez és azok kezeléséhez az Azure Storage ökoszisztémán és API-kon keresztül.
Az Azure Data Lake Storage dicom szolgáltatással való használatával a szervezetek a következőkre képesek:
- Közvetlen hozzáférést biztosíthat a DICOM szolgáltatás által tárolt orvosi képalkotó adatokhoz az Azure Storage API-k és a DICOMweb API-k használatával, így nagyobb rugalmasságot biztosít az adatokhoz való hozzáféréshez és az adatok kezeléséhez.
- Nyissa meg az orvosi képalkotó adatokat az Azure Storage használatához szükséges eszközök teljes ökoszisztémája számára, beleértve az AzCopyt, az Azure Storage Explorert és az Adatáthelyezési könyvtárat.
- Új elemzési és AI/ML-forgatókönyvek feloldása az Azure Data Lake Storage-ba natívan integrálható szolgáltatások használatával, beleértve az Azure Synapse-t, az Azure Databrickset, az Azure Machine Learninget és a Microsoft Fabricet.
- Adjon meg vezérlőket a tárolási engedélyek, a hozzáférési vezérlők, a szintek és a szabályok kezeléséhez.
További információ:
- Orvosi képalkotó adatok kezelése a DICOM szolgáltatással és az Azure Data Lake Storage-ral
- A DICOM szolgáltatás üzembe helyezése az Azure Data Lake Storage használatával
FHIR-szolgáltatás
Csomag párhuzamosítása (GA)
A kötegek alapértelmezés szerint sorozatosan futnak az FHIR szolgáltatásban. A csomaghívások átviteli sebességének javítása érdekében engedélyeztük a párhuzamos feldolgozást.
További információ:
Az importálási művelet több erőforrástípust fogad el egyetlen fájlban
Az importálási művelet lehetővé teszi, hogy bemeneti fájlonként legyen erőforrástípus a kérelemparaméterekben. Ezzel a bővítménnyel több erőforrástípust is átadhat egyetlen fájlban.
Hibajavítások
Javítva: Az importálási művelet ugyanazzal az erőforrástípussal és a lastUpdated mezőértékkel betölti az erőforrásokat. A módosítás előtt az azonos típusú és
lastUpdatedmezőértékkel rendelkező kötegben végrehajtott erőforrások nem kerülnek be az FHIR szolgáltatásba. Ez a hibajavítás megoldja a problémát. Lásd: PR#3768.Javítva: FHIR keresés 3 vagy több egyéni keresési paraméterrel. A javítás előtt egy három vagy több egyéni keresési paramétert tartalmazó FHIR keresési lekérdezés a gyökérben az 504-ös HTTP-állapotkódot eredményezte. Lásd: PR#3701.
Javítva: A csomagfeldolgozás teljesítményének javítása. A feladatvégrehajtási módszer frissítése, amely lehetővé teszi a csomagfeldolgozási teljesítmény javítását. Lásd: PR#3727.
2024. február
FHIR-szolgáltatás
Az erőforrások összes verziójának számlálása engedélyezve van
A lekérdezési paraméter _summary=count , és _count=0 hozzáadható a végponthoz az _history összes verziójú erőforrás számának lekéréséhez. Ez a szám magában foglalja a korábbi és helyreállíthatóan törölt erőforrásokat.
A Revinclude-keresés az összes helyettesítő karaktert tartalmazó erőforrásra hivatkozhat
Az FHIR szolgáltatás támogatja a helyettesítő karakterek keresését a következővel revinclude: . Adja hozzá *.* a lekérdezés lekérdezési revinclude paraméteréhez, hogy az FHIR szolgáltatás hivatkozzon a forráserőforráshoz hozzárendelt összes erőforrásra.
Hibajavítások
Javítva: Az FHIR-lekérdezés válaszidejének javítása teljesítményjavításokkal. A teljesítmény javítása érdekében egy hiányzó módosító adható meg a rendezéshez használt keresési paraméterhez. Lásd: PR#3655.
Javítva: Az importálási művelet tiszteletben tartja a nem szekvenciális erőforrásverziók betöltését. A módosítás előtt a
importművelet feltételezett verzióinak növekményes módja szekvenciális egész számok. A hibajavítás után a verziók nem egymást követő sorrendben betölthetők. Lásd: PR#3685.
2024. január
DICOM-szolgáltatás
Fájlok tömeges frissítése
A tömeges frissítési művelet lehetővé teszi a DICOM szolgáltatásban tárolt fájlok képalkotó metaadatainak módosítását. A tömeges frissítés lehetővé teszi például, hogy egyetlen, aszinkron műveletben egy vagy több tanulmány DICOM-attribútumait módosítsa. Az API-val frissítéseket hajthat végre a betegek demográfiai adatait, és elkerülheti az ismétlődő, időigényes feltöltések költségeit.
A hatékonyságnövekedésen túl a tömeges frissítési képesség megőrzi a változáscsatorna változásainak rekordját, és megőrzi az eredeti, nem módosított példányokat a jövőbeli lekéréshez.
További információ:
FHIR-szolgáltatás
Választható keresési paraméterek (előzetes verzió)
Az előzetes verzióban elérhető választható keresési paraméter funkció lehetővé teszi a keresések testreszabását és optimalizálását az FHIR-erőforrásokon. A funkcióval kiválaszthatja, hogy mely beépített keresési paramétereket engedélyezze vagy tiltsa le az FHIR szolgáltatásban. Ha csak a szükséges keresési paramétereket engedélyezi, több FHIR-erőforrást tárolhat, és javíthatja az FHIR keresési lekérdezések teljesítményét.
További információ:
Az FHIR szolgáltatás integrálása az Azure Active Directory B2C-vel
Az egészségügyi szervezetek használhatják az FHIR szolgáltatást az Azure Health Data Servicesben az Azure Active Directory B2C-vel (Azure AD B2C). A szervezetek biztonságos és kényelmes módon biztosíthatnak hozzáférést az FHIR szolgáltatáshoz a különböző felhasználók vagy csoportok részletes hozzáférés-vezérlésével anélkül, hogy felhasználói fiókokat hoznak létre vagy hoznak létre a szervezet Microsoft Entra-azonosítójának bérlőjében. Ezzel az integrációval a szervezetek a következő lehetőségeket használhatják:
- További identitásszolgáltatókkal hitelesítheti és elérheti az FHIR-erőforrásokat smart on FHIR hatókörökkel.
- A smart on FHIR hatókörökkel kezelheti és testre szabhatja a felhasználói hozzáférési jogosultságokat és engedélyeket, amelyek támogatják a részletes hozzáférés-vezérlést, az FHIR-erőforrástípusokat és -interakciókat, valamint a felhasználó mögöttes jogosultságait.
Kapcsolódó tartalom:
- Az Azure Active Directory B2C használata az FHIR szolgáltatáshoz való hozzáférés biztosításához
- Több szolgáltató konfigurálása az FHIR szolgáltatáshoz
- Az FHIR szolgáltatás identitásszolgáltatói konfigurációjának hibaelhárítása
- A SMART engedélyezése az FHIR szolgáltatáshoz az FHIR-ben
- Minta: Azure ONC (g)(10) SMART az FHIR-en
Legfeljebb 100 TB tárterület kérése
Az FHIR szolgáltatás nagy mennyiségű állapotadatokat tárolhat és cserélhet, és minden FHIR szolgáltatáspéldányhoz alapértelmezés szerint 4 TB tárterületkorlát tartozik. Ha több adattal rendelkezik, megkérheti a Microsoftot, hogy növelje a tárterületet akár 100 TB-ra az FHIR szolgáltatáshoz.
A nagyobb tárterülettel a szervezetek nagy adatkészleteket kezelhetnek az elemzési forgatókönyvek engedélyezéséhez. Több tárhelyet használhat például a populáció állapotának kezeléséhez, a kutatáshoz és az állapotadatok új elemzéséhez. A több tárterülettel rendelkező Azure API nagy mennyiségű (4 TB-nál nagyobb) adatokkal rendelkező FHIR-ügyfelek számára lehetővé teszi az Azure Health Data Services FHIR szolgáltatásba való migrálását.
Ha 4 TB-nál nagyobb tárterületet szeretne igényelni, hozzon létre egy támogatási kérést az Azure Portalon, és használja a szolgáltatás- és előfizetési korlát (kvóták) problématípust.
Feljegyzés
A tárterület számlázási metrikáival kapcsolatos probléma miatt a 4 TB-nál nagyobb tárkapacitást választó ügyfelek a probléma megoldásáig nem fognak fizetni a tárterületért.
Kapcsolódó tartalom
Feljegyzés
Az FHIR® a HL7 bejegyzett védjegye, amelyet a HL7 engedélyével használnak.
A DICOM® az Országos Elektromos Gyártók Országos Szövetségének bejegyzett védjegye az orvosi információk digitális kommunikációjával kapcsolatos szabványügyi kiadványaihoz.