Rete di Medici di Medicina Generale Specifiche Tecniche Di Integrazione Anagrafe Assistiti Modulo Completo

Transcript

1 SPECIFICHE TECNICHE DI INTEGRAZIONE ANAGRAFE ASSISTITI MODULO COMPLETO PROGETTO ESECUTIVO DEFINITIVO Accordo di Programma Quadro "Sviluppo della Società dell'informazione nella Regione Abruzzo" Atto Integrativo II - SI-II-09 RETE MEDICI DI MEDICINA GENERALE STAZIONE APPALTANTE: RTI AGGIUDICATARIO: DEDALUS S.P.A TELECOM ITALIA S.P.A. 1 di 142

2 INDICE 1 OGGETTO DEL DOCUMENTO DEFINIZIONI, ACRONIMI ED ABBREVIAZIONI RIFERIMENTI PREMESSA INTRODUZIONE Scopo del documento Contesto applicativo di riferimento SPECIFICHE FUNZIONALI Descrizione Generale Scenari di Base Accesso a dati anagrafici certificati Descrizione scenari d uso Notifica scelta e revoca Scenari previsti dall Allegato Servizi Applicativi e Use Cases SIA Servizio Identificazione Assistiti STAA Servizio Trasmissione Aggiornamenti Anagrafici SRDPR - Servizio Riconduzione Paziente SNVA - Servizio notifica variazione anagrafica; il medico notifica una variazione anagrafica verso il MAC Scenari realizzati dal modulo MAC MAC: scenario generale (overview) Descrizione scenari d uso MAC: dettaglio servizi offerti Descrizione scenari d uso SPECIFICHE DI INTERFACCIA Premessa HL7 V Dominio PRPA di 142

3 Patient Activate (PRPA_RM201301UV02) Patient Revise (PRPA_RM201302UV02) Peculiarità della gestione tramite modellazione del dato Dominio Query SIA - Servizio Identificazione Assistiti Sequence Diagram Interaction Diagrams Specifiche Web Service PRPA_AR201304UV STAA - Servizio Trasmissione Aggiornamenti Anagrafici Sequence Diagram Schema Esempio: Coda Vuota Specifiche Web Service PRPA_AR201322IT SRDPR Riconduzione Paziente Sequence Diagram Specifiche Web Service PRPA_AR201322IT SNVA Notifica Variazione Anagrafe verso anagrafe Centrale Sequence Diagram Specifiche Web Service PRPA_AR201302UV SPECIFICHE MESSAGGI Introduzione MCCI_IN000002UV01 (Message Adapter Acknowledgement) Schema Esempio: Application Ackwnoledgment MCCI_IN100001UV01 (Send Poll Request) Schema Esempio: richiesta notifica da coda MCCI_IN100004UV01 (Accept Ack Poll for Next Message in Queue) Schema Esempio: richiesta invio nuovo elemento in coda MCCI_IN100005UV01 (Exception Acknowledgement in Response to Poll Request) Schema Esempio: Coda Vuota PRPA_IN201321IT01(Patient Register Record Revised Poll Response) Schema Esempio: invio elemento in coda di 142

4 8.7 PRPA_IN201322IT01 (Patient Register Duplicates Resolved Poll Response) Schema Esempio: invio elemento in coda PRPA_IN201302UV02 (Patient Registry Record Revised) Schema Esempio: notifica aggiornamento anagrafico PRPA_IN201305UV02 (Patient Registry Find Candidates Query) Schema Esempio: richiesta dati anagrafici paziente Esempio: richiesta lista assistiti PRPA_IN201306UV02 (Patient Registry Find Candidates Query Response) Schema Esempio: invio risposta consultazione QUQI_IN000003UV01 (General Query Activate Query Continue) Schema Esempio: richiesta continuazione query Esempio: richiesta cancellazione query WSDL WSDL PRPA_AR201302UV02_Service.wsdl WSDL PRPA_AR201322IT01_Service.wsdl WSDL PRPA_AR201304UV02_Service.wsdl di 142

5 1 Oggetto del documento Il presente documento costituisce il deliverable (Specifiche di integrazione modulo completo Anagrafe Assistiti) previsto dalla scheda attività 34 Anagrafe Assistiti Modulo Completo definita nel contesto del progetto "Rete MMG" promosso dalla regione Abruzzo. Nello specifico il documento è strutturato come segue: - Nel capitolo 3 sono illustrati i riferimenti di tale deliverable - Nel capitolo 4 è presente la premessa del documento - Nel capitolo 5 si decrive la premessa - Nel capitolo 6 sono descritte le funzionalità erogate dal modulo; - Nel capitolo 7 sono riportate le specifiche di interfaccia tra MAC e sistemi afferenti alla Rete MMG: includono i diagrammi di interazione; - Nel capitolo 8 sono illustrate le specifiche relative a i tracciati HL7 V3 scambiati; - Nel capitolo 9 sono riportati i WSDL per la comunicazione esposti verso gli attori del sistema. Dichiarazione Gli artefatti HL7 Versione 3 riportati in questo documento ricadono sotto i vincoli di copyright internazionale di HL7.org e HL7 Italia. HL7. 5 di 142

6 2 Definizioni, Acronimi ed Abbreviazioni Acronimi: Sigla Esteso Descrizione MAC Modulo Anagrafe Modulo Cache copia dell Anagrafe Assistiti Centrale regionale ed interfacciato con le applicazioni della rete MMG MMG Medici di Medicina Generale SIAR Sistema Informativo di Anagrafe Regionale PLS Pediatri di Libera Scelta aka Also Known As Anche Noto Come HL7 Health Level 7 D-MIM Domain Message Information Model IHE Integrating HealthCare Enterprise Abbreviazioni: Sigla e.g. i.e. Esteso Exempli Gratia (Per Esempio) Id Est (Cioè) 6 di 142

7 3 Riferimenti Per la redazione delle specifiche tecniche in oggetto, nel documento si è fatto riferimento ai seguenti documenti di progetto: PED_Rete_MMG; PED_Allegato_Schede_Attivita; Allegato_Servizi_ Applicativi_e_Use_Case. Si è fatto inoltre riferimento a: Ministero della Salute- Progetto Mattoni SSN - Realizzazione del Patient File - Anagrafe Sanitaria -Linee guida per le modalità di gestione e fruizione dell'anagrafe sanitaria HL7 V3 Normative Edition 2008 HL7 Italia Identificazione OID - Marzo 2008 HL7 Italia Dominio AMPRPA - Person Topic - Specifica di Localizzazione Italiana. In Ballottaggio 4 Premessa Fra i diversi argomenti abitualmente trattati in fase di analisi e progettazione di soluzioni di cooperazione applicativa, ricorre molto spesso la necessità di scambiare informazioni fra sistemi informativi disomogenei che non parlano la stessa lingua. Parlare la stessa lingua è necessario per poter risalire a tutti i dati afferenti ad unico soggetto e/o tipologia di informazione e riuscire ad aggregarli per completare il quadro complessivo del soggetto interessato. Per aggregazione si intende proprio la capacità di puntare alle diverse tipologie di informazioni relative ad un unico soggetto, comunemente dislocate in più tabelle o repository documentali sparsi all interno dell infrastruttura prevista per il progetto. Nella fattispecie, la rete dei Medici di medicina Generale deve garantire un elevato livello di capacità di aggregazione dei dati di natura anagrafica e clinica afferenti all assistito. A tal riguardo, per assurdo, da una parte diventa ancor più importante disaggregare le informazioni, per rispondere ai prerequisiti minimi in materia di privacy e al contempo individuare un unica modalità di indirizzamento dei dati per consentire a tutti i sistemi informativi sanitari coinvolti di dialogare parlando la stessa lingua e, nel nostro caso, di parlare dello stesso assistito. La realizzazione della Rete dei MMG comporterà l interfacciamento tra la componente software regionale di anagrafe ed il modulo di anagrafe centrale specifico per il progetto, destinato a sua volta ad offrire servizi e funzionalità (destinate alla consultazione e acquisizione dei dati del paziente) ai sistemi informativi che si integreranno con la rete stessa. Di fatto, per tutti gli operatori sanitari regionali l unica anagrafe degli assistiti riconosciuta come formalmente valida è quella regionale. Sarà cura di tutte le strutture coinvolte nel progetto, e che non 7 di 142

8 passano attraverso la Rete MMG, interfacciarsi con l anagrafe centralizzata. Per i sistemi informativi integrati con la rete, appositi servizi consentiranno di ottenere quanto necessario ad identificare l assistito e i dati ad esso correlati tramite l uso dei servizi esposti dal modulo MAC (Modulo Anagrafe Centrale) le cui caratteristiche tecniche sono di seguito dettagliato. 5 Introduzione 5.1 Scopo del documento Questo documento descrive come il modulo di Anagrafe Assistiti utilizza i profili di comunicazione e il formato dei messaggi definiti dallo standard internazionale HL7 Versione 3, localizzati nel contesto italiano dalla delegata nazionale HL7 Italia, per interagire con i sistemi esterni afferenti alla rete di Medici di Medicina Generale prevista per il progetto Abruzzo. Il documento corrisponde al deliverable del documento di PED_Allegato_Schede_Attivita. Tali profili definiscono le interazioni che avvengono tra le componenti che compongono il sistema informativo sanitario. Ogni interazione è definita indicando quali transazioni avvengono tra gli attori in gioco. 5.2 Contesto applicativo di riferimento Nell ambito del progetto SI-II-09 Pubblico Incanto realizzazione di Rete di Medici di Medicina Generale (MMG) il modulo di anagrafe assistiti è il master del dato anagrafico per tutti i sistemi afferenti alla Rete in oggetto. La versione completa del modulo di Anagrafe Assistiti ha come obiettivo quello di interfacciare gli attori della rete MMG/PLS con il Servizio di Anagrafe Assistiti Regionale (SIAR) al fine di garantire la visibilità, da parte di tutti gli applicativi autorizzati, delle informazioni dell assistito, di cui è master il sistema di Anagrafe Assistiti Regionale, disciplinando al contempo le politiche di accesso alla banca dati sorgente. Al fine di ottimizzare il flusso informativo di acquisizione delle informazioni dell assistito da parte delle applicazioni appartenenti alla rete MMG/PLS, il modulo di Anagrafe Assistiti è strutturato come segue: un modulo di cache (chiamato MAC Modulo Anagrafe Centrale), copia dell Anagrafe Assistiti Regionale e interfacciato con la rete MMG/PLS le cui specifiche tecniche sono oggetto del presente documento; un componente software che esporrà dei Web service verso l Anagrafe Assistiti Regionale che si farà carico di comunicare al modulo MAC le variazioni anagrafiche. 8 di 142

9 Figura 1 - Contesto applicativo Anagrafe Assistiti 6 Specifiche Funzionali 6.1 Descrizione Generale Per assicurare l univocità di identificazione degli assistiti all interno del domino operativo (i.e. la rete MMG/PLS), quindi garantire la corretta attribuzione delle informazioni anagrafiche e di posizione assistenziale (informazioni su medico curante, esenzioni, ) viene proposto un modello di collaborazione fra sistemi anagrafici di tipo gerarchico, in cui il modulo MAC (Modulo Anagrafe 9 di 142

10 Centrale) svolga il ruolo di Anagrafe Sanitaria Master per l intero sistema informativo della Rete dei Medici a livello Regionale. L ownership delle informazioni identificative ed anagrafiche sarà comunque detenuta dall Anagrafe Regionale: il modulo fornito (MAC) - oggetto di questo progetto sarà quindi mantenuto in sincrono con l Anagrafe Regionale attraverso il servizio SIAR fungendone da cache ed operando come interfaccia di collaborazione verso la rete MMG. Il modello di collaborazione fra anagrafiche adottato (modello gerarchico) prevede tutti i sistemi periferici (Cartelle Ambulatoriali MMG/PLS,etc) si comportino in termini di identificazione anagrafica come slave : tutte le informazioni anagrafiche ed identificative sono quindi derivate dal sistema MAC. Data la peculiarità del processo assistenziale territoriale gestito dai Medici di Medicina Generale e delle caratteristiche della infrastruttura informativa e di comunicazione utilizzata a supporto di quest ultimo, è stato scelto deciso di utilizzare un modello di interazione fra MAC e sistemi periferici così strutturato: per le comunicazioni da MAC verso i sistemi periferici si prevede una interazione di tipo asincrono attraverso un meccanismo di polling (gestione di code) - per le notifiche di variazioni anagrafiche o di riconduzione di posizioni duplicate; i meccanismi di collaborazione fra sistemi periferici e MAC (consultazione anagrafe, notifica aggiornamenti dati) saranno invece realizzati attraverso servizi sincroni. Come detto, tale scelta si è resa necessaria dalle caratteristiche degli applicativi che potrebbero essere utilizzati dai MMG e dalle condizioni di uso di quest ultimi, tali da non assicurare la disponibilità continua di servizi di recezione attivi. E importante notare come la scelta effettuata - attraverso la disponibilità di meccanismi sia sincroni che asincroni - assicuri la massima flessibilità operativa ai diversi attori in gioco (per maggiori dettagli si vedano gli use cases seguenti), permettendo, inoltre, la successiva apertura a nuovi sistemi applicativi e modelli di collaborazione. Ogni servizio è realizzato tramite servizi conformi allo standard HL7 V3, dove necessario, localizzato nel Realm Italiano. Dal punto di vista funzionale, il medesimo database del sistema MAC è utilizzato oltre che dall interfaccia applicativa di cooperazione descritta nei paragrafi seguenti, anche un front-end web per la consultazione delle informazioni gestite dal sistema. 10 di 142

11 ARIT Elaborato da : Area Tecnica ARIT Data: 08/04/2009 versione finale File: MMG Schema Tecnologico - Infrastruttura Applicativa_v1.4.vsd SCHEMA GLOBALE LOGICO MMG MMG/PLS Operatore Sanitario/ Operatore amministrativo ASL_ReteMMG CA MMGAPV0_ (Application Server) S.O.: RedHat Enterprice Linux 5 Servizi: Apache 2.2.3, jboss Moduli Applicativi: Porte di Dominio, Access gateway, Repository Switch Centro stella ASL ASL_ReteLAN Cittadino CA MMGDBV0_ (Database Server) S.O.: RehHat Enterprise Linux 5 Servzi/DB: Postgres SQL Istanze/schemi: Repository MMG/PLS Operatore Sanitario Applicativi refertanti/ (ASL) Applicativi di laboratorio INTERNET COMNET-RA Fruizione servizi Regione/Direzione Sanità Fruizione servizi Flusso unidirezionale RP3 (Reverse Proxy POP3) S.O.: Linux CentOS + Cluster RedHat Servizi: Delegate 9.2 RP1 (Reverse Proxy) S.O.: Sun Solaris 10 RP2 (Reverse Proxy) S.O.: Sun Solaris 10 Gateway IASI Anagrafe Assistiti Regionale AS400 Sistema Prenotazione SOVRACUP regionale Server LDAP (Repository Gestione Utenti PIM) S.O.: Solaris 10 Servizio: Sun Directory LDAP Allineamento utenti NAS Persistenza temporanea delle mail del Gestore Eventi CTTLMMGWEB (Web Server) S.O.: RedHat Enterprice Linux 5 Servizi: Apache Funzionalità: Bilanciatore JBOSS Allineamento Anagrafe Assistiti/ Prenotazione CUP CTTLMMGAPP (Application Server) S.O.: RedHat Enterprise Linux 5 Servizi: jboss 4.2.1, JAMES, libreria AMclientSDK (DA VERIFICARE SE INSTALLARLE QUI O SUGLI WS). Moduli Applicativi: Porte di Dominio, Front End Web (FSE, Scheda Sanitaria, Patient Summary, Anagrafe Operatori, Wizard Patient Summary, Gestore Linee Guida, Pescrizioni), Anagrafe Assistiti (MAC), Gestore Eventi, Access Gateway, Gestore Linee Guida, Modulo CUP, Registry, Repository Legenda Sottotitolo legenda Simbolo Numero Descrizione 1 Server Web 1 Server della directory 1 PC 1 Ethernet 3 Server database 1 Server 3 Server proxy 3 Application Server 2 Switch CTTL - ARIT SAN Registry-Repository- Anagrafe Assistiti- Anagrafe Operatori CTTLMMGDBS (Database Server) S.O.: RehHat Enterprise Linux 5 Servzi/DB: Postgres SQL ver , OpenLDAP ver. 2.3 Istanze/schemi: Registry, Repository, LDAP Anagrafe Operatori, Anagrafe Assistiti Flusso ComNET-RA (Browser Web / WebServices) Flusso Internet (Browser Web / WebServices) Flusso ComNET-RA (Browser Web / WebServices / POP3) Flusso POP3 Figura 2 Modello architetturale complessivo 11 di 142

12 6.2 Scenari di Base Accesso a dati anagrafici certificati Il diagramma seguente descrive uno scenario di base a cui fanno riferimento i servizi di integrazione fra Rete di MG/PLS e modulo MAC. Tale scenario, contestualizzato al caso di Medico di Medicina Generale, può essere direttamente applicato anche nel caso di altri operatori sanitari e non (ovviamente cambiando attore principale e sistema applicativo). Figura 3 - Scenario d'uso di base: uso dati certificati 12 di 142

13 Descrizione scenari d uso Use case Usa Dati Anagrafici "Certificati" Notifica Informazioni Consultazione Anagrafe Descrizione L'operatore (sanitario,.amministrativo,...) utilizza nella gestione del processo operativo di sua competenza, tramite i sistemi informativi a supporto (e.g. cartella clinica, ADT,...), dati anagrafici ed identificativi dell'assistito aggiornati e validati a livello di Sistema Informativo Anagrafe Regionale. L operatore sanitario (Medico di Famiglia Medicina Generale, Specialista, ) riceve, attraverso il proprio sistema applicativo (e.g. cartella clinica), notifiche di variazioni anagrafiche da parte dell anagrafe centrale, al fine di avere a disposizione una base dati anagrafica aggiornata e validata a livello regionale, senza dover consultare costantemente l anagrafe centrale. Le notifiche possono riguardare aggiornamenti relativi ai dati anagrafici, la posizione assistenziale (medico curante, esenzioni,...) e gli identificativi del paziente. Le notifiche possono riguardare : inserimento di un nuovo paziente (Add) variazioni anagrafiche del paziente (Revise Info) riconciliazione di dati duplicati (Merge) L operatore sanitario (Medico di Famiglia, Specialista, ) consulta, attraverso il proprio sistema applicativo (cartella clinica o Front End Web), l anagrafe centrale al fine di ottenere informazioni anagrafiche, di posizione assistenziale (medico curante, esenzioni,...) ed identificative del paziente aggiornate e validate a livello regionale. La consultazione avviene attraverso un meccanismo di query e può essere usata sia per ottenere informazioni riguardo uno specifico paziente, che per avere la lista dei candidati che rispondono a specifici criteri di matching. 13 di 142

14 6.2.2 Notifica scelta e revoca Il diagramma seguente descrive uno scenario di base a cui fanno riferimento i servizi di integrazione fra Rete di MG/PLS e modulo MAC. Figura 4 - Scenario d'uso di base: scelta e revoca 14 di 142

