Deux hôpitaux réutilisent un numéro de patient : vérifiez l'émetteur avant l'importation de l'échographie

Le ticket d'assistance : un numéro familier sur un examen externe

Illustration fictive : L'Hôpital A reçoit un examen échographique de la Clinique B sur un support de transfert approuvé. Son Patient ID est 940218, un numéro déjà utilisé localement. Le système d'archivage et de transmission d'images (PACS) récepteur présente une correspondance possible de patient. L'équipe biomédicale est consultée pour savoir si l'échographe est défaillant ou si l'examen peut être rattaché à ce dossier.

Le numéro à lui seul ne permet de trancher ni l'une ni l'autre de ces questions. La Clinique B a pu l'attribuer à une personne différente, ou la même personne peut avoir des identifiants dans les deux organisations. Un en-tête peut également comporter une sélection d'enregistrement incorrecte. Une correspondance non résolue doit être maintenue dans le circuit d'exception approuvé de l'établissement pendant que les responsables du PACS et de l'identité patient vérifient les enregistrements sources. Ne présumez pas que chaque produit d'importation affiche le même avertissement ou fournit une fonction d'isolement.

Un télescopage relie des enregistrements de personnes différentes ; un dossier fragmenté sépare des enregistrements appartenant à une même personne. L'article de Dennison sur la maturité de l'identité patient aborde ces deux risques dans les entreprises d'imagerie consolidées. Une vérification de l'émetteur traite de la portée de l'identifiant, mais elle ne peut pas à elle seule établir que l'acquisition initiale a été attribuée au bon patient. ⁵

Que prouve un Patient ID DICOM — et que ne promet jamais la norme ?

La norme DICOM (Digital Imaging and Communications in Medicine) sépare les identifiants de patient, de prescription et d'examen. Le Study Instance UID (0020,000D) est un identifiant unique d'examen ; le Patient ID (0010,0020) est l'identifiant patient utilisé par une autorité d'attribution. Un identifiant d'examen correctement formé ne valide pas la liaison avec le patient. ^{2 3}

Dans la norme DICOM PS3.3, section C.7.1.1 (Module Patient, tableau C.7-1), l'attribut Patient ID (0010,0020) est simplement défini comme : ²

Patient ID (0010,0020) : Identifiant principal du patient.— DICOM PS3.3 Section C.7.1.1 Tableau C.7-1

Le Patient ID est de type 2 dans le module Patient cité : l'élément est obligatoire, mais une valeur inconnue peut être vide. Sa définition ne lui confère pas d'unicité universelle. La question pratique est de savoir quel schéma d'identification a attribué la valeur, et si le système récepteur dispose d'un mappage vérifié pour ce schéma. Un identifiant manquant ou temporaire nécessite le processus de réconciliation local, plutôt que de présumer que l'examen est invalide. ^{1 2}

Par exemple, l'Hôpital A et la Clinique B fictifs peuvent chacun utiliser 100452. Une chaîne de caractères partagée n'indique pas si leurs dossiers décrivent la même personne. Ne déduisez pas le schéma émetteur uniquement à partir de la longueur du numéro, de la ponctuation, d'un préfixe familier ou du point de terminaison de transport. Conservez l'autorité et sa provenance avec le numéro lors de la vérification.

Ce qu'établissent l'émetteur et ses qualificatifs

L'Issuer of Patient ID identifie l'autorité qui a émis le numéro de patient. Le domaine d'identité constitue le schéma émetteur ; l'identifiant patient est interprété au sein de ce domaine. La norme DICOM PS3.3, section 10.15, définit la macro Issuer et sa relation avec le type de données CX d'HL7 v2 utilisé dans PID-3. Les éditions citées, actuelle et 2019e, contiennent ce mécanisme. ^{1 4}

