Catatan rilis 2024: Azure Health Data Services
Artikel ini menjelaskan fitur, penyempurnaan, dan perbaikan bug yang dirilis pada tahun 2024 untuk layanan FHIR®, layanan DICOM®, dan layanan MedTech di Azure Health Data Services.
April 2024
Layanan DICOM
Operasi Upsert yang Disempurnakan
Operasi Upsert yang disempurnakan memungkinkan Anda mengunggah gambar DICOM ke server dan menggantinya dengan mulus jika sudah ada. Sebelum peningkatan ini, pengguna harus melakukan operasi Hapus diikuti oleh STOW-RS untuk mencapai hasil yang sama. Dengan operasi Upsert yang ditingkatkan, mengelola gambar DICOM lebih efisien dan efisien.
Penyimpanan yang diperluas untuk atribut yang diperlukan
Layanan DICOM memungkinkan pengguna mengunggah file DICOM hingga ukuran 4 GB. Tidak ada satu file DICOM atau kombinasi file dalam satu permintaan yang diizinkan untuk melebihi batas ini.
Layanan FHIR
Operasi penghapusan massal umumnya tersedia
Operasi penghapusan massal memungkinkan penghapusan sumber daya FHIR di berbagai tingkat, memungkinkan organisasi layanan kesehatan untuk mematuhi kebijakan retensi data sambil menyediakan kemampuan pemrosesan asinkron. Manfaat dari operasi penghapusan massal adalah:
- Jalankan penghapusan massal pada tingkat yang berbeda: Operasi penghapusan massal memungkinkan Anda menghapus sumber daya dari server FHIR secara asinkron. Anda dapat menjalankan penghapusan massal pada tingkat yang berbeda:
- Tingkat sistem: Memungkinkan penghapusan sumber daya FHIR di semua jenis sumber daya.
- Jenis sumber daya individual: Memungkinkan penghapusan sumber daya FHIR tertentu.
- Dapat disesuaikan: Parameter kueri memungkinkan pemfilteran sumber daya mentah untuk penghapusan yang ditargetkan.
- Pemrosesan asinkron: Operasi ini asinkron, menyediakan titik akhir polling untuk melacak kemajuan.
Selengkapnya:
Maret 2024
Layanan DICOM
Integrasi dengan Azure Data Lake Storage umumnya tersedia
Integrasi Azure Data Lake Storage untuk layanan DICOM di Azure Health Data Services umumnya tersedia. Layanan DICOM menyediakan penyimpanan skala cloud untuk data pencitraan medis menggunakan standar DICOMweb. Dengan integrasi Azure Data Lake Storage, organisasi dapat menikmati kontrol penuh atas data pencitraan mereka dan peningkatan fleksibilitas untuk mengakses dan bekerja dengan data tersebut melalui ekosistem dan API penyimpanan Azure.
Dengan menggunakan Azure Data Lake Storage dengan layanan DICOM, organisasi dapat:
- Aktifkan akses langsung ke data pencitraan medis yang disimpan oleh layanan DICOM menggunakan API penyimpanan Azure dan API DICOMweb, memberikan lebih banyak fleksibilitas untuk mengakses dan bekerja dengan data.
- Buka data pencitraan medis hingga seluruh ekosistem alat untuk bekerja dengan penyimpanan Azure, termasuk AzCopy, Azure Storage Explorer, dan pustaka Pergerakan Data.
- Buka kunci analitik baru dan skenario AI/ML dengan menggunakan layanan yang terintegrasi secara asli dengan Azure Data Lake Storage, termasuk Azure Synapse, Azure Databricks, Azure Pembelajaran Mesin, dan Microsoft Fabric.
- Berikan kontrol untuk mengelola izin penyimpanan, kontrol akses, tingkatan, dan aturan.
Selengkapnya:
- Mengelola data pencitraan medis dengan layanan DICOM dan Azure Data Lake Storage
- Menyebarkan layanan DICOM dengan Azure Data Lake Storage
Layanan FHIR
Paralelisasi bundel (GA)
Bundel dijalankan secara serial dalam layanan FHIR secara default. Untuk meningkatkan throughput dengan panggilan bundel, kami mengaktifkan pemrosesan paralel.
Selengkapnya:
Operasi impor menerima beberapa jenis sumber daya dalam satu file
Operasi impor diizinkan untuk memiliki jenis sumber daya per file input dalam parameter permintaan. Dengan kemampuan peningkatan ini, Anda dapat meneruskan beberapa jenis sumber daya dalam satu file.
Perbaikan Bug
Diperbaiki: Operasi impor menyerap sumber daya dengan jenis sumber daya yang sama dan nilai bidang lastUpdated. Sebelum perubahan ini, sumber daya yang dijalankan dalam batch dengan jenis dan
lastUpdatednilai bidang yang sama tidak diserap ke dalam layanan FHIR. Perbaikan bug ini mengatasi masalah tersebut. Lihat PR#3768.Diperbaiki: Pencarian FHIR dengan 3 parameter pencarian kustom atau lebih. Sebelum perbaikan ini, kueri pencarian FHIR di root dengan tiga atau beberapa parameter pencarian kustom menghasilkan kode status HTTP 504. Lihat PR#3701.
Diperbaiki: Meningkatkan performa untuk pemrosesan bundel. Pembaruan dilakukan pada metode eksekusi tugas, yang mengarah ke peningkatan performa pemrosesan bundel. Lihat PR#3727.
Februari 2024
Layanan FHIR
Menghitung semua versi sumber daya diaktifkan
Parameter _summary=count kueri dan _count=0 dapat ditambahkan ke _history titik akhir untuk mendapatkan hitungan semua sumber daya versi. Jumlah ini mencakup sumber daya historis dan penghapusan sementara.
Pencarian revinclude dapat mereferensikan semua sumber daya dengan karakter kartubebas
Layanan FHIR mendukung pencarian kartubebas dengan revinclude. Tambahkan *.* ke parameter kueri dalam revinclude kueri untuk mengarahkan layanan FHIR untuk mereferensikan semua sumber daya yang dipetakan ke sumber daya sumber.
Perbaikan bug
Diperbaiki: Meningkatkan waktu respons kueri FHIR dengan peningkatan performa. Untuk meningkatkan performa, pengubah yang hilang dapat ditentukan untuk parameter pencarian yang digunakan untuk pengurutan. Lihat PR#3655.
Diperbaiki: Operasi impor mematuhi penyerapan versi sumber daya non-berurutan. Sebelum perubahan ini, mode inkremental dalam
importoperasi yang diasumsikan versi adalah bilangan bulat berurutan. Setelah perbaikan bug ini, versi dapat diserap dalam urutan tidak berurutan. Lihat PR#3685.
Januari 2024
Layanan DICOM
Pembaruan massal file
Operasi pembaruan massal memungkinkan Anda mengubah metadata pencitraan untuk beberapa file yang disimpan dalam layanan DICOM. Misalnya, pembaruan massal memungkinkan Anda memodifikasi atribut DICOM untuk satu atau beberapa studi dalam satu operasi asinkron. Anda dapat menggunakan API untuk melakukan pembaruan pada demografi pasien dan menghindari biaya pengulangan unggahan yang memakan waktu.
Di luar keuntungan efisiensi, kemampuan pembaruan massal mempertahankan catatan perubahan dalam umpan perubahan dan mempertahankan instans asli yang tidak dimodifikasi untuk pengambilan di masa mendatang.
Selengkapnya:
Layanan FHIR
Parameter pencarian yang dapat dipilih (pratinjau)
Kemampuan parameter pencarian yang dapat dipilih yang tersedia untuk pratinjau memungkinkan Anda menyesuaikan dan mengoptimalkan pencarian pada sumber daya FHIR. Kemampuan ini memungkinkan Anda memilih parameter pencarian bawaan mana yang akan diaktifkan atau dinonaktifkan untuk layanan FHIR. Dengan hanya mengaktifkan parameter pencarian yang Anda butuhkan, Anda dapat menyimpan lebih banyak sumber daya FHIR dan berpotensi meningkatkan performa kueri pencarian FHIR.
Selengkapnya:
Integrasi layanan FHIR dengan Azure Active Directory B2C
Organisasi layanan kesehatan dapat menggunakan layanan FHIR di Azure Health Data Services dengan Azure Active Directory B2C (Azure AD B2C). Organisasi mendapatkan cara yang aman dan nyaman untuk memberikan akses ke layanan FHIR dengan kontrol akses terperinci untuk pengguna atau grup yang berbeda, tanpa membuat atau menampilkan akun pengguna di penyewa ID Microsoft Entra organisasi mereka. Dengan integrasi ini, organisasi dapat:
- Gunakan idP tambahan untuk mengautentikasi dan mengakses sumber daya FHIR dengan SMART pada cakupan FHIR.
- Mengelola dan menyesuaikan hak akses pengguna atau izin dengan SMART pada cakupan FHIR yang mendukung kontrol akses terperindar, jenis dan interaksi sumber daya FHIR, dan hak istimewa yang mendasar pengguna.
Konten terkait:
- Menggunakan Azure Active Directory B2C untuk memberikan akses ke layanan FHIR
- Mengonfigurasi beberapa penyedia identitas layanan untuk layanan FHIR
- Memecahkan masalah konfigurasi penyedia identitas untuk layanan FHIR
- Mengaktifkan SMART di FHIR untuk layanan FHIR
- Sampel: Azure ONC (g)(10) SMART di FHIR
Meminta penyimpanan hingga 100 TB
Layanan FHIR dapat menyimpan dan menukar data kesehatan dalam jumlah besar, dan setiap instans layanan FHIR memiliki batas penyimpanan 4 TB secara default. Jika Anda memiliki lebih banyak data, Anda dapat meminta Microsoft untuk meningkatkan penyimpanan hingga 100 TB untuk layanan FHIR Anda.
Dengan lebih banyak penyimpanan, organisasi dapat menangani himpunan data besar untuk mengaktifkan skenario analitik. Misalnya, Anda dapat menggunakan lebih banyak penyimpanan untuk mengelola kesehatan populasi, melakukan penelitian, dan mendapatkan wawasan baru dari data kesehatan. Selain itu, lebih banyak penyimpanan memungkinkan Azure API untuk pelanggan FHIR dengan data volume tinggi (lebih besar dari 4 TB) untuk bermigrasi ke layanan FHIR di Azure Health Data Services.
Untuk meminta penyimpanan yang lebih besar dari 4 TB, buat permintaan dukungan pada portal Azure dan gunakan jenis masalah Batas layanan dan Langganan (kuota).
Catatan
Karena masalah metrik penagihan untuk penyimpanan, pelanggan yang memilih kapasitas penyimpanan lebih dari 4 TB tidak akan ditagih untuk penyimpanan hingga masalah diselesaikan.
Konten terkait
Catatan
FHIR® adalah merek dagang terdaftar HL7 dan digunakan dengan izin HL7.
DICOM® adalah merek dagang terdaftar dari Asosiasi Produsen Listrik Nasional untuk publikasi Standar yang berkaitan dengan komunikasi digital informasi medis.