Ce que cela signifie pour votre test
Une connexion réussie confirme l’identité, mais n’autorise pas l’accès à tous les dossiers des patients. Testez séparément la propriété, les relations de soins, l’accès délégué et les exportations. Les dossiers synthétiques doivent préserver des relations réalistes sans utiliser de parcours médicaux réels.
La frontière à tester
Les contrôles d’accès au niveau des objets, les relations entre patients et mandataires, l’isolation des tenants des prestataires et les exportations en masse nécessitent des tests ciblés avec différentes identités. Une connexion valide n’est que le point de départ du modèle d’autorisation.
Un portail patient peut être bien protégé au niveau de l’écran de connexion, alors qu’une intégration de laboratoire accepte un identifiant de dossier sans vérifier l’organisation à l’origine de la demande. Un test utile suit ces transmissions, y compris les processus d’assistance qui se situent en dehors de l’application principale.
Ce que le périmètre peut inclure
- Limites des rôles entre patients, cliniciens, mandataires et administrateurs
- Identifiants des enregistrements/documents et accès interorganisationnel
- Récupération des comptes, expiration des sessions et partage soumis au consentement
- Téléversement de fichiers, modifications d’orientation et flux d’exportation
La proposition finale identifie les applications, les comptes, les environnements et les interfaces concernés. Elle précise également les prérequis que votre équipe ou un prestataire doit fournir.
À quoi ressemble une preuve utile
Utilisez deux patients synthétiques et deux organisations prestataires. Consignez quel principal a demandé quel objet, la décision attendue et la réponse réelle. Vérifiez toute écriture par une relecture distincte, au lieu de vous fier à un message de réussite.
Consignez l’heure UTC, l’identifiant de l’actif, le principal à l’origine de la requête, la décision attendue et la réponse observée. Les tests qui modifient l’état nécessitent une confirmation dans l’objet résultant ou dans un journal d’audit fiable. Les opérations refusées et les contrôles effectifs font également partie du résultat.
Mesures de sécurité et limites de l’évaluation
Le périmètre identifie les API et les profils spécifiques utilisés. FHIR est une norme d’échange de données ; il ne prouve pas qu’un point de terminaison applique la politique d’accès de l’organisation.
Utilisez des identités de patients synthétiques et des cohortes de données convenues. Désignez un contact pour l’escalade clinique, fixez des limites de requêtes et excluez les actions ayant un effet sur les soins, sauf autorisation distincte. Arrêtez immédiatement les tests si des données cliniques réelles inattendues sont rencontrées ou si un parcours de soins est menacé.
Bouclez la démarche
Reliez chaque faiblesse à un responsable nommé, à une mesure de protection immédiate et à une correction pérenne. Définissez des cas de retest positifs et négatifs afin que la modification rétablisse la limite prévue tout en préservant les usages légitimes. Les points en suspens conservent leurs dépendances et leurs échéances.
Consultez l’exemple de rapport sectoriel pour découvrir le format des éléments probants et du plan de traitement.
