Todo el mundo odia el expediente médico electrónico

Artículo original ↗ Discusión en Hacker News ↗

Los expedientes médicos electrónicos se ven ampliamente como una espada de doble filo: hacen que los datos sean más accesibles para los pacientes y permiten la coordinación entre proveedores, pero imponen pesadas cargas cognitivas y administrativas a los clínicos. Los comentaristas describen los sistemas EMR como software empresarial hinchado y mal diseñado, optimizado para la facturación, el cumplimiento y el control corporativo más que para la usabilidad o la calidad asistencial, con la complejidad regulatoria y la captura del mercado (p. ej., Epic) reforzando el statu quo. Muchos sostienen que los problemas de fondo son sociotécnicos —flujos de trabajo rotos, incentivos desalineados, mala operativa y poca interoperabilidad—, así que unas mejores interfaces por sí solas no arreglarán los problemas estructurales más profundos de la sanidad.

Beneficios percibidos para los pacientes

  • Muchos pacientes informan ventajas claras: acceso unificado a análisis y notas, renovaciones fáciles de recetas, telemedicina, exportación rápida de historiales a nuevos proveedores y visibilidad entre clínicas (p. ej., atención durante vacaciones, múltiples médicos de cabecera).
  • Los EHR nacionales o regionales en algunos países (los nórdicos, Estonia, partes de Europa, Israel, Australia) se describen como muy cómodos para los pacientes, ya que permiten una atención fluida entre centros.
  • Se aprecian los portales orientados al paciente y las integraciones con Apple Health, pero algunos advierten que, una vez que los datos están en aplicaciones de terceros, las protecciones de HIPAA ya no se aplican; la privacidad entonces depende de las políticas de la app.

Carga para los clínicos y problemas de UX

  • El personal de primera línea describe abrumadoramente los EMR como lentos, recargados e inconsistentes; son un factor importante del agotamiento, y algunos sistemas supuestamente cancelan órdenes críticas o presentan retrasos durante la atención en UCI.
  • El trabajo de entrada de datos y documentación ha pasado de personal administrativo dedicado a los clínicos, a menudo con herramientas deficientes y formación mínima.
  • Los EMR intentan hacer “de todo” (facturación, programación, órdenes, notas, informes), creando interfaces sobrecargadas y difíciles de aprender; las mejoras de usabilidad suelen quedar relegadas frente a las funciones del ciclo de ingresos.

Interoperabilidad, estándares y acceso del paciente

  • En EE. UU., los silos corporativos y las implementaciones variables hacen que el intercambio de datos entre hospitales sea poco fiable, aunque la 21st Century Cures Act y las API FHIR ahora permiten a los pacientes agregar sus propios historiales.
  • Existen estándares como HL7, FHIR y CCDA, pero son tan flexibles que los sistemas conformes aún pueden ser semánticamente incompatibles; las guías de implementación y las convenciones locales importan.

Operaciones, regulación y complejidad sociotécnica

  • Varios argumentan que el dolor de los EMR refleja una complejidad operativa y regulatoria más profunda: el seguimiento de responsabilidades, los códigos de facturación, las reglas de tiempo y la aplicación de protocolos impulsan flujos de trabajo rígidos y clics adicionales.
  • Cada hospital/clínica ha evolucionado procesos idiosincráticos; los EMR se convierten en “ERP para la medicina” masivamente configurables, entrelazando el diseño de software con prácticas locales caóticas y politizadas.

Proveedores, estructura del mercado y esfuerzos públicos frente a privados

  • Los grandes proveedores (especialmente Epic, también Cerner/Oracle y otros) dominan debido a los costes de certificación, la carga de cumplimiento y las migraciones caras y arriesgadas, lo que crea un fuerte bloqueo y débiles incentivos para la UX.
  • Informes de varios países describen implantaciones problemáticas de Epic, aunque algunos centros y algunos pacientes encuentran Epic manejable o incluso bueno.
  • Los proyectos públicos o gubernamentales de EHR (p. ej., el NPfIT del Reino Unido, algunos esfuerzos escandinavos y de la VA en EE. UU.) han tenido resultados mixtos o malos: costes enormes, expansión del alcance, interferencia política y satisfacción irregular de los clínicos.
  • Existen alternativas de código abierto y modulares (OpenMRS, OpenEMR, ClearHealth, historiales de salud personales), pero se enfrentan a barreras regulatorias, de integración y de entrada al mercado.

Seguridad, privacidad y correo electrónico

  • El cierre de sesión automático, las contraseñas complejas y los correos de los portales del tipo “tiene un mensaje” suelen atribuirse a requisitos de seguridad/HIPAA; algunos señalan que los pacientes pueden optar legalmente por canales menos seguros, pero las instituciones siguen siendo reacias al riesgo.