Tema 4.6 — Historias clínicas electrónicas y sistemas clínicos

La historia clínica electrónica es la columna vertebral operativa de un hospital moderno, así que cómo la seleccionas, configuras, despliegas, y sigues optimizando es una decisión de seguridad clínica, productividad de la fuerza laboral, y dinero público que dará forma a la atención durante una década —no una contratación única de TI.

Por qué esto importa en la salud y la atención#

La historia clínica electrónica (EPR) es el único sistema a través del cual ahora fluye la mayor parte del trabajo clínico. Los médicos y enfermeras la leen para saber qué le pasa a un paciente, piden las pruebas y medicamentos que cambian el curso del paciente, y documentan las decisiones en las que otros confiarán horas o años después. Cuando la EPR es buena, hace que lo seguro sea lo fácil: la dosis correcta, la advertencia de alergia correcta, los resultados frente a la persona que los necesita. Cuando es mala, entierra a los clínicos en clics, oculta la señal en el ruido, y silenciosamente remodela el comportamiento clínico de formas que nadie pretendía.

Por eso un programa de EPR es diferente de casi cualquier otro proyecto tecnológico que ejecutarás. Toca a cada clínico, cada turno, cada paciente, y lo hace en el momento exacto en que se entrega la atención. Un conjunto de pedidos mal configurado puede propagar un error de dosificación a través de todo un hospital; una puesta en marcha chapucera puede alargar cada consulta durante meses; una migración de datos que pierde alergias o el estado de reanimación puede matar a alguien. El registro también es un artefacto legal y regulatorio —la cuenta médico-legal de qué se hizo y por qué— así que su integridad, disponibilidad, y auditabilidad llevan peso estatutario (véase el Tema 1.6 — Seguridad clínica y gestión de riesgos, y el Tema 1.7 — Gobernanza de la información, protección de datos y ciberseguridad).

Las consecuencias también son financieras y estratégicas. Una EPR está entre las inversiones individuales más grandes que jamás hace un fideicomiso, a menudo decenas de millones de libras a lo largo de su vida, y bloquea a la organización con un proveedor y una forma de trabajar durante muchos años. A nivel nacional, el programa de digitalización de primera línea de NHS England ha hecho de una EPR central la expectativa de línea base para cada proveedor agudo, comunitario, de salud mental, y de ambulancia, vinculando la financiación de capital a la madurez digital. Acertar con la EPR ahora es inseparable de acertar con el modelo operativo (véase el Tema 1.1 — El modelo operativo). Equivocarse desperdicia dinero público, agota a los clínicos, y puede retrasar a una organización durante años.

Conceptos clave#

Una historia clínica electrónica (EHR) es la colección digital y sistematizada de la información de salud de un paciente. En la práctica del Reino Unido, el casi sinónimo historia clínica electrónica (EPR) generalmente denota el sistema clínico central de una organización proveedora —el registro y las herramientas que usan los clínicos en el punto de atención. A su alrededor se sitúa una familia de sistemas clínicos, históricamente descritos como un sistema de información hospitalaria (HIS): el sistema de administración de pacientes (PAS) que rastrea admisiones, altas, traslados, y citas ambulatorias; documentación clínica; reporte de resultados; y sistemas de especialidad para quirófanos, maternidad, urgencias, y cuidados críticos.

La entrada computarizada de pedidos médicos (CPOE, también llamada comunicaciones de pedidos o "order comms") es la entrada electrónica de pedidos clínicos —pruebas, medicamentos, derivaciones— directamente por el clínico que ordena, reemplazando el papel y las llamadas telefónicas. Es donde se realiza gran parte del valor de seguridad de una EPR, porque los pedidos se pueden verificar, estandarizar en conjuntos de pedidos, y dirigir automáticamente. La CPOE está estrechamente vinculada a la prescripción electrónica y al apoyo a la decisión clínica, que saca a la luz alertas y orientación en el flujo de trabajo (cubierto en el Tema 4.7 — Apoyo a la decisión clínica e informática clínica, y el Tema 4.8 — Prescripción electrónica y gestión de medicamentos).

