WEBVTT
Kind: captions
Language: bg

1
00:00:00.000 --> 00:00:06.429
Един от вас двамата има статия в Уикипедия. Предполагам, че този човек го знае.

2
00:00:06.429 --> 00:00:09.150
Да.

3
00:00:09.150 --> 00:00:13.470
Прочетох там нещо, което ми се стори интересно.

4
00:00:13.470 --> 00:00:21.500
Затова бих искал да те попитам: какво означава Федералният кръст за заслуги и как се получава?

5
00:00:21.500 --> 00:00:30.940
Федералният кръст за заслуги е орден, съвсем класически, както в старите времена.

6
00:00:30.940 --> 00:00:36.700
Това е германският орден за заслуги, единственият истински граждански орден, който се присъжда.

7
00:00:36.700 --> 00:00:46.780
Федералният кръст за заслуги е еквивалентът на OBE при британците, тоест Order of the British Empire.

8
00:00:46.780 --> 00:00:49.539
Ако бях британец, сега можеха да ме наричат сър.

9
00:00:49.539 --> 00:00:53.979
По-рано щяха да кажат рицарски кръст, но това има конотации.

10
00:00:53.979 --> 00:01:00.899
Така че това наистина е доста високо отличие. Получих го за работата си.

11
00:01:00.899 --> 00:01:10.900
В областта на дигиталната суверенност — отворени стандарти, свободен софтуер, Open Source, изграждане на FSFE и други неща.

12
00:01:10.900 --> 00:01:17.700
FSF коя? Точно, Free Software Foundation Europe. Free Software Foundation Europe.

13
00:01:17.700 --> 00:01:22.900
Това е неправителствена организация, която се застъпва за дигитална суверенност.

14
00:01:22.900 --> 00:01:29.030
Значи това, което сега постоянно се появява в медиите за дигитална суверенност, ти си го започнал много години по-рано?

15
00:01:29.030 --> 00:01:31.030
Да, това е на практика темата на живота ми.

16
00:01:31.030 --> 00:01:37.030
Открих го преди много години, в началото до средата на 90-те.

17
00:01:37.030 --> 00:01:40.030
И някак ме завладя и не ме пусна.

18
00:01:40.030 --> 00:01:46.030
Значи сърът, рицарят, който седи срещу мен, е Georg Greve от фирмата Vereign.

19
00:01:46.030 --> 00:01:52.450
Съвсем накратко, ние сме тук на HIN подкаста, HIN — здравеопазване.

20
00:01:52.450 --> 00:01:57.450
Какво общо имаш с Vereign и със здравеопазването? Накратко, после ще чуем повече.

21
00:01:57.450 --> 00:02:00.730
Vereign работи от...

22
00:02:00.730 --> 00:02:05.730
Vereign работи от три години много интензивно с HIN.

23
00:02:05.730 --> 00:02:10.729
Ние сме много, много близки партньори. Имаме работа със здравеопазването и от по-дълго време.

24
00:02:10.729 --> 00:02:17.729
В рамките на европейски проекти сме работили и с други здравни институции.

25
00:02:17.729 --> 00:02:20.729
Лично мен тази тема ме съпровожда от много дълго време.

26
00:02:20.729 --> 00:02:26.729
Добре, а до Georg седи Peer Hostettler, член на ръководството на HIN.

27
00:02:26.729 --> 00:02:29.729
Peer е CCO в HIN.

28
00:02:29.729 --> 00:02:33.729
Знаеш ли всъщност какво е това? Какво прави един CCO? Chief Customer Officer ли е?

29
00:02:33.729 --> 00:02:36.729
Не, Chief Commercial Officer, но Customer ми харесва много.

30
00:02:36.729 --> 00:02:40.729
А може да се каже и Chief Community Officer. Звучи също добре.

31
00:02:40.729 --> 00:02:44.729
Значи не придаваш голямо значение на титлата? Не.

32
00:02:44.729 --> 00:02:48.729
При теб, Peer, не намерих статия в Уикипедия, когато те потърсих в Google.

33
00:02:48.729 --> 00:02:52.729
Но намерих автобиография, макар и малко по-стара.

34
00:02:52.729 --> 00:02:58.729
Не е всичко в нея, но поне видях, че си в здравеопазването от 2010 година. Значи вече доста дълго.

35
00:02:58.729 --> 00:03:05.729
И се запитах, каква е всъщност твоята страст?

36
00:03:05.729 --> 00:03:09.729
Какво те мотивира, че си толкова дълго в HIN?

37
00:03:09.729 --> 00:03:21.419
Когато правя равносметка, три движещи сили ме водят.

38
00:03:21.419 --> 00:03:24.419
Едната е търсенето на смисъл.

39
00:03:24.419 --> 00:03:29.969
Другата е, че искам да откривам нещо. Искам...

40
00:03:29.969 --> 00:03:34.969
Трябва да е вълнуващо. Да откривам в стила на Колумб.

41
00:03:34.969 --> 00:03:41.219
А третата е социалността. Да работиш с приятни хора...

42
00:03:41.219 --> 00:03:47.259
Не винаги се получава, но... С приятни хора да откриваш нещо.

43
00:03:47.259 --> 00:03:53.750
Insight. По пътя в дигиталното здравеопазване.

44
00:03:53.750 --> 00:04:00.750
Подкастът на HIN за разговори с експерти от ИТ, здравеопазване и политика.

45
00:04:00.750 --> 00:04:12.020
За мен разбира се...

46
00:04:13.020 --> 00:04:16.019
Чудесно, имам двама експерти тук при мен.

47
00:04:16.019 --> 00:04:22.019
Единият е почти рицар, сър от света на ИТ и дигитализацията.

48
00:04:22.019 --> 00:04:27.019
А другият е Peer, който наистина от много дълго време е в здравеопазването.

49
00:04:27.019 --> 00:04:29.019
И това е много важно за днешната тема.

50
00:04:29.019 --> 00:04:37.019
Защото става дума за предизвикателствата в здравеопазването и дигиталните решения, които могат да се предложат.

51
00:04:37.019 --> 00:04:42.019
В здравеопазването много хора са на предела на възможностите си.

52
00:04:42.019 --> 00:04:46.019
Бюджетът е ограничен, липсват и много специалисти.

