WEBVTT
Kind: captions
Language: fr

1
00:00:00.000 --> 00:00:06.429
L'un de vous deux a une page Wikipédia. Je suppose que cette personne le sait.

2
00:00:06.429 --> 00:00:09.150
Oui.

3
00:00:09.150 --> 00:00:13.470
Ce que j'y ai lu m'a paru passionnant.

4
00:00:13.470 --> 00:00:21.500
C'est pourquoi j'aimerais te demander ce que signifie la Croix fédérale du Mérite et comment on l'obtient.

5
00:00:21.500 --> 00:00:30.940
La Croix fédérale du Mérite est un ordre, vraiment classique, comme dans l'ancien temps.

6
00:00:30.940 --> 00:00:36.700
C'est l'ordre du mérite allemand, le seul ordre véritablement civil qui soit décerné.

7
00:00:36.700 --> 00:00:46.780
La Croix fédérale du Mérite est l'équivalent d'un OBE chez les Britanniques, l'Order of the British Empire.

8
00:00:46.780 --> 00:00:49.539
Si j'étais britannique, on pourrait m'appeler Sir.

9
00:00:49.539 --> 00:00:53.979
Autrefois on aurait dit la croix de chevalier, mais ce terme a des connotations.

10
00:00:53.979 --> 00:01:00.899
C'est donc une distinction assez élevée. Je l'ai reçue pour mon travail

11
00:01:00.899 --> 00:01:10.900
dans le domaine de la souveraineté numérique : standards ouverts, logiciel libre, open source, création de la FSFE et d'autres projets.

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

13
00:01:17.700 --> 00:01:22.900
C'est une organisation non gouvernementale qui s'engage pour la souveraineté numérique.

14
00:01:22.900 --> 00:01:29.030
Donc en fait, ce qu'on entend constamment dans les médias sur la souveraineté numérique, tu as commencé ça il y a des années ?

15
00:01:29.030 --> 00:01:31.030
Oui, c'est en quelque sorte le thème de ma vie.

16
00:01:31.030 --> 00:01:37.030
J'ai découvert ça il y a très longtemps, au début des années nonante, milieu des années nonante.

17
00:01:37.030 --> 00:01:40.030
Et ça m'a pris et ne m'a plus lâché.

18
00:01:40.030 --> 00:01:46.030
Donc le Sir, le chevalier en face de moi, c'est Georg Greve de la société Vereign.

19
00:01:46.030 --> 00:01:52.450
Peut-être en bref, nous sommes ici chez HIN, HIN système de santé.

20
00:01:52.450 --> 00:01:57.450
Quel est ton lien avec Vereign et le système de santé ? En bref, on en entendra sûrement plus après.

21
00:01:57.450 --> 00:02:00.730
Vereign travaille depuis...

22
00:02:00.730 --> 00:02:05.730
Vereign travaille depuis trois ans très intensément avec HIN.

23
00:02:05.730 --> 00:02:10.729
Nous sommes des partenaires très, très proches. Nous travaillons dans le système de santé depuis plus longtemps déjà.

24
00:02:10.729 --> 00:02:17.729
Nous avons collaboré avec d'autres institutions de santé dans le cadre de projets européens.

25
00:02:17.729 --> 00:02:20.729
Personnellement, ce sujet m'accompagne depuis très, très longtemps.

26
00:02:20.729 --> 00:02:26.729
Bien, et à côté de Georg se trouve Peer Hostettler, membre de la direction de HIN.

27
00:02:26.729 --> 00:02:29.729
Peer est CCO chez HIN.

28
00:02:29.729 --> 00:02:33.729
Tu sais exactement ce que c'est ? Qu'est-ce qu'un CCO ? C'est Chief Customer Officer ?

29
00:02:33.729 --> 00:02:36.729
Non, Chief Commercial Officer, mais Customer me plaît beaucoup.

30
00:02:36.729 --> 00:02:40.729
Et on pourrait aussi dire Chief Community Officer. Je trouve ça cool aussi.

31
00:02:40.729 --> 00:02:44.729
Donc tu n'attaches pas trop d'importance au titre ? Non.

32
00:02:44.729 --> 00:02:48.729
Pour toi, Peer, je n'ai pas trouvé de page Wikipédia quand je t'ai googlé.

33
00:02:48.729 --> 00:02:52.729
Mais un CV, certes un peu ancien.

34
00:02:52.729 --> 00:02:58.729
Tout n'y est pas, mais j'ai vu que tu travailles dans le système de santé depuis 2010 déjà. Donc depuis un bon moment.

35
00:02:58.729 --> 00:03:05.729
Et je me suis demandé quelle est ta passion.

36
00:03:05.729 --> 00:03:09.729
Qu'est-ce qui te motive à rester aussi longtemps chez HIN ?

37
00:03:09.729 --> 00:03:21.419
Quand je fais le bilan, trois moteurs me guident.

38
00:03:21.419 --> 00:03:24.419
Il y a la recherche de sens.

39
00:03:24.419 --> 00:03:29.969
L'autre, c'est que je veux découvrir quelque chose. Je veux...

40
00:03:29.969 --> 00:03:34.969
Il faut que ce soit stimulant. Découvrir à la manière de Christophe Colomb.

41
00:03:34.969 --> 00:03:41.219
Et le troisième, c'est la dimension sociale. Le fait de travailler avec des personnes agréables...

42
00:03:41.219 --> 00:03:47.259
Ça ne marche pas toujours, mais... Découvrir quelque chose avec des personnes agréables.

43
00:03:47.259 --> 00:03:53.750
Insight. En route dans le système de santé numérique.

44
00:03:53.750 --> 00:04:00.750
Le podcast de HIN pour des discussions d'initiés avec des expertes et experts de l'informatique, du système de santé et de la politique.

45
00:04:00.750 --> 00:04:12.020
Pour moi, bien sûr...

46
00:04:13.020 --> 00:04:16.019
C'est magnifique, j'ai deux experts avec moi ici.

47
00:04:16.019 --> 00:04:22.019
D'un côté presque un chevalier, un Sir du monde IT et de la numérisation.

48
00:04:22.019 --> 00:04:27.019
Et de l'autre une personne, Peer, qui est dans le système de santé depuis vraiment très, très longtemps.

49
00:04:27.019 --> 00:04:29.019
Et c'est aussi très important pour le sujet d'aujourd'hui.

50
00:04:29.019 --> 00:04:37.019
Parce qu'il s'agit des défis dans le système de santé, des solutions numériques qu'on peut y apporter.

51
00:04:37.019 --> 00:04:42.019
Dans le système de santé, beaucoup de personnes qui y travaillent sont au bout du rouleau.

52
00:04:42.019 --> 00:04:46.019
Le budget est serré, il manque aussi beaucoup de personnel qualifié.

53
00:04:46.019 --> 00:04:51.019
Et un autre point, c'est la charge administrative qui ne cesse de croître.

54
00:04:51.019 --> 00:04:52.019
C'est exactement de cela que nous voulons parler.

