WEBVTT
Kind: captions
Language: pt

1
00:00:00.000 --> 00:00:06.429
Um de vocês tem uma entrada na Wikipédia. Presumo que essa pessoa o saiba.

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

3
00:00:09.150 --> 00:00:13.470
O que li lá pareceu-me fascinante.

4
00:00:13.470 --> 00:00:21.500
Por isso gostaria de te perguntar: o que significa a Cruz Federal de Mérito e como se obtém?

5
00:00:21.500 --> 00:00:30.940
A Cruz Federal de Mérito é uma condecoração, totalmente clássica, como nos velhos tempos.

6
00:00:30.940 --> 00:00:36.700
É a ordem de mérito alemã, a única condecoração verdadeiramente civil que é atribuída.

7
00:00:36.700 --> 00:00:46.780
A Cruz Federal de Mérito é o equivalente a uma OBE dos britânicos, ou seja, a Order of the British Empire.

8
00:00:46.780 --> 00:00:49.539
Se fosse britânico, agora poderiam chamar-me Sir.

9
00:00:49.539 --> 00:00:53.979
Antigamente dir-se-ia cruz de cavaleiro, mas isso tem conotações.

10
00:00:53.979 --> 00:01:00.899
Portanto, é realmente uma distinção bastante elevada. Recebi-a pelo meu trabalho.

11
00:01:00.899 --> 00:01:10.900
No domínio da soberania digital: normas abertas, software livre, Open Source, criação da FSFE e outras iniciativas.

12
00:01:10.900 --> 00:01:17.700
FSF qual? Exatamente, a Free Software Foundation Europe. Free Software Foundation Europe.

13
00:01:17.700 --> 00:01:22.900
É uma organização não governamental que se dedica à soberania digital.

14
00:01:22.900 --> 00:01:29.030
Então, o que agora aparece constantemente nos media sobre soberania digital, tu já tinhas começado isso há muitos anos?

15
00:01:29.030 --> 00:01:31.030
Sim, é praticamente o tema da minha vida.

16
00:01:31.030 --> 00:01:37.030
Descobri-o há muitos anos, no início a meados dos anos noventa.

17
00:01:37.030 --> 00:01:40.030
E de alguma forma apoderou-se de mim e não me largou.

18
00:01:40.030 --> 00:01:46.030
Portanto, o Sir, o cavaleiro que está sentado à minha frente, é Georg Greve da empresa Vereign.

19
00:01:46.030 --> 00:01:52.450
Muito brevemente, estamos aqui no podcast da HIN, HIN — sistema de saúde.

20
00:01:52.450 --> 00:01:57.450
Que relação tem a Vereign com o sistema de saúde? Brevemente, depois certamente ouviremos mais.

21
00:01:57.450 --> 00:02:00.730
A Vereign trabalha desde...

22
00:02:00.730 --> 00:02:05.730
A Vereign trabalha há três anos muito intensamente com a HIN.

23
00:02:05.730 --> 00:02:10.729
Somos parceiros muito, muito próximos. Trabalhamos com o sistema de saúde há mais tempo.

24
00:02:10.729 --> 00:02:17.729
No âmbito de projetos europeus também trabalhámos com outras instituições de saúde.

25
00:02:17.729 --> 00:02:20.729
A mim pessoalmente, este tema acompanha-me há muito tempo.

26
00:02:20.729 --> 00:02:26.729
Bem, e ao lado do Georg está o Peer Hostettler, membro da direção da HIN.

27
00:02:26.729 --> 00:02:29.729
O Peer é CCO na HIN.

28
00:02:29.729 --> 00:02:33.729
Sabes exatamente o que é? O que faz um CCO? É Chief Customer Officer?

29
00:02:33.729 --> 00:02:36.729
Não, Chief Commercial Officer, mas Customer agrada-me muito.

30
00:02:36.729 --> 00:02:40.729
E também se poderia dizer Chief Community Officer. Também acho interessante.

31
00:02:40.729 --> 00:02:44.729
Então não dás muita importância ao título? Não.

32
00:02:44.729 --> 00:02:48.729
Peer, não encontrei nenhuma entrada na Wikipédia quando te pesquisei no Google.

33
00:02:48.729 --> 00:02:52.729
Mas encontrei um currículo, algo antigo, é verdade.

34
00:02:52.729 --> 00:02:58.729
Não está tudo lá, mas pelo menos vi que estás no sistema de saúde desde 2010. Já há bastante tempo.

35
00:02:58.729 --> 00:03:05.729
E então perguntei-me: qual é realmente a tua paixão?

36
00:03:05.729 --> 00:03:09.729
O que te motiva a estares há tanto tempo na HIN?

37
00:03:09.729 --> 00:03:21.419
Quando faço um balanço, três motores impulsionam-me.

38
00:03:21.419 --> 00:03:24.419
Um é a busca de significado.

39
00:03:24.419 --> 00:03:29.969
Outro é que quero descobrir algo. Quero...

40
00:03:29.969 --> 00:03:34.969
Tem de ser emocionante. Descobrir ao estilo de Colombo.

41
00:03:34.969 --> 00:03:41.219
E o terceiro é a sociabilidade. Trabalhar com pessoas agradáveis...

42
00:03:41.219 --> 00:03:47.259
Nem sempre se consegue, mas... Descobrir algo com pessoas agradáveis.

43
00:03:47.259 --> 00:03:53.750
Insight. A caminho no sistema de saúde digital.

44
00:03:53.750 --> 00:04:00.750
O podcast da HIN para conversas com especialistas de TI, sistema de saúde e política.

45
00:04:00.750 --> 00:04:12.020
Para mim, naturalmente...

46
00:04:13.020 --> 00:04:16.019
Ótimo, tenho aqui dois especialistas comigo.

47
00:04:16.019 --> 00:04:22.019
Um quase cavaleiro, um Sir do mundo das TI e da digitalização.

48
00:04:22.019 --> 00:04:27.019
E outro é o Peer, que está há muito tempo no sistema de saúde.

49
00:04:27.019 --> 00:04:29.019
E isso é muito importante para o tema de hoje.

50
00:04:29.019 --> 00:04:37.019
Porque se trata dos desafios no sistema de saúde e das soluções digitais que se podem oferecer.

51
00:04:37.019 --> 00:04:42.019
No sistema de saúde muitas pessoas estão no limite.

52
00:04:42.019 --> 00:04:46.019
O orçamento é escasso e faltam muitos profissionais qualificados.

