Images échographiques envoyées avec succès : l'archive a-t-elle accepté la responsabilité ?

Que garantit réellement une réponse C-STORE positive ?

Un système d'échographie affiche « Sent Successfully ». Avant le remplacement d'un disque ou le rechargement du système d'exploitation, un ingénieur de maintenance doit savoir si cela signifie que tous les dossiers requis sont protégés ailleurs. La première tâche consiste à identifier la destination et les objets individuels derrière ce statut. L'icône récapitulative d'un chariot peut représenter une tâche, une série ou un examen ; sa signification provient de la documentation de ce produit.

DICOM (Digital Imaging and Communications in Medicine) définit des classes de service de stockage (Storage) et d'engagement de stockage (Storage Commitment) distinctes. Le succès d'un C-STORE constitue une réponse de stockage au niveau applicatif, et non un simple accusé de réception de transmission TCP. La section PS3.4 B.1.2 définit la réalisation avec succès comme le stockage des informations sur un support quelconque avec un accès pendant une certaine période ; la méthode d'accès et la durée de stockage dépendent de l'implémentation et de sa déclaration de conformité. La prise en charge de Query/Retrieve n'est pas implicite. ¹³ L'annexe J explique que la classe de service de stockage n'établit pas d'elle-même un engagement explicite de conservation sécurisée. Ne transformez pas cette distinction en l'affirmation que C-STORE n'impose aucune exigence, ou que chaque récepteur utilise un cache volatil. Le comportement de stockage et les niveaux de stockage pris en charge font également l'objet d'exigences de conformité. ^{1 12}

Un récepteur peut rendre une instance persistante avant d'en accuser réception. Cela peut constituer un élément probant utile, en particulier lorsque sa déclaration de conformité décrit ce comportement. La question restante est de savoir ce que l'émetteur peut établir concernant la rétention et la récupération ultérieure. Une réponse de succès provenant d'une passerelle doit également être distinguée des éléments probants concernant l'archive en aval. Identifiez l'AE — l'entité d'application DICOM — qui a réellement accepté l'opération.

• Destination : L'opération a-t-elle été acceptée par le PACS/VNA final, un routeur ou un récepteur temporaire ? PACS signifie picture archiving and communication system ; VNA signifie vendor-neutral archive.
• Couverture : Quelles instances SOP (Service-Object Pair) ont été envoyées ? Un UID d'instance SOP — un identifiant unique — identifie un objet DICOM ; un clip multitrame n'est pas compté une fois par image.
• Exceptions : Certaines instances sont-elles restées en attente, ont-elles été rejetées ou acceptées avec des avertissements ? Conservez les réponses réelles plutôt que de déduire l'exhaustivité à partir d'un libellé au niveau de l'examen.
• Élément probant suivant : Existe-t-il un résultat d'engagement, une disposition de conservation alternative documentée ou seulement un journal d'envoi ? Il s'agit d'enregistrements différents.

Une opération réussie n'établit pas non plus le bon fonctionnement continu du réseau ou du matériel. Lorsque le problème est un échec d'envoi, utilisez le guide distinct sur l'isolation des pannes de sortie DICOM et PACS en échographie. Le présent article part d'un envoi apparemment réussi et examine les éléments probants qui font encore défaut.

Qu'est-ce que l'engagement de stockage — et que promet l'archive ?

Selon l'annexe J, le SCU (Service Class User) d'engagement de stockage demande la conservation sécurisée au SCP (Service Class Provider) d'engagement de stockage. Ces rôles décrivent un service particulier, et non une identité client/serveur générale pour chaque opération sur un appareil. La déclaration de conformité du SCP explique la durée, les capacités de récupération, la latence et la capacité. Il peut promettre un stockage limité plutôt qu'un archivage permanent. L'emplacement de récupération peut également différer de l'AE qui a accepté l'engagement. ¹