55
00:04:52.019 --> 00:04:57.019
Où le bât blesse-t-il dans le système de santé chez les professionnels, dans les hôpitaux, dans les cabinets ?

56
00:04:57.019 --> 00:04:59.019
Quels sont les défis ?

57
00:04:59.019 --> 00:05:04.019
Mais surtout, nous parlons de solutions que HIN et ses partenaires peuvent offrir grâce à la numérisation.

58
00:05:04.019 --> 00:05:10.019
Merci d'être avec nous. Je m'appelle David Umiker et voici le deuxième épisode du podcast HIN.

59
00:05:17.269 --> 00:05:19.300
Mon mot-clé est la pénurie de personnel qualifié.

60
00:05:19.300 --> 00:05:23.300
Cela ne signifie pas seulement que nous manquons de personnes formées,

61
00:05:23.300 --> 00:05:30.399
mais aussi que des personnes très bien formées quittent la profession après leurs études.

62
00:05:30.399 --> 00:05:34.399
Des enquêtes et des études le montrent aussi,

63
00:05:34.399 --> 00:05:40.399
que de jeunes médecins quittent déjà leur profession. Les raisons sont diverses.

64
00:05:40.399 --> 00:05:45.399
Mais un facteur qui joue certainement un rôle, c'est la charge administrative croissante.

65
00:05:45.399 --> 00:05:51.399
En raison de la bureaucratie. Justement, tu parles beaucoup avec les clients.

66
00:05:51.399 --> 00:05:55.399
Qu'est-ce que tu peux nous dire, peut-être un ou deux motifs principaux

67
00:05:55.399 --> 00:06:00.399
que tu observes régulièrement comme défis majeurs chez les professionnels de la santé au quotidien ?

68
00:06:00.399 --> 00:06:05.939
Oui, peut-être en complément. Cela ne concerne pas uniquement le corps médical,

69
00:06:05.939 --> 00:06:11.939
mais l'ensemble du spectre : les soignants, les thérapeutes, l'informatique.

70
00:06:11.939 --> 00:06:15.939
La pénurie de personnel qualifié touche tous les domaines. Comme c'est partout le cas, on peut presque dire

71
00:06:15.939 --> 00:06:19.939
que c'est la normalité, donc nous devons simplement en prendre acte.

72
00:06:19.939 --> 00:06:25.939
Voilà, c'était en complément. Si tu me poses la question et que j'y réfléchis,

73
00:06:25.939 --> 00:06:31.259
on constate en fin de compte, encore et encore,

74
00:06:31.259 --> 00:06:37.259
qu'il y a manifestement des problèmes ou des défis en matière de rémunération.

75
00:06:37.259 --> 00:06:42.259
Le sujet de la rémunération des prestations fournies est extrêmement problématique.

76
00:06:42.259 --> 00:06:46.259
Et le spectre organisationnel dans le système de santé est extrêmement large.

77
00:06:46.259 --> 00:06:50.259
D'un côté, il y a des professionnels indépendants, des travailleurs autonomes.

78
00:06:50.259 --> 00:06:54.259
Ce sont des activités d'entreprises unipersonnelles.

79
00:06:54.259 --> 00:07:00.259
Et de l'autre, il y a d'immenses hôpitaux universitaires. Il faut toujours en être conscient.

80
00:07:00.259 --> 00:07:06.259
Mais quand on regarde ces extrêmes, le sujet des tarifs, le sujet de la facturation,

81
00:07:06.259 --> 00:07:10.259
est un sujet majeur, un sujet pesant.

82
00:07:10.259 --> 00:07:15.259
Surtout quand il s'agit de nouvelles règles imposées par exemple,

83
00:07:15.259 --> 00:07:19.259
de nouvelles réglementations ou tendances, etc.

84
00:07:19.259 --> 00:07:24.259
Il y a une incapacité massive à investir.

85
00:07:24.259 --> 00:07:31.259
Les acteurs, confrontés aussi à nos sujets,

86
00:07:31.259 --> 00:07:34.259
disent sans cesse : Mon Dieu, maintenant vous voulez encore ceci,

87
00:07:34.259 --> 00:07:39.259
ça coûte encore de l'argent, maintenant il nous en faut encore plus. C'est difficile.

88
00:07:39.259 --> 00:07:44.259
Donc la bureaucratie exige des changements dans les processus ou engendre plus de travail,

89
00:07:44.259 --> 00:07:49.259
parce qu'il faut encore indiquer ceci ou cela quelque part, auprès d'une assurance ou d'une autorité ou ailleurs.

90
00:07:49.259 --> 00:07:54.259
Et cela pourrait être simplifié grâce à certains investissements dans la numérisation. C'est l'idée.

91
00:07:54.259 --> 00:08:00.259
Et en même temps, les professionnels de la santé ne peuvent pas facturer cette charge de travail supplémentaire.

92
00:08:00.259 --> 00:08:05.420
Ai-je bien compris ? Oui, c'est dans cette direction.

93
00:08:05.420 --> 00:08:09.420
Mais il y a peut-être un petit malentendu. La numérisation n'est pas là en soi

94
00:08:09.420 --> 00:08:15.420
pour réduire les charges bureaucratiques. J'en ai un souvenir un peu différent.

95
00:08:15.420 --> 00:08:18.420
Quand un jour le sujet est devenu un sujet,

96
00:08:18.420 --> 00:08:22.420
on a constaté qu'on pouvait, grâce aux bits et aux octets,

97
00:08:22.420 --> 00:08:27.420
repenser complètement l'enchaînement des étapes, donc les processus,

98
00:08:27.420 --> 00:08:30.420
et faire des choses totalement nouvelles.

99
00:08:30.420 --> 00:08:37.419
Et puis il y a souvent des cas bien documentés.

100
00:08:37.419 --> 00:08:42.419
À un moment donné, le sujet est arrivé dans le système de santé. On a commencé à enregistrer les patients

101
00:08:42.419 --> 00:08:48.419
dans des systèmes électroniques, pour pouvoir par exemple facturer électroniquement. Puis on a commencé un jour

102
00:08:48.419 --> 00:08:51.419
à documenter électroniquement. Alors de nombreux silos informatiques sont apparus.

103
00:08:51.419 --> 00:08:57.419
Voilà, c'est ce que nous avons maintenant. Et maintenant les exigences sont de plus en plus élevées.

104
00:08:57.419 --> 00:09:02.419
Et cela signifie qu'il faut investir dans ces systèmes. Donc ton résumé était correct.

105
00:09:02.419 --> 00:09:06.419
Et pour pouvoir réinvestir, il faut naturellement une capacité de revenus.

106
00:09:06.419 --> 00:09:12.419
Parce que sans revenus, pas de possibilité d'investissement, et sans investissement, pas de capacité de revenus.

107
00:09:12.419 --> 00:09:19.289
Ce n'est même pas de l'innovation. Oui. C'est vraiment le nœud du problème. Il y a un piège.

108
00:09:19.289 --> 00:09:25.289
Oui. Mais un des plus importants. Et quand un professionnel de la santé

