Source: http://docplayer.it/6577699-Progetto-tessera-sanitaria-schema-dati-spesa-sanitaria-di-cui-art-3-comma-3-d-ls-175-2014.html
Timestamp: 2018-10-17 04:44:33+00:00

Document:
PROGETTO TESSERA SANITARIA. Schema dati spesa sanitaria di cui art. 3 comma 3 D.ls 175/ PDF
Download "PROGETTO TESSERA SANITARIA. Schema dati spesa sanitaria di cui art. 3 comma 3 D.ls 175/2014"
Natalia Pagano
1 PROGETTO TESSERA SANITARIA
2 Pag. 2 di 23 REVISIONI DEL DOCUMENTO INTRODUZIONE GENERALITA STANDARD TECNICI INVIO DEI DATI DI SPESA CARATTERISTICHE ACCESSO AI SERVIZI CANALI DI COMUNICAZIONE MODALITÀ DI AUTENTICAZIONE SPECIFICHE PER L INVOCAZIONE DEL SERVIZIO ENDPOINT CODICI DI ERRORE FILE ALLEGATO: TABELLA DATI DI SPESA SANITARIA STRUTTURA FILE XML ALLEGATI WSDL SERVIZIO INVIO TELEMATICO XSD ASSOCIATO AL SERVIZIO DI INVIO TELEMATICO SCHEMA XSD DEI DATI DI SPESA SANITARIA XML... 22
3 Pag. 3 di 23 Revisioni del documento VERSIONE DATA MODIFICA DESCRIZIONE
4 Pag. 4 di INTRODUZIONE Il presente documento descrive le specifiche tecniche per la predisposizione dei dati di spesa sanitaria a cura dei medici e delle strutture sanitarie ai fini della trasmissione dei dati di spesa sanitaria per la precompilazione della dichiarazione dei redditi, prevista dall articolo 3 comma 3 del D.Lgs. 175/2014.
5 Pag. 5 di GENERALITA I web services, attraverso l utilizzo di un linguaggio comune, riconosciuto e diffuso, garantiscono l interoperabilità tra sistemi che possono essere molto diversi per tecnologie e implementazioni. Gli standard utilizzati per l utilizzo del modello web services sono quelli più diffusi: uso del linguaggio XML per la rappresentazione dei dati; uso del protocollo SOAP per il formato dei messaggi scambiati tra i sistemi; uso del linguaggio WSDL per la definizione delle chiamate ai web services. Ad ogni nuovo servizio corrisponde un WSDL, che è l interfaccia che l erogatore dei servizi (server) fornisce agli utilizzatori (client). L implementazione della parte server e della parte client possono essere realizzate con linguaggi e tecnologie differenti; il WSDL si pone tra le due componenti garantendo il livello di disaccoppiamento necessario per rendere accessibile il servizio attraverso la rete, mediante protocollo HTTPS e messaggi SOAP, che è una versione specializzata dell XML. Partendo dal WSDL, l utente che vuole utilizzare i web services dovrà sviluppare un proprio client applicativo in modo da poter colloquiare con la parte server. Spesso i WSDL sono corredati dagli schemi XSD, che sono documenti XML che descrivono i tipi dei dati utilizzati nei messaggi di request e response. Lo sviluppo del client è interamente a carico degli utenti.
6 Pag. 6 di 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. I web services esposti sono stati realizzati seguendo le specifiche Basic Profile 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 Basic Profile 1.1 (WS-I BP 1.1) e WS-I Simple SOAP Binding Profile 1.0 (WS-I SSBP 1.0), che rappresentano il profilo di base i requisiti relativi alla serializzazione di una busta e la sua rappresentazione in un messaggio SOAP.
7 Pag. 7 di INVIO DEI DATI DI SPESA Il servizio prevede che il soggetto che invia i dati di spesa sanitaria debba comporre una richiesta cui allegherà un file con le informazioni relative ai documenti fiscali che attestano la spesa Caratteristiche Per garantire un elevato livello di interoperabilità e di ottimizzazione, per il trasferimento del file allegato, sarà utilizzato il protocollo MTOM (Message Transmission Optimization Mechanism): Questa modalità di trasmissione, basata anch essa sul protocollo SOAP, utilizza un meccanismo di ottimizzazione dei messaggi. Nasce come alternativa ai protocolli MIME e DIME proprietari e perciò è indipendente dalla piattaforma di implementazione. Al momento dell invio vengono effettuati tutti i controlli relativi alle eventuali deleghe che il soggetto che emette il documento fiscale ha conferito all inviante. In caso di mancata congruenza, l istanza di invio viene rigettata Accesso ai servizi L elenco dei servizi web disponibili, le firme wsdl e la documentazione saranno pubblicati nel portale Canali di comunicazione I servizi esposti da Sistema TS tramite modello Web Service sono fruibili attraverso canali di comunicazione https Modalità di autenticazione L autenticazione al servizio può essere eseguita tramite: 1. Basic authentication (utente e password) 2. Certificato di autenticazione personale a bordo della TS-CNS 4.5. Specifiche per l invocazione del servizio Il servizio che consente di inviare telematicamente i file relativi alla spesa, deve essere realizzato secondo lo standard MTOM e deve includere per ogni invocazione, un singolo file compresso in formato zip della dimensione massima di 10 MByte. Per quanto riguarda le caratteristiche per la creazione del file da allegare si rimanda al capitolo 5. Per la modalità di invio singolo sarà pubblicato un apposito servizio per la trasmissione a singolo messaggio.
8 Pag. 8 di 23 All interno del body del messaggio SOAP devono essere valorizzati i campi riportati nella tabella successiva. I primi tre campi sono sempre obbligatori, invece la valorizzazione dei campi successivi è obbligatoria a o meno in relazione ai soggetti coinvolti nell invio (cfr. par 5.1 sezione Proprietario) Nome Campo Contenuto Dominio nomefileallegato pincodeinviantecifrato documento datiproprietario codiceregione codiceasl codicessa cfproprietario opzionale1 opzionale2 opzionale3 Nome locale del file allegato di tipo zip (senza path) Tale campo deve essere valorizzato con il nome tramite il quale l utente identifica, sul proprio sistema informativo, il file che viene inviato. (es. file01.zip) Pincode cifrato del soggetto che effettua l invio telematico file compresso contenente i documenti fiscali, secondo lo schema dati Oggetto contenente i dati relativi al soggetto che emette il documento fiscale Codice regione della farmacia/struttura che emette il documento fiscale Codice della ASL della farmacia/struttura che emette il documento fiscale Codice farmacia/struttura che emette il documento fiscale Codice fiscale del soggetto indicato come Titolare/Direttore della struttura/farmacia o responsabile all invio dei dati a Sistema TS Per futuro utilizzo Per futuro utilizzo Per futuro utilizzo Stringa alfanumerica compresa tra 6 e 60 caratteri latini di base (\p{isbasiclatin}) base64binary Dimensione massima del file compresso 5 MByte 3 caratteri alfanumerici 3 caratteri alfanumerici 5 o 6 caratteri alfanumerici Stringa alfanumerica lunga al massimo 255 caratteri Per ogni invio effettuato il sistema risponde con un messaggio contenente le seguenti informazioni: Nome Campo Contenuto Dominio
9 Pag. 9 di 23 protocollo Numero di protocollo assegnato dal sistema al file trasmesso Stringa numerica di 17 cifre dataaccoglienza Data ed ora di accoglienza del file dd-mm-yyyy HH:mm:ss nomefileallegato Nome del file dichiarato nel messaggio di input Stinga da 6 a 60 caratteri alfanumerici (ex: file01.zip) dimensionefileallegato Dimensione del file trasmesso(in byte) Max. 10 MByte codiceesito descrizioneesito Codifica dell esito di invio Descrizione dell esito di invio Vedi tabella di decodifica di seguito Vedi tabella di decodifica di seguito iderrore Numero che identifica un invio fallito Stringa alfanumerica Oltre all ambiente di produzione in cui è possibile inviare dati reali, è disponibile un ambiente di test in cui fare le prove necessarie prima di rilasciare i software gestionali in produzione. Prima del passaggio in produzione di ogni nuova versione del software è obbligatorio aver effettuato un numero esaustivo di prove nell ambiente di test, in modo da minimizzare o possibilmente eliminare i rischi di malfunzionamento Endpoint Ambiente di test: Per tale ambiente verranno rilasciati diversi set di credenziali, con cui testare i vari casi di delega. Ambiente di produzione: Eventuali indicazioni o modifiche di endpoint ai fine della fase di test saranno comunicati tempestivamente sul portale Codici di errore Codice Esito Descrizione Esito 000 Il file è stato accolto correttamente 101 il campo 'nomefileallegato' deve essere di almeno 6
10 Pag. 10 di caratteri: il file non è stato accolto l'allegato non è un file di tipo zip: il file non è stato accolto 103 il file non è stato accolto perché l'allegato è vuoto 104 pincode errato 105 delega non attiva 106 è presente una delega attiva 200 il file non è stato accolto perché c è un errore nell'applicazione ed è necessario contattare l'assistenza Eventuali indicazioni, integrazioni e modifiche della tabella degli errori saranno comunicati tempestivamente sul portale
11 Pag. 11 di FILE ALLEGATO: TABELLA DATI DI SPESA SANITARIA L allegato (un file zip, contenente un Xml) può avere una dimensione massima di 10 MB. Si compone di due parti: 1. Sezione proprietario. Tale sezione ha una composizione diversa a seconda del soggetto che emette i documenti fiscali attestanti la spesa sanitaria a. Farmacia /Struttura sanitaria b. Medico/Odontoiatra 2. Sezione documento fiscale. Tale sezione non varia in base al soggetto emittente. Nella tabella seguente sono riportate, al fine di favorire una migliore interpretazione dei campi elementari definiti nel file XML da generare, le descrizioni e le regole di compilazione di ciascun elemento.
12 Pag. 12 di STRUTTURA FILE XML Nelle tabella a seguire sono descritti: Nome sezione Nome campo Molteplicità Note Struttura Precompilata Opzionale 1 1 Campi opzionali per usi futuri Opzionale 2 1 Opzionale 3 1 Proprietario 1 Sezione del file con i dati di chi emette il documento fiscale Documento spesa n Sezione del file con la lista (n) dei documenti fiscali Nelle tabelle a seguire sono descritti: Nome Sezione Nome campo Contenuto Obbligatorietà (O = obbligatorio; F = Facoltativo) Lunghezza Note Sezione Proprietario (caso d uso Farmacia o Struttura) Proprietario codiceregione codiceasl codicessa cfproprietario Codice regione della farmacia/struttura che emette il documento fiscale Codice della ASL della farmacia/struttura che emette il documento fiscale Codice farmacia/struttura che emette il documento fiscale Codice fiscale del soggetto indicato come Titolare/Direttore della struttura/farmacia o responsabile all invio dei dati a Sistema TS O AN 3 O AN 3 O AN 5-6 Farmacia: 5 Struttura : 6 O / F * AN 256 Campo cifrato - Facoltativo in caso di Inviante = regione
13 Pag. 13 di 23 Sezione Proprietario (caso d uso Medico / Odontoiatra) Proprietario cfproprietario Sezione documentospesa idspesa datapagamento Codice fiscale del medico / odontoiatra che emette il documento fiscale O AN 256 Campo cifrato Sezione del file con i dati identificativi del documento fiscale (vedi tabella iddocumentofiscale) Data di pagamento afferente al O Campo Deve essere documento fiscale emesso. data coincidente o maggiore rispetto alla data di emissione. Può essere minore rispetto alla data di emissione solo se valorizzato a 1 il flag pagamento anticipato ( e comunque non minore del flagpagamentoanticipato Il campo deve essere valorizzato a 1 per indicare il pagamento della spesa sostenuta dal cittadino in data antecedente alla data di emissione del documento fiscale flagoperazione Indica il tipo di operazione da eseguire sul record. Valori ammessi: I = inserimento ovvero nuovo record; V = Variazione R = Rimborso C = Cancellazione 01/01/2015) F N 1 Obbligatorio solo se data pagamento antecedente data emissione O AN 1 cfcittadino Codice fiscale, del cittadino rilevato dalla Tessera Sanitaria, crittografato secondo le modalità di cui al decreto attuativo del comma 5 dell articolo 50 del DL 269/2003 O AN 256 Campo cifrato
14 vocespesa 08/07/2015 Pag. 14 di 23 tipospesa Il Campo assume i seguenti valori: TK= Ticket (Quota fissa e/o Differenza con il prezzo di riferimento. Franchigia. Pronto Soccorso e accesso diretto) FC= Farmaco, anche omeopatico. Dispositivi medici CE FV = Farmaco per uso veterinario AD= Acquisto o affitto di dispositivo medico CE AS= Spese sanitarie relative ad ECG, spirometria, Holter pressorio e cardiaco, test per glicemia, colesterolo e trigliceridi o misurazione della pressione sanguigna, prestazione previste dalla farmacia dei servizi e simili sanguigna) SR= Spese prestazioni assistenza specialistica ambulatoriale esclusi interventi di chirurgia estetica. Visita medica generica e specialistica o prestazioni diagnostiche e strumentali. Prestazione chirurgica ad esclusione della chirurgia estetica. Ricoveri ospedalieri, al netto del comfort. Certificazione medica. O AN 2 flagtipospesa CT= Cure Termali PI= protesica e integrativa IC= Intervento di chirurgia estetica ambulatoriale o ospedaliero AA= Altre spese Il campo è valorizzato al fine di evidenziare caratteristiche particolari di alcune tipologie di spesa. F AN 1 Il campo vale: 1 con tipo TK (ticket di pronto soccorso); 2 con tipo SR (visita in
15 Pag. 15 di 23 importo Importo di ogni singola spesa sostenuta dal cittadino / rimborso riconosciuto al cittadino a fronte di una spesa sostenuta. O N deci mali intromoenia) Il campo deve assumere sempre valori positivi, anche in caso di rimborso idrimborso Codice identificativo del documento fiscale di spesa per la quale è stato successivamente emesso un rimborso al cittadino (composto dal IdDocumentoFiscale oggetto di rimborso ) Obbligatorio solo per operazione = R (vedi tabella successiva)
16 Pag. 16 di 23 idspesa è composto da un oggetto denominato iddocumentofiscale con cui si identifica la ricevuta o lo scontrino IdDocumentoFiscale piva dataemissione numdocumento Fiscale Partita IVA della farmacia/struttura o medico che emette il documento fiscale Data di emissione del documento fiscale relativo alla spesa sostenuta dal O AN 11 O Campo data Non può essere minore del 01/01/2015 (vedi note per data pagamento) cittadino. Identificativo numerico del documento fiscale univoco nell ambito della data (anno per fatture e giorno per scontrini) vedi tabella successiva Sezione numdocumentofiscale NumDocumentoFisc ale dispositivo NumDocumento Numero progressivo del dispositivo che genera il documento Numero progressivo del documento emesso O N 3 Per dispositivo si intende il registratore di cassa utilizzato dalla farmacie; per l emissione di fatture o ricevute fiscali il campo assume il valore 1 O N 3 Univoco nell ambito della data. Solitamente è univoco per giornata (scontrini) o per anno (fattura)
17 Pag. 17 di 23 ALLEGATI WSDL SERVIZIO INVIO TELEMATICO <?xml version="1.0" encoding="utf-8"?><definitions name="inviotelematicospesesanitarie730pservice" targetnamespace=" xmlns=" xmlns:soap=" xmlns:tns=" xmlns:xsd=" <types> <xsd:schema> <xsd:import namespace=" schemalocation="inviotelematicospesesanitarie730p_schema1.xsd"/> </xsd:schema> </types> <message name="inviafilemtom"> <part element="tns:inviafilemtom" name="parameters"> </part> </message> <message name="inviafilemtomresponse"> <part element="tns:inviafilemtomresponse" name="parameters"> </part> </message> <porttype name="inviotelematicoss730pmtom"> <operation name="inviafilemtom"> <input message="tns:inviafilemtom"> </input> <output message="tns:inviafilemtomresponse"> </output> </operation> </porttype> <binding name="inviotelematicoss730pmtomportbinding" type="tns:inviotelematicoss730pmtom"> <soap:binding style="document" transport=" <operation name="inviafilemtom"> <soap:operation soapaction=""/> <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> </binding> <service name="inviotelematicospesesanitarie730pservice"> XSD ASSOCIATO AL SERVIZIO DI INVIO TELEMATICO <?xml version="1.0" encoding="utf-8"?>
18 Pag. 18 di 23 <xs:schema targetnamespace=" version="1.0" xmlns:tns=" xmlns:xs=" <xs:element name="inviafilemtom" type="tns:inviafilemtom" /> <xs:element name="inviafilemtomresponse" type="tns:inviafilemtomresponse" /> <xs:complextype name="ricevutainvio"> <xs:sequence> <xs:element minoccurs="1" name="codiceesito" type="xs:string" /> <xs:element minoccurs="1" name="dataaccoglienza" type="xs:string" /> <xs:element minoccurs="1" name="descrizioneesito" type="xs:string" /> <xs:element minoccurs="1" name="dimensionefileallegato" type="xs:string" /> <xs:element minoccurs="1" name="nomefileallegato" type="xs:string" /> <xs:element minoccurs="1" name="protocollo" type="xs:string" /> <xs:element minoccurs="0" name="iderrore" type="xs:string" /> </xs:sequence> </xs:complextype> <xs:complextype name="inviafilemtom"> <xs:sequence> <xs:element maxoccurs="1" minoccurs="1" name="nomefileallegato" nillable="false" type="tns:tiponomefileallegato" /> <xs:element maxoccurs="1" minoccurs="1" name="pincodeinviantecifrato" nillable="false" type="xs:base64binary" /> <xs:element maxoccurs="1" minoccurs="0" name="datiproprietario" nillable="false" type="tns:proprietario" /> <xs:element minoccurs="0" name="opzionale1" type="xs:string" /> <xs:element minoccurs="0" name="opzionale2" type="xs:string" /> <xs:element minoccurs="0" name="opzionale3" type="xs:string" /> <xs:element maxoccurs="1" minoccurs="1" name="documento" nillable="false" type="xs:base64binary" /> </xs:sequence> </xs:complextype> <xs:complextype name="proprietario"> <xs:sequence> <xs:element name="codiceregione" type="tns:varchar3type" minoccurs="0" /> <xs:element name="codiceasl" type="tns:varchar3type" minoccurs="0" /> <xs:element name="codicessa" type="tns:codssatype" minoccurs="0" /> <xs:element name="cfproprietario" type="tns:cftype" minoccurs="0" /> </xs:sequence> </xs:complextype> <xs:simpletype name="cftype"> <xs:restriction base="xs:string"> <xs:maxlength value="256" /> <xs:simpletype name="varchar3type"> <xs:restriction base="xs:string"> <xs:pattern value="([a-z0-9]{3})" /> <xs:simpletype name="codssatype"> <xs:restriction base="xs:string">
19 Pag. 19 di 23 <xs:pattern value="([a-z0-9]{5,6})" /> <xs:simpletype name="tiponomefileallegato"> <xs:restriction base="xs:string"> <xs:pattern value="(\p{isbasiclatin}{6,60})" /> <xs:complextype name="inviafilemtomresponse"> <xs:sequence> <xs:element minoccurs="1" name="return" type="tns:ricevutainvio" /> </xs:sequence> </xs:complextype> </xs:schema> SCHEMA XSD DEI DATI DI SPESA SANITARIA Di seguito si riporta lo schema XSD dei dati di spesa sanitaria. <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns:xs=" elementformdefault="qualified" attributeformdefault="unqualified"> <xs:element name="precompilata"> <xs:complextype> <xs:sequence> <xs:element name="opzionale1" minoccurs="0"/> <xs:element name="opzionale2" minoccurs="0"/> <xs:element name="opzionale3" minoccurs="0"/> <xs:element name="proprietario"> <xs:complextype> <xs:sequence> <xs:element name="codiceregione" type="varchar3type" minoccurs="0"/> <xs:element name="codiceasl" type="varchar3type" minoccurs="0"/> <xs:element name="codicessa" type="codssatype" minoccurs="0"/> <xs:element name="cfproprietario" type="cftype" minoccurs="0"/> </xs:sequence> </xs:complextype> </xs:element> <xs:element name="documentospesa" maxoccurs="unbounded"> <xs:complextype> <xs:sequence> <xs:element name="idspesa" type="iddocumentofiscale"/> <xs:element name="idrimborso" type="iddocumentofiscale" minoccurs="0"/> <xs:element name="datapagamento" type="datamintype"/> <xs:element name="flagpagamentoanticipato" minoccurs="0"> <xs:simpletype> <xs:restriction base="xs:int"> <xs:enumeration value="1"/> </xs:element> <xs:element name="flagoperazione"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:enumeration value="i"/> <xs:enumeration value="v"/>
20 Pag. 20 di 23 <xs:enumeration value="r"/> <xs:enumeration value="c"/> </xs:element> <xs:element name="cfcittadino" type="cftype"/> <xs:element name="vocespesa" maxoccurs="unbounded"> <xs:complextype> <xs:sequence> <xs:element name="tipospesa"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:enumeration value="tk"/> <xs:enumeration value="fc"/> <xs:enumeration value="fv"/> <xs:enumeration value="as"/> <xs:enumeration value="ad"/> <xs:enumeration value="sr"/> <xs:enumeration value="ct"/> <xs:enumeration value="pi"/> <xs:enumeration value="ic"/> <xs:enumeration value="aa"/> </xs:element> <xs:element name="flagtipospesa" minoccurs="0"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:enumeration value="1"/> <xs:enumeration value="2"/> </xs:element> <xs:element name="importo" type="dec7mintipo"/> </xs:sequence> </xs:complextype> </xs:element> </xs:sequence> </xs:complextype> </xs:element> </xs:sequence> </xs:complextype> </xs:element> <xs:complextype name="iddocumentofiscale"> <xs:sequence> <xs:element name="piva"> <xs:simpletype> <xs:restriction base="xs:integer"> <xs:pattern value="([0-9]{11})"/> </xs:element> <xs:element name="dataemissione" type="datamintype"/> <xs:element name="numdocumentofiscale"> <xs:complextype> <xs:sequence> <xs:element name="dispositivo" type="int3type"/> <xs:element name="numdocumento" type="int3type"/> </xs:sequence> </xs:complextype> </xs:element> </xs:sequence>
21 Pag. 21 di 23 </xs:complextype> <xs:simpletype name="int3type"> <xs:restriction base="xs:int"> <xs:mininclusive value="1"/> <xs:maxinclusive value="999"/> <xs:simpletype name="datamintype"> <xs:restriction base="xs:date"> <xs:mininclusive value=" "/> <xs:pattern value="([0-9]{4}-(0[1-9] 1[0-2])-(0[1-9] [1-2][0-9] 3[0-1]))"/> <xs:simpletype name="cftype"> <xs:restriction base="xs:string"> <xs:maxlength value="256"/> <xs:simpletype name="varchar3type"> <xs:restriction base="xs:string"> <xs:pattern value="([a-z0-9]{3})"/> <xs:simpletype name="codssatype"> <xs:restriction base="xs:string"> <xs:pattern value="([a-z0-9]{5,6})"/> <xs:simpletype name="dec7mintipo"> <xs:restriction base="xs:decimal"> <xs:totaldigits value="7"/> <xs:fractiondigits value="2"/> <xs:mininclusive value="0.01"/> </xs:schema>
22 Pag. 22 di 23 XML <?xml version="1.0" encoding="utf-8"?> <precompilata xsi:nonamespaceschemalocation="730_precompilata.xsd" xmlns:xsi=" <opzionale1>text</opzionale1> <opzionale2>text</opzionale2> <opzionale3>text</opzionale3> <proprietario> <codiceregione>000</codiceregione> <codiceasl>000</codiceasl> <codicessa>00000</codicessa> <cfproprietario>aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa</cfproprietario> </proprietario> <documentospesa>
23 Pag. 23 di 23 <idspesa> <piva> </piva> <dataemissione> </dataemissione> <numdocumentofiscale> <dispositivo>1</dispositivo> <numdocumento>1</numdocumento> </numdocumentofiscale> </idspesa> <idrimborso> <piva> </piva> <dataemissione> </dataemissione> <numdocumentofiscale> <dispositivo>1</dispositivo> <numdocumento>1</numdocumento> </numdocumentofiscale> </idrimborso> <datapagamento> </datapagamento> <flagpagamentoanticipato>1</flagpagamentoanticipato> <flagoperazione>r</flagoperazione> <cfcittadino>aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa</cfcittadino> <vocespesa> <tipospesa>tk</tipospesa> <flagtipospesa>1</flagtipospesa> <importo>0.01</importo> </vocespesa> <vocespesa> <tipospesa>fc</tipospesa> <flagtipospesa>2</flagtipospesa> <importo>0.01</importo> </vocespesa> </documentospesa> <documentospesa> <idspesa> <piva> </piva> <dataemissione> </dataemissione> <numdocumentofiscale> <dispositivo>1</dispositivo> <numdocumento>1</numdocumento> </numdocumentofiscale> </idspesa> <datapagamento> </datapagamento> <flagpagamentoanticipato>1</flagpagamentoanticipato> <flagoperazione>v</flagoperazione> <cfcittadino>aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa</cfcittadino> <vocespesa> <tipospesa>fv</tipospesa>
Manuale d uso Servizi di accoglienza prescrizioni regionali
Manuale d uso Servizi di accoglienza prescrizioni regionali Il presente documento intende fornire la descrizione e le specifiche tecniche necessarie al colloquio fra i sistemi software produttori di prescrizioni
Tracciato File Fattura 730 Precompilato
Tracciato File Fattura 730 Precompilato Nome Campo Descrizione Obb. Lungh. Note Compilazione codiceasl Codice Asl di Appartenenza N 6 Struttura Sanitaria e Farmacia: Il campo è obbligatorio e va inserito
SISTEMA TESSERA SANITARIA. Invio dei dati di spesa sanitaria di cui art. 3 comma 3 D.ls 175/2014 WEB SERVICE ASINCRONO
SISTEMA TESSERA SANITARIA Invio dei dati di spesa sanitaria di cui art. 3 comma 3 D.ls 175/2014 WEB SERVICE ASINCRONO Pag. 2 di 20 REVISIONI DEL DOCUMENTO... 3 1. INTRODUZIONE... 5 2. GENERALITA... 6 3.
Invio dei dati di spesa sanitaria di cui art. 3 comma 3 D.ls 175/2014 WEB SERVICE ASINCRONO
SISTEMA TESSERA SANITARIA Invio dei dati di spesa sanitaria di cui art. 3 comma 3 D.ls 175/2014 WEB SERVICE ASINCRONO BOZZA IN ATTESA DI PUBBLICAZIONE DEL RELATIVO DECRETO Pag. 2 di 19 REVISIONI DEL DOCUMENTO...
Specifiche tecniche per il controllo e la trasmissione telematica delle pratiche di Comunicazione Unica
Specifiche tecniche per il controllo e la trasmissione telematica delle pratiche di Comunicazione Unica 1/20 1.1 Modifiche Documento Descrizione Modifica Edizione Data Prima emissione 1 28/07/2008 1.2
PROGETTO TESSERA SANITARIA SPECIFICHE TECNICHE PER LA TRASMISSIONE ALL INPS DEI CERTIFICATI DI MALATTIA, COMUNICAZIONI DI INIZIO RICOVERO E
PROGETTO TESSERA SANITARIA SPECIFICHE TECNICHE PER LA TRASMISSIONE ALL INPS DEI CERTIFICATI DI MALATTIA, COMUNICAZIONI DI INIZIO RICOVERO E CERTIFICATI DI MALATTIA IN SEDE DI Pag. 2 di 51 INDICE 1. REVISIONI
Web Service per il controllo e la trasmissione telematica delle pratiche di Comunicazione Unica
Web Service per il controllo e la trasmissione telematica delle pratiche di Comunicazione Unica Versione: 3 Data: 16/10/2014 Autore: InfoCamere 1. Introduzione al documento...3 1.1 Modifiche al documento...
Web Service per richiamare Starcheck. Versione: 2 Data: 14/01/14 Autore: InfoCamere
Web Service per richiamare Starcheck Versione: 2 Data: 14/01/14 Autore: InfoCamere 1. Introduzione al documento...3 1.1 Novità introdotte rispetto alla precedente emissione...3 1.2 Scopo e campo di applicazione
Sistema DE.PRO.EM. Istruzioni per il caricamento delle informazioni relative ai prodotti tramite file XML. Versione 1.0
Sistema DE.PRO.EM. Istruzioni per il caricamento delle informazioni relative ai prodotti tramite file XML Versione 1.0 1 Sommario Sommario... 2 1. Istruzioni operative... 3 2. Struttura del file XML...
WebCare. Specifiche Tecniche recupero dati per tariffazione. Redatto da: STUDIOFARMA 28 MAGGIO 2009 Verificato da: Approvato da:
WebCare Specifiche Tecniche recupero dati per tariffazione Progetto: WEBCARE 2 Versione 1.3 Data 05 AGOSTO 2011 Redatto da: STUDIOFARMA 28 MAGGIO 2009 Verificato da: Approvato da: CRONOLOGIA DELLE VERSIONI
SPECIFICHE FUNZIONALI DEI TRACCIATI FAR Flusso informativo delle prestazioni residenziali e semiresidenziali Luglio 2015 Versione 5.0 FAR Specifiche Funzionali_v5.0 Pag. 1 di 55 Indice 1. Introduzione...
Autorità per l energia elettrica e il gas Definizione informatica dei singoli tracciati da utilizzare per ciascun scambio informativo individuato dalle Istruzioni Operative allegate alla determina 3/10
PROGETTO TESSERA SANITARIA. Collegamento Telematico in rete dei Medici
PROGETTO TESSERA SANITARIA Collegamento Telematico in rete dei Medici Versione 10.0 5 settembre 2011 PROGETTO TESSERA SANITARIA PAG. 2 DI 55 INDICE 1. INTRODUZIONE... 5 1.1 Glossario... 5 2. RIFERIMENTI
SPECIFICHE FUNZIONALI DEI TRACCIATI FAR Flusso informativo delle prestazioni residenziali e semiresidenziali Luglio 2014 Versione 4.0 FAR Specifiche Funzionali_v4.0 Pag. 1 di 53 Indice 1. Introduzione...
PROGETTO TESSERA SANITARIA WEB SERVICES PER LA TRASMISSIONE ELETTRONICA DELLE PRESCRIZIONI MEDICHE DEMATERIALIZZATE (DECRETO 2 NOVEMBRE 2011) PARTE 1: PRESCRIZIONE VERSIONE DEL 01 03 2016 Pag. 2 di 61
Il Sistema di interscambio: Prodotti di TEST a supporto dell adesione ai servizi
Pagina 1 di 18 Il Sistema di interscambio: Prodotti di TEST a supporto dell adesione ai servizi Indice 1 INTRODUZIONE... 2 2 CLIENT SOAP... 2 2.1 INSTALLAZIONE DEL CLIENT SOAP... 2 2.1.1 PREREQUISITI...
PROGETTO TESSERA SANITARIA WEB SERVICES PER LA TRASMISSIONE ELETTRONICA DELLE PRESCRIZIONI MEDICHE DEMATERIALIZZATE (DECRETO 2 NOVEMBRE 2011) PARTE 1: PRESCRIZIONE VERSIONE DELL 11 05 2015 Pag. 2 di 94
Web Service SOAP e WSDL. Tito Flagella tito@link.it Lorenzo Nardi nardi80@gmail.com
Web Service SOAP e WSDL Tito Flagella tito@link.it Lorenzo Nardi nardi80@gmail.com SOAP Originariamente: Simple Object Access Protocol E poi evoluto in un Framework per lo scambio di messaggi in XML 2
Sistema informativo delle prestazioni erogate nell ambito dell assistenza sanitaria in emergenza-urgenza
SPECIFICHE FUNZIONALI DEI TRACCIATI 118 E PRONTO SOCCORSO Sistema informativo delle prestazioni erogate nell ambito dell assistenza sanitaria in Giugno 2010 Versione 4.0 EMUR_ Specifiche Funzionali_v4.0.doc
PROGETTO TESSERA SANITARIA WEB SERVICES PER LA TRASMISSIONE ELETTRONICA DELLE PRESCRIZIONI MEDICHE DEMATERIALIZZATE (DECRETO 2 NOVEMBRE 2011) PARTE 1: PRESCRIZIONE VERSIONE DEL 13 06 2014 Pag. 2 di 95
Autorità per l energia elettrica e il gas Definizione informatica dei singoli tracciati da utilizzare per ciascun scambio informativo individuato dalle Istruzioni Operative allegate alla delibera 185/08
Allegato tecnico Servizi di Accoglienza Regionale del Friuli Venezia Giulia Prescrizione Ricetta dematerializzata (D.M. 2/11/2011) - BOZZA
2013_ PRESC_DEM_01 IDAS-SAN-00001-AT-13-001 25 10 2013 Allegato tecnico Servizi di Accoglienza Regionale del Friuli Venezia Giulia Prescrizione Ricetta dematerializzata (D.M. 2/11/2011) - BOZZA Il presente
Realizzazione di un sistema per l archiviazione, la conservazione sostitutiva e la dematerializzazione dei documenti
1/27 PROGETTO AIRUMBRIA la conservazione sostitutiva e la dematerializzazione dei documenti MODULI SW REALIZZATI E FUNZIONANTI DEL SERVIZIO DI CONSERVAZIONE - (documento 6.6.1) 2/27 Data: 1/6/2011 Compilato:

References: art. 3
 art. 3
 articolo 3
 articolo 50
 art. 3
 art. 3
 art. 3
 art. 3