53
00:04:46.019 --> 00:04:52.019
E a carga administrativa é cada vez maior. É exatamente sobre isso que queremos falar.

54
00:04:52.019 --> 00:04:57.019
Onde aperta o sapato no sistema de saúde — junto dos profissionais, nos hospitais, nos consultórios?

55
00:04:57.019 --> 00:04:59.019
Quais são os desafios?

56
00:04:59.019 --> 00:05:04.019
Mas sobretudo falaremos das soluções que a HIN e parceiros oferecem através da digitalização.

57
00:05:04.019 --> 00:05:10.019
Ainda bem que estão connosco. O meu nome é David Umiker e este é o segundo episódio do podcast da HIN.

58
00:05:17.269 --> 00:05:19.300
A minha palavra-chave é escassez de profissionais qualificados.

59
00:05:19.300 --> 00:05:23.300
Isto não significa apenas que não temos pessoas formadas suficientes,

60
00:05:23.300 --> 00:05:30.399
mas também que profissionais com formação excelente abandonam a profissão após os estudos.

61
00:05:30.399 --> 00:05:34.399
Inquéritos e estudos que investigaram o tema confirmam-no,

62
00:05:34.399 --> 00:05:40.399
que mesmo médicos mais jovens já abandonam a sua profissão. As razões são diversas.

63
00:05:40.399 --> 00:05:45.399
Mas uma razão que certamente contribui é a crescente carga administrativa.

64
00:05:45.399 --> 00:05:51.399
Devido à burocracia. Tu falas muito com clientes.

65
00:05:51.399 --> 00:05:55.399
O que nos podes dizer, talvez uma ou duas razões principais

66
00:05:55.399 --> 00:06:00.399
que vês repetidamente — quais são os principais desafios dos profissionais de saúde no dia a dia?

67
00:06:00.399 --> 00:06:05.939
Sim, talvez como complemento. Não afeta apenas os médicos,

68
00:06:05.939 --> 00:06:11.939
mas todo o espectro: enfermeiros, terapeutas, profissionais de TI.

69
00:06:11.939 --> 00:06:15.939
Em todo o lado existe esta escassez de profissionais. Como é assim em todo o lado, quase se pode dizer

70
00:06:15.939 --> 00:06:19.939
que é a normalidade, portanto temos simplesmente de o aceitar.

71
00:06:19.939 --> 00:06:25.939
Isto como complemento. Quando me perguntas e reflito sobre isso,

72
00:06:25.939 --> 00:06:31.259
volta sempre a emergir

73
00:06:31.259 --> 00:06:37.259
que há evidentemente problemas de remuneração.

74
00:06:37.259 --> 00:06:42.259
O tema do pagamento dos serviços prestados é altamente problemático.

75
00:06:42.259 --> 00:06:46.259
E o espectro organizacional no sistema de saúde é extremamente amplo.

76
00:06:46.259 --> 00:06:50.259
Por um lado tens profissões liberais, trabalhadores independentes.

77
00:06:50.259 --> 00:06:54.259
São atividades de uma só pessoa.

78
00:06:54.259 --> 00:07:00.259
E depois tens hospitais universitários enormes. É preciso ter sempre isso em conta.

79
00:07:00.259 --> 00:07:06.259
Mas quando olhas para estes extremos, o tema das tarifas, o tema da faturação,

80
00:07:06.259 --> 00:07:10.259
é um grande tema, um tema que pesa.

81
00:07:10.259 --> 00:07:15.259
Sobretudo quando se trata de novas exigências, por exemplo,

82
00:07:15.259 --> 00:07:19.259
novas regulamentações ou tendências e por aí fora.

83
00:07:19.259 --> 00:07:24.259
Há uma incapacidade massiva de investimento.

84
00:07:24.259 --> 00:07:31.259
Os intervenientes, mesmo quando confrontados com os nossos temas,

85
00:07:31.259 --> 00:07:34.259
dizem repetidamente: meu Deus, agora também vocês querem,

86
00:07:34.259 --> 00:07:39.259
agora isto custa mais dinheiro, agora precisamos de ainda mais. É difícil.

87
00:07:39.259 --> 00:07:44.259
A burocracia exige mudanças nos processos ou mais esforço,

88
00:07:44.259 --> 00:07:49.259
porque é preciso indicar algo adicional a uma seguradora ou entidade ou onde quer que seja.

89
00:07:49.259 --> 00:07:54.259
E isso poderia ser simplificado com certos investimentos em digitalização. É isso que quero dizer.

90
00:07:54.259 --> 00:08:00.259
E ao mesmo tempo não podem faturar o esforço que os profissionais de saúde dedicam a isso.

91
00:08:00.259 --> 00:08:05.420
Entendi corretamente? Sim, é nessa direção.

92
00:08:05.420 --> 00:08:09.420
Mas talvez haja um pequeno mal-entendido. A digitalização não existe de per si

93
00:08:09.420 --> 00:08:15.420
para reduzir a carga burocrática. Eu recordo algo diferente.

94
00:08:15.420 --> 00:08:18.420
Quando o tema se tornou relevante,

95
00:08:18.420 --> 00:08:22.420
percebeu-se que através dos bits e bytes

96
00:08:22.420 --> 00:08:27.420
a sequência dos fluxos de trabalho, ou seja, os processos, podia ser completamente redesenhada

97
00:08:27.420 --> 00:08:30.420
e podiam fazer-se coisas inteiramente novas.

98
00:08:30.420 --> 00:08:37.419
E há muitos casos publicados sobre isso.

99
00:08:37.419 --> 00:08:42.419
A dada altura, o tema chegou ao sistema de saúde. Começou-se a registar pacientes

100
00:08:42.419 --> 00:08:48.419
em sistemas eletrónicos, para poder faturar eletronicamente, por exemplo. Depois, a dada altura, começou-se

101
00:08:48.419 --> 00:08:53.419
a documentar eletronicamente. E assim surgiram muitos silos informáticos. É o que temos agora.

102
00:08:53.419 --> 00:08:57.419
E as exigências são cada vez maiores.

103
00:08:57.419 --> 00:09:02.419
E isso significa que é preciso investir nestes sistemas. Portanto o teu resumo estava correto.

104
00:09:02.419 --> 00:09:06.419
E para poderes investir, precisas de receitas.

105
00:09:06.419 --> 00:09:12.419
Porque sem receitas não há possibilidade de investimento e sem investimento também não há receitas.

106
00:09:12.419 --> 00:09:19.289
Então não há inovação. Sim. Aí está realmente a armadilha. É uma armadilha.

