Archiwum neutralne dla dostawców

Vendor Neutral Archive ( VNA ) to technologia obrazowania medycznego , w której obrazy i dokumenty (oraz potencjalnie każdy plik o znaczeniu klinicznym) są przechowywane (archiwizowane) w standardowym formacie ze standardowym interfejsem, dzięki czemu można uzyskać do nich dostęp w neutralny sposób przez inne systemy.

Terminologia ta jest używana w odróżnieniu od tradycyjnych systemów archiwizacji obrazu i komunikacji (PACS), chociaż toczy się debata na temat tego, gdzie leży granica między VNA a PACS wzdłuż kontinuum ich wspólnych cech.

Definicja

Najprostsza definicja to „urządzenie medyczne, które przechowuje obrazy medyczne w standardowym formacie ze standardowym interfejsem, dzięki czemu inne systemy mogą uzyskać do nich dostęp w sposób niezależny od dostawcy”.

Tak zwana „neutralność dostawcy” jest implikowana przez standardowy format i interfejs, a neutralność dotyczy specyficznych dla dostawcy urządzeń, które wytwarzają lub wykorzystują te obrazy (np. jak w przypadku raportowania radiologicznego, tj. PACS ).

Dokładna definicja i zestaw funkcji są jednak kontrowersyjne i ewoluują, gdy różni dostawcy VNA próbują odróżnić się od swoich konkurentów i uniknąć wykluczenia, a klienci wyrażają pragnienia, od pragmatycznych po fantastyczne.

Istnieje ogólna zgoda co do następujących kluczowych funkcji:

  • Przechowywanie obrazów DICOM i powiązanych obiektów złożonych (stany prezentacji, obiekty kluczowe, raporty strukturalne)
  • Standardowy interfejs sieciowy DICOM do przechowywania, wyszukiwania i wyszukiwania
  • Aktualizacje i poprawki administracyjne (zmiany identyfikatorów pacjentów i łączenie badań)
  • Skalowalność