L'autorité peut être un système, une organisation, un organisme ou un service. L'attribut émetteur correspond au composant d'espace de noms local de l'autorité d'assignation HL7. Une valeur brute telle que RIS n'a de sens qu'au sein d'une configuration convenue : des organisations sans lien peuvent utiliser le même libellé. Inversement, des libellés d'émetteur historiques et actuels peuvent être des alias approuvés pour un même domaine. Comparez les correspondances d'autorités configurées, et pas seulement l'égalité textuelle. ^{1 5}

La séquence optionnelle Issuer of Patient ID Qualifiers Sequence (0010,0024) fournit un contexte supplémentaire sur l'autorité ou l'identifiant. Un seul élément est autorisé. Ses composants comprennent : ¹

• Universal Entity ID (0040,0032) : un identifiant universel ou unique pour l'autorité d'assignation. Si celui-ci et Issuer of Patient ID sont tous deux présents, ils doivent identifier la même autorité.
• Universal Entity ID Type (0040,0033) : requis lorsque Universal Entity ID est présent ; il identifie le format utilisé. Vérifiez les termes définis de la norme et le registre local des autorités.
• Identifier Type Code (0040,0035) : décrit le type d'identifiant à l'aide de la table HL7 0203. Cet élément est distinct de Type of Patient ID (0010,0022), dont les termes définis incluent TEXT, RFID et BARCODE.
• Assigning Facility Sequence (0040,0036), Assigning Jurisdiction Code Sequence (0040,0039) et Assigning Agency or Department Code Sequence (0040,003A) : fournissent un contexte de localisation, de juridiction ou d'organisme. Ces éléments n'autorisent pas le lecteur à deviner une autorité absente.

Le type 3 décrit une présence optionnelle ; il ne s'agit pas d'une mesure de la fréquence à laquelle un champ est renseigné. Le modèle PIM3 décrit les systèmes de niveau 0 comme supposant un domaine d'identité unique plutôt que de qualifier les identifiants de patients entre différents domaines. Combiner des domaines sans contrôles appropriés peut créer des collisions ; il s'agit d'un risque, et non de l'issue inévitable de chaque importation. ^{1 5}

Pourquoi la norme a-t-elle retiré un attribut faute d'émetteur ?

Le module Patient fournit également Other Patient IDs Sequence (0010,1002) pour les identifiants alternatifs. Cela s'avère pertinent lorsqu'une personne possède des identifiants auprès de plusieurs organisations : un second numéro ne correspond pas automatiquement à une seconde personne. ²

Le tableau actuel explique que cette séquence a remplacé l'attribut retiré Other Patient IDs (0010,1000), dont les valeurs individuelles ne comportaient pas d'émetteur. Cela permet de conserver le contexte de l'émetteur pour chaque identifiant alternatif. Cela ne documente pas de taux de collision et ne rend pas obligatoires les valeurs d'émetteur optionnelles. ²

Chaque élément d'identifiant alternatif comprend un Patient ID et un Type of Patient ID, et intègre la macro d'émetteur. Les attributs d'émetteur de cette macro restent optionnels. Vérifiez la portée de chaque élément plutôt que de supposer que chaque numéro alternatif hérite de l'autorité de premier niveau. ^{1 2}

Pour une équipe de maintenance, la conséquence pratique est une question de preuve : l'enregistrement reçu préserve-t-il l'autorité pour l'identifiant comparé ? Une séquence capable de transporter des informations d'émetteur ne constitue pas la preuve que l'expéditeur l'a renseignée ou que le récepteur l'utilise correctement.

Pourquoi l'identité de la prescription ne correspond-elle pas à l'identité du patient ? Les numéros d'accession et leur propre émetteur

La concordance d'une accession peut aider l'équipe autorisée à localiser une prescription d'origine. Elle ne peut pas supplanter un conflit dans les éléments d'identification du patient. La même chaîne d'accession peut apparaître dans des systèmes d'émission sans aucun lien, tout comme les numéros de patient. Maintenez l'autorité de la prescription distincte de l'autorité qui a attribué le Patient ID.