107
00:09:19.289 --> 00:09:25.289
Sim. E das maiores. E quando um profissional de saúde

108
00:09:25.289 --> 00:09:31.700
quer investir em digitalização, pode perguntar-se: onde posso faturar isto? Em lado nenhum.

109
00:09:31.700 --> 00:09:36.700
Não podes faturar isso. De todo. Existe um sistema tarifário para o setor hospitalar,

110
00:09:36.700 --> 00:09:42.700
para cuidados, para prestação de serviços ambulatórios, prestação de serviços médicos ambulatórios.

111
00:09:43.700 --> 00:09:45.700
E aí existe uma tarifa.

112
00:09:45.700 --> 00:09:50.700
E a mensagem política é sempre a mesma:

113
00:09:50.700 --> 00:09:55.950
isso já está incluído na tarifa. E isso é um argumento demolidor.

114
00:09:55.950 --> 00:09:59.950
Porque quando tens um sistema informático

115
00:09:59.950 --> 00:10:05.950
que provavelmente está assente num grande legado tecnológico,

116
00:10:05.950 --> 00:10:09.950
alojado localmente, nas instalações, algures debaixo da secretária,

117
00:10:09.950 --> 00:10:13.950
e queres abri-lo como ferramenta colaborativa

118
00:10:13.950 --> 00:10:19.950
para novas vias de comunicação,

119
00:10:19.950 --> 00:10:25.950
tens de modificar todo o sistema. E essa modificação custa muito dinheiro.

120
00:10:25.950 --> 00:10:29.950
E isso nunca poderia estar coberto na tarifa — houve uma mudança de tarifa,

121
00:10:29.950 --> 00:10:34.950
na tarifa antiga nem sequer estava contemplado, porque vem do ano dois mil e qualquer coisa.

122
00:10:34.950 --> 00:10:38.950
E na nova tarifa não mudou muito, palavra-chave: neutralidade de custos.

123
00:10:38.950 --> 00:10:44.950
Simplesmente não há dinheiro no sistema. Mas há soluções? Quais são as soluções

124
00:10:44.950 --> 00:10:46.980
se não há orçamento no sistema de saúde?

125
00:10:46.980 --> 00:10:49.980
Como podem os profissionais de saúde utilizar ferramentas digitalmente soberanas,

126
00:10:49.980 --> 00:10:53.980
seguras, modernas ou até infraestruturas?

127
00:10:53.980 --> 00:10:58.980
Como é que isso funciona se ninguém tem dinheiro? Penso que estou bastante seguro

128
00:10:58.980 --> 00:11:04.980
de que eles já pagam pelas ferramentas que utilizam atualmente.

129
00:11:04.980 --> 00:11:10.980
Incluindo pagamentos aos Estados Unidos. Portanto o dinheiro simplesmente desaparece

130
00:11:10.980 --> 00:11:15.980
quando é pago. Poderia ser utilizado de outra forma, talvez mais sensata.

131
00:11:15.980 --> 00:11:20.980
Portanto é uma questão de redirecionar o orçamento. O orçamento existe em parte.

132
00:11:20.980 --> 00:11:23.980
E por outro lado é também uma questão de eficiência.

133
00:11:23.980 --> 00:11:27.980
Se cada médico começa sozinho

134
00:11:27.980 --> 00:11:32.980
a fazer as coisas por si, isso é totalmente ineficiente.

135
00:11:32.980 --> 00:11:38.980
Mas muitas vezes têm exatamente as mesmas necessidades. Não é que um consultório médico precise de

136
00:11:38.980 --> 00:11:41.980
um sistema de correio eletrónico completamente diferente do de outro consultório.

137
00:11:41.980 --> 00:11:47.980
E penso que estamos exatamente no lugar certo para isso. Porque foi precisamente desta ideia que nasceu a HIN.

138
00:11:47.980 --> 00:11:52.980
A ideia é resolver estes problemas para todos nós,

139
00:11:52.980 --> 00:11:57.980
porque não é o centro da nossa atividade. Também não é onde nos diferenciamos.

140
00:11:57.980 --> 00:12:01.980
É simplesmente algo que precisamos de resolver bem em conjunto.

141
00:12:01.980 --> 00:12:06.210
Podemos ganhar eficiência ao agrupar esforços.

142
00:12:06.210 --> 00:12:10.210
E a HIN, do meu ponto de vista, é incrivelmente valiosa

143
00:12:10.210 --> 00:12:16.210
porque vem do próprio setor. Pertence à FMH.

144
00:12:16.210 --> 00:12:23.210
A FMH é a associação profissional dos médicos.

145
00:12:23.210 --> 00:12:30.340
E em última análise, a HIN tem uma missão de serviço

146
00:12:30.340 --> 00:12:34.340
e não uma missão de lucro. É tremendamente importante compreender isso,

147
00:12:34.340 --> 00:12:38.340
porque quando a HIN gera lucros,

148
00:12:38.340 --> 00:12:44.460
estes regressam aos médicos. Ou seja, às pessoas que utilizam o software.

149
00:12:44.460 --> 00:12:50.460
Então é um ciclo. Seria um ciclo com um aquecedor. Isso não faz sentido, ninguém precisa disso.

150
00:12:50.460 --> 00:12:56.460
Trata-se de a HIN ser capaz de utilizar o seu orçamento eficientemente naquilo

151
00:12:56.460 --> 00:13:01.460
que os médicos realmente necessitam. E esta ideia existe também noutros setores.

152
00:13:01.460 --> 00:13:07.460
Na Alemanha existe a DATEV, por exemplo. Faz o mesmo para consultores fiscais e advogados. Aqui na Suíça...

153
00:13:07.460 --> 00:13:10.460
A HIN é única no mundo, tanto quanto consigo ver.

154
00:13:10.460 --> 00:13:14.460
Não vi um modelo semelhante em mais nenhum lugar.

155
00:13:14.460 --> 00:13:19.460
Pelo contrário, quando conto no estrangeiro que na Suíça temos a HIN,

156
00:13:19.460 --> 00:13:26.230
a primeira pergunta costuma ser: não deveríamos criar algo semelhante? E por que não o fazem?

157
00:13:26.230 --> 00:13:29.230
A razão é que noutros sistemas de saúde

158
00:13:29.230 --> 00:13:35.230
há frequentemente grandes atores comerciais com muito boas ligações,

159
00:13:35.230 --> 00:13:40.230
que não têm interesse em ser afastados desse setor,

160
00:13:40.230 --> 00:13:44.230
porque ganham muito dinheiro com ele. São empresas orientadas para o lucro

