1. Обхват и статус на регистъра
Този проект описва поддържани в продукта услуги и наблюдавани исторически сведения. Той не удостоверява кои производствени акаунти, договорни дружества или региони действително се използват сега. Марка, библиотека, настройка или преминал локален тест не е доказателство за одобрен доставчик. Преди публикуване операторът потвърждава и датира действащия регистър; непроверена връзка не се представя като одобрена.
За всяка действително използвана услуга се записват точно дружество и продукт, функция, категории данни и лица, местоположение на обработване и поддръжка, последващи обработващи, договор/DPA, механизъм за трансфер, срокове и ред за изтриване, контакт и дата на проверката. Доставчик може да е обработващ за една дейност и самостоятелен администратор за друга. Списъкът не дава на никого медицинско право извън конкретните инструкции.
2. Приложение, база данни и оперативна инфраструктура
Хостването на публичния сайт, защитения портал и API може да обработва мрежови и сесийни данни, профили, контакти, разрешено клинично съдържание и метаданни. Базата данни съхранява клинични описания, права, история, организационни и счетоводни записи; кешове, опашки, журнални и резервни системи могат да обработват необходимите технически записи. PostgreSQL, Redis, Laravel и Next.js са технологии и не идентифицират сами външно договорно дружество.
Исторически документ от 4 септември 2026 г. посочва Netlify и настройки за AWS и Sentry. Той е датирано сведение, което изисква ново потвърждение за текуща среда, договорно дружество, функции, държави и отдалечен служебен достъп. Доставчиците на API, база данни, кеш, опашки, копия и мониторинг се установяват от операторския регистър, а не се дописват по предположение.
3. Файлово хранилище, архив и копия
Продуктът поддържа частно локално и S3-съвместимо хранилище, включително Amazon Web Services при конфигурация. Обработваните данни могат да включват медицински файлове, върнати резултати, технически обекти, контролни суми и необходима история на съхранение/възстановяване. Самостоятелно управляван диск не е нов външен доставчик; обслужващата го инфраструктура все пак трябва да бъде установена.
Посочване на S3 регион или историческо eu-north-1 не доказва местоположението на копия, журнални данни, администраторски достъп и подизпълнители. Операторът потвърждава договора, избраните услуги, регионите, трансферите, ключовете, политиките за архив/изтриване и всяка система за резервни копия. Доказателство за работещо възстановяване и повторно прилагане на отмени е отделно от наличието на код за архив.
4. Имейл и SMS
Поддържат се Brevo и конфигурируеми SMTP/API канали за имейл; кодът съдържа и възможности за Postmark, Amazon SES и Resend. Това не означава, че всички са активни. За SMS се поддържа SMSAPI канал към api.smsapi.bg; локалният журнален режим не изпраща реално SMS. Договорното дружество, държавите, поддръжката, последващите обработващи и сроковете се потвърждават за избрания действителен акаунт.
Комуникационният доставчик получава контакта, създаденото съобщение, референция и състояния за доставка. SMS до конкретен получател съдържа линк и срок без PIN; изпращачът го предава отделно. Отделен Пациентски ключ може да изпрати своя код/PIN по избрания SMS. За вход и сигурност съобщенията могат да съдържат удостоверителен код. Защитени линкове и кодове също са чувствителни данни; шаблоните, журналите и сроковете трябва да бъдат прегледани и минимизирани. Не се допуска ненужно медицинско съдържание в известията.
5. Защита на форми и техническа диагностика
Cloudflare Turnstile се използва условно за защита на съответни публични форми срещу автоматизирана злоупотреба. Може да обработва мрежови, браузърни и предизвикателни сигнали. Продуктът не го предназначава за медицинско съдържание или реклама. Други Cloudflare функции като DNS/CDN/WAF не се обявяват за текущо включени само от наличието на Turnstile; операторът потвърждава действителните услуги и данни.
Sentry е условна техническа диагностика при конфигуриран DSN. Прегледаната настройка ограничава лични данни, съдържание на събития и подробна телеметрия; не включва сесийно записване като разрешена продуктова дейност. Това не е доказателство, че проектът, регионът, срокът и всички външни скриптове в реална среда са потвърдени. Историческо указание за EU регион изисква текущо операторско доказателство. Журнален или мониторингов доставчик се посочва отделно, когато действително получава данни.
6. Плащане и счетоводство
Stripe се използва за изрично започнат картов платежен процес и клиентски портал, когато е конфигуриран. Обработва клиентски/счетоводни данни, план, суми, валута, платежни референции и защитни сигнали; медицински файлове не са част от предназначения платежен поток. Stripe може да има самостоятелна роля за регулаторни и противоизмамни цели според приложимите договори. Код за Stripe не доказва одобрени данъчни настройки или реално получено плащане.
Банката и счетоводните получатели се идентифицират от действителните договори и реквизити. Те могат да обработват юридически данни, фактури, плащания и корекции в собствена или възложена роля. Не се измислят банка, VAT статус, държава или законов срок от примерна конфигурация. Реферален кредит е вътрешен счетоводен запис за допустима нова проформа, а не обещан паричен превод.
7. Сканиране, поддръжка и клиентски системи
ClamAV, когато е управляван вътрешно, е средство за проверка и не е самостоятелен външен облачен обработващ. При управляван отвън скенер или изпращане на копия към външна услуга тя трябва да бъде прегледана и включена с обхвата на файловите данни. Локалната разработка и симулираните проверки не доказват работещо производствено сканиране.
Разговорите с поддръжката са част от приложението и използват безопасни данни. Външен доставчик за поддръжка не е доказан само от този екран и се добавя, ако действително се използва. Софтуер, API получател или webhook адрес, избран от Клиента, е негово решение и не става автоматично последващ обработващ на Каризо. Клиентът одобрява своята интеграция и правното основание за предоставяне; тя получава само разрешения обхват.
8. Гаранции, трансфери и достъп до информация
За обработване по инструкция се изискват достатъчни гаранции и съответстващи договорни задължения. Трансфер извън ЕИП изисква приложим механизъм, оценка на условията и допълнителни мерки, когато са нужни. Адекватност, сертификация, EU-only режим или стандартни договорни клаузи не се заявяват без доказателство за конкретното дружество, услуга и акаунт. Поддръжка от друга държава и достъпът на последващи обработващи са част от оценката.
Клиент може да поиска информация за актуалния регистър и приложимите гаранции чрез [email protected]. Предоставят се нужните сведения при защита на търговски и защитни тайни; липса на текущо доказателство се посочва ясно. Не изпращайте медицински файлове или секретни данни за достъп за такава проверка.
9. Уведомяване, възражение и прекратяване
При добавяне или замяна на последващ обработващ действащият DPA модел предвижда най-малко 30 дни предварително уведомяване до проверения договорен контакт с дружество, функция, данни, държави, начало и канал за възражение. При необходима спешна промяна за сигурност или закон се записват причината и най-малкият необходим обхват и се уведомява възможно най-скоро. Настоящият проект запазва този модел и не въвежда мълчаливо по-кратък срок.
Обосновано възражение за защита на данните се разглежда с Клиента. Търсят се ограничение, мерки или приемлива алтернатива; ако няма решение, страните организират прекратяване на засегнатата услуга и разрешено връщане/изтриване. Одобрената промяна се записва с версия, дата, доказателства и клиентско уведомяване. Списъкът с поддържани интеграции не заменя тази процедура.
Продуктови уточнения за преглед · 20 октомври 2026 г.
Наличието на опашка, запис за надеждно изпращане или екран за поддръжка не установява нов външен доставчик. Операторът идентифицира действителните услуги за изпълнение, транспорт, хранилище и наблюдение и договорните им лица. Синтетична локална поща или SMS приемник не доказва производствен доставчик, местоположение или доставка.
Регистърът трябва да обхване контактите и минималните съобщения, както и чувствителността на защитените линкове и кодове. Поддръжката не получава общо право да изпраща медицински файлове до външна услуга. Нов външен инструмент изисква собствена оценка и приложимото договорно уведомяване.
Доказателства за действителния регистър преди публикуване
Подгответе отделен датиран запис за публичен сайт/портал, API, база данни, кеш/опашки, файлове/архив, резервни копия, журнали/наблюдение, имейл, SMS, плащания и защита на формите. За всяка функция посочете „действително използвана“, „изключена“ или „управлявана вътрешно“, отговорник и доказателство от целевата среда. За външна услуга добавете договорно дружество/продукт, акаунт без тайни, държави на обработване и поддръжка, договор/DPA и трансфери, срокове/изход и дата на одобрение. Непопълнено поле остава непотвърдено; то не означава липса на доставчик или трансфер.
Решения преди одобрение
Клаузите по-горе са пълен предложен текст. Тези решения трябва да бъдат уредени преди публикуване или искане за приемане.
Оператор и договорен собственик
Потвърдете всяко действително договорно дружество, акаунт, услуга, държава/регион, отдалечена поддръжка и последващ обработващ, включително frontend, API, база, кеш/опашки, журнали и копия. Историческите сведения от 4 септември не са текущо потвърждение. Съхранете датирано доказателство; не публикувайте този преглед като окончателен активен регистър.
Юрист и отговорници за сигурност/поверителност
Одобрете DPA/договорите, ролите по дейности, трансферните механизми/оценки, сроковете и изхода от всеки доставчик. Проверете реалните шаблони и журналите за линкове, кодове и медицински данни, както и данъчните/платежните настройки със счетоводител.
Договорен собственик и юрист
Одобрете и упражнете 30-дневния ред за уведомяване, спешното изключение и обработване на възражение/прекратяване. Потвърдете проверените клиентски контакти и доказателствата за изпратени съобщения. Регистърът се актуализира при одобрена промяна, без автоматично приемане на нов договор.
Оператор, поверителност и снабдяване
Потвърдете действителния регистър, договори, региони, достъп от поддръжка, последващи обработващи и трансфери за всяка активна услуга. Не добавяйте предполагаем доставчик от библиотека или тест.
Оператор, договорен собственик и юрист
Не одобрявайте публикуване преди всички функции да имат проверен запис и договорен собственик. За промяна на доставчик приложете датираното уведомление до проверените договорни контакти, резултата от възраженията и одобрената дата за влизане в сила.