Pour le modèle Push DIMSE (DICOM Message Service Element), UID de classe SOP 1.2.840.10008.1.20.1, la requête N-ACTION transporte un UID de transaction (0008,1195) et une séquence SOP référencée (0008,1199). Chaque entrée identifie une classe SOP et une instance SOP. Une réponse N-ACTION réussie établit la réception de la requête ; le résultat ultérieur en établit l'issue. La requête peut contenir un seul objet ou un ensemble, de sorte qu'une requête acceptée ne constitue pas la preuve que l'examen complet a été inclus. ²

Le résultat du N-EVENT-REPORT porte le Transaction UID correspondant. L'Event Type 1 signale le succès pour toutes les instances demandées. L'Event Type 2 signale l'existence d'échecs et identifie à la fois les instances réussies et les instances en échec, avec une raison pour chaque échec. L'ensemble complet demandé doit être pris en compte. L'accusé de réception du N-EVENT-REPORT constitue encore une autre réponse : ne confondez pas son statut de réussite avec le résultat contenu dans l'événement. ³

Les instances engagées doivent être stockées au Storage Level 2 (Full), y compris les attributs privés. L'annexe J exige également l'intégralité des données de pixels plutôt qu'un simple lien vers celles-ci. Ces exigences ne prescrivent pas de configuration RAID, d'algorithme de somme de contrôle, de séquence de validation de base de données ni de support de stockage particulier. Le Storage Level 2 ne constitue pas une affirmation universelle de préservation bit à bit ; la Storage Service Class décrit également les manipulations d'attributs autorisées. ¹² Un événement positif constitue l'engagement déclaré du SCP ; il ne s'agit pas d'un audit indépendant de la mise en œuvre de l'archive ou des dispositions de reprise après sinistre. ^{1 3}

L'engagement de stockage ne tranche pas en lui-même la garde légale, la propriété, les durées de conservation imposées à l'établissement, ni l'autorisation de purger les supports locaux. DICOM laisse le comportement de suppression du SCU en dehors de la définition du service et exige que ce comportement soit documenté. La politique de l'établissement, les contrats et les obligations applicables demeurent des décisions distinctes. La référence de la SIIM recommande le service en complément du transfert, mais cette recommandation ne fournit pas de politique de conservation pour l'établissement. ^{1 9}

Une matrice de preuves pour la décision de conservation locale

Utilisez cette matrice pour qualifier les preuves disponibles dans un enregistrement de service. La colonne d'action constitue une limite d'examen proposée pour l'établissement, et non une commande de suppression ou un flux de travail imposé par DICOM. Un échec, une réponse en attente ou un inventaire source incomplet doivent rester visibles plutôt que d'être condensés en un unique statut vert.

Considérez un cas d'acceptation synthétique comportant six objets : deux images fixes, trois séquences multi-trames et un rapport structuré. Une demande couvrant les cinq objets d'image peut recevoir l'Event Type 1 alors que le rapport n'a jamais été demandé. Un libellé « committed » au niveau de l'étude surestimerait alors les preuves disponibles. L'objet manquant doit être rapproché de l'inventaire source ; vérifier de manière répétée la même transaction réussie n'en élargira pas le périmètre.

Dans un second cas synthétique, la requête inclut les six objets, mais le résultat répertorie cinq succès et un échec. Il s'agit d'un résultat partiel, et non d'un examen entièrement validé. Consignez quel objet a échoué et pour quelle raison. Conservez la source pendant que le personnel qualifié résout l'exception. Ces exemples illustrent le rapprochement d'ensembles ; il ne s'agit pas de cas de patients ni de taux d'échec mesurés.

Où le résultat arrive-t-il, et pourquoi peut-il être manquant ?

La norme exige la capacité de délivrer le N-EVENT-REPORT sur une association différente de celle de N-ACTION ; elle autorise également une tentative sur la même association. Une règle universelle selon laquelle « trois connexions sont toujours requises » est donc inexacte. Orthanc documente une implémentation à trois associations, et la déclaration de la Lumify R5.0 documente la prise en charge asynchrone des résultats. Vérifiez les déclarations de conformité des deux homologues avant d'interpréter un callback manquant. ^{3 5 10}

