Nunca auto-aprovisionamiento Registros de pacientes en un inquilino

OtherSecurityService
Se descapó
27 de agosto de 2026 a las 16:01 UTC
Autor
Kamo
Compromit
4040498

Dos de los tres caminos que entregarían un sistema de registro clínico a orgs que Nunca pidió uno, ahora que ServiceType.EHR es COMPLETED y por lo tanto disponible. FeatureController.list auto-enables cada aplicación no-core disponible sin OrgFeature row -- en una carga ordinaria de la página de Configuración, para cada org. Lo mismo El bucle existe en la organizaciónController de anfitrión, que es UNAUTHENTICATED. Ambos ya llamados es PhiPermitted, y esa es la trampa más que la solución: PhiTenantGuard devuelve el verdadero para cada módulo cuando un inquilino NO es, porque existe para mantener a un inquilino de PHI dentro de la frontera de cumplimiento, no para Mantén la frontera fuera de todos los demás. Se lee como el cheque que Detenga esto y es el chequeo el que lo agitaría. Tercero: resoluciónAppProvisioningPlan volvió a caer en el defecto del modelo aplicado para cualquier aplicación por la que el creador no contestó. "Habilitado por defecto" es un respuesta razonable para un calendario y el equivocado para un sistema de registro, así que el EHR ahora consigue una fila que es OFF en su lugar -- descubrible y conmutable, pero nunca porque nadie lo dijo. Un sí explícito en el mago aún La excarta; la exclusión se trata de impagos, no de negarse.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios