Sbloccare i Dati Pazienti dal Sistema Tessera Sanitaria: La Guida C# Definitiva per Medici

In evidenza

• Comprendere l'accesso API: L'interazione con il Sistema Tessera Sanitaria (STS) avviene tramite WebService (spesso SOAP) o API RESTful sicure, richiedendo credenziali ufficiali e autorizzazioni specifiche.
• Autenticazione Forte: L'accesso ai dati richiede un'autenticazione robusta, spesso tramite certificati digitali presenti sulla Tessera Sanitaria/Carta Nazionale dei Servizi (TS-CNS) del medico o token specifici.
• Sviluppo C# e Sicurezza: L'implementazione richiede l'uso di librerie .NET per le chiamate API, la gestione sicura delle credenziali, e una stretta aderenza alle normative sulla privacy (GDPR) e alle linee guida STS.

Comprendere il Sistema Tessera Sanitaria e le Modalità di Accesso

Il Sistema Tessera Sanitaria (STS) è l'infrastruttura digitale nazionale italiana che centralizza e gestisce una vasta gamma di dati sanitari, incluse prescrizioni, certificazioni, dati anagrafici dei pazienti e le loro associazioni con i medici curanti. L'obiettivo è facilitare la gestione amministrativa, il controllo della spesa sanitaria e l'erogazione dei servizi.

Per poter sviluppare un'applicazione in C# che interagisca con questo sistema per recuperare l'elenco dei pazienti associati a un medico, è fondamentale comprendere che l'accesso non è pubblico. È strettamente regolamentato e avviene tramite canali ufficiali:

• WebService e API Dedicate: Il STS espone specifici WebService (spesso basati sul protocollo SOAP) o API RESTful che permettono a soggetti autorizzati (medici, strutture sanitarie, sviluppatori accreditati) di scambiare dati. Esempi includono le API del "Progetto Tessera Sanitaria" per la trasmissione di prescrizioni.
• Documentazione Ufficiale: La fonte primaria per comprendere l'architettura, i protocolli, i formati dei dati (XML, JSON), le modalità di autenticazione e gli endpoint specifici è la documentazione tecnica fornita dal Ministero dell'Economia e delle Finanze (MEF) e disponibile sul portale ufficiale del Sistema TS.
• Accreditamento e Autorizzazioni: Qualsiasi applicazione che intenda accedere ai dati del STS deve essere sviluppata da o per conto di un soggetto accreditato. Il medico stesso deve possedere le credenziali appropriate.

Non è tipicamente possibile "leggere" direttamente l'elenco completo dei pazienti dal chip della tessera sanitaria del medico; l'accesso a tali informazioni aggregate avviene interrogando i servizi centralizzati del STS previa autenticazione forte.

Prerequisiti Tecnici e Amministrativi

Prima di avviare lo sviluppo del tool in C#, è necessario assicurarsi di possedere tutti i requisiti tecnici e le autorizzazioni amministrative necessarie per interagire con il Sistema Tessera Sanitaria.

Ambiente di Sviluppo e Librerie Essenziali

La scelta dell'ambiente e delle librerie corrette è cruciale per un'implementazione efficace.

Ambiente di Sviluppo Integrato (IDE)

Utilizza Visual Studio (una versione recente è consigliata) o un altro IDE compatibile con lo sviluppo C# e .NET. È preferibile usare versioni recenti del framework .NET (es. .NET 6 o successivi) per beneficiare delle ultime funzionalità e miglioramenti di sicurezza, anche se .NET Framework 4.8+ può essere sufficiente a seconda delle librerie specifiche richieste dal STS.

Librerie e Pacchetti NuGet

Dovrai integrare diverse librerie nel tuo progetto C#, installabili tramite NuGet Package Manager:

• Per Interazioni SOAP: Se le API STS utilizzano SOAP (come indicato per il Progetto Tessera Sanitaria), la libreria principale è System.ServiceModel. Potrebbe essere necessario aggiungere un "Service Reference" in Visual Studio, puntando al file WSDL fornito dal STS per generare automaticamente le classi client proxy.
• Per Interazioni RESTful: Se sono disponibili API REST, la classe System.Net.Http.HttpClient è lo standard de facto in .NET per effettuare richieste HTTP/HTTPS.
• Gestione JSON/XML: Librerie come Newtonsoft.Json (per JSON) o le classi integrate in System.Xml.Linq (per XML) saranno necessarie per serializzare/deserializzare i dati scambiati con le API.
• Interazione Smartcard (se necessaria): Se l'autenticazione richiede la lettura di certificati dalla TS-CNS del medico, potresti aver bisogno di librerie specifiche. Alcune fonti menzionano la "Cryptware CNS API" (potrebbe richiedere licenza o essere specifica per certe regioni/implementazioni) o l'uso di API native di Windows (P/Invoke) per accedere allo smart card subsystem.

La tabella seguente riassume gli strumenti e le librerie chiave:

Credenziali e Autorizzazioni Ufficiali

Questo è l'aspetto più critico e spesso complesso:

• Credenziali del Medico: Il tool necessita delle credenziali specifiche fornite al medico per l'accesso ai servizi STS. Queste possono includere:
  • Il certificato digitale di autenticazione presente sulla sua Tessera Sanitaria con chip (TS-CNS) o Carta Nazionale dei Servizi.
  • Codice Fiscale e altre informazioni identificative.
  • Eventuali API Key o token OAuth2 se l'STS fornisce meccanismi più moderni.
• Accreditamento Sviluppatore/Applicazione: Potrebbe essere necessario registrare l'applicazione o lo sviluppatore presso il STS per ottenere le autorizzazioni all'uso delle API.
• Conformità Normativa: Assicurarsi che lo sviluppo e l'uso del tool siano conformi al GDPR e alle normative italiane sulla privacy e sulla sicurezza dei dati sanitari. È fondamentale ottenere il consenso informato, se applicabile, e implementare misure di sicurezza adeguate.

Senza le corrette autorizzazioni e credenziali valide, qualsiasi tentativo di connessione ai servizi STS fallirà.

Implementazione dell'Autenticazione Sicura

L'autenticazione è il primo scoglio tecnico da superare. Il metodo più comune menzionato per l'accesso ai servizi STS da parte dei medici coinvolge l'uso di certificati digitali X.509.

Gestione della Tessera Sanitaria (TS-CNS) e Certificati

Se l'autenticazione richiede il certificato presente sulla TS-CNS del medico, il tool dovrà interagire con un lettore di smartcard collegato al PC.

Interfaccia hardware comune per l'accesso ai certificati sulla TS-CNS.

Lettura del Certificato da Smartcard in C#

È possibile accedere ai certificati installati nello store di Windows (che vengono popolati quando si inserisce la smartcard con i driver corretti) utilizzando le classi del namespace System.Security.Cryptography.X509Certificates. Un approccio comune è cercare il certificato basandosi sul nome del soggetto (Subject Name) o sull'identificativo univoco.

Ecco un esempio di codice C# per caricare un certificato dallo store utente basandosi sul nome del soggetto (adattare il nome del soggetto a quello reale presente sul certificato del medico):

using System.Security.Cryptography.X509Certificates;

