Guías · Sector 3

Citrix VDI: publicar una aplicación clínica y darle soporte en las plantas

Cómo publicar una aplicación clínica en Citrix Virtual Apps and Desktops para que llegue a quien debe, la sesión que sigue a la enfermera de un puesto a otro, el acceso con tarjeta, Director para el soporte y qué mirar cuando la aplicación abre en un PC de planta y no en otro.

Qué vas a conseguir

Que la historia clínica, la prescripción o el gestor de citas lleguen a cada puesto del hospital como una aplicación publicada, igual en la planta 3 que en urgencias, y que el profesional retome su sesión en el PC de al lado sin volver a abrirlo todo. En un hospital el puesto es compartido, se usa a cualquier hora y el usuario no tiene tiempo para un reinicio: el diseño de la publicación y el soporte tienen que contar con eso.

Antes de empezar

  • El entorno Citrix ya montado (Delivery Controllers, VDA, StoreFront o Workspace): los conceptos básicos están en la guía de Citrix VDI del Nivel 2.
  • La aplicación instalada y validada en la imagen de los VDA por el proveedor de la aplicación, con su versión y su ruta de ejecución documentadas.
  • Los grupos de Active Directory por perfil (medicina, enfermería, admisión) que define el responsable funcional de la aplicación, no IT.
  • Una ventana de cambio aprobada: publicar o mover una aplicación clínica es un cambio, aunque parezca un clic.

1. Publicar la aplicación

  1. Delivery Group: la aplicación va en un grupo de entrega de aplicaciones con máquinas suficientes para la carga de un cambio de turno, que es el pico real (todos inician sesión a la vez a las 8:00, 15:00 y 22:00).
  2. Aplicación: ruta del ejecutable, argumentos y carpeta de trabajo tal y como los da el proveedor.
  3. Usuarios: el grupo de entrega admite a todo el personal clínico; la visibilidad de cada aplicación se limita a su grupo de AD.
  4. Store: la aplicación aparece en el store de StoreFront o en Workspace, en una categoría clara ("Clínicas") para que nadie busque entre cuarenta iconos.
Web Studio · Aplicaciones · Historia clínica · Propiedades
AplicacionesHCE-ClinicaPropiedades
Nombre para el usuarioHistoria clínica
Ruta del ejecutableC:\Program Files\Fabrikam\HCE\hce.exe
Argumentos/entorno=PRO
Carpeta de trabajoC:\Program Files\Fabrikam\HCE
Delivery GroupDG-Clinicas-PRO
CategoríaClínicas
Limitar visibilidad: CONTOSO\GG-HCE-Medicina, CONTOSO\GG-HCE-Enfermeria
Aplicación habilitada
Guardar

Nunca publiques a "Usuarios del dominio" una aplicación con acceso a datos de pacientes. Quién la ve forma parte del control de acceso que te pedirá auditoría.

2. La sesión que sigue al profesional

En planta, la enfermera abre la aplicación en el control, se va a una habitación y sigue en el carro o en otro PC. Lo que debe pasar es que su sesión se reconecte en el nuevo puesto, con el paciente que tenía abierto:

  • Itinerancia de sesión: por defecto, las sesiones de aplicación siguen al usuario entre dispositivos. Se ajusta con Set-BrokerAppEntitlementPolicyRule -SessionReconnection (para escritorios, Set-BrokerEntitlementPolicyRule): Always, DisconnectedOnly o SameEndpointOnly.
  • Control del espacio de trabajo en StoreFront: que al iniciar sesión en otro puesto se reconecten las aplicaciones del usuario.
  • Temporizadores: cuánto vive una sesión desconectada. Demasiado corto, pierde el trabajo entre habitaciones; demasiado largo, ocupa VDA y licencias. Se acuerda con el responsable de la aplicación y queda en la directiva de Citrix.

3. Tarjeta o acreditación en el puesto

Muchos hospitales usan una solución de acceso con tarjeta o acreditación de proximidad sobre un usuario genérico de Windows: el profesional acerca la tarjeta, se abre su sesión de Citrix, la retira o la acerca otro y la sesión se desconecta.

  • La solución de tarjeta es de un tercero; IT de Citrix se ocupa de que el lector esté redirigido o gestionado en el puesto, de que Workspace app esté en la versión que el fabricante certifica y de que la desconexión deje la sesión desconectada, no cerrada.
  • Prueba siempre con dos personas en el mismo puesto: la primera debe desconectarse y la segunda abrir lo suyo, nunca ver la sesión de la anterior.

4. Director para el soporte

Director es la primera pantalla del técnico de guardia: busca al usuario, ve en qué VDA está, el estado de la sesión, desde qué puesto (ClientName) y con qué versión de Workspace app, y el desglose de la duración de inicio de sesión (perfil, GPO, scripts). Desde ahí puedes desconectar, cerrar la sesión o terminar un proceso colgado sin entrar en el servidor.

Da a la mesa de servicio un rol de Director de solo ayuda (help desk): ve y desconecta sesiones, pero no cambia la configuración del sitio.

5. El ticket: "la historia clínica abre en un PC de la planta y en otro no"

Martes, 16:20, planta 4. En el PC del control abre; en el de la sala de curas, el icono no aparece o da error al lanzar.

  1. ¿El mismo usuario en los dos puestos? Si es la misma persona, el problema no son sus permisos: es el puesto.
  2. El puesto: Workspace app y la URL del store. Un PC reinstalado puede quedarse con otra versión o sin el store por GPO.
  3. La sesión desde el Delivery Controller:
PowerShell · Delivery Controller
Get-BrokerSession -UserName "CONTOSO\laura.prado" | Select-Object MachineName, SessionState, ClientName, ClientVersionMachineName              SessionState  ClientName      ClientVersion-----------              ------------  ----------      -------------CONTOSO\VDA-CLIN-07      Disconnected  PC-P4-CONTROL1  24.9.10.28Get-BrokerApplication -Name "HCE-Clinica" | Select-Object Name, Enabled, UserFilterEnabledName         Enabled  UserFilterEnabled----         -------  -----------------HCE-Clinica  True     True

La sesión está desconectada del PC del control y la aplicación está bien publicada. Si desde la sala de curas no se reconecta, mira la regla de itinerancia (SameEndpointOnly no deja reconectar desde otro puesto) y una directiva de Citrix filtrada por nombre de cliente o por unidad organizativa que no incluya ese PC.

  1. Cierre: anota en el ticket el puesto, la causa y si hay más PC iguales en la planta.

6. El ticket: "la sesión se queda colgada al abrir"

  • En Director, la duración de inicio de sesión dice en qué fase se para: perfil, GPO, script de inicio o la propia aplicación.
  • Si se para siempre en el mismo VDA, ponlo en modo mantenimiento, deja que las sesiones terminen y revísalo fuera del cambio de turno.
  • Si es la aplicación (espera a su base de datos o a un servicio del proveedor), escala al proveedor con la hora, el VDA y el usuario.

Siguientes pasos

  • La guía de Citrix VDI del Nivel 2 explica la arquitectura y el soporte básico.
  • La guía de Active Directory cubre los grupos con los que se limita la visibilidad.
  • La guía de SolarWinds del Nivel 3 sirve para vigilar los VDA y el registro de máquinas.

¿Falta algo o en tu entorno es distinto? Escríbeme y lo corrijo.

Tech Career Lab · newsletter

¿Te ha servido? Cada dos semanas envío una idea práctica para perfiles IT: LinkedIn, proyectos, networking y procesos de selección.

Apúntate y llévate las 33 ideas →