109
00:09:25.289 --> 00:09:31.700
souhaite investir dans la numérisation, il peut se demander : où puis-je facturer cela ? Nulle part.

110
00:09:31.700 --> 00:09:36.700
On ne peut pas le facturer. Pas du tout. Il existe un système tarifaire pour le secteur hospitalier,

111
00:09:36.700 --> 00:09:42.700
pour les soins, pour les prestations ambulatoires, les prestations médicales ambulatoires.

112
00:09:43.700 --> 00:09:45.700
Et il y a un tarif.

113
00:09:45.700 --> 00:09:50.700
Et le discours politique est toujours le même :

114
00:09:50.700 --> 00:09:55.950
c'est couvert par le tarif. Et c'est un argument massue.

115
00:09:55.950 --> 00:09:59.950
Parce que quand on a manifestement un système informatique

116
00:09:59.950 --> 00:10:05.950
qui repose potentiellement sur un lourd héritage technologique,

117
00:10:05.950 --> 00:10:09.950
hébergé en local, quelque part sous le bureau,

118
00:10:09.950 --> 00:10:13.950
et qu'on veut ouvrir ce système à la collaboration

119
00:10:13.950 --> 00:10:19.950
et à de nouveaux canaux de communication,

120
00:10:19.950 --> 00:10:25.950
il faut remanier tout le système. Et ce remaniement coûte vraiment cher.

121
00:10:25.950 --> 00:10:29.950
Et cela ne peut jamais être couvert dans un tarif — il y a eu un changement de tarif,

122
00:10:29.950 --> 00:10:34.950
dans l'ancien tarif ce n'était déjà pas couvert, puisqu'il date des années 2000 et quelques.

123
00:10:34.950 --> 00:10:38.950
Et le nouveau tarif n'a pas beaucoup changé, mot-clé : neutralité des coûts.

124
00:10:38.950 --> 00:10:44.950
Il n'y a tout simplement pas d'argent dans le système. Mais y a-t-il des solutions ? Quelles sont les solutions

125
00:10:44.950 --> 00:10:46.980
si le budget manque dans le système de santé ?

126
00:10:46.980 --> 00:10:49.980
Comment les professionnels de la santé peuvent-ils utiliser des outils numériques souverains,

127
00:10:49.980 --> 00:10:53.980
sûrs, modernes, voire des infrastructures ?

128
00:10:53.980 --> 00:10:58.980
Comment est-ce possible si personne n'a d'argent ? Je suis assez convaincu

129
00:10:58.980 --> 00:11:04.980
qu'ils paient déjà pour les outils qu'ils utilisent aujourd'hui.

130
00:11:04.980 --> 00:11:10.980
Notamment des paiements vers les États-Unis. L'argent est donc simplement parti

131
00:11:10.980 --> 00:11:15.980
une fois qu'il a été payé. On pourrait aussi l'utiliser autrement, peut-être de manière plus judicieuse.

132
00:11:15.980 --> 00:11:20.980
C'est donc une question de réorientation budgétaire. Le budget existe en partie.

133
00:11:20.980 --> 00:11:23.980
Et d'autre part, c'est certainement aussi une question d'efficience.

134
00:11:23.980 --> 00:11:27.980
Si chaque médecin commence seul

135
00:11:27.980 --> 00:11:32.980
à faire les choses de son côté, c'est évidemment totalement inefficace.

136
00:11:32.980 --> 00:11:38.980
Mais ils ont souvent exactement les mêmes besoins. Ce n'est pas comme si un cabinet médical

137
00:11:38.980 --> 00:11:41.980
devait avoir un système d'e-mail complètement différent d'un autre cabinet médical.

138
00:11:41.980 --> 00:11:44.980
Et je pense que nous sommes exactement au bon endroit pour cela.

139
00:11:44.980 --> 00:11:47.980
Parce que c'est précisément de cette réflexion qu'est née HIN.

140
00:11:47.980 --> 00:11:52.980
Se dire : nous résolvons ces problèmes pour nous tous,

141
00:11:52.980 --> 00:11:57.980
car ce n'est pas le cœur de notre activité. Ce n'est pas non plus là que nous nous différencions.

142
00:11:57.980 --> 00:12:01.980
C'est simplement quelque chose que nous devons bien résoudre ensemble.

143
00:12:01.980 --> 00:12:06.210
Nous pouvons gagner en efficience en mutualisant tout cela.

144
00:12:06.210 --> 00:12:10.210
Et HIN est de mon point de vue incroyablement précieuse à cet égard,

145
00:12:10.210 --> 00:12:16.210
parce qu'elle vient du secteur. Elle appartient à la FMH.

146
00:12:16.210 --> 00:12:23.210
La FMH est l'association professionnelle des médecins.

147
00:12:23.210 --> 00:12:30.340
Et finalement, HIN a un mandat de service

148
00:12:30.340 --> 00:12:34.340
et non un mandat de profit. C'est incroyablement important à comprendre,

149
00:12:34.340 --> 00:12:38.340
parce que si HIN fait des bénéfices,

150
00:12:38.340 --> 00:12:44.460
ceux-ci reviennent aux médecins. Donc aux personnes qui utilisent le logiciel.

151
00:12:44.460 --> 00:12:50.460
C'est donc un circuit. Ce serait alors un circuit de chauffage. C'est totalement inutile, personne n'en a besoin.

152
00:12:50.460 --> 00:12:56.460
Il s'agit donc que HIN soit en mesure d'utiliser efficacement son budget pour

153
00:12:56.460 --> 00:13:01.460
ce dont les médecins ont vraiment besoin. Et cette idée existe aussi dans d'autres secteurs.

154
00:13:01.460 --> 00:13:07.460
En Allemagne, il y a par exemple DATEV. Qui fait cela pour les experts-comptables et les avocats. Ici en Suisse,

155
00:13:07.460 --> 00:13:10.460
HIN est unique au monde d'après ce que je vois.

156
00:13:10.460 --> 00:13:14.460
Je n'ai vu nulle part ailleurs une telle structure.

157
00:13:14.460 --> 00:13:19.460
Au contraire, quand je raconte à l'étranger que nous avons HIN en Suisse,

158
00:13:19.460 --> 00:13:23.460
la première question est généralement : ne devrions-nous pas aussi créer quelque chose comme ça ?

159
00:13:23.460 --> 00:13:29.230
Et pourquoi ne le font-ils pas ? C'est parce que dans d'autres systèmes de santé,

160
00:13:29.230 --> 00:13:35.230
il y a souvent de très gros acteurs commerciaux avec de très bonnes connexions,

161
00:13:35.230 --> 00:13:40.230
qui n'ont aucun intérêt à être évincés de ce secteur,

162
00:13:40.230 --> 00:13:44.230
parce qu'ils y gagnent beaucoup d'argent. Parce qu'ils sont orientés profit

163
00:13:44.230 --> 00:13:47.230
et essaient de tirer le maximum de bénéfices du secteur.

164
00:13:47.230 --> 00:13:51.230
HIN en Suisse est unique à cet égard.

