Mesures d'échographie manquantes dans le PACS : vérifier le cheminement DICOM SR

Sous quelle forme les mesures peuvent-elles quitter un système d'échographie ?

Le ticket d'intervention est classique : l'échographe affiche les mesures, les images parviennent au PACS et le formulaire de compte rendu reste vide. Ce constat laisse plusieurs possibilités. Les valeurs peuvent n'avoir été transmises que sous forme de texte visible sur une image ; le module de calcul requis peut ne pas avoir produit de SR ; ou un SR a pu arriver sans être mis en correspondance dans l'application de compte rendu. Commencez par les objets exportés plutôt que par une commande de carte de rechange.

La norme DICOM (Digital Imaging and Communications in Medicine) prend en charge plusieurs types d'objets. Pour ce ticket, distinguez trois modes de transmission courants. Ils peuvent coexister au sein d'un même examen et ne constituent pas une liste exhaustive de toutes les interfaces constructeur : une interface de compte rendu approuvée distincte peut également transmettre des données. La question est ici de savoir ce que contient l'exportation DICOM.

• Annotations incrustées dans l'image. Des libellés numériques et des calipers peuvent être intégrés dans les Pixel Data. Un relecteur peut lire le nombre affiché, mais ces pixels ne constituent pas en eux-mêmes des champs de mesure codés. N'en déduisez pas que la valeur d'origine a été détruite ou que l'examen ne contient aucune autre donnée ; inspectez l'ensemble exporté complet.
• Pages de résultats Secondary Capture. Un récapitulatif de calculs peut être transmis sous forme d'image via le service de stockage Secondary Capture Image Storage. Cela permet de conserver un résumé lisible, mais une application de compte rendu ne peut pas traiter ces chiffres imprimés comme des éléments de contenu NUM sans flux d'extraction distinct.
• Rapports structurés DICOM. Un SR utilise une série distincte avec Modality = SR. Les classes SR prenant en charge les valeurs numériques peuvent comporter des éléments de mesure codés. Le format SR contient également du texte, du contexte et des références ; ainsi, l'existence d'un fichier SR ne constitue pas la preuve de l'inclusion d'une valeur de caliper particulière. ^{1 3 4}

La réussite de la transmission d'images montre qu'un chemin de transfert a fonctionné à ce moment précis ; elle ne certifie pas que la carte réseau, le disque ou la carte de traitement sont exempts de défaut. Donnez la priorité à la couverture des sorties, aux paramètres d'exportation autorisés et au comportement du récepteur lorsque seuls les champs de mesure sont manquants. Si les transferts échouent également ou si le système est instable, consultez le guide des pannes DICOM et réseau en échographie pour obtenir des éléments de maintenance plus étendus. Évitez de considérer l'un ou l'autre de ces symptômes comme un diagnostic matériel à distance.

Une matrice de preuves pour les trois états de transmission des mesures

Utilisez la matrice suivante pour identifier les preuves apportées par chaque état de transmission observé, la manière dont les systèmes en aval le traitent et les risques qui demeurent non résolus avant de valider la configuration de l'équipement.

Il s'agit de capacités différentes, et non d'un classement de sécurité clinique. Un établissement peut délibérément utiliser un flux de travail validé basé sur les pages de résultats. À l'inverse, un échographe produisant des images valides peut ne pas satisfaire à une exigence d'achat relative à l'exportation structurée des mesures. Enregistrez l'exigence contractuelle relative aux comptes rendus et identifiez l'écart par rapport à celle-ci ; ne déclarez pas une sortie basée sur les pixels comme défectueuse au seul motif que le format SR serait plus pratique.

Que prévoit réellement la norme DICOM pour les données de mesure ?

Une classe SOP (Service-Object Pair) identifie le type d'objet DICOM échangé. La norme répertorie séparément le stockage d'images et le stockage SR. Comparez l'UID exact de la classe SOP dans la liste des objets créés de l'émetteur avec les classes acceptées par le récepteur ; se contenter d'une correspondance sur le mot « DICOM » est trop vague. ¹

