Aracılığıyla paylaş

Sürüm notları 2024: Azure Health Veri Hizmetleri

  • Makale

Bu makalede, Azure Health Veri Hizmetleri'nde FHIR® hizmeti, DICOM® hizmeti ve MedTech hizmeti için 2024'te yayımlanan özellikler, geliştirmeler ve hata düzeltmeleri açıklanmaktadır.

Kasım 2024

Azure Sağlık Verisi Hizmetleri

İçeri aktarma işleminde iyileştirmeler

  • Hata Günlüğü Geliştirmeleri: İçeri aktarma işlemi sırasında, hata günlüğü artık FHIR hizmetine alma sırasında başarısız olan belirli dosyaları bildirir. Bu geliştirme, başarısız içeri aktarmalar hakkında daha ayrıntılı geri bildirim sağlar.
  • İçeri Aktarma İşi İptali: İçeri aktarma işini iptal etme işleminin ilişkili alt işler için iptali tetiklemediği bir hata belirlendi. Bu sorun çözülür ve şimdi bir içeri aktarma işini iptal etmek, geçerli düzenleyicideki tüm ilgili alt işleri de iptal eder.
  • Dışarı Aktarma Doğrulama İyileştirmesi: Geçersiz arama parametrelerine rağmen dışarı aktarmaların devam ettiği bir sorun bulundu. Bu koşullar altında dışarı aktarmaları önlemek için bir değişiklik uygulanır. Bu varsayılan davranıştır, ancak müşteriler bunu lenient bayrağını kullanarak geçersiz kılabilir. Değişiklik geçen ay müşterilere iletildi.
  • Paket Performansı Geliştirmesi: Paket yürütme sırasında profil yenileme işlemi basitleştirildi. Bir paket , StructureDefinitionve/veya CodeSystemdeğişiklikleri ValueSetiçeriyorsa, paket tamamen tamamlanana kadar profil yenilemesi gerçekleşmez. Bu değişiklik, bu kaynak türlerindeki değişiklikleri işlerken birden çok yenilemenin neden olduğu gecikmeleri azaltarak paketlerin performansını artırır.
  • İçerik Türü Üst Bilgi Ayrıştırma: İçerik türü üst bilgisini ayrıştırmayla application/x-www-form-urlencoded ilgili bir sorun giderildi ve çözüldü.
  • Yeniden dizinleme Geliştirmeleri: Reindex işlemi, daha önce büyük geçmiş veri kümelerinin veya müşterilerin sınırlı bir sorgu boyutu istemesi durumlarının işlenmesini kısıtlayan yapay bir sınırlama kaldırılarak geliştirilmiştir. Ayrıca, varsayılan sorgu boyutuna sahip birçok sıralı geçmiş veya silinmiş kaynak işlenirken reindex işlemi yanlışlıkla "tamamlandı" olarak raporlanır. Yeniden dizinleme işleminin doğru tamamlandığından ve uygun durumu bildirdiğinden emin olmak için bu sorun giderildi.

Ekim 2024

Azure Sağlık Verisi Hizmetleri

FHIR hizmeti

Hata düzeltmeleri

  • Dışarı Aktarma Doğrulaması: Geçersiz arama parametrelerine rağmen dışarı aktarmaların devam ettiği bir sorun belirlendi. Bu koşullar altında dışarı aktarmayı engelleyen bir değişiklik sunuyoruz. Bu özellik şu anda katı bir doğrulama bayrağının arkasındadır ve 30 Ekim'de veya sonrasında varsayılan davranış olacaktır.
  • Arama Parametresi Ekleme: Ek arama parametrelerinin (örneğin, _include, _has) beklenen tüm sonuçları döndürmemesi ve bazen bir sonraki bağlantının atlanması sorunu çözüldü.
  • Dışarı Aktarma İşi Yürütme: Erken çıkışlar engellenerek dışarı aktarma işi tamamlanma sırasında karşılaşılan nadir bir durum System.ObjectDisposedException giderildi.
  • HTTP Durum Kodu Güncelleştirmesi: İş oluşturma sırasında $reindex geçersiz parametreler için HTTP durum kodu artık 400'e güncelleştirilerek daha iyi hata işleme sağlar.
  • Arama Parametresi Temizleme: Silme API çağrılarıyla tetiklendiğinde veritabanındaki arama parametrelerinin tam olarak temizlendiğinden emin olmak ve eksik silmelerle ilgili sorunları gidermek için bir düzeltme uygulandı.
  • Azalan Sıralama Sorunu: Azalan sıralama işlemlerinin, ilgili kaynaklar mevcut olsa bile, sıralanan alanda veri yoksa kaynak döndürmediği bir sorun çözüldü.
  • Kimlik Doğrulama Hatası İşleme: İçeri aktarma istekleri yönetilen kimlik kapalı olarak yürütülürken kimlik doğrulama hatalarını yönetmek için yeni bir catch bloğu eklendi.