Dos elecciones de diseño definen un programa de EPR. La primera es configuración frente a personalización: la configuración ajusta el producto usando las palancas que el proveedor apoya (construir pantallas, conjuntos de pedidos, roles, reglas) y se mantiene dentro de la vía de actualización soportada, mientras que la personalización escribe código a medida o estructuras que el proveedor no pretendía, lo cual es poderoso pero se convierte en una responsabilidad de mantenimiento y seguridad en cada actualización. La segunda es la forma de despliegue: la adopción big bang (cambio directo, donde toda la organización se activa en una fecha) frente a un despliegue escalonado o modular que pone en marcha sitios o funciones en secuencia. Cada forma intercambia la concentración de riesgo por la complejidad de integración y la "fatiga de big bang".

El programa es liderado tanto por clínicos como por tecnólogos. El director de informática médica clínica (CMIO, en el Reino Unido generalmente el director de información clínica, CCIO) y el director de información de enfermería (CNIO) son clínicos senior que poseen el diseño clínico, la seguridad, y la adopción del sistema —el puente entre la primera línea y la construcción. Su disciplina es la informática de salud: aplicar la ciencia de la información y de la computación para mejorar la gestión y el uso de la información clínica.

Reaparecen varios conceptos a nivel de sistema. La migración de datos es la transferencia única de registros históricos de sistemas heredados a la nueva EPR —técnicamente rutinaria, clínicamente delicada. Un motor de integración (motor de interfaz) dirige mensajes entre sistemas usando estándares como Health Level Seven (HL7) y FHIR (véase el Tema 4.3 — Interoperabilidad y estándares de datos). Un intercambio de información de salud o registro de atención compartido permite a las organizaciones de un área leer los registros de las demás. Y porque el registro es crítico para la seguridad, los procedimientos de tiempo de inactividad —los planes de continuidad del negocio para cuando la EPR no está disponible— son una parte central del sistema, no una idea de último momento (véase el Tema 3.9 — Continuidad del negocio y recuperación ante desastres). La madurez digital comúnmente se compara con el Electronic Medical Record Adoption Model (EMRAM) de la Healthcare Information and Management Systems Society (HIMSS), una escala de 0 a 7 de capacidad de sistema clínico.

Buenas prácticas#

1. Hacer del liderazgo clínico la columna vertebral del programa, no un consultado. Una EPR triunfa o falla según si los clínicos la poseen. Nombra y dota de recursos apropiadamente a un CCIO y CNIO con autoridad real y tiempo protegido, construye una red de "campeones digitales" clínicos en cada especialidad y sala, y da al liderazgo de diseño clínico derechos genuinos de decisión sobre la construcción y configuración. El patrón que falla es un programa dirigido técnicamente que "involucra" a los clínicos a través de talleres ocasionales; el patrón que funciona trata a los clínicos en ejercicio como coautores del sistema que usarán cada turno.

2. Configurar el producto soportado; personalizar solo con los ojos abiertos. Cada personalización a medida es una deuda que reembolsas en cada actualización, y una superficie de seguridad clínica oculta que nadie vuelve a probar. Por defecto, configura dentro del modelo soportado del proveedor, adopta el contenido y conjuntos de pedidos probados del producto donde sean seguros, y reserva la verdadera personalización para los pocos lugares donde una necesidad clínica o estatutaria genuina no se puede satisfacer de otra forma —cada una documentada, evaluada por riesgo, y poseída. Resiste el impulso de reconstruir tu antiguo sistema dentro del nuevo; "hacer que funcione como el formulario en papel" es cómo las organizaciones pagan por una EPR moderna y heredan sus problemas heredados.

3. Elegir la forma de despliegue deliberadamente, y reducir el riesgo de cualquiera que elijas. El big bang concentra el riesgo en una fecha pero evita el dolor y coste de ejecutar dos sistemas en paralelo e integrarlos; un despliegue escalonado o modular distribuye el riesgo y te permite aprender, pero multiplica las interfaces, la ejecución dual, y la fatiga de cambio. Decide según tu apetito de riesgo, la complejidad de integración, y cuánta interrupción clínica puede absorber la organización a la vez (véase el Tema 8.0 — Introducción escalonada de la innovación). Cualquiera que elijas, invierte desproporcionadamente en el traspaso: ensayos secos ensayados, un centro de mando, apoyo masivo de acompañamiento en las primeras semanas, y una posición de reversión clara y practicada.

