Sistem, import, pregătire pilot

Pagină doar pentru administratori.

Actualizările Nexus (versiuni noi, instalare acum sau programată, revenire, import de pe stick) sunt pe pagina separată Administrare → Actualizări, vezi ghidul „Actualizări Nexus”.

Starea tuturor legăturilor cu instituțiile și sistemele externe (modul, setările și certificatele lipsă, testul de conexiune, ce trebuie obținut) e pe pagina Administrare → Integrări externe (ghidul).

Categoriile

Setările sunt împărțite pe categorii, în bara din stânga; pe ecran se vede o singură categorie odată. Pe telefon (și pe ecranele înguste) bara devine o listă de alegere, deasupra paginii. În texte, calea unei setări se scrie Sistem → ‹categorie› → ‹grupă› (de exemplu „Sistem → Semnături → Semnătură: marca temporală și verificarea”).

• Ultima categorie aleasă se ține minte în browserul tău (doar pe acel calculator); la prima deschidere se arată Unitatea.
• Adresa arată categoria: /sistem?c=semnaturi deschide direct Semnături. Codurile: unitatea, raportari, financiar, clinic, semnaturi, securitate, comunicare, ai, platforma. Legăturile vechi merg în continuare: /sistem#ai (și #panou-ai) deschid „AI și dictare”, #panou-import și #panou-pilot „Platformă”, iar legăturile „Setări: …” din Integrări externe (/sistem#grupa-…) deschid categoria grupei și o aduc în vedere.
• Căutarea (câmpul de deasupra categoriilor) găsește o setare în toate categoriile, după etichetă, cheie (ex. unitate.cui), grupă sau descriere, fără diacritice („semnatura calificata” găsește „Semnătură calificată”). Găsește și panourile (ex. „ollama”, „reinitializare”, „panouri”). Apăsat pe un rezultat, se deschide categoria lui și setarea e adusă în vedere și evidențiată scurt; Enter deschide primul rezultat, Esc golește căutarea. Modulele opționale apar cu trimitere la pagina Module.
• În categoriile cu multe grupe, butoanele de sus duc direct la grupă.

Salvarea

• Salvează (sub setările fiecărei categorii și în panoul Asistent AI) trimite toate câmpurile schimbate, din toate categoriile, nu doar din cea deschisă. Poți schimba ceva în Unitatea, trece în Semnături, schimba și acolo, și salva o singură dată.
• Categoriile cu modificări nesalvate au un punct portocaliu în bara laterală („(nesalvat)” în lista de pe telefon), iar lângă buton apare „Se salvează și modificările din: …”.
• Schimbarea categoriei nu pierde ce ai scris. Dacă pleci de pe pagină (meniu, link, F5) cu modificări nesalvate, Nexus te întreabă, ca pe celelalte pagini.
• Dacă o valoare e greșită (email fără @, număr în afara limitelor, IBAN cu cifre de control greșite, CUI cu litere…), nu se salvează nimic: mesajul apare sub câmp, cu roșu, și lângă buton; dacă câmpul e în altă categorie, Nexus o deschide pe aceea.

Unitatea

Datele care apar pe tipărituri și în raportare, în trei grupe:

• Unitatea sanitară: denumirea (obligatorie), profilul, adresa, localitatea, județul, CUI, cod CAEN, telefon, email, manager, director medical, director financiar-contabil (ultimii doi semnează machetele CNAS), IBAN și banca.
• Tipărituri: sigla din antet (cale de tipul /logo.png sau adresă http), textul din subsol, arhivarea ca PDF și PDF/A.
• CNAS / SIUI: codul SIUI al unității, casa de asigurări și contractul (și a doua casă, CASAOPSNAJ, cu contractul ei și tipurile de asistență contractate cu ea, dacă există), contractul pe fiecare tip de asistență (clinic, paraclinic, recuperare, dializă, programe, farmacie; gol = contractul general), modul cardului de sănătate, componenta locală a cititorului (CheckSiuiWCF, Nexus.AgentCard sau simulată) și adresele ei, data contractului și tipul de furnizor pentru tokenul eCard. Legătura online cu SIUI, DES și rețeta electronică sunt în Raportări și instituții; se verifică din CNAS online → Diagnostic și Rețeta electronică și DES → Diagnostic.

Celelalte categorii de setări