Eylül 2024

Azure Sağlık Verisi Hizmetleri

FHIR hizmeti

Gelişmiş İhracat Verimliliği

Bellek kullanımını iyileştirmek için dışarı aktarma işlevi geliştirildi. Bu değişiklikle, dışarı aktarma işlemi artık verileri blob depolamaya tek seferde bir kaynak göndererek bellek tüketimini azaltır.

Ağustos 2024

Azure Sağlık Verisi Hizmetleri

FHIR hizmeti

İçeri aktarma işlemi hata işleme

  1. İçeri aktarma işlemi aracılığıyla bir arama parametresi kaynağı alındığında içeri aktarma işlemi bir HTTP 400 hatası döndürür. Bu değişiklik, içeri aktarma işlemiyle alındığında arama parametrelerinin geçersiz bir duruma geçirilmesini önlemeyi amaçlar.
  2. İçeri aktarma işlemi, depolama hesabıyla ilgili yapılandırma sorunlarının oluştuğu durumlarda önceki HTTP 500 durum kodunun aksine bir HTTP 400 durum kodu döndürür. Bu güncelleştirme, içeri aktarma işlemleri sırasında yönetilen kimliklerle ilişkili hata işlemeyi iyileştirmeyi amaçlar.

Temmuz 2024

Azure Sağlık Verisi Hizmetleri

FHIR hizmeti

JSON verilerindeki tarihlerin Verileri Dönüştür işleminde dize olarak değerlendirilmesine izin ver

JSON verileri içinde sağlanan tarihler, sağlanandan farklı bir biçimde döndürülebilir. Tarih olarak tanımlanan JSON yük dizelerinin seri durumdan çıkarılması sırasında .NET DateTime nesnelerine dönüştürülür. Daha sonra bu nesneler Liquid şablon altyapısından geçmeden önce dizelere geri dönüştürülür. Bu dönüştürme, tarih değerinin yeniden biçimlendirilmesine ve FHIR hizmetinin yerel saat diliminde temsil edilmesine neden olabilir.

Dizelerin .NET DateTime nesnelerine zorlaması boole parametresi jsonDeserializationTreatDatesAsStringskullanılarak devre dışı bırakılabilir. olarak ayarlandığında true, sağlanan veriler bir dize olarak kabul edilir ve Liquid altyapısına sağlanmadan önce değiştirilmez.

İçeri Aktarma İşlemi geliştirmesi

FHIR hizmeti artık kaynak düzeyinde bir sürüm belirtmeden veri alımına izin veriyor. Kaynakların sırası lastUpdated değeri kullanılarak korunur. Bu geliştirme "allowNegativeVersions" bayrağını tanıtır. Bayrağı true olarak ayarlamak, FHIR hizmetinin kaynak kayıtları için açık bir lastUpdated değeri olan ve sürüm belirtilmeyen negatif sürümler atamasına olanak tanır.

Hata Düzeltmeleri

  • _security:not arama parametresi kullanılırken geçici olarak silinen kaynakların eklenmesi düzeltildi Arama işlemlerinde _security:not arama parametresi kullanılırken, geçici olarak silinen kaynakların kimlikleri arama sonuçlarına dahil ediliyordu. Geçici olarak silinen kaynakların artık arama sonuçlarından dışlanması sorunu düzeltildi.
  • Verileri SMART Kullanıcısı Olarak Dışarı Aktarma Smart kullanıcı olarak verileri dışarı aktarmak için artık yazma kapsamları gerekmez. Daha önce, verileri dışarı aktarmak için SMART kullanıcısına "yazma" ayrıcalıkları verilmesi gerekiyordu ve bu da daha yüksek ayrıcalık düzeylerini işaret ediyordu. SMART kullanıcısı olarak bir dışarı aktarma işi başlatmak için, kullanıcının RBAC'deki FHIR dışarı aktarma rolünün üyesi olduğundan ve "okuma" SMART klinik kapsamını istediğinden emin olun. Durum Kodunu HTTP 500'den HTTP 400'e Güncelleştirme
  • Durum Kodu HTTP 500'den HTTP 400'e Güncelleştiriliyor Düzeltme eki işlemi sırasında, yük parametre dışında bir kaynak türü için güncelleştirme istediyse, başlangıçta bir iç sunucu hatası (HTTP 500) oluştu. Bunun yerine http 400 hatası oluşturacak şekilde güncelleştirildi.