161
00:13:44.230 --> 00:13:47.230
e tentam extrair o máximo de lucro do setor.

162
00:13:47.230 --> 00:13:51.230
A HIN na Suíça é única nesse aspeto.

163
00:13:51.230 --> 00:13:55.230
E por isso, quando percebi isso, perguntei-me:

164
00:13:55.230 --> 00:14:01.230
por que razão a Suíça não aproveita esta vantagem competitiva de forma muito mais decidida? Porque temos o veículo,

165
00:14:01.230 --> 00:14:06.230
temos a organização, temos as estruturas profissionais

166
00:14:06.230 --> 00:14:08.230
para abordar todos estes problemas

167
00:14:08.230 --> 00:14:13.299
e resolvê-los realmente desde a base para a Suíça.

168
00:14:13.299 --> 00:14:22.669
O Georg acabou de falar muito sobre a HIN,

169
00:14:22.669 --> 00:14:28.669
quase se entusiasmou, o que é algo único, o que a Suíça tem com a HIN.

170
00:14:28.669 --> 00:14:33.669
E é exatamente sobre isso que queremos falar agora. O que tem a HIN a ver com toda esta discussão

171
00:14:33.669 --> 00:14:39.669
de que acabámos de falar? E o que tem a empresa do Georg, a Vereign, a ver com isto? Gostava de saber agora,

172
00:14:39.669 --> 00:14:45.669
em primeiro lugar, como surgiu a colaboração entre estas duas empresas, Peer? E rapidamente, Georg,

173
00:14:45.669 --> 00:14:50.669
muito obrigado pela tua defesa da HIN, eu não teria conseguido fazê-lo melhor.

174
00:14:50.669 --> 00:14:56.669
Encontrámos o Georg e a sua equipa, ou o Georg e a sua equipa encontraram-nos, quando enfrentávamos a tarefa de que

175
00:14:56.669 --> 00:14:58.669
temos um serviço chamado HIN Mail,

176
00:14:58.669 --> 00:15:04.669
e este serviço HIN Mail chega também a pessoas fora da rede HIN,

177
00:15:04.669 --> 00:15:09.669
por exemplo, a pacientes. Podem imaginar, quando um paciente foi ao médico e recebe um relatório,

178
00:15:09.669 --> 00:15:15.669
e o paciente quer receber esse relatório por correio eletrónico, então o médico tem de o enviar encriptado.

179
00:15:15.669 --> 00:15:21.669
Havia uma função para isso, que tínhamos, mas era bastante difícil de utilizar.

180
00:15:21.669 --> 00:15:26.669
Com a equipa do Georg discutimos: há alternativas? E sim, havia.

181
00:15:26.669 --> 00:15:30.669
E isso convenceu-nos enormemente, quando chegou,

182
00:15:30.669 --> 00:15:36.669
antes de termos acordado o que quer que fosse contratualmente, veio com um POC e mostrou-nos:

183
00:15:36.669 --> 00:15:41.669
vejam, é assim que poderia funcionar a entrega encriptada de correio

184
00:15:41.669 --> 00:15:46.669
a pessoas fora da rede HIN. POC é Proof of Concept. Correto. Sim, é isso.

185
00:15:46.669 --> 00:15:49.669
E esse Proof of Concept convenceu-nos enormemente,

186
00:15:49.669 --> 00:15:55.669
porque respondia a algo absolutamente essencial que nos preocupa,

187
00:15:55.669 --> 00:15:58.669
que é a minimização de dados,

188
00:15:58.669 --> 00:16:02.669
não desempenhar um papel central

189
00:16:02.669 --> 00:16:08.669
no tratamento de informação tão sensível. E o Georg e a sua equipa escolheram um conceito,

190
00:16:08.669 --> 00:16:11.669
um caminho, que nos mostrou,

191
00:16:11.669 --> 00:16:17.669
que existem ideias completamente novas

192
00:16:17.669 --> 00:16:22.669
sobre como projetar e implementar sistemas

193
00:16:22.669 --> 00:16:26.669
que nos elevam a um nível de proteção de dados completamente novo,

194
00:16:26.669 --> 00:16:31.669
a um novo nível de soberania, por um lado. E por outro lado

195
00:16:31.669 --> 00:16:37.669
são até mais agradáveis na utilização. Georg, o que é melhor agora

196
00:16:37.669 --> 00:16:44.019
no HIN Mail que vocês construíram? O novo HIN Mail para a comunicação

197
00:16:44.019 --> 00:16:50.019
entre profissionais de saúde e pacientes é uma aplicação chamada edge,

198
00:16:50.019 --> 00:16:55.019
ou seja, uma aplicação de ponto final. Isto significa que a mensagem,

199
00:16:55.019 --> 00:17:01.019
quando é enviada, é encriptada de forma muito forte, é dividida em muitas partes pequenas

200
00:17:01.019 --> 00:17:07.019
e depois entra num grande enxame, onde simplesmente muitas partes pequenas circulam, e ninguém consegue dizer

201
00:17:07.019 --> 00:17:12.019
que parte pertence a quem. E apenas no dispositivo do utilizador,

202
00:17:12.019 --> 00:17:17.019
do paciente neste caso, tudo se junta novamente. O utilizador tem uma aplicação

203
00:17:17.019 --> 00:17:22.019
que inicia automaticamente através de um endereço web, que reúne tudo novamente

204
00:17:22.019 --> 00:17:28.019
e sabe como encontrar as partes certas e como as remontar, como as desencriptar

205
00:17:28.019 --> 00:17:33.019
e mostra-as ao paciente. E tudo isto acontece à velocidade com que uma página web normal carrega.

206
00:17:33.019 --> 00:17:38.019
Ou seja, para o utilizador sente-se como se estivesse a abrir uma página web,

207
00:17:38.019 --> 00:17:41.019
mas de facto acontecem imensas coisas nos bastidores

208
00:17:41.019 --> 00:17:47.019
e neste sistema já não existe um lugar central onde os dados possam ser intercetados,

209
00:17:47.019 --> 00:17:53.019
nem mesmo encriptados. A HIN não pode, nós não podemos e ninguém mais pode,

210
00:17:53.019 --> 00:17:59.019
porque os dados simplesmente não existem num lugar central. E seria preciso ter todas as partes desse enxame

211
00:17:59.019 --> 00:18:05.019
para compreender a mensagem? Exatamente, é como um puzzle enorme, mas não é um puzzle de 1.000 peças,