53
00:04:46.019 --> 00:04:52.019
А също и административната тежест става все по-голяма. Точно за това искаме да поговорим.

54
00:04:52.019 --> 00:04:57.019
Къде натиска обувката в здравеопазването — при специалистите, в болниците, в практиките?

55
00:04:57.019 --> 00:04:59.019
Какви са предизвикателствата?

56
00:04:59.019 --> 00:05:04.019
Но преди всичко ще говорим за решенията, които HIN и партньори предлагат чрез дигитализацията.

57
00:05:04.019 --> 00:05:10.019
Хубаво, че сте с нас. Казвам се David Umiker и това е вторият епизод на подкаста на HIN.

58
00:05:17.269 --> 00:05:23.300
Моята дума е недостиг на специалисти. Това не означава само, че нямаме достатъчно обучени хора,

59
00:05:23.300 --> 00:05:30.399
а и че отлично обучени хора напускат професията след следването си.

60
00:05:30.399 --> 00:05:34.399
Проучвания и анкети, които са изследвали темата, го потвърждават,

61
00:05:34.399 --> 00:05:40.399
че дори по-млади лекари вече напускат професията си. Причините са различни.

62
00:05:40.399 --> 00:05:45.399
Но една причина, която определено играе роля, е нарастващата административна тежест.

63
00:05:45.399 --> 00:05:51.399
Заради бюрокрацията. Ти разговаряш много с клиенти.

64
00:05:51.399 --> 00:05:55.399
Какво можеш да ни кажеш, може би една-две основни причини,

65
00:05:55.399 --> 00:06:00.399
които постоянно виждаш — кои са основните предизвикателства за здравните специалисти в ежедневието?

66
00:06:00.399 --> 00:06:05.939
Да, може би като допълнение. Това засяга не само лекарите,

67
00:06:05.939 --> 00:06:11.939
а целия спектър — медицинските сестри, терапевтите, ИТ специалистите.

68
00:06:11.939 --> 00:06:15.939
Навсякъде има този недостиг на специалисти. Тъй като е навсякъде, може да се каже,

69
00:06:15.939 --> 00:06:19.939
че е нормалното състояние, така че трябва просто да го приемем.

70
00:06:19.939 --> 00:06:25.939
Това като допълнение. Когато ме питаш и когато се замисля,

71
00:06:25.939 --> 00:06:31.259
отново и отново излиза на преден план,

72
00:06:31.259 --> 00:06:37.259
че очевидно има проблеми с възнагражденията.

73
00:06:37.259 --> 00:06:42.259
Темата за заплащането на извършената услуга е изключително проблематична.

74
00:06:42.259 --> 00:06:46.259
А спектърът в здравеопазването по отношение на организацията е изключително широк.

75
00:06:46.259 --> 00:06:50.259
От една страна имаш свободни професии, самостоятелно заети.

76
00:06:50.259 --> 00:06:54.259
Това са дейности на еднолични дружества.

77
00:06:54.259 --> 00:07:00.259
А от друга имаш огромни университетски болници. Трябва винаги да имаш предвид това.

78
00:07:00.259 --> 00:07:06.259
Но когато погледнеш тези крайности, темата за тарифите, за фактурирането,

79
00:07:06.259 --> 00:07:10.259
е голяма тема, натоварваща тема.

80
00:07:10.259 --> 00:07:15.259
Особено когато става дума за нови изисквания, например,

81
00:07:15.259 --> 00:07:19.259
нови регулации или тенденции и тенденции и т.н.

82
00:07:19.259 --> 00:07:24.259
Има масивна невъзможност за инвестиране.

83
00:07:24.259 --> 00:07:31.259
Участниците, включително когато се сблъскват с нашите теми,

84
00:07:31.259 --> 00:07:34.259
казват отново и отново: боже, сега и вие искате,

85
00:07:34.259 --> 00:07:39.259
сега пак струва пари, сега ни трябва още. Трудно е.

86
00:07:39.259 --> 00:07:44.259
Бюрокрацията изисква промени в процесите или повече усилия,

87
00:07:44.259 --> 00:07:49.259
защото трябва да се посочи нещо допълнително към застраховка или институция или другаде.

88
00:07:49.259 --> 00:07:54.259
И това би могло да се опрости с определени инвестиции в дигитализация. Точно това е имам предвид.

89
00:07:54.259 --> 00:08:00.259
И в същото време усилията, които здравните специалисти полагат, не могат да бъдат фактурирани.

90
00:08:00.259 --> 00:08:05.420
Правилно ли разбрах? Да, в тази посока е.

91
00:08:05.420 --> 00:08:09.420
Но може би има малко недоразумение. Дигитализацията не е изначално предназначена

92
00:08:09.420 --> 00:08:15.420
за намаляване на бюрократичната тежест. Спомням си нещо различно.

93
00:08:15.420 --> 00:08:18.420
Когато темата стана актуална,

94
00:08:18.420 --> 00:08:22.420
хората осъзнаха, че чрез битовете и байтовете

95
00:08:22.420 --> 00:08:27.420
последователността на действията, тоест процесите, може да се преобрази напълно

96
00:08:27.420 --> 00:08:30.420
и могат да се правят съвсем нови неща.

97
00:08:30.420 --> 00:08:37.419
И има много публикувани истории за това.

98
00:08:37.419 --> 00:08:42.419
В някакъв момент цялата тема стигна до здравеопазването. Започна се с регистриране на пациенти

99
00:08:42.419 --> 00:08:48.419
в електронни системи, за да може например да се фактурира електронно. После в някакъв момент започна

100
00:08:48.419 --> 00:08:53.419
електронното документиране. И така се създадоха куп ИТ силози. Това е, което имаме сега.

101
00:08:53.419 --> 00:08:57.419
И изискванията стават все по-високи и по-високи.

102
00:08:57.419 --> 00:09:02.419
А това означава, че трябва да се инвестира в тези системи. Така че обобщението ти беше правилно.

103
00:09:02.419 --> 00:09:06.419
И за да можеш да инвестираш, се нуждаеш от приходи.

104
00:09:06.419 --> 00:09:12.419
Защото без приходи няма възможност за инвестиране и без инвестиции няма приходи.

105
00:09:12.419 --> 00:09:19.289
Тогава няма и иновации. Да. Там наистина е уловката. Има уловка.

