Тема 1.10 — Защита (safeguarding) в цифровых услугах

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

Почему это важно в здравоохранении и уходе#

Safeguarding (защита) — набор законодательных обязанностей по защите детей и взрослых, находящихся в группе риска, от насилия, вреда и пренебрежения. В Англии эти обязанности вытекают из Children Act 2004, Care Act 2014 и многоведомственных руководств, таких как Working Together to Safeguard Children. Они не являются необязательными дополнениями к цифровой программе; это юридические обязательства, следующие за вашей услугой везде, где она касается уязвимого человека.

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

Люди, наиболее подверженные этим рискам, часто те же, до кого труднее всего дотянуться. Жертвы домашнего насилия, дети под опекой, взрослые, не обладающие дееспособностью, и люди, подвергающиеся принуждению, как правило, меньше контролируют собственные устройства, учётные записи и почту. Когда вы проектируете приложение для пациентов или общую карту ухода, вы тихо принимаете решения о том, кто что может видеть, а для того, кто живёт с обидчиком, это решение может быть вопросом физической безопасности. Поэтому защита стоит наряду с клинической безопасностью (см. тему 1.6 — Клиническая безопасность и управление рисками) и управлением информацией (см. тему 1.7 — Управление информацией, защита данных и кибербезопасность) как основное условие того, что услугу вообще безопасно эксплуатировать.

Ключевые понятия#

Safeguarding — общий термин защиты здоровья, благополучия и прав человека, чтобы люди жили свободными от насилия, вреда и пренебрежения. Он делится на два связанных, но отдельных режима: защита детей для лиц младше 18 лет и защита взрослых (adult safeguarding) для взрослых с потребностями в уходе и поддержке, не способных защитить себя, основанная на Care Act 2014. Оба действуют через многоведомственную работу: здравоохранение, социальный уход, полиция, образование и добровольный сектор обмениваются информацией и действуют вместе, потому что ни одна организация не видит всей картины.

Mental Capacity Act 2005 регулирует решения, принимаемые для взрослых, не обладающих дееспособностью самостоятельно принять конкретное решение. Это остро важно для цифрового доступа: дееспособность зависит от конкретного решения и может колебаться, поэтому «предоставление лицу, осуществляющему уход, полного доступа к приложению» редко бывает единым, постоянным выбором. Доверенный и делегированный доступ (родитель, действующий за маленького ребёнка, лицо, осуществляющее уход за пожилым взрослым, поверенный по долговременной доверенности) должен быть обоснован, соразмерен и пересматриваться, особенно когда ребёнок приближается к возрасту, в котором получает собственные права на конфиденциальность.

Несколько форм вреда усиливаются цифровым проектированием. Домашнее насилие и контролирующее поведение в отношениях, принуждающий контроль, превращают обычные функции в оружие: общий логин становится слежкой, уведомление, раскрывающее местоположение, становится маяком слежения. Преследование (сталкинг) использует любую точку данных, раскрывающую распорядок или местонахождение. «Защита по замыслу (safeguarding by design)» — дисциплина предвосхищения этих вредов и встраивания возможности скрыть, отредактировать, подавить или отсрочить информацию для людей в группе риска.

Два понятия дополняют картину. Аутентификация и проверка личности определяют, является ли человек, получающий доступ к услуге, тем, за кого себя выдаёт: передний край против выдачи себя за другого и механизм, через который сильная цифровая идентичность либо защищает, либо подвергает опасности. Там, где услуга содержит взаимную поддержку, форумы или обмен сообщениями, модерация контента и обязанности по Online Safety Act 2023 определяют, как вы защищаете людей от вредного контента и друг от друга.

Лучшие практики#

1. Относитесь к защите как к проектному требованию, а не к документу политики. Вписывайте сценарии защиты в исследование и исследование пользователей с первого спринта наряду с клиническими потребностями и потребностями доступности (см. тему 1.9 — Цифровая инклюзия и доступность). Для каждой функции, показывающей или отправляющей информацию, спрашивайте: «а если это увидит не тот человек?» Обзор «защита по замыслу» должен быть названными воротами в вашем жизненном цикле поставки, с согласованием клинициста или руководителя по защите, а не галочкой при запуске.

