Guía de gestión de proyectos por sector · Sanidad, sector público e investigación
Gestión de proyectos en salud: fases, roles, herramientas y consejos
La gestión de proyectos sanitarios consiste en planificar y ejecutar proyectos en hospitales, clínicas, servicios comunitarios y tecnología sanitaria, como implantaciones de historias clínicas electrónicas (HCE), nuevas vías clínicas, mejoras de instalaciones y programas de mejora de la calidad. Se diferencia de la mayoría de los proyectos porque la seguridad del paciente, la gobernanza clínica y la regulación de los datos de salud condicionan cada decisión, y el servicio normalmente tiene que seguir funcionando mientras se ejecuta el proyecto.
Puntos clave
- La gestión de proyectos sanitarios sitúa la seguridad del paciente, la gobernanza clínica y la protección de datos en el centro de la planificación.
- La mayoría de los programas se organizan por gates en su conjunto, con Lean, PDSA o Agile dentro de los flujos de trabajo.
- La implicación de los profesionales clínicos, la preparación de la formación y unas puestas en marcha controladas determinan el éxito más que el propio plan.
- Mantenga los datos identificativos de pacientes fuera de las herramientas del proyecto y convierta la aprobación de seguridad en un gate explícito.
Qué hace diferente la gestión de proyectos sanitarios
Un director de proyectos sanitarios usa el mismo conjunto básico de herramientas que cualquier otro, pero el contexto cambia las prioridades. Una mudanza de oficina que se retrasa es un inconveniente; un cambio mal planificado en un flujo de trabajo de medicación puede causar daño a los pacientes. Eso desplaza el énfasis hacia el riesgo clínico, las pruebas, la formación y las puestas en marcha controladas.
- La seguridad del paciente es lo primero. Los cambios en los sistemas o las vías clínicas requieren una evaluación del riesgo clínico y la aprobación de un profesional clínico con esa responsabilidad. En el NHS de Inglaterra, la TI sanitaria se rige por las normas de gestión del riesgo clínico DCB0129 (para fabricantes) y DCB0160 (para organizaciones que implantan sistemas), y cada una exige designar un Clinical Safety Officer.
- Los datos de salud están muy regulados. En EE. UU., la HIPAA regula la información de salud protegida; en el Reino Unido y la UE, la legislación de protección de datos (UK GDPR y RGPD) considera los datos de salud una categoría especial de datos, por lo que normalmente se exige una evaluación de impacto relativa a la protección de datos para los sistemas nuevos.
- Los servicios no pueden detenerse. Las unidades de hospitalización y las consultas funcionan 24/7, por lo que las transiciones, las interrupciones del servicio y la formación deben planificarse en función de los turnos, los periodos de máxima actividad y la presión invernal.
- Los profesionales clínicos tienen poco tiempo libre. Los médicos, el personal de enfermería y otros profesionales sanitarios son expertos esenciales en la materia, pero solo se les libera de sus tareas clínicas con sustitutos y con antelación.
- Muchos interesados tienen poder de veto. Es necesario implicar a los líderes clínicos, las direcciones de enfermería, la gobernanza de la información, TI, infraestructuras, finanzas, los sindicatos y, en ocasiones, los pacientes y los reguladores; consulte gestión de los interesados.
- Acreditación e inspección. Los reguladores y los organismos de acreditación (por ejemplo, la CQC en Inglaterra o The Joint Commission en EE. UU.) esperan pruebas de que los cambios se gobernaron y fueron seguros.
Ciclo de vida de los proyectos sanitarios
La mayoría de las organizaciones sanitarias siguen un ciclo de vida por etapas con mucha gobernanza, incluso cuando algunos flujos de trabajo usan métodos Agile. Un proyecto típico de HCE o de sistema clínico pasa por estas fases:
| Fase | Qué ocurre | Gate o resultado típico |
|---|---|---|
| 1. Justificación del cambio | Problema definido con datos clínicos y operativos; opciones evaluadas; financiación solicitada | Caso de negocio aprobado |
| 2. Inicio | Patrocinador, líder clínico y gobernanza confirmados; alcance, presupuesto y beneficios acordados | Acta de constitución del proyecto o PID |
| 3. Diseño clínico | Flujos de trabajo actuales y futuros mapeados con los profesionales clínicos; configuración y desarrollo del sistema especificados | Flujos de trabajo y diseño aprobados |
| 4. Desarrollo y pruebas | Configuración, integración con los sistemas de laboratorio, farmacia e imagen, migración de datos; pruebas unitarias, de integración y de aceptación del usuario | Informe de cierre de pruebas; registro de riesgos clínicos actualizado |
| 5. Formación y preparación | Formación por roles, superusuarios formados, ensayos de transición, criterios go/no-go acordados | Decisión de continuar o no (go/no-go) |
| 6. Puesta en marcha y estabilización | Transición (a menudo durante un fin de semana), centro de mando, soporte presencial en las unidades, clasificación rápida de incidencias | Criterios de salida de la estabilización cumplidos |
| 7. Optimización y cierre | Correcciones y mejoras, seguimiento de beneficios, traspaso al soporte habitual, lecciones aprendidas | Informe de cierre; revisión de beneficios |
Los proyectos de mejora de la calidad suelen ser más pequeños y se desarrollan en ciclos cortos Plan-Do-Study-Act (PDSA) del Model for Improvement, probando un cambio a pequeña escala antes de extenderlo.
Roles clave en un proyecto sanitario
| Rol | Responsabilidades |
|---|---|
| Patrocinador ejecutivo / responsable principal (SRO) | Es responsable del caso de negocio y de los beneficios, preside el comité de dirección del proyecto y elimina los obstáculos organizativos |
| Líder clínico o director clínico de información (CCIO) | Impulsa el cambio entre los profesionales clínicos, dirige las decisiones de diseño clínico y resuelve los desacuerdos clínicos |
| Responsable de seguridad clínica (Clinical Safety Officer) | Evalúa los riesgos clínicos, mantiene el registro de riesgos y el caso de seguridad, y aprueba la seguridad clínica (cuando se aplica la norma) |
| Director del proyecto | Planifica y controla el alcance, el cronograma, el presupuesto, los riesgos y los informes; coordina los flujos de trabajo; dirige la planificación de la puesta en marcha |
| Responsable de gobernanza de la información / privacidad | Evaluación de impacto relativa a la protección de datos, acuerdos de intercambio de datos, controles de acceso |
| Expertos clínicos y operativos en la materia | Describir los flujos de trabajo actuales, validar los futuros y probar el sistema |
| Superusuarios | Personal de primera línea formado con antelación para apoyar a sus compañeros en la puesta en marcha |
| Equipos de TI, integración y proveedores | Desarrollar, configurar, integrar y dar soporte al sistema |
| Instalaciones y mantenimiento | Dirigen los proyectos de edificios, equipamiento y espacios |
A matriz RACI resulta especialmente útil aquí porque las responsabilidades clínicas, técnicas y de gobernanza se solapan.
Metodologías adecuadas para proyectos sanitarios
| Enfoque | Ideal para | Notas |
|---|---|---|
| Stage-gate / Cascada | Obras de inversión, grandes adquisiciones de sistemas, puestas en marcha reguladas | Los gates claros convienen a los consejos y a los auditores; planifique explícitamente los gates de seguridad clínica y de pruebas |
| PRINCE2 | Sistemas públicos de salud como el NHS | Muy utilizado en la sanidad pública del Reino Unido; el comité de dirección del proyecto y la gestión por excepción encajan con la gobernanza de los trusts |
| Lean | Flujo de pacientes, tiempos de espera, utilización de quirófanos | El mapeo del flujo de valor y la eliminación del desperdicio están bien implantados en los hospitales |
| PDSA / mejora de la calidad | Cambios en las unidades, vías clínicas, acciones de auditoría clínica | Pequeñas pruebas de cambio medidas con gráficos de serie temporal |
| Six Sigma | Reducir la variación, por ejemplo en los tiempos de respuesta del laboratorio o en los errores de medicación | A menudo se combina con Lean |
| Agile / Scrum | Aplicaciones de salud digital, portales del paciente, software interno | Utilice sprints para el desarrollo, pero mantenga la revisión de seguridad clínica en la Definición de Terminado |
| Híbrido | Programas de HCE | Por gates en su conjunto, con ciclos iterativos de configuración y pruebas dentro de la fase de desarrollo |
Documentos y plantillas esenciales
- Caso de negocio y acta de constitución del proyecto: el problema, los beneficios clínicos y financieros, el alcance y el patrocinador.
- Estructura de desglose del trabajo: flujos de trabajo de diseño clínico, desarrollo, integración, migración de datos, formación, puesta en marcha y soporte.
- Cronograma del proyecto o diagrama de Gantt: planifique en función de los turnos, las vacaciones y los picos de demanda estacionales.
- Registro de riesgos y registro de riesgos clínicos: mantenga separados los riesgos del proyecto y los riesgos clínicos, pero con referencias cruzadas.
- matriz RACI: quién diseña, aprueba y valida cada flujo de trabajo clínico.
- Plan de comunicación: mensajes adaptados para médicos especialistas, personal de enfermería, personal administrativo y pacientes.
- Plan de formación: formación por roles y calendario de superusuarios.
- Solicitud de cambio (registro): aplique un control de cambios formal una vez aprobado el diseño clínico.
- Lecciones aprendidas: recoja lo que funcionó antes de que el siguiente centro o la siguiente fase se pongan en marcha.
KPI para proyectos sanitarios
| KPI | Qué mide | Uso típico |
|---|---|---|
| Cumplimiento de hitos y gates | Si la aprobación del diseño, la salida de pruebas y el go/no-go se producen según lo previsto | Informes al consejo |
| Variación del presupuesto | Gasto real frente al previsto, incluidas las sustituciones y las horas extra | Control financiero; consulte variación del costo |
| Tasa de finalización de la formación | Porcentaje del personal formado antes de la puesta en marcha, por rol | Preparación go/no-go |
| Riesgos clínicos abiertos | Número y gravedad de los riesgos sin resolver | Aprobación de seguridad clínica |
| Incidentes posteriores a la puesta en marcha | Incidencias e incidentes de seguridad del paciente vinculados al cambio | Seguimiento de la estabilización |
| Adopción del sistema | Proporción de la actividad registrada en el nuevo sistema o la nueva vía | Realización de beneficios |
| Indicadores de resultados clínicos o de flujo | Por ejemplo, la duración de la estancia, los tiempos de espera y los tiempos de respuesta | Revisión de beneficios |
| Opiniones del personal y de los pacientes | Encuestas de satisfacción o comentarios estructurados | Prioridades de optimización |
Desafíos comunes y cómo abordarlos
- Implicación de los profesionales clínicos. Involucre pronto a los profesionales clínicos, financie su sustitución, mantenga las sesiones de diseño breves y centradas, y deje que los líderes clínicos presenten las decisiones a sus colegas.
- Ampliación del alcance por variaciones locales. Cada unidad quiere su propio flujo de trabajo. Acuerde principios de diseño (estandarizar salvo que haya un motivo de seguridad para no hacerlo) y canalice las solicitudes a través del control de cambios.
- Fechas fijas de puesta en marcha. Los contratos y las fechas de fin de vida de los sistemas heredados suelen fijar el plazo. Protéjalo con criterios go/no-go claros y un plan de reversión ensayado, en lugar de recortar las pruebas.
- Calidad de la migración de datos. Empiece pronto la depuración de datos y realice varias cargas de prueba.
- Presión invernal y estacional. Evite las puestas en marcha en los periodos de máxima actividad conocidos.
- Fatiga del cambio. Coordínese con otros programas a través de la PMO para que las unidades de hospitalización no se vean afectadas por varios cambios a la vez; consulte gestión de múltiples proyectos.
Software para la gestión de proyectos sanitarios
Los equipos sanitarios suelen utilizar una plataforma general de gestión del trabajo para la planificación, junto con herramientas especializadas: las herramientas de implantación y pruebas de los propios proveedores de HCE, sistemas de gestión de servicios de TI para las incidencias posteriores a la puesta en marcha y sistemas de notificación de incidentes para los eventos de seguridad del paciente. Al elegir una herramienta de proyectos, busque:
- Diagramas de Gantt, dependencias y líneas base para planes por gates.
- Paneles de portafolio para que una PMO pueda ver todos los proyectos y los recursos clínicos compartidos.
- Formularios de solicitud para recibir ideas de mejora y solicitudes de cambio.
- Controles de acceso sólidos, registros de auditoría e inicio de sesión único.
- Una posición clara sobre el tratamiento de datos: mantenga los datos identificativos de pacientes fuera de la herramienta del proyecto y, si alguna vez pudieran almacenarse en ella, confirme los compromisos de cumplimiento del proveedor (por ejemplo, un acuerdo de socio comercial HIPAA en EE. UU.) antes de comprarla.
Wrike es una sólida opción todo en uno para las PMO de los sistemas de salud, porque combina la planificación con diagramas de Gantt, las vistas de portafolio, los formularios de solicitud y los controles de seguridad empresariales en una sola plataforma. Compare alternativas en nuestra clasificación de herramientas.
Plantillas gratuitas sobre este tema
Preguntas frecuentes
¿Qué es la gestión de proyectos sanitarios?
La gestión de proyectos sanitarios consiste en planificar y ejecutar proyectos como implantaciones de HCE, cambios en vías clínicas, mejoras de instalaciones y trabajos de mejora de la calidad, con la seguridad del paciente y la regulación de los datos de salud integradas en cada etapa.
¿Qué hace un director de proyecto en la gestión de proyectos sanitarios?
Un director de proyectos sanitarios planifica y controla el alcance, el cronograma, el presupuesto y los riesgos, coordina a los equipos clínicos, de TI y de los proveedores, gestiona los gates de gobernanza y dirige la preparación y el soporte de la puesta en marcha.
¿Qué cualificaciones se necesitan para la gestión de proyectos sanitarios?
La mayoría de los puestos piden experiencia en gestión de proyectos y una certificación reconocida, como PMP, CAPM o PRINCE2; una formación clínica o en TI sanitaria es una gran ventaja.
¿Qué metodología es la mejor para la gestión de proyectos sanitarios?
Los grandes proyectos de sistemas y edificios suelen utilizar stage-gate o PRINCE2, el trabajo de mejora usa ciclos Lean o PDSA, y los productos digitales a menudo usan Agile; muchos programas los combinan.
¿En qué se diferencia la gestión de proyectos sanitarios de la gestión de proyectos de TI?
Los proyectos de TI sanitarios añaden la evaluación de la seguridad clínica, el diseño dirigido por profesionales clínicos, la continuidad del servicio 24/7 y la regulación de los datos de salud a los aspectos habituales de la Gestión de proyectos de TI .
¿Cuáles son las fases de la gestión de proyectos sanitarios?
Un ciclo de vida típico es: justificación del cambio, inicio, diseño clínico, desarrollo y pruebas, formación y preparación, puesta en marcha y estabilización, y por último optimización y cierre.
¿Qué KPI se utilizan en la gestión de proyectos sanitarios?
Entre los KPI habituales están el cumplimiento de hitos, la desviación presupuestaria, la finalización de la formación, los riesgos clínicos abiertos, los incidentes posteriores a la puesta en marcha, la adopción del sistema e indicadores del flujo clínico como la duración de la estancia.
¿Cuáles son los mayores desafíos de la gestión de proyectos sanitarios?
Liberar a los profesionales clínicos de sus tareas, gestionar las variaciones locales en los flujos de trabajo, proteger las fechas fijas de puesta en marcha, migrar los datos sin errores y evitar la fatiga del cambio en los periodos de mayor actividad.
¿Cómo se aplica Lean a la gestión de proyectos sanitarios?
Lean ayuda a los equipos sanitarios a mapear el flujo de pacientes, eliminar esperas y duplicidades y estandarizar el trabajo; se utiliza ampliamente para mejorar quirófanos, consultas externas y urgencias.
¿Qué software se utiliza en la gestión de proyectos sanitarios?
Una plataforma de gestión del trabajo como Wrike para planes y portafolios, además de las herramientas del proveedor de la HCE, la gestión de servicios de TI y los sistemas de notificación de incidentes; consulte herramientas de gestión de proyectos.
¿Se utiliza Agile en la gestión de proyectos sanitarios?
Sí, especialmente en productos de salud digital y software interno, pero la revisión de seguridad clínica y las aprobaciones de gobernanza deben seguir integrándose en cada versión.
¿Qué documentos requiere la gestión de proyectos sanitarios?
Normalmente un caso de negocio, un acta de constitución, un cronograma, un registro de riesgos, un registro de riesgos clínicos, una evaluación de impacto relativa a la protección de datos, un plan de formación, una lista de verificación go/no-go y un informe de cierre.