WEBVTT
Kind: captions
Language: it

1
00:00:00.000 --> 00:00:06.429
Uno di voi due ha una pagina Wikipedia. Suppongo che questa persona lo sappia.

2
00:00:06.429 --> 00:00:09.150
Sì.

3
00:00:09.150 --> 00:00:13.470
Quello che ho letto lì mi ha affascinato.

4
00:00:13.470 --> 00:00:21.500
Per questo vorrei chiederti cosa significa la Croce federale al merito e come si ottiene.

5
00:00:21.500 --> 00:00:30.940
La Croce federale al merito è un ordine, davvero classico, come nei tempi antichi.

6
00:00:30.940 --> 00:00:36.700
È l'ordine al merito tedesco, l'unico ordine veramente civile che viene conferito.

7
00:00:36.700 --> 00:00:46.780
La Croce federale al merito equivale a un OBE britannico, l'Order of the British Empire.

8
00:00:46.780 --> 00:00:49.539
Se fossi britannico, potrei farmi chiamare Sir.

9
00:00:49.539 --> 00:00:53.979
Un tempo si sarebbe detto croce di cavaliere, ma il termine ha delle connotazioni.

10
00:00:53.979 --> 00:01:00.899
Quindi è un'onorificenza piuttosto importante. L'ho ricevuta per il mio lavoro

11
00:01:00.899 --> 00:01:10.900
nel campo della sovranità digitale: standard aperti, software libero, open source, fondazione della FSFE e altri progetti.

12
00:01:10.900 --> 00:01:17.700
FSF cosa? Esattamente, la Free Software Foundation Europe. Free Software Foundation Europe.

13
00:01:17.700 --> 00:01:22.900
È un'organizzazione non governativa che si impegna per la sovranità digitale.

14
00:01:22.900 --> 00:01:29.030
Quindi quello che si sente costantemente nei media sulla sovranità digitale, tu l'hai iniziato anni fa?

15
00:01:29.030 --> 00:01:31.030
Sì, è praticamente il tema della mia vita.

16
00:01:31.030 --> 00:01:37.030
L'ho scoperto molto tempo fa, all'inizio degli anni Novanta, metà anni Novanta.

17
00:01:37.030 --> 00:01:40.030
Mi ha preso e non mi ha più lasciato.

18
00:01:40.030 --> 00:01:46.030
Quindi il Sir, il cavaliere di fronte a me, è Georg Greve della società Vereign.

19
00:01:46.030 --> 00:01:52.450
Forse in breve, siamo qui da HIN, HIN sistema sanitario.

20
00:01:52.450 --> 00:01:57.450
Che legame hai con Vereign e il sistema sanitario? In breve, ne sentiremo sicuramente di più dopo.

21
00:01:57.450 --> 00:02:00.730
Vereign lavora da...

22
00:02:00.730 --> 00:02:05.730
Vereign lavora da tre anni molto intensamente con HIN.

23
00:02:05.730 --> 00:02:10.729
Siamo partner molto, molto stretti. Lavoriamo nel sistema sanitario già da più tempo.

24
00:02:10.729 --> 00:02:17.729
Abbiamo collaborato con altre istituzioni sanitarie nell'ambito di progetti europei.

25
00:02:17.729 --> 00:02:20.729
Personalmente, questo tema mi accompagna da molto, molto tempo.

26
00:02:20.729 --> 00:02:26.729
Bene, e accanto a Georg siede Peer Hostettler, membro della direzione di HIN.

27
00:02:26.729 --> 00:02:29.729
Peer è CCO presso HIN.

28
00:02:29.729 --> 00:02:33.729
Lo sai esattamente? Cosa fa un CCO? È Chief Customer Officer?

29
00:02:33.729 --> 00:02:36.729
No, Chief Commercial Officer, ma Customer mi piace molto.

30
00:02:36.729 --> 00:02:40.729
E si potrebbe anche dire Chief Community Officer. Lo trovo anche bello.

31
00:02:40.729 --> 00:02:44.729
Quindi non dai troppa importanza al titolo? No.

32
00:02:44.729 --> 00:02:48.729
Per te, Peer, non ho trovato una pagina Wikipedia quando ti ho cercato su Google.

33
00:02:48.729 --> 00:02:52.729
Ma un curriculum, un po' datato a dire il vero.

34
00:02:52.729 --> 00:02:58.729
Non c'è tutto, ma ho visto che lavori nel sistema sanitario già dal 2010. Quindi da parecchio tempo.

35
00:02:58.729 --> 00:03:05.729
E mi sono chiesto quale sia la tua passione.

36
00:03:05.729 --> 00:03:09.729
Cosa ti motiva a restare così a lungo presso HIN?

37
00:03:09.729 --> 00:03:21.419
Quando faccio un bilancio, tre motori mi guidano.

38
00:03:21.419 --> 00:03:24.419
C'è la ricerca di significato.

39
00:03:24.419 --> 00:03:29.969
L'altro è che voglio scoprire qualcosa. Voglio...

40
00:03:29.969 --> 00:03:34.969
Deve essere stimolante. Scoprire in stile Cristoforo Colombo.

41
00:03:34.969 --> 00:03:41.219
E il terzo è la dimensione sociale. Il fatto di lavorare con persone piacevoli...

42
00:03:41.219 --> 00:03:47.259
Non sempre funziona, ma... Scoprire qualcosa insieme a persone piacevoli.

43
00:03:47.259 --> 00:03:53.750
Insight. In viaggio nel sistema sanitario digitale.

44
00:03:53.750 --> 00:04:00.750
Il podcast di HIN per conversazioni da insider con esperti ed esperte di IT, sistema sanitario e politica.

45
00:04:00.750 --> 00:04:12.020
Per me, naturalmente...

46
00:04:13.020 --> 00:04:16.019
È fantastico, ho due esperti qui con me.

47
00:04:16.019 --> 00:04:22.019
Da un lato quasi un cavaliere, un Sir dal mondo IT e della digitalizzazione.

48
00:04:22.019 --> 00:04:27.019
E dall'altro una persona, Peer, che è nel sistema sanitario da veramente molto, molto tempo.

49
00:04:27.019 --> 00:04:29.019
E questo è molto importante anche per il tema di oggi.

50
00:04:29.019 --> 00:04:37.019
Perché si tratta delle sfide nel sistema sanitario, delle soluzioni digitali che si possono offrire.

51
00:04:37.019 --> 00:04:42.019
Nel sistema sanitario, molte persone che vi lavorano sono allo stremo.

52
00:04:42.019 --> 00:04:46.019
Il budget è limitato, manca anche molto personale qualificato.

53
00:04:46.019 --> 00:04:52.019
E un altro punto è il carico amministrativo, che continua a crescere. È esattamente di questo che vogliamo parlare.