Performans geliştirmesi

Bir veri aralığıyla FHIR kaynakları aranırken sorgu iyileştirmesi eklenir. Bu sorgu iyileştirmesi, birleştirilmiş bir CTE oluşturulduktan sonra verimli sorgulamaya yardımcı olur.

Mayıs 2024

Azure Sağlık Verisi Hizmetleri

FHIR hizmeti

İçeri Aktarma işlemine yönelik ölçeklendirme geliştirmesi

İçeri aktarma işlemleri için ölçeklendirme mantığı geliştirilmiştir ve birden çok işin paralel olarak yürütülmesini sağlar. Bu değişiklik, içeri aktarma işlemi için denetim günlüklerini etkiler. Tek tek içeri aktarma işlerinin denetim günlükleri, her satırın bir iç işleme işine karşılık gelen birden çok satırı vardır.

Hata düzeltmeleri

  • Düzeltildi: Uzun süre çalışan istekler için HTTP durum kodu. Yürütülmesi 100 saniyeden uzun olan FHIR istekleri, HTTP 500 yerine bir HTTP 408 durum kodu döndürür.
  • Düzeltildi: Pakette geçmiş isteği. Düzeltmeden önce, paketteki geçmiş isteği HTTP durum kodu 404'i döndürdü.

Tek başına FHIR dönüştürücüsü (önizleme)

Önizleme için kullanılabilen tek başına FHIR dönüştürücü API'si FHIR hizmetinden ayrılmıştır ve kapsayıcı (Docker) görüntüsü olarak paketlenir. FHIR dönüştürücüsü, kayıt kaynağındaki verileri FHIR R4 paketlerine dönüştürmenize ek olarak şunları sunar:

  • Kayıt kaynağından FHIR R4 paketlerine ve geri çift yönlü veri dönüştürme. Örneğin, FHIR dönüştürücüsü verileri FHIR R4 biçiminden HL7v2 biçimine geri dönüştürebilir.
  • Varsayılan Liquid şablonlarının özelleştirilmesi için geliştirilmiş deneyim.
  • Azure Data Factory (ADF) ile ETL (ayıklama, dönüştürme, yükleme) işlem hattı oluşturmayı gösteren örnekler.

FHIR dönüştürücü kapsayıcı görüntüsünü uygulamak için bkz . FHIR dönüştürücü GitHub projesi.

Nisan 2024

DICOM hizmeti

Gelişmiş Upsert işlemi

Gelişmiş Upsert işlemi, dicom görüntüsünü sunucuya yüklemenizi ve zaten varsa sorunsuz bir şekilde değiştirmenizi sağlar. Bu geliştirmeden önce, kullanıcıların aynı sonucu elde etmek için bir Silme işlemi ve ardından bir STOW-RS gerçekleştirmesi gerekiyordu. Gelişmiş Upsert işlemiyle DICOM görüntülerinin yönetimi daha verimli ve kolay hale getiriliyor.

Gerekli öznitelikler için genişletilmiş depolama alanı

DICOM hizmeti, kullanıcıların boyutu 4 GB'a kadar olan DICOM dosyalarını karşıya yüklemesine olanak tanır. Tek bir istekteki tek bir DICOM dosyası veya dosya bileşiminin bu sınırı aşmasına izin verilmez.

FHIR hizmeti

Toplu silme işlemi genel kullanıma sunuldu

Toplu silme işlemi farklı düzeylerdeki FHIR kaynaklarının silinmesine olanak tanıyarak sağlık kuruluşlarının zaman uyumsuz işleme özellikleri sağlarken veri saklama ilkelerine uymasını sağlar. Toplu silme işleminin avantajları şunlardır:

  • Toplu silme işlemini farklı düzeylerde yürüt: Toplu silme işlemi, FHIR sunucusundan zaman uyumsuz olarak kaynak silmenizi sağlar. Toplu silmeyi farklı düzeylerde yürütebilirsiniz:
    • Sistem düzeyi: Tüm kaynak türlerinde FHIR kaynaklarının silinmesini etkinleştirir.
    • Tek tek kaynak türü: Belirli FHIR kaynaklarının silinmesine izin verir.
  • Özelleştirilebilir: Sorgu parametreleri, hedeflenen silme işlemleri için ham kaynakların filtrelenmesine izin verir.
  • Zaman uyumsuz işleme: İşlem zaman uyumsuzdur ve ilerleme durumunu izlemek için bir yoklama uç noktası sağlar.

Daha fazla bilgi edinin:

Mart 2024

DICOM hizmeti

Azure Data Lake Storage ile tümleştirme genel kullanıma sunuldu

