Spitalul digital: de la registratură la interoperabilitate

Un spital modern nu are „un sistem informatic”. Are între cinci și cincisprezece sisteme, cumpărate în ani diferiți, de la furnizori diferiți, fiecare cu propria bază de date. Directorul le vede ca pe un singur ecran la registratură, dar în spate datele circulă greu, se rescriu de mână și se pierd la fiecare transfer. Acest articol explică, fără jargon inutil, din ce este făcută infrastructura digitală a unui spital, ce cere Uniunea Europeană în următorii ani și cum se pot adăuga automatizări utile fără a înlocui nimic din ce funcționează.

Ce sisteme are, de fapt, un spital

Majoritatea spitalelor din România și Republica Moldova au, în forme diferite, aceleași blocuri:

• HIS / EHR (Hospital Information System / Electronic Health Record): sistemul principal, cu foaia de observație, internări, externări, diagnostice și proceduri.
• LIS (Laboratory Information System): primește comenzile de analize, comunică cu analizoarele și întoarce rezultatele.
• RIS / PACS (Radiology Information System / Picture Archiving and Communication System): programează și descrie investigațiile imagistice; PACS stochează imaginile propriu-zise.
• Programări și registratură: uneori un modul al HIS, uneori o aplicație separată, uneori un caiet.
• Facturare și decontare: raportarea serviciilor către asigurător și facturarea pacienților privați.
• Telefonie și call-center: centrala, cozile de apeluri, uneori un CRM (Customer Relationship Management) pentru pacienți.

În Republica Moldova, instituțiile publice folosesc sisteme naționale: SIA AMP (Sistemul Informațional Automatizat „Asistența Medicală Primară”) pentru medicina de familie și ambulatoriu și SIA AMS (Sistemul Informațional Automatizat „Asistența Medicală Spitalicească”) pentru spitale. Programul național pentru digitalizare și inovare în sănătate 2025-2030 le descrie direct: contribuie la o „digitalizare parțială”, dar „nu asigură o interoperabilitate deplină”, conform Guvernului Republicii Moldova.

De ce nu vorbesc între ele

Fiecare sistem a fost cumpărat pentru o problemă locală: laboratorul avea nevoie de LIS, radiologia de PACS, contabilitatea de facturare. Nimeni nu a cumpărat „schimbul de date”. Rezultatul: pacientul are trei numere diferite, rezultatul de laborator se tipărește și se scanează în foaia de observație, iar raportul lunar se face în Excel.

Documentul moldovean numește cauzele fără menajamente: „infrastructura digitală învechită, fragmentarea soluțiilor existente, lipsa interoperabilității și a standardelor comune”, plus „lipsa unor clasificatoare și nomenclatoare reutilizabile”, care „duce la introducerea repetată a datelor în sistemele existente”. În România, raportul de țară Digital Decade 2025 notează că „mai puțin de 50% din categoriile de furnizori de servicii medicale sunt conectate și transmit date” către dosarul electronic național, conform Consiliului UE.

Lipsa interoperabilității nu este o problemă tehnică, ci una de achiziție: sistemele au fost cumpărate separat, fără o cerință comună de schimb de date.

Standardele de interoperabilitate, explicate simplu

Interoperabilitatea înseamnă că două sisteme pot schimba date și le înțeleg la fel. Patru familii de standarde acoperă aproape tot ce are nevoie un spital.

HL7 v2 este cel mai vechi limbaj comun dintre sisteme medicale. Funcționează pe evenimente: când pacientul este internat, HIS trimite un mesaj; când laboratorul validează un rezultat, LIS trimite altul. Mesajele sunt text structurat pe segmente, greu de citit de om, dar ușor de procesat de mașini. Este standardul de la care a învățat FHIR, conform HL7, și se găsește încă în multe integrări dintre HIS, LIS și PACS.