15 6.3 Scenari previsti dall Allegato Servizi Applicativi e Use Cases Per facilitare la tracciabilità con i precedenti documenti di progetto sono riportati in questa sezione i diagrammi di Use Case descritti nel documento Allegato_Servizi_ Applicativi_e_Use_Case. Gli scenari previsti per l integrazione anagrafica fra rete MMG/PLS e MAC sono: SIA Servizio Identificazione Assistiti (vedi anche paragrafo 6.3.1); STAA Servizio Trasmissione Aggiornamenti Anagrafici (vedi anche paragrafo 6.3.2) dove per Aggiornamenti si intende una o più delle movimentazioni indicate nella seguente lista e comunicate dal servizio SIAR; SRDPR - Servizio Riconduzione Paziente (vedi anche paragrafo 6.3.3); SNVA - Servizio notifica variazione anagrafica; il medico notifica una variazione anagrafica verso il MAC (vedi anche paragrafo 6.3.4). 15 di 142

16 6.3.1 SIA Servizio Identificazione Assistiti Il servizio (SIA) consente ad un attore del sistema di ricevere le informazioni anagrafiche relative all assistito partendo da un set parziale di informazioni. La modalità di invocazione è sincrona. Il servizio permette il recupero dei dati anagrafici degli assistiti e le informazioni sul medico di base e sulle esenzioni assegnate all assistito. Tale servizio può essere utilizzato in modalità diretta ma anche da altri servizi per il recupero di informazioni utili ad effettuare i controlli di confronto sui dati. SIA - Servizio Identificazione Assistiti Sio - Servizio Identificazione Operatori Operatore Figura 5 - Use case SIA STAA Servizio Trasmissione Aggiornamenti Anagrafici Il servizio applicativo STAA permette la trasmissione degli aggiornamenti anagrafici in caso di variazioni a livello di Anagrafe Regionale agli attori destinatari (Medico Di Medicina Generale titolare dell assistito). STAA - Servizio Trasmissione Aggiornamenti Anagrafici Anagrafica Assistiti Figura 6 - Use case STAA 16 di 142

17 6.3.3 SRDPR - Servizio Riconduzione Paziente Il servizio applicativo SRDPR permette la trasmissione degli aggiornamenti anagrafici relativi alla riconduzione di due assistiti agli attori destinatari.questo caso si verifica quando a livello di Anagrafe Regionale due assistiti con identificativo regionale diverso vengono ricondotti su un unico record. SRDPR - Servizio Riconduzione Paziente Anagrafica Assistiti Figura 7 - SRDPR - Servizio Riconduzione Paziente SNVA - Servizio notifica variazione anagrafica; il medico notifica una variazione anagrafica verso il MAC Il servizio applicativo SNVA permette l invio di eventuali modifiche dell anagrafe assistito al MAC per una gestione di BackOffice demandata al SIAR. Figura 8 - SNVA - Servizio notifica variazione anagrafica 17 di 142

18 6.4 Scenari realizzati dal modulo MAC Per implementare lo scenario di base precedente, il modulo MAC offre una serie di servizi (sintetizzati nei e 6.4.1) che realizzano gli scenari d uso descritti nel paragrafo MAC: scenario generale. In particolare nel precedente paragrafo sono stati riportati gli use case specificati nel documento Allegato_Servizi_ Applicativi_e_Use_Case ; mentre nel MAC: scenario generale saranno descritti in maniera più estensiva gli scenari di interazione generici di una Anagrafe Assistiti Master (nello specifico il MAC) e come questi siano stati poi realizzati attraverso i servizi offerto dal MAC. Le specifiche di interfaccia di questi servizi saranno poi descritti nel capitolo 7 Specifiche di interfaccia. 18 di 142

19 6.4.1 MAC: scenario generale (overview) Nel presente paragrafo sono descritti attraverso scenari d uso i tipi di servizi offerti dal modulo MAC evidenziando come questi siano realizzati all interno della soluzione. Figura 9 - Scenari d'uso realizzati dal modulo MAC (overview) 19 di 142

