eRAD PACS Kiszolgáló
eRAD PACS Kiszolgáló
PrepareStudy() webes szolgáltatás parancs elérhetősége vizsgálat PACS rendszeren való feldolgozásához és gyorsítótárba való másolásához. A részleteket lásd az eRAD PACS Web Services Programozói kézikönyvben.
FRISSÍTÉSI ÉRTESÍTÉS: Az import és export eszközök eszkölistázási opciójának kimenete megváltozott. Az import és export eszköz eszközlistázási opciója, -l, mentést készít az eszköz konfigurált DICOM-szolgáltatásairól. Az eszközimportáló eszköz támogat egy új parancssori opciót (-s) a munkafolyamat-indítókkal (autortv, autofwd stb.) konfigurált eszközök listázásához. A felhasználói fiók importáló eszköz támogat egy új parancssori opciót (-a) az engedélyezett műveletekkel rendelkező fiókok listázásához.
A munkamenet kivételek szerverhiba naplóbejegyzései tartalmazzák az ok magyarázatot és a réteg követési adatokat.
A Java kóddal kezdeményezett adatbázis hívások szálspecifikus (thread-local) adatbázis kapcsolatokkal támogatják az újrapróbálkozásokat.
A gwav4 tömörítésre egy ideiglenes javítást alkalmaztunk, ezáltal a frekvenciasávok bejárásait öt sávra korlátozzuk, így hasonlóvá téve a gwav3-hoz, amelyen nem jelentkezik az adat túlcsordulás állapot. Megjegyezzük, hogy az érintett vizsgálatokat (tehát, amelyeknél túlcsordulás jelentkezett) újra fel kell dolgozni.
A terheléselosztó kirendelheti a stream szervert.
A websocket port elérhetőségének vizsgálatához egy új eszköz, ~/component/dcviewer/bin/websockcli, áll rendelkezésre. Az eszközt egy teljes körűen minősített websocket URI segítségével kell meghívni.
A webkiszolgáló (alkalmazás) Feladatok (Tasks) oldalán a szerver farm összes szerverének feladata megjelenik. Alapértelmezés szerint az oldalt megjelenítő kiszolgáló feladatai jelennek meg. Más kiszolgálók feladatai összecsukva jelennek meg, és a kiszolgáló szekciójának felső sorára kattintva nyithatóak meg. A független adatszűrés támogatott.
A globális rc start parancs kiadásakor az stdout-on nem jött létre kimenet, így nehezen látható, hogy mi milyen feltételeket indított el, ha egyáltalán léteznek feltételek. Az eszköz most már megjeleníti a globális indításban szereplő minden szerver kimenetét. A kimenetet szerverenként csoportosítja.
Több munkalista sor kötegelt kiválasztásakor a tanulmány felosztása, a beolvasás, a mellékletek feltöltése és a technológus nézet eszközei mind le vannak tiltva. Az összes munkalista sor kötegelt kiválasztásakor, valamint a kérések és vizsgálatok kombinációjának kiválasztásakor mindhárom megnyitott eszköz is le van tiltva.
A webszolgáltatások (web services) felhasználói felület támogatja a vizsgálat gyorsítótár állapotának a lekérdezését. Az Állapot előkészítése (CPST) (Preparing Status) mező elérhető a GetStudyData (Vizsgálati adatok megjelenítése) és a Lekérdezés (Query) válaszokban. A részletes leírást az EP Web Services Programozói kézikönyv tartalmazza.
A jelszó-visszaállítási oldalon a jelszómező olyan korlátot szabott, amely más oldalakon nem létezett. Minden oldal lehetővé teszi a korlátlan hosszúságú jelszavak hozzárendelését.
A vizsgálat szerkesztési oldalon található kiválasztási listák elemei tartalmazzák a meglévő vizsgálati rekordokban tárolt értékeket, valamint a mező konfigurációja által meghatározott listaértékeket, ha a mező (a Címkék testreszabása oldalon szerkeszthető) beállításaiban a Kiválasztás korlátozása listaértékekre jelölőnégyzet be van jelölve, és a Szigorú számozás nincs.
A konfigurált proxy szerver alapértelmezés szerint transzparens proxy módot használ.
RENDSZERKÖVETELMÉNYEK: A funkció használatához 9.0.4 vagy magasabb verziószámú nézegető (viewer) szükséges.
Ha egy blob tartalma megváltozik a globális gyorsítótárban, akkor a megtekintő a neki elküldött értesítés alapján eldönti, hogy betöltse-e a képadatot vagy sem.
A blobfájlok kezelésére szolgáló ~/component/imutils/bin/bin/blobtest nevű eszköz a parancssorból használható. A parancs a felhasználási adatok --help argumentumával indítható el.
Mentéskor a nézegető egy ellenőrzőösszeget ad a profilhoz, a szerver pedig kiszámít egy ellenőrzőösszeget és az elmentett profil felülírása előtt ellenőrzi, hogy az megegyezik-e a benyújtott ellenőrzőösszeggel. Ha a nézegető validálás céljából ellenőrzőösszeget kér a szervertől, akkor a szerver elküldi a kiszámított ellenőrzőösszeget.
FRISSÍTÉSI ÉRTESÍTÉS: Az ideiglenes DICOM tároló mappát áthelyeztük a raktár gyökérbe. Az alkalmazásszerver által indított regisztrációs folyamat átirányítódik az intracom szolgáltatást alkalmazó regisztrációs szerverre. A funkció kiterjed az ideiglenes DICOM tárolómappa módosítására. Ha a DICOM-tárolót csatlakoztatási pontok nélkül konfigurálják, a DICOM-fájlok a DICOM-tároló ~/data/dicom.repository/tmp gyökérmappájába kerülnek (a ~/data/tmp helyett). Ez összhangba hozza a folyamatot a több csatolási ponttal rendelkező adattárak kezelésével, és az alkalmazáskiszolgáló által létrehozott adatokat elérhetővé teszi a regisztrációs kiszolgáló(k)ról.
A feleslegesen naplózott hibaüzenetek elkerülése érdekében a jit képfeldolgozás (ideiglenesen) le van tiltva, amennyiben az technikus nézet oldalra feldolgozatlan vizsgálatot töltenek be.
A felhasználók értesítéséhez arról, hogy az általuk megjeleníteni próbált vizsgálat feldolgozatlan, a szervernek a feldolgozás állapotán kívül az ütemezett feldolgozási feladatok állapotát is ellenőriznie kell. Az állapotra vonatkozó adatok lekérdezése után a szerver elküldi az információt a hívó félnek, hogy a felhasználó értesítést kapjon a futásidőben történő (just-in-time) feldolgozási feladat által okozott késedelemről. Egy kiegészítő felület segítségével a megjelenítő figyelemmel tudja kísérni a feldolgozási feladatok számát, így a befejezéskor jelenteni tudja az állapotot.
A rendszergazdák visszaállíthatják egy felhasználó vagy csoport nézegető profilját a rendelkezésre álló biztonsági mentésekből a felhasználói és csoportfiókok oldal Nézői profil kezelése eszközön elérhető Profilmentések oldal segítségével. A rendszergazda létrehozhat biztonsági mentéseket, illetve törölheti és helyreállíthatja a rendszer és a felhasználó által létrehozott biztonsági mentéseket.
Egy interfész keretrendszer (komponens) került hozzáadásra, amely parancsokat és feladatokat ad át egy olyan szerepkört betöltő kiszolgálónak, amelyet ő maga nem lát el, vagy amely a terhelést több, ugyanazt a szerepet betöltő kiszolgáló között osztja el. A komponens az intracom elnevezést kapta. A 4651-es portot használja, amely az INTRACOM_SERVICE_PORT paraméterrel írható át az ~/etc/virthosts.sh-ban. Elindítja az intracom szolgáltatást, amely fogadja és kiszolgálja a szerver farm más kiszolgálóitól érkező gRPC-kérelmeket. Ez a szolgáltatás jelenleg az alkalmazás- és regisztrációs kiszolgálókon indul.
A (bejövő) kényszerítési szabály parancskönyvtár kontrollváltozókkal bővült. A kontrollváltozók egy És-jellel (@) kezdődnek és nagybetűket alkalmaznak. Egyetlen kontrollváltozó került bevezetésre: @PROCESS. Ha a kontrollváltozóhoz rendelt szabály NULLA értékű, (tárolás, továbbítás, stb.) a feldolgozás leáll. Ezt egy naplóbejegyzés rögzíti. Minden más eredmény esetén a feldolgozás folytatódik. Megjegyzés: a kontrollváltozókat jelenleg csak a pb-scp ismeri fel. A részletekért az eRAD PACS Data Coercion kézikönyv tartalmazza.
Az eszköz automatikus továbbküldés beállítása arra utasítja a rendszert, hogy a harmadik fél eszközeiről szerzett összes objektumot küldje el neki, kivéve azokat az objektumokat, amelyeket az eszköz maga továbbított. Az objektumok frissítéseit szintén elküldi (tehát a "frissítések folyamatos küldése” (keep sending updates) beállításra vonatkozó objektumokat). A korlátozás az, hogy a rendszer által egy vizsgálathoz generált új adatok, amelyek a beállított eszközről származnak, nem küldi el az eszköznek. Egy olyan funkciót vezettünk be, amely arra utasítja a rendszert, hogy automatikusan továbbítson mindent, amit korábban is elküldött, plusz minden, a rendszerben létrehozott objektumot. Ily módon a felhasználó által létrehozott és a vizsgálathoz hozzáadott prezentációs állapotok és másodlagos képrögzítési objektumok elküldésre kerülnek arra az eszközre, amelyről a vizsgálat származik, ezáltal mindkét rendszeren minden pillanatban ugyanaz az objektumgyűjtemény található. A beállítás az eszközszerkesztő oldal DICOM-szolgáltatások/beállítások részében található Szinkronizálás (Sync) feliratú jelölőnégyzetben érhető el.
A stream szerver komponens úgy lett módosítva, hogy a többi medsrv komponenstől függetlenül fusson. A stream szerver eszközökhöz a streaming munkameneteket körkörösen (round-robin) osztják ki. Ennek eredményeként egy adott munkamenet-azonosítóhoz ugyanaz a stream szerver kerül bemutatásra, így a nézegető adott esetben újra felhasználhatja a meglévő kapcsolatokat.
Az adatnyelés külön szerepkört kapott, és az alapszintű keretrendszer részeként regisztrációs szerver elnevezéssel szerepel.
Az adatfeldolgozás, az iop-ok minimalizálása érdekében tett alapszintű erőfeszítés részeként, átdolgozásra került az adatok egyetlen fájlban, blobként történő tárolása révén.
Az adatok gyorsítótárazása az iop-ok minimalizálása érdekében tett alapszintű tevékenység részeként átdolgozásra került a gyorsítótár adatok kevesebb fájlban, blobként történő tárolása révén.
Az adatbázis átdolgozására annak az alapszintű erőfeszítésnek a részeként került sor, hogy megszüntessük a hatástalan és használaton kívüli mezőket, új adatokat tároljunk, például a tanulmányok feldolgozott állapotát és tárolóhelyét, valamint támogassuk az elavult objektumtáblában létező objektuminformációkat.
Az általános refaktorálás részeként az SQL-szerverhez való kapcsolatok fennmaradnak. A keretrendszer az előkészített utasításokat újrafelhasználás céljából gyorsítótárazza.
Ez a tárkezelő új középső rétegének alkalmazása a tárolókban lévő metaadatok állapotának nyomon követésére és a több tárolóban lévő adatok létezésének kezelésére.
A telepített Poco verziószáma 1.11.2.
Ha egy hálózati tárolóeszköz nem érhető el, a hozzáférési kérelmek időtúllépés miatt lejárnak, és az eszköz offline állapotba kerül, hogy a későbbi kérelmek befejeződhessenek. Offline állapotban az eszközhöz intézett hozzáférési kérelmeket a rendszer figyelmen kívül hagyja. A rendszer öt percre visszalép, és minden egyes időszak után ellenőrzi az eszközt, amíg az újra online nem lesz.
Az elavult komponensek, pl. applet, pref, ct és pcre eltávolításra kerültek a kódbázisból. Néhány medsrv komponenst elavulttá tettünk a platform komponens javára, beleértve a curl, boost és openssl komponenseket.
Az adatbázis testreszabásához használt Címkék testreszabása (Customize Labels) oldalt frissítettük GWT-re, így kinézete és megjelenése hasonló más weboldalakéhoz. Minden meglévő funkció megmarad, beleértve a legtöbb adatbázis-mező egyedi beállításainak konfigurálását, valamint a számított mezők létrehozásának és módosításának lehetőségét. Néhány kisebb különbség a kapcsolódó funkció változásai miatt van, nem pedig a GWT frissítése miatt. A részletekért lásd a felhasználói súgó oldalakat.
A felsorolásos listaként definiált munkalisták oszlopai tartalmazhatnak olyan értékeket, amelyek nem szerepelnek a konfigurált értéklistában. A szűrőpanelen rendelkezésre áll egy szabad szöveges mező, így ezeket az értékeket keresési feltételként lehet megadni.
Az olyan többértékű mezők, mint például a Modalitás (Modality), lehetővé teszik a több értékre történő szűrést. A felhasználók behúzzák az értéket a szűrőpanelbe. Az egyes értékek fordított törtjel karakterekkel vannak elválasztva.
A vizsgálat folyamatállapotának nyomon követésére létrehoztunk egy PROCSTAT nevű vizsgálati mezőt. Az állapotok a következők: <empty> (állapot ismeretlen), frozen (DICOM-objektumok léteznek, de nincsenek feldolgozva és gyorsítótárazva), cold (feldolgozott, de a gyorsítótárból eltávolított vagy elavult adatok), cooking (részben feldolgozott) és cooked (teljesen feldolgozott és gyorsítótárba helyezett). Az érték megjeleníthető a munkalistán.
A ~/component/tools/checkWeakPasswords.sh parancssori eszközzel azonosíthatóak és frissíthetőek a gyenge jelszóhash-eket használó felhasználói fiókok. Az eszköz egy naponta egyszer lefutó ütemezett (cron) feladathoz van hozzárendelve, és ha fiókokat talál, akkor egy értesítési üzenetet küld a rendszergazdai fiókoknak.
Egyes listaoldalak, köztük az Egyéb lista oldal, frissítésre kerültek, hogy a munkalistához és az egyéb oldalakhoz hasonlóan megjegyzik az alkalmazott szűrőket és a rendezési sorrendet, így az oldalra való visszatéréskor az alapértelmezett oldal újratöltése helyett a korábbi tartalom jelenik meg.
A név-, dátum- és időformátumok konfigurálásakor a rendszer olyan rendellenességeket keres, mint például egy adott mezőelem duplikációja, és elutasítja a kérelmet.
A kiszolgáló támogatja a megtekintő kéréseit a felhasználói profil mentésére és törlésére, a mentett felhasználói profilok listájának visszaküldésére, valamint a felhasználói profil visszaállítására.
A felhasználói fiókok biztonsági mentési fájlból való importálásakor a rendszer ellenőrzi a jelszó hasheket és eltávolítja a gyenge jelszavakat. Ezeknek a felhasználóknak a bejelentkezéskor vissza kell állítaniuk a jelszavukat. Az érintett fiókok az importálási naplófájlban szerepelnek.
A Feladatok (Tasks) oldalon egyes feladatoknál, különösen a az Alfeladatok (Sub-jobs) oldalon lévő rendszerfeladatoknál hiányoztak a leírások, vagy általános leírás jelent meg. Ezek a feladatok mostantól reprezentatív leírást jelenítenek meg a Feladatok oldal táblázatában.
Létrejött egy terheléselosztó (haproxy) komponens, amely a rendszer inicializálásakor elindítja a terheléselosztót. A terheléselosztó komponens akkor indul el, ha a kiszolgáló terheléselosztóként van konfigurálva a ~/etc/balancer.role-ban. Az alapértelmezett konfigurációs beállítások a ~/component/haproxy/config/ komponens könyvtárban találhatók. A beállítások felülírhatók a haproxy.cfg.template és a syslog.conf.template másolatainak testreszabásával a ~/var/haproxy/ állományban. A haproxy konfigurációs fájl (haproxy.cfg) a sablonból jön létre az indítás során. A proxy naplófájlok a ~/var/log/haproxy.log fájlban vannak tárolva és hetente cserélődnek.
Az erőforrások zárolása egyetlen szerverre vonatkozott, de most, hogy az erőforrásokhoz egyszerre több szerver is hozzáférhet (pl. több stream szerverről), a zárolást több szerverre is ki kellett terjeszteni.
Azok a szerverek, amelyeken nem fut apache, például stream szerver, adatbázis szerver és a terheléselosztó szerver, nem támogatják a GUI-alapú licenszelést. A licenszelési kézikönyvben további utasítások találhatók a licenckérő fájl összegyűjtésére és a licencfájl parancssorból történő telepítésére vonatkozóan.
FRISSÍTÉSI ÉRTESÍTÉS: A helyi (gyors) tárolót használó szervereket a frissítés előtt konfigurálni kell. A stream szerver a távoli (lassú) adattárból a helyi (gyors) adattárba helyezi át a blob adatokat. Ha a rendszert nem konfigurálták helyi gyorsítótárral (~/var/localcache.repository), akkor léteznie kell egy a távoli tárolóhelyre (~/var/cache.repository) és a rendszer nem próbálja meg áthelyezni az adatokat.
A hozzáadott webszolgáltatások parancsok lekérdezik az MCS-szervertől a munka elhelyezkedését a sorban (QueuePosition()), valamint a munka hosszát (QueueLength()). A részletekért lásd az eRAD PACS Web Services Programmer's Manual című kézikönyvet.
A Log4j a 2.18.0 verzióra frissült. A Groovy szkript a 3.0.12-es verzióra frissült. A ~/var/conf helyen létezik egy egyedi, log4j2-custom.xml elnevezésű log4j konfigurációs fájl, amely felülírja a rendszer konfigurációs fájljának kiválasztott beállításait. A testreszabási utasításokat a ~/component/classes.com/erad/pacs/log4j2-custom.xml sablonfájlban találja.
A Megváltozott állapot (Changed State) beállítás vissza lett állítva a Szerverbeállítások (Server Settings) oldalon.
Egy parancssori java eszközzel a hyper+ k szerver farm szerverei manuálisan elindíthatóak és leállíthatóak a megfelelő sorrendben az egyes szerverek szerepkör-konfigurációja által meghatározottak szerint. A lehetőségek között szerepel a szerver farm elindítása, a szerver farm leállítása és a szerver csoportok listázása. A használat részletei és az indítási sorrend függőségei a Jira kiadásban találhatók.
A webes alkalmazások egy szerverről letölthetik a ~/var/quality/qc.html minőségellenőrzési eredményfájlt, feltéve, hogy a kérés minősített forrásból érkezik, azaz létezik egy érvényes eRAD PACS felhasználói munkamenet azonosító, és a fiók rendszergazda vagy támogatási jogokkal rendelkezik. A parancs: cases/showQuality.jsp.
A ProcSt nevű munkalista oszlop a tanulmány adatainak feldolgozott (teljesen feldolgozott) állapotát mutatja, ami azt jelenti, hogy a tanulmány adatai elérhetőek a streameléshez. A munkajegyzékben található Reheat Study (Vizsgálat felmelegítése) eszköz segítségével manuálisan indítható el egy feldolgozott vizsgálat streamingeléshez.
A szerver farmon belüli szolgáltatás regisztrálásához használt szolgáltatási szerepkör funkciót különválasztották, és mostantól minden egyes kiszolgálón hyperdirector szolgáltatásként fut. Ez a szerver ki van kapcsolva, ha minden szolgáltatás egyetlen szerveren fut.
Minden tárolóraktárat egyetlen szerver kezel. A helyi gyorsítótárakat a megfelelő streaming és regisztrációs szerverek kezelik. A globális tárolókat, beleértve a globális gyorsítótárat, az adat-, a feldolgozott és a meta-tárolókat, az alkalmazásszerver kezeli.
Egy hyper+ szerver farmon a műveletek csak az alkalmazásszerveren futnak.
Minden időzített feladat (cron job) úgy lett konfigurálva, hogy a kiszolgáló szerepkörének megfelelően szervereken fusson. Az időzített feladatok teljes listáját és a szervereket, amelyeken futnak, a Jira kiadás tartalmazza. A crontab -l paranccsal az rc start befejezése után megkaphatja az egyes kiszolgálókhoz regisztrált összes időzített feladat (cron job) listáját.
Támogatás hozzáadva, amely lehetővé teszi a nézegető számára, hogy a webszerver helyett a streaming csatornákon keresztül töltse le a herpa adatokat.
A rendszer ellenőrzi a futó vizsgálat-regisztrálási vagy újrafeldolgozási feladatokat, amikor elindítja a vizsgálati adatok előkészítési folyamatát. Ha ilyeneket talál, akkor az ismételt feldolgozási feladatok elkerülése érdekében az előkészítési feladatot elhalasztja.
A hyper+ szerver farm több szervere által megosztott tárolók az adatbázis-kiszolgáló által kezelt globális zárolási mechanizmust alkalmaznak. Az isShared beállítását lásd a tárkezelő (repository handler) kézikönyvében.
RENDSZERKÖVETELMÉNYEK: A funkció használatához 9.0.2 verziószámú nézegető (viewer) szükséges.
A streaming technológia támogatja a gwav 4-es verzióját, ami jobb kezdeti minőséget tesz lehetővé a kisebb miniatűr képekből. A nézegető továbbra is elfogadja a gwav3 és gwav1 formátumot, ha a szerver felajánlja.
A rendszer minden összetevője, beleértve a nézői streaminget, a webes nézegetőt, az technikus nézetet stb., támogatja az egységes tömörített gyorsítótár adatformátumot (cw3). A más formátumú adatok létrehozása megszűnt.
A tárkezelő hívásait egy olyan középső réteg váltotta fel, amely nyomon követi a metaadatok állapotát, és ennek megfelelően kezeli az adatokat, jelenti az adatok helyét, mappákat hoz létre, adatokat helyez át, jelezi ha a mappák elérhetetlenek stb. A tárkezelő piszkos fájlok kezelésére és feloldására szolgáló mechanizmusa változatlan marad. A pontos részleteket a Tárkezelő frissített kézikönyve tartalmazza.
Az adatbázis teljesítménykritikus hívásait egy absztrakciós rétegbe burkoltuk, így az adatbázis nincs közvetlenül kitéve a medsrv-nek. Amellett, hogy közös interfészt biztosít, lehetővé teszi az alkalmazás számára, hogy tartós kapcsolatokat tartson fenn az adatbázissal.
A kiszolgálókhoz konkrét szerepköröket lehet rendelni, például stream szervert, regisztrációs szervert, adatbázis szervert, alkalmazás szervert és webszervert. A beállítás a ~/etc/.role állományban kerül meghatározásra. Ha nincs meghatározott szerepkör definiálva, akkor az összes szolgáltatás teljesül.
A közös stream server kódja nem tudott nyers fájlokat generálni, amikor arra kifejezett kérést kapott. Bár ez a v9 esetében nem releváns (mivel a stream szervere nem használ nyers fájlokat), a V9 által is használt közös kódbázisban módosult.
A Java frissült a java-17-openjdk-17.0.3.0.0.7 verzióra. A rendszer a platform Java verzióját használja.
Az Apache frissült a httpd-2.4.37-es verzióra. A Tomcat a 9.0.63-as verzióra frissült. A rendszer a Tomcat egyéni buildjét, de a platform Apache-ját használja.
VISSZAFORDÍTHATÓSÁGGAL KAPCSOLATOS ÉRTESÍTÉS: A frissítés után az adatbázis módosul, és már nem kompatibilis az előző verzióval.
A MySQL a 8.0.26-os verzióra frissült. A rendszer a MySQL platform verzióját használja.
A DCMTK könyvtár a 3.6.7-es verzióra frissült.
A GWT a 2.9.0 verzióra frissült.
Az openssl az 1.1.1k verzióra frissült. A rendszer a platform Openssl verzióját használja.
A több tárolón létező vizsgálatok (ami akkor lehetséges, ha egy tárat az adatok frissítésekor valamikor nem csatolták be) nem törölhetők a felhasználói felületen vagy a rendszeren keresztül. Erről a felhasználók a felülvizsgálat törlése (delete review) oldalon kapnak értesítést és a naplófájlokba bejegyzések kerülnek.
A 9.0 verzió UDI-értéke 0086699400025590-re frissült. Ez az érték jelenik meg a megfelelő szoftverazonosító oldalakon.
A Részlegesen elérhetetlen (Partially Inaccessible) oszlop jelzi, ha a tanulmány az adattár több tárolóhelyén is tárolva van. Ez az oszlop alapértelmezés szerint el van rejtve. Adja hozzá az elrendezéshez a Mezők szerkesztése (Edit Fields) eszközzel.
A több csatolási ponton található tanulmány továbbítása hibát eredményez. Ha a GUI-ból kezdeményezik, akkor a felhasználó értesítést kap. Ha továbbítási műveletből kezdeményezik, akkor a kérés teljesítését a művelet újbóli lefutásakor (öt perc múlva) újra megkísérli a rendszer.
A több csatolási ponton található tanulmány szerkesztése hibát eredményez. Ha a GUI-ból kezdeményezik, akkor a felhasználó értesítést kap. Ha szerkesztési műveletből kezdeményezik, akkor a kérés teljesítését a művelet újbóli lefutásakor (öt perc múlva) újra megkísérli a rendszer.
A több csatolási ponton is megtalálható vizsgálathoz kapcsolódó lelet vagy az azokhoz fűződő megjegyzések szerkesztése nem támogatott. Az állapot fennállása esetén a lelet hozzáadása/szerkesztése gomb és a megjegyzés hozzáadása/szerkesztése gomb le van tiltva a betegmappában.
A 9-es verzióban kivont vagy már nem használt Java servlet funkciókat eltávolítottuk a kódbázisból.
Az időzítés alapján a gyermekkiszolgálóról érkező automatikus korrekciós üzenet megelőzheti az első objektum regisztrációs üzenetet, így a harmadik fél eszközei azt hihetik, hogy a vizsgálat létezik, mielőtt az ténylegesen végrejött volna. Az automatikus korrekciós üzenetek mindaddig felfüggesztésre kerülnek, amíg a központi kiszolgáló legalább egy objektumot nem regisztrál.
A webszolgáltatások eszközei konfigurálhatók úgy, hogy a vizsgálat adatainak szerkesztésekor kapjanak rendelésfrissítési értesítést. Az eseményindító akkor aktiválódik, ha a webszolgáltatási eszköz szerkesztési lapjának Megrendelési üzenetindítók (Order Message Triggers) szakaszában a Vizsgálat frissítés (Study Update) beállítás be van jelölve. A Frissítés (Update) értesítést küld új objektum felvételére, bármilyen szerkesztésről vagy objektum újrafelvételéről. Az Újraindexelő (Reindex) értesítést küld, ha a vizsgálatot a rendszergazda vagy a rendszer újraindexeli.
Az értesítő üzenet szövegezése miszerint a tárkezelőnek törölnie kellett az adatokat, noha a küszöbértéket nem lépte át, módosult ezáltal pontosabban tükrözi a probléma okát.
A nem megfelelő időzóna eltolási értéket tartalmazó objektumok figyelmen kívül hagyják a hibás adatokat, és az objektumban rögzített időértékeket mutatják be.
A CW3 képek letöltését a technikus nézetbe és a webes megjelenítőbe az ügyfélnek kell kezelnie. A böngésző túlterhelésének elkerülése érdekében legfeljebb négy képet lehet egyszerre letölteni.
A naplóbejegyzések a Naplók oldalon és az oper_info naplóban, amelyek a Prefecth művelet kivételével a műveletből eredő események részleteit tartalmazzák, azonosítják a vizsgálatnak megfelelő munkalista-szűrőt.
A szerver licencét több esemény és adat alapján ellenőrzik. Ha ezek közül a rendszer valamelyiket észleli, de nem elégséges a licenc érvénytelenítéséhez, akkor üzenetben értesítést küld a rendszergazdáknak. A rendszergazdák az eRAD ügyfélszolgálatához fordulhatnak a részletekért és a licenc kivételének elkerülésére szolgáló lehetőségekért.
Az alapértelmezett médiakészítő motor alapértelmezés szerint a helyi MCS. Ez az új telepítésekre és frissítésekre vonatkozik.
Ha az adatbázissal létrejött kapcsolat megszakad, a szoftver átlátható módon újracsatlakozik és újrapróbálkozik a függőben lévő művelettel.
Néhány, a 9-es verzió előtt opcionális funkció már nem opcionális. Ezek alapértelmezés szerint fixen be vannak állítva. A funkciók beállításait eltávolítottuk a felhasználói felületről.
A kezdeti regisztráció létrehozza a tömörített képfájlokat a helyi gyorsítótárban, mielőtt hozzáadná őket a BLOB-hoz. Ehhez egy helyi gyorsítótár-tárhely létrehozása szükséges (~/var/localcacache.repository).
A DICOM-adatokat a feldolgozott adatoktól elkülönített (meta) tárolóhelyen tárolják.
A tárkezelő támogat egy visszahívási felületet, amely a helymeghatározási funkció (locate) használata nélkül biztosítja az erőforrások helyének nyomon követését.
A webszolgáltatások Továbbítás (Forward) parancsa támogatja az egyes sorozatok és objektumok továbbítását ugyanabból a tanulmányból egy meghatározott célpontra. A részletekért lásd a webszerverek kézikönyvét.
A szerverbeállítások kezelésének javítása érdekében alkalmazott szerkezeti változások.
A lelet sablonok szerepelnek a felhasználói exportálási és importálási eszközökben.
A tárkezelő automatikusan konszolidálja a több partíció között megosztott vizsgálatokat, még akkor is, ha a teljes limit küszöbértéket túllépték, kivéve, ha a fizikai limitet túllépték. A fizikai korlátot a hardFullLimit konfigurációs beállítás határozza meg. A beépített alapértelmezett érték 99,9%. Ez a respository.cfg állományban felülbírálható.
A sötét téma használatakor az egyes jogosultság mezők háttérszíne módosult, hogy a beállításjelző jobban látható legyen.
A dotcom információk összegyűjtésére szolgáló parancssori eszköz lehetőséget nyújt egy hibakód visszaküldésére, ha a művelet hibával vagy figyelmeztetéssel találkozik.
A frissített repo.jsp és a validate.jsp szkriptek dinamikusan egy rendszermunkamenetet generálnak az automatizálási eszközökben való használathoz.
A felhasználói fiókok importálásához és a felhasználók konverziójához (a frissítés során) tartozó naplóbejegyzések a következő külön naplófájlokba vannak összevonva: ~/var/log/UserExport, ~/var/log/UserImport és ~/var/log/UserConversion.
Egy általános leletsablon-típus került hozzáadásra, amely támogatja a Dcstudy mezők hozzáadását egy lelet nézethez vagy lelet szerkesztő sablonhoz. A részleteket lásd az eRAD Layout XML Customization (eRAD Elrendezés XML testreszabás) kézikönyvben.
A warnMoveTime alapértelmezett értéke öt órára változott az adattárak esetében. Az összes többi adattár esetében az alapértelmezett érték továbbra is két nap.
Az eltávolított vizsgálati fájlok támogatják az új weboldal feltöltéséhez szükséges vizsgálati adatokat az ilyen fájlok felülvizsgálatához és törléséhez. A Vizsgálat tisztítás (Study Cleanup) oldal a Támogatás (Support) jogokkal rendelkező felhasználók számára érhető el a Rendszergazda (Admin) menüből. Az oldal alapértelmezés szerint üres. A kritériumok megadásával egy legfeljebb 5000 törölt tanulmányt tartalmazó lista jeleníthető meg. Az eszközök megegyeznek a Munkalista (Worklist) oldalon található eszközökkel. A gyermek szervereken lévő tanulmányok törlésekor a törlést a gyermek szervereken kezdje, majd a szülői szervereken folytassa. A tisztítási kérelmek és eredmények a forever naplóban kerülnek naplózásra.
Miután a felhasználó frissítette a nézegető beállításait, a meglévő profilfájl mentésre kerül biztonsági mentésként, így szükség esetén később visszaállítható. Ezek a biztonsági másolatfájlok az egész dotcomban elterjedtek.
Az „Aktuális tartalomra alkalmazni” (Apply to Current Content beállítás) beállítás minden műveletnél alapértelmezett esetben „nem”-re módosult. A meglévő műveleteket ez nem érinti, amíg azok engedélyezve maradnak. Letiltás, majd újra-engedélyezés után a rendszer az új alapértelmezett beállítást fogja használni, kivéve, ha azt a beállítás során manuálisan nem bírálják felül.
Az eRAD PACS v9.0 kezdő kódbázisát az eRAD PACS 8. verzió medsrv build 49, asroot 8.0.1 és 7.9.0 platform alkotja. Módosítások végrehajtása a címkézés (eRAD PACS v9.0) és a csomagolás (RPM-ek stb.) figyelembe vételével.