Examen d'échographie semblant dupliqué après un renvoi : vérifiez l'identité des instances

Pourquoi un examen d'échographie renvoyé apparaît-il dupliqué dans le PACS ?

Une console d'échographie peut afficher un transfert non confirmé alors que le système d'archivage et de communication d'images (PACS) détient déjà une partie ou la totalité des objets envoyés. Une nouvelle tentative ultérieure peut alors produire des décomptes inattendus, une image inchangée ou une entrée d'examen semblant dupliquée. Ces observations décrivent des problèmes différents. Relevez ce qui s'est produit : deux entrées d'examen, des séries répétées, des vignettes d'image supplémentaires, un message d'erreur ou des modifications manquantes après un renvoi réussi.

Pour les équipes hospitalières de gestion des technologies de santé (HTM), d'ingénierie clinique et de maintenance indépendantes, la décision immédiate consiste à déterminer qui a besoin de quels éléments de preuve. Le fournisseur de l'échographe étudie la génération à la source ; le responsable de l'archive étudie l'intégration et l'indexation ; le responsable clinique de l'établissement décide si les enregistrements requis sont complets et exploitables. Sans cette distinction, un problème d'affichage ambigu peut se transformer en une commande de réparation inutile ou en une modification d'enregistrement dangereuse. Ce guide n'estime pas la fréquence à laquelle la responsabilité incombe au logiciel ou au matériel.

Distinguez bien l'envoi initial et la nouvelle tentative dans le dossier d'incident. « Nous l'avons envoyé deux fois » n'établit pas que les deux tentatives contenaient les mêmes objets. Notez l'action exacte effectuée sur la console : une nouvelle tentative automatique, la relance d'une tâche en file d'attente, un nouvel export depuis la révision ou un export après ajout de contenu. Ne déduisez pas le comportement des UID de l'échographe à partir du libellé du bouton. Conservez toutes les copies sortantes disponibles et les journaux corrélés du récepteur avant que la rotation de routine des journaux ne les supprime.

Cet article traite de l'identité des objets après un renvoi. Si le problème concerne spécifiquement la récupération d'examens antérieurs via C-MOVE, utilisez le guide distinct pour tracer la connexion de récupération. L'acheminement sortant réussi des images et un échec de récupération sont des voies différentes ; aucune des deux n'établit à elle seule pourquoi le visualiseur affiche des entrées en double.

Quelle identité a changé entre l'envoi initial et la nouvelle tentative ?

DICOM (Digital Imaging and Communications in Medicine) utilise des identifiants uniques (UID) pour les examens, les séries et les instances individuelles de couples service-objet (SOP, Service-Object Pair) à différents niveaux. Un seul objet ciné multitrame peut contenir de nombreuses images, de sorte qu'un décompte des images affichées ne constitue pas nécessairement un décompte d'instances. Utilisez les champs suivants pour la comparaison ; ne substituez pas des noms de fichiers, des libellés de séries ou des numéros d'accession aux UID. ^{1 2 3}

• Study Instance UID (0020,000D) : identifie l'examen. Accession Number et Study ID sont des champs distincts ; la concordance de leurs valeurs affichées n'établit pas l'égalité des Study Instance UID. ²
• Series Instance UID (0020,000E) : identifie la série au sein de l'examen. Series Number (0020,0011) est un attribut distinct et ne doit pas être utilisé comme substitut. ³
• SOP Instance UID (0008,0018) : identifie l'objet individuel. Comparez chaque objet requis d'image fixe, de ciné ou de rapport plutôt que de traiter l'examen comme un seul fichier. ¹
• SOP Class UID (0008,0016) : identifie la classe de l'objet. Lorsque les valeurs de classe et d'instance sont encodées dans le jeu de données, elles doivent concorder avec leurs identités DIMSE et méta-informations de fichier correspondantes. Une représentation contradictoire nécessite une investigation. ¹

Trois flux de travail possibles illustrent pourquoi la charge utile réelle est importante. Il s'agit de cas d'investigation, et non d'affirmations concernant chaque modèle d'échographe ou version logicielle. La norme définit la signification des identifiants ; la déclaration de conformité de l'échographe installé et la transaction capturée établissent ce que sa fonction de renvoi a réellement effectué.

Nouvelle tentative en file d'attente : Si la file d'attente retransmet les mêmes objets stockés, les identifiants doivent être identiques à la comparaison. Établissez-le à partir de la charge utile réelle de la nouvelle tentative ou des journaux disponibles. Une réponse manquante au niveau de l'émetteur ne prouve pas que le récepteur a rejeté le premier objet. Évitez de qualifier les deux fichiers d'« identiques bit à bit » à moins qu'ils n'aient été réellement comparés.

Nouvel export depuis la revue : Comparez son ensemble d'objets avec l'envoi initial. Si des identifiants d'examen, de série ou d'instance différents apparaissent, demandez au fournisseur de l'échographe si le flux de travail documenté d'exportation ou de correction les explique. Un nouvel UID est la preuve d'une identité différente, et non en soi la preuve d'un défaut de l'échographe. Si l'attribution du patient diffère, orientez ce problème vers le processus de rapprochement de l'identité du patient et de l'émetteur de l'établissement avant de discuter de la consolidation des dossiers.

Contenu enregistré supplémentaire : Un examen comportant des images ajoutées peut contenir à la fois des instances précédemment envoyées et de nouvelles instances. Prenez en compte chaque ensemble séparément. Ne supposez pas que la réouverture d'un examen doit créer une nouvelle série, ni que chaque renvoi doit conserver l'identité de l'examen d'origine. Le comportement pris en charge dépend du flux de travail exact et de la version.

Utilisez le tableau 1 comme registre commun d'éléments de preuve. Renseignez explicitement les cellules non disponibles plutôt que de copier une valeur du récepteur dans la colonne de l'envoi initial. Un fichier récupéré actuellement depuis le PACS constitue une preuve de l'état conservé ; il ne s'agit pas automatiquement d'une copie intacte de ce qui a initialement quitté l'échographe. Conservez les identifiants associés aux patients, les informations réseau et les fichiers au sein des systèmes approuvés de l'établissement.

Qu'a conservé l'archive après le renvoi ?

Les définitions d'identité DICOM ne déterminent pas le traitement configuré pour un objet répété sur un récepteur donné. Demandez à l'administrateur du PACS le produit/la version, les règles actives, l'enregistrement de transaction pertinent et une copie autorisée de ce qui est désormais récupérable. Maintenez l'objet stocké distinct des métadonnées de la base de données et de la présentation dans la visionneuse : une modification de l'un ne constitue pas la preuve que les trois ont changé.

Deux références d'implémentation majeures démontrent la nécessité de cette vérification. Il s'agit d'exemples et non d'un classement de PACS, d'une liste de compatibilité ou d'une instruction visant à modifier les paramètres de production. La documentation est publique ; aucune archive installée n'a été testée pour cet article.

La documentation de stockage (Storage) de dcm4che Archive 5 détaille plusieurs politiques de gestion des répétitions. Le même site de documentation décrit séparément les contrôles de discordance relationnelle dans sa référence de configuration de l'entité d'application réseau (AE) de l'archive. Considérez les noms de politiques ci-dessous comme des résumés de ces documents, et non comme une recette de configuration ; confirmez la version déployée et les contrôles effectifs auprès de son responsable. ^{8 12}

• Distinguez la politique du résultat : consignez le paramètre applicable au moment de l'événement, et pas seulement celui d'aujourd'hui. Demandez si un intermédiaire a appliqué ses propres règles avant l'archive finale.
• Distinguez le remplacement de l'affichage : demandez quel objet a été conservé ou remplacé et quelles mises à jour de la base de données ou du visualiseur ont eu lieu. Un horodatage d'ingestion plus récent ne suffit pas à établir à lui seul un contenu clinique plus récent.

Orthanc ajoute une autre considération d'identité : son identifiant d'instance est un hachage de Patient ID, Study Instance UID, Series Instance UID et SOP Instance UID. The Book décrit la conservation du premier objet par défaut lorsque cet identifiant Orthanc correspond, le remplacement étant disponible via OverwriteInstances. Comparer uniquement le SOP Instance UID ne reproduit donc pas la clé d'indexation d'Orthanc. ⁹

Si l'incident soulève également une décision de conservation, examinez la responsabilité de l'archivage avant de modifier la conservation. Ni un message de doublon ni une vignette inchangée n'autorisent la suppression de la copie locale ou d'un enregistrement d'archive clinique.

L'erreur décrit-elle le stockage d'images ou une opération DICOM différente ?

L'opération DIMSE (DICOM Message Service Element) doit accompagner tout statut. Consignez si la réponse concerne le stockage d'images C-STORE, le Modality Performed Procedure Step (MPPS) N-CREATE ou un autre service, et identifiez l'objet concerné. Un libellé « failed » au niveau de l'examen peut regrouper plusieurs tâches ; il ne constitue pas une preuve suffisante pour déterminer quelle image ou quel compte rendu a échoué.