106
00:09:19.289 --> 00:09:25.289
Да. И то от по-големите. И когато здравен специалист

107
00:09:25.289 --> 00:09:31.700
иска да инвестира в дигитализация, може да си зададе въпроса: къде мога да фактурирам това? Никъде.

108
00:09:31.700 --> 00:09:36.700
Не можеш да го фактурираш. Изобщо не. Съществува тарифна система за стационарния сектор,

109
00:09:36.700 --> 00:09:42.700
за грижи, за амбулаторни услуги, лекарски амбулаторни услуги.

110
00:09:43.700 --> 00:09:45.700
И там има тарифа.

111
00:09:45.700 --> 00:09:50.700
А политическото послание е винаги едно и също:

112
00:09:50.700 --> 00:09:55.950
това е включено в тарифата. И това е убийствен аргумент.

113
00:09:55.950 --> 00:09:59.950
Защото, когато имаш ИТ система,

114
00:09:59.950 --> 00:10:05.950
която вероятно е базирана на мощно наследство,

115
00:10:05.950 --> 00:10:09.950
хоствана локално, на място, някъде под бюрото,

116
00:10:09.950 --> 00:10:13.950
и искаш да я отвориш за колаборативен инструмент

117
00:10:13.950 --> 00:10:19.950
за нови комуникационни канали,

118
00:10:19.950 --> 00:10:25.950
трябва да преработиш цялата система. А преработването струва сериозни пари.

119
00:10:25.950 --> 00:10:29.950
И това никога не е можело да бъде покрито в тарифата — преди имаше смяна на тарифата,

120
00:10:29.950 --> 00:10:34.950
в старата тарифа изобщо не беше покрито, защото тя произхожда от 2000-та и нещо година.

121
00:10:34.950 --> 00:10:38.950
А в новата тарифа не се е променило много, ключовата дума е неутралност на разходите.

122
00:10:38.950 --> 00:10:44.950
Просто няма пари в системата. Но има ли решения? Какви са решенията,

123
00:10:44.950 --> 00:10:49.980
ако в здравеопазването няма бюджет? Как да използват здравните специалисти дигитално суверенни,

124
00:10:49.980 --> 00:10:53.980
сигурни, модерни инструменти или дори инфраструктури?

125
00:10:53.980 --> 00:10:58.980
Как да стане, ако никой няма пари? Мисля, че съм доста сигурен,

126
00:10:58.980 --> 00:11:04.980
че те разбира се вече плащат за инструментите, които използват днес.

127
00:11:04.980 --> 00:11:10.980
Включително правят плащания към САЩ. Така че парите просто изчезват,

128
00:11:10.980 --> 00:11:15.980
когато бъдат платени. Биха могли да се използват и по различен начин, може би по-смислен.

129
00:11:15.980 --> 00:11:20.980
Така че е въпрос на пренасочване на бюджета. Бюджетът отчасти съществува.

130
00:11:20.980 --> 00:11:23.980
А от друга страна е и въпрос на ефективност.

131
00:11:23.980 --> 00:11:27.980
Ако всеки лекар поотделно започне

132
00:11:27.980 --> 00:11:32.980
да прави нещата за себе си, това разбира се е напълно неефективно.

133
00:11:32.980 --> 00:11:38.980
Но те често имат абсолютно същите нужди. Не е така, че една лекарска практика трябва да има

134
00:11:38.980 --> 00:11:44.980
напълно различна имейл система от друга лекарска практика. И всъщност ние сме точно на правилното място за това.

135
00:11:44.980 --> 00:11:47.980
Защото точно от тази мисъл е възникнала HIN.

136
00:11:47.980 --> 00:11:52.980
Идеята е да решаваме тези проблеми заедно,

137
00:11:52.980 --> 00:11:57.980
защото това не е центърът на нашата дейност. Не е и областта, в която се отличаваме.

138
00:11:57.980 --> 00:12:01.980
Просто е нещо, което трябва чисто да решим заедно.

139
00:12:01.980 --> 00:12:06.210
Можем да спечелим ефективност, като обединим усилията.

140
00:12:06.210 --> 00:12:10.210
И HIN от моя гледна точка е невероятно ценна,

141
00:12:10.210 --> 00:12:16.210
защото идва от самия сектор. Тя принадлежи на FMH.

142
00:12:16.210 --> 00:12:23.210
FMH е професионалното сдружение на лекарите.

143
00:12:23.210 --> 00:12:30.340
И в крайна сметка HIN има обслужваща мисия,

144
00:12:30.340 --> 00:12:34.340
а не мисия за печалба. Изключително важно е да се разбере,

145
00:12:34.340 --> 00:12:38.340
че когато HIN генерира печалби,

146
00:12:38.340 --> 00:12:44.460
те се връщат при лекарите. Тоест хората, които използват софтуера.

147
00:12:44.460 --> 00:12:50.460
Значи е кръговрат. Тогава би бил кръговрат на нагревател. Това е напълно безсмислено, никой не се нуждае от него.

148
00:12:50.460 --> 00:12:56.460
Значи става дума за това HIN да е в състояние да използва бюджета си ефективно за това,

149
00:12:56.460 --> 00:13:01.460
от което лекарите наистина се нуждаят. И тази идея съществува и в други сектори.

150
00:13:01.460 --> 00:13:07.460
В Германия например има DATEV. Тя прави това за данъчните консултанти и адвокатите. Тук в Швейцария...

151
00:13:07.460 --> 00:13:10.460
HIN е уникална в световен мащаб, доколкото виждам.

152
00:13:10.460 --> 00:13:14.460
Никъде другаде не съм виждал подобна конструкция.

153
00:13:14.460 --> 00:13:19.460
Напротив, когато разказвам в чужбина, че в Швейцария имаме HIN,

154
00:13:19.460 --> 00:13:26.230
първият въпрос обикновено е: не трябва ли и ние да създадем нещо подобно? И защо не го правят?

155
00:13:26.230 --> 00:13:29.230
Причината е, че в други здравни системи

156
00:13:29.230 --> 00:13:35.230
често има много големи комерсиални играчи с много добри връзки,

157
00:13:35.230 --> 00:13:40.230
които нямат интерес да бъдат изтласкани от този сектор,

158
00:13:40.230 --> 00:13:44.230
защото печелят много пари от него. Те са ориентирани към печалба

