PAG. 1 DI LUGLIO 2010 PROGETTO TESSERA SANITARIA WEB SERVICES PER LA TRASMISSIONE DEI CERTIFICATI DI MALATTIA ALL INPS VER 1.

Transcript

1 PAG. 1 DI 39 PROGETTO TESSERA SANITARIA WEB SERVICES PER LA TRASMISSIONE DEI CERTIFICATI DI MALATTIA ALL INPS VER 1.5

2 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 2 DI 39 INDICE 1. REVISIONI DEL DOCUMENTO 4 2. INTRODUZIONE 5 3. GENERALITA STANDARD TECNICI LINGUAGGIO COMUNE WEB SERVICES WSDL (WEB SERVICE DESCRIPTION LANGUAGE) SCHEMI XSD CERTIFICATI DI PROTEZIONE ACCESSO AI SERVIZI CANALI DI COMUNICAZIONE 9 4. SERVIZI DISPONIBILI INVIO DEL CERTIFICATO DI MALATTIA ALL INPS RETTIFICA DEL CERTIFICATO DI MALATTIA ANNULLAMENTO DEL CERTIFICATO DI MALATTIA INTERROGAZIONE LAVORATORE CODICI DI ERRORE 20 ALLEGATI 22 2

3 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 3 DI SERVIZIO DI INVIO CERTIFICATO InvioCertificato.wsdl InvioCertificatoRequest.xsd InvioCertificatoResponse.xsd SERVIZIO DI RETTIFICA CERTIFICATO RettificaCertificato.wsdl RettificaCertificatoRequest.xsd RettificaCertificatoResponse.xsd SERVIZIO DI ANNULLAMENTO CERTIFICATO AnnullamentoCertificato.wsdl AnnullamentoCertificatoRequest.xsd AnnullamentoCertificatoResponse.xsd SERVIZIO DI INTERROGAZIONE LAVORATORE InterrogazioneLavoratore.wsdl InterrogazioneLavoratoreRequest.xsd InterrogazioneLavoratoreResponse.xsd SCHEMA XSD COMUNE A TUTTI I WEB SERVICES TipiCert.xsd 35 3

4 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 4 DI REVISIONI DEL DOCUMENTO VERSIONE PARAGRAFO DATA MODIFICA DESCRIZIONE /03/2010 Versione iniziale /05/2010 Modifica wsdl per gestione Ente Inviante. Aggiunti endpoint. Eliminati alcuni dati dal servizio Interrogazione lavoratore /06/2010 Modifica schema TipiCert.xsd per gestione codice catastale del comune /07/2010 Modifica schema TipiCert.xsd con nuovo pattern ICD9. Modifica codici errori 115 e 375, aggiunta codice 112 (controllo 3 mesi da data rilascio, controllo asl medico). Aggiunta codici INPS 105 e 106 (rettifica e annullamento). 4

5 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 5 DI INTRODUZIONE Il presente documento espone le regole tecniche a cui gli sviluppatori di software devono attenersi per utilizzare i servizi web messi loro a disposizione per la Trasmissione certificati di malattia, nell ambito del progetto Tessera Sanitaria Detti servizi sono stati realizzati in seguito alla pubblicazione sulla gazzetta ufficiale n. 65 del 19 marzo 2010 del decreto 26 febbraio 2010 Definizione delle modalità tecniche per la predisposizione e l'invio telematico dei dati delle certificazioni di malattia al SAC e della circolare esplicativa predisposta in data 19 marzo 2010 dal Dipartimento per l Innovazione e le Tecnologie. I servizi utilizzano l infrastruttura SAC definita dal DPCM del 26 marzo 2008 e il disciplinare tecnico allegato ne costituisce parte integrante Tutto il materiale a cui si fa riferimento nel documento è a disposizione degli utenti nel sito nell area Sistema TS informa > Certificazioni di malattia. 5

