[Défi n°2] Deuxième défi Qt : l'application mobile pour hôpital

[dourouc05]

Bonjour,

Il y a un peu plus d'un an étaient rendus les résultats du premier défi Qt, le buddhabrot. Depuis lors, beaucoup de choses ont changé dans l'environnement Qt, mais ce n'est pas le sujet du jour : le deuxième défi Qt débute en cet instant.

Le sujet en est radicalement différent : passons des magnifiques applications des mathématiques... à l'hôpital. Les mauvaises langues diront « au service psychiatrique ».

Imaginez l'hôpital du futur. L'ensemble des services, des appareils, des données des patients et des médecins reliés entre eux par un réseau. Le médecin n'aurait qu'à sortir sa tablette graphique pour avoir accès aux résultats biologiques de ses patients, recevoir des alertes lorsqu'un patient a un problème ou communiquer en vidéo avec le chirurgien de garde pour avoir un avis. De la haute technologie créée spécifiquement pour le domaine de la santé afin de sauver des vies.

Imaginez maintenant l'interface utilisateur associée...

De beaux lots sont mis en jeux : pour le premier, une entrée aux Qt Developer Days les plus proches de son domicile (soit 699 €), à Munich ou San Fransisco, fin octobre ou début novembre, ainsi que plusieurs N900. À noter que, si une équipe gagne, seul un de ses membres pourra recevoir l'invitation aux Qt Developer Days, les membres restants recevront un N900, il est préférable de discuter ce point pour les équipes dès le début.
Le défi court du 01/06/2011 au 14/09/2011, 23h59, la date de dépôt faisant foi.

Page d'accueil des défis
Les règles
Le dépôt des projets
Le forum des défis
Le deuxième défi Qt : une application mobile pour hôpital

N'hésitez pas à poster ci après toute question relative à ce défi et à ses règles. Pour les questions d'ordre technique qui vous viendraient à l'esprit lors de l'écriture de votre application, préférez les forums Qt.

Notez qu'il est fortement recommandé de participer par équipe : elles peuvent être constituées d'au plus trois membres. Il est possible de leur fournir des outils appropriés pour le travail en groupe (SVN, Redmine notamment).

Autre grande nouveauté par rapport au défi précédent : la liberté du langage. Vous pouvez rendre une participation en C++ pur, en Python en utilisant PyQt ou PySide, en Java avec QtJambi, en Perl avec QtPerl... ou entièrement en QML/JavaScript !

Addendum sur les outils pour les équipes (SVN, Redmine)