159
00:13:44.230 --> 00:13:47.230
и се опитват да извлекат максимална печалба от сектора.

160
00:13:47.230 --> 00:13:51.230
HIN в Швейцария е уникална в това отношение.

161
00:13:51.230 --> 00:13:55.230
И затова, когато осъзнах това, зададох си въпроса:

162
00:13:55.230 --> 00:14:01.230
защо Швейцария не използва това конкурентно предимство много по-агресивно? Защото имаме инструмента,

163
00:14:01.230 --> 00:14:06.230
имаме организацията, имаме професионалните структури,

164
00:14:06.230 --> 00:14:08.230
за да се справим с всички тези проблеми

165
00:14:08.230 --> 00:14:13.299
и наистина да ги решим за Швейцария от основата.

166
00:14:13.299 --> 00:14:22.669
Georg преди малко разказа много за HIN,

167
00:14:22.669 --> 00:14:28.669
дори почти се възхищаваше, което е нещо уникално, което Швейцария има с HIN.

168
00:14:28.669 --> 00:14:33.669
И точно за това искаме сега да поговорим. Какво всъщност общо има HIN с цялата тази дискусия,

169
00:14:33.669 --> 00:14:39.669
за която току-що говорихме? И какво общо има фирмата на Georg, Vereign? И ме интересува сега,

170
00:14:39.669 --> 00:14:45.669
първо, как всъщност е възникнало сътрудничеството между тези две фирми, Peer? И бързо, Georg,

171
00:14:45.669 --> 00:14:50.669
благодаря ти много за пледоарията за HIN, аз не бих могъл да го кажа по-добре.

172
00:14:50.669 --> 00:14:56.669
Ние намерихме Georg и неговия екип, или Georg и неговият екип ни намериха, когато стояхме пред задачата —

173
00:14:56.669 --> 00:14:58.669
имаме услуга, която се казва HIN Mail,

174
00:14:58.669 --> 00:15:04.669
и тази услуга HIN Mail достига и до хора извън HIN мрежата,

175
00:15:04.669 --> 00:15:09.669
например до пациенти. Може да си представите, когато пациент е бил при лекаря и получава доклад,

176
00:15:09.669 --> 00:15:15.669
и пациентът иска да получи този доклад по имейл, тогава лекарят трябва да го изпрати криптирано.

177
00:15:15.669 --> 00:15:21.669
Имаше една функция за това, която имахме, но използването й беше доста предизвикателно.

178
00:15:21.669 --> 00:15:26.669
С екипа на Georg обсъдихме: има ли алтернативи? И да, имаше.

179
00:15:26.669 --> 00:15:30.669
И това ни убеди толкова много, че когато дойде,

180
00:15:30.669 --> 00:15:36.669
преди да сме договорили каквото и да било, той дойде с POC и ни показа:

181
00:15:36.669 --> 00:15:41.669
вижте, ето как може да работи криптирано доставяне на имейли

182
00:15:41.669 --> 00:15:46.669
до хора извън HIN мрежата. POC е Proof of Concept. Правилно. Да, така е.

183
00:15:46.669 --> 00:15:49.669
И този Proof of Concept ни убеди невероятно,

184
00:15:49.669 --> 00:15:55.669
защото адресираше нещо съвсем съществено, което ни занимава,

185
00:15:55.669 --> 00:15:58.669
а именно пестеливост с данните,

186
00:15:58.669 --> 00:16:02.669
да не играеш централна роля

187
00:16:02.669 --> 00:16:08.669
в обработката на толкова чувствителна информация. И Georg и неговият екип избраха концепция,

188
00:16:08.669 --> 00:16:11.669
път, който ни показа,

189
00:16:11.669 --> 00:16:17.669
че има напълно нови идеи

190
00:16:17.669 --> 00:16:22.669
за това как да се проектират и внедряват системи,

191
00:16:22.669 --> 00:16:26.669
които ни издигат на съвсем ново ниво на защита на данните,

192
00:16:26.669 --> 00:16:31.669
на ново ниво на суверенност, от една страна. А от друга страна

193
00:16:31.669 --> 00:16:37.669
дори са по-удобни при използването. Georg, какво е по-добро сега

194
00:16:37.669 --> 00:16:44.019
в HIN Mail, който вие изградихте? Новият HIN Mail за комуникацията

195
00:16:44.019 --> 00:16:50.019
между здравни специалисти и пациенти е така наречено edge-приложение,

196
00:16:50.019 --> 00:16:55.019
тоест приложение на крайната точка. Това означава, че съобщението,

197
00:16:55.019 --> 00:17:01.019
когато се изпраща, се криптира изключително силно, разделя се на много малки части

198
00:17:01.019 --> 00:17:07.019
и след това влиза в голям рояк, в който просто много малки части кръжат наоколо, и никой не може да каже

199
00:17:07.019 --> 00:17:12.019
коя част на кого принадлежи. И едва на устройството на потребителя,

200
00:17:12.019 --> 00:17:17.019
в случая — пациента, всичко се събира отново. Потребителят има приложение,

201
00:17:17.019 --> 00:17:22.019
което стартира автоматично чрез уеб адрес, то събира всичко отново

202
00:17:22.019 --> 00:17:28.019
и знае как да намери правилните части и как да ги сглоби отново, как да ги декриптира

203
00:17:28.019 --> 00:17:33.019
и ги показва на пациента. И всичко това се случва със скоростта, с която се зарежда нормална уеб страница.

204
00:17:33.019 --> 00:17:38.019
Тоест за потребителя се усеща, сякаш отваря уеб страница,

205
00:17:38.019 --> 00:17:41.019
но де факто зад кулисите се случват невероятно много неща

206
00:17:41.019 --> 00:17:47.019
и в тази система вече няма централно място, откъдето данните могат да бъдат достъпени,

207
00:17:47.019 --> 00:17:53.019
дори криптирани. HIN не може, ние не можем и никой друг не може,

208
00:17:53.019 --> 00:17:59.019
защото данните просто не съществуват на централно място. И би трябвало да имаш всички части от този рояк,

209
00:17:59.019 --> 00:18:05.019
за да разбереш съобщението? Да, точно, сякаш е огромен пъзел, но не е пъзел от 1000 части,