1. Une requête a-t-elle été envoyée ? Distinguez le succès du C-STORE de l'acceptation du N-ACTION. Confirmez la destination d'engagement correcte, la SOP Class prise en charge et les autorisations plutôt que de supposer que le transfert d'images active l'engagement.
2. La requête a-t-elle été acceptée ? Distinguez une opération ayant échoué d'une requête acceptée en attente de son résultat. Consignez le Transaction UID pour corréler les deux journaux.
3. Un résultat a-t-il été produit ? Demandez au responsable de l'archive d'identifier le résultat et l'ensemble d'instances demandé. Le traitement par le serveur ou un échec par instance peut expliquer le résultat sans défaillance réseau.
4. Le résultat a-t-il pu parvenir à l'expéditeur ? Lorsqu'une association distincte est utilisée, le personnel informatique/PACS qualifié doit comparer les AE titles configurés, l'adresse, le port d'écoute, la politique réseau approuvée et la disponibilité de l'appareil.
5. Le résultat a-t-il été consigné ? Comparez l'état de l'expéditeur avec le journal de l'archive. Le comportement spécifique à chaque produit en matière de délai d'attente, de nouvelle tentative et de persistance de l'état a son importance ; ne supposez pas que tous les produits conservent ou réessayent les transactions en attente de manière identique.

L'acceptation d'une association ne modifie pas automatiquement le rôle de service Storage Commitment d'une modalité en SCP. L'archive demeure le SCP Storage Commitment lorsqu'elle initie l'association de résultat, avec une négociation de rôle telle que décrite dans J.3.3. Ce point est important lors de la lecture des tables de conformité qui répertorient la modalité en tant que SCU alors même qu'elle est à l'écoute des résultats entrants. ³

Une règle de pare-feu, une modification de l'adresse de l'appareil ou un chariot hors ligne peuvent interférer avec un callback, mais ce guide ne dispose d'aucun ensemble de données indiquant quelle cause est la plus fréquente. Des résultats manquants ne prouvent pas que des examens sont perdus, et des envois réussis ne prouvent pas que le chemin de callback fonctionne. Conservez les copies requises sous protection et menez l'investigation avec le responsable de l'archive ; ne contournez pas les contrôles réseau et ne déduisez pas la nécessité d'une carte de remplacement à partir de ce seul symptôme.

Qu'établissent les documents d'échographie cités ?

Les exemples suivants établissent des comportements documentés spécifiques. Ils ne constituent pas une matrice de compatibilité, une étude exhaustive des OEM ou la preuve qu'une autre version dispose de la même fonctionnalité. Procurez-vous le document correspondant pour le logiciel installé et l'archive de réception avant toute décision d'acceptation.

La déclaration historique du LOGIQ7 rend l'interprétation de la file d'attente particulièrement importante : sous la révision 4.0, une demande d'engagement sans réponse est supprimée au bout de deux jours sans avertir l'utilisateur. Un résultat positif supprime également la demande. Une file d'attente vide ne permet donc pas de distinguer ces issues sur cette révision ; conservez le résultat de la transaction et l'inventaire source plutôt que de considérer la disparition d'une tâche comme une preuve d'engagement. Ce comportement ne doit pas être présumé pour d'autres modèles ou versions. ⁴

La déclaration relative au Lumify rappelle utilement que le comportement de nouvelle tentative est propre à chaque produit : elle décrit une nouvelle tentative après 96 heures sans la réponse attendue et le renvoi des instances en échec selon la séquence indiquée. Il s'agit d'une description d'implémentation, et non d'un délai d'attente recommandé pour chaque échographe ni d'une autorisation de supprimer les examens en attente. Basez-vous sur le comportement propre à la version installée lors de la définition d'un intervalle d'escalade. ⁵

Le guide du PX distingue trois options de sélection des examens et avertit que ce choix doit correspondre à la configuration DICOM. Lorsqu'un serveur d'engagement de stockage est configuré, il préconise de ne supprimer que les examens avec engagement de stockage. Il décrit également une configuration d'archivage seul pouvant utiliser le statut d'examen archivé. Cette dernière option ne transforme pas C-STORE en engagement de stockage : l'établissement doit toujours évaluer ses modalités d'archivage et sa politique de conservation des dossiers. Ce guide ne donne pas pour instruction à un administrateur d'activer l'une ou l'autre option. ⁶