212
00:18:05.019 --> 00:18:09.019
é atualmente um puzzle de 800.000 peças,

213
00:18:09.019 --> 00:18:14.019
que são enviadas todos os meses e procurar entre todas essas peças do puzzle

214
00:18:14.019 --> 00:18:18.019
é bastante trabalhoso. Portanto, tornou-se muito mais seguro

215
00:18:18.019 --> 00:18:23.019
e sim, acredito que especialmente agora com a guerra no Irão,

216
00:18:23.019 --> 00:18:27.019
quando se lê constantemente também sobre ciberataques nos media,

217
00:18:27.019 --> 00:18:33.410
que vão aumentando, etc., é extremamente importante no sistema de saúde

218
00:18:33.410 --> 00:18:38.410
investir também em segurança. Sim, claro, mas o importante é pensar esta segurança de forma que,

219
00:18:38.410 --> 00:18:43.410
mesmo que algo corra mal, a resiliência, ou seja, a capacidade flexível do sistema

220
00:18:43.410 --> 00:18:48.410
de reagir a problemas, a resiliência,

221
00:18:48.410 --> 00:18:53.410
tem de estar contemplada. Isso significa também que, mesmo que a HIN fosse pirateada —

222
00:18:53.410 --> 00:18:58.410
o que não prevejo, a HIN faz tudo bem — mas mesmo que isso acontecesse,

223
00:18:58.410 --> 00:19:04.410
um atacante não poderia ler essas mensagens, porque elas nem sequer existem lá. Porque não estão lá.

224
00:19:05.410 --> 00:19:12.529
Bem, o HIN Mail foi o início

225
00:19:12.529 --> 00:19:18.529
de algo grande, pelo que percebi. O que vem a seguir? Agora vamos abordar o tema

226
00:19:18.529 --> 00:19:24.529
dos problemas de interoperabilidade. Problemas de interoperabilidade.

227
00:19:24.529 --> 00:19:30.529
Que palavra difícil de pronunciar. Um tema enorme. Chegaremos lá, mas antes o seguinte:

228
00:19:30.529 --> 00:19:35.529
O problema da interoperabilidade não é um problema de dados em si, e muito menos um

229
00:19:35.529 --> 00:19:39.529
por falta de normas. Quase temos normas a mais.

230
00:19:39.529 --> 00:19:45.529
É um problema de confiança. Interoperabilidade significa

231
00:19:45.529 --> 00:19:52.130
que a comunicação funciona entre diferentes sistemas. Correto.

232
00:19:52.130 --> 00:19:57.309
É um problema de confiança. Desculpa, interrompi-te. Não faz mal.

233
00:19:57.309 --> 00:20:02.309
Perguntaste-me qual é o próximo grande passo? Vamos abordar esse tema.

234
00:20:02.309 --> 00:20:04.309
E o que significa isso, Georg?

235
00:20:04.309 --> 00:20:09.910
Significa a capacidade de colaboração

236
00:20:09.910 --> 00:20:12.910
entre os diferentes sistemas no fim de contas.

237
00:20:12.910 --> 00:20:18.910
Hoje em dia cada consultório existe como uma ilha isolada.

238
00:20:18.910 --> 00:20:24.910
Cada hospital como uma ilha isolada. Agora estas ilhas têm de comunicar entre si. Para isso

239
00:20:24.910 --> 00:20:30.910
precisamos de caminhos seguros entre as ilhas. É disso que precisamos.

240
00:20:30.910 --> 00:20:36.910
Caso contrário, os dados de saúde circulariam sem proteção. Não se saberia o que acontece com eles.

241
00:20:36.910 --> 00:20:41.940
Portanto precisamos de uma camada de ligação segura entre os diferentes sistemas.

242
00:20:41.940 --> 00:20:45.940
E é exatamente nisso que estamos a trabalhar agora. Para sermos capazes no futuro

243
00:20:45.940 --> 00:20:49.940
de trocar dados entre hospital e hospital, mas também entre hospital e consultório de medicina geral

244
00:20:49.940 --> 00:20:55.940
ou hospital e laboratório, de forma que fluam de modo estruturado, ou seja, com inteligência.

245
00:20:55.940 --> 00:21:01.940
Porque o que se fez até agora eram processos em papel digitalizados. Posto de forma simples, o PDF.

246
00:21:01.940 --> 00:21:07.940
Os dados que tínhamos naquela altura, naquele tempo,

247
00:21:07.940 --> 00:21:13.940
eram... posto de forma simples, o PDF. Falei de um cemitério de PDF,

248
00:21:13.940 --> 00:21:19.940
faxes — todos conhecemos. E no fundo é nesse nível que ainda estamos parados.

249
00:21:19.940 --> 00:21:25.940
E para sermos capazes de aproveitar o potencial da digitalização para a saúde,

250
00:21:25.940 --> 00:21:31.940
os sistemas têm de começar a trocar dados entre si de forma que esses dados também tenham significado.

251
00:21:31.940 --> 00:21:37.940
Tenho uma pergunta, porque o fax já é realmente antigo. E presumo que

252
00:21:37.940 --> 00:21:43.940
simplesmente presumo que já foram experimentadas diversas abordagens para alcançar precisamente a interoperabilidade.

253
00:21:43.940 --> 00:21:50.359
Por que haveria de funcionar agora? Ou por que é que a infraestrutura atual funciona?

254
00:21:50.359 --> 00:21:56.359
Todo o tema é algo que encaixa perfeitamente na HIN,

255
00:21:56.359 --> 00:22:02.359
porque é um problema de confiança. É preciso criar um espaço de dados baseado na confiança.

256
00:22:02.359 --> 00:22:08.359
E esse espaço de dados tem de ser protegido. E antes só era possível tentar com tecnologias centralizadas.

257
00:22:08.359 --> 00:22:14.359
Mas quando utilizo tecnologias centralizadas, então tenho sempre um ponto central

258
00:22:14.359 --> 00:22:20.359
onde está o controlo, de onde depende a segurança, de onde depende cada decisão.

259
00:22:20.359 --> 00:22:26.359
Esse ponto pode bloquear tudo se não funcionar. E para as instituições é difícil

260
00:22:26.359 --> 00:22:32.359
chegarem a acordo sobre ter apenas um ponto de confiança, que de facto tem o controlo

261
00:22:32.359 --> 00:22:38.359
sobre os seus próprios sistemas internos. Esse ponto central intervém nos sistemas locais.

262
00:22:38.359 --> 00:22:44.359
E isso é do ponto de vista da lógica organizacional e do ponto de vista da confiança