210
00:18:05.019 --> 00:18:09.019
а в момента е пъзел от 800 000 части,

211
00:18:09.019 --> 00:18:14.019
които се изпращат всеки месец и да се претърсват всички тези части от пъзела

212
00:18:14.019 --> 00:18:18.019
е доста трудоемко. Значи стана много по-сигурно

213
00:18:18.019 --> 00:18:23.019
и да, вярвам, особено сега в момента с войната в Иран,

214
00:18:23.019 --> 00:18:27.019
когато постоянно четем и за кибератаки в медиите,

215
00:18:27.019 --> 00:18:33.410
които стават все повече и т.н., е изключително важно в здравеопазването

216
00:18:33.410 --> 00:18:38.410
да се инвестира и в сигурността. Да, разбира се, но важното е тази сигурност да се мисли така,

217
00:18:38.410 --> 00:18:43.410
че дори ако нещо се обърка, устойчивостта, тоест гъвкавата способност на системата

218
00:18:43.410 --> 00:18:48.410
да реагира на проблеми, резилиентността,

219
00:18:48.410 --> 00:18:53.410
трябва да е заложена. Това означава също, че дори HIN да бъде хакната —

220
00:18:53.410 --> 00:18:58.410
от което не се опасявам, HIN прави всичко правилно — но дори това да се случи,

221
00:18:58.410 --> 00:19:04.410
нападател не би могъл да прочете тези съобщения, защото те изобщо не съществуват там. Защото те не са там.

222
00:19:05.410 --> 00:19:12.529
Добре, HIN Mail беше началото

223
00:19:12.529 --> 00:19:18.529
на нещо голямо, доколкото усетих. Какво идва след това? Сега се захващаме с темата

224
00:19:18.529 --> 00:19:24.529
за проблемите с интероперабилността. Проблеми с интероперабилността.

225
00:19:24.529 --> 00:19:30.529
Трудна дума за изричане. Огромна тема. Ще стигнем до нея, но първо да кажем следното:

226
00:19:30.529 --> 00:19:35.529
Проблемът с интероперабилността не е проблем с данните сам по себе си, и още по-малко

227
00:19:35.529 --> 00:19:39.529
поради липса на стандарти. Имаме почти твърде много стандарти.

228
00:19:39.529 --> 00:19:45.529
Това е проблем на доверието. Интероперабилност означава,

229
00:19:45.529 --> 00:19:52.130
че комуникацията работи между различните системи. Правилно.

230
00:19:52.130 --> 00:19:57.309
Това е проблем на доверието. Извинявай, прекъснах те. Няма нищо.

231
00:19:57.309 --> 00:20:02.309
Ти ме попита кое е следващото голямо нещо? Ще се заемем с тази тема.

232
00:20:02.309 --> 00:20:04.309
И какво означава това, Georg?

233
00:20:04.309 --> 00:20:09.910
Означава способността за сътрудничество

234
00:20:09.910 --> 00:20:12.910
между различните системи в крайна сметка.

235
00:20:12.910 --> 00:20:18.910
Днес всяка практика съществува като остров за себе си.

236
00:20:18.910 --> 00:20:24.910
Всяка болница като остров за себе си. Сега тези острови трябва да комуникират помежду си. За да го направим,

237
00:20:24.910 --> 00:20:30.910
имаме нужда от сигурни пътища между островите. Това ни трябва.

238
00:20:30.910 --> 00:20:36.910
В противен случай здравните данни ще летят незащитени из пространството. Не би се знаело какво се случва с тях.

239
00:20:36.910 --> 00:20:41.940
Значи ни трябва сигурен свързващ слой между различните системи.

240
00:20:41.940 --> 00:20:47.940
И точно по това работим сега. За да можем в бъдеще между болница и болница,

241
00:20:47.940 --> 00:20:53.940
но и между болница и семейна практика или болница и лаборатория, да обменяме данни по начин,

242
00:20:53.940 --> 00:20:57.940
при който те могат да се движат структурирано, тоест интелигентно.

243
00:20:57.940 --> 00:21:03.940
Защото досега ставаше дума предимно за дигитализирани хартиени процеси. Казано грубо — PDF-ът. Данните, които имахме

244
00:21:03.940 --> 00:21:09.940
в това време, в онова време, бяха...

245
00:21:09.940 --> 00:21:15.940
казано грубо, PDF-ът. Говорих за PDF гробища, факсове — помним ги всички.

246
00:21:15.940 --> 00:21:21.940
И по принцип на това ниво все още сме замръзнали. И за да можем

247
00:21:21.940 --> 00:21:27.940
да използваме потенциала на дигитализацията за здравеопазването, системите трябва да започнат

248
00:21:27.940 --> 00:21:33.940
да обменят данни помежду си, така че данните да имат и значение. Тук имам въпрос,

249
00:21:33.940 --> 00:21:39.940
защото факсът вече е наистина остарял. И предполагам, просто предполагам, че вече

250
00:21:39.940 --> 00:21:45.940
са били изпробвани различни подходи, за да се постигне именно интероперабилност. Защо трябва да се получи сега?

251
00:21:45.940 --> 00:21:52.359
Или защо сегашната инфраструктура ще работи? Цялата тема е

252
00:21:52.359 --> 00:21:58.359
нещо, което перфектно пасва на HIN, защото е проблем на доверието.

253
00:21:58.359 --> 00:22:04.359
Трябва да се създаде пространство за данни, основано на доверие. И това пространство за данни трябва да бъде защитено.

254
00:22:04.359 --> 00:22:10.359
А преди това можеше да се направи само чрез централизирани технологии. Но когато използвам централизирани технологии,

255
00:22:10.359 --> 00:22:16.359
тогава винаги има централна точка, в която е контролът,

256
00:22:16.359 --> 00:22:22.359
от нея зависи сигурността, от нея зависи всяко решение. Тя може да блокира всичко,

257
00:22:22.359 --> 00:22:28.359
ако не функционира. И за институциите е трудно да се съгласят да имат

258
00:22:28.359 --> 00:22:34.359
само една точка на доверие, която фактически има контрол над собствените им вътрешни системи.

259
00:22:34.359 --> 00:22:40.359
Тази централна точка се намесва в локалните системи. И това е

260
00:22:40.359 --> 00:22:46.359
от организационна гледна точка и от гледна точка на доверието проблематично.

