eRAD PACS Kiszolgáló
eRAD PACS Kiszolgáló
Amikor a felhasználó megváltoztat néhány beállítást, a munkamenet frissítése frissíti ezeket a beállításokat, így azok azonnal hatályba lépnek. A hozzárendelt nézegető módosítása hiányzott erről beállítás listáról. Ennek eredményeképpen az érintett nézegető módosításai nem történtek meg, amíg a felhasználó nem kezdeményezett új webes munkamenetet.
Az egymást követő összevonások áthelyezés jelölők sorozatát hozzák létre, így a később érkező objektumok a megfelelő összevont vizsgálatba kerülnek. Az összevont vizsgálat törlése után a vizsgálatazonosító helytelen kezelése miatt az utolsó összevont vizsgálat kivételével az összes vizsgálat újraküldésének regisztrációja meghiúsult. Ez megoldódott.
A globális korlátozások véletlenül blokkolták a nem vizsgálat vonatkozású adatokat a Naplók oldalról. Ez megoldódott.
A vizsgálat törlésekor küldött értesítés beállítás mentése nem történt meg az Eszközök oldalról történő szerkesztéskor. A rossz eseménykezelőt helytelenül alkalmazták. Ez megoldódott.
A felhasználói fiók zárolási állapota és a bejelentkezési adatok hibás információkat jelentettek, amikor a felhasználó a sor elején lévő kiválasztási jelölőnégyzet bejelölésével választotta ki a fiókot. Az információk akkor sem voltak következetesek, ha több fiókot jelöltek ki. Ez megoldódott.
Egy kezelőpult betöltésekor a bejelentkezés után kivétel léphetett fel egy inicializált változó ellenőrzésének sikertelensége miatt. Ez megoldódott.
Kliensoldali kivétel lépett fel, amikor a felhasználó kijelentkezett, mielőtt a munkalista közvetlenül a bejelentkezés után megjelenhetett volna. Ez megoldódott.
Ha munkalista frissítés történik (kézi vagy automatikus) a betegmappában egy lelet szerkesztése közben, olyan munkalistában amelyből egy vizsgálat eltűnik, a munkalista sorainak újrarendezése a leletszerkesztő oldalt is frissítette, törölve az esetleg beírt leletadatokat. Ez megoldódott.
A vizsgálatok automatikus kéréshez igazításakor, amikor a beteg neve a megfeleltetési kritérium, ha a beteg neve aposztrófot tartalmazott, keresési kivételt és az automatikus helyesbítés sikertelenségét eredményezte. Ez megoldódott.
A vizsgálatokhoz vagy megrendelésekhez csatolt mellékletek feltöltése hiba nélkül befejeződött, de a mellékletet nem mentette el a rendszer. Ennek oka egy hibás környezeti változó volt, az MCS komponens vezérlőszkriptjével kiterjesztve. Ez megoldódott.
Az értesítési e-mailben lévő hiperhivatkozásból, amely elindítja a képeket a webes nézegetőben, hiányzott a bejelentkezési kérés. Ha egy böngészőben nem volt már érvényes munkamenet-süti, a webes nézegető nem tudta betölteni a képeket. Ez megoldódott.
Ha a Technikus nézet oldalról a weboldal betöltése után nagyon gyorsan kérik a gyorsítótár törlését, előfordulhat, hogy a karbantartási eljárás nem fejeződik be a gyorsítótár törlésének megkezdése előtt, ami hibát eredményez, és a gyorsítótár adatai az adattárban maradnak. Ez megoldódott.
A dotcom jóváhagyási eszköz hibát jelentett, amikor üres és NULL értékeket észlelt ugyanabban az adatbázis oszlopban. Ezt a hibaüzenet el lett nyomva.
Míg néhány értesítési e-mail konfigurációban megfelelő az üres e-mail cím, erre szükség van, ha a lista tulajdonosa a rendszerfiók. Ezekben az esetekben a felhasználók nem tudják aktiválni a műveletet, amíg nem adnak meg egy e-mail címet.
Amikor egy felhasználó által kezdeményezett, feladattal kapcsolatos művelet, például egy ütemezett feladat prioritásának megváltoztatása hibát okozott, a visszatérési kódot rosszul jellemezték, így a zárolás érvényben maradt. Ennek eredményeképpen az új feladatok nem futottak. Ez megoldódott.
A felhasználónév szűrő legördülő menüje a felhasználónevet és a felhasználó azonosítót felcserélhető módon használta mind a megjelenítésben, mind az adatbázis-lekérdezésben, ami zavaros eredményekhez vezetett. A mező lehetővé teszi a felhasználók számára a felhasználónevek megadását, és mind a felhasználónév, mind a felhasználó azonosító megjelenik, de a parancs meghívásakor az alkalmazott érték a felhasználó azonosító. Ez megoldódott.
Amikor néhány nem látható karaktert, például bal és jobb nyilat írtak be a felhasználónév mező legördülő paneljébe, mondjuk a felhasználónévre szűréskor, a weboldal szükségtelen keresést kezdeményezett az adatbázisban. Ez megoldódott.
A felhasználónév legördülő menükben néhány alapértelmezett elemnek meg kellene maradnia, még akkor is, ha a típus-előjelző karakterláncot alkalmaznak, de ezek is kiszűrődtek. Ez megoldódott.
A manuális továbbítás beállítása oldalon a felhasználónév mezőt (mappába történő továbbításkor) blokkolhatta a felugró menü. Ez megoldódott.
Amikor a web szolgáltatások eszközszerkesztő lapján az alapértelmezett felhasználó konfigurálásakor egy szövegbeviteli mezőből kikattintottak, a stílustábla törlődött, majd a visszakattintáskor a szövegmezőbe, a felhasználó egyéni színbeállítása nem került alkalmazásra. Ez megoldódott.
A munkalista betegmappában lévő lelet nézetben a lelet kiválasztó eszközök nem működtek megfelelően: a színséma hardveresen sötét témára volt programozva; a lelet komponens ikonok nem jelölték ki a megfelelő lelet komponenst; és a lelet komponens ikonja helyett a törlés gomb volt kiemelve. E problémák megoldása mellett egy új gombot, az Összes lelet megnyitása gombot adtunk hozzá, amellyel az összes lelet komponens egyetlen nézetbe tölthető.
VISSZAFORDÍTHATÓSÁGI ÉRTESÍTÉS: A lefele váltáshoz a bővítmény licenc(ek)et újra kell generálni.
A mammográfia, a 3D térbeli és a fúziós bővítmények rövid neve megváltozott a v7-ben használtakhoz képest, így a frissítés után a bővítmény licencét nem ismerte fel a rendszer. Ez megoldódott.
Néhány SQL befecskendezési fenyegetés szempontjából sebezhetőnek ítélt weboldalt biztonságossá tettek.
Több összecsukott prepStudy (Vizsgálat előkészítés) feladat is előfordulhatott egyszerre a feladatsorban egy, a feladatok létrehozásakor fennálló versenyfeltétel miatt. Ez megoldódott.
Az újrapróbálási sorban lévő vizsgálat előkészítési feladatokat nem sikerült befejeznie az összecsukást követő tisztítási funkciónak. Ez megoldódott.
A szűrő konstrukciójának módosítása nem került alkalmazásra a felhasználói fiókok oldalának Utoljára megtekintett, Bejelentkezés és Kijelentkezés mezőire, ami formátum kivételt okozott, amikor a mező értékére próbáltak szűrni. Ez megoldódott.
A rövid időformátum kezelőjének módosítása nem kezelte a negált keresési feltételekre vonatkozó kéréseket. Ez megoldódott.
A kiszámított mezők konfigurálásakor elérhető címkék listája nem volt rendezett, ami megnehezítette egy adott címke megtalálását. Ez megoldódott.
Az 1:1-től eltérő képarányú képek miatt a technikus nézet oldal képlapozója részleges képeket mutatott, és a görgető eszközök nem működtek. Emellett az oldal miniatűr képméret beállításait is használhatatlanná tették. Ez megoldódott.
A Biztonsági beállítások oldal és más kiszolgáló konfigurációs oldalak közötti váltáskor a biztonsági oldal tartalma frissülhet és felülírhatja a másik oldal adatait, mivel egy aszinkron hívás túl sokáig tarthatott. Ez megoldódott.
Egy olyan dotcomban, ahol a gyermekkiszolgáló a szülő, előfordulhat, hogy egy szerkesztett lelet a gyermekkiszolgálón kerül feldolgozásra, és átkerül a szülőhöz, mielőtt a szülő regisztrálta volna az eredeti leletet. Ha egy leletértesítési esemény a lelet regisztrálása előtt érkezett a szülőhöz, a rendszer nem váltotta ki az eseményértesítést az összes mező frissítése előtt. Ez megoldódott.
Az egyéni munkalista elrendezések importálásának javítása után a v7.2-ről v8-ra történő frissítéskor a műveletgombok és a zárjelző kiesett, mivel a v7.2 nem tárolja azokat a munkalista konfigurációjában. A frissítések alapértelmezés szerint tartalmazzák az alapértelmezett v8-as munkalista akciógombokat.
A súgóoldalak új ablakban történő megnyitásához használt módszer alapértelmezés szerint blokkolta a felugró ablakokat. A beállítást úgy módosítottuk, hogy az új lap a felhasználó nyugtázása nélkül is megnyílhasson.
A „Vizsgálat módosítva” mező nem ismerte fel a leletobjektumok mentését. Ennek eredményeként a vizsgálat ujjlenyomata nem frissült, és a módosítás státusza érintetlen maradt. Ez megoldódott.
Amikor egy DICOM eszköz bejegyzést hoz létre vagy módosít egy duplikált AE címet használva, és a felhasználó úgy dönt, hogy figyelmen kívül hagyja a figyelmeztetést, és mégis elmenti, a szoftver nem alkalmazta a módosítást, mert a felülbírálat jelzőt figyelmen kívül hagyta. Ez megoldódott.
Ha egy mentett munkalista feltételes színezést tartalmaz egy rejtett oszlopon, hiba lép fel, mert a színező eszköz nem találja meg az oszlopot, és a munkalista üres listaként jelenik meg. Ez megoldódott.
Egy felhasználói fiók jelszóbeállításai a fiók LDAP beállításainak ideiglenes módosítása után is alkalmazhatók voltak, még akkor is, ha a fiókot úgy konfigurálták, hogy LDAP hitelesítési ügynököt használjon. Ez megoldódott.
Az SI VR típusú mezőit, például az Értelmezési státusz azonosító mezőt használó leletnézet-sablonok hibákat naplóztak és nem jelenítettek meg adatokat, mivel a VR típus támogatása megszűnt. Ez megoldódott.
Amikor egy DICOM AE a DICOM visszakeresés kéréssel kér egy vizsgálatot, a továbbítási feladatok nem alkalmazzák a lágy szerkesztési módosításokat, így az adatok a legfrissebb frissítések nélkül kerülnek elküldésre. Ez megoldódott.
Amikor a helyi MCS szolgáltatást egy munkalista kiszolgálóról két vagy több különböző hub kiszolgálóról származó vizsgálatokat tartalmazó DICOM média létrehozására használták, a hub kiszolgálókon létrehozott ideiglenes könyvtárnevek nem mindig egyeztek meg a munkalista kiszolgáló könyvtárneveivel. Ha a nevek nem voltak egyediek, a konfliktus miatt hiányoztak a fájlok. Ezenkívül az MCS a DICOMDIR fájl létrehozását az első hub kiszolgálóról történő átvitel befejezése után elkezdte, és nem várta meg az összes hub kiszolgálóról történő átvitel befejezését. Ez megoldódott.
Egy elégtelen záridőzítő miatt a vizsgálatok helytelen státuszban maradtak, amikor a rendszer törölte a referenciákat. Ez megoldódott.
A Chromium (a Chrome, Edge, Safari és más böngészők által használt) 106.0.5249.103 vagy újabb verzióra történő frissítése után a böngésző néhány megfogás/leejtés funkciója, például a munkalista szűrő alkalmazása egy oszlopfejlécből vagy oszlopértékből megsértette a weboldal tartalmát, ami megbomlott elrendezést eredményezett. Ez megoldódott.
Az adatbázis-mezőhöz rendelt felsorolásos értékek hossza nem volt ellenőrzött, ami váratlan értékeket és eredményeket okozott. A hossz a konfigurációs oldalon kerül meghatározásra, és az értékek hosszának érvényesítése a mentés előtt történik. Ez megoldódott.
A névmezőkre, a vizsgálat méretére és a több értéket tartalmazó mezőkre vonatkozó munkalista-szűrők frissítésre kerültek, hogy támogassák a korábbi verziókban elérhető funkciókat, beleértve az egyes névkomponensekre való keresés lehetőségét. Ez megoldódott.
Egyes műveletek másolhatók a böngésző hálózati paneljéről, és egy másik böngészőből más jogosultságú felhasználók által behívhatók, így a felhasználók nem engedélyezett műveleteket hajthatnak végre. A hiányzó jogosultságok ellenőrzése megtörtént. Ez megoldódott.
Egyes műveletek másolhatók a böngésző hálózati paneljéről, és egy másik böngészőből más jogosultságú felhasználók által behívhatók, így a felhasználók nem engedélyezett műveleteket hajthatnak végre. A hiányzó jogosultságok ellenőrzése megtörtént. Ez megoldódott.
Egyes műveletek másolhatók a böngésző hálózati paneljéről, és egy másik böngészőből más jogosultságú felhasználók által behívhatók, így a felhasználók nem engedélyezett műveleteket hajthatnak végre. A hiányzó jogosultságok ellenőrzése megtörtént. Ez megoldódott.
A visszatérési kód elégtelen ellenőrzése lehetővé tette, hogy egyes rendszerlisták (azaz a @system fiók tulajdonában lévő listák) megjelenjenek a nem adminisztrátorok mentett szűrőlistáján. Ez megoldódott.
Egyes műveletek másolhatók a böngésző hálózati paneljéről, és egy másik böngészőből más jogosultságú felhasználók által behívhatók, így a felhasználók nem engedélyezett műveleteket hajthatnak végre. A hiányzó jogosultságok ellenőrzése megtörtént. Ez megoldódott.
A DICOM eszközkészlet frissítése után a kiszolgáló kapcsolat időkezelés nem ismerte fel a konfigurált időkorlát értékeket, és helyette az alapértelmezettet alkalmazta. Ez megoldódott.
A törlést megerősítő oldalról hiányzott a zár ikon, amely jelezte, hogy mely vizsgálatok voltak zárolva és nem törölhetők. Ez megoldódott.
Ha egy hub szerverről biztonsági mentés készült, utána nem érkezett parancs a dotcomon keresztül, a képkorrekciós kérés törlésére, miután azt végrehajtották a képen. Ennek eredményeként a vizsgálatot nem lehetett megnyitni a RIS-ből, mivel a vizsgálat keresése több elemet eredményezett (a vizsgálatot és a visszamaradt kéréseket). Ez megoldódott.
A rendszer figyelmen kívül hagyta a globális korlátozásokat a következő/előző vizsgálat kiválasztásakor. Ha a felhasználónak nincs jogosultsága a kiválasztott vizsgálat megtekintésére, akkor érvénytelen vizsgálat hibaüzenetet kap. Ez megoldódott.
Amikor egy regisztrált nézegető eszköz gyorsítótár-állapot kérést küld a kiszolgálónak, és a kiszolgálón nincs kifejezetten meghatározott előzetes vizsgálat gyorsítótár-állapot beállítás, az elemző algoritmus félreértelmezi az elemzési eredményeket, és egy felesleges kivételt regisztrál a naplófájlban. Ez megoldódott.
Az újonnan létrehozott dokumentumtípusok nem jelentek meg a addig dokumentumtípus-konfigurációs oldalon, amíg a böngésző oldal nem frissült. Ez megoldódott.
Az Internet Explorerből érkező váratlan kivételeket nem kezelték megfelelően, ami egy weboldali kivételt eredményezett. Ez megoldódott.
Ha a vizsgálatfrissítés és a vizsgálatfelvétel eseménye ugyanazon időszakon belül történik, a vizsgálatfelvételről szóló értesítő üzenet az üzenetszám csökkentési folyamat miatt kioltásra kerülhet. Mostantól a vizsgálat felvételi események nem záródnak össze a vizsgálatfrissítési eseményekkel együtt. Ez megoldódott.
RENDSZERKÖVETELMÉNYEK: Ez a javítás betölti az oldalt, de nem jeleníti meg a képeket, ha az Internet Explorerrel tölti be a Technikus nézet oldalt a RIS-ből. A RIS módosítása szükséges. A javítást tartalmazó verzió jelenleg nem ismert. Használja helyette az Edge vagy Chrome böngészőket. A RIS egy IE-vezérlőt használ a Technikus nézet oldal beágyazásához a saját weboldalába, amely nem támogatja a PACS oldal javascriptjét. Ennek eredményeképpen a weboldal nem töltődött be az IE böngésző használata esetén. Ez a javítás lehetővé teszi a weboldal betöltését, de a képek továbbra sem jelennek meg, mivel az IE nem támogatja a cw3-adatok dekompressziójához szükséges technológiát. Ez a megoldás a RIS-ben lesz (31775).
A törlés gomb nem volt elérhető a betegmappából, ha a vizsgálat egynél több leletobjektumot tartalmazott (például a fő leletnek volt egy kiegészítése). Ez megoldódott.
Az Apache újraindítása után a nézegető munkamenetek nem voltak felismerhetők, ami azt okozta, hogy a gyorsítótárba került adatmezők (pl. Betöltési százalék) nem jeleztek adatokat, amíg a felhasználó ki nem lépett, majd vissza. Ez megoldódott.
Egy hiányzó konstruktor miatt nem sikerült feloldani egy rendszerzárat. A konstruktor hozzá lett adva a beragadó zárolás elkerülése érdekében. Továbbá, amikor egy felhasználó megpróbálta feltörni a rendszerzárat, ami nem megengedett, a felhasználó nem kapott magyarázatot arra, hogy miért maradt fenn a zár. Most a felhasználó tájékoztatást kap arról, hogy nincs jogosultsága a rendszerzár feltörésére.
A gyorsszűrő mezőben dátumértéket használó munkalista keresése, amely lekérdezési minősítő kivételt eredményezne, hibaüzenetet adott vissza, nem pedig adatot, mivel a dátumszűrő nem volt megfelelően kódolva az adatbázis-kereső kérésben.
Ha egyéni portot használtak a webnézegető elindításához, a kiszolgáló rosszul kezelte az URL elemzését az állomásnév megkereséséhez, ami a kérés sikertelenségét okozta. Ez megoldódott.
Ha a Feladatok oldal szűrőablaka nyitva volt, amikor a felhasználó egy másik weboldalt hívott be, a szűrőablak nem záródott be, hanem a képernyőn maradt. Ez megoldódott.
A vizsgálatok betegmappából történő továbbításának back-end támogatása nem volt teljes, így a gombra kattintáskor nem történt semmilyen művelet. Ez megoldódott.
Az Értesítési művelet konfigurálásakor alapértelmezettként felajánlott e-mail cím azonosítása nem sikerült a belsőleg definiált fiókok, például a rendszerfiók esetében. Ebben az esetben az alapértelmezett cím üresen jelenik meg, így a felhasználónak kifejezetten meg kell adnia az e-mail címzettjét. Ez megoldódott.
A felhasználói fiókokat, amelyek jelszómezeje üres, ami érvénytelen státusz, nem lehetett javítani, mert a hiányzó jelszót nem volt kezelték, és hibát okozott a szerkesztéskor. Ez megoldódott.
A betegmappák jegyzeteiben szereplő dátum-idő értékek elemzése 12 órás óraformátumot feltételezett, nem pedig 24 órásat.
Egy vizsgálat javítása egy kérésnek megfelelően nem sikerült, mivel a kéréseknek nincs tulajdonos hubja, ami szükséges az egyesített vizsgálat tárolási helyének meghatározásához. Ennek eredményeképpen a grafikus felhasználói felületről végzett manuális javítások hibát jeleztek a felhasználónak. Ez megoldódott.
Ha egy DICOM lekérdezési válasz nem tartalmaz lekérés AE címet vagy több lekérés AE cím értéket, a kiszolgáló nem tud adatokat lekérdezni. AE cím hiánya esetén a kiszolgáló megkísérli lekérni az adatokat ugyanarról az AE-ről, amelyikre a lekérdezési kérésre válaszolt. Ha több AE-cím létezik, a kiszolgáló a listában az első olyan AE-től próbálja lekérni az adatokat, amelynek van bejegyzése a Q/R-szolgáltatóként konfigurált Eszközök táblában.
A TIFF fájlok feltöltésekor nem történt meg a több oldalas feltöltés ellenőrzése, ami azt eredményezte, hogy csak az első oldal töltődött fel. Ez megoldódott.
Amikor a webes nézegető képátviteléhez az átviteli kiszolgálót használták, a vizsgálat első képének átvitele után egy szabálytalanul kezelt mutató került ki, ami a további képátvitel sikertelenségét okozta. Ez megoldódott.
A vizsgálat állapotának frissítése a lelet mentésekor szükségtelenül zárolta a PbR fájlt, ami miatt a lelet mentési folyamata a művelet befejezése előtt az időkorlát lejártáig várt. Ennek eredményeképpen a lelet mentése a szükségesnél öt másodperccel tovább tartott. Ez megoldódott.
A helyi és távoli eszközökről (pl. a RIS) érkező PbR szerkesztések időzítésétől függően lehetséges volt, hogy a lágy szerkesztési összevonást igénylő exportok a PbR egy olyan ideiglenes példányát használták, amely nem tartalmazta a legfrissebb szerkesztéseket, így egyes szerkesztések hiányoztak a továbbított objektumokból. Ez megoldódott.
A jelszó frissítése a felhasználói beállításokban hibára futott. Ez megoldódott.
A Naplók oldal részletező paneljén megjelenő elavult oszlopok eltávolításra kerültek, és egy hiányzó oszlop került bele, a Társeszköz.
A munkalista kiszolgálóról az eredeti médiakészítő motorral (azaz nem az MCS-vel) kezdeményezett médiakészítés időveszteséget okozhatott, ha a keletkező adatfájl nagyon nagy volt. Ez megoldódott.
A helyi MCS használatának konfigurálásakor, egy munkalista-kiszolgáló tomcat és hermes szálakat szivárogtatott a haladásra vonatkozó információk gyűjtése során, ami miatt a rendszer elérte a folyamathatárt és leállt új szálakat létrehozva. Ez megoldódott.
A Napló oldal társeszköz mezejét csak abban az esetben tölt ki a rendszer, ha az eszköz azonosító regisztrálva van a Napló oldalt kiszolgáló szerveren. Ez megoldódott.
A beépített, alapértelmezett leletszerkesztő sablonhoz hozzáadták az eltett lelet makrót.
Nem volt korlátozás a munkalista szűrő szövegmezőjére. Az adatbázis mező meghatározott hosszát meghaladó kritériumok figyelmeztetés nélkül csonkolódtak, ami váratlan eredményekhez vezetett. A csonkítás a v7.2 szűrődefiníciók v8-ra történő frissítésekor is előfordult. Ennek észlelésekor, a szűrő importálása megszakad, és hibaüzenet jelenik meg a naplófájlban és a konzolon.
A DICOM média létrehozásakor használt felhasználói profil mezőben a típus-előrejelzés funkció nem észlelte az alapértelmezett érték változását, ha nem használták a visszalépés billentyűt, ami miatt a rendszer figyelmen kívül hagyott néhány megfelelő azonosítót.
A v8.0.22 vagy újabb v8.0.22-re frissített, és az archív napló adatbázis táblájában nagyszámú bejegyzést tartalmazó V7.2 szervereknél az archív napló keresése lassú volt. Az aktuális dátumtól számított egy évet vagy annál hosszabb időszakot felölelő kereséseknél a naplóarchívum táblázatokat egyesítő nézetek kezelése közvetlenül történik, nem pedig az adatbázison keresztül, mivel az adatbázis (MySQL) nem támogatja a megadott indexeket.
Azok a leletek, melyeket olyan kérésekre hoztak létre, amelyek a) nem a dotcom legfelsőbb szerverén lévő munkalista szerveren jöttek létre, és b) befejezett állapotban voltak, több okból sem voltak menthetők, többek között, mert nem támogatott a teljesült kérések zárolásának ellenőrzésére, nem a legfelső szintű szerver tulajdonában lévő megrendelések tulajdonjogi problémái, valamint a képek nélküli vizsgálatok zárolásának sikertelensége miatt.
Az olyan mellékletek feltöltése nem sikerült, amelyek fájlnév kiterjesztésében nagybetűk találhatók, mivel a fájltípus-ellenőrző a nagy- és kisbetűkre érzékeny. Ez megoldódott.
A megszűnt műveleteket, beleértve a fax műveletet is, nem hagyták figyelmen kívül, a felhasználói adatbázis v8-ra frissítése során lezajlott konvertálásakor. Ezeket a műveleteket most már figyelmen kívül hagyja a rendszer, és naplóbejegyzéseket hoz létre, ha észleli őket.
Ha az adatátviteli kiszolgáló éppen egy vizsgálat képét dolgozza fel, amikor utasítást kap egy másik vizsgálat feldolgozásának megkezdésére, a folyamkiszolgáló összeomolhatott egy érvénytelen hivatkozás miatt. Ez megoldódott.
Ha a munkalista nem tartalmazza a zárolási állapot oszlopot, a lebegő eszköztáron lévő zárolási állapot eszköz nem jelzi a vizsgálat zárolási állapotát. Ez megoldódott.
A részleges törlések, beleértve a leletek törlését egy Tároló kiszolgálóról, nem dolgozták fel a törlési kérelmet, így az objektumok regisztrálva és elérhetőek maradtak. Ez megoldódott.
A bejelentkezést követően azonnal megjelenő felugró értesítések nyugtázása olyan kivételt okozhatott, amely megakadályozta a kezdeti munkalista rajzolását. Ez megoldódott.
A rendszer nem ismerte fel, hogy egy automatikus előhívó eszköz offline (azaz "leállított") állapotban volt konfigurálva, ami miatt a betegdosszié és a vonatkozó előzmények oldala lassan töltődött be, amikor előzményeket keresett. Ez megoldódott.
Az objektum nélküli szülő (CWL) kiszolgálóról a tulajdonos (hub) kiszolgálóra proxyként továbbított sorozat- és képszintű DICOM lekérdezési kérelmek sikertelenül teljesültek, mivel az objektum alapértelmezett állapotának nemrégiben történt módosítása miatt a tulajdonos kiszolgáló helytelenül figyelmen kívül hagyta a kérést. Ez megoldódott.
Vizsgálat törlésénél a vizsgálat teljes törlésének (azaz az "azonnali" törlésnek) és a leletobjektum megtartásának lehetőségei kölcsönösen kizárják egymást. Ha a felhasználó az egyiket választja, a másikhoz tartozó jelölőnégyzetből automatikusan törlődik a pipa. Ez megoldódott.
A munkalista nyitógombjai a munkalista kiszolgálókon aktívak voltak nem támogatott (nem teljes) kérés állapotok esetén engedélyezve voltak. Ha nem támogatott kérések szerepelnek egy csoportos kijelölésben, a megnyitás eszközei le vannak tiltva.
Gyermek kiszolgálóra való bejelentkezéskor, és egy vizsgálat lehívásakor a szülőhöz csatlakoztatott távoli archívumból, az adatok lekérdezésre kerültek az archívumból, de soha nem kerültek át a szülő kiszolgálóról a gyermek kiszolgálóra. Ez megoldódott.
A v7.2-ről v8.0-ra történő frissítés során átalakított és legalább egy olyan szűrőt tartalmazó munkalista-szűrők, amelyekben egyetlen, címkézetlen kritérium volt definiálva, a (v8.0-s) munkalista oldalról történő manuális szerkesztés és mentés után sérültek. Ez a javítás a v7.2-ről vagy a v8.0.8-ról és korábbi verziókról történő frissítés során átalakított szűrőkre vonatkozik. Ez a javítás nem javítja a hiba miatt megrongált szűrőket.
A v8.0.22 vagy újabb v8.0.22-re frissített, és az archív napló adatbázis táblájában nagyszámú bejegyzést tartalmazó V7.2 szervereknél az archív napló keresése lassú volt. A keresési teljesítményt korrigálták az aktuális dátumtól számított egy évnél rövidebb időt felölelő keresések esetében. Az egy évnél régebbi archív naplóbejegyzések keresése némi időt vesz igénybe, és megterheli a rendszert.
A rendszer figyelmen kívül hagyta azt a paramétert, hogy az önálló, távoli MCS kiszolgáló által létrehozott médiához mindig hozzáadja a megjelenítőt, és mindig tartalmazza azt. Ez megoldódott.
Amikor az adattovábbító kiszolgáló a hiányzó cw3 fájlokat hozta létre, figyelmen kívül hagyta a tömörítés mutató beállításait, és mindig a közbenső nyers fájlokat hozta létre. Ez megoldódott.
Amikor az utófeldolgozási művelet későn érkező opciókat dolgozott fel, a rendszer figyelmen kívül hagyta a tömörítés mutató beállításait, és cw1 és nyers fájlokat hozott létre, cw3 fájlokat pedig soha. Ez megoldódott.
A napló frissítésekor egy vizsgálat továbbítása után egy rossz naplótábla azonosító indokolatlan hibaüzenetet írt ki a naplófájlban. A hiba indokolatlan volt, mert a rendszer kiszámolja a helyes azonosítót. Ez megoldódott.
A lelet panel/oldal dátummezőiben megjelenő ékezetes karakterek helytelenül jelentek meg, mert a HTML kódolási makrók rosszul kezelték az adatokat. Ez megoldódott.
Miután egy meglévő diktált anyagot csatoltak a leletpanelről, a wav fájl lelet oldalról történő lejátszását követően, a diktált hanganyag lelet oldalról történő meghallgatásakor a módosított diktált hanganyag helyett egy gyorsítótárazott verziót játszott le a rendszer.
A korlátozó szabályokban alkalmazott menekülő backslash karakter nem működött önmagában, így egy szabály nem tudott backslash karaktert beilleszteni egy attribútum értékébe.
Amikor egy vegyes üzemmódú környezetben futó, objektum nélküli munkalista kiszolgálóról kiválasztott vizsgálati objektum törlő tisztítási műveletet állítottak be, a rendszer nem tudta azonosítani a kiválasztott objektumokat, mivel a helyi objektumtáblában számított azokra. Ennek eredményeképpen a művelet futtatásakor nem sikerült eltávolítani az objektumokat. Ez megoldódott.
Távoli MCS kiszolgáló használata esetén, ha a médiakészítési feladatot kezdeményező felhasználó nem létezik az MCS kiszolgálón, kivétel lépett fel, és egy üres leletfájl került a médiára. Vegye figyelembe, hogy ha a feladatot kezdeményező felhasználó nem létezik az MCS kiszolgálón, az MCS a rendszer alapértelmezett felhasználói fiókját és annak beállításait használja a média létrehozásához.
Az XML elrendezés testreszabási oldalak nem lettek frissítve a v8 technológia használatához. Ennek eredményeképpen egyes funkciók alkalmazásakor, például egy testreszabott sablonoldal előnézetének megtekintésekor, kivétel léphet fel.
A művelet táblázat felhasználói csoport mezői nem voltak nagy- és kisbetű-érzékenyek, míg a felhasználói és csoport azonosítók viszont igen, ami azt eredményezte, hogy a kis és nagybetűket kivéve teljesen azonos azonosítójú két felhasználó látta és befolyásolta egymás hozzárendelt műveleteit.
Egy szükséges v7.2 újradiktálás komponens hiányzott a v8-ból, ami miatt a lelet újradiktálására tett kísérletek java kivételt eredményeztek. Ez megoldódott.
A Szerkesztési műveletek korlátozás szabályai a konfigurálásakor kiegészültek a korlátozási szintaxis-ellenőrzővel.
Ha a mentett listákon több Adattömörítés művelet ugyanazokat a vizsgálatokat tartalmazza, és mindegyik pontosan ugyanabban az időben dolgozza fel a vizsgálatokat, miközben a rendszer mindkét vizsgálat tömörítése közben kap egy leletobjektumot (pl. a RIS-ből), a leletobjektum törlődhetett, mert a tömörítési művelet nem egyedi ideiglenes fájlnevet használt. Ez megoldódott.
Még ha a nyers fájlok létrehozásának kihagyására volt is beállítva, a rendszer akkor is létrehozta azokat, amikor a felhasználó manuálisan újrafeldolgozott egy vizsgálatot (a technikus nézet oldalon az eszközre kattintva). Ez megoldódott.
Amikor nem üres értékekre ("nem üres") keresett egy felsorolásos érték listaként konfigurált ügyfélmezőben, a keresés nem tudta megfelelően kezelni a tagadást, és az üres értékű rekordok listáját adta ki.
Egy felhasználó leletszerkesztési engedélye nem vette figyelembe, hogy a kiszolgálón engedélyezett-e a leletszerkesztő eszközök használata, amíg a felhasználó meg nem próbált elmenteni egy leletet, ekkor a kérés sikertelen volt. Mostantól a leletszerkesztési funkciók le vannak tiltva, ha a kiszolgálón nem engedélyezett leletkészítés.
A webnézegető fejlesztői keretrendszere, a GWT nem tudta kezelni az érintőpadon alkalmazott kétujjas görgető kéréseket. A GWT funkciót egy egyéni kezelővel megkerültük.
A Kiszolgálói beállítások oldalain található szövegmezők, köztük a Helyi IP-k és a Felhasználói műveletek módosításai helytelenül kerültek feltöltésre, ezért nem sikerült menteni azokat. Ez megoldódott.
Az új konfigurációs szintek hozzáadása után a Kiszolgáló beállítások lapon az adatformátum-beállítások (dátum, idő, név stb.) módosításai nem léptek életbe, mivel a régi szintek értékei a gyorsítótárban maradtak. Ez megoldódott.
Az időkomponensek, például a másodpercek eltávolítását az időformátum beállításából tévesen úgy értelmezte a rendszer, hogy az alapértelmezettet kell használni, amely a legtöbb időkomponenst tartalmazza.
A névformátum beállítást nem alkalmazták a munkalista lapról exportált nevekre, ami miatt az exportált rekordok a beépített alapértelmezett névformátumot használták.
A Dragon (Medical One) használata során egy sima szöveges leletpanel esetén a felhasználó szkript hibát észlelt, mivel az Evo nézegető nem volt frissítve az Internet Explorer 11 sima szöveg támogatására. Ez megoldódott.
PDF dokumentum feltöltésekor vagy JPEG kép beolvasásakor a mellékeltek helyes számát helytelen érték írta felül. Ez megoldódott.
Amikor egy művelet úgy volt beállítva, hogy minden nap egy meghatározott időpontban fusson, az sikeresen lezajlott, de letiltotta magát, és nem futott újra, kivéve, ha manuálisan újra aktiválták. Ez megoldódott.
A listaoldalak nem mutatták meg a szűrőpanel elérhető mezőit az elrendezés szerkesztésre nem jogosult felhasználók számára. Ez megoldódott.
Ha egy felhasználói fiók létezik, de soha nem jelentkeztek be rá, a fiók nem inicializálódik, ami problémát okoz a mappák gyűjtésében. Ennek eredményeképpen a Mappák oldal nem mutat mappákat, egyetlen felhasználó esetében sem. Ez megoldódott.
Hiányzott az archívum áthelyezési kérelem törlésének lehetősége. Ezt hozzáadtuk a függönyhöz (oldalhoz).
A megjelenített időzóna beállításának zavaros címkéje pontosításra került.
A rendszerben minden mező csak egyszer létezhetett munkalista-szűrőként, de a felhasználókat nem korlátozták, hogy ugyanazt a mezőt többször is hozzáadják. Mostantól, amikor a felhasználó olyan mezőt próbál hozzáadni, amely már meg van adva, a fókusz a meglévő elemre kerül.
Egy nemrégiben végrehajtott változtatás során, amelynek célja a kérések szükségtelen továbbküldésének megakadályozása, a munkalista betegdossziéjából elérhető eszköztáron a továbbküldés eszközt letiltottuk. Ezt a funkciót most visszaállítottuk.
Az értesítési sablonokba beillesztett dátum-idő típusú mezők, például a DÁTUM, üres értéket jelenítettek meg, mivel a funkció nem tudta kezelni az összetett mezőket. Ez megoldódott.
A zárolt állapot frissítése ismeretlen állapotot adhat vissza. Ezt az értéket a rendszer értelmezte és (feloldottként) alkalmazta, nem pedig figyelmen kívül hagyta. A zárállapottól függően ez a zárjelző villogását okozhatja. Ez megoldódott.
A webszolgáltatás kliensek nem tudtak médiát létrehozni, ha a vizsgálathoz tartozott lelet, és az utasítás előírta annak befoglalását, illetve a kérést más eszközről (IP) adták ki, mint az utolsó kérést. Ez megoldódott.
Az összetett listák elmenthetők valamelyik komponens listájával azonos néven, ami egy hibás hurkot eredményezett. Ez megoldódott.
A vizsgálatok feltöltése egy munkalista szerverre mindig átirányítja a kérést egy hub kiszolgálóra. Ha a rendszer nem tudja azonosítani a megfelelő célhub kiszolgálót, tájékoztatja a felhasználót a helyzetről, és nem tölti fel a vizsgálatot, amíg a felhasználó ki nem választja a célhubot.
A célcsoport fiókazonosítóját rosszul kezelték, amikor a Profil másolása eszközzel a beállításokat egy csoportba másolták, ami egy új csoport és azonosító létrehozását eredményezte, amelynek azonosítója előtt két font (#) karakter áll. Ez a javítás nem távolítja el ezeket a nem kívánt csoportokat. Ezeket manuálisan kell törölni.
A rendszer nem kérte céleszköz megadását a továbbítási művelet konfigurálásakor. Cél nélkül ezek a műveletek sikertelenek voltak. A már meglévő, cél nélküli műveleteket manuálisan kell korrigálni.
A kéréseket nem a nézegetőben kell megnyitni, ezért a Megnyitás gomb a munkalistán le lett tiltva.
A letiltott állapotban lévő eszköz törlése nem távolította el a leállított fájlt. Ha később ugyanezzel a névvel létrehoztak egy eszközt, az emlékező funkció hibát jelzett. Ez megoldódott.
A felhasználó v7.2-es webnézegető beállításainak importálása helyesen tárolja az adatokat az adatbázisban, de indításkor a medsrv egy konverziós fájlból frissíti a konfigurációs beállítások fájlját, nem pedig az adatbázisból. Ennek eredményeképpen a webnézegető nem használja az importált beállításokat. Ez megoldódott.
Ha néhány objektumot törölnek egy vizsgálatból (a Technikus nézet oldalról), és az utolsó kettőt egyszerre dolgozzák fel, a feloldáskezelőt kétszer is behívható, de nem zárolja az erőforrásokat, ami számítási hibát eredményez a hivatkozás számlálóban. Ez megoldódott.
A feltételes sorformázás a munkalista lapon nem működött, ha az ennek megfelelő feltétel üres értékre volt beállítva, mert az üres értékeket figyelmen kívül hagyta, és mindig sikeres állapotot jelzett. Ez megoldódott.
A nagyon régi objektumok nem szerkeszthetők, mert hiányzott belőlük egy privát DICOM attribútum, amelyet a rendszer beilleszt az objektumba. Az ilyen adat nélküli objektumok kezelése mostantól támogatott, és a szerkesztés
sikeresen befejeződik.
Ha egy objektum nélküli munkalista kiszolgálóról nyitunk meg egy teljesített kérést, a beteg dosszié nem töltődik be a nézegetőbe, mivel a teljesített kéréseknek nincsenek tulajdonos eszközük, mint a képalkotó vizsgálatoknak, és amikor a betegdosszié gyűjtési folyamata rákeresett a tulajdonos eszközre, nem volt ilyen.
Ha a betegmegfeleltetési lekérdezések nem egyedi adatokat tartalmaznak, például üres betegnevet vagy teljesítési azonosítót, a rendszer kemény korlátozással szabályozza a visszaküldött találatok számát. Ez a korlát 500. Ez az érték a felhasználói felületen konfigurálható az Admin/Kiszolgáló beállítások/Rendszer/megfeleltetési kritériumok beállítása/Betegmegfeleltetés kemény határérték menüpontban. Ha a helyi vizsgálatok keresése során túllépi ezt a korlátot, a rendszer nem végez keresést a távoli vizsgálatokra. Emellett a rendszer kiértékeli a lekérdezési feltételeket, és 1) ha a lekérdezési feltételek megfelelnek a konfigurált szűrők és értékek listájának, például NULL betegazonosítónak, akkor vagy megszakítja a lekérdezést, vagy kihagyja a szűrőt. Ezekben az esetekben a keresés egyetlen egyezési eredményt ad, és a felhasználó értesítést kap a részeredmények megjelenítéséről. A szabályok az Admin/Szerverbeállítások/Rendszer/Egyeztetési kritériumok beállítása/Betegmegfeleltetés mező szabályai menüpontban konfigurálhatók.
A vizsgálatok összevonását a tulajdonos eszköz végzi. Ha az egyesítési kérésben szereplő vizsgálatok különböző gyermekkiszolgálók tulajdonában voltak, az egyesítési kérelem sikertelen volt. Mostantól az egyesítési kérést a hub kiszolgáló hajtja végre.
Az Apache Tomcat-et érintő lehetséges biztonsági rés (CVE-2020-1938) megszűnt.
A felhasználókat létrehozó webszolgáltatás behívása nem ellenőrizte az üres karakterláncú felhasználói azonosítókat, így a rendszer olyan felhasználó azonosítót hozhatott létre, amely így nem volt támogatásra előkészítve. Ez megoldódott.
Az adatok tömörítése művelet véletlenül frissítette a Fogadás dátumát. Mostantól megmarad az eredeti Fogadás dátuma.
Miután töröltek egy szülő eszközt az Eszközök táblázatából, a medsrv újraindításáig az eszköztípusok listája nem frissült úgy, hogy újra tartalmazzon Szülő eszközt. Ez megoldódott.
A betegmappán megjelenített eszközleírások több forrásból származó adatokat használtak, amelyek különböző értékeket tartalmaztak, így különböző időpontokban különböző címkéket eredményeztek. Ez megoldódott.
Az exportált adathordozón tárolt herpa (kék vonal) adatokat tartalmazó privát SR objektum külön vizsgálatként jelent meg a CD nézegető vizsgálat listájában. Ez akkor következett be, amikor az MCS azelőtt kezdte el előkészíteni a vizsgálatot a médiához, hogy a MINSOP példány objektum regisztrációja befejeződött. Ez megoldódott.
Az MCS kiszolgáló beállításakor megjelenő hibaüzenetek nem törlődtek, amikor az adminisztrátor megszüntette azokat, mert hiányoztak a hibaállapot tisztázásához és az üzenet törléséhez szükséges adatok. Ez megoldódott.
A felhasználói fiók adatai oldalon az e-mail cím mezőből eltávolítottuk a felesleges elválasztójeleket.
Amikor egy (törlés vagy vizsgálattá alakítás miatt) már nem létező kérésen végeznek visszakeresési műveletet, a művelet státusza újbóli próbálkozásra állt, és a műveletet a következő ciklusban újra megpróbálja végrehajtani a rendszer. Ez megoldódott.
A regisztrációs feladatok összecsukása egy olyan tisztítási funkciót hívott be, amely az összecsukott feladatban lévő összes objektum feladatreferenciáit eltávolította, még azokat is, amelyek nem voltak regisztrálva.
Munkalista/hub környezetben egy lelet megjelenítése a munkalista betegdossziéjában letiltotta a webnézegető, a mellékletek és a jegyzetek megjelenítő gombjait egy olyan XSS sebezhetőség hiba miatt, amely a lelet iframe-jének esetleges szerkesztésének ellenőrzésére vezettek be. Ez megoldódott.
A felhasználói fiókok oldalon egy szabad szöveges szűrőpanel tartozott a munkamenet dátum mezőihez, beleértve az Utoljára megtekintett, a Bejelentkezés és a Kijelentkezés mezőket.
Az időzített kijelentkezési esemény dátumát az adatbázisban olyan dátumformátummal mentették el, amely nem volt összhangban a többi mentett dátummal. Ez megoldódott.
A vizsgálatok szerkesztése a lágy szerkesztés engedélyezésével mindig frissítette a Beérkezés dátuma értéket, mivel a medsrv-8.0.32 változása miatt a rendszer a továbbiakban nem ellenőrizte, hogy a módosított objektum a Minimum SOP példány-e. Ez megoldódott.
A lelet weboldalakról hiányzott néhány alap és választható beállítás, mert egy funkció nem frissült úgy, hogy a kimenetébe beépítse a beállításokat. Ez megoldódott.
Ha a dátumformátum-beállításban az elválasztó mezők üresek voltak, az elemző kihagyta azokat, és a kapott dátumsorok formázása helytelen volt. Ez megoldódott.
Az adattár-hitelesítés eredményei figyelmen kívül hagyták az alkalmazott színsémát, és az eredményeket fekete szöveggel jelenítették meg akkor is, ha a kiválasztott háttérszín sötét volt. Ez megoldódott.
A munkamenet-azonosítót létrehozó és a nézegetőt elindító webszolgáltatás behívása nem indította el a megjelenítőt, ha a felhasználónak nem volt adminisztrátori jogosultsága, mert az alapvető felhasználói információk gyűjtésére irányuló behívás tévesen kérte a jogosultságot. Ez megoldódott.
Egy MCS kiszolgálón létrehozott média PACS eszköz alapértelmezés szerint nem DICOM Q/R SCP és Tároló SCU volt, és nem mentette el az AE címet, mert az adatok mentését végző funkció nem hívta be az adott eszköztípust. Ez megoldódott.
A felhasználói beállítások egyik felhasználói fiókból egy másikba másolásakor az összetett listát alkotó mentett listák a forrás felhasználó mentett listájára hivatkoztak, nem pedig az új felhasználó mentett listájára, ami érvénytelen összetett listákat eredményezett. Ez megoldódott.
A vizsgálat adatainak (pl. a beteg neve, MRN a PbR-ből) frissítésére tett kísérletek végrehajtása és vele egy időben a reprezentatív objektum (vagyis a vizsgálati adatok alapértelmezettként használt objektuma az adatbázisban) adatainak frissítése rossz sorrendben történhetett, ami az adatbázisban tárolt adatok helytelenségéhez vezetett. Ez megoldódott.
Egy előletöltő szolgáltatás funkció zárolt volt, így egyetlen ügyfél kérés teljesülhetett megszakítás nélkül, de ha a zárolt kérés hosszú lekérdezést tartalmazott, a többi ügyfélnél időtúllépést okozott, így nagyszámú szál nem volt elérhető, és várta az időkorlátok felszabadítását. Ez megoldódott.
A DCMTK legújabb verziója tartalmazott egy olyan változtatást, amely lehetővé tette a TCP Nagle algoritmusát (amely a hatékonyság javítására szolgál a küldött csomagok számának csökkentésével), ami akadályozta a DICOM átvitel teljesítményét. A funkciót kikapcsoltuk.
Olyan vizsgálatok, amelyekhez a felhasználónak nincs közvetlen hozzáférése, de amelyeket azért nyitottak meg, mert olyan vizsgálatok előzményei, amelyekhez a felhasználónak hozzáférése van, nem töltődtek be, mert a rendszer a felhasználó fő hozzáférési listája alapján ellenőrizte a jogosultságokat. Ez megoldódott.
A Microsoft Wordből származó, stíluscímkéket tartalmazó rich text szövegek feldolgozása nem volt megfelelő a leletpanelbe illesztéskor. Ennek eredményeként a stílusparancs paraméterei normál szövegként jelentek meg a leleten. Ez megoldódott.
A meglévő webszolgáltatás alapértelmezett felhasználó fiókjának típusa nem volt helyesen beállítva a frissítés során, ami megakadályozta, hogy az adminisztrátor az alapértelmezett felhasználót hozzárendelje az újonnan létrehozott webszolgáltatás eszközökhöz. Ez megoldódott.
A felhasználói fiók szerkesztő oldal Beállítások területének színválasztó panelje hiányzott az első megjelenítési kísérletnél. Ez megoldódott.
A saját weboldal nélküli menüpontok, mint például a médiaimportálás, nem ellenőrizték a jogosultságokat a kérés kezdeményezése előtt, így a médiaimportálási jogosultság nélküli felhasználók is importálhattak vizsgálatokat. Ez megoldódott.
Az Archívum oldal mentett listái csoportként kerültek az Egyéb listák oldalra.
A negatív keresési feltételek alkalmazása egy felsorolásos értékmezőre, például az Államra, a megfelelő eredményeket jelenítette meg, de az oldalon megjelenő feltételek helytelenek voltak. Ez megoldódott.
A Csoportfiókok oldal kötegelt szerkesztési funkciója nem gyűjtötte össze az összes kiválasztott csoport azonosítóját, csak az első kiválasztott csoportot szerkesztette. Ez megoldódott.
Egyes vezérlőpult elemekhez (dashlet) jogosultságokat rendeltek. A felhasználóknak rendszergazdai jogosultság kell a rendszerstatisztikákat megjelenítő vezérlőpult elemek létrehozásához és megtekintéséhez. A felhasználóknak támogatói jogosultság kell az adatbázisrekord szerkesztő vagy egyéni adatbázis-lekérdező vezérlőpult elemek létrehozásához és megtekintéséhez.
Korrigálták azokat a kivételeket, amelyek szerint összetett munkalista szűrők nem hozhatók létre összetett szűrőkből, és az összetett szűrőben lévő összes szűrőnek az összetett szűrőt létrehozó felhasználó tulajdonában kell lennie.
Egy eszköz hozzáadásakor a támogatott SOP osztályok listája alapértelmezés szerint a rendszer alapértelmezett listája, de az az üres és inicializálatlan listák ellenőrzésének elmulasztása miatt egyetlen SOP osztály sem támogatott. Ez megoldódott.
A kötegelt kiválasztás eszköz egyes oldalakon (Egyéb listák, Felhasználói fiókok, Csoportfiókok) nem tudta kiválasztani az összes vizsgálatot. Ez megoldódott.
A Felhasználói fiók és a Csoportfiók oldalakon a kötegelt kijelölés eszközben az Összes kijelölése opció nem gyűjtötte össze az összes egyező bejegyzést, így csak néhány kiválasztott fiók szerkesztését eredményezte. Ez megoldódott.
A böngészők biztonságos sütikezelése miatt a rendszer biztonsági beállításának átállása HTTPS-ről HTTP-re megakadályozta, hogy a felhasználó új munkamenetet hozzon létre (bejelentkezési hibaként nyilvánul meg), amíg a böngésző el nem távolította vagy nem érvénytelenítette a biztonságos sütiket. Ez megoldódott.
A kifüggesztési protokoll másolása egy felhasználóról egy másik felhasználóra, akinek nincs definiált kifüggesztési protokollja, még a beépített alapértelmezettek sem, összeomláshoz vezetett, mivel a rendszer nem tudta kezelni az üres listát. Ez megoldódott.
Ha a szülő kiszolgáló HTTPS-t használ, a gyermek pedig HTTP használatára van konfigurálva, a melléklet feltöltési kérések vegyes kontextus hiba miatt sikertelenek voltak. Ez megoldódott.
A DICOM média cél megjelent az Továbbítás beállító oldalon, és aktív volt, pedig a felhasználónak nem volt jogosultsága DICOM média létrehozására. Ez megoldódott.
Két belső mező nem szerepelt a rejtett mező listában, és az Egyéb listák táblázatban címke nélkül és szerkeszthetetlenül jelent meg. Ez megoldódott.
Megszűnt egy szükségtelen figyelmeztetés, amely azt jelzi, hogy egy médiafeltöltési kérelmet átirányítottak egy adattárolásra konfigurált (hub vagy gyermek) kiszolgálóra, ha a kiszolgáló maga is képes az adatok tárolására.
Az Archívum oldalon megjeleníthető mezők a DICOM lekérdezési válaszokban elérhető mezőkre korlátozódnak.
A rendszerben lévő összes felhasználói fiók kiválasztására használt eszközt úgy módosították, hogy az összes adat összegyűjtése után frissítse a jelölőnégyzeteket, így gyorsítva a kijelölés befejezési idejét, különösen a több ezer felhasználói fiókot tartalmazó rendszerek esetében.
A vizsgálati naplóbejegyzések formátumát visszaállították az eredeti formátumra, visszaállítva néhány hiányzó mezőt, és lehetővé téve a harmadik féltől származó szkriptek újbóli működését.
Ha a korrekciós forrásként a RIS van definiálva, és a kérés adatai megegyeznek a képobjektumban lévő adatokkal, az automatikus korrekció befejezésekor előfordulhatott, hogy az érték eltűnt a PbR objektumból, ebből adódóan a vizsgálat üres értéket regisztrált, és üresen jelent meg a munkalistán. Ez megoldódott.
A sorozatszám értékét tévesen hexadecimálisként értelmezte a rendszer és hibásan decimális értékké alakult át a Technikus nézet oldalon. Ez megoldódott.
Egy vizsgálat zárolásakor a munkalista zárolás mutatója piros színre változott, ami azt jelezte, hogy a vizsgálatot egy másik felhasználó zárolta, nem pedig sárgában, ami azt jelezte, hogy Ön volt. Ez megoldódott.
Az eszközkategóriák létrehozásakor és szerkesztésekor a duplán előforduló neveket elutasítja a rendszer.
Az asztali alkalmazások letöltéséhez használt hiperhivatkozás nem alkalmazta az egyéni portkonfigurációs beállításokat, így a felhasználók nem tudták telepíteni ezeket a szolgáltatásokat. Ez megoldódott.
A Kiszolgáló információk oldal megjelenítése egy munkalista kiszolgálóról hosszú időbe telt a vizsgálatok mennyiségi adatainak összegyűjtése során, ha azokat a közelmúltban nem gyűjtötték össze, vagy a meglévő naplófájlok túl nagyok voltak. A folyamat most egy munkaidőn kívüli időzített (cron) feladat során gyűjti be az alapinformációkat, és a weboldal ezt az információt használja, ahelyett, hogy igény szerint gyűjtené be a naplófájlokból. Ez megoldódott.
A több mint két névkomponensből származó részhalmazok (pl. az első három karakter) használatára beállított betegmegfeleltetési kritériumok sikertelenek voltak, mivel a kapott adatbázis-lekérdezés nem vette figyelembe a névértékek lezáró adatait. Ez megoldódott.
Ha egy webszolgáltatás parancs az alapértelmezett webszolgáltatás felhasználói fiókot használta, a hiányzó hitelesítő adatokat hibaként értelmezte a rendszer, ami minden parancsnál egy sikertelen bejelentkezési naplóbejegyzést eredményezett. Ez megoldódott.
Több sikertelen bejelentkezési kérés, amelyek ugyanabban a másodpercben történtek, egyetlen hibanapló bejegyzést eredményezett, mivel a naplóbejegyzés azonosító értéke másodperceket használt, és nem lett volna egyedi. Ez megoldódott.
Egy nemrégiben végrehajtott hibajavítás, amelynek célja az volt, hogy ellenőrizze a munkalista-szűrők megfelelését a lekérdezés minősítő korlátlan lekérdezési feltételeinek, nem működött az újonnan létrehozott szűrőkön, mivel a mentés előtt név szerint próbálta használni a szűrőt. Ez megoldódott.
Ha egy törlési művelet úgy van definiálva, hogy a vizsgálat megmaradjon és a kiürítés megtörténjen (szemben a belsőleg használt funkcióval, amely egyszerűen csak megjelöli az arra alkalmas vizsgálatokat), a szabálykészlet üres, és az ürítési művelet nem fut le. Ez megoldódott.
Az Evo nézegetők és a webnézegető által használt eredeti, jetty-alapú streaming technológia nem tudta felszabadítani a websocketeket, amikor a letöltendő vizsgálat megváltozott, és az alapul szolgáló szál kivételbe ütközött a befejezéskor. Ez megoldódott.
A régi mappák átnevezése azért nem sikerült, mert az azonos nevű meglévő mappák ellenőrzése rossz mezőre hivatkozott. Ez megoldódott.
Ha egy egyéni alapértelmezett munkalista-szűrővel rendelkező felhasználó létrehozott egy mappát, az eltűnt a Mappák és a Továbbítás oldalról egy apache újraindítás után, mivel az összes listaleíró címkével ellátott mappa az újraindítás során átkerült a felhasználó konfigurációs fájljának lista részébe. Vegye figyelembe, hogy a mappákat újra létre kell hozni, de a mappák tartalmát ez nem érinti.
DICOM adathordozóról történő adatimportáláskor a DICOMDIR fájl létrehozásának sikertelensége a médián lévő érvénytelen adatok miatt csendes hibát eredményezett. Most a felhasználó értesítést kap arról, hogy az adathordozót nem sikerült importálni.
A többszintű dotcomban munkalista-kiszolgálónak kiadott, leletszerkesztő webszolgáltatás parancsok sikertelenül működtek, mivel a gyermek kiszolgálónak küldött RMI parancs nem használta az RMI specifikus munkamenet mechanizmust, ami engedélyezési hibákat eredményezett. Ez megoldódott.
Ha egy napló- vagy archívumoldal lekérdezésének eredményei le vannak vágva, mert az összes találat száma meghaladja az alkalmazott határértékeket, akkor megjelenik egy részeredményre vonatkozó figyelmeztetés, de csak akkor, ha több megjelenítendő eredmény van. A figyelmeztetés hiányzott az eredmények utolsó oldalán. Ez megoldódott.
A nézegető nem jelenítette meg a felhasználót értesítő üzenetet, hogy elveszett a vizsgálat zárolás, mert a szerver nézegetőre küldött üzenetében hiba volt. Ez megoldódott.
Ha a felhasználó a munkalista elrendezésének szerkesztése után ad ki gyorskeresést, az eredmények az eredeti elrendezéssel jelenhetnek meg, nem pedig a módosított elrendezési beállításokkal. Ez megoldódott.
Ha egy összetett munkalista konfigurálása során az egyik forráslista törlésre került, a rendszer nem észlelte és nem mentette el az összetett listát, ami kivételhez vezetett annak alkalmazásakor. Ez megoldódott.
Az Egyéb listák lapon az átnevezés és törlés lehetőségei a csoportlisták esetében le vannak tiltva, kivéve, ha a felhasználónak megvan a szükséges adminisztrátori jogosultsága.
A nem sürgős sugárzott üzenetek nem rögzítették az utolsó frissítés időpontját, ezért nem jelentek meg az üzenetpanelen vagy a vezérlőpult elemben. Ezenkívül, ha a várólistában csak nem sürgős sugárzott üzenetek voltak, a hiányzó időbélyegző következetlen listaadatokat ezzel pedig naplózott kivételt eredményezett. Ez megoldódott.
Miután webszolgáltatás parancsokkal létrehoztak, majd szerkesztettek egy kérést, egyes mezők nem frissítve jelentek meg a munkalistán, mivel a csoportos kéréskezelés ezeket új kérésként kezelte (a csoporton belül), nem pedig a meglévő kérés módosításaként. A meglévő eljárási lépésre vonatkozó szerkesztéseket az eljárási lépés azonosítója alapján mostantól szerkesztésként kezeli a rendszer, nem pedig új kérésként a csoportos megbízásban.
A médiakészítő kiszolgáló (MCS) mindig a kiszolgáló elsődleges IP-címét használta a letöltési URL létrehozásakor. Ha a tanúsítvány nem tartalmazza ezt az IP címet, hiba lép fel a médiafájl letöltésére tett kísérlet során. Az ilyen feltételekkel futó környezetekhez egy konfigurálható kiszolgálócím és átirányítási szabályok kerültek hozzáadásra. Lásd a Médiakészítő_kiszolgáló elemet
A webnézegetőben megnyitott vizsgálatok listájának fenntartása nem volt szálbiztos. A vizsgálatok webnézegetőbe töltésére irányuló egyidejű kérések megrongálták a listát, ami kivételt okozott a webnézegető később megnyitott kéréseinél és a böngésző ablakában megjelenő 104 hibaoldalhoz vezetett. Ez megoldódott.
A nem létező felhasználói azonosítóval történő bejelentkezési kísérletkor megjelenő hibaüzenet túl sok részletet közölt a bejelentkezés sikertelenségéről. A frissített üzenet általánosabb és biztonságosabb.
A v7-ről v8-ra történő frissítéskor a testreszabásokat nem tartalmazó munkalista elrendezések NULL bejegyzésként kerültek be az adatbázisba, ami alkalmazáskor kivételt eredményezett. Az üres elrendezéseket a frissítés során a rendszer átalakította, a meglévő elrendezéseket pedig felismerte, és már helyesen kezelhetők.
Az egynél több oldalnyi rekordból álló összes napló lapon az eredmények jelölése "részleges" voltak, még akkor is, ha ez nem volt igaz. Ennek az üzenetnek csak akkor kellene megjelennie a naplók oldalon, ha egy dotcom más kiszolgálóiról történik a naplók gyűjtése.
A webszolgáltatások behívásai nem frissítették a munkamenetet, így a munkamenet hamarabb lejárt, mint az inaktivitási időzítő által megadott.
Amíg a taskd állt, a HL7-en vagy webes szolgáltatásokon keresztül érkező kérésfrissítéseket új rendelésként kezelte a rendszer, ami a kérések duplikálását eredményezte a PACS munkalistájában. Ez megoldódott.
A Törlés művelet objektum megfeleltetési beállításai nem sorolták fel a konfigurált csatolmánytípusokat, ami azt jelentette, hogy a felhasználók nem tudtak műveletet beállítani a kiválasztott csatolmányok törlésére. Ezenkívül a rendszer nem ellenőrizte a mellékletek típusát, amikor a mellékleteket megfeleltette a kiürítési kritériumoknak. Ez megoldódott.
A $$$<COLID>$$$ formátumot használó szűrő makrókat nem ismerte fel a rendszer, így a szűrési feltételek nem adtak eredményt. A meghatározott szó szerinti szűrőérték megjelenik a szűrési feltételek panelen, de a feloldott makró értéke megjelenik az eredmények felett lévő szűrőmezőben. Ez megoldódott.
A hozzáféréssel rendelkező felhasználók által kedvencekként elmentett weboldalakat más, a szükséges jogosultságok nélküli felhasználók is megtekinthették. Mostantól, ha egy korlátozottan elérhető oldalt hívnak be, a felhasználó alapértelmezett kezdőlapja jelenik meg. Fontos, hogy az esetleges adatkorlátozások helyesen érvényesültek.
A rendszer (felhasználói fiók) automatikus feloldási idő beállításának szerkesztése megkísérelte frissíteni adott dotcom összes kiszolgálóján megtalálható minden egyes felhasználói fiókok értékeit. A feloldási idő megváltozott, így egy érték vonatkozik az összes felhasználói és csoportfiókra, függetlenül attól, hogy a felhasználó melyik kiszolgálóról jelentkezik be, így a rendszer egyetlen rendszerbeállítást tört be helyette.
Egyes felhasználói és csoportbeállítás mezőkben nem érvényesültek az értékhossz korlátok, ami mentéskor nem szándékos csonkítást okozott. Mostantól minden beviteli mezőben érvényes a mezőhossz korlátozás.
Egyes rendszer és előletöltés munkameneteknél a rendszer figyelte az inaktivitást, holott ezeknél a munkameneteknél soha nem jár le az idő. Ha egy kérésnek megfelelő vizsgálat az inaktivitás időzítő lejárta után érkezett, az automatikus korrekció nem sikerült. Ez megoldódott.
Az automatikus javítás naplóbejegyzéséből hiányzott egy szóköz, amely a szöveget és a vizsgálat UID értékét kombinálja. Ez megoldódott.
Ha a felhasználó szerkesztette a Radiológus mezőt a leletpanelen, és az érték üres, vagy nem egyezik meg egy definiált radiológus nevével, a lelet mentésekor egy felesleges kivétel jelenik meg. Ez megoldódott.
Ha nincs licenc, vagy hiba van a licencben, a kiszolgáló véletlenül médiakészítő kiszolgálóként inicializálja magát, amelynek beépített alapértelmezett értékei eltérhetnek a PACS kiszolgálókétól. Ez megoldódott.
Miután törölt egy alapértelmezett munkalista címkét a lista menüből, a csoport vagy a rendszer alapértelmezett listájának meg kellett volna jelennie, de nem jelent meg, mert a lista nem frissült. Ez megoldódott.
Egyes függönyoldalakon a gombvezérlők nem zárták be a felugró ablakot, így a felugró ablak
látható maradt a művelet befejezése vagy törlése után.
Egy vizsgálat egyesítő szerverről történő másolásakor létrejött a célmappa, de az átirányítási kérelem sikertelen volt egy visszavont oldal behívása miatt. Ez megoldódott.
A webszolgáltatásokról származó bejelentkezési kérések behívása vagy a beolvasási hely megadása esetén nem sikerült ellenőrizni a felhasználói fiók zárolási állapotát.
Az olyan csoportokhoz rendelt műveleteket, amelyek azonosítója 20 karakter hosszú volt, figyelmen kívül hagyja a rendszer, mert az utolsó karaktert csonkolta a művelet adatbázis táblában elmentett azonosítóról, így az akciók futtatásakor nem egyezett egyetlen regisztrált csoporttal sem. Ez megoldódott.
A betegmegfeleltetési kritériumok mezőiben lévő kettős idézőjelek kezelésére szolgáló legutóbbi javítás egy elemzési hibát váltott ki, abban az esetben ha betegmegfeleltetés kezdeti megfeleltetési paramétereket is tartalmaz. Ez megoldódott.
A műveletek - az Értesítés művelet kivételével - nem rendelhetők csoportos fiókokhoz, de a felhasználói felület nem érvényesítette ezt a korlátozást. A csoportfiókokhoz rendelt meglévő műveletek az első újraindításkor letiltásra kerülnek. Az adminisztrátorok értesítést kapnak, ha valamelyik Művelet le van tiltva.
A csoportazonosítókban nem engedélyezettek a szóközök, de ezt nem érvényesítették az új csoportok létrehozásakor vagy a csoportok frissítés közben végzett importálásakor. A meglévő, szóközöket tartalmazó csoportazonosítók úgy módosulnak, hogy a szóközt aláhúzás helyettesíti.
Néhány fennmaradó weboldal nem úgy volt definiálva, hogy alapértelmezésben UTF-8 karaktereket használjon. Ebben a konkrét esetben az ékezetes karaktereket tartalmazó sima leletszöveget nem kezelte helyesen a rendszer, amikor HL7-en keresztül küldték. Ez megoldódott.
A listakezelés adatbázisba történő áthelyezése után a Vizsgálat műveleti lista rendezése nem történik meg, ami egy vizsgálat többszöri feldolgozását váltotta ki, és kevésbé valószínű, hogy egy vizsgálat teljesen kimarad. Ez megoldódott.
Egy lista tulajdonságainak megjelenítése az Egyéb listák oldalon olyan formázási problémákat váltott ki, ami miatt a szűrő adatai csonkultak. Ez megoldódott.
Egy mappa törlése során a rendszer eltávolította a tárolót, de nem ellenőrizte és nem távolította el a mappához rendelt vizsgálat hivatkozásokat. Ha egy mappa törléskor nem üres, a rendszer a vizsgálathivatkozás eltávolítása előtt tájékoztatja a felhasználót. Ez megoldódott.
Ha olyan médiát hoz létre, amely két vagy több olyan vizsgálatot tartalmaz, amelyek még nem léteznek a médiakészítő kiszolgálón, előfordulhat, hogy az egyik vizsgálat letöltése késik. Például, előfordulhat, hogy egy archívumból kell lekérni, vagy még mindig egy dotcom-ot tölt fel egy gyermekkiszolgálóról. A rendszer nem mindig várta meg, hogy az összes vizsgálat megérkezzen, mielőtt létrehozta volna a médiafájlt. Ez megoldódott.
Ha egy webszolgáltatás API kapcsolata nem tudott létrejönni, a válasz keményen volt kódolva, hogy engedélyezési hibát jelezzen. Most már felszólítja a felhasználót a hitelesítő adatok megadására.
Ha érvényes munkamenet-azonosító nélküli webszolgáltatás API link kiadása után a felhasználót hitelesítő adatainak megadására szólították fel, a sikertelen első próbálkozásnál elveszett a tervezett API cél (oldal), és a felhasználó egy váratlan weboldalon kötött ki. Ez megoldódott.
Ha a beteg megfelelési feltételek között használt mező kettős idézőjeleket tartalmazott, a betegdosszié panelje nem nyílt meg, mert a rendszer nem tudta kikerülni a megfelelő karaktert. Ez megoldódott.
FRISSÍTÉSI ÉRTESÍTÉS: Ez a javítás nem távolítja el a meglévő rendszer alapértelmezett munkalistáit. Ha a rendszer alapértelmezett munkalistája ennek a hibának a következtében jött létre, akkor azt manuálisan kell törölni. A gyári alapértelmezett munkalistát helytelenül mentette a rendszer egyéni rendszerszintű alapértelmezettként, amennyiben nem volt már alapértelmezett rendszer munkalista.
A latin-2 vagy a latin-1-től eltérő karakterkészletű adatbázisra beállított kiszolgálók hibásan kezeltek néhány összevető adatot, aminek következtében egyes mentett munkalisták kezelése, beleértve a törlésüket is, nem volt lehetséges. Ez megoldódott.
A munkalisták és műveletek adatbázisba történő áthelyezésekor (medsrv-8.0.21) az üres vizsgálati műveletek listáit letiltott műveletként értelmezte a rendszer. Ennek eredményeképpen a frissítés után a művelet letiltásra került. Vegye figyelembe, hogy ez a javítás nem állítja vissza a hiba miatt letiltott műveleteket. Ezeket a műveleteket manuálisan kell újra engedélyezni.
A csoportlisták nevének adatbázis-hossza nem vette figyelembe a rendszerszoftver által hozzáfűzött karaktert, ami hibát okozott, ha olyan csoportlistát használtak, amelynek címkéje pontosan 20 karakter hosszú volt. Ez megoldódott.
A mentett munkalisták adatbázisba való áthelyezése után a munkalisták műveletei nem távolították el a nem megfelelő vizsgálatokat a kezelt vizsgálatok listájából, ami az adatbázis tábla megnövekedését okozta. Ez megoldódott.
Az automatikus feloldási idő beállításának visszaállítása véletlenül megváltoztatta a kifejezetten zárolt fiókok zárolási idejét, lehetővé téve, hogy a felhasználó visszaállítsa azokat. Ez megoldódott.
Egyes függőségi viszonyok nem törlődtek, amikor egy elmentett munkalista-szűrőt töröltek vagy átneveztek, beleértve a Műveletek eltávolítását és az összetett listák frissítését. Ez megoldódott.
A mentett munkalistát törlő gomb látható maradt a lista menüben a szükséges (Nézet létrehozása) jogosultság nélküli felhasználók számára is. Ez megoldódott.
A jelszó jellemzői érvényesültek a jelszó frissítésekor, de a felhasználói fiók létrehozásakor nem. Ez megoldódott.
A betegdosszié nézet területére alapértelmezésben betöltött adatok kiválasztásához használt hierarchia helytelen volt. A végleges lelet megjelenítése elsőbbséget élvez a mellékletekkel szemben. Ez megoldódott.
A lelet oldalon, a kulcsképekre megjegyzéseket rajzoló alkalmazás a megjegyzés alkalmazásakor hibázhatott. Bár a kép és a nem érintett megjegyzések megjelennek a leletoldalon, egyes megjegyzések hiányozhattak. Ez megoldódott.
A feltételes sorszíneket tartalmazó munkalisták érvénytelen lekérdezési kérelmet váltottak ki, ami miatt nem egyező bejegyzések jelentek meg az eredményekben. Ez megoldódott.
Néhány másodlagos rögzítési objektumhivatkozás, különösen a mellékletek esetében, keményen volt kódolva a címkézés elnyomására, a miniatűr hivatkozások azonban követték a nézegető preferenciáját. Amikor a nézegető címkézett hivatkozásokat kért, a nézegető akadozhatott a következetlenség miatt. Ez megoldódott.
Az ISO fájl objektumainak összegyűjtésekor használt öröklött oldalméret-korlátozás csonkította a listát, és ennek eredményeként az adathordozón nem voltak objektumok. Ez megoldódott.
Egy helytelen jogosultság-ellenőrzés lehetővé tette, hogy a jóváhagyási jogosultságú felhasználók akkor is megnyithassák a leletet szerkesztésre, ha nincs leletszerkesztési jogosultságuk, miközben hibaüzenetet jelent meg. Ez megoldódott.
Ha egy visszavont adatbázis mező Ütemezett rendelésszám adatokat tartalmazott, a rendelésekhez feltöltött mellékletek feltöltése sikertelen volt. Ez megoldódott.
A lelettáblázat MAPPA mezőjének adatbázis-indexe visszaállt, és egy alapértelmezett statisztikai fájl került bele.
A kezelő behívásának módjával kapcsolatos probléma megakadályozta néhány funkció befejezését, beleértve a kulcsképek megjelenítését és a képméret-választó elrejtését a nyomtatóbarát leletben. Ez megoldódott.
A v8-as verzió szintén támogatja a harmadik féltől származó SR objektumok tartalmának leletoldalon vagy panelen való megjelenítését.
Korlátozások bevezetése tiltja le az LDAP jelszó nélküli bejelentkezési kísérletek támogatását.
Az eRAD nézegetővel létrehozott prezentációs státuszokat tartalmazó vizsgálatok hibába ütköztek, amikor az MCS ezeket az objektumokat DICOM kompatibilis PS objektumokká konvertálta és a kimeneti mappába másolta. Ez megoldódott.
Az a képcímkézési megoldás, amelyet a nézegető a képobjektum újrafeldolgozásának kérésére használ, a nézegető egyes verzióiban zavarta a kulcsfontosságú képek és prezentációs státuszok megjegyzéseinek megjelenítését. A megoldás a címkézés letiltása volt, kivéve, ha a nézegető verziója jelzi, hogy támogatja a funkciót.
Amikor egy megjelenítési státusz objektum hiányzott a feldolgozott könyvtárból, a webnézegető nem tudta elindítani az időben végzett feldolgozást, majd nem kezelte a hiányzó fájlt, megakadályozva, hogy a teljes vizsgálat betöltődjön a webnézegetőbe. Ez megoldódott.
A munkalista szűrő mentésekor nem történt meg a lekérdezés minősítő ellenőrizése, így a felhasználó rosszul definiált vagy nem korlátozott lekérdezés szűrőt menthetett. Ez megoldódott.
A rendszer nem hozott létre naplóbejegyzést, amikor egy nem-kép típusú fájlt (pl. dokumentumot) töltöttek fel és csatoltak egy kéréshez. Ez megoldódott.
A rendszerfelhasználók nevének módosítása megkerülte a rendszerfelhasználói zárolások feltörését megakadályozó ellenőrzést. Ennek eredményeképpen, egyes rendszer által kezdeményezett parancsok, például a vizsgálat szétválasztása, egyesítése, a lelet mentése és a tulajdonjog átadása többször is meghívható volt, ami adatok duplikálását eredményezte. Ez megoldódott.
Egy munkalista kiszolgálóról kezdeményezett és egy központi kiszolgálóra átirányított fájlfeltöltések sikeresen befejeződtek, de hibajelzéssel, a további átirányítás szükségét vizsgáló parancs ellenőrzésére tett kísérlet során. Ez megoldódott.
A feladatkezelés oldalon megjelenített késleltetési és újratöltési feladatok adatai nem egyeztek az adatbázisban szereplő adatokkal, mivel néhány feladatot nem távolítottak el az Információ objektum fáról. Ez megoldódott.
A felhasználói fiók oldal és a napló oldal alapértelmezett rendszer- és csoportlistái nem kerültek alkalmazásra. Ez megoldódott.
A Szerző megfigyelő (lelet szerzője) nevét HTML-kódolással menti a rendszer, ami nem volt összhangban a leletben szereplő összes többi névvel. Ez megoldódott.
A rendszer munkalistáihoz való hozzáféréshez admin jogosultságok szükségesek, de ez a korlátozás nem volt érvényben, így azok minden felhasználó számára láthatóvá váltak. Ez megoldódott.
Egynél több szűrőt tartalmazó elmentett, alapértelmezett Archívum oldal szűrő alkalmazása nem adta ki a lekérdezést, és nem jelent meg lista. Ezenkívül a rendszer alapértelmezett Archívum oldal szűrője nulla szűrőértéket tartalmazott, ami hibát eredményezett, és nem jelent meg lista. Ez megoldódott.
Miután elmentett egy "nem üres" szövegmezőjű munkalista-szűrőt, alkalmazta a szűrőt, majd megnyitotta a szűrőkritérium-mezőt szerkesztés céljából, a tartalom egy nem kívánt karaktert tartalmazott, amely, ha nem törölték, a lekérdezés futtatásakor érvénybe lépett. Ez megoldódott.
A korábbi verziókban létrehozott és a PACS Evolution frissítése során frissített munkalista-szűrők nem tartalmaznak explicit beállítást a munkalista fejléc megjelenítésére vagy elrejtésére. Alapértelmezés szerint meg kellene jeleníteniük a fejlécet, de nem így történt. Ez megoldódott.
A DICOM média MCS szolgáltatással történő létrehozására irányuló kérések sikertelenek voltak, ha azokat egy munkalista egyesítő kiszolgálóról adták ki (munkalista kiszolgálók gyűjteményének szülője), mivel a szoftver csak a szomszédos hub eszközről gyűjtött adatokat. Ez megoldódott.
Ha egy elmentett munkalista szűrő lekérdezés minősítő figyelmeztetést eredményez, az eredményül kapott lista elrendezése figyelmen kívül hagyja az elmentett szűrő elrendezését, és az alapértelmezett elrendezést alkalmazza. Ez megoldódott.
A DICOM eszközkészlet az objektumok szerkesztésekor és létrehozásakor eltérő módon örökíti a karakterkészleteket. Új leletobjektum létrehozásakor az alapértelmezett (ASCII) karakterkészletet használták, aminek következtében az olyan nevekben, mint például a leletező orvosé, figyelmen kívül hagyták az ékezetes karaktereket. Ez megoldódott.
Az Előletöltés és a Frissítések küldésének leállítása művelet ikonjaira nem lehetett szűrni az Egyéb listák oldalról. Ez megoldódott.
Ha a munkalista-szűrő konfigurációs fájl kedvenc (csillaggal jelölt) munkalista volt, akkor az a vezérlőpult elem panelben maradt, miután törölték a rendszerből. Ez megoldódott.
A böngészők különböző kiszolgálókról feltöltött iframe elemek kezelési módjában történt változások figyelmen kívül hagyták a megjelenő sütit, és nem létező vagy lejárt munkamenetet jelentettek. Ennek eredményeképpen a webnézegető leletpanelén egy lelet betöltése lejárt munkamenet hibaüzenetet váltott ki. Ez megoldódott.
Amikor a dokumentum-beolvasás oldalról próbálták frissíteni a vizsgálati adatokat, a rendszer megpróbált elmenteni néhány visszavont beolvasási beállítást, ami a kérés sikertelenségét okozta. Ez megoldódott.
Egyes böngészők nem adnak át egy hozzáférés-szabályozási paramétert, amikor a webnézegető megnyitott kéréseit egy gyermekkiszolgálóra irányítják át. Ennek eredményeként a webnézegető hibát jelentett, és nem töltötte be az adatokat. Ez megoldódott.
Az Egyéb listák táblázat szűrésére tett kísérletek nem adtak találatot, mivel a v8-as verzióhoz összeállított szűrőmechanizmusok felülvizsgálati karbantartására nem került sor. Ez megoldódott.
A kimenő webes szolgáltatási üzenetek kétszer lettek elküldve, mert az eseménykezelőt kétszer regisztrálták az indítás során. Ez megoldódott.
Amikor a nézegető beteg dossziéja ellenőrizte a vizsgálat frissítéseit, az eredményt a rossz adatokhoz hasonlította, ami minden alkalommal frissítést okozott. Ez megoldódott.
A DICOM médiafájlok letöltést követő törlésére szolgáló webszolgáltatás parancs nem adta át a média munkamenet azonosítóját, így a kérés sikertelen volt, és az adatok mindaddig megmaradtak, amíg a rendszer az időkorlát lejártával nem törölte azokat. Ez megoldódott.
A felhasználó által (a felhasználói felületről) ütemezett feladatok holtponti állapotot eredményeztek, amikor előbb zajlott le új feladatok kijelölése a feldolgozatlan várólistában, minthogy a rendszer először ellenőrizte volna, hogy el tudja-e indítani az új feladatokat. Ez megoldódott.
A munkalista mezők alapértelmezett szűrőtípusainak egyedi beállítása támogatott lett. Lásd a Címkék testre szabása részben.
Egyes DICOM kiszolgáló és vizsgálatműveleti beállítások szerkeszthetőnek látszottak, de nem voltak azok, olyan adminisztrátorok száméra, akiknek nem volt kellő támogatói jogosultságuk. Ez megoldódott.
Munkalista exportálásakor, a rendszer kiterjesztette a DICOM megszámlált értéket a nemre majd megpróbálta lokalizálni a szót a használt nyelvre. A fordítási kísérlet sikertelen volt, ami exportálási hibát okozott. A nemek DICOM értéke kiterjesztés vagy fordítás nélkül kerül be az exportált adatok közé.
Amikor LDAP nincs konfigurálva, a biztonsági beállítások oldala elrejt egy mezőt. Amikor a felhasználó szerkesztette a biztonsági beállításokat, a rejtett mező az ellenőrzéskor üres volt, és hibaeredmény jelent meg, annak ellenére, hogy a szerkesztés helyes volt. Ez megoldódott.
A kiszolgáló licencmegújítási kísérleteinek gyakorisága módosult, a feldolgozási terhelés elkerülése érdekében.
Munkalista elrendezés mentésére tett kísérletnél, a listatulajdonos menü nem ajánlja fel az aktuális felhasználót beállítási lehetőségként, ha az aktuálisan alkalmazott elrendezés a rendszer tulajdonában lévő (alapértelmezett) elrendezés. Ez megoldódott.
Helytelen volt a felhasználói fiókok kötegelt szerkesztő panelének fejléce. A fejléc frissült, és a kötegelt szerkesztésre kijelölt összes felhasználói fiókot mutatja.
Az AE tárhely és az Archívum lekérdezés AE mezőket a beállítások oldalán olyan adminisztrátorok is szerkeszthetik, akiknek nincs támogatói jogosultsága.
A böngészők különböző kiszolgálókról feltöltött iframe elemek kezelési módjában történt változások figyelmen kívül hagyták a megjelenő sütit, és nem létező vagy lejárt munkamenetet jelentettek. Ennek eredményeként egy gyermek kiszolgálóról betöltött lelet kötegelt jóváhagyása a munkalista kiszolgálón, sikertelen volt.
Webes nézegető aktív felhasználói munkamenet nélküli indításakor, a felhasználó figyelmeztetést kap a bejelentkezési adatai megadására. Míg a bejelentkezés sikeres volt, és visszaküldött egy sütit a szükséges munkamenet azonosítóval, az azt követő lekérdezések már nem használták ezt, így nem történt semmi vagy folyamatos figyelmeztetést adott a belépési adatok megadására. Ez megoldódott.
Ha a bemeneti stringben nem volt szám, a kalkulált mező szám() makrónak ’0’-át kellett volna adnia. Ehelyett visszatért a bemeneti stringre. Ez megoldódott.
Leletnyomtatás frissítésének hatására, amely a wkhtmltopdf támogatása miatt vált szükségessé, a címérték elveszett a PDF postscriptre konvertálásakor. Ez megoldódott.
A rendszer belső e-mail sablonjával működő értesítési műveletek nem generáltak e-mail üzeneteket, mert a sablon által használt két makrót eltávolították a medsrv-8.0.10. verzióból. Ez megoldódott.
A Safari böngésző nem támogat helyettesítő karakter értékeket a hozzáférés-vezérlő forrás fejlécben. A helyettesítő karakter értéket felváltotta a vonatkozó állomás érték
Több vizsgálat egyidejű megnyitásakor a webes nézegetőben, miközben a webes kapcsolat nem elérhető, a nézegető lefokozza a képletöltést a HTTP használatára, a textúra blokkok méretezése módosul, amikor nem kellene, és az adatblokkok felülírják egymást, ami hiányzó adatblokkokat eredményez. Ez megoldódott.
Egyes dokumentumtípus beállítások (alapértelmezett dokumentumtípus, modalitás és vizsgálat dátuma) nem működnek a beolvasó és feltöltő felhasználói felületeken, a panel inicializálásakor. Ez megoldódott.
Hosszú bejegyzések, melyek a beépülő modul jogosultság változását mutatják, sikertelenül azonosítják az eredeti engedélyezési beállításokat. Ez megoldódott.
Egyes üres adatmezők, beleértve az ütemezett dátumot, ahol nincs hozzárendelve az alapértelmezett dátum, java kivételt és üres munkalistát eredményeznek. Ezen kívül, az üres adatértékre keresés az összes adatérték nélküli rekordot adta ki az összes rekord helyett, ahogy korábban volt. Ez megoldódott.
A WSDL egyik módosítása áthelyezett egy fájlt, melyre a webes szolgáltatásra menő kérések és leletek elküldésekor szükség volt. Ez megoldódott.
A mentett munkalista szűrőkben elmentett szűrőtípus érték elveszik, az m8.0.8 rendszerek frissítésekor, emiatt a munkalista szűrők figyelmen kívül hagyják a szűrőt. Ez a javítás nem korrigálja a mentett szűrőket, amelyeket már konvertáltak a frissítés során. Ez megoldódott.
Egy párosítási hiba megakadályozta, hogy a nézegető megjelenítse az elérhető beszédfelismerő lehetőségek egyedi listáját, ha egynél több lehetőség van a konfigurációs fájlban. Ez megoldódott.
Ha a beteg neve vagy egyéb lekérdezései aposztrófot tartalmaznak (’) a keresési feltételek között, nulla találatot eredményez, a tényleges adatoktól függetlenül. Ez megoldódott.
A lekérdezés minősítő ellenőrzés nem volt aktiválva a mentett munkalisták betöltésekor. Ez megoldódott.
Az adatbázis napló táblázatában tárolt és a napló oldalon megjelenő vizsgálati dátum érték nem tartalmazta az időpont részt. Ez megoldódott.
Az eszközök hozzáadására vagy szerkesztésére irányuló sikertelen kérésekről a felhasználó nem mindig kapott műveleti hiba értesítést. Ez megoldódott.
Adott rendeléshez a munkalista kiszolgálóról feltöltött kép típusú mellékleteket a hub kiszolgálón kellene tárolni. Ez módosítja a rendelést vizsgálattá. Minden más melléklettípusnak a munkalista kiszolgálóra kellene kerülnie. (A képobjektumok megérkezésekor kerül át a hub kiszolgálóra.) Ezek a mellékletek tévedésből egy hub kiszolgálóra kerültek, amelyek a rossz vizsgálatot eredményeztek, amennyiben a képek egy másik hub kiszolgálóra érkeztek. Ez megoldódott.
Ha egy webes szolgáltatás kliens új felhasználói fiók készletet hoz létre, hogy az első bejelentkezéskor módosítsa a jelszót, a felhasználó nem kap utasítást jelszava módosítására. Ez megoldódott.
Azonos objektum több egymást követő újraküldésekor, ha a küldési sor nem üres, a taskd több regisztrációs feladatot indíthat el azonos objektumra, egy időben. Az objektum regisztrációja sikeresen megtörtént, de hibák naplózásával, és a feladatok egyike az újrapróbálkozási sorba került, anélkül hogy be lehetne fejezni az átütemezéskor.
Kimenő megjegyzések hozzáadása után, egy vizsgálati példány UID módosításakor (pl. vizsgálatok egyesítése vagy felosztása után), a hibakezelés módosult és véletlenül kimarad a hiba eseti zárolás feloldása. Ez megoldódott.
A prezentációs állapotként mentett megjegyzések exportálásakor, a kiszolgáló az adatok belső megjelenítését DICOM prezentációs állapot objektumokká konvertálja. Az elforgatott ellipszis vagy szabad kézi megjegyzések ROI grafikája nem volt támogatott, ezért ezeket a grafikákat nem lehetett konvertálni. Ez megoldódott.
Szegmens beillesztése a leletsablonba a leletsablon szerkesztőben, java összeomlást okozott. Ez megoldódott.
Emiatt a hiba miatt, az adminisztrátorok nem tudták testre szabni a nézegető betegdosszié sablonját. Ez megoldódott.
A rendszer legfeljebb 32 ezer felhasználót képes kezelni
A fájlrendszer korlátai megakadályozták, hogy a rendszert 32 ezernél több felhasználói fiókot kezeljen. Ez megoldódott.
Sorozat vagy példány szintű C áthelyezési kérés kiadásakor nem-objektum nélküli egyesítő (CWL) kiszolgálóra, az eredményként kapott adatbázis lekérés érvénytelen és sikertelen. Ez megoldódott.
A webes szolgáltatásokra érkező vizsgálat információ visszakeresési kérések helytelen kép és sorozatszámokat adnak eredményként, ha a szám nagyobb 15-nél. Ez megoldódott.
A szűrési kritériumokat a Q/R készülékekhez rendelő eszköznek néhány funkciója hiányzott: figyelmeztetés a szűrő hatásaira vonatkozóan; hozzáférés az összes adatbázis mezőhöz; és szűrők szerkesztésének naplózása. Egyes prezentációs következetlenségek javítására is sor került.
Amikor térbeli regisztrációs objektumot regisztrálnak egy aktív megtekintési munkamenetben éppen nyitva lévő vizsgálathoz, a kiszolgáló értesíti a nézegetőt, így behívhatja az új objektumot.
Internet Explorer helytelen eseményt generál egy görgető sáv legördülő panelbe húzásakor (jelen esetben az eltárolt leletek kijelölő listájába), amitől a legördülő lista az elem kijelölése előtt bezárul. Ez megoldódott.
A rendelés létrehozó üzenetben definiált előjegyzett eljárási lépés azonosító nem jelenik meg az adatbázisban (és a munkalistában). Ez megoldódott.
A vizsgálatszerkesztés oldala nem listázta a DICOM objektumokban meglévő, de az adatbázisban nem szereplő mezők értékeit. Ez megoldódott.
A vizsgálat továbbító oldal betöltése hosszabb időt vehetett igénybe, amikor a rendszer sok (tízezres nagyságrendű) felhasználói fiókot kezelt. Ez megoldódott.
A leletszerkesztés oldal betöltése hosszabb időt vehetett igénybe, amikor a rendszer sok (tízezres nagyságrendű) felhasználói fiókot kezelt. Ez megoldódott.
A jóváhagyó oldalak betöltése hosszabb időt vehetett igénybe, amikor a rendszer sok (tízezres nagyságrendű) felhasználói fiókot kezelt. Ez megoldódott.
Az üzenet kezelőpult címzett listájának, illetve a kezelőpult konfiguráló oldalának betöltése hosszabb időt vehetett igénybe, amikor a rendszer sok (tízezres nagyságrendű) felhasználói fiókot kezelt. Ez megoldódott.
Az előzmények automatikus átvitele az archívumból a hub kiszolgálóra sikertelen volt, ha a vizsgálatot egy gyermek kiszolgálón regisztrálták. Ez megoldódott.
A zárolt vizsgálatokat nem lehetett feloldani a zárolási időszak lejárata után sem, ha a felhasználó munkamenete korábban lejárt. Ez megoldódott.
A törölt felhasználói fiókok azonosítóival készülő új felhasználói fiókoknál meg kellene jelennie a többszintes hitelesítési követelményeknek akkor is, ha a funkció le van tiltva. Ez megoldódott.
A lelet jóváhagyó weboldal megjelenítése nagyon lassú volt nagyszámú felhasználói fiókot kezelő rendszerekben, az elégtelen adatbázis igény miatt. Ez megoldódott.
A leletvéglegesítés lehetősége nem volt elérhető, ha a felhasználónak engedélye volt a lelet jóváhagyására (jóváhagyási jogosultság). Ez megoldódott.
Olyan objektumok feldolgozása, melyek a vizsgálatra alkalmazott műveletek utófeldolgozását vagy adatainak tömörítését követően kerülnek egy kiszolgálóra, automatikusan történik.
Ha az archívum egy független eRAD PACS rendszer, az Archívum oldal lekérdetés/továbbítás eszközei nem működtek, mivel az archívum saját dotcomjáról várt felhasználói munkamenet azonosítót. Ez megoldódott.
A DICOM média létrehozását kérő webes szolgáltatások elvégeztek egy érvénytelen ellenőrzést a kért tömörítésen és a médiatípus paraméterein, ilyen módon figyelmen kívül hagyták a kért beállításokat, és egyáltalán nem tömörítették az adatokat. Ez megoldódott.
Olyan külső forrásból származó lelet megjelenítése, amelynek sablonja nem szerepel egy külső leleteket kezelő területcsoportban sem, összeomlást okoz. Ez megoldódott.
A munkalista kiszolgálóra küldött másodlagos felvételeket és prezentációs állapot objektumokat egy nézegető munkamenetben történő létrehozást követően, a rendszer továbbított saját tulajdonos eszközükre, de megmaradtak a munkalista kiszolgálón. Ez megoldódott.
Amikor a nézegető új objektumokat küldött a kiszolgálóra, ha egyben leletet is küldött, a vizsgálat „Állapot módosult” értéke frissült, ami azt jelezte, hogy a vizsgálat módosult. Ez megoldódott.
A nézegető betegdosszié mappájának vizsgálati listája nem egyezik, az adatgyűjtéskor előforduló pozíció kalkulációs hiba miatt, illetve a csatlakozó sáv elválasztó szóköz számának figyelmen kívül hagyása miatt. Ez megoldódott.
Ha a betegdosszié úgy van konfigurálva, hogy automatikusan frissüljön a megjelenítő területen, és a területen már van valami a betegdosszié megnyitásakor, a háttérfrissítés módosítja a megjelenítés területen már kijelzett adatokat. Ez megoldódott.
A szűrt munkalistában mér nem szereplő vizsgálatok frissítéseit is ellenőrizte a rendszer az oldal frissítésekor, ami túl sok naplóbejegyzést eredményezett, mivel nem volt érvényes zárolás.
Internet Explorer 11 használata esetén a felhasználói fiók szerkesztő oldal jogosultság területe kilógott a böngészőablak keretéből, nem volt görgető sáv a lehetőségek áthelyezéséhez. Ez megoldódott.
A nem-kép mellékletek feltöltése egy munkalista kiszolgálóról egy rendelésre, nem továbbította az adatokat a kiválasztott hub kiszolgálóra. Ennek eredményeként, az adatok nem voltak láthatók a technikus nézetben vagy a betegdossziéban.
Egy webes szolgáltatás kiszolgálóra kiadott és egy saját eszközre továbbított végrehajtási parancsai sikertelen érvényesítési munkamenettel zárultak, amennyiben a webes szolgáltatás felhasználója nem volt alapértelmezett felhasználóként regisztrálva a parancsot kezdeményező eszközön. Ez megoldódott.
Korrekciós üzenetek, melyek olyan dotcomot továbbítanak a kiszolgálóra amit arra konfiguráltak, hogy értesítést küldjön egy webes szolgáltató kliensre (pl. egy RIS-re) a képobjektumok megérkezése előtt, és a regisztrációjuk sikertelen volt, de a feladat nem került be az újrapróbálkozási sorba. Ennek eredményeként a kliens soha nem kapta meg a korrekciós üzenetet. Ez megoldódott.
A munkaállomás előletöltési kérései eredményeként az továbbítási művelet nem tartalmazza a lista kibővítésére vonatkozó utasítást, ezért a fontos korábbi vizsgálatok nem kerülnek bele. Ez megoldódott.
A dátum és idő illetve az időszűrők kezelésének legutóbbi változtatásai kihatottak a születési dátum mezőre, ezért a bizalmas vizsgálatokhoz szükséges hozzáférést biztosító pontos találat sikertelen volt. Ez megoldódott.
PDF mellékletek megnyitásakor, a technikus nézet oldalon, többszintes dotcomban, java figyelmeztetés jelenik meg a képernyőn, mert az átirányításba nem sikerült bevenni a munkamenet azonosítót. Ez megoldódott.
Amikor egy prezentációs állapot objektumot adtak meg egy képhez fűzött megjegyzésben, amelyik nem jelent meg az adatkészletben, a webes nézegető nem tudta betölteni a vizsgálatot, vagy hibát jelzett. Ez megoldódott.
Az exportált média letöltések időtúllépésének mértékegysége (a Kiszolgáló beállítások/Vizsgálat műveletek oldalon) napokról órákra változott. A meglévő beállítások automatikusan módosulnak.