Discussion :

[Ultradoux]

Bonjour,

J'ai développé un outil VBA Excel de gestion des stocks (pour un 12aine d'utilisateurs seulement).

• Avantage : solution facile à mettre en place sur un réseau aux droits limités (hôpital)
  
• Inconvénient : le fichier est sur le réseau, et n'autorise qu'un seul utilisateur à la fois.

J'ai donc pensé à une solution SQL.

• Première question : auriez vous une autre idée ?
  
• Deuxième question : SQLite peut-il être utilisé pour cette application qui ne devrait gérer que 4 utilisateurs max. en même temps, avec assez peu de requête d'écriture finalement (maximum 10/jour pour un usage normal), et si la base de donnée est sur un disque réseau ? J'ai cru comprendre que ce n'était pas une bonne idée...
  
• Troisième question : est-ce une galère pour un service informatique d'ajouter une base SQL sur un serveur pour une application qui n'a rien d'officiel ? Je suis pas sûr d'être clair... En gros, est-ce que vous pensez que c'est peine perdue, surtout pour un réseau informatique de CHU...
  

Merci !

[SQLpro]

SQL lite n'est pas conçu pour avoir plusieurs utilisateurs simultanés. C'est un outil de type embarqué pour mettre dans un logiciel de frigo, machine à laver ou téléviseur.

A +

[escartefigue]

Bonjour,

Pour des raisons de sécurité, votre logiciel et votre BDD doivent être agréés par la DSI ou le service en charge de la sécurité.
De plus, le médical est soumis à des contraintes supplémentaires liées à la confidentialité des données. Renseignez-vous bien sur le sujet.
Enfin, comme indiqué par SQLPro, SQLite est un SGBD mono utilisateur, donc pas adapté à votre besoin.

[Ultradoux]

Merci pour vos réponses.

DSI = Direction de sécurité informatique ?

Je me doute que la réglementation doit être très stricte, vous avez raison. Cela dit, si les données restent sur le réseau de l'hôpital auquel on ne peut accéder de toute manière qu'en s'identifiant, vous pensez que ça reste problématique ?

[qi130]

MDSI = Direction de sécurité informatique ?

Oui!

Bonjour,
La présence des données sur un réseau interne n'est pas un souci.

Par contre il y a plein "d'à côtés" auxquels on ne pense pas toujours:

• RGPD, mais s'il ne s'agit que de gestion de stock, ça devrait aller
• la sauvegarde de ces données: à quelle fréquence le disque réseau est-il sauvegardé? Quel historique est conservé? Quel délai de restauration? La restauration spécifique de la base est-elle possible?
• les futures extensions fonctionnelles de l'application : dans quelles mesures seront-elles compatibles avec les 2 points précédents? Qui y veillera? (ex: listing des sorties du stock par utilisateur => données perso - Si la vision du stock devient déterminante pour accepter 1 patient d'un autre service, problème de disponibilité/fraicheur des données)
• Si vous quittez l'entreprise, qui prendra votre relai pour la maintenance?
• J'attire aussi votre attention sur les montées de version des outils MS-office et la compatibilité des instructions VBA (ou macro): au mieux, l'application plante pour vous signaler un problème, au pire ça fonctionne en produisant un résultat erroné !

Bref, si une DSI existe, c'est souvent pour de bonnes raisons (même si les utilisateurs râlent )

[escartefigue]

Merci pour vos réponses.

DSI = Direction de sécurité informatique ?

Oui!

En général c'est plutôt la : Direction des Systèmes d'Information
La sécurité informatique peut dépendre de la DSI ou d'une autre direction selon l'organisation de l'entreprise

[SQLpro]

...RGPD, mais s'il ne s'agit que de gestion de stock, ça devrait aller...

Pas tout à fait d'accord, car il devrait y avoir du personnel pour gérer les stockes, ne serait-ce que les utilisateurs...

A +