public static class CertificateLoader
{
    // Metodo per caricare un certificato dallo store personale dell'utente corrente
    public static X509Certificate2 LoadCertificateFromStore(string subjectName)
    {
        X509Store store = null;
        try
        {
            // Apre lo store personale dell'utente corrente in modalità sola lettura
            store = new X509Store(StoreName.My, StoreLocation.CurrentUser);
            store.Open(OpenFlags.ReadOnly | OpenFlags.OpenExistingOnly);

            // Cerca il certificato basandosi sul nome del soggetto (Subject Name)
            // Impostare 'validOnly' a false per trovare anche certificati scaduti o non ancora validi (utile per test)
            X509Certificate2Collection matchingCertificates = store.Certificates.Find(
                X509FindType.FindBySubjectName,
                subjectName,
                false // Cambiare a true in produzione per considerare solo certificati validi
            );

            if (matchingCertificates.Count == 0)
            {
                // Nessun certificato trovato con quel nome
                Console.WriteLine($"Errore: Nessun certificato trovato per il soggetto '{subjectName}'.");
                return null;
            }
            else if (matchingCertificates.Count > 1)
            {
                // Più certificati trovati, potrebbe essere necessario un criterio più specifico
                // o permettere all'utente di selezionare quello corretto.
                Console.WriteLine($"Attenzione: Trovati {matchingCertificates.Count} certificati per '{subjectName}'. Restituisco il primo.");
                // Qui si potrebbe implementare una logica di selezione più raffinata
            }

            // Restituisce il primo certificato trovato (o quello selezionato)
            // Nota: potrebbe essere necessario filtrare ulteriormente (es. per KeyUsage)
            return matchingCertificates[0];
        }
        catch (System.Security.Cryptography.CryptographicException ex)
        {
            Console.WriteLine($"Errore durante l'accesso allo store dei certificati: {ex.Message}");
            return null;
        }
        finally
        {
            // Assicura che lo store venga chiuso
            if (store != null)
            {
                store.Close();
            }
        }
    }

    // Esempio di utilizzo:
    // string doctorCertificateSubject = "NOME COGNOME MEDICO"; // Sostituire con il Subject Name corretto
    // X509Certificate2 doctorCert = LoadCertificateFromStore(doctorCertificateSubject);
    // if (doctorCert != null)
    // {
    //     // Certificato caricato con successo, usarlo per l'autenticazione
    // }
}

Una volta ottenuto l'oggetto X509Certificate2, può essere associato alla richiesta SOAP o HTTP per l'autenticazione TLS reciproca (mTLS) richiesta da molti servizi STS.

Configurazione del Client SOAP/HTTP

Quando si configura il client (sia esso WCF per SOAP o HttpClient per REST), è necessario allegare il certificato caricato. Per WCF, questo avviene tipicamente nella configurazione del binding o programmaticamente sulle credenziali del client. Per HttpClient, si associa il certificato all'HttpClientHandler.

È importante anche gestire la validazione del certificato del server STS. In ambienti di test, a volte è necessario disabilitare temporaneamente alcuni controlli (MAI FARLO IN PRODUZIONE):

// Esempio per client WCF (DA NON USARE IN PRODUZIONE)
// client.ClientCredentials.ServiceCertificate.SslCertificateAuthentication =
//    new System.ServiceModel.Security.X509ServiceCertificateAuthentication {
//        CertificateValidationMode = System.ServiceModel.Security.X509CertificateValidationMode.None,
//        RevocationMode = System.Security.Cryptography.X509Certificates.X509RevocationMode.NoCheck
//    };

// Esempio per HttpClient (DA NON USARE IN PRODUZIONE)
// HttpClientHandler handler = new HttpClientHandler();
// handler.ClientCertificateOptions = ClientCertificateOption.Manual;
// handler.SslProtocols = System.Security.Authentication.SslProtocols.Tls12;
// handler.ClientCertificates.Add(doctorCert);
// handler.ServerCertificateCustomValidationCallback = (httpRequestMessage, cert, cetChain, policyErrors) => { return true; }; // Ignora errori certificato server
// HttpClient client = new HttpClient(handler);

In produzione, la validazione del certificato del server DEVE essere attiva e configurata correttamente per garantire la sicurezza della comunicazione.

Implementazione del Tool C# per il Recupero Dati

Con l'autenticazione gestita, il passo successivo è implementare la logica per interrogare l'API STS e recuperare i dati dei pazienti.

Interazione con le API STS

La modalità specifica di interazione dipende dal tipo di API esposta (SOAP o REST).