La norme DICOM PS3.3, tableau C.7-3, définit l'Accession Number comme l'identifiant du système d'information départemental pour une demande d'examen d'imagerie (Imaging Service Request). Sa séquence facultative Issuer of Accession Number Sequence délimite la portée de cet identifiant de demande. ³

La distinction est pratique : un patient peut faire l'objet de plusieurs prescriptions, et un établissement destinataire peut créer sa propre prescription pour une étude externe. Préservez la liaison avec la prescription externe par le biais du flux de travail d'importation approuvé. Une séquence d'émetteur d'accession à élément unique ne stocke pas deux numéros d'accession. ^{3 12}

Notre guide sur l'état de la liste de travail MPPS couvre le statut des étapes de procédure et ses liens avec les prescriptions. Le présent article s'en tient aux éléments probants relatifs à l'identité du patient : ni un état de flux de travail terminé ni une accession en apparence unique ne prouvent qu'une étude externe appartient à un dossier local.

Le rapprochement lors de l'importation peut légitimement utiliser des informations locales sur le patient et la procédure obtenues via des listes de travail ou des requêtes démographiques. L'IHE décrit cela comme un flux de travail d'intégration, assorti d'une gestion des exceptions pour les sélections incorrectes. Ne confondez pas une option d'importation qui résout la numérotation des prescriptions avec une concordance patient vérifiée. Suivez le flux de travail documenté du destinataire plutôt qu'une règle universelle sur ce qu'un assistant doit faire. ¹²

Que font les chaînes échographiques réelles des émetteurs ? Données des déclarations de conformité

Ces exemples décrivent différents rôles dans la chaîne : les modalités créent des instances, un courtier de liste de travail fournit des informations et une archive peut compléter les attributs. Ils ne constituent pas un classement, une matrice de compatibilité ou la preuve qu'une installation particulière se comporte comme testé. Les limites propres à chaque ligne importent tout autant que le comportement indiqué.

• GE Venue 40 v2.xx, DOC0837847 Rev 2, tableau 3-3, p. 24 : Le Patient ID provient d'une saisie dans l'interface utilisateur (UI) ou d'une liste de travail ; l'Issuer of Patient ID est documenté comme provenant de la liste de travail. Le document ne répertorie pas de source manuelle pour l'émetteur. Inspectez un export de test autorisé avant de conclure à ce qui est absent sur une version installée particulière. Le PDF porte un copyright de 2011 ; son chemin d'hébergement contient des dates de 2018, qui ne constituent pas une date de sortie logicielle. ⁷
• ExactVu 2.9/3.0, Rev 1.3, Section 4.2.2.3.1.3 : le tableau des instances créées indique que le Patient ID provient de la liste de travail de modalité (MWL) lorsqu'elle est disponible et qu'il est généré dans le cas contraire ; la ligne relative à l'émetteur est marquée comme générée. Le document explique que les valeurs générées peuvent provenir d'une saisie utilisateur, de détails d'acquisition ou d'une chaîne aléatoire ; il ne précise pas la valeur de l'émetteur ni si les appareils partagent un espace de noms. Dans le tableau, cela ne se limite pas aux cas de saisie manuelle. ⁸
• Sectra Connectivity Hub 9.5.0.2442, août 2025, Section 3.2.1, p. 14 : le tableau de la liste de travail mappe le Patient ID à partir de HL7 PID-3.1 et son autorité d'assignation à partir de PID-3.4. Vérifiez à la fois les valeurs entrantes et le mappage configuré du broker ; cette ligne ne prouve pas ce qu'un échographe en aval enregistre en fin de compte. ⁹
• Philips Lumify R5.0, HSDP-1299212, Tableau 40, p. 38 : le module Patient enregistré documente le Patient ID à partir de la liste de travail, d'une saisie utilisateur ou d'une génération système. Il ne mentionne pas l'Issuer of Patient ID dans ce tableau. Il s'agit d'une limite de la documentation, non d'une preuve concernant la configuration de l'émetteur d'une AE distante ou la fréquence à laquelle les examens sur appareil portable omettent les émetteurs. ¹⁰
• dcm4che Archive 5, version de documentation 5.35, Configuration du dispositif : le paramètre d'émetteur fournit des valeurs par défaut et peut être utilisé par des coercitions d'attributs d'archive configurées pour compléter une autorité d'assignation manquante lors de la réception et d'autres transactions. Cette supplémentation dépend de l'application de cette configuration ; il ne s'agit pas d'un comportement inconditionnel pour toutes les études entrantes. Une valeur fournie par le récepteur ne doit pas être confondue avec une autorité vérifiée au niveau de l'expéditeur. ¹¹