Azure Health Data Services'da DICOM hizmeti için Azure Data Lake Storage tümleştirmesi genel olarak kullanılabilir. DICOM hizmeti, DICOMweb standardını kullanarak tıbbi görüntüleme verileri için bulut ölçeğinde depolama sağlar. Azure Data Lake Storage'ın tümleştirilmesiyle kuruluşlar, görüntüleme verileri üzerinde tam denetime sahip olabilir ve Azure depolama ekosistemi ve API'leri aracılığıyla bu verilere erişim ve verilerle çalışma esnekliğini artırabilir.

Kuruluşlar, DiCOM hizmetiyle Azure Data Lake Storage'ı kullanarak şunları yapabilir:

  • Azure depolama API'lerini ve DICOMweb API'lerini kullanarak DICOM hizmeti tarafından depolanan tıbbi görüntüleme verilerine doğrudan erişimi etkinleştirerek verilere erişmek ve verilerle çalışmak için daha fazla esneklik sağlar.
  • AzCopy, Azure Depolama Gezgini ve Veri Taşıma kitaplığı dahil olmak üzere Azure depolama ile çalışmaya yönelik tüm araçlar ekosistemine kadar tıbbi görüntüleme verilerini açın.
  • Azure Synapse, Azure Databricks, Azure Machine Learning ve Microsoft Fabric gibi Azure Data Lake Storage ile yerel olarak tümleşen hizmetleri kullanarak yeni analiz ve AI/ML senaryolarının kilidini açın.
  • Depolama izinlerini, erişim denetimlerini, katmanları ve kuralları yönetmek için denetimler verin.

Daha fazla bilgi edinin:

FHIR hizmeti

Paket paralelleştirme (GA)

Paketler varsayılan olarak FHIR hizmetinde seri olarak yürütülür. Paket çağrılarıyla aktarım hızını geliştirmek için paralel işlemeyi etkinleştirdik.

Daha fazla bilgi edinin:

İçeri aktarma işlemi tek dosyada birden çok kaynak türünü kabul eder

İçeri aktarma işleminin istek parametrelerinde giriş dosyası başına kaynak türüne sahip olması için izin verilir. Bu geliştirme özelliğiyle, tek bir dosyada birden çok kaynak türü geçirebilirsiniz.

Hata düzeltmeleri

  • Düzeltildi: İçeri aktarma işlemi aynı kaynak türüne ve lastUpdated alan değerine sahip kaynakları alır. Bu değişiklik öncesinde, aynı tür ve lastUpdated alan değerine sahip bir toplu işte yürütülen kaynaklar FHIR hizmetine alınmıyordu. Bu hata düzeltmesi sorunu giderir. Bkz. PR#3768.

  • Düzeltildi: 3 veya daha fazla özel arama parametresiyle FHIR araması. Bu düzeltmeden önce, kökte üç veya daha fazla özel arama parametresine sahip bir FHIR arama sorgusu HTTP durum kodu 504 ile sonuçlandı. Bkz. PR#3701.

  • Düzeltildi: Paket işleme için performansı geliştirme. Paket işleme performansı iyileştirmesini etkinleştirerek görev yürütme yöntemine yönelik güncelleştirmeler. Bkz. PR#3727.

Şubat 2024

FHIR hizmeti

Kaynakların tüm sürümlerini sayma etkin

sorgu parametresi _summary=count ve _count=0 tüm sürümlenmiş kaynakların sayısını almak için uç noktaya eklenebilir _history . Bu sayı, geçmiş ve geçici olarak silinen kaynakları içerir.

Aramayı yeniden oluştur joker karakterli tüm kaynaklara başvurabilir

FHIR hizmeti ile revincludejoker karakter aramalarını destekler. FHIR hizmetini kaynak kaynağa eşlenen tüm kaynaklara başvurmaya yönlendirmek için sorgudaki sorgu parametresine revinclude ekleyin*.*.

Hata düzeltmeleri

  • Düzeltildi: Performans geliştirmeleriyle FHIR sorgu yanıt süresini geliştirin. Performansı geliştirmek için, sıralama için kullanılan bir arama parametresi için eksik bir değiştirici belirtilebilir. Bkz. PR#3655.

  • Düzeltildi: İçeri aktarma işlemi sıralı olmayan kaynak sürümlerinin alımını kabul eder. Bu değişiklik öncesinde, işlemdeki import artımlı mod sürümlerin sıralı tamsayılar olduğu varsayılır. Bu hata düzeltmesi sonrasında, sürümler sıralı olmayan sırayla alınabiliyor. Bkz. PR#3685.

Ocak 2024