Każda z poniższych cech pozostaje kontrowersyjna w tym sensie, że niektórzy klienci i dostawcy twierdzą, że niektóre lub wszystkie mają fundamentalne znaczenie dla tej koncepcji, ale inni się z tym nie zgadzają:

  • Przechowywanie obiektów niezwiązanych bezpośrednio z obrazami (takich jak żądania i raporty generowane przez ludzi)
  • Przechowywanie treści innych niż DICOM (takich jak dokumenty HL7 CDA )
  • Protokoły dostępu inne niż DICOM (takie jak IHE Cross-Enterprise Document Sharing ( XDS i XDS-I)
  • Rozwiązywanie tożsamości i kodów międzydomenowych (identyfikator pacjenta, numer dostępu, kody procedur)
  • Dynamiczny morfing tagów DICOM
  • Zarządzanie cyklem życia informacji
  • Wykluczenie zawartości bazy danych zarządzania przepływem pracy
  • Niezależność od wyboru silnika bazy danych
  • Ścieżka audytu dostępu

Historia

Ewolucja

Tradycyjnie potrzeba przechowywania obrazów medycznych była najbardziej powszechna w oddziałach radiologii i medycyny nuklearnej i była realizowana w formie podspecjalistycznych i oddziałowych (PACS), które połączyły funkcje zarządzania obrazami i archiwizacji obrazów w jedno rozwiązanie. Chociaż wszystkie takie systemy mają standardowe interfejsy ( DICOM i IHE ) do pozyskiwania i dystrybucji obrazów w sieci i na nośnikach fizycznych (takich jak CD), zazwyczaj przepływ pracy i optymalną wydajność wyświetlania uzyskuje się przy użyciu zastrzeżonego oprogramowania i protokołów. Ponadto trwałe przechowywanie „wewnątrz” zastrzeżonego PACS może nie mieć standardowej formy, PACS może nie aktualizować przechowywanych plików najnowszymi badaniami i aktualizacjami demograficznymi oraz adnotacjami przechowywanymi w bazie danych, a także może rozszerzać się, nadużywać lub zależeć od określone standardowe i niestandardowe (prywatne) atrybuty DICOM w przechowywanych plikach.

Z biegiem czasu, w wielu implementacjach, podstawowa infrastruktura pamięci masowej została „wyeliminowana” z tradycyjnego (PACS) na poziomie sprzętu i systemu plików ( DAS , NAS , SAN ) i zamiast tego jest dostarczana przez dane komputerowe niezwiązane z domeną sprzedawcy magazynów .

Ponieważ coraz więcej specjalności medycznych wykorzystuje obrazy w swojej praktyce, istnieje potrzeba rozszerzenia możliwości przechowywania i dystrybucji obrazów na inne działy w całym przedsiębiorstwie. Coraz częściej istnieje potrzeba współdziałania na wyższym poziomie aplikacji, oddzielając przepływy pracy specyficzne dla działów, rozwiązania do wyświetlania i analizy od infrastruktury przechowywania obrazów, przy użyciu standardowych protokołów, które rozpoznają obrazy i metadane, bez poświęcania wydajności wyświetlania.

Czynnikiem komplikującym jest to, że oferty (PACS) podlegają ciągłym zmianom w odniesieniu do funkcji i jakości usług, a użytkownicy tradycyjnie rezygnują z jednego dostawcy i wymieniają swój produkt na inny co 3–5 lat. Powoduje to konieczność „migracji” obrazów i powiązanych informacji do nowej architektury bez utraty danych, co jest zadaniem nietrywialnym pomimo stosowania standardowych formatów kodowania obrazów. Koncepcja VNA teoretycznie pozwala na większą stabilność (możliwość ponownego wykorzystania i rzadsza migracja) na poziomie archiwum, pomimo szybkiej ewolucji i zmian na wyższym poziomie aplikacji (wyświetlanie i przepływ pracy). Oczywiście migracja z VNA jednego dostawcy do innego również nie jest trywialna, tylko miejmy nadzieję, że będzie rzadsza.

Alternatywnym określeniem VNA jest „PACS Neutral Archive”, które być może lepiej oddaje pierwotną intencję, ale termin ten jest rzadko używany, a na dobre i na złe VNA stało się popularnym hasłem wśród klientów i sprzedawców .

Literatura

Jak wspomniano powyżej, archiwum obrazów jest naturalnie w większości statyczne — to znaczy większość zawartości archiwum pozostaje niezmieniona, a jedynie (stosunkowo) niewielka liczba badań jest dodawana każdego dnia i wymaga niewielkiej liczby zmian i poprawek.

Od początków PACS oczekiwano, że konieczne będzie zdefiniowanie standardowych granic interoperacyjności. Standardy ACR-NEMA, a później DICOM powstały w celu zaspokojenia nie tylko potrzeby standardowego formatu plików, ale także protokołów przechowywania obrazów z modalności akwizycji do archiwów oraz wyszukiwania i pobierania obrazów z archiwum. Już pierwszy standard ACR-NEMA z 1985 roku definiował transakcje FIND i GET. Czyli od początku przewidziano oddzielenie stacji roboczych i zarządzania przepływem pracy od archiwów. Pierwsze demonstracje DICOM w RSNA, które rozpoczęły się w 1992 r., Wykorzystały tak zwany „centralny węzeł testowy”, który prawdopodobnie był jednym z pierwszych archiwów neutralnych dla dostawców opartych na DICOM, chociaż ta etykieta nie była wówczas używana. Homegrown PACS lub mini-PACS zazwyczaj opisywał archiwum i stację roboczą jako oddzielne jednostki. Wiele, choć nie wszystkie, monolitycznych komercyjnych PACS nadal korzystało z zastrzeżonych protokołów między swoimi zintegrowanymi stacjami roboczymi i archiwami, ale zawsze uznawano potrzebę obsługi oddzielnych stacji roboczych innych firm do zadań specjalistycznych, takich jak przetwarzanie 3D i planowanie radioterapii, i realizowane przy użyciu protokołu DICOM.

W 1998 roku Erickson i Hangiandreou omówili zalety ponownego oddzielenia funkcji archiwizacji od konwencjonalnego monolitycznego PACS i wykorzystania wstępnego pobierania w celu zapełnienia „urządzenia do przechowywania interpretacji”. Opisują również zapytania i pobieranie z wielu archiwów (w sposób, który można by teraz nazwać zapytaniem federacyjnym), aby zapewnić udostępnianie obrazów między przedsiębiorstwami. W artykule zwrócono uwagę na niektóre praktyczne wyzwania w tamtym czasie, takie jak względna nieefektywność wykonywania zapytań DICOM w tak wielu archiwach i oddzielania tych odpowiedzi, które są istotne dla pobierania wstępnego, a także wyzwania związane z identyfikatorami pacjentów. Niemniej jednak możliwość posiadania obrazów w systemie odrębnym od stacji roboczej uznano za ważną możliwość. Ostatecznie Erickson i współpracownicy przekształcili to w start-up TeraMedica w 2000 roku, który został zakupiony przez Fuji Medical Systems w 2015 roku.

W jednym z wielu wpisów na blogu Michael Gray nawiązuje do wczesnego opisu koncepcji oddzielenia front-endowych aplikacji klinicznych od funkcji back-end storage w artykule Nadima Dahera, analityka rynku obrazowania medycznego w firmie Frost & Sullivan.

Długo działający wątek Aunt Minnie PACS Forum przeszedł na dygresję, aby omówić kwestię neutralnych archiwów wśród szerszej publiczności po odpowiedzi Michaela Graya.

Biała księga z 2009 roku autorstwa Wayne'a DeJarnette'a jest wczesną próbą ustalenia definicji opartej na wymaganym zestawie funkcji, a jego firma dostarczyła również nowszą interpretację.

Michael Gray przedstawia podstawowe składniki VNA w swoim wpisie na blogu z 2009 roku, nawiązując do listy kontrolnej atrybutów Acuo, której najnowszą formę można znaleźć w białej księdze Shannon Werb na temat atrybutów „prawdziwej” VNA.

Herman Oosterwijk przedstawia nowszy opis w imieniu firmy Teramedica w swojej białej księdze, w której podaje bardziej szczegółową definicję: „Archiwum neutralne dla dostawcy (VNA) to urządzenie medyczne, które zapewnia skalowalne zarządzanie obrazem i informacjami oraz cyklem życia, dzięki czemu obrazy i powiązane informacje mogą być przeszukiwane, przechowywane i pobierane w sposób zdefiniowany przez otwarte standardy na poziomie wielu oddziałów, przedsiębiorstw i regionów, przy jednoczesnym zachowaniu prywatności i bezpieczeństwa pacjentów.Cechą charakterystyczną VNA jest to, że zapewnia podejście skoncentrowane na pacjencie który wykracza poza aktualizacje i zmiany różnych komponentów przeglądania, akwizycji i zarządzania przepływem pracy, ponieważ powinny one być wymienne bez konieczności migracji, konwersji lub zmiany formatów danych lub interfejsu VNA”.

Związek VNA z przechowywaniem obrazów medycznych w chmurze jest również niejasny, choć oferuje duży potencjał zgodności z popularnymi hasłami , a Michael Gray zapewnia pewną jasność w swoim artykule zleconym przez EMC.

Opisano różne alternatywne modele i ramy wdrażania, które dotyczą kwestii kosztów, wartości i barier wejścia.

Ponieważ termin „VNA” był tak nadużywany jako termin marketingowy, osiągnął już status mityczny.

Cechy

Aktualizacje i poprawki administracyjne

Archiwum pasywne po prostu przechowuje to, co otrzymuje, i potencjalnie nadpisuje to samo, gdy zostanie ponownie odebrane ze zmianami, ale z tymi samymi (unikalnymi) identyfikatorami. Jest to niewystarczające w przypadku operacji produkcyjnej, w której popełniane są błędy i konieczne jest poprawienie danych demograficznych pacjentów lub poprawienie błędów (podczas badania wybrano niewłaściwego pacjenta lub wniosek lub stronę, aw nagłówkach obrazów znajdują się nieprawidłowe informacje).

Istnieją standardy obejmujące niektóre przypadki użycia, takie jak IHE Patient Information Reconciliation (PIR) i Imaging Object Change Management (IOCM).

Tożsamość międzydomenowa i rozpoznawanie kodu

Aby archiwum obejmowało departamenty, instytucje, regiony, a nawet granice państw, należy zająć się kwestią identyfikacji jednostek i pojęć.

Ogólnie, w domenie, takiej jak pojedyncza instytucja, identyfikatory pacjentów i identyfikatory wniosków, badań i raportów (np. według numerów dostępu) są przypisywane jednoznacznie w obrębie tej domeny, ale nie poza nią. Większość systemów wewnętrznych (i większość systemów PACS ) nie zarządza istnieniem wielu domen tożsamości, a jeśli identyfikatory są używane w różnych domenach, dochodzi do kolizji i niejednoznaczności. W związku z tym każdy identyfikator musi być albo kwalifikowany przez swój „uprawnienie przydzielające”, gdy jest używany (podejście przyjęte przez IHE oparty na DICOM Profil Multiple Image Manager Archive (MIMA)) lub przekształcony w pojedynczy „kanoniczny” identyfikator, który obejmuje zakres większej domeny, która obejmuje wszystkie zintegrowane systemy obejmujące wiele przedsiębiorstw (podejście przyjęte przez IHE Cross Enterprise Document Sharing . Podczas importowania obrazów zewnętrznych do lokalnym archiwum, należy również zająć się tą kwestią, zwykle poprzez odwzorowanie identyfikatora zewnętrznego na identyfikator wewnętrzny i ponowne zakodowanie informacji (wymuszenie) w „nagłówku” DICOM lub innych metadanych (na przykład w sposób określony w przepływ pracy uzgadniania importu).

To, czy obsługa tego jest podstawową funkcją VNA, zależy od środowiska, w którym ma zostać wdrożona (w ramach jednego przedsiębiorstwa lub między przedsiębiorstwami), ale solidne wsparcie zapewnia ubezpieczenie na wypadek przyszłych zmian konfiguracji wdrożenia (takich jak fuzje przedsiębiorstw).

Podobnie lokalne zestawy kodów używane do takich rzeczy, jak kody procedur (dla „zleceń”, w przeciwieństwie do kodów rozliczeniowych), nie są dobrze ustandaryzowane i tam, gdzie są one przydatne w obrazach do kierowania przepływem pracy i wyświetlania (takich jak wiszące protokoły), możliwość mapowania ich również jest przydatną funkcją.

Dynamiczny morfing tagów

Jednym z celów VNA jest przechowywanie informacji i udostępnianie ich wielu systemom, które mogą mieć różne wymagania dotyczące ich wykorzystania i oczekiwania co do bardzo specyficznych cech przechowywanych w nich atrybutów DICOM i wartości, zarówno standardowych, jak i prywatnych.

Koncepcja „dynamicznego przekształcania znaczników” jest reklamowana jako rozwiązanie problemu dwóch różnych systemów oczekujących różnych wartości w tym samym atrybucie. „Zmiana znaczników” odnosi się do zmiany wartości w jednym lub większej liczbie atrybutów (zwykle w tym kontekście są to elementy danych DICOM). Można tego dokonać „statycznie”, w którym to przypadku przeprowadzane jest tylko jedno mapowanie, lub „dynamicznie”, w którym to przypadku przeprowadzanych jest wiele mapowań, z których każde jest specyficzne dla konkretnego odbiorcy.

W swojej zdegenerowanej formie możliwość mapowania dowolnego znacznika i wartości na inny jest z natury niebezpieczna i podważa wartość próby standaryzacji atrybutów w pierwszej kolejności oraz wysiłków dostawców modalności i PACS, aby używać ich „właściwie”. To powiedziawszy, istnieją różnice w zainstalowanej bazie, a nawet nowe produkty w sposobie wykorzystania niektórych pól, szczególnie w przypadku wysoce specyficznych i zaawansowanych form obrazowania, oraz odpowiednie różnice w oczekiwaniach zaawansowanych aplikacji do wyświetlania i analizy danych wejściowych. W związku z tym jest to popularna funkcja, pomimo jej niebezpieczeństw. Niektórzy będą zdecydowanie argumentować, że sklasyfikowanie jako VNA jest istotną cechą.

Ta funkcja przypomina to, co jest powszechne w świecie HL7 w wersji 2, tak zwany silnik interfejsu, który został zaprojektowany do mapowania prawie wszystkiego na wszystko inne, w zależności od źródła i celu.

Typowym przypadkiem użycia jest zmiana wartości w opisie serii dostarczonych przez tryby akwizycji, aby umożliwić dwóm różnym systemom PACS współdzielącym te same dane korzystanie z różnych zasad zawieszania protokołów opartych na opisie serii. Prawdopodobnie można by to osiągnąć w bardziej standardowy sposób, gdyby modalności wypełniały inne atrybuty bardziej szczegółowo, protokoły akwizycji i ich kody były lepiej ustandaryzowane, a silniki protokołów wiszących byłyby bardziej elastyczne, ale biorąc pod uwagę ograniczenia stanu techniki, ta technika pozostaje użyteczny.

Dynamiczny morfing znaczników różni się od określonych zmian atrybutów związanych z tożsamością międzydomenową i rozdzielczością kodu (co DICOM w PS 3.4 określa jako „przymus”), dla których istnieją standardy określające, co należy zmienić, kiedy i jak oraz które często obejmują dodatkowe podmioty, takie jak Główny Wskaźnik Pacjentów, chociaż niektórzy zwolennicy łączą je razem, a niektóre produkty wdrażają je przy użyciu tego samego mechanizmu.

Michael Gray był wczesnym orędownikiem morfingu tagów i uważa go za podstawową funkcję VNA. Opis przypadków użycia morfingu tagów można znaleźć w białej księdze Wayne'a Dejarnette'a z 2010 roku.

Zarządzanie cyklem życia informacji

Dysk jest tani, chociaż energia i klimatyzacja nie są, ale niezależnie od tego, koszt przechowywania jest ograniczony, zwłaszcza gdy płaci się na bieżąco, zamiast korzystać z lokalnie hostowanej skapitalizowanej infrastruktury.

W związku z tym po wygaśnięciu medyczno-prawnych okresów przechowywania lub wygaśnięciu przydatności klinicznej (np. w przypadku śmierci pacjenta) wielu użytkowników chciałoby mieć możliwość wyczyszczenia pamięci. Zasady tego są złożone i różnią się w zależności od jurysdykcji, a także w zależności od lokalnych zasad. Biorąc pod uwagę sprzeczne żądania finansistów, zarządzających ryzykiem, prawników, badaczy i nauczycieli, osiągnięcie porozumienia w sprawie takiej polityki może być trudne.

Niezależnie od tego, potencjalnie użyteczną funkcją VNA jest obsługa lokalnie konfigurowalnych kryteriów usuwania (eliminacji) opartych na regułach, czy to poprzez bezpośrednie wdrażanie reguł, czy odpowiadanie na żądania IHE Imaging Object Change Management (IOCM) z oddzielnego mechanizmu reguł.

Treści inne niż DICOM

VNA nie powinny mieć trudności z przechowywaniem treści DICOM, takich jak obrazy i powiązane informacje, takie jak stany prezentacji i tak zwane „dokumenty dowodowe”, takie jak ustrukturyzowane raporty DICOM zawierające takie rzeczy, jak pomiary zarejestrowane przez modalność lub wyniki przetwarzania końcowego, takie jak z CAD .

Jednak w środowisku klinicznym mogą być dostępne inne rodzaje dokumentów i obiektów masowych, których przechowywanie byłoby pożądane. Większość PACS przyjmuje podejście polegające na konwersji ich do formatu DICOM, w niektórych przypadkach używając obiektów przeznaczonych do „hermetyzacji” innego typu obiektów. Klasycznym przykładem jest zeskanowany dokument zapisany jako plik PDF i umieszczony w obiekcie DICOM PDF wraz z metadanymi wystarczającymi do jego identyfikacji i zarządzania nim, tak jakby był obrazem. VNA powinny obsługiwać tego typu hermetyzowane obiekty DICOM, a „nagłówek” DICOM zapewnia środki do uzyskiwania metadanych do indeksowania w celu obsługi zapytań i pobierania. Michael Gray szczegółowo omawia ten temat w swojej białej księdze na ten temat.

W przypadku innych typów obiektów lub gdy nie ma dostępnego obiektu enkapsulacji DICOM lub gdy nie ma potrzeby łączenia się z systemami DICOM, o ile istnieje standardowy sposób dostarczania metadanych niezbędnych do indeksowania, na przykład przy użyciu HL7 w wersji 2 wiadomości lub usługi rejestru XDS, to teoretycznie VNA może przechowywać wszystko.

Określone typy treści innych niż DICOM, takie jak instancja dokumentu HL7 CDA zawierająca na przykład raport radiologiczny, mogą być przechowywane jako XDS lub najpierw zamknięte w obiekcie DICOM Encapsulated CDA i przechowywane przy użyciu usług DICOM lub ich treści i nagłówek można transkodować do instancji raportu strukturalnego DICOM. W pełni funkcjonalna VNA może mieć możliwość transkodowania dowolnej pojedynczej instancji do innej formy, w zależności od potrzeb systemu żądającego („morfingu obiektów”, jeśli wolisz).

Opis podejścia Wayne'a Dejarnette'a do obiektowej pamięci masowej innej niż DICOM w jego produkcie został opisany w jego białej księdze z 2009 roku.

Standaryzacja interfejsu

Format pliku obrazu na nośniku pamięci długoterminowej

Panuje powszechna zgoda co do tego, że w przypadku obrazów wymagane jest użycie formatu pliku DICOM, a tam, gdzie obrazy są kompresowane w celu archiwizacji lub transportu, należy stosować standardowe, a nie zastrzeżone schematy kompresji (składnie przesyłania). Rzeczywiście, cechą wyróżniającą większość VNA, w przeciwieństwie do wielu tradycyjnych PACS, jest unikanie zastrzeżonych formatów wewnętrznych, rzekomo używanych w przeszłości ze względu na „wydajność”, przy jednoczesnym uzyskaniu dobrej wydajności we wszystkich interfejsach.

Implementacje mogą się różnić w zakresie obsługiwanych schematów kompresji, niezależnie od tego, czy kompresja odwracalna (bezstratna) jest obowiązkowa do celów archiwizacji medyczno-prawnej. Implementacje różnią się również zakresem obsługiwanych typów obrazów specyficznych dla modalności; chociaż wiele archiwów zasadniczo obsługuje wszystkie obiekty informacyjne obrazu DICOM, niektóre skrajne przypadki, takie jak całe obrazy patologii slajdów i długie filmy, mogą nie być obsługiwane. Ogólną cechą VNA jest próba zachowania wszystkich atrybutów w pierwotnej postaci, w tym atrybutów prywatnych (własnościowych), czy to z trybu pozyskiwania, czy dodanych przez inne aplikacje (takie jak stacje robocze QC lub PACS).

DICOM opisuje wiele różnych „definicji obiektów informacyjnych” i „klas SOP” do przechowywania obrazów z określonymi metadanymi związanymi z określonymi modalnościami i aplikacjami, a ich lista rośnie wraz z rozwojem technologii. Ponieważ format DICOM jest z natury rozszerzalny, a wszystkie nowe obiekty opierają się na wspólnym kodowaniu i wzorcu, VNA powinny być w stanie przechowywać dowolny obiekt obrazu DICOM, niezależnie od tego, czy klasa SOP jest rozpoznana, czy nowa. Można to osiągnąć poprzez zastosowanie konfigurowalnej konfiguracji w celu dodania nowych klas SOP lub analizę zawartości „nagłówka” obiektów lub proste podejście polegające na akceptowaniu, przechowywaniu i zwracaniu wszystkiego, co zostało przesłane przez DICOM C- operacja SKLEP.

Protokoły przesyłania obrazu

Konwencjonalny DICOM

Wsparcie podstawowego DICOM C-STORE, C-FIND, C-MOVE i najlepiej C-GET jest fundamentalne i nie podlega dyskusji. Zwykle obsługiwana jest podstawowa składnia transferu nieskompresowanego, w tym niejawna i jawna little-endian VR oraz mniej powszechna składnia transferu big-endian. Zakres skompresowanych składni przesyłania zwykle obejmuje bezstratny JPEG oraz odwracalny i nieodwracalny JPEG 2000 , czasami JPEG-LS , i zwykle stratny JPEG dla obrazów, które zostały dostarczone w ten sposób (zwłaszcza fotografii w prawdziwych kolorach. Obsługa kompresji ruchu (innej niż wieloklatkowy JPEG) jest mniej powszechna, ale być może bardziej powszechna w VNA niż w PACS, zwłaszcza do przechowywania i zwracania bez oglądanie.

WADO

Większość zgodzi się, że ważnym interfejsem VNA jest oryginalna wersja Web Access to DICOM Persistent Objects (WADO), która umożliwia pobieranie pojedynczych obrazów za pomocą adresu URL HTTP w formacie pliku DICOM lub wstępnie renderowane do formatu konsumenckiego, takiego jak JPEG .

XDS-Ib

SOAP Web Service w ramach IHE Cross Enterprise Document Sharing for Imaging są również ogólnie uważane za warunek wstępny, aby móc ubiegać się o status VNA .

Obiekty związane z obrazem

Stany prezentacji

Skala szarości lub transformacja renderowania kolorów zastosowana do obrazów do wyświetlenia powinna być przechowywana jako obiekt stanu prezentacji DICOM. Obiekty te obsługują obrazy w skali szarości i prawdziwych kolorów, a także zastosowanie tabeli wyszukiwania pseudokolorów do obrazów w skali szarości. Stany prezentacji mogą również rejestrować zastosowane powiększanie i przesuwanie (wybór wyświetlanego obszaru). IHE używa ich w profilu spójnej prezentacji obrazów (CPI).

Ponieważ wiele nowoczesnych systemów PACS może również przechowywać adnotacje obrazów przy użyciu obiektów stanu prezentacji DICOM, VNA musi je obsługiwać, w tym nie tylko przechowywanie i zwracanie, ale także wybór i wyświetlanie w dowolnej przeglądarce dostarczonej jako komponent VNA.

Adnotacje, obszary zainteresowania i pomiary

Preferowanym formatem przechowywania adnotacji , obszarów zainteresowania i pomiarów jest obiekt DICOM Structured Report (SR), który umożliwia zachowanie struktury, zakodowanych i semantycznych informacji, a nie tylko prezentację. IHE nazywa je dokumentami dowodowymi (ED). Obiekty DICOM SR mogą być również tworzone w kontekście IHE określa je w profilu Simple Image and Numeric Report (SINR).

Ponieważ wiele metod akwizycji, systemy CAD do mammografii i stacje robocze do ilościowej analizy obrazu wytwarzają obiekty SR, VNA powinna być zdolna do ich przechowywania i zwracania. W idealnej sytuacji każdy komponent przeglądarki powinien umożliwiać ogólne (jeśli nie idealne) renderowanie zawartości dowolnego SR, w tym wyświetlanie współrzędnych na obrazach odniesienia.

W przypadku określonych dziedzin, takich jak radioterapia , używany jest starszy format, zestaw struktur DICOM RT, który może kodować (tylko) izokontury względnych współrzędnych pacjenta 3D, a niektóre stacje robocze inne niż RT również je wytwarzają zamiast SR. VNA również musi je obsługiwać.

Kluczowe obrazy i wybór obiektów

Powszechną koncepcją w PACS jest oznaczanie przez użytkownika (takiego jak operator modalności lub radiolog interpretujący) niektórych obrazów (lub innych obiektów) jako „kluczowych”, tj. szczególnie interesujących z jakiegoś powodu. Chociaż przestarzały PACS może rejestrować to tylko jako flagę w wewnętrznej bazie danych, nowoczesny PACS używa DICOM Key Object Selection (wyspecjalizowana forma SR) do eksportowania tych informacji. To użycie jest opisane w profilu IHE Key Image Note (KIN). VNA musi obsługiwać przechowywanie i zwracanie obiektów KOS, a także ich wybór i wyświetlanie w dowolnej przeglądarce.

Raporty dawek promieniowania

Ponieważ wiele technik obrazowania medycznego dostarcza pacjentowi nietrywialne ilości promieniowania jonizującego, ekspozycja na dawkę musi być śledzona, aw niektórych jurysdykcjach musi to być rejestrowane przez prawo. DICOM definiuje wyspecjalizowaną formę ustrukturyzowanego raportu, ustrukturyzowanego raportu dawki promieniowania (RDSR), aby to zakodować. IHE używa ich w profilu zarządzania narażeniem na promieniowanie (REM). VNA musi obsługiwać przechowywanie i zwracanie pokarmu, aw idealnym przypadku byłoby w stanie wyodrębnić krytyczne informacje do wyświetlenia w dowolnej przeglądarce.

Raporty proceduralne

W radiologii i medycynie nuklearnej praktyka dyktowania i transkrypcji (lub używania rozpoznawania mowy ) jest dobrze zakorzeniona, a ich wynikiem jest zazwyczaj proza ​​​​nieustrukturyzowana lub o minimalnej strukturze, zakodowana jako zwykły tekst i rozpowszechniana faksem lub wiadomościami HL7 w wersji 2 lub innym równie prymitywnym mechanizmem. Trwała forma tych „dokumentów” nie jest dobrze ustandaryzowana, ale wielu klientów oczekuje, że VNA będzie w stanie zaakceptować je w dowolnym preferowanym formacie lokalnym. Obowiązują te same zasady, co w przypadku przechowywania wszelkich treści innych niż DICOM, w tym wykorzystanie komunikatów HL7 w wersji 2 lub XDS do dostarczania metadanych zamiast ustrukturyzowanego „nagłówka”, na przykład w przypadku raportów renderowanych jako PDF, kiedy nie zostały zamknięte w obiektach DICOM lub CDA. Teraz, gdy HL7 obiecał złagodzić swoją wcześniej zamkniętą politykę dotyczącą własności intelektualnej, w tym udostępnienie CDA za darmo, możliwe, że CDA stanie się preferowaną formą kodowania, ale VNA nadal będą musiały akceptować (i być może transkodować) raporty w mnóstwie z zainstalowanej podstawy. DICOM definiuje szablony do kodowania raportów generowanych przez człowieka jako obiekty DICOM Structured Report (SR), a IHE określa je w profilu Simple Image and Numeric Report (SINR).

Obiekty radioterapii

Oprócz zestawów struktur DICOM RT, aby VNA nadawała się do użytku w przedsiębiorstwie wykonującym radioterapię, cała rodzina obiektów DICOM RT do wiązek, jonów i brachyterapii musi być przechowywana i zwracana.

Surowe obiekty danych

DICOM definiuje obiekt Raw Data, który jest zasadniczo konwencjonalnym złożonym nagłówkiem instancji DICOM z informacjami o pacjencie, badaniu, serii i instancji, ale bez ładunku. Był przeznaczony do przechowywania nieprzetworzonych danych , które nie są łatwo reprezentowane jako obraz lub obiekt podobny do obrazu, takich jak surowe widoki uzyskane z detektorów skanera CT lub dane k- przestrzeni ze skanera MRI, ale można użyć do zakodowania wszystkiego. VNA powinna być w stanie je przechowywać i zwracać, nawet jeśli może nie być świadoma ich zawartości i tylko urządzenie, z którego pochodzi, może je zinterpretować.

Obiekty audio, kształtu fali i spektroskopii

Chociaż istnieje wiele formatów konsumenckich do kodowania dźwięku w powszechnym użyciu, brakuje im nagłówka lub metadanych niezbędnych do identyfikacji pacjenta i spotkania. VNA, która chce wspierać te potrzeby, musi mieć środki dostarczania takich informacji, takie jak przesyłanie za pomocą XDS. DICOM definiuje obiekt Basic Audio i chociaż nie obsługuje mnóstwa kodeków audio dostępnych w świecie konsumenckim, niektóre PACS je produkują, więc VNA powinien je obsługiwać.

Przebiegi oparte na czasie (takie jak EKG) mogą być przechowywane w formacie DICOM lub w wielu innych formatach i obowiązują te same zasady, co w przypadku dźwięku; tzn. jeśli format jest zorientowany medycznie, użyj metadanych nagłówka do indeksowania podczas przyjmowania, jeśli nie, użyj XDS, aby go zarejestrować.

spektroskopii DICOM MR jest zdefiniowany, a ponieważ niektóre modalności go wytwarzają, VNA powinna być w stanie przechowywać i zwracać jego wystąpienia.

Obiekty prywatne

DICOM pozwala na koncepcję prywatnych klas SOP, które wykorzystują mechanizmy kodowania i przesyłania DICOM, ale których treść jest nieprzejrzysta. Sprzedawcy używają ich z dobrym skutkiem, gdy jest to konieczne do kodowania informacji, które nie zostały znormalizowane, a także nadużywają ich dla wygody zamiast używania standardowego kodowania. Niezależnie od tego, ponieważ ich zawartość może być ważna dla przebiegu pracy klinicznej, VNA powinna być konfigurowalna w celu ich przyjmowania, przechowywania i zwracania.

Przypadków użycia

Spektrum ofert dostawców

Biorąc pod uwagę zawiłą historię, nie powinno dziwić, że dwa produkty podające się za VNA mogą mieć zupełnie różne zestawy funkcji i wydajność. Istnieją jednak zasadniczo cztery kategorie produktów:

  • Systemy innych firm, które rozwinęły się niezależnie od PACS
  • Zewnętrzne systemy archiwizacji pierwotnie przeznaczone dla BC/DR
  • Produkty centralnego repozytorium obsługujące dostęp międzyfirmowy i zewnętrzny
  • Tradycyjne systemy PACS, które mają ulepszony standardowy dostęp do swojego archiwum wewnętrznego

Dziedzictwo każdej pojedynczej linii produktów może być istotnym czynnikiem przy rozważaniu przydatności do innego zastosowania niż pierwotnie zamierzono, pomimo rzekomego zestawu funkcji ponownie przewidzianego przez kreatywny dział marketingu.

Rynek

Wielkość globalnego rynku VNA jest niewielka w porównaniu z rynkiem PACS, ale rzekomo rośnie.

Przegląd stanu rynku VNA na koniec 2012 roku można znaleźć w tym podsumowaniu.

Pobrano z „ https://en.wikipedia.org/w/index.php?title=Vendor_Neutral_Archive&oldid=1034887010 ”