Pour chaque transfert, distinguez les valeurs présentes lors de l'exportation de celles ajoutées ultérieurement. Demandez la version exacte de la modalité, les versions du broker et de l'archive, ainsi que les sections de conformité applicables. Un émetteur générique ou une valeur par défaut du récepteur nécessite une interprétation documentée. Un champ renseigné ne constitue pas nécessairement une preuve plus probante qu'un champ manquant si personne ne peut expliquer d'où provient sa valeur.

La séquence de contrôle préalable à l'importation : lire, comparer, classifier, router

Utilisez cette séquence de preuves en quatre étapes dans le cadre du processus d'importation approuvé par l'établissement. Il s'agit d'une synthèse rédactionnelle des normes et principes informatiques cités, et non d'un algorithme de rapprochement des patients validé. L'opérateur qui autorise un rapprochement et les critères appliqués pour ce faire sont définis par la politique de l'établissement. ^{5 6 12}

Étape 1 : lire le bloc d'identité reçu sans le modifier. Un membre autorisé de l'équipe doit utiliser une visionneuse en lecture seule ou un outil de métadonnées approuvé dans l'environnement sécurisé de l'établissement. Conservez les fichiers originaux reçus sous protection. Consignez si l'exportation est un transfert clinique original, une copie dé-identifiée ou une sauvegarde restaurée ; des valeurs d'identité manquantes ont des implications différentes dans chaque cas.

• Identifiant patient (0010,0020)
• Émetteur de l'identifiant patient (0010,0021) et séquence des qualificatifs (0010,0024)
• Nom du patient (0010,0010)
• Date de naissance du patient (0010,0030) et sexe du patient (0010,0040)
• Numéro d'accession (0008,0050) et émetteur du numéro d'accession (0008,0051)
• Study Instance UID (0020,000D), Series Instance UID (0020,000E) et Service-Object Pair (SOP) Instance UID (0008,0018) pour localiser les objets concernés ; le SOP Class UID (0008,0016) identifie le type d'objet. ^{3 14 15}
• Fabricant et nom de modèle du fabricant (0008,0070 / 0008,1090), ainsi que la version logicielle installée issue du dossier de l'équipement.

Étape 2 : comparer les domaines d'identité et la provenance. À l'aide des systèmes autorisés, comparez les valeurs reçues avec le dossier local proposé et les informations d'enregistrement confirmées de l'organisme expéditeur. Vérifiez le mappage d'autorité configuré plutôt que de traiter une chaîne d'émetteur comme une authentification.

• L'émetteur semble concorder : vérifiez les qualificatifs et le registre des autorités. Deux sites peuvent tous deux utiliser un libellé générique tel que RIS. Même un domaine reconnu et des données démographiques concordantes n'excluent pas une sélection initiale du mauvais patient.
• L'émetteur diffère : vérifiez si les valeurs identifient des domaines différents ou des alias approuvés pour un même domaine. Les dossiers peuvent décrire des personnes différentes ou la même personne avec des identifiants inter-domaines. Ne forcez pas le rapprochement ; demandez à l'équipe d'identitovigilance de vérifier le lien.
• L'émetteur est absent ou défini par défaut : établissez qui a fourni l'identifiant patient et si une passerelle ou un récepteur a ajouté une autorité. Ne comblez pas ce manque avec le nom d'une clinique deviné à partir de l'étiquette d'un disque. Un champ facultatif manquant ne constitue pas en soi une défaillance de l'appareil.