4. Tratar la migración de datos como un ejercicio de seguridad clínica, no una tarea de fontanería de datos. Decidir qué historial se mueve al nuevo registro —y verificar que llegó correctamente— es donde las migraciones dañan a los pacientes, a través de alergias perdidas, identificadores no coincidentes, o historiales de medicación truncados. Acuerda explícitamente qué migra automáticamente, qué se resume, qué se deja en un archivo de solo lectura del sistema heredado, y cómo lo alcanzarán los clínicos; luego reconcilia y valida los datos migrados con aprobación clínica antes de la puesta en marcha. Nunca asumas que un campo se mapeó limpiamente porque la carga se ejecutó sin errores —una migración técnicamente exitosa puede seguir siendo clínicamente incorrecta (véase el Tema 4.9 — Calidad de datos y gestión de datos maestros).

5. Planificar para la caída de productividad, y financiar la optimización que le sigue. Casi cada puesta en marcha de EPR es seguida por un período de rendimiento reducido mientras el personal aprende el sistema, y las organizaciones que fingen lo contrario dañan tanto la seguridad como la moral. Reduce la actividad electiva deliberadamente alrededor de la puesta en marcha, protege el tiempo de formación, y establece trayectorias de recuperación realistas con la junta directiva para que la caída sea un evento planificado, no una crisis (véase el Tema 8.1 — Gestión del cambio). Fundamentalmente, presupuesta y dota de personal para la optimización continua después: el valor de una EPR se realiza en los años posteriores a la puesta en marcha, a través del ajuste iterativo de flujos de trabajo, conjuntos de pedidos, y alertas —una disciplina de producto, no un proyecto que termina en el traspaso (véase el Tema 5.0 — Trabajo liderado por producto).

6. Diseñar conjuntos de pedidos, alertas, y flujos de trabajo para reducir la carga, y gobernarlos continuamente. La construcción clínica es donde una EPR o ahorra carga cognitiva o la añade. Estandariza los conjuntos de pedidos en torno a buena evidencia, ajusta las alertas de apoyo a la decisión para que los clínicos vean las pocas que importan en lugar de ahogarse en ventanas emergentes de bajo valor, y mide la carga de documentación como un resultado de primer nivel. Establece un grupo permanente de gobernanza de informática clínica que posee la construcción a lo largo del tiempo, revisa las tasas de disparo y anulación de alertas, y retira contenido que ya no se gana su lugar (véase el Tema 4.7 — Apoyo a la decisión clínica e informática clínica).

7. Incorporar el tiempo de inactividad y la continuidad del negocio en el registro desde el principio. La EPR algún día no estará disponible —a través de una actualización fallida, un apagón de red, o un ataque de ransomware— y un hospital que no puede funcionar en papel durante esas horas es un incidente de seguridad del paciente esperando suceder. Proporciona acceso de solo lectura a una copia reciente del registro durante los apagones, mantén flujos de trabajo clínicos basados en papel ensayados, y practica tanto el tiempo de inactividad planificado como el no planificado para que el personal no esté improvisando bajo presión. Acuerda explícitamente los objetivos de tiempo de recuperación y punto de recuperación para el registro clínico, y prueba la reconciliación de registros en papel de vuelta al sistema después de la recuperación (véase el Tema 3.9 — Continuidad del negocio y recuperación ante desastres).

8. Realizar beneficios deliberadamente, y medir los resultados que prometiste. Un caso de negocio de EPR descansa en beneficios de seguridad, calidad, y eficiencia que no aparecen automáticamente; deben diseñarse, poseerse, y rastrearse. Establece la línea base de las métricas antes de la puesta en marcha, vincula cada beneficio a un propietario nombrado y un cambio de flujo de trabajo, y revisa la realización frente al caso en intervalos definidos en lugar de declarar victoria en el traspaso (véase el Tema 6.2 — Realización de beneficios y gestión del valor). Usa un punto de referencia de madurez reconocido como HIMSS EMRAM para dar a la junta directiva una medida externa y comparable del progreso en lugar de solo anécdota interna.

9. Gestionar la convergencia y la interoperabilidad como un sistema, no solo un programa de fideicomiso. A través de un sistema de atención integrada (ICS), la atracción estratégica es hacia menos instancias de EPR y un registro de atención compartido para que la información de un paciente lo siga entre organizaciones. Converger en una EPR común puede reducir el coste y suavizar el flujo de pacientes, pero concentra el riesgo y diluye el control local, así que sopésalo frente a una fuerte interoperabilidad entre sistemas distintos (véase el Tema 4.3 — Interoperabilidad y estándares de datos). Cualquiera que sea la forma, insiste en estándares abiertos y una estrategia de salida realista para limitar el bloqueo de proveedor, porque una EPR de la que no puedes sacar tus datos es una EPR que te posee (véase el Tema 6.3 — Contratación y aspectos comerciales).

Preguntas para debatir con tu equipo#

1. ¿Quién realmente posee el diseño clínico de nuestra EPR —y tienen la autoridad, tiempo, y credibilidad para tomar decisiones difíciles que la primera línea aceptará? Esto importa porque el predictor individual más fuerte del éxito de una EPR es la propiedad clínica genuina, y el fallo individual más común es un programa técnicamente competente pero clínicamente vacío. Debate si tu CCIO y CNIO tienen sesiones protegidas, un presupuesto real, y derechos de decisión, o si son figuras respetadas anuladas por los cronogramas de entrega y los valores predeterminados del proveedor. Saca a la luz la tensión entre la variación clínica y la estandarización: cada especialidad quiere su propia construcción, pero mil variantes locales se vuelven inmantenibles e inseguras. Considera cómo se resuelven realmente las disputas hoy —por consenso clínico, por la voz más ruidosa, o por quien controla el calendario. Mira si existen campeones de primera línea en cada área o solo sobre papel. Una respuesta buena y honesta nombra a los propietarios clínicos responsables, admite dónde la autoridad es actualmente demasiado escasa, y describe una ruta de gobernanza donde las decisiones de diseño clínico las toman los clínicos y se mantienen.

2. ¿Qué nos costará realmente la caída de productividad, y la junta directiva se ha comprometido a ello con los ojos abiertos? Casi cada puesta en marcha ralentiza a la organización antes de acelerarla, sin embargo los casos de negocio y las juntas directivas rutinariamente asumen una curva suave, preparando el programa para ser juzgado como un fracaso precisamente cuando se está comportando normalmente. Discute cuánto reducirás deliberadamente la actividad electiva alrededor de la puesta en marcha, cuánto tiempo realmente toma la recuperación para tu mezcla de especialidades, y qué les dirás a los reguladores y pacientes sobre los tiempos de espera durante esa ventana. Sopesa la disyuntiva entre una caída más corta y aguda con apoyo pesado inicial y una más suave y larga —y quién carga con el riesgo operativo y financiero de cada una. Sondea si las horas de formación están genuinamente protegidas o son lo primero que se sacrifica cuando el turno está ajustado. Considera qué indicadores adelantados te dirían que la caída es más profunda o larga de lo planificado, y cuál sería tu respuesta. Una buena respuesta declara una caída planificada, financiada, y respaldada por la junta directiva con trayectorias de recuperación, no una esperanza de que los clínicos simplemente la absorban.

3. Cuando la EPR se cae, ¿todavía podemos operar un hospital seguro —y cuándo lo probamos por última vez? El registro ahora es tan central que su no disponibilidad es una emergencia clínica, sin embargo los procedimientos de tiempo de inactividad a menudo son la parte menos ensayada de todo el programa. Discute qué funciones clínicas serían más peligrosas de perder, si el personal realmente puede alcanzar una copia reciente de solo lectura del registro durante un apagón, y si los flujos de trabajo alternativos en papel existen y se practican o son carpetas polvorientas que nadie ha abierto. Saca a la luz el escenario más difícil —un apagón prolongado y no planificado como un ciberataque que dura días, no la ordenada ventana de actualización planificada— y si tus objetivos de tiempo de recuperación y punto de recuperación para el registro clínico están acordados y probados. Considera el problema de reconciliación: cómo los registros en papel creados durante el tiempo de inactividad vuelven de forma segura al sistema después sin perder o duplicar información. Una buena respuesta señala ejercicios de tiempo de inactividad recientes y realistas, objetivos nombrados para el registro, y personal que sabe qué hacer en lugar de un plan que solo ha existido sobre papel.