HL7 FHIR (Fast Healthcare Interoperability Resources) este standardul actual. HL7 International îl definește ca „un standard pentru schimbul electronic de informații medicale”, construit din „resurse” (pacient, programare, rezultat, medicament) care se pot combina. Datele circulă în format JSON sau XML, prin interfețe web obișnuite, iar versiunea curentă publicată este R5. FHIR a fost proiectat pornind de la lecțiile HL7 v2, v3 și CDA, conform HL7. Pentru un director, diferența practică: FHIR este limbajul în care vorbesc aplicațiile moderne (portaluri de pacient, aplicații mobile, asistenți de programare) și cel pe care îl cer noile reglementări europene.

DICOM (Digital Imaging and Communications in Medicine) este „standardul internațional pentru imagini medicale și informațiile asociate”, recunoscut ca ISO 12052 și publicat prima dată în 1993, conform DICOM Standards Committee. Orice CT, RMN, ecograf sau aparat de radiologie produce fișiere DICOM; PACS le stochează și le afișează.

Profilurile IHE (Integrating the Healthcare Enterprise) nu sunt standarde noi, ci rețete de folosire a celor existente. IHE le descrie ca „un limbaj comun pentru cumpărători și furnizori” în discuțiile despre integrare, care reduce „complexitatea, costul și anxietatea implementării sistemelor interoperabile”. Când scrieți un caiet de sarcini, cereți profiluri IHE, nu „compatibilitate HL7” în general.

Direcția europeană: EHDS și termenele lui

Regulamentul (UE) 2025/327 privind Spațiul european al datelor privind sănătatea (EHDS, European Health Data Space) a fost publicat în Jurnalul Oficial pe 5 martie 2025 și a intrat în vigoare pe 26 martie 2025, conform Comisiei Europene. Aplicarea este eșalonată:

Termen	Ce se întâmplă, conform Comisiei Europene
Martie 2027	Comisia adoptă actele de punere în aplicare cu regulile detaliate
Martie 2029	Schimbul primei categorii prioritare de date (sumar al pacientului, rețete și eliberări electronice); se aplică regulile de utilizare secundară pentru majoritatea datelor din dosarele electronice
Martie 2031	Schimbul celei de-a doua categorii (imagini medicale, rezultate de laborator, scrisori de externare); utilizarea secundară se extinde la restul datelor, inclusiv genomice
Martie 2035	Țări terțe și organizații internaționale pot cere acces la HealthData@EU

Pentru sistemele EHR, regulamentul „stabilește un cadru cuprinzător de conformitate înainte și după punerea pe piață”: producătorii trebuie să certifice respectarea unor „criterii stricte de securitate și interoperabilitate”, conform Comisiei Europene. Pentru un spital asta înseamnă două lucruri: HIS-ul pe care îl cumpărați sau prelungiți acum trebuie să poată exporta sumarul pacientului și scrisoarea de externare în formatul european până la termenele de mai sus, iar furnizorul trebuie să vă spună în scris cum.

Republica Moldova, țară candidată, s-a aliniat explicit: programul național 2025-2030 este construit „în conformitate cu Regulamentul (UE) 2025/327”, prevede un DES (Dosar Electronic de Sănătate) interoperabil, o entitate națională de acces la datele de sănătate (Health Data Access Body) și adoptarea standardelor HL7 FHIR, SNOMED CT și ICD-11, conform Guvernului Republicii Moldova.

Unde sunt România și Republica Moldova

Comisia Europeană măsoară anual accesul cetățenilor la dosarul electronic printr-un indicator compozit cu 12 sub-indicatori. Media UE-27 a ajuns la 83% în 2024, de la 79% în 2023, iar ținta Deceniului digital este 100% în 2030, conform studiului Comisiei.

România a avut cel mai vizibil salt din regiune: scorul a crescut de la 58,6 în 2023 la 75,1 în 2024, adică un ritm de 28,2% față de 4,5% media UE, dar rămâne sub media europeană de 82,7, conform raportului de țară al Consiliului UE. Același raport explică de ce: nu toate tipurile de date sunt disponibile și sub jumătate din categoriile de furnizori transmit date.

