⚠ Work in Progress

L’étude des normes et standards est optionnelle. Elle intervient lorsqu’il est nĂ©cessaire de sĂ©lectionner une norme ou un standard (syntaxique, sĂ©mantique ou technique) cible qui n’est pas encore utilisĂ© dans le CI-SIS pour rĂ©pondre aux cas d’usage identifiĂ©s par l’étude fonctionnelle des Ă©changes.

Au cours de cette étude, chaque solution technique et sémantique est analysée de façon approfondie et catégorisée selon différents critÚres de façon à pouvoir justifier du choix final retenu.

Le contenu de l’étude des normes et standards est le suivant :

  • Introduction
  • PrĂ©sentation des solutions envisagĂ©es.
  • Comparaison des solutions
  • Analyse SWOT de chaque solution
  • RĂ©sultat d’un sondage
  • Conclusion et proposition d’une solution

Il s’agit de prĂ©senter l’objet du document, de rappeler l’étude fonctionnelle des Ă©changes rĂ©alisĂ©e au prĂ©alable, de rĂ©sumer en quelques phrases le(s) cas d’usage adressĂ©s par cette Ă©tude et de citer les flux d’information pour lesquels un choix de norme ou de standard doit ĂȘtre rĂ©alisĂ©.

Les solutions pressenties (norme/standard, profil IHE ou guide d’implĂ©mentation FHIR) sont listĂ©es.

Chacune des solutions proposĂ©es en introduction fait l’objet d’une Ă©tude dĂ©taillĂ©e. Les points suivants peuvent ĂȘtre analysĂ©s :

  • PrĂ©sentation de l’organisation en charge du dĂ©veloppement de la solution envisagĂ©e ;
  • PrĂ©sentation et pĂ©rimĂštre de la solution envisagĂ©e ;
  • Norme(s)/standard(s) sous-jacent(s) ;
  • Description de scĂ©narii d’implĂ©mentation possibles. Dans certains cas, il est possible qu’il soit nĂ©cessaire de dĂ©tailler diffĂ©rents scĂ©narii d’implĂ©mentation pour complĂ©ter l’analyse ;
  • Description de l’organisation de la documentation ;
  • Processus d’élaboration et de gouvernance ;
  • MaturitĂ© et degrĂ© d’adoption de la solution ;
  • Estimation de l’effort Ă  produire (faible, moyen, important) ;
  • Outillage Ă  disposition.

Comparaison des solutions

Les normes/standards ou solutions envisagĂ©es sont comparĂ©es Ă  l’aide d’un tableau selon diffĂ©rents critĂšres.

Exemple de tableau de comparaison :

CritĂšres d’évaluation Standard X Profil IHE Y
NeutralitĂ© : Les spĂ©cifications ne limitent pas la concurrence et l’innovation ; Les spĂ©cifications sont basĂ©es sur des dĂ©veloppements scientifiques et technologiques de pointe.    
Qualité/maturité : La qualité est suffisante pour permettre le développement de produits et de services interopérables concurrents.    
Accessibilité : les spécifications sont disponibles au public à des conditions raisonnables (y compris pour un prix raisonnable ou gratuitement).    
Stabilité de la documentation    
Couverture des spécifications    
Existence de guides d’implĂ©mentation : Les guides rĂ©fĂ©rencent les standards de base avec au moins un cas d’usage et une optionalitĂ© sur les paramĂštres pour permettre les extensions.    
Processus de prise en compte des améliorations    
Outillage : Des outils de tests sont mis en Ɠuvre pour valider l’adhĂ©rence au standard.    
Tests : Des tests sont effectuĂ©s pour des versions de travail (dites STU -Standards for Trial Use) et/ou pour les guides d’implĂ©mentation normatifs.    
Adapté aux dispositifs mobiles    
Mise en Ɠuvre existantes du cas d’usage    
Adoption par le marché et utilisation    

Analyse SWOT

Le tableau de maturitĂ© prĂ©cĂ©dant peut ĂȘtre complĂ©tĂ© par une analyse SWOT qui permet d’évaluer plus finement les forces (Strengths), les faiblesses (Weaknesses), les opportunitĂ©s (Opportunities) et les menaces (Threats) de chacune des options envisagĂ©es dans les Ă©tapes prĂ©cĂ©dentes.

Forces : caractéristiques de la solution qui lui donnent un avantage sur les autres

A ce niveau, on cherchera à évaluer les points clés suivants :

  • RĂ©utilisation et intĂ©gration : mesure la capacitĂ© des composants et des Ă©lĂ©ments sĂ©mantiques choisis Ă  ĂȘtre rĂ©utilisĂ©s dans d’autres contextes.
  • ScalabilitĂ© et adaptabilitĂ© : capacitĂ© du standard et de ses Ă©lĂ©ments sĂ©mantiques Ă  s’étendre et Ă  s’adapter aux exigences d’évolution futures.
  • Performance et fiabilitĂ© : mesure la capacitĂ© de la solution Ă  ĂȘtre performante d’un point de vue opĂ©rationnelle, fiable et rapide.
  • UtilisabilitĂ© et accessibilitĂ© : mesure la facilitĂ© d’utilisation des utilisateurs finaux, considĂ©rant Ă  la fois l’interface technologique et la prĂ©cision sĂ©mantique des choix rĂ©alisĂ©s.
  • IntĂ©gration des donnĂ©es et prĂ©cision sĂ©mantique : mesure la capacitĂ© de la technologie Ă  gĂ©rer des donnĂ©es fiables et complĂštes mais Ă©galement prĂ©cises du point de vue sĂ©mantique de façon Ă  rĂ©pondre aux exigences des solutions d’aide Ă  la dĂ©cision.
  • FaisabilitĂ© de l’implĂ©mentation : mesure la capacitĂ© du standard et de ses Ă©lĂ©ments sĂ©mantiques Ă  s’intĂ©grer aux infrastructures existantes sur le terrain ainsi qu’aux pratiques opĂ©rationnelles.