4. ¿Dónde estamos trazando la línea entre configurar el producto soportado y construir el nuestro propio, y quién es responsable de cada excepción? Cada personalización a medida se siente justificada en el momento —la fuerte preferencia de un clínico, un flujo de trabajo que apoyaba el sistema antiguo, un informe que alguien insiste en tener— pero cada una es una deuda reembolsada en cada actualización y una superficie de seguridad clínica que nadie vuelve a probar. Discute si tienes un principio declarado de configurar-a-lo-soportado o si las decisiones de personalización se toman ad hoc, módulo por módulo, bajo presión de entrega. Saca a la luz la tensión real: adoptar el contenido probado del proveedor es más seguro y barato de mantener, pero obliga a los clínicos a cambiar cómo trabajan, y "el producto no lo hace a nuestra manera" es un lobby poderoso. Examina quién aprueba una excepción, si cada una está documentada y evaluada por riesgo, y si alguien alguna vez revisita y retira las personalizaciones que ya cargas. Considera cómo esto se compone durante una década y cómo da forma a tu capacidad de recibir futuras actualizaciones limpiamente. Una respuesta buena y honesta describe un estándar explícito, una ruta nombrada para aprobar y poseer excepciones, y una cuenta realista de cuánta construcción a medida ya estás comprometido a mantener.

5. Después de la puesta en marcha, ¿quién sigue mejorando la EPR —y eso está financiado como una función permanente o esperado como un favor? La mayor parte del valor prometido de una EPR se realiza en los años posteriores al traspaso, a través del ajuste iterativo de flujos de trabajo, conjuntos de pedidos, y alertas, sin embargo las organizaciones rutinariamente disuelven el programa en la puesta en marcha y esperan que la optimización suceda gratis. Discute si tienes un equipo permanente de informática clínica y optimización con personal y presupuesto protegidos, o si la mejora depende de la buena voluntad una vez que se acaba el dinero del proyecto. Sopesa la disyuntiva entre gastar para sostener esa capacidad y la presión de reservar ahorros inmediatamente en el caso de negocio. Sondea cómo realmente se rastrean los beneficios: ¿están establecidos como línea base antes de la puesta en marcha, vinculados a propietarios nombrados y cambios específicos de flujo de trabajo, y revisados frente al caso en intervalos establecidos, o se asume silenciosamente que se materializaron? Considera cómo decides qué alertas retirar, qué conjuntos de pedidos revisar, y cómo la primera línea solicita y ve cambios. Una buena respuesta nombra una función permanente y dotada de recursos con un ritmo claro de realización de beneficios, no un proyecto que termina en el traspaso.

6. ¿Estamos optimizando para nuestro propio fideicomiso o para el sistema más amplio a través del cual realmente se mueve un paciente? La atracción estratégica a través de un sistema de atención integrada es hacia menos instancias de EPR y un registro de atención compartido, para que la información siga al paciente entre el hospital, la comunidad, la salud mental, y la atención primaria en lugar de detenerse en cada puerta de entrada. Discute si tus elecciones de EPR fortalecen o socavan eso: ¿insistes en estándares abiertos e interoperabilidad limpia, o estás construyendo una isla bien operada? Saca a la luz la tensión genuina entre la convergencia —que puede reducir el coste y suavizar el flujo pero concentra el riesgo y anula la preferencia clínica local— y una fuerte interoperabilidad entre sistemas distintos que preserva la autonomía al precio de más interfaces. Examina cuánto estás expuesto al bloqueo de proveedor, y si tienes una estrategia de salida realista y la capacidad de sacar tus propios datos. Considera quién a nivel de ICS está tomando estas decisiones y si tus decisiones locales se alinean con ellas. Una buena respuesta muestra una posición explícita sobre convergencia frente a interoperabilidad, un compromiso con estándares abiertos y salida segura, y una visión honesta de dónde los intereses locales y de sistema actualmente se separan.

En la práctica: un ejemplo de salud y atención#

El Brackenmoor NHS Foundation Trust, un proveedor agudo y comunitario de tamaño mediano, está reemplazando tres sistemas envejecidos —un sistema de administración de pacientes, un sistema separado de comunicaciones de pedidos, y un mosaico de bases de datos departamentales— con una EPR de un único proveedor, financiada en parte a través del programa nacional de digitalización de primera línea. Su etapa actual de HIMSS EMRAM es baja, y su caso de negocio promete beneficios de seguridad y eficiencia con los que cuenta la junta directiva. La tentación, expresada temprano, es "trasladar sin cambios" las viejas formas de trabajar al nuevo sistema para minimizar la interrupción.

