Sei sulla pagina 1di 25

Documento di Affinity Domain Revisione 12

Area Vasta Toscana Sud Est del 01/10/2019

Documento di Affinity Domain

Area Vasta Toscana Sud Est

Versione 12
Stato: Bozza
Emissione: 01-10-2019

Pagina 1 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

Modifiche Documento........................................................................................................................4
Modifiche rispe o alla versione precedente (v6).................................................................................4
Modifiche rispe o alla versione precedente (v7).................................................................................4
Modifiche rispe o alla versione precedente (v8).................................................................................4
Modifiche rispe o alla versione precedente (v9).................................................................................4
Modifiche rispe o alla versione precedente (v10)...............................................................................4
Introduzione.......................................................................................................................................5
Riferimen%.........................................................................................................................................5
Opzioni profilo XDS.............................................................................................................................5
Opzioni del Profilo XDS Metadata Update...........................................................................................5
Folder.................................................................................................................................................5
Iden%fica%vi: Use Case........................................................................................................................5
Riservatezza dei Documen%................................................................................................................5
Pa%ent Iden%fy Source........................................................................................................................6
OID Object Iden%er.............................................................................................................................7
Document Source...............................................................................................................................8
Document Consumer..........................................................................................................................8
Document Source Embedded in un Document Repository...................................................................8
Sicurezza.............................................................................................................................................8
Refer%: Forma% approva%...................................................................................................................9
Document Rela%onships and Associa%ons...........................................................................................9
Document Rela%onships from HL7......................................................................................................9
Rela%onshipDefini%on........................................................................................................................9
Ges%one refer% parziali......................................................................................................................9
Autorizzazione alla ges%one del lifecycle.............................................................................................9
Associa%on type signs: soluzione per la firma digitale........................................................................10
Document Defini%on Metadata.........................................................................................................10
XDSDocumentEntry...........................................................................................................................10
XDSDocumentEntry.formatCode.......................................................................................................14
Submission Set Metadata..................................................................................................................14

Pagina 2 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

Folder Metadata...............................................................................................................................15
ERROR REPORTING...........................................................................................................................15
Affinity Domain: Codes......................................................................................................................18
Content Type Code............................................................................................................................18
Class Code.........................................................................................................................................18
Event Code.......................................................................................................................................19
Confiden%ality Code..........................................................................................................................19
Format Code.....................................................................................................................................19
Health Care Facility Type Code..........................................................................................................19
Prac%ce Se:ng Code........................................................................................................................19
Code List...........................................................................................................................................21
Type Code.........................................................................................................................................21
Mime Type........................................................................................................................................22
Event Code List.................................................................................................................................23
VALORI DA UTILIZZARE PER DETERMINATE CASISTICHE.....................................................................24
Refer% di laboratorio analisi..............................................................................................................24
Verbale di Pronto Soccorso...............................................................................................................24
Referto di Anatomia Patologica.........................................................................................................24
Scheda paziente 118.........................................................................................................................25
Rifiuto trasporto 118.........................................................................................................................25

Pagina 3 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

Modifiche Documento
• Modifiche rispetto alla versione precedente (v6)
Aggiornato definizioni singole Aree (ex ASL)
Eliminato repository Area Aretina

• Modifiche rispetto alla versione precedente (v7)


Introdotti valori per documenti di Pronto Soccorso

• Modifiche rispetto alla versione precedente (v8)


Definiti i codici PRACTICE SETTING CODE
Definiti i codici OID dei source di Laboratorio Analisi AOUS e Ex ASL 7
Aggiunta ConfidentialCode

• Modifiche rispetto alla versione precedente (v9)


Revisione Totale dei contenuti (versione condivisa con il tavolo di lavoro Estav)

• Modifiche rispetto alla versione precedente (v10)


Eliminati i riferimenti ad ESTAV (sostituiti con AVSE ed ESTAR).
Specificati patientID da utilizzare per casi particolari (pazienti anonimi, controlli qualità su sacche di sangue ecc..)
Inserite codifiche per documenti 118.

• Modifiche rispetto alla versione precedente (v11)


Aggiunto e valorizzato il tag "Event Code List" da utilizzare per esempio per la gestione ad hoc dei codici numerici del PS.

Pagina 4 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

Introduzione
Presso l’Area Vasta Toscana Sud Est (di seguito AVSE) si è realizzato un Repository Documentale basato sul profilo IHE Cross Enterprise
Document Sharing (XDS). Questo documento contiene le specifiche tecniche necessarie alla corretta alimentazione e consultazione dei
documenti clinici. La corretta interpretazione di questo documento non può prescindere dalla lettura del profilo XDS sui technical framework
IHE-ITI e IHE-RAD. Fatte salve le indicazioni diverse contenute in questo documento, le linee da rispettare nell’implementazione di strumenti
di pubblicazione, conservazione e consultazione di documenti clinici sono quelle del profilo XDS contenuto nei technical framework IHE.

Riferimenti
• IHE ITI Technical Framework.
• IHE RAD Technical Framework.

Opzioni profilo XDS


Di seguito verranno presentate le opzioni previste nel profilo XDS limitatamente a quelle utili nell’ottica del progetto Repository Documentale
di AVSE:
• Multiple documents submission: dà la possibilità ad un document source di trasferire più documenti all’interno di una sola
transazione - Provide and Register Document Set;
• Document Life Cycle Management: è la capacità da parte del document source di trasmettere un addendum ad un documento o di
eseguire il replacement o la trasformazione di un documento già presente nel Registry/Repository;
• Folder Management: capacità da parte del document source di creare un folder e di aggiungere uno o più documenti ad un folder
esistente.

Opzioni del Profilo XDS Metadata Update


Il sistema registry offre come modulo opzionale l'attore Document Administrator. Tale funzionalità non è attualmente stata acquistata da
AVSE (oggetto di gara in corso)

Folder
Un folder è un raccoglitore logico di documenti con le seguenti caratteristiche:
• raggruppa un set di documenti relativi ad un singolo paziente;
• può essere alimentato da source diversi;
• deve essere generato da un document source;
• il folder, una volta creato, non può essere rimosso;
• un documento può appartenere a più folders;
• ogni folder è identificato da un codice univoco a livello di Affinity Domain.
Al momento non sono definite regole e casi d’uso relativi all’utilizzo di folder.

Identificativi: Use Case


Nell’ottica dell’anagrafe master ogni paziente ha un identificativo univoco in tutta l’AVSE che deve essere noto a tutti gli applicativi coinvolti
nel progetto. A questo identificativo è associato un Codice Fiscale certificato. Questo è il codice da utilizzare come patientId
nell’implementazione del profilo xds.

Riservatezza dei Documenti


A livello di Registry è prevista una classificazione del livello di privacy dei documenti clinici. Tale classificazione è contenuta nel tag
confidentialityCode e può assumere uno dei valori previsti dall’Affinity Domain. Tale informazione deve essere gestita a livello di Consumer;
infatti, in risposta ad una transazione Query Registry, vengono fornite le informazioni relative a tutti i documenti rispondenti ai parametri di
ricerca. E’ compito successivo del Consumer rendere visibili all’utente i documenti che corrispondono ai grant di cui dispone l’utente che sta
utilizzando l’applicativo di consultazione.

Pagina 5 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

Patient Identify Source


Per quel che riguarda la creazione di nuove posizioni, l’anagrafe master viene comunque a conoscenza della nuova posizione e deve
supportare la transazione Patient Identity Feed (ITI-8) per comunicare al registry il nuovo identificativo.
Tale transazione permette anche la gestione delle informazioni relative all’anagrafica durante tutta la durata dell’encounter.
In generale, a livello di profilo XDS, devono essere supportati i messaggi:
• A01 – Admission of an in-patient into a facility
• A04 – Registration of an out-patient for a visit of the facility
• A05 – Pre-admission of an in-patient
• A08 – Update Patient Information
• A40 – Patients identity Merge

Tale set di messaggi garantisce l’allineamento dell’anagrafica del Registry con l’anagrafica master aziendale. Si precisa che il profilo XDS
prevede che il Registry rifiuti i documenti dei pazienti non registrati nella sua anagrafica. Alla luce di questo fatto è fondamentale che
l’anagrafica master assicuri la messaggistica necessaria a mantenere l’anagrafica del Registry allineata a quella master.
È da prevedere nel workflow aziendale che tali messaggi di gestione dell’anagrafica giungano anche agli applicativi che agiscono da
document source e document consumer. Il modo in cui questa messaggistica viene generata e gestita non fa parte degli obbiettivi di questo
documento.
Per facilitare la partenza del progetto e permettere un periodo di entrata a regime, la verifica della presenza del patientid su registry è stata
inizialmente disabilitata. In sostanza, fino a diversa indicazione, il registry accetterà i documenti di qualsiasi patientid sia che sia presente
nella sua base dati sia che non lo sia.

Pagina 6 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

OID Object Identier


Il seguente elenco riporta le radici identificative degli oggetti.

OID ESTAR: 1.2.826.0.1.3680043.9.3677.1

Attori:
Source 1.2.826.0.1.3680043.9.3677.1.5.1
Consumer 1.2.826.0.1.3680043.9.3677.1.5.2
Repository 1.2.826.0.1.3680043.9.3677.1.5.3
Registry 1.2.826.0.1.3680043.9.3677.1.5.4
Source DocumentId: 1.2.826.0.1.3680043.9.3677.1.4
Source Submission: 1.2.826.0.1.3680043.9.3677.1.21

OID AOUS: 1.2.826.0.1.3680043.9.3677.2

Attori:
Source 1.2.826.0.1.3680043.9.3677.2.5.1
Consumer 1.2.826.0.1.3680043.9.3677.2.5.2
Repository 1.2.826.0.1.3680043.9.3677.2.5.3
Registry 1.2.826.0.1.3680043.9.3677.2.5.4
Source DocumentId: 1.2.826.0.1.3680043.9.3677.2.4
Source Submission: 1.2.826.0.1.3680043.9.3677.2.21

OID Area Senese (Ex Asl7): 1.2.826.0.1.3680043.9.3677.3

Attori:
Source 1.2.826.0.1.3680043.9.3677.3.5.1
Consumer 1.2.826.0.1.3680043.9.3677.3.5.2
Repository 1.2.826.0.1.3680043.9.3677.3.5.3
Registry 1.2.826.0.1.3680043.9.3677.3.5.4
Source DocumentId: 1.2.826.0.1.3680043.9.3677.3.4
Source Submission: 1.2.826.0.1.3680043.9.3677.3.21

OID Area Aretina (Ex Asl8): 1.2.826.0.1.3680043.9.3677.3

Attori:
Source 1.2.826.0.1.3680043.9.3677.4.5.1
Consumer 1.2.826.0.1.3680043.9.3677.4.5.2
Repository 1.2.826.0.1.3680043.9.3677.4.5.3
Registry 1.2.826.0.1.3680043.9.3677.4.5.4
Source DocumentId: 1.2.826.0.1.3680043.9.3677.4.4
Source Submission: 1.2.826.0.1.3680043.9.3677.4.21

OID Area Grossetana (Ex Asl9): 1.2.826.0.1.3680043.9.3677.5

Attori:
Source 1.2.826.0.1.3680043.9.3677.5.5.1
Consumer 1.2.826.0.1.3680043.9.3677.5.5.2
Repository 1.2.826.0.1.3680043.9.3677.5.5.3
Registry 1.2.826.0.1.3680043.9.3677.5.5.4
Source DocumentId: 1.2.826.0.1.3680043.9.3677.5.4
Source Submission: 1.2.826.0.1.3680043.9.3677.5.21

Nel proseguo del documento si farà riferimento a livello di OID al Codice Ambito. Tale codice è conforme alla seguente tabella.

Pagina 7 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

Ambito Estar AOUS Area Area Area Aretina


Senese Grossetana
RIS - 1 1 1 1
LIS - 2 2 2 2
PS - 3 3 3 3
AP - 4 - 4 4
Percorso Chirurgico - 5 5 5 5
118 - - 6 6 6
CCE - 7 7 7 7
Rianimazione - 8 8 8 8

Document Source
Un sistema che voglia agire da document source deve supportare la transazione Provide and Register Document Set (ITI-41).
Rispetto quanto indicato nel TF sono richieste alcune restrizioni.
Il set minimo di opzioni relative alla gestione del lifecycle deve garantire il replacement di un documento.
Inoltre, è richiesto ad un source di essere in grado di eseguire una query al registry per reperire lo UUID dei documenti oggetto di replace.
Ad ogni document source andrà assegnato un identificativo univoco (XDSSubmissionset_sourceId) che identifica il document source
all’interno dell’affinity domain.

Document Consumer
Il document consumer deve essere a conoscenza degli identificativi necessari al recupero delle informazioni di suo interesse. In questo
senso deve conoscere, in base alle sue necessità, almeno uno tra: patientId, XDSfolder.uniqueId,
XDSSubmissionSet.uniqueId,XDSDocumentEntry.UUID o XDSDocumentEntry.uniqueId.
Tutta la business logic riguardante la visualizzazione delle informazioni presenti nel registry e nel repository viene lasciata al document
consumer e va affrontata di volta in volta in relazione all’applicativo di cui il consumer è parte integrante.

Document Source Embedded in un Document Repository


Nel caso di repository già esistente in qualche dipartimentale è possibile prevedere l’integrazione con XDS-registry e document consumer al
fine di rendere i documenti disponibili nel dominio XDS.
Perché i documenti conservati in questi repository siano visibili e disponibili nell’affinity domain XDS è necessario che:
• i documenti conservati all’interno del repository vengano pubblicati sul registry attraverso la transazione Register Document Set
(ITI-42);
• il repository sia in grado di fornire i documenti a qualsiasi XDS document consumer che li richieda attraverso la transazione
Retrive Document set (ITI-43);
• le regole di pubblicazione rispettino le linee tracciate dal presente documento

