Neutrální archiv dodavatele - Vendor Neutral Archive

A Neutrální archiv dodavatele (VNA) je lékařské zobrazování technologie, ve které jsou obrázky a dokumenty (a potenciálně jakýkoli klinicky relevantní soubor) uloženy (archivovány) ve standardním formátu se standardním rozhraním, takže k nim mohou mít přístup jiné prodejci neutrální způsoby.

Tato terminologie se používá odlišně od tradiční Systémy pro archivaci a komunikaci obrázků (PACS), i když se diskutuje o tom, kde hranice mezi VNA a PACS leží podél kontinua jejich společných rysů.

Definice

Nejjednodušší definice je „zdravotnický prostředek, který ukládá lékařské obrazy ve standardním formátu se standardním rozhraním, takže k nim mohou mít přístup jiné systémy neutrálně vůči prodejci“.

Takzvaná „neutralita dodavatele“ je implikována standardním formátem a rozhraním a neutralita je ve vztahu k zařízením specifickým pro dodavatele, která tyto obrázky produkují nebo spotřebovávají (např. Pro zobrazení, distribuci nebo analýzu, se specifickými pracovními toky nebo bez nich, například pokud jde o radiologické hlášení, tj. a PACS ).

Přesná definice a sada funkcí je sporná a vyvíjí se, když se různí prodejci VNA pokoušejí odlišit od svých konkurentů a vyhnout se vyloučení a zákazníci vyjadřují přání od pragmatických po fantastické.

Existuje obecná shoda ohledně následujících klíčových funkcí:

  • Skladování DICOM obrázky a související složené objekty (stavy prezentace, klíčové objekty, strukturované zprávy)
  • Síťové standardní rozhraní DICOM pro ukládání, dotazování a načítání
  • Administrativní aktualizace a opravy (změny ID pacienta a sloučení studie)
  • Škálovatelnost

