Cosa significa davvero integrarsi con un sistema pubblico (PA o sanità)
Non è un progetto software come gli altri. Serve capirlo prima di partire.
- PA
- sanità
- compliance
Quando un’azienda deve integrarsi con un’infrastruttura pubblica (un fascicolo sanitario, un sistema di fatturazione, un gateway nazionale), spesso la tratta come un progetto software qualunque. Non lo è, e capirlo in anticipo evita mesi di ritardo.
Le specifiche non sono negoziabili
In un progetto normale, requisiti e interfacce si discutono con il cliente. Con un sistema pubblico, le specifiche tecniche sono già scritte, spesso in documenti tecnici densi, e vanno seguite alla lettera: formati dei documenti, protocolli di autenticazione, standard di firma digitale. Non c’è margine di interpretazione: o il sistema è conforme, o il collaudo lo respinge.
Il collaudo è un dialogo, non un esame a risposta secca
Superare l’accreditamento richiede più fasi di test con l’ente responsabile. Ogni fase segnala problemi da correggere prima di passare alla successiva. Non è un controllo automatico impersonale: è un confronto tecnico che richiede reattività e capacità di correggere in fretta, spesso con tempi stretti perché la scadenza normativa non si sposta.
Le scadenze sono spesso obbligatorie
Molte di queste integrazioni non sono facoltative: la legge fissa una data, e superarla comporta sanzioni. Questo cambia la priorità del progetto: non conta solo fare un buon lavoro, conta arrivare pronti entro il termine, anche quando la burocrazia o i test allungano i tempi.
Cosa serve per farcela
Studiare a fondo la documentazione tecnica ufficiale prima di scrivere una riga di codice, mettere in conto tempo per il collaudo (non solo per lo sviluppo), e avere qualcuno che sappia comunicare con l’ente in modo chiaro e reattivo. Chi sottovaluta questi tre punti rischia di arrivare alla scadenza con un software tecnicamente valido ma non ancora accreditato, che per la normativa equivale a non avere nulla.