Tierce maintenance applicative du DCC ONCO AURA

La prestation couvre la tierce maintenance applicative de l’ancienne version de l’outil RCP et de la nouvelle version du DCC ONCO AURA, ainsi que les évolutions, adaptations et développements du DCC. Le titulaire intervient sur un accord-cadre mono-attributaire exécuté par bons de commande, avec des prestations à prix unitaires ou forfaitaires. Les licences, moyens matériels, logiciels et frais de communication nécessaires sont à sa charge.

Le DCC et l’outil RCP organisent la concertation pluridisciplinaire autour du patient, notamment :

• paramétrage et planification autonomes des RCP ;
• inscription des patients, préparation et projection des dossiers en séance ;
• saisie des avis et participants, validation et production des comptes rendus ;
• diffusion des comptes rendus par MSS, export des données médicales et administration des modèles de fiches ;
• pour la nouvelle version, partage des fiches RCP et du PPS dans le SI DMP en PDF CDA R2 niveau 1 et en structuré CDA R2 niveau 3, avec restitution d’indicateurs d’usage ;
• module PPS : création, pièces jointes, validation, impression, diffusion, consultation et suivi des PPS remis aux patients.

Le socle de l’ancienne version comprend une application web ASP.Net et une base SQL Server d’environ 120 000 lignes de code. Le nouveau DCC repose sur un front React, un backend C# .NET et une base SQL Server. Les autres briques régionales décrites comme hors champ ne relèvent pas de la maintenance demandée.

Réversibilité et documentation

La réversibilité entrante est forfaitaire et doit être réalisée dans un délai de 2 mois. Elle comprend notamment le transfert de l’architecture, des documentations techniques, des normes et méthodes de conception et développement, de la stratégie de tests, du dépôt Git et du code source, ainsi que des modalités de configuration et de livraison.

Le titulaire met à jour ou complète :

• le schéma d’architecture et la description des composants ;
• les flux et communications avec le système d’information régional ;
• la documentation des API, notamment via Swagger ;
• les règles de nommage et consignes de développement ;
• les procédures de packaging et de livraison en recette, préproduction et production.

La documentation est un livrable de chaque nouvelle version. En fin de contrat, la réversibilité sortante inclut le transfert de l’ensemble des données, la période de recouvrement, le transfert de compétences, le code source, Git, les procédures de configuration et de livraison, ainsi que la restitution de la documentation. Le plan de réversibilité final doit être livré sous 7 jours ouvrés après la commande ; la mise en œuvre ne peut excéder 2 mois et se conclut par un procès-verbal de fin de réversibilité.

Maintien en ordre de marche

Pour l’ancien outil RCP, le titulaire assure au minimum les correctifs bloquants nécessaires à la continuité de service, sans gestion des versions de composants ni traitement de l’obsolescence technique. Pour le nouveau DCC, il assure la maintenance préventive, la réduction de la dette technique, le traitement de l’obsolescence technologique et la maintenance corrective des régressions ou dysfonctionnements non détectés lors des livraisons.

Les repères de charge indiqués sont notamment 1 incident de production ou bug bloquant tous les 3 mois, 2 anomalies correctives par période de 2 mois et 1 à 2 cycles annuels de mise à jour de composants et de correctifs de sécurité. Une anomalie bloquante doit être définitivement résolue dans le délai le plus court possible et, à défaut, sous 1 jour ouvré maximum. Le titulaire coopère avec le GCS SARA et met en place les systèmes de supervision et de journalisation nécessaires.

Les incidents sont classés P1 bloquant, P2 majeur ou P3 mineur. Les notifications passent par tickets JIRA, canal Teams « projet DCC » ou courriel au chef de projet du titulaire. Les délais contractuels attendus sont :

• P1 : accusé de réception et prise en charge sous 1 heure, intervention de 4 à 8 heures ouvrées et rétablissement sous 1 jour ouvré au maximum ;
• P2 : intervention sous 4 heures et rétablissement sous 3 jours ouvrés ;
• P3 : intervention sous 1 jour et correction lors de la prochaine mise à jour prévue.

Les corrections dues à une régression provenant d’une livraison du titulaire ne sont pas facturables et la documentation doit être mise à jour avec chaque correction ou livraison.

Maintenance évolutive et livraisons

La maintenance évolutive couvre les évolutions fonctionnelles, réglementaires et l’adaptation à un nouvel environnement technique. Chaque demande, transmise par ticket JIRA ou cahier des charges fonctionnel, donne lieu à des spécifications techniques détaillées ou à un prototype, un devis et un planning.

Le périmètre d’une commande peut comprendre la conception, le développement, les tests unitaires et de performance, les livraisons en recette puis en préproduction et production, les données nécessaires aux tests d’intégration et de non-régression, et la mise à jour documentaire. Le chiffrage s’effectue selon les tarifs journaliers par profil et les unités d’œuvre du bordereau.

Les livraisons sont contrôlées par une Vérification d’Aptitude puis une Vérification de Service Régulier. Le contrôle porte sur la conformité fonctionnelle et technique, la documentation, les tests automatisés, les packages, les procès-verbaux d’exécution des tests et la revue de code. Les indicateurs suivent notamment la qualité des mises en production et les délais entre spécification, proposition technique, chiffrage et mise en production.

Pilotage et équipe

Le titulaire fournit un interlocuteur unique de pilotage, participe à un comité de suivi général trimestriel et aux réunions de projet définies par bon de commande. Il suit l’avancement, les livrables et les engagements, avec des points intermédiaires hebdomadaires de 30 minutes à 1 heure selon la commande.

L’équipe doit justifier d’au moins 2 ans d’expérience sur les technologies utilisées pour les développeurs et de 5 ans pour les chefs et directeurs de projet, avec une connaissance des systèmes d’information de santé et des normes IHE, CDA et HL7. Les remplacements nécessitent la communication préalable de CV types, une période de recouvrement et au moins 15 jours de prise de connaissance technique. Le titulaire doit maintenir les compétences proposées, former continuellement ses ressources et limiter le turnover à 2 intervenants par an.