54
00:04:52.019 --> 00:04:57.019
Dove sono le difficoltà nel sistema sanitario per i professionisti, negli ospedali, negli studi medici?

55
00:04:57.019 --> 00:04:59.019
Quali sono le sfide?

56
00:04:59.019 --> 00:05:04.019
Ma soprattutto parliamo delle soluzioni che HIN e i suoi partner possono offrire grazie alla digitalizzazione.

57
00:05:04.019 --> 00:05:10.019
Grazie per essere con noi. Mi chiamo David Umiker e questo è il secondo episodio del podcast HIN.

58
00:05:17.269 --> 00:05:19.300
La mia parola chiave è la carenza di personale qualificato.

59
00:05:19.300 --> 00:05:23.300
Questo non significa solo che abbiamo poche persone formate,

60
00:05:23.300 --> 00:05:30.399
ma anche che persone altamente qualificate abbandonano la professione dopo gli studi.

61
00:05:30.399 --> 00:05:34.399
Lo dimostrano anche sondaggi e studi che hanno indagato la questione,

62
00:05:34.399 --> 00:05:40.399
che effettivamente anche giovani medici abbandonano la professione. Le ragioni sono diverse.

63
00:05:40.399 --> 00:05:45.399
Ma un fattore che sicuramente gioca un ruolo è il crescente carico amministrativo.

64
00:05:45.399 --> 00:05:51.399
A causa della burocrazia. Appunto, tu parli molto con i clienti.

65
00:05:51.399 --> 00:05:55.399
Cosa puoi dirci, forse uno o due motivi principali

66
00:05:55.399 --> 00:06:00.399
che osservi regolarmente come sfide maggiori per i professionisti della salute nella quotidianità?

67
00:06:00.399 --> 00:06:05.939
Sì, forse in aggiunta. Non riguarda solo il corpo medico,

68
00:06:05.939 --> 00:06:11.939
ma l'intero spettro: gli infermieri, i terapisti, l'informatica.

69
00:06:11.939 --> 00:06:15.939
La carenza di personale qualificato riguarda tutti i settori. Dato che è così ovunque, si può quasi dire

70
00:06:15.939 --> 00:06:19.939
che è la normalità, quindi dobbiamo semplicemente prenderne atto.

71
00:06:19.939 --> 00:06:25.939
Ecco, questo in aggiunta. Se me lo chiedi e ci rifletto,

72
00:06:25.939 --> 00:06:31.259
si constata in ultima analisi, ancora e ancora,

73
00:06:31.259 --> 00:06:37.259
che ci sono evidentemente problemi o sfide legate alla remunerazione.

74
00:06:37.259 --> 00:06:42.259
Il tema della remunerazione delle prestazioni fornite è estremamente problematico.

75
00:06:42.259 --> 00:06:46.259
E lo spettro organizzativo nel sistema sanitario è estremamente ampio.

76
00:06:46.259 --> 00:06:50.259
Da un lato ci sono professionisti indipendenti, lavoratori autonomi.

77
00:06:50.259 --> 00:06:54.259
Sono attività di imprese individuali.

78
00:06:54.259 --> 00:07:00.259
Dall'altro ci sono enormi ospedali universitari. Bisogna sempre esserne consapevoli.

79
00:07:00.259 --> 00:07:06.259
Ma quando si guardano questi estremi, il tema delle tariffe, il tema della fatturazione,

80
00:07:06.259 --> 00:07:10.259
è un tema importante, un tema gravoso.

81
00:07:10.259 --> 00:07:15.259
Soprattutto quando si tratta di nuove regole imposte per esempio,

82
00:07:15.259 --> 00:07:19.259
nuove regolamentazioni o tendenze, eccetera.

83
00:07:19.259 --> 00:07:24.259
C'è una massiccia incapacità di investire.

84
00:07:24.259 --> 00:07:31.259
Gli attori, confrontati anche con i nostri temi,

85
00:07:31.259 --> 00:07:34.259
dicono continuamente: Dio mio, adesso volete ancora questo,

86
00:07:34.259 --> 00:07:39.259
costa ancora soldi, ora ci serve ancora di più. È difficile.

87
00:07:39.259 --> 00:07:44.259
Quindi la burocrazia richiede cambiamenti nei processi o comporta più lavoro,

88
00:07:44.259 --> 00:07:49.259
perché bisogna ancora indicare questo o quello da qualche parte, presso un'assicurazione o un'autorità o altrove.

89
00:07:49.259 --> 00:07:54.259
E questo si potrebbe semplificare con certi investimenti nella digitalizzazione. Questo è il senso.

90
00:07:54.259 --> 00:08:00.259
E allo stesso tempo, i professionisti della salute non possono fatturare questo carico di lavoro aggiuntivo.

91
00:08:00.259 --> 00:08:05.420
Ho capito bene? Sì, va in quella direzione.

92
00:08:05.420 --> 00:08:09.420
Ma forse c'è un piccolo malinteso. La digitalizzazione non esiste di per sé

93
00:08:09.420 --> 00:08:15.420
per ridurre gli oneri burocratici. Ne ho un ricordo un po' diverso.

94
00:08:15.420 --> 00:08:18.420
Quando un giorno il tema è diventato un tema,

95
00:08:18.420 --> 00:08:22.420
si è constatato che attraverso i bit e i byte

96
00:08:22.420 --> 00:08:27.420
si potevano ripensare completamente le sequenze operative, quindi i processi,

97
00:08:27.420 --> 00:08:30.420
e fare cose completamente nuove.

98
00:08:30.420 --> 00:08:37.419
E poi ci sono spesso casi ben documentati.

99
00:08:37.419 --> 00:08:42.419
A un certo punto il tema è arrivato nel sistema sanitario. Si è cominciato a registrare i pazienti

100
00:08:42.419 --> 00:08:48.419
in sistemi elettronici, per poter ad esempio fatturare elettronicamente. Poi a un certo punto si è cominciato

101
00:08:48.419 --> 00:08:53.419
a documentare elettronicamente. Sono così emersi numerosi silos informatici. Ecco, questo è quello che abbiamo adesso.

102
00:08:53.419 --> 00:08:57.419
E ora le esigenze diventano sempre più alte.

103
00:08:57.419 --> 00:09:02.419
E questo significa che bisogna investire in questi sistemi. Quindi il tuo riassunto era corretto.

104
00:09:02.419 --> 00:09:06.419
E per poter reinvestire, serve naturalmente una capacità di generare ricavi.

105
00:09:06.419 --> 00:09:12.419
Perché senza ricavi nessuna possibilità di investimento, e senza investimento nessuna capacità di guadagno.

106
00:09:12.419 --> 00:09:19.289
Non è nemmeno innovazione. Sì. È veramente il nocciolo del problema. C'è una trappola.

107
00:09:19.289 --> 00:09:25.289
Sì. Ma una delle più grandi. E quando un professionista della salute