263
00:22:44.359 --> 00:22:50.359
problemático. Por isso precisamos de uma nova estrutura. E novos sistemas

264
00:22:50.359 --> 00:22:56.359
e uma nova forma de pensar. E reparo justamente agora, Georg, quando explicaste isto,

265
00:22:56.359 --> 00:23:02.359
o tema da identidade eletrónica ganha um significado completamente novo. E-ID.

266
00:23:02.359 --> 00:23:06.359
Talvez também a E-ID, mas fiquemos primeiro com a identidade HIN.

267
00:23:06.359 --> 00:23:10.359
Médicos de família, enfermeiros, hospitais conhecem-na, todos conhecem esta identidade HIN.

268
00:23:10.359 --> 00:23:16.359
E é uma prova de identidade eletrónica com alguns atributos adicionais. Muito significativo, não é?

269
00:23:16.359 --> 00:23:22.359
Fazemos isto com sucesso há várias décadas. E depois a pessoa identifica-se ou é como uma chave

270
00:23:22.359 --> 00:23:28.359
e depois pode abrir aplicações. Essa é a identidade HIN. Mas para abordar o tema que o Georg esboçou,

271
00:23:28.359 --> 00:23:34.359
a saber, tornar os dados estruturados intercambiáveis,

272
00:23:34.359 --> 00:23:40.359
é precisa uma nova forma de identificação do objeto.

273
00:23:40.359 --> 00:23:46.359
E aí as nossas identidades atuais não servem de todo. E aí desenvolvemos

274
00:23:46.359 --> 00:23:52.359
soluções para abordar de forma inovadora o problema de confiança

275
00:23:52.359 --> 00:23:56.359
na troca de dados estruturados.

276
00:23:56.359 --> 00:24:01.930
E é alguma tecnologia especial que

277
00:24:01.930 --> 00:24:08.539
utilizam? Ou o que é novo nisso? Tudo se baseia

278
00:24:08.539 --> 00:24:14.539
no princípio da gestão descentralizada de chaves ou Self-Sovereign Identity,

279
00:24:14.539 --> 00:24:20.539
ou seja, SSI. E a E-ID suíça baseia-se exatamente neste mesmo princípio.

280
00:24:20.539 --> 00:24:26.539
E no fundo trata-se de que cada dispositivo e cada pessoa receba

281
00:24:26.539 --> 00:24:32.539
uma identidade. Ou seja, tenho identidades de serviços individuais

282
00:24:32.539 --> 00:24:38.539
no hospital, mas também de agentes, quando penso em temas de agentic AI e por aí fora. Em princípio

283
00:24:38.539 --> 00:24:44.539
cada interação deve existir entre duas identidades

284
00:24:44.539 --> 00:24:50.539
identificadas. Entendi bem? Vocês utilizam a mesma tecnologia que a Confederação

285
00:24:50.539 --> 00:24:56.539
para a E-ID? O mesmo princípio arquitetónico está na base.

286
00:24:56.539 --> 00:25:02.539
O que nós construímos vai ainda um nível mais fundo, porque precisa de ser ainda mais descentralizado

287
00:25:02.539 --> 00:25:08.539
do que aquilo que a Confederação constrói atualmente. Porque a Confederação está sozinha. A Confederação emite a E-ID.

288
00:25:08.539 --> 00:25:12.539
Não posso obter um passaporte suíço de mais ninguém senão do governo suíço.

289
00:25:12.539 --> 00:25:18.539
Por isso é muito mais centralizado do que aquilo que nós construímos. Porque se adequa ao caso de uso.

290
00:25:18.539 --> 00:25:24.539
Mas no nosso caso cada hospital é naturalmente quase o seu próprio mundo,

291
00:25:24.539 --> 00:25:30.539
com muitíssimos sistemas, muitíssimas pessoas, muitíssimos serviços, e no futuro também

292
00:25:30.539 --> 00:25:36.539
soluções de agentic AI e por aí fora. E isso já é uma federação por si só.

293
00:25:36.539 --> 00:25:42.539
E esta federação tem de poder interagir com outras federações igualmente complexas.

294
00:25:42.539 --> 00:25:48.539
E devem poder identificar-se mutuamente para saber: este pedido vem

295
00:25:48.539 --> 00:25:54.539
deste sistema automatizado, deste hospital, e está realmente autorizado pelo hospital

296
00:25:54.539 --> 00:26:00.539
a fazer este pedido, para poder dizer ao meu sistema local: sim, este sistema está

297
00:26:00.539 --> 00:26:06.539
autorizado a fazê-lo. Tudo isto torna-se bastante rapidamente bastante complexo se quisermos resolvê-lo

298
00:26:06.539 --> 00:26:12.539
bem. Mas temos de o resolver bem, porque senão teremos apenas um vago

299
00:26:12.539 --> 00:26:18.539
"vem daquele hospital, estará tudo bem". E depois não consigo provar de todo do que

300
00:26:18.539 --> 00:26:24.539
se tratava, quem era, que sistema perguntou, entreguei os dados corretos? Todos os

301
00:26:24.539 --> 00:26:30.539
sistemas — não consigo prová-lo depois. E se algo correr mal, isso seria naturalmente um risco enorme. Não se pode

302
00:26:30.539 --> 00:26:36.539
correr esse risco. Por isso precisamos deste grau de segurança e rastreabilidade e

303
00:26:36.539 --> 00:26:42.539
auditabilidade. Por que podemos fazê-lo? Porque na verdade já temos uma infraestrutura base

304
00:26:42.539 --> 00:26:48.539
hoje. Já existe. Já a há, exatamente. Agora está a ser renovada.

305
00:26:48.539 --> 00:26:54.539
E depois continuará a existir, certo? E esta nova infraestrutura base será

306
00:26:54.539 --> 00:27:00.539
o alicerce para exatamente aquilo que o Georg explicou. E esta infraestrutura base existe para toda a

307
00:27:00.539 --> 00:27:06.569
Suíça. Entendo corretamente? Talvez deva perguntar, ouvimos falar

308
00:27:06.569 --> 00:27:12.569
de quantos milhões a Confederação quer investir nos próximos anos no sistema de saúde,

309
00:27:12.569 --> 00:27:18.569
para construir, por exemplo, um Swiss Health Data Space. Que relação tem? Ou não tem nenhuma?

310
00:27:18.569 --> 00:27:24.730
Estão na verdade já a construir aquilo que a Confederação apenas

