1. Обхват и отговорности
MediSend осигурява техническа услуга за обмен на конкретни медицински файлове. Клиентът определя законосъобразната цел, получателите и инструкциите за клиентските данни. Каризо ЕООД организира приложните и оперативните мерки на доставчика; отделните роли за клиентски и собствени платформени данни се уреждат в Политиката за поверителност и споразумението за обработване на данни.
Мерките се оценяват според риска, вида здравни данни, разрешените операции и реалната среда. Не заявяваме „GDPR сертификат“, абсолютна защита или пълно криптиране от край до край. Публикуването на окончателно описание изисква проверка на приложните ограничения и доказателства за действащите инфраструктура, персонал и процедури.
2. Самоличност, сесии и чувствителни действия
Паролите се пазят чрез еднопосочно хеширане. Поддържат се проверка на имейл, многофакторна защита и ограничаване на опитите според процеса и конфигурацията. Приложните сесии имат срок и отмяна; по подразбиране са 12 часа, а при избрано запомняне — до 30 дни. Браузърният сесиен материал се пренася в криптирани HttpOnly бисквитки; действия с повишен риск могат да изискват скорошно удостоверяване.
Отмяната на сесия или загубата на право трябва да прекратява последващи разрешени заявки. Запомненото устройство не е универсално освобождаване от многофакторна проверка. Действителната политика за администратори, доверени устройства, срокове и отнемане на достъп трябва да бъде документирана и периодично проверявана.
3. Организации, роли и свързани профили
Организационните ресурси се проверяват спрямо текущата организация и разрешението за съответното действие. Клиниките имат отделни членства, файлове, настройки и плащания. Клиентът определя служебните роли и премахва ненужни членства. Запазен контакт, шаблон, регистрация или професионално потвърждение сами по себе си не създават медицинско разрешение.
Превключването между собствен личен профил и клиники не обединява техните права. Свързването на два отделни профила изисква удостоверяване и потвърждение и запазва отделните самоличности и разрешения. Прекратяването на връзка не изтрива профил и не разширява или прекратява автоматично медицински разрешения извън предвидения процес.
4. Конкретен получател, PIN и пациентски ключ
Изпращането по имейл, SMS или лично предоставяне на линк използва същото разрешение на конкретния получател за избраните файлове. То има срок, права за изтегляне и връщане на файлове и може да бъде отменено. При изискван PIN той се пази като хеш; SMS до конкретен получател съдържа защитен линк и срок, без PIN. Изпращачът споделя PIN отделно и проверява правилния контакт.
Потвърден специалист може да получи изследването в своя профил и да го отвори след вход. Пациентският ключ е отделен процес с код, PIN и собствени правила за предоставяне на достъп. Ако изпращачът изрично избере SMS за такъв ключ, кодът и PIN могат да бъдат в едно съобщение; за тази доставка се пази необходимият криптиран материал. Отмяната или преиздаването на ключ не трябва да се представя като автоматична отмяна на всички вече предоставени отделни разрешения.
5. Защитени линкове и проверка при всяко действие
Публичните линкове използват случайни токени и проверка на съответния ресурс, срок и права. Според процеса се прилагат PIN, еднократна проверка и ограничаване на опитите. Преизпращането може да смени линка и да направи стария невалиден; не създава общ достъп до организацията. Регистрацията, свързването на профили или запазването за по-късно не възстановяват изтекъл, отменен или изтрит източник.
Подновяване се извършва само чрез разрешения процес и не удължава автоматично физическото съхранение. Отмяната спира бъдещ достъп през услугата, но не премахва вече изтеглени, копирани или разпечатани данни. Получателят трябва да защитава тези копия и да не препраща линк и PIN на неупълномощени лица.
Текущите маршрути за изтегляне проверяват достъпа в приложението и стриймват съдържанието, без да издават общ публичен адрес на файла. Това не доказва незабавно спиране на вече започнал пренос или премахване на кеширани копия. Подписаните S3 адреси в проверения контур са за ограничени части при качване, по подразбиране до 5 минути и не след срока на резервацията. Вече издаден краткосрочен адрес има собствени граници; не обещаваме, че всяка отмяна в приложението го обезсилва мигновено.
6. Частни файлове, проверки и продължаване на качване
Изтегляне и преглед се предлагат след проверка на правата и състоянието, а не чрез общ публичен каталог. Качванията имат ограничения за размер и брой, проверки за опасно съдържание и контролни суми. При чакаща, блокирана, неуспешна или недостъпна проверка файлът не се предлага като проверен и достъпен за изтегляне. Сканирането намалява риск, но не е гаранция, че всеки файл е безвреден.
Продължаването на прекъснато качване използва сървърни резервации, срокове и проверка на избрания файл и получените части. Име и размер сами по себе си не са доказателство за еднакво съдържание. В браузърното локално съхранение не се пазят файлови байтове, пациентски полета, PIN или токени за вход; тайният материал за продължаване е в защитени бисквитки. Състоянията „качен“, „проверява се“ и „готов“ се разграничават.
7. Криптографски и инфраструктурни граници
Кодът използва криптографска защита за определени идентификатори, доказателства, лични бележки и сесиен материал, хеширане за пароли и секрети и SHA-256 контролни суми за файлове. Това не доказва автоматично криптиране на всяка база, файл или резервно копие. Достъпът до ключове, ротацията и възстановяването им трябва да се управляват отделно и с ограничени привилегии.
За производство се изискват HTTPS/TLS, частно хранилище, правилни политики за достъп и проверени сървърни конфигурации. Регионите, конкретният режим на криптиране на хранилището, мрежовата изолация, резервните копия и външните достъпи са факти за внедряването, които изискват доказателства. Не заявяваме потвърдени местоположения или инфраструктурни гаранции само по наличието на конфигурационна променлива.
8. Платформени права, персонал и поддръжка
Платформените роли за собственик, поддръжка, плащания, проверка, сигурност и операции са разделени; привилегированият интерфейс изисква съответните права и потвърдена многофакторна защита. Обичайният помощен изглед използва данни за организация, акаунт, плащане, проверка и безопасни статуси, вместо медицинско съдържание.
По подразбиране поддръжката не получава име или съдържание на файл, клинично заглавие/контекст, пълна пациентска референция, PIN, еднократен код, токен, хеш или път в хранилището. Не е установен продуктов процес за представяне за друг потребител или извънреден медицински достъп. Инфраструктурният достъп на оператори се управлява чрез отделни технически и организационни правила; ограниченията на помощния интерфейс не доказват липса на всякакъв инфраструктурен достъп.
9. Одит, доставка и ограничена диагностика
Съществени действия създават одитни събития и история за достъп, доставка, проверка и управление. „Прието за изпращане“, „доставено“, „отворено“ и „изтеглено“ са различни факти. Неуспешното известяване не се представя като успешно предаване. Статусите на доставчиците трябва да се оценяват според върнатото потвърждение, а тестовото записване не означава реално изпратен SMS или имейл.
Когато Sentry е включен, крайното изчистване допуска ограничен клас на грешка и изходна информация без сурови съобщения, тела на заявки, потребителски контекст, произволни тагове или съдържание. Хронология на действията, приложни журнали, проследяване и запис на сесия са изключени от текущата конфигурация. Операторът проверява действителните получатели, срокове, региони и настройките след промяна на доставчик или версия.
10. Наличност, резервни копия и проверка на възстановяване
Предвидени са проверки за работници, скенер, планировчик, частно хранилище и отделна цел за резервни копия. Проверка на конфигурация или пробно записване, четене и изтриване на синтетичен обект не е резервно копие на базата или доказателство за успешно възстановяване на производство. Автоматично възстановяване и конкретни цели за загуба на данни или време не се обещават без отделно доказателство и договор.
Операторът трябва да установи одобрени графици, изолация и защита на копията, наблюдение на неуспехи и периодични тестове за възстановяване. При възстановяване трябва отново да се приложат отмените, изтриванията и валидните срокове. Наличието на команда или процедура в проекта не удостоверява, че тя се изпълнява успешно в реалната среда.
11. Инциденти и уведомяване
При предполагаем инцидент се оценяват засегнатите системи и данни, ограничават се последствията и се пазят необходими доказателства с ограничен достъп. Когато действа като обработващ и установи нарушение на сигурността на клиентски лични данни, доставчикът уведомява клиента без ненужно забавяне с наличните факти и последващи допълнения. Не се изчаква пълно разследване, за да се съобщи потвърдено нарушение.
Предлага се вътрешна оперативна цел за първоначално уведомяване в рамките на 24 часа от осведомеността, когато практически е възможно. Това е цел за организация на реакцията, а не гарантиран SLA, отделен законов срок или разрешение да се отлага по-ранно възможно уведомяване. Клиентът като администратор оценява отделно задълженията си към надзорния орган и лицата; приложимият 72-часов режим по GDPR не замества задължението на обработващия за уведомяване без ненужно забавяне.
12. Клиентски контрол, промени и доказателства
Клиентът защитава устройствата, проверява получателя, определя минималните роли, предава PIN безопасно, управлява изнесените копия и изпълнява своите медицински архивни задължения. Не трябва да включва PIN, токени или излишни здравни данни в заявки до поддръжката. Съобщения за сигурност се подават на [email protected] или по договорения проверен контакт.
Преди публикуване се утвърждават оценката на риска, конкретната среда, договорните доставчици, конфиденциалността на персонала, обучението, прегледът на привилегиите и редът за инциденти. Съществени промени в обхвата на мерките се отразяват в документа и приложимия договор. Искане за доказателства или одит се организира така, че да пази други клиенти и тайните за сигурност.
Решения преди одобрение
Клаузите по-горе са пълен предложен текст. Тези решения трябва да бъдат уредени преди публикуване или искане за приемане.
Оператор и екип по сигурността
Потвърдете действащи HTTPS/TLS, частни хранилища, области и региони, криптиране, ключове, роли, скенер, работници и планировчик с доказателства за конкретното внедряване.
Операции и собственик на услугата
Одобрете график и срокове на резервните копия, цели за възстановяване, реален тест и повторно прилагане на изтривания/отмени. Разграничете доказателството за целта на копията от реално копие и възстановяване.
Сигурност, отговорник за поверителността и юрист
Одобрете проверени контакти, дежурство, оценка и ескалация на инциденти и предложената 24-часова вътрешна цел. Потвърдете, че тя не отлага „без ненужно забавяне“ и не се публикува като договорен SLA.
Собственик на услугата и сигурност
Документирайте инфраструктурните достъпи, минималните права, многофакторната защита, прегледа на персонала и обучение. Не въвеждайте твърдение за impersonation или извънреден медицински достъп без реализиран и одобрен процес.
Оператор и отговорник за поверителността
Потвърдете изчистването на диагностиката и действителните доставчици, роли, региони, срокове и международни трансфери, включително след обновяване на SDK.
Квалифициран юрист и собственик на услугата
Одобрете пригодността на мерките към риска, окончателните договорни формулировки и начина на публикуване. Тази чернова не е сертификат и не променя приети издания.