6 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 6 DI GENERALITA 3.1 STANDARD TECNICI Gli standard tecnici di riferimento adottati sono conformi alle specifiche e alle raccomandazioni emanate dai principali organismi internazionali quali il World Wide Web Consortium (W3C) per la famiglia di protocolli XML, per SOAP, per WSDL, per le architetture Web, e per le architetture e le tecnologie Web Services, OASIS per il protocollo ebxml, le specifiche UDDI, e l architettura Web Services. Il web service esposto è stato realizzato seguendo le specifiche Basic Profile 1.0 dettate dall organizzazione mondiale WS-I (Web Service Interoperability Organization) al fine di aumentare il grado di interoperabilità tra servizi Web. Ciò garantisce il corretto funzionamento tra le diverse implementazioni su differenti piattaforme. A tal fine, i servizi web sono stati validati rispetto alle specifiche WS- I Simple SOAP Binding Profile 1.0 (WS-I SSBP) generato sul WS-I Basic Profile, e WS-I Attachments Profile 1.0 (WS-I AP). 3.1 LINGUAGGIO COMUNE L adozione di un linguaggio comune prevede l utilizzo dei seguenti standard per la rappresentazione dei: Dati: Extensible Markup Language (XML) e Simple Object Access Protocol (SOAP) v 1.1 with attachments; Servizi applicativi: Lightweight Directory Access Protocol (LDAP), Universal Description, Discovery and Integration (UDDI), e Web Service Definition Language (WSDL). Lo strumento tecnologico per memorizzare i documenti che definiscono sintassi e semantica dei dati è individuabile in un Repository XML, mentre per quelli che definiscono la sintassi e la semantica dei servizi si individua un Registro dei Servizi (di tipo LDAP o UDDI). Il sistema di gestione del canale di interscambio e cooperazione mette quindi a disposizione i servizi per l accesso controllato alla consultazione, alla modifica, all inserimento ed alla cancellazione degli archivi disponibili. 6

7 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 7 DI WEB SERVICES Gli standard utilizzati per l utilizzo del modello web services sono: uso del linguaggio XML per la rappresentazione dei dati; uso del protocollo SOAP per il formato dei messaggi scambiati tra i domini; uso del linguaggio WSDL per la definizione delle chiamate ai Web Services. Ogni nuovo servizio è implementato utilizzando linguaggi e tecnologie differenti, per le quali è poi generata un interfaccia WSDL e altre componenti che producono il livello di disaccoppiamento necessario per renderlo accessibile attraverso la rete mediante protocollo HTTP (o HTTPS) e linguaggio XML. In particolare, tra le informazioni specifiche di ciascun servizio sono incluse le descrizioni delle interfacce applicative dei servizi stessi (tramite metalinguaggio WSDL). Il richiedente del servizio trova nelle descrizioni pubblicate tutto quanto necessario per formulare richieste di servizio al fornitore del servizio specifico. La descrizione WSDL del servizio permette, inoltre, (attraverso uno specifico elemento di descrizione) di specificare i possibili profili di collaborazione disponibili per l accesso a quel dato servizio (notifica o richiesta servizi sincrona e asincrona) tramite i profili base disponibili nel metalinguaggio WSDL. 3.3 WSDL (WEB SERVICE DESCRIPTION LANGUAGE) WSDL è un linguaggio per la descrizione di Web Service, promosso dal W3C e basato su XML Schema. Le componenti e la filosofia con la quale WSDL è stato realizzato possono essere riassunti con lo schema illustrato di seguito, dove è possibile identificare le cinque entità fondamentali che compongono questo linguaggio: types: un tipo di dato generico utilizzato nel resto della descrizione; message: un messaggio trasmesso; porttype: un servizio espresso in termini di operazioni (operation) messe a disposizione; port: ridefinizione delle operation di una porttype istanziate all interno di particolare tecnologia di comunicazione; 7

8 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 8 DI 39 service: i Web Service realmente fruibili come insieme di port. In questo modo WSDL mette a disposizione due tipi di descrizione del servizio, posizionati su due livelli di astrazione diversi: astratta (abstract view) che descrive un servizio sulla base delle operazioni che questo mette a disposizione; concreta (concrete view), che specializza, tramite un'operazione detta di binding, le operation, su cui si basa anche la visione concreta. Questa distinzione permette, a livello di linguaggio, di collocare le operation stesse in un preciso contesto applicativo ottenuto dalla definizione del protocollo utilizzato per la comunicazione. Anche attualmente WSDL mette a disposizione gli schemi di definizione di binding per il trasporto delle informazioni su canale SOAP e https. 3.4 SCHEMI XSD Lo Schema XSD (XML Schema Definition) rappresenta un modo per definire una sintassi per la validazione di un documento XML. La sintassi è definita in linguaggio XML. Al fine di una corretta gestione dei documenti, il file XML deve essere scritto utilizzando l'insieme di caratteri UNICODE ISO e codificato con la codifica UTF-8 o, in alternativa, per sistemi operativi che non supportano questo standard, con la codifica ISO Latin 1. Gli sviluppatori di software devono effettuare l operazione di validazione dei file XML contenenti i dati della ricetta secondo quanto descritto nello schema XSD, prima di inviare il file in via telematica. Tuti i tag descritti nello schema XSD devono essere presenti nei file XML ed i singoli campi devono rispettate le regole formali e/o i valori possibili per ognuno di loro. 3.5 CERTIFICATI DI PROTEZIONE Il software gestionale dei medici deve essere in grado di codificare il codice fiscale e il pincode utilizzando tecniche di crittografia con la chiave pubblica RSA 8

9 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 9 DI 39 contenuta nel certificato X.509 fornito dal MEF ed applicando il padding PKCS#1 v 1.5. La trasformazione deve essere conforme con quella ottenuta dall'esecuzione del comando del pacchetto open source "openssl", come a titolo di esempio: openssl rsautl -encrypt -in CF.txt -out CF.enc -inkey SanitelCF.cer -certin -pkcs in cui il file CF.txt contiene il codice fiscale in chiaro, il file SanitelCF.cer contiene il certificato X.509 del MEF, il file CF.enc contiene il risultato dell'operazione di crittografia sul codice fiscale. Il codice fiscale e il pincode crittografati devono essere codificati BASE64 (RFC 1521) per poter essere inseriti nel file XML da inviare telematicamente al MEF. Il certificato SanitelCF.cer idi è disponibile nell area download del portale ACCESSO AI SERVIZI L elenco dei servizi web disponibili, le firme wsdl e la documentazione sono riportati in questo documento, che è pubblicato nel portale istituzionale Le modalità di accesso agli endpoint dei servizi sono esposte nei paragrafi successivi. 3.7 CANALI DI COMUNICAZIONE I servizi esposti da SistemaTS tramite modello Web Service e riportatit in questo documento sono fruibili attraverso il canale di comunicazione https. L autenticazione è effettuata attraverso l utilizzo della basic authentication. 9

10 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 10 DI SERVIZI DISPONIBILI I paragrafi di questo capitolo descrivono le modalità di utilizzo dei servizi disponibili. Gli utenti del sistema possono essere: - Ente Inviante: per esempio una Regione che invia un certificato per conto di un medico. - Medico 4.1 INVIO DEL CERTIFICATO DI MALATTIA ALL INPS Questo servizio permette di inviare il certificato di malattia all INPS tramite SOGEI. Nel caso di utente Ente Inviante i campi di input sono: o medico codicefiscale codiceregione codice Asl o lavoratore codicefiscale (cifrato) o residenzaodomicilioabituale via cap In alternativa: codicecatastale (es. H501) oppure comune 10

11 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 11 DI 39 provincia (si intende sigla provincia, es. RM) o indirizzodireperibilita (opzionale) cognome (opzionale) indirizzo via cap In alternativa: codicecatastale (es. H501) oppure comune provincia (si intende sigla provincia, es. RM) o certificato datarilascio datainizio datafine visita tipocertificato codicediagnosi (va indicato questo campo e/o le notediagnosi) notediagnosi Nel caso di utente Medico i campi di input sono: o medico pincode (cifrato) codiceregione 11

12 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 12 DI 39 codice Asl o lavoratore codicefiscale (cifrato) o residenzaodomicilioabituale via cap In alternativa: codicecatastale (es. H501) oppure comune provincia (si intende sigla provincia, es. RM) o indirizzodireperibilita (opzionale) cognome (opzionale) indirizzo via cap In alternativa: codicecatastale (es. H501) oppure comune provincia (si intende sigla provincia, es. RM) o certificato datarilascio datainizio 12