261
00:22:46.359 --> 00:22:52.359
Затова имаме нужда от нова структура. И нови системи и ново мислене.

262
00:22:52.359 --> 00:22:58.359
И точно сега ми направи впечатление, Georg, когато обясняваше, темата за електронната идентичност

263
00:22:58.359 --> 00:23:04.359
придобива напълно ново значение. E-ID. Може и E-ID,

264
00:23:04.359 --> 00:23:08.359
но нека първо останем при идентичността на HIN. Семейните лекари, медицинските сестри, болниците я познават,

265
00:23:08.359 --> 00:23:14.359
всеки познава тази идентичност на HIN. И това е електронно удостоверение за самоличност с някои допълнителни атрибути.

266
00:23:14.359 --> 00:23:20.359
Много значимо, нали? Това го правим успешно от няколко десетилетия. И после човек се идентифицира

267
00:23:20.359 --> 00:23:26.359
или е като ключ и после може да отваря приложения. Това е идентичността на HIN.

268
00:23:26.359 --> 00:23:32.359
Но за да се справим с темата, която Georg скицира, а именно да направим структурираните данни

269
00:23:32.359 --> 00:23:38.359
обменяеми, е необходим нов начин за идентификация

270
00:23:38.359 --> 00:23:44.359
на обекта. И тук нашите сегашни идентичности изобщо не помагат.

271
00:23:44.359 --> 00:23:50.359
И там сме разработили решения, за да подходим по нов начин

272
00:23:50.359 --> 00:23:56.359
към проблема с доверието при обмена на структурирани данни.

273
00:23:56.359 --> 00:24:01.930
И има ли някаква специална технология, която

274
00:24:01.930 --> 00:24:08.539
използвате? Или какво е новото? Цялото нещо се основава

275
00:24:08.539 --> 00:24:14.539
на принципа на децентрализирано управление на ключове или Self-Sovereign Identity,

276
00:24:14.539 --> 00:24:20.539
тоест SSI. И швейцарската E-ID се основава точно на същия принцип.

277
00:24:20.539 --> 00:24:26.539
И в крайна сметка става дума за това, всяко устройство и всяко лице да получи

278
00:24:26.539 --> 00:24:32.539
идентичност. Тоест имам идентичности на отделни услуги

279
00:24:32.539 --> 00:24:38.539
в болницата, но и на агенти, когато мисля за теми като agentic AI и така нататък. Принципно

280
00:24:38.539 --> 00:24:44.539
всяко взаимодействие трябва да съществува между две идентифицирани

281
00:24:44.539 --> 00:24:50.539
идентичности. Правилно ли разбрах? Вие използвате същата технология, която Конфедерацията

282
00:24:50.539 --> 00:24:56.539
използва за E-ID? Същият архитектурен принцип лежи в основата.

283
00:24:56.539 --> 00:25:02.539
Това, което ние изграждаме, отива дори едно ниво по-дълбоко, защото трябва да бъде още по-децентрализирано

284
00:25:02.539 --> 00:25:08.539
от това, което Конфедерацията изгражда в момента. Защото Конфедерацията е сама. Конфедерацията издава E-ID.

285
00:25:08.539 --> 00:25:12.539
Не мога да получа швейцарски паспорт от никой друг, освен от швейцарското правителство.

286
00:25:12.539 --> 00:25:18.539
Затова е много по-централизирано от това, което ние изграждаме. Защото отговаря на случая на използване.

287
00:25:18.539 --> 00:25:24.539
Но при нас наистина е така, че всяка болница е разбира се почти свой собствен свят,

288
00:25:24.539 --> 00:25:30.539
с изключително много системи, изключително много хора, изключително много услуги, а в бъдеще и

289
00:25:30.539 --> 00:25:36.539
различни agentic AI решения и така нататък. И това само по себе си е обединение.

290
00:25:36.539 --> 00:25:42.539
И това обединение трябва да може да взаимодейства с други подобно сложни обединения.

291
00:25:42.539 --> 00:25:48.539
И те трябва да могат взаимно да се идентифицират, за да знаят: тази заявка идва

292
00:25:48.539 --> 00:25:54.539
от тази автоматизирана система, от тази болница и наистина е оторизирана от болницата

293
00:25:54.539 --> 00:26:00.539
да отправи тази заявка, за да мога на локалната си система да кажа: да, тази

294
00:26:00.539 --> 00:26:06.539
система е оторизирана да го направи. Цялото нещо става доста бързо доста сложно, ако искаш да го решиш

295
00:26:06.539 --> 00:26:12.539
наистина добре. Но трябва да го решим добре, защото иначе ще имаме просто такова общо

296
00:26:12.539 --> 00:26:18.539
\"идва от тази болница, ще е наред да докажа за какво

297
00:26:18.539 --> 00:26:24.539
е ставало дума, кой е бил, коя система е попитала, доставих ли правилните данни? Всички

298
00:26:24.539 --> 00:26:30.539
системи — не мога да го докажа по-късно. И ако нещо се обърка, това разбира се е огромен риск. Не можеш

299
00:26:30.539 --> 00:26:36.539
да си го позволиш. Затова трябва да имаме тази степен на сигурност и проследимост и

300
00:26:36.539 --> 00:26:42.539
одитируемост. Защо можем да го направим? Защото всъщност вече имаме базова инфраструктура

301
00:26:42.539 --> 00:26:48.539
днес. Вече съществува. Вече я има, точно. Сега тя се подменя.

302
00:26:48.539 --> 00:26:54.539
И после ще продължи да съществува, нали? И тази нова базова инфраструктура ще бъде

303
00:26:54.539 --> 00:27:00.539
основата за точно това, което Georg обясни. И тази базова инфраструктура съществува за цяла

304
00:27:00.539 --> 00:27:06.569
Швейцария. Правилно ли разбирам? Може би трябва да попитам, чувахме за това

305
00:27:06.569 --> 00:27:12.569
колко милиона Конфедерацията иска да инвестира следващите години в здравеопазването,

306
00:27:12.569 --> 00:27:18.569
за да изгради например Swiss Health Data Space. Каква е връзката? Или няма такава?

307
00:27:18.569 --> 00:27:24.730
Вие всъщност вече ли изграждате това, което Конфедерацията тепърва