Caso SOAP (WCF)

1. Aggiungere il Riferimento al Servizio: Utilizza la funzionalità "Add Service Reference" di Visual Studio o lo strumento svcutil.exe per generare le classi client proxy a partire dal WSDL del servizio STS che espone la funzionalità di recupero pazienti (se disponibile).
2. Istanziare il Client: Crea un'istanza del client generato, configurando il binding (es. BasicHttpBinding o WSHttpBinding) e l'endpoint address forniti dalla documentazione STS.
3. Associare il Certificato: Imposta il certificato del medico sulle credenziali del client WCF (client.ClientCredentials.ClientCertificate.Certificate = doctorCert;).
4. Costruire la Richiesta: Popola l'oggetto di richiesta specifico per l'operazione di recupero pazienti (es. un ipotetico PazientiAssociatiRequest) con i dati necessari (es. Codice Fiscale del medico, periodo di riferimento).
5. Invocare il Metodo: Chiama il metodo del client proxy corrispondente all'operazione (es. client.RecuperaPazientiAssociati(request)).
6. Gestire la Risposta: Elabora l'oggetto di risposta restituito dal servizio.

Caso REST (HttpClient)

1. Configurare HttpClientHandler: Crea un'istanza di HttpClientHandler e associa il certificato del medico alla collezione ClientCertificates. Configura eventuali altri parametri (protocolli TLS, proxy, ecc.).
2. Creare HttpClient: Istanzia HttpClient passando l'handler configurato. Imposta l'indirizzo base dell'API (BaseAddress) e eventuali header comuni (es. Accept per richiedere JSON).
3. Costruire la Richiesta HTTP: Prepara la richiesta (GET, POST, ecc.) all'endpoint specifico per il recupero pazienti. Potrebbe richiedere parametri nell'URL o un body JSON/XML. L'autenticazione mTLS avviene a livello di connessione grazie al certificato nell'handler. Se viene usato un token, aggiungilo all'header Authorization (es. client.DefaultRequestHeaders.Authorization = new AuthenticationHeaderValue("Bearer", "your_token");).
4. Inviare la Richiesta: Usa metodi come GetAsync, PostAsync, ecc. per inviare la richiesta.
5. Gestire la Risposta HTTP: Controlla lo StatusCode della HttpResponseMessage. Se è успешный (es. 200 OK), leggi il contenuto (response.Content.ReadAsStringAsync()) e deserializzalo.

Identificare l'Endpoint Specifico per i Pazienti Associati

Un punto cruciale, non sempre esplicitamente documentato nelle fonti generiche, è identificare l'esatto nome del metodo SOAP o l'endpoint REST e la struttura dei dati (payload) necessari per richiedere specificamente l'elenco dei pazienti associati a un medico. Questo richiede una consultazione attenta della documentazione tecnica ufficiale fornita agli sviluppatori accreditati dal Sistema Tessera Sanitaria o assistenza diretta dai loro canali di supporto.

Il processo di sviluppo può essere visualizzato come segue:

Questo mindmap illustra le fasi principali del processo, dall'impostazione iniziale alla gestione della sicurezza e conformità.

Elaborazione della Risposta e Modellazione Dati

Una volta ricevuta una risposta positiva dall'API, il contenuto (tipicamente XML per SOAP, JSON per REST) deve essere analizzato (parsing) e trasformato in oggetti C# facilmente manipolabili.

Definire Classi Modello

Crea classi C# che rispecchino la struttura dei dati del paziente restituita dall'API STS. Ad esempio:

public class Paziente
{
    // Assicurati che i nomi delle proprietà corrispondano
    // esattamente a quelli nei dati XML/JSON o usa attributi
    // per mappare nomi diversi (es. [JsonProperty("codice_fiscale")])
    public string CodiceFiscale { get; set; }
    public string Nome { get; set; }
    public string Cognome { get; set; }
    public DateTime? DataNascita { get; set; } // Usa tipi nullable se i dati possono mancare
    public string Sesso { get; set; }
    // Aggiungi altri campi rilevanti restituiti dall'API STS
    // es. Indirizzo, Telefono, Data ultima visita, ecc.
}

