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. á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, például az Azure Synapse, az Azure Databricks, az Azure Machine Tanulás és a Microsoft Fabric használatával.
- 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
lastUpdated
mezőértékkel rendelkező kötegben végrehajtott erőforrások nem lettek betöltve 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 az FHIR keresési lekérdezés a gyökérben három vagy több egyéni keresési paraméterrel az 504-ös HTTP-állapotkódot eredményezte. Lásd: PR#3701.
Javítva: A csomagfeldolgozás teljesítményének javítása. Frissítések a feladatvégrehajtási módszerre kerülnek, ami a csomagfeldolgozási teljesítmény javulásához vezet. 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
import
mű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.