308
00:27:24.730 --> 00:27:30.730
иска да започне? Интересен въпрос. HIN обновява

309
00:27:30.730 --> 00:27:36.730
своята базова инфраструктура. HIN обновява начина на предоставяне на услуги. И

310
00:27:36.730 --> 00:27:42.730
HIN работи върху това в крайна сметка темата дигитална суверенност за всеки

311
00:27:42.730 --> 00:27:48.730
отделен член — от индивидуално лице до организация — да бъде реализирана. Това правим ние.

312
00:27:48.730 --> 00:27:54.730
Правим го независимо от Конфедерацията. Паралелно на това всъщност съществува програмата DigiSanté. Наблюдаваме я.

313
00:27:54.730 --> 00:28:00.730
Наблюдаваме я. В контакт сме с DigiSanté. Установяваме,

314
00:28:00.730 --> 00:28:06.730
поне така го разбирам, че DigiSanté основно се грижи за това

315
00:28:06.730 --> 00:28:12.730
определени правила, определени рамкови параметри да бъдат дефинирани,

316
00:28:12.730 --> 00:28:18.730
за да може такова пространство за данни да възникне. И дали това пространство за данни

317
00:28:18.730 --> 00:28:24.730
ще замени пространството на доверие на HIN, което всъщност съществува вече почти 20 години,

318
00:28:24.730 --> 00:28:30.730
или ще има връзки между тях, това все още е напълно отворено.

319
00:28:30.730 --> 00:28:36.789
Точно. Точно. И ако мога съвсем накратко да допълня. Имам предвид,

320
00:28:36.789 --> 00:28:42.789
ние, тоест Vereign, ние изградихме и за европейския проект за пространство за данни Gaia-X

321
00:28:42.789 --> 00:28:48.789
базовия слой. Точно този слой за управление на ключове и идентичности е

322
00:28:48.789 --> 00:28:54.789
от нас. И ние придружихме всички проекти за здравни пространства за данни, така наречените Lighthouses.

323
00:28:54.789 --> 00:29:00.789
Работили сме с берлинската Charité и с други организации, за да разгледаме точно тези теми. И това е

324
00:29:00.789 --> 00:29:06.789
техническата реалност. Тоест има от една страна надстроечна семантична административна

325
00:29:06.789 --> 00:29:12.789
реалност. Какво трябва да отразява? Но отдолу има техническа реалност. И точно това ценя толкова в нашето

326
00:29:12.789 --> 00:29:18.789
сътрудничество, защото HIN е прагматична. Тя започва оттам, където може да създаде стойност на

327
00:29:18.789 --> 00:29:24.789
техническо ниво. И ние решаваме проблема технически толкова чисто, че създаваме основата

328
00:29:24.789 --> 00:29:30.789
подобни теми да бъдат реализирани в бъдеще чисто в Швейцария. И нека разгледам стойността в този контекст.

329
00:29:30.789 --> 00:29:36.789
Стойност за нас означава, ако увеличим мащаба до една практика, там всеки има добра

330
00:29:36.789 --> 00:29:42.789
информационна система на практиката. Някои са в облака, други са инсталирани локално,

331
00:29:42.789 --> 00:29:48.789
както и да е. Те работят изключително модерно и дигитално. Когато пациент например

332
00:29:48.789 --> 00:29:54.789
бъде насочен в болница, там има работни процеси

333
00:29:54.789 --> 00:30:00.789
и системите ги подпомагат. Но в крайна сметка е еднакво трудоемко. Еднакво

334
00:30:00.789 --> 00:30:06.789
трудоемко, защото е ИТ силоз и няма автоматично налични връзки. Стойност

335
00:30:06.789 --> 00:30:12.789
за нас означава, че в бъдеще когато лекар прави насочване от първичната си система,

336
00:30:12.789 --> 00:30:18.789
да не се налага двойно въвеждане и влизане и ръчни, прекъсващи процеса

337
00:30:18.789 --> 00:30:24.789
действия, за да извади нещото от практиката си. Отново стигаме до административната тежест.

338
00:30:24.789 --> 00:30:30.789
Точно там се намесваме. Точно, добра точка, David. Това, което се случва, е всъщност,

339
00:30:30.789 --> 00:30:36.789
че административната тежест се намалява. Административната тежест в повечето случаи

340
00:30:36.789 --> 00:30:42.859
не може да бъде фактурирана. Не може да бъде фактурирана. Това е празен ход.

341
00:30:42.859 --> 00:30:48.859
Излишно е. От гледна точка на лекаря това е баласт.

342
00:30:48.859 --> 00:30:54.859
И точно там се намесваме, за да направим всичко в крайна сметка много по-просто и суверенно.

343
00:30:54.859 --> 00:31:03.859
За мен определено

344
00:31:03.859 --> 00:31:09.859
беше много информация, която чухме днес. И сега ще опитам да обобщя в няколко

345
00:31:09.859 --> 00:31:15.859
точки. Отнасям си, че в началото казахме какви предизвикателства има в здравеопазването.

346
00:31:17.859 --> 00:31:23.859
отнасям си, че HIN с партньори и доставчици на услуги — Vereign е един от тях — се опитва да създаде нещо,

347
00:31:23.859 --> 00:31:29.900
което прави комуникацията по-лесна между

348
00:31:29.900 --> 00:31:35.900
всички тези заинтересовани страни. Между болница, практика, клиника, дом за възрастни, каквото и да е.

349
00:31:35.900 --> 00:31:41.900
Който и да е. И че обновяването на платформата е в пълен ход.

350
00:31:41.900 --> 00:31:47.900
Това е пътешествие. Става дума за нови технологии. Чухме за SSI, която и Конфедерацията

351
00:31:47.900 --> 00:31:53.900
използва. Тоест за мен звучи като, ако Конфедерацията използва технология, която HIN

352
00:31:53.900 --> 00:31:59.900
вече е използвала дори преди това, това е като потвърждение, че работи.

353
00:31:59.900 --> 00:32:06.500
Така ми звучи. И да, предстои още много. Можете ли

354
00:32:06.500 --> 00:32:13.049
бързо да потвърдите дали обобщението ми е приблизително вярно?

355
00:32:13.049 --> 00:32:19.049
Харесва ми. Точно. Чудесно. И сега нека ви дам думата отново.

