Brief Consilier Juridic — Revizuire Românească pentru Protecția Datelor

Redactat la 15.05.2026 pentru etapa F11.0.5 de conformitate pre-lansare. Trimis cabinetelor candidate românești specializate în protecția datelor pentru solicitarea unei oferte cu onorariu fix. A se vedea Pregătirea pentru lansarea în producție, planul de lansare iunie și specificația F11.0.5 pentru contextul complet al proiectului (în engleză).

Nu a fost transmis — stadiu la 06.09.2026

Prezenta notă a fost redactată pentru un angajament care urma să înceapă în mai 2026 și care nu a avut loc. Rămâne nota potrivită, cu două corecturi care trebuie comunicate firmei de la bun început:

• Lansarea a avut deja loc. Producția deservește pacienți reali din 05.06.2026, iar platforma este un dispozitiv medical clasa I cu marcaj CE, înregistrat în mai 2026. Angajamentul nu mai reprezintă consultanță prealabilă lansării, ci revizuirea unui sistem aflat în funcțiune.
• De adăugat o întrebare pe care nota nu o pune. Consultațiile video în timp real transmit date privind sănătatea, din categoria Art. 9, către un subîmputernicit din Statele Unite. Contractul prevăzut la Art. 28 și clauzele contractuale standard (modulul 3) sunt în vigoare prin încorporare în termenii furnizorului, iar fluxul nu se înregistrează niciodată — însă contul la furnizor este partajat cu sistemul preexistent, deci cele două sisteme nu sunt segregate, iar entitatea parte la contract rămâne neconfirmată. Consilierul trebuie întrebat dacă această partajare de cont poate fi remediată exclusiv prin separare. A se vedea TIA T4 și planul de acțiune.

Întrebarea privind CNP-ul de la §3.1 este mai restrânsă decât o prezintă nota. Câmpul este în funcțiune — criptat, mascat, auditat la citire și scris exclusiv pe un traseu cu audiență de pacient — implementarea prudentă a oricărui răspuns probabil. Rămâne deschis dacă poate fi solicitat la înregistrare.

De completat înainte de trimitere

Acest brief este o ciornă de lucru. Înainte de trimiterea către un cabinet, partea companiei trebuie să completeze:

• Denumirea entității juridice, CUI, sediul social ({{LEGAL_ENTITY}}, {{CUI}}, {{REGISTERED_ADDRESS}})
• Semnatarul autorizat și adresa de contact ({{SIGNATORY}}, {{CONTACT_EMAIL}})
• Plafonul de buget pentru proiect ({{BUDGET_CEILING}}) — a se vedea secțiunea Buget
• Data țintă pentru angajament ({{ENGAGEMENT_TARGET}}) — plan curent: 22.05.2026

1. Despre RestartiX

{{LEGAL_ENTITY}} (CUI {{CUI}}, cu sediul în {{REGISTERED_ADDRESS}}) operează RestartiX, o platformă SaaS multi-tenant pentru telereabilitare și clinici de recuperare fizică. Platforma va fi lansată public pentru prima dată pe 10.06.2026 („lansarea"), {{LEGAL_ENTITY}} acționând ca prima clinică pe platformă („clinica RestartiX"). Programul de lansare oferă un program ghidat de exerciții, gratuit pentru un număr estimat de 5.000+ pacienți cu auto-înscriere în România.

Rezumat arhitectural

