# Interoperabilitatea datelor din domeniul sănătății

> Nivelurile tehnice, sintactice, semantice și organizaționale ale interoperabilității, standardele pe care Anpheros le folosește (FHIR R4, IPS, SMART on FHIR, HL7 v2) și de ce proveniența face datele schimbate de încredere.

Source: https://developers.anpheros.com/ro/guides/interoperability

**Interoperabilitatea datelor din domeniul sănătății este capacitatea diferitelor sisteme — aplicații, clinici, laboratoare, spitale, servicii AI — de a schimba date de sănătate și de a le utiliza fără a le reinterpreta manual.** Anpheros abordează acest aspect prin stocarea fiecărui înregistrare în formatele pe care alte sisteme le înțeleg deja (HL7 FHIR R4 cu sisteme de coduri standard), prin schimbarea acestora prin protocoale standard (FHIR REST, SMART on FHIR, International Patient Summary, mesaje de laborator HL7 v2) și prin păstrarea contextului care face datele schimbate de încredere: cine le-a scris, când și cu al cărui consimțământ.

## Patru niveluri de interoperabilitate

| Nivel | La ce întrebare răspunde | Cum abordează Anpheros acest aspect |
|---|---|---|
| Tehnic | Se pot conecta sistemele? | API-uri HTTPS, OAuth 2.1, webhooks semnate, SDK-uri în Dart și TypeScript |
| Sintactic | Pot parsa datele unul altuia? | Resurse și bundle-uri HL7 FHIR R4 (4.0.1); CSV, HL7 v2 ORU^R01 și JSON acceptate pentru rezultatele de laborator |
| Semantic | Înseamnă același lucru? | LOINC pentru măsurători și rezultate, ICD-10 pentru afecțiuni, ATC pentru medicamente, UCUM pentru unități; textul original păstrat lângă fiecare cod |
| Organizațional | Au permisiunea de a le schimba și pot avea încredere în ele? | consimțământul pacientului per aplicație, proveniența la fiecare scriere, un jurnal de acces vizibil pacientului |

Majoritatea proiectelor de integrare eșuează la nivel semantic și organizațional, nu la cel tehnic. Codificarea la momentul scrierii și înregistrarea provenienței pentru fiecare valoare fac ca datele dintr-o sursă să fie utilizabile în alta.

## Standardele utilizate de Anpheros