108
00:09:25.289 --> 00:09:31.700
desidera investire nella digitalizzazione, può chiedersi: dove posso fatturare questo? Da nessuna parte.

109
00:09:31.700 --> 00:09:36.700
Non si può fatturare. Per niente. Esiste un sistema tariffario per il settore ospedaliero,

110
00:09:36.700 --> 00:09:42.700
per le cure, per le prestazioni ambulatoriali, le prestazioni mediche ambulatoriali.

111
00:09:43.700 --> 00:09:45.700
E c'è una tariffa.

112
00:09:45.700 --> 00:09:50.700
E il discorso politico è sempre lo stesso:

113
00:09:50.700 --> 00:09:55.950
è coperto dalla tariffa. Ed è un argomento schiacciante.

114
00:09:55.950 --> 00:09:59.950
Perché quando si ha evidentemente un sistema informatico

115
00:09:59.950 --> 00:10:05.950
che probabilmente si basa su una pesante eredità tecnologica,

116
00:10:05.950 --> 00:10:09.950
ospitato in locale, da qualche parte sotto la scrivania,

117
00:10:09.950 --> 00:10:13.950
e si vuole aprire quel sistema alla collaborazione

118
00:10:13.950 --> 00:10:19.950
e a nuovi canali di comunicazione,

119
00:10:19.950 --> 00:10:25.950
bisogna rimettere mano a tutto il sistema. E quella ristrutturazione costa davvero tanto.

120
00:10:25.950 --> 00:10:29.950
E questo non può mai essere coperto da una tariffa — c'è stato un cambio tariffario,

121
00:10:29.950 --> 00:10:34.950
nella vecchia tariffa non era già coperto, dato che risale agli anni 2000 e qualcosa.

122
00:10:34.950 --> 00:10:38.950
E nella nuova tariffa non è cambiato molto, parola chiave: neutralità dei costi.

123
00:10:38.950 --> 00:10:44.950
Semplicemente non ci sono soldi nel sistema. Ma ci sono soluzioni? Quali sono le soluzioni

124
00:10:44.950 --> 00:10:46.980
se il budget manca nel sistema sanitario?

125
00:10:46.980 --> 00:10:49.980
Come possono i professionisti della salute utilizzare strumenti digitali sovrani,

126
00:10:49.980 --> 00:10:53.980
sicuri, moderni o addirittura infrastrutture?

127
00:10:53.980 --> 00:10:58.980
Come è possibile se nessuno ha soldi? Sono piuttosto convinto

128
00:10:58.980 --> 00:11:04.980
che pagano già per gli strumenti che utilizzano oggi.

129
00:11:04.980 --> 00:11:10.980
In particolare effettuano pagamenti verso gli Stati Uniti. I soldi sono quindi semplicemente usciti

130
00:11:10.980 --> 00:11:15.980
una volta pagati. Si potrebbero anche impiegare diversamente, forse in modo più sensato.

131
00:11:15.980 --> 00:11:20.980
È quindi una questione di riorientamento del budget. Il budget esiste in parte.

132
00:11:20.980 --> 00:11:23.980
E d'altra parte, è sicuramente anche una questione di efficienza.

133
00:11:23.980 --> 00:11:27.980
Se ogni medico comincia da solo

134
00:11:27.980 --> 00:11:32.980
a fare le cose per conto proprio, è ovviamente totalmente inefficiente.

135
00:11:32.980 --> 00:11:38.980
Ma hanno spesso esattamente le stesse esigenze. Non è che uno studio medico

136
00:11:38.980 --> 00:11:41.980
debba avere un sistema e-mail completamente diverso da un altro studio medico.

137
00:11:41.980 --> 00:11:47.980
E penso che siamo esattamente nel posto giusto per questo. Perché è proprio da questa riflessione che è nata HIN.

138
00:11:47.980 --> 00:11:52.980
Dirsi: risolviamo questi problemi per tutti noi,

139
00:11:52.980 --> 00:11:57.980
perché non è il centro della nostra attività. Non è nemmeno dove ci differenziamo.

140
00:11:57.980 --> 00:12:01.980
È semplicemente qualcosa che dobbiamo risolvere bene insieme.

141
00:12:01.980 --> 00:12:06.210
Possiamo guadagnare efficienza mettendo tutto in comune.

142
00:12:06.210 --> 00:12:10.210
E HIN è dal mio punto di vista incredibilmente preziosa in questo senso,

143
00:12:10.210 --> 00:12:16.210
perché viene dal settore. Appartiene alla FMH.

144
00:12:16.210 --> 00:12:23.210
La FMH è l'associazione professionale dei medici.

145
00:12:23.210 --> 00:12:30.340
E in definitiva, HIN ha un mandato di servizio

146
00:12:30.340 --> 00:12:34.340
e non un mandato di profitto. È incredibilmente importante capirlo,

147
00:12:34.340 --> 00:12:38.340
perché se HIN realizza profitti,

148
00:12:38.340 --> 00:12:44.460
questi tornano ai medici. Quindi alle persone che utilizzano il software.

149
00:12:44.460 --> 00:12:50.460
È quindi un circuito. Sarebbe allora un circuito per riscaldamento. Totalmente inutile, non ne ha bisogno nessuno.

150
00:12:50.460 --> 00:12:56.460
Si tratta quindi del fatto che HIN sia in grado di impiegare il suo budget in modo efficiente per

151
00:12:56.460 --> 00:13:01.460
ciò di cui i medici hanno veramente bisogno. E questa idea esiste anche in altri settori.

152
00:13:01.460 --> 00:13:07.460
In Germania c'è ad esempio DATEV. Che fa questo per i consulenti fiscali e gli avvocati. Qui in Svizzera,

153
00:13:07.460 --> 00:13:10.460
HIN è unica al mondo per quello che vedo.

154
00:13:10.460 --> 00:13:14.460
Non ho mai visto da nessun'altra parte una struttura simile.

155
00:13:14.460 --> 00:13:19.460
Al contrario, quando racconto all'estero che in Svizzera abbiamo HIN,

156
00:13:19.460 --> 00:13:26.230
la prima domanda di solito è: non dovremmo creare anche noi qualcosa di simile? E perché non lo fanno?

157
00:13:26.230 --> 00:13:29.230
Perché in altri sistemi sanitari

158
00:13:29.230 --> 00:13:35.230
ci sono spesso grandi attori commerciali con ottime connessioni,

159
00:13:35.230 --> 00:13:40.230
che non hanno alcun interesse a essere estromessi da questo settore,

160
00:13:40.230 --> 00:13:44.230
perché ci guadagnano molto. Perché sono orientati al profitto

161
00:13:44.230 --> 00:13:47.230
e cercano di estrarre il massimo guadagno dal settore.

