ansforge / ansforge/interop-IG-metier-document-core

QA : 3 problèmes résiduels non corrigeables côté mapping

Open
#24 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
GLSL
Stars
0
Forks
0
Avg merge
3d 18h
Merged PRs (30d)
5

Description

## Description du problème

Toutes les erreurs générées dans le rapport QA ont été traitées (codes source/cible invalides dans les fichiers de mapping, bugs de modélisation). Il ne reste plus que les 3 problèmes ci-dessous, qui ne se corrigent pas côté mapping.

1. Liens cassés sur les éléments [x] à choix multiple (bug de l'outil) — Le générateur de documentation essaie de créer un lien vers chaque élément [x] (ex. FRLMPatient.deceased[x]), mais n'écrit jamais l'ancre correspondante sur la page du modèle. Vérifié sur plusieurs cas : le lien pointe vers une ancre qui n'existe nulle part, quelle que soit son écriture. Ce n'est pas un problème de nos fichiers, c'est un bug connu du FHIR IG Publisher.

2. Liens cassés sur la page de téléchargements — La page propose 6 fichiers zip que le build ne produit jamais (aucun exemple dans l'IG, formats XML/Turtle non activés).

3. Dépendance CDA en version FHIR différente — L'IG métier est en FHIR R4, l'IG CDA en R5 — le publisher refuse cette dépendance inter-versions.

## Fichiers concernés

input/ignoreWarnings.txt (problème 1)
input/pagecontent/downloads.md (problème 2)
sushi-config.yaml (dépendances, problème 3)

## Solutions proposées

1. Masquer les messages liés aux éléments [x] via input/ignoreWarnings.txt, et signaler le bug à l'équipe FHIR IG Publisher. (problème 1)
2. Retirer les liens des 6 fichiers non produits de downloads.md (ou activer les formats manquants). (problème 2)
3. Décision à prendre : soit retirer la dépendance CDA de sushi-config.yaml (les liens vers les cibles CDA ne seront plus cliquables), soit conserver l'erreur telle quelle. (problème 3)

Contributor guide

No contributing guide indexed for this repository

Research direction

Review input/ignoreWarnings.txt, input/pagecontent/downloads.md, and sushi-config.yaml against the QA report and the build output. Start by reproducing the publisher warnings, then verify which download files are generated and how the CDA dependency is configured. Done means the remaining warnings and broken links are either removed or explicitly documented, with the dependency decision recorded.

Written by the indexing model from the issue text.

Assessment

Domain
build-system, documentation
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.