Étape 3 : comparer les données démographiques et décrire l'incertitude. Le nom, la date de naissance et le sexe peuvent révéler une discordance, mais ils ne constituent pas des identifiants uniques ni des sommes de contrôle infaillibles. Notre guide sur les jeux de caractères pour les noms de patients traite des problèmes de représentation. Les dates de naissance et les valeurs de sexe peuvent également être absentes, mal saisies ou corrigées ; une discordance ne prouve pas qu'il s'agit de deux personnes distinctes.

Étape 4 : acheminer et consigner la décision. Les équipes autorisées responsables du PACS et de la gestion des identités des patients décident s'il convient de lier, de réconcilier, de créer un dossier ou de refuser l'importation conformément à la politique locale. Conservez l'identité reçue d'origine et un audit des mappages approuvés. Si un examen est susceptible de se trouver déjà dans le mauvais dossier, faites remonter l'incident selon la procédure de sécurité des patients et de correction des archives de l'établissement ; des importations répétées ou une suppression informelle peuvent rendre les preuves plus difficiles à reconstituer.

Cinq cas fictifs et les éléments de preuve à faire remonter

Les cinq cas fictifs suivants illustrent les situations où la séquence des éléments de preuve modifie le transfert de responsabilité. Ils ne constituent pas des rapports d'incidents réels impliquant des patients ni des résultats de tests de produits, et ils ne fournissent pas d'instructions de configuration d'importation ou de base de données.

Cas 1 : deux sites attribuent tous deux 100452. L'hôpital A acquiert la clinique B. Chacun possède un dossier numéroté 100452. L'équipe de migration doit vérifier l'autorité d'origine de la clinique B et le mappage local approuvé avant de déplacer les examens. Le simple ajout d'un préfixe aux numéros peut séparer les collisions sans lier les dossiers d'une même personne entre les domaines. Faites concevoir et valider la migration par les responsables de la gestion des identités de l'entreprise, y compris l'examen des exceptions. ^{5 6}

Cas 2 : un chariot crée un identifiant local. Un examen sans liste de travail utilise l'identifiant fictif GEN-004. Cet identifiant peut être légitime dans son schéma local sans être un numéro de dossier médical d'entreprise (MRN). Le guide de saisie du Sonosite PX traite du paramétrage des identifiants générés d'une plateforme spécifique ; il ne définit pas le format de sortie de cet exemple. L'équipe réceptrice de gestion des identités doit vérifier le lien d'enregistrement avant d'affecter les images à un dossier hospitalier.

Cas 3 : des examens reviennent après réparation. Une sauvegarde autorisée est réimportée après maintenance. Comparez les identifiants d'examen, de série et d'instance SOP conservés ainsi que les éléments d'identification du patient avec l'enregistrement de l'archive. La seule correspondance du Study UID ne prouve pas que les instances sont identiques ni n'exclut une erreur de rattachement au patient. Conservez la sauvegarde pendant que le responsable de l'archive mène l'investigation. Le guide de traitement des données avant réparation régit les décisions de conservation et d'assainissement ; le présent cas n'autorise aucune suppression ni modification d'UID.

Cas 4 : le site récepteur crée une nouvelle demande d'examen. L'hôpital B attribue un numéro d'accession local alors que l'image reçue porte le numéro d'accession de l'hôpital A. Enregistrez les deux dans le système de réconciliation approuvé avec leurs autorités respectives. La séquence Issuer of Accession Number Sequence définit le périmètre d'une seule accession et n'autorise qu'un seul élément ; y ajouter un autre émetteur ne permet pas de conserver deux demandes d'examen. Les équipes responsables du PACS et du système d'information radiologique (RIS) doivent utiliser leur mappage externe vers local pris en charge. ^{3 12}