Sicurezza
Gli attori coinvolti in questo progetto devono sottostare alle regole di sicurezza e privacy definite dal gruppo di lavoro AVSE e riepilogate nel
documento allegato “Allegato_Affinity_Domain_Regole_Visibilità_rev20122018.ods”.
Inoltre gli attori del profilo XDS devono rispettare il profilo di integrazione IHE ITI ATNA.
Il profilo XDS prevede l’utilizzo dell’opzione TLS nel caso in cui si ritenga necessaria la mutua riconoscenza tra gli applicativi e il
trasferimento di informazioni in formato criptato. Nel caso di utilizzo di questa opzione (scelta a livello di Affinity Domain) sarà necessario
stabilire una Certification Authority (CA) per il rilascio dei certificati digitali.
Per la prima parte dell’implementazione del progetto Repository Documentale AVSE non è previsto l’utilizzo dell’opzione TLS; in caso
questa soluzione non fosse ritenuta sufficientemente sicura sarà possibile installare i certificati TLS che saranno forniti dalle singole Aziende
Sanitarie.

Pagina 8 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

Referti: Formati approvati


Nella prima fase di implementazione del progetto, è previsto l’utilizzo di due tipologie di formato dei documenti clinici:
• Pdf;
• P7m.
Si fa notare come l’infrastruttura Registry/Repository XDS sia “formato-indipendente” e, di conseguenza, come possano essere aggiunti in
step successivi formati diversi da quelli elencati sopra senza che siano necessarie modifiche a queste componenti. L’utilizzo di nuovi formati
presuppone l’aggiunta di questi all’Affinity Domain.

Document Relationships and Associations


Document Relationships from HL7
La relazione tra i documenti pubblicati è gestita dall’XDS mutuando la semantica adottata nel HL7 CDA Release 2, Commitee Ballot 2.
Per creare una relazione tra documenti è necessario inviare simultaneamente al registry:
1. Un nuovo documento (XDSDocumentEntry)
2. Un link di tipo Association che leghi il nuovo documento al vecchio.
Il documento già esistente nel registry deve essere in stato Approved. Per reperire lo UUID del documento già esistente deve essere fatta
una query al registry.

RelationshipDefinition
• APND (append): Il documento corrente è una aggiunta al parent document.
• RPLC (replace): Il documento corrente sostituisce il parent document.
• XFRM (transform): Il documento corrente è una trasformazione del parent document.
• XFRM_RPLC (transform with replace): Il documento corrente è sia una trasformazione che un replacement del parent document.
• SIGN: il documento corrente è legato da una relazione di firma con il documento padre.
I precedenti valori sono adattati da HL7 CDA Release 2, Committee Ballot 2

Un Document Source crea una relazione tra documenti spedendo una Submission Set contenente:
XDSDocumentEntry – relativo al nuovo documento inviato, con:
• uniqueId univoco;
• UUID univoco o simbolico .

Association: è il link tra il vecchio documento già presente sul registry e il nuovo.
◦ Attributo targetObject fa riferimento al documento già presente nel registry.
◦ Attributo sourceObject è relativo al XDSDocumentEntry contenuto nella Submission Set.
◦ Association Type uno dei valori della tabella precedente.
L’attributo targetObject dell’Association è lo UUID, contenuto nel registry, rappresentante il documento già esistente.
Lo stato del documento esistente è gestito come segue:
1. Se il nuovo documento è un APND o XFRM l’originale resta in stato Approved.
2. Se il nuovo documento è un RPLC o XFRM_RPLC il documento originale passa in stato Deprecated.
Questa gestione è affidata al Registry Adaptor.

Gestione referti parziali


Nel repository xds aziendale sono previsti solamente i referti finali.

Autorizzazione alla gestione del lifecycle


Solamente il source che ha generato un documento è autorizzato ad eseguire APND, RPLC, XFRM_RPLC di tale documento.

Pagina 9 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

Association type signs: soluzione per la firma digitale


Una associazione di tipo “sign” è utilizzata per mettere in relazione un XDSDocumentEntry contenente la firma con l’ XDSDocumentEntry
del documento firmato. Tali indicazioni si trovano nel profilo correlato Digital Segnature.
sourceObject: XDSDocumentEntry che rappresenta la firma digitale.
targetObject: XDSDocumentEntry relativo al documento firmato.
associationType: signs.

Document Definition Metadata


Per tali definizioni si deve fare riferimento alla documentazione ufficiale reperibile su technical framework IHE.
Si devono inoltre considerare:
• quanto specificato nei paragrafi precedenti per la definizione di identificativi;
• gli adattamenti presenti nelle seguenti tabelle.
Per i campi che prevedono un tipo “Time” ( es: ServiceStartTime ), il formato da utilizzare è il seguente: yyyymmddhhmmss dove “hh” è
codificato sulle 24 ore.
Nelle tabelle seguenti, la colonna Source/Query riporta, codificati come nella tabella “Codes for Source/Query Column”, quali siano gli
attributi richiesti e come debbano essere intesi per quanto riguarda le transazioni dell’attore document source e document consumer.

Table Codes for Source/Query Column


Code Significato
R Required
R2 Required if Known
O Optional
P Not supported in query
Cp Computed/Assigned by Repository, required in register transaction.
Cg Computer/Assigned by Registry

XDSDocumentEntry
Gli oggetti di tipo XDSDocumentEntry sono un’estensione dell’ ebXML Registry ObjectType Classification Scheme.
I Document metadata sono utilizzati per definire un XDS Document e il loro nome è preceduto dal prefisso XDSDocumentEntry (per
esempio XDSDocumentEntry.patientId).

XDSDocumentEntry Definizione Source/ Formato


Attribute Query dato
XDS
author Rappresenta la persona e/o la macchina che autorizza il documento. R2 ebRIM
Questo attributo contiene I seguenti sotto-attributi:
• authorInstitution
• authorPerson
• authorRole
• authorSpecialty
che sono definiti singolarmente in seguito.
L’attributo author è definito come un Classification che contiene i
seguenti sotto-attributi. L’attributo author non ha un valore in sé, ma
definisce una struttura che contiene i suoi sotto-attributi. Un’istanza di
questo Classification dovrebbe essere considerata come un singolo
valore dell’attributo author.
Se presente, l’attributo author dovrebbe avere uno o più valori e ogni
istanza dovrebbe contenere:
• una istanza del sotto-attributo authorPerson
• Zero o più istanze del sotto-attributo authorInstitution
• Zero o più istanze del sotto-attributo authorRole
• Zero o più istanze del sotto-attributo authorSpecialty
authorInstitution (sub- E' presente solo se lo è il campo authorPerson. R2/R HL7 XON

Pagina 10 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

attribute of author) Rappresenta la struttura nella quale la persona e/o la macchina ha Field
autorizzato il documento.
Tale codice dovrebbe avere i seguenti campi:
XON.1 – Nome dell’organizzazione
XON.10 – Identificativo dell’organizzazione in formato OID e costituito
come segue:
root regione Toscana.ramo identificativo.[codiceAzienda].[codiceStruttura]

