Dezvoltarea Sistemului informațional de monitorizare a stocurilor de medicamente (SIMSM)
suma planificată 2,872,666.66 MDL
| Valoare | CPV | Titlu achiziției | Cantitate | Livrare |
|---|---|---|---|---|
| 2,872,666.66 MDL | 72262000-9 | Dezvoltarea Sistemului informațional de monitorizare a stocurilor de medicamente (SIMSM) | 1 Bucata |
20.07.2026 - 31.12.2026 Vl. Korolenko nr.2 bl.1 |
Pe ce platforma este gestionat Nomenclatorul de stat al medicamentelor?
Bună ziua, Java Spring Boot+Angular.
Buna ziua! Va fi toata documentatia necesara pentru integrarea cu eGov?
Bună ziua! În caietul de sarcini găsiți referințe la documentația publică de integrare.
Având în vedere posibila îngrădire a condițiilor de participare la acesta licitație prin impunerea tehnologia care poate fi folosita pentru dezvoltarea platformei (.NET), vă rugăm să admiteți introducerea sintagmei ,,sau alte tehnologii echivalente” pentru a permite dezvoltarea aplicației și pe alte tehnologii.
Bună ziua, prin caietul de sarcini nu se impune o limitare privind tehnologia utilizată pentru dezvoltarea platformei, serviciile de platformă oferind interfețe ce se bazează pe standarde deschise care permit integrarea cu orice tehnologie. Tehnologia .NET în documentație este menționată doar în anexă și se referă exclusiv la librăriile puse la dispoziție de către AGE cu scopul de a simplifica și facilita procesul de integrare cu serviciile de platformă, acestea având un caracter opțional, nu de cerință obligatorie. Serviciile de platformă au în prezent multiple integrări cu sisteme dezvoltate în tehnologii distincte, acest lucru fiind dovada implementării corecte a standardelor deschise ce nu limitează integrările la anumite tehnologii.
Pentru o evaluare financiară corectă, solicităm AMDM să precizeze volumul mediu lunar estimat (în ore/zile-om) pentru mentenanța adaptivă și perfectivă, precum și mecanismul de escaladare sau plafonul prevăzut în cazul depășirii acestuia. Totodată, cerem o definiție operațională strictă pentru sintagma „cerințele operaționale ale AMDM” în cadrul mentenanței adaptive, pentru a delimita clar între ajustările de configurare incluse în preț și solicitările de modificare a logicii funcționale care ar trebui tratate separat.
Bună ziua, Conform documentației, serviciile de mentenanță adaptivă și perfectivă fac parte integrantă din obligațiile contractuale pentru o perioadă de 12 luni și sunt incluse în prețul total al contractului de achiziție. Pentru a delimita clar funcționalitățile noi, orice dezvoltare care nu este prevăzută în caietul de sarcini sau în specificațiile tehnice inițiale va fi tratată ca o solicitare suplimentară și va necesita o aprobare separată, prin procedură formală. De asemenea, pe durata perioadei de garanție, toate defectele, erorile și neconformitățile sistemului în raport cu cerințele stabilite și livrabilele acceptate vor fi remediate de către Ofertant, fără costuri suplimentare pentru Beneficiar.
A selectat deja AMDM un instrument de business intelligence pentru modulul de dashboard și alertare (de exemplu: Metabase, Apache Superset, Grafana sau o altă platformă) sau ofertanții trebuie să includă în oferta comercială propunerea și licențierea acestui instrument?
Bună ziua, Caietul de sarcini definește componenta „Dashboard & Alert Evaluator” ca fiind o componentă standard ce trebuie să se bazeze pe o tehnologie gratuită cu sursă deschisă sau accesibilă. Astfel, ofertantul are obligația de a include în propunerea sa tehnică alegerea tehnologiei software potrivite, asigurându-se că respectă criteriile de gratuitate/open-source , microservicii și cerințele tehnice conform caietului de sarcini.
AGE pune la dispoziție un kit de design gata de utilizare (cum ar fi o bibliotecă de componente, un fișier cu paleta de culori sau tokeni UI codificați) pentru Modelul Unificat de Design (MUD), sau ofertantul trebuie să creeze interfața vizuală bazându-se exclusiv pe documentul-ghid MUD?
Bună ziua, Agenția de Guvernare Electronică (AGE) pune la dispoziție resursele aferente Modelului Unitar de Design (MUD) al Republicii Moldova, care cuprinde scopul și principiile, fundamentele, componentele, precum și șabloanele și modelele de design necesare. Mai multe detalii sunt disponibile la: https://mud.egov.md/. Totodată, conform caietului de sarcini, implementarea interfeței vizuale pe baza MUD este o cerință obligatorie pentru ofertant. Acesta va avea obligația de a coordona aspectul vizual al tuturor componentelor specifice cu AGE pe parcursul implementării proiectului, mai exact în cadrul etapei a doua, corespunzătoare săptămânilor 5–12. Se va lua în considerare faptul că, la etapa actuală, componentele MUD sunt definite și puse la dispoziție de AGE preponderent sub formă de resurse CSS și ghiduri de design, nu sub forma unei biblioteci tehnice gata de utilizare pentru anumite framework-uri front-end. Prin urmare, ofertantul va fi responsabil de integrarea și adaptarea acestor resurse în cadrul tehnologiilor utilizate în proiect, cu respectarea principiilor și componentelor MUD.
Există wireframe-uri, machete aprobate sau o structură preferată a ecranului pentru pagina de raportare manuală a stocurilor („Raport nou”) sau aranjamentul vizual final va fi elaborat integral în etapa de implementare?
Bună ziua, Documentația pune la dispoziție o machetă conceptuală preliminară orientativă (Figura 8, sub formă de tabel bidimensional), însă structura și aranjamentul vizual final nu sunt complet bătute în cuie, urmând să fie elaborate și aprobate în etapa de implementare. Conform planului, realizarea unui prototip pentru raportarea manuală și coordonarea interfeței au loc în săptămânile 5-12 , iar definitivarea formei finale se face de comun acord cu beneficiarul la fel atragem atenția asupra obligației de a coordona aspectul vizual al tuturor componentelor specifice cu AGE pe parcursul implementării proiectului, mai exact în cadrul etapei a doua (săptămânile 5–12).
Poate un singur utilizator să dețină simultan mai multe roluri active (de exemplu, atât „Administrator Registrator”, cât și „Operator Registrator” pentru organizații diferite) sau utilizatorul poate activa doar un singur rol la un moment dat, rolurile fiind reciproc exclusive?
Bună ziua, Un utilizator poate deține mai multe roluri simultan în cadrul aceleiași sesiuni, acestea fiind transmise prin atributele MPass. Cu toate acestea, din punct de vedere al utilizării interfeței, rolurile nu se cumulează într-un singur ecran unificat, ci utilizatorul trebuie să selecteze rolul/organizația dorită la autentificare sau să îl schimbe ulterior din meniul principal. Sistemul îi va afișa acțiunile specifice doar pentru rolul selectat la momentul respectiv.
Ar trebui sistemul să permită utilizatorilor recuperarea unui raport de stoc nefinalizat după închiderea browserului sau pierderea conexiunii la internet? În caz afirmativ, această recuperare trebuie să funcționeze automat, fără o nouă autentificare pe server?
Bună ziua, da, sistemul trebuie să permită recuperarea și continuarea lucrului prin salvarea raportului ca draft. Acesta va fi păstrat în starea respectivă pentru a proteja datele în cazul întreruperilor de internet sau al expirării sesiunii.
Auditul și certificarea conformității cu standardul WCAG 2.2 Nivel AA vor fi efectuate de către AMDM sau AGE, ori ofertantul trebuie să includă în ofertă activitățile de testare formală a accesibilității și remedierea neconformităților identificate?
Bună ziua, Conform caietului de sarcini, o cerință tehnică obligatorie de dezvoltare este ca interfețele de utilizator realizate de către ofertant să respecte nivelul AA al standardului WCAG 2.2. Prin urmare, în responsabilitatea integrală a ofertantului revin: derularea completă a procesului de testare, remedierea tuturor neconformităților identificate în faza de UAT (Acceptanță) și livrarea sistemului la standardele solicitate.
Va furniza AMDM întregul conținut textual al interfeței utilizator și traducerile aferente pentru toate cele trei limbi solicitate (română, rusă și engleză) — de exemplu, sub formă de fișiere structurate (JSON, Excel) sau a unui glosar terminologic aprobat? Sau ofertantul trebuie să includă în aria de implementare elaborarea, traducerea și validarea tuturor etichetelor interfeței, mesajelor de sistem, textelor de eroare și terminologiei medicale?
Bună ziua, Conform caietului de sarcini, sistemul livrat de către ofertant trebuie să fie complet localizat în limbile română (implicită), rusă și engleză (inclusiv elementele de interfață, mesajele de eroare și formatele calendaristice). De asemenea, ofertantul are obligația de a traduce în limba rusă documentația de utilizare și ghidurile finale. Aria de implementare va include în mod obligatoriu elaborarea, traducerea și validarea tuturor etichetelor de interfață, a mesajelor de sistem, a textelor de eroare și a terminologiei medicale specifice.