2. Делайте чувствительные данные скрываемыми, подавляемыми и редактируемыми как возможность по умолчанию. У каждого уведомления, напоминания, письма и вида общей карты должен быть задокументированный способ подавить его, сделать обобщённым или перенаправить для человека в группе риска. Женщине, спасающейся от обидчика, может понадобиться отключить напоминания о приёмах, пометить её адрес как чувствительный и скрыть конкретные записи в карте от доверенных зрителей. Постройте эти контроли один раз, централизованно, чтобы работник переднего края мог применить их за минуты, а не подавать запрос на изменение, занимающий недели.

3. Проектируйте доверенный и делегированный доступ детальным, ограниченным по времени и пересматриваемым. Доверенный доступ — подлинное благо (он нужен лицам, осуществляющим уход, и родителям), но «всё или ничего, навсегда» опасно. Поддерживайте частичный доступ (например, записи, но не клинические заметки), автоматические точки пересмотра (в частности, когда ребёнку исполняется 11 лет и снова в возрасте, когда он получает права на конфиденциальность, обычно 16) и отзыв в один щелчок. Привязывайте каждое предоставление к суждению о дееспособности или наилучших интересах, согласованному с Mental Capacity Act, и записывайте, кто его санкционировал и почему.

4. Проверяйте личность соразмерно и защищайтесь от выдачи себя за другого. Слабая проверка позволяет обидчику зарегистрироваться как его жертва или связаться с ней; тяжёлая проверка исключает именно тех, кому помощь нужнее всех. Соотносите гарантии с риском: запись на обычный приём требует меньше, чем предоставление доверенного доступа к карте психического здоровья подростка. Используйте признанные подходы к обеспечению подлинности личности (NHS login, паттерны GOV.UK One Login) и следите за признаками принуждения: один и тот же номер телефона или устройство, связанные со многими учётными записями, или «лицо, осуществляющее уход», сопротивляющееся любому прямому контакту с пациентом.

5. Встраивайте чёткую эскалацию и направление в услугу, а не вокруг неё. Когда сотрудник или автоматический сигнал замечает проблему защиты через цифровой канал, путь к направлению должен быть очевидным, быстрым и записываться. Интегрируйтесь с многоведомственными центрами защиты местных органов власти (MASH) и названными руководителями по защите и убедитесь, что тревога, поднятая в 2 часа ночи через службу обмена сообщениями, дойдёт до человека, способного действовать. Никогда не позволяйте цифровой услуге стать местом, где признания принимаются, но не направляются дальше.

6. Модерируйте размещаемые пространства активно и законно. Если ваша услуга содержит взаимную поддержку, форумы или обмен сообщениями между пользователями, у вас есть и обязанность заботы, и, по Online Safety Act 2023, юридические обязанности в отношении незаконного и вредного контента. Сочетайте автоматическую фильтрацию с обученными модераторами-людьми, ясными инструментами сообщения о нарушениях и путями эскалации для сообщений о насилии, самоповреждении или суицидальных намерениях. Публикуйте правила, отвечайте на сообщения в заявленный срок и надлежащим образом сохраняйте доказательства при передаче дальше.

7. Обучайте персонал распознавать риск и реагировать на него через цифровые каналы. Распознавание насилия в чате, видео или сообщении портала — иной навык, чем в клинике. Давайте персоналу переднего края и колл-центра обучение на сценариях цифрового признания, признаков принуждения и механики применения редактирования записей и подавления уведомлений. Руководители по защите должны понимать контроли системы достаточно хорошо, чтобы направлять их использование под давлением.

8. Помните, что цифровое исключение концентрируется среди людей в группе риска. Группы, которые чаще всего исключены (люди, подвергающиеся насилию, с когнитивными нарушениями, выпускники опеки, живущие в бедности), сильно пересекаются с теми, кого услуге нужнее всего защитить. Канал «цифровое по умолчанию» может отрезать их от помощи или загнать на устройство, которое контролирует обидчик. Всегда сохраняйте безопасный нецифровой маршрут и считайте само исключение риском защиты (см. тему 1.9 — Цифровая инклюзия и доступность и тему 3.3 — Цифровые услуги для пациентов и граждан).

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

Вопросы для обсуждения с командой#

1. Для каждой единицы информации, которую показывает или отправляет наша услуга, кто может пострадать, если её увидит не тот человек, и может ли работник переднего края остановить это за минуты? Этот вопрос заставляет выйти за пределы «счастливого пути» пользователя к человеку, живущему с обидчиком, подростку, чей родитель всё ещё имеет доверенный доступ, взрослому, чьё местонахождение должно оставаться скрытым. Противоречие между удобством для большинства и безопасностью для уязвимого меньшинства: включённые по умолчанию напоминания и богатые общие карты помогают большинству и подвергают опасности немногих. Пройдите по конкретным потокам (SMS о приёме, уведомление о повторном рецепте, доверенный просмотр клинических заметок) и спросите, у кого в каждом случае устройство и учётная запись. Хороший ответ называет конкретные контроли (подавление, редактирование, пометка чувствительного адреса), подтверждает, что неспециалист в технике может быстро их применить, и честно признаёт, где сегодня единственный вариант — медленный ручной обходной путь, оставляющий людей уязвимыми тем временем.

2. Как мы обращаемся с доверенным и делегированным доступом по мере изменения дееспособности, возраста и отношений во времени? Доверенный доступ редко неверен в момент предоставления и часто неверен позже: ребёнок вырастает, отношения с лицом, осуществляющим уход, распадаются, дееспособность колеблется. Обсуждение должно выявить, как вы обнаруживаете эти переходы и действуете по ним, а не оставляете устаревший доступ на месте. Подумайте об одиннадцатилетнем, чей родитель по-прежнему видит всё, о взрослом, чьи интересы поверенного разошлись с его собственными, о человеке, чья дееспособность вернулась после кризиса. Опирайтесь в разговоре на принцип Mental Capacity Act, что дееспособность зависит от конкретного решения и презюмируется. Сильный ответ описывает автоматические триггеры пересмотра, детальные уровни доступа, лёгкий отзыв и ясную запись о том, кто санкционировал каждое предоставление и на каком основании, и честен в том, насколько многое из этого сейчас делается вручную или отсутствует.

3. Когда кто-то сообщает о вреде или насилии через цифровой канал, что именно происходит дальше и как мы знаем, что это сработало? Цифровые каналы приглашают признания, которые никогда не всплывают в клинике, и это подлинная возможность, но только если признание доходит до того, кто может действовать. Обсуждение должно проследить весь путь от сообщения в чате в 2 часа ночи, заметки в портале или автоматического флага риска до зарегистрированного направления в многоведомственный центр защиты или к названному руководителю. Обсудите трудные края: покрытие вне рабочего времени, границу между обязанностью услуги и законодательными службами и что происходит, когда модерируемый форум выявляет суицидальную публикацию. Посмотрите на ваши собственные данные об инцидентах и направлениях: принимаются ли признания, но не направляются дальше? Хороший ответ показывает проверенный, протоколируемый, подкреплённый людьми путь эскалации, называет, кто им владеет, и может указать на доказательства, что направления на самом деле завершаются, а не предполагает это.

4. Как мы узнали бы, что нашу услугу используют, чтобы издеваться, преследовать или принуждать, и кто за этим следит? Опасные случаи редко объявляют о себе; обидчик выглядит как законный доверенный, заботливый родственник или сам владелец учётной записи. Этот вопрос переключает команду с проектирования контролей на активное обнаружение злоупотреблений: общее устройство, связанное с десятком учётных записей, доверенное лицо, читающее гораздо больше, чем требует уход за ребёнком, «лицо, осуществляющее уход», блокирующее каждый прямой контакт с пациентом. Обсудите, какие сигналы вы могли бы выявлять из журналов доступа и данных регистрации, кто отвечает за их просмотр и как подозрение становится действием по защите, а не заметкой, которую никто не читает. Сопоставьте цену приватности проактивного мониторинга с вредом оставаться слепым. Честный ответ называет аномалии, которые вы бы искали, говорит, кто владеет проверкой, и признаёт, где сегодня злоупотребление просто осталось бы незамеченным, пока кто-нибудь не пострадает.