Esempio:
NomeAzienda^^^^^^^^^2.16.840.1.113883.2.9.2.xx.yy.[codiceAzienda].[
codiceStruttura]
authorPerson (sub- Rappresenta la persona e/o la macchina che ha autorizzato il documento R2/R HL7 XCN
attribute of author) all’interno dell’authorInstitution. Field
Si richiede che l’identificativo dell’autore del documento, qualora questo
sia una persona fisica, sia il codice fiscale certificato MEF e in tal caso
che l’Assigning Authority sia l’OID 2.16.840.1.113883.2.9.4.3.2

Esempio:
CodiceFiscale^^^&2.16.840.1.113883.2.9.
4.3.2&ISO.

authorSpecialty (sub- Rappresenta la specifica specialità dell’author all’interno della struttura R2/O
attribute of author) in cui la persona e/o la macchina ha autorizzato il documento.
E' presente solo se lo è il campo authorPerson.
authorRole (sub-attribute Ruolo dell'autore del documento. R2/O
of author) E' presente solo se lo è il campo authorPerson.
availabilityStatus Un documento xds può avere solamente due stati: Cg/R
• Approved: available for patient care;
• Deprecated: obsolete.
Viene gestito dal registry.
classCode Codice Particolare tipologia di documento. R/R XDS
Affinity
Domain
specific
classCode Descrizione Particolare tipologia di documento. R/P XDS
DisplayName Affinity
Domain
specific
comments Commento libero. O/P XDS
Affinity
Domain
specific
confidentialityCode Per gestione accessibilità del documento. R/P XDS
Affinity
Domain
specific
creationTime Momento di creazione del documento. R/R DTM
entryUUID Identificativo univoco del documento solamente per la gestione a livello di registry. Cg/P UUID
eventCodeList Questa lista di codici contiene l’indicazione dei principali atti clinici O/R XDS
documentati. Affinity
I codici inseriti nell’eventCode non devono in alcun modo essere in Domain
conflitto con i valori del classCode, practiceSettingCode o typeCode, al specific
fine di non creare situazioni ambigue.
Questa lista di codici è fornita quali parole chiave per effettuare possibili
tipologie di query.
eventCodeListDisplay Descrizione corrispondente al valore del eventCodeList. O/P XDS
Name Affinity

Pagina 11 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

Domain
specific
formatCode Formato del documento. R/R XDS
Affinity
Domain
specific
hash Hash del documento su repository. Cp/P SHA1
hash
healthcareFacility Tipologia di assetto organizzativo dell'incontro clinico (esempio: Presidio R/R XDS
TypeCode Ospedaliero). Affinity
Domain
specific
healthcareFacility Descrizione tipologia di assetto organizzativo dell'incontro clinico (esempio: R/P XDS
TypeCodeDisplay Presidio Ospedaliero, MMG, UTAP). Affinity
Name Domain
specific
homeCommunityId Identificativo della community per il recupero dei documenti da altre community. Cg/O 64
character
OID in URI
syntax
languageCode Lingua del referto. R/P
legalAuthenticator Si richiede che l’identificativo del firmatario del documento, qualora questo R2/O XCN
sia una persona fisica, sia il codice fiscale certificato MEF e in tal caso
che l’Assigning Authority sia l’OID 2.16.840.1.113883.2.9.4.3.2.
Al Codice fiscale si consiglia di aggiungere, ove conosciuto, anche
Cognome, Nome, Secondo Nome, Prefisso.

Esempio:
CodiceFiscale^Cognome^Nome^^^Prefisso^^^&2.16.840.1.113883.2.9.
4.3.2&ISO
mimeType MIME type del documento. R/P
patientId Tale identificativo dovrebbe essere assegnato dall’Assigning Authority Domain R/R CX
che supporta l’XDS Affinity Domain sul quale agisce il Document Registry.
AVSE ha scelto di utilizzare il codice fiscale come identificativo, in tal caso
l’Assigning Authority è l’OID 2.16.840.1.113883.2.9.4.3.2.

Qualora il codice fiscale non sia utilizzabile per lo specifico paziente si


potrà utilizzare:
• per i cittadini europei: il numero di identificazione personale TEAM [stato
estero].[numero identificativo personale];
• per i cittadini stranieri senza regolare permesso di soggiorno: il
• codice STP “STP”[codice identificativo STP];
• per i cittadini europei non iscritti al servizio sanitario nazionale: il codice
ENI “ENI”.[codice identificativo ENI];
• per i pazienti anonimi il codice fiscale fittizio CFPAZIENTANONIMO;
• per i controlli qualità sulle sacche di sangue del servizio trasfusionale il
codice fiscale fittizio CFCQUALITASANGUE.
Questi identificativi vengono utilizzati l’uno in alternativa all’altro e vanno a
popolare il campo patientId dei metadati di documenti e folder. La distinzione del
tipo di identificativo usato viene fatta nel componente Authority Domain Id del
patientId.

Esempio:
• Nel caso in cui sia utilizzato il Codice Fiscale l’Autority Domain sarà
valorizzato con l’OID 2.16.840.1.113883.2.9.4.3.2.
• Nel caso in cui sia utilizzato il Codice TEAM l’Autority Domain sarà
valorizzato con l’OID 2.16.840.1.113883.2.9.4.3.3.

Pagina 12 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

• Nel caso in cui sia utilizzato il Codice STP l’Autority Domain sarà
valorizzato con l’OID 2.16.840.1.113883.2.9.2.50.4.1.
• Nel caso in cui sia utilizzato il Codice ENI l’Autority Domain sarà
valorizzato con l’OID 2.16.840.1.113883.2.9.2.50.4.1.
practiceSettingCode Codice Specialità Clinica presso la quale avviene la prestazione. R/R XDS
Affinity
Domain
specific
practiceSettingCode Descrizione Specialità Clinica presso la quale avviene la prestazione. R/P XDS
DisplayName Affinity
Domain
specific
repositoryUniqueId Identificativo univoco del repository. Cp/P
serviceStartTime Istante di inizio dell'episodio di cura (es: data ricetta o data ricovero). R2/R HL7 V2
DTM
serviceStopTime Istante di fine dell'episodio di cura. R2/R HL7 V2
DTM
size Dimensione in bytes del documento archiviato su repository. Cp/P Integer

sourcePatientId Patient ID conosciuto al momento della creazione del documento. R/P CX

sourcePatientInfo Informazioni anagrafiche del paziente R2/P Se il


• PID3|patientId^^^^MPI-AZRIF~codiceFiscale^^^^CF codice
• PID5|cognome^nome fiscale non
• PID7|yyyymmdd è noto il
• PID8|sesso PID3
termina a
Esempio: ~ (escluso)
• PID3|25Q1C^^^^EPID~PRVNGL50A51F205T^^^^CF
• PID5| PROVA^ANGELA
• PID7|19500101
• PID8|F
title Titolo del documento O/P
typeCode Codice Specifico della Tipologia di documento. R/R XDS
Affinity
Domain
specific
typeCodeDisplay Descrizione tipologia specifica del documento. R/P XDS
Name Affinity
Domain
specific
uniqueId È l’identificativo univoco assegnato dal creatore del documento al R/R
documento stesso.

