Gara per l’acquisizione di beni e servizi relativi al Sistema Informativo Sanitario e Socio-Sanitario della Regione Marche
Gara per l’acquisizione di beni e servizi relativi al Sistema Informativo Sanitario e Socio-Sanitario della Regione Marche
LOTTO 1 – Anagrafe Sanitaria Regionale, infrastruttura Data Center, infrastruttura Fascicolo Sanitario Elettronico, Tessera Sanitaria
Affinity Domain Regionale e Aziendale
Documento di analisi
Presentato dal RTI:
Codice documento: | 12CE2179CEAFD | Ver: | 3.8 |
Data: | 03/02/2020 | Tutti i diritti riservati |
INDICE
1.2 Documenti di riferimento 4
1.2.1 Documentazione amministrativa 4
1.2.2 Documentazione tecnica 4
3 AFFINITY DOMAIN XXXXXXX XXXXXX 0
3.1 Affinity domain a livello regionale 7
3.1.1 Specifiche dei metadati - Elenco valori ammissibili 15
3.1.1.1 Tabella 3.1.1.1. – Codifiche authorRole 15
Tabella 3.1.1.1.1 – Codifiche Ruoli Applicativi FSE 16
3.1.1.2 Tabella 3.1.1.2. – Codifiche classCode 16
3.1.1.3 Tabella 3.1.1.3. – Codifiche formatCode 17
3.1.1.4 Tabella 3.1.1.4. – Codifiche eventCodeList 19
3.1.1.5 Tabella 3.1.1.5. – Codifiche healthcareFacilityTypeCode 21
3.1.1.6 Tabella 3.1.1.6. – Codifiche practiceSettingCode 21
3.1.1.7 Tabella 3.1.1.7. – Codifiche typeCode 23
3.1.1.8 Tabella 3.1.1.8. – Codifiche contentTypeCode 24
3.1.2 Metadati per la ricerca di documenti 24
4.1 Formato documento PDF con CDA-R2 incorporato 25
Informazioni sul documento
Titolo: | Affinity domain - Documento di analisi II iterazione |
Data: | 03/02/2020 |
Status/Versione: | 3.8 |
Sostituisce: | n/a |
Diritti di accesso: | Riservato Progetto FSE |
Storia delle principali revisioni
Versione | Status | Data | Descrizione Modifica |
1.0 | DEF | 12/05/2015 | Prima versione rilasciata |
2.0 | DEF | 15/07/2016 | Seconda versione rilasciata. Aggiornamento seconda iterazione |
3.0 | DEF | 19/12/2016 | Terza versione rilasciata. Aggiornamento verifiche di conformità |
3.1 | DEF | 07/02/2017 | Aggiornamento della “Descrizione di utilizzo” nella Tabella 3.1.1.3 Codifiche Affinity Domain Regione Marche |
3.2 | DEF | 10/04/2017 | Aggiornamento della Descrizione e della tabella con i valori previsti per il metadato contentTypeCode.(tra cui i campi rm_ctc_INT= Interni e rm_ctc_EST=Esterni) Aggiunto Metadato (Slot) XDSDocumentEntry.indexRegistryExt (Consente di registrare il documento solo su Repository. In assenza del metadato (Slot) o con valore Y, il documento viene anche indicizzato, seguendo le regole di validazione di Regione Marche) |
3.3 | DEF | 21/04/2017 | Aggiornamento della descrizione dei metadati typeCode, contentTypeCode e formatCode nella tabella dell’Affinty Domain capitolo 3.1. (tabella 3.1.1.8). |
3.4 | 23/10/2017 | Aggiunti metadati “cassa” ed “idPagamento”(tabella 3.1.1.8) per gestione situazione amministrativa della pratica collegata al documento. Aggiunto metadato “imageLink” per il collegamento alle immagini relative ai referti diagnostici. Aggiunto metadato patientClass per indicare il regime esterno od interno della prestazione a cui è collegato il documento | |
3.5 | 17/01/2018 | Eliminato refuso su metadato “idPagamento”(tabella 3.1.1.8): posto a “non obbligatorio” | |
3.6 | 18/01/2018 | Eliminato refuso su metadato “Entry.cassa”(tabella 3.1.1.8): compreso il valore NULL e reso “non obbligatorio” | |
3.7 | 14/09/2018 | Aggiunto typeCode per la gestione del documento di tipo PAI | |
3.8 | 03/02/2020 | Aggiunto nuovo metadato per la gestione dei codici NRE in “XDSDocumentEntry.referenceIdList” nella tabella del capitolo 3.1 |
Aggiunto nuovo metadato “XDSDocumentEntry.areaVasta” per la gestione del codice Area Vasta come nuova classification nella tabella del capitolo 3.1 Definizione del nuovo formato documenti “PDF con CDA2 iniettato” nel nuovo capitolo “4 Appendice”. Aggiunti nella tabella 3.1.1.3 dei formatcode i nuovi valori da utilizzare per il formato documenti “PDF con CDA2 iniettato” (PDFA2/CDAR2 - PDFA2/CDAR2-Signed). |
1 INTRODUZIONE
Il presente documento costituisce la revisione del documento di Affinity Domain predisposto in I iterazione. Il presente documento elabora le esigenze di modifica e aggiornamento emerse in fase di analisi, recuperando quanto definito a livello nazionale (specifiche per l’interoperabilità) e integrandolo con le specificità del contesto di Regione Marche laddove necessario.
1.2.1 Documentazione amministrativa
a. Capitolato descrittivo prestazionale emesso da REGIONE MARCHE (R.M.) in riferimento all’Intervento 110.110000.G.002 – Tecnologie – Costituzione di un Sistema Informativo Sanitario Regionale - Specifiche Tecniche Lotto 1 - Ver.9.7 del 12.2.2013 n. PROT. 092964| 13/02/2013| R_MARCHE| GRM|ANL|P| 110.10/2012/ANL/97.
b. Offerta Tecnica emessa dal Raggruppamento Temporaneo di Imprese (RTI) Telecom Italia S.p.A. – Actalis S.p.A– Data Processing S.p.A. – Dedalus S.p.A.– Insiel Mercato S.p.A. con codice documento 12CE2179CEAT1 in data: 5 aprile 2013, in riferimento al Capitolato di cui al punto precedente - Gara per l’acquisizione di beni e servizi relativi al Sistema Informativo Sanitario e Socio-Sanitario della Regione Marche LOTTO 1 – Anagrafe Sanitaria Regionale, infrastruttura Data Center, infrastruttura Fascicolo Sanitario Elettronico, Tessera Sanitaria Codice documento.
c. Contratto di Appalto per l’acquisizione di beni e servizi relativi al Sistema Informativo Sanitario e Socio-Sanitario della Regione Marche LOTTO 1 – Anagrafe Sanitaria Regionale, infrastruttura Data Center, infrastruttura Fascicolo Sanitario Elettronico, Tessera Sanitaria Stipulato in Ancona il 10.12.2013 fra il RTI sopraindicato e R.M.
d. Verbale di avvio all’esecuzione del contratto per quanto al punto precedente – Ancona 21.03.1014
Si riporta di seguito la documentazione utile alla comprensione del presente documento:
Emesso da | Documento | Nome File | Data | Livello di requisito (RFC2119)* |
RTI Lotto 1 | Progetto Esecutivo Componenti Applicative | EXA - Progetto esecutivo componenti applicative V4.docx | 20/11/2015 | CONSIGLIATO |
RTI Lotto 1 | Analisi dei processi | ANP - Analisi dei Processi V3.docx | 20/11/2015 | CONSIGLIATO |
RTI Lotto 1 | Deploy Diagram | DDG - Deploy Diagram V3.docx | 20/11/2015 | CONSIGLIATO |
RTI Lotto 1 | Interfacce Applicative | IN1 - Interfacce applicative V5.5.docx | 30/06/2016 | CONSIGLIATO |
Agid | Specifiche tecniche per l’interoperabilità tra i sistemi regionali di FSE - Allegato C Affinity Domain Italia - Versione 1.2 | C-AffinityDomainItaliaV1.2 | 25/02/2016 | OBBLIGATORIO |
Si riporta di seguito la normativa riferita nel documento:
Riferimento | Documento | Data |
N01 | Decreto legislativo 30 giugno 2003, n. 196 CODICE IN MATERIA DI PROTEZIONE DEI DATI PERSONALI | 30/06/2003 |
N02 | Linee guida in tema di Fascicolo sanitario elettronico (Fse) e di dossier sanitario | 16/07/2009 |
N03 | Linee guida per la presentazione dei piani di progetto regionali per il FSE e allegati | 31/03/2014 |
N04 | DECRETO DEL PRESIDENTE DEL CONSIGLIO DEI MINISTRI 29 settembre 2015, n. 178 - Regolamento in materia di fascicolo sanitario elettronico (GU n.263 del 11-11-2015) | 29/09/2015 |
2 CONTESTO DI RIFERIMENTO
Il Fascicolo Sanitario elettronico (FSE) è definito a livello normativo come “l’insieme dei dati e documenti digitali di tipo sanitario e sociosanitario generati da eventi clinici presenti e trascorsi, riguardanti l'assistito” (rif. D.L. n. 179/2012, art. 12, co.1, conv. con L. n. 221/2012). Nell’ambito del progetto di Regione Marche, il FSE costituisce quindi il punto di contatto e di integrazione tra tutti gli attori coinvolti nella presa in carico e cura dello stato di salute del cittadino, avendo una posizione logicamente centralizzata nell’ambito del processo di cura e prevedendo l’integrazione con i diversi sistemi informativi esterni (alimentanti l’FSE o utilizzatori/ fruitori).
In questo contesto, la soluzione progettuale condivisa con Regione Marche pone le basi per la realizzazione di un sistema articolato, distribuito nei domini aziendali e federato a livello regionale, che si inserisce quale centro di raccordo tra diversi moduli interoperanti tra loro, sui quali vengono anche convogliati i servizi degli altri lotti (in prima istanza sistemi di laboratorio, radiologia e sistema informativo della Rete del Territorio).
L’architettura logica definita contempla quindi la realizzazione di:
o 4 nodi aziendali, uno per azienda (Asur, AOU Riuniti di Torrette, AO Riuniti Marche Nord, INRCA), nei quali archiviare documenti e dati (metadati) a livello locale (es. referti di laboratorio, radiologia, documenti di PS, PAI ecc.);
o un nodo regionale, che costituisce sia l’indice degli oggetti informativi sanitari archiviati presso i nodi locali, sia repository di documenti e dati (metadati) archiviati a livello regionale (es. prescrizioni elettroniche e patient summary).
L’alimentazione e l’utilizzo del sistema si baseranno su una logica di “creazione” e “consumo” di documenti (Document Producer / Document Consumer) che vedrà l’interazione principale dei due moduli di Registry e Repository, secondo uno schema in cui:
o l’indice mantiene l’insieme dei metadati riferiti ai documenti memorizzati all’interno dei repository in modo da rendere “facile” la ricerca e la consultazione,
o il repository si occupa di memorizzare i documenti e i dati in modalità trasparente, sicura, affidabile e persistente e di consentirne il recupero anche a livello locale.
Nello scenario sopra descritto, sono illustrate di seguito le tipologie di metadati ipotizzate per l’utilizzo a livello aziendale e regionale, considerando che in entrambi i “contenitori” logici devono potersi memorizzare ed indicizzare diverse tipologie di documenti clinici.
Gli Affinity Domain sono dunque definiti sia a livello FSE (verifica e memorizzazione a livello FSE) sia a livello di CDR (verifica e memorizzazione a livello locale).
Si segnala che, anche a seguito della recente formalizzazione delle specifiche di interoperabilità a cura AgID, che impattano anche sull’AD Italia, l’Affinity Domain di seconda iterazione è stato pesantemente rivisto per essere compliant a tali specifiche. Laddove è stata riscontrata tuttavia una differenziazione dei metadati per le specificità definite a livello di Regione Marche (es. GUIDFSE, consenso, ecc.), tale differenziazione è stata mantenuta, prevedendo poi in fase di interoperabilità interregionale la conversione, a cura dell’infrastruttura FSE (Access Gateway/ GSB), dei metadati a necessari al funzionamento dell’interoperabilità.
Il presente documento definisce, dove possibile, la mappatura dei metadati e le codifiche da utilizzare.
3 AFFINITY DOMAIN REGIONE MARCHE
Si riporta di seguito l’Affinity Domain previsto a livello Regione Marche, con specifica di quanto previsto a livello FSE e le eventuali informazioni previste a livello aziendale. Per la valorizzazione dei metadati proposti si veda quanto specificato nelle tabelle di dettaglio.
3.1 Affinity domain a livello regionale
Sono riportati di seguito l’affinity domain per tutti i documenti che devono essere indicizzati sul Registry Regionale.
Specifiche Affinity Domain Italia (vers. 1.2 - 26 febbraio 2016) | Specifiche Affinity Domain Regione Marche (II iterazione) 1 | |||||
Metadato | Descrizione | Obbl. | Specifiche | Valori proposti | Specifiche / Codifica | Valori proposti |
XDSDocument Xxxxx.xxxxxx (ITI TF:3 4.2.3.2.1) | Autore del documento | SI | attributo: authorRole - Codifica associata al ruolo dell’autore del documento che viene indicizzato | Come da AD Nazionale | ||
SI | attributo: authorInstitution - L’elemento <Value> deve essere valorizzato come rappresentato di seguito, dove l’elemento XON.1 contiene il nome dell’organizzazione (non sono imposti vincoli aggiuntivi per questo elemento), XON.6.2 rappresenta l’OID del sistema di codifica, XON.6.3 è obbligatoriamente ISO e XON.10 rappresenta il codice della struttura | Sistemi di codifica: STS11, XXX00, XXX00xxx, XXX00. | Come da AD Nazionale | Come da AD Nazionale | ||
SI | attributo: authorPerson - Questo attributo è di tipo XCN e deve contenere obbligatoriamente le componenti XCN.1, valorizzata con il Codice Fiscale, e XCN.9, valorizzata con “&2.16.840.1.113883.2.9.4.3.2&ISO” Le componenti XCN.2 XCN.3 XCN.4 XCN.5 possono essere utilizzati per riportare i dati anagrafici (Nome e Cognome) dell’autore. | Codice Fiscale | Come da AD Nazionale | Come da AD Nazionale | ||
NO | authorSpecialty - Non definito | ND | Come da AD Nazionale | Come da AD Nazionale | ||
NO | authorTelecommunication - Non definito | ND | Come da AD Nazionale | Come da AD Nazionale |
1 All’interno di tale sezione, sono contrassegnati con “*” i metadati per i quali sono necessarie delle transcodifiche per garantire l’interoperabilità.
Specifiche Affinity Domain Italia (vers. 1.2 - 26 febbraio 2016) | Specifiche Affinity Domain Regione Marche (II iterazione) 1 | |||||
Metadato | Descrizione | Obbl. | Specifiche | Valori proposti | Specifiche / Codifica | Valori proposti |
XDSDocument Entry.entryUUI D (ITI TF:3 4.2.3.2.7) | Identificativo univoco del documento che rappresenta l’istanza documentale all’interno del Registry della RDA. | SI | Questo attributo deve essere globalmente univoco e deve essere associato dalla RDA in fase di indicizzazione. Questo UUID deve essere formattato in accordo allo standard RFC4122. Un esempio di uuid è: urn:uuid:10b545ea-725c- 446d-9b95-8aeb444eddf3. Questo metadato all’interno della transazione di indicizzazione deve essere un id simbolico (es: Document00, Document01) univoco all’interno della submission. | N/A | Come da AD Nazionale | Generato dal source e accettato dal repository se valido, altrimenti riconvertito da repository |
XDSDocument Entry.classCo de (ITI TF:3 4.2.3.2.3) | Classe cui il documento appartiene | SI | Tabella 3.1.1.2 | Come da AD Nazionale | Tabella 3.1.1.2 | |
XDSDocument Entry.commen ts | Commenti associati al documento | NO | Non definito. SI può utilizzare peer inserire informazioni specifiche a cura della RDE | ND | Come da AD Nazionale | Come da AD Nazionale |
XDSDocument Entry.confiden tialityCode (ITI TF:3 4.2.3.2.5) | Livello di riservatezza dei contenuti | SI | Documenti contenenti dati a maggior tutela dell’anonimato devono essere caratterizzati da confidentialityCode “V”. In sede di prima applicazione è sufficiente far riferimento solo ai valori “N” e “V”. | Unrestricted Low Moderate Normal Restricted Very Restricted | Come da AD Nazionale | Normal Very Restricted |
XDSDocument Entry.formatC ode (ITI TF:3 4.2.3.2.9) | Formato del documento che viene indicizzato nella RDA; viene utilizzato assieme a formatCode e contentTypeCode per discriminare a livello aziendale alimentare l’ FSE o meno | SI | ND | Estensione di AD Nazionale | ||
XDSDocument Entry.eventCo deList (ITI TF:3 4.2.3.2.8) | Metadato utilizzato per associare al documento indicizzato presso la RDA le policy di visibilità associate al documento in fase di creazione | SI | Da utilizzare solo in fase di trasferimento FSE. Le policy associate in fase di creazione del documento possono essere modificate in funzione delle modalità organizzative che la RDA definisce per la raccolta e il mantenimento dei consensi all’accesso dei documenti. | Revisione di AD Nazionale * | Tabella 3.1.1.4 * |
Specifiche Affinity Domain Italia (vers. 1.2 - 26 febbraio 2016) | Specifiche Affinity Domain Regione Marche (II iterazione) 1 | |||||
Metadato | Descrizione | Obbl. | Specifiche | Valori proposti | Specifiche / Codifica | Valori proposti |
XDSDocument Entry. healthcareFaci lityTypeCode (ITI TF:3 4.2.3.2.11) | Modalià organizzativa dell'evento che ha portato alla creazione del documento | NO | ND | Tabella 3.1.1.5 | Come da AD Nazionale | Tabella 3.1.1.5 |
XDSDocument Entry.homeCo mmunityId (ITI ?) | Se presente DEVE corrispondere all'homeCommunityId della RDA verso cui si sta tentando l'indicizzazione del documento | NO | ND | ND | Come da AD Nazionale | Come da AD Nazionale |
XDSDocument Entry.mimeTy pe (ITI TF:3 4.2.3.2.15) | mimeType del documento indicizzato. Questo metadato fornisce indicazione della possibilità di interpretare il contenuto del documento presente nel Repository della RDE. | SI | i documenti che allo stato corrente possono confluire nel FSE devono essere rappresentati in formato HL7 CDA Rel. 2 oppure PDF. Se il documento è in formato HL7 CDA Rel. 2.0, il mime-type deve essere “text/x-cda-r2+xml | text/x-cda-r2+xml text/xml text/plain application/x- pkcs7-mime application/rtf application/pdf multipart/related application/dicom | Estensione di AD Nazionale | text/x-cda-r2+xml text/xml text/plain application/x- pkcs7-mime application/rtf application/pdf multipart/related application/dicom application/zip |
XDSDocument Entry.patientId (ITI TF:3 4.2.3.2.16) | Identificativo paziente a cui è correlato il documento prodotto | SI | Mediante l’utilizzo di uno di questi identificativi, è possibile eseguire l’identificazione di un paziente invocando un apposito servizio di Query Anagrafica esposto dal Sistema TS / ANA. Questo metadato è codificato con un tipo di dato CX e può contenere solo le componendi Id e AssignedAuthority: es. ZNRMA86L11B157N^^^&2.16.840.1.113883.2.9.4.3 .2&ISO Se il paziente è identificato mediante un Codice Fiscale, l’assigned Authority deve essere 2.16.840.1.113883.2.9.4.3.2, Se il paziente è identificato mediante codice STP, l’assigned Authority deve essere 2.16.840.1.113883.2.9.2.[REGIONE].4.1. | - Codice fiscale: se sono cittadini italiani assistiti SSN - Codice STP: se sono stranieri temporaneamente residenti assistiti temporaneamente da una Regione (RDA) | GUID-FSE dell’assistito per cui è stato prodotto il documento * | GUIDFSE rilasciato da ASR- EMPI * |
Specifiche Affinity Domain Italia (vers. 1.2 - 26 febbraio 2016) | Specifiche Affinity Domain Regione Marche (II iterazione) 1 | |||||
Metadato | Descrizione | Obbl. | Specifiche | Valori proposti | Specifiche / Codifica | Valori proposti |
XDSDocument Entry. practiceSetting Code (ITI TF:3 4.2.3.2.17) | Classificazione della pratica clinica o specialità che ha portato alla creazione del documento | NO | ND | Come da AD Nazionale | ||
XDSDocument Entry.referenc eIdList (ITI TF:3 4.2.3.2.28) | Lista di identificativi di documenti correlati al DocumentEntry | NO | Questo slot consente di associare al documento corrente una serie di identificativi che referenziano altri documenti esterni. In particolare, nel contesto FSE Marche viene utilizzato per la trasmissione dei codici NRE delle prescrizioni che hanno portato alla produzione del documento. Ogni prescrizione è rappresentata da un Value nella ValueList utilizzando il formato [DOC_ID]^^^& 2.16.840.1.113883.2.9.4.3.8&ISO^urn:ihe:iti:xds:201 3:order Dove [DOC_ID] rappresenta il codice NRE. | Come da AD Nazionale | Come da AD Nazionale | |
XDSDocument Entry.repositor yUniqueId (ITI TF:3 4.2.3.2.18) | Repository che custodisce il documento | SI | Tale elemento è codificato come un OID e deve permettere di identificare la regione a cui afferisce il repository stesso. Questo elemento viene utilizzato solo ai fini di identificare in modo univoco il Repository che custodisce il documento e non è necessariamente associato alla reale struttura titolare del repository stesso. L’OID che rappresenta il metadato deve essere strutturato nel seguente modo: 2.16.840.1.113883.2.9.2.[REGIONE].4.5.X dove X rappresenta una specifica istanza di repository della regione. | N/A | Come da AD Nazionale | 2.16.840.1.11388 3.2.9.2.110.4.5.X dove X rappresenta una specifica istanza di repository della regione – Assegnato da repository in fase di indicizzazione |
XDSDocument Entry.sourceP atientId (ITI TF 3: 4.2.3.2.23) | Identificativo paziente all'interno del dominio in cui è avvenuto l'evento che ha portato alla creazione del documento. | SI | Questo elemento è di tipo CX e può contenere solo le componenti Id e AssignedAuthority. | Identificativo locale della struttura che ha in carico il paziente o MPI regionale associato dalla RDE al paziente. | MPI dell’assistito sull’area in cui è stato prodotto il documento | MPI Locale rilasciato da Anagrafe Locale o ASX o GUIDFSE per portale |
Specifiche Affinity Domain Italia (vers. 1.2 - 26 febbraio 2016) | Specifiche Affinity Domain Regione Marche (II iterazione) 1 | |||||
Metadato | Descrizione | Obbl. | Specifiche | Valori proposti | Specifiche / Codifica | Valori proposti |
XDSDocument Entry.sourceP atientInfo (ITI TF 3: 4.2.3.2.25) | informazioni anagrafiche relative al paziente titolare del documento che viene indicizzato | NO | Queste informazioni se veicolate, devono essere verificate a valle di una query anagrafica eseguita verso i servizi anagrafici messi a disposizione dal Sistema TS / ANA. Si faccia riferimento a ITI TF-3: 4.2.3.2.23 per i dettagli relativi alla valorizzazione di questo elemento | ND | Come da AD Nazionale | Come da AD Nazionale |
XDSDocument Entry.title | Non sono definite specificità per la valorizzazione di questo metadato. | NO | ND | ND | Come da AD Nazionale | Come da AD Nazionale |
XDSDocument Entry.typeCod e (ITI TF:3 4.2.3.2.25) | tipologia di documento prodotto; viene utilizzato assieme a formatCode e contentTypeCode per discriminare a livello aziendale alimentare l’ FSE o meno | SI | I valori ammissibili per questo metadato devono corrispondere ai codici LOINC riportati in Tabella | Estensione di AD Nazionale | ||
XDSDocument Entry.uniqueId (ITI TF:3 4.2.3.2.26) | rappresentazione del documento che deve essere indicizzato in modo univoco | SI | Si faccia riferimento alle linee guida IHE ITI TF-3: 4.2.3.2.26 per ulteriori dettagli. L’OID che rappresenta il metadato deve essere strutturato nel seguente modo: 2.16.840.1.113883.2.9.2.[REGIONE].4.4^X dove X rappresenta una specifica istanza di documento presente in regione. | N/A | Come da AD Nazionale | 2.16.840.1.11388 3.2.9.2.110.4.4^X dove X rappresenta una specifica istanza di documento presente in regione |
XDSSubmissi onSet.sourceI d (ITI TF:3 4.2.3.3.9 ) | struttura produttrice del documento | SI | Questo elemento è di tipo OID e deve essere valorizzato con il corrispondente OID della RDE/RCD che ha prodotto/aggiornato il documento. | N/A | Come da AD Nazionale | 2.16.840.1.11388 3.2.9.2.110.[ULS S].4.5.1.X ULSS: 901, 905, 921, etc X: Progressivo assegnato ai Document Source 1 SCS, 2 Exprivia, 3 …. |
Specifiche Affinity Domain Italia (vers. 1.2 - 26 febbraio 2016) | Specifiche Affinity Domain Regione Marche (II iterazione) 1 | |||||
Metadato | Descrizione | Obbl. | Specifiche | Valori proposti | Specifiche / Codifica | Valori proposti |
XDSSubmissi onSet.submiss ionTime (ITI TF:3 4.2.3.3.10) | Data di sottomissione | SI | Data in cui vengono trasmessi i metadati - Formato codifica conforme alla specifiche IHE (ITI TF-3) | N/D | ||
XDSSubmissi onSet.content TypeCode (ITI TF:3 4.2.3.3.4) | Tipo di attività clinica/organizzativa che ha portato la condivisione del documento; viene utilizzato assieme a formatCode e contentTypeCode per discriminare a livello di singola azienda sanitaria se alimentare l’ FSE o meno | SI | Questo metadato rappresenta la tipologia di attività clinica/organizzativa che ha portato alla condivisione del documento | Estensione di AD Nazionale | ||
XDSDocument Entry.languag eCode (ITI TF 3: 4.2.3.2.14) | Lingua del documento | NO | ND | ND | Come da AD Nazionale | it-IT |
XDSDocument Entry.cassa | Informazione sullo stato amministrativo della partica collegata al documento | NO | I valori ammissibili sono OK quando la situazione amministrativa è chiusa (es. prestazioni pagate), KO quando invece c’è un residuo da saldare, NULL quando la situazione è incerta | OK, KO, Null | ||
XDSDocument Entry.areaVast a | Area Vasta di produzione del documento | NO | Rappresenta il codice dell’Area Vasta in cui il documento è stato prodotto. Per la sua rappresentazione si utilizza una classification aggiuntiva caratterizzata dal classificationScheme 794844a9-bbae-464e-bf66-fbd36381b32b Esempio: <rim:Classification ClassificationScheme="urn:uuid:794844a9-bbae- 464e-bf66-fbd36381b32b" classifiedObject="Document01" id="IdAreaVasta" objectType="urn:oasis:names:tc:ebxml- regrep:ObjectType:RegistryObject:Classification" nodeRepresentation="AV1"> | AV1 – AV2 – AV3 – AV4 – AV5 | Estensione ad XDS |
Specifiche Affinity Domain Italia (vers. 1.2 - 26 febbraio 2016) | Specifiche Affinity Domain Regione Marche (II iterazione) 1 | |||||
Metadato | Descrizione | Obbl. | Specifiche | Valori proposti | Specifiche / Codifica | Valori proposti |
<rim:Name> <rim:LocalizedString value="Area Vasta 1"/> </rim:Name> <rim:Slot name="codingScheme"> <rim:ValueList> <rim:Value>RegioneMarche</rim:Value> </rim:ValueList> </rim:Slot> </rim:Classification> | ||||||
XDSDocument Entry.idPagam ento | Identificativo della posizione amministrativa | NO | E’ un alfanumerico che identifica la posizione amministrativa sulla cassa e potrà essere utilizzato per verificare lo stato amministrativo della relativa pratica. Non obbligatorio fino a definizione del suo utilizzo | alfanumerico | ||
XDSDocument Entry.imageLi nk | Link alle immagini su PACS per referti diagnostici | SI | E’ utilizzato per contenere le info necessarie a visualizzare le immagini nel caso di referti collegati ad immagini (es. Radiologia); la sua strutturazione è in fase di definizione | |||
XDSDocument Entry.patientCl ass | Indicazione se prestazione eseguita in regime di interno od esterno | SI | Utilizzato per indicare se il regime con cui è stata effettuata la prestazione è associabile ad un caso di Interno od Esterno. | I, O | ||
XDSDocument Entry.sourceA pplication | Indica qual è il sistema source | SI | Indica qual è il sistema source | Alfanumerico entro una lista di valori che verrà fornita. | ||
, EXDSSubmiss ionSet.uniqueI d (ITI TF:3 4.2.3.3.12) | Identificativo univoco del SubmissionSet | SI | L’OID che rappresenta il metadato deve essere strutturato nel seguente modo: 2.16.840.1.113883.2.9.2.[REGIONE].4.3.X dove X rappresenta una specifica istanza di SubmissionSet. | N/A | Come da AD Nazionale | 2.16.840.1.11388 3.2.9.2.110.4.3.X dove X rappresenta una specifica istanza di SubmissionSet. |
XDSSubmissi onSet.intende dRecipient | Non utilizzato in questa prima fase di progetto. | NO | ND | ND | Come da AD Nazionale | Come da AD Nazionale |
Oltre ai metadati previsti a livello nazionale a garanzia dell’interoperabilità, sono previsti a livello di Regione Marche ulteriori metadati coerenti con il profilo ITI-IHE, già previsti in I iterazione e in questa sezione recuperati a completamento dell’AD Regione Marche. I presenti dati non saranno utilizzati ai fini dell’interoperabilità.
Specifiche Affinity Domain Regione Marche (II iterazione) | ||||
DatoXDS/SAML (ove applicabile) | Descrizione | Obbl. | Specifiche / Codifica | Valori proposti |
$XDSDocumentEntryExternalPaientId | Codice Fiscale Assistito per cui è stato prodotto il documento | SI | Formato codifica conforme alla specifiche IHE (ITI TF-3) | Codice Fiscale |
XDSDocumentEntry.creationTime (ITI TF:3 4.2.3.2.6) | Data validazione documento | SI | Formato codifica conforme alla specifiche IHE (ITI TF-3) | |
XDSDocumentEntry.hash (ITI TF:3 4.2.3.2.10) | Parametri caratterizzanti il documento (Hash/size) | SI | Formato codifica conforme alla specifiche IHE (ITI TF-3) | |
XDSDocumentEntry. serviceStartTime (ITI TF 3: 4.2.3.2.19) | date di inizio e fine della prestazione sanitaria che ha comportato la produzione del documento | NO | Formato codifica conforme alla specifiche IHE (ITI TF-3) | |
XDSDocumentEntry.serviceStopTime (ITI TF 3: 4.2.3.2.20) | ||||
XDSDocumentEntry.legalAuthenticator (ITI TF 3: 4.2.3.2.14) | Codice fiscale del rappresentante legale | NO | Formato codifica conforme alla specifiche IHE (ITI TF-3 | |
$XDSDocumentEntryStatus | Stato documento | SI | Formato codifica conforme alla specifiche IHE (ITI TF-3) | Il valore del documento da trasmettere è in stato "approved". La modifica dello stato passa a "deprecated" una volta che il documento è stato sostituito da un altro più recente. |
XDSDocumentEntry.indexRegistryExt | Disabilita indicizzazione su FSE | NO | Consente di escludere l’indicizzazione verso FSE. In assenza del metadato (Slot) o con valore Y, il documento viene indicizzato seguendo le regole previste da Regione Marche. | Y, N |
3.1.1 Specifiche dei metadati - Elenco valori ammissibili
Sono di seguito elencati, per ciascun metadato previsto, i valori ammissibili, con indicazione di quanto aderente all’Affinity Domain per l’interoperabilità, e specifica, se applicabile, di quanto previsto ed esteso per il contesto di Regione Marche.
3.1.1.1 Tabella 3.1.1.1. – Codifiche authorRole
Codifiche Affinity Domain Italia | |||
Valore | Descrizione | Mappatura con ruoli DPCM FSE | Tipologie di interazioni |
AAS | Personale di assistenza ad alta specializzazione | Medico / Dirigente sanitario | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
APR | Medico Medicina Generale Pediatra di Libera Scelta | Medico di Medicina Generale / Pediatra di Libera Scelta | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
PSS | Professionista del sociale | Professionista del sociale | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
INF | Personale infermieristico | Infermiere o altro Professionista Sanitario | Ricerca Documenti, Recupero Documento. |
RIA | Personale di riabilitazione | Infermiere o altro Professionista Sanitario | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
TSA | Personale tecnico-sanitario (area tecnico assistenziale) | Infermiere o altro Professionista Sanitario | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
TSD | Personale tecnico-sanitario (area tecnico diagnostica) | Infermiere o altro Professionista Sanitario | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
PRE | Personale dell’area prevenzione | Infermiere o altro Professionista Sanitario | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
FAR | Farmacista | Farmacista | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
DSA | Direttore sanitario | Direttore sanitario | Ricerca Documenti, Recupero Documento. |
DAM | Direttore amministrativo | Direttore amministrativo | Ricerca Documenti, Recupero Documento. |
OAM | Operatore amministrativo | Operatore amministrativo | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
PRO | Personale professionale | Infermiere o altro Professionista Sanitario | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
ASS | Assistito | Assistito | Recupero Documento (solo RDA-RCD) |
TUT | Tutore | Assistito | Recupero Documento (solo RDA-RCD) |
Codifiche Affinity Domain Italia | |||
Valore | Descrizione | Mappatura con ruoli DPCM FSE | Tipologie di interazioni |
GEN | Genitore | Assistito | Recupero Documento (solo RDA-RCD) |
NOR | Nodo regionale | Ruolo di sistema (non indicato nel DPCM perché non rappresenta una professione) | Trasferimento Indice, Invalidamento Indice. |
DRS | Dirigente sanitario | Medico / Dirigente sanitario | Ricerca Documenti, Recupero Documento. |
RSA | Medico RSA | Medico RSA | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
MRP | Medico Rete di Patologia | Medico Rete di Patologia | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
Tabella 3.1.1.1.1 – Codifiche Ruoli Applicativi FSE
Codifiche Affinity Domain Italia | |||
Valore | Descrizione | Mappatura con ruoli DPCM FSE | Tipologie di interazioni |
MEDICO | Personale di assistenza ad alta specializzazione | Medico / Dirigente sanitario | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
MMG/PLS | Medico Medicina Generale Pediatra di Libera Scelta | Medico di Medicina Generale / Pediatra di Libera Scelta | Ricerca Documenti, Recupero Documento, Comunicazione Metadati, Cancellazione Metadati (non per invalidamento indice) |
INFERIMIERE | Personale infermieristico | Infermiere o altro Professionista Sanitario | Ricerca Documenti, Recupero Documento. |
OPERATORE _MGC | Professionista che raccoglie il consenso | Operatore Amministrativo | Accesso al modulo di gestione del Consenso |
ADMIN_MGC | Operatore Amministrativo Consenso | Operatore Amministrativo | Amministratore modulo di gestione del consenso. |
3.1.1.2 Tabella 3.1.1.2. – Codifiche classCode
Codifiche Affinity Domain Italia | |||
Code | CodingScheme | DisplayName | Descrizione Utilizzo |
CON | 2.16.840.1.113883.2.9.3.3.6.1.5 | Documento Consenso | Questa classe di documenti deve essere utilizzata per i documenti di consenso |
WOR | 2.16.840.1.113883.2.9.3.3.6.1.5 | Documento di workflow | Questa classe di documenti deve essere utilizzata per i documenti di Workflow |
REF | 2.16.840.1.113883.2.9.3.3.6.1.5 | Referto | Questa classe di documenti deve essere utilizzata per ogni tipologia di referto |
LDO | 2.16.840.1.113883.2.9.3.3.6.1.5 | Lettera di dimissione ospedaliera | Questa classe di documenti deve essere utilizzata per le lettere di dimissione ospedaliera |
RIC | 2.16.840.1.113883.2.9.3.3.6.1.5 | Richiesta | Questa classe di documenti deve essere utilizzata per ogni tipologia di richiesta (prescrizioni, richieste consulto, ecc.) |
SUM | 2.16.840.1.113883.2.9.3.3.6.1.5 | Sommario | Questa classe di documenti deve essere utilizzata per ogni tipologia di sommario (Patient Summary, Immunization Summary, ecc.) |
TAC | 2.16.840.1.113883.2.9.3.3.6.1.5 | Taccuino | Questa classe deve essere utilizzata per indicare documenti trasmessi nel taccuino dall’assistito. |
3.1.1.3 Tabella 3.1.1.3. – Codifiche formatCode
Codifiche Affinity Domain Italia | ||||
Code | CodingScheme | DisplayName | Descrizione Utilizzo | Note RM |
2.16.840.1.11 3883.10.20.1 | 2.16.840.1.1138 83.2.9.3.3.6.1.6 | Documento CCD | Questo valore deve essere utilizzato se il template del documento in formato CDA R.2 non è meglio specificato | Non utilizzato in quanto soddisfatto dalla codifica #2 prevista in estensione AD Marche |
2.16.840.1.11 3883.2.9.10.1. 2 | 2.16.840.1.1138 83.2.9.3.3.6.1.6 | Prescrizione | Questo valore deve essere utilizzato per documenti strutturati in accordo alle specifiche relative al CDA di prescrizione | Non utilizzato in quanto soddisfatto dal TypeCode (prescrizione farmaceutica, specialistica ecc) |
1.3.6.1.4.1.19 376.1.5.3.1.1. 7 | 2.16.840.1.1138 83.2.9.3.3.6.1.6 | Documento di Consenso BPPC | Questo valore deve essere utilizzato per documenti di Consenso strutturati secondo standard CDA R.2 e in accordo al profilo di integrazione BPPC | Non utilizzato in quanto soddisfatto dal TypeCode (documento dei consensi) e dalla codifica #11 prevista in estensione AD Marche |
2.16.840.1.11 3883.2.9.10.1. 1 | 2.16.840.1.1138 83.2.9.3.3.6.1.6 | Referto di Laboratorio | Questo valore deve essere utilizzato per documenti strutturati in accordo alle specifiche relative al CDA di Referto di Laboratorio | Non utilizzato in quanto soddisfatto dal TypeCode (referto di laboratorio) |
2.16.840.1.11 3883.2.9.10.2. 4.1.1 | 2.16.840.1.1138 83.2.9.3.3.6.1.6 | Profilo Sanitario Sintetico | Questo valore deve essere utilizzato per documenti di strutturati in accordo alle specifiche relative al CDA di Profilo Sanitario Sintetico | Non utilizzato in quanto soddisfatto dal TypeCode (Profilo Sanitario Sintetico) |
2.16.840.1.1138 83.2.9.3.3.6.1.6 | Questo valore deve essere utilizzato per documenti in formato | (Utilizzato per documenti del Taccuino) | ||
TXT | 2.16.840.1.1138 83.2.9.3.3.6.1.6 | TXT | Questo valore deve essere utilizzato per documenti in formato TXT | (Utilizzato per documenti del Taccuino) |
Codifiche Affinity Domain Italia | ||||
Code | CodingScheme | DisplayName | Descrizione Utilizzo | Note RM |
2.16.840.1.11 3883.2.9.10.1. 5 | 2.16.840.1.1138 83.2.9.3.3.6.1.6 | Lettera di Dimissione Ospedaliera | Questo valore deve essere utilizzato per documenti strutturati in accordo alle specifiche relative al CDA di Lettera di Dimissione Ospedaliera | Non utilizzato in quanto soddisfatto dal TypeCode (Lettera di Dimissione Ospedaliera) |
Codifiche Affinity Domain Regione Marche | |||
ID | Code | DisplayName | Descrizione Utilizzo |
1 | CDA/IHE 1.0 | CDA | Documento CDA |
2 | CDAR2/IHE 1.0 | CDAR2 | Documento CDA2 (utilizzato per le Prescrizioni Dematerializzate) |
3 | CDAR2/ref-XSLT | CDAR2 con XSLT referenziato | Documento CDA2 con XSLT referenziato |
4 | CDAR2/ref-XSL-F | CDAR2 con XSL-FO referenziato | documento CDA2 con referenziato foglio di stile XSL-FO |
5 | CDAR2/XSLT | CDAR2 con XSLT imbustato | documento CDA2 con XSLT imbustato |
6 | CDAR2/XSL-FO | CDAR2 con XSL-FO imbustato | documento CDA2 con XSL-FO imbustato |
7 | PDF/PAdES | PDF/PAdES | documento in formato PDF FIRMATO PAdES |
8 | RTF | RTF | documento in formato RTF (Utilizzato per documenti del Taccuino) |
9 | JPEG | JPEG | documento in formato jpeg (Utilizzato per documenti del Taccuino) |
10 | TIFF | TIFF | documento in formato tiff (Utilizzato per documenti del Taccuino) |
11 | PNG | PNG | documento in formato png (Utilizzato per documenti del Taccuino) |
12 | urn:ihe:iti:bppc:2007 | Privacy Consent Policy | documento in formato BPPC |
13 | 1.2.840.10008.5.1.4.1.1.88.59 | Key Object Selection Document | documento in formato Key Object Selection Document(KOS) |
14 | CDAR2-Signed/ref-XSLT | CDAR2-Signed/ref-XSLT | CDA2 firmato con XSLT referenziato |
15 | CDAR2-Signed/ref-XSL-FO | CDAR2-Signed/ref-XSL-FO | CDA2 firmato con XSL-FO referenziato |
16 | CDAR2-Signed/XSLT | CDAR2-Signed/XSLT | CDA2 firmato con XSLT imbustato |
17 | CDAR2-Signed/XSL-FO | CDAR2-Signed/XSL-FO | CDA2 firmato con XSL-FO imbustato |
18 | CDAR2/XSLT-Signed | CDAR2/XSLT-Signed | CDA2 con XSLT imbustato con busta firmata |
19 | CDAR2/XSL-FO-Signed | CDAR2/XSL-FO-Signed | CDA2 con XSL-FO imbustato con busta firmata |
21 | xades/zip | Xades | Archivio XADES |
22 | CDAR2/XSL/PDF-Signed | CDAR2/XSL/PDF-Signed | CDA2, PDF e XSLT imbustati in un mime multipart related firmato (attualmente da utilizzarsi obbligatoriamente per i referti di Radiologia e Laboratorio). |
23 | CDAR2/XSL/PDF | CDAR2/XSL/PDF | CDA2, PDF e XSLT imbustati in un mime multipart related (attualmente |
Codifiche Affinity Domain Regione Marche | |||
ID | Code | DisplayName | Descrizione Utilizzo |
utilizzato per il documento del consenso del cittadino) | |||
24 | PDF/P7M | PDF/P7M | documento in formato PDF FIRMATO CADES |
25 | XML/P7M | XML/P7M | documento in formato XML FIRMATO CADES |
26 | PDFA2/CDAR2 | PDFA2/CDAR2 | Documento PDF con incorporato all’interno la versione CDA2 del referto stesso. Per i dettagli sulla sua strutturazione e composizione si veda l’appendice 4.1 |
27 | PDFA2/CDAR2-Signed | PDFA2/CDAR2-Signed | Documento PDF firmato digitalmente PADES con incorporato all’interno la versione CDA2 del referto stesso. Per i dettagli sulla sua strutturazione e composizione si veda l’appendice 4.1 |
3.1.1.4 Tabella 3.1.1.4. – Codifiche eventCodeList
Nello scenario di interoperabilità nazionale è previsto che i documenti del consenso siano archiviati a livello regionale secondo le specifiche del profilo IHE-BPPC, ovvero tramite un documento CDA caratterizzato da opportuni metadati. Tra questi, lo standard prevede di valorizzare l’eventCodeList con l’elenco dei consensi dati / previsti, in forma codificata.
Tuttavia, come già rilevato in fase di progettazione esecutiva, non esiste al momento uno standard di CDA di consenso a livello nazionale, pertanto per il completamento di progetto di Regione Marche è stato condiviso di recuperare le specifiche nazionali attualmente esistenti (Specifiche tecniche per la creazione dei "Documenti di raccolta e gestione del consenso" secondo lo standard HL7-CDA Rel. 2, verisone 1.1, tavolo della sanità Elettronica), estese ed adeguate al contesto e finalità di Regione Marche.
In particolare, avendo il Gruppo di Lavoro FSE di Regione Marche definito le tipologie di consensi previste a livello regionale, in tale contesto l’elenco dei consensi del CDA di consenso prodotto sarà allineato a quanto definito dal tavolo di lavoro, e recepito di conseguenza nel relativo Affinity Domain Regione Marche.
Si segnala quindi che la codifica prevista dall’Affinity Domain Regione Marche non corrisponderà ai consensi previsti dal tavolo per l’interoperabilità nazionale. Pertanto, una volta definite le tempistiche per l’effettivo avvio dell’interoperabilità nazionale, è opportuno che il gruppo di Lavoro FSE verifichi le modalità di allineamento rispetto alle codifiche/ metadati previsti a livello nazionale, in modo da definire le opportune transcodifiche/ mappature tra i metadati ovvero apportare eventuali integrazioni / revisioni alle tipologie di consenso previste a livello regionale.
Codifiche Affinity Domain Italia * | |||
Code | CodingScheme | DisplayName | Ruoli abilitati in interoperabilità |
P1 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso all’alimentazione del FSE | - |
P2 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso alla consultazione per il MMG e il PLS | APR |
P3 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso alla consultazione per il personale di assistenza ad alta specializzazione | AAS |
P4 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso alla consultazione per farmacista | FAR |
P5 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso alla consultazione per operatore amministrativo OAM | OAM |
P6 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso alla consultazione per direttore amministrativo | DAM |
P7 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso alla consultazione per direttore sanitario DSA | DSA |
P8 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso alla consultazione per Medico di RSA | RSA |
P9 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso alla consultazione per Infermiere | INF |
P10 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso alla consultazione per Medico rete di patologia | MRP |
P11 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso alla consultazione per il professionista del sociale | PSS |
P12 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso alla consultazione per il personale dell’area prevenzione | PRE |
P13 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso per il personale tecnico sanitario (area tecnico assistenziale) | TSA |
P14 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso per il personale tecnico sanitario (area tecnico diagnostica) | TSD |
P15 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso per il personale di riabilitazione | RIA |
P16 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso per il personale tecnico | TEC |
P17 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Consenso per il dirigente sanitario | DRS |
P99 | 2.16.840.1.113883.2.9.3.3.6.1.3 | Oscuramento del documento |
* NB. Cfr. nota in intestazione al paragrafo. Le presenti codifiche sono state interamente sostituite da quelle previste da AD Regione Marche, allineate con la modulistica di consenso prodotta
Codifiche Affinity Domain Regione Marche | |||
ID | Code | DisplayName | Descrizione Utilizzo |
1 | FSERM_ATT1 | FSERM_ATT1 | Consenso all'attivazione del FSE |
2 | FSERM_ALI1 | FSERM_ALI1 | Consenso all'alimentazione del FSE con i dati socio- sanitari generati successivamente alla sua attivazione |
3 | FSERM_PRE1 | FSERM_PRE1 | Consenso all'alimentazione del FSE con i dati socio- sanitari generati anteriormente alla sua attivazione |
4 | FSERM_CONS | FSERM_CONS | Consenso alla consultazione del FSE da parte degli Operatori ed Enti del SSR |
5 | FSERM_MMG_PLS | FSERM_MMG_PLS | Consenso alla consultazione del FSE da parte del proprio medico di medicina generale/pediatra di libera scelta |
6 | FSERM_MMG_PLS_1 | FSERM_MMG_PLS_1 | Consenso alla consultazione del FSE da parte di ogni sostituto del proprio medico di medicina generale/pediatra di libera scelta |
7 | FSERM_MMG_PLS_2 | FSERM_MMG_PLS_2 | Consenso alla consultazione del FSE da parte dei medici associati al proprio medico di medicina generale/pediatra di libera scelta |
8 | FSERM_OP_ASUR | FSERM_OP_ASUR | Consenso alla consultazione del FSE da parte degli operatori del Sistema Sanitario della Regione Marche, limitatamente ai dati trattati nell'ambito delle proprie competenze, afferenti all'Azienda Sanitaria Unica Regionale-ASUR |
9 | FSERM_OP_AOOR | FSERM_OP_AOOR | Consenso alla consultazione del FSE da parte degli operatori del Sistema Sanitario della Regione Marche, limitatamente ai dati trattati nell'ambito delle proprie |
Codifiche Affinity Domain Regione Marche | |||
ID | Code | DisplayName | Descrizione Utilizzo |
competenze, afferenti all'Azienda ospedaliero - universitaria 'Ospedali Riuniti di Ancona' | |||
10 | FSERM_OP_AOSS | FSERM_OP_AOSS | Consenso alla consultazione del FSE da parte degli operatori del Sistema Sanitario della Regione Marche, limitatamente ai dati trattati nell'ambito delle proprie competenze, afferenti all'Azienda ospedaliera 'Ospedali Riuniti Marche Nord' |
11 | FSERM_OP_INRCA | FSERM_OP_INRCA | Consenso alla consultazione del FSE da parte degli operatori del Sistema Sanitario della Regione Marche, limitatamente ai dati trattati nell'ambito delle proprie competenze, afferenti all'Istituto di ricovero e cura a carattere scientifico-INRCA Ancona' |
12 | FSERM_RIC | FSERM_RIC | Consenso all'utilizzo per scopi di ricerca clinica, epidemiologica, formazione e studi di patologie dei dati clinici, comprese le immagini fotografiche o filmate relative agli interventi chirurgici oggetto del trattamento, resi anonimi |
13 | FSERM_INF | FSERM_INF | Dichiarazione di aver letto l'informativa |
3.1.1.5 Tabella 3.1.1.5. – Codifiche healthcareFacilityTypeCode
Codifiche Affinity Domain Italia | |||
Code | CodingScheme | DisplayName | Descrizione |
Ospedale | 2.16.840.1.113883.2.9.3.3.6.1.1 | Ospedale | Indica che il documento è stato prodotto a seguito di un ingresso ospedaliero del paziente |
Prevenzione | 2.16.840.1.113883.2.9.3.3.6.1.1 | Prevenzione | Indica che il documento è stato prodotto a seguito di uno screening o di medicina preventiva Territorio |
Territorio | 2.16.840.1.113883.2.9.3.3.6.1.1 | Territorio | Indica che il documento è stato prodotto a seguito di un incontro con uno specialista territoriale (MMG / PLS / Medico RSA, ecc.) |
3.1.1.6 Tabella 3.1.1.6. – Codifiche practiceSettingCode
Codifiche Affinity Domain Italia | ||
Code | CodingScheme | DisplayName |
AD_PSC001 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Allergologia |
AD_PSC002 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Day Hospital |
AD_PSC003 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Anatomia e Istologia Patologica |
AD_PSC005 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Angiologia |
AD_PSC006 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Cardiochirurgia Pediatrica |
AD_PSC007 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Cardiochirurgia |
AD_PSC008 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Cardiologia |
AD_PSC009 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Chirurgia Generale |
AD_PSC010 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Chirurgia Maxilofacciale |
AD_PSC011 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Chirurgia Pediatrica |
Codifiche Affinity Domain Italia | ||
Code | CodingScheme | DisplayName |
AD_PSC012 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Chirurgia Plastica |
AD_PSC013 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Chirurgia Toracica |
AD_PSC014 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Chirurgia Vascolare |
AD_PSC015 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Medicina Sportiva |
AD_PSC018 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Ematologia e Immunoematologia |
AD_PSC019 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Malattie Endocrine, del Ricambio e della Nutrizione |
AD_PSC020 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Immunologia |
AD_PSC021 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Geriatria |
AD_PSC024 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Malattie Infettive e Tropicali |
AD_PSC025 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Medicina del Lavoro |
AD_PSC026 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Medicina Generale |
AD_PSC028 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Unita Spinale |
AD_PSC029 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Nefrologia |
AD_PSC030 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Neurochirurgia |
AD_PSC031 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Nido |
AD_PSC032 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Neurologia |
AD_PSC033 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Neuropsichiatria Infantile |
AD_PSC034 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Oculistica |
AD_PSC035 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Odontoiatria e Stomatologia |
AD_PSC036 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Ortopedia e Traumatologia |
AD_PSC037 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Ostetricia e Ginecologia |
AD_PSC038 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Otorinolaringoiatria |
AD_PSC039 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Pediatria |
AD_PSC040 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Psichiatria |
AD_PSC042 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Tossicologia |
AD_PSC043 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Urologia |
AD_PSC046 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Grandi Ustioni Pediatriche |
AD_PSC047 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Grandi Ustionati |
AD_PSC048 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Nefrologia (Abilitazione Trapianto Rene) |
AD_PSC049 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Terapia Intensiva |
AD_PSC050 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Unita Coronarica |
AD_PSC051 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Astanteria |
AD_PSC052 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Dermatologia |
AD_PSC054 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Emodialisi |
AD_PSC055 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Farmacologia Clinica |
AD_PSC056 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Recupero e Riabilitazione Funzionale |
AD_PSC057 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Fisiopatologia della Riabilitazione Umana |
AD_PSC058 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Gastroenterologia |
AD_PSC060 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Lungodegenti |
AD_PSC061 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Medicina Nucleare |
AD_PSC062 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Neonatologia |
AD_PSC064 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Oncologia |
AD_PSC065 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Oncoematologia Pediatrica |
AD_PSC066 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Oncoematologia |
AD_PSC068 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Pneumologia, Fisiopatologia Respiratoria, Tosiologia |
AD_PSC069 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Radiologia |
AD_PSC070 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Radioterapia |
Codifiche Affinity Domain Italia | ||
Code | CodingScheme | DisplayName |
AD_PSC071 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Reumatologia |
AD_PSC073 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Terapia Intensiva Neonatale |
AD_PSC074 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Radioterapia Oncologica |
AD_PSC075 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Neuro-Riabilitazione |
AD_PSC076 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Neurochirurgia Pediatrica |
AD_PSC077 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Nefrologia Pediatrica |
AD_PSC078 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Urologia Pediatrica |
AD_PSC082 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Anestesia e Rianimazione |
AD_PSC097 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Detenuti |
AD_PSC098 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Day Surgery Plurispecialistica |
AD_PSC100 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Laboratorio Analisi Chimico Cliniche |
AD_PSC101 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Microbiologia e Virologia |
AD_PSC102 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Centro Trasfusionale e Immunoematologico |
AD_PSC103 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Radiodiagnostica |
AD_PSC104 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Neuroradiologia |
AD_PSC106 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Pronto Soccorso e OBI |
AD_PSC107 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Poliambulatorio |
AD_PSC109 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Centrale Operativa 118 |
AD_PSC121 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Comparti Operatori - Degenza Ordinaria |
AD_PSC122 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Comparti Operatori - Day Surgery |
AD_PSC126 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Libera Professione Degenza |
AD_PSC127 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Hospice Ospedaliero |
AD_PSC129 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Trapianto Organi e Tessuti |
AD_PSC130 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Medicina di Base |
AD_PSC131 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Assistenza Territoriale |
AD_PSC199 | 2.16.840.1.113883.2.9.3.3.6.1.2 | Raccolta Consenso |
3.1.1.7 Tabella 3.1.1.7. – Codifiche typeCode
Codifiche Affinity Domain Italia | ||
Code | CodingScheme | DisplayName |
57833-6 | 2.16.840.1.113883.6.1 | Prescrizione farmaceutica |
60591-5 | 2.16.840.1.113883.6.1 | Profilo Sanitario Sintetico |
11502-2 | 2.16.840.1.113883.6.1 | Referto di Laboratorio |
57829-4 | 2.16.840.1.113883.6.1 | Prescrizione per prodotto o apparecchiature mediche |
34105-7 | 2.16.840.1.113883.6.1 | Lettera di dimissione ospedaliera |
59258-4 | 2.16.840.1.113883.6.1 | Verbale di pronto soccorso |
68604-8 | 2.16.840.1.113883.6.1 | Referto radiologico |
11526-1 | 2.16.840.1.113883.6.1 | Referto di anatomia patologica |
59284-0 | 2.16.840.1.113883.6.1 | Documento dei consensi |
Codifiche Affinity Domain Regione Marche | ||
Code | CodingScheme | DisplayName |
57832-8 | 2.16.840.1.113883.6.1 | Prescrizione Specialistica/Diagnostica |
57830-2 | 2.16.840.1.113883.6.1 | Prescrizione di Ricovero |
57834-4 | 2.16.840.1.113883.6.1 | Richiesta di Trasporto |
57831-0 | 2.16.840.1.113883.6.1 | Prescrizione Riabilitativa |
rm_PAI | RegioneMarche | Piano Assistenziale Integrato |
rm_tc_RSA | RegioneMarche | Referto di specialistica ambulatoriale |
rm_tc_PAI | RegioneMarche | Piano Assistenziale Integrato da Taccuino |
rm_tc_DA | RegioneMarche | Documento acquisito |
rm_tc_APP | RegioneMarche | Appunti |
rm_tc_CCD | RegioneMarche | Documento CCD |
rm_tc_LAB | RegioneMarche | Referto di Laboratorio |
rm_tc_LDO | RegioneMarche | Lettera di dimissione Ospedaliera |
rm_tc_PS | RegioneMarche | Verbale di Pronto Soccorso |
rm_tc_RAD | RegioneMarche | Referto Radiologico |
rm_tc_AP | RegioneMarche | Referto di Anatomia Patologica |
3.1.1.8 Tabella 3.1.1.8. – Codifiche contentTypeCode
Codifiche Affinity Domain Italia | |||
Code | CodingScheme | DisplayName | Descrizione |
PHR | 2.16.840.1.113883.2.9.3.3.6.1.4 | Personal Health Record Update | Documenti condivisi con la submission per volontà del paziente (Xxxxxxxx) |
CON | 2.16.840.1.113883.2.9.3.3.6.1.4 | Consulto | Documenti condivisi per richiedere un consulto |
DIS | 2.16.840.1.113883.2.9.3.3.6.1.4 | Discharge | Documenti condivisi a seguito di un ricovero |
ERP | 2.16.840.1.113883.2.9.3.3.6.1.4 | Erogazione Prestazione Prenotata | Documenti condivisi a seguito di una prestazione programmata/prenotata |
Codifiche Affinity Domain Regione Marche | |||
Code | CodingScheme | DisplayName | Descrizione |
PDTA | RegioneMarche | Percorso Diagnostico Terapeutico Assistenziale | Documenti condivisi all'interno di un PDTA |
rm_ctc_INT | RegioneMarche | Attivita Specialistica/Diagnostica per Interni | Da utilizzare in caso di Referto |
rm_ctc_EST | RegioneMarche | Attivita Specialistica/Diagnostica per Esterni | Da utilizzare in caso di Referto |
rm_ctc_PS | RegioneMarche | Pronto Soccorso | Da utilizzare in caso di Pronto Soccorso |
rm_ctc_DH | RegioneMarche | Day Hospital | Da utilizzare in caso di Day Hospital |
rm_ctc_DS | RegioneMarche | Day Surgery | Da utilizzare in caso di Day Surgery |
3.1.2 Metadati per la ricerca di documenti
Nell’ambito dell’Affinity Domain è stato definito un set di metadati che sarà utilizzato per la visualizzazione di documenti / dati da parte del client “portale”. L’elenco di tali metadati è riportato di seguito:
Elenco metadati disponibili per la ricerca | ||
Metadato | Descrizione | Valori proposti |
XDSDocumentEntry.classCode (ITI TF:3 4.2.3.2.3) | Classe cui il documento appartiene | |
XDSDocumentEntry.confidentialityCode (ITI TF:3 4.2.3.2.5) | Livello di riservatezza dei contenuti | Normal Very Restricted |
XDSDocumentEntry. practiceSettingCode (ITI TF:3 4.2.3.2.17) | Classificazione della pratica clinica o specialità che ha portato alla creazione del documento | |
XDSDocumentEntry.typeCode (ITI TF:3 4.2.3.2.25) | tipologia di documento prodotto e in corso di indicizzazione |
4 APPENDICI
4.1 Formato documento PDF con CDA-R2 incorporato
Il formato di rappresentazione ed archiviazione dei documenti a cui si vuole preferibilmente tendere è quello costituito da un PDF al cui interno viene incorporata la versione CDA-R2 del documento stesso.
Il documento così prodotto può poi essere firmato digitalmente.
Tale soluzione combina gli elementi positivi di entrambe le forme di rappresentazione:
• essendo comunque un PDF, rimane intelligibile e fruibile direttamente da un utilizzatore “umano”, attraverso i comuni strumenti di visualizzazione di PDF;
• Includendo il CDA-R2 e quindi le stesse informazioni in forma strutturata, consente di poter eseguire elaborazioni da parte di utilizzatori “non-umani” per dare rappresentazioni diverse, mirate ed eventualmente anche parziali dei dati (es. graficazioni);
• La firma del PDF, che è allo stesso tempo contenitore del CDA-R2, dà automaticamente valenza legale a tutto l’insieme di informazioni.
Il processo di produzione del documento secondo questo formato prevede:
1. Produzione del CDA-R2
Il formato da usare sarà quello previsto dalle relative specifiche HL7 Italia
2. Produzione del PDF
Il documento PDF prodotto dovrà rispettare il formato PDF/A-2 (basato sullo standard PDF 1.7 - ISO 32000-1:2008), in quanto prevede la possibilità di “iniettare” l’XML del CDA-R2 nella struttura XFA. In particolare, questa operazione di inserimento del CDA-R2 all’interno del PDF/A-2 dovrà seguire le indicazioni di HL7 Italia disponibili nel documento allegato “HL7Italia-ProfiloFirmaCDAInPDF- DSTU.pdf”.
XXXXXXX XXXXXX XXXX XXXXXXX XXXXXXXXXXX XXXXXXXXX XXXXX 0