• Două părți, roluri distincte. Platforma ({{LEGAL_ENTITY}} în calitate de operator al platformei) acționează ca persoană împuternicită de operator conform Art. 28 GDPR. Clinica de pe platformă acționează ca operator de date. Pentru lansare, ambele părți sunt aceeași entitate juridică ({{LEGAL_ENTITY}}), dar rolurile și granița contractuală sunt reale și vor fi formalizate într-un Acord de Prelucrare a Datelor intern. Începând cu ziua de după lansare, clinici terțe pot adera ca operatori suplimentari.
• Aplicație orientată către pacient („Portal") — aplicație web publică. Pacienții se înregistrează, furnizează informații de profil, dau consimțământul, urmează programe ghidate de exerciții, vizionează clipuri video și transmit scoruri de aderență pe sesiune și de durere / efort auto-raportate.
• Aplicație orientată către personal („Aplicația Clinică") — administratorii și specialiștii clinicii gestionează pacienții, planurile de tratament și evidențele.
• Aplicație Consolă — aplicație internă de administrare a platformei, exclusiv pentru personalul {{LEGAL_ENTITY}}. Accesul la datele pacienților din mai multe tenanți este controlat printr-un tipar de tip „break-glass": delimitat ca scop, limitat în timp, justificat, auditat, cu notificare în timp real către clinica afectată.
• Subîmputerniciți: Clerk (identitate, SUA); Bunny (CDN video, UE); AWS (eu-central-1 / Frankfurt, găzduire + SES); Cloudflare (CDN + WAF, global); Sentry (urmărire erori, regiune UE); FGO (e-factură românească). Lista completă în Anexa A la viitorul APD.
• Rezidența datelor: stiva principală în eu-central-1 (Frankfurt). Identitatea (Clerk) este singurul transfer transfrontalier sistematic la lansare.

Date prelucrate de platformă la lansare

• Identitate și contact: nume, e-mail, telefon (E.164), data nașterii, locale.
• Date privind starea de sănătate (Art. 9 GDPR): scor VAS pentru durere auto-raportat pe sesiune, RPE auto-raportat (rate of perceived exertion), aderență (sesiuni finalizate, procent vizionare video, abandon la exerciții).
• Telemetrie: evenimente de redare video (buffering, procent vizionat), timestamp-uri de finalizare a sesiunilor. Telemetria de urmărire a poziției corporale (prelucrare biometrică) este amânată către o etapă post-lansare; tabelele există în schemă, dar nu sunt populate la lansare.
• CNP (cod numeric personal): întrebare deschisă — a se vedea §3 mai jos.
• Cookie-uri / urmărire: de inventariat; sfera curentă = strict necesare + analitice de produs (fără urmărire de marketing la lansare).
• Text liber de la pacienți: note de profil, comentarii post-sesiune.

Ce NU este în sfera lansării (pentru ca scoping-ul consilierului să fie corect)

• Consultații video în direct / telemedicina în sens clinic în direct (la lansare nu există rezervare în direct de programări cu specialiști — programul este complet ghidat / asincron).
• Prescripții / decizii clinice generate de software. Postura la lansare este MDR UE Clasa I: platforma afișează date informaționale; specialistul uman (după lansare) ia eventualele decizii clinice.
• Urmărirea poziției corporale (amânată; tabele prezente, populate doar după ce se livrează suprafața de consimțământ biometric).
• Procesarea plăților (programul de lansare este gratuit).
• Implementări în spitale / rețele mari (platforma este limitată permanent la clinici mici și medii, ≤ ~10 locații fiecare).
• Pacienți din afara UE (lansarea este exclusiv pentru România).

2. Ce solicităm de la consilier

O revizuire românească pre-lansare în materia protecției datelor până la 08.06.2026, care să producă răspunsuri cu efect obligatoriu la întrebările deschise din §3, versiuni revizuite ale șablonului de notă de informare privind confidențialitatea (EN + RO) și ale modelului de APD, un memoriu scris cu concluzii pentru registrul nostru de decizii arhitecturale și orice context relevant din practica ANSPDCP pentru sancțiunile din ultimele 12 luni.

Nu solicităm consilierului să redacteze aceste documente de la zero. Vom furniza ciorne v1 pentru fiecare artefact și vom cere consilierului să le revizuiască, să le corecteze și să le confirme. Acest lucru ar trebui să reducă atât costul, cât și timpul de execuție.

3. Întrebări deschise care necesită răspunsuri cu efect obligatoriu

Acestea blochează construcția pentru lansare. Fiecare are o consecință la nivel de cod și/sau de document pe care o putem implementa imediat ce primim răspunsul consilierului.

3.1 Legea nr. 190/2018 — prelucrarea CNP la înregistrare

Pacientul se înregistrează pe portal cu nume + e-mail + telefon + data nașterii. Clinica (clinica RestartiX la lansare; ulterior clinici terțe) ar putea avea nevoie ulterior de CNP pentru facturare, reconciliere cu asigurări sau continuitatea evidenței medicale conform Legii nr. 95/2006.

Întrebare: Conform Art. 4 din Legea nr. 190/2018, poate platforma să colecteze și să stocheze CNP la înregistrarea pe portal, cu măsuri de siguranță corespunzătoare (criptare la repaus cu chei gestionate de KMS, acces restricționat, retenție definită, supraveghere RPD), sau trebuie ca colectarea CNP să fie amânată până când scopul specific din aval (emiterea unei facturi, dosar de asigurări) declanșează un temei contractual sau de obligație legală?

În cazul în care colectarea la înregistrare este permisibilă, vă rugăm să precizați setul de măsuri de siguranță pe care platforma trebuie să le demonstreze (desemnare RPD, evidențe de instruire, perioada de retenție, secțiune din DPIA etc.).

3.2 Vârsta consimțământului digital — fluxul pentru persoanele sub 16 ani

Vârsta consimțământului digital în România, conform Art. 8 GDPR + Legii nr. 190/2018, este 16. Programul de lansare permite auto-înscrierea publică. Înscrierile persoanelor sub 16 ani trebuie tratate — fie blocate, fie redirecționate printr-o cale de consimțământ parental.

Întrebare: Care este fluxul conform pentru o înscriere a unei persoane sub 16 ani? Opțiunile evaluate:

1. Blocare la înregistrare. Verificarea datei nașterii respinge conturile sub 16 ani.
2. Cale de consimțământ parental. Adresa de e-mail a părintelui este capturată, este urmat un flux de verificare parentală, părintele acordă consimțământul în numele minorului.
3. Hibrid. Persoanele sub 16 ani sunt blocate de la auto-înscriere; sunt înrolate doar prin invitație mediată de clinică, cu semnătură parentală pe hârtie sau electronică.

Vă rugăm să confirmați care este obligatorie și orice cerințe tehnice / documentare specifice (gradul de verificare a identității parentale, retenția probelor).

3.3 Cadrul de telemedicină — aplicabilitatea Ordinelor 1.589/2020 și 1.488/2020

Ordinele Ministerului Sănătății stabilesc cerințele tehnice și procedurale pentru consultațiile de telemedicină. Programul de lansare este complet asincron: pacientul vizionează clipurile video și își auto-raportează aderența; nu există consultație în direct, nu există interacțiune în direct cu specialistul.

Întrebare: Se aplică Ordinele 1.589/2020 și 1.488/2020 (sau alte ordine ale Ministerului / dispoziții din Legea nr. 95/2006) unui program asincron, ghidat, de exerciții, de acest tip? Dacă da, care obligații se atașează la lansare și care doar atunci când vor fi livrate consultațiile în direct (planificate post-lansare)?

3.4 Retenția evidenței medicale — Legea nr. 95/2006

Platforma stochează profilurile pacienților, jurnalele de aderență la sesiuni, instrumente clinice auto-raportate (VAS, RPE) și (post-lansare) corespondența clinică. Drepturile la ștergere prevăzute de Art. 17 GDPR sunt parțial înlocuite de obligațiile de retenție a evidenței medicale conform Legii nr. 95/2006 (Art. 17 alin. (3) lit. c)).

Întrebare: Vă rugăm să furnizați un tabel de retenție care să asocieze fiecare tip de artefact cu perioada de retenție aplicabilă conform Legii nr. 95/2006 și a normelor subsecvente. În mod specific:

• Profilul pacientului (nume, contact, data nașterii)
• Instrumente clinice auto-raportate (VAS pentru durere, RPE, aderență pe sesiune)
• Evidențele de finalizare a programului asincron
• În viitor: evidențele consultațiilor sincrone, prescripțiile, corespondența clinică
• Jurnalul de audit al evenimentelor de consimțământ

Aceste informații vor structura fluxul de ștergere al platformei („anonimizare conform Art. 17 alin. (3) lit. c) atunci când retenția se aplică; ștergere completă în caz contrar").

3.5 Date biometrice — semnătura pe tabletă și (amânată) urmărirea poziției corporale

Platforma colectează o semnătură electronică pentru acceptarea consimțământului (în prezent click-through pe formular web; suprafața de semnătură pe tabletă / cu atingere este planificată). Telemetria de urmărire a poziției corporale (puncte de reper MediaPipe) este amânată, însă schema este pregătită pentru o introducere controlată.

Întrebare: Conform ghidurilor ANSPDCP privind datele biometrice:

• Se califică acceptarea consimțământului prin click-through drept prelucrare biometrică? Dar o semnătură olografă capturată pe un dispozitiv cu atingere?
• Pentru urmărirea amânată a poziției corporale, ce suprafață de consimțământ, adâncime a DPIA și comunicare către ANSPDCP vor fi necesare înainte de a activa această telemetrie?

3.6 Transferul transfrontalier — Schrems II

Clerk (furnizorul de identitate) este situat în SUA. Căile de avarie regionale ale AWS ar putea, la un moment dat, să direcționeze prin regiuni din afara UE pentru recuperarea în caz de dezastru. Anexa privind evaluarea impactului transferului (TIA) la APD trebuie să acopere ambele situații.

Întrebare: Sunt Clauzele contractuale standard din 2021 ale Comisiei Europene (Modulul 2 și, dacă este aplicabil, Modulul 3) plus o TIA documentată suficiente conform practicii ANSPDCP și a celei românești? Există cerințe specifice României peste metodologia EDPB în șase pași?

3.7 Focusul recent al sancțiunilor ANSPDCP

O scanare a sancțiunilor aplicate de ANSPDCP în ultimele 12 luni, cu orice amenzi sau avertismente relevante pentru: healthtech / telemedicină, fluxuri de înscriere / consimțământ la scară, prelucrarea CNP, eșecurile de retenție, evaluările de impact al transferurilor.

Formă livrabilă: memoriu scurt (1–3 pagini) care identifică tiparele și orice riscuri specifice pe care ar trebui să le acoperim înainte de lansare.

3.8 Confirmarea clasei MDR

Postura platformei la lansare este MDR Clasa I pentru programul ghidat de exerciții (date informaționale; specialistul uman ia deciziile clinice). Funcționalitățile viitoare (urmărirea poziției corporale care influențează deciziile de tratament, recomandări clinice generate de software) pot necesita Clasa IIa.

Întrebare: Confirmați dacă postura Clasa I este sustenabilă pentru sfera de lansare descrisă și identificați condițiile de declanșare care ar impune avansarea către Clasa IIa.

3.9 Revizuirea textului de marketing

Pagina publică de aterizare și textul de înscriere nu trebuie să facă afirmații (eficacitate, diagnostic, rezultate ale tratamentului etc.) incompatibile cu postura MDR Clasa I. Vom furniza ciorne ale textului în EN și RO.

Livrabil: text revizuit cu afirmațiile neconforme eliminate sau reformulate, plus o listă scurtă cu tiparele de afirmații permise vs. interzise pe care echipa de marketing să le aplice ulterior.

4. Documente pe care le furnizăm

În ziua în care scrisoarea de angajament este semnată, consilierul primește:

1. Șablonul notei de informare privind confidențialitatea (EN + RO) — v1 curent, introdus în editorul de șabloane orientat către clinici al platformei (1B.10). Corpuri Markdown cu placeholder-uri + secțiuni comutabile (video_recording, biometric_capture, cross_border_transfer).
2. Șablonul Termenilor și Condițiilor (EN + RO) — același mecanism ca #1.
3. Modelul de APD v1 — acord operator ↔ persoană împuternicită de operator pentru clinicile tenant. Redactat de noi conform Art. 28 GDPR + ghidurile EDPB + modulele CCS din 2021.
4. APD intern v1 — aceeași formă ca #3, între clinica RestartiX și platforma RestartiX.
5. Lista subîmputerniciților v1 — Clerk, Bunny, AWS (inclusiv SES), Cloudflare, Sentry, FGO. Denumiri, scopuri, locații, categorii de date transferate, mecanisme de transfer.
6. TIA v1 — Evaluarea impactului transferului conform metodologiei EDPB în șase pași pentru subîmputerniciții din afara UE.
7. EAP v1 — Evidența Activităților de Prelucrare conform Art. 30, în două părți: {{LEGAL_ENTITY}} ca operator (clinica RestartiX) și {{LEGAL_ENTITY}} ca persoană împuternicită de operator (clinicile tenant).
8. DPIA v1 — Evaluare a impactului asupra protecției datelor conform Art. 35: la nivel general + secțiuni țintite pentru programul ghidat de exerciții (F9) și telemetria de aderență (jumătatea media F10).
9. Text de marketing — ciornă — pagina publică de aterizare + textul fluxului de înscriere în portal (EN + RO).
10. Extrase arhitecturale și de decizii — extrase relevante din documentația tehnică a platformei care explică separarea operator / persoană împuternicită, primitiva break-glass, catalogul de scopuri de consimțământ, forma jurnalului de audit, registrul de clasificare a datelor, garanțiile de izolare a datelor pacienților (RLS + scoping de tenant), postura de criptare (la nivel de coloană pentru CNP / credențiale; apărare în straturi pentru restul).

Putem furniza extrase suplimentare la cerere; documentația platformei este extinsă, iar noi preferăm să oferim consilierului o listă de lectură țintită decât 200 de pagini fără filtru.

5. Livrabile așteptate din partea consilierului

#	Livrabil	Formă
D1	Răspunsuri cu efect obligatoriu la §3.1–§3.9	Un singur memoriu, 5–10 pagini, cu note de subsol către dispoziții, ordine și decizii ANSPDCP specifice
D2	Șablon notă de informare privind confidențialitatea revizuit (EN + RO)	Markdown returnat cu marcaje de revizuire; îl aplicăm în șabloanele 1B.10 introduse
D3	Modelul de APD + APD intern, revizuite	Markdown sau DOCX cu marcaje de revizuire
D4	EAP, DPIA, TIA, revizuite	Markdown sau DOCX cu marcaje de revizuire
D5	Text de marketing revizuit	Markdown sau DOCX cu marcaje de revizuire
D6	Memoriu de scanare a sancțiunilor ANSPDCP	Memoriu de 1–3 pagini, conform §3.7
D7	Scrisoare de închidere a angajamentului	Confirmă că platforma poate fi lansată pe 10.06.2026 cu artefactele finalizate, listând riscurile reziduale și recomandările deschise

D1 este cel mai important. Modificările de cod și de documente decurg direct din acesta.

6. Calendar

Data	Etapă
22.05.2026	Semnarea scrisorii de angajament (țintă)
22.05.2026	Pachetul de materiale este livrat consilierului
29.05.2026	Check-in la jumătatea perioadei (ciorna D1 este distribuită)
05.06.2026	Toate livrabilele (D1–D7) sunt finalizate
08.06.2026	Ultima dată posibilă pentru scrisoarea de închidere D7 pentru o lansare pe 10.06.2026
10.06.2026	Lansare publică

Dacă consilierul nu poate respecta termenul final 05.06.2026 / termenul absolut 08.06.2026, trebuie să știm acest lucru înainte de semnare, pentru a putea planifica o contingență de amânare a lansării.

7. Buget și format al ofertei

De completat înainte de trimitere

Furnizați plafonul intern ca {{BUDGET_CEILING}}. Interval tipic pentru sfera de mai sus, cu un cabinet românesc specializat în healthtech: 5.000 – 15.000 EUR onorariu fix. Confirmați plafonul înainte de a-l include în trimiterea către cabinete.

Vă rugăm să cotați pe bază de onorariu fix pentru D1–D7. Dacă tarifele orare sunt inevitabile, vă rugăm să furnizați o estimare maximă (cap). Defalcarea ofertei pe livrabile este preferată, pentru a putea ajusta sfera la nevoie.

În cazul în care este disponibil un retainer cu onorariu fix pentru consultanță continuă pe parcursul ferestrei de lansare (10.06.2026 – 10.09.2026), vă rugăm să îl includeți ca o linie separată.

8. Profilul cabinetului dorit

• Înregistrat în România (membru UNBR într-un barou românesc — București sau alt baroul).
• Practică activă în protecția datelor, cu experiență demonstrată în healthtech (telemedicină, e-sănătate, sisteme informaționale spitalicești, mHealth, software clinic).
• Familiarizare cu MDR UE / IEC 62304 (nu este necesar să fiți cabinetul care realizează certificarea dispozitivelor medicale, dar trebuie să vorbiți limba domeniului).
• Experiență directă în interacțiunea cu ANSPDCP (proceduri, cereri de avize, răspunsuri la sancțiuni).
• Fluență de lucru în engleză pentru livrabilele scrise. Versiunile obligatorii finale ale notei de informare privind confidențialitatea / APD vor fi în ambele limbi, EN și RO.

9. Procesul de selecție

Solicităm oferte de la 2–3 cabinete. Selecția se realizează până la 21.05.2026, pe baza:

1. Profunzimii în healthtech și experienței în relația cu ANSPDCP (60%)
2. Capacității de a se angaja cu certitudine la termenul absolut 08.06.2026 (30%)
3. Încadrării în plafonul de onorariu fix (10%)

Vom transmite scrisoarea de angajament pentru semnare cabinetului selectat până la 22.05.2026.

10. Contact

{{SIGNATORY}} — {{CONTACT_EMAIL}} — pentru toate întrebările privind procesul de angajament și pentru primirea pachetului de materiale.

---

Notă de implementare (internă — de eliminat înainte de trimitere)

După semnarea scrisorii de angajament, următoarele acțiuni de partea platformei demarează în paralel și nu depind de livrabilele consilierului:

• Lista subîmputerniciților v1 → publicată ca pagină publică de transparență (Art. 28) după revizuirea formulării de către consilier
• EAP v1 → păstrată în apps/docs/legal/ ca document viu
• APD + APD intern v1 → introduse ca legal_document_templates de tip dpa după extinderea enum-ului document_type din 1B.10, sau păstrate ca markdown static până când o sub-etapă ulterioară le adaugă
• TIA + DPIA v1 → trăiesc în apps/docs/legal/ ca documente vii; v1 revizuită de consilier devine evidența auditabilă
• Memorandum desemnare RPD → rezolvă întrebarea deschisă privind serviciul extern de RPD vs. angajare internă (extern recomandat la scara curentă)
• Inventar cookie-uri / urmărire → determină banner-ul de cookie-uri din toate cele trei aplicații; suprafață UI nouă pentru lansare

Răspunsurile D1 ale consilierului determină modificări directe de cod:

• §3.1 CNP la înregistrare → formularul de înscriere din Portal păstrează sau elimină câmpul CNP; catalogul de scopuri de consimțământ (1B.9) poate primi o intrare cnp_processing; retenția este consfințită.
• §3.2 Sub 16 ani → validarea datei nașterii din înscrierea Portalului primește o ramură pentru sub 16 ani (blocare, flux parental sau hibrid).
• §3.4 Tabel de retenție → endpoint-ul de ștergere F11.1 consfințește exceptările din Art. 17 alin. (3) lit. c) pentru fiecare tip de artefact.
• §3.5 Biometric → designul semnăturii pe tabletă și introducerea amânată a urmăririi poziției corporale primesc fiecare suprafața de consimțământ cerută.
• §3.6 Transfrontalier → anexa APD este finalizată; intrările pentru subîmputerniciți din pagina de transparență primesc referințe TIA.
• §3.8 Clasa MDR → documentul de decizii arhitecturale este actualizat; revizuirea textului de marketing alimentează pagina de aterizare la lansare.