Buongiorno, Stefano Maffulli <smaffulli@gmail.com> writes: [...]
Uno dei problemi che hanno i piccoli centri radiologici sono le immagini perse e l'archivio lento. Esempio pratico banale: zia fa la radiografia all'anca, le danno il CD ma lo perde.
Già il buon vecchio CD, quanta plastica sprecata... Peccato, dovremmo aiutare zia a farsi una copia locale con tanto di backup della sua intera cartella clinica (assieme agli altri documenti); ci sarebbe tanto da fare in questo senso e come best practice prenderei il sistema di fatturazione elettronica, dove i referti però sono crittografati con crittografia forte (OpenPGP). Certo alcune (molte?) zie, cugini, padri hanno bisogno di aiuto per queste cose, per questo ci vedrei bene un mediatore digitale familiare che si prende cura dei propri cari /anche/ per questi aspetti (via CIE o SPID con un sistema di delega). Io per alcune cose lo sto facendo per mamma, ma è una corsa a ostacoli con 'sti sistemi del menga senza API decenti: banche, fornitori di utenze (acqua, luce, gas, connettività); funziona benino giusto col fascicolo sanitario regionale. [...]
Questi centri spesso sono organizzati come descrivi tu: un piccolo box in locale con le ultime immagini su un piccolo NAS e qualche batch script che deposita i dati su archivi remoti dove fanno qualche altro accrocchio con NAS più grandi e tape libraries per il lungo termine.
Sarebbe un caso d'uso perfetto per git-annex [1] (use case: The Archivist) che con il location tracking permetterebbe loro di rimpiazzare i nastri con dischi USB3 da circa 30€ al terabyte e salvare più copia dell'archivio su più dischi, recuperando le copie nel giro di un "git annex whereis <copia>" Con l'estensione [2] per rclone [3] poi potrebbero utilizzare uno dei circa 40 provider di storage supportati da quest'ultimo (anche tutti quelli basati su protocollo WebDAV o S3) per salvare ulteriori copie di backup, crittografate ovviamente.
Le ore spese a trafficare tra nastri antichi sono ore bruciate senza produrre niente di utile.
Giusto, ma non è detto che le ore/operatore liberate da queste attività siano impiegabili in altre cose utili, secondo me è più importante la perdita di tempo per l'utente. [...]
Ti seguo ma fino a un certo punto. Altro esempio banale: prendi mezza giornata di ferie per andare a fare un certificato nella [PA a caso].
Già questo è tempo buttato via, dover prendere le ferie per accedere a un servizio che nell'ufficio comunale erogano con "sistemi online" è sbagliato in partenza: dateci identità digitale (è dal 1998 che se ne parla) INTEROPERABILE [2] e API e formati per accedere ai servizi... ... e poi ci pensiamo noi a farci le applicazioni che ci fanno comodo, ESATTAMENTE come con la fatturazione elettronica; anche solo definire una interfaccia (specialmente grafica) significa in qualche modo LIMITARE la libertà dell'utente.
Arrivi e ti comunicano che l'applicazione è bloccata e non possono fare certificati.
Anche le banche periodicamente devono effettuare fermi dei servizi e /qualche volta/ perfino senza riuscire a programmarli: a me negli ultimi 15 anni è successo diverse volte di compilare un modulo web per una operazione e all'invio ricevere un bel "spiacenti, provate più tardi"; non ho dubbi che ciascuno di quelli che leggono abbia proprie esperienze in merito. Già che parliamo di banche, vogliamo dirlo quanto fa schifo essere costretti ad installare una app PROPRIETARIA di 2FA (two factor auth) PER OGNI FORNITORE?!?! Ma che diamine (e infatti io non la installo)! Possibile che non siano capaci di fornirci un sistema OTP interoperabile come fanno già altri (GitLab, Gandi, OVH): il software lato server (e client ovviamente) è pure libero! E già che parliamo di banche, sono l'unico qui dentro che trova INSOPPORTABILE che per accedere all'estratto conto, alla ricevuta di un F24 o effettuare bonifici si sia /costretti/ ad aprire una interfaccia web?!? :-O Voglio API interoperabili anche per le banche [5], non solo per le fatture elettroniche. [...] Saluti, 380° [1] https://git-annex.branchable.com/ [2] https://github.com/DanielDent/git-annex-remote-rclone [3] https://rclone.org/ [4] significa SOPRATTUTTO che i "driver" per utilizzare l'hardware DEVONO essere liberi, PER LEGGE [5] eh sì, in TEORIA è tutto previsto ma nel 2021 siamo ANCORA messi così: https://dashdevs.com/blog/the-future-of-banking-and-financial-services-now-d... https://www.openbankproject.com/customers/ -- 380° (Giovanni Biscuolo public alter ego) «Noi, incompetenti come siamo, non abbiamo alcun titolo per suggerire alcunché» Disinformation flourishes because many people care deeply about injustice but very few check the facts. Ask me about <https://stallmansupport.org>.