165
00:13:51.230 --> 00:13:55.230
Et c'est pourquoi, quand j'ai compris cela, je me suis demandé :

166
00:13:55.230 --> 00:14:01.230
pourquoi la Suisse n'exploite-t-elle pas cet avantage de manière plus offensive ? Parce que nous avons le véhicule,

167
00:14:01.230 --> 00:14:06.230
nous avons l'organisation, nous avons les structures professionnelles

168
00:14:06.230 --> 00:14:08.230
pour aborder tous ces problèmes

169
00:14:08.230 --> 00:14:13.299
et les résoudre véritablement à la base pour la Suisse.

170
00:14:13.299 --> 00:14:22.669
Georg vient de beaucoup parler de HIN,

171
00:14:22.669 --> 00:14:28.669
il en a même presque fait l'éloge, ce qui est quelque chose d'unique que la Suisse possède avec HIN.

172
00:14:28.669 --> 00:14:33.669
Et c'est justement de cela que nous voulons parler maintenant. Quel est le rapport entre HIN et toute cette discussion

173
00:14:33.669 --> 00:14:39.669
dont nous venons de parler ? Et quel est le rapport avec la société de Georg, Vereign ? Et j'aimerais savoir,

174
00:14:39.669 --> 00:14:45.669
d'abord, comment la collaboration est-elle née entre ces deux entreprises, Peer ? Et rapidement, Georg,

175
00:14:45.669 --> 00:14:50.669
merci beaucoup pour ton plaidoyer en faveur de HIN, je n'aurais pas pu mieux le faire.

176
00:14:50.669 --> 00:14:54.669
Nous avons trouvé Georg et son équipe, ou Georg et son équipe nous a trouvés,

177
00:14:54.669 --> 00:14:58.669
quand nous étions confrontés à la tâche... Nous avons un service qui s'appelle HIN Mail,

178
00:14:58.669 --> 00:15:04.669
et ce service HIN Mail s'adresse aussi à des non-membres de HIN,

179
00:15:04.669 --> 00:15:09.669
par exemple des patients. On peut imaginer : quand un patient a vu un médecin et reçoit un rapport,

180
00:15:09.669 --> 00:15:15.669
et que le patient souhaite recevoir ce rapport par e-mail, alors le médecin doit l'envoyer de manière chiffrée.

181
00:15:15.669 --> 00:15:21.669
Il y a une fonction pour cela, nous l'avions, mais elle était plutôt difficile à utiliser.

182
00:15:21.669 --> 00:15:26.669
Et avec l'équipe de Georg nous avons discuté : y a-t-il des alternatives ? Et oui, il y en avait.

183
00:15:26.669 --> 00:15:30.669
Et cela nous a tellement convaincus, quand il est arrivé,

184
00:15:30.669 --> 00:15:36.669
avant même que nous ayons conclu quoi que ce soit contractuellement, il est venu avec un POC et nous a montré :

185
00:15:36.669 --> 00:15:41.669
regardez, voilà comment pourrait fonctionner la distribution chiffrée d'e-mails

186
00:15:41.669 --> 00:15:46.669
à des non-membres de HIN. POC, c'est Proof of Concept. Exact. Que l'on a dit comme ça.

187
00:15:46.669 --> 00:15:49.669
Et ce Proof of Concept nous a incroyablement convaincus,

188
00:15:49.669 --> 00:15:55.669
parce qu'il répondait à quelque chose de tout à fait essentiel qui nous préoccupe,

189
00:15:55.669 --> 00:15:58.669
à savoir la minimisation des données,

190
00:15:58.669 --> 00:16:02.669
ne pas jouer de rôle central

191
00:16:02.669 --> 00:16:08.669
dans le traitement d'informations aussi sensibles. Et Georg et son équipe ont développé un concept,

192
00:16:08.669 --> 00:16:11.669
choisi une voie qui nous a montré,

193
00:16:11.669 --> 00:16:17.669
qu'il existe des idées totalement nouvelles

194
00:16:17.669 --> 00:16:22.669
sur la façon de concevoir et de mettre en œuvre des systèmes

195
00:16:22.669 --> 00:16:26.669
qui nous élèvent à un tout nouveau niveau de protection des données,

196
00:16:26.669 --> 00:16:31.669
à un nouveau niveau de souveraineté, d'une part. Et d'autre part,

197
00:16:31.669 --> 00:16:37.669
ils sont même plus agréables à l'utilisation. Georg, qu'est-ce qui est mieux maintenant

198
00:16:37.669 --> 00:16:44.019
dans le HIN Mail que vous avez construit ? Le nouveau HIN Mail pour la communication

199
00:16:44.019 --> 00:16:50.019
entre professionnels de la santé et patients est ce qu'on appelle une application edge,

200
00:16:50.019 --> 00:16:55.019
c'est-à-dire une application en point terminal. Cela signifie que le message,

201
00:16:55.019 --> 00:17:01.019
quand il est envoyé, est très fortement chiffré, découpé en de très nombreux petits morceaux

202
00:17:01.019 --> 00:17:07.019
et arrive ensuite comme dans un grand essaim, où de très nombreux petits morceaux circulent, et personne ne peut dire

203
00:17:07.019 --> 00:17:12.019
quel morceau appartient à qui. Et c'est seulement sur l'appareil de l'utilisateur,

204
00:17:12.019 --> 00:17:17.019
du patient dans ce cas, que tout se rassemble. Il a une application

205
00:17:17.019 --> 00:17:22.019
qui se lance automatiquement via une adresse web, qui rassemble tous les morceaux

206
00:17:22.019 --> 00:17:28.019
et sait comment trouver les bons morceaux et comment les reconstituer, comment les déchiffrer

207
00:17:28.019 --> 00:17:33.019
et les affiche ensuite au patient. Et tout cela se passe à la vitesse de chargement d'une page web normale.

208
00:17:33.019 --> 00:17:38.019
Cela signifie que pour l'utilisateur, c'est comme s'il ouvrait une page web,

209
00:17:38.019 --> 00:17:41.019
mais en réalité, énormément de choses se passent en arrière-plan

210
00:17:41.019 --> 00:17:47.019
et dans ce système, il n'y a plus d'emplacement central où les données pourraient être interceptées,

211
00:17:47.019 --> 00:17:53.019
même pas sous forme chiffrée. HIN ne peut pas le faire, nous ne pouvons pas le faire et personne d'autre non plus,

212
00:17:53.019 --> 00:17:56.019
parce que les données n'existent tout simplement pas en un emplacement central.

213
00:17:56.019 --> 00:18:01.019
Et il faudrait avoir tous les morceaux de cet essaim pour comprendre le message ?

214
00:18:01.019 --> 00:18:05.019
Oui exactement, c'est comme un immense puzzle, mais on n'a pas seulement 1 000 pièces,

215
00:18:05.019 --> 00:18:09.019
on a actuellement 800 000 pièces de puzzle

216
00:18:09.019 --> 00:18:14.019
qui sont envoyées chaque mois et chercher parmi toutes ces pièces de puzzle

217
00:18:14.019 --> 00:18:18.019
est assez fastidieux. C'est devenu beaucoup plus sûr