El programa lo resiste. Se nombra a un CCIO (un consultor en ejercicio) y un CNIO (una enfermera senior) con tiempo protegido y se les da aprobación conjunta sobre la construcción clínica, apoyados por una red de campeones digitales que alcanza cada sala y clínica. Establecen un principio firme: configurar según el modelo soportado del proveedor y adoptar sus conjuntos de pedidos probados dondequiera sea clínicamente seguro, personalizando solo donde una necesidad genuina no se pueda satisfacer de otra forma, con cada excepción documentada y evaluada por riesgo a través del proceso de seguridad clínica bajo DCB0160. Los conjuntos de pedidos y alertas de apoyo a la decisión se diseñan con las especialidades que los usarán, con un sesgo deliberado hacia menos alertas de mayor valor para evitar enterrar al personal en ventanas emergentes.

La migración de datos se ejecuta como un ejercicio clínico, no solo técnico. Los equipos clínicos deciden que los problemas activos, alergias, medicamentos actuales, y resultados clave migran al registro estructurado; el historial más antiguo se resume o se deja en un archivo de solo lectura de los sistemas heredados, alcanzable con un clic. Los clínicos reconcilian y aprueban muestras de datos migrados antes de la puesta en marcha, y el equipo captura un error de mapeo que había truncado silenciosamente algunas entradas de alergia —una corrección hecha antes, no después, de que pudiera dañar a alguien. La junta directiva acuerda una caída de productividad planificada: la actividad electiva se reduce en una cantidad acordada durante seis semanas alrededor de la puesta en marcha, el tiempo de formación se reserva, y se establecen trayectorias de recuperación para que la caída sea un evento gestionado en lugar de una sorpresa.

Brackenmoor elige un despliegue escalonado por sitio en lugar de un único big bang de todo el fideicomiso, aceptando integración e ejecución dual adicionales a cambio de la oportunidad de aprender entre fases. Cada traspaso funciona a través de un centro de mando ensayado con apoyo pesado de acompañamiento en las primeras dos semanas. Antes de la primera puesta en marcha, el fideicomiso ejecuta un ejercicio completo de tiempo de inactividad —acceso de solo lectura al registro, flujos de trabajo en papel, y reconciliación de vuelta al sistema— porque el ciberincidente de un fideicomiso vecino ha hecho vívido el riesgo. Después de la puesta en marcha, el programa no se disuelve: se convierte en una función permanente de optimización e informática clínica que ajusta flujos de trabajo y alertas, rastrea los beneficios prometidos frente al caso de negocio, y mueve al fideicomiso deliberadamente hacia arriba en la escala EMRAM durante los siguientes dos años.

Perspectivas sectoriales#

Startup#

Una startup de salud digital rara vez vende una EPR completa, pero vive o muere por cuán bien se conecta a una. Diseña para la realidad de que los hospitales operan con un sistema clínico central que no controlas: apoya estándares abiertos como HL7 y FHIR, integra a través del motor de integración del fideicomiso en lugar de exigir un enlace a medida, y escribe de vuelta al registro limpia y seguramente. Tu ruta más rápida hacia la adopción es reducir, no añadir, la carga de clics del clínico dentro de la EPR que ya usa. Trata el ecosistema del proveedor de EPR y la gobernanza de la información del fideicomiso como restricciones alrededor de las cuales diseñar, no obstáculos de los que quejarse.

Pequeña empresa#

Un proveedor pequeño y establecido —una consulta de médico de cabecera, una farmacia comunitaria, una residencia de cuidados, o una clínica de un solo emplazamiento— generalmente compra un sistema clínico en lugar de construir uno, y carga con los mismos deberes de mantenimiento de registros, seguridad, y gobernanza de la información que un gran fideicomiso sin ninguno de sus recursos de TI. Elige un producto soportado y bien integrado y resiste la personalización local que no puedes mantener, porque no hay un equipo interno que reembolse esa deuda en cada actualización. Trata la migración de datos desde tu antiguo sistema como una tarea de seguridad clínica incluso a pequeña escala: las alergias, medicamentos actuales, y problemas activos deben llegar intactos y ser verificados por un clínico, no asumidos correctos porque la carga se ejecutó. Planifica también para la caída de productividad —un puñado de clínicos aprendiendo un nuevo sistema puede detener una pequeña consulta, así que protege el tiempo de formación y escalona el cambio en lugar de activarlo todo de golpe. Sobre todo, insiste en la interoperabilidad y un registro de atención compartido para que la información de tus pacientes los siga hacia el sistema más amplio, y en una salida realista para que un único proveedor no posea tus datos.

Gran organización#

