Discussion :

[sebastien.bordat]

Bonjour

Nous développons une application web dans le domaine du médical.

Le traitement des données médicales étant soumises à des règles strictes, nous souhaitons partir sur un système d'1 base de données par cabinet (afin de sécurisé et isolé au maximum les données de nos clients) et une base de données centrale.

1.

La base "centrale" doit elle servir uniquement à la connexion de nos clients ?

2. (qui dépend de la question 1!)

Nous avons des tables qui sont communes aux cabinets (par exemple la table des civilités pour les patients).

Pensez-vous que l'on doit mettre ces tables dans la base "centrale" (ce qui me parait logique vu que c'est commun à tout le monde) ou est il plus judicieux de les dupliquer dans chaque base "cabinet" ?
Si en base "centrale", comment sont gérées les relations (clés étrangères) entre les bases de données, surtout si celles ci sont sur des serveurs séparés ?


Merci

[escartefigue]

Nous développons une application web dans le domaine du médical.

Le traitement des données médicales étant soumises à des règles strictes, nous souhaitons partir sur un système d'1 base de données par cabinet (afin de sécurisé et isolé au maximum les données de nos clients) et une base de données centrale.

Quelles sont ces règles, avez vous vérifié si MySQL est capable d'y répondre avant de choisir ce SGBD ?

[SQLpro]

C'est affligeant de voir des gens choisir mysql comme sgbdr pour le domaine de la santé sachant qu'au niveau de la sécurité c'est une véritable passoire !

Même son système de chiffrement des données se casse en quelques minutes par une analyse fréquentielle vu qu'il n'est pas salé...

[Artemus24]

Salut à tous.

Suite à la remarque de SQLPRO, est-ce que vous allez utiliser MySql pour faire une base médicale ???
Normalement MySql n'est pas destiné à ce genre d'usage, mais plutôt pour le web.
Donc petites bases de données dont la sécurité n'est pas trop importante.
Et dont la volumétrie n'est pas très importante, genre 100.000 lignes.

Je vous conseille plutôt de vous tourner vers Microsoft SQL Server, dont SQLPRO vous conseillera certainement.

@+

[IT_Pro_Target]

Normalement MySql n'est pas destiné à ce genre d'usage, mais plutôt pour le web.
@+

est ce que vous avez bien lus son premier message ? il dit qu'il veut créer une application web destinée aux cabinets médicaux.

[Artemus24]

Salut IT_Pro_Target.

Vous vous êtes attardés que sur le coté Web. Or quand je dis :

Normalement MySql n'est pas destiné à ce genre d'usage ...

je parlais bien sûr de l'aspect sécuritaire de tout ce qui est médical.

MySql n'est pas suffisamment sécurisé pour offrir toutes les garanties de confidentialités que réclame les dossiers médicaux.
C'est pourquoi, j'estime que Microsoft SQL Server est mieux conçu que MySql pour tout ce qui touche à la sécurité.

@+

[SQLpro]

D'autant plus que le RGPD a renforcé les exigences de sécurité qui sont aujourd'hui totalement hors de portée de MySQmerde....

A +

[identifiant_bidon]

C'est peut-être juste une question de prix. Ils utilisent MySQL pour commencer, étant gratuit puis migreront plus tard si l'appli prend (un espèce de POC quoi !)

[escartefigue]

Si c'est ça la raison, c'est la politique de l'autruche !
Vérifiez la nature du contenu de l'appli et le caractère confidentiel ou non des informations à gérer
Le cas échéant, alertez votre hiérarchie par écrit sur les failles de sécurité encourues et la réglementation en vigueur