218
00:18:18.019 --> 00:18:23.019
et oui, je crois que justement en ce moment avec la guerre en Iran,

219
00:18:23.019 --> 00:18:27.019
où on lit constamment des cyberattaques dans les médias,

220
00:18:27.019 --> 00:18:33.410
qui augmentent encore et encore, il est extrêmement important dans le système de santé

221
00:18:33.410 --> 00:18:38.410
d'investir aussi dans la sécurité. Oui bien sûr, je veux dire, mais l'important c'est

222
00:18:38.410 --> 00:18:43.410
de penser cette sécurité de manière à ce que, en partant du principe que même si quelque chose tourne mal,

223
00:18:43.410 --> 00:18:48.410
la résilience doit être intégrée, c'est-à-dire la capacité flexible du système

224
00:18:48.410 --> 00:18:53.410
à réagir aux problèmes, elle doit être prise en compte. Cela signifie aussi que

225
00:18:53.410 --> 00:18:58.410
même si HIN était piratée, ce dont je ne pars pas du principe, HIN fait tout bien,

226
00:18:58.410 --> 00:19:03.410
mais même si cela arrivait, un attaquant ne pourrait pas lire ces messages,

227
00:19:03.410 --> 00:19:04.410
parce qu'ils n'y existent tout simplement pas.

228
00:19:05.410 --> 00:19:12.529
Bien, HIN Mail a été le début

229
00:19:12.529 --> 00:19:18.529
de quelque chose de grand, c'est ce que j'ai compris. Qu'est-ce qui vient ensuite ? Maintenant nous abordons le sujet

230
00:19:18.529 --> 00:19:24.529
des problèmes d'interopérabilité. Problème d'interopérabilité.

231
00:19:24.529 --> 00:19:30.529
Quel mot à prononcer ! Un sujet immense. Nous y venons tout de suite, peut-être en préambule :

232
00:19:30.529 --> 00:19:35.529
le problème d'interopérabilité n'est pas un problème de données en soi, et certainement pas un problème

233
00:19:35.529 --> 00:19:39.529
dû au manque de standards. Nous avons presque trop de standards.

234
00:19:39.529 --> 00:19:45.529
C'est un problème de confiance. L'interopérabilité signifie que

235
00:19:45.529 --> 00:19:52.130
la communication fonctionne entre différents systèmes. Correct.

236
00:19:52.130 --> 00:19:57.309
C'est un problème de confiance. Excuse-moi, je t'ai interrompu. Pas de problème.

237
00:19:57.309 --> 00:20:02.309
Tu m'as demandé quel est le prochain grand sujet. Nous allons nous y attaquer.

238
00:20:02.309 --> 00:20:04.309
Et qu'est-ce que cela signifie, Georg ?

239
00:20:04.309 --> 00:20:09.910
Cela signifie la capacité de collaboration

240
00:20:09.910 --> 00:20:12.910
entre les différents systèmes, au bout du compte.

241
00:20:12.910 --> 00:20:18.910
Aujourd'hui, chaque cabinet existe comme une île.

242
00:20:18.910 --> 00:20:24.910
Chaque hôpital comme une île. Maintenant ces îles doivent communiquer entre elles. Pour y parvenir,

243
00:20:24.910 --> 00:20:30.910
nous avons besoin de chemins sécurisés entre les îles. C'est indispensable.

244
00:20:30.910 --> 00:20:36.910
Sinon les données de santé circuleraient sans protection. On ne saurait pas ce qu'il en advient.

245
00:20:36.910 --> 00:20:41.940
Nous avons donc besoin d'une couche de connexion sécurisée entre les différents systèmes.

246
00:20:41.940 --> 00:20:47.940
Et c'est exactement ce sur quoi nous travaillons maintenant. Pour être en mesure, à l'avenir, entre hôpital et hôpital,

247
00:20:47.940 --> 00:20:51.940
mais aussi entre hôpital et cabinet de médecin de famille ou hôpital et laboratoire,

248
00:20:51.940 --> 00:20:57.940
d'échanger les données de manière à ce qu'elles circulent de façon structurée, c'est-à-dire avec de l'intelligence.

249
00:20:57.940 --> 00:21:01.940
Parce que ce qui s'est fait jusqu'ici, c'étaient souvent simplement des processus papier numérisés.

250
00:21:01.940 --> 00:21:07.940
Pour le dire crûment, le PDF. Ce sont les données que nous avons à l'époque,

251
00:21:07.940 --> 00:21:13.940
que nous avons à l'époque, pour le dire crûment, le PDF. Et j'avais un jour un cimetière de PDF,

252
00:21:13.940 --> 00:21:19.940
des fax qui traînent, on connaît tous ça. Et en principe, à ce niveau-là nous en sommes encore restés actuellement.

253
00:21:19.940 --> 00:21:25.940
Et pour pouvoir exploiter le potentiel de la numérisation pour la santé,

254
00:21:25.940 --> 00:21:31.940
les systèmes doivent commencer à échanger les données de manière à ce qu'elles aient aussi du sens.

255
00:21:31.940 --> 00:21:37.940
J'ai une question à ce sujet, parce que le fax, c'est vraiment ancien. Et je suppose

256
00:21:37.940 --> 00:21:43.940
c'est simplement une hypothèse, que différentes approches ont déjà été tentées pour rendre cela interopérable.

257
00:21:43.940 --> 00:21:50.359
Pourquoi est-ce que ça devrait marcher maintenant ? Ou pourquoi l'infrastructure actuelle réussit-elle ?

258
00:21:50.359 --> 00:21:56.359
Eh bien, tout ce sujet est en fait parfaitement adapté à HIN,

259
00:21:56.359 --> 00:22:02.359
parce que c'est un problème de confiance. C'est un espace de confiance qui doit être créé.

260
00:22:02.359 --> 00:22:06.359
Et cet espace de confiance doit être sécurisé. Et auparavant, on ne pouvait essayer

261
00:22:06.359 --> 00:22:12.359
de le faire qu'avec des technologies centralisées. Mais quand on utilise des technologies centralisées, il y a toujours

262
00:22:12.359 --> 00:22:18.359
un point central où réside le contrôle, dont dépend la sécurité,

263
00:22:18.359 --> 00:22:24.359
dont dépend aussi chaque décision. Il peut aussi tout bloquer s'il ne fonctionne pas.

264
00:22:24.359 --> 00:22:30.359
Et il est difficile pour les institutions de s'entendre pour n'avoir qu'un seul point de confiance,

265
00:22:30.359 --> 00:22:36.359
qui aurait alors aussi le contrôle sur leurs propres systèmes internes. Ce point central intervient

266
00:22:36.359 --> 00:22:42.359
dans les systèmes locaux. Et c'est du point de vue de la logique organisationnelle

267
00:22:42.359 --> 00:22:48.359
et du point de vue de la confiance, difficile. C'est pourquoi nous avons besoin d'une nouvelle structure.

268
00:22:48.359 --> 00:22:54.359
Et de nouveaux systèmes et d'une nouvelle façon de penser. Et d'ailleurs, ce qui me frappe,

