Descripción general
OmegaAI ha sustituido el modelo heredado de Organización principal por una jerarquía rediseñada de Organización gestora. Este cambio arquitectónico centraliza la gestión de los historiales de pacientes, introduce un modelo coherente de control de acceso de dos niveles (Split-UAC) y permite flujos de trabajo flexibles para la gestión de pedidos en organizaciones con múltiples centros.
Resumen de los cambios
| Área | Comportamiento anterior | Nuevo comportamiento |
|---|---|---|
| Almacenamiento de historiales de pacientes | Se creaban por organización | Siempre se crean y almacenan a nivel de la Organización Gestora |
| UAC del paciente | Se aplicaba por organización de origen | Se aplica en la Organización Gestora para todos los usuarios de la jerarquía |
| UAC del estudio | Variable | Se aplica a nivel de la Organización de Diagnóstico por Imagen (Split-UAC) |
| Organización de Diagnóstico por Imagen al crear la solicitud | Obligatorio | Opcional: se admiten solicitudes flotantes mediante un indicador de función |
| Solicitudes/estudios sin asignar | No admitidos | Visibles para todos los usuarios de la jerarquía de la organización gestora |
| Configuración del pagador | Por organización | Configurada en la organización gestora; compartida con todas las organizaciones subordinadas |
Ventajas clave
- Historiales de pacientes unificados — Los pacientes se crean una sola vez en la organización gestora, lo que elimina los duplicados entre organizaciones.
- Control de acceso claro y predecible — El acceso de los pacientes sigue la jerarquía de la organización gestora; el acceso a los estudios sigue la organización de diagnóstico por imagen asignada.
- Asignación flexible de diagnósticos por imagen — Las órdenes pueden emitirse antes de que se conozca una organización de diagnóstico por imagen y siguen siendo accesibles para todos los usuarios de la jerarquía hasta que se asigne una.
- Jerarquía simplificada — Una única organización gestora de nivel superior rige cada árbol organizativo.
Tipos de organización y jerarquía
Cada implementación de OmegaAI se estructura como un árbol con exactamente una organización gestora en la parte superior. Debajo de ella se encuentran las organizaciones secundarias, algunas de las cuales están designadas como organizaciones de imagen. Estas pueden tener a su vez sus propias organizaciones de imagen subordinadas.
Organización gestora
La organización de mayor rango en cualquier jerarquía. Hay exactamente una por árbol organizativo.
- Almacena todos los historiales de pacientes de todo su árbol organizativo
- Actúa como centro de configuración central para roles, estados de los estudios, pasos del flujo de trabajo y entidades pagadoras
- Aplica el control de acceso de usuario (UAC) a nivel de paciente para todos los usuarios dentro de la jerarquía
- También puede funcionar como organización de imágenes si se realizan pruebas de imagen en este nivel
Nota de configuración:
La organización gestora se identifica dejando en blanco el campo principal Organización gestora durante la configuración.
Organización subordinada
Cualquier organización situada por debajo de la organización gestora.
- Gestiona a sus propios usuarios
- Puede designarse como organización de diagnóstico por imagen
- Dispone de un conjunto de configuración limitado
- Hereda recursos básicos, como roles y pasos del flujo de trabajo, de la organización gestora
Organización de imágenes
Cualquier organización —la propia organización gestora, una subordinada o una sub-subordinada— en la que se realicen estudios de imágenes.
- Gestiona el UAC a nivel de estudio
- Opcional en la creación de la solicitud
- Una vez asignado, la visibilidad queda restringida únicamente a los usuarios de esa organización de imágenes
Modelo de control de acceso (UAC)
OmegaAI utiliza un modelo de UAC dividido: el acceso de los pacientes y el acceso a los estudios se regulan por separado.
La regla de UAC de dos niveles
| Recurso | Dónde se aplica el UAC | Quién puede acceder |
|---|---|---|
| Paciente | Organización gestora | Todos los usuarios de la jerarquía de la organización gestora |
| Estudio (asignado a una organización de diagnóstico por imagen) | Organización de diagnóstico por imagen | Solo los usuarios que pertenezcan a la organización de diagnóstico por imagen asignada |
| Estudio (sin organización de diagnóstico por imagen asignada) | Organización gestora | Todos los usuarios de la jerarquía de la organización gestora |
Visibilidad de pacientes por tipo de usuario
| Tipo de usuario | Pacientes visibles en la búsqueda |
|---|---|
| Usuario de la organización gestora | Pacientes de la organización gestora y de todas las organizaciones de diagnóstico por imagen subordinadas |
| Usuario de una organización de diagnóstico por imagen subordinada | Pacientes de su organización gestora y de su organización de diagnóstico por imagen subordinada específica |
> Cuando existen registros demográficos duplicados, se muestran ambos registros con las etiquetas de las organizaciones.
Gestión de pacientes
Creación centralizada de pacientes
Todos los pacientes nuevos —independientemente del punto de entrada— se crean a nivel de la organización gestora. La autoridad asignadora de la organización gestora se utiliza para todos los identificadores de paciente.
Se aplica a:
- Creación de órdenes en la interfaz de usuario
- Importación de DICOM
- Importación de HL7/FHIR
- Programación de citas
- Registro de pacientes sin cita previa
Importación de DICOM: lógica de coincidencia de pacientes
Los pacientes se identifican mediante una búsqueda jerárquica de arriba abajo antes de crear cualquier registro nuevo.
| Escenario | Comportamiento del sistema |
|---|---|
| Encontrado en la organización gestora | Reutilizar el paciente; vincular el estudio |
| Encontrado solo en una organización subordinada | Reutilizar el paciente de la organización subordinada; sin duplicados |
| No se encuentra en ninguna parte | Crear nuevo paciente en la organización gestora |
| Se encuentra en ambas | Prevalece el registro de la organización gestora |
Todas las rutas de resolución se registran en los registros de importación.
Comportamiento de los indicadores de función (registros de pacientes)
Existen múltiples escenarios que describen el comportamiento del sistema a medida que el indicador de función pasa de DESACTIVADO a ACTIVADO, lo que garantiza un tratamiento coherente de los pacientes y las organizaciones de imagenología en toda la jerarquía.
(Escenarios conservados tal y como se proporcionan)
Migración y fusión de datos (prevista)
- Los pacientes solo se fusionan si coinciden el ID de paciente, la fecha de nacimiento y el emisor original
- De lo contrario, se crea un nuevo ID de paciente
- Se conserva el enlace con la organización de diagnóstico por imagen de origen
Gestión de órdenes y estudios
Solicitudes flotantes
- La organización de diagnóstico por imagen es opcional
- Requiere un indicador de función
- Admite la asignación de pruebas de diagnóstico por imagen desconocidas o aplazadas
Visibilidad de las solicitudes flotantes
Las solicitudes flotantes aparecen en la Lista de trabajo y en la Búsqueda global para todos los usuarios de la jerarquía de la organización gestora.
Asignación a una organización de diagnóstico por imagen
Una vez asignadas, la visibilidad queda restringida inmediatamente a los usuarios de la organización de diagnóstico por imagen.
División de órdenes
No se admite la división de órdenes entre organizaciones de diagnóstico por imagen. Se debe crear una nueva orden.
Flujos de trabajo clave para los usuarios
Creación de una orden
| Campo | Escenario | Comportamiento |
|---|---|---|
| Organización gestora | Único | Rellenado automáticamente, solo lectura |
| Organización gestora | Múltiple | Selección obligatoria |
| Organización de diagnóstico por imagen | Cualquier usuario | Opcional |
| Organización de diagnóstico por imagen | En blanco | Pedido flotante |
Programación de citas
Los pacientes siempre se crean en la «Organización gestora». La «Organización de diagnóstico por imagen» debe vincularse durante la programación.
Pacientes sin cita previa
Los usuarios de recepción crean los pacientes en la «Organización gestora» y asignan la «Organización de diagnóstico por imagen» en el momento de la reserva.
Configuración del sistema
Configuración de la organización
Las organizaciones de nivel superior deben dejar en blanco el campo «Organización gestora».
Configuración de UAC
- Privilegios a nivel de paciente → Organización gestora
- Privilegios a nivel de estudio → Organización de diagnóstico por imagen
Comportamiento de la API y la integración
- Las API de pacientes utilizan por defecto la organización gestora
- HL7/FHIR/DICOM siguen la misma lógica de resolución
- Las órdenes flotantes siguen las reglas de visibilidad de toda la jerarquía
- Las API de búsqueda de pacientes devuelven resultados combinados
Preguntas frecuentes
A. ¿Qué ocurre si dos organizaciones subordinadas tienen pacientes con el mismo ID pero con fechas de nacimiento diferentes?
No se fusionarán durante la migración. Se crearán dos registros de paciente independientes en la «Organización gestora» con ID únicos.
B. ¿Puede un usuario ver un estudio si no forma parte de la «Organización de diagnóstico por imagen» asignada?
No. Una vez asignada una organización de diagnóstico por imagen, el acceso al estudio queda restringido a los usuarios de dicha organización. La excepción son los estudios sin ninguna organización de diagnóstico por imagen asignada; estos son visibles para todos los usuarios de la jerarquía de la organización gestora.
C. ¿Qué rol utiliza un usuario de una organización subordinada para acceder a un estudio flotante?
El usuario accede al estudio flotante utilizando el rol que se le ha asignado dentro de su organización de diagnóstico por imagen subordinada. La seguridad basada en roles se mantiene incluso en el caso de los estudios visibles en toda la jerarquía.
D. ¿Puedo dividir una solicitud entre dos organizaciones de diagnóstico por imagen?
No. Si es necesario realizar el diagnóstico por imagen en una organización de diagnóstico por imagen diferente, debe crearse una nueva solicitud.
E. ¿Qué ocurre con una solicitud flotante cuando se asigna una organización de diagnóstico por imagen?
La visibilidad del estudio queda restringida inmediatamente a los usuarios de la organización de diagnóstico por imagen asignada. Los usuarios que anteriormente tenían acceso debido a su estado flotante ya no verán el estudio en su lista de trabajo ni en los resultados de búsqueda.
F. ¿Cómo se gestionan los pacientes sin cita previa?
El paciente se crea a nivel de la organización gestora. La organización de diagnóstico por imagen se asigna a la solicitud en el momento de la reserva por parte del usuario de recepción.
G. ¿Qué ocurre con los registros de la organización de diagnóstico por imagen (ImagingOrg) de los pacientes creados antes de que se activara el indicador de función?
ImagingOrg es NULL para los estudios creados antes de que se activara el indicador. Una vez que el indicador se activa y llega un nuevo estudio para el mismo paciente, ImagingOrg se establece por defecto en la organización correspondiente en función del dispositivo que haya enviado el estudio.
``