В декабре OVHcloud получила технические требования, необходимые для работы HDH
В декабре OVHcloud получила технические требования, необходимые для работы HDH. Центр медицинских данных. Впервые мы получили точную техническую информацию, позволяющую понять, что нужно HDH как продукту публичного облака, с подробной информацией о его функциях.
Несмотря на то, что мы получили 6 версий файлов, при этом количество требований увеличилось с 200 до >400, за 2-3 недели, чтобы «немедленно ответить», мы оценили возможность понять, что технически необходимо HDH для функционирования.
Примечание: видимо Azure не будет проверять 100% требований!? (Признаюсь, я тоже не понял. Во всяком случае). Большой! Давайте поработаем над ответом!
Примечание: мы были очень удивлены тем, что нас попросили пройти сертификацию SecNumCloud по всем требованиям, тогда как для данных о состоянии здоровья требуется сертификация HDS (хостинг медицинских данных). Сертификация SecNumCloud необходима для размещения данных государственных служб. Это первый раз, когда нас попросили предоставить SecNumCloud для данных о состоянии здоровья. Кроме того, Azure теперь предоставляет хостинг HDH с сертификацией HDS. Так зачем же запрашивать SecNumCloud у OVHcloud вместо того, чтобы оставаться на сертификации HDS? Любопытно, но я думаю, что рано или поздно мы получим ответ.
Краткий. Краткий. Краткий. Все это говорит о том, что я хотел бы воспользоваться возможностью, чтобы поделиться с вами «готовностью» публичного облака OVHcloud с HDS в контексте требований HDH. То же самое прикрепляю и к SecNumCloud.
Это «современное» наше публичное облако с сертификацией HDS и SNC, созданное на основе наших «публичных» дорожных карт и без каких-либо изменений в этих дорожных картах. Это «как есть». Это то, что мы развиваем в данный момент.
Я прикрепляю несколько скриншотов с подробностями того, что произойдет в ближайшее время и что мы еще не включили в дорожные карты. В полной прозрачности у вас есть вся информация :)
Примечание: я провожу 2–4 встречи в неделю с потенциальными клиентами и клиентами, чтобы собрать списки технических требований. Я очень ценю такую точную документацию, потому что она реальна: «да, я использую этот продукт и эту функциональность». Это позволяет нам влиять на наши дорожные карты, например, добавляя продукт в дорожную карту или функцию в продукт. Если серьезно относиться к документу HDH, наша «готовность» будет меняться в ближайшие месяцы :)
А если вы также хотите поделиться с нами своим списком продуктов, которые вы используете в AWS Azure GCP, а также техническими требованиями, которых вам не хватает для перехода к нам, не стесняйтесь обращаться ко мне! Мы составляем наши дорожные карты с этой информацией!
Спасибо команде, которая работала над этими документами и ответами!
Всех с праздником :)
По поводу дат, небольшое уточнение: на уровне SecNumCloud дата означает «D0» т.е. «документация SNC отправлена в ANSSI, мы готовы к аудиту». В ходе этого процесса мы предложим продукт, который будет соответствовать всем требованиям SNC, но который будет сертифицирован позже. Почему мы это делаем? Потому что ANSSI не сертифицирует продукцию SNC, на которую нет запросов клиентов. Мы должны доказать, что у нас есть (будущие) клиенты.
Несмотря на то, что мы получили 6 версий файлов, при этом количество требований увеличилось с 200 до >400, за 2-3 недели, чтобы «немедленно ответить», мы оценили возможность понять, что технически необходимо HDH для функционирования.
Примечание: видимо Azure не будет проверять 100% требований!? (Признаюсь, я тоже не понял. Во всяком случае). Большой! Давайте поработаем над ответом!
Примечание: мы были очень удивлены тем, что нас попросили пройти сертификацию SecNumCloud по всем требованиям, тогда как для данных о состоянии здоровья требуется сертификация HDS (хостинг медицинских данных). Сертификация SecNumCloud необходима для размещения данных государственных служб. Это первый раз, когда нас попросили предоставить SecNumCloud для данных о состоянии здоровья. Кроме того, Azure теперь предоставляет хостинг HDH с сертификацией HDS. Так зачем же запрашивать SecNumCloud у OVHcloud вместо того, чтобы оставаться на сертификации HDS? Любопытно, но я думаю, что рано или поздно мы получим ответ.
Краткий. Краткий. Краткий. Все это говорит о том, что я хотел бы воспользоваться возможностью, чтобы поделиться с вами «готовностью» публичного облака OVHcloud с HDS в контексте требований HDH. То же самое прикрепляю и к SecNumCloud.
Это «современное» наше публичное облако с сертификацией HDS и SNC, созданное на основе наших «публичных» дорожных карт и без каких-либо изменений в этих дорожных картах. Это «как есть». Это то, что мы развиваем в данный момент.
Я прикрепляю несколько скриншотов с подробностями того, что произойдет в ближайшее время и что мы еще не включили в дорожные карты. В полной прозрачности у вас есть вся информация :)
Примечание: я провожу 2–4 встречи в неделю с потенциальными клиентами и клиентами, чтобы собрать списки технических требований. Я очень ценю такую точную документацию, потому что она реальна: «да, я использую этот продукт и эту функциональность». Это позволяет нам влиять на наши дорожные карты, например, добавляя продукт в дорожную карту или функцию в продукт. Если серьезно относиться к документу HDH, наша «готовность» будет меняться в ближайшие месяцы :)
А если вы также хотите поделиться с нами своим списком продуктов, которые вы используете в AWS Azure GCP, а также техническими требованиями, которых вам не хватает для перехода к нам, не стесняйтесь обращаться ко мне! Мы составляем наши дорожные карты с этой информацией!
Спасибо команде, которая работала над этими документами и ответами!
Всех с праздником :)
По поводу дат, небольшое уточнение: на уровне SecNumCloud дата означает «D0» т.е. «документация SNC отправлена в ANSSI, мы готовы к аудиту». В ходе этого процесса мы предложим продукт, который будет соответствовать всем требованиям SNC, но который будет сертифицирован позже. Почему мы это делаем? Потому что ANSSI не сертифицирует продукцию SNC, на которую нет запросов клиентов. Мы должны доказать, что у нас есть (будущие) клиенты.