269
00:22:54.359 --> 00:23:00.359
Georg, quand tu as développé cela, le sujet de l'identité électronique prend une signification totalement nouvelle.

270
00:23:00.359 --> 00:23:06.359
L'e-ID. Peut-être aussi l'e-ID, mais restons d'abord sur l'identité HIN.

271
00:23:06.359 --> 00:23:10.359
Les médecins de famille, les soignants, les hôpitaux le savent, tout le monde connaît cette identité HIN.

272
00:23:10.359 --> 00:23:16.359
Et c'est une preuve d'identité électronique avec quelques attributs en plus. Très significatif, non ?

273
00:23:16.359 --> 00:23:20.359
Nous le faisons avec beaucoup de succès depuis plusieurs décennies. Et on s'identifie en quelque sorte,

274
00:23:20.359 --> 00:23:26.359
c'est comme une clé qui permet d'ouvrir des applications. C'est l'identité HIN.

275
00:23:26.359 --> 00:23:32.359
Mais pour aborder le sujet que Georg vient d'esquisser, à savoir rendre les données structurées

276
00:23:32.359 --> 00:23:38.359
échangeables, il faut une nouvelle manière d'identification

277
00:23:38.359 --> 00:23:44.359
de l'objet. Et là, nos identités actuelles ne suffisent absolument pas.

278
00:23:44.359 --> 00:23:50.359
Et c'est là que nous avons développé des solutions, pour aborder de manière novatrice

279
00:23:50.359 --> 00:23:56.359
le problème de confiance dans l'échange de données structurées.

280
00:23:56.359 --> 00:24:01.930
Et est-ce une technologie particulière que vous

281
00:24:01.930 --> 00:24:08.539
utilisez ? Ou qu'y a-t-il de nouveau ? Le tout repose

282
00:24:08.539 --> 00:24:14.539
sur le principe de la gestion décentralisée des clés ou aussi de l'identité auto-souveraine,

283
00:24:14.539 --> 00:24:20.539
c'est-à-dire Self-Sovereign Identity. L'e-ID suisse aussi repose exactement sur ce principe.

284
00:24:20.539 --> 00:24:26.539
Et au final, il s'agit de ce que chaque appareil et aussi chaque

285
00:24:26.539 --> 00:24:32.539
personne reçoive une identité. Cela signifie que j'ai des identités pour

286
00:24:32.539 --> 00:24:38.539
des services individuels dans l'hôpital, mais aussi pour des agents, quand on pense à l'agentic AI

287
00:24:38.539 --> 00:24:44.539
et ce genre de sujets. En principe, je dois faire en sorte que chaque interaction entre deux identités

288
00:24:44.539 --> 00:24:50.539
identifiées existe. Ai-je bien compris ? Vous utilisez la même technologie que la Confédération

289
00:24:50.539 --> 00:24:56.539
pour l'e-ID ? Le même principe architectural en est la base.

290
00:24:56.539 --> 00:25:02.539
Ce que nous construisons va même encore un cran plus loin, parce que ça doit être encore plus décentralisé

291
00:25:02.539 --> 00:25:06.539
que ce que la Confédération construit actuellement. Parce que la Confédération est seule.

292
00:25:06.539 --> 00:25:12.539
La Confédération délivre l'e-ID. Je n'obtiens un passeport suisse de personne d'autre que du gouvernement suisse.

293
00:25:12.539 --> 00:25:18.539
C'est donc beaucoup plus centralisé que ce que nous construisons. Parce que c'est adapté au cas d'usage.

294
00:25:18.539 --> 00:25:24.539
Mais chez nous, chaque hôpital est bien sûr presque son propre monde,

295
00:25:24.539 --> 00:25:30.539
avec énormément de systèmes, énormément de personnes, énormément de services, à l'avenir aussi

296
00:25:30.539 --> 00:25:36.539
toutes sortes de systèmes d'agentic AI et ainsi de suite. Et c'est déjà un réseau en soi.

297
00:25:36.539 --> 00:25:42.539
Et ce réseau doit être capable d'interagir avec d'autres réseaux tout aussi complexes.

298
00:25:42.539 --> 00:25:48.539
Et ils doivent pouvoir s'identifier mutuellement pour savoir : cette requête provient

299
00:25:48.539 --> 00:25:54.539
de ce système automatisé, de cet hôpital, et c'est effectivement autorisé par cet hôpital

300
00:25:54.539 --> 00:26:00.539
à m'adresser cette requête, pour pouvoir dire à mon système local : oui, ce système

301
00:26:00.539 --> 00:26:06.539
est autorisé à le faire. Tout cela devient assez vite assez complexe quand on veut vraiment

302
00:26:06.539 --> 00:26:12.539
le résoudre proprement. Mais nous devons le résoudre proprement, sinon on a simplement un genre de

303
00:26:12.539 --> 00:26:18.539
gros « ça vient de cet hôpital, ça doit être bon ». Et après coup, on ne peut absolument pas prouver de quoi

304
00:26:18.539 --> 00:26:24.539
il s'agissait, qui c'était, quel système a demandé, est-ce que j'ai fourni les bonnes données ? Tous les

305
00:26:24.539 --> 00:26:28.539
systèmes, je ne peux plus le prouver après coup. Et si quelque chose tourne mal, ce serait évidemment

306
00:26:28.539 --> 00:26:34.539
un risque énorme. On ne peut pas vraiment se le permettre. C'est pourquoi nous devons avoir ce degré de sécurité,

307
00:26:34.539 --> 00:26:40.539
de traçabilité et d'auditabilité. Pourquoi pouvons-nous le faire ? Parce que nous

308
00:26:40.539 --> 00:26:46.539
avons déjà effectivement une infrastructure de base aujourd'hui. Elle existe déjà. Elle existe déjà,

309
00:26:46.539 --> 00:26:52.539
exactement. Elle est en cours de renouvellement. Et ensuite elle continuera d'exister, n'est-ce pas ? Et cette nouvelle

310
00:26:52.539 --> 00:26:58.539
infrastructure de base sera alors la fondation pour exactement ce que Georg a exposé. Et l'infrastructure de base

311
00:26:58.539 --> 00:27:04.539
existe pour toute la Suisse. Est-ce que je comprends bien ? Alors, peut-être encore une question,

312
00:27:04.539 --> 00:27:10.569
on a entendu combien de millions la Confédération veut investir dans les

313
00:27:10.569 --> 00:27:16.569
prochaines années pour le système de santé, pour construire par exemple un Swiss Health Data Space.

314
00:27:16.569 --> 00:27:22.569
Quel est le lien ? Ou n'y en a-t-il aucun ? Est-ce que vous construisez en fait déjà maintenant

315
00:27:22.569 --> 00:27:28.730
ce que la Confédération veut seulement commencer ? C'est une question intéressante. HIN renouvelle

316
00:27:28.730 --> 00:27:34.730
son infrastructure de base. HIN renouvelle la manière dont les services sont fournis. Et HIN