La section PS3.7 C.5.8 définit 0111H comme « Duplicate SOP Instance ». Dans PS3.4, le tableau B.2-1 répertorie séparément les réponses Storage C-STORE : le succès 0000H, les avertissements incluant la coercition B000H, et des plages d'échec telles que A7xx, A9xx et Cxxx. Il ne répertorie pas 0111H comme un résultat C-STORE standard en cas de doublon. Ne transformez pas la définition générique du statut en une règle universelle de renvoi d'images. Si ce code apparaît dans un journal Storage, conservez-le et consultez la documentation d'implémentation exacte du récepteur. ^{5 6}

Philips Lumify R5.0, document HSDP-1299212, fournit un exemple utile spécifique à l'échographie. Son tableau 18 répertorie 0111H parmi les réponses MPPS N-CREATE. Ce tableau n'établit pas le résultat d'un C-STORE d'image. Un objet MPPS et une instance d'image sont des enregistrements différents. Utilisez le guide connexe pour dissocier le statut de l'étape de procédure de la transmission des images ; vérifiez la transmission des images de manière indépendante plutôt que de présumer un succès ou un échec à partir du MPPS. ¹⁰

Appliquez la même rigueur au niveau de l'objet lorsqu'un envoi comprend à la fois des images et un compte rendu structuré (SR). Identifiez la SOP Class et la SOP Instance en échec au lieu de supposer que chaque objet a suivi le même chemin. Cet article ne déduit pas la disponibilité de mesures discrètes à partir des vignettes d'images et ne prescrit aucune classe de SR particulière pour l'ensemble des systèmes d'échographie.

Comment investiguer des identifiants concordants présentant un contenu différent ?

Une différence de contenu pour une même identité justifie de préserver les preuves et d'en rechercher l'origine. Déterminez d'abord ce qui diffère : l'encodage du fichier, les métadonnées patient/examen, le contenu des pixels, le nombre d'images ou les valeurs du compte rendu. Consignez la comparaison qui a été réellement effectuée. Une capture d'écran peut révéler une différence d'affichage ; elle ne peut pas établir le contenu de chaque instance stockée.

Une somme de contrôle sur l'ensemble du fichier peut identifier l'égalité des octets entre les copies comparées, mais des sommes de contrôle différentes ne prouvent pas à elles seules une altération du contenu clinique. Les méta-informations du fichier, l'encodage ou des modifications documentées d'attributs peuvent différer. De même, des UID ou des vignettes concordants ne prouvent pas l'équivalence. Les responsables système qualifiés de l'établissement doivent interpréter les différences de contenu à l'aide d'outils pris en charge ; ce guide ne fournit aucun seuil d'acceptation universel pour les sommes de contrôle ou les différences de pixels.

DICOM prend explicitement en compte certaines modifications côté récepteur. La section PS3.4 B.4.1.3 autorise la coercition vers le modèle d'interrogation du récepteur, spécifie une réponse Warning pour une telle modification et met en garde quant à l'intégrité des références. La section PS3.3 décrit également des enregistrements facultatifs de coercition, de correction ou de conversion. Par conséquent, une transformation expliquée et une modification inexpliquée du contenu source ne doivent pas être classées ensemble. ^{1 7}

• Vérifiez le périmètre exact : le tableau B.4-1 mentionne Patient ID, Issuer of Patient ID, Other Patient IDs Sequence, Study Instance UID et Series Instance UID. La section aborde également la conversion des séquences de codes et note que d'autres attributs peuvent être corrigés. Il ne s'agit pas d'une autorisation générale permettant aux ingénieurs de terrain de modifier des enregistrements cliniques. ⁷
• Comparez les avertissements avec la configuration : la norme exige un Warning pour la coercition spécifiée. La documentation de dcm4che indique que son retour B000 est désactivé par défaut. L'absence de cet avertissement ne permet donc pas d'établir qu'aucune modification n'a eu lieu dans un récepteur déployé. ^{6 7 8}
• Demandez un enregistrement avant/après : Original Attributes Sequence et Instance Coercion DateTime peuvent être utiles lorsqu'ils sont renseignés ; ne présumez pas de leur existence. Les modifications apportées aux examens ou aux séries pouvant invalider les références, demandez au responsable système concerné comment les objets associés ont été réconciliés. ^{1 7}

Si l'exportation modifiée implique une compression ou une dérivation, utilisez le guide distinct pour retracer l'historique de compression. Maintenez cette analyse distincte d'une décision relative à la politique de réémission. Le fait que la syntaxe de transfert négociée ait changé n'établit pas, en soi, une nouvelle acquisition clinique ou un objet corrompu.

