CNAS online: asigurați, prevalidare, transmitere, card, DES

Legătura online a spitalului cu Platforma Informatică a Asigurărilor de Sănătate (PIAS: SIUI, SIPE, CEAS), după „Specificații de interfațare cu PIAS pentru aplicațiile de raportare ale furnizorilor” publicate de CNAS pe cnas.ro/siui (versiunea 3.7.32 din 07.04.2026, cu anexele 001 — serviciile web, 004 — spitale și 102 — eCard.SDK). Pagina e în Raportare și management → CNAS online.

Înainte de prima folosire

1. Sistem → Raportări și instituții → CNAS online (PIAS): legătura (Oprit, Simulat pentru instruire, SIUI real), utilizatorul SIUI (CUI + „_” + codul casei), parola (seria de licență din convenția de utilizare), certificatul calificat al operatorului (fișier PFX pe serverul API sau amprenta din magazia Windows), AppKey, tipul contractului (general) și, dacă diferă, tipul contractului pe tip de asistență („Tipul contractului: servicii spitalicești / ambulatoriu clinic / paraclinic / …”; gol = cel general), contractul biletelor de laborator, validarea XSD a cererilor de prevalidare și datele facturii electronice CNAS.
2. Sistem → Unitatea → CNAS / SIUI: componenta cititorului de card (CheckSiuiWCF, Nexus.AgentCard sau Simulat), adresele lor, data contractului și tipul de furnizor pentru tokenul eCard. Nexus.AgentCard pornește doar cu adresele paginilor Nexus date în --origini (ex. --origini https://nexus.spital.ro:5189): altă pagină deschisă pe calculator nu poate citi cardul și nici cere o semnătură.
3. Diagnostic → Testează legătura: verifică setările, certificatul (valabilitate, cheie privată) și, pentru SIUI real, descarcă WSDL-ul serviciilor cu certificatul. Verifică componenta cardului rulează pe calculatorul de pe care e deschisă pagina.

Fiecare secțiune a diagnosticului spune și ce lipsește / ce e de validat cu documentația oficială și cu contul instituției. Stilul mesajelor SOAP („După WSDL”, implicit) e cel declarat de fiecare serviciu în fișierele WSDL publicate de CNAS pe portal.cnas.ro (SiuiWS, HospitalFeedbackWS și SiuiEInvoiceWS document/literal; SiuiValidateWS, SiuiInsuredWS și EPrescriptionWS rpc/encoded).

Verificarea calității de asigurat

Fila Asigurați sau butonul Verifică calitatea de asigurat din fișa episodului (panoul CNAS online). CNP-ul se verifică local (cifra de control) înainte de trimitere. Răspunsul: asigurat / neasigurat / decedat / inexistent în SIUI, cu categoriile active la data cerută. Fiecare verificare rămâne în listă și în jurnal.

Prevalidarea serviciilor

Din fișa episodului (doar pentru episoadele secțiilor la care aveți acces, ca în restul fișei): Vezi cererea de prevalidare arată XML-ul care pleacă (antetul contractului și înregistrările cu aceleași AppID ca în raportarea lunară), problemele de date și avertismentele; Prevalidează îl trimite la SIUI.

• Tipul se alege după episod: consult ambulator → CLIN, spitalizare de zi → SPT_SPZ, internare la o secție de cronici → SPT_CHR, altă internare → SPT_DRG.
• La o nouă prevalidare a aceluiași serviciu se trimite același AppID (altfel casa o tratează ca adăugare și o invalidează).
• Un serviciu înregistrat în viitor nu se prevalidează; după 72 de ore (setarea „Avertisment de prevalidare după”) cererea pleacă, dar primește avertismentul că transmiterea întârziată poate atrage invalidarea.
• Rezultatul (VALID / PARȚIAL VALID / INVALID) și erorile SIUI apar în fișă și în fila Prevalidări.
• Cererea poartă casa, contractul și tipul contractului tipului de asistență (CLIN → ambulatoriu clinic, PARA → paraclinic, spitalizarea → servicii spitalicești, cu CASAOPSNAJ pentru tipurile contractate cu ea); Vezi cererea de prevalidare le arată.
• Cererea se verifică pe schemele publicate de CNAS („StructuriValidare”: ClinicSpecialityServicesValidateRequest, ParaclinicServicesValidateRequest, HospitalDRGPatientsValidateRequest …). Setarea „Validarea XSD a cererilor de prevalidare”: Avertizează (implicit: cererea pleacă, erorile apar lângă cerere și lângă răspuns), Blochează cererea invalidă sau Nu se validează. Răspunsul se verifică și el pe schema lui.

Biletele de trimitere

Pe fiecare bilet de trimitere emis (fișa episodului → Bilete de trimitere emise), Validează în SIUI trimite biletul către medicul specialist (validateClinicReferral) sau pentru investigații de laborator / imagistică (validateLabReferral, cu investigațiile codate) și arată rezultatul lângă bilet. Biletele de laborator se validează implicit pe contractul paraclinic cu tipul de furnizor PARA (setările „Contractul biletelor de laborator / imagistică” și „Tipul de furnizor la biletele de laborator”, de confirmat cu casa); cele către specialist pe contractul ambulatoriului clinic. Celelalte tipuri de bilet (internare, îngrijiri la domiciliu …) nu au structură de validare publicată.

Semnătura pacientului cu cardul

Panoul Card de sănătate din fișa episodului: Citește cardul (pacientul introduce PIN-ul pe cititor; la cititoarele fără tastatură, Nexus.AgentCard deschide în pagină o fereastră pentru PIN — Anexa 102 §4.15), apoi Semnează serviciile cu cardul. Serverul compune valoarea de semnat după șablonul tipului de raportare (de exemplu „cid|cardNo|internmentDate|releaseDate|sheetNo” la spitalizare continuă), componenta locală o semnează cu certificatul de pe card, iar semnătura se salvează pe serviciu și intră în prevalidare și în raportarea lunară. Semnătura se acceptă doar peste textul pe care îl produce serverul în acel moment.

• CheckSiuiWCF citește cardul; semnătura lui o scrie în baza Hipocrate, deci pentru semnătura în Nexus se folosește Nexus.AgentCard.
• Simulat: card și semnătură de instruire; o semnătură simulată e refuzată când legătura e pe SIUI real.

Transmiterea raportărilor

Fila Transmitere: rapoartele XML generate în SIUI / CNAS se transmit cu Transmite. Înainte de trimitere raportul primește semnăturile cu cardul, se semnează CMS cu certificatul, se arhivează ZIP și se codifică Base64; numele fișierului e _.xml. Un raport invalid XSD nu pleacă, iar unul deja primit nu se retrimite (pentru rectificare se generează unul nou). Preia răspunsul descarcă fișierul de răspuns (după ce SIUI l-a prelucrat), verifică dimensiunea și îl importă în CNAS → Feedback. Rezultatele prelucrării raportării de spital cer de la SIUI validarea cazurilor, grupa DRG și valoarea relativă pe o perioadă.

Factura electronică CNAS

Fila Facturi CNAS (dreptul cnas.factura_electronica, grupele FINANCIAR și STATISTICĂ) transmite casei factura electronică prin serviciul SiuiEInvoiceWS (specificația PIAS §3.7, §5.23 – §5.26). Se pornește de la o factură de ieșire emisă casei în Financiar (clientul trebuie să fie de tip asigurător; o factură către alt client e refuzată): alegi factura, tipul de asistență facturat (de el depind casa, contractul și tipul contractului, inclusiv CASAOPSNAJ), perioada facturată și, dacă e altul decât cel din setări, codul articolului din nomenclatorul casei (COM_ITEMS). Generează factura electronică construiește XML-ul (ElectronicInvoice.xsd, Anexa 004 §2.4.1: antetul cu contractul, furnizorul cu capitalul social și reprezentantul legal, casa, articolele) și îl validează pe schemă. Apoi:

• Trimite — fișierul semnat CMS cu certificatul SIUI, arhivat ZIP, codat Base64 (sendEInvoice); SIUI întoarce numărul de înregistrare (butonul rămâne și după o respingere, pentru o nouă încercare; o factură corectată se generează din nou). Factura pleacă o singură dată chiar dacă dai două clicuri sau o trimit doi utilizatori deodată. Respinsă de SIUI înseamnă doar un refuz explicit al SIUI; dacă răspunsul nu ajunge (timeout, o eroare 502 / 503 / 504 de la un proxy, un răspuns ilizibil), factura rămâne trimitere neconfirmată și se lămurește cu Factura din SIUI.
• Factura din SIUI — PDF-ul facturii înregistrate (getEInvoice) și numărul ei. La o trimitere neconfirmată, dacă SIUI are factura, ea devine trimisă în SIUI; dacă nu o are (încă), rămâne neconfirmată — SIUI o poate procesa încă.
• Retrimite… — apare la o trimitere neconfirmată doar după ce Factura din SIUI a arătat că SIUI nu are factura și au trecut 30 de minute de la trimitere; retrimiterea se confirmă explicit. Dacă SIUI răspunde că factura există deja, Nexus o marchează trimisă, cu numărul existent.
• ID e-Factura — numărul unic SIUI (ID_FACT_SIUI) care se transmite apoi în e-Factura ANAF (getEInvoiceId).
• Nota de refuz — PDF-ul notei de refuz după procesare (getEInvoiceClearingNote).
• Anulează… (cu motiv) — doar înainte de începerea plății (cancelEInvoice); după anulare se poate genera și trimite o variantă corectată.

Casa din factură (rezolvată din tipul de asistență) se verifică față de facturile electronice anterioare: un client (CUI) facturat deja unei case nu se facturează altei case (de exemplu CASAOPSNAJ în locul casei județene), iar o casă facturată pe un client nu primește facturi pe alt client.

Setările (Sistem → Raportări și instituții → CNAS online (PIAS)): categoria furnizorului (implicit SPT), codul de partener SIUI (gol = codul SIUI al unității), codul articolului implicit, capitalul social, data contractului (gol = cea de la cardul de sănătate) și reprezentantul legal (gol = managerul). Cu legătura simulată, totul e de instruire (SIMULAT).

Dosarul electronic de sănătate (DES)

Fila DES: declarațiile pacientului după Legea 95/2006, titlul IX^1 — acordul ca medicii unității să acceseze DES, acordul pentru transmiterea documentelor, acordul pentru datele de pe card și refuzul DES (datele din DES nu mai identifică pacientul; serviciile medicale nu se refuză). O declarație nouă o înlocuiește pe cea de același tip; revocarea cere motiv. Fiecare declarație se tipărește pentru semnătură și se poate arhiva în dosar.

Trimite în DES (episod finalizat) cere acordul de transmitere și lipsa refuzului. Consultă cere acordul de acces, cu excepția urgenței (rezumatul de urgență), când motivul se păstrează în jurnal.

CNAS nu publică o interfață DES pentru aplicațiile terțe. Cu „Schimbul de date cu DES” pe Prin PIAS (SIUI + SIPE) (Sistem → Raportări și instituții → Dosarul electronic de sănătate (DES)), documentele episodului ajung în DES pe canalele PIAS publicate, cum cere Ordinul MS / CNAS 1123/849/2016: Trimite în DES validează în SIUI biletele de trimitere ale episodului (medic specialist și laborator) și arată, pe fiecare document, canalul și starea — rețetele compensate (emise în SIPE), biletele, serviciile (prevalidarea). Consultă trimite la portalul DES (dosarul complet se deschide acolo, cu certificatul calificat al medicului) și arată documentele pacientului transmise de unitate, cu starea rețetelor recitită din SIPE (cel mult 10 rețete, în cel mult 20 de secunde, doar pentru utilizatorii cu drept pe SIPE; altfel starea salvată). Cu Simulat, schimbul e de instruire; cu Oprit, nu pleacă nimic.

SNVM (verificarea medicamentelor)

Se configurează în Sistem → Clinic și paraclinic → Farmacie: verificare SNVM și se folosește din Farmacie: registre → SNVM: verificare (G110), decomisionare (G120), anulare în cel mult 10 zile (G121). Starea legăturii apare în Diagnostic.

Jurnal

Fila Jurnal: fiecare apel (verificare, prevalidare, transmitere, răspuns, semnare, DES, test), cu furnizorul, starea, codul, durata și utilizatorul; un clic pe moment arată cererea și răspunsul. Parolele nu ajung în jurnal.

Drepturi

• cnas.online (grupele STATISTICĂ și MANAGEMENT): diagnostic, prevalidări, transmitere, răspuns, jurnal.
• cnas.factura_electronica (grupele FINANCIAR și STATISTICĂ): fila Facturi CNAS.
• Validează în SIUI pe biletul de trimitere: cu dreptul de administrare a episoadelor sau cnas.online.
• des.consimtamant (medici de gardă și de secție, UPU, registratură): declarațiile DES, trimiterea și consultarea DES.
• Verificarea calității de asigurat: și cu dreptul de administrare a pacienților sau a episoadelor; prevalidarea din fișă: cu dreptul de administrare a episoadelor.

Export și tipărire

Fila Jurnal (pentru filtrele alese) și jurnalul verificărilor de asigurat de pe fila Asigurați au Export Excel și Tipărește cu lista întreagă; CNP-ul rămâne text în Excel.