Qué implica esto para su prueba
Un inicio de sesión correcto confirma la identidad, pero no autoriza el acceso a todos los historiales de pacientes. Pruebe por separado la titularidad, las relaciones asistenciales, el acceso delegado y las exportaciones. Los registros sintéticos deben conservar relaciones realistas sin utilizar historiales reales de pacientes.
El límite que conviene probar
Las comprobaciones de acceso a nivel de objeto, las relaciones entre pacientes y representantes, la separación entre tenants de proveedores y las exportaciones masivas requieren pruebas deliberadas con identidades diferentes. Un inicio de sesión válido es solo el punto de partida del modelo de autorización.
Un portal de pacientes puede estar bien protegido en la pantalla de inicio de sesión mientras que una integración de laboratorio acepta un identificador de registro sin comprobar la organización solicitante. Una prueba valiosa sigue esos traspasos, incluidos los procesos de soporte ajenos a la aplicación principal.
Qué puede incluir el alcance
- Límites de roles entre pacientes, profesionales sanitarios, representantes y administradores
- Identificadores de registros/documentos y acceso entre organizaciones
- Recuperación de cuentas, caducidad de sesiones y uso compartido sujeto al consentimiento
- Carga de archivos, cambios en derivaciones y flujos de exportación
La propuesta definitiva identifica las aplicaciones, cuentas, entornos e interfaces concretos incluidos. También indica los requisitos previos que debe aportar su equipo o un proveedor.
Qué aspecto tiene una prueba útil
Utilice dos pacientes sintéticos y dos organizaciones proveedoras. Registre qué principal solicitó cada objeto, la decisión esperada y la respuesta real. Verifique una escritura mediante una lectura posterior independiente, en lugar de confiar en un mensaje de éxito.
Registre la hora UTC, el identificador del activo, la identidad solicitante, la decisión esperada y la respuesta observada. Las pruebas que modifican el estado requieren confirmación en el objeto resultante o en un registro de auditoría fiable. Las operaciones denegadas y los controles efectivos también forman parte del resultado.
Medidas de seguridad y límites de la evaluación
El alcance identifica las API y los perfiles concretos que se utilizan. FHIR es un estándar de intercambio de datos, no una prueba de que un endpoint aplique la política de acceso de la organización.
Utilice identidades de pacientes sintéticas y cohortes de datos acordadas. Designe un contacto de escalado clínico, establezca límites de solicitudes y excluya las acciones que afecten al tratamiento, salvo que se autoricen por separado. Detenga las pruebas de inmediato si aparecen datos clínicos reales inesperados o se pone en riesgo un proceso asistencial.
Cierre el ciclo
Vincular cada debilidad con un responsable identificado, una salvaguarda inmediata y una corrección duradera. Definir casos de repetición de pruebas positivos y negativos para que el cambio restablezca el límite previsto y permita el uso legítimo. Los asuntos pendientes conservan sus dependencias y plazos.
Consulte el informe de muestra del sector para conocer el formato de las evidencias y del plan de tratamiento.