5. Когда безопасность и приватность тянут в противоположные стороны, как мы решаем и кто находится в комнате? Защита — не чистая победа для защиты данных: сокрытие записи от доверенного лица, передача проблемы полиции или отмена заявленных желаний человека могут стоять в напряжении с конфиденциальностью и собственной автономией человека. Этот вопрос заставляет команду называть компромиссы явно, а не позволять решать по умолчанию той дисциплине, что кричит громче. Подумайте о взрослом с колеблющейся дееспособностью, просящем предоставить доступ, который его наилучшие интересы могут не поддерживать, или о многоведомственной передаче, защищающей ребёнка, но нарушающей ожидание приватности взрослого. Опирайтесь в разговоре на Mental Capacity Act, принципы Калдикотта и законные основания обмена для предотвращения серьёзного вреда. Хороший ответ описывает, кто выносит эти решения (руководители по защите, клинической безопасности и управлению информацией вместе), как фиксируется рассуждение и как избегать и рефлекторного чрезмерного обмена, и парализованного недостаточного обмена.

6. Как мы поддерживаем работоспособность защиты по мере изменения услуги, её поставщиков и окружающих угроз? Контроли защиты распадаются: новый релиз тихо включает уведомление по умолчанию, сторонний поставщик обмена сообщениями меняет модерацию, обновление платформы ломает правило подавления, и появляется новая тактика принуждения, на которую никто не проектировал. Этот вопрос заставляет команду считать защиту живым свойством работающей услуги, а не разовыми воротами, пройденными при запуске. Обсудите, как контроль изменений, гарантии поставщика и обучение на инцидентах возвращаются в контроли и кто повторно проверяет конфигурацию для группы риска после каждого значимого изменения. Посмотрите, охватывает ли регрессионное тестирование сценарии защиты вообще. Честный ответ указывает на названного владельца, ритм пересмотра, доказательства того, что контроли перепроверяются после изменений, и механизм возврата новых угроз и почти-происшествий в проект, а не повторного их открытия через вред.

На практике: пример из здравоохранения и ухода#

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

Через три месяца акушерка из общественной службы поднимает проблему. Беременная женщина тихо спросила, может ли её партнёр, имеющий доверенный доступ к карте их малыша, видеть её приёмы и адрес. Может: доверенные отношения были установлены при регистрации и дают широкую видимость, а её напоминания о дородовых приёмах отправляются по умолчанию SMS на телефон, который он иногда проверяет. Женщину контролируют, и она планирует уйти; услуга в нынешней конфигурации помогает её обидчику выслеживать её.

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

Прочное исправление — изменение проекта. ICS строит единую конфигурацию «группы риска», которую работник переднего края может применить за минуты: она подавляет или обобщает уведомления, скрывает чувствительную запись от названных доверенных лиц и направляет будущую корреспонденцию по безопасному каналу. Они добавляют триггер пересмотра на 11 и 16 лет ко всем доверенным предоставлениям для детей, ужесточают проверки личности для новых доверенных связей и обучают сотрудников колл-центра распознавать сигналы принуждения. Изменение регистрируется как улучшение клинической безопасности и защиты, рассматривается на совете по гарантиям ICS и передаётся соседним системам, использующим ту же платформу.

Отраслевые перспективы#

Стартап#

Небольшая компания цифрового здравоохранения, создающая, скажем, приложение психического здоровья для подростков, несёт риск защиты, намного превышающий её численность: её пользователи — несовершеннолетние, сообщающие о самоповреждении и насилии. При ограниченных ресурсах соблазн — отложить модерацию и эскалацию «на потом», но единственное необработанное признание в суицидальном намерении — экзистенциальный и этический провал. Приоритизируйте скромный, но реальный набор защиты с первого дня: обученного дежурного респондента или привлечённого по договору партнёра по эскалации кризисов, чёткие правила контента и проверки личности, соразмерные риску. Заложите критерии приёмки защиты в ваше определение «готово» и будьте готовы подтвердить их покупателям по DTAC и для Online Safety Act 2023.

Малый бизнес#