13 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 13 DI 39 datafine visita tipocertificato codicediagnosi (va indicato questo campo e/o le notediagnosi) notediagnosi Se l invocazione va a buon fine si ottiene la risposta: o ricevutaok dataricezione idcertificato Se l invocazione non va a buon fine si ottiene la risposta: o ricevutanonok errore (lista) tipoerrore sezioneerrata descrizione Endpoint di test: Per maggiori dettagli consultare i wsdl. Endpoint di produzione (ATTENZIONE! Invocando questo endpoint saranno inviati dati reali all INPS!): 13

14 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 14 DI RETTIFICA DEL CERTIFICATO DI MALATTIA Questo servizio permette di rettificare un certificato di malattia inviato in precedenza. Nel caso di utente Ente Inviante i campi di input sono: o codicefiscalemedico o codicefiscalelavoratore (cifrato) o idcertificato (dell invio effettuato in precedenza) o dataricezione (dell invio effettuato in precedenza non obbligatorio) o datafine Nel caso di utente Medico i campi di input sono: o pincodemedico (cifrato) o codicefiscalelavoratore (cifrato) o idcertificato (dell invio effettuato in precedenza) o dataricezione (dell invio effettuato in precedenza non obbligatorio) o datafine Se l invocazione va a buon fine si ottiene la risposta: o ricevutarettificaok dataricezione idcertificato (è un nuovo id che sostituisce quello precedente) lavoratore 14

15 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 15 DI 39 codicefiscale residenzaodomicilioabituale via cap codicecatastale provincia indirizzodireperibilita (opzionale) cognome indirizzo via cap codicecatastale provincia certificato datarilascio datainizio datafine visita tipocertificato codicediagnosi notediagnosi Se l invocazione non va a buon fine si ottiene la risposta: o ricevutanonok 15

16 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 16 DI 39 errore (lista) tipoerrore sezioneerrata descrizione Endpoint di test: Per maggiori dettagli consultare i wsdl. Endpoint di produzione (ATTENZIONE! Invocando questo endpoint saranno inviati dati reali all INPS!): ANNULLAMENTO DEL CERTIFICATO DI MALATTIA Questo servizio permette di annullare un certificato di malattia inviato (o rettificato) in precedenza. Nel caso di utente Ente Inviante i campi di input sono: o codicefiscalemedico o codicefiscalelavoratore (cifrato) o idcertificato (dell invio o rettifica effettuato in precedenza) o dataricezione (dell invio o rettifica effettuata in precedenza non obbligatorio) Nel caso di utente Medico i campi di input sono: 16

17 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 17 DI 39 o pincodemedico (cifrato) o codicefiscalelavoratore (cifrato) o idcertificato (dell invio o rettifica effettuato in precedenza) o dataricezione (dell invio o rettifica effettuata in precedenza non obbligatorio) Se l invocazione va a buon fine si ottiene la risposta: o ricevutaannullamentook dataricezione idannullamento Se l invocazione non va a buon fine si ottiene la risposta: o ricevutanonok errore (lista) tipoerrore sezioneerrata descrizione Endpoint di test: Per maggiori dettagli consultare i wsdl. Endpoint di produzione (ATTENZIONE! Invocando questo endpoint saranno inviati dati reali all INPS!): 17

18 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 18 DI INTERROGAZIONE LAVORATORE Questo servizio permette di ottenere i dati anagrafici del lavoratore. Nel caso di utente Ente Inviante i campi di input sono: o codicefiscale Nel caso di utente Medico i campi di input sono: o pincodemedico (cifrato) o codicefiscale Se l invocazione va a buon fine si ottiene la risposta: o ricevutaok anagrafica cognome nome Se l invocazione non va a buon fine si ottiene la risposta: o ricevutanonok errore (lista) tipoerrore sezioneerrata descrizione Per maggiori dettagli consultare i wsdl. 18

