Bagikan melalui

Catatan rilis 2024: Azure Health Data Services

  • Artikel

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.

Oktober 2024

Azure Health Data Services

Layanan FHIR

Perbaikan bug

  • Validasi Ekspor: Masalah diidentifikasi di mana ekspor berlanjut meskipun parameter pencarian tidak valid. Kami memperkenalkan perubahan yang mencegah ekspor dalam kondisi ini. Fitur ini saat ini berada di belakang bendera validasi yang ketat dan akan menjadi perilaku default pada atau setelah 30 Oktober.
  • Inklusi Parameter Pencarian: Kami menyelesaikan masalah di mana parameter pencarian tambahan (misalnya, , _include_has) tidak mengembalikan semua hasil yang diharapkan, terkadang menghilangkan tautan berikutnya.
  • Ekspor Eksekusi Pekerjaan: Kejadian langka System.ObjectDisposedException selama penyelesaian pekerjaan ekspor telah ditangani dengan mencegah keluar dini.
  • Pembaruan Kode Status HTTP: Kode status HTTP untuk parameter yang tidak valid selama $reindex pembuatan pekerjaan sekarang diperbarui ke 400, memastikan penanganan kesalahan yang lebih baik.
  • Pembersihan Parameter Pencarian: Perbaikan telah diterapkan untuk memastikan pembersihan lengkap parameter pencarian dalam database saat dipicu dengan panggilan API penghapusan, mengatasi masalah yang terkait dengan penghapusan yang tidak lengkap.
  • Masalah Pengurutan Turun: Menyelesaikan masalah di mana operasi pengurutan turun tidak mengembalikan sumber daya jika bidang yang diurutkan tidak memiliki data dalam database, bahkan ketika sumber daya yang relevan ada.
  • Penanganan Kegagalan Autentikasi: Menambahkan blok tangkapan baru untuk mengelola kegagalan autentikasi saat permintaan impor dijalankan dengan identitas terkelola dinonaktifkan.

September 2024

Azure Health Data Services

Layanan FHIR

Efisiensi Ekspor yang Ditingkatkan

Fungsionalitas ekspor telah ditingkatkan untuk mengoptimalkan penggunaan memori. Dengan perubahan ini, proses ekspor sekarang mendorong data ke penyimpanan blob satu sumber daya pada satu waktu, mengurangi konsumsi memori.

Agustus 2024

Azure Health Data Services

Layanan FHIR

Penanganan kesalahan operasi impor

  1. Operasi impor mengembalikan kesalahan HTTP 400 saat sumber daya parameter pencarian diserap melalui proses impor. Perubahan ini dimaksudkan untuk mencegah parameter pencarian ditempatkan dalam status tidak valid saat diserap dengan operasi impor.
  2. Operasi impor mengembalikan kode status HTTP 400, dibandingkan dengan kode status HTTP 500 sebelumnya, jika terjadi masalah konfigurasi dengan akun penyimpanan. Pembaruan ini bertujuan untuk meningkatkan penanganan kesalahan yang terkait dengan identitas terkelola selama operasi impor.

Juli 2024

Azure Health Data Services

Layanan FHIR

Izinkan tanggal dalam data JSON diperlakukan sebagai string dalam operasi Convert-Data

Dimungkinkan agar tanggal yang disediakan dalam data JSON dikembalikan dalam format yang berbeda dari yang disediakan. Selama deserialisasi string payload JSON yang diidentifikasi sebagai tanggal dikonversi menjadi objek DateTime .NET. Objek-objek ini kemudian dikonversi kembali ke string sebelum melalui mesin templat Liquid. Konversi ini dapat menyebabkan nilai tanggal diformat ulang dan diwakili dalam zona waktu lokal layanan FHIR.

Koersi string ke objek .NET DateTime dapat dinonaktifkan menggunakan parameter jsonDeserializationTreatDatesAsStringsboolean . Ketika diatur ke true, data yang disediakan diperlakukan sebagai string dan tidak akan dimodifikasi sebelum disediakan ke mesin Liquid.

Peningkatan Operasi Impor