Устоявшийся небольшой поставщик (практика врача общей практики, общественная аптека, дом престарелых или агентство ухода на дому) несёт те же обязанности по защите, что и крупный траст, но без выделенной цифровой или ИТ-команды для их применения. Он обычно эксплуатирует системы, предоставленные поставщиками, которые не может перенастроить, поэтому практическая задача — знать, какие контроли защиты эти системы уже предлагают и как быстро ими пользоваться: подавить напоминание о приёме, пометить чувствительный адрес, скрыть запись от доверенного лица. Назначьте названного руководителя по защите и убедитесь, что хотя бы один человек знает, как применить подавление уведомлений и отзыв доверенного доступа, не дожидаясь поставщика. Поскольку деньги и время туги, опирайтесь на общие ресурсы (ожидания CQC, контакты MASH местных органов власти и руководство NHS England по доверенному доступу), а не строите собственные, и давите на поставщиков, чтобы контроли для группы риска были быстрыми и очевидными. Держите безопасный нецифровой маршрут открытым, поскольку ваши пациенты не могут обратиться к внутренней службе поддержки, которой у вас нет.

Крупная организация#

Траст NHS или ICS эксплуатирует много систем, много доверенных лиц и миллионы записей, поэтому вызов — согласованность и скорость в масштабе. Риск — фрагментация: в каждой системе свой, медленный, непоследовательный способ скрыть данные, что оставляет пробелы, которыми может воспользоваться обидчик, и работников, не способных действовать достаточно быстро. Инвестируйте в централизованные, повторно используемые контроли защиты (флаги чувствительности, подавление уведомлений, управление доверенным доступом), применяемые по всему парку, подкреплённые названными руководителями по защите, интеграцией с MASH и проактивными проверками доступа. Советы по управлению и гарантиям (см. тему 6.4 — Управление и гарантии) должны считать «защиту по замыслу» постоянными воротами, а не разовыми.

Государство#

Национальный орган (NHS England, DHSC или правительство децентрализованной администрации) задаёт стандарты, платформы и инфраструктуру идентификации, на которых строят все остальные, поэтому его проектные решения расходятся волнами по всей системе. Выбор относительно NHS login, GOV.UK One Login, правил доверенного доступа и значений по умолчанию для обмена записями определяет, какие контроли защиты вообще возможны ниже по цепочке. Подотчётность перед парламентом и общественностью, а сбой — национальное значение по умолчанию, тихо подвергающее граждан группы риска опасности в масштабе. Государству следует предписывать «защиту по замыслу» в стандартах услуг, финансировать общие компоненты (обращение с безопасными адресами, подавление чувствительных записей) и законодательно и нормативно регулировать, через Online Safety Act 2023 и Ofcom, с явным включением уязвимых пользователей в область действия.

Типичные способы сбоя#

• Защита, навешенная сверху. Отношение к защите как к PDF-политике, а не проектному требованию, так что контролей нет, когда приходит риск, и работники импровизируют медленные ручные исправления.
• Включено по умолчанию, выключить нельзя. Отправка напоминаний, писем и уведомлений по умолчанию без быстрого, применяемого работником пути подавить или обобщить их для людей в группе риска.
• Доверенный доступ «всё или ничего». Предоставление широкого, постоянного доверенного доступа без детализации, без пересмотра в ключевом возрасте и без лёгкого отзыва, оставляя устаревший доступ для использования во вред.
• Слабая или слепая проверка личности. Проверка слишком слабая, чтобы остановить выдачу себя за другого, или слишком тяжёлая, исключающая пользователей группы риска, без наблюдения за сигналами принуждения вроде общих устройств.
• Признания приняты, но не направлены. Предложение обмена сообщениями или модерируемых форумов без проверенной, протоколируемой, подкреплённой людьми эскалации в службы защиты, особенно вне рабочего времени.
• Исключение людей, которых вы должны защищать. «Цифровое по умолчанию» без безопасного нецифрового маршрута, отрезающее или подвергающее опасности тех, кто подвергается насилию, растерян или беден.
• Нет аудита, нет обучения. Отсутствие протоколирования и проверки доступа, из-за чего злоупотребления изнутри остаются необнаруженными, а повторяющиеся риски никогда не устраняются конструктивно.

Модель зрелости#

Контрольный список#