19 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 19 DI 39 Endpoint di test: Endpoint di produzione (ATTENZIONE! Invocando questo endpoint saranno inviati dati reali all INPS!): 19

20 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 20 DI CODICI DI ERRORE Di seguito sono riportati i codici di errore che possono essere restituiti dai web services: 10 Assente elemento medico 20 Assente elemento lavoratore 30 Assente elemento residenza 50 Assente elemento certificato 100 Errore formale codice regione 110 Errore formale codice asl 111 Pincode assente o errato 112 Nessuna posizione attiva per il medico 114 Anagrafica medico non trovata 115 Codice regione e codice asl del medico non congruenti 116 Assente codice fiscale medico 117 Non inserire il pincode 118 Non inserire il codice fiscale del medico 119 Errore formale codice fiscale medico 120 Errore formale Via 130 Errore formale Comune 131 Codice catastale comune non trovato 132 Assenti codice catastale o coppia comune-provincia. Inserire uno dei due 133 Inserire il codice catastale oppure in alternativa la coppia comune-provincia 134 Errore formale sul codice catastale comune. Deve essere, per esempio, del tipo: H Comune e provincia non congruenti 140 Errore formale Provincia 150 Errore formale CAP 160 Errore formale Via (reperibilità) 170 Errore formale Comune (reperibilità) 171 Codice catastale comune non trovato (reperibilità) 172 Assenti codice catastale o coppia comune-provincia. Inserire uno dei due (reperibilità) 173 Inserire il codice catastale oppure in alternativa la coppia comune-provincia (reperibilità) 174 Errore formale sul codice catastale comune. Deve essere, per esempio, del tipo: H501 (reperibilità) 175 Comune e provincia non congruenti (reperibilità) 180 Errore formale Provincia (reperibilità) 190 Errore formale CAP (reperibilità) 195 Errore formale Cognome (reperibilità) 220 Errore formale cf lavoratore 300 Errore formale codice diagnosi 305 codice diagnosi e note diagnosi contemporaneamente assenti 310 Errore formale note diagnosi 320 Errore formale codice fiscale 321 Codice fiscale non trovato 322 Codice fiscale non utilizzabile - invitare il soggetto a recarsi presso ufficio entrate 330 Errore formale Sesso 340 Errore formale Telefono 350 Errore formale tipo certificato 360 Errore formale tipo Visita 370 Assenza data rilascio 20

21 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 21 DI data rilascio inferiore di due giorni a data ricezione 372 data rilascio superiore a data ricezione 373 data inizio maggiore di data rilascio 374 data inizio maggiore di data fine 375 data fine maggiore di tre mesi dalla data rilascio 380 Assenza data fine 390 Assenza data inizio 400 Assenza id certificato 701 Utente non esistente 998 Errore nel sistema I seguenti codici di errore sono restituiti direttamente dall INPS: 1 Non conformita' rispetto allo schema: Elemento duplicato 2 Non conformita' rispetto allo schema: Elemento obbligatorio mancante 3 Non conformita' rispetto allo schema: Elemento non valido (attributi, tipi semplici) la descrizione puo' comprendere indicazioni sul tipo/pattern atteso 4 Non conformita' rispetto allo schema: Elemento malformato (tipi complessi) altre anomalie non specificate: es. misplacements, elementi non previsti 41 Indirizzo errato (CAP, cod.comune, provincia sconosciuti o incongruenti) 42 Comune di nascita errato (codice comune sconosciuto o incongruente con provincia) 43 Codice Diagnosi Errato 44 Codice Regione ASL errato 21 Codice Fiscale incongruente con dati anagrafici 22 Codice Fiscale formalmente non valido: controcodice errato 23 Data inizio malattia errata. Prevista: data non posteriore alla data di rilascio. 24 Data fine prognosi errata. Prevista: data non anteriore a data rilascio 25 Periodo errato : eccedente i tre mesi solari successivi al rilascio 26 Data rilascio certificato errata. Prevista: data di trasmissione o giorno precedente 101 Richiesta annullamento oltre i termini previsti 102 Richiesta annullamento per certificato inesistente 103 Richiesta rettifica oltre i termini previsti 104 Richiesta rettifica per certificato inesistente 105 Richiesta annullamento per certificato gia' annullato o rettificato 106 Richiesta rettifica per certificato gia' annullato o rettificato 200 Errore non codificato 999 Servizio non disponibile 21

