Au fost raportate probleme legate de inversarea datei in unele din campurile de tip data calendaristica
din foaia de observatie.
Aceste inversari apar din motivul nerespectarii, cel putin temporare, a formatului datelor calendaristice (m/d/yy sau mm/dd/yyyy)
in cadrul setarilor regionale, simultan, atat pe masina client care inregistreaza date, cat si pe masina server, care stocheaza aceste date.
Nu este suficienta aplicarea acestei setari doar pe o masina in cadrul perechii masina client - masina server. O astfel de configuratie ar permite ca
o masina client sa transmita la server o informatie de tip data in formatul corect, insa serverul, daca nu respecta tipul de format indicat, va stoca data in formatul sau.
Acest lucru va face ca in momentul in care masina client va incarca din baza aceasta informatie, ea va fi transmisa la client de catre server in format gresit.
Cazul invers (Client configurat gresit | server configurat corect) conduce la probleme similare.
In concluzie, trebuie mentinute setarile indicate pe ambele masini in timp ce au loc operatii catre si dinspre baza de date.
Nerespectarea permanenta a acestui lucru va conduce la aparitia in cadrul unor foi de observatii a unor informatii eronate cu privire la data internare, data externare sau data nasterii, informatii care ar putea
conduce la invalidarea foii de observatie.
(Propunerile sunt ordonate in ordinea sosirii lor atat pe e-mail si fax, iar in momentul in care se ia decizia rezolvarii se ofera spre download solutia in cauza cu indicatii privind implementarea solutiei pe fiecare calculator care ruleaza aplicatia).
Actualizare 21.01.2005 nu mai este valabila, corectiile acestuia fiind continute in actualizare 28.01.2005, care in plus permite si noi configurari ale aplicatiei descrise in fisierul .doc inclus in arhiva.
PROPUNERE 1
Spitalul Judetean de Urgenta Piatra-Neamt: In momentul de fata fiecare utilizator poate accesa toate foile de observatie colectate in baza de date, existand posibilitatea ca un utilizator de pe o sectie sa poata modifica foile de observatie din alte sectii. Propunerea consta in impiedicarea acestei situatii, oferind doar utilizatorului de tip administrator acest drept, iar ceilalti utilizatori sa poata accesa doar foile de observatie din sectia de care apartin.
SOLUTIE 1
A fost rezolvata aceasta propunere in sensul ca doar administratorul bazei de date, DRG_Admin, poate vizualiza si modifica orice foaie de observatie, in timp ce fiecare utilizator va putea accesa doar foile de observatie proprii. In forma de selectie foi de observatie se afiseaza si utilizatorul care a inregistrat foaia in cauza. Rezolvarea acestei probleme consta intr-un patch pentru versiunea client-server care va fi disponibil tuturor utilizatorilor acestei versiuni incepand de vineri 21.01.2005.
PROPUNERE 2
Spitalul Judetean Tulcea: In momentul de fata lipsesc din aplicatie toate rapoartele care erau disponibile in versiunea desktop, rapoarte legate de clasificari informatii pe sectii si pe spitale. Se solicita adaugarea acestor rapoarte in versiunea client server. De asemenea, in rapoartele din sectiunea �Analiza date� se solicita afisarea suplimentara a numelui si prenumelui pacientilor, pentru a fi identificate anumite foi mai usor.
SOLUTIE 2
Toate rapoartele prezente in versiunea DRG 4.0 desktop si in versiunea 3.1 privind clasificarea informatiilor pe sectii si spitale sunt in curs de finalizare si vor fi disponibile pe site in aceasta pagina incepand de vineri, 21.01.2005. De asemenea se va adauga un raport vizibil doar administratorului bazei de date care afiseaza istoricul modificarilor aduse in cadrul foilor de observatie finalizate.
** Patch-ul care se va adauga vineri va consta dintr-o arhiva care inglobeaza toate fisierele necesare actualizarii versiunii client-server a aplicatiei, impreuna cu un fisier Word care contine detalii in legatura cu modul de utilizare a fisierelor care vor actualiza aplicatia.