162
00:13:47.230 --> 00:13:51.230
HIN in Svizzera è unica sotto questo aspetto.

163
00:13:51.230 --> 00:13:55.230
E per questo, quando me ne sono reso conto, mi sono chiesto:

164
00:13:55.230 --> 00:14:01.230
perché la Svizzera non sfrutta questo vantaggio competitivo in modo più aggressivo? Perché abbiamo il veicolo,

165
00:14:01.230 --> 00:14:06.230
abbiamo l'organizzazione, abbiamo le strutture professionali

166
00:14:06.230 --> 00:14:08.230
per affrontare tutti questi problemi

167
00:14:08.230 --> 00:14:13.299
e risolverli veramente alla base per la Svizzera.

168
00:14:13.299 --> 00:14:22.669
Georg ha appena parlato molto di HIN,

169
00:14:22.669 --> 00:14:28.669
ne ha quasi fatto l'elogio, il che è qualcosa di unico che la Svizzera ha con HIN.

170
00:14:28.669 --> 00:14:33.669
Ed è proprio di questo che vogliamo parlare adesso. Che relazione ha HIN con tutta questa discussione

171
00:14:33.669 --> 00:14:39.669
di cui abbiamo appena parlato? E che relazione ha la società di Georg, Vereign? E vorrei sapere,

172
00:14:39.669 --> 00:14:45.669
prima di tutto, come è nata la collaborazione tra queste due aziende, Peer? E rapidamente, Georg,

173
00:14:45.669 --> 00:14:50.669
grazie mille per la tua difesa di HIN, non avrei potuto farlo meglio.

174
00:14:50.669 --> 00:14:54.669
Abbiamo trovato Georg e il suo team, o Georg e il suo team hanno trovato noi,

175
00:14:54.669 --> 00:14:58.669
quando ci siamo trovati di fronte al compito... Abbiamo un servizio che si chiama HIN Mail,

176
00:14:58.669 --> 00:15:04.669
e questo servizio HIN Mail si rivolge anche a non membri di HIN,

177
00:15:04.669 --> 00:15:09.669
per esempio i pazienti. Si può immaginare: quando un paziente è stato dal medico e riceve un referto,

178
00:15:09.669 --> 00:15:15.669
e il paziente desidera ricevere questo referto via e-mail, allora il medico deve inviarlo in modo crittografato.

179
00:15:15.669 --> 00:15:21.669
C'è una funzione per questo, l'avevamo, ma era piuttosto difficile da usare.

180
00:15:21.669 --> 00:15:26.669
E con il team di Georg abbiamo discusso: ci sono alternative? E sì, c'erano.

181
00:15:26.669 --> 00:15:30.669
E questo ci ha convinti enormemente, quando è arrivato,

182
00:15:30.669 --> 00:15:36.669
prima ancora che avessimo concordato qualcosa contrattualmente, è venuto con un POC e ci ha mostrato:

183
00:15:36.669 --> 00:15:41.669
guardate, ecco come potrebbe funzionare la consegna crittografata di e-mail

184
00:15:41.669 --> 00:15:46.669
a non membri di HIN. POC è Proof of Concept. Esatto. Come si è detto.

185
00:15:46.669 --> 00:15:49.669
E questo Proof of Concept ci ha convinti incredibilmente,

186
00:15:49.669 --> 00:15:55.669
perché rispondeva a qualcosa di assolutamente essenziale che ci sta a cuore,

187
00:15:55.669 --> 00:15:58.669
ovvero la minimizzazione dei dati,

188
00:15:58.669 --> 00:16:02.669
non giocare un ruolo centrale

189
00:16:02.669 --> 00:16:08.669
nella gestione di informazioni così sensibili. E Georg e il suo team hanno sviluppato un concetto,

190
00:16:08.669 --> 00:16:11.669
scelto una via che ci ha mostrato,

191
00:16:11.669 --> 00:16:17.669
che esistono idee completamente nuove

192
00:16:17.669 --> 00:16:22.669
su come progettare e implementare sistemi

193
00:16:22.669 --> 00:16:26.669
che ci elevano a un livello completamente nuovo di protezione dei dati,

194
00:16:26.669 --> 00:16:31.669
a un nuovo livello di sovranità, da un lato. E dall'altro,

195
00:16:31.669 --> 00:16:37.669
sono anche più piacevoli nell'utilizzo. Georg, cosa c'è di meglio adesso

196
00:16:37.669 --> 00:16:44.019
nell'HIN Mail che avete costruito? Il nuovo HIN Mail per la comunicazione

197
00:16:44.019 --> 00:16:50.019
tra professionisti della salute e pazienti è una cosiddetta applicazione edge,

198
00:16:50.019 --> 00:16:55.019
cioè un'applicazione al punto terminale. Significa che il messaggio,

199
00:16:55.019 --> 00:17:01.019
quando viene inviato, viene crittografato in modo molto forte, suddiviso in tantissimi piccoli pezzi

200
00:17:01.019 --> 00:17:07.019
e arriva poi come in un grande sciame, dove tantissimi piccoli pezzi si muovono, e nessuno può dire

201
00:17:07.019 --> 00:17:12.019
quale pezzo appartiene a chi. E solo sul dispositivo dell'utente,

202
00:17:12.019 --> 00:17:17.019
del paziente in questo caso, tutto si ricompone. C'è un'applicazione

203
00:17:17.019 --> 00:17:22.019
che si avvia automaticamente tramite un indirizzo web, che riassembla tutti i pezzi

204
00:17:22.019 --> 00:17:28.019
e sa come trovare i pezzi giusti e come ricomporli, come decifrarli

205
00:17:28.019 --> 00:17:33.019
e poi li mostra al paziente. E tutto questo avviene alla velocità di caricamento di una normale pagina web.

206
00:17:33.019 --> 00:17:38.019
Significa che per l'utente è come se aprisse una pagina web,

207
00:17:38.019 --> 00:17:41.019
ma di fatto succede moltissimo in background

208
00:17:41.019 --> 00:17:47.019
e in questo sistema non esiste più un punto centrale dove i dati possano essere intercettati,

209
00:17:47.019 --> 00:17:53.019
nemmeno in forma crittografata. HIN non può farlo, noi non possiamo farlo e nessun altro può farlo,

210
00:17:53.019 --> 00:17:59.019
perché i dati semplicemente non esistono in un punto centrale. E bisognerebbe avere tutti i pezzi di questo sciame

211
00:17:59.019 --> 00:18:05.019
per capire il messaggio? Sì esattamente, è come un enorme puzzle, ma non si hanno solo 1.000 pezzi,

212
00:18:05.019 --> 00:18:09.019
attualmente si hanno 800.000 pezzi di puzzle

213
00:18:09.019 --> 00:18:14.019
che vengono spediti ogni mese e cercare tra tutti questi pezzi di puzzle

