Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

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

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

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
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
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

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ă.
Schimb de documente — dosarul, sau rezumatul acestuia, este exportat ca un pachet FHIR ($everything, $summary).
Rezultate primite — laboratoarele și clinicile scriu în dosar în numele organizației lor; pacientul vede cine a scris ce.
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: coduri, unități, date, duplicate, validare
Proveniența datelor medicale explicată: cine a scris ce și cum să o înregistrați
Cum să integrați sistemele clinice cu un backend FHIR: tutorial pas cu pas pentru EMR-uri clinice
Cum să importați rezultatele de laborator într-o înregistrare FHIR: tutorial pas cu pas cu CSV și HL7 v2
Platforma FHIR
Integrări în domeniul sănătății
Sisteme de coduri FHIR
API pentru sănătate
Infrastructură de date medicale
DICOM vs FHIR: date imagistice și date clinice și cum se conectează
API pentru rezultate de laborator: HL7 v2 și FHIR pentru rezultate de laborator
FHIR vs HL7 v2: mesaje și resurse comparate
Spațiul European pentru Datele de Sănătate (EHDS) pentru dezvoltatori

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card