// Potrebbe esserci una classe wrapper per la risposta completa
public class RispostaPazientiAssociati
{
    public List<Paziente> ElencoPazienti { get; set; }
    public bool Successo { get; set; }
    public string MessaggioErrore { get; set; }
    // Altri metadati della risposta
}

Deserializzazione

Utilizza le librerie appropriate per convertire la stringa XML/JSON negli oggetti C# definiti:

• JSON: JsonConvert.DeserializeObject(jsonString); (con Newtonsoft.Json) o System.Text.Json.JsonSerializer.Deserialize(jsonString);
• XML (SOAP): La deserializzazione è spesso gestita automaticamente dal client WCF generato. Se devi farlo manualmente, puoi usare XmlSerializer o LINQ to XML.

Sicurezza, Conformità e Gestione Errori

Lo sviluppo di un tool che tratta dati sanitari sensibili richiede la massima attenzione alla sicurezza, alla conformità normativa e alla gestione robusta degli errori.

Misure di Sicurezza Fondamentali

• Protezione Credenziali: Non memorizzare mai in chiaro le credenziali del medico (PIN della smartcard, password, token). Utilizza meccanismi sicuri come Windows Credential Manager o soluzioni di storage protette. Idealmente, il PIN della smartcard viene richiesto al momento dell'uso e non memorizzato.
• Comunicazione Sicura: Assicurati che tutte le comunicazioni con le API STS avvengano su HTTPS/TLS con versioni del protocollo sicure (es. TLS 1.2+).
• Validazione Input: Sanifica e valida qualsiasi input fornito dall'utente.
• Minimizzazione dei Dati: Recupera e conserva solo i dati strettamente necessari per lo scopo del tool.
• Logging Sicuro: Registra gli eventi importanti (accessi, errori, operazioni critiche) ma evita di loggare dati sensibili dei pazienti o credenziali.

Conformità Normativa (GDPR)

Il trattamento dei dati sanitari è soggetto a regole severe:

• Base Giuridica: Assicurati che ci sia una base legale valida per il trattamento dei dati (es. obbligo legale, consenso del paziente se applicabile).
• Informativa Privacy: Fornisci un'informativa chiara agli utenti (medici) sull'uso dei dati.
• Diritti degli Interessati: Prevedi meccanismi per rispettare i diritti dei pazienti (accesso, rettifica, cancellazione, ecc.), anche se l'accesso primario avviene tramite il medico.
• Misure Tecniche e Organizzative: Implementa misure adeguate per proteggere i dati da accessi non autorizzati, perdite o distruzioni.

Gestione Robusta degli Errori

L'interazione con sistemi esterni come l'STS è soggetta a vari problemi. Implementa una gestione completa degli errori:

• Errori di Connessione: Gestisci timeout, problemi DNS, indisponibilità del servizio.
• Errori di Autenticazione: Rileva credenziali non valide, certificati scaduti o revocati, PIN errato.
• Errori API (SOAP Faults / HTTP Errors): Intercetta errori specifici restituiti dall'API STS (es. medico non autorizzato, parametri richiesta errati, paziente non trovato). Le FaultException in WCF e i codici di stato HTTP >= 400 in REST sono indicatori chiave.
• Errori di Parsing: Gestisci risposte malformate o inattese.
• Eccezioni Generiche: Includi blocchi try-catch per gestire eccezioni non previste e loggarle adeguatamente.