311
00:27:24.730 --> 00:27:30.730
quer começar a fazer? Pergunta interessante. A HIN renova

312
00:27:30.730 --> 00:27:36.730
a sua infraestrutura base. A HIN renova a forma de prestação de serviços. E a

313
00:27:36.730 --> 00:27:42.730
HIN trabalha para que em última análise o tema da soberania digital para cada

314
00:27:42.730 --> 00:27:48.730
membro individual — desde uma pessoa até uma organização — possa ser realizado. É isso que fazemos.

315
00:27:48.730 --> 00:27:54.730
Fazemo-lo independentemente da Confederação. Em paralelo existe de facto o programa DigiSanté. Observamo-lo.

316
00:27:54.730 --> 00:28:00.730
Observamo-lo. Estamos em contacto com o DigiSanté. Constatamos,

317
00:28:00.730 --> 00:28:06.730
pelo menos é assim que eu entendo, que o DigiSanté se ocupa sobretudo de que sejam definidas

318
00:28:06.730 --> 00:28:12.730
determinadas regras, determinados parâmetros enquadradores, para que um espaço de dados assim

319
00:28:12.730 --> 00:28:18.730
possa surgir. E se esse espaço de dados substituirá um dia o espaço de confiança da HIN,

320
00:28:18.730 --> 00:28:24.730
que na verdade já existe que na verdade já existe há quase 20 anos,

321
00:28:24.730 --> 00:28:30.730
ou se haverá ligações entre ambos, isso ainda está completamente em aberto.

322
00:28:30.730 --> 00:28:36.789
Exatamente. Exatamente. E se posso acrescentar brevemente. Quero dizer,

323
00:28:36.789 --> 00:28:42.789
nós, ou seja, a Vereign, também construímos para o projeto europeu de espaço de dados Gaia-X

324
00:28:42.789 --> 00:28:48.789
a camada base. Exatamente esta camada de gestão de chaves e identidades é

325
00:28:48.789 --> 00:28:54.789
nossa. E acompanhámos todos os projetos de espaços de dados de saúde, os chamados Lighthouses.

326
00:28:54.789 --> 00:29:00.789
Trabalhámos com a Charité de Berlim e com outros para analisar exatamente estes temas. E essa é

327
00:29:00.789 --> 00:29:06.789
a realidade técnica. Ou seja, por um lado há a realidade semântica e administrativa superior.

328
00:29:06.789 --> 00:29:12.789
O que deve refletir? Mas por baixo há a realidade técnica. E é precisamente isso que tanto valorizo na nossa

329
00:29:12.789 --> 00:29:18.789
colaboração, porque a HIN é pragmática. Começa onde pode criar valor ao

330
00:29:18.789 --> 00:29:24.789
nível técnico. E resolvemos o problema tecnicamente de forma tão limpa que criamos a base

331
00:29:24.789 --> 00:29:30.789
para implementar estes temas no futuro de forma sólida na Suíça. E deixem-me decompor o valor neste contexto.

332
00:29:30.789 --> 00:29:36.789
Valor para nós significa, se fizermos zoom num consultório, ali cada um tem um bom

333
00:29:36.789 --> 00:29:42.789
sistema de informação do consultório. Uns estão na nuvem, outros estão instalados localmente,

334
00:29:42.789 --> 00:29:48.789
seja como for. Trabalham de forma altamente moderna e digital. Quando um paciente, por exemplo,

335
00:29:48.789 --> 00:29:54.789
é encaminhado para um hospital, há processos de trabalho

336
00:29:54.789 --> 00:30:00.789
e os sistemas apoiam-nos. Mas no fim de contas é igualmente trabalhoso. Igualmente

337
00:30:00.789 --> 00:30:06.789
trabalhoso, porque é um silo informático e não há ligações automáticas. Valor

338
00:30:06.789 --> 00:30:12.789
para nós significa que no futuro, quando um médico fizer um encaminhamento a partir do seu sistema primário,

339
00:30:12.789 --> 00:30:18.789
que não tenha de lidar com duplas entradas e intrusões e atividades manuais que interrompem o processo

340
00:30:18.789 --> 00:30:24.789
para finalmente conseguir tirar a coisa do consultório. Aí voltamos à carga administrativa. É aí que intervimos.

341
00:30:24.789 --> 00:30:30.789
Exatamente, bom ponto, David. O que acontece então é que a carga administrativa

342
00:30:30.789 --> 00:30:36.789
efetivamente é reduzida. A carga administrativa na maioria dos casos

343
00:30:36.789 --> 00:30:42.859
não pode ser faturada. Não pode ser faturada. É tempo morto.

344
00:30:42.859 --> 00:30:48.859
É desnecessário. Do ponto de vista do médico um lastro.

345
00:30:48.859 --> 00:30:54.859
E é aí que intervimos, para tornar tudo no fim de contas muito mais simples e soberano.

346
00:30:54.859 --> 00:31:03.859
Para mim foi sem dúvida

347
00:31:03.859 --> 00:31:09.859
muita informação que ouvimos hoje. E vou tentar resumir em alguns

348
00:31:09.859 --> 00:31:15.859
pontos. Levo comigo que no início falámos dos desafios que existem no sistema de saúde.

349
00:31:17.859 --> 00:31:23.859
levo comigo que a HIN com parceiros e prestadores de serviços — a Vereign é um deles — tenta criar algo

350
00:31:23.859 --> 00:31:29.900
que facilite a comunicação entre todos

351
00:31:29.900 --> 00:31:35.900
estes intervenientes. Entre hospital, consultório, clínica, lar, o que quer que seja.

352
00:31:35.900 --> 00:31:41.900
Quem quer que seja. E que a renovação da plataforma está em pleno andamento.

353
00:31:41.900 --> 00:31:47.900
É uma jornada. Trata-se de novas tecnologias. Ouvimos falar de SSI, que também a Confederação

354
00:31:47.900 --> 00:31:53.900
utiliza. Ou seja, para mim soa a que, se a Confederação usa uma tecnologia que a HIN

355
00:31:53.900 --> 00:31:59.900
já utilizava até antes, isso é como uma confirmação de que funciona.

356
00:31:59.900 --> 00:32:06.500
Assim me soa a mim. E sim, ainda vem muito mais. Podem

357
00:32:06.500 --> 00:32:13.049
confirmar rapidamente se o meu resumo é mais ou menos correto?

358
00:32:13.049 --> 00:32:19.049
Parece-me acertado. Exatamente. Ótimo. E agora deixem-me dar-vos a palavra novamente.