DICOM hizmeti

Dosyaların toplu güncelleştirmesi

Toplu güncelleştirme işlemi, DICOM hizmetinde depolanan birden çok dosya için görüntüleme meta verilerini değiştirmenize olanak tanır. Örneğin toplu güncelleştirme, tek bir zaman uyumsuz işlemde bir veya daha fazla çalışma için DICOM özniteliklerini değiştirmenize olanak tanır. Hasta demografik bilgilerine yönelik güncelleştirmeler gerçekleştirmek ve zaman alan karşıya yüklemelerin tekrarlanmasından kaçınmak için BIR API kullanabilirsiniz.

Toplu güncelleştirme özelliği, verimlilik kazançlarının ötesinde değişiklik akışındaki değişikliklerin kaydını korur ve özgün, değiştirilmemiş örnekleri daha sonra almak üzere kalıcı hale getirmektedir.

Daha fazla bilgi edinin:

FHIR hizmeti

Seçilebilir arama parametreleri (önizleme)

Önizleme için kullanılabilen seçilebilir arama parametresi özelliği, FHIR kaynaklarındaki aramaları özelleştirmenize ve iyileştirmenize olanak tanır. Bu özellik, FHIR hizmeti için hangi yerleşik arama parametrelerinin etkinleştirileceğini veya devre dışı bırakileceğini seçmenizi sağlar. Yalnızca ihtiyacınız olan arama parametrelerini etkinleştirerek daha fazla FHIR kaynağı depolayabilir ve potansiyel olarak FHIR arama sorgularının performansını geliştirebilirsiniz.

Daha fazla bilgi edinin:

FHIR hizmetinin Azure Active Directory B2C ile tümleştirilmesi

Sağlık kuruluşları, Azure Active Directory B2C (Azure AD B2C) ile Azure Health Veri Hizmetleri'nde FHIR hizmetini kullanabilir. Kuruluşlar, kuruluşlarının Microsoft Entra ID kiracısında kullanıcı hesapları oluşturmadan veya kullanıma sunmadan farklı kullanıcılar veya gruplar için ayrıntılı erişim denetimiyle FHIR hizmetine erişim vermek için güvenli ve kullanışlı bir yol elde edebilir. Bu tümleştirmeyle kuruluşlar şunları yapabilir:

  • FHIR kapsamlarında SMART ile FHIR kaynaklarının kimliğini doğrulamak ve bunlara erişmek için ek kimlik sağlayıcıları kullanın.
  • Ayrıntılı erişim denetimini, FHIR kaynak türlerini ve etkileşimlerini ve kullanıcının temel ayrıcalıklarını destekleyen FHIR kapsamlarında SMART ile kullanıcı erişim haklarını veya izinlerini yönetin ve özelleştirin.

İlgili içerik:

100 TB'a kadar depolama isteğinde bulunun

FHIR hizmeti büyük miktarlarda sistem durumu verilerini depolayabilir ve değiştirebilir ve her FHIR hizmet örneğinin varsayılan olarak 4 TB depolama sınırı vardır. Daha fazla veriniz varsa Microsoft'un FHIR hizmetiniz için depolama alanını 100 TB'a kadar artırmasını isteyebilirsiniz.

Kuruluşlar daha fazla depolama alanıyla analiz senaryolarını etkinleştirmek için büyük veri kümelerini işleyebilir. Örneğin, nüfus durumunu yönetmek, araştırma yapmak ve sağlık verilerinden yeni içgörüler elde etmek için daha fazla depolama alanı kullanabilirsiniz. Ayrıca daha fazla depolama alanı, yüksek hacimli verileri (4 TB'den büyük) olan FHIR müşterileri için Azure API'sinin Azure Health Veri Hizmetleri'nde FHIR hizmetine geçişini sağlar.

4 TB'tan büyük depolama isteğinde bulunmak için Azure portalında bir destek isteği oluşturun ve Hizmet ve Abonelik sınırı (kotalar) sorun türünü kullanın.

Not

Depolama için faturalama ölçümleriyle ilgili bir sorun nedeniyle, 4 TB'tan fazla depolama kapasitesi seçen müşteriler, sorun çözülene kadar depolama için faturalandırılamaz.

İlgili içerik

Sürüm notları 2021

Sürüm notları 2022

Sürüm notları 2023

Bilinen sorunlar

Not

FHIR®, HL7'nin tescilli ticari markasıdır ve HL7'nin izniyle kullanılır.

DICOM® , Tıbbi bilgilerin dijital iletişimleri ile ilgili Standartları yayınları için Ulusal Elektrik Üreticileri Birliği'nin tescilli ticari markasıdır.