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] или по договорения проверен контакт.
Преди публикуване се утвърждават оценката на риска, конкретната среда, договорните доставчици, конфиденциалността на персонала, обучението, прегледът на привилегиите и редът за инциденти. Съществени промени в обхвата на мерките се отразяват в документа и приложимия договор. Искане за доказателства или одит се организира така, че да пази други клиенти и тайните за сигурност.
Продуктови уточнения за преглед · 20 октомври 2026 г.
Локално прегледаната реализация записва намерението за уведомяване заедно с предоставянето на достъп, преди отделното предаване към опашката. Работникът използва ограничено право за обработка и стабилен идентификатор на доставката. След достигната граница към доставчик непотвърденият резултат остава изрично непотвърден, вместо да се представя като успех или автоматично безопасно повторение.
Тези контроли не доказват текуща производствена конфигурация, работещ планировчик, външна идемпотентност или доставка до устройство. Проверки със синтетични данни и принудително прекратен процес подкрепят конкретни локални граници, а не сертификат, гарантирана наличност или медицинска пригодност.
Уточнен продуктов обхват · 23 октомври 2026 г.
Платформените служители използват изрично предоставена служебна роля, потвърден контакт и потвърден автентикатор. Роля на клиника не създава такива права. Първоначалното предоставяне и възстановяването са контролирани, одитирани действия; потвърждава се действителен код от новия автентикатор, а резервните кодове са еднократни. Поддръжката не иска парола, TOTP ключ или код и не отнема изискването за MFA чрез обикновено запитване.
Автоматичното потвърждение от SMS доставчик и изходящият клиентски webhook са различни доверителни граници и изискват собствена проверка на автентичността. Приет от доставчик, доставен, отворен, изтеглен и прегледан са различни събития. Неясен външен резултат се запазва като непотвърден; не се представя като успешно получаване и не задейства сляпо повторение. Публичната страница за служебен вход не доказва ефективността на всички следващи контроли.
Решения преди одобрение
Клаузите по-горе са пълен предложен текст. Тези решения трябва да бъдат уредени преди публикуване или искане за приемане.
Оператор и екип по сигурността
Потвърдете действащи HTTPS/TLS, частни хранилища, области и региони, криптиране, ключове, роли, скенер, работници и планировчик с доказателства за конкретното внедряване.
Операции и собственик на услугата
Одобрете график и срокове на резервните копия, цели за възстановяване, реален тест и повторно прилагане на изтривания/отмени. Разграничете доказателството за целта на копията от реално копие и възстановяване.
Сигурност, отговорник за поверителността и юрист
Одобрете проверени контакти, дежурство, оценка и ескалация на инциденти и предложената 24-часова вътрешна цел. Потвърдете, че тя не отлага „без ненужно забавяне“ и не се публикува като договорен SLA.
Собственик на услугата и сигурност
Документирайте инфраструктурните достъпи, минималните права, многофакторната защита, прегледа на персонала и обучение. Не въвеждайте твърдение за impersonation или извънреден медицински достъп без реализиран и одобрен процес.
Оператор и отговорник за поверителността
Потвърдете изчистването на диагностиката и действителните доставчици, роли, региони, срокове и международни трансфери, включително след обновяване на SDK.
Квалифициран юрист и собственик на услугата
Одобрете пригодността на мерките към риска, окончателните договорни формулировки и начина на публикуване. Тази чернова не е сертификат и не променя приети издания.
Сигурност, операции и квалифициран юрист
Одобрете мерките според риска и потвърдете наблюдението на опашка, планировчик, доставчици, тайни и инциденти в одобрената среда. Съпоставете обещанията с проверените технически граници.
Юрист, отговорник за поверителността и собственик на продукта
Одобрете точния договорен обхват и разликата спрямо 2026-09-02.2, съпоставете клаузите с целевата среда и приложете плана за уведомяване и повторно приемане. Публичната проверка не потвърждава работата след вход; не приемайте непроверено внедряване или операторски срокове.