• Raportări și instituții: CNAS online (PIAS) (legătura oprit / simulat / SIUI, contul, certificatul, stilul SOAP — implicit „După WSDL”, tipul contractului general și pe fiecare tip de asistență, tipul de furnizor și contractul biletelor de trimitere, validarea XSD a cererilor de prevalidare, datele facturii electronice CNAS), dosarul electronic de sănătate (DES: oprit / simulat / prin PIAS, portalul DES), rețeta electronică (SIPE: legătura, sursa rețetei și sursa celei din ambulatoriu, tipul pacientului și codul țării implicite, contractul medicului, categoria de furnizor pentru serii, semnarea CMS — pe server sau cu tokenul medicului, compresia codului de bare, casa și contractul rețetei pe tipul de asistență, semnătura pacientului cu cardul, nomenclatorul de prescriere), e-Factura (modul simulat / test / producție, aplicația OAuth ANAF, tokenurile, datele de adresă și TVA ale facturii, B2C), salarizare (D112, DUKIntegrator, ordine de plată), REGES-ONLINE (registrul salariaților), raportări externe (gruparea DRG, DSU, MIAS), rapoartele de boli transmisibile către DSP (și e-mailul DSP județean, contul spitalului în aplicația DSP), integrări (export ATI).
• Financiar: casierie și facturare (seriile chitanțelor și facturilor, tariful pe zi de spitalizare), contabilitate (sectorul, sursa de finanțare, clasificația funcțională implicită), rețete compensate.
• Clinic și paraclinic: laborator, PACS și lista de lucru a modalităților (DICOM: OAuth2, UPS-RS, IOCM, DICOM TLS, MPPS), RIS-ul extern (HL7 v2), farmacie (SNVM: real sau simulat, certificatul, contul și șabloanele cererilor NMVS; împrumuturi și preparate), nutriție (gestiunile de alimente), alarmele la vitale din camera de gardă, medicina de familie (grupa Medicina de familie: forma de organizare, mediul, lucrul fără legătură cu casa, pragurile listei (și pragurile majorate ale reducerii), programul minim, transferul, accesul pacienților, sloturile pe tip de consultație, orele de domiciliu, avertizarea numărătorilor, canalele rechemărilor pe motiv, transmiterea și raportarea către casă, județul cabinetului (pentru pachetul județean), vaccinarea în cabinet și RENV, ce vede pacientul în portal, lista de prețuri, laboratorul; grupa Medicina de familie: documente: limitele concediului medical și biletul de trimitere. Fiecare setare e explicată în ghidul paginii ei: cabinetul, consultațiile, documentele, vaccinările, rechemările, raportarea, portalul), grafic de gărzi, jurnalul temperaturilor, documentele justificative pe caz, arhivarea automată a tipăriturilor (comutatorul general și câte unul pentru biletul de externare, scrisoarea medicală, FO, decontul, rețeta, certificatul de deces, buletinul, rezultatul de imagistică și foaia de spitalizare de zi; toate pornite implicit; ce înseamnă: Dosar și documente → Arhivarea automată), editare și închidere de perioadă (data de îngheț, modul doar-citire).
• Semnături: semnătură calificată (certificatul unității), marca temporală și verificarea, termenul lung (revocarea OCSP / CRL, CAdES-B-LT / B-LTA, lista de încredere a UE, PAdES; ghidul), semnăturile pe rol (circuitele de semnare).
• Securitate și acces: parole și jurnal de acces, alertele la fișele confidențiale (cine primește mesajul, fereastra), autentificarea în domeniu (AD / LDAP). Se editează și din Administrare acces.
• Comunicare: SMS către aparținători și pacienți (furnizorul, șabloanele, confirmarea programărilor și coada: SMS-urile de la internare / transfer / externare și confirmările automate ale programărilor nu se trimit în fluxul clinic, ci printr-o coadă în fundal, cu reîncercări — „Încercări de trimitere” și „Pauza după un eșec”, dublată la fiecare încercare) și E-mail și alerte: serverul de e-mail al spitalului (SMTP: server, port, criptare STARTTLS / SSL / fără, utilizator, parolă, expeditor) și destinatarii alertelor actualizărilor (actualizare eșuată și revenită, Nexus oprit pentru intervenție, opțional versiune nouă). Le trimite serviciul de actualizare de pe server, și când aplicația e oprită. După salvare, Trimite un e-mail de test verifică setările (îl trimite aplicația); alerta de test prin serviciul de actualizare e în Administrare → Actualizări. Tot aici, Portalul pacientului (ghidul): pornirea, metodele de intrare, limitele, SMS-urile la noutăți și plata online cu cardul (Stripe), cu cheia secretă și secretul webhook-ului (numai la o unitate privată: la o unitate publică salvarea refuză pornirea); sub setări, Certificatul portalului, Portul portalului (portul propriu al portalului, schimbat ca portul Nexus, din același fel de formular) și Starea portalului public (certificatul, reînnoirea Let's Encrypt și adresa publică verificate la 15 minute, cu alerte pe e-mail la destinatarii de mai sus și în clopoțel, o dată pe problemă, plus „Rezolvat”; detalii).
• AI și dictare: panoul Asistent AI, vezi ghidul.
• Platformă: actualizările Nexus (programul de lucru intens pentru avertismentul de la programare, versiunile ignorate), importul din Hipocrate (sursa implicită, durata maximă a restaurării), telefonul fără rețea (câte episoade păstrează un telefon, după câte ore se șterg, cât de vechi pot fi operațiile trimise, intervalul administrării duble; ghidul) și, la sfârșit, grupa Altele (cheile care nu sunt în catalog, vechi sau adăugate manual, ca text). Modulele opționale se pornesc din pagina Module.

Cum se completează:

• Câmpurile Da / Nu și cele cu valori fixe (modul cardului, modul e-Factura, separatorul ordinelor de plată) se aleg din listă, nu se scriu. O valoare veche scrisă de mână, de tipul „true” sau „1”, apare ca Da; dacă nu se recunoaște, apare în listă cu mențiunea „valoare veche” până o schimbi.
• Numerele au limite (de exemplu valabilitatea rețetei: 1–365 de zile). Sumele se scriu cu virgulă, ca de obicei (ex. 350,50).
• Adresele de internet încep cu http:// sau https://. Datele se aleg din calendar.
• Parolele, token-urile și cheile (inclusiv cheia API din Sistem → AI și dictare) nu se mai afișează după salvare: câmpul rămâne gol, cu mențiunea „setat”. Ca să le schimbi, scrii valoarea nouă; dacă lași câmpul gol, rămâne cea veche. Bifa „Șterge valoarea salvată” o golește.
• Câmpurile pe care le completează Nexus singur (de exemplu Ultimul UID preluat de punte, la Laborator) sunt blocate. „Modifică manual” le deschide, cu avertisment: o valoare greșită face ca puntea să sară rezultate sau să le preia din nou. Schimbă-le doar la cererea suportului.
• Unele setări au mențiunea fără efect încă: se păstrează pentru integrările viitoare, dar acum nu schimbă nimic (textul de sub câmp spune ce se întâmplă în schimb). Exemple: adresa serviciului DES (interfața nu e publicată de CNAS), banca. A doua casă CASAOPSNAJ și contractul ei nu mai sunt „fără efect”: fișierele și cererile tipurilor de asistență contractate cu CASAOPSNAJ pleacă pe ele.
• Atenție la prima salvare. Valorile implicite încă nesalvate se scriu în bază la primul Salvează de pe pagină, chiar dacă nu le-ai atins. Una dintre ele schimbă funcționarea: Vechimea maximă a documentelor modificabile (Sistem → Clinic și paraclinic → Editare și închidere de perioadă) e 365 de zile. Până la prima salvare nu se aplică nicio limită; după ea, condicile, rețetele și internările mai vechi de 365 de zile nu se mai pot modifica. Dacă nu vrei limita, pune 0 înainte de salvare.
• Pe ecrane late câmpurile stau pe două coloane, pe telefon pe una. Adresele, căile și șabloanele ocupă tot rândul.

Panouri

Ecranele din sălile de așteptare (Sistem → Platformă → Panouri). Se deschid fără cont și se reîmprospătează la 10 secunde. Fiecare ecran (gardă, ambulator, farmacie, sau o secție / un cabinet) are două linkuri: fundal închis și fundal deschis. Copiezi pe cel potrivit și îl pui pe televizor. Un link vechi, fără /l sau /d la sfârșit, rămâne pe fundal închis. Aceeași listă e și pe pagina de autentificare, la linkul discret „Panouri”.

Module

Pagina Module (Administrare → Module, /module, doar administratorii; și legătura din Sistem → Platformă) alege profilul unității și domeniile de bază, apoi pornește sau oprește pe unitate modulele opționale: specialitățile (psihiatrie, oncologie, dializă, paliație, TBC, boli transmisibile, maternitate, neonatologie, pediatrie, spitalizare de zi, UPU, prosectură, hemovigilență, ambulanțe, stomatologie, medicina de familie) și add-on-urile (calitate, chestionarele de satisfacție cu cod QR, echipamente, grafic de gărzi). Chestionarele de satisfacție sunt independente de Calitate: oprite, formularul public /feedback răspunde „pagina nu există” și cardul din portal dispare (ghidul). Pacienții, consulturile din ambulatoriu, programările, rețetele, raportarea CNAS, financiarul și salarizarea sunt mereu pornite.

Profilul unității

Primul panou spune ce fel de unitate folosește Nexus. Profilurile sunt pe trei grupuri; fiecare card arată ce pornește și ce oprește, iar descrierea completă a profilului ales apare sub carduri. Profilul actual are „(actual)” lângă nume.

• Garda și internările sunt un singur domeniu (Internare și gardă): la centrele fără paturi se opresc împreună. Curele de o zi se deschid din Spitalizare de zi, iar blocul operator le găsește ca pe orice internare deschisă.

• Profilul pornește modulele lui, dar nu oprește nimic din ce era pornit: UPU complet, graficul de gărzi și celelalte module rămân cum le-ați lăsat (se opresc din tabelul de mai jos). Laboratorul și centrul de imagistică au printre pași pornirea portalului pacientului (Sistem → Comunicare), ca pacienții să-și vadă rezultatele validate.

• Cabinetul de medicină de familie pornește lista de capitație și cabinetul (ghidul); laboratorul (cu un laborator partener) și imagistica (cu un ecograf) se pornesc din domeniile de bază. Opțiunile cabinetului sunt în Sistem → Clinic și paraclinic → Medicina de familie.

• Alegeți profilul și apăsați Aplică profilul. Domeniile oprite dispar din meniu, de pe pagina de start, din căutarea din meniu, din asistent și din cuprinsul ghidului, iar paginile lor nu se mai deschid (nici de administrator). Pagina de start și pagina de autentificare se potrivesc profilului: la o clinică, sus apar programările de azi, consulturile în lucru și cele finalizate azi, nu garda și internații. Meniul dumneavoastră se schimbă pe loc; colegii cu Nexus deschis văd schimbarea la următoarea pagină după cel mult 3 minute sau la reîncărcare.

• Nimic nu se șterge. Datele rămân în bază; la o schimbare a profilului domeniile revin la cele ale profilului nou.

• Domeniile de bază (internare și gardă, bloc operator, laborator, imagistică și PACS, farmacie, nutriție) au fiecare o listă: După profil (implicit), Pornit sau Oprit. De exemplu, o clinică ambulatorie fără laborator propriu oprește laboratorul, iar o clinică stomatologică cu radiologie dentară pornește imagistica.

• Sub tabel: grupele de roluri potrivite profilului (de folosit la crearea utilizatorilor) și, la toate profilurile în afară de spital, pașii pentru o unitate nouă (secțiile și paturile, paginile modulului, serviciile și tarifele, programul medicilor, utilizatorii), cu legăturile lor.

• Tabelul, pe grupe, are Modul, Activ (comutator), Sursă („add-on”, „manual”, „auto din secții cu profil …” sau „profil secție / manual”) și Drept (dreptul care îl deschide). Schimbi comutatoarele și apeși Salvează.

• Un modul opțional apare în meniu doar dacă e pornit aici și utilizatorul are dreptul lui; oprit, nici administratorul nu-l deschide.

• Sincronizează din secții aprinde modulele pentru secțiile care au deja un profil clinic (setat în Organizare). Un „oprit” pus aici manual are prioritate față de aprinderea automată.

Pregătire pilot

În Sistem → Platformă → Pregătire pilot:

• Verifică: contoare pe module și lista problemelor: blocante (fără pacienți, fără cameră de gardă, fără gestiune de farmacie, fără regim implicit, niciun utilizator, parola implicită a adminului, fusul orar al serverului API altul decât al României) și avertizări (pacienți fără CNP, internări fără pat, secții fără paturi / coduri, medici fără parafă, loturi expirate, configurare de producție). Fiecare are link la pagina unde se rezolvă. Avertizarea „secții create automat la instalare, neschimbate și nefolosite” (după import) numește secțiile generice rămase active așa cum le-a creat instalarea (același cod, aceeași denumire, aceleași marcaje) și fără nicio legătură în bază (episoade, saloane, personal, conturi…); se dezactivează din Organizare sau cu corecțiile automate, care le dezactivează pe exact acestea. Camera de gardă generică apare numai dacă există altă secție activă marcată cameră de gardă (o secție doar UPU nu ajunge). O secție din sistemul anterior, chiar cu un cod ca MED, nu e niciodată numită „creată automat”. Avertizarea „secții de tip Clinică cu denumire de secție neclinică” numește secțiile clinice fără paturi și fără internări al căror nume spune laborator, radiologie, tehnic, administrativ, SPIAAM / CSPLIAAM, statistică… (cu tipul sugerat): altfel apar ca destinații de internare și transfer; link la Organizare.
• Aplică corecțiile automate: doar ce se deduce din date (unitatea din sistemul anterior, tipul secțiilor, aparatele legate de secții, funcția personalului trecut „Medic” deși gradul profesional sau titlul spune o profesie ne-medicală (biolog, biochimist, chimist — și „Ch. med.” —, fizician, farmacist, psiholog, kinetoterapeut, asistent medical / „As. med.”, infirmier, moașă…) — ca să nu apară în listele de medici și să nu treacă drept „medic cu parafă” la rețete; profesia explicită decide și când persoana are parafă (ex. „Biolog medical principal”), „medic” în grad sau titlu câștigă mereu („Medic primar biochimie” rămâne medic), titlurile didactice / academice („Asist. univ.”, „Lector”, „Conf.”, „Prof.”, „Dr.”, „Dr. în biologie”) nu contează, iar o abreviere vagă în titlu („As.”) nu coboară de la medic pe cine are parafă; rezultatul listează fiecare persoană schimbată, iar funcția anterioară rămâne în jurnalul de audit (acțiunea „pilot.corectie.functie”), ca schimbarea să poată fi refăcută, medic șef propus, paturi pentru internații fără pat, opțional casarea loturilor expirate). Restul rămâne manual.
• Creează conturi de pilot: conturi fictive pe grupele de rol, cu parolă comună.
• Backup și restaurare (panoul cu același nume, numai pe server, prin NexusUpdater): lista backup-urilor (zilnice, manuale, de dinainte de actualizare / restaurare) cu mărimea, durata și verificarea, „Fă un backup acum”, „Verifică” și „Restaurare de test” (într-o bază temporară), restaurarea bazei (cu dreptul actualizari.administrare, parola și numele backup-ului scris de mână; înainte se face un backup de siguranță, iar la un eșec se revine automat), cheia de criptare și avertizările (backup zilnic lipsă / eșuat, copia externă). Setările din grupa „Backup și restaurare”: criptarea, a doua destinație (NAS / alt server), orele alertei. Detalii în ghidul backup-ului.
• Mutarea instalării (panoul cu același nume, sub Backup și restaurare; numai cu dreptul actualizari.administrare): exportul instalării pentru mutarea pe alt server și importul dintr-o arhivă de mutare, executate pe server de NexusUpdater. Pașii, mai jos, la Mutarea instalării.
• Portul Nexus (panoul cu același nume, sub Backup și restaurare): portul HTTPS pe care personalul deschide Nexus (https://<server>:<port>), portul API-ului (numai local) și regula de firewall a asistentului de instalare („Nexus Web HTTPS”, cu porturile și profilurile ei). Schimbă portul… deschide formularul: Portul nou al Nexus (HTTPS) (1–65535; nu poate fi portul de acum, al API-ului, al portalului sau, cu certificatul Let's Encrypt al portalului, 80), apoi lista consecințelor: NexusWeb repornește pe portul nou (câteva secunde fără Nexus), toți utilizatorii se reconectează, iar pagina deschisă pierde legătura; adresa nouă (de exemplu https://nexus.spital.local:5443/sistem?c=platforma) apare în listă și trebuie deschisă după aplicare; favoritele, scurtăturile, linkurile din documente, telefoanele / tabletele și ecranele din săli (Panouri) se trec pe adresa nouă; redirecționarea portului din router se schimbă dacă Nexus e folosit din afara rețelei. Bifați Am înțeles consecințele, scrieți parola contului (și codul de autentificare în doi pași, dacă îl aveți) și apăsați Aplică (Renunță închide formularul). Schimbarea cere dreptul actualizari.administrare și o face pe server serviciul NexusUpdater: păstrează o copie a nexus.env (nexus.env.inainte-de-port-…, lângă el; ultimele 5), scrie portul nou în nexus.env (și în originile CORS pe portul vechi) și în mediul serviciilor, mută regula de firewall pe portul nou (numai dacă asistentul gestionează firewall-ul; altfel panoul spune să deschideți portul manual), repornește NexusWeb și verifică în cel mult 90 de secunde că răspunde pe portul nou. Dacă nu răspunde, sau dacă portul e ocupat de alt program (verificat înainte, pe server), totul se pune înapoi singur pe portul vechi. Panoul arată pașii și rezultatul ultimei schimbări (cine, când, vechi → nou); cererea apare în Audit (sistem.porturi.schimbare), iar rezultatul în jurnalul NexusUpdater și în Event Log (sursa NexusUpdater, evenimentul 1700). Poarta de mentenanță și verificările actualizărilor folosesc singure portul nou. Un nou rulaj al asistentului de instalare păstrează portul din nexus.env. API-ul nu se repornește la schimbarea portului: adresa nouă a Web-ului (originea CORS, folosită și la verificarea certificatului din Monitorizare) o preia la următoarea lui repornire, sau imediat cu Repornește Nexus.
• Repornește Nexus (panoul cu același nume, sub Portul Nexus): aplică serviciilor modificările din nexus.env (făcute de mână pe server sau rămase neaplicate) și le repornește, fără asistentul de instalare și fără install-service.ps1. Panoul arată ultima copie bună a nexus.env (și dacă fișierul s-a schimbat de atunci) și ce servicii au modificări încă neaplicate. Repornește… deschide formularul: API și Web (recomandat), Numai API sau Numai Web, câți utilizatori sunt conectați acum și consecințele (Nexus nu răspunde câteva secunde, toți se reconectează singuri după 10–30 de secunde, textul nesalvat din formulare se poate pierde), apoi Am înțeles consecințele, parola contului (și codul de autentificare în doi pași, dacă îl aveți) și Repornește (Renunță închide formularul). Cere dreptul actualizari.administrare; o face serviciul NexusUpdater: scrie în mediul serviciilor valorile din nexus.env, repornește întâi API-ul, apoi Web-ul, și verifică fiecare în cel mult 90 de secunde. Dacă un serviciu nu pornește și nexus.env s-a schimbat față de ultima copie bună, modificările se păstrează alături (nexus.env.nepornit-…), copia bună se pune înapoi și serviciile se repornesc din nou; dacă nexus.env nu s-a schimbat, panoul spune doar că serviciul nu a pornit (vedeți Event Log). Copia bună (nexus.env.ultima-buna, lângă nexus.env) o face updater-ul după fiecare pornire verificată: repornirea de aici, schimbarea portului, o actualizare confirmată. Nu se repornește cât rulează o actualizare, un backup sau altă operație, nici cu o actualizare programată în mai puțin de 15 minute. Cererea apare în Audit (sistem.repornire), rezultatul în jurnalul NexusUpdater și în Event Log (evenimentul 1701).
• Monitorizare (panoul cu același nume): la 5 minute API-ul verifică spațiul liber pe discurile bazei (când MariaDB e pe același server), documentelor, aplicației și backup-urilor, certificatul HTTPS (citit printr-o conexiune la adresele HTTPS ale aplicației), erorile 5xx ale API-ului din ultimele 10 minute, coada de SMS și fusul orar al serverului (✖ fără e-mail când nu e al României: orele afișate, zilele rapoartelor și importul din Hipocrate ar ieși decalate; se corectează din Setări → Oră și limbă → „(UTC+02:00) Atena, București” sau, ca administrator, cu tzutil /s "GTB Standard Time", apoi repornirea serviciilor Nexus; Nexus.Web, care poate rula pe alt server, scrie aceeași avertizare în jurnalul lui la pornire). Fiecare rând are ✔ / ⚠ / ✖; „Verifică acum” le reface pe loc, fără e-mailuri. O problemă (✖) pleacă prin e-mail la destinatarii din Comunicare → E-mail și alerte, prin serviciul NexusUpdater, cel mult o dată pe zi pe problemă; backup-ul zilnic lipsă sau eșuat îl urmărește NexusUpdater și apare în panoul Backup. Pragurile: grupa „Monitorizare și alerte de platformă” (spațiul minim în GB, zilele dinaintea expirării certificatului, erorile 5xx în 10 minute, minutele de așteptare în coada SMS); „Monitorizarea platformei pornită = Nu” oprește e-mailurile, nu și panoul.
• Performanță (panoul cu același nume, pentru IT): cererile către API și interogările din bază mai lente decât pragurile din grupa „Monitorizare și alerte de platformă” („Cerere API lentă peste (ms)”, implicit 2000; „Interogare lentă în bază peste (ms)”, implicit 1000, 0 = interogările nu se notează; „Notează cererile și interogările lente = Nu” oprește notarea). Din lista Săptămâna alegi ultimele 7 zile sau una dintre cele 3 săptămâni dinainte; Reîmprospătează recitește sumarul. Panoul arată câte cereri și interogări lente au fost, tabelul „Cele mai lente cereri API” (metoda, ruta, câte au fost lente, p50 / p95 / max în milisecunde, câte au răspuns cu 5xx, ultima dată), tabelul „Cele mai lente interogări în bază” (comanda SQL, tabela, cererea API în care a rulat) și numărul pe zile. Ordinea e după p95 (95 % dintre cererile lente au durat cel mult atât), primele 20. Se notează doar ruta ca șablon (api/episoade/{id:long}, nu numărul episodului și nici ce s-a căutat), metoda, codul răspunsului și durata, respectiv verbul SQL și prima tabelă (nu textul comenzii): fără conținut și fără date personale. Istoricul se păstrează 30 de zile; ce e mai vechi se șterge automat. Conexiunile de durată (WebSocket, fluxuri de evenimente) nu se notează. Măsurarea de încărcare a serverului (mai mulți utilizatori simultan): tests/Load/README.md.
• Arhivarea automată (panoul cu același nume): tipăriturile arhivate singure la externare, la emiterea rețetei și a certificatului de deces și la validarea buletinului și a rezultatului de imagistică (ce și când). Panoul arată dacă e pornită, câte documente noi și câte „neschimbate” (același conținut, nearhivat a doua oară) în ultimele 24 de ore, coada (în așteptare, în lucru, eșuate nerezolvate) și ultimul contact al lucrătorului din Nexus.Web, apoi cererile recente, cu motivul unui eșec și butoanele Reia și Închide (ignoră cererea: nu se mai reia, nu mai apare în monitorizare; rămâne în Audit). Numele pacienților apar numai pentru cine are și dreptul de a vedea pacienți (altfel doar numerele); afișarea cererilor eșuate cu nume se scrie în Audit. Cererile le scrie API-ul odată cu acțiunea clinică; lucrătorul din Nexus.Web le randează pe server (aceeași pagină ca la tipărire), iar API-ul face PDF-ul după cererile utilizatorilor, deci arhivarea nu încetinește lucrul. Un eșec se reia singur (1, 5, 15, 60 de minute, apoi la 3 ore, de cel mult 6 ori); cererile eșuate nerezolvate din ultimele 7 zile sau o coadă blocată peste 30 de minute apar și în Monitorizare (⚠, fără e-mail). Lucrătorul și API-ul se recunosc printr-o cheie generată de API la pornire (în %ProgramData%\Nexus\ArhivareAutomata, citită de Nexus.Web de pe același server); cu Nexus.Web pe alt server, aceeași cheie (cel puțin 32 de caractere) se pune în nexus.env la ambele (ArhivareAutomata__Cheie, plus ArhivareAutomata__DoarLocal=false). API-ul refă la fiecare pornire drepturile folderului și ale fișierului cheii; o cheie prea scurtă sau un fișier pe care îl pot citi toți utilizatorii serverului oprește preluarea (mesaj în jurnalul API-ului).
• Actualizările automate au verificările lor, pe pagina Pregătire pilot: actualizări (dreptul actualizari.administrare): serviciul NexusUpdater rulează, revenirea automată e posibilă (dreptul de restaurare și loc pentru backup), backup-ul nocturn a reușit recent. Detalii în ghidul actualizărilor.

Mutarea instalării

Mută Nexus pe alt server cu tot ce are: baza, documentele și secretele protejate pe server (autentificarea în doi pași a personalului și a pacienților din portal, cheia notificărilor în browser, parolele surselor de import), fără să le mai scrie nimeni o dată. Merge în ambele sensuri: din cloud (Linux) la instalarea proprie (Windows) și invers, sau de pe un server Windows pe altul. Panoul e în Sistem → Platformă → Mutarea instalării și cere drepturile admin.sistem și actualizari.administrare.

Înainte: pe serverul nou se instalează aceeași versiune Nexus ca pe cel vechi (o arhivă din altă versiune e refuzată, cu versiunea din arhivă în mesaj). Parolele SMTP, SMS și Stripe sunt setări obișnuite și vin oricum cu baza.

Pe serverul vechi — exportul:

1. Exportă pentru mutare deschide formularul.
2. Parola de transfer și Parola de transfer, încă o dată: cel puțin 12 caractere (o propoziție scurtă e bună). Arhiva e criptată cu ea; parola nu se păstrează nicăieri, deci fără ea arhiva nu se mai poate citi. Dați-o separat de arhivă (nu în același e-mail).
3. Parola contului dumneavoastră (și codul de autentificare în doi pași, dacă îl aveți), apoi Pornește exportul (Renunță închide formularul).
4. Nexus rămâne pornit. Panoul arată „în curs”, apoi rezultatul: numele arhivei (nexus-transfer-<data>-<ora>.nxtransfer, în folderul transfer de lângă backup-uri, pe server), numărul de pacienți și documente și câte secrete au intrat în arhivă, pe fel. Copiați arhiva pe serverul nou (stick, rețea); panoul nu o descarcă.

Ce se scrie în baza veche după export nu ajunge în cea nouă: exportați când nu mai lucrează nimeni și nu mai lucrați apoi pe serverul vechi.

Pe serverul nou — importul:

1. Importă dintr-o arhivă de mutare deschide formularul. Sus scrie dacă instalarea e goală (fără pacienți și fără documente: o instalare proaspătă) sau nu.
2. Arhiva: alegeți-o din listă (cele exportate aici și cele încărcate), sau Sau încărcați o arhivă (.nxtransfer) din calculator (până la 20 GB; o arhivă mai mare se copiază pe server în folderul încărcărilor, %ProgramData%\Nexus\transfer-incarcari, și apare în listă după Reîmprospătează).
3. Parola de transfer a arhivei.
4. Pe o instalare care nu e goală: bifați Suprascrie instalarea existentă și scrieți SUPRASCRIE în Scrieți SUPRASCRIE pentru confirmare. Tot ce era aici se înlocuiește (înainte se face un backup de siguranță). Fără confirmare importul e refuzat, iar refuzul apare în Audit.
5. Conturile din domeniu trec pe parolă locală: bifați când serverul nou nu are Active Directory (în cloud e bifat și nu se poate scoate). Fiecare cont din domeniu primește o parolă temporară și își alege parola la prima intrare.
6. Parola contului (și codul 2FA), apoi Pornește importul.
7. În timpul importului Nexus e oprit pentru toți (pagina de mentenanță); panoul arată etapa: oprirea Nexus, backup-ul de siguranță, importul arhivei, pornirea Nexus. La sfârșit toți utilizatorii se autentifică din nou (cheile sesiunilor nu se mută). O arhivă încărcată din pagină se șterge de pe server după un import reușit; cele exportate rămân lângă backup-uri până le ștergeți.

Raportul apare în panou: ce s-a mutat, câte secrete s-au protejat din nou pe serverul nou (pe fel), ce nu s-a putut muta (un secret scris încă dinainte pe alt server: autentificarea în doi pași se reface cu codul de recuperare sau cu „Resetează 2FA” din Administrare acces), tabelul conturilor din domeniu trecute pe parolă locală cu parola temporară a fiecăruia (dați-o titularului pe un canal separat; lista rămâne în panou până la următoarea operație) și Pașii următori: DNS-ul adresei spre serverul nou și certificatul HTTPS, licența, cheile de acces (passkey) ale pacienților (legate de domeniu: pe alt domeniu le adaugă din nou), notificările în browser, backup-ul pe serverul nou, fișierele care nu sunt în bază (certificatele CNAS / SIPE / semnătura, cheia de criptare a backup-urilor).

Dacă ceva nu merge: o parolă greșită, o arhivă modificată sau trunchiată, altă versiune ori o instalare negoală fără confirmare sunt refuzate înainte de orice schimbare (Nexus repornește ca înainte). Un eșec în timpul importului pune înapoi singur backup-ul de siguranță (documentele deja copiate rămân în folder). Dacă nici revenirea nu reușește, Nexus rămâne oprit pe pagina de intervenție: restaurați backup-ul de siguranță (ghidul backup-ului). Dacă NexusUpdater se oprește în timpul importului, operația rămâne „întreruptă” și pagina de mentenanță rămâne: verificați și reluați importul cu suprascriere.

Fără pagină (NexusUpdater oprit, arhive foarte mari): pe server, într-o consolă PowerShell „ca administrator”, deploy\transfer.ps1 -Exporta -Arhiva E:\mutare\cabinet.nxtransfer, -Verifica (parola, integritatea și versiunea, fără nicio schimbare) și -Importa (cu -Suprascrie, -FaraLdap). Parola se cere la consolă; la import scriptul oprește și pornește singur serviciile, dar nu face backup de siguranță: faceți-l înainte. Pe Linux (cloud), aceeași operație o face scriptul nexus-cloud exporta / importa.

Import din sistemul anterior

În Sistem → Platformă → Import:

• Sursa: implicit baza Hipocrate din configurarea serverului. Din Surse de import se adaugă alt server, un backup .bak sau fișierele .mdf / .ldf de pe un disc atașat; Testează arată câte rânduri ar aduce fiecare modul. Detalii în ghidul surselor de import.
• Bifele pe module; Import complet le pornește pe toate, fără limite (5–40 de minute, în funcție de server).
• Importul rulează pe server, în fundal: pagina arată etapa, procentul restaurării unui backup și jurnalul; Oprește îl întrerupe după pasul în curs. Se poate închide pagina.
• Importul e idempotent: se poate rula oricând pentru delta (potrivire după ID-ul din sistemul anterior); nu suprascrie corecțiile manuale (denumiri, parafe) decât unde Nexus nu avea valoare.
• Ordinea la prima rulare: nomenclatoare (inclusiv servicii programabile, profiluri de analize, tipuri de probă, alimente) → diagnostice → secții → personal → saloane / paturi → pacienți → episoade (internările aduc și transferurile între secții; ambulatorul aduce rețetele și consulturile interdisciplinare) → farmacie → condici → nutriție → bloc operator → imagistică (catalog și buletine) → laborator (cereri și rezultate) → mesaje → extensii (însoțitori, scoruri ATI) → transfuzii / programe naționale → financiar (furnizori, facturi) → salarizare (angajați cu contract-schelet).
• Camera de gardă de la instalare: o bază nouă pornește cu trei secții generice (Cameră de gardă GARDA, Medicină internă MED, Ambulator general AMB). La importul secțiilor, camera de gardă generică, cât timp nu e folosită nicăieri (episoade, saloane, utilizatori, personal…), devine camera de gardă din sistemul anterior (ia codul, denumirea și datele ei), în loc să rămână alături de ea. Dacă garda reală era deja importată (un import făcut de o versiune mai veche), camera generică nefolosită se dezactivează. Ambele apar în jurnalul importului și în Audit; o secție generică folosită nu se atinge. Se preia numai o gardă activă din sistemul anterior (cu doar gărzi inactive, camera generică rămâne activă), dezactivarea cere altă secție activă marcată cameră de gardă și se face o singură dată: dacă ați reactivat camera generică din Organizare, un import reluat n-o mai dezactivează. După preluare, panourile puse cu vechiul cod (/panou/sectie/GARDA) arată în continuare panoul general al gărzii. Celelalte secții generice nefolosite le arată Pregătire pilot.
• Ce nu se importă: salarii și pontaj, stocuri de alimente, chitanțe, program de lucru pe medic (nu există în sistemul anterior) și scanările din tabela de imagini (nu sunt legate de pacient). Se completează în Nexus.

Replica MariaDB

Un al doilea server de baze de date poate primi continuu toate modificările bazei Nexus (replică „caldă”, numai citire), ca spitalul să poată trece pe el dacă serverul principal cade. Îl instalează IT-ul: pe serverul principal asistentul de instalare cu opțiunea „acest server e primarul”, pe al doilea server scriptul replica-mariadb.ps1 din kit.

În Sistem → Platformă → Replica MariaDB:

• Conexiunea la replică: textul din fișierul secrete\replica-monitor.txt de pe serverul replicii (un cont care vede doar starea replicării, nu datele). Gol = fără replică.
• Avertizare la o întârziere peste: câte secunde poate rămâne replica în urmă (implicit 300).
• Panoul Replica MariaDB: „Merge” (verde), „Atenție” (replica e în urmă peste prag sau acceptă scrieri) sau „Eroare” (replicarea e oprită, replica nu răspunde, serverul principal nu mai trimite modificări), cu întârzierea, tranzacțiile încă neaplicate și ultima eroare. „Verifică acum” recitește starea.

La „Eroare”, anunțați IT-ul: cât timp replica nu merge, o cădere a serverului principal nu mai are rezervă. Trecerea pe replică (failover) e o decizie a IT-ului, făcută manual după procedura din documentația de instalare; replica nu ține loc de backup.

Instruire și prezentări

Sistem → Platformă → Instruire și prezentări. Pe instanța reală panoul spune doar unde e instruirea: o instanță separată, cu baza ei (numele terminat în _instruire) și date fictive, instalată de IT cu deploy\instruire.ps1. Pe instanța de instruire arată baza, pacienții fictivi, conturile demo și integrările oprite, și are butonul Reface datele de instruire (confirmare scrisă). Detaliile: ghidul instruirii.

Reinițializare

Sistem → Platformă → Reinițializare totală: șterge complet baza Nexus (nu atinge sistemul anterior), după confirmarea scrisă REINITIALIZEAZA NEXUS. Doar pe instanțe de test; în producție se dezactivează.

Calitatea datelor

Pagina Calitatea datelor (meniul Administrare) listează lipsurile care strică raportarea sau fluxurile: pacienți fără CNP sau cu CNP duplicat, internări fără FO / tip de externare / diagnostic principal, secții fără paturi sau cod SIUI, medici fără parafă, loturi expirate, condici și cereri rămase deschise, facturi scadente, setări ale unității necompletate. Fiecare verificare arată câte înregistrări sunt, cum se corectează și primele exemple cu link către fișă. Verificările critice (roșu) blochează raportarea; avertizările pot aștepta. Se poate exporta în Excel (Export Excel) pentru împărțit pe secții.

Închiderea rămășițelor de import

În Pregătire pilot → Aplică corecțiile automate există bifa „Închide rămășițele importului”: condicile și cererile (analize, imagistică, transfuzii, intervenții) rămase deschise de peste 30 de zile se anulează cu motiv (cererile de analize și imagistică după data trimiterii, nu după momentul importului — altfel cererile „Trimisă” vechi din Hipocrate păreau noi și umpleau lista de lucru a laboratorului; motivul scris pe cerere spune dacă venea din import; o cerere cu rezultate validate nu se atinge), prezentările în gardă mai vechi de 3 zile și consulturile mai vechi de 30 de zile se finalizează. Internările nu se ating. Se face o singură dată, înainte de ziua 0, ca listele de lucru să pornească curate.

Bifa alăturată, „Închide condicile neeliberate ale episoadelor închise”, închide condicile oricât de recente (ciornă, trimise, eliberate parțial) ale episoadelor finalizate sau anulate, care nu se mai pot elibera („Episodul este închis”): ciornele și cele trimise devin „Anulată” cu motivul „Închisă la pregătirea pilotului: condică neeliberată a unui episod închis (finalizat / anulat), rămasă din import”, cele eliberate parțial devin „Eliberată” (ce s-a eliberat rămâne). Verificarea pilotului le numără ca avertizare („N condici neeliberate pe episoade închise”) până se închid; farmacia le poate închide și singură, cu motivul ei, din Farmacie → Stare „Rămase (episod închis)”.

Corecții de date la scară

Tot la Pregătire pilot → corecții sunt bifele pentru curățarea datelor migrate: CNP-uri invalide (mutate în observații), fișe duplicate cu același CNP valid și nume (unificate automat; cele cu nume diferite se decid la registratură; CNP-urile invalide, de umplutură, nu unesc fișe), internări fără FO (număr alocat), secții cu internări dar fără paturi (saloane create — numerotarea reală se corectează în Organizare), internări finalizate fără tip de externare sau fără diagnostic principal. Toate lasă o notă pe înregistrare, ca să se vadă ce a fost completat automat.

Notificări

Clopoțelul din bara de sus arată ce are de făcut utilizatorul curent, după drepturile lui: pacienți roșu / portocaliu în gardă, rezultate anormale din ultimele 24 de ore, transfuzii urgente de pregătit sau pregătite de administrat, condici de eliberat, loturi care expiră, analize urgente în lucru, facturi scadente, statul de plată necalculat. Cele urgente sunt roșii. Lista se reîmprospătează la fiecare navigare (cel mult o dată la 30 de secunde) sau cu „reîmprospătează”.