214
00:18:14.019 --> 00:18:18.019
è piuttosto faticoso. È diventato molto più sicuro

215
00:18:18.019 --> 00:18:23.019
e sì, credo che proprio in questo momento con la guerra in Iran,

216
00:18:23.019 --> 00:18:27.019
dove si legge costantemente di attacchi informatici nei media,

217
00:18:27.019 --> 00:18:33.410
che continuano ad aumentare, sia estremamente importante nel sistema sanitario

218
00:18:33.410 --> 00:18:38.410
investire anche nella sicurezza. Sì certo, voglio dire, ma l'importante è

219
00:18:38.410 --> 00:18:43.410
pensare questa sicurezza in modo tale che, partendo dal presupposto che anche se qualcosa va storto,

220
00:18:43.410 --> 00:18:48.410
la resilienza deve essere integrata, ovvero la capacità flessibile del sistema

221
00:18:48.410 --> 00:18:53.410
di reagire ai problemi, deve essere considerata. Questo significa anche che

222
00:18:53.410 --> 00:18:58.410
anche se HIN venisse hackerata, cosa che non mi aspetto, HIN fa tutto bene,

223
00:18:58.410 --> 00:19:04.410
ma anche se succedesse, un aggressore non potrebbe leggere quei messaggi, perché semplicemente non esistono lì.

224
00:19:05.410 --> 00:19:12.529
Bene, HIN Mail è stato l'inizio

225
00:19:12.529 --> 00:19:18.529
di qualcosa di grande, da quello che ho percepito. Cosa viene dopo? Ora affrontiamo il tema

226
00:19:18.529 --> 00:19:24.529
dei problemi di interoperabilità. Problema di interoperabilità.

227
00:19:24.529 --> 00:19:30.529
Che parola da pronunciare! Un tema enorme. Ci arriviamo subito, forse come premessa:

228
00:19:30.529 --> 00:19:35.529
il problema dell'interoperabilità non è un problema di dati in sé, e certamente non un problema

229
00:19:35.529 --> 00:19:39.529
dovuto alla mancanza di standard. Abbiamo quasi troppi standard.

230
00:19:39.529 --> 00:19:45.529
È un problema di fiducia. Interoperabilità significa che

231
00:19:45.529 --> 00:19:52.130
la comunicazione funziona tra diversi sistemi. Corretto.

232
00:19:52.130 --> 00:19:57.309
È un problema di fiducia. Scusa, ti ho interrotto. Nessun problema.

233
00:19:57.309 --> 00:20:02.309
Mi hai chiesto qual è il prossimo grande tema. Lo affronteremo.

234
00:20:02.309 --> 00:20:04.309
E cosa significa, Georg?

235
00:20:04.309 --> 00:20:09.910
Significa la capacità di collaborazione

236
00:20:09.910 --> 00:20:12.910
tra i diversi sistemi, in fin dei conti.

237
00:20:12.910 --> 00:20:18.910
Oggi ogni studio medico esiste come un'isola a sé.

238
00:20:18.910 --> 00:20:24.910
Ogni ospedale come un'isola a sé. Ora queste isole devono comunicare tra loro. Per riuscirci,

239
00:20:24.910 --> 00:20:30.910
abbiamo bisogno di percorsi sicuri tra le isole. È indispensabile.

240
00:20:30.910 --> 00:20:36.910
Altrimenti i dati sanitari circolerebbero senza protezione. Non si saprebbe cosa ne succede.

241
00:20:36.910 --> 00:20:41.940
Abbiamo quindi bisogno di un livello di connessione sicuro tra i diversi sistemi.

242
00:20:41.940 --> 00:20:47.940
Ed è esattamente quello su cui stiamo lavorando ora. Per essere in grado, in futuro, tra ospedale e ospedale,

243
00:20:47.940 --> 00:20:53.940
ma anche tra ospedale e studio del medico di famiglia o ospedale e laboratorio, di scambiare i dati in modo tale

244
00:20:53.940 --> 00:20:59.940
che fluiscano in modo strutturato, cioè con intelligenza. Perché quello che è stato fatto finora

245
00:20:59.940 --> 00:21:05.940
erano spesso semplicemente processi cartacei digitalizzati. Per dirla brutalmente, il PDF. Sono i dati

246
00:21:05.940 --> 00:21:11.940
che avevamo all'epoca, che avevamo all'epoca, per dirla brutalmente, il PDF.

247
00:21:11.940 --> 00:21:17.940
E un tempo c'era un cimitero di PDF, fax che si accumulavano, lo conosciamo tutti. E in sostanza a quel livello

248
00:21:17.940 --> 00:21:23.940
siamo ancora fermi attualmente. E per poter sfruttare il potenziale della digitalizzazione

249
00:21:23.940 --> 00:21:29.940
per la salute, i sistemi devono iniziare a scambiare i dati in modo tale

250
00:21:29.940 --> 00:21:35.940
che abbiano anche significato. Ho una domanda al riguardo, perché il fax è davvero una cosa vecchia.

251
00:21:35.940 --> 00:21:41.940
E suppongo è semplicemente un'ipotesi, che diversi approcci siano già stati tentati

252
00:21:41.940 --> 00:21:48.359
per rendere tutto interoperabile. Perché dovrebbe funzionare adesso? O perché

253
00:21:48.359 --> 00:21:54.359
l'infrastruttura attuale funziona? Beh, tutto questo tema è in realtà perfettamente adatto

254
00:21:54.359 --> 00:22:00.359
a HIN, perché è un problema di fiducia. È uno spazio di fiducia

255
00:22:00.359 --> 00:22:06.359
che deve essere creato. E questo spazio di fiducia deve essere messo in sicurezza. E prima si poteva tentare di farlo

256
00:22:06.359 --> 00:22:12.359
solo con tecnologie centralizzate. Ma quando si utilizzano tecnologie centralizzate, c'è sempre

257
00:22:12.359 --> 00:22:18.359
un punto centrale dove risiede il controllo, da cui dipende la sicurezza,

258
00:22:18.359 --> 00:22:24.359
da cui dipende anche ogni decisione. Può anche bloccare tutto se non funziona.

259
00:22:24.359 --> 00:22:30.359
Ed è difficile per le istituzioni mettersi d'accordo per avere un solo punto di fiducia,

260
00:22:30.359 --> 00:22:36.359
che avrebbe poi anche il controllo sui loro sistemi interni. Quel punto centrale interviene

261
00:22:36.359 --> 00:22:42.359
nei sistemi locali. E questo è dal punto di vista della logica organizzativa

262
00:22:42.359 --> 00:22:48.359
e dal punto di vista della fiducia, difficile. Per questo abbiamo bisogno di una nuova struttura.

263
00:22:48.359 --> 00:22:54.359
E di nuovi sistemi e di un nuovo modo di pensare. E a proposito, quello che mi colpisce,