317
00:27:34.730 --> 00:27:40.730
travaille à ce que la souveraineté numérique puisse être réalisée pour

318
00:27:40.730 --> 00:27:46.730
chaque membre individuel, qu'il s'agisse d'une personne ou d'une organisation. C'est ce que nous faisons.

319
00:27:46.730 --> 00:27:52.730
Nous le faisons indépendamment de la Confédération. Parallèlement, il y a effectivement le programme DigiSanté.

320
00:27:52.730 --> 00:27:58.730
Nous l'observons. Nous sommes en échange avec DigiSanté. Nous constatons,

321
00:27:58.730 --> 00:28:04.730
du moins c'est ma compréhension, que DigiSanté veille surtout à ce que certaines règles,

322
00:28:04.730 --> 00:28:10.730
certains paramètres-cadres soient définis, pour qu'un tel

323
00:28:10.730 --> 00:28:14.730
espace de données puisse voir le jour. Et si ensuite cet espace de données

324
00:28:14.730 --> 00:28:20.730
remplacera un jour l'espace de confiance HIN, qui existe effectivement depuis presque vingt ans déjà,

325
00:28:20.730 --> 00:28:26.730
ou s'il y aura des connexions, tout ça est encore complètement ouvert.

326
00:28:26.730 --> 00:28:32.730
C'est ça. Et si je peux brièvement compléter.

327
00:28:32.730 --> 00:28:38.789
Exactement. Et si je peux compléter rapidement. Je veux dire, nous, Vereign,

328
00:28:38.789 --> 00:28:44.789
nous avons aussi construit pour le projet européen d'espace de données Gaia-X la couche de base.

329
00:28:44.789 --> 00:28:50.789
Exactement cette couche de gestion des clés et d'identité vient de nous là-bas. Et nous avons accompagné tous les

330
00:28:50.789 --> 00:28:56.789
espaces de données de santé, les projets, les lighthouses. Nous avons travaillé avec la Charité de Berlin et d'autres

331
00:28:56.789 --> 00:29:02.789
pour examiner exactement ces sujets. Et c'est la réalité technique. Cela signifie qu'il y a

332
00:29:02.789 --> 00:29:08.789
d'un côté la réalité sémantique et administrative de haut niveau. Qu'est-ce que ça doit représenter ?

333
00:29:08.789 --> 00:29:12.789
Mais en dessous, il y a la réalité technique. Et c'est ce que j'apprécie tant dans notre

334
00:29:12.789 --> 00:29:18.789
collaboration, parce que HIN est pragmatique. HIN commence là où elle peut créer de la valeur ajoutée, au niveau

335
00:29:18.789 --> 00:29:24.789
technique. Et nous résolvons le problème techniquement de manière si propre que nous posons les fondations

336
00:29:24.789 --> 00:29:28.789
pour pouvoir à l'avenir mettre en œuvre proprement ces sujets en Suisse.

337
00:29:28.789 --> 00:29:32.789
Et permettez-moi de détailler la valeur ajoutée dans ce contexte. Valeur ajoutée signifie

338
00:29:32.789 --> 00:29:38.789
pour nous, si on zoome dans un cabinet, chacun a un bon système d'information de cabinet.

339
00:29:38.789 --> 00:29:44.789
Certains sont dans le cloud, d'autres sont installés en local, peu importe. Ils travaillent

340
00:29:44.789 --> 00:29:50.789
tous de manière hautement moderne et numérique. Maintenant, quand un patient est par exemple

341
00:29:50.789 --> 00:29:56.789
transféré dans un hôpital, il y a des processus de travail et les systèmes les soutiennent.

342
00:29:56.789 --> 00:30:02.789
Mais au final, c'est tout aussi laborieux. C'est tout aussi laborieux, parce que c'est un silo informatique et

343
00:30:02.789 --> 00:30:08.789
il n'y a pas de connexions automatiques. Valeur ajoutée, nous l'entendons ainsi : à l'avenir,

344
00:30:08.789 --> 00:30:14.789
un médecin qui fait un transfert depuis son système primaire ne devrait plus avoir affaire à

345
00:30:14.789 --> 00:30:20.789
de la double saisie, des interruptions et des activités manuelles qui interrompent le processus pour enfin

346
00:30:20.789 --> 00:30:26.789
faire sortir le dossier de son cabinet. On revient à la question administrative. C'est là que nous intervenons.

347
00:30:26.789 --> 00:30:32.789
Exactement, c'est un bon point, David. Ce qui se passe alors effectivement, c'est que la charge administrative

348
00:30:32.789 --> 00:30:38.789
est réduite. La charge administrative n'est la plupart du temps pas facturable.

349
00:30:38.789 --> 00:30:44.859
Ce n'est pas facturable. C'est du temps perdu. C'est inutile. Du point de vue du médecin,

350
00:30:44.859 --> 00:30:50.859
c'est en quelque sorte un fardeau. Et c'est là que nous intervenons pour

351
00:30:50.859 --> 00:30:54.859
finalement rendre le tout encore beaucoup plus simple et souverain.

352
00:30:54.859 --> 00:31:03.859
Pour moi, c'est en tout cas

353
00:31:03.859 --> 00:31:09.859
déjà une belle quantité d'informations que nous avons entendues aujourd'hui. Et j'essaie de résumer cela maintenant

354
00:31:09.859 --> 00:31:15.859
en quelques points. Ce que je retiens : nous avons dit au début quels sont les défis dans le système de santé.

355
00:31:15.859 --> 00:31:21.859
Et je retiens que HIN, avec des partenaires et prestataires, Vereign en est un,

356
00:31:21.859 --> 00:31:27.900
essaie de créer quelque chose qui rende le tout plus simple dans la communication entre

357
00:31:27.900 --> 00:31:33.900
tous ces acteurs. Entre hôpital, cabinet, clinique, EMS, etc.

358
00:31:33.900 --> 00:31:39.900
Qui que ce soit. Et que le renouvellement de la plateforme est en plein cours.

359
00:31:39.900 --> 00:31:45.900
est en plein cours. C'est un voyage. Il s'agit de nouvelles technologies.

360
00:31:45.900 --> 00:31:49.900
Nous avons entendu parler de Self-Sovereign Identity, que la Confédération utilise aussi. Cela signifie pour moi que

361
00:31:49.900 --> 00:31:55.900
si la Confédération utilise une technologie que HIN utilisait même déjà avant,

362
00:31:55.900 --> 00:32:01.900
c'est en quelque sorte comme une confirmation que ça fonctionne. C'est ce que ça me semble.

363
00:32:01.900 --> 00:32:06.500
Et oui, il y a encore beaucoup à venir. Pouvez-vous

364
00:32:06.500 --> 00:32:13.049
me confirmer rapidement si mon résumé est à peu près correct ?

365
00:32:13.049 --> 00:32:19.049
Je le trouve sympathique. Exactement. Parfait. Et maintenant permettez-moi de vous adresser encore la parole.

366
00:32:19.049 --> 00:32:25.049
Si vous pouviez exprimer un souhait à la politique ou à qui que ce soit, que faudrait-il qu'il se passe

