Iñigo GonzálezIT Operations · Infra

GuíasGuides · Sector 3Sector 3

Citrix VDI: publicar una aplicación clínica y darle soporte en las plantasCitrix VDI: publishing a clinical application and supporting it on the wards

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.How to publish a clinical application in Citrix Virtual Apps and Desktops so it reaches the right people, the session that follows the nurse from one PC to the next, badge access, Director for support, and what to check when the app opens on one ward PC but not another.

Sector 3Sector 3 · Citrix VDI - Publicar y dar soporte a aplicacionesCitrix VDI - Publishing and supporting apps · 5 min5 min read · ActualizadoUpdated 28 oct 202628 Oct 2026

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.

What you'll get

The electronic health record, prescribing or appointments system reaching every PC in the hospital as a published application, the same on ward 3 as in A&E, and staff picking up their session on the next PC without opening everything again. In a hospital the PC is shared, used at any hour and the user has no time for a reboot: the publishing design and the support have to allow for that.

Before you start

  • The Citrix environment already in place (Delivery Controllers, VDAs, StoreFront or Workspace): the basics are in the Level 2 Citrix VDI guide.
  • The application installed and validated in the VDA image by the application vendor, with its version and executable path documented.
  • The Active Directory groups per role (medical, nursing, admissions) defined by the application's business owner, not by IT.
  • An approved change window: publishing or moving a clinical application is a change, even if it looks like one click.

1. Publishing the application

  1. Delivery Group: the application goes in an application Delivery Group with enough machines for a shift change, which is the real peak (everyone logs on at once at 08:00, 15:00 and 22:00).
  2. Application: executable path, arguments and working folder exactly as the vendor provides them.
  3. Users: the Delivery Group admits all clinical staff; each application's visibility is limited to its AD group.
  4. Store: the application appears in the StoreFront store or in Workspace, in a clear category ("Clinical") so nobody hunts through forty icons.
Web Studio · Applications · Health record · Properties
ApplicationsHCE-ClinicalProperties
Name for userHealth record
Executable pathC:\Program Files\Fabrikam\HCE\hce.exe
Arguments/environment=PRO
Working folderC:\Program Files\Fabrikam\HCE
Delivery GroupDG-Clinical-PRO
CategoryClinical
Limit visibility: CONTOSO\GG-HCE-Medical, CONTOSO\GG-HCE-Nursing
Application enabled
Save

Never publish an application with access to patient data to "Domain Users". Who can see it is part of the access control an audit will ask you about.

2. The session that follows staff

On a ward, the nurse opens the application at the nurses' station, goes to a room and carries on at the trolley or another PC. What should happen is that their session reconnects on the new device, with the patient they had open:

  • Session roaming: by default, application sessions follow the user between devices. It is set with Set-BrokerAppEntitlementPolicyRule -SessionReconnection (for desktops, Set-BrokerEntitlementPolicyRule): Always, DisconnectedOnly or SameEndpointOnly.
  • Workspace control in StoreFront: logging on at another PC reconnects the user's applications.
  • Timers: how long a disconnected session lives. Too short and work is lost between rooms; too long and it ties up VDAs and licences. Agree it with the application owner and set it in the Citrix policy.

3. Badge or card at the PC

Many hospitals use a card or proximity badge solution on top of a generic Windows user: staff tap the badge, their Citrix session opens, they tap out or someone else taps in and the session disconnects.

  • The badge solution comes from a third party; the Citrix team makes sure the reader is redirected or handled at the device, that Workspace app is on the version the vendor certifies, and that tapping out leaves the session disconnected, not logged off.
  • Always test with two people on the same PC: the first must disconnect and the second open their own work, never see the previous user's session.

4. Director for support

Director is the on-call technician's first screen: search for the user, see which VDA they are on, the session state, from which device (ClientName) and with which Workspace app version, and the logon duration breakdown (profile, GPO, scripts). From there you can disconnect, log off or end a hung process without going into the server.

Give the service desk a help desk Director role: it sees and disconnects sessions, but doesn't change the site configuration.

5. The ticket: "the health record opens on one ward PC and not on another"

Tuesday, 16:20, ward 4. It opens on the nurses' station PC; on the treatment room PC the icon doesn't appear or the launch fails.

  1. Same user on both PCs? If it's the same person, the problem isn't their permissions: it's the device.
  2. The device: Workspace app and the store URL. A reimaged PC can end up on another version or without the store from GPO.
  3. The session, from the 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-W4-STATION1  24.9.10.28Get-BrokerApplication -Name "HCE-Clinical" | Select-Object Name, Enabled, UserFilterEnabledName          Enabled  UserFilterEnabled----          -------  -----------------HCE-Clinical  True     True

The session is disconnected from the station PC and the application is published correctly. If the treatment room PC won't reconnect, check the roaming rule (SameEndpointOnly blocks reconnecting from another device) and any Citrix policy filtered by client name or by organisational unit that doesn't include that PC.

  1. Closing: note the device, the cause and whether there are more identical PCs on the ward.

6. The ticket: "the session hangs on launch"

  • In Director, logon duration shows which phase it stops at: profile, GPO, logon script or the application itself.
  • If it always stops on the same VDA, put it in maintenance mode, let sessions drain and look at it away from the shift change.
  • If it's the application (waiting for its database or a vendor service), escalate to the vendor with the time, the VDA and the user.

Next steps

  • The Level 2 Citrix VDI guide explains the architecture and basic support.
  • The Active Directory guide covers the groups used to limit visibility.
  • The Level 3 SolarWinds guide helps you watch the VDAs and machine registration.

Is something missing, or different in your environment? Get in touch and I'll fix it.

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.Found this useful? Every two weeks I send one practical idea for IT professionals: LinkedIn, projects, networking and hiring processes.

Apúntate y llévate las 33 ideasSign up and get the 33 ideas →