• Ultrasound Image Storage : UID de la classe SOP 1.2.840.10008.5.1.4.1.1.6.1
• Ultrasound Multi-frame Image Storage : UID de la classe SOP 1.2.840.10008.5.1.4.1.1.3.1
• Secondary Capture Image Storage : UID de la classe SOP 1.2.840.10008.5.1.4.1.1.7
• Basic Text SR Storage : UID de la classe SOP 1.2.840.10008.5.1.4.1.1.88.11
• Enhanced SR Storage : UID de la classe SOP 1.2.840.10008.5.1.4.1.1.88.22
• Comprehensive SR Storage : UID de la classe SOP 1.2.840.10008.5.1.4.1.1.88.33
• Comprehensive 3D SR Storage : UID de la classe SOP 1.2.840.10008.5.1.4.1.1.88.34
• Extensible SR Storage : UID de la classe SOP 1.2.840.10008.5.1.4.1.1.88.35
• Simplified Adult Echo SR Storage : UID de la classe SOP 1.2.840.10008.5.1.4.1.1.88.72

Les UID ci-dessus sont des exemples de référence et non une spécification minimale d'équipement. Votre système installé peut utiliser une autre classe SR prise en charge. Relevez son UID complet, son package applicatif et son modèle de rapport, puis vérifiez-les par rapport à la destination. Une déclaration commerciale affirmant « prend en charge le SR » n'établit pas le contenu requis ni son utilisation dans un formulaire de compte rendu.

Le Basic Text SR est principalement destiné au contenu narratif. Les types de valeur qu'il autorise excluent NUM ; des nombres peuvent néanmoins être présents dans le texte. Cela est différent d'un élément de contenu numérique associé à des unités codées. L'Enhanced SR prend en charge les mesures numériques, mais la prise en charge de cette classe constitue une déclaration de capacité, et non la preuve que chaque mesure de la console est exportée. ^{2 3}

Inspectez les éléments de mesure effectivement renseignés ainsi que la déclaration de classe. Pour un élément NUM, la macro Document Content fournit son nom de concept et la macro Numeric Measurement fournit la structure de la valeur mesurée. Cette dernière peut comporter une Measured Value Sequence vide pour exprimer une valeur inconnue ou manquante, ou un échec de mesure/calcul. Un SR non vide peut donc contenir des mesures manquantes. ^{6 9}

1. Signification : relevez la Concept Name Code Sequence (0040,A043), y compris la valeur du code, le schéma de codage et la signification. Incluez le contexte parent pertinent, tel que le site mesuré ou le groupe de calcul ; un libellé affiché seul peut ne pas distinguer deux éléments.
2. Valeur : inspectez la Measured Value Sequence (0040,A300) et la Numeric Value (0040,A30A) pour l'élément NUM requis renseigné. Préservez toute représentation de la précision prise en charge plutôt que de traiter l'arrondi à l'écran comme la valeur stockée.
3. Unités : inspectez la Measurement Units Code Sequence (0040,08EA) au sein de l'élément de valeur mesurée. Vérifiez l'unité codée et toute conversion approuvée dans l'application de compte rendu. « 20 mm » et « 2 cm » peuvent être équivalents, tandis que le même nombre affiché avec une unité différente ne l'est pas. ^{6 9}

DICOM spécifie que les documents SR résident séparément des séries d'images et utilisent Modality = SR. Cela fournit à un opérateur d'archive un indice utile pour la recherche. Cela ne fait pas pour autant que chaque interface d'interrogation expose chaque objet conservé, pas plus que trouver une série SR ne prouve que son contenu soit complet. Utilisez les informations de la série pour localiser et rapprocher les instances réelles. ⁴

Comment lisez-vous les déclarations de conformité aux deux extrémités ?

Pour le stockage, l'émetteur échographique agit en tant que Service Class User (SCU) et l'archive en tant que Service Class Provider (SCP). Consultez les deux déclarations de conformité correspondant aux versions installées avec le responsable du PACS ou du système de compte rendu. Relevez le build logiciel de l'échographe, les versions de l'archive et du visualiseur, ainsi que les révisions des documents. Comparez ensuite le contrat, la configuration et les résultats observés à l'aide de la liste de contrôle ci-dessous.

Qu'implémentent les systèmes d'échographie réels ?