ReferenceIdList Contiene i riferimenti a identificativi interni o esterni riferiti al documento, come ad O/R CXi
esempio accession number, numero di ordine,etc..
Nel caso di documenti di radiologia viene codificato come segue:
<rim:Slot name="urn:ihe:iti:xds:2013:referenceIdList ">
<rim:ValueList>
<rim:Value>
accnum1^^^&oidproduttore del riferimento&ISO^urn:ihe:iti:xds:2013:accession
</rim:Value>
<rim:Value>
accnum2^^^&oidproduttore del riferimento&ISO^urn:ihe:iti:xds:2013:accession
</rim:Value>
</rim:ValueList>

Pagina 13 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

</rim:Slot>
Tabella: Document Metadata Attribute Definition

XDSDocumentEntry.formatCode
Nel repository, i documenti non sono altro che uno stream di byte. E’ l’attributo XDSDocumentEntry.formatCode che permette
l’interoperabilità tra source e consumer definendo il formato del documento.

Submission Set Metadata


Gli attributi seguenti sono quelli utili alla definizione di una Submission Set. Gli attributi sono preceduti dal prefisso XDSSubmissionSet (per
esempio XDSSubmissionSet.sourceId).

XDS Definition Source/ Constraints


SubmissionSet Query
Attribute

authorInstitution (sub- Analogo a descrizione in “Document Metadata Attribute Definition“ R2/R XON
attribute of author)
authorPerson (sub- Analogo a descrizione in “Document Metadata Attribute Definition“ R2/R XCN
attribute of author)

authorSpecialty (sub- Analogo a descrizione in “Document Metadata Attribute Definition“ R2/O


attribute of author)
availabilityStatus XDSSubmissionSet può avere due stati di disponibilità: X/R
• Submitted: non ancora disponibile
• Approved:disponibile
comments Testo libero. O/P Use specific to
XDS Affinity
Domain.
contentTypeCode Codice Tipologia di attività clinica che ha determinato la produzione R/R XDS Affinity
dei documenti. Domain specific
contentTypeCode Descrizione tipologia di attività clinica che ha determinato la R/P XDS Affinity
DisplayName produzione dei documenti. Domain specific
entryUUID Analogo a campo equivalente in “Document Metadata Attribute Cg/O UUID
Definition“.
homeCommunityId Analogo a campo equivalente in “Document Metadata Attribute Cg/O 64 character OID
Definition“. in URI syntax
See TF-2a:
3.18.4.1.2.3.8
intendedRecipient Strutture o persone a cui è destinata la Submission Set. R2/O XON/XCN
Deve contenere la lista delle attività cliniche a cui riferiscono i singoli
Documenti contenuti nella submission.
Ha cardinalità 0…n*

patientId R/R CX
sourceId OID che identifica l'applicativo inviante R/R OID
submissionTime Istante di invio del documento R/R DTM
title Titolo della submission O/P XDS Affinity
Domain specific
uniqueId Identificativo univoco della submission R/R
Tabella: Submission Set Metadata Attribute Definitions

Pagina 14 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

Folder Metadata
Gli attributi seguenti ricoprono la parte del RegistryPackage, utile alla definizione del Folder. Il nome dell’attributo è preceduto dal prefisso
XDSFolder (ad es: XDSFolder.patientId).

XDSFolder Attribute Definition Source/ Constraints


Query

availabilityStatus Un XDSFolder può avere due stati: Cg/R


Submitted: non disponibile
Approved :disponibile
codeList Analogo a campo equivalente in “Document Metadata R/R Multi-Valued. XDS Affinity
Attribute Definition“ Domain specific
codeListDisplayName Analogo a campo equivalente in “Document Metadata R/P Multi-valued.
Attribute Definition“
comments Testo libero O/P XDS Affinity Domain specific.
entryUUID Analogo a campo equivalente in “Document Metadata Cg/O UUID
Attribute Definition“
homeCommunityId Analogo a campo equivalente in “Document Metadata Cx/O 64 character OID in URI
Attribute Definition“ syntax
See TF-2a: 3.18.4.1.2.3.8
lastUpdateTime Istante di ultimo aggiornamento del folder Cg/R DTM
patientId Analogo a campo equivalente in “Document Metadata R/R CX
Attribute Definition“
title Titolo del folder O/P XDS Affinity Domain specific
uniqueId Globally unique identifier dell' XDS-Folder R/R

Tabella: Folder Metadata Attribute Definitions

ERROR REPORTING
Di seguito l'elenco dei codici errore gestiti dal registry secondo TF IHE.

Error Code Discussion Transaction


XDSMissingDocument XDSDocumentEntry exists in metadata with no P
corresponding attached document
XDSMissingDocumentMetadata MIME package contains MIME part with P
Content-Id header not found in metadata
XDSRegistryNotAvailable Repository was unable to access the Registry P
XDSRegistryError Internal Registry/Repository Error. P,R, Q, SQ
XDSRepositoryError P, RS
XDSRegistryDuplicateUniqueIdInMessage A UniqueId value was found to be used more P,R
XDSRepositoryDuplicateUniqueIdInMessage than once within the submission. Error code
indicates where error was detected.
CodeContext shall indicate the duplicate
UniqueId.
XDSDuplicateUniqueIdInRegistry UniqueId received was not unique within the P,R
Registry. UniqueId could have been attached P
to XDSSubmissionSet or XDSFolder.
CodeContext shall indicate which and the
value of the non-unique uniqueId. This error
cannot be thrown for XDSDocumentEntry. See
XdsNonIdenticalHash.
XDSNonIdenticalHash Document being registered was a duplicate R
(uniqueId already in registry) but hash does
not match. CodeContext indicates UniqueId.

Pagina 15 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

XDSRegistryBusy Too much activity P,R,Q,SQ