Každá z následujících funkcí zůstává sporná v tom smyslu, že někteří zákazníci a prodejci tvrdí, že některé nebo všechny jsou pro tento koncept zásadní, ale jiné nesouhlasí:

  • Ukládání objektů, které přímo nesouvisejí s obrázky (například požadavky a zprávy generované člověkem)
  • Ukládání obsahu jiného než DICOM (např HL7 CDA dokumenty)
  • Non-DICOM access protocols (such as IHE Cross-Enterprise Document Sharing (XDS a XDS-I)
  • Identita mezi doménami a rozlišení kódu (ID pacienta, přístupové číslo, kódy procedur)
  • Dynamické morfování značky DICOM
  • Správa životního cyklu informací
  • Vyloučení obsahu databáze pro správu pracovního toku
  • Nezávislost na výběru databázového stroje
  • Auditní stopa přístupu

Dějiny

Vývoj

Potřeba uchovávat lékařské snímky byla tradičně nejběžnější na odděleních radiologie a nukleární medicíny a byla implementována ve formě subšpecializace a oddělení (PACS), které spojily funkce správy snímků a archivace snímků do jediné řešení. Všechny tyto systémy mají standardní rozhraní (DICOM a JÁ ON ) pro příjem a distribuci obrázků v síti a na fyzických médiích (jako je CD) se obvykle pracovního toku a optimálního výkonu pro zobrazení dosahuje pomocí proprietárního softwaru a protokolů. Trvalé úložiště „uvnitř“ proprietárního PACS nemusí být ve standardní formě, PACS nemusí aktualizovat uložené soubory pomocí nejnovějších studijních a demografických aktualizací a anotací uložených v databázi a může se rozšiřovat, zneužívat nebo záviset na specifické standardní a nestandardní (soukromé) atributy DICOM v uložených souborech.

Postupem času byla v mnoha implementacích základní infrastruktura úložiště „zapracována“ z tradičního (PACS) hardwarového a souborového systému (DAS, NAS, SAN ) úroveň a místo toho jsou dodávány jinými než doménami ukládání dat v počítači prodejci.

Vzhledem k tomu, že do své praxe začleňuje obrázky více lékařských specializací, je potřeba rozšířit možnosti ukládání a distribuce obrazů na další oddělení v rámci celého podniku. Stále častěji existuje touha spolupracovat na vyšší aplikační úrovni a oddělit pracovní postupy specifické pro jednotlivá oddělení, zobrazovací a analytická řešení od infrastruktury úložiště obrazů pomocí standardních protokolů, které jsou si vědomy obrazů a metadat, aniž by došlo ke snížení výkonu zobrazení.

Komplikujícím faktorem je, že nabídky (PACS) jsou v neustálém vývoji, pokud jde o vlastnosti a kvalitu služeb, a uživatelé tradičně každých 3–5 let opustí jednoho dodavatele a nahradí svůj produkt jiným. To spouští potřebu „migrovat“ obrázky a související informace do nové architektury bez ztráty dat, což je netriviální úkol navzdory použití standardních formátů pro kódování obrázků. Koncept VNA teoreticky umožňuje větší stabilitu (opětovnou použitelnost a méně častou migraci) na úrovni archivu, a to navzdory rychlému vývoji a změnám na vyšší úrovni aplikace (zobrazení a pracovní tok). Přechod z VNA jednoho dodavatele na jiného samozřejmě není triviální, doufejme, že méně častý.[1]

Alternativním termínem pro VNA je „neutrální archiv PACS“, který možná lépe vyjadřuje původní záměr, ale tento termín se používá jen zřídka a v dobrém i horším případě se VNA stal módní slovo mezi zákazníky a prodejci.[2]

Literatura

Jak již bylo uvedeno výše, archiv obrázků je přirozeně většinou statický - to znamená, že většina obsahu archivu se nemění, každý den je přidáván pouze (relativně) malý počet studií a je vyžadováno několik změn a oprav.

Od počátků PACS se očekávalo, že bude třeba definovat standardní hranice interoperability[3]. Byly vytvořeny standardy ACR-NEMA a později DICOM, které řešily nejen potřebu standardního formátu souborů, ale také protokoly pro ukládání obrazů z modifikací akvizice do archivů a dotazování a načítání obrazů z archivu. Dokonce první standard ACR-NEMA z roku 1985[4] definované FIND a GET transakce[5]. Tj. S oddělením pracovních stanic a správy pracovních toků od archivů se počítalo od začátku. První demonstrace DICOM na RSNA začátkem roku 1992 využívaly takzvaný „centrální testovací uzel“[6], což byl pravděpodobně jeden z prvních neutrálních archivů dodavatelů založených na DICOM, ačkoli tento štítek se v té době nepoužíval. Domácí PACS nebo mini-PACS obvykle popisovaly archiv a pracovní stanici jako samostatné entity[7]. Mnoho, ale ne všechny, monolitické komerční PACS nadále využívaly proprietární protokoly mezi svými integrovanými pracovními stanicemi a archivy, ale vždy byla uznána potřeba podpory samostatných pracovních stanic třetích stran pro specializované práce, jako je 3D zpracování a plánování radioterapie, a implementováno pomocí protokolu DICOM.

V roce 1998 Erickson a Hangiandreou[8] diskutovali výhody opětovného oddělení funkčnosti archivu od konvenčního monolitického PACS a využití předběžného načítání k naplnění „interpretačního úložného zařízení“. Popisují také dotazování a načítání z více archivů (způsobem, který by se nyní nazýval federovaným dotazem), aby bylo zajištěno mezipodnikové sdílení obrazů. Článek si všiml některých praktických výzev v té době, jako je relativní neefektivnost provádění dotazů DICOM proti takovým vícenásobným archivům a oddělení těchto odpovědí relevantních pro předběžné načítání, stejně jako výzvy identifikátorů pacientů. Nicméně schopnost mít obrázky v samostatném systému od pracovní stanice byla považována za důležitou schopnost. Nakonec to Erickson a kolegové vyvinuli do startupové společnosti TeraMedica[9] v roce 2000, který koupila společnost Fuji Medical Systems v roce 2015.

V jedné z mnoha položek blogu[10] na toto téma odkazuje Michael Gray na časný popis konceptu oddělení klinických aplikací front-end od funkce back-end storage v článku Nadima Dahera, analytika trhu s lékařskými snímky společnosti Frost & Sullivan.[11]

Dlouho běžící vlákno tety Minnie PACS Forum odbočilo, aby diskutovalo o otázce neutrálních archivů mezi širším publikem po odpovědi Michaela Graye.[12]

Bílá kniha z roku 2009 od Waynea DeJarnette [13] je časný pokus o stanovení definice založené na požadované sadě funkcí a jeho společnost také poskytla novější výklad.[14]

Michael Gray nabízí své základní ingredience VNA ve svém příspěvku do blogu z roku 2009,[15] s odkazem na kontrolní seznam atributů společnosti Acuo, jehož nejnovější podobu lze najít v bílé knize Shannon Werb o atributech „skutečné“ VNA.[16]

Herman Oosterwijk poskytuje novější popis jménem Teramedica ve své bílé knize,[17] ve kterém nabízí podrobnější definici: „Vendor Neutral Archive (VNA) je zdravotnický prostředek, který poskytuje škálovatelný obraz a informace a správu životního cyklu, takže obrázky a související informace lze vyhledávat, ukládat a načítat způsobem, který je definováno otevřenými standardy na více odděleních, podnicích a na regionální úrovni při zachování soukromí a bezpečnosti pacientů. Charakteristické pro VNA je, že poskytuje přístup zaměřený na pacienta, který přesahuje upgrady a změny různých komponent pro prohlížení, akvizici a správu pracovního toku jako měly by být zaměnitelné, aniž byste museli migrovat, převádět nebo měnit datové formáty nebo rozhraní VNA. “

Vztah VNA k ukládání lékařských snímků v EU mrak je také mlhavé, i když nabízí vysoký potenciál pro dodržování módního slova a Michael Gray poskytuje určitou jasnost ve svém příspěvku zadaném společností EMC.[18]

Různé alternativní modely nasazení[19] a rámce[20] , které se zabývají otázkami nákladů, hodnoty a překážek vstupu.

Protože pojem „VNA“ byl tak zneužíván jako marketingový pojem, dosáhl již mýtického statusu.[21]

Funkce

Aktualizace a opravy pro správce

Pasivní archiv jednoduše uloží to, co obdrží, a potenciálně přepíše stejnou věc, když je znovu přijat se změnami, ale se stejnými (jedinečnými) identifikátory. To je nedostatečné v produkční operaci, kde dochází k chybám, a je nutné opravit demografické údaje pacienta nebo opravit chyby (během zkoušky byl vybrán nesprávný pacient nebo požadavek nebo strana a v záhlavích obrazu jsou nesprávné informace).

Existují standardy, které pokrývají některé případy použití, například IHE Patient Information Reconciliation (PIR) a Imaging Object Change Management (IOCM).

Identita mezi doménami a rozlišení kódu

Aby archiv zahrnoval oddělení, instituce, regiony nebo dokonce státní hranice, je třeba řešit otázku identifikace entit a konceptů.

Obecně platí, že v doméně, jako je jednotlivá instituce, jsou identifikátory pacientů a identifikátory žádostí, studií a zpráv (např. Podle přístupových čísel) přidělovány jednoznačně v rámci této domény, nikoli však mimo ni. Většina interních systémů (a většina PACS ) nespravujte existenci více domén identity a pokud se používají identifikátory napříč doménami, dochází ke kolizím a nejednoznačnosti. Každý identifikátor tedy musí být při použití buď kvalifikován svým „přidělujícím orgánem“ (přístup, který používá DICOM -na základě JÁ ON Více profilů archivu Image Manager (MIMA)) nebo vynuceno do jediného „kanonického“ identifikátoru, který pokrývá rozsah větší domény zahrnující všechny integrované mezipodnikové systémy (přístup IHE Sdílení dokumentů mezi podniky. Při importu externích obrazů do místního archivu je třeba tuto záležitost také řešit, obvykle mapováním vnějšího identifikátoru na interní identifikátor a překódováním informací (nátlak) do „záhlaví“ DICOM nebo jiných metadat (například způsobem uvedeným v Workflow importu odsouhlasení).

Zda podpora pro toto je základní funkce pro VNA závisí na tom, v jakém prostředí má být nasazeno (v rámci jednoho podniku nebo napříč podniky), ale robustní podpora poskytuje pojištění proti budoucím změnám konfigurace nasazení (jako jsou podnikové fúze).

Stejně tak místní sady kódů používané pro takové věci, jako jsou kódy procedur (pro „objednatelné položky“, na rozdíl od účtovacích kódů), nejsou dobře standardizovány a tam, kde jsou užitečné v obrázcích pro řízení pracovního toku a zobrazování (například závěsné protokoly), užitečná funkce je také schopnost mapovat je.

Dynamické morfování značek

Jedním z účelů VNA je uchovávat informace a sloužit jim více systémům, které mohou mít různé požadavky na jejich použití a očekávání velmi specifických vlastností atributů DICOM a hodnot v nich uložených, standardních i soukromých.

Koncept „dynamického značkování tagů“ je nabízen jako řešení problému dvou různých systémů očekávajících různé hodnoty u stejného atributu. „Tag morphing“ označuje změnu hodnot v jednom nebo více atributech (v tomto kontextu obvykle datové prvky DICOM). To lze provést „staticky“, v takovém případě se provede pouze jedno mapování, nebo „dynamicky“, v takovém případě se provede více mapování, každé specifické pro konkrétního příjemce.

Ve své zvrácené podobě je schopnost mapovat jakoukoli značku a hodnotu na jakoukoli jinou neodmyslitelně nebezpečnou a podkopává hodnotu pokusu o standardizaci atributů a snahy dodavatelů modality a PACS je „správně“ používat. To znamená, že existují rozdíly v instalované základně a dokonce i v nových produktech v tom, jak se některá pole používají, zejména pro vysoce specifické a pokročilé formy zobrazování, a odpovídající variace v tom, co očekávají pokročilé zobrazovací a analytické aplikace v jejich vstupu. V souladu s tím je to i přes jeho nebezpečí oblíbená vlastnost. Někteří budou silně argumentovat, že je to základní vlastnost, která má být klasifikována jako VNA.

Tato funkce připomíná to, co je běžné v HL7 svět verze 2, takzvaný Interface Engine, který je navržen tak, aby mapoval téměř cokoli na cokoli jiného, ​​v závislosti na zdroji a cíli.

Typickým případem použití je změna hodnot v Popisu řady poskytovaných způsoby akvizice, aby bylo možné dvěma různým PACS sdílejícím stejná data používat různá pravidla protokolu předsazení založená v Popisu řady. Pravděpodobně by toho bylo možné dosáhnout standardnějším způsobem, kdyby modality naplnily další atributy podrobněji, akviziční protokoly a kódy pro ně byly lépe standardizovány a závěsné protokolové motory byly pružnější, ale vzhledem k omezením stavu techniky je tato technika zůstává užitečné.

Dynamické morfování tagů se liší od konkrétních změn atributů souvisejících s identitou a rozlišením kódu mezi doménami (to, co DICOM v PS 3.4 označuje jako „nátlak“), pro které jsou definovány standardy pro to, co změnit, kdy a jak a které často zahrnují další aktéry, jako je Master Patient Index, ačkoli někteří navrhovatelé je shromažďují dohromady a některé produkty je implementují pomocí stejného mechanismu.

Michael Gray byl časným zastáncem morfingování značek a považuje to za základní vlastnost VNA.[22] Popis případů použití proměnných značek lze najít v bílé knize Wayne Dejarnette z roku 2010.[23]

Správa životního cyklu informací

Disk je levný, i když energie a klimatizace nejsou, ale bez ohledu na to má úložiště konečné náklady, zvláště když člověk platí, jak jde, spíše než používat lokálně hostovanou kapitalizovanou infrastrukturu.

V souladu s tím, když vyprší léčebně-právní retenční období nebo vyprší klinická užitečnost (např. Při úmrtí pacienta), mnoho uživatelů by chtělo mít možnost očistit jejich úložiště. Pravidla pro to jsou složitá a liší se mezi jurisdikcemi a podle místní politiky. Vzhledem k protichůdným požadavkům finančníků, manažerů rizik, soudních sporů, výzkumných pracovníků a pedagogů může být dosažení dohody o takové politice obtížné.

Bez ohledu na to je potenciálně užitečnou funkcí VNA podpora pro místně přizpůsobitelná kritéria čištění (vyřazení) založená na pravidlech, ať už je to přímou implementací pravidel, nebo odpovědí na požadavky IHE Imaging Object Change Management (IOCM) ze samostatného nástroje pravidel.

Obsah, který není DICOM

VNA by neměly mít potíže s ukládáním obsahu DICOM, jako jsou obrázky a související informace, jako jsou stavy prezentace a takzvané „doklady“, jako jsou strukturované zprávy DICOM obsahující takové věci, jako jsou měření zaznamenaná modalitou, nebo výsledky po zpracování, například z CAD.

V klinickém prostředí však mohou být k dispozici další typy dokumentů a hromadných objektů, které by bylo žádoucí uložit. Většina PACS používá přístup k jejich převodu na DICOM, v některých případech pomocí objektů určených k "zapouzdření" jiného typu objektu. Klasickým příkladem je naskenovaný dokument uložený jako soubor PDF a zapouzdřený v objektu DICOM PDF spolu s dostatečnými metadaty k jeho identifikaci a správě, jako by to byl obrázek. VNA by měly podporovat tento typ zapouzdřených objektů DICOM a "záhlaví" DICOM poskytuje prostředky k získání metadat pro indexování na podporu dotazu a načítání. Michael Gray toto téma podrobně rozpracovává ve své bílé knize na toto téma.[24]

Pro jiné typy objektů, nebo když není k dispozici žádný zapouzdřovací objekt DICOM, nebo když není potřeba rozhraní se systémy DICOM, pokud existuje standardní způsob poskytování nezbytných metadat pro indexování, například pomocí HL7 verze 2 zprávy nebo služby registru XDS, pak teoreticky mohla VNA uložit cokoli.

Specifické typy obsahu jiného než DICOM, například instance dokumentu HL7 CDA obsahující například radiologickou zprávu, lze uložit buď jako XDS, nebo nejprve zapouzdřit do objektu CDA Encapsulated CDA a uložit pomocí služeb DICOM nebo jeho obsahu a záhlaví lze překódovat do instance strukturované zprávy DICOM. Plně vybavená VNA může mít schopnost překódovat jakoukoli jednotlivou instanci do jiné formy v závislosti na tom, co požadující systém potřebuje („morfing objektu“, pokud chcete).

Popis přístupu Wayna Dejarnette k ukládání objektů v produktu, který není DICOM, je popsán v jeho bílé knize z roku 2009.[25]

Standardizace rozhraní

Formát obrazového souboru na dlouhodobém úložném médiu

Existuje obecná shoda v tom, že pro obrázky je vyžadováno použití formátu souboru DICOM a že tam, kde jsou obrazy komprimovány pro archivaci nebo transport, je třeba použít standardní, nikoli proprietární komprimační schémata (syntaxe přenosu). Charakteristickým rysem většiny VNA na rozdíl od mnoha tradičních PACS je vyhýbání se proprietárním interním formátům, které se v minulosti zdánlivě používaly z důvodů „výkonu“, při zachování dobrého výkonu napříč rozhraními.

Implementace se mohou lišit v rozsahu podporovaných schémat komprese, bez ohledu na to, zda je reverzibilní (bezztrátová) komprese povinná pro medicínsko-právní archivační účely. Implementace se také liší v rozsahu typů obrázků specifických pro modality, které podporují; ačkoli mnoho archivů bude v zásadě podporovat všechny informační objekty obrázků DICOM, některé extrémní případy, jako jsou obrázky patologie celého snímku a dlouhá videa, nemusí být podporovány. Obecným rysem VNA je pokus o zachování všech atributů tak, jak byly původně dodány, včetně soukromých (proprietárních) atributů, ať už z akviziční modality nebo přidaných jinými intervenujícími aplikacemi (například QC pracovní stanice nebo PACS).

DICOM popisuje mnoho různých „definic informačních objektů“ a „tříd SOP“ pro ukládání obrazů se specifickými metadaty souvisejícími s konkrétními modalitami a aplikacemi a jejich seznam s vývojem technologie roste. Vzhledem k tomu, že formát DICOM je ze své podstaty rozšiřitelný a všechny nové objekty jsou založeny na společném kódování a vzoru, měly by být VNA schopné ukládat jakýkoli obrazový objekt DICOM bez ohledu na to, zda je třída SOP rozpoznána nebo nová. Toho lze dosáhnout použitím konfigurace modifikovatelné polem k přidání nových tříd SOP, nebo analýzou obsahu „záhlaví“ objektů nebo jednoduchým přístupem k přijímání, ukládání a opakování všeho přeneseného prostřednictvím DICOM C- ULOŽIT provoz.

Protokoly přenosu obrazu

Konvenční DICOM

Podpora základních DICOM C-STORE, C-FIND, C-MOVE a nejlépe C-GET je zásadní a nediskutuje se o nich. Typicky jsou podporovány základní nekomprimované syntaxe přenosu včetně implicitní a explicitní VR little-endian a méně obvyklá syntaxe přenosu big-endian. Rozsah syntaxí komprimovaného přenosu obvykle zahrnuje bezztrátový JPEG a reverzibilní a nevratné JPEG 2000, příležitostně JPEG-LS, a obvykle ztrátový JPEG pro obrázky, které byly dodány tímto způsobem (zejména fotografie se skutečnými barvami. Podpora komprese pohybu (kromě JPEG s více snímky) je méně častá, ale možná častější ve VNA než v PACS, zejména pro skladování a regurgitaci bez prohlížení.

WADO

Většina by souhlasila, že důležité rozhraní VNA je původní verze Webový přístup k trvalým objektům DICOM (WADO), který umožňuje načtení jednotlivých snímků pomocí HTTP URL ve formátu souboru DICOM nebo předem vykresleno do podoby pro spotřebitele JPEG.

XDS-I.b.

The MÝDLO Webová služba transakce založené na IHE Cross Enterprise Document Sharing for Imaging jsou také obecně považovány za předpoklad pro tvrzení, že je VNA.

Objekty související s obrazem

Stavy prezentace

Transformace ve stupních šedi nebo barevné vykreslení použitá na obrázky pro zobrazení by měla být uložena jako objekt stavu prezentace DICOM. Tyto objekty podporují obrázky ve stupních šedi a věrné barvy, stejně jako použití pseudobarvy vyhledávací tabulka obrázky ve stupních šedi. Stavy prezentace mohou také zaznamenat jakékoli použité zvětšení a posouvání (výběr zobrazené oblasti). JÁ ON používá je v profilu konzistentní prezentace obrázků (CPI)

Protože mnoho moderních PACS může také ukládat anotace obrázků pomocí objektů DICOM Presentation State, musí je VNA podporovat, včetně nejen ukládání a regurgitace, ale také výběru a zobrazení v libovolném prohlížeči dodávaném jako součást VNA.

Anotace, oblasti zájmu a měření

Upřednostňovaný formát pro ukládání anotace, oblasti zájmu, a Měření je objekt DICOM Structured Report (SR), který umožňuje přetrvávat strukturu, kódované a sémantické informace, nikoli jen prezentaci. IHE je označuje jako Evidence Documents (ED). Objekty DICOM SR mohou být také vytvořeny v kontextu IHE specifikuje tyto v profilu Simple Image and Numeric Report (SINR).

Protože mnoho akvizičních modalit, mamografické CAD systémy a pracovní stanice pro kvantitativní analýzu obrazu produkují objekty SR, měla by být VNA schopna je ukládat a regurgitovat. V ideálním případě by každá součást prohlížeče měla být schopna generického (ne-li ideálního) vykreslení obsahu jakékoli SR, včetně zobrazení souřadnic na odkazovaných obrázcích.

Pro konkrétní domény, jako je Radioterapie, starší formát, sada struktur DICOM RT, která dokáže kódovat relativní souřadnice 3D pacienta izokonty Používá se (pouze) a některé pracovní stanice jiné než RT produkují tyto také místo SR. Musí je podporovat i VNA.

Klíčové obrázky a výběr objektů

Běžným konceptem v PACS je, aby uživatel (například operátor modality nebo interpretující radiolog) označil některé obrázky (nebo jiné objekty) jako „klíčové“, tj. Z nějakého důvodu zvláště zajímavé. Ačkoli zastaralý PACS to může zaznamenat pouze jako příznak v interní databázi, moderní PACS používá DICOM Objekt pro výběr klíčových objektů (specializovaná forma SR) pro export těchto informací. Toto použití je popsáno v profilu IHE Key Image Note (KIN). VNA musí podporovat ukládání a regurgitaci objektů KOS a jejich výběr a zobrazování v libovolném prohlížeči.

Zprávy o radiační dávce

Jelikož mnoho lékařských zobrazovacích technik dodává pacientovi netriviální množství ionizujícího záření, je třeba sledovat dávkovou expozici a v některých jurisdikcích to musí být zaznamenáno zákonem. DICOM definuje specializovanou formu strukturované zprávy, strukturovanou zprávu o radiační dávce (RDSR), která ji zakóduje. IHE je používá v profilu správy radiační expozice (REM). VNA musí podporovat ukládání a regurgitaci, které by v ideálním případě dokázaly extrahovat důležité informace pro zobrazení v jakémkoli prohlížeči.

Zprávy o postupu

V aplikacích radiologie a nukleární medicíny je praxe diktování a přepisu (nebo používání rozpoznávání řeči ) je dobře zakořeněný a jeho výstupem je obvykle nestrukturovaná nebo minimálně strukturovaná próza, kódovaná jako prostý text a distribuovaná faxem nebo zprávami HL7 verze 2 nebo nějakým stejně primitivním mechanismem. Trvalá forma těchto „dokumentů“ není dobře standardizovaná, ale mnoho zákazníků očekává, že je VNA bude moci přijmout v jakémkoli místním formátu, který je preferován. Platí stejné zásady jako pro ukládání jakéhokoli obsahu jiného než DICOM, včetně použití zpráv HL7 verze 2 nebo XDS k poskytnutí metadat namísto strukturovaného „záhlaví“, například v případě sestav vykreslených jako PDF, pokud nebyly zapouzdřeny v objektech DICOM nebo CDA. Nyní, když HL7 slíbila uvolnit svou dříve uzavřenou politiku IP, včetně nabídky CDA zdarma pro použití, je možné, že se CDA stane preferovanou formou kódování, ale VNA budou stále muset přijímat (a možná i překódovat) zprávy v nepřeberném množství formulář z nainstalované základny. DICOM definuje šablony pro kódování zpráv generovaných člověkem jako objekty DICOM Structured Report (SR) a IHE je určuje v profilu Simple Image and Numeric Report (SINR).

Radioterapeutické objekty

Kromě sad struktur DICOM RT je pro použití VNA v podniku, který provádí radioterapii, celá rodina objektů DICOM RT pro paprskové, iontové a brachyterapie je třeba skladovat a regurgitovat.

Surové datové objekty

DICOM definuje objekt Raw Data, který je v podstatě konvenční hlavičkou složené instance DICOM s informacemi o pacientovi, studii, sérii a instanci, ale bez užitečného zatížení. Byl určen pro skladování hrubá data který nelze snadno představit jako obraz nebo obrazový objekt, jako jsou nezpracované pohledy získané z detektorů CT skeneru nebo k-prostor data ze MRI skeneru, ale lze je použít ke kódování čehokoli. VNA by měla být schopna je ukládat a opakovat, i když nemusí vědět o jejich obsahu a interpretovat je může pouze původní zařízení.

Zvukové, vlnové a spektroskopické objekty

Ačkoli existuje mnoho spotřebitelských formátů pro kódování zvuku v širokém použití, chybí jim hlavička nebo metadata nezbytná k identifikaci pacienta a setkání. VNA, která chce tyto podpory podporovat, musí mít prostředky k poskytování těchto informací, například odesílání pomocí XDS. DICOM definuje objekt Basic Audio, a přestože nepodporuje nepřeberné množství zvukových kodeků dostupných ve spotřebitelském světě, některé PACS je produkují, takže by je měla podporovat VNA.

Časové průběhy (například EKG) mohou být uloženy jako DICOM nebo v mnoha jiných formátech a platí stejné zásady jako pro zvuk; tj. pokud je formát medicínsky orientovaný, použijte metadata záhlaví pro indexování během přijímání, pokud ne, zaregistrujte je pomocí XDS.

DICOM MR spektroskopie objekt je definován a protože jej některé modality vytvářejí, měla by být VNA schopna ukládat a opakovat jeho instance.

Soukromé objekty

DICOM umožňuje koncept soukromých tříd SOP, které používají mechanismy kódování a přenosu DICOM, ale jejichž obsah je neprůhledný. Prodejci je v případě potřeby dobře využívají ke kódování informací, které nebyly standardizovány, a také je zneužívají pro pohodlí namísto použití standardního kódování. Bez ohledu na to, protože jejich obsah může být důležitý pro klinický pracovní tok, by měla být VNA konfigurovatelná tak, aby je přijímala, ukládala a opakovala.

Případy užití

Spektrum nabídek prodejců

Vzhledem ke spletité historii by nemělo být překvapením, že dva produkty, které tvrdí, že jsou VNA, mohou mít zcela odlišné sady funkcí a výkon. V zásadě však existují čtyři kategorie produktů:

  • Systémy třetích stran, které se vyvinuly nezávisle na PACS
  • Offsite archivní systémy původně určené pro BC / DR
  • Produkty centrálního úložiště, které podporují mezipodnikový a externí přístup
  • Tradiční PACS, které mají vylepšený standardní přístup ke svému internímu archivu

Dědictví každé jednotlivé produktové řady může být významným faktorem při posuzování vhodnosti pro jinou aplikaci, než bylo původně zamýšleno, a to navzdory údajné sadě funkcí, jak je znovu předpokládá oddělení kreativního marketingu.

Trh

Velikost globálního trhu VNA je v porovnání s trhem PACS malá, ale údajně roste.[26]

Přehled stavu trhu s VNA ke konci roku 2012 lze najít v tomto shrnutí.[27]

Reference

  1. ^ Minnie, teta (2012-01-16). „Neutrální archiv dodavatele (migrace)“. Citováno 2012-12-18.
  2. ^ Gray, Michael (11. 12. 2009). „Je to neutrální archiv PACS nebo neutrální archiv prodejce?“. Citováno 2012-12-18.
  3. ^ Haney, MJ (1982). „O standardech pro ukládání obrázků a dat“. doi:10.1117/12.967664. Citovat deník vyžaduje | deník = (Pomoc)
  4. ^ „Standard digitálního zobrazování a komunikace PS300-85 ACR-NEMA“ (PDF). 1985. Citovat deník vyžaduje | deník = (Pomoc)
  5. ^ Oosterwijk, H (1986). „Praktické a strategické důsledky standardů rozhraní ACR-NEMA“. doi:10.1117/12.975436. Citovat deník vyžaduje | deník = (Pomoc)
  6. ^ Moore, SM (1994). "DICOM shareware: veřejná implementace standardu DICOM". doi:10.1117/12.174371. Citovat deník vyžaduje | deník = (Pomoc)
  7. ^ Gehring, DG (1991). Msgstr "Podrobný popis Mayo / IBM PACS". doi:10.1117/12.45280. Citovat deník vyžaduje | deník = (Pomoc)
  8. ^ Erickson, Bradley (1998). „Vývoj elektronického zobrazování v lékařském prostředí“. J Digit Imaging. 11 (Suppl 1): 71–74. doi:10.1007 / BF03168264. PMC  3453350. PMID  9735437.
  9. ^ „Teramedica, Inc“.
  10. ^ Gray, Michael (06.06.2007). „PACS neutrální podnikový archiv - kdo ho postaví?“. Citováno 2012-12-18.
  11. ^ Daher, Nadim (18. 10. 2006). „Enterprise PACS Archive Management Middleware - Kdo je kdo?“. Citováno 2012-12-18.
  12. ^ Minnie, teta (2007-07-19). „RE: Dalaiho zákony PACS“. Citováno 2012-12-18.
  13. ^ Dejarnette, Wayne (2009-09-17). „Co je Neutrální archiv prodejce?“ (PDF). Citováno 2012-12-18.
  14. ^ Dejarnette (10.09.2013). „Co je Neutrální archiv dodavatele?“. Citováno 2014-07-10.
  15. ^ Gray, Michael (2009-12-15). „Základní přísady neutrálního archivu PACS“. Citováno 2012-12-18.
  16. ^ Werb, Shannon (2012-10-31). „12 atributů skutečného neutrálního archivu dodavatele“. Citováno 2012-12-18.
  17. ^ Oosterwijk, Herman (05.07.2010). „Co je to vlastně VNA?“ (PDF). Citováno 2014-04-22.
  18. ^ Gray, Michael (2010-11-23). „Cloudová infrastruktura v konfiguracích neutrálního archivu dodavatele“ (PDF). Citováno 2012-12-18.
  19. ^ Gray, Michael (2012-01-27). „Jak prolomit vstupní bariéru VNA“ (PDF). Citováno 2014-07-10.
  20. ^ Marion, Joseph (2013-08-27). „Rámec pro pomoc při provádění VNA“. Citováno 2014-07-10.
  21. ^ Wilson, Dave (02.02.2011). „Top 5 mýtů o neutrálních archivech dodavatelů“. Citováno 2014-07-10.
  22. ^ Gray, Michael (18.06.2007). „DICOM Tag Morphing - základní složka v podnikovém archivu PACS“. Citováno 2012-12-18.
  23. ^ Dejarnette, Wayne (04.01.2010). „Context Management and Tag Morphing in the Real World“ (PDF). Citováno 2012-12-18.
  24. ^ Gray, Michael (2010-10-18). „Strategie osvědčených postupů pro nakládání s datovými objekty, které nejsou DICOM, v archivu neutrálů PACS“ (PDF). Citováno 2012-12-18.
  25. ^ Dejarnette, Wayne (11. 8. 2009). "Archivace dat jiných než DICOM s xDL" (PDF). Citováno 2012-12-18.
  26. ^ Zprávy o zobrazovacích technologiích (14.10.2013). „VNA, trh PACS bude mít do roku 2018 hodnotu 3,48 miliardy USD“. Citováno 2015-12-21.
  27. ^ Ahadome, Theo (2012-12-14). „Konkurence se na trhu archivů neutrálních prodejců zintenzivňuje“. Citováno 2015-12-21.