367
00:32:25.049 --> 00:32:31.049
pour que ça avance peut-être encore plus vite, pour que les professionnels aient

368
00:32:31.049 --> 00:32:37.880
un quotidien professionnel plus simple ? Georg. Je commence ? Oui.

369
00:32:37.880 --> 00:32:44.650
Oui, pour moi c'est clair, je crois qu'il serait extrêmement utile de

370
00:32:44.650 --> 00:32:50.650
comprendre les données comme une valeur et comme un avantage compétitif pour la

371
00:32:50.650 --> 00:32:56.650
Suisse. Et je souhaiterais que la Confédération exploite beaucoup, beaucoup plus cet avantage compétitif,

372
00:32:56.650 --> 00:33:02.650
comme véritablement un, en anglais on dit si bien Force Multiplier. J'ai là une organisation avec laquelle

373
00:33:02.650 --> 00:33:08.650
je peux très efficacement mettre en œuvre la réalité technique et elle est déjà en marche. Donc pour moi,

374
00:33:08.650 --> 00:33:14.650
je souhaiterais que la Confédération s'engage beaucoup, beaucoup plus dans cette voie et y participe activement,

375
00:33:14.650 --> 00:33:21.099
la soutienne et la promeuve activement. Qu'elle collabore. Souhait envoyé, je dirais.

376
00:33:21.099 --> 00:33:25.099
Peer ? Tu es un partenaire sympathique. Je n'avais encore jamais entendu ça comme ça.

377
00:33:25.099 --> 00:33:31.099
Tu recevras ensuite le petit trophée pour la caisse. Exactement.

378
00:33:31.099 --> 00:33:37.099
Je le trouve pas mal. Moi, j'ai un autre souhait. Un souhait très modeste.

379
00:33:37.099 --> 00:33:43.099
Le tien était très beau. Je veux dire, le mien est beaucoup plus petit. Je souhaite moins

380
00:33:43.099 --> 00:33:48.819
de réglementation. Ça mériterait un podcast dédié pour les gens

381
00:33:48.819 --> 00:33:54.819
qui s'occupent de réglementation. Volontiers, j'en suis. Donc moins de réglementation.

382
00:33:54.819 --> 00:34:01.049
Réglementation, parce qu'alors moins de bureaucratie. Ou pourquoi moins de réglementation ?

383
00:34:01.049 --> 00:34:07.049
Oui, je trouve ça bien. Ça me plaît, parce que la réglementation est une forme de bureaucratie.

384
00:34:09.050 --> 00:34:15.050
Bien sûr, je veux dire, nous voulons, je ne veux pas du Far West, de l'anarchie.

385
00:34:15.050 --> 00:34:21.050
Grand Dieu, non. Mais je constate que nous sommes une structure étatique unique.

386
00:34:21.050 --> 00:34:27.050
Nous n'avons pas qu'un seul système de santé. C'est une affaire cantonale. Tout ça est bien.

387
00:34:27.050 --> 00:34:33.050
Et je trouve que c'est l'une des plus incroyables réalisations. Mais, mais, mais, quand on regarde

388
00:34:33.050 --> 00:34:39.050
effectivement, c'est ma perception dans mon humble optique, il y a une certaine réalité de vie.

389
00:34:39.050 --> 00:34:45.050
Il y a une réalité de vie dans le système de santé et social. Et c'est déjà suffisamment compliqué et complexe.

390
00:34:45.050 --> 00:34:51.050
Et quand nos parlementaires déclenchent en permanence de nouvelles exigences,

391
00:34:51.050 --> 00:34:57.050
que l'administration doit ensuite traiter, c'est aussi évident. Mais cette,

392
00:34:57.050 --> 00:35:03.050
cette rage de, pas la rage, la,

393
00:35:03.050 --> 00:35:09.050
la force, la puissance de cette exigence réglementaire croît

394
00:35:09.050 --> 00:35:15.050
tellement que plus personne ne peut suivre. Et personne ne peut plus suivre.

395
00:35:15.050 --> 00:35:21.050
Et j'ai parfois l'impression que manifestement en interne aussi il y a certains

396
00:35:21.050 --> 00:35:25.050
défis de coordination. Et cela bloque. Ce qui m'importe en fait, c'est

397
00:35:25.050 --> 00:35:31.050
moins de réglementation, oui moins de bureaucratie, mais non, ma préoccupation principale est que

398
00:35:31.050 --> 00:35:37.050
si encore une loi arrive par ici et une ordonnance par là et un annexe encore ailleurs, cela nous mène à une

399
00:35:37.050 --> 00:35:43.050
stagnation. Parce que chacun dit : d'accord, je dois d'abord attendre, n'est-ce pas ? Attendons d'abord

400
00:35:43.050 --> 00:35:49.050
l'espace de données, la loi et ceci et cela. Et nous voilà en 2035, n'est-ce pas ? Et les problèmes fondamentaux,

401
00:35:49.050 --> 00:35:55.460
mot-clé : création de valeur, simplicité, restent tout simplement en chemin.

402
00:35:55.460 --> 00:35:59.460
Ce serait vraiment un sujet pour un podcast dédié. Merci beaucoup, Peer,

403
00:35:59.460 --> 00:36:05.940
d'avoir été là aujourd'hui. C'était un plaisir. Merci beaucoup, merci aussi à Georg. Merci pour l'invitation.

404
00:36:05.940 --> 00:36:11.940
C'était le deuxième épisode du podcast HIN « En route dans le système de santé numérique ».

405
00:36:11.940 --> 00:36:17.940
Si vous avez des questions ou des remarques, consultez nos notes d'émission. Vous y trouverez toutes les coordonnées

406
00:36:17.940 --> 00:36:23.940
dont vous avez besoin. Et si vous avez écouté le podcast uniquement en audio, j'aimerais vous signaler

407
00:36:23.940 --> 00:36:29.940
que vous pouvez aussi le regarder en vidéo, par exemple sur YouTube ou sur Spotify. Merci d'avoir

408
00:36:29.940 --> 00:36:33.940
été là aujourd'hui, chers auditrices et auditeurs. Ou chers spectatrices et spectateurs.

409
00:36:33.940 --> 00:36:39.940
Et ce jusqu'à la fin, j'apprécie beaucoup. Nous revenons en juin et ce sera « Joyeux anniversaire,

410
00:36:39.940 --> 00:36:45.940
chère HIN ! » HIN fête ses trente ans. Nous parlerons alors de comment HIN est passée du courrier électronique

411
00:36:45.940 --> 00:36:49.940
au, oui, nous l'avons entendu aujourd'hui, renouvellement de plateforme, tout simplement jusqu'à

412
00:36:49.940 --> 00:36:53.940
là où elle en est aujourd'hui. Et je m'en réjouis beaucoup.

413
00:36:53.940 --> 00:37:04.550
À bientôt, portez-vous bien !

414
00:37:04.550 --> 00:37:08.550
Merci d'avoir été là. À la prochaine « HIN en route dans le système de santé numérique ».