20 Descrizione scenari d uso Use Case Consultazione Anagrafica Notifica Informazioni Descrizione L operatore sanitario (Medico di Medicina Generale, Specialista, ) consulta, attraverso il proprio sistema applicativo (e.g. cartella clinica), l anagrafe centrale al fine di ottenere informazioni anagrafiche, di posizione assistenziale (medico curante, esenzioni,...) ed identificative del paziente aggiornate e validate a livello regionale. La consultazione avviene attraverso un meccanismo di query e può essere usata sia per ottenere informazioni riguardo uno specifico paziente, che per avere la lista dei candidati che rispondono a specifici criteri di ricerca. L operatore sanitario (Medico di Medicina Generale, Specialista, ) riceve, attraverso il proprio sistema applicativo (e.g. cartella clinica), notifiche di variazioni anagrafiche da parte dell anagrafe centrale, al fine di avere a disposizione una base dati anagrafica aggiornata e validata a livello regionale, senza dover consultare costantemente l anagrafe centrale. Le notifiche possono riguardare aggiornamenti relativi ai dati anagrafici, la posizione assistenziale (medico curante, esenzioni,...) e gli identificativi del paziente. Le notifiche possono riguardare : inserimento di un nuovo paziente (Add) variazioni anagrafiche del paziente (Revise Info) riconciliazione di dati duplicati (Merge) Notifica Duplicati Risoluzione L operatore sanitario (Medico di Medicina Generale, Specialista, ) riceve, attraverso il proprio sistema applicativo (e.g. cartella clinica), notifiche di variazioni anagrafiche da parte dell anagrafe centrale, al fine di avere a disposizione una base dati anagrafica aggiornata e validata a livello regionale, senza dover consultare costantemente l anagrafe centrale. Riguarda specificatamente la notifica di variazione di identificazione di un assistito esistente (e/o riconciliazione di duplicati). Può includere anche altre variazioni anagrafiche (incluso dati relativi alla posizione dell'assistito: esenzioni, medico curante,..). Ref HL7: Patient Merge; Patient Registry Duplicates Resolved 20 di 142

21 Use Case Ricezione Notifica Aggiornamento Anagrafico Descrizione Il modulo MAC riceve dai sistemi della rete MMG/PLS (e.g. cartelle MMG/PLS) informazioni circa la necessità di apportare variazioni ai dati anagrafici di un assistito esistente (e.g. variazioni di domicilio del paziente). Le notifiche riguardano variazioni anagrafiche (incluso dati relativi alla posizione dell'assistito: esenzioni, medico curante,..) relative ad un record assistito esistente. Le variazioni contenute nella notifica NON possono essere relative alla modifica dell indentificativo regionale dell'assistito. Ref HL7: Patient Update; Patient Registry Record Revised MAC: dettaglio servizi offerti Figura 10 Dettaglio Servizi offerti dal modulo MAC 21 di 142

22 Descrizione scenari d uso Use Case Servizio Paziente Riconduzione Descrizione Servizio fornito dal MAC per realizzare lo use case Notifica Riconduzione Duplicati, quindi mantenere aggiornati i sistemi periferici circa le variazioni di identificazione degli assistiti (incluso riconciliazione di duplicati). Precondizione di questo scenario è la notifica al MAC da parte dell'anagrafe regionale (SIAR), attraverso il Servizio di Integrazione Anagrafe Regionale, di una variazione dell'identificativo regionale di un assistito presente. Il servizio si avvale di un meccanismo di interazione asincrona (pull model) attraverso code : per ogni potenziale destinatario (e.g. Medico di Famiglia), MAC predispone una coda su cui vengono registrate le notifiche di risoluzione duplicati di interesse per il destinatario (e.g. variazioni relative ai propri assistiti); sistemi MMG/PLS richiedenti interrogano quindi in modo sincrono l applicazione MAC per verificare se ci sono nuove notifiche a loro destinati, invocando un web service che attinge alla coda applicativa che detiene le informazioni destinate a quel medico. Per riferimento a Use Cases definiti nel documento Allegato_Servizi_Applicativi_e_Use_Case vedi SRDPR - Servizio Riconduzione Paziente. 22 di 142

23 Use Case Servizio Assistiti Identificazione Descrizione Servizio fornito dal MAC per ottenere informazioni aggiornate e validate riguardo gli assistiti (informazioni anagrafiche, identificatori, posizione assistenziale,...) a partire da un insieme di condizioni di ricerca. Tale servizio può essere usato per ottenere le informazioni relative ad uno specifico paziente o ricavare la lista degli assistiti che soddisfano specifici criteri (e.g. l intera lista degli assistiti relativi al medico richiedente, in caso fosse necessario per l aggiornamento massivo dell anagrafe locale di cartella). La consultazione può essere utilizzata per esempio: al momento della prima identificazione per migliorare il grado di affidabilità dei dati prima della loro importazione all interno della cartella clinica del MMG/PLS; oppure, in itinere, per verificare la coerenza dei dati presenti nell applicativo di cartella. I tratti anagrafici considerati sono: il cognome; il nome; la data di nascita; il luogo di nascita inteso come comune/città (se applicabile) e nazione di nascita; il genere sessuale. gli identificativi alfanumerici della persona, generati da enti od organismi giurisdizionali, come ad esempio il codice fiscale rilasciato dal Ministero Economia e Finanze; l ordine di nascita, nel caso di parto plurigemellare; la data di decesso (i dettagli sul decesso, come luogo e causa, sono da intendersi come atto sanitario). Attraverso questo servizio il medico potrà verificare la correttezza delle informazioni anagrafiche fornite dal soggetto o da un suo delegato (tutore, genitore) o recuperare tali informazioni dal MAC a partire dai suoi documenti di riconoscimento (Tessera TEAM, Codice Fiscale, Carta di Identità,..). Il servizio è realizzato usando il meccanismo di query HL7 V3 Per riferimento a Use Cases definiti nel documento Allegato_Servizi_Applicativi_e_Use_Case vedi SIA Servizio Identificazione Assistiti. 23 di 142

24 Use Case Servizio Trasmissione Aggiornamenti Anagrafici Descrizione Tramite il Servizio Trasmissione Aggiornamenti Anagrafici STAA - il sistema MAC, master del dato anagrafico, fornisce ai sistemi della rete MMG/PLS le variazioni anagrafiche comunicate dal Servizio Integrazione Anagrafe Regionale. Il servizio realizza lo scenario Notifica Aggiornamento Anagrafico. Il servizio si avvale di un meccanismo di interazione asincrona (pull model) attraverso code : per ogni potenziale destinatario (e.g. Medico di Famiglia), MAC predispone una coda su cui vengono registrate le notifiche di variazione anagrafica di interesse per il destinatario (e.g. variazioni relative ai propri assistiti); sistemi MMG/PLS richiedenti interrogano quindi in modo sincrono l applicazione MAC per verificare se ci sono nuove notifiche a loro destinati, invocando un web service che attinge alla coda applicativa che detiene le informazioni destinate a quel medico. Per riferimento a Use Cases definiti nel documento Allegato_Servizi_Applicativi_e_Use_Case si veda STAA Servizio Trasmissione Aggiornamenti Anagrafici 24 di 142

25 Use Case Servizio di Notifica Variazione Anagrafe Descrizione Tramite il Servizio di Notifica Variazione Anagrafe SNVA il modulo MAC, master del dato anagrafico, riceve dai sistemi della rete MMG/PLS (e.g. cartelle MMG/PLS) informazioni circa la necessità di apportare variazioni ai dati anagrafici di un assistito esistente (e.g. variazioni di domicilio del paziente). La possibilità di ricevere informazioni di aggiornamento da parte dei sistemi periferici costituisce un valore aggiunto per la soluzione, poiché gli operatori sanitari che agiscono sul territorio sono in grado di confrontarsi in maniera più puntuale con gli assistiti. Tale condizione permette perciò di evidenziare tempestivamente eventuali anomalie nel record detenuto dal SIAR o di recepire eventuali variazioni anagrafiche non note (e.g. domicilio) La gestione, in BackOffice, di tali notifiche può consentire di verificare la consistenza dei dati contenuti sull Anagrafe Regionale. Il servizio realizza lo scenario Ricezione Notifiche Anagrafiche. Le variazioni anagrafiche considerate in questo scenario si riferiscono ai soli dati anagrafici di un assistito esistente I dati inviati possono essere relativi a: il cognome; il nome; la data di nascita; il luogo di nascita inteso come comune/città (se applicabile) e nazione di nascita; il genere sessuale. gli identificativi alfanumerici della persona, generati da enti od organismi giurisdizionali, come ad esempio il codice fiscale rilasciato dal Ministero Economia e Finanze; l ordine di nascita, nel caso di parto plurigemellare; la data di decesso (i dettagli sul decesso, come luogo e causa, sono da intendersi come atto sanitario). Ref HL7 : storyboard HL7 Patient Registry Record Revised PRPA_ST201302UV01 Per riferimento agli Use Cases definiti nel documento Allegato_Servizi_Applicativi_e_Use_Case si veda "SNVA - Servizio notifica variazione anagrafica; il medico notifica una variazione anagrafica verso il MAC 25 di 142

26 Use Case Servizio Integrazione Anagrafe Regionale Descrizione Tramite il Servizio di Integrazione Anagrafe Regionale il modulo MAC, master del dato anagrafico, gestisce la sincronizzazione con l Anagrafe Assistiti Regionale (aka Sistema Informativo di Anagrafe Regionale SIAR). MCCI: Polling Transmission Message Il servizio è sincrono, monodirezionale (da SIAR verso MAC) ed è realizzato tramite web services. Il servizio realizza lo scenario Ricezione Notifiche Anagrafiche Il modulo MAC realizza il meccanismo di interazione asincrona tramite code attraverso l infrastruttura di trasmissione HL7 V3 definita dal Message Control Infrastructure (MCCI) Polling Message Transmission. Per dettagli circa le modalità di interazione (sequence diagram) riferirsi al di 142

27 7 Specifiche di interfaccia 7.1 Premessa Come specificato nel capitolo precedente, il sistema MAC interagisce con i sistemi informatici periferici della rete MMG/PLS attraverso servizi di sincronizzazione anagrafica, al fine di assicurare all intera rete la condivisione delle informazioni anagrafiche ed identificative degli assistiti. Tali servizi sono offerti al fine di definire un Dominio di Identificazione Paziente (aka in ambito IHE come Affinity Domain ) per la Regione Abruzzo svolgendo il ruolo di Anagrafica Assistiti Master precondizione per poter realizzare un Fascicolo Sanitario Elettronico. I servizi sono realizzati dal modulo MAC attraverso l invocazione e l esposizione di Web Services: specializzati per l interfacciamento con il Sistema Informativo Anagrafico Regionale; aderenti a specifiche di integrazione conformi allo standard HL7 V3 per l interfacciamento verso i sistemi periferici della rete MMG/PLS. I servizi realizzati in quest ambito sono: Servizio Descrizione Riferimento Specifiche Tecniche SIA Servizio Identificazione Assistiti 7.3 STAA Servizio Trasmissione Aggiornamenti Anagrafici 7.4 SRDPR Servizio Riconduzione Paziente 7.5 SNVA Servizio Notifica Variazione Anagrafica verso anagrafe Centrale 7.6 I servizi esposti possono essere richiamati dalle componenti software che vi si interfacceranno ondemand, a discrezione dei gestori dei sistemi (quando necessario o a cadenze programmate) secondo le esigenze specifiche di ogni applicativo software ed in base ai diversi flussi operativi. Nel paragrafo successivo viene fornita una breve sezione introduttiva sullo standard HL7 V3 e sui modelli dati di riferimento D-MIM (Domain Message Information Model) per il dominio Patient Administration. 27 di 142

28 7.2 HL7 V3 Senza entrare nello specifico di cosa sia lo standard HL7 V3 e sulle modalità di sviluppo di tale standard, per il quale si rimanda alla documentazione ufficiale di HL7 è interessante ricordare che in tale standard la strutturazione a domini conoscitivi, permette di specificare una struttura di modello informativo legato ad un ambito limitato, allo scopo di focalizzare uno scopo preciso del modello e limitarne la complessità. Inoltre, per consentire la contestualizzazione dello standard all interno dei diversi ambiti locali (e.g. Italia), quindi rispondere alle diverse esigenze locali, è possibile, da parte dei singoli affiliati nazionali, specializzare i modelli generali definiti dall organismo internazionale HL7 - HL7.org per il trattamento dei domini conoscitivi. Quest azione da parte delle affiliate nazionali è detta localizzazione ; in Italia l associazione HL7 Italia è l affiliata nazionale ufficialmente riconosciuta da HL7.org ed è quindi l incaricata della localizzazione italiana dello standard HL7 V3. Qui di seguito sono riportati sinteticamente i principali modelli dati di riferimento (D-MIM) per i principali domini di interesse per questo progetto Dominio PRPA Il dominio AMPRPA, indicato nel seguito come PRPA, è l ambito di definizione del trattamento delle informazioni anagrafiche delle persone o soggetti di cura. Nella localizzazione di questo dominio non saranno prese in considerazione le modalità di identificazione della Persona (ad esempio rilevando i dati dalla carta di identità, comunicati a voce via telefono, ecc.), ma si assumerà che le informazioni definite come obbligatorie in un contesto sanitario siano acquisite secondo quanto in uso nella organizzazione/struttura sanitaria. Alcune iniziative in cors a carattere di indirizzo o normativo (Ministero dalla Salute Patient File, UNI) hanno l obiettivo di indicare le modalità di corretto rilevamento dei parametri anagrafici relativi ai contesti sanitari; si rimanda a queste iniziative per una corretta applicazione delle procedure di acquisizione dei tratti anagrafici delle persone/pazienti. La definizione statica del modello informativo è rappresentata dal diagramma delle classi del DMIM riportato nei paragrafi seguenti. La localizzazione tiene conto della funzionamento di base del dominio PRPA, modellato come gestione delle comunicazioni da e verso un registro anagrafico di persone/pazienti. La semantica delle interazioni definite e le modalità di gestione del registro rimangono inalterate, secondo quanto definito in PRPA. 28 di 142

29 Patient Activate (PRPA_RM201301UV02) Figura 11 - DMIM del dominio PRPA Rel.2, Patient Topic 29 di 142

30 Patient Revise (PRPA_RM201302UV02) Figura 12 - Classi necessarie alla costruzione dei messaggi di aggiornamento dell'anagrafe Sanitaria. 30 di 142

31 Peculiarità della gestione tramite modellazione del dato I tratti anagrafici di una persona definiscono gli elementi chiave per la sua identificazione o descrizione anagrafica. I tratti anagrafici fondamentali considerati sono: il cognome; il nome; la data di nascita; il luogo di nascita amministrativo, inteso come comune/città (se applicabile) e nazione di nascita; il genere sessuale amministrativo. I tratti anagrafici secondari considerati sono: gli identificativi alfanumerici della persona, generati da enti od organismi giurisdizionali, come ad esempio il codice fiscale rilasciato dal Ministero Economia e Finanze; l ordine di nascita, nel caso di parto plurigemellare; la data di decesso (i dettagli sul decesso, come luogo e causa, sono da intendersi come atto sanitario). Non essendo definiti a livello HL7.org livelli di certificazione dei tratti anagrafici formalizzati, che dipendono dai contesti organizzativi nazionali, la definizione della affidabilità delle informazioni deve essere legata in modo statico all ambiente di identificazione. Nel caso di incertezza delle informazioni acquisite si dovrà provvedere ad eseguire un collegamento con un anagrafe di livello superiore a cui chiedere conferma dei tratti anagrafici, oppure ad attuare procedure regolari per il consolidamento delle posizioni anagrafiche acquisite. Assumendo che il garante delle informazioni sia il Patient.ProviderOrganization, questo dovrà definire politiche interne di acquisizione dei tratti anagrafici con l attribuzione di identificativi alfanumerici atti a definire il livello di incertezza (ad esempio un identificativo alfanumerico della persona che inizia con 99XX può definire un livello di incertezza dei dati). Per maggiori informazioni sull uso degli OID si rimanda al documento di politiche di gestione degli OID di HL7 Italia. 31 di 142

32 7.2.2 Dominio Query Figura 13 - Classi necessarie alla costruzione dei messaggi di Query (Query Infrastructure Domain Model - QUQI_DM000000UV) 32 di 142

33 7.3 SIA - Servizio Identificazione Assistiti Le specifiche funzionali del servizio SIA, che implementa lo scenario d uso generico Consultazione Anagrafica (vedi 6.4.1) - sono definite nel Il modello di interazione previsto da quest interfaccia è descritta dal diagramma di sequenza riportato in Figura 15 - Servizi Identificazione Assistiti. Ed è la localizzazione nel Realm Italiano dello scenario HL7 Patient Registry Find Candidates Query (PRPA_ST201305UV02) Figura 14 Patient Registry Find Candidates Query (PRPA_ST201305UV02) Lo scenario è definito dalle interazioni: I. Patient Registry Find Candidates Query: PRPA_IN201305UV02 II. Patient Registry Find Candidates Query Response: PRPA_IN201306UV02 Così strutturate : Patient Registry Find Candidates Query (PRPA_IN201305UV02) Trigger Event Patient Registry Find Candidates Query PRPA_TE201305UV02 Transmission Wrapper Send Message Payload MCCI_MT000100UV01 Control Act Wrapper Query Control Act Request : Query By Parameter QUQI_MT021001UV01 Message Type Patient Registry Query By Demographics PRPA_MT201306UV02 33 di 142

34 Patient Registry Find Candidates Query Response (PRPA_IN201306UV02) Trigger Event Patient Registry Find Candidates Query Response PRPA_TE201306UV02 Transmission Wrapper Application Level Acknowledgement MCCI_MT000300UV01 Control Act Wrapper Master File / Registry Query Response,Role Subject MFMI_MT700711UV01 Query Response Type Patient Registry Find Candidates Response PRPA_MT201310UV02 Query Definition Patient Registry Query By Demographics PRPA_MT201306UV02 Il servizio offerto supporta il meccanismo di query continuation per consentire il recupero delle informazioni anagrafiche su più sessioni. Per dettagli sui meccanismi di Query HL7 riferirsi alla documentazione ufficiale di HL7 V3 del dominio Query Infrastructure nella sezione Specification Infrastructure (un estratto del modello dati di riferimento è riportato in sezione Dominio Query ) Sequence Diagram Il diagramma di sequenza con cui MAC interagisce coi sistemi periferici è riportato in Figura 15 - Servizi Identificazione Assistiti. Lo scenario realizzato dal MAC ha richiesto la localizzazione nel Realm Italiano dei messaggi di ritorno. 34 di 142

35 Interaction Diagrams Applicativo Periferico MAC Patient Registry Find Candidates Query PRPA_IN201305UV02 Patient Registry Find Candidates Query Response PRPA_IN201306UV02 General Query Activate Query Continue QUQI_IN000003UV01 Patient Registry Find Candidates Query Response PRPA_IN201306UV02 Figura 15 - Servizi Identificazione Assistiti 35 di 142

36 La sequenza di interazioni attesa per la prima richiesta per il servizio SIA è la seguente: 1. L applicazione MMG/PLS invia un messaggio standard PRPA_IN201305UV02 per interrogare l anagrafe MAC. La query viene identificata in maniera univoca da parte del richiedente; 2. L anagrafe MAC risponde con un messaggio Soap PRPA_IN201306UV02 così strutturato, in caso di : 2.1. ricerca senza esito: non viene restituito nessun elemento registrationevent ; l elemento queryack.queryresponsecode (control act wrapper) è valorizzato a "NF" (no data found, no errors); acknowledgement.typecode (transmission wrapper) è valorizzato a AA (application accept) ricerca con esito positivo (uno o più record) restituisce in un singolo messaggio tanti elementi registrationevent per quanti sono i record trovati per un massimo di valori configurabile; l elemento queryack.queryresponsecode (control act wrapper) è valorizzato a "OK" (data found, no errors); acknowledgement.typecode (transmission wrapper) è valorizzato a AA (application accept) identificativo di query duplicato, ovvero se esiste già una query attiva con lo stesso identificativo: non viene restituito nessun elemento registrationevent l elemento queryack.queryresponsecode (control act wrapper) è valorizzato a AE (application error); acknowledgement.typecode (transmission wrapper) è valorizzato a AE (application error) la classe acknowledgmentdetail ha l attributo typecode e gli elementi code così valorizzati. Attributo typecode Valore E code Il richiedente è informato dal MAC circa l invio parziale o completo dei dati attraverso gli elementi 3.1. queryack.resulttotalquantity@value, per indicare il numero totale di record trovati 3.2. queryack.resultcurrentquantity@value, per indicare il numero totale di record restituiti nel messaggio corrente 3.3. queryack.resultremainingquantity@value, per indicare il numero totale di record che devono essere ancora comunicati Nel caso di ricerca con esito positivo, se i risultati prodotti eccedono il numero massimo di risultati in grado di essere ricevuti nel primo messaggio di risposta, è possibile richiedere esplicitamente l invio dei blocchi di record successivi con una HL7 V3 General Query Activate Query Continue (Trigger Query General Activate Query Continuation - QUQI_TE000003UV01), la sequenza di interazioni prevista è la seguente: 36 di 142

37 1. il richiedente invia un messaggio di acknowledgement QUQI_IN000003UV01, che contiene il riferimento all identificativo della query originale. 2. Tale messaggio viene interpretato dal MAC come avvenuta ricezione con successo del messaggio precedente e richiesta di invio di un nuovo blocco di record. 3. Per ogni richiesta di continuazione ricevuta il MAC risponde in maniera sincrona restituendo un messaggio PRPA_IN201306UV02 contenente un blocco di record anagrafici relativi alla lista di record associati alla query. 4. Questo processo viene ripetuto fino all esaurimento dei risultati. Il richiedente è informato dal MAC circa l invio parziale o completo dei dati attraverso gli elementi 4.1. queryack.resulttotalquantity@value, per indicare il numero totale di record trovati 4.2. queryack.resultcurrentquantity@value, per indicare il numero totale di record restituiti nel messaggio corrente 4.3. queryack.resultremainingquantity@value, per indicare il numero totale di record che devono essere ancora comunicati Le specifiche dei messaggi usati sono descritti in 8.9 PRPA_IN201305UV02 (Patient Registry Find Candidates Query) e 8.10 PRPA_IN201306UV02 (Patient Registry Find Candidates Query Response) Specifiche Web Service PRPA_AR201304UV02 Di seguito è riportata una sintesi della struttura del web service utilizzato per implementare il servizio PRPA_AR201304UV02; per maggiori dettagli riferirsi alla sezione WSDL PRPA_AR201304UV02_Service.wsdl WEB Service PRPA_AR201304UV URL Servizi Porta bidings Operazione Operazione Operazione PRPA_AR201304UV02_Service PRPA_AR201304UV02_Port PRPA_AR201304UV02SoapBinding PRPA_AR201304UV02_Query_PRPA_IN201305UV02 Input: PRPA_IN201305UV02 Output: PRPA_IN201306UV02 PRPA_AR201304UV_Query_Continue_QUQI_IN000003UV01 Input: QUQI_IN000003UV01 Output: PRPA_IN201306UV02 PRPA_AR201304UV_Query_Cancel_QUQI_IN000003UV01 Input: QUQI_IN000003UV01_Cancel Output: MCCI_IN000002UV01 37 di 142

38 7.4 STAA - Servizio Trasmissione Aggiornamenti Anagrafici Le specifiche funzionali del servizio STAA, che implementa lo scenario d uso generico Notifica Aggiornamento Anagrafico (vedi 6.4.1) - sono definite nel Per le ragioni già specificate nella sezione introduttiva è stato deciso di adottare un meccanismo di interazione di tipo asincrono attraverso code: per ogni potenziale destinatario (e.g. Medico di Famiglia), il modulo MAC predispone una coda su cui vengono registrate le notifiche di variazione anagrafica di interesse per il destinatario (e.g. variazioni relative ai propri assistiti); i sistemi MMG/PLS richiedenti interrogano quindi in modo sincrono l applicazione MAC per verificare se ci sono nuove notifiche a loro destinate, invocando un web service che attinge alla coda applicativa che detiene le informazioni destinate a quell operatore sanitario. Il modello di interazione previsto da questa interfaccia è descritto dal diagramma di sequenza riportato in Figura 18 - servizio di trasmissione aggiornamenti anagrafici e fa riferimento all infrastruttura di trasmissione HL7 V3 di Polling definita dal Message Control Infrastructure (MCCI) Polling Message Transmission ed in particolare alla storyboard Send Poll Req for a Msg/Accept Ack w/ Poll for Nxt (MCCI_ST100002UV01) (descritta in Figura 16) e Send Poll Req for a Msg/Process Poll Error (MCCI_ST100003UV01) (descritta in Figura 17). 38 di 142

39 Figura 16 - Send Poll Req for a Msg/Accept Ack w/ Poll for Nxt (MCCI_ST100002UV01) 39 di 142

40 Figura 17 - Send Poll Req for a Msg/Process Poll Error (MCCI_ST100003UV01) Nel contesto del progetto MAC opera come Message Queue Manager (MCCI_AR100002UV01), il quale gestisce le seguenti interazioni: Lo scenario è definito dalle interazioni : I. Send Poll Request: MCCI_IN100001UV01 II. Send Poll Message Payload: MCCI_IN100002UV01 III. Accept Ack Poll for Next Message in Queue: MCCI_IN100004UV01 IV. Exception Acknowledgement in Response to Poll Req: MCCI_IN100005UV01 Così strutturate : Send Poll Request - MCCI_IN10001UV01 Trigger Event Send Poll Message 1 Request MCCI_TE100001UV01 Transmission Wrapper Control Act Wrapper Message Type Send Poll Request MCCI_MT100100UV01 40 di 142

41 Send Poll Message Payload - MCCI_IN100002UV01 Trigger Event Send Poll Message From Poll Request MCCI_TE100002UV01 Transmission Wrapper Control Act Wrapper Message Type Send Poll Response with Message MCCI_MT100300UV01 Accept Ack Poll for Next Message in Queue - MCCI_IN100004UV01 Trigger Event Send Poll Message Accept Acknowledgement MCCI_TE100003UV01 Transmission Wrapper Control Act Wrapper Message Type Send Accept Ack/Poll Next Message MCCI_MT100200UV01 Exception Acknowledgement in Response to Poll Req - MCCI_IN100005UV01 Trigger Event Send Poll Message Error MCCI_TE100004UV01 Transmission Wrapper Control Act Wrapper Message Type Accept Acknowledgement MCCI_MT000200UV Sequence Diagram Il diagramma di sequenza con cui il modulo MAC interagisce coi sistemi periferici è riportato in Figura 18 - servizio di trasmissione aggiornamenti anagrafici. Lo scenario realizzato dal MAC ha richiesto la localizzazione nel Realm Italiano del intero storyboard di collaborazione (Application Roles, Messaggi) per poter applicare al dominio di Patient Administration il meccanismo di polling previsto. 41 di 142

42 Figura 18 - servizio di trasmissione aggiornamenti anagrafici (aggiornamento paziente) La sequenza di interazioni attesa per il servizio STAA è la seguente: 1. L applicazione MMG/PLS invia il messaggio MCCI_IN10001UV01 - Send poll request per verificare la presenza di una o più variazioni; 2. in caso di coda non vuota, il MAC invia in risposta - sulla stessa connessione - un messaggio PRPA_IN201321IT01 - Patient Register Record Revised Poll Response ; 3. in caso di ricezione corretta, l applicazione MMG/PLS invia al MAC un messaggio di tipo MCCI_IN10004UV01 - Accept ack pool for next message in queue. 4. MAC elimina la notifica appena inviata dalla coda delle variazioni 5. in caso di coda non vuota, il MAC invia - sulla stessa connessione - un messaggio PRPA_IN201321IT01 - Patient Register Record Revised Poll Response ; 6. in caso di coda vuota, MAC, a seguito di una richiesta (MCCI_IN10001UV01, MCCI_IN10004UV01), il Queue Manager (MAC) invia un messaggio di tipo ACK MCCI_IN100005UV01 ( Exception Acknowledgement in Response to Poll Request ) valorizzando gli elementi: 6.1. acceptackcode@code="ne (Never: Never send an acknowledgement) 6.2. acknowledgement.typecode = AE (Application Error: Accept Receiving application successfully processed message) 42 di 142

43 L interazione PRPA_IN201321IT01 è l implementazione nel dominio PRPA dell interazione generica Send Poll Message Payload (MCCI_IN100002UV01). Il payload è definito dal messaggio Patient Revise PRPA_MT201302UV02. Patient Register Record Revised Poll Response - PRPA_IN201321IT01 Trigger Event Send Patient Registry Record Revised Message From Poll Request PRPA_TE201321IT01 Transmission Wrapper Application Level Acknowledgement MCCI_MT000300UV01 Control Act Wrapper Master File / Reg Notif. Control Act, Role Subject MFMI_MT700701UV01 Message Type Patient Revise PRPA_MT201302UV02 Le specifiche dei messaggi usati sono descritti in 8.3 MCCI_IN100001UV01 (Send Poll Request), 8.5 "MCCI_IN100005UV01 (Exception Acknowledgement in Response to Poll Request) Communication level acknowledgement indicating exception as to why message payload not returned by poll request that has been received. Messaggio di ritorno inviato dal sistema MAC (Queue Manager) per informare l applicativo periferico (Queue Poller) dell impossibilità di soddisfare la sua richiesta di invio notifica anagrafica presente in coda (e.g a causa di assenza di messaggi in coda). Usato in questo contesto come: I. Risposta negativa (e.g. coda vuota) ad una richiesat di invio messaggio in coda Schema Scarica schema: MCCI_IN100005UV01.xsd <?xml version="1.0" encoding="utf-8" standalone="no"?> <xs:schema xmlns="urn:hl7-org:v3" xmlns:xs=" xmlns:mif="urn:hl7-org:v3/mif" targetnamespace="urn:hl7- org:v3" elementformdefault="qualified"> <xs:annotation> <xs:documentation>source Information Rendered by: RoseTree Rendered on: document was rendered into XML using software provided to HL7 by Beeler Consulting LLC. PubDB to MIF Transform: $RCSfile: PubDbXmlToMIF.xsl,v $ $Revision: 1.11 $ $Date: 2007/10/19 05:55:13 $ Fix names transform: $Id: FixMifNames.xsl,v /03/20 02:48:49 wbeeler Exp $ HTML to MIF Markup transform: $Id: HtmlToMIFMarkup.xsl,v /03/20 02:48:49 wbeeler Exp $ Base transform: $Id: ConvertBase.xsl,v /10/19 05:55:13 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $ Generated using schema builder version: and DynamicMifToXSD.xsl version: 1.4 Dynamic MIF to Schema Transform: $Id: DynamicMifToXsd.xsl,v /10/19 05:55:13 wbeeler Exp $ Static MIF to Schema Transform: $Id: StaticMifToXsd.xsl,v /12/06 05:50:08 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $</xs:documentation> </xs:annotation> <xs:include schemalocation="../coreschemas/infrastructureroot.xsd"/> 43 di 142

44 <xs:include schemalocation="mcci_mt000200uv01.xsd"/> <xs:element name="mcci_in100005uv01"> <xs:complextype> <xs:complexcontent> <xs:extension base="mcci_mt000200uv01.message"> <xs:attribute name="itsversion" type="xs:string" use="required" fixed="xml_1.0"/> </xs:extension> </xs:complexcontent> </xs:complextype> </xs:element> </xs:schema> 44 di 142

45 Figura 25 - Message Overview 45 di 142

46 7.4.3 Esempio: Coda Vuota Il messaggio di ACK usato per informare il richiedente che la coda è vuota. E caratterizzato da acknowledgement.messagewaitingnumber@value="0" IDMSG Campi IDMSG_RISP Descrizione numero seriale del messaggio, deve essere unico a livello italiano, cambia per ogni trasmissione e ritramissione di stesso MSG numero seriale del messaggio a cui si risponde con questo acknowledge Tracciato di esempio <?xml version="1.0" encoding="utf-8"?>  <acceptackcode code="ne"/>  <receiver typecode="rcv"> <device determinercode="instance" classcode="dev"> <id root=" " extension="2" assigningauthorityname="dedalus"/> </device> </receiver>  <sender typecode="snd"> <device determinercode="instance" classcode="dev"> <id root=" " extension="1" assigningauthorityname="dedalus"/> </device> </sender> <acknowledgement>  <typecode code="ae"/>  <messagewaitingnumber value="0"/> <targetmessage>  <id root=" " extension="${idmsg_risp}" displayable="true" assigningauthorityname="dedalus"/> </targetmessage> </acknowledgement> </MCCI_IN100005UV01> 46 di 142

47 PRPA_IN201321IT01(Patient Register Record Revised Poll Response) e 8.2 MCCI_IN000002UV01 (Message Adapter Acknowledgement) Specifiche Web Service PRPA_AR201322IT01 Di seguito è riportata una sintesi della struttura del web service utilizzato per implementare il servizio PRPA_AR201322IT01; per maggiori dettagli riferirsi alla sezione WSDL PRPA_AR201322IT01_Service.wsdl. WEB Service PRPA_AR201322IT01 URL Servizi Porta Porta Binding Binding Operazione Operazione Operazione Operazione PRPA_AR201322IT01_Service PRPA_AR201322IT01_Port PRPA_AR201322IT01_Merge_Port PRPA_AR201322IT01_ServiceSoapBinding PRPA_AR201322IT01_ServiceSoapBindingMerge PRPA_AR201322IT01_Poll_Revise_Message_MCCI_IN100001UV01 Input: MCCI_IN100001UV01 Output: PRPA_IN201321IT01 Fault: MCCI_IN100005UV01 Fault: faulterror PRPA_AR201322IT01_Ack_Poll_Next_Revise_ Message_MCCI_IN100004UV01 Input: MCCI_IN100004UV01 Output: PRPA_IN201321IT01 Fault: MCCI_IN100005UV01 Fault: faulterror PRPA_AR201322IT01_Poll_Merge_Message_MCCI_IN100001UV01 Input: MCCI_IN100001UV01 Output: PRPA_IN201322IT01 Fault: MCCI_IN100005UV01 Fault: faulterror PRPA_AR201322IT01_Ack_Poll_Next_Merge_Message_MCCI_IN100004UV01 Input: MCCI_IN100004UV01 Output: PRPA_IN201322IT01 Fault: MCCI_IN100005UV01 Fault: faulterror 47 di 142

48 7.5 SRDPR Riconduzione Paziente Le specifiche funzionali del servizio SRDPR, che implementa lo scenario d uso generico Notifica Risoluzione Duplicati (vedi 6.4.1) - sono definite nel Per le ragioni già specificate nella sezione introduttiva è stato deciso di adottare un meccanismo di interazione di tipo asincrono attraverso code: per ogni potenziale destinatario (e.g. Medico di Famiglia), MAC predispone una coda su cui vengono registrate le notifiche di risoluzione duplicati di interesse per il destinatario (e.g. variazioni relative ai propri assistiti); i sistemi MMG/PLS richiedenti interrogano quindi in modo sincrono l applicazione MAC per verificare se ci sono nuove notifiche a loro destinate, invocando un web service che attinge alla coda applicativa che detiene le informazioni destinate a quel medico. Il modello di interazione previsto da questa interfaccia fa riferimento all infrastruttura di trasmissione HL7 V3 di Polling definita dal Message Control Infrastructure (MCCI) Polling Message Transmission, utilizzata anche dal servizio STAA - Servizio Trasmissione Aggiornamenti Anagrafici (per i dettagli si veda 7.4) Sequence Diagram Il diagramma di sequenza con cui MAC interagisce coi sistemi periferici è riportato in Figura 19. Lo scenario realizzato dal MAC ha richiesto la localizzazione nel Realm Italiano del intero storyboard di collaborazione (Application Roles, Messaggi) per poter applicare al dominio di Patient Administration il meccanismo di polling previsto. 48 di 142

49 Figura 19 - servizio di trasmissione aggiornamenti anagrafici (riconduzione paziente) La sequenza di interazioni attesa è la seguente: 1. L applicazione MMG/PLS invia il messaggio MCCI_IN10001UV01 - Send poll request per verificare la presenza di una o più variazioni; 2. in caso di coda non vuota, il MAC invia in risposta - sulla stessa connessione - un messaggio Patient Register Duplicates Resolved Poll Resp. - PRPA_IN201322IT01 ; 3. in caso di ricezione corretta, l applicazione MMG/PLS invia al MAC un messaggio di tipo MCCI_IN10004UV01 - Accept ack pool for next message in queue. 4. MAC elimina la notifica appena inviata dalla coda delle variazioni 5. in caso di coda non vuota, il MAC invia - sulla stessa connessione - un messaggio Patient Register Duplicates Resolved Poll Resp. - PRPA_IN201322IT01 ; 6. in caso di coda vuota, a seguito di una richiesta (MCCI_IN10001UV01, MCCI_IN10004UV01), il Queue Manager (MAC) invia un messaggio di tipo ACK MCCI_IN100005UV01 ( Exception Acknowledgement in Response to Poll Request ) valorizzando gli elementi : 6.1. acceptackcode@code="ne (Never: Never send an acknowledgement) 6.2. acknowledgement.typecode = AE (Application Error: Accept Receiving application successfully processed message) 49 di 142

50 L interazione PRPA_IN201322IT01 è l implementazione nel dominio PRPA dell interazione generica Send Poll Message Payload (MCCI_IN100002UV01). Il payload è definito dal messaggio Patient Demographics PRPA_MT201303UV02. Patient Register Duplicates Resolved Poll Response - PRPA_IN201322IT01 Trigger Event Send Patient Registry Duplicates Resolved Message From Poll Request PRPA_TE201322IT01 Transmission Wrapper Application Level Acknowledgement MCCI_MT000300UV01 Control Act Wrapper Master File / Reg Notif. Control Act, Role Subject MFMI_MT700701UV01 Message Type Patient Revise PRPA_MT201303UV02 Le specifiche dei messaggi usati sono descritti in 8.3 MCCI_IN100001UV01 (Send Poll Request), 8.7 "PRPA_IN201322IT01 (Patient Register Duplicates Resolved Poll Resp e 8.2 MCCI_IN000002UV01 (Message Adapter Acknowledgement) Specifiche Web Service PRPA_AR201322IT01 Vedi "Specifiche Web Service PRPA_AR201322IT SNVA Notifica Variazione Anagrafe verso anagrafe Centrale Le specifiche funzionali del servizio SIA, che implementa lo scenario d uso generico Ricezione Notifiche Anagrafiche (vedi 6.4.1) - sono definite nel Il modello di interazione previsto da questa interfaccia è descritto dal diagramma di sequenza riportato in Figura 21 - Servizio di trasmissione notifica variazioni anagrafiche e si basa sullo scenario HL7 Patient Registry Record Revised (PRPA_ST201302UV01) 50 di 142

51 Figura 20 - Patient Registry Record Revised (PRPA_ST201302UV02) Lo scenario è definito dalle interazioni : I. Patient Registry Record Revised: PRPA_IN201302UV02 Così strutturata : Patient Registry Record Revised - PRPA_IN201302UV02 Trigger Event Patient Registry Record Revised PRPA_TE201302UV02 Transmission Wrapper Send Message Payload MCCI_MT000100UV01 Control Act Wrapper Master File / Reg Notif. Control Act, Role Subject MFMI_MT700701UV01 Message Type Patient Revise PRPA_MT201302UV Sequence Diagram Il diagramma di sequenza con cui MAC interagisce coi sistemi periferici è riportato in Figura 21 - Servizio di trasmissione notifica variazioni anagrafiche. Lo scenario realizzato dal MAC non ha richiesto la localizzazione nel Realm Italiano in quanto pienamente conforme alle specifiche di HL7 Italia 51 di 142

52 Figura 21 - Servizio di trasmissione notifica variazioni anagrafiche La sequenza di interazioni attesa per il servizio SNVA è la seguente: 1. Il sistema periferico della rete dei MMG/PLS (e.g. cartella dei MMG/PLS) notifica eventuali variazioni anagrafiche riguardanti un paziente esistente attraverso l interazione PRPA_IN201302UV02 ; 2. Il MAC risponde con un messaggio MCCI_IN000002UV01 che certifica l avvenuta presa in carico da parte del MAC. Le specifiche dei messaggi usati sono descritti in 8.8 PRPA_IN201302UV02 (Patient Registry Record Revised) e 8.2 MCCI_IN000002UV01 (Message Adapter Acknowledgement). 52 di 142

53 7.6.2 Specifiche Web Service PRPA_AR201302UV02 Di seguito è riportata una sintesi della struttura del web service utilizzato per implementare il servizio PRPA_AR201302UV02; per maggiori dettagli riferirsi alla sezione WSDL PRPA_AR201302UV02_Service.wsdl. WEB Service PRPA_AR201302UV01 URL Servizi Porta Binding Operazione PRPA_AR201302UV02_Service PRPA_AR201302UV02_Port PRPA_AR201302UV02_ServiceSoapBinding PRPA_AR201302UV02_PatientRegistryRecordRevised_PRPA_IN201302UV02 Input: PRPA_IN201302UV02 Output: MCCI_IN000002UV01 Fault: faulterror 53 di 142

54 8 Specifiche Messaggi 8.1 Introduzione In questa sezione sono forniti dettagli tecnici sui messaggi utilizzati per le interazioni usate dalle interfacce di integrazione anagrafica, ed in particolare viene dato : I. una descrizione sintetica del messaggio e le condizioni di uso da parte del modulo MAC II. lo schema XSD di riferimento sia in forma testuale che attraverso una sua rappresentazione grafica. Viene inoltre fornito il link allo schema in formato elettronico 1 (sezione schema); III. un esempio di tracciato XML in cui sono evidenziate le informazioni di maggiore interesse specifiche per ogni messaggio. Tali informazioni sono raccolte in una tabella sinottica per maggiore chiarezza (sezione esempio). Gli identificatori usati negli esempi successivi sono forniti solo e scopo esemplificativo e non corrispondono necessariamente ad identificatori reali. Dettagli sugli elementi semplici e complessi utilizzati all interno degli schemi, e loro significato, sono presenti nella documentazione ufficiale di HL7 (ww.hl7.org). Una raccolta degli schemi xsd in formato elettronico è allegata a questo documento, insieme con un sommario [vedi Sommario_Schemi.htm] per facilitarne la navigazione. 8.2 MCCI_IN000002UV01 (Message Adapter Acknowledgement) Accept Acknowledgment by Sender to the Receiver Messaggio di ritorno (senza payload) inviato per informare l inviante circa lo stato di processamento di un messaggio ricevuto. Usato in questo contesto come: I. risposta alla trasmissione di notifica di aggiornamento da parte dei sistemi periferici Schema Scarica schema: MCCI_IN000002UV01.xsd (Message Adapter Acknowledgement) 1 Le risorse necessarie per la composizione dei messaggi sono forinte in formato elettronico come allegato a questa documentazione. 54 di 142

55 <?xml version="1.0" encoding="utf-8" standalone="no"?> <xs:schema xmlns="urn:hl7-org:v3" xmlns:xs=" xmlns:mif="urn:hl7-org:v3/mif" targetnamespace="urn:hl7- org:v3" elementformdefault="qualified"> <xs:annotation> <xs:documentation>source Information Rendered by: RoseTree Rendered on: document was rendered into XML using software provided to HL7 by Beeler Consulting LLC. PubDB to MIF Transform: $RCSfile: PubDbXmlToMIF.xsl,v $ $Revision: 1.11 $ $Date: 2007/10/19 05:55:13 $ Fix names transform: $Id: FixMifNames.xsl,v /03/20 02:48:49 wbeeler Exp $ HTML to MIF Markup transform: $Id: HtmlToMIFMarkup.xsl,v /03/20 02:48:49 wbeeler Exp $ Base transform: $Id: ConvertBase.xsl,v /10/19 05:55:13 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $ Generated using schema builder version: and DynamicMifToXSD.xsl version: 1.4 Dynamic MIF to Schema Transform: $Id: DynamicMifToXsd.xsl,v /10/19 05:55:13 wbeeler Exp $ Static MIF to Schema Transform: $Id: StaticMifToXsd.xsl,v /12/06 05:50:08 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $</xs:documentation> </xs:annotation> <xs:include schemalocation="../coreschemas/infrastructureroot.xsd"/> <xs:include schemalocation="mcci_mt000200uv01.xsd"/> <xs:element name="mcci_in000002uv01"> <xs:complextype> <xs:complexcontent> <xs:extension base="mcci_mt000200uv01.message"> <xs:attribute name="itsversion" type="xs:string" use="required" fixed="xml_1.0"/> </xs:extension> </xs:complexcontent> </xs:complextype> </xs:element> </xs:schema> 55 di 142

57 8.2.2 Esempio: Application Ackwnoledgment Il messaggio di ACK usato per informare il richiedente che la notifica inviata è stata presa in carico, o no, a livello applicativo. IDMSG Campi IDMSG_RISP Descrizione numero seriale del messaggio, deve essere unico a livello italiano, cambia per ogni trasmissione e ritramissione di stesso MSG numero seriale del messaggio a cui si risponde con questo acknowledge Tracciato di esempio <?xml version="1.0" encoding="utf-8"?>  <acceptackcode code="ne"/> <receiver typecode="rcv"> <device classcode="dev" determinercode="instance"> <id root=" " extension="2" displayable="true" assigningauthorityname="dedalus"/> </device> </receiver> <sender typecode="snd"> <device classcode="dev" determinercode="instance"> <id root=" " extension="1" displayable="true" assigningauthorityname="dedalus"/> </device> </sender> <acknowledgement>  <typecode code="aa"/> <targetmessage>  <id root=" " extension="${idmsg_risp}" displayable="true" assigningauthorityname="dedalus"/> 57 di 142

58 </targetmessage> </acknowledgement> </MCCI_IN000002UV01> 8.3 MCCI_IN100001UV01 (Send Poll Request) Sends HL7 poll request control message to an HL7 message queue manager Prima richiesta di consultazione di una coda. Usato in questo contesto come: I. Prima richiesta di polling su coda notifica aggiornamenti anagrafici. II. Prima richiesta di polling su coda notifica risoluzione duplicati Schema Scarica schema: MCCI_IN100001UV01.xsd (Send Poll Request) <?xml version="1.0" encoding="utf-8" standalone="no"?> <xs:schema xmlns:xs=" xmlns="urn:hl7-org:v3" xmlns:mif="urn:hl7-org:v3/mif" targetnamespace="urn:hl7-org:v3" elementformdefault="qualified"> <xs:annotation> <xs:documentation>source Information Rendered by: RoseTree Rendered on: document was rendered into XML using software provided to HL7 by Beeler Consulting LLC. PubDB to MIF Transform: $RCSfile: PubDbXmlToMIF.xsl,v $ $Revision: 1.2 $ $Date: 2006/06/02 23:03:18 $ Fix names transform: $Id: FixMifNames.xsl,v /05/23 23:05:37 wbeeler Exp $ HTML to MIF Markup transform: $Id: HtmlToMIFMarkup.xsl,v /05/23 23:05:37 wbeeler Exp $ Base transform: $Id: ConvertBase.xsl,v /05/23 23:05:37 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /05/23 23:05:37 wbeeler Exp $ Generated using schema builder version: 2.0 and DynamicMifToXSD.xsl version: 1.4 Dynamic MIF to Schema Transform: $Id: DynamicMifToXsd.xsl,v /06/02 23:03:18 wbeeler Exp $ Static MIF to Schema Transform: $Id: StaticMifToXsd.xsl,v /05/23 23:05:37 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /05/23 23:05:37 wbeeler Exp $</xs:documentation> </xs:annotation> <xs:include schemalocation="../coreschemas/infrastructureroot.xsd"/> <xs:include schemalocation="mcci_mt100100uv01.xsd"/> <xs:element name="mcci_in100001uv01"> <xs:complextype> <xs:complexcontent> <xs:extension base="mcci_mt100100uv01.message"> <xs:attribute name="itsversion" type="xs:string" use="required" fixed="xml_1.0"/> </xs:extension> </xs:complexcontent> </xs:complextype> </xs:element> </xs:schema> 58 di 142

60 8.3.2 Esempio: richiesta notifica da coda IDMSG Campi CF_MMG_ASSISTENZA Descrizione numero seriale del messaggio, deve essere unico a livello italiano, cambia per ogni trasmissione e ritramissione di stesso MSG codice Fiscale del MMG di assistenza, root uguale sottoramo che definisce i dispositivi attraverso il cf dell'utilizzatore Tracciato di esempio <MCCI_IN100001UV01 xmlns="urn:hl7-org:v3" xmlns:gsd=" xmlns:sch=" xmlns:xlink=" xmlns:ex="urn:hl7-org/v3-example" xmlns:mif="urn:hl7-org:v3/mif" xmlns:xsi=" xsi:schemalocation="urn:hl7-org:v3 \Standard\HL7\Edition2008\processable\multicacheschemas\MCCI_IN100001UV01.xsd" ITSVersion="XML_1.0"> <realmcode code="it"/> <id root=" " extension="${idmsg}" displayable="true" assigningauthorityname="dedalus"/>  <creationtime value=" "/> <interactionid root=" " extension="mcci_in002200"/> <processingcode code="p"/> <processingmodecode code="t"/>  <acceptackcode code="${ack_ritorno}"/>  <receiver typecode="rcv"> <device classcode="dev" determinercode="instance"> <id root=" " extension="1" assigningauthorityname="dedalus"/> </device> </receiver> <sender typecode="snd"> <device classcode="dev" determinercode="instance"> <id root=" " extension="${cf_mmg_assistenza}" assigningauthorityname="dedalus"/> </device> </sender> </MCCI_IN100001UV01> 60 di 142

61 8.4 MCCI_IN100004UV01 (Accept Ack Poll for Next Message in Queue) Communication level acknowledgement that polled message received and immediately making a poll request for the next message in the queue. Messaggio di ritorno inviato dal richiedente (Queue Poller) per informare il sistema MAC (Queue Manager) del avvenuto ricevimento (con successo) del messaggio contente la notifica di variazione. Questo messaggio è usato inoltre dal richiedente per richiedere l invio della successiva notifica presente in coda. Usato in questo contesto come: I. ACK e successiva richiesta di polling su coda notifica aggiornamenti anagrafici. II. ACK e successiva richiesta di polling su coda notifica risoluzione duplicati Schema Scarica schema: MCCI_IN100004UV01.xsd (Accept Ack Poll for Next Message in Queue) <?xml version="1.0" encoding="utf-8" standalone="no"?> <xs:schema xmlns="urn:hl7-org:v3" xmlns:xs=" xmlns:mif="urn:hl7-org:v3/mif" targetnamespace="urn:hl7- org:v3" elementformdefault="qualified"> <xs:annotation> <xs:documentation>source Information Rendered by: RoseTree Rendered on: document was rendered into XML using software provided to HL7 by Beeler Consulting LLC. PubDB to MIF Transform: $RCSfile: PubDbXmlToMIF.xsl,v $ $Revision: 1.11 $ $Date: 2007/10/19 05:55:13 $ Fix names transform: $Id: FixMifNames.xsl,v /03/20 02:48:49 wbeeler Exp $ HTML to MIF Markup transform: $Id: HtmlToMIFMarkup.xsl,v /03/20 02:48:49 wbeeler Exp $ Base transform: $Id: ConvertBase.xsl,v /10/19 05:55:13 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $ Generated using schema builder version: and DynamicMifToXSD.xsl version: 1.4 Dynamic MIF to Schema Transform: $Id: DynamicMifToXsd.xsl,v /10/19 05:55:13 wbeeler Exp $ Static MIF to Schema Transform: $Id: StaticMifToXsd.xsl,v /12/06 05:50:08 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $</xs:documentation> </xs:annotation> <xs:include schemalocation="../coreschemas/infrastructureroot.xsd"/> <xs:include schemalocation="mcci_mt100200uv01.xsd"/> <xs:element name="mcci_in100004uv01"> <xs:complextype> <xs:complexcontent> <xs:extension base="mcci_mt100200uv01.message"> <xs:attribute name="itsversion" type="xs:string" use="required" fixed="xml_1.0"/> </xs:extension> </xs:complexcontent> </xs:complextype> </xs:element> </xs:schema> 61 di 142

63 8.4.2 Esempio: richiesta invio nuovo elemento in coda Campi IDMSG IDMSG_RISP CF_MMG_ASSISTENZA Descrizione numero seriale del messaggio, deve essere unico a livello italiano, cambia per ogni trasmissione e ritramissione di stesso MSG numero seriale del messaggio a cui si risponde con questo acknowledge codice Fiscale del MMG di assistenza, root uguale sottoramo che definisce i dispositivi attraverso il cf dell'utilizzatore Tracciato di esempio <?xml version="1.0" encoding="utf-8"?> <MCCI_IN100004UV01 xmlns="urn:hl7-org:v3" xmlns:gsd=" xmlns:sch=" xmlns:xlink=" xmlns:ex="urn:hl7-org/v3-example" xmlns:mif="urn:hl7-org:v3/mif" xmlns:xsi=" xsi:schemalocation="urn:hl7-org:v3 \Standard\HL7\Edition2008\processable\multicacheschemas\MCCI_IN100004UV01.xsd" ITSVersion="XML_1.0"> <id root=" " extension="${idmsg}" displayable="true" assigningauthorityname="dedalus"/>  <creationtime value=" "/> <interactionid root=" " extension="mcci_in100004uv01"/> <processingcode code="p"/> <processingmodecode code="t"/> <acceptackcode code="ne"/>  <receiver typecode="rcv"> <device classcode="dev" determinercode="instance"> <id root=" " extension="1" assigningauthorityname="dedalus"/> </device> </receiver>  <sender typecode="snd"> <device classcode="dev" determinercode="instance"> <id root=" " extension="${cf_mmg_assistenza}" assigningauthorityname="dedalus"/> </device> </sender> <acknowledgement>   <typecode code="aa"/> <targetmessage>  <id root=" " extension="${idmsg_risp}" displayable="true" assigningauthorityname="dedalus"/> </targetmessage> </acknowledgement> </MCCI_IN100004UV01> 63 di 142

64 8.5 MCCI_IN100005UV01 (Exception Acknowledgement in Response to Poll Request) Communication level acknowledgement indicating exception as to why message payload not returned by poll request that has been received. Messaggio di ritorno inviato dal sistema MAC (Queue Manager) per informare l applicativo periferico (Queue Poller) dell impossibilità di soddisfare la sua richiesta di invio notifica anagrafica presente in coda (e.g a causa di assenza di messaggi in coda). Usato in questo contesto come: II. Risposta negativa (e.g. coda vuota) ad una richiesat di invio messaggio in coda Schema Scarica schema: MCCI_IN100005UV01.xsd <?xml version="1.0" encoding="utf-8" standalone="no"?> <xs:schema xmlns="urn:hl7-org:v3" xmlns:xs=" xmlns:mif="urn:hl7-org:v3/mif" targetnamespace="urn:hl7- org:v3" elementformdefault="qualified"> <xs:annotation> <xs:documentation>source Information Rendered by: RoseTree Rendered on: document was rendered into XML using software provided to HL7 by Beeler Consulting LLC. PubDB to MIF Transform: $RCSfile: PubDbXmlToMIF.xsl,v $ $Revision: 1.11 $ $Date: 2007/10/19 05:55:13 $ Fix names transform: $Id: FixMifNames.xsl,v /03/20 02:48:49 wbeeler Exp $ HTML to MIF Markup transform: $Id: HtmlToMIFMarkup.xsl,v /03/20 02:48:49 wbeeler Exp $ Base transform: $Id: ConvertBase.xsl,v /10/19 05:55:13 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $ Generated using schema builder version: and DynamicMifToXSD.xsl version: 1.4 Dynamic MIF to Schema Transform: $Id: DynamicMifToXsd.xsl,v /10/19 05:55:13 wbeeler Exp $ Static MIF to Schema Transform: $Id: StaticMifToXsd.xsl,v /12/06 05:50:08 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $</xs:documentation> </xs:annotation> <xs:include schemalocation="../coreschemas/infrastructureroot.xsd"/> <xs:include schemalocation="mcci_mt000200uv01.xsd"/> <xs:element name="mcci_in100005uv01"> <xs:complextype> <xs:complexcontent> <xs:extension base="mcci_mt000200uv01.message"> <xs:attribute name="itsversion" type="xs:string" use="required" fixed="xml_1.0"/> </xs:extension> </xs:complexcontent> </xs:complextype> </xs:element> </xs:schema> 64 di 142

66 8.5.2 Esempio: Coda Vuota Il messaggio di ACK usato per informare il richiedente che la coda è vuota. E caratterizzato da acknowledgement.messagewaitingnumber@value="0" IDMSG Campi IDMSG_RISP Descrizione numero seriale del messaggio, deve essere unico a livello italiano, cambia per ogni trasmissione e ritramissione di stesso MSG numero seriale del messaggio a cui si risponde con questo acknowledge Tracciato di esempio <?xml version="1.0" encoding="utf-8"?>  <acceptackcode code="ne"/>  <receiver typecode="rcv"> <device determinercode="instance" classcode="dev"> <id root=" " extension="2" assigningauthorityname="dedalus"/> </device> </receiver>  <sender typecode="snd"> <device determinercode="instance" classcode="dev"> <id root=" " extension="1" assigningauthorityname="dedalus"/> </device> </sender> <acknowledgement>  <typecode code="ae"/>  <messagewaitingnumber value="0"/> <targetmessage>  <id root=" " extension="${idmsg_risp}" displayable="true" assigningauthorityname="dedalus"/> </targetmessage> </acknowledgement> </MCCI_IN100005UV01> 66 di 142

67 8.6 PRPA_IN201321IT01(Patient Register Record Revised Poll Response) Sends next message in HL7 message queue Implementazione nel dominio PRPA dell interazione genrica Send Poll Message Payload (MCCI_IN100002UV01). Il payload è definito dal messaggio Patient Demographics PRPA_MT201303UV02. Notifica della variazione dei dati anagrafici di un assistito in risposta ad una richiesta di polling su coda. Usato in questo contesto come: I. Notifica aggiornamenti dati anagrafici Schema Scarica schema: PRPA_IN201321IT01.xsd <xs:schema xmlns="urn:hl7-org:v3" xmlns:xs=" xmlns:mif="urn:hl7-org:v3/mif" targetnamespace="urn:hl7- org:v3" elementformdefault="qualified"> <xs:annotation> <xs:documentation>source Information Rendered by: RoseTree Rendered on: document was rendered into XML using software provided to HL7 by Beeler Consulting LLC. PubDB to MIF Transform: $RCSfile: PubDbXmlToMIF.xsl,v $ $Revision: 1.11 $ $Date: 2007/10/19 05:55:13 $ Fix names transform: $Id: FixMifNames.xsl,v /03/20 02:48:49 wbeeler Exp $ HTML to MIF Markup transform: $Id: HtmlToMIFMarkup.xsl,v /03/20 02:48:49 wbeeler Exp $ Base transform: $Id: ConvertBase.xsl,v /10/19 05:55:13 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $ Generated using schema builder version: and DynamicMifToXSD.xsl version: 1.4 Dynamic MIF to Schema Transform: $Id: DynamicMifToXsd.xsl,v /10/19 05:55:13 wbeeler Exp $ Static MIF to Schema Transform: $Id: StaticMifToXsd.xsl,v /12/06 05:50:08 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $</xs:documentation> </xs:annotation> <xs:include schemalocation="../coreschemas/infrastructureroot.xsd"/> <xs:include schemalocation="mcci_mt000300uv01.xsd"/> <xs:include schemalocation="mfmi_mt700701uv01.xsd"/> <xs:include schemalocation="prpa_mt201302uv02.xsd"/> <xs:element name="prpa_in201321it01"> <xs:complextype> <xs:complexcontent> <xs:extension base="prpa_in201321it01.mcci_mt000300uv01.message"> <xs:attribute name="itsversion" type="xs:string" use="required" fixed="xml_1.0"/> </xs:extension> </xs:complexcontent> </xs:complextype> </xs:element> <xs:complextype name="prpa_in201321it01.mcci_mt000300uv01.message"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii"/> 67 di 142

68 maxoccurs="unbounded"/> <xs:element name="creationtime" type="ts"/> <xs:element name="securitytext" type="st" minoccurs="0"/> <xs:element name="versioncode" type="cs" minoccurs="0"/> <xs:element name="interactionid" type="ii"/> <xs:element name="profileid" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="processingcode" type="cs"/> <xs:element name="processingmodecode" type="cs"/> <xs:element name="acceptackcode" type="cs"/> <xs:element name="sequencenumber" type="int" minoccurs="0"/> <xs:element name="attachmenttext" type="ed" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="receiver" type="mcci_mt000300uv01.receiver" maxoccurs="unbounded"/> <xs:element name="respondto" type="mcci_mt000300uv01.respondto" nillable="true" minoccurs="0" <xs:element name="sender" type="mcci_mt000300uv01.sender"/> <xs:element name="attentionline" type="mcci_mt000300uv01.attentionline" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="acknowledgement" type="mcci_mt000300uv01.acknowledgement" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="controlactprocess" type="prpa_in201321it01.mfmi_mt700701uv01.controlactprocess"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> </xs:complextype> <xs:complextype name="prpa_in201321it01.mfmi_mt700701uv01.controlactprocess"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="code" type="cd" minoccurs="0"/> <xs:element name="text" type="ed" minoccurs="0"/> <xs:element name="effectivetime" type="ivl_ts" minoccurs="0"/> <xs:element name="prioritycode" type="ce" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="reasoncode" type="ce" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="languagecode" type="ce" minoccurs="0"/> <xs:element name="overseer" type="mfmi_mt700701uv01.overseer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="authororperformer" type="mfmi_mt700701uv01.authororperformer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="dataenterer" type="mfmi_mt700701uv01.dataenterer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="informationrecipient" type="mfmi_mt700701uv01.informationrecipient" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="subject" type="prpa_in201321it01.mfmi_mt700701uv01.subject1" nillable="true" maxoccurs="unbounded"/> <xs:element name="reasonof" type="mfmi_mt700701uv01.reason" nillable="true" minoccurs="0" maxoccurs="unbounded"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="classcode" type="actclasscontrolact" use="required"/> <xs:attribute name="moodcode" type="x_actmoodintentevent" use="required"/> </xs:complextype> <xs:complextype name="prpa_in201321it01.mfmi_mt700701uv01.subject1"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="registrationevent" type="prpa_in201321it01.mfmi_mt700701uv01.registrationevent" nillable="true"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="typecode" type="actrelationshiptype" use="required" fixed="subj"/> <xs:attribute name="contextconductionind" type="bl" use="optional" default="false"/> 68 di 142

69 </xs:complextype> <xs:complextype name="prpa_in201321it01.mfmi_mt700701uv01.registrationevent"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="statuscode" type="cs"/> <xs:element name="effectivetime" type="ivl_ts" minoccurs="0"/> <xs:element name="subject1" type="prpa_in201321it01.mfmi_mt700701uv01.subject2"/> <xs:element name="author" type="mfmi_mt700701uv01.author2" nillable="true" minoccurs="0"/> <xs:element name="custodian" type="mfmi_mt700701uv01.custodian" nillable="true"/> <xs:element name="infulfillmentof" type="mfmi_mt700701uv01.infulfillmentof" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="definition" type="mfmi_mt700701uv01.definition" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="replacementof" type="mfmi_mt700701uv01.replacementof" nillable="true" minoccurs="0" maxoccurs="unbounded"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="classcode" type="actclass" use="required" fixed="reg"/> <xs:attribute name="moodcode" type="actmood" use="required" fixed="evn"/> </xs:complextype> <xs:complextype name="prpa_in201321it01.mfmi_mt700701uv01.subject2"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="patient" type="prpa_mt201302uv02.patient" nillable="true"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="typecode" type="participationtargetsubject" use="required"/> </xs:complextype> </xs:schema> 69 di 142

71 Figura 27 - Dettagli controlact 71 di 142

72 Figura 28 Deattagli RegistrationEvent 72 di 142

73 Figura 29 Dettagli patientperson 73 di 142

74 8.6.2 Esempio: invio elemento in coda Le informazioni relative al medico di famiglia sono fornite attraverso il ruolo di performer.assignedprovider, all interno dell atto di careprovision di cui il paziente è soggetto all interno di una organizzazione assistenziale alternativa 2. Le esenzioni sono gestite attraverso l appartenenza ad un gruppo di esenzione (asmember). Campi ASL_ASSISTENZA ASL_MMG_ASSISTENZA CAP_DOMICILIO CAP_RESIDENZA CF_MMG_ASSISTENZA CODICE_ESENZIONE ESE_ASL_RILASCIO ESE_DATE_END ESE_DATE_START ID_MMG_ASSISTENZA ID_PAZ_CF ID_PAZ_REGIONALE ID_PAZ_TEAM ID_REGISTRAZIONE IDMSG MMG_ASS_COGNOME MMG_ASS_NOME MMG_DATA_REVOCA MMG_DATA_SCELTA PAZ_COGNOME PAZ_DATA_NASC PAZ_DOM_CIVICO PAZ_DOM_COMUNE PAZ_DOM_IND PAZ_DOM_ISTAT PAZ_DOM_NAZ_ISO PAZ_DOM_VIA PAZ_NATO_COM_ISTAT PAZ_NATO_COMUNE PAZ_NATO_NAZ_ISO Descrizione codice della ASL di assistenza codice della ASL del MMG di assistenza CAP di domiclio CAP di domiclio codice Fiscale del MMG di assistenza codice esenzione ASL rilascio esenzione data fine esenzione data inizio esenzione codice Regionale del MMG di assistenza identificativo della persona, codice FISCALE identificativo della persona, codice regionale identificativo della persona, numero di TESSERA TEAM identificativo unico della voce del registro anagrafico coinvolto nel messaggio (non è l'id del MSG) numero seriale del messaggio, deve essere unico a livello italiano, cambia per ogni trasmissione e ritramissione di stesso MSG. cognome del MMG di assistenza nome del MMG di assistenza data fine assistenza MMG data inizio assitenza dell'mmg cognome del paziente data di nascita del paziente Civico di domicilio comune di domicio indirizzo di domicilio del paziente: località, via, numero, CAP Codice ISTAT Comune di domicilio Nazione di domicilio Via/Piazza di Domicilio Codice ISTAT comune di nascita assistito Comume di nascita assistito Nazione nascita assistito 2 Nello specifico l organizzazione primaria (providerorganization) è la Regione Abruzzo, l ASL come alternativa. 74 di 142

75 Campi PAZ_NOME PAZ_NOME PAZ_RES_CIVICO PAZ_RES_COMUNE PAZ_RES_IND PAZ_RES_ISTAT PAZ_RES_NAZ_ISO PAZ_RES_VIA PAZ_SEX Descrizione nome del paziente nome del paziente Civico di residenza comune di domicio indirizzo di residenza del paziente: località, via, numero, CAP Codice ISTAT Comune di residenza nazione di residenza del paziente: codice ISO nazione Via/Piazza di Residenza genere del paziente Tracciato di esempio <?xml version="1.0" encoding="utf-8"?>  <interactionid root=" " extension="prpa_in201321it01"/> <processingcode code="p"/> <processingmodecode code="t"/>  <acceptackcode code="ne"/>  <receiver typecode="rcv"> <device classcode="dev" determinercode="instance"> <id root=" " extension=" ${CF_MMG_RICEVENTE}" assigningauthorityname="dedalus"/> </device> </receiver> <sender typecode="snd"> <device determinercode="instance" classcode="dev"> <id root=" " extension="1" assigningauthorityname="dedalus"/> </device> </sender> <acknowledgement>  <typecode code="aa"/> <targetmessage>  <id root=" " extension="${idmsg_risp}" displayable="true" assigningauthorityname="dedalus"/> </targetmessage> </acknowledgement> <controlactprocess classcode="info" moodcode="evn"> <effectivetime value=" "/>  <subject typecode="subj"> <registrationevent classcode="reg" moodcode="evn"> 75 di 142

76 <id root=" " extension="${id_registrazione}" assigningauthorityname="dedalus" displayable="true"/> <statuscode code="active"/> <subject1 typecode="sbj"> <patient classcode="pat">  <id root=" " extension="${id_paz_regionale}" assigningauthorityname="regione Abruzzo" />  <addr use="hp"> <country>${paz_dom_naz_iso}</country> <streetname>${paz_dom_via}</streetname> <housenumber>${paz_dom_civico}</housenumber> <postalcode>${cap_domicilio}</postalcode> <censustract> ${PAZ_DOM_ISTAT}</censusTract> <city>${paz_dom_comune}</city> </addr>  <addr use="h"> <country>${paz_res_naz_iso}</country> <streetname>${paz_res_via}</streetname> <housenumber>${paz_res_civico}</housenumber> <postalcode>${cap_res}</postalcode> <censustract>${paz_res_istat}</censustract> <city>${paz_res_comune}</city> </addr> <statuscode code="active"/> <patientperson> <name> <given>${paz_nome}</given> <family> ${PAZ_COGNOME}</family> </name> <administrativegendercode code="${paz_sex} " codesystem=" " codesystemname="hl7 AdministrativeGender" />  <birthtime value=" "/> <aspatientofotherprovider classcode="pat"> <subjectof typecode="sbj"> <careprovision classcode="pcpr" moodcode="evn">   <statuscode code="active"/> <performer typecode="prf"> <assignedprovider classcode="assigned">  <id root=" " extension="${cf_mmg_assistenza} " assigningauthorityname="ministero delle Finanze"/>  <id root=" " extension="${id_mmg_assistenza} " assigningauthorityname="regione Abruzzo"/> <effectivetime>  <low value=" "/> </effectivetime> 76 di 142

77 <assignedperson classcode="psn" determinercode="instance"> <name> <family>${mmg_ass_cognome}</family> <given>${mmg_ass_nome}</given> </name> <ashealthcareprovider classcode="prov"/> </assignedperson> <representedorganization classcode="org" determinercode="instance"> <id root=" " extension="${asl_mmg_assistenza}" assigningauthorityname="ministero della Salute" /> </representedorganization> </assignedprovider> </performer> </careprovision> </subjectof> </aspatientofotherprovider>  <asmember classcode="mbr">  <effectivetime> <low value="${ese_date_start}"/> <high value="${ese_date_end}"/> </effectivetime> <group classcode="org" determinercode="instance"> <id root=" " extension="${ese_asl_rilascio}" assigningauthorityname="ministero della Salute"/> <code codesystem=" " code="${codice_esenzione}" codesystemname="ssn-min SALUTE Codifica Esenzioni-d.m. 28 maggio 1999, n. 329" /> </group> </asmember> <asotherids classcode="rol">  <id root=" " extension="${id_paz_cf}" assigningauthorityname="ministero delle Finanze"/> <scopingorganization classcode="org" determinercode="instance"> <id root=" "/> </scopingorganization> </asotherids> <asotherids classcode="rol">  <id root=" " extension="${id_paz_team}" assigningauthorityname="ministero della Salute"/> <scopingorganization classcode="org" determinercode="instance"> <id root=" "/> </scopingorganization> </asotherids> <birthplace> <addr use="h"> <city>${paz_nato_comune}</city> <country>${paz_nato_naz_iso}</country> <censustract> ${PAZ_NATO_COM_ISTAT}</censusTract> 77 di 142

78 </addr> </birthplace> </patientperson>  <providerorganization classcode="org" determinercode="instance"> <id root=" " extension="130" assigningauthorityname="istat" /> <contactparty classcode="con"/> </providerorganization> <subjectof1 xsi:nil="true"/> </patient> </subject1>  <custodian typecode="cst"> <assignedentity classcode="assigned"> <id root=" " extension="130" assigningauthorityname="istat" displayable="true"/> </assignedentity> </custodian> </registrationevent> </subject> </controlactprocess> </PRPA_IN201321IT01> 8.7 PRPA_IN201322IT01 (Patient Register Duplicates Resolved Poll Response) Sends next message in HL7 message queue. Specializzazione nel dominio PRPA del messaggio Send Poll Message Payload (MCCI_IN100002UV01) ) con riferimento al Message Type Patientlivingsubject Event Revise** PRPA_MT201102UV01, e sua localizzazione nel Realm italiano. Notifica della variazione di identificativi di un assistito in risposta ad una richiesta di polling su coda. Usato in questo contesto come: I. Notifica risoluzione duplicati Schema Scarica schema: PRPA_IN201322IT01.xsd (Patient Register Duplicates Resolved Poll Response) <?xml version="1.0" encoding="utf-8" standalone="no"?> <xs:schema xmlns="urn:hl7-org:v3" xmlns:xs=" xmlns:mif="urn:hl7-org:v3/mif" targetnamespace="urn:hl7- org:v3" elementformdefault="qualified"> <xs:annotation> <xs:documentation>source Information Rendered by: RoseTree Rendered on: document was rendered into XML using software provided to HL7 by Beeler Consulting LLC. PubDB to MIF Transform: $RCSfile: PubDbXmlToMIF.xsl,v $ $Revision: 1.11 $ $Date: 2007/10/19 05:55:13 $ Fix names transform: $Id: FixMifNames.xsl,v /03/20 02:48:49 wbeeler Exp $ HTML to MIF Markup transform: $Id: HtmlToMIFMarkup.xsl,v /03/20 02:48:49 wbeeler Exp $ Base transform: $Id: ConvertBase.xsl,v /10/19 05:55:13 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $ 78 di 142

79 Generated using schema builder version: and DynamicMifToXSD.xsl version: 1.4 Dynamic MIF to Schema Transform: $Id: DynamicMifToXsd.xsl,v /10/19 05:55:13 wbeeler Exp $ Static MIF to Schema Transform: $Id: StaticMifToXsd.xsl,v /12/06 05:50:08 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $</xs:documentation> </xs:annotation> <xs:include schemalocation="../coreschemas/infrastructureroot.xsd"/> <xs:include schemalocation="mcci_mt000300uv01.xsd"/> <xs:include schemalocation="mfmi_mt700701uv01.xsd"/> <xs:include schemalocation="prpa_mt201303uv02.xsd"/> <xs:element name="prpa_in201322it01"> <xs:complextype> <xs:complexcontent> <xs:extension base="prpa_in201322it01.mcci_mt000300uv01.message"> <xs:attribute name="itsversion" type="xs:string" use="required" fixed="xml_1.0"/> </xs:extension> </xs:complexcontent> </xs:complextype> </xs:element> <xs:complextype name="prpa_in201322it01.mcci_mt000300uv01.message"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii"/> <xs:element name="creationtime" type="ts"/> <xs:element name="securitytext" type="st" minoccurs="0"/> <xs:element name="versioncode" type="cs" minoccurs="0"/> <xs:element name="interactionid" type="ii"/> <xs:element name="profileid" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="processingcode" type="cs"/> <xs:element name="processingmodecode" type="cs"/> <xs:element name="acceptackcode" type="cs"/> <xs:element name="sequencenumber" type="int" minoccurs="0"/> <xs:element name="attachmenttext" type="ed" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="receiver" type="mcci_mt000300uv01.receiver" maxoccurs="unbounded"/> <xs:element name="respondto" type="mcci_mt000300uv01.respondto" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="sender" type="mcci_mt000300uv01.sender"/> <xs:element name="attentionline" type="mcci_mt000300uv01.attentionline" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="acknowledgement" type="mcci_mt000300uv01.acknowledgement" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="controlactprocess" type="prpa_in201322it01.mfmi_mt700701uv01.controlactprocess"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> </xs:complextype> <xs:complextype name="prpa_in201322it01.mfmi_mt700701uv01.controlactprocess"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="code" type="cd" minoccurs="0"/> <xs:element name="text" type="ed" minoccurs="0"/> <xs:element name="effectivetime" type="ivl_ts" minoccurs="0"/> <xs:element name="prioritycode" type="ce" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="reasoncode" type="ce" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="languagecode" type="ce" minoccurs="0"/> <xs:element name="overseer" type="mfmi_mt700701uv01.overseer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="authororperformer" type="mfmi_mt700701uv01.authororperformer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="dataenterer" type="mfmi_mt700701uv01.dataenterer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> 79 di 142

80 <xs:element name="informationrecipient" type="mfmi_mt700701uv01.informationrecipient" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="subject" type="prpa_in201322it01.mfmi_mt700701uv01.subject1" nillable="true" maxoccurs="unbounded"/> <xs:element name="reasonof" type="mfmi_mt700701uv01.reason" nillable="true" minoccurs="0" maxoccurs="unbounded"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="classcode" type="actclasscontrolact" use="required"/> <xs:attribute name="moodcode" type="x_actmoodintentevent" use="required"/> </xs:complextype> <xs:complextype name="prpa_in201322it01.mfmi_mt700701uv01.subject1"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="registrationevent" type="prpa_in201322it01.mfmi_mt700701uv01.registrationevent" nillable="true"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="typecode" type="actrelationshiptype" use="required" fixed="subj"/> <xs:attribute name="contextconductionind" type="bl" use="optional" default="false"/> </xs:complextype> <xs:complextype name="prpa_in201322it01.mfmi_mt700701uv01.registrationevent"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="statuscode" type="cs"/> <xs:element name="effectivetime" type="ivl_ts" minoccurs="0"/> <xs:element name="subject1" type="prpa_in201322it01.mfmi_mt700701uv01.subject2"/> <xs:element name="author" type="mfmi_mt700701uv01.author2" nillable="true" minoccurs="0"/> <xs:element name="custodian" type="mfmi_mt700701uv01.custodian" nillable="true"/> <xs:element name="infulfillmentof" type="mfmi_mt700701uv01.infulfillmentof" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="definition" type="mfmi_mt700701uv01.definition" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="replacementof" type="mfmi_mt700701uv01.replacementof" nillable="true" minoccurs="0" maxoccurs="unbounded"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="classcode" type="actclass" use="required" fixed="reg"/> <xs:attribute name="moodcode" type="actmood" use="required" fixed="evn"/> </xs:complextype> <xs:complextype name="prpa_in201322it01.mfmi_mt700701uv01.subject2"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="patient" type="prpa_mt201303uv02.patient" nillable="true"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="typecode" type="participationtargetsubject" use="required"/> </xs:complextype> </xs:schema> 80 di 142

85 8.7.2 Esempio: invio elemento in coda Campi ASL_ASSISTENZA ASL_MMG_ASSISTENZA CAP_DOMICILIO CAP_RESIDENZA CF_MMG_ASSISTENZA CODICE_ESENZIONE ESE_ASL_RILASCIO ESE_DATE_END ESE_DATE_START ID_MMG_ASSISTENZA ID_PAZ_CF ID_PAZ_REGIONALE ID_PAZ_TEAM ID_REGISTRAZIONE ID_REGISTRAZIONE_PZ_SOSTITUITO ID_REGISTRAZIONE_PZ_SOSTITUITO IDMSG MMG_ASS_COGNOME MMG_ASS_NOME MMG_DATA_REVOCA MMG_DATA_SCELTA PAZ_COGNOME PAZ_DATA_NASC PAZ_DOM_CIVICO PAZ_DOM_COMUNE PAZ_DOM_IND PAZ_DOM_ISTAT PAZ_DOM_NAZ_ISO PAZ_DOM_VIA PAZ_NATO_COM_ISTAT PAZ_NATO_COMUNE PAZ_NATO_NAZ_ISO PAZ_NOME PAZ_NOME PAZ_RES_CIVICO PAZ_RES_COMUNE PAZ_RES_IND Descrizione codice della ASL di assistenza codice della ASL del MMG di assistenza CAP di domiclio CAP di domiclio codice Fiscale del MMG di assistenza codice esenzione ASL rilascio esenzione data fine esenzione data inizio esenzione codice Regionale del MMG di assistenza identificativo della persona, codice FISCALE identificativo della persona, codice regionale identificativo della persona, numero di TESSERA TEAM identificativo unico della voce del registro anagrafico coinvolto nel messaggio (non è l'id del MSG) identificativo obsoleto della persona paziente codice del paziente sostituito numero seriale del messaggio, deve essere unico a livello italiano, cambia per ogni trasmissione e ritramissione di stesso MSG. cognome del MMG di assistenza nome del MMG di assistenza data fine assistenza MMG data inizio assitenza dell'mmg cognome del paziente data di nascita del paziente Civico di domicilio comune di domicio indirizzo di domicilio del paziente: località, via, numero, CAP Codice ISTAT Comune di domicilio Nazione di domicilio Via/Piazza di Domicilio Codice ISTAT comune di nascita assistito Comume di nascita assistito Nazione nascita assistito nome del paziente nome del paziente Civico di residenza comune di domicio indirizzo di residenza del paziente: località, via, numero, 85 di 142

86 Campi PAZ_RES_ISTAT PAZ_RES_NAZ_ISO PAZ_RES_VIA PAZ_SEX Descrizione CAP Codice ISTAT Comune di residenza nazione di residenza del paziente: codice ISO nazione Via/Piazza di Residenza genere del paziente Tracciato di esempio <?xml version="1.0" encoding="utf-8"?>  <interactionid root=" " extension="prpa_in201322it01"/> <processingcode code="p"/> <processingmodecode code="t"/>  <acceptackcode code="ne"/>  <receiver typecode="rcv"> <device classcode="dev" determinercode="instance"> <id root=" " extension=" ${CF_MMG_RICEVENTE}" assigningauthorityname="dedalus"/> </device> </receiver> <sender typecode="snd"> <device determinercode="instance" classcode="dev"> <id root=" " extension="1" assigningauthorityname="dedalus"/> </device> </sender> <acknowledgement>  <typecode code="aa"/> <targetmessage>  <id root=" " extension="${idmsg_risp}" displayable="true" assigningauthorityname="dedalus"/> </targetmessage> </acknowledgement> <controlactprocess classcode="info" moodcode="evn"> <effectivetime value=" "/>  <subject typecode="subj"> <registrationevent classcode="reg" moodcode="evn"> <id root=" " extension="${id_registrazione}" assigningauthorityname="dedalus" displayable="true"/> 86 di 142

87 <statuscode code="active"/> <subject1 typecode="sbj"> <patient classcode="pat">  <id root=" " extension="${id_paz_regionale}" assigningauthorityname="regione Abruzzo" />  <addr use="hp"> <country>${paz_dom_naz_iso}</country> <streetname>${paz_dom_via}</streetname> <housenumber>${paz_dom_civico}</housenumber> <postalcode>${cap_domicilio}</postalcode> <censustract> ${PAZ_DOM_ISTAT}</censusTract> <city>${paz_dom_comune}</city> </addr>  <addr use="h"> <country>${paz_res_naz_iso}</country> <streetname>${paz_res_via}</streetname> <housenumber>${paz_res_civico}</housenumber> <postalcode>${cap_res}</postalcode> <censustract>${paz_res_istat}</censustract> <city>${paz_res_comune}</city> </addr> <statuscode code="active"/> <patientperson> <name> <given>${paz_nome}</given> <family> ${PAZ_COGNOME}</family> </name> <administrativegendercode code="${paz_sex} " codesystem=" " codesystemname="hl7 AdministrativeGender" />  <birthtime value=" "/> <aspatientofotherprovider classcode="pat"> <subjectof typecode="sbj"> <careprovision classcode="pcpr" moodcode="evn">   <statuscode code="active"/> <performer typecode="prf"> <assignedprovider classcode="assigned">  <id root=" " extension="${cf_mmg_assistenza} " assigningauthorityname="ministero delle Finanze"/>  <id root=" " extension="${id_mmg_assistenza} " assigningauthorityname="regione Abruzzo"/> <effectivetime>  <low value=" "/> </effectivetime> <assignedperson classcode="psn" determinercode="instance"> 87 di 142

88 <name> <family>${mmg_ass_cognome}</family> <given>${mmg_ass_nome}</given> </name> <ashealthcareprovider classcode="prov"/> </assignedperson> <representedorganization classcode="org" determinercode="instance"> <id root=" " extension="${asl_mmg_assistenza}" assigningauthorityname="ministero della Salute" /> </representedorganization> </assignedprovider> </performer> </careprovision> </subjectof> </aspatientofotherprovider>  <asmember classcode="mbr">  <effectivetime> <low value="${ese_date_start}"/> <high value="${ese_date_end}"/> </effectivetime> <group classcode="org" determinercode="instance"> <id root=" " extension="${ese_asl_rilascio}" assigningauthorityname="ministero della Salute"/> <code codesystem=" " code="${codice_esenzione}" codesystemname="ssn-min SALUTE Codifica Esenzioni-d.m. 28 maggio 1999, n. 329" /> </group> </asmember> <asotherids classcode="rol">  <id root=" " extension="${id_paz_cf}" assigningauthorityname="ministero delle Finanze"/> <scopingorganization classcode="org" determinercode="instance"> <id root=" "/> </scopingorganization> </asotherids> <asotherids classcode="rol">  <id root=" " extension="${id_paz_team}" assigningauthorityname="ministero della Salute"/> <scopingorganization classcode="org" determinercode="instance"> <id root=" "/> </scopingorganization> </asotherids> <birthplace> <addr use="h"> <city>${paz_nato_comune}</city> <country>${paz_nato_naz_iso}</country> <censustract> ${PAZ_NATO_COM_ISTAT}</censusTract> </addr> </birthplace> 88 di 142

89 </patientperson>  <providerorganization classcode="org" determinercode="instance"> <id root=" " extension="130" assigningauthorityname="istat" /> <contactparty classcode="con"/> </providerorganization> <subjectof1 xsi:nil="true"/> </patient> </subject1>  <custodian typecode="cst"> <assignedentity classcode="assigned"> <id root=" " extension="130" assigningauthorityname="istat" displayable="true"/> </assignedentity> </custodian>  <replacementof typecode="rplc"> <priorregistration classcode="reg" moodcode="evn"> <id root=" " extension="${id_registrazione_pz_sostituito}" assigningauthorityname="dedalus" displayable="true"/> <statuscode code="obsolete" /> </priorregistration> </replacementof> </registrationevent> </subject> </PRPA_IN201322IT01> 89 di 142

90 8.8 PRPA_IN201302UV02 (Patient Registry Record Revised) This interaction occurs after information about a patient is revised in a patient registry that includes full living subject (person) information. An informer sends to a tracker updated patient information. Notifica della variazione dei dati anagrafici di un assistito. Usato in questo contesto come: I. Notifica aggiornamenti dati anagrafici da parte dei sistemi periferici verso MAC Schema Scarica schema: PRPA_IN201302UV02.xsd (Patient Registry Record Revised) <?xml version="1.0" encoding="utf-8" standalone="no"?> <xs:schema xmlns="urn:hl7-org:v3" xmlns:xs=" xmlns:mif="urn:hl7-org:v3/mif" targetnamespace="urn:hl7- org:v3" elementformdefault="qualified"> <xs:annotation> <xs:documentation>source Information Rendered by: RoseTree Rendered on: document was rendered into XML using software provided to HL7 by Beeler Consulting LLC. PubDB to MIF Transform: $RCSfile: PubDbXmlToMIF.xsl,v $ $Revision: 1.11 $ $Date: 2007/10/19 05:55:13 $ Fix names transform: $Id: FixMifNames.xsl,v /03/20 02:48:49 wbeeler Exp $ HTML to MIF Markup transform: $Id: HtmlToMIFMarkup.xsl,v /03/20 02:48:49 wbeeler Exp $ Base transform: $Id: ConvertBase.xsl,v /10/19 05:55:13 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $ Generated using schema builder version: and DynamicMifToXSD.xsl version: 1.4 Dynamic MIF to Schema Transform: $Id: DynamicMifToXsd.xsl,v /10/19 05:55:13 wbeeler Exp $ Static MIF to Schema Transform: $Id: StaticMifToXsd.xsl,v /12/06 05:50:08 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $</xs:documentation> </xs:annotation> <xs:include schemalocation="../coreschemas/infrastructureroot.xsd"/> <xs:include schemalocation="mcci_mt000100uv01.xsd"/> <xs:include schemalocation="mfmi_mt700701uv01.xsd"/> <xs:include schemalocation="prpa_mt201302uv02.xsd"/> <xs:element name="prpa_in201302uv02"> <xs:complextype> <xs:complexcontent> <xs:extension base="prpa_in201302uv02.mcci_mt000100uv01.message"> <xs:attribute name="itsversion" type="xs:string" use="required" fixed="xml_1.0"/> </xs:extension> </xs:complexcontent> </xs:complextype> </xs:element> <xs:complextype name="prpa_in201302uv02.mcci_mt000100uv01.message"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii"/> <xs:element name="creationtime" type="ts"/> <xs:element name="securitytext" type="st" minoccurs="0"/> <xs:element name="versioncode" type="cs" minoccurs="0"/> <xs:element name="interactionid" type="ii"/> 90 di 142

91 maxoccurs="unbounded"/> <xs:element name="profileid" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="processingcode" type="cs"/> <xs:element name="processingmodecode" type="cs"/> <xs:element name="acceptackcode" type="cs"/> <xs:element name="sequencenumber" type="int" minoccurs="0"/> <xs:element name="attachmenttext" type="ed" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="receiver" type="mcci_mt000100uv01.receiver" maxoccurs="unbounded"/> <xs:element name="respondto" type="mcci_mt000100uv01.respondto" nillable="true" minoccurs="0" <xs:element name="sender" type="mcci_mt000100uv01.sender"/> <xs:element name="attentionline" type="mcci_mt000100uv01.attentionline" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="controlactprocess" type="prpa_in201302uv02.mfmi_mt700701uv01.controlactprocess"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> </xs:complextype> <xs:complextype name="prpa_in201302uv02.mfmi_mt700701uv01.controlactprocess"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="code" type="cd" minoccurs="0"/> <xs:element name="text" type="ed" minoccurs="0"/> <xs:element name="effectivetime" type="ivl_ts" minoccurs="0"/> <xs:element name="prioritycode" type="ce" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="reasoncode" type="ce" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="languagecode" type="ce" minoccurs="0"/> <xs:element name="overseer" type="mfmi_mt700701uv01.overseer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="authororperformer" type="mfmi_mt700701uv01.authororperformer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="dataenterer" type="mfmi_mt700701uv01.dataenterer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="informationrecipient" type="mfmi_mt700701uv01.informationrecipient" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="subject" type="prpa_in201302uv02.mfmi_mt700701uv01.subject1" nillable="true" maxoccurs="unbounded"/> <xs:element name="reasonof" type="mfmi_mt700701uv01.reason" nillable="true" minoccurs="0" maxoccurs="unbounded"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="classcode" type="actclasscontrolact" use="required"/> <xs:attribute name="moodcode" type="x_actmoodintentevent" use="required"/> </xs:complextype> <xs:complextype name="prpa_in201302uv02.mfmi_mt700701uv01.subject1"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="registrationevent" type="prpa_in201302uv02.mfmi_mt700701uv01.registrationevent" nillable="true"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="typecode" type="actrelationshiptype" use="required" fixed="subj"/> <xs:attribute name="contextconductionind" type="bl" use="optional" default="false"/> </xs:complextype> <xs:complextype name="prpa_in201302uv02.mfmi_mt700701uv01.registrationevent"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="statuscode" type="cs"/> 91 di 142

92 <xs:element name="effectivetime" type="ivl_ts" minoccurs="0"/> <xs:element name="subject1" type="prpa_in201302uv02.mfmi_mt700701uv01.subject2"/> <xs:element name="author" type="mfmi_mt700701uv01.author2" nillable="true" minoccurs="0"/> <xs:element name="custodian" type="mfmi_mt700701uv01.custodian" nillable="true"/> <xs:element name="infulfillmentof" type="mfmi_mt700701uv01.infulfillmentof" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="definition" type="mfmi_mt700701uv01.definition" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="replacementof" type="mfmi_mt700701uv01.replacementof" nillable="true" minoccurs="0" maxoccurs="unbounded"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="classcode" type="actclass" use="required" fixed="reg"/> <xs:attribute name="moodcode" type="actmood" use="required" fixed="evn"/> </xs:complextype> <xs:complextype name="prpa_in201302uv02.mfmi_mt700701uv01.subject2"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="patient" type="prpa_mt201302uv02.patient" nillable="true"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="typecode" type="participationtargetsubject" use="required"/> </xs:complextype> </xs:schema> 92 di 142

97 8.8.2 Esempio: notifica aggiornamento anagrafico Le informazioni relative al medico di famiglia sono fornite attraverso il ruolo di performer.assignedprovider, all interno dell atto di CareProvision di cui il paziente è soggetto all interno di una organizzazione assistenziale alternativa 3. Le esenzioni sono gestite attraverso l appartenenza ad un gruppo di esenzione (asmember). Campi ASL_ASSISTENZA ASL_MMG_ASSISTENZA CAP_DOMICILIO CAP_RESIDENZA CF_MMG_ASSISTENZA CODICE_ESENZIONE ESE_ASL_RILASCIO ESE_DATE_END ESE_DATE_START ID_MMG_ASSISTENZA ID_PAZ_CF ID_PAZ_REGIONALE ID_PAZ_TEAM ID_REGISTRAZIONE IDMSG MMG_ASS_COGNOME MMG_ASS_NOME MMG_DATA_REVOCA MMG_DATA_SCELTA PAZ_COGNOME PAZ_DATA_NASC PAZ_DOM_CIVICO PAZ_DOM_COMUNE PAZ_DOM_IND PAZ_DOM_ISTAT PAZ_DOM_NAZ_ISO PAZ_DOM_VIA PAZ_NATO_COM_ISTAT PAZ_NATO_COMUNE Descrizione codice della ASL di assistenza codice della ASL del MMG di assistenza CAP di domiclio CAP di domiclio codice Fiscale del MMG di assistenza codice esenzione ASL rilascio esenzione data fine esenzione data inizio esenzione codice Regionale del MMG di assistenza identificativo della persona, codice FISCALE identificativo della persona, codice regionale identificativo della persona, numero di TESSERA TEAM identificativo unico della voce del registro anagrafico coinvolto nel messaggio (non è l'id del MSG) numero seriale del messaggio, deve essere unico a livello italiano, cambia per ogni trasmissione e ritramissione di stesso MSG. cognome del MMG di assistenza nome del MMG di assistenza data fine assistenza MMG data inizio assitenza dell'mmg cognome del paziente data di nascita del paziente Civico di domicilio comune di domicio indirizzo di domicilio del paziente: località, via, numero, CAP Codice ISTAT Comune di domicilio Nazione di domicilio Via/Piazza di Domicilio Codice ISTAT comune di nascita assistito Comume di nascita assistito 3 Nello specifico l organizzazione primaria (providerorganization) è la Regione Abruzzo, l ASL come alternativa. 97 di 142

98 Campi PAZ_NATO_NAZ_ISO PAZ_NOME PAZ_NOME PAZ_RES_CIVICO PAZ_RES_COMUNE PAZ_RES_IND PAZ_RES_ISTAT PAZ_RES_NAZ_ISO PAZ_RES_VIA PAZ_SEX Descrizione Nazione nascita assistito nome del paziente nome del paziente Civico di residenza comune di domicio indirizzo di residenza del paziente: località, via, numero, CAP Codice ISTAT Comune di residenza nazione di residenza del paziente: codice ISO nazione Via/Piazza di Residenza genere del paziente Tracciato di esempio <?xml version="1.0" encoding="utf-8"?>  <acceptackcode code="al"/>  <receiver typecode="rcv"> <device classcode="dev" determinercode="instance"> <id root=" " extension="2" assigningauthorityname="dedalus"/> </device> </receiver>  <sender typecode="snd"> <device classcode="dev" determinercode="instance"> <id root=" " extension="1" assigningauthorityname="dedalus"/> </device> </sender> <controlactprocess classcode="info" moodcode="evn"> <effectivetime value=" "/>  <subject typecode="subj"> <registrationevent classcode="reg" moodcode="evn"> <id root=" " extension="${id_registrazione}" assigningauthorityname="dedalus" displayable="true"/> <statuscode code="active"/> <subject1 typecode="sbj"> <patient classcode="pat">  <id root=" " extension="${id_paz_regionale}" assigningauthorityname="regione Abruzzo" /> 98 di 142

99  <addr use="hp"> <country>${paz_dom_naz_iso}</country> <streetname>${paz_dom_via}</streetname> <housenumber>${paz_dom_civico}</housenumber> <postalcode>${cap_domicilio}</postalcode> <censustract> ${PAZ_DOM_ISTAT}</censusTract> <city>${paz_dom_comune}</city> </addr>  <addr use="h"> <country>${paz_res_naz_iso}</country> <streetname>${paz_res_via}</streetname> <housenumber>${paz_res_civico}</housenumber> <postalcode>${cap_res}</postalcode> <censustract>${paz_res_istat}</censustract> <city>${paz_res_comune}</city> </addr> <statuscode code="active"/> <patientperson> <name> <given>${paz_nome}</given> <family> ${PAZ_COGNOME}</family> </name> <administrativegendercode code="${paz_sex} " codesystem=" " codesystemname="hl7 AdministrativeGender" />  <birthtime value=" "/> <aspatientofotherprovider classcode="pat"> <subjectof typecode="sbj"> <careprovision classcode="pcpr" moodcode="evn">   <statuscode code="active"/> <performer typecode="prf"> <assignedprovider classcode="assigned">  <id root=" " extension="${cf_mmg_assistenza} " assigningauthorityname="ministero delle Finanze"/>  <id root=" " extension="${id_mmg_assistenza} " assigningauthorityname="regione Abruzzo"/> <effectivetime>  <low value=" "/> </effectivetime> <assignedperson classcode="psn" determinercode="instance"> <name> <family>${mmg_ass_cognome}</family> <given>${mmg_ass_nome}</given> </name> <ashealthcareprovider classcode="prov"/> </assignedperson> 99 di 142

100 <representedorganization classcode="org" determinercode="instance"> <id root=" " extension="${asl_mmg_assistenza}" assigningauthorityname="ministero della Salute" /> </representedorganization> </assignedprovider> </performer> </careprovision> </subjectof> </aspatientofotherprovider>  <asmember classcode="mbr">  <effectivetime> <low value="${ese_date_start}"/> <high value="${ese_date_end}"/> </effectivetime> <group classcode="org" determinercode="instance"> <id root=" " extension="${ese_asl_rilascio}" assigningauthorityname="ministero della Salute"/> <code codesystem=" " code="${codice_esenzione}" codesystemname="ssn-min SALUTE Codifica Esenzioni-d.m. 28 maggio 1999, n. 329" /> </group> </asmember> <asotherids classcode="rol">  <id root=" " extension="${id_paz_cf}" assigningauthorityname="ministero delle Finanze"/> <scopingorganization classcode="org" determinercode="instance"> <id root=" "/> </scopingorganization> </asotherids> <asotherids classcode="rol">  <id root=" " extension="${id_paz_team}" assigningauthorityname="ministero della Salute"/> <scopingorganization classcode="org" determinercode="instance"> <id root=" "/> </scopingorganization> </asotherids> <birthplace> <addr use="h"> <city>${paz_nato_comune}</city> <country>${paz_nato_naz_iso}</country> <censustract> ${PAZ_NATO_COM_ISTAT}</censusTract> </addr> </birthplace> </patientperson>  <providerorganization classcode="org" determinercode="instance"> <id root=" " extension="130" assigningauthorityname="istat" /> <contactparty classcode="con"/> 100 di 142

101 </providerorganization> <subjectof1 xsi:nil="true"/> </patient> </subject1>  <custodian typecode="cst"> <assignedentity classcode="assigned"> <id root=" " extension="130" assigningauthorityname="istat" displayable="true"/> </assignedentity> </custodian> </registrationevent> </subject> </controlactprocess> </PRPA_IN201302UV02> 8.9 PRPA_IN201305UV02 (Patient Registry Find Candidates Query) An application, in the role of Query Placer, sends a query-by-parameter message to a Patient Registry requesting that the Registry return all patient records that match the demographic information sent in the query parameters Richiesta di Consultazione dell Anagrafe Assistiti Master (MAC) al fine di ottenere i record pazienti, coi relativi dati anagrafici che soddisfano le condizioni di ricerca imposta. Usato in questo contesto come: I. Richiesta per il servizio di interrogazione anagrafica Dettagli sulle chiavi di ricerca supportate sono indicate nella sezione esempio Schema Scarica schema: PRPA_IN201305UV02.xsd (Find Candidates Query) <?xml version="1.0" encoding="utf-8" standalone="no"?> <xs:schema xmlns="urn:hl7-org:v3" xmlns:xs=" xmlns:mif="urn:hl7-org:v3/mif" targetnamespace="urn:hl7- org:v3" elementformdefault="qualified"> <xs:annotation> <xs:documentation>source Information Rendered by: RoseTree Rendered on: document was rendered into XML using software provided to HL7 by Beeler Consulting LLC. PubDB to MIF Transform: $RCSfile: PubDbXmlToMIF.xsl,v $ $Revision: 1.11 $ $Date: 2007/10/19 05:55:13 $ Fix names transform: $Id: FixMifNames.xsl,v /03/20 02:48:49 wbeeler Exp $ HTML to MIF Markup transform: $Id: HtmlToMIFMarkup.xsl,v /03/20 02:48:49 wbeeler Exp $ Base transform: $Id: ConvertBase.xsl,v /10/19 05:55:13 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $ Generated using schema builder version: and DynamicMifToXSD.xsl version: 1.4 Dynamic MIF to Schema Transform: $Id: DynamicMifToXsd.xsl,v /10/19 05:55:13 wbeeler Exp $ Static MIF to Schema Transform: $Id: StaticMifToXsd.xsl,v /12/06 05:50:08 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $</xs:documentation> 101 di 142

102 </xs:annotation> <xs:include schemalocation="../coreschemas/infrastructureroot.xsd"/> <xs:include schemalocation="mcci_mt000100uv01.xsd"/> <xs:include schemalocation="quqi_mt021001uv01.xsd"/> <xs:include schemalocation="prpa_mt201306uv02.xsd"/> <xs:element name="prpa_in201305uv02"> <xs:complextype> <xs:complexcontent> <xs:extension base="prpa_in201305uv02.mcci_mt000100uv01.message"> <xs:attribute name="itsversion" type="xs:string" use="required" fixed="xml_1.0"/> </xs:extension> </xs:complexcontent> </xs:complextype> </xs:element> <xs:complextype name="prpa_in201305uv02.mcci_mt000100uv01.message"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii"/> <xs:element name="creationtime" type="ts"/> <xs:element name="securitytext" type="st" minoccurs="0"/> <xs:element name="versioncode" type="cs" minoccurs="0"/> <xs:element name="interactionid" type="ii"/> <xs:element name="profileid" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="processingcode" type="cs"/> <xs:element name="processingmodecode" type="cs"/> <xs:element name="acceptackcode" type="cs"/> <xs:element name="sequencenumber" type="int" minoccurs="0"/> <xs:element name="attachmenttext" type="ed" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="receiver" type="mcci_mt000100uv01.receiver" maxoccurs="unbounded"/> <xs:element name="respondto" type="mcci_mt000100uv01.respondto" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="sender" type="mcci_mt000100uv01.sender"/> <xs:element name="attentionline" type="mcci_mt000100uv01.attentionline" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="controlactprocess" type="prpa_in201305uv02.quqi_mt021001uv01.controlactprocess"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> </xs:complextype> <xs:complextype name="prpa_in201305uv02.quqi_mt021001uv01.controlactprocess"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="code" type="cd" minoccurs="0"/> <xs:element name="text" type="ed" minoccurs="0"/> <xs:element name="effectivetime" type="ivl_ts" minoccurs="0"/> <xs:element name="prioritycode" type="ce" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="reasoncode" type="ce" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="languagecode" type="ce" minoccurs="0"/> <xs:element name="overseer" type="quqi_mt021001uv01.overseer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="authororperformer" type="quqi_mt021001uv01.authororperformer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="dataenterer" type="quqi_mt021001uv01.dataenterer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="informationrecipient" type="quqi_mt021001uv01.informationrecipient" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="reasonof" type="quqi_mt021001uv01.reason" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="querybyparameter" type="prpa_mt201306uv02.querybyparameter" nillable="true" minoccurs="0"/> 102 di 142

103 </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="classcode" type="actclasscontrolact" use="required"/> <xs:attribute name="moodcode" type="x_actmoodintentevent" use="required"/> </xs:complextype> </xs:schema> 103 di 142

105 Figura 39 Dettagli controlact 105 di 142

106 Figura 40 Dettagli querybyparameter 106 di 142

107 8.9.2 Esempio: richiesta dati anagrafici paziente Campi di ricerca CF_MMG_ASSISTENZA ID_MMG_ASSISTENZA ID_PAZ_REGIONALE ID_PAZ_CF ID_PAZ_TEAM IN_QUANTITY PAZ_NASCITA_ISTAT PAZ_NASCITA_COMUNE PAZ_COGNOME PAZ_DATA_NASC PAZ_NOME PAZ_SEX Descrizione codice Fiscale del MMG di assistenza codice Regionale del MMG di assistenza identificativo della persona, codice regionale identificativo della persona, codice FISCALE identificativo della persona, TESSERA TEAM quantità massima di record che devono essere tornati nella prima query Codice istat del comune (Stato) di nascita del assistito Comune di nascita assistito cognome del paziente data di nascita del paziente nome del paziente genere della persona Altri Campi Descrizione ID_QUERY identificativo unico della query (non è l'id del MSG) (nota: root ed assigningauthorityname Dedalus usati negli esempi sono solo indicati a titolo esemplificativo; dovranno essere opportunamente generati dagli applicativi prefierici richiedenti) IDMSG numero seriale del messaggio, deve essere unico a livello italiano, cambia per ogni trasmissione e ritramissione di stesso MSG. Tracciato di esempio <?xml version="1.0" encoding="utf-8"?>  <receiver typecode="rcv"> <device classcode="dev" determinercode="instance"> <id root=" " extension="2" assigningauthorityname="dedalus"/> </device> </receiver> 107 di 142

108  <sender typecode="snd"> <device determinercode="instance" classcode="dev"> <id root=" " extension="1" assigningauthorityname="dedalus"/> </device> </sender> <controlactprocess classcode="cact" moodcode="evn"> <code code="prpa_te201305uv" codesystem=" "/> <effectivetime value=" "/> <querybyparameter> <queryid root=" " extension="${id_query}" assigningauthorityname="dedalus"/> <statuscode code="active"/> <initialquantity value="${in_quantity}"/> <parameterlist>  <livingsubjectadministrativegender> <value code="${paz_sex}" codesystem=" "/> <semanticstext/> </livingsubjectadministrativegender> <livingsubjectbirthplaceaddress> <value>  <censustract>${paz_nascita_istat}</censustract> <city>${paz_nascita_comune}</city> </value> <semanticstext/> </livingsubjectbirthplaceaddress>  <livingsubjectbirthtime> <value value="2008"/>  <semanticstext/> </livingsubjectbirthtime>  <livingsubjectid>  <value root=" extension="${id_paz_cf}"/> <semanticstext/>  </livingsubjectid> <livingsubjectid> <value root=" " extension="${id_paz_team}" assigningauthorityname=" Ministero della Salute " > <semanticstext/> </livingsubjectid> <livingsubjectid>  <value root=" " extension="${id_paz_regionale}" assigningauthorityname="regione Abruzzo" /> <semanticstext/> </livingsubjectid>  <livingsubjectname> <value> <family>${paz_cognome}</family> <given>${paz_nome}</given> </value> <semanticstext/> </livingsubjectname> 108 di 142

109 </parameterlist> </querybyparameter> </controlactprocess> </PRPA_IN201305UV02> <principalcareproviderid> <value root=" " extension="${id_mmg_assistenza} " assigningauthorityname="regione Abruzzo"/> <value root=" " extension="${cf_mmg_assistenza}" assigningauthorityname="ministero delle Finanze"/> </principalcareproviderid> Esempio: richiesta lista assistiti Campi Descrizione IDMSG numero seriale del messaggio, deve essere unico a livello italiano, cambia per ogni trasmissione e ritramissione di stesso MSG IN_QUANTITY quantità massima di record che devono essere tornati nella prima query ID_QUERY identificativo unico della query (non è l'id del MSG) (nota: root ed assigningauthorityname Dedalus usati negli esempi sono solo indicati a titolo esemplificativo; dovranno essere opportunamente generati dagli applicativi prefierici richiedenti) ID_MMG_ASSISTENZA codice Regionale del MMG di assistenza CF_MMG_ASSISTENZA codice Fiscale del MMG di assistenza Tracciato di esempio <?xml version="1.0" encoding="utf-8"?>  <receiver typecode="rcv"> <device classcode="dev" determinercode="instance"> <id root=" " extension="2" assigningauthorityname="dedalus"/> </device> </receiver>  <sender typecode="snd"> <device determinercode="instance" classcode="dev"> <id root=" " extension="1" assigningauthorityname="dedalus"/> </device> </sender> <controlactprocess classcode="cact" moodcode="evn"> <code code="prpa_te201305uv" codesystem=" "/> <querybyparameter> 109 di 142

110 <queryid root=" " extension="${id_query}" assigningauthorityname="dedalus"/> <statuscode code="active"/> <initialquantity value="${in_quantity}"/> <parameterlist>  <principalcareproviderid> <value root=" " extension="${id_mmg_assistenza} " assigningauthorityname="regione Abruzzo"/> <value root=" " extension="${cf_mmg_assistenza}" assigningauthorityname="ministero delle Finanze"/> </principalcareproviderid> </parameterlist> </querybyparameter> </controlactprocess> </PRPA_IN201305UV02> 8.10 PRPA_IN201306UV02 (Patient Registry Find Candidates Query Response) A Patient Registry, in the role of Query Fulfiller, returns a Patient Demographics message populated with information it holds for each patient whose record matches the demographic information sent as parameters in a query-by-parameter message Risposta dell Anagrafe Assistiti Master (MAC) ad una richiesta di consultazione da parte di un sistema periferico della rete dei MMG/PLS. Usato in questo contesto come: I. Risposta alla Query del registro anagrafico Schema Scarica schema: PRPA_IN201306UV02.xsd (Find Candidates Query Response) <?xml version="1.0" encoding="utf-8" standalone="no"?> <xs:schema xmlns="urn:hl7-org:v3" xmlns:xs=" xmlns:mif="urn:hl7-org:v3/mif" targetnamespace="urn:hl7- org:v3" elementformdefault="qualified"> <xs:annotation> <xs:documentation>source Information Rendered by: RoseTree Rendered on: document was rendered into XML using software provided to HL7 by Beeler Consulting LLC. PubDB to MIF Transform: $RCSfile: PubDbXmlToMIF.xsl,v $ $Revision: 1.11 $ $Date: 2007/10/19 05:55:13 $ Fix names transform: $Id: FixMifNames.xsl,v /03/20 02:48:49 wbeeler Exp $ HTML to MIF Markup transform: $Id: HtmlToMIFMarkup.xsl,v /03/20 02:48:49 wbeeler Exp $ Base transform: $Id: ConvertBase.xsl,v /10/19 05:55:13 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $ Generated using schema builder version: and DynamicMifToXSD.xsl version: 1.4 Dynamic MIF to Schema Transform: $Id: DynamicMifToXsd.xsl,v /10/19 05:55:13 wbeeler Exp $ Static MIF to Schema Transform: $Id: StaticMifToXsd.xsl,v /12/06 05:50:08 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/20 02:48:49 wbeeler Exp $</xs:documentation> </xs:annotation> <xs:include schemalocation="../coreschemas/infrastructureroot.xsd"/> <xs:include schemalocation="mcci_mt000300uv01.xsd"/> <xs:include schemalocation="mfmi_mt700711uv01.xsd"/> 110 di 142

111 <xs:include schemalocation="prpa_mt201310uv02.xsd"/> <xs:include schemalocation="prpa_mt201306uv02.xsd"/> <xs:element name="prpa_in201306uv02"> <xs:complextype> <xs:complexcontent> <xs:extension base="prpa_in201306uv02.mcci_mt000300uv01.message"> <xs:attribute name="itsversion" type="xs:string" use="required" fixed="xml_1.0"/> </xs:extension> </xs:complexcontent> </xs:complextype> </xs:element> <xs:complextype name="prpa_in201306uv02.mcci_mt000300uv01.message"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii"/> <xs:element name="creationtime" type="ts"/> <xs:element name="securitytext" type="st" minoccurs="0"/> <xs:element name="versioncode" type="cs" minoccurs="0"/> <xs:element name="interactionid" type="ii"/> <xs:element name="profileid" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="processingcode" type="cs"/> <xs:element name="processingmodecode" type="cs"/> <xs:element name="acceptackcode" type="cs"/> <xs:element name="attachmenttext" type="ed" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="receiver" type="mcci_mt000300uv01.receiver" maxoccurs="unbounded"/> <xs:element name="respondto" type="mcci_mt000300uv01.respondto" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="sender" type="mcci_mt000300uv01.sender"/> <xs:element name="attentionline" type="mcci_mt000300uv01.attentionline" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="acknowledgement" type="mcci_mt000300uv01.acknowledgement" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="controlactprocess" type="prpa_in201306uv02.mfmi_mt700711uv01.controlactprocess"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> </xs:complextype> <xs:complextype name="prpa_in201306uv02.mfmi_mt700711uv01.controlactprocess"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="code" type="cd" minoccurs="0"/> <xs:element name="text" type="ed" minoccurs="0"/> <xs:element name="effectivetime" type="ivl_ts" minoccurs="0"/> <xs:element name="prioritycode" type="ce" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="reasoncode" type="ce" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="languagecode" type="ce" minoccurs="0"/> <xs:element name="overseer" type="mfmi_mt700711uv01.overseer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="authororperformer" type="mfmi_mt700711uv01.authororperformer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="dataenterer" type="mfmi_mt700711uv01.dataenterer" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="informationrecipient" type="mfmi_mt700711uv01.informationrecipient" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="subject" type="prpa_in201306uv02.mfmi_mt700711uv01.subject1" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="reasonof" type="mfmi_mt700711uv01.reason" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="queryack" type="mfmi_mt700711uv01.queryack"/> <xs:element name="querybyparameter" type="prpa_mt201306uv02.querybyparameter" nillable="true" 111 di 142

112 minoccurs="0"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="classcode" type="actclasscontrolact" use="required"/> <xs:attribute name="moodcode" type="x_actmoodintentevent" use="required"/> </xs:complextype> <xs:complextype name="prpa_in201306uv02.mfmi_mt700711uv01.subject1"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="registrationevent" type="prpa_in201306uv02.mfmi_mt700711uv01.registrationevent" nillable="true"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="typecode" type="actrelationshiptype" use="required" fixed="subj"/> <xs:attribute name="contextconductionind" type="bl" use="optional" default="false"/> </xs:complextype> <xs:complextype name="prpa_in201306uv02.mfmi_mt700711uv01.registrationevent"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="statuscode" type="cs"/> <xs:element name="effectivetime" type="ivl_ts" minoccurs="0"/> <xs:element name="subject1" type="prpa_in201306uv02.mfmi_mt700711uv01.subject2"/> <xs:element name="author" type="mfmi_mt700711uv01.author2" nillable="true" minoccurs="0"/> <xs:element name="custodian" type="mfmi_mt700711uv01.custodian" nillable="true"/> <xs:element name="infulfillmentof" type="mfmi_mt700711uv01.infulfillmentof" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="definition" type="mfmi_mt700711uv01.definition" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="replacementof" type="mfmi_mt700711uv01.replacementof" nillable="true" minoccurs="0" maxoccurs="unbounded"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="classcode" type="actclass" use="required" fixed="reg"/> <xs:attribute name="moodcode" type="actmood" use="required" fixed="evn"/> </xs:complextype> <xs:complextype name="prpa_in201306uv02.mfmi_mt700711uv01.subject2"> <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="patient" type="prpa_mt201310uv02.patient" nillable="true"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> <xs:attribute name="typecode" type="participationtargetsubject" use="required"/> </xs:complextype> </xs:schema> 112 di 142

115 Figura 43 - Dettagli registrationevent 115 di 142

116 Figura 44 - Dettagli patientperson 116 di 142

117 Esempio: invio risposta consultazione Le informazioni relative al medico di famiglia sono fornite attraverso il ruolo di performer.assignedprovider, all interno dell atto di CareProvision di cui il paziente è soggetto all interno di una organizzazione assistenziale alternativa 4. Le esenzioni sono gestite attraverso l appartenenza ad un gruppo di esenzione (asmember). Campi ASL_ASSISTENZA ASL_MMG_ASSISTENZA CAP_DOMICILIO CAP_RESIDENZA CF_MMG_ASSISTENZA CODICE_ESENZIONE ESE_ASL_RILASCIO ESE_DATE_END ESE_DATE_START ID_CACT ID_MMG_ASSISTENZA ID_PAZ_CF ID_PAZ_REGIONALE ID_PAZ_TEAM ID_QUERY ID_REGISTRAZIONE IDMSG IDMSG_RISP MMG_ASS_COGNOME MMG_ASS_NOME MMG_DATA_REVOCA Descrizione codice della ASL di assistenza codice della ASL del MMG di assistenza CAP di domiclio CAP di domiclio codice Fiscale del MMG di assistenza codice esenzione ASL rilascio esenzione data fine esenzione data inizio esenzione identificativo unico del Control Act della registrazione (non è l'id del MSG) codice Regionale del MMG di assistenza identificativo della persona, codice FISCALE identificativo della persona, codice regionale identificativo della persona, numero di TESSERA TEAM identificativo unico della query (non è l'id del MSG) (nota: root ed assigningauthorityname Dedalus usati negli esempi sono solo indicati a titolo esemplificativo; dovranno essere opportunamente generati dagli applicativi prefierici richiedenti) identificativo unico della voce del registro anagrafico coinvolto nel messaggio (non è l'id del MSG) numero seriale del messaggio, deve essere unico a livello italiano, cambia per ogni trasmissione e ritramissione di stesso MSG. numero seriale del messaggio a cui si risponde con questo messaggio cognome del MMG di assistenza nome del MMG di assistenza data fine assistenza MMG 4 Nello specifico l organizzazione primaria (providerorganization) è la Regione Abruzzo, l ASL come alternativa. 117 di 142

118 MMG_DATA_SCELTA MSG_TIMESTAMP PAZ_COGNOME PAZ_DATA_NASC PAZ_DOM_CIVICO PAZ_DOM_COMUNE PAZ_DOM_IND PAZ_DOM_ISTAT PAZ_DOM_NAZ_ISO PAZ_DOM_VIA PAZ_NATO_COM_ISTAT PAZ_NATO_COMUNE PAZ_NATO_NAZ_ISO PAZ_NOME PAZ_NOME PAZ_RES_CIVICO PAZ_RES_COMUNE PAZ_RES_IND PAZ_RES_ISTAT PAZ_RES_NAZ_ISO PAZ_RES_VIA PAZ_SEX QUERY_RECORD_RIMANENTI QUERY_RECORD_RITORNATI QUERY_RECORD_TOTALI data inizio assitenza dell'mmg timestamp di creazione del messaggio cognome del paziente data di nascita del paziente Civico di domicilio comune di domicio indirizzo di domicilio del paziente: località, via, numero, CAP Codice ISTAT Comune di domicilio Nazione di domicilio Via/Piazza di Domicilio Codice ISTAT comune di nascita assistito Comume di nascita assistito Nazione nascita assistito nome del paziente nome del paziente Civico di residenza comune di domicio indirizzo di residenza del paziente: località, via, numero, CAP Codice ISTAT Comune di residenza nazione di residenza del paziente: codice ISO nazione Via/Piazza di Residenza genere del paziente Record rimanenti Record tornati nel messaggi corrente Record totali trovati Tracciato di esempio <?xml version="1.0" encoding="utf-8"?> <PRPA_IN201306UV02 xmlns="urn:hl7-org:v3" xmlns:gsd=" xmlns:sch=" xmlns:xlink=" xmlns:ex="urn:hl7-org/v3-example" xmlns:mif="urn:hl7-org:v3/mif" xmlns:xsi=" xsi:schemalocation="urn:hl7-org:v3 \Standard\HL7\Edition2008\processable\multicacheschemas\PRPA_IN201306UV02.xsd" ITSVersion="XML_1.0"> <id root=" " extension="${idmsg}" assigningauthorityname="dedalus"/> <creationtime value=" "/> <interactionid root=" " extension="prpa_in201306uv02"/> <processingcode code="p"/> <processingmodecode code="t"/>      <acceptackcode code="ne"/> <receiver typecode="rcv"> <device classcode="dev" determinercode="instance"> <id root=" " extension="1 assigningauthorityname="dedalus"/> </device> 118 di 142

119 </receiver> <sender typecode="snd"> <device determinercode="instance" classcode="dev"> <id root=" " extension="2" assigningauthorityname="dedalus"/> </device> </sender> <acknowledgement>  <typecode code="aa"/> <targetmessage>  <id root=" " extension="${idmsg_risp}"/> </targetmessage> </acknowledgement> <controlactprocess classcode="cact" moodcode="evn"> <code code="prpa_te201305uv" codesystem=" "/>  <subject typecode="subj"> <registrationevent classcode="reg" moodcode="evn"> <statuscode code="active"/> <subject1 typecode="sbj"> <patient classcode="pat">  <id root=" " extension="${id_paz_regionale}" assigningauthorityname="regione Abruzzo" />  <addr use="hp"> <country>${paz_dom_naz_iso}</country> <streetname>${paz_dom_via}</streetname> <housenumber>${paz_dom_civico}</housenumber> <postalcode>${cap_domicilio}</postalcode> <censustract> ${PAZ_DOM_ISTAT}</censusTract> <city>${paz_dom_comune}</city> </addr>  <addr use="h"> <country>${paz_res_naz_iso}</country> <streetname>${paz_res_via}</streetname> <housenumber>${paz_res_civico}</housenumber> <postalcode>${cap_res}</postalcode> <censustract>${paz_res_istat}</censustract> <city>${paz_res_comune}</city> </addr> <statuscode code="active"/> <patientperson> <name> <given>${paz_nome}</given> <family> ${PAZ_COGNOME}</family> </name> <administrativegendercode code="${paz_sex} " codesystem=" " codesystemname="hl7 AdministrativeGender" />  <birthtime value=" "/> <aspatientofotherprovider classcode="pat"> <subjectof typecode="sbj"> <careprovision classcode="pcpr" moodcode="evn"> <!-- lo statuscode definisce: - active: MMG corrente - completed: MMG passato 119 di 142

120 -->  <statuscode code="active"/> <performer typecode="prf"> <assignedprovider classcode="assigned">  <id root=" " extension="${cf_mmg_assistenza} " assigningauthorityname="ministero delle Finanze"/>  <id root=" " extension="${id_mmg_assistenza} " assigningauthorityname="regione Abruzzo"/> <effectivetime>  <low value=" "/> </effectivetime> <assignedperson classcode="psn" determinercode="instance"> <name> <family>${mmg_ass_cognome}</family> <given>${mmg_ass_nome}</given> </name> <ashealthcareprovider classcode="prov"/> </assignedperson> <representedorganization classcode="org" determinercode="instance"> <id root=" " extension="${asl_mmg_assistenza}" assigningauthorityname="ministero della Salute" /> </representedorganization> </assignedprovider> </performer> </careprovision> </subjectof> </aspatientofotherprovider>  <asmember classcode="mbr">  <effectivetime> <low value="${ese_date_start}"/> <high value="${ese_date_end}"/> </effectivetime> <group classcode="org" determinercode="instance"> <id root=" " extension="${ese_asl_rilascio}" assigningauthorityname="ministero della Salute"/> <code codesystem=" " code="${codice_esenzione}" codesystemname="ssn-min SALUTE Codifica Esenzioni-d.m. 28 maggio 1999, n. 329" /> </group> </asmember> <asotherids classcode="rol">  <id root=" " extension="${id_paz_cf}" 120 di 142

121 assigningauthorityname="ministero delle Finanze"/> <scopingorganization classcode="org" determinercode="instance"> <id root=" "/> </scopingorganization> </asotherids> <asotherids classcode="rol">  <id root=" " extension="${id_paz_team}" assigningauthorityname="ministero della Salute"/> <scopingorganization classcode="org" determinercode="instance"> <id root=" "/> </scopingorganization> </asotherids> <birthplace> <addr use="h"> <city>${paz_nato_comune}</city> <country>${paz_nato_naz_iso}</country> <censustract> ${PAZ_NATO_COM_ISTAT}</censusTract> </addr> </birthplace> </patientperson>  <providerorganization classcode="org" determinercode="instance"> <id root=" " extension="130" assigningauthorityname="istat" /> <contactparty classcode="con"/> </providerorganization> <subjectof1 xsi:nil="true"/> </patient> </subject1>  <custodian typecode="cst"> <assignedentity classcode="assigned"> <id root=" " extension="130" assigningauthorityname="istat" /> </assignedentity> </custodian> </registrationevent> </subject>  <queryack> <queryid root=" " extension="${id_query} " assigningauthorityname="dedalus"/> <statuscode code=" deliveredresponse"/>  <queryresponsecode code="${query_ack}"/>  <resulttotalquantity value="${query_record_totali}"/> <resultcurrentquantity value="${query_record_ritornati}"/> <resultremainingquantity value="${query_record_rimanenti}"/> </queryack> </controlactprocess> </PRPA_IN201306UV02> 121 di 142

122 8.11 QUQI_IN000003UV01 (General Query Activate Query Continue) The General Query Activate Query Continue interaction contains instructions to continue or cancel the identified query session as requested by the originator of the query session. Messaggio di controllo usato da parte del sistema periferico della rete dei MMG/PLS per richiedere al modulo MAC l invio di un nuovo set di record relativo ad una query (Continua la Query). Usato in questo contesto come: I. Richiesta nuovi dati a seguito di una consultazione del Modulo MAC. II. Cancellazione di una consultazione del Modulo MAC Schema Scarica schema: QUQI_IN000003UV01.xsd (General Query Activate Query Continue) [Schema ripreso da IHE-ITI] <?xml version="1.0" encoding="utf-8" standalone="no"?> <xs:schema xmlns="urn:hl7-org:v3" xmlns:xs=" xmlns:mif="urn:hl7-org:v3/mif" targetnamespace="urn:hl7- org:v3" elementformdefault="qualified"> <xs:annotation> <xs:documentation>source Information Rendered by: RoseTree Rendered on: This document was rendered into XML using software provided to HL7 by Beeler Consulting LLC. PubDB to MIF Transform: $RCSfile: PubDbXmlToMIF.xsl,v $ $Revision: 1.3 $ $Date: 2007/03/06 06:56:43 $ Fix names transform: $Id: FixMifNames.xsl,v /03/06 06:56:43 wbeeler Exp $ HTML to MIF Markup transform: $Id: HtmlToMIFMarkup.xsl,v /03/06 06:56:44 wbeeler Exp $ Base transform: $Id: ConvertBase.xsl,v /03/06 06:56:43 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/06 06:56:45 wbeeler Exp $ Generated using schema builder version: and DynamicMifToXSD.xsl version: 1.4 Dynamic MIF to Schema Transform: $Id: DynamicMifToXsd.xsl,v /03/06 06:56:44 wbeeler Exp $ Static MIF to Schema Transform: $Id: StaticMifToXsd.xsl,v /03/06 06:56:44 wbeeler Exp $ Package Id Conversion: $Id: TransformPackageIds.xsl,v /03/06 06:56:45 wbeeler Exp $</xs:documentation> </xs:annotation> <xs:include schemalocation="../coreschemas/infrastructureroot.xsd"/> <xs:include schemalocation="mcci_mt000300uv01.xsd"/> <xs:include schemalocation="quqi_mt000001uv01.xsd"/> <!-- Changes to enable proper WSDL operations definition vassil > <xs:element name="quqi_in000003uv01" type="quqi_in000003uv01_type"/> <xs:element name="quqi_in000003uv01_cancel" type="quqi_in000003uv01_type"/> <xs:complextype name="quqi_in000003uv01_type"> <xs:complexcontent> <xs:extension base="quqi_in000003uv01.mcci_mt000300uv01.message"> <xs:attribute name="itsversion" type="xs:string" use="required" fixed="xml_1.0"/> </xs:extension> </xs:complexcontent> </xs:complextype> <xs:complextype name="quqi_in000003uv01.mcci_mt000300uv01.message"> 122 di 142

123 <xs:sequence> <xs:group ref="infrastructurerootelements"/> <xs:element name="id" type="ii"/> <xs:element name="creationtime" type="ts"/> <xs:element name="securitytext" type="st" minoccurs="0"/> <xs:element name="versioncode" type="cs" minoccurs="0"/> <xs:element name="interactionid" type="ii"/> <xs:element name="profileid" type="ii" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="processingcode" type="cs"/> <xs:element name="processingmodecode" type="cs"/> <xs:element name="acceptackcode" type="cs"/> <xs:element name="attachmenttext" type="ed" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="receiver" type="mcci_mt000300uv01.receiver" maxoccurs="unbounded"/> <xs:element name="respondto" type="mcci_mt000300uv01.respondto" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="sender" type="mcci_mt000300uv01.sender"/> <xs:element name="attentionline" type="mcci_mt000300uv01.attentionline" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="acknowledgement" type="mcci_mt000300uv01.acknowledgement" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="controlactprocess" type="quqi_mt000001uv01.controlactprocess"/> </xs:sequence> <xs:attributegroup ref="infrastructurerootattributes"/> <xs:attribute name="nullflavor" type="nullflavor" use="optional"/> </xs:complextype> </xs:schema> 123 di 142

125 Figura 46 Dettaglio controlact 125 di 142

Vedere altro