Template  Profilo_Sanitario_Sintetico

Il tag <ClinicalDocument> identifica l’elemento root per la struttura xml che rappresenta il documento clinico.

L'elemento <realmCode> segnala l’attuazione di vincoli specifici del dominio di autenticazione. Il valore del suo attributo @code identifica il dominio di identificazione in questione. Questo elemento non dovrebbe essere utilizzato per identificare il paese di origine

ClinicalDocument/typeId è un elemento che identifica i vincoli imposti dalle specifiche HL7 CDA Rel 2.0 ossia identifica la versione del CDA a cui il documento fa riferimento. L'elemento <typeId> rappresenta un identificatore univoco (di tipo HL7 Instance Identifier)

L'elemento deve essere valorizzato con l'ultima versione del POCD.

ClinicalDocument/templateId è un elemento che identifica la specifica versione del template che dovrebbe essere utilizzata dal document consumer per la validazione del documento corrente. I template permettono di definire, per una certa tipologia di documenti (ClinicalDocument/code) dei vincoli e linee guida da applicare al documento stesso. L'elemento templateId permette di avere un documento la cui struttura interna sia condivisa a livello italiano

Identificativo del template descritto nel presente documento.

L'elemento <id> rappresenta l'identificativo univoco del documento. Ogni singola istanza di documento CDA è dotata di un identificativo universalmente univoco, che andrà specificato nell'elemento <id> del documento. L’assegnazione ad ogni entità generatrice di documenti di un nodo OID, a cui riferirsi per generare sequenze univoche di identificatori, garantisce l’unicità dei documenti.

Identificativo univoco del dominio di identificazione dei documenti (ad es. può indicare l'ASL di competenza del documento). Tale identificativo, riconosciuto pubblicamente, garantisce l'univocità dell'istanza dell'identificativo a livello globale.

Identificativo univoco documento. Generato dal client dell'autore secondo regole condivise, in modo da evitare collisioni all'interno del medesimo dominio di competenza ( es ASL/AO/ Regione di competenza)

Nome del dominio di identificazione dei documenti (es. ASL/AO/Regione di competenza)

L'elemento <code> riporta un codice che identifica la tipologia di documento a cui il CDA si riferisce. Il valore deve fare riferimento al sistema di codifica LOINC.

Per indirizzare le problematiche di mapping della codifica LOINC di <ClinicalDocument>/<code> in un altro schema di codifica, ad esempio uno schema di codifica locale, si rimanda all’uso di <code>/<translation>

Codifica locale associata alla tipologia documentale

OID associalo al sistema di codifica

Descrizione sistema codifica

Nome del sistema di codifica locale

L'elemento <title> specifica il titolo del documento.L’elemento <ClinicalDocument>/<title> dovrebbe essere valorizzato a “Profilo Sanitario Sintetico”.

L'elemento <effectiveTime> indica giorno e ora della creazione dell’istanza del documento.

L’attributo deve essere valorizzato nel formato YYYYMMddhhmmss+|-ZZzz. La data di creazione del documento deve essere quindi espressa con precisione al secondo e deve riportare l’offset rispetto all’ora di Greenwich (GMT).

L’elemento <confidentialityCode> rappresenta il livello di riservatezza dell’intero documento e dei dati in esso contenuti.Il documento contiene l’elemento ClinicalDocument/confidentialityCode. L’attributo ClinicalDocument/confidentialityCode/@codeSystem, individua l’OID del sistema di codifica e viene valorizzato con “2.16.840.1.113883.5.25”. L’attributo ClinicalDocument/confidentialityCode/@code, indica il codice di riservatezza del documento. I possibili valori sono “N” Normal, “V” Very Restricted Per i documenti contenenti dati a maggior tutela dell’anonimato, l’elemento ClinicalDocument/confidentialityCode/@code viene valorizzato con il valore “V”. L’attributo ClinicalDocument/confidentialityCode/@codeSystemName, indica il nome del sistema di codifica utilizzato. L’attributo, se presente, viene valorizzato con “HL7 Confidentiality”

Regole di riservatezza

L'elemento <languageCode> identifica la lingua utilizzata nella redazione del documento CDA. L'elemento <languageCode> rappresenta un codice conforme alle specifiche dell'IETF (Internet Engineering Task Force) RFC 3066. OID:2.16.840.1.113883.6.121

Può essere valorizato come "it-IT".

L'elemento <setId> rappresenta l’identificativo comune a tutte le revisioni di uno specifico documento.Nel caso di sostituzione del documento, l'elemento <setId> ha un valore costante tra le diverse versioni del medesimo documento, mentre l'elemento <versionNumber> cambia al variare della revisione. Anche l'elemento <setId>, come l'elemento <id>, è unico. È consigliato, pertanto, valorizzare, alla prima creazione del documento, i campi <setId> e <id> allo stesso modo, modificando successivamente nelle diverse revisioni solo l'elemento <id> con un nuovo IUD e lasciando costante il valore dell'elemento <setId>.

L'attributo deve essere valorizzato con un identificativo univoco del dominio di identificazione dei documenti (ad es. può indicare l'ASL di competenza del documento). Tale identificativo, riconosciuto pubblicamente, garantisce l'univocità dell'istanza dell'identificativo a livello globale.