Les cas suivants sont des résultats de comparaison hypothétiques. Ils identifient la prochaine demande d'éléments de preuve et le responsable concerné ; ils n'autorisent pas de fusion, de purge de file d'attente, de réécriture d'UID ou de retransmission.

Que peut établir un contrôle de réception synthétique autorisé ?

Lorsqu'un incident ne peut pas être résolu à partir des enregistrements existants, le fournisseur de l'échographe et les responsables de l'établissement peuvent convenir d'un test sans patient via leur processus de gestion des modifications approuvé. Utilisez un environnement de test dédié ou une destination expressément autorisée prévoyant une gestion contrôlée des enregistrements de test. N'interrompez pas un réseau clinique et n'injectez pas d'objets de test dans des dossiers de soins actifs simplement pour reproduire une retransmission.

Convenez de la question avant de procéder aux tests. Par exemple : la nouvelle tentative mise en file d'attente et documentée préserve-t-elle les identités d'objets observées, et que conserve ce récepteur ? Une nouvelle exportation après une modification prise en charge constitue un cas de test distinct. Ce qui suit est une liste de contrôle de planification, et non une procédure du fabricant ou une norme de réception clinique :

1. Nommez la configuration et les responsables. Consignez l'échographe/le build, le récepteur/la version, l'acheminement, la politique de répétition effective, la destination approuvée et la personne qui contrôle les enregistrements de test. Obtenez la procédure exacte de retransmission prise en charge.
2. Définissez l'ensemble d'objets attendu. Utilisez du matériel synthétique ou un fantôme approuvé par l'établissement et adapté au système. Listez les images fixes, les séquences ciné et les objets de rapport attendus, le cas échéant ; ce guide ne spécifie aucun nombre d'images arbitraire, réglage de fantôme ou tolérance de mesure.
3. Conservez les preuves du premier envoi. Capturez l'enregistrement d'identité/de contenu sortant disponible et les résultats de l'opération avant une nouvelle tentative. Vérifiez séparément les copies de test conservées par le récepteur. Si la charge utile source n'est pas accessible par des moyens pris en charge, documentez cette limite.
4. Exécutez uniquement le cas de nouvelle tentative convenu. Utilisez le flux de travail pris en charge sous la supervision des responsables. La simulation de défaillance nécessite une méthode distincte approuvée ; ne débranchez pas de câble réseau de production et ne modifiez pas les contrôles de sécurité en vous fondant sur cet article.
5. Complétez le registre en trois étapes. Comparez les identités, le contenu délimité et le traitement effectif. Consignez les avertissements, les échecs et les preuves indisponibles. Si une modification/réexportation prise en charge est également testée, conservez-la comme un événement distinct.
6. Concluez par un résultat délimité. Indiquez ce qui a été démontré pour cette version, cet acheminement, cet ensemble d'objets et cette configuration, ce qui reste non testé et qui approuve la prochaine action. L'établissement conserve l'autorité sur le traitement des enregistrements de test et la remise en service clinique.

Un test réussi démontre uniquement la transaction testée. Il ne peut pas reconstituer une charge utile clinique originale perdue ni prouver le comportement pour chaque flux de travail opérateur, classe SOP ou version future. Effectuez une nouvelle vérification après toute mise à jour de l'échographe/de l'archive, migration ou modification de règles. Aucun échographe, installation PACS ni corpus d'images de patients n'a été testé lors de la préparation de ce guide.

Quelles preuves relèvent du PACS, et quand la maintenance matérielle de l'échographe est-elle pertinente ?

La maintenance matérielle devient pertinente lorsqu'une investigation qualifiée fournit des preuves indépendantes d'un défaut côté échographe. L'affichage d'un examen en double, un UID nouvellement généré ou un simple dépassement de délai ne permettent pas d'identifier une carte d'E/S, un lecteur ou une carte mère défaillants. Séparez les diagnostics pris en charge de l'investigation du dossier clinique, et conservez les journaux avant toute restauration logicielle autorisée ou toute intervention sur les pièces.

Utilisez le tableau 4 pour attribuer la question suivante. Il s'agit de transferts proposés, et non de diagnostics à distance ni de promesses quant au composant pouvant être réparé.

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

Rongtao Medical propose la réparation de cartes et de sous-ensembles d'échographie, la maintenance de sondes et des diagnostics au niveau du système. Une demande d'intervention matérielle est appropriée lorsque le dossier d'incident justifie une maintenance côté échographe plutôt qu'un affichage PACS semblant simplement être un doublon. Demandez une évaluation spécifique au cas ; ce guide n'établit aucune compatibilité de composant, aucun stock, aucune réparabilité, aucun prix ni délai d'exécution garanti. ¹¹