359
00:32:19.049 --> 00:32:25.049
Se pudessem expressar um desejo dirigido à política ou a quem quer que seja,

360
00:32:25.049 --> 00:32:31.049
o que teria de acontecer para que talvez as coisas avancem mais depressa, para que os profissionais

361
00:32:31.049 --> 00:32:37.880
no seu dia a dia tenham uma vida mais fácil? Georg. Começo eu? Sim.

362
00:32:37.880 --> 00:32:44.650
Sim, para mim é claro, acredito que seria extremamente útil

363
00:32:44.650 --> 00:32:50.650
entender os dados como valor e como vantagem competitiva para a

364
00:32:50.650 --> 00:32:56.650
Suíça. E desejaria que a Confederação aproveitasse muito mais esta vantagem,

365
00:32:56.650 --> 00:33:02.650
realmente como — em inglês diz-se Force Multiplier. Ou seja, tenho uma organização com a qual

366
00:33:02.650 --> 00:33:08.650
posso implementar a realidade técnica de forma muito eficiente e já o está a fazer. Por isso desejaria que

367
00:33:08.650 --> 00:33:14.650
a Confederação se envolvesse muito mais, participasse ativamente e apoiasse e promovesse ativamente.

368
00:33:14.650 --> 00:33:21.099
Colaborasse. Colaborasse. Desejo enviado, diria eu.

369
00:33:21.099 --> 00:33:27.099
Peer? És um parceiro simpático. Nunca tinha ouvido algo assim. Depois recebes um bónus

370
00:33:27.099 --> 00:33:33.099
para a caixa. Exatamente. Não me parece mau.

371
00:33:33.099 --> 00:33:39.099
Tenho outro desejo. Tenho um desejo muito modesto. O dele foi muito bonito.

372
00:33:39.099 --> 00:33:43.099
O meu é muito mais pequeno. Desejo menos

373
00:33:43.099 --> 00:33:48.819
regulamentação. Isso dá para um podcast próprio para pessoas que

374
00:33:48.819 --> 00:33:54.819
se dedicam a regulamentar. Com todo o gosto, participo. Portanto menos regulamentação.

375
00:33:54.819 --> 00:34:01.049
Regulamentação, porque então menos burocracia. Ou por que menos regulamentação?

376
00:34:01.049 --> 00:34:07.049
Sim, isso agrada-me. Porque a regulamentação leva a, é uma forma de burocracia.

377
00:34:09.050 --> 00:34:15.050
Claro, quero dizer, não queremos ter um faroeste, anarquia.

378
00:34:15.050 --> 00:34:21.050
De maneira nenhuma. Mas constato que somos uma estrutura estatal única.

379
00:34:21.050 --> 00:34:27.050
Não temos apenas um sistema de saúde. É uma responsabilidade cantonal. Tudo isso está bem.

380
00:34:27.050 --> 00:34:33.050
E considero que é uma das conquistas mais incríveis. Mas, mas, mas, mas, quando

381
00:34:33.050 --> 00:34:39.050
efetivamente, assim o percebo, da minha modesta perspetiva, há uma certa realidade quotidiana.

382
00:34:39.050 --> 00:34:45.050
Há uma realidade quotidiana no sistema de saúde e assistência social. E já é bastante complicada.

383
00:34:45.050 --> 00:34:51.050
E quando permanentemente os nossos parlamentares colocam cada vez mais

384
00:34:51.050 --> 00:34:57.050
exigências, às quais a administração tem de reagir, o que é lógico.

385
00:34:57.050 --> 00:35:03.050
Mas essa vaga de essa...

386
00:35:03.050 --> 00:35:09.050
não a ira, a força, o poder destas exigências

387
00:35:09.050 --> 00:35:15.050
regulatórias cresce de tal maneira que ninguém consegue acompanhar.

388
00:35:15.050 --> 00:35:21.050
E por vezes tenho a impressão de que evidentemente também internamente há certos

389
00:35:21.050 --> 00:35:27.050
desafios de coordenação. E isso bloqueia. O que realmente me importa é, menos regulamentação, sim, menos burocracia,

390
00:35:27.050 --> 00:35:33.050
mas não, a minha principal preocupação é que se vem mais uma lei e

391
00:35:33.050 --> 00:35:39.050
aqui mais um regulamento e ali mais um anexo, isso leva-nos à estagnação. Porque todos

392
00:35:39.050 --> 00:35:45.050
dizem: está bem, primeiro tenho de esperar, certo? Esperemos por aquele espaço de dados, por aquela lei e por aquilo.

393
00:35:45.050 --> 00:35:51.050
E depois já estamos em 2035, não é? E os problemas fundamentais — palavras-chave: benefício, desenvolvimento,

394
00:35:51.050 --> 00:35:57.460
simplicidade — ficam simplesmente pelo caminho. Seria realmente um tema para um podcast à parte.

395
00:35:57.460 --> 00:36:03.460
Muito obrigado, Peer, por teres estado aqui hoje. Foi um prazer. Muito obrigado, obrigado também ao Georg,

396
00:36:03.460 --> 00:36:09.940
a ti. Obrigado pelo convite. Este foi o segundo episódio do podcast da HIN «A caminho

397
00:36:09.940 --> 00:36:15.940
no sistema de saúde digital». Se tiverem perguntas ou comentários, consultem as nossas notas do programa.

398
00:36:15.940 --> 00:36:21.940
Lá estão todos os dados de contacto de que precisam. E se ouviram o podcast apenas em áudio,

399
00:36:21.940 --> 00:36:27.940
gostaria de vos chamar a atenção para que também o podem ver em vídeo, por exemplo no YouTube ou

400
00:36:27.940 --> 00:36:33.940
no Spotify. Obrigado por terem estado connosco hoje, caros ouvintes. Ou caros espectadores.

401
00:36:33.940 --> 00:36:39.940
E até ao fim, isso aprecio muito. Voltamos em junho e aí será «Feliz aniversário,

402
00:36:39.940 --> 00:36:45.940
querida HIN!» A HIN faz 30 anos. Falaremos então de como a HIN passou do correio eletrónico

403
00:36:45.940 --> 00:36:51.940
até, sim, ouvimos hoje, renovação da plataforma, até onde está hoje.

404
00:36:51.940 --> 00:36:53.940
E estou muito entusiasmado.

405
00:36:53.940 --> 00:37:04.550
Até lá, cuidem-se!

406
00:37:04.550 --> 00:37:08.550
Ainda bem que estiveste connosco. Até à próxima «A caminho no sistema de saúde digital».