L'attributo deve essere identificato con un identificativo univoco documento. Generato dal client dell'autore secondo regole condivise, in modo da evitare collisioni all'interno del medesimo dominio di competenza (es. ASL/AO/Regione di competenza)

Ad ogni successiva versione del documento, in caso di sostituzione, tale numero deve essere incrementato di una unità (partendo da 1).

L'elemento <versionNumber> identifica le versioni successive del documento. Il documento contiene uno ed un solo elemento <ClinicalDocument>/<versionNumber> valorizzato con un intero positivo a partire dal numero 1

L'elemento <recordTarget> identifica il soggetto principale del documento clinico, ossia il paziente a cui si riferiscono le informazioni contenute nel documento.

L'elemento <patientRole> identifica il ruolo svolto dalla persona a cui il Profilo Sanitario Sintetico si riferisce.

L'elemento <id> primario, che è obbligatorio, deve essere valorizzato utilizzando una delle seguenti informazioni:

• Cittadino italiano o straniero residente, iscritto SSN (Codice Fiscale)

• Anagrafe Nazionale Popolazione Residente (ANPR). Reso disponibile a partire dal CF dell’assistito dall’Anagrafe Nazionale Assistiti

• Anagrafe Nazionale Assistiti (ANA)

In aggiunta può essere assegnato un secondo id opzionale relativo al: Codice anagrafico Regionale

Per l'id Principale:

• Nel caso in cui l'identificativo sia rappresentato dal CF, il root sarà valorizzato con 2.16.840.1.113883.2.9.4.3.2

• Nel caso in cui l'identificativo sia rappresentato dal codice ANPR (Anagrafe Nazionale Popolazione Residente), il root sarà valorizzato con 2.16.840.1.113883.2.9.4.3.16.

• Nel caso in cui l'identificativo sia rappresentato dal codice ANA (Anagrafe Nazionale Assistiti), il root sarà valorizzato con 2.16.840.1.113883.2.9.4.3.15

Per l'id Secondario:

• Nel caso in cui venga attribuito il codice anagrafico regionale: OID dello schema di identificazione regionale. (2.16.840.1.113883.2.9.2. [CODICE_REGIONE].4.1 in cui [CODICE_REGIONE] è il codice ISTAT della Regione privato di eventuali 0 iniziali (e.g “90” al posto di “090” per la Regione Toscana)

L'extension può essere valorizzata con il codice relativo a CF , ANA, ANPR del soggetto. Ove presente il secondo id tale elemento può essere valorizzato con l'identificativo regionale.

L'attributo @assigningAuthorityName indica il nome dell’organizzazione che ha rilasciato il codice identificativo

Reso disponibile a partire dal CF dell’assistito  dall’Anagrafe nazionale assistiti

Può essere valorizzato con i valori seguenti:

• per indicare l’indirizzo di domicilio: @use =”HP” (primary home);

• per indicare l’indirizzo di residenza: @use =”H” (home);

L'elemento <telecom> è un numero telefonico (Voce o Fax), un indirizzo di posta elettronica (E-mail), o altro indirizzo di una risorsa raggiungibile con un'apparecchiatura di telecomunicazione. L'indirizzo viene specificato tramite un Universal Resource Locator URL qualificato da una specifica di tempo e codici di uso che aiutano nella decisione, di quale indirizzo scegliere, per una certa ora o giorno e finalità o scopo. In modo analogo al tag addr, i numeri di telefono, codificati con il tag telecom, sono caratterizzati dall’attributo use.

Reso disponibile a partire dal CF dell’assistito  dall’Anagrafe nazionale assistiti

L'attributo @use viene utilizzato per specificare il tipo di indirizzo raggiungibile da un’apparecchiatura di telecomunicazione. La differenziazione è realizzata attraverso l’attributo @use che assume valori da definirsi nel contesto di utilizzo del documento, ad esempio: “HP” Telefono/e-mail Casa; “WP” Telefono/e-mail Ufficio; “MC” Cellulare (contatto mobile).

Al suo interno deve essere presente un elemento contenente nome e cognome del paziente identificati rispettivamente dai tag family e given. Non può essere utilizzato il @nullFlavor per indicare l’indisponibilità del dato.

Cognome del Paziente

Nome del Paziente

Reso disponibile a partire dal CF dell’assistito  dall’Anagrafe nazionale assistiti

L'attributo identifica il sesso dichiarato del paziente.

L'attributo riporta per esteso il sesso dichiarato del paziente.

Reso disponibile a partire dal CF dell’assistito  dall’Anagrafe nazionale assistiti

L'elemento <guardianPerson> si utilizza solo per i minori che hanno bisogno di un responsabile di riferimento. <guardianPerson> è colui che ha la "patria potestà" sul soggetto di cura; non è obbligatorio, andrebbe messo per i pazienti pediatrici.

L'elemento <guardianOrganization> si usa per i minori che sono stati dati in affidamento ad una struttura; non è obbligatorio, andrebbe messo per i pazienti pediatrici.

L'elemento <birthplace> indica il luogo di nascita del paziente.

L'elemento <providerOrganization> è l'entità (di livello superiore) attribuisce il “ruolo” di paziente alla persona, di conseguenza può contenere ad esempio la struttura che ha erogato la prestazione, quella che l'ha registrato, l'ASL, la Regione, etc.

L'elemento <author> rappresenta l'autore del documento.

L'elemento <time> rappresenta la data di compilazione del profilo sanitario sintetico da parte del medico. Anno, mese, giorno, ora, minuti, secondi. Le ore devono essere riportate nell'intervallo YYYYMMDDHHMMSS +|- ZZZZ.

Il tag è <assignedAuthor> e può contenere al suo interno:

• un tag <id> che identifica univocamente il medico autore del documento tramite il suo codice fiscale;

• un tag <assignedPerson> che definisce il nome e cognome dell’autore del documento;

• un tag <representedOrganization> che prevede al suo interno un tag che identifica univocamente la struttura/organizzazione di appartenenza dell’autore

• Tale elemento deve contenere almeno un elemento id con @root valorizzato a 2.16.840.1.113883.2.9.4.3.2 e con l'attributo @extension in cui viene riportato il Codice Fiscale dell'autore.

• L'elemento <id> inoltre, può essere valorizzato ulteriormente riportando il Codice Identificativo Regionale del medico autore del documento.

L'elemento <telecom> riporta i recapiti di contatto dell'autore: e-mail, PEC, telefono, necessari per contattare il medico autore.

Se representedOrganization/id è presente, deve essere valorizzato con l’identificativo dell’ASL di convenzione del medico autore del documento. Il valore deve essere derivato dalla tabella FLS 11 DYNAMIC “2.16.840.1.113883.2.9.4.1.1” (@root)

L'elemento identifica la persona che trasforma un testo dettato nel documento CDA: è una persona coinvolta nel processo di redazione del documento, senza esserne l'autore

L'elemento identifica la data e ora in cui è stata trascritto il documento.

L'attributo @classCode può essere valorizzato nei seguenti modi: CON, PROV, PRS

L'elemento identifica l'organizzazione incaricata della custodia del documento originale, corrispondente al conservatore dei beni digitali. Tale organizzazione è solitamente la struttura di cui fa parte colui che ha creato il documento.

L'elemento contiene le informazioni riguardanti l’organizzazione incaricata della custodia del documento originale.

L’elemento identifica la struttura che custodisce il documento e può essere valorizzato in uno dei modi seguenti:

• Per le Aziende Sanitarie tramite l’utilizzo del la codifica ministeriale FLS11 e in tal caso l'attributo @root deve essere valorizzato con OID "2.16.840.1.113883.2.9.4.1.1"

• Nel caso in cui il custode sia rappresentato a livello regionale @root ed @extension possono essere valorizzati attraverso gli identificativi della regione stessa

L'elemento identifica i recapiti telefonici associati alla struttura/organizzazione incaricata della custodia del documento.

L'elemento identifica l'indirizzo associato alla struttura/organizzazione incaricata della custodia del documento.

L’elemento identifica il soggetto che ha legalmente autenticato il documento PSS. Il ruolo del firmatario deve essere svolto dalla stessa persona che interpreta il ruolo dell’autore

L'elemento <time> indica la data e la ora a cui è stata posta la firma del documento

Deve riportare l'attributo @value valorizzato nel formato [YYYYMMddhhmmss+|-ZZzz]

L’elemento <signatureCode> indica se il documento locale venga firmato elettronicamente o manualmente

L’elemento identifica il soggetto che effettua la validazione clinica del documento. Il ruolo di validatore <authenticator> deve essere svolto dalla stessa persona che interpreta il ruolo di autore <author>.

L'elemento <time> indica la data e la ora a cui è stata posta la firma

L’elemento <signatureCode> indica se il documento locale è stato firmato elettronicamente o manualmente.

L'elemento contiene le informazioni relative al nome del soggetto che ha attestato l'accuratezza del documento e relative all’organizzazione a cui egli appartiene.

Questo elemento può essere usato per fornire le informazioni relative ad eventuali contatti del paziente, e quindi può essere usato per indicare un familiare, un parente, assistenti sociali, organizzazioni di volontariato/religiose, ecc., (che non siano già indicati con la classe guardian come aventi la patria potestà o non siano i tutori legali). Un paziente può essere caratterizzato da uno o più contatti. La tipologia di contatto viene determinata in prima istanza attraverso l’attributo @classCode dell’<associatedEntity> può essere classificato come parente, contatto di emergenza, o, genericamente, con coloro che forniscono assistenza ad anziani/malati (infermiere, badante, ecc.).

• I contatti identificabili come familiari, parenti più o meno stretti, sono rappresentati utilizzando <associatedEntity>/@classCode valorizzato a “NOK”. L’elemento <code> può essere usato per indicare il grado di parentela: in tal caso si suggerisce di far riferimento al code system 2.16.840.1.113883.5.111 PersonalRelationshipRoleType. https://terminology.hl7.org/CodeSystem-v3-RoleCode.html

• I contatti da chiamare nel caso di emergenza sono caratterizzati da un <associatedEntity>/@classCode valorizzato a “ECON”, qui di seguito un esempio di uso.

• I contatti di tipo “assistenti ad anziani e malati” sono caratterizzati da un <associatedEntity>/@classCode valorizzato con “CAREGIVER”, qui di seguito un esempio.

L’attributo @typeCode indica il valore da ricercarsi nel ruolo svolto dal soggetto che si intende descrivere

L'elemento <associatedPerson> viene usato per descrivere in forma leggibile il soggetto che ha partecipato alla stesura del documento.

L'elemento <documentationOf> indica che questo documento è stato creato al fine di documentare un evento di cura del paziente.

Sarà utilizzato per riportare la data dell’ultimo aggiornamento delle informazioni relative al PSS.

L'elemento <relatedDocument> viene utilizzato nella gestione delle trasformazioni successive alla prima versione del documento; è un elemento opzionale alla prima generazione di un documento CDA ed è obbligatorio per le trasformazioni successive.

L’attributo <relatedDocument>/@typeCode può essere valorizzato come segue:

• APND (append): può essere usato in caso di documenti CDA ottenuti aggiungendo al documento “sorgente”;

• RPLC (replace): può essere usato in caso di documenti CDA ottenuti sostituendo il documento “sorgente”;

• XFRM (Transform): può essere usato in caso di documenti CDA ottenuti tramite una trasformazione del documento “sorgente”.

Un documento CDA conforme può avere:

• un singolo RelatedDocument con typeCode "APND";

• un singolo RelatedDocument con typeCode "RPLC";

• un singolo RelatedDocument con typeCode "XFRM";

• una combinazione di due RelatedDocuments con typeCodes "XFRM" e "RPLC";

• una combinazione di due documenti correlati con typeCodes "XFRM" e "APND".

Non sono ammesse altre combinazioni

L'elemento <id> rappresenta l'identificativo del documento padre.

L'elemento <setId> rappresenta l'identificativo comune a tutte le revisioni del documento.

L'elemento <versionNumber> rappresenta la versione del documento.

Le informazioni relative alle allergie ed alle reazioni avverse ed ad eventuali altre condizioni di allarme sono mappate all’interno della sezione individuata dal codice LOINC “48765-2” (“Allergie &o reazioni avverse”). Tale sezione deve riportare almeno le seguenti informazioni, se riferite dall’assistito:

• Nel caso di reazioni avverse ai farmaci e/o alimenti note dell'assistito e eventuale descrizione delle caratteristiche della reazione osservata: "Inserimento in fase di prima compilazione e aggiornamenti osservati direttamente o riferiti dall’assistito"

• Nel caso di allergie documentate cutanee, respiratorie o sistemiche dell'assistito e eventuale descrizione delle caratteristiche della reazione osservata: "Inserimento in fase di prima compilazione e aggiornamenti osservati direttamente o riferiti dall’assistito"

• Nel caso di allergie a veleno di imenotteri: "Inserimento in fase di prima compilazione e aggiornamenti osservati direttamente"

Le informazioni relative alle terapie farmacologiche in corso e tutte quelle riconosciute come rilevanti dal medico devono essere descritte all’interno della sezione individuata dal codice LOINC “10160-0” (“Storia di uso di farmaci”). Nota: informazioni relative a somministrazioni di vaccini devono essere riportate nella sezione “Immunization”.

Tutte le informazioni relative allo stato attuale di immunizzazione (vaccinazioni) del paziente e alle vaccinazioni effettuate dal MMG/PLS a cui il paziente si è sottoposto in passato devono essere descritte all’interno della sezione individuata dal codice LOINC “11369-6” (“Storia di immunizzazioni”)

Compilabile solo a seguito della disponibilità di appositi servizi da Ecosistema dei Dati Sanitari (EDS).

Questa sezione riporta la lista dei problemi clinici, i sospetti diagnostici e le diagnosi certe, i sintomi attuali o passati, le liste delle malattie pregresse e gli organi mancanti che il medico titolare dei dati del paziente, fra tutti i problemi presenti nella cartella informatizzata, ritiene significativi per riassumere la storia clinica e la condizione attuale dell’assistito.

OBBLIGATORIO Limitatamente alle patologie croniche

La sezione Anamnesi Familiare è individuata dal codice LOINC “10157-6” (“Storia di malattie di membri familiari”). Qui vengono riportate informazioni mediche relative ai parenti biologici del paziente, nella misura in cui sono conosciute, con particolare riferimento alle malattie di cui hanno sofferto. Se necessario, vengono indicate l’età di morte e la causa di morte. Tali 2980 informazioni servono a qualificare potenziali fattori di rischio per il paziente

Inserimento in fase di prima compilazione e aggiornamenti osservati direttamente o riferiti dall’assistito

Questa sezione (individuata dal codice LOINC “29762-2”, “Stile di vita”) contiene i dati che definiscono lo stile di vita del paziente, la condizione sociale, fattori di rischio ambientali; così come informazioni amministrative come stato civile, livello di istruzione, razza, etnia, affiliazioni religiose. Sono da riportarsi gli elementi che potrebbero avere una influenza sulla rappresentazione del quadro clinico, o sullo stato di benessere psicologico o fisico, del paziente.

Tutte le informazioni inerenti gravidanze (incluso aborti spontanei), parti, eventuali complicanze derivate e stato mestruale (incluso menarca, menopausa, ecc.) ritenute rilevanti devono essere descritte all’interno della sezione individuata dal codice LOINC “10162-6” (“Storia di gravidanze”).

Compilabile solo a seguito della disponibilità di appositi servizi da Ecosistema dei Dati Sanitari (EDS).

Le informazioni relative ai parametri vitali, attuali e passati, rilevanti ai fini del quadro clinico del paziente sono mappate all’interno di questa sezione individuata dal codice LOINC “8716- 3” (“Parametri vitali”). I possibili parametri da gestire all’interno di questa sezione sono: pressione arteriosa, frequenza cardiaca, frequenza respiratoria, peso, altezza, indici di massa corporea, ossigenazione del sangue.

Tutte le informazioni relative a protesi o ausili sono registrate all’interno della sezione individuata dal codice LOINC “46264-8” (“Storia di uso di dispositivi medici”). Tale sezione deve riportare tutte le protesi ed impianti permanenti, nonché tutti gli ausili, impiantati o esterni, di supporto per il paziente

Inserimento in fase di prima compilazione e aggiornamenti osservati direttamente nel caso di protesi.

Tutte le informazioni relative a piani di cura riabilitativi o terapeutici (inclusi anche gli elementi P - Piano - delle schede SOVP) devono essere descritte all’interno della sezione individuata dal codice LOINC “18776-5” – (“Piano di cura”). Potranno essere inseriti tutti gli ordini non ancora evasi (“All active, incomplete, or pending orders”) legati a prestazioni, visite, procedure chirurgiche, terapie.

Compilabile solo a seguito dell'aggiornamento decreto 7 settembre 2023 alla disponibilità di appositi servizi da Ecosistema dei Dati Sanitari con dati disponibili nell'EDS.

Le informazioni relative alle procedure diagnostiche invasive, interventistiche, chirurgiche, terapeutiche non farmacologiche inerenti la storia clinica del paziente e di interesse all’interno del documento sono mappate nella sezione individuata dal codice LOINC “47519-4” (“Storia di Procedure”). La sezione dovrebbe almeno contenere le procedure di maggiore rilevanza, ad esempio gli interventi chirurgici a cui il paziente è stato sottoposto. Devono essere riportate obbligatoriamente le indicazioni su interventi chirurgici legati a trapianti. Si osserva che in generale sono di interesse per questa sezione i trattamenti e le procedure che sono già stati effettuati.

Compilabile solo a seguito dell'aggiornamento decreto 7 settembre 2023 alla disponibilità di appositi servizi da Ecosistema dei Dati Sanitari con dati disponibili nell'EDS. Raccomandata la compilazione.

In questa sezione, individuata dal codice LOINC “46240-8” (“Storia di ospedalizzazioni+ Storia di visite ambulatoriali”), possono essere riportati gli episodi di cura del paziente presso le strutture sanitarie del servizio sanitario e convenzionate, avvenuti sia in regime di ospedalizzazione che ambulatoriale e registrati dal MMG/PLS nella propria cartella. Sono inclusi gli incontri avuti dal paziente con il MMG/PLS stesso, se rilevanti.

Compilabile solo a seguito dell'aggiornamento decreto 7 settembre 2023 alla disponibilità di appositi servizi da Ecosistema dei Dati Sanitari con dati disponibili nell'EDS.

Questa sezione (individuata dal codice LOINC “47420-5”, “Nota di valutazione dello stato funzionale”) contiene le informazioni che descrivono eventuali comportamenti e/o condizioni del paziente che si discostano dalla norma. Tale sezione deve riportare almeno la valutazione della capacità motoria dell’assistito (autonomo, assistito, allettato).

Compilabile solo a seguito dell'aggiornamento decreto 7 settembre 2023 alla disponibilità di appositi servizi da Ecosistema dei Dati Sanitari con dati disponibili nell'EDS.

Sezione individuata dal codice LOINC “42348-3” (“Dichiarazioni anticipate di trattamento”) destinata alla rappresentazione del assenso/dissenso del paziente per la donazione di organi. Contiene la dichiarazione del donatore prevista dall’art.23 comma 3 L.91/99 se è dichiarata al MMG/PLS.

Compilabile solo a seguito dell'aggiornamento decreto 7 settembre 2023 alla disponibilità di appositi servizi da Ecosistema dei Dati Sanitari con dati disponibili nell'EDS.

La sezione OPZIONALE è individuata dal codice LOINC “57827-8” (“Motivo di esenzione dal co-pagamento”) destinata alla rappresentazione delle esenzioni dal pagamento del ticket di cui gode l’assistito. Si riporteranno esenzioni per patologie croniche, malattie rare, invalidità, diagnosi precoce tumori, gravidanza, reddito.

Reso disponibile a partire dal CF dell'assistito dall'Anagrafe Nazionale Assistiti.

Compilabile solo a seguito dell'aggiornamento decreto 7 settembre 2023 alla disponibilità di appositi servizi da Ecosistema dei Dati Sanitari con dati disponibili nell'EDS.