Que doit déterminer l'établissement avant de modifier la rétention locale ?

Traitez la saturation du stockage et l'autorisation de rétention comme des tâches distinctes. Un avertissement d'espace disque peut refléter la charge de travail, un échec d'envoi, des résultats d'engagement manquants, un problème de stockage ou les paramètres de stratégie. Il ne permet pas d'établir quels dossiers peuvent être supprimés. Maintenez protégés les dossiers non résolus et appliquez la procédure d'escalade de l'établissement lorsque la capacité menace le flux de travail.

1. Désignez le responsable décisionnaire. Le génie biomédical peut recueillir les éléments de preuve, mais les responsables de l'archivage et des dossiers de l'établissement doivent approuver les modalités de rétention. Consignez qui accepte les exceptions non résolues et qui peut autoriser une modification de configuration.
2. Rapprochez l'ensemble complet des objets. Comparez l'inventaire source avec la demande et le résultat, y compris les comptes rendus et les clips requis. Conservez les instances en échec ou omises ; une image ou une série réussie ne constitue pas la preuve d'un examen complet.
3. Consultez les conditions d'engagement de l'archive. Identifiez l'AE responsable, la durée de rétention, l'emplacement et la latence de récupération, les limites de capacité et les accords de service applicables. Une promesse à durée limitée doit s'intégrer au plan de conservation des dossiers à plus long terme de l'établissement. ¹
4. Déterminez la rétention locale selon la politique applicable. Aucun délai de grâce universel n'est établi par ces sources. Les durées sélectionnables dans le guide du PX sont des options du produit, et non la preuve que 72 heures ou sept jours sont sans risque pour un établissement particulier. ⁶
5. Testez avec des données approuvées ne concernant pas de patients. Avant la remise en service, démontrez les états d'envoi, de requête, de résultat et d'exception attendus conformément à la procédure OEM. Consignez les paramètres examinés ainsi que la validation de l'établissement ; ne testez pas le comportement de suppression sur l'unique copie d'un enregistrement clinique.

La conservation locale de routine est également différente de l'assainissement avant qu'un équipement ne quitte un établissement. Protéger l'archive ne démontre pas qu'un disque a été assaini. Pour cette décision distincte, utilisez le guide d'exportation, de conservation et d'effacement des données patients et convenez du plan de traitement des données avant toute expédition pour réparation.

Que faire si l'archive ne prend pas en charge l'engagement de stockage ?

L'absence du rôle SCP Storage Commitment n'établit pas qu'une archive n'est pas sûre. Inversement, une mention sur le produit indiquant « compatible DICOM » n'établit pas qu'il prend en charge ce service. Demandez la déclaration de conformité réelle ainsi que les dispositions de conservation documentées de l'établissement. En l'absence d'alternative approuvée adéquate, conservez les enregistrements locaux requis et faites remonter le problème plutôt que d'inventer une équivalence.

Une interrogation et une récupération indépendantes peuvent fournir des preuves de disponibilité pour une alternative approuvée par l'établissement. Utilisez un client d'archivage autorisé et confirmez qu'il lit bien la destination plutôt que le cache local de l'échographe. Une station de travail distincte constitue un moyen utile de réduire cette ambiguïté ; il ne s'agit pas d'une exigence universelle spécifiée par l'annexe J. Toute vérification de données patients doit demeurer au sein de l'environnement autorisé de l'établissement.