Cas 5 : un numéro familier avec une date de naissance différente. Un support externe porte l'identifiant patient fictif 55412 et aucun émetteur. Le dossier local candidat porte le même nom mais une date de naissance différente. Suspendez le rapprochement proposé et obtenez des informations d'enregistrement sources vérifiées. La divergence peut être une collision ou une erreur d'enregistrement. Ne déduisez pas une nouvelle personne, ne créez pas de dossier invité et ne saisissez pas d'émetteur inventé d'après l'étiquette du support.

Lorsque l'identité est incertaine : données démographiques, provenance et points d'arrêt stricts

La limite côté maintenance consiste à préserver les preuves et à éviter toute modification non autorisée du dossier clinique. Lorsque les cliniciens ont un besoin urgent d'un examen externe incertain, utilisez la procédure de vérification d'identité en urgence et d'escalade clinique de l'établissement. Un article ne peut pas remplacer cette procédure. Ces trois limites s'appliquent à l'investigation du support technique :

• Ne modifiez pas les balises d'identité pour forcer l'intégration d'un fichier. Conservez l'original reçu et utilisez une méthode d'inspection approuvée en lecture seule. Des modifications non contrôlées peuvent masquer la provenance et créer un faux rapprochement. Préservez les fichiers originaux reçus ainsi que la trace d'audit de tout rapprochement autorisé.
• N'acceptez pas un rapprochement proposé sans les preuves requises. Un rapprochement autorisé à l'importation peut légitimement faire correspondre des identifiants et des données démographiques. L'IHE spécifie des flux de travail à cet effet ; la distinction réside entre une mise en correspondance vérifiée et documentée et un écrasement improvisé. ¹²
• N'exécutez pas de fusion de patients à partir d'un guide de maintenance. Les fonctionnalités de rapprochement, de fusion et de récupération dépendent du système et de la politique de l'établissement. Laissez-les au personnel autorisé en charge du PACS/RIS et de la gouvernance des identités ; aucune affirmation universelle n'est faite ici selon laquelle toute fusion serait irréversible.

Lorsque les valeurs diffèrent entre la copie transmise et l'objet stocké, identifiez le premier point de modification : exportation depuis la modalité, passerelle de transfert, application d'importation ou archive. Demandez aux responsables les éléments de preuve avant/après autorisés ainsi que les règles de mise en correspondance activées. Le guide sur le réseau et les E/S DICOM traite de l'investigation distincte sur le transport. Une divergence d'identité à elle seule ne constitue pas une preuve justifiant la commande d'une carte de rechange.

À qui incombent le rapprochement des identités et le référencement croisé ?

La décision définitive appartient aux équipes autorisées de l'établissement en charge de l'informatique d'imagerie et de l'identité des patients, qui peuvent inclure le service de gestion des informations de santé (Health Information Management, HIM) et un service d'index maître des patients (Master Patient Index, MPI) ou de MPI d'entreprise. Les intitulés de poste et les autorisations varient. Les ingénieurs biomédicaux fournissent les éléments de preuve relatifs aux équipements et au transfert ; les responsables de l'identité vérifient la personne et le lien avec le dossier local.

Le profil IHE Patient Identifier Cross-referencing (PIX) prend en charge le partage des informations d'identité des patients et la récupération des identifiants croisés entre différents domaines. Il définit des transactions, et non l'algorithme de rapprochement ou les politiques de l'entreprise. Il ne corrige pas non plus automatiquement les données démographiques sources de mauvaise qualité. ⁶

Pour une personne fictive possédant l'identifiant de l'hôpital A 100452 et l'identifiant de la clinique B 98765, un référencement croisé approuvé peut représenter cette relation tout en conservant les domaines distincts. La présence d'un service PIX ne prouve pas que cette relation a été vérifiée, qu'un visualiseur particulier l'interroge, ni que chaque en-tête d'image reste inchangé. Ce sont des questions de mise en œuvre. ⁶