Les exemples suivants établissent des différences spécifiques dans les sorties documentées. Ils ne constituent pas une matrice de compatibilité ni un recensement des produits d'échographie actuels. Pour un modèle ou une version logicielle différente, procurez-vous sa propre déclaration et vérifiez un export synthétique. Ne transposez pas un paramètre, une hypothèse de licence ou un constat d'absence de prise en charge d'une famille de produits à une autre.

Lumify R5.0 : images de pages de résultats. La déclaration Philips HSDP-1299212 version 01, datée du 17 août 2023, répertorie Ultrasound Image, Ultrasound Multi-frame et Secondary Capture parmi ses classes créées ; aucune classe SR n'est répertoriée. Le tableau 1 limite la Secondary Capture aux pages de résultats d'analyse des lignes B et de calculs OB/GYN, et indique que cette utilisation n'est pas configurable. La section 8.3 indique que la terminologie codée et les modèles ne sont pas applicables. ⁵

Pour cette version documentée, la décision pratique consiste à évaluer le flux de travail de pages de résultats pris en charge par rapport aux exigences de l'établissement. Activer une case à cocher SR imaginaire ne constitue pas une solution. Ce constat ne décrit pas les autres modèles Philips ni les versions ultérieures de Lumify.

EPIQ/Affiniti Version 11.0.x : la couverture et le moment de l'envoi comptent. La déclaration Philips D001649514 Rév. A, datée du 15 avril 2024, répertorie la prise en charge de Comprehensive SR. La section 4.4.1.2.2 distingue l'export SR vers une destination de stockage de celui vers un serveur SR dédié, qui exporte en fin d'examen. Elle précise également que les mesures définies par l'utilisateur sont envoyées en SR, tandis qu'aucun SR n'est envoyé pour les mesures générales. ¹¹

La question d'acceptation qui en résulte est précise : cet élément a-t-il été enregistré dans un flux de mesures couvert, et le déclencheur d'envoi documenté s'est-il produit ? Un caliper sur console, une classe SR prise en charge et un réseau fonctionnel peuvent coexister avec une valeur située en dehors du périmètre d'export SR. Le récepteur doit également comprendre le modèle et le contexte exportés.

GE LOGIQ S7 : prise en charge non établie ici. Le document PDF officiel de conformité du LOGIQ S7 n'a pas pu être consulté lors de cette étude des sources. Aucune allégation propre au S7 concernant les SR, les modèles ou les paramètres d'exportation n'est formulée. Procurez-vous le document correspondant à la version installée auprès de GE HealthCare avant de prendre une décision de compatibilité ou d'acceptation.

Paramètres d'intégration historiques. La FAQ d'EMSOW, publiée le 3 juin 2016, documente l'option « Enable Structured Reporting » au niveau de la destination pour le LOGIQ e, l'activation de DICOM SR par appareil pour le Vivid i, et la configuration de l'export de rapports pour le MyLabFive. Ses entrées concernant les Mindray M7/M9 renvoient les lecteurs aux manuels plutôt que de documenter la couverture des modules de mesures SR. Vérifiez ces manuels par rapport à la version installée. Considérez cette FAQ fournisseur datée comme un indice initial, et non comme des instructions de configuration OEM actuelles. ⁷

Une nouvelle défaillance après une intervention de maintenance ou une modification logicielle justifie un examen autorisé des sauvegardes de configuration, des notes de version et des notices OEM. Conservez la sortie fonctionnelle précédente lorsqu'elle est disponible. Ne déduisez pas une défaillance de carte de l'absence de champs de compte rendu, et ne copiez pas le chemin de configuration d'un autre modèle dans une procédure de maintenance.

Pourquoi une archive peut-elle recevoir un SR et ne rien afficher ?

La réception par l'archive, un SR récupérable et un champ de compte rendu renseigné sont trois observations distinctes. Si le journal de transmission indique un succès mais que le formulaire du médecin reste vierge, conservez les identifiants d'instance et déterminez où le contenu cesse d'être disponible. Un test limité au visualiseur est insuffisant pour identifier cette limite.

Les points suivants constituent des pistes d'investigation distinctes, et non l'affirmation que chaque archive présente ces défauts :