Coloana vertebrală digitală a sistemului public românesc este PIAS (Platforma Informatică a Asigurărilor de Sănătate), administrată de CNAS, cu componentele SIUI (raportare și decontare), CEAS (cardul electronic de asigurat) și DES, conform CNAS. Pe 1 septembrie 2026, CNAS a lansat platforma modernizată prin PNRR și portalul e-SănătateaMea, cu un buget de 493 de milioane de lei fără TVA, conform Economedia. Dimensiunea explică de ce integrarea cu PIAS este primul test pentru orice sistem de spital din România:

Tot din septembrie 2026, programarea online devine obligatorie pentru furnizori din trimestrul al patrulea, conform aceleiași surse. Spitalele ale căror sisteme nu pot expune o agendă de programări printr-o interfață vor ajunge să introducă de mână aceleași date în două locuri.

În Republica Moldova, programul 2025-2030 are un cost estimat de 831,9 milioane de lei, din care 259,8 milioane pentru dezvoltarea și implementarea DES, conform Guvernului. Ținte măsurabile: peste 20 de sisteme și registre integrate în platforma de interoperabilitate MConnect (de la zero), minimum 70% din sistemele necesare modernizate și integrate în MConnect și DES până în 2030, structuri standardizate de date conforme EHDS stabilite între trimestrul II 2026 și trimestrul IV 2028.

Cum se adaugă automatizări fără a înlocui sistemele de bază

Vestea bună pentru un director: nu trebuie să schimbați HIS-ul pentru a avea remindere SMS, rapoarte automate sau un asistent telefonic. Trei mecanisme tehnice fac posibilă construirea „deasupra” sistemelor existente.

API (Application Programming Interface): o ușă oficială prin care o aplicație cere date altei aplicații. Când HIS-ul are un API FHIR, aplicația de remindere întreabă „ce programări sunt mâine?” și primește lista fără să atingă baza de date.

Webhook: notificarea inversă. În loc ca aplicația să întrebe la fiecare minut, sistemul sursă anunță singur: „s-a validat un rezultat de laborator”. Așa poate pleca în câteva secunde un SMS către pacient.

Coadă de mesaje: o cutie poștală între sisteme. Dacă PIAS sau un sistem național este indisponibil, mesajele așteaptă în coadă și se livrează când revine conexiunea, în ordine, fără pierderi. Programul moldovean descrie exact această problemă: sistemele existente sunt „uneori lente sau indisponibile”.

Pe aceste mecanisme se construiesc automatizările cu efect imediat:

• Remindere și confirmări de programare (SMS, apel, WhatsApp), citite din agenda HIS prin API și scrise înapoi când pacientul confirmă sau anulează.
• Rapoarte zilnice de ocupare, timpi de așteptare sau rezultate restante, generate din aceleași surse, nu din Excel-uri trimise pe e-mail.
• Plăți: link de plată trimis automat după consultația privată, cu reconcilierea în sistemul de facturare.
• Rutare apeluri: un asistent vocal care preia cererea de programare, verifică disponibilitatea prin API și lasă operatorilor doar cazurile complexe.

Regula de aur: sistemul de bază rămâne sursa adevărului; automatizarea citește și scrie prin interfețe documentate și loghează fiecare operație. Niciuna dintre aceste aplicații nu pune diagnostic și nu înlocuiește personalul; ele mută munca repetitivă de pe oameni pe mașini.

Securitate de bază, înainte de orice integrare

Fiecare interfață nouă este și o ușă nouă. ENISA, agenția UE pentru securitate cibernetică, a analizat 215 incidente raportate public în sectorul sănătății între ianuarie 2021 și martie 2023. Spitalele au fost ținta a 42% din incidente, datele pacienților au fost cel mai vizat activ (30%), iar costul median al unui incident major în sănătate este de 300.000 EUR, conform ENISA.