• Каждая функция, раскрывающая информацию, имеет задокументированный обзор «а если это увидит не тот человек?» с согласованием клинициста/руководителя по защите.
• Работник переднего края может подавить или обобщить уведомления и пометить чувствительный адрес за минуты, по всем каналам.
• Конкретные записи в карте можно скрыть или отредактировать от названных доверенных лиц, не отзывая законный доступ.
• Доверенный доступ детальный, ограниченный по времени и автоматически пересматривается в ключевом возрасте (обычно 11 и 16) и при смене дееспособности.
• Проверка личности соразмерна риску, защищает от выдачи себя за другого и следит за сигналами принуждения.
• Проверенный, протоколируемый, подкреплённый людьми путь эскалации идёт от каждого цифрового канала к MASH и названным руководителям по защите, включая нерабочее время.
• Размещаемая взаимная поддержка и обмен сообщениями имеют активную модерацию, инструменты сообщения о нарушениях и соответствие Online Safety Act.
• Персонал переднего края и колл-центра обучен распознавать риск и реагировать на него через цифровые каналы.
• Для каждого, кто не может или не решается пользоваться цифровым маршрутом, существует безопасный нецифровой маршрут.
• Доступ протоколируется, проактивно проверяется на злоупотребления, а закономерности возвращаются в проект.

Ключевые источники#

• Care Act 2014 и законодательное руководство Care and Support Guidance: правовая основа защиты взрослых в Англии (Department of Health and Social Care).
• Working Together to Safeguard Children: многоведомственное законодательное руководство по защите детей (HM Government / Department for Education).
• Mental Capacity Act 2005 и его Code of Practice: рамка для решений и доверенного доступа там, где дееспособность под вопросом.
• Руководство NHS England по защите и по онлайн-консультациям / онлайн-доступу пациентов, включая доверенный доступ и риски принуждения в онлайн-услугах врачей общей практики.
• Домашнее насилие и ресурсы «безопасных практик»/защиты по замыслу: например, SafeLives, Refuge и законодательное руководство Domestic Abuse Act 2021.
• Online Safety Act 2023 и кодексы практики Ofcom: обязанности для услуг с взаимодействием пользователей и хостинга контента.
• NHS Digital Technology Assessment Criteria (DTAC) и NHS Service Standard: ожидания безопасности и защиты для цифровых медицинских продуктов.
• Цифровая идентичность: руководство по обеспечению подлинности личности NHS login и GOV.UK One Login.

Ссылки#

1. Safeguarding — Wikipedia — https://en.wikipedia.org/wiki/Safeguarding
2. Child protection — Wikipedia — https://en.wikipedia.org/wiki/Child_protection
3. Care Act 2014 — Wikipedia — https://en.wikipedia.org/wiki/Care_Act_2014
4. Mental Capacity Act 2005 — Wikipedia — https://en.wikipedia.org/wiki/Mental_Capacity_Act_2005
5. Domestic violence — Wikipedia — https://en.wikipedia.org/wiki/Domestic_violence
6. Controlling behavior in relationships (coercive control) — Wikipedia — https://en.wikipedia.org/wiki/Controlling_behavior_in_relationships
7. Stalking — Wikipedia — https://en.wikipedia.org/wiki/Stalking
8. Authentication — Wikipedia — https://en.wikipedia.org/wiki/Authentication
9. Identity verification service — Wikipedia — https://en.wikipedia.org/wiki/Identity_verification_service
10. Digital identity — Wikipedia — https://en.wikipedia.org/wiki/Digital_identity
11. Content moderation — Wikipedia — https://en.wikipedia.org/wiki/Content_moderation
12. Online Safety Act 2023 — Wikipedia — https://en.wikipedia.org/wiki/Online_Safety_Act_2023
13. Care Act 2014 and Care and Support Statutory Guidance — Department of Health and Social Care / GOV.UK — https://www.gov.uk/government/publications/care-act-statutory-guidance
14. Working Together to Safeguard Children — HM Government / Department for Education — https://www.gov.uk/government/publications/working-together-to-safeguard-children--2
15. Mental Capacity Act Code of Practice — Ministry of Justice / GOV.UK — https://www.gov.uk/government/publications/mental-capacity-act-code-of-practice
16. Patient online access and proxy access guidance — NHS England — https://www.england.nhs.uk/long-read/patient-online-access-to-general-practice/
17. Online Safety Act 2023: guidance and codes — Ofcom — https://www.ofcom.org.uk/online-safety
18. Digital Technology Assessment Criteria (DTAC) — NHS England — https://www.nhs.uk/digital-technology-assessment-criteria-dtac/
19. NHS login — NHS England — https://www.nhs.uk/nhs-services/online-services/nhs-login/