1. Самоличност, роли и граница между организациите
- Еднопосочно хеширане на пароли, проверка на имейл според настройката и многофакторна защита с еднократни кодове.
- Организационни роли и проверки на правата за ресурсите на текущата организация.
- Отделни платформени права за поддръжка, плащания, операции, сигурност и собственик; привилегированият интерфейс изисква токен с потвърдена многофакторна защита.
- Сесии със срок и отмяна; HMAC отпечатък или маскиран IP адрес за необходимите защитни и помощни изгледи.
2. Файлове, криптографска защита и зловреден код
Приложението предоставя файловете след проверка на правата, а не чрез публичен път до обекта, и изисква частно хранилище при внедряване. Проектът изисква HTTPS/TLS в производство, проверка на сървърното криптиране на хранилището, SHA-256 контролна сума, ограничения за вид и размер и сканиране за зловреден код преди допустимо изтегляне.
При чакаща, отхвърлена, неуспешна или недостъпна проверка системата блокира достъпа. Точният производствен регион на хранилището, режимът на криптиране, криптирането на базата и конфигурацията на резервните копия се потвърждават с доказателства за конкретното внедряване, а не чрез маркетингово обещание.
3. Достъп, ограничен до конкретен получател и предаване
Публичните токени имат висока ентропия и се пазят като хеш. Според процеса има отделен код или PIN, ограничаване на опитите, права за преглед, изтегляне или връщане на файл, срок, отмяна и смяна на токена при одобрен нов достъп. Подновяването не променя срока за съхранение и не заобикаля отмяна по сигурност.
4. Одит, доставка и наблюдение на грешки
Съществени действия по вход, предаване, достъп, проверка, плащане и привилегирован контрол създават одитни събития с минимални метаданни. Статусите от доставчик се пазят без клиничното съдържание. Ако Sentry е активен, кодът предвижда само изчистен клас на грешка и ограничена информация за изходен ред; изключени са тела на заявки, самоличност по подразбиране, хронология на действията, приложни журнали, проследяване на заявки и запис на сесия.
Регионът, срокът, DPA и покритието на сигналите в Sentry са факти на акаунта, които трябва да бъдат доказани. Функции за AI анализ, обратна връзка от потребител, запис на сесия или профилиране не се включват без нова проверка. Историческите URL данни трябва да бъдат проверени спрямо съобщената от Sentry поправка на изчистването през 2026 г.
5. Жизнен цикъл, резервни копия и реакция при инцидент
Активният период, архивът, подготовката на студен архив, съхранението и изтриването са отделни състояния. Унищожаването е изрично активирана операция и пази доказателство при неуспех за повторен опит. Има процедури за резервни копия, възстановяване и инциденти, но производствените цели за загуба на данни и време за възстановяване, регионите и графикът се определят и доказват за конкретното внедряване.
При нарушение отделяме уведомлението от обработващия към клиента от решенията на администратора за орган и засегнати лица и пазим доказателства без неконтролирани копия на здравни данни.
6. Поддръжка и персонал
Поддръжката работи с данни за организация и акаунт, плащане и пробен период, безопасен статус на доставка/сканиране и общи сесийни метаданни. По подразбиране не вижда съдържание или име на файл, клинично заглавие/контекст, самоличност или пълна референция на пациент, PIN, еднократен код, токен, хеш или път за съхранение. Сигурността и операциите са отделни роли. Не твърдим, че има извънреден достъп до съдържание — такъв наложен от кода процес не е наличен.