>> А если я переехал в другой город, и забыл забрать карточку из поликлиники, то
>> А если меня скорой в больницу доставили в бессознательном состоянии, то
> Я как будто с 5летним ребенком разговариваю. Какое отношение к этому имеет
> гомоморфное шифрование?

Прямое. Это вопросы организации хранения и передачи информации, которые подойдут для производственных процессов организации. Что есть область Computer Science. При этом речь идёт про разграничение доступа к этой информации, и тут на сцену вползает криптография.

Но невозможно разработать вменяемую информационную систему не изучая организацию, отношения внутри неё, задачи выполняемые ею, процессы, которые в ней протекают. Потому что информационная система создаётся под организацию, а не организация под информационную систему. Инженеры часто забывают это.

Мне сейчас не найти ссылку, но я как-то читал описание занятной истории IT в медицине, в которую раз в несколько лет внедряют новую IT систему, декларируя красивые цели, типа уменьшить время, которое врач тратит на заполнение бумажек и позволить ему больше времени уделять лечению больных, но каждая новая IT система приводила к тому, что врач всё больше и больше времени проводил за компьютером, заполняя всякие формы. При этом получить что-то обратно из системы крайне сложно, в результате врачи чуть ли не к бумажным карточкам вернулись. И да, не знаю, важно это или нет, но это был рассказ про американскую больницу.

Примерно о таком же процессе я слышал применительно к нашим школам -- электронные дневники/журналы, типа учитель должен заниматься учительством, а не бумажки заполнять, и что? Как думаешь, стал ли учитель в результате тратить _меньше_ времени на заполнение бумажек? Нет естественно.

И знаешь почему это происходит? Потому что приходит it-инженер, у которого есть диплом, подтверждающий что он специалист по хранению, передаче и обработке информации, и поэтому ему даже в голову не приходит исследовать существующую систему, отревёрсить её и понять, что в ней и зачем. Ему не интересны люди, ему не интересны организационные процессы, у него очень узкий взгляд, который может видеть только информацию. И этот инженер говорит "ваша система -- бред", надо делать так, так и так. И это не работает, потому что его "так, так и так" не совместимо с процессами в организации. Или может выпускает из виду какие-то процессы, которые с новой системой стали невозможными. Справедливости ради, в этом виноват не только инженер, но ещё и топ-менеджмент, который верит в то же самое, что и этот инженер: что диплом в IT гарантирует, что инженер может разработать если не идеальную, то достаточно хорошую систему за конечное время. Поэтому инженера можно нанять по контракту на год, и потом забыть о системе.

А вот как это можно делать: https://medium.com/@jgee/what-i-learned-in-two-years-of...

Инженер пришёл, посмотрел на существующие процессы, и начал оптимизировать их снизу-вверх. И люди потянулись, потому что они увидели, что айтишник не усложняет им жизнь, а упрощает её, более того он открыт к беседе и готов реализовать какие-то пожелания.

Это не единственный способ, можно и проектировать систему с нуля, но для этого надо научиться мыслить системно. А не так как ты.