264
00:22:54.359 --> 00:23:00.359
Georg, quando hai esposto questo, il tema dell'identità elettronica assume un significato completamente nuovo.

265
00:23:00.359 --> 00:23:06.359
L'e-ID. Forse anche l'e-ID, ma restiamo prima sull'identità HIN.

266
00:23:06.359 --> 00:23:10.359
I medici di famiglia, gli infermieri, gli ospedali lo sanno, tutti conoscono questa identità HIN.

267
00:23:10.359 --> 00:23:16.359
Ed è una prova d'identità elettronica con ancora qualche attributo. Molto significativo, no?

268
00:23:16.359 --> 00:23:22.359
Lo facciamo con grande successo da diversi decenni. E ci si identifica in qualche modo, è come una chiave

269
00:23:22.359 --> 00:23:26.359
che permette di aprire delle applicazioni. Questa è l'identità HIN.

270
00:23:26.359 --> 00:23:32.359
Ma per affrontare il tema che Georg ha appena delineato, ovvero rendere i dati strutturati

271
00:23:32.359 --> 00:23:38.359
scambiabili, serve un nuovo modo di identificazione

272
00:23:38.359 --> 00:23:44.359
dell'oggetto. E lì le nostre identità attuali non sono assolutamente sufficienti.

273
00:23:44.359 --> 00:23:50.359
Ed è lì che abbiamo sviluppato soluzioni, per affrontare in modo innovativo

274
00:23:50.359 --> 00:23:56.359
il problema della fiducia nello scambio di dati strutturati.

275
00:23:56.359 --> 00:24:01.930
Ed è una tecnologia particolare che

276
00:24:01.930 --> 00:24:08.539
utilizzate? O cosa c'è di nuovo? Il tutto si basa

277
00:24:08.539 --> 00:24:14.539
sul principio della gestione decentralizzata delle chiavi o anche dell'identità auto-sovrana,

278
00:24:14.539 --> 00:24:20.539
cioè Self-Sovereign Identity. Anche l'e-ID svizzera si basa esattamente su questo principio.

279
00:24:20.539 --> 00:24:26.539
E in fin dei conti, si tratta del fatto che ogni dispositivo e anche ogni

280
00:24:26.539 --> 00:24:32.539
persona riceva un'identità. Significa che ho identità per

281
00:24:32.539 --> 00:24:38.539
singoli servizi nell'ospedale, ma anche per agenti, quando si pensa all'agentic AI

282
00:24:38.539 --> 00:24:44.539
e temi simili. In sostanza devo fare in modo che ogni interazione tra due identità

283
00:24:44.539 --> 00:24:50.539
identificate esista. Ho capito bene? Utilizzate la stessa tecnologia della Confederazione

284
00:24:50.539 --> 00:24:56.539
per l'e-ID? Lo stesso principio architetturale sta alla base.

285
00:24:56.539 --> 00:25:02.539
Quello che costruiamo va addirittura un livello più in profondità, perché deve essere ancora più decentralizzato

286
00:25:02.539 --> 00:25:06.539
di quello che la Confederazione sta costruendo attualmente. Perché la Confederazione è sola.

287
00:25:06.539 --> 00:25:12.539
La Confederazione emette l'e-ID. Non ottengo un passaporto svizzero da nessun altro che dal governo svizzero.

288
00:25:12.539 --> 00:25:18.539
Quindi è molto più centralizzato di quello che noi costruiamo. Perché è adeguato al caso d'uso.

289
00:25:18.539 --> 00:25:24.539
Ma da noi, ogni ospedale è naturalmente quasi un mondo a sé,

290
00:25:24.539 --> 00:25:30.539
con moltissimi sistemi, moltissime persone, moltissimi servizi, in futuro anche

291
00:25:30.539 --> 00:25:36.539
ogni tipo di sistemi di agentic AI e così via. Ed è già un ecosistema in sé.

292
00:25:36.539 --> 00:25:42.539
E questo ecosistema deve essere in grado di interagire con altri ecosistemi altrettanto complessi.

293
00:25:42.539 --> 00:25:48.539
E devono potersi identificare reciprocamente per sapere: questa richiesta proviene

294
00:25:48.539 --> 00:25:54.539
da questo sistema automatizzato, da quest'ospedale, ed è effettivamente autorizzato da quell'ospedale

295
00:25:54.539 --> 00:26:00.539
a rivolgermi questa richiesta, per poter dire al mio sistema locale: sì, questo sistema

296
00:26:00.539 --> 00:26:06.539
è autorizzato a farlo. Tutto questo diventa piuttosto rapidamente piuttosto complesso quando lo si vuole davvero

297
00:26:06.539 --> 00:26:12.539
risolvere in modo pulito. Ma dobbiamo risolverlo in modo pulito, altrimenti abbiamo semplicemente un generico

298
00:26:12.539 --> 00:26:18.539
«viene da quell'ospedale, andrà bene». E dopo non si può assolutamente dimostrare di cosa

299
00:26:18.539 --> 00:26:24.539
si trattava, chi era, quale sistema ha chiesto, ho fornito i dati giusti? Tutti i

300
00:26:24.539 --> 00:26:28.539
sistemi, non posso più dimostrarlo a posteriori. E se qualcosa va storto, sarebbe ovviamente

301
00:26:28.539 --> 00:26:34.539
un rischio enorme. Non ci si può proprio permetterlo. Per questo dobbiamo avere questo grado di sicurezza,

302
00:26:34.539 --> 00:26:40.539
di tracciabilità e di verificabilità. Perché possiamo farlo? Perché noi

303
00:26:40.539 --> 00:26:46.539
abbiamo già effettivamente un'infrastruttura di base oggi. Esiste già. Esiste già,

304
00:26:46.539 --> 00:26:52.539
esattamente. Viene ora rinnovata. E poi continuerà a esistere, giusto? E questa nuova

305
00:26:52.539 --> 00:26:58.539
infrastruttura di base sarà poi la base per esattamente quello che Georg ha esposto. E l'infrastruttura di base

306
00:26:58.539 --> 00:27:04.539
esiste per tutta la Svizzera. Capisco bene? Allora, forse ancora una domanda,

307
00:27:04.539 --> 00:27:10.569
si è sentito quanti milioni la Confederazione vuole investire nei

308
00:27:10.569 --> 00:27:16.569
prossimi anni per il sistema sanitario, per costruire ad esempio uno Swiss Health Data Space.

309
00:27:16.569 --> 00:27:22.569
Che legame c'è? O non ce n'è nessuno? State in realtà costruendo già adesso

310
00:27:22.569 --> 00:27:28.730
quello che la Confederazione vuole solo iniziare? È una domanda interessante. HIN rinnova

311
00:27:28.730 --> 00:27:34.730
la sua infrastruttura di base. HIN rinnova il modo in cui i servizi vengono erogati. E HIN