Pour l'ouverture d'un SVN, il faut transmettre par MP à un membre du jury (par exemple en cliquant sur le bouton MP ci-dessous) les informations suivantes :
- le nom du projet (pour l'URL du SVN) ;
- public ou privé (si vous choisissez privé, les sources ne seront pas visibles pendant toute la durée du défi, sachant que les sources de toutes les participations seront disponibles à la fin dudit défi) ;
- les utilisateurs à créer ainsi que leurs adresses email.

Pour Redmine, il faut le nom du projet à créer ainsi que tous les utilisateurs qu'il faut nommer chef de projet (tous les droits sur le projet sur Redmine) une fois qu'ils sont connectés sur Redmine (http://projets.developpez.com/).

À la fin du défi, ces outils seront fermés.

[Amnell]

Bonne chance à tous les participants !

[0x4e84]

Ce défi aura été attendu, à en juger l'effervescence qui règne sur le forum depuis qu'un teaser a été lâché...

Une idée intéressante, beaucoup à apprendre... Comptez-moi parmi les participants!

0x4e84

[GreatTux]

Beau sujet, beaux lots... ça va être une réussite !

[johnlamericain]

Sur le même schèma que le défi n°1, vous pouvez créer une discusstion par équipe dans ce forum (non pas par membre ou alors si vous êtes en solo) avec :

1. votre composition d'équipe ;
2. vos idées que vous voulez dévoiler ;
3. vos questions ;
4. votre avancement ;
5. vos captures d'écrans ;
6. et bien plus encore...

Bon courage à tous et à vos

[std_abdel]

Elle débute ! L'aventure !

[dourouc05]

Heureux de voir que ça vous plaît déjà !

Un sondage a été ajouté à ce topic, n'hésitez pas à vous y exprimer !

[johnlamericain]

Envoyé par dourouc05

Heureux de voir que ça vous plaît déjà !

Un sondage a été ajouté à ce topic, n'hésitez pas à vous y exprimer !

J'ai rajouté une réponse pour moi

[dourouc05]

Je n'y avais pas pensé, à celle-là ! A voté aussi !

[gbdivers]

Petites précisions suite à une remarque hier sur le chat

Ce qui nous intéresse, c'est de montrer l'utilisation de Qt pour créer une application "moderne", pas de vendre une application. Donc inutile de contacter un hôpital pour savoir leurs besoins. Dans la même idée, plus vous utilisez de fonctionnalités différentes de Qt (thread, fichier, base de données, etc.), mieux ça sera.

Pour les équipes, la formation optimale n'est pas forcément de rassembler 3 experts en Qt. Une équipe de 2 personnes pourrait être constituée par exemple d'un développeur C++/Qt et d'un graphiste pour l'IHM. Une équipe de 3 personnes pourrait être constituée par un développeur C++/Qt pour le back-end, un pour le front-end et un graphiste. Soyez originaux. Prenez l'initiative de contacter des personnes et de faire une demande de recrutement pour votre projet. Je rappelle qu'il n'y a pas de malus si on est plusieurs sur un projet (maximum 3), ni de bonus si on est tout seul.

Si vous êtes débutant en C++/Qt et que vous n'avez pas assez confiance pour vous lancer seul, vous pouvez contacter une personne qui a lancé son projet pour proposer votre aide sur une partie du développement. Vous pouvez vous concentrer par exemple sur la partie réseau ou sur la partie base de données.

Bon courage !

[std_abdel]

Il commence déjà avec ses questions...

IV. Consignes/ [...] vous devez créer le logiciel médical, divisé en deux programmes [...]

Très bien... Le soucis c'est que dans le futur les usagers seront probablement dépendant des machines, donc on ne peut pas se permettre de réfléchir à un système centralisé autour d'un serveur étant donné que si ce dernier tombe, c'est la catastrophe assuré ! Je pense alors adopter pour ce défi une architecture décentralisé, un truc à la p2p quoi... Puis-je penser de la sorte ?

[QxOrm]

Très sympa ce défi Qt

Je me permets une petite remarque vu qu'on parle de la bibliothèque QxOrm dans la présentation du défi : outre la persistance (liaison entre la BDD et le programme Qt basé sur le module QtSql), la bibliothèque QxOrm peut également gérer les transferts des données entre la partie cliente et la partie serveur de votre programme (le tout basé sur les modules QtNetwork et boost::serialization).

Un tutoriel (en français) est disponible sur le site de QxOrm pour ceux que ça intéresse :
http://www.qxorm.com/qxorm_fr/tutorial_2.html

Bon courage à tous !

[dourouc05]

Envoyé par std_abdel

Puis-je penser de la sorte ?

Dans ce cas, chaque terminal aura un client et un serveur, non ? Dans ce cas, en quoi n'es-tu pas dans ce que l'on demande ? Je ne pense pas que nous ayons demandé du centralisé. Par contre, il faut faire bien attention : si tu propages tes données sur tous les terminaux, ça va les surcharger, il ne faut envoyer que ce qu'il faut où il faut.

Sinon, il n'y aura probablement pas un serveur, mais une grappe de serveurs, avec de la redondance au cas où un admin aurait oublié ce mot. Un hôpital ne sera probablement jamais dans la situation de tous les serveurs KO, sauf si l'hôpital est par terre.

[feda12]

Bonjour,

je vais probablement participer à ce défi malgré mon jeune âge et mon manque d'expérience certain, cependant une remarque m'est venue à l'esprit, dans le sujet, vous parlez d'implémenter des fonctions de visualisation 3D des organes et des os, techniquement parlant c'est parfaitement réalisable, mais cela n'existe pas(pas encore surement), donc est-ce juste une fonctionnalité "bidon" pour faire travailler les équipes sur OpenGL ?

De plus, vous conseillez le travail en équipe, mais pensez-vous que cela est réalisable par une seule personne ?

[Guilp]

Franchement, bravo pour l'initiative. Ce concours est vraiment une excellente idée! Les spécifications du projet sont très attirantes, un bon défi . (Le genre de concours auquel j'aurais vraiment aimé participer, mais hélas, je suis déjà engagé dans un autre projet qui prend tout mon temps )

[dourouc05]

Envoyé par feda12

donc est-ce juste une fonctionnalité "bidon" pour faire travailler les équipes sur OpenGL ?

Les modèles 3D mis à disposition ne viennent cependant pas de /dev/null . N'oublie pas non plus qu'on se situe dans un contexte plutôt futuriste, avec du matériel d'imagerie médicale plus poussé que ce qu'on a actuellement.

(En fait, tu pourrais très bien partir dans un trip pour tout ce qui est proposé, en inventant des choses aussi farfelues que possible pour chacun des points, cela sera quand même accepté ).

Envoyé par feda12

De plus, vous conseillez le travail en équipe, mais pensez-vous que cela est réalisable par une seule personne ?

C'est possible, mais pas forcément aisé.

[Amnell]

Envoyé par feda12

De plus, vous conseillez le travail en équipe, mais pensez-vous que cela est réalisable par une seule personne ?

Tout comme dans l'autre défi, on peut participer seul ou en équipe, selon ses préférences. Pour ma part, par exemple, je vais participer seul.

[dourouc05]

Premier addendum, concernant les outils à destination des équipes, soit SVN et Redmine, voir la partie ajoutée dans le premier message (eh oui, il y a déjà un duo qui se prépare !).

[feda12]

Merci de vos réponses, nous sommes vraiment libres en fait .

(je pense me limiter à la technologie humaine)

[dourouc05]

Le but était de vous donner un maximum de liberté, avec des lignes directrices pour éviter l'« écran blanc » !