1. Rétention ou indexation. Confirmez la présence de l'instance dans l'archive visée. La version 12.00 de Visage, datée du 18 juin 2026, documente que le succès d'un C-STORE n'établit pas en soi une vérification en base de données et qu'une classe configurée pour le rejet peut tout de même renvoyer un succès. Il s'agit d'une raison propre au produit de vérifier les objets conservés plutôt que le seul statut côté émetteur. ¹²
2. Rendu. La même déclaration décrit la conversion SR vers HTML et limite sa garantie de présentation aux attributs répertoriés. Elle n'indique pas qu'un modèle non pris en charge génère systématiquement une page vide. Comparez la couverture documentée aux éléments manquants. ¹²
3. Extraction sémantique. Une arborescence SR lisible ne prouve pas que la destination mappe chaque concept, contexte et unité requis dans ses champs de compte rendu. Demandez au fournisseur récepteur de confirmer le contenu exporté exact ainsi que le flux de travail ; ne partez pas du principe que tous les fabricants utilisent des codes privés ou qu'un dictionnaire résout à lui seul chaque discordance.
4. Présentation utilisateur. Vérifiez l'arborescence de l'examen, les volets de documents et les règles d'accès auprès du responsable de l'application. Une série masquée constitue une possibilité ; un résultat de recherche ou une capture d'écran ne suffit pas à établir un affichage réussi ou une perte définitive.

DICOM impose bien des conditions à un SCP destiné à effectuer le rendu d'un SR : il doit transmettre l'intégralité du sens de manière non ambiguë, sous réserve d'exceptions spécifiées. Cela inclut le contexte et le statut du compte rendu, et non pas seulement quelques chiffres. L'acceptation du stockage ne promet néanmoins pas le remplissage automatique d'un formulaire de compte rendu clinique particulier. ¹⁰

Comment vérifiez-vous l'aller-retour avant la recette ou la remise en service ?

Considérez ce qui suit comme un plan de test technique conjoint à adapter et à faire approuver auprès de l'établissement et du support OEM. Définissez les mesures requises et les destinations avant de procéder aux tests. Utilisez une identité de test autorisée et un fantôme ou un jeu de données synthétiques approuvé ; n'inventez jamais d'examen patient et n'acheminez jamais de données patient vers un outil de maintenance non contrôlé. Enregistrez les modifications de configuration selon le processus d'autorisation normal de l'établissement.

1. Établissez la sortie attendue. Consignez le modèle et la version de l'échographe, la couverture des mesures documentée, les options installées le cas échéant, l'identité de l'Entité d'Application (AE) de destination et le déclencheur d'envoi. Faites inspecter les paramètres correspondants par un opérateur autorisé. N'exigez pas de « clé SR permanente » ni de case à cocher particulière là où l'OEM n'en spécifie pas.
2. Définissez une base de référence synthétique. Utilisez la méthode d'essai approuvée par l'établissement. Consignez la signification, le contexte parent, la valeur enregistrée et l'unité de chaque élément requis au niveau de l'échographe avant la transmission. Deux valeurs enregistrées à titre d'illustration pourraient être 25.0 mm et 50.0 mm ; il s'agit d'exemples de transmission fictifs, et non de valeurs d'étalonnage sur fantôme ou de tolérances de recette. Incluez chaque type de mesure contractuel, et pas seulement deux champs faciles.
3. Rapprochez les instances sortantes. Après l'événement documenté de génération/envoi, enregistrez les UID de SOP Class d'image et de SR, les UID de SOP Instance et les résultats C-STORE par instance dans des journaux autorisés. Ne limitez pas la détection aux SR Enhanced ou Comprehensive lorsque le système utilise une autre classe prise en charge. Examinez les échecs et les avertissements, y compris les transformations documentées, plutôt que de considérer uniquement un statut vert au niveau de l'examen comme une preuve.
4. Rapprochez les instances conservées. Demandez au responsable de l'archive de localiser les objets SR attendus à l'aide de son interface d'inventaire ou de requête prise en charge et récupérez des copies de test autorisées. Un C-FIND au niveau série peut être utile lorsqu'il est pris en charge, mais un résultat vide peut refléter des contraintes de couverture de requête, de routage, d'indexation ou d'accès. Faites correspondre les instances et le contenu réels avant de conclure que le chariot ne les a jamais envoyés.
5. Comparez le contenu et l'utilisation prévue. Comparez la base de référence de l'échographe, le SR récupéré et les champs réels du compte rendu. Vérifiez le nombre d'éléments requis, la signification, le contexte, les unités, les valeurs manquantes et les conversions approuvées. Weasis peut faciliter l'inspection indépendante de l'arborescence SR à l'aide d'une copie de test autorisée. ¹³ Une valeur concordante à ce niveau resserre l'investigation ; elle ne prouve pas que l'échographe est exempt de défaut, que l'intégralité du SR est conforme ou que le flux de travail clinique est prêt. Consignez la version du visualiseur et tout contenu non pris en charge.