Dans le cadre de cette investigation, l'administration de l'archive et le rapprochement du dossier clinique restent du ressort de l'établissement et de ses fournisseurs de systèmes. Le service de réparation de Rongtao ne constitue pas une preuve qu'une archive a accepté une instance particulière ou a conservé le contenu correct. Les noms OEM identifient les équipements ; ils n'impliquent aucune autorisation ni approbation de la part des OEM.

Avant toute demande externe, préparez un résumé expurgé de l'observation et des conclusions de l'établissement. Conservez les objets DICOM originaux, les UID liés aux patients, les numéros d'accession, les images, les adresses réseau et les journaux cliniques bruts au sein des canaux de support approuvés de l'établissement. Le simple fait de supprimer le nom visible d'un patient ne rend pas un export adapté à un formulaire de devis ordinaire.

Si une maintenance matérielle est justifiée par ces conclusions, consultez les services de réparation en échographie et soumettez les informations de l'équipement pour examen de prise en charge. Fournissez :

• OEM, modèle exact d'échographe et version du logiciel hôte.
• Référence de pièce et révision du fabricant, si déjà identifiées par une maintenance autorisée ; photos nettes de l'étiquette et des deux faces de la carte, uniquement lorsqu'elles peuvent être obtenues en toute sécurité auprès d'un personnel qualifié.
• Symptôme anonymisé et texte exact de l'erreur ou du statut, avec l'opération et la séquence des événements. Excluez les informations relatives aux patients et les détails du réseau privé du devis.
• Diagnostics pris en charge déjà réalisés et éléments établis par les responsables du PACS/de l'informatique ; identifiez les éléments de preuve manquants plutôt que de faire des suppositions.
• Quantité demandée, pays de destination et impératifs de délais, pour un devis et des conditions de service spécifiques au cas.

Foire aux questions

Des numéros d'examen ou des nombres d'images identiques prouvent-ils qu'il s'agit d'un doublon ?

Non. Un libellé d'examen ou un nombre identique peut masquer des ensembles d'objets différents. Comparez les identifiants et le contenu délimité entre les étapes d'origine, de nouvelle tentative et de conservation. Si seul un échantillon a été examiné, indiquez quels objets ont été vérifiés et lesquels restent non vérifiés. L'appariement des patients, l'identité des objets et l'exhaustivité clinique sont des conclusions distinctes.

0111 signifie-t-il toujours qu'un renvoi C-STORE a échoué ?

Non. Conservez l'opération et l'objet concerné. La définition générique d'un doublon donnée par la norme n'établit pas un résultat universel de stockage, et le tableau Lumify cité concerne MPPS N-CREATE. Le statut à lui seul ne prouve ni la transmission complète des images ni leur conservation sécurisée ; demandez au responsable de l'archivage de vérifier les objets requis. ^{5 6 10}

Un envoi réussi peut-il laisser l'objet antérieur en place ?

Oui — l'exemple NEVER de dcm4che renvoie explicitement un succès tout en ignorant la répétition. Demandez des éléments de preuve sur le contenu conservé et la politique applicable. « Envoyé avec succès » ne suffit pas à déterminer si une version ultérieure d'annotation ou de rapport a remplacé une version antérieure. ⁸

Faut-il générer de nouveaux UID pour faire accepter l'examen ?

N'improvisez pas de nouveaux UID pour contourner le rejet. La norme DICOM met en garde contre la dérivation de nouveaux identifiants par l'ajout de suffixes à des UID attribués ailleurs. Une correction ou une dérivation légitime relève de flux de travail pris en charge et contrôlés par les responsables des systèmes concernés, la provenance et les références étant conservées. Cela est différent d'une solution de contournement sur le terrain qui dissimule la divergence d'origine. ⁴

Que faire si l'objet sortant d'origine n'est plus disponible ?

Marquez cette étape comme indisponible. Recherchez les journaux restants de l'émetteur et du récepteur, mais vérifiez ce qu'ils contiennent réellement : l'étendue de la journalisation, la durée de rétention et les identifiants varient. Un enregistrement de transaction peut aider à reconstituer la chronologie et le traitement sans pour autant conserver la charge utile d'origine. S'il ne permet pas d'établir ce qui a changé, laissez cette conclusion en suspens plutôt que de la déduire de la capture d'écran actuelle.