Un gran fideicomiso del NHS o un ICS ejecutando un programa de EPR está haciendo un compromiso de una década y varios millones de libras que remodela cada flujo de trabajo clínico. Sus desafíos centrales son la propiedad clínica a escala, la configuración disciplinada frente a la personalización extensa, una forma de despliegue entregable, y la resistencia para financiar la optimización y realización de beneficios mucho después de la puesta en marcha. La convergencia a través del ICS hacia menos instancias de EPR ofrece premios reales —registros compartidos, flujo de pacientes más suave, coste unitario más bajo— pero concentra el riesgo y puede anular la preferencia clínica local, así que debe liderarse con participación genuina y una visión clara del bloqueo de proveedor. A esta escala, los mayores retornos vienen de unas pocas disciplinas mantenidas consistentemente —liderazgo clínico, configuración soportada, traspaso ensayado, optimización continua— no del heroísmo en ningún módulo individual.

Gobierno#

Los organismos nacionales dan forma al entorno en el que opera cada programa de EPR. A través del programa de digitalización de primera línea de NHS England, el gobierno establece la expectativa de que cada proveedor tenga una EPR central, vincula la financiación de capital a la madurez digital, y dirige el mercado a través de marcos de convergencia y contratación. Su influencia es hacer de los estándares abiertos, la interoperabilidad, y la salida segura los términos predeterminados del mercado, para que los fideicomisos individuales no estén cada uno negociando desde una posición de debilidad frente a un pequeño número de grandes proveedores (véase el Tema 9.1 — Trabajo con los gobiernos locales y nacionales). El gobierno también carga con el deber de aprendizaje de todo el sistema: difundir lo que funciona entre fideicomisos, comparar la madurez nacionalmente, y asegurar que un registro de atención compartido mejore la atención a través de límites organizacionales en lugar de detenerse en la puerta de entrada de cada fideicomiso.

Modos de fallo comunes#

• El programa clínicamente vacío. Un proyecto técnicamente bien operado que trata a los clínicos como consultados produce un sistema que nadie quiere usar. Da al CCIO y CNIO autoridad real, tiempo protegido, y derechos de decisión sobre la construcción.
• Pavimentar los caminos de vaca. Reconstruir formularios en papel antiguos y flujos de trabajo heredados dentro de una EPR moderna paga por software nuevo y hereda problemas antiguos. Adopta el contenido probado del producto soportado y rediseña los flujos de trabajo en lugar de replicarlos.
• Proliferación de personalización. Cada cambio a medida se reembolsa en cada actualización y reabre una superficie de seguridad que nadie vuelve a probar. Configura según el modelo soportado; documenta, evalúa por riesgo, y posee cada verdadera excepción.
• La migración que "se ejecutó limpiamente". Una carga sin errores técnicos aún puede perder alergias o hacer coincidir mal a los pacientes. Reconcilia y aprueba clínicamente los datos migrados antes de la puesta en marcha, y mantén un archivo heredado alcanzable.
• Fingir que no hay caída. Asumir una curva de productividad suave convierte una desaceleración normal posterior a la puesta en marcha en un desastre percibido. Planifica, financia, y haz que la junta directiva respalde una ventana de actividad reducida con recuperación realista.
• Detenerse en la puesta en marcha. Tratar la EPR como un proyecto que termina en el traspaso deja sus beneficios sin realizar. Establece una función permanente de optimización y realización de beneficios.
• Sobrecarga de alertas. Disparar demasiadas alertas de apoyo a la decisión de bajo valor entrena a los clínicos a hacer clic para pasarlas todas, incluyendo las que importan. Ajusta, mide las tasas de anulación, y retira el ruido.
• Planes de tiempo de inactividad no probados. Una carpeta de tiempo de inactividad que nadie ha abierto no es un plan. Ensaya apagones planificados y no planificados, incluyendo la reconciliación de vuelta al registro.

Modelo de madurez#

Lista de verificación#

