Fuente: Blog Primum Non Nocere
Hace unas semanas Ernesto Barrera se hacía eco en su tuiter de una brevecarta al director publicada en una modesta revista norteamericana, que describía un problema asociado al uso de la Historia Clínica Electrónica (HCE) .Este problema denominando cognitive drift (deriva cognitiva) tiene relación con la demora en los tiempos de respuesta de un programa o aplicación informática.
La carta en cuestión estaba realizada por Macaulay A.C. Onuigbo nefrólogo del Mayo Clinic Health System en Wisconsin, cuya carrera profesional, a tenor de sus publicaciones en PubMed, deri
va por la nefrología y no por la informática médica, provenía de un poster que este médico había realizado para la Kidney Week 2012: American Society of Nephrology 45th Annual Meeting (figura). En ambas publicaciones se describe la Deriva Cognitiva (DC) como lo que sucede en el tiempo que pasa entre hacer clic en un ratón de ordenador y aparece la nueva información en la pantalla. Un usuario informático experimenta deriva cognitiva si trascurre más de un segundo entre el clic en el ratón y la visualización datos en la pantalla. Si pasan diez segundos, la mente de la persona “deriva” a otros “lugares” lejos de su tarea en ese momento, la atención del usuario se pierde por completo.
El autor considero que este fenómeno le sucedia personalmente con frecuencia y para comprobar si era un caso aislado o no, realizo, tras una estéril búsqueda en Pubmed, una pequeña encuesta entre 10 médicos intensivitas. Para este estudio, se definió fuente de DC un tiempo transcurrido > 10 segundos. Los resultados no pudieron ser más espectaculares: los diez médicos confirmaron haber experimentado DCs varias veces al día. Todos los médicos pensaban que estas “derivas” eran una fuente de frustración, estrés y posible agotamiento. Este retraso, aunque pequeño, se asociaría a sentimientos negativos del profesional sanitario y a distracciones en un momento clave de la atención sanitaria, que podrían terminar en errores médicos y problemas de seguridad para el paciente. Postula que si hubieran escogido como fuente de DC como > 1 segundo se habría producido más problemas
El Dr Onuigbo cita como fuente del concepto de DC a Steven D. Levitt y Stephen J. Dubner, autores de Superfreakonomics, un bet seller reciente sobre la economía y su importancia en la vida cotidiana. En este libro se habla ente otras muchas cosas, de cómo dos médicos de urgencias en Washington afrontaron los problemas de su servicio. En concreto se dieron cuenta que lo que necesitaban los profesionales de urgencias era información. Solo un nuevo sistema informático solucionaría sus problemas, pero un sistema ideal que fuera:
It had to be encyclopedic (one missing piece of key data would defeat the purpose); it had to be muscular (a single MRI, for instance, ate up a massive amount of data capacity); and it had to be flexible (a system that couldn’t incorporate any data from any department in any hospital in the past, present, or future was useless).
Es decir enciclopédico, potente y flexible, pero sobre todo tenía que ser rápido, mu muy rápido:
It also had to be really, really fast. Not only because slowness kills in an ER but because, as Feied had learned from the scientific literature, a person using a computer experiences “cognitive drift” if more than one second elapses between clicking the mouse and seeing new data on the screen. If ten seconds pass, the person’s mind is somewhere else entirely. That’s how medical errors are made
Para documentar este concepto de cognitive drift, los autores deSuperfreakonmics citan en la sec
ción de notas, como fuente dos artículos:
Miller R.Response Time in Man-Computer Conversational Transactions, Proceedings of the AFIPS Fall Joint Computer Conference, 1968.
Shneiderman B. Response Time and Display Rate in Human Performance with Computers. Computing Surveys. 1984; 16(3): 265-285
En el resumen de este último se indica que, en general, los resultados indican que los usuarios habituales prefieren tiempos de respuesta de menos de un segundo para la mayoría de las tareas, y que la productividad se incrementa cuando el tiempo de respuesta disminuye. Sin embargo, las tasas de error aumentan con tiempos de respuesta demasiados cortos o demasiado largos.
Como comenta Barrera los “cuelgues” en los diferentes y variados programas de HCE son un motivo frecuente de queja entre los profesionales sanitarios y un auténtico quebradero de cabeza para los técnicos y responsables de los sistemas de información, que deben solucionarlos. Es de lógica deducir que se trata de un problema técnico que puede repercutir negativamente en diferentes etapas, y de diferente forma, en el proceso asistencial.
Un aspecto concreto y pequeño de la interacción hombre-máquina (tiempo que transcurre entre el clic del ratón y la respuesta, en forma de presentación de nuevos datos en pantalla) nos revela la importancia de lo que sucede en la interacción entre el profesional y el ordenador. Sin embargo, es un mundo inexplorado en el ámbito sanitario, no se toma en cuenta (o al menos nosotros no sabemos que se haga así) a la hora de diseñar y evaluar las HCE. Como hemos visto en otros ejemplos las tareas que incluyen en su núcleo la toma de decisiones, están moduladas por elementos conocidos o no, que de no estudiarse y contemplarse puedan llevar al fracaso al mejor de los sistemas de información. También pueden conllevar consecuencias imprevistas que producen una paradójica disminución en la calidad y seguridad del paciente.
En España afortunadamente (todavía) no tenemos ese problema, como magistralmente sostiene Minué, los sistemas informáticos son tan malos y tan alejados de los clínicos asistenciales que estas consideraciones se ven como la queja extemporánea del que ya tiene todo resuelto.
*La frase que da título a ese post esta sacada de una brillante intervención de Jorge Bernstein en el debate que se originó en el foro MEDFAM-APS a raiz de la difusión del artículo en cuestión
Publicado con Blogsy
Almogrote Para la Salud (volvemos) 