L'IHE spécifie également la réconciliation à l'importation à l'aide des informations locales sur le patient et la procédure. Son Radiology Technical Framework Rév. 23.0 conserve le texte original déprécié de l'IRWF et oriente les nouvelles implémentations vers l'IRWF.b, répertorié séparément pour mise en œuvre à l'essai. Il s'agit de références d'intégration destinées aux équipes responsables, et non d'une recette de configuration. Vérifiez à nouveau le flux de travail pris en charge par les produits installés avant de décider de la manière dont les identifiants externes seront représentés. ¹²

Constituez un dossier d'escalade ciblé. Les en-têtes, journaux et captures d'écran identifiables doivent demeurer dans le canal d'assistance sécurisé approuvé de l'établissement. Partagez le strict minimum d'informations nécessaires avec le personnel autorisé du PACS/RIS et de la gestion des identités. Les demandes de service externes doivent utiliser des éléments techniques caviardés ; n'envoyez pas de dossiers patients via un formulaire de contact général de site Web.

• Valeurs d'identité reçues et candidates locales, y compris les qualificatifs de l'émetteur et les valeurs manquantes, conservées dans le dossier autorisé de l'établissement.
• Modèle du système émetteur et version du logiciel installé ; méthode d'exportation, état de la liste de travail (worklist)/saisie manuelle et section de conformité applicable.
• Chemin de transfert et version du logiciel récepteur, avec toute règle connue d'émetteur par défaut ou de coercition et l'étape à laquelle les valeurs ont été modifiées.
• Identifiants de l'examen, de la série et de l'instance SOP concernés ainsi que références de la prescription, traités comme des informations potentiellement identifiantes.
• La correspondance proposée, la divergence non résolue, l'état de conservation du fichier d'origine et l'équipe désignée responsable de la décision.

Qu'établit le rappel historique du LOGIQ e ?

L'association d'images au mauvais patient est un danger documenté en échographie. L'enregistrement de la FDA pour le rappel Z-1849-2013 décrit la condition logicielle du GE LOGIQ e dans laquelle des images pouvaient être associées à l'identifiant d'un autre patient. Cet enregistrement identifie la conception logicielle comme étant la cause. ¹³

La fiche de la FDA indique que l'entreprise prévoyait une mise à jour logicielle pour les systèmes concernés, avec un suivi des demandes d'intervention jusqu'à leur achèvement. Elle mentionne une initiation le 9 novembre 2012 et une clôture le 15 septembre 2014. Elle n'établit pas que des collisions d'émetteurs ont causé le défaut, ne documente aucun préjudice consécutif et ne prouve pas que les vérifications de cet article préviendraient ce défaut logiciel. ¹³

L'enseignement est limité mais utile : un identifiant peut sembler plausible alors que son association aux images est erronée. Conservez les éléments de preuve et demandez aux équipes produit et cliniques compétentes d'enquêter sur un événement suspecté d'erreur de patient. La vérification du périmètre de l'émetteur constitue un volet de la revue d'importation, et non un substitut à une correction par le fabricant ou à la gestion des incidents par l'établissement.

Pour la décision distincte d'intervention matérielle ou logicielle, consultez le guide des symptômes du GE LOGIQ e. Ne généralisez pas ce rappel historique aux autres produits GE, à chaque appareil LOGIQ e ou aux logiciels actuels d'identification des patients.

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

Rongtao Medical fournit des prestations indépendantes et multimarques de réparation de cartes d'échographie, de services pour sondes, de pièces testées et de support technique. Les noms d'équipements pris en charge identifient la couverture de service, et non une autorisation OEM. Pour cette décision, la contribution utile du service consiste en un relais technique qui aide à maintenir l'investigation sur l'identité distincte d'un diagnostic matériel non prouvé.