• Identité : Faites correspondre les identifiants pertinents d'étude, de série, de SOP Class et de SOP Instance avec l'inventaire source. Les seuls décomptes peuvent masquer un objet manquant et un objet supplémentaire inattendu.
• Exhaustivité : Vérifiez la présence de chaque image fixe, clip multi-images et rapport requis. Un visualiseur dédié uniquement aux images peut ne pas afficher tous les types d'objets ; impliquez le responsable de l'archive lorsque son inventaire ne permet pas d'établir la couverture.
• Périmètre de récupération : Consignez précisément quels objets ont été récupérés et vérifiés. Un échantillon peut démontrer le bon fonctionnement d'un chemin ; il ne peut pas prouver l'intégrité ou la disponibilité de tous les objets non testés.
• Conservation : Documentez qui conservera les enregistrements, pendant combien de temps et comment ils pourront être récupérés. Une récupération réussie établit la disponibilité à ce moment-là, et non une promesse de stockage futur.
• Disposition : Laissez les copies locales protégées jusqu'à ce que le responsable habilité de l'établissement accepte l'intégralité des preuves ainsi que les éventuelles exceptions conformément à sa politique. La récupération à elle seule ne constitue pas une autorisation de suppression.

C-FIND et C-MOVE, ou les services web d'interrogation/récupération pris en charge, sont des mécanismes envisageables ; le choix approprié dépend des deux points de terminaison. Ne supposez pas qu'une requête au niveau de l'étude garantit l'exhaustivité au niveau des instances, ni qu'une miniature lisible prouve que le contenu multi-images d'origine est intact. Cet article précise la question des preuves à apporter, et non des commandes destinées à une archive en production.

Les éléments de preuve issus des implémentations peuvent également tempérer les hypothèses concernant l'engagement lui-même. Orthanc indique dans sa documentation que son SCP de base vérifie la présence dans la base de données et la concordance des SOP Class ; des vérifications personnalisées peuvent être ajoutées. La documentation de son SCU décrit également des rapports actifs conservés en mémoire vive (RAM) et perdus lors d'un redémarrage. Il s'agit de détails propres à Orthanc, mais ils illustrent pourquoi la simple appellation d'un protocole ne saurait remplacer les conditions réelles de stockage du récepteur et le comportement de persistance de l'émetteur. ¹⁰

Comment cela s'articule-t-il avec les interventions sur les disques et la remise en service ?

Avant un rechargement du stockage ou le remplacement d'un disque, séparez la conservation des examens requis de la restauration du logiciel système et de la configuration. Les preuves d'archivage non résolues doivent être consignées dans l'autorisation de travail avant toute intervention destructive. Si la console ne démarre pas, suivez le chemin décisionnel disque contre carte mère ; ne partez pas du principe qu'un disque défaillant ne contient aucune donnée patient récupérable.

Après un changement de backend, de carte mère ou d'interface réseau, le personnel qualifié doit comparer la configuration de connectivité autorisée avant et après l'intervention. Lorsque la réparation modifie une adresse, un titre AE, une configuration d'adaptateur ou un écouteur, un test sortant réussi peut coexister avec un résultat d'engagement manquant. Consignez les modifications observées plutôt que de supposer que chaque remplacement de carte modifie l'identité réseau.

La recette doit couvrir les services réellement configurés pour cet appareil et cette archive, en utilisant des données de test approuvées ne concernant pas de patients. Consignez l'ensemble d'objets source, les réponses d'envoi, l'identité de la demande, le résultat et la vérification de la destination, selon le cas. Les tests matériels et la recette de l'archive répondent à des questions différentes. Le guide des preuves de test de carte sur machine réelle explique les limites d'un enregistrement de test de carte réparée ; il ne peut certifier les dispositions de conservation de l'archive hospitalière.

Une transmission utile des éléments de preuve pour un résultat non résolu

Le modèle d'enregistrement proposé ci-après aide l'ingénieur de l'échographe et le responsable du PACS à examiner la même transaction. Il ne s'agit pas d'un formulaire imposé par l'OEM. Conservez les identifiants cliniques, les captures de paquets et les détails réseau au sein des systèmes approuvés de l'établissement ; une demande de réparation externe nécessite normalement un résumé épuré des symptômes plutôt que des examens de patients.

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

Rongtao propose la réparation de cartes d'échographie et des pièces de rechange testées, avec des services de sondes disponibles selon la panne concernée. Le délai habituel de réparation de carte est de 5–8 jours ouvrés, le test sur machine réelle est de 48 heures, et la garantie standard est généralement de 90 jours ; confirmez le produit, le service et les conditions applicables dans le devis. Ces caractéristiques de service n'établissent pas une capacité d'intégration PACS ou de validation d'archivage. ¹¹

