- Expédié
- 18 octobre 2026 à 23:09 UTC
- Auteur
- Kamo
- S'engager
- d461c33
PhiAccessRecorder estampillé est arrivéA par la reconstruction de chaque événement à partir d'une liste de champs écrite avant le des colonnes cliniques existaient, et aucun ensemble d'appelants n'est arrivéAt, donc chaque ligne clinique phi access log atteint la table avec but d'utilisation, access basis, patient compartment id, fhir resource type et break glass id NULL: aucune comptabilité n'a pu être construite à partir d'eux. Le timbre est maintenant plein copie (PhiAccessEvent.toBuilder), épinglée par réflexion dans PhiAccessEventCopyTest. ClinicalBaseEntity.mise à jour at n'était PAS NULL, insérable = faux et toujours à jour, sans rien la définir : une entité qui vient de persister était nulle, donc tout changement supplémentaire dans le même contexte de persistance UPDATE ... updated at = NULL (500), et les mises à jour ultérieures ont écrit l'ancienne valeur (la colonne jamais déplacé). Il est maintenant estampillé dans @PrePersist/@PreUpdate et insérable, pour les 68 cliniques des entités. InsertOnlyColumnTrapTest interdit la forme insérable=false-but-updatable sur chaque entité dans la bibliothèque; la preuve d'exécution 6.2.13 est le service de sécurité cliniqueMise à jourAtFlushTest.