Les tests de transmission des mesures complètent les opérations de réception électrique, mécanique et de qualité d'image de l'établissement ; ils ne les remplacent pas. Consultez la liste de contrôle de maintenance préventive et de réception des échographes et le guide des preuves de test pour la réparation de cartes pour ces dossiers de maintenance plus larges. Répétez les tests de transmission concernés lorsque le logiciel de l'échographe, les modules de mesure, les paramètres d'exportation, l'ingestion par l'archive ou les mappages du compte rendu sont modifiés.

Un dossier conjoint de réception des mesures échographe et archive

Tenez un dossier partagé identifiant le test, les versions, les éléments attendus, les preuves observées et les exceptions non résolues. Attribuez chaque écart à l'équipe de maintenance de l'échographe, à l'opérateur de l'archive ou au responsable du système de compte rendu sur la base des éléments de preuve. Une capture d'écran peut compléter ce dossier ; elle ne doit pas remplacer le rapprochement au niveau des objets.

La responsabilité de la conservation constitue une étape distincte du contenu des mesures. Avant de supprimer toute copie locale, appliquez la politique de conservation de l'établissement et les éléments de preuve décrits dans le guide sur le Storage Commitment en échographie. Une mesure visible ou un SR dans un visualiseur n'autorise pas la suppression de l'examen source.

Que faire si le système ou l'archive ne peut pas du tout produire ou afficher de SR ?

Si le flux de travail requis ne peut pas être assuré avec la sortie documentée de l'échographe ou la prise en charge du récepteur, consignez l'écart plutôt que d'inventer une solution de configuration. La direction clinique, le service informatique et le service des achats de l'établissement doivent choisir une alternative approuvée ou réviser la spécification. Les options dépendent de la prise en charge exacte par le produit et de la politique locale :

• Flux de travail avec page de résultats prise en charge. Lorsque l'OEM fournit une image récapitulative, vérifiez son contenu, sa lisibilité, sa conservation et sa disponibilité pour le lecteur prévu. L'établissement décide si cela répond à ses exigences en matière de compte rendu et de quelle manière toute transcription manuelle est contrôlée. Ne prescrivez pas de procédure de capture d'écran non vérifiée d'un modèle à l'autre.
• Interface de compte rendu distincte. Interrogez l'OEM et le fournisseur du système récepteur sur les alternatives documentées. L'absence de voie SR numérique ne prouve pas qu'aucune autre interface approuvée ne puisse transmettre les données de mesure. Évaluez cette voie selon ses propres spécifications et son plan de validation.
• Extraction ou normalisation. Un fournisseur peut proposer un mappage ou un OCR du texte des images. Traitez le résultat comme un artefact dérivé nécessitant la validation des valeurs, des unités, du contexte, de la provenance et de la gestion des erreurs ; conservez les éléments de preuve originaux. Ce guide n'établit pas les capacités ni la compatibilité du moindre produit middleware.
• Écart d'intégrité des données non résolu. Signalez les valeurs manquantes, contradictoires ou mal associées aux équipes responsables. Ne modifiez pas silencieusement les dossiers cliniques, ne changez pas les champs d'identité et ne contournez pas les autorisations. Avant tout envoi en réparation, suivez le plan de transfert des données patient approuvé.

Où intervient Rongtao — et où elle n'intervient pas

Rongtao Medical prend en charge la réparation de cartes d'échographie multimarques, les services sur les sondes et les pièces de rechange testées pour les distributeurs, les prestataires de maintenance indépendants et les équipes de génie biomédical hospitalières. Une réclamation opposant l'image aux données nécessite d'abord les éléments de preuve conjoints de l'échographe et du système récepteur décrits ci-dessus ; elle ne constitue pas en soi un diagnostic de pièces.