Les équipes PACS, informatiques et de gestion des dossiers de l'établissement sont responsables de la configuration de l'archive, des autorisations réseau et des décisions de conservation. Un résultat d'engagement en attente doit être examiné avec ces équipes avant tout achat de matériel. Le rôle de réparation de Rongtao commence lorsqu'il existe la preuve d'une panne matérielle réparable ; le signalement indiquant qu'un examen a été « envoyé mais non engagé » n'identifie pas une carte défaillante.

Pour une évaluation matérielle via les services de réparation d'échographes ou la page de contact, fournissez l'OEM, le modèle exact, le logiciel installé le cas échéant, la référence fabricant, le texte du symptôme ou de l'erreur, la quantité et le pays de destination. Joignez les photos de l'étiquette existante et des deux faces de la carte lorsqu'elles sont disponibles à la suite d'une intervention de maintenance qualifiée ; ne démontez pas l'équipement uniquement pour une demande de renseignements. Décrivez si la défaillance concerne C-STORE, N-ACTION ou le résultat, à l'aide d'éléments probants anonymisés. Ne transmettez aucun dossier patient dans le dossier de devis.

Questions fréquemment posées

L'échographe indique que l'envoi a réussi. Pouvons-nous supprimer l'examen ?
Ce seul statut constitue une preuve insuffisante pour prendre cette décision. Rapprochez l'ensemble d'objets requis et l'engagement applicable ou les éléments probants alternatifs approuvés, puis appliquez la politique de conservation de l'établissement. Ce guide n'autorise pas la suppression. ¹

L'engagement de stockage constitue-t-il une garantie permanente ou de garde légale ?
Il s'agit d'un engagement explicite au niveau du protocole, dont la nature est définie par la déclaration de conformité de l'implémentation. Sa durée peut être limitée. Il ne règle pas à lui seul la garde légale et ne prescrit pas la politique de suppression locale de l'établissement. ¹

Notre requête a été acceptée, mais aucun résultat n'est parvenu. Que devons-nous vérifier ?
Mettez en corrélation le Transaction UID au niveau des deux pairs, déterminez si l'archive a produit un résultat et vérifiez la délivrance ainsi que l'enregistrement de l'émetteur selon l'implémentation réelle. Un callback distinct peut échouer même lorsque le transfert sortant fonctionne. Évitez de présumer une cause unique, un intervalle fixe de nouvelle tentative ou le fait qu'un résultat manquant prouve une perte de données. ^{2 3}

Que nous indiquent les motifs d'échec ?
La norme DICOM PS3.3 C.14.1.1 définit l'échec de traitement 0110H, l'instance SOP indisponible 0112H, la limitation des ressources 0213H, la classe SOP référencée non prise en charge 0122H, le conflit classe/instance 0119H et un Transaction UID déjà utilisé 0131H. Ces significations restreintes n'identifient pas un disque défaillant, une cause de perte de paquets ou une carte à remplacer. Conservez l'ensemble en échec et menez des investigations avec le responsable de l'archive. ⁷

Un résultat positif prouve-t-il que l'examen complet fait l'objet d'un engagement de stockage ?
Uniquement si la requête incluait chaque objet requis et que le résultat prend en compte cet ensemble. Une transaction réussie pour des instances d'images ne couvre pas un compte rendu qui n'a jamais été demandé. Comparez les identifiants, et pas seulement les totaux. ^{2 3}

Quand ces éléments probants doivent-ils être revérifiés ?
Revérifiez-les après des modifications logicielles ou de connectivité de l'échographe, des migrations d'archives, des modifications des conditions de conservation ou des révisions de la norme citée et des documents OEM. Consignez les versions exactes utilisées lors de la recette. Les exemples historiques LOGIQ7 et S-Series doivent rester étiquetés comme historiques, même lorsque l'examen des sources est récent.