AnpherosAnpheros PlatformDevelopers

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

Interoperabilità dati sanitari

I livelli tecnici, sintattici, semantici e organizzativi dell'interoperabilità, gli standard utilizzati da Anpheros (FHIR R4, IPS, SMART on FHIR, HL7 v2) e perché la provenienza rende affidabili i dati scambiati.

L'interoperabilità dei dati sanitari è la capacità di sistemi diversi — app, cliniche, laboratori, ospedali, servizi di IA — di scambiare dati sanitari e utilizzarli senza doverli reinterpretare manualmente. Anpheros la affronta memorizzando ogni record nei formati che gli altri sistemi già comprendono (HL7 FHIR R4 con sistemi di codifica standard), scambiandoli tramite protocolli standard (FHIR REST, SMART on FHIR, International Patient Summary, messaggi di laboratorio HL7 v2) e mantenendo il contesto che rende affidabili i dati scambiati: chi li ha scritti, quando e con quale consenso.

Quattro livelli di interoperabilità

Livello Domanda a cui risponde Come Anpheros lo affronta
Tecnico I sistemi possono connettersi? API HTTPS, OAuth 2.1, webhook firmati, SDK in Dart e TypeScript
Sintattico Possono interpretare i dati l'uno dell'altro? Risorse e bundle HL7 FHIR R4 (4.0.1); CSV, HL7 v2 ORU^R01 e JSON accettati per i risultati di laboratorio
Semantico Hanno lo stesso significato? LOINC per misurazioni e risultati, ICD-10 per condizioni, ATC per farmaci, UCUM per unità; testo originale mantenuto accanto a ogni codice
Organizzativo Possono scambiarli e fidarsi di essi? Consenso del paziente per applicazione, provenienza su ogni scrittura, log di accesso visibile al paziente

La maggior parte dei progetti di integrazione fallisce a livello semantico e organizzativo, non tecnico. La codifica al momento della scrittura e la registrazione della provenienza per ogni valore rendono i dati da una fonte utilizzabili in un'altra.

Standard Anpheros utilizza

Modelli di scambio

  1. Accesso all'applicazione con consenso — un'applicazione richiede al paziente gli ambiti (scopes), legge e scrive il record tramite FHIR o REST, e perde l'accesso quando il paziente lo revoca.
  2. Scambio di documenti — il record, o il suo riassunto, viene esportato come bundle FHIR ($everything, $summary).
  3. Risultati in ingresso — laboratori e cliniche scrivono nel record per conto della loro organizzazione; il paziente vede chi ha scritto cosa.
  4. Eventi — agli iscritti viene comunicato che qualcosa è cambiato (solo ID, mai contenuto clinico) e leggono ciò che è loro consentito.

Provenance: interoperabilità di cui ci si può fidare

I dati che viaggiano tra sistemi perdono il loro contesto a meno che il contesto non viaggi con essi. In Anpheros ogni versione di ogni risorsa registra:

I valori prodotti dall'IA sono etichettati come tali e vengono tenuti separati dai fatti clinici quando viene costruito un contesto per un modello.

Identità tra applicazioni

Ogni applicazione vede il proprio identificatore per la stessa persona (ID pairwise), quindi i record non possono essere correlati tra applicazioni a insaputa del paziente. I riferimenti a persone al di fuori dell'ambito di un'applicazione sono mascherati. L'interoperabilità avviene tramite consenso, non tramite identificatori condivisi.

Correlati

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

Product updates by email

New features, guides and the end of the beta. One email a month at most.

Send me occasional Anpheros Platform updates by email (new features, API changes, guides). I'll confirm by email and can unsubscribe in one click from any email. Privacy