356
00:32:19.049 --> 00:32:25.049
Ако можете да изразите едно желание към политиката или когото и да е,

357
00:32:25.049 --> 00:32:31.049
какво трябва да се случи, за да тръгнат нещата може би по-бързо напред, за да имат

358
00:32:31.049 --> 00:32:37.880
специалистите в ежедневието си по-лесен живот? Georg. Аз да започна? Да.

359
00:32:37.880 --> 00:32:44.650
Да, за мен е ясно, вярвам, би било изключително полезно

360
00:32:44.650 --> 00:32:50.650
данните да се разбират като стойност и като конкурентно предимство за

361
00:32:50.650 --> 00:32:56.650
Швейцария. И бих си пожелал Конфедерацията много повече да използва това предимство,

362
00:32:56.650 --> 00:33:02.650
наистина като — на английски се казва Force Multiplier. Тоест имам организация, с която

363
00:33:02.650 --> 00:33:08.650
мога много ефективно да реализирам техническата реалност и тя вече го прави. Затова бих си пожелал

364
00:33:08.650 --> 00:33:14.650
Конфедерацията много повече да се включи и активно да участва и

365
00:33:14.650 --> 00:33:21.099
активно да подкрепя и насърчава. Да си сътрудничи. Желанието е изпратено, бих казал.

366
00:33:21.099 --> 00:33:27.099
Peer? Ти ми си симпатичен партньор. Досега не бях чувал точно това. Ще получиш после бонус

367
00:33:27.099 --> 00:33:33.099
за касата. Точно. Мисля, че не е лошо.

368
00:33:33.099 --> 00:33:39.099
Имам друго желание. Имам много скромно желание. Неговото беше много хубаво.

369
00:33:39.099 --> 00:33:43.099
Моето е много по-малко. Желая си по-малко

370
00:33:43.099 --> 00:33:48.819
регулация. Това е тема за отделен подкаст за хора,

371
00:33:48.819 --> 00:33:54.819
които се занимават с регулиране. С удоволствие, участвам. Значи по-малко регулация.

372
00:33:54.819 --> 00:34:01.049
Регулация, защото тогава по-малко бюрокрация. Или защо по-малко регулация?

373
00:34:01.049 --> 00:34:07.049
Да, това ми харесва. Защото регулацията води до, тя е форма на бюрокрация.

374
00:34:09.050 --> 00:34:15.050
Разбира се, искам да кажа, не искаме да имаме Див Запад, анархия.

375
00:34:15.050 --> 00:34:21.050
В никакъв случай. Но установявам, че ние сме уникална държавна конструкция.

376
00:34:21.050 --> 00:34:27.050
Нямаме само една здравна система. Това е кантонална отговорност. Всичко е добре.

377
00:34:27.050 --> 00:34:33.050
И смятам, че това е едно от невероятните постижения. Но, но, но, но, когато

378
00:34:33.050 --> 00:34:39.050
действително, така го възприемам, от моята скромна гледна точка, има определена житейска реалност.

379
00:34:39.050 --> 00:34:45.050
Има житейска реалност в системата на здравеопазването и социалното дело. И тя вече е достатъчно сложна.

380
00:34:45.050 --> 00:34:51.050
И когато постоянно от нашите парламентаристи се отправят все повече

381
00:34:51.050 --> 00:34:57.050
изисквания, на които администрацията трябва да реагира, което е логично.

382
00:34:57.050 --> 00:35:03.050
Но тази вълна от тази...

383
00:35:03.050 --> 00:35:09.050
не гневът, силата, мощта на тези регулаторни

384
00:35:09.050 --> 00:35:15.050
изисквания нараства до такава степен, че никой вече не може да следва.

385
00:35:15.050 --> 00:35:21.050
И понякога имам впечатлението, че очевидно и вътрешно има определени

386
00:35:21.050 --> 00:35:27.050
предизвикателства в координацията. И това блокира. Всъщност ми е важно, по-малко регулация, да, по-малко бюрокрация,

387
00:35:27.050 --> 00:35:33.050
но не, основната ми грижа е, че ако там дойде още един закон и

388
00:35:33.050 --> 00:35:39.050
тук още една наредба и там още едно приложение, това ни води до стагнация. Защото всеки

389
00:35:39.050 --> 00:35:45.050
казва: добре, сега първо трябва да изчакам, нали? Сега да видим онова пространство за данни, и онзи закон и онова.

390
00:35:45.050 --> 00:35:51.050
И тогава вече сме в 2035, нали? А основните проблеми — ключовите думи са ползи, разгръщане,

391
00:35:51.050 --> 00:35:57.460
простота — те просто остават на заден план. Това наистина е тема за отделен подкаст.

392
00:35:57.460 --> 00:36:03.460
Много благодаря, Peer, че днес беше тук. Приятно беше. Много благодаря, благодаря и на Georg

393
00:36:03.460 --> 00:36:09.940
на теб. Благодаря за поканата. Това беше вторият епизод на подкаста на HIN «По пътя

394
00:36:09.940 --> 00:36:15.940
в дигиталното здравеопазване». Ако имате въпроси или коментари, погледнете нашите бележки към епизода.

395
00:36:15.940 --> 00:36:21.940
Там ще намерите всички данни за контакт, от които се нуждаете. И ако сега сте слушали подкаста само като аудио,

396
00:36:21.940 --> 00:36:27.940
бих искал да ви обърна внимание, че можете да го гледате и като видео, например в YouTube или

397
00:36:27.940 --> 00:36:33.940
в Spotify. Благодаря, че бяхте с нас днес, скъпи слушатели. Или скъпи зрители.

398
00:36:33.940 --> 00:36:39.940
И то до края, което ценя много. Връщаме се през юни и тогава казваме «Честит рожден ден,

399
00:36:39.940 --> 00:36:45.940
скъпа HIN!» HIN навършва 30. Ще говорим за това как HIN всъщност от имейла

400
00:36:45.940 --> 00:36:51.940
до, да, чухме го днес, обновяване на платформата, стигна дотам, където е днес.

401
00:36:51.940 --> 00:36:53.940
И много се радвам.

402
00:36:53.940 --> 00:37:04.550
Дотогава, пазете се!

403
00:37:04.550 --> 00:37:08.550
Хубаво, че беше с нас. До следващия път «По пътя в дигиталното здравеопазване».