Layanan FHIR sekarang memungkinkan penyerapan data tanpa menentukan versi di tingkat sumber daya. Urutan sumber daya dipertahankan menggunakan nilai lastUpdated. Peningkatan ini memperkenalkan bendera "allowNegativeVersions". Mengatur bendera true memungkinkan layanan FHIR menetapkan versi negatif untuk rekaman sumber daya dengan nilai lastUpdated eksplisit dan tidak ada versi yang ditentukan.

Perbaikan Bug

  • Memperbaiki penyertaan sumber daya yang dihapus sementara saat menggunakan parameter _security:not search Saat menggunakan parameter _security:not search dalam operasi pencarian, ID untuk sumber daya yang dihapus sementara disertakan dalam hasil pencarian. Kami telah memperbaiki masalah sehingga sumber daya yang dihapus sementara sekarang dikecualikan dari hasil pencarian.
  • Mengekspor Data sebagai Data Ekspor Pengguna SMART sebagai pengguna SMART tidak lagi memerlukan cakupan tulis. Sebelumnya, perlu untuk memberikan hak istimewa "tulis" kepada pengguna SMART untuk mengekspor data, yang menyiratkan tingkat hak istimewa yang lebih tinggi. Untuk memulai pekerjaan ekspor sebagai pengguna SMART, pastikan pengguna adalah anggota peran ekspor FHIR di RBAC dan meminta cakupan klinis SMART "baca". Memperbarui Kode Status dari HTTP 500 ke HTTP 400
  • Memperbarui Kode Status dari HTTP 500 ke HTTP 400 Selama operasi patch, jika payload meminta pembaruan untuk jenis sumber daya selain parameter, kesalahan server internal (HTTP 500) awalnya dilemparkan. Ini telah diperbarui untuk melempar kesalahan HTTP 400 sebagai gantinya.

Peningkatan performa

Pengoptimalan kueri ditambahkan saat mencari sumber daya FHIR dengan rentang data. Pengoptimalan kueri ini membantu kueri yang efisien karena satu CTE gabungan dihasilkan.

Mei 2024

Azure Health Data Services

Layanan FHIR

Peningkatan penskalaan ke operasi Impor

Logika penskalaan untuk operasi impor ditingkatkan, memungkinkan beberapa pekerjaan dijalankan secara paralel. Perubahan ini berdampak pada log audit untuk operasi impor. Log audit untuk pekerjaan impor individual memiliki beberapa baris, dengan setiap baris yang sesuai dengan pekerjaan pemrosesan internal.

Perbaikan bug

  • Diperbaiki: Kode status HTTP untuk permintaan yang berjalan lama. Permintaan FHIR yang memakan waktu lebih dari 100 detik untuk menjalankan mengembalikan kode status HTTP 408 alih-alih HTTP 500.
  • Diperbaiki: Permintaan riwayat dalam bundel. Sebelum perbaikan, permintaan riwayat dalam bundel mengembalikan kode status HTTP 404.

Konverter FHIR yang berdiri sendiri (pratinjau)

API konverter FHIR mandiri yang tersedia untuk pratinjau dipisahkan dari layanan FHIR dan dikemas sebagai gambar kontainer (Docker). Selain memungkinkan Anda mengonversi data dari sumber rekaman ke bundel FHIR R4, konverter FHIR menawarkan:

  • Konversi data dua arah dari sumber rekaman ke bundel FHIR R4 dan kembali. Misalnya, konverter FHIR dapat mengonversi data dari format FHIR R4 kembali ke format HL7v2.
  • Pengalaman yang ditingkatkan untuk penyesuaian templat Liquid default.
  • Sampel yang menunjukkan cara membuat alur ETL (ekstrak, transformasi, muat) dengan Azure Data Factory (ADF).

Untuk mengimplementasikan gambar kontainer konverter FHIR, lihat proyek GitHub konverter FHIR.

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:

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 lastUpdated nilai 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 akar dengan tiga atau beberapa parameter pencarian kustom menghasilkan kode status HTTP 504. Lihat PR#3701.

  • Diperbaiki: Meningkatkan performa untuk pemrosesan bundel. Pembaruan pada metode eksekusi tugas, memungkinkan 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 import operasi yang diasumsikan versi adalah bilangan bulat berurutan. Setelah perbaikan bug ini, versi dapat diserap dalam urutan tidak berurutan. Lihat PR#3685.

January 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:

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 rilis 2021

Catatan rilis 2022

Catatan rilis 2023

Masalah yang diketahui

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.