XDSRepositoryBusy P, RS
XDSRegistryOutOfResources Resources are low. P,R,Q,SQ
XDSRepositoryOutOfResources P, RS
XDSRegistryMetadataError Error detected in metadata. Actor name P,R
XDSRepositoryMetadataError indicates where error was detected.
CodeContext indicates nature of problem.
XDSTooManyResults Q,SQ
XDSExtraMetadataNotSaved This warning is returned if extra metadata was P,R
present but not saved in the registry.
XDSUnknownPatientId Patient ID referenced in metadata is not P,R
known to the Registry actor via the Patient Note: this error code
Identity Feed or is unknown because of patient is not used in the
identifier merge or other reasons. The response to Registry
codeContext shall include the value of patient Stored Query
ID in question.
XDSPatientIdDoesNotMatch XDS specifies where patient IDs must match P,R
between documents, submission sets, and
folders. This error is thrown when the patient
ID is required to match and does not. The
codeContext shall indicate the value of the
Patient Id and the nature of the conflict.
XDSUnknownStoredQuery The Query ID provided in the request is not SQ
recognized.
XDSStoredQueryMissingParam A required parameter to a stored query is SQ
missing.
XDSStoredQueryParamNumber A parameter which only accepts a single value SQ
is coded with multiple values.
XDSSqlError All errors in executing an SQL query (Query Q
Registry transaction [ITI-16] shall return this
error code.
XDSRegistryDeprecatedDocumentError The Register transaction was rejected P,R
because it submitted an Association
referencing a deprecated document.
XDSUnknownRepositoryId The repositoryUniqueId value could not be RS
resolved to a valid document repository or the
value does not match the repositoryUniqueId
of the Document Repository.
XDSDocumentUniqueIdError The document associated with the RS
DocumentUniqueId is not available. This could
be because the document is not available to
the Document Repository, the requestor is not
authorized to access that document or the
document is no longer available.
Tabella: Error Codes

Transaction Designations:
P = Provide and Register, Provide and Register-b
R = Register, Register-b
Q= Query
SQ=Stored Query
RS=Retrieve Document Set

Di seguito il dettaglio per ciascuna transazione.

Provide and Register Document Set and Provide and Register Document Set-b Responses
RegistryResponse RegistryErrorList element Result

Pagina 16 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

status
Success May be present. If present will contain one or All metadata and documents were successfully
more RegistryError elements with warning registered
severity, none with error severity
Failure Present, contains one or more RegistryError Metadata and documents not stored
elements. At least one has error severity,
others may have warning severity.

Register Document Set and Register Document Set-b Responses


RegistryResponse RegistryErrorList element Result
status
Success May be present. If present will contain one or All metadata was successfully registered
more RegistryError elements with warning
severity, none with error severity
Failure Present, contains one or more RegistryError Metadata not stored
elements. At least one has error severity,
others may have warning severity.

Query Registry Responses


AdhocQueryResponse RegistryErrorList element Result
status
Success May be present. If present will contain one or Results returned
more RegistryError elements with warning
severity, none with error severity
Failure Present, contains one or more RegistryError Results not returned
elements. At least one has error severity,
others may have warning severity.

Stored Query Responses


AdhocQueryResponse RegistryErrorList element Result
status
Success May be present. If present will contain one or Results shall be returned. Results may contain zero or
more RegistryError elements with warning more entries.
severity, none with error severity
PartialSuccess Present, contains one or more RegistryError Results shall be returned. Results may contain zero or
elements. At least one has error severity, more entries.
others may have warning severity.
Failure Present, contains one or more RegistryError Results not returned
elements. At least one has error severity,
others may have warning severity.

Retrieve Document Set Responses


Registry Response RegistryErrorList element Result
status
Success May be present. If present will contain one or All documents were successfully retrieved
more RegistryError elements with warning
severity, none with error severity
PartialSuccess Present, contains one or more RegistryError Some documents were successfully retrieved
elements. At least one has error severity,
others may have warning severity.
Failure Present, contains one or more RegistryError No documents were successfully retrieved
elements. At least one has error severity,
others may have warning severity.

Pagina 17 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

Affinity Domain: Codes


Content Type Code
<Codes>
<CodeType name="contentTypeCode" classScheme="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500">
<Code code="[CODE]" display="[DISPLAY]" codingScheme="[CODING_SCHEME]" />
</CodeType>

CODE DISPLAY CODING_SCHEME


CTC0001 Teleconsulto Estav SE contentTypeCodes
CTC0002 Ricovero Ordinario Estav SE contentTypeCodes
CTC0003 Day Hospital Estav SE contentTypeCodes
CTC0004 Attività Specialistica/Diagnostica per Esterni Estav SE contentTypeCodes
CTC0005 Pronto Soccorso Estav SE contentTypeCodes
CTC0006 Servizio Farmaceutico Ospedaliero Estav SE contentTypeCodes
CTC0007 Centro Trasfusionale (Donatori) Estav SE contentTypeCodes
CTC0008 Screening Estav SE contentTypeCodes
CTC0009 Vaccinazioni Estav SE contentTypeCodes
CTC0010 Assistenza Domiciliare (Integrata) Estav SE contentTypeCodes
CTC0011 Servizio Farmaceutico Territoriale Estav SE contentTypeCodes
CTC0012 MMG Estav SE contentTypeCodes
CTC0013 PLS Estav SE contentTypeCodes
CTC0014 guardia medica/continuità assistenziale Estav SE contentTypeCodes
CTC0015 Servizio di emergenza territoriale (118) Estav SE contentTypeCodes

Class Code
<CodeType name="classCode" classScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a">
<Code code="[CODE]" display="[DISPLAY]" codingScheme="[CODING_SCHEME]" />
</CodeType>

CODE DISPLAY CODING_SCHEME


CC0001 Richiesta Consulenza Estav SE classCodes
CC0002 Risposta Consulenza Estav SE classCodes
CC0003 Immagini Diagnostiche Estav SE classCodes
CC0004 Referto (report) Estav SE classCodes
CC0005 Richiesta (order) Estav SE classCodes
CC0006 Piano o protocollo di cura Estav SE classCodes
CC0007 Dispensazione Estav SE classCodes
CC0008 Documenti di sintesi Estav SE classCodes
CC0009 Immagini Estav SE classCodes
CC0010 Consenso Estav SE classCodes
CC0011 Certificati / Attestati / Dichiarazioni Estav SE classCodes
CC0012 doc amministrativi Estav SE classCodes
CC0013 Scheda paziente 118 Estav SE classCodes

Pagina 18 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

CC0014 Rifiuto trasporto 118 Estav SE classCodes

Event Code
<CodeType name="eventCode" classScheme="urn:uuid:2c6b8cb7-8b2a-4051-b291-b1ae6a575ef4">
<!-- OPZIONALE qualora inizializzato e' una possibile chiave di ricerca per le query -->
</CodeType>

verrà definito quando saranno utilizzati i folder.

Confidentiality Code
<CodeType name="confidentialityCode" classScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f">
<Code code="N" display="Normale" codingScheme="ESTAVSE confidentialityCodes" />
<Code code="R" display="Riservato" codingScheme="ESTAVSE confidentialityCodes" />
<Code code="V" display="Maggior Tutela Privacy" codingScheme="ESTAVSE confidentialityCodes" />
</CodeType>

Gestione flag Confidentially Code pregressi


I seguenti confidentially code sono sono stati definiti ad avvio progetto ma non devono essere più utilizzati per i nuovi documenti:
<Code code="100" display="Accesso solo al Reparto di Produzione" codingScheme="ESTAVSE confidentialityCodes" />
<Code code="110" display="Accesso Azienda" codingScheme="ESTAVSE confidentialityCodes" />
<Code code="111" display="Accesso EstavSE" codingScheme="ESTAVSE confidentialityCodes" />
<Code code="101" display="Accesso EstavSE No Azienda" codingScheme="ESTAVSE confidentialityCodes" />
<Code code="222" display="Accesso Emergenza" codingScheme="ESTAVSE confidentialityCodes" />.

Format Code
<CodeType name="formatCode" classScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d">
<Code code="[CODE]" display="[DISPLAY]" codingScheme="[CODING_SCHEME]" />
</CodeType>

CODE DISPLAY CODING_SCHEME


PDF PDF Estav SE formatCodes
1.2.840.10008.5.1.4.1.1.88.59 Key Object Selection Document 1.2.840.10008.2.6.1

Health Care Facility Type Code


<CodeType name="healthcareFacilityTypeCode" classScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1">
<Code code="[CODE]" display="[DISPLAY]" codingScheme="[CODING_SCHEME]" />
</CodeType>

CODE DISPLAY CODING_SCHEME


HFTC001 Ospedale Estav SE healthcareFacilityTypeCodes
HFTC002 Territorio Estav SE healthcareFacilityTypeCodes
HFTC003 Prevenzione Estav SE healthcareFacilityTypeCodes

Practice Setting Code


<CodeType name="practiceSettingCode" classScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead">
<Code code="[CODE]" display="[DISPLAY]" codingScheme="[CODING_SCHEME]" />
</CodeType>

CODE DISPLAY CODING_SCHEME


PSC001 Allergologia Estav SE practiceSettingCodes

Pagina 19 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

PSC002 Day Hospital Estav SE practiceSettingCodes


PSC003 Anatomia e Istologia Patologica Estav SE practiceSettingCodes
PSC004 Anatomia e Istologia Patologica per conto di ex AUSL7 Estav SE practiceSettingCodes
PSC005 Angiologia Estav SE practiceSettingCodes
PSC006 Cardiochirurgia Pediatrica Estav SE practiceSettingCodes
PSC007 Cardiochirurgia Estav SE practiceSettingCodes
PSC008 Cardiologia Estav SE practiceSettingCodes
PSC009 Chirurgia Generale Estav SE practiceSettingCodes
PSC010 Chirurgia Maxillo-facciale Estav SE practiceSettingCodes
PSC011 Chirurgia Pediatrica Estav SE practiceSettingCodes
PSC012 Chirurgia Plastica Estav SE practiceSettingCodes
PSC013 Chirurgia Toracica Estav SE practiceSettingCodes
PSC014 Chirurgia Vascolare Estav SE practiceSettingCodes
PSC015 Medicina Sportiva Estav SE practiceSettingCodes
PSC018 Ematologia e Immunoematologia Estav SE practiceSettingCodes
PSC019 Malattie Endocrine, del Ricambio e della Nutrizione Estav SE practiceSettingCodes
PSC020 Immunologia Estav SE practiceSettingCodes
PSC021 Geriatria Estav SE practiceSettingCodes
PSC024 Malattie Infettive e Tropicali Estav SE practiceSettingCodes
PSC025 Medicina del Lavoro Estav SE practiceSettingCodes
PSC026 Medicina Generale Estav SE practiceSettingCodes
PSC028 Unita Spinale Estav SE practiceSettingCodes
PSC029 Nefrologia Estav SE practiceSettingCodes
PSC030 Neurochirurgia Estav SE practiceSettingCodes
PSC031 Nido Estav SE practiceSettingCodes
PSC032 Neurologia Estav SE practiceSettingCodes
PSC033 Neuropsichiatria Infantile Estav SE practiceSettingCodes
PSC034 Oculistica Estav SE practiceSettingCodes
PSC035 Odontoiatria e Stomatologia Estav SE practiceSettingCodes
PSC036 Ortopedia e Traumatologia Estav SE practiceSettingCodes
PSC037 Ostetricia e Ginecologia Estav SE practiceSettingCodes
PSC038 Otorinolaringoiatria Estav SE practiceSettingCodes
PSC039 Pediatria Estav SE practiceSettingCodes
PSC040 Psichiatria Estav SE practiceSettingCodes
PSC042 Tossicologia Estav SE practiceSettingCodes
PSC043 Urologia Estav SE practiceSettingCodes
PSC046 Grandi Ustioni Pediatriche Estav SE practiceSettingCodes
PSC047 Grandi Ustionati Estav SE practiceSettingCodes
PSC048 Nefrologia (Abilitazione Trapianto Rene) Estav SE practiceSettingCodes
PSC049 Terapia Intensiva Estav SE practiceSettingCodes
PSC050 Unita Coronarica Estav SE practiceSettingCodes
PSC051 Astanteria Estav SE practiceSettingCodes
PSC052 Dermatologia Estav SE practiceSettingCodes
PSC054 Emodialisi Estav SE practiceSettingCodes
PSC055 Farmacologia Clinica Estav SE practiceSettingCodes
PSC056 Recupero e Riabilitazione Funzionale Estav SE practiceSettingCodes
PSC057 Fisiopatologia della Riabilitazione Umana Estav SE practiceSettingCodes
PSC058 Gastroenterologia Estav SE practiceSettingCodes
PSC060 Lungodegenti Estav SE practiceSettingCodes
PSC061 Medicina Nucleare Estav SE practiceSettingCodes

Pagina 20 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

PSC062 Neonatologia Estav SE practiceSettingCodes


PSC064 Oncologia Estav SE practiceSettingCodes
PSC065 Oncoematologia Pediatrica Estav SE practiceSettingCodes
PSC066 Oncoematologia Estav SE practiceSettingCodes
PSC068 Pneumologia, Fisiopatologia Respiratoria, Tisiologia Estav SE practiceSettingCodes
PSC069 Radiologia Estav SE practiceSettingCodes
PSC070 Radioterapia Estav SE practiceSettingCodes
PSC071 Reumatologia Estav SE practiceSettingCodes
PSC073 Terapia Intensiva Neonatale Estav SE practiceSettingCodes
PSC074 Radioterapia Oncologica Estav SE practiceSettingCodes
PSC075 Neuro-Riabilitazione Estav SE practiceSettingCodes
PSC076 Neurochirurgia Pediatrica Estav SE practiceSettingCodes
PSC077 Nefrologia Pediatrica Estav SE practiceSettingCodes
PSC078 Urologia Pediatrica Estav SE practiceSettingCodes
PSC082 Anestesia e Rianimazione Estav SE practiceSettingCodes
PSC097 Detenuti Estav SE practiceSettingCodes
PSC098 Day Surgery Plurispecialistica Estav SE practiceSettingCodes
PSC100 Laboratorio Analisi Chimico Cliniche Estav SE practiceSettingCodes
PSC101 Microbiologia e Virologia Estav SE practiceSettingCodes
PSC102 Centro Trasfusionale e Immunoematologico Estav SE practiceSettingCodes
PSC103 Radiodiagnostica Estav SE practiceSettingCodes
PSC104 Neuroradiologia Estav SE practiceSettingCodes
PSC106 Pronto Soccorso e OBI Estav SE practiceSettingCodes
PSC107 Poliambulatorio Estav SE practiceSettingCodes
PSC109 Centrale Operativa 118 Estav SE practiceSettingCodes
PSC121 Comparti Operatori - Degenza Ordinaria Estav SE practiceSettingCodes
PSC122 Comparti Operatori - Day Surgery Estav SE practiceSettingCodes
PSC126 Libera Professione Degenza Estav SE practiceSettingCodes
PSC127 Hospice Ospedaliero Estav SE practiceSettingCodes
PSC129 Trapianto Organi e Tessuti Estav SE practiceSettingCodes
PSC130 Medicina di Base Estav SE practiceSettingCodes
PSC131 Assistenza Territoriale Estav SE practiceSettingCodes
PSC199 Raccolta Consenso Estav SE practiceSettingCodes

Code List
<CodeType name="codeList" classScheme="urn:uuid:1ba97051-7806-41a8-a48b-8fce7af683c5">
<Code code="[CODE]" display="[DISPLAY]" codingScheme="[CODING_SCHEME]" />
</CodeType>

Sarà definito quando saranno utilizzati i folder.

Type Code
<CodeType name="typeCode" classScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983">
Code code="[CODE]" display="[DISPLAY]" codingScheme="[CODING_SCHEME]" />
</CodeType>

CODE DISPLAY CODING_SCHEME


18842-5 Lettera di dimissione Estav SE typeCode
34874-8 Verbale Operatorio Estav SE typeCode

Pagina 21 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

47045-0 Referto Estav SE typeCode


57016-8 Consenso privacy Estav SE typeCode
57829-4 Prescrizione Ausili/Protesi Estav SE typeCode
57830-2 Prescrizione di Ricovero Estav SE typeCode
57832-8 Prescrizione Specialistica/Diagnostica Estav SE typeCode
57833-6 Prescrizione Farmaceutica Estav SE typeCode
57834-4 Richiesta trasporto Estav SE typeCode
60591-5 Profilo Sanitario Sintetico (patient summary) Estav SE typeCode
60593-1 Dispensazione Farmaci Estav SE typeCode
TC0001 Richiesta Consulenza Estav SE typeCode
TC0002 Risposta Consulenza Estav SE typeCode
TC0003 Key Object Selection Document Estav SE typeCode
TC0004 Referto di Telemedicina Estav SE typeCode
TC0005 Verbale Pronto Soccorso Estav SE typeCode
TC0006 Scheda 118 Estav SE typeCode
TC0007 Verbale Continuità Assistenziale Estav SE typeCode
TC0008 Consulenza di Second Opinion Teleconsulto Estav SE typeCode
TC0009 Consulenza Estav SE typeCode
TC0010 Consulenza di Second Opinion Estav SE typeCode
TC00111 Richiesta Teleconsulto Estav SE typeCode
TC0012 Richiesta Second Opinion Teleconsulto Estav SE typeCode
TC0013 Richiesta di Second Opinion Estav SE typeCode
TC0014 Validazione piano terapeutico farmaci Estav SE typeCode
TC0015 Piano terapeutico farmaci Estav SE typeCode
TC0016 Dispensazione Ausili / Protesi Estav SE typeCode
TC0017 Immagine diagnostica Estav SE typeCode
TC0018 Immagine non ad uso diagnostico Estav SE typeCode
11526-1 Referto di Anatomia Patologica Estav SE typeCode
11502-2 Referto di laboratorio Estav SE typeCode
TC0019 Rifiuto trasporto 118 Estav SE typeCode
Eventuali altri codici saranno mutuati dalla codifica LOINC.

Mime Type
<CodeType name="mimeType">
<Code code="application/pdf" ext="pdf" />
<Code code="application/dicom" ext="dcm" />
<Code code="text/xml" ext="xml" />
<Code code=" application/x-pkcs7-mime" ext="p7m" />
<Code code="text/plain" ext="txt" />
<Code code="text/html" ext="html" />
<Code code="text/html" ext="htm" />
<Code code="multipart/related" ext="mpr" />
<Code code="image/tiff" ext="tif" />
<Code code="image/jpeg" ext="jpg" />
<Code code="image/gif" ext="gif" />
</CodeType>

Pagina 22 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

Event Code List


<rim:Classification classificationScheme="urn:uuid:2c6b8cb7-8b2a-4051-b291-b1ae6a575ef4" classifiedObject="Document01"
id="IdEventCodeList" nodeRepresentation="1" objectType="urn:oasis:names:tc:ebxmlregrep:ObjectType:RegistryObject:Classification">
<rim:Slot name="codingScheme">
<rim:ValueList>
<rim:Value>Estav SE eventCodeList</rim:Value>
</rim:ValueList>
</rim:Slot>
<rim:Name>
<rim:LocalizedString value=“Rosso - Emergenza"/>
</rim:Name>
</rim:Classification>

CODE DISPLAY CODING_SCHEME


1 Rosso – Emergenza Estav SE eventCodeList
2 Giallo – Urgenza indifferibile Estav SE eventCodeList
3 Verde – Urgenza differibile Estav SE eventCodeList
4 Bianco – Urgenza minore Estav SE eventCodeList
5 Bianco – Non uregenza Estav SE eventCodeList

Pagina 23 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

VALORI DA UTILIZZARE PER DETERMINATE CASISTICHE


Referti di laboratorio analisi
DocumentEntry Attribute Descrizione
author Il medico che produce il referto.
code=”CC0004”
classCode
display=”Referto (report)”
code=”11502-2”
typeCode
display=”Referto di Laboratorio”
formatCode PDF
“application/pdf”
mimeType o
“application/pkcs7-mime”
Confidentiality code I referti andranno pubblicati con “N” o “V”. Il caso “V” andrà utilizzato per tutti i casi di referto da oscurare.

Verbale di Pronto Soccorso


DocumentEntry Attribute Descrizione
author Il medico che produce il referto.
code=”CC0008”
classCode
display=”Documenti di sintesi”
code=”TC0005”
typeCode
display=”Verbale Pronto Soccorso”
code=”1”
EventCodeList
display=”Rosso - Emergenza”
formatCode PDF
“application/pdf”
mimeType o
“application/pkcs7-mime”

Referto di Anatomia Patologica


DocumentEntry Attribute Descrizione
author Il medico che produce il referto.
code=”CC0004”
classCode
display=”Referto (report)””
code=”11526-1”
typeCode
display=”Referto di Anatomia Patologica”
formatCode PDF
“application/pdf”
mimeType o
“application/pkcs7-mime”

Pagina 24 di 25
Documento di Affinity Domain Revisione 12
Area Vasta Toscana Sud Est del 01/10/2019

Scheda paziente 118


DocumentEntry Attribute Descrizione
author Il medico o l’infermiere che produce e firma la scheda paziente.
code=”CC0013”
classCode
display=”Scheda paziente 118”
code=”TC0006”
typeCode
display=”Scheda 118”
formatCode PDF (con i dati biometrici della firma)
“application/pdf”
mimeType o
“application/pkcs7-mime”
Confidentiality code La scheda paziente andrà pubblicata con “N”.

Rifiuto trasporto 118


DocumentEntry Attribute Descrizione
author Il paziente (o suo familiare o caregiver delegati) che rifiuta il trasporto del 118 e firma il verbale di rifiuto.
code=”CC0014”
classCode
display=”Rifiuto trasporto 118”
code=”TC0019”
typeCode
display=”Rifiuto trasporto 118”
formatCode PDF (con i dati biometrici della firma)
“application/pdf”
mimeType o
“application/pkcs7-mime”
Confidentiality code Il rifiuto trasporto del 118 andrà pubblicato con “N”.

Pagina 25 di 25

Potrebbero piacerti anche