312
00:27:34.730 --> 00:27:40.730
lavora affinché la sovranità digitale possa essere realizzata per

313
00:27:40.730 --> 00:27:46.730
ogni singolo membro, che sia una persona o un'organizzazione. Questo è quello che facciamo.

314
00:27:46.730 --> 00:27:52.730
Lo facciamo indipendentemente dalla Confederazione. Parallelamente, c'è effettivamente il programma DigiSanté.

315
00:27:52.730 --> 00:27:58.730
Lo osserviamo. Siamo in contatto con DigiSanté. Constatiamo,

316
00:27:58.730 --> 00:28:04.730
almeno per come l'ho capito io, che DigiSanté si occupa soprattutto di garantire che certe regole,

317
00:28:04.730 --> 00:28:10.730
certi parametri quadro vengano definiti, affinché un tale

318
00:28:10.730 --> 00:28:16.730
spazio dati possa nascere. E se poi questo spazio dati sostituirà un giorno lo spazio di fiducia HIN,

319
00:28:16.730 --> 00:28:22.730
che effettivamente esiste già da quasi vent'anni, o se ci saranno connessioni,

320
00:28:22.730 --> 00:28:28.730
tutto ciò è ancora completamente aperto. Esatto.

321
00:28:28.730 --> 00:28:34.789
E se posso brevemente aggiungere. Esattamente. E se posso aggiungere

322
00:28:34.789 --> 00:28:40.789
rapidamente. Voglio dire, noi, Vereign, abbiamo anche costruito per il progetto

323
00:28:40.789 --> 00:28:46.789
europeo dello spazio dati Gaia-X il livello di base. Esattamente questo livello di gestione

324
00:28:46.789 --> 00:28:52.789
delle chiavi e dell'identità viene da noi lì. E abbiamo accompagnato tutti gli spazi dati sanitari, i progetti,

325
00:28:52.789 --> 00:28:58.789
i lighthouse. Abbiamo lavorato con la Charité di Berlino e altri per esaminare esattamente questi temi.

326
00:28:58.789 --> 00:29:04.789
E questa è la realtà tecnica. Significa che c'è da un lato la realtà

327
00:29:04.789 --> 00:29:10.789
semantica e amministrativa di livello superiore. Cosa deve rappresentare? Ma sotto c'è la realtà tecnica.

328
00:29:10.789 --> 00:29:16.789
E questo è ciò che apprezzo tanto della nostra collaborazione, perché HIN è pragmatica. HIN inizia dove può creare

329
00:29:16.789 --> 00:29:22.789
valore aggiunto, a livello tecnico. E noi risolviamo il problema tecnicamente in modo così

330
00:29:22.789 --> 00:29:28.789
pulito che poniamo le basi per poter in futuro implementare adeguatamente questi temi in Svizzera.

331
00:29:28.789 --> 00:29:32.789
E permettetemi di approfondire il valore aggiunto in questo contesto. Valore aggiunto significa

332
00:29:32.789 --> 00:29:38.789
per noi, se si guarda dentro uno studio medico, ognuno ha un buon sistema informativo di studio.

333
00:29:38.789 --> 00:29:44.789
Alcuni sono nel cloud, altri sono installati in locale, non importa. Lavorano

334
00:29:44.789 --> 00:29:50.789
tutti in modo altamente moderno e digitale. Ora, quando un paziente viene ad esempio

335
00:29:50.789 --> 00:29:56.789
trasferito in un ospedale, ci sono dei processi lavorativi e i sistemi li supportano.

336
00:29:56.789 --> 00:30:02.789
Ma alla fine è altrettanto faticoso. È altrettanto faticoso, perché è un silo informatico e

337
00:30:02.789 --> 00:30:08.789
non ci sono connessioni automatiche. Valore aggiunto, noi lo intendiamo così: in futuro,

338
00:30:08.789 --> 00:30:14.789
un medico che fa un trasferimento dal suo sistema primario non dovrebbe più avere a che fare con

339
00:30:14.789 --> 00:30:20.789
doppia registrazione, interruzioni e attività manuali che interrompono il processo per riuscire finalmente

340
00:30:20.789 --> 00:30:26.789
a far uscire il fascicolo dal suo studio. Si torna alla questione amministrativa. È lì che interveniamo.

341
00:30:26.789 --> 00:30:32.789
Esattamente, è un buon punto, David. Quello che succede effettivamente è che il carico amministrativo

342
00:30:32.789 --> 00:30:38.789
viene ridotto. Il carico amministrativo il più delle volte non è fatturabile.

343
00:30:38.789 --> 00:30:44.859
Non è fatturabile. È tempo perso. È inutile. Dal punto di vista del medico,

344
00:30:44.859 --> 00:30:50.859
è in un certo senso una zavorra. Ed è lì che interveniamo per

345
00:30:50.859 --> 00:30:54.859
rendere alla fine il tutto ancora molto più semplice e sovrano.

346
00:30:54.859 --> 00:31:03.859
Per me è stata in ogni caso

347
00:31:03.859 --> 00:31:09.859
già una bella quantità di informazioni quelle che abbiamo sentito oggi. E provo a riassumere tutto ora

348
00:31:09.859 --> 00:31:15.859
in pochi punti. Quello che mi porto a casa: all'inizio abbiamo detto quali sono le sfide nel sistema sanitario.

349
00:31:17.859 --> 00:31:23.859
mi porto a casa che HIN, con partner e fornitori di servizi, Vereign è uno di questi, cerca di creare qualcosa

350
00:31:23.859 --> 00:31:29.900
che renda il tutto più semplice nella comunicazione tra tutti questi attori.

351
00:31:29.900 --> 00:31:35.900
Tra ospedale, studio medico, clinica, casa di cura, ecc. Chiunque esso sia. E

352
00:31:35.900 --> 00:31:41.900
che il rinnovo della piattaforma è in pieno svolgimento. è in pieno svolgimento.

353
00:31:41.900 --> 00:31:45.900
È un viaggio. Si tratta di nuove tecnologie.

354
00:31:45.900 --> 00:31:47.900
Abbiamo sentito parlare di Self-Sovereign Identity, che anche la Confederazione

355
00:31:47.900 --> 00:31:53.900
utilizza anche. Questo per me significa che se la Confederazione utilizza una tecnologia che HIN

356
00:31:53.900 --> 00:31:59.900
utilizzava già prima, è come una sorta di conferma che funziona.

357
00:31:59.900 --> 00:32:06.500
Così mi sembra. E sì, c'è ancora molto in arrivo. Potete

358
00:32:06.500 --> 00:32:13.049
confermarmi rapidamente se il mio riassunto è più o meno corretto?

359
00:32:13.049 --> 00:32:19.049
Lo trovo simpatico. Esattamente. Perfetto. E ora permettetemi di rivolgervi ancora la parola.