• Un CCIO y CNIO están nombrados con tiempo protegido, presupuesto, y derechos reales de decisión sobre la construcción clínica, apoyados por una red de campeones digitales.
• El programa configura según el modelo soportado del proveedor por defecto; cada personalización está documentada, evaluada por riesgo, y poseída.
• La forma de despliegue (big bang frente a escalonado/modular) se elige deliberadamente según el apetito de riesgo y la complejidad de integración, con un traspaso ensayado y plan de reversión.
• La migración de datos se ejecuta como un ejercicio clínico: alcance de migración acordado, datos reconciliados y aprobados clínicamente, y se proporciona un archivo heredado alcanzable.
• Se planifica, financia, y respalda una caída de productividad por la junta directiva, con actividad reducida, formación protegida, y trayectorias de recuperación realistas.
• Los conjuntos de pedidos y alertas de apoyo a la decisión se co-diseñan con clínicos y se gobiernan continuamente, con tasas de disparo y anulación de alertas monitoreadas.
• Los procedimientos de tiempo de inactividad y continuidad del negocio —acceso de solo lectura, flujos de trabajo en papel, RTO/RPO acordados, reconciliación— existen y se ensayan para apagones planificados y no planificados.
• Los beneficios tienen línea base antes de la puesta en marcha, vinculados a propietarios nombrados y cambios de flujo de trabajo, y se revisan frente al caso de negocio después de la puesta en marcha.
• La madurez digital se compara (p. ej., HIMSS EMRAM) y se usa para rastrear el progreso con la junta directiva.
• Una función permanente de optimización e informática clínica continúa después del traspaso.
• Se aseguran estándares abiertos, interoperabilidad, y una estrategia de salida realista para limitar el bloqueo de proveedor, alineados con los planes de convergencia del ICS.

Fuentes clave#

• NHS England — programa Frontline Digitisation y marcos de madurez digital What Good Looks Like / Who Pays for What para sistemas clínicos de proveedores.
• HIMSS — Electronic Medical Record Adoption Model (EMRAM), un punto de referencia internacional de 0 a 7 de madurez digital de sistema clínico.
• NHS England / NHS Digital — estándares de seguridad clínica DCB0129 (fabricación) y DCB0160 (despliegue) que gobiernan los sistemas de TI de salud incluyendo las EPR.
• Faculty of Clinical Informatics y la CCIO/CNIO Network — orientación profesional para roles de liderazgo de información clínica.
• HL7 International — estándares HL7 v2 y FHIR para mensajería e integración entre sistemas clínicos.
• HM Treasury — The Green Book y Five Case Model para el caso de negocio de EPR y la realización de beneficios.
• Wachter Review (Making IT Work, 2016) y el Topol Review — revisiones nacionales sobre digitalizar a los proveedores del NHS y la fuerza laboral clínica.

Referencias#

1. Electronic health record — Wikipedia — https://en.wikipedia.org/wiki/Electronic_health_record
2. Hospital information system — Wikipedia — https://en.wikipedia.org/wiki/Hospital_information_system
3. Computerized physician order entry — Wikipedia — https://en.wikipedia.org/wiki/Computerized_physician_order_entry
4. Clinical decision support system — Wikipedia — https://en.wikipedia.org/wiki/Clinical_decision_support_system
5. Big bang adoption — Wikipedia — https://en.wikipedia.org/wiki/Big_bang_adoption
6. Chief medical informatics officer — Wikipedia — https://en.wikipedia.org/wiki/Chief_medical_informatics_officer
7. Health informatics — Wikipedia — https://en.wikipedia.org/wiki/Health_informatics
8. Data migration — Wikipedia — https://en.wikipedia.org/wiki/Data_migration
9. Health Level 7 — Wikipedia — https://en.wikipedia.org/wiki/Health_Level_7
10. Health information exchange — Wikipedia — https://en.wikipedia.org/wiki/Health_information_exchange
11. Healthcare Information and Management Systems Society — Wikipedia — https://en.wikipedia.org/wiki/Healthcare_Information_and_Management_Systems_Society
12. NHS England — Frontline Digitisation — NHS England — https://www.england.nhs.uk/digitalhealth/connecting-frontline-digitisation/
13. NHS England — What Good Looks Like framework — NHS England — https://www.england.nhs.uk/digitalhealth/what-good-looks-like/
14. HIMSS — Electronic Medical Record Adoption Model (EMRAM) — HIMSS — https://www.himss.org/what-we-do-solutions/digital-health-transformation/maturity-models/electronic-medical-record-adoption-model-emram
15. NHS Digital — Clinical Safety standards DCB0129 and DCB0160 — NHS England — https://digital.nhs.uk/services/clinical-safety
16. Robert Wachter — Making IT Work: Harnessing the Power of Health Information Technology to Improve Care in England — GOV.UK — https://www.gov.uk/government/publications/using-information-technology-to-improve-the-nhs
17. Faculty of Clinical Informatics — professional body for clinical informaticians — FCI — https://facultyofclinicalinformatics.org.uk/