22 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 22 DI 39 ALLEGATI SERVIZIO DI INVIO CERTIFICATO InvioCertificato.wsdl <?xml version="1.0" encoding="utf-8"?> <wsdl:definitions xmlns:wsdl=" xmlns:requestns=" xmlns:responsens=" xmlns:soap=" xmlns:tns=" xmlns:xsd=" targetnamespace=" <wsdl:documentation> Invio del certificato di malattia Versione 0.4 </wsdl:documentation> <wsdl:types> <xsd:schema elementformdefault="qualified" xmlns:xsd=" <xsd:import namespace=" schemalocation="inviocertificatorequest.xsd"/> </xsd:schema> <xsd:schema elementformdefault="qualified" xmlns:xsd=" <xsd:import namespace=" schemalocation="inviocertificatoresponse.xsd"/> </xsd:schema> </wsdl:types> <wsdl:message name="inviocertificatorequest"> <wsdl:part element="requestns:inviocertificato" name="inviocertificatorequest"/> </wsdl:message> <wsdl:message name="inviocertificatoresponse"> <wsdl:part element="responsens:ricevutacertificato" name="inviocertificatoresponse"/> </wsdl:message> <wsdl:porttype name="inviocertificatopt"> <wsdl:operation name="inviocertificato"> <wsdl:input message="tns:inviocertificatorequest"/> <wsdl:output message="tns:inviocertificatoresponse"/> </wsdl:operation> </wsdl:porttype> <wsdl:binding name="inviocertificatobinding" type="tns:inviocertificatopt"> 22

23 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 23 DI 39 <soap:binding style="document" transport=" <wsdl:operation name="inviocertificato"> <soap:operation soapaction=" > <wsdl:input> <soap:body use="literal"/> </wsdl:input> <wsdl:output> <soap:body use="literal"/> </wsdl:output> </wsdl:operation> </wsdl:binding> <wsdl:service name="inviocertificato"> <wsdl:port binding="tns:inviocertificatobinding" name="inviocertificato"> <soap:address location=" ocertificato"/> </wsdl:port> </wsdl:service> </wsdl:definitions> InvioCertificatoRequest.xsd <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns=" xmlns:td=" xmlns:xs=" targetnamespace=" elementformdefault="qualified" attributeformdefault="unqualified" > <xs:import namespace=" schemalocation="tipicert.xsd"/> Request del servizio di invio certificato Versione 0.7 <xs:element name="inviocertificato"> <xs:complextype> <xs:element name="medico" type="td:medico"> Dati del medico <xs:element name="lavoratore" type="td:lavoratorecifrato"> Dati del lavoratore <xs:element name="residenzaodomicilioabituale" type="td:indirizzo"> Residenza o domicilio abituale del lavoratore 23

24 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 24 DI 39 <xs:element name="indirizzodireperibilita" type="td:reperibilita" minoccurs="0"> Indirizzo di reperibilità del lavoratore <xs:element name="certificato" type="td:certificato"> Certificato di malattia </xs:schema> InvioCertificatoResponse.xsd <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns=" xmlns:td=" xmlns:xs=" targetnamespace=" elementformdefault="qualified" attributeformdefault="unqualified"> <xs:import namespace=" schemalocation="tipicert.xsd"/> Response del servizio di invio certificato Versione 0.5 <xs:element name="ricevutacertificato"> <xs:complextype> Questi due elementi sono in alternativa, uno è per l'esito positivo l'altro per l'esito negativo <xs:element name="ricevutaok" type="td:ricevutaok" minoccurs="0"/> <xs:element name="ricevutanonok" type="td:ricevutanonok" minoccurs="0"/> </xs:schema> 24