Périmètre du service matériel. Si une investigation qualifiée identifie un défaut de carte, de stockage ou de communication physique, Rongtao peut évaluer l'élément par rapport à son périmètre de service documenté. Conservez les journaux d'événements anonymisés, les symptômes et la chronologie de configuration. Un test SR réussi couvre uniquement le chemin de données testé et ne peut pas certifier des fonctions matérielles sans rapport. ¹⁴

• Réparation de cartes : le délai standard habituel est de 5 à 8 jours ouvrés, selon l'élément et le périmètre convenu.
• Tests : chaque carte réparée est soumise à un test sur machine réelle de 48 heures au sein d'un véritable système d'échographie.
• Garantie : habituellement de 90 jours, avec des conditions confirmées selon la catégorie de produit, le type de prestation et le devis. ¹⁴

Périmètre d'intégration. Cet article ne promet nullement que Rongtao fournit une intégration PACS, d'archive neutre ou de compte rendu hospitalier. Coordonnez les questions relatives à l'inventaire des archives, à la prise en charge des visualiseurs, au mappage des modèles et aux droits de licence logicielle avec l'établissement et les fournisseurs concernés. Le service matériel reste une décision distincte étayée par la panne diagnostiquée.

Pour une évaluation de maintenance spécifique à votre cas, contactez Rongtao en précisant l'OEM, le modèle exact, la version logicielle, la chronologie de la panne, les erreurs anonymisées, la quantité et le pays de destination. Si une équipe qualifiée a déjà identifié une carte, joignez sa référence fabricant ainsi que des photos nettes de l'étiquette et des deux faces obtenues selon des procédures de maintenance sécurisées. N'incluez aucune information relative aux patients ni aucun examen non anonymisé dans le dossier de devis.

Foire aux questions

La console affiche des mesures, mais les champs de compte rendu sont vides. Par où devrions-nous commencer ?
Inspectez l'ensemble d'objets exportés. Déterminez s'il contient uniquement des annotations/pages de résultats visibles ou un SR prenant en charge les valeurs numériques avec le contenu requis. Tracez ensuite la rétention et l'extraction des champs de compte rendu. Ne déduisez pas la sortie du seul affichage de la console.

Une entrée SR dans la déclaration de conformité prouve-t-elle que nos mesures seront transférées ?
Non. Vérifiez la classe SR exacte, l'application couverte, le déclencheur de génération et la destination. Testez le contenu requis. Le Basic Text SR ne peut pas transporter d'éléments NUM, et un SR prenant en charge les valeurs numériques peut tout de même être dépourvu d'une valeur requise. ^{2 9}

Aucune série SR n'apparaît lors d'une requête. Cela prouve-t-il une défaillance du chariot ?
Non. Vérifiez l'interface de requête, la destination, l'indexation et le périmètre d'accès auprès du responsable de l'archive, puis rapprochez les instances attendues de l'émetteur avec les objets conservés ou récupérés. Une série SR répertoriée nécessite également une vérification de contenu ; elle ne constitue pas une preuve de mesures complètes.

Pouvons-nous utiliser les instructions de configuration d'un modèle pour un autre ?
Non. Utilisez le manuel OEM correspondant et la révision de conformité associée. Les exemples du Lumify et des EPIQ/Affiniti illustrent des données de sortie documentées différentes au sein d'une même marque ; les chemins EMSOW de 2016 constituent des indices historiques d'intégration. La prise en charge du LOGIQ S7 demeure non vérifiée ici.

Que faire si une visionneuse indépendante affiche des valeurs que le PACS n'affiche pas ?
Cela justifie une analyse de l'affichage ou de l'extraction au niveau du récepteur pour ces éléments. Comparez la même instance, le même contexte et les mêmes unités, et documentez la version de la visionneuse. Cela n'établit pas une conformité universelle ni le bon fonctionnement complet de l'échographe. ¹³

Quel est le critère d'acceptation après intervention ?
Le flux de travail défini par l'établissement doit recevoir et exploiter l'ensemble de mesures requis avec la signification, les valeurs et les unités prévues. Consignez les écarts non résolus et répétez les tests concernés après toute modification. La concordance de transmission est distincte de la précision sur fantôme, de la sécurité électrique et de l'approbation complète de remise en service clinique ; ce guide ne définit aucune tolérance millimétrique universelle.