Faiblesses : caractéristiques de la solution qui désavantagent cette solution par rapport aux autres

chacun des points clĂ©s citĂ©s prĂ©cĂ©demment peut faire l’objet d’une faiblesse. A ces axes d’analyse s’ajoute par exemple le manque de support, la dynamique de l’organisation en charge de la solution ou du standard, la courbe d’apprentissage, les coĂ»ts Ă©levĂ©s de dĂ©veloppement et de maintenance, etc.

OpportunitĂ©s : Ă©lĂ©ments de l’environnement que la solution pourrait exploiter Ă  son avantage

A ce niveau, on cherchera Ă  Ă©valuer les tendances du marchĂ©. Il s’agit de dĂ©terminer si la solution envisagĂ©e fait partie d’un marchĂ© Ă©mergent et permet de gagner en compĂ©titivitĂ© et en innovation. L’évaluation des aspects d’évolutivitĂ© et de gĂ©nĂ©ralisation de la solution est primordiale.

Menaces : Ă©lĂ©ments de l’environnement qui pourraient causer des problĂšmes concernant le choix de la solution. On cherchera Ă  Ă©valuer les risques externes susceptibles de menacer le choix rĂ©alisĂ©, tels que la saturation du marchĂ©, l’évolution de la rĂšglementation qui pourrait remettre en cause ce choix, l’obsolescence technologique, la dĂ©pendance trop forte Ă  une technologie ou Ă  un Ă©diteur, l’incapacitĂ© Ă  migrer vers une autre technologie, etc

Cette analyse SWOT est ensuite reprĂ©sentĂ©e sous la forme d’un tableau qui permet de visualiser comment les risques internes (Forces et faiblesses) et externes (OpportunitĂ©s et Menaces) Ă  la solution interagissent et affectent la stratĂ©gie du choix de la solution envisagĂ©e.

swot
Matrice SWOT

Strenghs

Weaknesses

Identification des avantages : quels sont les bénéfices et les avantages compétitifs de la solution (cf critères cités précédemment pour les Forces) ?

Evaluer les succès d’implémentation passés de la solution

Accès au support et à l’expertise : avons-nous au niveau national la capacité à supporter les éditeurs et à apporter de l’expertise concernant la solution ?

Evaluer la disponibilité des ressources : ressources financières, humaines ou matérielles sur lesquelles il est possible de s’appuyer.

Evaluer le degré d’adoption : l’écosystème a-t-il déjà connaissance de la solution envisagée et l’a-t-il déjà adoptée en partie ?

Passer en revue les outils et les ressources disponibles : existence de guides d’implémentation, outils de tests disponibles.

Evaluer les limitations de la solution envisagée : tous les aspects évalués lors de l’analyse des forces peuvent faire l’objet d’une faiblesse

Analyser les retours d’expérience passés : quels sont les retours d’expérience d’une implémentation passée au niveau international ?

Accès aux ressources : les ressources (financières, matérielles, en expertise) sont-elles suffisantes ?

Impact des faiblesses : quel est l’impact des faiblesses de la solution sur la capacité à atteindre les objectifs poursuivis ?

Outils et ressources disponibles

Opportunities

Threats

Exploration des capacités de la solution : quelles capacités spécifiques à la solution peuvent répondre aux objectifs poursuivis ?

Identifier les tendances du marché 

Evaluer les possibilités de collaboration : collaboration et partenariats qui pourraient aider à l’implémentation de la solution choisie

Analyser le contexte réglementaire : le contexte réglementaire est-il favorable au choix de la solution envisagée ?

Evaluer l’aspect financier : quelles possibilités de budget (interne ou externe) pour supporter l’initiative ?

 

Evaluer les risques et les défis

Evaluer l’obsolescence de la solution : nécessite d’anticiper les stratégies de maintenance des normes/standards et des solutions développées par les organisations en charge de ces spécifications.

Impact réglementaire : nécessite de connaître la réglementation en vigueur et d’anticiper les évolutions.

Evaluer les coûts de développement, de maintenance et de ressources

Evaluer les délais potentiels de mise en œuvre : quels facteurs pourraient retarder l’adoption et l’implémentation de la solution ?

Evaluer le degré d’acceptation par l’écosystème

Evaluer les coûts additionnels de licence : la solution choisie nécessite t’elle des coûts additionnels de souscription ou de licence (notamment pour les aspects sémantiques) ?

Evaluer la fin de la maintenance de la solution par l’organisation qui la porte : durabilité à long terme de la solution et quelles sont les trajectoires prévues en cas de fin de maintenance ?

RESULTAT DE SONDAGE

Dans certains cas, il peut ĂȘtre envisagĂ© de rĂ©aliser un sondage prĂ©alable auprĂšs d’un groupe restreint prĂ©alable Ă  la phase de concertation publique. Dans ce cas, les rĂ©sultats de ce sondage sont consignĂ©s au niveau de ce chapitre.

CONCLUSION ET PROPOSITION D’UNE SOLUTION

Justification de la solution (norme/standard, profil IHE, guide d’implĂ©mentation FHIR, etc.) Mise en concertation publique de l’étude des normes et standards.