try
{
    // Codice per autenticazione e chiamata API
    // var response = client.RecuperaPazientiAssociati(request);
    // Elabora risposta...
}
catch (System.ServiceModel.FaultException fe)
{
    // Errore specifico SOAP restituito dal servizio STS
    Console.WriteLine($"Errore SOAP dal servizio: Codice={fe.Code?.Name}, Motivo={fe.Reason}");
    // Logga dettagli aggiuntivi se disponibili (fe.Detail)
}
catch (System.Net.Http.HttpRequestException httpEx)
{
    // Errore durante la richiesta HTTP (connettività, DNS, stato HTTP >= 400)
    Console.WriteLine($"Errore richiesta HTTP: {httpEx.Message} (StatusCode: {httpEx.StatusCode})");
}
catch (System.TimeoutException timeoutEx)
{
    // Timeout della richiesta
    Console.WriteLine($"Timeout durante la chiamata API: {timeoutEx.Message}");
}
catch (System.Security.Authentication.AuthenticationException authEx)
{
    // Errore di autenticazione (es. certificato non valido, TLS handshake fallito)
    Console.WriteLine($"Errore di autenticazione: {authEx.Message}");
}
catch (Newtonsoft.Json.JsonException jsonEx)
{
    // Errore durante il parsing della risposta JSON
    Console.WriteLine($"Errore parsing JSON: {jsonEx.Message}");
}
catch (Exception ex)
{
    // Errore generico non previsto
    Console.WriteLine($"Errore imprevisto: {ex.GetType().Name} - {ex.Message}");
    // Logga lo stack trace completo per il debug
    // Log.Error(ex, "Errore imprevisto durante recupero pazienti");
}

Valutazione della Complessità del Progetto

Lo sviluppo di questo tipo di tool presenta diverse sfide. Il grafico radar sottostante offre una valutazione qualitativa di alcuni aspetti chiave:

Come illustrato, l'autenticazione e la sicurezza/compliance rappresentano gli aspetti più impegnativi, seguiti dalla complessità intrinseca delle API STS e dall'eventuale interazione diretta con la smartcard. Una buona competenza in C# e nella gestione degli errori è fondamentale.

Interfaccia Utente e Presentazione dei Dati

Una volta recuperati e processati i dati dei pazienti, è necessario presentarli al medico in modo chiaro e utilizzabile. La scelta dell'interfaccia utente (UI) dipende dal contesto d'uso del tool:

• Applicazione Desktop (Windows Forms o WPF): Ideale per un uso su un singolo PC. Permette di creare interfacce ricche con controlli come DataGridView per visualizzare elenchi tabellari di pazienti, funzioni di ricerca, filtro e dettaglio.
• Applicazione Web (ASP.NET Core): Se il tool deve essere accessibile da più postazioni o dispositivi tramite browser, un'applicazione web è la scelta migliore.
• Applicazione Console: Adatta per scripting o integrazione con altri sistemi, ma meno user-friendly per un medico.

Esempio di interfaccia utente per la gestione dei dati paziente in un software medico.

Indipendentemente dalla tecnologia UI scelta, considera le seguenti funzionalità:

• Visualizzazione chiara dell'elenco pazienti (Nome, Cognome, Codice Fiscale).
• Possibilità di ordinare e filtrare l'elenco.
• Funzione di ricerca per trovare rapidamente un paziente.
• Visualizzazione dettagliata dei dati di un singolo paziente selezionato.
• Indicazioni visive chiare sullo stato dell'applicazione (es. caricamento dati, errori).

Esempio di Flusso Operativo con il Sistema TS

Sebbene il recupero diretto dell'elenco pazienti sia una funzionalità specifica da verificare, molti processi medici interagiscono con il Sistema Tessera Sanitaria, ad esempio per l'invio delle spese sanitarie ai fini della dichiarazione precompilata. Il video seguente mostra un esempio di interazione software con il sistema TS per l'invio di fatture, illustrando il tipo di integrazione possibile.

Questo video, pur non mostrando esattamente il recupero pazienti, dà un'idea della logica di interfacciamento (autenticazione, preparazione dati, invio, gestione ricevute) che è concettualmente simile a quella necessaria per altre operazioni con le API STS.

Domande Frequenti (FAQ)