- **HL7 FHIR R4.** Fiecare înregistrare este compusă din resurse FHIR — 26 de tipuri — căutabile și versionate, cu o CapabilityStatement la `/fhir/R4/metadata`. [Platforma FHIR](https://developers.anpheros.com/ro/guides/fhir)
- **International Patient Summary (IPS).** `Patient/{id}/$summary` returnează un document IPS bundle, validat cu validatorul oficial HL7 împotriva `hl7.fhir.uv.ips#1.1.0` cu 0 erori. IPS este formatul de rezumat destinat îngrijirii transfrontaliere în Europa.
- **Regulile HL7 Europe pentru rapoarte de laborator.** Rezultatele de laborator sunt verificate la scriere; lacunele sunt raportate în antetul răspunsului `Anpheros-Conformance` (în prezent, consultativ). `Observation/$validate?profile=eu-lab` rulează verificarea la cerere.
- **SMART on FHIR.** Aplicațiile terțe accesează o înregistrare prin OAuth 2.1 cu PKCE și scopuri SMART v2 pentru pacienți; descoperire la `/fhir/R4/.well-known/smart-configuration`. Grupul de testare pentru lansare standalone al suitei Inferno SMART App Launch STU2 trece; lansarea EHR nu este încă suportată.
- **HL7 v2.** Rezultatele de laborator sosesc ca mesaje `ORU^R01`, precum și CSV sau JSON, și devin FHIR Observations. [Conector de laborator](https://developers.anpheros.com/ro/guides/lab-connector)
- **European Health Data Space.** FHIR R4 și IPS sunt formatele pe care EHDS se bazează pentru rezumatele pacienților și rezultatele de laborator; Anpheros le urmează. Aceasta este o aliniere cu formatele, nu o certificare.

## Modele de schimb

1. **Acces consimțit al aplicației** — o aplicație solicită pacientului permisiunea pentru anumite scopuri (scopes), citește și scrie în dosar prin FHIR sau REST, iar accesul este pierdut atunci când pacientul îl revocă.
2. **Schimb de documente** — dosarul, sau rezumatul acestuia, este exportat ca un pachet FHIR (`$everything`, `$summary`).
3. **Rezultate primite** — laboratoarele și clinicile scriu în dosar în numele organizației lor; pacientul vede cine a scris ce.
4. **Evenimente** — abonații sunt informați că ceva s-a schimbat (doar ID-uri, niciodată conținut clinic) și citesc ceea ce li se permite.

## Proveniență: interoperabilitate în care puteți avea încredere

Datele care circulă între sisteme își pierd contextul dacă acesta nu circulă odată cu ele. În Anpheros, fiecare versiune a fiecărui resursă înregistrează:

- **tipul autorului** — pacient, practician, dispozitiv, import sau AI;
- **organizația** în numele căreia a fost scrisă și, atunci când este numit, **practicianul**;
- **sistemul sursă** și ID-ul înregistrării acolo (`X-Anpheros-Source-System`, `X-Anpheros-Origin-Id`).

Valorile produse de AI sunt etichetate ca atare și sunt păstrate separat de faptele clinice atunci când se construiește un context pentru un model.

## Identitate între aplicații

Fiecare aplicație vede propriul identificator pentru aceeași persoană (identificatori pereche), astfel încât înregistrările nu pot fi corelate între aplicații, pe la spatele pacientului. Referințele către persoane din afara domeniului de aplicare al unei aplicații sunt mascate. Interoperabilitatea se realizează prin consimțământ, nu prin identificatori partajați.

## Conexe

- [Cum să normalizați datele medicale](https://developers.anpheros.com/ro/guides/normalize-medical-data): coduri, unități, date, duplicate, validare
- [Proveniența datelor medicale explicată](https://developers.anpheros.com/ro/guides/medical-data-provenance): cine a scris ce și cum să o înregistrați
- [Cum să integrați sistemele clinice cu un backend FHIR](https://developers.anpheros.com/ro/guides/integrate-clinic-systems-fhir): tutorial pas cu pas pentru EMR-uri clinice
- [Cum să importați rezultatele de laborator într-o înregistrare FHIR](https://developers.anpheros.com/ro/guides/import-lab-results-fhir): tutorial pas cu pas cu CSV și HL7 v2
- [Platforma FHIR](https://developers.anpheros.com/ro/guides/fhir)
- [Integrări în domeniul sănătății](https://developers.anpheros.com/ro/guides/healthcare-integrations)
- [Sisteme de coduri FHIR](https://developers.anpheros.com/ro/guides/fhir-code-systems)
- [API pentru sănătate](https://developers.anpheros.com/ro/guides/healthcare-api)
- [Infrastructură de date medicale](https://developers.anpheros.com/ro/guides/medical-data-infrastructure)
- [DICOM vs FHIR](https://developers.anpheros.com/ro/guides/dicom-vs-fhir): date imagistice și date clinice și cum se conectează
- [API pentru rezultate de laborator](https://developers.anpheros.com/ro/guides/lab-results-api): HL7 v2 și FHIR pentru rezultate de laborator
- [FHIR vs HL7 v2](https://developers.anpheros.com/ro/guides/fhir-vs-hl7-v2): mesaje și resurse comparate
- [Spațiul European pentru Datele de Sănătate (EHDS) pentru dezvoltatori](https://developers.anpheros.com/ro/guides/ehds-for-developers)