• Où intervient Rongtao : examen du modèle d'équipement, de l'étiquette de la pièce et des symptômes pour un éventuel cas de maintenance matérielle d'échographie, après que l'établissement a évalué le problème d'intégration des données. La réparation de cartes prend généralement 5–8 jours ouvrés et la garantie est généralement de 90 jours ; l'applicabilité et les conditions définitives dépendent de la pièce et de la prestation et doivent être confirmées.
• Là où les équipes de l'établissement ont la primauté : décision sur l'identité du patient, mise en correspondance des identifiants externes, autorisation des importations, correction des enregistrements d'archives et réalisation des fusions. Rongtao ne remplace pas le fournisseur du PACS/RIS ni la gouvernance de l'identité des patients de l'établissement.

Pour toute demande concernant le matériel, contactez Rongtao Medical en indiquant l'OEM, le modèle exact du système et la version logicielle, la référence du fabricant si elle est connue, des photos nettes des étiquettes et des deux faces de toute carte accessible en toute sécurité, le symptôme ou message d'erreur, l'historique de maintenance, la quantité et le pays de destination. L'accès aux cartes est réservé au personnel qualifié. Masquez les noms, identifiants de patients, identifiants d'examens et autres données de patients dans les journaux et images externes ; conservez le dossier d'escalade comportant des données identifiantes auprès des équipes autorisées de l'établissement.

Foire aux questions

Le Patient ID DICOM est-il unique d'un hôpital à l'autre ?
Ne le présumez pas. Son autorité d'attribution en définit le périmètre. Un numéro familier dans un examen externe nécessite des vérifications d'autorité et de provenance avant que le processus local de rapprochement des patients puisse le valider. ^{1 2}

Qu'est-ce que l'Issuer of Patient ID et pourquoi peut-il être vide ?
Il identifie l'autorité d'attribution. Il est facultatif dans le module Patient cité. La version du produit, le flux d'acquisition et la configuration intermédiaire déterminent s'il est renseigné et de quelle manière ; son absence seule ne permet pas de diagnostiquer un défaut. ^{1 7 8 11}

Deux examens ont le même Patient ID mais des noms différents — que dois-je faire ?
Suspendez le rapprochement proposé et transmettez la divergence à l'équipe habilitée en charge de l'identité. Il peut s'agir de personnes distinctes, de corrections d'enregistrement ou d'erreurs de représentation des noms. Ne créez pas de nouveau dossier patient et ne devinez pas d'émetteur sur la seule base de cette divergence.

Le numéro d'accession peut-il aider à l'investigation sur l'identité ?
Il peut aider à localiser la provenance vérifiée de la prescription, mais il identifie une demande d'actes d'imagerie. Il ne peut pas à lui seul résoudre des éléments probants contradictoires sur le patient ni autoriser un écrasement. ³

Un flux de travail d'importation approuvé peut-il modifier les identifiants DICOM ?
Oui. Une réconciliation encadrée peut utiliser des informations locales vérifiées relatives au patient et à la procédure. Le raccourci interdit ici est une modification non autorisée effectuée uniquement pour forcer l'acceptation ; conservez l'original et l'audit du mappage approuvé. ¹²

Que dois-je vérifier avant d'importer un examen d'échographie externe ?
Lisez les attributs reçus du patient et de l'émetteur, comparez les données démographiques et les mappages d'autorités, établissez la provenance de l'expéditeur et des intermédiaires, et conservez les références de prescription/d'examen. Utilisez la disposition approuvée par l'établissement ; la concordance de ces champs ne constitue pas une garantie indépendante de l'identité.

Qui doit effectuer une fusion de patients ?
Seul le personnel autorisé dans le cadre des procédures relatives au PACS/RIS et à l'identité des patients de l'établissement. Les autorisations, les options de récupération et la documentation dépendent du produit et de la politique applicable ; ce guide ne prescrit pas d'opération de fusion.

Les identifiants patient générés par la modalité sont-ils valides en dehors du site ?
Ils peuvent avoir une signification dans leur schéma d'attribution d'origine. Le destinataire doit établir le périmètre et une relation locale vérifiée ; un numéro généré n'est ni automatiquement invalide, ni automatiquement une identité d'entreprise. ^{5 8}