Ricerche Consigliate

• Qual è la documentazione tecnica ufficiale delle API del Sistema Tessera Sanitaria per gli sviluppatori?
• Come si implementa l'autenticazione tramite certificato CNS/TS in un'applicazione C#?
• Quali sono le tecniche migliori per la gestione degli errori comuni nelle chiamate SOAP WCF in C#?
• Quali sono gli obblighi specifici della normativa GDPR per il trattamento di dati sanitari in applicazioni software?

Riferimenti

sistemats1.sanita.finanze.it

Sistema Tessera Sanitaria - Portale ufficiale - Ministero Economia e Finanze

sistemats1.sanita.finanze.it

FAQ Sistema Tessera Sanitaria - Informazioni Tecnico-Amministrative - Ministero Economia e Finanze

social.msdn.microsoft.com

Leggere dati da tessera sanitaria (Discussione Forum C#) - Microsoft MSDN Forums

forum.aspitalia.com

WebService Tessera Sanitaria (Discussione Forum .NET) - ASPItalia.com Forum

forum.mrw.it

Estrazione dati tessera sanitaria (Discussione Forum C#) - MRW.it Forum

docs.acubeapi.com

API A-CUBE per Tessera Sanitaria Esempi - ACube API Docs

products.aspose.com

Conversione online da MD a DICOM o creazione di un'applicazione ...

programmableweb.com

Progetto Tessera Sanitaria API | ProgrammableWeb

assofarm.it

PROGETTO TESSERA SANITARIA WEB SERVICES PER ...

old.aslsassari.it

[PDF] ALLEGATO C_Delibera n. 64 del 23.11.2016 - Offerta tecnia

krtech.it

Industria Medicale Archivi - Klain Robotics

github.com

Complete system implemented in ASP.NET and C# that offers a full ...

reddit.com

Cerco un tutorial C# MVC per un sistema di prenotazione ... - Reddit

iprogrammatori.it

Leggere la Tessera Sanitaria - Forum VB.NET

github.com

GitHub - shenaldev/HealthCare-Plus: Hospital Management System Using ...

docs.acubeapi.com

FiscalIdValidity - A-CUBE API

tunebat.com

Tessera sanitaria (feat. Nerissima Serpe & Papa V) - Tunebat

stackoverflow.com

Regex for Italian fiscal code, with uppercase letters - Stack Overflow

fisioterm.it

Riabilitazione Neurologica - Fisioterm

learn.microsoft.com

Che cos'è l'Analisi del testo per l'integrità in Lingua di Azure AI?

learn.microsoft.com

Modello di tessera assicurativa sanitaria di Informazioni sui documenti

github.com

‍⚕️ Clinic Management System - Made using C#, ASP.net

cnr.it

Announcements concerning specific in-house skills and ... - CNR

fattura24.com

Sai come integrare il Sistema TS? | Fattura24

it.linkedin.com

#icq #istitutoclinicoquarenghi #clinicaquarenghi | Istituto Clinico ...

euroconsultingvv.it

Rilasciate da TESI AUTOMAZIONE - euroconsultingvv.it

aslroma1.it

[PDF] Untitled - ASL Roma 1

researchgate.net

Spark and Scala (keynote) - ResearchGate

masterdrive.it

Masterdrive

sourceforge.net

Best Open Source C# Medical Software - SourceForge

barcode.tec-it.com

Generatore di codici a barre online, gratuito!

groups.google.com

Tessera Sanitaria con Microchip

sistemats1.sanita.finanze.it

Tessera Sanitaria - Sistema Tessera Sanitaria

social.msdn.microsoft.com

Leggere dati da tessera sanitaria

microsoft.public.it.office.access.narkive.com

Tessera Sanitaria con Microchip - narkive

gogoitalia.com

Codice fiscale and tessera sanitaria - Go! Go! Italia

iprogrammatori.it

Problema con la lettura di varie Smart Card - Forum Visual Basic 6.0