360
00:32:19.049 --> 00:32:25.049
Se poteste esprimere un desiderio alla politica o a chiunque, cosa dovrebbe succedere

361
00:32:25.049 --> 00:32:31.049
affinché le cose vadano forse ancora più veloci, affinché i professionisti abbiano

362
00:32:31.049 --> 00:32:37.880
una vita lavorativa quotidiana più semplice? Georg. Comincio io? Sì.

363
00:32:37.880 --> 00:32:44.650
Sì, per me è chiaro, credo che sarebbe estremamente utile

364
00:32:44.650 --> 00:32:50.650
comprendere i dati come un valore e come un vantaggio competitivo per la

365
00:32:50.650 --> 00:32:56.650
Svizzera. E desidererei che la Confederazione sfrutti molto, molto di più questo vantaggio competitivo,

366
00:32:56.650 --> 00:33:02.650
come un vero e proprio, in inglese si dice Force Multiplier. Ho un'organizzazione con cui

367
00:33:02.650 --> 00:33:08.650
posso implementare molto efficacemente la realtà tecnica e questa è già in marcia. Quindi per me,

368
00:33:08.650 --> 00:33:14.650
desidererei che la Confederazione si impegni molto, molto di più in questa direzione e vi partecipi attivamente,

369
00:33:14.650 --> 00:33:21.099
la sostenga e la promuova attivamente. Che collabori. Desiderio inviato, direi.

370
00:33:21.099 --> 00:33:27.099
Peer? Sei un partner simpatico. Non l'avevo ancora mai sentita così. Dopo riceverai il trofeo

371
00:33:27.099 --> 00:33:33.099
per la cassa. Esattamente. Non lo trovo male.

372
00:33:33.099 --> 00:33:39.099
Io ho un altro desiderio. Un desiderio molto modesto. Il tuo era molto bello.

373
00:33:39.099 --> 00:33:43.099
Voglio dire, il mio è molto più piccolo. Desidero meno

374
00:33:43.099 --> 00:33:48.819
regolamentazione. Meriterebbe un podcast dedicato per le persone

375
00:33:48.819 --> 00:33:54.819
che si occupano di regolamentazione. Volentieri, ci sto. Quindi meno regolamentazione.

376
00:33:54.819 --> 00:34:01.049
Regolamentazione, perché allora meno burocrazia. O perché meno regolamentazione?

377
00:34:01.049 --> 00:34:07.049
Sì, lo trovo giusto. Mi piace, perché la regolamentazione è una forma di burocrazia.

378
00:34:09.050 --> 00:34:15.050
Certo, voglio dire, noi vogliamo, io non voglio il Far West, l'anarchia.

379
00:34:15.050 --> 00:34:21.050
Per carità, no. Ma constato che siamo una struttura statale unica.

380
00:34:21.050 --> 00:34:27.050
Non abbiamo un solo sistema sanitario. È una questione cantonale. Tutto ciò va bene.

381
00:34:27.050 --> 00:34:33.050
E trovo che sia una delle più incredibili conquiste. Ma, ma, ma, quando si guarda

382
00:34:33.050 --> 00:34:39.050
effettivamente, nella mia modesta percezione, c'è una certa realtà di vita.

383
00:34:39.050 --> 00:34:45.050
C'è una realtà di vita nel sistema sanitario e sociale. Ed è già sufficientemente complicato e complesso.

384
00:34:45.050 --> 00:34:51.050
E quando i nostri parlamentari pongono continuamente nuove esigenze,

385
00:34:51.050 --> 00:34:57.050
a cui l'amministrazione deve poi reagire, questo è anche ovvio. Ma questa,

386
00:34:57.050 --> 00:35:03.050
questa furia di, non la furia, la,

387
00:35:03.050 --> 00:35:09.050
la forza, la potenza di questa esigenza regolatoria cresce

388
00:35:09.050 --> 00:35:15.050
a tal punto che nessuno riesce più a starle dietro. Nessuno riesce più a starle dietro.

389
00:35:15.050 --> 00:35:21.050
E a volte ho l'impressione che evidentemente anche internamente ci siano certe

390
00:35:21.050 --> 00:35:25.050
sfide di coordinamento. E questo blocca. Quello che mi sta a cuore in realtà è

391
00:35:25.050 --> 00:35:31.050
meno regolamentazione, sì meno burocrazia, ma no, la mia preoccupazione principale è che

392
00:35:31.050 --> 00:35:37.050
se arriva ancora una legge qui e un'ordinanza lì e un allegato ancora altrove, questo ci porta a una

393
00:35:37.050 --> 00:35:43.050
stagnazione. Perché ognuno dice: d'accordo, prima devo aspettare, no? Aspettiamo prima

394
00:35:43.050 --> 00:35:49.050
lo spazio dati, la legge e questo e quello. E ci ritroviamo nel 2035, no? E i problemi fondamentali,

395
00:35:49.050 --> 00:35:55.460
parola chiave: creazione di valore, semplicità, restano semplicemente indietro.

396
00:35:55.460 --> 00:36:01.460
Sarebbe davvero un tema per un podcast dedicato. Grazie mille, Peer, per essere stato qui oggi. È stato bello.

397
00:36:01.460 --> 00:36:07.940
Grazie mille, grazie anche a Georg. Grazie per l'invito. Questa era la seconda puntata

398
00:36:07.940 --> 00:36:13.940
del podcast HIN «In viaggio nel sistema sanitario digitale». Se avete domande o osservazioni,

399
00:36:13.940 --> 00:36:19.940
consultate le nostre note della puntata. Lì troverete tutti i contatti di cui avete bisogno. E

400
00:36:19.940 --> 00:36:25.940
se avete ascoltato il podcast solo in audio, vorrei segnalarvi che potete anche guardarlo in video,

401
00:36:25.940 --> 00:36:31.940
per esempio su YouTube o su Spotify. Grazie per essere stati con noi oggi, care ascoltatrici e cari ascoltatori.

402
00:36:31.940 --> 00:36:37.940
O care spettatrici e cari spettatori. E fino alla fine, lo apprezzo molto. Torniamo a giugno

403
00:36:37.940 --> 00:36:43.940
e sarà «Buon compleanno, cara HIN!» HIN compie trent'anni. Parleremo allora di

404
00:36:43.940 --> 00:36:49.940
come HIN sia passata dall'e-mail al, sì, l'abbiamo sentito oggi, rinnovo della piattaforma, semplicemente fino a

405
00:36:49.940 --> 00:36:53.940
dove si trova oggi. E non vedo l'ora.

406
00:36:53.940 --> 00:37:04.550
A presto, state bene!

407
00:37:04.550 --> 00:37:08.550
Grazie per essere stati con noi. Alla prossima «HIN in viaggio nel sistema sanitario digitale».