25 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 25 DI SERVIZIO DI RETTIFICA CERTIFICATO RettificaCertificato.wsdl <?xml version="1.0" encoding="utf-8"?> <wsdl:definitions xmlns:wsdl=" t".it" xmlns:requestns=" xmlns:responsens=" xmlns:soap=" xmlns:tns=" xmlns:xsd=" targetnamespace=" <wsdl:documentation> Rettifica del certificato di malattia Versione 0.3 </wsdl:documentation> <wsdl:types> <xsd:schema elementformdefault="qualified" xmlns:xsd=" <xsd:import namespace=" schemalocation="rettificacertificatorequest.xsd"/> </xsd:schema> <xsd:schema elementformdefault="qualified" xmlns:xsd=" <xsd:import namespace=" schemalocation="rettificacertificatoresponse.xsd"/> </xsd:schema> </wsdl:types> <wsdl:message name="rettificacertificatorequest"> <wsdl:part element="requestns:rettificacertificato" name="rettificacertificatorequest"/> </wsdl:message> <wsdl:message name="rettificacertificatoresponse"> <wsdl:part element="responsens:ricevutarettifica" name="rettificacertificatoresponse"/> </wsdl:message> <wsdl:porttype name="rettificacertificatopt"> <wsdl:operation name="rettificacertificato"> <wsdl:input message="tns:rettificacertificatorequest"/> <wsdl:output message="tns:rettificacertificatoresponse"/> </wsdl:operation> </wsdl:porttype> <wsdl:binding name="rettificacertificatobinding" type="tns:rettificacertificatopt"> <soap:binding style="document" transport=" <wsdl:operation name="rettificacertificato"> <soap:operation soapaction=" ficato"/> <wsdl:input> 25

26 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 26 DI 39 <soap:body use="literal"/> </wsdl:input> <wsdl:output> <soap:body use="literal"/> </wsdl:output> </wsdl:operation> </wsdl:binding> <wsdl:service name="rettificacertificato"> <wsdl:port binding="tns:rettificacertificatobinding" name="rettificacertificato"> <soap:address location=" ificacertificato"/> </wsdl:port> </wsdl:service> </wsdl:definitions> RettificaCertificatoRequest.xsd <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns=" xmlns:td=" xmlns:xs=" t" targetnamespace=" elementformdefault="qualified" attributeformdefault="unqualified"> annullamento <xs:import namespace=" schemalocation="tipicert.xsd"/> Request del servizio di rettifica certificato Versione 0.4 Gli elementi codicefiscalelavoratore, idcertificato e dataricezione costituiscono il riferimento al certificato da rettificare e devono corrispondere agli elementi: lavoratore.codicefiscale del messaggio di invio del certificato inviato in precedenza, idcertificato e dataricezione del messaggio di ricevuta del certificato inviato in precedenza; per il controllo sull'elemento dataricezione viene utilizzata l'informazione su data e ora (il campo non è obbligatorio). L'unica rettifica possibile è anticipare la data di fine prognosi, per qualunque altra modifica deve essere usata la funzione di e procedere alla creazione di un nuovo certificato. <xs:element name="rettificacertificato"> <xs:complextype> Se l'utente è un ente inviante (es. una Regione) il campo codicefiscalemedico è obbligatorio per specificare il medico per cui si sta inviando il certificato, e il campo pincodemedico 26

27 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 27 DI 39 il campo il campo pincodemedico type="td:codicefiscale"> medico type="td:tipocifrato"> medico type="td:tipocifrato"> lavoratore annullare type="xs:datetime"> ricezione non deve essere impostato. Al contrario, se l'utente è il medico singolo codicefiscalemedico non deve essere impostato e è obbligatorio. <xs:element minoccurs="0" name="codicefiscalemedico" Codice fiscale del <xs:element minoccurs="0" name="pincodemedico" Pincode cifrato del <xs:element name="codicefiscalelavoratore" Codice fiscale del <xs:element name="idcertificato" type="xs:string"> Id del certificato da <xs:element minoccurs="0" name="dataricezione" Data e ora di <xs:element name="datafine" type="xs:date"> Data di fine prognosi </xs:schema> RettificaCertificatoResponse.xsd <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns=" xmlns:td=" xmlns:xs=" it" targetnamespace=" elementformdefault="qualified" attributeformdefault="unqualified"> <xs:import namespace=" 27