Același raport arată că doar 27% din organizațiile de sănătate chestionate au un program dedicat de apărare împotriva ransomware și 46% nu au făcut niciodată o analiză de risc. Măsurile recomandate de ENISA sunt cele de bază: copii de rezervă criptate și offline pentru datele critice, autentificare mai puternică, gestionarea vulnerabilităților și a actualizărilor, planuri de răspuns la incident și de continuitate. Adăugăm, din practica integrărilor, trei reguli simple: rețea segmentată (aparatele medicale, serverele HIS și stațiile de lucru în zone separate), jurnale de acces păstrate pentru fiecare citire de date de pacient și conturi tehnice separate pentru fiecare integrare, cu drepturi minime.

Cadrul legal s-a schimbat și el. Directiva NIS2 (Directiva (UE) 2022/2555) trebuia transpusă de statele membre până la 17 octombrie 2024, include sănătatea printre cele 18 sectoare critice și introduce „răspunderea conducerii de vârf pentru nerespectarea măsurilor de gestionare a riscurilor de securitate cibernetică”, conform Comisiei Europene. Pentru directorul de spital, securitatea nu mai este un subiect delegat integral departamentului IT.

Ce înseamnă pentru un spital din România sau Republica Moldova

O foaie de parcurs realistă nu începe cu o licitație mare, ci cu un inventar.

1. Inventarul sistemelor. O pagină per sistem: ce face, cine îl întreține, ce interfețe are (API, HL7 v2, export), unde stau datele, când expiră contractul.
2. Identificatorul unic de pacient. Fără o corespondență clară între numerele de pacient din HIS, LIS și PACS, orice automatizare va greși. Este primul lucru de rezolvat, înaintea oricărui ecran nou.
3. Prima integrare mică, cu rezultat vizibil. Remindere de programare sau rezultate de laborator trimise automat. Se măsoară înainte și după: neprezentări, apeluri la registratură, ore de muncă manuală.
4. Cerințe de interoperabilitate în orice contract nou. Până în martie 2029 trebuie să puteți schimba sumarul pacientului și rețetele în format european; până în martie 2031, imaginile, rezultatele de laborator și scrisorile de externare, conform Comisiei Europene. Pentru Republica Moldova, programul național fixează structurile de date conforme EHDS pentru 2026-2028 și integrarea în MConnect până în 2030.
5. Igiena de securitate înaintea extinderii. Copii de rezervă testate, segmentare, jurnale de acces, apoi următoarea integrare.

Întrebări de pus oricărui furnizor, înainte de semnare:

• Expuneți un API FHIR? Pentru ce resurse (Patient, Appointment, Observation, DiagnosticReport)? Cu ce documentație?
• Ce profiluri IHE suportați și cu ce sisteme ați demonstrat schimbul de date?
• Ce costă accesul la interfețe pentru un terț ales de spital? Este inclus în licență sau se plătește separat?
• Cum exportați integral datele la încetarea contractului și în ce format?
• Cum va suporta sistemul formatul european de schimb al EHR până la termenele EHDS și cine răspunde de conformitate?

Consdinamic construiește software și AI la comandă, cu specializarea cea mai adâncă în sănătate: asistent vocal pentru programări, chatbot pentru întrebări frecvente, orientare prin coduri QR și site-uri de clinică, produse folosite zilnic într-o rețea medicală privată din România cu 29 de locații. Abordarea noastră pornește de la interfețele sistemelor deja existente, nu de la înlocuirea lor, iar produsele sunt livrate în română, rusă și engleză.

Concluzie

Infrastructura digitală a unui spital este o colecție de sisteme bune, cumpărate separat, care nu au fost niciodată obligate să vorbească între ele. Uniunea Europeană a transformat interoperabilitatea din recomandare în obligație cu termene: 2027, 2029, 2031. România a urcat de la 58,6 la 75,1 într-un an și modernizează PIAS; Republica Moldova are un program cu buget și ținte până în 2030. Pentru un director, drumul cel mai scurt este același în ambele țări: inventar, identificator unic, o primă automatizare măsurabilă, cerințe clare în contracte și igienă de securitate înainte de fiecare pas următor.